JP2000188595A

JP2000188595A - 管理装置および方法、情報処理装置および方法、提供媒体、並びに情報利用システム

Info

Publication number: JP2000188595A
Application number: JP11103337A
Authority: JP
Inventors: Shinako Matsuyama; 科子松山; Yoshito Ishibashi; 義人石橋; Tomoyuki Asano; 智之浅野; Izuru Kitamura; 出北村; Atsushi Kitahara; 淳北原
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1998-10-15
Filing date: 1999-04-09
Publication date: 2000-07-04

Abstract

(57)【要約】【課題】 EMDシステムに登録された機器に、違反があ
ったか否かを容易に確認することができる。【解決手段】 EMDシステムに登録された各機器は、登
録リストを保持する。例えば、課金処理が成功しなかっ
た場合、その機器の登録リストの「状態情報」には、”
制限あり”が設定される。この場合、その機器において
は、すでに購入されたコンテンツの利用処理は実行され
るが、新たなコンテンツを購入するための処理は実行さ
れなくなる。また、その機器において、違反行為が発覚
した場合、その機器の登録リストの「状態情報」に
は、”停止”が設定され、機器の動作が停止される。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【従来の技術】音楽などの情報を暗号化し、所定の契約
を交わしたユーザの情報処理装置に送信し、ユーザは、
その情報処理装置で情報を復号して、再生するシステム
がある。ユーザは、複数の情報処理装置で、情報を受信
し、利用することができる。

【０００３】

【発明が解決しようとする課題】ユーザは、契約のため
に、所定の手続をせねばならず、情報の提供者は、契約
を要求するユーザの契約の可否を調査しなければなら
ず、手間がかかり、契約成立までに時間がかかる課題が
あった。また、情報の提供者は、契約したユーザが不正
を行った場合、それを発見するのが困難である課題があ
った。

【０００４】また、複数の情報処理装置を有するユーザ
は、それぞれの情報処理装置毎に、契約し、利用料金を
精算しなければならず、手間がかかる課題があった。

【０００５】本発明はこのような状況に鑑みてなされた
ものであり、ユーザが簡単に情報提供の契約ができ、提
供者も迅速にユーザの契約の可否が判断できることがで
きるとともに、契約したユーザの不正行為や授受される
情報の正当性を容易に確認することができるようにする
ことを目的とする。

【０００６】

【課題を解決するための手段】請求項１に記載の管理装
置は、情報処理装置のIDおよびそのIDに対応して登録の
可否を示すデータを有し、情報処理装置のIDを基に、情
報処理装置を登録する登録手段を備えることを特徴とす
る。

【０００７】請求項４に記載の管理方法は、情報処理装
置のIDおよびそのIDに対応して登録の可否を示すデータ
を有し、情報処理装置のIDを基に、情報処理装置を登録
する登録ステップを含むことを特徴とする。

【０００８】請求項５に記載の提供媒体は、管理装置
に、情報処理装置のIDおよびそのIDに対応して登録の可
否を示すデータを有し、情報処理装置のIDを基に、情報
処理装置を登録する登録ステップを含む処理を実行させ
るコンピュータが読み取り可能なプログラムを提供する
ことを特徴とする。

【０００９】請求項６に記載の情報処理装置は、情報処
理装置に従属する他の情報処理装置の登録を請求する登
録請求手段を備えることを特徴とする。

【００１０】請求項８に記載の情報処理方法は、情報処
理装置に従属する他の情報処理装置の登録を請求する登
録請求ステップを含むことを特徴とする。

【００１１】請求項９に記載の提供媒体は、情報処理装
置に、情報処理装置に従属する他の情報処理装置の登録
を請求する登録請求ステップを含む処理を実行させるコ
ンピュータが読み取り可能なプログラムを提供すること
を特徴とする。

【００１２】請求項１０に記載のシステムは、管理装置
が、情報処理装置のIDおよびそのIDに対応して登録の可
否を示すデータを有し、情報処理装置のIDを基に、情報
処理装置を登録する登録手段を備え、情報処理装置が、
情報処理装置に従属する他の情報処理装置の登録を請求
する登録請求手段を備えることを特徴とする。

【００１３】請求項１に記載の管理装置、請求項４に記
載の管理方法、および請求項５に記載の提供媒体におい
ては、情報処理装置のIDおよびそのIDに対応して登録の
可否を示すデータを有し、情報処理装置のIDを基に、情
報処理装置を登録する。

【００１４】請求項６に記載の情報処理装置、請求項８
に記載の情報処理方法、および請求項９に記載の提供媒
体においては、情報処理装置に従属する他の情報処理装
置の登録を請求する。

【００１５】請求項１０に記載のシステムにおいては、
管理装置が、情報処理装置のIDおよびそのIDに対応して
登録の可否を示すデータを有し、情報処理装置のIDを基
に、情報処理装置を登録し、情報処理装置が、情報処理
装置に従属する他の情報処理装置の登録を請求する。

【００１６】請求項１１に記載の情報処理装置は、管理
装置および他の情報処理装置と相互認証する相互認証手
段と、所定の情報を復号する復号化手段と、管理装置に
より作成された登録条件を授受する授受手段と、授受手
段により授受された登録条件を記憶する記憶手段と、記
憶手段により記憶されている登録条件に基づいて、動作
を制御する制御手段とを備えることを特徴とする。

