JP2000293590A

JP2000293590A - 情報処理装置および方法、並びに提供媒体

Info

Publication number: JP2000293590A
Application number: JP10399399A
Authority: JP
Inventors: Yoshito Ishibashi; 義人石橋; Takeo Oishi; 丈於大石; Akihiro Muto; 明宏武藤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-04-12
Filing date: 1999-04-12
Publication date: 2000-10-20
Also published as: EP1120726A1; WO2000062216A1; EP1120726A4; CN1300404A; KR20010052765A

Abstract

(57)【要約】【課題】ユーザ情報に応じてサービスを提供できるよ
うにする。【解決手段】 PTＡ−１の「価格条件１０」の「ユーザ
条件１０」には、男性のユーザであるとが示されている
ので、PTＡ−１は、男性のユーザのみが選択可能とな
る。PTＡ−２の「価格条件２０」の「ユーザ条件２０」
には、女性のユーザであることが示されているので、PT
Ａ−２は、女性のユーザのみが選択可能となる。PTＡ−
１とPTＡ−２の価格内容を比較すると、PTＡ−２の価格
内容に示される額は、対応するPTＡ−１の価格内容に示
される額の半分にされている。すなわち、女性ユーザ
は、男性ユーザに比べ、半額の料金でコンテンツを利用
することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置およ
び方法、並びに提供媒体に関し、特に、暗号化された情
報を利用する情報処理装置および方法、並びに提供媒体
に関する。

【０００２】

【従来の技術】音楽などの情報（コンテンツ）を暗号化
し、所定の契約を交わしたユーザの情報処理装置に送信
し、ユーザが、その情報処理装置でコンテンツを復号し
て、利用するシステムがある。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
システムにおいては、ユーザの性別や年齢などの個人情
報、コンテンツの利用実績、またはユーザの所有する情
報処理装置の種類に応じて、コンテンツの利用を提供す
るなど、変化に富んだサービスを提供することができな
い課題があった。

【０００４】本発明はこのような状況に鑑みてなされた
ものであり、変化に富んだサービスを提供することがで
きるようにするものである。

【０００５】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、暗号化されている第１の情報を保持する保持
手段と、第１の情報の利用条件と利用条件に対応する利
用内容を含む第２の情報を、第１の情報に対応させて記
憶する記憶手段と、保持手段により保持されている暗号
化されている第１の情報と、記憶手段により記憶されて
いる第２の情報を所定のプロバイダに送信する送信手段
とを備えることを特徴とする。

【０００６】請求項２に記載の情報処理方法は暗号化
されている第１の情報を保持する保持ステップと、第１
の情報の利用条件と利用条件に対応する利用内容を含む
第２の情報を、第１の情報に対応させて記憶する記憶ス
テップと、保持ステップで保持された暗号化されている
第１の情報と、記憶ステップで記憶された第２の情報を
所定のプロバイダに送信する送信ステップとを含むこと
を特徴とする。

【０００７】請求項３に記載の提供媒体は、暗号化され
ている第１の情報を保持する保持ステップと、第１の情
報の利用条件と利用条件に対応する利用内容を含む第２
の情報を、第１の情報に対応させて記憶する記憶ステッ
プと、保持ステップで保持された暗号化されている第１
の情報と、記憶ステップで記憶された第２の情報を所定
のプロバイダに送信する送信ステップとを含む処理を情
報処理装置に実行させるコンピュータが読み取り可能な
プログラムを提供することを特徴とする。

【０００８】請求項１に記載の情報処理装置、請求項２
に記載の情報処理方法、および請求項３に記載の提供媒
体においては、暗号化されている第１の情報が保持さ
れ、第１の情報の利用条件と利用条件に対応する利用内
容を含む第２の情報が、第１の情報に対応されて記憶さ
れ、保持された暗号化されている第１の情報と、記憶さ
れた第２の情報が所定のプロバイダに送信される。

【０００９】請求項４に記載の情報処理装置は、所定の
プロバイダから送信されてくる、暗号化されている第１
の情報、および第１の情報の利用条件と利用条件に対応
する利用内容を含む第２の情報を受信する受信手段と、
受信手段により受信された第２の情報に対応して、第１
の情報の価格条件と価格条件に対応する価格内容を含む
第３の情報を作成する作成手段と、受信手段により受信
された暗号化されている第１の情報および第２の情報、
並びに作成手段により作成された第３の情報を、所定の
機器に送信する送信手段とを備えることを特徴とする。

【００１０】請求項５に記載の情報処理方法は、所定の
プロバイダから送信されてくる、暗号化されている第１
の情報、および第１の情報の利用条件と利用条件に対応
する利用内容を含む第２の情報を受信する受信ステップ
と、受信ステップで受信された第２の情報に対応して、
第１の情報の価格条件と価格条件に対応する価格内容を
含む第３の情報を作成する作成ステップと、受信ステッ
プで受信された暗号化されている第１の情報および第２
の情報、並びに作成ステップで作成された第３の情報
を、所定の機器に送信する送信ステップとを含むことを
特徴とする。

【００１１】請求項６に記載の提供媒体は、所定のプロ
バイダから送信されてくる、暗号化されている第１の情
報、および第１の情報の利用条件と利用条件に対応する
利用内容を含む第２の情報を受信する受信ステップと、
受信ステップで受信された第２の情報に対応して、第１
の情報の価格条件と価格条件に対応する価格内容を含む
第３の情報を作成する作成ステップと、受信ステップで
受信された暗号化されている第１の情報および第２の情
報、並びに作成ステップで作成された第３の情報を、所
定の機器に送信する送信ステップとを含む処理を情報処
理装置に実行させるコンピュータが読み取り可能なプロ
グラムを提供することを特徴とする。

【００１２】請求項４に記載の情報処理装置、請求項５
に記載の情報処理方法、および請求項６に記載の提供媒
体においては、所定のプロバイダから送信されてくる、
暗号化されている第１の情報、および第１の情報の利用
条件と利用条件に対応する利用内容を含む第２の情報が
受信され、受信された第２の情報に対応して、第１の情
報の価格条件と価格条件に対応する価格内容を含む第３
の情報が作成され、受信された暗号化されている第１の
情報および第２の情報、並びに作成された第３の情報
が、所定の機器に送信される。

【００１３】請求項７に記載の情報処理装置は、所定の
基準情報を記憶する記憶手段と、所定のプロバイダから
送信されてくる、暗号化されている第１の情報、第１の
情報の利用条件と利用条件に対応する利用内容を含む第
２の情報、および第１の情報の価格条件と価格条件に対
応する価格内容を含む第３の情報を受信する受信手段
と、記憶手段に記憶されている基準情報に対応する、受
信手段により受信された第２の情報の利用条件を選択す
る利用条件選択手段と、記憶手段に記憶されている基準
情報に対応する、受信手段により受信された第３の情報
の価格条件を選択する価格条件選択手段と、利用条件選
択手段により選択された利用条件に対応する利用内容に
従って、暗号化されている第１の情報を復号して、利用
する利用手段と、価格条件選択手段により選択された価
格条件に対応する価格内容に従って、利用手段による利
用に対する課金処理を実行する実行手段とを備えること
を特徴とする。

【００１４】請求項８に記載の情報処理方法は、所定の
基準情報を記憶する記憶ステップと、所定のプロバイダ
から送信されてくる、暗号化されている第１の情報、第
１の情報の利用条件と利用条件に対応する利用内容を含
む第２の情報、および第１の情報の価格条件と価格条件
に対応する価格内容を含む第３の情報を受信する受信ス
テップと、記憶ステップで記憶された基準情報に対応す
る、受信ステップで受信された第２の情報の利用条件を
選択する利用条件選択ステップと、記憶ステップで記憶
された基準情報に対応する、受信ステップで受信された
第３の情報の価格条件を選択する価格条件選択ステップ
と、利用条件選択ステップで選択された利用条件に対応
する利用内容に従って、暗号化されている第１の情報を
復号して、利用する利用ステップと、価格条件選択ステ
ップで選択された価格条件に対応する価格内容に従っ
て、利用ステップでの利用に対する課金処理を実行する
実行ステップとを含むことを特徴とする。

【００１５】請求項９に記載の提供媒体は、所定の基準
情報を記憶する記憶ステップと、所定のプロバイダから
送信されてくる、暗号化されている第１の情報、第１の
情報の利用条件と利用条件に対応する利用内容を含む第
２の情報、および第１の情報の価格条件と価格条件に対
応する価格内容を含む第３の情報を受信する受信ステッ
プと、記憶ステップで記憶された基準情報に対応する、
受信ステップで受信された第２の情報の利用条件を選択
する利用条件選択ステップと、記憶ステップで記憶され
た基準情報に対応する、受信ステップで受信された第３
の情報の価格条件を選択する価格条件選択ステップと、
利用条件選択ステップで選択された利用条件に対応する
利用内容に従って、暗号化されている第１の情報を復号
して、利用する利用ステップと、価格条件選択ステップ
で選択された価格条件に対応する価格内容に従って、利
用ステップでの利用に対する課金処理を実行する実行ス
テップとを含む処理を情報処理装置に実行させるコンピ
ュータが読み取り可能なプログラムを提供することを特
徴とする。

【００１６】請求項７に記載の情報処理装置、請求項８
に記載の情報処理方法、および請求項９に記載の提供媒
体においては、所定の基準情報が記憶され、所定のプロ
バイダから送信されてくる、暗号化されている第１の情
報、第１の情報の利用条件と利用条件に対応する利用内
容を含む第２の情報、および第１の情報の価格条件と価
格条件に対応する価格内容を含む第３の情報が受信さ
れ、記憶されている基準情報に対応する、受信された第
２の情報の利用条件が選択され、記憶されている基準情
報に対応する、受信された第３の情報の価格条件が選択
され、選択された利用条件に対応する利用内容に従っ
て、暗号化されている第１の情報が復号され、利用さ
れ、選択された価格条件に対応する価格内容に従って、
利用に対する課金処理が実行される。

【００１７】

【発明の実施の形態】以下に本発明の実施の形態を説明
するが、特許請求の範囲に記載の発明の各手段と以下の
実施の形態との対応関係を明らかにするために、各手段
の後の括弧内に、対応する実施の形態（但し一例）を付
加して本発明の特徴を記述すると、次のようになる。但
し勿論この記載は、各手段を記載したものに限定するこ
とを意味するものではない。

【００１８】図１は、本発明を適用したEMD(Electronic
Music Distribution:電子音楽配信)システムを説明す
る図である。EMDシステムは、各装置を管理するEMDサー
ビスセンタ１、コンテンツを提供するコンテンツプロバ
イダ２、コンテンツに対応する所定のサービスを提供す
るサービスプロバイダ３、およびコンテンツが利用され
る機器（この例の場合、レシーバ５１およびレシーバ２
０１）からなるユーザホームネットワーク５から構成さ
れている。

【００１９】EMDシステムに登録された機器（例えば、
レシーバ５１またはレシーバ２０１）に配信（提供）さ
れるコンテンツ(Content)とは、情報そのものが価値を
有するデジタルデータで、この例の場合、１つのコンテ
ンツは、１曲分の音楽データに相当する。ユーザは、コ
ンテンツを購入し（実際は、コンテンツを利用する権利
を購入し）、提供されるコンテンツを再生したり、複製
して利用する。

【００２０】EMDサービスセンタ１は、EMDシステムにお
ける主な情報の流れを示す図２に示すように、ユーザホ
ームネットワーク５、および複数のコンテンツプロバイ
ダ２（この例の場合、２式のコンテンツプロバイダ２−
１，２−２（以下、コンテンツプロバイダ２−１，２−
２を個々に区別する必要がない場合、単に、コンテンツ
プロバイダ２と記述する。他の装置についても同様であ
る））に、コンテンツを利用するために必要な配送用鍵
Ｋｄを送信する。EMDサービスセンタ１はまた、ユーザ
ホームネットワーク５の機器から、課金情報等を受信し
て、料金を精算したり、コンテンツプロバイダ２からは
UCPを、そしてサービスプロバイダ３からPTを受信す
る。

【００２１】コンテンツプロバイダ２−１，２−２は、
提供するコンテンツ（コンテンツ鍵Ｋｃｏで暗号化され
ている）、そのコンテンツを復号するために必要なコン
テンツ鍵Ｋｃｏ（配送用鍵Ｋｄで暗号化されている）、
およびコンテンツの利用内容などを示す取扱方針（以
下、UCP(Usage Control Policy)と記述する）を保持
し、それらを、コンテンツプロバイダセキュアコンテナ
（後述）と称する形態で、サービスプロバイダ３に供給
する。なお、この例の場合、２式のサービスプロバイダ
３−１，３−２が存在するものとする。

【００２２】サービスプロバイダ３−１，３−２は、コ
ンテンツプロバイダ２から供給されるUCPに対応して、
１つまたは複数の価格情報（以下、PT(Price Tag)と記
述する）を作成し、それを保持する。サービスプロバイ
ダ３は、作成したPTを、コンテンツプロバイダ２から供
給されたコンテンツ（コンテンツ鍵Ｋｃｏで暗号化され
ている）、コンテンツ鍵Ｋｃｏ（配送用鍵Ｋｄで暗号化
されている）、およびUCPとともに、サービスプロバイ
ダセキュアコンテナと称する形態で、専用のケーブルネ
ットワーク、インターネット、または衛星通信などから
構成されるネットワーク４を介して、ユーザホームネッ
トワーク５に送信する。

【００２３】ユーザホームネットワーク５は、供給され
たUCPおよびPTに基づいて、使用許諾条件情報（以下、U
CS(Usage Control Status)と称する）を作成し、作成し
たUCSに基づいてコンテンツを利用する処理を実行す
る。ユーザホームネットワーク５はまた、UCSを作成す
るタイミングで課金情報を作成し、例えば、配送用鍵Ｋ
ｄの供給を受けるタイミングで、対応するUCPおよびPT
などとともにEMDサービスセンタ１に送信する。なお、
ユーザホームネットワーク５は、UCPおよびPTをEMDサー
ビスセンタ１に送信しないようにすることもできる。

【００２４】この例の場合、ユーザホームネットワーク
５は、図１に示すように、HDD５２に接続され、SAM６２
を有するレシーバ５１、およびHDD２０２に接続され、S
AM２１２を有するレシーバ２０１から構成されている。
なお、レシーバ５１およびレシーバ２０１についての詳
細は後述する。

【００２５】図３は、EMDサービスセンタ１の機能的構
成を示すブロック図である。サービスプロバイダ管理部
１１は、サービスプロバイダ３に利益分配の情報を供給
する。コンテンツプロバイダ管理部１２は、コンテンツ
プロバイダ２に配送用鍵Ｋｄを送信したり、利益分配の
情報を供給する。

【００２６】著作権管理部１３は、ユーザホームネット
ワーク５のコンテンツの利用の実績を示す情報を、著作
権を管理する団体、例えば、JASRAC(Japanese Society
forRights of Authors,Composers and Publishers:日本
音楽著作権協会)に送信する。

【００２７】鍵サーバ１４は、配送用鍵Ｋｄを記憶して
おり、それを、コンテンツプロバイダ管理部１２を介し
てコンテンツプロバイダ２に供給したり、ユーザ管理部
１８等を介してユーザホームネットワーク５に供給す
る。

