JP2001067795A - 情報受信システム及び情報受信装置 - Google Patents

Abstract

(57)【要約】 【課題】コンテンツを配信する情報配信システムにおい
て、コンテンツを利用するための登録情報が異なる受信
装置間でコンテンツデータの授受を可能とする。 【解決手段】コンテンツデータを利用するための登録情
報が異なる複数の情報受信装置間で登録情報を授受する
ことにより複数の情報受信装置間でコンテンツデータの
利用可否を相互に判断し、複数の情報受信装置のうちコ
ンテンツデータの利用権を有する第１の情報受信装置が
コンテンツデータの利用可と判断した第２の情報受信装
置に対して利用権を引き渡すことにより、上記利用権が
引き渡された第２の情報受信装置でコンテンツを利用可
能とすることができる。これにより、互いに登録情報が
異なる情報受信装置間でコンテンツデータの授受を行う
ことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報送信システム
に関し、コンテンツ保有者又は販売者が、コンテンツを
安全にコンテンツ利用者に配送し得る情報送信システム
に適用して好適なものである。

【０００２】

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

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

【０００４】第１のコンテンツ送信装置３００は、デー
タ暗号部３０１、データ暗号部３０２、コンテンツ鍵生
成部３０３、耐タンパメモリ（Ｔａｍｐｅｒ Ｒｅｓｉ
ｓｔａｎｔ Ｍｅｍｏｒｙ）３０４を有している。な
お、ここで言う耐タンパメモリとは、第３者に容易にデ
ータを読み出されないものであればよく、特にハードウ
ェア的制限は必要ない（例えば、入室管理された部屋の
中にあるハードディスクや、パスワード管理されたパソ
コンのハードディスク等でよい）。耐タンパメモリ３０
４にはコンテンツ鍵（Ｃｏｎｔｅｎｔ Ｋｅｙ）Ｋ_ｃｏ
を暗号化するのに必要な配送鍵（Ｄｉｓｔｒｉｂｕｔｉ
ｏｎ Ｋｅｙ）Ｋ_ｄが、予め電子配信サービスセンタ
（図示せず）から供給され、保存されている。

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

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

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

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

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

【００１０】

【発明が解決しようとする課題】しかしながら、図９１
に示す従来の情報処理システムにおいては、コンテンツ
送信装置３００および３１０が同一の配送鍵Ｋ_ｄを使用
しているため、互いにコンテンツ情報を盗み取ることが
できる問題があった。この問題点を解決するための一つ
の方法として、コンテンツ送信装置毎に異なる配送鍵Ｋ
_ｄを使用することにより送信装置相互のコンテンツ情報
の盗用を防止する方法が考えられる。ところが、この場
合、コンテンツ受信装置が全ての配送鍵Ｋ_ｄを保持して
おく必要があり、この分受信装置の構成及び受信方法が
煩雑になる問題があった。

【００１１】また、コンテンツを利用する複数の情報受
信装置において、コンテンツを利用するための登録情報
が異なる場合には、当該登録情報が異なる情報受信装置
間ではコンテンツデータの授受を行うことが困難であっ
た。

【００１２】

【課題を解決するための手段】かかる課題を解決するた
め本発明においては、コンテンツデータを利用するため
の登録情報が異なる複数の情報受信装置間で登録情報を
授受することにより複数の情報受信装置間でコンテンツ
データの利用可否を相互に判断し、複数の情報受信装置
のうちコンテンツデータの利用権を有する第１の情報受
信装置がコンテンツデータの利用可と判断した第２の情
報受信装置に対して利用権を引き渡すことにより、上記
利用権が引き渡された第２の情報受信装置でコンテンツ
を利用可能とすることができる。これにより、互いに登
録情報が異なる情報受信装置間でコンテンツデータの授
受を行うことができる。

【００１３】

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

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

【００１５】電子配信サービスセンタ（ＥＮＤ Ｓｅｒ
ｖｉｃｅ Ｃｅｎｔｅｒ）１は、コンテンツプロバイダ
（Ｃｏｎｔｅｎｔ Ｐｒｏｖｉｄｅｒ）２に個別鍵
Ｋ_ｉ、コンテンツプロバイダ２の公開鍵証明書を送信
し、サービスプロバイダ（Ｓｅｒｖｉｃｅ Ｐｒｏｖｉ
ｄｅｒ）３にサービスプロバイダ３の公開鍵証明書を送
信し、ユーザホームネットワーク５に対しては配送鍵Ｋ
_ｄや登録情報を送信し、ユーザホームネットワーク５か
ら、コンテンツの利用に応じた課金情報等や登録情報を
受信し、課金情報に基づいて利用料金を精算し、コンテ
ンツプロバイダ２、サービスプロバイダ３および電子配
信サービスセンタ１自身へ利益分配の処理を行う。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５３】なお、本実施の形態では共通鍵暗号として
ＤＥＳを示したが、ＮＴＴ（商標）が提案するＦＥＡＬ
（Ｆａｓｔ Ｅｎｃｒｙｐｔｉｏｎ Ａｌｇｏｒｉｔｈ
ｍ）、ＩＤＥＡ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｄａｔ
ａ ＥｎｃｒｙｐｔｉｏｎＡｌｇｏｒｉｔｈｍ）、Ｅ２
や、米国次期暗号標準であるＡＥＳ（Ａｄｖａｎｃｅｄ
Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）など、い
ずれでもよい。

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

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

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

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

