JP2000293459A

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

Info

Publication number: JP2000293459A
Application number: JP10333999A
Authority: JP
Inventors: Yoshito Ishibashi; 義人石橋; Tomoyuki Asano; 智之浅野; Izuru Kitamura; 出北村; Atsushi Kitahara; 淳北原
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-04-09
Filing date: 1999-04-09
Publication date: 2000-10-20
Also published as: CN1300403A; KR20010052704A; EP1087320A1; CN1139889C; EP1087320A4; HK1041323A1; WO2000062218A1

Abstract

(57)【要約】【課題】主の情報処理装置が、それに接続される情報
処理装置に代わって、課金を決済する処理を行うことが
できるようにする。【解決手段】課金を決済する処理を行うことができな
いレシーバ２０１に代わって、レシーバ２０１において
計上された課金を決済する処理を、レシーバ５１が行
う。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

【発明が解決しようとする課題】複数の情報処理装置を
有している場合、ユーザは、それぞれの情報処理装置毎
に、コンテンツを購入し、その利用料金を精算しなけれ
ばならず、手間がかかる課題があった。

【０００４】本発明はこのような状況に鑑みてなされた
ものであり、ユーザが複数の情報処理装置を有している
場合、主とする情報処理装置を利用して、他の情報処理
装置で利用されるコンテンツを購入したり、料金の精算
をすることができるようにするものである。

【０００５】

【課題を解決するための手段】請求項１に記載の情報処
理装置は、他の情報処理装置の所定の代理決済情報を記
憶する記憶手段と、記憶手段に記憶されている代理決済
情報に対応して、所定の課金情報の提供を他の情報処理
装置に要求する要求手段と、要求手段による要求に応じ
て、他の情報処理装置から送信されてくる課金情報を受
信する第１の受信手段と、第１の受信手段により受信さ
れた課金情報を、管理装置に送信する送信手段と、管理
装置から送信されてくる、送信手段により送信された課
金情報に基づいて行われた決済処理の結果に基づいて作
成された所定の登録条件を受信する第２の受信手段と、
第２の受信手段により受信された登録条件に基づいて、
動作を制御する制御手段とを備えることを特徴とする。

【０００６】請求項２に記載の情報処理方法は、他の情
報処理装置の所定の代理決済情報を記憶する記憶ステッ
プと、記憶ステップで記憶された代理決済情報に対応し
て、所定の課金情報の提供を他の情報処理装置に要求す
る要求ステップと、要求ステップでの要求に応じて、他
の情報処理装置から送信されてくる課金情報を受信する
第１の受信ステップと、第１の受信ステップで受信され
た課金情報を、管理装置に送信する送信ステップと、管
理装置から送信されてくる、送信ステップで送信された
課金情報に基づいて行われた決済処理の結果に基づいて
作成された所定の登録条件を受信する第２の受信ステッ
プと、第２の受信ステップで受信された登録条件に基づ
いて、動作を制御する制御ステップとを含むことを特徴
とする。

【０００７】請求項３に記載の提供媒体は、他の情報処
理装置の所定の代理決済情報を記憶する記憶ステップ
と、記憶ステップで記憶された代理決済情報に対応し
て、所定の課金情報の提供を他の情報処理装置に要求す
る要求ステップと、要求ステップでの要求に応じて、他
の情報処理装置から送信されてくる課金情報を受信する
第１の受信ステップと、第１の受信ステップで受信され
た課金情報を、管理装置に送信する送信ステップと、管
理装置から送信されてくる、送信ステップで送信された
課金情報に基づいて行われた決済処理の結果に基づいて
作成された所定の登録条件を受信する第２の受信ステッ
プと、第２の受信ステップで受信された登録条件に基づ
いて、動作を制御する制御ステップとを含む処理を実行
させるコンピュータが読み取り可能なプログラムを提供
することを特徴とする。

【０００８】請求項１に記載の情報処理装置、請求項２
に記載の情報処理方法、および請求項３に記載の提供媒
体においては、他の情報処理装置の所定の代理決済情報
が記憶され、記憶された代理決済情報に対応して、所定
の課金情報の提供が他の情報処理装置に要求され、要求
に応じて、他の情報処理装置から送信されてくる課金情
報が受信され、受信された課金情報が、管理装置に送信
され、管理装置から送信されてくる、送信された課金情
報に基づいて行われた決済処理の結果に基づいて作成さ
れた所定の登録条件が受信され、受信された登録条件に
基づいて、動作が制御される。

【０００９】請求項４に記載の情報処理装置は、他の情
報処理装置の所定の代理購入情報を記憶する第１の記憶
手段と、第１の記憶手段に記憶されている代理購入情報
に対応して、所定の課金情報を作成する第１の作成手段
と、第１の記憶手段に記憶されている代理購入情報に対
応して、所定の使用許諾条件情報を作成する第２の作成
手段と、第１の作成手段により作成された課金情報を記
憶する第２の記憶手段と、第２の作成手段により作成さ
れた使用許諾条件情報と、管理装置から供給された、暗
号化された情報を復号するために必要な鍵を、他の情報
処理装置に送信する送信手段とを備えることを特徴とす
る。

【００１０】請求項６に記載の情報処理方法は、他の情
報処理装置の所定の代理購入情報を記憶する第１の記憶
ステップと、第１の記憶ステップで記憶された代理購入
情報に対応して、所定の課金情報を作成する第１の作成
ステップと、第１の記憶ステップで記憶された代理購入
情報に対応して、所定の使用許諾条件情報を作成する第
２の作成ステップと、第１の作成ステップで作成された
課金情報を記憶する第２の記憶ステップと、第２の作成
ステップで作成された使用許諾条件情報と、管理装置か
ら供給された、暗号化された情報を復号するために必要
な鍵を、他の情報処理装置に送信する送信ステップとを
含むことを特徴とする。

【００１１】請求項７に記載の提供媒体は、他の情報処
理装置の所定の代理購入情報を記憶する第１の記憶ステ
ップと、第１の記憶ステップで記憶された代理購入情報
に対応して、所定の課金情報を作成する第１の作成ステ
ップと、第１の記憶ステップで記憶された代理購入情報
に対応して、所定の使用許諾条件情報を作成する第２の
作成ステップと、第１の作成ステップで作成された課金
情報を記憶する第２の記憶ステップと、第２の作成ステ
ップで作成された使用許諾条件情報と、管理装置から供
給された、暗号化された情報を復号するために必要な鍵
を、他の情報処理装置に送信する送信ステップとを含む
処理を実行させるコンピュータが読み取り可能なプログ
ラムを提供することを特徴とする。

【００１２】請求項４に記載の情報処理装置、請求項６
に記載の情報処理方法、および請求項７に記載の提供媒
体においては、他の情報処理装置の所定の代理購入情報
が記憶され、記憶されている代理購入情報に対応して、
所定の課金情報が作成され、記憶されている代理購入情
報に対応して、所定の使用許諾条件情報が作成され、作
成された課金情報が記憶され、作成された使用許諾条件
情報と、管理装置から供給された、暗号化された情報を
復号するために必要な鍵を、他の情報処理装置に送信す
る送信手段とを備えることを特徴とする。

【００１３】

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

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

【００１５】EMDシステムにおけるコンテンツ(Content)
とは、情報そのものが価値を有するデジタルデータで、
この例の場合、１つのコンテンツは、１曲分の音楽デー
タに相当する。

【００１６】EMDサービスセンタ１は、EMDシステムにお
ける主な情報の流れを示す図２に示すように、ユーザホ
ームネットワーク５およびコンテンツプロバイダ２に、
コンテンツを利用するために必要な配送用鍵Ｋｄを送信
する。EMDサービスセンタ１はまた、ユーザホームネッ
トワーク５の機器から、課金情報等を受信して、料金を
精算する処理などを実行する。

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

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

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

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

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

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

【００２３】ユーザホームネットワーク５の機器および
コンテンツプロバイダ２に供給される、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サービスセンタ１にアクセスしていなくて
も、一応、コンテンツの買い取りが行え、時を見計らっ
て、EMDサービスセンタ１にアクセスして鍵を受信する
ことができる。

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

【００３７】利益分配部１６は、経歴データ管理部１５
から供給された各種情報に基づき、EMDサービスセンタ
１、コンテンツプロバイダ２、およびサービスプロバイ
ダ３の利益をそれぞれ算出し、その結果をサービスプロ
バイダ管理部１１、コンテンツプロバイダ管理部１２、
出納部２０、および著作権管理部１３に出力する。

【００３８】相互認証部１７は、コンテンツプロバイダ
２、サービスプロバイダ３、およびユーザホームネット
ワーク５の機器と相互認証を実行する。ユーザ管理部１
８は、所定の処理に対応して登録リスト（後述）を作成
し、配送用鍵Ｋｄとともにユーザホームネットワーク５
に送信する。

