JP2010026867A - コンテンツ分散保存システム、総評価値管理装置、管理処理プログラム、ノード管理装置、及び総評価値管理方法 - Google Patents

Abstract

【課題】公開済コンテンツの総評価値を迅速かつ精度良く調査することを可能としたコンテンツ分散保存システム、総評価値管理装置、管理処理プログラム、ノード装置、及び総評価値管理方法を提供する。
【解決手段】総評価値管理装置は、選定されたコンテンツの複製データを保存しているノード装置の情報を管理するノード管理装置に対して当該コンテンツの総評価値を要求し、ノード管理装置は、当該要求に示されるコンテンツの複製データを保存している複数のノード装置のうちから当該数より少ない何れか複数のノード装置に対してコンテンツの評価値を要求し、当該複数のノード装置からコンテンツの評価値を示す評価値情報を得て、各評価値情報に示されるコンテンツの評価値に基づいて当該コンテンツの総評価値を算出し、当該コンテンツの総評価値を示す総評価値情報を総評価値管理装置に対して送信するように構成した。
【選択図】図６

Description

本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の通信システムの技術分野に関する。

この種のピアツーピア型の通信システムにおいて、複数のコンテンツデータ（映画及び音楽等のコンテンツのデータ）の複製データ（以下、「レプリカ」という）を複数のノード装置に分散して保存（配置）させ、各ノード装置間でレプリカを利用可能としたコンテンツ分散保存システムが知られており、これにより、対故障性やアクセスの分散性が高められている。このように分散保存されたレプリカの所在は、例えば特許文献１に開示されるような分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用して効率良く検索可能になっている。

このようなコンテンツ分散保存システムにおいて、コンテンツが利用可能となる前（公開前）に、当該システム内（各ノード装置）に分散保存させておいたレプリカの数が少なすぎる場合には、当該コンテンツの公開後にそのレプリカにアクセスが集中する結果となってしまうことが懸念される。逆に、当該レプリカの数が多すぎる場合には、各ノード装置におけるレプリカを保存するための記憶領域を無駄に消費してしまい、当該記憶領域を圧迫する結果となることが懸念される。従って、人気に応じた数のレプリカを、公開前に当該システム内に分散保存させておき、その後、他のノード装置にそのコンテンツを公開して利用可能とすることが望ましい。

特許文献１には、各ノード装置は、新たに該システムに投入されるコンテンツの公開前に、当該公開前のコンテンツの評価値（例えば、当該コンテンツの人気度を表す）と、既に保存済のコンテンツの評価値とを比較して、公開前コンテンツの評価値が大きいときは保存する一方、小さいときには保存しないようになっている。
特開２００７−０３４６３０号公報

ところで、公開前コンテンツの初期総評価値を決定するためには、例えば、限定した数のノード装置に先行公開して人気度を予測したりする方法が考えられるが、この方法ではシステム管理者側にとって手間がかかるといった問題がある。

また、公開前コンテンツの総評価値が同様の公開済コンテンツの総評価値（各ノード装置で管理される各評価値の総和）と近い値になることを利用し、公開済コンテンツの総評価値を基にして公開前コンテンツの初期総評価値を予測することが考えられる。ここで、「同様の公開済コンテンツ」とは、例えば、映画におけるシリーズ物の前作であったり、音楽における同一アーティストの過去の作品を指す。

しかしながら、コンテンツのレプリカは複数のノード装置に分散され保存されているため、任意のコンテンツの総評価値を調べたい場合は、そのコンテンツのレプリカを保存する全てのノード装置について調査をしなければならず、ノード装置の数が多くなると、調査に多大な時間とコストがかかるという問題がある。

また、あるコンテンツのレプリカが複数のキャッシュに分割されて保存されるようなシステムにおいては、当該コンテンツの総評価値を求めるためには各キャッシュの総評価値を求めることが必要となり、分割キャッシュ数が増えることでシステムの負荷は増大するという問題もある。

また、コンテンツの総評価値を求めることができないというのは、言い換えればコンテンツの人気を知ることができないということであり、例えばコンテンツの人気順位を表す人気ランキングを作りたい場合にもこれができないという問題もある。

本発明は、以上の点等に鑑みてなされたものであり、公開済コンテンツの総評価値を迅速かつ精度良く調査することを可能としたコンテンツ分散保存システム、総評価値管理装置、管理処理プログラム、ノード装置、及び総評価値管理方法を提供することを課題とする。

上記課題を解決するために、請求項１に記載の発明は、ネットワークに接続された複数のノード装置の参加により構成されるコンテンツ分散保存システムであり、複数のコンテンツの複製データが複数のノード装置に分散して保存され、当該複製データを保存した各前記ノード装置によりそのコンテンツの評価を表す評価値が管理されるようにしたコンテンツ分散保存システムにおいて、各前記評価値の総和を表す総評価値をコンテンツ毎に管理する総評価値管理装置と、前記コンテンツの複製データを保存している複数のノード装置の情報を管理するノード管理装置と、を備え、前記総評価値管理装置は、前記複数のコンテンツのうちから何れかのコンテンツを選定するコンテンツ選定手段と、前記選定されたコンテンツの複製データを保存しているノード装置の情報を管理するノード管理装置に対して、当該コンテンツの総評価値の要求を示す総評価値要求情報を送信する総評価値要求情報送信手段と、前記総評価値要求情報に応じて前記ノード管理装置から送信されたコンテンツの総評価値を示す総評価値情報を受信する総評価値情報受信手段と、を備え、前記ノード管理装置は、前記総評価値管理装置からの前記総評価値要求情報を受信する総評価値要求情報受信手段と、前記受信された総評価値要求情報に示されるコンテンツの複製データを保存している複数のノード装置のうちから当該数より少ない何れか複数のノード装置を選定するノード装置選定手段と、前記選定された各ノード装置に対して、前記コンテンツの評価値の要求を示す評価値要求情報を送信する評価値要求情報送信手段と、前記評価値要求情報を受信した各ノード装置が保存している複製データに対応する前記総評価値要求情報に示されるコンテンツの評価値を示す評価値情報を、当該各ノード装置から受信する評価値情報受信手段と、前記受信された各評価値情報に示されるコンテンツの評価値に基づいて当該コンテンツの総評価値を算出する総評価値算出手段と、前記算出されたコンテンツの総評価値を示す総評価値情報を前記総評価値管理装置に対して送信する総評価値情報送信手段と、を備えることを特徴とする。

この発明によれば、ノード装置の数が多くなっても、調査に多大な時間とコストがかかることとなく、コンテンツの総評価値を迅速に調査することができる。

請求項２に記載の発明は、請求項１に記載のコンテンツ分散保存システムにおいて、前記総評価値算出手段は、前記受信された各評価値情報に示されるコンテンツの評価値の総和を、当該評価値情報を送信したノード装置の数で除算し、当該除算した値と、当該コンテンツの複製データを保存しているノード装置の数と、を乗算して当該コンテンツの総評価値を算出することを特徴とする。

この発明によれば、ノード装置の数が多くなっても、調査に多大な時間とコストがかかることとなく、コンテンツの総評価値を迅速、かつ精度良く調査することができる。

請求項３に記載の発明は、請求項１又は２に記載のコンテンツ分散保存システムにおいて、前記コンテンツ選定手段、前記総評価値要求情報送信手段、及び前記総評価値情報受信手段による一連の処理は、所定の時間間隔で繰り返し実行されることを特徴とする。

この発明によれば、所定の時間間隔で最新の総評価値を調査することができる。

請求項４に記載の発明は、請求項１乃至３の何れか一項に記載のコンテンツ分散保存システムにおいて、前記総評価値管理装置は、前記総評価値情報受信手段が前記ノード管理装置からの前記総評価値情報を受信した場合には、当該総評価値情報に示されるコンテンツの総評価値と、前回受信した総評価値情報に示される当該コンテンツの総評価値とを比較して大きい方を総評価値の最大値として求める総評価最大値算出手段を更に備えることを特徴とする。

この発明によれば、様々な観点からコンテンツを評価することができる。

請求項５に記載の発明は、請求項１乃至４の何れか一項に記載のコンテンツ分散保存システムにおいて、前記総評価値管理装置は、前記総評価値情報受信手段により前記総評価値情報が受信される度に、当該総評価値情報に示されるコンテンツの総評価値を別々に記憶しておき、所定期間内において前記受信された総評価値情報に示される当該コンテンツについての各前記総評価値の平均値を算出する総評価平均値算出手段を更に備えることを特徴とする。

この発明によれば、様々な観点からコンテンツを評価することができる。

請求項６に記載の発明は、請求項１乃至５の何れか一項に記載のコンテンツ分散保存システムにおいて、前記総評価値管理装置は、前記各コンテンツの総評価値、当該各コンテンツの総評価値の最大値、又は当該各コンテンツの総評価値の平均値に基づいて、コンテンツの人気順位を表わすランキングを決定するランキング決定手段を更に備えることを特徴とする。

この発明によれば、コンテンツの人気順位を表すランキングを効率良く決定することができる。

請求項７に記載の発明は、請求項１乃至６の何れか一項に記載のコンテンツ分散保存システムにおいて、前記総評価値管理装置は、前記総評価値が与えられていないコンテンツのキーワードを少なくとも一つ有し、且つ前記総評価値が与えられているコンテンツを特定するコンテンツ特定手段を更に備え、前記総評価値算出手段は、前記特定されたコンテンツの総評価値に基づいて、前記総評価値が与えられていないコンテンツの総評価値を算出することを特徴とする。

この発明によれば、システム管理者側に手間かけさせずに比較的簡単に公開前コンテンツの人気度を予測（推定）することができる。