【００１７】請求項１２に記載の情報処理方法は、管理
装置および他の情報処理装置と相互認証する相互認証ス
テップと、所定の情報を復号する復号化ステップと、管
理装置により作成された登録条件を授受する授受ステッ
プと、授受ステップで授受された登録条件を記憶する記
憶ステップと、記憶ステップで記憶された登録条件に基
づいて、動作を制御する制御ステップとを含むことを特
徴とする。

【００１８】請求項１３に記載の提供媒体は、管理装置
および他の情報処理装置と相互認証する相互認証ステッ
プと、所定の情報を復号する復号化ステップと、管理装
置により作成された登録条件を授受する授受ステップ
と、授受ステップで授受された登録条件を記憶する記憶
ステップと、記憶ステップで記憶された登録条件に基づ
いて、動作を制御する制御ステップとを含む処理を実行
させるコンピュータが読み取り可能なプログラムを提供
することを特徴とする。

【００１９】請求項１１に記載の情報処理装置、請求項
１２に記載の情報処理方法、および請求項１３に記載の
提供媒体においては、管理装置および他の情報処理装置
と相互認証され、所定の情報が暗号化され、管理装置に
より作成された登録条件が授受され、授受された登録条
件が記憶され、記憶された登録条件に基づいて、動作が
制御される。

【００２０】請求項１４に記載の管理装置は、情報処理
装置に供給するデータを暗号化する暗号手段と、情報処
理装置から、登録条件が送信されてきたとき、所定の処
理を実行する実行手段と、実行手段により所定の処理を
実行するとき、情報処理装置の登録条件を作成する作成
手段と、作成手段により作成された登録条件を情報処理
装置に送信する送信手段とを備えることを特徴とする。

【００２１】請求項１５に記載の管理方法は、情報処理
装置に供給するデータを暗号化する暗号ステップと、情
報処理装置から、登録条件が送信されてきたとき、所定
の処理を実行する実行ステップと、実行ステップで所定
の処理を実行するとき、情報処理装置の登録条件を作成
する作成ステップと、作成ステップで作成された登録条
件を情報処理装置に送信する送信ステップとを含むこと
を特徴とする。

【００２２】請求項１６に記載の提供媒体は、情報処理
装置に供給するデータを暗号化する暗号ステップと、情
報処理装置から、登録条件が送信されてきたとき、所定
の処理を実行する実行ステップと、実行ステップで所定
の処理を実行するとき、情報処理装置の登録条件を作成
する作成ステップと、作成ステップで作成された登録条
件を情報処理装置に送信する送信ステップとを含む処理
を実行させるコンピュータが読み取り可能なプログラム
を提供することを特徴とする。

【００２３】請求項１４に記載の管理装置、請求項１５
に記載の管理方法、および請求項１６に記載の提供媒体
においては、情報処理装置に供給するデータが復され、
情報処理装置から、登録条件が送信されてきたとき、所
定の処理が実行され、所定の処理が実行されるとき、情
報処理装置の登録条件が作成され、作成された登録条件
が情報処理装置に送信される。

【００２４】

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

【００２５】図１は、本発明を適用した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)５
２に出力する。記憶モジュール７３は、課金処理モジュ
ール７２または復号／暗号化モジュール７４から供給さ
れた課金情報、および配送用鍵Ｋｄ等のデータを記憶
し、他の機能ブロックが所定の処理を実行するとき、配
送用鍵Ｋｄ等のデータを供給する。

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

【００７３】コンテンツを復号し、伸張し、所定のウォ
ータマークを付加する伸張部６３は、相互認証モジュー
ル７５、復号モジュール７６、復号モジュール７７、伸
張モジュール７８、およびウォータマーク付加モジュー
ル７９から構成される。相互認証モジュール７５は、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サ
ービスセンタ１それぞれの利益を算出し、その結果をサ
ービスプロバイダ管理部１１、コンテンツプロバイダ管
理部１２、出納部２０、および著作権管理部１３に送信
する。出納部２０は、図示せぬ外部の銀行等と通信し、
決算処理を実行する。サービスプロバイダ管理部１１
は、サービスプロバイダ３の利益の情報をサービスプロ
バイダ３に送信する。コンテンツプロバイダ管理部１２
は、コンテンツプロバイダ２の利益の情報をコンテンツ
プロバイダ２に送信する。監査部２１は、ユーザホーム
ネットワーク５の機器から供給された課金情報、価格情
報、および取扱方針の正当性を監査する。

【０１００】図２９は、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サービスセンタ１の相互認証部１７は、復号し
た６４ビットの乱数Ｒ１の下位３２ビットを乱数Ｒ２で
入れ替え、連接Ｒ１Ｈ‖Ｒ２を生成する。なお、ここで
ＲｉＨは、Ｒｉの上位ビットを表し、Ａ‖Ｂは、ＡとＢ
の連接（ｎビットのＡの下位に、ｍビットのＢを結合し
て、（ｎ＋ｍ）ビットとしたもの）を表す。ステップＳ
４７において、EMDサービスセンタ１の相互認証部１７
は、DESを用いてＲ１Ｈ‖Ｒ２を共通鍵Ｋcで暗号化す
る。ステップＳ４８において、EMDサービスセンタ１の
相互認証部１７は、暗号化したＲ１Ｈ‖Ｒ２をコンテン
ツプロバイダ２に送信する。

