JP2000123083A

JP2000123083A - 情報提供システムおよび方法、並びに提供媒体

Info

Publication number: JP2000123083A
Application number: JP29382898A
Authority: JP
Inventors: Yoshito Ishibashi; 義人石橋; Yoshitomo Osawa; 義知大澤; Takeo Oishi; 丈於大石; Tomoyuki Asano; 智之浅野
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-10-15
Filing date: 1998-10-15
Publication date: 2000-04-28

Abstract

(57)【要約】【課題】正当な鍵を有する者の不正を検出できるよう
にする。【解決手段】コンテンツプロバイダ２は、暗号化され
た情報と共に、取扱方針をサービスプロバイダ３に送信
する。サービスプロバイダ３は、暗号化された情報、取
扱方針、および価格情報をユーザホームネットワーク５
に送信する。ユーザホームネットワーク５は、取扱方
針、および価格情報を含んだ課金情報をEMDサービスセ
ンタ１に送信する。EMDサービスセンタ１は、取扱方
針、および価格情報を含んだ課金情報を基に、不正の検
出をする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報提供システム
および方法、並びに提供媒体に関し、特に、暗号化され
た情報を提供する情報提供システムおよび方法、並びに
提供媒体に関する。

【０００２】

【従来の技術】音楽などの情報を暗号化し、所定の契約
を交わしたユーザの情報処理装置に送信し、ユーザは、
その情報処理装置で情報を復号して、再生するシステム
がある。送信される情報は、署名が付され、送信の途中
で改竄があれば、検出できる。

【０００３】

【発明が解決しようとする課題】しかし、正当な鍵を有
する者の不正は、署名では検出できない。

【０００４】本発明はこのような状況に鑑みてなされた
ものであり、正当な鍵を有する者の不正を検出できるよ
うにすることを目的とする。

【０００５】

【課題を解決するための手段】請求項１に記載の情報提
供システムは、情報提供装置が、暗号化された情報に、
情報の取り扱いを示す情報を付加して、情報配布装置に
送信する第１の送信手段を備え、情報配布装置が、情報
提供装置から送信された情報の取り扱いを示す情報を基
に、情報の使用料を算出する算出手段と、暗号化された
情報に、使用料を付加して、情報処理装置に送信する第
２の送信手段とを備え、情報処理装置が、使用料を基
に、情報の利用に応じた課金情報を作成する課金情報作
成手段と、課金情報を、情報の取り扱いを示す情報およ
び使用料の一部または全部と共に、管理装置に送信する
第３の送信手段とを備え、管理装置が、課金情報、情報
の取り扱いを示す情報、および使用料の一部または全部
から不正を検出する検出手段を備えることを特徴とす
る。

【０００６】請求項４に記載の情報提供方法は、情報提
供装置の情報提供方法は、暗号化された情報に、情報の
取り扱いを示す情報を付加して、情報配布装置に送信す
る第１の送信ステップを含み、情報配布装置の情報提供
方法は、情報提供装置から送信された情報の取り扱いを
示す情報を基に、情報の使用料を算出する算出ステップ
と、暗号化された情報に、使用料を付加して、情報処理
装置に送信する第２の送信ステップとを含み、情報処理
装置の情報提供方法は、使用料を基に、情報の利用に応
じた課金情報を作成する課金情報作成ステップと、課金
情報を、情報の取り扱いを示す情報および使用料の一部
または全部と共に、管理装置に送信する第３の送信ステ
ップとを含み、記管理装置の情報提供方法は、課金情
報、情報の取り扱いを示す情報、および使用料の一部ま
たは全部から不正を検出する検出ステップを含むことを
特徴とする。

【０００７】請求項５に記載の提供媒体は、情報提供装
置に、暗号化された情報に、情報の取り扱いを示す情報
を付加して、情報配布装置に送信する第１の送信ステッ
プを含む処理を実行させ、情報配布装置に、情報提供装
置から送信された情報の取り扱いを示す情報を基に、情
報の使用料を算出する算出ステップと、暗号化された情
報に、使用料を付加して、情報処理装置に送信する第２
の送信ステップとを含む処理を実行させ、情報処理装置
に、使用料を基に、情報の利用に応じた課金情報を作成
する課金情報作成ステップと、課金情報を、情報の取り
扱いを示す情報および使用料の一部または全部と共に、
管理装置に送信する第３の送信ステップとを含む処理を
実行させ、管理装置に、課金情報、情報の取り扱いを示
す情報、および使用料の一部または全部から不正を検出
する検出ステップを含む処理を実行させるコンピュータ
が読み取り可能なプログラムを提供することを特徴とす
る。

【０００８】請求項６に記載の情報提供システムは、情
報提供装置は、暗号化された情報に、情報の取り扱いを
示す情報を付加して、情報配布装置に送信する第１の送
信手段を備え、情報配布装置は、情報提供装置から受信
した暗号化された情報および情報の取り扱いを示す情報
を、情報処理装置に送信する第２の送信手段を備え、情
報処理装置は、情報の取り扱いを示す情報を基に、情報
の利用に応じた使用許諾情報を作成する使用許諾情報作
成手段と、使用許諾情報を、情報の取り扱いを示す情報
の一部または全部と共に、管理装置に送信する第３の送
信手段とを備え、管理装置は、使用許諾情報および情報
の取り扱いを示す情報の一部または全部から不正を検出
する検出手段を備えることを特徴とする。

【０００９】請求項９に記載の情報提供方法は、暗号化
された情報に、情報の取り扱いを示す情報を付加して、
情報配布装置に送信する第１の送信ステップを含み、情
報配布装置の情報提供方法は、情報提供装置から受信し
た暗号化された情報および情報の取り扱いを示す情報
を、情報処理装置に送信する第２の送信ステップを含
み、情報処理装置の情報提供方法は、情報の取り扱いを
示す情報を基に、情報の利用に応じた使用許諾情報を作
成する使用許諾情報作成ステップと、使用許諾情報を、
情報の取り扱いを示す情報の一部または全部と共に、管
理装置に送信する第３の送信ステップとを含み、管理装
置の情報提供方法は、使用許諾情報および情報の取り扱
いを示す情報の一部または全部から不正を検出する検出
ステップを含むことを特徴とする。

【００１０】請求項１０の提供媒体は、情報提供装置
に、暗号化された情報に、情報の取り扱いを示す情報を
付加して、情報配布装置に送信する第１の送信ステップ
を含む処理を実行させ、情報配布装置に、情報提供装置
から受信した暗号化された情報および情報の取り扱いを
示す情報を、情報処理装置に送信する第２の送信ステッ
プを含む処理を実行させ、情報処理装置に、情報の取り
扱いを示す情報を基に、情報の利用に応じた使用許諾情
報を作成する使用許諾情報作成ステップと、使用許諾情
報を、情報の取り扱いを示す情報の一部または全部と共
に、管理装置に送信する第３の送信ステップとを含む処
理を実行させ、管理装置に、使用許諾情報および情報の
取り扱いを示す情報の一部または全部から不正を検出す
る検出ステップを含む処理を実行させるコンピュータが
読み取り可能なプログラムを提供することを特徴とす
る。

【００１１】請求項１に記載の情報提供システム、請求
項４に記載の情報提供方法、および請求項５に記載の提
供媒体においては、暗号化された情報に、情報の取り扱
いを示す情報を付加して、送信し、送信された情報の取
り扱いを示す情報を基に、情報の使用料を算出し、暗号
化された情報に、使用料を付加して、送信し、使用料を
基に、情報の利用に応じた課金情報を作成し、課金情報
を、情報の取り扱いを示す情報および使用料の一部また
は全部と共に、送信し、課金情報、情報の取り扱いを示
す情報、および使用料の一部または全部から不正を検出
する。

【００１２】請求項６に記載の情報提供システム、請求
項９に記載の情報提供方法、および請求項１０に記載の
提供媒体においては、暗号化された情報に、情報の取り
扱いを示す情報を付加して、情報配布装置に送信し、受
信した暗号化された情報および情報の取り扱いを示す情
報を、送信し、情報の取り扱いを示す情報を基に、情報
の利用に応じた使用許諾情報を作成し、使用許諾情報
を、情報の取り扱いを示す情報の一部または全部と共
に、送信し、使用許諾情報および情報の取り扱いを示す
情報の一部または全部から不正を検出する。

【００１３】

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

【００１４】すなわち、請求項１に記載の情報提供シス
テムは、情報提供装置が、暗号化された情報に、情報の
取り扱いを示す情報を付加して、情報配布装置に送信す
る第１の送信手段（例えば、図８のセキュアコンテナ作
成部３８）を備え、情報配布装置が、情報提供装置から
送信された情報の取り扱いを示す情報を基に、情報の使
用料を算出する算出手段（例えば、図９の値付け部４
２）と、暗号化された情報に、使用料を付加して、情報
処理装置に送信する第２の送信手段（例えば、図９のセ
キュアコンテナ作成部４４）とを備え、情報処理装置
が、使用料を基に、情報の利用に応じた課金情報を作成
する課金情報作成手段（例えば、図１０の課金処理モジ
ュール７２）と、課金情報を、情報の取り扱いを示す情
報および使用料の一部または全部と共に、管理装置に送
信する第３の送信手段（例えば、図１０の通信部６１）
とを備え、管理装置が、課金情報、情報の取り扱いを示
す情報、および使用料の一部または全部から不正を検出
する検出手段（例えば、図２の監査部２１）を備えるこ
とを特徴とする。

【００１５】請求項６に記載の情報提供システムは、情
報提供装置は、暗号化された情報に、情報の取り扱いを
示す情報を付加して、情報配布装置に送信する第１の送
信手段（例えば、図８のセキュアコンテナ作成部３８）
を備え、情報配布装置は、情報提供装置から受信した暗
号化された情報および情報の取り扱いを示す情報を、情
報処理装置に送信する第２の送信手段（例えば、図９の
セキュアコンテナ作成部４４）を備え、情報処理装置
は、情報の取り扱いを示す情報を基に、情報の利用に応
じた使用許諾情報を作成する使用許諾情報作成手段（例
えば、図１０の課金処理モジュール７２）と、使用許諾
情報を、情報の取り扱いを示す情報の一部または全部と
共に、管理装置に送信する第３の送信手段（例えば、図
１０の通信部６１）とを備え、管理装置は、使用許諾情
報および情報の取り扱いを示す情報の一部または全部か
ら不正を検出する検出手段（例えば、図２の監査部２
１）を備えることを特徴とする。

【００１６】図１は、本発明を適用したEMD(Electronic
Music Distribution:電子音楽配信)システムを説明す
る図である。このシステムでユーザに配信されるコンテ
ンツ(Content)とは、情報そのものが価値を有するデジ
タルデータをいい、以下、音楽データを例に説明する。
EMDサービスセンタ１は、コンテンツプロバイダ２、ユ
ーザホームネットワーク５等に配送用鍵Ｋｄを送信し、
ユーザホームネットワーク５から、コンテンツの利用に
応じた課金情報等を受信し、利用料金を精算し、コンテ
ンツプロバイダ２およびサービスプロバイダ３への利益
分配の処理を行う。

【００１７】コンテンツプロバイダ２は、デジタル化さ
れたコンテンツを有し、自己のコンテンツであることを
証明するためのウォータマーク（電子透かし）をコンテ
ンツに挿入し、コンテンツを圧縮し、および暗号化し、
所定の情報を付加して、サービスプロバイダ３に送信す
る。

【００１８】サービスプロバイダ３は、専用のケーブル
ネットワーク、インターネット、または衛星などから構
成されるネットワーク４を介して、コンテンツプロバイ
ダ２から供給されたコンテンツに価格を付して、ユーザ
ホームネットワーク５に送信する。

【００１９】ユーザホームネットワーク５は、サービス
プロバイダ３から価格を付して送付されたコンテンツを
入手し、コンテンツを復号、再生して利用するとともに
課金処理を実行する。課金処理により得られた課金情報
は、ユーザホームネットワーク５が配送用鍵ＫｄをEMD
サービスセンタ１から入手する際、EMDサービスセンタ
１に送信される。

【００２０】図２は、EMDサービスセンタ１の機能の構
成を示すブロック図である。サービスプロバイダ管理部
１１は、サービスプロバイダ３に利益分配の情報を供給
するとともに、コンテンツプロバイダ２から供給される
コンテンツに付される情報（取扱方針）が暗号化されて
いる場合、サービスプロバイダ３に配送用鍵Ｋｄを送信
する。コンテンツプロバイダ管理部１２は、コンテンツ
プロバイダ２に配送用鍵Ｋｄを送信するとともに、利益
分配の情報を供給する。著作権管理部１３は、ユーザホ
ームネットワーク５のコンテンツの利用の実績を示す情
報を、著作権を管理する団体、例えば、JASRAC(Japanes
e Society for Rights of Authors,Composers and Publ
ishers:日本音楽著作権協会)に送信する。鍵サーバ１４
は、配送用鍵Ｋｄを記憶しており、コンテンツプロバイ
ダ管理部１２、またはユーザ管理部１８等を介して、配
送用鍵Ｋｄをコンテンツプロバイダ２、またはユーザホ
ームネットワーク５等に供給する。ユーザ管理部１８
は、ユーザホームネットワーク５のコンテンツの利用の
実績を示す情報である課金情報、そのコンテンツに対応
する価格情報、およびそのコンテンツに対応する取扱方
針を入力し、経歴データ管理部１５に記憶させる。

【００２１】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サービスセンタ１と接続が可能な
機能を有する複数の機器から構成されているとき、ユー
ザ管理部１８は、登録が可能か否かの判定の処理の結果
に対応して、決済をする機器を指定し、さらに、コンテ
ンツの利用条件を規定した登録リストをユーザホームネ
ットワーク５の所定の機器に送信する。

