(57)【特許請求の範囲】
【請求項１】
第１と第２の機器からなり、購入した権利の内容に従ってコンテンツを再生する情報処理システムにおいて、
前記第１の機器は、
所定のコンテンツとともに、前記所定のコンテンツを制限なしに再生可能な権利を有している状態で、前記第２の機器においても制限なしに前記所定のコンテンツを再生可能な状態にする場合、自身に接続されているHDDに記憶されている登録リストに、前記第２の機器のIDが設定されており、かつ、コンテンツの供給元の機器のIDとして自身のIDが設定されている場合、前記第２の機器との間で相互認証を行い、相互認証が成功した場合、前記第２の機器との間で一時鍵を共有する認証手段と、
前記所定のコンテンツに対応するコンテンツ鍵が記憶されている第１のメモリの領域に記憶されているデータにハッシュ関数を適用し、算出したハッシュ値と、前記第１のメモリの領域に記憶されているデータにハッシュ関数を適用して予め算出して記憶しておいた検査値とを比較することによって前記第１のメモリの領域のデータが改ざんされているか否かを判定する判定手段と、
前記判定手段により前記第１の領域のデータが改ざんされていないと判定された場合、前記第１の機器においては前記所定のコンテンツを制限なしに再生可能であり、前記第２の機器においても制限なしに前記所定のコンテンツを再生可能とすることができることを表示部に表示させる表示制御手段と、
ユーザによる操作に対応する信号を操作部から受信することに応じて、前記第２の機器においても制限なしに前記所定のコンテンツを再生可能であることを表す情報を生成する生成手段と、
HDDに記憶されている前記所定のコンテンツ、および、前記第２の機器と共有している前記一時鍵で暗号化した前記コンテンツ鍵と前記生成手段により生成された前記情報を、前記第２の機器に送信する送信手段と、
前記所定のコンテンツと、前記コンテンツ鍵と、前記生成手段により生成された前記情報とを送信した後、前記生成手段により生成された前記情報を消去する消去手段と
を備え、
前記第２の機器は、
前記第１の機器との間で相互認証を行い、相互認証が成功した場合、前記第２の機器との間で一時鍵を共有する認証手段と、
前記第１の機器から送信されてきた、前記所定のコンテンツと、前記コンテンツ鍵と、前記生成手段により生成された前記情報とを受信し、前記コンテンツ鍵と前記生成手段により生成された前記情報とを前記一時鍵を用いて復号する受信手段と、
前記所定のコンテンツと、前記コンテンツ鍵と、前記生成手段により生成された前記情報とを記憶モジュールに記憶させる記憶手段と
を備える
情報処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報処理システムに関し、特に、暗号化された情報を利用する情報処理システムに関する。
【０００２】
【従来の技術】
音楽などの情報（以下、コンテンツと称する）を暗号化し、所定の契約を交わしたユーザの情報処理装置に送信し、ユーザが、情報処理装置でコンテンツを復号して、利用するシステムがある。
【０００３】
【発明が解決しようとする課題】
ユーザが複数の情報処理装置を有している場合、そのユーザは、それぞれの情報処理装置毎に、コンテンツを購入し、その利用料金を支払わなければならない。すなわち、一度購入したコンテンツであっても、異なる情報処理装置においてそれを利用する場合（購入する場合）、同一の料金で、再度購入する必要がある。
【０００４】
本発明はこのような状況に鑑みてなされたものであり、同一のコンテンツを再購入する場合、ユーザが、割引料金で、購入することができるようにするものである。
【０００５】
【課題を解決するための手段】
本発明の情報処理システムは、第１と第２の機器からなり、購入した権利の内容に従ってコンテンツを再生する情報処理システムにおいて、前記第１の機器は、所定のコンテンツとともに、前記所定のコンテンツを制限なしに再生可能な権利を有している状態で、前記第２の機器においても制限なしに前記所定のコンテンツを再生可能な状態にする場合、自身に接続されているHDDに記憶されている登録リストに、前記第２の機器のIDが設定されており、かつ、コンテンツの供給元の機器のIDとして自身のIDが設定されている場合、前記第２の機器との間で相互認証を行い、相互認証が成功した場合、前記第２の機器との間で一時鍵を共有する認証手段と、前記所定のコンテンツに対応するコンテンツ鍵が記憶されている第１のメモリの領域に記憶されているデータにハッシュ関数を適用し、算出したハッシュ値と、前記第１のメモリの領域に記憶されているデータにハッシュ関数を適用して予め算出して記憶しておいた検査値とを比較することによって前記第１のメモリの領域のデータが改ざんされているか否かを判定する判定手段と、前記判定手段により前記第１の領域のデータが改ざんされていないと判定された場合、前記第１の機器においては前記所定のコンテンツを制限なしに再生可能であり、前記第２の機器においても制限なしに前記所定のコンテンツを再生可能とすることができることを表示部に表示させる表示制御手段と、ユーザによる操作に対応する信号を操作部から受信することに応じて、前記第２の機器においても制限なしに前記所定のコンテンツを再生可能であることを表す情報を生成する生成手段と、HDDに記憶されている前記所定のコンテンツ、および、前記第２の機器と共有している前記一時鍵で暗号化した前記コンテンツ鍵と前記生成手段により生成された前記情報を、前記第２の機器に送信する送信手段と、前記所定のコンテンツと、前記コンテンツ鍵と、前記生成手段により生成された前記情報とを送信した後、前記生成手段により生成された前記情報を消去する消去手段とを備え、前記第２の機器は、前記第１の機器との間で相互認証を行い、相互認証が成功した場合、前記第２の機器との間で一時鍵を共有する認証手段と、前記第１の機器から送信されてきた、前記所定のコンテンツと、前記コンテンツ鍵と、前記生成手段により生成された前記情報とを受信し、前記コンテンツ鍵と前記生成手段により生成された前記情報とを前記一時鍵を用いて復号する受信手段と、前記所定のコンテンツと、前記コンテンツ鍵と、前記生成手段により生成された前記情報とを記憶モジュールに記憶させる記憶手段とを備える。
【００２１】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、特許請求の範囲に記載の発明の各手段と以下の実施の形態との対応関係を明らかにするために、各手段の後の括弧内に、対応する実施の形態（但し一例）を付加して本発明の特徴を記述すると、次のようになる。但し勿論この記載は、各手段を記載したものに限定することを意味するものではない。
【００２２】
図１は、本発明を適用したEMD(Electronic Music Distribution:電子音楽配信)システムを説明する図である。EMDシステムは、各装置を管理するEMDサービスセンタ１、コンテンツを提供するコンテンツプロバイダ２、コンテンツに対応する所定のサービスを提供するサービスプロバイダ３、およびコンテンツが利用される機器（この例の場合、レシーバ５１、レシーバ２０１、およびレシーバ３０１）からなるユーザネットワーク５から構成されている。
【００２３】
EMDシステムにおけるコンテンツ(Content)とは、情報そのものが価値を有するデジタルデータで、この例の場合、１つのコンテンツは、１曲分の音楽データに相当する。
【００２４】
EMDサービスセンタ１は、EMDシステムにおける主な情報の流れを示す図２に示すように、ユーザホームネットワーク５およびコンテンツプロバイダ２に、コンテンツを利用するために必要な配送用鍵Ｋｄを送信する。EMDサービスセンタ１はまた、ユーザホームネットワーク５の機器から、課金情報等を受信して、料金を精算する処理などを実行する。
【００２５】
コンテンツプロバイダ２は、提供するコンテンツ（コンテンツ鍵Ｋｃｏで暗号化されている）、そのコンテンツを復号するために必要なコンテンツ鍵Ｋｃｏ（配送用鍵Ｋｄで暗号化されている）、およびコンテンツの利用内容などを示す取扱方針（以下、UCP(Usage Control Policy)と記述する）を保持し、それらを、コンテンツプロバイダセキュアコンテナ（後述）と称する形態で、サービスプロバイダ３に供給する。
【００２６】
サービスプロバイダ３は、コンテンツプロバイダ２から供給されるUCPの利用内容に対応して、１つまたは複数の価格情報（以下、PT(Price Tag)と記述する）を作成する。サービスプロバイダ３は、作成したPTを、コンテンツプロバイダ２から供給されたコンテンツ（コンテンツ鍵Ｋｃｏで暗号化されている）、コンテンツ鍵Ｋｃｏ（配送用鍵Ｋｄで暗号化されている）、およびUCPとともに、サービスプロバイダセキュアコンテナと称する形態で、専用のケーブルネットワーク、インターネット、または衛星通信などから構成されるネットワーク４を介して、ユーザホームネットワーク５に送信する。
【００２７】
ユーザホームネットワーク５は、供給されたUCPおよびPTに基づいて、使用許諾条件情報（以下、UCS(Usage Control Status)と称する）を作成し、作成したUCSに基づいてコンテンツを利用する処理を実行する。ユーザホームネットワーク５はまた、UCSを作成するタイミングで課金情報を作成し、例えば、配送用鍵Ｋｄの供給を受けるタイミングで、対応するUCPおよびPTなどとともにEMDサービスセンタ１に送信する。
【００２８】
図３は、EMDサービスセンタ１の機能的構成を示すブロック図である。サービスプロバイダ管理部１１は、サービスプロバイダ３に利益分配の情報を供給する。コンテンツプロバイダ管理部１２は、コンテンツプロバイダ２に配送用鍵Ｋｄを送信したり、利益分配の情報を供給する。
【００２９】
著作権管理部１３は、ユーザホームネットワーク５のコンテンツの利用の実績を示す情報を、著作権を管理する団体、例えば、JASRAC(Japanese Society for Rights of Authors,Composers and Publishers:日本音楽著作権協会)に送信する。
【００３０】
鍵サーバ１４は、配送用鍵Ｋｄを記憶しており、それを、コンテンツプロバイダ管理部１２を介してコンテンツプロバイダ２に供給したり、ユーザ管理部１８等を介してユーザホームネットワーク５に供給する。
【００３１】
ユーザホームネットワーク５の機器およびコンテンツプロバイダ２に供給される、EMDサービスセンタ１からの配送用鍵Ｋｄについて、図４乃至図７を参照して説明する。
【００３２】
図４は、コンテンツプロバイダ２がコンテンツの提供を開始し、ユーザホームネットワーク５を構成するレシーバ５１がコンテンツの利用を開始する、１９９８年１月における、EMDサービスセンタ１が有する配送用鍵Ｋｄ、コンテンツプロバイダ２が有する配送用鍵Ｋｄ、およびレシーバ５１が有する配送用鍵Ｋｄを示す図である。
【００３３】
図４の例において、配送用鍵Ｋｄは、暦の月の初日から月の末日まで、使用可能であり、たとえば、所定のビット数の乱数である”ａａａａａａａａ”の値を有するバージョン１である配送用鍵Ｋｄは、１９９８年１月１日から１９９８年１月３１日まで使用可能（すなわち、１９９８年１月１日から１９９８年１月３１日の期間にサービスプロバイダ３を介してユーザホームネットワーク５に配布されるコンテンツを暗号化するコンテンツ鍵Ｋｃｏは、バージョン１である配送用鍵Ｋｄで暗号化されている）であり、所定のビット数の乱数である”ｂｂｂｂｂｂｂｂ”の値を有するバージョン２である配送用鍵Ｋｄは、１９９８年２月１日から１９９８年２月２８日まで使用可能（すなわち、その期間にサービスプロバイダ３を介してユーザホームネットワーク５に配布されるコンテンツを暗号化するコンテンツ鍵Ｋｃｏは、バージョン２である配送用鍵Ｋｄで暗号化されている）である。同様に、バージョン３である配送用鍵Ｋｄは、１９９８年３月中に使用可能であり、バージョン４である配送用鍵Ｋｄは、１９９８年４月中に使用可能であり、バージョン５である配送用鍵Ｋｄは、１９９８年５月中に使用可能であり、バージョン６である配送用鍵Ｋｄは、１９９８年６月中に使用可能である。
【００３４】
コンテンツプロバイダ２がコンテンツの提供を開始するに先立ち、EMDサービスセンタ１は、コンテンツプロバイダ２に、１９９８年１月から１９９８年６月まで利用可能な、バージョン１乃至バージョン６の６つの配送用鍵Ｋｄを送信し、コンテンツプロバイダ２は、６つの配送用鍵Ｋｄを受信し、記憶する。６月分の配送用鍵Ｋｄを記憶するのは、コンテンツプロバイダ２が、コンテンツを提供する前のコンテンツおよびコンテンツ鍵の暗号化などの準備に、所定の期間が必要だからである。
【００３５】
また、レシーバ５１がコンテンツの利用を開始するに先立ち、EMDサービスセンタ１は、レシーバ５１に、１９９８年１月から１９９８年３月まで、利用可能なバージョン１乃至バージョン３である３つの配送用鍵Ｋｄを送信し、レシーバ５１は、３つの配送用鍵Ｋｄを受信し、記憶する。３月分の配送用鍵Ｋｄを記憶するのは、レシーバ５１が、EMDサービスセンタ１に接続できないなどのトラブルにより、コンテンツの利用が可能な契約期間にもかかわらずコンテンツが利用できない等の事態を避けるためであり、また、EMDサービスセンタ１への接続の頻度を低くし、ユーザホームネットワーク５の負荷を低減するためである。
【００３６】
１９９８年１月１日から１９９８年１月３１日の期間には、バージョン１である配送用鍵Ｋｄが、EMDサービスセンタ１、コンテンツプロバイダ２、ユーザホームネットワーク５を構成するレシーバ５１で利用される。
【００３７】
１９９８年２月１日における、EMDサービスセンタ１の配送用鍵Ｋｄのコンテンツプロバイダ２、およびレシーバ５１への送信を図５で説明する。EMDサービスセンタ１は、コンテンツプロバイダ２に、１９９８年２月から１９９８年７月まで利用可能な、バージョン２乃至バージョン７の６つの配送用鍵Ｋｄを送信し、コンテンツプロバイダ２は、６つの配送用鍵Ｋｄを受信し、受信前に記憶していた配送用鍵Ｋｄに上書きし、新たな配送用鍵Ｋｄを記憶する。EMDサービスセンタ１は、レシーバ５１に、１９９８年２月から１９９８年４月まで、利用可能なバージョン２乃至バージョン４である３つの配送用鍵Ｋｄを送信し、レシーバ５１は、３つの配送用鍵Ｋｄを受信し、受信前に記憶していた配送用鍵Ｋｄに上書きし、新たな配送用鍵Ｋｄを記憶する。EMDサービスセンタ１は、バージョン１である配送用鍵Ｋｄをそのまま記憶する。これは、不測のトラブルが発生したとき、若しくは不正が発生し、または発見されたときに、過去に利用した配送用鍵Ｋｄを利用できるようにするためである。
【００３８】
１９９８年２月１日から１９９８年２月２８日の期間には、バージョン２である配送用鍵Ｋｄが、EMDサービスセンタ１、コンテンツプロバイダ２、ユーザホームネットワーク５を構成するレシーバ５１で利用される。
【００３９】
１９９８年３月１日における、EMDサービスセンタ１の配送用鍵Ｋｄのコンテンツプロバイダ２、およびレシーバ５１への送信を図６で説明する。EMDサービスセンタ１は、コンテンツプロバイダ２に、１９９８年３月から１９９８年８月まで利用可能な、バージョン３乃至バージョン８の６つの配送用鍵Ｋｄを送信し、コンテンツプロバイダ２は、６つの配送用鍵Ｋｄを受信し、受信前に記憶していた配送用鍵Ｋｄに上書きし、新たな配送用鍵Ｋｄを記憶する。EMDサービスセンタ１は、レシーバ５１に、１９９８年３月から１９９８年５月まで、利用可能なバージョン３乃至バージョン５である３つの配送用鍵Ｋｄを送信し、レシーバ５１は、３つの配送用鍵Ｋｄを受信し、受信前に記憶していた配送用鍵Ｋｄに上書きし、新たな配送用鍵Ｋｄを記憶する。EMDサービスセンタ１は、バージョン１である配送用鍵Ｋｄおよびバージョン２である配送用鍵Ｋｄをそのまま記憶する。
【００４０】
１９９８年３月１日から１９９８年３月３１日の期間には、バージョン３である配送用鍵Ｋｄが、EMDサービスセンタ１、コンテンツプロバイダ２、ユーザホームネットワーク５を構成するレシーバ５１で利用される。
【００４１】
１９９８年４月１日における、EMDサービスセンタ１の配送用鍵Ｋｄのコンテンツプロバイダ２、およびレシーバ５１への送信を図７で説明する。EMDサービスセンタ１は、コンテンツプロバイダ２に、１９９８年４月から１９９８年９月まで利用可能な、バージョン４乃至バージョン９の６つの配送用鍵Ｋｄを送信し、コンテンツプロバイダ２は、６つの配送用鍵Ｋｄを受信し、受信前に記憶していた配送用鍵Ｋｄに上書きし、新たな配送用鍵Ｋｄを記憶する。EMDサービスセンタ１は、レシーバ５１に、１９９８年４月から１９９８年６月まで、利用可能なバージョン３乃至バージョン５である３つの配送用鍵Ｋｄを送信し、レシーバ５１は、３つの配送用鍵Ｋｄを受信し、受信前に記憶していた配送用鍵Ｋｄに上書きし、新たな配送用鍵Ｋｄを記憶する。EMDサービスセンタ１は、バージョン１である配送用鍵Ｋｄ、バージョン２である配送用鍵Ｋｄ、およびバージョン３である配送用鍵Ｋｄをそのまま記憶する。
【００４２】
１９９８年４月１日から１９９８年４月３０日の期間には、バージョン４である配送用鍵Ｋｄが、EMDサービスセンタ１、コンテンツプロバイダ２、ユーザホームネットワーク５を構成するレシーバ５１で利用される。
【００４３】
このように、あらかじめ先の月の配送用鍵Ｋｄを配布しておくことで、仮にユーザが１，２ヶ月まったくEMDサービスセンタ１にアクセスしていなくても、一応、コンテンツの買い取りが行え、時を見計らって、EMDサービスセンタ１にアクセスして鍵を受信することができる。
【００４４】
図３に戻り、経歴データ管理部１５は、ユーザ管理部１８から出力される、課金情報、そのコンテンツに対応するPT、およびそのコンテンツに対応するUCPなどを記憶する。
【００４５】
利益分配部１６は、経歴データ管理部１５から供給された各種情報に基づき、EMDサービスセンタ１、コンテンツプロバイダ２、およびサービスプロバイダ３の利益をそれぞれ算出し、その結果をサービスプロバイダ管理部１１、コンテンツプロバイダ管理部１２、出納部２０、および著作権管理部１３に出力する。
【００４６】
相互認証部１７は、コンテンツプロバイダ２、サービスプロバイダ３、およびユーザホームネットワーク５の機器と相互認証を実行する。
【００４７】
ユーザ管理部１８は、EMDシステムに登録可能な、ユーザホームネットワーク５の機器に関する情報（以下、システム登録情報と称する）を管理する。システム登録情報には、図８に示すように、「SAMのID」、「機器番号」、「決済ID」、「決済ユーザ情報」、複数の「従属ユーザ情報」、および「利用ポイント情報」の項目に対応する情報が含まれる。
【００４８】
「SAMのID」には、製造された、ユーザホームネットワーク５の機器のSAMのIDが記憶される。図８のシステム登録情報の「SAMのID」には、レシーバ５１のSAM６２のID、レシーバ２０１のSAM２１２のID、およびレシーバ３０１のSAM３１１のIDが設定されている。
【００４９】
「機器番号」には、SAMを有するユーザホームネットワーク５の機器に、予め設定された機器番号が設定されている。ユーザホームネットワーク５の機器が、ネットワーク４を介してサービスプロバイダ３と、およびEMDサービスセンタ１と直接通信することができる機能を有し（通信部を有し）、かつ、例えば、UCPやPTの内容をユーザに出力（提示）したり、ユーザがUCPの利用内容を選択することができる機能を有している（表示部および操作部を有している）場合、その機器（以下、このような機能を有する機器を主機器と称する）には、１００番以上の機器番号が与えられる。機器が、そのような機能を有しいない場合、その機器（以下、このような機器を従機器と称する）には、９９番以下の機器番号が与えられる。この例の場合、詳細は後述するが、レシーバ５１およびレシーバ２０１の両者は、上述した機能を有しているので、主機器とされ、対応する「機器番号」には、機器番号１００番がそれぞれ設定されている。一方、レシーバ３０１は、上述した機能を有していないので、従機器とされ、対応する「機器番号」には、機器番号２５番が設定されている。
【００５０】
「決済ID」には、課金を決済するユーザ（以下、決済ユーザと称する）に割り当てられた所定の決済IDが設定される。この例の場合、レシーバ５１、レシーバ２０１、およびレシーバ３０１は、ユーザＦが決済ユーザとされて登録されているので、それらの「決済ID」には、ユーザＦの決済IDが、それぞれ設定されている。
【００５１】
「決済ユーザ情報」には、決済ユーザの、氏名、住所、電話番号、決済機関情報（例えば、クレジットカード番号等）、生年月日、年齢、性別、ID、パスワードなどが設定される。「決済ユーザ情報」に設定される決済ユーザの、氏名、住所、電話番号、決済機関の情報、生年月日、年齢、および性別（以下、「決済ユーザ情報」に設定されるこれらの情報を、個々に区別する必要がない場合、まとめて、ユーザ一般情報と称する）は、登録が申請される際にユーザから提供され、設定される。また、この例の場合、そのうちの、氏名、住所、電話番号、および決済機関の情報は、それらに基づいて与信処理が行われるので、正確な情報（例えば、決済機関に登録されている情報）である必要がある。それに対してユーザ一般情報の生年月日、年齢、および性別は、与信処理には用いられないので、この例の場合、それらの情報は、正確である必要はなく、またユーザは、その情報を必ずしも提供する必要がない。「決済ユーザ情報」に記憶される決済ユーザの、IDおよびパスワードは、EMDシステムに登録されるときに割り当てられ、設定される。
【００５２】
図８のシステム登録情報の、レシーバ５１のSAM６２のID、レシーバ２０１のSAM２１２のID、およびレシーバ３０１のSAM３１１のIDに対応する「決済ユーザ情報」には、ユーザＦから提供されたユーザ一般情報、ユーザＦのID、およびユーザＦのパスワードが設定されている。
【００５３】
「従属ユーザ情報」には、課金を決済しないユーザ（以下、このようなユーザを従属ユーザと称する）の、氏名、住所、電話番号、生年月日、年齢、性別、ID、パスワードなどが設定される。すなわち、「決済ユーザ情報」に設定される情報のうち、決済機関の情報以外の情報が設定される。
【００５４】
従属ユーザに対しては与信処理が行われないので、「従属ユーザ情報」に設定される従属ユーザの、氏名、住所、電話番号、生年月日、年齢、および性別の情報は、正確なものである必要がない。例えば、氏名の場合は、ニックネームのようなものでもよい。また氏名はユーザを特定するために必要とされるが、他の情報は、ユーザは必ずしも提供する必要がない。「従属ユーザ情報」に設定される従属ユーザの、IDおよびパスワードは、登録されるときに割り当てられ、設定される。
【００５５】
この例の場合、レシーバ２０１およびレシーバ３０１の両者には、ユーザＡが、従属ユーザとして登録されていないので、図８のシステム登録情報の、レシーバ２０１のSAM２１２のIDおよびレシーバ３０１のSAM３１１のIDに対応する「従属ユーザ情報」には、ユーザＡから提供されたユーザ一般情報（決済機関情報を除く）、ユーザＡのID、およびユーザＡのパスワードが設定されている。レシーバ５１には、従属ユーザが設けられていないので、SAM６２のIDに対応する「従属ユーザ情報」には、何の情報も設定されていない。
【００５６】
「利用ポイント情報」には、利益分配部１６から出力された利用ポイントが設定される。図８のシステム登録情報の、レシーバ５１のSAM６２のID、レシーバ２０１のSAM２１２のID、およびレシーバ３０１のSAM３１１のIDに対応する「利用ポイント情報」には、それぞれの利用ポイント情報が設定されている。
【００５７】
ユーザ管理部１８は、このようなシステム登録情報を管理する他、所定の処理に対応して登録リスト（後述）を作成し、配送用鍵Ｋｄとともにユーザホームネットワーク５に送信する。
【００５８】
課金請求部１９は、経歴データ管理部１５から供給された、例えば、課金情報、UCP、およびPTに基づき、ユーザへの課金を算出し、その結果を、出納部２０に供給する。出納部２０は、ユーザ、コンテンツプロバイダ２、およびサービスプロバイダ３への出金、徴収すべき利用料金の金額を基に、図示せぬ外部の銀行等と通信し、決算処理を実行する。出納部２０はまた、決算処理の結果をユーザ管理部１８に通知する。監査部２１は、ユーザホームネットワーク５の機器から供給された課金情報、PT、およびUCPの正当性（すなわち、不正をしていないか）を監査する。
【００５９】
図９は、コンテンツプロバイダ２の機能的構成を示すブロック図である。コンテンツサーバ３１は、ユーザに供給するコンテンツを記憶し、ウォータマーク付加部３２に供給する。ウォータマーク付加部３２は、コンテンツサーバ３１から供給されたコンテンツにウォータマーク（電子透かし）を付加し、圧縮部３３に供給する。
【００６０】
圧縮部３３は、ウォータマーク付加部３２から供給されたコンテンツを、ATRAC2(Adaptive Transform Acoustic Coding 2)（商標）等の方式で圧縮し、暗号化部３４に供給する。暗号化部３４は、圧縮部３３で圧縮されたコンテンツを、乱数発生部３５から供給された乱数を鍵（以下、この乱数をコンテンツ鍵Ｋｃｏと称する）として、DES(Data Encryption Standard)などの共通鍵暗号方式で暗号化し、その結果をセキュアコンテナ作成部３８に出力する。
【００６１】
乱数発生部３５は、コンテンツ鍵Ｋｃｏとなる所定のビット数の乱数を暗号化部３４および暗号化部３６に供給する。暗号化部３６は、コンテンツ鍵ＫｃｏをEMDサービスセンタ１から供給された配送用鍵Ｋｄを使用して、DESなどの共通鍵暗号方式で暗号化し、その結果をセキュアコンテナ作成部３８に出力する。
【００６２】
DESは、５６ビットの共通鍵を用い、平文の６４ビットを１ブロックとして処理する暗号方式である。DESの処理は、平文を攪拌し、暗号文に変換する部分（データ攪拌部）と、データ攪拌部で使用する鍵（拡大鍵）を共通鍵から生成する部分（鍵処理部）からなる。DESのすべてのアルゴリズムは公開されているので、ここでは、データ攪拌部の基本的な処理を簡単に説明する。
【００６３】
まず、平文の６４ビットは、上位３２ビットのＨ0、および下位３２ビットのＬ0に分割される。鍵処理部から供給された４８ビットの拡大鍵Ｋ1、および下位３２ビットのＬ0を入力とし、下位３２ビットのＬ0を攪拌したＦ関数の出力が算出される。Ｆ関数は、数値を所定の規則で置き換える「換字」およびビット位置を所定の規則で入れ替える「転置」の２種類の基本変換から構成されている。次に、上位３２ビットのＨ0と、Ｆ関数の出力が排他的論理和され、その結果はＬ1とされる。Ｌ0は、Ｈ1とされる。
【００６４】
上位３２ビットのＨ0および下位３２ビットのＬ0を基に、以上の処理を１６回繰り返し、得られた上位３２ビットのＨ16および下位３２ビットのＬ16が暗号文として出力される。復号は、暗号化に使用した共通鍵を用いて、上記の手順を逆にたどることで実現される。
【００６５】
ポリシー記憶部３７は、コンテンツに対応して設定されるUCPを記憶し、セキュアコンテナ作成部３８に出力する。図１０は、コンテンツサーバ３１に保持されているコンテンツＡに対応して設定され、ポリシー記憶部３７に記憶されているUCPＡを表している。UCPには、「コンテンツのID」、「コンテンツプロバイダのID」、「UCPのID」、「UCPの有効期限」、「利用条件」、および「利用内容」の各項目に対応する所定の情報が含まれる。「コンテンツのID」には、UCPが対応するコンテンツのIDが設定される。UCPＡの「コンテンツのID」には、コンテンツＡのIDが設定されている。
【００６６】
「コンテンツプロバイダのID」には、コンテンツの提供元のコンテンツプロバイダのIDが設定され、UCPＡの「コンテンツプロバイダのID」には、コンテンツプロバイダ２のIDが設定されている。「UCPのID」には、各UCPに割り当てられた所定のIDが設定され、UCPＡの「UCPのID」には、UCPＡのIDが設定されている。「UCPの有効期限」には、UCPの有効期限を示す情報が設定され、UCPＡの「UCPの有効期限」には、UCPＡの有効期限が設定されている。
【００６７】
「利用条件」には、「ユーザ条件」および「機器条件」の各項目に対応する所定の情報が設定される。「ユーザ条件」には、このUCPを選択することができるユーザの条件が設定され、「機器条件」には、このUCPを選択することができる機器の条件が設定される。
【００６８】
UCPＡの場合、「利用条件１０」が設定され、「利用条件１０」の「ユーザ条件１０」には、EMDシステムの利用頻度などに対応して与えられる所定の利用ポイントが２００ポイント以上であることを示す情報（”２００ポイント以上”）が設定されている。また「利用条件１０」の「機器条件１０」には、条件がないことを示す情報（”条件なし”）が設定されている。すなわち、UCPＡは、２００ポイント以上の利用ポイントを有するユーザのみが選択可能となる。
【００６９】
「利用内容」には、「ID」、「形式」、「パラメータ」、および「管理移動許可情報」の各項目に対応する所定の情報が含まれる。「ID」には、「利用内容」に設定される情報に割り当てられた所定のIDが設定される。「形式」には、再生や複製など、コンテンツの利用形式を示す情報が設定される。「パラメータ」には、「形式」に設定された利用形式に対応する所定の情報が設定される。
【００７０】
「管理移動許可情報」には、コンテンツの管理移動が可能か否か（許可されているか否か）を示す情報が設定される。コンテンツの管理移動が行われると、図１１（Ａ）に示すように、管理移動元の機器にコンテンツが保持されつつ、管理移動先の機器にそのコンテンツが移動される。すなわち、管理移動元の機器と管理移動先の機器の両方において、コンテンツが利用される。この点で、図１１（Ｂ）に示すように、移動元の機器にコンテンツが保持されず、移動先の機器のみにコンテンツが保持され、移動先の機器においてのみコンテンツが利用される、通常の移動とは異なる。
【００７１】
また、コンテンツの管理移動が行われている間、管理移動元の機器は、図１１（Ａ）に示すように、他の機器にコンテンツを管理移動することができない（許可されない）。すなわち、管理移動元の機器と管理移動先の機器の２機においてのみコンテンツが保持される。この点で、図１２（Ａ）に示すように、オリジナルのコンテンツから、複数の複製（第１世代）を作成することができる、第１世代の複製とも異なる。また、管理移動元の機器からコンテンツを戻すことより、他の機器にコンテンツを管理移動することができるので、この点で、図１２（Ｂ）に示すように、１回だけの複製とも異なる。
【００７２】
図１０に戻り、UCPＡには、６つの「利用内容１１」乃至「利用内容１６」が設けられており、「利用内容１１」において、その「ID１１」には、「利用内容１１」に割り当てられた所定のIDが設定されている。「形式１１」には、コンテンツを買い取って再生する利用形式を示す情報（”買い取り再生”）が設定される。ユーザは、”買い取り再生”の利用形式で利用する権利を購入することより、コンテンツＡを制限なしに再生することができる。「パラメータ１１」には、”買い取り再生”に対応する所定の情報が設定されている。「管理移動許可情報１１」には、コンテンツの管理移動が許可されていることを示す情報（”可”）が設定されている。
【００７３】
「利用内容１２」において、その「ID１２」には、「利用内容１２」に割り当てられた所定のIDが設定されている。「形式１２」には、第１世代の複製を行う利用形式を示す情報（”第１世代複製”）が設定されている。ユーザは、”第１世代複製”の利用形式で利用する権利を購入することより、図１２（Ａ）に示したように、オリジナルのコンテンツＡから、複数の第１世代の複製を作成することができる。なお、この場合、第１世代の複製から第２世代の複製を作成することはできない（許可されない）。「パラメータ１２」には、”第１世代複製”に対応する所定の情報が設定されている。「管理移動許可情報１２」には、コンテンツの管理移動が許可されていないことを示す情報（”不可”）が設定されている。
【００７４】
「利用内容１３」において、その「ID１３」には、「利用内容１３」に割り当てられた所定のIDが設定されている。「形式１３」には、”期間制限再生”の利用形式が設定されている。ユーザは、”期間制限再生”の利用形式で利用する権利を購入することより、所定の期間（時間）に限ってコンテンツＡを再生することができる。「パラメータ１３」には、”期間制限再生”に対応して、その期間の開始時期（時刻）と終了時期（時刻）が設定されている。「管理移動許可情報１３」には、”可”が設定されている。
【００７５】
「利用内容１４」において、その「ID１４」には、「利用内容１４」に割り当てられた所定のIDが設定されている。「形式１４」には、”Pay Per CopyＮ”の利用形式が設定されている。ユーザは、”Pay Per CopyＮ”の利用形式で利用する権利を購入することより、オリジナルのコンテンツＡから、Ｎ個の複製を作成することができる（許可される）。なお、”Pay Per CopyＮ”の場合も、図１２の（Ｂ）に示すように、複製からの複製を作成することはできない（許可されない）。「パラメータ１４」には、”Pay Per CopyＮ”に対応する所定の情報が設定されている。「管理移動許可情報１４」には、”不可”が設定されている。
【００７６】
「利用内容１５」において、その「ID１５」には、「利用内容１５」に割り当てられた所定のIDが設定されている。「形式１５」には、”形式１３−＞形式１１”の利用形式が設定されている。ユーザは、”期限制限再生”の利用形式で利用する権利をすでに購入しているとき、この利用形式で利用する権利を購入することができ、それにより、ユーザは、コンテンツＡを”買い取り再生”（形式１１）で利用することができる。「パラメータ１５」には、”形式１３−＞形式１１”に対応する所定の情報が設定されている。「管理移動許可情報１５」には、”可”が設定されている。
【００７７】
「利用内容１６」において、その「ID１６」には、「利用内容１６」に割り当てられた所定のIDが設定されている。「形式１６」には、”形式１１−＞形式１１”の利用形式が設定されている。ユーザは、”買い取り再生”（形式１１）の利用形式で利用する権利をすでに購入しているとき、この利用形式で利用する権利を購入することができ、それにより、ユーザは、再度、コンテンツＡを”買い取り再生”で利用することができる。この利用形式で利用する権利は、例えば、レシーバ５１において”買い取り再生”で利用する権利が購入され、コンテンツＡが利用されているとき、レシーバ３０１またはレシーバ２０１において、コンテンツＡを”買い取り再生”で利用したい場合に購入される。「パラメータ１６」には、”形式１１−＞形式１１”に対応する所定の情報が設定されている。「管理移動許可情報１６」には、”可”が設定されている。
【００７８】
図９に戻り、セキュアコンテナ作成部３８は、例えば、図１３に示すような、コンテンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されている）、コンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）、UCPＡ、およびその署名からなるコンテンツプロバイダセキュアコンテナを作成する。なお、署名は、送信したいデータ（この場合、コンテンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されている））、コンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）、およびUCPＡの全体にハッシュ関数を適用して得られたハッシュ値が、公開鍵暗号の秘密鍵（この場合、コンテンツプロバイダ２の秘密鍵Ｋｓｃｐ）で暗号化されたものである。
【００７９】
セキュアコンテナ作成部３８はまた、コンテンツプロバイダセキュアコンテナに、図１４に示すコンテンツプロバイダ２の証明書を付してサービスプロバイダ３に送信する。この証明書は、証明書のバージョン番号、認証局がコンテンツプロバイダ２に対し割り付けた証明書の通し番号、署名に用いたアルゴリズムおよびパラメータ、認証局の名前、証明書の有効期限、およびコンテンツプロバイダ２の名前、コンテンツプロバイダ２の公開鍵Ｋｐｃｐ、並びにその署名（認証局の秘密鍵Ｋｓｃａで暗号化されている）から構成されている。
【００８０】
署名は、改竄のチェックおよび作成者認証をするためのデータであり、送信したいデータを基にハッシュ関数でハッシュ値をとり、これを公開鍵暗号の秘密鍵で暗号化して作成される。
【００８１】
ハッシュ関数および署名の照合について説明する。ハッシュ関数は、送信したい所定のデータを入力とし、所定のビット長のデータに圧縮し、ハッシュ値として出力する関数である。ハッシュ関数は、ハッシュ値（出力）から入力を予測することが難しく、ハッシュ関数に入力されたデータの１ビットが変化したとき、ハッシュ値の多くのビットが変化し、また、同一のハッシュ値を持つ入力データを探し出すことが困難である特徴を有する。
【００８２】
署名とデータを受信した受信者は、署名を公開鍵暗号の公開鍵で復号し、その結果（ハッシュ値）を得る。さらに受信されたデータのハッシュ値が計算され、計算されたハッシュ値と、署名を復号して得られたハッシュ値とが、等しいか否かが判定される。送信されたデータのハッシュ値と復号したハッシュ値が等しいと判定された場合、受信したデータは改竄されておらず、公開鍵に対応した秘密鍵を保持する送信者から送信されたデータであることがわかる。署名のハッシュ関数としては、MD4，MD5，SHA-1などが用いられる。
【００８３】
次に公開鍵暗号について説明する。暗号化および復号で同一の鍵（共通鍵）を使用する共通鍵暗号方式に対し、公開鍵暗号方式は、暗号化に使用する鍵と復号するときの鍵が異なる。公開鍵暗号を用いる場合、鍵の一方を公開しても他方を秘密に保つことができ、公開しても良い鍵は、公開鍵と称され、他方の秘密に保つ鍵は、秘密鍵と称される。
【００８４】
公開鍵暗号の中で代表的なRSA（Rivest-Shamir-Adleman）暗号を、簡単に説明する。まず、２つの十分に大きな素数であるpおよびqを求め、さらにpとqの積であるｎを求める。(p-1)と(q-1)の最小公倍数Lを算出し、更に、３以上L未満で、かつ、Ｌと互いに素な数eを求める（すなわち、eとLを共通に割り切れる数は、１のみである）。
【００８５】
次に、Lを法とする乗算に関するeの乗法逆元dを求める。すなわち、d，e、およびLの間には、ed=1 mod Lが成立し、dはユークリッドの互除法で算出できる。このとき、nとeが公開鍵とされ、p,q,およびdが、秘密鍵とされる。
【００８６】
暗号文Cは、平文Mから、式（１）の処理で算出される。
【００８７】
C=M^e mod n   （1）
暗号文Cは、式（２）の処理で平文Mに、復号される。
【００８８】
M=C^d mod n   （２）
証明は省略するが、RSA暗号で平文を暗号文に変換して、それが復号できるのは、フェルマーの小定理に根拠をおいており、式（３）が成立するからである。
【００８９】
M=C^d=(M^e)^d=M^(ed)=M mod n  （３）
秘密鍵pとqを知っているならば、公開鍵eから秘密鍵dは算出できるが、公開鍵nの素因数分解が計算量的に困難な程度に公開鍵nの桁数を大きくすれば、公開鍵nを知るだけでは、公開鍵eから秘密鍵dは計算できず、復号できない。以上のように、RSA暗号では、暗号化に使用する鍵と復号するときの鍵を、異なる鍵とすることができる。
【００９０】
また、公開鍵暗号の他の例である楕円曲線暗号についても、簡単に説明する。楕円曲線y^2=x^3+ax+b上の、ある点をBとする。楕円曲線上の点の加算を定義し、nBは、Bをn回加算した結果を表す。同様に、減算も定義する。BとnBからnを算出することは、困難であることが証明されている。BとnBを公開鍵とし、nを秘密鍵とする。乱数rを用いて、暗号文C1およびC2は、平文Mから、公開鍵で式（４）および式（５）の処理で算出される。
【００９１】
C1=M+rnB   （４）
C2=rB    （５）
暗号文C1およびC2は、式（６）の処理で平文Mに、復号される。
【００９２】
M=C1-nC2   （６）
復号できるのは、秘密鍵nを有するものだけである。以上のように、RSA暗号と同様に、楕円曲線暗号でも、暗号化に使用する鍵と復号するときの鍵を、異なる鍵とすることができる。
【００９３】
図９に再び戻り、コンテンツプロバイダ２の相互認証部３９は、EMDサービスセンタ１から配送用鍵Ｋｄの供給を受けるのに先立ち、EMDサービスセンタ１と相互認証する。また相互認証部３９は、サービスプロバイダ３へのコンテンツプロバイダセキュアコンテナの送信に先立ち、サービスプロバイダ３と相互認証することも可能であるが、この例の場合、コンテンツプロバイダセキュアコンテナには、秘密にしなければならない情報が含まれていないので、この相互認証は、必ずしも必要とされない。
【００９４】
次に、図１５のブロック図を参照して、サービスプロバイダ３の機能的構成を説明する。コンテンツサーバ４１は、コンテンツプロバイダ２から供給されたコンテンツプロバイダセキュアコンテナに含まれる、コンテンツ（コンテンツ鍵Ｋｃｏで暗号化されている）、コンテンツ鍵Ｋｃｏ（配送用鍵Ｋｄで暗号化されている）、UCP、およびコンテンツプロバイダ２の署名を記憶し、セキュアコンテナ作成部４４に供給する。
【００９５】
値付け部４２は、コンテンツプロバイダ２から供給されたコンテンツプロバイダセキュアコンテナに含まれる署名に基づいて、コンテンツプロバイダセキュアコンテナの正当性を検証し、その正当性を確認すると、コンテンツプロバイダセキュアコンテナに含まれるUCPに対応する、PTを作成し、セキュアコンテナ作成部４４に供給する。図１６は、図１０のUCPＡに対応して作成された、２つのPTＡ−１（図１６（Ａ））およびPTＡ−２（図１６（Ｂ））を表している。PTには、「コンテンツのID」、「コンテンツプロバイダのID」、「UCPのID」、「サービスプロバイダのID」、「PTのID」、「PTの有効期限」、「価格条件」、および「価格内容」の各項目に設定される所定の情報が含まれる。
【００９６】
PTの、「コンテンツのID」、「コンテンツプロバイダのID」、および「UCPのID」の各項目には、UCPの、これらに対応する項目の情報が、それぞれ設定される。すなわち、PTＡ−１およびPTＡ−２のそれぞれの「コンテンツのID」には、コンテンツＡのIDが、それぞれの「コンテンツプロバイダのID」には、コンテンツプロバイダ２のIDが、そしてそれぞれの「UCPのID」には、UCPＡのIDが設定されている。
【００９７】
「サービスプロバイダのID」には、PTの提供元のサービスプロバイダ３のIDが設定される。PTＡ−１およびPTＡ−２のそれぞれの「サービスプロバイダのID」には、サービスプロバイダ３のIDが設定されている。「PTのID」には、各PTに割り当てられた所定のIDが設定され、PTＡ−１の「PTのID」には、PTＡ−１のIDが、PTＡ−２の「PTのID」には、PTＡ−２のIDがそれぞれ設定されている。「PTの有効期限」には、PTの有効期限を示す情報が設定され、PTＡ−１の「PTの有効期限」には、PTＡ−１の有効期限が、PTＡ−２の「PTの有効期限」には、PTＡ−２の有効期限が設定されている。
【００９８】
「価格条件」は、UCPの「利用条件」と同様に、「ユーザ条件」および「機器条件」の項目からなり、その「ユーザ条件」には、このPTを選択することができるユーザの条件を示す情報が設定され、その「機器条件」には、このPTを選択することができる機器の条件を示す情報が設定される。
【００９９】
PTＡ−１の場合、「価格条件１０」が設定され、「価格条件１０」の「ユーザ条件１０」には、ユーザが男性であるを示す情報（”男性”）が設定され、その「機器条件１０」には、”条件なし”が設定されている。すなわち、PTＡ−１は、男性のユーザのみが選択可能となる。
【０１００】
PTＡ−２の場合、「価格条件２０」が設定され、「価格条件２０」の「ユーザ条件２０」には、ユーザが女性であることを示す情報（”女性”）が設定され、その「機器条件２０」には、”条件なし”が設定されている。すなわち、PTＡ−２は、女性のユーザのみが選択可能となる。
【０１０１】
PTの「価格内容」には、対応するUCPの「利用内容」の「形式」に設定されている利用形式の利用料金（利用形式でコンテンツを利用する権利の価格）が示されている。PTＡ−１の「価格内容１１」の”２０００円”とPTＡ−２の「価格内容２１」の”１０００円”は、コンテンツＡを”買い取り再生”の利用形式で利用する場合の料金（”買い取り再生”の利用形式で利用する権利の価格）を示している。
【０１０２】
PTＡ−１の「価格内容１２」の”６００円”およびPTＡ−２の「価格内容２２」の”３００円”は、UCPＡの「利用内容１２」の「形式１２」より、”第１世代複製”の利用形式でコンテンツＡを利用する権利の価格を示している。PTＡ−１の「価格内容１３」の”１００円”およびPTＡ−２の「価格内容２３」の”５０円”は、UCPＡの「利用内容１３」の「形式１３」より、”期間制限再生”の利用形式でコンテンツＡを利用する権利の価格を示している。PTＡ−１の「価格内容１４」の”３００円”およびPTＡ−２の「価格内容２４」の”１５０円”は、UCPＡの「利用内容１４」の「形式１４」より、”Pay Per CopyＮ”の利用形式でコンテンツＡを利用する権利の価格を示している。
【０１０３】
PTＡ−１の「価格内容１５」の”１９５０円”およびPTＡ−２の「価格内容２５」の”１９８０円”は、UCPＡの「利用内容１５」の「形式１５」より、”期間制限再生”の権利を有しているときの、”買い取り再生”の権利の価格を示している。PTＡ−１の「価格内容１６」の”１０００円”およびPTＡ−２の「価格内容２６」の”５００円”は、UCPＡの「利用内容１６」の「形式１６」より、”買い取り再生”の権利を有しているときの、”買い取り再生”の権利の価格を示している。
【０１０４】
なお、この例の場合、PTＡ−１（男性ユーザに適用される）の価格内容と、PTＡ−２（女性ユーザに適用される）の価格内容を比較すると、PTＡ−１の価格内容に示される価格が、PTＡ−２の価格内容に示される価格の２倍に設定されている。例えば、UCPＡの「利用内容１１」に対応するPTＡ−１の「価格内容１１」が”２０００円”とされているのに対し、同様にUCPＡの「利用内容１１」に対応するPTＡ−２の「価格内容２１」は”１０００円”とされている。同様、PTＡ−１の「価格内容１２」乃至「価格内容１４」に設定されている価格は、PTＡ−２の「価格内容２２」乃至「価格内容２４」に設定されている価格の２倍とされている。すなわち、コンテンツＡは、女性ユーザがより低価格で利用することができるコンテンツである。
【０１０５】
図１５に戻り、ポリシー記憶部４３は、コンテンツプロバイダ２から供給された、コンテンツのUCPを記憶し、セキュアコンテナ作成部４４に供給する。
【０１０６】
セキュアコンテナ作成部４４は、例えば、図１７に示すような、コンテンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されている）、コンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）、UCPＡ、コンテンツプロバイダ２の署名、PTＡ−１，Ａ−２、およびサービスプロバイダ３の署名からなるサービスプロバイダセキュアコンテナを作成する。
【０１０７】
セキュアコンテナ作成部４４はまた、作成したサービスプロバイダセキュアコンテナを、図１８に示すような、証明書のバージョン番号、認証局がサービスプロバイダ３に対し割り付ける証明書の通し番号、署名に用いたアルゴリズムおよびパラメータ、認証局の名前、証明書の有効期限、サービスプロバイダ３の名前、サービスプロバイダ３の公開鍵Ｋｐｓｐ、並びに署名より構成されるサービスプロバイダの証明書を付して、ユーザホームネットワーク５に供給する。
【０１０８】
図１５に、再び戻り、相互認証部４５は、コンテンツプロバイダ２からコンテンツプロバイダセキュアコンテナの供給を受け取るのに先立ち、コンテンツプロバイダ２と相互認証する。相互認証部４５また、ユーザホームネットワーク５へのサービスプロバイダセキュアコンテナの送信に先立ち、ユーザホームネットワーク５と相互認証するが、このサービスプロバイダ３とユーザホームネットワーク５との相互認証は、例えば、ネットワーク４が衛星通信である場合、実行されない。なお、この例の場合、コンテンツプロバイダセキュアコンテナおよびサービスプロバイダセキュアコンテナには、特に、秘密情報が含まれていないので、サービスプロバイダ３は、コンテンツプロバイダ２およびユーザホームネットワーク５と相互認証を行わなくてもよい。
【０１０９】
図１９は、ユーザホームネットワーク５を構成するレシーバ５１の構成例を表している。レシーバ５１は、通信部６１、SAM６２、外部記憶部６３、伸張部６４、通信部６５、インタフェース６６、表示制御部６７、および入力制御部６８より構成される据え置き型の機器である。
【０１１０】
レシーバ５１の通信部６１は、ネットワーク４を介してサービスプロバイダ３、またはEMDサービスセンタ１と通信し、所定の情報を受信し、または送信する。
【０１１１】
SAM６２は、相互認証モジュール７１、課金処理モジュール７２、記憶モジュール７３、復号／暗号化モジュール７４、およびデータ検査モジュール７５からなるが、シングルチップの暗号処理専用ICで構成され、多層構造を有し、その内部のメモリセルはアルミニウム層等のダミー層に挟まれ、また、動作する電圧または周波数の幅が狭い等、外部から不正にデータが読み出し難い特性（耐タンパー性）を有している。
【０１１２】
SAM６２の相互認証モジュール７１は、記憶モジュール７３に記憶されている、図２０に示すSAM６２の証明書を、相互認証相手に送信し、相互認証を実行し、これにより、認証相手と共有することとなった一時鍵Ｋｔｅｍｐ（セッション鍵）を復号／暗号化モジュール７４に供給する。SAMの証明書には、コンテンツプロバイダ２の証明書（図１４）およびサービスプロバイダ３の証明書（図１８）に含まれている情報に対応する情報が含まれているので、その説明は省略する。
【０１１３】
課金処理モジュール７２は、選択されたUCPの利用内容に基づいて、UCSおよび課金情報を作成する。図２１は、図１０に示したUCPＡの利用内容１３と、図１６（Ａ）に示したPTＡ−１の「価格内容１３」に基づいてＡを表している。UCSには、図２１に示されるように、「コンテンツのID」、「コンテンツプロバイダのID」、「UCPのID」、「UCPの有効期限」、「サービスプロバイダのID」、「PTのID」、「PTの有効期限」、「UCSのID」、「SAMのID」、「ユーザのID」、「利用内容」、および「利用履歴」の各項目に設定される情報が含まれている。
【０１１４】
UCSの、「コンテンツのID」、「コンテンツプロバイダのID」、「UCPのID」、「UCPの有効期限」、「サービスプロバイダのID」、「PTのID」、および「PTの有効期限」の各項目には、PTの、それらに対応する項目の情報が設定される。すなわち、図２１のUCSＡの、「コンテンツのID」には、コンテンツＡのIDが、「コンテンツプロバイダのID」には、コンテンツプロバイダ２のIDが、「UCPのID」には、UCPＡのIDが、「UCPの有効期限」には、UCPＡの有効期限が、「サービスプロバイダのID」には、サービスプロバイダ３のIDが、「PTのID」には、PTＡ−１のIDが、そして「PTの有効期限」には、PTＡ−１の有効期限が、それぞれ設定されている。
【０１１５】
「UCSのID」には、UCSに割り当てられた所定のIDが設定され、UCSＡの「UCSのID」には、UCSＡのIDが設定されている。「SAMのID」には、機器のSAMのIDが設定され、UCSＡの「SAMのID」には、レシーバ５１のSAM６２のIDが設定されている。「ユーザのID」には、コンテンツを利用するユーザのIDが設定され、UCSＡの「ユーザのID」には、ユーザＦのIDが設定されている。
【０１１６】
「利用内容」は、「ID」、「形式」、「パラメータ」、および「管理移動状態情報」の各項目からなり、そのうち「ID」、「形式」、および「パラメータ」の項目には、選択されたUCPの「利用内容」の、それらに対応する項目の情報が設定される。すなわち、UCSＡの「ID」には、UCPＡの「利用内容１３」の「ID１３」に設定されている情報（利用内容１３のID）が、「形式」には、「利用内容１３」の「形式１３」に設定されている”期限制限再生”が、「パラメータ」には、「利用内容１３」の「パラメータ１３」に設定されている情報（開始時期および終了時期）が設定されている。
【０１１７】
「利用内容」の「管理移動状態情報」には、選択されたUCPの「管理移動許可情報」に”可”が設定されている場合（管理移動が行える場合）、管理移動元の機器（コンテンツを購入した機器）と管理移動先の機器のそれぞれのIDが設定されるようになされている。なお、コンテンツの管理移動が行われていない状態においては、管理移動元の機器のIDが、管理移動先の機器のIDとしても設定される。UCPの「管理移動許可情報」に、”不可”が設定されている場合、「管理移動状態情報」には”不可”が設定される。すなわち、この場合、コンテンツの管理移動は行われない（許可されない）。UCSＡの「管理移動状態情報」には、UCPＡの「利用内容１３」の「管理移動許可情報１３」に”可”が設定されており、また、このとき、コンテンツＡは管理移動されていないので、SAM６２のIDが、管理移動元の機器のIDおよび管理移動先の機器のIDとして設定されている。
【０１１８】
「利用履歴」には、同一のコンテンツに対する利用形式の履歴が含まれている。UCSＡの「利用履歴」には、”期限制限再生”を示す情報のみが記憶されているが、例えば、レシーバ５１において、コンテンツＡが以前に利用されていた場合、そのときの利用形式を示す情報も記憶されている。
【０１１９】
なお、上述したUCSにおいては、「UCPの有効期限」および「PTの有効期限」が、設けられているがそれらをUCSに設定しないようにすることもできる。また、上述したUCSにおいて、「コンテンツプロバイダのID」が設けられているが、UCPのIDがユニークで、これにより、コンテンツプロバイダを特定することができる場合、それを設けないようにすることもできる。また「サービスプロバイダのID」も同様に、PTのIDがユニークで、これにより、サービスプロバイダを特定することができる場合、それを設けないようにすることもできる。
【０１２０】
作成されたUCSは、レシーバ５１の復号／暗号化モジュール７４の復号化ユニット９１から供給されるコンテンツ鍵Ｋｃｏ（保存用鍵Ｋｓａｖｅで暗号化されている）とともに、外部記憶部６３に送信され、その利用情報記憶部６３Ａに記憶される。外部記憶部６３の利用情報記憶部６３Ａは、図２２に示すように、Ｍ個のブロックＢP−１乃至ＢP−Ｍに分割され（例えば、１メガバイト毎に分割され）、各ブロックＢPが、Ｎ個の利用情報用メモリ領域ＲP−１乃至ＲP−Ｎに分割されている。SAM６２から供給されるコンテンツ鍵Ｋｃｏ（保存用鍵Ｋｓａｖｅで暗号化されている）およびUCSは、利用情報用記憶部６３Ａの所定のブロックＢPの利用情報用メモリ領域ＲPに、対応して記憶される。
【０１２１】
図２２の例では、ブロックＢP−１の利用情報用メモリ領域ＲP−３に、図２１に示したUCSＡと、コンテンツ鍵ＫｃｏＡ（保存用鍵Ｋｓａｖｅで暗号化されている）が対応して記憶されている。ブロックＢP−１の利用情報用メモリ領域ＲP−１，ＲP−２には、他のコンテンツ鍵Ｋｃｏ１，Ｋｃｏ２（それぞれ保存用鍵Ｋｓａｖｅで暗号化されている）およびUCS１，２がそれぞれ記憶されている。ブロックＢP−１の利用情報用メモリ領域ＲP−４（図示せず）乃至ＲＰ−Ｎ、およびブロックＢP−２（図示せず）乃至ＢP−Ｍには、この場合、コンテンツ鍵ＫｃｏおよびUCSは記憶されておらず、空いていることを示す所定の初期情報が記憶されている。なお、利用情報用メモリ領域ＲPに記憶されるコンテンツ鍵Ｋｃｏ（保存用鍵Ｋｓａｖｅで暗号化されている）およびUCSを、個々に区別する必要がない場合、まとめて、利用情報と称する。
【０１２２】
図２３は、図２１に示したUCSＡと同時に作成された課金情報Ａを表している。課金情報には、図２３に示されるように、「コンテンツのID」、「コンテンツプロバイダのID」、「UCPのID」、「UCPの有効期限」、「サービスプロバイダのID」、「PTのID」、「PTの有効期限」、「UCSのID」、「SAMのID」、「ユーザのID」、および「利用内容」の各項目に設定される所定の情報が含まれる。
【０１２３】
課金情報の、「コンテンツのID」、「コンテンツプロバイダのID」、「UCPのID」、「UCPの有効期限」、「サービスプロバイダのID」、「PTのID」、「PTの有効期限」、「UCSのID」、「SAMのID」、「ユーザのID」、および「利用内容」には、UCSの、それらに対応する項目の情報が、それぞれ設定される。すなわち、図２３の課金情報Ａの、「コンテンツのID」には、コンテンツＡのIDが、「コンテンツプロバイダのID」には、コンテンツプロバイダ２のIDが、「UCPのID」には、UCPＡのIDが、「UCPの有効期限」には、UCPＡの有効期限が、「サービスプロバイダのID」には、サービスプロバイダ３のIDが、「PTのID」には、PTＡ−１のIDが、「PTの有効期限」には、PTＡ−１の有効期限が、「UCSのID」には、UCSＡのIDが、「SAMのID」には、SAM６２のIDが、「ユーザのID」には、レシーバ５１のユーザＦのIDが、そして「利用内容」には、UCSＡの「利用内容１３」の内容が、それぞれ設定されている。
【０１２４】
なお、上述した課金情報においては、「UCPの有効期限」および「PTの有効期限」が、設けられているがそれらをUCSに設定しないようにすることもできる。また、上述した課金情報において、「コンテンツプロバイダのID」が設けられているが、UCPのIDがユニークで、これにより、コンテンツプロバイダを特定することができる場合、それを設けないようにすることもできる。また「サービスプロバイダのID」も同様に、PTのIDがユニークで、これにより、サービスプロバイダを特定することができる場合、それを設けないようにすることもできる。
【０１２５】
図１９に戻り、記憶モジュール７３には、図２４に示すように、SAM６２の公開鍵Ｋｐｕ、SAM６２の秘密鍵Ｋｓｕ、EMDサービスセンタ１の公開鍵Ｋｐｅｓｃ、認証局の公開鍵Ｋｐｃａ、保存用鍵Ｋｓａｖｅ、３月分の配送用鍵Ｋｄなどの各種鍵、SAM６２の証明書、課金情報（例えば、図２３の課金情報Ａ）、基準情報５１、およびＭ個の検査値ＨP−１乃至ＨP−Ｍなどが記憶されている。
【０１２６】
記憶モジュール７３に記憶される検査値ＨP−１は、外部記憶部６３の利用情報記憶部６３Ａ（図２２）のブロックＢP−１に記憶されているデータの全体にハッシュ関数が適用されて算出されたハッシュ値である。検査値ＨP−２乃至ＨP−Ｍも、検査値ＨP−１と同様に、外部記憶部６３の、対応するブロックＢP−２乃至ＢP−Ｍのそれぞれに記憶されているデータにハッシュ関数が適用されて算出されたハッシュ値である。
【０１２７】
図２５は、記憶モジュール７３に記憶されている基準情報５１を表している。基準情報には、「SAMのID」、「機器番号」、「決済ID」、「課金の上限額」、「決済ユーザ情報」、「従属ユーザ情報」、および「利用ポイント情報」の各項目に設定される所定の情報が含まれる。
【０１２８】
基準情報の、「SAMのID」、「機器番号」、「決済ID」、「決済ユーザ情報」、「従属ユーザ情報」、および「利用ポイント情報」には、EMDサービスセンタ１のユーザ管理部１８により管理されているシステム登録情報の、SAM６２のIDに対応する項目の情報が設定される。すなわち、基準情報５１には、SAM６２のID、SAM６２の機器番号（１００番）、ユーザＦの決済ID、ユーザＦの決済ユーザ情報（ユーザＦの一般情報（氏名、住所、電話番号、決済機関情報、生年月日、年齢、性別）、ユーザＦのID、およびユーザＦのパスワード）、およびレシーバ５１の利用ポイント情報が設定されている。
【０１２９】
「課金の上限額」には、機器がEMDシステム正式登録されている状態と仮登録されている状態で、それぞれ異なる額を示す、課金の上限額が設定されている。基準情報５１の「課金の上限額」には、レシーバ５１が正式登録されているので、正式登録されている状態における課金の上限額を示す情報（”正式登録時の上限額”）が設定されている。
【０１３０】
図１９に戻り、SAM６２の復号／暗号化モジュール７４は、復号ユニット９１、乱数発生ユニット９２、および暗号化ユニット９３から構成される。復号ユニット９１は、暗号化されたコンテンツ鍵Ｋｃｏを配送用鍵Ｋｄで復号し、暗号化ユニット９３に出力する。乱数発生ユニット９２は、相互認証時に、所定の桁数の乱数を発生し、必要に応じて一時鍵Ｋｔｅｍｐを生成し、暗号化ユニット９３に出力する。
【０１３１】
暗号化ユニット９３は、復号されたコンテンツ鍵Ｋｃｏを、再度、記憶モジュール７３に保持されている保存用鍵Ｋｓａｖｅで暗号化する。暗号化されたコンテンツ鍵Ｋｃｏは、外部記憶部６３に供給される。暗号化ユニット９３は、コンテンツ鍵Ｋｃｏを伸張部６４に送信するとき、コンテンツ鍵Ｋｃｏを乱数発生ユニット９２で生成した一時鍵Ｋｔｅｍｐで暗号化する。
【０１３２】
データ検査モジュール７５は、記憶モジュール７３に記憶されている検査値ＨPと、外部記憶部６３の利用情報記憶部６３Ａの、対応するブロックＢPのデータのハッシュ値を比較し、ブロックＢPのデータが改竄されていないか否かを検査する。
【０１３３】
伸張部６４は、相互認証モジュール１０１、復号モジュール１０２、復号モジュール１０３、伸張モジュール１０４、およびウォータマーク付加モジュール１０５から構成される。相互認証モジュール１０１は、SAM６２と相互認証し、一時鍵Ｋｔｅｍｐを復号モジュール１０２に出力する。復号モジュール１０２は、一時鍵Ｋｔｅｍｐで暗号化されたコンテンツ鍵Ｋｃｏを一時鍵Ｋｔｅｍｐで復号し、復号モジュール１０３に出力する。復号モジュール１０３は、HDD５２に記録されたコンテンツをコンテンツ鍵Ｋｃｏで復号し、伸張モジュール１０４に出力する。伸張モジュール１０４は、復号されたコンテンツを、更にATRAC2等の方式で伸張し、ウォータマーク付加モジュール１０５に出力する。ウォータマーク付加モジュール１０５は、コンテンツにレシーバ５１を特定する所定のウォータマーク（電子透かし）を挿入し、図示せぬスピーカに出力し、音楽を再生する。
【０１３４】
通信部６５は、ユーザホームネットワーク５のレシーバ２０１およびレシーバ３０１との通信処理を行う。インターフェース６６は、SAM６２および伸張部６４からの信号を所定の形式に変更し、HDD５２に出力し、また、HDD５２からの信号を所定の形式に変更し、SAM６２および伸張部６４に出力する。
【０１３５】
表示制御部６７は、表示部（図示せず）への出力を制御する。入力制御部６８は、各種ボタンなどから構成される操作部（図示せず）からの入力を制御する。
【０１３６】
HDD５２は、サービスプロバイダ３から供給されたコンテンツなどを記憶する他、図２６に示すような登録リストを記憶している。この登録リストは、表形式に情報が記憶されているリスト部、および登録リストを保持する機器についての所定の情報が記憶されている対象SAM情報部より構成されている。
【０１３７】
対象SAM情報部には、この登録リストを保有する機器のSAMID、この例の場合、レシーバ５１のSAM６２のIDが（「対象SAMID」の欄に）記憶されている。対象SAM情報部にはまた、この登録リストの有効期限が（「有効期限」の欄に）記憶され、登録リストのバージョン番号が（「バージョン番号」の欄に）記憶され、そして接続されている機器の数（自分自身を含む）、この例の場合、レシーバ５１には、レシーバ２０１およびレシーバ３０１の２機の機器が接続されているので、自分自身を含む合計値３が（「接続されている機器数」の欄に）記憶されている。
【０１３８】
リスト部は、「SAMID」、「ユーザID」、「購入処理」、「課金処理」、「課金機器」、「コンテンツ供給機器」、「状態フラグ」、「登録条件署名」、および「登録リスト署名」の９個の項目から構成され、この例の場合、レシーバ５１の登録条件、レシーバ２０１の登録条件、およびレシーバ３０１の登録条件が記憶されている。
【０１３９】
「SAMID」には、機器のSAMのIDが記憶される。この例の場合、レシーバ５１のSAM６２のID、レシーバ２０１のSAM２１２のID、およびレシーバ３０１のSAM３１１のIDが記憶されている。「ユーザID」には、決済ユーザのIDが記憶される。この例の場合、ユーザＦのIDが、レシーバ５１、レシーバ２０１、およびレシーバ３０１に対応する「ユーザID」に、それぞれ記憶されている。
【０１４０】
「購入処理」には、機器が、コンテンツを購入するための処理を行うことができるか否かを示す情報（”可”または”不可”）が記憶される。この例の場合、レシーバ５１およびレシーバ２０１は、コンテンツを購入するための処理を行うことができるようになされているので、それらに対応する「購入処理」には、”可”が記憶されている。レシーバ３０１は、購入処理を行うことができないものとされているので、対応する「購入処理」には、”不可”が記憶されている。
【０１４１】
「課金処理」には、機器が、EMDサービスセンタ１との間で、課金処理を行うことができるか否かを示す情報（”可”または”不可”）が記憶される。この例の場合、レシーバ５１およびレシーバ２０１は、課金処理を行うことができようになされているので、それらに対応する「課金処理」には、それぞれ”可”が記憶される。レシーバ３０１は、課金処理を行うことができないものとされているので、対応する「課金処理」には、”不可”が記憶されている。
【０１４２】
「課金機器」には、計上された課金を決済する処理を行う機器のSAMのIDが記憶される。この例の場合、レシーバ５１およびレシーバ２０１は、自分自身で課金処理を行うことができるので、それらに対応する「課金機器」には、自分自身のSAMのIDが記憶されている。レシーバ３０１は、コンテンツの購入および課金も行われないので、対応する「課金機器」には、”なし”が記憶されている。
【０１４３】
「コンテンツ供給機器」には、機器が、コンテンツの供給をサービスプロバイダ３からではなく、接続される他の機器から受ける場合、コンテンツを供給することができる機器のSAMのIDが記憶される。この例の場合、レシーバ５１は、コンテンツの供給をサービスプロバイダ３から受けるので、「コンテンツ供給機器」には、コンテンツを供給する機器が存在しないことを示す情報（”なし”）が記憶されている。レシーバ２０１およびレシーバ３０１は、コンテンツの供給をレシーバ５１から受けるので、対応する「コンテンツ供給機器」には、レシーバ５１のSAM６２のIDが設定されている。
【０１４４】
「状態フラグ」には、機器の動作制限条件が記憶される。何ら制限されていない場合は、その旨を示す情報（”制限なし”）、一定の制限が課せられている場合は、その旨を示す情報（”制限あり”）、また動作が停止される場合には、その旨を示す情報（”停止”）が記憶される。例えば、課金の決済が成功しなかった場合、その機器に対応する「状態フラグ」には、”制限あり”が設定される。この例の場合、「状態フラグ」に”制限あり”が設定された機器においては、すでに購入されたコンテンツを利用するための処理は実行されるが、新たなコンテンツを購入するための処理は実行されなくなる。すなわち、一定の制限が機器に課せられる。また、コンテンツの不正複製などの違反行為が発覚した場合、「状態フラグ」には、”停止”が設定され、機器の動作が停止される。これにより、その機器はEMDシステムからのサービスを、一切受けることができなくなる。
【０１４５】
この例の場合、レシーバ５１、レシーバ２０１、およびレシーバ３０１に対しては、何ら制限が課せられていないものとし、それぞれに対応する「状態フラグ」には、”なし”が設定されている。なお、「状態フラグ」に設定される、”制限あり”および”停止”など、これにより動作が制限される情報を、個々に区別する必要がない場合、まとめて、動作制限情報と称する。
【０１４６】
「登録条件署名」には、上述したように、各登録条件として、それぞれ、「SAMID」、「ユーザID」、「購入処理」、「課金処理」、「課金機器」、「コンテンツ供給機器」、および「状態フラグ」に記憶されている情報に対するEMDサービスセンタ１による署名が記憶されている。「登録リスト署名」には、登録リストに設定されているデータの全体に対する署名が記憶されている。
【０１４７】
図２７は、レシーバ２０１の構成例を表している。レシーバ２０１の通信部２１１乃至入力制御部２１８は、レシーバ５１の通信部６１乃至入力制御部６８と同様の機能を有しているので、その詳細な説明は適宜省略するが、レシーバ２０１の記憶モジュール２２３には、図２８に示すような基準情報２０１が記憶されている。基準情報２０１には、EMDサービスセンタ１のユーザ管理部１８により管理されているシステム登録情報の、SAM２１２のIDに対応して記憶されている、SAM２１２のID、レシーバ２０１の機器番号（１００番）、ユーザＦの決済ID、ユーザＦの決済ユーザ情報（ユーザＦの一般情報（氏名、住所、電話番号、決済機関情報、生年月日、年齢、性別）、ユーザＦのID、およびユーザＦのパスワード）、ユーザＡの従属ユーザ情報（ユーザＡの一般情報（氏名、住所、電話番号、生年月日、性別）、ユーザＡのID、およびユーザＡのパスワード）、およびレシーバ２０１の利用ポイント情報が設定されている。「課金の上限額」には、”正式登録時の上限額”が設定されている。
【０１４８】
HDD２０２も、HDD５１に記憶されている情報が記憶されているので、その説明は省略するが、図２９に示すようなレシーバ２０１の登録リストが記憶されている。この登録リストの対象SAM情報部には、レシーバ２０１のSAM２１２のID、その登録リストの有効期限、バージョン番号、接続されている機器の数（この例では、レシーバ２０１には、レシーバ５１の１機が接続されているので、自分自身を含めた合計数２）が記憶されている。リスト部には、図２６のレシーバ５１の登録リストの、レシーバ５１およびレシーバ２０１の登録条件が記憶されている。
【０１４９】
図３０は、レシーバ３０１の機能的構成例を表している。レシーバ３０１は、レシーバ２０１のSAM２１２乃至通信部２１５と基本的に同様の機能を有する、SAM３１１乃至通信部３１４を有しているが、レシーバ２０１の、通信部２１１、インタフェース２１６、表示制御部２１７、および入力制御部２１８に対応する機能を有しない、携帯型の機器である。
【０１５０】
図３１は、レシーバ３０１の記憶モジュール３２３に記憶されている基準情報３０１を表している。基準情報３０１には、EMDサービスセンタ１のユーザ管理部１８により管理されているシステム登録情報の、SAM３１１のIDに対応して記憶されている、SAM３１１のID、SAM３１１の機器番号（２５番）、ユーザＦの決済ID、ユーザＦの決済ユーザ情報（ユーザＦの一般情報（氏名、住所、電話番号、決済機関情報、生年月日、年齢、性別）、ユーザＦのID、およびユーザＦのパスワード）、ユーザＡの従属ユーザ情報（ユーザＡの一般情報（氏名、住所、電話番号、生年月日、性別）、ユーザＡのID、およびユーザＡのパスワード）、およびレシーバ３０１の利用ポイント情報が設定されている。「課金の上限額」には、レシーバ３０１が正式登録されているので、正式登録されている状態における課金の上限額を示す情報（”正式登録時の上限額”）が設定されている。
【０１５１】
図３２に示すようなレシーバ３０１の登録リストは、記憶モジュール３２３に記憶されている。この登録リストの対象SAM情報部には、この登録リストを保有するレシーバ３０１のSAM３１１のIDが（「対象SAMID」の欄に）記憶され、その登録リストの有効期限が（「有効期限」の欄に）記憶され、登録リストのバージョン番号が（「バージョン番号」の欄に）記憶され、そして接続されている機器の数（自分自身を含む）、この例の場合、レシーバ３０１には、レシーバ５１の１機の機器が接続されているので、自分自身を含む合計数２が（「接続されている機器数」の欄に）記憶されている。リスト部には、図２６のレシーバ５１の登録リストの、レシーバ３０１の登録条件が記憶されているが、この場合、「登録条件署名」および「登録リスト署名」は、削除されている。これは、登録リストの署名の確認後、取り除かれたためで、これにより、記憶モジュール３２３の記憶容量を節約することができる。なお、この例の場合、１つの署名あたり、４０バイトが必要とされる。
【０１５２】
次に、EMDシステムの処理について、図３３のフローチャートを参照して説明するが、なお、ここでは、ユーザＦが、レシーバ５１を介して、コンテンツＡを購入し、利用する場合を例として説明する。
【０１５３】
ステップＳ１１において、配送用鍵Ｋｄが、EMDサービスセンタ１からコンテンツプロバイダ２に供給されるが、この処理の詳細は、図３４のフローチャートに示されている。すなわち、ステップＳ３１において、EMDサービスセンタ１の相互認証部１７は、コンテンツプロバイダ２の相互認証部３９と相互認証し、コンテンツプロバイダ２が、正当なプロバイダであることが確認された後、EMDサービスセンタ１のコンテンツプロバイダ管理部１２は、鍵サーバ１４から供給された配送用鍵Ｋｄをコンテンツプロバイダ２に送信する。なお、相互認証処理の詳細は、図３５乃至図３７を参照して後述する。
【０１５４】
次に、ステップＳ３２において、コンテンツプロバイダ２の暗号化部３６は、EMDサービスセンタ１から送信された配送用鍵Ｋｄを受信し、ステップＳ３３において、記憶する。
【０１５５】
このように、コンテンツプロバイダ２の暗号化部３６が、配送用鍵Ｋｄを記憶したとき、処理は終了し、図３３のステップＳ１２に進む。ここで、ステップＳ１２の処理の説明の前に、図３４のステップＳ３１における相互認証処理（なりすましがないことを確認する処理）について、１つの共通鍵を用いる場合（図３５）、２つの共通鍵を用いる場合（図３６）、および公開鍵暗号を用いる場合（図３７）を例として説明する。
【０１５６】
図３５は、１つの共通鍵で、共通鍵暗号であるDESを用いる、コンテンツプロバイダ２の相互認証部３９とEMDサービスセンタ１の相互認証部１７との相互認証の動作を説明するフローチャートである。ステップＳ４１において、コンテンツプロバイダ２の相互認証部３９は、６４ビットの乱数Ｒ１を生成する（乱数生成部３５が生成するようにしてもよい）。ステップＳ４２において、コンテンツプロバイダ２の相互認証部３９は、DESを用いて乱数Ｒ１を、予め記憶している共通鍵Ｋcで暗号化する（暗号化部３６で暗号化するようにしてもよい）。ステップＳ４３において、コンテンツプロバイダ２の相互認証部３９は、暗号化された乱数Ｒ１をEMDサービスセンタ１の相互認証部１７に送信する。
【０１５７】
ステップＳ４４において、EMDサービスセンタ１の相互認証部１７は、受信した乱数Ｒ１を予め記憶している共通鍵Ｋcで復号する。ステップＳ４５において、EMDサービスセンタ１の相互認証部１７は、３２ビットの乱数Ｒ２を生成する。ステップＳ４６において、EMDサービスセンタ１の相互認証部１７は、復号した６４ビットの乱数Ｒ１の下位３２ビットを乱数Ｒ２で入れ替え、連接Ｒ１H‖Ｒ２を生成する。なお、ここでＲｉHは、Ｒｉの上位ビットを表し、Ａ‖Ｂは、ＡとＢの連接（ｎビットのＡの下位に、ｍビットのＢを結合して、（ｎ＋ｍ）ビットとしたもの）を表す。ステップＳ４７において、EMDサービスセンタ１の相互認証部１７は、DESを用いてＲ１H‖Ｒ２を共通鍵Ｋcで暗号化する。ステップＳ４８において、EMDサービスセンタ１の相互認証部１７は、暗号化したＲ１H‖Ｒ２をコンテンツプロバイダ２に送信する。
【０１５８】
ステップＳ４９において、コンテンツプロバイダ２の相互認証部３９は、受信したＲ１H‖Ｒ２を共通鍵Ｋcで復号する。ステップＳ５０において、コンテンツプロバイダ２の相互認証部３９は、復号したＲ１H‖Ｒ２の上位３２ビットＲ１Hを調べ、ステップＳ４１で生成した、乱数Ｒ１の上位３２ビットＲ１Hと一致すれば、EMDサービスセンタ１が正当なセンタであることを認証する。生成した乱数Ｒ１Hと、受信したＲ１Hが一致しないとき、処理は終了される。両者が一致するとき、ステップＳ５１において、コンテンツプロバイダ２の相互認証部３９は、３２ビットの乱数Ｒ３を生成する。ステップＳ５２において、コンテンツプロバイダ２の相互認証部３９は、受信し、復号した３２ビットの乱数Ｒ２を上位に設定し、生成した乱数Ｒ３をその下位に設定し、連接Ｒ２‖Ｒ３とする。ステップＳ５３において、コンテンツプロバイダ２の相互認証部３９は、DESを用いて連接Ｒ２‖Ｒ３を共通鍵Ｋcで暗号化する。ステップＳ５４において、コンテンツプロバイダ２の相互認証部３９は、暗号化された連接Ｒ２‖Ｒ３をEMDサービスセンタ１の相互認証部１７に送信する。
【０１５９】
ステップＳ５５において、EMDサービスセンタ１の相互認証部１７は、受信した連接Ｒ２‖Ｒ３を共通鍵Ｋcで復号する。ステップＳ５６において、EMDサービスセンタ１の相互認証部１７は、復号した連接Ｒ２‖Ｒ３の上位３２ビットを調べ、乱数Ｒ２と一致すれば、コンテンツプロバイダ２を正当なプロバイダとして認証し、一致しなければ、不正なプロバイダとして、処理を終了する。
【０１６０】
図３６は、２つの共通鍵Ｋｃ１，Ｋｃ２で、共通鍵暗号であるDESを用いる、コンテンツプロバイダ２の相互認証部３９とEMDサービスセンタ１の相互認証部１７との相互認証の動作を説明するフローチャートである。ステップＳ６１において、コンテンツプロバイダ２の相互認証部３９は、６４ビットの乱数Ｒ１を生成する。ステップＳ６２において、コンテンツプロバイダ２の相互認証部３９は、DESを用いて乱数Ｒ１を予め記憶している共通鍵Ｋｃ１で暗号化する。ステップＳ６３において、コンテンツプロバイダ２の相互認証部３９は、暗号化された乱数Ｒ１をEMDサービスセンタ１に送信する。
【０１６１】
ステップＳ６４において、EMDサービスセンタ１の相互認証部１７は、受信した乱数Ｒ１を予め記憶している共通鍵Ｋｃ１で復号する。ステップＳ６５において、EMDサービスセンタ１の相互認証部１７は、乱数Ｒ１を予め記憶している共通鍵Ｋｃ２で暗号化する。ステップＳ６６において、EMDサービスセンタ１の相互認証部１７は、６４ビットの乱数Ｒ２を生成する。ステップＳ６７において、EMDサービスセンタ１の相互認証部１７は、乱数Ｒ２を共通鍵Ｋｃ２で暗号化する。ステップＳ６８において、EMDサービスセンタ１の相互認証部１７は、暗号化された乱数Ｒ１および乱数Ｒ２をコンテンツプロバイダ２の相互認証部３９に送信する。
【０１６２】
ステップＳ６９において、コンテンツプロバイダ２の相互認証部３９は、受信した乱数Ｒ１および乱数Ｒ２を予め記憶している共通鍵Ｋｃ２で復号する。ステップＳ７０において、コンテンツプロバイダ２の相互認証部３９は、復号した乱数Ｒ１を調べ、ステップＳ６１で生成した乱数Ｒ１（暗号化する前の乱数Ｒ１）と一致すれば、EMDサービスセンタ１を適正なセンタとして認証し、一致しなければ、不正なセンタであるとして、処理を終了する。ステップＳ７１において、コンテンツプロバイダ２の相互認証部３９は、復号して得た乱数Ｒ２を共通鍵Ｋｃ１で暗号化する。ステップＳ７２において、コンテンツプロバイダ２の相互認証部３９は、暗号化された乱数Ｒ２をEMDサービスセンタ１に送信する。
【０１６３】
ステップＳ７３において、EMDサービスセンタ１の相互認証部１７は、受信した乱数Ｒ２を共通鍵Ｋｃ１で復号する。ステップＳ７４において、EMDサービスセンタ１の相互認証部１７は、復号した乱数Ｒ２が、ステップＳ６６で生成した乱数Ｒ２（暗号化する前の乱数Ｒ２）と一致すれば、コンテンツプロバイダ２を適正なプロバイダとして認証し、一致しなければ、不正なプロバイダであるとして処理を終了する。
【０１６４】
図３７は、公開鍵暗号である、１６０ビット長の楕円曲線暗号を用いる、コンテンツプロバイダ２の相互認証部３９とEMDサービスセンタ１の相互認証部１７との相互認証の動作を説明するフローチャートである。ステップＳ８１において、コンテンツプロバイダ２の相互認証部３９は、６４ビットの乱数Ｒ１を生成する。ステップＳ８２において、コンテンツプロバイダ２の相互認証部３９は、自分自身の公開鍵Ｋｐｃｐを含む証明書（認証局から予め取得しておいたもの）と、乱数Ｒ１をEMDサービスセンタ１の相互認証部１７に送信する。
【０１６５】
ステップＳ８３において、EMDサービスセンタ１の相互認証部１７は、受信した証明書の署名（認証局の秘密鍵Ｋｓｃａで暗号化されている）を、予め取得しておいた認証局の公開鍵Ｋｐｃａで復号し、コンテンツプロバイダ２の公開鍵Ｋｐｃｐとコンテンツプロバイダ２の名前のハッシュ値を取り出すとともに、証明書に平文のまま格納されているコンテンツプロバイダ２の公開鍵Ｋｐｃｐおよびコンテンツプロバイダ２の名前を取り出す。証明書が認証局が発行した適正なものであれば、証明書の署名を復号することが可能であり、復号して得られた公開鍵Ｋｐｃｐおよびコンテンツプロバイダ２の名前のハッシュ値は、平文のまま証明書に格納されていたコンテンツプロバイダ２の公開鍵Ｋｐｃｐおよびコンテンツプロバイダ２の名前にハッシュ関数を適用して得られたハッシュ値と一致する。これにより、公開鍵Ｋｐｃｐが改竄されたものでない適正なものであることが認証される。署名を復号出来なかったり、できたとしてもハッシュ値が一致しないときには、適正な公開鍵でないか、適正なプロバイダでないことになる。この時処理は終了される。
【０１６６】
適正な認証結果が得られたとき、ステップＳ８４において、EMDサービスセンタ１の相互認証部１７は、６４ビットの乱数Ｒ２を生成する。ステップＳ８５において、EMDサービスセンタ１の相互認証部１７は、乱数Ｒ１および乱数Ｒ２の連接Ｒ１‖Ｒ２を生成する。ステップＳ８６において、EMDサービスセンタ１の相互認証部１７は、連接Ｒ１‖Ｒ２を自分自身の秘密鍵Ｋｓｅｓｃで暗号化する。ステップＳ８７において、EMDサービスセンタ１の相互認証部１７は、連接Ｒ１‖Ｒ２を、ステップＳ８３で取得したコンテンツプロバイダ２の公開鍵Ｋｐｃｐで暗号化する。ステップＳ８８において、EMDサービスセンタ１の相互認証部１７は、秘密鍵Ｋｓｅｓｃで暗号化された連接Ｒ１‖Ｒ２、公開鍵Ｋｐｃｐで暗号化された連接Ｒ１‖Ｒ２、および自分自身の公開鍵Ｋｐｅｓｃを含む証明書（認証局から予め取得しておいたもの）をコンテンツプロバイダ２の相互認証部３９に送信する。
【０１６７】
ステップＳ８９において、コンテンツプロバイダ２の相互認証部３９は、受信した証明書の署名を予め取得しておいた認証局の公開鍵Ｋｐｃａで復号し、正しければ証明書から公開鍵Ｋｐｅｓｃを取り出す。この場合の処理は、ステップＳ８３における場合と同様であるので、その説明は省略する。ステップＳ９０において、コンテンツプロバイダ２の相互認証部３９は、EMDサービスセンタ１の秘密鍵Ｋｓｅｓｃで暗号化されている連接Ｒ１‖Ｒ２を、ステップＳ８９で取得した公開鍵Ｋｐｅｓｃで復号する。ステップＳ９１において、コンテンツプロバイダ２の相互認証部３９は、自分自身の公開鍵Ｋｐｃｐで暗号化されている連接Ｒ１‖Ｒ２を、自分自身の秘密鍵Ｋｓｃｐで復号する。ステップＳ９２において、コンテンツプロバイダ２の相互認証部３９は、ステップＳ９０で復号された連接Ｒ１‖Ｒ２と、ステップＳ９１で復号された連接Ｒ１‖Ｒ２を比較し、一致すればEMDサービスセンタ１を適正なものとして認証し、一致しなければ、不適正なものとして、処理を終了する。
【０１６８】
適正な認証結果が得られたとき、ステップＳ９３において、コンテンツプロバイダ２の相互認証部３９は、６４ビットの乱数Ｒ３を生成する。ステップＳ９４において、コンテンツプロバイダ２の相互認証部３９は、ステップＳ９０で取得した乱数Ｒ２および生成した乱数Ｒ３の連接Ｒ２‖Ｒ３を生成する。ステップＳ９５において、コンテンツプロバイダ２の相互認証部３９は、連接Ｒ２‖Ｒ３を、ステップＳ８９で取得した公開鍵Ｋｐｅｓｃで暗号化する。ステップＳ９６において、コンテンツプロバイダ２の相互認証部３９は、暗号化した連接Ｒ２‖Ｒ３をEMDサービスセンタ１の相互認証部１７に送信する。
【０１６９】
ステップＳ９７において、EMDサービスセンタ１の相互認証部１７は、暗号化された連接Ｒ２‖Ｒ３を自分自身の秘密鍵Ｋｓｅｓｃで復号する。ステップＳ９８において、EMDサービスセンタ１の相互認証部１７は、復号した乱数Ｒ２が、ステップＳ８４で生成した乱数Ｒ２（暗号化する前の乱数Ｒ２）と一致すれば、コンテンツプロバイダ２を適正なプロバイダとして認証し、一致しなけば、不適正なプロバイダとして、処理を終了する。
【０１７０】
以上のように、EMDサービスセンタ１の相互認証部１７とコンテンツプロバイダ２の相互認証部３９は、相互認証する。相互認証に利用された乱数は、その相互認証に続く処理にだけ有効な一時鍵Ｋｔｅｍｐとして利用される。
【０１７１】
次に、図３３のステップＳ１２の処理について説明する。ステップＳ１２においては、コンテンツプロバイダセキュアコンテナが、コンテンツプロバイダ２からサービスプロバイダ３に供給される。その処理の詳細は、図３８のフローチャートに示されている。すなわち、ステップＳ２０１において、コンテンツプロバイダ２のウォータマーク付加部３２（図９）は、コンテンツサーバ３１からコンテンツＡを読み出し、コンテンツプロバイダ２を示す所定のウォータマーク（電子透かし）を挿入し、圧縮部３３に供給する。
【０１７２】
ステップＳ２０２において、コンテンツプロバイダ２の圧縮部３３は、ウォータマークが挿入されたコンテンツＡをATRAC2等の所定の方式で圧縮し、暗号化部３４に供給する。ステップＳ２０３において、乱数発生部３５は、コンテンツ鍵ＫｃｏＡとなる乱数を発生させ、暗号化部３４に供給する。
【０１７３】
ステップＳ２０４において、コンテンツプロバイダ２の暗号化部３４は、DESなどの所定の方式で、乱数発生部３５で発生された乱数（コンテンツ鍵ＫｃｏＡ）を使用して、ウォータマークが挿入されて圧縮されたコンテンツＡを暗号化する。次に、ステップＳ２０５において、暗号化部３６は、DESなどの所定の方式で、EMDサービスセンタ１から供給された配送用鍵Ｋｄでコンテンツ鍵ＫｃｏＡを暗号化する。
【０１７４】
ステップＳ２０６において、コンテンツプロバイダ２のセキュアコンテナ作成部３８は、コンテンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されている）、コンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）、およびコンテンツＡに対応するUCPＡの全体にハッシュ関数を適用してハッシュ値を算出し、自分自身の秘密鍵Ｋｓｃｐで暗号化する。これにより、図１３に示した署名が作成される。
【０１７５】
ステップＳ２０７において、コンテンツプロバイダ２のセキュアコンテナ作成部３８は、コンテンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されている）、コンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）、UCPＡ、およびステップＳ２０６で生成した署名を含んだ、図１３に示したコンテンツプロバイダセキュアコンテナを作成する。
【０１７６】
ステップＳ２０８において、コンテンツプロバイダ２の相互認証部３９は、サービスプロバイダ３の相互認証部４５と相互認証する。この認証処理は、図３５乃至図３７を参照して説明した場合と同様であるので、その説明は省略する。ステップＳ２０９において、コンテンツプロバイダ２のセキュアコンテナ作成部３８は、認証局から予め発行された証明書を、ステップＳ２０７で作成したコンテンツプロバイダセキュアコンテナに付して、サービスプロバイダ３に送信する。
【０１７７】
このようにして、コンテンツプロバイダセキュアコンテナが、サービスプロバイダ３に供給されたとき、処理は終了し、図３３のステップＳ１３に進む。
【０１７８】
ステップＳ１３において、サービスプロバイダセキュアコンテナが、サービスプロバイダ３からユーザホームネットワーク５（レシーバ５１）に供給される。この処理の詳細は、図３９のフローチャートに示されている。すなわち、ステップＳ２２１において、サービスプロバイダ３の値付け部４２は、コンテンツプロバイダ２から送信されたコンテンツプロバイダセキュアコンテナに付された証明書に含まれる署名を確認し、証明書の改竄がなければ、それから、コンテンツプロバイダ２の公開鍵Ｋｐｃｐを取り出す。証明書の署名の確認は、図３７のステップＳ８３における処理と同様であるので、その説明は省略する。
【０１７９】
ステップＳ２２２において、サービスプロバイダ３の値付け部４２は、コンテンツプロバイダ２から送信されたコンテンツプロバイダセキュアコンテナの署名をコンテンツプロバイダ２の公開鍵Ｋｐｃｐで復号し、得られたハッシュ値が、コンテンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されている）、コンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）、およびUCPＡの全体にハッシュ関数を適用して得られたハッシュ値と一致するか否かを判定し、コンテンツプロバイダセキュアコンテナの改竄がないことを確認する。両者の値が一致しない場合（改竄が発見された場合）は、処理は終了されるが、この例の場合、コンテンツプロバイダセキュアコンテナの改竄はなかったものとし、ステップＳ２２３に進む。
【０１８０】
ステップＳ２２３において、サービスプロバイダ３の値付け部４２は、コンテンツプロバイダセキュアコンテナから、コンテンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されている）、コンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）、およびコンテンツプロバイダ２の署名を取り出し、コンテンツサーバ４１に供給する。コンテンツサーバ４１は、それらを記憶する。値付け部４２はまたUCPＡも、コンテンツプロバイダセキュアコンテナから取り出し、セキュアコンテナ作成部４４に供給する。
【０１８１】
ステップＳ２２４において、サービスプロバイダ３の値付け部４２は、取り出したUCPＡに基づいて、PTＡ−１，Ａ−２を作成し、セキュアコンテナ作成部４４に供給する。
【０１８２】
ステップＳ２２５において、サービスプロバイダ３のセキュアコンテナ作成部４４は、コンテンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されている）、コンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）、コンテンツプロバイダ２の署名、UCPＡ、PTＡ−１，Ａ−２、およびサービスプロバイダ３の署名から、図１７に示したサービスプロバイダセキュアコンテナを作成する。
【０１８３】
ステップＳ２２６において、サービスプロバイダ３の相互認証部４５は、レシーバ５１の相互認証モジュール７１と相互認証する。この認証処理は、図３５乃至図３７を参照して説明した場合と同様であるので、その説明を省略する。
【０１８４】
ステップＳ２２７において、サービスプロバイダ３のセキュアコンテナ作成部４４は、ステップＳ２２５で作成したサービスプロバイダセキュアコンテナに、サービスプロバイダ３の証明書を付して、ユーザホームネットワーク５のレシーバ５１に送信する。
【０１８５】
このようにして、サービスプロバイダセキュアコンテナが、サービスプロバイダ３からレシーバ５１に送信されたとき、処理は終了し、図３３のステップＳ１４に進む。
【０１８６】
ステップＳ１４において、サービスプロバイダ３から送信されたサービスプロバイダセキュアコンテナが、ユーザホームネットワーク５のレシーバ５１により受信される。この処理の詳細は、図４０のフローチャートに示されている。すなわち、ステップＳ２４１において、レシーバ５１の相互認証モジュール７１は、通信部６１を介して、サービスプロバイダ３の相互認証部４５と相互認証し、相互認証できたとき、通信部６１は、相互認証したサービスプロパイダ３から、サービスプロバイダセキュアコンテナを受信する。相互認証できなかった場合、処理は終了されるが、この例の場合、相互認証されたものとし、ステップＳ２４２に進む。
【０１８７】
ステップＳ２４２において、レシーバ５１の通信部６１は、ステップＳ２４１で相互認証したサービスプロバイダ３から、公開鍵証明書を受信する。
【０１８８】
ステップＳ２４３において、レシーバ５１の復号／暗号化モジュール７４は、ステップＳ２４１で受信したサービスプロバイダセキュアコンテナに含まれる署名を検証し、改竄がなかったか否かを検証する。ここで、改竄が発見された場合、処理は終了するが、この例の場合、改竄が発見されなかったものとし、ステップＳ２４４に進む。
【０１８９】
ステップＳ２４４において、レシーバ５１の記憶モジュール７３に記憶されている基準情報５１が、利用条件を満たすUCPと価格条件を満たすPTが選択され、表示制御部６７を介して、図示せず表示部に表示される。ユーザは、表示されたUCPおよびPTの内容を参照して、図示せぬ操作部を操作し、UCPの１つの利用内容を選択する。これにより、入力制御部６８は、操作部から入力された、ユーザの操作に対応する信号をSAM６２に出力する。
【０１９０】
この例の場合、基準情報５１の「利用ポイント情報」には、２００ポイント以上の利用ポイントが設定されているものとされているので、UCPＡが選択可能となり、また基準情報５１の「決済ユーザ情報」には、ユーザは男性とされているので、PTＡ−１の「価格条件１０」に設定された条件を満たす。そこで、この例の場合、UCPＡに対応して作成されたPTＡ−１，PTＡ−２のうち、PTＡ−１が選択され、UCPＡおよびPTＡ−１の内容が、表示部に表示される。また、この例の場合、そこで、ユーザは、UCPＡの利用内容１３（PTＡ−１の価格内容１３）を選択したものとする。
【０１９１】
ステップＳ２４５において、レシーバ５１のSAM６２の課金処理モジュール７２は、ステップＳ２４４で選択された、UCPＡの「利用内容１３」の内容（PTＡ−１の「価格内容１３」の内容）に基づいて、UCSＡおよび課金情報Ａを作成する。
【０１９２】
ステップＳ２４６において、サービスプロバイダセキュアコンテナに含まれる、コンテンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されている）、UCPＡ、PTＡ−１，PTＡ−２、およびコンテンツプロバイダ２の署名は取り出され、HDD５２に出力され、記憶される。ステップＳ２４７において、復号／暗号化ユニット７４の復号ユニット９１は、サービスプロバイダセキュアコンテナに含まれるコンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）を、記憶モジュール７３に記憶されている配送用鍵Ｋｄで復号する。
【０１９３】
ステップＳ２４８において、復号／暗号化ユニット７４の暗号化ユニット９３は、ステップＳ２４７で復号されたコンテンツ鍵ＫｃｏＡを、記憶モジュール７３に記憶されている保存用鍵Ｋｓａｖｅで暗号化する。
【０１９４】
ステップＳ２４９において、SAM６２のデータ検査モジュール７５は、ステップＳ２４８で保存用鍵Ｋｓａｖｅで暗号化されたコンテンツ鍵ＫｃｏＡ、およびステップＳ２４５で作成されたUCSＡが対応して記憶される、外部記憶部６３の利用情報記憶部６３ＡのブロックＢPを検出する。この例の場合、利用情報記憶部６３ＡのブロックＢP−１が検出される。なお、図２２の利用情報記憶部６３Ａにおいて、そのブロックＢP−１の利用情報用メモリ領域ＲP−３にコンテンツ鍵ＫｃｏＡおよびUCSＡが、すでに記憶されているように示されているが、この例の場合、この時点において、それらは記憶されておらず、ブロックＢP−１の利用情報用メモリ領域ＲP−３は、空いており、所定の初期情報が記憶されているものとする。
【０１９５】
ステップＳ２５０において、レシーバ５１のデータ検査モジュール７５は、ステップＳ２４９で検出したブロックＢP−１のデータ（利用情報用メモリ領域ＲP−１乃至ＲP−Ｎに記憶されている全てのデータ）にハッシュ関数を適用してハッシュ値を得る。次に、ステップＳ２５１において、データ検査モジュール７５は、ステップＳ２５０で得られたハッシュ値と、記憶モジュール７３に記憶されているブロックＢP−１に対応する検査値ＨP−１とを比較し、値が一致するか否かを判定し、一致すると判定した場合、そのブロックＢP−１のデータは改竄されていないので、ステップＳ２５２に進む。
【０１９６】
ステップＳ２５２において、レシーバ５１のSAM６２は、利用情報（ステップＳ２４８で、保存用鍵Ｋｓａｖｅで暗号化されたコンテンツ鍵ＫｃｏＡ、およびステップＳ２４５で作成されたUCSＡ）を、利用情報記憶部６３Ａ（外部記憶部６３）のブロックＢP−１の利用情報用メモリ領域ＲP−３に記憶させる。
【０１９７】
ステップＳ２５３において、レシーバ５１のデータ検査モジュール７５は、ステップＳ２５２で利用情報が記憶された利用情報用メモリ領域ＲP−３が属する、利用情報記憶部６３ＡのブロックＢP−１のデータにハッシュ関数を適用してハッシュ値を算出し、ステップＳ２５４において、記憶モジュール７３に記憶されている検査値ＨP−１に上書きする。ステップＳ２５５において、課金処理モジュール７２は、ステップＳ２４５で作成した課金情報Ａを記憶モジュール７３に記憶させ、処理は終了する。
【０１９８】
ステップＳ２５１において、算出されたハッシュ値と検査値ＨP−１とが一致しないと判定された場合、ブロックＢP−１のデータは改竄されているので、手続きは、ステップＳ２５６に進み、データ検査モジュール７５は、外部記憶部６３の利用情報記憶部６３Ａの全てのブロックＢPを調べたか否かを判定し、外部記憶部６３の全てのブロックＢPを調べていないと判定した場合、ステップＳ２５７に進み、利用情報記憶部６３Ａの、調べていない（空きを有する他の）ブロックＢPを検索し、ステップＳ２５０に戻り、それ以降の処理が実行される。
【０１９９】
ステップＳ２５６において、外部記憶部６３の利用情報記憶部６３Ａの全てのブロックＢPが調べられたと判定された場合、利用情報を記憶できるブロックＢP（利用情報用メモリ領域ＲP）は存在しないので、処理は終了する。
【０２００】
このように、サービスプロバイダセキュアコンテナが、レシーバ５１により受信されると、処理は終了し、図３３のステップＳ１５に進む。
【０２０１】
ステップＳ１５において、供給されたコンテンツＡが、レシーバ５１において利用される。なお、この例の場合、図４０のステップＳ２２４で選択されたUCPＡの利用内容１３によれば、コンテンツＡは、再生して利用される。そこで、ここでは、コンテンツＡの再生処理について説明する。この再生処理の詳細は、図４１のフローチャートに示されている。
【０２０２】
ステップＳ２６１において、レシーバ５１のデータ検査モジュール７５は、図４０のステップＳ２５２で、コンテンツ鍵ＫｃｏＡ（保存用鍵Ｋｓａｖｅで暗号化されている）およびUCSＡが記憶された利用情報用メモリ領域ＲP−３が属する、外部記憶部６３の利用情報記憶部６３ＡのブロックＢP−１のデータにハッシュ関数を適用してハッシュ値を算出する。
【０２０３】
ステップＳ２６２において、レシーバ５１のデータ検査モジュール７５は、ステップＳ２６１において算出したハッシュ値が、図４０のステップＳ２５３で算出し、ステップＳ２５４で記憶モジュール７３に記憶させたハッシュ値（検査値ＨP−１）と一致するか否かを判定し、一致すると判定した場合、ブロックＢP−１のデータは改竄されていないので、ステップＳ２６３に進む。
【０２０４】
ステップＳ２６３において、UCSＡ（図２１）の「利用内容」の「パラメータ」に示されている情報に基づいて、コンテンツＡが利用可能か否かが判定される。例えば、「利用内容」の「形式」が、”期間制限再生”とされているUCSにおいては、その「パラメータ」には、その開始期間（時刻）と終了期間（時刻）が記憶されているので、この場合、現在の時刻が、その範囲内にあるか否かが判定される。すなわち、現在時刻が、その範囲内にあるとき、そのコンテンツの利用が可能であると判定され、範囲外にあるとき、利用不可と判定される。また、「利用内容」の「形式」が、所定の回数に限って再生（複製）する利用形式とされているUCSにおいては、その「パラメータ」には、残された利用可能回数が記憶されている。この場合、「パラメータ」に記憶されている利用可能回数が０回でないとき、対応するコンテンツの利用が可能であると判定され、利用可能回数が０回であるとき、利用不可と判定される。
【０２０５】
なお、UCSＡの「利用内容」の「形式」は、”期間制限再生”とされているが、この場合、現在の時刻が、その期間内であるとし、ステップＳ２６３において、コンテンツＡが利用可能であると判定され、ステップＳ２６４に進む。
【０２０６】
ステップＳ２６４において、レシーバ５１の課金モジュール７２は、UCSＡを更新する。UCSＡには、更新すべき情報は含まれていないが、例えば、「利用内容」の「形式」が所定の回数に限って再生する利用形式とされている場合、その「パラメータ」に記憶されている、再生可能回数が１つだけデクリメントされる。
【０２０７】
次に、ステップＳ２６５において、レシーバ５１のSAM６２は、ステップＳ２６４で更新されたUCSＡ（実際は、更新されていない）を、外部記憶部６３の利用情報記憶部６３ＡのブロックＢP−１の利用情報用メモリ領域ＲP−３に記憶させる。ステップＳ２６６において、データ検査モジュール７５は、ステップＳ２６５でUCSＡが記憶された、外部記憶部６３の利用情報記憶部６３ＡのブロックＢP−１のデータにハッシュ関数を適用して、ハッシュ値を算出し、記憶モジュール７３に記憶されている検査値ＨP−１に上書きする。
【０２０８】
ステップＳ２６７において、SAM６２の相互認証モジュール７１と、伸張部６４の相互認証モジュール１０１は、相互認証し、SAM６２および伸張部６４は、一時鍵Ｋｔｅｍｐを共有する。この認証処理は、図３５乃至図３７を参照して説明した場合と同様であるので、ここでは説明を省略する。相互認証に用いられる乱数Ｒ１、Ｒ２、Ｒ３、またはその組み合わせが、一時鍵Ｋｔｅｍｐとして用いられる。
【０２０９】
ステップＳ２６８において、復号／暗号化モジュール７４の復号ユニット９１は、図４０のステップＳ２５２で外部記憶部６３の利用情報記憶部６３ＡのブロックＢP−１（利用情報用メモリ領域ＲP−３）に記憶されたコンテンツ鍵ＫｃｏＡ（保存用鍵Ｋｓａｖｅで暗号化されている）を、記憶モジュール７３に記憶された保存用鍵Ｋｓａｖｅで復号する。
【０２１０】
次に、ステップＳ２６９において、復号／暗号化モジュール７４の暗号化ユニット９３は、復号されたコンテンツ鍵ＫｃｏＡを一時鍵Ｋｔｅｍｐで暗号化する。ステップＳ２７０において、SAM６２は、一時鍵Ｋｔｅｍｐで暗号化されたコンテンツ鍵ＫｃｏＡを伸張部６４に送信する。
【０２１１】
ステップＳ２７１において、伸張部６４の復号モジュール１０２は、コンテンツ鍵ＫｃｏＡを一時鍵Ｋｔｅｍｐで復号する。ステップＳ２７２において、伸張部６４は、インタフェース６６を介して、HDD５２に記録されたコンテンツＡ（コンテンツ鍵Ｋｃｏで暗号化されている）を受け取る。ステップＳ２７３において、伸張部６４の復号モジュール１０３は、コンテンツＡ（コンテンツ鍵Ｋｃｏで暗号化されている）をコンテンツ鍵ＫｃｏＡで復号する。
【０２１２】
ステップＳ２７４において、伸張部６４の伸張モジュール１０４は、復号されたコンテンツＡをATRAC2などの所定の方式で伸張する。ステップＳ２７５において、伸張部６４のウォータマーク付加モジュール１０５は、伸張されたコンテンツＡにレシーバ５１を特定する所定のウォータマーク（電子透かし）を挿入する。ステップＳ２７６において、コンテンツＡは、図示せぬスピーカなどに出力され、処理は終了する。
【０２１３】
ステップＳ２６２において、ステップＳ２６１において算出されたハッシュ値が、レシーバ５１の記憶モジュール７３に記憶されたハッシュ値と一致しないと判定された場合、またはステップＳ２６３において、コンテンツが利用不可と判定された場合、ステップＳ２７７において、SAM６２は、表示制御部６７を介して、図示せぬ表示部にエラーメッセージを表示させる等の所定のエラー処理を実行し、処理は終了する。
【０２１４】
このようにして、レシーバ５１において、コンテンツＡが再生（利用）されたとき、処理は終了し、図３３の処理も終了する。
【０２１５】
次に、レシーバ５１において計上された課金を決済する場合の処理手順を、図４２のフローチャートを参照して説明する。なお、この処理は、計上された課金が所定の上限額（正式登録時の上限額または仮登録時の上限額）を越えた場合、または配送用鍵Ｋｄのバージョンが古くなり、例えば、図４０のステップＳ２４７で、コンテンツ鍵Ｋｃｏ（配送用鍵Ｋｄで暗号化されている）を復号することができなくなった場合（サービスプロバイダセキュアコンテナを受信することができなくなった場合）に開始される。
【０２１６】
ステップＳ３０１において、レシーバ５１とEMDサービスセンタ１との相互認証が行われる。この相互認証は、図３５乃至図３７を参照して説明した場合と同様の処理であるので、その説明は省略する。
【０２１７】
次に、ステップＳ３０２において、レシーバ５１のSAM６２は、EMDサービスセンタ１のユーザ管理部１８（図３）に証明書を送信する。ステップＳ３０３において、レシーバ５１のSAM６２は、決済される課金（課金情報）に対応するUCPを、ステップＳ３０１でEMDサービスセンタ１と共有した一時鍵Ｋｔｅｍｐで暗号化し、記憶モジュール７３に記憶されている、配送用鍵Ｋｄのバージョン、課金情報（例えば、図２３の課金情報Ａ）、および登録リストとともに、EMDサービスセンタ１に送信する。
【０２１８】
ステップＳ３０４において、EMDサービスセンタ１のユーザ管理部１８は、ステップＳ３０３で、レシーバ５１から送信された情報を受信し、復号した後、EMDサービスセンタ１のユーザ管理部１８が、登録リストの「状態フラグ」に”停止”が設定されるべき不正行為がレシーバ５１において存在するか否かを確認する。
【０２１９】
ステップＳ３０５において、EMDサービスセンタ１の課金請求部１９は、ステップＳ３０３で受信された課金情報を解析し、ユーザの支払い金額を算出する処理等を行う。次に、ステップＳ３０６において、ユーザ管理部１８は、ステップＳ３０５における処理により、決済が成功したか否かを確認する。
【０２２０】
次に、ステップＳ３０７において、EMDサービスセンタ１のユーザ管理部１８は、ステップＳ３０４における確認結果、およびステップＳ３０６における確認結果に基づいて、レシーバ５１の登録条件を設定し、それに署名を付して、レシーバ５１の登録リストを作成する。
【０２２１】
例えば、ステップＳ３０４で、不正行為が確認された場合、「状態フラグ」には”停止”が設定され、この場合、今後、全ての処理が停止される。すなわち、EMDシステムからのサービスを一切受けることができなくなる。また、ステップＳ３０６で、決済が成功しなかったことが確認された場合、「状態フラグ」には”制限あり”が設定され、この場合、すでに購入したコンテンツを再生する処理は可能とされるが、新たにコンテンツを購入する処理は実行できなくなる。
【０２２２】
次に、ステップＳ３０８に進み、EMDサービスセンタ１のユーザ管理部１８は、最新バージョンの配送用鍵Ｋｄ（３月分の最新バージョンの配送用鍵Ｋｄ）およびステップＳ３０７で作成された登録リストを、一時鍵Ｋｔｅｍｐで暗号化し、レシーバ５１に送信する。
【０２２３】
ステップＳ３０９において、レシーバ５１のSAM６２は、EMDサービスセンタ１から送信された配送用鍵Ｋｄおよび登録リストを、通信部６１を介して受信し、復号した後、記憶モジュール７３に記憶させる。このとき、記憶モジュール７３に記憶されていた課金情報は消去され、登録リストおよび配送用鍵Ｋｄが更新される。また、このとき、受信された登録リストの登録リスト署名が検証され、登録リストが改竄されていないとが確認される。この署名の確認処理は、図３７のステップＳ８３における処理と同様であるので、その説明は省略する。
【０２２４】
次に、コンテンツを利用する権利を再購入する場合のレシーバ５１の処理手順を、図４３のフローチャートを参照して説明する。ここでは、コンテンツＡを”期間制限再生”の利用形式で利用することができる権利を保持している（すでに購入している）レシーバ５１が、”買い取り再生”の利用形式で利用する権利を購入する場合を例として説明する。
【０２２５】
ステップＳ４０１において、HDD５２に記憶されているコンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２が改竄されているか否かが判定される。具体的には、レシーバ５１の復号／暗号化モジュール７４が、図４０のステップＳ２４６で、コンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２とともに、HDD５２に記憶させた署名を、公開鍵暗号の公開鍵で復号し、その結果（ハッシュ値）と、コンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２の全体のハッシュ値とが、等しいか否かを判定する。それらの値が等しいと判定された場合、データは、改竄されていないと判定され、ステップＳ４０２に進む。
【０２２６】
ステップＳ４０２において、コンテンツＡに対応する利用情報（コンテンツ鍵ＫｃｏＡおよびUCSＡ）が改竄されているか否かが判定される。具体的には、レシーバ５１のデータ検査モジュール７５が、コンテンツＡの利用情報が記憶されている、外部記憶部６３の利用情報記憶部６３ＡのブロックＢP（この例の場合、ブロックＢP−１）のデータにハッシュ関数を適用してハッシュ値を算出し、それが、記憶モジュール７３に記憶されている、そのブロックＢPに対応する検査値ＨP（この例の場合、検査値ＨP−１）と等しいか否かを判定する。それらの値が等しいと判定された場合、利用情報が改竄されていないと判定され、ステップＳ４０３に進み、レシーバ５１のSAM６２は、外部記憶部６３の利用情報記憶部６３Ａから、UCSＡを取り出す。
【０２２７】
次に、ステップＳ４０４において、SAM６２は、UCSと課金情報を作成する。具体的には、表示制御部６７が、UCPＡ、PTＡ−１，Ａ−２、およびUCSＡの内容を、図示せぬ表示部に表示する。そこで、ユーザＦは、UCSＡの「利用内容」の「形式」に、”期限制限再生”（形式１３）が設定されていることから、UCPＡの「利用内容１５」の「形式１５」での利用が可能であること、その価格（PTＡ−１の価格内容１５）などを確認する。そして、この例の場合、ユーザＦは、UCPＡの「利用内容１５」およびPTＡ−１を選択する操作を、レシーバ５１の図示せぬ操作部に対して行う。これにより、入力制御部６８は、ユーザの操作に対応する信号（UCPＡの「利用内容１５」のIDとPTＡ−１のID）を操作部から受信し、それをSAM６２に出力する。その後、SAM６２の課金モジュール７２は、入力制御部６８からのUCPＡの「利用内容１５」のIDとPTＡ−１のIDに基づいて、図４４および図４５に示すように、「利用内容」のUCPＡの「利用形式１５」の内容が設定されたUCSＢおよび課金情報Ｂを作成する。
【０２２８】
次に、ステップＳ４０５において、レシーバ５１のSAM６２は、ステップＳ４０４で作成された課金情報Ｂを、記憶モジュール７３に記憶させ、ステップＳ４０６において、ステップＳ４０４で作成されたUCSＢを、UCSＡに換えて外部記憶部６３の利用情報記憶部６３Ａに記憶させる。
【０２２９】
ステップＳ４０７において、レシーバ５１のデータ検査モジュール７５は、ステップＳ４０６で、UCSＢが記憶された、外部記憶部６３の利用情報記憶部６３ＡのブロックＢPのデータにハッシュ関数を適用してハッシュ値を算出する。そして、ステップＳ４０８において、データ検査モジュール７５は、算出したハッシュ値を記憶モジュール７３に記憶されている、そのブロックＢPに対応する検査値ＨPに上書きする。その後、処理は終了される。
【０２３０】
ステップＳ４０１において、コンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２が改竄されていると判定された場合、またはステップＳ４０２において、コンテンツ鍵ＫｃｏＡおよびUCSＡが改竄されていると判定された場合、処理は終了する。
【０２３１】
以上のようにして、レシーバ５１は、コンテンツＡを利用する権利の再購入する。
【０２３２】
なお、ステップＳ４０３で作成された課金情報Ｂに基づいて計上された課金は、図４２のフローチャートで説明した決済処理により決済される。すなわち、この例の場合、ユーザは、コンテンツＡを、新規に購入する場合の買い取り価格（２０００円）比べ、割安の価格（１９８０円）で購入することができる。
【０２３３】
次に、レシーバ３０１において権利を再購入する場合の処理手順を、図４６のフローチャートを参照して説明する。レシーバ５１が、図４３のフローチャートで説明した処理により、コンテンツＡをレシーバ５１において”買い取り再生”の利用形式で利用する権利を有している状態で、さらにコンテンツＡをレシーバ３０１において”買い取り再生”で利用する権利を購入する場合を例として説明する。
【０２３４】
ステップＳ４２１において、レシーバ５１（コンテンツを供給する機器）のSAM６２およびレシーバ３０１（コンテンツの供給を受ける機器）のSAM３１１のそれぞれは、各自が保持する登録リストの登録条件を参照し、再購入処理の実行が可能であるか否かを確認する。具体的には、コンテンツの供給機器のSAM（この例の場合、レシーバ５１のSAM６２）は、自分の登録リストに、コンテンツの供給を受ける機器（この例の場合、レシーバ３０１）の登録条件が設定されており、またその「コンテンツ供給機器」に自分自身のSAMのIDが設定されているか否かを確認する。コンテンツの供給を受ける機器は、登録リストの自分自身の登録条件の「コンテンツ供給機器」に、コンテンツを供給する機器が設定されているか否かを確認する。
【０２３５】
この例の場合、ここでは、レシーバ５１において、レシーバ５１の登録リストに、レシーバ３０１の登録リストが設定され、かつその「コンテンツ供給機器」にSAM６２のIDが設定され、そしてレシーバ３０１において、レシーバ３０１の登録リストのレシーバ３０１の登録条件の「コンテンツ供給機器」にSAM６２のIDが設定されているので、再購入処理の実行が可能であることが確認され、ステップＳ４２２に進む。
【０２３６】
ステップＳ４２２において、レシーバ５１とレシーバ３０１との相互認証が行われる。この相互認証は、図３７を参照して説明した場合と同様であるので、その説明は省略するが、これにより、レシーバ５１とレシーバ３０１は、一時鍵Ｋｔｅｍｐを共有する。
【０２３７】
ステップＳ４２３において、レシーバ５１は、HDD５２に記憶されているコンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２が改竄されているか否かを判定する。具体的には、レシーバ５１の復号／暗号化モジュール７４が、図４０のステップＳ２４６で、コンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２とともに、HDD５２に記憶された署名を、公開鍵暗号の公開鍵で復号し、その結果（ハッシュ値）と、コンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２の全体のハッシュ値とが、等しいか否かを判定する。それらの値が等しいと判定された場合、データは改竄されていないと判定され、ステップＳ４２４に進む。
【０２３８】
ステップＳ４２４において、レシーバ５１は、コンテンツＡに対応する利用情報（コンテンツ鍵ＫｃｏＡおよびUCSＢ）が改竄されているか否かを判定する。具体的には、レシーバ５１のデータ検査モジュール７５が、コンテンツＡの利用情報が記憶されている、外部記憶部６３の利用情報記憶部６３ＡのブロックＢP（この例の場合、ブロックＢP−１）のデータにハッシュ関数を適用してハッシュ値を算出し、それが、記憶モジュール７３に記憶されている、そのブロックＢPに対応する検査値ＨP（この例の場合、検査値ＨP−１）と等しいか否かを判定する。それらの値が等しいと判定された場合、利用情報が改竄されていないと判定され、ステップＳ４２５に進む。
【０２３９】
ステップＳ４２５において、レシーバ５１は、UCSと課金情報を作成する。具体的には、表示制御部６７は、UCPＡ、PTＡ−１，Ａ−２、およびUCSＢの内容を、図示せぬ表示部に表示する。そこで、ユーザＦ（または、ユーザＡ）は、UCSＢの「利用内容」の「形式」に、”形式１３−＞形式１１”が設定されていることから（現在、コンテンツＡを”買い取り再生”で利用する権利を有していることから）、UCPＡの「利用内容１６」の「形式１６」での利用が可能であること、その価格（PTＡ−１の価格内容１６）などを確認する。そして、この例の場合、ユーザＦは、UCPＡの「利用内容１６」およびPTＡ−１を選択する操作を、図示せぬ操作部に対して行う。これにより、入力制御部６８は、ユーザＦの操作に対応する信号（UCPＡの「利用内容１６」のIDとPTＡ−１のID）を操作部から受信し、それをSAM６２に出力する。その後、SAM６２の課金モジュール７２は、入力制御部６８からのUCPＡの「利用内容１６」のIDとPTＡ−１のIDに基づいて、図４７および図４８に示すように、「利用内容」にUCPＡの「利用内容１６」の内容が設定されたUCSＣおよび課金情報Ｃを作成する。
【０２４０】
次に、ステップＳ４２６において、HDD５２に記憶されている、コンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２、ステップＳ４２３で、改竄されていないことが確認されたコンテンツ鍵ＫｃｏＡ、ステップＳ４２５で作成されたUCSＢ、および署名（UCSＢおよびコンテンツ鍵ＫｃｏＡに対する署名）が、レシーバ３０１に送信される。なお、UCSＢ、コンテンツ鍵ＫｃｏＡ、および署名は、SAM６２が、一時鍵Ｋｔｅｍｐで暗号化し、通信部６５を介して、レシーバ３０１に送信する。また、UCSＢは、レシーバ３０１に送信された後、権利の増殖を防止するために消去される。
【０２４１】
コンテンツの供給を受ける機器であるレシーバ３０１は、上述したように、UCP、PT、およびUCSの内容をユーザに表示する表示部や、利用内容等を選択することができる操作部を有しておらず、そのため、UCSや課金情報を自分自身で作成することができない。そこで、このような場合、ステップＳ４２５において、コンテンツを供給する機器であるレシーバ５１により、UCSおよび課金情報が作成される。また、レシーバ３０１は、上述したように、課金処理を実行することがでいないので、作成された課金情報は、ステップＳ４２６で、レシーバ３０１に送信されず、レシーバ５１により保持され、レシーバ５１により処理される。
【０２４２】
次に、ステップＳ４２７において、レシーバ３０１のSAM３１１は、ステップＳ４２６で、レシーバ５１から送信されてきたデータを受信する。なお、一時鍵Ｋｔｅｍｐで暗号化されて送信されてきたUCSＢ、コンテンツ鍵ＫｃｏＡ、および署名は、一時鍵Ｋｔｅｍｐで復号される。
【０２４３】
ステップＳ４２８において、レシーバ３０１の復号／暗号化モジュール３２４は、ステップＳ４２７で受信されたUCSＢおよびコンテンツ鍵ＫｃｏＡに付された署名を確認し、UCSＢおよびコンテンツ鍵ＫｃｏＡが改竄が改竄されているか否かを判定する。この署名の確認は、図３７のステップＳ８３における処理と同様であるので、その説明は省略する。
【０２４４】
ステップＳ４２８において、UCSＢおよびコンテンツ鍵ＫｃｏＡが改竄されていないと判定された場合、ステップＳ４２９に進み、レシーバ３０１のSAM３１１は、ステップＳ４２７で受信されたコンテンツＡ、UCPＡ、およびPTＡ−１，PTＡ−２を記憶モジュール３２３に記憶させる。
【０２４５】
ステップＳ４３０において、レシーバ３０１のデータ検査モジュール３２５は、コンテンツ鍵ＫｃｏＡを記憶する、外部記憶部３１２の利用情報記憶部３１２ＡのブロックＢPを検出する。次に、ステップＳ４３１において、レシーバ３０１のデータ検査モジュール３２５は、ステップＳ４３０で検出した、利用情報記憶部３１２ＡのブロックＢPのデータにハッシュ関数を適用してハッシュ値を算出し、記憶モジュール３２３に記憶されている、検出されたブロックＢPに対応する検査値ＨPと一致しているか否かを判定する。それらの値が一致すると判定された場合、すなわち、ステップＳ４３０で検出されたブロックＢPが改竄されていない場合、ステップＳ４３２に進み、データ検査モジュール３２５は、ステップＳ４２７で受信されたUCSＢおよびコンテンツ鍵ＫｃｏＡを、それぞれ対応させてブロックＢPに記憶させる。
【０２４６】
ステップＳ４３３において、レシーバ３０１のデータ検査モジュール３２５は、ステップＳ４３２で、UCSＢおよびコンテンツ鍵ＫｃｏＡが記憶された外部記憶部３１２の利用情報記憶部３１２ＡのブロックＢPのデータにハッシュ関数を適用してハッシュ値を算出し、記憶モジュール３２３に記憶されている、そのブロックＢPに対応する検査値ＨPに上書きする。その後、処理は終了される。
【０２４７】
ステップＳ４２８において、レシーバ５１からのデータが改竄されていると判定された場合、ステップＳ４３４に進み、レシーバ３０１のSAM３１１は、その旨をレシーバ５１に通知する等の処理を実行する。その後、ステップＳ４２４に戻る。すなわち、これにより、コンテンツＡ、UCPＡ、PTＡ−１，Ａ−２、UCSＢ、コンテンツ鍵ＫｃｏＡ、および署名が、再度、レシーバ３０１に送信される。なお、この例の場合、レシーバ５１からのこの送信は、予め決められた回数だけ行われるものとし、その回数を越えた場合、処理は終了されるものとする。
【０２４８】
ステップＳ４２１で、再購入処理の実行が可能でないと判定された場合、ステップＳ４２３で、コンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２が改竄されていると判定された場合、ステップＳ４２４で、UCSＢおよびコンテンツ鍵ＫｃｏＡが改竄されていると判定された場合、またはステップＳ４３１において、検出されたブロックＢPが改竄されていると判定された場合、処理は終了される。
【０２４９】
次に、レシーバ２０１において権利を再購入する場合の処理手順を、図４９のフローチャートを参照して説明する。レシーバ５１が、図４３のフローチャートで説明した処理により、コンテンツＡをレシーバ５１において”買い取り再生”の利用形式で利用する権利を有している状態で、さらにコンテンツＡをレシーバ２０１において”買い取り再生”で利用する権利を購入する場合を例として説明する。
【０２５０】
ステップＳ４５１において、レシーバ５１のSAM６２およびレシーバ２０１のSAM２１２のそれぞれは、各自が保持する登録リストの登録条件を参照し、再購入処理の実行が可能か否かを確認する。なお、ここでの具体的な処理は、図４６のステップＳ４２１における場合と同様であるので、その説明は省略するが、この例の場合、再購入処理の実行が可能であると判定され、ステップＳ４５２に進む。
【０２５１】
ステップＳ４５２において、レシーバ５１とレシーバ２０１との相互認証が行われる。この相互認証は、図３７を参照して説明した場合と同様であるので、その説明は省略するが、これにより、レシーバ５１とレシーバ２０１は、一時鍵Ｋｔｅｍｐを共有する。
【０２５２】
ステップＳ４５３において、コンテンツＡに対応する利用情報（コンテンツ鍵ＫｃｏＡおよびUCSＢ）が改竄されているか否かが判定される。具体的には、レシーバ５１のデータ検査モジュール７５が、コンテンツＡの利用情報が記憶されている、外部記憶部６３の利用情報記憶部６３ＡのブロックＢP（この例の場合、ブロックＢP−１）のデータにハッシュ関数を適用してハッシュ値を算出し、それが、記憶モジュール７３に記憶されている、そのブロックＢPに対応する検査値ＨP（この例の場合、検査値ＨP−１）と等しいか否かを判定する。それらの値が等しいと判定された場合、利用情報が改竄されていないと判定され、ステップＳ４５４に進む。
【０２５３】
ステップＳ４５４において、図４０のステップＳ２４６で、レシーバ２０１のHDD５２に記憶された、コンテンツＡ、UCPＡ、PTＡ−１，Ａ−２、および署名（コンテンツＡ、UCPＡ、PTＡ−１，PTＡ−２に対する署名）、並びに、ステップＳ４５３で、改竄されていないことが確認された、UCSＢ、コンテンツ鍵ＫｃｏＡ、および署名（UCSＢおよびコンテンツ鍵ＫｃｏＡに対する署名）が、レシーバ２０１に送信される。なお、UCSＢ、コンテンツ鍵ＫｃｏＡ、および署名は、SAM６２が、一時鍵Ｋｔｅｍｐで暗号化し、通信部６５を介して、レシーバ２０１に送信する。
【０２５４】
次に、ステップＳ４５５において、レシーバ２０１のSAM２１２は、ステップＳ４５４で、レシーバ５１から送信されてきたデータを受信する。なお、一時鍵Ｋｔｅｍｐで暗号化されて送信されてきたUCSＢ、コンテンツ鍵ＫｃｏＡ、および署名は、一時鍵Ｋｔｅｍｐで復号される。
【０２５５】
ステップＳ４５６において、レシーバ２０１の復号／暗号化モジュール２２４は、ステップＳ４５５で受信されたUCSＢおよびコンテンツ鍵ＫｃｏＡの署名を確認し、UCSＢおよびコンテンツ鍵ＫｃｏＡが改竄が改竄されているか否かを判定し、改竄されていないと判定した場合、ステップＳ４５７に進む。この署名の確認は、図３７のステップＳ８３における処理と同様であるので、その説明は省略する。
【０２５６】
ステップＳ４５７において、レシーバ２０１の復号／暗号化モジュール２２４は、ステップＳ４５５で受信されたコンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２が改竄されているか否かを判定する。具体的には、レシーバ２０１の復号／暗号化モジュール２２４が、ステップＳ４５５で受信された署名（コンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２に対する署名）を、公開鍵暗号の公開鍵で復号し、その結果（ハッシュ値）と、コンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２の全体のハッシュ値とが等しいか否かを判定する。それらの値が等しいと判定された場合、データは改竄されていないと判定され、ステップＳ４５８に進む。
【０２５７】
ステップＳ４５８において、レシーバ２０１のSAM２１２は、ステップＳ４５５で受信されたコンテンツＡ、UCPＡ、およびPTＡ−１，PTＡ−２を、自分自身の署名を付して、HDD２０２に記憶させる。
【０２５８】
ステップＳ４５９において、レシーバ２０１のデータ検査モジュール２２５は、コンテンツ鍵ＫｃｏＡを記憶する、外部記憶部２１３の利用情報記憶部２１３ＡのブロックＢPを検出する。ステップＳ４６０において、レシーバ２０１のデータ検査モジュール２２５は、ステップＳ４５９で検出した、利用情報記憶部２１３ＡのブロックＢPのデータにハッシュ関数を適用してハッシュ値を算出し、記憶モジュール２２３に記憶されている、検出されたブロックＢPに対応する検査値ＨPと一致しているか否かを判定する。それらの値が一致すると判定された場合、すなわち、ステップＳ４５９で検出されたブロックＢPが改竄されていない場合、ステップＳ４６１に進む。
【０２５９】
ステップＳ４６１において、レシーバ２０１のSAM２１２は、UCSと課金情報を作成する。具体的には、表示制御部２１７は、UCPＡ、PTＡ−１，Ａ−２、およびUCSＢの内容を、図示せぬ表示部に表示する。そこで、ユーザＦ（または、ユーザＡ）は、UCSＢの「利用内容」の「形式」に、”形式１３−＞形式１１”が設定されていることから（現在、コンテンツＡを”買い取り再生”で利用する権利を有していることから）、UCPＡの「利用内容１６」の「形式１６」での利用が可能であること、その価格（PTＡ−１の価格内容１６）などを確認する。そして、この例の場合、ユーザＦは、UCPＡの「利用内容１６」およびPTＡ−１を選択する操作を、レシーバ２０１の図示せぬ操作部に対して行う。これにより、入力制御部２１８は、ユーザＦの操作に対応する信号（UCPＡの「利用内容１６」のIDとPTＡ−１のID）を操作部から受信し、それをSAM２１２に出力する。その後、SAM２１２の課金モジュール２２２は、入力制御部２１８からのUCPＡの「利用内容１６」のIDとPTＡ−１のIDに基づいて、図５０および図５１に示すように、「利用内容」にUCPＡの「利用内容１６」に内容が設定されたUCSＤおよび課金情報Ｄを作成する。なお、UCSＤが作成された後、レシーバ５１から供給されたUCSＢは、権利の増殖を防止するために消去される。
【０２６０】
次に、ステップＳ４６２において、レシーバ２０１のSAM２１２は、ステップＳ４６１で作成された課金情報Ｄを、記憶モジュール２２３に記憶させる。
【０２６１】
このように、レシーバ２０１は、表示部や操作部を有しているので、自分自身でUCSおよび課金情報を作成する。またレシーバ２０１は、課金処理を実行することができるので、作成した課金情報を保持し、所定のタイミングで、それを処理する。
【０２６２】
ステップＳ４６３において、レシーバ２０１のSAM２１は、ステップＳ４６１で作成されたUCSＤを、コンテンツ鍵ＫｃｏＡと対応させて、外部記憶部２１３の利用情報記憶部２１３Ａの、ステップＳ４５９で検出されたブロックＢPに記憶させる。
【０２６３】
ステップＳ４６４において、レシーバ２０１のデータ検査モジュール２２５は、ステップＳ４６３で、UCSＤおよびコンテンツ鍵ＫｃｏＡが記憶された外部記憶部２１３の利用情報記憶部２１３ＡのブロックＢPのデータにハッシュ関数を適用してハッシュ値を算出し、記憶モジュール２２３に記憶されている、そのブロックＢPに対応する検査値ＨPに上書きする。その後、処理は終了される。
【０２６４】
ステップＳ４５６において、レシーバ５１からのデータが改竄されていると判定された場合、ステップＳ４６５に進み、レシーバ２０１のSAM２１２は、その旨をレシーバ５１に通知する等の処理を実行する。その後、ステップＳ４５４に戻る。すなわち、これにより、コンテンツＡ、UCPＡ、PTＡ−１，Ａ−２、UCSＢ、コンテンツ鍵ＫｃｏＡ、および署名が、再度、レシーバ２０１に送信される。なお、この例の場合、レシーバ５１からのこの送信は、予め決められた回数だけ行われるものとし、その回数を越えた場合、処理は終了されるものとする。
【０２６５】
ステップＳ４５１において、再購入処理の実行が可能でないと判定された場合、ステップＳ４５３において、UCSＢおよびコンテンツ鍵ＫｃｏＡが改竄されていると判定された場合、ステップＳ４５７において、コンテンツＡ、UCPＡ、およびPTＡ−１，Ａ−２が改竄されていると判定された場合、またはステップＳ４６０において、検出されたブロックＢPが改竄されていると判定された場合、処理は終了される。
【０２６６】
以上においては、レシーバ５１が、レシーバ２０１に供給する（ステップＳ４５４）場合と例として説明したが、レシーバ２０１は、それらを、別途（例えば、EMDサービスセンタ１から直接）取得するようにすることもできる。
【０２６７】
また、以上においては、コンテンツを”期間制限再生”で利用する権利を有している状態において、”買い取り再生”で利用する権利を購入する場合、および”買い取り再生”で利用する権利を有している状態において、”買い取り再生”で利用する権利を再度（他の機器において）購入する場合を例として説明したが、その他利用形式の組み合わせにおいても、適用することができる。
【０２６８】
また、以上においては、再購入の権利の内容を示す、UCPの「利用内容」（例えば、利用内容１５または利用内容１６）が選択された場合、UCSの「利用内容」の「ID」に「利用内容１５」または「利用内容１６」のIDが設定されるようにしたが、このとき再購入される「利用内容１１」のIDが設定されるようにすることもできる。
【０２６９】
また、以上においては、SAMの、公開鍵Ｋｐｕおよび証明書が、SAM内に（記憶モジュールに）記憶されるようにしたが、HDDに記憶させておくこともできる。
【０２７０】
なお、コンテンツは、音楽データを例に説明したが、音楽データに限らず、動画像データ、静止画像データ、文書データ、またはプログラムデータでもよい。その際、圧縮は、コンテンツの種類に適した方式、例えば、画像であればMPEG(Moving Picture Experts Group)などが利用される。ウォーターマークも、コンテンツの種類に適した形式のウォーターマークが利用される。
【０２７１】
また、共通鍵暗号は、ブロック暗号であるDESを使用して説明したが、NTT（商標）が提案するFEAL、IDEA(International Data Encription Algorithm)、または１ビット乃至数ビット単位で暗号化するストリーム暗号などでもよい。
【０２７２】
さらに、コンテンツおよびコンテンツ鍵Ｋｃｏの暗号化は、共通鍵暗号方式を利用するとして説明したが、公開鍵暗号方式でもよい。
【０２７３】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものとする。
【０２７４】
また、上記したような処理を行うコンピュータプログラムをユーザに提供する提供媒体としては、磁気ディスク、CD-ROM、固体メモリなどの記録媒体の他、ネットワーク、衛星などの通信媒体を利用することができる。
【０２７５】
【発明の効果】
本発明によれば、権利の内容に基づいて、コンテンツを利用することができる。
【図面の簡単な説明】
【図１】  EMDシステムを説明する図である。
【図２】  EMDシステムにおける、主な情報の流れを説明する図である。
【図３】  EMDサービスセンタ１の機能的構成を示すブロック図である。
【図４】  EMDサービスセンタ１の配送用鍵Ｋｄの送信を説明する図である。
【図５】  EMDサービスセンタ１の配送用鍵Ｋｄの送信を説明する他の図である。
【図６】  EMDサービスセンタ１の配送用鍵Ｋｄの送信を説明する他の図である。
【図７】  EMDサービスセンタ１の配送用鍵Ｋｄの送信を説明する他の図である。
【図８】システム登録情報の例を説明する図である。
【図９】コンテンツプロバイダ２の機能的構成例を示すブロック図である。
【図１０】  UCPの例を示す図である。
【図１１】コンテンツの管理移動を説明する図である。
【図１２】第１世代複製を説明する図である。
【図１３】コンテンツプロバイダセキュアコンテナの例を示す図である。
【図１４】コンテンツプロバイダ２の証明書の例を示す図である。
【図１５】サービスプロバイダ３の機能的構成を示すブロック図である。
【図１６】  PTの例を示す図である。
【図１７】サービスプロバイダセキュアコンテナの例を示す図である。
【図１８】サービスプロバイダ３の証明書の例を示す図である。
【図１９】ユーザホームネットワーク５のレシーバ５１の機能的構成例を示すブロック図である。
【図２０】レシーバ５１のSAM６２の証明書の例を示す図である。
【図２１】  UCSの例を示す図である。
【図２２】レシーバ５１の外部記憶部６３の利用情報記憶部６３Ａの内部を説明する図である。
【図２３】課金情報の例を示す図である。
【図２４】レシーバ５１の記憶モジュール７３に記憶されている情報を示す図である。
【図２５】基準情報５１を説明する図である。
【図２６】レシーバ５１の登録リストの例を示す図である。
【図２７】ユーザホームネットワーク５のレシーバ２０１の機能的構成例を示すブロック図である。
【図２８】基準情報５１を説明する図である。
【図２９】レシーバ２０１の登録リストの例を示す図である。
【図３０】ユーザホームネットワーク５のレシーバ３０１の機能的構成例を示すブロック図である。
【図３１】基準情報３０１を説明する図である。
【図３２】レシーバ３０１の登録リストの例を示す図である。
【図３３】コンテンツの利用処理を説明するフローチャートである。
【図３４】  EMDサービスセンタ１がコンテンツプロバイダ２へ配送用鍵Ｋｄを送信する処理を説明するフローチャートである。
【図３５】コンテンツプロバイダ２とEMDサービスセンタ１との相互認証の動作を説明するフローチャートである。
【図３６】コンテンツプロバイダ２とEMDサービスセンタ１との相互認証の他の動作を説明するフローチャートである。
【図３７】コンテンツプロバイダ２とEMDサービスセンタ１との相互認証の他の動作を説明するフローチャートである。
【図３８】コンテンツプロバイダ２がサービスプロバイダ３にコンテンツプロバイダセキュアコンテナを送信する処理を説明するフローチャートである。
【図３９】サービスプロバイダ３がレシーバ５１にサービスプロバイダセキュアコンテナを送信する処理を説明するフローチャートである。
【図４０】レシーバ５１がサービスプロバイダセキュアコンテナを受信する処理を説明するフローチャートである。
【図４１】レシーバ５１がコンテンツを再生する処理を説明するフローチャートである。
【図４２】課金を決済する処理を説明するフローチャートである。
【図４３】再購入処理を説明するフローチャートである。
【図４４】他のUCSの例を示す図である。
【図４５】他の課金情報の例を示す図である。
【図４６】他の再購入処理を説明するフローチャートである。
【図４７】他のUCSの例を示す図である。
【図４８】他の課金情報の例を示す図である。
【図４９】他の再購入処理を説明するフローチャートである。
【図５０】他のUCSの例を示す図である。
【図５１】他の課金情報の例を示す図である。
【符号の説明】
１  EMDサービスセンタ，  ２  コンテンツプロバイダ，  ３  サービスプロバイダ，  ５  ユーザホームネットワーク，  １１  サービスプロバイダ管理部，  １２  コンテンツプロバイダ管理部，  １３  著作権管理部，  １４  鍵サーバ，  １５  経歴データ管理部，  １６  利益分配部，  １７  相互認証部，１８  ユーザ管理部，  １９  課金請求部，  ２０  出納部，  ２１  監査部，  ３１  コンテンツサーバ，  ３２  ウォータマーク付加部，  ３３  圧縮部，  ３４  暗号化部，  ３５  乱数発生部，  ３６  暗号化部，  ３７  ポリシー記憶部，  ３８  セキュアコンテナ作成部，  ３９  相互認証部，  ４１  コンテンツサーバ，  ４２  値付け部，  ４３  ポリシー記憶部，  ４４  セキュアコンテナ作成部，  ４５  相互認証部，  ５１  レシーバ，  ５２  HDD，  ６１  通信部，  ６２  SAM，  ６３  外部記憶部，  ６４  伸張部，  ６５  通信部，  ６６  インタフェース，  ６７  表示制御部，  ６８  入力制御部，７１  相互認証モジュール，  ７２  課金処理モジュール，  ７３  記憶モジュール，  ７４  復号／暗号化モジュール，  ７５  データ検査モジュール，  ９１  復号ユニット，  ９２  乱数発生ユニット，  ９３  暗号化ユニット，  １０１  相互認証モジュール，  １０２  復号モジュール，  １０３  復号モジュール，  １０４  伸張モジュール，  １０５  ウォータマーク付加モジュール，  ２０１  レシーバ，  ２０２  HDD，  ２１１  通信部，  ２１２  SAM，  ２１３  外部記憶部，  ２１４  伸張部，  ２１５  通信部，  ２１６  インタフェース，  ２１７  表示制御部，  ２１８  入力制御部，  ２２１  相互認証モジュール，  ２２２  課金処理モジュール，  ２２３  記憶モジュール，  ２２４  復号／暗号化モジュール，  ２２５  データ検査モジュール，  ２３１  復号ユニット，  ２３２  乱数発生ユニット，  ２３３  暗号化ユニット，  ２４１  相互認証モジュール，  ２４２  復号モジュール，  ２４３  復号モジュール，  ２４４  伸張モジュール，  ２４５  ウォータマーク付加モジュール
【図１】
0004238410.tif 000002
【図２】
0004238410.tif 000003
【図３】
0004238410.tif 000004
【図４】
0004238410.tif 000005
【図５】
0004238410.tif 000006
【図６】
0004238410.tif 000007
【図７】
0004238410.tif 000008
【図８】
0004238410.tif 000009
【図９】
0004238410.tif 000010
【図１０】
0004238410.tif 000011
【図１１】
0004238410.tif 000012
【図１２】
0004238410.tif 000013
【図１３】
0004238410.tif 000014
【図１４】
0004238410.tif 000015
【図１５】
0004238410.tif 000016
【図１６】
0004238410.tif 000017
【図１７】
0004238410.tif 000018
【図１８】
0004238410.tif 000019
【図１９】
0004238410.tif 000020
【図２０】
0004238410.tif 000021
【図２１】
0004238410.tif 000022
【図２２】
0004238410.tif 000023
【図２３】
0004238410.tif 000024
【図２４】
0004238410.tif 000025
【図２５】
0004238410.tif 000026
【図２６】
0004238410.tif 000027
【図２７】
0004238410.tif 000028
【図２８】
0004238410.tif 000029
【図２９】
0004238410.tif 000030
【図３０】
0004238410.tif 000031
【図３１】
0004238410.tif 000032
【図３２】
0004238410.tif 000033
【図３３】
0004238410.tif 000034
【図３４】
0004238410.tif 000035
【図３５】
0004238410.tif 000036
【図３６】
0004238410.tif 000037
【図３７】
0004238410.tif 000038
【図３８】
0004238410.tif 000039
【図３９】
0004238410.tif 000040
【図４０】
0004238410.tif 000041
【図４１】
0004238410.tif 000042
【図４２】
0004238410.tif 000043
【図４３】
0004238410.tif 000044
【図４４】
0004238410.tif 000045
【図４５】
0004238410.tif 000046
【図４６】
0004238410.tif 000047
【図４７】
0004238410.tif 000048
【図４８】
0004238410.tif 000049
【図４９】
0004238410.tif 000050
【図５０】
0004238410.tif 000051
【図５１】
0004238410.tif 000052