【００３９】課金請求部１９は、経歴データ管理部１５
から供給された、例えば、課金情報、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Ａ，Ｂを表している。U
CPは、「コンテンツのID」、「コンテンツプロバイダの
ID」、「UCPのID」、「UCPの有効期限」、「利用条
件」、「利用内容」の各項目に対応する所定の情報が含
まれる。「コンテンツのID」には、UCPが対応するコン
テンツのIDが設定される。UCPＡ（図９（Ａ））およびU
CPＢ（図９（Ｂ））のそれぞれの「コンテンツのID」に
は、コンテンツＡのIDが設定されている。

【００４８】「コンテンツプロバイダのID」には、コン
テンツの提供元のコンテンツプロバイダのIDが設定され
る。UCPＡおよびUCPＢのそれぞれの「コンテンツプロバ
イダのID」には、コンテンツプロバイダ２のIDが設定さ
れている。「UCPのID」には、各UCPに割り当てられた所
定のIDが設定され、UCPＡの「UCPのID」には、UCPＡのI
Dが、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５”）が設定さ
れている。なお、この場合も、図１１の（Ｂ）に示すよ
うに、複製からの複製を作成することはできない（許可
されない）。「パラメータ１４」には、複製が５回可能
であることを示す情報（”複製５回”）が設定されてい
る。「管理移動許可情報１４」には、”不可”が設定さ
れている。

【００５９】図９（Ｂ）の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には、「コンテンツのID」、
「コンテンツプロバイダのID」、「UCPのID」、「サー
ビスプロバイダのID」、「PTのID」、「PTの有効期
限」、「価格条件」、および「価格内容」の各項目に対
応する所定の情報が含まれる。

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

【００９２】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Ｂ−１には、コンテンツＡのID、
コンテンツプロバイダ２のID、UCPＢのID、UCPＢの有効
期限、サービスプロバイダ３のID、PTＢ−１のID、PTＢ
−１の有効期限、価格条件３０、２通りの価格内容３
１，３２などが含まれている。

【００９７】PTＢ−１の「価格条件３０」の「ユーザ条
件３０」には”条件なし”が設定され、「機器条件３
０」には、機器が従機器であることを条件とする情
報（”従機器”）が設定されている。すなわち、PTＢ−
１は、コンテンツＡが従機器において利用される場合に
のみ選択可能となる。なお、従機器とは、自分自身が、
所定のコンテンツを購入するための処理や、課金を決済
する処理などを行うことができない機器を意味する。

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

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

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

【０１０１】PTＢ−２の「価格条件４０」の「ユーザ条
件４０」には”条件なし”が設定され、その「機器条件
４０」には、機器が主機器であることを条件とする情報
（”主機器”）が設定されている。すなわち、PTＢ−２
は、主機器においてコンテンツが利用される場合にのみ
選択可能となる。なお、主機器とは、自分自身が、所定
のコンテンツを購入するための処理や、課金を決済する
処理などを行うことができる機器を意味する。

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

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

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

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

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

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

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

【０１０９】図２３は、ユーザホームネットワーク５を
構成するレシーバ５１の構成例を表している。レシーバ
５１は、通信部６１、SAM６２、外部記憶部６３、伸張
部６４、通信部６５、インタフェース６６、表示制御部
６７、および入力制御部６８より構成される、HDD５２
に接続される据え置き型の機器である。

【０１１０】レシーバ５１の通信部６１は、ネットワー
ク４を介してサービスプロバイダ３、または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としても設定される。一方、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−Ｍには、この場合、
コンテンツ鍵Ｋｃｏおよび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Ａの「利用内容１１」の内容が、それぞ
れ設定されている。

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

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

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

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

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

【０１２９】基準情報５１には、SAM６２のID、SAM６２
の機器番号（１００番）、ユーザの決済ID、ユーザの決
済ユーザ情報（ユーザの一般情報（氏名、住所、電話番
号、決済機関情報、生年月日、年齢、性別）、ユーザの
ID、およびユーザのパスワード）、および所定の利用ポ
イント情報が設定されている。

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

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

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

【０１３３】データ検査モジュール７５は、記憶モジュ
ール７３に記憶されている検査値ＨPと、外部記憶部６
３の利用情報記憶部６３Ａの、対応するブロックＢPの
データのハッシュ値を比較し、ブロックＢPのデータが
改竄されていないか否かを検査する。伸張部６４は、相
互認証モジュール１０１、復号モジュール１０２、復号
モジュール１０３、伸張モジュール１０４、およびウォ
ータマーク付加モジュール１０５から構成される。相互
認証モジュール１０１は、SAM６２と相互認証し、一時
鍵Ｋｔｅｍｐを復号モジュール１０２に出力する。復号
モジュール１０２は、一時鍵Ｋｔｅｍｐで暗号化された
コンテンツ鍵Ｋｃｏを一時鍵Ｋｔｅｍｐで復号し、復号
モジュール１０３に出力する。復号モジュール１０３
は、HDD５２に記録されたコンテンツをコンテンツ鍵Ｋ
ｃｏで復号し、伸張モジュール１０４に出力する。伸張
モジュール１０４は、復号されたコンテンツを、更にAT
RAC2等の方式で伸張し、ウォータマーク付加モジュール
１０５に出力する。ウォータマーク付加モジュール１０
５は、コンテンツにレシーバ５１を特定するための情報
（例えば、SAM６２のID）のウォータマーク（電子透か
し）を挿入し、図示せぬスピーカに出力し、音楽を再生
する。

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

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

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

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

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

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

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

【０１４１】「課金処理」には、機器が、EMDサービス
センタ１との間で、課金処理を行うことができるか否か
を示す情報（”可”または”不可”）が記憶される。こ
の例の場合、レシーバ５１のみが、課金処理を行うこと
ができ、レシーバ２０１はその処理を行うことができな
いようになされているので、レシーバ５１に対応する
「課金処理」には、”可”が記憶され、レシーバ２０１
に対応する「課金処理」には、”不可”が記憶されてい
る。

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

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

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

【０１４５】この例の場合、レシーバ５１およびレシー
バ２０１に対しては、何ら制限が課せられていないもの
とし、それぞれに対応する「状態フラグ」には、”な
し”が設定されている。なお、「状態フラグ」に設定さ
れる、”制限あり”および”停止”など、動作を制限す
るための情報を、個々に区別する必要がない場合、まと
めて、動作制限情報と称する。

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

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

【０１４８】HDD２０２には、購入したコンテンツの
他、図３２に示すような、レシーバ２０１の登録リスト
が記憶されている。この登録リストの対象SAM情報部に
は、レシーバ２０１のSAM２１０のID、その登録リスト
の有効期限、バージョン番号、接続されている機器の数
（この例では、レシーバ２０１には、レシーバ５１の１
機が接続され、自分自身を含めた合計数２）が記憶され
ている。リスト部には、図３０のレシーバ５１の登録リ
ストのリスト部と同様の情報が記憶されている。

【０１４９】次に、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の１
つの利用内容を選択する。これにより、入力制御部６８
は、操作部から入力された、ユーザの操作に対応する信
号をSAM６２に出力する。

【０１８７】この例の場合、レシーバ５１の基準情報５
１の「利用ポイント情報」には、利用ポイントが２２２
ポイントであるとされているものとする。すなわち、コ
ンテンツＡに対応して設定されたUCPＡ，Ｂのうち、
「利用条件１０」の「ユーザ条件１０」が”２００ポイ
ント以上”とされている、UCPＡが選択される。また、
基準情報５１の「決済ユーザ情報」には、ユーザは男性
とされているので、PTＡ−１（図１７（Ａ））の「価格
条件１０」に設定された条件を満たす。その結果、UCP
Ａに対応して作成されたPTＡ−１，PTＡ−２のうち、PT
Ａ−１が選択される。結局、UCPＡおよびPTＡ−１の内
容が、表示部に表示される。また、この例の場合、これ
により、ユーザが、UCPＡの利用内容１１（PTＡ−１の
価格内容１１）を選択したものとする。

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

【０１８９】ステップＳ２４６において、サービスプロ
バイダセキュアコンテナ（図２１）に含まれる、コンテ
ンツＡ（コンテンツ鍵ＫｃｏＡで暗号化されている）、
UCPＡ、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Ａを更新する。UCSＡに
は、更新すべき情報は含まれていないが、例えば、「利
用内容」の「形式」が所定の回数に限って再生する利用
形式とされている場合、その「パラメータ」に記憶され
ている、再生可能回数が１つだけデクリメントされる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０２２０】ステップＳ３０９において、レシーバ５１
のSAM６２は、EMDサービスセンタ１から送信された配送
用鍵Ｋｄおよび登録リストを、通信部６１を介して受信
し、復号した後、記憶モジュール７３に記憶させる。こ
のとき、記憶モジュール７３に記憶されていた課金情報
は消去され、登録リストおよび配送用鍵Ｋｄが更新され
る。また、このとき、受信された登録リストの登録リス
ト署名が検証され、登録リストが改竄されていないとが
確認される。この署名の確認処理は、図３７のステップ
Ｓ８３における処理と同様であるので、その説明は省略
する。

