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