【０１１１】ステップＳ４９において、コンテンツプロ
バイダ２の相互認証部３９は、受信したＲ１Ｈ‖Ｒ２を
共通鍵Ｋcで復号する。ステップＳ５０において、コン
テンツプロバイダ２の相互認証部３９は、復号したＲ１
Ｈ‖Ｒ２の上位３２ビットＲ１Ｈを調べ、ステップＳ４
１で生成した、乱数Ｒ１の上位３２ビットＲ１Ｈと一致
すれば、EMDサービスセンタ１が正当なセンタであるこ
とを認証する。生成した乱数Ｒ１Ｈと、受信したＲ１Ｈ
が一致しないとき、処理は終了される。両者が一致する
とき、ステップＳ５１において、コンテンツプロバイダ
２の相互認証部３９は、３２ビットの乱数Ｒ３を生成す
る。ステップＳ５２において、コンテンツプロバイダ２
の相互認証部３９は、受信し、復号した３２ビットの乱
数Ｒ２を上位に設定し、生成した乱数Ｒ３をその下位に
設定し、連接Ｒ２‖Ｒ３とする。ステップＳ５３におい
て、コンテンツプロバイダ２の相互認証部３９は、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を有する機器を登録したこ
とを示し、登録拒絶フラグの”０”は、EMDサービスセ
ンタ１のユーザ管理部１８が対応する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６２は、通信部６１を介して、EMDサービスセン
タ１の公開鍵Ｋｐｅｓｃで暗号化されているバックアッ
プ鍵Ｋｉｃを、EMDサービスセンタ１のユーザ管理部１
８に送信する。

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

【０１４７】ステップＳ１６８において、レシーバ５１
の通信部６１は、EMDサービスセンタ１のユーザ管理部
１８から受信した一時鍵Ｋｔｅｍｐで暗号化されたバッ
クアップ鍵Ｋｉｃを、SAM６２に送信し、SAM６２は、一
時鍵Ｋｔｅｍｐで暗号化されたバックアップ鍵Ｋｉｃを
復号する。ステップＳ１６９において、SAM６２は、復
号されたバックアップ鍵Ｋｉｃで、ステップＳ１６２に
おいてICカード５５から読み出された古いレシーバ５１
の記憶モジュール７３のデータ（SAMのID番号、保存用
鍵Ｋｓａｖｅ、およびHDD５２のIDを示すバックアップ
データ）を復号し、記憶モジュール７３に記憶させる。
ステップＳ１７０において、EMDサービスセンタ１のユ
ーザ管理部１８は、ICカード５５にデータを記憶させた
古い装置のSAM６２のIDに対応するユーザ登録データベ
ース（図７）のデータを登録不可に設定し、処理を終了
する。

【０１４８】図４２に示した読み込みの処理は、図４１
に示した処理に比較し、レシーバ５１とEMDサービスセ
ンタ１の送受信されるデータの量が少なくでき、従っ
て、通信時間を短くできる。図４１のステップＳ１４８
において、図４２のステップＳ１６７と同様に、EMDサ
ービスセンタ１は、課金の処理を行ってもよい。

【０１４９】図４０に示す処理でバックアップされたデ
ータを読み出す場合の処理を、図４３に示すフローチャ
ートを用いて説明する。ステップＳ１８１において、新
しいレシーバ５１の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は、記憶モジュール７３に記
憶している配送用鍵Ｋｄのバージョン、課金情報（後述
の図５１に示すフローチャートのステップＳ３５７の処
理で記憶される）、および登録リスト、並びにHDD５２
に記録された取扱方針を一時鍵Ｋｔｅｍｐで暗号化し、
通信部６１を介して送信する。ステップＳ２０５におい
て、EMDサービスセンタ１のユーザ管理部１８は、受信
したデータを復号した後、課金情報を処理し、図３８を
参照して説明した、レシーバ５１から受信した登録リス
トのレコーダ５３に関する登録拒絶フラグ、およびステ
ータスフラグなどのデータの部分を更新し、レシーバ５
１に対応するデータに応じた署名を付する。

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

【０１５７】ステップＳ２０６において、レシーバ５１
が有する配送用鍵Ｋｄのバージョンが最新のものではな
いと判定された場合、ステップＳ２０９に進み、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システム
の他の構成例を表している。なお、図中、図１および図
１０における場合と対応する部分については、同一の符
号を付してある。すなわち、この例においては、ユーザ
ホームネットワーク５に代えて、ユーザホームネットワ
ーク２００が設けられ、そのユーザホームネットワーク
２００には、レコーダ５３に代えて、レシーバ２０１お
よびレシーバ２０２が、レシーバ５１に従属（接続）さ
れている。

【０２０７】レシーバ２０１は、レシーバ５１と同様の
構成を有しており、レシーバ５１のSAM６２および記憶
モジュール７３のそれぞれに対応するSAM２１０および
記憶モジュール２１１等を有し、そしてHDD２０３に接
続されている。レシーバ２０２も、レシーバ５１と同様
の構成を有しており、SAM２２０および記憶モジュール
２２１等を有している。レシーバ２０２は、レシーバ２
０１にも接続（従属）する。ただし、レシーバ２０２
は、HDDのような記録媒体には接続されていない。

【０２０８】レシーバ５１は、図１０に示す構成を有す
るが、この例において、SAM６２の記憶モジュール７３
には、図３８で示した登録リストに代えて、図５５に示
すような登録リストが記憶されている。この登録リスト
は、表形式に情報が記憶されているリスト部、および登
録リストを保持する機器についての所定の情報が記憶さ
れている対象SAM情報部より構成されている。

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

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

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