【００５８】データと署名を送信する送信装置（コンテ
ンツプロバイダ２）の署名生成部３８は、例えば、公開
鍵暗号方式である楕円曲線暗号を用いて署名を生成す
る。この処理を、図１０を用いて説明する（ＥＣ−ＤＳ
Ａ（Ｅｌｌｉｐｔｉｃ Ｃｕｒｖｅ Ｄｉｇｉｔａｌ
Ｓｉｇｎａｔｕｒｅ Ａｌｇｏｒｉｔｈｍ）、ＩＥＥＥ
Ｐ１３６３／Ｄ３）。ステップＳ１で、Ｍをメッセー
ジ、ｐを標数、ａ、ｂを楕円曲線の係数（楕円曲線：ｙ
^２＝ｘ^３＋ａｘ＋ｂ）、Ｇを楕円曲線上のベースポイン
ト、ｒをＧの位数、Ｋ_ｓを秘密鍵（０＜Ｋ_ｓ＜ｒ）とす
る。ステップＳ２で乱数ｕを０＜ｕ＜ｒになるように乱
数発生ユニットで生成する。ステップＳ３でベースポイ
ントをｕ倍した座標を計算する。なお、楕円曲線上の加
算、２倍算は次のように定義されている。

【００５９】Ｐ＝（Ｘ_０、Ｙ_０）、Ｑ＝（Ｘ_１、
Ｙ_１）、Ｒ＝（Ｘ_２、Ｙ_２）＝Ｐ＋Ｑとし、Ｐ≠Ｑの
時、 Ｘ_２＝λ^２−Ｘ_０−Ｘ_１ Ｙ_２＝λ（Ｘ_０−Ｘ_２）−Ｙ_{０ λ＝（Ｙ １} −Ｙ_０）／（Ｘ_１−Ｘ_０） Ｐ＝Ｑの時、 Ｘ_２＝λ^２＝２Ｘ_０ Ｙ_２＝λ（Ｘ_０−Ｘ_２）−Ｙ_０ λ＝（３Ｘ_０ ^２＋ａ）／２Ｙ_０

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

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

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

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

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

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

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

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

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

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

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

【００７１】また、公開鍵暗号方式の他の例としてはＲ
ＳＡ暗号（Ｒｉｖｅｓｔ、Ｓｈａｍｉｒ、Ａｄｌｅｍａ
ｎ）が知られている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０３８０】ステップＳ５５６において、ホームサーバ
５１の制御部９１は、外部メモリ制御部９７を介して外
部メモリ６７から既に購入済のコンテンツ鍵を読み出
し、続くステップＳ５５７においてコンテンツ鍵Ｋ_ｃｏ
を保存鍵Ｋ_ｓａｖｅで復号化すると共に一時鍵Ｋ
_ｔｅｍｐで再暗号化し、それらの署名を生成する。ステ
ップＳ５５８において、ホームサーバ５１は、Ｓ５５７
で生成した保存鍵Ｋ_ｔｅｍｐで暗号化されたコンテンツ
鍵と大容量記憶部６８から読みだしたコンテンツ、取扱
方針、価格情報をグループ外機器に送信する。ステップ
Ｓ５５９においてグループ外機器は、ホームサーバ５１
から受け取ったコンテンツを記録メディア８０に保存す
る。

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

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

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

【０３８４】以上の構成において、登録情報（Ｒｅｇｉ
ｓｔｒａｔｉｏｎ Ｌｉｓｔ）が異なっている機器間に
おいて、上述のステップＳ５０２及びステップＳ５５４
について上述したように、互いの登録情報を交換するこ
とにより、登録された機器であることを確認した後一方
の機器が有するコンテンツを他方の機器に引き渡すこと
ができる。従って、以上の構成によれば、グループが異
なる機器間においてコンテンツの授受を行うことができ
る。

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

【０３８６】

【発明の効果】上述のように本発明によれば、コンテン
ツデータを利用するための登録情報が異なるグループ間
において、コンテンツデータの授受を行うことができ、
ユーザの使い勝手を一段と向上することができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