【００２８】ユーザホームネットワーク５の、EMDシス
テムに正式登録された機器およびコンテンツプロバイダ
２に供給される、EMDサービスセンタ１からの配送用鍵
Ｋｄについて、図４乃至図７を参照して説明する。

【００２９】図４は、コンテンツプロバイダ２がコンテ
ンツの提供を開始し、ユーザホームネットワーク５を構
成する、例えば、レシーバ５１がコンテンツの利用を開
始する、１９９８年１月における、EMDサービスセンタ
１が有する配送用鍵Ｋｄ、コンテンツプロバイダ２が有
する配送用鍵Ｋｄ、およびレシーバ５１が有する配送用
鍵Ｋｄを示す図である。

【００３０】図４の例において、配送用鍵Ｋｄは、暦の
月の初日から月の末日まで、使用可能であり、たとえ
ば、所定のビット数の乱数である”ａａａａａａａａ”
の値を有するバージョン１である配送用鍵Ｋｄは、１９
９８年１月１日から１９９８年１月３１日まで使用可能
（すなわち、１９９８年１月１日から１９９８年１月３
１日の期間にサービスプロバイダ３を介してユーザホー
ムネットワーク５に配布されるコンテンツを暗号化する
コンテンツ鍵Ｋｃｏは、バージョン１である配送用鍵Ｋ
ｄで暗号化されている）であり、所定のビット数の乱数
である”ｂｂｂｂｂｂｂｂ”の値を有するバージョン２
である配送用鍵Ｋｄは、１９９８年２月１日から１９９
８年２月２８日まで使用可能（すなわち、その期間にサ
ービスプロバイダ３を介してユーザホームネットワーク
５に配布されるコンテンツを暗号化するコンテンツ鍵Ｋ
ｃｏは、バージョン２である配送用鍵Ｋｄで暗号化され
ている）である。同様に、バージョン３である配送用鍵
Ｋｄは、１９９８年３月中に使用可能であり、バージョ
ン４である配送用鍵Ｋｄは、１９９８年４月中に使用可
能であり、バージョン５である配送用鍵Ｋｄは、１９９
８年５月中に使用可能であり、バージョン６である配送
用鍵Ｋｄは、１９９８年６月中に使用可能である。

【００３１】コンテンツプロバイダ２がコンテンツの提
供を開始するに先立ち、EMDサービスセンタ１は、コン
テンツプロバイダ２に、１９９８年１月から１９９８年
６月まで利用可能な、バージョン１乃至バージョン６の
６つの配送用鍵Ｋｄを送信し、コンテンツプロバイダ２
は、６つの配送用鍵Ｋｄを受信し、記憶する。６月分の
配送用鍵Ｋｄを記憶するのは、コンテンツプロバイダ２
が、コンテンツを提供する前のコンテンツおよびコンテ
ンツ鍵の暗号化などの準備に、所定の期間が必要だから
である。

【００３２】また、レシーバ５１がコンテンツの利用を
開始するに先立ち、EMDサービスセンタ１は、レシーバ
５１に、１９９８年１月から１９９８年３月まで、利用
可能なバージョン１乃至バージョン３である３つの配送
用鍵Ｋｄを送信し、レシーバ５１は、３つの配送用鍵Ｋ
ｄを受信し、記憶する。３月分の配送用鍵Ｋｄを記憶す
るのは、レシーバ５１が、EMDサービスセンタ１に接続
できないなどのトラブルにより、コンテンツの利用が可
能な契約期間にもかかわらずコンテンツが利用できない
等の事態を避けるためであり、また、EMDサービスセン
タ１への接続の頻度を低くし、ユーザホームネットワー
ク５の負荷を低減するためである。

【００３３】１９９８年１月１日から１９９８年１月３
１日の期間には、バージョン１である配送用鍵Ｋｄが、
EMDサービスセンタ１、コンテンツプロバイダ２、ユー
ザホームネットワーク５を構成するレシーバ５１で利用
される。

【００３４】１９９８年２月１日における、EMDサービ
スセンタ１の配送用鍵Ｋｄのコンテンツプロバイダ２、
およびレシーバ５１への送信を図５で説明する。EMDサ
ービスセンタ１は、コンテンツプロバイダ２に、１９９
８年２月から１９９８年７月まで利用可能な、バージョ
ン２乃至バージョン７の６つの配送用鍵Ｋｄを送信し、
コンテンツプロバイダ２は、６つの配送用鍵Ｋｄを受信
し、受信前に記憶していた配送用鍵Ｋｄに上書きし、新
たな配送用鍵Ｋｄを記憶する。EMDサービスセンタ１
は、レシーバ５１に、１９９８年２月から１９９８年４
月まで、利用可能なバージョン２乃至バージョン４であ
る３つの配送用鍵Ｋｄを送信し、レシーバ５１は、３つ
の配送用鍵Ｋｄを受信し、受信前に記憶していた配送用
鍵Ｋｄに上書きし、新たな配送用鍵Ｋｄを記憶する。EM
Dサービスセンタ１は、バージョン１である配送用鍵Ｋ
ｄをそのまま記憶する。これは、不測のトラブルが発生
したとき、若しくは不正が発生し、または発見されたと
きに、過去に利用した配送用鍵Ｋｄを利用できるように
するためである。

【００３５】１９９８年２月１日から１９９８年２月２
８日の期間には、バージョン２である配送用鍵Ｋｄが、
EMDサービスセンタ１、コンテンツプロバイダ２、ユー
ザホームネットワーク５を構成するレシーバ５１で利用
される。

【００３６】１９９８年３月１日における、EMDサービ
スセンタ１の配送用鍵Ｋｄのコンテンツプロバイダ２、
およびレシーバ５１への送信を図６で説明する。EMDサ
ービスセンタ１は、コンテンツプロバイダ２に、１９９
８年３月から１９９８年８月まで利用可能な、バージョ
ン３乃至バージョン８の６つの配送用鍵Ｋｄを送信し、
コンテンツプロバイダ２は、６つの配送用鍵Ｋｄを受信
し、受信前に記憶していた配送用鍵Ｋｄに上書きし、新
たな配送用鍵Ｋｄを記憶する。EMDサービスセンタ１
は、レシーバ５１に、１９９８年３月から１９９８年５
月まで、利用可能なバージョン３乃至バージョン５であ
る３つの配送用鍵Ｋｄを送信し、レシーバ５１は、３つ
の配送用鍵Ｋｄを受信し、受信前に記憶していた配送用
鍵Ｋｄに上書きし、新たな配送用鍵Ｋｄを記憶する。EM
Dサービスセンタ１は、バージョン１である配送用鍵Ｋ
ｄおよびバージョン２である配送用鍵Ｋｄをそのまま記
憶する。

【００３７】１９９８年３月１日から１９９８年３月３
１日の期間には、バージョン３である配送用鍵Ｋｄが、
EMDサービスセンタ１、コンテンツプロバイダ２、ユー
ザホームネットワーク５を構成するレシーバ５１で利用
される。

【００３８】１９９８年４月１日における、EMDサービ
スセンタ１の配送用鍵Ｋｄのコンテンツプロバイダ２、
およびレシーバ５１への送信を図７で説明する。EMDサ
ービスセンタ１は、コンテンツプロバイダ２に、１９９
８年４月から１９９８年９月まで利用可能な、バージョ
ン４乃至バージョン９の６つの配送用鍵Ｋｄを送信し、
コンテンツプロバイダ２は、６つの配送用鍵Ｋｄを受信
し、受信前に記憶していた配送用鍵Ｋｄに上書きし、新
たな配送用鍵Ｋｄを記憶する。EMDサービスセンタ１
は、レシーバ５１に、１９９８年４月から１９９８年６
月まで、利用可能なバージョン３乃至バージョン５であ
る３つの配送用鍵Ｋｄを送信し、レシーバ５１は、３つ
の配送用鍵Ｋｄを受信し、受信前に記憶していた配送用
鍵Ｋｄに上書きし、新たな配送用鍵Ｋｄを記憶する。EM
Dサービスセンタ１は、バージョン１である配送用鍵Ｋ
ｄ、バージョン２である配送用鍵Ｋｄ、およびバージョ
ン３である配送用鍵Ｋｄをそのまま記憶する。

【００３９】１９９８年４月１日から１９９８年４月３
０日の期間には、バージョン４である配送用鍵Ｋｄが、
EMDサービスセンタ１、コンテンツプロバイダ２、ユー
ザホームネットワーク５を構成するレシーバ５１で利用
される。

【００４０】このように、あらかじめ先の月の配送用鍵
Ｋｄを配布しておくことで、仮にユーザが１，２ヶ月ま
ったくEMDサービスセンタ１にアクセスしなくても、一
応、コンテンツの買い取りが行え、時を見計らって、EM
Dサービスセンタ１にアクセスして鍵を受信することが
できる。

【００４１】また、ユーザホームネットワーク５の、EM
Dシステムに正式登録された機器、およびコンテンツプ
ロバイダ２には、以上のように、３ヶ月分の配送用鍵Ｋ
ｄが配布されるが、EMDシステムに正式登録されておら
ず、仮登録（詳細は後述する）されている状態の、ユー
ザホームネットワーク５の機器には、３ヶ月分の配送用
鍵Ｋｄに代わり、図８に示すような、１ヶ月分の配送用
鍵Ｋｄが配布される。この例においては、ユーザホーム
ネットワーク５の機器をEMDシステムに正式登録するた
めに、与信処理など、約１月程度の時間を有する登録手
続が必要となる。そこで、登録申請から正式登録される
までの間（約１ヶ月間）においても、コンテンツの利用
が可能となるように、正式登録されていない機器（仮登
録されている機器）には、１ヶ月間において利用可能な
配送用鍵Ｋｄが配布される。

【００４２】図３に戻り、経歴データ管理部１５は、ユ
ーザ管理部１８から出力される、課金情報、そのコンテ
ンツに対応するPT、およびそのコンテンツに対応するUC
Pなどを記憶する。

【００４３】利益分配部１６は、経歴データ管理部１５
から供給された各種情報に基づき、EMDサービスセンタ
１、コンテンツプロバイダ２−１，２−２、およびサー
ビスプロバイダ３−１，３−２の利益をそれぞれ算出
し、その結果をサービスプロバイダ管理部１１、コンテ
ンツプロバイダ管理部１２、出納部２０、および著作権
管理部１３に出力する。利益配分部１６はまた、算出し
た利益に応じてコンテンツプロバイダ２−１，２−２お
よびサービスプロバイダ３−１，３−２のそれぞれに対
する利用ポイント（利益が大きければ大きいほど、すな
わち、ユーザが利用すればするほど、大きい値となるポ
イント）を算出し、ユーザ管理部１８に出力する。な
お、以下において、コンテンツプロバイダ２における利
用ポイントをコンテンツ利用ポイントと称し、サービス
プロバイダ３における利用ポイントをサービス利用ポイ
ントと称する。

【００４４】相互認証部１７は、コンテンツプロバイダ
２、サービスプロバイダ３、およびユーザホームネット
ワーク５の機器と相互認証を実行する。

【００４５】ユーザ管理部１８は、EMDシステムに登録
可能な、ユーザホームネットワーク５の機器に関する情
報（以下、システム登録情報と称する）を管理する。シ
ステム登録情報には、図９に示すように、「SAMのI
D」、「機器番号」、「決済ID」、「決済ユーザ情
報」、複数の「従属ユーザ情報」、および「利用ポイン
ト情報」の項目に設定される情報が含まれる。

【００４６】「SAMのID」には、製造された、ユーザホ
ームネットワーク５の機器のSAMのIDが記憶される。図
９のシステム登録情報の「SAMのID」には、レシーバ５
１のSAM６２のIDおよびレシーバ２０１のSAM２１２のID
が設定されている。

【００４７】「機器番号」には、SAMを有するユーザホ
ームネットワーク５の機器に、予め設定された機器番号
が設定される。ユーザホームネットワーク５の機器が、
ネットワーク４を介してサービスプロバイダ３と、およ
びEMDサービスセンタ１と直接通信することができる機
能を有し（通信部を有し）、かつ、例えば、UCPやPTの
内容をユーザに出力（提示）したり、ユーザがUCPの利
用内容を選択することができる機能を有している（表示
部および操作部を有している）場合、その機器（以下、
このような機能を有する機器を主機器と称する）には、
１００番以上の機器番号が与えられる。機器が、そのよ
うな機能を有しいない場合、その機器（以下、このよう
な機器を従機器と称する）には、９９番以下の機器番号
が与えられる。この例の場合、レシーバ５１およびレシ
ーバ２０１の両者は、上述した機能を有しているので、
それぞれには、１００番以上の機器番号（１００番）が
与えられてる。そこで、図９のシステム登録情報の「機
器番号」には、レシーバ５１のSAM６２のIDおよびレシ
ーバ２０１のSAM２１２のIDに対応する「機器番号」の
それぞれには、機器番号１００番が設定されている。

【００４８】「決済ID」には、EMDシステムに正式登録
されたとき割り当てられる所定のIDが記憶される。この
例の場合、レシーバ５１は、ユーザＦが決済ユーザ（後
述）として、そしてレシーバ２０１は、ユーザＡを決済
ユーザとして、それぞれ正式登録され、決済IDが与えら
れているので、図９のシステム登録情報の、SAM６２のI
DおよびSAM２１２のIDに対応する「決済ID」には、与え
られた決済IDが設定されている。

【００４９】「決済ユーザ情報」には、計上される課金
を決済するユーザ（以下、このようなユーザを決済ユー
ザと称する）の、氏名、住所、電話番号、決済機関情報
（例えば、クレジットカード番号等）、生年月日、年
齢、性別、ID、パスワードなどが設定される。

【００５０】「決済ユーザ情報」に設定される決済ユー
ザの、氏名、住所、電話番号、決済機関の情報、生年月
日、および性別（以下、「決済ユーザ情報」に設定され
るこれらの情報を、個々に区別する必要がない場合、ま
とめて、ユーザ一般情報と称する）は、登録が申請され
る際にユーザから提供され、設定されるが、この例の場
合、そのうちの、氏名、住所、電話番号、および決済機
関の情報は、それらに基づいて与信処理が行われるの
で、正確な情報（例えば、決済機関に登録されている情
報）である必要がある。それに対してユーザ一般情報の
生年月日、年齢、および性別は、与信処理には用いられ
ないので、この例の場合、それらの情報は、正確である
必要はなく、またユーザは、その情報を必ずしも提供す
る必要がない。「決済ユーザ情報」に記憶される決済ユ
ーザの、IDおよびパスワードは、EMDシステムに仮登録
されるときに割り当てられ、設定される。

【００５１】この例の場合、レシーバ５１は、ユーザＦ
が決済ユーザとして登録されているので、図９のシステ
ム登録情報の、SAM６２のIDに対応する「決済ユーザ情
報」には、ユーザＦから提供されたユーザ一般情報、ユ
ーザＦのID、およびユーザＦのパスワードが設定されて
いる。レシーバ２０１は、ユーザＡが決済ユーザとして
登録されているので、SAM２１２のIDに対応する「決済
ユーザ情報」には、ユーザＡから提供されたユーザ一般
情報、ユーザＡのID、およびユーザＡのパスワードが設
定されている。なお、この例の場合、ユーザＦは、男性
で、ユーザＡは、女性とする。