【０２１２】「購入処理」には、対応する機器が、コン
テンツを購入（具体的には、使用許諾条件やコンテンツ
鍵Ｋｃｏを購入）するための処理を行うことができるか
否かを示す情報（”可”または”不可”）が記憶され
る。この例の場合、レシーバ５１およびレシーバ２０１
は、コンテンツを購入するための処理を行うことができ
るので、それぞれに対応する「購入処理」には、”可”
が記憶されている。レシーバ２０２は、購入したコンテ
ンツを記録する、例えば、HDDのような記録媒体に接続
されていないので、コンテンツを購入する処理を行うこ
とができず、そのため、レシーバ２０２に対応する「購
入処理」には、”不可”が記憶されている。

【０２１３】「課金処理」には、対応する機器が、EMD
サービスセンタ１との間で、課金処理を行うことができ
るか否かを示す情報（”可”または”不可”）が記憶さ
れる。なお、課金処理が行えるか否かは、EMDサービス
センタ１において、機器をEMDシステム登録する際に決
定される。この例の場合、レシーバ５１は、レシーバ５
１課金処理を行うことがでる機器として登録されている
ので、対応する「課金処理」には、”可”が記憶されて
いる。一方、レシーバ２０１およびレシーバ２０２は、
この例の場合、課金処理を行うことができない機器とし
て登録されているので、レシーバ２０１およびレシーバ
２０２のそれぞれに対応する「課金処理」には、”不
可”が記憶されている。なお、レシーバ２０２において
は、コンテンツの購入がなされないので、課金は計上さ
れず、課金自体の必要がない。

【０２１４】「課金機器」には、対応する機器において
計上された課金に対する課金処理を行う機器のSAMのID
が記憶される。この例の場合、レシーバ５１（SAM６
２）は、自分自身の課金に対する課金処理を行うことが
できるので、その対応する「課金機器」には、レシーバ
５１のSAM６２のIDが記憶されている。レシーバ５１は
また、課金処理を行うことができないレシーバ２０１に
代わり、レシーバ２０１により計上される課金に対する
課金処理を行うので、レシーバ２０１に対応する「課金
機器」には、レシーバ５１のSAM６２のIDが記憶されて
いる。レシーバ２０２においては、上述したように、コ
ンテンツが購入されず、課金も計上されないので、レシ
ーバ２０２に対する課金処理は必要とされない。そのた
め、レシーバ２０２対応する「課金機器」には、課金処
理を行う機器が存在しないことを示す情報（”なし”）
が記憶されている。

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

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

【０２１７】この例の場合、レシーバ５１、レシーバ２
０１、およびレシーバ２０２に対して、何ら制限が課せ
られていないものとし、それぞれに対応する「状態情
報」には、”なし”が設定されている。

【０２１８】「登録条件署名」には、上述したように、
各機器（レシーバ５１、レシーバ２０１、およびレシー
バ２０２）の登録条件として、それぞれ、「SAMID」、
「購入処理」、「課金処理」、「課金代行機器」、「コ
ンテンツ供給機器」、「状態情報」、および「公開鍵」
に記憶されている情報に対するEMDサービスセンタ１に
よる署名が記憶されている。

【０２１９】「登録リスト署名」には、登録リストに設
定されている全てのデータに対する、EMDサービスセン
タ１の署名が記憶されている。

【０２２０】図５６は、レシーバ２０１のSAM２１０の
記憶モジュール２１１に記憶されている、レシーバ２０
１の登録リストを表している。この登録リストの対象SA
M情報部には、レシーバ２０１のSAM２１０のID、その登
録リストの有効期限、バージョン番号、接続されている
機器の数（この例では、レシーバ２０１には、レシーバ
５１およびレシーバ２０２の２機が接続され、自分自身
を含めた合計数３）が記憶されている。リスト部には、
図５５のレシーバ５１の登録リストのリスト部と同様の
情報が記憶されている。

【０２２１】図５７は、レシーバ２０２のSAM２２０の
記憶モジュール２２１に記憶されている、レシーバ２０
２の登録リストを表している。この登録リストの対象SA
M情報部には、レシーバ２０２のSAM２２０のID、その登
録リストの有効期限、バージョン番号、接続されている
機器の数（この例では、レシーバ２０２には、レシーバ
５１およびレシーバ２０１の２機が接続され、自分自身
を含めた合計数３）が記憶されている。リスト部には、
この例の場合、図５５および図５６の登録リストのリス
ト部に登録されているレシーバ５１、レシーバ２０１、
およびレシーバ２０２の登録条件のうち、レシーバ２０
２の登録条件のみが記憶されている。

【０２２２】次に、図５５、図５６、および図５７に示
したそれぞれの登録リストを、レシーバ５１の記憶モジ
ュール７３、レシーバ２０１の記憶モジュール２１１、
およびレシーバ２０２の記憶モジュール２２１に記憶さ
せるための処理手順を、図５８のフローチャートを参照
して説明する。

【０２２３】ステップＳ５０１において、レシーバ５１
の登録処理が実行される。ステップＳ５０１における登
録処理の詳細は、図５９のフローチャートに示されてい
る。