【０２２１】次に、レシーバ５１が、レシーバ２０１に
おいて計上された課金を決済する場合（代理決済する場
合）の処理手順を、図４３乃至図４５のフローチャート
を参照して説明する。レシーバ５１が、レシーバ２０１
から、代理決済を依頼する所定の信号を受信すると、ス
テップＳ３２１において、レシーバ５１の相互認証モジ
ュール７１は、レシーバ２０１の相互認証モジュール２
２１と相互認証を行う。この相互認証は、図３７を参照
して説明した場合と同様であるので、その説明は省略す
るが、これにより、レシーバ５１の相互認証モジュール
７１は、レシーバ２０１のSAM２１２のIDを取得し、レ
シーバ２０１と一時鍵Ｋｔｅｍｐを共有する。

【０２２２】ステップＳ３２２において、レシーバ５１
のSAM６２は、HDD５２に記憶されている登録リストが改
竄されているか否かを判定する。具体的には、登録リス
トの「登録リスト署名」に記憶されている署名が、公開
鍵暗号の公開鍵で復号され、その結果（ハッシュ値）
と、その登録リストのデータの全体のハッシュ値とが、
等しいか否かが判定される。

【０２２３】ステップＳ３２２で、登録リストが改竄さ
れていないと判定された場合、ステップＳ３２３に進
み、レシーバ５１のSAM６２は、レシーバ２０１が、代
理決済することができる（代理決済すべき）機器である
か否かを判定する。具体的には、ステップＳ３２１で取
得されたSAM２１２のIDが、登録リストの「SAMID」に登
録され、そしてそれに対応する「課金機器」に自分自身
（SAM６２）が登録されているか否かが判定される。

【０２２４】ステップＳ３２３において、この例の場合
のように、レシーバ２０１が代理決済することができる
機器であると判定した場合、レシーバ５１のSAM６２
は、ステップＳ３２４に進み、課金情報の提供を要求す
る所定の信号を通信部６５を介して、レシーバ２０１に
送信し、ステップＳ３２５において、レシーバ２０１か
ら送信されてきた課金情報を受信する。

【０２２５】ステップＳ３２６において、レシーバ５１
は、EMDサービスセンタ１と相互認証する。この相互認
証は、図３５乃至図３７を参照して説明した場合と同様
であるので、その説明は省略する。ステップＳ３２７に
おいて、レシーバ５１のSAM６２は、ステップＳ３２５
で受信した課金情報、記憶モジュール７３に記憶されて
いる配送用鍵Ｋｄのバージョン、またHDD５２に記憶さ
れている登録リストを、一時鍵Ｋｔｅｍｐで暗号化し、
EMDサービスセンタ１に送信する。

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

【０２２７】次に、ステップＳ３２９において、EMDサ
ービスセンタ１のユーザ管理部１８は、ステップＳ３２
８での確認結果に基づいて、レシーバ５１に不正行為が
存在するか否かを判定し、レシーバ５１に不正行為が存
在しないと判定した場合、ステップＳ３３０に進む。

【０２２８】ステップＳ３３０において、EMDサービス
センタ１の課金請求部１９は、ステップＳ３２８で受信
された課金情報を解析し、ユーザの支払い金額を算出す
る処理等を行う。次に、ステップＳ３３１において、EM
Dサービスセンタ１のユーザ管理部１８は、ステップＳ
３３０における決済の結果に基づいて、レシーバ５１お
よびレシーバ２０１の登録条件を設定し、登録条件署名
および登録リスト署名を付して、それぞれの登録リスト
を作成する。

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

【０２３０】ステップＳ３３３において、レシーバ５１
のSAM６２は、EMDサービスセンタ１から送信された配送
用鍵Ｋｄ、並びにレシーバ５１の登録リストとレシーバ
２０１の登録リストを受信し、復号すると、ステップＳ
３３４において、レシーバ５１の登録リストの、レシー
バ２０１のSAM２１２のIDに対応する「状態フラグ」
に、動作制限情報（例えば、”制限あり”または”停
止”が）設定されているか否かを判定し、それが設定さ
れていない場合、ステップＳ３３５に進む。

【０２３１】ステップＳ３３５において、レシーバ５１
のSAM６２は、ステップＳ３２５で受信された、レシー
バ２０１からの課金情報を消去し、ステップＳ３３６に
おいて、配送用鍵Ｋｄおよびレシーバ５１の登録リスト
を更新する。

【０２３２】次に、ステップＳ３３７において、レシー
バ５１のSAM６２は、レシーバ２０１に対して、相互認
証（図３３乃至図３５を参照して説明した処理）を行っ
た後、レシーバ２０１に、レシーバ２０１の登録リスト
と配送用鍵Ｋｄを一時鍵Ｋｔｅｍｐで暗号化して、送信
する。

【０２３３】ステップＳ３３８において、レシーバ２０
１は、レシーバ５１から送信されてきたレシーバ２０１
の登録リストおよび配送用鍵Ｋｄを受信し、一時鍵Ｋｔ
ｅｍｐで復号した後、記憶する（更新）する。

【０２３４】ステップＳ３３４で、「状態フラグ」に動
作制限情報が設定されていると判定された場合、ステッ
プＳ３３９に進み、レシーバ５１のSAM６２は、レシー
バ２０１に対して、所定の処理（REVOKE処理）を実行
し、レシーバ２０１において実行される処理を制限す
る。

【０２３５】ステップＳ３２９において、レシーバ５１
において不正行為が確認された場合、ステップＳ３４０
に進み、EMDサービスセンタ１は、レシーバ５１および
レシーバ２０１に対応する「状態フラグ」の全てに”停
止”を設定し、それぞれの登録リストを作成し、ステッ
プＳ３４１において、それらをレシーバ５１に送信す
る。

【０２３６】ステップＳ３４２において、レシーバ５１
は、EMDサービスセンタ１から送信された登録リストを
受信し、登録リストを更新する。その後、ステップＳ３
３９に進み、レシーバ５１は、登録リストの「状態フラ
グ」に設定された動作制限情報に対応する処理を行う。
この場合、配送用鍵Ｋｄは、レシーバ５１およびレシー
バ２０１には供給されず、レシーバ５１およびレシーバ
２０１は、供給されたコンテンツを再生することができ
なくなり、その結果、EMDシステムにおけるサービスを
一切受けることができなくなる。

【０２３７】ステップＳ３２２において、登録リストが
改竄されていると判定された場合、またステップＳ３２
３において、代理決済することができる機器ではないと
判定された場合、処理は終了される。

【０２３８】以上のようにして、レシーバ２０１におい
て計上された課金が、レシーバ５１により代理決済させ
る。

【０２３９】図４６は、ユーザホームネットワーク５の
他の構成例を表している。なお、図中、図１のユーザホ
ームネットワーク５における場合と対応する部分につい
ては、同一の符号を付してある。すなわち、レシーバ２
０１に代わり、Ｌ個のレシーバ２５１−１乃至２５１−
Ｌ（以下、個々に区別する必要がない場合、単に、レシ
ーバ２５１と称する。他の装置についても同様であ
る）、およびHDD２０２に代わり、Ｌ個のHDD２５２−１
乃至２５２−Ｌが設けられている。

【０２４０】レシーバ２５１−１乃至２５１−Ｌは、レ
シーバ２０１と同様の構成を有する据え置き型の装置
で、それぞれHDD２５２−１乃至２５２−Ｌに接続され
ている。レシーバ２５１はまた、レシーバ２０１と同様
に、コンテンツを購入するための処理を実行することが
できるが、自分自身で課金を決済することができず、レ
シーバ５１により代理決済されるようになされている。
すなわち、例えば、この場合におけるレシーバ５１の登
録リスト（図４７）およびレシーバ２５１−１の登録リ
スト（図４８）に示すように、レシーバ２５１−ｉ（＝
１，２，・・・，Ｌ）のSAMのIDに対応する「購入処
理」には、”可”が設定され、「課金処理」には、”不
可”が設定され、そして「課金機器」には”SAM６２のI
D”が、それぞれ設定されている。

【０２４１】次に、レシーバ５１が、レシーバ２５１に
おいて計上される課金を精算する場合の処理手順を、図
４９乃至図５１のフローチャートを参照して説明する。

【０２４２】ステップＳ３６１において、レシーバ５１
のSAM６２は、カウンタｉに初期値１を設定し、ステッ
プＳ３６２において、レシーバ５１の相互認証モジュー
ル７１は、レシーバ２５１−ｉ（＝１，２，・・・，
Ｌ）の相互認証モジュール（図示せず）と相互認証す
る。この相互認証は、図３５乃至図３７を参照して説明
した場合と同様であるので、その説明は省略する。

【０２４３】ステップＳ３６３乃至Ｓ３８３において
は、図４３のステップＳ３２２乃至Ｓ３４２における場
合と同様の処理が実行されるので、その説明は省略す
る。