【００５２】「従属ユーザ情報」には、課金を決済しな
いユーザ（以下、このようなユーザを従属ユーザと称す
る）の、氏名、住所、電話番号、生年月日、年齢、性
別、ID、パスワードなどが設定される。すなわち、「決
済ユーザ情報」に設定される情報のうち、決済機関の情
報以外の情報が設定される。従属ユーザに対しては与信
処理が行われないので、「従属ユーザ情報」に設定され
る従属ユーザの、氏名、住所、電話番号、生年月日、年
齢、および性別の情報は、正確なものである必要がな
い。例えば、氏名の場合は、ニックネームのようなもの
でもよい。また氏名はユーザを特定するために必要とさ
れるが、他の情報は、ユーザは必ずしも提供する必要が
ない。「従属ユーザ情報」に設定される従属ユーザの、
IDおよびパスワードは、仮登録または正式登録されると
きに割り当てられ、設定される。

【００５３】この例の場合、レシーバ５１およびレシー
バ２０１の両者には、従属ユーザが登録されていないの
で、図９のシステム登録情報のSAM６２のIDに対応する
「従属ユーザ情報」、およびSAM２１２のIDに対応する
「従属ユーザ情報」には、何の情報も設定されていな
い。

【００５４】「利用ポイント情報」には、利益分配部１
６から出力された利用ポイントが設定される。図１０
（Ａ）は、SAM６２に対応する「利用ポイント情報」に
記憶されているレシーバ５１の利用ポイント情報を示し
ている。これによれば、レシーバ５１のユーザＦ（決済
ユーザ）には、コンテンツプロバイダ２−１のコンテン
ツ利用ポイントが２２２ポイント、コンテンツプロバイ
ダ２−２のコンテンツ利用ポイントが１２３ポイント、
サービスプロバイダ３−１のサービス利用ポイントが３
４５ポイント、そしてサービスプロバイダ３−２のサー
ビス利用ポイントが０ポイントだけ与えられている。

【００５５】図１０（Ｂ）は、SAM２１２に対応する
「利用ポイント情報」に記憶されているレシーバ２０１
の利用ポイント情報を示している。これによれば、レシ
ーバ２０１のユーザＡ（決済ユーザ）には、コンテンツ
プロバイダ２−１のコンテンツ利用ポイントが２３ポイ
ント、コンテンツプロバイダ２−２のコンテンツ利用ポ
イントが２２ポイント、サービスプロバイダ３−１のサ
ービス利用ポイントが４０ポイント、そしてサービスプ
ロバイダ３−２のサービス利用ポイントが５ポイントだ
け与えられている。

【００５６】なお、この例において、コンテンツプロバ
イダ２−１およびコンテンツプロバイダ２−２のそれぞ
れのコンテンツ利用ポイントの合計ポイント（ユーザＦ
の場合は３４５（＝１２３＋２２２）、ユーザＡの場合
は４５ポイント（＝２３＋２２））と、サービスプロバ
イダ３−１およびサービスプロバイダ３−２のそれぞれ
のサービス利用ポイントの合計ポイント（ユーザＦの場
合は３４５（＝３４５＋０、ユーザＡの場合は４５ポイ
ント（＝５＋４０））が等しくなるようになされてい
る。

【００５７】ユーザ管理部１８は、このようなシステム
登録情報を管理する他、所定の処理に対応して登録リス
ト（後述）を作成し、配送用鍵Ｋｄとともにユーザホー
ムネットワーク５に送信する。

【００５８】図３に、再度戻り、課金請求部１９は、経
歴データ管理部１５から供給された、課金情報、UCP、
およびPTに基づき、ユーザへの課金を算出し、その結果
を、出納部２０に供給する。出納部２０は、ユーザ、コ
ンテンツプロバイダ２、およびサービスプロバイダ３へ
の出金、徴収すべき利用料金の金額を基に、図示せぬ外
部の銀行等と通信し、決算処理を実行する。出納部２０
はまた、決算処理の結果をユーザ管理部１８に通知す
る。

【００５９】監査部２１は、ユーザホームネットワーク
５の機器から供給された課金情報、PT、およびUCPの正
当性（すなわち、不正をしていないか）を監査する。な
お、この場合、EMDサービスセンタ１は、コンテンツプ
ロバイダ２からのUCPを、サービスプロバイダ３からのP
Tを、そしてユーザホームネットワーク５からのUCPとPT
を、それぞれ受け取る。

【００６０】図１１は、コンテンツプロバイダ２−１の
機能的構成を示すブロック図である。コンテンツサーバ
３１は、ユーザに供給するコンテンツを記憶し、ウォー
タマーク付加部３２に供給する。ウォータマーク付加部
３２は、コンテンツサーバ３１から供給されたコンテン
ツにウォータマーク（電子透かし）を付加し、圧縮部３
３に供給する。

【００６１】圧縮部３３は、ウォータマーク付加部３２
から供給されたコンテンツを、ATRAC2(Adaptive Transf
orm Acoustic Coding 2)（商標）等の方式で圧縮し、暗
号化部３４に供給する。暗号化部３４は、圧縮部３３で
圧縮されたコンテンツを、乱数発生部３５から供給され
た乱数を鍵（以下、この乱数をコンテンツ鍵Ｋｃｏと称
する）として、DES(Data Encryption Standard)などの
共通鍵暗号方式で暗号化し、その結果をセキュアコンテ
ナ作成部３８に出力する。

【００６２】乱数発生部３５は、コンテンツ鍵Ｋｃｏと
なる所定のビット数の乱数を暗号化部３４および暗号化
部３６に供給する。暗号化部３６は、コンテンツ鍵Ｋｃ
ｏをEMDサービスセンタ１から供給された配送用鍵Ｋｄ
を使用して、DESなどの共通鍵暗号方式で暗号化し、そ
の結果をセキュアコンテナ作成部３８に出力する。

【００６３】DESは、５６ビットの共通鍵を用い、平文
の６４ビットを１ブロックとして処理する暗号方式であ
る。DESの処理は、平文を攪拌し、暗号文に変換する部
分（データ攪拌部）と、データ攪拌部で使用する鍵（拡
大鍵）を共通鍵から生成する部分（鍵処理部）からな
る。DESのすべてのアルゴリズムは公開されているの
で、ここでは、データ攪拌部の基本的な処理を簡単に説
明する。

【００６４】まず、平文の６４ビットは、上位３２ビッ
トのＨ₀、および下位３２ビットのＬ₀に分割される。鍵
処理部から供給された４８ビットの拡大鍵Ｋ₁、および
下位３２ビットのＬ₀を入力とし、下位３２ビットのＬ₀
を攪拌したＦ関数の出力が算出される。Ｆ関数は、数値
を所定の規則で置き換える「換字」およびビット位置を
所定の規則で入れ替える「転置」の２種類の基本変換か
ら構成されている。次に、上位３２ビットのＨ₀と、Ｆ
関数の出力が排他的論理和され、その結果はＬ₁とされ
る。Ｌ₀は、Ｈ₁とされる。

【００６５】上位３２ビットのＨ₀および下位３２ビッ
トのＬ₀を基に、以上の処理を１６回繰り返し、得られ
た上位３２ビットのＨ₁₆および下位３２ビットのＬ₁₆が
暗号文として出力される。復号は、暗号化に使用した共
通鍵を用いて、上記の手順を逆にたどることで実現され
る。

【００６６】ポリシー記憶部３７は、コンテンツに対応
して設定されるUCPを記憶し、セキュアコンテナ作成部
３８に出力する。図１２は、コンテンツサーバ３１に保
持されているコンテンツＡに対応して設定され、ポリシ
ー記憶部３７に記憶されているUCPＡ、Ｂを表してい
る。UCPには、「コンテンツのID」、「コンテンツプロ
バイダのID」、「UCPのID」、「UCPの有効期限」、「利
用条件」、「利用内容」の各項目に設定される情報が含
まれる。「コンテンツのID」には、UCPが対応するコン
テンツのIDが設定される。UCPＡ（図１２（Ａ））およ
びUCPＢ（図１２（Ｂ））のそれぞれの「コンテンツのI
D」には、コンテンツＡのIDが設定されている。

【００６７】「コンテンツプロバイダのID」には、コン
テンツの提供元のコンテンツプロバイダのIDが設定され
る。UCPＡおよびUCPＢのそれぞれの「コンテンツプロバ
イダのID」には、コンテンツプロバイダ２−１のIDが設
定されている。「UCPのID」には、各UCPに割り当てられ
た所定のIDが設定され、UCPＡの「UCPのID」には、UCP
ＡのIDが、UCPＢの「UCPのID」には、UCPＢのIDが、そ
れぞれ設定されている。「UCPの有効期限」には、UCPの
有効期限を示す情報が設定され、UCPＡの「UCPの有効期
限」には、UCPＡの有効期限が、UCPＢの「UCPの有効期
限」には、UCPＢの有効期限が、それぞれ設定されてい
る。

【００６８】「利用条件」は、「ユーザ条件」および
「機器条件」の項目からなり、「ユーザ条件」には、こ
のUCPを選択することができるユーザの条件が設定さ
れ、「機器条件」には、このUCPを選択することができ
る機器の条件が設定される。

【００６９】UCPＡの場合、「利用条件１０」が設定さ
れ、「利用条件１０」の「ユーザ条件１０」には、利用
ポイントが２００ポイント以上であることが条件である
ことを示す情報（”２００ポイント以上”）が設定され
ている。また「利用条件１０」の「機器条件１０」に
は、条件がないことを示す情報（”条件なし”）が設定
されている。すなわち、UCPＡは、２００ポイント以上
のコンテンツプロバイダ２−１のコンテンツ利用ポイン
トを有するユーザのみが選択可能となる。

【００７０】UCPＢの場合、「利用条件２０」が設定さ
れ、「利用条件２０」の「ユーザ条件２０」には、利用
ポイントが２００ポイントより少ないことが条件である
ことをを示す情報（”２００ポイントより少ない”）が
設定されている。また「利用条件２０」の「機器条件２
０」には、”条件なし”が設定されている。すなわち、
UCPＢは、２００ポイントより少ないコンテンツプロバ
イダ２−１のコンテンツ利用ポイントを有するユーザの
みが選択可能となる。

【００７１】「利用内容」は、「ID」、「形式」、「パ
ラメータ」、および「管理移動許可情報」などの項目か
らなり、その「ID」には、「利用内容」に設定される情
報に割り当てられた所定のIDが設定される。「形式」に
は、再生や複製など、コンテンツの利用形式を示す情報
が設定される。「パラメータ」には、「形式」に設定さ
れた利用形式に対応する所定の情報が設定される。

【００７２】「管理移動許可情報」には、コンテンツの
管理移動が可能か否か（許可されているか否か）を示す
情報（”可”または”不可”）が設定されている。コン
テンツの管理移動が行われると、図１３（Ａ）に示すよ
うに、管理移動元の機器にコンテンツが保持されつつ、
管理移動先の機器にそのコンテンツが移動される。すな
わち、管理移動元の機器と管理移動先の機器の両方にお
いて、コンテンツが利用される。この点で、図１３
（Ｂ）に示すように、移動元の機器にコンテンツが保持
されず、移動先の機器のみにコンテンツが保持され、移
動先の機器においてのみコンテンツが利用される、通常
の移動とは異なる。

【００７３】また、コンテンツの管理移動が行われてい
る間、管理移動元の機器は、図１３（Ａ）に示すよう
に、他の機器にコンテンツを管理移動することができな
い（許可されない）。すなわち、管理移動元の機器と管
理移動先の機器の２機においてのみコンテンツが保持さ
れる。この点で、図１４（Ａ）に示すように、オリジナ
ルのコンテンツから、複数の複製（第１世代）を作成す
ることができる、第１世代の複製とも異なる。また、管
理移動元の機器からコンテンツを戻すことより、他の機
器にコンテンツを管理移動することができるので、この
点で、図１４（Ｂ）に示すように、１回だけの複製とも
異なる。

【００７４】図１２（Ａ）に戻り、UCPＡには、４つの
「利用内容１１」乃至「利用内容１４」が設けられてお
り、「利用内容１１」において、その「ID１１」には、
「利用内容１１」に割り当てられた所定のIDが設定され
ている。「形式１１」には、コンテンツを買い取って再
生する利用形式を示す情報（”買い取り再生”）が設定
され、「パラメータ１１」には、”買い取り再生”に対
応する所定の情報が設定されている。「管理移動許可情
報１１」には、コンテンツの管理移動が許可されている
ことを示す情報（”可”）が設定されている。

【００７５】「利用内容１２」において、その「ID１
２」には、「利用内容１２」に割り当てられた所定のID
が設定されている。「形式１２」には、第１世代の複製
を行う利用形式を示す情報（”第１世代複製”）が設定
されている。第１世代複製は、図１４（Ａ）に示したよ
うに、オリジナルのコンテンツから、複数の第１世代の
複製を作成することができる。ただし、第１世代の複製
から第２世代の複製を作成することはできない（許可さ
れない）。「パラメータ１２」には、”第１世代複製”
に対応する所定の情報が設定されている。「管理移動許
可情報１２」には、コンテンツの管理移動が許可されて
いないことを示す”不可”が設定されている。

【００７６】「利用内容１３」において、その「ID１
３」には、「利用内容１３」に割り当てられた所定のID
が設定されている。「形式１３」には、所定の期間（時
間）に限って再生する利用形式を示す情報（”期間制限
再生”）が設定され、「パラメータ１３」には、”期間
制限再生”に対応して、その期間の開始時期（時刻）と
終了時期（時刻）が設定されている。「管理移動許可情
報１３」には、”不可”が設定されている。

【００７７】「利用内容１４」において、その「ID１
４」には、「利用内容１４」に割り当てられた所定のID
が設定されている。「形式１４」には、５回の複製を行
う利用形式（いわゆる、５回複製することができる回数
券）を示す情報（”Pay Per Copy５”）が設定されてい
る。なお、この場合も、図１４の（Ｂ）に示すように、
複製からの複製を作成することはできない（許可されな
い）。「パラメータ１４」には、”Pay Per Copy５”に
対応して、複製が５回可能であることを示す情報”複製
５回”が設定されている。「管理移動許可情報１４」に
は、”不可”が設定されている。

【００７８】図１２（Ｂ）のUCPＢには、２つの「利用
内容２１」および「利用内容２２」が設けられている。
「利用内容２１」において、その「ID２１」には、「利
用内容２１」に割り当てられた所定のIDが設定されてい
る。「形式２１」には、４回の再生を行う利用形式を示
す情報（”Pay Per Play４”）が設定され、「パラメー
タ２１」には、再生が４回可能であることを示す情
報（”再生４回”）が設定されている。「管理移動許可
情報２１」には、”不可”が設定されている。

