JP2001075930A - 情報記録装置及びデータ格納装置 - Google Patents

情報記録装置及びデータ格納装置

Info

Publication number
JP2001075930A
JP2001075930A JP25366399A JP25366399A JP2001075930A JP 2001075930 A JP2001075930 A JP 2001075930A JP 25366399 A JP25366399 A JP 25366399A JP 25366399 A JP25366399 A JP 25366399A JP 2001075930 A JP2001075930 A JP 2001075930A
Authority
JP
Japan
Prior art keywords
content
key
information
data
signature
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP25366399A
Other languages
English (en)
Inventor
Yoshito Ishibashi
義人 石橋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP25366399A priority Critical patent/JP2001075930A/ja
Priority to KR1020017005735A priority patent/KR100682290B1/ko
Priority to PCT/JP2000/006089 priority patent/WO2001019017A1/ja
Priority to EP00956997A priority patent/EP1128598A4/en
Priority to CNB00801888XA priority patent/CN1276612C/zh
Priority to US09/831,071 priority patent/US7353541B1/en
Publication of JP2001075930A publication Critical patent/JP2001075930A/ja
Priority to US12/068,674 priority patent/US20080154633A1/en
Pending legal-status Critical Current

Links

Landscapes

  • Multi Processors (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Reverberation, Karaoke And Other Acoustics (AREA)
  • Storage Device Security (AREA)

Abstract

(57)【要約】 【課題】好みに応じた複数のコンテンツデータを容易に
記録し得るようにする。 【解決手段】本発明は、情報記録装置により、複数のコ
ンテンツデータを保持するコンテンツサーバと、当該コ
ンテンツサーバに保持した各タンテンツデータをカテゴ
リ分けして管理し、所望するカテゴリ及びコンテンツ数
が指定されると、当該指定されたカテゴリに属する各コ
ンテンツデータのなかから、指定されたコンテンツ数分
の複数のコンテンツデータを任意に選定する選定手段
と、選定された各コンテンツデータをコンテンツサーバ
から読み出してデータ格納装置に格納する格納手段とを
設けるようにしたことにより、ユーザの好みに応じた複
数のコンテンツデータを容易に選定してデータ格納装置
に格納することができ、かくして好みに応じた複数のコ
ンテンツデータを容易に記録し得る情報記録装置及びデ
ータ格納装置を実現することができる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、情報記録装置及び
データ格納装置に関し、コンテンツ保有者又は販売者
が、コンテンツを安全にコンテンツ利用者に配送し得る
情報送信システムに適用して好適なものである。
【０００２】
【従来の技術】従来、音楽などの情報（コンテンツ）を
暗号化し、所定の契約を交わしたユーザの情報処理装置
に送信し、ユーザがその情報処理装置でコンテンツを復
号して、利用するシステムである。
【０００３】例えば図１０１に示すように、２つのコン
テンツ送信装置および１つのコンテンツ受信装置が設け
られている場合について説明する。
【０００４】第１のコンテンツ送信装置３００は、デー
タ暗号部３０１、データ暗号部３０２、コンテンツ鍵生
成部３０３、耐タンパメモリ（Tamper Resistant Memor
y ）３０４を有している。なお、ここで言う耐タンパメ
モリとは、第３者に容易にデータを読み出されないもの
であればよく、特にハードウェア的制限は必要ない（例
えば、入室管理された部屋の中にあるハードディスク
や、パスワード管理されたパソコンのハードディスク等
でよい）。耐タンパメモリ３０４にはコンテンツ鍵（Co
ntent Key ）Ｋcoを暗号化するのに必要な配送鍵（Dist
ribution Key）Ｋ d が、予め電子配信サービスセンタ
（図示せず）から供給され、保存されている。
【０００５】コンテンツ送信装置３００は、コンテンツ
受信装置３２０に渡すデータを生成するため、コンテン
ツ鍵生成部３０３を用いてコンテンツ鍵Ｋco1 を生成
し、この鍵を用いてデータ暗号部３０１にてコンテンツ
を暗号化する。また、コンテンツ鍵Ｋco1 はデータ暗号
部３０２にて配送鍵Ｋd を用いて暗号化される。これら
暗号化されたコンテンツおよびコンテンツ鍵Ｋco1 がコ
ンテンツ受信装置３２０に送信される。
【０００６】因に、第２のコンテンツ送信装置３１０
は、コンテンツ送信装置３００と同様にして、データ暗
号部３１１、データ暗号部３１２、コンテンツ鍵生成部
３１３、耐タンパメモリ３１４を有し、コンテンツ鍵生
成部３１３においてコンテンツ鍵Ｋco2 を生成し、この
鍵を用いてデータ暗号部３１１によりコンテンツを暗号
化する。またデータ暗号部３１２は電子配信サービスセ
ンタ（図示せず）から供給される配送鍵Ｋd を用いてコ
ンテンツ鍵Ｋco2 を暗号化する。かくして第２のコンテ
ンツ送信装置３１０は、暗号化されたコンテンツ及び暗
号化されたコンテンツ鍵Ｋco2 をコンテンツ受信装置３
２０は送信する。
【０００７】コンテンツ受信装置３２０は、送受信部３
２１、上位コントローラ３２２、暗号処理部３２３、メ
モリ３２４、データ復号部３２５、データ復号部３２
６、耐タンパメモリ３２７を有する。なお、コンテンツ
利用者が不特定多数であり、コンテンツ利用者が機器を
どのように扱うか把握できないため、ここで言う耐タン
パメモリとはハードウェア的に内部データが保護される
必要性があり、従って暗号処理部３２３は、外部からア
クセスしにくい構造を持った半導体チップで、多層構造
を有し、その内部の耐タンパメモリはアルミニュウム層
等のダミー層に挟まれ、また、動作する電圧及び又は周
波数の幅が狭い等、外部から不正にデータの読み出しが
難しい特性を有する。そして、耐タンパメモリ３２７に
は、電子配信サービスセンタ（図示せず）から予め供給
された配送鍵Ｋd が保存されている。
【０００８】因に、コンテンツ送信装置３００及び３１
０の耐タンパメモリ３０４、３１４は、外部からアクセ
ス可能なメモリであるが、そのアクセス方法に制約を設
けている。それがパスワードであったり、入室管理であ
ったりする。一方、コンテンツ受信装置３２０の耐タン
パメモリ３２７においては、メモリそのものが外部から
不正にアクセスされない構造を有し、正規のアクセス手
段で外部から内部データを読み出す方法も限定されてい
るか、全くない。なお、耐タンパメモリ３２７は外部か
らその内部データを読み出すことは全くできないが、以
前の鍵データ等を用いれば、外部からデータの変更のみ
できるアクセス方法がある場合がある。また、暗号処理
部３２３内では、メモリにアクセスして所定のデータを
読み出すことができるのに対して、外部から内部のメモ
リを読み出すことができないようになされている。
【０００９】コンテンツ送信者３００または３１０から
送信されてきたコンテンツおよびコンテンツ鍵Ｋco1 及
びＫco2 は、送受信部３２１で受信され、上位コントロ
ーラ３２２に引き渡される。上位コントローラ３２２
は、これらのデータをいったんメモリ３２４に保存し、
コンテンツを利用する場合には、コンテンツ鍵Ｋco、コ
ンテンツを暗号処理部３２３に引き渡す。これを受信し
た暗号処理部３２３は、データ復号部３２５で予め耐タ
ンパメモリ３２７に保存しておいた配送鍵Ｋd を用いて
復号化し、引き続きコンテンツをデータ復号部３２６で
コンテンツ鍵Ｋcoを用いて復号化し、コンテンツを利用
する。この時、課金処理を伴う場合がある。
【００１０】
【発明が解決しようとする課題】しかしながら、図１０
１に示す従来の情報処理システムにおいては、ユーザが
コンテンツ受信装置３２０を用いて、好みに応じた複数
のコンテンツを所定の記録媒体に記録してアルバム化す
る場合、コンテンツ受信装置３２０を用いて好みのコン
テンツを１つづ読み出して記録媒体に記録する必要があ
り、その記録作業が煩雑な問題があった。
【００１１】本発明は、以上の点を考慮してなされたも
ので、好みに応じた複数のコンテンツデータを容易に記
録し得る情報記録装置及びデータ格納装置を実現するも
のである。
【００１２】
【課題を解決するための手段】課題を解決するため本発
明においては、所定のコンテンツデータを所定のデータ
格納装置に格納する情報記録装置において、複数のコン
テンツデータを保持するコンテンツサーバと、当該コン
テンツサーバに保持した各コンテンツデータをカテゴリ
分けして管理し、所望するカテゴリ及びコンテンツ数が
指定されると、当該指定されたカテゴリに属する各コン
テンツデータのなかから、指定されたコンテンツ数分の
複数のコンテンツデータを任意に選定する選定手段と、
選定された各コンテンツデータをコンテンツサーバから
読み出してデータ格納装置に格納する格納手段とを設け
るようにした。
【００１３】この結果、ユーザの好みに応じた複数のコ
ンテンツデータを容易に選定してデータ格納装置に格納
することができる。
【００１４】また、本発明においては、情報記録装置に
より所定のコンテンツデータが格納されるデータ格納装
置において、所定の記録媒体と、情報記録装置から送信
された、カテゴリ分けされた複数のコンテンツデータの
なかの所望するカテゴリに属し、かつ所望するコンテン
ツ数分の複数のコンテンツデータを受信するコンテンツ
受信手段と、各コンテンツデータを記録媒体に一括して
記録する記録手段とを設けるようにした。
【００１５】この結果、情報記録装置から送信される、
好みに応じた複数のコンテンツデータを記録することが
できる。
【００１６】
【発明の実施の形態】以下、図面について本発明の一実
施の形態を詳述する。
【００１７】（１）情報配信システム 図１は、本発明を適用したEMD(Electronic Music Distr
ibution ：電子音楽配信）システム１０を説明する図で
ある。このシステムでユーザに配信されるコンテンツ
（Content ）とは、情報そのものが価値を有するディジ
タルデータで、この例の場合、１つのコンテンツは、１
曲分の音楽データに相当する。コンテンツは、１つのコ
ンテンツが１つの単位（シングル）として、または複数
のコンテンツが１つの単位（アルバム）としてユーザに
提供される。ユーザは、コンテンツを購入し（実際に
は、コンテンツ鍵Ｋcoを利用する権利を購入し）、提供
されるコンテンツを利用する（実際には、コンテンツ鍵
Ｋcoを用いてコンテンツを復号化し、利用する）。な
お、勿論、音楽データだけでなく、映像、ゲームプログ
ラム等、コンテンツの販売全てに適用可能である。
【００１８】電子配信サービスセンタ（END Service Ce
nter）１は、コンテンツプロバイダ（Content Provide
r）２に個別鍵Ｋi 、コンテンツプロバイダ２の公開鍵
証明書を送信し、サービスプロバイダ（Service Provid
er）３にサービスプロバイダ３の公開鍵証明書を送信
し、ユーザホームネットワーク５に対しては配送鍵Ｋd
や登録情報を送信し、ユーザホームネットワーク５か
ら、コンテンツの利用に応じた課金情報等や登録情報を
受信し、課金情報に基づいて利用料金を精算し、コンテ
ンツプロバイダ２、サービスプロバイダ３および電子配
信サービスセンタ１自身へ利益分配の処理を行う。
【００１９】コンテンツプロバイダ２は、ディジタル化
されたコンテンツを有し、自己のコンテンツであること
を証明するために電子透かし（ウォータマーク（Waterm
ark））をコンテンツに挿入し、コンテンツを圧縮し、
および暗号化し、コンテンツの取扱方針を生成し、署名
データを付加してサービスプロバイダ３へ送信する。
【００２０】サービスプロバイダ３は、専用のケーブル
ネットワーク、インターネット、または衛星通信などか
ら構成されるネットワーク４を介して、コンテンツプロ
バイダ２から供給されたコンテンツに価格情報を追加
し、署名データを付加して、ユーザホームネットワーク
５に送信する。
【００２１】ユーザホームネットワーク５は、サービス
プロバイダ３から価格情報を付して送付されたコンテン
ツを入手し、コンテンツ利用権を購入し、購入処理を実
行する。購入した利用権は、例えば再生利用権であった
り、コピーする権利であったりする。そして、購入処理
により生成された課金情報は、ユーザの保持する機器
の、暗号処理部内の耐タンパメモリに保存され、ユーザ
ホームネットワーク５が配送鍵Ｋd を電子配信サービス
センタ１から入手する際に、電子配信サービスセンタ１
に送信される。
【００２２】図２は、電子配信サービスセンタ１の機能
の構成を示すブロック図である。サービスプロバイダ管
理部１１は、サービスプロバイダ３にサービスプロバイ
ダ３の公開鍵証明書及び利益分配の情報を供給すると共
に、必要に応じてコンテンツに付される情報（価格情
報）を受信する。コンテンツプロバイダ管理部１２は、
コンテンツプロバイダ２に個別鍵Ｋi 、配送鍵Ｋd で暗
号化した個別鍵Ｋi およびコンテンツプロバイダ２の公
開鍵証明書を送信すると共に、利益分配の情報を供給
し、必要に応じてコンテンツに付される情報（取扱方
針）を受信する。著作権管理部１３は、ユーザホームネ
ットワーク５のコンテンツ利用の実績を示す情報を、著
作権を管理する団体、例えば、ＪＡＳＲＡＣ（Japanese
Society for Rights of Authors, Composers and Publ
ishers：日本音楽著作権協会）に送信する。鍵サーバ１
４は、システム全てに使用する鍵の生成、保持、管理を
行っており、例えば、コンテンツプロバイダ毎に異なる
個別鍵Ｋi が生成されるとともに、配送鍵Ｋd で暗号化
された個別鍵Ｋi も併せて生成され、これらはコンテン
ツプロバイダ管理部１２を介してコンテンツプロバイダ
２に供給され、さらに配送鍵Ｋd で暗号化された個別鍵
Ｋi も必要に応じて認証局２２に供給され、配送鍵Ｋd
はユーザ管理部１８を介してユーザホームネットワーク
５に供給される。また、電子配信サービスセンタ１の公
開鍵・秘密鍵、ユーザの保持する機器に固有の公開鍵・
秘密鍵も全て生成、管理され、公開鍵は認証局２２に送
信され、公開鍵証明書作成に利用される。また、後述す
る暗号処理部９２に固有の機器別ＩＤに応じた保存鍵Ｋ
saveを生成、保持する場合もある。
【００２３】電子配信サービスセンタ１からコンテンツ
プロバイダ２およびユーザホームネットワーク５を構成
するホームサーバ５１（後述する）への、鍵の定期的な
送信の例について、図３乃至図６を参照に説明する。図
３は、コンテンツプロバイダ２がコンテンツの提供を開
始し、ユーザホームネットワーク５を構成するホームサ
ーバ５１がコンテンツの利用を開始する、２０００年１
月における、電子配信サービスセンタ１が有する配送鍵
Ｋd 、個別鍵Ｋi 、コンテンツプロバイダ２が有する個
別鍵Ｋi 、およびホームサーバ５１が有する配送鍵Ｋd
を示す図である。なお、以下省略するが、コンテンツプ
ロバイダ２は、個別鍵Ｋi に対応する、配送鍵Ｋd で暗
号化された個別鍵Ｋi も保持しているものとする。
【００２４】図３の例において、配送鍵Ｋd 、個別鍵Ｋ
i は、暦の月の初日から月の末日まで、使用可能であ
り、例えば、所定のビット数の乱数である”ａａａａａ
ａａａ”の値を有するバージョン１である配送鍵
Ｋd 、”ｚｚｚｚｚｚｚｚ”の値を有するバージョン１
である個別鍵Ｋi は、２０００年１月１日から２０００
年１月３１日まで使用可能（すなわち、２０００年１月
１日から２０００年１月３１日の期間にサービスプロバ
イダ３がユーザホームネットワーク５に配布するコンテ
ンツを暗号化するコンテンツ鍵Ｋcoは、バージョン１で
ある個別鍵Ｋi で暗号化され、バージョン１である個別
鍵Ｋi は、バージョン１である配送鍵Ｋd で暗号化され
ている）であり、所定のビット数の乱数である”ｂｂｂ
ｂｂｂｂｂ”の値を有するバージョン２である配送鍵Ｋ
d 、”ｙｙｙｙｙｙｙｙ”の値を有するバージョン２で
ある個別鍵Ｋi は、２０００年２月１日から２０００年
２月２９日まで使用可能（すなわち、その期間にサービ
スプロバイダ３がユーザホームネットワーク５に配布す
るコンテンツを暗号化するコンテンツ鍵Ｋcoは、バージ
ョン２である個別鍵Ｋi で暗号化され、バージョン２で
ある個別鍵Ｋi は、バージョン２である配送鍵Ｋd で暗
号化されている）である。同様に、バージョン３である
配送鍵Ｋd 、個別鍵Ｋi は２０００年３月中に使用可能
であり、バージョン４である配送鍵Ｋd 、個別鍵Ｋi は
２０００年４月中に使用可能であり、バージョン５であ
る配送鍵Ｋd 、個別鍵Ｋi は２０００年５月中に使用可
能であり、バージョン６である配送鍵Ｋd 、個別鍵Ｋi
は２０００年６月中に使用可能である。
【００２５】コンテンツプロバイダ２がコンテンツの提
供を開始するのに先立ち、電子配信サービスセンタ１
は、コンテンツプロバイダ２に、２０００年１月から６
月まで利用可能な、バージョン１乃至バージョン６の６
つの個別鍵Ｋi と、それぞれを同一バージョンの配送鍵
Ｋd で暗号化したものを送信し、コンテンツプロバイダ
２は、６つの個別鍵Ｋi および配送鍵Ｋd で暗号化され
た個別鍵Ｋi を受信し、記憶する。６月分の個別鍵Ｋi
および配送鍵Ｋd で暗号化された個別鍵Ｋi を記憶する
のは、コンテンツプロバイダ２は、コンテンツを提供す
る前のコンテンツおよびコンテンツ鍵Ｋcoの暗号化など
の準備に、所定の期間が必要だからである。
【００２６】また、ホームサーバ５１がコンテンツの利
用を開始するのに先立ち、電子配信サービスセンタ１
は、ホームサーバ５１に２０００年１月から２０００年
３月まで、利用可能なバージョン１乃至バージョン３で
ある３つの配送鍵Ｋd を送信し、ホームサーバ５１は、
３つの配送鍵Ｋd を受信し、記憶する。３月分の配送鍵
Ｋd を記憶するのは、ホームサーバ５１が、回線の混雑
等を原因として、電子配信サービスセンタ１に接続でき
ないなどのトラブルにより、コンテンツの購入が可能な
契約期間にもかかわらずコンテンツが購入できない等の
事態を避けるためであり、また、電子配信サービスセン
タ１への接続の頻度を低くしたり、個々の機器の電子配
信サービスセンタ１への同時アクセスを押さえ、電子配
信サービスセンタ１の負荷を低減するためである。
【００２７】２０００年１月１日から２０００年１月３
１日の期間には、バージョン１である配送鍵Ｋd および
個別鍵Ｋi が、電子配信サービスセンタ１、コンテンツ
プロバイダ２、ユーザホームネットワーク５を構成する
ホームサーバ５１で利用される。
【００２８】２０００年２月１における、電子配信サー
ビスセンタ１の配送鍵Ｋd および個別鍵Ｋi のコンテン
ツプロバイダ２、およびホームサーバ５１への送信を図
４で説明する。電子配信サービスセンタ１は、コンテン
ツプロバイダ２に、２０００年２月から２０００年７月
まで利用可能な、バージョン２乃至バージョン７の６つ
の個別鍵Ｋi と、それぞれを同一バージョンの配送鍵Ｋ
d で暗号化したものを送信し、コンテンツプロバイダ２
は、６つの個別鍵Ｋi および配送鍵Ｋd で暗号化された
個別鍵Ｋi を受信し、受信前に記憶していた個別鍵Ｋi
および配送鍵Ｋd で暗号化された個別鍵Ｋi に上書き
し、新たな個別鍵Ｋi および配送鍵Ｋd で暗号化された
個別鍵Ｋi を記憶する。電子配信サービスセンタ１は、
ホームサーバ５１に２０００年２月から２０００年４月
まで、利用可能なバージョン２乃至バージョン４である
３つの配送鍵Ｋd を送信し、ホームサーバ５１は、３つ
の配送鍵Ｋd を受信し、受信前に記憶していた配送鍵Ｋ
d に上書きし、新たな配送鍵Ｋd を記憶する。電子配信
サービスセンタ１は、バージョン１〜７である配送鍵Ｋ
d および個別鍵Ｋi をそのまま記憶する。これは、不測
のトラブルが発生したとき、若しくは不正が発生し、ま
たは発見されたときに、過去に利用した配送鍵Ｋd を利
用できるようにするためである。
【００２９】２０００年２月１日から２０００年２月２
９日の期間には、バージョン２である配送鍵Ｋd および
個別鍵Ｋi が、電子配信サービスセンタ１、コンテンツ
プロバイダ２、ユーザホームネットワーク５を構成する
ホームサーバ５１で利用される。
【００３０】２０００年３月１における、電子配信サー
ビスセンタ１の配送鍵Ｋd および個別鍵Ｋi のコンテン
ツプロバイダ２、およびホームサーバ５１への送信を図
５で説明する。電子配信サービスセンタ１は、コンテン
ツプロバイダ２に、２０００年３月から２０００年８月
まで利用可能な、バージョン３乃至バージョン８の６つ
の個別鍵Ｋi と、それぞれを同一バージョンの配送鍵Ｋ
d で暗号化したものを送信し、コンテンツプロバイダ２
は、６つの個別鍵Ｋi および配送鍵Ｋd で暗号化された
個別鍵Ｋi を受信し、受信前に記憶していた個別鍵Ｋi
および配送鍵Ｋd で暗号化された個別鍵Ｋi に上書き
し、新たな個別鍵Ｋi および配送鍵Ｋd で暗号化された
個別鍵Ｋi を記憶する。電子配信サービスセンタ１は、
ホームサーバ５１に２０００年３月から２０００年５月
まで、利用可能なバージョン３乃至バージョン５である
３つの配送鍵Ｋd を送信し、ホームサーバ５１は、３つ
の配送鍵Ｋd を受信し、受信前に記憶していた配送鍵Ｋ
d に上書きし、新たな配送鍵Ｋd を記憶する。電子配信
サービスセンタ１は、バージョン１〜８である配送鍵Ｋ
d および個別鍵Ｋi をそのまま記憶する。これは、不測
のトラブルが発生したとき、若しくは不正が発生し、ま
たは発見されたときに、過去に利用した配送鍵Ｋd を利
用できるようにするためである。
【００３１】２０００年３月１日から２０００年３月３
１日の期間には、バージョン３である配送鍵Ｋd および
個別鍵Ｋi が、電子配信サービスセンタ１、コンテンツ
プロバイダ２、ユーザホームネットワーク５を構成する
ホームサーバ５１で利用される。
【００３２】２０００年４月１における、電子配信サー
ビスセンタ１の配送鍵Ｋd および個別鍵Ｋi のコンテン
ツプロバイダ２、およびホームサーバ５１への送信を図
６で説明する。電子配信サービスセンタ１は、コンテン
ツプロバイダ２に、２０００年４月から２０００年９月
まで利用可能な、バージョン４乃至バージョン９の６つ
の個別鍵Ｋi と、それぞれを同一バージョンの配送鍵Ｋ
d で暗号化したものを送信し、コンテンツプロバイダ２
は、６つの個別鍵Ｋi および配送鍵Ｋd で暗号化された
個別鍵Ｋi を受信し、受信前に記憶していた個別鍵Ｋi
および配送鍵Ｋd で暗号化された個別鍵Ｋi に上書き
し、新たな個別鍵Ｋi および配送鍵Ｋd で暗号化された
個別鍵Ｋi を記憶する。電子配信サービスセンタ１は、
ホームサーバ５１に２０００年４月から２０００年６月
まで利用可能な、バージョン４乃至バージョン６である
３つの配送鍵Ｋd を送信し、ホームサーバ５１は、３つ
の配送鍵Ｋd を受信し、受信前に記憶していた配送鍵Ｋ
d に上書きし、新たな配送鍵Ｋd を記憶する。電子配信
サービスセンタ１は、バージョン１〜９である配送鍵Ｋ
d および個別鍵Ｋi をそのまま記憶する。これは、不測
のトラブルが発生したとき、若しくは不正が発生し、ま
たは発見されたときに、過去に利用した配送鍵Ｋd を利
用できるようにするためである。
【００３３】２０００年４月１日から２０００年４月３
０日の期間には、バージョン４である配送鍵Ｋd および
個別鍵Ｋi が、電子配信サービスセンタ１、コンテンツ
プロバイダ２、ユーザホームネットワーク５を構成する
ホームサーバ５１で利用される。
【００３４】このように、あらかじめ先の月の配送鍵Ｋ
d および個別鍵Ｋi を配布しておくことで、仮にユーザ
が１、２ヶ月全くセンタにアクセスしていなくても、一
応、コンテンツの買い取りが行え、時を見計らって、セ
ンタにアクセスすることにより鍵を受信することができ
る。
【００３５】電子配信サービスセンタ１の経歴データ管
理部１５（図２）は、ユーザ管理部１８が集めたコンテ
ンツの利用の実績を示す情報である課金情報、必要に応
じてそのコンテンツに対応する価格情報（サービスプロ
バイダ３から送られてくるものと、ユーザが課金情報に
付加して送ってくるものの、どちらか一方又は両方）、
および必要に応じてそのコンテンツに対応する取扱方針
（コンテンツプロバイダ２から送られてくるものと、ユ
ーザが課金情報に付加して送ってくるものの、どちらか
一方又は両方）を保持・管理し、サービスプロバイダ管
理部１１又はコンテンツプロバイダ管理部１２等が課金
情報や利用履歴等を利用する際にデータを出力する。な
お、価格情報及び取扱方針は、課金情報に必要なデータ
が書き込まれている場合サービスプロバイダ３やコンテ
ンツプロバイダ２から送られてこない場合がある。利益
分配部１６は、経歴データ管理部１５から供給された、
課金情報、必要に応じて価格情報、および取扱方針に基
づき、電子配信サービスセンタ１、コンテンツプロバイ
ダ２、およびサービスプロバイダ３の利益を算出する。
これらの情報は、出納部２０へ供給され、出納部２０を
介して利益分配を行う場合もあるが、利益分配を行なわ
ず、これらの情報のみをサービスプロバイダ管理部１
１、コンテンツプロバイダ管理部１２、著作権管理部１
３に送信し、売上そのものはサービスプロバイダに入金
させ、サービスプロバイダ３が各受益者に利益を分配す
る場合がある。相互認証部１７は、コンテンツプロバイ
ダ２、サービスプロバイダ３、およびユーザホームネッ
トワーク５の所定の機器と後述する相互認証を実行す
る。
【００３６】ユーザ管理部１８は、ユーザ登録データベ
ースを有し、ユーザホームネットワーク５の機器から登
録の要求があったとき、ユーザ登録データベースを検索
し、その記録内容に応じて、その機器を登録したり、ま
たは登録を拒否する等の登録情報を作成する。ユーザホ
ームネットワーク５が電子配信サービスセンタ１と接続
が可能な機能を有する複数の機器から構成されていると
き、ユーザ管理部１８は、登録情報に決済をする機器を
規定し、決済ＩＤを登録し、更に、コンテンツの購入処
理動作を規定したり、ユーザホームネットワークを構成
する機器の範囲を規定したり、取引停止等の情報を規定
し、ユーザホームネットワーク５の所定の機器（決済可
能機器）に送信する。
【００３７】図７に示すユーザ登録データベースの例
は、ユーザホームネットワーク５内で構築されたネット
ワークグループ毎の登録状況を示したもので、各グルー
プには、グループのＩＤを示すグループＩＤ、ホームネ
ットワーク５を構成する機器に固有のＩＤ、そのＩＤに
対応して（すなわち、そのＩＤを有する機器毎に）、電
子配信サービスセンタ１と接続が可能か否か、決済処理
可能か否か、コンテンツの購入ができるか否か、決済処
理を行うのはどの機器か、コンテンツの購入を依頼する
機器はどれか、登録可能か否か、等の情報を記録する。
【００３８】ユーザ登録データベースに記録されたグル
ープＩＤはユーザホームネットワーク毎に割り振られ、
このグループ単位で決済、情報更新が行われる。従っ
て、原則的にはグループ内の代表機器が電子配信サービ
スセンタ１と通信、決済処理、情報更新を一括して行
い、グループ内の他の機器は電子配信サービスセンタ１
とのやりとりを直接は行わない。ユーザ登録データベー
スに記録されたＩＤは、機器毎に個別に割り振られたＩ
Ｄで、機器を識別するのに使用される。
【００３９】ユーザ登録データベースに記録された電子
配信サービスセンタ１と接続が可能か否かの情報は、そ
の機器が、電子配信サービスセンタ１と物理的に接続が
可能であるか否かを示し、接続できると記録された機器
でも、決済処理可能であるとされた機器以外は、原則的
に電子配信サービスセンタ１に接続されることがない
（ただし、グループ内の代表機器が何らかの原因で決済
処理動作しなくなった場合、代理で一時的に電子配信サ
ービスセンタ１に接続されることはある）。また、接続
ができないと記録された機器は、ユーザホームネットワ
ーク５の決済処理可能な機器を介して、電子配信サービ
スセンタ１に、課金情報等を出力する。
【００４０】ユーザ登録データベースに記録された決済
処理が可能か否かの情報は、その機器が、決済可能か否
かを示す。ユーザホームネットワーク５が、コンテンツ
の利用権の購入などが可能な複数の機器で構成されてい
るとき、その中の決済処理が可能である１台の機器は、
電子配信サービスセンタ１に、ユーザホームネットワー
ク５の電子配信サービスセンタ１に登録されている全て
の機器の、課金情報、必要に応じて価格情報、および取
扱方針を送信し、決済処理の完了に応じて電子配信サー
ビスセンタ１から配送鍵Ｋd 、登録情報を受信する。こ
うすることで、機器毎に処理を行うのに比べ、電子配信
サービスセンタ１の処理が軽減される。
【００４１】ユーザ登録データベースに記録された購入
処理が可能か否かの情報は、その機器が、コンテンツの
利用権の購入ができるか否かを表す。購入不可の機器に
おいては、他の購入可の機器から利用権の代理購入（別
の機器で権利を購入し、その権利を全て譲り受けるもの
を言う。供給側には全く権利は残らない）、再配布（既
に購入したコンテンツの利用権を、同一利用権内容また
は異なる利用権内容でもう一度購入し、別機器に供給す
る方式を言う。このとき、供給側には全く権利は残らな
い。再配布は、割引を行うことを主たる目的とする。割
引の特典を受けられるのは、同一決済ＩＤを使用してい
るグループであることが条件である。なぜなら、同一決
済ＩＤに属するグループ内の処理においては、電子配信
サービスセンタ１の処理負担が軽減され、従って、その
代償として割引が受けられるからである）または管理移
動（コンテンツ再生権、特に無期限再生権の移動ができ
るが、再生権送信器においては再生権受信器がどの機器
であるか管理され、再生権の返還がない場合、再度管理
移動ができず、再生権受信器においては、再生権送信器
がどの機器であるかが管理され、再度管理移動が全くで
きず、唯一、再生権を与えてくれた再生権送信器に再生
権を返還することのみできる）を行ってもらってコンテ
ンツ利用権を取得する。
【００４２】ここで、コンテンツの利用方法／利用権及
び購入方法について簡単に説明する。コンテンツの利用
方法としては、コンテンツの利用権を自己で管理保持し
ているものが利用する場合と、他機器の保持する利用権
を行使して自己の機器において利用する、２つのものが
ある。コンテンツの利用権としては、無制限再生権（コ
ンテンツの再生期間及び回数に制限がないもの、なお、
音楽コンテンツの場合は再生であるが、ゲームプログラ
ム等では実行になる）、時間制限付き再生権（コンテン
ツの再生できる期間が限られているもの）、回数制限付
き再生権（コンテンツの再生できる回数が限られている
もの）、無制限複製権（コンテンツの複製期間及び回数
に制限がないもの）、回数制限付き複製権（コンテンツ
の複製に回数制限があるもの）（複製権には、コピー管
理情報なし複製権、コピー管理情報付き複製権（SCMS）
等、その他専用メディア向け複製権等がある）（また時
間制限付き複製権もある場合がある）、管理移動権があ
る。そして、利用権の購入方法としては、これらの利用
権を直接購入する通常の購入に加え、既に購入した利用
権の内容を別の内容に変更する利用権内容変更、他の機
器で既に購入した権利に基づき利用権を別途購入する再
配布、他の機器で利用権の購入を代理で行ってもらう代
理購入、複数のコンテンツ利用権を一括して購入管理す
るアルバム購入等がある。
【００４３】ユーザ登録データベースに記録された代理
決済者に記された情報は、コンテンツの利用権を購入し
た際に生成した課金情報を、代理で電子配信サービスセ
ンタ１に送信してもらう機器のＩＤを示す。
【００４４】ユーザ登録データベースに記録された代理
購入者に記された情報は、コンテンツの利用権の購入が
できない機器に対し、代理で利用権の購入を行ってくれ
る機器のＩＤを示す。ただし、購入処理可能なグループ
内機器全てが代理購入者ということにしてした場合に
は、特に記録しておく必要はない。
【００４５】ユーザ登録データベースに記録された登録
が可能か否かの情報は、決済機関（例えば、銀行）、ま
たはクレジットカード会社などから供給される料金の未
払い、不正処理等の情報を基に、更新される。登録が不
可と記録されたＩＤを有する機器の登録の要求に対し
て、ユーザ管理部１８は、その登録を拒否し、登録を拒
否された機器は、以降、このシステムのコンテンツの購
入ができないだけでなく、ユーザホームネットワーク５
内の他機器とのデータ送受信もできなくなる。また場合
によっては購入済のコンテンツの利用も制限される場合
がある（ただし、電子配信サービスセンタ１等に機器を
持ち込み、検査等を済ませた後再登録されることはあ
る）。また、「登録可」、「登録不可」だけでなく、
「決済未処理」、「一時停止」等の状態もあり得る。
【００４６】また、ユーザ管理部１８は、ユーザホーム
ネットワーク５の機器から課金情報、登録情報、必要に
応じて価格情報や取扱方針が供給され、課金情報、価格
情報、および取扱方針を経歴データ管理部１５に出力
し、ユーザホームネットワーク５の機器に、配送鍵
Ｋd 、登録情報を供給する。供給されるタイミングにつ
いては後述する。
【００４７】ここで、図８を用いて登録情報を説明す
る。図８の登録情報はユーザ登録データベースの情報に
加え、決済ＩＤおよび署名が付加されており、同一決済
グループの情報のみが含まれている。決済ＩＤとは、決
済を行う際に課金請求部１９および出納部２０が使用す
るユーザの、ユーザ情報データベース（例えば銀行口座
番号やクレジットカード番号）内のＩＤを示している。
署名の生成については、後述する。
【００４８】再び図２にもどり、課金請求部１９は、経
歴データ管理部１５から供給された、課金情報、必要に
応じて価格情報、および取扱方針に基づき、ユーザへの
課金を算出し、その結果を、出納部２０に供給する。ま
た、必要に応じてユーザ管理部１８を介してユーザに決
済情報を提供する。出納部２０は、ユーザ、コンテンツ
プロバイダ２、およびサービスプロバイダ３への出金、
徴収すべき利用料金の金額を基に、図示せぬ外部の銀行
等と通信し、決済処理を実行する。なお、出納部２０
は、サービスプロバイダ３へ売上のすべてを送金させ、
利益分配部１６を介して送信された分配金情報をもと
に、サービスプロバイダ３が利益分配をする場合があ
る。監査部２１は、ユーザホームネットワーク５の機器
から供給された課金情報、価格情報、および取扱方針
を、コンテンツプロバイダ２から供給された取扱方針
と、サービスプロバイダ３から供給された価格情報とか
らその正当性を監査する。
【００４９】また、監査部２１の処理としては、ユーザ
ホームネットワーク５から入金された金額と、利益分配
した合計金額又はサービスプロバイダ３へ送った金額と
の整合性を監査する処理や、ユーザホームネットワーク
５の機器から供給された課金情報内のデータに例えば存
在し得ないコンテンツプロバイダＩＤ、サービスプロバ
イダＩＤや考えられない取り分、価格等が含まれている
か否かを監査する処理がある。
【００５０】認証局２２は、鍵サーバ１４から供給され
た公開鍵の証明書を生成し、コンテンツプロバイダ２、
サービスプロバイダ３へ供給し、ユーザ機器製造時にホ
ームサーバ５１の大容量記憶部６８（後述する）や、据
置機器５２の小容量記憶部７５（後述する）に保存され
る公開鍵証明書も生成する。コンテンツプロバイダ２が
コンテンツのオーサリングを行わない場合、これを代替
えする方法として、コンテンツを保持するコンテンツサ
ーバ２３、コンテンツオーサリング２４がある。
【００５１】図９は、コンテンツプロバイダ２の機能の
構成を示すブロック図である。コンテンツサーバ３１
は、ユーザに供給するコンテンツを記憶し、電子透かし
（ウォータマーク）付加部３２に供給する。電子透かし
付加部３２は、コンテンツサーバ３１から供給されたコ
ンテンツに自分の所有物であることを示すコンテンツプ
ロバイダＩＤを電子透かしの形で挿入し、圧縮部３３に
供給する。圧縮部３３は、電子透かし付加部３２から供
給されたコンテンツを、ＡＴＲＡＣ（Adaptive Transfo
rm Acoustic Coding）（商標）等の方式で圧縮し、コン
テンツ暗号手段であるコンテンツ暗号部３４に供給す
る。因に、圧縮方式としてはＡＴＲＡＣに代えてＭＰ３
やＡＡＣ等の方式を用いることができる。コンテンツ暗
号部３４は、圧縮部３３で圧縮されたコンテンツを、コ
ンテンツ鍵生成部３５から供給された鍵（以下、この鍵
をコンテンツ鍵Ｋcoと称する）を用いて、ＤＥＳ（Data
Encryption Standard）などの共通鍵暗号方式で暗号化
し、その結果を送信手段である署名生成部３８に出力す
る。
【００５２】コンテンツ鍵生成部３５は、コンテンツ鍵
Ｋcoとなる所定のビット数の乱数を生成し、この中で弱
鍵（例えば、Ｋco＝１Ｅ１Ｅ１Ｅ１Ｅ０Ｅ０Ｅ０Ｅ０Ｅ
や１ＥＥ０１ＥＥ００ＥＦ００ＥＦ０など）と呼ばれる
暗号化に不適なビット列を除いたものをコンテンツ暗号
部３４、コンテンツ鍵暗号部３６に供給する。そのよう
な不適なビット列がない暗号アルゴリズムを使用すると
きは、不適なビット列を除く処理は不要である。コンテ
ンツ鍵暗号部３６は、コンテンツ鍵Ｋcoを電子配信サー
ビスセンタ１から供給された個別鍵Ｋi を使用して、Ｄ
ＥＳなどの共通鍵暗号方式で暗号化し、その結果を署名
生成部３８に出力する。因に、暗号化方式としては、Ｄ
ＥＳに限らず、例えばＲＳＡ（Rivest,Shamir,Adleman
）等の公開鍵暗号方式を用いるようにしても良い。
【００５３】ＤＥＳは、５６ビットの共通鍵を用い、平
文の６４ビットを１ブロックとして処理する暗号方式で
ある。ＤＥＳの処理は、平文を撹拌し、暗号文に変換す
る部分（データ撹拌部）と、データ撹拌部で使用する鍵
（拡大鍵）を共通鍵から生成する部分（鍵処理部）から
なる。ＤＥＳの全てのアルゴリズムは公開されているの
で、ここでは、データ撹拌部の基本的な処理を簡単に説
明する。
【００５４】まず、平文６４ビットは、上位３２ビット
のＨ０、および下位３２ビットのＬ０に分割される。鍵
処理部から供給された４８ビットの拡大鍵Ｋ１、および
下位３２ビットのＬ０を入力として、下位３２ビットの
Ｌ０を撹拌したＦ関数の出力が算出される。Ｆ関数は、
数値を所定の規則で置き換える「換字」およびビット位
置を所定の規則で入れ替える「転置」の２種類の基本変
換から構成される。次に、上位３２ビットのＨ０と、Ｆ
関数の出力が排他的論理和され、その結果はＬ１とされ
る。Ｌ０は、Ｈ１とされる。
【００５５】上位３２ビットのＨ０および下位３２ビッ
トのＬ０を基に、以上の処理を１６回繰り返し、得られ
た上位３２ビットのＨ１６および下位３２ビットのＬ１
６が暗号文として出力される。復号は、暗号化に使用し
た共通鍵を用いて、上記の手順を逆にたどることで実現
される。
【００５６】なお、本実施の形態では共通鍵暗号として
ＤＥＳを示したが、ＮＴＴ（商標）が提案するＦＥＡＬ
（Fast Encryption Algorithm ）、ＩＤＥＡ（Internat
ional Data Encryption Algorithm ）、Ｅ２や、米国次
期暗号標準であるＡＥＳ（Advanced Encryption Standa
rd）など、いずれでもよい。
【００５７】取扱方針生成部３７は、コンテンツの取扱
方針を生成し、暗号化されるコンテンツに対応して、取
扱方針を署名生成部３８に出力する。なお、取扱方針生
成部３７は、生成した取扱方針を図示せぬ通信手段を介
して電子配信サービスセンタ１に供給する場合があり、
そのデータは保持・管理されている。署名生成部３８
は、暗号化されたコンテンツ、暗号化されたコンテンツ
鍵Ｋco、暗号化された個別鍵Ｋi 、取扱方針に電子署名
を付加し、コンテンツプロバイダ２の証明書Ｃｃｐと共
にサービスプロバイダ３に送信する（以降、暗号化され
たコンテンツ、暗号化されたコンテンツ鍵Ｋco、暗号化
された個別鍵Ｋi 、取扱方針のそれぞれにコンテンツプ
ロバイダ３の秘密鍵を使用して電子署名を付加したもの
を、コンテンツプロバイダセキュアコンテナと称す
る）。なお、個々のデータに署名を別々に付加するので
はなく、データ全体に対して１つの署名を付けるように
してもよい。
【００５８】相互認証部３９は、電子配信サービスセン
タ１と相互認証し、また、必要に応じてサービスプロバ
イダ３へのコンテンツプロバイダセキュアコンテナの送
信に先立ち、サービスプロバイダ３と相互認証する。メ
モリ４０Ａは、コンテンツプロバイダ２が秘密裏に保持
しなくてはならない個別鍵Ｋi を保持するため、第３者
に容易にデータを読み出されない耐タンパメモリが望ま
しいが、特にハードウェア的制限は必要ない（例えば、
入室管理された部屋の中にあるハードディスクや、パス
ワード管理されたパソコンのハードディスク等でよ
い）。また、メモリ４０Ｂは、配送鍵Ｋd で暗号化され
た個別鍵Ｋi 、コンテンツプロバイダ２の公開鍵証明書
が保存されるだけであるため、通常の記憶装置等何でも
よい（公開情報であるため、秘密にする必要がない）。
なお、メモリ４０Ａ、４０Ｂを一つにしてもかまわな
い。
【００５９】署名は、データまたは後述する証明書に付
け、改竄のチェックおよび作成者認証をするためのデー
タであり、送信したいデータを基にハッシュ関数でハッ
シュ値をとり、これを公開鍵暗号の秘密鍵を使用して作
成される。
【００６０】ハッシュ関数および署名ついて説明する。
ハッシュ関数は、送信したい所定のデータを入力とし、
所定のビット長のデータに圧縮し、ハッシュ値として出
力する関数である。ハッシュ関数は、ハッシュ値（出
力）から入力を予測することが難しく、ハッシュ関数に
入力されたデータの１ビットが変化したとき、ハッシュ
値の多くのビットが変化し、また、同一のハッシュ値を
持つ入力データを探し出すことが困難である特徴を有す
る。ハッシュ関数としては、ＭＤ（Message Digest）
４、ＭＤ５、ＳＨＡ（Secure Hash Algorithm ）−１な
どが用いられる。
【００６１】データと署名を送信する送信装置（コンテ
ンツプロバイダ２）の署名生成部３８は、例えば、公開
鍵暗号方式である楕円曲線暗号を用いて署名を生成す
る。この処理を、図１０を用いて説明する（EC-DSA（El
liptic Curve Digital Signature Algorithm）、IEEE P
1363/D3 ）。ステップＳ１で、Ｍをメッセージ、ｐを標
数、ａ、ｂを楕円曲線の係数（楕円曲線：ｙ2 ＝ｘ3 ＋
ａｘ＋ｂ）、Ｇを楕円曲線上のベースポイント、ｒをＧ
の位数、Ｋs を秘密鍵（０＜Ｋs ＜ｒ）とする。ステッ
プＳ２で乱数ｕを０＜ｕ＜ｒになるように乱数発生ユニ
ットで生成する。ステップＳ３でベースポイントをｕ倍
した座標を計算する。なお、楕円曲線上の加算、２倍算
は次のように定義されている。
【００６２】Ｐ＝（Ｘ0 、Ｙ0 ）、Ｑ＝（Ｘ1 、Ｙ
1 ）、Ｒ＝（Ｘ2 、Ｙ2 ）＝Ｐ＋Ｑとし、 Ｐ≠Ｑの
時、 Ｘ2 ＝λ2 −Ｘ0 −Ｘ1 Ｙ2 ＝λ（Ｘ0 −Ｘ2 ）−Ｙ0 λ＝（Ｙ1 −Ｙ0 ）／（Ｘ1 −Ｘ0 ） Ｐ＝Ｑの時、 Ｘ2 ＝λ2 −２Ｘ0 Ｙ2 ＝λ（Ｘ0 −Ｘ2 ）−Ｙ0 λ＝（３Ｘ0 2＋ａ）／２Ｙ0 となり、これらを用いて点Ｇのｕ倍を計算する（速度は
遅いが、最もわかりやすい演算方法として次のように行
う。Ｇ、２Ｇ、４Ｇ・・を計算し、ｕを２進数展開して
１が立っているところに対応する（２i ）×Ｇを加算す
る（ｉはｕのＬＳＢから数えた時のビット位置））。ス
テップＳ４でｃ＝Ｘv ｍｏｄ ｒを計算し、ステップ
Ｓ５でこの値が０になるかどうか判定し、０でなければ
ステップＳ６へと進み、メッセージＭのハッシュ値を計
算し、ｆ＝ＳＨＡ−１（Ｍ）とする。次に、ステップＳ
７において、ｄ＝［（ｆ＋ｃＫs ）／ｕ］ ｍｏｄ ｒ
を計算し、ステップＳ８でｄが０であるかどうか判定
する。ｄが０出なければ、ｃおよびｄを署名データとす
る。仮に、ｒを１６０ビット長の長さであると仮定する
と、署名データは３２０ビット長となる。
【００６３】ステップＳ５において、ｃが０であった場
合、ステップＳ２に戻って新たな乱数を生成し直す。同
様に、ステップＳ８でｄが０であった場合も、ステップ
Ｓ２に戻って乱数を生成し直す。
【００６４】署名とデータを受信した受信装置（ユーザ
ホームネットワーク５）は、例えば、公開鍵暗号方式で
ある楕円曲線暗号を用いて署名を検証する。この処理
を、図１１を用いて説明する。（受信装置は）ステップ
Ｓ１０で、Ｍをメッセージ、ｐを標数、ａ、ｂを楕円曲
線の係数（楕円曲線：ｙ2 ＝ｘ3 ＋ａｘ＋ｂ）、Ｇを楕
円曲線上のベースポイント、ｒをＧの位数、ＧおよびＫ
s Ｇを公開鍵（０＜Ｋs＜ｒ）とする。ステップＳ１１
で署名データｃおよびｄが０＜ｃ、ｄ＜ｒを満たすか検
査する。これを満たしていた場合、ステップＳ１２で、
メッセージＭのハッシュ値を計算し、ｆ＝ＳＨＡ−１
（Ｍ）とする。次に、ステップＳ１３でｈ＝１／ｄ ｍ
ｏｄ ｒ を計算し、ステップＳ１４でｈ1 ＝ｆｈ、ｈ
2 ＝ｃｈ ｍｏｄ ｒ を計算する。ステップＳ１５に
おいて、既に計算したｈ1 およびｈ2を用い、Ｐ＝（Ｘ
p 、Ｙp ）＝ｈ1 Ｇ＋ｈ2 Ｋs Ｇを計算する。署名検証
者は、公開鍵ＧおよびＫｓＧを知っているので、ステッ
プＳ３と同様にこの計算ができる。そして、ステップＳ
１６でＰが無限遠点かどうか判定し、無限遠点でなけれ
ばステップＳ１７に進む（実際には、無限遠点の判定は
ステップＳ１５でできてしまう。つまり、Ｐ＝（Ｘ、
Ｙ）、Ｑ＝（Ｘ、−Ｙ）の加算を行うと、前述のλが計
算できず、Ｒが無限遠点であることが判明している。ス
テップＳ１７でＸpｍｏｄ ｒを計算し、署名データｃ
と比較する。この値が一致していた場合、ステップＳ１
８に進み、署名が正しいと判定する。
【００６５】署名が正しいと判定された場合、受信デー
タは改竄されておらず、公開鍵に対応した秘密鍵を保持
する送信装置から送信されたデータであることがわか
る。
【００６６】ステップＳ１１において、署名データｃお
よびｄが０＜ｃ、ｄ＜ｒを満たさなかった場合、ステッ
プＳ１９に進む。また、ステップＳ１６において、Ｐが
無限遠点であった場合もステップＳ１９に進む。さらに
また、ステップＳ１７において、Ｘp ｍｏｄ ｒの値
が、署名データｃと一致していなかった場合にもステッ
プＳ１９に進む。ステップＳ１９において、署名が正し
くないと判定する。
【００６７】署名が正しくないと判定された場合、受信
データは改竄されているか、公開鍵に対応した秘密鍵を
保持する送信装置から送信されたデータではないことが
わかる。
【００６８】なお、本実施の形態では、ハッシュ関数と
してＳＨＡ−１を使用したが、ＭＤ４、ＭＤ５などいず
れの関数を使用してもよい。また、署名の生成および検
証はＲＳＡ暗号を用いて行ってもよい（ＡＮＳＩ Ｘ
９．３１−１）。
【００６９】次に公開鍵暗号方式の暗号化・復号化につ
いて説明する。暗号化および復号化で同一の鍵（共通
鍵）を使用する共通鍵暗号方式に対して、公開鍵暗号方
式は、暗号化に使用する鍵と復号化に使用する鍵が異な
る。公開鍵暗号方式を用いる場合、鍵の一方を公開して
も他方を秘密に保つことができ、公開してもよい鍵は、
公開鍵と称され、他方の秘密に保つ鍵は、秘密鍵と称さ
れる。
【００７０】公開鍵暗号方式の中で代表的な楕円曲線暗
号化方法を説明する。図１２において、ステップＳ２０
で、Ｍx 、Ｍy をメッセージ、ｐを標数、ａ、ｂを楕円
曲線の係数（楕円曲線：ｙ2 ＝ｘ3 ＋ａｘ＋ｂ）、Ｇを
楕円曲線上のベースポイント、ｒをＧの位数、Ｇおよび
Ｋs Ｇを公開鍵（０＜Ｋs ＜ｒ）とする。ステップＳ２
１で乱数ｕを０＜ｕ＜ｒになるように生成する。ステッ
プＳ２２で公開鍵ＫsＧをｕ倍した座標Ｖを計算する。
なお、楕円曲線上のスカラー倍は署名生成のところで説
明した方法と同一のため、ここでは説明を省略する。ス
テップＳ２３で、ＶのＸ座標をＭx 倍してｐで剰余を求
めＸ0 とする。ステップＳ２４でＶのＹ座標をＭy 倍し
てｐで剰余を求めＹ0 とする。なお、メッセージの長さ
がｐのビット数より少ない場合、Ｍy は乱数を使い、復
号部ではＭy を破棄するようにする。ステップＳ２５に
おいて、ｕＧを計算し、ステップＳ２６で暗号文ｕＧ、
（Ｘ0 、Ｙ0 ）を得る。
【００７１】ここで公開鍵暗号方式の復号化について、
図１３を用いて説明する。ステップＳ３０において、ｕ
Ｇ、（Ｘ0 、Ｙ0 ）を暗号文データ、ｐを標数、ａ、ｂ
を楕円曲線の係数（楕円曲線：ｙ2 ＝ｘ3 ＋ａｘ＋
ｂ）、Ｇを楕円曲線上のベースポイント、ｒをＧの位
数、Ｋs を秘密鍵（０＜Ｋs ＜ｒ）とする。ステップＳ
３１において、暗号データｕＧを秘密鍵Ｋs 倍する。ス
テップＳ３２では、暗号データの内、（Ｘ0 、Ｙ0 ）の
Ｘ座標を取り出し、Ｘ1 ＝Ｘ0 ／Ｘv ｍｏｄ ｐを計
算する。ステップＳ３３においては、Ｙ1 ＝Ｙ0 ／Ｙv
ｍｏｄ ｐを計算する。そして、ステップＳ３４でＸ
1 をＭx とし、Ｙ1 をＭy としてメッセージを取り出
す。この時、Ｍy をメッセージにしていなかった場合、
Ｙ1 は破棄する。
【００７２】このように公開鍵暗号方式では、秘密鍵を
Ｋs 、公開鍵をＧ、Ｋs Ｇとすることで、暗号化に使用
する鍵と復号化に使用する鍵を、異なる鍵とすることが
できる。
【００７３】また、公開鍵暗号方式の他の例としてはＲ
ＳＡ暗号（Rivest、Shamir、Adleman ）が知られてい
る。
【００７４】図１４は、サービスプロバイダ３の機能の
構成を示すブロック図である。コンテンツサーバ４１
は、コンテンツプロバイダ２から供給された、コンテン
ツプロバイダ２の公開鍵証明書および暗号化されている
コンテンツを記憶している。コンテンツプロバイダ２の
公開鍵証明書は、証明書検査部４２で、証明書内の署名
が認証局２２の公開鍵で検証され、検証に成功した場
合、コンテンツプロバイダ２の公開鍵を署名検証部４３
に供給する。署名検証部４３においては、コンテンツサ
ーバ４１に記憶されている取扱方針に対するコンテンツ
プロバイダ２の署名を、先ほど検証したコンテンツプロ
バイダ２の公開鍵を用いて検証し、検証に成功した場
合、取扱方針を値付け部４４に供給する。値付け部４４
においては、取扱方針から価格情報を作成し、署名生成
部４５に供給する。署名生成部４５においては、図示せ
ぬ耐タンパメモリ（コンテンツプロバイダ２内の４０Ａ
と同様）に保持されたサービスプロバイダ３の秘密鍵を
用い、価格情報に対する署名を生成する（以降、コンテ
ンツプロバイダセキュアコンテナおよび価格情報にサー
ビスプロバイダ３の秘密鍵を用いて電子署名を付加した
ものを、サービスプロバイダセキュアコンテナと称す
る）。なお、価格情報に署名を付加するのではなく、コ
ンテンツプロバイダセキュアコンテナと価格情報全体に
対して１つの署名を生成するようにしてもよい。そし
て、サービスプロバイダセキュアコンテナ、コンテンツ
プロバイダ２の公開鍵証明書、サービスプロバイダ３の
公開鍵証明書を、ネットワーク４（図１）を介してユー
ザホームネットワーク５へ供給する。相互認証部４６
は、電子配信サービスセンタ１と相互認証し、また、必
要に応じてコンテンツプロバイダ、およびインターネッ
ト、ケーブル通信等を介し、可能であればユーザホーム
ネットワーク５と相互認証する。
【００７５】図１５は、ユーザホームネットワーク５の
構成を示すブロック図である。ホームサーバ５１は、ネ
ットワーク４を介して、サービスプロバイダ３からコン
テンツを含んだセキュアコンテナを受信し、コンテンツ
の利用権を購入し、その権利を行使してコンテンツの復
号、伸張、再生、複製を行う。
【００７６】通信部６１は、ネットワーク４を介してサ
ービスプロバイダ３、または電子配信サービスセンタ１
と通信し、所定の情報を受信し、または送信する。上位
コントローラ６２は、入力手段６３からの信号を受信
し、所定のメッセージ等を表示手段６４に表示し、暗号
処理部６５を利用してコンテンツの利用権購入処理等を
行い、伸張部６６に大容量記憶部６８から読み出した暗
号化されたコンテンツを供給し、大容量記憶部６８に暗
号化されたコンテンツ等を記憶する。入力手段６３は、
リモートコントローラからの信号や入力ボタンからの入
力データを上位コントローラ６２に送信する。表示手段
６４は、液晶表示器のような表示デバイスで構成され、
ユーザに指示を出したり、情報を表示したりする。入力
手段６３および表示手段６４は、必要に応じてタッチパ
ネル式液晶表示器などになり、一つにまとめられる場合
がある。暗号処理部６５は、サービスプロバイダ３、ま
たは電子配信サービスセンタ１若しくはその他の機器の
暗号処理部と相互認証し、コンテンツ利用権を購入する
と共に、所定のデータの暗号化／復号化を行い、コンテ
ンツ鍵Ｋcoおよび使用許諾条件情報を保持する外部メモ
リを管理し、さらに配送鍵Ｋd 、課金情報等を記憶す
る。伸張部６６は、暗号処理部６５と相互認証してコン
テンツ鍵Ｋcoを受信し、このコンテンツ鍵Ｋcoを用いて
上位コントローラ６２から供給された暗号化されたコン
テンツを復号化し、ＡＴＲＡＣ等の所定の方式で伸張
し、さらに所定の電子透かしをコンテンツに挿入する。
外部メモリ６７は、フラッシュメモリ等の不揮発メモリ
やバックアップ電源付き揮発性メモリで構成され、保存
鍵Ｋsaveで暗号化されたコンテンツ鍵Ｋcoおよび使用許
諾条件情報を保存する。大容量記憶部６８はＨＤＤや光
ディスク等の記憶デバイスで、コンテンツプロバイダセ
キュアコンテナおよびサービスプロバイダセキュアコン
テナ（暗号化されたコンテンツ、個別鍵Ｋi で暗号化さ
れたコンテンツ鍵Ｋco、配送鍵Ｋd で暗号化された個別
鍵Ｋi 、取扱方針、価格情報及びそれらの署名）、公開
鍵証明書、登録情報等が保存されている。
【００７７】電子配信サービスセンタ１と相互認証し、
コンテンツ利用権を購入すると共に課金情報を生成し、
所定のデータの復号化／暗号化を行い、コンテンツ鍵Ｋ
coおよび使用許諾条件情報を保持する外部メモリを管理
し、さらに配送鍵Ｋd 、課金情報等を記憶する暗号処理
部６５は、制御部９１、記憶モジュール９２、登録情報
検査モジュール９３、購入処理モジュール９４、相互認
証モジュール９５、暗号／復号化モジュール９６、およ
び外部メモリ制御部９７から構成される。この暗号処理
部６５は、シングルチップの暗号処理専用ICで構成さ
れ、多層構造を有し、その内部のメモリセルはアルミニ
ウム層等のダミー層に挟まれ、また、動作する電圧また
は周波数の幅が狭い等、外部から不正にデータが読み出
し難い特性（耐タンパ性）を有する。
【００７８】制御部９１は、上位コントローラ６２から
のコマンドに応じて各モジュールを制御すると共に、各
モジュールからの結果を上位コントローラ６２に返送す
る。記憶モジュール９２は、購入処理モジュール９４か
ら供給された課金情報、および配送鍵Ｋd 等のデータを
記憶し、他の機能ブロックが所定の処理を実行すると
き、配送鍵Ｋd 等のデータを供給する。登録情報検査モ
ジュール９３は、上位コントローラ６２から供給された
登録情報を検査し、ユーザホームネットワーク５内の他
の機器と相互認証するか否か、課金情報の授受をすべき
か否か、コンテンツの再配布等をすべきか否かの判断を
行う。購入処理モジュール９４は、サービスプロバイダ
３から受信したセキュアコンテナに含まれる取扱方針お
よび価格情報（並びに、場合によっては、既に保持して
いる使用許諾条件情報）から、新たに使用許諾条件情報
を生成して外部メモリ制御部９７又は制御部９１に出力
し、課金情報を生成して記憶モジュール９２に出力す
る。相互認証モジュール９５は、電子配信サービスセン
タ１、ホームネットワーク５内の他の機器の暗号処理部
および伸張部６６との相互認証を実行し、必要に応じ
て、一時鍵Ｋtemp（セッション鍵）を生成し、暗号／復
号化モジュール９６に供給する。
【００７９】復号／暗号化モジュール９６は、復号化ユ
ニット１１１、暗号化ユニット１１２、乱数発生ユニッ
ト１１３、署名生成ユニット１１４、および署名検証ユ
ニット１１５から構成される。復号化ユニット１１１
は、配送鍵Ｋd で暗号化された個別鍵Ｋi を復号化した
り、個別鍵Ｋi で暗号化されたコンテンツ鍵Ｋcoを復号
化したり、一時鍵Ｋtempで暗号化された各種データを復
号化したりする。暗号化ユニット１１２は、復号化され
たコンテンツ鍵Ｋcoを、記憶モジュール９２に保持され
ている保存鍵Ｋsaveで暗号化し、制御部９１を介して外
部メモリ制御部９７に出力したり、一時鍵Ｋtempで各種
データを暗号化したりする。乱数発生ユニット１１３
は、所定の桁数の乱数を発生し、相互認証モジュール９
５や署名生成ユニット１１４に供給する。署名生成ユニ
ット１１４は、制御部９１から供給されたメッセージの
ハッシュ値を計算し、乱数発生ユニット１１３から供給
された乱数を用いて署名データを生成して制御部９１に
出力する。署名検証ユニット１１５は、制御部から供給
されたメッセージおよび署名データから署名が正しいか
どうか判定し、その結果を制御部９１に出力する。な
お、署名の生成／検証方法については図１０、図１１に
ついて上述した場合と同様である。
【００８０】外部メモリ制御部９７は、外部メモリ６７
を制御してデータの読み書きを行い、外部メモリ内のデ
ータが改竄されていないかどうかデータ検証を行う。図
１６は、外部メモリ制御部９７の動作を説明するブロッ
ク図である。図１６において、記憶モジュール９２に
は、Ｎ個の改竄防止用ハッシュ値（Integrity Check Va
lue ）が保存されている。外部メモリ６７は、Ｎブロッ
クのデータ領域に分割されており、それぞれのデータ領
域にはＭ組のコンテンツ鍵Ｋcoおよび使用許諾条件情報
が書き込めるようになっている。また、外部メモリ６７
には、自由に使用できるその他の領域も用意されてい
る。改竄防止用ハッシュ値ＩＣＶは、それに対応する外
部メモリ６７内の全データに対するハッシュ値になって
いる。外部メモリの読み出し手順および書き込み手順に
ついては、フローチャートを用いて後述する。
【００８１】コンテンツを復号化し、伸張し、所定の電
子透かしを付加する伸張部６６（図１５）は、相互認証
モジュール１０１、鍵復号モジュール１０２、復号モジ
ュール１０３、伸張モジュール１０４、電子透かし付加
モジュール１０５、および記憶モジュール１０６から構
成される。相互認証モジュール１０１は、暗号処理部６
５と相互認証し、一時鍵Ｋtempを鍵復号モジュール１０
２に出力する。鍵復号モジュール１０２は、外部メモリ
６７から読み出され一時鍵Ｋtempで暗号化されているコ
ンテンツ鍵Ｋcoを一時鍵Ｋtempで復号化し、復号モジュ
ール１０３に出力する。復号モジュール１０３は、大容
量記憶部６８に記録されたコンテンツをコンテンツ鍵Ｋ
coで復号化し、伸張モジュール１０４に出力する。伸張
モジュール１０４は、復号化されたコンテンツを、更に
ＡＴＲＡＣ等の方式で伸張し、電子透かし付加モジュー
ル１０５に出力する。電子透かし付加モジュール１０５
は、購入処理を行った暗号処理部の個別ＩＤを電子透か
し技術を用いてコンテンツに挿入し、他の機器や図示せ
ぬスピーカに出力し、音楽を再生する。
【００８２】記憶モジュール１０６には、暗号処理部６
５との相互認証に必要な鍵データが保存されている。な
お、伸張部６６は、耐タンパ性を備えていることが望ま
しい。
【００８３】外部メモリ６７は、購入処理モジュール９
４で権利購入した際に生成した使用許諾条件情報や保存
鍵Ｋsaveで暗号化されたコンテンツ鍵Ｋcoを記憶してい
る。大容量記憶部６８は、サービスプロバイダ３から供
給されたセキュアコンテナや公開鍵証明書、登録情報等
を記録する。
【００８４】装着された光ディスク、半導体メモリ等の
記録メディア８０にサービスプロバイダ３から供給され
たコンテンツを記録し、再生する据置機器５２は、通信
部７１、上位コントローラ７２、暗号処理部７３、伸張
部７４、小容量記憶部７５、記録再生部７６、入力手段
７７、表示手段７８、外部メモリ７９、および記録メデ
ィア８０から構成される。通信部７１は通信部６１と同
じ機能を有し、その説明は省略する。上位コントローラ
７２は上位コントローラ６２と同じ機能を有し、その説
明は省略する。暗号処理部７３は暗号処理部６５と同じ
機能を有し、その説明は省略する。伸張部７４は伸張部
６６と同じ機能を有し、その説明は省略する。小容量記
憶部７５は大容量記憶部６８と同じ機能を有しているも
のの、コンテンツそのものは保存されず、公開鍵証明書
や登録情報等が記憶されるだけである。記録再生部７６
は、光ディスク、半導体メモリ等の記録メディア８０が
装着され、その記録メディア８０にコンテンツを記録
し、読み出したコンテンツを伸張部に出力する。入力手
段７７は入力手段６３と同じ機能を有し、その説明は省
略する。表示手段７８は表示手段６４と同じ機能を有
し、その説明は省略する。外部メモリ７９は外部メモリ
６７と同じ機能を有し、その説明は省略する。記録メデ
ィア８０は、例えばＭＤ（Mini Disk ：商標）や、電子
配信専用記憶メディア（半導体メモリを用いたMemory S
tick：商標）であったりする。
【００８５】ユーザが携帯し、音楽を再生して楽しむた
めの機器である携帯機器５３は、通信部８１、上位コン
トローラ８２、暗号処理部８３、伸張部８４、および外
部メモリ８５から構成される。通信部８１は通信部６１
と同じ機能を有し、その説明は省略する。上位コントロ
ーラ８２は上位コントローラ６２と同じ機能を有し、そ
の説明は省略する。暗号処理部８３は暗号処理部６５と
同じ機能を有し、その説明は省略する。伸張部８４は伸
張部６６と同じ機能を有し、その説明は省略する。外部
メモリ８５は外部メモリ６７と同じ機能を有し、その説
明は省略する。ただし、これらのメモリは半導体メモリ
だけとは限らず、ＨＤＤ、書き換え可能な光ディスク等
いずれでもよい。
【００８６】図１７は、電子配信専用の記録メディアの
構成図を示したものである。電子配信されたコンテンツ
を保存する記録メディア１２０は、通信部１２１、暗号
処理部１２２、および外部メモリ１２３から構成され
る。通信部１２１は、据置機器５２（図１５）の記録再
生部７６とデータの送受信を行う。据置機器５２と相互
認証し、コンテンツ利用権を譲り受け、所定のデータの
復号化／暗号化を行い、コンテンツ鍵Ｋcoおよび使用許
諾条件情報等を保持する外部メモリを管理し、さらに保
存鍵Ｋsave等を記憶する暗号処理部１２２は、その構成
は暗号処理部６５と同じ機能を有し、その説明は省略す
る。外部メモリ１２３は、保存鍵Ｋsaveで暗号化された
コンテンツ鍵Ｋco、コンテンツ鍵Ｋcoで暗号化されたコ
ンテンツ、コンテンツの使用条件を定めた使用許諾条件
情報、必要に応じて取扱方針、および価格情報を記憶し
ている。
【００８７】電子配信専用記録メディア１２０は、据置
機器５２の時に説明した記録メディアとは使い方が異な
っている。通常の記録メディア８０は、ホームサーバ５
１の大容量記憶部６８の代用品であるのに対し、電子配
信専用メディア１２０は、伸張部を持たない携帯機器に
異ならない。従って、コンテンツの再生を行う際には、
伸張部７４をもつ据置機器５２のような機器が必要であ
るが、コンテンツを譲り受けたり、コンテンツを管理し
たりする機能に関してはホームサーバ５１や携帯機器５
３と同様な処理ができる。これらの違いにより、通常の
記録メディアに記録されたコンテンツは、記録した機器
以外では再生することができないものの、電子配信専用
記録メディア１２０に記録されたコンテンツは、記録し
た機器以外の機器でも再生することができるようにな
る。すなわち、通常の記録メディアには、コンテンツ鍵
Ｋcoで暗号化されたコンテンツがあるだけなので、コン
テンツ鍵Ｋcoを持つ（記録した）機器以外では再生がで
きない。一方、電子配信専用記録メディア１２０におい
ては、コンテンツ鍵Ｋcoで暗号化されたコンテンツだけ
でなく、コンテンツ鍵Ｋcoも、電子配信専用記録メディ
ア１２０個有の保存鍵Ｋsaveで暗号化されて保持されて
いるため、他の機器で再生することが可能になる。
【００８８】つまり暗号処理部１２２の相互認証モジュ
ール１２８と据置機器５２の暗号処理部７３の図示せぬ
相互認証モジュール間で相互認証を行った後、専用記録
メディア固有の保存鍵Ｋsave3 でコンテンツ鍵ＫCOを復
号化し、共有した一時鍵Ｋtempでコンテンツ鍵Ｋcoを暗
号化し、暗号処理部７３へ送信して再生する。
【００８９】図１８は、各機器内のデータ記憶状況を示
すブロック図である。ホームサーバ５１において、暗号
処理部６５内の記憶モジュール９２には、機器を特定す
るための個別ＩＤ（暗号処理部を特定するものと同
一）、課金処理する際に使用する決済用ＩＤ（必要に応
じて個別ＩＤで代替えできるし、登録情報にあるので不
要の場合もある）、機器毎に異なる秘密鍵、保存鍵Ｋ
save、電子配信サービスセンタ１と相互認証する際に使
用する電子配信サービスセンタ１の公開鍵（電子配信サ
ービスセンタ１の公開鍵証明書があれば不要）、公開鍵
証明書を検証するための認証局２２の公開鍵、伸張部６
６と相互認証する際に使用する共通鍵が記憶されてい
る。これらのデータは、機器製造時に予め記憶されるデ
ータである。これに対し、電子配信サービスセンタ１か
ら定期的に配布される配送鍵Ｋd 、購入処理の際に書き
込まれる課金情報、外部メモリ６７内に保持するコンテ
ンツ鍵Ｋcoおよび使用許諾条件情報の改竄チェック用の
ハッシュ値は、機器を使用し始めてから記憶されるデー
タであり、これらのデータも記憶モジュール９２に記憶
されている。伸張部６６内の記憶モジュール１０６に
は、伸張部を特定するための個別ＩＤ、暗号処理部６５
と相互認証する際に使用する共通鍵が、機器製造時に予
め記憶される。なお、暗号処理部６５と伸張部６６を１
対１に対応させるため、それぞれの記憶モジュールに互
いのＩＤを持たせておいても良い（相互認証が共通鍵で
行われているため、結果的には対応した暗号処理部、伸
張部でしかやりとりができない。但し処理としては公開
鍵暗号方式の相互認証であっても良い。このとき保存さ
れている鍵は共通鍵ではなく、伸張部６６固有の秘密鍵
になる）。
【００９０】外部メモリ６７には、コンテンツの復号を
行う際に使用する保存鍵Ｋsaveで暗号化されたコンテン
ツ鍵Ｋco、そのコンテンツ鍵Ｋcoを利用する際の条件を
示す使用許諾条件情報が記憶されている。また、大容量
記憶部６８には、記憶モジュール９２内にある機器個別
の秘密鍵に対応する公開鍵の証明書（機器の公開鍵証明
書）、登録情報、コンテンツプロバイダセキュアコンテ
ナ（コンテンツ鍵Ｋcoで暗号化されたコンテンツおよび
その署名、個別鍵Ｋi で暗号化されたコンテンツ鍵Ｋco
およびその署名、配送鍵Ｋd で暗号化された個別鍵Ｋi
およびその署名、取扱方針およびその署名）、サービス
プロバイダセキュアコンテナ（価格情報およびその署
名）、コンテンツプロバイダ２の公開鍵証明書、サービ
スプロバイダ３の公開鍵証明書が記憶されている。
【００９１】携帯機器５３には、ホームサーバ５１が保
持する暗号処理部６５と同一の暗号処理部８３、外部メ
モリ６７と同一の外部メモリ８５が備えられている（内
部データが同一のものは省略されている。例えば、伸張
部）。しかし、その内部に保持されるデータは、図に示
すように若干異なっている。暗号処理部８３内の記憶モ
ジュールの保持するデータは、機器を特定するための個
別ＩＤ、機器毎に異なる秘密鍵、保存鍵Ｋsave、電子配
信サービスセンタ１と相互認証する際に使用する、電子
配信サービスセンタ１の公開鍵（ただし、ホームサーバ
５１に電子配信サービスセンタ１との手続きを全て代行
してもらう場合は必要ない）、公開鍵証明書を検証する
ための認証局２２の公開鍵、伸張部８４と相互認証する
際に使用する共通鍵が記憶されている。これらのデータ
は、機器製造時に予め記憶されるデータである。また、
外部メモリ８５内に保持するコンテンツ鍵Ｋcoおよび使
用許諾条件情報の改竄チェック用のハッシュ値、必要に
応じて決済用ＩＤ、配送鍵Ｋd 、登録情報（の一部）
（購入処理をしない場合、決済用ＩＤ、配送鍵Ｋd は必
要ない）は、機器を使用し始めてから記憶されるデータ
であり、これらのデータも記憶されている（購入処理を
行う場合、課金情報も記憶される）。外部メモリ８５に
は、暗号処理部８３内にある機器個別の秘密鍵に対応す
る公開鍵の証明書、コンテンツ鍵Ｋcoで暗号化されたコ
ンテンツおよびその署名（この他に、必要に応じて個別
鍵Ｋi で暗号化されたコンテンツ鍵Ｋcoおよびその署
名、配送鍵Ｋd で暗号化された個別鍵Ｋi およびその署
名必要に応じて、取扱方針およびその署名、価格情報お
よびその署名も記憶される場合がある）、コンテンツを
復号化する際に使用する保存鍵Ｋsaveで暗号化されたコ
ンテンツ鍵Ｋco、そのコンテンツを利用する際の条件を
示す使用許諾条件情報が記憶されている。また、必要に
応じてコンテンツプロバイダ２の公開鍵証明書、サービ
スプロバイダ３の公開鍵証明書も記憶されている。
【００９２】据置機器５２には、ホームサーバ５１の構
成に加え、記録メディア８０が備えられている。記録メ
ディアとしては、通常のＭＤやＣＤ−Ｒの場合もある
し、電子配信専用の記憶メディアである場合もある。前
者の場合、記憶されるデータはコピー禁止信号を付加さ
れた、復号化されたコンテンツになるが、勿論、暗号化
されたコンテンツを入れておいてもよい（保存鍵Ｋsave
で暗号化されたコンテンツ鍵Ｋcoも併せて記憶しておい
ても良い。この時、再生できるのは記憶した機器のみに
なる。なぜなら、保存鍵Ｋsaveは機器毎に異なっている
からである）。
【００９３】また、記憶メディアとしては、図１９が考
えられる。電子配信専用記憶メディア１２０において、
暗号処理部１２２内にある記憶モジュール１２５には、
記録メディアの個別ＩＤ、記録メディア毎に異なる秘密
鍵、この秘密鍵に対応する公開鍵の証明書（外部メモリ
１２３に記録しておいても良い）、コンテンツ鍵Ｋcoを
暗号化するのに使用する保存鍵Ｋsave（一般に、記憶メ
ディア毎に異なる）、電子配信サービスセンタ１の公開
鍵（センタとやりとりしない場合や外部メモリ１２３に
電子配信サービスセンタ１の公開鍵証明書が有る場合に
は必要ない）、認証局の公開鍵、外部メモリ１２３の改
竄を検査するためのハッシュ値、登録情報（の一部）が
記憶されている。外部メモリ１２３には、コンテンツ鍵
Ｋcoで暗号化されたコンテンツ（およびその署名）、保
存鍵Ｋsaveで暗号化されたコンテンツ鍵Ｋco、使用許諾
条件情報が記憶されており、必要に応じて取扱方針（お
よびその署名）、価格情報（およびその署名）、コンテ
ンツプロバイダ２の公開鍵証明書、サービスプロバイダ
３の公開鍵証明書が記憶されている。
【００９４】図２０、図２１は、電子配信サービスセン
タ１、コンテンツプロバイダ２、サービスプロバイダ
３、およびユーザホームネットワーク５の間で送受信さ
れる情報を説明する図である。コンテンツプロバイダ２
は、コンテンツプロバイダセキュアコンテナ（その詳細
は後述する）にコンテンツプロバイダ２の公開鍵証明書
（その詳細は後述する）を付して、サービスプロバイダ
３に送信する。また、コンテンツプロバイダ２は、必要
に応じて取扱方針およびその署名、コンテンツプロバイ
ダ２の証明書を電子配信サービスセンタ１に送信する。
【００９５】サービスプロバイダ３は、コンテンツプロ
バイダ２の公開鍵証明書を検証し、コンテンツプロバイ
ダ２の公開鍵を入手し、受信したコンテンツプロバイダ
セキュアコンテナの署名を検証する（取扱方針のみ署名
検証する場合もある）。署名の検証に成功した後、コン
テンツプロバイダセキュアコンテナから取扱方針を取り
出し、これを基に価格情報を生成し、価格情報に署名を
付けてサービスプロバイダセキュアコンテナとする（そ
の詳細は後述する）。コンテンツプロバイダセキュアコ
ンテナ、サービスプロバイダセキュアコンテナ、コンテ
ンツプロバイダ２の公開鍵証明書、およびサービスプロ
バイダ３の公開鍵証明書（その詳細は後述する）をユー
ザホームネットワーク５に送信する。また、サービスプ
ロバイダ３は、必要に応じて価格情報およびその署名、
サービスプロバイダ３の公開鍵証明書を電子配信サービ
スセンタ１に送信する。
【００９６】ユーザホームネットワーク５は、受信した
セキュアコンテナを検証した後、セキュアコンテナの中
に含まれる取扱方針および価格情報に基づいて購入処理
を行い、課金情報を生成して暗号処理部内の記憶モジュ
ールに保存し、使用許諾条件情報を生成し、コンテンツ
鍵Ｋcoを復号化して保存鍵Ｋsaveで再暗号化し、使用許
諾条件情報および再暗号化されたコンテンツ鍵Ｋcoを外
部メモリ６７に保存しておく。そして、使用許諾条件情
報に沿って、コンテンツ鍵Ｋcoを保存鍵Ｋsaveで復号化
し、この鍵でコンテンツを復号化して利用する。課金情
報は、所定のタイミングで一時鍵Ｋtempで暗号化され、
署名が付され、必要に応じて取扱方針および価格情報と
共に電子配信サービスセンタ１に送信される。
【００９７】電子配信サービスセンタ１は、課金情報お
よび価格情報を基に使用料金を算出し、また電子配信サ
ービスセンタ１、コンテンツプロバイダ２、およびサー
ビスプロバイダ３それぞれの利益を算出する。電子配信
サービスセンタ１は、さらに、コンテンツプロバイダ２
から受信した取扱方針、サービスプロバイダ３から受信
した価格情報、必要に応じて取扱方針、並びにユーザホ
ームネットワーク５から受信した取扱方針、価格情報を
比較し、サービスプロバイダ３またはユーザホームネッ
トワーク５で取扱方針の改竄または不正な価格の付加等
の不正がなかったか否か等の監視をする。
【００９８】更に、電子配信サービスセンタ１は、コン
テンツプロバイダ２にコンテンツプロバイダの公開鍵証
明書を送信し、サービスプロバイダ３にサービスプロバ
イダの公開鍵証明書を送信する。また、工場出荷時に、
各機器に応じて作成した公開鍵証明書を各機器に埋め込
むため、各機器の公開鍵証明書に関するデータを工場に
引き渡す。
【００９９】図２２は、コンテンツプロバイダセキュア
コンテナを説明する図である。コンテンツプロバイダセ
キュアコンテナ１Ａは、コンテンツ鍵Ｋcoで暗号化され
たコンテンツおよびその署名、個別鍵Ｋi で暗号化され
たコンテンツ鍵Ｋcoおよびその署名、配送鍵Ｋd で暗号
化された個別鍵Ｋi およびその署名、取扱方針および署
名を含む。署名は、それぞれのデータにハッシュ関数を
適用して生成されたハッシュ値に、コンテンツプロバイ
ダ２の秘密鍵Ｋscp を用いて生成されたデータである。
なお、図２２の場合は鍵データ（個別鍵Ｋi で暗号化さ
れたコンテンツ鍵ＫCO、配送鍵Ｋd で暗号化された個別
鍵Ｋi に対してそれぞれ別々に署名を生成し付加するよ
うにしたが、各鍵データ（個別鍵Ｋi で暗号化されたコ
ンテンツ鍵ＫCO、配送鍵Ｋd で暗号化された個別鍵
Ｋi ）を１つにまとめて１つの署名を生成し付加するよ
うにしても良い。このように常に一体で使用される鍵デ
ータを１つにまとめて１つの署名を付加することによ
り、署名の検証が１回で済む。
【０１００】図２３は、コンテンツプロバイダセキュア
コンテナの他の例を説明する図である。コンテンツプロ
バイダセキュアコンテナ１Ｂは、コンテンツ鍵Ｋcoで暗
号化されたコンテンツおよびその署名、個別鍵Ｋi で暗
号化されたコンテンツ鍵Ｋcoおよびその署名、取扱方針
および署名を含む。
【０１０１】図２４は、コンテンツプロバイダセキュア
コンテナの他の例を説明する図である。コンテンツプロ
バイダセキュアコンテナ１Ｃは、コンテンツ鍵Ｋcoで暗
号化されたコンテンツ、個別鍵Ｋi で暗号化されたコン
テンツ鍵Ｋco、配送鍵Ｋd で暗号化された個別鍵Ｋi 、
取扱方針、および署名を含む。署名は、コンテンツ鍵Ｋ
coで暗号化されたコンテンツ、個別鍵Ｋi で暗号化され
たコンテンツ鍵Ｋco、配送鍵Ｋd で暗号化された個別鍵
Ｋi 、および取扱方針にハッシュ関数を適用して生成さ
れたハッシュ値に、コンテンツプロバイダ２の秘密鍵Ｋ
scp を用いて生成されたデータである。
【０１０２】図２５は、コンテンツプロバイダセキュア
コンテナの他の例を説明する図である。コンテンツプロ
バイダセキュアコンテナ１Ｄは、コンテンツ鍵Ｋcoで暗
号化されたコンテンツ、個別鍵Ｋi で暗号化されたコン
テンツ鍵Ｋco、取扱方針、および署名を含む。署名は、
コンテンツ鍵Ｋcoで暗号化されたコンテンツ、個別鍵Ｋ
i で暗号化されたコンテンツ鍵Ｋco、および取扱方針に
ハッシュ関数を適用して生成されたハッシュ値に、コン
テンツプロバイダ２の秘密鍵Ｋscp を用いて生成された
データである。
【０１０３】図２６は、コンテンツプロバイダ２の公開
鍵証明書を説明する図である。コンテンツプロバイダ２
の公開鍵証明書２Ａは、公開鍵証明書のバージョン番
号、認証局がコンテンツプロバイダ２に対し割り付ける
公開鍵証明書の通し番号、署名に用いたアルゴリズムお
よびパラメータ、認証局の名前、公開鍵証明書の有効期
限、コンテンツプロバイダ２の名前、コンテンツプロバ
イダ２の公開鍵Ｋpcp 、並びに署名を含む。署名は、公
開鍵証明書のバージョン番号、認証局がコンテンツプロ
バイダ２に対し割り付ける公開鍵証明書の通し番号、署
名に用いたアルゴリズムおよびパラメータ、認証局の名
前、公開鍵証明書の有効期限、コンテンツプロバイダ２
の名前、並びにコンテンツプロバイダ２の公開鍵Ｋpcp
にハッシュ関数を適用して生成されたハッシュ値に、認
証局の秘密鍵Ｋsca を用いて生成したデータである。
【０１０４】図２７は、コンテンツプロバイダ２の公開
鍵証明書の他の例を説明する図である。コンテンツプロ
バイダ２の公開鍵証明書２Ｂは、公開鍵証明書のバージ
ョン番号、認証局がコンテンツプロバイダ２に対し割り
付ける公開鍵証明書の通し番号、署名に用いたアルゴリ
ズムおよびパラメータ、認証局の名前、公開鍵証明書の
有効期限、コンテンツプロバイダ２の名前、コンテンツ
プロバイダ２の公開鍵Ｋpcp 、配送鍵Ｋd で暗号化され
た個別鍵Ｋi 、並びに署名を含む。署名は、公開鍵証明
書のバージョン番号、認証局がコンテンツプロバイダ２
に対し割り付ける公開鍵証明書の通し番号、署名に用い
たアルゴリズムおよびパラメータ、認証局の名前、公開
鍵証明書の有効期限、コンテンツプロバイダ２の名前、
コンテンツプロバイダ２の公開鍵Ｋpcp 、並びに配送鍵
Ｋd で暗号化された個別鍵Ｋi にハッシュ関数を適用し
て生成されたハッシュ値に、認証局の秘密鍵Ｋsca を用
いて生成したデータである。
【０１０５】図２８は、コンテンツプロバイダ２の公開
鍵証明書のまた別の例を説明する図である。 コンテン
ツプロバイダ２の公開鍵証明書２Ｃは、公開鍵証明書の
バージョン番号、認証局がコンテンツプロバイダ２に対
し割り付ける公開鍵証明書の通し番号、署名に用いたア
ルゴリズムおよびパラメータ、認証局の名前、公開鍵証
明書の有効期限、コンテンツプロバイダ２の名前、コン
テンツプロバイダ２の公開鍵Ｋpcp 、個別鍵Ｋi の一部
を配送鍵Ｋd で暗号化した、所定の種類のデータ、並び
に署名を含む。署名は、公開鍵証明書のバージョン番
号、認証局がコンテンツプロバイダ２に対し割り付ける
公開鍵証明書の通し番号、署名に用いたアルゴリズムお
よびパラメータ、認証局の名前、公開鍵証明書の有効期
限、コンテンツプロバイダ２の名前、コンテンツプロバ
イダ２の公開鍵Ｋpcp 、並びに個別鍵Ｋi の一部を配送
鍵Ｋd で暗号化した、所定の種類のデータにハッシュ関
数を適用して生成されたハッシュ値に、認証局の秘密鍵
Ｋsca を用いて生成したデータである。
【０１０６】図２９は、サービスプロバイダセキュアコ
ンテナを説明する図である。サービスプロバイダセキュ
アコンテナ３Ａは、価格情報および署名で構成されてい
る。署名は、価格情報に対し必要に応じてハッシュ関数
を適用して生成されたハッシュ値に、サービスプロバイ
ダ３の秘密鍵Ｋssp を用いて生成されたデータである。
【０１０７】図３０は、サービスプロバイダセキュアコ
ンテナの他の例を説明する図である。サービスプロバイ
ダセキュアコンテナ３Ｂは、コンテンツプロバイダセキ
ュアコンテナ、価格情報、および署名を含む。署名は、
コンテンツプロバイダセキュアコンテナ、および価格情
報にハッシュ関数を適用して生成されたハッシュ値に、
サービスプロバイダ３の秘密鍵Ｋssp を用いて生成され
たデータである。
【０１０８】図３１は、サービスプロバイダ３の公開鍵
証明書を説明する図である。サービスプロバイダ３の公
開鍵証明書４Ａは、公開鍵証明書のバージョン番号、認
証局がサービスプロバイダ３に対し割り付ける公開鍵証
明書の通し番号、署名に用いたアルゴリズムおよびパラ
メータ、認証局の名前、公開鍵証明書の有効期限、サー
ビスプロバイダ３の名前、サービスプロバイダ３の公開
鍵Ｋpsp 、並びに署名を含む。署名は、公開鍵証明書の
バージョン番号、認証局がサービスプロバイダ３に対し
割り付ける公開鍵証明書の通し番号、署名に用いたアル
ゴリズムおよびパラメータ、認証局の名前、公開鍵証明
書の有効期限、サービスプロバイダ３の名前、並びにサ
ービスプロバイダ３の公開鍵Ｋpsp にハッシュ関数を適
用して生成されたハッシュ値に、認証局の秘密鍵Ｋsca
を用いて生成したデータである。
【０１０９】図３２は、User機器の公開鍵証明書を説明
する図である。User機器の公開鍵証明書５Ａは、公開鍵
証明書のバージョン番号、認証局がUser機器（正確には
暗号処理部（専用のＩＣチップ））に対し割り付ける公
開鍵証明書の通し番号、署名に用いたアルゴリズムおよ
びパラメータ、認証局の名前、公開鍵証明書の有効期
限、User機器の名前、User機器の公開鍵Ｋpu、並びに署
名を含む。署名は、公開鍵証明書のバージョン番号、認
証局がUser機器に対し割り付ける公開鍵証明書の通し番
号、署名に用いたアルゴリズムおよびパラメータ、認証
局の名前、公開鍵証明書の有効期限、User機器の名前、
並びにUser機器の公開鍵Ｋpuにハッシュ関数を適用して
生成されたハッシュ値に、認証局の秘密鍵Ｋsca を用い
て生成したデータである。
【０１１０】図３３および図３４は取扱方針のデータフ
ォーマットを示すものであり、当該取扱方針はコンテン
ツプロバイダ２によりシングルコンテンツ毎、またアル
バムコンテンツ毎に生成され、ユーザホームネットワー
ク５が購入可能な利用権の内容を示す。
【０１１１】シングルコンテンツに対する取扱方針（図
３３）のデータには、データの種別、取扱方針の種類、
取扱方針の有効期限、コンテンツのＩＤ、コンテンツプ
ロバイダのＩＤ、取扱方針のＩＤ、取扱方針のバージョ
ン、地域コード、使用可能機器条件、使用可能User条
件、サービスプロバイダのＩＤ、世代管理情報、当該取
扱方針が示す購入可能な利用権を含むルールの数、当該
ルールの格納位置を示すアドレス情報、そのアドレス情
報の示す位置に格納されたルール、公開鍵証明書、署名
が格納されている。
【０１１２】そして、ルールは、利用権毎に整理番号と
して付けられたルール番号、利用権内容を示す利用権内
容番号、そのパラメータ、最低販売価格、コンテンツプ
ロバイダの利益額、当該コンテンツプロバイダの利益
率、データサイズ、送信情報から構成されている。
【０１１３】また、アルバムコンテンツに対する取扱方
針（図３４）のデータには、データの種別、取扱方針の
種類、取扱方針の有効期限、アルバムのＩＤ、取扱方針
のバージョン、コンテンツプロバイダのＩＤ、取扱方針
のＩＤ、地域コード、使用可能機器条件、使用可能User
条件、サービスプロバイダのＩＤ、当該アルバムを構成
するシングルコンテンツの取扱方針の数、そのシングル
コンテンツの取扱方針の格納位置を示すアドレス情報、
当該アドレス情報の示す位置に格納されたシングルコン
テンツの取扱方針のデータパケット、世代管理情報、当
該取扱方針が示す購入可能な利用権を含むルールの数、
当該ルールの格納位置を示すアドレス情報、そのアドレ
ス情報の示す位置に格納されたルール、公開鍵証明書、
署名が格納されている。
【０１１４】そして、ルールは、シングルコンテンツの
取扱方針のルールと同様に、利用権毎に整理番号として
付けられたルール番号、利用権内容番号、パラメータ、
最低販売価格、コンテンツプロバイダの利益額、当該コ
ンテンツプロバイダの利益率、データサイズ、送信情報
から構成されている。
【０１１５】これら取扱方針において、データの種別は
そのデータが取扱方針のデータであることを示し、取扱
方針の種類は当該取扱方針がシングル又はアルバムコン
テンツのいずれの取扱方針であるかを示している。取扱
方針の有効期限は当該取扱方針の使用期間をその期限の
切れる日付、又は使用を開始した基準となる日から期限
の切れる日までの日数などによって示している。コンテ
ンツのＩＤおよびアルバムのＩＤは取扱方針が示す購入
可能なシングルコンテンツおよびアルバムコンテンツを
示し、コンテンツプロバイダのＩＤは、当該取扱方針を
規定したコンテンツプロバイダ２のＩＤを示している。
【０１１６】また、取扱方針のＩＤは当該取扱方針を識
別するためのものであり、例えば、同一コンテンツに対
して複数の取扱方針が設定された場合などに当該取扱方
針を識別するために使用される。取扱方針のバージョン
は使用期間に応じて改訂した取扱方針のその改訂情報を
示している。従って、取扱方針はこれら取扱方針のＩＤ
および取扱方針のバージョンにより管理される。
【０１１７】地域コードは取扱方針の使用可能な地域を
コード化して示しており、当該地域コードには取扱方針
の使用可能な地域を限定する特定の地域を示すコード
と、当該取扱方針を全ての地域で使用可能にするコード
を割り当てることができる。使用可能機器条件は取扱方
針を利用し得る機器の条件を示し、使用可能User条件は
取扱方針を利用し得るユーザの条件を示している。
【０１１８】サービスプロバイダのＩＤは取扱方針を利
用するサービスプロバイダ３のＩＤを示しており、当該
サービスプロバイダのＩＤには取扱方針を使用し得るサ
ービスプロバイダ３を限定する特定のサービスプロバイ
ダ３のＩＤと、当該取扱方針を複数（全て）のサービス
プロバイダで使用し得るようにするＩＤとがある。
【０１１９】さらに、世代管理情報はコンテンツの再購
入可能な最大回数を示す。署名は取扱方針から当該署名
を除く、データの種別から公開鍵証明書までの全体に対
して付けられるものである。署名を作成する際に用いた
アルゴリズムおよびパラメータと、当該署名の検証に用
いる鍵は公開鍵証明書に含まれている。
【０１２０】また、ルールにおいて、利用権内容番号
は、利用権内容毎に付加された番号であり、パラメータ
は権利内容のパラメータを示す。最低販売価格は利用権
内容に応じてシングルおよびアルバムコンテンツを販売
する際の最低の販売価格を示し、コンテンツプロバイダ
の利益額および利益率はシングルコンテンツおよびアル
バムコンテンツが購入されたときにコンテンツプロバイ
ダ２が得ることのできる利益の金額および販売価格に対
する利益率を示している。データサイズは送信情報のデ
ータサイズを示し、当該送信情報は、コンテンツプロバ
イダ２が設定した、利用権の購入によりユーザに加算さ
れるポイントや、当該ポイントに応じた利用権の割引額
でなるマイル情報や、必要に応じてコンテンツプロバイ
ダ２が設定した各種情報からなる。
【０１２１】ここで、アルバムコンテンツの取扱方針に
おいて、複数のルールは、当該アルバムの購入形態を示
している。また、アルバムコンテンツの取扱方針に格納
された複数のシングルコンテンツの取扱方針において、
当該取扱方針に格納されたルールは、それぞれ対応する
シングルコンテンツがアルバムのなかから、シングル曲
として単独で購入し得る、又は対応するシングルコンテ
ンツがアルバム曲としてのみ購入し得る（すなわち、ア
ルバムとして、他のシングルコンテンツと共に一体化し
てしか購入し得ない）等のようにアルバム内におけるシ
ングルコンテンツの購入形態を示している。
【０１２２】従って、アルバムコンテンツの取扱方針に
おいては、当該取扱方針のルールに基づいて、アルバム
コンテンツを購入し、又はシングルコンテンツの取扱方
針のルールに基づいて、シングルコンテンツをシングル
曲として購入するように、アルバムコンテンツと、シン
グル曲として販売し得るシングルコンテンツとのいずれ
も選択して購入し得るように定義されている。
【０１２３】また、アルバムコンテンツの取扱方針にお
いては、全体に対して署名を付けたことにより、当該署
名を検証するだけで、この取扱方針に格納したシングル
コンテンツの取扱方針の署名をそれぞれ検証しなくても
このアルバムコンテンツの取扱方針と共に、各シングル
コンテンツの取扱方針に対しても合わせて改竄のチェッ
クなどを行うことができ、かくして署名の検証を簡易化
し得る。
【０１２４】因みに、シングルおよびアルバムコンテン
ツの取扱方針には、必要に応じて、コンテンツに対する
署名の検証を実行するか否かを示す署名の検証の有無を
格納し得る。これは、コンテンツのデータ量が比較的多
く、署名の検証に時間がかかるためであり、取扱方針に
かかる署名の検証の有無の情報が格納された場合には、
当該情報に従ってコンテンツの署名の検証を実行し、又
は当該検証を実行しないようにする。
【０１２５】また、アルバムコンテンツの取扱方針にお
いては、当該アルバムを構成する複数のシングルコンテ
ンツの取扱方針を格納しているものの、これら複数のシ
ングルコンテンツの取扱方針を格納しなくても良い。
【０１２６】さらに、シングルおよびアルバムコンテン
ツの取扱方針においては、コンテンツプロバイダの利益
額および利益率を電子配信サービスセンタ１により一括
管理しても良いため、図３５および図３６に示すよう
に、これらコンテンツプロバイダの利益額および利益率
を除いて構成しても良い。
【０１２７】図３７および図３８は価格情報のデータフ
ォーマットを示すものであり、当該価格情報はサービス
プロバイダ３において、コンテンツプロバイダ２から与
えられるシングルコンテンツの取扱方針毎、またアルバ
ムコンテンツの取扱方針毎に生成され、シングルコンテ
ンツおよびアルバムコンテンツの価格を示す。
【０１２８】シングルコンテンツに対する価格情報（図
３７）のデータには、データの種別、価格情報の種類、
価格情報の有効期限、コンテンツのＩＤ、サービスプロ
バイダのＩＤ、価格情報のＩＤ、価格情報のバージョ
ン、地域コード、使用可能機器条件、使用可能User条
件、コンテンツプロバイダのＩＤ、当該価格情報が付加
された取扱方針のＩＤ、当該価格情報が示す購入可能な
利用権を含むルールの数、当該ルールの格納位置を示す
アドレス情報、そのアドレス情報の示す位置に格納され
たルール、公開鍵証明書、署名が格納されている。
【０１２９】そして、ルールは利用権毎に整理番号とし
て付けられたルール番号、サービスプロバイダの利益
額、当該サービスプロバイダの利益率、価格、データサ
イズ、送信情報から構成されている。
【０１３０】また、アルバムコンテンツに対する価格情
報（図３８）のデータには、データの種別、価格情報の
種類、価格情報の有効期限、アルバムのＩＤ、サービス
プロバイダのＩＤ、価格情報のＩＤ、価格情報のバージ
ョン、地域コード、使用可能機器条件、使用可能User条
件、コンテンツプロバイダのＩＤ、当該価格情報が付加
された取扱方針のＩＤ、当該アルバムを構成するシング
ルコンテンツの価格情報の数、そのシングルコンテンツ
の価格情報の格納位置を示すアドレス情報、当該アドレ
ス情報の示す位置に格納されたシングルコンテンツの価
格情報のデータパケット、当該価格情報が示す購入可能
な利用権を含むルールの数、そのルールの格納位置を示
すアドレス情報、当該アドレス情報の示す位置に格納さ
れたルール、公開鍵証明書、署名が格納されている。
【０１３１】そして、ルールは、シングルコンテンツに
対する価格情報のルールと同様に、利用権毎に整理番号
として付けられたルール番号、サービスプロバイダの利
益額、当該サービスプロバイダの利益率、価格、データ
サイズ、送信情報から構成されている。
【０１３２】これら価格情報において、データの種別は
このデータが価格情報のデータであることを示し、価格
情報の種類は当該価格情報がシングルコンテンツ又はア
ルバムコンテンツのいずれの価格情報であるかを示して
いる。価格情報の有効期限は当該価格情報の使用期間を
その期限の切れる日付、又は使用開始の基準となる日か
ら期限の切れる日までの日数などによって示している。
コンテンツのＩＤおよびアルバムのＩＤは価格情報が示
す購入可能なシングルコンテンツおよびアルバムコンテ
ンツを示し、サービスプロバイダのＩＤは当該価格情報
を作成したサービスプロバイダ３のＩＤを示している。
【０１３３】また、価格情報のＩＤは当該価格情報を識
別するためのものであり、例えば、同一コンテンツに対
して複数の価格情報が設定された場合などに当該価格情
報を識別するために使用される。価格情報のバージョン
は使用期間に応じて改訂された価格情報の改訂情報を示
している。従って、価格情報はこれら価格情報のＩＤお
よび価格情報のバージョンにより管理される。
【０１３４】地域コードは価格情報の使用可能な地域を
コード化して示しており、当該地域コードには価格情報
の使用可能な地域を限定する特定の地域を示すコード
と、当該価格情報を全ての地域で使用可能にするコード
を割り当てることができる。使用可能機器条件は価格情
報を利用し得る機器の条件を示し、使用可能User条件は
価格情報を利用し得るユーザの条件を示している。コン
テンツプロバイダのＩＤは価格情報を付加した取扱方針
を規定したコンテンツプロバイダ２のＩＤを示してい
る。取扱方針のＩＤは価格情報を付加した取扱方針を識
別するためのものである。
【０１３５】さらに、署名は価格情報から当該署名を除
く、データの種別から公開鍵証明書までの全体に対して
付けられるものである。署名を作成する際に用いたアル
ゴリズムおよびパラメータと、当該署名の検証に用いる
鍵は公開鍵証明書に含まれている。
【０１３６】また、ルールにおいて、ルール番号は対応
する取扱方針が示すルールのルール番号をそのまま用い
る。サービスプロバイダの利益額および利益率はシング
ルコンテンツおよびアルバムコンテンツが購入されたと
きにサービスプロバイダ３が得ることのできる利益の金
額および価格に対する利益率を示し、価格はサービスプ
ロバイダ３により利用権内容および対応する最低販売価
格に基づいて設定されたシングルコンテンツおよびアル
バムコンテンツの販売価格を示す。データサイズは送信
情報のデータサイズを示し、当該送信情報は、サービス
プロバイダ３が設定した、利用権の購入によりユーザに
加算されるポイントや、当該ポイントに応じた利用権の
割引額でなるマイル情報や、必要に応じてサービスプロ
バイダ３が設定した各種情報からなる。
【０１３７】ここで、サービスプロバイダ３は、価格情
報を生成する際、対応する取扱方針が示す購入可能な全
ての利用権を当該価格情報が示す購入可能な利用権とし
て設定することができると共に、当該取扱方針が示す購
入可能な全ての利用権のうちから任意に選定した利用権
を価格情報が示す購入可能な利用権として設定すること
もでき、コンテンツプロバイダ２が規定した利用権を選
定し得る。
【０１３８】また、アルバムコンテンツの価格情報にお
いて、複数のルールは、アルバムの購入形態に応じた販
売価格を規定している。また、アルバムコンテンツの価
格情報に格納された複数のシングルコンテンツの価格情
報のうち、シングル曲として販売し得るシングルコンテ
ンツの価格情報のルールは、当該シングル曲として販売
し得るシングルコンテンツの販売価格を規定している。
【０１３９】従って、アルバムコンテンツの価格情報に
おいては、当該価格情報１つでアルバムの販売価格と、
シングル曲として販売し得るシングルコンテンツの販売
価格とを認識し得るようになされている。
【０１４０】また、アルバムコンテンツの価格情報にお
いては、全体に対して署名を付けたことにより、当該署
名を検証するだけで、この価格情報に格納したシングル
コンテンツの価格情報の署名をそれぞれ検証しなくても
このアルバムコンテンツの価格情報と共に、各シングル
コンテンツの価格情報に対しても合わせて改竄のチェッ
クなどを行うことができ、かくして署名の検証を簡易化
し得る。
【０１４１】因みに、シングルおよびアルバムの価格情
報においては、図３３および図３４について上述した取
扱方針と同様にコンテンツに対する署名の検証の有無を
格納し得る。また、アルバムコンテンツの価格情報にお
いては、当該アルバムを構成する複数のシングルコンテ
ンツの価格情報を格納しているものの、これら複数のシ
ングルコンテンツの価格情報を格納しなくても良い。
【０１４２】さらに、シングルおよびアルバムコンテン
ツの価格情報においては、サービスプロバイダの利益額
および利益率を電子配信サービスセンタ１により一括管
理しても良いため、図３９および図４０に示すように、
これらサービスプロバイダの利益額および利益率を除い
て構成しても良い。
【０１４３】図４１は使用許諾条件情報のデータフオー
マットを示すものであり、当該使用許諾条件情報はユー
ザホームネットワーク５内の機器において、ユーザがコ
ンテンツを購入した際、当該購入したコンテンツの取扱
方針に基づいて作成され、この取扱方針の示す利用権内
容のうちのユーザが選択した利用権内容を示す。
【０１４４】使用許諾条件情報のデータには、データの
種別、使用許諾条件情報の種類、使用許諾条件情報の有
効期限、コンテンツのＩＤ、アルバムのＩＤ、暗号処理
部のＩＤ、ユーザのＩＤ、コンテンツプロバイダのＩ
Ｄ、取扱方針のＩＤ、取扱方針のバージョン、サービス
プロバイダのＩＤ、価格情報のＩＤ、価格情報のバージ
ョン、使用許諾条件情報のＩＤ、再生権（利用権）に整
理番号として付けられたルール番号、利用権内容番号、
再生残り回数、再生権の有効期限、複製権（利用権）に
整理番号として付けられたルール番号、利用権内容番
号、複製の残り回数、世代管理情報、再生権を保有する
暗号処理部のＩＤが格納されている。
【０１４５】使用許諾条件情報において、データの種別
はこのデータが使用許諾条件情報のデータであることを
示し、使用許諾条件情報の種類は当該使用許諾条件情報
がシングルコンテンツ又はアルバムコンテンツのいずれ
の使用許諾条件情報であるかを示している。使用許諾条
件情報の有効期限は当該使用許諾条件情報の使用期間を
その期限の切れる日付、又は使用開始の基準となる日か
ら期限の切れる日までの日数などによって示している。
【０１４６】コンテンツのＩＤには購入されたシングル
コンテンツを示すＩＤが記述され、アルバムのＩＤには
アルバムが購入されたときのみ当該アルバムを示すＩＤ
が記述される。実際には、コンテンツがシングルとして
購入された場合、コンテンツのＩＤのみに購入されたシ
ングルコンテンツを示すＩＤが記述され、また、コンテ
ンツがアルバムとして購入された場合には、コンテンツ
のＩＤに、アルバムを構成する全てのシングルコンテン
ツのＩＤが記述され、かつアルバムのＩＤに購入された
アルバムを示すＩＤが記述される。従って、このアルバ
ムのＩＤをみれば、購入されたコンテンツがシングルで
あるか、又はアルバムであるかを容易に判断し得る。
【０１４７】暗号処理部のＩＤはコンテンツを購入処理
したユーザホームネットワーク５内の機器の暗号処理部
を示す。ユーザのＩＤはコンテンツを購入したユーザホ
ームネットワーク５内の機器を複数のユーザが共有して
いるときに、当該機器を共有する複数のユーザを示して
いる。
【０１４８】また、コンテンツプロバイダのＩＤは使用
許諾条件情報を作成するために用いた取扱方針を規定し
たコンテンツプロバイダ２のＩＤを示し、取扱方針のＩ
Ｄは当該使用許諾条件情報を作成するために用いた取扱
方針を示す。取扱方針のバージョンは使用許諾条件情報
を作成するために用いた取扱方針の改訂情報を示してい
る。サービスプロバイダのＩＤは使用許諾条件情報を作
成するために用いた価格情報を作成したサービスプロバ
イダ３のＩＤを示し、価格情報のＩＤは当該使用許諾条
件情報を作成するために用いた価格情報を示す。価格情
報のバージョンは使用許諾条件情報を作成するために用
いた取扱方針の改訂情報を示している。従って、これら
コンテンツプロバイダのＩＤ、取扱方針のＩＤ、取扱方
針のバージョン、サービスプロバイダのＩＤ、価格情報
のＩＤおよび価格情報のバージョンにより、ユーザが購
入したコンテンツを提供したコンテンツプロバイダ２又
はサービスプロバイダ３を知り得るようになされてい
る。
【０１４９】使用許諾条件情報のＩＤはコンテンツを購
入したユーザホームネットワーク５内の機器の暗号処理
部が付けるものであり、当該使用許諾条件情報を識別す
るために使用される。再生権のルール番号は利用権のう
ちの再生権に付けられた整理番号を示し、対応する取扱
方針および価格情報が示すルールのルール番号をそのま
ま用いる。利用権内容は後述する再生権の内容を示す。
再生残り回数は購入したコンテンツに対して予め設定さ
れた再生回数のうちの残りの再生回数を示し、再生権の
有効期限は購入したコンテンツの対する再生可能期間を
その期限の切れる日時などによって示している。
【０１５０】また、複製権のルール番号は利用権のうち
の複製権に付けられた整理番号を示し、対応する取扱方
針および価格情報が示すルールのルール番号をそのまま
用いる。利用権内容は後述する複製権の内容を示す。複
製残り回数は購入したコンテンツに対して予め設定され
た複製回数のうちの残りの複製回数を示す。
【０１５１】さらに、世代管理情報はコンテンツを再購
入した際に当該コンテンツの再購入可能な残り回数を示
す。再生権を保有する暗号処理部のＩＤは現時点におい
て再生権を保有する暗号処理部を示しており、管理移動
したときには再生権を保有する暗号処理部のＩＤが変更
される。
【０１５２】因みに、使用許諾条件情報においては、複
製権に対して有効期限を規定しても良く、当該有効期限
を規定した場合には購入したコンテンツの対する複製可
能期間をその期限の切れる日時などによって示す。
【０１５３】図４２は課金情報を示すものであり、当該
課金情報はユーザホームネットワーク５内の機器によ
り、コンテンツの購入の際に、当該コンテンツに対応す
る取扱方針および価格情報に基づいて生成される。
【０１５４】課金情報のデータには、データの種別、暗
号処理部のＩＤ、ユーザのＩＤ、コンテンツのＩＤ、コ
ンテンツプロバイダのＩＤ、取扱方針のＩＤ、取扱方針
のバージョン、サービスプロバイダのＩＤ、価格情報の
ＩＤ、価格情報のバージョン、使用許諾条件情報のＩ
Ｄ、ルール番号、コンテンツプロバイダ２の利益額およ
び利益率、サービスプロバイダの利益額および利益率、
世代管理情報、コンテンツプロバイダの設定した送信情
報のデータサイズ、そのコンテンツプロバイダの設定し
た送信情報、サービスプロバイダの設定した送信情報の
データサイズ、そのサービスプロバイダの設定した送信
情報、供給元のＩＤが格納されている。
【０１５５】課金情報において、データの種別は当該デ
ータが課金情報であることを示し、暗号処理部のＩＤ
は、コンテンツの購入処理を実行して当該課金情報を生
成した機器の暗号処理部を示す。ユーザのＩＤはコンテ
ンツを購入したユーザホームネットワーク５内の機器を
複数のユーザが共有しているときに、当該機器を共有す
る複数のユーザを示し、コンテンツのＩＤは当該購入さ
れたコンテンツ（シングルコンテンツ又はアルバムコン
テンツ）を示す。
【０１５６】また、コンテンツプロバイダのＩＤは購入
処理に用いた取扱方針を規定したコンテンツプロバイダ
２のＩＤ（この取扱方針に含まれるコンテンツプロバイ
ダのＩＤ）を示し、取扱方針のＩＤは当該購入処理に用
いた取扱方針を示す。取扱方針のバージョンは、購入処
理に用いた取扱方針の改訂情報を示す。サービスプロバ
イダのＩＤは購入処理に用いた価格情報を作成したサー
ビスプロバイダ３のＩＤ（この価格情報に含まれるサー
ビスプロバイダのＩＤ）を示し、価格情報のＩＤは当該
購入処理に用いた価格情報を示す。価格情報のバージョ
ンは、購入処理に用いた価格情報の改訂情報を示す。
【０１５７】使用許諾条件情報のＩＤは購入処理の際に
作成した使用許諾条件情報のＩＤを示し、ルール番号は
購入された利用権に整理番号として付けられたルール番
号を示す。コンテンツプロバイダの利益額および利益率
はコンテンツの購入によりコンテンツプロバイダ２に分
配される配当の金額および売上に対する割合を示し、サ
ービスプロバイダの利益額および利益率は当該コンテン
ツの購入によりサービスプロバイダ３に分配される配当
の金額および売上に対する割合を示す。
【０１５８】さらに、世代管理情報は購入されたコンテ
ンツの世代を示す。また、コンテンツプロバイダの設定
した送信情報のデータサイズおよびそのコンテンツプロ
バイダの設定した送信情報には、購入処理に用いた取扱
方針が示すデータサイズと、送信情報をそのまま格納す
ると共に、サービスプロバイダの設定した送信情報のデ
ータサイズおよびそのサービスプロバイダの設定した送
信情報には購入処理に用いた価格情報が示すデータサイ
ズと、送信情報をそのまま格納する。そして、供給元の
ＩＤは、購入処理したコンテンツの供給元の機器を示
し、このＩＤはコンテンツの再購入が行われる毎に累積
される。
【０１５９】因みに、課金情報においては、コンテンツ
プロバイダの利益額および利益率と、サービスプロバイ
ダの利益額および利益率を電子配信サービスセンタ１に
より一括管理しても良いため、図４３に示すように、こ
れらコンテンツプロバイダの利益額および利益率および
サービスプロバイダの利益額および利益率を除いて構成
しても良い。
【０１６０】図４４は購入可能な利用権の内容を示した
ものであり、当該利用権としては、大きく分けて再生
権、複製権、権利内容変更権、再購入権、追加購入権、
管理移動権がある。
【０１６１】再生権には、期間制限および回数制限のな
い無制限再生権と、再生期間を制限する期間制限付き再
生権、再生の積算時間を制限する積算時間制限付き再生
権、再生回数を制限する回数制限付き再生権がある。複
製権には、期間制限、回数制限およびコピー管理情報
（例えば、シリアルコピーマネージメント：SCMS）のな
いコピー管理情報なし無制限複製権、複製回数を制限す
るもののコピー管理情報のない回数制限付きおよびコピ
ー管理情報なし複製権、期間制限および回数制限はない
もののコピー管理情報を付加して提供するコピー管理情
報付き複製権、複製回数を制限し、かつコピー管理情報
を付加して提供する回数制限およびコピー管理情報付き
複製権がある。因みに、複製権としては、この他に複製
可能期間を制限する期間制限付き複製権（コピー管理情
報を付加するものと、当該コピー管理情報を付加しない
ものとがある）や、複製の積算時間（すなわち、複製さ
れたコンテンツの再生に要する積算時間）を制限する積
算時間制限付き複製権（コピー管理情報を付加するもの
と、当該コピー管理情報を付加しないものとがある）等
がある。
【０１６２】また、権利内容変更権は上述したように既
に購入した利用権の内容を別の内容に変更する権利であ
り、再購入権も上述したように他の機器で購入した権利
に基づき利用権を別途購入する権利である。追加購入権
は、既に単独で購入したコンテンツに当該コンテンツを
含むアルバムの他のコンテンツを追加購入してアルバム
化する権利であり、管理移動権は購入した利用権を移動
して保有者を変更する権利である。
【０１６３】次に、図３３などに示されている利用権内
容の具体例を説明する。実際に、無制限再生権のデータ
としては、図４５（Ａ）に示すように、再生権の有効期
間をその期限の切れる日付、又は有効期間開始の基準と
なる日から期限の切れる日までの日数などによって示す
当該再生権の有効期限の情報が利用権内容の領域に格納
される。期間制限付き再生権のデータとしては、図４５
（Ｂ）に示すように、再生権の有効期間をその期限の切
れる日付、又は有効期間開始の基準となる日から期限の
切れる日までの日数などによって示す当該再生権の有効
期限の情報が利用権内容の領域に格納される。
【０１６４】積算時間制限付き再生権のデータとして
は、図４５（Ｃ）に示すように再生権の有効期間をその
期限の切れる日付、又は有効期間開始の基準となる日か
ら期限の切れる日までの日数などによって示す当該再生
権の有効期限の情報と、再生し得る積算時間の制限を示
す日数および時間の情報とが利用権内容の領域に格納さ
れる。回数制限付き再生権のデータとしては、図４５
（Ｄ）に示すように、再生権の有効期間をその期限の切
れる日付、又は有効期間開始の基準となる日から期限の
切れる日までの日数などによって示す当該再生権の有効
期限の情報と、再生し得る回数を示す再生回数の情報と
が利用権内容の領域に格納される。
【０１６５】また、コピー管理情報なし無制限複製権の
データとしては、図４５（Ｅ）に示すように、複製権の
有効期間をその期限の切れる日付、又は有効期間開始の
基準となる日から期限の切れる日までの日数などによっ
て示す当該複製権の有効期限の情報が利用権内容の領域
に格納されている。回数制限付きおよびコピー管理情報
なし複製権のデータとしては、図４５（Ｆ）に示すよう
に、複製権の有効期間をその期限の切れる日付、又は有
効期間開始の基準となる日から期限の切れる日までの日
数などによって示す当該複製権の有効期限の情報と、複
製し得る回数を示す複製回数の情報とが利用権内容の領
域に格納される。
【０１６６】コピー管理情報付き複製権のデータとして
は、図４５（Ｇ）に示すように、複製権の有効期間をそ
の期限の切れる日付、又は有効期間開始の基準となる日
から期限の切れる日までの日数などによって示す当該複
製権の有効期限の情報が利用権内容の領域に格納されて
いる。回数制限およびコピー管理情報付き複製権のデー
タとしては、図４５（Ｈ）に示すように、複製権の有効
期間をその期限の切れる日付、又は有効期間開始の基準
となる日から期限の切れる日までの日数などによって示
す当該複製権の有効期限の情報と、複製し得る回数を示
す複製回数の情報とが利用権内容の領域に格納される。
【０１６７】さらに、権利内容変更権のデータとして
は、図４５（Ｉ）に示すように、当該権利内容変更権の
有効期間をその期限の切れる日付、又は有効期間開始の
基準となる日から期限の切れる日までの日数などによっ
て示す当該権利内容変更権の有効期限の情報と、変更前
の利用権内容を検索するための旧ルール番号と、変更後
の利用権内容を検索するための新ルール番号とが利用権
内容の領域に格納される。因みに、利用権内容として、
例えば、期間制限付き再生権１つをみても、その期間の
設定により複数種類の期間制限付き再生権が存在するよ
うに、利用権内容毎に複数種類の内容が存在する。従っ
て、利用権内容を利用権内容番号だけでは管理し難いた
め、権利内容変更権においては、これら利用権内容毎の
複数の内容毎に付けられたルール番号により利用権内容
を管理する。
【０１６８】再購入権のデータとしては、図４５（Ｊ）
に示すように、当該再購入権の有効期間をその期限の切
れる日付、又は有効期間開始の基準となる日から期限の
切れる日までの日数などによって示す当該再購入権の有
効期限の情報と、再購入前の利用権内容を検索するため
の旧ルール番号と、再購入後の利用権内容を検索するた
めの新ルール番号と、再購入し得る最大回数の示す最大
配信世代情報とが利用権内容の領域に格納される。
【０１６９】追加購入権のデータとしては、図４５
（Ｋ）に示すように、当該追加購入権の有効期間をその
期限の切れる日付、又は有効期間開始の基準となる日か
ら期限の切れる日までの日数などによって示す当該追加
購入権の有効期限の情報と、アルバムコンテンツを構成
する複数のシングルコンテンツのうちの既に購入したシ
ングルのコンテンツを示す最小保有コンテンツ番号およ
び最大保有コンテンツ番号とが利用権内容の領域に格納
される。
【０１７０】管理移動権のデータとしては、図４５
（Ｌ）に示すように、当該管理移動権の有効期間をその
期限の切れる日付、又は有効期間開始の基準となる日か
ら期限の切れる日までの日数などによって示す当該管理
移動権の有効期限の情報が利用権内容の領域に格納され
る。
【０１７１】因みに、かかる利用権内容として、例え
ば、ゲームのデータを複数のコンテンツに分割した際に
これらコンテンツを所定の順番に従って購入するための
コンテンツ購入権を規定しても良い。そして、コンテン
ツ購入権のデータとしては、図４５（Ｍ）に示すよう
に、当該コンテンツ購入権の有効期間をその期限の切れ
る日付、又は有効期間開始の基準となる日から期限の切
れる日までの日数などによって示す当該コンテンツ購入
権の有効期限の情報と、既に購入されているコンテンツ
のＩＤと、既に購入された利用権内容を検索するための
旧ルール番号と、新たに購入する利用権内容を検索する
ための新ルール番号とを利用権内容の領域に格納する。
このようにすることで、連続したストーリーをもつゲー
ムプログラムなどを、ユーザに連続して購入させるよう
にしたり、また、コンテンツ（ゲーム）そのものをアッ
プグレードし得る。
【０１７２】図４６はシングルコンテンツのデータフォ
ーマットを示すものであり、当該シングルコンテンツの
データには、データの種別、コンテンツの種類、コンテ
ンツの有効期限、コンテンツのカテゴリー、コンテンツ
のＩＤ、コンテンツプロバイダのＩＤ、コンテンツの暗
号方式、暗号化したコンテンツのデータ長、その暗号し
たコンテンツ、公開鍵証明書、署名が格納されている。
【０１７３】このシングルコンテンツにおいて、データ
の種別はそのデータがコンテンツのデータであることを
示し、コンテンツの種類は当該コンテンツがシングルで
あることを示す。コンテンツの有効期限は当該コンテン
ツの配信期限をこの期限の切れる日付、又は配信を開始
した基準となる日から期限の切れる日までの日数などに
よって示している。コンテンツのカテゴリーは当該コン
テンツが音楽データ、プログラムデータ、映像データな
どのいずれのカテゴリーのものであるかを示し、コンテ
ンツのＩＤはこのシングルコンテンツを識別するための
ものである。
【０１７４】コンテンツプロバイダのＩＤは、このシン
グルコンテンツを保有するコンテンツプロバイダ２のＩ
Ｄを示す。コンテンツの暗号方式は当該コンテンツの暗
号に用いる暗号方式（例えば、DES ）を示す。署名はシ
ングルコンテンツのデータから当該署名を除く、データ
の種別から公開鍵証明書までの全体に対して付けられる
ものである。署名を作成する際に用いたアルゴリズムお
よびパラメータと、当該署名の検証に用いる鍵は公開鍵
証明書に含まれている。
【０１７５】また、図４７はアルバムコンテンツのデー
タフォーマットを示すものであり、当該アルバムコンテ
ンツのデータには、データの種別、コンテンツの種類、
コンテンツの有効期限、アルバムのＩＤ、コンテンツプ
ロバイダのＩＤ、シングルコンテンツの数、シングルコ
ンテンツのアドレス情報、シングルコンテンツ、公開鍵
証明書、署名が格納されている。
【０１７６】このアルバムコンテンツにおいて、データ
の種別はそのデータがコンテンツのデータであることを
示し、コンテンツの種類は当該コンテンツがアルバムで
あることを示す。コンテンツの有効期限は当該コンテン
ツの配信期限をこの期限の切れる日付、又は配信を開始
した基準となる日から期限の切れる日までの日数などに
よって示し、アルバムのＩＤはこのアルバムコンテンツ
を識別するためのものである。
【０１７７】コンテンツプロバイダのＩＤは、このアル
バムコンテンツを保有するコンテンツプロバイダ２のＩ
Ｄを示す。シングルコンテンツの数はアルバムを構成す
るシングルコンテンツの数を示し、シングルコンテンツ
のアドレス情報は当該アルバムを構成するシングルコン
テンツの格納位置を示し、そして、シングルコンテンツ
は当該アドレス情報の示す位置に実際に格納された、こ
のアルバムを構成する複数のシングルコンテンツのデー
タパケットである。また、署名はアルバムコンテンツの
データから当該署名を除く、データの種別から公開鍵証
明書までの全体に対して付けられるものである。署名を
作成する際に用いたアルゴリズムおよびパラメータと、
当該署名の検証に用いる鍵は公開鍵証明書に含まれてい
る。
【０１７８】そして、アルバムコンテンツにおいては、
全体に対して署名を付けたことにより、当該署名を検証
するだけで、このアルバムコンテンツに格納したシング
ルコンテンツの署名をそれぞれ検証しなくても当該アル
バムコンテンツと共に、各シングルコンテンツに対して
も合わせて改竄のチェックなどを行うことができ、かく
して署名の検証を簡易化し得る。
【０１７９】図４８はシングルコンテンツ用の鍵のデー
タフォーマットを示すものであり、当該シングルコンテ
ンツ用の鍵データには、データの種別、鍵データの種
類、鍵の有効期限、コンテンツのＩＤ、コンテンツプロ
バイダのＩＤ、鍵のバージョン、コンテンツ鍵Ｋcoの暗
号方式、暗号化されたコンテンツ鍵Ｋco、個別鍵Ｋi の
暗号方式、暗号化された個別鍵Ｋi 、公開鍵証明書、署
名が格納されている。
【０１８０】シングルコンテンツ用の鍵データにおい
て、データの種別はこのデータが鍵のデータであること
を示し、鍵データの種類は当該鍵データがシングルコン
テンツ用であることを示す。鍵の有効期限は鍵データに
示す鍵（コンテンツ鍵Ｋcoおよび個別鍵Ｋi ）の使用期
間をその期限の切れる日付、又は鍵の使用を開始した基
準となる日から期限の切れる日までの日数などによって
示し、コンテンツのＩＤはコンテンツ鍵Ｋcoにより暗号
化するシングルコンテンツを示す。コンテンツプロバイ
ダのＩＤはコンテンツを保有し、かつコンテンツ鍵Ｋco
を生成したコンテンツプロバイダ２のＩＤを示す。
【０１８１】鍵のバージョンは使用期間に応じて改訂さ
れた鍵（コンテンツ鍵Ｋcoおよび個別鍵Ｋi ）の改訂情
報を示す。コンテンツ鍵Ｋcoの暗号方式は個別鍵Ｋi を
用いてコンテンツ鍵Ｋcoを暗号化する際の暗号方式（例
えば、DES ）を示し、暗号化されたコンテンツ鍵Ｋcoは
その暗号方式により個別鍵Ｋi を用いて暗号化されたコ
ンテンツ鍵Ｋcoを示す。個別鍵Ｋi の暗号化方式は配送
鍵Ｋd を用いて個別鍵Ｋi を暗号化する際の暗号方式
（例えば、Triple-DES-CBC）を示し、暗号化された個別
鍵Ｋi はその暗号方式により配送鍵Ｋd を用いて暗号化
された個別鍵Ｋiを示す。署名はシングルコンテンツ用
の鍵データから当該署名を除く、データの種別から公開
鍵証明書までの全体に対して付けられるものである。署
名を作成する際に用いたアルゴリズムおよびパラメータ
と、当該署名の検証に用いる鍵は公開鍵証明書に含まれ
ている。
【０１８２】ここで、配送鍵Ｋd および個別鍵Ｋi はコ
ンテンツプロバイダ２からシングルコンテンツ用の鍵デ
ータにより常に一体にされて配送される。そして、シン
グルコンテンツ用の鍵データにおいては、その全体に対
して１つの署名が付加されている。従って、シングルコ
ンテンツ用の鍵データを受け取った機器においては、暗
号化されたコンテンツ鍵Ｋcoおよび暗号化された個別鍵
Ｋi に対してそれぞれ別々に署名を検証する必要がな
く、シングルコンテンツ用の鍵データの１つの署名を検
証するだけで当該暗号化されたコンテンツ鍵Ｋcoおよび
暗号化された個別鍵Ｋi に対する署名の検証をしたこと
になり、かくして、これら暗号化されたコンテンツ鍵Ｋ
coおよび暗号化された個別鍵Ｋi に対する署名の検証を
簡易化し得る。
【０１８３】因みに、個別鍵Ｋi は、当該個別鍵Ｋi を
用いてコンテンツ鍵Ｋcoを暗号化するコンテンツプロバ
イダのＩＤと共に暗号化される。実際に、トリプルデス
のＣＢＣモードと呼ばれる暗号化方式によってコンテン
ツプロバイダのＩＤと共に個別鍵Ｋi を暗号化する方法
を図４９を用いて説明する。すなわち、かかる暗号化方
式では、所定の初期値と、個別鍵Ｋi （64bit ）とを連
接した後、配送鍵Ｋdを用いてトリプルデスのＣＢＣモ
ードによる暗号化方式で暗号化し、この結果、得られた
64bit の第１の値をコンテンツプロバイダのＩＤ（64bi
t ）と連接した後、再び配送鍵Ｋd を用いてトリプルデ
スのＣＢＣモードによる暗号化方式で暗号化し、かくし
て、64bit の第２の値を得る。そして、かかる暗号化方
式では、第１の値と第２の値とを連接した16バイトのデ
ータが、シングルコンテンツ用の鍵データに格納される
暗号化された個別鍵Ｋi となる（この場合、第１の値は
シングルコンテンツ用の鍵データに格納される暗号化さ
れた個別鍵Ｋi の始めの64bit のデータに相当し、ま
た、第２の値は当該シングルコンテンツ用の鍵データに
格納される暗号化された個別鍵Ｋi 内の第１の値に続く
64bit のデータとなる）。
【０１８４】また、図５０はアルバムコンテンツ用の鍵
データを示すものであり、当該アルバムコンテンツ用の
鍵データには、データの種別、鍵データの種類、鍵の有
効期限、アルバムのＩＤ、コンテンツプロバイダのＩ
Ｄ、鍵のバージョン、アルバムを構成するシングルコン
テンツの暗号化の際に用いるシングルコンテンツ用の鍵
データの数、その鍵データの格納位置を示すアドレス情
報、当該アドレス情報の示す位置に格納された鍵データ
パケット、公開鍵証明書、署名が格納されている。
【０１８５】アルバムコンテンツ用の鍵データにおい
て、データの種別はこのデータが鍵のデータであること
を示し、鍵データの種類は当該鍵データがアルバムコン
テンツ用であることを示す。鍵の有効期限は鍵データに
示す鍵（コンテンツ鍵Ｋco）の使用期間をその期限の切
れる日付、又は鍵の使用を開始した基準となる日から期
限の切れる日までの日数などによって示し、アルバムの
ＩＤはコンテンツ鍵Ｋcoにより暗号化するシングルコン
テンツからなるアルバムコンテンツを示す。コンテンツ
プロバイダのＩＤはアルバムコンテンツを暗号化するコ
ンテンツプロバイダ２のＩＤを示す。
【０１８６】鍵のバージョンは使用期間に応じて改訂さ
れた鍵（コンテンツ鍵Ｋco）の改訂情報を示す。署名は
シングルコンテンツ用の鍵データから当該署名を除く、
データの種別から公開鍵証明書までの全体に対して付け
られるものである。署名を作成する際に用いたアルゴリ
ズムおよびパラメータと、当該署名の検証に用いる鍵は
公開鍵証明書に含まれている。
【０１８７】そして、アルバムコンテンツ用の鍵データ
においては、全体に対して署名を付けたことにより、当
該署名を検証するだけで、当該アルバムコンテンツ用の
鍵データに格納した複数のシングルコンテンツ用の鍵デ
ータの署名をそれぞれ検証しなくても当該アルバムコン
テンツ用の鍵データと共に、各シングルコンテンツ用の
鍵データに対しても合わせて改竄のチェックなどを行う
ことができ、かくして署名の検証を簡易化し得る。
【０１８８】図５１は、１つの共通鍵で、共通鍵暗号で
あるＤＥＳを用いる、暗号処理部６５と伸張部６６との
相互認証の動作を説明する図である。図５１において、
Ａを伸張部６６、Ｂを暗号処理部６５とすると、暗号処
理部６５は６４ビットの乱数ＲB を生成し、ＲB および
自己のＩＤであるＩＤB を、上位コントローラ６２を介
して伸張部６６に送信する。これを受信した伸張部６６
は、新たに６４ビットの乱数ＲA を生成し、ＲA 、
ＲB 、ＩＤB をＤＥＳのＣＢＣモードで鍵ＫABを用いて
暗号化し、上位コントローラ６２を介して暗号処理部６
５に返送する。
【０１８９】ＤＥＳのＣＢＣモードとは、暗号化する際
に、一つ前の出力と入力を排他的論理和し、それから暗
号化する手法である。本例で言うならば、 Ｘ＝ＤＥＳ（ＫAB、ＲA ＋ＩＶ） ＩＶ＝初期値、＋：
排他的論理和 Ｙ＝ＤＥＳ（ＫAB、ＲB ＋Ｘ） Ｚ＝ＤＥＳ（ＫAB、ＩＤB ＋Ｙ） となり、出力は、Ｘ、Ｙ、Ｚとなる。これらの式におい
て、ＤＥＳ（ＫAB、ＲA＋ＩＶ）は鍵ＫABを使ってデー
タＲA ＋ＩＶをＤＥＳで暗号化することを表し、ＤＥＳ
（ＫAB、ＲB ＋Ｘ）は鍵ＫABを使ってデータＲB ＋Ｘを
ＤＥＳで暗号化することを表し、ＤＥＳ（ＫAB、ＩＤB
＋Ｙ）は鍵ＫABを使ってデータＩＤB ＋ＹをＤＥＳで暗
号化することを表す。
【０１９０】これを受信した暗号処理部６５は、受信デ
ータを鍵ＫABで復号化し、ＲB およびＩＤB が、暗号処
理部６５が送信したものと一致するか検査する。この検
査に通った場合、伸張部６６を正当なものとして認証す
る。続けて、セッション鍵（一時鍵Ｋtempのこと、乱数
により生成する）ＳＫABを生成し、ＲB 、ＲA 、ＳＫAB
をＤＥＳのＣＢＣモードで鍵ＫABを用いて暗号化し、上
位コントローラ６２を介して伸張部６６に送信する。こ
れを受信した伸張部６６は、受信データを鍵ＫABで復号
化し、ＲB およびＲA が、伸張部６６が送信したものと
一致するか検査する。この検査に通った場合、暗号処理
部６５を正当なものとして認証し、データＳＫABをセッ
ション鍵として以降の通信に使用する。なお、受信デー
タの検査の際に、不正、不一致が見つかった場合には、
相互認証が失敗したものとして処理を中断する。
【０１９１】図５２は、公開鍵暗号である、１６０ビッ
ト長の楕円曲線暗号を用いる、ホームサーバ５１の暗号
処理部６５内の相互認証モジュール９５と据置機器５２
の暗号処理部７３内の図示せぬ相互認証モジュールとの
相互認証の動作を説明する図である。図５２において、
Ａを暗号処理部７３、Ｂを暗号処理部６５とすると、暗
号処理部６５は、６４ビットの乱数ＲB を生成し、上位
コントローラ６２、通信部６１を介して据置機器５２へ
送信する。これを受信した据置機器５２は、暗号処理部
７３において新たに６４ビットの乱数ＲA 、および標数
ｐより小さい乱数ＡK を生成する。そして、ベースポイ
ントＧをＡK 倍した点ＡV を求め、ＲA、ＲB 、Ａ
V （Ｘ座標とＹ座標）を連接し（６４ビット＋６４ビッ
ト＋１６０ビット＋１６０ビットで、４４８ビットにな
る）、そのデータに対し、自己の持つ秘密鍵で署名デー
タＡ．Ｓｉｇを生成する。なお、ベースポイントのスカ
ラー倍は図１０の署名の生成で説明した方法と同じであ
るためその説明は省略する。データの連接とは、例えば
次のようになる。１６ビットのデータＡと１６ビットの
データＢを連接すると、上位１６ビットのデータがＡ
で、下位１６ビットのデータがＢになる３２ビットのデ
ータのことを言う。署名の生成は図１０の署名の生成で
説明した方法と同じであるためその説明は省略する。
【０１９２】次に、暗号処理部７３は、ＲA 、ＲB 、Ａ
V および署名データＡ．Ｓｉｇを上位コントローラ７２
に引き渡し、上位コントローラ７２は、据置機器５２用
の公開鍵証明書（小容量記憶部７５に保存されている）
を追加して通信部７１を介してホームサーバ５１に送信
する。公開鍵証明書は図３２で説明しているのでその詳
細は省略する。これを受信したホームサーバ５１は、暗
号処理部６５において据置機器５２の公開鍵証明書の署
名を検証する。署名の検証は、図１１の署名の検証で説
明した方法と同じであるためその説明は省略する。次
に、送られてきたデータのうち、乱数ＲB が、暗号処理
部６５が送信したものと同一かどうか検査し、同一であ
った場合には署名データＡ．Ｓｉｇを検証する。検証に
成功したとき、暗号処理部６５は暗号処理部７３を認証
する。なお、署名の検証は図１１の署名の検証で説明し
た方法と同じであるためその説明は省略する。そして、
暗号処理部６５は、標数ｐより小さい乱数ＢK を生成
し、ベースポイントＧをＢK 倍した点ＢV を求め、
ＲB 、ＲA 、ＢV （Ｘ座標とＹ座標）を連接し、そのデ
ータに対し、自己の持つ秘密鍵で署名データＢ．Ｓｉｇ
を生成する。最後に、暗号処理部６５は、ＲB 、ＲA 、
ＢV および署名データＢ．Ｓｉｇを上位コントローラ６
２に引き渡し、上位コントローラ６２は、ホームサーバ
５１用の公開鍵証明書（大容量記憶部６８に保存されて
いる）を追加して通信部６１を介して据置機器５２に送
信する。
【０１９３】これを受信した据置機器５２は、暗号処理
部７３においてホームサーバ５１の公開鍵証明書の署名
を検証する。次に、送られてきたデータのうち、乱数Ｒ
A が、暗号処理部７３が送信したものと同一かどうか検
査し、同一であった場合には署名データＢ．Ｓｉｇを検
証する。検証に成功したとき、暗号処理部７３は暗号処
理部６５を認証する。
【０１９４】両者が認証に成功した場合には、暗号処理
部６５はＢK ＡV （ＢK は乱数だが、ＡV は楕円曲線上
の点であるため、楕円曲線上の点のスカラー倍計算が必
要）を計算し、暗号処理部７３はＡK ＢV を計算し、こ
れら点のＸ座標の下位６４ビットをセッション鍵（一時
鍵Ｋtemp）として以降の通信に使用する（共通鍵暗号を
６４ビット鍵長の共通鍵暗号とした場合）。因に、通信
に使用するセッション鍵としては、Ｘ座標の下位６４ビ
ットに限らず、Ｙ座標の下位６４ビットを用いるように
しても良い。なお、相互認証後の秘密通信においては、
データは一時鍵Ｋtempで暗号化されるだけでなく、その
暗号化された送信データに署名が付されることがある。
【０１９５】署名の検証、受信データの検証の際に、不
正、不一致が見つかった場合には、相互認証が失敗した
ものとして処理を中断する。
【０１９６】図５３は、ユーザホームネットワーク５内
の決済可能機器が、電子配信サービスセンタ１へ課金情
報を送信するときの動作を説明する図である。ユーザホ
ームネットワーク５内の決済可能機器は、登録情報から
代理決済すべき対象機器を検索し、相互認証を行い、課
金情報を共有した一時鍵Ｋtemp（この鍵は、相互認証す
るたびに異なる）で暗号化して送らせる（このとき、デ
ータに署名が付いている）。全ての機器について処理が
終わった後、電子配信サービスセンタ１と相互認証を
し、共有した一時鍵で全ての課金情報を暗号化し、これ
らに署名データを付け、登録情報、必要に応じて取扱方
針、価格情報と共に電子配信サービスセンタ１に送信す
る。なお、ユーザホームネットワーク５から電子配信サ
ービスセンタ１へ送信される課金情報に、取扱方針のＩ
Ｄや価格情報のＩＤ等の金額の分配に必要な情報が含ま
れていることにより、情報量の多い取扱方針や価格情報
は必ずしも送信する必要はない。ユーザ管理部１８はこ
れを受信する。ユーザ管理部１８は、受信した課金情
報、登録情報、取扱方針、および価格情報に対する署名
データの検証を行う。署名の検証は図１１で説明した方
法と同じなため詳細は省略する。次に、ユーザ管理部１
８は、相互認証のときに共有した一時鍵Ｋtempで課金情
報を復号化し、取扱方針、および価格情報と共に経歴デ
ータ管理部１５に送信する。
【０１９７】因みに、この実施の形態においては、相互
認証後に送信されるデータは必要に応じて一時鍵Ｋtemp
で暗号化される。例えばコンテンツ鍵Ｋcoや配送鍵Ｋd
は内容が見られてしまうとデータを不正に利用されてし
まうため一時鍵Ｋtempで暗号化して外部から見えないよ
うにする必要がある。これに対して課金情報や使用許諾
条件情報等は内容が見られても、データを不正に利用す
ることができないため、必ずしも一時鍵Ｋtempで暗号化
する必要はないが、例えば課金情報の金額が改竄された
り使用許諾条件情報の使用条件が緩くなるように改竄さ
れると金額の授受に関係する当事者に損害が発生するこ
とになる。従って、課金情報や使用許諾条件情報には署
名を付して送信することにより改竄を防止している。た
だし、コンテンツ鍵Ｋcoや配送鍵Ｋd を送信する場合に
も署名を付けても良い。
【０１９８】そして、送信側では送られるデータに対し
て、又は送られるデータを一時鍵Ｋtempで暗号化したデ
ータに対して署名を生成し、データ及び署名を送信す
る。受信側では、送られたデータが一時鍵Ｋtempで暗号
化されていない場合には署名を検証することによりデー
タを得、又は送られたデータが一時鍵Ｋtempで暗号化さ
れている場合には署名を検証した後に一時鍵Ｋtempでデ
ータを復号することによりデータを得る。この実施の形
態において、相互認証後に送信されるデータについて
は、以上の方法により署名及び必要に応じて一時鍵Ｋ
tempによる暗号化が施される場合がある。
【０１９９】ユーザ管理部１８は、鍵サーバ１４から配
送鍵Ｋd を受信し、これを共有した一時鍵Ｋtempで暗号
化して署名データを付加し、ユーザ登録データベースか
ら登録情報を作成し、一時鍵Ｋtempで暗号化された配送
鍵Ｋd 、署名データ、登録情報をユーザホームネットワ
ーク５内の決済可能機器に送信する。登録情報の作成方
法については、図８で説明した通りでありここでの詳細
説明は省略する。
【０２００】課金請求部１９は、決済を実行するとき、
経歴データ管理部１５から課金情報、必要に応じて取扱
方針、および価格情報を受信し、ユーザへの請求金額を
算出し、請求情報を出納部２０に送信する。出納部２０
は、銀行等と通信し、決済処理を実行する。その際、ユ
ーザの未払い料金等の情報があれば、それらの情報は決
済報告の形で課金請求部１９およびユーザ管理部１８に
送信され、ユーザ登録データベースに反映され、以降の
ユーザ登録処理、または決済処理時に参照される。
【０２０１】一時鍵Ｋtempで暗号化された配送鍵Ｋd 、
署名データ、登録情報を受信したユーザホームネットワ
ーク５内の決済可能機器は、記憶してあった登録情報を
更新すると共に、登録情報を検査し、登録がなされてい
れば、署名データを検証した後、配送鍵Ｋd を一時鍵Ｋ
tempで復号化し、暗号処理部内の記憶モジュールに記憶
されている配送鍵Ｋd を更新し、記憶モジュール内の課
金情報を削除する。続いて、登録情報から代理決済すべ
き対象機器を検索し、当該検索により見つかった機器ご
とに相互認証を行い、暗号処理部の記憶モジュールから
読み出した配送鍵Ｋd を検索により見つかった機器こと
に異なる一時鍵Ｋtempで暗号化し、それぞれの機器ごと
に署名を付け登録情報と共にそれぞれの機器に送信す
る。代理決済すべき対象機器が全て終わった時点で処理
が終了する。
【０２０２】これらのデータを受信した対象機器は、決
済可能機器と同様に登録情報を検査し、署名データを検
証した後、配送鍵Ｋd を一時鍵Ｋtempで復号化し、記憶
モジュール内の配送鍵Ｋd を更新し、課金情報を削除す
る。
【０２０３】なお、登録情報の登録項目が「登録不可」
となっていた機器については、課金が行われなかったた
め、配送鍵Ｋd の更新、課金情報の削除は行わない（登
録項目の内容は、使用を含めて一切の停止、購入処理の
停止、処理が正常に行われた状態等、記述されていない
種々の場合があり得る）。
【０２０４】図５４は電子配信サービスセンタ１の利益
分配処理の動作を説明する図である。経歴データ管理部
１５は、ユーザ管理部１８から送信された課金情報、必
要に応じて取扱方針、および価格情報を保持・管理す
る。利益分配部１６は、経歴データ管理部１５から送信
された課金情報、必要に応じて取扱方針および価格情報
からコンテンツプロバイダ２、サービスプロバイダ３、
および電子配信サービスセンタ１それぞれの利益を算出
し、その結果をサービスプロバイダ管理部１１、コンテ
ンツプロバイダ管理部１２、および出納部２０に送信す
る。出納部２０は、銀行等と通信し、決済を行う。サー
ビスプロバイダ管理部１１は、利益分配部１６から受信
した分配情報をサービスプロバイダ２に送信する。コン
テンツプロバイダ管理部１２は、利益分配部１６から受
信した分配情報をコンテンツプロバイダ３に送信する。
【０２０５】監査部２１は、経歴データ管理部１５から
課金情報、取扱方針、および価格情報を受信し、データ
に矛盾がないか監査する。例えば、課金情報内の価格が
価格情報のデータと一致しているかどうか、分配率が一
致しているかどうか等を監査し、取扱方針と価格情報が
矛盾していないかどうか監査する。また、監査部２１の
処理としては、ユーザホームネットワーク５から入金さ
れた金額と、利益分配した合計金額又はサービスプロバ
イダ３へ送った金額との整合性を監査する処理や、ユー
ザホームネットワーク５の機器から供給された課金情報
内のデータに例えば存在し得ないコンテンツプロバイダ
ＩＤ、サービスプロバイダＩＤや考えられない取り分、
価格等が含まれているか否かを監査する処理がある。
【０２０６】図５５は、電子配信サービスセンタ１の、
コンテンツの利用実績をＪＡＳＲＡＣに送信する処理の
動作を説明する図である。経歴データ管理部１５は、ユ
ーザのコンテンツの利用実績を示す課金情報を著作権管
理部１３および利益分配部１６に送信する。利益分配部
１６は、課金情報からＪＡＳＲＡＣに対する請求金額お
よび支払金額を算出し、支払情報を出納部２０に送信す
る。出納部２０は、銀行等と通信し、決済処理を実行す
る。著作権管理部１３は、ユーザのコンテンツの利用実
績をＪＡＳＲＡＣに送信する。
【０２０７】次に、ＥＭＤシステムの処理について説明
する。図５６は、このシステムのコンテンツの配布およ
び再生の処理を説明するフローチャートである。ステッ
プＳ４０において、電子配信サービスセンタ１のコンテ
ンツプロバイダ管理部１２は、コンテンツプロバイダ２
に個別鍵Ｋi 、配送鍵Ｋd で暗号化された個別鍵Ｋiお
よびコンテンツプロバイダ２の公開鍵証明書を送信し、
コンテンツプロバイダ２がこれを受信する。その処理の
詳細は、図５７のフローチャートを参照して後述する。
ステップＳ４１において、ユーザは、ユーザホームネッ
トワーク５の機器（例えば、図１５のホームサーバ５
１）を操作し、ユーザホームネットワーク５の機器を電
子配信サービスセンタ１のユーザ管理部１８に登録す
る。この登録処理の詳細は、図５９のフローチャートを
参照して後述する。ステップＳ４２において、電子配信
サービスセンタ１のユーザ管理部１８は、ユーザホーム
ネットワーク５と、図５２について上述したように相互
認証した後、ユーザホームネットワーク５の機器に、配
送鍵Ｋd を送信する。ユーザホームネットワーク５はこ
の鍵を受信する。この処理の詳細は、図６２のフローチ
ャートを参照して説明する。
【０２０８】ステップＳ４３において、コンテンツプロ
バイダ２の署名生成部３８は、コンテンツプロバイダセ
キュアコンテナを生成し、それをサービスプロバイダ３
に送信する。この処理の詳細は、図６５のフローチャー
トを参照して後述する。ステップＳ４４において、サー
ビスプロバイダ３の署名生成部４５は、サービスプロバ
イダセキュアコンテナを生成し、それをユーザホームネ
ットワーク５へ、ネットワーク４を介して送信する。こ
の送信処理の詳細は、図６６のフローチャートを参照し
て後述する。ステップＳ４５において、ユーザホームネ
ットワーク５の購入モジュール９４は、購入処理を実行
する。購入処理の詳細は、図６７のフローチャートを参
照して後述する。ステップＳ４６において、ユーザは、
ユーザホームネットワーク５の機器でコンテンツを再生
する。再生処理の詳細は、図７２のフローチャートを参
照して後述する。
【０２０９】図５７は、図５６のＳ４０に対応する、電
子配信サービスセンタ１がコンテンツプロバイダ２へ個
別鍵Ｋi 、配送鍵Ｋd で暗号化された個別鍵Ｋi および
公開鍵証明書を送信し、コンテンツプロバイダ２がこれ
を受信する処理の詳細を説明するフローチャートであ
る。ステップＳ５０において、電子配信サービスセンタ
１の相互認証部１７は、コンテンツプロバイダ２の相互
認証部３９と相互認証する。この相互認証処理は、図５
２で説明したので、その詳細は省略する。相互認証処理
により、コンテンツプロバイダ２が正当なプロバイダで
あることが確認されたとき、ステップＳ５１において、
コンテンツプロバイダ２は、電子配信サービスセンタ１
のコンテンツプロバイダ管理部１２から送信された個別
鍵Ｋi 、配送鍵Ｋd で暗号化された個別鍵Ｋi および証
明書を受信する。ステップＳ５２において、コンテンツ
プロバイダ２は受信した個別鍵Ｋi を耐タンパメモリ４
０Ａに保存し、配送鍵Ｋd で暗号化された個別鍵Ｋi お
よび証明書をメモリ４０Ｂに保存する。
【０２１０】このように、コンテンツプロバイダ２は、
電子配信サービスセンタ１から個別鍵Ｋi 、配送鍵Ｋd
で暗号化された個別鍵Ｋi および証明書を受け取る。同
様に、図５６に示すフローチャートの処理を行う例の場
合、コンテンツプロバイダ２以外に、サービスプロバイ
ダ３も、図５７と同様の処理で、電子配信サービスセン
タ１から個別鍵Ｋi （コンテンツプロバイダ２の個別鍵
Ｋi とは異なる）、配送鍵Ｋd で暗号化された個別鍵Ｋ
i および証明書を受け取る。
【０２１１】なお、メモリ４０Ａは、コンテンツプロバ
イダ２が秘密裏に保持しなくてはならない個別鍵Ｋi を
保持するため、第３者に容易にデータを読み出されない
耐タンパメモリが望ましいが、特にハードウェア的制限
は必要ない（例えば、入室管理された部屋の中にあるハ
ードディスクや、パスワード管理されたパソコンのハー
ドディスク等でよい）。また、メモリ４０Ｂは、配送鍵
Ｋd で暗号化された個別鍵Ｋi 、コンテンツプロバイダ
２の証明書が保存されるだけであるため、通常の記憶装
置等何でもよい（秘密にする必要がない）。また、メモ
リ４０Ａ、４０Ｂを一つにしてもかまわない。
【０２１２】図５８は、ホームサーバ５１が、電子配信
サービスセンタ１のユーザ管理部１８に決済情報を登録
する処理を説明するフローチャートである。ステップＳ
６０において、ホームサーバ５１は、大容量記憶部６８
に記憶されている公開鍵証明書を、暗号処理部６５の相
互認証モジュール９５で、電子配信サービスセンタ１の
相互認証部１７と相互認証する。この認証処理は、図５
２を参照して説明した場合と同様であるので、ここでは
説明を省略する。ステップＳ６０で、ホームサーバ５１
が電子配信サービスセンタ１のユーザ管理部１８に送信
する証明書は、図３２に示すデータ（ユーザ機器の公開
鍵証明書）を含む。
【０２１３】ステップＳ６１において、ホームサーバは
個人の決済情報（ユーザのクレジットカード番号や、決
済機関の口座番号等）の登録が新規登録か否かを判定
し、新規登録であると判定された場合、ステップＳ６２
に進む。ステップＳ６２において、ユーザは入力手段６
３を用いて個人の決済情報を入力する。これらのデータ
は、暗号化ユニット１１２で一時鍵Ｋtempを用いて暗号
化され、通信部６１を介して電子配信サービスセンタ１
のユーザ管理部１８に送信される。
【０２１４】ステップＳ６３において、電子配信サービ
スセンタ１のユーザ管理部１８は、受信した証明書から
機器のＩＤを取り出し、この機器のＩＤを基に、図７に
示したユーザ登録データベースを検索する。ステップＳ
６４において、電子配信サービスセンタ１のユーザ管理
部１８は、受信したＩＤを有する機器の登録が可能であ
るか否かを判定し、受信したＩＤを有する機器の登録が
可能であると判定された場合、ステップＳ６５に進み、
受信したＩＤを有する機器が、新規登録であるか否かを
判定する。ステップＳ６５において、受信したＩＤを有
する機器が、新規登録であると判定された場合には、ス
テップＳ６６に進む。
【０２１５】ステップＳ６６において、電子配信サービ
スセンタ１のユーザ管理部１８は、決済ＩＤを新規に発
行すると共に、一時鍵で暗号化された決済情報を復号化
し、決済ＩＤおよび決済情報を、機器ＩＤ、決済ＩＤ、
決済情報（口座番号やクレジットカード番号等）、取引
停止情報等を記憶している決済情報データベースに機器
のＩＤに対応させて登録し、決済ＩＤをユーザ登録デー
タベースに登録する。ステップ６７において、ユーザ登
録データベースに登録したデータに基づき登録情報を作
成する。この登録情報は、図８で説明しているので、そ
の詳細は省略する。
【０２１６】ステップＳ６８において、電子配信サービ
スセンタ１のユーザ管理部１８は、作成した登録情報を
ホームサーバ５１に送信する。ステップＳ６９におい
て、ホームサーバ５１の上位コントローラ６２は、受信
した登録情報を大容量記憶部６８に保存する。
【０２１７】ステップＳ６１において、決済情報の登録
が更新登録であると判定された場合、手続きは、ステッ
プＳ７０に進み、ユーザは入力手段６３を用いて個人の
決済情報を入力する。これらのデータは、暗号化ユニッ
ト１１２で一時鍵Ｋtempを用いて暗号化され、既に決済
登録時に発行された登録情報と共に通信部６１を介して
電子配信サービスセンタ１のユーザ管理部１８に送信さ
れる。
【０２１８】ステップＳ６４において、受信したＩＤを
有する機器の登録が不可であると判定された場合、ステ
ップＳ７１に進み、電子配信サービスセンタ１のユーザ
管理部１８は、登録拒絶の登録情報を作成し、ステップ
Ｓ６８に進む。
【０２１９】ステップＳ６５において、受信したＩＤを
有する機器が、新規登録でないと判定された場合、手続
きは、ステップＳ７２に進み、電子配信サービスセンタ
１のユーザ管理部１８は、一時鍵で暗号化された決済情
報を復号化し、機器のＩＤに対応させて決済情報登録デ
ータベースに更新登録し、ステップＳ６７に進む。
【０２２０】このように、ホームサーバ５１は、電子配
信サービスセンタ１に登録される。
【０２２１】図５９は、登録情報に機器のＩＤを新規登
録する処理を説明するフローチャートである。ステップ
Ｓ８０における相互認証処理は、図５２で説明した処理
と同様なため、説明を省略する。ステップＳ８１におい
て、図５８のステップＳ６３と同じであるためその説明
は省略する。ステップＳ８２は、図５８のステップＳ６
４と同じであるためその説明は省略する。ステップＳ８
３において、電子配信サービスセンタ１のユーザ管理部
１８は、ユーザ登録データベース内の機器ＩＤに対応す
る登録項目を「登録」に設定し、機器ＩＤを登録する。
ステップＳ８４において、電子配信サービスセンタ１の
ユーザ管理部１８は、ユーザ登録データベースに基づ
き、図８に示すような登録情報を作成する。ステップＳ
８５は、図５８のステップＳ６８と同じであるためその
説明は省略する。ステップＳ８６は、図５８のステップ
Ｓ６９と同じであるためその説明は省略する。
【０２２２】ステップＳ８２において、受信したＩＤを
有する機器の登録が不可であると判定された場合、ステ
ップＳ８７に進み、電子配信サービスセンタ１のユーザ
管理部１８は、登録拒絶の登録情報を作成し、ステップ
Ｓ８５に進む。
【０２２３】このように、ホームサーバ５１は、電子配
信サービスセンタ１に登録される。
【０２２４】図６０は、既に登録された機器を経由し、
別の機器を追加登録する際の処理を説明するフローチャ
ートである。ここでは、ホームサーバ５１が既に登録さ
れており、そこに据置機器５２を登録する例で説明す
る。ステップＳ９０において、ホームサーバ５１は、据
置機器５２と相互認証する。相互認証処理は、図５２で
説明した処理と同様なため、説明を省略する。ステップ
Ｓ９１において、ホームサーバ５１は、電子配信サービ
スセンタ１と相互認証する。ステップＳ９２において、
ホームサーバ５１は、大容量記憶部６８から読み出した
登録情報、およびステップＳ９０で据置機器５２と相互
認証した際に入手した据置機器５２の証明書を電子配信
サービスセンタ１に送信する。ステップＳ９３は、図５
９のステップＳ８１と同じであるためその説明は省略す
る。ステップＳ９４は、図５９のステップＳ８２と同じ
であるためその説明は省略する。ステップＳ９５は、図
５９のステップＳ８３と同じであるためその説明は省略
する。ステップＳ９６において、電子配信サービスセン
タ１のユーザ管理部１８は、ホームサーバ５１から受信
した登録情報に加え、据置機器５２の情報を追加した登
録情報を新規に作成する。ステップＳ９７は、図５９の
ステップＳ８５と同じであるためその説明は省略する。
ステップＳ９８は、図５９のステップＳ８６と同じであ
るためその説明は省略する。
【０２２５】そして、ステップＳ９９Ａにおいてホーム
サーバ５１は受信した登録情報を据置機器５２に送信
し、ステップＳ９９Ｂにおいて据置機器５２は受信した
登録情報を小容量記憶部７５に保存する。
【０２２６】ステップＳ９４において、受信したＩＤを
有する機器の登録が不可であると判定された場合、ステ
ップＳ９９に進み、電子配信サービスセンタ１のユーザ
管理部１８は、据置機器５２のみ登録拒絶とした登録情
報（従って、ホームサーバ５１は登録済みのまま）を作
成し、ステップＳ９７に進む（ステップＳ９１でホーム
サーバ５１が電子配信サービスセンタ１と相互認証に成
功しているということは、ホームサーバ５１が登録可で
あることを意味している）。
【０２２７】かくして、据置機器５２は、図６０に示し
た処理手順により電子配信サービスセンタ１に追加登録
される。
【０２２８】ここで、登録済の機器が登録の更新（登録
情報の更新）を行うタイミングについて説明する。図６
１は登録情報の更新を行うか否かを種々の条件に基づい
て判断する処理手順を示し、ステップＳ６００において
ホームサーバ５１は配送鍵Ｋd 、登録情報又は課金情報
のすい上げから予め決められた一定期間が経過したか否
かを時計（図示せず）及び判断部（図示せず）によって
判断する。ここで肯定結果が得られると、このことは配
送鍵Ｋd 、登録情報又は課金情報のすい上げから一定の
期間が経過していることを表しており、このときホーム
サーバ５１はステップＳ６０７に移って登録情報の更新
処理を実行する。この処理については図６２において後
述する。
【０２２９】これに対してステップＳ６００において否
定結果が得られると、このことは配送鍵Ｋd 、登録情報
又は課金情報のすい上げから一定の期間が経過していな
いこと、すなわち期間の経過について登録情報の更新条
件を満たしていないことを表しており、このときホーム
サーバ５１はステップＳ６０１に移る。
【０２３０】ステップＳ６０１においてホームサーバ５
１は、コンテンツの購入回数が規定の回数に達している
か否かを判断する。ここで肯定結果が得られると、ホー
ムサーバ５１はステップＳ６０７に移って登録情報更新
処理を実行し、これに対してステップＳ６０１において
否定結果が得られると、このことはコンテンツの購入回
数について登録情報の更新条件を満たしていないことを
表していることによりホームサーバ５１は続くステップ
Ｓ６０２に移る。
【０２３１】ステップＳ６０２において、ホームサーバ
５１は、コンテンツの購入金額が規定の金額に達してい
るか否かを判断する。ここで肯定結果が得れらると、ホ
ームサーバ５１はステップＳ６０７に移って登録情報更
新処理を実行し、これに対してステップＳ６０２におい
て否定結果が得られると、このことはコンテンツの購入
金額について登録情報の更新条件を満たしていないこと
を表していることによりホームサーバ５１は続くステッ
プＳ６０３に移る。
【０２３２】ステップＳ６０３において、ホームサーバ
５１は、配送鍵Ｋd の有効期限が切れているか否かを判
断する。配送鍵Ｋd の有効期限が切れているか否かを判
断する方法としては、配信されたデータの配送鍵Ｋd の
バージョンが記憶モジュール９２に保存されている３つ
のバージョンの配送鍵Ｋd のいずれかのバージョンと一
致するか否か又は、最近の配送鍵Ｋd のバージョンより
古いか否かを調べる。この比較結果が一致していない場
合又は最近の配送鍵Ｋd のバージョンより古い場合に
は、記憶モジュール９２内の配送鍵Ｋd の有効期限が切
れていることになり、ホームサーバ５１はステップＳ６
０３において肯定結果を得ることによりステップＳ６０
７に移って登録情報の更新処理を実行する。これに対し
てステップＳ６０３において否定結果が得られると、こ
のことは配送鍵Ｋd の有効期限について登録情報の更新
条件を満たしていないことを表しており、このときホー
ムサーバ５１は続くステップＳ６０４に移る。
【０２３３】ステップＳ６０４において、ホームサーバ
５１は、当該ホームサーバ５１に他機器が新規接続され
たか否か、又は接続されていた他機器が切り離されたか
否かといったネットワーク構成の変更の有無を判断す
る。ここで肯定結果が得られると、このことはネットワ
ーク構成に変更があったことを表しており、このときホ
ームサーバ５１はステップＳ６０７に移って登録情報の
更新処理を実行する。これに対してステップＳ６０４に
おいて否定結果が得られると、このことはネットワーク
構成について登録情報の更新条件を満たしていないこと
を表しており、ホームサーバ５１は続くステップＳ６０
５に移る。
【０２３４】ステップＳ６０５において、ホームサーバ
５１は、ユーザからの登録情報更新要求があったか否か
を判断し、登録情報更新要求があった場合にはステップ
Ｓ６０７に移って登録情報の更新処理を実行し、登録情
報更新要求がなかった場合にはステップＳ６０６に移
る。
【０２３５】ステップＳ６０６において、ホームサーバ
５１は接続された他の機器について上述のステップＳ６
００〜ステップＳ６０５における更新判断を行い、更新
すべき判断結果が得られたときステップＳ６０７に移っ
て登録情報の更新処理を行い、これに対して更新すべき
判断結果が得られないとき上述のステップＳ６００から
同様の処理を繰り返す。これにより、ホームサーバ５１
は登録情報の更新処理を行うタイミングを得ることがで
きる。なお、ホームサーバ５１が他の機器の更新開始条
件を調べるのではなく、他の機器が独自に調べて、自ら
ホームサーバ５１に要求を出すようにしてもよい。
【０２３６】図６２は、登録済みの機器が登録を更新
（登録情報の更新）し、決済処理を行い、配送鍵Ｋd の
再配布を受ける動作を説明するフローチャートである。
ステップＳ１００における相互認証処理は、図５２で説
明した処理と同様なため、説明を省略する。ステップＳ
１０１において、ホームサーバ５１は、記憶モジュール
９２に記憶されている課金情報を、暗号処理部９６の暗
号化ユニット１１２で一時鍵Ｋtempを用いて暗号化し、
署名生成ユニット１１４で署名を生成し、署名を付加す
る。そして、暗号化された課金情報及びその署名と、大
容量記憶部６８に記憶されている取扱方針、価格情報お
よび登録情報を合わせて電子配信サービスセンタ１に送
信する。なお、このとき、取扱方針および価格情報はモ
デルによっては送信する必要がない。なぜなら、コンテ
ンツプロバイダ２およびサービスプロバイダ３が予め電
子配信サービスセンタ１に送信している場合があった
り、課金情報に取扱方針、価格情報のうちの必要な情報
が含まれている場合があるからである。
【０２３７】ステップＳ１０２は、図５９のステップＳ
８１と同じであるためその説明は省略する。ステップＳ
１０３は、図５９のステップＳ８２と同じであるためそ
の説明は省略する。ステップＳ１０４において、電子配
信サービスセンタ１のユーザ管理部１８は署名検証ユニ
ット１１５で署名を検証し、受信した課金情報を一時鍵
Ｋtempで復号化し（受信データに電子署名がついている
場合には、署名検証ユニット１１５で検証する）、（受
信していれば）取扱方針および価格情報と共に経歴デー
タ管理部１５に送信する。これを受信した経歴データ管
理部１５は、受信データを保存・管理する。
【０２３８】ステップＳ１０５において、電子配信サー
ビスセンタ１のユーザ管理部１８は、ユーザ登録データ
ベース内の機器ＩＤに対応する登録項目を検証すると共
に、データを更新する。例えば、図示せぬ登録日付や課
金状況等などのデータである。ステップＳ１０６は、図
５９のステップＳ８４と同じであるためその説明は省略
する。ステップＳ１０７において、電子配信サービスセ
ンタ１のユーザ管理部は、鍵サーバ１４から供給された
配送鍵Ｋd を一時鍵Ｋtempで暗号化し、登録情報と共に
ホームサーバ５１に送信する。
【０２３９】ステップＳ１０８において、ホームサーバ
５１は受信した登録情報を大容量記憶部６８に保存す
る。ステップＳ１０９において、ホームサーバ５１は、
受信した登録情報を暗号処理部６５に入力し、暗号処理
部６５では、登録情報に含まれる電子署名を署名検証ユ
ニット１１５で検証すると共に、ホームサーバ５１の機
器ＩＤが登録されているか確認させ、検証に成功し、課
金処理が完了したことを確認した際にはステップＳ１１
０に進む。ステップＳ１１０において、ホームサーバ５
１は、受信した配送鍵Ｋd を暗号処理部６５に入力す
る。暗号処理部６５では、受信した配送鍵Ｋd を暗号／
復号化モジュール９６の復号化ユニット１１１で一時鍵
Ｋtempを用いて復号化し、記憶モジュール９２に保存
（更新）し、記憶モジュール９２に保持していた課金情
報を消去する（これで、決済済みとなる）。
【０２４０】ステップＳ１０３において、受信したＩＤ
を有する機器の登録が不可であると判定された場合、ス
テップＳ１１１に進み、電子配信サービスセンタ１のユ
ーザ管理部１８は、登録拒絶とした登録情報を作成し、
ステップＳ１１２に進む。ステップＳ１１２では、ステ
ップＳ１０７と異なり、登録情報のみをホームサーバ５
１に送信する。
【０２４１】ステップＳ１０９において、登録情報に含
まれる署名の検証に失敗するか、登録情報に含まれる
「登録」の項目（例えば、課金処理失敗→購入処理がで
きない、登録拒否→再生等の処理を含め暗号処理部の機
能の停止、取引一時停止→課金処理は成功したが、何ら
かの理由で購入を停止する、等が考えられる）に「登録
可」が書かれていない場合は、ステップＳ１１３に進み
所定のエラー処理を行う。
【０２４２】このように、ホームサーバ５１は、登録情
報を更新すると共に、課金情報を電子配信サービスセン
タ１に送信し、代わりに配送鍵Ｋd の供給を受ける。
【０２４３】図６３及び図６４は、据置機器５２がホー
ムサーバ５１を介して決済、登録情報の更新、配送鍵Ｋ
d の更新を行う処理を説明するフローチャートを示した
図である。ステップＳ１２０において、ホームサーバ５
１の相互認証モジュール９４と据置機器の図示せぬ相互
認証モジュールは、相互認証を行う。相互認証処理は、
図５２で説明した処理と同様なため、説明を省略する。
なお、相互認証処理で説明したように、ホームサーバ５
１と据置機器５２は互いに証明書を交換し合っているた
め、相手の機器ＩＤはわかっているものとする。ステッ
プＳ１２１において、ホームサーバ５１の上位コントロ
ーラ６２は、大容量記憶部６８から登録情報を読み出
し、暗号処理部６５に検査させる。上位コントローラ６
２から登録情報を受け取った暗号処理部６５は、登録情
報内の署名を検証し、据置機器のＩＤがあるかどうか判
定し、登録情報に据置機器のＩＤがあった際にはステッ
プＳ１２２に進む。
【０２４４】ステップＳ１２２において、登録情報に据
置機器５２のＩＤが登録されているか否かを判定し、据
置機器５２のＩＤが登録されている場合には、ステップ
Ｓ１２３に進む。ステップＳ１２３において、据置機器
５２の暗号処理部７３は、記憶モジュールに保存されて
いる課金情報を読み出し、暗号化ユニットで一時鍵Ｋ
tempを用いて暗号化する。また、課金情報に対応する署
名を、署名生成ユニットで生成する。署名の生成は図１
０で説明したのでその詳細は省略する。一時鍵Ｋtempで
暗号化された課金情報およびその署名を受け取った上位
コントローラ７２は、必要に応じて課金情報に対応する
取扱方針および価格情報を小容量記憶部７５から読み出
し、一時鍵Ｋtempで暗号化された課金情報とその署名、
必要に応じて課金情報に対応する取扱方針および価格情
報をホームサーバ５１に送信する。
【０２４５】これらのデータを受信したホームサーバ５
１は、受信していれば取扱方針および価格情報を大容量
記憶部６８に記憶すると共に、一時鍵Ｋtempで暗号化さ
れた課金情報およびその署名を暗号処理部６５に入力す
る。一時鍵Ｋtempで暗号化された課金情報およびその署
名を受信した暗号処理部６５は、暗号／復号化モジュー
ル９６の署名検証ユニット１１５で、一時鍵Ｋtempで暗
号化された課金情報に対する署名を検証する。署名の検
証は図１１で説明したの処理と同じであるため、その詳
細は省略する。そして、暗号／復号化モジュール９６の
復号化ユニット１１１は、一時鍵Ｋtempで暗号化された
課金情報を復号化する。
【０２４６】ステップＳ１２４において、ホームサーバ
５１は、電子配信サービスセンタ１の相互認証部１７と
相互認証し一時鍵Ｋtemp２を共有する。ステップＳ１２
５において、ホームサーバ５１は、据置機器５２から送
られたきた課金情報を暗号／復号化モジュール９６の暗
号化ユニット１１２で一時鍵Ｋtemp２を用いて暗号化す
る。このとき、ホームサーバ５１の課金情報を合わせて
暗号化しておいてもよい。また、一時鍵Ｋtemp２で暗号
化された課金情報に対応する署名を、暗号／復号化モジ
ュール９６の署名生成ユニット１１４で生成する。一時
鍵Ｋtemp２で暗号化された課金情報、およびその署名を
受け取った上位コントローラ６２は、必要に応じて課金
情報に対応する取扱方針、価格情報、および登録情報を
大容量記憶部６８から読み出し、一時鍵Ｋtemp２で暗号
化された課金情報、その署名、必要に応じて課金情報に
対応する取扱方針、価格情報および登録情報を電子配信
サービスセンタ１のユーザ管理部１８に送信する。
【０２４７】ステップＳ１２６において、電子配信サー
ビスセンタ１のユーザ管理部１８は、ユーザ登録データ
ベースを検索する。ステップＳ１２７において、ホーム
サーバ５１および据置機器５２がユーザ登録データベー
ス内の「登録」の項目に、登録可で登録されているか否
か判定し、登録されていると判定されていた場合、ステ
ップＳ１２８に進む。ステップＳ１２８において、電子
配信サービスセンタ１のユーザ管理部１８は、一時鍵Ｋ
temp２で暗号化された課金情報に対する署名を検証し、
課金情報を一時鍵Ｋtemp２で復号化する。そして、課金
情報、受信してければ取扱方針および価格情報を経歴デ
ータ管理部１５に送信する。課金情報、受信していれば
取扱方針および価格情報を受信した経歴データ管理部１
５は、そのデータを管理・保存する。
【０２４８】ステップＳ１２９において、電子配信サー
ビスセンタ１のユーザ管理部１８は、ユーザ登録データ
ベースを更新する（図示せぬ課金データ受信日時、登録
情報発行日時、配送鍵交付日時等）。ステップＳ１３０
において、電子配信サービスセンタ１のユーザ管理部１
８は、登録情報を作成する（例えば図８の例）。ステッ
プＳ１３１において、電子配信サービスセンタ１のユー
ザ管理部１８は、電子配信サービスセンタ１の鍵サーバ
１４から受信した配送鍵Ｋd を一時鍵Ｋtemp２で暗号化
し、一時鍵Ｋtemp２で暗号化された配送鍵Ｋd に対する
署名を生成する。そして、登録情報、一時鍵Ｋtemp２で
暗号化された配送鍵Ｋd および一時鍵Ｋtemp２で暗号化
された配送鍵Ｋd に対する署名をホームサーバ５１に送
信する。
【０２４９】ステップＳ１３２において、ホームサーバ
５１は、登録情報、一時鍵Ｋtemp２で暗号化された配送
鍵Ｋd および一時鍵Ｋtemp２で暗号化された配送鍵Ｋd
に対する署名を受信する。ホームサーバ５１の上位コン
トローラ６２は、一時鍵Ｋtemp２で暗号化された配送鍵
Ｋd および一時鍵Ｋtemp２で暗号化された配送鍵Ｋdに
対する署名を暗号処理部６５に入力する。暗号処理部６
５において、暗号／復号化モジュール９６の署名検証ユ
ニット１１５は、一時鍵Ｋtemp２で暗号化された配送鍵
Ｋd に対する署名を検証し、暗号／復号化モジュール９
６の復号化ユニット１１１は、一時鍵Ｋtemp２を用いて
配送鍵Ｋd を復号化し、暗号／復号化モジュール９６の
暗号化ユニット１１２は、復号化された配送鍵Ｋd を、
据置機器５２との間で共有した一時鍵Ｋtempを用いて再
暗号化する。最後に、暗号／復号化モジュール９６の署
名生成ユニット１１４は、一時鍵Ｋtempを用いて暗号化
された配送鍵Ｋd に対応する署名を生成し、一時鍵Ｋ
tempで暗号化された配送鍵Ｋd および一時鍵Ｋtempで暗
号化された配送鍵Ｋd に対する署名を上位コントローラ
６２に返送する。一時鍵Ｋtempで暗号化された配送鍵Ｋ
d および一時鍵Ｋtempで暗号化された配送鍵Ｋd に対す
る署名を受信した上位コントローラ６２は、電子配信サ
ービスセンタ１から送られた来た登録情報と共に据置機
器５２に送信する。
【０２５０】ステップＳ１３３において、据置機器５２
の上位コントローラ７２は、受信した登録情報を小容量
記憶部７５に上書き保存する。ステップＳ１３４におい
て、据置機器５２の暗号処理部７３は、受信した登録情
報の署名を検証し、据置機器５２のＩＤの「登録」に対
する項目が「登録可」になっているか否かを判定し、
「登録可」になっていた場合には、ステップＳ１３５に
進む。ステップＳ１３５において、据置機器５２の上位
コントローラは、一時鍵Ｋtempで暗号化された配送鍵Ｋ
d および一時鍵Ｋtempで暗号化された配送鍵Ｋd に対す
る署名を暗号処理部７３に入力する。暗号処理部７３
は、一時鍵Ｋtempで暗号化された配送鍵Ｋdに対する署
名を検証し、一時鍵Ｋtempを用いて配送鍵Ｋd を復号化
し、暗号処理部７３の記憶モジュール内の配送鍵Ｋd を
更新すると共に、課金情報を消去する（なお、実際には
消去せず、決済済みのマークを付けるだけの場合があ
る）。
【０２５１】ステップＳ１２１において、据置機器５２
のＩＤが登録情報に含まれていなかった場合、ステップ
Ｓ１３６に進み、図６０で説明した登録情報追加処理を
開始し、ステップＳ１２３へと進む。
【０２５２】ステップＳ１２７において、ユーザ登録デ
ータベース内の「登録」項目に対し、ホームサーバ５１
のＩＤまたは据置機器５２のＩＤが「登録可」になって
いなかった場合、ステップＳ１３７に進む。ステップＳ
１３７は、ステップＳ１３０の場合と同様なため、その
詳細は省略する。ステップＳ１３８は、ステップＳ１３
１において、電子配信サービスセンタ１のユーザ管理部
１８は、登録情報をホームサーバ５１に送信する。ステ
ップＳ１３９において、ホームサーバ５１は、登録情報
を据置機器５２に送信する。
【０２５３】ステップＳ１２２において、登録情報にお
ける据置機器５２のＩＤに対する「登録」項目が、「登
録可」になっていなかった場合、ステップＳ１３４にお
いて、登録情報における据置機器５２のＩＤに対する
「登録」項目が、「登録可」になっていなかった場合、
処理は終了する。
【０２５４】なお、本方式による代理処理は、据置機器
５２のみの処理になっているが、ホームサーバ５１につ
ながる全ての機器やホームサーバ５１自身の課金情報を
全て集め、一括処理しても良い。そして、全ての機器の
登録情報、配送鍵Ｋd の更新を行う（本実施例におい
て、受け取った登録情報、配送鍵Ｋd は、ホームサーバ
５１で全くチェックされていない。ホームサーバ５１自
身の処理も一括して行う場合には、当然チェックし、更
新すべきである）。
【０２５５】次に、図５６のステップＳ４３に対応す
る、コンテンツプロバイダ２がサービスプロバイダ３に
コンテンツプロバイダセキュアコンテナを送信する処理
を、図６５のフローチャートを用いて説明する。ステッ
プＳ１４０において、コンテンツプロバイダ２の電子透
かし付加部３２は、コンテンツサーバ３１から読み出し
たコンテンツに、コンテンツプロバイダ２を示す所定の
データ、例えばコンテンツプロバイダＩＤなどを電子透
かしの形で挿入し、圧縮部３３に供給する。ステップＳ
１４１において、コンテンツプロバイダ２の圧縮部３３
は、電子透かしが挿入されたコンテンツをＡＴＲＡＣ等
の所定の方式で圧縮し、コンテンツ暗号部３４に供給す
る。ステップＳ１４２において、コンテンツ鍵生成部３
５は、コンテンツ鍵Ｋcoとして用いる鍵を生成させ、コ
ンテンツ暗号部３４およびコンテンツ鍵暗号部３６に供
給する。ステップＳ１４３において、コンテンツプロバ
イダ２のコンテンツ暗号部３４は、ＤＥＳなどの所定の
方式で、コンテンツ鍵Ｋcoを使用して、電子透かしが挿
入され、圧縮されたコンテンツを暗号化する。
【０２５６】ステップＳ１４４において、コンテンツ鍵
暗号部３６は、ＤＥＳなどの所定の方法で、図５６のス
テップＳ４０の処理により、電子配信サービスセンタ１
から供給されている個別鍵Ｋi でコンテンツ鍵Ｋcoを暗
号化する。ステップＳ１４５において、取扱方針生成部
３７は、コンテンツの取り扱い方針を規定し、図３３又
は図３４に示すような取扱方針を生成する。ステップＳ
１４６において、コンテンツプロバイダ２の署名生成部
３８は、暗号化されたコンテンツ、暗号化されたコンテ
ンツ鍵Ｋco、暗号化された個別鍵Ｋi および取扱方針生
成部３７から供給された取扱方針に対し署名を生成す
る。署名の生成は図１０を参照して説明した場合と同様
であるので、ここでは説明を省略する。ステップＳ１４
７において、コンテンツプロバイダ２は、暗号化された
コンテンツおよびその署名、暗号化されたコンテンツ鍵
Ｋcoおよびその署名、暗号化された個別鍵Ｋi およびそ
の署名、取扱方針およびその署名（以降、これら４つの
署名付きデータをコンテンツプロバイダセキュアコンテ
ナと呼ぶ）、予め認証局からもらっておいたコンテンツ
プロバイダ２の証明書を、図示せぬ送信部を用いてサー
ビスプロバイダ３に送信する。
【０２５７】以上のように、コンテンツプロバイダ２
は、サービスプロバイダ３に、コンテンツプロバイダセ
キュアコンテナを送信する。
【０２５８】次に、図５６のステップＳ４４に対応す
る、サービスプロバイダ３がホームサーバ５１にサービ
スプロバイダセキュアコンテナを送信する処理を、図６
６のフローチャートを用いて説明する。なお、サービス
プロバイダ３は、コンテンツプロバイダ２から送信され
たデータをコンテンツサーバ４１に予め保存しているも
のとして説明する。ステップＳ１５０において、サービ
スプロバイダ３の証明書検証部４２は、コンテンツサー
バ４１からコンテンツプロバイダ２の証明書の署名を読
み出し、証明書内の署名を検証する。署名の検証は図１
１を参照して説明した方法と同様なため、その詳細は省
略する。証明書に改竄がなければ、コンテンツプロバイ
ダ２の公開鍵Ｋpcp を取り出す。
【０２５９】ステップＳ１５１において、サービスプロ
バイダ３の署名検証部４３は、コンテンツプロバイダ２
の送信部から送信されたコンテンツプロバイダセキュア
コンテナの署名をコンテンツプロバイダ２の公開鍵Ｋ
pcp で検証する（取扱方針の署名のみ検証する場合があ
る）。署名の検証に失敗し、改竄が発見された場合は、
処理を終了する。なお、署名の検証は図１１を参照して
説明した方法と同様なため、その詳細は省略する。
【０２６０】コンテンツプロバイダセキュアコンテナに
改竄がない場合、ステップＳ１５２において、サービス
プロバイダ３の値付け部４４は、取扱方針を基に、図３
７や図３８で説明した価格情報を作成する。ステップＳ
１５３において、サービスプロバイダ３の署名生成部４
５は、価格情報に対する署名を生成し、コンテンツプロ
バイダセキュアコンテナ、価格情報、および価格情報の
署名を合わせサービスプロバイダセキュアコンテナを作
成する。
【０２６１】ステップＳ１５４において、サービスプロ
バイダ３の図示せぬ送信部は、ホームサーバ５１の通信
部６１に、サービスプロバイダ３の証明書、コンテンツ
プロバイダ２の証明書およびサービスプロバイダセキュ
アコンテナを送信し、処理を終了する。
【０２６２】このように、サービスプロバイダ３は、ホ
ームサーバ５１にサービスプロバイダセキュアコンテナ
を送信する。
【０２６３】図５６のステップＳ４５に対応する、適正
なサービスプロバイダセキュアコンテナを受信した後
の、ホームサーバ５１の購入処理の詳細を、図６７のフ
ローチャートを用いて説明する。ステップＳ１６１にお
いて、ホームサーバ５１は図６１及び図６２について上
述した登録情報更新処理を実行した後、ステップＳ１６
２において、ホームサーバ５１の上位コントローラ６２
は、ホームサーバ５１の大容量記憶部６８から読み出し
た登録情報をホームサーバ５１の暗号処理部６５に入力
する。登録情報を受信した暗号処理部６５は、暗号／復
号化モジュール９６の署名検証ユニット１１５で登録情
報の署名を検証した後、ホームサーバ５１のＩＤに対す
る「購入処理」の項目が「購入可」になっているか判定
すると共に登録の項目を「登録可」になっていることを
検査し、「購入可」及び「登録可」であった場合にはス
テップＳ１６３に進む。なお、署名検証、「登録可」、
「購入可」の検査は登録情報検査モジュール９３で行う
ようにしても良い。ステップＳ１６３において、ホーム
サーバ５１の上位コントローラ６２は、ホームサーバ５
１の大容量記憶部６８から読み出したコンテンツプロバ
イダ２の公開鍵証明書をホームサーバ５１の暗号処理部
６５に入力する。
【０２６４】コンテンツプロバイダ２の公開鍵証明書を
受信した暗号処理部６５は、暗号／復号化モジュール９
６の署名検証ユニット１１５でコンテンツプロバイダ２
の証明書の署名を検証した後、公開鍵証明書からコンテ
ンツプロバイダ２の公開鍵を取り出す。署名の検証の結
果、改竄がなされていないことが確認された場合には、
ステップＳ１６４に進む。ステップＳ１６４において、
ホームサーバ５１の上位コントローラ６２は、ホームサ
ーバ５１の大容量記憶部６８から読み出したコンテンツ
をホームサーバ５１の暗号処理部６５に入力する。コン
テンツを受信した暗号処理部６５は、暗号／復号化モジ
ュール９６の署名検証ユニット１１５でコンテンツの署
名を検証し、改竄がなされていないことが確認された場
合には、ステップＳ１６５に進む。ステップＳ１６５に
おいて、ホームサーバ５１の上位コントローラ６２は、
ホームサーバ５１の大容量記憶部６８から読み出したコ
ンテンツ鍵Ｋcoをホームサーバ５１の暗号処理部６５に
入力する。
【０２６５】コンテンツ鍵Ｋcoを受信した暗号処理部６
５は、暗号／復号化モジュール９６の署名検証ユニット
１１５でコンテンツ鍵Ｋcoの署名を検証し、改竄がなさ
れていないことが確認された場合には、ステップＳ１６
６に進む。ステップＳ１６６において、ホームサーバ５
１の上位コントローラ６２は、ホームサーバ５１の大容
量記憶部６８から読み出した個別鍵Ｋi をホームサーバ
５１の暗号処理部６５に入力する。個別鍵Ｋi を受信し
た暗号処理部６５は、暗号／復号化モジュール９６の署
名検証ユニット１１５で個別鍵Ｋi の署名を検証し、改
竄がなされていないことが確認された場合には、ステッ
プＳ１６７に進む。
【０２６６】ステップＳ１６７において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出した取扱方針をホームサーバ
５１の暗号処理部６５に入力する。取扱方針を受信した
暗号処理部６５は、暗号／復号化モジュール９６の署名
検証ユニット１１５で取扱方針の署名を検証し、改竄が
なされていないことが確認された場合には、ステップＳ
１６８に進む。ステップＳ１６８において、ホームサー
バ５１の上位コントローラ６２は、ホームサーバ５１の
大容量記憶部６８から読み出したサービスプロバイダ３
の公開鍵証明書をホームサーバ５１の暗号処理部６５に
入力する。
【０２６７】サービスプロバイダ３の公開鍵証明書を受
信した暗号処理部６５は、暗号／復号化モジュール９６
の署名検証ユニット１１５でサービスプロバイダ３の証
明書の署名を検証した後、公開鍵証明書からサービスプ
ロバイダ３の公開鍵を取り出す。署名の検証の結果、改
竄がなされていないことが確認された場合には、ステッ
プＳ１６９に進む。ステップＳ１６９において、ホーム
サーバ５１の上位コントローラ６２は、ホームサーバ５
１の大容量記憶部６８から読み出した価格情報をホーム
サーバ５１の暗号処理部６５に入力する。価格情報を受
信した暗号処理部６５は、暗号／復号化モジュール９６
の署名検証ユニット１１５で価格情報の署名を検証し、
改竄がなされていないことが確認された場合には、ステ
ップＳ１７０に進む。
【０２６８】ステップＳ１７０において、ホームサーバ
５１の上位コントローラ６２は、表示手段６４を用いて
購入可能なコンテンツの情報（例えば、購入可能な利用
形態や価格など）を表示し、ユーザは入力手段６３を用
いて購入項目を選択する。入力手段６３から入力された
信号はホームサーバ５１の上位コントローラ６２に送信
され、上位コントローラ６２は、その信号に基づいて購
入コマンドを生成し、購入コマンドをホームサーバ５１
の暗号処理部６５に入力する。なお、これらの入力処理
は購入処理スタート時に行っても良い。これを受信した
暗号処理部６５は、ステップＳ１６７で入力された取扱
方針およびステップＳ１６９で入力された価格情報から
課金情報および使用許諾条件情報を生成する。課金情報
については、図４２で説明したので、その詳細は省略す
る。使用許諾条件情報については、図４１で説明したの
で、その詳細は省略する。
【０２６９】ステップＳ１７１において、暗号処理部６
５の制御部９１は、ステップＳ１７０で生成した課金情
報を記憶モジュール９２に保存する。ステップＳ１７２
において、暗号処理部６５の制御部９１は、ステップＳ
１７０で生成した使用許諾条件情報を暗号処理部６５の
外部メモリ制御部９７に送信する。使用許諾条件情報を
受信した外部メモリ制御部９７は、外部メモリ６７の改
竄チェックを行った後、使用許諾条件情報を外部メモリ
６７に書き込む。書き込む際の改竄チェックについて
は、図６９を用いて後述する。ステップＳ１７３におい
て、暗号処理部６５の制御部９１は、ステップＳ１６６
で入力された個別鍵Ｋi を、暗号／復号化モジュール９
６の復号化ユニット１１１で、記憶モジュール９２から
供給された配送鍵Ｋd を用いて復号化する。次に、暗号
処理部６５の制御部９１は、ステップＳ１６５で入力さ
れたコンテンツ鍵Ｋcoを、暗号／復号化モジュール９６
の復号化ユニット１１１で、先ほど復号化した個別鍵Ｋ
i を用いて復号化する。最後に、暗号処理部６５の制御
部９１は、暗号／復号化モジュール９６の暗号化ユニッ
ト１１２で、記憶モジュール９２から供給された保存鍵
Ｋsaveを用いてコンテンツ鍵Ｋcoを暗号化する。ステッ
プＳ１７４において、保存鍵Ｋsaveで暗号化されたコン
テンツ鍵Ｋcoは、暗号処理部６５の外部メモリ制御部９
７を経由して外部メモリ６７に保存される。
【０２７０】ステップＳ１６２でホームサーバ５１が購
入処理できない機器であると判定された場合、又はステ
ップＳ１６３でコンテンツプロバイダ２の公開鍵証明書
の署名が正しくないと判定された場合、又はステップＳ
１６４でコンテンツ鍵Ｋcoで暗号化されたコンテンツの
署名が正しくないと判定された場合、又はステップＳ１
６５で個別鍵Ｋi で暗号化されたコンテンツ鍵Ｋcoの署
名が正しくないと判定された場合、又はステップＳ１６
６で配送鍵Ｋd で暗号化された個別鍵Ｋi の署名が正し
くないと判定された場合、又はステップＳ１６７で取扱
方針の署名が正しくないと判定された場合、又はステッ
プＳ１６８でサービスプロバイダ３の証明書の署名が正
しくないと判定された場合、又はステップＳ１６９で価
格情報の署名が正しくないと判定された場合、ホームサ
ーバ５１はステップＳ１７６に進み、エラー処理を行
う。なおステップＳ１６５、およびステップＳ１６６の
処理をまとめ、コンテンツ鍵Ｋco、個別鍵Ｋi に対する
唯一の署名を検証するようにしてもよい。
【０２７１】以上のように、ホームサーバ５１は、課金
情報を記憶モジュール９２に記憶すると共に、コンテン
ツ鍵Ｋcoを個別鍵Ｋi で復号化した後、コンテンツ鍵Ｋ
coを保存鍵Ｋsaveで暗号化し、外部メモリ６７に記憶さ
せる。
【０２７２】据置機器５２も、同様の処理で、課金情報
を暗号処理部７３の記憶モジュールに記憶すると共に、
コンテンツ鍵Ｋcoを個別鍵Ｋi で復号化し、コンテンツ
鍵Ｋcoを保存鍵Ｋsave２（ホームサーバ５１の鍵と異な
る）で暗号化し、外部メモリ７９に記憶させる。
【０２７３】図６８は、暗号処理部６５の外部メモリ制
御部９７が、外部メモリ６７からデータを読み出す際に
行う、改竄チェックの方法を説明するフローチャートで
ある。図６８のステップＳ１８０において、暗号処理部
６５の外部メモリ制御部９７は、外部メモリ６７から読
み出すデータの場所を検索する（例えば図１６のブロッ
ク目の１番目のデータ）。ステップＳ１８１において、
暗号処理部６５の外部メモリ制御部９７は、外部メモリ
６７内の読み出し予定データを含む同一ブロック内全て
のデータに対するハッシュ値（図１６の１ブロック目全
体のハッシュ値）を計算する。このとき、読み出し予定
のデータ（例えばコンテンツ鍵１と使用許諾条件情報
１）以外は、ハッシュ値計算に使用後、破棄される。ス
テップＳ１８２において、ステップＳ１８１で計算した
ハッシュ値と暗号処理部６５の記憶モジュール９２に記
憶されているハッシュ値（ＩＣＶ1 ）を比較する。一致
していた場合、ステップＳ１８１で読み出しておいたデ
ータを、外部メモリ制御部９７を介して制御部９１に送
信し、一致していなかった場合、外部メモリ制御部９７
はＳ１８３に移り、当該メモリブロックは改竄されてい
るものとして以降の読み書きを禁止する（不良ブロック
とする）。例えば、外部メモリを４ＭＢのフラッシュメ
モリとしたとき、このメモリを６４のブロックに分けた
ものと仮定する。従って、記憶モジュールには６４個の
ハッシュ値が記憶されている。データの読み出しを行う
場合は、まず、データがある場所を検索し、そのデータ
を含む同一ブロック内の全てのデータに対するハッシュ
値を計算する。このハッシュ値が、記憶モジュール内の
当該ロックに対応したハッシュ値と一致しているか否か
で改竄をチェックする（図１６参照）。
【０２７４】このように、暗号処理部６５の外部メモリ
制御部９７は、外部メモリ６７の改竄チェックを行い、
データを読み出す。
【０２７５】図６９は、暗号処理部６５の外部メモリ制
御部９７が、外部メモリ６７にデータを書き込む際に行
う、改竄チェックの方法を説明するフローチャートであ
る。図６９のステップＳ１９０Ａにおいて、暗号処理部
６５の外部メモリ制御部９７は、外部メモリ６７にデー
タを書き込むことができる場所を検索する。ステップＳ
１９１Ａにおいて、暗号処理部６５の外部メモリ制御部
９７は、外部メモリ６７内に空きエリアがあるか否か判
定し、空きエリアがあると判定した場合、ステップＳ１
９２Ａに進む。ステップＳ１９２Ａにおいて、暗号処理
部６５の外部メモリ制御部９７は、書き込み予定データ
ブロック内の、全てのデータに対するハッシュ値を計算
する。ステップＳ１９３Ａにおいて、ステップＳ１９２
Ａで計算したハッシュ値と暗号処理部６５の記憶モジュ
ール９２に記憶されているハッシュ値を比較し、一致し
ていた場合、ステップＳ１９４Ａに進む。ステップＳ１
９４Ａにおいて、書き込み予定領域にデータを書き込
む。ステップＳ１９５Ａにおいて、暗号処理部６５の外
部メモリ制御部９７は、書き込んだデータブロック内
の、全てのデータに対するハッシュ値を再計算する。ス
テップＳ１９６Ａにおいて、制御部９１は、暗号処理部
６５の記憶モジュール９２内のハッシュ値をステップＳ
１９５Ａで計算したハッシュ値に更新する。
【０２７６】ステップＳ１９３Ａにおいて、計算したハ
ッシュ値が記憶モジュール９２内のハッシュ値と異なっ
ていた場合、制御部９１は、そのメモリブロックを不良
ブロックとし（例えば、ハッシュ値を不良ブロックを示
す値に変更する）、ステップＳ１９０Ａへ進む。
【０２７７】ステップＳ１９１Ａにおいて、外部メモリ
６７に空きエリアがないと判定された場合、ステップＳ
１９８Ａに進み、ステップＳ１９８Ａにおいて、外部メ
モリ制御部９７は、書き込みエラーを制御部９１に返送
し、処理を終了する。
【０２７８】外部メモリ制御部９７の外部メモリ６７へ
の書き換え（更新）方法は、図７０に示すように、ステ
ップＳ１９０Ｂにおいて暗号処理部６５の外部メモリ制
御部９７は、外部メモリ６７のデータを書き換える場所
を検索する。ステップＳ１９２Ｂにおいて、暗号処理部
６５の外部メモリ制御部９７は、書き換え予定データブ
ロック内の、全てのデータに対するハッシュ値を計算す
る。ステップＳ１９３Ｂにおいて、ステップＳ１９２Ｂ
で計算したハッシュ値と暗号処理部６５の記憶モジュー
ル９２に記憶されているハッシュ値を比較し、一致して
いた場合、ステップＳ１９４Ｂに進む。ステップＳ１９
４Ｂにおいて、書き換え予定領域のデータを書き換え
る。ステップＳ１９５Ｂにおいて、暗号処理部６５の外
部メモリ制御部９７は、書き込んだデータブロック内
の、全てのデータに対するハッシュ値を再計算する。ス
テップＳ１９６Ｂにおいて、制御部９１は、暗号処理部
６５の記憶モジュール９２内のハッシュ値をステップＳ
１９５Ｂで計算したハッシュ値に更新する。
【０２７９】ステップＳ１９３Ｂにおいて、計算したハ
ッシュ値が記憶モジュール９２内のハッシュ値と異なっ
ていた場合、制御部９１は、そのメモリブロックを不良
ブロックとし（例えば、ハッシュ値とを不良ブロックを
示す値に変更する）、書き換え失敗とする。
【０２８０】外部メモリ７９のデータの削除方法につい
て、図７１を用いて説明する。ステップＳ１９０Ｃにお
いて、暗号処理部７３の外部メモリ制御部は、外部メモ
リ７９のデータを削除する場所を検索する。ステップＳ
１９２Ｃにおいて、暗号処理部７３の外部メモリ制御部
は、データ削除予定データブロック内の、全てのデータ
に対するハッシュ値とを計算する。ステップＳ１９３Ｃ
において、ステップＳ１９２Ｃで計算したハッシュ値と
暗号処理部７３の記憶モジュール（図示せず）に記憶さ
れているハッシュ値を比較し、一致していた場合、ステ
ップＳ１９４Ｃに進む。ステップＳ１９４Ｃにおいて、
削除予定領域の削除予定であるデータを削除する。ステ
ップＳ１９５Ｃにおいて、暗号処理部７３の外部メモリ
制御部は、削除予定データを削除したデータブロック内
の、全てのデータに対するハッシュ値を再計算する。ス
テップＳ１９６Ｃにおいて、暗号処理部７３は記憶モジ
ュール内のハッシュ値をステップＳ１９５Ｃで計算した
ハッシュ値に更新する。
【０２８１】ステップＳ１９３Ｃにおいて、計算したハ
ッシュ値が記憶モジュール内のハッシュ値と異なってい
た場合、暗号処理部７３は、そのメモリブロックを不良
ブロックとし（例えば、ハッシュ値とを不良ブロックを
示す値に変更する）、消去失敗とする。
【０２８２】図５６のステップＳ４６に対応するホーム
サーバ５１がコンテンツを再生する処理の詳細を、図７
２及び図７３のフローチャートを用いて説明する。ステ
ップＳ２００において、ホームサーバ５１の上位コント
ローラ６２は、ホームサーバ５１の入力手段６３から再
生指示されたコンテンツに対応するＩＤを、ホームサー
バ５１の暗号処理部６５に入力する。ステップＳ２０１
において、再生するコンテンツＩＤを受信した暗号処理
部６５の制御部９１は、コンテンツＩＤを暗号処理部６
５の外部メモリ制御部９７に送信し、コンテンツＩＤに
対応するコンテンツ鍵Ｋcoおよび使用許諾条件情報を検
索させる。このとき、使用許諾条件情報が再生可能な権
利であることを確認する。ステップＳ２０２において、
暗号処理部６５の外部メモリ制御部９７は、コンテンツ
鍵Ｋcoおよび使用許諾条件情報を含むデータブロックの
ハッシュ値を計算し、暗号処理部６５の制御部９１に送
信する。ステップＳ２０３において、暗号処理部６５の
制御部９１は、暗号処理部６５の記憶モジュール９２に
記憶されているハッシュ値とステップＳ２０２で受信し
たハッシュ値が一致しているか否か判定し、一致してい
た場合にはステップＳ２０４に進む。
【０２８３】ステップＳ２０４において、暗号処理部６
５の制御部９１は、使用許諾条件情報を必要に応じて更
新する。例えば、使用許諾条件情報内の利用権が回数券
であった場合、その回数を減算するなどの処理である。
従って、更新する必要のない買い切りの権利などは、更
新する必要がなく、その場合、ステップＳ２０８へジャ
ンプする（図示していない）。ステップＳ２０５におい
て、外部メモリ制御部９７は、制御部９１から送信され
た更新された使用許諾条件情報を、外部メモリ６７に書
き換え更新する。ステップＳ２０６において、外部制御
部９７は、書き換えたデータブロック内の全データに対
するハッシュ値を計算し直し、暗号処理部６５の制御部
９１に送信する。ステップＳ２０７において、暗号処理
部６５の制御部９１は、暗号処理部６５の記憶モジュー
ル９２に記憶されているハッシュ値を、ステップＳ２０
６で算出したハッシュ値に書き換える。
【０２８４】ステップＳ２０８において、暗号処理部６
５と伸張部６６は相互認証を行い、一時鍵Ｋtempを共有
する。相互認証処理は、図５１を用いて説明したのでそ
の詳細は省略する。ステップＳ２０９において、暗号／
復号化モジュール９６の復号化ユニット１１１は、外部
メモリ９７から読み出したコンテンツ鍵Ｋcoを、記憶モ
ジュール９２から供給された保存鍵Ｋsaveで復号化す
る。ステップＳ２１０において、暗号／復号化モジュー
ル９６の暗号化ユニット１１２は、先ほど伸張部６６と
共有した一時鍵Ｋtempでコンテンツ鍵Ｋcoを再暗号化す
る。ステップＳ２１１において、暗号処理部６５の制御
部９１は、上位コントローラ６２を介して、一時鍵Ｋ
tempで暗号化されたコンテンツ鍵Ｋcoを伸張部６６に送
信する。
【０２８５】ステップＳ２１２において、伸張部６６の
鍵復号モジュール１０２は、相互認証モジュール１０１
から供給された一時鍵Ｋtempでコンテンツ鍵Ｋcoを復号
化する。ステップＳ２１３において、上位コントローラ
６２は大容量記憶部６８からコンテンツを読み出し、伸
張部６６に供給する。コンテンツを受信した伸張部６６
の復号モジュール１０３は、鍵復号モジュール１０２か
ら供給されたコンテンツ鍵Ｋcoを用いてコンテンツを復
号化する。ステップＳ２１４において、伸張部６６の伸
張モジュール１０４は、コンテンツを所定の方式、例え
ばＡＴＲＡＣなどの方式により伸張する。ステップＳ２
１５において、電子透かし付加モジュール１０５は、暗
号処理部６５から指示されたデータを電子透かしの形で
コンテンツに挿入する（暗号処理部から伸張部へ渡され
るデータは、コンテンツ鍵Ｋcoだけではなく、再生条件
（アナログ出力、ディジタル出力、コピー制御信号付き
出力（SCMS））、コンテンツ利用権を購入した機器ＩＤ
なども含まれている。挿入するデータは、このコンテン
ツ利用権を購入した機器のＩＤ（つまりは、使用許諾条
件情報内の機器ＩＤ）などである）。ステップＳ２１６
において、伸張部６６は、図示せぬスピーカを介して音
楽を再生する。
【０２８６】このように、ホームサーバ５１は、コンテ
ンツを再生する。
【０２８７】図７４は、ホームサーバ５１が据置機器５
２のために、コンテンツ利用権を代理購入する処理の詳
細を説明したフローチャートである。ステップＳ２２０
において、ホームサーバ５１と据置機器５２は、相互認
証する。相互認証処理は、図５２で説明した処理と同様
なため、説明を省略する。ステップＳ２２１において、
ホームサーバ５１の上位コントローラ６２は、ホームサ
ーバ５１の大容量記憶部６８から読み出した登録情報
を、ホームサーバ５１の暗号処理部６５に検査させる。
上位コントローラ６２から登録情報を受信した暗号処理
部６５は、暗号／復号化モジュール９６の署名検証ユニ
ット１１５に、登録情報に付加されている署名を、暗号
処理部６５の記憶モジュール９２から供給された電子配
信サービスセンタ１の公開鍵で検証させる。署名の検証
に成功した後、暗号処理部６５の制御部９１は、登録情
報に据置機器のＩＤが登録され、「登録」及び「購入」
の項目が「登録可」及び「購入化」になっているか判定
し、「登録可」になっていると判定された場合にはステ
ップＳ２２２に進む（なお、据置機器５２側でも登録情
報を検査し、ホームサーバ５１が「登録可」になってい
ることを判定している）。ステップＳ２２５からステッ
プＳ２２７は、図６７のステップＳ１６０からステップ
Ｓ１７１までと同様な処理なため、その詳細は省略す
る。
【０２８８】ステップＳ２２８において、暗号処理部６
５の制御部９１は、ステップＳ２２５で入力された配送
鍵Ｋd で暗号化された個別鍵Ｋi を、暗号／復号化モジ
ュール９６の復号化ユニット１１１で、記憶モジュール
９２から供給された配送鍵Ｋd を用いて復号化する。次
に、暗号処理部６５の制御部９１は、ステップＳ２２５
で入力された個別鍵Ｋi で暗号化されたコンテンツ鍵Ｋ
coを、暗号／復号化モジュール９６の復号化ユニット１
１１で、個別鍵Ｋi を用いて復号化する。そして、暗号
処理部６５の制御部９１は、暗号／復号化モジュール９
６の暗号化ユニット１１２で、ステップＳ２２０の相互
認証時に据置機器５２と共有した一時鍵Ｋtempを用いて
コンテンツ鍵Ｋcoを再暗号化する。ステップＳ２２９に
おいて、暗号処理部６５の制御部９１は、一時鍵Ｋtemp
で暗号化されたコンテンツ鍵Ｋcoと、ステップＳ２２６
で生成した使用許諾条件情報に対し、暗号／復号化モジ
ュール９６の署名生成ユニット１１４を用いて署名を生
成し、上位コントローラ６２に送信する。一時鍵Ｋtemp
で暗号化されたコンテンツ鍵Ｋco、使用許諾条件情報お
よびそれらの署名を受信したホームサーバ５１の上位コ
ントローラ６２は、大容量記憶部６８からコンテンツ鍵
Ｋcoで暗号化されたコンテンツ（署名を含む。以下同
じ）を読み出し、一時鍵Ｋtempで暗号化されたコンテン
ツ鍵Ｋco、使用許諾条件情報、それらの署名およびコン
テンツ鍵Ｋcoで暗号化されたコンテンツを据置機器５２
に送信する。
【０２８９】ステップＳ２３０において、一時鍵Ｋtemp
で暗号化されたコンテンツ鍵Ｋco、使用許諾条件情報、
それらの署名およびコンテンツ鍵Ｋcoで暗号化されたコ
ンテンツを受信した据置機器５２は、署名を検証した後
コンテンツ鍵Ｋcoで暗号化されたコンテンツを据置機器
５２の記録再生部７６に出力する。コンテンツ鍵Ｋcoで
暗号化されたコンテンツを受信した据置機器５２の記録
再生部７６は、コンテンツ鍵Ｋcoで暗号化されたコンテ
ンツを記録メディア８０に保存する。
【０２９０】ステップＳ２３１において、据置機器５２
の暗号処理部７３は、一時鍵Ｋtempで暗号化されたコン
テンツ鍵Ｋcoを、暗号／復号化モジュールの復号化ユニ
ットで、ステップＳ２２０の相互認証時にホームサーバ
５１と共有した一時鍵Ｋtempを用いて復号化する。そし
て、暗号処理部７３の制御部は、暗号／復号化モジュー
ルの暗号化ユニットで、暗号処理部７３の記憶モジュー
ルから供給された保存鍵Ｋsave２を用いてコンテンツ鍵
Ｋcoを再暗号化する。
【０２９１】ステップＳ２３２において、据置機器５２
の暗号処理部７３は、保存鍵Ｋsave２で暗号化されたコ
ンテンツ鍵ＫcoとステップＳ２３０で受信した使用許諾
条件情報を暗号処理部７３の外部メモリ制御部に送信
し、外部メモリ７９に保存させる。外部メモリ制御部が
外部メモリにデータを書き込む処理については、図６９
で説明しているので、詳細は省略する。
【０２９２】このように、ホームサーバ５１はコンテン
ツ利用権を購入し、課金情報はホームサーバ５１側で保
存し、利用権は据置機器５２に引き渡される。
【０２９３】図７５は、ホームサーバ５１が、既に購入
済みのコンテンツ利用権を、別の利用形態に変更して購
入するための処理を示したフローチャートである。図７
５のステップＳ２４０からステップＳ２４５までは、図
６７で説明した処理と同様であるため、その説明は省略
する。ステップＳ２４６において、ホームサーバ５１の
暗号処理部６５は、暗号処理部６５の外部メモリ制御部
９７に、利用権変更するコンテンツの使用許諾条件情報
を読み出させる。外部メモリ６７からのデータの読み出
しは、図６８を参照して説明したので、その詳細は省略
する。ステップＳ２４６で正常に使用許諾条件情報が読
み出せた場合には、ステップＳ２４７へ進む。
【０２９４】ステップＳ２４７において、ホームサーバ
５１の上位コントローラ６２は、表示手段６４を用いて
利用権内容変更可能なコンテンツの情報（例えば、利用
権内容変更可能な利用形態や価格など）を表示し、ユー
ザは入力手段６３を用いて利用権内容更新条件を選択す
る。入力手段６３から入力された信号はホームサーバ５
１の上位コントローラ６２に送信され、上位コントロー
ラ６２は、その信号に基づいて利用権内容変更コマンド
を生成し、利用権内容変更コマンドをホームサーバ５１
の暗号処理部６５に入力する。これを受信した暗号処理
部６５は、ステップＳ２４３で受信した取扱方針、ステ
ップＳ２４５で受信した価格情報およびステップＳ２４
７で読み出した使用許諾条件情報から、課金情報および
新しい使用許諾条件情報を生成する。
【０２９５】ステップＳ２４８は、図６７のステップＳ
１７１と同様なため、その詳細な説明は省略する。ステ
ップＳ２４９において、暗号処理部６５の制御部９１
は、ステップＳ２４７で生成した使用許諾条件情報を、
暗号処理部６５の外部メモリ制御部９７に出力する。外
部メモリ制御部９７は、受信した使用許諾条件情報を外
部メモリ６７に上書き更新する。外部メモリ制御部９７
の外部メモリ６７への書き換え（更新）方法は、図７０
で説明したので、その詳細は省略する。
【０２９６】ステップＳ２４６において、外部メモリ６
７に、権利内容変更コマンドに付加されたコンテンツＩ
Ｄに対応する使用許諾条件情報が見つからなかった場
合、または、使用許諾条件情報が記憶されている外部メ
モリの記憶ブロックに改竄が発見された場合（図６８を
参照して説明済み）、ステップＳ２５１へ進み、所定の
エラー処理を行う。
【０２９７】このように、ホームサーバ５１は、既に購
入した権利（使用許諾権条件情報に記述されている）
と、取扱方針および価格情報を用いて新たな権利を購入
し、利用権内容を変更することができる。
【０２９８】図７６及び図７７は、取扱方針および価格
情報のルール部分の具体例を示したものである。図７６
において、取扱方針は利用権ごとに整理番号として付け
られたルール番号、利用権内容を示す利用権内容番号、
そのパラメータ、最低販売価格、コンテンツプロバイダ
の利益率から構成され、この取扱方針には例えば５つの
ルールが記述されている。ルール１は、権利項目が利用
権内容番号１であるから、図４４より、その権利は再生
権、時間・回数制限なしの権利であることがわかる。ま
た、パラメータの項目には、特に記述がないことがわか
る。最低販売価格は￥３５０であり、コンテンツプロバ
イダ２の取り分は、価格の３０％である。ルール２は、
権利項目が利用権内容番号２であるから、図４４より、
その権利は再生権、時間制限有り、回数制限なしの権利
であることがわかる。また、利用可能期間が１時間であ
ることが、パラメータの項目からわかる。最低販売価格
は￥１００であり、コンテンツプロバイダ２の取り分
は、価格の３０％である。ルール３は、権利項目が利用
権内容番号６であるから、図４４より、その権利は複製
権（コピー制御信号なし）、時間制限なし、回数制限あ
りの権利であることがわかる。また、利用可能回数が１
回であることが、パラメータの項目からわかる。最低販
売価格は￥３０であり、コンテンツプロバイダ２の取り
分は、価格の３０％である。
【０２９９】ルール４は、権利項目が利用権内容番号１
３であるから、図４４より、その権利は利用内容変更で
あることがわかる。変更可能なルール番号は、＃２（再
生権、時間制限有り、回数制限なし）から＃１（再生
権、時間・回数制限なし）であることがパラメータの項
目からわかる。最低販売価格は￥２００であり、コンテ
ンツプロバイダ２の取り分は、価格の２０％である。最
低販売価格がルール１より低く提示してあるのは、既に
購入している権利を下取りして再購入すると考えている
からであり、コンテンツプロバイダ２の取り分がルール
１より低く提示してあるのは、実際の作業をする電子配
信サービスセンタ１の取り分を増やすためである（コン
テンツプロバイダ２は、権利内容変更時には作業がない
ため）。
【０３００】ルール５は、権利項目が利用権内容番号１
４であるから、図４４より、その権利は再配布であるこ
とがわかる。再配布可能条件は、ルール番号＃１（再生
権、時間・回数制限なし）を持っている機器が、ルール
番号＃１（再生権、時間・回数制限なし）を購入して再
配布することであることが、パラメータの項目からわか
る。最低販売価格は￥２５０であり、コンテンツプロバ
イダ２の取り分は、価格の２０％である。最低販売価格
がルール１より低く提示してあるのは、既に購入してい
る権利をもつ機器が、同一コンテンツにつき再購入する
と考えているからであり、コンテンツプロバイダ２の取
り分がルール１より低く提示してあるのは、実際の作業
をする電子配信サービスセンタ１の取り分を増やすため
である（コンテンツプロバイダ２は、再配付時には作業
がないため）。
【０３０１】図７７において、価格情報は利用権ごとに
整理番号として付けられたルール番号、パラメータ及び
価格情報から構成され、この価格情報にも例えば５つの
ルールが記述されている。ルール１は、取扱方針のルー
ル＃１に対する価格情報で、利用権内容番号＃１を購入
する際に、価格が￥５００で、サービスプロバイダ３の
取り分が３０％であることを示す。従って、ユーザが支
払う￥５００は、コンテンツプロバイダ２が￥１５０、
サービスプロバイダ３が￥１５０、電子配信サービスセ
ンタ１が￥２００取ることになる。ルール２からルール
５までも同様であるので、その詳細は省略する。
【０３０２】なお、ルール４、５において、サービスプ
ロバイダ２の取り分がルール１に比べて少ないのは、サ
ービスプロバイダ２の配信作業をユーザ機器が代行して
行っており、代金の回収は電子配信サービスセンタ１が
行っているためである。
【０３０３】また本例ではルール番号が＃１から＃５へ
と連番となっているが、必ずしもその必要はない。作成
者はルール番号ごとに利用権内容番号とパラメータを設
定しておき、そこから抽出したものを並べるため、一般
には連番にならない。
【０３０４】図７８は、図７５で説明した権利内容変更
を行う際の具体的な例を示したものである。取扱方針は
利用権ごとに整理番号として付けられたルール番号、利
用権内容を示す利用権内容番号、そのパラメータ、最低
販売価格、コンテンツプロバイダの利益率から構成さ
れ、価格情報は利用権ごとに整理番号として付けられた
ルール番号、パラメータ及び価格情報から構成され、使
用許諾条件情報は利用権ごとに整理番号として付けられ
たルール番号、利用権内容を示す利用権内容番号、その
パラメータから構成されている。ホームサーバ５１は、
既にルール番号＃２の再生権、時間制限ありの権利を購
入しており、権利内容を示す使用許諾条件情報には、ル
ール番号＃２が記述されており、利用可能時間は残り３
０分で、今まで積算して２時間分の購入を行っているこ
とを示している。今、時間制限ありから時間制限なしに
変更しようとした場合、取扱方針のルール３、価格情報
のルール３および使用許諾条件情報から￥２００で再生
権、時間・回数制限なしに変更でき、使用許諾条件情報
は、ルール番号＃１、利用権内容番号の再生権、時間・
回数制限なしに変わることがわかる（利用権内容番号＃
１の場合のパラメータに関しては、後述する。また、本
例で言えば、直接再生権、時間・回数制限なしを買う場
合に比べ、一度、時間制限ありの権利を買ってから権利
内容変更したほうが安くなってしまっている。このた
め、積算利用時間を見て割り引くようにした方がよ
い）。
【０３０５】図７９は、ホームサーバ５１が据置機器５
２のために、コンテンツ利用権を購入し、その利用権を
再配布する処理の詳細を説明したフローチャートであ
る。ステップＳ２６０からステップ２６４は、図７４の
ステップＳ２２０からステップＳ２２５と同様なため、
その詳細な説明は省略する。ステップＳ２６５におい
て、ホームサーバ５１の暗号処理部６５は、暗号処理部
６５の外部メモリ制御部９７に、再配布しようとするコ
ンテンツに対応する使用許諾条件情報および保存鍵Ｋ
saveで暗号化されたコンテンツ鍵Ｋcoを、外部メモリ６
７から読み出させる。外部メモリ制御部９７による外部
メモリ６７の読み出し方法については、図６８で説明し
たので、その詳細は省略する。読み出しに成功した場合
は、ステップＳ２６６に進む。
【０３０６】ステップＳ２６６において、ホームサーバ
５１の上位コントローラ６２は、表示手段６４を用いて
再配布可能なコンテンツの情報（例えば、再配布可能な
コンテンツの利用形態や価格など）を表示し、ユーザは
入力手段６３を用いて再配付条件を選択する。なお、こ
の選択処理は、予め再配付処理スタート時に行うように
しても良い。入力手段６３から入力された信号はホーム
サーバ５１の上位コントローラ６２に送信され、上位コ
ントローラ６２は、その信号に基づいて再配布コマンド
を生成し、再配布コマンドをホームサーバ５１の暗号処
理部６５に入力する。これを受信した暗号処理部６５
は、ステップＳ２６４で受信した取扱方針、価格情報お
よびステップＳ２６５で読み出した使用許諾条件情報か
ら、課金情報および新しい使用許諾条件情報を生成す
る。
【０３０７】ステップＳ２６７は、図６７のステップＳ
１７１と同様なため、その詳細な説明は省略する。ステ
ップＳ２６８において、暗号処理部６５の制御部９１
は、ステップＳ２６５で読み出した保存鍵Ｋsaveで暗号
化されたコンテンツ鍵Ｋcoを、暗号／復号化モジュール
９６の復号化ユニット１１１で、記憶モジュール９２か
ら供給された保存鍵Ｋsaveを用いて復号化する。そし
て、暗号処理部６５の制御部９１は、暗号／復号化モジ
ュール９６の暗号化ユニット１１２で、ステップＳ２６
０の相互認証時に据置機器５２と共有した一時鍵Ｋtemp
を用いてコンテンツ鍵Ｋcoを再暗号化する。最後に、暗
号／復号化モジュール９６の署名生成ユニット１１４
は、一時鍵Ｋtempで暗号化されたコンテンツ鍵Ｋcoと、
ステップＳ２６６で生成した新しい使用許諾条件情報に
対応した署名を生成し、暗号処理部６５の制御部９１に
返送する。
【０３０８】ステップＳ２６９からステップＳ２７２の
処理は、図７４のステップＳ２２９からステップＳ２３
２と同様なため、その詳細は省略する。
【０３０９】このように、ホームサーバ５１は、自己の
保持する利用権（使用許諾条件情報）と取扱方針、価格
情報から新しい使用許諾条件情報を作り出し、自己の保
持するコンテンツ鍵Ｋco、コンテンツとともに据置機器
５２へ送信することで、コンテンツの再配布が行える。
【０３１０】図８０は、ホームサーバ５１が据置機器５
２のために、使用許諾条件情報、コンテンツ鍵Ｋcoを送
信し、据置機器５２でコンテンツ利用権を購入する処理
の詳細を説明したフローチャートである。ステップＳ２
８０において、据置機器５２の暗号処理部７３は、暗号
処理部７３の記憶モジュールに記憶されている課金情報
の課金の合計が、上限に達しているか否か判定し、上限
に達していなかった場合にはステップＳ２８１に進む
（なお、課金合計上限で判定するのではなく、課金処理
件数の上限で判定するようにしても良い）。
【０３１１】ステップＳ２８１において、据置機器５２
の上位コントローラ７２は、据置機器５２の小容量記憶
部７５から読み出した登録情報を据置機器５２の暗号処
理部７３に入力する。登録情報を受信した暗号処理部７
３は、図示せぬ暗号／復号化モジュールの署名検証ユニ
ットで登録情報の署名を検証した後、据置機器５２のＩ
Ｄに対する「購入処理」の項目が「購入可」になってい
るか判定し、「購入可」であった場合にはステップＳ２
８２に進む。
【０３１２】ステップＳ２８２は、図７４のステップＳ
２２０と同様なため、その詳細は省略する。ステップＳ
２８３は、図７４のステップＳ２２１と同様なため、そ
の詳細は省略する（ホームサーバ５１は据置機器５２が
登録されているか否かを判定し、据置機器５２はホーム
サーバ５１が登録されているか否かを判定する）。ステ
ップＳ２８４は、図７９のステップＳ２６５と同様なた
め、その詳細は省略する。ステップＳ２８５は、図７９
のステップＳ２６８と同様なため、その詳細は省略す
る。ステップＳ２８６において、暗号処理部６５の制御
部９１は、一時鍵Ｋtempで暗号化されたコンテンツ鍵Ｋ
coと、ステップＳ２８４で読み出した使用許諾条件情報
に対し、暗号／復号化モジュール９６の署名生成ユニッ
ト１１４を用いて署名を生成し、上位コントローラ６２
に送信する。一時鍵Ｋtempで暗号化されたコンテンツ鍵
Ｋco、使用許諾条件情報およびそれらの署名を受信した
ホームサーバ５１の上位コントローラ６２は、大容量記
憶部６８からコンテンツ鍵Ｋcoで暗号化されたコンテン
ツ、必要に応じて取扱方針とその署名、価格情報とその
署名を読み出し、一時鍵Ｋtempで暗号化されたコンテン
ツ鍵Ｋco、使用許諾条件情報、それらの署名、コンテン
ツ鍵Ｋcoで暗号化されたコンテンツ、取扱方針とその署
名および価格情報とその署名を据置機器５２に送信す
る。
【０３１３】ステップＳ２８７は、図７４のステップＳ
２３０と同様なため、その詳細は省略する。ステップＳ
２８８は、図７４のステップＳ２２５と同様なため、そ
の詳細は省略する。ステップＳ２８９において、据置機
器５２の上位コントローラ７２は、表示手段７８を用い
て再配布可能なコンテンツの情報（例えば、再配布可能
なコンテンツの利用形態や価格など）を表示し、ユーザ
は入力手段７７を用いて再配付条件を選択する。なお、
この選択処理は予め再配付処理スタート時に行うように
しても良い。入力手段７７から入力された信号は据置機
器５２の上位コントローラ７２に送信され、上位コント
ローラ７２は、その信号に基づいて再配布コマンドを生
成し、再配布コマンドを据置機器５２の暗号処理部７３
に入力する。これを受信した暗号処理部７３は、ステッ
プＳ２８６で受信した取扱方針、価格情報および使用許
諾条件情報から、課金情報および新しい使用許諾条件情
報を生成する。
【０３１４】ステップＳ２９０において、据置機器５２
の暗号処理部７３は、ステップＳ２８９で生成した課金
情報を図示せぬ暗号処理部７３の記憶モジュールに保存
する。ステップＳ２９１において、据置機器５２の暗号
処理部７３は、ステップＳ２８６で受信した一時鍵Ｋ
tempで暗号化されたコンテンツ鍵Ｋcoを、図示せぬ暗号
処理部７３の復号化ユニットで、ステップＳ２８２で共
有した一時鍵Ｋtempを用いて復号化する。そして、据置
機器５２の暗号処理部７３は、図示せぬ暗号処理部７３
の暗号化ユニットで、図示せぬ暗号処理部７３の記憶モ
ジュールから供給された保存鍵Ｋsave２を用いてコンテ
ンツ鍵Ｋcoを暗号化する。
【０３１５】ステップＳ２９２において、据置機器５２
の暗号処理部７３は、ステップＳ２８９で生成した使用
許諾条件情報およびステップＳ２９１で生成した保存鍵
Ｋsave２で暗号化されたコンテンツ鍵Ｋcoを図示せぬ、
暗号処理部７３の外部メモリ制御部に送信する。使用許
諾条件情報および保存鍵Ｋsave２で暗号化されたコンテ
ンツ鍵Ｋcoを受信した外部メモリ制御部は、使用許諾条
件情報および保存鍵Ｋsave２で暗号化されたコンテンツ
鍵Ｋcoを外部メモリ７９に書き込む。書き込む際の改竄
チェックについては、図６９を用いて説明したので、そ
の詳細は省略する。
【０３１６】このように、据置機器５２は、ホームサー
バ５１の保持する利用権（使用許諾条件情報）、取扱方
針、価格情報、コンテンツ鍵Ｋco、コンテンツをホーム
サーバ５１から受信し、据置機器５２で新しい使用許諾
条件情報を作り出すことにより、コンテンツの再配布を
受けることができる。
【０３１７】図８１は、管理移動権について説明した図
である。管理移動とは、機器１から機器２へ再生権を移
動できる動作のことで、機器１から機器２へ権利が移動
することは通常の移動と同じであるが、機器２は受け取
った再生権を再移動することができない点で通常の移動
と異なる（通常の移動と同様に、再生権を移動した後の
機器１は、再生権の再移動できない）。再生権を管理移
動で受け取った機器２は、再生権を機器１に返還するこ
とができ、返還された後は、機器１は再度再生権の移動
ができ、機器２は引き続きできない。これらを実現する
ため、使用許諾条件情報に管理移動権の購入者および現
在の管理移動権の保持者を管理させている（ここでは、
利用権内容番号＃１を持っている場合にのみ管理移動で
きることを想定しているが、利用権内容番号＃２におい
ても拡張できる）。
【０３１８】図８１において、取扱方針のルール１は、
図７８で説明しているので、その詳細は省略する。ルー
ル２は、権利項目が利用権内容番号１６であるから、図
４４より、その権利は管理移動権であることがわかる。
また、パラメータの項目には、特に記述がないことがわ
かる。最低販売価格は￥１００であり、コンテンツプロ
バイダ２の取り分は、価格の５０％である。コンテンツ
プロバイダ２の取り分がルール１より高く提示してある
のは、サービスプロバイダ３は実際の作業を全く行わな
いため、その分をコンテンツプロバイダ２への取り分に
回したためである。
【０３１９】図８１において、価格情報のルール１は、
図７８で説明しているので、その詳細は省略する。ルー
ル２は、取扱方針のルール＃２に対する価格情報で、利
用権内容番号＃１６を購入する際に、価格が￥１００
で、サービスプロバイダ３の取り分が０％であることを
示す。従って、ユーザが支払う￥１００は、コンテンツ
プロバイダ２が￥５０、サービスプロバイダ３が￥０、
電子配信サービスセンタ１が￥５０取ることになる。
【０３２０】図８１において、ユーザはまずルール番号
＃１（再生権、時間・回数制限無し）を購入する。ただ
し、このとき管理移動権は持っていない（図８１の
（ａ）の状態）。次に、ユーザは管理移動権を購入する
（これらの動作は一瞬なため、ユーザは一括して購入し
たように見える）。使用許諾条件のルール番号は、購入
者を示す暗号処理部のＩＤ（以下購入者とする）がＩＤ
１（例えば、ホームサーバ５１のＩＤ）、再生権を保有
する暗号処理部のＩＤ（以下保持者とする）がＩＤ２に
なる（図８１の（ｂ）の状態）。これを、管理移動を行
って据置機器５２に移した場合、ホームサーバ５１の持
つ使用許諾条件情報のルール部は、購入者はＩＤ１のま
まだが、保持者がＩＤ２に変化する。また、管理移動に
より再生権を受信した据置機器５２の持つ使用許諾条件
情報のルール部は、購入者はＩＤ１、保持者はＩＤ２と
なり、ホームサーバ５１の使用許諾条件情報と一緒にな
っている。
【０３２１】図８２は、管理移動権の移動処理の詳細を
説明するフローチャートである。図８２において、ステ
ップＳ３００は、図７４のステップＳ２２０と同様なた
め、その詳細は省略する。また、ステップＳ３０１は図
７４のステップＳ２２１と同様なため、その詳細は省略
する。ステップＳ３０２は図７５のステップＳ２４６と
同様であため、その詳細は省略する。ステップＳ３０３
において、ホームサーバ５１の暗号処理部６５は、読み
出した使用許諾条件情報内のルール部を検査し、使用権
が再生権、時間・回数制限なし、管理移動権ありになっ
ているか判定する。管理移動権があると判定された場
合、ステップＳ３０４に進む。
【０３２２】ステップＳ３０４において、暗号処理部６
５の制御部９１は、管理移動権の購入者および保持者
が、共にホームサーバ５１のＩＤになっているか判定す
る。管理移動権の購入者および保持者が、共にホームサ
ーバ５１のＩＤになっていると判定された場合には、ス
テップＳ３０５に進む。ステップＳ３０５において、暗
号処理部６５の制御部９１は、使用許諾条件情報の管理
移動権の保持者を据置機器５２のＩＤに書き換える。ス
テップＳ３０６において、暗号処理部６５の制御部９１
は、ステップＳ３０５で書き換えた使用許諾条件情報を
暗号処理部６５の外部メモリ制御部９７に出力する。使
用許諾条件情報を受信した暗号処理部６５の外部メモリ
制御部９７は、外部メモリ６７に使用許諾条件情報を上
書き保存する。外部メモリ６７のデータを書き換え保存
する方法については、図７０で説明したので、その詳細
は省略する。ステップＳ３０７からステップＳ３１１ま
では、図７９のステップＳ２６８からステップＳ２７２
と同様なため、その詳細は省略する。
【０３２３】ステップＳ３０３で使用許諾条件情報に管
理移動権が含まれていなかった場合、ステップＳ３０４
で管理移動権の購入者または保持者がホームサーバ５１
でなかった場合は、処理を中断する。
【０３２４】このように、ホームサーバ５１から据置機
器５２にコンテンツを再生するための権利を移動するこ
とができる。
【０３２５】図８３は、現在管理移動権を所持している
据置機器５２から、管理移動権の購入者であるホームサ
ーバ５１に、管理移動権を返還させる処理について説明
したフローチャートである。図８３において、ステップ
Ｓ３２０は、図７４のステップＳ２２０と同様なため、
その詳細は省略する。ステップＳ３２１は図７４のステ
ップＳ２２１と同様であため、その詳細は省略するが、
ホームサーバ５１と据置機器５２双方で相手のＩＤが登
録されているか検査しているものとする。登録されてい
ると判定された場合、ステップＳ３２２に進む。ステッ
プＳ３２２は、図７５のステップＳ２４６と同様である
ため、その詳細は省略するが、ホームサーバ５１と据置
機器５２双方で同一のコンテンツＩＤのデータを読み出
していることとする。外部メモリからデータが正しく読
めた場合には、ステップＳ３２３に進む。ステップＳ３
２３は、図８２のステップＳ３０３と同様であるため、
その詳細は省略するが、ホームサーバ５１と据置機器５
２双方で管理移動権があるか判定していることとする。
管理移動権があると判定された場合には、ステップＳ３
２４に進む。
【０３２６】ステップＳ３２４において、ホームサーバ
５１の暗号処理部６５は、管理移動権の購入者がホーム
サーバ５１のＩＤになっていて、保持者が据置機器５２
のＩＤになっているか判定する。管理移動権の購入者が
ホームサーバ５１のＩＤになっていて、保持者が据置機
器５２のＩＤになっていると判定された場合には、ステ
ップＳ３２５に進む。同様に、据置機器５２の暗号処理
部７３は、管理移動権の購入者がホームサーバ５１のＩ
Ｄになっていて、保持者が据置機器５２のＩＤになって
いるか判定する。管理移動権の購入者がホームサーバ５
１のＩＤになっていて、保持者が据置機器５２のＩＤに
なっていると判定された場合には、ステップＳ３２５に
進む。
【０３２７】ステップＳ３２５において、据置機器５２
の記録再生部７６は、記録メディア８０からコンテンツ
を削除する（ただし、暗号化されたデータが残るだけな
ので、無理に削除する必要はない）。ステップＳ３２６
において、据置機器５２の暗号処理部７３は、図示せぬ
暗号処理部７３の外部メモリ制御部に、外部メモリ７９
に保存されている保存鍵Ｋsave２で暗号化されたコンテ
ンツ鍵Ｋcoと使用許諾条件情報を削除させる。外部メモ
リ７９の照りの削除方法は図７１で説明したので、その
詳細は省略する。
【０３２８】ステップＳ３２７において、暗号処理部６
５の制御部９１は、使用許諾条件情報の管理移動権の保
持者をホームサーバ５１のＩＤに書き換えた使用許諾条
件情報を生成する。ステップＳ３２８において、暗号処
理部６５の制御部９１は、ステップＳ３２７で生成した
使用許諾条件情報を、暗号処理部６５の外部メモリ制御
部９７に出力する。使用許諾条件情報を受信した暗号処
理部６５の外部メモリ制御部９７は、外部メモリ６７に
使用許諾条件情報を上書き保存する。外部メモリ６７に
書き換え保存する方法については、図７０で説明したの
で、その詳細は省略する。
【０３２９】ステップＳ３２１でホームサーバ５１また
は据置機器５２において、登録情報が改竄されていた
り、相手の機器のＩＤが登録されていなかった場合、ス
テップＳ３２２でホームサーバ５１または据置機器５２
において、外部メモリ内に所定のコンテンツに対するコ
ンテンツ鍵または使用許諾条件情報が見つからなかった
り、それらを含むメモリブロックが改竄されていた場合
は、ステップＳ３２９へ進みエラー処理を行う。
【０３３０】ステップＳ３２３でホームサーバ５１また
は据置機器５２において、使用許諾条件情報内に管理移
動権がなかった場合、ステップＳ３２４でホームサーバ
５１または据置機器５２において、購入者がホームサー
バ５１で、保持者が据置機器５２でなかった場合は、処
理を中断する。
【０３３１】このように、据置機器５２からホームサー
バ５１にコンテンツを再生するための権利をもどすこと
ができる。
【０３３２】なお、コンテンツおよびコンテンツ鍵Ｋco
等を１つしか記述していないが、必要に応じて複数存在
することとする。
【０３３３】また、本例ではコンテンツプロバイダ２と
サービスプロバイダ３が別々に扱われていたが、一つに
まとめてしまってもよい。更にまた、コンテンツプロバ
イダ２の方式を、そのままサービスプロバイダ３に転用
しても良い。
【０３３４】（２）個別鍵の使用による暗号化処理 コンテンツプロバイダ２は、図９について上述したよう
にコンテンツを自ら作成したコンテンツ鍵で暗号化す
る。また、コンテンツプロバイダ２は、電子配信サービ
スセンタ１からコンテンツプロバイダ固有の個別鍵と、
配送鍵で暗号化された個別鍵を受け取り、個別鍵によっ
てコンテンツ鍵を暗号化する。かくしてコンテンツプロ
バイダ２は、コンテンツ鍵で暗号化されたコンテンツ
と、個別鍵で暗号化されたコンテンツ鍵と、配送鍵で暗
号化された個別鍵とをサービスプロバイダ３を介してユ
ーザホームネットワーク５に供給する。
【０３３５】ユーザホームネットワーク５では、電子配
信サービスセンタ１から受け取った配送鍵を用いてコン
テンツプロバイダ固有の個別鍵を復号化する。これによ
り、ユーザホームネットワーク５はコンテンツプロバイ
ダ２からコンテンツプロバイダ固有の個別鍵で暗号化さ
れて供給されるコンテンツ鍵を復号することができる。
コンテンツ鍵を得たユーザホームネットワーク５は当該
コンテンツ鍵によりコンテンツを復号することができ
る。
【０３３６】ここで、個別鍵はコンテンツサーバごとに
固有であるのに対して、配送鍵は一種類のみである。従
って、ユーザホームネットワーク５は一種類の配送鍵だ
けを持っていれば、各コンテンツプロバイダからの個別
鍵を復号することができる。従って、ユーザホームネッ
トワーク５は各コンテンツプロバイダ固有の個別鍵を持
つ必要がなくなり、配送鍵を持つだけですべてのコンテ
ンツプロバイダのコンテンツを購入することができる。
【０３３７】また、各コンテンツプロバイダは、配送鍵
を持たないことにより、他のコンテンツプロバイダ固有
の個別鍵（配送鍵で暗号化されている）を復号すること
ができない。これによりコンテンツプロバイダ間でのコ
ンテンツの盗用を防止し得る。
【０３３８】ここで、以上の実施の形態の構成と、特許
請求の範囲に記載の発明の各手段とを明らかにするため
に、各手段の後の括弧内に、対応する実施の形態（但し
一例）を付加して本発明の特徴を記述すると、次のよう
になる。但し勿論この記載は、各手段を記載したものに
限定することを意味するものではない。
【０３３９】すなわち、本発明の情報送信システムにお
いては、コンテンツ等の情報を送信するコンテンツ供給
者又はコンテンツ販売業者（例えば、図８４のコンテン
ツ送信装置２００）が持つ個別鍵保存用メモリ（例え
ば、図８４の耐タンパメモリ２０１）、コンテンツ鍵Ｋ
coを個別鍵Ｋi で暗号化するための手段（例えば、図８
４のデータ暗号部２０３）、コンテンツ鍵Ｋcoの使用条
件等を記述した取扱方針を生成するための手段（例え
ば、図８４の取扱方針生成部２０６）、各種データに対
してディジタル署名を生成するための手段（例えば、図
８４の署名生成部２０７）と、コンテンツを購入するユ
ーザ（例えば、図８４のコンテンツ受信装置２１０）が
持つ各種データに対して生成された署名データを検証す
る手段（例えば、図８４の署名検証部２２２）、コンテ
ンツ鍵Ｋcoの生成者を示すＩＤと取扱方針の生成者のＩ
Ｄとを比較するための手段（例えば、図８４の比較器２
２６）、配送鍵を保存するための手段（例えば、図８４
の耐タンパメモリ２２１）とを備える。
【０３４０】また、本発明の情報送信システムにおいて
は、コンテンツ等の情報を送信するコンテンツ供給者又
はコンテンツ販売業者（例えば、図８５のコンテンツ送
信装置２００）が持つ個別鍵保存用メモリ（例えば、図
８５の耐タンパメモリ２０１）、鍵証明書を保存するた
めのメモリ（例えば、図８５のメモリ２０２）、コンテ
ンツ鍵Ｋcoを個別鍵Ｋi で暗号化するための手段（例え
ば、図８５のデータ暗号部２０３）、コンテンツを購入
するユーザ（例えば、図８５のコンテンツ受信装置２１
０）が持つ各種データに対して生成された署名データを
検証する手段（例えば、図８５の署名検証部２２２）、
配送鍵を保存するための手段（例えば、図８５の耐タン
パメモリ２２１）とを備える。
【０３４１】（３）遠隔再生処理 コンテンツの再生権利を保持していない機器（例えば据
置機器５２）でコンテンツを保持している機器（例えば
ホームサーバ５１）から再生コマンドを受け取り、コン
テンツを再生する遠隔再生処理について説明する。
【０３４２】図８６は遠隔再生処理手順を示し、まず、
ユーザの入力操作によって遠隔再生しようとするコンテ
ンツのコンテンツＩＤが上位コントローラ６２に入力さ
れた後、ステップＳ４０１において、ホームサーバ５１
と据置機器５２は相互認証する。相互認証処理は、図５
２で説明した処理と同様であるため、説明を省略する。
ステップＳ４０２において、ホームサーバ５１の上位コ
ントローラ６２は、ホームサーバ５１の大容量記憶部６
８から読み出した登録情報を、ホームサーバ５１の暗号
処理部６５に検査させる。上位コントローラ６２から登
録情報を受信した暗号処理部６５は、暗号／復号化モジ
ュール９６の署名検証ユニット１１５に、登録情報に付
加されている署名を、暗号処理部６５の記憶モジュール
９２から供給された認証局２２の公開鍵で検証させる。
署名の検証に成功した後、「登録」の項目が「登録可」
になっているか判定し、「登録可」になっていると判定
された場合にはステップＳ４０３に進む。なお、据置機
器５２側でも登録情報を検査し、ホームサーバ５１が
「登録可」になっていることを判定している。
【０３４３】ステップＳ４０３において上位コントロー
ラ６２は遠隔再生しようとするコンテンツのコンテンツ
ＩＤを含む再生コマンドを生成し、続くステップＳ４０
４において、ホームサーバ５１の暗号処理部６５は、暗
号処理部６５の外部メモリ制御部９７に、遠隔再生しよ
うとするコンテンツに対応する使用許諾条件情報及び保
存鍵Ｋsaveで暗号化されたコンテンツ鍵Ｋcoを、外部メ
モリ６７から読み出させる。外部メモリ制御部９７によ
る外部メモリ６７からのデータ読み出し方法について
は、図６８で説明した通りであり、その詳細は省略す
る。読み出しに成功した場合、ステップＳ４０５に進
む。
【０３４４】ステップＳ４０５において、暗号／復号化
モジュール９６の復号化ユニット１１１は、外部メモリ
６７から読み出したコンテンツ鍵Ｋcoを、記憶モジュー
ル９２から供給された保存鍵Ｋsaveで復号化する。ステ
ップＳ４０６において、暗号／復号化モジュール９６の
暗号化ユニット１１２は、一時鍵Ｋtempでコンテンツ鍵
Ｋcoを暗号化した後、ステップＳ４０７において再生コ
マンドを一時鍵Ｋtempで暗号化する。
【０３４５】ホームサーバ５１は続くステップＳ４０８
において、遠隔再生しようとするコンテンツ（コンテン
ツ鍵Ｋcoで暗号化されている）を大容量記憶部６８から
読み出して、これを上述のステップＳ４０６及びＳ４０
７において一時鍵Ｋtempで暗号化されたコンテンツ鍵及
び再生コマンドと共に据置機器５２に送信する。
【０３４６】ステップＳ４０９において、据置機器５２
はホームサーバ５１から受け取ったコンテンツ鍵及び再
生コマンドを一時鍵Ｋtempで復号化し、ステップＳ４１
０において暗号処理部７３と伸張部７４は相互認証を行
い、一時鍵Ｋtemp２を共有する。そしてステップＳ４１
１において暗号処理部７３は上述のステップＳ４１０に
おいて伸張部７４と共有した一時鍵Ｋtemp２でコンテン
ツ鍵Ｋco及び再生コマンドを暗号化する。ステップＳ４
１２において、暗号処理部７３は一時鍵Ｋtemp２で暗号
化されたコンテンツ鍵Ｋco及び再生コマンドを伸張部７
４に送信し、伸張部７４はステップＳ４１３においてコ
ンテンツ鍵Ｋco及び再生コマンドを一時鍵Ｋtemp２で復
号化する。
【０３４７】伸張部７４はステップＳ４１４において、
ホームサーバ５１から上述のステップＳ４０８において
ホームサーバ５１から受け取ったコンテンツを上述のス
テップＳ４１３において復号化された再生コマンドに従
って上述のステップＳ４１３において復号化されたコン
テンツ鍵Ｋcoで復号化する。そして伸張部７４は当該復
号化されたコンテンツをステップＳ４１５において所定
の方式、例えばＡＴＲＡＣなどの方式により伸張する。
ステップＳ４１６において、上位コントローラ７２は暗
号処理部７３から指示されたデータを電子透かしの形で
コンテンツに挿入する。因みに、暗号処理部７３から伸
張部７４へ渡されるデータは、コンテンツ鍵Ｋco及び再
生コマンドだけではなく、再生条件（アナログ出力、デ
ィジタル出力、コピー制御信号付き出力（ＳＣＭ
Ｓ））、コンテンツ利用権を購入した機器ＩＤなども含
まれている。挿入するデータは、このコンテンツ利用権
を購入した機器のＩＤ、つまりは、使用許諾条件情報内
の機器ＩＤなどである。ステップＳ４１７において、伸
張部７４は、図示せぬスピーカを介して音楽を再生す
る。
【０３４８】以上の構成において、ホームサーバ５１は
コンテンツと当該コンテンツの再生コマンド及びコンテ
ンツ鍵Ｋcoを据置機器５２に送信することにより、コン
テンツの再生権利を保持していない据置機器５２は、再
生コマンド及びコンテンツ鍵Ｋcoを用いてコンテンツを
再生することができる。従って、以上の構成によれば、
コンテンツを保持する機器（コンテンツの再生権利を有
する機器）に接続された複数の機器（据置機器等）にお
いて、コンテンツを再生することができる。
【０３４９】（４）予約購入処理 配送鍵の有効期限が切れる前にコンテンツの鍵変換を予
め行っておき、コンテンツの購入予約を行うホームサー
バの予約購入処理について説明する。図８７に示す予約
購入処理手順のステップＳ４５１において、ホームサー
バ５１は登録情報更新判断処理を行い、ステップＳ４５
２に進む。登録情報更新判断処理については、図６１及
び図６２で説明した通りであり、その詳細説明は省略す
る。但し、予約購入処理においては、図６１のステップ
Ｓ６０１やＳ６０２で述べた購入個数や購入金額に基づ
く登録情報更新タイミングの判断は行わなくても良い。
【０３５０】ステップＳ４５２において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出した登録情報をホームサーバ
５１の暗号処理部６５に入力する。登録情報を受信した
暗号処理部６５は、暗号／復号化モジュール９６の署名
検証ユニット１１５で登録情報の署名を検証した後、ホ
ームサーバ５１のＩＤに対する「購入処理」及び「登
録」の項目が「購入可」及び「登録可」になっているか
否かを判定し、「購入可」及び「登録可」であった場合
にはステップＳ４５３に進む。ステップＳ４５３におい
て、ホームサーバ５１の上位コントローラ６２は、ホー
ムサーバ５１の大容量記憶部６８から読み出したコンテ
ンツプロバイダ２の公開鍵証明書をホームサーバ５１の
暗号処理部６５に入力する。コンテンツプロバイダ２の
公開鍵証明書を受信した暗号処理部６５は、暗号／復号
化モジュール９６の署名検証ユニット１１５でコンテン
ツプロバイダ２の公開鍵証明書の署名を検証した後、公
開鍵証明書からコンテンツプロバイダ２の公開鍵を取り
出す。署名の検証の結果、改ざんがなされていないこと
が確認された場合には、上位コントローラ６２はステッ
プＳ４５４に進む。
【０３５１】ステップＳ４５４においてホームサーバ５
１の上位コントローラ６２は、ホームサーバ５１の大容
量記憶部６８から読み出したコンテンツ鍵Ｋcoをホーム
サーバ５１の暗号処理部６５に入力する。コンテンツ鍵
Ｋcoを受信した暗号処理部６５は、暗号／復号化モジュ
ール９６の署名検証ユニット１１５でコンテンツ鍵Ｋco
の署名を検証し、改ざんがなされていないことが確認さ
れた場合には、ステップＳ４５５に進む。
【０３５２】ステップＳ４５５において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出した個別鍵Ｋi をホームサー
バ５１の暗号処理部６５に入力する。個別鍵Ｋi を受信
した暗号処理部６５は、暗号／復号化モジュール９６の
署名検証ユニット１１５で個別鍵Ｋi の署名を検証し、
改ざんがなされていないことが確認された場合には、ス
テップＳ４５６に進む。
【０３５３】ここで、個別鍵Ｋi で暗号化されたコンテ
ンツ鍵Ｋco及び配送鍵Ｋd で暗号化された個別鍵Ｋi 全
体に対して１つの署名がついている場合は、Ｓ４５４及
びＳ４５５を１つに合わせることができ署名検証処理を
簡略化できる。
【０３５４】ステップＳ４５６において、暗号処理部６
５の制御部９１は、ステップＳ４５５で入力された個別
鍵Ｋi を、暗号／復号化モジュール９６の復号化ユニッ
ト１１１で、記憶モジュール９２から供給された配送鍵
Ｋd を用いて復号化する。次に、暗号処理部６５の制御
部９１は、ステップＳ４５４で入力されたコンテンツ鍵
Ｋcoを、暗号／復号化モジュール９６の復号化ユニット
１１１で、先ほど復号化した個別鍵Ｋi を用いて復号化
する。最後に、暗号処理部６５の制御部９１は、暗号／
復号化モジュール９６の暗号化ユニット１１２で、記憶
モジュール９２から供給された保存鍵Ｋsaveを用いてコ
ンテンツ鍵Ｋcoを暗号化する。
【０３５５】ステップＳ４５７において、保存鍵Ｋsave
で暗号化されたコンテンツ鍵Ｋcoは、暗号処理部６５の
外部メモリ制御部９７を経由して外部メモリ６７に保存
される。
【０３５６】また、ステップＳ４５２でホームサーバ５
１が購入処理できない機器であると判定された場合、又
はステップＳ４５３でコンテンツプロバイダ２の公開鍵
証明書の署名が正しくないと判定された場合、又はステ
ップＳ４５４で個別鍵Ｋi で暗号化されたコンテンツ鍵
Ｋcoの署名が正しくないと判定された場合、又はステッ
プＳ４５５で配送鍵Ｋd で暗号化された個別鍵Ｋi の署
名が正しくないと判定された場合、ホームサーバ５１は
ステップＳ４５８に進み、エラー処理を行う。
【０３５７】以上のように、ホームサーバ５１は、コン
テンツ鍵Ｋcoを個別鍵Ｋi で復号化した後、コンテンツ
鍵Ｋcoを保存鍵Ｋsaveで再暗号化し、外部メモリ６７に
記憶させる。この予約購入処理は、実際にコンテンツを
購入しないので、図６７について上述した購入処理のう
ち、ステップＳ１６１の登録情報更新判断処理のなかの
課金情報についての処理、ステップＳ１６４に対応する
購入コンテンツについての処理、ステップＳ１６７に対
応する取扱い方針についての処理、ステップＳ１６８に
対応するサービスプロバイダの公開鍵検証についての処
理、ステップＳ１６９に対応する価格情報の署名検証に
ついての処理、ステップＳ１７０乃至ステップＳ１７２
に対応する課金情報及び使用許諾条件情報の保存処理は
行わなくても良い。
【０３５８】因みに、図８７の予約購入処理の場合、ホ
ームサーバ５１は使用許諾条件情報の作成は行わなかっ
たが、これに代えて使用許諾条件情報を作成しその利用
権内容番号（すなわち権利項目）を初期値等の権利を持
っていない状態（例えば、存在しない＃０など）として
おくようにしても良い。
【０３５９】このようにして、予約購入処理では、ホー
ムサーバ５１は配送鍵Ｋd の有効期限が切れる前にコン
テンツ鍵Ｋcoを外部メモリ６７に保存しておくことによ
り、当該保存されたコンテンツ鍵Ｋcoによって暗号化さ
れたコンテンツについて、配送鍵Ｋd の期限に関わらず
購入することができる。
【０３６０】ここで、ホームサーバ５１において外部メ
モリ６７にコンテンツ鍵Ｋcoを 保存することにより購
入の予約がなされたコンテンツの本購入処理について説
明する。図８８に示す本購入処理手順のステップＳ４７
１において、ホームサーバ５１は登録情報更新判断処理
を行い、ステップＳ４７２に進む。登録情報更新判断処
理については、図６１及び図６２で説明した通り、その
詳細は、省略する。但し、本購入処理においては、図６
１のステップＳ６０３で述べた配送鍵Ｋd に基づく登録
情報更新タイミングの判断は行わなくて良い。
【０３６１】ステップＳ４７２において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出した登録情報をホームサーバ
５１の暗号処理部６５に入力する。登録情報を受信した
暗号処理部６５は、暗号／復号化モジュール９６の署名
検証ユニット１１５で登録情報の署名を検証した後、ホ
ームサーバ５１のＩＤに対する「購入処理」及び「登
録」の項目が「購入可」及び「登録可」になっているか
判定し、「購入可」及び「登録可」であった場合にはス
テップＳ４７３に進む。ステップＳ４７３において、ホ
ームサーバ５１の上位コントローラ６２は、ホームサー
バ５１の大容量記憶部６８から読み出したコンテンツプ
ロバイダ２の公開鍵証明書をホームサーバ５１の暗号処
理部６５に入力する。コンテンツプロバイダ２の公開鍵
証明書を受信した暗号処理部６５は、暗号／復号化モジ
ュール９６の署名検証ユニット１１５でコンテンツプロ
バイダ２の公開鍵証明書の署名を検証した後、公開鍵証
明書からコンテンツプロバイダ２の公開鍵を取り出す。
署名の検証の結果、改ざんがなされていないことが確認
された場合には、ステップＳ４７４に進む。
【０３６２】ステップＳ４７４において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出したコンテンツをホームサー
バ５１の暗号処理部６５に入力する。コンテンツを受信
した暗号処理部６５は、暗号／復号化モジュール９６の
署名検証ユニット１１５でコンテンツの署名を検証し、
改ざんがなされていないことが確認された場合には、ス
テップＳ４７５に進む。
【０３６３】ステップＳ４７５において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出した取扱方針をホームサーバ
５１の暗号処理部６５に入力する。取扱方針を受信した
暗号処理部６５は、暗号／復号化モジュール９６の署名
検証ユニット１１５で取扱方針の署名を検証し、改ざん
がなされていないことが確認された場合には、ステップ
Ｓ４７６に進む。ステップＳ４７６において、ホームサ
ーバ５１の上位コントローラ６２は、ホームサーバ５１
の大容量記憶部６８から読み出したサービスプロバイダ
３の公開鍵証明書をホームサーバ５１の暗号処理部６５
に入力する。サービスプロバイダ３の公開鍵証明書を受
信した暗号処理部６５は、暗号／復号化モジュール９６
の署名検証ユニット１１５でサービスプロバイダ３の公
開鍵証明書の署名を検証した後、公開鍵証明書からサー
ビスプロバイダ３の公開鍵を取り出す。署名の検証の結
果、改ざんがなされていないことが確認された場合に
は、ステップＳ４７７に進む。
【０３６４】ステップＳ４７７において、ホームサーバ
５１の上位コントローラ６２は、ホームサーバ５１の大
容量記憶部６８から読み出した価格情報をホームサーバ
５１の暗号処理部６５に入力する。価格情報を受信した
暗号処理部６５は、暗号／復号化モジュール９６の署名
検証ユニット１１５で価格情報の署名を検証し、改ざん
がなされていないことが確認された場合には、ステップ
Ｓ４７８に進む。
【０３６５】ステップＳ４７８において、ホームサーバ
５１の上位コントローラ６２は、表示手段６４を用いて
購入可能なコンテンツの情報（例えば、購入可能な利用
形態や価格など）を表示し、ユーザは入力手段６３を用
いて購入項目を選択する。なお、購入項目の選択処理は
本購入処理に先立って行うようにしても良い。入力手段
６３から入力された信号はホームサーバ５１の上位コン
トローラ６２に送信され、上位コントローラ６２は、そ
の信号に基づいて購入コマンドを生成し、購入コマンド
をホームサーバ５１の暗号処理部６５に入力する。これ
を受信した暗号処理部６５は、ステップＳ４７５で入力
された取扱方針及びステップＳ４７７で入力された価格
情報から課金情報及び使用許諾条件情報を生成する。課
金情報については、図４２で説明した通りであり、その
詳細は省略する。また、使用許諾条件情報については、
図４１で説明した通りであり、その詳細は省略する。
【０３６６】ステップＳ４７９において、暗号処理部６
５の制御部９１は、ステップＳ４７８で生成した課金情
報を記憶モジュール９２に保存する。そしてステップＳ
４８０において、暗号処理部６５の制御部９１は、ステ
ップＳ４７８で生成した使用許諾条件情報を暗号処理部
６５の外部メモリ制御部９７に送信する。使用許諾条件
情報を受信した外部メモリ制御部９７は、外部メモリ６
７の改ざんチェックを行った後、使用許諾条件情報を外
部メモリ６７に書き込む。書き込む際の改ざんチェック
については、図６９について上述した通りであり、詳細
説明は省略する（なお、権利なしの使用許諾条件情報が
すでに書き込まれている場合には、図７０で説明した書
き換え処理により使用許諾条件情報を書き換え更新す
る）。
【０３６７】因みに、ステップＳ４７２でホームサーバ
５１が購入処理できない機器であったり、登録されてい
ないと判定された場合、又はステップＳ４７３でコンテ
ンツプロバイダ２の公開鍵証明書の署名が正しくないと
判定された場合、又はステップＳ４７４でコンテンツ鍵
Ｋcoで暗号化されたコンテンツの署名が正しくないと判
定された場合、又はステップＳ４７５で取扱方針の署名
が正しくないと判定された場合、又はステップＳ４７６
でサービスプロバイダ３の公開鍵証明書の署名が正しく
ないと判定された場合、又はステップＳ４７７で価格情
報の署名が正しくないと判定された場合、ホームサーバ
５１はステップＳ４８１に進み、エラー処理を行う。
【０３６８】以上のように、ホームサーバ５１ではユー
ザが購入選択したコンテンツについての課金情報を記憶
モジュール９２に記憶すると共に、使用許諾条件情報を
外部メモリ６７に記憶することにより、コンテンツの本
購入処理を終了する。この本購入処理では、図８７につ
いて上述した予約購入処理で既に行われたコンテンツ鍵
Ｋcoの署名検証（ステップＳ４５４）及び個別鍵Ｋi の
署名検証（ステップＳ４５５）、並びにコンテンツ鍵Ｋ
coのかけ替え処理（ステップＳ４５６）は行わない。
【０３６９】以上の構成において、ホームサーバ５１で
は配送鍵Ｋd が更新される前に予約購入処理によりコン
テンツ鍵Ｋcoを外部メモリ６７に保存しておくことによ
り、コンテンツ鍵Ｋcoを復号化する際に必要となる配送
鍵Ｋd が更新されても、コンテンツ鍵Ｋcoは既に外部メ
モリ６７に保存されているので、配送鍵Ｋd の有効期限
が切れてもコンテンツを購入することができる。
【０３７０】（５）代理購入処理 登録情報(Registration List) が異なっている機器、す
なわちグループが異なっている機器間においてコンテン
ツの授受を行う代理購入処理について説明する。この代
理購入処理では、例えばホームサーバ５１と当該ホーム
サーバ５１に対してグループ外機器である携帯機器等と
の間でコンテンツを授受する場合について、ホームサー
バ５１側で課金する場合と、グループ外機器で課金を行
う場合をそれぞれ説明する。この場合、図１５について
上述した据置機器５２をグループ外機器として説明す
る。
【０３７１】図８９はホームサーバ５１がグループ外機
器にコンテンツを渡し、ホームサーバ５１が課金処理を
行う場合の処理手順を示し、ステップＳ５０１におい
て、ホームサーバ５１とグループ外機器は、相互認証す
る。相互認証処理は、図５２で説明した処理と同様であ
るため、説明を省略する。ステップＳ５０２において、
ホームサーバ５１とグループ外機器とは互いに登録情報
を交換し、続くステップＳ５０３において互いに相手の
登録情報を検査する。
【０３７２】すなわち、ホームサーバ５１はグループ外
機器から受け取った登録情報を、暗号処理部６５に検査
させる。グループ外機器からの登録情報を受信した暗号
処理部６５は、暗号／復号化モジュール９６の署名検証
ユニット１１５に、登録情報に付加されている署名を、
暗号処理部６５の記憶モジュール９２から供給された公
開鍵で検証させる。署名の検証に成功した後、暗号処理
部６５の制御部９１は、登録情報にグループ外機器のＩ
Ｄが登録され、「購入処理」及び「登録」の項目が「購
入可」及び「登録可」になっているか否かを判定する。
また、ホームサーバ５１の登録情報を受け取ったグルー
プ外機器も、同様にしてホームサーバ５１の登録情報に
ホームサーバ５１のＩＤが登録され、「登録」の項目が
「登録可」になっているか否かを判定する。そして、互
いに相手の機器が登録されていることが確認されると、
ホームサーバ５１はステップＳ５０４に移る。
【０３７３】ステップＳ５０４からステップＳ５１０
は、図６７のステップＳ１６１からステップＳ１７１ま
でと同様な処理なため、その詳細は省略する。
【０３７４】ステップＳ５１１において、暗号処理部６
５の制御部９１は、ステップＳ５０８で入力された配送
鍵Ｋd で暗号化された個別鍵Ｋi を、暗号／復号化モジ
ュール９６の復号化ユニット１１１で、記憶モジュール
９２から供給された配送鍵Ｋd を用いて復号化する。次
に、暗号処理部６５の制御部９１は、ステップＳ５０８
で入力された個別鍵Ｋi で暗号化されたコンテンツ鍵Ｋ
coを、暗号／復号化モジュール９６の復号化ユニット１
１１で、先ほど復号化した個別鍵Ｋi を用いて復号化す
る。そして、暗号処理部６５の制御部９１は、暗号／復
号化モジュール９６の暗号化ユニット１１２で、ステッ
プＳ５０１の相互認証時にグループ外機器と共有した一
時鍵Ｋtempを用いてコンテンツ鍵Ｋcoを再暗号化する。
ステップＳ５１２において、暗号処理部６５の制御部９
１は、一時鍵Ｋtempで暗号化されたコンテンツ鍵Ｋ
coと、ステップＳ５０９で生成した使用許諾条件情報に
対し、暗号／復号化モジュール９６の署名生成ユニット
１１４を用いて署名を生成し、上位コントローラ６２に
送信する。一時鍵Ｋtempで暗号化されたコンテンツ鍵Ｋ
co、使用許諾条件情報およびそれらの署名を受信したホ
ームサーバ５１の上位コントローラ６２は、大容量記憶
部６８からコンテンツ鍵Ｋcoで暗号化されたコンテンツ
を読み出し、一時鍵Ｋtempで暗号化されたコンテンツ鍵
Ｋco、使用許諾条件情報、それらの署名およびコンテン
ツ鍵Ｋcoで暗号化されたコンテンツをグループ外機器に
送信する。
【０３７５】ステップＳ５１３において、一時鍵Ｋtemp
で暗号化されたコンテンツ鍵Ｋco、使用許諾条件情報、
それらの署名およびコンテンツ鍵Ｋcoで暗号化されたコ
ンテンツを受信したグループ外機器は、コンテンツ鍵Ｋ
coで暗号化されたコンテンツをグループ外機器の記録再
生部７６に出力する。コンテンツ鍵Ｋcoで暗号化された
コンテンツを受信したグループ外機器の記録再生部７６
は、コンテンツ鍵Ｋcoで暗号化されたコンテンツを記録
メディア８０に保存する。
【０３７６】ステップＳ５１４において、グループ外機
器の暗号処理部７３は、上述のステップＳ５１２でホー
ムサーバから受け取った署名の検証を行うと共に、一時
鍵Ｋtempで暗号化されたコンテンツ鍵Ｋcoを、暗号／復
号化モジュールの復号化ユニットで、ステップＳ５０１
の相互認証時にホームサーバ５１と共有した一時鍵Ｋ
tempを用いて復号化する。そして、暗号処理部７３の制
御部は、暗号／復号化モジュールの暗号化ユニットで、
暗号処理部７３の記憶モジュールから供給された保存鍵
Ｋsave２を用いてコンテンツ鍵Ｋcoを再暗号化する。
【０３７７】ステップＳ５１５において、グループ外機
器の暗号処理部７３は、保存鍵Ｋsave２で暗号化された
コンテンツ鍵ＫcoとステップＳ５１３で受信した使用許
諾条件情報を暗号処理部７３の外部メモリ制御部に送信
し、外部メモリ７９に保存させる。外部メモリ制御部が
外部メモリにデータを書き込む処理については、図６９
で説明しているので、詳細は省略する。
【０３７８】このように、ホームサーバ５１はコンテン
ツ利用権を購入し、課金情報はホームサーバ５１側で保
存し、利用権はグループ外機器に引き渡される。これに
より、ホームサーバ５１はクループ外機器に引き渡した
コンテンツ利用権についてその支払いを行うことにな
る。
【０３７９】次に、図９０はホームサーバ５１がグルー
プ外機器にコンテンツを渡し、グループ外機器が課金処
理を行う場合の処理手順を示し、ステップＳ５５１にお
いてグループ外機器は、暗号処理部７３（図１５）内に
記憶されている課金情報の課金の合計が、上限に達して
いるか否か判定し、上限に達していなかった場合にはス
テップＳ５５２に進む（なお、課金合計上限で判定する
のではなく、課金処理件数の上限で判定するようにして
も良い）。
【０３８０】ステップＳ５５２において、グループ外機
器の上位コントローラ７２は、外部メモリ７９から読み
出した登録情報を暗号処理部７３に入力する。登録情報
を受信した暗号処理部７３は、その内部に設けられた暗
号／復号化モジュールの署名検証ユニットで登録情報の
署名を検証した後、グループ外機器（据置機器５２）の
ＩＤに対する「購入処理」の項目が「購入可」になって
いるか判定し、「購入可」であった場合にはステップＳ
５５３に進む。
【０３８１】ステップＳ５５３において、ホームサーバ
５１とグループ外機器は、相互認証する。相互認証処理
は、図５２で説明した処理と同様であるため、説明を省
略する。ステップＳ５５４において、ホームサーバ５１
とグループ外機器とは互いに登録情報を交換し、続くス
テップＳ５５５において互いに相手の登録情報を検査す
る。
【０３８２】すなわち、ホームサーバ５１はグループ外
機器から受け取った登録情報を、暗号処理部６５に検査
させる。グループ外機器からの登録情報を受信した暗号
処理部６５は、暗号／復号化モジュール９６の署名検証
ユニット１１５に、登録情報に付加されている署名を、
暗号処理部６５の記憶モジュール９２から供給された公
開鍵で検証させる。署名の検証に成功した後、暗号処理
部６５の制御部９１は、登録情報にグループ外機器のＩ
Ｄが登録され、「登録」の項目が「登録可」になってい
るか否かを判定する。また、ホームサーバ５１の登録情
報を受け取ったグループ外機器も、同様にしてホームサ
ーバ５１の登録情報にホームサーバ５１のＩＤが登録さ
れ、「登録」の項目が「登録可」になっているか否かを
判定する。なお、同様の処理をグループ外機器も行って
いる。そして、互いに相手の機器が登録されていること
が確認されると、ホームサーバ５１はステップＳ５５６
に移る。
【０３８３】ステップＳ５５６において、ホームサーバ
５１の制御部９１は、外部メモリ制御部９７を介して外
部メモリ６７から既に購入済のコンテンツ鍵を読み出
し、続くステップＳ５５７においてコンテンツ鍵Ｋcoを
保存鍵Ｋsaveで復号化すると共に一時鍵Ｋtempで再暗号
化し、それらの署名を生成する。
【０３８４】ステップＳ５５８において、ホームサーバ
５１は、Ｓ５５７で生成した保存鍵Ｋtempで暗号化され
たコンテンツ鍵と大容量記憶部６８から読みだしたコン
テンツ、取扱方針、価格情報をグループ外機器に送信す
る。ステップＳ５５９においてグループ外機器は、ホー
ムサーバ５１から受け取ったコンテンツを記録メディア
８０に保存する。
【０３８５】ステップＳ５６０において、グループ外機
器（据置機器５２）は取扱方針、価格情報等の署名を検
証した後、ステップＳ５６１において、グループ外機器
の上位コントローラ７２は、表示手段７８を用いて購入
可能なコンテンツの情報（例えば、購入可能な利用形態
や価格など）を表示し、ユーザは入力手段７７を用いて
購入項目を選択する。なお購入項目の選択処理は代理購
入処理に先立って行うようにしても良い。入力手段７７
から入力された信号は上位コントローラ７２に送信さ
れ、上位コントローラ７２は、その信号に基づいて購入
コマンドを生成し、購入コマンドを暗号処理部７３に入
力する。これを受信した暗号処理部７３は、ステップＳ
５６０で入力された取扱方針および価格情報から課金情
報および使用許諾条件情報を生成する。課金情報につい
ては、図４２で説明したので、その詳細は省略する。使
用許諾条件情報については、図４１で説明したので、そ
の詳細は省略する。
【０３８６】ステップＳ５６２において、暗号処理部７
３は、ステップＳ５６１で生成した課金情報を暗号処理
部７３内の記憶モジュールに保存する。ステップＳ５６
３において、暗号処理部７３は、ステップＳ５５７で暗
号化されたコンテンツ鍵について、署名を検証すると共
に一時鍵Ｋtempで復号化し、保存鍵Ｋsave２で再暗号化
する。そしてステップＳ５６４において、保存鍵Ｋsave
２で暗号化されたコンテンツ鍵Ｋcoは、暗号処理部７３
から外部メモリ７９に保存される。
【０３８７】このように、ホームサーバ５１は既に購入
したコンテンツ利用権をグループ外機器に引き渡し、グ
ループ外機器は課金情報も保存することにより、グルー
プ外機器はグループ外のホームサーバ５１から引き渡さ
れたコンテンツ利用権についてその支払いを行うことに
なる。
【０３８８】以上の構成において、登録情報(Registrat
ion List) が異なっている機器間において、上述のステ
ップＳ５０２及びステップＳ５５４について上述したよ
うに、互いの登録情報を交換することにより、登録され
た機器であることを確認した後一方の機器が有するコン
テンツを他方の機器に引き渡すことができる。従って、
以上の構成によれば、グループが異なる機器間において
コンテンツの授受を行うことができる。
【０３８９】なお、上述の実施の形態においては、購入
処理の際にコンテンツの署名を検証したが、処理に時間
がかかるため省略する場合がある。また、取扱方針又は
価格情報に、検証の必要性の有無を記述し、それに従つ
て動作する場合がある。
【０３９０】（６）情報提供装置の構成 図１との対応部分に同一符号を付して示す図９１におい
て、かかる構成の電子音楽配信システム１０には、情報
提供装置１４０が設けられている。情報提供装置１４０
は、コンテンツプロバイダ２から供給される多数の、暗
号化されたコンテンツを保持するホスティングサーバ１
４１と、例えば、簡易小売店（すなわち、ＫＩＯＳＫ）
に設置される情報提供端末（以下、これをＫＩＯＳＫ端
末と呼ぶ）１４２とから構成される。
【０３９１】ＫＩＯＳＫ端末１４２においては、例え
ば、ＭＤ（商標）でなる記録媒体である記録メディア１
４３や、図１７について上述したデータ格納装置である
電子配信専用記録メディア１４４を着脱自在に挿入し得
る。そして、ＫＩＯＳＫ端末１４２は、当該ＫＩＯＳＫ
端末１４２を管理する情報提供者側（図１でのサービス
プロバイダ３）で作成した価格情報を保持し、また、専
用のケーブル又は衛星通信を介してホスティングサーバ
１４１から情報利用者である顧客の所望するコンテンツ
を読み出し、ユーザホームネットワーク５内のホームサ
ーバ５１と同様に購入処理を実行することにより、顧客
の所持する記録メディア１４３や、電子配信専用記録メ
ディア１４４に当該顧客が所望するコンテンツを記録す
る。
【０３９２】因みに、ＫＩＯＳＫ端末１４２は、電子配
信サービスセンタ１から送信されるＫＩＯＳＫ端末１４
２の公開鍵証明書、配送鍵Ｋd 、登録情報等を受信し、
これに対して電子配信専用記録メディア１４４にコンテ
ンツの利用権に応じた課金情報や、使用許諾条件情報等
を送信する。これにより、電子配信サービスセンタ１
は、ＫＩＯＳＫ端末１４２から与えられる課金情報に基
づいて、コンテンツプロバイダ２や情報提供者（図１で
のサービスプロバイダ３）らに対しても利益配分の処理
を行う。また、電子配信専用記録メディア１４４は、Ｋ
ＩＯＳＫ端末１４２から利用権を購入する際に当該電子
配信専用記録メディア１４４内で購入処理する場合があ
り、この場合にはユーザホームネットワーク５内の機器
等を介して電子配信サービスセンタ１に課金情報を送信
する必要がある。
【０３９３】ここで、図９２はホスティングサーバ１４
１の構成を示すものである。ホスティングサーバ１４１
は、通信部１５０、制御部１５１及びサーバ１５２から
構成される、通信部１５０は、コンテンツプロバイダ２
及びＫＩＯＳＫ端末１４２と通信し、所定の情報を送受
信する。制御部１５１は、通信部１５０及びサーバ１５
２を制御することによりコンテンツプロバイダ２からコ
ンテンツプロバイダセキュアコンテナが送信されると、
当該コンテンツプロバイダセキュアコンテナに含まれる
暗号化されたコンテンツをサーバ１５２に保持すると共
に、当該コンテンツプロバイダセキュアコンテナに含ま
れる鍵データや取扱方針等を通信部１５を介してＫＩＯ
ＳＫ端末１４２に送信する。
【０３９４】また、制御部１５１は、ＫＩＯＳＫ端末１
４２からコンテンツの読出要求コマンドが与えられる
と、サーバ１５２から対応するコンテンツを読み出し、
当該読み出したコンテンツを通信部１５０を介してＫＩ
ＯＳＫ端末１４２に送信する。因みに、コンテンツの読
出要求コマンドの通信経路と、コンテンツの通信経路は
異なっていることがある。
【０３９５】図９３は、ＫＩＯＳＫ端末１４２の構成を
示すものであり、当該ＫＩＯＳＫ端末１４２は、受信手
段である通信部１６０、ＫＩＯＳＫ端末を制御する格納
手段である上位コントローラ１６１、使用許諾条件情報
作成手段である暗号処理部１６２、電子透かし挿入手段
である電子透かし挿入部１６３、代金処理部１６４、入
力手段１６５、表示手段１６６、コンテンツ記録手段で
あるＫＩＯＳＫ端末サーバ１６７から構成される。
【０３９６】通信部１６０は、ホスティングサーバ１４
１や、電子配信サービスセンタ１と通信し、所定の情報
を送受信する。上位コントローラ１６１は、ホームサー
バ５１の上位コントローラ６２と同様の機能を有するこ
とによりその説明は省略する。暗号処理部１６２は、制
御部１７０、記憶モジュール１７１、登録情報検査モジ
ュール１７２、購入処理モジュール１７３、相互認証モ
ジュール１７４及び暗号／復号化モジュール１７５から
構成される。これら制御部１７０、記憶モジュール１７
１、登録情報検査モジュール１７２、購入処理モジュー
ル１７３、相互認証モジュール１７４は、それぞれホー
ムサーバ５１の対応する制御部９１、記憶モジュール９
２、登録情報検査モジュール９３、購入処理モジュール
９４、相互認証モジュール９５と同様の機能を有するこ
とによりその説明は省略する。
【０３９７】暗号／復号化モジュール１７５は、復号化
ユニット１８０、暗号化ユニット１８１、乱数発生ユニ
ット１８２、署名生成ユニット１８３及び署名検証ユニ
ット１８４から構成される。これら復号化ユニット１８
０、暗号化ユニット１８１、乱数発生ユニット１８２、
署名生成ユニット１８３及び署名検証ユニット１８４
は、それぞれホームサーバ５１の暗号／復号化モジュー
ル９６の対応する復号化ユニット１１１、暗号化ユニッ
ト１１２、乱数発生ユニット１１３、署名生成ユニット
１１４及び署名検証ユニット１１５と同様の機能を有す
ることにより、その説明を省略する。
【０３９８】電子透かし挿入部１６３は、相互認証モジ
ュール１９０、鍵復号化モジュール１９１、復号化モジ
ュール１９２、電子透かし付加モジュール１９３及び記
憶モジュール１９４から構成される。この電子透かし挿
入部１６３においては、相互認証モジュール１９０、鍵
復号化モジュール１９１、復号化モジュール１９２、電
子透かし付加モジュール１９３及び記憶モジュール１９
４が、それぞれホームサーバ５１の伸張部６２の対応す
る相互認証モジュール１０１、鍵復号化モジュール１０
２、復号化モジュール１０３、電子透かし付加モジュー
ル１０５及び記憶モジュール１０６と同様の機能を有す
るものの、コンテンツ鍵で復号化したコンテンツを伸張
せずに、当該コンテンツに例えば、ＫＩＯＳＫ端末１４
２の保有者のＩＤを挿入してそのまま（ディジタルデー
タのまま）記録メディア１４３や電子配信専用記録メデ
ィア１４４に送出する。ただし、電子透かし挿入部１６
３においては、必要に応じて復号化モジュール１９２の
出力であるコンテンツを伸張し、別の圧縮アルゴリズム
を用いて再圧縮を行い、その出力を電子透かし付加モジ
ュール１９３へ送出することもある。
【０３９９】代金処理部１６４は、購入処理の際に顧客
が購入したコンテンツの利用権に対する代金の情報を表
示手段１６６に表示し、ＫＩＯＳＫ端末１４２に設けら
れた代金投入口から代金が投入されると、当該投入され
た代金に不足があるか否かを判断し、当該代金が不足し
ている場合には、この不足金額の情報を表示手段１６６
を介して顧客に通知すると共に、代金が多い場合には釣
り銭の金額の情報を表示手段１６６を介して通知し、か
つ代金返却口から釣り銭を返却する。
【０４００】入力手段１６５は、操作ボタンを介して入
力されるコンテンツの選択情報等の各種情報を上位コン
トローラ１６１に送出する。表示手段１６６は、液晶表
示器のように所定の表示デバイスによって構成され、顧
客に指示を出したり、情報を表示する。因みに、入力手
段１６５及び表示手段１６６は、タッチパネル式液晶表
示器等のより１つにまとめて構成することができる。
【０４０１】ＫＩＯＳＫ端末サーバ１６７は、ホームサ
ーバ５１の大容量記憶部６８と同様の機能を有し、ホス
ティングサーバ１４１から送信される鍵データ（暗号化
されたコンテンツ鍵Ｋco、暗号化された個別鍵Ｋi （図
示せず））、取扱方針、及びＫＩＯＳＫ側で作成された
価格情報等を保持する。因みに、ＫＩＯＳＫ端末サーバ
１６７は、暗号化されているコンテンツを保持する場合
もある。
【０４０２】そして、ＫＩＯＳＫ端末１４２において
は、当該ＫＩＯＳＫ端末１４２に設けられたメディア挿
入口に顧客が記録メディア１４３又は電子配信専用記録
メディア１４４を挿入すると、表示手段１６６を介して
コンテンツの購入案内や、購入可能なコンテンツの情報
等を表示し、この結果、顧客が入力手段１６５を介して
所望するコンテンツを選択指定すると、当該選択指定さ
れたコンテンツをホスティングサーバ１４１から読み出
して購入処理し、このコンテンツを記録メディア１４３
又は電子配信専用記録メディア１４４に記録する。
【０４０３】因みに、図９４は、コンテンツプロバイダ
２、ホスティングサーバ１４１及びＫＩＯＳＫ端末１４
２の間で送信される情報を説明する図である。コンテン
ツプロバイダ２は、コンテンツプロバイダセキュアコン
テナに当該コンテンツプロバイダの公開鍵証明書を付加
してホスティングサーバ１４１に送信する。
【０４０４】ホスティングサーバ１４１は、コンテンツ
プロバイダ２の公開鍵証明書を検証し、当該コンテンツ
プロバイダ２の公開鍵を入手し、当該入手した公開鍵を
用いて、受信したコンテンツプロバイダセキュアコンテ
ナの署名を検証する。署名の検証に成功した後、コンテ
ンツプロバイダセキュアコンテナから暗号化されたコン
テンツを取り出し、当該取り出した暗号化されたコンテ
ンツをサーバ１５２に保持すると共に、残りの鍵データ
（暗号化されたコンテンツ鍵Ｋcoや、暗号化された個別
鍵Ｋi （図示せず））及び取扱方針等をＫＩＯＳＫ端末
１４２に送信する。
【０４０５】ＫＩＯＳＫ端末１４２は、受信した鍵デー
タ（暗号化されたコンテンツ鍵Ｋcoや、暗号化された個
別鍵Ｋi （図示せず））及び取扱方針等を保持すると共
に、当該ＫＩＯＳＫ端末１４２を管理する情報提供者側
で作成された価格情報を保持する。
【０４０６】ここで、実際にＫＩＯＳＫ端末１４２にお
いて実行される購入処理を図９５乃至図９６に示すフロ
ーチャートを用いて説明する。ステップＳ７００におい
て、顧客がメディア（記録メディア１４３又は電子配信
専用記録メディア１４４）をＫＩＯＳＫ端末１４２に挿
入すると、ステップＳ７０１において、ＫＩＯＳＫ端末
１４２の上位コントローラ１６１は挿入されたメディア
が記録メディア１４３（この実施の形態では例えばＭＤ
（商標））であるか否かを判断し、挿入されたメディア
が記録メディア１４３である場合には、ステップＳ７０
２に進む。
【０４０７】ステップＳ７０２において、上位コントロ
ーラ１６１は、表示手段１６６を介して購入可能なコン
テンツ（すなわち、曲名）及び価格等の情報を表示さ
せ、この状態において、顧客が入力手段１６５を介して
所望するコンテンツを選択指定し、代金投入口にお金を
投入すると、ステップＳ７０３に進む。ステップＳ７０
３において、上位コントローラ１６１は、代金処理部１
６４を用いて顧客の投入したお金が請求する代金に対し
て不足していないか否かを判断し、不足していない場合
（顧客が投入したお金が代金よりも多くても良い）に
は、ステップＳ７０５に進む。因みに、ステップＳ７０
３において、顧客の投入したお金が請求する代金に対し
て不足している場合には、ステップＳ７０４に進み、顧
客に対して、不足分のお金を代金投入口に投入するよう
に表示手段１６６を介して通知する。
【０４０８】ステップＳ７０５において、上位コントロ
ーラ１６１は、顧客が選択指定したコンテンツに対応す
る取扱方針、価格情報及び鍵データをＫＩＯＳＫ端末サ
ーバ１６７から読み出し、これらを暗号処理部１６２に
送出して制御部１７０に購入処理を実行するように命令
する。
【０４０９】次いで、ステップＳ７０６において、暗号
処理部１６２の制御部１７０は、購入処理モジュール１
７３において、上位コントローラ１６１から与えられた
取扱方針及び価格情報に基づいて、顧客の選択指定した
コンテンツに対する、例えば、複製回数が１回に制限さ
れた（すなわち、ＫＩＯＳＫ端末１４２から記録メディ
ア１４３への複製）コピー管理情報（SCMS）付き複製権
の購入処理を実行し、この結果、生成した課金情報を記
憶モジュール１７１に保持する。
【０４１０】因みに、記録メディア１４３にコンテンツ
を記録した後、当該記録メディア１４３から他の記録メ
ディア１４３にコンテンツが不当に複製されることを防
止するため、ＫＩＯＳＫ端末１４２は、コピー管理情報
付き複製権の購入処理を実行するようにしている。しか
しながら、コンテンツの不当な複製を防止し得れば、回
数制限付きコピー制御情報無し複製権や、本実施の形態
では記録メディア１４３をＭＤ（商標）としているが、
メモリスティック（商標）等の各種メディアや、記録媒
体に応じた制限付き複製権等の購入処理を実行しても良
い。
【０４１１】次いで、ステップＳ７０７において、暗号
処理部１６２の制御部１７０は、暗号／復号化モジュー
ル１７５の復号化ユニット１８０において、上位コント
ローラ１６１から与えられる鍵データに含まれる暗号化
された個別鍵Ｋi 及び暗号化されたコンテンツ鍵Ｋcoを
取り出し、当該暗号化された個別鍵Ｋi を記憶モジュー
ル１７１に記憶している配送鍵Ｋd を用いて復号化し、
得られた個別鍵Ｋi を用いて、暗号化されているコンテ
ンツ鍵Ｋcoを復号化する。
【０４１２】続いて、ステップＳ７０８において、暗号
処理部１６２の制御部１７０は、電子透かし挿入部１６
３との間で互いの相互認証モジュール１７４及び１９０
を用いて相互認証を行い、一時鍵Ｋtempを共有化し、ス
テップＳ７０９に進む。ステップＳ７０９において、暗
号処理部１６２の制御部１７０は、暗号／復号化モジュ
ール１７５の暗号化ユニット１８１において、復号化さ
れているコンテンツ鍵Ｋcoを一時鍵Ｋtempを用いて暗号
化する。そして、ステップＳ７１０において、暗号処理
部１６２の制御部１７０は、この一時鍵Ｋtempで暗号化
したコンテンツ鍵Ｋcoを電子透かし挿入部１６３に送出
する。
【０４１３】ステップＳ７１１において、電子透かし挿
入部１６３は、鍵復号化モジュール１９１において、暗
号処理部１６２から与えられた暗号化されたコンテンツ
鍵Ｋcoを、相互認証モジュール１９０から与えられる一
時鍵Ｋtemp（暗号処理部１６２と共有化した）を用いて
復号化する。
【０４１４】次いで、ステップＳ７１２において、上位
コントローラ１６１は、顧客の選択指定したコンテンツ
の読出要求（例えば、コンテンツのＩＤを含む）を通信
部１６０を介してホスティングサーバ１４１に送信し、
当該ホスティングサーバ１４１から顧客の選択指定し
た、暗号化されたコンテンツを読み出し、これを電子透
かし挿入部１６３に送出する。因みに、上位コントロー
ラ１６１は、このようにホスティングサーバ１４１から
暗号化されたコンテンツを読み出したときには、当該暗
号化されたコンテンツをＫＩＯＳＫ端末サーバ１６７に
も保存し得るため、顧客がコンテンツを選択指定した場
合には、まず、ＫＩＯＳＫ端末サーバ１６７に保持して
いるコンテンツを検索し、当該ＫＩＯＳＫ端末サーバ１
６７内に対応するコンテンツがない場合にホスティング
サーバ１４１からコンテンツを読み出すようにしても良
い。また、コンテンツの読み出しは、ステップＳ７１２
よりも以前のステップにおいて、実行しても良い。
【０４１５】ステップＳ７１３において、電子透かし挿
入部１６３は、復号化モジュール１９２において、上位
コントローラ１６１から与えられる暗号化されたコンテ
ンツを、復号化したコンテンツ鍵Ｋcoを用いて復号化し
た後、電子透かし付加モジュール１９３において、この
復号化されたコンテンツに、例えば、ＫＩＯＳＫ端末１
４２の保有者のＩＤを電子透かしの形で挿入する。
【０４１６】因みに、コンテンツに付加する電子透かし
のデータとして、ＫＩＯＳＫ端末１４２の保有者のＩＤ
を用いることは、記録メディア１４３（又は電子配信専
用記録メディア１４４）に記録したコンテンツが不正に
複製されたときに、当該コンテンツを提供したＫＩＯＳ
Ｋ端末１４２を特定するためである。
【０４１７】次いで、ステップＳ７１４において、電子
透かし挿入部１６３は、電子透かしを挿入したコンテン
ツをそのまま（ディジタルデータの形式）記録メディア
１４３に送出し、かくして、記録メディア１４３に顧客
の指定したコンテンツを記録する。
【０４１８】続いて、ステップＳ７１５において、上位
コントローラ１６１は、代金処理部１６４を用いて、顧
客が代金投入口に投入したお金が請求する代金よりも多
いか否かを判断し、当該お金が代金に対して多い場合に
は、その差額を代金返却口から釣り銭として返金する。
【０４１９】かくして、ステップＳ７１６において、顧
客は、釣り銭がある場合には当該釣り銭を受け取ると共
に、記録メディア１４３を受け取る。
【０４２０】因みに、ＫＩＯＳＫ端末１４２の上位コン
トローラ１６１は、このように顧客がコンテンツの利用
権を購入すると、この際作成した課金情報を電子配信サ
ービスセンタ１に送信する。これにより、電子配信サー
ビスセンタ１は、この課金情報に基づいて決済し、かく
して、購入処理した利用権に応じて、ＫＩＯＳＫ端末１
４２の保有者から、顧客の支払った代金の一部を回収す
る。
【０４２１】一方、上位コントローラ１６１は、ステッ
プＳ７２０において、顧客がＫＩＯＳＫ端末１４２に電
子配信専用記録メディア１４４を挿入したときには、続
くステップＳ７２１のメディアの判別処理により当該メ
ディアが電子配信専用記録メディア１４４であると判別
するため（すなわち、ステップＳ７０１について上述し
たメディアの判別処理により、ＫＩＯＳＫ端末１４２に
顧客の挿入したメディアが電子配信専用記録メディア１
４４の場合）、ステップＳ７２２に進む。因みに、この
ステップＳ７２１でメディアが記録メディア１４３であ
ると判別した場合には、ステップＳ７０２以降の処理を
実行する。
【０４２２】ステップＳ７２２において、上位コントロ
ーラ１６１は、表示手段１６６を介して購入可能なコン
テンツ（すなわち、曲名）及び価格と共に、当該コンテ
ンツに対して購入可能な利用権を設定し（例えば、無制
限再生権、期間制限付き再生権、積算時間制限付き再生
権、回数制限付き再生権、無制限複製権、回数制限付き
複製権等）、当該設定した利用権の内容等の情報を表示
させ、この状態において、顧客が入力手段１６５を介し
て所望するコンテンツを選択指定すると共に、所望する
利用権内容を選択指定すると、ステップＳ７２３に進
む。
【０４２３】ステップＳ７２３において、上位コントロ
ーラ１６１は、表示手段１６６を介して利用権の購入代
金を後日決済とするか否かを問い合わせる。そして、顧
客が入力手段１６５を介して代金をその場で支払うこと
選択すると、上位コントローラ１６１は、これを受け
て、表示手段１６６を介して代金投入口にお金を投入す
るように促し、ステップＳ７２４に進む。因みに、ステ
ップＳ７２４は、ステップＳ７０３について上述した処
理と同様の処理を実行するため、その説明は省略する。
また、ステップＳ７２４から進むことのできるステップ
Ｓ７２５は、ステップＳ７０４について上述した処理と
同様の処理を実行するため、その説明を省略する。
【０４２４】ついで、ステップＳ７２６において、上位
コントローラ１６１は、表示手段１６６を介して、顧客
に購入処理をＫＩＯＳＫ端末１４２で実行しても良いか
否かを問い合わせる。そして、顧客が入力手段１６５を
介して購入処理をＫＩＯＳＫ端末１４２が実行しても良
いことを選択すると、上位コントローラ１６１は、ステ
ップＳ７２７に進む。
【０４２５】ステップＳ７２７は、ステップＳ７０５に
ついて上述した処理と同様の処理を実行するため、その
説明を省略する。次いで、ステップＳ７２８において、
ＫＩＯＳＫ端末１４２内の暗号処理部１６２の制御部１
７０は、購入処理モジュール１７３において、上位コン
トローラ１６１から与えられた取扱方針及び価格情報に
基づいて、顧客の選択指定した利用権の購入処理を実行
し、使用許諾条件情報及び課金情報を作成し、当該課金
情報を記憶モジュール１７１に保持した後、ステップＳ
７２９に進む。ステップＳ７２９は、ステップＳ７０７
について上述した処理と同様の処理を実行するため、そ
の説明を省略する。
【０４２６】因みに、使用許諾条件情報のデータに格納
される暗号処理部のＩＤ（すなわち、この使用許諾条件
情報を作成した暗号処理部のＩＤ）としては、電子配信
専用記録メディア１４４内の暗号処理部１２２のＩＤを
格納する（ただし、ＫＩＯＳＫ端末１４２内の暗号処理
部１６２のＩＤを格納してもかまわない。このとき、コ
ンテンツを受け渡した電子配信専用記録メディア１４４
内の暗号処理部１２２のＩＤをＫＩＯＳＫ端末サーバ１
６７に保存しておき、後に電子配信サービスセンタ１へ
送信して管理する場合がある）。
【０４２７】次いで、ステップＳ７３０において、ＫＩ
ＯＳＫ端末１４２内の暗号処理部１６２の制御部１７０
は、電子配信専用記録メディア１４４の暗号処理部１２
２との間で互いの相互認証モジュール１７４及び１２８
を用いて相互認証し、一時鍵Ｋtempを共有化し、ステッ
プＳ７３１に進む。
【０４２８】ステップＳ７３１において、ＫＩＯＳＫ端
末１４２内の暗号処理部１６２の制御部１７０は、暗号
／復号化モジュール１７５の暗号化ユニット１８１にお
いて、復号化したコンテンツ鍵Ｋcoと、使用許諾条件情
報とをそれぞれ一時鍵Ｋtempを用いて暗号化する。因み
に、コンテンツ鍵Ｋco及び使用許諾条件情報のうち、使
用許諾条件情報はその内容が見られても、特に問題ない
ため、コンテンツ鍵Ｋcoのみを暗号化しても良い。そし
て、ＫＩＯＳＫ端末１４２内の暗号処理部１６２の制御
部１７０は、署名生成ユニット１８３において、暗号化
された（一時鍵Ｋtempで）コンテンツ鍵Ｋco及び使用許
諾条件情報（暗号化されている場合がある）全体（又は
別々）に対して署名を生成し、上位コントローラ１６１
に返送する。
【０４２９】次いで、ステップＳ７３２において、ＫＩ
ＯＳＫ端末１４２内の上位コントローラ１６１は、ステ
ップＳ７１２と同様にホスティングサーバ１４１又はＫ
ＩＯＳＫ端末サーバ１６７から顧客が選択指定した、暗
号化されたコンテンツを読み出す（因みに、コンテンツ
の読み出しタイミングは、このステップＳ７３２よりも
以前のステップにおいて実行しても良い）。そして、読
み出したコンテンツ、暗号化された（一時鍵Ｋtempで）
コンテンツ鍵Ｋco、使用許諾条件情報と、当該暗号化さ
れた（一時鍵Ｋtempで）コンテンツ鍵Ｋco及び使用許諾
条件情報に対する署名と、ＫＩＯＳＫ端末サーバ１６７
から読み出された取扱情報、価格情報が上位コントロー
ラ１６１を介して電子配信専用記録メディア１４４に送
信される。
【０４３０】ステップＳ７３３において、電子配信専用
記録メディア１４４内の暗号処理部１２２の制御部１２
４は、署名検証ユニット１３５において、ＫＩＯＳＫ端
末１４２から与えられる暗号化された（一時鍵Ｋ
tempで）コンテンツ鍵Ｋco、取扱情報、価格情報及び使
用許諾条件情報に対する署名の検証を行い、この後、復
号化ユニット１３２において、暗号化されているコンテ
ンツ鍵Ｋcoと、必要に応じて暗号化されている使用許諾
条件情報とをそれぞれ一時鍵Ｋtempを用いて復号化す
る。そして、制御部１２４は、暗号化ユニット１３２に
おいて、復号化されているコンテンツ鍵Ｋcoを、記憶モ
ジュール１２５に保持している保存鍵Ｋsaveを用いて暗
号化する。
【０４３１】そして、ステップＳ７３４において、電子
配信専用記録メディア１４４内の暗号処理部１２２の制
御部１２４は、コンテンツ鍵Ｋcoで暗号化されているコ
ンテンツ、保存鍵Ｋsaveで暗号化されているコンテンツ
鍵Ｋco、取扱方針、価格情報及び使用許諾条件情報を外
部メモリ制御部１３０を介して外部メモリ１２３に保存
する。因みに、保存鍵Ｋsaveで暗号化されているコンテ
ンツ鍵Ｋcoと、使用許諾条件情報は、外部メモリ制御部
１３０により外部メモリ１２３内の改竄チェックされた
領域に保存する。
【０４３２】そして、ＫＩＯＳＫ端末１４２内の上位コ
ントローラ１６１は、この後ステップＳ７３５及びステ
ップＳ７３６に順次進むものの、当該ステップＳ７３５
及びステップＳ７３６は、それぞれステップＳ７１５及
びステップＳ７１６について上述した処理と同様の処理
を実行するため、その説明は省略する。
【０４３３】因みに、ＫＩＯＳＫ端末１４２の上位コン
トローラ１６１は、電子配信専用記録メディア１４４に
暗号化されたコンテンツ、暗号化されたコンテンツ鍵Ｋ
co、取扱方針、価格情報及び使用許諾条件情報は送信す
るものの、課金情報は内部の記憶モジュール１７１に保
持するため、当該課金情報を電子配信サービスセンタ１
に送信する。これにより、電子配信サービスセンタ１
は、この課金情報に基づいて決済し、かくして、購入処
理した利用権に応じて、ＫＩＯＳＫ端末１４２の保有者
から、顧客の支払った代金の一部を回収する。
【０４３４】ここで、ステップＳ７２３について上述し
た代金の決済において、顧客が入力手段１６５を介して
利用権の購入代金を後日決済とすることを選択すると、
ＫＩＯＳＫ端末１４２内の上位コントローラ１６１は、
ステップＳ７４０に進む。因みに、このステップＳ７４
０からこれに続くステップＳ７４３までの処理は、ステ
ップＳ７２７からこれに続くステップＳ７３０までの処
理と同様であるため、その説明は省略する。ただし、ス
テップＳ７４１において生成された課金情報は、暗号処
理部１６２の記憶モジュール１７１には保存されない。
【０４３５】次いで、ステップＳ７４４において、ＫＩ
ＯＳＫ端末１４２内の暗号処理部１６２の制御部１７０
は、暗号／復号化モジュール１７５の暗号化ユニット１
８１において、復号化したコンテンツ鍵Ｋco、使用許諾
条件情報及び課金情報をそれぞれ一時鍵Ｋtempを用いて
暗号化する。因みに、コンテンツ鍵Ｋcoの以外の使用許
諾条件情報及び課金情報はその内容が見られても、特に
問題ないため、コンテンツ鍵Ｋcoのみを暗号化しても良
い。そして、ＫＩＯＳＫ端末１４２内の暗号処理部１６
２の制御部１７０は、署名生成ユニット１８３におい
て、暗号化された（一時鍵Ｋtempで）コンテンツ鍵
Ｋco、暗号化された使用許諾条件情報及び暗号化された
課金情報全体に対して（又はそれぞれに対して）署名を
生成し、暗号化された（一時鍵Ｋtempで）コンテンツ鍵
Ｋco、暗号化された使用許諾条件情報、暗号化された課
金情報及び署名を上位コントローラ１６１に送信する。
【０４３６】次いで、ステップＳ７４５において、ＫＩ
ＯＳＫ端末１４２内の上位コントローラ１６１は、ステ
ップＳ７１２と同様にホスティングサーバ１４１又はＫ
ＩＯＳＫ端末サーバ１６７から顧客が選択指定した、暗
号化されたコンテンツを読み出す（因みに、コンテンツ
の読み出しタイミングは、このステップＳ７３２よりも
以前のステップにおいて実行しても良い）。
【０４３７】そして、暗号化されたコンテンツ、暗号化
された（一時鍵Ｋtempで）コンテンツ鍵Ｋco、取扱情
報、価格情報、暗号化された使用許諾条件情報及び暗号
化された課金情報と、当該暗号化された（一時鍵Ｋtemp
で）コンテンツ鍵Ｋco、暗号化された使用許諾条件情報
及び暗号化された課金情報全体に対して（又はそれぞれ
に対して）生成された署名とを上位コントローラ１６１
を介して電子配信専用記録メディア１４４に送信する。
また、取扱方針及び価格情報は必要に応じてＫＩＯＳＫ
端末１４２から電子配信専用記録メディア１４４に送信
しても良い。
【０４３８】ステップＳ７４６において、電子配信専用
記録メディア１４４内の外部メモリ制御部１３０は、暗
号化されたコンテンツを外部メモリ１２３に保存する。
因みに、外部メモリ制御部１３０は、取扱情報及び価格
情報を必要に応じて外部メモリ１２３に保存する。
【０４３９】次いで、ステップＳ７４７において、電子
配信専用記録メディア１４４内の暗号処理部１２２の制
御部１２４は、署名検証ユニット１３５において、ＫＩ
ＯＳＫ端末１４２から与えられる暗号化された（一時鍵
Ｋtempで）コンテンツ鍵Ｋco、暗号化された使用許諾条
件情報及び暗号化された課金情報に対する署名の検証を
行い、復号化ユニット１３２において、暗号化されてい
るコンテンツ鍵Ｋco、暗号化されている使用許諾条件情
報及び暗号化されている課金情報をそれぞれ一時鍵Ｋ
tempを用いて復号化する（使用許諾条件情報及び課金情
報が暗号化されていない場合にはその必要はない）。そ
して、制御部１２４は、暗号化ユニット１３２におい
て、復号化されているコンテンツ鍵Ｋcoを、記憶モジュ
ール１２５に保存している保存鍵Ｋsaveを用いて暗号化
する。
【０４４０】そして、ステップＳ７４８において、電子
配信専用記録メディア１４４内の暗号処理部１２２の制
御部１２４は、課金情報を記憶モジュール１２５に保存
する。ついで、ステップＳ７４９において、電子配信専
用記録メディア１４４内の暗号処理部１２２の制御部１
２４は、暗号化されているコンテンツ鍵Ｋco及び使用許
諾条件情報を外部メモリ制御部１３０を介して外部メモ
リ１２３に保存する。因みに、コンテンツ鍵Ｋco及び使
用許諾条件情報は、外部メモリ制御部１３０により外部
メモリ１２３内の改竄チェックされた領域に保存する。
【０４４１】ところで、このように後日決済により電子
配信専用記録メディア１４４にコンテンツを記録し、当
該電子配信専用記録メディア１４４内に課金情報も保存
すると、この後、電子配信専用記録メディア１４４を、
電子配信サービスセンタ１に接続された機器に挿入する
までの間は当該電子配信サービスセンタ１がこの電子配
信専用記録メディア１４４から課金情報を回収すること
ができない。このため、電子配信専用記録メディア１４
４を、電子配信サービスセンタ１に接続されていない機
器に挿入して、代金未払いのまま、コンテンツが不当に
利用される可能性がある。
【０４４２】従って、かかる電子配信専用記録メディア
１４４においては、コンテンツを記録した後、当該電子
配信専用記録メディア１４４内の暗号処理部１２２の制
御部１２４が所定のタイミングで記憶モジュール１２５
の課金情報を検索し、未回収の課金情報が保存されてい
る場合には、当該課金情報が回収されるまでの間、対応
するコンテンツの利用権に回数や、時間等の制限を加え
て、当該制限内においてのみコンテンツを利用し得るよ
うにする。これによりコンテンツの不当な利用を防止す
る。
【０４４３】また、かかる購入処理においては、ＫＩＯ
ＳＫ端末１４２内に当該購入処理において生成した課金
情報や、使用許諾条件情報、これらの作成に用いた取扱
方針等が残らないため、電子配信サービスセンタ１は、
この際、電子配信専用記録メディア１４４を所有する顧
客から代金を回収し、当該回収した代金から購入された
利用権に応じて、この代金の一部をＫＩＯＳＫ端末１４
２の保有者に配当する。
【０４４４】また、ステップＳ７２６について上述した
処理において、顧客が入力手段１６５を介して購入処理
を電子配信専用記録メディア１４４において実行するよ
うに選択した場合には、ステップＳ７６０に進み、ＫＩ
ＯＳＫ端末１４２内の上位コントローラ１６１は、ステ
ップＳ７１２と同様に顧客の選択指定したコンテンツを
ホスティングサーバ１４１又はＫＩＯＳＫ端末サーバ１
６７から読み出す、そして、ＫＩＯＳＫ端末１４２の上
位コントローラ１６１は、ＫＩＯＳＫ端末サーバ１６７
から対応する鍵データ、取扱方針及び価格情報を読み出
し、先ほど読み出しておいたコンテンツと併せて電子配
信専用記録メディア１４４に送信する。
【０４４５】因みに、ＫＩＯＳＫ端末１４２において
は、電子配信専用記録メディア１４４と相互認証した
後、一時鍵Ｋtempを共有化し、コンテンツ（コンテンツ
鍵Ｋcoで暗号化されている）、鍵データ、取扱方針、価
格情報を当該一時鍵Ｋtempで必要に応じて暗号化し、そ
れらのデータ全体、又は一部に署名を付加しても良い。
【０４４６】ステップＳ７６１において、電子配信専用
記録メディア１４４内の暗号処理部１２２の制御部１２
４は、コンテンツ（コンテンツ鍵Ｋcoで暗号化されてい
る）を外部メモリ制御部１３０を介して外部メモリ１２
３に保存すると共に、必要に応じて取扱方針及び価格情
報を外部メモリ制御部１３０を介して外部メモリ１２３
に保存する。
【０４４７】次いで、ステップＳ７６２において、電子
配信専用記録メディア１４４内の暗号処理部１２２の制
御部１２４は、購入処理モジュール１２７において、購
入処理を実行し、取扱方針及び価格情報に基づいて、使
用許諾条件情報及び課金情報を作成する。因みに、購入
処理の手順は、図６７について上述したステップＳ１６
３からステップＳ１７０までと同様であるため、その詳
細は省略する。
【０４４８】続いて、ステップＳ７６３において、電子
配信専用記録メディア１４４内の暗号処理部１２２の制
御部１２４は、復号化ユニット１３１において、鍵デー
タに含まれる暗号化されている個別鍵Ｋi を、記憶モジ
ュール１２５に保持している配送鍵Ｋd を用いて復号化
した後、当該鍵データに含まれる暗号化されているコン
テンツ鍵Ｋcoを、復号化した個別鍵Ｋi を用いて復号化
する。そして、制御部１２４は、暗号化ユニット１３２
において、復号化されているコンテンツ鍵Ｋcoを、記憶
モジュール１２５に保持している保存鍵Ｋsaveを用いて
暗号化する。
【０４４９】次いで、ステップＳ７６４において、電子
配信専用記録メディア１４４内の暗号処理部１２２の制
御部１２４は、ＫＩＯＳＫ端末１４２内の暗号処理部１
６２との間で互いの相互認証モジュール１２８及び１７
４を用いて相互認証して一時鍵Ｋtempを共有化する。
【０４５０】そして、ステップＳ７６５において、電子
配信専用記録メディア１４４内の暗号処理部１２２の制
御部１２４は、暗号化ユニット１３２において、課金情
報を一時鍵Ｋtempを用いて暗号化し、署名生成ユニット
１３４において、当該課金情報に署名を付加した後、こ
の暗号化した課金情報及び署名を通信部１２１を介して
ＫＩＯＳＫ端末１４２に送信する。因みに、課金情報に
は改竄されないように署名を付加するものの、特に暗号
化せずに電子配信専用記録メディア１４４に送信しても
良い。そして、課金情報を暗号化しない場合には、電子
配信専用記録メディア１４４と、ＫＩＯＳＫ端末１４２
との間で一時鍵Ｋtempを共有化しなくても良い。
【０４５１】ステップＳ７６６において、ＫＩＯＳＫ端
末１４２内の上位コントローラ１６１は、電子配信専用
記録メディア１４４から送信された課金情報及び署名を
暗号処理部１６２に送出する。これにより、ステップＳ
７６７において、ＫＩＯＳＫ端末１４２内の暗号処理部
１６２の署名検証ユニット１８４は、課金情報に対する
署名を検証し、当該署名の検証に成功した後、復号化モ
ジュール１８０において、課金情報を一時鍵Ｋtempを用
いて復号化して記憶モジュール１７１に保存する。
【０４５２】そして、ステップＳ７６８において、ＫＩ
ＯＳＫ端末１４２内の暗号処理部１６２の制御部１７０
は、課金処理が完了したことを示す課金処理完了通知を
生成し、署名生成ユニット１８３において、この課金処
理完了通知に署名を付加し、当該署名を付加した課金処
理完了通知を上位コントローラ１６１に送出すると共
に、当該上位コントローラ１６１を介して電子配信専用
記録メディア１４４に送信する。これにより、上位コン
トローラ１６１は、課金処理完了通知に基づいて、特に
署名を検証せずに、単に課金処理が終了したか否かを判
断する。また、電子配信専用記録メディア１４４内の暗
号処理部１２２の制御部１２４は、署名検証ユニット１
３５において、課金処理完了通知の署名を検証し、かく
して、課金処理の終了を認識する。
【０４５３】そして、ステップＳ７６９において、電子
配信専用記録メディア１４４内の暗号処理部１２２の制
御部１２４は、保存鍵Ｋsaveで暗号化しているコンテン
ツ鍵Ｋco及び使用許諾条件情報を外部メモリ制御部１３
０を介して外部メモリ１２３の改竄チェックされた領域
に保存する。
【０４５４】次いで、ＫＩＯＳＫ端末１４２は、ステッ
プＳ７７０及びステップＳ７７１の処理を順次実行する
ものの、当該処理はステップＳ７３５及びステップＳ７
３６において実行した処理と同様であるため、その説明
は省略する。
【０４５５】このように、電子配信専用記録メディア１
４４において購入処理したときには、ＫＩＯＳＫ端末１
４２に課金情報を保持し、当該ＫＩＯＳＫ端末１４２か
ら電子配信サービスセンタ１にこの課金情報を送信す
る。
【０４５６】因みに、ステップＳ７２３において、顧客
が利用権の購入代金を後日決済とすることを選択した場
合、図９９に示すステップＳ７８０において、電子配信
専用記録メディア１４４の上位コントローラ１６１は、
コンテンツプロバイダ２から送信されたコンテンツプロ
バイダセキュアコンテナの状態で、暗号化されているコ
ンテンツ、鍵データ、取扱方針及び価格情報を電子配信
専用記録メディア１４４に送信しても良い。そして、こ
のようにＫＩＯＳＫ端末１４２から電子配信専用記録メ
ディア１４４にコンテンツプロバイダセキュアコンテナ
の状態データを送信する場合には、コンテンツプロバイ
ダ２において当該コンテンツプロバイダセキュアコンテ
ナに既に署名が付加されていることにより、ＫＩＯＳＫ
端末１４２は特に署名を付加せずに電子配信専用記録メ
ディア１４４に送信する。
【０４５７】また、ステップＳ７２３において、顧客が
利用権の購入代金を後日決済とすることを選択した場
合、ＫＩＯＳＫ端末１４２においては、図１００に示す
フローチャートを用いて説明する購入処理を実行するよ
うにしても良い。すなわち、ステップＳ７９０におい
て、ＫＩＯＳＫ端末１４２内の上位コントローラ１６１
は、暗号処理部１６２の制御部１７０に購入処理を実行
するように命令する。因みに、このステップＳ７９０の
処理は、ステップＳ７０５の処理と同様であるため、そ
の詳細な説明は省略する。
【０４５８】次いで、ステップＳ７９１において、ＫＩ
ＯＳＫ端末１４２内の暗号処理部１６２の制御部１７０
は、復号化ユニット１８０において、暗号化されている
個別鍵Ｋi を、記憶モジュール１７１に保持している配
送鍵Ｋd を用いて復号化した後、暗号化されているコン
テンツ鍵Ｋcoを、この復号化した個別鍵Ｋi を用いて復
号化し、ステップＳ７９２に進む。因みに、ステップＳ
７９２の処理は、ステップＳ７３０について上述した処
理と同様であるため、その説明は省略する。
【０４５９】続いて、ステップＳ７９３において、ＫＩ
ＯＳＫ端末１４２内の暗号処理部１６２の制御部１７０
は、暗号化ユニット１８１において、復号化されている
コンテンツ鍵Ｋcoを一時鍵Ｋtempを用いて暗号化し、必
要に応じて署名検証ユニット１８３において、暗号化さ
れている（一時鍵Ｋtempで）コンテンツ鍵Ｋcoに対して
署名を生成し、ステップＳ７９４に進み、当該ステップ
Ｓ７９４において、署名生成ユニット１８３において、
暗号化されているコンテンツ、暗号化されている（一時
鍵Ｋtempで）コンテンツ鍵Ｋco及びその署名、取扱方針
及び価格情報を上位コントローラ１６１を介して電子配
信専用記録メディア１４４に送信する。
【０４６０】ステップＳ７９５において、電子配信専用
記録メディア１４４内の暗号処理部１２２の制御部１２
４は、署名検証ユニット１３５において、暗号化されて
いる（一時鍵Ｋtempで）コンテンツ鍵Ｋcoの署名を検証
した後、復号化ユニット１３１において、暗号化されて
いるコンテンツ鍵Ｋcoを、一時鍵Ｋtempを用いて復号化
する。そして、制御部１２４は、暗号化ユニット１３２
において、復号化されているコンテンツ鍵Ｋcoを、記憶
モジュール１２５に保持している保存鍵Ｋsaveを用いて
暗号化する。
【０４６１】そして、ステップＳ７９６において、電子
配信専用記録メディア１４４内の暗号処理部１２２の制
御部１２４は、購入処理モジュール１２７において、購
入処理を実行し、取扱方針及び価格情報に基づいて、使
用許諾条件情報及び課金情報を作成した後、ステップＳ
７９７に進んで、当該課金情報を記憶モジュール１２５
に保存する。
【０４６２】次いで、ステップＳ７９８において、電子
配信専用記録メディア１４４内の暗号処理部１２２の制
御部１２４は、暗号化されているコンテンツ、取扱方
針、価格情報を外部メモリ制御部１３０を介して外部メ
モリ１２３に保存し、続いて、ステップＳ７９９におい
て、暗号化されたコンテンツ鍵Ｋco及び使用許諾条件情
報を外部メモリ制御部１３０を介して外部メモリ１２３
の改竄チェックされた領域に保存する。因みに、ステッ
プＳ７９８において、制御部１２４は、使用許諾条件情
報に取扱方針及び価格情報に含まれる各種情報を盛り込
むため、当該取扱方針及び価格情報を必要に応じて外部
メモリ１２３に保存すれば良い。
【０４６３】このように、ＫＩＯＳＫ端末１４２におい
ては、記録メディア１４３及び電子配信専用記録メディ
ア１４４に対してコンテンツの利用権に対する購入処理
を実行して、当該記録メディア１４３及び電子配信専用
記録メディア１４４にコンテンツを記録し得る。
【０４６４】因みに、記録メディア１４３を所持する顧
客は、当該記録メディア１４３に復号化したコンテンツ
が記録されることにより、当該記録メディア１４３に応
じて、伸張部及び暗号処理部を持たず、また、サービス
プロバイダ３や電子配信サービスセンタ１に接続する必
要のない再生装置を用いてコンテンツを容易に利用し得
る。
【０４６５】また、電子配信専用記録メディア１４４を
所持する顧客は、図１５について上述したホームサーバ
５１のように、伸張部（又は、これに加えて暗号処理
部）が設けられた再生装置を用いなければ、コンテンツ
を利用することはできないが、当該再生装置が電子配信
サービスセンタ１や、サービスプロバイダ３に直接及び
間接的のいずれにおいても接続されている必要はないた
め、ユーザホームネットワーク５を構築するために用い
る再生装置等の機器でも、コンテンツを利用し得る。
【０４６６】以上の構成において、この電子音楽配信シ
ステム１０では、ＫＩＯＳＫ端末１４２に記録メディア
１４３が挿入された場合、当該ＫＩＯＳＫ端末１４２に
おいて、購入処理を実行するようにして復号化したコン
テンツに電子透かしのデータを挿入して記録メディア１
４３に記録するようにした。
【０４６７】また、ＫＩＯＳＫ端末１４２に電子配信専
用記録メディア１４４が挿入された場合には、当該ＫＩ
ＯＳＫ端末１４２又は電子配信専用記録メディア１４４
のいずれかにおいて購入処理を実行し、当該電子配信専
用記録メディア１４４に暗号化されているコンテンツ及
びコンテンツ鍵Ｋco並びに使用許諾条件情報を記録する
ようにした。
【０４６８】従って、かかる電子音楽配信システム１０
では、顧客がサービスプロバイダ３や、電子配信サービ
スセンタ１に接続されたユーザホームネットワーク５を
構築する機器等を所有していなくても、簡易小売店に設
置されたＫＩＯＳＫ端末１４２により当該顧客が所持す
る記録メディア１４３及び電子配信専用記録メディア１
４４にそれぞれコンテンツを安全性を確保して記録する
ことができる。
【０４６９】すなわち、記録メディア１４３には、コン
テンツをSCMS等のコピー制御信号を付加した状態で記憶
したり、電子透かしによりコピー管理（コピー管理情報
付き複製権）して記録するため、当該コンテンツが不正
に複写されることを防止することができる。因みに、電
子透かし信号には、コピー制御信号（コピー可／付加を
制御する信号）、再生制御信号（再生可／付加を制御す
る信号）、何らかの機器のＩＤ（ＫＩＯＳＫ端末のＩＤ
や電子配信専用記録メディア１４４のＩＤ）等が考えら
れ、そのいずれを１つ又は複数埋め込むようにしても良
い。
【０４７０】また、電子配信専用記録メディア１４４に
は、購入処理において選定した利用権（無制限、回数制
限、時間制限等）や、購入処理を後日決済にした場合に
課金情報が回収されるまでの間、利用権に加えられる制
限を使用許諾条件情報によって管理するため、この場合
にもコンテンツが不正に利用されることを防止すること
ができる。
【０４７１】以上の構成によれば、ＫＩＯＳＫ端末１４
２により記録メディア１４３及び電子配信専用記録メデ
ィア１４４にコンテンツを記録するようにしたことによ
り、ユーザホームネットワーク５を構築する機器を所有
していないユーザに対しても、当該記録メディア１４３
及び電子配信専用記録メディア１４４にコンテンツを安
全性を確保して記録するようにして容易に提供し得る。
【０４７２】また、ＫＩＯＳＫ端末１４２を所有する情
報提供者（図１ではサービスプロバイダ３）が価格情報
を提供しているため、図９６、図９８及び図９９のいず
れの系においても、コンテンツ提供手数料が情報提供者
に分配されるため、直接お金を回収する図９４、図９５
及び図９７と実質的に差がない。
【０４７３】（７）ＫＩＯＳＫ端末１４２におけるアル
バム化コンテンツの提供 かかる構成に加えて情報提供装置１４０の場合、ＫＩＯ
ＳＫ端末１４２のＫＩＯＳＫ端末サーバ１６７には、当
該ＫＩＯＳＫ端末１４２を所有する情報提供者が、ホス
ティングサーバ１４１に保存するコンテンツに対して生
成した、アーティスト、当該アーティストの性別、曲の
種別（演歌や、ロックンロール等）、曲のイメージする
季節、場所（海や山等）及び時間帯（夕暮れ時、朝等）
等のキーワード情報が保存される。因みに、別の例とし
ては、コンテンツプロバイダ２がこのキーワード情報を
生成し、当該生成したキーワード情報をホスティングサ
ーバ１４１内のコンテンツサーバであるサーバ１５２又
はＫＩＯＳＫ端末サーバ１６７に保存する場合もある。
【０４７４】また、ＫＩＯＳＫ端末１４２のＫＩＯＳＫ
端末サーバ１６７には、情報提供者が生成した、コンテ
ンツ毎又はキーワード毎に異なる（無理に代えなくても
良い）各種提供情報（例えば、コマーシャル、コンテン
ツ情報等）も保存している。因みに、コンテンツプロバ
イダ２が当該提供情報を生成し、ホスティングサーバ１
４１のサーバ１５２又はＫＩＯＳＫ端末１４２のＫＩＯ
ＳＫ端末サーバ１６７に保存しておくようにしても良い
し、コンテンツプロバイダ２が生成した、又は情報提供
者から受信した提供情報をコンテンツにリンクさせて１
つのコンテンツとしてまとめても良い（すなわち、音楽
（コンテンツ）の先頭、中間、最後等に提供情報を埋め
込んで、あたかも１つの曲とし、当該音楽と提供情報と
が簡単には分離できないようにする）。
【０４７５】ＫＩＯＳＫ端末１４２の選定手段及び格納
手段である上位コントローラ１６１は、キーワード情報
に基づいて、ホスティングサーバ１４１のサーバ１５２
に保存している複数のコンテンツをカテゴリ分けしたデ
ータテーブルを作成し、当該作成したデータテーブルを
ＫＩＯＳＫ端末サーバ１６７に保存する。因みに、デー
タテーブルには、カテゴリ毎に対応するコンテンツのＩ
Ｄを登録する。また、このデータテーブルをホスティン
グサーバ１４１の制御部１５１が生成し、当該データテ
ーブルをサーバ１５２又はＫＩＯＳＫ端末サーバ１６７
に保存するようにしても良い。さらに、データテーブル
をサーバ１５２に保存している場合、ホスティングサー
バ１４１の制御部１５１は、コンテンツに対するキーワ
ード情報を通信部１５０を介してＫＩＯＳＫ端末１４２
に送信し、かくして、ＫＩＯＳＫ端末１４２内におい
て、上位コントローラ１６１によりこのキーワード情報
をＫＩＯＳＫ端末サーバ１６７に保存する。
【０４７６】そして、ＫＩＯＳＫ端末１４２において
は、顧客が電子配信専用記録メディア１４４を挿入した
場合、上位コントローラ１６１がＫＩＯＳＫ端末サーバ
１６７から購入処理可能なコンテンツに対するキーワー
ドを読み出し、当該キーワードを表示手段１６６を介し
て顧客に通知する。因みに、上位コントローラ１６１
は、このとき、ＫＩＯＳＫ端末サーバ１６７から読み出
した購入処理可能なコンテンツに対するキーワードをコ
ンテンツに対する曲名や価格の情報と共に表示手段１６
６を介して顧客に通知しても良い。
【０４７７】顧客が入力手段１６５を介して、例えば、
好みのコンテンツに対応するキーワード（キーワードの
数は複数でも良い）と、購入処理したいコンテンツ数を
選択指定すると、その入力データは上位コントローラ１
６１へ信号として送信され、これを受信した上位コント
ローラ１６１は、顧客の指定したコンテンツ数に基づ
き、自己の保持する図示せぬ乱数発生プログラムにより
乱数を発生し、又は暗号処理部１６２の制御部１７０を
制御することにより、乱数発生手段である乱数発生ユニ
ット１８２により乱数を発生させる。因みに、上位コン
トローラ１６１は、これらのキーワード、乱数を通信部
１６０を介してホスティングサーバ１４１に送信する場
合がある。また、乱数はコンテンツをランダムに選定す
るために使用されるため、無理に乱数を発生させずに、
キーワードのカテゴリに属するコンテンツ全てを購入処
理したり、キーワードのカテゴリに属するコンテンツ
を、データテーブルに現れる順番に購入処理するように
しても良い。
【０４７８】上位コントローラ１６１は、先ほど生成し
た乱数データと、入力手段１６５を介して入力されたキ
ーワードに基づいて、ＫＩＯＳＫ端末サーバ１６７内の
データテーブルを検索する。そして、上位コントローラ
１６１は、キーワードに対応するカテゴリに属する複数
のコンテンツのＩＤから、当該乱数データに基づき、顧
客の指定した数のコンテンツのＩＤを任意に選定し、当
該選定したコンテンツのＩＤに対応するコンテンツをホ
スティングサーバ１４１から読み出す。
【０４７９】また、別の例としては、ホスティングサー
バ１４１の制御部１５１が、ＫＩＯＳＫ端末１４２から
送信された乱数のデータと、キーワードに基づき、サー
バ１５２内のデータテーブルを検索することにより、当
該キーワードに対応するカテゴリに属する複数のコンテ
ンツのＩＤから、当該乱数のデータに基づき、顧客の指
定した数のコンテンツのＩＤを任意に選定し、当該選定
したコンテンツのＩＤに対応するコンテンツをサーバ１
５２から読み出すと共に、これら読み出した各コンテン
ツを通信部１５０を介してＫＩＯＳＫ端末１４２に送信
する。
【０４８０】これにより、ＫＩＯＳＫ端末１４２は、ホ
スティングサーバ１４１から送信された複数コンテンツ
に対して図９６乃至図９８及び図９９について上述した
購入処理を実行し、これら各コンテンツを電子配信専用
記録メディア１４４において、記録手段である外部メモ
リ制御部１３０を介して記録媒体である外部メモリ１２
３に一括して記録する。かくして、ＫＩＯＳＫ端末１４
２は、電子配信専用記録メディア１４４において、顧客
が好むカテゴリに属する複数の曲を一括して記録して容
易にアルバム化し得る。
【０４８１】また、ＫＩＯＳＫ端末１４２における購入
処理の際に、前述した提供情報とコンテンツ（あるい
は、前述したように、提供情報とコンテンツが１つのコ
ンテンツのように振る舞う場合がある）を、電子配信専
用記録メディア１４４の外部メモリ制御部１３０を介し
て外部メモリ１２３に一括して記録する。再生時には、
これら提供情報を顧客に聴かせるために、コンテンツの
再生順序を規定できるようにし、例えば、使用許諾条件
情報に制約条項を付加しても良い。そして、コンテンツ
の購入処理の際には、顧客が提供情報を付加する、又は
付加しないを選択できるようにし、提供情報を付加した
際には、その代償として、購入価格を引き下げてもら
う、又は無料にしてもらえるようにする。かくして、顧
客は、通常より安価にコンテンツの利用権を取得でき、
このときにも、コンテンツプロバイダ２及びサービスプ
ロバイダ３（本実施の形態では、ＫＩＯＳＫ端末１４２
の所有者）は、電子配信サービスセンタ１を介して提供
情報料（いわゆる、コマーシャル料）から利益を得る。
【０４８２】また、ＫＩＯＳＫ端末１４２においては、
電子配信専用記録メディア１４４に複数のコンテンツを
アルバム化して記録する場合、暗号処理部１６２の制御
部１７０が、これらコンテンツに対する利用権として、
例えば、１回のみ再生し得る回数制限付き再生権を選択
する。さらに、ＫＩＯＳＫ端末１４２内の暗号処理部１
６２の制御部１７０、又は電子配信専用記録メディア１
４４内の暗号処理部１２２の制御部１２４は、使用許諾
条件情報を作成する際に、当該使用許諾条件情報に格納
されるサービスプロバイダ３のＩＤとして、コンテンツ
がＫＩＯＳＫ端末１４２で記録されたことがわかるよう
なＩＤを格納する。例えば、サービスプロバイダ３のＩ
Ｄが64ビットである場合、上位16ビットをグループ番
号、下位４８ビットをシリアル番号とし、単一情報提供
者が保持するＫＩＯＳＫ端末１４２に割り当てるＩＤと
しては、グループ番号が全て同一で、各機器毎に下位48
ビットのシリアル番号が全て異なるように割り当てる。
そして、電子配信専用記録メディア１４４に記録したコ
ンテンツがＫＩＯＳＫ端末１４２で記録されたものであ
るか否かを判別するには、使用許諾条件情報に含まれる
サービスプロバイダのＩＤのグループ番号により判別す
るようにする（すなわち、情報提供者毎にグループ番号
を割り当てるようにする）。
【０４８３】そして、ＫＩＯＳＫ端末１４２において
は、顧客が再び電子配信専用記録メディア１４４を挿入
し、複数のコンテンツをアルバム化して記録するように
要求した場合には、暗号処理部１６２の制御部１７０が
電子配信専用記録メディア１４４から使用許諾条件情報
を取り出し、当該使用許諾条件情報に基づいて、ＫＩＯ
ＳＫ端末１４２で記録され、かつ既に再生されたコンテ
ンツを検索する。
【０４８４】これにより、ＫＩＯＳＫ端末１４２におい
ては、電子配信専用記録メディア１４４において、同一
情報提供者のＫＩＯＳＫ端末１４２により記録されたコ
ンテンツであるものの、１度も再生されていないコンテ
ンツや、当該同一情報提供者のＫＩＯＳＫ端末１４２と
は異なる他の情報提供者のＫＩＯＳＫ端末により記録さ
れたコンテンツを削除することなく、当該情報提供者の
ＫＩＯＳＫ端末１４２で記録され、かつ既に再生された
コンテンツのみを削除（上書き）するようにして新たな
コンテンツを記録し得る。
【０４８５】以上の構成において、この電子音楽配信シ
ステム１０では、ＫＩＯＳＫ端末１４２の上位コントロ
ーラ１６１により、ホスティングサーバ１４１のサーバ
１５２に保存している複数のコンテンツをカテゴリ分け
するデータテーブルを作成し、当該データテーブルをＫ
ＩＯＳＫ端末サーバ１６７に保存する。
【０４８６】そして、ＫＩＯＳＫ端末１４２に電子配信
専用記録メディア１４４を挿入した顧客が自分の好みを
表すキーワードと、まとめて購入するコンテンツの数
と、必要に応じて提供情報（コマーシャル等）を挿入す
る／しないを指定すると、当該ＫＩＯＳＫ端末１４２
は、指定されたコンテンツ数に基づいて乱数のデータを
生成し、データテーブルから、指定されたキーワードの
カテゴリに属する多数のコンテンツのＩＤを特定すると
共に、当該特定したコンテンツのＩＤから乱数のデータ
に基づいて、指定された数のコンテンツのＩＤを任意に
選定し、当該選定したコンテンツのＩＤに対応するコン
テンツをホスティングサーバ１４１から読み出し、電子
配信専用記録メディア１４４に任意に選定した複数のコ
ンテンツ及び必要に応じて提供情報（コマーシャル等）
を一括して記録する。
【０４８７】従って、電子配信専用記録メディア１４４
に顧客の好みに応じたカテゴリに属する複数のコンテン
ツ（曲）を一括して記録して容易にアルバム化すること
ができる。また、コンテンツの選定に乱数を用いるた
め、顧客は、電子配信専用記録メディア１４４にコンテ
ンツを記録しなおしても、比較的高い確立で異なるコン
テンツを聴くことができ、いずれの曲が記録されている
かをわからないようにすることもできるため、顧客に曲
を聴く楽しみを提供することができる。
【０４８８】さらに、電子配信専用記録メディア１４４
内において、コンテンツの再生回数及び当該コンテンツ
の記録に用いた機器を管理するため、ＫＩＯＳＫ端末１
４２において、電子配信専用記録メディア１４４にコン
テンツを記録しなおす場合に、ＫＩＯＳＫ端末１４２で
記録したものの、１度も再生していないコンテンツや、
ＫＩＯＳＫ端末１４２とは異なる機器で記録したコンテ
ンツを誤って削除すること防止することができる。
【０４８９】以上の構成によれば、情報提供装置１４０
において、ＫＩＯＳＫ端末１４２により、ホスティング
サーバ１４１に保存している多数のコンテンツを所定の
キーワードに基づいてカテゴリ分けして管理し、当該Ｋ
ＩＯＳＫ端末１４２を利用する顧客が自分の好みを表す
キーワードと、所望するコンテンツ数とを指定すると、
当該キーワードが示すカテゴリに属する多数のコンテン
ツのなかから、顧客が指定した数分のコンテンツを任意
に選定し、当該選定したコンテンツをホスティングサー
バ１４１から読み出して電子配信専用記録メディア１４
４に記録するようにしたことにより、電子配信専用記録
メディア１４４に、顧客の好みに応じたカテゴリに属す
る複数のコンテンツを一括して記録することができ、か
くして好みに応じた複数のコンテンツを容易に記録し得
る。
【０４９０】また、提供情報をコンテンツと一括して保
存することにより、顧客はより安価にコンテンツの利用
権を入手することができる。
【０４９１】なお、電子音楽配信システム１０において
は、情報記録装置である情報提供装置１４０をホスティ
ングサーバ１４１と、ＫＩＯＳＫ端末１４２とを専用の
ケーブル又は衛星通信等で接続して構成するようにした
が、ＫＩＯＳＫ端末１４２の中にホスティングサーバ１
４１を一体化して設けるようにしたり、又はホスティン
グサーバ１４１をコンテンツプロバイダ２の内部に設け
るようにして構成しても良い。
【０４９２】また、記録メディア１４３として用いるメ
ディアは、SCMS対応のメディアのように、複製制限を加
えることができれば、ＭＤ（商標）以外の種々のメディ
アを適用し得る。
【０４９３】さらに、ＫＩＯＳＫ端末１４２を簡易小売
店に設置するようにしたが、当該ＫＩＯＳＫ端末１４２
は大型店舗内や、公共施設内等のように、種々の場所に
設置し得る。
【０４９４】さらに、購入できるコンテンツの利用権と
しては、１回のみ再生し得る回数権だけではなく、期間
限定された利用権も考えられ、ＫＩＯＳＫ端末１４２で
再度購入処理する際には、すでに有効期限が切れている
コンテンツを削除することもできる。
【０４９５】さらに、コンテンツに提供情報を付加する
／しないを顧客に選択させることもできるが、コンテン
ツに応じて、又は全てのコンテンツに対し、強制的に提
供情報を付加させるようにしても良い。
【０４９６】
【発明の効果】上述のように本発明によれば、所定のコ
ンテンツデータを所定のデータ格納装置に格納する情報
記録装置において、複数のコンテンツデータを保持する
コンテンツサーバと、当該コンテンツサーバに保持した
各コンテンツデータをカテゴリ分けして管理し、所望す
るカテゴリ及びコンテンツ数が指定されると、当該指定
されたカテゴリに属する各コンテンツデータのなかか
ら、指定されたコンテンツ数分の複数のコンテンツデー
タを任意に選定する選定手段と、当該選定された各コン
テンツデータをコンテンツサーバから読み出してデータ
格納装置に格納する格納手段とを設けるようにしたこと
により、ユーザの好みに応じた複数のコンテンツデータ
を容易に選定してデータ格納装置に格納することがで
き、かくして好みに応じた複数のコンテンツデータを容
易に記録し得る情報記録装置を実現することができる。
【０４９７】また、情報記録装置により所定のコンテン
ツデータが格納されるデータ格納装置において、所定の
記録媒体と、情報記録装置から送信された、カテゴリ分
けされた複数のコンテンツデータのなかの所望するカテ
ゴリに属し、かつ所望するコンテンツ数分の複数のコン
テンツデータを受信するコンテンツ受信手段と、各コン
テンツデータを記録媒体に一括して記録する記録手段と
を設けるようにしたことにより、情報記録装置から送信
される、好みに応じた複数のコンテンツデータを容易に
記録することができるデータ格納装置を実現することが
できる。
【図面の簡単な説明】
【図１】本発明による電子音楽配信システムの全体構成
を示すブロック図である。
【図２】電子配信サービスセンタの構成を示すブロック
図である。
【図３】鍵の定期的な更新例を示す略線図である。
【図４】鍵の定期的な更新例を示す略線図である。
【図５】鍵の定期的な更新例を示す略線図である。
【図６】鍵の定期的な更新例を示す略線図である。
【図７】ユーザ登録データベースのデータ内容を示す略
線図である。
【図８】グループごとの登録情報を示す略線図である。
【図９】コンテンツプロバイダの構成を示すブロック図
である。
【図１０】署名生成処理手順を示すフローチャートであ
る。
【図１１】署名検証処理手順を示すフローチャートであ
る。
【図１２】楕円曲線暗号化方法を示すフローチャートで
ある。
【図１３】楕円曲線暗号化の復号化処理を示すフローチ
ャートである。
【図１４】サービスプロバイダの構成を示すブロック図
である。
【図１５】ユーザホームネットワークの構成を示すブロ
ック図である。
【図１６】外部メモリ制御部の動作の説明に供する略線
図である。
【図１７】電子配信専用記録メディアの構成を示すブロ
ック図である。
【図１８】各機器の持つデータ内容を示すブロック図で
ある。
【図１９】記録メディアが保持するデータ内容を示すブ
ロック図である。
【図２０】システム全体のデータの流れを示す略線的ブ
ロック図である。
【図２１】公開鍵証明書の流れを示す略線的ブロック図
である。
【図２２】コンテンツプロバイダセキュアコンテナを示
す略線図である。
【図２３】コンテンツプロバイダセキュアコンテナを示
す略線図である。
【図２４】コンテンツプロバイダセキュアコンテナを示
す略線図である。
【図２５】コンテンツプロバイダセキュアコンテナを示
す略線図である。
【図２６】コンテンツプロバイダの公開鍵証明書を示す
略線図である。
【図２７】コンテンツプロバイダの公開鍵証明書を示す
略線図である。
【図２８】コンテンツプロバイダの公開鍵証明書を示す
略線図である。
【図２９】サービスプロバイダセキュアコンテナを示す
略線図である。
【図３０】サービスプロバイダセキュアコンテナを示す
略線図である。
【図３１】サービスプロバイダの公開鍵証明書を示す略
線図である。
【図３２】ユーザ機器の公開鍵証明書を示す略線図であ
る。
【図３３】シングルコンテンツの取扱方針を示す図表で
ある。
【図３４】アルバムコンテンツの取扱方針を示す図表で
ある。
【図３５】シングルコンテンツの取扱方針の他の例を示
す図表である。
【図３６】アルバムコンテンツの取扱方針の他の例をを
示す図表である。
【図３７】シングルコンテンツの価格情報を示す図表で
ある。
【図３８】アルバムコンテンツの価格情報を示す図表で
ある。
【図３９】シングルコンテンツの価格情報の他の例を示
す図表である。
【図４０】アルバムコンテンツの価格情報の他の例を示
す図表である。
【図４１】使用許諾条件情報を示す図表である。
【図４２】課金情報を示す図表である。
【図４３】課金情報の他の例を示す図表である。
【図４４】利用権内容の一覧を示す図表である。
【図４５】利用権を示す図表である。
【図４６】シングルコンテンツを示す図表である。
【図４７】アルバムコンテンツを示す図表である。
【図４８】シングルコンテンツ用の鍵データを示す図表
である。
【図４９】個別鍵の暗号化処理の説明に供するブロック
図である。
【図５０】アルバムコンテンツ用の鍵データを示す図表
である。
【図５１】対称鍵技術を用いた相互認証処理を示すタイ
ミングチャートである。
【図５２】非対称鍵暗号技術を用いた相互認証処理を示
すタイミングチャートである。
【図５３】課金情報の送信動作を示す略線的ブロック図
である。
【図５４】利益分配処理動作を示す略線的ブロック図で
ある。
【図５５】コンテンツ利用実績の送信動作を示す略線的
ブロック図である。
【図５６】コンテンツの配布及び再生処理手順を示すフ
ローチャートである。
【図５７】コンテンツプロバイダへの送信処理手順を示
すフローチャートである。
【図５８】決済情報の登録処理手順を示すフローチャー
トである。
【図５９】機器ＩＤの新規登録処理手順を示すフローチ
ャートである。
【図６０】機器の追加登録処理手順を示すフローチャー
トである。
【図６１】登録情報の更新開始条件の判断を示すフロー
チャートである。
【図６２】登録情報更新処理手順を示すフローチャート
である。
【図６３】据置機器による登録情報更新代理処理手順を
示すフローチャートである。
【図６４】据置機器による登録情報更新代理処理手順を
示すフローチャートである。
【図６５】セキュアコンテナの送信処理手順を示すフロ
ーチャートである。
【図６６】セキュアコンテナの送信処理手順を示すフロ
ーチャートである。
【図６７】ホームサーバの購入処理手順を示すフローチ
ャートである。
【図６８】データ読み出し時の改ざんチェック処理手順
を示すフローチャートである。
【図６９】データ書込み時の改ざんチェック処理手順を
示すフローチャートである。
【図７０】データ書換え時の改竄チェック処理手順を示
すフローチャートである。
【図７１】データ削除時の改竄チェック処理手順を示す
フローチャートである。
【図７２】ホームサーバによるコンテンツの再生処理手
順を示すフローチャートである。
【図７３】ホームサーバによるコンテンツの再生処理手
順を示すフローチャートである。
【図７４】ホームサーバによるコンテンツ利用権の代理
購入処理手順を示すフローチャートである。
【図７５】購入済利用者の内容変更処理手順を示すフロ
ーチャートである。
【図７６】取扱方針のルール部の内容を示す略線図であ
る。
【図７７】価格情報のルール部の内容を示す略線図であ
る。
【図７８】権利内容の変更例を示す略線図である。
【図７９】コンテンツ利用権の再配布処理手順を示すフ
ローチャートである。
【図８０】据置機器でのコンテンツ利用権購入処理手順
を示すフローチャートである。
【図８１】使用許諾条件情報のルール部の変遷を示す略
線図である。
【図８２】管理移動権の移動処理手順を示すフローチャ
ートである。
【図８３】管理移動権の返還処理手順を示すフローチャ
ートである。
【図８４】本発明による情報送信システムを示すブロッ
ク図である。
【図８５】本発明による情報送信システムを示すブロッ
ク図である。
【図８６】遠隔再生処理手順を示すフローチャートであ
る。
【図８７】予約購入処理手順を示すフローチャートであ
る。
【図８８】予約購入後の本購入処理手順を示すフローチ
ャートである。
【図８９】ホームサーバが課金する場合の代理購入処理
手順を示すフローチャートである。
【図９０】グループ外機器が課金する場合の代理購入処
理手順を示すフローチャートである。
【図９１】電子音楽配信システムの構成を示すブロック
図である。
【図９２】ホスティングサーバの構成を示すブロック図
である。
【図９３】ＫＩＯＳＫ端末の構成を示すブロック図であ
る。
【図９４】データの流れ示す略線図である。
【図９５】ＫＩＯＳＫ端末の購入処理手順を示すフロー
チャートである。
【図９６】ＫＩＯＳＫ端末の購入処理手順を示すフロー
チャートである。
【図９７】ＫＩＯＳＫ端末の購入処理手順を示すフロー
チャートである。
【図９８】ＫＩＯＳＫ端末の購入処理手順を示すフロー
チャートである。
【図９９】ＫＩＯＳＫ端末の購入処理手順の他の例を示
すフローチャートである。
【図１００】ＫＩＯＳＫ端末の購入処理手順の他の例を
示すフローチャートである。
【図１０１】従来例を示すブロック図である。
【符号の説明】
１……電子配信サービスセンタ、２……コンテンツプロ
バイダ、３……サービスプロバイダ、４……ネットワー
ク、５……ユーザホームネットワーク、１０……電子音
楽配信システム、３４……コンテンツ暗号部、３７……
取扱方針生成部、３８……署名生成部、１２２……暗号
処理部、１２３……外部メモリ、１３０……外部メモリ
制御部、１４０……情報提供装置、１４１……ホスティ
ングサーバ、１４２……ＫＩＯＳＫ端末、１４３……記
録メディア、１４４……電子配信専用記録メディア、１
６０……通信部、１６１……上位コントローラ、１６２
……暗号処理部、１６３……電子透かし挿入部、１７０
……制御部。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/08 Ｈ０４Ｌ 9/00 ６０１Ｂ ９Ａ００１ 9/22 ６５５ Ｆターム(参考） 5B017 AA06 BA05 BA07 BB02 BB03 BB10 CA07 CA15 CA16 5B045 AA00 DD16 JJ33 5B089 GA11 GA21 JA33 KA01 KA04 KA17 KC22 KC40 KC51 KC52 LB25 5D044 AB05 DE48 DE50 HL11 JJ06 5J104 AA07 AA14 AA16 EA01 EA06 EA17 KA01 PA07 PA11 9A001 BZ03 EE03 FF03 JJ13 JJ14 JJ27 JZ07

Claims (10)

    【特許請求の範囲】
  1. 【請求項１】所定のコンテンツデータを所定のデータ格
    納装置に格納する情報記録装置において、 複数の上記コンテンツデータを保持するコンテンツサー
    バと、 上記コンテンツサーバに保持した各上記コンテンツデー
    タをカテゴリ分けして管理し、所望する上記カテゴリ及
    びコンテンツ数が指定されると、当該指定された上記カ
    テゴリに属する各上記コンテンツデータのなかから、上
    記指定された上記コンテンツ数分の複数の上記コンテン
    ツデータを任意に選定する選定手段と、 上記選定された各上記コンテンツデータを上記コンテン
    ツサーバから読み出して上記データ格納装置に格納する
    格納手段とを具えることを特徴とする情報記録装置。
  2. 【請求項２】上記指定された上記コンテンツ数に基づい
    て、乱数を発生する乱数発生手段を具え、 上記選定手段は、上記乱数を用いて、各上記コンテンツ
    データを選定することを特徴とする請求項１に記載の情
    報記録装置。
  3. 【請求項３】上記選定手段により選定された各上記コン
    テンツデータの利用権を規定した使用許諾条件情報を作
    成する使用許諾条件情報作成手段を具え、 上記格納手段は、各上記コンテンツデータと共に、上記
    使用許諾条件情報を上記データ格納装置に格納すること
    を特徴とする請求項２に記載の情報記録装置。
  4. 【請求項４】上記使用許諾条件情報作成手段は、各上記
    コンテンツデータの再生回数を制限するように上記利用
    権を規定した上記使用許諾条件情報を作成することを特
    徴とする請求項３に記載の情報記録装置。
  5. 【請求項５】上記使用許諾条件情報作成手段は、各上記
    コンテンツデータの再生期間を制限するように上記利用
    権を規定した上記使用許諾条件情報を作成することを特
    徴とする請求項３に記載の情報記録装置。
  6. 【請求項６】上記使用許諾条件情報作成手段は、所定の
    識別情報を格納するようにして上記使用許諾条件情報を
    作成し、 上記格納手段は、上記使用許諾条件情報に格納された上
    記識別情報に基づいて、削除対象の上記コンテンツデー
    タを検出し、当該検出した、上記コンテンツデータに上
    書きするように、新たな上記コンテンツデータを格納す
    ることを特徴とする請求項３に記載の情報記録装置。
  7. 【請求項７】情報記録装置により所定のコンテンツデー
    タが格納されるデータ格納装置において、 所定の記録媒体と、 上記情報記録装置から送信された、カテゴリ分けされた
    複数の上記コンテンツデータのなかの所望する上記カテ
    ゴリに属し、かつ所望するコンテンツ数分の複数の上記
    コンテンツデータを受信するコンテンツ受信手段と、 各上記コンテンツデータを上記記録媒体に一括して記録
    する記録手段とを具えることを特徴とするデータ格納装
    置。
  8. 【請求項８】上記記録手段は、上記情報記録手段から、
    各上記コンテンツデータと共に、当該各上記コンテンツ
    データの利用権を規定した使用許諾条件情報が送信され
    ることにより、各上記コンテンツデータと、上記使用許
    諾条件情報とを上記記録媒体に記録することを特徴とす
    る請求項７に記載のデータ格納装置。
  9. 【請求項９】上記記録手段は、各上記コンテンツデータ
    と共に、各上記コンテンツデータの再生回数を制限する
    ように上記利用権を規定した上記使用許諾条件情報を上
    記記録媒体に記録することを特徴とする請求項８に記載
    のデータ格納装置。
  10. 【請求項１０】上記記録手段は、各上記コンテンツデー
    タと共に、各上記コンテンツデータの再生期間を制限す
    るように上記利用権を規定した上記使用許諾条件情報を
    上記記録媒体に記録することを特徴とする請求項８に記
    載のデータ格納装置。
JP25366399A 1999-09-07 1999-09-07 情報記録装置及びデータ格納装置 Pending JP2001075930A (ja)

Priority Applications (7)

Application Number Priority Date Filing Date Title
JP25366399A JP2001075930A (ja) 1999-09-07 1999-09-07 情報記録装置及びデータ格納装置
KR1020017005735A KR100682290B1 (ko) 1999-09-07 2000-09-07 콘텐츠 관리 시스템, 장치, 방법 및 프로그램 격납 매체
PCT/JP2000/006089 WO2001019017A1 (fr) 1999-09-07 2000-09-07 Systeme, dispositif, procede et support de programme pour la gestion de contenus
EP00956997A EP1128598A4 (en) 1999-09-07 2000-09-07 SYSTEM, DEVICE, METHOD AND PROGRAM SUPPORT FOR CONTENT MANAGEMENT
CNB00801888XA CN1276612C (zh) 1999-09-07 2000-09-07 信息发送系统、设备、方法和信息接收设备、方法
US09/831,071 US7353541B1 (en) 1999-09-07 2000-09-07 Systems and methods for content distribution using one or more distribution keys
US12/068,674 US20080154633A1 (en) 1999-09-07 2008-02-08 Systems and methods for content distribution including resending data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP25366399A JP2001075930A (ja) 1999-09-07 1999-09-07 情報記録装置及びデータ格納装置

Publications (1)

Publication Number Publication Date
JP2001075930A true JP2001075930A (ja) 2001-03-23

Family

ID=17254460

Family Applications (1)

Application Number Title Priority Date Filing Date
JP25366399A Pending JP2001075930A (ja) 1999-09-07 1999-09-07 情報記録装置及びデータ格納装置

Country Status (1)

Country Link
JP (1) JP2001075930A (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100706506B1 (ko) 2005-06-02 2007-04-11 엘지전자 주식회사 디지털 비디오 녹화 및 재생 장치에서의 미디어 복사 장치및 방법
KR100778016B1 (ko) 2006-03-08 2007-11-21 (주)이노비츠아이엔씨 멀티미디어 파일 제공 서버의 동작 방법 및 상기 방법을채용한 멀티미디어 파일 제공 서버
US8364597B2 (en) 2007-02-07 2013-01-29 Panasonic Corporations Recording device, server device, recording method, recording medium with computer program recorded therein and integrated circuit

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100706506B1 (ko) 2005-06-02 2007-04-11 엘지전자 주식회사 디지털 비디오 녹화 및 재생 장치에서의 미디어 복사 장치및 방법
KR100778016B1 (ko) 2006-03-08 2007-11-21 (주)이노비츠아이엔씨 멀티미디어 파일 제공 서버의 동작 방법 및 상기 방법을채용한 멀티미디어 파일 제공 서버
US8364597B2 (en) 2007-02-07 2013-01-29 Panasonic Corporations Recording device, server device, recording method, recording medium with computer program recorded therein and integrated circuit

Similar Documents

Publication Publication Date Title
KR100682290B1 (ko) 콘텐츠 관리 시스템, 장치, 방법 및 프로그램 격납 매체
KR100735503B1 (ko) 정보 송신 시스템, 장치 및 방법 및 정보 수신 시스템,장치 및 방법
JP3792896B2 (ja) 情報再生装置及び情報再生方法
JP3818504B2 (ja) 情報処理装置および方法、並びにプログラム
JP3818505B2 (ja) 情報処理装置および方法、並びにプログラム
JP4389129B2 (ja) 情報送信システム、情報送信装置、情報受信装置、情報送信方法
WO2002080442A1 (fr) Appareil de traitement d'informations
WO2002080447A1 (en) Information processing apparatus
WO2002080446A1 (fr) Appareil de traitement d'information
WO2002080448A1 (fr) Appareil de traitement de l'information
JP4151274B2 (ja) 情報処理装置および方法、ライセンスサーバ、並びにプログラム
JP2001083874A (ja) 情報提供システム、情報規制装置、情報受信装置及び情報提供方法
JP2001067324A (ja) 情報送信システム、情報送信装置及び情報受信装置
JP2001092880A (ja) 情報提供システム、リスト送信装置、情報受信装置及び情報提供方法
JP2001075871A (ja) データ管理システム、管理装置、データ格納装置及びデータ管理方法
JP2005141414A (ja) 情報処理システム、情報処理方法、及び情報処理装置
JP4406799B2 (ja) 情報提供システム及び情報提供装置
JP2001067795A (ja) 情報受信システム及び情報受信装置
JP4296454B2 (ja) 記録再生システム、記録再生装置、再生装置、データ格納装置
JP2005328530A (ja) 情報記録方法、情報記録装置及び情報再生装置
JP2001075930A (ja) 情報記録装置及びデータ格納装置
JP2001069134A (ja) 情報送信システム及び情報受信装置
JP3793220B2 (ja) 記録方法及び記録装置
JP2001069096A (ja) 情報配信システム及び情報受信装置
JP2006320018A (ja) 情報処理装置および方法、記録媒体、並びにプログラム