【０２２４】ステップＳ６０１乃至Ｓ６０８において
は、図３６のステップＳ１０１乃至Ｓ１０８における場
合と同様の処理が実行されるので、その説明は省略する
が、ステップＳ６０８において、EMDサービスセンタ１
のユーザ管理部１８は、ユーザ登録データベースに基づ
いて、図６０に示すような登録リストを作成する。ここ
で作成された登録リストは、図５５に示した登録リスト
において、レシーバ５１の登録条件のみが登録されてい
るものに相当する。

【０２２５】ステップＳ６０９乃至Ｓ６１４において
は、図３６のステップＳ１０９乃至Ｓ１１４における場
合と同様の処理が実行されているので、その詳細の説明
は省略するが、ステップＳ６１２において、レシーバ５
１のSAM６２は、ステップＳ６１１で、EMDサービスセン
タ１から送信された登録リストを、一時鍵Ｋｔｅｍｐで
復号し、記憶モジュール７３に記憶させる。このよう
に、図６０に示した登録リストが、レシーバ５１の記憶
モジュール７３に記憶されたとき、処理は終了し、図５
８のステップＳ５０２に進む。

【０２２６】ステップＳ５０２において、レシーバ２０
１およびレシーバ２０２の登録処理が実行される。ステ
ップＳ５０２における登録処理の詳細は、図６１のフロ
ーチャートに示されている。

【０２２７】ステップＳ７０１において、レシーバ５１
のSAM６２は、HDD５２に記憶されている登録リスト（図
６０）に、図６２に示すように、レシーバ２０１のSAM
２１０のIDおよびレシーバ２０２のSAM２２０のIDを「S
AMID」に書き加え、そしてそれらに対応して、所定の情
報を、「購入処理」、「課金処理」、「課金機器」、
「コンテンツ供給機器」の各項目に書き込む。

【０２２８】この例の場合、レシーバ２０１のSAM２１
０のIDが設定された「SAMID」に対応して、「購入処
理」に”可”が、「課金処理」に”不可”が、「課金機
器」にレシーバ５１のSAM６２のIDが、そして「コンテ
ンツ供給機器」に”なし”が書き込まれる。またレシー
バ２０２のSAM２２０のIDが設定された「SAMID」に対応
して、「購入処理」に”不可”が、「課金処理」に”不
可”が、「課金機器」に”なし”が、そして「コンテン
ツ供給機器」にレシーバ５１のSAM６２のIDおよびレシ
ーバ２０１のSAM２１０のIDが書き込まれる。なお、こ
こで、「購入処理」、「課金処理」、「課金機器」、お
よび「コンテンツ供給機器」のそれぞれに書き込まれる
情報は、例えば、レシーバ２０１およびレシーバ２０２
が、レシーバ５１に接続される際に設定された条件によ
り決定される。

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

【０２３０】ステップＳ７０３において、レシーバ５１
のSAM６２は、HDD５２に記憶されている、課金情報に関
連した取扱方針を一時鍵Ｋｔｅｍｐで暗号化し、ステッ
プＳ７０１で新たな情報が書き加えられた登録リスト、
記憶モジュール７３に記憶されている配送用鍵Ｋｄのバ
ージョン、および課金情報とともに、EMDサービスセン
タ１に送信する。

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

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

【０２３３】次に、ステップＳ７０６において、EMDサ
ービスセンタ１のユーザ管理部１８は、ステップＳ７０
５で作成された登録リスト（レシーバ５１の登録リス
ト）を、一時鍵Ｋｔｅｍｐで暗号化して、レシーバ５１
に送信する。

【０２３４】ステップＳ７０７において、レシーバ５１
のSAM６２は、ステップＳ７０６で、EMDサービスセンタ
１から送信された登録リストを受信し、復号した後、記
憶モジュール７３に記憶させる。これにより、ステップ
Ｓ７０６で送信されてきたレシーバ５１の登録リスト
（図５５）が、ステップＳ６１２（図５９）で記憶され
た図６０に示した登録リストに代えて、記憶モジュール
７３に記憶される。これにより、処理は終了され、図５
８のステップＳ５０３に進む。

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

【０２３６】次に、ステップＳ５０４において、レシー
バ５１のSAM６２は、ステップＳ７０７で記憶モジュー
ル７３に記憶された登録リストから、レシーバ２０１の
登録リスト（図５６）を生成してレシーバ２０１に送信
する。

【０２３７】ステップＳ５０５において、レシーバ２０
１のSAM２１０は、ステップＳ５０４でレシーバ５１か
ら送信された登録リストを受信し、復号した後、記憶モ
ジュール２１１に記憶させる。これにより、図５６に示
した登録リストが、記憶モジュール２１１に記憶され
る。

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

【０２３９】ステップＳ５０７において、レシーバ５１
のSAM６２は、ステップＳ７０７で記憶モジュール７３
に記憶された登録リストのうち、レシーバ２０２の登録
リスト（レシーバ２０２の登録条件のみが記憶されてい
る登録リスト（図５７））を、レシーバ２０２に送信す
る。

【０２４０】次に、ステップＳ５０８において、レシー
バ２０２のSAM２２０は、ステップＳ５０７でレシーバ
５１から送信された登録リストを受信し、復号した後、
記憶モジュール２２１に記憶させる。これにより、図５
７に示した登録リストが、記憶モジュール２２１に記憶
される。その後、処理は終了される。

【０２４１】以上のようにして、レシーバ５１、レシー
バ２０１、およびレシーバ２０２は、それぞれの登録リ
ストを取得し、それを保持する。