請求項８に記載の発明は、請求項１乃至７の何れか一項に記載のコンテンツ分散保存システムにおいて、一つのコンテンツの複製データを複数に分割した分割複製データが、前記複数のノード装置に分散して保存され、当該分割複製データを保存した各前記ノード装置により当該分割複製データを有するコンテンツの評価を表す評価値が当該分割複製データに付与されて管理されており、前記総評価値管理装置は、前記選定されたコンテンツを構成する複数の分割複製データのうちから当該数より少ない何れか複数の分割複製データを選定する分割複製データ選定手段を更に備え、前記総評価値要求情報送信手段は、前記選定された各分割複製データを保存しているノード装置の情報を管理する各ノード管理装置に対して、当該コンテンツの総評価値の要求を示す総評価値要求情報を送信し、前記総評価値情報受信手段は、前記総評価値要求情報に応じて前記各ノード管理装置から送信されたコンテンツの総評価値を示す総評価値情報を受信し、前記総評価値管理装置は、前記受信された各総評価値情報に示されるコンテンツの総評価値の平均値を当該コンテンツの総評価値として算出するコンテンツの総評価値算出手段を更に備えることを特徴とする。

この発明によれば、分割複製データの数が増えても、システムの負荷を増大させることなく、コンテンツの総評価値を迅速に調査することができる。

請求項９に記載の発明は、請求項１に記載のコンテンツ分散保存システムに含まれる前記総評価値管理装置であって、前記コンテンツ選定手段、前記総評価値要求情報送信手段、及び前記総評価値情報受信手段を備えることを特徴とする。

請求項１０に記載の発明は、請求項１に記載のコンテンツ分散保存システムに含まれる前記ノード管理装置であって、前記総評価値要求情報受信手段、前記ノード装置選定手段、前記評価値要求情報送信手段、前記評価値情報受信手段、前記総評価値算出手段、及び前記総評価値情報送信手段を備えることを特徴とする。

請求項１１に記載の管理処理プログラムの発明は、コンピュータを、請求項９に記載の総評価値管理装置として機能させることを特徴とする。

請求項１２に記載の管理処理プログラムの発明は、コンピュータを、請求項１０に記載のノード管理装置として機能させることを特徴とする。

請求項１３に記載の発明は、ネットワークに接続された複数のノード装置の参加により構成されるコンテンツ分散保存システムであり、複数のコンテンツの複製データが複数のノード装置に分散して保存され、当該複製データを保存した各前記ノード装置によりそのコンテンツの評価を表す評価値が管理されるようにしたコンテンツ分散保存システムにおけるコンテンツの総評価値管理方法であって、各前記評価値の総和を表す総評価値をコンテンツ毎に管理する総評価値管理装置は、前記複数のコンテンツのうちから何れかのコンテンツを選定する工程と、前記選定されたコンテンツの複製データを保存しているノード装置の情報を管理するノード管理装置に対して、当該コンテンツの総評価値の要求を示す総評価値要求情報を送信する工程と、前記総評価値要求情報に応じて前記ノード管理装置から送信されたコンテンツの総評価値を示す総評価値情報を受信する工程と、を備え、前記ノード管理装置は、前記総評価値管理装置からの前記総評価値要求情報を受信する工程と、前記受信された総評価値要求情報に示されるコンテンツの複製データを保存している複数のノード装置のうちから当該数より少ない何れか複数のノード装置を選定する工程と、前記選定された各ノード装置に対して、前記コンテンツの評価値の要求を示す評価値要求情報を送信する工程と、前記評価値要求情報を受信した各ノード装置が保存している複製データに対応する前記総評価値要求情報に示されるコンテンツの評価値を示す評価値情報を、当該各ノード装置から受信する工程と、前記受信された各評価値情報に示されるコンテンツの評価値に基づいて当該コンテンツの総評価値を算出する工程と、前記算出されたコンテンツの総評価値を示す総評価値情報を前記総評価値管理装置に対して送信する工程と、を備えることを特徴とする。

本発明によれば、総評価値管理装置は、選定されたコンテンツの複製データを保存しているノード装置の情報を管理するノード管理装置に対して当該コンテンツの総評価値を要求し、ノード管理装置は、当該要求に示されるコンテンツの複製データを保存している複数のノード装置のうちから当該数より少ない何れか複数のノード装置に対してコンテンツの評価値を要求し、当該複数のノード装置からコンテンツの評価値を示す評価値情報を得て、各評価値情報に示されるコンテンツの評価値に基づいて当該コンテンツの総評価値を算出し、当該コンテンツの総評価値を示す総評価値情報を総評価値管理装置に対して送信するように構成したので、ノード装置の数が多くなっても、調査に多大な時間とコストがかかることとなく、コンテンツの総評価値を迅速に調査することができる。

以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ分散保存システムに本発明を適用した場合の実施形態である。

［１．コンテンツ分散保存システムの構成等］
始めに、図１等を参照して、本実施形態に係るコンテンツ分散保存システムの概要構成等について説明する。

図１は、本実施形態に係るコンテンツ分散保存システムにおける各ノード装置の接続態様の一例を示す図である。

図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ,４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ,５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界の通信ネットワーク）８が構築されている。なお、図１の例におけるネットワーク８には、データ（パケット）を転送するためのルータが、適宜挿入されているが図示を省略している。

このようなネットワーク８には、複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・の何れか）がルータを介して接続されている。また、各ノードＮｎには、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。そして、本実施形態に係るコンテンツ分散保存システムＳは、これらのノードＮｎのうち、図１の上部枠１００内に示すように、何れか複数のノードＮｎの参加により形成されるピアツーピア方式のネットワークシステムとなっている。

なお、図１の上部枠１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９（論理的なネットワーク）である。かかるオーバーレイネットワーク９は、特定のアルゴリズム、例えば、ＤＨＴを利用したアルゴリズムにより実現される。

そして、コンテンツ分散保存システムＳ（言い換えれば、オーバーレイネットワーク９）に参加している各ノードＮｎには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられている。また、当該ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数（例えば、ＳＨＡ−１等）によりハッシュ化した値（例えば、ｂｉｔ長が１６０ｂｉｔ）であり、一つのＩＤ空間に偏りなく分散して配置されることになる。

なお、コンテンツ分散保存システムＳへの参加は、参加していないノードＮｎ（例えば、ノードＮ８）が、参加している任意のノードＮｎ（例えば、当該システムＳに常時参加しているコンタクトノード）に対して参加要求を示す参加メッセージを送信することによって行われる。

また、各ノードＮｎは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ分散保存システムＳ上における各種メッセージの転送先を規定しており、具体的には、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。

コンテンツ分散保存システムＳに参加している１台のノードＮｎは、該システムＳに参加している全てのノードＮｎのうち、必要最低限のノードＮｎのノード情報をルーティングテーブルに登録しておき、ノード情報を知らない（記憶していない）ノードＮｎについては、各ノードＮｎ間で互いに各種メッセージを転送し合って届けてもらうようになっている。

このようなＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。

ところで、コンテンツ分散保存システムＳにおいては、内容の異なる様々なコンテンツ（例えば、映画や音楽等）のレプリカが所定のファイル形式で複数のノードＮｎに分散して保存（格納）されており、各ノードＮｎ間で当該レプリカを利用可能になっている。例えば、ノードＮ５には、タイトルがＸＸＸの映画のコンテンツのレプリカが保存されており、一方、ノードＮ３には、タイトルがＹＹＹの映画のコンテンツのレプリカが保存されるというように、複数のノードＮｎ（以下、「コンテンツ保持ノード」という）に分散されて保存されている。

また、これらのコンテンツのレプリカには、夫々、コンテンツ名（タイトル）、コンテンツＩＤ（コンテンツ毎に固有の識別情報）、及びコンテンツの評価を表す評価値等の情報が付与されている。このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値（或いは、コンテンツデータの先頭数バイトでも良い）が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（ノードＩＤと同一のＩＤ空間に配置）。或いは、システム管理者が、コンテンツ毎に一意のＩＤ値（ノードＩＤと同一ビット長）を付与しても良い。この場合は、コンテンツ名とそのコンテンツＩＤの対応が書かれたコンテンツカタログ情報が、全ノードＮｎに配布される。なお、上記評価値は、例えば、コンテンツの人気度や重要度を表すものであり、例えば人気が高いコンテンツは、その評価値も高く設定されている。また、当該評価値は、レプリカを保存した各ノードＮｎにより管理されることになる。

また、このように分散保存されているレプリカの所在、つまり、当該レプリカを保存したノードＮｎのノード情報と当該コンテンツのレプリカに対応するコンテンツＩＤ等の組が含まれるインデックス情報が、当該コンテンツのレプリカの所在を管理しているノードＮｎ（以下、「ルートノード」（ノード管理装置の一例）、又は「コンテンツデータ（コンテンツＩＤ）のルートノード」という）等により記憶（インデックスキャッシュに記憶）、管理されるようになっている。

つまり、コンテンツのレプリカを保存しているコンテンツ保持ノードのノード情報は、他のノードＮｎからの問い合わせに応じて提供可能なようにルートノードにより管理されている。

例えば、タイトルがＸＸＸの映画のコンテンツのレプリカについてのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードＮ４により管理され、タイトルがＹＹＹの映画のコンテンツのレプリカについてのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードＮ７により管理される。また、このようなルートノードは、例えば、コンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノードＮｎであるように定められる。

そして、あるノードＮｎのユーザが、所望するコンテンツのレプリカを取得したい場合、当該レプリカの取得を望むノードＮｎ（以下、「ユーザノード」という）は、当該ユーザにより例えばコンテンツカタログ情報から選択されたコンテンツのコンテンツＩＤ及び自己のＩＰアドレス等を含むコンテンツ所在問合せ（検索）メッセージ（クエリ）を生成し、これを自己のＤＨＴを用いたルーティングテーブルにしたがって他のノードＮｎに対して送出する。つまり、ユーザノードは、コンテンツ所在問合せ（検索）メッセージを、ルートノードに向けて（ルートノード宛に）送出する（つまり、ルートノードにコンテンツのレプリカの所在を問い合わせる）。これにより、コンテンツ所在問合せ（検索）メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。

なお、各ノードＮｎにおいてユーザにより選択されるべきコンテンツのコンテンツ名、コンテンツＩＤ、公開日時等の属性情報は、例えばコンテンツ提供サーバから全てのノードＮｎに配信されるコンテンツカタログ情報に記述されている。ここで、公開日時は、各ノードＮｎにおいてコンテンツが利用可能となる日時を示している。例えば、この公開日時は、各ノードＮｎにおいて取得対象となるコンテンツをコンテンツカタログ情報上で選択可能となる日時である（公開日時までは、コンテンツカタログ情報上で選択できない）。