【００７９】「利用内容２２」において、その「ID２
２」には、「利用内容２２」に割り当てられた所定のID
が設定されている。「形式２２」には、”Pay Per Copy
２”が設定され、「パラメータ２２」には、”複製２
回”が設定されている。「管理移動許可情報２２」に
は、”不可”が設定されている。

【００８０】ここで、UCPＡおよびUCPＢの内容を比較す
ると、２００ポイント以上の利用ポイントを有するユー
ザは、４通りの利用内容１１乃至利用内容１４から利用
内容を選択することができるのに対して、２００ポイン
トより少ない利用ポイントを有するユーザは、２通りの
利用内容２１，２２からしか利用内容を選択することが
できないものとされている。

【００８１】ところで、図１２は、UCPＡおよびUCPＢを
模擬的に表しているが、例えば、UCPＡの「利用条件１
０」およびUCPＢの「利用条件２０」は、図１５（Ａ）
に示すサービスコード、および図１５（Ｂ）に示すコン
ディションコードの他、サービスコードに対応して数値
や所定の種類を示すバリューコードにより、実際は構成
されている。

【００８２】図１６（Ａ）は、UCPＡ（図１２（Ａ））
の「利用条件１０」の「ユーザ条件１０」および「機器
条件１０」として設定されている各コードのコード値を
表している。UCPＡの「利用条件１０」の「ユーザ条件
１０」は、”２００ポイント以上”とされているの
で、”利用ポイントに関し条件有り”を意味する８０ｘ
ｘｈのサービスコード（図１５（Ａ））が、このとき数
値２００を示す００００Ｃ８ｈのバリューコードが、そ
して”＞＝（以上）”を意味する０６ｈのコンディショ
ンコード（図１５（Ｂ））が、ユーザ条件として設定さ
れている。

【００８３】UCPＡの「機器条件１０」は、”条件な
し”とされているので、”条件なし”を意味する０００
０ｈのサービスコードが、このとき何ら意味を持たない
ＦＦＦＦＦＦｈのバリューコードが、そして”無条件”
を意味する００ｈのコンディションコードが、機器条件
として設定されている。

【００８４】図１６（Ｂ）は、UCPＢの「利用条件２
０」の「ユーザ条件２０」および「機器条件２０」とし
て設定されている各コードのコード値を表している。
「ユーザ条件２０」は、”２００ポイントより少ない”
とされているので、”利用ポイントに関し条件有り”を
意味する８０ｘｘｈのサービスコードが、数値２００を
示す００００Ｃ８ｈのバリューコードが、そして”＜
（より小さい）”を意味する０３ｈのコンディションコ
ードが、ユーザ条件として設定されている。

【００８５】UCPＢの「機器条件２０」は、UCPＡの「機
器条件１０」と同様に、”条件なし”とされ、同一のコ
ード値が設定されているので、その説明は省略する。

【００８６】図１１に戻り、セキュアコンテナ作成部３
８は、例えば、図１７に示すような、コンテンツＡ（コ
ンテンツ鍵ＫｃｏＡで暗号化されている）、コンテンツ
鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）、UCP
Ａ，Ｂ、および署名からなるコンテンツプロバイダセキ
ュアコンテナを作成する。なお、署名は、送信したいデ
ータ（この場合、コンテンツＡ（コンテンツ鍵ＫｃｏＡ
で暗号化されている）、コンテンツ鍵ＫｃｏＡ（配送用
鍵Ｋｄで暗号化されている）、およびUCPＡ，Ｂの全
体）にハッシュ関数を適用して得られたハッシュ値が、
公開鍵暗号の秘密鍵（この場合、コンテンツプロバイダ
２−１の秘密鍵Ｋｓｃｐ）で暗号化されたものである。

【００８７】セキュアコンテナ作成部３８はまた、コン
テンツプロバイダセキュアコンテナに、図１８に示すコ
ンテンツプロバイダ２−１の証明書を付してサービスプ
ロバイダ３に送信する。この証明書は、証明書のバージ
ョン番号、認証局がコンテンツプロバイダ２−１に対し
割り付けた証明書の通し番号、署名に用いたアルゴリズ
ムおよびパラメータ、認証局の名前、証明書の有効期
限、およびコンテンツプロバイダ２−１の名前、コンテ
ンツプロバイダ２−１の公開鍵Ｋｐｃｐ、並びにその署
名（認証局の秘密鍵Ｋｓｃａで暗号化されている）から
構成されている。

【００８８】署名は、改竄のチェックおよび作成者認証
をするためのデータであり、送信したいデータを基にハ
ッシュ関数でハッシュ値をとり、これを公開鍵暗号の秘
密鍵で暗号化して作成される。

【００８９】ハッシュ関数および署名の照合について説
明する。ハッシュ関数は、送信したい所定のデータを入
力とし、所定のビット長のデータに圧縮し、ハッシュ値
として出力する関数である。ハッシュ関数は、ハッシュ
値（出力）から入力を予測することが難しく、ハッシュ
関数に入力されたデータの１ビットが変化したとき、ハ
ッシュ値の多くのビットが変化し、また、同一のハッシ
ュ値を持つ入力データを探し出すことが困難である特徴
を有する。

【００９０】署名とデータを受信した受信者は、署名を
公開鍵暗号の公開鍵で復号し、その結果（ハッシュ値）
を得る。さらに受信されたデータのハッシュ値が計算さ
れ、計算されたハッシュ値と、署名を復号して得られた
ハッシュ値とが、等しいか否かが判定される。送信され
たデータのハッシュ値と復号したハッシュ値が等しいと
判定された場合、受信したデータは改竄されておらず、
公開鍵に対応した秘密鍵を保持する送信者から送信され
たデータであることがわかる。署名のハッシュ関数とし
ては、MD4，MD5，SHA-1などが用いられる。

【００９１】次に公開鍵暗号について説明する。暗号化
および復号で同一の鍵（共通鍵）を使用する共通鍵暗号
方式に対し、公開鍵暗号方式は、暗号化に使用する鍵と
復号するときの鍵が異なる。公開鍵暗号を用いる場合、
鍵の一方を公開しても他方を秘密に保つことができ、公
開しても良い鍵は、公開鍵と称され、他方の秘密に保つ
鍵は、秘密鍵と称される。

【００９２】公開鍵暗号の中で代表的なRSA（Rivest-Sh
amir-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には、「コンテンツのI
D」、「コンテンツプロバイダのID」、「UCPのID」、
「サービスプロバイダのID」、「PTのID」、「PTの有効
期限」、「価格条件」、および「価格内容」の各項目に
設定される情報が含まれる。

【０１０６】PTの、「コンテンツのID」、「コンテンツ
プロバイダのID」、および「UCPのID」には、UCPに対応
する各項目の情報が、それぞれ設定される。すなわち、
PTＡ−１およびPTＡ−２のそれぞれの「コンテンツのI
D」には、コンテンツＡの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Ａ−２は、女性のユーザのみが
選択可能となる。

【０１１２】PTＡ−２の「価格条件２０」の「ユーザ条
件２０」および「機器条件２０」も、実際は、図２１
（Ｂ）に示すように、各コードのコード値が設定されて
いる。「価格条件２０」の「ユーザ条件２０」には、”
性別条件有り”を意味する０１ｘｘｈのサービスコード
（図１５（Ａ））が、この場合女性を示す０００００１
ｈのバリューコードが、そして”＝”を意味する０１ｈ
のコンディションコード（図１５（Ｂ））が設定されて
いる。その「機器条件２０」には、”条件なし”を意味
する００００ｈのサービスコードが、この場合何ら意味
を持たないＦＦＦＦＦＦｈのバリューコードが、そし
て”無条件”を意味する００ｈのコンディションコード
が設定されている。

【０１１３】図２０に戻り、PTの「価格内容」には、コ
ンテンツが、対応するUCPの「利用内容」の「形式」に
設定された利用形式で利用される場合の利用料金が示さ
れている。すなわち、PTＡ−１の「価格内容１１」に設
定された”２０００円”およびPTＡ−２の「価格内容２
１」に設定された”１０００円”は、UCPＡ（図１２
（Ａ））の「利用内容１１」の「形式１１」が”買い取
り再生”とされているので、コンテンツＡの買い取り価
格（料金）を示している。

【０１１４】PTＡ−１の「価格内容１２」の”６００
円”およびPTＡ−２の「価格内容２２」の”３００円”
は、UCPＡの「利用内容１２」の「形式１２」より、第
１世代複製の利用形式でコンテンツＡを利用する場合の
料金を示している。PTＡ−１の「価格内容１３」の”１
００円”およびPTＡ−２の「価格内容２３」の”５０
円”は、UCPＡの「利用内容１３」の「形式１３」よ
り、期間制限再生の利用形式でコンテンツＡを利用する
場合の料金を示している。PTＡ−１の「価格内容１４」
の”３００円”およびPTＡ−２の「価格内容２４」の”
１５０円”は、UCPＡの「利用内容１４」の「形式１
４」より、５回の複製を行う利用形式でコンテンツＡを
利用する場合の料金を示している。

【０１１５】なお、この例の場合、PTＡ−１（男性ユー
ザに適用される）の価格内容と、PTＡ−２（女性ユーザ
に適用される）の価格内容を比較すると、PTＡ−１の価
格内容に示される価格が、PTＡ−２の価格内容に示され
る価格の２倍に設定されている。例えば、UCPＡの「利
用内容１１」に対応するPTＡ−１の「価格内容１１」
が”２０００円”とされているのに対し、同様にUCPＡ
の「利用内容１１」に対応するPTＡ−２の「価格内容２
１」は”１０００円”とされている。同様、PTＡ−１の
「価格内容１２」乃至「価格内容１４」に設定されてい
る価格は、PTＡ−２の「価格内容２２」乃至「価格内容
２４」に設定されている価格のそれぞれの２倍とされて
いる。すなわち、女性ユーザは、男性ユーザに比べ、コ
ンテンツＡを、半額の料金で利用することができる。

【０１１６】図２２は、図１２（Ｂ）のUCPＢに対応し
て作成された、２つのPTＢ−１およびPTＢ−２を表して
いる。図２２（Ａ）のPTＢ−１には、コンテンツＡのI
D、コンテンツプロバイダ２−１のID、UCPＢのID、UCP
Ｂの有効期限、サービスプロバイダ３−１のID、PTＢ−
１のID、PTＢ−１の有効期限、価格条件３０、２通りの
価格内容３１，３２などが含まれている。

【０１１７】PTＢ−１の「価格条件３０」の「ユーザ条
件３０」には”条件なし”が設定され、「機器条件３
０」には、機器が従機器であることを示す情報（”従機
器”）が設定されている。すなわち、PTＢ−１は、コン
テンツＡが従機器において利用される場合にのみ選択可
能となる。

【０１１８】PTＢ−１の「価格条件３０」の「ユーザ条
件３０」および「機器条件３０」にも、実際は、図２３
（Ａ）に示すように、各コードのコード値が設定されて
いる。「ユーザ条件３０」には、”条件なし”を意味す
る００００ｈのサービスコード（図１５（Ａ））が、こ
の場合何ら意味を持たないＦＦＦＦＦＦｈのバリューコ
ードが、そして”無条件”を意味する００ｈのコンディ
ションコード（図１５（Ｂ））が設定されている。「機
器条件３０」は、”従機器”とされているので、”機器
に関し条件有り”を意味する００ｘｘｈのサービスコー
ドが、このとき”数値１００”を示す００００６４ｈの
バリューコードが、そして”＜（小さい）”を意味する
０３ｈのコンディションコードが設定されている。この
例の場合、従機器には、１００番より小さい機器番号が
設定されているので、このようなコード値が設定され
る。

【０１１９】PTＢ−１の「価格内容３１」の”１００
円”は、UCPＢ（図１２（Ｂ））の「利用内容２１」の
「形式２１」が”Pay Per Play４”とされているので、
４回の再生を行う場合の料金を示し、「価格内容３２」
の”３００円”は、UCPＢの「利用内容２２」の「形式
２２」が”Pay Per Copy２”とされているので、２回の
複製を行う場合の料金を示している。

【０１２０】UCPＢに対応して作成された、もう一方の
図２２（Ｂ）のPTＢ−２には、コンテンツＡのID、コン
テンツプロバイダ２−１のID、UCPＢのID、サービスプ
ロバイダ３−１のID、PTＢ−２のID、PTＢ−２の有効期
限、価格条件４０、および２通りの価格内容４１，４２
などが含まれている。

【０１２１】PTＢ−２の「価格条件４０」の「ユーザ条
件４０」には”条件なし”が設定され、その「機器条件
４０」には、機器が主機器であることを条件とする情報
（”主機器”）が設定されている。すなわち、PTＢ−２
は、主機器においてコンテンツＡが利用される場合にの
み選択可能となる。

【０１２２】PTＢ−２の「価格条件４０」の「ユーザ条
件４０」および「機器条件４０」にも、実際は、図２３
（Ｂ）に示すように、各コードのコード値が設定されて
いる。「価格条件４０」の「ユーザ条件４０」には、”
条件なし”を意味する００００ｈのサービスコード（図
１５（Ａ））が、この場合何ら意味を持たないＦＦＦＦ
ＦＦｈのバリューコードが、そして”無条件”を意味す
る００ｈのコンディションコード（１５（Ｂ））が設定
されている。「機器条件４０」には、”機器に関し条件
有り”を意味する００ｘｘｈのサービスコードが、この
とき”数値１００”を示す００００６４ｈのバリューコ
ードが、そして”＝＞（以上）”を意味する０６ｈのコ
ンディションコードが設定されている。

【０１２３】PTＢ−２の「価格内容４１」および「価格
内容４２」のそれぞれに示される価格は、UCPＢの「利
用内容２１」の「形式２１」および「利用内容２２」の
「形式２２」のそれぞれに示される利用形式でコンテン
ツＡを利用する場合の料金を示している。

【０１２４】ここで、PTＢ−１（従機器に適用される）
の価格内容とPTＢ−２（主機器に適用される）の価格内
容を比較すると、PTＢ−１の価格内容は、PTＢ−２の価
格内容の２倍に設定されている。例えば、PTＢ−１の
「価格内容３１」が”１００円”とされているのに対
し、PTＢ−２の「価格内容４１」は５０円とされてお
り、「価格内容３２」が”３００円”とされているのに
対して、「価格内容４２」は”１５０円”とされてい
る。

【０１２５】図１９に戻り、ポリシー記憶部４３は、コ
ンテンツプロバイダ２から供給された、コンテンツのUC
Pを記憶し、セキュアコンテナ作成部４４に供給する。

【０１２６】セキュアコンテナ作成部４４は、例えば、
図２４に示すような、コンテンツＡ（コンテンツ鍵Ｋｃ
ｏＡで暗号化されている）、コンテンツ鍵ＫｃｏＡ（配
送用鍵Ｋｄで暗号化されている）、UCPＡ，Ｂ、コンテ
ンツプロバイダ２の署名、PTＡ−１，Ａ−２，Ｂ−１，
Ｂ−２、およびサービスプロバイダ３の署名からなるサ
ービスプロバイダセキュアコンテナを作成する。