【０２４２】次に、上述したように作成され、各レシー
バに保持された登録リストの利用方法を、図５１のフロ
ーチャートで説明した課金処理に対応させて説明する。

【０２４３】図５１のフローチャートで説明された課金
処理において、ステップＳ３５５で、現在の課金の合計
が、予め設定された上限額以上であると判定された場
合、ステップＳ３５６に進み、配送用鍵Ｋｄの受け取り
処理が実行される。この例の場合、図４５のフローチャ
ートで説明された手順に代わり、図６３のフローチャー
トに示されている手順に従って処理が実行される。

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

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

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

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

【０２４８】ステップＳ８０６において、EMDサービス
センタ１の課金請求部１９は、ステップＳ８０３で受信
された課金情報を解析し、ユーザの支払い金額を算出す
る処理等を行う。次に、ステップＳ８０７において、EM
Dサービスセンタ１のユーザ管理部１８は、ステップＳ
８０６における処理により、決済が成功したか否かを確
認し、その確認結果に基づいて、返却メッセージを作成
する。この場合、レシーバ５１およびレシーバ２０１の
両者の課金に対する決済が共に成功したとき（全ての機
器に対する決済が成功したとき）、成功返却メッセージ
が作成される。また、レシーバ５１またはレシーバ２０
１のいずれか一方の課金に対する決済が成功しなかった
とき、またはレシーバ５１およびレシーバ２０１の両者
の課金に対する決済が成功しなかったとき（全ての機器
に対する決済が成功しなかったとき）、失敗返却メッセ
ージが作成される。

【０２４９】次に、ステップＳ８０８において、EMDサ
ービスセンタ１のユーザ管理部１８は、ユーザ登録デー
タベース、ステップＳ８０４における不正行為が存在す
るか否かの確認結果、およびステップＳ８０７における
決済が成功したか否かの確認結果に基づいて、レシーバ
５１、レシーバ２０１、およびレシーバ２０２の登録条
件を設定し、それに署名を付して、登録リストをそれぞ
れ作成する。

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

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

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

【０２５３】次に、ステップＳ８１１において、レシー
バ５１のSAM６２は、ステップＳ８１０で受信した返却
メッセージが、成功返却メッセージであったかまたは失
敗返却メッセージであったかを判定し、成功返却メッセ
ージであったと判定した場合、ステップＳ８１２に進
む。

【０２５４】ステップＳ８１２において、レシーバ５１
のSAM６２は、レシーバ２０１およびレシーバ２０２に
対して、それぞれ相互認証処理（図３３乃至図３５を参
照して説明した処理）を行った後、レシーバ２０１およ
びレシーバ２０２のそれぞれに、それぞれの登録リスト
と、配送用鍵Ｋｄを送信する。

【０２５５】ステップＳ８１１において、ステップＳ８
１０で受信した返却メッセージが、失敗返却メッセージ
であったと判定した場合、レシーバ５１のSAM６２は、
ステップＳ８１３に進み、ステップＳ８０１で記憶モジ
ュール７３に記憶させた登録リスト（更新された登録リ
スト）を参照し、”制限あり”が「状態情報」に設定さ
れているレシーバ（この例の場合、レシーバ５１の自分
自身、またはレシーバ２０１）を検出する。

【０２５６】次に、ステップＳ８１４において、レシー
バ５１のSAM６２は、ステップＳ８１０で検出したレシ
ーバに対して、所定の処理（REVOKE処理）を実行し、そ
のレシーバにおいて実行される処理を制限する。すなわ
ち、この場合、新たにコンテンツを購入するための処理
が実行できないようにする。

【０２５７】ステップＳ８０５において、レシーバ５１
において不正行為が確認された場合、ステップＳ８１５
に進み、EMDサービスセンタ１は、レシーバ５１、レシ
ーバ２０１、およびレシーバ２０２に対応する「状態情
報」の全てに”停止”を設定し、登録リストを作成し、
ステップＳ８１６において、レシーバ５１に送信する。
なお、図３６のフローチャートで示した登録処理を、レ
シーバ２０１またはレシーバ２０２に対して行うことよ
り、レシーバ２０１またはレシーバ２０２におけるコン
テンツの利用が可能となる。

【０２５８】次に、ステップＳ８１７において、レシー
バ５１は、ステップＳ８１６でEMDサービスセンタ１か
ら送信された登録リストを受信し、登録リストを更新す
る。すなわち、この場合、配送用鍵Ｋｄは、レシーバ５
１、レシーバ２０１、およびレシーバ２０２には、供給
されず、レシーバ５１、レシーバ２０１、およびレシー
バ２０２は、供給されるコンテンツを再生することがで
きなくなり、その結果、EMDシステムにおけるサービス
を一切受けることができなくなる。

【０２５９】ステップＳ８１２において、レシーバ２０
１およびレシーバ２０２に登録リストおよび配送用鍵Ｋ
ｄが送信されたとき、ステップＳ８１４において、「状
態情報」に”制限あり”が設定されたレシーバに対して
REVOKE処理が実行されたとき、またはステップＳ８１７
において、「状態情報」に”停止”が設定された登録リ
ストに更新されたとき、処理は終了され、図５１のステ
ップＳ３５７に進む。

【０２６０】ステップＳ３５７乃至Ｓ３６５における処
理は、すでに説明されているので、ここでの説明は省略
する。