【０２４４】ステップＳ３７９において、レシーバ２５
１−ｉが配送鍵Ｋｄおよび登録リストを更新した後、ま
たはレシーバ５１が、「状態フラグ」に設定された動作
制限情報に対応した処理を行った後、ステップＳ３８４
に進み、レシーバ５１のSAM６２は、カウンタｉの値
が、代理決済すべき機器の数（この例の場合、レシーバ
２５１の数Ｌ）と等しいか否かを判定し、等しくないと
判定した場合、ステップＳ３８５に進み、カウンタｉの
値を１だけ増加させて、ステップＳ３６２に戻る。これ
により、次のレシーバ２５１−ｉに対応して、それ以降
の処理が実行される。

【０２４５】ステップＳ３８４において、カウンタｉの
値と、代理決済すべき機器の数Ｌとが等しいと判定され
た場合、処理は終了される。

【０２４６】ステップＳ３６３において、登録リストが
改竄されていると判定された場合、またステップＳ３６
４において、代理決済することができる機器ではないと
判定された場合、処理は、ステップＳ３８４に進む。

【０２４７】以上のようにして、Ｌ個のレシーバ２５１
−１乃至２５１−Ｌにおいて、それぞれ計上される課金
が、レシーバ５１により代理決済される。なお、以上に
おいては、レシーバ５１が、一度に、レシーバ２５１の
全てに対して、代理決済を行う場合を例として説明した
が、図４３乃至図４５のフローチャートで説明したよう
に、依頼があった機器に対してのみ代理決済を行うよう
にすることもできる。

【０２４８】なお、以上において、図４３のステップＳ
３２３および図４９のステップＳ３６３における、登録
リストが改竄されているか否かの判定は、「登録リスト
署名」に記憶されている署名を確認することで行われた
が、入力されたデータを、６４ビットずつのブロックに
切り分け、それを順次、処理時間の早いブロック暗号器
に入力し、所定の検査用鍵で暗号化してそれを第１の出
力とし、その第１び出力を遅延された第２の出力との排
他的論理和により、データの改竄を確認するCBC(Cipher
Block Chaining)モードを利用することもできる。

【０２４９】図５２は、ユーザホームネットワーク５の
他の構成例を表している。なお、図中、図１のユーザホ
ームネットワーク５における場合と対応する部分につい
ては、同一の符号を付してある。すなわち、レシーバ２
０１およびHDD２０２に代わり、レシーバ３０１、レシ
ーバ４０１、およびHDD４０２が設けられている。

【０２５０】図５３は、レシーバ３０１の機能的構成例
を表している。レシーバ３０１は、レシーバ２０１のSA
M２１２乃至通信部２１５と基本的に同様の機能を有す
る、SAM３１１乃至通信部３１４を有しているが、レシ
ーバ２０１の、通信部２１１、インタフェース２１６、
表示制御部２１７、および入力制御部２１８に対応する
機能を有しない、携帯型の機器である。

【０２５１】レシーバ３０１は、HDDに接続されていな
いので、コンテンツは、図５４に示すような形態を有す
る、外部記憶部３１２の利用情報記憶部３１２Ａに、コ
ンテンツ鍵Ｋｃｏ（保存鍵Ｋｓａｖｅで暗号化されてい
る）およびUCSと対応して記憶される。

【０２５２】図５５に示すようなレシーバ３０１の登録
リストは、記憶モジュール３２３に記憶されている。こ
の登録リストの対象SAM情報部には、この登録リストを
保有するレシーバ３０１のSAM３１１のIDが（「対象SAM
ID」の欄に）記憶され、その登録リストの有効期限が
（「有効期限」の欄に）記憶され、登録リストのバージ
ョン番号が（「バージョン番号」の欄に）記憶され、そ
して接続されている機器の数（自分自身を含む）、この
例の場合、レシーバ３０１には、レシーバ５１の１機の
機器が接続されているので、自分自身を含む合計値２が
（「接続されている機器数」の欄に）記憶されている。
リスト部には、図３０のレシーバ５１の登録リストの、
レシーバ３０１の登録条件が記憶されているが、この場
合、「登録条件署名」および「登録リスト署名」は、削
除されている。これは、登録リストの署名の確認後、取
り除かれたためで、これにより、記憶モジュール３２３
の記憶容量を節約することができる。なお、この例の場
合、１つの署名あたり、４０バイトが必要とされる。

【０２５３】レシーバ３０１は、サービスプロバイダ２
およびEMDサービスセンタ１と通信を行うことができな
いので、コンテンツを購入する処理を行うことができな
い。そのため、「購入処理」には、”不可”が記憶され
ている。このように、レシーバ３０１においては、コン
テンツの購入がなされないので、課金は計上されない。
そのため「課金処理」には”不可”が、そして「課金機
器」には、”なし”が記憶される。

【０２５４】レシーバ３０１は、この例の場合、接続さ
れるレシーバ５１から、コンテンツの供給を受けるよう
になされているので、「コンテンツ供給機器」には、レ
シーバ５１のSAM６２のIDが記憶されている。

【０２５５】「状態フラグ」には、この例の場合”な
し”が設定されている。「登録条件署名」および「登録
リスト署名」には、所定の署名が記憶されている。

【０２５６】図５６は、レシーバ４０１の機能的構成例
を表している。レシーバ４０１は、レシーバ２０１のSA
M２１２乃至入力制御部２１８と基本的に同様の機能を
有する、SAM３１１乃至入力制御部４１７を有している
が、レシーバ２０１の通信部２１１に対応する機能を有
しない、据え置き型の機器である。

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

【０２５８】リスト部の「SAMID」には、レシーバ４０
１のSAM４１１のIDが記憶され、「ユーザID」には、レ
シーバ４０１のユーザのIDが記憶される。レシーバ４０
１は、サービスプロバイダ２およびEMDサービスセンタ
１と通信を行うことができないので、コンテンツを購入
する処理を行うことができない。そのため、「購入処
理」には、”不可”が記憶されている。

【０２５９】レシーバ４０１においては、コンテンツの
購入がなされないので、課金は計上されない。そのため
「課金処理」には”不可”が、「課金機器」には、”な
し”が記憶される。レシーバ４０１は、接続されるレシ
ーバ５１からコンテンツの供給を受けるようになされて
いるので、「コンテンツ供給機器」には、レシーバ５１
のSAM６２のIDが記憶されている。

【０２６０】「状態フラグ」には、この例の場合”な
し”が設定されている。「登録条件署名」および「登録
リスト署名」には、所定の署名が記憶されている。

【０２６１】なお、この例の場合、レシーバ５１の登録
リストは、図５８に示すように、レシーバ５１の登録リ
ストの他、図５５の登録リストに示されるレシーバ３０
１の登録条件、および図５７の登録リストに示されるレ
シーバ４０１の登録条件が設定されている。

【０２６２】次に、レシーバ５１が、レシーバ３０１に
代わり、コンテンツの購入処理を実行する場合の処理手
順を、図５９のフローチャートを参照して説明する。ス
テップＳ４０１において、レシーバ５１は、レシーバ３
０１と相互認証を行う。この相互認証は、図３７を参照
して説明した場合と同様であるので、その説明は省略す
るが、これにより、レシーバ５１の相互認証モジュール
７１は、レシーバ３０１のSAM３１１のIDを取得し、レ
シーバ３０１と一時鍵Ｋｔｅｍｐを共有する。

【０２６３】ステップＳ４０２において、レシーバ５１
のSAM６２は、HDD５２に記憶されている登録リストが改
竄されているか否かを判定する。具体的には、登録リス
トの「登録リスト署名」に記憶されている署名が、公開
鍵暗号の公開鍵で復号され、それ結果（ハッシュ値）
と、その登録リストのデータの全体のハッシュ値とが、
等しいか否かが判定される。

【０２６４】ステップＳ４０２で、登録リストが改竄さ
れていないと判定された場合、ステップＳ４０３に進
み、レシーバ５１のSAM６２は、代理購入の依頼があっ
たレシーバ３０１が、代理購入することができる機器で
あるか否かを判定する。具体的には、ステップＳ４０１
で取得されたSAM３１１のIDが、登録リストの「SAMID」
に登録され、そしてそれに対応する「コンテンツ供給機
器」にSAM６２が登録されているか否かが判定される。
この例の場合、レシーバ５１の登録リスト（図５８）の
「SAMID」には、レシーバ３０１のSAM３１１のIDが設定
され、そしてそれに対応する「コンテンツ供給機器」に
は、SAM６２のIDが設定されているので、ステップＳ４
０３において、レシーバ３０１が、代理購入することが
できる機器であると判定され、ステップＳ４０４に進
む。

【０２６５】ステップＳ４０４において、レシーバ５１
のSAM６２は、代理購入が可能であることを示す所定の
信号を、通信部６５を介してレシーバ３０１に送信す
る。