【０１２７】セキュアコンテナ作成部４４はまた、作成
したサービスプロバイダセキュアコンテナを、図２５に
示すような、証明書のバージョン番号、認証局がサービ
スプロバイダ３−１に対し割り付ける証明書の通し番
号、署名に用いたアルゴリズムおよびパラメータ、認証
局の名前、証明書の有効期限、サービスプロバイダ３−
１の名前、サービスプロバイダ３−１の公開鍵Ｋｐｓ
ｐ、並びに署名より構成されるサービスプロバイダの証
明書を付して、ユーザホームネットワーク５に供給す
る。

【０１２８】図１９に、再び戻り、相互認証部４５は、
コンテンツプロバイダ２からコンテンツプロバイダセキ
ュアコンテナの供給を受け取るのに先立ち、コンテンツ
プロバイダ２と相互認証する。相互認証部４５また、ユ
ーザホームネットワーク５へのサービスプロバイダセキ
ュアコンテナの送信に先立ち、ユーザホームネットワー
ク５と相互認証するが、このサービスプロバイダ３とユ
ーザホームネットワーク５との相互認証は、例えば、ネ
ットワーク４が衛星通信である場合、実行されない。な
お、この例の場合、コンテンツプロバイダセキュアコン
テナおよびサービスプロバイダセキュアコンテナには、
特に、秘密情報が含まれていないので、サービスプロバ
イダ３は、コンテンツプロバイダ２およびユーザホーム
ネットワーク５と相互認証を行わなくてもよい。

【０１２９】サービスプロバイダ３−２の構成は、サー
ビスプロバイダ３−１の構成と基本的に同様であるの
で、その図示および説明は省略する。

【０１３０】次に、図２６のブロック図を参照して、ユ
ーザホームネットワーク５を構成するレシーバ５１の構
成例を説明する。レシーバ５１は、通信部６１、SAM６
２、外部記憶部６３、伸張部６４、通信部６５、インタ
フェース６６、表示制御部６７、および入力制御部６８
より構成されている。通信部６１は、ネットワーク４を
介してサービスプロバイダ３、またはEMDサービスセン
タ１と通信し、所定の情報を受信し、または送信する。

【０１３１】SAM６２は、相互認証モジュール７１、課
金処理モジュール７２、記憶モジュール７３、復号／暗
号化モジュール７４、およびデータ検査モジュール７５
からなるが、シングルチップの暗号処理専用ICで構成さ
れ、多層構造を有し、その内部のメモリセルはアルミニ
ウム層等のダミー層に挟まれ、また、動作する電圧また
は周波数の幅が狭い等、外部から不正にデータが読み出
し難い特性（耐タンパー性）を有している。

【０１３２】SAM６２の相互認証モジュール７１は、記
憶モジュール７３に記憶されている、図２７に示すSAM
６２の証明書を、相互認証相手に送信し、相互認証を実
行し、これにより、認証相手と共有することとなった一
時鍵Ｋｔｅｍｐ（セッション鍵）を復号／暗号化モジュ
ール７４に供給する。SAMの証明書には、コンテンツプ
ロバイダ２−１の証明書（図１８）およびサービスプロ
バイダ３−１の証明書（図２５）に含まれている情報に
対応する情報が含まれているので、その説明は省略す
る。

【０１３３】課金処理モジュール７２は、選択されたUC
Pの利用内容に基づいて、UCSおよび課金情報を作成す
る。図２８は、図１２（Ａ）に示したUCPＡの利用内容
１１と、図２０（Ａ）に示したPTＡ−１に基づいて作成
されたUCSＡを表している。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ＡのI
Dが設定されている。「SAMのID」には、機器のSAMのID
が設定され、UCSＡの「SAMのID」には、レシーバ５１の
SAM６２のIDが設定されている。「ユーザのID」には、
コンテンツを利用するユーザのIDが設定され、UCSＡの
「ユーザのID」には、ユーザＦのIDが設定されている。

【０１３６】「利用内容」は、「ID」、「形式」、「パ
ラメータ」、および「管理移動状態情報」などの項目か
らなり、そのうち「ID」、「形式」、および「パラメー
タ」の項目には、選択されたUCPの「利用内容」の、そ
れらに対応する項目の情報が設定される。すなわち、UC
SＡの「ID」には、UCPＡの「利用内容１１」の「ID１
１」に設定されている情報（利用内容１１のID）が、
「形式」には、「利用内容１１」の「形式１１」に設定
されている”買い取り再生”が、「パラメータ」には、
「利用内容１１」の「パラメータ１１」に設定されてい
る情報（”買い取り再生”に対応する情報）が設定され
る。

【０１３７】「利用内容」の「管理移動状態情報」に
は、選択されたUCPの「管理移動許可情報」に”可”が
設定されている場合（管理移動が行える場合）、管理移
動元の機器（コンテンツを購入した機器）と管理移動先
の機器のそれぞれのIDが設定されるようになされてい
る。なお、コンテンツの管理移動が行われていない状態
においては、管理移動元の機器のIDと管理移動先の機器
のIDは、共に、管理移動元の機器のIDとされる。一方、
UCPの「管理移動許可情報」に、”不可”が設定されて
いる場合、「管理移動状態情報」には、”不可”が設定
される。すなわち、この場合、コンテンツの管理移動は
行われない（許可されない）。UCSＡの「管理移動状態
情報」には、UCPＡの「利用内容１１」の「管理移動許
可情報１１」に”可”が設定されており、また、このと
き、コンテンツＡは管理移動されていないので、SAM６
２のIDが、管理移動元の機器のIDおよび管理移動先の機
器のIDとして設定されている。

【０１３８】「利用履歴」には、同一のコンテンツに対
する利用履歴が含まれている。UCSＡの「利用履歴」に
は、”買い取り再生”を示す情報のみが記憶されている
が、例えば、レシーバ５１において、コンテンツＡが以
前に利用されていた場合、そのときの利用形式を示す情
報も記憶されている。

【０１３９】なお、上述したUCSにおいては、「UCPの有
効期限」および「PTの有効期限」が設けられているがそ
れらをUCSに設定しないようにすることもできる。ま
た、上述したUCSにおいて、「コンテンツプロバイダのI
D」が設けられているが、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−２（図
示せず）乃至ＢP−Ｍには、コンテンツ鍵ＫｃｏおよびU
CSは記憶されておらず、空いていることを示す所定の初
期情報が記憶されている。なお、利用情報用メモリ領域
Ｒ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」には、ユーザＦのI
Dが、そして「利用内容」には、UCSＡの「利用内容１
１」の内容が、それぞれ設定されている。

【０１４４】課金情報の「課金履歴」には、機器におい
て計上された課金の合計額を示す情報などが設定され
る。課金情報Ａの「課金履歴」には、レシーバ５１にお
いて計上された課金の合計額が設定されている。

【０１４５】なお、上述した課金情報においては、「UC
Pの有効期限」および「PTの有効期限」が設けられてい
るがそれらをUCSに設定しないようにすることもでき
る。また、上述した課金情報において、「コンテンツプ
ロバイダのID」が設けられているが、UCPのIDがユニー
クで、これにより、コンテンツプロバイダを特定するこ
とができる場合、それを設けないようにすることもでき
る。また「サービスプロバイダのID」も同様に、PTのID
がユニークで、これにより、サービスプロバイダを特定
することができる場合、それを設けないようにすること
もできる。

【０１４６】図２６に戻り、記憶モジュール７３には、
図３１に示すように、SAM６２の公開鍵Ｋｐｕ、SAM６２
の秘密鍵Ｋｓｕ、EMDサービスセンタ１の公開鍵Ｋｐｅ
ｓｃ、認証局の公開鍵Ｋｐｃａ、保存用鍵Ｋｓａｖｅ、
３月分の配送用鍵Ｋｄなどの各種鍵、SAM６２の証明書
（図２７）、課金情報（例えば、図３０の課金情報Ａな
ど）、基準情報５１、およびＭ個の検査値ＨP−１乃至
ＨP−Ｍなどが記憶されている。

【０１４７】図３２は、記憶モジュール７３に記憶され
ている基準情報５１を表している。基準情報には、「SA
MのID」、「機器番号」、「決済ID」、「課金の上限
額」、「決済ユーザ情報」、「従属ユーザ情報」、およ
び「利用ポイント情報」の各項目に設定される所定の情
報などが含まれている。

【０１４８】基準情報の、「SAMのID」、「機器番
号」、「決済ID」、「決済ユーザ情報」、「従属ユーザ
情報」、および「利用ポイント情報」の項目には、EMD
サービスセンタ１のユーザ管理部１８により管理される
システム登録情報（図９）の、それらに対応する項目の
情報が設定される。すなわち、基準情報５１には、SAM
６２のID、SAM６２の機器番号（１００番）、ユーザＦ
の決済ID、ユーザＦの決済ユーザ情報（ユーザＦのユー
ザ一般情報（氏名、住所、電話番号、決済機関情報、生
年月日、年齢、性別）、ユーザＦのID、およびユーザＦ
のパスワード）、および図３３に示す利用ポイント情報
（図１０（Ａ）に示したものと同様の情報）が設定され
ている。

【０１４９】「課金の上限額」には、機器がEMDシステ
ムに正式登録されている状態と仮登録されている状態
で、それぞれ異なる額が、課金の上限額として設定され
る。基準情報５１の「課金の上限額」には、レシーバ５
１が正式登録されているので、正式登録されている状態
における課金の上限額”正式登録時の上限額”）が設定
されている。なお、正式登録されている状態における課
金の上限額は、仮登録されている状態における課金の上
限額よりも、大きな額である。

【０１５０】次に、記憶モジュール７３に記憶される、
図３１に示したＭ個の検査値ＨP−１乃至ＨP−Ｍについ
て説明する。検査値ＨP−１は、外部記憶部６３の利用
情報記憶部６３Ａ（図２９）のブロックＢP−１に記憶
されているデータの全体にハッシュ関数が適用されて算
出されたハッシュ値である。検査値ＨP−２乃至ＨP−Ｍ
も、検査値ＨP−１と同様に、外部記憶部６３の、対応
するブロックＢP−２乃至ＢP−Ｍのそれぞれに記憶され
ているデータのハッシュ値である。

【０１５１】図２６に戻り、SAM６２の復号／暗号化モ
ジュール７４は、復号ユニット９１、乱数発生ユニット
９２、および暗号化ユニット９３から構成される。復号
ユニット９１は、暗号化されたコンテンツ鍵Ｋｃｏを配
送用鍵Ｋｄで復号し、暗号化ユニット９３に出力する。
乱数発生ユニット９２は、必要に応じて（例えば、相互
認証時）、所定の桁数の乱数を発生して一時鍵Ｋｔｅｍ
ｐを生成し、暗号化ユニット９３に出力する。

【０１５２】暗号化ユニット９３は、復号されたコンテ
ンツ鍵Ｋｃｏを、再度、記憶モジュール７３に保持され
ている保存用鍵Ｋｓａｖｅで暗号化する。暗号化された
コンテンツ鍵Ｋｃｏは、外部記憶部６３に供給される。
暗号化ユニット９３は、コンテンツ鍵Ｋｃｏを伸張部６
４に送信するとき、コンテンツ鍵Ｋｃｏを乱数発生ユニ
ット９２で生成した一時鍵Ｋｔｅｍｐで暗号化する。

【０１５３】データ検査モジュール７５は、記憶モジュ
ール７３に記憶されている検査値ＨPと、外部記憶部６
３の利用情報記憶部６３Ａの、対応するブロックＢPの
データのハッシュ値を比較し、ブロックＢPのデータが
改竄されていないか否かを検査する。データ検査モジュ
ー７５はまた、コンテンツの購入、移動、および管理移
動等が行われる際に、検査値ＨPを再算出し、記憶モジ
ュール７３に記憶（更新）させる。

【０１５４】伸張部６４は、相互認証モジュール１０
１、復号モジュール１０２、復号モジュール１０３、伸
張モジュール１０４、およびウォータマーク付加モジュ
ール１０５から構成される。相互認証モジュール１０１
は、SAM６２と相互認証し、一時鍵Ｋｔｅｍｐを復号モ
ジュール１０２に出力する。復号モジュール１０２は、
一時鍵Ｋｔｅｍｐで暗号化されたコンテンツ鍵Ｋｃｏを
一時鍵Ｋｔｅｍｐで復号し、復号モジュール１０３に出
力する。復号モジュール１０３は、HDD５２に記録され
たコンテンツをコンテンツ鍵Ｋｃｏで復号し、伸張モジ
ュール１０４に出力する。伸張モジュール１０４は、復
号されたコンテンツを、更にATRAC2等の方式で伸張し、
ウォータマーク付加モジュール１０５に出力する。ウォ
ータマーク付加モジュール１０５は、コンテンツにレシ
ーバ５１を特定するための情報（例えば、SAM６２のI
D）のウォータマーク（電子透かし）を挿入し、図示せ
ぬスピーカに出力し、音楽を再生する。

【０１５５】通信部６５は、ユーザホームネットワーク
５のレシーバ２０１との通信処理を行う。インターフェ
ース６６は、SAM６２および伸張部６４からの信号を所
定の形式に変更し、HDD５２に出力し、また、HDD５２か
らの信号を所定の形式に変更し、SAM６２および伸張部
６４に出力する。

【０１５６】表示制御部６７は、表示部（図示せず）へ
の出力を制御する。入力制御部６８は、各種ボタンなど
から構成される操作部（図示せず）からの入力を制御す
る。

【０１５７】HDD５２は、サービスプロバイダ３から供
給されたコンテンツ、UCP、およびPTの他、図３４に示
すような、登録リストを記憶している。この登録リスト
は、表形式に情報が記憶されているリスト部、および登
録リストを保持する機器についての所定の情報が記憶さ
れている対象SAM情報部より構成されている。

【０１５８】対象SAM情報部には、この登録リストを保
有する機器のSAMID、この例の場合、レシーバ５１のSAM
６２のIDが（「対象SAMID」の欄に）記憶されている。
対象SAM情報部にはまた、この登録リストの有効期限が
（「有効期限」の欄に）記憶され、登録リストのバージ
ョン番号が（「バージョン番号」の欄に）記憶され、そ
して接続されている機器の数（自分自身を含む）、この
例の場合、レシーバ５１には、他の機器が接続されてい
ないので、自分自身を含む値１が（「接続されている機
器数」の欄に）記憶されている。

【０１５９】リスト部は、「SAMID」、「ユーザID」、
「購入処理」、「課金処理」、「課金機器」、「コンテ
ンツ供給機器」、「状態フラグ」、「登録条件署名」、
および「登録リスト署名」の９個の項目から構成され、
この例の場合、レシーバ５１の登録条件として、それぞ
れの項目に所定の情報が記憶されている。

【０１６０】「SAMID」には、機器のSAMのIDが記憶され
る。この例の場合、レシーバ５１のSAM６２のIDが記憶
されている。「ユーザID」には、対応する機器のユーザ
のIDが記憶される。この例の場合、ユーザＦのIDが記憶
されている。

【０１６１】「購入処理」には、コンテンツを購入する
ための処理を行うことができるか否かを示す情報（”
可”または”不可”）が記憶される。この例の場合、レ
シーバ５１は、コンテンツを購入するための処理を行う
ことができるので、”可”が記憶されている。