【００３５】図７に示すユーザ登録データベースの例
は、ユーザホームネットワーク５の機器の機器固有の６
４ビットからなるID（Identification Data）を記録
し、そのIDに対応して（すなわち、そのIDを有する機器
毎に）、決済処理が可能か否か、登録が可能か否か、EM
Dサービスセンタ１と接続が可能か否か等の情報を記録
する。ユーザ登録データベースに記録された登録が可能
か否かの情報は、決済機関（例えば、銀行）、またはサ
ービスプロバイダ３などから供給される料金の未払い、
不正処理等の情報を基に、所定の時間間隔で更新され
る。登録が不可と記録されたIDを有する機器の登録の要
求に対して、ユーザ管理部１８は、その登録を拒否し、
登録を拒否された機器は、以後、このシステムのコンテ
ンツを利用できない。

【００３６】ユーザ登録データベースに記録された決済
処理が可能か否かの情報は、その機器が、決済可能か否
かを示す。ユーザホームネットワーク５が、コンテンツ
の再生またはコピーなどの利用が可能な複数の機器で構
成されているとき、その中の決済処理が可能である１台
の機器は、EMDサービスセンタ１に、ユーザホームネッ
トワーク５のEMDサービスセンタ１に登録されている全
ての機器の、課金情報、価格情報、および取扱方針を出
力する。ユーザ登録データベースに記録されたEMDサー
ビスセンタ１と接続が可能か否かの情報は、その機器
が、EMDサービスセンタ１と接続が可能であるか否かを
示し、接続ができないと記録された機器は、ユーザホー
ムネットワーク５の他の機器を介して、EMDサービスセ
ンタ１に、課金情報等を出力する。

【００３７】また、ユーザ管理部１８は、ユーザホーム
ネットワーク５の機器から課金情報、価格情報、および
取扱方針が供給され、その情報を経歴データ管理部１５
に出力し、さらに、所定の処理（タイミング）で、ユー
ザホームネットワーク５の機器に、配送用鍵Ｋｄを供給
する。

【００３８】課金請求部１９は、経歴データ管理部１５
から供給された、課金情報、価格情報、および取扱方針
に基づき、ユーザへの課金を算出し、その結果を、出納
部２０に供給する。出納部２０は、ユーザ、コンテンツ
プロバイダ２、およびサービスプロバイダ３への出金、
徴収すべき利用料金の金額を基に、図示せぬ外部の銀行
等と通信し、決算処理を実行する。監査部２１は、ユー
ザホームネットワーク５の機器から供給された課金情
報、価格情報、および取扱方針の正当性（すなわち、不
正をしていないか）を監査する。

【００３９】図８は、コンテンツプロバイダ２の機能の
構成を示すブロック図である。コンテンツサーバ３１
は、ユーザに供給するコンテンツを記憶し、ウォータマ
ーク付加部３２に供給する。ウォータマーク付加部３２
は、コンテンツサーバ３１から供給されたコンテンツに
ウォータマークを付加し、圧縮部３３に供給する。圧縮
部３３は、ウォータマーク付加部３２から供給されたコ
ンテンツを、ATRAC2(Adaptive Transform Acoustic Cod
ing 2)（商標）等の方式で圧縮し、暗号化部３４に供給
する。暗号化部３４は、圧縮部３３で圧縮されたコンテ
ンツを、乱数発生部３５から供給された乱数を鍵（以
下、この乱数をコンテンツ鍵Ｋｃｏと称する）として、
DES(Data Encryption Standard)などの共通鍵暗号方式
で暗号化し、その結果をセキュアコンテナ作成部３８に
出力する。

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

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

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

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

【００４４】ポリシー記憶部３７は、コンテンツの取扱
方針（ポリシー）を記憶し、暗号化されるコンテンツに
対応して、取扱方針をセキュアコンテナ作成部３８に出
力する。セキュアコンテナ作成部３８は、暗号化された
コンテンツ、暗号化されたコンテンツ鍵Ｋｃｏ、取扱方
針、並びに暗号化されたコンテンツ、暗号化されたコン
テンツ鍵Ｋｃｏ、および取扱方針のハッシュ値をとり作
成された署名、さらにコンテンツプロバイダ２の公開鍵
Ｋｐｃｐを含む証明書から構成されるコンテンツプロバ
イダセキュアコンテナを作成し、サービスプロバイダ３
に供給する。相互認証部３９は、EMDサービスセンタ１
から配送用鍵Ｋｄの供給を受けるのに先立ち、EMDサー
ビスセンタ１と相互認証し、また、サービスプロバイダ
３へのコンテンツプロバイダセキュアコンテナの送信に
先立ち、サービスプロバイダ３と相互認証する。

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

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

【００４７】署名とデータを受信した受信者は、署名を
公開鍵暗号の公開鍵で復号し、その結果（ハッシュ値）
を得る。さらに受信されたデータのハッシュ値が計算さ
れ、計算されたハッシュ値と、署名を復号して得られた
ハッシュ値とが、等しいか否かが判定される。送信され
たデータのハッシュ値と復号したハッシュ値が等しいと
判定された場合、受信したデータは改竄されておらず、
公開鍵に対応した秘密鍵を保持する送信者から送信され
たデータであることがわかる。署名のハッシュ関数とし
ては、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) 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サービスセンタ
１と相互認証する。

【００５９】図１０は、ユーザホームネットワーク５の
構成を示すブロック図である。レシーバ５１は、ネット
ワーク４を介して、サービスプロバイダ３からコンテン
ツを含んだサービスプロバイダセキュアコンテナを受信
し、コンテンツを復号および伸張し、再生する。

【００６０】通信部６１は、ネットワーク４を介してサ
ービスプロバイダ３、またはEMDサービスセンタ１と通
信し、所定の情報を受信し、または送信する。SAM(Secu
re Application Module)６２は、サービスプロバイダ
３、またはEMDサービスセンタ１と相互認証し、コンテ
ンツの暗号を復号し、またはコンテンツを暗号化し、さ
らに配送用鍵Ｋｄ等を記憶する。伸張部６３は、コンテ
ンツの暗号を復号し、ATRAC2方式で伸張し、さらに所定
のウォータマークをコンテンツに挿入する。IC（Integr
ated Circuit）カードインターフェース６４は、SAM６
２からの信号を所定の形式に変更し、レシーバ５１に装
着されたICカード５５に出力し、また、ICカード５５か
らの信号を所定の形式に変更し、SAM６２に出力する。

【００６１】サービスプロバイダ３、またはEMDサービ
スセンタ１と相互認証し、課金処理を実行し、コンテン
ツ鍵Ｋｃｏを復号および暗号化し、さらに使用許諾条件
情報等の所定のデータを記憶するSAM６２は、相互認証
モジュール７１、課金モジュール７２、記憶モジュール
７３、および復号／暗号化モジュール７４から構成され
る。このSAM６２は、シングルチップの暗号処理専用IC
で構成され、多層構造を有し、その内部のメモリセルは
アルミニウム層等のダミー層に挟まれ、また、動作する
電圧または周波数の幅が狭い等、外部から不正にデータ
が読み出し難い特性（耐タンパー性）を有する。

【００６２】相互認証モジュール７１は、サービスプロ
バイダ３、またはEMDサービスセンタ１との相互認証を
実行し、必要に応じて、一時鍵Ｋｔｅｍｐ（セッション
鍵）を復号／暗号化モジュール７４に供給する。課金処
理モジュール７２は、サービスプロバイダ３から受信し
たサービスプロバイダセキュアコンテナに含まれる取扱
方針および価格情報（並びに、場合によっては、取扱制
御情報）から、使用許諾条件情報および課金情報を生成
し、記憶モジュール７３またはHDD(Hard DiskDrive)５
２に出力する。記憶モジュール７３は、課金処理モジュ
ール７２または復号／暗号化モジュール７４から供給さ
れた課金情報、および配送用鍵Ｋｄ等のデータを記憶
し、他の機能ブロックが所定の処理を実行するとき、配
送用鍵Ｋｄ等のデータを供給する。

【００６３】復号／暗号化モジュール７４は、復号ユニ
ット９１、乱数発生ユニット９２、および暗号化ユニッ
ト９３から構成される。復号ユニット９１は、暗号化さ
れたコンテンツ鍵Ｋｃｏを配送用鍵Ｋｄで復号し、暗号
化ユニット９３に出力する。乱数発生ユニット９２は、
所定の桁数の乱数を発生し、保存用鍵Ｋｓａｖｅとして
暗号化ユニット９３および記憶モジュール７３に出力す
る。ただし、一度生成して保持している場合、その必要
はない。暗号化ユニット９３は、復号されたコンテンツ
鍵Ｋｃｏを、再度、保存用鍵Ｋｓａｖｅで暗号化し、HD
D５２に出力する。暗号化ユニット９３は、コンテンツ
鍵Ｋｃｏを伸張部６３に送信するとき、コンテンツ鍵Ｋ
ｃｏを一時鍵Ｋｔｅｍｐで暗号化する。

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

【００６５】HDD５２は、サービスプロバイダ３から供
給されたコンテンツを記録する。装着された光ディスク
（図示せず）にサービスプロバイダ３から供給されたコ
ンテンツを記録し、再生するレコーダ５３は、記録再生
部６５、SAM６６、および伸張部６７から構成される。
記録再生部６５は、光ディスクが装着され、その光ディ
スクにコンテンツを記録し、再生する。SAM６６は、SAM
６２と同じ機能を有し、その説明は省略する。伸張部６
７は、伸張部６３と同じ機能を有し、その説明は省略す
る。MD(Mini Disk:商標)ドライブ５４は、装着された図
示せぬMDにサービスプロバイダ３から供給されたコンテ
ンツを記録し、再生する。

【００６６】ICカード５５は、レシーバ５１に装着さ
れ、記憶モジュール７３に記憶された配送用鍵Ｋｄおよ
び機器のIDなどの所定のデータを記憶する。例えば、新
たなレシーバ５１を購入し、今まで使用していたレシー
バ５１と入れ替えて使用する場合、まず、ユーザは、IC
カード５５に、今まで使用していたレシーバ５１の記憶
モジュール７３に記憶されていた配送用鍵Ｋｄなどの所
定のデータを記憶させる。次に、ユーザは、そのICカー
ド５５を新たなレシーバ５１に装着し、そのレシーバ５
１を操作して、EMDサービスセンタ１のユーザ管理部１
８にその新たなレシーバ５１を登録する。EMDサービス
センタ１のユーザ管理部１８は、ICカード５５に記憶さ
れていたデータ（今まで使用していたレシーバ５１のID
など）を基に、ユーザ管理部１８が保持しているデータ
ベースから、ユーザの氏名、使用料の払い込みに使用す
るクレジットカードの番号などのデータを検索し、その
データを基に、登録の処理を実行するので、ユーザは、
面倒なデータを入力する必要がない。ICカード５５は、
相互認証モジュール８０および記憶モジュール８１で構
成される。相互認証モジュール８０は、SAM６２と相互
認証する。記憶モジュール８１は、ICカードインターフ
ェース６４を介して、SAM６２から供給されたデータを
記憶し、記憶したデータをSAM６２に出力する。

【００６７】図１１は、ユーザホームネットワーク５の
他の構成例を示すブロック図である。この構成のレシー
バ５１およびレコーダ５３は、図１０に示した伸張部６
３および伸張部６７を省略した構成を有する。その代わ
り、レコーダ５３に接続されているデコーダ５６が、伸
張部６３または伸張部６７と同じ機能を有する。その他
の構成は、図１０における場合と同様である。

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

【００６９】図１２は、EMDサービスセンタ１、コンテ
ンツプロバイダ２、サービスプロバイダ３、およびユー
ザホームネットワーク５の間で送受信される情報を説明
する図である。コンテンツプロバイダ２は、暗号化され
たコンテンツ、暗号化されたコンテンツ鍵Ｋｃｏ、取扱
方針、および署名をコンテンツプロバイダセキュアコン
テナ（その詳細は図１３を参照して後述する）に格納
し、さらにコンテンツプロバイダセキュアコンテナにコ
ンテンツプロバイダ２の証明書（その詳細は図１４を参
照して後述する）を付して、サービスプロバイダ３に送
信する。コンテンツプロバイダ２はまた、取扱方針、お
よび署名にコンテンツプロバイダ２の証明書を付して、
EMDサービスセンタ１に送信する。

【００７０】サービスプロバイダ３は、受信したコンテ
ンツプロバイダセキュアコンテナに含まれる取扱方針を
基に価格情報を生成し、暗号化されたコンテンツ、暗号
化されたコンテンツ鍵Ｋｃｏ、取扱方針、価格情報、お
よび署名をサービスプロバイダセキュアコンテナ（その
詳細は図１５を参照して後述する）に格納し、さらにサ
ービスプロバイダセキュアコンテナにサービスプロバイ
ダ３の証明書（その詳細は図１６を参照して後述する）
を付して、ユーザホームネットワーク５に送信する。サ
ービスプロバイダ３はまた、価格情報、および署名にサ
ービスプロバイダ３の証明書を付して、EMDサービスセ
ンタ１に送信する。

【００７１】ユーザホームネットワーク５は、受信した
サービスプロバイダセキュアコンテナに含まれる取扱方
針から使用許諾情報を生成し、使用許諾情報に沿って、
コンテンツを利用する。ユーザホームネットワーク５に
おいて、コンテンツ鍵Ｋｃｏが復号されると、課金情報
が生成される。課金情報は、所定のタイミングで、暗号
化され、取扱方針と共に署名が付され、EMDサービスセ
ンタ１に送信される。

【００７２】EMDサービスセンタ１は、課金情報および
取扱方針を基に使用料金を算出し、またEMDサービスセ
ンタ１、コンテンツプロバイダ２、およびサービスプロ
バイダ３それぞれの利益を算出する。EMDサービスセン
タ１は、さらに、コンテンツプロバイダ２から受信した
取扱方針、サービスプロバイダ３から受信した価格情
報、並びにユーザホームネットワーク５から受信した課
金情報および取扱方針を比較し、サービスプロバイダ３
またはユーザホームネットワーク５で取扱方針の改竄ま
たは不正な価格の付加等の不正がなかったか否かを監査
する。