また、上記コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤは、ユーザノードによって、コンテンツ名が上記共通のハッシュ関数によりハッシュ化されて生成されるようにしても良い。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。

上記コンテンツ所在問合せ（検索）メッセージを受信したルートノードは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックスキャッシュから取得して、当該インデックス情報を、該コンテンツ所在問合せメッセージの送信元であるユーザノードに対して返信する。こうしてインデックス情報を取得したユーザノードは、当該インデックス情報に含まれるあるコンテンツ保持ノードのＩＰアドレス等に基づいて当該コンテンツ保持ノードに接続して、コンテンツ送信要求メッセージを送信し、そこからコンテンツのレプリカを取得（ダウンロード）する。

なお、ルートノードは、当該インデックス情報に含まれるＩＰアドレス等に示されたコンテンツ保持ノードに対してコンテンツ送信要求メッセージを送信し、これにより、ユーザノードは、上記コンテンツ保持ノードからそのレプリカを取得することもできる。また、上記ユーザノードは、コンテンツ所在問合せメッセージがルートノードに辿り着くまでの間に、当該ルートノードと同じインデックス情報をキャッシュしているキャッシュノードから当該インデックス情報を取得することもできる。

また、以上のようにユーザノードからのコンテンツ要求に応じて自己が保存しているコンテンツのレプリカを提供したコンテンツ保持ノードは、自己が記憶、管理している当該コンテンツの評価値を所定値減算（例えば、当該評価値を半分に減少）することになる。そして更に、当該コンテンツ保持ノードは、減算した分の評価値をそのコンテンツのレプリカの提供を受けたユーザノードに対して与える（移譲する）ことになる。このようにするのは、コンテンツが１つ複製され２つになったため、その分、評価値を分割する趣旨である。また、評価値の低いコンテンツが新たなコンテンツのダウンロードのために削除される際には、当該削除するコンテンツ保持ノードが、同じコンテンツを持っている他のコンテンツ保持ノードに評価値を移譲するようになっている。更に、コンテンツ保持ノードが、ユーザノードに対してコンテンツのレプリカを提供する場合には、当該コンテンツの評価値を少し増やして（例えば1を加算）から、上述したように評価値を所定値減算（例えば、２分割）する。これにより、ダウンロードされればされるほど総評価値は高くなっていくことになる。ただし、評価値は時間が経過することで小さくなる仕組みであるので、どのコンテンツの総評価値も時間が経てば次第に低くなる。

こうして、新たなコンテンツのレプリカの提供を受けたユーザノードは、当該レプリカに係るコンテンツの評価値と、既に保存されているレプリカに係るコンテンツの評価値とを比較（複数保存されている場合、夫々のコンテンツの評価値と比較）し、例えば、最もコンテンツの評価値が低いレプリカを削除する。ここで当該レプリカに係るコンテンツの評価値が最も低くなければ、当該レプリカは新たに保存されることになる。従って、移譲を受けたコンテンツの評価値が高いほど、それだけ、そのレプリカが当該ユーザノードに保存される確率が高くなるので、当該システムＳに保存されるレプリカの数も多くなる。

そして、コンテンツ保持ノードから取得したコンテンツのレプリカを保存（例えば、ハードディスクに記録）したユーザノードは、当該レプリカを保存したことをそのルートノードに知らせるために（言い換えれば、該システムＳに参加している他のノードＮｎに対して公開するために）、当該レプリカのコンテンツＩＤ及び自己のノード情報が含まれるパブリッシュ（登録通知）メッセージを生成し、該パブリッシュメッセージを、そのルートノードに向けて（ルートノード宛に）送出する。

これにより、パブリッシュメッセージは、コンテンツ所在問合せ（検索）メッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。そして、該ルートノードは、受信したパブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報を登録（インデックスキャッシュ領域に記憶）することになる。こうして、上記ユーザノードは、新たに、上記コンテンツのレプリカを保持するコンテンツ保持ノードとなる。

なお、上記パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報は、ルートノードに至るまでの転送経路におけるキャッシュノードにおいても登録（キャッシュ）される。

以上説明したコンテンツ分散保存システムＳにおいて、各コンテンツの総評価値が総評価値管理サーバＭＳ（総評価値管理装置の一例）により管理される。ここで、コンテンツの総評価値とは、対象のコンテンツのレプリカを保存している各ノードＮｎにより管理されているコンテンツの評価値の総和を表すものである。かかる総評価値は、対象のコンテンツのレプリカを保存している全てのノードＮｎから各評価値を得れば正確に求められるが、この場合、ノードＮｎの数が多くなると多大な時間とコストがかかる。従って、本実施形態においては、総評価値管理サーバＭＳが、対象のコンテンツのルートノードに対して総評価値の調査させることにより当該総評価値を得る構成としている。

［２．総評価値管理サーバＭＳの構成及び機能等］
次に、図２を参照して、総評価値管理サーバＭＳの構成及び機能について説明する。

図２は、総評価値管理サーバＭＳの概要構成例を示す図である。

総評価値管理サーバＭＳは、図２に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラム（本発明の管理処理プログラムを含む）を記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１と、各種データ及び各種プログラム等を記憶保存するためのＨＤ（ハードディスク）等から構成された記憶部１２と、ネットワーク８を通じてノードＮｎ等間の情報の通信制御を行うための通信部１３と、を備えて構成され、これらは、バス１４を介して相互に接続されている。なお、上記管理処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。

記憶部１２には、各コンテンツの総評価値を含む情報を登録する総評価値管理テーブルが記憶されている。図３は、総評価値管理テーブルに登録されている情報の一例を示す図である。図３に示すように、総評価値管理テーブルには、コンテンツＩＤ、最新の総評価値に関する情報、総評価値の最大値に関する情報、及び評価値算出履歴情報、がコンテンツ毎に対応付けられて登録されている。ここで、評価値算出履歴情報は、総評価値の平均を後述する演算式（１）により算出する場合に必要であり、演算式（２）により算出する場合は不要（代わりに、コンテンツ毎に評価値調査回数（t）が必要）となる。

また、最新の総評価値に関する情報には、及び最新の総評価値が含まれている。また、総評価値の最大値に関する情報には、総評価値の最大値、及びその算出時においてコンテンツ分散保存システムＳに参加しているノードＮｎのノードＮｎの総数（以下、「総ノード数」という）が含まれている。また、評価値算出履歴情報には、過去に算出された総評価値、及びその算出時における総ノード数が含まれている。

なお、ノードＮｎがコンテンツ分散保存システムＳに参加又は脱退する度に、これを示すメッセージが、例えば当該参加又は脱退したノードＮｎから総評価値管理サーバＭＳに送信されることにより、総評価値管理サーバＭＳは、上記総ノード数を把握可能になっている。

このような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、全体を統括制御し、コンテンツ選定手段、総評価値要求情報送信手段、総評価値情報受信手段、総評価最大値算出手段、総評価平均値算出手段、及びランキング決定手段等として機能する。

より具体的には、総評価値の集計（調査）において、先ず、制御部１１は、コンテンツ分散保存システムＳにおいて利用可能となっている公開済の複数のコンテンツのうちから何れかのコンテンツ（総評価値を調査したいコンテンツ）を、例えばランダムに一つ又は複数選定する。

次に、制御部１１は、上記選定したコンテンツのルートノードのノード情報を当該コンテンツのコンテンツＩＤをキーとして検索メッセージを送出することにより取得し、当該ノード情報を用いて当該ルートノードに接続し、当該ルートノードに対してコンテンツの総評価値の要求を示す総評価値要求メッセージ（総評価値要求情報の一例）を送信する。

そして、制御部１１は、上記総評価値要求メッセージに応じてルートノードから返信されたコンテンツの総評価値を示す総評価値応答メッセージ（総評価値情報の一例）受信することにより、コンテンツの総評価値を取得する。そして、制御部１１は、当該取得したコンテンツの総評価値により、総評価値管理テーブルに登録されている当該コンテンツの前回の総評価値を更新する。

更に、制御部１１は、上記取得したコンテンツの総評価値、及びその算出時における総ノード数を総評価値管理テーブルに新規登録（評価値算出履歴情報中に登録）する。

以上説明したコンテンツの選定から総評価値の更新までの一連の処理は、所定の時間間隔で（例えば、定期的に）繰り返し実行されることになる。

このような総評価値の集計例は、現時点での総評価値を求める手法である。しかし、公開時の総評価値が高くても、時間が経過するにつれて総評価値が低くなるようなコンテンツも考えられる。例えば、タイトルがＸＸＸの映画のシリーズは、１作目を公開したときの総評価値は非常に高くても、２作目を公開するころには１作目の総評価値は低くなっていることが予想される。そのため、２作目に公開時点での１作目の総評価値を参考にすると十分な総評価値が付けられない可能性がある。この問題を解決するため、現時点での総評価値を求める他に、公開から現在までの総評価値の最大値と、公開後所定期間内の総評価値の平均値と、を求めることとした。

例えば、制御部１１は、ルートノードからの上記総評価値応答メッセージを受信した場合、当該総評価値応答メッセージに示されるコンテンツの総評価値と、総評価値管理テーブルに登録されている当該コンテンツの前回の総評価値とを比較して大きい方を総評価値の最大値として求め、当該最大値、及び現在の総ノード数により、総評価値管理テーブルに登録されている総評価値の最大値、その算出時における総ノード数を更新する。つまり、時系列におけるコンテンツの総評価値の最大値を常に保持しておき、上述した総評価値の集計時に最大値を超えた場合に最大値を更新する。これにより、システム管理者等は、最も人気があったときのコンテンツの総評価値を把握することができる。なお、総評価値の最大値に対応付けてその算出時における総ノード数を登録しておくのは、公開済コンテンツの総評価値を算出した過去の時点と現時点とで総ノード数が異なると、総評価値が高いのか低いのかがわからなくなるので、算出時点の総ノード数を登録しておくことにより、総ノード数の変動による総評価値の違いを補うためのである。

