JP2001075871A - データ管理システム、管理装置、データ格納装置及びデータ管理方法 - Google Patents

Abstract

(57)【要約】 【課題】データ格納装置に記録したコンテンツデータを
各種機器で容易に利用し得るようにする。 【解決手段】本発明は、所定の記録装置により、所定の
データ格納装置に所定のコンテンツデータを記録し、各
種機器に接続される管理装置により、データ格納装置に
格納されたコンテンツデータを取り込み、当該取り込ん
だコンテンツデータの各種機器への移動をデータ格納装
置に代えて管理するようにしたことにより、データ格納
装置に記録したコンテンツデータを管理装置の管理の元
に、各種機器に容易に移動させることができ、かくして
データ格納装置に記録したコンテンツデータを各種機器
で容易に利用し得るデータ管理システム、管理装置、デ
ータ格納装置及びデータ管理方法を実現することができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータ管理システ
ム、管理装置、データ格納装置及びデータ管理方法に関
し、コンテンツ保有者又は販売者が、コンテンツを安全
にコンテンツ利用者に配送し得る情報送信システムに適
用して好適なものである。

【０００２】

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

【０００３】例えば図９５に示すように、２つのコンテ
ンツ送信装置および１つのコンテンツ受信装置が設けら
れている場合について説明する。

【０００４】第１のコンテンツ送信装置３００は、デー
タ暗号部３０１、データ暗号部３０２、コンテンツ鍵生
成部３０３、耐タンパメモリ（Tamper Resistant Memor
y ）３０４を有している。なお、ここで言う耐タンパメ
モリとは、第３者に容易にデータを読み出されないもの
であればよく、特にハードウェア的制限は必要ない（例
えば、入室管理された部屋の中にあるハードディスク
や、パスワード管理されたパソコンのハードディスク等
でよい）。耐タンパメモリ３０４にはコンテンツ鍵（Co
ntent Key ）Ｋ_coを暗号化するのに必要な配送鍵（Dist
ribution Key）Ｋ_d が、予め電子配信サービスセンタ
（図示せず）から供給され、保存されている。

【０００５】コンテンツ送信装置３００は、コンテンツ
受信装置３２０に渡すデータを生成するため、コンテン
ツ鍵生成部３０３を用いてコンテンツ鍵Ｋ_co1 を生成
し、この鍵を用いてデータ暗号部３０１にてコンテンツ
を暗号化する。また、コンテンツ鍵Ｋ_co1 はデータ暗号
部３０２にて配送鍵Ｋ_d を用いて暗号化される。これら
暗号化されたコンテンツおよびコンテンツ鍵Ｋ_co1 がコ
ンテンツ受信装置３２０に送信される。

【０００６】因に、第２のコンテンツ送信装置３１０
は、コンテンツ送信装置３００と同様にして、データ暗
号部３１１、データ暗号部３１２、コンテンツ鍵生成部
３１３、耐タンパメモリ３１４を有し、コンテンツ鍵生
成部３１３においてコンテンツ鍵Ｋ_co2 を生成し、この
鍵を用いてデータ暗号部３１１によりコンテンツを暗号
化する。またデータ暗号部３１２は電子配信サービスセ
ンタ（図示せず）から供給される配送鍵Ｋ_d を用いてコ
ンテンツ鍵Ｋ_co2 を暗号化する。かくして第２のコンテ
ンツ送信装置３１０は、暗号化されたコンテンツ及び暗
号化されたコンテンツ鍵Ｋ_co2 をコンテンツ受信装置３
２０は送信する。

【０００７】コンテンツ受信装置３２０は、送受信部３
２１、上位コントローラ３２２、暗号処理部３２３、メ
モリ３２４、データ復号部３２５、データ復号部３２
６、耐タンパメモリ３２７を有する。なお、コンテンツ
利用者が不特定多数であり、コンテンツ利用者が機器を
どのように扱うか把握できないため、ここで言う耐タン
パメモリとはハードウェア的に内部データが保護される
必要性があり、従って暗号処理部３２３は、外部からア
クセスしにくい構造を持った半導体チップで、多層構造
を有し、その内部の耐タンパメモリはアルミニュウム層
等のダミー層に挟まれ、また、動作する電圧及び又は周
波数の幅が狭い等、外部から不正にデータの読み出しが
難しい特性を有する。そして、耐タンパメモリ３２７に
は、電子配信サービスセンタ（図示せず）から予め供給
された配送鍵Ｋ_d が保存されている。

【０００８】因に、コンテンツ送信装置３００及び３１
０の耐タンパメモリ３０４、３１４は、外部からアクセ
ス可能なメモリであるが、そのアクセス方法に制約を設
けている。それがパスワードであったり、入室管理であ
ったりする。一方、コンテンツ受信装置３２０の耐タン
パメモリ３２７においては、メモリそのものが外部から
不正にアクセスされない構造を有し、正規のアクセス手
段で外部から内部データを読み出す方法も限定されてい
るか、全くない。なお、耐タンパメモリ３２７は外部か
らその内部データを読み出すことは全くできないが、以
前の鍵データ等を用いれば、外部からデータの変更のみ
できるアクセス方法がある場合がある。また、暗号処理
部３２３内では、メモリにアクセスして所定のデータを
読み出すことができるのに対して、外部から内部のメモ
リを読み出すことができないようになされている。

【０００９】コンテンツ送信者３００または３１０から
送信されてきたコンテンツおよびコンテンツ鍵Ｋ_co1 及
びＫ_co2 は、送受信部３２１で受信され、上位コントロ
ーラ３２２に引き渡される。上位コントローラ３２２
は、これらのデータをいったんメモリ３２４に保存し、
コンテンツを利用する場合には、コンテンツ鍵Ｋ_co、コ
ンテンツを暗号処理部３２３に引き渡す。これを受信し
た暗号処理部３２３は、データ復号部３２５で予め耐タ
ンパメモリ３２７に保存しておいた配送鍵Ｋ_d を用いて
復号化し、引き続きコンテンツをデータ復号部３２６で
コンテンツ鍵Ｋ_coを用いて復号化し、コンテンツを利用
する。この時、課金処理を伴う場合がある。

【００１０】

【発明が解決しようとする課題】ところでかかる情報提
供システムにおいては、図９６に示す記録再生装置３３
０が設けられる場合があり、かかる記録再生装置３３０
には、例えば、ＭＤ（ Mini Disk：商標）でなる記録メ
ディア３４０が着脱自在に設けられている。

【００１１】記録再生装置３３０は、送受信部３３１、
制御部３３２、暗号処理部３３３、伸張部３３４、外部
メモリ制御部３３５を有している。因みに、暗号処理部
３３３は、予め電子配信サービスセンタ（図示せず）か
ら供給され、コンテンツ鍵Ｋ_coを復号化する配送鍵Ｋ_d
が保存されると共に、当該暗号処理部３３３固有の保存
鍵Ｋ_saveが保持されている。

【００１２】記録再生装置３３０は、第１又は第２のコ
ンテンツ送信装置３００又は３１０から送信された、コ
ンテンツ鍵Ｋ_coで暗号化されているコンテンツおよび配
送鍵Ｋ_d で暗号化されているコンテンツ鍵Ｋ_coを送受信
部３３１により受信し、この受信した、コンテンツ鍵Ｋ
_coで暗号化されているコンテンツおよび配送鍵Ｋ_d で暗
号化されているコンテンツ鍵Ｋ_coを制御部３３２に送出
する。制御部３３２は、コンテンツ鍵Ｋ_coで暗号化され
ているコンテンツを外部メモリ制御部３３５を介して記
録メディア３４０に保持させ、配送鍵Ｋ_d で暗号化され
ているコンテンツ鍵Ｋ_coを暗号処理部３３３に送出す
る。

【００１３】これにより、暗号処理部３３３は、配送鍵
Ｋ_d で暗号化されているコンテンツ鍵Ｋ_coを当該配送鍵
Ｋ_d を用いて復号化し、引き続きコンテンツ鍵Ｋ_coを保
存鍵Ｋ_saveで暗号化し、当該保存鍵Ｋ_saveで暗号化した
コンテンツ鍵Ｋ_coを制御部３３２に送出する。かくし
て、制御部３３２は、保存鍵Ｋ_saveで暗号化したコンテ
ンツ鍵Ｋ_coを外部メモリ制御部３３５を介して記録メデ
ィア３４０に保持させる。

【００１４】そして、記録再生装置３３０は、コンテン
ツを利用する場合、制御部３２２が記録メディア３４０
から、コンテンツ鍵Ｋ_coで暗号化されているコンテンツ
および保存鍵Ｋ_saveで暗号化されているコンテンツ鍵Ｋ
_coを読み出し、当該コンテンツ鍵Ｋ_coで暗号化されてい
るコンテンツを伸張部３３４に送出すると共に、保存鍵
Ｋ_saveで暗号化されているコンテンツ鍵Ｋ_coを暗号処理
部３３３に送出する。これにより暗号処理部３３３は、
保存鍵Ｋ_saveで暗号化されているコンテンツ鍵Ｋ_coを当
該保存鍵Ｋ_saveで復号化し、得られたコンテンツ鍵Ｋ_co
を伸張部３３４を送出する。かくして伸張部３３４は、
コンテンツ鍵Ｋ_coで暗号化されているコンテンツを当該
コンテンツ鍵Ｋ_coで復号化し、これによりコンテンツを
利用することができる。

【００１５】ところが、かかる記録再生装置３３０にお
いては、記録メディアに記録したコンテンツを他の機器
や、記録メディアに記録して利用したいと考えても、当
該記録メディアが着脱自在に設けられるために、コンテ
ンツを容易には利用し難い問題があった。

【００１６】本発明は、以上の点を考慮してなされたも
ので、データ格納装置に記録したコンテンツデータを各
種機器で容易に利用し得るデータ管理システム、管理装
置、データ格納装置及びデータ管理方法を提案しようと
するものである。

【００１７】

【課題を解決するための手段】かかる課題を解決するた
め本発明においては、データ管理システムにおいて、所
定のデータ格納装置と、データ格納装置に所定のコンテ
ンツデータを記録する記録装置と、データ格納装置に格
納されたコンテンツデータを取り込み、当該取り込んだ
コンテンツデータの各種機器への移動をデータ格納装置
に代えて管理し、各種機器に接続される管理装置とを設
けるようにした。

【００１８】従って、データ格納装置に記録したコンテ
ンツデータを管理装置の管理の元に、各種機器に容易に
移動させることができる。

【００１９】また、本発明においては、各種機器と、所
定のデータ格納装置とが接続される管理装置において、
データ格納装置に記録された所定のコンテンツデータを
取り込み、当該取り込んだコンテンツデータの各種機器
への移動をデータ格納装置に代えて管理するようにし
た。

【００２０】従って、データ格納装置に記録されたコン
テンツデータを当該データ格納装置に代えて管理し、当
該コンテンツデータを各種機器に容易に移動させること
ができる。

【００２１】さらに、本発明においては、所定の記録装
置の制御の元に、所定のコンテンツデータを記録するデ
ータ格納装置において、コンテンツデータの各種機器へ
の移動を管理し、当該各種機器が接続される所定の管理
装置に接続された際に、当該管理装置にコンテンツデー
タを移動するようにした。

【００２２】従って、記録したコンテンツデータの管理
を管理装置に依存し、当該管理装置を介して各種機器に
容易に移動させることができる。

【００２３】さらに、本発明においては、データ管理方
法において、所定の記録装置により、所定のデータ格納
装置に所定のコンテンツデータを記録する記録ステップ
と、各種機器に接続される管理装置により、データ格納
装置に格納されたコンテンツデータを取り込み、当該取
り込んだコンテンツデータの各種機器への移動をデータ
格納装置に代えて管理する管理ステップとを設けるよう
にした。

【００２４】従って、データ格納装置に記録したコンテ
ンツデータを管理装置の管理の元に、各種機器に容易に
移動させることができる。

【００２５】

【発明の実施の形態】以下、図面について本発明の一実
施の形態を詳述する。

【００２６】（１）情報配信システム 図１は、本発明を適用したEMD(Electronic Music Distr
ibution ：電子音楽配信）システム１０を説明する図で
ある。このシステムでユーザに配信されるコンテンツ
（Content ）とは、情報そのものが価値を有するディジ
タルデータで、この例の場合、１つのコンテンツは、１
曲分の音楽データに相当する。コンテンツは、１つのコ
ンテンツが１つの単位（シングル）として、または複数
のコンテンツが１つの単位（アルバム）としてユーザに
提供される。ユーザは、コンテンツを購入し（実際に
は、コンテンツ鍵Ｋ_coを利用する権利を購入し）、提供
されるコンテンツを利用する（実際には、コンテンツ鍵
Ｋ_coを用いてコンテンツを復号化し、利用する）。な
お、勿論、音楽データだけでなく、映像、ゲームプログ
ラム等、コンテンツの販売全てに適用可能である。

【００２７】電子配信サービスセンタ（END Service Ce
nter）１は、コンテンツプロバイダ（Content Provide
r）２に個別鍵Ｋ_i 、コンテンツプロバイダ２の公開鍵
証明書を送信し、サービスプロバイダ（Service Provid
er）３にサービスプロバイダ３の公開鍵証明書を送信
し、ユーザホームネットワーク５に対しては配送鍵Ｋ_d
や登録情報を送信し、ユーザホームネットワーク５か
ら、コンテンツの利用に応じた課金情報等や登録情報を
受信し、課金情報に基づいて利用料金を精算し、コンテ
ンツプロバイダ２、サービスプロバイダ３および電子配
信サービスセンタ１自身へ利益分配の処理を行う。

【００２８】コンテンツプロバイダ２は、ディジタル化
されたコンテンツを有し、自己のコンテンツであること
を証明するために電子透かし（ウォータマーク（Waterm
ark））をコンテンツに挿入し、コンテンツを圧縮し、
および暗号化し、コンテンツの取扱方針を生成し、署名
データを付加してサービスプロバイダ３へ送信する。

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

【００３０】ユーザホームネットワーク５は、サービス
プロバイダ３から価格情報を付して送付されたコンテン
ツを入手し、コンテンツ利用権を購入し、購入処理を実
行する。購入した利用権は、例えば再生利用権であった
り、コピーする権利であったりする。そして、購入処理
により生成された課金情報は、ユーザの保持する機器
の、暗号処理部内の耐タンパメモリに保存され、ユーザ
ホームネットワーク５が配送鍵Ｋ_d を電子配信サービス
センタ１から入手する際に、電子配信サービスセンタ１
に送信される。

【００３１】図２は、電子配信サービスセンタ１の機能
の構成を示すブロック図である。サービスプロバイダ管
理部１１は、サービスプロバイダ３にサービスプロバイ
ダ３の公開鍵証明書及び利益分配の情報を供給すると共
に、必要に応じてコンテンツに付される情報（価格情
報）を受信する。コンテンツプロバイダ管理部１２は、
コンテンツプロバイダ２に個別鍵Ｋ_i 、配送鍵Ｋ_d で暗
号化した個別鍵Ｋ_i およびコンテンツプロバイダ２の公
開鍵証明書を送信すると共に、利益分配の情報を供給
し、必要に応じてコンテンツに付される情報（取扱方
針）を受信する。著作権管理部１３は、ユーザホームネ
ットワーク５のコンテンツ利用の実績を示す情報を、著
作権を管理する団体、例えば、ＪＡＳＲＡＣ（Japanese
Society for Rights of Authors, Composers and Publ
ishers：日本音楽著作権協会）に送信する。鍵サーバ１
４は、システム全てに使用する鍵の生成、保持、管理を
行っており、例えば、コンテンツプロバイダ毎に異なる
個別鍵Ｋ_i が生成されるとともに、配送鍵Ｋ_d で暗号化
された個別鍵Ｋ_i も併せて生成され、これらはコンテン
ツプロバイダ管理部１２を介してコンテンツプロバイダ
２に供給され、さらに配送鍵Ｋ_d で暗号化された個別鍵
Ｋ_i も必要に応じて認証局２２に供給され、配送鍵Ｋ_d
はユーザ管理部１８を介してユーザホームネットワーク
５に供給される。また、電子配信サービスセンタ１の公
開鍵・秘密鍵、ユーザの保持する機器に固有の公開鍵・
秘密鍵も全て生成、管理され、公開鍵は認証局２２に送
信され、公開鍵証明書作成に利用される。また、後述す
る暗号処理部９２に固有の機器別ＩＤに応じた保存鍵Ｋ
_saveを生成、保持する場合もある。

【００３２】電子配信サービスセンタ１からコンテンツ
プロバイダ２およびユーザホームネットワーク５を構成
するホームサーバ５１（後述する）への、鍵の定期的な
送信の例について、図３乃至図６を参照に説明する。図
３は、コンテンツプロバイダ２がコンテンツの提供を開
始し、ユーザホームネットワーク５を構成するホームサ
ーバ５１がコンテンツの利用を開始する、２０００年１
月における、電子配信サービスセンタ１が有する配送鍵
Ｋ_d 、個別鍵Ｋ_i 、コンテンツプロバイダ２が有する個
別鍵Ｋ_i 、およびホームサーバ５１が有する配送鍵Ｋ_d
を示す図である。なお、以下省略するが、コンテンツプ
ロバイダ２は、個別鍵Ｋ_i に対応する、配送鍵Ｋ_d で暗
号化された個別鍵Ｋ_i も保持しているものとする。

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

【００３４】コンテンツプロバイダ２がコンテンツの提
供を開始するのに先立ち、電子配信サービスセンタ１
は、コンテンツプロバイダ２に、２０００年１月から６
月まで利用可能な、バージョン１乃至バージョン６の６
つの個別鍵Ｋ_i と、それぞれを同一バージョンの配送鍵
Ｋ_d で暗号化したものを送信し、コンテンツプロバイダ
２は、６つの個別鍵Ｋ_i および配送鍵Ｋ_d で暗号化され
た個別鍵Ｋ_i を受信し、記憶する。６月分の個別鍵Ｋ_i
および配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i を記憶する
のは、コンテンツプロバイダ２は、コンテンツを提供す
る前のコンテンツおよびコンテンツ鍵Ｋ_coの暗号化など
の準備に、所定の期間が必要だからである。

【００３５】また、ホームサーバ５１がコンテンツの利
用を開始するのに先立ち、電子配信サービスセンタ１
は、ホームサーバ５１に２０００年１月から２０００年
３月まで、利用可能なバージョン１乃至バージョン３で
ある３つの配送鍵Ｋ_d を送信し、ホームサーバ５１は、
３つの配送鍵Ｋ_d を受信し、記憶する。３月分の配送鍵
Ｋ_d を記憶するのは、ホームサーバ５１が、回線の混雑
等を原因として、電子配信サービスセンタ１に接続でき
ないなどのトラブルにより、コンテンツの購入が可能な
契約期間にもかかわらずコンテンツが購入できない等の
事態を避けるためであり、また、電子配信サービスセン
タ１への接続の頻度を低くしたり、個々の機器の電子配
信サービスセンタ１への同時アクセスを押さえ、電子配
信サービスセンタ１の負荷を低減するためである。

【００３６】２０００年１月１日から２０００年１月３
１日の期間には、バージョン１である配送鍵Ｋ_d および
個別鍵Ｋ_i が、電子配信サービスセンタ１、コンテンツ
プロバイダ２、ユーザホームネットワーク５を構成する
ホームサーバ５１で利用される。

【００３７】２０００年２月１における、電子配信サー
ビスセンタ１の配送鍵Ｋ_d および個別鍵Ｋ_i のコンテン
ツプロバイダ２、およびホームサーバ５１への送信を図
４で説明する。電子配信サービスセンタ１は、コンテン
ツプロバイダ２に、２０００年２月から２０００年７月
まで利用可能な、バージョン２乃至バージョン７の６つ
の個別鍵Ｋ_i と、それぞれを同一バージョンの配送鍵Ｋ
_d で暗号化したものを送信し、コンテンツプロバイダ２
は、６つの個別鍵Ｋ_i および配送鍵Ｋ_d で暗号化された
個別鍵Ｋ_i を受信し、受信前に記憶していた個別鍵Ｋ_i
および配送鍵Ｋ _d で暗号化された個別鍵Ｋ_i に上書き
し、新たな個別鍵Ｋ_i および配送鍵Ｋ_d で暗号化された
個別鍵Ｋ_i を記憶する。電子配信サービスセンタ１は、
ホームサーバ５１に２０００年２月から２０００年４月
まで、利用可能なバージョン２乃至バージョン４である
３つの配送鍵Ｋ_d を送信し、ホームサーバ５１は、３つ
の配送鍵Ｋ_d を受信し、受信前に記憶していた配送鍵Ｋ
_d に上書きし、新たな配送鍵Ｋ_d を記憶する。電子配信
サービスセンタ１は、バージョン１〜７である配送鍵Ｋ
_d および個別鍵Ｋ_i をそのまま記憶する。これは、不測
のトラブルが発生したとき、若しくは不正が発生し、ま
たは発見されたときに、過去に利用した配送鍵Ｋ_d を利
用できるようにするためである。

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

【００３９】２０００年３月１における、電子配信サー
ビスセンタ１の配送鍵Ｋ_d および個別鍵Ｋ_i のコンテン
ツプロバイダ２、およびホームサーバ５１への送信を図
５で説明する。電子配信サービスセンタ１は、コンテン
ツプロバイダ２に、２０００年３月から２０００年８月
まで利用可能な、バージョン３乃至バージョン８の６つ
の個別鍵Ｋ_i と、それぞれを同一バージョンの配送鍵Ｋ
_d で暗号化したものを送信し、コンテンツプロバイダ２
は、６つの個別鍵Ｋ_i および配送鍵Ｋ_d で暗号化された
個別鍵Ｋ_i を受信し、受信前に記憶していた個別鍵Ｋ_i
および配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i に上書き
し、新たな個別鍵Ｋ_i および配送鍵Ｋ_d で暗号化された
個別鍵Ｋ_i を記憶する。電子配信サービスセンタ１は、
ホームサーバ５１に２０００年３月から２０００年５月
まで、利用可能なバージョン３乃至バージョン５である
３つの配送鍵Ｋ_d を送信し、ホームサーバ５１は、３つ
の配送鍵Ｋ_d を受信し、受信前に記憶していた配送鍵Ｋ
_d に上書きし、新たな配送鍵Ｋ_d を記憶する。電子配信
サービスセンタ１は、バージョン１〜８である配送鍵Ｋ
_d および個別鍵Ｋ_i をそのまま記憶する。これは、不測
のトラブルが発生したとき、若しくは不正が発生し、ま
たは発見されたときに、過去に利用した配送鍵Ｋ_d を利
用できるようにするためである。

【００４０】２０００年３月１日から２０００年３月３
１日の期間には、バージョン３である配送鍵Ｋ_d および
個別鍵Ｋ_i が、電子配信サービスセンタ１、コンテンツ
プロバイダ２、ユーザホームネットワーク５を構成する
ホームサーバ５１で利用される。

【００４１】２０００年４月１における、電子配信サー
ビスセンタ１の配送鍵Ｋ_d および個別鍵Ｋ_i のコンテン
ツプロバイダ２、およびホームサーバ５１への送信を図
６で説明する。電子配信サービスセンタ１は、コンテン
ツプロバイダ２に、２０００年４月から２０００年９月
まで利用可能な、バージョン４乃至バージョン９の６つ
の個別鍵Ｋ_i と、それぞれを同一バージョンの配送鍵Ｋ
_d で暗号化したものを送信し、コンテンツプロバイダ２
は、６つの個別鍵Ｋ_i および配送鍵Ｋ_d で暗号化された
個別鍵Ｋ_i を受信し、受信前に記憶していた個別鍵Ｋ_i
および配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i に上書き
し、新たな個別鍵Ｋ_i および配送鍵Ｋ_d で暗号化された
個別鍵Ｋ_i を記憶する。電子配信サービスセンタ１は、
ホームサーバ５１に２０００年４月から２０００年６月
まで利用可能な、バージョン４乃至バージョン６である
３つの配送鍵Ｋ_d を送信し、ホームサーバ５１は、３つ
の配送鍵Ｋ_d を受信し、受信前に記憶していた配送鍵Ｋ
_d に上書きし、新たな配送鍵Ｋ_d を記憶する。電子配信
サービスセンタ１は、バージョン１〜９である配送鍵Ｋ
_d および個別鍵Ｋ_i をそのまま記憶する。これは、不測
のトラブルが発生したとき、若しくは不正が発生し、ま
たは発見されたときに、過去に利用した配送鍵Ｋ_d を利
用できるようにするためである。

【００４２】２０００年４月１日から２０００年４月３
０日の期間には、バージョン４である配送鍵Ｋ_d および
個別鍵Ｋ_i が、電子配信サービスセンタ１、コンテンツ
プロバイダ２、ユーザホームネットワーク５を構成する
ホームサーバ５１で利用される。

【００４３】このように、あらかじめ先の月の配送鍵Ｋ
_d および個別鍵Ｋ_i を配布しておくことで、仮にユーザ
が１、２ヶ月全くセンタにアクセスしていなくても、一
応、コンテンツの買い取りが行え、時を見計らって、セ
ンタにアクセスすることにより鍵を受信することができ
る。

【００４４】電子配信サービスセンタ１の経歴データ管
理部１５（図２）は、ユーザ管理部１８が集めたコンテ
ンツの利用の実績を示す情報である課金情報、必要に応
じてそのコンテンツに対応する価格情報（サービスプロ
バイダ３から送られてくるものと、ユーザが課金情報に
付加して送ってくるものの、どちらか一方又は両方）、
および必要に応じてそのコンテンツに対応する取扱方針
（コンテンツプロバイダ２から送られてくるものと、ユ
ーザが課金情報に付加して送ってくるものの、どちらか
一方又は両方）を保持・管理し、サービスプロバイダ管
理部１１又はコンテンツプロバイダ管理部１２等が課金
情報や利用履歴等を利用する際にデータを出力する。な
お、価格情報及び取扱方針は、課金情報に必要なデータ
が書き込まれている場合サービスプロバイダ３やコンテ
ンツプロバイダ２から送られてこない場合がある。利益
分配部１６は、経歴データ管理部１５から供給された、
課金情報、必要に応じて価格情報、および取扱方針に基
づき、電子配信サービスセンタ１、コンテンツプロバイ
ダ２、およびサービスプロバイダ３の利益を算出する。
これらの情報は、出納部２０へ供給され、出納部２０を
介して利益分配を行う場合もあるが、利益分配を行なわ
ず、これらの情報のみをサービスプロバイダ管理部１
１、コンテンツプロバイダ管理部１２、著作権管理部１
３に送信し、売上そのものはサービスプロバイダに入金
させ、サービスプロバイダ３が各受益者に利益を分配す
る場合がある。相互認証部１７は、コンテンツプロバイ
ダ２、サービスプロバイダ３、およびユーザホームネッ
トワーク５の所定の機器と後述する相互認証を実行す
る。

【００４５】ユーザ管理部１８は、ユーザ登録データベ
ースを有し、ユーザホームネットワーク５の機器から登
録の要求があったとき、ユーザ登録データベースを検索
し、その記録内容に応じて、その機器を登録したり、ま
たは登録を拒否する等の登録情報を作成する。ユーザホ
ームネットワーク５が電子配信サービスセンタ１と接続
が可能な機能を有する複数の機器から構成されていると
き、ユーザ管理部１８は、登録情報に決済をする機器を
規定し、決済ＩＤを登録し、更に、コンテンツの購入処
理動作を規定したり、ユーザホームネットワークを構成
する機器の範囲を規定したり、取引停止等の情報を規定
し、ユーザホームネットワーク５の所定の機器（決済可
能機器）に送信する。

【００４６】図７に示すユーザ登録データベースの例
は、ユーザホームネットワーク５内で構築されたネット
ワークグループ毎の登録状況を示したもので、各グルー
プには、グループのＩＤを示すグループＩＤ、ホームネ
ットワーク５を構成する機器に固有のＩＤ、そのＩＤに
対応して（すなわち、そのＩＤを有する機器毎に）、電
子配信サービスセンタ１と接続が可能か否か、決済処理
可能か否か、コンテンツの購入ができるか否か、決済処
理を行うのはどの機器か、コンテンツの購入を依頼する
機器はどれか、登録可能か否か、等の情報を記録する。

【００４７】ユーザ登録データベースに記録されたグル
ープＩＤはユーザホームネットワーク毎に割り振られ、
このグループ単位で決済、情報更新が行われる。従っ
て、原則的にはグループ内の代表機器が電子配信サービ
スセンタ１と通信、決済処理、情報更新を一括して行
い、グループ内の他の機器は電子配信サービスセンタ１
とのやりとりを直接は行わない。ユーザ登録データベー
スに記録されたＩＤは、機器毎に個別に割り振られたＩ
Ｄで、機器を識別するのに使用される。

【００４８】ユーザ登録データベースに記録された電子
配信サービスセンタ１と接続が可能か否かの情報は、そ
の機器が、電子配信サービスセンタ１と物理的に接続が
可能であるか否かを示し、接続できると記録された機器
でも、決済処理可能であるとされた機器以外は、原則的
に電子配信サービスセンタ１に接続されることがない
（ただし、グループ内の代表機器が何らかの原因で決済
処理動作しなくなった場合、代理で一時的に電子配信サ
ービスセンタ１に接続されることはある）。また、接続
ができないと記録された機器は、ユーザホームネットワ
ーク５の決済処理可能な機器を介して、電子配信サービ
スセンタ１に、課金情報等を出力する。

【００４９】ユーザ登録データベースに記録された決済
処理が可能か否かの情報は、その機器が、決済可能か否
かを示す。ユーザホームネットワーク５が、コンテンツ
の利用権の購入などが可能な複数の機器で構成されてい
るとき、その中の決済処理が可能である１台の機器は、
電子配信サービスセンタ１に、ユーザホームネットワー
ク５の電子配信サービスセンタ１に登録されている全て
の機器の、課金情報、必要に応じて価格情報、および取
扱方針を送信し、決済処理の完了に応じて電子配信サー
ビスセンタ１から配送鍵Ｋ_d 、登録情報を受信する。こ
うすることで、機器毎に処理を行うのに比べ、電子配信
サービスセンタ１の処理が軽減される。

【００５０】ユーザ登録データベースに記録された購入
処理が可能か否かの情報は、その機器が、コンテンツの
利用権の購入ができるか否かを表す。購入不可の機器に
おいては、他の購入可の機器から利用権の代理購入（別
の機器で権利を購入し、その権利を全て譲り受けるもの
を言う。供給側には全く権利は残らない）、再配布（既
に購入したコンテンツの利用権を、同一利用権内容また
は異なる利用権内容でもう一度購入し、別機器に供給す
る方式を言う。このとき、供給側には全く権利は残らな
い。再配布は、割引を行うことを主たる目的とする。割
引の特典を受けられるのは、同一決済ＩＤを使用してい
るグループであることが条件である。なぜなら、同一決
済ＩＤに属するグループ内の処理においては、電子配信
サービスセンタ１の処理負担が軽減され、従って、その
代償として割引が受けられるからである）または管理移
動（コンテンツ再生権、特に無期限再生権の移動ができ
るが、再生権送信器においては再生権受信器がどの機器
であるか管理され、再生権の返還がない場合、再度管理
移動ができず、再生権受信器においては、再生権送信器
がどの機器であるかが管理され、再度管理移動が全くで
きず、唯一、再生権を与えてくれた再生権送信器に再生
権を返還することのみできる）を行ってもらってコンテ
ンツ利用権を取得する。

【００５１】ここで、コンテンツの利用方法／利用権及
び購入方法について簡単に説明する。コンテンツの利用
方法としては、コンテンツの利用権を自己で管理保持し
ているものが利用する場合と、他機器の保持する利用権
を行使して自己の機器において利用する、２つのものが
ある。コンテンツの利用権としては、無制限再生権（コ
ンテンツの再生期間及び回数に制限がないもの、なお、
音楽コンテンツの場合は再生であるが、ゲームプログラ
ム等では実行になる）、時間制限付き再生権（コンテン
ツの再生できる期間が限られているもの）、回数制限付
き再生権（コンテンツの再生できる回数が限られている
もの）、無制限複製権（コンテンツの複製期間及び回数
に制限がないもの）、回数制限付き複製権（コンテンツ
の複製に回数制限があるもの）（複製権には、コピー管
理情報なし複製権、コピー管理情報付き複製権（SCMS）
等、その他専用メディア向け複製権等がある）（また時
間制限付き複製権もある場合がある）、管理移動権があ
る。そして、利用権の購入方法としては、これらの利用
権を直接購入する通常の購入に加え、既に購入した利用
権の内容を別の内容に変更する利用権内容変更、他の機
器で既に購入した権利に基づき利用権を別途購入する再
配布、他の機器で利用権の購入を代理で行ってもらう代
理購入、複数のコンテンツ利用権を一括して購入管理す
るアルバム購入等がある。

【００５２】ユーザ登録データベースに記録された代理
決済者に記された情報は、コンテンツの利用権を購入し
た際に生成した課金情報を、代理で電子配信サービスセ
ンタ１に送信してもらう機器のＩＤを示す。

【００５３】ユーザ登録データベースに記録された代理
購入者に記された情報は、コンテンツの利用権の購入が
できない機器に対し、代理で利用権の購入を行ってくれ
る機器のＩＤを示す。ただし、購入処理可能なグループ
内機器全てが代理購入者ということにしてした場合に
は、特に記録しておく必要はない。

【００５４】ユーザ登録データベースに記録された登録
が可能か否かの情報は、決済機関（例えば、銀行）、ま
たはクレジットカード会社などから供給される料金の未
払い、不正処理等の情報を基に、更新される。登録が不
可と記録されたＩＤを有する機器の登録の要求に対し
て、ユーザ管理部１８は、その登録を拒否し、登録を拒
否された機器は、以降、このシステムのコンテンツの購
入ができないだけでなく、ユーザホームネットワーク５
内の他機器とのデータ送受信もできなくなる。また場合
によっては購入済のコンテンツの利用も制限される場合
がある（ただし、電子配信サービスセンタ１等に機器を
持ち込み、検査等を済ませた後再登録されることはあ
る）。また、「登録可」、「登録不可」だけでなく、
「決済未処理」、「一時停止」等の状態もあり得る。

【００５５】また、ユーザ管理部１８は、ユーザホーム
ネットワーク５の機器から課金情報、登録情報、必要に
応じて価格情報や取扱方針が供給され、課金情報、価格
情報、および取扱方針を経歴データ管理部１５に出力
し、ユーザホームネットワーク５の機器に、配送鍵
Ｋ_d 、登録情報を供給する。供給されるタイミングにつ
いては後述する。

【００５６】ここで、図８を用いて登録情報を説明す
る。図８の登録情報はユーザ登録データベースの情報に
加え、決済ＩＤおよび署名が付加されており、同一決済
グループの情報のみが含まれている。決済ＩＤとは、決
済を行う際に課金請求部１９および出納部２０が使用す
るユーザの、ユーザ情報データベース（例えば銀行口座
番号やクレジットカード番号）内のＩＤを示している。
署名の生成については、後述する。

【００５７】再び図２にもどり、課金請求部１９は、経
歴データ管理部１５から供給された、課金情報、必要に
応じて価格情報、および取扱方針に基づき、ユーザへの
課金を算出し、その結果を、出納部２０に供給する。ま
た、必要に応じてユーザ管理部１８を介してユーザに決
済情報を提供する。出納部２０は、ユーザ、コンテンツ
プロバイダ２、およびサービスプロバイダ３への出金、
徴収すべき利用料金の金額を基に、図示せぬ外部の銀行
等と通信し、決済処理を実行する。なお、出納部２０
は、サービスプロバイダ３へ売上のすべてを送金させ、
利益分配部１６を介して送信された分配金情報をもと
に、サービスプロバイダ３が利益分配をする場合があ
る。監査部２１は、ユーザホームネットワーク５の機器
から供給された課金情報、価格情報、および取扱方針
を、コンテンツプロバイダ２から供給された取扱方針
と、サービスプロバイダ３から供給された価格情報とか
らその正当性を監査する。

【００５８】また、監査部２１の処理としては、ユーザ
ホームネットワーク５から入金された金額と、利益分配
した合計金額又はサービスプロバイダ３へ送った金額と
の整合性を監査する処理や、ユーザホームネットワーク
５の機器から供給された課金情報内のデータに例えば存
在し得ないコンテンツプロバイダＩＤ、サービスプロバ
イダＩＤや考えられない取り分、価格等が含まれている
か否かを監査する処理がある。

【００５９】認証局２２は、鍵サーバ１４から供給され
た公開鍵の証明書を生成し、コンテンツプロバイダ２、
サービスプロバイダ３へ供給し、ユーザ機器製造時にホ
ームサーバ５１の大容量記憶部６８（後述する）や、据
置機器５２の小容量記憶部７５（後述する）に保存され
る公開鍵証明書も生成する。コンテンツプロバイダ２が
コンテンツのオーサリングを行わない場合、これを代替
えする方法として、コンテンツを保持するコンテンツサ
ーバ２３、コンテンツオーサリング２４がある。

【００６０】図９は、コンテンツプロバイダ２の機能の
構成を示すブロック図である。コンテンツサーバ３１
は、ユーザに供給するコンテンツを記憶し、電子透かし
（ウォータマーク）付加部３２に供給する。電子透かし
付加部３２は、コンテンツサーバ３１から供給されたコ
ンテンツに自分の所有物であることを示すコンテンツプ
ロバイダＩＤを電子透かしの形で挿入し、圧縮部３３に
供給する。圧縮部３３は、電子透かし付加部３２から供
給されたコンテンツを、ＡＴＲＡＣ（Adaptive Transfo
rm Acoustic Coding）（商標）等の方式で圧縮し、コン
テンツ暗号部３４に供給する。因に、圧縮方式としては
ＡＴＲＡＣに代えてＭＰ３やＡＡＣ等の方式を用いるこ
とができる。コンテンツ暗号部３４は、圧縮部３３で圧
縮されたコンテンツを、コンテンツ鍵生成部３５から供
給された鍵（以下、この鍵をコンテンツ鍵Ｋ_coと称す
る）を用いて、ＤＥＳ（Data Encryption Standard）な
どの共通鍵暗号方式で暗号化し、その結果を署名生成部
３８に出力する。

【００６１】コンテンツ鍵生成部３５は、コンテンツ鍵
Ｋ_coとなる所定のビット数の乱数を生成し、この中で弱
鍵（例えば、Ｋ_co＝１Ｅ１Ｅ１Ｅ１Ｅ０Ｅ０Ｅ０Ｅ０Ｅ
や１ＥＥ０１ＥＥ００ＥＦ００ＥＦ０など）と呼ばれる
暗号化に不適なビット列を除いたものをコンテンツ暗号
部３４、コンテンツ鍵暗号部３６に供給する。そのよう
な不適なビット列がない暗号アルゴリズムを使用すると
きは、不適なビット列を除く処理は不要である。コンテ
ンツ鍵暗号部３６は、コンテンツ鍵Ｋ_coを電子配信サー
ビスセンタ１から供給された個別鍵Ｋ_i を使用して、Ｄ
ＥＳなどの共通鍵暗号方式で暗号化し、その結果を署名
生成部３８に出力する。因に、暗号化方式としては、Ｄ
ＥＳに限らず、例えばＲＳＡ（Rivest,Shamir,Adleman
）等の公開鍵暗号方式を用いるようにしても良い。

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

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

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

【００６５】なお、本実施の形態では共通鍵暗号として
ＤＥＳを示したが、ＮＴＴ（商標）が提案するＦＥＡＬ
（Fast Encryption Algorithm ）、ＩＤＥＡ（Internat
ional Data Encryption Algorithm ）、Ｅ２や、米国次
期暗号標準であるＡＥＳ（Advanced Encryption Standa
rd）など、いずれでもよい。

【００６６】取扱方針生成部３７は、コンテンツの取扱
方針を生成し、暗号化されるコンテンツに対応して、取
扱方針を署名生成部３８に出力する。なお、取扱方針生
成部３７は、生成した取扱方針を図示せぬ通信手段を介
して電子配信サービスセンタ１に供給する場合があり、
そのデータは保持・管理されている。署名生成部３８
は、暗号化されたコンテンツ、暗号化されたコンテンツ
鍵Ｋ_co、暗号化された個別鍵Ｋ_i 、取扱方針に電子署名
を付加し、コンテンツプロバイダ２の証明書Ｃｃｐと共
にサービスプロバイダ３に送信する（以降、暗号化され
たコンテンツ、暗号化されたコンテンツ鍵Ｋ_co、暗号化
された個別鍵Ｋ_i 、取扱方針のそれぞれにコンテンツプ
ロバイダ３の秘密鍵を使用して電子署名を付加したもの
を、コンテンツプロバイダセキュアコンテナと称す
る）。なお、個々のデータに署名を別々に付加するので
はなく、データ全体に対して１つの署名を付けるように
してもよい。

【００６７】相互認証部３９は、電子配信サービスセン
タ１と相互認証し、また、必要に応じてサービスプロバ
イダ３へのコンテンツプロバイダセキュアコンテナの送
信に先立ち、サービスプロバイダ３と相互認証する。メ
モリ４０Ａは、コンテンツプロバイダ２が秘密裏に保持
しなくてはならない個別鍵Ｋ_i を保持するため、第３者
に容易にデータを読み出されない耐タンパメモリが望ま
しいが、特にハードウェア的制限は必要ない（例えば、
入室管理された部屋の中にあるハードディスクや、パス
ワード管理されたパソコンのハードディスク等でよ
い）。また、メモリ４０Ｂは、配送鍵Ｋ_d で暗号化され
た個別鍵Ｋ_i 、コンテンツプロバイダ２の公開鍵証明書
が保存されるだけであるため、通常の記憶装置等何でも
よい（公開情報であるため、秘密にする必要がない）。
なお、メモリ４０Ａ、４０Ｂを一つにしてもかまわな
い。

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

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

【００７０】データと署名を送信する送信装置（コンテ
ンツプロバイダ２）の署名生成部３８は、例えば、公開
鍵暗号方式である楕円曲線暗号を用いて署名を生成す
る。この処理を、図１０を用いて説明する（EC-DSA（El
liptic Curve Digital Signature Algorithm）、IEEE P
1363/D3 ）。ステップＳ１で、Ｍをメッセージ、ｐを標
数、ａ、ｂを楕円曲線の係数（楕円曲線：ｙ² ＝ｘ³ ＋
ａｘ＋ｂ）、Ｇを楕円曲線上のベースポイント、ｒをＧ
の位数、Ｋ_s を秘密鍵（０＜Ｋ_s ＜ｒ）とする。ステッ
プＳ２で乱数ｕを０＜ｕ＜ｒになるように乱数発生ユニ
ットで生成する。ステップＳ３でベースポイントをｕ倍
した座標を計算する。なお、楕円曲線上の加算、２倍算
は次のように定義されている。

【００７１】Ｐ＝（Ｘ₀ 、Ｙ₀ ）、Ｑ＝（Ｘ₁ 、Ｙ
₁ ）、Ｒ＝（Ｘ₂ 、Ｙ₂ ）＝Ｐ＋Ｑとし、 Ｐ≠Ｑの
時、 Ｘ₂ ＝λ² −Ｘ₀ −Ｘ₁ Ｙ₂ ＝λ（Ｘ₀ −Ｘ₂ ）−Ｙ₀ λ＝（Ｙ₁ −Ｙ₀ ）／（Ｘ₁ −Ｘ₀ ） Ｐ＝Ｑの時、 Ｘ₂ ＝λ² −２Ｘ₀ Ｙ₂ ＝λ（Ｘ₀ −Ｘ₂ ）−Ｙ₀ λ＝（３Ｘ₀ ²＋ａ）／２Ｙ₀ となり、これらを用いて点Ｇのｕ倍を計算する（速度は
遅いが、最もわかりやすい演算方法として次のように行
う。Ｇ、２Ｇ、４Ｇ・・を計算し、ｕを２進数展開して
１が立っているところに対応する（２ⁱ ）×Ｇを加算す
る（ｉはｕのＬＳＢから数えた時のビット位置））。ス
テップＳ４でｃ＝Ｘ_v ｍｏｄ ｒを計算し、ステップ
Ｓ５でこの値が０になるかどうか判定し、０でなければ
ステップＳ６へと進み、メッセージＭのハッシュ値を計
算し、ｆ＝ＳＨＡ−１（Ｍ）とする。次に、ステップＳ
７において、ｄ＝［（ｆ＋ｃＫ_s ）／ｕ］ ｍｏｄ ｒ
を計算し、ステップＳ８でｄが０であるかどうか判定
する。ｄが０出なければ、ｃおよびｄを署名データとす
る。仮に、ｒを１６０ビット長の長さであると仮定する
と、署名データは３２０ビット長となる。

【００７２】ステップＳ５において、ｃが０であった場
合、ステップＳ２に戻って新たな乱数を生成し直す。同
様に、ステップＳ８でｄが０であった場合も、ステップ
Ｓ２に戻って乱数を生成し直す。

【００７３】署名とデータを受信した受信装置（ユーザ
ホームネットワーク５）は、例えば、公開鍵暗号方式で
ある楕円曲線暗号を用いて署名を検証する。この処理
を、図１１を用いて説明する。（受信装置は）ステップ
Ｓ１０で、Ｍをメッセージ、ｐを標数、ａ、ｂを楕円曲
線の係数（楕円曲線：ｙ² ＝ｘ³ ＋ａｘ＋ｂ）、Ｇを楕
円曲線上のベースポイント、ｒをＧの位数、ＧおよびＫ
_s Ｇを公開鍵（０＜Ｋ_s＜ｒ）とする。ステップＳ１１
で署名データｃおよびｄが０＜ｃ、ｄ＜ｒを満たすか検
査する。これを満たしていた場合、ステップＳ１２で、
メッセージＭのハッシュ値を計算し、ｆ＝ＳＨＡ−１
（Ｍ）とする。次に、ステップＳ１３でｈ＝１／ｄ ｍ
ｏｄ ｒ を計算し、ステップＳ１４でｈ₁ ＝ｆｈ、ｈ
₂ ＝ｃｈ ｍｏｄ ｒ を計算する。ステップＳ１５に
おいて、既に計算したｈ₁ およびｈ₂を用い、Ｐ＝（Ｘ
_p 、Ｙ_p ）＝ｈ₁ Ｇ＋ｈ₂ Ｋ_s Ｇを計算する。署名検証
者は、公開鍵ＧおよびＫｓＧを知っているので、ステッ
プＳ３と同様にこの計算ができる。そして、ステップＳ
１６でＰが無限遠点かどうか判定し、無限遠点でなけれ
ばステップＳ１７に進む（実際には、無限遠点の判定は
ステップＳ１５でできてしまう。つまり、Ｐ＝（Ｘ、
Ｙ）、Ｑ＝（Ｘ、−Ｙ）の加算を行うと、前述のλが計
算できず、Ｒが無限遠点であることが判明している。ス
テップＳ１７でＸ_pｍｏｄ ｒを計算し、署名データｃ
と比較する。この値が一致していた場合、ステップＳ１
８に進み、署名が正しいと判定する。

【００７４】署名が正しいと判定された場合、受信デー
タは改竄されておらず、公開鍵に対応した秘密鍵を保持
する送信装置から送信されたデータであることがわか
る。

【００７５】ステップＳ１１において、署名データｃお
よびｄが０＜ｃ、ｄ＜ｒを満たさなかった場合、ステッ
プＳ１９に進む。また、ステップＳ１６において、Ｐが
無限遠点であった場合もステップＳ１９に進む。さらに
また、ステップＳ１７において、Ｘ_p ｍｏｄ ｒの値
が、署名データｃと一致していなかった場合にもステッ
プＳ１９に進む。ステップＳ１９において、署名が正し
くないと判定する。

【００７６】署名が正しくないと判定された場合、受信
データは改竄されているか、公開鍵に対応した秘密鍵を
保持する送信装置から送信されたデータではないことが
わかる。

【００７７】なお、本実施の形態では、ハッシュ関数と
してＳＨＡ−１を使用したが、ＭＤ４、ＭＤ５などいず
れの関数を使用してもよい。また、署名の生成および検
証はＲＳＡ暗号を用いて行ってもよい（ＡＮＳＩ Ｘ
９．３１−１）。

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

【００７９】公開鍵暗号方式の中で代表的な楕円曲線暗
号化方法を説明する。図１２において、ステップＳ２０
で、Ｍ_x 、Ｍ_y をメッセージ、ｐを標数、ａ、ｂを楕円
曲線の係数（楕円曲線：ｙ² ＝ｘ³ ＋ａｘ＋ｂ）、Ｇを
楕円曲線上のベースポイント、ｒをＧの位数、Ｇおよび
Ｋ_s Ｇを公開鍵（０＜Ｋ_s ＜ｒ）とする。ステップＳ２
１で乱数ｕを０＜ｕ＜ｒになるように生成する。ステッ
プＳ２２で公開鍵Ｋ_sＧをｕ倍した座標Ｖを計算する。
なお、楕円曲線上のスカラー倍は署名生成のところで説
明した方法と同一のため、ここでは説明を省略する。ス
テップＳ２３で、ＶのＸ座標をＭ_x 倍してｐで剰余を求
めＸ₀ とする。ステップＳ２４でＶのＹ座標をＭ_y 倍し
てｐで剰余を求めＹ₀ とする。なお、メッセージの長さ
がｐのビット数より少ない場合、Ｍ_y は乱数を使い、復
号部ではＭ_y を破棄するようにする。ステップＳ２５に
おいて、ｕＧを計算し、ステップＳ２６で暗号文ｕＧ、
（Ｘ₀ 、Ｙ₀ ）を得る。

【００８０】ここで公開鍵暗号方式の復号化について、
図１３を用いて説明する。ステップＳ３０において、ｕ
Ｇ、（Ｘ₀ 、Ｙ₀ ）を暗号文データ、ｐを標数、ａ、ｂ
を楕円曲線の係数（楕円曲線：ｙ² ＝ｘ³ ＋ａｘ＋
ｂ）、Ｇを楕円曲線上のベースポイント、ｒをＧの位
数、Ｋ_s を秘密鍵（０＜Ｋ_s ＜ｒ）とする。ステップＳ
３１において、暗号データｕＧを秘密鍵Ｋ_s 倍する。ス
テップＳ３２では、暗号データの内、（Ｘ₀ 、Ｙ₀ ）の
Ｘ座標を取り出し、Ｘ₁ ＝Ｘ₀ ／Ｘ_v ｍｏｄ ｐを計
算する。ステップＳ３３においては、Ｙ₁ ＝Ｙ₀ ／Ｙ_v
ｍｏｄ ｐを計算する。そして、ステップＳ３４でＸ
₁ をＭ_x とし、Ｙ₁ をＭ_y としてメッセージを取り出
す。この時、Ｍ_y をメッセージにしていなかった場合、
Ｙ₁ は破棄する。

【００８１】このように公開鍵暗号方式では、秘密鍵を
Ｋ_s 、公開鍵をＧ、Ｋ_s Ｇとすることで、暗号化に使用
する鍵と復号化に使用する鍵を、異なる鍵とすることが
できる。

【００８２】また、公開鍵暗号方式の他の例としてはＲ
ＳＡ暗号（Rivest、Shamir、Adleman ）が知られてい
る。

【００８３】図１４は、サービスプロバイダ３の機能の
構成を示すブロック図である。コンテンツサーバ４１
は、コンテンツプロバイダ２から供給された、コンテン
ツプロバイダ２の公開鍵証明書および暗号化されている
コンテンツを記憶している。コンテンツプロバイダ２の
公開鍵証明書は、証明書検査部４２で、証明書内の署名
が認証局２２の公開鍵で検証され、検証に成功した場
合、コンテンツプロバイダ２の公開鍵を署名検証部４３
に供給する。署名検証部４３においては、コンテンツサ
ーバ４１に記憶されている取扱方針に対するコンテンツ
プロバイダ２の署名を、先ほど検証したコンテンツプロ
バイダ２の公開鍵を用いて検証し、検証に成功した場
合、取扱方針を値付け部４４に供給する。値付け部４４
においては、取扱方針から価格情報を作成し、署名生成
部４５に供給する。署名生成部４５においては、図示せ
ぬ耐タンパメモリ（コンテンツプロバイダ２内の４０Ａ
と同様）に保持されたサービスプロバイダ３の秘密鍵を
用い、価格情報に対する署名を生成する（以降、コンテ
ンツプロバイダセキュアコンテナおよび価格情報にサー
ビスプロバイダ３の秘密鍵を用いて電子署名を付加した
ものを、サービスプロバイダセキュアコンテナと称す
る）。なお、価格情報に署名を付加するのではなく、コ
ンテンツプロバイダセキュアコンテナと価格情報全体に
対して１つの署名を生成するようにしてもよい。そし
て、サービスプロバイダセキュアコンテナ、コンテンツ
プロバイダ２の公開鍵証明書、サービスプロバイダ３の
公開鍵証明書を、ネットワーク４（図１）を介してユー
ザホームネットワーク５へ供給する。相互認証部４６
は、電子配信サービスセンタ１と相互認証し、また、必
要に応じてコンテンツプロバイダ、およびインターネッ
ト、ケーブル通信等を介し、可能であればユーザホーム
ネットワーク５と相互認証する。

【００８４】図１５は、ユーザホームネットワーク５の
構成を示すブロック図である。ホームサーバ５１は、ネ
ットワーク４を介して、サービスプロバイダ３からコン
テンツを含んだセキュアコンテナを受信し、コンテンツ
の利用権を購入し、その権利を行使してコンテンツの復
号、伸張、再生、複製を行う。

【００８５】通信部６１は、ネットワーク４を介してサ
ービスプロバイダ３、または電子配信サービスセンタ１
と通信し、所定の情報を受信し、または送信する。上位
コントローラ６２は、入力手段６３からの信号を受信
し、所定のメッセージ等を表示手段６４に表示し、暗号
処理部６５を利用してコンテンツの利用権購入処理等を
行い、伸張部６６に大容量記憶部６８から読み出した暗
号化されたコンテンツを供給し、大容量記憶部６８に暗
号化されたコンテンツ等を記憶する。入力手段６３は、
リモートコントローラからの信号や入力ボタンからの入
力データを上位コントローラ６２に送信する。表示手段
６４は、液晶表示器のような表示デバイスで構成され、
ユーザに指示を出したり、情報を表示したりする。入力
手段６３および表示手段６４は、必要に応じてタッチパ
ネル式液晶表示器などになり、一つにまとめられる場合
がある。暗号処理部６５は、サービスプロバイダ３、ま
たは電子配信サービスセンタ１若しくはその他の機器の
暗号処理部と相互認証し、コンテンツ利用権を購入する
と共に、所定のデータの暗号化／復号化を行い、コンテ
ンツ鍵Ｋ_coおよび使用許諾条件情報を保持する外部メモ
リを管理し、さらに配送鍵Ｋ_d 、課金情報等を記憶す
る。伸張部６６は、暗号処理部６５と相互認証してコン
テンツ鍵Ｋ_coを受信し、このコンテンツ鍵Ｋ_coを用いて
上位コントローラ６２から供給された暗号化されたコン
テンツを復号化し、ＡＴＲＡＣ等の所定の方式で伸張
し、さらに所定の電子透かしをコンテンツに挿入する。
外部メモリ６７は、フラッシュメモリ等の不揮発メモリ
やバックアップ電源付き揮発性メモリで構成され、保存
鍵Ｋ_saveで暗号化されたコンテンツ鍵Ｋ_coおよび使用許
諾条件情報を保存する。大容量記憶部６８はＨＤＤや光
ディスク等の記憶デバイスで、コンテンツプロバイダセ
キュアコンテナおよびサービスプロバイダセキュアコン
テナ（暗号化されたコンテンツ、個別鍵Ｋ_i で暗号化さ
れたコンテンツ鍵Ｋ_co、配送鍵Ｋ_d で暗号化された個別
鍵Ｋ_i 、取扱方針、価格情報及びそれらの署名）、公開
鍵証明書、登録情報等が保存されている。

【００８６】電子配信サービスセンタ１と相互認証し、
コンテンツ利用権を購入すると共に課金情報を生成し、
所定のデータの復号化／暗号化を行い、コンテンツ鍵Ｋ
_coおよび使用許諾条件情報を保持する外部メモリを管理
し、さらに配送鍵Ｋ_d 、課金情報等を記憶する暗号処理
部６５は、制御部９１、記憶モジュール９２、登録情報
検査モジュール９３、購入処理モジュール９４、相互認
証モジュール９５、暗号／復号化モジュール９６、およ
び外部メモリ制御部９７から構成される。この暗号処理
部６５は、シングルチップの暗号処理専用ICで構成さ
れ、多層構造を有し、その内部のメモリセルはアルミニ
ウム層等のダミー層に挟まれ、また、動作する電圧また
は周波数の幅が狭い等、外部から不正にデータが読み出
し難い特性（耐タンパ性）を有する。

【００８７】制御部９１は、上位コントローラ６２から
のコマンドに応じて各モジュールを制御すると共に、各
モジュールからの結果を上位コントローラ６２に返送す
る。記憶モジュール９２は、購入処理モジュール９４か
ら供給された課金情報、および配送鍵Ｋ_d 等のデータを
記憶し、他の機能ブロックが所定の処理を実行すると
き、配送鍵Ｋ_d 等のデータを供給する。登録情報検査モ
ジュール９３は、上位コントローラ６２から供給された
登録情報を検査し、ユーザホームネットワーク５内の他
の機器と相互認証するか否か、課金情報の授受をすべき
か否か、コンテンツの再配布等をすべきか否かの判断を
行う。購入処理モジュール９４は、サービスプロバイダ
３から受信したセキュアコンテナに含まれる取扱方針お
よび価格情報（並びに、場合によっては、既に保持して
いる使用許諾条件情報）から、新たに使用許諾条件情報
を生成して外部メモリ制御部９７又は制御部９１に出力
し、課金情報を生成して記憶モジュール９２に出力す
る。相互認証モジュール９５は、電子配信サービスセン
タ１、ホームネットワーク５内の他の機器の暗号処理部
および伸張部６６との相互認証を実行し、必要に応じ
て、一時鍵Ｋ_temp（セッション鍵）を生成し、暗号／復
号化モジュール９６に供給する。

【００８８】復号／暗号化モジュール９６は、復号化ユ
ニット１１１、暗号化ユニット１１２、乱数発生ユニッ
ト１１３、署名生成ユニット１１４、および署名検証ユ
ニット１１５から構成される。復号化ユニット１１１
は、配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i を復号化した
り、個別鍵Ｋ_i で暗号化されたコンテンツ鍵Ｋ_coを復号
化したり、一時鍵Ｋ_tempで暗号化された各種データを復
号化したりする。暗号化ユニット１１２は、復号化され
たコンテンツ鍵Ｋ_coを、記憶モジュール９２に保持され
ている保存鍵Ｋ_saveで暗号化し、制御部９１を介して外
部メモリ制御部９７に出力したり、一時鍵Ｋ_tempで各種
データを暗号化したりする。乱数発生ユニット１１３
は、所定の桁数の乱数を発生し、相互認証モジュール９
５や署名生成ユニット１１４に供給する。署名生成ユニ
ット１１４は、制御部９１から供給されたメッセージの
ハッシュ値を計算し、乱数発生ユニット１１３から供給
された乱数を用いて署名データを生成して制御部９１に
出力する。署名検証ユニット１１５は、制御部から供給
されたメッセージおよび署名データから署名が正しいか
どうか判定し、その結果を制御部９１に出力する。な
お、署名の生成／検証方法については図１０、図１１に
ついて上述した場合と同様である。

【００８９】外部メモリ制御部９７は、外部メモリ６７
を制御してデータの読み書きを行い、外部メモリ内のデ
ータが改竄されていないかどうかデータ検証を行う。図
１６は、外部メモリ制御部９７の動作を説明するブロッ
ク図である。図１６において、記憶モジュール９２に
は、Ｎ個の改竄防止用ハッシュ値（Integrity Check Va
lue ）が保存されている。外部メモリ６７は、Ｎブロッ
クのデータ領域に分割されており、それぞれのデータ領
域にはＭ組のコンテンツ鍵Ｋ_coおよび使用許諾条件情報
が書き込めるようになっている。また、外部メモリ６７
には、自由に使用できるその他の領域も用意されてい
る。改竄防止用ハッシュ値ＩＣＶは、それに対応する外
部メモリ６７内の全データに対するハッシュ値になって
いる。外部メモリの読み出し手順および書き込み手順に
ついては、フローチャートを用いて後述する。

【００９０】コンテンツを復号化し、伸張し、所定の電
子透かしを付加する伸張部６６（図１５）は、相互認証
モジュール１０１、鍵復号モジュール１０２、復号モジ
ュール１０３、伸張モジュール１０４、電子透かし付加
モジュール１０５、および記憶モジュール１０６から構
成される。相互認証モジュール１０１は、暗号処理部６
５と相互認証し、一時鍵Ｋ_tempを鍵復号モジュール１０
２に出力する。鍵復号モジュール１０２は、外部メモリ
６７から読み出され一時鍵Ｋ_tempで暗号化されているコ
ンテンツ鍵Ｋ_coを一時鍵Ｋ_tempで復号化し、復号モジュ
ール１０３に出力する。復号モジュール１０３は、大容
量記憶部６８に記録されたコンテンツをコンテンツ鍵Ｋ
_coで復号化し、伸張モジュール１０４に出力する。伸張
モジュール１０４は、復号化されたコンテンツを、更に
ＡＴＲＡＣ等の方式で伸張し、電子透かし付加モジュー
ル１０５に出力する。電子透かし付加モジュール１０５
は、購入処理を行った暗号処理部の個別ＩＤを電子透か
し技術を用いてコンテンツに挿入し、他の機器や図示せ
ぬスピーカに出力し、音楽を再生する。

【００９１】記憶モジュール１０６には、暗号処理部６
５との相互認証に必要な鍵データが保存されている。な
お、伸張部６６は、耐タンパ性を備えていることが望ま
しい。

【００９２】外部メモリ６７は、購入処理モジュール９
４で権利購入した際に生成した使用許諾条件情報や保存
鍵Ｋ_saveで暗号化されたコンテンツ鍵Ｋ_coを記憶してい
る。大容量記憶部６８は、サービスプロバイダ３から供
給されたセキュアコンテナや公開鍵証明書、登録情報等
を記録する。

【００９３】装着された光ディスク、半導体メモリ等の
記録メディア８０にサービスプロバイダ３から供給され
たコンテンツを記録し、再生する据置機器５２は、通信
部７１、上位コントローラ７２、暗号処理部７３、伸張
部７４、小容量記憶部７５、記録再生部７６、入力手段
７７、表示手段７８、外部メモリ７９、および記録メデ
ィア８０から構成される。通信部７１は通信部６１と同
じ機能を有し、その説明は省略する。上位コントローラ
７２は上位コントローラ６２と同じ機能を有し、その説
明は省略する。暗号処理部７３は暗号処理部６５と同じ
機能を有し、その説明は省略する。伸張部７４は伸張部
６６と同じ機能を有し、その説明は省略する。小容量記
憶部７５は大容量記憶部６８と同じ機能を有しているも
のの、コンテンツそのものは保存されず、公開鍵証明書
や登録情報等が記憶されるだけである。記録再生部７６
は、光ディスク、半導体メモリ等の記録メディア８０が
装着され、その記録メディア８０にコンテンツを記録
し、読み出したコンテンツを伸張部に出力する。入力手
段７７は入力手段６３と同じ機能を有し、その説明は省
略する。表示手段７８は表示手段６４と同じ機能を有
し、その説明は省略する。外部メモリ７９は外部メモリ
６７と同じ機能を有し、その説明は省略する。記録メデ
ィア８０は、例えばＭＤ（Mini Disk ：商標）や、電子
配信専用記憶メディア（半導体メモリを用いたMemory S
tick：商標）であったりする。

【００９４】ユーザが携帯し、音楽を再生して楽しむた
めの機器である携帯機器５３は、通信部８１、上位コン
トローラ８２、暗号処理部８３、伸張部８４、および外
部メモリ８５から構成される。通信部８１は通信部６１
と同じ機能を有し、その説明は省略する。上位コントロ
ーラ８２は上位コントローラ６２と同じ機能を有し、そ
の説明は省略する。暗号処理部８３は暗号処理部６５と
同じ機能を有し、その説明は省略する。伸張部８４は伸
張部６６と同じ機能を有し、その説明は省略する。外部
メモリ８５は外部メモリ６７と同じ機能を有し、その説
明は省略する。ただし、これらのメモリは半導体メモリ
だけとは限らず、ＨＤＤ、書き換え可能な光ディスク等
いずれでもよい。

【００９５】図１７は、電子配信専用の記録メディアの
構成図を示したものである。電子配信されたコンテンツ
を保存する記録メディア１２０は、通信部１２１、暗号
処理部１２２、および外部メモリ１２３から構成され
る。通信部１２１は、据置機器５２（図１５）の記録再
生部７６とデータの送受信を行う。据置機器５２と相互
認証し、コンテンツ利用権を譲り受け、所定のデータの
復号化／暗号化を行い、コンテンツ鍵Ｋ_coおよび使用許
諾条件情報等を保持する外部メモリを管理し、さらに保
存鍵Ｋ_save等を記憶する暗号処理部１２２は、その構成
は暗号処理部６５と同じ機能を有し、その説明は省略す
る。外部メモリ１２３は、保存鍵Ｋ_saveで暗号化された
コンテンツ鍵Ｋ_co、コンテンツ鍵Ｋ_coで暗号化されたコ
ンテンツ、コンテンツの使用条件を定めた使用許諾条件
情報、必要に応じて取扱方針、および価格情報を記憶し
ている。

【００９６】電子配信専用記録メディア１２０は、据置
機器５２の時に説明した記録メディアとは使い方が異な
っている。通常の記録メディア８０は、ホームサーバ５
１の大容量記憶部６８の代用品であるのに対し、電子配
信専用メディア１２０は、伸張部を持たない携帯機器に
異ならない。従って、コンテンツの再生を行う際には、
伸張部７４をもつ据置機器５２のような機器が必要であ
るが、コンテンツを譲り受けたり、コンテンツを管理し
たりする機能に関してはホームサーバ５１や携帯機器５
３と同様な処理ができる。これらの違いにより、通常の
記録メディアに記録されたコンテンツは、記録した機器
以外では再生することができないものの、電子配信専用
記録メディア１２０に記録されたコンテンツは、記録し
た機器以外の機器でも再生することができるようにな
る。すなわち、通常の記録メディアには、コンテンツ鍵
Ｋ_coで暗号化されたコンテンツがあるだけなので、コン
テンツ鍵Ｋ_coを持つ（記録した）機器以外では再生がで
きない。一方、電子配信専用記録メディア１２０におい
ては、コンテンツ鍵Ｋ_coで暗号化されたコンテンツだけ
でなく、コンテンツ鍵Ｋ_coも、電子配信専用記録メディ
ア１２０個有の保存鍵Ｋ_saveで暗号化されて保持されて
いるため、他の機器で再生することが可能になる。

【００９７】つまり暗号処理部１２２の相互認証モジュ
ール１２８と据置機器５２の暗号処理部７３の図示せぬ
相互認証モジュール間で相互認証を行った後、専用記録
メディア固有の保存鍵Ｋ_save3 でコンテンツ鍵Ｋ_COを復
号化し、共有した一時鍵Ｋ_tempでコンテンツ鍵Ｋ_coを暗
号化し、暗号処理部７３へ送信して再生する。

【００９８】図１８は、各機器内のデータ記憶状況を示
すブロック図である。ホームサーバ５１において、暗号
処理部６５内の記憶モジュール９２には、機器を特定す
るための個別ＩＤ（暗号処理部を特定するものと同
一）、課金処理する際に使用する決済用ＩＤ（必要に応
じて個別ＩＤで代替えできるし、登録情報にあるので不
要の場合もある）、機器毎に異なる秘密鍵、保存鍵Ｋ
_save、電子配信サービスセンタ１と相互認証する際に使
用する電子配信サービスセンタ１の公開鍵（電子配信サ
ービスセンタ１の公開鍵証明書があれば不要）、公開鍵
証明書を検証するための認証局２２の公開鍵、伸張部６
６と相互認証する際に使用する共通鍵が記憶されてい
る。これらのデータは、機器製造時に予め記憶されるデ
ータである。これに対し、電子配信サービスセンタ１か
ら定期的に配布される配送鍵Ｋ_d 、購入処理の際に書き
込まれる課金情報、外部メモリ６７内に保持するコンテ
ンツ鍵Ｋ_coおよび使用許諾条件情報の改竄チェック用の
ハッシュ値は、機器を使用し始めてから記憶されるデー
タであり、これらのデータも記憶モジュール９２に記憶
されている。伸張部６６内の記憶モジュール１０６に
は、伸張部を特定するための個別ＩＤ、暗号処理部６５
と相互認証する際に使用する共通鍵が、機器製造時に予
め記憶される。なお、暗号処理部６５と伸張部６６を１
対１に対応させるため、それぞれの記憶モジュールに互
いのＩＤを持たせておいても良い（相互認証が共通鍵で
行われているため、結果的には対応した暗号処理部、伸
張部でしかやりとりができない。但し処理としては公開
鍵暗号方式の相互認証であっても良い。このとき保存さ
れている鍵は共通鍵ではなく、伸張部６６固有の秘密鍵
になる）。

【００９９】外部メモリ６７には、コンテンツの復号を
行う際に使用する保存鍵Ｋ_saveで暗号化されたコンテン
ツ鍵Ｋ_co、そのコンテンツ鍵Ｋ_coを利用する際の条件を
示す使用許諾条件情報が記憶されている。また、大容量
記憶部６８には、記憶モジュール９２内にある機器個別
の秘密鍵に対応する公開鍵の証明書（機器の公開鍵証明
書）、登録情報、コンテンツプロバイダセキュアコンテ
ナ（コンテンツ鍵Ｋ_coで暗号化されたコンテンツおよび
その署名、個別鍵Ｋ_i で暗号化されたコンテンツ鍵Ｋ_co
およびその署名、配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i
およびその署名、取扱方針およびその署名）、サービス
プロバイダセキュアコンテナ（価格情報およびその署
名）、コンテンツプロバイダ２の公開鍵証明書、サービ
スプロバイダ３の公開鍵証明書が記憶されている。

【０１００】携帯機器５３には、ホームサーバ５１が保
持する暗号処理部６５と同一の暗号処理部８３、外部メ
モリ６７と同一の外部メモリ８５が備えられている（内
部データが同一のものは省略されている。例えば、伸張
部）。しかし、その内部に保持されるデータは、図に示
すように若干異なっている。暗号処理部８３内の記憶モ
ジュールの保持するデータは、機器を特定するための個
別ＩＤ、機器毎に異なる秘密鍵、保存鍵Ｋ_save、電子配
信サービスセンタ１と相互認証する際に使用する、電子
配信サービスセンタ１の公開鍵（ただし、ホームサーバ
５１に電子配信サービスセンタ１との手続きを全て代行
してもらう場合は必要ない）、公開鍵証明書を検証する
ための認証局２２の公開鍵、伸張部８４と相互認証する
際に使用する共通鍵が記憶されている。これらのデータ
は、機器製造時に予め記憶されるデータである。また、
外部メモリ８５内に保持するコンテンツ鍵Ｋ_coおよび使
用許諾条件情報の改竄チェック用のハッシュ値、必要に
応じて決済用ＩＤ、配送鍵Ｋ_d 、登録情報（の一部）
（購入処理をしない場合、決済用ＩＤ、配送鍵Ｋ_d は必
要ない）は、機器を使用し始めてから記憶されるデータ
であり、これらのデータも記憶されている（購入処理を
行う場合、課金情報も記憶される）。外部メモリ８５に
は、暗号処理部８３内にある機器個別の秘密鍵に対応す
る公開鍵の証明書、コンテンツ鍵Ｋ_coで暗号化されたコ
ンテンツおよびその署名（この他に、必要に応じて個別
鍵Ｋ_i で暗号化されたコンテンツ鍵Ｋ_coおよびその署
名、配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i およびその署
名必要に応じて、取扱方針およびその署名、価格情報お
よびその署名も記憶される場合がある）、コンテンツを
復号化する際に使用する保存鍵Ｋ_saveで暗号化されたコ
ンテンツ鍵Ｋ_co、そのコンテンツを利用する際の条件を
示す使用許諾条件情報が記憶されている。また、必要に
応じてコンテンツプロバイダ２の公開鍵証明書、サービ
スプロバイダ３の公開鍵証明書も記憶されている。

【０１０１】据置機器５２には、ホームサーバ５１の構
成に加え、記録メディア８０が備えられている。記録メ
ディアとしては、通常のＭＤやＣＤ−Ｒの場合もある
し、電子配信専用の記憶メディアである場合もある。前
者の場合、記憶されるデータはコピー禁止信号を付加さ
れた、復号化されたコンテンツになるが、勿論、暗号化
されたコンテンツを入れておいてもよい（保存鍵Ｋ_save
で暗号化されたコンテンツ鍵Ｋ_coも併せて記憶しておい
ても良い。この時、再生できるのは記憶した機器のみに
なる。なぜなら、保存鍵Ｋ_saveは機器毎に異なっている
からである）。

【０１０２】また、記憶メディアとしては、図１９が考
えられる。電子配信専用記憶メディア１２０において、
暗号処理部１２２内にある記憶モジュール１２５には、
記録メディアの個別ＩＤ、記録メディア毎に異なる秘密
鍵、この秘密鍵に対応する公開鍵の証明書（外部メモリ
１２３に記録しておいても良い）、コンテンツ鍵Ｋ_coを
暗号化するのに使用する保存鍵Ｋ_save（一般に、記憶メ
ディア毎に異なる）、電子配信サービスセンタ１の公開
鍵（センタとやりとりしない場合や外部メモリ１２３に
電子配信サービスセンタ１の公開鍵証明書が有る場合に
は必要ない）、認証局の公開鍵、外部メモリ１２３の改
竄を検査するためのハッシュ値、登録情報（の一部）が
記憶されている。外部メモリ１２３には、コンテンツ鍵
Ｋ_coで暗号化されたコンテンツ（およびその署名）、保
存鍵Ｋ_saveで暗号化されたコンテンツ鍵Ｋ_co、使用許諾
条件情報が記憶されており、必要に応じて取扱方針（お
よびその署名）、価格情報（およびその署名）、コンテ
ンツプロバイダ２の公開鍵証明書、サービスプロバイダ
３の公開鍵証明書が記憶されている。

【０１０３】図２０、図２１は、電子配信サービスセン
タ１、コンテンツプロバイダ２、サービスプロバイダ
３、およびユーザホームネットワーク５の間で送受信さ
れる情報を説明する図である。コンテンツプロバイダ２
は、コンテンツプロバイダセキュアコンテナ（その詳細
は後述する）にコンテンツプロバイダ２の公開鍵証明書
（その詳細は後述する）を付して、サービスプロバイダ
３に送信する。また、コンテンツプロバイダ２は、必要
に応じて取扱方針およびその署名、コンテンツプロバイ
ダ２の証明書を電子配信サービスセンタ１に送信する。

【０１０４】サービスプロバイダ３は、コンテンツプロ
バイダ２の公開鍵証明書を検証し、コンテンツプロバイ
ダ２の公開鍵を入手し、受信したコンテンツプロバイダ
セキュアコンテナの署名を検証する（取扱方針のみ署名
検証する場合もある）。署名の検証に成功した後、コン
テンツプロバイダセキュアコンテナから取扱方針を取り
出し、これを基に価格情報を生成し、価格情報に署名を
付けてサービスプロバイダセキュアコンテナとする（そ
の詳細は後述する）。コンテンツプロバイダセキュアコ
ンテナ、サービスプロバイダセキュアコンテナ、コンテ
ンツプロバイダ２の公開鍵証明書、およびサービスプロ
バイダ３の公開鍵証明書（その詳細は後述する）をユー
ザホームネットワーク５に送信する。また、サービスプ
ロバイダ３は、必要に応じて価格情報およびその署名、
サービスプロバイダ３の公開鍵証明書を電子配信サービ
スセンタ１に送信する。

【０１０５】ユーザホームネットワーク５は、受信した
セキュアコンテナを検証した後、セキュアコンテナの中
に含まれる取扱方針および価格情報に基づいて購入処理
を行い、課金情報を生成して暗号処理部内の記憶モジュ
ールに保存し、使用許諾条件情報を生成し、コンテンツ
鍵Ｋ_coを復号化して保存鍵Ｋ_saveで再暗号化し、使用許
諾条件情報および再暗号化されたコンテンツ鍵Ｋ_coを外
部メモリ６７に保存しておく。そして、使用許諾条件情
報に沿って、コンテンツ鍵Ｋ_coを保存鍵Ｋ_saveで復号化
し、この鍵でコンテンツを復号化して利用する。課金情
報は、所定のタイミングで一時鍵Ｋ_tempで暗号化され、
署名が付され、必要に応じて取扱方針および価格情報と
共に電子配信サービスセンタ１に送信される。

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

【０１０７】更に、電子配信サービスセンタ１は、コン
テンツプロバイダ２にコンテンツプロバイダの公開鍵証
明書を送信し、サービスプロバイダ３にサービスプロバ
イダの公開鍵証明書を送信する。また、工場出荷時に、
各機器に応じて作成した公開鍵証明書を各機器に埋め込
むため、各機器の公開鍵証明書に関するデータを工場に
引き渡す。

【０１０８】図２２は、コンテンツプロバイダセキュア
コンテナを説明する図である。コンテンツプロバイダセ
キュアコンテナ１Ａは、コンテンツ鍵Ｋ_coで暗号化され
たコンテンツおよびその署名、個別鍵Ｋ_i で暗号化され
たコンテンツ鍵Ｋ_coおよびその署名、配送鍵Ｋ_d で暗号
化された個別鍵Ｋ_i およびその署名、取扱方針および署
名を含む。署名は、それぞれのデータにハッシュ関数を
適用して生成されたハッシュ値に、コンテンツプロバイ
ダ２の秘密鍵Ｋ_scp を用いて生成されたデータである。
なお、図２２の場合は鍵データ（個別鍵Ｋ_i で暗号化さ
れたコンテンツ鍵Ｋ_CO、配送鍵Ｋ_d で暗号化された個別
鍵Ｋ_i に対してそれぞれ別々に署名を生成し付加するよ
うにしたが、各鍵データ（個別鍵Ｋ_i で暗号化されたコ
ンテンツ鍵Ｋ_CO、配送鍵Ｋ_d で暗号化された個別鍵
Ｋ_i ）を１つにまとめて１つの署名を生成し付加するよ
うにしても良い。このように常に一体で使用される鍵デ
ータを１つにまとめて１つの署名を付加することによ
り、署名の検証が１回で済む。

【０１０９】図２３は、コンテンツプロバイダセキュア
コンテナの他の例を説明する図である。コンテンツプロ
バイダセキュアコンテナ１Ｂは、コンテンツ鍵Ｋ_coで暗
号化されたコンテンツおよびその署名、個別鍵Ｋ_i で暗
号化されたコンテンツ鍵Ｋ_coおよびその署名、取扱方針
および署名を含む。

【０１１０】図２４は、コンテンツプロバイダセキュア
コンテナの他の例を説明する図である。コンテンツプロ
バイダセキュアコンテナ１Ｃは、コンテンツ鍵Ｋ_coで暗
号化されたコンテンツ、個別鍵Ｋ_i で暗号化されたコン
テンツ鍵Ｋ_co、配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i 、
取扱方針、および署名を含む。署名は、コンテンツ鍵Ｋ
_coで暗号化されたコンテンツ、個別鍵Ｋ_i で暗号化され
たコンテンツ鍵Ｋ_co、配送鍵Ｋ_d で暗号化された個別鍵
Ｋ_i 、および取扱方針にハッシュ関数を適用して生成さ
れたハッシュ値に、コンテンツプロバイダ２の秘密鍵Ｋ
_scp を用いて生成されたデータである。

【０１１１】図２５は、コンテンツプロバイダセキュア
コンテナの他の例を説明する図である。コンテンツプロ
バイダセキュアコンテナ１Ｄは、コンテンツ鍵Ｋ_coで暗
号化されたコンテンツ、個別鍵Ｋ_i で暗号化されたコン
テンツ鍵Ｋ_co、取扱方針、および署名を含む。署名は、
コンテンツ鍵Ｋ_coで暗号化されたコンテンツ、個別鍵Ｋ
_i で暗号化されたコンテンツ鍵Ｋ_co、および取扱方針に
ハッシュ関数を適用して生成されたハッシュ値に、コン
テンツプロバイダ２の秘密鍵Ｋ_scp を用いて生成された
データである。

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

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

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

【０１１５】図２９は、サービスプロバイダセキュアコ
ンテナを説明する図である。サービスプロバイダセキュ
アコンテナ３Ａは、価格情報および署名で構成されてい
る。署名は、価格情報に対し必要に応じてハッシュ関数
を適用して生成されたハッシュ値に、サービスプロバイ
ダ３の秘密鍵Ｋ_ssp を用いて生成されたデータである。

【０１１６】図３０は、サービスプロバイダセキュアコ
ンテナの他の例を説明する図である。サービスプロバイ
ダセキュアコンテナ３Ｂは、コンテンツプロバイダセキ
ュアコンテナ、価格情報、および署名を含む。署名は、
コンテンツプロバイダセキュアコンテナ、および価格情
報にハッシュ関数を適用して生成されたハッシュ値に、
サービスプロバイダ３の秘密鍵Ｋ_ssp を用いて生成され
たデータである。

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

【０１１８】図３２は、User機器の公開鍵証明書を説明
する図である。User機器の公開鍵証明書５Ａは、公開鍵
証明書のバージョン番号、認証局がUser機器（正確には
暗号処理部（専用のＩＣチップ））に対し割り付ける公
開鍵証明書の通し番号、署名に用いたアルゴリズムおよ
びパラメータ、認証局の名前、公開鍵証明書の有効期
限、User機器の名前、User機器の公開鍵Ｋ_pu、並びに署
名を含む。署名は、公開鍵証明書のバージョン番号、認
証局がUser機器に対し割り付ける公開鍵証明書の通し番
号、署名に用いたアルゴリズムおよびパラメータ、認証
局の名前、公開鍵証明書の有効期限、User機器の名前、
並びにUser機器の公開鍵Ｋ_puにハッシュ関数を適用して
生成されたハッシュ値に、認証局の秘密鍵Ｋ_sca を用い
て生成したデータである。

【０１１９】図３３および図３４は取扱方針のデータフ
ォーマットを示すものであり、当該取扱方針はコンテン
ツプロバイダ２によりシングルコンテンツ毎、またアル
バムコンテンツ毎に生成され、ユーザホームネットワー
ク５が購入可能な利用権の内容を示す。

【０１２０】シングルコンテンツに対する取扱方針（図
３３）のデータには、データの種別、取扱方針の種類、
取扱方針の有効期限、コンテンツのＩＤ、コンテンツプ
ロバイダのＩＤ、取扱方針のＩＤ、取扱方針のバージョ
ン、地域コード、使用可能機器条件、使用可能User条
件、サービスプロバイダのＩＤ、世代管理情報、当該取
扱方針が示す購入可能な利用権を含むルールの数、当該
ルールの格納位置を示すアドレス情報、そのアドレス情
報の示す位置に格納されたルール、公開鍵証明書、署名
が格納されている。

【０１２１】そして、ルールは、利用権毎に整理番号と
して付けられたルール番号、利用権内容を示す利用権内
容番号、そのパラメータ、最低販売価格、コンテンツプ
ロバイダの利益額、当該コンテンツプロバイダの利益
率、データサイズ、送信情報から構成されている。

【０１２２】また、アルバムコンテンツに対する取扱方
針（図３４）のデータには、データの種別、取扱方針の
種類、取扱方針の有効期限、アルバムのＩＤ、取扱方針
のバージョン、コンテンツプロバイダのＩＤ、取扱方針
のＩＤ、地域コード、使用可能機器条件、使用可能User
条件、サービスプロバイダのＩＤ、当該アルバムを構成
するシングルコンテンツの取扱方針の数、そのシングル
コンテンツの取扱方針の格納位置を示すアドレス情報、
当該アドレス情報の示す位置に格納されたシングルコン
テンツの取扱方針のデータパケット、世代管理情報、当
該取扱方針が示す購入可能な利用権を含むルールの数、
当該ルールの格納位置を示すアドレス情報、そのアドレ
ス情報の示す位置に格納されたルール、公開鍵証明書、
署名が格納されている。

【０１２３】そして、ルールは、シングルコンテンツの
取扱方針のルールと同様に、利用権毎に整理番号として
付けられたルール番号、利用権内容番号、パラメータ、
最低販売価格、コンテンツプロバイダの利益額、当該コ
ンテンツプロバイダの利益率、データサイズ、送信情報
から構成されている。

【０１２４】これら取扱方針において、データの種別は
そのデータが取扱方針のデータであることを示し、取扱
方針の種類は当該取扱方針がシングル又はアルバムコン
テンツのいずれの取扱方針であるかを示している。取扱
方針の有効期限は当該取扱方針の使用期間をその期限の
切れる日付、又は使用を開始した基準となる日から期限
の切れる日までの日数などによって示している。コンテ
ンツのＩＤおよびアルバムのＩＤは取扱方針が示す購入
可能なシングルコンテンツおよびアルバムコンテンツを
示し、コンテンツプロバイダのＩＤは、当該取扱方針を
規定したコンテンツプロバイダ２のＩＤを示している。

【０１２５】また、取扱方針のＩＤは当該取扱方針を識
別するためのものであり、例えば、同一コンテンツに対
して複数の取扱方針が設定された場合などに当該取扱方
針を識別するために使用される。取扱方針のバージョン
は使用期間に応じて改訂した取扱方針のその改訂情報を
示している。従って、取扱方針はこれら取扱方針のＩＤ
および取扱方針のバージョンにより管理される。

【０１２６】地域コードは取扱方針の使用可能な地域を
コード化して示しており、当該地域コードには取扱方針
の使用可能な地域を限定する特定の地域を示すコード
と、当該取扱方針を全ての地域で使用可能にするコード
を割り当てることができる。使用可能機器条件は取扱方
針を利用し得る機器の条件を示し、使用可能User条件は
取扱方針を利用し得るユーザの条件を示している。

【０１２７】サービスプロバイダのＩＤは取扱方針を利
用するサービスプロバイダ３のＩＤを示しており、当該
サービスプロバイダのＩＤには取扱方針を使用し得るサ
ービスプロバイダ３を限定する特定のサービスプロバイ
ダ３のＩＤと、当該取扱方針を複数（全て）のサービス
プロバイダで使用し得るようにするＩＤとがある。

【０１２８】さらに、世代管理情報はコンテンツの再購
入可能な最大回数を示す。署名は取扱方針から当該署名
を除く、データの種別から公開鍵証明書までの全体に対
して付けられるものである。署名を作成する際に用いた
アルゴリズムおよびパラメータと、当該署名の検証に用
いる鍵は公開鍵証明書に含まれている。

【０１２９】また、ルールにおいて、利用権内容番号
は、利用権内容毎に付加された番号であり、パラメータ
は権利内容のパラメータを示す。最低販売価格は利用権
内容に応じてシングルおよびアルバムコンテンツを販売
する際の最低の販売価格を示し、コンテンツプロバイダ
の利益額および利益率はシングルコンテンツおよびアル
バムコンテンツが購入されたときにコンテンツプロバイ
ダ２が得ることのできる利益の金額および販売価格に対
する利益率を示している。データサイズは送信情報のデ
ータサイズを示し、当該送信情報は、コンテンツプロバ
イダ２が設定した、利用権の購入によりユーザに加算さ
れるポイントや、当該ポイントに応じた利用権の割引額
でなるマイル情報や、必要に応じてコンテンツプロバイ
ダ２が設定した各種情報からなる。

【０１３０】ここで、アルバムコンテンツの取扱方針に
おいて、複数のルールは、当該アルバムの購入形態を示
している。また、アルバムコンテンツの取扱方針に格納
された複数のシングルコンテンツの取扱方針において、
当該取扱方針に格納されたルールは、それぞれ対応する
シングルコンテンツがアルバムのなかから、シングル曲
として単独で購入し得る、又は対応するシングルコンテ
ンツがアルバム曲としてのみ購入し得る（すなわち、ア
ルバムとして、他のシングルコンテンツと共に一体化し
てしか購入し得ない）等のようにアルバム内におけるシ
ングルコンテンツの購入形態を示している。

【０１３１】従って、アルバムコンテンツの取扱方針に
おいては、当該取扱方針のルールに基づいて、アルバム
コンテンツを購入し、又はシングルコンテンツの取扱方
針のルールに基づいて、シングルコンテンツをシングル
曲として購入するように、アルバムコンテンツと、シン
グル曲として販売し得るシングルコンテンツとのいずれ
も選択して購入し得るように定義されている。

【０１３２】また、アルバムコンテンツの取扱方針にお
いては、全体に対して署名を付けたことにより、当該署
名を検証するだけで、この取扱方針に格納したシングル
コンテンツの取扱方針の署名をそれぞれ検証しなくても
このアルバムコンテンツの取扱方針と共に、各シングル
コンテンツの取扱方針に対しても合わせて改竄のチェッ
クなどを行うことができ、かくして署名の検証を簡易化
し得る。

【０１３３】因みに、シングルおよびアルバムコンテン
ツの取扱方針には、必要に応じて、コンテンツに対する
署名の検証を実行するか否かを示す署名の検証の有無を
格納し得る。これは、コンテンツのデータ量が比較的多
く、署名の検証に時間がかかるためであり、取扱方針に
かかる署名の検証の有無の情報が格納された場合には、
当該情報に従ってコンテンツの署名の検証を実行し、又
は当該検証を実行しないようにする。

【０１３４】また、アルバムコンテンツの取扱方針にお
いては、当該アルバムを構成する複数のシングルコンテ
ンツの取扱方針を格納しているものの、これら複数のシ
ングルコンテンツの取扱方針を格納しなくても良い。

【０１３５】さらに、シングルおよびアルバムコンテン
ツの取扱方針においては、コンテンツプロバイダの利益
額および利益率を電子配信サービスセンタ１により一括
管理しても良いため、図３５および図３６に示すよう
に、これらコンテンツプロバイダの利益額および利益率
を除いて構成しても良い。

【０１３６】図３７および図３８は価格情報のデータフ
ォーマットを示すものであり、当該価格情報はサービス
プロバイダ３において、コンテンツプロバイダ２から与
えられるシングルコンテンツの取扱方針毎、またアルバ
ムコンテンツの取扱方針毎に生成され、シングルコンテ
ンツおよびアルバムコンテンツの価格を示す。

【０１３７】シングルコンテンツに対する価格情報（図
３７）のデータには、データの種別、価格情報の種類、
価格情報の有効期限、コンテンツのＩＤ、サービスプロ
バイダのＩＤ、価格情報のＩＤ、価格情報のバージョ
ン、地域コード、使用可能機器条件、使用可能User条
件、コンテンツプロバイダのＩＤ、当該価格情報が付加
された取扱方針のＩＤ、当該価格情報が示す購入可能な
利用権を含むルールの数、当該ルールの格納位置を示す
アドレス情報、そのアドレス情報の示す位置に格納され
たルール、公開鍵証明書、署名が格納されている。

【０１３８】そして、ルールは利用権毎に整理番号とし
て付けられたルール番号、サービスプロバイダの利益
額、当該サービスプロバイダの利益率、価格、データサ
イズ、送信情報から構成されている。

【０１３９】また、アルバムコンテンツに対する価格情
報（図３８）のデータには、データの種別、価格情報の
種類、価格情報の有効期限、アルバムのＩＤ、サービス
プロバイダのＩＤ、価格情報のＩＤ、価格情報のバージ
ョン、地域コード、使用可能機器条件、使用可能User条
件、コンテンツプロバイダのＩＤ、当該価格情報が付加
された取扱方針のＩＤ、当該アルバムを構成するシング
ルコンテンツの価格情報の数、そのシングルコンテンツ
の価格情報の格納位置を示すアドレス情報、当該アドレ
ス情報の示す位置に格納されたシングルコンテンツの価
格情報のデータパケット、当該価格情報が示す購入可能
な利用権を含むルールの数、そのルールの格納位置を示
すアドレス情報、当該アドレス情報の示す位置に格納さ
れたルール、公開鍵証明書、署名が格納されている。

【０１４０】そして、ルールは、シングルコンテンツに
対する価格情報のルールと同様に、利用権毎に整理番号
として付けられたルール番号、サービスプロバイダの利
益額、当該サービスプロバイダの利益率、価格、データ
サイズ、送信情報から構成されている。

【０１４１】これら価格情報において、データの種別は
このデータが価格情報のデータであることを示し、価格
情報の種類は当該価格情報がシングルコンテンツ又はア
ルバムコンテンツのいずれの価格情報であるかを示して
いる。価格情報の有効期限は当該価格情報の使用期間を
その期限の切れる日付、又は使用開始の基準となる日か
ら期限の切れる日までの日数などによって示している。
コンテンツのＩＤおよびアルバムのＩＤは価格情報が示
す購入可能なシングルコンテンツおよびアルバムコンテ
ンツを示し、サービスプロバイダのＩＤは当該価格情報
を作成したサービスプロバイダ３のＩＤを示している。

【０１４２】また、価格情報のＩＤは当該価格情報を識
別するためのものであり、例えば、同一コンテンツに対
して複数の価格情報が設定された場合などに当該価格情
報を識別するために使用される。価格情報のバージョン
は使用期間に応じて改訂された価格情報の改訂情報を示
している。従って、価格情報はこれら価格情報のＩＤお
よび価格情報のバージョンにより管理される。

【０１４３】地域コードは価格情報の使用可能な地域を
コード化して示しており、当該地域コードには価格情報
の使用可能な地域を限定する特定の地域を示すコード
と、当該価格情報を全ての地域で使用可能にするコード
を割り当てることができる。使用可能機器条件は価格情
報を利用し得る機器の条件を示し、使用可能User条件は
価格情報を利用し得るユーザの条件を示している。コン
テンツプロバイダのＩＤは価格情報を付加した取扱方針
を規定したコンテンツプロバイダ２のＩＤを示してい
る。取扱方針のＩＤは価格情報を付加した取扱方針を識
別するためのものである。

【０１４４】さらに、署名は価格情報から当該署名を除
く、データの種別から公開鍵証明書までの全体に対して
付けられるものである。署名を作成する際に用いたアル
ゴリズムおよびパラメータと、当該署名の検証に用いる
鍵は公開鍵証明書に含まれている。

【０１４５】また、ルールにおいて、ルール番号は対応
する取扱方針が示すルールのルール番号をそのまま用い
る。サービスプロバイダの利益額および利益率はシング
ルコンテンツおよびアルバムコンテンツが購入されたと
きにサービスプロバイダ３が得ることのできる利益の金
額および価格に対する利益率を示し、価格はサービスプ
ロバイダ３により利用権内容および対応する最低販売価
格に基づいて設定されたシングルコンテンツおよびアル
バムコンテンツの販売価格を示す。データサイズは送信
情報のデータサイズを示し、当該送信情報は、サービス
プロバイダ３が設定した、利用権の購入によりユーザに
加算されるポイントや、当該ポイントに応じた利用権の
割引額でなるマイル情報や、必要に応じてサービスプロ
バイダ３が設定した各種情報からなる。

【０１４６】ここで、サービスプロバイダ３は、価格情
報を生成する際、対応する取扱方針が示す購入可能な全
ての利用権を当該価格情報が示す購入可能な利用権とし
て設定することができると共に、当該取扱方針が示す購
入可能な全ての利用権のうちから任意に選定した利用権
を価格情報が示す購入可能な利用権として設定すること
もでき、コンテンツプロバイダ２が規定した利用権を選
定し得る。

【０１４７】また、アルバムコンテンツの価格情報にお
いて、複数のルールは、アルバムの購入形態に応じた販
売価格を規定している。また、アルバムコンテンツの価
格情報に格納された複数のシングルコンテンツの価格情
報のうち、シングル曲として販売し得るシングルコンテ
ンツの価格情報のルールは、当該シングル曲として販売
し得るシングルコンテンツの販売価格を規定している。

【０１４８】従って、アルバムコンテンツの価格情報に
おいては、当該価格情報１つでアルバムの販売価格と、
シングル曲として販売し得るシングルコンテンツの販売
価格とを認識し得るようになされている。

【０１４９】また、アルバムコンテンツの価格情報にお
いては、全体に対して署名を付けたことにより、当該署
名を検証するだけで、この価格情報に格納したシングル
コンテンツの価格情報の署名をそれぞれ検証しなくても
このアルバムコンテンツの価格情報と共に、各シングル
コンテンツの価格情報に対しても合わせて改竄のチェッ
クなどを行うことができ、かくして署名の検証を簡易化
し得る。

【０１５０】因みに、シングルおよびアルバムの価格情
報においては、図３３および図３４について上述した取
扱方針と同様にコンテンツに対する署名の検証の有無を
格納し得る。また、アルバムコンテンツの価格情報にお
いては、当該アルバムを構成する複数のシングルコンテ
ンツの価格情報を格納しているものの、これら複数のシ
ングルコンテンツの価格情報を格納しなくても良い。

【０１５１】さらに、シングルおよびアルバムコンテン
ツの価格情報においては、サービスプロバイダの利益額
および利益率を電子配信サービスセンタ１により一括管
理しても良いため、図３９および図４０に示すように、
これらサービスプロバイダの利益額および利益率を除い
て構成しても良い。

【０１５２】図４１は使用許諾条件情報のデータフオー
マットを示すものであり、当該使用許諾条件情報はユー
ザホームネットワーク５内の機器において、ユーザがコ
ンテンツを購入した際、当該購入したコンテンツの取扱
方針に基づいて作成され、この取扱方針の示す利用権内
容のうちのユーザが選択した利用権内容を示す。

【０１５３】使用許諾条件情報のデータには、データの
種別、使用許諾条件情報の種類、使用許諾条件情報の有
効期限、コンテンツのＩＤ、アルバムのＩＤ、暗号処理
部のＩＤ、ユーザのＩＤ、コンテンツプロバイダのＩ
Ｄ、取扱方針のＩＤ、取扱方針のバージョン、サービス
プロバイダのＩＤ、価格情報のＩＤ、価格情報のバージ
ョン、使用許諾条件情報のＩＤ、再生権（利用権）に整
理番号として付けられたルール番号、利用権内容番号、
再生残り回数、再生権の有効期限、複製権（利用権）に
整理番号として付けられたルール番号、利用権内容番
号、複製の残り回数、世代管理情報、再生権を保有する
暗号処理部のＩＤが格納されている。

【０１５４】使用許諾条件情報において、データの種別
はこのデータが使用許諾条件情報のデータであることを
示し、使用許諾条件情報の種類は当該使用許諾条件情報
がシングルコンテンツ又はアルバムコンテンツのいずれ
の使用許諾条件情報であるかを示している。使用許諾条
件情報の有効期限は当該使用許諾条件情報の使用期間を
その期限の切れる日付、又は使用開始の基準となる日か
ら期限の切れる日までの日数などによって示している。

【０１５５】コンテンツのＩＤには購入されたシングル
コンテンツを示すＩＤが記述され、アルバムのＩＤには
アルバムが購入されたときのみ当該アルバムを示すＩＤ
が記述される。実際には、コンテンツがシングルとして
購入された場合、コンテンツのＩＤのみに購入されたシ
ングルコンテンツを示すＩＤが記述され、また、コンテ
ンツがアルバムとして購入された場合には、コンテンツ
のＩＤに、アルバムを構成する全てのシングルコンテン
ツのＩＤが記述され、かつアルバムのＩＤに購入された
アルバムを示すＩＤが記述される。従って、このアルバ
ムのＩＤをみれば、購入されたコンテンツがシングルで
あるか、又はアルバムであるかを容易に判断し得る。

【０１５６】暗号処理部のＩＤはコンテンツを購入処理
したユーザホームネットワーク５内の機器の暗号処理部
を示す。ユーザのＩＤはコンテンツを購入したユーザホ
ームネットワーク５内の機器を複数のユーザが共有して
いるときに、当該機器を共有する複数のユーザを示して
いる。

【０１５７】また、コンテンツプロバイダのＩＤは使用
許諾条件情報を作成するために用いた取扱方針を規定し
たコンテンツプロバイダ２のＩＤを示し、取扱方針のＩ
Ｄは当該使用許諾条件情報を作成するために用いた取扱
方針を示す。取扱方針のバージョンは使用許諾条件情報
を作成するために用いた取扱方針の改訂情報を示してい
る。サービスプロバイダのＩＤは使用許諾条件情報を作
成するために用いた価格情報を作成したサービスプロバ
イダ３のＩＤを示し、価格情報のＩＤは当該使用許諾条
件情報を作成するために用いた価格情報を示す。価格情
報のバージョンは使用許諾条件情報を作成するために用
いた取扱方針の改訂情報を示している。従って、これら
コンテンツプロバイダのＩＤ、取扱方針のＩＤ、取扱方
針のバージョン、サービスプロバイダのＩＤ、価格情報
のＩＤおよび価格情報のバージョンにより、ユーザが購
入したコンテンツを提供したコンテンツプロバイダ２又
はサービスプロバイダ３を知り得るようになされてい
る。

【０１５８】使用許諾条件情報のＩＤはコンテンツを購
入したユーザホームネットワーク５内の機器の暗号処理
部が付けるものであり、当該使用許諾条件情報を識別す
るために使用される。再生権のルール番号は利用権のう
ちの再生権に付けられた整理番号を示し、対応する取扱
方針および価格情報が示すルールのルール番号をそのま
ま用いる。利用権内容は後述する再生権の内容を示す。
再生残り回数は購入したコンテンツに対して予め設定さ
れた再生回数のうちの残りの再生回数を示し、再生権の
有効期限は購入したコンテンツの対する再生可能期間を
その期限の切れる日時などによって示している。

【０１５９】また、複製権のルール番号は利用権のうち
の複製権に付けられた整理番号を示し、対応する取扱方
針および価格情報が示すルールのルール番号をそのまま
用いる。利用権内容は後述する複製権の内容を示す。複
製残り回数は購入したコンテンツに対して予め設定され
た複製回数のうちの残りの複製回数を示す。

【０１６０】さらに、世代管理情報はコンテンツを再購
入した際に当該コンテンツの再購入可能な残り回数を示
す。再生権を保有する暗号処理部のＩＤは現時点におい
て再生権を保有する暗号処理部を示しており、管理移動
したときには再生権を保有する暗号処理部のＩＤが変更
される。

【０１６１】因みに、使用許諾条件情報においては、複
製権に対して有効期限を規定しても良く、当該有効期限
を規定した場合には購入したコンテンツの対する複製可
能期間をその期限の切れる日時などによって示す。

【０１６２】図４２は課金情報を示すものであり、当該
課金情報はユーザホームネットワーク５内の機器によ
り、コンテンツの購入の際に、当該コンテンツに対応す
る取扱方針および価格情報に基づいて生成される。

【０１６３】課金情報のデータには、データの種別、暗
号処理部のＩＤ、ユーザのＩＤ、コンテンツのＩＤ、コ
ンテンツプロバイダのＩＤ、取扱方針のＩＤ、取扱方針
のバージョン、サービスプロバイダのＩＤ、価格情報の
ＩＤ、価格情報のバージョン、使用許諾条件情報のＩ
Ｄ、ルール番号、コンテンツプロバイダ２の利益額およ
び利益率、サービスプロバイダの利益額および利益率、
世代管理情報、コンテンツプロバイダの設定した送信情
報のデータサイズ、そのコンテンツプロバイダの設定し
た送信情報、サービスプロバイダの設定した送信情報の
データサイズ、そのサービスプロバイダの設定した送信
情報、供給元のＩＤが格納されている。

【０１６４】課金情報において、データの種別は当該デ
ータが課金情報であることを示し、暗号処理部のＩＤ
は、コンテンツの購入処理を実行して当該課金情報を生
成した機器の暗号処理部を示す。ユーザのＩＤはコンテ
ンツを購入したユーザホームネットワーク５内の機器を
複数のユーザが共有しているときに、当該機器を共有す
る複数のユーザを示し、コンテンツのＩＤは当該購入さ
れたコンテンツ（シングルコンテンツ又はアルバムコン
テンツ）を示す。

【０１６５】また、コンテンツプロバイダのＩＤは購入
処理に用いた取扱方針を規定したコンテンツプロバイダ
２のＩＤ（この取扱方針に含まれるコンテンツプロバイ
ダのＩＤ）を示し、取扱方針のＩＤは当該購入処理に用
いた取扱方針を示す。取扱方針のバージョンは、購入処
理に用いた取扱方針の改訂情報を示す。サービスプロバ
イダのＩＤは購入処理に用いた価格情報を作成したサー
ビスプロバイダ３のＩＤ（この価格情報に含まれるサー
ビスプロバイダのＩＤ）を示し、価格情報のＩＤは当該
購入処理に用いた価格情報を示す。価格情報のバージョ
ンは、購入処理に用いた価格情報の改訂情報を示す。

【０１６６】使用許諾条件情報のＩＤは購入処理の際に
作成した使用許諾条件情報のＩＤを示し、ルール番号は
購入された利用権に整理番号として付けられたルール番
号を示す。コンテンツプロバイダの利益額および利益率
はコンテンツの購入によりコンテンツプロバイダ２に分
配される配当の金額および売上に対する割合を示し、サ
ービスプロバイダの利益額および利益率は当該コンテン
ツの購入によりサービスプロバイダ３に分配される配当
の金額および売上に対する割合を示す。

【０１６７】さらに、世代管理情報は購入されたコンテ
ンツの世代を示す。また、コンテンツプロバイダの設定
した送信情報のデータサイズおよびそのコンテンツプロ
バイダの設定した送信情報には、購入処理に用いた取扱
方針が示すデータサイズと、送信情報をそのまま格納す
ると共に、サービスプロバイダの設定した送信情報のデ
ータサイズおよびそのサービスプロバイダの設定した送
信情報には購入処理に用いた価格情報が示すデータサイ
ズと、送信情報をそのまま格納する。そして、供給元の
ＩＤは、購入処理したコンテンツの供給元の機器を示
し、このＩＤはコンテンツの再購入が行われる毎に累積
される。

【０１６８】因みに、課金情報においては、コンテンツ
プロバイダの利益額および利益率と、サービスプロバイ
ダの利益額および利益率を電子配信サービスセンタ１に
より一括管理しても良いため、図４３に示すように、こ
れらコンテンツプロバイダの利益額および利益率および
サービスプロバイダの利益額および利益率を除いて構成
しても良い。

【０１６９】図４４は購入可能な利用権の内容を示した
ものであり、当該利用権としては、大きく分けて再生
権、複製権、権利内容変更権、再購入権、追加購入権、
管理移動権がある。

【０１７０】再生権には、期間制限および回数制限のな
い無制限再生権と、再生期間を制限する期間制限付き再
生権、再生の積算時間を制限する積算時間制限付き再生
権、再生回数を制限する回数制限付き再生権がある。複
製権には、期間制限、回数制限およびコピー管理情報
（例えば、シリアルコピーマネージメント：SCMS）のな
いコピー管理情報なし無制限複製権、複製回数を制限す
るもののコピー管理情報のない回数制限付きおよびコピ
ー管理情報なし複製権、期間制限および回数制限はない
もののコピー管理情報を付加して提供するコピー管理情
報付き複製権、複製回数を制限し、かつコピー管理情報
を付加して提供する回数制限およびコピー管理情報付き
複製権がある。因みに、複製権としては、この他に複製
可能期間を制限する期間制限付き複製権（コピー管理情
報を付加するものと、当該コピー管理情報を付加しない
ものとがある）や、複製の積算時間（すなわち、複製さ
れたコンテンツの再生に要する積算時間）を制限する積
算時間制限付き複製権（コピー管理情報を付加するもの
と、当該コピー管理情報を付加しないものとがある）等
がある。

【０１７１】また、権利内容変更権は上述したように既
に購入した利用権の内容を別の内容に変更する権利であ
り、再購入権も上述したように他の機器で購入した権利
に基づき利用権を別途購入する権利である。追加購入権
は、既に単独で購入したコンテンツに当該コンテンツを
含むアルバムの他のコンテンツを追加購入してアルバム
化する権利であり、管理移動権は購入した利用権を移動
して保有者を変更する権利である。

【０１７２】次に、図３３などに示されている利用権内
容の具体例を説明する。実際に、無制限再生権のデータ
としては、図４５（Ａ）に示すように、再生権の有効期
間をその期限の切れる日付、又は有効期間開始の基準と
なる日から期限の切れる日までの日数などによって示す
当該再生権の有効期限の情報が利用権内容の領域に格納
される。期間制限付き再生権のデータとしては、図４５
（Ｂ）に示すように、再生権の有効期間をその期限の切
れる日付、又は有効期間開始の基準となる日から期限の
切れる日までの日数などによって示す当該再生権の有効
期限の情報が利用権内容の領域に格納される。

【０１７３】積算時間制限付き再生権のデータとして
は、図４５（Ｃ）に示すように再生権の有効期間をその
期限の切れる日付、又は有効期間開始の基準となる日か
ら期限の切れる日までの日数などによって示す当該再生
権の有効期限の情報と、再生し得る積算時間の制限を示
す日数および時間の情報とが利用権内容の領域に格納さ
れる。回数制限付き再生権のデータとしては、図４５
（Ｄ）に示すように、再生権の有効期間をその期限の切
れる日付、又は有効期間開始の基準となる日から期限の
切れる日までの日数などによって示す当該再生権の有効
期限の情報と、再生し得る回数を示す再生回数の情報と
が利用権内容の領域に格納される。

【０１７４】また、コピー管理情報なし無制限複製権の
データとしては、図４５（Ｅ）に示すように、複製権の
有効期間をその期限の切れる日付、又は有効期間開始の
基準となる日から期限の切れる日までの日数などによっ
て示す当該複製権の有効期限の情報が利用権内容の領域
に格納されている。回数制限付きおよびコピー管理情報
なし複製権のデータとしては、図４５（Ｆ）に示すよう
に、複製権の有効期間をその期限の切れる日付、又は有
効期間開始の基準となる日から期限の切れる日までの日
数などによって示す当該複製権の有効期限の情報と、複
製し得る回数を示す複製回数の情報とが利用権内容の領
域に格納される。

【０１７５】コピー管理情報付き複製権のデータとして
は、図４５（Ｇ）に示すように、複製権の有効期間をそ
の期限の切れる日付、又は有効期間開始の基準となる日
から期限の切れる日までの日数などによって示す当該複
製権の有効期限の情報が利用権内容の領域に格納されて
いる。回数制限およびコピー管理情報付き複製権のデー
タとしては、図４５（Ｈ）に示すように、複製権の有効
期間をその期限の切れる日付、又は有効期間開始の基準
となる日から期限の切れる日までの日数などによって示
す当該複製権の有効期限の情報と、複製し得る回数を示
す複製回数の情報とが利用権内容の領域に格納される。

【０１７６】さらに、権利内容変更権のデータとして
は、図４５（Ｉ）に示すように、当該権利内容変更権の
有効期間をその期限の切れる日付、又は有効期間開始の
基準となる日から期限の切れる日までの日数などによっ
て示す当該権利内容変更権の有効期限の情報と、変更前
の利用権内容を検索するための旧ルール番号と、変更後
の利用権内容を検索するための新ルール番号とが利用権
内容の領域に格納される。因みに、利用権内容として、
例えば、期間制限付き再生権１つをみても、その期間の
設定により複数種類の期間制限付き再生権が存在するよ
うに、利用権内容毎に複数種類の内容が存在する。従っ
て、利用権内容を利用権内容番号だけでは管理し難いた
め、権利内容変更権においては、これら利用権内容毎の
複数の内容毎に付けられたルール番号により利用権内容
を管理する。

【０１７７】再購入権のデータとしては、図４５（Ｊ）
に示すように、当該再購入権の有効期間をその期限の切
れる日付、又は有効期間開始の基準となる日から期限の
切れる日までの日数などによって示す当該再購入権の有
効期限の情報と、再購入前の利用権内容を検索するため
の旧ルール番号と、再購入後の利用権内容を検索するた
めの新ルール番号と、再購入し得る最大回数の示す最大
配信世代情報とが利用権内容の領域に格納される。

【０１７８】追加購入権のデータとしては、図４５
（Ｋ）に示すように、当該追加購入権の有効期間をその
期限の切れる日付、又は有効期間開始の基準となる日か
ら期限の切れる日までの日数などによって示す当該追加
購入権の有効期限の情報と、アルバムコンテンツを構成
する複数のシングルコンテンツのうちの既に購入したシ
ングルのコンテンツを示す最小保有コンテンツ番号およ
び最大保有コンテンツ番号とが利用権内容の領域に格納
される。

【０１７９】管理移動権のデータとしては、図４５
（Ｌ）に示すように、当該管理移動権の有効期間をその
期限の切れる日付、又は有効期間開始の基準となる日か
ら期限の切れる日までの日数などによって示す当該管理
移動権の有効期限の情報が利用権内容の領域に格納され
る。

【０１８０】因みに、かかる利用権内容として、例え
ば、ゲームのデータを複数のコンテンツに分割した際に
これらコンテンツを所定の順番に従って購入するための
コンテンツ購入権を規定しても良い。そして、コンテン
ツ購入権のデータとしては、図４５（Ｍ）に示すよう
に、当該コンテンツ購入権の有効期間をその期限の切れ
る日付、又は有効期間開始の基準となる日から期限の切
れる日までの日数などによって示す当該コンテンツ購入
権の有効期限の情報と、既に購入されているコンテンツ
のＩＤと、既に購入された利用権内容を検索するための
旧ルール番号と、新たに購入する利用権内容を検索する
ための新ルール番号とを利用権内容の領域に格納する。
このようにすることで、連続したストーリーをもつゲー
ムプログラムなどを、ユーザに連続して購入させるよう
にしたり、また、コンテンツ（ゲーム）そのものをアッ
プグレードし得る。

【０１８１】図４６はシングルコンテンツのデータフォ
ーマットを示すものであり、当該シングルコンテンツの
データには、データの種別、コンテンツの種類、コンテ
ンツの有効期限、コンテンツのカテゴリー、コンテンツ
のＩＤ、コンテンツプロバイダのＩＤ、コンテンツの暗
号方式、暗号化したコンテンツのデータ長、その暗号し
たコンテンツ、公開鍵証明書、署名が格納されている。

【０１８２】このシングルコンテンツにおいて、データ
の種別はそのデータがコンテンツのデータであることを
示し、コンテンツの種類は当該コンテンツがシングルで
あることを示す。コンテンツの有効期限は当該コンテン
ツの配信期限をこの期限の切れる日付、又は配信を開始
した基準となる日から期限の切れる日までの日数などに
よって示している。コンテンツのカテゴリーは当該コン
テンツが音楽データ、プログラムデータ、映像データな
どのいずれのカテゴリーのものであるかを示し、コンテ
ンツのＩＤはこのシングルコンテンツを識別するための
ものである。

【０１８３】コンテンツプロバイダのＩＤは、このシン
グルコンテンツを保有するコンテンツプロバイダ２のＩ
Ｄを示す。コンテンツの暗号方式は当該コンテンツの暗
号に用いる暗号方式（例えば、DES ）を示す。署名はシ
ングルコンテンツのデータから当該署名を除く、データ
の種別から公開鍵証明書までの全体に対して付けられる
ものである。署名を作成する際に用いたアルゴリズムお
よびパラメータと、当該署名の検証に用いる鍵は公開鍵
証明書に含まれている。

【０１８４】また、図４７はアルバムコンテンツのデー
タフォーマットを示すものであり、当該アルバムコンテ
ンツのデータには、データの種別、コンテンツの種類、
コンテンツの有効期限、アルバムのＩＤ、コンテンツプ
ロバイダのＩＤ、シングルコンテンツの数、シングルコ
ンテンツのアドレス情報、シングルコンテンツ、公開鍵
証明書、署名が格納されている。

【０１８５】このアルバムコンテンツにおいて、データ
の種別はそのデータがコンテンツのデータであることを
示し、コンテンツの種類は当該コンテンツがアルバムで
あることを示す。コンテンツの有効期限は当該コンテン
ツの配信期限をこの期限の切れる日付、又は配信を開始
した基準となる日から期限の切れる日までの日数などに
よって示し、アルバムのＩＤはこのアルバムコンテンツ
を識別するためのものである。

【０１８６】コンテンツプロバイダのＩＤは、このアル
バムコンテンツを保有するコンテンツプロバイダ２のＩ
Ｄを示す。シングルコンテンツの数はアルバムを構成す
るシングルコンテンツの数を示し、シングルコンテンツ
のアドレス情報は当該アルバムを構成するシングルコン
テンツの格納位置を示し、そして、シングルコンテンツ
は当該アドレス情報の示す位置に実際に格納された、こ
のアルバムを構成する複数のシングルコンテンツのデー
タパケットである。また、署名はアルバムコンテンツの
データから当該署名を除く、データの種別から公開鍵証
明書までの全体に対して付けられるものである。署名を
作成する際に用いたアルゴリズムおよびパラメータと、
当該署名の検証に用いる鍵は公開鍵証明書に含まれてい
る。

【０１８７】そして、アルバムコンテンツにおいては、
全体に対して署名を付けたことにより、当該署名を検証
するだけで、このアルバムコンテンツに格納したシング
ルコンテンツの署名をそれぞれ検証しなくても当該アル
バムコンテンツと共に、各シングルコンテンツに対して
も合わせて改竄のチェックなどを行うことができ、かく
して署名の検証を簡易化し得る。

【０１８８】図４８はシングルコンテンツ用の鍵のデー
タフォーマットを示すものであり、当該シングルコンテ
ンツ用の鍵データには、データの種別、鍵データの種
類、鍵の有効期限、コンテンツのＩＤ、コンテンツプロ
バイダのＩＤ、鍵のバージョン、コンテンツ鍵Ｋ_coの暗
号方式、暗号化されたコンテンツ鍵Ｋ_co、個別鍵Ｋ_i の
暗号方式、暗号化された個別鍵Ｋ_i 、公開鍵証明書、署
名が格納されている。

【０１８９】シングルコンテンツ用の鍵データにおい
て、データの種別はこのデータが鍵のデータであること
を示し、鍵データの種類は当該鍵データがシングルコン
テンツ用であることを示す。鍵の有効期限は鍵データに
示す鍵（コンテンツ鍵Ｋ_coおよび個別鍵Ｋ_i ）の使用期
間をその期限の切れる日付、又は鍵の使用を開始した基
準となる日から期限の切れる日までの日数などによって
示し、コンテンツのＩＤはコンテンツ鍵Ｋ_coにより暗号
化するシングルコンテンツを示す。コンテンツプロバイ
ダのＩＤはコンテンツを保有し、かつコンテンツ鍵Ｋ_co
を生成したコンテンツプロバイダ２のＩＤを示す。

【０１９０】鍵のバージョンは使用期間に応じて改訂さ
れた鍵（コンテンツ鍵Ｋ_coおよび個別鍵Ｋ_i ）の改訂情
報を示す。コンテンツ鍵Ｋ_coの暗号方式は個別鍵Ｋ_i を
用いてコンテンツ鍵Ｋ_coを暗号化する際の暗号方式（例
えば、DES ）を示し、暗号化されたコンテンツ鍵Ｋ_coは
その暗号方式により個別鍵Ｋ_i を用いて暗号化されたコ
ンテンツ鍵Ｋ_coを示す。個別鍵Ｋ_i の暗号化方式は配送
鍵Ｋ_d を用いて個別鍵Ｋ_i を暗号化する際の暗号方式
（例えば、Triple-DES-CBC）を示し、暗号化された個別
鍵Ｋ_i はその暗号方式により配送鍵Ｋ_d を用いて暗号化
された個別鍵Ｋ_iを示す。署名はシングルコンテンツ用
の鍵データから当該署名を除く、データの種別から公開
鍵証明書までの全体に対して付けられるものである。署
名を作成する際に用いたアルゴリズムおよびパラメータ
と、当該署名の検証に用いる鍵は公開鍵証明書に含まれ
ている。

【０１９１】ここで、配送鍵Ｋ_d および個別鍵Ｋ_i はコ
ンテンツプロバイダ２からシングルコンテンツ用の鍵デ
ータにより常に一体にされて配送される。そして、シン
グルコンテンツ用の鍵データにおいては、その全体に対
して１つの署名が付加されている。従って、シングルコ
ンテンツ用の鍵データを受け取った機器においては、暗
号化されたコンテンツ鍵Ｋ_coおよび暗号化された個別鍵
Ｋ_i に対してそれぞれ別々に署名を検証する必要がな
く、シングルコンテンツ用の鍵データの１つの署名を検
証するだけで当該暗号化されたコンテンツ鍵Ｋ_coおよび
暗号化された個別鍵Ｋ_i に対する署名の検証をしたこと
になり、かくして、これら暗号化されたコンテンツ鍵Ｋ
_coおよび暗号化された個別鍵Ｋ_i に対する署名の検証を
簡易化し得る。

【０１９２】因みに、個別鍵Ｋ_i は、当該個別鍵Ｋ_i を
用いてコンテンツ鍵Ｋ_coを暗号化するコンテンツプロバ
イダのＩＤと共に暗号化される。実際に、トリプルデス
のＣＢＣモードと呼ばれる暗号化方式によってコンテン
ツプロバイダのＩＤと共に個別鍵Ｋ_i を暗号化する方法
を図４９を用いて説明する。すなわち、かかる暗号化方
式では、所定の初期値と、個別鍵Ｋ_i （64bit ）とを連
接した後、配送鍵Ｋ_dを用いてトリプルデスのＣＢＣモ
ードによる暗号化方式で暗号化し、この結果、得られた
64bit の第１の値をコンテンツプロバイダのＩＤ（64bi
t ）と連接した後、再び配送鍵Ｋ_d を用いてトリプルデ
スのＣＢＣモードによる暗号化方式で暗号化し、かくし
て、64bit の第２の値を得る。そして、かかる暗号化方
式では、第１の値と第２の値とを連接した16バイトのデ
ータが、シングルコンテンツ用の鍵データに格納される
暗号化された個別鍵Ｋ_i となる（この場合、第１の値は
シングルコンテンツ用の鍵データに格納される暗号化さ
れた個別鍵Ｋ_i の始めの64bit のデータに相当し、ま
た、第２の値は当該シングルコンテンツ用の鍵データに
格納される暗号化された個別鍵Ｋ_i 内の第１の値に続く
64bit のデータとなる）。

【０１９３】また、図５０はアルバムコンテンツ用の鍵
データを示すものであり、当該アルバムコンテンツ用の
鍵データには、データの種別、鍵データの種類、鍵の有
効期限、アルバムのＩＤ、コンテンツプロバイダのＩ
Ｄ、鍵のバージョン、アルバムを構成するシングルコン
テンツの暗号化の際に用いるシングルコンテンツ用の鍵
データの数、その鍵データの格納位置を示すアドレス情
報、当該アドレス情報の示す位置に格納された鍵データ
パケット、公開鍵証明書、署名が格納されている。

【０１９４】アルバムコンテンツ用の鍵データにおい
て、データの種別はこのデータが鍵のデータであること
を示し、鍵データの種類は当該鍵データがアルバムコン
テンツ用であることを示す。鍵の有効期限は鍵データに
示す鍵（コンテンツ鍵Ｋ_co）の使用期間をその期限の切
れる日付、又は鍵の使用を開始した基準となる日から期
限の切れる日までの日数などによって示し、アルバムの
ＩＤはコンテンツ鍵Ｋ_coにより暗号化するシングルコン
テンツからなるアルバムコンテンツを示す。コンテンツ
プロバイダのＩＤはアルバムコンテンツを暗号化するコ
ンテンツプロバイダ２のＩＤを示す。

【０１９５】鍵のバージョンは使用期間に応じて改訂さ
れた鍵（コンテンツ鍵Ｋ_co）の改訂情報を示す。署名は
シングルコンテンツ用の鍵データから当該署名を除く、
データの種別から公開鍵証明書までの全体に対して付け
られるものである。署名を作成する際に用いたアルゴリ
ズムおよびパラメータと、当該署名の検証に用いる鍵は
公開鍵証明書に含まれている。

【０１９６】そして、アルバムコンテンツ用の鍵データ
においては、全体に対して署名を付けたことにより、当
該署名を検証するだけで、当該アルバムコンテンツ用の
鍵データに格納した複数のシングルコンテンツ用の鍵デ
ータの署名をそれぞれ検証しなくても当該アルバムコン
テンツ用の鍵データと共に、各シングルコンテンツ用の
鍵データに対しても合わせて改竄のチェックなどを行う
ことができ、かくして署名の検証を簡易化し得る。

【０１９７】図５１は、１つの共通鍵で、共通鍵暗号で
あるＤＥＳを用いる、暗号処理部６５と伸張部６６との
相互認証の動作を説明する図である。図５１において、
Ａを伸張部６６、Ｂを暗号処理部６５とすると、暗号処
理部６５は６４ビットの乱数Ｒ_B を生成し、Ｒ_B および
自己のＩＤであるＩＤ_B を、上位コントローラ６２を介
して伸張部６６に送信する。これを受信した伸張部６６
は、新たに６４ビットの乱数Ｒ_A を生成し、Ｒ_A 、
Ｒ_B 、ＩＤ_B をＤＥＳのＣＢＣモードで鍵Ｋ_ABを用いて
暗号化し、上位コントローラ６２を介して暗号処理部６
５に返送する。

【０１９８】ＤＥＳのＣＢＣモードとは、暗号化する際
に、一つ前の出力と入力を排他的論理和し、それから暗
号化する手法である。本例で言うならば、 Ｘ＝ＤＥＳ（Ｋ_AB、Ｒ_A ＋ＩＶ） ＩＶ＝初期値、＋：排他的論理和 Ｙ＝ＤＥＳ（Ｋ_AB、Ｒ_B ＋Ｘ） Ｚ＝ＤＥＳ（Ｋ_AB、ＩＤ_B ＋Ｙ） となり、出力は、Ｘ、Ｙ、Ｚとなる。これらの式におい
て、ＤＥＳ（Ｋ_AB、Ｒ_A＋ＩＶ）は鍵Ｋ_ABを使ってデー
タＲ_A ＋ＩＶをＤＥＳで暗号化することを表し、ＤＥＳ
（Ｋ_AB、Ｒ_B ＋Ｘ）は鍵Ｋ_ABを使ってデータＲ_B ＋Ｘを
ＤＥＳで暗号化することを表し、ＤＥＳ（Ｋ_AB、ＩＤ_B
＋Ｙ）は鍵Ｋ_ABを使ってデータＩＤ_B ＋ＹをＤＥＳで暗
号化することを表す。

【０１９９】これを受信した暗号処理部６５は、受信デ
ータを鍵Ｋ_ABで復号化し、Ｒ_B およびＩＤ_B が、暗号処
理部６５が送信したものと一致するか検査する。この検
査に通った場合、伸張部６６を正当なものとして認証す
る。続けて、セッション鍵（一時鍵Ｋ_tempのこと、乱数
により生成する）ＳＫ_ABを生成し、Ｒ_B 、Ｒ_A 、ＳＫ_AB
をＤＥＳのＣＢＣモードで鍵Ｋ_ABを用いて暗号化し、上
位コントローラ６２を介して伸張部６６に送信する。こ
れを受信した伸張部６６は、受信データを鍵Ｋ_ABで復号
化し、Ｒ_B およびＲ_A が、伸張部６６が送信したものと
一致するか検査する。この検査に通った場合、暗号処理
部６５を正当なものとして認証し、データＳＫ_ABをセッ
ション鍵として以降の通信に使用する。なお、受信デー
タの検査の際に、不正、不一致が見つかった場合には、
相互認証が失敗したものとして処理を中断する。

【０２００】図５２は、公開鍵暗号である、１６０ビッ
ト長の楕円曲線暗号を用いる、ホームサーバ５１の暗号
処理部６５内の相互認証モジュール９５と据置機器５２
の暗号処理部７３内の図示せぬ相互認証モジュールとの
相互認証の動作を説明する図である。図５２において、
Ａを暗号処理部７３、Ｂを暗号処理部６５とすると、暗
号処理部６５は、６４ビットの乱数Ｒ_B を生成し、上位
コントローラ６２、通信部６１を介して据置機器５２へ
送信する。これを受信した据置機器５２は、暗号処理部
７３において新たに６４ビットの乱数Ｒ_A 、および標数
ｐより小さい乱数Ａ_K を生成する。そして、ベースポイ
ントＧをＡ_K 倍した点Ａ_V を求め、Ｒ_A、Ｒ_B 、Ａ
_V （Ｘ座標とＹ座標）を連接し（６４ビット＋６４ビッ
ト＋１６０ビット＋１６０ビットで、４４８ビットにな
る）、そのデータに対し、自己の持つ秘密鍵で署名デー
タＡ．Ｓｉｇを生成する。なお、ベースポイントのスカ
ラー倍は図１０の署名の生成で説明した方法と同じであ
るためその説明は省略する。データの連接とは、例えば
次のようになる。１６ビットのデータＡと１６ビットの
データＢを連接すると、上位１６ビットのデータがＡ
で、下位１６ビットのデータがＢになる３２ビットのデ
ータのことを言う。署名の生成は図１０の署名の生成で
説明した方法と同じであるためその説明は省略する。

【０２０１】次に、暗号処理部７３は、Ｒ_A 、Ｒ_B 、Ａ
_V および署名データＡ．Ｓｉｇを上位コントローラ７２
に引き渡し、上位コントローラ７２は、据置機器５２用
の公開鍵証明書（小容量記憶部７５に保存されている）
を追加して通信部７１を介してホームサーバ５１に送信
する。公開鍵証明書は図３２で説明しているのでその詳
細は省略する。これを受信したホームサーバ５１は、暗
号処理部６５において据置機器５２の公開鍵証明書の署
名を検証する。署名の検証は、図１１の署名の検証で説
明した方法と同じであるためその説明は省略する。次
に、送られてきたデータのうち、乱数Ｒ_B が、暗号処理
部６５が送信したものと同一かどうか検査し、同一であ
った場合には署名データＡ．Ｓｉｇを検証する。検証に
成功したとき、暗号処理部６５は暗号処理部７３を認証
する。なお、署名の検証は図１１の署名の検証で説明し
た方法と同じであるためその説明は省略する。そして、
暗号処理部６５は、標数ｐより小さい乱数Ｂ_K を生成
し、ベースポイントＧをＢ_K 倍した点Ｂ_V を求め、
Ｒ_B 、Ｒ_A 、Ｂ_V （Ｘ座標とＹ座標）を連接し、そのデ
ータに対し、自己の持つ秘密鍵で署名データＢ．Ｓｉｇ
を生成する。最後に、暗号処理部６５は、Ｒ_B 、Ｒ_A 、
Ｂ_V および署名データＢ．Ｓｉｇを上位コントローラ６
２に引き渡し、上位コントローラ６２は、ホームサーバ
５１用の公開鍵証明書（大容量記憶部６８に保存されて
いる）を追加して通信部６１を介して据置機器５２に送
信する。

【０２０２】これを受信した据置機器５２は、暗号処理
部７３においてホームサーバ５１の公開鍵証明書の署名
を検証する。次に、送られてきたデータのうち、乱数Ｒ
_A が、暗号処理部７３が送信したものと同一かどうか検
査し、同一であった場合には署名データＢ．Ｓｉｇを検
証する。検証に成功したとき、暗号処理部７３は暗号処
理部６５を認証する。

【０２０３】両者が認証に成功した場合には、暗号処理
部６５はＢ_K Ａ_V （Ｂ_K は乱数だが、Ａ_V は楕円曲線上
の点であるため、楕円曲線上の点のスカラー倍計算が必
要）を計算し、暗号処理部７３はＡ_K Ｂ_V を計算し、こ
れら点のＸ座標の下位６４ビットをセッション鍵（一時
鍵Ｋ_temp）として以降の通信に使用する（共通鍵暗号を
６４ビット鍵長の共通鍵暗号とした場合）。因に、通信
に使用するセッション鍵としては、Ｘ座標の下位６４ビ
ットに限らず、Ｙ座標の下位６４ビットを用いるように
しても良い。なお、相互認証後の秘密通信においては、
データは一時鍵Ｋ_tempで暗号化されるだけでなく、その
暗号化された送信データに署名が付されることがある。

【０２０４】署名の検証、受信データの検証の際に、不
正、不一致が見つかった場合には、相互認証が失敗した
ものとして処理を中断する。

【０２０５】図５３は、ユーザホームネットワーク５内
の決済可能機器が、電子配信サービスセンタ１へ課金情
報を送信するときの動作を説明する図である。ユーザホ
ームネットワーク５内の決済可能機器は、登録情報から
代理決済すべき対象機器を検索し、相互認証を行い、課
金情報を共有した一時鍵Ｋ_temp（この鍵は、相互認証す
るたびに異なる）で暗号化して送らせる（このとき、デ
ータに署名が付いている）。全ての機器について処理が
終わった後、電子配信サービスセンタ１と相互認証を
し、共有した一時鍵で全ての課金情報を暗号化し、これ
らに署名データを付け、登録情報、必要に応じて取扱方
針、価格情報と共に電子配信サービスセンタ１に送信す
る。なお、ユーザホームネットワーク５から電子配信サ
ービスセンタ１へ送信される課金情報に、取扱方針のＩ
Ｄや価格情報のＩＤ等の金額の分配に必要な情報が含ま
れていることにより、情報量の多い取扱方針や価格情報
は必ずしも送信する必要はない。ユーザ管理部１８はこ
れを受信する。ユーザ管理部１８は、受信した課金情
報、登録情報、取扱方針、および価格情報に対する署名
データの検証を行う。署名の検証は図１１で説明した方
法と同じなため詳細は省略する。次に、ユーザ管理部１
８は、相互認証のときに共有した一時鍵Ｋ_tempで課金情
報を復号化し、取扱方針、および価格情報と共に経歴デ
ータ管理部１５に送信する。

【０２０６】因みに、この実施の形態においては、相互
認証後に送信されるデータは必要に応じて一時鍵Ｋ_temp
で暗号化される。例えばコンテンツ鍵Ｋ_coや配送鍵Ｋ_d
は内容が見られてしまうとデータを不正に利用されてし
まうため一時鍵Ｋ_tempで暗号化して外部から見えないよ
うにする必要がある。これに対して課金情報や使用許諾
条件情報等は内容が見られても、データを不正に利用す
ることができないため、必ずしも一時鍵Ｋ_tempで暗号化
する必要はないが、例えば課金情報の金額が改竄された
り使用許諾条件情報の使用条件が緩くなるように改竄さ
れると金額の授受に関係する当事者に損害が発生するこ
とになる。従って、課金情報や使用許諾条件情報には署
名を付して送信することにより改竄を防止している。た
だし、コンテンツ鍵Ｋ_coや配送鍵Ｋ_d を送信する場合に
も署名を付けても良い。

【０２０７】そして、送信側では送られるデータに対し
て、又は送られるデータを一時鍵Ｋ_tempで暗号化したデ
ータに対して署名を生成し、データ及び署名を送信す
る。受信側では、送られたデータが一時鍵Ｋ_tempで暗号
化されていない場合には署名を検証することによりデー
タを得、又は送られたデータが一時鍵Ｋ_tempで暗号化さ
れている場合には署名を検証した後に一時鍵Ｋ_tempでデ
ータを復号することによりデータを得る。この実施の形
態において、相互認証後に送信されるデータについて
は、以上の方法により署名及び必要に応じて一時鍵Ｋ
_tempによる暗号化が施される場合がある。

【０２０８】ユーザ管理部１８は、鍵サーバ１４から配
送鍵Ｋ_d を受信し、これを共有した一時鍵Ｋ_tempで暗号
化して署名データを付加し、ユーザ登録データベースか
ら登録情報を作成し、一時鍵Ｋ_tempで暗号化された配送
鍵Ｋ_d 、署名データ、登録情報をユーザホームネットワ
ーク５内の決済可能機器に送信する。登録情報の作成方
法については、図８で説明した通りでありここでの詳細
説明は省略する。

【０２０９】課金請求部１９は、決済を実行するとき、
経歴データ管理部１５から課金情報、必要に応じて取扱
方針、および価格情報を受信し、ユーザへの請求金額を
算出し、請求情報を出納部２０に送信する。出納部２０
は、銀行等と通信し、決済処理を実行する。その際、ユ
ーザの未払い料金等の情報があれば、それらの情報は決
済報告の形で課金請求部１９およびユーザ管理部１８に
送信され、ユーザ登録データベースに反映され、以降の
ユーザ登録処理、または決済処理時に参照される。

【０２１０】一時鍵Ｋ_tempで暗号化された配送鍵Ｋ_d 、
署名データ、登録情報を受信したユーザホームネットワ
ーク５内の決済可能機器は、記憶してあった登録情報を
更新すると共に、登録情報を検査し、登録がなされてい
れば、署名データを検証した後、配送鍵Ｋ_d を一時鍵Ｋ
_tempで復号化し、暗号処理部内の記憶モジュールに記憶
されている配送鍵Ｋ_d を更新し、記憶モジュール内の課
金情報を削除する。続いて、登録情報から代理決済すべ
き対象機器を検索し、当該検索により見つかった機器ご
とに相互認証を行い、暗号処理部の記憶モジュールから
読み出した配送鍵Ｋ_d を検索により見つかった機器こと
に異なる一時鍵Ｋ_tempで暗号化し、それぞれの機器ごと
に署名を付け登録情報と共にそれぞれの機器に送信す
る。代理決済すべき対象機器が全て終わった時点で処理
が終了する。

【０２１１】これらのデータを受信した対象機器は、決
済可能機器と同様に登録情報を検査し、署名データを検
証した後、配送鍵Ｋ_d を一時鍵Ｋ_tempで復号化し、記憶
モジュール内の配送鍵Ｋ_d を更新し、課金情報を削除す
る。

【０２１２】なお、登録情報の登録項目が「登録不可」
となっていた機器については、課金が行われなかったた
め、配送鍵Ｋ_d の更新、課金情報の削除は行わない（登
録項目の内容は、使用を含めて一切の停止、購入処理の
停止、処理が正常に行われた状態等、記述されていない
種々の場合があり得る）。

【０２１３】図５４は電子配信サービスセンタ１の利益
分配処理の動作を説明する図である。経歴データ管理部
１５は、ユーザ管理部１８から送信された課金情報、必
要に応じて取扱方針、および価格情報を保持・管理す
る。利益分配部１６は、経歴データ管理部１５から送信
された課金情報、必要に応じて取扱方針および価格情報
からコンテンツプロバイダ２、サービスプロバイダ３、
および電子配信サービスセンタ１それぞれの利益を算出
し、その結果をサービスプロバイダ管理部１１、コンテ
ンツプロバイダ管理部１２、および出納部２０に送信す
る。出納部２０は、銀行等と通信し、決済を行う。サー
ビスプロバイダ管理部１１は、利益分配部１６から受信
した分配情報をサービスプロバイダ２に送信する。コン
テンツプロバイダ管理部１２は、利益分配部１６から受
信した分配情報をコンテンツプロバイダ３に送信する。

【０２１４】監査部２１は、経歴データ管理部１５から
課金情報、取扱方針、および価格情報を受信し、データ
に矛盾がないか監査する。例えば、課金情報内の価格が
価格情報のデータと一致しているかどうか、分配率が一
致しているかどうか等を監査し、取扱方針と価格情報が
矛盾していないかどうか監査する。また、監査部２１の
処理としては、ユーザホームネットワーク５から入金さ
れた金額と、利益分配した合計金額又はサービスプロバ
イダ３へ送った金額との整合性を監査する処理や、ユー
ザホームネットワーク５の機器から供給された課金情報
内のデータに例えば存在し得ないコンテンツプロバイダ
ＩＤ、サービスプロバイダＩＤや考えられない取り分、
価格等が含まれているか否かを監査する処理がある。

【０２１５】図５５は、電子配信サービスセンタ１の、
コンテンツの利用実績をＪＡＳＲＡＣに送信する処理の
動作を説明する図である。経歴データ管理部１５は、ユ
ーザのコンテンツの利用実績を示す課金情報を著作権管
理部１３および利益分配部１６に送信する。利益分配部
１６は、課金情報からＪＡＳＲＡＣに対する請求金額お
よび支払金額を算出し、支払情報を出納部２０に送信す
る。出納部２０は、銀行等と通信し、決済処理を実行す
る。著作権管理部１３は、ユーザのコンテンツの利用実
績をＪＡＳＲＡＣに送信する。

【０２１６】次に、ＥＭＤシステムの処理について説明
する。図５６は、このシステムのコンテンツの配布およ
び再生の処理を説明するフローチャートである。ステッ
プＳ４０において、電子配信サービスセンタ１のコンテ
ンツプロバイダ管理部１２は、コンテンツプロバイダ２
に個別鍵Ｋ_i 、配送鍵Ｋ_d で暗号化された個別鍵Ｋ_iお
よびコンテンツプロバイダ２の公開鍵証明書を送信し、
コンテンツプロバイダ２がこれを受信する。その処理の
詳細は、図５７のフローチャートを参照して後述する。
ステップＳ４１において、ユーザは、ユーザホームネッ
トワーク５の機器（例えば、図１５のホームサーバ５
１）を操作し、ユーザホームネットワーク５の機器を電
子配信サービスセンタ１のユーザ管理部１８に登録す
る。この登録処理の詳細は、図５９のフローチャートを
参照して後述する。ステップＳ４２において、電子配信
サービスセンタ１のユーザ管理部１８は、ユーザホーム
ネットワーク５と、図５２について上述したように相互
認証した後、ユーザホームネットワーク５の機器に、配
送鍵Ｋ_d を送信する。ユーザホームネットワーク５はこ
の鍵を受信する。この処理の詳細は、図６２のフローチ
ャートを参照して説明する。

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

【０２１８】図５７は、図５６のＳ４０に対応する、電
子配信サービスセンタ１がコンテンツプロバイダ２へ個
別鍵Ｋ_i 、配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i および
公開鍵証明書を送信し、コンテンツプロバイダ２がこれ
を受信する処理の詳細を説明するフローチャートであ
る。ステップＳ５０において、電子配信サービスセンタ
１の相互認証部１７は、コンテンツプロバイダ２の相互
認証部３９と相互認証する。この相互認証処理は、図５
２で説明したので、その詳細は省略する。相互認証処理
により、コンテンツプロバイダ２が正当なプロバイダで
あることが確認されたとき、ステップＳ５１において、
コンテンツプロバイダ２は、電子配信サービスセンタ１
のコンテンツプロバイダ管理部１２から送信された個別
鍵Ｋ_i 、配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i および証
明書を受信する。ステップＳ５２において、コンテンツ
プロバイダ２は受信した個別鍵Ｋ_i を耐タンパメモリ４
０Ａに保存し、配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i お
よび証明書をメモリ４０Ｂに保存する。

【０２１９】このように、コンテンツプロバイダ２は、
電子配信サービスセンタ１から個別鍵Ｋ_i 、配送鍵Ｋ_d
で暗号化された個別鍵Ｋ_i および証明書を受け取る。同
様に、図５６に示すフローチャートの処理を行う例の場
合、コンテンツプロバイダ２以外に、サービスプロバイ
ダ３も、図５７と同様の処理で、電子配信サービスセン
タ１から個別鍵Ｋ_i （コンテンツプロバイダ２の個別鍵
Ｋ_i とは異なる）、配送鍵Ｋ_d で暗号化された個別鍵Ｋ
_i および証明書を受け取る。

【０２２０】なお、メモリ４０Ａは、コンテンツプロバ
イダ２が秘密裏に保持しなくてはならない個別鍵Ｋ_i を
保持するため、第３者に容易にデータを読み出されない
耐タンパメモリが望ましいが、特にハードウェア的制限
は必要ない（例えば、入室管理された部屋の中にあるハ
ードディスクや、パスワード管理されたパソコンのハー
ドディスク等でよい）。また、メモリ４０Ｂは、配送鍵
Ｋ_d で暗号化された個別鍵Ｋ_i 、コンテンツプロバイダ
２の証明書が保存されるだけであるため、通常の記憶装
置等何でもよい（秘密にする必要がない）。また、メモ
リ４０Ａ、４０Ｂを一つにしてもかまわない。

【０２２１】図５８は、ホームサーバ５１が、電子配信
サービスセンタ１のユーザ管理部１８に決済情報を登録
する処理を説明するフローチャートである。ステップＳ
６０において、ホームサーバ５１は、大容量記憶部６８
に記憶されている公開鍵証明書を、暗号処理部６５の相
互認証モジュール９５で、電子配信サービスセンタ１の
相互認証部１７と相互認証する。この認証処理は、図５
２を参照して説明した場合と同様であるので、ここでは
説明を省略する。ステップＳ６０で、ホームサーバ５１
が電子配信サービスセンタ１のユーザ管理部１８に送信
する証明書は、図３２に示すデータ（ユーザ機器の公開
鍵証明書）を含む。

【０２２２】ステップＳ６１において、ホームサーバは
個人の決済情報（ユーザのクレジットカード番号や、決
済機関の口座番号等）の登録が新規登録か否かを判定
し、新規登録であると判定された場合、ステップＳ６２
に進む。ステップＳ６２において、ユーザは入力手段６
３を用いて個人の決済情報を入力する。これらのデータ
は、暗号化ユニット１１２で一時鍵Ｋ_tempを用いて暗号
化され、通信部６１を介して電子配信サービスセンタ１
のユーザ管理部１８に送信される。

【０２２３】ステップＳ６３において、電子配信サービ
スセンタ１のユーザ管理部１８は、受信した証明書から
機器のＩＤを取り出し、この機器のＩＤを基に、図７に
示したユーザ登録データベースを検索する。ステップＳ
６４において、電子配信サービスセンタ１のユーザ管理
部１８は、受信したＩＤを有する機器の登録が可能であ
るか否かを判定し、受信したＩＤを有する機器の登録が
可能であると判定された場合、ステップＳ６５に進み、
受信したＩＤを有する機器が、新規登録であるか否かを
判定する。ステップＳ６５において、受信したＩＤを有
する機器が、新規登録であると判定された場合には、ス
テップＳ６６に進む。

【０２２４】ステップＳ６６において、電子配信サービ
スセンタ１のユーザ管理部１８は、決済ＩＤを新規に発
行すると共に、一時鍵で暗号化された決済情報を復号化
し、決済ＩＤおよび決済情報を、機器ＩＤ、決済ＩＤ、
決済情報（口座番号やクレジットカード番号等）、取引
停止情報等を記憶している決済情報データベースに機器
のＩＤに対応させて登録し、決済ＩＤをユーザ登録デー
タベースに登録する。ステップ６７において、ユーザ登
録データベースに登録したデータに基づき登録情報を作
成する。この登録情報は、図８で説明しているので、そ
の詳細は省略する。

【０２２５】ステップＳ６８において、電子配信サービ
スセンタ１のユーザ管理部１８は、作成した登録情報を
ホームサーバ５１に送信する。ステップＳ６９におい
て、ホームサーバ５１の上位コントローラ６２は、受信
した登録情報を大容量記憶部６８に保存する。

【０２２６】ステップＳ６１において、決済情報の登録
が更新登録であると判定された場合、手続きは、ステッ
プＳ７０に進み、ユーザは入力手段６３を用いて個人の
決済情報を入力する。これらのデータは、暗号化ユニッ
ト１１２で一時鍵Ｋ_tempを用いて暗号化され、既に決済
登録時に発行された登録情報と共に通信部６１を介して
電子配信サービスセンタ１のユーザ管理部１８に送信さ
れる。

【０２２７】ステップＳ６４において、受信したＩＤを
有する機器の登録が不可であると判定された場合、ステ
ップＳ７１に進み、電子配信サービスセンタ１のユーザ
管理部１８は、登録拒絶の登録情報を作成し、ステップ
Ｓ６８に進む。

【０２２８】ステップＳ６５において、受信したＩＤを
有する機器が、新規登録でないと判定された場合、手続
きは、ステップＳ７２に進み、電子配信サービスセンタ
１のユーザ管理部１８は、一時鍵で暗号化された決済情
報を復号化し、機器のＩＤに対応させて決済情報登録デ
ータベースに更新登録し、ステップＳ６７に進む。

【０２２９】このように、ホームサーバ５１は、電子配
信サービスセンタ１に登録される。

【０２３０】図５９は、登録情報に機器のＩＤを新規登
録する処理を説明するフローチャートである。ステップ
Ｓ８０における相互認証処理は、図５２で説明した処理
と同様なため、説明を省略する。ステップＳ８１におい
て、図５８のステップＳ６３と同じであるためその説明
は省略する。ステップＳ８２は、図５８のステップＳ６
４と同じであるためその説明は省略する。ステップＳ８
３において、電子配信サービスセンタ１のユーザ管理部
１８は、ユーザ登録データベース内の機器ＩＤに対応す
る登録項目を「登録」に設定し、機器ＩＤを登録する。
ステップＳ８４において、電子配信サービスセンタ１の
ユーザ管理部１８は、ユーザ登録データベースに基づ
き、図８に示すような登録情報を作成する。ステップＳ
８５は、図５８のステップＳ６８と同じであるためその
説明は省略する。ステップＳ８６は、図５８のステップ
Ｓ６９と同じであるためその説明は省略する。

【０２３１】ステップＳ８２において、受信したＩＤを
有する機器の登録が不可であると判定された場合、ステ
ップＳ８７に進み、電子配信サービスセンタ１のユーザ
管理部１８は、登録拒絶の登録情報を作成し、ステップ
Ｓ８５に進む。

【０２３２】このように、ホームサーバ５１は、電子配
信サービスセンタ１に登録される。

【０２３３】図６０は、既に登録された機器を経由し、
別の機器を追加登録する際の処理を説明するフローチャ
ートである。ここでは、ホームサーバ５１が既に登録さ
れており、そこに据置機器５２を登録する例で説明す
る。ステップＳ９０において、ホームサーバ５１は、据
置機器５２と相互認証する。相互認証処理は、図５２で
説明した処理と同様なため、説明を省略する。ステップ
Ｓ９１において、ホームサーバ５１は、電子配信サービ
スセンタ１と相互認証する。ステップＳ９２において、
ホームサーバ５１は、大容量記憶部６８から読み出した
登録情報、およびステップＳ９０で据置機器５２と相互
認証した際に入手した据置機器５２の証明書を電子配信
サービスセンタ１に送信する。ステップＳ９３は、図５
９のステップＳ８１と同じであるためその説明は省略す
る。ステップＳ９４は、図５９のステップＳ８２と同じ
であるためその説明は省略する。ステップＳ９５は、図
５９のステップＳ８３と同じであるためその説明は省略
する。ステップＳ９６において、電子配信サービスセン
タ１のユーザ管理部１８は、ホームサーバ５１から受信
した登録情報に加え、据置機器５２の情報を追加した登
録情報を新規に作成する。ステップＳ９７は、図５９の
ステップＳ８５と同じであるためその説明は省略する。
ステップＳ９８は、図５９のステップＳ８６と同じであ
るためその説明は省略する。

【０２３４】そして、ステップＳ９９Ａにおいてホーム
サーバ５１は受信した登録情報を据置機器５２に送信
し、ステップＳ９９Ｂにおいて据置機器５２は受信した
登録情報を小容量記憶部７５に保存する。

【０２３５】ステップＳ９４において、受信したＩＤを
有する機器の登録が不可であると判定された場合、ステ
ップＳ９９に進み、電子配信サービスセンタ１のユーザ
管理部１８は、据置機器５２のみ登録拒絶とした登録情
報（従って、ホームサーバ５１は登録済みのまま）を作
成し、ステップＳ９７に進む（ステップＳ９１でホーム
サーバ５１が電子配信サービスセンタ１と相互認証に成
功しているということは、ホームサーバ５１が登録可で
あることを意味している）。

【０２３６】かくして、据置機器５２は、図６０に示し
た処理手順により電子配信サービスセンタ１に追加登録
される。

【０２３７】ここで、登録済の機器が登録の更新（登録
情報の更新）を行うタイミングについて説明する。図６
１は登録情報の更新を行うか否かを種々の条件に基づい
て判断する処理手順を示し、ステップＳ６００において
ホームサーバ５１は配送鍵Ｋ_d 、登録情報又は課金情報
のすい上げから予め決められた一定期間が経過したか否
かを時計（図示せず）及び判断部（図示せず）によって
判断する。ここで肯定結果が得られると、このことは配
送鍵Ｋ_d 、登録情報又は課金情報のすい上げから一定の
期間が経過していることを表しており、このときホーム
サーバ５１はステップＳ６０７に移って登録情報の更新
処理を実行する。この処理については図６２において後
述する。

【０２３８】これに対してステップＳ６００において否
定結果が得られると、このことは配送鍵Ｋ_d 、登録情報
又は課金情報のすい上げから一定の期間が経過していな
いこと、すなわち期間の経過について登録情報の更新条
件を満たしていないことを表しており、このときホーム
サーバ５１はステップＳ６０１に移る。

【０２３９】ステップＳ６０１においてホームサーバ５
１は、コンテンツの購入回数が規定の回数に達している
か否かを判断する。ここで肯定結果が得られると、ホー
ムサーバ５１はステップＳ６０７に移って登録情報更新
処理を実行し、これに対してステップＳ６０１において
否定結果が得られると、このことはコンテンツの購入回
数について登録情報の更新条件を満たしていないことを
表していることによりホームサーバ５１は続くステップ
Ｓ６０２に移る。

【０２４０】ステップＳ６０２において、ホームサーバ
５１は、コンテンツの購入金額が規定の金額に達してい
るか否かを判断する。ここで肯定結果が得れらると、ホ
ームサーバ５１はステップＳ６０７に移って登録情報更
新処理を実行し、これに対してステップＳ６０２におい
て否定結果が得られると、このことはコンテンツの購入
金額について登録情報の更新条件を満たしていないこと
を表していることによりホームサーバ５１は続くステッ
プＳ６０３に移る。

【０２４１】ステップＳ６０３において、ホームサーバ
５１は、配送鍵Ｋ_d の有効期限が切れているか否かを判
断する。配送鍵Ｋ_d の有効期限が切れているか否かを判
断する方法としては、配信されたデータの配送鍵Ｋ_d の
バージョンが記憶モジュール９２に保存されている３つ
のバージョンの配送鍵Ｋ_d のいずれかのバージョンと一
致するか否か又は、最近の配送鍵Ｋ_d のバージョンより
古いか否かを調べる。この比較結果が一致していない場
合又は最近の配送鍵Ｋ_d のバージョンより古い場合に
は、記憶モジュール９２内の配送鍵Ｋ_d の有効期限が切
れていることになり、ホームサーバ５１はステップＳ６
０３において肯定結果を得ることによりステップＳ６０
７に移って登録情報の更新処理を実行する。これに対し
てステップＳ６０３において否定結果が得られると、こ
のことは配送鍵Ｋ_d の有効期限について登録情報の更新
条件を満たしていないことを表しており、このときホー
ムサーバ５１は続くステップＳ６０４に移る。

【０２４２】ステップＳ６０４において、ホームサーバ
５１は、当該ホームサーバ５１に他機器が新規接続され
たか否か、又は接続されていた他機器が切り離されたか
否かといったネットワーク構成の変更の有無を判断す
る。ここで肯定結果が得られると、このことはネットワ
ーク構成に変更があったことを表しており、このときホ
ームサーバ５１はステップＳ６０７に移って登録情報の
更新処理を実行する。これに対してステップＳ６０４に
おいて否定結果が得られると、このことはネットワーク
構成について登録情報の更新条件を満たしていないこと
を表しており、ホームサーバ５１は続くステップＳ６０
５に移る。

【０２４３】ステップＳ６０５において、ホームサーバ
５１は、ユーザからの登録情報更新要求があったか否か
を判断し、登録情報更新要求があった場合にはステップ
Ｓ６０７に移って登録情報の更新処理を実行し、登録情
報更新要求がなかった場合にはステップＳ６０６に移
る。

【０２４４】ステップＳ６０６において、ホームサーバ
５１は接続された他の機器について上述のステップＳ６
００〜ステップＳ６０５における更新判断を行い、更新
すべき判断結果が得られたときステップＳ６０７に移っ
て登録情報の更新処理を行い、これに対して更新すべき
判断結果が得られないとき上述のステップＳ６００から
同様の処理を繰り返す。これにより、ホームサーバ５１
は登録情報の更新処理を行うタイミングを得ることがで
きる。なお、ホームサーバ５１が他の機器の更新開始条
件を調べるのではなく、他の機器が独自に調べて、自ら
ホームサーバ５１に要求を出すようにしてもよい。

【０２４５】図６２は、登録済みの機器が登録を更新
（登録情報の更新）し、決済処理を行い、配送鍵Ｋ_d の
再配布を受ける動作を説明するフローチャートである。
ステップＳ１００における相互認証処理は、図５２で説
明した処理と同様なため、説明を省略する。ステップＳ
１０１において、ホームサーバ５１は、記憶モジュール
９２に記憶されている課金情報を、暗号処理部９６の暗
号化ユニット１１２で一時鍵Ｋ_tempを用いて暗号化し、
署名生成ユニット１１４で署名を生成し、署名を付加す
る。そして、暗号化された課金情報及びその署名と、大
容量記憶部６８に記憶されている取扱方針、価格情報お
よび登録情報を合わせて電子配信サービスセンタ１に送
信する。なお、このとき、取扱方針および価格情報はモ
デルによっては送信する必要がない。なぜなら、コンテ
ンツプロバイダ２およびサービスプロバイダ３が予め電
子配信サービスセンタ１に送信している場合があった
り、課金情報に取扱方針、価格情報のうちの必要な情報
が含まれている場合があるからである。

【０２４６】ステップＳ１０２は、図５９のステップＳ
８１と同じであるためその説明は省略する。ステップＳ
１０３は、図５９のステップＳ８２と同じであるためそ
の説明は省略する。ステップＳ１０４において、電子配
信サービスセンタ１のユーザ管理部１８は署名検証ユニ
ット１１５で署名を検証し、受信した課金情報を一時鍵
Ｋ_tempで復号化し（受信データに電子署名がついている
場合には、署名検証ユニット１１５で検証する）、（受
信していれば）取扱方針および価格情報と共に経歴デー
タ管理部１５に送信する。これを受信した経歴データ管
理部１５は、受信データを保存・管理する。

【０２４７】ステップＳ１０５において、電子配信サー
ビスセンタ１のユーザ管理部１８は、ユーザ登録データ
ベース内の機器ＩＤに対応する登録項目を検証すると共
に、データを更新する。例えば、図示せぬ登録日付や課
金状況等などのデータである。ステップＳ１０６は、図
５９のステップＳ８４と同じであるためその説明は省略
する。ステップＳ１０７において、電子配信サービスセ
ンタ１のユーザ管理部は、鍵サーバ１４から供給された
配送鍵Ｋ_d を一時鍵Ｋ_tempで暗号化し、登録情報と共に
ホームサーバ５１に送信する。

【０２４８】ステップＳ１０８において、ホームサーバ
５１は受信した登録情報を大容量記憶部６８に保存す
る。ステップＳ１０９において、ホームサーバ５１は、
受信した登録情報を暗号処理部６５に入力し、暗号処理
部６５では、登録情報に含まれる電子署名を署名検証ユ
ニット１１５で検証すると共に、ホームサーバ５１の機
器ＩＤが登録されているか確認させ、検証に成功し、課
金処理が完了したことを確認した際にはステップＳ１１
０に進む。ステップＳ１１０において、ホームサーバ５
１は、受信した配送鍵Ｋ_d を暗号処理部６５に入力す
る。暗号処理部６５では、受信した配送鍵Ｋ_d を暗号／
復号化モジュール９６の復号化ユニット１１１で一時鍵
Ｋ_tempを用いて復号化し、記憶モジュール９２に保存
（更新）し、記憶モジュール９２に保持していた課金情
報を消去する（これで、決済済みとなる）。

【０２４９】ステップＳ１０３において、受信したＩＤ
を有する機器の登録が不可であると判定された場合、ス
テップＳ１１１に進み、電子配信サービスセンタ１のユ
ーザ管理部１８は、登録拒絶とした登録情報を作成し、
ステップＳ１１２に進む。ステップＳ１１２では、ステ
ップＳ１０７と異なり、登録情報のみをホームサーバ５
１に送信する。

【０２５０】ステップＳ１０９において、登録情報に含
まれる署名の検証に失敗するか、登録情報に含まれる
「登録」の項目（例えば、課金処理失敗→購入処理がで
きない、登録拒否→再生等の処理を含め暗号処理部の機
能の停止、取引一時停止→課金処理は成功したが、何ら
かの理由で購入を停止する、等が考えられる）に「登録
可」が書かれていない場合は、ステップＳ１１３に進み
所定のエラー処理を行う。

【０２５１】このように、ホームサーバ５１は、登録情
報を更新すると共に、課金情報を電子配信サービスセン
タ１に送信し、代わりに配送鍵Ｋ_d の供給を受ける。

【０２５２】図６３及び図６４は、据置機器５２がホー
ムサーバ５１を介して決済、登録情報の更新、配送鍵Ｋ
_d の更新を行う処理を説明するフローチャートを示した
図である。ステップＳ１２０において、ホームサーバ５
１の相互認証モジュール９４と据置機器の図示せぬ相互
認証モジュールは、相互認証を行う。相互認証処理は、
図５２で説明した処理と同様なため、説明を省略する。
なお、相互認証処理で説明したように、ホームサーバ５
１と据置機器５２は互いに証明書を交換し合っているた
め、相手の機器ＩＤはわかっているものとする。ステッ
プＳ１２１において、ホームサーバ５１の上位コントロ
ーラ６２は、大容量記憶部６８から登録情報を読み出
し、暗号処理部６５に検査させる。上位コントローラ６
２から登録情報を受け取った暗号処理部６５は、登録情
報内の署名を検証し、据置機器のＩＤがあるかどうか判
定し、登録情報に据置機器のＩＤがあった際にはステッ
プＳ１２２に進む。

【０２５３】ステップＳ１２２において、登録情報に据
置機器５２のＩＤが登録されているか否かを判定し、据
置機器５２のＩＤが登録されている場合には、ステップ
Ｓ１２３に進む。ステップＳ１２３において、据置機器
５２の暗号処理部７３は、記憶モジュールに保存されて
いる課金情報を読み出し、暗号化ユニットで一時鍵Ｋ
_tempを用いて暗号化する。また、課金情報に対応する署
名を、署名生成ユニットで生成する。署名の生成は図１
０で説明したのでその詳細は省略する。一時鍵Ｋ_tempで
暗号化された課金情報およびその署名を受け取った上位
コントローラ７２は、必要に応じて課金情報に対応する
取扱方針および価格情報を小容量記憶部７５から読み出
し、一時鍵Ｋ_tempで暗号化された課金情報とその署名、
必要に応じて課金情報に対応する取扱方針および価格情
報をホームサーバ５１に送信する。

【０２５４】これらのデータを受信したホームサーバ５
１は、受信していれば取扱方針および価格情報を大容量
記憶部６８に記憶すると共に、一時鍵Ｋ_tempで暗号化さ
れた課金情報およびその署名を暗号処理部６５に入力す
る。一時鍵Ｋ_tempで暗号化された課金情報およびその署
名を受信した暗号処理部６５は、暗号／復号化モジュー
ル９６の署名検証ユニット１１５で、一時鍵Ｋ_tempで暗
号化された課金情報に対する署名を検証する。署名の検
証は図１１で説明したの処理と同じであるため、その詳
細は省略する。そして、暗号／復号化モジュール９６の
復号化ユニット１１１は、一時鍵Ｋ_tempで暗号化された
課金情報を復号化する。

【０２５５】ステップＳ１２４において、ホームサーバ
５１は、電子配信サービスセンタ１の相互認証部１７と
相互認証し一時鍵Ｋ_temp２を共有する。ステップＳ１２
５において、ホームサーバ５１は、据置機器５２から送
られたきた課金情報を暗号／復号化モジュール９６の暗
号化ユニット１１２で一時鍵Ｋ_temp２を用いて暗号化す
る。このとき、ホームサーバ５１の課金情報を合わせて
暗号化しておいてもよい。また、一時鍵Ｋ_temp２で暗号
化された課金情報に対応する署名を、暗号／復号化モジ
ュール９６の署名生成ユニット１１４で生成する。一時
鍵Ｋ_temp２で暗号化された課金情報、およびその署名を
受け取った上位コントローラ６２は、必要に応じて課金
情報に対応する取扱方針、価格情報、および登録情報を
大容量記憶部６８から読み出し、一時鍵Ｋ_temp２で暗号
化された課金情報、その署名、必要に応じて課金情報に
対応する取扱方針、価格情報および登録情報を電子配信
サービスセンタ１のユーザ管理部１８に送信する。

【０２５６】ステップＳ１２６において、電子配信サー
ビスセンタ１のユーザ管理部１８は、ユーザ登録データ
ベースを検索する。ステップＳ１２７において、ホーム
サーバ５１および据置機器５２がユーザ登録データベー
ス内の「登録」の項目に、登録可で登録されているか否
か判定し、登録されていると判定されていた場合、ステ
ップＳ１２８に進む。ステップＳ１２８において、電子
配信サービスセンタ１のユーザ管理部１８は、一時鍵Ｋ
_temp２で暗号化された課金情報に対する署名を検証し、
課金情報を一時鍵Ｋ_temp２で復号化する。そして、課金
情報、受信してければ取扱方針および価格情報を経歴デ
ータ管理部１５に送信する。課金情報、受信していれば
取扱方針および価格情報を受信した経歴データ管理部１
５は、そのデータを管理・保存する。

【０２５７】ステップＳ１２９において、電子配信サー
ビスセンタ１のユーザ管理部１８は、ユーザ登録データ
ベースを更新する（図示せぬ課金データ受信日時、登録
情報発行日時、配送鍵交付日時等）。ステップＳ１３０
において、電子配信サービスセンタ１のユーザ管理部１
８は、登録情報を作成する（例えば図８の例）。ステッ
プＳ１３１において、電子配信サービスセンタ１のユー
ザ管理部１８は、電子配信サービスセンタ１の鍵サーバ
１４から受信した配送鍵Ｋ_d を一時鍵Ｋ_temp２で暗号化
し、一時鍵Ｋ_temp２で暗号化された配送鍵Ｋ_d に対する
署名を生成する。そして、登録情報、一時鍵Ｋ_temp２で
暗号化された配送鍵Ｋ_d および一時鍵Ｋ_temp２で暗号化
された配送鍵Ｋ_d に対する署名をホームサーバ５１に送
信する。

【０２５８】ステップＳ１３２において、ホームサーバ
５１は、登録情報、一時鍵Ｋ_temp２で暗号化された配送
鍵Ｋ_d および一時鍵Ｋ_temp２で暗号化された配送鍵Ｋ_d
に対する署名を受信する。ホームサーバ５１の上位コン
トローラ６２は、一時鍵Ｋ_temp２で暗号化された配送鍵
Ｋ_d および一時鍵Ｋ_temp２で暗号化された配送鍵Ｋ_dに
対する署名を暗号処理部６５に入力する。暗号処理部６
５において、暗号／復号化モジュール９６の署名検証ユ
ニット１１５は、一時鍵Ｋ_temp２で暗号化された配送鍵
Ｋ_d に対する署名を検証し、暗号／復号化モジュール９
６の復号化ユニット１１１は、一時鍵Ｋ_temp２を用いて
配送鍵Ｋ_d を復号化し、暗号／復号化モジュール９６の
暗号化ユニット１１２は、復号化された配送鍵Ｋ_d を、
据置機器５２との間で共有した一時鍵Ｋ_tempを用いて再
暗号化する。最後に、暗号／復号化モジュール９６の署
名生成ユニット１１４は、一時鍵Ｋ_tempを用いて暗号化
された配送鍵Ｋ_d に対応する署名を生成し、一時鍵Ｋ
_tempで暗号化された配送鍵Ｋ_d および一時鍵Ｋ_tempで暗
号化された配送鍵Ｋ_d に対する署名を上位コントローラ
６２に返送する。一時鍵Ｋ_tempで暗号化された配送鍵Ｋ
_d および一時鍵Ｋ_tempで暗号化された配送鍵Ｋ_d に対す
る署名を受信した上位コントローラ６２は、電子配信サ
ービスセンタ１から送られた来た登録情報と共に据置機
器５２に送信する。

【０２５９】ステップＳ１３３において、据置機器５２
の上位コントローラ７２は、受信した登録情報を小容量
記憶部７５に上書き保存する。ステップＳ１３４におい
て、据置機器５２の暗号処理部７３は、受信した登録情
報の署名を検証し、据置機器５２のＩＤの「登録」に対
する項目が「登録可」になっているか否かを判定し、
「登録可」になっていた場合には、ステップＳ１３５に
進む。ステップＳ１３５において、据置機器５２の上位
コントローラは、一時鍵Ｋ_tempで暗号化された配送鍵Ｋ
_d および一時鍵Ｋ_tempで暗号化された配送鍵Ｋ_d に対す
る署名を暗号処理部７３に入力する。暗号処理部７３
は、一時鍵Ｋ_tempで暗号化された配送鍵Ｋ_dに対する署
名を検証し、一時鍵Ｋ_tempを用いて配送鍵Ｋ_d を復号化
し、暗号処理部７３の記憶モジュール内の配送鍵Ｋ_d を
更新すると共に、課金情報を消去する（なお、実際には
消去せず、決済済みのマークを付けるだけの場合があ
る）。

【０２６０】ステップＳ１２１において、据置機器５２
のＩＤが登録情報に含まれていなかった場合、ステップ
Ｓ１３６に進み、図６０で説明した登録情報追加処理を
開始し、ステップＳ１２３へと進む。

【０２６１】ステップＳ１２７において、ユーザ登録デ
ータベース内の「登録」項目に対し、ホームサーバ５１
のＩＤまたは据置機器５２のＩＤが「登録可」になって
いなかった場合、ステップＳ１３７に進む。ステップＳ
１３７は、ステップＳ１３０の場合と同様なため、その
詳細は省略する。ステップＳ１３８は、ステップＳ１３
１において、電子配信サービスセンタ１のユーザ管理部
１８は、登録情報をホームサーバ５１に送信する。ステ
ップＳ１３９において、ホームサーバ５１は、登録情報
を据置機器５２に送信する。

【０２６２】ステップＳ１２２において、登録情報にお
ける据置機器５２のＩＤに対する「登録」項目が、「登
録可」になっていなかった場合、ステップＳ１３４にお
いて、登録情報における据置機器５２のＩＤに対する
「登録」項目が、「登録可」になっていなかった場合、
処理は終了する。

【０２６３】なお、本方式による代理処理は、据置機器
５２のみの処理になっているが、ホームサーバ５１につ
ながる全ての機器やホームサーバ５１自身の課金情報を
全て集め、一括処理しても良い。そして、全ての機器の
登録情報、配送鍵Ｋ_d の更新を行う（本実施例におい
て、受け取った登録情報、配送鍵Ｋ_d は、ホームサーバ
５１で全くチェックされていない。ホームサーバ５１自
身の処理も一括して行う場合には、当然チェックし、更
新すべきである）。

【０２６４】次に、図５６のステップＳ４３に対応す
る、コンテンツプロバイダ２がサービスプロバイダ３に
コンテンツプロバイダセキュアコンテナを送信する処理
を、図６５のフローチャートを用いて説明する。ステッ
プＳ１４０において、コンテンツプロバイダ２の電子透
かし付加部３２は、コンテンツサーバ３１から読み出し
たコンテンツに、コンテンツプロバイダ２を示す所定の
データ、例えばコンテンツプロバイダＩＤなどを電子透
かしの形で挿入し、圧縮部３３に供給する。ステップＳ
１４１において、コンテンツプロバイダ２の圧縮部３３
は、電子透かしが挿入されたコンテンツをＡＴＲＡＣ等
の所定の方式で圧縮し、コンテンツ暗号部３４に供給す
る。ステップＳ１４２において、コンテンツ鍵生成部３
５は、コンテンツ鍵Ｋ_coとして用いる鍵を生成させ、コ
ンテンツ暗号部３４およびコンテンツ鍵暗号部３６に供
給する。ステップＳ１４３において、コンテンツプロバ
イダ２のコンテンツ暗号部３４は、ＤＥＳなどの所定の
方式で、コンテンツ鍵Ｋ_coを使用して、電子透かしが挿
入され、圧縮されたコンテンツを暗号化する。

【０２６５】ステップＳ１４４において、コンテンツ鍵
暗号部３６は、ＤＥＳなどの所定の方法で、図５６のス
テップＳ４０の処理により、電子配信サービスセンタ１
から供給されている個別鍵Ｋ_i でコンテンツ鍵Ｋ_coを暗
号化する。ステップＳ１４５において、取扱方針生成部
３７は、コンテンツの取り扱い方針を規定し、図３３又
は図３４に示すような取扱方針を生成する。ステップＳ
１４６において、コンテンツプロバイダ２の署名生成部
３８は、暗号化されたコンテンツ、暗号化されたコンテ
ンツ鍵Ｋ_co、暗号化された個別鍵Ｋ_i および取扱方針生
成部３７から供給された取扱方針に対し署名を生成す
る。署名の生成は図１０を参照して説明した場合と同様
であるので、ここでは説明を省略する。ステップＳ１４
７において、コンテンツプロバイダ２は、暗号化された
コンテンツおよびその署名、暗号化されたコンテンツ鍵
Ｋ_coおよびその署名、暗号化された個別鍵Ｋ_i およびそ
の署名、取扱方針およびその署名（以降、これら４つの
署名付きデータをコンテンツプロバイダセキュアコンテ
ナと呼ぶ）、予め認証局からもらっておいたコンテンツ
プロバイダ２の証明書を、図示せぬ送信部を用いてサー
ビスプロバイダ３に送信する。

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

【０２６７】次に、図５６のステップＳ４４に対応す
る、サービスプロバイダ３がホームサーバ５１にサービ
スプロバイダセキュアコンテナを送信する処理を、図６
６のフローチャートを用いて説明する。なお、サービス
プロバイダ３は、コンテンツプロバイダ２から送信され
たデータをコンテンツサーバ４１に予め保存しているも
のとして説明する。ステップＳ１５０において、サービ
スプロバイダ３の証明書検証部４２は、コンテンツサー
バ４１からコンテンツプロバイダ２の証明書の署名を読
み出し、証明書内の署名を検証する。署名の検証は図１
１を参照して説明した方法と同様なため、その詳細は省
略する。証明書に改竄がなければ、コンテンツプロバイ
ダ２の公開鍵Ｋ_pcp を取り出す。

【０２６８】ステップＳ１５１において、サービスプロ
バイダ３の署名検証部４３は、コンテンツプロバイダ２
の送信部から送信されたコンテンツプロバイダセキュア
コンテナの署名をコンテンツプロバイダ２の公開鍵Ｋ
_pcp で検証する（取扱方針の署名のみ検証する場合があ
る）。署名の検証に失敗し、改竄が発見された場合は、
処理を終了する。なお、署名の検証は図１１を参照して
説明した方法と同様なため、その詳細は省略する。

【０２６９】コンテンツプロバイダセキュアコンテナに
改竄がない場合、ステップＳ１５２において、サービス
プロバイダ３の値付け部４４は、取扱方針を基に、図３
７や図３８で説明した価格情報を作成する。ステップＳ
１５３において、サービスプロバイダ３の署名生成部４
５は、価格情報に対する署名を生成し、コンテンツプロ
バイダセキュアコンテナ、価格情報、および価格情報の
署名を合わせサービスプロバイダセキュアコンテナを作
成する。

【０２７０】ステップＳ１５４において、サービスプロ
バイダ３の図示せぬ送信部は、ホームサーバ５１の通信
部６１に、サービスプロバイダ３の証明書、コンテンツ
プロバイダ２の証明書およびサービスプロバイダセキュ
アコンテナを送信し、処理を終了する。

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

【０２７２】図５６のステップＳ４５に対応する、適正
なサービスプロバイダセキュアコンテナを受信した後
の、ホームサーバ５１の購入処理の詳細を、図６７のフ
ローチャートを用いて説明する。ステップＳ１６１にお
いて、ホームサーバ５１は図６１及び図６２について上
述した登録情報更新処理を実行した後、ステップＳ１６
２において、ホームサーバ５１の上位コントローラ６２
は、ホームサーバ５１の大容量記憶部６８から読み出し
た登録情報をホームサーバ５１の暗号処理部６５に入力
する。登録情報を受信した暗号処理部６５は、暗号／復
号化モジュール９６の署名検証ユニット１１５で登録情
報の署名を検証した後、ホームサーバ５１のＩＤに対す
る「購入処理」の項目が「購入可」になっているか判定
すると共に登録の項目を「登録可」になっていることを
検査し、「購入可」及び「登録可」であった場合にはス
テップＳ１６３に進む。なお、署名検証、「登録可」、
「購入可」の検査は登録情報検査モジュール９３で行う
ようにしても良い。ステップＳ１６３において、ホーム
サーバ５１の上位コントローラ６２は、ホームサーバ５
１の大容量記憶部６８から読み出したコンテンツプロバ
イダ２の公開鍵証明書をホームサーバ５１の暗号処理部
６５に入力する。

【０２７３】コンテンツプロバイダ２の公開鍵証明書を
受信した暗号処理部６５は、暗号／復号化モジュール９
６の署名検証ユニット１１５でコンテンツプロバイダ２
の証明書の署名を検証した後、公開鍵証明書からコンテ
ンツプロバイダ２の公開鍵を取り出す。署名の検証の結
果、改竄がなされていないことが確認された場合には、
ステップＳ１６４に進む。ステップＳ１６４において、
ホームサーバ５１の上位コントローラ６２は、ホームサ
ーバ５１の大容量記憶部６８から読み出したコンテンツ
をホームサーバ５１の暗号処理部６５に入力する。コン
テンツを受信した暗号処理部６５は、暗号／復号化モジ
ュール９６の署名検証ユニット１１５でコンテンツの署
名を検証し、改竄がなされていないことが確認された場
合には、ステップＳ１６５に進む。ステップＳ１６５に
おいて、ホームサーバ５１の上位コントローラ６２は、
ホームサーバ５１の大容量記憶部６８から読み出したコ
ンテンツ鍵Ｋ_coをホームサーバ５１の暗号処理部６５に
入力する。

【０２７４】コンテンツ鍵Ｋ_coを受信した暗号処理部６
５は、暗号／復号化モジュール９６の署名検証ユニット
１１５でコンテンツ鍵Ｋ_coの署名を検証し、改竄がなさ
れていないことが確認された場合には、ステップＳ１６
６に進む。ステップＳ１６６において、ホームサーバ５
１の上位コントローラ６２は、ホームサーバ５１の大容
量記憶部６８から読み出した個別鍵Ｋ_i をホームサーバ
５１の暗号処理部６５に入力する。個別鍵Ｋ_i を受信し
た暗号処理部６５は、暗号／復号化モジュール９６の署
名検証ユニット１１５で個別鍵Ｋ_i の署名を検証し、改
竄がなされていないことが確認された場合には、ステッ
プＳ１６７に進む。

【０２７５】ステップＳ１６７において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出した取扱方針をホームサーバ
５１の暗号処理部６５に入力する。取扱方針を受信した
暗号処理部６５は、暗号／復号化モジュール９６の署名
検証ユニット１１５で取扱方針の署名を検証し、改竄が
なされていないことが確認された場合には、ステップＳ
１６８に進む。ステップＳ１６８において、ホームサー
バ５１の上位コントローラ６２は、ホームサーバ５１の
大容量記憶部６８から読み出したサービスプロバイダ３
の公開鍵証明書をホームサーバ５１の暗号処理部６５に
入力する。

【０２７６】サービスプロバイダ３の公開鍵証明書を受
信した暗号処理部６５は、暗号／復号化モジュール９６
の署名検証ユニット１１５でサービスプロバイダ３の証
明書の署名を検証した後、公開鍵証明書からサービスプ
ロバイダ３の公開鍵を取り出す。署名の検証の結果、改
竄がなされていないことが確認された場合には、ステッ
プＳ１６９に進む。ステップＳ１６９において、ホーム
サーバ５１の上位コントローラ６２は、ホームサーバ５
１の大容量記憶部６８から読み出した価格情報をホーム
サーバ５１の暗号処理部６５に入力する。価格情報を受
信した暗号処理部６５は、暗号／復号化モジュール９６
の署名検証ユニット１１５で価格情報の署名を検証し、
改竄がなされていないことが確認された場合には、ステ
ップＳ１７０に進む。

【０２７７】ステップＳ１７０において、ホームサーバ
５１の上位コントローラ６２は、表示手段６４を用いて
購入可能なコンテンツの情報（例えば、購入可能な利用
形態や価格など）を表示し、ユーザは入力手段６３を用
いて購入項目を選択する。入力手段６３から入力された
信号はホームサーバ５１の上位コントローラ６２に送信
され、上位コントローラ６２は、その信号に基づいて購
入コマンドを生成し、購入コマンドをホームサーバ５１
の暗号処理部６５に入力する。なお、これらの入力処理
は購入処理スタート時に行っても良い。これを受信した
暗号処理部６５は、ステップＳ１６７で入力された取扱
方針およびステップＳ１６９で入力された価格情報から
課金情報および使用許諾条件情報を生成する。課金情報
については、図４２で説明したので、その詳細は省略す
る。使用許諾条件情報については、図４１で説明したの
で、その詳細は省略する。

【０２７８】ステップＳ１７１において、暗号処理部６
５の制御部９１は、ステップＳ１７０で生成した課金情
報を記憶モジュール９２に保存する。ステップＳ１７２
において、暗号処理部６５の制御部９１は、ステップＳ
１７０で生成した使用許諾条件情報を暗号処理部６５の
外部メモリ制御部９７に送信する。使用許諾条件情報を
受信した外部メモリ制御部９７は、外部メモリ６７の改
竄チェックを行った後、使用許諾条件情報を外部メモリ
６７に書き込む。書き込む際の改竄チェックについて
は、図６９を用いて後述する。ステップＳ１７３におい
て、暗号処理部６５の制御部９１は、ステップＳ１６６
で入力された個別鍵Ｋ_i を、暗号／復号化モジュール９
６の復号化ユニット１１１で、記憶モジュール９２から
供給された配送鍵Ｋ_d を用いて復号化する。次に、暗号
処理部６５の制御部９１は、ステップＳ１６５で入力さ
れたコンテンツ鍵Ｋ_coを、暗号／復号化モジュール９６
の復号化ユニット１１１で、先ほど復号化した個別鍵Ｋ
_i を用いて復号化する。最後に、暗号処理部６５の制御
部９１は、暗号／復号化モジュール９６の暗号化ユニッ
ト１１２で、記憶モジュール９２から供給された保存鍵
Ｋ_saveを用いてコンテンツ鍵Ｋ_coを暗号化する。ステッ
プＳ１７４において、保存鍵Ｋ_saveで暗号化されたコン
テンツ鍵Ｋ_coは、暗号処理部６５の外部メモリ制御部９
７を経由して外部メモリ６７に保存される。

【０２７９】ステップＳ１６２でホームサーバ５１が購
入処理できない機器であると判定された場合、又はステ
ップＳ１６３でコンテンツプロバイダ２の公開鍵証明書
の署名が正しくないと判定された場合、又はステップＳ
１６４でコンテンツ鍵Ｋ_coで暗号化されたコンテンツの
署名が正しくないと判定された場合、又はステップＳ１
６５で個別鍵Ｋ_i で暗号化されたコンテンツ鍵Ｋ_coの署
名が正しくないと判定された場合、又はステップＳ１６
６で配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i の署名が正し
くないと判定された場合、又はステップＳ１６７で取扱
方針の署名が正しくないと判定された場合、又はステッ
プＳ１６８でサービスプロバイダ３の証明書の署名が正
しくないと判定された場合、又はステップＳ１６９で価
格情報の署名が正しくないと判定された場合、ホームサ
ーバ５１はステップＳ１７６に進み、エラー処理を行
う。なおステップＳ１６５、およびステップＳ１６６の
処理をまとめ、コンテンツ鍵Ｋ_co、個別鍵Ｋ_i に対する
唯一の署名を検証するようにしてもよい。

【０２８０】以上のように、ホームサーバ５１は、課金
情報を記憶モジュール９２に記憶すると共に、コンテン
ツ鍵Ｋ_coを個別鍵Ｋ_i で復号化した後、コンテンツ鍵Ｋ
_coを保存鍵Ｋ_saveで暗号化し、外部メモリ６７に記憶さ
せる。

【０２８１】据置機器５２も、同様の処理で、課金情報
を暗号処理部７３の記憶モジュールに記憶すると共に、
コンテンツ鍵Ｋ_coを個別鍵Ｋ_i で復号化し、コンテンツ
鍵Ｋ_coを保存鍵Ｋ_save２（ホームサーバ５１の鍵と異な
る）で暗号化し、外部メモリ７９に記憶させる。

【０２８２】図６８は、暗号処理部６５の外部メモリ制
御部９７が、外部メモリ６７からデータを読み出す際に
行う、改竄チェックの方法を説明するフローチャートで
ある。図６８のステップＳ１８０において、暗号処理部
６５の外部メモリ制御部９７は、外部メモリ６７から読
み出すデータの場所を検索する（例えば図１６のブロッ
ク目の１番目のデータ）。ステップＳ１８１において、
暗号処理部６５の外部メモリ制御部９７は、外部メモリ
６７内の読み出し予定データを含む同一ブロック内全て
のデータに対するハッシュ値（図１６の１ブロック目全
体のハッシュ値）を計算する。このとき、読み出し予定
のデータ（例えばコンテンツ鍵１と使用許諾条件情報
１）以外は、ハッシュ値計算に使用後、破棄される。ス
テップＳ１８２において、ステップＳ１８１で計算した
ハッシュ値と暗号処理部６５の記憶モジュール９２に記
憶されているハッシュ値（ＩＣＶ₁ ）を比較する。一致
していた場合、ステップＳ１８１で読み出しておいたデ
ータを、外部メモリ制御部９７を介して制御部９１に送
信し、一致していなかった場合、外部メモリ制御部９７
はＳ１８３に移り、当該メモリブロックは改竄されてい
るものとして以降の読み書きを禁止する（不良ブロック
とする）。例えば、外部メモリを４ＭＢのフラッシュメ
モリとしたとき、このメモリを６４のブロックに分けた
ものと仮定する。従って、記憶モジュールには６４個の
ハッシュ値が記憶されている。データの読み出しを行う
場合は、まず、データがある場所を検索し、そのデータ
を含む同一ブロック内の全てのデータに対するハッシュ
値を計算する。このハッシュ値が、記憶モジュール内の
当該ロックに対応したハッシュ値と一致しているか否か
で改竄をチェックする（図１６参照）。

【０２８３】このように、暗号処理部６５の外部メモリ
制御部９７は、外部メモリ６７の改竄チェックを行い、
データを読み出す。

【０２８４】図６９は、暗号処理部６５の外部メモリ制
御部９７が、外部メモリ６７にデータを書き込む際に行
う、改竄チェックの方法を説明するフローチャートであ
る。図６９のステップＳ１９０Ａにおいて、暗号処理部
６５の外部メモリ制御部９７は、外部メモリ６７にデー
タを書き込むことができる場所を検索する。ステップＳ
１９１Ａにおいて、暗号処理部６５の外部メモリ制御部
９７は、外部メモリ６７内に空きエリアがあるか否か判
定し、空きエリアがあると判定した場合、ステップＳ１
９２Ａに進む。ステップＳ１９２Ａにおいて、暗号処理
部６５の外部メモリ制御部９７は、書き込み予定データ
ブロック内の、全てのデータに対するハッシュ値を計算
する。ステップＳ１９３Ａにおいて、ステップＳ１９２
Ａで計算したハッシュ値と暗号処理部６５の記憶モジュ
ール９２に記憶されているハッシュ値を比較し、一致し
ていた場合、ステップＳ１９４Ａに進む。ステップＳ１
９４Ａにおいて、書き込み予定領域にデータを書き込
む。ステップＳ１９５Ａにおいて、暗号処理部６５の外
部メモリ制御部９７は、書き込んだデータブロック内
の、全てのデータに対するハッシュ値を再計算する。ス
テップＳ１９６Ａにおいて、制御部９１は、暗号処理部
６５の記憶モジュール９２内のハッシュ値をステップＳ
１９５Ａで計算したハッシュ値に更新する。

【０２８５】ステップＳ１９３Ａにおいて、計算したハ
ッシュ値が記憶モジュール９２内のハッシュ値と異なっ
ていた場合、制御部９１は、そのメモリブロックを不良
ブロックとし（例えば、ハッシュ値を不良ブロックを示
す値に変更する）、ステップＳ１９０Ａへ進む。

【０２８６】ステップＳ１９１Ａにおいて、外部メモリ
６７に空きエリアがないと判定された場合、ステップＳ
１９８Ａに進み、ステップＳ１９８Ａにおいて、外部メ
モリ制御部９７は、書き込みエラーを制御部９１に返送
し、処理を終了する。

【０２８７】外部メモリ制御部９７の外部メモリ６７へ
の書き換え（更新）方法は、図７０に示すように、ステ
ップＳ１９０Ｂにおいて暗号処理部６５の外部メモリ制
御部９７は、外部メモリ６７のデータを書き換える場所
を検索する。ステップＳ１９２Ｂにおいて、暗号処理部
６５の外部メモリ制御部９７は、書き換え予定データブ
ロック内の、全てのデータに対するハッシュ値を計算す
る。ステップＳ１９３Ｂにおいて、ステップＳ１９２Ｂ
で計算したハッシュ値と暗号処理部６５の記憶モジュー
ル９２に記憶されているハッシュ値を比較し、一致して
いた場合、ステップＳ１９４Ｂに進む。ステップＳ１９
４Ｂにおいて、書き換え予定領域のデータを書き換え
る。ステップＳ１９５Ｂにおいて、暗号処理部６５の外
部メモリ制御部９７は、書き込んだデータブロック内
の、全てのデータに対するハッシュ値を再計算する。ス
テップＳ１９６Ｂにおいて、制御部９１は、暗号処理部
６５の記憶モジュール９２内のハッシュ値をステップＳ
１９５Ｂで計算したハッシュ値に更新する。

【０２８８】ステップＳ１９３Ｂにおいて、計算したハ
ッシュ値が記憶モジュール９２内のハッシュ値と異なっ
ていた場合、制御部９１は、そのメモリブロックを不良
ブロックとし（例えば、ハッシュ値とを不良ブロックを
示す値に変更する）、書き換え失敗とする。

【０２８９】外部メモリ７９のデータの削除方法につい
て、図７１を用いて説明する。ステップＳ１９０Ｃにお
いて、暗号処理部７３の外部メモリ制御部は、外部メモ
リ７９のデータを削除する場所を検索する。ステップＳ
１９２Ｃにおいて、暗号処理部７３の外部メモリ制御部
は、データ削除予定データブロック内の、全てのデータ
に対するハッシュ値とを計算する。ステップＳ１９３Ｃ
において、ステップＳ１９２Ｃで計算したハッシュ値と
暗号処理部７３の記憶モジュール（図示せず）に記憶さ
れているハッシュ値を比較し、一致していた場合、ステ
ップＳ１９４Ｃに進む。ステップＳ１９４Ｃにおいて、
削除予定領域の削除予定であるデータを削除する。ステ
ップＳ１９５Ｃにおいて、暗号処理部７３の外部メモリ
制御部は、削除予定データを削除したデータブロック内
の、全てのデータに対するハッシュ値を再計算する。ス
テップＳ１９６Ｃにおいて、暗号処理部７３は記憶モジ
ュール内のハッシュ値をステップＳ１９５Ｃで計算した
ハッシュ値に更新する。

【０２９０】ステップＳ１９３Ｃにおいて、計算したハ
ッシュ値が記憶モジュール内のハッシュ値と異なってい
た場合、暗号処理部７３は、そのメモリブロックを不良
ブロックとし（例えば、ハッシュ値とを不良ブロックを
示す値に変更する）、消去失敗とする。

【０２９１】図５６のステップＳ４６に対応するホーム
サーバ５１がコンテンツを再生する処理の詳細を、図７
２及び図７３のフローチャートを用いて説明する。ステ
ップＳ２００において、ホームサーバ５１の上位コント
ローラ６２は、ホームサーバ５１の入力手段６３から再
生指示されたコンテンツに対応するＩＤを、ホームサー
バ５１の暗号処理部６５に入力する。ステップＳ２０１
において、再生するコンテンツＩＤを受信した暗号処理
部６５の制御部９１は、コンテンツＩＤを暗号処理部６
５の外部メモリ制御部９７に送信し、コンテンツＩＤに
対応するコンテンツ鍵Ｋ_coおよび使用許諾条件情報を検
索させる。このとき、使用許諾条件情報が再生可能な権
利であることを確認する。ステップＳ２０２において、
暗号処理部６５の外部メモリ制御部９７は、コンテンツ
鍵Ｋ_coおよび使用許諾条件情報を含むデータブロックの
ハッシュ値を計算し、暗号処理部６５の制御部９１に送
信する。ステップＳ２０３において、暗号処理部６５の
制御部９１は、暗号処理部６５の記憶モジュール９２に
記憶されているハッシュ値とステップＳ２０２で受信し
たハッシュ値が一致しているか否か判定し、一致してい
た場合にはステップＳ２０４に進む。

【０２９２】ステップＳ２０４において、暗号処理部６
５の制御部９１は、使用許諾条件情報を必要に応じて更
新する。例えば、使用許諾条件情報内の利用権が回数券
であった場合、その回数を減算するなどの処理である。
従って、更新する必要のない買い切りの権利などは、更
新する必要がなく、その場合、ステップＳ２０８へジャ
ンプする（図示していない）。ステップＳ２０５におい
て、外部メモリ制御部９７は、制御部９１から送信され
た更新された使用許諾条件情報を、外部メモリ６７に書
き換え更新する。ステップＳ２０６において、外部制御
部９７は、書き換えたデータブロック内の全データに対
するハッシュ値を計算し直し、暗号処理部６５の制御部
９１に送信する。ステップＳ２０７において、暗号処理
部６５の制御部９１は、暗号処理部６５の記憶モジュー
ル９２に記憶されているハッシュ値を、ステップＳ２０
６で算出したハッシュ値に書き換える。

【０２９３】ステップＳ２０８において、暗号処理部６
５と伸張部６６は相互認証を行い、一時鍵Ｋ_tempを共有
する。相互認証処理は、図５１を用いて説明したのでそ
の詳細は省略する。ステップＳ２０９において、暗号／
復号化モジュール９６の復号化ユニット１１１は、外部
メモリ９７から読み出したコンテンツ鍵Ｋ_coを、記憶モ
ジュール９２から供給された保存鍵Ｋ_saveで復号化す
る。ステップＳ２１０において、暗号／復号化モジュー
ル９６の暗号化ユニット１１２は、先ほど伸張部６６と
共有した一時鍵Ｋ_tempでコンテンツ鍵Ｋ_coを再暗号化す
る。ステップＳ２１１において、暗号処理部６５の制御
部９１は、上位コントローラ６２を介して、一時鍵Ｋ
_tempで暗号化されたコンテンツ鍵Ｋ_coを伸張部６６に送
信する。

【０２９４】ステップＳ２１２において、伸張部６６の
鍵復号モジュール１０２は、相互認証モジュール１０１
から供給された一時鍵Ｋ_tempでコンテンツ鍵Ｋ_coを復号
化する。ステップＳ２１３において、上位コントローラ
６２は大容量記憶部６８からコンテンツを読み出し、伸
張部６６に供給する。コンテンツを受信した伸張部６６
の復号モジュール１０３は、鍵復号モジュール１０２か
ら供給されたコンテンツ鍵Ｋ_coを用いてコンテンツを復
号化する。ステップＳ２１４において、伸張部６６の伸
張モジュール１０４は、コンテンツを所定の方式、例え
ばＡＴＲＡＣなどの方式により伸張する。ステップＳ２
１５において、電子透かし付加モジュール１０５は、暗
号処理部６５から指示されたデータを電子透かしの形で
コンテンツに挿入する（暗号処理部から伸張部へ渡され
るデータは、コンテンツ鍵Ｋ_coだけではなく、再生条件
（アナログ出力、ディジタル出力、コピー制御信号付き
出力（SCMS））、コンテンツ利用権を購入した機器ＩＤ
なども含まれている。挿入するデータは、このコンテン
ツ利用権を購入した機器のＩＤ（つまりは、使用許諾条
件情報内の機器ＩＤ）などである）。ステップＳ２１６
において、伸張部６６は、図示せぬスピーカを介して音
楽を再生する。

【０２９５】このように、ホームサーバ５１は、コンテ
ンツを再生する。

【０２９６】図７４は、ホームサーバ５１が据置機器５
２のために、コンテンツ利用権を代理購入する処理の詳
細を説明したフローチャートである。ステップＳ２２０
において、ホームサーバ５１と据置機器５２は、相互認
証する。相互認証処理は、図５２で説明した処理と同様
なため、説明を省略する。ステップＳ２２１において、
ホームサーバ５１の上位コントローラ６２は、ホームサ
ーバ５１の大容量記憶部６８から読み出した登録情報
を、ホームサーバ５１の暗号処理部６５に検査させる。
上位コントローラ６２から登録情報を受信した暗号処理
部６５は、暗号／復号化モジュール９６の署名検証ユニ
ット１１５に、登録情報に付加されている署名を、暗号
処理部６５の記憶モジュール９２から供給された電子配
信サービスセンタ１の公開鍵で検証させる。署名の検証
に成功した後、暗号処理部６５の制御部９１は、登録情
報に据置機器のＩＤが登録され、「登録」及び「購入」
の項目が「登録可」及び「購入化」になっているか判定
し、「登録可」になっていると判定された場合にはステ
ップＳ２２２に進む（なお、据置機器５２側でも登録情
報を検査し、ホームサーバ５１が「登録可」になってい
ることを判定している）。ステップＳ２２５からステッ
プＳ２２７は、図６７のステップＳ１６０からステップ
Ｓ１７１までと同様な処理なため、その詳細は省略す
る。

【０２９７】ステップＳ２２８において、暗号処理部６
５の制御部９１は、ステップＳ２２５で入力された配送
鍵Ｋ_d で暗号化された個別鍵Ｋ_i を、暗号／復号化モジ
ュール９６の復号化ユニット１１１で、記憶モジュール
９２から供給された配送鍵Ｋ_d を用いて復号化する。次
に、暗号処理部６５の制御部９１は、ステップＳ２２５
で入力された個別鍵Ｋ_i で暗号化されたコンテンツ鍵Ｋ
_coを、暗号／復号化モジュール９６の復号化ユニット１
１１で、個別鍵Ｋ_i を用いて復号化する。そして、暗号
処理部６５の制御部９１は、暗号／復号化モジュール９
６の暗号化ユニット１１２で、ステップＳ２２０の相互
認証時に据置機器５２と共有した一時鍵Ｋ_tempを用いて
コンテンツ鍵Ｋ_coを再暗号化する。ステップＳ２２９に
おいて、暗号処理部６５の制御部９１は、一時鍵Ｋ_temp
で暗号化されたコンテンツ鍵Ｋ_coと、ステップＳ２２６
で生成した使用許諾条件情報に対し、暗号／復号化モジ
ュール９６の署名生成ユニット１１４を用いて署名を生
成し、上位コントローラ６２に送信する。一時鍵Ｋ_temp
で暗号化されたコンテンツ鍵Ｋ_co、使用許諾条件情報お
よびそれらの署名を受信したホームサーバ５１の上位コ
ントローラ６２は、大容量記憶部６８からコンテンツ鍵
Ｋ_coで暗号化されたコンテンツ（署名を含む。以下同
じ）を読み出し、一時鍵Ｋ_tempで暗号化されたコンテン
ツ鍵Ｋ_co、使用許諾条件情報、それらの署名およびコン
テンツ鍵Ｋ_coで暗号化されたコンテンツを据置機器５２
に送信する。

【０２９８】ステップＳ２３０において、一時鍵Ｋ_temp
で暗号化されたコンテンツ鍵Ｋ_co、使用許諾条件情報、
それらの署名およびコンテンツ鍵Ｋ_coで暗号化されたコ
ンテンツを受信した据置機器５２は、署名を検証した後
コンテンツ鍵Ｋ_coで暗号化されたコンテンツを据置機器
５２の記録再生部７６に出力する。コンテンツ鍵Ｋ_coで
暗号化されたコンテンツを受信した据置機器５２の記録
再生部７６は、コンテンツ鍵Ｋ_coで暗号化されたコンテ
ンツを記録メディア８０に保存する。

【０２９９】ステップＳ２３１において、据置機器５２
の暗号処理部７３は、一時鍵Ｋ_tempで暗号化されたコン
テンツ鍵Ｋ_coを、暗号／復号化モジュールの復号化ユニ
ットで、ステップＳ２２０の相互認証時にホームサーバ
５１と共有した一時鍵Ｋ_tempを用いて復号化する。そし
て、暗号処理部７３の制御部は、暗号／復号化モジュー
ルの暗号化ユニットで、暗号処理部７３の記憶モジュー
ルから供給された保存鍵Ｋ_save２を用いてコンテンツ鍵
Ｋ_coを再暗号化する。

【０３００】ステップＳ２３２において、据置機器５２
の暗号処理部７３は、保存鍵Ｋ_save２で暗号化されたコ
ンテンツ鍵Ｋ_coとステップＳ２３０で受信した使用許諾
条件情報を暗号処理部７３の外部メモリ制御部に送信
し、外部メモリ７９に保存させる。外部メモリ制御部が
外部メモリにデータを書き込む処理については、図６９
で説明しているので、詳細は省略する。

【０３０１】このように、ホームサーバ５１はコンテン
ツ利用権を購入し、課金情報はホームサーバ５１側で保
存し、利用権は据置機器５２に引き渡される。

【０３０２】図７５は、ホームサーバ５１が、既に購入
済みのコンテンツ利用権を、別の利用形態に変更して購
入するための処理を示したフローチャートである。図７
５のステップＳ２４０からステップＳ２４５までは、図
６７で説明した処理と同様であるため、その説明は省略
する。ステップＳ２４６において、ホームサーバ５１の
暗号処理部６５は、暗号処理部６５の外部メモリ制御部
９７に、利用権変更するコンテンツの使用許諾条件情報
を読み出させる。外部メモリ６７からのデータの読み出
しは、図６８を参照して説明したので、その詳細は省略
する。ステップＳ２４６で正常に使用許諾条件情報が読
み出せた場合には、ステップＳ２４７へ進む。

【０３０３】ステップＳ２４７において、ホームサーバ
５１の上位コントローラ６２は、表示手段６４を用いて
利用権内容変更可能なコンテンツの情報（例えば、利用
権内容変更可能な利用形態や価格など）を表示し、ユー
ザは入力手段６３を用いて利用権内容更新条件を選択す
る。入力手段６３から入力された信号はホームサーバ５
１の上位コントローラ６２に送信され、上位コントロー
ラ６２は、その信号に基づいて利用権内容変更コマンド
を生成し、利用権内容変更コマンドをホームサーバ５１
の暗号処理部６５に入力する。これを受信した暗号処理
部６５は、ステップＳ２４３で受信した取扱方針、ステ
ップＳ２４５で受信した価格情報およびステップＳ２４
７で読み出した使用許諾条件情報から、課金情報および
新しい使用許諾条件情報を生成する。

【０３０４】ステップＳ２４８は、図６７のステップＳ
１７１と同様なため、その詳細な説明は省略する。ステ
ップＳ２４９において、暗号処理部６５の制御部９１
は、ステップＳ２４７で生成した使用許諾条件情報を、
暗号処理部６５の外部メモリ制御部９７に出力する。外
部メモリ制御部９７は、受信した使用許諾条件情報を外
部メモリ６７に上書き更新する。外部メモリ制御部９７
の外部メモリ６７への書き換え（更新）方法は、図７０
で説明したので、その詳細は省略する。

【０３０５】ステップＳ２４６において、外部メモリ６
７に、権利内容変更コマンドに付加されたコンテンツＩ
Ｄに対応する使用許諾条件情報が見つからなかった場
合、または、使用許諾条件情報が記憶されている外部メ
モリの記憶ブロックに改竄が発見された場合（図６８を
参照して説明済み）、ステップＳ２５１へ進み、所定の
エラー処理を行う。

【０３０６】このように、ホームサーバ５１は、既に購
入した権利（使用許諾権条件情報に記述されている）
と、取扱方針および価格情報を用いて新たな権利を購入
し、利用権内容を変更することができる。

【０３０７】図７６及び図７７は、取扱方針および価格
情報のルール部分の具体例を示したものである。図７６
において、取扱方針は利用権ごとに整理番号として付け
られたルール番号、利用権内容を示す利用権内容番号、
そのパラメータ、最低販売価格、コンテンツプロバイダ
の利益率から構成され、この取扱方針には例えば５つの
ルールが記述されている。ルール１は、権利項目が利用
権内容番号１であるから、図４４より、その権利は再生
権、時間・回数制限なしの権利であることがわかる。ま
た、パラメータの項目には、特に記述がないことがわか
る。最低販売価格は￥３５０であり、コンテンツプロバ
イダ２の取り分は、価格の３０％である。ルール２は、
権利項目が利用権内容番号２であるから、図４４より、
その権利は再生権、時間制限有り、回数制限なしの権利
であることがわかる。また、利用可能期間が１時間であ
ることが、パラメータの項目からわかる。最低販売価格
は￥１００であり、コンテンツプロバイダ２の取り分
は、価格の３０％である。ルール３は、権利項目が利用
権内容番号６であるから、図４４より、その権利は複製
権（コピー制御信号なし）、時間制限なし、回数制限あ
りの権利であることがわかる。また、利用可能回数が１
回であることが、パラメータの項目からわかる。最低販
売価格は￥３０であり、コンテンツプロバイダ２の取り
分は、価格の３０％である。

【０３０８】ルール４は、権利項目が利用権内容番号１
３であるから、図４４より、その権利は利用内容変更で
あることがわかる。変更可能なルール番号は、＃２（再
生権、時間制限有り、回数制限なし）から＃１（再生
権、時間・回数制限なし）であることがパラメータの項
目からわかる。最低販売価格は￥２００であり、コンテ
ンツプロバイダ２の取り分は、価格の２０％である。最
低販売価格がルール１より低く提示してあるのは、既に
購入している権利を下取りして再購入すると考えている
からであり、コンテンツプロバイダ２の取り分がルール
１より低く提示してあるのは、実際の作業をする電子配
信サービスセンタ１の取り分を増やすためである（コン
テンツプロバイダ２は、権利内容変更時には作業がない
ため）。

【０３０９】ルール５は、権利項目が利用権内容番号１
４であるから、図４４より、その権利は再配布であるこ
とがわかる。再配布可能条件は、ルール番号＃１（再生
権、時間・回数制限なし）を持っている機器が、ルール
番号＃１（再生権、時間・回数制限なし）を購入して再
配布することであることが、パラメータの項目からわか
る。最低販売価格は￥２５０であり、コンテンツプロバ
イダ２の取り分は、価格の２０％である。最低販売価格
がルール１より低く提示してあるのは、既に購入してい
る権利をもつ機器が、同一コンテンツにつき再購入する
と考えているからであり、コンテンツプロバイダ２の取
り分がルール１より低く提示してあるのは、実際の作業
をする電子配信サービスセンタ１の取り分を増やすため
である（コンテンツプロバイダ２は、再配付時には作業
がないため）。

【０３１０】図７７において、価格情報は利用権ごとに
整理番号として付けられたルール番号、パラメータ及び
価格情報から構成され、この価格情報にも例えば５つの
ルールが記述されている。ルール１は、取扱方針のルー
ル＃１に対する価格情報で、利用権内容番号＃１を購入
する際に、価格が￥５００で、サービスプロバイダ３の
取り分が３０％であることを示す。従って、ユーザが支
払う￥５００は、コンテンツプロバイダ２が￥１５０、
サービスプロバイダ３が￥１５０、電子配信サービスセ
ンタ１が￥２００取ることになる。ルール２からルール
５までも同様であるので、その詳細は省略する。

【０３１１】なお、ルール４、５において、サービスプ
ロバイダ２の取り分がルール１に比べて少ないのは、サ
ービスプロバイダ２の配信作業をユーザ機器が代行して
行っており、代金の回収は電子配信サービスセンタ１が
行っているためである。

【０３１２】また本例ではルール番号が＃１から＃５へ
と連番となっているが、必ずしもその必要はない。作成
者はルール番号ごとに利用権内容番号とパラメータを設
定しておき、そこから抽出したものを並べるため、一般
には連番にならない。

【０３１３】図７８は、図７５で説明した権利内容変更
を行う際の具体的な例を示したものである。取扱方針は
利用権ごとに整理番号として付けられたルール番号、利
用権内容を示す利用権内容番号、そのパラメータ、最低
販売価格、コンテンツプロバイダの利益率から構成さ
れ、価格情報は利用権ごとに整理番号として付けられた
ルール番号、パラメータ及び価格情報から構成され、使
用許諾条件情報は利用権ごとに整理番号として付けられ
たルール番号、利用権内容を示す利用権内容番号、その
パラメータから構成されている。ホームサーバ５１は、
既にルール番号＃２の再生権、時間制限ありの権利を購
入しており、権利内容を示す使用許諾条件情報には、ル
ール番号＃２が記述されており、利用可能時間は残り３
０分で、今まで積算して２時間分の購入を行っているこ
とを示している。今、時間制限ありから時間制限なしに
変更しようとした場合、取扱方針のルール３、価格情報
のルール３および使用許諾条件情報から￥２００で再生
権、時間・回数制限なしに変更でき、使用許諾条件情報
は、ルール番号＃１、利用権内容番号の再生権、時間・
回数制限なしに変わることがわかる（利用権内容番号＃
１の場合のパラメータに関しては、後述する。また、本
例で言えば、直接再生権、時間・回数制限なしを買う場
合に比べ、一度、時間制限ありの権利を買ってから権利
内容変更したほうが安くなってしまっている。このた
め、積算利用時間を見て割り引くようにした方がよ
い）。

【０３１４】図７９は、ホームサーバ５１が据置機器５
２のために、コンテンツ利用権を購入し、その利用権を
再配布する処理の詳細を説明したフローチャートであ
る。ステップＳ２６０からステップ２６４は、図７４の
ステップＳ２２０からステップＳ２２５と同様なため、
その詳細な説明は省略する。ステップＳ２６５におい
て、ホームサーバ５１の暗号処理部６５は、暗号処理部
６５の外部メモリ制御部９７に、再配布しようとするコ
ンテンツに対応する使用許諾条件情報および保存鍵Ｋ
_saveで暗号化されたコンテンツ鍵Ｋ_coを、外部メモリ６
７から読み出させる。外部メモリ制御部９７による外部
メモリ６７の読み出し方法については、図６８で説明し
たので、その詳細は省略する。読み出しに成功した場合
は、ステップＳ２６６に進む。

【０３１５】ステップＳ２６６において、ホームサーバ
５１の上位コントローラ６２は、表示手段６４を用いて
再配布可能なコンテンツの情報（例えば、再配布可能な
コンテンツの利用形態や価格など）を表示し、ユーザは
入力手段６３を用いて再配付条件を選択する。なお、こ
の選択処理は、予め再配付処理スタート時に行うように
しても良い。入力手段６３から入力された信号はホーム
サーバ５１の上位コントローラ６２に送信され、上位コ
ントローラ６２は、その信号に基づいて再配布コマンド
を生成し、再配布コマンドをホームサーバ５１の暗号処
理部６５に入力する。これを受信した暗号処理部６５
は、ステップＳ２６４で受信した取扱方針、価格情報お
よびステップＳ２６５で読み出した使用許諾条件情報か
ら、課金情報および新しい使用許諾条件情報を生成す
る。

【０３１６】ステップＳ２６７は、図６７のステップＳ
１７１と同様なため、その詳細な説明は省略する。ステ
ップＳ２６８において、暗号処理部６５の制御部９１
は、ステップＳ２６５で読み出した保存鍵Ｋ_saveで暗号
化されたコンテンツ鍵Ｋ_coを、暗号／復号化モジュール
９６の復号化ユニット１１１で、記憶モジュール９２か
ら供給された保存鍵Ｋ_saveを用いて復号化する。そし
て、暗号処理部６５の制御部９１は、暗号／復号化モジ
ュール９６の暗号化ユニット１１２で、ステップＳ２６
０の相互認証時に据置機器５２と共有した一時鍵Ｋ_temp
を用いてコンテンツ鍵Ｋ_coを再暗号化する。最後に、暗
号／復号化モジュール９６の署名生成ユニット１１４
は、一時鍵Ｋ_tempで暗号化されたコンテンツ鍵Ｋ_coと、
ステップＳ２６６で生成した新しい使用許諾条件情報に
対応した署名を生成し、暗号処理部６５の制御部９１に
返送する。

【０３１７】ステップＳ２６９からステップＳ２７２の
処理は、図７４のステップＳ２２９からステップＳ２３
２と同様なため、その詳細は省略する。

【０３１８】このように、ホームサーバ５１は、自己の
保持する利用権（使用許諾条件情報）と取扱方針、価格
情報から新しい使用許諾条件情報を作り出し、自己の保
持するコンテンツ鍵Ｋ_co、コンテンツとともに据置機器
５２へ送信することで、コンテンツの再配布が行える。

【０３１９】図８０は、ホームサーバ５１が据置機器５
２のために、使用許諾条件情報、コンテンツ鍵Ｋ_coを送
信し、据置機器５２でコンテンツ利用権を購入する処理
の詳細を説明したフローチャートである。ステップＳ２
８０において、据置機器５２の暗号処理部７３は、暗号
処理部７３の記憶モジュールに記憶されている課金情報
の課金の合計が、上限に達しているか否か判定し、上限
に達していなかった場合にはステップＳ２８１に進む
（なお、課金合計上限で判定するのではなく、課金処理
件数の上限で判定するようにしても良い）。

【０３２０】ステップＳ２８１において、据置機器５２
の上位コントローラ７２は、据置機器５２の小容量記憶
部７５から読み出した登録情報を据置機器５２の暗号処
理部７３に入力する。登録情報を受信した暗号処理部７
３は、図示せぬ暗号／復号化モジュールの署名検証ユニ
ットで登録情報の署名を検証した後、据置機器５２のＩ
Ｄに対する「購入処理」の項目が「購入可」になってい
るか判定し、「購入可」であった場合にはステップＳ２
８２に進む。

【０３２１】ステップＳ２８２は、図７４のステップＳ
２２０と同様なため、その詳細は省略する。ステップＳ
２８３は、図７４のステップＳ２２１と同様なため、そ
の詳細は省略する（ホームサーバ５１は据置機器５２が
登録されているか否かを判定し、据置機器５２はホーム
サーバ５１が登録されているか否かを判定する）。ステ
ップＳ２８４は、図７９のステップＳ２６５と同様なた
め、その詳細は省略する。ステップＳ２８５は、図７９
のステップＳ２６８と同様なため、その詳細は省略す
る。ステップＳ２８６において、暗号処理部６５の制御
部９１は、一時鍵Ｋ_tempで暗号化されたコンテンツ鍵Ｋ
_coと、ステップＳ２８４で読み出した使用許諾条件情報
に対し、暗号／復号化モジュール９６の署名生成ユニッ
ト１１４を用いて署名を生成し、上位コントローラ６２
に送信する。一時鍵Ｋ_tempで暗号化されたコンテンツ鍵
Ｋ_co、使用許諾条件情報およびそれらの署名を受信した
ホームサーバ５１の上位コントローラ６２は、大容量記
憶部６８からコンテンツ鍵Ｋ_coで暗号化されたコンテン
ツ、必要に応じて取扱方針とその署名、価格情報とその
署名を読み出し、一時鍵Ｋ_tempで暗号化されたコンテン
ツ鍵Ｋ_co、使用許諾条件情報、それらの署名、コンテン
ツ鍵Ｋ_coで暗号化されたコンテンツ、取扱方針とその署
名および価格情報とその署名を据置機器５２に送信す
る。

【０３２２】ステップＳ２８７は、図７４のステップＳ
２３０と同様なため、その詳細は省略する。ステップＳ
２８８は、図７４のステップＳ２２５と同様なため、そ
の詳細は省略する。ステップＳ２８９において、据置機
器５２の上位コントローラ７２は、表示手段７８を用い
て再配布可能なコンテンツの情報（例えば、再配布可能
なコンテンツの利用形態や価格など）を表示し、ユーザ
は入力手段７７を用いて再配付条件を選択する。なお、
この選択処理は予め再配付処理スタート時に行うように
しても良い。入力手段７７から入力された信号は据置機
器５２の上位コントローラ７２に送信され、上位コント
ローラ７２は、その信号に基づいて再配布コマンドを生
成し、再配布コマンドを据置機器５２の暗号処理部７３
に入力する。これを受信した暗号処理部７３は、ステッ
プＳ２８６で受信した取扱方針、価格情報および使用許
諾条件情報から、課金情報および新しい使用許諾条件情
報を生成する。

【０３２３】ステップＳ２９０において、据置機器５２
の暗号処理部７３は、ステップＳ２８９で生成した課金
情報を図示せぬ暗号処理部７３の記憶モジュールに保存
する。ステップＳ２９１において、据置機器５２の暗号
処理部７３は、ステップＳ２８６で受信した一時鍵Ｋ
_tempで暗号化されたコンテンツ鍵Ｋ_coを、図示せぬ暗号
処理部７３の復号化ユニットで、ステップＳ２８２で共
有した一時鍵Ｋ_tempを用いて復号化する。そして、据置
機器５２の暗号処理部７３は、図示せぬ暗号処理部７３
の暗号化ユニットで、図示せぬ暗号処理部７３の記憶モ
ジュールから供給された保存鍵Ｋ_save２を用いてコンテ
ンツ鍵Ｋ_coを暗号化する。

【０３２４】ステップＳ２９２において、据置機器５２
の暗号処理部７３は、ステップＳ２８９で生成した使用
許諾条件情報およびステップＳ２９１で生成した保存鍵
Ｋ_save２で暗号化されたコンテンツ鍵Ｋ_coを図示せぬ、
暗号処理部７３の外部メモリ制御部に送信する。使用許
諾条件情報および保存鍵Ｋ_save２で暗号化されたコンテ
ンツ鍵Ｋ_coを受信した外部メモリ制御部は、使用許諾条
件情報および保存鍵Ｋ_save２で暗号化されたコンテンツ
鍵Ｋ_coを外部メモリ７９に書き込む。書き込む際の改竄
チェックについては、図６９を用いて説明したので、そ
の詳細は省略する。

【０３２５】このように、据置機器５２は、ホームサー
バ５１の保持する利用権（使用許諾条件情報）、取扱方
針、価格情報、コンテンツ鍵Ｋ_co、コンテンツをホーム
サーバ５１から受信し、据置機器５２で新しい使用許諾
条件情報を作り出すことにより、コンテンツの再配布を
受けることができる。

【０３２６】図８１は、管理移動権について説明した図
である。管理移動とは、機器１から機器２へ再生権を移
動できる動作のことで、機器１から機器２へ権利が移動
することは通常の移動と同じであるが、機器２は受け取
った再生権を再移動することができない点で通常の移動
と異なる（通常の移動と同様に、再生権を移動した後の
機器１は、再生権の再移動できない）。再生権を管理移
動で受け取った機器２は、再生権を機器１に返還するこ
とができ、返還された後は、機器１は再度再生権の移動
ができ、機器２は引き続きできない。これらを実現する
ため、使用許諾条件情報に管理移動権の購入者および現
在の管理移動権の保持者を管理させている（ここでは、
利用権内容番号＃１を持っている場合にのみ管理移動で
きることを想定しているが、利用権内容番号＃２におい
ても拡張できる）。

【０３２７】図８１において、取扱方針のルール１は、
図７８で説明しているので、その詳細は省略する。ルー
ル２は、権利項目が利用権内容番号１６であるから、図
４４より、その権利は管理移動権であることがわかる。
また、パラメータの項目には、特に記述がないことがわ
かる。最低販売価格は￥１００であり、コンテンツプロ
バイダ２の取り分は、価格の５０％である。コンテンツ
プロバイダ２の取り分がルール１より高く提示してある
のは、サービスプロバイダ３は実際の作業を全く行わな
いため、その分をコンテンツプロバイダ２への取り分に
回したためである。

【０３２８】図８１において、価格情報のルール１は、
図７８で説明しているので、その詳細は省略する。ルー
ル２は、取扱方針のルール＃２に対する価格情報で、利
用権内容番号＃１６を購入する際に、価格が￥１００
で、サービスプロバイダ３の取り分が０％であることを
示す。従って、ユーザが支払う￥１００は、コンテンツ
プロバイダ２が￥５０、サービスプロバイダ３が￥０、
電子配信サービスセンタ１が￥５０取ることになる。

【０３２９】図８１において、ユーザはまずルール番号
＃１（再生権、時間・回数制限無し）を購入する。ただ
し、このとき管理移動権は持っていない（図８１の
（ａ）の状態）。次に、ユーザは管理移動権を購入する
（これらの動作は一瞬なため、ユーザは一括して購入し
たように見える）。使用許諾条件のルール番号は、購入
者を示す暗号処理部のＩＤ（以下購入者とする）がＩＤ
１（例えば、ホームサーバ５１のＩＤ）、再生権を保有
する暗号処理部のＩＤ（以下保持者とする）がＩＤ２に
なる（図８１の（ｂ）の状態）。これを、管理移動を行
って据置機器５２に移した場合、ホームサーバ５１の持
つ使用許諾条件情報のルール部は、購入者はＩＤ１のま
まだが、保持者がＩＤ２に変化する。また、管理移動に
より再生権を受信した据置機器５２の持つ使用許諾条件
情報のルール部は、購入者はＩＤ１、保持者はＩＤ２と
なり、ホームサーバ５１の使用許諾条件情報と一緒にな
っている。

【０３３０】図８２は、管理移動権の移動処理の詳細を
説明するフローチャートである。図８２において、ステ
ップＳ３００は、図７４のステップＳ２２０と同様なた
め、その詳細は省略する。また、ステップＳ３０１は図
７４のステップＳ２２１と同様なため、その詳細は省略
する。ステップＳ３０２は図７５のステップＳ２４６と
同様であため、その詳細は省略する。ステップＳ３０３
において、ホームサーバ５１の暗号処理部６５は、読み
出した使用許諾条件情報内のルール部を検査し、使用権
が再生権、時間・回数制限なし、管理移動権ありになっ
ているか判定する。管理移動権があると判定された場
合、ステップＳ３０４に進む。

【０３３１】ステップＳ３０４において、暗号処理部６
５の制御部９１は、管理移動権の購入者および保持者
が、共にホームサーバ５１のＩＤになっているか判定す
る。管理移動権の購入者および保持者が、共にホームサ
ーバ５１のＩＤになっていると判定された場合には、ス
テップＳ３０５に進む。ステップＳ３０５において、暗
号処理部６５の制御部９１は、使用許諾条件情報の管理
移動権の保持者を据置機器５２のＩＤに書き換える。ス
テップＳ３０６において、暗号処理部６５の制御部９１
は、ステップＳ３０５で書き換えた使用許諾条件情報を
暗号処理部６５の外部メモリ制御部９７に出力する。使
用許諾条件情報を受信した暗号処理部６５の外部メモリ
制御部９７は、外部メモリ６７に使用許諾条件情報を上
書き保存する。外部メモリ６７のデータを書き換え保存
する方法については、図７０で説明したので、その詳細
は省略する。ステップＳ３０７からステップＳ３１１ま
では、図７９のステップＳ２６８からステップＳ２７２
と同様なため、その詳細は省略する。

【０３３２】ステップＳ３０３で使用許諾条件情報に管
理移動権が含まれていなかった場合、ステップＳ３０４
で管理移動権の購入者または保持者がホームサーバ５１
でなかった場合は、処理を中断する。

【０３３３】このように、ホームサーバ５１から据置機
器５２にコンテンツを再生するための権利を移動するこ
とができる。

【０３３４】図８３は、現在管理移動権を所持している
据置機器５２から、管理移動権の購入者であるホームサ
ーバ５１に、管理移動権を返還させる処理について説明
したフローチャートである。図８３において、ステップ
Ｓ３２０は、図７４のステップＳ２２０と同様なため、
その詳細は省略する。ステップＳ３２１は図７４のステ
ップＳ２２１と同様であため、その詳細は省略するが、
ホームサーバ５１と据置機器５２双方で相手のＩＤが登
録されているか検査しているものとする。登録されてい
ると判定された場合、ステップＳ３２２に進む。ステッ
プＳ３２２は、図７５のステップＳ２４６と同様である
ため、その詳細は省略するが、ホームサーバ５１と据置
機器５２双方で同一のコンテンツＩＤのデータを読み出
していることとする。外部メモリからデータが正しく読
めた場合には、ステップＳ３２３に進む。ステップＳ３
２３は、図８２のステップＳ３０３と同様であるため、
その詳細は省略するが、ホームサーバ５１と据置機器５
２双方で管理移動権があるか判定していることとする。
管理移動権があると判定された場合には、ステップＳ３
２４に進む。

【０３３５】ステップＳ３２４において、ホームサーバ
５１の暗号処理部６５は、管理移動権の購入者がホーム
サーバ５１のＩＤになっていて、保持者が据置機器５２
のＩＤになっているか判定する。管理移動権の購入者が
ホームサーバ５１のＩＤになっていて、保持者が据置機
器５２のＩＤになっていると判定された場合には、ステ
ップＳ３２５に進む。同様に、据置機器５２の暗号処理
部７３は、管理移動権の購入者がホームサーバ５１のＩ
Ｄになっていて、保持者が据置機器５２のＩＤになって
いるか判定する。管理移動権の購入者がホームサーバ５
１のＩＤになっていて、保持者が据置機器５２のＩＤに
なっていると判定された場合には、ステップＳ３２５に
進む。

【０３３６】ステップＳ３２５において、据置機器５２
の記録再生部７６は、記録メディア８０からコンテンツ
を削除する（ただし、暗号化されたデータが残るだけな
ので、無理に削除する必要はない）。ステップＳ３２６
において、据置機器５２の暗号処理部７３は、図示せぬ
暗号処理部７３の外部メモリ制御部に、外部メモリ７９
に保存されている保存鍵Ｋ_save２で暗号化されたコンテ
ンツ鍵Ｋ_coと使用許諾条件情報を削除させる。外部メモ
リ７９の照りの削除方法は図７１で説明したので、その
詳細は省略する。

【０３３７】ステップＳ３２７において、暗号処理部６
５の制御部９１は、使用許諾条件情報の管理移動権の保
持者をホームサーバ５１のＩＤに書き換えた使用許諾条
件情報を生成する。ステップＳ３２８において、暗号処
理部６５の制御部９１は、ステップＳ３２７で生成した
使用許諾条件情報を、暗号処理部６５の外部メモリ制御
部９７に出力する。使用許諾条件情報を受信した暗号処
理部６５の外部メモリ制御部９７は、外部メモリ６７に
使用許諾条件情報を上書き保存する。外部メモリ６７に
書き換え保存する方法については、図７０で説明したの
で、その詳細は省略する。

【０３３８】ステップＳ３２１でホームサーバ５１また
は据置機器５２において、登録情報が改竄されていた
り、相手の機器のＩＤが登録されていなかった場合、ス
テップＳ３２２でホームサーバ５１または据置機器５２
において、外部メモリ内に所定のコンテンツに対するコ
ンテンツ鍵または使用許諾条件情報が見つからなかった
り、それらを含むメモリブロックが改竄されていた場合
は、ステップＳ３２９へ進みエラー処理を行う。

【０３３９】ステップＳ３２３でホームサーバ５１また
は据置機器５２において、使用許諾条件情報内に管理移
動権がなかった場合、ステップＳ３２４でホームサーバ
５１または据置機器５２において、購入者がホームサー
バ５１で、保持者が据置機器５２でなかった場合は、処
理を中断する。

【０３４０】このように、据置機器５２からホームサー
バ５１にコンテンツを再生するための権利をもどすこと
ができる。

【０３４１】なお、コンテンツおよびコンテンツ鍵Ｋ_co
等を１つしか記述していないが、必要に応じて複数存在
することとする。

【０３４２】また、本例ではコンテンツプロバイダ２と
サービスプロバイダ３が別々に扱われていたが、一つに
まとめてしまってもよい。更にまた、コンテンツプロバ
イダ２の方式を、そのままサービスプロバイダ３に転用
しても良い。

【０３４３】（２）個別鍵の使用による暗号化処理 コンテンツプロバイダ２は、図９について上述したよう
にコンテンツを自ら作成したコンテンツ鍵で暗号化す
る。また、コンテンツプロバイダ２は、電子配信サービ
スセンタ１からコンテンツプロバイダ固有の個別鍵と、
配送鍵で暗号化された個別鍵を受け取り、個別鍵によっ
てコンテンツ鍵を暗号化する。かくしてコンテンツプロ
バイダ２は、コンテンツ鍵で暗号化されたコンテンツ
と、個別鍵で暗号化されたコンテンツ鍵と、配送鍵で暗
号化された個別鍵とをサービスプロバイダ３を介してユ
ーザホームネットワーク５に供給する。

【０３４４】ユーザホームネットワーク５では、電子配
信サービスセンタ１から受け取った配送鍵を用いてコン
テンツプロバイダ固有の個別鍵を復号化する。これによ
り、ユーザホームネットワーク５はコンテンツプロバイ
ダ２からコンテンツプロバイダ固有の個別鍵で暗号化さ
れて供給されるコンテンツ鍵を復号することができる。
コンテンツ鍵を得たユーザホームネットワーク５は当該
コンテンツ鍵によりコンテンツを復号することができ
る。

【０３４５】ここで、個別鍵はコンテンツサーバごとに
固有であるのに対して、配送鍵は一種類のみである。従
って、ユーザホームネットワーク５は一種類の配送鍵だ
けを持っていれば、各コンテンツプロバイダからの個別
鍵を復号することができる。従って、ユーザホームネッ
トワーク５は各コンテンツプロバイダ固有の個別鍵を持
つ必要がなくなり、配送鍵を持つだけですべてのコンテ
ンツプロバイダのコンテンツを購入することができる。

【０３４６】また、各コンテンツプロバイダは、配送鍵
を持たないことにより、他のコンテンツプロバイダ固有
の個別鍵（配送鍵で暗号化されている）を復号すること
ができない。これによりコンテンツプロバイダ間でのコ
ンテンツの盗用を防止し得る。

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

【０３４８】すなわち、本発明の情報送信システムにお
いては、コンテンツ等の情報を送信するコンテンツ供給
者又はコンテンツ販売業者（例えば、図８４のコンテン
ツ送信装置２００）が持つ個別鍵保存用メモリ（例え
ば、図８４の耐タンパメモリ２０１）、コンテンツ鍵Ｋ
_coを個別鍵Ｋ_i で暗号化するための手段（例えば、図８
４のデータ暗号部２０３）、コンテンツ鍵Ｋ_coの使用条
件等を記述した取扱方針を生成するための手段（例え
ば、図８４の取扱方針生成部２０６）、各種データに対
してディジタル署名を生成するための手段（例えば、図
８４の署名生成部２０７）と、コンテンツを購入するユ
ーザ（例えば、図８４のコンテンツ受信装置２１０）が
持つ各種データに対して生成された署名データを検証す
る手段（例えば、図８４の署名検証部２２２）、コンテ
ンツ鍵Ｋ_coの生成者を示すＩＤと取扱方針の生成者のＩ
Ｄとを比較するための手段（例えば、図８４の比較器２
２６）、配送鍵を保存するための手段（例えば、図８４
の耐タンパメモリ２２１）とを備える。

【０３４９】また、本発明の情報送信システムにおいて
は、コンテンツ等の情報を送信するコンテンツ供給者又
はコンテンツ販売業者（例えば、図８５のコンテンツ送
信装置２００）が持つ個別鍵保存用メモリ（例えば、図
８５の耐タンパメモリ２０１）、鍵証明書を保存するた
めのメモリ（例えば、図８５のメモリ２０２）、コンテ
ンツ鍵Ｋ_coを個別鍵Ｋ_i で暗号化するための手段（例え
ば、図８５のデータ暗号部２０３）、コンテンツを購入
するユーザ（例えば、図８５のコンテンツ受信装置２１
０）が持つ各種データに対して生成された署名データを
検証する手段（例えば、図８５の署名検証部２２２）、
配送鍵を保存するための手段（例えば、図８５の耐タン
パメモリ２２１）とを備える。

【０３５０】（３）遠隔再生処理 コンテンツの再生権利を保持していない機器（例えば据
置機器５２）でコンテンツを保持している機器（例えば
ホームサーバ５１）から再生コマンドを受け取り、コン
テンツを再生する遠隔再生処理について説明する。

【０３５１】図８６は遠隔再生処理手順を示し、まず、
ユーザの入力操作によって遠隔再生しようとするコンテ
ンツのコンテンツＩＤが上位コントローラ６２に入力さ
れた後、ステップＳ４０１において、ホームサーバ５１
と据置機器５２は相互認証する。相互認証処理は、図５
２で説明した処理と同様であるため、説明を省略する。
ステップＳ４０２において、ホームサーバ５１の上位コ
ントローラ６２は、ホームサーバ５１の大容量記憶部６
８から読み出した登録情報を、ホームサーバ５１の暗号
処理部６５に検査させる。上位コントローラ６２から登
録情報を受信した暗号処理部６５は、暗号／復号化モジ
ュール９６の署名検証ユニット１１５に、登録情報に付
加されている署名を、暗号処理部６５の記憶モジュール
９２から供給された認証局２２の公開鍵で検証させる。
署名の検証に成功した後、「登録」の項目が「登録可」
になっているか判定し、「登録可」になっていると判定
された場合にはステップＳ４０３に進む。なお、据置機
器５２側でも登録情報を検査し、ホームサーバ５１が
「登録可」になっていることを判定している。

【０３５２】ステップＳ４０３において上位コントロー
ラ６２は遠隔再生しようとするコンテンツのコンテンツ
ＩＤを含む再生コマンドを生成し、続くステップＳ４０
４において、ホームサーバ５１の暗号処理部６５は、暗
号処理部６５の外部メモリ制御部９７に、遠隔再生しよ
うとするコンテンツに対応する使用許諾条件情報及び保
存鍵Ｋ_saveで暗号化されたコンテンツ鍵Ｋ_coを、外部メ
モリ６７から読み出させる。外部メモリ制御部９７によ
る外部メモリ６７からのデータ読み出し方法について
は、図６８で説明した通りであり、その詳細は省略す
る。読み出しに成功した場合、ステップＳ４０５に進
む。

【０３５３】ステップＳ４０５において、暗号／復号化
モジュール９６の復号化ユニット１１１は、外部メモリ
６７から読み出したコンテンツ鍵Ｋ_coを、記憶モジュー
ル９２から供給された保存鍵Ｋ_saveで復号化する。ステ
ップＳ４０６において、暗号／復号化モジュール９６の
暗号化ユニット１１２は、一時鍵Ｋ_tempでコンテンツ鍵
Ｋ_coを暗号化した後、ステップＳ４０７において再生コ
マンドを一時鍵Ｋ_tempで暗号化する。

【０３５４】ホームサーバ５１は続くステップＳ４０８
において、遠隔再生しようとするコンテンツ（コンテン
ツ鍵Ｋ_coで暗号化されている）を大容量記憶部６８から
読み出して、これを上述のステップＳ４０６及びＳ４０
７において一時鍵Ｋ_tempで暗号化されたコンテンツ鍵及
び再生コマンドと共に据置機器５２に送信する。

【０３５５】ステップＳ４０９において、据置機器５２
はホームサーバ５１から受け取ったコンテンツ鍵及び再
生コマンドを一時鍵Ｋ_tempで復号化し、ステップＳ４１
０において暗号処理部７３と伸張部７４は相互認証を行
い、一時鍵Ｋ_temp２を共有する。そしてステップＳ４１
１において暗号処理部７３は上述のステップＳ４１０に
おいて伸張部７４と共有した一時鍵Ｋ_temp２でコンテン
ツ鍵Ｋ_co及び再生コマンドを暗号化する。ステップＳ４
１２において、暗号処理部７３は一時鍵Ｋ_temp２で暗号
化されたコンテンツ鍵Ｋ_co及び再生コマンドを伸張部７
４に送信し、伸張部７４はステップＳ４１３においてコ
ンテンツ鍵Ｋ_co及び再生コマンドを一時鍵Ｋ_temp２で復
号化する。

【０３５６】伸張部７４はステップＳ４１４において、
ホームサーバ５１から上述のステップＳ４０８において
ホームサーバ５１から受け取ったコンテンツを上述のス
テップＳ４１３において復号化された再生コマンドに従
って上述のステップＳ４１３において復号化されたコン
テンツ鍵Ｋ_coで復号化する。そして伸張部７４は当該復
号化されたコンテンツをステップＳ４１５において所定
の方式、例えばＡＴＲＡＣなどの方式により伸張する。
ステップＳ４１６において、上位コントローラ７２は暗
号処理部７３から指示されたデータを電子透かしの形で
コンテンツに挿入する。因みに、暗号処理部７３から伸
張部７４へ渡されるデータは、コンテンツ鍵Ｋ_co及び再
生コマンドだけではなく、再生条件（アナログ出力、デ
ィジタル出力、コピー制御信号付き出力（ＳＣＭ
Ｓ））、コンテンツ利用権を購入した機器ＩＤなども含
まれている。挿入するデータは、このコンテンツ利用権
を購入した機器のＩＤ、つまりは、使用許諾条件情報内
の機器ＩＤなどである。ステップＳ４１７において、伸
張部７４は、図示せぬスピーカを介して音楽を再生す
る。

【０３５７】以上の構成において、ホームサーバ５１は
コンテンツと当該コンテンツの再生コマンド及びコンテ
ンツ鍵Ｋ_coを据置機器５２に送信することにより、コン
テンツの再生権利を保持していない据置機器５２は、再
生コマンド及びコンテンツ鍵Ｋ_coを用いてコンテンツを
再生することができる。従って、以上の構成によれば、
コンテンツを保持する機器（コンテンツの再生権利を有
する機器）に接続された複数の機器（据置機器等）にお
いて、コンテンツを再生することができる。

【０３５８】（４）予約購入処理 配送鍵の有効期限が切れる前にコンテンツの鍵変換を予
め行っておき、コンテンツの購入予約を行うホームサー
バの予約購入処理について説明する。図８７に示す予約
購入処理手順のステップＳ４５１において、ホームサー
バ５１は登録情報更新判断処理を行い、ステップＳ４５
２に進む。登録情報更新判断処理については、図６１及
び図６２で説明した通りであり、その詳細説明は省略す
る。但し、予約購入処理においては、図６１のステップ
Ｓ６０１やＳ６０２で述べた購入個数や購入金額に基づ
く登録情報更新タイミングの判断は行わなくても良い。

【０３５９】ステップＳ４５２において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出した登録情報をホームサーバ
５１の暗号処理部６５に入力する。登録情報を受信した
暗号処理部６５は、暗号／復号化モジュール９６の署名
検証ユニット１１５で登録情報の署名を検証した後、ホ
ームサーバ５１のＩＤに対する「購入処理」及び「登
録」の項目が「購入可」及び「登録可」になっているか
否かを判定し、「購入可」及び「登録可」であった場合
にはステップＳ４５３に進む。ステップＳ４５３におい
て、ホームサーバ５１の上位コントローラ６２は、ホー
ムサーバ５１の大容量記憶部６８から読み出したコンテ
ンツプロバイダ２の公開鍵証明書をホームサーバ５１の
暗号処理部６５に入力する。コンテンツプロバイダ２の
公開鍵証明書を受信した暗号処理部６５は、暗号／復号
化モジュール９６の署名検証ユニット１１５でコンテン
ツプロバイダ２の公開鍵証明書の署名を検証した後、公
開鍵証明書からコンテンツプロバイダ２の公開鍵を取り
出す。署名の検証の結果、改ざんがなされていないこと
が確認された場合には、上位コントローラ６２はステッ
プＳ４５４に進む。

【０３６０】ステップＳ４５４においてホームサーバ５
１の上位コントローラ６２は、ホームサーバ５１の大容
量記憶部６８から読み出したコンテンツ鍵Ｋ_coをホーム
サーバ５１の暗号処理部６５に入力する。コンテンツ鍵
Ｋ_coを受信した暗号処理部６５は、暗号／復号化モジュ
ール９６の署名検証ユニット１１５でコンテンツ鍵Ｋ_co
の署名を検証し、改ざんがなされていないことが確認さ
れた場合には、ステップＳ４５５に進む。

【０３６１】ステップＳ４５５において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出した個別鍵Ｋ_i をホームサー
バ５１の暗号処理部６５に入力する。個別鍵Ｋ_i を受信
した暗号処理部６５は、暗号／復号化モジュール９６の
署名検証ユニット１１５で個別鍵Ｋ_i の署名を検証し、
改ざんがなされていないことが確認された場合には、ス
テップＳ４５６に進む。

【０３６２】ここで、個別鍵Ｋ_i で暗号化されたコンテ
ンツ鍵Ｋ_co及び配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i 全
体に対して１つの署名がついている場合は、Ｓ４５４及
びＳ４５５を１つに合わせることができ署名検証処理を
簡略化できる。

【０３６３】ステップＳ４５６において、暗号処理部６
５の制御部９１は、ステップＳ４５５で入力された個別
鍵Ｋ_i を、暗号／復号化モジュール９６の復号化ユニッ
ト１１１で、記憶モジュール９２から供給された配送鍵
Ｋ_d を用いて復号化する。次に、暗号処理部６５の制御
部９１は、ステップＳ４５４で入力されたコンテンツ鍵
Ｋ_coを、暗号／復号化モジュール９６の復号化ユニット
１１１で、先ほど復号化した個別鍵Ｋ_i を用いて復号化
する。最後に、暗号処理部６５の制御部９１は、暗号／
復号化モジュール９６の暗号化ユニット１１２で、記憶
モジュール９２から供給された保存鍵Ｋ_saveを用いてコ
ンテンツ鍵Ｋ_coを暗号化する。

【０３６４】ステップＳ４５７において、保存鍵Ｋ_save
で暗号化されたコンテンツ鍵Ｋ_coは、暗号処理部６５の
外部メモリ制御部９７を経由して外部メモリ６７に保存
される。

【０３６５】また、ステップＳ４５２でホームサーバ５
１が購入処理できない機器であると判定された場合、又
はステップＳ４５３でコンテンツプロバイダ２の公開鍵
証明書の署名が正しくないと判定された場合、又はステ
ップＳ４５４で個別鍵Ｋ_i で暗号化されたコンテンツ鍵
Ｋ_coの署名が正しくないと判定された場合、又はステッ
プＳ４５５で配送鍵Ｋ_d で暗号化された個別鍵Ｋ_i の署
名が正しくないと判定された場合、ホームサーバ５１は
ステップＳ４５８に進み、エラー処理を行う。

【０３６６】以上のように、ホームサーバ５１は、コン
テンツ鍵Ｋ_coを個別鍵Ｋ_i で復号化した後、コンテンツ
鍵Ｋ_coを保存鍵Ｋ_saveで再暗号化し、外部メモリ６７に
記憶させる。この予約購入処理は、実際にコンテンツを
購入しないので、図６７について上述した購入処理のう
ち、ステップＳ１６１の登録情報更新判断処理のなかの
課金情報についての処理、ステップＳ１６４に対応する
購入コンテンツについての処理、ステップＳ１６７に対
応する取扱い方針についての処理、ステップＳ１６８に
対応するサービスプロバイダの公開鍵検証についての処
理、ステップＳ１６９に対応する価格情報の署名検証に
ついての処理、ステップＳ１７０乃至ステップＳ１７２
に対応する課金情報及び使用許諾条件情報の保存処理は
行わなくても良い。

【０３６７】因みに、図８７の予約購入処理の場合、ホ
ームサーバ５１は使用許諾条件情報の作成は行わなかっ
たが、これに代えて使用許諾条件情報を作成しその利用
権内容番号（すなわち権利項目）を初期値等の権利を持
っていない状態（例えば、存在しない＃０など）として
おくようにしても良い。

【０３６８】このようにして、予約購入処理では、ホー
ムサーバ５１は配送鍵Ｋ_d の有効期限が切れる前にコン
テンツ鍵Ｋ_coを外部メモリ６７に保存しておくことによ
り、当該保存されたコンテンツ鍵Ｋ_coによって暗号化さ
れたコンテンツについて、配送鍵Ｋ_d の期限に関わらず
購入することができる。

【０３６９】ここで、ホームサーバ５１において外部メ
モリ６７にコンテンツ鍵Ｋ_coを 保存することにより購
入の予約がなされたコンテンツの本購入処理について説
明する。図８８に示す本購入処理手順のステップＳ４７
１において、ホームサーバ５１は登録情報更新判断処理
を行い、ステップＳ４７２に進む。登録情報更新判断処
理については、図６１及び図６２で説明した通り、その
詳細は、省略する。但し、本購入処理においては、図６
１のステップＳ６０３で述べた配送鍵Ｋ_d に基づく登録
情報更新タイミングの判断は行わなくて良い。

【０３７０】ステップＳ４７２において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出した登録情報をホームサーバ
５１の暗号処理部６５に入力する。登録情報を受信した
暗号処理部６５は、暗号／復号化モジュール９６の署名
検証ユニット１１５で登録情報の署名を検証した後、ホ
ームサーバ５１のＩＤに対する「購入処理」及び「登
録」の項目が「購入可」及び「登録可」になっているか
判定し、「購入可」及び「登録可」であった場合にはス
テップＳ４７３に進む。ステップＳ４７３において、ホ
ームサーバ５１の上位コントローラ６２は、ホームサー
バ５１の大容量記憶部６８から読み出したコンテンツプ
ロバイダ２の公開鍵証明書をホームサーバ５１の暗号処
理部６５に入力する。コンテンツプロバイダ２の公開鍵
証明書を受信した暗号処理部６５は、暗号／復号化モジ
ュール９６の署名検証ユニット１１５でコンテンツプロ
バイダ２の公開鍵証明書の署名を検証した後、公開鍵証
明書からコンテンツプロバイダ２の公開鍵を取り出す。
署名の検証の結果、改ざんがなされていないことが確認
された場合には、ステップＳ４７４に進む。

【０３７１】ステップＳ４７４において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出したコンテンツをホームサー
バ５１の暗号処理部６５に入力する。コンテンツを受信
した暗号処理部６５は、暗号／復号化モジュール９６の
署名検証ユニット１１５でコンテンツの署名を検証し、
改ざんがなされていないことが確認された場合には、ス
テップＳ４７５に進む。

【０３７２】ステップＳ４７５において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出した取扱方針をホームサーバ
５１の暗号処理部６５に入力する。取扱方針を受信した
暗号処理部６５は、暗号／復号化モジュール９６の署名
検証ユニット１１５で取扱方針の署名を検証し、改ざん
がなされていないことが確認された場合には、ステップ
Ｓ４７６に進む。ステップＳ４７６において、ホームサ
ーバ５１の上位コントローラ６２は、ホームサーバ５１
の大容量記憶部６８から読み出したサービスプロバイダ
３の公開鍵証明書をホームサーバ５１の暗号処理部６５
に入力する。サービスプロバイダ３の公開鍵証明書を受
信した暗号処理部６５は、暗号／復号化モジュール９６
の署名検証ユニット１１５でサービスプロバイダ３の公
開鍵証明書の署名を検証した後、公開鍵証明書からサー
ビスプロバイダ３の公開鍵を取り出す。署名の検証の結
果、改ざんがなされていないことが確認された場合に
は、ステップＳ４７７に進む。

【０３７３】ステップＳ４７７において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出した価格情報をホームサーバ
５１の暗号処理部６５に入力する。価格情報を受信した
暗号処理部６５は、暗号／復号化モジュール９６の署名
検証ユニット１１５で価格情報の署名を検証し、改ざん
がなされていないことが確認された場合には、ステップ
Ｓ４７８に進む。

【０３７４】ステップＳ４７８において、ホームサーバ
５１の上位コントローラ６２は、表示手段６４を用いて
購入可能なコンテンツの情報（例えば、購入可能な利用
形態や価格など）を表示し、ユーザは入力手段６３を用
いて購入項目を選択する。なお、購入項目の選択処理は
本購入処理に先立って行うようにしても良い。入力手段
６３から入力された信号はホームサーバ５１の上位コン
トローラ６２に送信され、上位コントローラ６２は、そ
の信号に基づいて購入コマンドを生成し、購入コマンド
をホームサーバ５１の暗号処理部６５に入力する。これ
を受信した暗号処理部６５は、ステップＳ４７５で入力
された取扱方針及びステップＳ４７７で入力された価格
情報から課金情報及び使用許諾条件情報を生成する。課
金情報については、図４２で説明した通りであり、その
詳細は省略する。また、使用許諾条件情報については、
図４１で説明した通りであり、その詳細は省略する。

【０３７５】ステップＳ４７９において、暗号処理部６
５の制御部９１は、ステップＳ４７８で生成した課金情
報を記憶モジュール９２に保存する。そしてステップＳ
４８０において、暗号処理部６５の制御部９１は、ステ
ップＳ４７８で生成した使用許諾条件情報を暗号処理部
６５の外部メモリ制御部９７に送信する。使用許諾条件
情報を受信した外部メモリ制御部９７は、外部メモリ６
７の改ざんチェックを行った後、使用許諾条件情報を外
部メモリ６７に書き込む。書き込む際の改ざんチェック
については、図６９について上述した通りであり、詳細
説明は省略する（なお、権利なしの使用許諾条件情報が
すでに書き込まれている場合には、図７０で説明した書
き換え処理により使用許諾条件情報を書き換え更新す
る）。

【０３７６】因みに、ステップＳ４７２でホームサーバ
５１が購入処理できない機器であったり、登録されてい
ないと判定された場合、又はステップＳ４７３でコンテ
ンツプロバイダ２の公開鍵証明書の署名が正しくないと
判定された場合、又はステップＳ４７４でコンテンツ鍵
Ｋ_coで暗号化されたコンテンツの署名が正しくないと判
定された場合、又はステップＳ４７５で取扱方針の署名
が正しくないと判定された場合、又はステップＳ４７６
でサービスプロバイダ３の公開鍵証明書の署名が正しく
ないと判定された場合、又はステップＳ４７７で価格情
報の署名が正しくないと判定された場合、ホームサーバ
５１はステップＳ４８１に進み、エラー処理を行う。

【０３７７】以上のように、ホームサーバ５１ではユー
ザが購入選択したコンテンツについての課金情報を記憶
モジュール９２に記憶すると共に、使用許諾条件情報を
外部メモリ６７に記憶することにより、コンテンツの本
購入処理を終了する。この本購入処理では、図８７につ
いて上述した予約購入処理で既に行われたコンテンツ鍵
Ｋ_coの署名検証（ステップＳ４５４）及び個別鍵Ｋ_i の
署名検証（ステップＳ４５５）、並びにコンテンツ鍵Ｋ
_coのかけ替え処理（ステップＳ４５６）は行わない。

【０３７８】以上の構成において、ホームサーバ５１で
は配送鍵Ｋ_d が更新される前に予約購入処理によりコン
テンツ鍵Ｋ_coを外部メモリ６７に保存しておくことによ
り、コンテンツ鍵Ｋ_coを復号化する際に必要となる配送
鍵Ｋ_d が更新されても、コンテンツ鍵Ｋ_coは既に外部メ
モリ６７に保存されているので、配送鍵Ｋ_d の有効期限
が切れてもコンテンツを購入することができる。

【０３７９】（５）代理購入処理 登録情報(Registration List) が異なっている機器、す
なわちグループが異なっている機器間においてコンテン
ツの授受を行う代理購入処理について説明する。この代
理購入処理では、例えばホームサーバ５１と当該ホーム
サーバ５１に対してグループ外機器である携帯機器等と
の間でコンテンツを授受する場合について、ホームサー
バ５１側で課金する場合と、グループ外機器で課金を行
う場合をそれぞれ説明する。この場合、図１５について
上述した据置機器５２をグループ外機器として説明す
る。

【０３８０】図８９はホームサーバ５１がグループ外機
器にコンテンツを渡し、ホームサーバ５１が課金処理を
行う場合の処理手順を示し、ステップＳ５０１におい
て、ホームサーバ５１とグループ外機器は、相互認証す
る。相互認証処理は、図５２で説明した処理と同様であ
るため、説明を省略する。ステップＳ５０２において、
ホームサーバ５１とグループ外機器とは互いに登録情報
を交換し、続くステップＳ５０３において互いに相手の
登録情報を検査する。

【０３８１】すなわち、ホームサーバ５１はグループ外
機器から受け取った登録情報を、暗号処理部６５に検査
させる。グループ外機器からの登録情報を受信した暗号
処理部６５は、暗号／復号化モジュール９６の署名検証
ユニット１１５に、登録情報に付加されている署名を、
暗号処理部６５の記憶モジュール９２から供給された公
開鍵で検証させる。署名の検証に成功した後、暗号処理
部６５の制御部９１は、登録情報にグループ外機器のＩ
Ｄが登録され、「購入処理」及び「登録」の項目が「購
入可」及び「登録可」になっているか否かを判定する。
また、ホームサーバ５１の登録情報を受け取ったグルー
プ外機器も、同様にしてホームサーバ５１の登録情報に
ホームサーバ５１のＩＤが登録され、「登録」の項目が
「登録可」になっているか否かを判定する。そして、互
いに相手の機器が登録されていることが確認されると、
ホームサーバ５１はステップＳ５０４に移る。

【０３８２】ステップＳ５０４からステップＳ５１０
は、図６７のステップＳ１６１からステップＳ１７１ま
でと同様な処理なため、その詳細は省略する。

【０３８３】ステップＳ５１１において、暗号処理部６
５の制御部９１は、ステップＳ５０８で入力された配送
鍵Ｋ_d で暗号化された個別鍵Ｋ_i を、暗号／復号化モジ
ュール９６の復号化ユニット１１１で、記憶モジュール
９２から供給された配送鍵Ｋ_d を用いて復号化する。次
に、暗号処理部６５の制御部９１は、ステップＳ５０８
で入力された個別鍵Ｋ_i で暗号化されたコンテンツ鍵Ｋ
_coを、暗号／復号化モジュール９６の復号化ユニット１
１１で、先ほど復号化した個別鍵Ｋ_i を用いて復号化す
る。そして、暗号処理部６５の制御部９１は、暗号／復
号化モジュール９６の暗号化ユニット１１２で、ステッ
プＳ５０１の相互認証時にグループ外機器と共有した一
時鍵Ｋ_tempを用いてコンテンツ鍵Ｋ_coを再暗号化する。
ステップＳ５１２において、暗号処理部６５の制御部９
１は、一時鍵Ｋ_tempで暗号化されたコンテンツ鍵Ｋ
_coと、ステップＳ５０９で生成した使用許諾条件情報に
対し、暗号／復号化モジュール９６の署名生成ユニット
１１４を用いて署名を生成し、上位コントローラ６２に
送信する。一時鍵Ｋ_tempで暗号化されたコンテンツ鍵Ｋ
_co、使用許諾条件情報およびそれらの署名を受信したホ
ームサーバ５１の上位コントローラ６２は、大容量記憶
部６８からコンテンツ鍵Ｋ_coで暗号化されたコンテンツ
を読み出し、一時鍵Ｋ_tempで暗号化されたコンテンツ鍵
Ｋ_co、使用許諾条件情報、それらの署名およびコンテン
ツ鍵Ｋ_coで暗号化されたコンテンツをグループ外機器に
送信する。

【０３８４】ステップＳ５１３において、一時鍵Ｋ_temp
で暗号化されたコンテンツ鍵Ｋ_co、使用許諾条件情報、
それらの署名およびコンテンツ鍵Ｋ_coで暗号化されたコ
ンテンツを受信したグループ外機器は、コンテンツ鍵Ｋ
_coで暗号化されたコンテンツをグループ外機器の記録再
生部７６に出力する。コンテンツ鍵Ｋ_coで暗号化された
コンテンツを受信したグループ外機器の記録再生部７６
は、コンテンツ鍵Ｋ_coで暗号化されたコンテンツを記録
メディア８０に保存する。

【０３８５】ステップＳ５１４において、グループ外機
器の暗号処理部７３は、上述のステップＳ５１２でホー
ムサーバから受け取った署名の検証を行うと共に、一時
鍵Ｋ_tempで暗号化されたコンテンツ鍵Ｋ_coを、暗号／復
号化モジュールの復号化ユニットで、ステップＳ５０１
の相互認証時にホームサーバ５１と共有した一時鍵Ｋ
_tempを用いて復号化する。そして、暗号処理部７３の制
御部は、暗号／復号化モジュールの暗号化ユニットで、
暗号処理部７３の記憶モジュールから供給された保存鍵
Ｋ_save２を用いてコンテンツ鍵Ｋ_coを再暗号化する。

【０３８６】ステップＳ５１５において、グループ外機
器の暗号処理部７３は、保存鍵Ｋ_save２で暗号化された
コンテンツ鍵Ｋ_coとステップＳ５１３で受信した使用許
諾条件情報を暗号処理部７３の外部メモリ制御部に送信
し、外部メモリ７９に保存させる。外部メモリ制御部が
外部メモリにデータを書き込む処理については、図６９
で説明しているので、詳細は省略する。

【０３８７】このように、ホームサーバ５１はコンテン
ツ利用権を購入し、課金情報はホームサーバ５１側で保
存し、利用権はグループ外機器に引き渡される。これに
より、ホームサーバ５１はクループ外機器に引き渡した
コンテンツ利用権についてその支払いを行うことにな
る。

【０３８８】次に、図９０はホームサーバ５１がグルー
プ外機器にコンテンツを渡し、グループ外機器が課金処
理を行う場合の処理手順を示し、ステップＳ５５１にお
いてグループ外機器は、暗号処理部７３（図１５）内に
記憶されている課金情報の課金の合計が、上限に達して
いるか否か判定し、上限に達していなかった場合にはス
テップＳ５５２に進む（なお、課金合計上限で判定する
のではなく、課金処理件数の上限で判定するようにして
も良い）。

【０３８９】ステップＳ５５２において、グループ外機
器の上位コントローラ７２は、外部メモリ７９から読み
出した登録情報を暗号処理部７３に入力する。登録情報
を受信した暗号処理部７３は、その内部に設けられた暗
号／復号化モジュールの署名検証ユニットで登録情報の
署名を検証した後、グループ外機器（据置機器５２）の
ＩＤに対する「購入処理」の項目が「購入可」になって
いるか判定し、「購入可」であった場合にはステップＳ
５５３に進む。

【０３９０】ステップＳ５５３において、ホームサーバ
５１とグループ外機器は、相互認証する。相互認証処理
は、図５２で説明した処理と同様であるため、説明を省
略する。ステップＳ５５４において、ホームサーバ５１
とグループ外機器とは互いに登録情報を交換し、続くス
テップＳ５５５において互いに相手の登録情報を検査す
る。

【０３９１】すなわち、ホームサーバ５１はグループ外
機器から受け取った登録情報を、暗号処理部６５に検査
させる。グループ外機器からの登録情報を受信した暗号
処理部６５は、暗号／復号化モジュール９６の署名検証
ユニット１１５に、登録情報に付加されている署名を、
暗号処理部６５の記憶モジュール９２から供給された公
開鍵で検証させる。署名の検証に成功した後、暗号処理
部６５の制御部９１は、登録情報にグループ外機器のＩ
Ｄが登録され、「登録」の項目が「登録可」になってい
るか否かを判定する。また、ホームサーバ５１の登録情
報を受け取ったグループ外機器も、同様にしてホームサ
ーバ５１の登録情報にホームサーバ５１のＩＤが登録さ
れ、「登録」の項目が「登録可」になっているか否かを
判定する。なお、同様の処理をグループ外機器も行って
いる。そして、互いに相手の機器が登録されていること
が確認されると、ホームサーバ５１はステップＳ５５６
に移る。

【０３９２】ステップＳ５５６において、ホームサーバ
５１の制御部９１は、外部メモリ制御部９７を介して外
部メモリ６７から既に購入済のコンテンツ鍵を読み出
し、続くステップＳ５５７においてコンテンツ鍵Ｋ_coを
保存鍵Ｋ_saveで復号化すると共に一時鍵Ｋ_tempで再暗号
化し、それらの署名を生成する。

【０３９３】ステップＳ５５８において、ホームサーバ
５１は、Ｓ５５７で生成した保存鍵Ｋ_tempで暗号化され
たコンテンツ鍵と大容量記憶部６８から読みだしたコン
テンツ、取扱方針、価格情報をグループ外機器に送信す
る。ステップＳ５５９においてグループ外機器は、ホー
ムサーバ５１から受け取ったコンテンツを記録メディア
８０に保存する。

【０３９４】ステップＳ５６０において、グループ外機
器（据置機器５２）は取扱方針、価格情報等の署名を検
証した後、ステップＳ５６１において、グループ外機器
の上位コントローラ７２は、表示手段７８を用いて購入
可能なコンテンツの情報（例えば、購入可能な利用形態
や価格など）を表示し、ユーザは入力手段７７を用いて
購入項目を選択する。なお購入項目の選択処理は代理購
入処理に先立って行うようにしても良い。入力手段７７
から入力された信号は上位コントローラ７２に送信さ
れ、上位コントローラ７２は、その信号に基づいて購入
コマンドを生成し、購入コマンドを暗号処理部７３に入
力する。これを受信した暗号処理部７３は、ステップＳ
５６０で入力された取扱方針および価格情報から課金情
報および使用許諾条件情報を生成する。課金情報につい
ては、図４２で説明したので、その詳細は省略する。使
用許諾条件情報については、図４１で説明したので、そ
の詳細は省略する。

【０３９５】ステップＳ５６２において、暗号処理部７
３は、ステップＳ５６１で生成した課金情報を暗号処理
部７３内の記憶モジュールに保存する。ステップＳ５６
３において、暗号処理部７３は、ステップＳ５５７で暗
号化されたコンテンツ鍵について、署名を検証すると共
に一時鍵Ｋ_tempで復号化し、保存鍵Ｋ_save２で再暗号化
する。そしてステップＳ５６４において、保存鍵Ｋ_save
２で暗号化されたコンテンツ鍵Ｋ_coは、暗号処理部７３
から外部メモリ７９に保存される。

【０３９６】このように、ホームサーバ５１は既に購入
したコンテンツ利用権をグループ外機器に引き渡し、グ
ループ外機器は課金情報も保存することにより、グルー
プ外機器はグループ外のホームサーバ５１から引き渡さ
れたコンテンツ利用権についてその支払いを行うことに
なる。

【０３９７】以上の構成において、登録情報(Registrat
ion List) が異なっている機器間において、上述のステ
ップＳ５０２及びステップＳ５５４について上述したよ
うに、互いの登録情報を交換することにより、登録され
た機器であることを確認した後一方の機器が有するコン
テンツを他方の機器に引き渡すことができる。従って、
以上の構成によれば、グループが異なる機器間において
コンテンツの授受を行うことができる。

【０３９８】なお、上述の実施の形態においては、購入
処理の際にコンテンツの署名を検証したが、処理に時間
がかかるため省略する場合がある。また、取扱方針又は
価格情報に、検証の必要性の有無を記述し、それに従つ
て動作する場合がある。

【０３９９】（６）記録再生装置の構成 かかる電子音楽配信システム１０においては、ユーザホ
ームネットワーク５内の機器として、図９１に示す記録
再生装置１４０が設けられている。そして、かかる記録
再生装置１４０には、データ格納装置である電子配信専
用記録メディア１４１が着脱自在に設けられている。

【０４００】記録再生装置１４０は、サービスプロバイ
ダ３からネットワーク４を介して電子配信されたコンテ
ンツを電子配信専用記録メディア１４１に記録し、当該
電子配信専用記録メディア１４１からコンテンツを再生
し得る。

【０４０１】実際に記録再生装置１４０は、受信手段で
ある通信部１５０、記録再生制御手段である上位コント
ローラ１５１、暗号処理部１５２、コンテンツ復号手段
である伸張部１５３、入力手段１５４、表示手段１５
５、および大容量記憶部１５６から構成される。通信部
１５０は、電子配信サービスセンタ１との間で通信する
と共に、ネットワーク４を介してサービスプロバイダ３
の間で通信する。

【０４０２】上位コントローラ１５１は、購入処理時、
入力手段１５４を介して入力された操作命令に基づい
て、記録再生装置１４０および電子配信専用記録メディ
ア１４１を制御することにより、通信部１５０によって
受信したコンテンツプロバイダセキュアコンテナ及びサ
ービスプロバイダセキュアコンテナを一旦、大容量記憶
部１５６に保持する。

【０４０３】そして、上位コントローラ１５１は、電子
配信専用記録メディア１４１に購入処理を実行させ、こ
れにより大容量記憶部１５６から対応するコンテンツ鍵
Ｋ_coで暗号化されているコンテンツ、個別鍵Ｋ_i で暗号
化されているコンテンツ鍵Ｋ_coおよび配送鍵Ｋ_d で暗号
化されている個別鍵Ｋ_i を読み出し、電子配信専用記録
メディア１４１において、配送鍵Ｋ_d で暗号化されてい
る個別鍵Ｋ_i を暗号処理部１９１の記憶モジュール２０
１から読み出した配送鍵Ｋ_d で復号化し、個別鍵Ｋ_i で
暗号化されているコンテンツ鍵Ｋ_coを当該復号化した個
別鍵Ｋ_i で復号化し、得られたコンテンツ鍵Ｋ_coを暗号
処理部１９１の記憶モジュール２０１から読み出した保
存鍵Ｋ_saveで暗号化し、当該読み出したコンテンツ鍵Ｋ
_coで暗号化されているコンテンツおよび保存鍵Ｋ_saveで
暗号化されているコンテンツ鍵Ｋ_coを当該電子配信専用
記録メディア１４１に記録する。

【０４０４】また、上位コントローラ１５１は、再生処
理時、入力手段１５４を介して入力された操作命令に基
づいて、記録再生装置１４０および電子配信専用記録メ
ディア１４１を制御することにより、当該電子配信専用
記録メディア１４１から、（相互認証により暗号処理部
１５２と暗号処理部１９１の間で共有化した）一時鍵Ｋ
_temp1 で暗号化されているコンテンツ鍵Ｋ_coを読み出
し、（相互認証により暗号処理部１５２と伸張部１５３
の間で共有化した）一時鍵Ｋ_temp2 で暗号化されている
コンテンツ鍵Ｋ_co、当該コンテンツ鍵Ｋ_coで暗号化され
ているコンテンツを伸張部１５３に供給して当該コンテ
ンツ鍵Ｋ_coで暗号化されているコンテンツをコンテンツ
鍵Ｋ_coを用いて復号化させる。

【０４０５】因みに、入力手段１５４および表示手段１
５５は、それぞれホームサーバ５１の入力手段６３およ
び表示手段６４と同様の機能を有しているため、その説
明は省略する。

【０４０６】暗号処理部１５２は、制御部１６０、記憶
モジュール１６１、登録情報検査モジュール１６２、購
入処理モジュール１６３、相互認証モジュール１６４、
暗号／復号化モジュール１６５から構成される。因み
に、この暗号処理部１５２は、ホームサーバ５１の暗号
処理部６５と同様にシングルチップの暗号処理専用ICで
構成され、外部から不正にデータを読み出し難い特性
（耐タンパ性）を有する。

【０４０７】そして、暗号処理部１５２において、制御
部１６０、記憶モジュール１６１、登録情報検査モジュ
ール１６２、購入処理モジュール１６３、暗号／復号化
モジュール１６５は、ホームサーバ５１の制御部９１、
記憶モジュール９２、登録情報検査モジュール９３、購
入処理モジュール９４、暗号／復号化モジュール９６と
同様の機能を有しているため、その説明は省略する。

【０４０８】また、相互認証モジュール１６４は、伸張
部１５３や、電子配信専用記録メディア１４１との間で
相互認証を実行し、必要に応じて伸張部１５３や、電子
配信専用記録メディア１４１と共有化する一時鍵Ｋ_temp
（セッション鍵）を生成する。

【０４０９】暗号／復号化モジュール１６５は、復号化
ユニット１７０、暗号化ユニット１７１、乱数発生ユニ
ット１７２、署名生成ユニット１７３、および署名検証
ユニット１７４から構成される。復号化ユニット１７
０、暗号化ユニット１７１、乱数発生ユニット１７２、
署名生成ユニット１７３、および署名検証ユニット１７
４は、それぞれホームサーバ５１の復号化ユニット１１
１、暗号化ユニット１１２、乱数発生ユニット１１３、
署名生成ユニット１１４、および署名検証ユニット１１
５と同様の機能を有しているため、その説明は省略す
る。

【０４１０】伸張部１５３は、相互認証モジュール１８
０、鍵復号化モジュール１８１、復号化モジュール１８
２、伸張モジュール１８３、電子透かし付加モジュール
１８４、および記憶モジュール１８５から構成される。
相互認証モジュール１８０、鍵復号化モジュール１８
１、復号化モジュール１８２、伸張モジュール１８３、
電子透かし付加モジュール１８４、および記憶モジュー
ル１８５は、それぞれホームサーバ５１の相互認証モジ
ュール１０１、鍵復号化モジュール１０２、復号化モジ
ュール１０３、伸張モジュール１０４、電子透かし付加
モジュール１０５、および記憶モジュール１０６と同様
の機能を有しているため、その説明は省略する。

【０４１１】また、電子配信専用記録メディア１４１
は、購入処理を実行して課金情報を作成し、当該作成し
た課金情報を保持するようになされており、通信手段で
ある通信部１９０、コンテンツ鍵暗号手段およびコンテ
ンツ鍵復号手段である暗号処理部１９１、記録再生手段
である外部メモリ制御部１９２、および記録媒体である
外部メモリ１９３から構成される。

【０４１２】通信部１９０は記録再生装置１４０の上位
コントローラ１５１との間でデータの送受信を行う。暗
号処理部１９１は、ホームサーバ５１の暗号処理部６５
と同様の回路構成でなり、外部から不正にデータを読み
出し難い特性（耐タンパ性）を有する。また、暗号処理
部１９１は、制御部２００、保存鍵保持手段である記憶
モジュール２０１、登録情報検査モジュール２０２、購
入処理モジュール２０３、相互認証モジュール２０４、
および暗号／復号化モジュール２０５から構成される。

【０４１３】制御部２００、記憶モジュール２０１、登
録情報検査モジュール２０２購入処理モジュール２０
３、相互認証モジュール２０４、および暗号／復号化モ
ジュール２０５は、それぞれホームサーバ５１の制御部
９１、記憶モジュール９２、登録情報検査モジュール９
３、購入処理モジュール９４、相互認証モジュール９
５、および暗号／復号化モジュール９６と同様の機能を
有しているため、その説明は省略する。因みに、暗号／
復号化モジュール２０５は、復号化ユニット２１０、暗
号化ユニット２１１、乱数発生ユニット２１２、署名生
成ユニット２１３、および署名検証ユニット２１４から
構成される。

【０４１４】外部メモリ制御部１９２は、外部メモリ１
９３にデータを読み書きする他に、必要に応じて改竄チ
ェック処理を行う。外部メモリ１９３としては、書き込
み可能な光ディスク、ハードディスク、半導体メモリ等
のように種々の記録媒体を適用し得る。従って、外部メ
モリ制御部１９２としては、これらの記録媒体からデー
タを読み出せる構造が必要であり、必要であれば図示せ
ぬ記録媒体制御部を付加して読み書きを行う。なお、改
竄チェック処理の詳細については、図６８から図７１で
説明したのでその説明は省略する。

【０４１５】ここで、かかる電子配信専用記録メディア
１４１においては、暗号処理部１９１の記憶モジュール
２０１に当該電子配信専用記録メディア１４１固有の保
存鍵Ｋ_saveを保持している。そして、電子配信専用記録
メディア１４１においては、コンテンツ鍵Ｋ_coを外部メ
モリ１９３に記録する際に、当該コンテンツ鍵Ｋ_coを保
存鍵Ｋ_saveで暗号化し、また、外部メモリ１９３からこ
の暗号化されているコンテンツ鍵Ｋ_coを再生したときに
は、当該コンテンツ鍵Ｋ_coを保存鍵Ｋ_saveで復号化して
記録再生装置１４０に送信する。

【０４１６】従つて、従来の記録再生装置により記録メ
ディアに記録されたコンテンツは、当該記録メディアに
コンテンツを記録した機器（すなわち、記録メディアに
記録するコンテンツ鍵Ｋ_coを暗号化した暗号処理部固有
の保存鍵Ｋ_saveを保持する機器）以外の他の機器（すな
わち、コンテンツを暗号化した保存鍵Ｋ_saveとは異なる
保存鍵Ｋ_saveを保持する機器）では再生することができ
ないものの、この電子配信専用記録メディア１４１に記
録されたコンテンツは、上述した記録再生装置１４０と
同様の構成を有する機器であれば、保存鍵Ｋ_saveを保持
していなくても再生することができる。

【０４１７】ところで、かかる記録再生装置１４０にお
いては、電子配信専用記録メディア１４１において、購
入処理を実行してコンテンツをコンテンツ鍵Ｋ_coと共に
記録するため、当該コンテンツの記録だけを目的とし
て、暗号処理部１５２および伸張部１５３を用いずに構
成することもできる。

【０４１８】また、かかる記録再生装置１４０において
は、電子配信専用記録メディア１４１が着脱自在に設け
られ、他の機器でコンテンツおよびコンテンツ鍵Ｋ_coを
記録した電子配信専用記録メディア１４１からでも当該
コンテンツを再生し得るため、当該記録再生装置１４０
に再生機能だけを持たせるようにして、電子配信サービ
スセンタ１やネットワーク４に接続せずに用いることも
できる。

【０４１９】ところが、ユーザホームネットワーク５内
においては、電子配信専用記録メディア１４１に対し
て、このようにネットワーク４に接続された記録再生装
置１４０において、コンテンツおよびコンテンツ鍵Ｋ_co
を記録し、電子配信サービスセンタ１やネットワーク４
に接続されていない記録再生装置１４０で当該コンテン
ツを再生するために用いられると、当該電子配信専用記
録メディア１４１が保持する課金情報を電子配信サービ
スセンタ１において回収し難くなることが考えられる。

【０４２０】このため、電子配信専用記録メディア１４
１においては、暗号処理部１９１において、制御部２０
０から、例えば、定期的に記憶モジュール２０１内の課
金情報を検索し、電子配信サービスセンタ１に未回収の
課金情報があるときには、対応するコンテンツに対して
再生制限を加えて、例えば、購入処理から課金情報が回
収されるまでの間にコンテンツを一回しか再生すること
ができないようにすると共に、当該コンテンツの管理移
動も行わないようにする。

【０４２１】これにより、電子音楽配信システム１０で
は、電子配信専用記録メディア１４１を所有するユーザ
が不当にコンテンツを再生することを防止する。因み
に、課金情報の未回収による再生制限としては、例え
ば、購入処理から課金情報が回収されるまでの間にコン
テンツを再生し得る回数を予め設定し、購入処理した時
点からコンテンツの再生回数をカウントし、課金情報が
未回収であることを検出した際に、再生制限を有効に機
能させることもできる。すなわち、課金情報が未回収で
あることを検出したとき、この時点における対応するコ
ンテンツの既に再生された回数と、予め設定した再生制
限の回数とを比較し、当該コンテンツを既に再生した回
数が、設定した再生制限の回数に達しているときには、
このコンテンツを再生できないようにする。

【０４２２】また、かかる再生制限としては、期間（時
間）を用いるようにしても良い。すなわち、コンテンツ
を再生し得る時間を予め設定し、購入処理してから当該
設定した時間を経過しても課金情報が未回収の場合には
コンテンツを再生できなくする。なお、電子配信専用記
録メディア１４１においては、再生制限の制限内容を、
例えば、暗号処理部１９１の記憶モジュール２０１内に
課金情報に対応させて保持し、又は、外部メモリ１９３
に使用許諾条件情報に対応させて保持しても良い。ま
た、再生制限（回数又は期間）を取扱方針及び又は価格
情報に格納しておき、電子配信専用記録メディア１４１
は、購入処理の際に、取扱方針及び又は価格情報から再
生制限の情報を取り出し、これを含む使用許諾条件情報
を作成し、当該作成した使用許諾条件情報を外部メモリ
１９３に保持しても良い。

【０４２３】ここで、記録再生装置１４０において実行
される購入処理を、図９２に示すフローチャートを用い
て説明する。ステップＳ７００において、記録再生装置
１４０内の上位コントローラ１５１は、サービスプロバ
イダ３からネットワーク４を介して配信されたコンテン
ツプロバイダセキュアコンテナ及びサービスプロバイダ
セキュアコンテナを大容量記憶部１５６に一旦保持した
状態において、電子配信専用記録メディア１４１内の暗
号処理部１９１の制御部２００を介して当該暗号処理部
１９１内の記憶モジュール２０１に記憶されている配送
鍵Ｋ_d の有効期限（バージョン）を判定し、当該配送鍵
Ｋ_d が有効である場合にはステップＳ７０１に進む。

【０４２４】ステップＳ７０１において、上位コントロ
ーラ１５１は、電子配信専用記録メディア１４１内の暗
号処理部１９１の制御部２００を介して当該暗号処理部
１９１内の記憶モジュール２０１に記憶されている課金
情報の課金の合計が予め設定された上限に達しているか
否かを判断し、当該課金の合計が上限に達していない場
合にはステップＳ７０２に進む。因みに、このステップ
Ｓ７０１では、課金の合計が上限に達したか否かを判断
するのではなく、例えば、記憶モジュール２０１におけ
る課金情報の記憶エリアに空きがあるか否かを判断し、
当該記憶エリアに空きがある場合にステップＳ７０２に
進むようにしても良い。また、ステップ７０１では、記
憶モジュール２１０に記憶されている課金情報の数（つ
まり、購入回数）が予め設定された（上限の）数に達し
ているか否かを判断するようにしても良い。

【０４２５】ステップＳ７０２において、上位コントロ
ーラ１５１は、大容量記憶部１５６内のコンテンツプロ
バイダセキュアコンテナに含まれるコンテンツプロバイ
ダ２の公開鍵証明書を読み出し、当該読み出したコンテ
ンツプロバイダ２の公開鍵証明書を電子配信専用記録メ
ディア１４１内の暗号処理部１９１に送信する。これに
より、電子配信専用記録メディア１４１内の暗号処理部
１９１において、制御部２００は、暗号／復号化モジュ
ール２０５内の署名検証ユニット２１４において、コン
テンツプロバイダ２の公開鍵証明書の署名を検証し、こ
の署名の検証の結果、公開鍵証明書に対して改竄がなさ
れていないことが確認されると、当該公開鍵証明書に含
まれるコンテンツプロバイダ２の公開鍵を取り出し、ス
テップＳ７０３に進む。

【０４２６】ステップＳ７０３において、上位コントロ
ーラ１５１は、大容量記憶部１５６内のコンテンツプロ
バイダのセキュアコンテナに含まれるコンテンツの鍵デ
ータを読み出し、当該読み出した鍵データを電子配信専
用記録メディア１４１内の暗号処理部１９１に送信す
る。これにより、電子配信専用記録メディア１４１内の
暗号処理部１９１において、制御部２００は、暗号／復
号化モジュール２０５内の署名検証ユニット２１４にお
いて、鍵データの署名を検証し、この署名の検証の結
果、鍵データに対して改竄がなされていないことが確認
されると、ステップＳ７０４に進む。

【０４２７】ステップＳ７０４において、上位コントロ
ーラ１５１は、大容量記憶部１５６内のコンテンツプロ
バイダのセキュアコンテナに含まれるコンテンツの取扱
方針を読み出し、当該読み出した取扱方針を電子配信専
用記録メディア１４１内の暗号処理部１９１に送信す
る。これにより、電子配信専用記録メディア１４１内の
暗号処理部１９１において、制御部２００は、暗号／復
号化モジュール２０５内の署名検証ユニット２１４にお
いて、取扱方針の署名を検証し、この署名の検証の結
果、取扱方針に対して改竄がなされていないことが確認
されると、ステップＳ７０５に進む。

【０４２８】ステップＳ７０５において、上位コントロ
ーラ１５１は、大容量記憶部１５６内のサービスプロバ
イダのセキュアコンテナに含まれるサービスプロバイダ
３の公開鍵証明書を読み出し、当該読み出したサービス
プロバイダ３の公開鍵証明書を電子配信専用記録メディ
ア１４１内の暗号処理部１９１に送出する。これによ
り、電子配信専用記録メディア１４１内の暗号処理部１
９１において、制御部２００は、暗号／復号化モジュー
ル２０５内の署名検証ユニット２１４において、サービ
スプロバイダ３の公開鍵証明書の署名を検証し、この署
名の検証の結果、鍵データに対して改竄がなされていな
いことが確認されると、ステップＳ７０６に進む。

【０４２９】ステップＳ７０６において、上位コントロ
ーラ１５１は、大容量記憶部１５６内のサービスプロバ
イダのセキュアコンテナに含まれるコンテンツの価格情
報を読み出し、当該読み出した価格情報を電子配信専用
記録メディア１４１内の暗号処理部１９１に送信する。
これにより、電子配信専用記録メディア１４１内の暗号
処理部１９１において、制御部２００は、暗号／復号化
モジュール２０５内の署名検証ユニット２１４におい
て、価格情報の署名を検証し、この署名の検証の結果、
取扱方針に対して改竄がなされていないことが確認され
ると、ステップＳ７０７に進む。

【０４３０】ステップＳ７０７において、上位コントロ
ーラ１５１は、表示手段１５５に購入可能なコンテンツ
の情報を表示し、ユーザが入力手段１５４を介して所望
するコンテンツを選択指定すると、当該選択指定された
コンテンツに対する購入コマンドを生成して電子配信専
用記録メディア１４１内の暗号処理部１９１に送信す
る。これにより、暗号処理部１９１の制御部２００は、
購入処理モジュール２０３において、取扱方針（ステッ
プＳ７０４において署名検証した取扱方針）及び価格情
報（ステップＳ７０６により署名検証した価格情報）に
基づいて、課金情報および使用許諾条件情報を生成し、
ステップＳ７０８に進む。因みに、入力手段１５４を介
してユーザに所望するコンテンツを選択指定させるの
は、購入処理に先立ち予め行うようにしても良い。

【０４３１】ステップＳ７０８において、電子配信専用
記録メディア１４１内の暗号処理部１９１の制御部２０
０は、課金情報（ステップＳ７０７において生成した課
金情報）を記憶モジュール２０１に保存し、続くステッ
プＳ７０９において、使用許諾条件情報（ステップＳ７
０７において生成した使用許諾条件情報）を外部メモリ
制御部１９２を介して外部メモリ１９３に送出し、かく
して外部メモリ１９３に使用許諾条件情報を書き込む。
また、使用許諾条件情報は、図６９について上述したデ
ータの書き込み時と同様に、（図１６の外部メモリと同
様にして）改竄防止領域に書き込むようにしても良い。
因みに、使用許諾条件情報は、電子配信専用記録メディ
ア１４１内の暗号処理部１９１の記憶モジュール２０１
に保存するようにしても良い。

【０４３２】ステップＳ７１０において、電子配信専用
記録メディア１４１内の暗号処理部１９１の制御部２０
０は、暗号／復号化モジュール２０５の復号化ユニット
２１０において、鍵データ（上述したステップＳ７０３
において署名検証した鍵データ）に含まれる暗号化され
ている個別鍵Ｋ_i を、配送鍵Ｋ_d （上述したステップＳ
７００において有効であることが確認された配送鍵
Ｋ_d ）を用いて復号化する。

【０４３３】次いで、制御部２００は、復号化ユニット
２１０において、鍵データに含まれる暗号化されている
コンテンツ鍵Ｋ_coを、先に復号化した個別鍵Ｋ_i を用い
て復号化する。続いて、制御部２００は、この復号化し
たコンテンツ鍵Ｋ_coと、記憶モジュール２０１に記憶さ
れている保存鍵Ｋ_saveとを暗号化ユニット２１１に与
え、当該暗号化ユニット２１１において、保存鍵Ｋ_save
を用いてコンテンツ鍵Ｋ_coを暗号化する。

【０４３４】ステップＳ７１１において、電子配信専用
記録メディア５内の暗号処理部１９１の制御部は、ステ
ップＳ７１０において、保存鍵Ｋ_saveで暗号化したコン
テンツ鍵Ｋ_coを外部メモリ制御部１９２を介して外部メ
モリ１９３に送出し、これにより当該外部メモリ１９３
に暗号化したコンテンツ鍵Ｋ_coを保存し、ステップＳ７
１２に進む。また、保存鍵Ｋ_saveで暗号化したコンテン
ツ鍵Ｋ_coは、図６９について上述したデータの書き込み
時と同様に、（図１６の外部メモリと同様にして）改竄
防止領域に書き込むようにしても良い。因みに、保存鍵
Ｋ_saveで暗号化したコンテンツ鍵Ｋ_coは、電子配信専用
記録メディア１４１内の暗号処理部１９１の記憶モジュ
ール２０１に保存するようにしても良い。

【０４３５】ステップＳ７１２において、記録再生装置
１４０内の上位コントローラ１５１は、大容量記憶部１
５６内のコンテンツプロバイダセキュアコンテナに含ま
れる暗号化されたコンテンツを読み出し、当該読み出し
た暗号化されているコンテンツを電子配信専用記録メデ
ィア１４１に送出し、かくして電子配信専用記録メディ
ア１４１内の外部メモリ１９３にこの暗号化されている
コンテンツを保存する。

【０４３６】因みに、このステップＳ７１２において、
上位コントローラ１５１は、暗号化されているコンテン
ツと共に、対応するステップＳ７０４において署名検証
した取扱方針およびステップＳ７０６において署名検証
した価格情報も外部メモリ１９３に保存するようにして
も良い。また、暗号化されているコンテンツ（又は、コ
ンテンツ及び取扱方針並びに価格情報）は、このステッ
プＳ７１２において、外部メモリ１９３に保存せずに、
当該ステップＳ７１２よりも以前のステップにおいて外
部メモリ１９３に保存するようにしても良い。

【０４３７】そして、かかる購入処理においては、ステ
ップＳ７００において、配送鍵Ｋ_dの有効期限が切れて
いる場合、ステップＳ７０１において、課金情報の課金
の合計が上限に達していた場合、ステップＳ７０２にお
いて、コンテンツプロバイダ２の公開鍵証明書が正しく
ないと判定した場合、ステップＳ７０３において、鍵デ
ータの署名が正しくないと判定した場合、ステップＳ７
０４において、取扱方針の署名が正しくないと判定した
場合、ステップＳ７０５において、サービスプロバイダ
３の公開鍵証明書が正しくないと判定した場合、ステッ
プＳ７０６において、価格情報の署名が正しくないと判
定した場合には、それぞれステップＳ７１３に進んでエ
ラー処理を実行する。因みに、かかる購入処理において
は、コンテンツの署名を検証しない場合を示したが、当
該コンテンツの外部メモリ１９３への保存に先立ち、い
ずれかのステップにおいてこのコンテンツの署名を検証
するようにしても良い。

【０４３８】因みに、記録再生装置１４０と、電子配信
専用記録メディア１４１との間でデータを送受信する場
合には、必要に応じて、送信側において当該データに署
名を付加し、受信側でこの署名を検証する。

【０４３９】以上のように、記録再生装置１４０は、電
子配信専用記録メディア１４１内において購入処理を実
行し、かくして電子配信専用記録メディア１４１の外部
メモリ１９３にコンテンツ鍵Ｋ_coで暗号化されているコ
ンテンツ、および当該電子配信専用記録メディア１４１
の暗号処理部１９１固有の保存鍵Ｋ_saveで暗号化された
コンテンツ鍵Ｋ_coをこの電子配信専用記録メディア１４
１内の外部メモリ１９３に記録する。

【０４４０】また、記録再生装置１４０において実行さ
れる再生処理を、図９３に示すフローチャートを用いて
説明する。ステップＳ７２０において、記録再生装置１
４０内の上位コントローラ１５１は、ユーザにより入力
手段１５４を介して再生指示されたコンテンツのＩＤを
電子配信専用記録メディア１４１内の暗号処理部１９１
に送出する。

【０４４１】ステップＳ７２１において、電子配信専用
記録メディア１４１内の暗号処理部１９１の制御部２０
０は、上位コントローラ１５１から与えられるコンテン
ツのＩＤを外部メモリ制御部１９２に送出することによ
り、当該外部メモリ制御部１９２を介して外部メモリ１
９３から当該ＩＤに対応する、暗号化されているコンテ
ンツ鍵Ｋ_coおよび使用許諾条件情報を読み出し、当該読
み出した暗号化されているコンテンツ鍵Ｋ_coを暗号／復
号化モジュール２０５の復号化ユニット２１０に送出す
ると共に、当該使用許諾条件情報を制御部２００に送出
する。なお、外部メモリ制御部１９２は、外部メモリ１
９３から暗号化されているコンテンツ鍵Ｋ_coおよび使用
許諾条件情報を読み出す際に、図６８について上述した
データの読み出し時と同様に改竄チェックを行うように
しても良い。因みに、電子配信専用記録メディア１４１
においては、暗号化されているコンテンツ鍵Ｋ_coおよび
使用許諾条件情報を暗号処理部１９１の記憶モジュール
２０１内に保持しておき、当該記憶モジュール２０１か
ら読み出すようにしても良い。

【０４４２】これに加えて暗号処理部１９１の制御部２
００は、ステップＳ７２２において、コンテンツのＩＤ
に基づいて、記憶モジュール２０１内の課金情報を検索
し、続くステップＳ７２３において、当該記憶モジュー
ル２０１内にコンテンツのＩＤに対応する課金情報があ
るか否かを判断し、当該ＩＤに対応する課金情報が電子
配信サービスセンタ１に既に回収され、記憶モジュール
２０１内に存在しない場合には、ステップＳ７２４に進
む。

【０４４３】ステップＳ７２４において、暗号処理部１
９１の制御部２００は、使用許諾条件情報を必要に応じ
て更新する。すなわち、制御部２００は、使用許諾条件
情報に含まれる利用権内容が例えば回数権の場合、その
回数権の示す再生回数を減算することを示す。そして、
更新した使用許諾条件情報を外部メモリ制御部１９２を
介して外部メモリ１９３に保存する。このとき、外部メ
モリ制御部１９２は、図７０について上述したデータの
書換え時と同様に、改竄チェックを行うようにしても良
い。因みに、使用許諾条件情報を暗号処理部１９１の記
憶モジュール２０１において、更新して保存するように
しても良い。

【０４４４】次いで、ステップＳ７２５において、電子
配信専用記録メディア１４１内の暗号処理部１９１の制
御部２００は、記録再生装置１４０の暗号処理部１５２
との間で互いの相互認証モジュール２０４および１６４
を用いて相互認証を行い、一時鍵Ｋ_temp1 を共有化し、
ステップＳ７２６に進む。因みに、相互認証処理手順に
ついては、図５１について上述したため、その詳細な説
明は省略する。

【０４４５】ステップＳ７２６において、電子配信専用
記録メディア１４１内の暗号処理部１９１の制御部２０
０は、復号化ユニット２１０において、暗号化されてい
るコンテンツ鍵Ｋ_coを記憶モジュール２０１に記憶され
ている保存鍵Ｋ_saveで復号化し、当該復号化したコンテ
ンツ鍵Ｋ_coを暗号化ユニット２１１に送出する。次い
で、制御部２００は、暗号化ユニット２１１において、
ステップＳ６２５において、相互認証モジュール１６４
と共有化した一時鍵Ｋ_temp1 を用いてコンテンツ鍵Ｋ_co
を暗号化し、ステップＳ７２７に進む。

【０４４６】ステップＳ７２７において、電子配信専用
記録メディア１４１内の暗号処理部１９１の制御部２０
０は、一時鍵Ｋ_temp1 で暗号化したコンテンツ鍵Ｋ_coを
記録再生装置１４０の暗号処理部１５２に送信する。

【０４４７】ステップＳ７２８において、記録再生装置
１４０内の暗号処理部１５２の制御部１６０は、電子配
信専用記録メディア１４１から送信された、暗号化され
ているコンテンツ鍵Ｋ_coを暗号／復号化モジュール１６
５の復号化ユニット１７０に取り込み、当該復号化ユニ
ット１７０において、暗号化されているコンテンツ鍵Ｋ
_coをステップＳ６２５において、相互認証モジュール２
０４と共有化した一時鍵Ｋ_temp1 を用いて復号化し、当
該復号化したコンテンツ鍵Ｋ_coを暗号化ユニット１７１
に送出する。

【０４４８】次いで、ステップＳ７２９において、記録
再生装置１４０内の暗号処理部１５２の制御部１６０
は、伸張部１５３との間で互いの相互認証モジュール１
６４および１８０を用いて相互認証を行い、一時鍵Ｋ
_temp2 を共有化する。因みに、相互認証処理手順につい
ては、図５１について上述したため、その詳細な説明は
省略する。

【０４４９】これにより記録再生装置１４０内の暗号処
理部１５２の制御部１６０は、ステップＳ７３０におい
て、暗号化ユニット１７１により、伸張部１５３と共有
化した一時鍵Ｋ_temp2 でコンテンツ鍵Ｋ_coを暗号化し、
かくして、続くステップＳ７３１において、この暗号化
したコンテンツ鍵Ｋ_coを伸張部１５３に送出する。

【０４５０】ステップＳ７３２において、伸張部１５３
の鍵復号モジュール１８１は、暗号処理部１５２から与
えられる暗号化されているコンテンツ鍵Ｋ_coを取り込
み、当該暗号化されているコンテンツ鍵Ｋ_coを、暗号処
理部１５２と共有化した一時鍵Ｋ_temp2 を用いて復号化
し、当該復号化したコンテンツ鍵Ｋ_coを復号化モジュー
ル１８２に送出する。

【０４５１】ステップＳ７３３において、伸張部１５３
の復号モジュール１８２は、このとき上位コントローラ
１５１から、電子配信専用記録メディア１４１内の外部
メモリ１９３から読み出した暗号化されているコンテン
ツが与えられ、当該暗号化されているコンテンツを、鍵
復号モジュール１８１から与えられるコンテンツ鍵Ｋ_co
を用いて復号化し、当該復号化したコンテンツを伸張モ
ジュール１８３に送出する。

【０４５２】ステップＳ７３４において、伸張部１５３
の伸張モジュール１８３は、復号モジュール１８２から
与えられるコンテンツをＡＴＲＡＣ等の所定の方式によ
り伸張し、当該伸張したコンテンツを電子透かし付加モ
ジュール１８４に送出する。ステップＳ７３５におい
て、伸張部１５３の電子透かし付加モジュール１８４
は、伸張モジュール１８３から与えられる伸張されたコ
ンテンツに、暗号処理部１５２の制御部１６０によって
指示された、電子配信専用記録メディア１４１の暗号処
理部１９１のＩＤ等の所定のデータを電子透かしの形で
挿入する。

【０４５３】そして、ステップＳ７３６において、記録
再生装置１４０内の上位コントローラ１５１は、伸張部
１５３において得られたコンテンツを、例えば、スピー
カ（図示せず）に送出することにより当該スピーカを介
してコンテンツに基づく音楽を放音させる。かくして、
記録再生装置１４０は、このようにしてコンテンツを再
生し得る。

【０４５４】ここで、ステップＳ７２３において、電子
配信専用記録メディア１４１内の暗号処理部１９１の制
御部２００は、記憶モジュール２０１にコンテンツのＩ
Ｄに対応する課金情報が保存されている場合には、ステ
ップＳ７３７に進んで、課金情報が未回収のときの再生
制限を参照し、当該課金情報が未回収のコンテンツが再
生可能条件を満たしているか否かを判断する。

【０４５５】そして、暗号処理部１９１の制御部２００
は、コンテンツが再生可能条件をみたしていなければ
（すなわち、当該コンテンツが再生制限に定められた回
数だけ既に再生された場合、又は再生可能期間を経過し
た場合）、この再生処理を終了する。これに対して制御
部２００は、コンテンツが再生可能条件を満たしていれ
ば（すなわち、当該コンテンツの再生回数が再生制限に
定められた回数に満たない場合）、ステップＳ７２４に
進み、使用許諾条件情報を必要に応じて更新する。因み
に、課金情報が未回収であるときに使用する再生制限
は、電子配信専用記録メディア１４１内の暗号処理部１
９１の記憶モジュール２００や、外部メモリ１９３に保
持していても良いし、取扱方針や価格情報のデータなど
に格納しておいても良い。

【０４５６】因みに、電子配信専用記録メディア１４１
は、図１５について上述したホームサーバ５１や、据置
機器５２に設けるようにしても良い。

【０４５７】以上のように、記録再生装置１４０におい
ては、電子配信専用記録メディア１４１からコンテンツ
鍵Ｋ_coで暗号化されているコンテンツおよび当該コンテ
ンツ鍵Ｋ_coを再生し、このコンテンツ鍵Ｋ_coで暗号化さ
れているコンテンツを当該コンテンツ鍵Ｋ_coで復号化し
得るものの、課金情報が回収されるまでの間は、予め設
定された再生制限に従ってコンテンツを利用し得るよう
にし、また、課金情報が回収された後には、購入処理に
よって購入した利用権内容に応じてコンテンツを利用し
得るようにする。

【０４５８】以上の構成において、この電子音楽配信シ
ステム１０では、ユーザホームネットワーク５内に機器
として、電子配信専用記録メディア１４１が着脱自在に
設けられた記録再生装置１４０を設け、サービスプロバ
イダ３からコンテンツ鍵Ｋ_coで暗号化されているコンテ
ンツ、個別鍵Ｋ_i で暗号化されているコンテンツ鍵Ｋ_co
および配送鍵Ｋ_d で暗号化されている個別鍵Ｋ_i （すな
わち、コンテンツプロバイダセキュアコンテナおよびサ
ービスプロバイダセキュアコンテナ）が送信されると、
記録再生装置１４０により電子配信専用記録メディア１
４１を制御して購入処理を実行させ、当該電子配信専用
記録メディア１４１において、コンテンツ鍵Ｋ_coで暗号
化されているコンテンツを外部メモリ１９３に記録する
と共に、配送鍵Ｋ_d で暗号化されている個別鍵Ｋ_i を当
該配送鍵Ｋ_d で復号化し、個別鍵Ｋ_i で暗号化されてい
るコンテンツ鍵Ｋ_coを当該個別鍵Ｋ_i で復号化し、この
復号化したコンテンツ鍵Ｋ_coを電子配信専用記録メディ
ア１４１固有の保存鍵Ｋ_saveで暗号化して外部メモリ１
９３に記録する。因みに、電子配信専用記録メディア１
４１では、保存鍵Ｋ_saveを当該電子配信専用記録メディ
ア１４１内の耐タンパ性を有する暗号処理部１９１の記
憶モジュール２０１に保存している。

【０４５９】また、記録再生装置１４０は、再生処理
時、電子配信専用記録メディア１４１を制御することに
より、当該電子配信専用記録メディア１４１において、
外部メモリ１９３からコンテンツ鍵Ｋ_coで暗号化されて
いるコンテンツおよび保存鍵Ｋ_saveで暗号化しているコ
ンテンツ鍵Ｋ_coを読み出し、当該保存鍵Ｋ_saveで暗号化
しているコンテンツ鍵Ｋ_coを当該保存鍵Ｋ_saveで復号化
し、かくして、コンテンツ鍵Ｋ_coで暗号化されているコ
ンテンツ及び復号化したコンテンツ鍵Ｋ_coを取り出す。
そして、記録再生装置１４０は、暗号処理部１５２およ
び伸張部１５３を用いて、コンテンツ鍵Ｋ_coで暗号化さ
れているコンテンツを当該コンテンツ鍵Ｋ_coを用いて復
号化する。

【０４６０】従って、電子音楽配信システム１０では、
記録再生装置１４０により、電子配信専用記録メディア
１４１において、外部メモリ１９３にコンテンツ鍵Ｋ_co
で暗号化されているコンテンツと、保存鍵Ｋ_saveで暗号
化したコンテンツ鍵Ｋ_coを記録するものの、当該電子配
信専用記録メディア１４１からコンテンツ鍵Ｋ_coで暗号
化されているコンテンツおよび復号化したコンテンツ鍵
Ｋ_coを読み出すため、記録再生装置１４０に、その暗号
処理部１５２固有の保存鍵を保持する必要がない。この
ため、電子音楽配信システム１０では、記録再生装置１
４０と同様な暗号処理部１５２および伸張部１５３を有
すれば、電子配信専用記録メディア１４１にコンテンツ
を記録した記録再生装置１４０とは異なる他の機器で
も、当該電子配信専用記録メディア１４１を用いてコン
テンツを再生して利用することができ、かくして、電子
配信専用記録メディア１４１の汎用性を格段的に向上さ
せることができる。

【０４６１】また、電子配信専用記録メディア１４１で
は、仮に、外部メモリ１９３からコンテンツおよびコン
テンツ鍵Ｋ_coが不当に読み出されたとしても、コンテン
ツを復号化するためのコンテンツ鍵Ｋ_coを暗号化する際
に用いた保存鍵Ｋ_saveを耐タンパ性を有する暗号処理部
１９１内の記憶モジュール２０１に保持して、当該保存
鍵Ｋ_saveが不当に読み出されることを防止することがで
き、かくして、コンテンツが不当に利用されることを防
止することができる。

【０４６２】さらに、電子音楽配信システム１０では、
電子配信専用記録メディア１４１の汎用性を向上させる
分、当該電子配信専用記録メディア１４１に記録したコ
ンテンツに対して課金情報を回収するまでの間、当該コ
ンテンツに対して利用を制限（再生又は複製の回数又は
期間を制限）することにより、当該課金情報が回収され
ないまま、コンテンツが不当に利用されることを防止す
ることができる。

【０４６３】以上の構成によれば、記録再生装置１４０
に着脱自在に設けられた電子配信専用記録メディア１４
１に当該電子配信専用記録メディア１４１固有の保存鍵
Ｋ_saveを保持し、購入処理時、記録再生装置１４０がコ
ンテンツ鍵Ｋ_coで暗号化されているコンテンツ、個別鍵
Ｋ_i で暗号化されているコンテンツ鍵Ｋ_coおよび配送鍵
Ｋ_d で暗号化されている個別鍵Ｋ_i を電子配信専用記録
メディア１４１に送信して当該電子配信専用記録メディ
ア１４１において、コンテンツ鍵Ｋ_coで暗号化されたコ
ンテンツを外部メモリ１９３に記録すると共に、暗号化
されている個別鍵Ｋｉを配送鍵Ｋ_d で復号化した後、暗
号化されているコンテンツ鍵Ｋ_coをこの個別鍵Ｋ_i で復
号化し、得られたコンテンツ鍵Ｋ_coを保存鍵Ｋ_saveで暗
号化して外部メモリ１９３に記録し、再生処理時、記録
再生装置１４０が電子配信専用記録メディア１４１から
コンテンツ鍵Ｋ_coで暗号化されたコンテンツと、保存鍵
Ｋ_saveで復号化されたコンテンツ鍵Ｋ_coを取り出すよう
にして当該コンテンツを復号化するようにしたことによ
り、当該電子配信専用記録メディア１４１をコンテンツ
の記録に用いた記録再生装置１４０とは異なる他の記録
再生装置１４０に挿入した場合でも、この電子配信専用
記録メディア１４１からコンテンツを再生することがで
き、かくして電子配信専用記録メディア１４１の汎用性
を格段的に向上し得る電子音楽配信システムを実現する
ことができる。

【０４６４】因みに、かかる電子音楽配信システム１０
では、電子配信専用記録メディア１４１に配送鍵Ｋ_d を
保持せず、又は配送鍵Ｋ_d を保持していても使用しない
ようにし、記録再生装置１４０により、コンテンツの記
録時、個別鍵Ｋ_i で暗号化されているコンテンツ鍵Ｋ_co
を当該個別鍵Ｋ_i で復号化した後、当該コンテンツ鍵Ｋ
_coを電子配信専用記録メディア１４１との間で相互認証
して共有化した一時鍵Ｋ_tempを用いて暗号化し、当該一
時鍵Ｋ_tempで暗号化したコンテンツ鍵Ｋ_coをコンテンツ
鍵Ｋ_coで暗号化されているコンテンツを共に、当該電子
配信専用記録メディア１４１に送信するようにしても良
い。

【０４６５】（７）課金情報の代理処理および利用権の
管理移動処理 図９１について上述した電子配信専用記録メディア１４
１は、電子配信サービスセンタ１に接続される機器とし
て、例えば、図１５について上述したデータ管理システ
ムであるユーザホームネットワーク５内の管理装置であ
るホームサーバ５１に挿入されることにより、暗号処理
部１９１の記憶モジュール２０１に保持している課金情
報をこのホームサーバ５１に送信し、かくして、課金情
報をホームサーバ５１から電子配信サービスセンタ１に
回収させ得るようになされている。

【０４６６】これにより、電子配信専用記録メディア１
４１においては、課金情報を保持していると、コンテン
ツの不正利用を防止するうえで、当該コンテンツと共に
その利用権（このコンテンツを再生するための権利）を
他の機器に移動（制限付き移動、管理移動）したり、又
は削除（削除は、課金処理が済んでいないと実行するこ
とはできない）することができないものの、このよう
に、課金情報をホームサーバ５１に送信すると、当該課
金情報に対応するコンテンツと共にその利用権を、図８
２について上述した管理移動権の移動処理手順に従っ
て、他の機器に移動（制限付き移動、管理移動）させる
ことができる。

【０４６７】ところで、電子配信専用記録メディア１４
１から他の機器にコンテンツと共に利用権を移動する
と、当該コンテンツおよびその利用権を取得した機器
は、当該コンテンツおよびその利用権を必要に応じて当
該電子配信専用記録メディア１４１にのみ戻すことがで
きる。しかしながら、電子配信専用記録メディア１４１
は、自由に持ち運びできるため、他の機器からコンテン
ツおよびその利用権を容易には戻し難い場合がある。

【０４６８】従って、電子配信サービスセンタ１に接続
されたユーザホームネットワーク５内の機器として、例
えば、ホームサーバ５１（図１５）においては、電子配
信専用記録メディア１４１に保持している課金情報を取
り込む際、当該電子配信専用記録メディア１４１から対
応するコンテンツやその利用権も合わせて取り込み、こ
の電子配信専用記録メディア１４１に代わり、当該取り
込んだコンテンツおよび利用権を管理するようにした。

【０４６９】実際に、ホームサーバ５１において実行さ
れる課金情報の代理処理、およびコンテンツを再生する
ための権利（利用権）の移動（制限付き移動、管理移
動）について、図９４に示すフローチャートを用いて説
明する。ステップＳ７４０において、ホームサーバ５１
においては、電子配信専用記録メディア１４１が挿入さ
れ、この状態において、ユーザが入力手段６３を介して
課金情報の代理処理および利用権の移動処理の実行命令
を入力すると、上位コントローラ６２が当該ホームサー
バ５１および電子配信専用記録メディア１４１を制御す
ることにより、ホームサーバ５１内の暗号処理部６５の
制御部９１が、電子配信専用記録メディア１４１内の暗
号処理部１９１との間で、互いの相互認証モジュール９
５および２０４を用いて相互認証し、一時鍵Ｋ_tempを共
有化する。

【０４７０】次いで、ステップＳ７４１において、電子
配信専用記録メディア１４１内の暗号処理部１９１の制
御部２００は、記憶モジュール２０１に保持している課
金情報を暗号／復号化モジュール２０５内の暗号化ユニ
ット２１１に送出し、当該暗号化ユニット２１１におい
て、一時鍵Ｋ_tempで課金情報を暗号化し、当該暗号化し
た課金情報を署名生成ユニット２１３に送出する。

【０４７１】また、暗号処理部１９１の制御部２００は
外部メモリ制御部１９２を介して外部メモリ１９３か
ら、課金情報に含まれるコンテンツプロバイダのＩＤ、
取扱方針のＩＤおよび取扱方針のバージョンに対応する
取扱方針と、当該課金情報に含まれるサービスプロバイ
ダのＩＤ、価格情報のＩＤおよび価格情報のバージョン
に対応する価格情報を読み出し、当該読み出した取扱方
針および価格情報を署名生成ユニット２１３に送出す
る。これにより、暗号処理部１９１の制御部２００は、
署名生成ユニット２１３において、一時鍵Ｋ_tempで暗号
化されている課金情報および取扱方針並びに価格情報全
体に対して（又は個別に対して）署名を付加し、当該署
名を付加した課金情報および針扱方針並びに価格情報を
通信部１９０を介してホームサーバ５１の上位コントロ
ーラ６２に送信する。

【０４７２】因みに、電子配信専用記録メディア１４１
においては、課金情報が送信途中に改竄されると、第３
者が不当に利益を得たりするため、当該課金情報には必
ず署名を付加し、改竄されていないか否かを調べるよう
にする。また、課金情報は、その内容が見られても特に
支障はないため、暗号化せずに送信しても良い。ホーム
サーバ５１においては、取扱方針および価格情報を用い
なくても課金情報の代理処理および利用権の移動処理を
実行し得る。従って、電子配信専用記録メディア１４１
においては、ホームサーバ５１に取扱方針および価格情
報を必要に応じて送信すれば良い。

【０４７３】ステップＳ７４２において、ホームサーバ
５１の上位コントローラ６２は、電子配信専用記録メデ
ィア１４１から送信された課金情報および取扱方針並び
に価格情報を暗号処理部６５の制御部９１に送出する。
これにより、制御部９１は、暗号／復号化モジュール９
６内の署名検証ユニット１１５において、課金情報およ
び取扱方針並びに価格情報に付加された署名を検証し、
これらが改竄されていなければ、復号化ユニット１１１
において、一時鍵Ｋ_tempで暗号化されている課金情報を
当該一時鍵Ｋ_tempで復号化する。

【０４７４】次いで、ステップＳ７４３において、電子
配信専用記録メディア１４１内の暗号処理部１９１の制
御部２００は、このとき、ステップＳ７４２において、
記憶モジュール２０１内の保持している課金情報（ステ
ップＳ７４１でホームサーバ５１に送信した課金情報で
あり、記憶モジュール２０１内において削除しない限り
はそのまま残っている）が示すコンテンツのＩＤを検索
し、当該検索したコンテンツのＩＤに基づいて、外部メ
モリ制御部１９２を介して外部メモリ１９３から、対応
する全ての使用許諾条件情報およびコンテンツ鍵Ｋ_coで
暗号化されているコンテンツを読み出す。

【０４７５】暗号処理部１９１の制御部２００は、当該
読み出したコンテンツ鍵Ｋ_coを暗号／復号化モジュール
２０５の復号化ユニット２１０に送出することにより、
当該復号化ユニット２１０において、保存鍵Ｋ_saveで暗
号化されているコンテンツ鍵Ｋ_coを、記憶モジュール２
０１に保持している保存鍵Ｋ_saveで復号化し、続いて、
暗号化ユニット２１１において、この復号化したコンテ
ンツ鍵Ｋ_coを一時鍵Ｋ_tempで暗号化する。そして、制御
部２００は、外部メモリ１９３から読み出した使用許諾
条件情報および暗号化されているコンテンツと共に、一
時鍵Ｋ_tempで暗号化しているコンテンツ鍵Ｋ_coに署名生
成ユニット２１３において署名を付加した後、通信部１
９０を介してホームサーバ５１に送信する。因みに、署
名は、使用許諾条件情報、コンテンツ、コンテンツ鍵Ｋ
_coそれぞれ個別に付加しても良く、また、これら使用許
諾条件情報、コンテンツおよびコンテンツ鍵Ｋ_co全体を
１つにして付加しても良い。さらに、コンテンツには署
名を付加しない場合もある。

【０４７６】続いて、ステップＳ７４４において、ホー
ムサーバ５１内の暗号処理部６５の制御部９１は、電子
配信専用記録メディア１４１から送信された使用許諾条
件情報および暗号化されているコンテンツ並びに一時鍵
Ｋ_tempで暗号化しているコンテンツ鍵Ｋ_coを上位コント
ローラ６２を介して取り込み、署名検証ユニット１１５
において、この使用許諾条件情報および暗号化されてい
るコンテンツ並びに一時鍵Ｋ_tempで暗号化しているコン
テンツ鍵Ｋ_coに付加されている署名を検証した後、これ
らが改竄されていなければ、復号化ユニット１１１にお
いて、一時鍵Ｋ_tempで暗号化されているコンテンツ鍵Ｋ
_coを当該一時鍵Ｋ_tempで復号化する。

【０４７７】これにより、ステップＳ７４５において、
ホームサーバ５１内の上位コントローラ６２は、暗号処
理部６５から得られる、コンテンツ鍵Ｋ_coで暗号化され
ているコンテンツ（ステップＳ７４４で署名検証したコ
ンテンツ）と、必要に応じて得られる取扱方針および価
格情報（ステップＳ７４２で署名検証した取扱方針およ
び価格情報）とを大容量記憶部６８に保存する。因み
に、ステップＳ７４５において、実行される大容量記憶
部６８への記録処理は、ステップＳ７４１およびステッ
プＳ７４３において、データが送信された直後に実行し
ても良い。

【０４７８】また、ステップＳ７４６において、ホーム
サーバ５１内の暗号処理部６５の制御部９１は、課金情
報（ステップＳ７４２で署名検証した課金情報）を記憶
モジュール９２に保存すると共に、使用許諾条件情報
（ステップＳ７４４で署名検証した使用許諾条件情報）
に格納されている暗号処理部のＩＤ（コンテンツを購入
処理した機器の暗号処理部のＩＤ）を自己（すなわち、
ホームサーバ５１内の暗号処理部６５のＩＤ）に変更し
て当該使用許諾条件情報を更新する。

【０４７９】次いで、ステップＳ７４７において、ホー
ムサーバ５１内の暗号処理部６５の制御部９１は、暗号
／復号化モジュール９６内の暗号化ユニット１１２にお
いて、コンテンツ鍵Ｋ_co（ステップＳ７４４で復号化し
たコンテンツ鍵Ｋ_co）を、記憶モジュール９２に保持し
ている保存鍵Ｋ_saveで暗号化し、当該暗号化したコンテ
ンツ鍵Ｋ_coと共に使用許諾条件情報（ステップＳ７４６
で更新した使用許諾条件情報）を外部メモリ制御部９７
を介して外部メモリ６７に保存する。因みに、外部メモ
リ６７における、データ書込み時の改竄チェックについ
ては、図６９について上述した処理手順と同様に実行さ
れるため、その説明は省略する。

【０４８０】そして、ステップＳ７４８において、ホー
ムサーバ５１内の暗号処理部６５の制御部９１は、この
ように、電子配信専用記録メディア１４１から送信され
た、課金情報、暗号化されているコンテンツ、コンテン
ツ鍵Ｋ_co、使用許諾条件情報、取扱方針および価格情報
をそれぞれ保存すると、課金情報の代理処理および利用
権の移動が完了したことを示す処理完了データを上位コ
ントローラ６２を介して電子配信専用記録メディア１４
１に送信する。

【０４８１】これにより、ステップＳ７４９において、
電子配信専用記録メディア１４１内の暗号処理部１９１
の制御部２００は、ホームサーバ５１から送信された処
理完了データを受信すると、外部メモリ制御部１９２を
介して外部メモリ１９３内の、コンテンツ鍵Ｋ_coで暗号
化されているコンテンツ、保存鍵Ｋ_saveで暗号化されて
いるコンテンツ鍵Ｋ_coおよび使用許諾条件情報（すなわ
ち、ステップＳ７４３でホームサーバ５１に送信したも
のである）と、必要に応じて取扱方針および価格情報
（すなわち、ステップＳ７４２でホームサーバ５１に送
信したものである）をそれぞれ削除する。因みに、外部
メモリ１９３におけるデータ削除時の改竄チェックは、
図７１について上述した処理手順と同様に実行されるた
め、その説明は省略する。

【０４８２】これに加えて、ステップＳ７５０におい
て、電子配信専用記録メディア１４１内の暗号処理部１
９１の制御部２００は、記憶モジュール２０１内の課金
情報（すなわち、ステップＳ７４１でホームサーバ５１
に送信したものである）を削除し、かくしてこの処理手
順を終了する。

【０４８３】以上のように、電子配信専用記録メディア
１４１においては、暗号処理部１９１内の記憶モジュー
ル２０１に保持している課金情報と共に、対応するコン
テンツやコンテンツ鍵Ｋ_co、さらには使用許諾条件情報
をホームサーバ５１に送信する共に、この際、ホームサ
ーバ５１に送信した課金情報、コンテンツ、コンテンツ
鍵Ｋ_coおよび使用許諾条件情報を内部の記憶モジュール
２０１や、外部メモリ１９３から削除することにより、
当該コンテンツをホームサーバ５１に管理させるように
する。

【０４８４】そして、ホームサーバ５１においては、電
子配信専用記録メディア１４１からコンテンツを取り込
んだ際、当該コンテンツと共に取り込んだ使用許諾条件
情報の暗号処理部のＩＤを変更し、このコンテンツの保
有者をホームサーバ５１自体にしたため、図８２につい
て上述した管理移動権の移動処理手順に従って、コンテ
ンツを他の機器に移動させることができると共に、図８
３について上述した管理移動権の返還処理手順に従っ
て、各機器から返還されるコンテンツを取り込むことが
できる。

【０４８５】以上の構成において、電子音楽配信システ
ム１０では、記録装置である記録再生装置１４０を用い
て電子配信専用記録メディア１４１により購入処理を実
行させ、当該電子配信専用記録メディア１４１におい
て、コンテンツと共に、そのコンテンツを再生させるた
めの権利、使用許諾条件情報及び課金情報を保持させ
る。そして、電子配信専用記録メディア１４１が保持す
る課金情報を電子配信サービスセンタ１に回収させるた
めに、当該電子配信専用記録メディア１４１がユーザホ
ームネットワーク５内のホームサーバ５１に挿入される
と、当該ホームサーバ５１は、電子配信専用記録メディ
ア１４１に保持している課金情報と共に、対応するコン
テンツ、利用権及び使用許諾条件情報を取り込むように
して当該コンテンツを電子配信専用記録メディア１４１
に代えて管理する。

【０４８６】従って、電子音楽配信システム１０では、
ユーザホームネットワーク５内において、ホームサーバ
５１が電子配信専用記録メディア１４１から管理を引き
受けたコンテンツと共にその利用権を、当該ユーザホー
ムネットワーク５内の他の機器や、記録メディア、ま
た、電子配信専用記録メディア１４１に管理移動するこ
とができると共に、これらユーザホームネットワーク５
内の他の機器、記録メディアおよび電子配信専用記録メ
ディア１４１が当該コンテンツをホームサーバ５１に返
還することができ、かくして、電子配信専用記録メディ
ア１４１において購入処理して取得したコンテンツを、
ホームサーバ５１の管理の元に、ユーザホームネットワ
ーク５内の他の機器、記録メディアおよび当該電子配信
専用記録メディア１４１に用いて容易に利用することが
できる。

【０４８７】また、電子配信専用記録メディア１４１で
は、課金情報を保持していると、購入した利用権に制限
が付加されるため、当該課金情報を電子配信サービスセ
ンタ１に接続されたホームサーバ５１によって回収する
必要がある。そして、電子配信専用記録メディア１４１
では、かかる課金情報の回収の際に、対応するコンテン
ツの管理をホームサーバ５１に移行すれば、外部メモリ
１９２において空き領域を確保し易くなり、かくして、
コンテンツを購入処理する際に、既に保持しているコン
テンツを削除して無駄にすることを防止することができ
る。

【０４８８】さらに、ユーザホームネットワーク５で
は、このように、ホームサーバ５１により、電子配信専
用記録メディア１４１において購入処理して取得したコ
ンテンツを保管して管理するため、当該電子配信専用記
録メディア１４１に保持し得るコンテンツ（すなわち、
外部メモリ１９３の記憶容量に依存する）以上のコンテ
ンツを容易に所有することができる。

【０４８９】以上の構成によれば、記録再生装置１４０
を用いて電子配信専用記録メディア１４１において購入
処理して保持したコンテンツをその課金情報と共にユー
ザホームネットワーク５内のホームサーバ５１に移動さ
せ、当該ホームサーバ５１においてこのコンテンツを保
管も兼ねて管理するようにしたことにより、当該ホーム
サーバ５１が電子配信専用記録メディア１４１から管理
を引き受けたコンテンツを、ユーザホームネットワーク
５内の他の機器や、記録メディア、また、電子配信専用
記録メディア１４１に管理移動することができ、かくし
て電子配信専用記録メディア１４１に記録したコンテン
ツを、ユーザホームネットワーク５内の他の機器や、記
録メディア等の各種機器によって容易に利用し得る電子
音楽配信システムを実現することができる。

【０４９０】

【発明の効果】上述のように本発明によれば、データ管
理システムにおいて、所定のデータ格納装置と、データ
格納装置に所定のコンテンツデータを記録する記録装置
と、データ格納装置に格納されたコンテンツデータを取
り込み、当該取り込んだコンテンツデータの各種機器へ
の移動をデータ格納装置に代えて管理し、各種機器に接
続される管理装置とを設けるようにしたことにより、デ
ータ格納装置に記録したコンテンツデータを管理装置の
管理の元に、各種機器に容易に移動させることができ、
かくしてデータ格納装置に記録したコンテンツデータを
各種機器で容易に利用し得るデータ管理システムを実現
することができる。

【０４９１】また、各種機器と、所定のデータ格納装置
とが接続される管理装置において、データ格納装置に記
録された所定のコンテンツデータを取り込み、当該取り
込んだコンテンツデータの各種機器への移動をデータ格
納装置に代えて管理するようにしたことにより、データ
格納装置に記録されたコンテンツデータを当該データ格
納装置に代えて管理し、当該コンテンツデータを各種機
器に容易に移動させることができ、かくしてデータ格納
装置に記録したコンテンツデータを各種機器で容易に利
用し得る管理装置を実現することができる。

【０４９２】さらに、所定の記録装置の制御の元に、所
定のコンテンツデータを記録するデータ格納装置におい
て、コンテンツデータの各種機器への移動を管理し、当
該各種機器が接続される所定の管理装置に接続された際
に、当該管理装置にコンテンツデータを移動するように
したことにより、記録したコンテンツデータの管理を管
理装置に依存し、当該管理装置を介して各種機器に容易
に移動させることができ、かくしてデータ格納装置に記
録したコンテンツデータを各種機器で容易に利用し得る
データ格納装置を実現することができる。

【０４９３】さらに、データ管理方法において、所定の
記録装置により、所定のデータ格納装置に所定のコンテ
ンツデータを記録する記録ステップと、各種機器に接続
される管理装置により、データ格納装置に格納されたコ
ンテンツデータを取り込み、当該取り込んだコンテンツ
データの各種機器への移動をデータ格納装置に代えて管
理する管理ステップとを設けるようにしたことにより、
データ格納装置に記録したコンテンツデータを管理装置
の管理の元に、各種機器に容易に移動させることがで
き、かくしてデータ格納装置に記録したコンテンツデー
タを各種機器で容易に利用し得るデータ管理方法を実現
することができる。

【図面の簡単な説明】

【図１】本発明による電子音楽配信システムの全体構成
を示すブロック図である。

【図２】電子配信サービスセンタの構成を示すブロック
図である。

【図３】鍵の定期的な更新例を示す略線図である。

【図４】鍵の定期的な更新例を示す略線図である。

【図５】鍵の定期的な更新例を示す略線図である。

【図６】鍵の定期的な更新例を示す略線図である。

【図７】ユーザ登録データベースのデータ内容を示す略
線図である。

【図８】グループごとの登録情報を示す略線図である。

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

【図１０】署名生成処理手順を示すフローチャートであ
る。

【図１１】署名検証処理手順を示すフローチャートであ
る。

【図１２】楕円曲線暗号化方法を示すフローチャートで
ある。

【図１３】楕円曲線暗号化の復号化処理を示すフローチ
ャートである。

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

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

【図１６】外部メモリ制御部の動作の説明に供する略線
図である。

【図１７】電子配信専用記録メディアの構成を示すブロ
ック図である。

【図１８】各機器の持つデータ内容を示すブロック図で
ある。

【図１９】記録メディアが保持するデータ内容を示すブ
ロック図である。

【図２０】システム全体のデータの流れを示す略線的ブ
ロック図である。

【図２１】公開鍵証明書の流れを示す略線的ブロック図
である。

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

【図２３】コンテンツプロバイダセキュアコンテナを示
す略線図である。

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

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

【図２６】コンテンツプロバイダの公開鍵証明書を示す
略線図である。

【図２７】コンテンツプロバイダの公開鍵証明書を示す
略線図である。

【図２８】コンテンツプロバイダの公開鍵証明書を示す
略線図である。

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

【図３０】サービスプロバイダセキュアコンテナを示す
略線図である。

【図３１】サービスプロバイダの公開鍵証明書を示す略
線図である。

【図３２】ユーザ機器の公開鍵証明書を示す略線図であ
る。

【図３３】シングルコンテンツの取扱方針を示す図表で
ある。

【図３４】アルバムコンテンツの取扱方針を示す図表で
ある。

【図３５】シングルコンテンツの取扱方針の他の例を示
す図表である。

【図３６】アルバムコンテンツの取扱方針の他の例を示
す図表である。

【図３７】シングルコンテンツの価格情報を示す図表で
ある。

【図３８】アルバムコンテンツの価格情報を示す図表で
ある。

【図３９】シングルコンテンツの価格情報の他の例を示
す図表である。

【図４０】アルバムコンテンツの価格情報の他の例を示
す図表である。

【図４１】使用許諾条件情報を示す図表である。

【図４２】課金情報を示す図表である。

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

【図４４】利用権内容の一覧を示す図表である。

【図４５】利用権を示す図表である。

【図４６】シングルコンテンツを示す図表である。

【図４７】アルバムコンテンツを示す図表である。

【図４８】シングルコンテンツ用の鍵データを示す図表
である。

【図４９】個別鍵の暗号化処理の説明に供するブロック
図である。

【図５０】アルバムコンテンツ用の鍵データを示す図表
である。

【図５１】対称鍵技術を用いた相互認証処理を示すタイ
ミングチャートである。

【図５２】非対称鍵暗号技術を用いた相互認証処理を示
すタイミングチャートである。

【図５３】課金情報の送信動作を示す略線的ブロック図
である。

【図５４】利益分配処理動作を示す略線的ブロック図で
ある。

【図５５】コンテンツ利用実績の送信動作を示す略線的
ブロック図である。

【図５６】コンテンツの配布及び再生処理手順を示すフ
ローチャートである。

【図５７】コンテンツプロバイダへの送信処理手順を示
すフローチャートである。

【図５８】決済情報の登録処理手順を示すフローチャー
トである。

【図５９】機器ＩＤの新規登録処理手順を示すフローチ
ャートである。

【図６０】機器の追加登録処理手順を示すフローチャー
トである。

【図６１】登録情報の更新開始条件の判断処理を示すフ
ローチャートである。

【図６２】登録情報更新処理手順を示すフローチャート
である。

【図６３】据置機器による登録情報更新代理処理手順を
示すフローチャートである。

【図６４】据置機器による登録情報更新代理処理手順を
示すフローチャートである。

【図６５】セキュアコンテナの送信処理手順を示すフロ
ーチャートである。

【図６６】セキュアコンテナの送信処理手順を示すフロ
ーチャートである。

【図６７】ホームサーバの購入処理手順を示すフローチ
ャートである。

【図６８】データ読み出し時の改ざんチェック処理手順
を示すフローチャートである。

【図６９】データ書込み時の改ざんチェック処理手順を
示すフローチャートである。

【図７０】データ書換え時の改竄チェック処理手順を示
すフローチャートである。

【図７１】データ削除時の改竄チェック処理手順を示す
フローチャートである。

【図７２】ホームサーバによるコンテンツの再生処理手
順を示すフローチャートである。

【図７３】ホームサーバによるコンテンツの再生処理手
順を示すフローチャートである。

【図７４】ホームサーバによるコンテンツ利用権の代理
購入処理手順を示すフローチャートである。

【図７５】購入済利用者の内容変更処理手順を示すフロ
ーチャートである。

【図７６】取扱方針のルール部の内容を示す略線図であ
る。

【図７７】価格情報のルール部の内容を示す略線図であ
る。

【図７８】権利内容の変更例を示す略線図である。

【図７９】コンテンツ利用権の再配布処理手順を示すフ
ローチャートである。

【図８０】据置機器でのコンテンツ利用権購入処理手順
を示すフローチャートである。

【図８１】使用許諾条件情報のルール部の変遷を示す略
線図である。

【図８２】管理移動権の移動処理手順を示すフローチャ
ートである。

【図８３】管理移動権の返還処理手順を示すフローチャ
ートである。

【図８４】本発明による情報送信システムを示すブロッ
ク図である。

【図８５】本発明による情報送信システムを示すブロッ
ク図である。

【図８６】遠隔再生処理手順を示すフローチャートであ
る。

【図８７】予約購入処理手順を示すフローチャートであ
る。

【図８８】予約購入後の本購入処理手順を示すフローチ
ャートである。

【図８９】ホームサーバが課金する場合の代理購入処理
手順を示すフローチャートである。

【図９０】グループ外機器が課金する場合の代理購入処
理手順を示すフローチャートである。

【図９１】記録再生装置の構成を示すブロック図であ
る。

【図９２】記録再生装置の購入処理手順を示すフローチ
ャートである。

【図９３】記録再生装置の再生処理手順を示すフローチ
ャートである。

【図９４】課金情報の代理処理及び権利の移動処理手順
を示すフローチャートである。

【図９５】従来例を示すブロック図である。

【図９６】従来の記録再生装置の構成を示すブロック図
である。

【符号の説明】

２……コンテンツプロバイダ、３……サービスプロバイ
ダ、５……ユーザホームネットワーク、１０……電子音
楽配信システム、５１……ホームサーバ、１４０……記
録再生装置、１４１……電子配信専用記録メディア。

Claims (11)

【特許請求の範囲】
1. 【請求項１】所定のデータ格納装置と、 上記データ格納装置に所定のコンテンツデータを記録す
   る記録装置と、 上記データ格納装置に格納された上記コンテンツデータ
   を取り込み、当該取り込んだ上記コンテンツデータの各
   種機器への移動を上記データ格納装置に代えて管理し、
   上記各種機器に接続される管理装置とを具えることを特
   徴とするデータ管理システム。
2. 【請求項２】上記記録装置は、上記データ格納装置に、
   所定のコンテンツ鍵で暗号化された上記コンテンツデー
   タと、当該コンテンツ鍵と、当該コンテンツ鍵の使用条
   件を規定した取扱方針とを記録すると共に、当該データ
   格納装置により上記取扱方針に基づいて、上記コンテン
   ツデータの利用権を規定し、当該コンテンツデータの保
   持者を識別するための識別情報を格納した使用許諾条件
   情報を作成させて記録し、 上記管理装置は、上記データ格納装置から上記コンテン
   ツ鍵で暗号化された上記コンテンツデータと、当該コン
   テンツ鍵と、上記使用許諾条件情報とを取り込み、当該
   使用許諾条件情報を上記識別情報を変更して更新し、当
   該更新した上記使用許諾条件情報と共に、上記コンテン
   ツ鍵で暗号化された上記コンテンツデータと、当該コン
   テンツ鍵とを上記各種機器へ移動させることを特徴とす
   る請求項１に記載のデータ管理システム。
3. 【請求項３】上記管理装置は、上記各種機器から上記使
   用許諾条件情報に基づいて返還される当該使用許諾条件
   情報と、上記コンテンツ鍵で暗号化された上記コンテン
   ツデータと、当該コンテンツ鍵とを取り込むことを特徴
   とする請求項２に記載のデータ管理システム。
4. 【請求項４】各種機器と、所定のデータ格納装置とが接
   続される管理装置において、 上記データ格納装置に記録された所定のコンテンツデー
   タを取り込み、当該取り込んだ上記コンテンツデータの
   各種機器への移動を上記データ格納装置に代えて管理す
   ることを特徴とする管理装置。
5. 【請求項５】上記データ格納装置から、所定のコンテン
   ツ鍵で暗号化された上記コンテンツデータと、当該コン
   テンツ鍵と、当該コンテンツ鍵の使用条件を規定した取
   扱方針に基づいて生成された、上記コンテンツデータの
   利用権を規定し、当該コンテンツデータの保持者を識別
   するための識別情報を格納した使用許諾条件情報とを取
   り込み、当該使用許諾条件情報を上記識別情報を変更し
   て更新し、当該更新した上記使用許諾条件情報と共に、
   上記コンテンツ鍵で暗号化された上記コンテンツデータ
   と、当該コンテンツ鍵とを上記各種機器へ移動させるこ
   とを特徴とする請求項４に記載の管理装置。
6. 【請求項６】上記各種機器から上記使用許諾条件情報に
   基づいて返還される当該使用許諾条件情報と、上記コン
   テンツ鍵で暗号化された上記コンテンツデータと、当該
   コンテンツ鍵とを取り込むことを特徴とする請求項５に
   記載の管理装置。
7. 【請求項７】所定の記録装置の制御の元に、所定のコン
   テンツデータを記録するデータ格納装置において、 上記コンテンツデータの各種機器への移動を管理し、当
   該各種機器が接続される所定の管理装置に接続された際
   に、当該管理装置に上記コンテンツデータを移動するこ
   とを特徴とするデータ格納装置。
8. 【請求項８】上記記録装置に制御の元に、所定のコンテ
   ンツ鍵で暗号化された上記コンテンツデータと、当該コ
   ンテンツ鍵と、当該コンテンツ鍵の使用条件を規定した
   取扱方針とを記録すると共に、当該取扱方針に基づい
   て、上記コンテンツデータの利用権を規定し、当該コン
   テンツデータの保持者を識別するための変更可能な識別
   情報を格納した使用許諾条件情報を作成して記録し、上
   記管理装置に接続された際に、当該管理装置に上記コン
   テンツ鍵で暗号化された上記コンテンツデータと、当該
   コンテンツ鍵と、上記使用許諾条件情報とを移動するこ
   とを特徴とする請求項７に記載のデータ格納装置。
9. 【請求項９】所定の記録装置により、所定のデータ格納
   装置に所定のコンテンツデータを記録する記録ステップ
   と、 各種機器に接続される管理装置により、上記データ格納
   装置に格納された上記コンテンツデータを取り込み、当
   該取り込んだ上記コンテンツデータの各種機器への移動
   を上記データ格納装置に代えて管理する管理ステップと
   を具えることを特徴とするデータ管理方法。
10. 【請求項１０】上記記録ステップでは、上記記録装置に
    より、上記データ格納装置に、所定のコンテンツ鍵で暗
    号化された上記コンテンツデータと、当該コンテンツ鍵
    と、当該コンテンツ鍵の使用条件を規定した取扱方針と
    を記録すると共に、当該データ格納装置により上記取扱
    方針に基づいて、上記コンテンツデータの利用権を規定
    し、当該コンテンツデータの保持者を識別するための識
    別情報を格納した使用許諾条件情報を作成させて記録
    し、 上記管理ステップでは、上記管理装置により、上記デー
    タ格納装置から上記コンテンツ鍵で暗号化された上記コ
    ンテンツデータと、当該コンテンツ鍵と、上記使用許諾
    条件情報とを取り込み、当該使用許諾条件情報を上記識
    別情報を変更して更新し、当該更新した上記使用許諾条
    件情報と共に、上記コンテンツ鍵で暗号化された上記コ
    ンテンツデータと、当該コンテンツ鍵とを上記各種機器
    へ移動させることを特徴とする請求項９に記載のデータ
    管理方法。
11. 【請求項１１】上記管理装置により、上記各種機器から
    上記使用許諾条件情報に基づいて返還される当該使用許
    諾条件情報と、上記コンテンツ鍵で暗号化された上記コ
    ンテンツデータと、当該コンテンツ鍵とを取り込む取込
    みステップを具えることを特徴とする請求項１０に記載
    のデータ管理方法。