【００７３】図１３は、コンテンツプロバイダセキュア
コンテナを説明する図である。コンテンツプロバイダセ
キュアコンテナは、コンテンツ鍵Ｋｃｏで暗号化された
コンテンツ、配送用鍵Ｋｄで暗号化されたコンテンツ鍵
Ｋｃｏ、取扱方針、および署名を含む。署名は、コンテ
ンツ鍵Ｋｃｏで暗号化されたコンテンツ、配送用鍵Ｋｄ
で暗号化されたコンテンツ鍵Ｋｃｏ、および取扱方針に
ハッシュ関数を適用して生成されたハッシュ値を、コン
テンツプロバイダ２の秘密鍵Ｋｓｃｐで暗号化したデー
タである。

【００７４】図１４は、コンテンツプロバイダ２の証明
書を説明する図である。コンテンツプロバイダ２の証明
書は、証明書のバージョン番号、認証局がコンテンツプ
ロバイダ２に対し割り付ける証明書の通し番号、署名に
用いたアルゴリズムおよびパラメータ、認証局の名前、
証明書の有効期限、コンテンツプロバイダ２の名前、コ
ンテンツプロバイダの公開鍵Ｋｐｃｐ、並びに署名を含
む。署名は、証明書のバージョン番号、認証局がコンテ
ンツプロバイダ２に対し割り付ける証明書の通し番号、
署名に用いたアルゴリズムおよびパラメータ、認証局の
名前、証明書の有効期限、コンテンツプロバイダ２の名
前、並びにコンテンツプロバイダの公開鍵Ｋｐｃｐにハ
ッシュ関数を適用して生成されたハッシュ値を、認証局
の秘密鍵Ｋｓｃａで暗号化したデータである。

【００７５】図１５は、サービスプロバイダセキュアコ
ンテナを説明する図である。サービスプロバイダセキュ
アコンテナは、コンテンツ鍵Ｋｃｏで暗号化されたコン
テンツ、配送用鍵Ｋｄで暗号化されたコンテンツ鍵Ｋｃ
ｏ、取扱方針、価格情報、および署名を含む。署名は、
コンテンツ鍵Ｋｃｏで暗号化されたコンテンツ、配送用
鍵Ｋｄで暗号化されたコンテンツ鍵Ｋｃｏ、取扱方針、
および価格情報にハッシュ関数を適用して生成されたハ
ッシュ値を、サービスプロバイダ３の秘密鍵Ｋｓｓｐで
暗号化したデータである。

【００７６】図１６は、サービスプロバイダ３の証明書
を説明する図である。サービスプロバイダ３の証明書
は、証明書のバージョン番号、認証局がサービスプロバ
イダ３に対し割り付ける証明書の通し番号、署名に用い
たアルゴリズムおよびパラメータ、認証局の名前、証明
書の有効期限、サービスプロバイダ３の名前、サービス
プロバイダの公開鍵Ｋｐｓｐ、並びに署名を含む。署名
は、証明書のバージョン番号、認証局がサービスプロバ
イダ３に対し割り付ける証明書の通し番号、署名に用い
たアルゴリズムおよびパラメータ、認証局の名前、証明
書の有効期限、サービスプロバイダ３の名前、サービス
プロバイダの公開鍵Ｋｐｓｐにハッシュ関数を適用して
生成されたハッシュ値を、認証局の秘密鍵Ｋｓｃａで暗
号化したデータである。

【００７７】図１７は、取扱方針、価格情報、および使
用許諾条件情報を示す図である。コンテンツプロバイダ
２が有する取扱方針（図１７（Ａ））は、コンテンツ毎
に用意され、ユーザホームネットワーク５が利用可能な
利用内容を示す。例えば、図１７（Ａ）の取り扱い方針
は、ユーザホームネットワーク５がそのコンテンツを再
生およびマルチコピーすることは許可するが、シングル
コピーは許可しないことを示す。

【００７８】図１８は、シングルコピーおよびマルチコ
ピーを説明する図である。マルチコピーは、使用許諾条
件情報においてコピー許可が与えられているコンテンツ
に対し、その使用許諾条件を購入した場合において、そ
のコンテンツから、複数のコピーを作成することを言
う。ただし、図１８（Ａ）に示すように、コピーを更に
コピーすることはできない（許されない）。シングルコ
ピーは、使用許諾条件情報においてコピー許可が与えら
れているコンテンツに対し、その使用許諾条件を購入し
た場合において、そのコンテンツから、ただ１つのコピ
ーを作成することを言う。シングルコピーの場合も、図
１８（Ｂ）に示すように、コピーを更にコピーすること
はできない（許されない）。

【００７９】サービスプロバイダ３は、図１７（Ｂ）に
示すように、コンテンツプロバイダ２からの取扱方針
（図１７（Ａ））に価格情報を加える。例えば、図１７
（Ｂ）の価格情報は、そのコンテンツを再生して利用す
るときの料金が１５０円で、マルチコピーして利用する
ときの利用料金が８０円であることを示す。図１７に
は、例示しないが、シングルコピーの価格情報は、コピ
ーの１回当たりの使用料金を表し、例えば、３回のコピ
ーの利用では、シングルコピーの使用料金の３倍の料金
を支払う。マルチコピーまたはシングルコピーが許可さ
れるコンテンツは、使用許諾条件情報においてコピー許
可が与えられているコンテンツに対し、その使用許諾条
件を購入した場合における、そのコンテンツに限られ
る。

【００８０】ユーザホームネットワーク５は、サービス
プロバイダ３から供給される取扱方針が示すコンテンツ
の利用可能な利用内容（図１７（Ｂ））から、ユーザが
選択した、利用内容を示す使用許諾条件情報（図１７
（Ｃ））を記憶する。例えば、図１７（Ｃ）の使用許諾
条件情報は、そのコンテンツを再生して使用することが
でき、シングルコピーおよびマルチコピーができないこ
とを示す。

【００８１】図１９は、図１７の例と比較してコンテン
ツプロバイダ２が取扱方針に利益分配の情報を加え、サ
ービスプロバイダ３が価格情報に利益分配の情報を加え
る場合の、取扱方針および価格情報を説明する図であ
る。図１７に示す例に対して、図１９の例では、コンテ
ンツプロバイダ２の利益が、コンテンツを再生して利用
するとき７０円で、マルチコピーして利用するとき４０
円であることを示す情報が、追加されている（図１９
（Ａ））。更に、利益分配情報として、サービスプロバ
イダ３の利益が、コンテンツを再生して利用するとき６
０円で、マルチコピーして利用するとき３０円であるこ
とが、追加されている（図１９（Ｂ））。価格は、図１
７（Ａ）における場合と同様に、再生が１５０円、マル
チコピーが４０円とされている。価格（例えば１５０
円）からコンテンツプロバイダ２の利益（例えば７０
円）およびサービスプロバイダ３の利益（例えば６０
円）を差し引いた金額（例えば２０円）が、EMDサービ
スセンタ１の利益である。EMDサービスセンタ１は、ユ
ーザホームネットワーク５のコンテンツの利用結果を示
す課金情報（図１９（Ｃ））とともに、ユーザホームネ
ットワーク５を介して、取扱方針、利益分配率、および
価格情報を得ることで、コンテンツプロバイダ２、サー
ビスプロバイダ３、およびEMDサービスセンタ１のそれ
ぞれの利益を算出できる。

【００８２】図２０は、コンテンツの再生の利用に、複
数の形態が設定されているときの取扱方針、価格情報、
および使用許諾条件情報を説明する図である。図２０
（Ａ）の例では、サービスプロバイダ３において、取扱
方針および価格情報として、コンテンツの再生利用に、
制限のない再生、回数制限（この例の場合、５回）のあ
る再生、および期日制限（この例の場合、１９９８年１
２月３１日まで）のある再生が設定されている。ユーザ
が、５回の回数制限のある再生を選択して、コンテンツ
を利用する場合、コンテンツを受け取り、まだ１度も再
生していない状態では、図２０（Ｂ）に示すように、ユ
ーザホームネットワーク５の使用許諾条件情報の回数制
限に対応する値には、”５”が記録されている。この回
数制限に対応する値は、ユーザホームネットワーク５に
おいて、コンテンツが再生（利用）される度にデクリメ
ントされ、例えば、３回再生された後、その値は、図２
０（Ｃ）に示すように”２”とされる。回数制限に対応
する値が、”０”となった場合、ユーザホームネットワ
ーク５は、それ以上、そのコンテンツを再生して利用す
ることができない。

【００８３】図２１は、EMDサービスセンタ１、コンテ
ンツプロバイダ２、サービスプロバイダ３、およびユー
ザホームネットワーク５の間で送受信される情報の他の
例を説明する図である。図１２に示した例に対して、図
２１の例では、サービスプロバイダ３は、コンテンツプ
ロバイダ２からの取扱方針を基に取扱制御情報を作成す
る。取扱制御情報は、コンテンツなどと共にサービスプ
ロバイダセキュアコンテナに格納され、ユーザホームネ
ットワーク５に送信され、EMDサービスセンタ１にも送
信される。取扱制御情報は、更に、課金情報および取扱
方針と共にユーザホームネットワーク５からEMDサービ
スセンタ１に送信される。

【００８４】図２２は、図２１の例の場合のサービスプ
ロバイダセキュアコンテナを説明する図である。サービ
スプロバイダセキュアコンテナは、コンテンツ鍵Ｋｃｏ
で暗号化されたコンテンツ、配送用鍵Ｋｄで暗号化され
たコンテンツ鍵Ｋｃｏ、取扱方針、取扱制御情報、価格
情報、および署名を含む。署名は、コンテンツ鍵Ｋｃｏ
で暗号化されたコンテンツ、配送用鍵Ｋｄで暗号化され
たコンテンツ鍵Ｋｃｏ、取扱方針、取扱制御情報、およ
び価格情報にハッシュ関数を適用して生成されたハッシ
ュ値を、サービスプロバイダ３の秘密鍵Ｋｓｓｐで暗号
化したデータである。

【００８５】図２３は、図２１の例の場合における、取
扱方針、取扱制御情報、価格情報、及び使用許諾条件の
構成を示す図である。図２３に示す例の場合、コンテン
ツプロバイダ２の取扱方針（図２３（Ａ））は、そのま
ま価格情報を付しても、取扱方針と対比して価格情報を
参照できる形式を有しない。そこで、サービスプロバイ
ダ３は、その取扱方針を基に、価格情報と対比して価格
情報を参照できる形式を有する取扱制御情報を生成し、
それに価格情報を付して、ユーザホームネットワーク５
に送信する（図２３（Ｂ））。ユーザホームネットワー
クでは、送信を受けた情報から使用許諾条件情報（図２
３（Ｃ））を生成する。図２３のコンテンツプロバイダ
２は、図１２の場合に比較し、より小さいデータ量の取
扱方針を記録すればよい利点がある。

【００８６】図２４は、EMDサービスセンタ１、コンテ
ンツプロバイダ２、サービスプロバイダ３、およびユー
ザホームネットワーク５の間で送受信されるコンテンツ
およびコンテンツに付随する情報のさらに他の構成を説
明する図である。図２１に示した例に対して、図２４の
例では、取扱方針、取扱制御情報、価格情報、および課
金情報は、公開鍵暗号により暗号化され、送信される。
図２４のシステムは、図２１の例の場合に比較して、シ
ステムの外部からの攻撃に対し、安全性が向上する。

【００８７】図２５は、図２４の例の場合のコンテンツ
プロバイダセキュアコンテナを説明する図である。コン
テンツプロバイダセキュアコンテナは、コンテンツ鍵Ｋ
ｃｏで暗号化されたコンテンツ、配送用鍵Ｋｄで暗号化
されたコンテンツ鍵Ｋｃｏ、配送用鍵Ｋｄで暗号化され
た取扱方針、および署名を含む。署名は、コンテンツ鍵
Ｋｃｏで暗号化されたコンテンツ、配送用鍵Ｋｄで暗号
化されたコンテンツ鍵Ｋｃｏ、および配送用鍵Ｋｄで暗
号化された取扱方針にハッシュ関数を適用して生成され
たハッシュ値を、コンテンツプロバイダ２の秘密鍵Ｋｓ
ｃｐで暗号化したデータである。

【００８８】図２６は、図２４の例の場合のサービスプ
ロバイダセキュアコンテナを説明する図である。サービ
スプロバイダセキュアコンテナは、コンテンツ鍵Ｋｃｏ
で暗号化されたコンテンツ、配送用鍵Ｋｄで暗号化され
たコンテンツ鍵Ｋｃｏ、配送用鍵Ｋｄで暗号化された取
扱方針、配送用鍵Ｋｄで暗号化された取扱制御情報、配
送用鍵Ｋｄで暗号化された価格情報、および署名を含
む。署名は、コンテンツ鍵Ｋｃｏで暗号化されたコンテ
ンツ、配送用鍵Ｋｄで暗号化されたコンテンツ鍵Ｋｃ
ｏ、配送用鍵Ｋｄで暗号化された取扱方針、配送用鍵Ｋ
ｄで暗号化された取扱制御情報、および配送用鍵Ｋｄで
暗号化された価格情報にハッシュ関数を適用して生成さ
れたハッシュ値を、サービスプロバイダ３の秘密鍵Ｋｓ
ｓｐで暗号化したデータである。