【０２６１】以上のように、登録リストがEMDサービス
センタ１に送信されると（図６３のステップＳ８０
３）、EMDサービスセンタ１において、レシーバの不正
行為が確認され、また処理（この例の場合、決済処理）
が成功したか否かが確認され（ステップＳ８０７）、そ
れらの確認結果に基づいて、登録リストが更新される。
さらに、このようにして更新された登録リストは、各レ
シーバに保持されるようにしたので、各レシーバの動作
を制御することができる。

【０２６２】以上においては、ステップＳ３５５におい
て、計上された課金が予め設定された上限額を超えた場
合、ステップＳ３５６に進み、配送用鍵Ｋｄの受け取り
処理が実行されるようにしたが、購入されるコンテンツ
の個数の上限数を設定し、購入されたコンテンツの個数
がその上限数を超えた場合においても、ステップＳ３５
６に進むようにすることもできる。

【０２６３】また、以上においては、課金処理における
場合を例として、登録リストの利用方法を説明したが、
コンテンツが復号される場合、取扱方針に含まれるコン
テンツ鍵Ｋｃｏのバージョンが、レシーバ５１のSAM６
２で保持される配送用鍵Ｋｄのバージョンより新しいと
きなども、登録リストがレシーバ５１よりEMDサービス
センタ１に送信される。この場合においても、登録リス
トは、上述したように、EMDサービスセンタ１において
作成され、各レシーバにおいて配布される。

【０２６４】また、以上においては、機器（例えば、レ
シーバ５１、またはレシーバ２０１）が接続されるタイ
ミングで、登録リストが課金情報とともにEMDサービス
センタ１に送信される場合を例として説明したが、この
とき登録リストのみが送信されるようにすることもでき
る。また、以上においては、機器が登録されるときに課
金情報が、EMDサービスセンタ１に送信される場合を例
として説明したが、それ以外のタイミングで課金情報を
EMDサービスセンタ１に送信するようにしてもよい。

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

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

【０２６７】

【発明の効果】請求項１に記載の管理装置、請求項４に
記載の管理方法、および請求項５に記載の提供媒体によ
れば、情報処理装置のIDおよびそのIDに対応して登録の
可否を示すデータを有し、情報処理装置のIDを基に、情
報処理装置を登録するようにしたので、迅速にユーザの
契約の可否が判断できるようになる。

【０２６８】請求項６に記載の情報処理装置、請求項８
に記載の情報処理方法、および請求項９に記載の提供媒
体によれば、情報処理装置に従属する他の情報処理装置
の登録を請求するようにしたので、複数の情報処理装置
を有するユーザも簡単に契約の処理ができるようにな
る。

【０２６９】請求項１０に記載のシステムによれば、管
理装置が、情報処理装置のIDおよびそのIDに対応して登
録の可否を示すデータを有し、情報処理装置のIDを基
に、情報処理装置を登録し、情報処理装置が、情報処理
装置に従属する他の情報処理装置の登録を請求するよう
にしたので、迅速にユーザの契約の可否が判断でき、複
数の情報処理装置を有するユーザも簡単に契約の処理が
できるようになる。

【０２７０】請求項１１に記載の情報処理装置、請求項
１２に記載の情報処理方法、および請求項１３に記載の
提供媒体によれば、登録条件を記憶するようにしたの
で、違反などがあった場合の動作を簡単かつ確実に制御
（制限）することができる。

【０２７１】請求項１４に記載の管理装置、請求項１５
に記載の管理方法、および請求項１６に記載の提供媒体
によれば、所定の処理を実行するとき、登録条件を作成
するようにしたので、違反などがあった場合の情報処理
装置の動作を簡単にかつ確実に制御（制限）することが
できる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図５５】登録リストを説明する他の図である。

【図５６】登録リストを説明する他の図である。

【図５７】登録リストを説明する他の図である。

【図５８】登録リストを保持するための処理を説明する
フローチャートである。

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

【図６０】登録リストを説明する他の図である。

【図６１】レシーバ２０１およびレシーバ２０２の登録
処理を説明するフローチャートである。

【図６２】登録リストを説明する他の図である。

【図６３】配送用鍵の受け取り処理を説明するフローチ
ャートである。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０９Ｃ 5/00 Ｇ１１Ｂ 20/10 ＨＧ１１Ｂ 20/10 Ｇ０６Ｆ 15/21 Ｚ３３０ (72)発明者浅野智之東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者北村出東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者北原淳東京都品川区北品川６丁目７番35号ソニー株式会社内

Claims

【特許請求の範囲】