【０２６６】レシーバ３０１のSAM３１１は、レシーバ
５１から、代理購入が可能であることを示す信号を受信
すると、ステップＳ４０５において、レシーバ３０１の
データ検査モジュール３２５は、購入するコンテンツＡ
を記憶する、外部記憶部３１２の利用情報記憶部３１２
ＡのブロックＢPを検出する。

【０２６７】次に、ステップＳ４０６において、レシー
バ３０１のデータ検査モジュール３２５は、ステップＳ
４０５で検出した、利用情報記憶部３１２Ａのブロック
ＢPのデータの全体にハッシュ関数を適用してハッシュ
値を算出し、記憶モジュール３２３に記憶されている、
検出されたブロックＢPに対応する検査値ＨPと一致して
いるか否かを判定する。それらの値が一致すると判定さ
れた場合、すなわち、利用情報記憶部３１２Ａの、ステ
ップＳ４０５で検出されたブロックＢPのデータが改竄
されていない場合、ステップＳ４０７に進み、SAM３１
１は、コンテンツの供給を受け取ることが可能であるこ
とを示す所定の信号を、通信部３１４を介して、レシー
バ５１に送信する。

【０２６８】ステップＳ４０８において、レシーバ５１
のSAM６２（課金モジュール７２）は、選択されたUCPの
「利用内容」とPTに基づいて、UCSおよび課金情報を作
成する。具体的には、レシーバ５１の表示制御部６７
が、UCPＡ，Ｂ（図９）、およびPTＡ−１，Ａ−２（図
１７），Ｂ−１，Ｂ−２（図１９）の内容を、図示せぬ
表示部に出力し、ユーザに提示する。ユーザは、提示さ
れたこれらの情報から、この例の場合、UCPＡの「利用
内容１１」およびPTＡ−１を選択する操作を、図示せぬ
操作部に対して行う。これにより、入力制御部６８は、
ユーザの操作に対応する信号（UCPＡの「利用内容１
１」のIDとPTＡ−１のID）を操作部から受信し、それを
SAM６２に出力する。SAM６２の課金モジュール７２は、
入力制御部６８からのUCPＡの「利用内容１１」のIDとP
TＡ−１のIDに基づいて、UCSＡおよび課金情報Ａを作成
する。

【０２６９】なお、この例の場合、レシーバ３０１は、
UCPやPTの内容を表示する表示部や、ユーザが、利用内
容等を選択することができる操作部を有していない。そ
こで、このように、レシーバ３０１に接続され、表示部
および操作部を有するレシーバ５１を利用して、ユーザ
は、UCPの内容やPTを選択する。

【０２７０】次に、ステップＳ４０９において、レシー
バ５１のSAM６２は、ステップＳ４０８で作成した課金
情報Ａを記憶モジュール７３に記憶させ、また作成した
UCSＡを、コンテンツ鍵ＫｃｏＡ、およびその署名とと
もに一時鍵Ｋｔｅｍｐで暗号化し、レシーバ３０１に送
信する。なお、この処理が実行されるタイミングで、HD
D５２に記憶されているコンテンツＡも一時鍵Ｋｔｅｍ
ｐで暗号化され、レシーバ３０１に送信される。また、
レシーバ５１は、UCSＡおよびコンテンツ鍵ＫｃｏＡ
を、レシーバ３０１に送信した後、消去（破棄）する。
これにより、コンテンツＡを利用する権利は、レシーバ
３０１のみにより保持されるようになる。

【０２７１】次に、ステップＳ４１０において、レシー
バ３０１のSAM３１１は、ステップＳ４０９でレシーバ
５１から送信されてきたUCSＡ、コンテンツ鍵Ｋｃｏ
Ａ、およびその署名、並びにコンテンツＡを受信し、一
時鍵Ｋｔｅｍｐで復号する。ステップＳ４１１におい
て、レシーバ３０１の復号／暗号化モジュール３２４
は、ステップＳ４１０で受信された署名を確認し、レシ
ーバ５１から送信されてきたデータが改竄されているか
否かを判定する。この署名の確認は、図３７のステップ
Ｓ８３における処理と同様であるので、その説明は省略
する。

【０２７２】ステップＳ４１１において、レシーバ５１
から送信されてきたデータが改竄されていないと判定し
た場合、ステップＳ４１２に進み、レシーバ３０１のSA
M３１１は、ステップＳ４１０で受信されたUCSＡ、コン
テンツ鍵ＫｃｏＡ、およびコンテンツＡを外部記憶部３
１２の利用情報記憶部３１２Ａの、ステップＳ４０５で
検出されたブロックＢPに記憶させる。

【０２７３】次に、ステップＳ４１３において、レシー
バ３０１のデータ検査モジュール３２５は、ステップＳ
４１２で、UCSＡ、コンテンツ鍵ＫｃｏＡ、およびコン
テンツＡが記憶された外部記憶部３１２の利用情報記憶
部３１２ＡのブロックＢPのデータにハッシュ関数を適
用して、ハッシュ値を算出する。そして、ステップＳ４
１４において、データ検査モジュール３２５は、算出し
たハッシュ値を、記憶モジュール３２３に記憶されてい
る、ブロックＢPに対応する検査値ＨPに上書きする。

【０２７４】ステップＳ４０２において、登録リストが
改竄されていると判定された場合、ステップＳ４０３に
おいて、レシーバ３０１が代理決済すべき機器でないと
判定された場合、およびステップＳ４０６において、検
出されたブロックＢPが改竄されていると判定された場
合、処理は終了される。

【０２７５】ステップＳ４１１において、レシーバ５１
からのデータが改竄されていると判定された場合、ステ
ップＳ４１５に進み、レシーバ３０１のSAM３１１は、
その旨をレシーバ５１に通知する等の処理を実行する。
その後、ステップＳ４０９に戻る。すなわち、これによ
り、UCSＡ、コンテンツ鍵ＫｃｏＡ、およびその署名、
並びにコンテンツＡが、再度、レシーバ３０１に送信さ
れる。なお、この例の場合、レシーバ５１からの、この
送信は、予め決められた回数だけ行われるものとし、そ
の回数を越えた場合、処理は終了されるものとする。ま
た、これにより処理が終了された場合、ステップＳ４０
９で、レシーバ５１の記憶モジュール７３に記憶された
課金情報Ａを削除するようにすることもできるが、課金
情報Ａに代理購入処理が成功しなかった（失敗した）回
数を設定するようにして、その代理購入処理の失敗回数
が所定の回数を超えた場合、登録リストの、レシーバ３
０１のSAM３１１のIDに対応する「状態フラグ」に”制
限あり”とし、レシーバ３０１において行われる処理を
制限するようにすることもできる。

【０２７６】以上のようにして、レシーバ５１により、
レシーバ３０１に対する、コンテンツの代理購入が行わ
れるが、課金情報は、レシーバ３０１に供給されずに、
レシーバ５１に保持されているので、ここで計上された
課金は、レシーバ５１自身の課金として精算される（図
４２のフローチャートにより決済される）。

【０２７７】次に、レシーバ３０１が複数のコンテンツ
を購入する場合の、レシーバ５１による代理購入処理の
処理手順を、図６０のフローチャートを参照して説明す
る。ステップＳ４３１において、レシーバ３０１と相互
認証を行う。この相互認証は、図３７を参照して説明し
た場合と同様であるので、その説明は省略するが、これ
により、レシーバ５１の相互認証モジュール７１は、レ
シーバ３０１のSAM３１１のIDを取得し、レシーバ３０
１と一時鍵Ｋｔｅｍｐを共有する。

【０２７８】ステップＳ４３２乃至Ｓ４３４において
は、図５９のステップＳ４０２乃至Ｓ４０４における場
合と同様の処理が実行されるので、その説明は省略す
る。

【０２７９】ステップＳ４３５において、レシーバ３０
１のSAM３１１は、カウンタｊの値を初期値１に設定
し、次に、レシーバ３０１のデータ検査モジュール３２
５は、コンテンツｊ（＝１，２，３・・・Ｋ）を記憶す
る、外部記憶部３１２の利用情報記憶部３１１Ａのブロ
ックＢPを検出する。

【０２８０】ステップＳ４３７乃至Ｓ４４６において
は、図５９のステップＳ４０６乃至Ｓ４１５における場
合と同様の処理が実行されるので、その説明は省略す
る。

【０２８１】ステップＳ４４７において、レシーバ３０
１のSAM３１１は、カウンタｊの値が、購入したいコン
テンツの数Ｋと一致するか否かを判定し、一致しない場
合、ステップＳ４４８に進み、カウンタｊの値を１だけ
増加させ、ステップＳ４３６に戻る。これにより、次
の、代理購入されるコンテンツｊに対応する処理が実行
される。

【０２８２】ステップＳ４４７で、カウンタｊの値が、
代理するコンテンツの数Ｋと等しいと判定された場合、
処理は終了される。

【０２８３】以上のようにして、複数のコンテンツが代
理購入される。