【００８９】図２７は、EMDサービスセンタ１が、ユー
ザホームネットワーク５から課金情報を受信するときの
動作を説明する図である。ユーザホームネットワーク５
と相互認証した後、ユーザ管理部１８は、一時鍵Ｋｔｅ
ｍｐを共有化し、鍵サーバ１４からの配送用鍵Ｋｄをこ
の鍵で暗号化しユーザホームネットワーク５に送信す
る。ユーザホームネットワーク５は、受信した配送用鍵
Ｋｄを共有化した一時鍵Ｋｔｅｍｐで復号した後、配送
用鍵Ｋｄを必要に応じて更新する。また、共有化した一
時鍵Ｋｔｅｍｐを用いて課金情報、および取扱方針等を
暗号化し、EMDサービスセンタ１に送信する。ユーザ管
理部１８はこれを受信する。ユーザ管理部１８は、受信
した課金情報、および取扱方針等を共有化した一時鍵Ｋ
ｔｅｍｐで復号化した後、経歴データ管理部１５および
課金請求部１９に送信する。経歴データ管理部１５は決
済を実行すると判定した場合、受信した課金情報を利益
分配部１６に送信し、さらに、受信した課金情報および
取扱方針等を課金請求部１９に送信する。利益分配部１
６は、コンテンツプロバイダ２、サービスプロバイダ
３、およびEMDサービスセンタ１自身に対する請求金額
および支払金額を算出する。課金請求部１９は、ユーザ
の支払い金額を算出し、その情報を出納部２０に送信す
る。出納部２０は、図示せぬ外部の銀行等と通信し、決
算処理を実行する。その際、ユーザの料金の未払い等の
情報があれば、それらの情報は、課金請求部１９および
ユーザ管理部１８に送信され、以後のユーザの登録処理
時、または配送用鍵Ｋｄの送信処理時に参照される。

【００９０】図２８は、EMDサービスセンタ１の利益分
配処理の動作を説明する図である。経歴データ管理部１
５は、ユーザのコンテンツの使用実績を示す課金情報、
取扱方針、および価格データを利益分配部１６に送信す
る。利益分配部１６は、これらの情報を基に、コンテン
ツプロバイダ２、サービスプロバイダ３、およびEMDサ
ービスセンタ１それぞれの利益を算出し、その結果をサ
ービスプロバイダ管理部１１、コンテンツプロバイダ管
理部１２、出納部２０、および著作権管理部１３に送信
する。出納部２０は、図示せぬ外部の銀行等と通信し、
決算処理を実行する。サービスプロバイダ管理部１１
は、サービスプロバイダ３の利益の情報をサービスプロ
バイダ３に送信する。コンテンツプロバイダ管理部１２
は、コンテンツプロバイダ２の利益の情報をコンテンツ
プロバイダ２に送信する。監査部２１は、ユーザホーム
ネットワーク５の機器から供給された課金情報、価格情
報、および取扱方針の正当性を監査する。

【００９１】図２９は、EMDサービスセンタ１の、コン
テンツの利用実績の情報をJASRACに送信する処理の動作
を説明する図である。経歴データ管理部１５は、ユーザ
のコンテンツの使用実績を示す課金情報を著作権管理部
１３および利益分配部１６に送信する。利益分配部１６
は、JASRACに対する請求金額および支払金額を算出し、
その情報を出納部２０に送信する。出納部２０は、図示
せぬ外部の銀行等と通信し、決算処理を実行する。著作
権管理部１３は、ユーザのコンテンツの使用実績をJASR
ACに送信する。

【００９２】次に、EMDシステムの処理について説明す
る。図３０は、このシステムのコンテンツの配布および
再生の処理を説明するフローチャートである。ステップ
Ｓ１１において、EMDサービスセンタ１のコンテンツプ
ロバイダ管理部１２は、コンテンツプロバイダ２に配送
用鍵Ｋｄを送信し、コンテンツプロバイダ２がこれを受
信する。その処理の詳細は、図３２のフローチャートを
参照して後述する。ステップＳ１２において、ユーザ
は、ユーザホームネットワーク５の機器（例えば、図１
０のレシーバ５１）を操作し、ユーザホームネットワー
ク５の機器をEMDサービスセンタ１のユーザ管理部１８
に登録する。この登録処理の詳細は、図３６のフローチ
ャートを参照して後述する。ステップＳ１３において、
EMDサービスセンタ１のユーザ管理部１８は、ユーザホ
ームネットワーク５と、図３３乃至図３５に示したよう
に相互認証した後、ユーザホームネットワーク５の機器
に、配送用鍵Ｋｄを送信する。ユーザホームネットワー
ク５はこの鍵を受信する。この処理の詳細は、図４４の
フローチャートを参照して説明する。

【００９３】ステップＳ１４において、コンテンツプロ
バイダ２のセキュアコンテナ作成部３８は、サービスプ
ロバイダ３にコンテンツプロバイダセキュアコンテナを
送信する。この送信処理の詳細は、図４６のフローチャ
ートを参照して後述する。ステップＳ１５において、サ
ービスプロバイダ３のセキュアコンテナ作成部４４は、
ユーザホームネットワーク５からの要求に応じて、ネッ
トワーク４を介して、ユーザホームネットワーク５にサ
ービスプロバイダセキュアコンテナを送信する。この送
信処理の詳細は、図４８のフローチャートを参照して後
述する。ステップＳ１６において、ユーザホームネット
ワーク５の課金モジュール７２は、課金処理を実行す
る。課金処理の詳細は、図５０のフローチャートを参照
して後述する。ステップＳ１７において、ユーザは、ユ
ーザホームネットワーク５の機器でコンテンツを再生す
る。再生処理の詳細は、図５１のフローチャートを参照
して後述する。

【００９４】一方、コンテンツプロバイダ２が、取扱方
針を暗号化して送信する場合の処理は、図３１のフロー
チャートで示すようになる。ステップＳ２１において、
EMDサービスセンタ１のコンテンツプロバイダ管理部１
２は、コンテンツプロバイダ２に配送用鍵Ｋｄを送信す
る。ステップＳ２２において、EMDサービスセンタ１の
サービスプロバイダ管理部１１は、サービスプロバイダ
３に配送用鍵Ｋｄを送信する。それ以降のステップＳ２
３乃至ステップＳ２８の処理は、図３０のステップＳ１
２乃至ステップＳ１７の処理と同様の処理であり、その
説明は省略する。

【００９５】図３２は、図３０のステップＳ１１および
図３１のステップＳ２１に対応する、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サービスセンタ１の相
互認証部１７とコンテンツプロバイダ２の相互認証部３
９は、相互認証する。相互認証に利用された乱数は、そ
の相互認証に続く処理にだけ有効な一時鍵Ｋｔｅｍｐと
して利用される。

【０１１３】図３６は、図３０のステップＳ１２および
図３１のステップＳ２３に対応する、レシーバ５１がEM
Dサービスセンタ１のユーザ管理部１８に登録する処理
を説明するフローチャートである。ステップＳ１０１に
おいて、レシーバ５１のSAM６２は、ICカードインター
フェース６４の出力から、レシーバ５１にバックアップ
用のICカード５５が装着されているか否かを判定し、バ
ックアップ用のICカード５５が装着されていると判定さ
れた場合（例えば、レシーバ５１が新たなレシーバ５１
に変更され、元のレシーバ５１のデータを、新たなレシ
ーバ５１に引き継ぐために、元のレシーバ５１のデータ
をバックアップ用のICカード５５にバックアップさせて
いる場合）、ステップＳ１０２に進み、ICカード５５に
記憶されているバックアップデータの読み込み処理を実
行する。この処理の詳細は、図４１のフローチャートを
参照して後述する。勿論、この読み込み処理が実行され
るためには、その前に、ICカード５５に、バックアップ
データを記憶させる必要があるが、その処理は、図３９
を参照して後述する。

【０１１４】ステップＳ１０１において、バックアップ
用のICカード５５が装着されていないと判定された場
合、手続は、ステップＳ１０２をスキップし、ステップ
Ｓ１０３に進む。ステップＳ１０３において、SAM６２
の相互認証モジュール７１は、EMDサービスセンタ１の
相互認証部１７と相互認証し、SAM６２は、証明書をEMD
サービスセンタ１のユーザ管理部１８に送信する。この
認証処理は、図３３乃至図３５を参照して説明した場合
と同様であるので、ここでは説明を省略する。ステップ
Ｓ１０３で、SAM６２がEMDサービスセンタ１のユーザ管
理部１８に送信する証明書は、図３７に示すデータを含
む。SAM６２が送信する証明書は、図１４に示すコンテ
ンツプロバイダ２の証明書とほぼ同様の構成を有する
が、更に、他のSAMに従属するか否かを示すデータを含
んでいる。ステップＳ１０４において、SAM６２は、通
信部６１を介して、一時鍵Ｋｔｅｍｐで暗号化した、ユ
ーザの銀行等の決済機関の情報等をEMDサービスセンタ
１のユーザ管理部１８に送信する。

【０１１５】ステップＳ１０５において、EMDサービス
センタ１のユーザ管理部１８は、受信したSAM６２のID
を基に、図７に示したユーザ登録データベースを検索す
る。ステップＳ１０６において、EMDサービスセンタ１
のユーザ管理部１８は、受信したIDを有するSAM６２の
登録が可能であるか否かを判定し、受信したIDを有する
SAM６２の登録が可能であると判定された場合、ステッ
プＳ１０７に進み、受信したIDを有するSAM６２が、新
規登録であるか否かを判定する。ステップＳ１０７にお
いて、受信したIDを有するSAM６２が、新規登録ではな
いと判定された場合、手続は、ステップＳ１０８に進
む。

【０１１６】ステップＳ１０８において、EMDサービス
センタ１のユーザ管理部１８は、更新登録を実行し、受
信したIDを基にユーザ登録データベースを検索し、登録
リストを作成する。この登録リストは、例えば、図３８
に示す構造を有し、機器のSAMのIDに対応して、EMDサー
ビスセンタ１のユーザ管理部１８が登録を拒絶したか否
かを示す登録拒絶フラグ、従属する機器である場合のコ
ンテンツ鍵Ｋｃｏの利用条件を示すステータスフラグ、
従属する機器であるか否かを示すコンディションフラ
グ、並びに登録拒絶フラグ、ステータスフラグ、および
コンディションフラグにハッシュ関数を適用して生成し
たハッシュ値をEMDサービスセンタ１の秘密鍵Ｋｓｅｓ
ｃで暗号化した署名から構成される。

【０１１７】機器のSAMのIDは、機器の固有の６４ビッ
トからなるIDを示す（図３８では、１６進数で示す）。
登録拒絶フラグの”１”は、EMDサービスセンタ１のユ
ーザ管理部１８が対応するIDを有する機器を登録したこ
とを示し、登録拒絶フラグの”０”は、MDサービスセン
タ１のユーザ管理部１８が対応するIDを有する機器の登
録を拒絶したことを示す。

【０１１８】ステータスフラグのMSB(Most Significant
Bit)の”１”は、対応するIDを有する子の機器（例え
ばレコーダ５３）が従属した親の機器（例えばレシーバ
５１）からコンテンツ鍵Ｋｃｏをもらえることを示し、
ステータスフラグのMSBの”０”は、対応するIDを有す
る子の機器が従属した親の機器からコンテンツ鍵Ｋｃｏ
をもらえないことを示している。ステータスフラグの上
位から２ビット目の”１”は、対応するIDを有する子の
機器が従属した親の機器から、親の機器の保存用鍵Ｋｓ
ａｖｅで暗号化されたコンテンツ鍵Ｋｃｏをもらえるこ
とを示す。ステータスフラグの上位から３ビット目の”
１”は、対応するIDを有する子の機器が従属した親の機
器から、配送用鍵Ｋｄで暗号化されたコンテンツ鍵Ｋｃ
ｏをもらえることを示す。ステータスフラグのLSB(Leas
t Significant Bit)の”１”は、従属した親の機器が配
送用鍵Ｋｄで暗号化したコンテンツ鍵Ｋｃｏを購入し、
対応するIDを有する子の機器に、一時鍵Ｋｔｅｍｐで暗
号化してコンテンツ鍵Ｋｃｏを渡すことを示す。

【０１１９】コンディションフラグの”０”は、対応す
るIDを有する機器がEMDサービスセンタ１のユーザ管理
部１８と直接通信が出来る（すなわち、例えばレシーバ
５１のような親の機器である）ことを示し、コンディシ
ョンフラグの”１”は、対応するIDを有する機器がEMD
サービスセンタ１のユーザ管理部１８と直接通信が出来
ない（すなわち、例えばレコーダ５３のような子の機器
である）ことを示す。コンディションフラグが”０”の
とき、ステータスフラグは常に”００００”に設定され
る。

【０１２０】ステップＳ１０９において、EMDサービス
センタ１のユーザ管理部１８は、相互認証部１７から供
給された一時鍵Ｋｔｅｍｐで暗号化した、鍵サーバ１４
から供給された配送用鍵Ｋｄをレシーバ５１のSAM６２
に送信する。ステップＳ１１０において、レシーバ５１
のSAM６２は、受信した配送用鍵Ｋｄを一時鍵Ｋｔｅｍ
ｐで復号し、記憶モジュール７３に記憶させる。

【０１２１】ステップＳ１１１において、EMDサービス
センタ１のユーザ管理部１８は、一時鍵Ｋｔｅｍｐで暗
号化した登録リストをレシーバ５１のSAM６２に送信す
る。ステップＳ１１２において、レシーバ５１のSAM６
２は、受信した登録リストを一時鍵Ｋｔｅｍｐで復号
し、記憶モジュール７３に記憶させ、処理は終了する。

【０１２２】ステップＳ１０７において、受信したIDを
有するSAM６２が、新規登録であると判定された場合、
手続は、ステップＳ１１４に進み、EMDサービスセンタ
１のユーザ管理部１８は、新規登録を実行し、登録リス
トを作成し、ステップＳ１０９に進む。

