(57)【要約】      （修正有）【課題】各ノード装置において各コンテンツデータのダイジェストデータをより効率良く利用可能にするコンテンツ分散保存システム、連結コンテンツ作成装置、連結コンテンツ作成処理プログラム、及び連結コンテンツデータ提供方法を提供する。【解決手段】複数のコンテンツデータを複数のノード装置で分散保存し、各ノード装置は他のノード装置からの要求に応じて自己が保存しているコンテンツデータをネットワークを介して提供するコンテンツ分散保存システムにおいて、分散保存されている複数のコンテンツデータの中から、少ない複数のコンテンツデータを選定するコンテンツ選定手段と、選定された各コンテンツデータのダイジェストデータが、ノード装置において予め定められた再生順序で再生されるように、各ダイジェストデータを連結する連結コンテンツ作成手段と、連結コンテンツデータを何れかのノード装置に送信する連結コンテンツ送信手段とを備える。【選択図】図１０
2008236537.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツデータが複数のノード装置に分散保存され、各前記ノード装置は他の前記ノード装置からの要求に応じて自己が保存しているコンテンツデータをネットワークを介して提供するようにしたコンテンツ分散保存システムにおいて前記分散保存されている複数のコンテンツデータのうちから、これより少ない複数のコンテンツデータを選定するコンテンツ選定手段と、
前記選定された各コンテンツデータのダイジェストであるダイジェストデータが、前記ノード装置において予め定められた再生順序で再生されるように、前記各ダイジェストデータを連結した連結コンテンツデータを作成する連結コンテンツ作成手段と、
前記作成された連結コンテンツデータを何れかの前記ノード装置に対して送信する連結コンテンツ送信手段と、
を備えることを特徴とする連結コンテンツ作成装置。
【請求項２】
請求項1に記載の連結コンテンツ作成装置において、
前記連結コンテンツ作成手段は、前記ダイジェストデータに対応する前記コンテンツデータに関連する関連情報が前記ダイジェストデータ間において再生されるように当該関連情報が組み込まれた前記連結コンテンツデータを作成することを特徴とする連結コンテンツ作成装置。
【請求項３】
請求項1に記載の連結コンテンツ作成装置において、
前記連結コンテンツ作成手段は、前記ダイジェストデータに対応する前記コンテンツデータに関連する関連情報であって前記ノード装置が予め記憶している関連情報が前記ダイジェストデータ間において又は当該ダイジェストデータと共に再生されるように当該関連情報を指定するための指定情報が組み込まれた前記連結コンテンツデータを作成することを特徴とする連結コンテンツ作成装置。
【請求項４】
請求項1乃至３の何れか一項に記載の連結コンテンツ作成装置において、
前記コンテンツ分散保存システムにおいて前記分散保存されている複数のコンテンツデータの人気度又は推薦度を定量的に表す基準情報を取得する基準情報取得手段と、
前記取得された基準情報に基づいて、前記選定された各コンテンツデータのダイジェストであるダイジェストデータの前記再生順序を決定する再生順序決定手段と、
を備えることを特徴とする連結コンテンツ作成装置。
【請求項５】
請求項１乃至４の何れか一項に記載の連結コンテンツ作成装置として機能させることを特徴とする連結コンテンツ作成処理プログラム。
【請求項６】
複数のコンテンツデータが複数のノード装置に分散保存され、各前記ノード装置は他の前記ノード装置からの要求に応じて自己が保存しているコンテンツデータをネットワークを介して提供するようにしたコンテンツ分散保存システムにおいて、
前記分散保存されている複数のコンテンツデータのうちから、これより少ない複数のコンテンツデータを選定するコンテンツ選定手段と、
前記選定された各コンテンツデータのダイジェストであるダイジェストデータが、前記ノード装置において予め定められた再生順序で再生されるように、前記各ダイジェストデータを連結した連結コンテンツデータを作成する連結コンテンツ作成手段と、
前記作成された連結コンテンツデータを何れかの前記ノード装置に対して送信する連結コンテンツ送信手段と、
を備えた連結コンテンツ作成装置と、
前記連結コンテンツデータを受信する連結コンテンツ受信手段と、
前記受信された連結コンテンツデータに含まれる前記ダイジェストデータを前記再生順序で再生させる再生制御手段と、
を備えたノード装置と、
を具備することを特徴とするコンテンツ分散保存システム。
【請求項７】
複数のコンテンツデータが複数のノード装置に分散保存され、各前記ノード装置は他の前記ノード装置からの要求に応じて自己が保存しているコンテンツデータをネットワークを介して提供するようにしたコンテンツ分散保存システムにおける連結コンテンツデータ提供方法であって、
連結コンテンツ作成装置が、
前記分散保存されている複数のコンテンツデータのうちから、これより少ない複数のコンテンツデータを選定し、
前記選定された各コンテンツデータのダイジェストであるダイジェストデータが、前記ノード装置において予め定められた再生順序で再生されるように、前記各ダイジェストデータを連結した連結コンテンツデータを作成し、
前記作成された連結コンテンツデータを何れかの前記ノード装置に対して送信し、
前記連結コンテンツデータを受信したノード装置が、前記受信された連結コンテンツデータに含まれる前記ダイジェストデータを前記再生順序で再生させることを特徴とする連結コンテンツデータ提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の通信システムの技術分野に関する。
【背景技術】
【０００２】
この種のピアツーピア型の通信システムにおいて、コンテンツデータのレプリカ（複製データ）を複数のノード装置に分散配置（分散保存）させておくコンテンツ分散保存システムが知られており、これにより、対故障性やアクセスの分散性が高められている。このように分散保存されたコンテンツデータのレプリカの所在は、例えば特許文献１に開示されるような分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用して効率良く検索可能になっている。当該ＤＨＴは、各ノード装置に記憶されており、当該ＤＨＴには、各種メッセージの転送先となるべき複数のノード装置を示すノード情報（例えば、ＩＰアドレス及びポート番号を含む）が登録されている。
【０００３】
そして、各ノード装置は、分散保存されているコンテンツデータの属性情報（例えば、コンテンツ名、ジャンル、アーティスト名等）が記述されたコンテンツカタログ情報を有しており（例えば、コンテンツ管理サーバから配布される）、当該コンテンツカタログ情報に基づきユーザにより選択された所望の（例えばユーザが購入して視聴したい）コンテンツデータのレプリカの所在を検索（発見）するためのメッセージ（クエリ）を他のノード装置に送出することにより、当該メッセージは、上記ＤＨＴにしたがって、中継のノード装置により当該コンテンツデータのレプリカの所在の管理元のノード装置に向かって転送され、最終的に当該メッセージが辿り着く上記管理元のノード装置から上記所在を示す情報を取得することになる。これにより、当該メッセージを送出したノード装置は、上記検索に係るコンテンツデータのレプリカを保存しているノード装置に対して、当該コンテンツデータのレプリカを要求し、当該コンテンツデータのレプリカの提供を受けることができる。
【特許文献１】特開２００６−１９７４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、上述したコンテンツ分散保存システムにおいては、各コンテンツデータのレプリカとは別に、例えば各ユーザがこれらのコンテンツの試聴を行えるように（ひいては、購入促進に繋げるため）、各コンテンツデータのダイジェスト（コンテンツデータを短くまとめた摘要や要約）であるダイジェスト（プレビューともいう）データのレプリカがノード装置に保存される場合が考えられる。このようなダイジェストデータもまた、各ノード装置がコンテンツカタログ情報に基づいてメッセージ（クエリ）を送出することにより、ダイジェストデータのレプリカの所在の管理元のノード装置を経由して他のノード装置から取得することができる。
【０００５】
しかしながら、各ノード装置が、各コンテンツデータのダイジェストデータを個々に取得することはユーザにとって煩雑であり、ネットワーク負荷が増大することが懸念される。また、コンテンツデータの購入促進という面ではその効果は低いと言える。
【０００６】
本発明は、以上の問題等に鑑みてなされたものであり、各ノード装置において各コンテンツデータのダイジェストデータをより効率良く利用可能とし、購入促進効果を高めることが可能なコンテンツ分散保存システム、連結コンテンツ作成装置、連結コンテンツ作成処理プログラム、及び連結コンテンツデータ提供方法を提供することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、複数のコンテンツデータが複数のノード装置に分散保存され、各前記ノード装置は他の前記ノード装置からの要求に応じて自己が保存しているコンテンツデータをネットワークを介して提供するようにしたコンテンツ分散保存システムにおいて前記分散保存されている複数のコンテンツデータのうちから、これより少ない複数のコンテンツデータを選定するコンテンツ選定手段と、前記選定された各コンテンツデータのダイジェストであるダイジェストデータが、前記ノード装置において予め定められた再生順序で再生されるように、前記各ダイジェストデータを連結した連結コンテンツデータを作成する連結コンテンツ作成手段と、前記作成された連結コンテンツデータを何れかの前記ノード装置に対して送信する連結コンテンツ送信手段と、を備えることを特徴とする。
【０００８】
この発明によれば、選定された各コンテンツデータのダイジェストであるダイジェストデータが、前記ノード装置において予め定められた再生順序で再生されるように、前記各ダイジェストデータを連結した連結コンテンツデータを作成し、前記作成された連結コンテンツデータを何れかの前記ノード装置に対して送信するように構成したので、各ノード装置において各コンテンツデータのダイジェストデータをより効率良く利用することができ、コンテンツデータの購入促進効果を高めることができる。
【０００９】
請求項２に記載の発明は、請求項1に記載の連結コンテンツ作成装置において、前記連結コンテンツ作成手段は、前記ダイジェストデータに対応する前記コンテンツデータに関連する関連情報が前記ダイジェストデータ間において再生されるように当該関連情報が組み込まれた前記連結コンテンツデータを作成することを特徴とする。
【００１０】
この発明によれば、ユーザは各ダイジェストデータの再生の合間に関連情報を視聴することができる。
【００１１】
請求項３に記載の発明は、請求項1に記載の連結コンテンツ作成装置において、前記連結コンテンツ作成手段は、前記ダイジェストデータに対応する前記コンテンツデータに関連する関連情報であって前記ノード装置が予め記憶している関連情報が前記ダイジェストデータ間において又は当該ダイジェストデータと共に再生されるように当該関連情報を指定するための指定情報が組み込まれた前記連結コンテンツデータを作成することを特徴とする。
【００１２】
この発明によれば、ユーザは各ダイジェストデータの再生の合間又は再生中に関連情報を視聴することができる。
【００１３】
請求項４に記載の発明は、請求項1乃至３の何れか一項に記載の連結コンテンツ作成装置において、前記コンテンツ分散保存システムにおいて前記分散保存されている複数のコンテンツデータの人気度又は推薦度を定量的に表す基準情報を取得する基準情報取得手段と、前記取得された基準情報に基づいて、前記選定された各コンテンツデータのダイジェストであるダイジェストデータの前記再生順序を決定する再生順序決定手段と、を備えることを特徴とする。
【００１４】
この発明によれば、ユーザにとって人気コンテンツやお勧めコンテンツを検索する手間を軽減することができる。
【００１５】
請求項５に記載の連結コンテンツ作成処理プログラムの発明は、請求項１乃至４の何れか一項に記載の連結コンテンツ作成装置として機能させることを特徴とする。
【００１６】
請求項６に記載の発明は、複数のコンテンツデータが複数のノード装置に分散保存され、各前記ノード装置は他の前記ノード装置からの要求に応じて自己が保存しているコンテンツデータをネットワークを介して提供するようにしたコンテンツ分散保存システムにおいて、前記分散保存されている複数のコンテンツデータのうちから、これより少ない複数のコンテンツデータを選定するコンテンツ選定手段と、前記選定された各コンテンツデータのダイジェストであるダイジェストデータが、前記ノード装置において予め定められた再生順序で再生されるように、前記各ダイジェストデータを連結した連結コンテンツデータを作成する連結コンテンツ作成手段と、前記作成された連結コンテンツデータを何れかの前記ノード装置に対して送信する連結コンテンツ送信手段と、を備えた連結コンテンツ作成装置と、前記連結コンテンツデータを受信する連結コンテンツ受信手段と、前記受信された連結コンテンツデータに含まれる前記ダイジェストデータを前記再生順序で再生させる再生制御手段と、を備えたノード装置と、を具備することを特徴とする。
【００１７】
請求項７に記載の発明は、複数のコンテンツデータが複数のノード装置に分散保存され、各前記ノード装置は他の前記ノード装置からの要求に応じて自己が保存しているコンテンツデータをネットワークを介して提供するようにしたコンテンツ分散保存システムにおける連結コンテンツデータ提供方法であって、連結コンテンツ作成装置が、前記分散保存されている複数のコンテンツデータのうちから、これより少ない複数のコンテンツデータを選定し、前記選定された各コンテンツデータのダイジェストであるダイジェストデータが、前記ノード装置において予め定められた再生順序で再生されるように、前記各ダイジェストデータを連結した連結コンテンツデータを作成し、前記作成された連結コンテンツデータを何れかの前記ノード装置に対して送信し、前記連結コンテンツデータを受信したノード装置が、前記受信された連結コンテンツデータに含まれる前記ダイジェストデータを前記再生順序で再生させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、選定された各コンテンツデータのダイジェストであるダイジェストデータが、前記ノード装置において予め定められた再生順序で再生されるように、前記各ダイジェストデータを連結した連結コンテンツデータを作成し、前記作成された連結コンテンツデータを何れかの前記ノード装置に対して送信するように構成したので、各ノード装置において各コンテンツデータのダイジェストデータをより効率良く利用することができ、コンテンツデータの購入促進効果を高めることができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ分散保存システムに本発明を適用した場合の実施形態である。
【００２０】
［１．コンテンツ分散保存システムの構成等］
始めに、図１等を参照して、本実施形態に係るコンテンツ分散保存システムの概要構成等について説明する。
【００２１】
図１は、本実施形態に係るコンテンツ分散保存システムにおける各ノード装置の接続態様の一例を示す図である。
【００２２】
図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ,４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ,５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界の通信ネットワークであり、通信手段の一例）８が構築されている。なお、図１の例におけるネットワーク（通信ネットワーク）８には、データ（パケット）を転送するためのルータが適宜挿入されている。
【００２３】
このようなネットワーク８には、複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・の何れか）が接続されている。また、各ノードＮｎには、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。このような製造番号およびＩＰアドレスは、複数のノード間で重複しないものである。
【００２４】
そして、本実施形態に係るコンテンツ分散保存システムＳは、これらのノードＮｎのうち、図１の上部枠１００内に示すように、何れか複数のノードＮｎの参加により形成されるピアツーピア方式のネットワークシステムとなっている。なお、図１の上部枠１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９（論理的なネットワーク）である。かかるオーバーレイネットワーク９は、特定のアルゴリズム、例えば、ＤＨＴ（Distributed Hash Table）を利用したアルゴリズムにより実現される。
【００２５】
そして、コンテンツ分散保存システムＳ（言い換えれば、オーバーレイネットワーク９）に参加している各ノードＮｎには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられており、当該ノードＩＤは、例えば、各ノードＮｎに個別に割り当てられたＩＰアドレス或いは製造番号を共通のハッシュ関数（例えば、ＳＨＡ−１等）によりハッシュ化した値（例えば、ｂｉｔ長が１６０ｂｉｔ）であり、図３に示すような一つのＩＤ空間に偏りなく分散して配置されることになる。
【００２６】
なお、コンテンツ分散保存システムＳへの参加は、参加していないノードＮｎ（例えば、ノードＮ８）が、参加している任意のノードＮｎ（例えば、当該システムＳに常時参加しているコンタクトノード）に対して参加要求を示す参加メッセージを送信することによって行われる。
【００２７】
上記のように共通のハッシュ関数により求められた（ハッシュ化された）ノードＩＤは、当該ＩＰアドレス或いは製造番号が異なれば、同じ値になる確率が極めて低いものである。また、このノードＩＤは、ノードの最大運用台数を収容できるだけのｂｉｔ数を持たせる必要がある。例えば、１２８ｂｉｔの番号とすれば、2＾128＝340×10＾36台のノードを運用できる。なお、ハッシュ関数については公知であるので詳しい説明を省略する。
【００２８】
また、各ノードＮｎは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ分散保存システムＳ上における各種メッセージの転送先を規定しており、具体的には、ＩＤ空間内で適度に離れたノードＮｎのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。
【００２９】
コンテンツ分散保存システムＳに参加している１台のノードＮｎは、該システムＳに参加している全てのノードＮｎのうち、必要最低限のノードＮｎのノード情報をルーティングテーブルに登録しておき、ノード情報を知らない（記憶していない）ノードＮｎについては、各ノードＮｎ間で互いに各種メッセージを転送し合って届けてもらうようになっている。
【００３０】
ここで、図２及び図３を参照して、ＤＨＴを用いたルーティングテーブルについて詳しく説明する。
【００３１】
図２は、ノードＮ２が保持するＤＨＴを用いたルーティングテーブルの一例を示す図であり、図３は、ＤＨＴのＩＤ空間の一例を示す概念図である。
【００３２】
なお、図２及び図３の例においては、説明の便宜上、ノードＩＤのｂｉｔ長を２ｂｉｔ×３桁＝６ｂｉｔとし、各桁を４進数（０〜３の整数）で表している（実際には、もっと長いｂｉｔ長を用い、各桁も例えば４ｂｉｔに区切って０〜ｆの１６進数で表現する）。
【００３３】
図２の例において、ＤＨＴを用いたルーティングテーブルは、レベル１〜レベル３のテーブルからなり（複数のレベルに区分されており）、各レベルのテーブルエントリーには、エリア毎に、ノード情報として、ノードＩＤとこれに対応するノードＮｎのＩＰアドレス及びポート番号が対応付けられて登録されている。各レベルのテーブルにおける各エリアは、ＤＨＴのノードＩＤ空間を分割することにより得られるエリアである。例えば、図３に示すように、レベル１では、ＤＨＴのＩＤ空間全体が４分割され、“０００”〜“０３３”のノードＩＤが存在するエリアを０ＸＸのエリア、“１００”〜“１３３” のノードＩＤが存在するエリアを１ＸＸのエリア、“２００”〜“２３３” のノードＩＤが存在するエリアを２ＸＸのエリア、“３００”〜“３３３” のノードＩＤが存在するエリアを３ＸＸのエリアとする。また、レベル２では、レベル１のエリア（つまり、０ＸＸ〜３ＸＸのエリア）が更に４分割、例えば１ＸＸのエリアが４分割され、“１００”〜“１０３” のノードＩＤが存在するエリアを１０Ｘのエリア、“１１０”〜“１１３” のノードＩＤが存在するエリアを１１Ｘのエリア、“１２０”〜“１２３” のノードＩＤが存在するエリアを１２Ｘのエリア、“１３０”〜“１３３” のノードＩＤが存在するエリアを１３Ｘのエリアとする。
【００３４】
そして、例えば、ノードＮ２のノードＩＤが“１２２”とすると、図２に示すように、かかるノードＮ２のレベル１における１ＸＸのエリア（自己（つまり、自ノード）が存在するエリア）のテーブルには、自己のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録され、自己が存在しないエリア（つまり、０ＸＸのエリア、２ＸＸのエリア、及び３ＸＸのエリア）には、夫々、他の任意のノードＮｎのノードＩＤ及びＩＰアドレス等が登録されている。
【００３５】
また、かかるノードＮ２のレベル２における１２Ｘのエリア（自己が存在するエリア）のテーブルには、図２に示すように、自己のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録され、自己が存在しないエリア（つまり、１０Ｘのエリア、１１Ｘのエリア、及び１３Ｘのエリア）等には、夫々、他の任意のノードＮｎのノードＩＤ及びＩＰアドレス等が登録されている。
【００３６】
更に、かかるノードＮ２のレベル３には、図２に示すように、ノードＩＤが“１２０”〜“１２２”のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録されている。
【００３７】
なお、図２及び図３の例では、ノードＩＤのｂｉｔ長を３桁×２ｂｉｔとしたので、レベル１〜３の３レベル分のテーブルで網羅できるが、ノードＩＤのｂｉｔ長が増せば、その分のテーブルが必要となる（例えば、ノードＩＤのｂｉｔ長を１６桁×４ｂｉｔとした場合、１６レベル分のテーブルが必要となる）。
【００３８】
このように、本実施形態におけるＤＨＴを用いたルーティングテーブルでは、レベルが上がるほど、エリアが狭まっていくようになっている。
【００３９】
また、このようなＤＨＴは、例えば、未参加のノードがコンテンツ分散保存システムＳに参加する際に与えられることになる。
【００４０】
ところで、コンテンツ分散保存システムＳにおいては、内容の異なる様々なコンテンツ（例えば、映画や音楽等）データの夫々の複製データ（以下、「レプリカ」という）が、コンテンツデータ毎に異なるコンテンツ鍵（コンテンツデータのレプリカの暗号化ないし復号するための鍵データ）により夫々暗号化されて複数のノードＮｎに分散して保存（格納）されている。
【００４１】
例えば、ノードＮ１及びノードＮ５には、タイトルがＸＸＸの映画のコンテンツデータのレプリカが保存されており、一方、ノードＮ３には、タイトルがＹＹＹの映画のコンテンツデータのレプリカが保存されるというように、複数のノードＮｎ（以下、「コンテンツ保持ノード」という）に分散されて保存される。
【００４２】
なお、各コンテンツデータのレプリカの暗号化は、例えばシステム管理者等のコンテンツ管理サーバＣＳ（例えば、分散保存された全てのコンテンツデータを保持、管理するサーバ）によりコンテンツデータのレプリカが初期投入（新しいコンテンツデータのレプリカが初めてコンテンツ分散保存システムＳにおけるノードＮｎに保存）される際に行われる。また、コンテンツデータ毎のコンテンツ鍵は、例えばシステム管理者等の鍵サーバＫＳにより保持、管理される。
【００４３】
また、これらのコンテンツデータのレプリカには、夫々、コンテンツ名（タイトル）及びコンテンツＩＤ（コンテンツ毎に固有の識別情報）等の情報が付加されている。このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値（或いは、当該コンテンツデータの先頭数バイトでも良い）が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（ノードＩＤと同一のＩＤ空間に配置）。或いは、システム管理者が、コンテンツ毎に一意のＩＤ値（ノードＩＤと同一ビット長）を付与しても良い。この場合は、コンテンツ名とそのコンテンツＩＤの対応が書かれたコンテンツカタログ情報が、全ノードＮｎに配布される。
【００４４】
また、このように分散保存されているコンテンツデータのレプリカの所在、つまり、当該コンテンツデータのレプリカを保存したノードＮｎのノード情報に係るＩＰアドレス等と当該コンテンツデータに対応するコンテンツＩＤ等の組が含まれるインデックス情報が、当該コンテンツデータのレプリカの所在の管理元であるノードＮｎ（以下、「ルートノード」、又は「コンテンツ（コンテンツＩＤ）のルートノード」という）等により記憶（インデックスキャッシュに記憶）、管理されるようになっている。つまり、コンテンツデータのレプリカを保存しているノードＮｎのノード情報は、他のノードＮｎからの問い合わせに応じて提供可能なようにルートノードにより管理されている。
【００４５】
例えば、タイトルがＸＸＸの映画のコンテンツデータのレプリカについてのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードＮ４により管理され、タイトルがＹＹＹの映画のコンテンツデータのレプリカについてのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードＮ６により管理される（つまり、レプリカの所在が夫々のコンテンツデータ毎に管理される）。
【００４６】
すなわち、コンテンツ毎にルートノードが分けられるので負荷分散が図らており、しかも、同一（内容が同一）のコンテンツデータ（コンテンツＩＤが同一）のレプリカが、夫々、複数のコンテンツ保持ノードに保存されている場合であっても、かかるコンテンツデータのインデックス情報は、一つのルートノードで管理することができる。
【００４７】
また、このようなルートノードは、例えば、コンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノードＮｎであるように定められる。
【００４８】
そして、あるノードＮｎのユーザが、所望するコンテンツデータを取得したい場合、当該コンテンツデータの取得を望むノードＮｎ（以下、「ユーザノード」という）は、当該ユーザにより選択（例えば、全てのノードＮｎに配信されているコンテンツカタログ情報（コンテンツ名とコンテンツＩＤ等が記述されており、例えばコンテンツ管理サーバＣＳにて管理される）から選択）されたコンテンツデータ（例えば、コンテンツ名が選択される）のコンテンツＩＤ及び自己のＩＰアドレス等を含むコンテンツ所在問合せ（検索）メッセージ（クエリ）を生成し、これを自己のＤＨＴを用いたルーティングテーブルにしたがって他のノードＮｎに対して送出する。つまり、ユーザノードは、コンテンツ所在問合せ（検索）メッセージを、ルートノードに向けて（ルートノード宛に）送出する。これにより、コンテンツ所在問合せ（検索）メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。
【００４９】
ここで、ユーザノードは、当該ユーザによりコンテンツカタログ情報からコンテンツ名等が選択された場合だけでなく、例えばシステム管理者等のコンテンツ管理サーバＣＳからコンテンツ投入要求（保存要求）メッセージ（特定の新規コンテンツデータのコンテンツ名及びコンテンツＩＤ等を含み、コンテンツデータの投入要求を示す投入要求メッセージ）を受信した場合にも、コンテンツ所在問合せ（検索）メッセージ（クエリ）をルートノードに向けて（ルートノード宛に）送出する。このコンテンツ投入要求（保存要求）メッセージ（コンテンツデータの投入要求を示す投入要求メッセージであり、事前プッシュメッセージともいう）は、例えば新規コンテンツデータのレプリカを、コンテンツ分散保存システムＳにおいて所定数確保（保存）させるために、任意の複数のノードＮｎに配信されるものである。
【００５０】
なお、上記コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤは、ユーザノードによって、コンテンツ名が上記共通のハッシュ関数によりハッシュ化されて生成されるようにしても良い。
【００５１】
図４は、ユーザノードから送出されたコンテンツ所在問合せ（検索）メッセージの流れの一例を、ＤＨＴのＩＤ空間にて示した概念図である。
【００５２】
図４の例において、例えば、ユーザノードであるノードＮ２は、自己のＤＨＴのレベル１のテーブルを参照して、コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する例えばノードＮ３のＩＰアドレス及びポート番号を取得し、そのＩＰアドレス及びポート番号宛てに、上記コンテンツ所在問合せ（検索）メッセージ（クエリ）を送信する。
【００５３】
これに対して、ノードＮ３は、当該コンテンツ所在問合せ（検索）メッセージを受信し、自己のＤＨＴのレベル２のテーブルを参照して、当該コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する例えばノードＮ４のＩＰアドレス及びポート番号を取得し、そのＩＰアドレス及びポート番号宛てに、上記コンテンツ所在問合せ（検索）メッセージを転送する。
【００５４】
これに対して、ノードＮ４は、当該コンテンツ所在問合せ（検索）メッセージを受信し、自己のＤＨＴのレベル３のテーブルを参照して、当該コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤが自分である、つまり、自分がそのコンテンツＩＤのルートノードであることを認識すると、当該コンテンツ所在問合せ（検索）メッセージに含まれるコンテンツＩＤに対応するインデックス情報をインデックスキャッシュから取得して、当該インデックス情報を、該コンテンツ所在問合せメッセージの送信元であるユーザノードに対して返信する。これにより、ユーザノードは、所望のコンテンツデータのレプリカを保存している上記コンテンツ保持ノードである例えばノードＮ１に対して、コンテンツ送信要求メッセージ（コンテンツデータの提供要求を示す提供要求メッセージ）を送信し、そこから当該コンテンツデータのレプリカの提供を受けることが可能になる。
【００５５】
或いは、ルートノードであるノードＮ４は、当該インデックス情報に含まれるＩＰアドレス等に示されたコンテンツ保持ノードに対してコンテンツ送信要求メッセージ（ユーザノードのＩＰアドレス等を含み、当該ユーザノードに対してコンテンツデータの提供要求を示す提供要求メッセージ）を送信する。これにより、ユーザノードは、上記コンテンツ保持ノードである例えばノードＮ１から当該コンテンツデータのレプリカの提供を受けることが可能になる。
【００５６】
なお、上記ユーザノードは、コンテンツ所在問合せメッセージがルートノードに辿り着くまでの間に、当該ルートノードと同じインデックス情報をキャッシュしている中継ノード（例えば、ノードＮ３のキャッシュノード）から当該インデックス情報を取得（受信）することもできる。
【００５７】
このようにしてコンテンツデータのレプリカを取得、保存したユーザノードは、鍵サーバＫＳに接続して、当該取得したコンテンツデータのコンテンツ鍵を要求することにより、当該鍵サーバＫＳから提供されたコンテンツ鍵を用いてコンテンツデータのレプリカを復号し再生出力することになる。
【００５８】
また、当該ユーザノードは、当該レプリカを保存したことをそのルートノードに知らせるために（言い換えれば、該システムＳに参加している他のノードＮｎに対して公開するために）、そのコンテンツデータのコンテンツＩＤ及び自己のノード情報が含まれるパブリッシュ（登録通知）メッセージを生成し、該パブリッシュメッセージを、そのルートノードに向けて（ルートノード宛に）送出する。これにより、パブリッシュメッセージは、コンテンツ所在問合せ（検索）メッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになり、該ルートノードは、受信したパブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報を登録（インデックスキャッシュ領域に記憶）することになる。こうして、上記ユーザノードは、新たに、上記コンテンツデータのレプリカを保持するコンテンツ保持ノードとなる。
【００５９】
なお、上記パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報は、ルートノードに至るまでの転送経路における中継ノードにおいても登録（キャッシュ）される。
【００６０】
［２．コンテンツ管理サーバＣＳの構成及び機能等］
ここで、図５を参照して、コンテンツ管理サーバＣＳの構成及び機能について説明する。
【００６１】
図５は、コンテンツ管理サーバＣＳの概要構成例を示す図である。
【００６２】
コンテンツ管理サーバＣＳは、図５に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１と、各種データ及び各種プログラム等を記憶保存（格納）するためのＨＤ等から構成された記憶部１２と、ネットワーク８を通じてノードＮｎ又は鍵サーバＫＳとの間の情報の通信制御を行うための通信部１３と、を備えて構成され、これらはバス１４を介して相互に接続されている。なお、コンテンツ管理サーバＣＳには、固有のＩＰアドレスが割り当てられている。
【００６３】
記憶部１２には、コンテンツ分散保存システムＳにおける各ノードＮｎに保存されたレプリカのマスタであるコンテンツデータと、当該コンテンツデータの属性情報と、当該コンテンツデータのコンテンツ鍵と、当該コンテンツデータのダイジェストデータ（コンテンツデータを、例えば、２時間程度のコンテンツデータを５分程度にまとめた摘要や要約のデータ、以下、「プレビューコンテンツ」という）とがコンテンツＩＤに対応付けられて記憶保存されている。また、記憶部１２には、後述する、作成された連結プレビューコンテンツも記憶保存される。
【００６４】
更に、記憶部１２には、各ノードＮｎに配布されたコンテンツカタログ情報が記憶保存されている。なお、コンテンツカタログ情報は、例えば、新規コンテンツデータのレプリカがコンテンツ分散保存システムＳに投入（例えば所定数投入）される度に、当該新規コンテンツデータの属性情報が記述され、全てのノードＮｎにネットワーク８を通じて例えばマルチキャスト等により配信されることになるが、この配信方法については本発明と直接の関係がないので、説明を省略する。また、コンテンツカタログ情報には、コンテンツデータの属性情報の他、そのときのコンテンツデータの人気度又は推薦度を定量的に表すランキング情報（基準情報の一例）が記述されて配信される場合もある。
【００６５】
このような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラム（本発明の連結コンテンツ作成処理プログラムを含む）を読み出して実行することにより、全体を統括制御すると共に、コンテンツデータのレプリカの投入処理、コンテンツカタログ情報の作成及び配信処理を行うようになっており、更に、本発明におけるコンテンツ選定手段、連結コンテンツ作成手段、連結コンテンツ送信手段、基準情報取得手段、及び再生順序決定手段等として機能し、後述する処理を行うようになっている。なお、上記連結コンテンツ作成処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしてもよい。
【００６６】
具体的には、制御部１１は、上述したコンテンツ分散保存システムＳにおいて分散保存されている複数（例えば、１００以上）のコンテンツデータ（記憶部１２に記憶されているコンテンツデータ）のうちから、これより少ない複数（例えば、１０程度）のコンテンツデータを選定し、選定した各コンテンツデータのプレビューコンテンツを記憶部１２から取得し、これらのプレビューコンテンツが、ノードＮｎにおいて予め定められた再生順序で再生されるように、各プレビューコンテンツを連結した連結コンテンツデータ（以下、「連結プレビューコンテンツ」という）を作成するようになっている。
【００６７】
ここで、制御部１１は、プレビューコンテンツの再生順序を、例えばそのときのコンテンツデータの人気度を定量的に表すランキング情報（基準情報の一例）に基づいて決定（例えば、人気度が高くランキングにおける順位が高い（上位の）コンテンツほど先に再生されるように決定）するようになっている。かかるランキング情報は、例えば鍵サーバＫＳ（或いはコンテンツデータの要求回数を集計する機能を有するその他のサーバ）又はノードＮｎ（例えばルートノード）から取得される。なお、ランキング情報は、例えばそのときのコンテンツデータの推薦度を定量的に表すものであっても良く、この場合、例えばシステム管理者等により決定され、お勧め度合が高いコンテンツほどランキングの順位が高くなる。
【００６８】
更に、連結プレビューコンテンツは、これに含まれる各プレビューコンテンツ間において（又は当該プレビューコンテンツと共に）、各プレビューコンテンツに対応するコンテンツデータに関連する関連情報（例えば、ランキング情報）が再生されるように当該関連情報が組み込まれて作成されることが、より効果的である。また、当該関連情報が例えばコンテンツカタログ情報に記述されている場合（つまり、当該関連情報が、連結プレビューコンテンツとは別に、コンテンツカタログ情報に含まれて配信され各ノードＮｎに予め記憶されている場合）、連結プレビューコンテンツが再生される際に、各プレビューコンテンツ間において（又は当該プレビューコンテンツと共に）当該関連情報がコンテンツカタログ情報から抽出され再生されるように当該関連情報を指定するための指定情報が組み込まれた連結プレビューコンテンツが作成されるようにしても効果的である。
【００６９】
図６は、連結プレビューコンテンツの概念図である。図６（Ａ）に示す連結プレビューコンテンツＲＣ１では、複数のプレビューコンテンツが上述した再生順序（プレビューコンテンツＣ→Ｈ→Ｐ→Ｓ→Ｔの順）で連結されており、且つ各プレビューコンテンツ間には関連情報が組み込まれている。図６（Ｂ）に示す連結プレビューコンテンツＲＣ２では、複数のプレビューコンテンツが上述した再生順序で連結されており、且つ各プレビューコンテンツ間には当該関連情報を指定するための指定情報（例えば、関連情報に一意に付与されたＩＤ）が組み込まれている。
【００７０】
なお、上記関連情報（又は当該関連情報を指定するための指定情報）は、一つの連結プレビューコンテンツにおけるプレビューコンテンツ間の複数位置に組み込まれるようになっているが（例えば、図６の例で、プレビューコンテンツＣとプレビューコンテンツＨとの間、及びプレビューコンテンツＨとプレビューコンテンツＰとの間等）、これらの関連情報は、その内容を同一とする場合と、内容を異ならせる場合とがある。関連情報をランキング情報とし上記複数位置における内容を同一とする場合、当該関連情報には、例えば、連結プレビューコンテンツにおける各プレビューコンテンツに対応するコンテンツ名、順位、及び要求回数等のランキング一覧が含まれることになる。
【００７１】
一方、関連情報をランキング情報とし上記複数位置における内容を異ならせる場合、例えば、当該関連情報には、その直後に位置するプレビューコンテンツに対応するコンテンツ名、順位、及び要求回数等が含まれることになる（例えば、図６（Ａ）に示すプレビューコンテンツＣの直前の関連情報はプレビューコンテンツＣに対応するコンテンツ名、順位、及び要求回数等の情報、プレビューコンテンツＨの直前の関連情報はプレビューコンテンツＨに対応するに対応するコンテンツ名、順位、及び要求回数等の情報）。
【００７２】
そして、制御部１１は、このように作成した連結プレビューコンテンツに対して固有のコンテンツＩＤを付加し、任意の複数のノードＮｎに送信（配信）することになる。こうして配信された連結プレビューコンテンツ（連結プレビューコンテンツのレプリカ）を受信し保存した各ノードＮｎは、連結プレビューコンテンツを保存したことをそのルートノードに知らせるために、その連結プレビューコンテンツのコンテンツＩＤ及び自己のノード情報が含まれるパブリッシュメッセージを、そのルートノードに向けて送出する。これにより、当該パブリッシュメッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになり、該ルートノードは、受信したパブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報を登録することになる。
【００７３】
なお、コンテンツ管理サーバＣＳは、連結プレビューコンテンツをノードＮｎからの要求に応じて当該ノードＮｎに送信するものであっても構わない。
【００７４】
また、連結プレビューコンテンツに付加されるコンテンツＩＤは、例えば、連結プレビューコンテンツに含まれる各プレビューコンテンツのコンテンツ名の組が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される（ノードＩＤと同一のＩＤ空間に配置）。また、制御部１１は、作成した連結プレビューコンテンツのコンテンツＩＤ及び上述したランキング情報を記憶部１２に記憶しておき、次回、各ノードＮｎに対してコンテンツカタログ情報を配信する際に、当該コンテンツＩＤ及びランキング情報をコンテンツカタログ情報に記述して配信することになる。
【００７５】
［３．鍵サーバＫＳの構成及び機能等］
次に、図７を参照して、鍵サーバＫＳの構成及び機能について説明する。
【００７６】
図７は、鍵サーバＫＳの概要構成例を示す図である。
【００７７】
鍵サーバＫＳは、図７に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部２１と、各種データ及び各種プログラム等を記憶保存（格納）するためのＨＤ等から構成された記憶部２２と、ネットワーク８を通じてノードＮｎ又はコンテンツ管理サーバＣＳとの間の情報の通信制御を行うための通信部２３と、を備えて構成され、これらはバス２４を介して相互に接続されている。なお、鍵サーバＫＳには、固有のＩＰアドレスが割り当てられている。
【００７８】
記憶部２２には、コンテンツ分散保存システムＳにおける各ノードＮｎに保存された各レプリカに係るコンテンツデータのコンテンツ鍵がコンテンツＩＤに対応付けられて記憶保存されている。
【００７９】
制御部２１は、ノードＮｎからのコンテンツ鍵の要求に応じて、当該要求されたコンテンツデータのコンテンツ鍵を当該ノードＮｎに返信するようになっている。更に、制御部２１は、ノードＮｎからコンテンツ鍵の要求があった場合、要求回数をコンテンツデータ（コンテンツＩＤ）毎にカウントし、当該カウントされた要求回数をコンテンツデータ毎に定期的に集計して、上述した人気度を定量的に表すランキング情報（例えば、要求回数が多い順に順序付けられたコンテンツデータのコンテンツＩＤ及びコンテンツ名、更には要求回数等の情報が記述）を作成するようになっている。
【００８０】
そして、制御部２１は、コンテンツ管理サーバＣＳからのランキング情報の要求に応じて、上記作成したランキング情報をコンテンツ管理サーバＣＳに返信するようになっている。
【００８１】
［４．ノードＮｎの構成及び機能等］
次に、図８を参照して、ノードＮｎの構成及び機能について説明する。
【００８２】
図８は、ノードＮｎの概要構成例を示す図である。
【００８３】
各ノードＮｎは、図８に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データおよびプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部３１と、各種データ（例えば、コンテンツデータのレプリカ、コンテンツカタログ情報、インデックス情報、ＤＨＴ等）及び各種プログラム等を記憶保存（格納）するためのＨＤ等から構成された記憶部３２と、受信されたコンテンツデータのレプリカ等を一時蓄積するバッファメモリ３３と、コンテンツデータのレプリカを上記コンテンツ鍵により復号するための復号用アクセラレータ３４と、復号されたコンテンツデータのレプリカに含まれるビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコード（データ伸張等）するデコーダ部３５と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部３６と、当該映像処理部３６から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部３７と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ （Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部３８と、当該音声処理部３８から出力されたオーディオ信号を音波として出力するスピーカ３９と、ネットワーク８を通じて他のノードＮｎや各種サーバ等との間の情報の通信制御を行うための通信部４０と、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部３１に対して与える入力手段としての入力部（例えば、キーボード、マウス、或いは、操作パネル等）４１と、を備えて構成され、制御部３１、記憶部３２、バッファメモリ３３、デコーダ部３４、通信部４０、及び入力部４１はバス４２を介して相互に接続されている。なお、ノードＮｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等を適用可能である。また、記憶部３２には、コンテンツ分散保存システムＳに参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号等が記憶されている。また、記憶部３２には、コンテンツ管理サーバＣＳ及び鍵サーバＫＳのＩＰアドレス等が記憶されている。
【００８４】
このような構成において、制御部３１は、ＣＰＵが記憶部３２等に記憶されたプログラムを読み出して実行することにより、全体を統括制御し、コンテンツ分散保存システムＳへの参加により上述したユーザノード、中継ノード、ルートノード、キャッシュノード、及びコンテンツ保持ノードの少なくとも何れか一つのノードとしての処理を行うようになっている。
【００８５】
また、制御部３１は、ユーザから入力部４１を介して連結プレビューコンテンツの取得指示があった（例えば表示部３７上に表示されたコンテンツカタログ情報上で指定された）場合、当該連結プレビューコンテンツのコンテンツＩＤを含むコンテンツ所在問合せ（検索）メッセージを、自己のＤＨＴを用いたルーティングテーブルにしたがって他のノードＮｎに対して送信し、当該コンテンツＩＤのルートノードからインデックス情報を取得し、当該インデックス情報に基づいて連結プレビューコンテンツを保存しているコンテンツ保持ノードにアクセスして当該コンテンツ保持ノードから当該連結プレビューコンテンツを取得（ダウンロード）することになる。そして、制御部３１は、例えば、ユーザから入力部４１を介して連結プレビューコンテンツの再生指示があった場合、連結プレビューコンテンツの再生処理を行うことになる（当該連結プレビューコンテンツのダウンロードが完了した時に自動的に再生されるようにしても良い）。
【００８６】
［５．コンテンツ分散保存システムＳの動作］
次に、コンテンツ分散保存システムＳの動作について説明する。
【００８７】
（鍵サーバＫＳの処理）
先ず、図９を参照して、鍵サーバＫＳの動作について説明する。
【００８８】
図９は、鍵サーバＫＳの制御部２１における処理を示すフローチャートである。なお、図９の処理は、例えば鍵サーバＫＳの電源オンにより開始され、電源オフになるまで継続される。また、電源オンにより初期設定が行われ、後述する要求回数の集計するための集計時間の計時を開始する。
【００８９】
図９の処理においては、制御部２１は、ノードＮｎからネットワーク８を介してコンテンツ鍵の要求を示すコンテンツ鍵要求メッセージ（要求に係るコンテンツ鍵に対応するコンテンツＩＤ及びコンテンツデータを購入したことを示すライセンス証を含む）を受信したか否かを判別し（ステップＳ１）、受信した場合には（ステップＳ１：ＹＥＳ）、ステップＳ２に進み、受信していない場合には（ステップＳ１：ＮＯ）、ステップＳ６に進む。
【００９０】
ステップＳ２では、制御部２１は、上記受信されたコンテンツ鍵要求メッセージに含まれるライセンス証に基づき認証処理を行い（例えば、ライセンス証に記載されたユーザ情報と予め登録されたユーザ情報とを照合）、当該ライセンス証が有効であるか否かを判別し、当該ライセンス証が有効でない場合には（ステップＳ２：ＮＯ）、上記ノードＮｎに対して不許可メッセージ（ライセンス証が有効でないことを示す）を通信部２３等を介して返信し（ステップＳ３）、当該処理を終了する。
【００９１】
一方、ライセンス証が有効である場合には（ステップＳ２：ＹＥＳ）、制御部２１は、上記受信されたコンテンツ鍵要求メッセージに含まれるコンテンツＩＤに対応するコンテンツ鍵を記憶部２２から取得し、当該コンテンツ鍵を含む許可メッセージ上記ノードＮｎに対して返信する（ステップＳ４）。
【００９２】
次いで、制御部２１は、上記受信されたコンテンツ鍵要求メッセージに含まれるコンテンツＩＤに対応する要求回数を１インクリメント（カウント）し当該要求回数を更新（記憶部１２に上書き保存）し（ステップＳ５）、ステップＳ１に戻る。
【００９３】
ステップＳ６では、制御部２１は、要求回数の集計を行うか否かを判別し、当該要求回数の集計を行う（例えば、上記集計時間が経過した）場合には（ステップ６：ＹＥＳ）、ステップＳ７に進み、当該要求回数の集計を行わない場合には（ステップＳ６：ＮＯ）、ステップＳ９に進む。
【００９４】
ステップＳ７では、制御部２１は、上記要求回数を集計（コンテンツＩＤ（コンテンツデータ）毎の要求回数をランキングの基になる情報として確定し、総要求回数を計算）する。なお、当該要求回数は、一定期間毎或いは集計毎にリセットされるようにしても良い。
【００９５】
次いで、制御部２１は、上述した人気度を定量的に表すランキング情報（例えば、要求回数が多い順に順序付けられたコンテンツデータのコンテンツＩＤ等の情報が、例えば１位から５位まで記述）を作成し、過去のランキング情報を更新し（ステップＳ８）、ステップＳ１に戻る。なお、ランキング情報の更新（記憶部１２に上書き保存）により、上記集計時間がリセットされる（０となる）。
【００９６】
ステップＳ９では、制御部２１は、コンテンツ管理サーバＣＳからネットワーク８を介してランキング情報の要求を示すランキング情報求メッセージを受信したか否かを判別し、受信した場合には（ステップＳ９：ＹＥＳ）、ステップＳ１０に進み、受信していない場合には（ステップＳ９：ＮＯ）、ステップＳ１に戻る。
【００９７】
ステップＳ１０では、制御部２１は、コンテンツ管理サーバＣＳからのランキング情報の要求に応じて、記憶されているランキング情報を読み出して、これをコンテンツ管理サーバＣＳに返信し、ステップＳ１に戻る。
【００９８】
以上の処理が繰り返し行われ、最新のランキング情報がコンテンツ管理サーバＣＳに送信されることになる。
【００９９】
このように、鍵サーバＫＳでコンテンツデータの人気度を示すランキング情報を作成することにより、よりリアルタイムな（最新の）人気度が反映されたランキング情報を作成することができる。（コンテンツ管理サーバＣＳの処理）
次に、図１０を参照して、コンテンツ管理サーバＣＳの動作について説明する。
【０１００】
図１０は、コンテンツ管理サーバＣＳの制御部１１における処理を示すフローチャートである。
【０１０１】
図１０の処理は、例えば、システム管理者等から専用端末を通じてランキング情報の取得指示があった場合に開始され、先ず、制御部１１は、通信部１３等を介して鍵サーバＫＳに接続してランキング情報求メッセージを送信する（ステップＳ１１）。そして、制御部１１は、鍵サーバＫＳから送信されてきたランキング情報を通信部１３を介して受信する（ステップＳ１２）。
【０１０２】
次いで、制御部１１は、受信したランキング情報に記述されたコンテンツＩＤに対応するコンテンツデータを選定し（ステップＳ１３）、選定した各コンテンツデータのプレビューコンテンツを記憶部１２から取得する（ステップＳ１４）。
【０１０３】
次いで、制御部１１は、上記ランキング情報に記述された順位（コンテンツＩＤの並び順）に基づき各プレビューコンテンツの再生順序を決定する（ステップＳ１５）。
【０１０４】
次いで、制御部１１は、取得したプレビューコンテンツ間に上述した関連情報（又は当該関連情報を指定するための指定情報）を組み込みつつ、各プレビューコンテンツを上記決定した再生順序で連結して連結プレビューコンテンツを作成し（ステップＳ１６）、これを記憶部１２に記憶保存する。なお、このとき当該連結プレビューコンテンツにおけるプレビューコンテンツ間に組み込まれる関連情報（又は当該関連情報を指定するための指定情報）は、上述したように、その内容を同一とする場合と、内容を異ならせる場合とがあり、これはシステム管理者等により任意に設定されている。また、関連情報には、ランキング情報に加えて各コンテンツデータのあらすじ等の詳細情報を含めるようにしても良い。
【０１０５】
次いで、制御部１１は、このように作成した連結プレビューコンテンツに対して固有のコンテンツＩＤを作成、付加し、予め設定された複数のノードＮｎに対して送信（配信）する（ステップＳ１７）ことにより、連結プレビューコンテンツを当該複数のノードＮｎに投入する。こうして、連結プレビューコンテンツを受信して保存した各ノードＮｎは、上述したように、パブリッシュメッセージをそのルートノードに向けて送出する。これにより、当該パブリッシュメッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードにより受信され、当該パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報が登録される。
【０１０６】
次いで、制御部１１は、上記受信したランキング情報及び上記作成した連結プレビューコンテンツのコンテンツＩＤを、次回配信予定のコンテンツカタログ情報に記述して記憶部１２に記憶保存し（ステップＳ１８）、当該処理を終了する。なお、当該コンテンツカタログ情報は、システム管理者等から専用端末を通じてコンテンツカタログ情報の配信指示があった場合に、ＤＨＴルーティングが利用され全てのノードＮｎに対して配信されることになる。
【０１０７】
（ノードＮｎの処理）
次に、図１１乃至図１５を参照して、ノードＮｎの動作について説明する。
【０１０８】
ここでは、連結プレビューコンテンツ内に関連情報が組み込まれている場合（実施例１）と、連結プレビューコンテンツ内に関連情報を指定するための指定情報が組み込まれている場合（実施例２）と、に分けて説明する。
【０１０９】
図１１は、ノードＮｎの表示部３７上に表示されたコンテンツカタログ情報画面の一例を示す図である。図１２は、実施例１に係るノードＮｎの制御部３１における処理を示すフローチャートであり、図１３は、図１２の処理によりノードＮｎの表示部３７上に表示された画面遷移例を示す図である。図１４は、実施例２に係るノードＮｎの制御部３１における処理を示すフローチャートであり、図１５は、図１４の処理によりノードＮｎの表示部３７上に表示された画面遷移例を示す図である。
【０１１０】
なお、以下の説明においては、上述した連携プレビューコンテンツのコンテンツＩＤ及びランキング情報が記述されたコンテンツカタログ情報が、コンテンツ管理サーバＣＳからノードＮｎに配信され、当該ノードＮｎの記憶部３２に記憶されており、ユーザによる入力部４１を介したコンテンツカタログ表示指示により、図１１に示すようなコンテンツカタログ情報画面が表示されているものとする。
【０１１１】
（実施例１）
図１１に示すコンテンツカタログ情報画面６１においては、ユーザが所望のコンテンツデータを検索するための検索キーワード入力欄６１ａ、検索結果表示部６１ｂ、及びランキング情報表示部６１ｃが設けられている。検索結果表示部６１ｂには、検索キーワード入力欄６１ａに入力された検索キーワードとしてのジャンル「アニメ」に該当するコンテンツデータのタイトル（コンテンツ名）一覧がカーソルに６１ｄより選択可能に表示されている。このような表示状態において、ユーザが入力部４１を操作して所望のコンテンツ名にカーソル６１ｄを合わせ実行ボタンを押下すると、制御部３１は、当該選択されたコンテンツ名に対応するコンテンツＩＤを含むコンテンツ所在問合せ（検索）メッセージがそのルートノードに向けて送出されることになる。
【０１１２】
また、ランキング情報表示部６１ｃには、コンテンツデータの人気度の高い順に（つまり、視聴回数（上述した要求回数に相当）の多い順に）タイトルが並べられたランキング一覧が表示されている。なお、推移６１ｅは前回の順位からの推移を示している。
【０１１３】
更に、ランキング情報表示部６１ｃには、連結プレビューコンテンツのダウンロードボタン６１ｆが表示されており、ユーザが入力部４１を操作してダウンロードボタン６１ｆにカーソル６１ｄを合わせ実行ボタンを押下すると、図１２に示す処理が開始され、制御部３１は、連結プレビューコンテンツ取得処理を実行する（ステップＳ２１）。当該連結プレビューコンテンツ取得処理においては、上述したように、制御部３１は、当該連結プレビューコンテンツのコンテンツＩＤをコンテンツカタログ情報から取得し、かかるコンテンツＩＤを含むコンテンツ所在問合せ（検索）メッセージを、自己のＤＨＴを用いたルーティングテーブルにしたがって他のノードＮｎに対して送信し（当該コンテンツＩＤのルートノード宛に通信部４０から送出させる）、当該コンテンツＩＤのルートノードからインデックス情報を取得する。そして、制御部３１は、上記取得したインデックス情報に含まれるＩＰアドレス等にしたがってコンテンツ保持ノードにアクセスして、当該連結プレビューコンテンツを要求し、当該コンテンツ保持ノードから当該連結プレビューコンテンツを取得（ダウンロード）する。
【０１１４】
こうして取得された連結プレビューコンテンツは記憶部３２に記憶保存される。また、当該連結プレビューコンテンツには、図６（Ａ）に示すように、関連情報が組み込まれている。
【０１１５】
次いで、制御部３１は、連結プレビューコンテンツを再生するか否かを判別し（ステップＳ２２）、再生する場合（例えば、ユーザから入力部４１を介して連結プレビューコンテンツの再生指示があった場合）には（ステップＳ２２：ＹＥＳ）、当該連結プレビューコンテンツの再生処理を実行し（ステップＳ２３）、再生しない場合には（ステップＳ２２：ＮＯ）、当該処理を終了する。当該連結プレビューコンテンツの再生処理においては、制御部３１の制御の下、記憶部３２から連結プレビューコンテンツが読み出され、デコーダ部３５に送られデコードされ、音声処理部３８及びスピーカ３９等を介して再生出力される（なお、連結プレビューコンテンツがオーディオデータのみの場合、スピーカ３９から音波として出力される。一方、連結プレビューコンテンツがビデオデータとオーディオデータを含む場合、スピーカ３９から音波として出力され、且つ映像処理部３６を通じて表示部３７にその映像が表示される）。このとき、連結プレビューコンテンツに含まれるプレビューコンテンツは、上記再生順序で再生され、例えば図１３に示すように、プレビューコンテンツＣとプレビューコンテンツＨとの間に組み込まれているランキング情報に係る静止画（図１３（Ｃ））が挿入されつつ再生出力（所定時間）されることになる。なお、図１３（Ｃ）の例では、連結プレビューコンテンツにおけるプレビューコンテンツ間に組み込まれるランキング情報は、その内容を同一とする場合の例である。また、図１３（Ｃ）に示すランキング情報に係る静止画上に表示されたカーソル７１は、次に再生出力されるプレビューコンテンツＨのタイトル等上に表示されているが、プレビューコンテンツの再生が切り替えられる度に、当該カーソル７１は下方向へ移動することになる。
【０１１６】
このような連結プレビューコンテンツの再生処理は、連結プレビューコンテンツの再生が完了するまで継続され（ステップＳ２４：ＮＯ）、連結プレビューコンテンツの再生が完了した場合には（ステップＳ２４：ＹＥＳ）、当該処理が終了される。
【０１１７】
（実施例２）
次に、実施例２においても、図１１に示すコンテンツカタログ情報画面６１の表示状態において、ユーザが入力部４１を操作してダウンロードボタン６１ｆにカーソル６１ｄを合わせ実行ボタンを押下すると、図１４に示す処理が開始され、制御部３１は、連結プレビューコンテンツ取得処理を実行する（ステップＳ３１）。なお、図１４のステップＳ３１の処理は、図１２のステップＳ２１の処理と同様である。
【０１１８】
次いで、制御部３１は、連結プレビューコンテンツを再生するか否かを判別し（ステップＳ３２）、再生する場合には（ステップＳ３２：ＹＥＳ）、ステップＳ３３に進み、再生しない場合には（ステップＳ３２：ＮＯ）、当該処理を終了する。
【０１１９】
ステップＳ３３では、制御部３１は、例えば図６（Ｂ）に示す連結プレビューコンテンツＲＣ２の先頭に位置する指定情報を抽出し、当該抽出した指定情報に対応するランキング情報をコンテンツカタログ情報から取得する。そして、制御部３１は、当該連結プレビューコンテンツの再生処理を実行する（ステップＳ３４）。かかる再生処理においては、連結プレビューコンテンツに含まれるプレビューコンテンツは、上記再生順序で再生されることになるが、プレビューコンテンツが再生されると同時に、上記抽出されたライセンス情報も出力（例えばプレビューコンテンツに係る映像上に重畳されて表示）される。そして、プレビューコンテンツ間に組み込まれている指定情報まで再生が進むと、制御部３１は、当該指定情報を抽出してプレビューコンテンツの切替を認識し（ステップＳ３５：ＹＥＳ）、次のプレビューコンテンツが最後のデータであるか否かを判別する（ステップＳ３６）。そして、次のプレビューコンテンツが最後のデータでない場合には（ステップＳ３６：ＮＯ）、ステップＳ３３に戻り、上記抽出した指定情報に対応するランキング情報をコンテンツカタログ情報から取得し、これを次のプレビューコンテンツと共に（例えばプレビューコンテンツに係る映像上に重畳して）再生出力することになる。例えば図１５（Ｃ）に示すように、プレビューコンテンツＨの再生開始時に、その映像上に当該プレビューコンテンツＨに対応するランキング情報が重畳されることになる。なお、図１５（Ｄ）の例では、当該ランキング情報は、プレビューコンテンツＨの再生が進むと消去されているが、当該プレビューコンテンツＨの再生終了まで表示され続けるようにしても良い。また、図１５（Ｃ）の例では、連結プレビューコンテンツにおけるプレビューコンテンツ間に組み込まれた指定情報に対応するランキング情報は、その内容を異ならせる場合の例である。
【０１２０】
一方、次のプレビューコンテンツが最後のデータである場合には（ステップＳ３６：ＹＥＳ）、当該最後のプレビューコンテンツの再生処理が行われ（ステップＳ３７）、当該最後のプレビューコンテンツの再生が完了した場合、当該処理が終了される。
【０１２１】
以上説明したように、上記実施形態によれば、コンテンツ管理サーバＣＳは、コンテンツ分散保存システムＳにおいてレプリカが分散保存されている複数のコンテンツデータのうちから、これより少ない複数のコンテンツデータを選定し、選定した各コンテンツデータのプレビューコンテンツを取得し、これらのプレビューコンテンツが、ノードＮｎにおいて予め定められた再生順序で再生されるように、各プレビューコンテンツを連結した連結プレビューコンテンツを作成し、これをノードＮｎに送信するように構成したので、各ノードＮｎにおいて各コンテンツデータのプレビューコンテンツをより効率良く利用することができ、コンテンツデータの購入促進効果を高めることができる。
【０１２２】
また、各ノードＮｎは各コンテンツデータのプレビューコンテンツを個々に取得する必要がないので、プレビューコンテンツの取得に伴うネットワーク負荷を低減させることができる。
【０１２３】
また、連結プレビューコンテンツを複数のノードＮｎに投入（保存）しておき、通常のコンテンツデータのレプリカと同様、ユーザはコンテンツカタログ情報画面上で指示するだけでコンテンツ所在問合せ（検索）メッセージがルートノードに向けて送出され、当該連結プレビューコンテンツを保存しているノードＮｎのノード情報を簡単に取得できるようにしたので、より多くのユーザに、連結プレビューコンテンツに含まれるプレビューコンテンツを視聴させることができ、コンテンツデータの購入促進効果を高めることができる。
【０１２４】
また、連結プレビューコンテンツには、人気度又は推薦度の高い複数のプレビューコンテンツを含めることができるので、ユーザ（コンテンツ視聴者）にとって人気コンテンツやお勧めコンテンツを検索する手間を軽減することができる。よって、コンテンツデータの入手を容易にすることができ、より一層、コンテンツデータの購入促進効果を高めることができる。しかも、連結プレビューコンテンツは、人気度又は推薦度の高い順にプレビューコンテンツが再生されるように構成されているので、ユーザによる利用価値をより高めることができる。
【０１２５】
更に、各プレビューコンテンツ間に該プレビューコンテンツに対応するコンテンツデータに関連する関連情報（例えば、ランキング情報）が組み込まれた連結プレビューコンテンツを作成し、ノードＮｎに送信する構成によれば、ユーザは各プレビューコンテンツの再生の合間に、例えばそのランキングを見ることができるで、プレビューコンテンツに対応するコンテンツデータの人気度等をより把握し易くさせることができる。また、この構成の場合、各プレビューコンテンツ間に、再生される関連情報が組み込まれているので、ノードＮｎ側で例えばコンテンツカタログ情報から関連情報を取得する等の処理を行わなくても良い（コンテンツカタログ情報に関連情報を記述しなくとも良い）。
【０１２６】
また、各プレビューコンテンツ間にプレビューコンテンツに対応するコンテンツデータに関連する関連情報（例えば、ランキング情報）を指定するための指定情報が組み込まれた連結プレビューコンテンツを作成し、ノードＮｎに送信する構成によれば、関連情報（例えば、ランキング情報）が変わった場合にも、変更された後の関連情報を最新のコンテンツカタログ情報から取得（指定情報をキーとして）して表示させることができ、また、当該指定情報をキーとして取得された関連情報（例えば、ランキング情報）を、例えば図１５に示すように、プレビューコンテンツに係る映像上に重畳（かぶせる）させて表示することができる。
【０１２７】
なお、上記実施形態におけるコンテンツ分散保存システムＳは、ＤＨＴを利用したアルゴリズムによって形成されることを前提として説明したが、本発明はこれに限定されるものではない。
【図面の簡単な説明】
【０１２８】
【図１】本実施形態に係るコンテンツ分散保存システムにおける各ノード装置の接続態様の一例を示す図である。
【図２】ノードＮ２が保持するＤＨＴを用いたルーティングテーブルの一例を示す図である。
【図３】ＤＨＴのＩＤ空間の一例を示す概念図である。
【図４】ユーザノードから送出されたコンテンツ所在問合せ（検索）メッセージの流れの一例を、ＤＨＴのＩＤ空間にて示した概念図である。
【図５】コンテンツ管理サーバＣＳの概要構成例を示す図である。
【図６】連結プレビューコンテンツの概念図である。
【図７】鍵サーバＫＳの概要構成例を示す図である。
【図８】ノードＮｎの概要構成例を示す図である。
【図９】鍵サーバＫＳの制御部２１における処理を示すフローチャートである。
【図１０】コンテンツ管理サーバＣＳの制御部１１における処理を示すフローチャートである。
【図１１】ノードＮｎの表示部３７上に表示されたコンテンツカタログ情報画面の一例を示す図である。
【図１２】実施例１に係るノードＮｎの制御部３１における処理を示すフローチャートである。
【図１３】図１２の処理によりノードＮｎの表示部３７上に表示された画面遷移例を示す図である。
【図１４】実施例２に係るノードＮｎの制御部３１における処理を示すフローチャートである。
【図１５】図１４の処理によりノードＮｎの表示部３７上に表示された画面遷移例を示す図である。
【符号の説明】
【０１２９】
８  ネットワーク
９  オーバーレイネットワーク
１１、２１、３１  制御部
１２、２２、３２  記憶部
１３、２３、４０  通信部
１４、２４、４２  バス
３３  バッファメモリ
３４  復号用アクセラレータ
３５  デコーダ部
３６  映像処理部
３７  表示部
３８  音声処理部
３９  スピーカ
４１  入力部
Ｎｎ  ノード
Ｓ  コンテンツ分散保存システム
【図１】
2008236537.tif 000003
【図２】
2008236537.tif 000004
【図３】
2008236537.tif 000005
【図４】
2008236537.tif 000006
【図５】
2008236537.tif 000007
【図６】
2008236537.tif 000008
【図７】
2008236537.tif 000009
【図８】
2008236537.tif 000010
【図９】
2008236537.tif 000011
【図１０】
2008236537.tif 000012
【図１１】
2008236537.tif 000013
【図１２】
2008236537.tif 000014
【図１３】
2008236537.tif 000015
【図１４】
2008236537.tif 000016
【図１５】
2008236537.tif 000017