【０１６２】「課金処理」には、EMDサービスセンタ１
との間で、課金を決済する処理を行うことができるか否
かを示す情報（”可”または”不可”）が記憶される。
この例の場合、レシーバ５１は、ユーザＦが決済ユーザ
として登録されているので、課金を決済する処理を行う
ことができる。そのため、「課金処理」には、”可”が
記憶されている。

【０１６３】「課金機器」には、計上された課金に対す
る課金処理を行う機器のSAMのIDが記憶される。この例
の場合、レシーバ５１（SAM６２）は、自分自身が、課
金を決済することができるので、SAM６２のIDが記憶さ
れている。

【０１６４】「コンテンツ供給機器」には、対応する機
器が、コンテンツの供給をサービスプロバイダ３からで
はなく、接続される他の機器から受ける場合、コンテン
ツを供給することができる機器のSAMのIDが記憶され
る。この例の場合、レシーバ５１は、コンテンツの供給
をサービスプロバイダ３から受けるので、コンテンツを
供給する機器が存在しない旨を示す情報（”なし”）が
記憶されている。

【０１６５】「状態フラグ」には、対応する機器の動作
制限条件が記憶される。何ら制限されていない場合は、
その旨を示す情報（”制限なし”）、一定の制限が課せ
られている場合は、その旨を示す情報（”制限あ
り”）、また動作が停止される場合には、その旨を示す
情報（”停止”）が記憶される。例えば、決済が成功し
なかった場合や、正式登録されるための与信処理が完了
していない場合（仮登録されている場合）、「状態フラ
グ」には、”制限あり”が設定される。この例の場合、
「状態フラグ」に”制限あり”が設定された機器におい
ては、すでに購入されたコンテンツを利用する処理は実
行されるが、新たなコンテンツを購入するための処理は
実行されなくなる。すなわち、一定の制限が機器に課せ
られる。また、コンテンツの不正複製などの違反行為が
発覚した場合、「状態フラグ」には、”停止”が設定さ
れ、機器の動作が停止される。これにより、その機器は
EMDシステムからのサービスを、一切受けることができ
なくなる。

【０１６６】この例の場合、レシーバ５１に対しては、
何ら制限が課せられていないものとし、「状態フラグ」
には”なし”が設定されている。

【０１６７】「登録条件署名」には、登録条件として、
それぞれ、「SAMID」、「ユーザID」、「購入処理」、
「課金処理」、「課金機器」、「コンテンツ供給機
器」、および「状態フラグ」に記憶されている情報に対
するEMDサービスセンタ１による署名が記憶されてい
る。この例の場合、レシーバ５１の登録条件に対する署
名が記憶されている。「登録リスト署名」には、登録リ
ストに設定されたデータの全体に対する署名が設定され
ている。

【０１６８】図３５は、レシーバ２０１の構成例を表し
ている。レシーバ２０１の通信部２１１乃至入力制御部
２１８は、レシーバ５１の通信部６１乃至入力制御部６
８と同様の機能を有しているので、その説明は適宜省略
する。

【０１６９】SAM２１２の記憶モジュール２２３にも、
図３６に示すように、SAM２１２の公開鍵Ｋｐｕ、SAM２
１２の秘密鍵Ｋｓｕ、EMDサービスセンタ１の公開鍵Ｋ
ｐｅｓｃ、認証局の公開鍵Ｋｐｃａ、保存用鍵Ｋｓａｖ
ｅ、３月分の配送用鍵Ｋｄ、予め認証局から配布されて
いるSAM２１２の証明書、および基準情報２０１が記憶
されている。基準情報２０１には、図３７に示すよう
に、SAM２１２のID、レシーバ２０１の機器番号（１０
０番）、ユーザＡの決済ID、ユーザＡの決済ユーザ情報
（ユーザＡのユーザ一般情報（氏名、住所、電話番号、
決済機関情報、生年月日、年齢、性別）、ユーザＡのI
D、およびユーザＡのパスワード）、および図３８に示
す利用ポイント情報（図１０（Ｂ）に示したものと同様
の情報）が設定されている。

【０１７０】HDD２０２は、HDD５２と同様の機能を有す
るので、その説明は省略する。

【０１７１】次に、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サービスセンタ１の
相互認証部１７は、連接Ｒ１‖Ｒ２を自分自身の秘密鍵
Ｋｓｅｓｃで暗号化する。ステップＳ８７において、EM
Dサービスセンタ１の相互認証部１７は、連接Ｒ１‖Ｒ
２を、ステップＳ８３で取得したコンテンツプロバイダ
２の公開鍵Ｋｐｃｐで暗号化する。ステップＳ８８にお
いて、EMDサービスセンタ１の相互認証部１７は、秘密
鍵Ｋｓｅｓｃで暗号化された連接Ｒ１‖Ｒ２、公開鍵Ｋ
ｐｃｐで暗号化された連接Ｒ１‖Ｒ２、および自分自身
の公開鍵Ｋｐｅｓｃを含む証明書（認証局から予め取得
しておいたもの）をコンテンツプロバイダ２の相互認証
部３９に送信する。

【０１８６】ステップＳ８９において、コンテンツプロ
バイダ２の相互認証部３９は、受信した証明書の署名を
予め取得しておいた認証局の公開鍵Ｋｐｃａで復号し、
正しければ証明書から公開鍵Ｋｐｅｓｃを取り出す。こ
の場合の処理は、ステップＳ８３における場合と同様で
あるので、その説明は省略する。ステップＳ９０におい
て、コンテンツプロバイダ２の相互認証部３９は、EMD
サービスセンタ１の秘密鍵Ｋｓｅｓｃで暗号化されてい
る連接Ｒ１‖Ｒ２を、ステップＳ８９で取得した公開鍵
Ｋｐｅｓｃで復号する。ステップＳ９１において、コン
テンツプロバイダ２の相互認証部３９は、自分自身の公
開鍵Ｋｐｃｐで暗号化されている連接Ｒ１‖Ｒ２を、自
分自身の秘密鍵Ｋｓｃｐで復号する。ステップＳ９２に
おいて、コンテンツプロバイダ２の相互認証部３９は、
ステップＳ９０で復号された連接Ｒ１‖Ｒ２と、ステッ
プＳ９１で復号された連接Ｒ１‖Ｒ２を比較し、一致す
ればEMDサービスセンタ１を適正なものとして認証し、
一致しなければ、不適正なものとして、処理を終了す
る。

【０１８７】適正な認証結果が得られたとき、ステップ
Ｓ９３において、コンテンツプロバイダ２の相互認証部
３９は、６４ビットの乱数Ｒ３を生成する。ステップＳ
９４において、コンテンツプロバイダ２の相互認証部３
９は、ステップＳ９０で取得した乱数Ｒ２および生成し
た乱数Ｒ３の連接Ｒ２‖Ｒ３を生成する。ステップＳ９
５において、コンテンツプロバイダ２の相互認証部３９
は、連接Ｒ２‖Ｒ３を、ステップＳ８９で取得した公開
鍵Ｋｐｅｓｃで暗号化する。ステップＳ９６において、
コンテンツプロバイダ２の相互認証部３９は、暗号化し
た連接Ｒ２‖Ｒ３をEMDサービスセンタ１の相互認証部
１７に送信する。

【０１８８】ステップＳ９７において、EMDサービスセ
ンタ１の相互認証部１７は、暗号化された連接Ｒ２‖Ｒ
３を自分自身の秘密鍵Ｋｓｅｓｃで復号する。ステップ
Ｓ９８において、EMDサービスセンタ１の相互認証部１
７は、復号した乱数Ｒ２が、ステップＳ８４で生成した
乱数Ｒ２（暗号化する前の乱数Ｒ２）と一致すれば、コ
ンテンツプロバイダ２を適正なプロバイダとして認証
し、一致しなけば、不適正なプロバイダとして、処理を
終了する。

【０１８９】以上のように、EMDサービスセンタ１の相
互認証部１７とコンテンツプロバイダ２の相互認証部３
９は、相互認証する。相互認証に利用された乱数は、そ
の相互認証に続く処理にだけ有効な一時鍵Ｋｔｅｍｐと
して利用される。

【０１９０】次に、図３９のステップＳ１２の処理につ
いて説明する。ステップＳ１２においては、コンテンツ
プロバイダセキュアコンテナが、コンテンツプロバイダ
２−１からサービスプロバイダ３−１に供給される処理
が行われる。その処理の詳細は、図４４のフローチャー
トに示されている。すなわち、ステップＳ２０１におい
て、コンテンツプロバイダ２−１のウォータマーク付加
部３２は、コンテンツサーバ３１からコンテンツＡを読
み出し、コンテンツプロバイダ２−１を示す所定のウォ
ータマーク（電子透かし）を挿入し、圧縮部３３に供給
する。

【０１９１】ステップＳ２０２において、コンテンツプ
ロバイダ２−１の圧縮部３３は、ウォータマークが挿入
されたコンテンツＡをATRAC2等の所定の方式で圧縮し、
暗号化部３４に供給する。ステップＳ２０３において、
乱数発生部３５は、コンテンツ鍵ＫｃｏＡとなる乱数を
発生させ、暗号化部３４に供給する。

【０１９２】ステップＳ２０４において、コンテンツプ
ロバイダ２−１の暗号化部３４は、DESなどの所定の方
式で、乱数発生部３５で発生された乱数（コンテンツ鍵
ＫｃｏＡ）を使用して、ウォータマークが挿入されて圧
縮されたコンテンツＡを暗号化する。次に、ステップＳ
２０５において、暗号化部３６は、DESなどの所定の方
式で、EMDサービスセンタ１から供給された配送用鍵Ｋ
ｄでコンテンツ鍵ＫｃｏＡを暗号化する。

【０１９３】ステップＳ２０６において、コンテンツプ
ロバイダ２−１のセキュアコンテナ作成部３８は、コン
テンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されてい
る）、コンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化さ
れている）、およびポリシー記憶部３７に記憶されてい
る、コンテンツＡに対応するUCPＡ，Ｂ（図１２）の全
体にハッシュ関数を適用してハッシュ値を算出し、自分
自身の秘密鍵Ｋｓｃｐで暗号化する。これにより、図１
７に示した署名が作成される。

【０１９４】ステップＳ２０７において、コンテンツプ
ロバイダ２−１のセキュアコンテナ作成部３８は、コン
テンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されてい
る）、コンテンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化さ
れている）、UCPＡ，Ｂ（図１２）、およびステップＳ
２０６で生成した署名を含んだ、図１７に示したコンテ
ンツプロバイダセキュアコンテナを作成する。

【０１９５】ステップＳ２０８において、コンテンツプ
ロバイダ２−１の相互認証部３９は、サービスプロバイ
ダ３−１の相互認証部４５と相互認証する。この認証処
理は、図４１乃至図４３を参照して説明した場合と同様
であるので、その説明は省略する。ステップＳ２０９に
おいて、コンテンツプロバイダ２−１のセキュアコンテ
ナ作成部３８は、認証局から予め発行された証明書（図
１８）を、ステップＳ２０７で作成したコンテンツプロ
バイダセキュアコンテナに付して、サービスプロバイダ
３−１に送信する。

【０１９６】このようにして、コンテンツプロバイダセ
キュアコンテナが、サービスプロバイダ３−１に供給さ
れたとき、処理は終了し、図３９のステップＳ１３に進
む。

【０１９７】ステップＳ１３において、サービスプロバ
イダセキュアコンテナが、サービスプロバイダ３−１か
らユーザホームネットワーク５（レシーバ５１）に供給
される。この処理の詳細は、図４５のフローチャートに
示されている。すなわち、ステップＳ２２１において、
サービスプロバイダ３−１の値付け部４２は、コンテン
ツプロバイダ２−１から送信されたコンテンツプロバイ
ダセキュアコンテナに付された証明書（図１８）に含ま
れる署名を確認し、証明書の改竄がなければ、それか
ら、コンテンツプロバイダ２−１の公開鍵Ｋｐｃｐを取
り出す。証明書の署名の確認は、図４３のステップＳ８
３における処理と同様であるので、その説明は省略す
る。

【０１９８】ステップＳ２２２において、サービスプロ
バイダ３−１の値付け部４２は、コンテンツプロバイダ
２−１から送信されたコンテンツプロバイダセキュアコ
ンテナの署名をコンテンツプロバイダ２−１の公開鍵Ｋ
ｐｃｐで復号し、得られたハッシュ値が、コンテンツＡ
（コンテンツ鍵ＫｃｏＡで暗号化されている）、コンテ
ンツ鍵ＫｃｏＡ（配送用鍵Ｋｄで暗号化されている）、
およびUCPＡ，Ｂの全体にハッシュ関数を適用して得ら
れたハッシュ値と一致するか否かを判定し、コンテンツ
プロバイダセキュアコンテナの改竄がないことを確認す
る。両者の値が一致しない場合（改竄が発見された場
合）は、処理は終了されるが、この例の場合、コンテン
ツプロバイダセキュアコンテナの改竄はなかったものと
し、ステップＳ２２３に進む。

【０１９９】ステップＳ２２３において、サービスプロ
バイダ３−１の値付け部４２は、コンテンツプロバイダ
セキュアコンテナから、コンテンツＡ（コンテンツ鍵Ｋ
ｃｏＡで暗号化されている）、コンテンツ鍵ＫｃｏＡ
（配送用鍵Ｋｄで暗号化されている）、および署名を取
り出し、コンテンツサーバ４１に供給する。コンテンツ
サーバ４１は、それらを記憶する。値付け部４２はまた
UCPＡ，Ｂも、コンテンツプロバイダセキュアコンテナ
から取り出し、セキュアコンテナ作成部４４に供給す
る。

【０２００】ステップＳ２２４において、サービスプロ
バイダ３−１の値付け部４２は、取り出したUCPＡ，Ｂ
に基づいて、PTＡ−１，Ａ−２（図２０）、およびPTＢ
−１，Ｂ−２（図２２）を作成し、セキュアコンテナ作
成部４４に供給する。

【０２０１】ステップＳ２２５において、サービスプロ
バイダ３−１のセキュアコンテナ作成部４４は、コンテ
ンツサーバ４１から読み出したコンテンツＡ（コンテン
ツ鍵ＫｃｏＡで暗号化されている）、コンテンツ鍵Ｋｃ
ｏＡ（配送用鍵Ｋｄで暗号化されている）、およびコン
テンツプロバイダ２の署名、値付け部４２から供給され
た、UCPＡ，Ｂ、およびPTＡ−１，Ａ−２，Ｂ−１，Ｂ
−２、並びにその署名から、図２４に示したサービスプ
ロバイダセキュアコンテナを作成する。

【０２０２】ステップＳ２２６において、サービスプロ
バイダ３−１の相互認証部４５は、レシーバ５１の相互
認証モジュール７１と相互認証する。この認証処理は、
図４１乃至図４３を参照して説明した場合と同様である
ので、その説明を省略する。

【０２０３】ステップＳ２２７において、サービスプロ
バイダ３−１のセキュアコンテナ作成部４４は、ステッ
プＳ２２５で作成したサービスプロバイダセキュアコン
テナに、サービスプロバイダ３−１の証明書（図２５）
を付して、ユーザホームネットワーク５のレシーバ５１
に送信する。