【０１２３】ステップＳ１０６において、受信したIDを
有するSAM６２の登録が不可であると判定された場合、
ステップＳ１１３に進み、EMDサービスセンタ１のユー
ザ管理部１８は、登録拒絶の登録リストを作成し、ステ
ップＳ１１１に進む。

【０１２４】このように、レシーバ５１は、EMDサービ
スセンタ１に登録される。

【０１２５】次に、今まで使用していたレシーバ５１の
記憶モジュール７３に記憶された配送用鍵Ｋｄなどの所
定のデータをICカード５５に記憶させる処理の詳細を、
図３９のフローチャートを参照して説明する。ステップ
Ｓ１２１において、SAM６２の相互認証モジュール７１
は、ICカード５５の相互認証モジュール８０と相互認証
する。この認証処理は、図３３乃至図３５を参照して説
明した場合と同様であるので、ここでは説明を省略す
る。ステップＳ１２２において、SAM６２の乱数発生ユ
ニット９２は、バックアップ鍵Ｋｉｃとして用いられる
乱数を生成する。ステップＳ１２３において、SAM６２
の暗号化ユニット９３は、記憶モジュール７３に記憶さ
れているSAMのID番号、保存用鍵Ｋｓａｖｅ、およびHDD
５２のIDを、バックアップ鍵Ｋｉｃを用いて暗号化す
る。ステップＳ１２４において、SAM６２の暗号化ユニ
ット９３は、EMDサービスセンタ１の公開鍵Ｋｐｅｓｃ
でバックアップ鍵Ｋｉｃを暗号化する（SAM６２は、EMD
サービスセンタ１との間の認証処理（図３５のステップ
Ｓ８９）において、EMDサービスセンタ１の公開鍵Ｋｐ
ｅｓｃを取得している）。ステップＳ１２５において、
レシーバ５１のSAM６２は、ICカードインターフェース
６４を介して、暗号化されたSAMのID番号、保存用鍵Ｋ
ｓａｖｅ、およびHDD５２のID並びに暗号化されたバッ
クアップ鍵ＫｉｃをICカード５５に送信し、記憶モジュ
ール８１に記憶させる。

【０１２６】以上のように、SAM６２の記憶モジュール
７３に記憶されたSAMのID番号、保存用鍵Ｋｓａｖｅ、
およびHDD５２のIDは、バックアップ鍵Ｋｉｃを用いて
暗号化され、EMDサービスセンタ１の公開鍵Ｋｐｅｓｃ
を用いて暗号化されたバックアップ鍵Ｋｉｃと共に、IC
カード５５の記憶モジュール８１に記憶される。

【０１２７】今まで使用していたレシーバ５１の記憶モ
ジュール７３に記憶された配送用鍵Ｋｄなどの所定のデ
ータをICカード５５に記憶させる他の処理の例の詳細
を、図４０のフローチャートを参照して説明する。ステ
ップＳ１３１において、SAM６２の相互認証モジュール
７１は、ICカード５５の相互認証モジュール８０と相互
認証する。ステップＳ１３２において、SAM６２の暗号
化ユニット９３は、記憶モジュール７３に記憶されてい
るSAMのID番号、保存用鍵Ｋｓａｖｅ、およびHDD５２の
IDを、EMDサービスセンタ１の公開鍵Ｋｐｅｓｃを用い
て暗号化する。ステップＳ１３３において、レシーバ５
１のSAM６２は、ICカードインターフェース６４を介し
て、暗号化されたSAMのID番号、保存用鍵Ｋｓａｖｅ、
およびHDD５２のIDをICカード５５に送信し、記憶モジ
ュール８１に記憶させる。

【０１２８】図４０に示す処理により、図３９に示した
場合より簡単な処理で、EMDサービスセンタ１の公開鍵
Ｋｐｅｓｃを用いて暗号化されたSAMのID番号、保存用
鍵Ｋｓａｖｅ、およびHDD５２のIDは、ICカード５５の
記憶モジュール８１に記憶される。

【０１２９】このように、ICカード５５にバックアップ
されたデータは、図３６のステップＳ１０２の処理で、
新しいレシーバ５１に読み込まれる。図４１は、図３９
に示す処理でバックアップされたデータ読み出す場合の
処理を説明するフローチャートである。ステップＳ１４
１において、新しいレシーバ５１のSAM６２の相互認証
モジュール７１は、ICカード５５の相互認証モジュール
８０と相互認証する。この認証処理は、図３３乃至図３
５を参照して説明した場合と同様であるので、ここでは
説明を省略する。

【０１３０】ステップＳ１４２において、SAM６２は、I
Cカードインタフェース６４を介して、記憶モジュール
８１に記憶された、バックアップ鍵Ｋｉｃで暗号化され
ている古いレシーバ５１の記憶モジュール７３のデータ
（SAMのID番号、保存用鍵Ｋｓａｖｅ、およびHDD５２の
IDを示すバックアップデータ）、およびEMDサービスセ
ンタ１の公開鍵Ｋｐｅｓｃで暗号化されているバックア
ップ鍵Ｋｉｃを読み出す。ステップＳ１４３において、
SAM６２の相互認証モジュール７１は、通信部６１を介
して、EMDサービスセンタ１の相互認証部１７と相互認
証する。この認証処理は、図３３乃至図３５を参照して
説明した場合と同様であるので、ここでは説明を省略す
る。ステップＳ１４４において、SAM６２は、通信部６
１を介して、バックアップ鍵Ｋｉｃで暗号化されている
記憶モジュール７３のデータ、およびEMDサービスセン
タ１の公開鍵Ｋｐｅｓｃで暗号化されているバックアッ
プ鍵Ｋｉｃを、EMDサービスセンタ１のユーザ管理部１
８に送信する。

【０１３１】ステップＳ１４５において、EMDサービス
センタ１のユーザ管理部１８は、受信したバックアップ
鍵Ｋｉｃを自分自身の秘密鍵Ｋｓｅｓｃで復号する。ス
テップＳ１４６において、EMDサービスセンタ１のユー
ザ管理部１８は、受信したバックアップデータを、バッ
クアップ鍵Ｋｉｃで復号する。ステップＳ１４７におい
て、EMDサービスセンタ１のユーザ管理部１８は、復号
したバックアップデータを、相互認証部１７から供給さ
れた一時鍵Ｋｔｅｍｐで、再度、暗号化する。ステップ
Ｓ１４８において、EMDサービスセンタ１のユーザ管理
部１８は、一時鍵Ｋｔｅｍｐで暗号化されたバックアッ
プデータを、レシーバ５１の通信部６１に送信する。

【０１３２】ステップＳ１４９において、レシーバ５１
の通信部６１は、EMDサービスセンタ１のユーザ管理部
１８から受信したデータを、SAM６２に送信し、SAM６２
は、そのデータを復号した後、記憶モジュール７３に記
憶させる。ステップＳ１５０において、EMDサービスセ
ンタ１のユーザ管理部１８は、ICカード５５にデータを
記憶させた古い装置のSAM６２のIDに対応するユーザ登
録データベース（図７）のデータを登録不可に設定し、
処理を終了する。

【０１３３】このように、新しいレシーバ５１は、ICカ
ード５５のバックアップデータを読み込む。

【０１３４】図４０に示す処理でバックアップされたデ
ータ読み出す場合の処理を、図４２に示すフローチャー
トを用いて説明する。ステップＳ１６１において、新し
いレシーバ５１のSAM６２の相互認証モジュール７１
は、ICカード５５の相互認証モジュール８０と相互認証
する。この認証処理は、図３３乃至図３５を参照して説
明した場合と同様であるので、ここでは説明を省略す
る。ステップＳ１６２において、SAM６２は、ICカード
インタフェース６４を介して、EMDサービスセンタ１の
公開鍵Ｋｐｅｓｃで暗号化されている古いレシーバ５１
の記憶モジュール７３のデータ（SAMのID番号、保存用
鍵Ｋｓａｖｅ、およびHDD５２のIDを示すバックアップ
データ）を読み出す。

【０１３５】ステップＳ１６３において、SAM６２の相
互認証モジュール７１は、通信部６１を介して、EMDサ
ービスセンタ１の相互認証部１７と相互認証する。この
認証処理は、図３３乃至図３５を参照して説明した場合
と同様であるので、ここでは説明を省略する。ステップ
Ｓ１６４において、SAM６２は、通信部６１を介して、E
MDサービスセンタ１の公開鍵Ｋｐｅｓｃで暗号化されて
いる記憶モジュール７３のデータを、EMDサービスセン
タ１のユーザ管理部１８に送信する。

【０１３６】ステップＳ１６５において、EMDサービス
センタ１のユーザ管理部１８は、受信した記憶モジュー
ル７３のデータを自分自身の秘密鍵Ｋｓｅｓｃで復号す
る。ステップＳ１６６において、EMDサービスセンタ１
のユーザ管理部１８は、復号したバックアップデータ
を、相互認証部１７から供給された一時鍵Ｋｔｅｍｐ
で、再度、暗号化する。ステップＳ１６７において、EM
Dサービスセンタ１のユーザ管理部１８は、一時鍵Ｋｔ
ｅｍｐで暗号化されたバックアップデータを、レシーバ
５１の通信部６１に送信する。

【０１３７】ステップＳ１６８において、レシーバ５１
の通信部６１は、EMDサービスセンタ１のユーザ管理部
１８から受信したデータを、SAM６２に送信し、SAM６２
は、そにのデータを復号した後、記憶モジュール７３に
記憶させる。ステップＳ１６９において、EMDサービス
センタ１のユーザ管理部１８は、ICカード５５にデータ
を記憶させた古い装置のSAM６２のIDに対応するユーザ
登録データベース（図７）のデータを登録不可に設定す
る。

【０１３８】このように、図４０に示す処理を用いたバ
ックアップの場合、図４２に示す処理により、新しいレ
シーバ５１は、ICカード５５のバックアップデータを読
み込む。

【０１３９】レシーバ５１は、自分自身を登録する場合
（図３０のステップＳ１２に対応する処理を実行する場
合）、図３６のフローチャートに示す処理を実行する
が、レシーバ５１に従属するレコーダ５３をEMDサービ
スセンタ１に登録する場合、図４３のフローチャートに
示す処理を実行する。ステップＳ１８１において、レシ
ーバ５１のSAM６２は、記憶モジュール７３に記憶され
た登録リストに、レコーダ５３のIDを書き込む。ステッ
プＳ１８２において、レシーバ５１の相互認証モジュー
ル７１は、EMDサービスセンタ１の相互認証部１７と相
互認証する。この認証処理は、図３３乃至図３５を参照
して説明した場合と同様であるので、ここでは説明を省
略する。

【０１４０】ステップＳ１８３において、EMDサービス
センタ１のユーザ管理部１８は、レシーバ５１のID（図
３７に示すSAM６２の証明書に含まれるSAM６２のID）を
基に、ユーザ登録データベースを検索し、レシーバ５１
が登録不可であるか否かを判定し、レシーバ５１が登録
不可ではないと判定された場合、ステップＳ１８４に進
み、レシーバ５１のSAM62は、EMDサービスセンタ１のユ
ーザ管理部１８に、記憶モジュール７３に記憶している
配送用鍵Ｋｄのバージョン、課金情報（後述の図５０に
示すフローチャートのステップＳ３３７の処理で記憶さ
れる）、および登録リスト、並びにHDD５２に記録され
た取扱方針を一時鍵Ｋｄで暗号化し、通信部６１を介し
て、EMDサービスセンタ１のユーザ管理部１８に、記憶
モジュール７３に記憶している配送用鍵Ｋｄのバージョ
ン、課金情報、および登録リスト、並びにHDD５２に記
録された取扱方針を送信する。ステップＳ１８５におい
て、EMDサービスセンタ１のユーザ管理部１８は、受信
したデータを復号した後、課金情報を処理し、図３８を
参照して説明した、レシーバ５１から受信した登録リス
トのレコーダ５３に関する登録拒絶フラグ、およびステ
ータスフラグなどのデータの部分を更新し、レシーバ５
１に対応するデータに応じた署名を付する。

【０１４１】ステップＳ１８６において、EMDサービス
センタ１のユーザ管理部１８は、レシーバ５１が有する
配送用鍵Ｋｄのバージョンが最新か否かを判定し、レシ
ーバ５１が有する配送用鍵Ｋｄのバージョンが最新であ
ると判定された場合、ステップＳ１８７に進み、一時鍵
Ｋｄで暗号化した、更新した登録リスト、および課金情
報受信メッセージを、レシーバ５１に送信し、レシーバ
５１は、更新した登録リスト、および課金情報受信メッ
セージを受信し、復号した後、記憶する。ステップＳ１
８８において、レシーバ５１は、記憶モジュール７３に
記憶された課金情報を消去し、登録リストを、EMDサー
ビスセンタ１のユーザ管理部１８からステップＳ１８７
において受信したものに更新し、ステップＳ１９１に進
む。

【０１４２】ステップＳ１８６において、レシーバ５１
が有する配送用鍵Ｋｄのバージョンが最新のものではな
いと判定された場合、ステップＳ１８９に進み、EMDサ
ービスセンタ１のユーザ管理部１８は、一時鍵Ｋｄで暗
号化した、最新バージョンの配送用鍵Ｋｄ、更新した登
録リスト、および課金情報受信メッセージを、レシーバ
５１に送信し、レシーバ５１は、最新バージョンの配送
用鍵Ｋｄ、更新した登録リスト、および課金情報受信メ
ッセージを受信し、復号した後、記憶する。ステップＳ
１９０において、レシーバ５１は、記憶モジュール７３
に記憶された課金情報を消去し、登録リストを、EMDサ
ービスセンタ１のユーザ管理部１８からステップＳ１８
９において受信したものに更新し、配送用鍵Ｋｄを最新
バージョンのものに更新し、ステップＳ１９１に進む。