また、上述したように、上記総評価値応答メッセージを受信される度に当該総評価値等は評価値算出履歴情報中に別々に登録されるが、制御部１１は、所定期間（例えば、公開後一定期間）内において登録された、特定のコンテンツについての各総評価値の平均値を算出し、例えば総評価値管理テーブルに登録する。これにより、システム管理者等は、上記特定のコンテンツが、例えば公開後一定期間内にどれだけ人気があったかを把握することができる。

上記総評価値の平均は、以下の演算式（１）により算出することができる。

ここで、“ｖ_av”は総評価値の平均値を、“ｖ_i”はｉ（ｉは、１〜ｔ）回目の調査で算出された総評価値を、“ｔ”は総評価値の算出回数（調査回数）を、夫々表している。

ところで、実際にｔ回分の総評価値を評価値算出履歴情報として保持しておくのは記憶容量やコストの面において望ましくない場合があるため、制御部１１は、対象のコンテンツの総評価値を取得する度に以下の演算式（２）により、総評価値の平均を再計算すると良い。

ここで、“ｖ_av-1”は、前回算出された総評価値の平均値を、“ｖ_t”は今回の総評価値を、夫々表している。この演算式（２）を用いることにより、ｔ回分の総評価値ｖ_iの代わりに、前回の調査において算出の総評価値ｖ_av-1を記憶しておけば足りることになる。

ただし、この演算式（２）では、例えば公開後一定期間内の総ノード数の平均も記憶しておく必要がある。これは、公開済コンテンツの総評価値を算出した時点と現時点とで総ノード数が異なると、総評価値が相対的に高いのか低いのかがわからないためである。算出時点の総ノード数を登録しておくことにより、総ノード数の変動による総評価値の違いを補うことができる。

以上のようにして算出された各コンテンツの総評価値、当該各コンテンツの総評価値の最大値、又は当該各コンテンツの総評価値の平均値は、コンテンツの人気順位を表すランキングの決定に用いられたり、総評価値が未だ与えられていない公開前コンテンツの初期総評価値の決定に用いられる（詳細は後述する）。

［３．ノードＮｎの構成及び機能等］
次に、図４を参照して、ノードＮｎの構成及び機能について説明する。

図４は、ノードＮｎの概要構成例を示す図である。

各ノードＮｎは、図４に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラム（本発明の管理処理プログラムを含む）を記憶するＲＯＭ等から構成されたコンピュータとしての制御部２１と、各種データ（例えば、コンテンツデータのレプリカ、インデックス情報、ＤＨＴ等）及び各種プログラム等を記憶保存するためのＨＤ（ハードディスク）等から構成された記憶部２２と、受信されたコンテンツデータのレプリカ等を一時蓄積するバッファメモリ２３と、コンテンツデータのレプリカに含まれるエンコードされたビデオデータ（映像情報）およびオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するデコーダ部２４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部２５と、当該映像処理部２５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部２６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部２７と、当該音声処理部２７から出力されたオーディオ信号を音波として出力するスピーカ２８と、ネットワーク８を通じて他のノードＮｎ等間の情報の通信制御を行うための通信部２９と、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部２１に対して与える入力部（例えば、キーボード、マウス、或いは、操作パネル等）３０と、を備えて構成され、制御部２１、記憶部２２、バッファメモリ２３、デコーダ部２４、通信部２９、及び入力部３０はバス３１を介して相互に接続されている。なお、ノードＮｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等を適用可能である。また、上記管理処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。

また、記憶部２２には、コンテンツ分散保存システムＳに参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号等が記憶されている。更に、記憶部２２に保存されているレプリカに対応するコンテンツＩＤ、そのコンテンツの評価値、及び公開日時等の情報を登録する評価値管理テーブルが記憶部２２に記憶されている。

このような構成において、制御部２１は、ＣＰＵが記憶部１２等に記憶されたプログラムを読み出して実行することにより、全体を統括制御し、コンテンツ分散保存システムＳへの参加により上述したユーザノード、中継ノード、ルートノード、キャッシュノード、コンテンツ保持ノード、コンテンツ投入ノード、及びコンテンツ事前保持ノードの少なくとも何れか一つのノードとしての処理を行う。

また、ルートノードの制御部２１は、総評価値要求情報受信手段、ノード装置選定手段、評価値要求情報送信手段、評価値情報受信手段、総評価値算出手段、及び前記総評価値情報送信手段等として機能する。

より具体的には、ルートノードの制御部２１は、総評価値管理サーバＭＳからの総評価値要求メッセージを受信すると、受信した総評価値要求メッセージに示されるコンテンツのレプリカを保存している複数のコンテンツ保持ノードのうちから当該数より少ない何れか複数のコンテンツ保持ノードをインデックス情報から例えばランダムに選定する。ここで、選定されるコンテンツ保持ノードの数は、当該コンテンツのレプリカを保存している全コンテンツ保持ノード数（保存ノード数）の所定の割合（例えば１０％）に固定設定されていても良いし、その都度算出されるようにしても良い。

そして、ルートノードの制御部２１は、上記選定した各コンテンツ保持ノードのノード情報を取得し、当該ノード情報を用いて当該各コンテンツ保持ノードに接続し、当該各コンテンツ保持ノードに対してコンテンツ（例えば、コンテンツＩＤで指定）の評価値の要求を示す評価値要求メッセージ（評価値要求情報の一例）を送信する。

図５は、コンテンツＸのルートノードから、選定された各コンテンツ保持ノードに対して評価値要求メッセージが送信される様子を示す概念図である。

一方、当該評価値要求メッセージを受信した各コンテンツ保持ノードの制御部２１は、自ノードの記憶部２２に保存されているレプリカに対応するコンテンツ（評価値要求メッセージに示されるコンテンツ）のコンテンツＩＤ及びその評価値を示す評価値応答メッセージ（評価値情報の一例）をルートノードに返信する。

そして、ルートノードの制御部２１は、上記評価値要求メッセージを送信できた各コンテンツ保持ノードからの評価値応答メッセージを受信する。こうして、当該制御部２１は、各コンテンツ保持ノードで管理されているコンテンツの評価値を取得し、当該取得した各評価値に基づいて当該コンテンツの総評価値を算出する。かかる総評価値ｖ_tは、例えば、以下の演算式（３）により算出することができる。

ここで、“ｘ_sum”は今回取得された評価値の総和を、“ｎ_t”は保存ノード数（現在、当該コンテンツのレプリカを保存しているノードＮｎの総数（自己のインデックス情報から取得））を、“ｍ_t”は今回評価値応答メッセージを送信したコンテンツ保持ノードの数を、夫々表わしている。

つまり、このような演算式（３）により、各評価値の総和ｘ_sumを、評価値応答メッセージを送信したコンテンツ保持ノードの数ｍ_tで除算し、当該除算した値（ｘ_sum／ｍ_t）と、当該保存ノード数ｎ_tと、が乗算されて当該コンテンツの総評価値ｖ_tが算出される。

そして、ルートノードの制御部２１は、こうして算出したコンテンツの総評価値、及びそのコンテンツのコンテンツＩＤを含む総評価値応答メッセージを総評価値管理サーバＭＳに対して送信する。

なお、算出されたコンテンツの総評価値、及びその算出時における総ノード数は、そのコンテンツＩＤに対応付けられて当該ルートノードの記憶部２２に記憶保存されるように構成しても良く、この場合、上述した総評価値の最大値、及び所定期間内の総評価値の平均値は、ルートノードの制御部２１が算出し、総評価値管理サーバＭＳに送信することができる。

［４．コンテンツ分散保存システムＳの動作］
次に、コンテンツ分散保存システムＳの動作について説明する。

（４−１．総評価値の算出）
先ず、図６を参照して、総評価値が算出される際の動作について説明する。

図６（Ａ）は、総評価値管理サーバＭＳにおける制御部１１の処理を示すフローチャートであり、図６（Ｂ）は、ルートノードにおける制御部２１の処理を示すフローチャートであり、図６（Ｃ）は、コンテンツ保持ノードにおける制御部２１の処理を示すフローチャートである。

総評価値管理サーバＭＳにおいて、図６（Ａ）に示す処理は、例えば一定時間毎に繰り返し実行されるものであり、当該時間（例えば、タイマのカウントアップ等）が到来した場合に開始される。当該処理が開始されると、制御部１１は、先ず、コンテンツ分散保存システムＳにおいて利用可能となっている公開済の複数のコンテンツのうちから何れかのコンテンツを、例えばランダムに一つ又は複数選定する（ステップＳ１）。

次いで、制御部１１は、上記選定したコンテンツのルートノードのノード情報を取得し、当該ノード情報を用いて当該ルートノードに接続し、当該ルートノードに対してコンテンツの総評価値の要求を示す総評価値要求メッセージ（コンテンツＩＤを含む）を送信する（ステップＳ２）。

一方、ルートノードにおいて、図６（Ｂ）に示す処理は、総評価値要求メッセージが受信された場合に開始される。当該処理が開始されると、制御部２１は、受信した総評価値要求メッセージに示されるコンテンツのレプリカを保存している複数のコンテンツ保持ノードのうちから当該数より少ない何れか複数のコンテンツ保持ノードをインデックス情報から例えばランダムに選定してリストアップする（ステップＳ１１）。このリストアップでは、例えば、選定されたコンテンツ保持ノードのノード情報がＲＡＭの所定領域に格納される。

次いで、ルートノードの制御部２１は、上記リストアップしたコンテンツ保持ノードから１つ選択する（ステップＳ１２）。

次いで、ルートノードの制御部２１は、上記選択したコンテンツ保持ノードのノード情報を用いて当該コンテンツ保持ノードに接続し、当該コンテンツ保持ノードに対してコンテンツの評価値の要求を示す評価値要求メッセージ（コンテンツＩＤを含む）を送信する（ステップＳ１３）。

