情報配信システム、情報配信方法、ノード装置、ノード処理プログラム、鍵データ管理装置、及び鍵データ管理処理プログラム
【課題】サーバ装置のような特定の装置に多大な負荷をかけることなく、録画し損ねた番組データを含む番組情報であっても、より確実、かつ簡易な操作によって取得でき、また、番組情報の２次的利用に関して番組制作者や放送局側等の著作者等の権利を保障することが可能な情報配信システムを提供する。
【解決手段】ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局からの番組情報が何れかの前記ノード装置によって受信される情報配信システムであって、前記ノード装置は、該番組情報を保存し、該番組情報に固有の識別情報を生成し、ノード情報および識別情報を、当該識別情報の管理元のノード装置に向けて送出、登録する。前記番組情報の取得を望むノード装置は、識別情報に基づいて、要求メッセージ送出し、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する。
【解決手段】ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局からの番組情報が何れかの前記ノード装置によって受信される情報配信システムであって、前記ノード装置は、該番組情報を保存し、該番組情報に固有の識別情報を生成し、ノード情報および識別情報を、当該識別情報の管理元のノード装置に向けて送出、登録する。前記番組情報の取得を望むノード装置は、識別情報に基づいて、要求メッセージ送出し、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかのノード装置によって受信される情報配信システム等の技術分野に関する。
【背景技術】
【０００２】
近年、デジタル放送、ハードディスクレコーダー、Ｇコード（番組を予約録画するための要素（録画日，録画チャンネル，録画開始時刻，録画終了時刻）を符号化したもの）予約、自動ＣＭ（Commercial Message）カットなど、利用者個人で録画するコンテンツのクオリティが高くなっている。また、キーワード録画などによって、極力撮り逃しを防ぐ機能も知られている。
【０００３】
特許文献１には、放送されている番組の映像及び音声を含む番組データを記録する複数の録画装置と、放送される番組毎に少なくとも番組の放送開始時刻及び番組の放送終了時刻を表す番組情報を記録する番組データベース装置と、番組データベース装置に接続されたサーバ装置とを備えた番組録画システムが開示されている。この番組録画システムでは、ある録画装置において番組データの記録の開始が放送開示時刻に間に合わない場合、必要な番組の放送開始時刻から放送終了時刻までの番組データがサーバ装置によって各録画装置に記録された番組データの中から検索され、検索された番組データが番組データの記録に失敗した録画装置によって取得され記録されるようになっている。これにより、１つの録画装置において所定の番組データの記録が放送開始時刻よりも後に記録された番組データの中から必要な番組データが検索されて、録画装置間で番組データの受け渡しをすることができる。
【特許文献１】特開２００４−３２０４５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述したような番組録画システムでは、録画装置間の番組データの受け渡しをサーバ装置が取り持つようになっているため、当該番組録画システムの利用者の数が増大すると、サーバ装置に多大の負荷がかかるという問題がある。
【０００５】
また、録画した番組データの受け渡しによる番組データの２次的利用に関して、番組制作者や放送局側の著作者等の権利上の問題がある。
【０００６】
更に、例えば１週間前、１ヶ月前に放送され記録された番組データについては、録画装置において既に消去されている可能性が高く、この場合、ビデオ、ＤＶＤの発売やレンタル、或いは再放送を待たなければならない。
【０００７】
本発明は、以上の問題等に鑑みてなされたものであり、上記サーバ装置のような特定の装置に多大な負荷をかけることなく、録画し損ねた番組データを含む番組情報であっても、より確実、かつ簡易な操作によって取得でき、また、番組情報の２次的利用に関して番組制作者や放送局側等の著作者等の権利を保障することが可能な情報配信システム、情報配信方法、ノード装置、ノード処理プログラム、鍵データ管理装置、及び鍵データ管理処理プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムであって、前記放送された番組情報を受信した前記ノード装置は、当該番組情報を保存する番組情報保存手段と、前記保存された番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、前記番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する登録メッセージ送出手段と、を備え、前記識別情報の管理元となるノード装置は、登録メッセージを受信する登録メッセージ受信手段と、前記受信された登録メッセージに含まれるノード情報を記憶するノード情報記憶手段と、を備え、前記番組情報の取得を望むノード装置は、当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する要求メッセージ送出手段と、前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する番組情報取得手段と、を備えることを特徴とする。
【０００９】
この発明によれば、保存された番組情報に係る番組に固有の番組コードに対応する識別情報を生成し、当該番組情報を保存するノード装置のノード情報を、当該識別情報の管理元となるノード装置に記憶するようにしたので、当該番組情報の取得を望むノード装置は、所望の番組の番組コードに対応する識別情報を生成し、当該識別情報をキーとして要求メッセージを他のノード装置に対して送出するだけで、所望の番組の番組情報の所在を上記識別情報の管理元となるノード装置を通じて知ることができる。
【００１０】
また、人気の高い番組の番組情報ほど、多くのユーザにより録画されるため、多くのノード装置に保存されるので、サーバ装置のような特定の装置に負荷をかけることなく、人気の高い番組情報ほどアクセス（取得）しやすくなり、録画し損ねた番組の番組情報であっても、より確実、かつ簡易な操作によって取得することができる。
【００１１】
また、請求項２に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムであって、前記放送された番組情報を受信した前記ノード装置は、当該ノード装置に固有の鍵データを記憶する鍵データ記憶手段と、前記受信された番組情報に固有の番組コードを取得する番組コード取得手段と、前記記憶された鍵データ及び前記取得された番組コードに基づいて暗号化鍵を生成する暗号化鍵生成手段と、前記生成された暗号化鍵を用いて前記受信された番組情報を暗号化する暗号化手段と、当該暗号化された番組情報を保存する番組情報保存手段と、前記取得された番組コードに対応する識別情報を生成する識別情報生成手段と、前記暗号化された番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する登録メッセージ送出手段と、を備え、前記識別情報の管理元となるノード装置は、登録メッセージを受信する登録メッセージ受信手段と、前記受信された登録メッセージに含まれるノード情報を記憶するノード情報記憶手段と、を備え、前記暗号化された番組情報の取得を望むノード装置は、当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する要求メッセージ送出手段と、前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する番組情報取得手段と、前記取得した番組情報を復号するための復号鍵を取得する復号鍵取得手段と、前記復号鍵を用いて前記取得された番組情報を復号する復号手段と、を備えることを特徴とする。
【００１２】
この発明によれば、保存された番組情報に係る番組に固有の番組コードに対応する識別情報を生成し、当該番組情報を保存するノード装置のノード情報を、当該識別情報の管理元となるノード装置に記憶するようにしたので、当該番組情報の取得を望むノード装置は、所望の番組の番組コードに対応する識別情報を生成し、当該識別情報をキーとして要求メッセージを他のノード装置に対して送出するだけで、所望の番組の番組情報の所在を上記識別情報の管理元となるノード装置を通じて知ることができる。
【００１３】
また、番組情報を暗号化して保存するようにしたので、セキュリティを向上させることができ、しかも、番組情報の暗号化鍵は、各ノード装置に固有の鍵データと当該番組の番組コードに基づき生成された鍵であるので、あるノード装置において暗号化され保存された番組情報の復号鍵を他のノード装置が生成することができず、したがって、安全性をより一層確保することができる。
【００１４】
また、請求項３に記載の発明は、請求項２に記載の情報配信システムにおいて、前記ネットワークを介して各前記ノード装置と通信可能な鍵データ管理装置を更に備え、前記番組情報にはこれを暗号化したノード装置の識別情報が付加されており、前記暗号化された番組情報を取得したノード装置の前記復号鍵取得手段は、前記鍵データ管理装置に対して、前記取得した番組情報の番組コード及び前記番組情報に付加された前記ノード装置の識別情報を含む復号鍵要求情報を前記鍵データ管理装置に送信し、前記鍵データ管理装置は、前記各ノード装置に固有の鍵データを、当該各ノード装置に固有の識別情報に対応付けて管理する鍵管理手段と、前記復号鍵要求情報に含まれるノード装置の識別情報に対応付けられた鍵データを取得し、当該鍵データ及び前記復号鍵要求情報に含まれる番組コードに基づいて復号鍵を生成する復号化鍵生成手段と、前記生成された復号鍵を、前記復号鍵要求情報を送信したノード装置に送信する復号鍵送信手段と、を備えることを特徴とする。
【００１５】
この発明によれば、番組情報の暗号化鍵及び復号鍵は、各ノード装置に固有の鍵データと当該番組の番組コードに基づき生成された鍵であり、自分の暗号化鍵以外は、全てのノード装置の鍵データを知っている鍵データ管理装置のみから発行されるものであるので、あるノード装置において暗号化され保存された番組情報の復号鍵を他のノード装置が生成することができず、また、取得した復号鍵で他の番組情報を復号することもできない。したがって、安全性をより一層確保することができる。
【００１６】
また、請求項４に記載の発明は、請求項１乃至３の何れか一項に記載の情報配信システムに含まれる前記番組情報を取得したノード装置であって、当該取得した番組情報を保存する番組情報保存手段と、前記保存された番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、前記番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する登録メッセージ送出手段と、を備えることを特徴とする。
【００１７】
この発明によれば、番組情報を取得したノード装置は、新たに当該番組情報を保存するノード装置として上記識別情報の管理元となるノード装置を通じて公開されることになるので、サーバ装置のような特定の装置に負荷をかけることなく、人気の高い番組情報ほどアクセス（取得）しやすくなり、録画し損ねた番組の番組情報であっても、より確実、かつ簡易な操作によって取得することができる。
【００１８】
また、請求項５に記載の発明は、請求項１乃至３の何れか一項に記載の情報配信システムに含まれる前記放送された番組情報を受信するノード装置であって、前記番組情報保存手段、前記識別情報生成手段、及び前記登録メッセージ送出手段を備えることを特徴とする。
【００１９】
また、請求項６に記載の発明は、請求項１乃至３の何れか一項に記載の情報配信システムに含まれる前記番組情報の取得を望むノード装置であって、前記識別情報生成手段、前記要求メッセージ送出手段、及び番組情報取得手段を備えることを特徴とする。
【００２０】
また、請求項７に記載のノード処理プログラムは、コンピュータを、請求項４乃至７の何れか一項に記載のノード装置として機能させることを特徴とする。
【００２１】
また、請求項８に記載の発明は、請求項３に記載の情報配信システムに含まれる前記鍵データ管理装置であって、前記鍵管理手段、前記復号鍵生成手段、及び復号鍵送信手段を備えることを特徴とする。
【００２２】
また、請求項９に記載の発明は、請求項８に記載の鍵データ管理装置において、前記各ノード装置の使用者毎の使用者情報を記憶、管理する使用者情報管理手段と、前記復号鍵要求情報を送信したノード装置の使用者に対して課金処理を行う課金処理手段と、を更に備え、前記復号鍵送信手段は、前記課金処理が行われた後に、前記生成された復号鍵を前記ノード装置に送信することを特徴とする。
【００２３】
この発明によれば、上記課金処理が行われた後に、生成された復号鍵を前記ノード装置に送信するようにしたので、番組情報の２次的利用に対する料金を当該ユーザに確実に課すことができ、徴収された利用料金は、予め定められた基準にしたがって番組制作者や放送局側の著作者等に対して支払われるので、番組情報の２次的利用に関して番組制作者や放送局側等の著作者等の権利を保障することができる。
【００２４】
また、請求項１０に記載の発明は、請求項８に記載の鍵データ管理装置において、前記復号鍵要求情報には、前記番組情報を保存するノード装置の識別情報が含まれており、前記各ノード装置の使用者毎の使用者情報を、前記各ノード装置に固有の識別情報に対応付けて管理する使用者情報管理手段と、前記復号鍵要求情報に含まれる前記番組情報を保存するノード装置の識別情報に対応付けられた使用者情報により特定される使用者に対して対価付与処理を行う対価付与処理手段と、を更に備えることを特徴とする。
【００２５】
この発明によれば、番組情報を保存するノード装置のユーザは、当該番組情報を保存することでその報酬をもらえるために、かなり昔、例えば１ヶ月前、更には１年以上前に放送され記録された番組情報についても、消去せずに保存しておく価値が生じるので、より一層、番組情報を残しておくというモチベーションを全ユーザに対して与えることができる。したがって、かなり昔の番組の番組情報であっても、より確実、かつ簡易な操作によって取得することができる。
【００２６】
また、請求項１１に記載の発明は、請求項８に記載の鍵データ管理装置において、前記復号鍵要求情報には、前記番組情報を保存するノード装置の識別情報が含まれており、前記各ノード装置の使用者毎の使用者情報を、前記各ノード装置に固有の識別情報に対応付けて管理する使用者情報管理手段と、前記復号鍵要求情報に含まれる番組コードに対応する番組情報中にＣＭ情報が含まれているか否かを判別し、ＣＭ情報が含まれている場合には、前記復号鍵要求情報に含まれる前記番組情報を保存するノード装置の識別情報に対応付けられた使用者情報により特定される使用者に対して対価付与処理を行う対価付与処理手段と、を更に備えることを特徴とする。
【００２７】
この発明によれば、番組情報を保存する際に、ＣＭをカットせずに保存するユーザが増え（対価をもらえるのでＣＭ離れを防げる）、これによって、当該システムにおいて多くのノード装置に保存される番組情報にはＣＭ情報が含まれているので、スポンサーは、より多くのユーザに対してＣＭ情報の視聴してもらうことができ、ＣＭ効果を上げることができる。
【００２８】
また、請求項１２に記載の鍵データ管理処理プログラムは、コンピュータを、請求項８乃至１１の何れか一項に記載の鍵データ管理装置として機能させることを特徴とする。
【００２９】
また、請求項１３に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムにおける情報配信方法であって、前記放送された番組情報を受信した前記ノード装置は、当該番組情報を保存する工程と、前記保存された番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する工程と、前記番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、を備え、前記識別情報の管理元となるノード装置は、登録メッセージを受信する工程と、前記受信された登録メッセージに含まれるノード情報を記憶する工程と、を備え、前記番組情報の取得を望むノード装置は、当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する工程と、当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する工程と、を備えることを特徴とする。
【００３０】
また、請求項１４に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムにおける情報提供方法であって、前記放送された番組情報を受信した前記ノード装置は、当該ノード装置に固有の鍵データを記憶する工程と、前記受信された番組情報に固有の番組コードを取得する工程と、前記記憶された鍵データ及び前記取得された番組コードに基づいて暗号化鍵を生成する工程と、前記生成された暗号化鍵を用いて前記受信された番組情報を暗号化する工程と、当該暗号化された番組情報を保存する工程と、前記取得された番組コードに対応する識別情報を生成する工程と、前記暗号化された番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、を備え、前記識別情報の管理元となるノード装置は、登録メッセージを受信する工程と、前記受信された登録メッセージに含まれるノード情報を記憶する工程と、を備え、前記暗号化された番組情報の取得を望むノード装置は、当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する工程と、当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する工程と、前記取得した番組情報を復号するための復号鍵を取得する工程と、前記復号鍵を用いて前記取得された番組情報を復号する工程と、を備えることを特徴とする。
【発明の効果】
【００３１】
本発明によれば、保存された番組情報に係る番組に固有の番組コードに対応する識別情報を生成し、当該番組情報を保存するノード装置のノード情報を、当該識別情報の管理元となるノード装置に記憶するようにしたので、当該番組情報の取得を望むノード装置は、所望の番組の番組コードに対応する識別情報を生成し、当該識別情報をキーとして要求メッセージを上記識別情報の管理元となるノード装置に対して送出することにより、所望の番組の番組情報を保存するノード装置から取得することができる。
【００３２】
また、人気の高い番組の番組情報ほど、多くのユーザにより録画されるため、多くのノード装置に保存されるので、サーバ装置のような特定の装置に負荷をかけることなく、人気の高い番組情報ほどアクセス（取得）しやすくなり、録画し損ねた番組の番組情報であっても、より確実、かつ簡易な操作によって取得することができる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ配信システムに対して本発明を適用した場合の実施形態である。
［１．コンテンツ配信システムの構成等］
始めに、図１を参照して、コンテンツ配信システムの一例としてのコンテンツ配信システムの概要構成等について説明する。
【００３４】
図１は、本実施形態に係るコンテンツ配信システムにおける各ノード装置の接続態様の一例を示す図である。
【００３５】
図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ,４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ,５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界の通信ネットワーク）８が構築されている。なお、図１の例におけるネットワーク（通信ネットワーク）８には、データ（パケット）を転送するためのルータが、適宜挿入されているが図示を省略している。
【００３６】
コンテンツ配信システムＳは、このようなネットワーク８を介して相互に接続された複数のノード装置（以下、単に、「ノード」という）ｎ１，ｎ２・・・ｎ２１を備えて構成されることになり、ピアツーピア方式のネットワークシステムとなっている（なお、実際には、これ以上のノードが存在することになる）。また、各ノードｎ１〜ｎ２１には、固有の製造番号及びＩＰ（Internet Protocol）アドレスが割り当てられている。なお、製造番号及びＩＰアドレスは、複数のノード間で重複しないものである。
【００３７】
これらのノードｎ１〜ｎ２１は、放送局２ａから様々な放送チャンネルで放送された番組の映像及び音声を含む番組データ（番組内に組み込まれるＣＭ情報等を含む場合もある）を有する番組情報（以下、「コンテンツデータ」という）を記録（保存）することが可能になっている。なお、放送局２ａからコンテンツデータを放送する放送媒体としては、衛星電波、地上波、インターネット、ＣＡＴＶ（Cable Television or Community Antenna Television）ケーブル等の専用回線等を適用することができる。また、コンテンツデータの２次的利用に対する課金処理は、課金サーバ２ｂが行うようになっている。
【００３８】
そして、このコンテンツ配信システムＳにおいては、特定のアルゴリズム、例えば、ＤＨＴ（Distributed Hash Table）を利用したアルゴリズムによって、図１の上部枠１００内に示すような、オーバーレイネットワーク９が構築されることになる。つまり、このオーバーレイネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するネットワーク（論理的なネットワーク）を意味する。
【００３９】
本実施形態においては、ＤＨＴを利用したアルゴリズムによって構築されたオーバーレイネットワーク９を前提としており、このオーバーレイネットワーク９（図１の上部枠１００内）に配置されたノードｎ１〜ｎ１５を、オーバーレイネットワーク９に参加しているノードｎｎという。言い換えれば、オーバーレイネットワーク９は、ノードｎｎの参加により形成されている。
【００４０】
このようなオーバーレイネットワーク９への参加は、参加していないノードｎ１６〜ｎ２１が、参加している任意のノードｎｎに対して参加要求を示す参加メッセージを送信することによって行われる。
【００４１】
また、各ノードｎｎは、固有の識別情報としてのノードＩＤを有しており、当該ノードＩＤは、例えば、ＩＰアドレスあるいは製造番号を共通のハッシュ関数（例えば、ＳＨＡ−１等）によりハッシュ化した値（例えば、ｂｉｔ長が１６０ｂｉｔ）であり、一つのＩＤ空間に偏りなく分散して配置されることになる。
【００４２】
このように共通のハッシュ関数により求められた（ハッシュ化された）ノードＩＤは、当該ＩＰアドレスあるいは製造番号が異なれば、同じ値になる確率が極めて低いものである。なお、ハッシュ関数については公知であるので詳しい説明を省略する。
【００４３】
また、各ノードｎｎは、夫々、ＤＨＴを保持している。このＤＨＴは、オーバーレイネットワーク９上における各種メッセージの転送先を規定しており、具体的には、ノードＩＤ空間内で適度に離れたノードｎｎのノードＩＤとそのＩＰアドレス及びポート番号等の組が複数登録されたルーティングテーブル（転送先テーブル）が含まれている。
【００４４】
図２は、ノードｎ１が保持するＤＨＴのルーティングテーブルの一例を示す図であり、図３は、ＤＨＴのノードＩＤ空間の一例を示す概念図である。
【００４５】
なお、図２及び図３の例においては、説明の便宜上、ノードＩＤのｂｉｔ長を２ｂｉｔ×３桁＝６ｂｉｔとし、各桁を４進数（０〜３の整数）で表している（実際には、もっと長いｂｉｔ長を用い、各桁も例えば４ｂｉｔに区切って０〜ｆの１６進数で表現する）。
【００４６】
図２の例において、ＤＨＴのルーティングテーブルは、レベル１〜レベル３のテーブルからなり（複数のレベルに区分されており）、各レベルのテーブルエントリーには、エリア毎に、ノードＩＤとこれに対応するノードｎｎのＩＰアドレス及びポート番号が対応付けられて登録されている。各レベルのテーブルにおける各エリアは、ＤＨＴのノードＩＤ空間を分割することにより得られるエリアである。例えば、図３に示すように、レベル１では、ＤＨＴのノードＩＤ空間全体が４分割され、“０００”〜“０３３”のノードＩＤが存在するエリアを０ＸＸのエリア、“１００”〜“１３３” のノードＩＤが存在するエリアを１ＸＸのエリア、“２００”〜“２３３” のノードＩＤが存在するエリアを２ＸＸのエリア、“３００”〜“３３３” のノードＩＤが存在するエリアを３ＸＸのエリアとする。また、レベル２では、レベル１のエリア（つまり、０ＸＸ〜３ＸＸのエリア）が更に４分割、例えば１ＸＸのエリアが４分割され、“１００”〜“１０３” のノードＩＤが存在するエリアを１０Ｘのエリア、“１１０”〜“１１３” のノードＩＤが存在するエリアを１１Ｘのエリア、“１２０”〜“１２３” のノードＩＤが存在するエリアを１２Ｘのエリア、“１３０”〜“１３３” のノードＩＤが存在するエリアを１３Ｘのエリアとする。
【００４７】
そして、例えば、ノードｎ１のノードＩＤが“１２２”とすると、図２に示すように、かかるノードｎ１のレベル１における１ＸＸのエリア（自己（つまり、自ノード）が存在するエリア）のテーブルには、自己のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録され、自己が存在しないエリア（つまり、０ＸＸのエリア、２ＸＸのエリア、及び３ＸＸのエリア）には、夫々、他の任意のノードｎｎのノードＩＤ及びＩＰアドレス等が登録されている。
【００４８】
また、かかるノードｎ１のレベル２における１２Ｘのエリア（自己が存在するエリア）のテーブルには、図２に示すように、自己のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録され、自己が存在しないエリア（つまり、１０Ｘのエリア、１１Ｘのエリア、及び１３Ｘのエリア）等には、夫々、他の任意のノードｎｎのノードＩＤ及びＩＰアドレス等が登録されている。
【００４９】
更に、かかるノードｎ１のレベル３には、図２に示すように、ノードＩＤが“１２０”〜“１２２”のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録されている。
【００５０】
なお、図２及び図３の例では、ノードＩＤのｂｉｔ長を３桁×２ｂｉｔとしたので、レベル１〜３の３レベル分のテーブルで網羅できるが、ノードＩＤのｂｉｔ長が増せば、その分のテーブルが必要となる（例えば、ノードＩＤのｂｉｔ長を１６桁×４ｂｉｔとした場合、１６レベル分のテーブルが必要となる）。
【００５１】
このように、本実施形態におけるＤＨＴのルーティングテーブルでは、レベルが上がるほど、エリアが狭まっていくようになっている。
【００５２】
このようなＤＨＴは、例えば、未参加のノードがオーバーレイネットワーク９に参加する際に与えられることになる。
【００５３】
ところで、オーバーレイネットワーク９においては、様々な番組のコンテンツデータが、各ノードｎｎのユーザ（利用者）による録画操作によって、夫々のノードｎｎに保存（格納）される。例えば、ノードｎ１には、２００５年３月３日の１７時〜１８時の時間帯に放送チャンネル１００で放送された番組Ｘのコンテンツデータが保存され、一方、ノードｎ２及びノードｎ３には、２００４年６月３日の２０時〜２１時の時間帯に放送チャンネル１２０で放送された番組Ｙのコンテンツデータが保存されるというように、複数のコンテンツデータが複数のノードｎｎに分散されて保存される。なお、コンテンツデータを保存しているノードｎｎを、以下、コンテンツ保持ノードと称する。
【００５４】
また、これらのコンテンツデータには、夫々、番組に固有の番組コード（例えば、Ｇコード）が割り当てられている。そして、コンテンツ保持ノードは、ユーザの指示にしたがって、保存しているコンテンツデータに割り当てられた番組コードを、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化して当該番組コードに一意に対応するコンテンツＩＤを生成するようになっている（つまり、コンテンツＩＤは、ノードＩＤと同一のＩＤ空間に配置される）。このように共通のハッシュ関数により求められた（ハッシュ化された）コンテンツＩＤは、当該番組コードが異なれば、同じ値になる確率が極めて低いものである。従って、同一のタイトルの番組（例えば、毎週放送される番組）であっても、放送日時が異なれば、番組コード（例えば、Ｇコード）も異なるので、コンテンツＩＤは異なることになる。
【００５５】
また、このように分散保存されているコンテンツデータの所在を示すインデックス情報（当該コンテンツデータを保存している各コンテンツ保持ノードのノード情報（ＩＰアドレス及びポート番号等）を含むインデックスリスト）は、上記コンテンツＩＤの管理元となるノードｎｎ（以下、「ルートノード」という）により管理されるようになっている。例えば、番組Ｘのコンテンツデータのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードｎ１３により管理され、番組Ｙのコンテンツデータのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードｎ１４により管理される。つまり、コンテンツ毎にルートノードが分けられるので負荷分散が図らており、しかも、同一のコンテンツデータ（コンテンツＩＤが同一）が、夫々、複数のコンテンツ保持ノードに保存されている場合であっても、かかるコンテンツデータのインデックス情報は、１つのルートノードで管理することができる。また、このようなルートノードは、例えば、コンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノードｎｎであるように定められる。
【００５６】
そして、コンテンツデータを保存したノードｎｎ（コンテンツ保持ノード）は、当該コンテンツデータを保存したことをそのルートノードに知らせるために、そのコンテンツデータのコンテンツＩＤ及び自己のノード情報（コンテンツデータを保存した当該コンテンツ保持ノードを示すＩＰアドレス及びポート番号等のノード情報）を含む登録メッセージとしてのパブリッシュメッセージ（コンテンツデータを保存したので、その情報をオーバーレイネットワーク９に参加しているノードｎｎに対して、保存元ノード情報の登録の要求を示し、ルートノードを通じて公開するためのメッセージ）を、当該コンテンツＩＤに基づいて、そのルートノードに向けて送出する。これにより、パブリッシュメッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。
【００５７】
図４は、コンテンツ保持ノードから送出されたパブリッシュメッセージの流れの一例を、ＤＨＴのノードＩＤ空間にて示した概念図である。
【００５８】
図４の例において、例えば、コンテンツ保持ノードであるノードｎ１は、自己のＤＨＴのレベル１のテーブルを参照して、パブリッシュメッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する例えばノードｎ８のＩＰアドレス及びポート番号を取得し、そのＩＰアドレス及びポート番号宛てに、上記パブリッシュメッセージを送信する。
【００５９】
これに対して、ノードｎ８は、当該パブリッシュメッセージを受信し、自己のＤＨＴのレベル２のテーブルを参照して、当該パブリッシュメッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する例えばノードｎ１１のＩＰアドレス及びポート番号を取得し、そのＩＰアドレス及びポート番号宛てに、上記パブリッシュメッセージを転送する。
【００６０】
これに対して、ノードｎ１１は、当該パブリッシュメッセージを受信し、自己のＤＨＴのレベル３のテーブルを参照して、当該パブリッシュメッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する例えばノードｎ１３のＩＰアドレス及びポート番号を取得し、そのＩＰアドレス及びポート番号宛てに、上記パブリッシュメッセージを転送する。
【００６１】
これに対して、ノードｎ１３は、パブリッシュメッセージを受信し、自己のＤＨＴのレベル４のテーブルを参照して、当該パブリッシュメッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤが自分である、つまり、自分がそのコンテンツＩＤのルートノードであることを認識し、自己のインデックス情報中に、当該パブリッシュメッセージに含まれるノード情報を登録することになる。
【００６２】
なお、パブリッシュメッセージに含まれるノード情報は、コンテンツ保持ノードからルートノードに至るまでの転送経路におけるノードｎｎ（図４の例では、ノードｎ８及びノードｎ１１）においても登録（キャッシュ）される。
【００６３】
さて、あるノードｎｎのユーザが、録画し損ねた番組を視聴したい場合、その番組のコンテンツデータの取得を望むノードｎｎ（以下、「ユーザノード」という）は、当該ユーザにより入力された当該番組の番組コード（例えば、Ｇコード）を、上記共通のハッシュ関数によりハッシュ化してコンテンツＩＤを生成し、当該コンテンツＩＤ及び自己（当該ユーザノード）のノード情報を含むコンテンツ所在問合せ（検索）メッセージ（コンテンツデータを要求する要求メッセージ）を、自己のＤＨＴのルーティングテーブルにしたがって他のノードｎｎに対して送出する。これにより、当該コンテンツ所在問合せメッセージは、上述したパブリッシュメッセージと同様に、コンテンツＩＤをキーとするＤＨＴルーティングによって、いくつかのノードｎｎ（以下、「中継ノード」という）を経由（転送）されて、そのコンテンツＩＤのルートノードに辿り着く。そして、当該ルートノードは、インデックス情報にノード情報が登録されている何れかのコンテンツ保持ノードに対して、当該ユーザノードのノード情報を含むコンテンツ送信要求メッセージを送信する。これにより、ユーザノードは、当該コンテンツ保持ノードから、上記コンテンツ所在問合せ（検索）メッセージに係るコンテンツデータを取得（ダウンロード）することになる。なお、上記ユーザノードは、上記ルートノードから、上述したインデックス情報を取得（受信）し、当該インデックス情報に含まれる何れかのノード情報に基づいて上記コンテンツデータを保存しているコンテンツ保持ノードに接続し、そこから当該コンテンツデータを取得（ダウンロード）するようにしても良い。
【００６４】
なお、上記ユーザノードは、コンテンツ所在問合せメッセージがルートノードに辿り着くまでの間に、当該ルートノードと同じノード情報をキャッシュしているキャッシュノードから当該ノード情報を取得（受信）することもできる。
【００６５】
その後、ユーザノードは、課金サーバ２ｂに接続して当該取得したコンテンツデータの２次的利用に対する課金処理を要求することになる。
【００６６】
次に、図５を参照して、ノードｎｎの構成及び機能について説明する。
【００６７】
図５は、ノードｎｎの概要構成例を示す図である。
【００６８】
ノードｎｎは、図５に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１と、各種データ（例えば、コンテンツデータ、ノード情報、ＤＨＴ、課金サーバ２ｂのＩＰアドレス等）及びプログラム等を記憶保存（格納）するためのＨＤＤ等から構成された番組情報保存手段及びノード情報記憶手段としての記憶部１２と、受信されたコンテンツデータを一時蓄積するバッファメモリ１３と、コンテンツデータに含まれるエンコードされたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するための復号手段としてのデコーダ部１４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部１５と、当該映像処理部１５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部１６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部１７と、当該音声処理部１７から出力されたオーディオ信号を音波として出力するスピーカ１８と、受信されたコンテンツデータを暗号化するための暗号化手段としてのエンコーダ部１９と、ネットワーク８を通じて他のノードｎｎ及び課金サーバ２ｂとの間の通信制御を行うための通信部１９ａと、放送局２ａから放送された番組のコンテンツデータを受信するためのチューナ等の受信部１９ｂと、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部（例えば、キーボード、マウス、或いは、操作パネル等）１９ｃと、を備えて構成され、制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、エンコーダ部１９、通信部１９ａ、及び受信部１９ｂは、バス１９ｄを介して相互に接続されている。なお、ノードｎｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等を適用可能である。
【００６９】
このような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラム（本発明のノード処理プログラムを含む）を読み出して実行することにより、全体を統括制御すると共に、上述したユーザノード、中継ノード、ルートノード、キャッシュノード、及びコンテンツ保持ノード等の少なくとも何れか一つのノードとしての処理を行うようになっており、本発明の番組コード取得手段、番組情報保存手段、識別情報生成手段、登録メッセージ送出手段、登録メッセージ受信手段、要求メッセージ送出手段、及び番組情報取得手段等として機能し、後述する各種処理を行うようになっている。
【００７０】
なお、本実施形態においては、上記コンテンツデータが、各ノードｎｎに固有の暗号化鍵によって暗号化（スクランブル）され記憶保存される場合と、暗号化されずに記憶保存される場合とが考えられる。コンテンツデータが暗号化されて記憶保存される場合においては、上記制御部１１は、本発明の暗号化鍵生成手段として機能し、上記暗号化鍵を生成することになり、また、本発明の復号鍵取得手段として機能し、取得したコンテンツデータを復号するための復号鍵を取得することになる。
【００７１】
また、コンテンツデータが暗号化されて記憶保存される場合においては、例えば、記憶部１２に備える鍵データ記憶手段としてのセキュアな不揮発性メモリに、各ノードｎｎに固有の鍵データとしての秘密鍵（上記暗号化鍵の元になる鍵データ）が、例えば当該ノードｎｎの製造時又は出荷時に記憶保存されるようになっており、かかる秘密鍵は書き換え、消去、及び外部からの取り出しが不可能に保護されている。
【００７２】
なお、上記ノード処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしてもよい。
【００７３】
次に、図６を参照して、課金サーバ２ｂの構成及び機能について説明する。
【００７４】
図６は、課金サーバ２ｂの概要構成例を示す図である。
【００７５】
課金サーバ２ｂは、一般のサーバコンピュータを適用可能であり、図６に示すように、ＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部２１と、各種データ及びプログラム等を記憶（格納）するＨＤＤ等から構成された記憶部２２と、ネットワーク８を通じてノードｎｎとの間の通信制御を行うための通信部２３と、を備えて構成され、これらの各構成要素はバス２４を介して相互に接続されている。
【００７６】
このような構成において、制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することにより、全体を統括制御すると共に、本発明の使用者情報管理手段、課金処理手段、及び対価付与処理手段等として機能し、後述する各種処理を行うようになっている。
【００７７】
また、コンテンツデータが暗号化されて記憶保存される場合においては、課金サーバ２ｂは、鍵データ管理装置（キーサーバ）として、各ノードｎｎに固有の上記秘密鍵を、当該各ノードｎｎに固有の識別情報の一例であるノードＩＤに対応付けて記憶、管理するようになっており、上記制御部２１は、本発明の鍵データ管理処理プログラムの実行により、本発明の鍵管理手段、復号化鍵生成手段、及び復号鍵送信手段等として機能し、後述する各種処理を行うようになっている。なお、上記鍵データ管理処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしてもよい。
【００７８】
記憶部２２には、各ノードｎｎのユーザ（使用者）毎のユーザ情報（使用者情報）を記憶するユーザ情報データベース２２ａが構築されている。
【００７９】
また、ユーザ情報データベース２２ａには、ユーザ情報として、各ノードｎｎの製造番号及びノードＩＤに対応付けられて、当該各ノードｎｎのユーザの個人情報（例えば、ユーザＩＤ、住所、氏名、電話番号、電子メールアドレス）、及び決済情報（課金情報、決済方法を示す情報、クレジットカード番号等）等が登録（記憶）されている。各ノードｎｎの製造番号及びノードＩＤは、例えば、当該ノードｎｎの製造時又は出荷時に登録される（なお、ノードＩＤは、オーバーレイネットワーク９への参加時に登録されるようにしても良い）。また、ユーザの個人情報及び決済情報は、当該ユーザによるノードｎｎの購入時、或いは当該ノードｎｎ購入後の当該システムＳへの利用手続完了時に、既に登録されている製造番号等に対応付けられて登録されることになる。
【００８０】
また、コンテンツデータが暗号化されて記憶保存される場合においては、各ノードｎｎの製造番号及びノードＩＤに対応付けられて、当該各ノードｎｎに固有の上記秘密鍵がユーザ情報データベース２２ａに登録される。各ノードｎｎの秘密鍵は、例えば製造番号と同様、当該ノードｎｎの製造時又は出荷時に登録されることになる。つまり、あるコンテンツ保持ノードの秘密鍵を保持しているのは、当該コンテンツ保持ノードと課金サーバ２ｂだけである。
［２．コンテンツ配信システムの動作］
次に、コンテンツ配信システムＳの動作について説明する。
（実施形態１）
先ず、図７乃至図９等を参照して、実施形態１に係るコンテンツ配信システムＳの動作について説明する。実施形態１は、コンテンツデータが暗号化されずに記憶保存される場合の形態である。
【００８１】
図７は、実施形態１に係るノードｎｎの制御部１１におけるコンテンツ録画（記録）処理を示すフローチャートであり、図８は、実施形態１に係るノードｎｎの制御部１１におけるコンテンツ再生処理を示すフローチャートであり、図９は、実施形態１に係る課金サーバ２ｂの制御部２１における課金処理を示すフローチャートである。
【００８２】
なお、実施形態１の前提として、任意のノードｎｎにおいて、予めユーザにより入力部１９ｃを介して入力された例えばＧコードにしたがってＧコード予約がなされているものとする。
【００８３】
そして、当該ノードｎｎにおいて、Ｇコード予約された番組の録画日時が到来すると、図７に示す処理が開始され、制御部１１は、ユーザにより入力されたＧコードを取得（ＲＡＭの所定領域に記憶）する（ステップＳ１）。
【００８４】
次いで、制御部１１は、放送局２ａから放送された番組のコンテンツデータの受信及び録画処理を行う（ステップＳ２）。つまり、制御部１１は、Ｇコード予約に係る放送チャンネルで放送された番組の該コンテンツデータを受信部１９ｂにより受信し、該コンテンツデータを記憶部１２に記憶保存するように制御して録画処理を行う。
【００８５】
そして、当該録画処理が終了すると、制御部１１は、録画されたコンテンツデータに対して上記取得したＧコードを付加し（対応付けて）、記憶する（ステップＳ３）。これにより、録画されたコンテンツデータとＧコードとの対応関係を明確にすることができる。
【００８６】
次いで、制御部１１は、上記取得したＧコードを上述した共通のハッシュ関数によりハッシュ化してコンテンツＩＤを生成する（ステップＳ４）。
【００８７】
次いで、制御部１１は、上記生成されたコンテンツＩＤ及び自己のノード情報を含むパブリッシュメッセージを、そのルートノードに向けて送出し（ステップＳ５）、当該処理を終了する。そして、送出されたパブリッシュメッセージは、図４を用いて説明したように、幾つかの中継ノードを経由され、上記コンテンツＩＤのルートノードに辿り着く。そのルートノードは、当該パブリッシュメッセージを受信すると、これに含まれるノード情報を記憶、つまり、インデックス情報中に登録することになる。こうして、上記パブリッシュメッセージを送出したノードｎｎは、コンテンツ保持ノードとなる。
【００８８】
次に、図８に示す処理は、ユーザノードにおいて、ユーザにより入力部１９ｃを介して所望の番組のＧコード（例えば、ユーザは、当該番組のＧコードを過去の新聞の番組欄等から取得）が入力され、且つ、再生指示が入力された場合に開始される。当該処理が開始されると、制御部１１は、ユーザにより入力されたＧコードを取得し（ステップＳ１１）、続いて、当該Ｇコードに対応する番組のコンテンツデータを保存（録画）しているか否かを判別する（ステップＳ１２）。
【００８９】
当該Ｇコードに対応する番組のコンテンツデータが保存されている場合（ステップＳ１２：Ｙ）、制御部１１は、当該コンテンツデータの再生処理を行う（ステップＳ１３）。つまり、制御部１１は、当該Ｇコードに対応するコンテンツデータを記憶部１２から再生させるように制御して再生処理を行う。
【００９０】
一方、当該Ｇコードに対応する番組のコンテンツデータが保存されていない場合（ステップＳ１２：Ｎ）、制御部１１は、当該コンテンツデータの利用に対する課金を了承するか否かの入力を促す画面を表示部１６に表示させる。これに対して、ユーザが入力部１９ｃを操作して例えば、「拒否」ボタンを押下すると、制御部１１は、ユーザが課金されることを了承しないと判断し（ステップＳ１４：Ｎ）、当該処理を終了する。
【００９１】
一方、ユーザが入力部１９ｃを操作して例えば、「了承」ボタンを押下すると、制御部１１は、ユーザが課金されることを了承したと判断し（ステップＳ１４：Ｙ）、上記ステップＳ１１で取得したＧコードを上述した共通のハッシュ関数によりハッシュ化してコンテンツＩＤを生成し（ステップＳ１５）、コンテンツ検索処理を実行する（ステップＳ１６）。
【００９２】
当該コンテンツ検索処理においては、制御部１１は、当該生成したコンテンツＩＤ及び自己（当該ユーザノード）のノード情報を含むコンテンツ所在問合せ（検索）メッセージを、そのルートノードに向けて送出し、返答を待つ。そして、送出されたコンテンツ所在問合せ（検索）メッセージは、上述したように、幾つかの中継ノードを経由され、上記コンテンツＩＤのルートノードに辿り着く。
【００９３】
そして、そのルートノードが、当該コンテンツ所在問合せ（検索）メッセージを受信すると、当該コンテンツＩＤに対応するコンテンツデータを保存しているコンテンツ保持ノードのノード情報がインデックス情報中に登録されているか否かを判断し、登録されている場合には、登録されているコンテンツ保持ノード（複数登録されている場合には、そのうちの何れか１つ又は複数のコンテンツ保持ノード）に対して、当該ユーザノードのノード情報を含むコンテンツ送信要求メッセージを送信する。当該コンテンツ保持ノードは、コンテンツ送信要求メッセージを受信すると、上記要求に係るコンテンツデータを送信可能であることを示す返答メッセージ（当該コンテンツ保持ノードのノード情報を含む）を当該ユーザノードに対して送信する。
【００９４】
或いは、当該コンテンツＩＤに対応するコンテンツデータを保存しているコンテンツ保持ノードのノード情報がインデックス情報中に登録されている場合、当該ルートノードは、登録されているコンテンツ保持ノードのノード情報を規定するインデックス情報を含む返答メッセージを、当該ユーザノードに送信する。
【００９５】
一方、当該ルートノードは、当該コンテンツＩＤに対応するコンテンツデータを保存しているコンテンツ保持ノードのノード情報がインデックス情報中に登録されていない場合には、登録されていないことを示す返答メッセージを、当該ユーザノードに送信する。
【００９６】
これに対して、ユーザノードが上記返答メッセージを受信すると、その制御部１１は、当該返答メッセージを参照して、上記再生指示された番組のコンテンツデータが取得可能であるか否かを判断し（ステップＳ１７）、取得可能でない場合には（ステップＳ１７：Ｎ）、再生指示された番組のコンテンツデータを再生できない旨を示すエラーメッセージを表示し（ステップＳ１８）、当該処理を終了する。
【００９７】
一方、当該コンテンツデータが取得可能である場合には（ステップＳ１７：Ｙ）、当該ユーザノードの制御部１１は、上記返答メッセージによって示されたノード情報（ＩＰアドレス及びポート番号）にしたがってコンテンツ保持ノードに接続し、当該コンテンツデータを取得（ダウンロード）し（ステップＳ１９）、記憶部１２に記憶保存する。このとき、ユーザノードは、当該コンテンツ保持ノードからそのノードＩＤを取得する。
【００９８】
次いで、当該制御部１１は、上記ステップＳ１５で生成したコンテンツＩＤ及び自己のノード情報を含むパブリッシュメッセージを、そのルートノードに向けて送出する（ステップＳ２０）。
【００９９】
そして、送出されたパブリッシュメッセージは、図４を用いて説明したように、幾つかの中継ノードを経由され、上記コンテンツＩＤのルートノードに辿り着く。そのルートノードは、当該パブリッシュメッセージを受信すると、これに含まれるノード情報を記憶、つまり、インデックス情報中に登録することになる。こうして、当該ユーザノードも、新たなコンテンツ保持ノードとなる。こうして、人気がある番組ほど、そのコンテンツデータが要求される回数が増し、そのコンテンツデータを保存するノードｎｎ数も増していくことになる。
【０１００】
次いで、当該ユーザノードは、記憶部１２に記憶された課金サーバ２ｂのＩＰアドレス等にしたがって当該課金サーバ２ｂに接続し、当該コンテンツデータの課金要求を示す課金要求メッセージ（自己（ユーザノード）のノードＩＤと、上記コンテンツ保持ノードのノードＩＤを含む）を課金サーバ２ｂに対して送信する（ステップＳ２１）。
【０１０１】
そして、当該ユーザノードは、例えば課金サーバ２ｂからの課金完了通知があった場合、当該コンテンツデータの再生処理を行う（ステップＳ１３）。
【０１０２】
一方、課金要求メッセージを受信した課金サーバ２ｂの制御部２１は、図９に示す処理を開始し、当該課金要求メッセージから、ユーザノードのノードＩＤ、及びコンテンツ保持ノードのノードＩＤを取得する（ステップＳ３１）。
【０１０３】
次いで、課金サーバ２ｂの制御部２１は、当該取得したユーザノードのノードＩＤに対応付けられたユーザ情報をユーザ情報データベース２２ａから取得し、当該ユーザ情報中の個人情報により特定されるユーザに対して所定額の利用料金を課する課金処理を行う（例えば、当該ユーザの決済情報中に当該利用料金を課する課金情報が登録される）（ステップＳ３２）。この後、例えばユーザの銀行口座から当該利用料金が引き落とされ、こうして徴収された利用料金は、予め定められた基準にしたがって番組制作者や放送局側の著作者等に対して支払われることになる。
【０１０４】
次いで、課金サーバ２ｂは、上記取得したコンテンツ保持ノードのノードＩＤ（課金要求メッセージに含まれるコンテンツ保持ノードのノードＩＤ）に対応付けられたユーザ情報をユーザ情報データベース２２ａから取得し、当該ユーザ情報中の個人情報により特定されるユーザに対して対価（つまり、コンテンツデータを保存し他のノードｎｎに提供したユーザに対する報酬（キックバック））付与処理を行い（例えば、当該ユーザの決済情報中に所定額の対価料金を与える対価付与情報が登録される）（ステップＳ３３）、当該処理を終了する。こうして、コンテンツ保持ノードのユーザは、番組のコンテンツデータを保存することでその報酬をもらえるので、コンテンツデータを保存するというモチベーションを全ユーザに対して与えることができる。
【０１０５】
以上説明したように、実施形態１によれば、コンテンツ保持ノードに保存されたコンテンツデータに係る番組のＧコードを上記共通のハッシュ関数によりハッシュ化してコンテンツＩＤとし、当該コンテンツ保持ノードのノード情報を当該コンテンツＩＤのルートノードにおけるインデックス情報中に登録するようにしたので、ユーザノードは、所望の番組のＧコードをハッシュ化してコンテンツＩＤを生成し、当該コンテンツＩＤをキーとしてコンテンツ所在問合せ（検索）メッセージを他のノードｎｎに対して送出するだけで、所望の番組のコンテンツデータの所在（これを保存するコンテンツ保持ノードのノード情報）をルートノードを通じて知ることができる。
【０１０６】
また、人気の高い番組のコンテンツデータほど、多くのユーザにより録画されるため、多くのコンテンツ保持ノードに保存され、しかも、ユーザノードがコンテンツ保持ノードからコンテンツデータを取得した場合には、当該ユーザノードはコンテンツ保持ノードとして公開される（つまり、ノード情報がルートノードに登録される）ことになるので、サーバ装置のような特定の装置に負荷をかけることなく（負荷集中を回避し、スケーラビリティを向上させる）、人気の高いコンテンツデータほどアクセス（取得）しやすくなり、録画し損ねた番組のコンテンツデータであっても、より確実、かつ簡易な操作によって取得することができる。また、夫々のユーザの操作によりコンテンツデータが保存されていくので、コンテンツデータの２次的利用のためのコスト（サーバ運営など）を非常に小さく抑えることができる。
【０１０７】
また、コンテンツ保持ノードのユーザは、番組のコンテンツデータを保存することでその報酬をもらえるために、かなり昔、例えば１ヶ月前、更には１年以上前に放送され記録されたコンテンツデータについても、消去せずに保存しておく価値が生じるので、より一層、コンテンツデータを残しておくというモチベーションを全ユーザに対して与えることができる。したがって、かなり昔の番組のコンテンツデータであっても、より確実、かつ簡易な操作によって取得することができる。
【０１０８】
また、番組のコンテンツデータが電波により放送されるものである場合には、ネットワーク８に負荷をかけずに（帯域を消耗させずに）、該コンテンツデータを多くのコンテンツ保持ノードに保存させることができる。
【０１０９】
更に、コンテンツデータを取得した際に、課金サーバ２ｂによってコンテンツデータの２次的利用に対する料金を当該ユーザに課するようにし、徴収された利用料金は、予め定められた基準にしたがって番組制作者や放送局側の著作者等に対して支払われるので、コンテンツデータの２次的利用に関して番組制作者や放送局側等の著作者等の権利を保障することができる。
（実施形態２）
先ず、図１０乃至図１２等を参照して、実施形態２に係るコンテンツ配信システムＳの動作について説明する。実施形態２は、コンテンツデータが暗号化されて記憶保存される場合の形態である。
【０１１０】
図１０は、実施形態２に係るノードｎｎの制御部１１におけるコンテンツ録画（記録）処理を示すフローチャートであり、図１１は、実施形態２に係るノードｎｎの制御部１１におけるコンテンツ再生処理を示すフローチャートであり、図１２は、実施形態２に係る課金サーバ２ｂの制御部２１における課金処理を示すフローチャートである。
【０１１１】
実施形態２の前提としては、実施形態１と同様であり、当該ノードｎｎにおいて、Ｇコード予約された番組の録画日時が到来すると、図１０に示す処理が開始され、制御部１１は、ユーザにより入力されたＧコードを取得し、且つ、記憶部１２におけるセキュアなメモリから自己の秘密鍵を取得し（ステップＳ４１）、当該秘密鍵及びＧコードに基づいて暗号化鍵を生成し（ステップＳ４２）、記憶する。当該暗号化鍵は、例えば所定のハッシュ関数により秘密鍵とＧコードとを並べた情報列がハッシュ化されて生成される。こうして生成された暗号化鍵は、当該秘密鍵とＧコードとからしか得られない不可逆なものであり、且つ、秘密鍵とＧコードの組合せにのみ対応するものである。
【０１１２】
次いで、制御部１１は、放送局２ａから放送された番組のコンテンツデータの受信及び録画処理を行う（ステップＳ４３）。このときの録画処理においては、制御部１１は、受信された該コンテンツデータを上記生成された暗号化鍵でエンコーダ部１９により暗号化させながら（つまり、生成された暗号化鍵を用いて受信されたコンテンツデータを暗号化する）、記憶部１２に記憶保存するように制御する。
【０１１３】
そして、当該録画処理が終了すると、制御部１１は、録画されたコンテンツデータに対して自己のノードＩＤ及び上記取得したＧコードを付加し（対応付けて）、記憶する（ステップＳ４４）。つまり、後に課金サーバ２ｂにおいて、当該暗号化処理を行なったノードｎｎの秘密鍵を特定するために、当該ノードｎｎのノードＩＤがコンテンツデータに付加されるのである。
【０１１４】
なお、ステップＳ４５及びＳ４６の処理は、実施形態１におけるステップＳ４及びＳ５の処理と同様なので、重複した説明を省略する。
【０１１５】
次に、図１１に示す処理は、実施形態１と同様、ユーザノードにおいて、ユーザにより入力部１９ｃを介して所望の番組のＧコードが入力され、且つ、再生指示が入力された場合に開始される。当該処理が開始されると、制御部１１は、ユーザにより入力されたＧコードを取得し（ステップＳ５１）、続いて、当該Ｇコードに対応する番組を既に保存（録画）しているか否かを判別する（ステップＳ５２）。
【０１１６】
当該Ｇコードに対応する番組のコンテンツデータが保存されている場合（ステップＳ５２：Ｙ）、制御部１１は、既に生成され記憶部１２におけるメモリに記憶されている暗号化鍵としての復号鍵を取得し（ステップＳ５３）、当該復号鍵でデコーダ部１４により該コンテンツデータを復号させながら再生処理を行う（ステップＳ５４）。
【０１１７】
一方、当該Ｇコードに対応する番組が保存されていない場合（ステップＳ５２：Ｎ）、制御部１１は、当該コンテンツデータの利用に対する課金を了承するか否かの入力を促す画面を表示部１６に表示させる。
【０１１８】
なお、ステップＳ５５〜Ｓ６１の処理は、実施形態１におけるステップＳ１４〜Ｓ２０の処理と同様なので、重複した説明を省略する。
【０１１９】
そして、ステップＳ６２では、当該ユーザノードは、記憶部１２に記憶された課金サーバ２ｂのＩＰアドレス等にしたがって当該課金サーバ２ｂに接続し、当該コンテンツデータの復号鍵要求及び課金要求を示す復号鍵要求・課金要求メッセージ（上記取得されたＧコードと、自己（ユーザノード）のノードＩＤと、上記ステップＳ６０で取得されたコンテンツデータに付加されたノードＩＤ（つまり、暗号化処理を実行した（当該コンテンツデータを暗号化した）ノードｎｎのノードＩＤ）と、コンテンツ保持ノードのノードＩＤを含む）を課金サーバ２ｂに対して送信する。
【０１２０】
これに対し、当該復号鍵要求・課金要求メッセージを受信した課金サーバ２ｂは、図１２に示す処理を開始し、復号鍵要求・課金要求メッセージから、Ｇコード、ユーザノードのノードＩＤ、暗号化処理を実行したノードｎｎのノードＩＤ、及びコンテンツ保持ノードのノードＩＤを取得する（ステップＳ７１）。
【０１２１】
次いで、課金サーバ２ｂの制御部２１は、当該取得した暗号化処理を実行したノードｎｎのノードＩＤに対応付けられた秘密鍵（当該暗号化処理を実行したノードｎｎに固有の秘密鍵）をユーザ情報データベース２２ａから取得し、当該取得した秘密鍵と上記取得したＧコードに基づいて復号鍵を生成する（ステップＳ７２）。当該複合鍵は、暗号化処理を実行したノードｎｎにおける上記ステップＳ４２と同様、例えば所定のハッシュ関数（暗号化処理を実行したノードｎｎにおけるものと同一の関数）により秘密鍵とＧコードとを並べた情報列がハッシュ化されて生成される。
【０１２２】
次いで、課金サーバ２ｂの制御部２１は、上記実施形態１と同様、上記取得したユーザノードのノードＩＤに対応付けられたユーザ情報中の個人情報により特定されるユーザに対して所定額の利用料金を課する課金処理を行う（ステップＳ７３）。
【０１２３】
次いで、課金サーバ２ｂは、上記実施形態１と同様、上記取得したコンテンツ保持ノードのノードＩＤに対応付けられたユーザ情報中の個人情報により特定されるユーザに対して対価付与処理を行う（ステップＳ７４）。
【０１２４】
このように課金処理が行われた後、課金サーバ２ｂの制御部２１は、上記生成された復号鍵が含まれる復号鍵発行メッセージを、上記復号鍵要求・課金要求メッセージを送信したユーザノードに対して送信し（ステップＳ７５）、当該処理を終了する。なお、例えば、ユーザが利用料金を滞納しているなどの理由で上記課金処理が正常に終了しなかった場合、復号鍵は生成されず、その旨のエラーメッセージがユーザノードに対して送信されることになる。
【０１２５】
そして、当該ユーザノードの制御部１１は、上記復号鍵発行メッセージを受信した場合、復号鍵を取得できたと判断し（ステップＳ６３：Ｙ）、当該復号鍵発行メッセージから復号鍵を取得し、当該復号鍵でデコーダ部１４により該コンテンツデータを復号させながら再生処理を行う（ステップＳ５４）。一方、当該ユードノードの制御部１１は、上記エラーメッセージを受信した場合、復号鍵を取得できなかったと判断し（ステップＳ６３：Ｎ）、再生指示された番組のコンテンツデータを再生できない旨を示すエラーメッセージを表示し（ステップＳ５９）、当該処理を終了する。
【０１２６】
以上説明したように、実施形態２によれば、実施形態１と同様の効果を奏することに加えて、コンテンツデータを暗号化して保存するようにしたので、セキュリティを向上させることができる。しかも、コンテンツデータの暗号化鍵（復号鍵）は、各ノードｎｎに固有の秘密鍵と当該番組のＧコードに基づき生成された鍵であり、自分の暗号化鍵以外は、全てのノードｎｎの秘密鍵を知っている課金サーバ２ｂのみから発行されるものであるので、あるノードｎｎにおいて暗号化され保存されたコンテンツデータの復号鍵を他のノードｎｎが生成することができず、また、課金サーバ２ｂから取得した復号鍵も対応するコンテンツデータしか復号することが出来ない。したがって、安全性をより一層確保することができる。
【０１２７】
また、課金サーバ２ｂは、各ノードｎｎに固有のノードＩＤに対応付けて秘密鍵を管理し、ユーザノードから、番組のＧコード及び当該番組のコンテンツデータをこれを暗号化したノードのノードＩＤを取得するだけで、当該コンテンツデータの復号鍵を生成し、ユーザノードに提供することができるので、より利便性のある復号鍵発行システムを提供することができる。
【０１２８】
更に、課金サーバ２ｂは、課金処理が正常に終了した場合に、復号鍵を発行するので、より確実にコンテンツデータの２次的利用に対する料金を徴収することができる。
【０１２９】
なお、上記ノードｎｎに公知の自動ＣＭカット機能が備えられている場合もあり、この場合、番組において放送されたＣＭ情報がカット（削除）されてコンテンツデータが録画される場合と、そうでない場合が考えられる。かかるＣＭ情報がコンテンツデータに含まれているか否かによって対価付与するか否かを定めるように構成しても良い。例えば、コンテンツ保持ノードは、録画されたコンテンツデータに対して自己のノードＩＤ及びＧコードと共に、ＣＭ情報が含まれているか否かを示す情報（例えば、ＣＭ有無フラグ）をコンテンツデータに付加し（対応付けて）、記憶しておく（ステップＳ３、ステップＳ４４）。かかるＣＭ有無フラグは、自動ＣＭカット機能が、オンに設定されていれば“０”、オフに設定されていれば“１”になるように設定される。
【０１３０】
そして、ユーザノードが当該コンテンツデータを取得した後、自己のノードＩＤとコンテンツ保持ノードのノードＩＤ等に加えてＣＭ有無フラグを含む課金要求メッセージ（復号鍵要求・課金要求メッセージ）を課金サーバ２ｂに対して送信する（ステップＳ２１、ステップＳ６２）。そして、課金サーバ２ｂは、上記Ｇコードに対応するコンテンツデータ中にＣＭ情報が含まれているか否かを、ＣＭ有無フラグを参照して判別し（例えば、フラグが“１”ならばＣＭを含み、“０”ならばＣＭを含まない）、ＣＭ情報が含まれている場合には、上記課金要求メッセージ（復号鍵要求・課金要求メッセージ）に含まれるコンテンツ保持ノードのノードＩＤに対応付けられたユーザ情報により特定されるユーザに対して上述したような対価付与処理を行う（或いは、ＣＭがカットされていない場合よりも大きい対価を与える）ように構成するようにしても良い。このように付与される対価は、例えば、当該番組でＣＭを放送しているスポンサーから提供（キックバック）されるものである。このように構成すれば、コンテンツデータを保存する際に、ＣＭをカットせずに保存するユーザが増え（対価をもらえるのでＣＭ離れを防げる）、これによって、当該システムＳにおいて多くのコンテンツ保持ノードに保存されるコンテンツデータにはＣＭ情報が含まれているので、スポンサーは、より多くのユーザに対してＣＭ情報の視聴してもらうことができ、ＣＭ効果を上げることができる。
【０１３１】
なお、上記説明したコンテンツ配信システムＳは、ビデオオンデマンドサービスのシステムに対しても適用可能である。
【０１３２】
また、上記実施形態においては、番組コードとしてＧコードを例にとって説明したが、これに限定されるものではなく、番組を特定できるものであれば、その他のコード、番号等であっても構わない。
【０１３３】
また、上記実施形態においては、ＤＨＴを利用したアルゴリズムによって構築されたオーバーレイネットワーク９を前提として説明したが、本発明はこれに限定されるものではない。
【図面の簡単な説明】
【０１３４】
【図１】本実施形態に係るコンテンツ配信システムにおける各ノード装置の接続態様の一例を示す図である。
【図２】ノードｎ１が保持するＤＨＴのルーティングテーブルの一例を示す図である。
【図３】ＤＨＴのノードＩＤ空間の一例を示す概念図である。
【図４】コンテンツ保持ノードから送出されたパブリッシュメッセージの流れの一例を、ＤＨＴのノードＩＤ空間にて示した概念図である。
【図５】ノードｎｎの概要構成例を示す図である。
【図６】課金サーバ２ｂの概要構成例を示す図である。
【図７】実施形態１に係るノードｎｎの制御部１１におけるコンテンツ録画（記録）処理を示すフローチャートである。
【図８】実施形態１に係るノードｎｎの制御部１１におけるコンテンツ再生処理を示すフローチャートである。
【図９】実施形態１に係る課金サーバ２ｂの制御部２１における課金処理を示すフローチャートである。
【図１０】実施形態２に係るノードｎｎの制御部１１におけるコンテンツ録画（記録）処理を示すフローチャートである。
【図１１】実施形態２に係るノードｎｎの制御部１１におけるコンテンツ再生処理を示すフローチャートである。
【図１２】実施形態２に係る課金サーバ２ｂの制御部２１における課金処理を示すフローチャートである。
【符号の説明】
【０１３５】
ｎｎ ノード
２ａ 放送局
２ｂ 課金サーバ
８ ネットワーク
９ オーバーレイネットワーク
１１ 制御部
１２ 記憶部
１３ バッファメモリ
１４ デコーダ部
１５ 映像処理部
１６ 表示部
１７ 音声処理部
１８ スピーカ
１９ エンコーダ部
１９ａ 通信部
１９ｂ 受信部
１９ｃ 入力部
１９ｄ バス
２１ 制御部
２２ 記憶部
２３ 通信部
２４ バス
Ｓ コンテンツ配信システム
【技術分野】
【０００１】
本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかのノード装置によって受信される情報配信システム等の技術分野に関する。
【背景技術】
【０００２】
近年、デジタル放送、ハードディスクレコーダー、Ｇコード（番組を予約録画するための要素（録画日，録画チャンネル，録画開始時刻，録画終了時刻）を符号化したもの）予約、自動ＣＭ（Commercial Message）カットなど、利用者個人で録画するコンテンツのクオリティが高くなっている。また、キーワード録画などによって、極力撮り逃しを防ぐ機能も知られている。
【０００３】
特許文献１には、放送されている番組の映像及び音声を含む番組データを記録する複数の録画装置と、放送される番組毎に少なくとも番組の放送開始時刻及び番組の放送終了時刻を表す番組情報を記録する番組データベース装置と、番組データベース装置に接続されたサーバ装置とを備えた番組録画システムが開示されている。この番組録画システムでは、ある録画装置において番組データの記録の開始が放送開示時刻に間に合わない場合、必要な番組の放送開始時刻から放送終了時刻までの番組データがサーバ装置によって各録画装置に記録された番組データの中から検索され、検索された番組データが番組データの記録に失敗した録画装置によって取得され記録されるようになっている。これにより、１つの録画装置において所定の番組データの記録が放送開始時刻よりも後に記録された番組データの中から必要な番組データが検索されて、録画装置間で番組データの受け渡しをすることができる。
【特許文献１】特開２００４−３２０４５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述したような番組録画システムでは、録画装置間の番組データの受け渡しをサーバ装置が取り持つようになっているため、当該番組録画システムの利用者の数が増大すると、サーバ装置に多大の負荷がかかるという問題がある。
【０００５】
また、録画した番組データの受け渡しによる番組データの２次的利用に関して、番組制作者や放送局側の著作者等の権利上の問題がある。
【０００６】
更に、例えば１週間前、１ヶ月前に放送され記録された番組データについては、録画装置において既に消去されている可能性が高く、この場合、ビデオ、ＤＶＤの発売やレンタル、或いは再放送を待たなければならない。
【０００７】
本発明は、以上の問題等に鑑みてなされたものであり、上記サーバ装置のような特定の装置に多大な負荷をかけることなく、録画し損ねた番組データを含む番組情報であっても、より確実、かつ簡易な操作によって取得でき、また、番組情報の２次的利用に関して番組制作者や放送局側等の著作者等の権利を保障することが可能な情報配信システム、情報配信方法、ノード装置、ノード処理プログラム、鍵データ管理装置、及び鍵データ管理処理プログラムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムであって、前記放送された番組情報を受信した前記ノード装置は、当該番組情報を保存する番組情報保存手段と、前記保存された番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、前記番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する登録メッセージ送出手段と、を備え、前記識別情報の管理元となるノード装置は、登録メッセージを受信する登録メッセージ受信手段と、前記受信された登録メッセージに含まれるノード情報を記憶するノード情報記憶手段と、を備え、前記番組情報の取得を望むノード装置は、当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する要求メッセージ送出手段と、前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する番組情報取得手段と、を備えることを特徴とする。
【０００９】
この発明によれば、保存された番組情報に係る番組に固有の番組コードに対応する識別情報を生成し、当該番組情報を保存するノード装置のノード情報を、当該識別情報の管理元となるノード装置に記憶するようにしたので、当該番組情報の取得を望むノード装置は、所望の番組の番組コードに対応する識別情報を生成し、当該識別情報をキーとして要求メッセージを他のノード装置に対して送出するだけで、所望の番組の番組情報の所在を上記識別情報の管理元となるノード装置を通じて知ることができる。
【００１０】
また、人気の高い番組の番組情報ほど、多くのユーザにより録画されるため、多くのノード装置に保存されるので、サーバ装置のような特定の装置に負荷をかけることなく、人気の高い番組情報ほどアクセス（取得）しやすくなり、録画し損ねた番組の番組情報であっても、より確実、かつ簡易な操作によって取得することができる。
【００１１】
また、請求項２に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムであって、前記放送された番組情報を受信した前記ノード装置は、当該ノード装置に固有の鍵データを記憶する鍵データ記憶手段と、前記受信された番組情報に固有の番組コードを取得する番組コード取得手段と、前記記憶された鍵データ及び前記取得された番組コードに基づいて暗号化鍵を生成する暗号化鍵生成手段と、前記生成された暗号化鍵を用いて前記受信された番組情報を暗号化する暗号化手段と、当該暗号化された番組情報を保存する番組情報保存手段と、前記取得された番組コードに対応する識別情報を生成する識別情報生成手段と、前記暗号化された番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する登録メッセージ送出手段と、を備え、前記識別情報の管理元となるノード装置は、登録メッセージを受信する登録メッセージ受信手段と、前記受信された登録メッセージに含まれるノード情報を記憶するノード情報記憶手段と、を備え、前記暗号化された番組情報の取得を望むノード装置は、当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する要求メッセージ送出手段と、前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する番組情報取得手段と、前記取得した番組情報を復号するための復号鍵を取得する復号鍵取得手段と、前記復号鍵を用いて前記取得された番組情報を復号する復号手段と、を備えることを特徴とする。
【００１２】
この発明によれば、保存された番組情報に係る番組に固有の番組コードに対応する識別情報を生成し、当該番組情報を保存するノード装置のノード情報を、当該識別情報の管理元となるノード装置に記憶するようにしたので、当該番組情報の取得を望むノード装置は、所望の番組の番組コードに対応する識別情報を生成し、当該識別情報をキーとして要求メッセージを他のノード装置に対して送出するだけで、所望の番組の番組情報の所在を上記識別情報の管理元となるノード装置を通じて知ることができる。
【００１３】
また、番組情報を暗号化して保存するようにしたので、セキュリティを向上させることができ、しかも、番組情報の暗号化鍵は、各ノード装置に固有の鍵データと当該番組の番組コードに基づき生成された鍵であるので、あるノード装置において暗号化され保存された番組情報の復号鍵を他のノード装置が生成することができず、したがって、安全性をより一層確保することができる。
【００１４】
また、請求項３に記載の発明は、請求項２に記載の情報配信システムにおいて、前記ネットワークを介して各前記ノード装置と通信可能な鍵データ管理装置を更に備え、前記番組情報にはこれを暗号化したノード装置の識別情報が付加されており、前記暗号化された番組情報を取得したノード装置の前記復号鍵取得手段は、前記鍵データ管理装置に対して、前記取得した番組情報の番組コード及び前記番組情報に付加された前記ノード装置の識別情報を含む復号鍵要求情報を前記鍵データ管理装置に送信し、前記鍵データ管理装置は、前記各ノード装置に固有の鍵データを、当該各ノード装置に固有の識別情報に対応付けて管理する鍵管理手段と、前記復号鍵要求情報に含まれるノード装置の識別情報に対応付けられた鍵データを取得し、当該鍵データ及び前記復号鍵要求情報に含まれる番組コードに基づいて復号鍵を生成する復号化鍵生成手段と、前記生成された復号鍵を、前記復号鍵要求情報を送信したノード装置に送信する復号鍵送信手段と、を備えることを特徴とする。
【００１５】
この発明によれば、番組情報の暗号化鍵及び復号鍵は、各ノード装置に固有の鍵データと当該番組の番組コードに基づき生成された鍵であり、自分の暗号化鍵以外は、全てのノード装置の鍵データを知っている鍵データ管理装置のみから発行されるものであるので、あるノード装置において暗号化され保存された番組情報の復号鍵を他のノード装置が生成することができず、また、取得した復号鍵で他の番組情報を復号することもできない。したがって、安全性をより一層確保することができる。
【００１６】
また、請求項４に記載の発明は、請求項１乃至３の何れか一項に記載の情報配信システムに含まれる前記番組情報を取得したノード装置であって、当該取得した番組情報を保存する番組情報保存手段と、前記保存された番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、前記番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する登録メッセージ送出手段と、を備えることを特徴とする。
【００１７】
この発明によれば、番組情報を取得したノード装置は、新たに当該番組情報を保存するノード装置として上記識別情報の管理元となるノード装置を通じて公開されることになるので、サーバ装置のような特定の装置に負荷をかけることなく、人気の高い番組情報ほどアクセス（取得）しやすくなり、録画し損ねた番組の番組情報であっても、より確実、かつ簡易な操作によって取得することができる。
【００１８】
また、請求項５に記載の発明は、請求項１乃至３の何れか一項に記載の情報配信システムに含まれる前記放送された番組情報を受信するノード装置であって、前記番組情報保存手段、前記識別情報生成手段、及び前記登録メッセージ送出手段を備えることを特徴とする。
【００１９】
また、請求項６に記載の発明は、請求項１乃至３の何れか一項に記載の情報配信システムに含まれる前記番組情報の取得を望むノード装置であって、前記識別情報生成手段、前記要求メッセージ送出手段、及び番組情報取得手段を備えることを特徴とする。
【００２０】
また、請求項７に記載のノード処理プログラムは、コンピュータを、請求項４乃至７の何れか一項に記載のノード装置として機能させることを特徴とする。
【００２１】
また、請求項８に記載の発明は、請求項３に記載の情報配信システムに含まれる前記鍵データ管理装置であって、前記鍵管理手段、前記復号鍵生成手段、及び復号鍵送信手段を備えることを特徴とする。
【００２２】
また、請求項９に記載の発明は、請求項８に記載の鍵データ管理装置において、前記各ノード装置の使用者毎の使用者情報を記憶、管理する使用者情報管理手段と、前記復号鍵要求情報を送信したノード装置の使用者に対して課金処理を行う課金処理手段と、を更に備え、前記復号鍵送信手段は、前記課金処理が行われた後に、前記生成された復号鍵を前記ノード装置に送信することを特徴とする。
【００２３】
この発明によれば、上記課金処理が行われた後に、生成された復号鍵を前記ノード装置に送信するようにしたので、番組情報の２次的利用に対する料金を当該ユーザに確実に課すことができ、徴収された利用料金は、予め定められた基準にしたがって番組制作者や放送局側の著作者等に対して支払われるので、番組情報の２次的利用に関して番組制作者や放送局側等の著作者等の権利を保障することができる。
【００２４】
また、請求項１０に記載の発明は、請求項８に記載の鍵データ管理装置において、前記復号鍵要求情報には、前記番組情報を保存するノード装置の識別情報が含まれており、前記各ノード装置の使用者毎の使用者情報を、前記各ノード装置に固有の識別情報に対応付けて管理する使用者情報管理手段と、前記復号鍵要求情報に含まれる前記番組情報を保存するノード装置の識別情報に対応付けられた使用者情報により特定される使用者に対して対価付与処理を行う対価付与処理手段と、を更に備えることを特徴とする。
【００２５】
この発明によれば、番組情報を保存するノード装置のユーザは、当該番組情報を保存することでその報酬をもらえるために、かなり昔、例えば１ヶ月前、更には１年以上前に放送され記録された番組情報についても、消去せずに保存しておく価値が生じるので、より一層、番組情報を残しておくというモチベーションを全ユーザに対して与えることができる。したがって、かなり昔の番組の番組情報であっても、より確実、かつ簡易な操作によって取得することができる。
【００２６】
また、請求項１１に記載の発明は、請求項８に記載の鍵データ管理装置において、前記復号鍵要求情報には、前記番組情報を保存するノード装置の識別情報が含まれており、前記各ノード装置の使用者毎の使用者情報を、前記各ノード装置に固有の識別情報に対応付けて管理する使用者情報管理手段と、前記復号鍵要求情報に含まれる番組コードに対応する番組情報中にＣＭ情報が含まれているか否かを判別し、ＣＭ情報が含まれている場合には、前記復号鍵要求情報に含まれる前記番組情報を保存するノード装置の識別情報に対応付けられた使用者情報により特定される使用者に対して対価付与処理を行う対価付与処理手段と、を更に備えることを特徴とする。
【００２７】
この発明によれば、番組情報を保存する際に、ＣＭをカットせずに保存するユーザが増え（対価をもらえるのでＣＭ離れを防げる）、これによって、当該システムにおいて多くのノード装置に保存される番組情報にはＣＭ情報が含まれているので、スポンサーは、より多くのユーザに対してＣＭ情報の視聴してもらうことができ、ＣＭ効果を上げることができる。
【００２８】
また、請求項１２に記載の鍵データ管理処理プログラムは、コンピュータを、請求項８乃至１１の何れか一項に記載の鍵データ管理装置として機能させることを特徴とする。
【００２９】
また、請求項１３に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムにおける情報配信方法であって、前記放送された番組情報を受信した前記ノード装置は、当該番組情報を保存する工程と、前記保存された番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する工程と、前記番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、を備え、前記識別情報の管理元となるノード装置は、登録メッセージを受信する工程と、前記受信された登録メッセージに含まれるノード情報を記憶する工程と、を備え、前記番組情報の取得を望むノード装置は、当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する工程と、当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する工程と、を備えることを特徴とする。
【００３０】
また、請求項１４に記載の発明は、ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムにおける情報提供方法であって、前記放送された番組情報を受信した前記ノード装置は、当該ノード装置に固有の鍵データを記憶する工程と、前記受信された番組情報に固有の番組コードを取得する工程と、前記記憶された鍵データ及び前記取得された番組コードに基づいて暗号化鍵を生成する工程と、前記生成された暗号化鍵を用いて前記受信された番組情報を暗号化する工程と、当該暗号化された番組情報を保存する工程と、前記取得された番組コードに対応する識別情報を生成する工程と、前記暗号化された番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、を備え、前記識別情報の管理元となるノード装置は、登録メッセージを受信する工程と、前記受信された登録メッセージに含まれるノード情報を記憶する工程と、を備え、前記暗号化された番組情報の取得を望むノード装置は、当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する工程と、当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する工程と、前記取得した番組情報を復号するための復号鍵を取得する工程と、前記復号鍵を用いて前記取得された番組情報を復号する工程と、を備えることを特徴とする。
【発明の効果】
【００３１】
本発明によれば、保存された番組情報に係る番組に固有の番組コードに対応する識別情報を生成し、当該番組情報を保存するノード装置のノード情報を、当該識別情報の管理元となるノード装置に記憶するようにしたので、当該番組情報の取得を望むノード装置は、所望の番組の番組コードに対応する識別情報を生成し、当該識別情報をキーとして要求メッセージを上記識別情報の管理元となるノード装置に対して送出することにより、所望の番組の番組情報を保存するノード装置から取得することができる。
【００３２】
また、人気の高い番組の番組情報ほど、多くのユーザにより録画されるため、多くのノード装置に保存されるので、サーバ装置のような特定の装置に負荷をかけることなく、人気の高い番組情報ほどアクセス（取得）しやすくなり、録画し損ねた番組の番組情報であっても、より確実、かつ簡易な操作によって取得することができる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ配信システムに対して本発明を適用した場合の実施形態である。
［１．コンテンツ配信システムの構成等］
始めに、図１を参照して、コンテンツ配信システムの一例としてのコンテンツ配信システムの概要構成等について説明する。
【００３４】
図１は、本実施形態に係るコンテンツ配信システムにおける各ノード装置の接続態様の一例を示す図である。
【００３５】
図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ,４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ,５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界の通信ネットワーク）８が構築されている。なお、図１の例におけるネットワーク（通信ネットワーク）８には、データ（パケット）を転送するためのルータが、適宜挿入されているが図示を省略している。
【００３６】
コンテンツ配信システムＳは、このようなネットワーク８を介して相互に接続された複数のノード装置（以下、単に、「ノード」という）ｎ１，ｎ２・・・ｎ２１を備えて構成されることになり、ピアツーピア方式のネットワークシステムとなっている（なお、実際には、これ以上のノードが存在することになる）。また、各ノードｎ１〜ｎ２１には、固有の製造番号及びＩＰ（Internet Protocol）アドレスが割り当てられている。なお、製造番号及びＩＰアドレスは、複数のノード間で重複しないものである。
【００３７】
これらのノードｎ１〜ｎ２１は、放送局２ａから様々な放送チャンネルで放送された番組の映像及び音声を含む番組データ（番組内に組み込まれるＣＭ情報等を含む場合もある）を有する番組情報（以下、「コンテンツデータ」という）を記録（保存）することが可能になっている。なお、放送局２ａからコンテンツデータを放送する放送媒体としては、衛星電波、地上波、インターネット、ＣＡＴＶ（Cable Television or Community Antenna Television）ケーブル等の専用回線等を適用することができる。また、コンテンツデータの２次的利用に対する課金処理は、課金サーバ２ｂが行うようになっている。
【００３８】
そして、このコンテンツ配信システムＳにおいては、特定のアルゴリズム、例えば、ＤＨＴ（Distributed Hash Table）を利用したアルゴリズムによって、図１の上部枠１００内に示すような、オーバーレイネットワーク９が構築されることになる。つまり、このオーバーレイネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するネットワーク（論理的なネットワーク）を意味する。
【００３９】
本実施形態においては、ＤＨＴを利用したアルゴリズムによって構築されたオーバーレイネットワーク９を前提としており、このオーバーレイネットワーク９（図１の上部枠１００内）に配置されたノードｎ１〜ｎ１５を、オーバーレイネットワーク９に参加しているノードｎｎという。言い換えれば、オーバーレイネットワーク９は、ノードｎｎの参加により形成されている。
【００４０】
このようなオーバーレイネットワーク９への参加は、参加していないノードｎ１６〜ｎ２１が、参加している任意のノードｎｎに対して参加要求を示す参加メッセージを送信することによって行われる。
【００４１】
また、各ノードｎｎは、固有の識別情報としてのノードＩＤを有しており、当該ノードＩＤは、例えば、ＩＰアドレスあるいは製造番号を共通のハッシュ関数（例えば、ＳＨＡ−１等）によりハッシュ化した値（例えば、ｂｉｔ長が１６０ｂｉｔ）であり、一つのＩＤ空間に偏りなく分散して配置されることになる。
【００４２】
このように共通のハッシュ関数により求められた（ハッシュ化された）ノードＩＤは、当該ＩＰアドレスあるいは製造番号が異なれば、同じ値になる確率が極めて低いものである。なお、ハッシュ関数については公知であるので詳しい説明を省略する。
【００４３】
また、各ノードｎｎは、夫々、ＤＨＴを保持している。このＤＨＴは、オーバーレイネットワーク９上における各種メッセージの転送先を規定しており、具体的には、ノードＩＤ空間内で適度に離れたノードｎｎのノードＩＤとそのＩＰアドレス及びポート番号等の組が複数登録されたルーティングテーブル（転送先テーブル）が含まれている。
【００４４】
図２は、ノードｎ１が保持するＤＨＴのルーティングテーブルの一例を示す図であり、図３は、ＤＨＴのノードＩＤ空間の一例を示す概念図である。
【００４５】
なお、図２及び図３の例においては、説明の便宜上、ノードＩＤのｂｉｔ長を２ｂｉｔ×３桁＝６ｂｉｔとし、各桁を４進数（０〜３の整数）で表している（実際には、もっと長いｂｉｔ長を用い、各桁も例えば４ｂｉｔに区切って０〜ｆの１６進数で表現する）。
【００４６】
図２の例において、ＤＨＴのルーティングテーブルは、レベル１〜レベル３のテーブルからなり（複数のレベルに区分されており）、各レベルのテーブルエントリーには、エリア毎に、ノードＩＤとこれに対応するノードｎｎのＩＰアドレス及びポート番号が対応付けられて登録されている。各レベルのテーブルにおける各エリアは、ＤＨＴのノードＩＤ空間を分割することにより得られるエリアである。例えば、図３に示すように、レベル１では、ＤＨＴのノードＩＤ空間全体が４分割され、“０００”〜“０３３”のノードＩＤが存在するエリアを０ＸＸのエリア、“１００”〜“１３３” のノードＩＤが存在するエリアを１ＸＸのエリア、“２００”〜“２３３” のノードＩＤが存在するエリアを２ＸＸのエリア、“３００”〜“３３３” のノードＩＤが存在するエリアを３ＸＸのエリアとする。また、レベル２では、レベル１のエリア（つまり、０ＸＸ〜３ＸＸのエリア）が更に４分割、例えば１ＸＸのエリアが４分割され、“１００”〜“１０３” のノードＩＤが存在するエリアを１０Ｘのエリア、“１１０”〜“１１３” のノードＩＤが存在するエリアを１１Ｘのエリア、“１２０”〜“１２３” のノードＩＤが存在するエリアを１２Ｘのエリア、“１３０”〜“１３３” のノードＩＤが存在するエリアを１３Ｘのエリアとする。
【００４７】
そして、例えば、ノードｎ１のノードＩＤが“１２２”とすると、図２に示すように、かかるノードｎ１のレベル１における１ＸＸのエリア（自己（つまり、自ノード）が存在するエリア）のテーブルには、自己のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録され、自己が存在しないエリア（つまり、０ＸＸのエリア、２ＸＸのエリア、及び３ＸＸのエリア）には、夫々、他の任意のノードｎｎのノードＩＤ及びＩＰアドレス等が登録されている。
【００４８】
また、かかるノードｎ１のレベル２における１２Ｘのエリア（自己が存在するエリア）のテーブルには、図２に示すように、自己のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録され、自己が存在しないエリア（つまり、１０Ｘのエリア、１１Ｘのエリア、及び１３Ｘのエリア）等には、夫々、他の任意のノードｎｎのノードＩＤ及びＩＰアドレス等が登録されている。
【００４９】
更に、かかるノードｎ１のレベル３には、図２に示すように、ノードＩＤが“１２０”〜“１２２”のノードＩＤ及びＩＰアドレス（ＩＰアドレスは自分のものであるので、当該ルーティングテーブルに登録しなくても良い）等が登録されている。
【００５０】
なお、図２及び図３の例では、ノードＩＤのｂｉｔ長を３桁×２ｂｉｔとしたので、レベル１〜３の３レベル分のテーブルで網羅できるが、ノードＩＤのｂｉｔ長が増せば、その分のテーブルが必要となる（例えば、ノードＩＤのｂｉｔ長を１６桁×４ｂｉｔとした場合、１６レベル分のテーブルが必要となる）。
【００５１】
このように、本実施形態におけるＤＨＴのルーティングテーブルでは、レベルが上がるほど、エリアが狭まっていくようになっている。
【００５２】
このようなＤＨＴは、例えば、未参加のノードがオーバーレイネットワーク９に参加する際に与えられることになる。
【００５３】
ところで、オーバーレイネットワーク９においては、様々な番組のコンテンツデータが、各ノードｎｎのユーザ（利用者）による録画操作によって、夫々のノードｎｎに保存（格納）される。例えば、ノードｎ１には、２００５年３月３日の１７時〜１８時の時間帯に放送チャンネル１００で放送された番組Ｘのコンテンツデータが保存され、一方、ノードｎ２及びノードｎ３には、２００４年６月３日の２０時〜２１時の時間帯に放送チャンネル１２０で放送された番組Ｙのコンテンツデータが保存されるというように、複数のコンテンツデータが複数のノードｎｎに分散されて保存される。なお、コンテンツデータを保存しているノードｎｎを、以下、コンテンツ保持ノードと称する。
【００５４】
また、これらのコンテンツデータには、夫々、番組に固有の番組コード（例えば、Ｇコード）が割り当てられている。そして、コンテンツ保持ノードは、ユーザの指示にしたがって、保存しているコンテンツデータに割り当てられた番組コードを、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化して当該番組コードに一意に対応するコンテンツＩＤを生成するようになっている（つまり、コンテンツＩＤは、ノードＩＤと同一のＩＤ空間に配置される）。このように共通のハッシュ関数により求められた（ハッシュ化された）コンテンツＩＤは、当該番組コードが異なれば、同じ値になる確率が極めて低いものである。従って、同一のタイトルの番組（例えば、毎週放送される番組）であっても、放送日時が異なれば、番組コード（例えば、Ｇコード）も異なるので、コンテンツＩＤは異なることになる。
【００５５】
また、このように分散保存されているコンテンツデータの所在を示すインデックス情報（当該コンテンツデータを保存している各コンテンツ保持ノードのノード情報（ＩＰアドレス及びポート番号等）を含むインデックスリスト）は、上記コンテンツＩＤの管理元となるノードｎｎ（以下、「ルートノード」という）により管理されるようになっている。例えば、番組Ｘのコンテンツデータのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードｎ１３により管理され、番組Ｙのコンテンツデータのインデックス情報は、そのコンテンツ（コンテンツＩＤ）のルートノードであるノードｎ１４により管理される。つまり、コンテンツ毎にルートノードが分けられるので負荷分散が図らており、しかも、同一のコンテンツデータ（コンテンツＩＤが同一）が、夫々、複数のコンテンツ保持ノードに保存されている場合であっても、かかるコンテンツデータのインデックス情報は、１つのルートノードで管理することができる。また、このようなルートノードは、例えば、コンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有するノードｎｎであるように定められる。
【００５６】
そして、コンテンツデータを保存したノードｎｎ（コンテンツ保持ノード）は、当該コンテンツデータを保存したことをそのルートノードに知らせるために、そのコンテンツデータのコンテンツＩＤ及び自己のノード情報（コンテンツデータを保存した当該コンテンツ保持ノードを示すＩＰアドレス及びポート番号等のノード情報）を含む登録メッセージとしてのパブリッシュメッセージ（コンテンツデータを保存したので、その情報をオーバーレイネットワーク９に参加しているノードｎｎに対して、保存元ノード情報の登録の要求を示し、ルートノードを通じて公開するためのメッセージ）を、当該コンテンツＩＤに基づいて、そのルートノードに向けて送出する。これにより、パブリッシュメッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。
【００５７】
図４は、コンテンツ保持ノードから送出されたパブリッシュメッセージの流れの一例を、ＤＨＴのノードＩＤ空間にて示した概念図である。
【００５８】
図４の例において、例えば、コンテンツ保持ノードであるノードｎ１は、自己のＤＨＴのレベル１のテーブルを参照して、パブリッシュメッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する例えばノードｎ８のＩＰアドレス及びポート番号を取得し、そのＩＰアドレス及びポート番号宛てに、上記パブリッシュメッセージを送信する。
【００５９】
これに対して、ノードｎ８は、当該パブリッシュメッセージを受信し、自己のＤＨＴのレベル２のテーブルを参照して、当該パブリッシュメッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する例えばノードｎ１１のＩＰアドレス及びポート番号を取得し、そのＩＰアドレス及びポート番号宛てに、上記パブリッシュメッセージを転送する。
【００６０】
これに対して、ノードｎ１１は、当該パブリッシュメッセージを受信し、自己のＤＨＴのレベル３のテーブルを参照して、当該パブリッシュメッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤを有する例えばノードｎ１３のＩＰアドレス及びポート番号を取得し、そのＩＰアドレス及びポート番号宛てに、上記パブリッシュメッセージを転送する。
【００６１】
これに対して、ノードｎ１３は、パブリッシュメッセージを受信し、自己のＤＨＴのレベル４のテーブルを参照して、当該パブリッシュメッセージに含まれるコンテンツＩＤと最も近い（例えば、上位桁がより多く一致する）ノードＩＤが自分である、つまり、自分がそのコンテンツＩＤのルートノードであることを認識し、自己のインデックス情報中に、当該パブリッシュメッセージに含まれるノード情報を登録することになる。
【００６２】
なお、パブリッシュメッセージに含まれるノード情報は、コンテンツ保持ノードからルートノードに至るまでの転送経路におけるノードｎｎ（図４の例では、ノードｎ８及びノードｎ１１）においても登録（キャッシュ）される。
【００６３】
さて、あるノードｎｎのユーザが、録画し損ねた番組を視聴したい場合、その番組のコンテンツデータの取得を望むノードｎｎ（以下、「ユーザノード」という）は、当該ユーザにより入力された当該番組の番組コード（例えば、Ｇコード）を、上記共通のハッシュ関数によりハッシュ化してコンテンツＩＤを生成し、当該コンテンツＩＤ及び自己（当該ユーザノード）のノード情報を含むコンテンツ所在問合せ（検索）メッセージ（コンテンツデータを要求する要求メッセージ）を、自己のＤＨＴのルーティングテーブルにしたがって他のノードｎｎに対して送出する。これにより、当該コンテンツ所在問合せメッセージは、上述したパブリッシュメッセージと同様に、コンテンツＩＤをキーとするＤＨＴルーティングによって、いくつかのノードｎｎ（以下、「中継ノード」という）を経由（転送）されて、そのコンテンツＩＤのルートノードに辿り着く。そして、当該ルートノードは、インデックス情報にノード情報が登録されている何れかのコンテンツ保持ノードに対して、当該ユーザノードのノード情報を含むコンテンツ送信要求メッセージを送信する。これにより、ユーザノードは、当該コンテンツ保持ノードから、上記コンテンツ所在問合せ（検索）メッセージに係るコンテンツデータを取得（ダウンロード）することになる。なお、上記ユーザノードは、上記ルートノードから、上述したインデックス情報を取得（受信）し、当該インデックス情報に含まれる何れかのノード情報に基づいて上記コンテンツデータを保存しているコンテンツ保持ノードに接続し、そこから当該コンテンツデータを取得（ダウンロード）するようにしても良い。
【００６４】
なお、上記ユーザノードは、コンテンツ所在問合せメッセージがルートノードに辿り着くまでの間に、当該ルートノードと同じノード情報をキャッシュしているキャッシュノードから当該ノード情報を取得（受信）することもできる。
【００６５】
その後、ユーザノードは、課金サーバ２ｂに接続して当該取得したコンテンツデータの２次的利用に対する課金処理を要求することになる。
【００６６】
次に、図５を参照して、ノードｎｎの構成及び機能について説明する。
【００６７】
図５は、ノードｎｎの概要構成例を示す図である。
【００６８】
ノードｎｎは、図５に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１と、各種データ（例えば、コンテンツデータ、ノード情報、ＤＨＴ、課金サーバ２ｂのＩＰアドレス等）及びプログラム等を記憶保存（格納）するためのＨＤＤ等から構成された番組情報保存手段及びノード情報記憶手段としての記憶部１２と、受信されたコンテンツデータを一時蓄積するバッファメモリ１３と、コンテンツデータに含まれるエンコードされたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコード（データ伸張や復号化等）するための復号手段としてのデコーダ部１４と、当該デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部１５と、当該映像処理部１５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部１６と、上記デコードされたオーディオデータをアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部１７と、当該音声処理部１７から出力されたオーディオ信号を音波として出力するスピーカ１８と、受信されたコンテンツデータを暗号化するための暗号化手段としてのエンコーダ部１９と、ネットワーク８を通じて他のノードｎｎ及び課金サーバ２ｂとの間の通信制御を行うための通信部１９ａと、放送局２ａから放送された番組のコンテンツデータを受信するためのチューナ等の受信部１９ｂと、ユーザからの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部（例えば、キーボード、マウス、或いは、操作パネル等）１９ｃと、を備えて構成され、制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、エンコーダ部１９、通信部１９ａ、及び受信部１９ｂは、バス１９ｄを介して相互に接続されている。なお、ノードｎｎとしては、パーソナルコンピュータ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等を適用可能である。
【００６９】
このような構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラム（本発明のノード処理プログラムを含む）を読み出して実行することにより、全体を統括制御すると共に、上述したユーザノード、中継ノード、ルートノード、キャッシュノード、及びコンテンツ保持ノード等の少なくとも何れか一つのノードとしての処理を行うようになっており、本発明の番組コード取得手段、番組情報保存手段、識別情報生成手段、登録メッセージ送出手段、登録メッセージ受信手段、要求メッセージ送出手段、及び番組情報取得手段等として機能し、後述する各種処理を行うようになっている。
【００７０】
なお、本実施形態においては、上記コンテンツデータが、各ノードｎｎに固有の暗号化鍵によって暗号化（スクランブル）され記憶保存される場合と、暗号化されずに記憶保存される場合とが考えられる。コンテンツデータが暗号化されて記憶保存される場合においては、上記制御部１１は、本発明の暗号化鍵生成手段として機能し、上記暗号化鍵を生成することになり、また、本発明の復号鍵取得手段として機能し、取得したコンテンツデータを復号するための復号鍵を取得することになる。
【００７１】
また、コンテンツデータが暗号化されて記憶保存される場合においては、例えば、記憶部１２に備える鍵データ記憶手段としてのセキュアな不揮発性メモリに、各ノードｎｎに固有の鍵データとしての秘密鍵（上記暗号化鍵の元になる鍵データ）が、例えば当該ノードｎｎの製造時又は出荷時に記憶保存されるようになっており、かかる秘密鍵は書き換え、消去、及び外部からの取り出しが不可能に保護されている。
【００７２】
なお、上記ノード処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしてもよい。
【００７３】
次に、図６を参照して、課金サーバ２ｂの構成及び機能について説明する。
【００７４】
図６は、課金サーバ２ｂの概要構成例を示す図である。
【００７５】
課金サーバ２ｂは、一般のサーバコンピュータを適用可能であり、図６に示すように、ＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部２１と、各種データ及びプログラム等を記憶（格納）するＨＤＤ等から構成された記憶部２２と、ネットワーク８を通じてノードｎｎとの間の通信制御を行うための通信部２３と、を備えて構成され、これらの各構成要素はバス２４を介して相互に接続されている。
【００７６】
このような構成において、制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することにより、全体を統括制御すると共に、本発明の使用者情報管理手段、課金処理手段、及び対価付与処理手段等として機能し、後述する各種処理を行うようになっている。
【００７７】
また、コンテンツデータが暗号化されて記憶保存される場合においては、課金サーバ２ｂは、鍵データ管理装置（キーサーバ）として、各ノードｎｎに固有の上記秘密鍵を、当該各ノードｎｎに固有の識別情報の一例であるノードＩＤに対応付けて記憶、管理するようになっており、上記制御部２１は、本発明の鍵データ管理処理プログラムの実行により、本発明の鍵管理手段、復号化鍵生成手段、及び復号鍵送信手段等として機能し、後述する各種処理を行うようになっている。なお、上記鍵データ管理処理プログラムは、例えば、ネットワーク８上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしてもよい。
【００７８】
記憶部２２には、各ノードｎｎのユーザ（使用者）毎のユーザ情報（使用者情報）を記憶するユーザ情報データベース２２ａが構築されている。
【００７９】
また、ユーザ情報データベース２２ａには、ユーザ情報として、各ノードｎｎの製造番号及びノードＩＤに対応付けられて、当該各ノードｎｎのユーザの個人情報（例えば、ユーザＩＤ、住所、氏名、電話番号、電子メールアドレス）、及び決済情報（課金情報、決済方法を示す情報、クレジットカード番号等）等が登録（記憶）されている。各ノードｎｎの製造番号及びノードＩＤは、例えば、当該ノードｎｎの製造時又は出荷時に登録される（なお、ノードＩＤは、オーバーレイネットワーク９への参加時に登録されるようにしても良い）。また、ユーザの個人情報及び決済情報は、当該ユーザによるノードｎｎの購入時、或いは当該ノードｎｎ購入後の当該システムＳへの利用手続完了時に、既に登録されている製造番号等に対応付けられて登録されることになる。
【００８０】
また、コンテンツデータが暗号化されて記憶保存される場合においては、各ノードｎｎの製造番号及びノードＩＤに対応付けられて、当該各ノードｎｎに固有の上記秘密鍵がユーザ情報データベース２２ａに登録される。各ノードｎｎの秘密鍵は、例えば製造番号と同様、当該ノードｎｎの製造時又は出荷時に登録されることになる。つまり、あるコンテンツ保持ノードの秘密鍵を保持しているのは、当該コンテンツ保持ノードと課金サーバ２ｂだけである。
［２．コンテンツ配信システムの動作］
次に、コンテンツ配信システムＳの動作について説明する。
（実施形態１）
先ず、図７乃至図９等を参照して、実施形態１に係るコンテンツ配信システムＳの動作について説明する。実施形態１は、コンテンツデータが暗号化されずに記憶保存される場合の形態である。
【００８１】
図７は、実施形態１に係るノードｎｎの制御部１１におけるコンテンツ録画（記録）処理を示すフローチャートであり、図８は、実施形態１に係るノードｎｎの制御部１１におけるコンテンツ再生処理を示すフローチャートであり、図９は、実施形態１に係る課金サーバ２ｂの制御部２１における課金処理を示すフローチャートである。
【００８２】
なお、実施形態１の前提として、任意のノードｎｎにおいて、予めユーザにより入力部１９ｃを介して入力された例えばＧコードにしたがってＧコード予約がなされているものとする。
【００８３】
そして、当該ノードｎｎにおいて、Ｇコード予約された番組の録画日時が到来すると、図７に示す処理が開始され、制御部１１は、ユーザにより入力されたＧコードを取得（ＲＡＭの所定領域に記憶）する（ステップＳ１）。
【００８４】
次いで、制御部１１は、放送局２ａから放送された番組のコンテンツデータの受信及び録画処理を行う（ステップＳ２）。つまり、制御部１１は、Ｇコード予約に係る放送チャンネルで放送された番組の該コンテンツデータを受信部１９ｂにより受信し、該コンテンツデータを記憶部１２に記憶保存するように制御して録画処理を行う。
【００８５】
そして、当該録画処理が終了すると、制御部１１は、録画されたコンテンツデータに対して上記取得したＧコードを付加し（対応付けて）、記憶する（ステップＳ３）。これにより、録画されたコンテンツデータとＧコードとの対応関係を明確にすることができる。
【００８６】
次いで、制御部１１は、上記取得したＧコードを上述した共通のハッシュ関数によりハッシュ化してコンテンツＩＤを生成する（ステップＳ４）。
【００８７】
次いで、制御部１１は、上記生成されたコンテンツＩＤ及び自己のノード情報を含むパブリッシュメッセージを、そのルートノードに向けて送出し（ステップＳ５）、当該処理を終了する。そして、送出されたパブリッシュメッセージは、図４を用いて説明したように、幾つかの中継ノードを経由され、上記コンテンツＩＤのルートノードに辿り着く。そのルートノードは、当該パブリッシュメッセージを受信すると、これに含まれるノード情報を記憶、つまり、インデックス情報中に登録することになる。こうして、上記パブリッシュメッセージを送出したノードｎｎは、コンテンツ保持ノードとなる。
【００８８】
次に、図８に示す処理は、ユーザノードにおいて、ユーザにより入力部１９ｃを介して所望の番組のＧコード（例えば、ユーザは、当該番組のＧコードを過去の新聞の番組欄等から取得）が入力され、且つ、再生指示が入力された場合に開始される。当該処理が開始されると、制御部１１は、ユーザにより入力されたＧコードを取得し（ステップＳ１１）、続いて、当該Ｇコードに対応する番組のコンテンツデータを保存（録画）しているか否かを判別する（ステップＳ１２）。
【００８９】
当該Ｇコードに対応する番組のコンテンツデータが保存されている場合（ステップＳ１２：Ｙ）、制御部１１は、当該コンテンツデータの再生処理を行う（ステップＳ１３）。つまり、制御部１１は、当該Ｇコードに対応するコンテンツデータを記憶部１２から再生させるように制御して再生処理を行う。
【００９０】
一方、当該Ｇコードに対応する番組のコンテンツデータが保存されていない場合（ステップＳ１２：Ｎ）、制御部１１は、当該コンテンツデータの利用に対する課金を了承するか否かの入力を促す画面を表示部１６に表示させる。これに対して、ユーザが入力部１９ｃを操作して例えば、「拒否」ボタンを押下すると、制御部１１は、ユーザが課金されることを了承しないと判断し（ステップＳ１４：Ｎ）、当該処理を終了する。
【００９１】
一方、ユーザが入力部１９ｃを操作して例えば、「了承」ボタンを押下すると、制御部１１は、ユーザが課金されることを了承したと判断し（ステップＳ１４：Ｙ）、上記ステップＳ１１で取得したＧコードを上述した共通のハッシュ関数によりハッシュ化してコンテンツＩＤを生成し（ステップＳ１５）、コンテンツ検索処理を実行する（ステップＳ１６）。
【００９２】
当該コンテンツ検索処理においては、制御部１１は、当該生成したコンテンツＩＤ及び自己（当該ユーザノード）のノード情報を含むコンテンツ所在問合せ（検索）メッセージを、そのルートノードに向けて送出し、返答を待つ。そして、送出されたコンテンツ所在問合せ（検索）メッセージは、上述したように、幾つかの中継ノードを経由され、上記コンテンツＩＤのルートノードに辿り着く。
【００９３】
そして、そのルートノードが、当該コンテンツ所在問合せ（検索）メッセージを受信すると、当該コンテンツＩＤに対応するコンテンツデータを保存しているコンテンツ保持ノードのノード情報がインデックス情報中に登録されているか否かを判断し、登録されている場合には、登録されているコンテンツ保持ノード（複数登録されている場合には、そのうちの何れか１つ又は複数のコンテンツ保持ノード）に対して、当該ユーザノードのノード情報を含むコンテンツ送信要求メッセージを送信する。当該コンテンツ保持ノードは、コンテンツ送信要求メッセージを受信すると、上記要求に係るコンテンツデータを送信可能であることを示す返答メッセージ（当該コンテンツ保持ノードのノード情報を含む）を当該ユーザノードに対して送信する。
【００９４】
或いは、当該コンテンツＩＤに対応するコンテンツデータを保存しているコンテンツ保持ノードのノード情報がインデックス情報中に登録されている場合、当該ルートノードは、登録されているコンテンツ保持ノードのノード情報を規定するインデックス情報を含む返答メッセージを、当該ユーザノードに送信する。
【００９５】
一方、当該ルートノードは、当該コンテンツＩＤに対応するコンテンツデータを保存しているコンテンツ保持ノードのノード情報がインデックス情報中に登録されていない場合には、登録されていないことを示す返答メッセージを、当該ユーザノードに送信する。
【００９６】
これに対して、ユーザノードが上記返答メッセージを受信すると、その制御部１１は、当該返答メッセージを参照して、上記再生指示された番組のコンテンツデータが取得可能であるか否かを判断し（ステップＳ１７）、取得可能でない場合には（ステップＳ１７：Ｎ）、再生指示された番組のコンテンツデータを再生できない旨を示すエラーメッセージを表示し（ステップＳ１８）、当該処理を終了する。
【００９７】
一方、当該コンテンツデータが取得可能である場合には（ステップＳ１７：Ｙ）、当該ユーザノードの制御部１１は、上記返答メッセージによって示されたノード情報（ＩＰアドレス及びポート番号）にしたがってコンテンツ保持ノードに接続し、当該コンテンツデータを取得（ダウンロード）し（ステップＳ１９）、記憶部１２に記憶保存する。このとき、ユーザノードは、当該コンテンツ保持ノードからそのノードＩＤを取得する。
【００９８】
次いで、当該制御部１１は、上記ステップＳ１５で生成したコンテンツＩＤ及び自己のノード情報を含むパブリッシュメッセージを、そのルートノードに向けて送出する（ステップＳ２０）。
【００９９】
そして、送出されたパブリッシュメッセージは、図４を用いて説明したように、幾つかの中継ノードを経由され、上記コンテンツＩＤのルートノードに辿り着く。そのルートノードは、当該パブリッシュメッセージを受信すると、これに含まれるノード情報を記憶、つまり、インデックス情報中に登録することになる。こうして、当該ユーザノードも、新たなコンテンツ保持ノードとなる。こうして、人気がある番組ほど、そのコンテンツデータが要求される回数が増し、そのコンテンツデータを保存するノードｎｎ数も増していくことになる。
【０１００】
次いで、当該ユーザノードは、記憶部１２に記憶された課金サーバ２ｂのＩＰアドレス等にしたがって当該課金サーバ２ｂに接続し、当該コンテンツデータの課金要求を示す課金要求メッセージ（自己（ユーザノード）のノードＩＤと、上記コンテンツ保持ノードのノードＩＤを含む）を課金サーバ２ｂに対して送信する（ステップＳ２１）。
【０１０１】
そして、当該ユーザノードは、例えば課金サーバ２ｂからの課金完了通知があった場合、当該コンテンツデータの再生処理を行う（ステップＳ１３）。
【０１０２】
一方、課金要求メッセージを受信した課金サーバ２ｂの制御部２１は、図９に示す処理を開始し、当該課金要求メッセージから、ユーザノードのノードＩＤ、及びコンテンツ保持ノードのノードＩＤを取得する（ステップＳ３１）。
【０１０３】
次いで、課金サーバ２ｂの制御部２１は、当該取得したユーザノードのノードＩＤに対応付けられたユーザ情報をユーザ情報データベース２２ａから取得し、当該ユーザ情報中の個人情報により特定されるユーザに対して所定額の利用料金を課する課金処理を行う（例えば、当該ユーザの決済情報中に当該利用料金を課する課金情報が登録される）（ステップＳ３２）。この後、例えばユーザの銀行口座から当該利用料金が引き落とされ、こうして徴収された利用料金は、予め定められた基準にしたがって番組制作者や放送局側の著作者等に対して支払われることになる。
【０１０４】
次いで、課金サーバ２ｂは、上記取得したコンテンツ保持ノードのノードＩＤ（課金要求メッセージに含まれるコンテンツ保持ノードのノードＩＤ）に対応付けられたユーザ情報をユーザ情報データベース２２ａから取得し、当該ユーザ情報中の個人情報により特定されるユーザに対して対価（つまり、コンテンツデータを保存し他のノードｎｎに提供したユーザに対する報酬（キックバック））付与処理を行い（例えば、当該ユーザの決済情報中に所定額の対価料金を与える対価付与情報が登録される）（ステップＳ３３）、当該処理を終了する。こうして、コンテンツ保持ノードのユーザは、番組のコンテンツデータを保存することでその報酬をもらえるので、コンテンツデータを保存するというモチベーションを全ユーザに対して与えることができる。
【０１０５】
以上説明したように、実施形態１によれば、コンテンツ保持ノードに保存されたコンテンツデータに係る番組のＧコードを上記共通のハッシュ関数によりハッシュ化してコンテンツＩＤとし、当該コンテンツ保持ノードのノード情報を当該コンテンツＩＤのルートノードにおけるインデックス情報中に登録するようにしたので、ユーザノードは、所望の番組のＧコードをハッシュ化してコンテンツＩＤを生成し、当該コンテンツＩＤをキーとしてコンテンツ所在問合せ（検索）メッセージを他のノードｎｎに対して送出するだけで、所望の番組のコンテンツデータの所在（これを保存するコンテンツ保持ノードのノード情報）をルートノードを通じて知ることができる。
【０１０６】
また、人気の高い番組のコンテンツデータほど、多くのユーザにより録画されるため、多くのコンテンツ保持ノードに保存され、しかも、ユーザノードがコンテンツ保持ノードからコンテンツデータを取得した場合には、当該ユーザノードはコンテンツ保持ノードとして公開される（つまり、ノード情報がルートノードに登録される）ことになるので、サーバ装置のような特定の装置に負荷をかけることなく（負荷集中を回避し、スケーラビリティを向上させる）、人気の高いコンテンツデータほどアクセス（取得）しやすくなり、録画し損ねた番組のコンテンツデータであっても、より確実、かつ簡易な操作によって取得することができる。また、夫々のユーザの操作によりコンテンツデータが保存されていくので、コンテンツデータの２次的利用のためのコスト（サーバ運営など）を非常に小さく抑えることができる。
【０１０７】
また、コンテンツ保持ノードのユーザは、番組のコンテンツデータを保存することでその報酬をもらえるために、かなり昔、例えば１ヶ月前、更には１年以上前に放送され記録されたコンテンツデータについても、消去せずに保存しておく価値が生じるので、より一層、コンテンツデータを残しておくというモチベーションを全ユーザに対して与えることができる。したがって、かなり昔の番組のコンテンツデータであっても、より確実、かつ簡易な操作によって取得することができる。
【０１０８】
また、番組のコンテンツデータが電波により放送されるものである場合には、ネットワーク８に負荷をかけずに（帯域を消耗させずに）、該コンテンツデータを多くのコンテンツ保持ノードに保存させることができる。
【０１０９】
更に、コンテンツデータを取得した際に、課金サーバ２ｂによってコンテンツデータの２次的利用に対する料金を当該ユーザに課するようにし、徴収された利用料金は、予め定められた基準にしたがって番組制作者や放送局側の著作者等に対して支払われるので、コンテンツデータの２次的利用に関して番組制作者や放送局側等の著作者等の権利を保障することができる。
（実施形態２）
先ず、図１０乃至図１２等を参照して、実施形態２に係るコンテンツ配信システムＳの動作について説明する。実施形態２は、コンテンツデータが暗号化されて記憶保存される場合の形態である。
【０１１０】
図１０は、実施形態２に係るノードｎｎの制御部１１におけるコンテンツ録画（記録）処理を示すフローチャートであり、図１１は、実施形態２に係るノードｎｎの制御部１１におけるコンテンツ再生処理を示すフローチャートであり、図１２は、実施形態２に係る課金サーバ２ｂの制御部２１における課金処理を示すフローチャートである。
【０１１１】
実施形態２の前提としては、実施形態１と同様であり、当該ノードｎｎにおいて、Ｇコード予約された番組の録画日時が到来すると、図１０に示す処理が開始され、制御部１１は、ユーザにより入力されたＧコードを取得し、且つ、記憶部１２におけるセキュアなメモリから自己の秘密鍵を取得し（ステップＳ４１）、当該秘密鍵及びＧコードに基づいて暗号化鍵を生成し（ステップＳ４２）、記憶する。当該暗号化鍵は、例えば所定のハッシュ関数により秘密鍵とＧコードとを並べた情報列がハッシュ化されて生成される。こうして生成された暗号化鍵は、当該秘密鍵とＧコードとからしか得られない不可逆なものであり、且つ、秘密鍵とＧコードの組合せにのみ対応するものである。
【０１１２】
次いで、制御部１１は、放送局２ａから放送された番組のコンテンツデータの受信及び録画処理を行う（ステップＳ４３）。このときの録画処理においては、制御部１１は、受信された該コンテンツデータを上記生成された暗号化鍵でエンコーダ部１９により暗号化させながら（つまり、生成された暗号化鍵を用いて受信されたコンテンツデータを暗号化する）、記憶部１２に記憶保存するように制御する。
【０１１３】
そして、当該録画処理が終了すると、制御部１１は、録画されたコンテンツデータに対して自己のノードＩＤ及び上記取得したＧコードを付加し（対応付けて）、記憶する（ステップＳ４４）。つまり、後に課金サーバ２ｂにおいて、当該暗号化処理を行なったノードｎｎの秘密鍵を特定するために、当該ノードｎｎのノードＩＤがコンテンツデータに付加されるのである。
【０１１４】
なお、ステップＳ４５及びＳ４６の処理は、実施形態１におけるステップＳ４及びＳ５の処理と同様なので、重複した説明を省略する。
【０１１５】
次に、図１１に示す処理は、実施形態１と同様、ユーザノードにおいて、ユーザにより入力部１９ｃを介して所望の番組のＧコードが入力され、且つ、再生指示が入力された場合に開始される。当該処理が開始されると、制御部１１は、ユーザにより入力されたＧコードを取得し（ステップＳ５１）、続いて、当該Ｇコードに対応する番組を既に保存（録画）しているか否かを判別する（ステップＳ５２）。
【０１１６】
当該Ｇコードに対応する番組のコンテンツデータが保存されている場合（ステップＳ５２：Ｙ）、制御部１１は、既に生成され記憶部１２におけるメモリに記憶されている暗号化鍵としての復号鍵を取得し（ステップＳ５３）、当該復号鍵でデコーダ部１４により該コンテンツデータを復号させながら再生処理を行う（ステップＳ５４）。
【０１１７】
一方、当該Ｇコードに対応する番組が保存されていない場合（ステップＳ５２：Ｎ）、制御部１１は、当該コンテンツデータの利用に対する課金を了承するか否かの入力を促す画面を表示部１６に表示させる。
【０１１８】
なお、ステップＳ５５〜Ｓ６１の処理は、実施形態１におけるステップＳ１４〜Ｓ２０の処理と同様なので、重複した説明を省略する。
【０１１９】
そして、ステップＳ６２では、当該ユーザノードは、記憶部１２に記憶された課金サーバ２ｂのＩＰアドレス等にしたがって当該課金サーバ２ｂに接続し、当該コンテンツデータの復号鍵要求及び課金要求を示す復号鍵要求・課金要求メッセージ（上記取得されたＧコードと、自己（ユーザノード）のノードＩＤと、上記ステップＳ６０で取得されたコンテンツデータに付加されたノードＩＤ（つまり、暗号化処理を実行した（当該コンテンツデータを暗号化した）ノードｎｎのノードＩＤ）と、コンテンツ保持ノードのノードＩＤを含む）を課金サーバ２ｂに対して送信する。
【０１２０】
これに対し、当該復号鍵要求・課金要求メッセージを受信した課金サーバ２ｂは、図１２に示す処理を開始し、復号鍵要求・課金要求メッセージから、Ｇコード、ユーザノードのノードＩＤ、暗号化処理を実行したノードｎｎのノードＩＤ、及びコンテンツ保持ノードのノードＩＤを取得する（ステップＳ７１）。
【０１２１】
次いで、課金サーバ２ｂの制御部２１は、当該取得した暗号化処理を実行したノードｎｎのノードＩＤに対応付けられた秘密鍵（当該暗号化処理を実行したノードｎｎに固有の秘密鍵）をユーザ情報データベース２２ａから取得し、当該取得した秘密鍵と上記取得したＧコードに基づいて復号鍵を生成する（ステップＳ７２）。当該複合鍵は、暗号化処理を実行したノードｎｎにおける上記ステップＳ４２と同様、例えば所定のハッシュ関数（暗号化処理を実行したノードｎｎにおけるものと同一の関数）により秘密鍵とＧコードとを並べた情報列がハッシュ化されて生成される。
【０１２２】
次いで、課金サーバ２ｂの制御部２１は、上記実施形態１と同様、上記取得したユーザノードのノードＩＤに対応付けられたユーザ情報中の個人情報により特定されるユーザに対して所定額の利用料金を課する課金処理を行う（ステップＳ７３）。
【０１２３】
次いで、課金サーバ２ｂは、上記実施形態１と同様、上記取得したコンテンツ保持ノードのノードＩＤに対応付けられたユーザ情報中の個人情報により特定されるユーザに対して対価付与処理を行う（ステップＳ７４）。
【０１２４】
このように課金処理が行われた後、課金サーバ２ｂの制御部２１は、上記生成された復号鍵が含まれる復号鍵発行メッセージを、上記復号鍵要求・課金要求メッセージを送信したユーザノードに対して送信し（ステップＳ７５）、当該処理を終了する。なお、例えば、ユーザが利用料金を滞納しているなどの理由で上記課金処理が正常に終了しなかった場合、復号鍵は生成されず、その旨のエラーメッセージがユーザノードに対して送信されることになる。
【０１２５】
そして、当該ユーザノードの制御部１１は、上記復号鍵発行メッセージを受信した場合、復号鍵を取得できたと判断し（ステップＳ６３：Ｙ）、当該復号鍵発行メッセージから復号鍵を取得し、当該復号鍵でデコーダ部１４により該コンテンツデータを復号させながら再生処理を行う（ステップＳ５４）。一方、当該ユードノードの制御部１１は、上記エラーメッセージを受信した場合、復号鍵を取得できなかったと判断し（ステップＳ６３：Ｎ）、再生指示された番組のコンテンツデータを再生できない旨を示すエラーメッセージを表示し（ステップＳ５９）、当該処理を終了する。
【０１２６】
以上説明したように、実施形態２によれば、実施形態１と同様の効果を奏することに加えて、コンテンツデータを暗号化して保存するようにしたので、セキュリティを向上させることができる。しかも、コンテンツデータの暗号化鍵（復号鍵）は、各ノードｎｎに固有の秘密鍵と当該番組のＧコードに基づき生成された鍵であり、自分の暗号化鍵以外は、全てのノードｎｎの秘密鍵を知っている課金サーバ２ｂのみから発行されるものであるので、あるノードｎｎにおいて暗号化され保存されたコンテンツデータの復号鍵を他のノードｎｎが生成することができず、また、課金サーバ２ｂから取得した復号鍵も対応するコンテンツデータしか復号することが出来ない。したがって、安全性をより一層確保することができる。
【０１２７】
また、課金サーバ２ｂは、各ノードｎｎに固有のノードＩＤに対応付けて秘密鍵を管理し、ユーザノードから、番組のＧコード及び当該番組のコンテンツデータをこれを暗号化したノードのノードＩＤを取得するだけで、当該コンテンツデータの復号鍵を生成し、ユーザノードに提供することができるので、より利便性のある復号鍵発行システムを提供することができる。
【０１２８】
更に、課金サーバ２ｂは、課金処理が正常に終了した場合に、復号鍵を発行するので、より確実にコンテンツデータの２次的利用に対する料金を徴収することができる。
【０１２９】
なお、上記ノードｎｎに公知の自動ＣＭカット機能が備えられている場合もあり、この場合、番組において放送されたＣＭ情報がカット（削除）されてコンテンツデータが録画される場合と、そうでない場合が考えられる。かかるＣＭ情報がコンテンツデータに含まれているか否かによって対価付与するか否かを定めるように構成しても良い。例えば、コンテンツ保持ノードは、録画されたコンテンツデータに対して自己のノードＩＤ及びＧコードと共に、ＣＭ情報が含まれているか否かを示す情報（例えば、ＣＭ有無フラグ）をコンテンツデータに付加し（対応付けて）、記憶しておく（ステップＳ３、ステップＳ４４）。かかるＣＭ有無フラグは、自動ＣＭカット機能が、オンに設定されていれば“０”、オフに設定されていれば“１”になるように設定される。
【０１３０】
そして、ユーザノードが当該コンテンツデータを取得した後、自己のノードＩＤとコンテンツ保持ノードのノードＩＤ等に加えてＣＭ有無フラグを含む課金要求メッセージ（復号鍵要求・課金要求メッセージ）を課金サーバ２ｂに対して送信する（ステップＳ２１、ステップＳ６２）。そして、課金サーバ２ｂは、上記Ｇコードに対応するコンテンツデータ中にＣＭ情報が含まれているか否かを、ＣＭ有無フラグを参照して判別し（例えば、フラグが“１”ならばＣＭを含み、“０”ならばＣＭを含まない）、ＣＭ情報が含まれている場合には、上記課金要求メッセージ（復号鍵要求・課金要求メッセージ）に含まれるコンテンツ保持ノードのノードＩＤに対応付けられたユーザ情報により特定されるユーザに対して上述したような対価付与処理を行う（或いは、ＣＭがカットされていない場合よりも大きい対価を与える）ように構成するようにしても良い。このように付与される対価は、例えば、当該番組でＣＭを放送しているスポンサーから提供（キックバック）されるものである。このように構成すれば、コンテンツデータを保存する際に、ＣＭをカットせずに保存するユーザが増え（対価をもらえるのでＣＭ離れを防げる）、これによって、当該システムＳにおいて多くのコンテンツ保持ノードに保存されるコンテンツデータにはＣＭ情報が含まれているので、スポンサーは、より多くのユーザに対してＣＭ情報の視聴してもらうことができ、ＣＭ効果を上げることができる。
【０１３１】
なお、上記説明したコンテンツ配信システムＳは、ビデオオンデマンドサービスのシステムに対しても適用可能である。
【０１３２】
また、上記実施形態においては、番組コードとしてＧコードを例にとって説明したが、これに限定されるものではなく、番組を特定できるものであれば、その他のコード、番号等であっても構わない。
【０１３３】
また、上記実施形態においては、ＤＨＴを利用したアルゴリズムによって構築されたオーバーレイネットワーク９を前提として説明したが、本発明はこれに限定されるものではない。
【図面の簡単な説明】
【０１３４】
【図１】本実施形態に係るコンテンツ配信システムにおける各ノード装置の接続態様の一例を示す図である。
【図２】ノードｎ１が保持するＤＨＴのルーティングテーブルの一例を示す図である。
【図３】ＤＨＴのノードＩＤ空間の一例を示す概念図である。
【図４】コンテンツ保持ノードから送出されたパブリッシュメッセージの流れの一例を、ＤＨＴのノードＩＤ空間にて示した概念図である。
【図５】ノードｎｎの概要構成例を示す図である。
【図６】課金サーバ２ｂの概要構成例を示す図である。
【図７】実施形態１に係るノードｎｎの制御部１１におけるコンテンツ録画（記録）処理を示すフローチャートである。
【図８】実施形態１に係るノードｎｎの制御部１１におけるコンテンツ再生処理を示すフローチャートである。
【図９】実施形態１に係る課金サーバ２ｂの制御部２１における課金処理を示すフローチャートである。
【図１０】実施形態２に係るノードｎｎの制御部１１におけるコンテンツ録画（記録）処理を示すフローチャートである。
【図１１】実施形態２に係るノードｎｎの制御部１１におけるコンテンツ再生処理を示すフローチャートである。
【図１２】実施形態２に係る課金サーバ２ｂの制御部２１における課金処理を示すフローチャートである。
【符号の説明】
【０１３５】
ｎｎ ノード
２ａ 放送局
２ｂ 課金サーバ
８ ネットワーク
９ オーバーレイネットワーク
１１ 制御部
１２ 記憶部
１３ バッファメモリ
１４ デコーダ部
１５ 映像処理部
１６ 表示部
１７ 音声処理部
１８ スピーカ
１９ エンコーダ部
１９ａ 通信部
１９ｂ 受信部
１９ｃ 入力部
１９ｄ バス
２１ 制御部
２２ 記憶部
２３ 通信部
２４ バス
Ｓ コンテンツ配信システム
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムであって、
前記放送された番組情報を受信した前記ノード装置は、
当該番組情報を保存する番組情報保存手段と、
前記保存された番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、
前記番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する登録メッセージ送出手段と、
を備え、
前記識別情報の管理元となるノード装置は、
登録メッセージを受信する登録メッセージ受信手段と、
前記受信された登録メッセージに含まれるノード情報を記憶するノード情報記憶手段と、を備え、
前記番組情報の取得を望むノード装置は、
当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、
当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する要求メッセージ送出手段と、
前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する番組情報取得手段と、
を備えることを特徴とする情報配信システム。
【請求項２】
ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムであって、
前記放送された番組情報を受信した前記ノード装置は、
当該ノード装置に固有の鍵データを記憶する鍵データ記憶手段と、
前記受信された番組情報に固有の番組コードを取得する番組コード取得手段と、
前記記憶された鍵データ及び前記取得された番組コードに基づいて暗号化鍵を生成する暗号化鍵生成手段と、
前記生成された暗号化鍵を用いて前記受信された番組情報を暗号化する暗号化手段と、
当該暗号化された番組情報を保存する番組情報保存手段と、
前記取得された番組コードに対応する識別情報を生成する識別情報生成手段と、
前記暗号化された番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する登録メッセージ送出手段と、
を備え、
前記識別情報の管理元となるノード装置は、
登録メッセージを受信する登録メッセージ受信手段と、
前記受信された登録メッセージに含まれるノード情報を記憶するノード情報記憶手段と、を備え、
前記暗号化された番組情報の取得を望むノード装置は、
当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、
当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する要求メッセージ送出手段と、
前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する番組情報取得手段と、
前記取得した番組情報を復号するための復号鍵を取得する復号鍵取得手段と、
前記復号鍵を用いて前記取得された番組情報を復号する復号手段と、
を備えることを特徴とする情報配信システム。
【請求項３】
請求項２に記載の情報配信システムにおいて、
前記ネットワークを介して各前記ノード装置と通信可能な鍵データ管理装置を更に備え、
前記番組情報にはこれを暗号化したノード装置の識別情報が付加されており、
前記暗号化された番組情報を取得したノード装置の前記復号鍵取得手段は、前記鍵データ管理装置に対して、前記取得した番組情報の番組コード及び前記番組情報に付加された前記ノード装置の識別情報を含む復号鍵要求情報を前記鍵データ管理装置に送信し、
前記鍵データ管理装置は、
前記各ノード装置に固有の鍵データを、当該各ノード装置に固有の識別情報に対応付けて管理する鍵管理手段と、
前記復号鍵要求情報に含まれるノード装置の識別情報に対応付けられた鍵データを取得し、当該鍵データ及び前記復号鍵要求情報に含まれる番組コードに基づいて復号鍵を生成する復号化鍵生成手段と、
前記生成された復号鍵を、前記復号鍵要求情報を送信したノード装置に送信する復号鍵送信手段と、
を備えることを特徴とする情報配信システム。
【請求項４】
請求項１乃至３の何れか一項に記載の情報配信システムに含まれる前記番組情報を取得したノード装置であって、
当該取得した番組情報を保存する番組情報保存手段と、
前記保存された番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、
前記番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する登録メッセージ送出手段と、
を備えることを特徴とするノード装置。
【請求項５】
請求項１乃至３の何れか一項に記載の情報配信システムに含まれる前記放送された番組情報を受信するノード装置であって、
前記番組情報保存手段、前記識別情報生成手段、及び前記登録メッセージ送出手段を備えることを特徴とするノード装置。
【請求項６】
請求項１乃至３の何れか一項に記載の情報配信システムに含まれる前記番組情報の取得を望むノード装置であって、
前記識別情報生成手段、前記要求メッセージ送出手段、及び番組情報取得手段を備えることを特徴とするノード装置。
【請求項７】
コンピュータを、請求項４乃至７の何れか一項に記載のノード装置として機能させることを特徴とするノード処理プログラム。
【請求項８】
請求項３に記載の情報配信システムに含まれる前記鍵データ管理装置であって、
前記鍵管理手段、前記復号鍵生成手段、及び復号鍵送信手段を備えることを特徴とする鍵データ管理装置。
【請求項９】
請求項８に記載の鍵データ管理装置において、
前記各ノード装置の使用者毎の使用者情報を記憶、管理する使用者情報管理手段と、
前記復号鍵要求情報を送信したノード装置の使用者に対して課金処理を行う課金処理手段と、
を更に備え、
前記復号鍵送信手段は、前記課金処理が行われた後に、前記生成された復号鍵を前記ノード装置に送信することを特徴とする鍵データ管理装置。
【請求項１０】
請求項８に記載の鍵データ管理装置において、
前記復号鍵要求情報には、前記番組情報を保存するノード装置の識別情報が含まれており、
前記各ノード装置の使用者毎の使用者情報を、前記各ノード装置に固有の識別情報に対応付けて管理する使用者情報管理手段と、
前記復号鍵要求情報に含まれる前記番組情報を保存するノード装置の識別情報に対応付けられた使用者情報により特定される使用者に対して対価付与処理を行う対価付与処理手段と、を更に備えることを特徴とする鍵データ管理装置。
【請求項１１】
請求項８に記載の鍵データ管理装置において、
前記復号鍵要求情報には、前記番組情報を保存するノード装置の識別情報が含まれており、
前記各ノード装置の使用者毎の使用者情報を、前記各ノード装置に固有の識別情報に対応付けて管理する使用者情報管理手段と、
前記復号鍵要求情報に含まれる番組コードに対応する番組情報中にＣＭ情報が含まれているか否かを判別し、ＣＭ情報が含まれている場合には、前記復号鍵要求情報に含まれる前記番組情報を保存するノード装置の識別情報に対応付けられた使用者情報により特定される使用者に対して対価付与処理を行う対価付与処理手段と、
を更に備えることを特徴とする鍵データ管理装置。
【請求項１２】
コンピュータを、請求項８乃至１１の何れか一項に記載の鍵データ管理装置として機能させることを特徴とする鍵データ管理処理プログラム。
【請求項１３】
ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムにおける情報配信方法であって、
前記放送された番組情報を受信した前記ノード装置は、
当該番組情報を保存する工程と、
前記保存された番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する工程と、
前記番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、
を備え、
前記識別情報の管理元となるノード装置は、
登録メッセージを受信する工程と、
前記受信された登録メッセージに含まれるノード情報を記憶する工程と、
を備え、
前記番組情報の取得を望むノード装置は、
当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する工程と、
当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、
前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する工程と、
を備えることを特徴とする情報配信方法。
【請求項１４】
ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムにおける情報提供方法であって、
前記放送された番組情報を受信した前記ノード装置は、
当該ノード装置に固有の鍵データを記憶する工程と、
前記受信された番組情報に固有の番組コードを取得する工程と、
前記記憶された鍵データ及び前記取得された番組コードに基づいて暗号化鍵を生成する工程と、
前記生成された暗号化鍵を用いて前記受信された番組情報を暗号化する工程と、
当該暗号化された番組情報を保存する工程と、
前記取得された番組コードに対応する識別情報を生成する工程と、
前記暗号化された番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、
を備え、
前記識別情報の管理元となるノード装置は、
登録メッセージを受信する工程と、
前記受信された登録メッセージに含まれるノード情報を記憶する工程と、
を備え、
前記暗号化された番組情報の取得を望むノード装置は、
当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する工程と、
当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、
前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する工程と、
前記取得した番組情報を復号するための復号鍵を取得する工程と、
前記復号鍵を用いて前記取得された番組情報を復号する工程と、
を備えることを特徴とする情報配信方法。
【請求項１】
ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムであって、
前記放送された番組情報を受信した前記ノード装置は、
当該番組情報を保存する番組情報保存手段と、
前記保存された番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、
前記番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する登録メッセージ送出手段と、
を備え、
前記識別情報の管理元となるノード装置は、
登録メッセージを受信する登録メッセージ受信手段と、
前記受信された登録メッセージに含まれるノード情報を記憶するノード情報記憶手段と、を備え、
前記番組情報の取得を望むノード装置は、
当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、
当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する要求メッセージ送出手段と、
前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する番組情報取得手段と、
を備えることを特徴とする情報配信システム。
【請求項２】
ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムであって、
前記放送された番組情報を受信した前記ノード装置は、
当該ノード装置に固有の鍵データを記憶する鍵データ記憶手段と、
前記受信された番組情報に固有の番組コードを取得する番組コード取得手段と、
前記記憶された鍵データ及び前記取得された番組コードに基づいて暗号化鍵を生成する暗号化鍵生成手段と、
前記生成された暗号化鍵を用いて前記受信された番組情報を暗号化する暗号化手段と、
当該暗号化された番組情報を保存する番組情報保存手段と、
前記取得された番組コードに対応する識別情報を生成する識別情報生成手段と、
前記暗号化された番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する登録メッセージ送出手段と、
を備え、
前記識別情報の管理元となるノード装置は、
登録メッセージを受信する登録メッセージ受信手段と、
前記受信された登録メッセージに含まれるノード情報を記憶するノード情報記憶手段と、を備え、
前記暗号化された番組情報の取得を望むノード装置は、
当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、
当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する要求メッセージ送出手段と、
前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する番組情報取得手段と、
前記取得した番組情報を復号するための復号鍵を取得する復号鍵取得手段と、
前記復号鍵を用いて前記取得された番組情報を復号する復号手段と、
を備えることを特徴とする情報配信システム。
【請求項３】
請求項２に記載の情報配信システムにおいて、
前記ネットワークを介して各前記ノード装置と通信可能な鍵データ管理装置を更に備え、
前記番組情報にはこれを暗号化したノード装置の識別情報が付加されており、
前記暗号化された番組情報を取得したノード装置の前記復号鍵取得手段は、前記鍵データ管理装置に対して、前記取得した番組情報の番組コード及び前記番組情報に付加された前記ノード装置の識別情報を含む復号鍵要求情報を前記鍵データ管理装置に送信し、
前記鍵データ管理装置は、
前記各ノード装置に固有の鍵データを、当該各ノード装置に固有の識別情報に対応付けて管理する鍵管理手段と、
前記復号鍵要求情報に含まれるノード装置の識別情報に対応付けられた鍵データを取得し、当該鍵データ及び前記復号鍵要求情報に含まれる番組コードに基づいて復号鍵を生成する復号化鍵生成手段と、
前記生成された復号鍵を、前記復号鍵要求情報を送信したノード装置に送信する復号鍵送信手段と、
を備えることを特徴とする情報配信システム。
【請求項４】
請求項１乃至３の何れか一項に記載の情報配信システムに含まれる前記番組情報を取得したノード装置であって、
当該取得した番組情報を保存する番組情報保存手段と、
前記保存された番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する識別情報生成手段と、
前記番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する登録メッセージ送出手段と、
を備えることを特徴とするノード装置。
【請求項５】
請求項１乃至３の何れか一項に記載の情報配信システムに含まれる前記放送された番組情報を受信するノード装置であって、
前記番組情報保存手段、前記識別情報生成手段、及び前記登録メッセージ送出手段を備えることを特徴とするノード装置。
【請求項６】
請求項１乃至３の何れか一項に記載の情報配信システムに含まれる前記番組情報の取得を望むノード装置であって、
前記識別情報生成手段、前記要求メッセージ送出手段、及び番組情報取得手段を備えることを特徴とするノード装置。
【請求項７】
コンピュータを、請求項４乃至７の何れか一項に記載のノード装置として機能させることを特徴とするノード処理プログラム。
【請求項８】
請求項３に記載の情報配信システムに含まれる前記鍵データ管理装置であって、
前記鍵管理手段、前記復号鍵生成手段、及び復号鍵送信手段を備えることを特徴とする鍵データ管理装置。
【請求項９】
請求項８に記載の鍵データ管理装置において、
前記各ノード装置の使用者毎の使用者情報を記憶、管理する使用者情報管理手段と、
前記復号鍵要求情報を送信したノード装置の使用者に対して課金処理を行う課金処理手段と、
を更に備え、
前記復号鍵送信手段は、前記課金処理が行われた後に、前記生成された復号鍵を前記ノード装置に送信することを特徴とする鍵データ管理装置。
【請求項１０】
請求項８に記載の鍵データ管理装置において、
前記復号鍵要求情報には、前記番組情報を保存するノード装置の識別情報が含まれており、
前記各ノード装置の使用者毎の使用者情報を、前記各ノード装置に固有の識別情報に対応付けて管理する使用者情報管理手段と、
前記復号鍵要求情報に含まれる前記番組情報を保存するノード装置の識別情報に対応付けられた使用者情報により特定される使用者に対して対価付与処理を行う対価付与処理手段と、を更に備えることを特徴とする鍵データ管理装置。
【請求項１１】
請求項８に記載の鍵データ管理装置において、
前記復号鍵要求情報には、前記番組情報を保存するノード装置の識別情報が含まれており、
前記各ノード装置の使用者毎の使用者情報を、前記各ノード装置に固有の識別情報に対応付けて管理する使用者情報管理手段と、
前記復号鍵要求情報に含まれる番組コードに対応する番組情報中にＣＭ情報が含まれているか否かを判別し、ＣＭ情報が含まれている場合には、前記復号鍵要求情報に含まれる前記番組情報を保存するノード装置の識別情報に対応付けられた使用者情報により特定される使用者に対して対価付与処理を行う対価付与処理手段と、
を更に備えることを特徴とする鍵データ管理装置。
【請求項１２】
コンピュータを、請求項８乃至１１の何れか一項に記載の鍵データ管理装置として機能させることを特徴とする鍵データ管理処理プログラム。
【請求項１３】
ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムにおける情報配信方法であって、
前記放送された番組情報を受信した前記ノード装置は、
当該番組情報を保存する工程と、
前記保存された番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する工程と、
前記番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、
を備え、
前記識別情報の管理元となるノード装置は、
登録メッセージを受信する工程と、
前記受信された登録メッセージに含まれるノード情報を記憶する工程と、
を備え、
前記番組情報の取得を望むノード装置は、
当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する工程と、
当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、
前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する工程と、
を備えることを特徴とする情報配信方法。
【請求項１４】
ネットワークを介して互いに通信可能な複数のノード装置を備え、放送局から放送された番組情報が何れかの前記ノード装置によって受信される情報配信システムにおける情報提供方法であって、
前記放送された番組情報を受信した前記ノード装置は、
当該ノード装置に固有の鍵データを記憶する工程と、
前記受信された番組情報に固有の番組コードを取得する工程と、
前記記憶された鍵データ及び前記取得された番組コードに基づいて暗号化鍵を生成する工程と、
前記生成された暗号化鍵を用いて前記受信された番組情報を暗号化する工程と、
当該暗号化された番組情報を保存する工程と、
前記取得された番組コードに対応する識別情報を生成する工程と、
前記暗号化された番組情報を保存した当該ノード装置を示すノード情報を含む登録メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、
を備え、
前記識別情報の管理元となるノード装置は、
登録メッセージを受信する工程と、
前記受信された登録メッセージに含まれるノード情報を記憶する工程と、
を備え、
前記暗号化された番組情報の取得を望むノード装置は、
当該番組情報に固有の番組コードを取得し、これに対応する識別情報を生成する工程と、
当該番組情報を要求する要求メッセージを、前記生成された識別情報に基づいて、当該識別情報の管理元のノード装置に向けて送出する工程と、
前記要求メッセージを送出することにより、前記要求に係る前記番組情報を保存するノード装置から当該番組情報を取得する工程と、
前記取得した番組情報を復号するための復号鍵を取得する工程と、
前記復号鍵を用いて前記取得された番組情報を復号する工程と、
を備えることを特徴とする情報配信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００７−２０１５４７（Ｐ２００７−２０１５４７Ａ）
【公開日】平成１９年８月９日（２００７．８．９）
【国際特許分類】
【出願番号】特願２００６−１４１８２（Ｐ２００６−１４１８２）
【出願日】平成１８年１月２３日（２００６．１．２３）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成１９年８月９日（２００７．８．９）
【国際特許分類】
【出願日】平成１８年１月２３日（２００６．１．２３）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]