【０１４３】ステップＳ１９１において、レシーバ５１
のSAM６２は、更新した登録リストを参照し、レコーダ
５３が登録不可か否かを判定し、レコーダ５３が登録不
可でないと判定された場合、ステップＳ１９２に進み、
レシーバ５１とレコーダ５３は相互認証し、一時鍵Ｋｔ
ｅｍｐを共有する。この認証処理は、図３３乃至図３５
を参照して説明した場合と同様であるので、ここでは説
明を省略する。ステップＳ１９３において、レコーダ５
３に、一時鍵Ｋｄで暗号化した、登録完了メッセージ、
および配送用鍵Ｋｄを送信し、レコーダ５３は、登録完
了メッセージ、および配送用鍵Ｋｄを受信し、復号す
る。ステップＳ１９４において、レコーダ５３は、配送
用鍵Ｋｄを更新し、処理は終了する。

【０１４４】ステップＳ１８３において、レシーバ５１
が登録不可であると判定された場合、および、ステップ
Ｓ１９１において、レコーダ５３が登録不可であると判
定された場合、処理は終了する。

【０１４５】以上のように、レシーバ５１に従属するレ
コーダ５３は、レシーバ５１を介して、EMDサービスセ
ンタ１に登録される。

【０１４６】図４４は、図３０のステップＳ１３におい
て、EMDサービスセンタ１がレシーバ５１に送信した配
送用鍵Ｋｄを、レシーバ５１が受け取る処理の詳細を説
明するフローチャートである。ステップＳ２０１におい
て、レシーバ５１の相互認証モジュール７１は、EMDサ
ービスセンタ１の相互認証部１７と相互認証する。この
認証処理は、図３３乃至図３５を参照して説明した場合
と同様であるので、ここでは説明を省略する。ステップ
Ｓ２０２において、レシーバ５１のSAM６２は、通信部
６１を介して、EMDサービスセンタ１のユーザ管理部１
８に証明書を送信し、EMDサービスセンタ１のユーザ管
理部１８は、証明書を受信する。ステップＳ２０３乃至
ステップＳ２１０は、図４３のステップＳ１８３乃至ス
テップＳ１９０と同様の処理であるのでその説明は省略
する。

【０１４７】このように、レシーバ５１は、EMDサービ
スセンタ１のユーザ管理部１８から配送用鍵Ｋｄを受け
取り、レシーバ５１の課金情報をEMDサービスセンタ１
のユーザ管理部１８に送信する。

【０１４８】次に、レシーバ５１に従属するレコーダ５
３の配送用鍵Ｋｄの受け取り処理（図３８に示すステー
タスフラグが、レコーダ５３の配送用鍵Ｋｄの受け取り
を許可する値を有する場合）を、図４５に示すフローチ
ャートを用いて説明する。ステップＳ２２１において、
レシーバ５１の相互認証モジュール７１およびレコーダ
５３の図示せぬ相互認証モジュールは、相互認証する。
この認証処理は、図３３乃至図３５を参照して説明した
場合と同様であるので、ここでは説明を省略する。

【０１４９】ステップＳ２２２において、レシーバ５１
は、レシーバ５１の記憶モジュール７３に記憶する登録
リストにレコーダ５３のデータが載っているか否かを判
定し、レシーバ５１の記憶モジュール７３に記憶する登
録リストにレコーダ５３のデータが載っていると判定さ
れた場合、ステップＳ２２３に進み、レシーバ５１の記
憶モジュール７３に記憶する登録リストを基に、レコー
ダ５３が登録不可であるか否かを判定する。ステップＳ
２２３において、レコーダ５３が登録不可ではないと判
定された場合、ステップＳ２２４に進み、レコーダ５３
のSAM６６は、レシーバ５１のSAM６２に、内蔵する記憶
モジュールに記憶している配送用鍵Ｋｄ（後述する図４
５のステップＳ２３５でレシーバ５１から受け取ってい
る）のバージョンおよび課金情報（後述する図５０に対
応する処理のステップＳ３３７に相当する処理で記憶し
ている）を一時鍵Ｋｔｅｍｐで暗号化して、送信し、レ
シーバ５１のSAM６２は、配送用鍵Ｋｄのバージョンお
よび課金情報を受信し、復号する。

【０１５０】ステップＳ２２５において、レシーバ５１
の相互認証モジュール７１は、通信部６１を介して、EM
Dサービスセンタ１の相互認証部１７と、相互認証す
る。この認証処理は、図３３乃至図３５を参照して説明
した場合と同様であるので、ここでは説明を省略する。
ステップＳ２２６において、EMDサービスセンタ１のユ
ーザ管理部１８は、レシーバ５１のIDを基に、ユーザ登
録データベースを検索し、レシーバ５１が登録不可であ
るか否かを判定し、レシーバ５１が登録不可ではないと
判定された場合、ステップＳ２２７に進み、レシーバ５
１のSAM62は、通信部６１を介して、EMDサービスセンタ
１のユーザ管理部１８に、一時鍵Ｋｄで暗号化した、記
憶モジュール７３に記憶している配送用鍵Ｋｄのバージ
ョン、課金情報、および登録リスト、HDD５２に記録し
ている取扱方針、並びにレコーダ５３の課金情報を送信
する。ステップＳ２２８において、EMDサービスセンタ
１のユーザ管理部１８は、受信したデータを復号した
後、課金情報を処理し、図３８で説明した、レシーバ５
１から受信した登録リストのレコーダ５３に関する登録
拒絶フラグ、ステータスフラグなどのデータの部分を更
新し、レシーバ５１に対応するデータに応じた署名を付
する。

【０１５１】ステップＳ２２９乃至ステップＳ２３４の
処理は、図４３に示すステップＳ１８６乃至ステップＳ
１９１とそれぞれ同様であるので、その説明は省略す
る。

【０１５２】ステップＳ２３４において、レシーバ５１
のSAM６２は、更新した登録リストを参照し、レコーダ
５３が登録不可か否かを判定し、レコーダ５３が登録不
可でないと判定された場合、ステップＳ２３５に進み、
レコーダ５３に、一時鍵Ｋｄで暗号化した、課金情報受
信メッセージ、および配送用鍵Ｋｄを送信し、レコーダ
５３は、課金情報受信メッセージ、および配送用鍵Ｋｄ
を受信し、復号する。ステップＳ２３６において、レコ
ーダ５３のSAM６６は、内蔵する記憶モジュールに記憶
している、課金情報を消去し、配送用鍵Ｋｄを最新のバ
ージョンに更新する。

【０１５３】ステップＳ２２２において、レシーバ５１
の記憶モジュール７３に記憶する登録リストにレコーダ
５３のデータが載っていないと判定された場合、ステッ
プＳ２３７に進み、図４３に示したレコーダ５３の登録
処理を実行し、ステップＳ２２４に進む。

【０１５４】ステップＳ２２３において、レコーダ５３
が登録不可であると判定された場合、ステップＳ２２６
において、レシーバ５１が登録不可であると判定された
場合、および、ステップＳ２３４において、レコーダ５
３が登録不可であると判定された場合、処理は終了す
る。

【０１５５】以上のように、レシーバ５１に従属するレ
コーダ５３は、レシーバ５１を介して、配送用鍵Ｋｄを
受け取る。

【０１５６】次に、図３０のステップＳ１４に対応す
る、コンテンツプロバイダ２がサービスプロバイダ３に
コンテンツプロバイダセキュアコンテナを送信する処理
を、図４６のフローチャートを用いて説明する。ステッ
プＳ２５１において、コンテンツプロバイダ２のウォー
タマーク付加部３２は、コンテンツサーバ３１から読み
出したコンテンツに、コンテンツプロバイダ２を示す所
定のウォータマークを挿入し、圧縮部３３に供給する。
ステップＳ２５２において、コンテンツプロバイダ２の
圧縮部３３は、ウォータマークが挿入されたコンテンツ
をATRAC2等の所定の方式で圧縮し、暗号化部３４に供給
する。ステップＳ２５３において、乱数発生部３５は、
コンテンツ鍵Ｋｃｏとして用いる乱数を発生させ、暗号
化部３４に供給する。ステップＳ２５４において、コン
テンツプロバイダ２の暗号化部３４は、DESなどの所定
の方式で、コンテンツ鍵Ｋｃｏを使用して、ウォータマ
ークが挿入され、圧縮されたコンテンツを暗号化する。

【０１５７】ステップＳ２５５において、暗号化部３６
は、DESなどの所定の方式で、図３０のステップＳ１１
の処理により、EMDサービスセンタ１から供給されてい
る配送用鍵Ｋｄでコンテンツ鍵Ｋｃｏを暗号化する。ス
テップＳ２５６において、コンテンツプロバイダ２のセ
キュアコンテナ作成部３８は、暗号化されたコンテン
ツ、暗号化されたコンテンツ鍵Ｋｃｏ、およびポリシー
記憶部３７から供給された取扱方針にハッシュ関数を適
用してハッシュ値を算出し、自分自身の秘密鍵Ｋｓｃｐ
で暗号化し、図１３に示すような署名を作成する。ステ
ップＳ２５７において、コンテンツプロバイダ２のセキ
ュアコンテナ作成部３８は、暗号化されたコンテンツ、
暗号化されたコンテンツ鍵Ｋｃｏ、ポリシー記憶部３７
から供給される取扱方針、およびステップＳ２５６で生
成した署名を含んだ、図１３に示すようなコンテンツプ
ロバイダセキュアコンテナを作成する。

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

【０１５９】以上のように、コンテンツプロバイダ２
は、サービスプロバイダ３に、コンテンツプロバイダセ
キュアコンテナを送信する。

【０１６０】コンテンツ鍵Ｋｃｏと共に取扱方針を配送
用鍵Ｋｄで暗号化する例の場合の、コンテンツプロバイ
ダ２がサービスプロバイダ３にコンテンツプロバイダセ
キュアコンテナを送信する他の処理の詳細を、図４７の
フローチャートを用いて説明する。ステップＳ２７１乃
至ステップＳ２７４の処理は、図４６のステップＳ２５
１乃至ステップＳ２５４の処理とそれぞれ同様であり、
その説明は省略する。ステップＳ２７５において、コン
テンツプロバイダ２の暗号化部３６は、図３１のステッ
プＳ２１の処理により、EMDサービスセンタ１から供給
されている配送用鍵Ｋｄを用いて、DESなどの所定の方
式で、コンテンツ鍵Ｋｃｏおよびポリシー記憶部３７か
ら供給される取扱方針を暗号化する。

【０１６１】ステップＳ２７６において、コンテンツプ
ロバイダ２のセキュアコンテナ作成部３８は、暗号化さ
れたコンテンツ、暗号化されたコンテンツ鍵Ｋｃｏ、お
よび暗号化された取扱方針にハッシュ関数を適用しハッ
シュ値を算出し、自分自身の秘密鍵Ｋｓｃｐで暗号化
し、図２５に示すような署名を作成する。ステップＳ２
７７において、コンテンツプロバイダ２のセキュアコン
テナ作成部３８は、暗号化されたコンテンツ、暗号化さ
れたコンテンツ鍵Ｋｃｏ、暗号化された取扱方針、およ
び署名を含んだ、図２５に示すようなコンテンツプロバ
イダセキュアコンテナを作成する。ステップＳ２７８お
よびステップＳ２７９の処理は、図４６のステップＳ２
５８およびステップＳ２５９の処理とそれぞれ同様であ
り、その説明は省略する。

【０１６２】このように、コンテンツプロバイダ２は、
サービスプロバイダ３に、暗号化された取扱方針を含む
コンテンツプロバイダセキュアコンテナを送信する。

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

【０１６４】ステップＳ２９２において、サービスプロ
バイダ３の値付け部４２は、コンテンツプロバイダ２の
セキュアコンテナ作成部３８から送信されたコンテンツ
プロバイダセキュアコンテナの署名をコンテンツプロバ
イダ２の公開鍵Ｋｐｃｐで復号し、得られたハッシュ値
が、暗号化されたコンテンツ、暗号化されたコンテンツ
鍵Ｋｃｏ、および取扱方針にハッシュ関数を適用し得ら
れたハッシュ値と一致することを確認し、コンテンツプ
ロバイダセキュアコンテナの改竄がないことを確認す
る。改竄が発見された場合は、処理を終了する。

【０１６５】コンテンツプロバイダセキュアコンテナに
改竄がない場合、ステップＳ２９３において、サービス
プロバイダ３の値付け部４２は、コンテンツプロバイダ
セキュアコンテナから取扱方針を取り出す。ステップＳ
２９４において、サービスプロバイダ３の値付け部４２
は、取扱方針を基に、図１７で説明した価格情報を作成
する。ステップＳ２９５において、サービスプロバイダ
３のセキュアコンテナ作成部４４は、暗号化されたコン
テンツ、暗号化されたコンテンツ鍵Ｋｃｏ、取扱方針、
価格情報、並びに暗号化されたコンテンツ、暗号化され
たコンテンツ鍵Ｋｃｏ、取扱方針、および価格情報にハ
ッシュ関数を適用して得られたハッシュ値を、自分自身
の秘密鍵Ｋｓｓｐで暗号化し、得られた値を署名として
図１５に示すようなサービスプロバイダセキュアコンテ
ナを作成する。

【０１６６】ステップＳ２９６において、サービスプロ
バイダ３の相互認証部４５は、レシーバ５１の相互認証
モジュール７１と相互認証する。この認証処理は、図３
３乃至図３５を参照して説明した場合と同様であるの
で、ここでは説明を省略する。ステップＳ２９７におい
て、サービスプロバイダ３のセキュアコンテナ作成部４
４は、レシーバ５１の通信部６１に、証明書を付したサ
ービスプロバイダセキュアコンテナを送信し、処理を終
了する。

【０１６７】このように、サービスプロバイダ３は、レ
シーバ５１にサービスプロバイダセキュアコンテナを送
信する。

