(57)【要約】【課題】著作権保護に関する安全性等を確保しつつ、サーバのような特定の装置に対して過大な処理負担を課するということを防止すること等が可能な情報配信システム、ノード装置、及び解除データ発行方法等を提供する。【解決手段】本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、再生制限がなされた配信情報であって複数の前記配信情報が複数のノード装置に分散されて保存されている情報配信システムにおいて、夫々の前記配信情報の再生制限を解除するための解除データの発行許可に関する認証処理が複数のノード装置において分散して行われる。【選択図】図７
2006285974.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに通信可能な複数のノード装置を備え、再生制限がなされた配信情報であって複数の前記配信情報が複数のノード装置に分散されて保存されている情報配信システムにおいて、
夫々の前記配信情報の再生制限を解除するための解除データの発行許可に関する認証処理が複数のノード装置において分散して行われることを特徴とする情報配信システム。
【請求項２】
請求項１に記載の情報配信システムにおいて、
前記夫々の配信情報に対応する前記認証処理は、前記夫々の配信情報毎に対応するノード装置により行われることを特徴とする情報配信システム。
【請求項３】
請求項１又は２に記載の情報配信システムにおいて、
１の前記配信情報に対応する前記解除データを要求する第１のノード装置は、当該解除データの取得権限を証する取得権限証データを有しており、当該第１のノード装置は、前記取得権限証データを送信する取得権限証送信手段を備え、
前記１の配信情報に対応する前記認証処理を行う第２のノード装置は、
前記取得権限証データを受信する取得権限証受信手段と、
前記受信された取得権限証データの有効性を認証する認証手段と、
前記認証手段により有効性があると認証された場合に、前記１の配信情報に対応する前記解除データを発行する解除データ発行手段と、
前記発行された解除データを送信する解除データ送信手段と、を備えることを特徴とする情報配信システム。
【請求項４】
請求項１又は２に記載の情報配信システムにおいて、
１の前記配信情報に対応する前記解除データを要求する第１のノード装置は、当該解除データの取得権限を証する取得権限証データを有しており、当該第１のノード装置は、前記取得権限証データを送信する取得権限証送信手段を備え、
前記１の配信情報に対応する前記認証処理を行う第２のノード装置は、
前記取得権限証データを受信する取得権限証受信手段と、
前記受信された取得権限証データの有効性を認証する認証手段と、
前記認証手段により有効性があると認証された場合に、前記１の配信情報に対応する前記解除データの発行許可を示す発行許可情報を送信する発行許可情報送信手段と、を備え、
第３のノード装置は、
前記発行許可情報を受信する発行許可情報受信手段と、
前記受信された発行許可情報に示された解除データを発行する解除データ発行手段と、
前記発行された解除データを送信する解除データ送信手段と、を備えることを特徴とする情報配信システム。
【請求項５】
請求項４に記載の情報配信システムにおいて、
前記第２のノード装置は、前記認証権限を証する認証権限証データを有しており、前記発行許可情報送信手段は、前記発行許可情報及び前記認証権限証データを送信し、
前記第３のノード装置の前記発行許可情報受信手段は、前記発行許可情報及び前記認証権限証データを受信し、当該第３のノード装置は、更に、前記受信された認証権限証データの有効性を認証する認証手段を備え、前記解除データ発行手段は、当該認証手段により有効性があると認証された場合にのみ、前記解除データを発行することを特徴とする情報配信システム。
【請求項６】
請求項４又は５に記載の情報配信システムにおいて、  
前記第３のノード装置の前記解除データ送信手段は、前記解除データ及び当該解除データに対応する前記１の配信情報の所在を示す所在情報を送信することを特徴とする情報配信システム。
【請求項７】
請求項３乃至５の何れか一項に記載の情報配信システムにおいて、
前記第１のノード装置は、更に、
前記解除データを受信する解除データ受信手段と、
前記受信された解除データにより前記１の配信情報の再生制限を解除して当該配信情報を再生する再生手段と、
を備えることを特徴とする情報配信システム。
【請求項８】
請求項６に記載の情報配信システムにおいて、
前記第１のノード装置は、更に、
前記解除データ及び前記所在情報を受信する解除データ受信手段と、
前記受信された所在情報に基づき、前記１の配信情報を取得する配信情報取得手段と、
前記受信された解除データにより前記取得された１の配信情報の再生制限を解除して当該配信情報を再生する再生手段と、
を備えることを特徴とする情報配信システム。
【請求項９】
請求項３乃至８の何れか一項に記載の情報配信システムに含まれる第１のノード装置として機能することを特徴とするノード装置。
【請求項１０】
コンピュータを、請求項９に記載のノード装置として機能させることを特徴とするプログラム。
【請求項１１】
請求項３乃至８の何れか一項に記載の情報配信システムに含まれる第２のノード装置として機能することを特徴とするノード装置。
【請求項１２】
コンピュータを、請求項１１に記載のノード装置として機能させることを特徴とするプログラム。
【請求項１３】
請求項４乃至８の何れか一項に記載の情報配信システムに含まれる第３のノード装置として機能することを特徴とするノード装置。
【請求項１４】
コンピュータを、請求項１３に記載のノード装置として機能させることを特徴とするプログラム。
【請求項１５】
ネットワークを介して互いに通信可能な複数のノード装置を備え、再生制限がなされた配信情報であって複数の前記配信情報が複数のノード装置に分散されて保存されている情報配信システムにおいて、夫々の前記配信情報の再生制限を解除するための解除データの発行許可に関する認証処理が複数のノード装置において分散して行われる情報配信システムにおける解除データ発行方法であって、
１の前記配信情報に対応する前記解除データを要求する第１のノード装置は、当該解除データの取得権限を証する取得権限証データを有しており、当該第１のノード装置は、前記取得権限証データを送信し、
前記１の配信情報に対応する前記認証処理を行う第２のノード装置は、前記取得権限証データを受信し、当該取得権限証データの有効性を認証し、有効性があると認証した場合に、前記１の配信情報に対応する前記解除データを発行し、当該解除データを送信することを特徴とする解除データ発行方法。
【請求項１６】
ネットワークを介して互いに通信可能な複数のノード装置を備え、再生制限がなされた配信情報であって複数の前記配信情報が複数のノード装置に分散されて保存されている情報配信システムにおいて、夫々の前記配信情報の再生制限を解除するための解除データの発行許可に関する認証処理が複数のノード装置において分散して行われる情報配信システムにおける解除データ発行方法であって、
１の前記配信情報に対応する前記解除データを要求する第１のノード装置は、当該解除データの取得権限を証する取得権限証データを有しており、当該第１のノード装置は、前記取得権限証データを送信し、
前記１の配信情報に対応する前記認証処理を行う第２のノード装置は、前記取得権限証データを受信し、当該取得権限証データの有効性を認証し、有効性があると認証した場合に、前記１の配信情報に対応する前記解除データの発行許可を示す発行許可情報を送信し、
第３のノード装置は、前記発行許可情報を受信し、当該発行許可情報に示された解除データを発行し、当該解除データを送信することを特徴とする解除データ発行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の情報配信システム等に関し、特に、再生制限がなされ
た複数のデジタルコンテンツが複数のノード装置に分散されて保存されているコンテンツ情報配信システム等の技術分野に関する。
【背景技術】
【０００２】
従来から、クライアント−サーバモデルのコンテンツ配信システムにおいて、著作権保護の観点から、ユーザがコンテンツデータ（デジタルコンテンツ）を利用するためにライセンスを得る権利情報管理方式（ＤＲＭ：Digital Rights Management）が知られている
。
【０００３】
例えば、特許文献１には、クライアントが、ライセンスサーバに対してライセンス取得要求を行なうことで、ライセンスサーバが、ライセンス認証を行い、暗号化されたコンテンツデータを再生するためのコンテンツ鍵（暗号鍵）を発行するコンテンツ配信システムが開示されている。また、特許文献２にも、コンテンツデータに対応するライセンスをライセンスサーバが発行する際における技術が開示されている。
【特許文献１】特開２００４−２２７２８３号公報
【特許文献２】特開２００４−０４６８５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、近年、上記クライアント・サーバモデルとは異なり、クライアント（ノード装置）がネットワークに自由に参加、脱退（例えば、電源のＯＮ，ＯＦＦ）可能であるピアツーピア（Peer to Peer（P2P））モデルが注目されている。音楽配信で有名なNapster(ナプスタ)やGnutella(グヌーテラ)がその例である。
【０００５】
このようなＰ２Ｐモデルにおいては、様々なコンテンツデータが多くのノード装置に分散して保存されており、これらのコンテンツデータが配信される都度、著作権保護に関する安全性等を確保する為にライセンスサーバがライセンス認証及びコンテンツ鍵発行処理を行うが、一方でライセンスサーバに過大な処理負担を課するという問題が生じる。
【０００６】
本発明は、以上の問題等に鑑みてなされたものであり、著作権保護に関する安全性等を確保しつつ、サーバのような特定の装置に対して過大な処理負担を課するということを防止すること等が可能な情報配信システム、ノード装置、及び解除データ発行方法等を提供することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、再生制限がなされた配信情報であって複数の前記配信情報が複数のノード装置に分散されて保存されている情報配信システムにおいて、夫々の前記配信情報の再生制限を解除するための解除データの発行許可に関する認証処理が複数のノード装置において分散して行われることを特徴とする。
【０００８】
この発明によれば、夫々の配信情報の再生制限を解除するための解除データの発行許可に関する認証処理が複数のノード装置において分散して行われるように構成したので、著作権保護に関する安全性等を確保しつつ、従来の認証処理を行うサーバのような特定の装置に対して過大な処理負担を課するということを防止することができる。
【０００９】
請求項２に記載の発明は、請求項１に記載の情報配信システムにおいて、前記夫々の配信情報に対応する前記認証処理は、前記夫々の配信情報毎に対応するノード装置により行われることを特徴とする。
【００１０】
この発明によれば、夫々の配信情報毎に対応するノード装置により認証処置が行われるので、著作権保護に関する安全性等を確保しつつ、従来の認証処理を行うサーバのような特定の装置に対して過大な処理負担を課するということを防止することができる。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載の情報配信システムにおいて、１の前記配信情報に対応する前記解除データを要求する第１のノード装置は、当該解除データの取得権限を証する取得権限証データを有しており、当該第１のノード装置は、前記取得権限証データを送信する取得権限証送信手段を備え、前記１の配信情報に対応する前記認証処理を行う第２のノード装置は、前記取得権限証データを受信する取得権限証受信手段と、前記受信された取得権限証データの有効性を認証する認証手段と、前記認証手段により有効性があると認証された場合に、前記１の配信情報に対応する前記解除データを発行する解除データ発行手段と、前記発行された解除データを送信する解除データ送信手段と、を備えることを特徴とする。
【００１２】
この発明によれば、解除データの取得権限を証する取得権限証データの有効性の認証と解除データの発行とを前記１の配信情報に対応する前記認証処理を行う第２のノード装置が行うように構成したので、著作権保護に関する安全性等を確保しつつ、従来の認証処理を行うサーバのような特定の装置に対して過大な処理負担を課するということを防止することができる。
【００１３】
請求項４に記載の発明は、請求項１又は２に記載の情報配信システムにおいて、１の前記配信情報に対応する前記解除データを要求する第１のノード装置は、当該解除データの取得権限を証する取得権限証データを有しており、当該第１のノード装置は、前記取得権限証データを送信する取得権限証送信手段を備え、前記１の配信情報に対応する前記認証処理を行う第２のノード装置は、前記取得権限証データを受信する取得権限証受信手段と、前記受信された取得権限証データの有効性を認証する認証手段と、前記認証手段により有効性があると認証された場合に、前記１の配信情報に対応する前記解除データの発行許可を示す発行許可情報を送信する発行許可情報送信手段と、を備え、第３のノード装置は、前記発行許可情報を受信する発行許可情報受信手段と、前記受信された発行許可情報に示された解除データを発行する解除データ発行手段と、前記発行された解除データを送信する解除データ送信手段と、を備えることを特徴とする。
【００１４】
この発明によれば、取得権限証データの有効性の認証を行うノード装置と、解除データの発行を行うノード装置とを独立させるように構成したので、解除データの要求者と発行者との間の不正な結託を防ぎ著作権保護に関する安全性、信頼性等を高めつつ、従来の認証処理を行うサーバのような特定の装置に対して過大な処理負担を課するということを防止することができる。
【００１５】
請求項５に記載の発明は、請求項４に記載の情報配信システムにおいて、前記第２のノード装置は、前記認証権限を証する認証権限証データを有しており、前記発行許可情報送信手段は、前記発行許可情報及び前記認証権限証データを送信し、前記第３のノード装置の前記発行許可情報受信手段は、前記発行許可情報及び前記認証権限証データを受信し、当該第３のノード装置は、更に、前記受信された認証権限証データの有効性を認証する認証手段を備え、前記解除データ発行手段は、当該認証手段により有効性があると認証された場合にのみ、前記解除データを発行することを特徴とする。
【００１６】
この発明によれば、認証権限証データの有効性があると認証された場合にのみ、解除データを発行するように構成したので、より一層、著作権保護に関する安全性、信頼性等を高めることができる。
【００１７】
請求項６に記載の発明は、請求項４又は５に記載の情報配信システムにおいて、前記第３のノード装置の前記解除データ送信手段は、前記解除データ及び当該解除データに対応する前記１の配信情報の所在を示す所在情報を送信することを特徴とする。
【００１８】
請求項７に記載の発明は、請求項３乃至５の何れか一項に記載の情報配信システムにおいて、前記第１のノード装置は、更に、前記解除データを受信する解除データ受信手段と、前記受信された解除データにより前記１の配信情報の再生制限を解除して当該配信情報を再生する再生手段と、を備えることを特徴とする。
【００１９】
請求項８に記載の発明は、請求項６に記載の情報配信システムにおいて、前記第１のノード装置は、更に、前記解除データ及び前記所在情報を受信する解除データ受信手段と、前記受信された所在情報に基づき、前記１の配信情報を取得する配信情報取得手段と、前記受信された解除データにより前記取得された１の配信情報の再生制限を解除して当該配信情報を再生する再生手段と、を備えることを特徴とする。
【００２０】
請求項９に記載のノード装置は、請求項３乃至８の何れか一項に記載の情報配信システムに含まれる第１のノード装置として機能することを特徴とする。
【００２１】
請求項１０に記載のプログラムは、コンピュータを、請求項９に記載のノード装置として機能させることを特徴とする。
【００２２】
請求項１１に記載のノード装置は、請求項３乃至８の何れか一項に記載の情報配信システムに含まれる第２のノード装置として機能することを特徴とする。
【００２３】
請求項１２に記載のプログラムは、コンピュータを、請求項１１に記載のノード装置として機能させることを特徴とする。
【００２４】
請求項１３に記載のノード装置は、請求項４乃至８の何れか一項に記載の情報配信システムに含まれる第３のノード装置として機能することを特徴とする。
【００２５】
請求項１４に記載のプログラムは、コンピュータを、請求項１３に記載のノード装置として機能させることを特徴とする。
【００２６】
請求項１５に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、再生制限がなされた配信情報であって複数の前記配信情報が複数のノード装置に分散されて保存されている情報配信システムにおいて、夫々の前記配信情報の再生制限を解除するための解除データの発行許可に関する認証処理が複数のノード装置において分散して行われる情報配信システムにおける解除データ発行方法であって、１の前記配信情報に対応する前記解除データを要求する第１のノード装置は、当該解除データの取得権限を証する取得権限証データを有しており、当該第１のノード装置は、前記取得権限証データを送信し、前記１の配信情報に対応する前記認証処理を行う第２のノード装置は、前記取得権限証データを受信し、当該取得権限証データの有効性を認証し、有効性があると認証した場合に、前記１の配信情報に対応する前記解除データを発行し、当該解除データを送信することを特徴とする。
【００２７】
請求項１６に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、再生制限がなされた配信情報であって複数の前記配信情報が複数のノード装置に分散されて保存されている情報配信システムにおいて、夫々の前記配信情報の再生制限を解除するための解除データの発行許可に関する認証処理が複数のノード装置において分散して行われる情報配信システムにおける解除データ発行方法であって、１の前記配信情報に対応する前記解除データを要求する第１のノード装置は、当該解除データの取得権限を証する取得権限証データを有しており、当該第１のノード装置は、前記取得権限証データを送信し、前記１の配信情報に対応する前記認証処理を行う第２のノード装置は、前記取得権限証データを受信し、当該取得権限証データの有効性を認証し、有効性があると認証した場合に、前記１の配信情報に対応する前記解除データの発行許可を示す発行許可情報を送信し、第３のノード装置は、前記発行許可情報を受信し、当該発行許可情報に示された解除データを発行し、当該解除データを送信することを特徴とする。
【発明の効果】
【００２８】
本発明によれば、夫々の配信情報の再生制限を解除するための解除データの発行許可に関する認証処理が複数のノード装置において分散して行われるので、従来の認証処理を行うサーバのような特定の装置に対して過大な処理負担を課するということを防止することができる。
【発明を実施するための最良の形態】
【００２９】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ配信システムに対して本発明を適用した場合の実施形態である。
【００３０】
［１．コンテンツ配信システムの構成等］
始めに、図１を参照して、情報配信システムとしてのコンテンツ配信システムの概要構成等について説明する。
【００３１】
図１は、本実施形態に係るコンテンツ配信システムにおける各ノード装置の接続態様の一例を示す図である。
【００３２】
図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、ルータ（図示せず）及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界のネットワーク）８が構築されている。
【００３３】
コンテンツ配信システムＳは、このようなネットワーク８を介して相互に接続された複数のノード装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・を備えて構成されることになり、ピアツーピア方式のネットワークシステムとなっている。各ノード装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・には、固有の製造番号及びＩＰ（Internet Protocol）アドレスが割り当てられている。なお、製造番号及びＩＰアドレスは、複数のノード装置１間で重複しないものである。また、以下の説明において、ノード装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・を総称して「ノード１」というものとする。
【００３４】
更に、コンテンツ配信システムＳは、ライセンスサーバ２を備え、これはネットワーク８に接続されている。
【００３５】
そして、このコンテンツ配信システムＳにおいては、特定のアルゴリズム、例えば、後述する分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用したアルゴリズムによって、図１の上部枠１００内に示すような、オーバーレイネットワーク９が構築されることになる。つまり、このオーバーレイネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するネットワークを意味する。
【００３６】
本実施形態においては、ＤＨＴを利用したアルゴリズムによって構築されたオーバーレイネットワーク９を前提としており、このオーバーレイネットワーク９上に配置されたノード１を、オーバーレイネットワーク９に参加しているノード１という。オーバーレイネットワーク９への参加は、未だ参加していないノード１が、既に参加している任意のノード１に対して参加要求を送ることによって行われる。
【００３７】
また、オーバーレイネットワーク９に参加している各ノード１は、ノードＩＤを有しており、当該ノードＩＤは、例えば、ＩＰアドレスあるいは製造番号を共通のハッシュ関数（例えば、ＳＨＡ−１等）によりハッシュ化した値（例えば、ｂｉｔ長は１６０ｂｉｔ）であり、一つのＩＤ空間に偏りなく分散して配置されることになる。このように共通のハッシュ関数により求められた（ハッシュ化された）ノードＩＤは、当該ＩＰアドレスあるいは製造番号が異なれば、同じ値になる確率が極めて低いものである。なお、ハッシュ関数については公知であるので詳しい説明を省略する。なお、本実施形態では、ＩＰアドレス（グローバルＩＰアドレス）を共通のハッシュ関数によりハッシュ化した値をノードＩＤとする。
【００３８】
また、オーバーレイネットワーク９に参加している各ノード１は、夫々、ＤＨＴを保持している。このＤＨＴには、他のノード１への経路情報、すなわち、ノードＩＤ空間内で適度に離れた他のノード１のノードＩＤとそのＩＰアドレスが、複数登録されている。このようなＤＨＴは、ノード１がオーバーレイネットワーク９に参加する際に与えられることになる。また、コンテンツ配信システムＳにおいては、ノード１のオーバーレイネットワーク９への参加若しくは脱退が頻繁に行われるため、定期的に（例えば数十分から数時間間隔で）ＤＨＴの更新が必要かどうかが確認されると共に、その更新情報が他のノード１にＤＨＴに登録されている経路を介して伝達されるようになっている。これにより、ＤＨＴを最新の状態に保つことが可能となる。なお、ＤＨＴの生成方法については公知であるので詳しい説明を省略する。
【００３９】
更に、オーバーレイネットワーク９に参加している何れか複数のノード１は、ライセンスサーバ２の公開鍵（いわゆる公開鍵暗号方式における公開鍵）を保持（所有）することになる。ノード１は、この公開鍵によって、例えば、ライセンスサーバ２において当該ライセンスサーバ２の秘密鍵（いわゆる公開鍵暗号方式における秘密鍵）で暗号化された電子データ（例えば、後述するライセンス証やライセンス認証権限委譲証のハッシュ値）を復号化することができる。ところで、ライセンスサーバ２の秘密鍵は、ライセンスサーバ２のみが保持（所有）しているため、当該秘密鍵で電子データを暗号化することは、ライセンスサーバ２が当該電子データに署名（電子署名）することを意味する。そして、ノード１が、ライセンスサーバ２により署名（秘密鍵で暗号化）された電子データを、ライセンスサーバ２の公開鍵で復号化することは、当該電子データの出所を検証することを意味する。
【００４０】
更にまた、オーバーレイネットワーク９に参加している何れか複数のノード１には、配信情報としてのコンテンツ（例えば、映画や音楽等）データが分散されて保存（格納）されている。例えば、ノード１ａには、タイトルがＸＸＸの映画のコンテンツデータが保存されており、一方、ノード１ｂには、タイトルがＹＹＹの映画のコンテンツデータが保存されるというように、互いに異なるコンテンツデータが、複数のノード１に分散されて保存される。また、あるコンテンツデータは、１つのノード１に保存されているとは限らず、複数のノード１に同じコンテンツデータが保存されうる。これらのコンテンツデータには、夫々、コンテンツ名（タイトル）等が付与されている。
【００４１】
また、このように分散して保存される全てのコンテンツデータは、再生制限がなされ保護されている。
【００４２】
ここで、再生制限とは、そのままの状態では正常にコンテンツデータを再生できず、視聴者がコンテンツを視聴できないように制限されていることを意味しており、本実施形態においては、コンテンツデータを暗号化鍵により暗号化することにより再生制限を行なっている。そして、コンテンツデータの再生制限、つまり暗号化は、解除データとしての復号化鍵（以下、「コンテンツ保護キー」という）により解除され、これにより、視聴者がコンテンツを視聴できることになる。
【００４３】
本実施形態において、このようなコンテンツデータの暗号化は、ライセンスサーバ２によってなされ、暗号化されたコンテンツデータは、ライセンスサーバ２から適当なノード１に配信され、保存されることになる。
【００４４】
なお、以下の説明において、このように暗号化されたコンテンツデータを、保護済コンテンツデータと称するものとし、保護済コンテンツデータが保存されるノード１をレプリカノード（コンテンツホルダノード）と称するものとする。
【００４５】
そして、このように分散保存されている保護済コンテンツデータの所在を示す所在情報（例えば、保護済コンテンツデータが保存されているレプリカノードのＩＰアドレス）もまた、オーバーレイネットワーク９に参加している複数のノード１に分散して保存されている。例えば、あるコンテンツデータのコンテンツ名（或いは、当該コンテンツデータの先頭数バイトでも良い）が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化され（つまり、ノード１のＩＰアドレスのハッシュ値と同一のＩＤ空間に配置）、そのハッシュ値（当該ハッシュ値がコンテンツＩＤとなる）と最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノード１（以下、「ルートノード」という）に、当該コンテンツデータの所在情報が保存されることになる。つまり、同一のコンテンツデータ（コンテンツＩＤが同一）が、夫々、複数のレプリカノードに保存されている場合であっても、かかるコンテンツデータの所在を示す所在情報（複数のレプリカノードのＩＰアドレス等）は、１つのルートノードで管理することができる（なお、本実施形態においては、１のルートノードでは、１のコンテンツＩＤに対応するコンテンツデータの所在情報が保存される（つまり、ルートノードと上記所在情報とは１対１の関係にある）が、これに限定されるものではない））。
【００４６】
そして、あるコンテンツデータを取得（ダウンロード）したいユーザが使用するノード（以下、これを「ユーザノード」という）は、当該コンテンツデータのコンテンツＩＤが付加されたクエリ（問合せ情報）を他のノード１に対して送出することにより、当該クエリは、ＤＨＴルーティングによっていくつかのノード１（以下、これを「中継ノード」という）を経由してそのコンテンツデータの所在を示す所在情報を保存しているルートノードに辿り着く。上記各中継ノードは、受信したクエリに付加されたコンテンツＩＤと、ＤＨＴに登録されているノードＩＤとを比較して、次に転送すべきノード１を特定（例えば、コンテンツＩＤの上位数桁が一致するノードＩＤに対応するノード１のＩＰアドレスを特定）し、そこにクエリを転送することになる。こうして、ユーザノードは、上記ルートノードから所在情報を取得（受信）して、その所在情報に基づいて上記コンテンツデータを保存しているレプリカノードに接続し、そこから当該コンテンツデータを取得（受信）することが可能になる。
【００４７】
なお、ユーザノードからルートノードに至るまでのＤＨＴを用いたクエリの転送方法は、例えば「Ｐａｓｔｒｙ」等で公知であるので更なる詳しい説明を省略する。また、クエリがルートノードに辿り着くまでの間に当該ルートノードと同じ所在情報をキャッシュしているノード１から当該所在情報が取得（受信）されるように構成してもよい。
【００４８】
ところで、上述したように、保護済コンテンツデータを正常に再生するには、コンテンツ保護キーが必要となるが、本実施形態においては、当該コンテンツ保護キーの発行許可に関する認証処理を行うノード１（以下、「認証ノード」という）と、コンテンツ保護キーの発行処理を行うノード１（以下、「コンテンツ保護キー発行ノード」という）と、が保護済コンテンツデータ毎（つまり、コンテンツデータ（コンテンツＩＤ）が異なれば、認証ノードもコンテンツ保護キー発行ノードも異なる）に存在しており、コンテンツ保護キーの発行許可に関する認証処理が、夫々の保護済コンテンツデータに対応する認証ノードにおいて行われ（即ち、認証処理の分散）、コンテンツ保護キーの発行処理が、夫々の保護済コンテンツデータ（コンテンツＩＤ毎）に対応するコンテンツ保護キー発行ノードにおいて行われる（即ち、発行処理の分散）ようになっている。
【００４９】
なお、本実施形態においては、コンテンツデータ（保護済コンテンツデータ）のコンテンツ名（或いは、当該コンテンツデータの先頭数バイトでも良い）＋接尾辞（例えば、コンテンツ配信システムＳ内で統一された特定文字列）が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化され、そのハッシュ値（当該ハッシュ値が認証ＩＤとなる）と最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノード１が、当該コンテンツデータに対応する認証ノードとなる。また、以下の説明においては、ルートノードが、コンテンツ保護キー発行ノードとして機能する場合を例にとるものとする。
【００５０】
ここで、図２を参照して、ユーザノードがコンテンツ保護キーを取得する場合における基本的な流れを説明する。
【００５１】
図２は、ＤＨＴのノードＩＤ空間において、ユーザノードがコンテンツ保護キーを取得する場合におけるＤＨＴルーティングの一例を示す図である。
【００５２】
図２の例において、ユーザノード１ａは、取得対象となる保護済コンテンツデータ（例えば、ユーザが視聴したいコンテンツに係るコンテンツデータ）のコンテンツ保護キーの取得権限を証する取得権限証データの一例としてのライセンス証（ライセンスサーバ２により署名されている）をライセンスサーバ２から購入し、当該ライセンス証の認証依頼を示す認証依頼情報であって、当該ライセンス証、認証ＩＤ、及びユーザノード１ａのＩＰアドレス等が付加された認証依頼情報を他のノード１に対して送出する。
【００５３】
そして、送出された認証依頼情報は、認証ＩＤをキーとするＤＨＴルーティングによって中継ノード１ｂ及び１ｃを経由して、保護済コンテンツデータに対応する認証ノード（つまり、当該コンテンツデータのコンテンツ名＋接尾辞のハッシュ値（認証ＩＤ）と最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノード）１ｘに辿り着くことになる。なお、各中継ノードにおいては、認証依頼情報に付加された認証ＩＤと、ＤＨＴに登録されているノードＩＤとを比較して、次に転送すべきノード１を特定し（例えば、認証ＩＤの上位数桁が一致するノードＩＤに対応するノード１のＩＰアドレスを特定）、そこに認証依頼情報を転送することになる。
【００５４】
この認証依頼情報を受信した認証ノード１ｘは、それに付加されたライセンス証に基づき当該保護済コンテンツデータに対応するコンテンツ保護キーの発行許可に関する認証処理、つまり、ライセンス証の有効性の認証（有効性の検査）を行う。なお、詳しくは後に述べるが、この認証ノード１ｘは、ライセンスサーバ２からライセンス認証権限が与えられており（言い換えれば、ライセンスサーバ２からライセンス認証権限が委譲されており）、当該認証権限を証する認証権限証データの一例としてのライセンス認証権限委譲証（ライセンスサーバ２により署名されている）を有している。
【００５５】
そして、認証ノード１ｘは、認証処理において当該ライセンス証に有効性があると認証した場合には、当該保護済コンテンツデータに対応するコンテンツ保護キーの発行許可を示す保護キー発行許可情報であって、上記ライセンス認証権限委譲証、当該保護済コンテンツデータのコンテンツＩＤ及びユーザノード１ａのＩＰアドレス等が付加された保護キー発行許可情報を、図２に示すように、他のノード１に対して送出する。
【００５６】
そして、送出された保護キー発行許可情報は、コンテンツＩＤをキーとするＤＨＴルーティングによって中継ノード１ｄ及び１ｅを経由して、当該保護済コンテンツデータに対応するコンテンツ保護キー発行ノードであるルートノード（つまり、当該コンテンツデータのコンテンツＩＤと最も近いノードＩＤを有するノード）１ｙに辿り着くことになる。
【００５７】
この保護キー発行許可情報を受信したルートノード１ｙは、認証ノード１ｘの認証権限を確認、つまり、保護キー発行許可情報に付加されたライセンス認証権限委譲証の有効性の認証（有効性の検査）を行い、当該ライセンス認証権限委譲証に有効性があると認証した場合には、当該保護済コンテンツデータの所在情報、及び当該保護済コンテンツデータに対応するコンテンツ保護キー等が付加された保護キー送信情報を、ユーザノード１ａに送信することになる。こうして、ユーザノード１ａは、受信した所在情報に基づいて当該保護済コンテンツデータを保存しているレプリカノード１ｚに接続し、そこから当該保護済コンテンツデータを取得し、上記受信したコンテンツ保護キーにより保護済コンテンツデータを復号して再生することになる。
【００５８】
［２．ノードの構成等］
次に、図３及び図４等を参照して、コンテンツ配信システムＳにおけるノード１の構成及び機能について説明する。
【００５９】
図３は、ノード１の概要構成例を示す図であり、図４は、ＩＣカードの概要構成例を示す図である。
【００６０】
各ノード１は、図３に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラム（ＯＳ（オペレーティングシステム）及び各種アプリケーションを含む）を記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１と、各種データ（例えば、保護済コンテンツデータ）、及びＤＨＴ等を記憶保存（格納）するためのＨＤＤ等から構成された記憶部１２と、受信された保護済コンテンツデータを一時蓄積するバッファメモリ１３と、保護済コンテンツデータを復号化するための復号化用アクセラレータ１４と、復号化されたコンテンツデータに含まれるエンコード（データ圧縮等）されたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコード（データ伸張等）するデコーダ部１５と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部（ビデオチップを含む）１６と、当該映像処理部１６から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部１７と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部１８と、当該音声処理部１８から出力されたオーディオ信号を音波として出力するスピーカ１９と、ＩＣカード２５を挿入するＩＣカードスロット２０と、ネットワーク８を通じて他のノード１又はライセンスサーバ２との間の情報の通信制御を行うための通信部（ネットワークインターフェイス）２１と、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部（例えば、キーボード、マウス、或いは、操作パネル、リモコン等）２２と、を備えて構成され、制御部１１、記憶部１２、バッファメモリ１３、復号化用アクセラレータ１４、デコーダ部１５、ＩＣカードスロット２０、通信部２１、及び入力部２２は、バス２３を介して相互に接続されている。
【００６１】
そして、制御部１１は、ＣＰＵがＲＯＭ又は記憶部１２等に記憶されたプログラムを読み出して実行することにより、ノード１全体を統括制御すると共に、ユーザからの入力部２２を介した指示に従って、オーバーレイネットワーク９への参加要求処理を行い、上述したＤＨＴを取得するようになっている。これにより、ノード１は、他のノード１との間でデータ（例えば、コンテンツデータ）の授受や、他のノード１へのコンテンツデータの転送等の基本的機能を有することになる。
【００６２】
そして、ノード１が、上述したユーザノード１ａ、認証ノード１ｘ、及びルートノード１ｙとして機能するためには、耐タンパ性のある（つまり、非正規な手段による機密データの読み取りを防ぎ、簡単に解析できないようにタンパリング対策が施されている）ＩＣカード２５が必要であり、当該ＩＣカード２５は、例えば、ライセンスサーバ２の運営者等からユーザに配布される。
【００６３】
ＩＣカード２５は、図４に示すように、ＣＰＵからなるＩＣカードコントローラ２５１、ＲＡＭ２５２、ＲＯＭ２５３、耐タンパ性のある不揮発性メモリ（例えば、ＥＥＰＲＯＭ）２５４、及びインターフェイスドライブ２５５等を備えて構成され、これらの構成要素は、バス２５６を介して相互に接続されている。ＲＯＭ２５３には、ノード１が機能するユーザノード１ａ、認証ノード１ｘ、又はルートノード１ｙに応じたプログラムが記憶され、不揮発性メモリ２５４には、ノード１が機能するユーザノード１ａ、認証ノード１ｘ、又はルートノード１ｙに応じたデータが記憶されるようになっている。
【００６４】
ノード１がユーザノード１ａとして使用される場合、ＲＯＭ２５３にはライセンス証購入処理プログラム及びＤＲＭ（Digital Rights Management）処理プログラム等が予め記憶され、不揮発性メモリ２５４には、ユーザ毎に固有のユーザＩＤ（例えば、ＩＣカード２５の配布時にユーザ登録順に連番で付与される）及びライセンスサーバ２の公開鍵及びＩＰアドレス等が予め記憶されることになる。また、この場合、不揮発性メモリ２５４には、ライセンス証、コンテンツ保護キー、及びライセンス認証権限委譲証等が記憶されることになる。
【００６５】
一方、ノード１が認証ノード１ｘとして使用される場合、ＲＯＭ２５３にはライセンス認証処理プログラム等が予め記憶され、不揮発性メモリ２５４には、ライセンスサーバ２の公開鍵等が予め記憶されることになる。また、この場合、不揮発性メモリ２５４には、ライセンス認証権限委譲証（予め不揮発性メモリ２５４に記憶されるようにしても良い）、及び当該認証ノード１ｘの公開鍵及び秘密鍵（認証ノード１ｘにより公開鍵と秘密鍵がペアで作成される）等が記憶されることになる。
【００６６】
一方、ノード１がルートノード１ｙとして使用される場合、ＲＯＭ２５３には保護キー生成・管理処理プログラム、保護キー発行処理プログラム、及びブラックリスト登録処理プログラム等が予め記憶され、不揮発性メモリ２５４には、ライセンスサーバ２の公開鍵及びＩＰアドレス等が予め記憶されることになる。また、この場合、不揮発性メモリ２５４には、コンテンツ保護キー管理テーブル（後述）、コンテンツ保護キー、コンテンツ保護キー発行先リスト、及びブラックリスト等が記憶されることになる。
【００６７】
ＩＣカード２５がノード１のＩＣカードスロット２０に挿入されると、ノード１の制御部１１と、ＩＣカード２５のＩＣカードコントローラ２５１とは、インターフェイスドライブ２５５等を介してデータ通信が可能になる。
【００６８】
そして、ノード１の制御部１１が、ＩＣカードコントローラ２５１を通じてＲＯＭ２５３に記憶されたライセンス証購入処理プログラム又はＤＲＭ処理プログラム等を読み込みＲＡＭに展開して実行することにより、ノード１はユーザノード（本発明の第１のノード装置）１ａとして機能するようになる。
【００６９】
一方、ノード１の制御部１１が、ＩＣカードコントローラ２５１を通じてＲＯＭ２５３に記憶されたライセンス認証処理プログラム等を読み込みＲＡＭに展開して実行することにより、ノード１は認証ノード（本発明の第２のノード装置）１ｘとして機能するようになる。
【００７０】
一方、ノード１の制御部１１が、ＩＣカードコントローラ２５１を通じてＲＯＭ２５３に記憶された保護キー生成・管理処理プログラム、保護キー発行処理プログラム、又はブラックリスト登録処理プログラム等を読み込みＲＡＭに展開して実行することにより、ノード１はルートノード（本発明の第３のノード装置）１ｙとして機能するようになる。
【００７１】
なお、ユーザノード１ａ、認証ノード１ｘ、及びルートノード１ｙにおける具体的な処理については後述する。
【００７２】
［３．ライセンスサーバの構成等］
次に、図５及び図６等を参照して、コンテンツ配信システムＳにおけるライセンスサーバ２の構成及び機能について説明する。
【００７３】
図５は、ライセンスサーバ２の概要構成例を示す図であり、図６は、耐タンパセキュアボードの概要構成例を示す図である。
【００７４】
ライセンスサーバ２は、図５に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラム（ＯＳ（オペレーティングシステム）及び各種アプリケーションを含む）を記憶するＲＯＭ等から構成された制御部３１と、各種データ（例えば、コンテンツデータ）等を記憶保存（格納）するためのＨＤＤ等から構成された記憶部３２と、コンテンツデータを暗号化して保護済コンテンツデータを生成するための暗号化用アクセラレータ３３と、コンテンツデータをエンコード（コーデック変換等）するエンコーダ部３４と、耐タンパセキュアボード４０を装着するボードスロット３５と、ネットワーク８を通じてノード１との間の情報の通信制御を行うための通信部（ネットワークインターフェイス）３６と、オペレータからの指示を受け付け当該指示に応じた指示信号を制御部３１に対して与える入力部（例えば、キーボード、マウス等）３７と、を備えて構成され、これらの構成要素は、バス３８を介して相互に接続されている。
【００７５】
また、記憶部３２には、保護済コンテンツ管理データベースと、認証権限委譲先管理データベースと、ライセンス証発行先管理データベースと、が構築されており、保護済コンテンツ管理データベースには、配信された保護済コンテンツデータに関する情報（例えば、コンテンツ名、当該コンテンツデータの有効期限（例えば、再生又は複製（コピー）可能な期限）、コンテンツデータの再生可能回数、及びコンテンツデータの複製（コピー）可能回数等）と当該保護済コンテンツデータを保存したレプリカノードに関する情報（例えば、レプリカノードのＩＰアドレス、認証ＩＤ等）が対応付けられて登録され、認証権限委譲先管理データベースには、発行されたライセンス認証権限委譲証と当該ライセンス認証権限委譲証が与えられた認証ノードに関する情報（例えば、認証ノードのＩＰアドレス、認証ＩＤ等）が対応付けられて登録され、ライセンス証発行先管理データベースには、発行されたライセンス証と当該ライセンス証が与えられたユーザノードに関する情報（例えば、ユーザノードのＩＰアドレス、ユーザＩＤ等）が対応付けられて登録される。
【００７６】
耐タンパセキュアボード４０は、図６に示すように、ＣＰＵからなるボードコントローラ４０１、ＲＡＭ４０２、ＲＯＭ４０３、耐タンパ性のある不揮発性メモリ（例えば、ＥＥＰＲＯＭ）４０４、及びインターフェイスドライブ４０５等を備えて構成され、これらの構成要素は、バス４０６を介して相互に接続されている。ＲＯＭ４０３には、コンテンツデータ暗号化処理プログラム、認証権限委譲証発行処理プログラム、ライセンス証発行処理プログラム、及び保護キー発行先検査処理プログラム等が記憶され、不揮発性メモリ４０４には、当該ライセンスサーバ２の公開鍵及び秘密鍵（ライセンスサーバ２により公開鍵と秘密鍵がペアで作成される）等が記憶されるようになっている。
【００７７】
そして、耐タンパセキュアボード４０がボードスロット３５に装着されると、ライセンスサーバ２の制御部３１と、耐タンパセキュアボード４０のボードコントローラ４０１とは、インターフェイスドライブ４０５等を介してデータ通信が可能になり、ライセンスサーバ２の制御部３１は、ボードコントローラ４０１を通じてＲＯＭ４０３に記憶された上記各種プログラムを読み込みＲＡＭに展開して実行するようになっている。
【００７８】
なお、ライセンスサーバ２における具体的な処理については後述する。
【００７９】
［４．コンテンツ配信システムの動作］
図７は、コンテンツ配信システムＳにおける全体的な処理の流れの一例を示す図である。
【００８０】
以下、図７に示す流れに沿ってコンテンツ配信システムＳの動作について説明する。
【００８１】
（４−１．コンテンツデータ暗号化及び保存）
先ず、図８等を参照して、コンテンツデータの暗号化及び保存の際における動作について説明する。
【００８２】
図８は、ライセンスサーバ２の制御部３１におけるコンテンツデータ暗号化及び保存処理を示すフローチャートである。なお、この説明において、ライセンスサーバ２は、レプリカノード１ｚに保存すべきコンテンツデータを予め取得して保存しているものとする。
【００８３】
図８に示す処理は、コンテンツデータ暗号化処理プログラムがライセンスサーバ２の制御部３１により実行されることにより行われ、ステップＳ１では、ライセンスサーバ２は、レプリカノード１ｚに保存すべきコンテンツデータを選定し（例えば、オペレータからの入力部３７を介した暗号化指示により）、当該コンテンツデータのルートノード１ｙから、当該コンテンツデータに使用すべきコンテンツ保護キーを取得する。
【００８４】
例えば、ライセンスサーバ２は、コンテンツＩＤ（コンテンツ名のハッシュ値）及びライセンスサーバ２のＩＰアドレス等が付加された保護キー取得依頼情報（コンテンツ保護キーの取得（入手）依頼を示す情報）を、ＤＨＴルーティングによって上記ルートノード１ｙに対して送信する（つまり、ライセンスサーバ２は、当該保護キー取得依頼情報を他のノード１に対して送出し、送出された保護キー取得依頼情報は、ＤＨＴルーティングによって中継ノードを経由して、当該コンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するルートノード１ｙに辿り着くことになる）。これに対して、ルートノード１ｙでは、当該コンテンツデータに使用されるべきコンテンツ保護キーを生成、又は既に生成して記憶しているコンテンツ保護キーを選択し、これをライセンスサーバ２に対して送信する。
【００８５】
次いで、ライセンスサーバ２の制御部３１は、ルートノード１ｙから受信、取得したコンテンツ保護キー、及び暗号化用アクセラレータ３３を用いて上記選定したコンテンツデータを暗号化して保護済コンテンツデータを生成する（ステップＳ２）。
【００８６】
次いで、ライセンスサーバ２の制御部３１は、生成した保護済コンテンツデータを、任意に選定したレプリカノードに対して配信し（ステップＳ３）、保存させる。
【００８７】
次いで、ライセンスサーバ２の制御部３１は、配信した保護済コンテンツデータに関する情報と、その保護済コンテンツデータを保存したレプリカノードに関する情報とを対応付けて保護済コンテンツ管理データベースに登録し（ステップＳ４）、当該処理を終了する。
【００８８】
（４−２．コンテンツ保護キー生成及び管理）
次に、ルートノード１ｙにおけるコンテンツ保護キーの生成及び管理の際の動作について説明する。
【００８９】
なお、コンテンツ保護キー生成及び管理処理は、保護キー生成・管理処理プログラムがルートノード１ｙの制御部１１により実行されることにより行われる。
【００９０】
ルートノード１ｙの制御部１１は、任意のタイミングで（例えば、一定周期で、或いは、保護キー取得依頼情報が受信されたとき）、コンテンツ保護キーを生成しており、生成したコンテンツ保護キーを、ＩＣカード２５における不揮発性メモリ２５４に記憶させると共に、当該コンテンツ保護キーを管理するための保護キー管理情報を、不揮発性メモリ２５４に記憶されたコンテンツ保護キー管理テーブルに登録させるようになっている。そして、ルートノード１ｙの制御部１１は、ライセンスサーバ２が送信した保護キー取得依頼情報を受信すると、上記生成したコンテンツ保護キーを、ライセンスサーバ２のＩＰアドレスに従って当該ライセンスサーバ２に対して送信することになる。
【００９１】
図９は、コンテンツ保護キー管理テーブルに登録された保護キー管理情報の一例を示す図である。
【００９２】
図９に示すコンテンツ保護キー管理テーブルには、生成されたコンテンツ保護キーの管理番号（識別番号）、コンテンツ保護キーのポインタ、コンテンツ保護キーの生成時刻、コンテンツ保護キーの有効期限、及びレプリカのインデックス情報が登録されている。
【００９３】
コンテンツ保護キーのポインタは、不揮発性メモリ２５４内におけるコンテンツ保護キーの保存場所を示すポインタを意味しており、ルートノード１ｙの制御部１１がこれを参照することによりコンテンツ保護キーの保存場所を認識することができる。
【００９４】
また、コンテンツ保護キーの有効期限は、当該コンテンツ保護キーにより保護済コンテンツデータを復号化することが可能な期限を意味する。コンテンツ保護キーには、この有効期限を示す情報が付加されており、この有効期限が過ぎると、当該コンテンツ保護キーはその機能を失うようになっている。
【００９５】
また、レプリカのインデックス情報は、当該コンテンツ保護キーにより暗号化された保護済コンテンツデータの所在情報、つまり、当該保護済コンテンツデータが保存されたレプリカノードのＩＰアドレスである。当該インデックス情報は、保護済コンテンツデータがレプリカノードに保存されることにより、ルートノード１ｙに送信される（例えば、ライセンスサーバ２又はレプリカノードにより）ことになる。なお、図９の例では、複数の同じコンテンツデータ（言い換えれば、複製された複数のコンテンツデータ（レプリカ）であるが、映像及び音声等の品質が異なる場合もある）が、異なる５つのレプリカノードに保存されていることが示されている。
【００９６】
また、上記有効期限が過ぎたコンテンツ保護キーは、当該ルートノード１ｙ及びユーザノード１ａから削除（消去）されることになり、削除されたコンテンツ保護キーを管理するための保護キー管理情報も、コンテンツ保護キー管理テーブルから削除されることになる。更に、削除されたコンテンツ保護キーにより暗号化された保護済コンテンツデータは、レプリカノードから削除されるとともに、暗号化前のコンテンツデータが、新たにルートノード１ｙにより生成されたコンテンツ保護キーによりライセンスサーバ２にて再暗号化され、再びレプリカノードに保存される。つまり、コンテンツ保護キー及び保護済コンテンツデータは定期的に更新されることになり、これによって、例えば、コンテンツ保護キーが第三者に漏洩した場合でも被害を軽減（低減）させることができる。
【００９７】
図１０は、コンテンツ保護キーの更新の様子の一例を示す図である。
【００９８】
図１０の例では、レプリカ（複製データ）であるコンテンツデータＡ〜Ｌ（つまり、複製データである）のうち、３つのコンテンツデータ（例えば、コンテンツデータＡ,Ｂ,Ｃ）ずつ同一のコンテンツ保護キーが割り当てられている。また、図１０の例では、各コンテンツ保護キーの有効期限（有効期間）は一定期間ずつずれて（シフトして）おり、当該有効期限が過ぎるとコンテンツ保護キーは消去され、コンテンツデータは再暗号化され保存されることになる。このように、各コンテンツ保護キーの有効期限をずらしているのは、ネットワーク負荷を低減させるためである。つまり、コンテンツ保護キーの有効期限が過ぎると、新しく生成されたコンテンツ保護キーによってコンテンツデータを再暗号化する必要が生じるが、有効期限をシフトすることでライセンスサーバ２が、一度に多くのコンテンツデータを再暗号化してレプリカノードに再配信しなくて済むようにしている。
【００９９】
なお、図１０に示す例では、１つのコンテンツ保護キーに対して、３つのコンテンツデータが割り当てられているが、実際の運用では、ルートノードにおいて保有するコンテンツ保護キーの種類数とコンテンツデータ（つまり、レプリカ）の総数のバランスが考慮され、１つのコンテンツ保護キーに割り当てられるべきコンテンツデータの数が最適になるように決定される。
【０１００】
（４−３．ライセンス認証権限委譲証発行）
次に、図１１等を参照して、ライセンス認証権限委譲証の発行の際における動作について説明する。
【０１０１】
図１１は、ライセンスサーバ２の制御部３１におけるライセンス認証権限委譲証発行処理を示すフローチャートである。
【０１０２】
図１１に示す処理は、認証権限委譲証発行処理プログラムがライセンスサーバ２の制御部３１により実行されることにより行われ、ステップＳ１１では、ライセンスサーバ２は、ある保護済コンテンツデータ（例えば、新たにレプリカノードに保存された保護済コンテンツデータ）のライセンス認証権限を委譲するべき認証ノード１ｘから当該認証ノード１ｘの公開鍵を取得する。
【０１０３】
例えば、ライセンスサーバ２は、認証ＩＤ（当該コンテンツデータのコンテンツ名と接尾辞のハッシュ値）及びライセンスサーバ２のＩＰアドレス等が付加された認証権限依頼情報（認証権限を請け負う依頼を示す情報）を、ＤＨＴルーティングによって上記認証ノード１ｘに対して送信する（つまり、ライセンスサーバ２は、当該認証権限依頼情報を他のノード１に対して送出し、送出された認証権限依頼情報は、ＤＨＴルーティングによって中継ノードを経由して、当該認証ＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する当該認証ノード１ｘに辿り着くことになる）。これに対して、認証ノード１ｘは、自己の公開鍵を、ライセンスサーバ２のＩＰアドレスに従って当該ライセンスサーバ２に対して送信することになる。
【０１０４】
次いで、ライセンスサーバ２の制御部３１は、認証ノード１ｘから受信、取得した当該認証ノード１ｘの公開鍵が含まれるライセンス認証権限委譲証を生成、これに署名データ（つまり、ライセンスサーバ２の秘密鍵でライセンス認証権限委譲証のハッシュ値を暗号化したもの）を付加して、当該ライセンス認証権限委譲証を発行する（ステップＳ１２）。
【０１０５】
次いで、ライセンスサーバ２の制御部３１は、認証ＩＤ及び上記発行したライセンス認証権限委譲証を、ＤＨＴルーティングによって上記認証ノード１ｘに対して送信する（ステップＳ１３）。これにより、認証ノード１ｘは、当該ライセンス認証権限委譲証を受信し、ＩＣカード２５における不揮発性メモリ２５４に記憶することになる。
【０１０６】
次いで、ライセンスサーバ２の制御部３１は、発行したライセンス認証権限委譲証と、当該ライセンス認証権限委譲証を与えた認証ノードに関する情報とを対応付けて認証権限委譲先管理データベースに登録し（ステップＳ１４）、当該処理を終了する。
【０１０７】
なお、ライセンス認証権限の委譲は、有効期限付きで行うように構成しても良く、この場合、ライセンスサーバ２は、当該ライセンス認証権限の有効期限を管理し、当該有効期限が過ぎた場合には、ライセンス認証権限委譲証を再発行して認証ノード１ｘに対して送信するように構成する。また、この場合、例えば上記ライセンス認証権限委譲証にはライセンス認証権限の有効期限が含まれるように構成する。
【０１０８】
（４−４．ライセンス証発行）
次に、図１２及び図１３等を参照して、ライセンス証の発行の際における動作について説明する。
【０１０９】
図１２は、ユーザノード１ａの制御部１１におけるライセンス証購入処理を示すフローチャートであり、図１３は、ライセンスサーバ２の制御部３１におけるライセンス証発行処理を示すフローチャートである。
【０１１０】
図１２に示す処理は、例えばユーザからの入力部２２を介したライセンス証購入指示に従って、ライセンス証購入処理プログラムがユーザノード１ａの制御部１１により実行されることにより行われ、ステップＳ２１では、所定の契約フォーム（例えば、ライセンスサーバ２からダウンロードされる）への必要事項の入力処理（例えば、ユーザから入力部２２を介して入力されたコンテンツデータのコンテンツ名等を当該契約フォームへ入力する）が行われる。
【０１１１】
次いで、ユーザノード１ａの制御部１１は、必要事項が入力された契約フォームのデータを、ライセンスサーバ２のＩＰアドレスに従って当該ライセンスサーバ２に対して送信する（ステップＳ２２）。
【０１１２】
これに対して、ライセンスサーバ２では、制御部３１がライセンス証発行処理プログラムを実行することにより図１３に示す処理が行われ、当該制御部３１が、ユーザノード１ａから送信されてきた契約フォームのデータを受信すると（ステップＳ３１）、当該契約フォームに従って、ライセンス証を生成し、これに署名データ（つまり、ライセンスサーバ２の秘密鍵でライセンス証のハッシュ値を暗号化したもの）を付加して、当該ライセンス証を発行する（ステップＳ３２）。
【０１１３】
図１４は、ライセンス証に記述される内容の一例を示す概念図である。
【０１１４】
図１４の例では、ライセンス証には、ユーザＩＤ、コンテンツ名、有効期限、再生可能回数、及び複製可能回数が記述されている。ユーザＩＤは、ユーザを特定するための情報であり、ユーザを特定できるのであればユーザＩＤ以外の情報であっても良い。また、コンテンツ名、有効期限、再生可能回数、及び複製可能回数は、例えば、保護済コンテンツ管理データベースから取得される情報である。
【０１１５】
そして、ライセンスサーバ２の制御部３１は、上記発行したライセンス証を、ユーザノード１ａのＩＰアドレスに従ってユーザノード１ａに対して送信する（ステップＳ３３）。
【０１１６】
次いで、ライセンスサーバ２の制御部３１は、発行したライセンス証と、当該ライセンス証を与えたユーザノードに関する情報とを対応付けてライセンス証発行先管理データベースに登録し（ステップＳ３４）、当該処理を終了する。
【０１１７】
一方、図１２において、ユーザノード１ａの制御部１１は、ライセンスサーバ２から送信されてきたライセンス証を受信し（ステップＳ２３）、これをＩＣカード２５における不揮発性メモリ２５４に記憶させて（ステップＳ２４）、当該処理を終了する。
【０１１８】
（４−５．ライセンス認証、コンテンツ保護キー発行）
次に、図１５乃至図１７等を参照して、ライセンス証の認証、コンテンツ保護キーの発行の際における動作について説明する。
【０１１９】
図１５は、ユーザノード１ａの制御部１１におけるＤＲＭ処理１（コンテンツ保護キー要求の際の処理）を示すフローチャートであり、図１６は、認証ノード１ｘの制御部１１におけるライセンス認証処理を示すフローチャートであり、図１７は、ルートノード１ｙの制御部１１における保護キー発行処理を示すフローチャートである。
【０１２０】
図１５に示す処理は、例えばユーザからの入力部２２を介したコンテンツ保護キー取得（要求）指示に従って、ＤＲＭ処理プログラムがユーザノード１ａ（コンテンツ保護キーを要求するノード）の制御部１１により実行されることにより行われ、ステップＳ４１では、当該制御部１１が、取得対象となる保護済コンテンツデータに対応するコンテンツ保護キーの取得権限を証するライセンス証（上記ステップＳ２４にて記憶されたライセンス証）をＩＣカード２５から取得し、取得権限証送信手段として、当該ライセンス証、認証ＩＤ、及びユーザノード１ａのＩＰアドレス等が付加された認証依頼情報を、ＤＨＴルーティングによって上記認証ノード１ｘに対して（向けて）送信する（つまり、ライセンスサーバ２は、当該認証依頼情報を他のノード１に対して送出し、送出された認証依頼情報は、ＤＨＴルーティングによって中継ノードを経由して、当該認証ＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する当該認証ノード１ｘに辿り着くことになる）。
【０１２１】
これに対して、認証ノード１ｘでは、制御部１１がライセンス認証処理プログラムを実行することにより図１６に示す処理が行われ、当該制御部１１が、取得権限証受信手段として、ユーザノード１ａから送信された認証依頼情報を受信すると（ステップＳ５１）、認証手段として、当該認証依頼情報に付加されたライセンス証の有効性の認証処理を行う。
【０１２２】
具体的には、認証ノード１ｘの制御部１１は、先ず、ライセンスサーバ２の公開鍵を用いて当該ライセンス証の署名が正しいか否かを判別（ステップＳ５２）、つまり、ライセンスサーバ２の秘密鍵で暗号化された当該ライセンス証のハッシュ値（署名データ）をライセンスサーバ２の公開鍵で復号化し、自ノードで計算したハッシュ値と一致するか否かを調べる。そして、当該制御部１１は、ライセンス証の署名が正しい（つまり、ハッシュ値が一致した）場合（ステップＳ５２：Ｙ）、当該復号化されたランセンス証に記述された内容に矛盾がないか否かを判別し（ステップＳ５３）、矛盾がない場合（例えば、ライセンス証に、ユーザＩＤ、コンテンツ名、有効期限、再生可能回数、及び複製可能回数が正しく記述されており、有効期限、再生可能回数、及び複製可能回数が基準範囲内にある場合）には（ステップＳ５３：Ｙ）、ライセンス証の有効性があると判定し（ステップＳ５４）、ステップＳ５６に移行する。
【０１２３】
一方、上記ステップＳ５２でライセンス証の署名が正しくない（つまり、ハッシュ値が一致しない）場合（ステップＳ５２：Ｎ）、或いは、上記ステップＳ５３でランセンス証に記述された内容に矛盾がある場合（ステップＳ５３：Ｎ）には、認証ノード１ｘの制御部１１は、ライセンス証の有効性がないと判定し（ステップＳ５７）、ステップＳ５８に移行する。
【０１２４】
ステップ５６では、認証ノード１ｘの制御部１１は、ライセンス証に記述されたコンテンツ名をハッシュ化してコンテンツＩＤを生成し、更に、ライセンス認証権限委譲証をＩＣカード２５から取得した後、発行許可情報送信手段として、ライセンス認証権限委譲証、コンテンツＩＤ、ユーザＩＤ、及びユーザノード１ａのＩＰアドレス等が付加された保護キー発行許可情報を、ＤＨＴルーティングによってルートノード１ｙに対して（向けて）送信し（つまり、認証ノード１ｘは、当該保護キー発行許可情報を他のノード１に対して送出し、送出された保護キー発行許可情報は、ＤＨＴルーティングによって中継ノードを経由して、当該コンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する当該ルートノード１ｙに辿り着くことになる）、当該処理を終了する。
【０１２５】
一方、ステップＳ５８では、認証ノード１ｘの制御部１１は、ライセンス証が不正である（有効性がない）旨が記述されたライセンス証不正情報を、ユーザノード１ａのＩＰアドレスに従って当該ユーザノード１ａに対して送信し、当該処理を終了する。
【０１２６】
そして、ルートノード１ｙでは、制御部１１が保護キー発行処理プログラムを実行することにより図１７に示す処理が行われ、当該制御部１１が、発行許可情報受信手段として、認証ノード１ｘから送信された保護キー発行許可情報を受信すると（ステップＳ６１）、認証手段として、当該保護キー発行許可情報に付加されたライセンス認証権限委譲証の有効性の認証処理を行う。
【０１２７】
具体的には、ルートノード１ｙの制御部１１は、先ず、ライセンスサーバ２の公開鍵を用いて当該ライセンス認証権限委譲証の署名が正しいか否かを判別（ステップＳ６２）、つまり、ライセンスサーバ２の秘密鍵で暗号化された当該ライセンス認証権限委譲証のハッシュ値（署名データ）をライセンスサーバ２の公開鍵で復号化し、自ノードで計算したハッシュ値と一致するか否かを調べる。
【０１２８】
そして、当該制御部１１は、ライセンス認証権限委譲証の署名が正しい（つまり、ハッシュ値が一致した）場合（ステップＳ６２：Ｙ）、当該復号化されたライセンス認証権限委譲証に含まれる認証ノード１ｘの公開鍵を用いて、認証ノード１ｘが正しい認証ノードであるか否かを判別する（ステップＳ６３）。
【０１２９】
例えば、ルートノード１ｙの制御部１１は、乱数値（オリジナルの乱数値）を生成し、これを認証ノード１ｘに対して送信する。これに対し、認証ノード１ｘは、当該乱数値を受信し、これを自己（認証ノード１ｘ）の秘密鍵で暗号化し、当該暗号化された乱数値を、ルートノード１ｙに対して返信する。そして、ルートノード１ｙ制御部１１は、暗号化された乱数値を受信し、これを認証ノード１ｘの公開鍵で復号化し、上記オリジナルの乱数値と、複号化された乱数値が一致する場合には、認証ノード１ｘが正しい認証ノードであると判別する。
【０１３０】
なお、ライセンス認証権限委譲証にライセンス認証権限の有効期限が含まれている場合、当該有効期限が過ぎているか否かも判別される。
【０１３１】
正しい認証ノードであると判別された場合には（ステップＳ６３：Ｙ）、ルートノード１ｙの制御部１１は、保護キー発行許可情報に付加されたユーザＩＤがブラックリストに登録されているか否かを判別し（ステップＳ６４）、登録されていない場合には（ステップＳ６４：Ｎ）、ライセンス認証権限委譲証の有効性があると判定し（ステップＳ６５）、ステップＳ６６に移行する。
【０１３２】
一方、上記ステップＳ６２でライセンス認証権限委譲証の署名が正しくない（つまり、ハッシュ値が一致しない）場合（ステップＳ６２：Ｎ）、或いは、上記ステップＳ６３で正しい認証ノードでない（又は、ライセンス認証権限の有効期限が過ぎている）場合（ステップＳ６３：Ｎ）、或いは、ユーザＩＤがブラックリストに登録されている場合（ステップＳ６４：Ｙ）には、ルートノード１ｙの制御部１１は、ライセンス認証権限委譲証の有効性がないと判定し（ステップＳ６９）、ステップＳ７０に移行する。
【０１３３】
ステップＳ６６では、ルートノード１ｙの制御部１１は、解除データ発行手段として、コンテンツ保護キー管理テーブルにて管理されているコンテンツ保護キーを例えばランダムに一つＩＣカード２５から選定して発行する。
【０１３４】
次いで、ルートノード１ｙの制御部１１は、当該発行したコンテンツ保護キー、当該コンテンツ保護キーにより暗号化された保護済コンテンツデータの所在情報（例えば、レプリカノードのＩＰアドレス）が付加された保護キー送信情報を、解除データ送信手段として、ユーザノード１ａのＩＰアドレスに従って当該ユーザノード１ａに対して送信する（ステップＳ６７）。
【０１３５】
次いで、ルートノード１ｙの制御部１１は、コンテンツ保護キーの発行先のユーザノード１ａのユーザのユーザＩＤをコンテンツ保護キー発行先リストに登録し（ステップＳ６８）、当該処理を終了する。
【０１３６】
一方、ステップＳ７０では、ルートノード１ｙの制御部１１は、ライセンス認証権限委譲証の有効性がない（或いは、認証ノード１ｘが認証権限がない）等のため、コンテンツ保護キーを発行できない旨等が記述されたコンテンツ保護キー発行不可情報を、ユーザノード１ａのＩＰアドレスに従って当該ユーザノード１ａに対して送信し、当該処理を終了する。
【０１３７】
そして、図１５に示すように、ユーザノード１ａの制御部１１は、認証ノード１ｘ又はルートノード１ｙから送信されてきた情報を受信（当該情報が保護キー送信情報である場合、解除データ受信手段として受信）し（ステップＳ４２）、その情報が保護キー送信情報であるか否か、つまり、コンテンツ保護キーが発行されたか否かを判別する（ステップＳ４３）。上記受信された情報が保護キー送信情報である場合には（ステップＳ４３：Ｙ）、ユーザノード１ａの制御部１１は、保護キー送信情報に付加されたコンテンツ保護キー、当該保護済コンテンツデータの所在情報をＩＣカード２５における不揮発性メモリ２５４に記憶させる（ステップＳ４４）。そして、ユーザノード１ａの制御部１１は、上記保護済コンテンツデータの所在情報に従って、当該レプリカノードに対して保護済コンテンツデータの要求情報を送信し、配信情報取得手段として、これに対して当該レプリカノードから送信されてきた保護済コンテンツデータを受信（つまり、ダウンロードして取得）（ステップＳ４５）し、記憶部１２に記憶保存して、当該処理を終了する。
【０１３８】
なお、上記ルートノード１ｙから取得された保護済コンテンツデータの所在情報中に、複数のレプリカノードのＩＰアドレスが記述されている（つまり、取得（購入）したコンテンツ保護キーにより複数のコンテンツデータ（レプリカ）が暗号化され、複数のレプリカノードに保存されている）場合、ユーザノード１ａの制御部１１は、例えばランダムに１つのレプリカノードのＩＰアドレスを選択するか、或いは、何れかのレプリカノードのＩＰアドレスをユーザに選択させ、選択された当該レプリカノードから保護済コンテンツデータを取得するように構成してもよい。
【０１３９】
一方、上記受信された情報が保護キー送信情報でない場合（ステップＳ４３：Ｎ）、つまり、上記受信された情報が、認証ノード１ｘから送信されたライセンス証不正情報、又はルートノード１ｙから送信されたコンテンツ保護キー発行不可情報である場合には、ライセンス証の認証に失敗した旨、又はコンテンツ保護キーの失敗した旨を示す情報を、例えば、表示部１７に表示させたり、スピーカ１９に音声出力させたりすることによってユーザに通知し（ステップＳ４６）、当該処理を終了する。
【０１４０】
なお、上記ライセンス証の認証、コンテンツ保護キーの発行の際における動作においては、ユーザノード１ａが認証依頼情報をＤＨＴルーティングにより認証ノード１ｘに対して送信するように構成したが、これに限定されるものではなく、例えば、ユーザノード１ａが認証依頼情報を、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノード１ｙに対して送信し、当該ルートノード１ｙが、受信した認証依頼情報を、認証ＩＤ（つまり、当該コンテンツデータのコンテンツ名＋接尾辞のハッシュ値）をキーとするＤＨＴルーティングによって認証ノード１ｘに対して送信するように構成してもよい（以降の処理は上記実施形態と同様）。
【０１４１】
また、上記ライセンス証の認証、コンテンツ保護キーの発行の際における動作においては、ルートノード１ｙが保護キー送信情報をユーザノード１ａに対して送信するように構成したが、これに限定されるものではなく、例えば、ルートノード１ｙが保護済コンテンツデータの所在情報に基づき保護キー送信情報をレプリカノードに対して送信し、そのレプリカノードが、保護キー送信情報に含まれるコンテンツ保護キーを、保護済コンテンツデータと共にユーザニード１ａに対して送信するように構成してもよい。
【０１４２】
（４−６．保護済コンテンツデータ復号化及び再生）
次に、図１８等を参照して、保護済コンテンツデータ復号化及び再生の際における動作について説明する。
【０１４３】
図１８は、ユーザノード１ａの制御部１１におけるＤＲＭ処理２（コンテンツ保護キー使用の際の処理）を示すフローチャートである。
【０１４４】
図１８に示す処理は、例えばユーザからの入力部２２を介した保護済コンテンツデータの再生指示（例えば、ユーザによる再生ボタンの押下）に従って、ＤＲＭ処理プログラムがユーザノード１ａの制御部１１により実行されることにより行われ、ステップＳ８１では、当該制御部１１が、再生対象の保護済コンテンツデータのライセンス証をＩＣカード２５から取得する。
【０１４５】
次いで、ユーザノード１ａの制御部１１は、上記取得したライセンス証の署名データを、ライセンスサーバ２の公開鍵で復号化する（ステップＳ８２）。
【０１４６】
次いで、ユーザノード１ａの制御部１１は、上記取得したライセンス証に基づき当該ライセンス証のハッシュ値を計算し（ステップＳ８３）、同一性判別手段として、当該計算したライセンス証のハッシュ値と、上記復号して取得したライセンス証のハッシュ値と、を比較して同一性があるか（その内容が一致しているか）否かを判別する（ステップＳ８４）。このように、ライセンス証のハッシュ値の同一性を判別することでユーザノード１ａは正しい認証経路を通してコンテンツ保護キーが発行されたことを検証することができる。
【０１４７】
そして、双方のライセンス証のハッシュ値に同一性があると判別された場合（ステップＳ８４：Ｙ）、当該ライセンス証に対応するコンテンツ保護キーをＩＣカード２５から取得し、当該コンテンツ保護キー及び復号化用アクセラレータ１４を用いて上記再生対象の保護済コンテンツデータを復号化（つまり、再生制限を解除）し（ステップＳ８５）、再生手段として、復号されたコンテンツデータをデコーダ部１５、映像処理部１６及び音声処理部１８を通じて再生させ（ステップＳ８６）、表示部１７及びスピーカ１９を通じて出力させ（つまり、コンテンツデータに係る映像及び音声を出力する）、当該処理を終了する。
【０１４８】
そしてこれ以降、ユーザノード１ａの制御部１１（ＤＲＭ処理プログラム）は、ライセンス証に記述された再生可能回数又は複製可能回数を参照して、復号化されたコンテンツデータの再生又は複製を行うことになる。例えば、ユーザノード１ａでは、当該コンテンツデータが再生（又は複製）される度にカウントアップ（１インクリメント）される再生回数（又は複製回数）を記憶部１２に記憶して管理すると共に、当該コンテンツデータを再生（又は複製）させる際に、上記管理されている再生回数（又は複製回数）と、ライセンス証に記述された再生可能回数（又は複製可能回数）とを比較し、再生回数（又は複製回数）が再生可能回数（又は複製可能回数）以下である場合に、コンテンツデータを再生（又は複製）させるように制御する。
【０１４９】
また、ユーザノード１ａの制御部１１は、ライセンス証に記述された有効期限が経過した場合、ＩＣカード２５の不揮発性メモリ２５４から当該ライセンス証及びこれに対応するコンテンツ保護キーを消去（削除）させ、ライセンスサーバ２からライセンス証を再発行させて取得（購入）するようになっている。そして、ユーザノード１ａの制御部１１は、再発行されたライセンス証等が付加された認証依頼情報を、ＤＨＴルーティングによって上記認証ノード１ｘに対して送信し、ルートノード１ｙにより再発行されたコンテンツ保護キー及び保護済コンテンツデータの所在情報を取得することになる（図１５乃至図１７等の処理と同様）。これにより、コンテンツ保護キーが第三者に漏洩した場合の被害を低減させることができる。
【０１５０】
一方、ライセンス証のハッシュ値に同一性がないと判別された場合（ステップＳ８４：Ｎ）、ユーザノード１ａの制御部１１は、ライセンス証が正しくない旨を示す情報を、例えば、表示部１７に表示させたり、スピーカ１９に音声出力させたりすることによってユーザに通知し（ステップＳ８７）、保護済コンテンツデータの複号化及び再生が行われずに、当該処理が終了する。
【０１５１】
（４−７．コンテンツ保護キー不正発行先検査）
次に、図１９及び図２０等を参照して、コンテンツ保護キーの不正発行先検査の際における動作について説明する。
【０１５２】
図１９は、ルートノード１ｙの制御部１１におけるブラックリスト登録処理を示すフローチャートであり、図２０は、ライセンスサーバ２の制御部３１における保護キー発行先検査処理を示すフローチャートである。
【０１５３】
図１９に示す処理は、例えば所定周期（例えば、１日周期）で、ルートノード１ｙの制御部１１によりブラックリスト登録処理が実行されることにより行われる。
【０１５４】
ルートノード１ｙの制御部１１は、先ず、コンテンツ保護キー発行先リストをＩＣカード２５から取得し、これを、ライセンスサーバ２のＩＰアドレスに従って当該ライセンスサーバ２に対して送信する（ステップＳ９１）。
【０１５５】
これに対して、ライセンスサーバ２では、制御部３１が保護キー発行先検査処理プログラムを実行することにより図２０に示す処理が行われ、当該制御部３１が、ルートノード１ｙから送信されてきたコンテンツ保護キー発行先リストを受信すると（ステップＳ１０１）、コンテンツ保護キー発行先リストの内容とライセンス証発行先管理データベースの内容を照合し（ステップＳ１０２）、コンテンツ保護キー発行先リストに登録されているユーザＩＤのうち、そのコンテンツ保護キーに対応するライセンス証に関してライセンス証発行先管理データベースに登録されていないユーザＩＤがあるか否かを判別し（ステップＳ１０３）、ある場合には（ステップＳ１０３：Ｙ）、そのユーザＩＤを特定する（ステップＳ１０４）。つまり、ライセンス証が発行されていないにも関わらず、そのライセンス証に対応するコンテンツ保護キーが発行されているユーザのユーザＩＤが特定されることになる。
【０１５６】
次いで、ライセンスサーバ２の制御部３１は、上記特定されたユーザＩＤを含む不正エントリ情報をルートノード１ｙに対して返信（報告）する（ステップＳ１０５）して、当該処理を終了する。
【０１５７】
これに対し、ルートノード１ｙの制御部１１は、ライセンスサーバ２から送信されてきた不正エントリ情報を受信し（ステップＳ９２）、当該不正エントリ情報に含まれるユーザＩＤを著作権侵害ユーザのユーザＩＤとしてブラックリストに登録（ステップＳ９３）して、当該処理を終了する。
【０１５８】
これにより、例えば、コンテンツ保護キーの有効期限切れに伴ってブラックリストに登録されたユーザＩＤを有するユーザノードがコンテンツ保護キーの再発行を要求するために認証依頼情報を認証ノード１ｘに対して送信（図１５の処理にて）したとしても、ルートノード１ｙにてこのコンテンツ保護キーの再発行を適切に拒絶することができる。
【０１５９】
なお、上記ステップＳ１０３の処理において、ライセンス証が発行されていないにも関わらず、そのライセンス証に対応するコンテンツ保護キーが発行されている場合、ライセンスサーバ２は、ユーザノード、認証ノード、及びルートノードの認証経路のどこかで不正な結託が行われたと判断し、次回のライセンス認証権限の委譲処理（例えばライセンス認証権限の有効期限がある場合）では、上記認証経路における認証ノードに対してライセンス認証権限の委譲を行わない（例えば、ライセンス認証権限委譲証の再発行を行わない）ように構成しても良い。
【０１６０】
以上説明したように、上記実施形態によれば、コンテンツ保護キーの発行許可に関する認証処理が複数のノード１において分散して、コンテンツ名が同じコンテンツデータ毎に行われるように構成したので、従来の認証処理を行うサーバのような特定の装置に対して過大な処理負担を課するということを防止することができる。また、コンテンツ保護キーの発行処理もまた、コンテンツ名が同じコンテンツデータ毎に行われるように構成したので、特定の装置に対して過大な処理負担を課するということを防止することができる。また、コンテンツ保護キーをコンテンツ毎に異なるノードで分散管理されているので、仮に当該コンテンツ保護キーが漏洩したとしてもその被害を低減させることができ、著作権保護に関する安全性、信頼性等を確保することができる。
【０１６１】
また、上記実施形態によれば、コンテンツ保護キーの発行許可に関する認証処理を行うノードと、コンテンツ保護キーの発行処理を行うノードとを独立させるようにしたので、不正な結託を防ぎ著作権保護に関する安全性、信頼性等を高めることができる。また、Ｐ２Ｐの利点である負荷分散を維持したまま安全なコンテンツ保護キーの発行を実現することができる。
【０１６２】
また、上記実施形態においては、ライセンスサーバ２によって認証権限が委譲された認証ノードがコンテンツ毎に認証処理を行うと共に、その認証ノードに対してユーザノードが直接、認証依頼情報を送信するのではなくＤＨＴルーティングによって送信するように構成したので、認証ノードとユーザノードとの不正な結託を極めて困難とし、認証ノードの信頼性を高めることができる。更に、ライセンス認証権限委譲証に有効期限を持たせるように構成すれば、より一層、認証ノードの信頼性を高めることができる。
【０１６３】
更にまた、上記実施形態においては、ライセンス証に有効期限を持たせるように構成したので、コンテンツ保護キーが第三者に漏洩した場合の被害を低減させることができる。
【０１６４】
［他の実施形態１］
上記実施形態においては、ライセンス証に記述された再生可能回数の更新を行わない構成について説明したが、別の例として、ライセンス証に記述された再生可能回数の更新が認証ノード１ｘにより行われる場合の動作について、図２１及び図２２等を参照して説明する。
【０１６５】
図２１は、ライセンス証の更新が行われる場合のユーザノード１ａの制御部１１におけるＤＲＭ処理３を示すフローチャートであり、図２２は、認証ノード１ｘの制御部１１におけるライセンス認証・更新処理を示すフローチャートである。
【０１６６】
なお、以下の説明は、ユーザノード１ａがライセンス証、コンテンツ保護キー、及び保護済コンテンツデータを既に取得していることを前提とする。
【０１６７】
図２１に示す処理は、例えばユーザからの入力部２２を介した保護済コンテンツデータの再生指示に従って、ＤＲＭ処理プログラムがユーザノード１ａの制御部１１により実行されることにより行われ、ステップＳ１１１では、当該制御部１１が、再生対象の保護済コンテンツデータのライセンス証をＩＣカード２５から取得し、当該ライセンス証、認証ＩＤ、及びユーザノード１ａのＩＰアドレス等が付加された認証依頼情報を、ＤＨＴルーティングによって上記認証ノード１ｘに対して送信する。
【０１６８】
これに対して、認証ノード１ｘでは、制御部１１がライセンス認証・更新処理プログラムを実行することにより図２２に示す処理が行われ、当該制御部１１が、ユーザノード１ａから送信された認証依頼情報を受信すると（ステップＳ１２１）、当該認証依頼情報に付加されたライセンス証の有効性の認証処理を行う。
【０１６９】
具体的には、認証ノード１ｘの制御部１１は、先ず、上記ステップＳ５２と同様、ライセンスサーバ２の公開鍵を用いて当該ライセンス証の署名が正しいか否かを判別し（ステップＳ１２２）、ライセンス証の署名が正しい場合（ステップＳ１２２：Ｙ）、当該ランセンス証（復号化されたライセンス証）に記述された内容に矛盾がないか否かを判別し（ステップＳ１２３）、矛盾がない場合（上記ステップＳ５３と同様）には（ステップＳ１２３：Ｙ）、ライセンス証の有効性があると判定し（ステップＳ１２４）、ステップＳ１２５に移行する。
【０１７０】
一方、上記ステップＳ１２２でライセンス証の署名が正しくない場合（ステップＳ１２２：Ｎ）、或いは、上記ステップＳ１２３でランセンス証に記述された内容に矛盾がある場合（ステップＳ１２３：Ｎ）には、認証ノード１ｘの制御部１１は、ライセンス証の有効性がないと判定し（ステップＳ１２９）、ステップＳ１３０に移行する。
【０１７１】
ステップＳ１２５では、認証ノード１ｘの制御部１１は、当該ライセンス証に記述された再生可能回数を１回分減じて（１デクリメント）ライセンス証を更新する。
【０１７２】
次いで、認証ノード１ｘの制御部１１は、更新後のライセンス証に署名（つまり、認証ノード１ｘの秘密鍵で更新後のライセンス証のハッシュ値を暗号化。更新前（オリジナル）のライセンス証はライセンスサーバ２の署名によってオーソライズされるが、更新後のライセンス証は認証ノード１ｘの署名によってオーソライズされる）する（ステップＳ１２６）。
【０１７３】
そして、認証ノード１ｘの制御部１１は、更新後のライセンス証（署名されたもの）、及びライセンス認証権限委譲証が付加された更新ライセンス証送信情報を、ユーザノード１ａに対して送信（返信）し（ステップＳ１２８）、当該処理を終了する。
【０１７４】
一方、ステップＳ１３０では、認証ノード１ｘの制御部１１は、ライセンス証が不正である（有効性がない）旨が記述されたライセンス証不正情報を、ユーザノード１ａに対して送信し、当該処理を終了する。
【０１７５】
そして、図２１に示すように、ユーザノード１ａの制御部１１は、認証ノード１ｘから送信されてきた情報を受信し（ステップＳ１１２）、その情報が更新ライセンス証送信情報であるか否かを判別する（ステップＳ１１３）。上記受信された情報が更新ライセンス証送信情報である場合には（ステップＳ１１３：Ｙ）、ユーザノード１ａの制御部１１は、更新ライセンス証送信情報に付加された更新後のライセンス証を、ＩＣカード２５における不揮発性メモリ２５４に記憶されている更新前のライセンス証と置き換え（ステップＳ１１４）、ステップＳ１１５に移行する。
【０１７６】
一方、上記受信された情報が更新ライセンス証送信情報でない場合（ステップＳ１１３：Ｎ）には、ライセンス証の認証に失敗した旨を示す情報を、例えば、表示部１７に表示させたり、スピーカ１９に音声出力させたりすることによってユーザに通知し（ステップＳ１１６）、当該処理を終了する。
【０１７７】
ステップＳ１１５では、当該制御部１１が、上記取得した更新後のライセンス証の署名データを、認証ノード１ｘの公開鍵で復号化する。
【０１７８】
次いで、ユーザノード１ａの制御部１１は、上記取得した更新後のライセンス証のハッシュ値を計算し（ステップＳ１１７）、当該計算した更新後のライセンス証のハッシュ値と、上記取得し複号化した更新後のライセンス証のハッシュ値と、を比較して同一性があるか否かを判別する（ステップＳ１１８）。
【０１７９】
そして、双方の更新後のライセンス証のハッシュ値に同一性があると判別された場合（ステップＳ１１８：Ｙ）、当該ライセンス証に対応するコンテンツ保護キーをＩＣカード２５から取得し、当該コンテンツ保護キー及び復号化用アクセラレータ１４を用いて上記再生対象の保護済コンテンツデータを復号化し（ステップＳ１１９）、復号されたコンテンツデータをデコーダ部１５、映像処理部１６及び音声処理部１８を通じて再生させ（ステップＳ１２０）、表示部１７及びスピーカ１９を通じて出力させ、当該処理を終了する。なお、双方の更新後のライセンス証のハッシュ値に同一性がない場合には（ステップＳ１１８：Ｎ）、保護済コンテンツデータの複号化及び再生が行われずに、当該処理が終了する。
【０１８０】
なお、ユーザノード１ａは更新後のライセンス証の真証性を、認証ノード１ｘから取得したライセンス認証権限委譲証によって確認することができる。
【０１８１】
このような構成によれば、保護済コンテンツデータ再生指示（例えば、ユーザによる再生ボタンの押下）がある都度、ユーザノード１ａから認証ノード１ｘへの問い合わせ（ライセンス認証及び更新依頼）が発生するが、ユーザによる保護済コンテンツデータの再生可能回数の管理をより厳密に管理し、ユーザによる不正をより確実に防止することができる。なお、このような構成は、例えば常時インターネットに接続されるＳＴＢ（セットトップボックス）のようなノード装置に対してより有効である。
【０１８２】
［他の実施形態２］
上記実施形態においては、あるコンテンツ名のコンテンデータに対応する認証処理を１つの認証ノードで行うように構成したが、別の例として、ＤＨＴルーティングにおけるスパニングツリー上でルート近隣に位置するノードに対してもライセンス認証権限を委譲するように構成することで当該認証処理に関する冗長性を高めても良い。なお、「スパニングツリー上でルート近隣に位置するノード」には、例えば、認証依頼情報がユーザノードから認証ノードまでに転送されていく経路上における中継ノードと、中継ノードの近隣のノードが含まれる。例えば、PastryのようなＤＨＴルーティングの場合、各ノードはＤＨＴの他に自ノードの近隣ノード情報をLeaf Setとして管理しているので、スパニングツリーのルート付近（ルーティングが収束する付近）では、中継経路上のノードとその近隣ノードの両方が、認証機能を有しても良い（以下の鍵発行機能についても同様）。
【０１８３】
更に、この場合に、認証ノードが自ノード以外の認証ノードに対して定期的にＴＴＬ（Time To Live）制御されるブロードキャストメッセージを発信（送出）して自ノードの存在を告知すると共に、自ノード以外の認証ノードから送信されてくるブロードキャストメッセージを受信することで認証ノードの総量を認識し、当該総量が所定量を下回った場合には、その事象を最初に検知した認証ノードが近隣の（例えば、ホップ数が少ない）一般ノードを認証ノードとして任命するように（ライセンス認証権限を委譲するように）ライセンスサーバ２へ依頼する構成としても良い。このように構成すれば、当該システムＳにおけるライセンシング機能を安定化させることができる。
【０１８４】
［他の実施形態３］
上記実施形態においては、あるコンテンツ名のコンテンデータに対応するコンテンツ保護キー発行処理を１つのコンテンツ保護キー発行ノード（例えば、ルートノード）で行うように構成したが、別の例として、ＤＨＴルーティングにおけるスパニングツリー上でルート近隣に位置するノードに対してもコンテン保護キーの発行権限を与えるように構成することで当該コンテンツ保護キー発行処理に関する冗長性を高めても良い。
【０１８５】
更に、この場合に、コンテンツ保護キー発行ノードが自ノード以外のコンテンツ保護キー発行ノードに対して定期的にＴＴＬ（Time To Live）制御されるブロードキャストメッセージを発信（送出）して自ノードの存在を告知すると共に、自ノード以外のコンテンツ保護キー発行ノードから送信されてくるブロードキャストメッセージを受信することでコンテンツ保護キー発行ノードの総量を認識し、当該総量が所定量を下回った場合には、その事象を最初に検知したコンテンツ保護キー発行ノードが近隣の（例えば、ホップ数が少ない）一般ノードをコンテンツ保護キー発行ノードとして任命するように構成しても良い。このように構成すれば、当該システムＳにおけるコンテンツ保護キー発行機能を安定化させることができる。
【０１８６】
［他の実施形態４］
上記実施形態においては、１つのノードが、ルートノードの機能とコンテンツ保護キー発行ノードの機能の双方を実行する場合を例にとって説明したが、これに限定されるものではなく、ルートノードの機能と、コンテンツ保護キー発行ノードの機能を、独立した２つのノードにおいて夫々実行するように構成しても良い。この場合、例えば、認証ノード１ｘは、ライセンス認証権限委譲証、ユーザＩＤ、及びユーザノード１ａのＩＰアドレス等が付加された保護キー発行許可情報を、ＤＨＴルーティング（この場合、コンテンツＩＤ＋上述した接尾辞とは異なる接尾辞のハッシュ値をキーとする）によってコンテンツ保護キー発行ノードに対して送信し、当該コンテンツ保護キー発行ノードが、発行したコンテンツ保護キー、ライセンス認証権限委譲証が付加された保護キー送信情報を、ユーザノード１ａに対して送信する。そして、ユーザノード１ａが、コンテンツＩＤとするＤＨＴルーティングによってルートノードに対して保護済コンテンツデータの所在情報を要求する情報を送信して、当該ルートノードから当該所在情報を取得する。
【０１８７】
更に、認証ノードの機能と、ルートノードの機能と、コンテンツ保護キー発行の機能とを、それぞれ異なるノードにて行わせた場合、ユーザノードが、先ずルートノードにコンテンツＩＤとするＤＨＴルーティングによってルートノードに対して保護済コンテンツデータの所在情報を要求する情報（ライセンス証が含まれる）を送信する。そして、ルートノードが認証ノードに対してライセンス証の認証依頼情報を送信する。ルートノードに認証結果が送信され、正しい認証である場合には、ルートノードは、コンテンツ保護キー発行ノードにコンテンツ保護キー発行を依頼して、コンテンツ保護キー発行ノードからコンテンツ保護キーを受信し、保護済コンテンツデータの所在情報とコンテンツ保護キーをユーザノードに送信するようにしても良い。また、ルートノードが認証ノードに対してライセンス証の認証依頼情報と保護済コンテンツデータの所在情報を送信し、認証ノードは、認証結果を、受信した保護済コンテンツデータの所在情報に対応するコンテンツ保護キー発行ノードに送信して、保護済コンテンツデータの所在情報をルートノードからユーザノードに送信し、コンテンツ保護キーをコンテンツ保護キー発行ノードからユーザノードに送信するようにしても良い。
【０１８８】
なお、本実施形態においては、当該コンテンツ保護キーの発行許可に関する認証処理を行うノードと、コンテンツ保護キーの発行処理を行うノードとを独立させることで、不正な結託を防ぎ著作権保護に関する安全性、信頼性等を高めておりこれが運用上望ましいが、当該安全性を何らかの方法で高めることができれば、コンテンツ保護キーの発行許可に関する認証処理と、コンテンツ保護キーの発行処理とを一つのノード（例えば、上述した認証ノード、或いはコンテンツ保護キー発行ノード（ルートノード）等）で実行するように構成しても良い。
【０１８９】
また、上記実施形態において、あるユーザノードが別のユーザノードが要求すべき保護済コンテンツデータに対応する認証ノード或いは、コンテンツ保護キー発行ノードとして機能することを妨げない。
【０１９０】
また、上記実施形態においては、ＤＨＴを利用したアルゴリズムによって構築されたオーバーレイネットワーク９を前提として説明したが、本発明はこれに限定されるものではなく、その他のコンピュータネットワークシステムに対しても適用可能である。
【図面の簡単な説明】
【０１９１】
【図１】本実施形態に係るコンテンツ配信システムにおける各ノード装置の接続態様の一例を示す図である。
【図２】ＤＨＴのノードＩＤ空間において、ユーザノードがコンテンツ保護キーを取得する場合におけるＤＨＴルーティングの一例を示す図である。
【図３】ノード１の概要構成例を示す図である。
【図４】ＩＣカードの概要構成例を示す図である。
【図５】ライセンスサーバ２の概要構成例を示す図である。
【図６】耐タンパセキュアボードの概要構成例を示す図である。
【図７】コンテンツ配信システムＳにおける全体的な処理の流れの一例を示す図である。
【図８】ライセンスサーバ２の制御部３１におけるコンテンツデータ暗号化及び保存処理を示すフローチャートである。
【図９】コンテンツ保護キー管理テーブルに登録された保護キー管理情報の一例を示す図である。
【図１０】コンテンツ保護キーの更新の様子の一例を示す図である。
【図１１】ライセンスサーバ２の制御部３１におけるライセンス認証権限委譲証発行処理を示すフローチャートである。
【図１２】ユーザノード１ａの制御部１１におけるライセンス証購入処理を示すフローチャートである。
【図１３】ライセンスサーバ２の制御部３１におけるライセンス証発行処理を示すフローチャートである。
【図１４】ライセンス証に記述される内容の一例を示す概念図である。
【図１５】ユーザノード１ａの制御部１１におけるＤＲＭ処理（コンテンツ保護キー要求の際の処理）を示すフローチャートである。
【図１６】認証ノード１ｘの制御部１１におけるライセンス認証処理を示すフローチャートである。
【図１７】ルートノード１ｙの制御部１１における保護キー発行処理を示すフローチャートである。
【図１８】ユーザノード１ａの制御部１１におけるＤＲＭ処理（コンテンツ保護キー使用の際の処理）を示すフローチャートである。
【図１９】ルートノード１ｙの制御部１１におけるブラックリスト登録処理を示すフローチャートである。
【図２０】ライセンスサーバ２の制御部３１における保護キー発行先検査処理を示すフローチャートである。
【図２１】ライセンス証の更新が行われる場合のユーザノード１ａの制御部１１におけるＤＲＭ処理を示すフローチャートである。
【図２２】認証ノード１ｘの制御部１１におけるライセンス認証・更新処理を示すフローチャートである。
【符号の説明】
【０１９２】
１  ノード
２  ライセンスサーバ
８  ネットワーク
９  オーバーレイネットワーク
１１  制御部
１２  記憶部
１３  バッファメモリ
１４  復号化用アクセラレータ
１５  デコーダ部
１６  映像処理部
１７  表示部
１８  音声処理部
１９  スピーカ
２０  ＩＣカードスロット
２１  通信部
２２  入力部
２３  バス
２５  ＩＣカード
３１  制御部
３２  記憶部
３３  暗号化用アクセラレータ
３４  エンコーダ部
３５  ボードスロット
３６  通信部
３７  入力部
３８  バス
４０  耐タンパセキュアボード
Ｓ  コンテンツ配信システム
【図１】
2006285974.tif 000003
【図２】
2006285974.tif 000004
【図３】
2006285974.tif 000005
【図４】
2006285974.tif 000006
【図５】
2006285974.tif 000007
【図６】
2006285974.tif 000008
【図７】
2006285974.tif 000009
【図８】
2006285974.tif 000010
【図９】
2006285974.tif 000011
【図１０】
2006285974.tif 000012
【図１１】
2006285974.tif 000013
【図１２】
2006285974.tif 000014
【図１３】
2006285974.tif 000015
【図１４】
2006285974.tif 000016
【図１５】
2006285974.tif 000017
【図１６】
2006285974.tif 000018
【図１７】
2006285974.tif 000019
【図１８】
2006285974.tif 000020
【図１９】
2006285974.tif 000021
【図２０】
2006285974.tif 000022
【図２１】
2006285974.tif 000023
【図２２】
2006285974.tif 000024