一方、コンテンツ保持ノードにおいて、図６（Ｃ）に示す処理は、評価値要求メッセージが受信された場合に開始される。当該処理が開始されると、制御部２１は、自ノードの記憶部２２に保存されているレプリカに対応するコンテンツ（評価値要求メッセージに示されるコンテンツ）の評価値を評価値管理テーブルから取得する（ステップＳ１４）。そして、コンテンツ保持ノードの制御部２１は、取得したコンテンツの評価値及びそのコンテンツＩＤを含む評価値応答メッセージをルートノードに返信する（ステップＳ１５）。

こうして、ルートノードの制御部２１は、上記評価値応答メッセージを受信すると（ステップＳ１６）、当該評価値応答メッセージに示されるコンテンツの評価値を例えばＲＡＭに記憶する（ステップＳ１７）。

次いで、ルートノードの制御部２１は、上記評価値要求メッセージを送信できた全てのコンテンツ保持ノードから評価値応答メッセージを受信したか否かを判別する（ステップＳ１８）。そして、上記全てのコンテンツ保持ノードから評価値応答メッセージを受信していない場合には（ステップＳ１８：ＮＯ）、当該制御部２１は、ステップＳ１２に戻り未だ選択されていないコンテンツ保持ノードを選択して上記と同様の処理を行う。

一方、上記全てのコンテンツ保持ノードから評価値応答メッセージを受信した場合には（ステップＳ１８：ＹＥＳ）、当該制御部２１は、上記取得した各評価値に基づいて例えば上記演算式（３）により当該コンテンツの総評価値を算出する（ステップＳ１９）。

次いで、ルートノードの制御部２１は、上記算出したコンテンツの総評価値、及びそのコンテンツのコンテンツＩＤを含む総評価値応答メッセージを総評価値管理サーバＭＳに対して返信する（ステップＳ２０）。

こうして、総評価値管理サーバＭＳの制御部１１は、上記総評価値応答メッセージを受信すると（ステップＳ３）、当該総評価値応答メッセージに含まれるコンテンツの総評価値により、総評価値管理テーブルに登録されている最新の総評価値更新（上書き）する（ステップＳ４）。更に、当該制御部１１は、当該総評価値応答メッセージに含まれるコンテンツの総評価値、その算出時における総ノード数を総評価値管理テーブルに新規登録（評価値算出履歴情報中に登録）する（総評価値の平均が上記演算式（２）により算出されるのであればこの処理は不要）。

次いで、制御部１１は、上記総評価値応答メッセージに示されるコンテンツの総評価値の最大値を総評価値管理テーブルから取得する（ステップＳ５）。

次いで、制御部１１は、上記総評価値応答メッセージに含まれるコンテンツの総評価値と、上記ステップＳ４で取得した、今までの総評価値の最大値とを比較し、大きい方を総評価値の最大値として決定する（ステップＳ６）。

次いで、制御部１１は、上記決定した総評価値の最大値、及び現在の総ノード数により総評価値管理テーブルに登録されている総評価値の最大値、その算出時における総ノード数を更新（上書き）して（ステップＳ７）、当該処理を終了する。

なお、総評価値管理サーバＭＳの制御部１１は、所定期間（例えば、公開後一定期間）内において登録された各総評価値の平均値を算出するように構成しても良い。この場合、制御部１１は、当該コンテンツの所定期間（例えば、公開後一定期間）内において登録された各総評価値を総評価値管理テーブル（評価値算出履歴情報）から取得し、それらの総評価値の平均値を例えば上記演算式（１）又は演算式(２)により算出して、例えば総評価値管理テーブルに登録することになる。

以上説明した総評価値の算出方法によれば、ノードＮｎの数が多くなっても、調査に多大な時間とコストがかかることとなく、公開済コンテンツの総評価値を迅速（短時間で）、かつ精度良く（つまり、実際の総評価値に近い値として）求めることができる。また、各コンテンツの現時点での総評価値ばかりでなく、公開から現在までの総評価値の最大値や、公開後所定期間内の総評価値の平均値を求めるように構成したので、様々な観点からコンテンツを評価することができる。

（４−２．ランキングの決定）
次に、図７を参照して、コンテンツの人気順位を表すランキングが決定される際の動作について説明する。このランキングの決定では、各コンテンツの総評価値に基づいて、コンテンツの人気順位を表すランキングが決定される。

図７は、総評価値管理サーバＭＳにおける制御部１１のランキング決定処理を示すフローチャートである。

総評価値管理サーバＭＳにおいて、図７に示す処理は、例えばシステム管理者等によりより使用される端末からのランキング決定要求により開始される。当該処理が開始されると、制御部１１は、先ず、過去に調査した結果を使用するか否かを例えばランキング決定要求に基づいて判別する（ステップＳ３１）。そして、過去に調査した結果を使用する場合には（ステップＳ３１：ＹＥＳ）、ステップＳ３２に進み、過去に調査した結果を使用しない場合には（ステップＳ３１：ＮＯ）、ステップＳ３３に進む。

ステップＳ３２では、制御部１１は、対象とする全てのコンテンツの最新の総評価値を、総評価値管理テーブルにおける最新の総評価値に関する情報から取得する。一方、ステップＳ３３では、制御部１１は、上述した図６（Ａ）の処理を、対象とする全てのコンテンツのルートノードについて実行し、上記ステップＳ２にて当該各コンテンツの最新の総評価値を取得する。なお、最新の総評価値の代わりに、総評価値の最大値又は平均値が取得されるように構成しても良い。

次いで、制御部１１は、取得した各コンテンツの最新の総評価値を昇順にソート、つまり、総評価値が高い順に並べてコンテンツの人気順位を表すランキングの決定し（ステップＳ３４）、当該ランキングのデータを記憶する。なお、最新の総評価値の代わりに、総評価値の最大値又は平均値の昇順にソートされるように構成しても良い。

次いで、制御部１１は、上記記憶されたランキングを示すデータを、要求があった端末に対して返信し（ステップＳ３５）、当該処理を終了する。

以上説明したランキング決定方法によれば、公開済コンテンツの最新の総評価値、総評価値の最大値、又は総評価値の平均値を利用することにより、コンテンツの人気順位を表すランキングを効率良く決定することができる。例えば、各コンテンツの最新の総評価値を昇順にソートした場合には、現時点での総評価値の高い順にコンテンツのランキングを得ることができ、各コンテンツの総評価値の最大値を昇順にソートした場合には、過去に最も評価値が高かった順にコンテンツのランキングを得ることができ、各コンテンツの総評価値の平均値を昇順にソートした場合には、所定期間内の総評価値の平均が最も評価値が高かった順にコンテンツのランキングを得ることができる。

（４−３．公開前コンテンツの初期総評価値の決定）
次に、公開前コンテンツの初期総評価値が決定される際の動作について、実施例１と実施例２に分けて説明する。この公開前コンテンツの初期総評価値の決定では、総評価値が与えられていない公開前コンテンツのキーワードを少なくとも一つ有し、且つ当該総評価値が与えられている公開済コンテンツの総評価値に基づいて、上記公開前コンテンツの初期総評価値が決定される。

このような公開前コンテンツの初期総評価値の決定の前提として、本コンテンツ分散保存システムＳで扱われる各コンテンツには、キーワードが付与されるようになっており、各コンテンツに付与されたキーワードは、コンテンツＩＤに対応付けられて、例えばキーワード管理データベースに登録され管理される。かかるキーワードとしては、例えば一般的にコンテンツを検索するために付与されるキーワードを用いることができ、当該キーワードの数は任意である。例えば、映画のコンテンツの場合、映画タイトル、ジャンル名、主演者名、及び監督者名等のキーワードが付与され、音楽のコンテンツの場合、音楽タイトル、ジャンル名、アーティスト名、作詞者名、及び作曲者名等のキーワードが付与される。なお、このキーワード管理データベースは、総評価値管理サーバＭＳに備えられても良いし、総評価値管理サーバＭＳが接続可能な別のサーバに備えられるようにしても良い。

（４−３−１．実施例１）
先ず、実施例１の動作を、図８及び図９を参照して説明する。

図８は、実施例１において、総評価値管理サーバＭＳにおける制御部１１の初期総評価値決定処理を示すフローチャートである。図９は、実施例１において、公開前コンテンツの初期総評価値が決定されるまでの様子を示す図である。

総評価値管理サーバＭＳにおいて、図８に示す処理は、例えばシステム管理者等により使用される端末からの公開前コンテンツの初期総評価値決定要求により開始される。当該処理が開始されると、制御部１１は、先ず、上記要求に係る公開前コンテンツ（総評価値が与えられていないコンテンツ）を特定する（ステップＳ４１）。

次いで、制御部１１は、特定した公開前コンテンツのキーワード（複数）をキーワード管理データベースから取得する（ステップＳ４２）。例えば、公開前コンテンツのキーワードをＡとＤとする。

次いで、制御部１１は、取得した複数のキーワードのうちからキーワードを一つ選択（例えば、ランダム又は登録順に選択）する（ステップＳ４３）。

次いで、制御部１１は、キーワード管理データベースを参照して、選択したキーワードを持つ公開済コンテンツを複数特定する（ステップＳ４４）。

次いで、制御部１１は、過去に調査した結果を使用するか否かを例えば初期総評価値決定要求に基づいて判別する（ステップＳ４５）。そして、過去に調査した結果を使用する場合には（ステップＳ４５：ＹＥＳ）、ステップＳ４６に進み、過去に調査した結果を使用しない場合には（ステップＳ４５：ＮＯ）、ステップＳ４７に進む。

ステップＳ４６では、制御部１１は、特定した公開済の各コンテンツの最新の総評価値を、総評価値管理テーブルにおける最新の総評価値に関する情報から取得する。一方、ステップＳ４７では、制御部１１は、上述した図６（Ａ）の処理を、特定した公開済の各コンテンツのルートノードについて実行し、上記ステップＳ２にて当該各コンテンツの最新の総評価値を取得する。なお、最新の総評価値の代わりに、総評価値の最大値又は平均値が取得されるように構成しても良い。

次いで、制御部１１は、特定した公開済の各コンテンツの全てのキーワードをキーワード管理データベースから取得する（ステップＳ４８）。

次いで、制御部１１は、特定した各コンテンツの総評価値に基づき当該コンテンツのキーワードの評価値を決定する（ステップＳ４９）。なお、最新の総評価値の代わりに、総評価値の最大値又は平均値に基づき当該コンテンツのキーワードの評価値が決定されるように構成しても良い。