【請求項１】暗号化された情報を提供する情報提供装
置、および前記情報を利用する情報処理装置を管理する
管理装置において、前記情報処理装置のIDおよびそのIDに対応して登録の可
否を示すデータを有し、前記情報処理装置のIDを基に、
前記情報処理装置を登録する登録手段を備えることを特
徴とする管理装置。
【請求項２】前記データは、前記IDに対応して決済の
可否を示すデータを含むことを特徴とする請求項１に記
載の管理装置。
【請求項３】前記登録手段は、前記管理装置と通信す
る前記情報処理装置に従属する他の情報処理装置を登録
することを特徴とする請求項１に記載の管理装置。
【請求項４】暗号化された情報を提供する情報提供装
置、および前記情報を利用する情報処理装置を管理する
管理方法において、前記情報処理装置のIDおよびそのIDに対応して登録の可
否を示すデータを有し、前記情報処理装置のIDを基に、
前記情報処理装置を登録する登録ステップを含むことを
特徴とする管理方法。
【請求項５】暗号化された情報を提供する情報提供装
置、および前記情報を利用する情報処理装置を管理する
管理装置に、前記情報処理装置のIDおよびそのIDに対応して登録の可
否を示すデータを有し、前記情報処理装置のIDを基に、
前記情報処理装置を登録する登録ステップを含む処理を
実行させるコンピュータが読み取り可能なプログラムを
提供することを特徴とする提供媒体。
【請求項６】管理装置に登録され、情報提供装置から
提供される暗号化された情報を利用する情報処理装置に
おいて、前記情報処理装置に従属する他の情報処理装置の登録を
請求する登録請求手段を備えることを特徴とする情報処
理装置。
【請求項７】前記情報処理装置は、前記情報処理装置
に従属する他の情報処理装置の決済処理を代行する決済
代行手段を更に備えることを特徴とする請求項６に記載
の情報処理装置。
【請求項８】管理装置に登録され、情報提供装置から
提供される暗号化された情報を利用する情報処理装置の
情報処理方法において、前記情報処理装置に従属する他の情報処理装置の登録を
請求する登録請求ステップを含むことを特徴とする情報
処理方法。
【請求項９】管理装置に登録され、情報提供装置から
提供される暗号化された情報を利用する情報処理装置
に、前記情報処理装置に従属する他の情報処理装置の登録を
請求する登録請求ステップを含む処理を実行させるコン
ピュータが読み取り可能なプログラムを提供することを
特徴とする提供媒体。
【請求項１０】暗号化されて提供される情報を復号
し、利用する情報処理装置、および前記情報処理装置を
管理する管理装置からなる情報利用システムにおいて、前記管理装置は、前記情報処理装置のIDおよびそのIDに対応して登録の可
否を示すデータを有し、前記情報処理装置のIDを基に、
前記情報処理装置を登録する登録手段を備え、前記情報処理装置は、前記情報処理装置に従属する他の
情報処理装置の登録を請求する登録請求手段を備えるこ
とを特徴とする情報利用システム。
【請求項１１】管理装置に管理され、かつ、他の情報
処理装置と接続され、暗号化された情報を復号し、利用
する情報処理装置において、前記管理装置および前記他の情報処理装置と相互認証す
る相互認証手段と、所定の情報を復号する復号化手段と、前記管理装置により作成された登録条件を授受する授受
手段と、前記授受手段により授受された前記登録条件を記憶する
記憶手段と、前記記憶手段により記憶されている前記登録条件に基づ
いて、動作を制御する制御手段とを備えることを特徴と
する情報処理装置。
【請求項１２】管理装置に管理され、かつ、他の情報
処理装置と接続され、暗号化された情報を復号し、利用
する情報処理装置の情報処理方法において、前記管理装置および前記他の情報処理装置と相互認証す
る相互認証ステップと、所定の情報を復号する復号化ステップと、前記管理装置により作成された登録条件を授受する授受
ステップと、前記授受ステップで授受された前記登録条件を記憶する
記憶ステップと、前記記憶ステップで記憶された前記登録条件に基づい
て、動作を制御する制御ステップとを含むことを特徴と
する情報処理方法。
【請求項１３】管理装置に管理され、かつ、他の情報
処理装置と接続され、暗号化された情報を復号し、利用
する情報処理装置に、前記管理装置および前記他の情報処理装置と相互認証す
る相互認証ステップと、所定の情報を復号する復号化ステップと、前記管理装置により作成された登録条件を授受する授受
ステップと、前記授受ステップで授受された前記登録条件を記憶する
記憶ステップと、前記記憶ステップで記憶された前記登録条件に基づい
て、動作を制御する制御ステップとを含む処理を実行さ
せるコンピュータが読み取り可能なプログラムを提供す
ることを特徴とする提供媒体。
【請求項１４】暗号化された情報を復号し、利用する
情報処理装置を管理する管理装置において、前記情報処理装置に供給するデータを暗号化する暗号手
段と、前記情報処理装置から、登録条件が送信されてきたと
き、所定の処理を実行する実行手段と、前記実行手段により所定の処理を実行するとき、前記情
報処理装置の登録条件を作成する作成手段と、前記作成手段により作成された前記登録条件を前記情報
処理装置に送信する送信手段とを備えることを特徴とす
る管理装置。
【請求項１５】暗号化された情報を復号し、利用する
情報処理装置を管理する管理装置の管理方法において、前記情報処理装置に供給するデータを暗号化する暗号ス
テップと、前記情報処理装置から、登録条件が送信されてきたと
き、所定の処理を実行する実行ステップと、前記実行ステップで所定の処理を実行するとき、前記情
報処理装置の登録条件を作成する作成ステップと、前記作成ステップで作成された前記登録条件を前記情報
処理装置に送信する送信ステップとを含むことを特徴と
する管理方法。
【請求項１６】暗号化された情報を復号し、利用する
情報処理装置を管理する管理装置に、前記情報処理装置に供給するデータを暗号化する暗号ス
テップと、前記情報処理装置から、登録条件が送信されてきたと
き、所定の処理を実行する実行ステップと、前記実行ステップで所定の処理を実行するとき、前記情
報処理装置の登録条件を作成する作成ステップと、前記作成ステップで作成された前記登録条件を前記情報
処理装置に送信する送信ステップとを含む処理を実行さ
せるコンピュータが読み取り可能なプログラムを提供す
ることを特徴とする提供媒体。