１……電子配信サービスセンタ、２……コンテンツプロ
バイダ、３……サービスプロバイダ、４……ネットワー
ク、５……ユーザホームネットワーク、１０……電子音
楽配信システム、１１……サービスプロバイダ管理部、
１２……コンテンツプロバイダ管理部、１３……著作権
管理部、１４……鍵サーバ、１５……経歴データ管理
部、１６……利益分配部、１７……相互認証部、１８…
…ユーザ管理部、１９……課金請求部、２０……出納
部、２１……監査部、２２……認証局、２３……コンテ
ンツサーバ、２４……コンテンツオーサリング部、３１
……コンテンツサーバ、３２……電子透かし付加部、３
４……コンテンツ暗号部、３５……コンテンツ鍵生成
部、３６……コンテンツ鍵暗号部、３７……取扱方針生
成部、３８……署名生成部、３９……相互認証部、４１
……コンテンツサーバ、４２……証明書検証部、４３…
…署名検証部、４４……値付け部、４５……署名生成
部、４６……相互認証部、５１……ホームサーバ、５２
……据置機器、５３……携帯機器、６２、７２、８２…
…上位コントローラ、６５、７３、８３……暗号処理
部、６６、７４、８４……伸張部、６７、７９、８５…
…外部メモリ、１２０……電子配信専用記録メディア。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/08 Ｇ０６Ｆ 15/21 ３３０ Ｈ０４Ｌ 9/00 ６０１Ｃ Ｆターム(参考） 5B049 AA05 BB11 BB46 CC05 CC31 CC36 DD00 DD05 EE03 EE05 EE09 EE23 FF03 FF04 FF09 GG04 GG06 GG07 GG10 5B089 GA21 JA33 KA15 KB12 KC58 LB26 5D044 AB05 AB10 BC06 CC04 DE50 GK17 5J104 AA01 AA07 AA09 AA16 EA01 EA06 EA17 KA01 KA05 LA03 LA06 NA12 PA07 PA11 9A001 BB04 CC07 EE03 EE04 HH18 JJ72 KK60

Claims (7)

【特許請求の範囲】
1. 【請求項１】情報送信装置から配信されるコンテンツデ
   ータを情報受信装置で受信する情報受信システムにおい
   て、 上記コンテンツデータを利用するための登録情報が異な
   る複数の上記情報受信装置間で上記登録情報を授受する
   ことにより上記複数の情報受信装置間で上記コンテンツ
   データの利用可否を相互に判断し、 上記複数の情報受信装置のうち上記コンテンツデータの
   利用権を有する第１の情報受信装置が上記コンテンツデ
   ータの利用可と判断した第２の情報受信装置に対して上
   記利用権を引き渡すことにより、上記利用権が引き渡さ
   れた上記第２の情報受信装置で上記コンテンツを利用可
   能とすることを特徴とする情報受信システム。
2. 【請求項２】上記コンテンツデータの利用権を有する上
   記第１の情報受信装置は、上記コンテンツデータの利用
   可と判断した上記第２の情報受信装置で利用する上記コ
   ンテンツの利用分の課金情報を生成し保持することを特
   徴とする請求項１に記載の情報受信システム。
3. 【請求項３】上記コンテンツデータの利用権を受け取っ
   た上記第２の情報受信装置は、上記コンテンツ利用分の
   課金情報を生成し保持することを特徴とする請求項１に
   記載の情報受信システム。
4. 【請求項４】情報送信装置から配信されるコンテンツデ
   ータを受信する情報受信装置において、 上記コンテンツデータを利用するための登録情報が異な
   る他の情報受信装置との間で上記登録情報を授受するこ
   とにより上記他の情報受信装置との間で上記コンテンツ
   データの利用可否を相互に判断し、 上記コンテンツデータの利用権を有する場合に、上記コ
   ンテンツデータの利用可であると判断された上記他の情
   報受信装置に対して上記利用権を引き渡すことにより、
   上記利用権が引き渡された上記他の情報受信装置で上記
   コンテンツを利用可能とすることを特徴とする情報受信
   装置。
5. 【請求項５】上記情報受信装置は、上記コンテンツデー
   タの利用権を引き渡した上記他の情報受信装置で利用す
   る上記コンテンツ利用分の課金情報を生成し保持するこ
   とを特徴とする請求項４に記載の情報受信装置。
6. 【請求項６】情報送信装置から配信されるコンテンツデ
   ータを受信する情報受信装置において、 上記コンテンツデータを利用するための登録情報が異な
   る他の情報受信装置との間で上記登録情報を授受するこ
   とにより上記他の情報受信装置との間で上記コンテンツ
   データの利用可否を相互に判断し、 上記コンテンツデータの利用権を有しない場合に、上記
   コンテンツデータの利用可であると判断された上記他の
   情報受信装置のうち、上記コンテンツデータの利用権を
   有する情報受信装置から上記利用権を受け取ることによ
   り、上記コンテンツを利用することを特徴とする情報受
   信装置。
7. 【請求項７】上記コンテンツデータの利用権を受け取っ
   た上記情報受信装置は、上記コンテンツ利用分の課金情
   報を生成し保持することを特徴とする請求項６に記載の
   情報受信装置。