【０２８４】次に、レシーバ３０１が、複数のコンテン
ツを購入する場合の、レシーバ５１による代理購入処理
の他の手順を、図６１のフローチャートを参照して説明
する。この例の場合も、図６０における場合と同様に、
レシーバ３０１が、Ｋ個のコンテンツを購入するものと
する。

【０２８５】ステップＳ４６１において、レシーバ５１
は、レシーバ３０１と相互認証を行う。この相互認証
は、図３７を参照して説明した場合と同様であるので、
その説明は省略するが、これにより、レシーバ５１の相
互認証モジュール７１は、レシーバ３０１のSAM３１１
のIDを取得し、レシーバ３０１と一時鍵Ｋｔｅｍｐを共
有する。

【０２８６】ステップＳ４６２，Ｓ４６３においては、
図５９のステップＳ４０２、Ｓ４０３における場合と同
様の処理が実行されるので、その説明は省略する。

【０２８７】ステップＳ４６３において、レシーバ３０
１が、代理購入することができる機器であると判定した
場合、レシーバ５１のSAM６２は、コンテンツを記憶す
ることができる記憶容量の通知を要求する所定の信号
を、レシーバ３０１に送信する。

【０２８８】レシーバ５１から送信された、記憶容量の
通知を要求する信号を受信すると、ステップＳ４６５に
おいて、レシーバ３０１のSAM３１１は、コンテンツを
記憶することができる、いわゆる、空いている、外部記
憶部３１２の利用情報記憶部３１２Ａ（ブロックＢP）
の記憶容量を調査し、それをレシーバ５１に通知する。

【０２８９】ステップＳ４６６において、レシーバ５１
は、ステップＳ４６５で通知された記憶容量に記憶する
ことができるｋ（＝＜Ｋ）個のコンテンツのIDを、レシ
ーバ３０１に通知する。例えば、通知されたレシーバ３
０１の外部記憶部３１２の空いている容量が、十分大き
い場合、購入したいＫ個のコンテンツの全てのIDが通知
され、またその容量が十分大きくない場合、その容量に
記憶することができる分だけのコンテンツのIDが通知さ
れる。

【０２９０】ステップＳ４６７において、レシーバ３０
１のデータ検査モジュール３２５は、ステップＳ４６６
でIDが通信されたｋ個のコンテンツを記憶する、外部記
憶部３１２の利用情報記憶部３１２Ａのｋ個のブロック
ＢPを検出する。ステップＳ４６８において、レシーバ
３０１のデータ検査モジュール３２５は、ステップＳ４
６７で検出した利用情報記憶部３１２Ａのｋ個のブロッ
クＢPのそれぞれのデータにハッシュ関数を適用してハ
ッシュ値を算出し、記憶モジュール３２３に記憶されて
いる、検出されたｋ個のブロックＢPに対応する検査値
ＨPと一致しているか否かをそれぞれ判定し、ｋ個のブ
ロックＢPのデータが改竄されているか否かを判定す
る。

【０２９１】ステップＳ４６８において、ステップＳ４
６７で検出された全てのブロックＢPのデータが改竄さ
れていないと判定された場合、ステップＳ４６９に進
み、レシーバ３０１のSAM３１１は、ステップＳ４６６
でIDが通知されたｋ個のコンテンツを受け取ることが可
能であることを示す信号を、通信部３１４を介して、レ
シーバ５１に送信する。

【０２９２】ステップＳ４７０において、レシーバ５１
のSAM６２（課金モジュール７２）は、ｋ個のコンテン
ツに対応するｋ個のUCSおよびｋ個の課金情報を作成す
る。なお、ここでの具体的な処理は、図５９のステップ
Ｓ４０８における場合と、基本的に同様であるので、そ
の説明は省略する。

【０２９３】次に、ステップＳ４７１において、レシー
バ５１のSAM６２は、作成したｋ個の課金情報を記憶モ
ジュール７３に記憶させ、また作成したｋ個のUCSを、
ｋ個のコンテンツ鍵Ｋｃｏ、およびその署名とともに一
時鍵Ｋｔｅｍｐで暗号化し、レシーバ３０１に送信す
る。なお、この処理が実行されるタイミングで、HDD５
２に記憶されているｋ個のコンテンツ（購入される）も
一時鍵Ｋｔｅｍｐで暗号化され、レシーバ３０１に送信
される。

【０２９４】次に、ステップＳ４７２において、レシー
バ３０１のSAM３１１は、ステップＳ４７１でレシーバ
５１から送信されてきたｋ個のUCS、ｋ個のコンテンツ
鍵Ｋｃｏ、および署名、並びにｋ個のコンテンツをデー
タを受信し、一時鍵Ｋｔｅｍｐで復号する。ステップＳ
４７３において、レシーバ３０１の復号／暗号化モジュ
ール３２４は、ステップＳ４７２で受信された署名を確
認し、レシーバ５１から送信されてきたデータが改竄さ
れているか否かを判定する。この署名の確認は、図３７
のステップＳ８３における処理と同様であるので、その
説明は省略する。

【０２９５】ステップＳ４７３において、レシーバ５１
から送信されてきたデータが改竄されていないと判定さ
れた場合、ステップＳ４７４に進み、レシーバ３０１の
SAM３１１は、ステップＳ４７２で受信されたｋ個のUC
S、ｋ個のコンテンツ鍵Ｋｃｏ、およびｋ個のコンテン
ツを外部記憶部３１２の利用情報記憶部３１２Ａの、ス
テップＳ４６７で検出されたｋ個のブロックＢPに記憶
させる。

【０２９６】ステップＳ４７５において、レシーバ３０
１のデータ検査モジュール３２５は、ステップＳ４７４
で、UCS、コンテンツ鍵Ｋｃｏ、およびコンテンツが記
憶された外部記憶部３１２の利用情報記憶部３１２Ａの
ｋ個のブロックＢPのデータにハッシュ関数を適用し
て、それぞれのハッシュ値を算出し、それを、ステップ
Ｓ４７６において、記憶モジュール３２３に記憶されて
いる、対応する検査値ＨPに上書きする。その後、処理
は終了される。

【０２９７】ステップＳ４６２において、登録リストが
改竄されていると判定された場合、ステップＳ４６３に
おいて、レシーバ３０１が代理決済すべき機器でないと
判定された場合、およびステップＳ４６８において、検
出されたブロックＢPが改竄されていると判定された場
合、処理は終了される。

【０２９８】ステップＳ４７３において、レシーバ５１
からのデータが改竄されていると判定された場合、ステ
ップＳ４７７に進み、レシーバ３０１のSAM３１１は、
その旨をレシーバ５１に通知する等の処理を実行する。
その後、ステップＳ４７１に戻る。すなわち、これによ
り、ｋ個のUCS、ｋ個のコンテンツ鍵Ｋｃｏ、およびそ
の署名、並びにｋ個のコンテンツが、再度、レシーバ３
０１に送信される。なお、この場合も、レシーバ５１か
らの、この送信は、予め決められた回数だけ行われるも
のとし、その回数を越えた場合、処理は終了されるもの
とする。また、これにより処理が終了された場合、ステ
ップＳ４７１で、レシーバ５１の記憶モジュール７３に
記憶されたｋ個の課金情報を削除するようにすることも
できるが、ｋ個の課金情報のそれぞれに代理購入処理の
失敗回数を設定するようにして、その回数が所定の回数
を越えた場合、登録リストの、レシーバ３０１のSAM３
１１のIDに対応する「状態フラグ」に”制限あり”と
し、レシーバ３０１において行われる処理を制限するこ
ともできる。

【０２９９】次に、レシーバ５１が、レシーバ４０１に
代わり、コンテンツを購入する場合（代理購入する場
合）の処理手順を、図６２，図６３のフローチャートを
参照して説明する。レシーバ５１は、レシーバ４０１か
ら、購入したいコンテンツのIDと、所定の代理購入を依
頼する所定の信号を受信すると、ステップＳ５０１にお
いて、レシーバ５１は、レシーバ４０１と相互認証を行
う。この相互認証は、図３７を参照して説明した場合と
同様であるので、その説明は省略するが、これにより、
レシーバ５１の相互認証モジュール７１は、レシーバ４
０１のSAM４１１のIDを取得し、レシーバ４０１と一時
鍵Ｋｔｅｍｐを共有する。

【０３００】ステップＳ５０２において、レシーバ５１
のSAM６２は、HDD５２に記憶されている登録リストが改
竄されているか否かを判定し、登録リストが改竄されて
いないと判定された場合、ステップＳ５０３に進み、代
理購入の依頼のあったレシーバ４０１が、代理購入すべ
き機器であるか否かを判定する。ここでの具体的な処理
は、図５９のステップＳ４０３における場合と同様であ
るので、その説明は省略する。ステップＳ５０３で、レ
シーバ４０１が、代理決済すべき機器であると判定した
場合、レシーバ５１のSAM６２は、ステップＳ５０４に
進み、予め通知された、レシーバ５０１が購入したいコ
ンテンツのUCPおよびPTを、署名を付して、レシーバ４
０１に送信する。なお、UCP、PT、およびコンテンツ
は、サービスプロバイダセキュアコンテナに含まれてい
るので、そのまま渡してもよい。