【０１６８】コンテンツプロバイダ２において、取扱方
針が配送用鍵Ｋｄで暗号化され、かつ、サービスプロバ
イダ３が取扱制御情報を作成する例の場合の、サービス
プロバイダ３がレシーバ５１にサービスプロバイダセキ
ュアコンテナを送信する処理の詳細を、図４９のフロー
チャートを用いて説明する。ステップＳ３１１およびス
テップＳ３１２の処理は、図４８のステップＳ２９１お
よびステップＳ２９２の処理とそれぞれ同様であるの
で、その説明は省略する。ステップＳ３１３において、
サービスプロバイダ３の値付け部４２は、コンテンツプ
ロバイダセキュアコンテナに含まれる暗号化された取扱
方針を復号する。ステップＳ３１４において、サービス
プロバイダ３の値付け部４２は、取扱方針を基に、図２
３で説明した取扱制御情報を作成する。ステップＳ３１
５乃至ステップＳ３１８の処理は、図４８のステップＳ
２９４およびステップＳ２９７の処理とそれぞれ同様で
あるので、その説明は省略する。

【０１６９】このように、サービスプロバイダ３は、レ
シーバ５１に暗号化された取扱方針を含むサービスプロ
バイダセキュアコンテナを送信する。

【０１７０】図３０のステップＳ１６に対応する、適正
なサービスプロバイダセキュアコンテナを受信した後
の、レシーバ５１の課金処理の詳細を、図５０のフロー
チャートを用いて説明する。ステップＳ３３１におい
て、レシーバ５１の復号／暗号化モジュール７４は、配
送用鍵Ｋｄでコンテンツ鍵Ｋｃｏを復号できるか否かを
判定し、配送用鍵Ｋｄでコンテンツ鍵Ｋｃｏを復号でき
ないと判定された場合、ステップＳ３３２で、レシーバ
５１は、図４４で説明した配送用鍵Ｋｄの受け取り処理
を実行し、ステップＳ３３３に進む。ステップＳ３３１
において、配送用鍵Ｋｄでコンテンツ鍵Ｋｃｏを復号で
きると判定された場合、手続は、ステップＳ３３２をス
キップし、ステップＳ３３３に進む。ステップＳ３３３
において、レシーバ５１の復号ユニット９１は、図３０
のステップＳ１３の処理により、記憶モジュール７３に
記憶されている配送用鍵Ｋｄで、コンテンツ鍵Ｋｃｏを
復号する。

【０１７１】ステップＳ３３４において、レシーバ５１
の課金処理モジュール７２は、サービスプロバイダセキ
ュアコンテナに含まれる取扱方針および価格情報を取り
出し、図１９および図２０で説明した課金情報および使
用許諾条件情報を生成する。ステップＳ３３５におい
て、レシーバ５１の課金処理モジュール７２は、記憶モ
ジュール７３に記憶している課金情報およびステップＳ
３３４で算出された課金情報から、現在の課金が課金の
上限以上であるか否かを判定し、現在の課金が課金の上
限以上であると判定された場合、ステップＳ３３６に進
み、レシーバ５１は図４４で説明した配送用鍵Ｋｄの受
け取り処理を実行し、新たな配送用鍵Ｋｄを受け取り、
ステップＳ３３７に進む。ステップＳ３３５において、
現在の課金が課金の上限未満であると判定された場合、
ステップＳ３３６はスキップされ、ステップＳ３３７に
進む。

【０１７２】ステップＳ３３７において、レシーバ５１
の課金処理モジュール７２は、記憶モジュール７３に課
金情報を記憶させる。ステップＳ３３８において、レシ
ーバ５１の課金処理モジュール７２は、ステップＳ３３
４にて生成した使用許諾条件情報をHDD５２に記録す
る。ステップＳ３３９において、レシーバ５１のSAM６
２は、HDD５２にサービスプロバイダセキュアコンテナ
から取り出した取扱方針を記録させる。

【０１７３】ステップＳ３４０において、レシーバ５１
の復号／暗号化モジュール７４は、使用許諾条件情報に
ハッシュ関数を適用しハッシュ値を算出する。ステップ
Ｓ３４１において、レシーバ５１の記憶モジュール７３
は、使用許諾条件情報のハッシュ値を記憶する。記憶モ
ジュール７３に保存用鍵Ｋｓａｖｅが記憶されていない
場合、ステップＳ３４２において、レシーバ５１の乱数
発生ユニット９２は、保存用鍵Ｋｓａｖｅである乱数を
発生し、ステップＳ３４３に進む。記憶モジュール７３
に保存用鍵Ｋｓａｖｅが記憶されている場合、ステップ
Ｓ３４２はスキップされ、ステップＳ３４３に進む。

【０１７４】ステップＳ３４３において、レシーバ５１
の暗号化ユニット９３は、コンテンツ鍵Ｋｃｏを保存用
鍵Ｋｓａｖｅで暗号化する。ステップＳ３４４におい
て、レシーバ５１のSAM６２は、暗号化されたコンテン
ツ鍵ＫｃｏをHDD５２に記憶させる。記憶モジュール７
３に保存用鍵Ｋｓａｖｅが記憶されていない場合、ステ
ップＳ３４５において、レシーバ５１の復号／暗号化モ
ジュール７４は、保存用鍵Ｋｓａｖｅを記憶モジュール
７３に記憶させ、処理は終了する。記憶モジュール７３
に保存用鍵Ｋｓａｖｅが記憶されている場合、ステップ
Ｓ３４５はスキップされ、処理は終了する。

【０１７５】以上のように、レシーバ５１は、課金情報
を記憶モジュール７３に記憶すると共に、コンテンツ鍵
Ｋｃｏを配送用鍵Ｋｄで復号し、再度、コンテンツ鍵Ｋ
ｃｏを保存用鍵Ｋｓａｖｅで暗号化し、HDD５２に記録
させる。保存用鍵Ｋｓａｖｅは、記憶モジュール７３に
記憶されている。

【０１７６】レコーダ５３も、同様の処理で、課金情報
をSAM６６内の記憶モジュールに記憶すると共に、コン
テンツ鍵Ｋｃｏを配送用鍵Ｋｄで復号し、再度、コンテ
ンツ鍵Ｋｃｏを保存用鍵Ｋｓａｖｅで暗号化し、HDD５
２に記録させる。保存用鍵Ｋｓａｖｅは、SAM６６内の
記憶モジュールに記憶されている。

【０１７７】図３０のステップＳ１７に対応するレシー
バ５１がコンテンツを再生する処理の詳細を、図５１の
フローチャートを用いて説明する。ステップＳ３６１に
おいて、レシーバ５１の復号／暗号化モジュール７４
は、HDD５２から、図５０のステップＳ３３８で記憶し
た使用許諾条件情報およびステップＳ３４４で記憶した
暗号化されたコンテンツ鍵Ｋｃｏを読み出す。ステップ
Ｓ３６２において、レシーバ５１の復号／暗号化モジュ
ール７４は、使用許諾条件情報にハッシュ関数を適用し
ハッシュ値を算出する。

【０１７８】ステップＳ３６３において、レシーバ５１
の復号／暗号化モジュール７４は、ステップＳ３６２に
おいて算出されたハッシュ値が、図５０のステップＳ３
４０で記憶モジュール７３に記憶されたハッシュ値と一
致するか否かを判定し、ステップＳ３６２において算出
されたハッシュ値が、記憶モジュール７３に記憶された
ハッシュ値と一致すると判定された場合、ステップＳ３
６４に進み、使用回数の値などの使用許諾条件情報に含
まれる所定の情報を更新する。ステップＳ３６５におい
て、レシーバ５１の復号／暗号化モジュール７４は、更
新した使用許諾条件情報にハッシュ関数を適用しハッシ
ュ値を算出する。ステップＳ３６６において、レシーバ
５１の記憶モジュール７３は、ステップＳ３６５で算出
した使用許諾条件情報のハッシュ値を記憶する。ステッ
プＳ３６７において、レシーバ５１の復号／暗号化モジ
ュール７４は、HDD５２に更新した使用許諾条件情報を
記録させる。

【０１７９】ステップＳ３６８において、SAM６２の相
互認証モジュール７１と伸張部６３の相互認証モジュー
ル７５は、相互認証し、SAM６２および伸張部６３は、
一時鍵Ｋｔｅｍｐを記憶する。この認証処理は、図３３
乃至図３５を参照して説明した場合と同様であるので、
ここでは説明を省略する。相互認証に用いられる乱数Ｒ
１、Ｒ２、またはＲ３が、一時鍵Ｋｔｅｍｐとして用い
られる。ステップＳ３６９において、復号／暗号化モジ
ュール７４の復号ユニット９１は、図５０のステップＳ
３４４にてHDD５２に記録されたコンテンツ鍵Ｋｃｏ
を、記憶モジュール７３に記憶された保存用鍵Ｋｓａｖ
ｅで復号する。ステップＳ３７０において、復号／暗号
化モジュール７４の暗号化ユニット９３は、復号された
コンテンツ鍵Ｋｃｏを一時鍵Ｋｔｅｍｐで暗号化する。
ステップＳ３７１において、SAM６２は、一時鍵Ｋｔｅ
ｍｐで暗号化されたコンテンツ鍵Ｋｃｏを伸張部６３に
送信する。

【０１８０】ステップＳ３７２において、伸張部６３の
復号モジュール７６は、コンテンツ鍵Ｋｃｏを一時鍵Ｋ
ｔｅｍｐで復号する。ステップＳ３７３において、SAM
６２は、HDD５２に記録されたコンテンツを読み出し、
伸張部６３に送信する。ステップＳ３７４において、伸
張部６３の復号モジュール７７は、コンテンツをコンテ
ンツ鍵Ｋｃｏで復号する。ステップＳ３７５において、
伸張部６３の伸張モジュール７８は、復号されたコンテ
ンツをATRAC2などの所定の方式で伸張する。ステップＳ
３７６において、伸張部６３のウォータマーク付加モジ
ュール７９は、伸張されたコンテンツにレシーバ５１を
特定する所定のウォータマークを挿入する。ステップＳ
３７７において、レシーバ５１は、図示せぬスピーカな
どに再生されたコンテンツを出力し、処理を終了する。

【０１８１】ステップＳ３６３において、ステップＳ３
６２において算出されたハッシュ値が、記憶モジュール
７３に記憶されたハッシュ値と一致しないと判定された
場合、ステップＳ３７８において、SAM６２は、図示せ
ぬ表示装置にエラーメッセージを表示させる等の所定の
エラー処理を実行し、処理は終了する。

【０１８２】このように、レシーバ５１は、コンテンツ
を再生する。

【０１８３】図５２は、図１１の構成を有するユーザホ
ームネットワーク５において、レシーバ５１がデコーダ
５６にコンテンツを再生させる処理を説明するフローチ
ャートである。ステップＳ３９１乃至ステップＳ３９７
の処理は、図５１のステップＳ３６１乃至ステップＳ３
６７の処理とそれぞれ同様であるので、その説明は省略
する。

【０１８４】ステップＳ３９８において、SAM６２の相
互認証モジュール７１とデコーダ５６の相互認証モジュ
ール１０１は、相互認証し、一時鍵Ｋｔｅｍｐが共有さ
れる。この認証処理は、図３３乃至図３５を参照して説
明した場合と同様であるので、ここでは説明を省略す
る。相互認証に用いられる乱数Ｒ１、Ｒ２、またはＲ３
が、一時鍵Ｋｔｅｍｐとして用いられる。ステップＳ３
９９において、復号／暗号化モジュール７４の復号ユニ
ット９１は、HDD５２に記録されたコンテンツ鍵Ｋｃｏ
を、記憶モジュール７３に記憶された保存用鍵Ｋｓａｖ
ｅで復号する。ステップＳ４００において、復号／暗号
化モジュール７４の暗号化ユニット９３は、復号された
コンテンツ鍵Ｋｃｏを一時鍵Ｋｔｅｍｐで暗号化する。
ステップＳ４０１において、SAM６２は、一時鍵Ｋｔｅ
ｍｐで暗号化されたコンテンツ鍵Ｋｃｏをデコーダ５６
に送信する。

【０１８５】ステップＳ４０２において、デコーダ５６
の復号モジュール１０２は、コンテンツ鍵Ｋｃｏを一時
鍵Ｋｔｅｍｐで復号する。ステップＳ４０３において、
SAM６２は、HDD５２に記録されたコンテンツを読み出
し、デコーダ５６に送信する。ステップＳ４０４におい
て、デコーダ５６の復号モジュール１０３は、コンテン
ツをコンテンツ鍵Ｋｃｏで復号する。ステップＳ４０５
において、デコーダ５６の伸張モジュール１０４は、復
号されたコンテンツをATRAC2などの所定の方式で伸張す
る。ステップＳ４０６において、デコーダ５６のウォー
タマーク付加モジュール１０５は、伸張されたコンテン
ツにデコーダ５６を特定する所定のウォータマークを挿
入する。ステップＳ４０７において、デコーダ５６は、
図示せぬスピーカなどに再生されたコンテンツを出力
し、処理を終了する。

【０１８６】ステップＳ４０８の処理は、図５１のステ
ップＳ３７８の処理と同様であるので、その説明は省略
する。

【０１８７】以上のように、ユーザホームネットワーク
が図１１に示す構成を有する場合、レシーバ５１が受信
したコンテンツは、デコーダ５６で再生される。

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

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

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

【０１９１】また、図４２のステップＳ１８４、図４４
のステップＳ２０４、および図４５のステップＳ２２７
において、レシーバ５１は、EMDサービスセンタ１に課
金情報を送信するとして説明したが、使用許諾情報の全
部または一部を送信するようにしてもよい。使用許諾情
報には、ユーザが何の権利を買い取ったかが書き込まれ
ている為、EMDサービスセンタ１は、使用許諾情報、価
格情報、および取扱方針に含まれる情報をつき合わせる
ことにより、決済処理が可能である。

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

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