例えば、図９の例では、上記選択されたキーワードＡを持つコンテンツ１の総評価値は「９０」であるので、当該総評価値がそのまま当該キーワードＡの評価値として決定されている。一方、上記選択されたキーワードＡを持つコンテンツ３の総評価値は「６０」であるので、当該総評価値がそのまま当該キーワードＡの評価値として決定されている。

次いで、制御部１１は、複数のコンテンツに跨って、上記評価値が決定されたキーワードの評価値の平均値を算出する（ステップＳ５０）。

例えば、図９の例では、コンテンツ１とコンテンツ３に跨って、キーワードＡの評価値の平均値が決定されている。

次いで、制御部１１は、上記ステップＳ４２で取得した全てのキーワードについて処理したか否かを判別し（ステップＳ５１）、処理していない場合には（ステップＳ５１：ＮＯ）、ステップＳ４３に戻り、未だ選定されていないキーワードを選択し、上記と同様の処理を行う。

例えば、図９の例では、選択されたキーワードＤを持つコンテンツ２の総評価値は「４０」であるので、当該総評価値がそのまま当該キーワードＤの評価値として決定されている。一方、選択されたキーワードＤを持つコンテンツ３の総評価値は「６０」であるので、当該総評価値がそのまま当該キーワードＤの評価値として決定されている。そして、コンテンツ２とコンテンツ３に跨って、キーワードＤの評価値の平均値が決定されている。

そして、上記ステップＳ５１で、全てのキーワードについて処理したと判別された場合には（ステップＳ５１：ＹＥＳ）、公開前コンテンツの複数のキーワードの夫々について算出された評価値の平均値のうちの最大値を、公開前コンテンツの初期総評価値として決定する（ステップＳ５２）。

例えば、図９の例では、キーワードＡの評価値の平均値と、キーワードＤの評価値の平均値のうちの、大きい方のキーワードＡの評価値の平均値が、公開前コンテンツの初期総評価値として決定されている。

次いで、制御部１１は、上記決定した公開前コンテンツの初期総評価値を、当該公開前コンテンツのコンテンツＩＤ等の情報に対応付けて総評価値管理テーブルに登録する（ステップＳ５３）。

次いで、制御部１１は、上記決定した公開前コンテンツの初期総評価値を示すデータを、要求があった端末に対して返信し（ステップＳ５４）、当該処理を終了する。

なお、公開前コンテンツの複数のキーワードの夫々について算出された評価値の平均値をさらに平均した値を公開前コンテンツの初期総評価値として決定するように構成しても良い。

（４−３−２．実施例２）
次に、図１０及び図１１を参照して、実施例２における公開前のコンテンツの評価値算出処理について説明する。

図１０は、実施例２において、総評価値管理サーバＭＳにおける制御部１１の初期総評価値決定処理を示すフローチャートである。図１１は、実施例２において、公開前コンテンツの初期総評価値が決定されるまでの様子を示す図である。

総評価値管理サーバＭＳにおいて、図１０に示す処理は、例えばシステム管理者等により使用される端末からの公開前コンテンツの初期総評価値決定要求により開始される。当該処理が開始されると、制御部１１は、先ず、上記要求に係る公開前コンテンツ（総評価値が与えられていないコンテンツ）を特定する（ステップＳ７１）。

次いで、制御部１１は、全てのキーワード（複数）をキーワード管理データベースから取得する（ステップＳ７２）。

次いで、制御部１１は、当該処理が初回実行か否かを判別し（ステップＳ７３）、初回実行である場合には（ステップＳ７３：ＹＥＳ）、全てのキーワードの評価値に「１」を設定する（ステップＳ７４）。一方、初回実行でない場合には（ステップＳ７３：ＮＯ）、制御部１１は、全てのキーワードの評価値をキーワード管理データベースから取得する（ステップＳ７５）。

次いで、制御部１１は、公開済の全てのコンテンツを特定する（ステップＳ７６）。

次いで、制御部１１は、過去に調査した結果を使用するか否かを例えば初期総評価値決定要求に基づいて判別する（ステップＳ７７）。そして、過去に調査した結果を使用する場合には（ステップＳ７７：ＹＥＳ）、ステップＳ７８に進み、過去に調査した結果を使用しない場合には（ステップＳ７７：ＮＯ）、ステップＳ７９に進む。

ステップＳ７８では、制御部１１は、特定した公開済の各コンテンツの最新の総評価値を、総評価値管理テーブルにおける最新の総評価値に関する情報から取得する。一方、ステップＳ７９では、制御部１１は、上述した図６（Ａ）の処理を、特定した公開済の各コンテンツのルートノードについて実行し、上記ステップＳ２にて当該各コンテンツの最新の総評価値を取得する。なお、最新の総評価値の代わりに、総評価値の最大値又は平均値が取得されるように構成しても良い。

次いで、制御部１１は、当該特定した公開済コンテンツを一つ選択する（ステップＳ８０）。

次いで、制御部１１は、当該選択したコンテンツが有するキーワードを全て選択する（ステップＳ８１）。

次いで、制御部１１は、当該選択した各キーワードの評価値を重みとし、当該選択したコンテンツの総評価値を当該各キーワードに分配し（ステップＳ８２）、当該各キーワードの評価値を決定する。なお、最新の総評価値の代わりに、総評価値の最大値又は平均値に基づき当該コンテンツのキーワードの評価値が決定されるように構成しても良い。

例えば、図１１（Ａ）の例では、コンテンツ１の総評価値は「９０」であり、各キーワードの評価値には上記ステップＳ７４で全て「１」に設定されているので、その重みに従って、当該コンテンツ１の総評価値「９０」は３等分され、「３０」ずつ、キーワードＡ，Ｂ，Ｃに分配されてその評価値が決定されている。

次いで、制御部１１は、上記特定した全てのコンテンツについて処理したか否かを判別し（ステップＳ８３）、処理していない場合には（ステップＳ８３：ＮＯ）、ステップＳ８０に戻り、未だ選定されていないコンテンツを選択し、上記と同様の処理を行う。このようにして、例えば、図１１（Ａ）に示すように、コンテンツ２及び３についても、キーワードの評価値が決定されることになる。

そして、上記ステップＳ８３で、全てのコンテンツについて処理したと判別された場合には（ステップＳ８３：ＹＥＳ）には、制御部１１は、キーワードを一つ選択する（ステップＳ８４）。

次いで、制御部１１は、複数のコンテンツに跨って、上記選択したキーワードの評価値の平均値を算出する（ステップＳ８５）。

例えば、図１１（Ａ）の例では、コンテンツ１とコンテンツ３に跨って、キーワードＡの評価値の平均値が決定されている。

次いで、制御部１１は、上記ステップＳ７２で取得した全てのキーワードについて処理したか否かを判別し（ステップＳ８６）、処理していない場合には（ステップＳ８６：ＮＯ）、ステップＳ８４に戻り、未だ選定されていないキーワードを選択し、上記と同様の処理を行う。このようにして、例えば、図１１（Ａ）に示すように、キーワードＢ，Ｃ，Ｄについても平均値が算出されることになる。

そして、上記ステップＳ８６で、全てのキーワードについて処理したと判別された場合には（ステップＳ８６：ＹＥＳ）、制御部１１は、予め設定された終了判定基準を満たしているか否かを判別し（ステップＳ８７）、終了判定基準を満たしていない場合には（ステップＳ８７：ＮＯ）、ステップＳ８０に戻り、上記と同様の処理を行う。

例えば、図１１（Ｂ）に示すコンテンツ２を例にとると、直前のステップＳ８５の処理で算出されたキーワードＢとＤの評価値の平均値「２５」と「２０」が重みとされ、コンテンツ２の総評価値「４０」が、その重みに従って、キーワードＢ，Ｄに分配されてその評価値が決定されている。

こうして、終了判定基準が満たされるまでは、ステップＳ８０〜ステップＳ８７の処理が繰り返しループされる。かかる繰り返しループにおいて、制御部１１は、直前のステップＳ８５の処理で算出したキーワードの評価値の平均値を重みとして、当該コンテンツの総評価値を当該コンテンツのキーワードにさらに分配することにより当該コンテンツのキーワードの評価値を決定（つまり、前回の評価値から更新）し、且つさらに分配することにより決定された（つまり、更新された）当該コンテンツのキーワードの評価値を、キーワード毎に、複数のコンテンツに跨って、当該キーワードの評価値の平均値を算出するという処理を所定回数繰り返すことにより、最終的なキーワードの評価値の平均値を算出するのである。

ところで、終了判定基準の種類、閾値はユーザにより任意に選択可能である。例えば、更新前後のキーワードの評価値の差が当該キーワードの評価値の平均の数十〜数百（例えば、１００）分の１以下か否かが判断され、これ以下ならば終了判定基準を満たすとされる。或いは、予め設定された回数（例えば、１００回）、上記ステップＳ８０〜ステップＳ８７の処理がループしたか否かが判断され、当該回数ループしたならば終了判定基準を満たすとされる。或いは、予め設定された時間（例えば、３分）、上記ステップＳ８０〜ステップＳ８７の処理が繰り返し行われたか否かが判断され、当該時間繰り返し行われたならば終了判定基準を満たすとされる。

こうして、終了判定基準を満たした場合には（ステップＳ８７：ＹＥＳ）、制御部１１は、公開前コンテンツの複数のキーワードの夫々について上述したように算出された最終的な評価値の平均値を加算し、この加算値を公開前コンテンツの初期総評価値として決定する（ステップＳ８８）。

次いで、制御部１１は、上記決定した公開前コンテンツの初期総評価値を、当該公開前コンテンツのコンテンツＩＤ等の情報に対応付けて総評価値管理テーブルに登録し、且つ、全てのキーワードの評価値（上述した最終的なキーワードの評価値の平均値）をキーワード管理データベースに登録する（ステップＳ８９）。こうして、登録された全てのキーワードの評価値は、上述したように、ステップＳ７５で取得され、ステップＳ８２で重みとして使用されることになる。