【０３０１】ステップＳ５０５において、レシーバ４０
１のSAM４１１は、レシーバ５１から送信されたUCP、P
T、およびその署名を受信し、ステップＳ５０６におい
て、署名を確認し、レシーバ５１から送信されてきたデ
ータが改竄されているか否かを判定する。この署名の確
認は、図３７のステップＳ８３における処理と同様であ
るので、その説明は省略する。

【０３０２】ステップＳ５０６において、レシーバ５１
から送信されてきたデータが改竄されていないと判定し
た場合、レシーバ４０１のSAM４１１は、ステップＳ５
０７に進み、購入するコンテンツに対応するコンテンツ
鍵Ｋｃｏを記憶する、外部記憶部４１２の利用情報記憶
部４１２ＡのブロックＢP（図示せず）を検出する。

【０３０３】次に、ステップＳ５０８において、レシー
バ４０１のデータ検査モジュール４２５は、ステップＳ
５０７で検出された利用情報記憶部４１２Ａのブロック
ＢPに記憶されているデータの全体にハッシュ関数を適
用してハッシュ値を算出し、記憶モジュール４２３に記
憶されている、検出されたブロックＢPに対応する検査
値ＨPと一致するか否かを判定する。それらの値が一致
すると判定された場合、すなわち、利用情報記憶部４１
２Ａの、検出されたブロックＢPが改竄されていない場
合、ステップＳ５０９に進む。

【０３０４】ステップＳ５０９において、レシーバ４０
１のSAM４１１は、ステップＳ５０５で受信されたUCPの
「利用内容」とPTのIDをレシーバ５１の通知する。な
お、実際は、この処理に先だって、レシーバ４０１の表
示制御部４１６が、ステップＳ５０５で受信されたUCP
およびPTの内容を、図示せぬ表示部に出力し、ユーザに
提示する。ユーザは、提示されたこれらの情報から、UC
Pの利用内容およびPTを選択する操作を、図示せぬ操作
部に対して行う。これにより、入力制御部４１７は、ユ
ーザの操作に対応する信号（UCPの「利用内容」のIDとP
TのID）を操作部から受信し、それをSAM４１１に出力す
る。SAM４１１は、入力制御部４１７からの情報を、通
信部４１４に介してレシーバ５１に送信する。

【０３０５】このように、ユーザが、UCPの内容およびP
Tを選択することができる機能を有するレシーバ４０１
に対しては、UCPおよびPT（購入するコンテンツのIDお
よび選択項目）が、レシーバ５１から送信される。な
お、UCPおよびPTに代えて、ステップＳ５１０におい
て、レシーバ５１のSAM６２は、レシーバ４０１から通
知されたUCPの「利用内容」のIDおよびPTのID（購入す
るコンテンツのIDおよび選択項目）に基づいて、課金情
報およびUCSを作成する。次に、ステップＳ５１１にお
いて、レシーバ５１のSAM６２は、ステップＳ５１０で
作成した課金情報を記憶モジュール７３に記憶させ、そ
して作成したUCSを、購入されるコンテンツに対応する
コンテンツ鍵Ｋｃｏ、およびそれらの署名とともにレシ
ーバ４０１に送信する。なお、この処理が実行されるタ
イミングで、HDD５２に記憶されている、購入されるコ
ンテンツもレシーバ４０１に送信される。なお、サービ
スプロバイダセキュアコンテナをレシーバ４０１に送信
し、レシーバ４０１が、改竄チェック、利用内容の選
択、および要求を出して、レシーバ５１で購入し、UCS
や鍵を渡すようにすることもできる。

【０３０６】次に、ステップＳ５１２において、レシー
バ４０１のSAM４１１は、ステップＳ５１１でレシーバ
５１から送信されてきたUCS、コンテンツ鍵Ｋｃｏ、お
よびその署名、並びにコンテンツを受信し、一時鍵Ｋｔ
ｅｍｐで復号する。ステップＳ５１３において、レシー
バ４０１の復号／暗号化モジュール４２４は、ステップ
Ｓ５１２で受信された署名を確認し、レシーバ５１から
送信されてきたデータが改竄されているか否かを判定す
る。この署名の確認は、図３７のステップＳ８３におけ
る処理と同様であるので、その説明は省略する。

【０３０７】ステップＳ５１３において、レシーバ５１
から送信されてきたデータが改竄されていないと判定さ
れた場合、ステップＳ５１４に進み、レシーバ４０１の
SAM４１１は、ステップＳ５０５で受信されたUCP、PT、
およびコンテンツをHDD４０２に記憶させる。次に、ス
テップＳ５１５において、SAM４１１は、ステップＳ５
１２で受信されたUCSとコンテンツ鍵Ｋｃｏを、外部記
憶部４１２の利用情報記憶部４１２Ａの、ステップＳ５
０７で検出されたブロックＢPに記憶させる。

【０３０８】次に、ステップＳ５１６において、レシー
バ４０１のデータ検査モジュール４２５は、ステップＳ
５１５で、UCSとコンテンツ鍵Ｋｃｏが記憶された外部
記憶部４１２の利用情報記憶部４１２ＡのブロックＢP
のデータにハッシュ関数を適用して、ハッシュ値を算出
し、それを、ステップＳ５１７において、記憶モジュー
ル４２３に記憶されている、対応する検査値ＨPに上書
きする。

【０３０９】ステップＳ５０２において、登録リストが
改竄されていると判定された場合、ステップＳ５０３に
おいて、レシーバ４０１が代理決済すべき機器でないと
判定された場合、およびステップＳ５０８において、利
用情報が記憶されるブロックＢPが改竄されていると判
定された場合、処理は終了される。

【０３１０】ステップＳ５０６において、レシーバ５１
からのデータが改竄されていると判定された場合、ステ
ップＳ５１８に進み、レシーバ４０１のSAM４１１は、
その旨をレシーバ５１に通知する等の処理を実行する。
その後、ステップＳ５０４に戻る。すなわち、これによ
り、UCP、PT、およびその署名が、再度、レシーバ４０
１に送信される。なお、この例の場合、レシーバ５１か
らの、この送信は、予め決められた回数だけ行われるも
のとし、その回数を越えた場合、処理は終了されるもの
とする。

【０３１１】ステップＳ５１３において、レシーバ５１
からのデータが改竄されていると判定された場合、ステ
ップＳ５１９に進み、レシーバ４０１のSAM４１１は、
その旨をレシーバ５１に通知する等の処理を実行する。
その後、ステップＳ５１１に戻る。すなわち、これによ
り、UCS、コンテンツ鍵Ｋｃｏ、およびその署名、並び
にコンテンツが、再度、レシーバ４０１に送信される。
なお、この例の場合、レシーバ５１からの、この送信
は、予め決められた回数だけ行われるものとし、その回
数を越えた場合、処理は終了されるものとする。また、
これにより終了された場合、ステップＳ５１０で、レシ
ーバ５１の記憶モジュール７３に記憶された課金情報を
削除するようにすることもできるが、課金情報に代理購
入処理の失敗回数を設定するようにして、その回数が所
定の回数を越えたとき、登録リストのレシーバ４０１の
SAM４１１のIDに対応する「状態フラグ」に”制限あ
り”とし、レシーバ４０１における処理を制限するよう
にすることもできる。

【０３１２】なお、コンテンツは、音楽データを例に説
明したが、音楽データに限らず、動画像データ、静止画
像データ、文書データ、またはプログラムデータでもよ
い。その際、圧縮は、コンテンツの種類に適した方式、
例えば、画像であればMPEG(Moving Picture Experts Gr
oup)などが利用される。ウォーターマークも、コンテン
ツの種類に適した形式のウォーターマークが利用され
る。

【０３１３】また、共通鍵暗号は、ブロック暗号である
DESを使用して説明したが、NTT（商標）が提案するFEA
L、IDEA(International Data Encription Algorithm)、
または１ビット乃至数ビット単位で暗号化するストリー
ム暗号などでもよい。

【０３１４】さらに、コンテンツおよびコンテンツ鍵Ｋ
ｃｏの暗号化は、共通鍵暗号方式を利用するとして説明
したが、公開鍵暗号方式でもよい。

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

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

【０３１７】

【発明の効果】請求項１に記載の情報処理装置、請求項
２に記載の情報処理方法、および請求項３に記載の提供
媒体によれば、他の情報処理装置から、課金情報を受信
し、管理装置に送信するようにしたので、課金情報に基
づいて行われた決済処理に基づいて作成された動作制限
情報に基づいて、動作を制御することができる。

