Genkidama

[メッセージ#44876 へのフォロー]

> （１）主にクライアントから取り出したデータをDashboardでどのような表現で出力するか、とか
（１）に関しては、http://sourceforge.jp/forum/message.php?msg_id=44864　にあるように、個人の再生履歴は消してしまっても良さそう。個人の再生ランキングも要らなさそう。

今のところ、次のような議論になってます。
* dashboardから視覚的に隠すくらいなら、消してしまった方が良さそう。
* 個人の再生履歴データを読まないモードを用意する（読まないだけで生成はするから、後で読むモードにすればそれまでの履歴が読める）
* 個人の再生履歴データをクリアするコマンドを追加する
* 個人の再生履歴データを生成しないモードを用意する

これまでの議論をまとめると、
個人の再生履歴はあったほうがいいけど、クリアできるようにしたい、といった感じ。

また、個人情報はクライアントＰＣに残す、事が前提です。

----
* リストに番号をつけてしまったので、「元のメッセージを引用する」を指定してコメントしてください。そうでないとちょっと見づらくなってきました。

global情報との兼ね合いで、global entries ( 「最近エントリされた動画」)には個人由来のデータが必要です。
例えば、現在DHTにputされた動画は次のリストです、という時、ただ参照するだけなら

* sm0000
* sm9999
* smXXXX

と表示されていれば良いですが、DHTへ接続するユーザは動的なので、『誰がオンラインになってputしているか』或いは『誰が待機状態か』という情報がなければ、ゾンビが残ります。その為、global entriesを表現するには次のようなリストが必要です。

* ノードＡ -- sm0000, sm9999
* ノードＢ -- smXXXX

そして、ノードＡがlogoutしたら、次のようなリストにならなくてはなりません。

* ノードＢ -- smXXXX

そういう理由でglobal entriesが総意で必要だと判断されるなら、各ノードの情報を統計サーバが集めなければなりません。（ノードを示す値はIP+PortをSHA1で暗号化して出力される文字列なので、実際には単なる文字の羅列です。また復元もしないので、『オンラインになっているノード』と『オンラインになっているファイル』を関連付ける為のkeyとして利用しているだけです。なので個人由来と言っても、不可逆です。）

すんません…先程はとても見ずらいポストの仕方をしてしまいました…
今度からポストは変に分けないようにします。m(_ _;)m


[メッセージ#44876 へのフォロー]

> （１）主にクライアントから取り出したデータをDashboardでどのような表現で出力するか、とか
> （２）統計サーバに送信するデータをどれにするか、とか
> （３）サービスが安定した後、統計サーバにデータをＵＰするかしないかの設定はどうするか、とか、
> そういう議論を行います。
>
> しかし、現状は（３）の議論はしません。何故なら、利用者が僅少なのと、安定供給には程遠いので現実感がありませんし、多分結論が出たとしても、他の議論に埋もれてしまうでしょうから、後で探すのが大変です。誰かが覚えていてくれて、必要になった時に提示してくれる約束になれば良いんですが。或いは、この辺の問題対応を専門にやってくれる開発者がjoinしてくれればいいんだけど・・ｗ

（１）の問題については、（#44879で）おっしゃった通り、個人ランキング等はいらないと思います。

・個人の再生履歴（ローカル保存の履歴データより生成。ユーザー操作による全削除が可能。）
・集団ランキング（現状通り、サーバーに送信された個人の履歴データより生成。個人的には、これは残した方が面白いと思います＾＾；）

上記二点が出力されていれば当面は十分だと思います。
（さらなるオモシロげな追加要素はのちのち考える方向で…）

（２）の問題については、テクニカルな問題をより多く含んでいそうですね。
いずれにせよ、前スレッドの議論を少し拡張して考える必要はありそうです。
と言いますのは、先のポスト（#44862～#44866）では「個人の視聴履歴」をもっぱら念頭に置いて考えていました。
そのため、それ以外の技術的なサーバーとピア間の通信情報（システムを稼働させるのに必要不可欠な情報群）の扱いの議論については、若干考えから抜けていました。

しかしながら、Genkidamaの動作のテクニカルな側面についてはよくわからないので、ここより以下の文は派手に間違ったこと言っちゃってるかもです（汗

[メッセージ#44880 へのフォロー]

> global情報との兼ね合いで、global entries ( 「最近エントリされた動画」)には個人由来のデータが必要です。
> 例えば、現在DHTにputされた動画は次のリストです、という時、ただ参照するだけなら
>
> * sm0000
> * sm9999
> * smXXXX
>
> と表示されていれば良いですが、DHTへ接続するユーザは動的なので、『誰がオンラインになってputしているか』或いは『誰が待機状態か』という情報がなければ、ゾンビが残ります。その為、global entriesを表現するには次のようなリストが必要です。
>
> * ノードＡ -- sm0000, sm9999
> * ノードＢ -- smXXXX
>
> そして、ノードＡがlogoutしたら、次のようなリストにならなくてはなりません。
>
> * ノードＢ -- smXXXX
>
> そういう理由でglobal entriesが総意で必要だと判断されるなら、各ノードの情報を統計サーバが集めなければなりません。（ノードを示す値はIP+PortをSHA1で暗号化して出力される文字列なので、実際には単なる文字の羅列です。また復元もしないので、『オンラインになっているノード』と『オンラインになっているファイル』を関連付ける為のkeyとして利用しているだけです。なので個人由来と言っても、不可逆です。）
>

―まず、言葉の意味についてなんですが、
・global entries（以下、「ノード情報」と表記。）＝「あるノードと、そのノードが保有する（putした）動画リストを結びつけた情報群」
ということでいいんですかね？

そして、
・この「ノード情報」は、一方向性ハッシュ関数（SHA1）によって、不可逆な状態で、サーバーに伝達される。

仮にもし、「生のIP+Port」＆「putした動画リスト」がセットでサーバーに伝達されて知られるなら、そりゃもう、ダイレクトにプライバシー問題が発生しそうです。
「IPアドレスxxxって奴は、毎日ヱロ動画ばっかりみとるぞｗｗ」と、サーバー側にばっちり知られてしまうからです。

しかし[#44880]で仰られたような仕様なら、
「なんか毎日毎日エロい動画ばっか観てるな～この『ノードA』というヤツは…」といったレベルの情報は、サーバー側で採れてしまうにせよ、
その『ノードA』が具体的にどこの誰（どんなIPアドレス）かは、原理的に絶対にわからない、“地球上の誰か”ということしかわからない、ということですかね？

もしそういうことなら、とくにプライバシーの問題とはならないのではないですかね？
…というか、その情報は送らなければシステムが動かないから、送るしかないですよね（汗
一応、ユーザーを安心させるために、これらのことを一筆明示してあれば親切なのかなーくらいには思います。

（…いや、こんなこと言って、実際「大問題だぞ！」とか言われたら大変なので、ほかの方のフォローが聴きたいですm(_ _;)m　）


◎（２）のまとめ：
とりあえず、「個人情報」のうち、
・視聴履歴(only for 集団統計)は、きちんとしたプライバシーポリシー明示して送信
・ノード情報（暗号化されたIP+port情報＆put動画リスト）は、システムの案内を一筆明示して送信

といったところが理想的なんですかね。