次いで、制御部１１は、上記決定した公開前コンテンツの初期総評価値を示すデータを、要求があった端末に対して返信し（ステップＳ９０）、当該処理を終了する。

以上説明した公開前コンテンツの初期総評価値の決定方法（実施例１又は実施例２）によれば、公開済コンテンツの最新の総評価値、総評価値の最大値、又は総評価値の平均値を利用することにより、システム管理者側に手間かけさせずに比較的簡単に公開前コンテンツの人気度を予測（推定）することが可能となり、ひいては、事前に適切な数のレプリカをシステム内に分散保存させることができる。

従って、事前に当該システムＳ内に分散保存させておくレプリカの数が少なすぎることを回避でき、当該コンテンツの公開後にそのレプリカにアクセスが集中することを防止することができる。よって、コンテンツ保持ノードへのレプリカのダウンロード要求が頻出しても、安定したコンテンツ配信が可能となる。また、当該レプリカの数が多すぎることを回避でき、各ノードＮｎにおけるレプリカを保存するための記憶領域を無駄に消費してしまうことで当該記憶領域を圧迫することを防止することができる。これにより、ネットワーク負荷の増大を防止することもできる。

（４−４．コンテンツのレプリカが分割され保存されている場合の総評価値の算出）
以上説明したコンテンツ分散保存システムＳにおいては、一つのコンテンツのレプリカが複数に分割された各キャッシュ（分割複製データ）が、複数のノードＮｎに分散して保存される場合がある。かかる場合、あるノードＮｎが、あるレプリカを構成するキャッシュ全てを保存しているとは限らず、当該レプリカを構成するキャッシュの一部のみを保存していることもある。そして、各キャッシュには、夫々、当該キャッシュに対応するコンテンツ（つまり、当該キャッシュを構成要素とするコンテンツ）の評価を表す評価値が付与されており、当該評価値は、当該キャッシュを保存している各ノードＮｎにおける上述した評価値管理テーブルに登録され管理されている。なお、当該評価値には、各キャッシュのシリアル番号（例えば、キャッシュのレプリカにおけるデータ位置を示す）に対応つけられている。

また、各キャッシュには、夫々、キャッシュＩＤ（キャッシュ毎に固有の識別情報）が付与されている。このキャッシュＩＤは、例えば、コンテンツ名＋シリアル番号＋任意の数値が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（ノードＩＤと同一のＩＤ空間に配置）。また、このように分散保存されているキャッシュの所在、つまり、当該キャッシュを保存したノードＮｎのノード情報と当該キャッシュに対応するキャッシュＩＤ等の組が含まれるインデックス情報が、当該キャッシュの所在を管理しているルートノード（キャッシュＩＤと最も近いノードＩＤを有するノードＮｎ）により記憶、管理されるようになっている。つまり、キャッシュを保存しているコンテンツ保持ノードのノード情報は、上述したレプリカと同じ要領で、他のノードＮｎからの問い合わせ（コンテンツ所在問合せメッセージによる）に応じて提供可能なようにルートノードにより管理されている。

このようなコンテンツ分散保存システムＳにおいては、キャッシュ毎に総評価値を調査し、それらの平均をコンテンツの総評価値とするのが最も正確な手法である。しかし、この場合、当該キャッシュを保存している全てのコンテンツ保持ノードから評価値を取得しなければならないため、システムの負荷が高くなってしまう。

そこで、この場合、総評価値管理サーバＭＳが、総評価値を調査したいコンテンツを構成する複数のキャッシュのうちから当該数より少ない何れか複数のキャッシュを選定し、上述した図６に示す方法で各キャッシュのルートノードから当該コンテンツの総評価値を得てこれらを平均することで最新の総評価値を求めるように構成する。

以下、図１２を参照して、分割されたキャッシュがノードＮｎに保存される場合の動作について説明する。

図１２は、分割されたキャッシュが保存される場合を考慮した総評価値管理サーバＭＳにおける制御部１１の処理を示すフローチャートであり、上述した図６（Ａ）の処理に置き換わるものである。なお、この場合のルートノードの制御部１１、コンテンツ保持ノードの制御部２１の処理は、夫々、図６（Ｂ）、図６（Ｃ）の処理と同様である。

総評価値管理サーバＭＳにおいて、図１２に示す処理は、例えば一定時間毎に繰り返し実行されるものであり、当該時間（例えば、タイマのカウントアップ等）が到来した場合に開始される。当該処理が開始されると、制御部１１は、先ず、コンテンツ分散保存システムＳにおいて利用可能となっている公開済の複数のコンテンツのうちから何れかのコンテンツを、例えばランダムに一つ又は複数選定する（ステップＳ２０１）。

次いで、総評価値管理サーバＭＳの制御部１１は、上記選定したコンテンツが分割されているか否かを判別し（ステップＳ２０２）、分割されている場合には（ステップＳ２０２：ＹＥＳ）、ステップＳ２０３に進み、分割されていない場合には（ステップＳ２０２：ＮＯ）、ステップＳ２０５に進む。

ステップＳ２０３では、総評価値管理サーバＭＳの制御部１１は、上記選定したコンテンツを構成する複数のキャッシュのうちから当該数より少ない何れか複数のキャッシュを選定してリストアップする。このリストアップでは、例えば、当該キャッシュのキャッシュＩＤ及びシリアル番号がＲＡＭの所定領域に格納される。なお、ここで、選定されるキャッシュの数は、当該コンテンツを構成する全キャッシュの数の所定の割合（例えば１０％）に固定設定されていても良いし、その都度算出されるようにしても良い。

次いで、総評価値管理サーバＭＳの制御部１１は、上記リストアップしたキャッシュから１つ選択する（ステップＳ２０４）。

そして、ステップＳ２０５では、総評価値管理サーバＭＳの制御部１１は、上記ステップＳ２０１で選定したコンテンツのルートノード、又は上記ステップＳ２０４で選択したキャッシュのルートノードのノード情報を取得し、当該ノード情報を用いて当該ルートノードに接続し、当該ルートノードに対してコンテンツの総評価値の要求を示す総評価値要求メッセージ（コンテンツＩＤ、又はキャッシュＩＤを含む）を送信する。

ここで、例えば、キャッシュのルートノードに対して総評価値要求メッセージが送信された場合、当該ルートノードの制御部２１は、図６（Ｂ）に示す処理を開始し、当該総評価値要求メッセージに示されるキャッシュを保存している複数のコンテンツ保持ノードのうちから当該数より少ない何れか複数のコンテンツ保持ノードをインデックス情報から例えばランダムに選定してリストアップする。そして、当該ルートノードの制御部２１は、当該リストアップした各コンテンツ保持ノードに対して評価値要求メッセージを送信する。これにより、当該ルートノードの制御部２１は、各コンテンツ保持ノードから当該キャッシュに対応するコンテンツの評価値を得てこれを合計したコンテンツの総評価値、及びそのキャッシュのキャッシュＩＤ等を含む総評価値応答メッセージを総評価値管理サーバＭＳに対して返信する。

こうして、総評価値管理サーバＭＳの制御部１１は、上記総評価値応答メッセージを受信すると（ステップＳ２０６）、当該総評価値応答メッセージに含まれるコンテンツの総評価値等の情報を例えばＲＡＭに記憶する。そして、当該制御部１１は、上記選定したコンテンツが分割されているか否かを判別し（ステップＳ２０７）、分割されている場合には（ステップＳ２０７：ＹＥＳ）、ステップＳ２０８に進み、分割されていない場合には（ステップＳ２０７：ＮＯ）、ステップＳ２１０に進む。

ステップＳ２０８では、総評価値管理サーバＭＳの制御部１１は、上記リストアップした全てのキャッシュについての上記処理が終了したか否かを判別する。そして、上記リストアップした全てのキャッシュについての上記処理が終了していない場合には（ステップＳ２０８：ＮＯ）、制御部１１は、ステップＳ２０４に戻り未だ選択されていないキャッシュを選択して上記と同様の処理を行う。

一方、上記リストアップした全てのキャッシュについての上記処理が終了した場合には（ステップＳ２０８：ＹＥＳ）、当該制御部２１は、上記記憶されたコンテンツの各総評価値の平均値を算出し当該平均値を当該コンテンツの評価値として決定する（ステップＳ２０９）。

図１３は、キャッシュ毎のコンテンツの総評価値の平均値をコンテンツの評価値として決定する様子を示す概念図である。図１３の例では、コンテンツＸ（レプリカ）を構成する全キャッシュＸ１〜Ｘ６のうちの一部のキャッシュＸ１，Ｘ３，及びＸ５が総評価値を調査する対象（上記ステップＳ２０３で選定）とされており、かかるキャッシュＸ１，Ｘ３，及びＸ５に対応するコンテンツの総評価値の平均値（９０＝（９０＋８５＋９５）／３）が当該コンテンツＸの評価値として決定されている。

そして、ステップＳ２１０では、総評価値管理サーバＭＳの制御部１１は、上記決定されたコンテンツの評価値（又は総評価値応答メッセージに含まれるコンテンツの総評価値）により、総評価値管理テーブルに登録されている最新の総評価値を更新（上書き）する。これ以降の処理は、図６(Ａ)と同様である。

そして、総評価値管理サーバＭＳにおいては、図８、図１０に示す処理についても上記と同様に実行されることになる。

以上説明したコンテンツのレプリカが分割され保存されている場合の総評価値の算出方法によれば、分割キャッシュ数が増えても、システムの負荷を増大させることなく、公開済コンテンツの総評価値を迅速、かつ精度良く求めることができる。

なお、上記実施形態におけるコンテンツ分散保存システムＳは、ＤＨＴを利用したアルゴリズムによって形成されることを前提として説明したが、本発明はこれに限定されるものではない。