【０３１８】請求項４に記載の情報処理装置、請求項６
に記載の情報処理方法、および請求項７に記載の提供媒
体によれば、代理購入情報に対応して、使用許諾条件情
報を作成し、暗号化された情報を復号するために必要な
鍵とともに、他の情報処理装置に送信するようにしたの
で、他の情報処理装置が、暗号化された情報を復号して
利用することができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

【図９】UCPを説明する図である。

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

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

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

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

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

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

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

【図１７】PTの例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

【図３０】レシーバ５１の登録リストの例を示す図であ
る。

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

【図３２】レシーバ２０１の登録リストの例を示す図で
ある。

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

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

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

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

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

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

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

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

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

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

【図４３】代理決済処理の手順を説明するフローチャー
トである。

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

【図４５】代理決済処理の手順を説明するフローチャー
トである。

【図４６】ユーザホームネットワーク５の他の構成例を
示す図である。

【図４７】ユーザホームネットワーク５のレシーバ５１
の登録リストの例を示す図である。

【図４８】ユーザホームネットワーク５のレシーバ２５
１の登録リストの例を示す図である。

【図４９】代理決済処理の他の手順を説明するフローチ
ャートである。

【図５０】代理決済処理の他の手順を説明するフローチ
ャートである。

【図５１】代理決済処理の他の手順を説明するフローチ
ャートである。

【図５２】ユーザホームネットワーク５の他の構成例を
示す図である。

【図５３】レシーバ３０１の構成例を示す図である。

【図５４】レシーバ３０１の利用情報記憶部３１２Ａの
形態を示す図である。

【図５５】レシーバ３０１の登録リストの例を示す図で
ある。

【図５６】レシーバ４０１の構成例を示す図である。

【図５７】レシーバ４０１の登録リストの例を示す図で
ある。

【図５８】レシーバ５１の登録リストの例を示す図であ
る。

【図５９】代理購入処理の手順を説明するフローチャー
トである。

【図６０】代理購入処理の他の手順を説明するフローチ
ャートである。

【図６１】代理購入処理の他の手順を説明するフローチ
ャートである。

【図６２】代理購入処理の他の手順を説明するフローチ
ャートである。

【図６３】代理購入処理の他の手順を説明するフローチ
ャートである。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者北村出東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者北原淳東京都品川区北品川６丁目７番35号ソニー株式会社内Ｆターム(参考） 5B049 AA05 BB11 BB46 CC36 CC39 DD04 DD05 EE03 EE09 EE23 FF03 FF04 FF08 FF09 GG04 GG07 GG10 5B089 GA11 GA21 GB02 HA10 JA33 JB22 KA15 KA17 KB06 KB12 KH30 5D044 AB05 AB07 BC01 CC04 DE48 GK11 GK17 HL11 5J104 AA01 AA07 AA16 EA17 KA01 NA02 NA05 PA05 PA11 9A001 CC03 CC08 DD15 EE03 JJ65 KK43 KK62 LL03

Claims

【特許請求の範囲】

【請求項１】他の情報処理装置に接続され、かつ、管
理装置に管理されて、暗号化された情報を復号して利用
する情報処理装置において、前記他の情報処理装置の所定の代理決済情報を記憶する
記憶手段と、前記記憶手段に記憶されている前記代理決済情報に対応
して、所定の課金情報の提供を前記他の情報処理装置に
要求する要求手段と、前記要求手段による要求に応じて、前記他の情報処理装
置から送信されてくる前記課金情報を受信する第１の受
信手段と、前記第１の受信手段により受信された前記課金情報を、
前記管理装置に送信する送信手段と、前記管理装置から送信されてくる、前記送信手段により
送信された前記課金情報に基づいて行われた決済処理の
結果に基づいて作成された所定の登録条件を受信する第
２の受信手段と、前記第２の受信手段により受信された前記登録条件に基
づいて、動作を制御する制御手段とを備えることを特徴
とする情報処理装置。
【請求項２】他の情報処理装置に接続され、かつ、管
理装置に管理されて、暗号化された情報を復号して利用
する情報処理装置の情報処理方法において、前記他の情報処理装置の所定の代理決済情報を記憶する
記憶ステップと、前記記憶ステップで記憶された前記代理決済情報に対応
して、所定の課金情報の提供を前記他の情報処理装置に
要求する要求ステップと、前記要求ステップでの要求に応じて、前記他の情報処理
装置から送信されてくる前記課金情報を受信する第１の
受信ステップと、前記第１の受信ステップで受信された前記課金情報を、
前記管理装置に送信する送信ステップと、前記管理装置から送信されてくる、前記送信ステップで
送信された前記課金情報に基づいて行われた決済処理の
結果に基づいて作成された所定の登録条件を受信する第
２の受信ステップと、前記第２の受信ステップで受信された前記登録条件に基
づいて、動作を制御する制御ステップとを含むことを特
徴とする情報処理方法。
【請求項３】他の情報処理装置に接続され、かつ、管
理装置に管理されて、暗号化された情報を復号して利用
する情報処理装置に、前記他の情報処理装置の所定の代理決済情報を記憶する
記憶ステップと、前記記憶ステップで記憶された前記代理決済情報に対応
して、所定の課金情報の提供を前記他の情報処理装置に
要求する要求ステップと、前記要求ステップでの要求に応じて、前記他の情報処理
装置から送信されてくる前記課金情報を受信する第１の
受信ステップと、前記第１の受信ステップで受信された前記課金情報を、
前記管理装置に送信する送信ステップと、前記管理装置から送信されてくる、前記送信ステップで
送信された前記課金情報に基づいて行われた決済処理の
結果に基づいて作成された所定の登録条件を受信する第
２の受信ステップと、前記第２の受信ステップで受信された前記登録条件に基
づいて、動作を制御する制御ステップとを含む処理を実
行させるコンピュータが読み取り可能なプログラムを提
供することを特徴とする提供媒体。
【請求項４】他の情報処理装置に接続され、かつ、管
理装置に管理されて、暗号化された情報を復号して利用
する情報処理装置において、前記他の情報処理装置の所定の代理購入情報を記憶する
第１の記憶手段と、前記第１の記憶手段に記憶されている前記代理購入情報
に対応して、所定の課金情報を作成する第１の作成手段
と、前記第１の記憶手段に記憶されている前記代理購入情報
に対応して、所定の使用許諾条件情報を作成する第２の
作成手段と、前記第１の作成手段により作成された前記課金情報を記
憶する第２の記憶手段と、前記第２の作成手段により作成された前記使用許諾条件
情報と、前記管理装置から供給された、暗号化された前
記情報を復号するために必要な鍵を、前記他の情報処理
装置に送信する送信手段とを備えることを特徴とする情
報処理装置。
【請求項５】前記他の情報処理装置が、所定の表示を制御する表示手段と、所定のデータの入力を制御する入力制御手段とを備えて
いるとき、前記第１の作成手段は、前記表示手段により制御された
前記表示が参照されて、前記入力制御手段に入力された
データに基づいて、前記課金情報を作成し、前記第２の作成手段は、前記表示手段により制御された
前記表示が参照されて、前記入力制御手段に制御された
前記データに基づいて、前記使用許諾条件情報を作成す
ることを特徴とする請求項４に記載の情報処理装置。
【請求項６】他の情報処理装置に接続され、かつ、管
理装置に管理されて、暗号化された情報を復号して利用
する情報処理装置の情報処理方法において、前記他の情報処理装置の所定の代理購入情報を記憶する
第１の記憶ステップと、前記第１の記憶ステップで記憶された前記代理購入情報
に対応して、所定の課金情報を作成する第１の作成ステ
ップと、前記第１の記憶ステップで記憶された前記代理購入情報
に対応して、所定の使用許諾条件情報を作成する第２の
作成ステップと、前記第１の作成ステップで作成された前記課金情報を記
憶する第２の記憶ステップと、前記第２の作成ステップで作成された前記使用許諾条件
情報と、前記管理装置から供給された、暗号化された前
記情報を復号するために必要な鍵を、前記他の情報処理
装置に送信する送信ステップとを含むことを特徴とする
情報処理方法。
【請求項７】他の情報処理装置に接続され、かつ、管
理装置に管理されて、暗号化された情報を復号して利用
する情報処理装置に、前記他の情報処理装置の所定の代理購入情報を記憶する
第１の記憶ステップと、前記第１の記憶ステップで記憶された前記代理購入情報
に対応して、所定の課金情報を作成する第１の作成ステ
ップと、前記第１の記憶ステップで記憶された前記代理購入情報
に対応して、所定の使用許諾条件情報を作成する第２の
作成ステップと、前記第１の作成ステップで作成された前記課金情報を記
憶する第２の記憶ステップと、前記第２の作成ステップで作成された前記使用許諾条件
情報と、前記管理装置から供給された、暗号化された前
記情報を復号するために必要な鍵を、前記他の情報処理
装置に送信する送信ステップとを含む処理を実行させる
コンピュータが読み取り可能なプログラムを提供するこ
とを特徴とする提供媒体。