【０２０４】このようにして、サービスプロバイダセキ
ュアコンテナが、サービスプロバイダ３−１からレシー
バ５１に送信されたとき、処理は終了し、図３９のステ
ップＳ１４に進む。

【０２０５】ステップＳ１４において、サービスプロバ
イダ３−１から送信されたサービスプロバイダセキュア
コンテナが、ユーザホームネットワーク５のレシーバ５
１により受信される。この処理の詳細は、図４６のフロ
ーチャートに示されている。すなわち、ステップＳ２４
１において、レシーバ５１の相互認証モジュール７１
は、通信部６１を介して、サービスプロバイダ３−１の
相互認証部４５と相互認証し、相互認証できたとき、通
信部６１は、相互認証したサービスプロパイダ３−１か
ら、サービスプロバイダセキュアコンテナ（図２４）を
受信する。相互認証できなかった場合、処理は終了され
るが、この例の場合、相互認証されたものとし、ステッ
プＳ２４２に進む。

【０２０６】ステップＳ２４２において、レシーバ５１
の通信部６１は、ステップＳ２４１で相互認証したサー
ビスプロバイダ３−１から、公開鍵証明書を受信する。

【０２０７】ステップＳ２４３において、レシーバ５１
の復号／暗号化モジュール７４は、ステップＳ２４１で
受信したサービスプロバイダセキュアコンテナに含まれ
る署名を検証し、改竄がなかったか否かを検証する。こ
こで、改竄が発見された場合、処理は終了するが、この
例の場合、改竄が発見されなかったものとし、ステップ
Ｓ２４４に進む。

【０２０８】ステップＳ２４４において、UCPおよびPT
が選択され、かつ、その利用内容および価格内容が選択
される。具体的には、レシーバ５１の記憶モジュール７
３に記憶されている基準情報５１（図３２）が、利用条
件を満たすUCPと価格条件を満たすPTが選択される。こ
の例の場合、レシーバ５１の基準情報５１の「利用ポイ
ント情報」には、図３３に示したように、コンテンツプ
ロバイダ２−１のコンテンツ利用ポイントが２２２ポイ
ントであるとされている。すなわち、この基準情報５１
によれば、コンテンツＡに対応して設定されたUCPＡ，
Ｂのうち、「利用条件１０」の「ユーザ条件１０」が”
２００ポイント以上”とされているUCPＡ（図１２
（Ａ））が選択される。また、基準情報５１の「決済ユ
ーザ情報」には、ユーザＦは男性とされているので、PT
Ａ−１（図２０（Ａ））の「価格条件１０」に設定され
た条件を満たす。その結果、UCPＡに対応して作成され
たPTＡ−１，PTＡ−２のうち、PTＡ−１が選択される。

【０２０９】その後、このようにして選択されたUCPＡ
およびPTＡ−１の内容が、表示制御部６７を介して、図
示せぬ表示部に表示される。そこで、ユーザＦは、その
表示を参照して（例えば、利用したい利用形式と、その
価格を比較検討して）、UCPＡの所定の「利用内容」を
選択するための操作を、図示せず操作部に対して行う。
これにより、入力制御部６８を介して、選択されたUCP
Ａの利用内容のIDおよびPTＡ−１のIDがSAM６２に出力
される。なお、この例の場合、UCPＡの利用内容１１（P
TＡ−１の価格内容１１）が選択されたものとする。

【０２１０】ステップＳ２４５において、レシーバ５１
のSAM６２の課金処理モジュール７２は、ステップＳ２
４４で選択された、UCPＡの「利用内容１１」とPTＡ−
１に基づいて、UCSＡ（図２８）および課金情報Ａ（図
３０）を作成する。すなわち、この場合、コンテンツＡ
は、料金が２０００円で買い取り再生される。

【０２１１】ステップＳ２４６において、サービスプロ
バイダセキュアコンテナ（図２４）に含まれる、コンテ
ンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されている）、
UCPＡ、PTＡ−１，Ａ−２、およびコンテンツプロバイ
ダ２の署名が取り出され、HDD５２に出力され、記憶さ
れる。ステップＳ２４７において、復号／暗号化ユニッ
ト７４の復号ユニット９１は、サービスプロバイダセキ
ュアコンテナに含まれるコンテンツ鍵ＫｃｏＡ（配送用
鍵Ｋｄで暗号化されている）を、記憶モジュール７３に
記憶されている配送用鍵Ｋｄで復号する。

【０２１２】ステップＳ２４８において、復号／暗号化
ユニット７４の暗号化ユニット９３は、ステップＳ２４
７で復号されたコンテンツ鍵ＫｃｏＡを、記憶モジュー
ル７３に記憶されている保存用鍵Ｋｓａｖｅで暗号化す
る。

【０２１３】ステップＳ２４９において、レシーバ５１
のデータ検査モジュール７５は、ステップＳ２４８で保
存用鍵Ｋｓａｖｅで暗号化されたコンテンツ鍵Ｋｃｏ
Ａ、およびステップＳ２４５で作成されたUCSＡが対応
して記憶される、外部記憶部６３の利用情報記憶部６３
Ａ（図２９）のブロックＢPを検出する。この例の場
合、利用情報記憶部６３ＡのブロックＢP−１が検出さ
れる。なお、図２９の利用情報記憶部６３Ａにおいて、
そのブロックＢP−１の利用情報用メモリ領域ＲP−３に
コンテンツ鍵ＫｃｏＡおよびUCSＡが記憶されているよ
うに示されているが、この例の場合、この時点におい
て、それらは記憶されておらず、空いることを示す所定
の初期情報が記憶されている。

【０２１４】ステップＳ２５０において、レシーバ５１
のデータ検査モジュール７５は、ステップＳ２４９で検
出したブロックＢ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Ａを更新する。UCSＡに
は、更新すべき情報は含まれていないが、例えば、「利
用内容」の「形式」が所定の回数に限って再生する利用
形式とされている場合、その「パラメータ」に記憶され
ている、再生可能回数が１つだけデクリメントされる。

【０２２６】次に、ステップＳ２６５において、レシー
バ５１のSAM６２は、ステップＳ２６４で更新されたUCS
Ａ（実際は、更新されていない）を、外部記憶部６３の
利用情報記憶部６３ＡのブロックＢP−１の利用情報用
メモリ領域ＲP−３に記憶させる。ステップＳ２６６に
おいて、データ検査モジュール７５は、ステップＳ２６
５でUCSＡが記憶された、外部記憶部６３の利用情報記
憶部６３ＡのブロックＢP−１のデータにハッシュ関数
を適用して、ハッシュ値を算出し、記憶モジュール７３
に記憶されている検査値ＨP−１に上書きする。

【０２２７】ステップＳ２６７において、SAM６２の相
互認証モジュール７１と、伸張部６４の相互認証モジュ
ール１０１は、相互認証し、SAM６２および伸張部６４
は、一時鍵Ｋｔｅｍｐを共有する。この認証処理は、図
４１乃至図４３を参照して説明した場合と同様であるの
で、ここでは説明を省略する。相互認証に用いられる乱
数Ｒ１、Ｒ２、Ｒ３、またはその組み合わせが、一時鍵
Ｋｔｅｍｐとして用いられる。

【０２２８】ステップＳ２６８において、復号／暗号化
モジュール７４の復号ユニット９１は、図４６のステッ
プＳ２５２で外部記憶部６３の利用情報記憶部６３Ａの
ブロックＢP−１（利用情報用メモリ領域ＲP−３）に記
憶されたコンテンツ鍵ＫｃｏＡ（保存用鍵Ｋｓａｖｅで
暗号化されている）を、記憶モジュール７３に記憶され
た保存用鍵Ｋｓａｖｅで復号する。

【０２２９】次に、ステップＳ２６９において、復号／
暗号化モジュール７４の暗号化ユニット９３は、復号さ
れたコンテンツ鍵ＫｃｏＡを一時鍵Ｋｔｅｍｐで暗号化
する。ステップＳ２７０において、SAM６２は、一時鍵
Ｋｔｅｍｐで暗号化されたコンテンツ鍵ＫｃｏＡを伸張
部６４に送信する。

【０２３０】ステップＳ２７１において、伸張部６４の
復号モジュール１０２は、コンテンツ鍵ＫｃｏＡを一時
鍵Ｋｔｅｍｐで復号する。ステップＳ２７２において、
伸張部６４は、インタフェース６６を介して、HDD５２
に記録されたコンテンツＡ（コンテンツ鍵Ｋｃｏで暗号
化されている）を受け取る。ステップＳ２７３におい
て、伸張部６４の復号モジュール１０３は、コンテンツ
Ａ（コンテンツ鍵Ｋｃｏで暗号化されている）をコンテ
ンツ鍵ＫｃｏＡで復号する。

【０２３１】ステップＳ２７４において、伸張部６４の
伸張モジュール１０４は、復号されたコンテンツＡをAT
RAC2などの所定の方式で伸張する。ステップＳ２７５に
おいて、伸張部６４のウォータマーク付加モジュール１
０５は、伸張されたコンテンツＡにレシーバ５１を特定
する所定のウォータマーク（電子透かし）を挿入する。
ステップＳ２７６において、コンテンツＡは、図示せぬ
スピーカなどに出力され、再生される。その後、処理は
終了する。

【０２３２】ステップＳ２６２において、ステップＳ２
６１において算出されたハッシュ値が、レシーバ５１の
記憶モジュール７３に記憶された検査値ＨP−１と一致
しないと判定された場合、またはステップＳ２６３にお
いて、コンテンツが利用不可と判定された場合、ステッ
プＳ２７７において、SAM６２は、表示制御部６７を介
して、図示せぬ表示部にエラーメッセージを表示させる
等の所定のエラー処理を実行し、処理は終了する。

【０２３３】このようにして、レシーバ５１において、
コンテンツＡが再生（利用）されたとき、処理は終了
し、図３９の処理も終了する。

【０２３４】なお、以上においては、コンテンツＡが、
レシーバ５１において利用（購入）される場合を例とし
て説明したが、レシーバ２０１も、レシーバ５１と同様
に、コンテンツＡを利用することができる。ただし、レ
シーバ２０１の基準情報２０１の「利用ポイント情報」
には、図３８に示したように、コンテンツプロバイダ２
−１のコンテンツ利用ポイントが２３ポイントとされて
いるので、UCPＡの「利用条件１０」の「ユーザ条件１
０」の条件を満たさない。すなわち、この場合、UCPＡ
は選択されず、UCPＢが選択される。

【０２３５】次に、PTが選択されるが、この場合、UCP
Ｂが選択されているので、UCPＢに対応するPTＢ−１，
Ｂ−２（図２２）のうちのいずれかが選択される。PTＢ
−１の「価格条件３０」は、機器が従機器であることが
条件とされ、またPTＢ−２の「価格条件４０」は、主機
器であることが条件とされている。すなわち、主機器で
あるレシーバ２０１においては、PTＢ−２が選択され
る。このように、機器およびそのユーザに設定された各
種条件に基づいて、UCP、UCPの利用内容、およびPTの選
択範囲が決定される。

【０２３６】また、以上においては、UCPの「利用条
件」またはPTの「価格条件」の「ユーザ条件」を、ユー
ザの性別や年齢に関する条件とする場合を例として説明
したが、例えば、ユーザの住んでいる地域や誕生日など
を条件とすることもできる。なお、この場合、図１５
（Ａ）のサービスコードの０３００ｈ乃至７ＦＦＦｈの
コート値に、それらの条件の意味を設定する。

【０２３７】次に、レシーバ５１の課金が決済される場
合の処理手順を、図４８のフローチャートを参照して説
明する。なお、この処理は、計上された課金が所定の上
限額（正式登録時の上限額または仮登録時の上限額）を
超えた場合、または配送用鍵Ｋｄのバージョンが古くな
り、例えば、図４６のステップＳ２４７で、コンテンツ
鍵Ｋｃｏ（配送用鍵Ｋｄで暗号化されている）を復号す
ることができなくなった場合（サービスプロバイダセキ
ュアコンテナを受信することができなくなった場合）に
開始される。

【０２３８】すなわち、ステップＳ３０１において、レ
シーバ５１とEMDサービスセンタ１との相互認証が行わ
れる。この相互認証は、図４１乃至図４３を参照して説
明した場合と同様の処理であるので、その説明は省略す
る。

【０２３９】次に、ステップＳ３０２において、レシー
バ５１のSAM６２は、EMDサービスセンタ１のユーザ管理
部１８に証明書を送信する。ステップＳ３０３におい
て、レシーバ５１のSAM６２は、記憶モジュール７３に
記憶されている課金情報を、ステップＳ３０１でEMDサ
ービスセンタ１と共有した一時鍵Ｋｔｅｍｐで暗号化
し、配送用鍵Ｋｄのバージョン、HDD５２に記憶されて
いるUCPおよびPT、並びに登録リストとともに、EMDサー
ビスセンタ１に送信する。

【０２４０】ステップＳ３０４において、EMDサービス
センタ１のユーザ管理部１８は、ステップＳ３０３で、
レシーバ５１から送信された情報を受信し、復号した
後、EMDサービスセンタ１のユーザ管理部１８が、登録
リストの「状態フラグ」に”停止”が設定されるべき不
正行為がレシーバ５１において存在するか否かを確認す
る。

【０２４１】ステップＳ３０５において、EMDサービス
センタ１の課金請求部１９は、ステップＳ３０３で受信
された課金情報を解析し、ユーザ（例えば、ユーザＦ）
の支払い金額を算出する処理等を行う。次に、ステップ
Ｓ３０６において、ユーザ管理部１８は、ステップＳ３
０５における処理により、決済が成功したか否かを確認
する。

【０２４２】次に、ステップＳ３０７において、EMDサ
ービスセンタ１のユーザ管理部１８は、ステップＳ３０
４における確認結果、およびステップＳ３０６における
確認結果に基づいて、レシーバ５１の登録条件を設定
し、それに署名を付して、レシーバ５１の登録リストを
作成する。

【０２４３】例えば、ステップＳ３０４で、不正行為が
確認された場合、「状態フラグ」には”停止”が設定さ
れ、この場合、今後、全ての処理が停止される。すなわ
ち、EMDシステムからのサービスを一切受けることがで
きなくなる。また、ステップＳ３０６で、決済が成功し
なかったことが確認された場合、「状態フラグ」には”
制限あり”が設定され、この場合、すでに購入したコン
テンツを再生する処理は可能とされるが、新たにコンテ
ンツを購入する処理は実行できなくなる。

【０２４４】次に、ステップＳ３０８に進み、EMDサー
ビスセンタ１のユーザ管理部１８は、最新バージョンの
配送用鍵Ｋｄ（３月分の最新バージョンの配送用鍵Ｋ
ｄ）を一時鍵Ｋｔｅｍｐで暗号化し、ステップＳ３０７
で作成された登録リストとともにレシーバ５１に送信す
る。