本実施形態に係るコンテンツ分散保存システムにおける各ノード装置の接続態様の一例を示す図である。 総評価値管理サーバＭＳの概要構成例を示す図である。 総評価値管理テーブルに登録されている情報の一例を示す図である。 ノードＮｎの概要構成例を示す図である。 ルートノードから、選択された各コンテンツ保持ノードに対して評価値要求メッセージが送信される様子を示す概念図である。 （Ａ）は、総評価値管理サーバＭＳにおける制御部１１の処理を示すフローチャートであり、（Ｂ）は、ルートノードにおける制御部２１の処理を示すフローチャートであり、（Ｃ）は、コンテンツ保持ノードにおける制御部２１の処理を示すフローチャートである。 総評価値管理サーバＭＳにおける制御部１１のランキング決定処理を示すフローチャートである。 実施例１において、総評価値管理サーバＭＳにおける制御部１１の初期総評価値決定処理を示すフローチャートである。 実施例１において、公開前コンテンツの初期総評価値が決定されるまでの様子を示す図である。 実施例２において、総評価値管理サーバＭＳにおける制御部１１の初期総評価値決定処理を示すフローチャートである。 実施例２において、公開前コンテンツの初期総評価値が決定されるまでの様子を示す図である。 分割されたキャッシュが保存される場合を考慮した総評価値管理サーバＭＳにおける制御部１１の処理を示すフローチャートである。 キャッシュ毎のコンテンツの総評価値の平均値をコンテンツの評価値として決定する様子を示す概念図である。

符号の説明

８ ネットワーク
９ オーバーレイネットワーク
１１ 制御部
１２ 記憶部
１３ 通信部
１４ バス
２１ 制御部
２２ 記憶部
２３ バッファメモリ
２４ デコーダ部
２５ 映像処理部
２６ 表示部
２７ 音声処理部
２８ スピーカ
２９ 通信部
３０ 入力部
３１ バス
ＭＳ 総評価値管理サーバ
Ｎｎ ノード
Ｓ コンテンツ分散保存システム

Claims (13)

1. ネットワークに接続された複数のノード装置の参加により構成されるコンテンツ分散保存システムであり、複数のコンテンツの複製データが複数のノード装置に分散して保存され、当該複製データを保存した各前記ノード装置によりそのコンテンツの評価を表す評価値が管理されるようにしたコンテンツ分散保存システムにおいて、
   各前記評価値の総和を表す総評価値をコンテンツ毎に管理する総評価値管理装置と、
   前記コンテンツの複製データを保存している複数のノード装置の情報を管理するノード管理装置と、を備え、
   前記総評価値管理装置は、
   前記複数のコンテンツのうちから何れかのコンテンツを選定するコンテンツ選定手段と、
   前記選定されたコンテンツの複製データを保存しているノード装置の情報を管理するノード管理装置に対して、当該コンテンツの総評価値の要求を示す総評価値要求情報を送信する総評価値要求情報送信手段と、
   前記総評価値要求情報に応じて前記ノード管理装置から送信されたコンテンツの総評価値を示す総評価値情報を受信する総評価値情報受信手段と、
   を備え、
   前記ノード管理装置は、
   前記総評価値管理装置からの前記総評価値要求情報を受信する総評価値要求情報受信手段と、
   前記受信された総評価値要求情報に示されるコンテンツの複製データを保存している複数のノード装置のうちから当該数より少ない何れか複数のノード装置を選定するノード装置選定手段と、
   前記選定された各ノード装置に対して、前記コンテンツの評価値の要求を示す評価値要求情報を送信する評価値要求情報送信手段と、
   前記評価値要求情報を受信した各ノード装置が保存している複製データに対応する前記総評価値要求情報に示されるコンテンツの評価値を示す評価値情報を、当該各ノード装置から受信する評価値情報受信手段と、
   前記受信された各評価値情報に示されるコンテンツの評価値に基づいて当該コンテンツの総評価値を算出する総評価値算出手段と、
   前記算出されたコンテンツの総評価値を示す総評価値情報を前記総評価値管理装置に対して送信する総評価値情報送信手段と、
   を備えることを特徴とするコンテンツ分散保存システム。
2. 請求項１に記載のコンテンツ分散保存システムにおいて、
   前記総評価値算出手段は、
   前記受信された各評価値情報に示されるコンテンツの評価値の総和を、当該評価値情報を送信したノード装置の数で除算し、
   当該除算した値と、当該コンテンツの複製データを保存しているノード装置の数と、を乗算して当該コンテンツの総評価値を算出することを特徴とするコンテンツ分散保存システム。
3. 請求項１又は２に記載のコンテンツ分散保存システムにおいて、
   前記コンテンツ選定手段、前記総評価値要求情報送信手段、及び前記総評価値情報受信手段による一連の処理は、所定の時間間隔で繰り返し実行されることを特徴とするコンテンツ分散保存システム。
4. 請求項１乃至３の何れか一項に記載のコンテンツ分散保存システムにおいて、
   前記総評価値管理装置は、前記総評価値情報受信手段が前記ノード管理装置からの前記総評価値情報を受信した場合には、当該総評価値情報に示されるコンテンツの総評価値と、前回受信した総評価値情報に示される当該コンテンツの総評価値とを比較して大きい方を総評価値の最大値として求める総評価最大値算出手段を更に備えることを特徴とするコンテンツ分散保存システム。
5. 請求項１乃至４の何れか一項に記載のコンテンツ分散保存システムにおいて、
   前記総評価値管理装置は、前記総評価値情報受信手段により前記総評価値情報が受信される度に、当該総評価値情報に示されるコンテンツの総評価値を別々に記憶しておき、所定期間内において前記受信された総評価値情報に示される当該コンテンツについての各前記総評価値の平均値を算出する総評価平均値算出手段を更に備えることを特徴とするコンテンツ分散保存システム。
6. 請求項１乃至５の何れか一項に記載のコンテンツ分散保存システムにおいて、
   前記総評価値管理装置は、前記各コンテンツの総評価値、当該各コンテンツの総評価値の最大値、又は当該各コンテンツの総評価値の平均値に基づいて、コンテンツの人気順位を表わすランキングを決定するランキング決定手段を更に備えることを特徴とするコンテンツ分散保存システム。
7. 請求項１乃至６の何れか一項に記載のコンテンツ分散保存システムにおいて、
   前記総評価値管理装置は、前記総評価値が与えられていないコンテンツのキーワードを少なくとも一つ有し、且つ前記総評価値が与えられているコンテンツを特定するコンテンツ特定手段を更に備え、
   前記総評価値算出手段は、前記特定されたコンテンツの総評価値に基づいて、前記総評価値が与えられていないコンテンツの総評価値を算出することを特徴とするコンテンツ分散保存システム。
8. 請求項１乃至７の何れか一項に記載のコンテンツ分散保存システムにおいて、
   一つのコンテンツの複製データを複数に分割した分割複製データが、前記複数のノード装置に分散して保存され、当該分割複製データを保存した各前記ノード装置により当該分割複製データを有するコンテンツの評価を表す評価値が当該分割複製データに付与されて管理されており、
   前記総評価値管理装置は、前記選定されたコンテンツを構成する複数の分割複製データのうちから当該数より少ない何れか複数の分割複製データを選定する分割複製データ選定手段を更に備え、
   前記総評価値要求情報送信手段は、前記選定された各分割複製データを保存しているノード装置の情報を管理する各ノード管理装置に対して、当該コンテンツの総評価値の要求を示す総評価値要求情報を送信し、
   前記総評価値情報受信手段は、前記総評価値要求情報に応じて前記各ノード管理装置から送信されたコンテンツの総評価値を示す総評価値情報を受信し、
   前記総評価値管理装置は、前記受信された各総評価値情報に示されるコンテンツの総評価値の平均値を当該コンテンツの総評価値として算出するコンテンツの総評価値算出手段を更に備えることを特徴とするコンテンツ分散保存システム。
9. 請求項１に記載のコンテンツ分散保存システムに含まれる前記総評価値管理装置であって、
   前記コンテンツ選定手段、前記総評価値要求情報送信手段、及び前記総評価値情報受信手段を備えることを特徴とする総評価値管理装置。
10. 請求項１に記載のコンテンツ分散保存システムに含まれる前記ノード管理装置であって、
    前記総評価値要求情報受信手段、前記ノード装置選定手段、前記評価値要求情報送信手段、前記評価値情報受信手段、前記総評価値算出手段、及び前記総評価値情報送信手段を備えることを特徴とするノード管理装置。
11. コンピュータを、請求項９に記載の総評価値管理装置として機能させることを特徴とする管理処理プログラム。
12. コンピュータを、請求項１０に記載のノード管理装置として機能させることを特徴とする管理処理プログラム。
13. ネットワークに接続された複数のノード装置の参加により構成されるコンテンツ分散保存システムであり、複数のコンテンツの複製データが複数のノード装置に分散して保存され、当該複製データを保存した各前記ノード装置によりそのコンテンツの評価を表す評価値が管理されるようにしたコンテンツ分散保存システムにおけるコンテンツの総評価値管理方法であって、
    各前記評価値の総和を表す総評価値をコンテンツ毎に管理する総評価値管理装置は、
    前記複数のコンテンツのうちから何れかのコンテンツを選定する工程と、
    前記選定されたコンテンツの複製データを保存しているノード装置の情報を管理するノード管理装置に対して、当該コンテンツの総評価値の要求を示す総評価値要求情報を送信する工程と、
    前記総評価値要求情報に応じて前記ノード管理装置から送信されたコンテンツの総評価値を示す総評価値情報を受信する工程と、
    を備え、
    前記ノード管理装置は、
    前記総評価値管理装置からの前記総評価値要求情報を受信する工程と、
    前記受信された総評価値要求情報に示されるコンテンツの複製データを保存している複数のノード装置のうちから当該数より少ない何れか複数のノード装置を選定する工程と、
    前記選定された各ノード装置に対して、前記コンテンツの評価値の要求を示す評価値要求情報を送信する工程と、
    前記評価値要求情報を受信した各ノード装置が保存している複製データに対応する前記総評価値要求情報に示されるコンテンツの評価値を示す評価値情報を、当該各ノード装置から受信する工程と、
    前記受信された各評価値情報に示されるコンテンツの評価値に基づいて当該コンテンツの総評価値を算出する工程と、
    前記算出されたコンテンツの総評価値を示す総評価値情報を前記総評価値管理装置に対して送信する工程と、
    を備えることを特徴とする総評価値管理方法。

Images