【０１９４】

【発明の効果】請求項１に記載の情報提供システム、請
求項４に記載の情報提供方法、および請求項５に記載の
提供媒体によれば、情報提供装置が、暗号化された情報
に、情報の取り扱いを示す情報を付加して、情報配布装
置に送信し、情報配布装置が、情報提供装置から送信さ
れた情報の取り扱いを示す情報を基に、情報の使用料を
算出し、暗号化された情報に、使用料を付加して、情報
処理装置に送信し、情報処理装置が、使用料を基に、情
報の利用に応じた課金情報を作成し、課金情報を、情報
の取り扱いを示す情報および使用料の一部または全部と
共に、管理装置に送信し、管理装置が、課金情報、情報
の取り扱いを示す情報、および使用料の一部または全部
から不正を検出するようにしたので、正当な鍵を有する
者の不当な価格付けまたは取り扱いの情報の改変などの
不正を検出できるようになる。

【０１９５】請求項６に記載の情報提供システム、請求
項９に記載の情報提供方法、および請求項１０に記載の
提供媒体によれば、暗号化された情報に、情報の取り扱
いを示す情報を付加して、情報配布装置に送信し、受信
した暗号化された情報および情報の取り扱いを示す情報
を、送信し、情報の取り扱いを示す情報を基に、情報の
利用に応じた使用許諾情報を作成し、使用許諾情報を、
情報の取り扱いを示す情報の一部または全部と共に、送
信し、使用許諾情報および情報の取り扱いを示す情報の
一部または全部から不正を検出するようにしたので、正
当な鍵を有する者の不当な価格付けまたは取り扱いの情
報の改変などの不正を検出できるようになる。

【図面の簡単な説明】

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

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

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

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

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

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

【図７】ユーザ登録データベースを説明する図である。

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

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

【図１０】ユーザホームネットワーク５の構成を示すブ
ロック図である。

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

【図１２】コンテンツおよびコンテンツに付随する情報
を説明する図である。

【図１３】コンテンツプロバイダセキュアコンテナを説
明する図である。

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

【図１５】サービスプロバイダセキュアコンテナを説明
する図である。

【図１６】サービスプロバイダ３の証明書を説明する図
である。

【図１７】取扱方針、価格情報、および使用許諾条件情
報を示す図である。

【図１８】シングルコピーおよびマルチコピーを説明す
る図である。

【図１９】取扱方針および価格情報を説明する図であ
る。

【図２０】取扱方針、価格情報、および使用許諾条件情
報を説明する図である。

【図２１】コンテンツおよびコンテンツに付随する情報
の他の構成を説明する図である。

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

【図２３】取扱方針、取扱制御情報、価格情報、及び使
用許諾条件の構成を示す図である。

【図２４】コンテンツおよびコンテンツに付随する情報
の他の構成を説明する図である。

【図２５】コンテンツプロバイダセキュアコンテナを説
明する図である。

【図２６】サービスプロバイダセキュアコンテナを説明
する図である。

【図２７】EMDサービスセンタ１の、ユーザホームネッ
トワーク５からの課金情報の受信のときの動作を説明す
る図である。

【図２８】EMDサービスセンタ１の利益分配処理の動作
を説明する図である。

【図２９】EMDサービスセンタ１の、コンテンツの利用
実績の情報をJASRACに送信する処理の動作を説明する図
である。

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

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

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

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

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

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

【図３６】レシーバ５１のEMDサービスセンタ１への登
録の処理を説明するフローチャートである。

【図３７】SAMの証明書を説明する図である。

【図３８】登録リストを説明する図である。

【図３９】ICカード５５へのSAM６２のデータのバック
アップの処理を説明するフローチャートである。

【図４０】ICカード５５へのSAM６２のデータのバック
アップの処理を説明するフローチャートである。

【図４１】新しいレシーバにICカード５５のバックアッ
プデータを読み込ませる処理を説明するフローチャート
である。

【図４２】新しいレシーバにICカード５５のバックアッ
プデータを読み込ませる処理を説明するフローチャート
である。

【図４３】レシーバ５１が、従属関係のあるレコーダ５
３をEMDサービスセンタ１に登録する処理を説明するフ
ローチャートである。

【図４４】レシーバ５１がEMDサービスセンタ１から配
送用鍵Ｋｄを受け取る処理を説明するフローチャートで
ある。

【図４５】レコーダの配送用鍵Ｋｄの受け取り処理を説
明するフローチャートである。

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

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

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

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

【図５０】レシーバ５１の課金処理を説明するフローチ
ャートである。

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

【図５２】レシーバ５１がデコーダ５６にコンテンツを
再生させる処理を説明するフローチャートである。

【符号の説明】

１ EMDサービスセンタ，２コンテンツプロバイ
ダ、３サービスプロバイダ，５ユーザホームネッ
トワーク，１６利益分配部，１８ユーザ管理
部，２１監査部，３８セキュアコンテナ作成
部，４２値付け部，４４セキュアコンテナ作成
部，５１レシーバ，５６デコーダ，６１通信
部，６２ SAM，６３伸張部，７１相互認証
モジュール，７２課金処理モジュール，７３記憶
モジュール，７４復号／暗号化モジュール，７５
相互認証モジュール，７６復号モジュール，７
７復号モジュール，８１相互認証モジュール，９
１復号ユニット，９２暗号化ユニット，９３暗
号化ユニット，１０１相互認証モジュール，１０２
復号モジュール，１０３復号モジュール

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｌ 12/54 Ｈ０４Ｌ 11/20 １０１Ｚ 12/58 (72)発明者大石丈於東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者浅野智之東京都品川区北品川６丁目７番35号ソニー株式会社内Ｆターム(参考） 5B049 AA05 CC36 DD04 DD05 EE03 EE05 EE23 FF06 FF08 FF09 GG04 GG07 GG10 5B089 JA00 JB05 JB23 KA17 KB12 KB13 KH30 5K030 GA15 HA07 HB08 HB21 LD19 LD20

Claims

【特許請求の範囲】

【請求項１】暗号化された情報を提供する情報提供装
置、前記提供された情報を配布する情報配布装置、前記
配布された情報を復号し利用する情報処理装置、並びに
前記情報提供装置、前記情報配布装置、および前記情報
処理装置を管理する管理装置からなる情報提供システム
において、前記情報提供装置は、前記暗号化された情報に、情報の取り扱いを示す情報を
付加して、前記情報配布装置に送信する第１の送信手段
を備え、前記情報配布装置は、前記情報提供装置から送信された情報の取り扱いを示す
情報を基に、前記情報の使用料を算出する算出手段と、前記暗号化された情報に、前記使用料を付加して、前記
情報処理装置に送信する第２の送信手段とを備え、前記情報処理装置は、前記使用料を基に、前記情報の利用に応じた課金情報を
作成する課金情報作成手段と、前記課金情報を、情報の取り扱いを示す情報および使用
料の一部または全部と共に、前記管理装置に送信する第
３の送信手段とを備え、前記管理装置は、前記課金情報、情報の取り扱いを示す情報、および使用
料の一部または全部から不正を検出する検出手段を備え
ることを特徴とする情報提供システム。
【請求項２】前記課金情報および情報の取り扱いを示
す情報は、署名を付されて、送信されることを特徴とす
る請求項１に記載の情報提供システム。
【請求項３】前記課金情報および情報の取り扱いを示
す情報は、暗号化されて、送信されることを特徴とする
請求項１に記載の情報提供システム。
【請求項４】暗号化された情報を提供する情報提供装
置、前記提供された情報を配布する情報配布装置、前記
配布された情報を復号し利用する情報処理装置、並びに
前記情報提供装置、前記情報配布装置、および前記情報
処理装置を管理する管理装置からなる情報提供システム
の情報提供方法において、前記情報提供装置の情報提供方法は、前記暗号化された情報に、情報の取り扱いを示す情報を
付加して、前記情報配布装置に送信する第１の送信ステ
ップを含み、前記情報配布装置の情報提供方法は、前記情報提供装置から送信された情報の取り扱いを示す
情報を基に、前記情報の使用料を算出する算出ステップ
と、前記暗号化された情報に、前記使用料を付加して、前記
情報処理装置に送信する第２の送信ステップとを含み、前記情報処理装置の情報提供方法は、前記使用料を基に、前記情報の利用に応じた課金情報を
作成する課金情報作成ステップと、前記課金情報を、情報の取り扱いを示す情報および使用
料の一部または全部と共に、前記管理装置に送信する第
３の送信ステップとを含み、前記管理装置の情報提供方法は、前記課金情報、情報の取り扱いを示す情報、および使用
料の一部または全部から不正を検出する検出ステップを
含むことを特徴とする情報提供方法。
【請求項５】暗号化された情報を提供する情報提供装
置、前記提供された情報を配布する情報配布装置、前記
配布された情報を復号し利用する情報処理装置、並びに
前記情報提供装置、前記情報配布装置、および前記情報
処理装置を管理する管理装置からなる情報提供システム
の、前記情報提供装置に、前記暗号化された情報に、情報の取り扱いを示す情報を
付加して、前記情報配布装置に送信する第１の送信ステ
ップを含む処理を実行させ、前記情報配布装置に、前記情報提供装置から送信された情報の取り扱いを示す
情報を基に、前記情報の使用料を算出する算出ステップ
と、前記暗号化された情報に、前記使用料を付加して、前記
情報処理装置に送信する第２の送信ステップとを含む処
理を実行させ、前記情報処理装置に、前記使用料を基に、前記情報の利用に応じた課金情報を
作成する課金情報作成ステップと、前記課金情報を、情報の取り扱いを示す情報および使用
料の一部または全部と共に、前記管理装置に送信する第
３の送信ステップとを含む処理を実行させ、前記管理装置に、前記課金情報、情報の取り扱いを示す情報、および使用
料の一部または全部から不正を検出する検出ステップを
含む処理を実行させるコンピュータが読み取り可能なプ
ログラムを提供することを特徴とする提供媒体。
【請求項６】暗号化された情報を提供する情報提供装
置、前記提供された情報を配布する情報配布装置、前記
配布された情報を復号し利用する情報処理装置、並びに
前記情報提供装置、前記情報配布装置、および前記情報
処理装置を管理する管理装置からなる情報提供システム
において、前記情報提供装置は、前記暗号化された情報に、情報の取り扱いを示す情報を
付加して、前記情報配布装置に送信する第１の送信手段
を備え、前記情報配布装置は、前記情報提供装置から受信した前記暗号化された情報お
よび前記情報の取り扱いを示す情報を、前記情報処理装
置に送信する第２の送信手段を備え、前記情報処理装置は、前記情報の取り扱いを示す情報を基に、前記情報の利用
に応じた使用許諾情報を作成する使用許諾情報作成手段
と、前記使用許諾情報を、情報の取り扱いを示す情報の一部
または全部と共に、前記管理装置に送信する第３の送信
手段とを備え、前記管理装置は、前記使用許諾情報および情報の取り扱いを示す情報の一
部または全部から不正を検出する検出手段を備えること
を特徴とする情報提供システム。
【請求項７】前記使用許諾情報および情報の取り扱い
を示す情報は、署名を付されて、送信されることを特徴
とする請求項６に記載の情報提供システム。
【請求項８】前記使用許諾情報および情報の取り扱い
を示す情報は、暗号化されて、送信されることを特徴と
する請求項６に記載の情報提供システム。
【請求項９】暗号化された情報を提供する情報提供装
置、前記提供された情報を配布する情報配布装置、前記
配布された情報を復号し利用する情報処理装置、並びに
前記情報提供装置、前記情報配布装置、および前記情報
処理装置を管理する管理装置からなる情報提供システム
の情報提供方法において、前記情報提供装置の情報提供方法は、前記暗号化された情報に、情報の取り扱いを示す情報を
付加して、前記情報配布装置に送信する第１の送信ステ
ップを含み、前記情報配布装置の情報提供方法は、前記情報提供装置から受信した前記暗号化された情報お
よび前記情報の取り扱いを示す情報を、前記情報処理装
置に送信する第２の送信ステップを含み、前記情報処理装置の情報提供方法は、前記情報の取り扱いを示す情報を基に、前記情報の利用
に応じた使用許諾情報を作成する使用許諾情報作成ステ
ップと、前記使用許諾情報を、情報の取り扱いを示す情報の一部
または全部と共に、前記管理装置に送信する第３の送信
ステップとを含み、前記管理装置の情報提供方法は、前記使用許諾情報および情報の取り扱いを示す情報の一
部または全部から不正を検出する検出ステップを含むこ
とを特徴とする情報提供方法。
【請求項１０】暗号化された情報を提供する情報提供
装置、前記提供された情報を配布する情報配布装置、前
記配布された情報を復号し利用する情報処理装置、並び
に前記情報提供装置、前記情報配布装置、および前記情
報処理装置を管理する管理装置からなる情報提供システ
ムの、前記情報提供装置に、前記暗号化された情報に、情報の取り扱いを示す情報を
付加して、前記情報配布装置に送信する第１の送信ステ
ップを含む処理を実行させ、前記情報配布装置に、前記情報提供装置から受信した前記暗号化された情報お
よび前記情報の取り扱いを示す情報を、前記情報処理装
置に送信する第２の送信ステップを含む処理を実行さ
せ、前記情報処理装置に、前記情報の取り扱いを示す情報を基に、前記情報の利用
に応じた使用許諾情報を作成する使用許諾情報作成ステ
ップと、前記使用許諾情報を、情報の取り扱いを示す情報の一部
または全部と共に、前記管理装置に送信する第３の送信
ステップとを含む処理を実行させ、前記管理装置に、前記使用許諾情報および情報の取り扱いを示す情報の一
部または全部から不正を検出する検出ステップを含む処
理を実行させるコンピュータが読み取り可能なプログラ
ムを提供することを特徴とする提供媒体。