【０２４５】ステップＳ３０９において、レシーバ５１
のSAM６２は、EMDサービスセンタ１から送信された配送
用鍵Ｋｄおよび登録リストを、通信部６１を介して受信
し、復号した後、記憶モジュール７３に記憶させる。こ
のとき、記憶モジュール７３に記憶されていた課金情報
は消去され、登録リストおよび配送用鍵Ｋｄが更新され
る。

【０２４６】なお、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものとす
る。

【０２４７】また、上記したような処理を行うコンピュ
ータプログラムをユーザに提供する提供媒体としては、
磁気ディスク、CD-ROM、固体メモリなどの記録媒体の
他、ネットワーク、衛星などの通信媒体を利用すること
ができる。

【０２４８】

【発明の効果】請求項１に記載の情報処理装置、請求項
３に記載の情報処理方法、および請求項４に記載の提供
媒体によれば、第１の情報に対応させて、利用条件およ
び利用内容を含む第２の情報を記憶するようにしたの
で、第１の情報に対応させて第２の情報を所定のプロバ
イダに送信することができる。

【０２４９】請求項４に記載の情報処理装置、請求項５
に記載の情報処理方法、および請求項６に記載の提供媒
体によれば、第１の情報の利用条件および利用内容を含
む第２の情報に対応して、第１の情報の価格条件および
価格内容を含む第３の情報を作成するようにしたので、
第１の情報に対応させて第２の情報および第３の情報
を、所定の機器に送信することができる。

【０２５０】請求項７に記載の情報処理装置、請求項８
に記載の情報処理方法、および請求項９に記載の提供媒
体によれば、基準情報に対応して選択した利用条件に対
応する利用内容に従って、コンテンツを利用し、基準情
報に対応して選択した価格条件に対応する価格内容に従
って、コンテンツの利用に対して、課金処理を実行する
ようにしたので、変化に富んだサービスを受けることが
できる。

【図面の簡単な説明】

【図１】EMDシステムを説明する図である。

【図２】EMDシステムにおける、主な情報の流れを説明
する図である。

【図３】EMDサービスセンタ１の機能的構成を示すブロ
ック図である。

【図４】EMDサービスセンタ１の配送用鍵Ｋｄの送信を
説明する図である。

【図５】EMDサービスセンタ１の配送用鍵Ｋｄの送信を
説明する他の図である。

【図６】EMDサービスセンタ１の配送用鍵Ｋｄの送信を
説明する他の図である。

【図７】EMDサービスセンタ１の配送用鍵Ｋｄの送信を
説明する他の図である。

【図８】EMDサービスセンタ１の配送用鍵Ｋｄの送信を
説明する他の図である。

【図９】システム登録情報を説明する図である。

【図１０】利用ポイント情報を説明する図である。

【図１１】コンテンツプロバイダ２の機能的構成例を示
すブロック図である。

【図１２】UCPの例を示す図である。

【図１３】コンテンツの管理移動を説明する図である。

【図１４】第１世代複製を説明する図である。

【図１５】サービスコードおよびコンディションコード
のコード値の例を示す図である。

【図１６】UCPの利用条件として設定されたコード値の
例を示す図である。

【図１７】コンテンツプロバイダセキュアコンテナの例
を示す図である。

【図１８】コンテンツプロバイダ２の証明書の例を示す
図である。

【図１９】サービスプロバイダ３の機能的構成を示すブ
ロック図である。

【図２０】PTの例を示す図である。

【図２１】PTの価格条件として設定されたコード値の例
を示す図である。

【図２２】他のPTの例を示す図である。

【図２３】他のPTの価格条件として設定されたコード値
の例を示す図である。

【図２４】サービスプロバイダセキュアコンテナの例を
示す図である。

【図２５】サービスプロバイダ３の証明書の例を示す図
である。

【図２６】ユーザホームネットワーク５のレシーバ５１
の機能的構成例を示すブロック図である。

【図２７】レシーバ５１のSAM６２の証明書の例を示す
図である。

【図２８】UCSの例を示す図である。

【図２９】レシーバ５１の外部記憶部６３の利用情報記
憶部６３Ａの内部を説明する図である。

【図３０】課金情報の例を示す図である。

【図３１】レシーバ５１の記憶モジュール７３に記憶さ
れている情報を示す図である。

【図３２】基準情報５１を説明する図である。

【図３３】基準情報５１の利用ポイント情報の例を示す
図である。

【図３４】登録リストの例を示す図である。

【図３５】ユーザホームネットワーク５のレシーバ２０
１の機能的構成例を示すブロック図である。

【図３６】レシーバ２０１の記憶モジュール２２３に記
憶されている情報の例を示す図である。

【図３７】基準情報２０１の例を示す図である。

【図３８】基準情報５１の利用ポイント情報の例を示す
図である。

【図３９】コンテンツの利用処理を説明するフローチャ
ートである。

【図４０】EMDサービスセンタ１がコンテンツプロバイ
ダ２へ配送用鍵Ｋｄを送信する処理を説明するフローチ
ャートである。

【図４１】コンテンツプロバイダ２とEMDサービスセン
タ１との相互認証の動作を説明するフローチャートであ
る。

【図４２】コンテンツプロバイダ２とEMDサービスセン
タ１との相互認証の他の動作を説明するフローチャート
である。

【図４３】コンテンツプロバイダ２とEMDサービスセン
タ１との相互認証の他の動作を説明するフローチャート
である。

【図４４】コンテンツプロバイダ２がサービスプロバイ
ダ３にコンテンツプロバイダセキュアコンテナを送信す
る処理を説明するフローチャートである。

【図４５】サービスプロバイダ３がレシーバ５１にサー
ビスプロバイダセキュアコンテナを送信する処理を説明
するフローチャートである。

【図４６】レシーバ５１がサービスプロバイダセキュア
コンテナを受信する処理を説明するフローチャートであ
る。

【図４７】レシーバ５１がコンテンツを再生する処理を
説明するフローチャートである。

【図４８】決済処理を説明するフローチャートである。

【符号の説明】

１ EMDサービスセンタ，２コンテンツプロバイ
ダ，３サービスプロバイダ，５ユーザホームネ
ットワーク，１１サービスプロバイダ管理部，１
２コンテンツプロバイダ管理部，１３著作権管理
部，１４鍵サーバ，１５経歴データ管理部，
１６利益分配部，１７相互認証部，１８ユーザ
管理部，１９課金請求部，２０出納部，２１
監査部，３１コンテンツサーバ，３２ウォー
タマーク付加部，３３圧縮部，３４暗号化部，
３５乱数発生部，３６暗号化部，３７ポリ
シー記憶部，３８セキュアコンテナ作成部，３９
相互認証部，４１コンテンツサーバ，４２値
付け部，４３ポリシー記憶部，４４セキュアコ
ンテナ作成部，４５相互認証部，５１レシー
バ，５２ HDD，６１通信部，６２ SAM，６３
外部記憶部，６４伸張部，６５通信部，６６
インタフェース，６７表示制御部，６８入力
制御部，７１相互認証モジュール，７２課金処理
モジュール，７３記憶モジュール，７４復号／
暗号化モジュール，７５データ検査モジュール，９
１復号ユニット，９２乱数発生ユニット，９３
暗号化ユニット，１０１相互認証モジュール，１
０２復号モジュール，１０３復号モジュール，
１０４伸張モジュール，１０５ウォータマーク付
加モジュール，２０１レシーバ，２０２ HDD，
２１１通信部，２１２ SAM，２１３外部記憶
部，２１４伸張部，２１５通信部，２１６
インタフェース，２１７表示制御部，２１８入
力制御部，２２１相互認証モジュール，２２２
課金処理モジュール，２２３記憶モジュール，２
２４復号／暗号化モジュール，２２５データ検査
モジュール，２３１復号ユニット，２３２乱数発
生ユニット，２３３暗号化ユニット，２４１相
互認証モジュール，２４２復号モジュール，２４
３復号モジュール，２４４伸張モジュール，２
４５ウォータマーク付加モジュール

───────────────────────────────────────────────────── フロントページの続き (72)発明者武藤明宏東京都品川区北品川６丁目７番35号ソニー株式会社内Ｆターム(参考） 5B049 AA05 BB11 BB46 CC36 CC39 DD04 DD05 EE03 EE09 EE23 FF03 FF04 FF08 FF09 GG04 GG07 GG10 5B089 GA11 GA21 GB04 HA10 JA33 JB05 JB22 JB23 KA02 KA17 KB06 KB13 KC58 KH28 KH30 LB14 5D044 AB05 BC01 CC04 DE17 DE48 GK11 GK17 HL11 5J104 AA01 AA07 AA16 BA03 EA17 KA01 NA02 NA05 PA05 PA07 PA11 9A001 BB01 BB03 BB04 CC07 DD13 EE03 EE04 FF03 GG01 GG22 JJ27 KK31 KK43 KK56 KK60 LL03

Claims

【特許請求の範囲】

【請求項１】暗号化されている第１の情報を保持する
保持手段と、前記第１の情報の利用条件と前記利用条件に対応する利
用内容を含む第２の情報を、前記第１の情報に対応させ
て記憶する記憶手段と、前記保持手段により保持されている暗号化されている前
記第１の情報と、前記記憶手段により記憶されている前
記第２の情報を所定のプロバイダに送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】暗号化されている第１の情報を保持する
保持ステップと、前記第１の情報の利用条件と前記利用条件に対応する利
用内容を含む第２の情報を、前記第１の情報に対応させ
て記憶する記憶ステップと、前記保持ステップで保持された暗号化されている前記第
１の情報と、前記記憶ステップで記憶された前記第２の
情報を所定のプロバイダに送信する送信ステップとを含
むことを特徴とする情報処理方法。
【請求項３】暗号化されている第１の情報を保持する
保持ステップと、前記第１の情報の利用条件と前記利用条件に対応する利
用内容を含む第２の情報を、前記第１の情報に対応させ
て記憶する記憶ステップと、前記保持ステップで保持された暗号化されている前記第
１の情報と、前記記憶ステップで記憶された前記第２の
情報を所定のプロバイダに送信する送信ステップとを含
む処理を情報処理装置に実行させるコンピュータが読み
取り可能なプログラムを提供することを特徴とする提供
媒体。
【請求項４】所定のプロバイダから送信されてくる、
暗号化されている第１の情報、および前記第１の情報の
利用条件と前記利用条件に対応する利用内容を含む第２
の情報を受信する受信手段と、前記受信手段により受信された前記第２の情報に対応し
て、前記第１の情報の価格条件と前記価格条件に対応す
る価格内容を含む第３の情報を作成する作成手段と、前記受信手段により受信された暗号化されている前記第
１の情報および前記第２の情報、並びに前記作成手段に
より作成された前記第３の情報を、所定の機器に送信す
る送信手段とを備えることを特徴とする情報処理装置。
【請求項５】所定のプロバイダから送信されてくる、
暗号化されている第１の情報、および前記第１の情報の
利用条件と前記利用条件に対応する利用内容を含む第２
の情報を受信する受信ステップと、前記受信ステップで受信された前記第２の情報に対応し
て、前記第１の情報の価格条件と前記価格条件に対応す
る価格内容を含む第３の情報を作成する作成ステップ
と、前記受信ステップで受信された暗号化されている前記第
１の情報および前記第２の情報、並びに前記作成ステッ
プで作成された前記第３の情報を、所定の機器に送信す
る送信ステップとを含むことを特徴とする情報処理方
法。
【請求項６】所定のプロバイダから送信されてくる、
暗号化されている第１の情報、および前記第１の情報の
利用条件と前記利用条件に対応する利用内容を含む第２
の情報を受信する受信ステップと、前記受信ステップで受信された前記第２の情報に対応し
て、前記第１の情報の価格条件と前記価格条件に対応す
る価格内容を含む第３の情報を作成する作成ステップ
と、前記受信ステップで受信された暗号化されている前記第
１の情報および前記第２の情報、並びに前記作成ステッ
プで作成された前記第３の情報を、所定の機器に送信す
る送信ステップとを含む処理を情報処理装置に実行させ
るコンピュータが読み取り可能なプログラムを提供する
ことを特徴とする提供媒体。
【請求項７】所定の基準情報を記憶する記憶手段と、所定のプロバイダから送信されてくる、暗号化されてい
る第１の情報、前記第１の情報の利用条件と前記利用条
件に対応する利用内容を含む第２の情報、および前記第
１の情報の価格条件と前記価格条件に対応する価格内容
を含む第３の情報を受信する受信手段と、前記記憶手段に記憶されている前記基準情報に対応す
る、前記受信手段により受信された前記第２の情報の前
記利用条件を選択する利用条件選択手段と、前記記憶手段に記憶されている前記基準情報に対応す
る、前記受信手段により受信された前記第３の情報の前
記価格条件を選択する価格条件選択手段と、前記利用条件選択手段により選択された前記利用条件に
対応する前記利用内容に従って、暗号化されている前記
第１の情報を復号して、利用する利用手段と、前記価格条件選択手段により選択された前記価格条件に
対応する前記価格内容に従って、前記利用手段による利
用に対する課金処理を実行する実行手段とを備えること
を特徴とする情報処理装置。
【請求項８】所定の基準情報を記憶する記憶ステップ
と、所定のプロバイダから送信されてくる、暗号化されてい
る第１の情報、前記第１の情報の利用条件と前記利用条
件に対応する利用内容を含む第２の情報、および前記第
１の情報の価格条件と前記価格条件に対応する価格内容
を含む第３の情報を受信する受信ステップと、前記記憶ステップで記憶された前記基準情報に対応す
る、前記受信ステップで受信された前記第２の情報の前
記利用条件を選択する利用条件選択ステップと、前記記憶ステップで記憶された前記基準情報に対応す
る、前記受信ステップで受信された前記第３の情報の前
記価格条件を選択する価格条件選択ステップと、前記利用条件選択ステップで選択された前記利用条件に
対応する前記利用内容に従って、暗号化されている前記
第１の情報を復号して、利用する利用ステップと、前記価格条件選択ステップで選択された前記価格条件に
対応する前記価格内容に従って、前記利用ステップでの
利用に対する課金処理を実行する実行ステップとを含む
ことを特徴とする情報処理方法。
【請求項９】所定の基準情報を記憶する記憶ステップ
と、所定のプロバイダから送信されてくる、暗号化されてい
る第１の情報、前記第１の情報の利用条件と前記利用条
件に対応する利用内容を含む第２の情報、および前記第
１の情報の価格条件と前記価格条件に対応する価格内容
を含む第３の情報を受信する受信ステップと、前記記憶ステップで記憶された前記基準情報に対応す
る、前記受信ステップで受信された前記第２の情報の前
記利用条件を選択する利用条件選択ステップと、前記記憶ステップで記憶された前記基準情報に対応す
る、前記受信ステップで受信された前記第３の情報の前
記価格条件を選択する価格条件選択ステップと、前記利用条件選択ステップで選択された前記利用条件に
対応する前記利用内容に従って、暗号化されている前記
第１の情報を復号して、利用する利用ステップと、前記価格条件選択ステップで選択された前記価格条件に
対応する前記価格内容に従って、前記利用ステップでの
利用に対する課金処理を実行する実行ステップとを含む
処理を情報処理装置に実行させるコンピュータが読み取
り可能なプログラムを提供することを特徴とする提供媒
体。