JP2003173381A - 利用権管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 他者の機器上で、自分の利用権情報を使っ
て、コンテンツデータを利用可能な利用権管理装置を提
供すること 【解決手段】 契約者γの機器２０１は、契約者βの可
搬型記録媒体１０１内のメディア識別子を使って、コン
テンツデータの利用許可を受けるための発行要求を生成
し、利用権管理装置７１に送信する。利用権管理装置７
１は、契約者βに与えられたコンテンツデータの利用権
情報を管理し、当該利用権情報と、発行要求とを使っ
て、可搬型記録媒体１０１にコンテンツデータの利用を
許可する利用許可情報を生成する。さらに、利用権管理
装置７１は、利用許可情報に基づいて、可搬型記録媒体
１０１に接続された機器におけるコンテンツデータの利
用を制御するライセンス情報を生成して、機器２０１に
送信する。機器２０１は、ライセンス情報を処理して、
コンテンツデータの利用を制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、利用権管理装置に
関し、より特定的には、コンテンツデータに関連する権
利を管理する利用権管理装置に関する。

【０００２】

【従来の技術】近年、ネットワークのブロードバンド化
および常時接続環境により、コンテンツ配信システムが
身近なものになりつつある。また、このようなコンテン
ツ配信システムの普及には、コンテンツデータに関連す
る権利の保護が重要であることから、従来から、様々な
権利管理技術の研究および開発がなされている。ここ
で、本願明細書では、著作権または販売権のようなコン
テンツデータに関連する権利を、デジタルライツと称す
る。以下、従来の権利管理技術を組み込んだコンテンツ
情報配信システムについて説明する。

【０００３】従来のコンテンツ配信システムには、コン
テンツ配信装置と、パーソナルコンピュータ（以下、Ｐ
Ｃと略記する）とが、インターネットに代表されるネッ
トワークにより、データ通信可能に接続される。コンテ
ンツ配信装置は、コンテンツデータ、コンテンツ復号鍵
および利用条件データの組みを少なくとも１つ格納して
いる。コンテンツデータは、例えば、音楽に代表される
コンテンツを表すデジタルデータであり、予め定められ
た方式で暗号化される。コンテンツ復号鍵は、暗号化さ
れたコンテンツデータを復号するための鍵である。利用
条件データは、上述のコンテンツデータの利用可能な条
件（以下、利用条件と称する）を表すデータである。利
用条件としては、コンテンツデータの利用回数が代表的
である。ＰＣは、上述のコンテンツデータをコンテンツ
配信装置から取得し、さらに、取得したコンテンツデー
タを利用するために必要なコンピュータプログラム（以
下、単にプログラムと称する）を格納している。

【０００４】以上のコンテンツ配信システムでは、以下
のようにして、コンテンツデータが配信される。まず、
ＰＣは、予め格納されているプログラムを実行して、コ
ンテンツデータの配信をコンテンツ配信装置に要求す
る。コンテンツデータの要求は、一般的に、コンテンツ
特定情報および端末固有情報を、ＰＣがネットワークを
介してコンテンツ配信装置に送信することで行われる。
コンテンツ特定情報は、上述のコンテンツデータを一意
に特定する情報である。端末固有情報は、ＰＣにより予
め保持されており、上述のコンテンツデータの要求元で
あるＰＣを一意に特定可能な情報である。

【０００５】コンテンツ配信装置は、ＰＣからの要求に
応答して、上述のコンテンツ復号鍵を、今回受信した端
末固有情報を使って暗号化する。その後、コンテンツ配
信装置は、上述の暗号化されたコンテンツデータと、端
末固有情報で暗号化されたコンテンツ復号鍵と、利用条
件データとをＰＣに送信する。ＰＣは、コンテンツ配信
装置により配信されたコンテンツデータ、コンテンツ復
号鍵および利用条件データを受信し、内部に備える記憶
装置に格納する。

【０００６】以上の格納後、ＰＣのユーザは、コンテン
ツデータを復号することで、それが表すコンテンツを出
力可能な状態になる。実際にコンテンツを出力するまで
には、ユーザは最初に、その旨をＰＣに指示する。この
指示に応答して、ＰＣは、以下のように動作する。ＰＣ
は、記憶装置内の利用条件データにより表される利用条
件に、今回の利用が合致しているか否かを判定する。Ｐ
Ｃは、利用条件に合致する場合に限り、以下の処理を実
行する。次に、記憶装置内のコンテンツ復号鍵は暗号化
されているので、ＰＣは、自身が保持する端末固有情報
を使って、当該コンテンツ復号鍵を復号する。さらに、
記憶装置内のコンテンツデータもまた上述のように暗号
化されているので、ＰＣは、復号したコンテンツ復号鍵
を使って、当該コンテンツデータを復号した後、それが
表すコンテンツを再生し出力する。

【０００７】以上のコンテンツ配信システムでは、権利
管理技術としてのＤＲＭ(Digital Rights Management )
により、デジタルライツが保護されている。ＤＲＭによ
るデジタルライツの保護は、以下の３つの技術により実
現される。第１の保護技術では、コンテンツ配信装置
は、暗号化されたコンテンツデータと、端末固有情報で
暗号化されたコンテンツ復号鍵を送信する。ここで、コ
ンテンツ復号鍵は、コンテンツデータを要求したＰＣ以
外では復号できない。それゆえ、たとえ、暗号化された
コンテンツデータが他のＰＣに転送されたとしても、他
のＰＣは、コンテンツ復号鍵の暗号を解くことができ
ず、その結果、コンテンツデータを再生することができ
ない。以上のことから、ＤＲＭでは、コンテンツ復号鍵
は、唯一のＰＣに括り付けられると言える。これによ
り、デジタルライツが保護される。

【０００８】第２の保護技術は耐タンパ技術である。つ
まり、ＰＣには、各暗号を解くための復号プログラムが
必要となるが、当該復号プログラムの解析は、上述の耐
タンパ技術により防止される。これによっても、デジタ
ルライツが保護される。

【０００９】第３に、上述したように、従来のコンテン
ツ配信システムでは、コンテンツ配信装置は、利用条件
データをＰＣに送信する。ＰＣは、受信した利用条件デ
ータを管理する。そして、ＰＣは、コンテンツデータの
利用毎に、自身が管理する利用条件データが表す利用条
件をチェックし、今回の利用が利用条件に合致していな
い場合には、それ以降の処理を行わない。これによって
も、デジタルライツが保護される。

【００１０】

【発明が解決しようとする課題】近年、セットトップボ
ックス、テレビジョン受像機、音楽再生機およびゲーム
機器に代表されるＰＣ以外の民生機器にもネットワーク
接続機能が付加されるようになってきた。これによっ
て、民生機器が上述のコンテンツ配信装置からコンテン
ツデータを受信できるようになり、さらには、複数の民
生機器の間でデータ通信ができるようになってきた。以
上のことから、民生機器にも権利管理技術が組み込まれ
ることが望まれる。しかしながら、上述のＤＲＭのよう
な権利管理技術を民生機器に組み込むことは、以下の問
題点を想定できるため得策ではない。

【００１１】第１に、コンテンツ復号鍵は、唯一のＰＣ
に括り付けられるため、ＰＣおよび他の民生機器の利用
者が同一であっても、他の民生機器は、そのコンテンツ
復号鍵を使って、コンテンツデータを復号することがで
きないという問題点があった。このような問題点ゆえ、
利用者は、コンテンツデータを利用する際には、コンテ
ンツ鍵を利用できるＰＣを使わなければならないため、
従来の権利管理技術は、利用者にとって使い勝手の良い
ものではなかった。

【００１２】第２に、上述のＤＲＭには、耐タンパ技術
が組み込まれ、さらに、ＰＣがコンテンツデータを再生
する前に必ず、内部に格納した利用条件データに基づい
て、当該コンテンツデータを利用可能か否かをチェック
する。このように耐タンパ技術は上述のＰＣに大きな処
理負担を強いる。しかしながら、ＰＣは、例えば、ビデ
オ再生、オーディオ再生またはゲームプレイ等、汎用的
な用途に使えるよう、相対的に高性能なハードウェアを
実装している。それゆえ、ＰＣにＤＲＭを組み込んで
も、さほど問題にはならない。それに対して、民生機器
に求められるのは低価格であり、さらに、民生機器は、
ビデオ再生、オーディオ再生およびゲームプレイのそれ
ぞれに特化した用途に使用されることが一般的である。
以上の観点から、民生機器には、ＰＣほど高性能なハー
ドウェアが実装されておらず、大きな処理負担を要求す
るＤＲＭを組み込むのは困難であるという問題点があっ
た。

【００１３】それ故に、本発明の第１の目的は、複数の
民生機器が共通のデジタルライツを共有できる権利管理
技術を提供することである。また、本発明の第２の目的
は、民生機器に適した権利管理技術を提供することであ
る。

【００１４】

【課題を解決するための手段および発明の効果】上記第
１の目的を達成するために、本願の第１の発明は、複数
の機器がコンテンツデータを利用するための権利を表す
利用権情報を管理するための装置であって、複数の機器
に割り当てられる利用権情報を含む利用権データベース
（以下、利用権ＤＢと称する）と、各機器からの発行要
求に応答して、利用権ＤＢに含まれる利用権情報を使っ
て、発行要求を送信した機器に対するコンテンツデータ
の利用許可を示す利用許可情報を生成する利用権管理部
と、利用権管理部で生成された利用許可情報を少なくと
も含むライセンス情報を生成するライセンス情報生成部
と、ライセンス情報生成部で生成されたライセンス情報
を、発行要求を送信した機器に送信する通信部とを備え
る。

【００１５】上記のように第１の発明によれば、利用権
情報は、複数の機器に割り当てられるので、複数の機器
が共通の利用権情報を共有可能な権利保護技術を提供す
ることが可能となる。

【００１６】上記第２の目的を達成するために、本願の
第２の発明は、伝送路を通じて接続された利用権管理装
置から、ライセンス情報の提供を受ける機器であって、
可搬型記録媒体は、自身を一意に特定するメディア識別
子を格納しており、機器は、可搬型記録媒体をデータ通
信可能に接続するインターフェイスと、インターフェイ
スに接続された可搬型記録媒体からメディア識別子を取
り出す識別子抽出部と、識別子抽出部から受け取るメデ
ィア識別子を使って、コンテンツデータの利用許可を受
けるために必要な発行要求を生成する発行要求生成部
と、発行要求生成部から受け取る発行要求を、伝送路を
通じて、利用権管理装置に送信する第１の通信部とを備
える。ここで、利用権管理装置は、可搬型記録媒体に与
えられたコンテンツデータの利用権情報を管理してお
り、機器からの発行要求に応答して、可搬型記録媒体が
接続された機器におけるコンテンツデータの利用を制御
するためのライセンス情報を生成して送信する。機器は
さらに、利用権管理装置からのライセンス情報を処理し
て、コンテンツデータの利用を制御するライセンス情報
処理部とを備える。

【００１７】上記のように第２の発明によれば、コンテ
ンツデータの利用権情報を利用権管理装置側で管理して
いるので、機器に、利用権情報のためにかかる処理負担
を負わせる必要が無くなる。これによって、相対的に処
理能力の低い機器に適した権利保護技術を提供すること
が可能となる。

【００１８】さらに、第２の発明によれば、機器におい
て、識別子抽出部は、機器に接続された可搬型記録媒体
から、メディア識別子を取り出す。さらに、発行要求生
成部は、取り出されたメディア識別子を使って発行要求
を生成することができる。これによって、可搬型記録媒
体のユーザは、自分の利用権情報を使って、他者の機器
上でコンテンツデータを利用することが可能となる。

【００１９】

【発明の実施の形態】「第１の実施形態」図１は、本発
明の第１の実施形態に係る利用権管理装置１１を収容し
たライセンス情報管理システムＳa の全体構成を示すブ
ロック図である。図１において、ライセンス情報管理シ
ステムＳa は、利用権管理装置１１と、複数の機器２１
の一例として２つの機器２１a および２１b と、伝送路
３１とを備えている。利用権管理装置１１は、コンテン
ツ配信に関わる事業者α側に設置される。また、機器２
１a および２１b は、典型的には、事業者αとの契約に
基づいてコンテンツ配信を受ける契約者βにより使用さ
れる。また、伝送路３１は、有線または無線であり、利
用権管理装置１１と、機器２１a または機器２１b とを
データ通信可能に接続する。

【００２０】次に、図２を参照して、図１の利用権管理
装置１１の詳細な構成について説明する。図２におい
て、利用権管理装置１１は、コンテンツデータベース１
１１と、復号鍵データベース１１２と、ユーザ情報デー
タベース１１３と、利用権データベース１１４と、通信
部１１５と、ユーザ認証部１１６と、利用権管理部１１
７と、コンテンツ管理部１１８と、コンテンツ暗号化部
１１９と、送信データ生成部１２０と、ライセンス情報
生成部１２１と、復号鍵管理部１２２と、復号鍵暗号化
部１２３とを備えている。また、ライセンス情報生成部
１２１は、より詳しくは、図３に示すように、ハッシュ
値生成部１２１１と、ライセンス情報組立部１２１２と
を含んでいる。

【００２１】次に、図４を参照して、図１の機器２１a
および２１b の詳細な構成について説明する。図４にお
いて、機器２１a および２１b は、典型的には、パーソ
ナルコンピュータ（以下、ＰＣと称する）、セットトッ
プボックス、音楽再生機、テレビジョン受像機およびゲ
ーム機のいずれかである。ただし、本実施形態では、便
宜上、機器２１a および２１b は、それぞれが音楽再生
機能を有するＰＣおよび音楽再生機であると仮定する。
この仮定下では、機器２１a および２１b のそれぞれは
少なくとも、機器識別子格納部２１１と、設定要求生成
部２１２と、通信部２１３と、コンテンツ管理部２１４
と、コンテンツ蓄積部２１５と、発行要求生成部２１６
と、ライセンス情報処理部２１７と、コンテンツ復号部
２１８と、コンテンツ再生部２１９とを備えている。ま
た、ライセンス情報処理部２１７は、より詳しくは、図
５に示すように、改竄判定部２１７１と、ハッシュ値生
成部２１７２と、利用許可判定部２１７３と、復号鍵復
号部２１７４とを含んでいる。

【００２２】次に、上記ライセンス情報管理システムＳ
a において、契約者βが事業者αからコンテンツ配信を
受けるために必要となる準備について説明する。この準
備作業では、図２のコンテンツデータベース（以下、コ
ンテンツＤＢと称す）１１１と、復号鍵データベース
（以下、復号鍵ＤＢと称す）１１２と、ユーザ情報デー
タベース（以下、ユーザ情報ＤＢと称す）１１３とが事
業者αにより構築される。

【００２３】まず、図６（ａ）を参照して、図２のコン
テンツＤＢ１１１について詳細に説明する。まず、事業
者αは、契約者βに配信されるコンテンツデータＤcnt
を、自分で作成したり、別のコンテンツ制作者から受け
取る。ここで、コンテンツデータＤcnt は、機器２１a
および２１b の両方で利用可能なデータであって、例え
ば、テレビ番組、映画、ラジオ番組、音楽、書籍または
印刷物を表す。また、コンテンツデータＤcnt は、ゲー
ムプログラムまたはアプリケーションソフトウェアであ
っても良い。ただし、便宜上、本実施形態では、コンテ
ンツデータＤcnt は音楽を表すデータであると仮定す
る。

【００２４】事業者αは、以上のようにして得たコンテ
ンツデータＤcnt のそれぞれに、コンテンツ識別子Ｉcn
t を割り当てる。コンテンツ識別子Ｉcnt は好ましく
は、本ライセンス情報管理システムＳa においてコンテ
ンツデータＤcnt を一意に特定する情報である。さら
に、コンテンツ識別子Ｉcnt は、コンテンツデータＤcn
tの格納場所を示すロケータでもあることが好ましい。
また、以上のコンテンツデータＤcnt は、デジタルライ
ツを保護する観点から、利用権管理装置１１側で暗号化
された状態で機器２１a または２１b に配信される。そ
のため、事業者αは、各コンテンツデータＤcnt に専用
の暗号鍵Ｋe を割り当てる。以上のコンテンツ識別子Ｉ
cnt 、コンテンツデータＤcnt および暗号鍵Ｋe の組み
合わせがコンテンツＤＢ１１１に蓄積される。したがっ
て、図６（ａ）に示すように、コンテンツＤＢ１１１
は、コンテンツ識別子Ｉcnt 、コンテンツデータＤcnt
および暗号鍵Ｋe の組み合わせの集まりとなる。コンテ
ンツＤＢ１１１において、コンテンツ識別子Ｉcnt は特
に、同じ組みのコンテンツデータＤcnt を一意に特定す
る。また、暗号鍵Ｋe は、同じ組みのコンテンツデータ
Ｄcnt を暗号化するために使用される。

【００２５】また、本実施形態では、図示の簡素化する
ため、コンテンツＤＢ１１１は、コンテンツ識別子Ｉcn
t 、コンテンツデータＤcnt および暗号鍵Ｋe から構成
されるとして説明するが、コンテンツデータＤcnt およ
び暗号鍵Ｋe 毎のデータベースが構築されてもよい。ま
た、コンテンツ識別子Ｉcnt は、コンテンツデータＤcn
t のロケータであることが好ましい。このような場合、
利用権管理装置１１は、機器２１a または２１b の設定
要求Ｄrra に含まれるコンテンツ識別子Ｉcntを使っ
て、コンテンツＤＢ１１１からコンテンツデータＤcnt
を読み出せるので、コンテンツＤＢ１１１に、コンテン
ツ識別子Ｉcnt を登録しておく必然性はない。

【００２６】次に、図６（ｂ）を参照して、図２の復号
鍵ＤＢ１１２について詳細に説明する。上述のように、
各コンテンツデータＤcnt は暗号鍵Ｋe で暗号化された
状態で機器２１a または２１b に送信される。ここで、
以下の説明では、暗号鍵Ｋeで暗号化されたコンテンツ
データＤcnt を、暗号済みコンテンツデータＤecntと称
する。暗号済みコンテンツデータＤecntの復号のために
は、暗号鍵Ｋe に対応する復号鍵Ｋd が、機器２１a ま
たは２１b に提供される必要がある。この必要性から、
事業者αは、コンテンツＤＢ１１１内の各暗号鍵Ｋe に
対応する復号鍵Ｋd を準備する。ここで、復号鍵Ｋd
は、暗号鍵Ｋe と同じビット列からなっていてもよい
し、異なるビット列からなっていてもよい。以上の復号
鍵Ｋd は、上述のコンテンツ識別子Ｉcnt と共に、復号
鍵ＤＢ１１２に登録される。以上のことから、復号鍵Ｄ
Ｂ１１２は、図６（ｂ）に示すように、コンテンツ識別
子Ｉcnt および復号鍵Ｋd の組み合わせの集まりとな
る。復号鍵ＤＢ１１２において、コンテンツ識別子Ｉcn
t は特に、同じ組みの復号鍵Ｋd に割り当てられている
コンテンツデータＤcnt を特定する。また、復号鍵Ｋd
は、同じ組みのコンテンツ識別子Ｉcnt で特定される暗
号済みコンテンツデータＤecntを復号するために使用さ
れる。

【００２７】次に、図７（ａ）を参照して、図２のユー
ザ情報ＤＢ１１３について詳細に説明する。上述のよう
に、契約者βは、事業者αとコンテンツ配信に係る契約
を交わす。ここで、両者の契約に関しては、契約者βが
伝送路３１を通じて事業者αと行ってもよいし、他の形
態で行ってもよい。この契約に基づいて、事業者αは、
契約者βが所有する複数の機器２１（つまり、機器２１
a および２１b ）のそれぞれに機器識別子Ｉdvを割り当
てる。ここで、図１に示すように、本実施形態では、機
器２１a と２１b とが例示されているから、事業者α
は、それぞれの機器識別子Ｉdvとして機器識別子Ｉdva
およびＩdvb を割り当てる。機器識別子Ｉdva およびＩ
dvb は、ライセンス情報管理システムＳa において、契
約者β側の機器２１a および２１b を一意に特定する。
以上の機器識別子Ｉdva およびＩdvb が、ユーザ情報Ｄ
Ｂ１１３に登録される。さらに、事業者αは、契約者β
およびその関係者が、機器２１a および２１b のいずれ
を使っても、コンテンツデータＤcnt を利用できるよう
に、グループ識別子Ｉgpを、契約者βとの契約に割り当
てる。ここで、契約者βおよびその関係者を包括的に述
べることができるように、これらをユーザβと称する。
以上の機器識別子Ｉdva およびＩdvb と、グループ識別
子Ｉgpとを使って、事業者αは、ユーザ情報ＤＢ１１３
を構築する。

【００２８】より具体的には、ユーザ情報ＤＢ１１３
は、図７（ａ）に示すように、複数の契約者レコードＲ
csの集まりである。契約者レコードＲcsは、１契約毎に
作成され、典型的には、グループ識別子Ｉgpと、機器識
別子数Ｎdvと、複数の機器識別子Ｉdvとを含む。グルー
プ識別子Ｉgpは、契約者レコードＲcsに含まれる複数の
機器識別子Ｉdvが同一のグループに属することを特定す
る。機器識別子数Ｎdvは、グループ識別子Ｉgpで特定さ
れるグループに属する機器２１の数を示す。各機器識別
子Ｉdvは、グループ識別子Ｉgpで特定されるグループに
属する各機器２１を特定する。以上の契約者レコードＲ
csにより、利用権管理装置１１は、複数の機器２１が同
一グループに属することを把握することができる。な
お、もし、契約者が１台の機器２１しか使わない場合に
は、契約者レコードＲcsは、それに割り当てられた機器
識別子Ｉdvのみを含んでいれば良い。

【００２９】ここで図４を再度参照する。事業者αによ
り割り当てられた機器識別子ＩdvaおよびＩdvb はさら
に、ユーザβ側の機器２１a および２１b における機器
識別子格納部２１１に設定される。ここで注意を要する
のは、図４では機器識別子Ｉdva およびＩdvb の双方が
機器識別子格納部２１１に格納されるように見えるが、
そうではなく、機器２１a の機器識別子格納部２１１に
は機器識別子Ｉdva が設定され、機器２１b の機器識別
子格納部２１１には機器識別子Ｉdvb が設定される。ま
た、以上の機器識別子Ｉdva およびＩdvb の設定に関し
ては、例えば、事業者αがユーザβ側の機器２１a また
は２１b を操作して設定する。また、他にも、事業者α
側が、伝送路３１を通じて、契約者βに割り当てた機器
識別子Ｉdva またはＩdvb を機器２１a または２１b に
送信し、それぞれが、受信した機器識別子Ｉdva または
Ｉdvb を、それぞれの機器識別子格納部２１１に自動的
に設定するようにしてもよい。さらに、以上の機器識別
子Ｉdva およびＩdvb は、機器２１a または２１b の工
場出荷時に、それぞれの機器識別子格納部２１１に設定
されていてもよい。このような場合、契約者βは、契約
時に、機器２１a および２１b に設定されている機器識
別子Ｉdva およびＩdvb を事業者αに告知する。事業者
αは、告知された機器識別子Ｉdva およびＩdvb を使っ
て、ユーザ情報ＤＢ１１３を構築する。

【００３０】また、図７（ｂ）には、利用権データベー
ス１１４が示されているが、これについては後述する。

【００３１】以上の準備が終了すると、機器２１a およ
び２１b の一方は、ユーザβの操作に従って、利用権管
理装置１１に対して、コンテンツデータＤcnt の利用権
を設定することや、コンテンツデータＤcnt を取得する
ことが可能となる。以下、図８を参照して、コンテンツ
データＤcnt の利用権設定および取得時における、機器
２１a および利用権管理装置１１の間のデータ通信につ
いて説明する。まず、ユーザβは、機器２１a を操作し
て、利用権管理装置１１にアクセスし、コンテンツＤＢ
１１１内のコンテンツデータＤcnt から、今回取得した
いもののコンテンツ識別子Ｉcnt を特定する。以降の説
明において、今回指定されたコンテンツデータＤcnt
を、取得対象コンテンツデータＤcnt と称する。さら
に、ユーザβは、取得対象コンテンツデータＤcnt を利
用する際の利用条件Ｃcnt を指定する。

【００３２】以下、利用条件Ｃcnt について、より詳細
に説明する。利用条件Ｃcnt は、どのような条件で、機
器２１a がコンテンツデータＤcnt の利用権の設定を要
求するのかを示す情報である。コンテンツデータＤcnt
が音楽を表す場合、利用条件Ｃcnt としては、有効期
間、再生回数、最大連続再生時間、総再生時間または再
生品質が代表的である。また、利用条件Ｃcnt は、有効
期間、再生回数、最大連続再生時間、総再生時間および
再生品質の内、２つ以上の組み合わせであってもよい。
利用条件Ｃcnt としての有効期間は、例えば、２００１
年６月１日から２００１年８月３１日までと設定され、
設定された期間に限り、機器２１a は、コンテンツデー
タＤcnt を再生できる。再生回数は、例えば、５回と設
定され、設定された回数に限り、機器２１a は、コンテ
ンツデータＤcnt を再生できる。最大連続再生時間は、
例えば、１０秒と設定され、１回の再生において設定さ
れた時間までであれば、機器２１a は、コンテンツデー
タＤcnt を再生できる。このような最大連続再生時間
は、音楽のプロモーションに特に有効である。総再生時
間は、例えば、１０時間と設定され、設定された時間の
範囲内であれば、機器２１a は、コンテンツデータＤcn
t を自由に再生できる。再生品質は、例えば、ＣＤ(Com
pact Disc)の品質と設定され、機器２１a は、設定され
た再生品質でコンテンツデータＤcnt を再生できる。

【００３３】なお、上述では、コンテンツデータＤcnt
が音楽を表す場合に設定されうる利用条件Ｃcnt につい
て説明した。しかし、上述のみに限らず、利用条件Ｃcn
t は、コンテンツデータＤcnt が表す内容に応じて、適
切に設定されることが好ましい。また、便宜上、本実施
形態では、利用条件Ｃcnt は、コンテンツデータＤcnt
の再生回数であるとして、以下の説明を続ける。

【００３４】上述したように、ユーザβは、機器２１a
を操作して、コンテンツ識別子Ｉcnt および利用条件Ｃ
cnt を指定する。この指定に応答して、機器２１a は、
図９（ａ）に示す設定要求Ｄrra を生成し、利用権管理
装置１１に送信する（図８；ステップＳ１１）。設定要
求Ｄrra は、取得対象コンテンツデータＤcnt の利用権
設定を利用権管理装置１１に要求するための情報である
が、本実施形態ではさらに、取得対象コンテンツデータ
Ｄcnt の配信を利用権管理装置１１に要求するための情
報でもある。ステップＳ１１をより具体的に説明する
と、まず、設定要求生成部２１２（図４参照）は、ユー
ザβが指定したコンテンツ識別子Ｉcnt および利用条件
Ｃcnt を受け取る。また、設定要求生成部２１２は、機
器識別子格納部２１１から機器識別子Ｉdva を受け取
る。その後、設定要求生成部２１２は、以上の機器識別
子Ｉdva 、コンテンツ識別子Ｉcnt および利用条件Ｃcn
t に、予め保持する設定要求識別子Ｉrrを付加して、設
定要求Ｄrra （図９（ａ）参照）を生成する。ここで、
設定要求識別子Ｉrrは、利用権管理装置１１が設定要求
Ｄrra を特定するために使用される。設定要求生成部２
１２は、以上の設定要求Ｄrra を通信部２１３に渡す。
通信部２１３は、受け取った設定要求Ｄrra を、伝送路
３１を通じて、利用権管理装置１１に送信する。

【００３５】利用権管理装置１１（図２参照）におい
て、通信部１１５は、伝送路３１を通じて送信されてく
る設定要求Ｄrra を受信して、ユーザ認証部１１６に渡
す。ユーザ認証部１１６は、設定要求Ｄrra を受け取る
と、その送信元の機器２１a が契約ユーザβの物である
か否かを判定するためのユーザ認証処理を行う（図８；
ステップＳ１２）。より具体的には、ユーザ認証部１１
６は、上述のユーザ情報ＤＢ１１３（図７（ａ）参照）
にアクセスし、受け取った設定要求Ｄrra 内の機器識別
子Ｉdva に一致するものが、当該ユーザ情報ＤＢ１１３
に登録されているか否かを確認する。ユーザ認証部１１
６は、ユーザ情報ＤＢ１１３に一致するものが登録され
ている場合に限り、今回設定要求Ｄrra が、ユーザβの
機器２１aから送信されてきたものであると認証する。
ユーザ認証部１１６は、以上のユーザ認証が終了する
と、受け取った設定要求Ｄrra を利用権管理部１１７に
渡す。

【００３６】なお、契約ユーザβ以外からの設定要求Ｄ
rra を受け取った場合、ユーザ認証部１１６は、ユーザ
認証に失敗する。この場合、ユーザ認証部１１６は、受
信設定要求Ｄrra を利用権管理部１１７に渡すことなく
廃棄する。

【００３７】利用権管理部１１７は、ユーザ認証部１１
６からの受信情報に設定されている設定要求識別子Ｉrr
を判定することで、今回の受信情報が設定要求Ｄrra で
あることを認識する。この認識結果に従って、利用権管
理部１１７（図２参照）は、利用権データベース（以
下、利用権ＤＢと称する）１１４にアクセスして、利用
権ＤＢ１１４への利用権登録処理を行う（ステップＳ１
３）。より具体的には、利用権管理部１１７は、受信設
定要求Ｄrra から機器識別子Ｉdva およびコンテンツ識
別子Ｉcnt を取り出して、これらを含む利用権レコード
Ｒrgt が利用権ＤＢ１１４（図７（ｂ）参照）に登録さ
れているか否かを判断する（ステップＳ１３１）。今、
利用権ＤＢ１１４には対象となる利用権レコードＲrgt
が未登録であると仮定すると、利用権管理部１１７は、
ステップＳ１３２を実行する。なお、ステップＳ１３１
で利用権レコードＲrgt が登録済の場合の動作について
は、機器２１b の動作と共に説明するため、ここではそ
の説明を省略する。

【００３８】ステップＳ１３２において、利用権管理部
１１７はまず、受信設定要求Ｄrraから機器識別子Ｉdva
、コンテンツ識別子Ｉcnt および利用条件Ｃcnt を取
り出した後、ユーザ情報ＤＢ１１３（図７（ａ）参照）
にアクセスする。そして、利用権管理部１１７は、今回
取り出した機器識別子Ｉdva を含む契約者レコードＲcs
から、グループ識別子Ｉgpならびに全ての機器識別子Ｉ
dva およびＩdvb を取り出す（ステップＳ１３２）。次
に、利用権管理部１１７は、受信設定要求Ｄrra から取
り出した機器識別子Ｉdva 、コンテンツ識別子Ｉcnt お
よび利用条件Ｃcnt と、ユーザ情報ＤＢ１１３から得た
グループ識別子Ｉgpならびに機器識別子Ｉdva およびＩ
dvb との組み合わせを、利用権レコードＲrgt として利
用権ＤＢ１１４に登録する（ステップＳ１３３）。ここ
で、利用権管理部１１７は、設定要求Ｄrra 内の利用条
件Ｃcnt で機器２１a が取得対象コンテンツデータＤcn
tを利用する権利の付与を要求しているとみなす。以上
のことから、利用権管理部１１７は、設定要求Ｄrra か
ら取り出した利用条件Ｃcnt を利用権情報Ｄrgt として
扱う。つまり、利用権情報Ｄrgt は、利用条件Ｃcnt が
示す条件下で、コンテンツデータＤcnt を機器２１a が
利用する権利を示す。

【００３９】以上の登録処理により、利用権ＤＢ１１４
は、図７（ｂ）に示すように、グループ識別子Ｉgp、機
器識別子Ｉdva およびＩdvb 、コンテンツ識別子Ｉcnt
ならびに利用権情報Ｄrgt を含む利用権レコードＲrgt
の集まりとなる。これによって、利用権管理部１１７
は、契約者βの取得対象コンテンツデータＤcnt 毎に、
その利用権を管理する。また、本実施形態の特徴の一つ
して、利用権レコードＲrgt に、ユーザ情報ＤＢ１１３
から得た全ての機器識別子Ｉdva およびＩdvb を付加す
ることで、機器２１a からの設定要求Ｄrra により、機
器２１a および２１b は、コンテンツデータＤcnt の利
用権を共有できるようになる。利用権管理部１１７は、
以上の利用条件登録処理が終了すると、今回受け取った
設定要求Ｄrra をコンテンツ管理部１１８に渡す。

【００４０】今回の設定要求Ｄrra には、利用条件Ｃcn
t として「再生ｍ回」（ｍは自然数）が設定されている
と仮定すると、図７（ｂ）に示すように、今回新規登録
される利用権レコードＲrgt は、「再生ｍ回」という条
件が指定された利用権情報Ｄrgt を含むことになる。

【００４１】なお、本ライセンス情報管理システムＳa
の技術的特徴とは関係ないが、ステップＳ１３におい
て、利用権管理部１１７は、利用条件情報Ｄcrt の登録
毎に、機器識別子Ｉdva が割り当てられている契約者β
に、コンテンツデータＤcnt の利用に対する課金を行っ
てもよい。

【００４２】コンテンツ管理部１１８は、設定要求Ｄrr
a を受け取ると、コンテンツデータＤcnt およびそれ専
用の暗号鍵Ｋe の読み出し処理を行う（ステップＳ１
４）。より具体的には、コンテンツ管理部１１８は、受
信設定要求Ｄrra から、コンテンツ識別子Ｉcnt を取り
出す。その後、コンテンツ管理部１１８は、コンテンツ
ＤＢ１１１にアクセスして、取り出したコンテンツ識別
子Ｉcnt が割り当てられているコンテンツデータＤcnt
および暗号鍵Ｋe を読み出す。以上の読み出し処理が終
了すると、コンテンツ管理部１１８は、読み出したコン
テンツデータＤcnt および暗号鍵Ｋe をコンテンツ暗号
化部１１９に渡す。さらに、コンテンツ管理部１１８
は、受け取った設定要求Ｄrra を送信データ生成部１２
０に渡す。

【００４３】コンテンツ暗号化部１１９は、コンテンツ
データＤcnt の暗号処理を行う（ステップＳ１５）。よ
り具体的には、コンテンツ暗号化部１１９は、受け取っ
たコンテンツデータＤcnt を、同時に受け取った暗号鍵
Ｋe で暗号化して、前述の暗号済みコンテンツデータＤ
ecntを生成する。コンテンツ暗号化部１１９は、以上の
暗号処理が終了すると、暗号済みコンテンツデータＤec
ntを送信データ生成部１２０に渡す。

【００４４】送信データ生成部１２０は、コンテンツ管
理部１１８からの設定要求Ｄrra と、コンテンツ暗号化
部１１９からの暗号済みコンテンツデータＤecntとが揃
うと、送信データ生成処理を行う（ステップＳ１６）。
より具体的には、送信データ生成部１２０は、受信設定
要求Ｄrra から、コンテンツ識別子Ｉcnt および機器識
別子Ｉdva を取り出す。さらに、送信データ生成部１２
０は、取り出した機器識別子Ｉdva およびコンテンツ識
別子Ｉcnt を、受け取った暗号済みコンテンツデータＤ
ecntに付加して、図９（ｂ）に示すような、送信データ
Ｄtrnaを生成する。送信データ生成部１２０は、以上の
送信データ生成処理が終了すると、送信データＤtrnaを
通信部１１５に渡す。通信部１１５は、受け取った送信
データＤtrnaを、伝送路３１を介して、機器２１a へと
送信する（ステップＳ１７）。

【００４５】機器２１a （図４参照）において、通信部
２１３は、伝送路３１を通じて送信されてくる送信デー
タＤtrnaを受信する（ステップＳ１８）。より具体的に
は、通信部２１３は、それに含まれる機器識別子Ｉdva
とコンテンツ識別子Ｉcnt とから、今回、取得対象コン
テンツデータＤcnt を含む自分宛の送信データＤtrnaを
受信したことを認識する。このような認識結果に従っ
て、通信部２１３は、受信データＤtrnaをコンテンツ管
理部２１４に渡す。

【００４６】コンテンツ管理部２１４は、受信データＤ
trna内のコンテンツ識別子Ｉcnt および暗号済みコンテ
ンツデータＤecntを、コンテンツ蓄積部２１５に蓄積す
る（ステップＳ１９）。つまり、コンテンツ蓄積部２１
５には、図１０に示すように、上述の設定要求Ｄrra を
使って要求したコンテンツ識別子Ｉcnt および暗号済み
コンテンツデータＤecntの組みが、いくつか蓄積される
ことになる。

【００４７】デジタルライツの保護の観点から、機器２
１a には暗号済みコンテンツデータＤecntが配信され
る。そのため、機器２１a は、コンテンツデータＤcnt
を利用する場合には、利用権管理装置１１により提供さ
れる復号鍵Ｋd で、暗号済みコンテンツデータＤecntを
復号する必要がある。ここで、本ライセンス情報管理シ
ステムＳa では、復号鍵Ｋd を機器２１a に提供するた
めに、ライセンス情報Ｄlca が用いられる。以下、図１
１〜図１３を参照して、ライセンス情報Ｄlca の取得お
よびコンテンツデータＤcnt の復号時における機器２１
a および利用権管理装置１１の動作について説明する。

【００４８】まず、ユーザβは、機器２１a を操作し
て、コンテンツ蓄積部２１５に蓄積されている暗号済み
コンテンツデータＤecntの中から、今回利用したいもの
を特定する。ここで、以下の説明において、今回指定さ
れた暗号済みコンテンツデータＤecntを、復号対象コン
テンツデータＤecntと称する。ユーザβによる指定に応
答して、機器２１a は、図１４（ａ）に示すような発行
要求Ｄira を生成し、利用権管理装置１１に送信する
（図１１；ステップＳ２１）。発行要求Ｄira は、上述
のライセンス情報Ｄlca の発行を利用権管理装置１１に
機器２１a が要求するための情報である。より具体的に
は、コンテンツ管理部２１４（図４参照）は、契約者β
により特定された復号対象コンテンツデータＤecntに付
加されているコンテンツ識別子Ｉcnt を、コンテンツ蓄
積部２１５から取り出して、発行要求生成部２１６に渡
す。発行要求生成部２１６は、コンテンツ管理部２１４
により取り出されたコンテンツ識別子Ｉcnt を受け取
る。さらに、発行要求生成部２１６は、機器識別子格納
部２１１から機器識別子Ｉdva を取り出す。その後、発
行要求生成部２１６は、機器識別子Ｉdva およびコンテ
ンツ識別子Ｉcnt の組み合わせに、発行要求識別子Ｉir
を付加して、発行要求Ｄira （図１４（ａ）参照）を生
成する。ここで、発行要求識別子Ｉirは、利用権管理装
置１１が発行要求Ｄira を特定するために使用される。
発行要求生成部２１６は、以上の発行要求Ｄira を通信
部２１３に渡す。通信部２１３は、受け取った発行要求
Ｄira を伝送路３１を通じて、利用権管理装置１１に送
信する。

【００４９】利用権管理装置１１において、通信部１１
５（図２参照）は、伝送路３１を通じて送信されてくる
発行要求Ｄira を受信して、ユーザ認証部１１６に渡
す。ユーザ認証部１１６は、発行要求Ｄira を受け取る
と、ユーザ認証処理を行う（ステップＳ２２）。ステッ
プＳ２２におけるユーザ認証は、ステップＳ１２のそれ
と同様であるため、詳細な説明を省略する。ユーザ認証
部１１６は、ユーザ認証に成功した場合に限り、受信発
行要求Ｄira を利用権管理部１１７に渡す。

【００５０】利用権管理部１１７は、それに設定されて
いる発行要求識別子Ｉirを確認して、ユーザ認証部１１
６から渡されたものが発行要求Ｄira であることを認識
する。この認識結果に従って、利用権管理部１１７は、
受け取った発行要求Ｄira から、機器識別子Ｉdva およ
びコンテンツ識別子Ｉcnt を取り出す（ステップＳ２
３）。次に、利用権管理部１１７は、取り出した機器識
別子Ｉdva およびコンテンツ識別子Ｉcnt の組み合わせ
と同じものを含む利用権レコードＲrgt が、利用権ＤＢ
１１４（図７（ｂ）参照）に登録されているか否かを判
断する（ステップＳ２４）。

【００５１】利用権管理部１１７は、ステップＳ２４で
「Ｙｅｓ」と判断した場合、対象となる利用権レコード
Ｒrgt に含まれる利用権情報Ｄrgt を参照して、機器２
１aに利用許可を与えることができるか否か、つまりコ
ンテンツデータＤcnt の利用権が残っているか否かを判
断する（ステップＳ２５）。ステップＳ２５で「Ｙｅ
ｓ」と判断した場合、利用権管理部１１７は、対象とな
る利用権情報Ｄrgt を参照して、利用許可情報Ｄlwa を
生成する（ステップＳ２６）。利用許可情報Ｄlwa は、
復号対象コンテンツデータＤecntの復号許可を機器２１
a に与えるための情報である。また、利用許可情報Ｄlw
a の生成により、機器２１a の利用権情報Ｄrgt が使わ
れることになるので、ステップＳ２６の次に、利用権管
理部１１７は、ステップＳ２６で使われた分だけ利用権
情報Ｄrgt を更新する（ステップＳ２７）。なお、ステ
ップＳ２７の実行時点で、全ての利用権情報Ｄrgt が使
われた場合には、それを含んでいた利用権レコードＲrg
t を利用権ＤＢ１１４から削除しても良い。

【００５２】ここで、以上のステップＳ２５〜Ｓ２７の
処理の具体例について説明する。上述の仮定に従えば、
今回対象となる利用権レコードＲrgt において、利用権
情報Ｄrgt は、図７（ｂ）に示すように、「再生ｍ回」
という利用権を表す。したがって、ステップＳ２５にお
いて、利用権管理部１１７は、機器２１a に対し、復号
対象コンテンツデータＤecntの再生許可を与えてもよい
と判断する。この判断に従って、利用権管理部１１７
は、ステップＳ２６で、利用許可情報Ｄlwa を作成す
る。この時生成される利用許可情報Ｄlwa としては、例
えば、「再生ｎ回」が挙げられる。ここで、ｎは、上述
のｍを超えない自然数であり、例えば、ユーザβが機器
２１a を操作して指定した値である。他にも、ｎは、機
器２１a の処理能力に応じて、利用権管理部１１７側で
設定しても良い。また、ステップＳ２６により、機器２
１a が復号対象コンテンツデータＤecntを再生する権利
をｎ回使うことになる。そのため、ステップＳ２７にお
いて、利用権管理部１１７は、利用権情報Ｄrgt を「再
生ｍ回」から「再生（ｍ−ｎ）回」に更新する。

【００５３】以上の具体例では、利用権情報Ｄrgt がコ
ンテンツデータＤcnt の再生回数であるとして説明した
が、前述したように、本ライセンス情報管理システムＳ
a では、様々な利用権情報Ｄrgt （つまり利用条件Ｃcn
t ）を設定することができる。従って、ステップＳ２３
からＳ２７までの処理手順は、利用権情報Ｄrgt に応じ
て適切に規定される必要がある。

【００５４】以上の利用許可情報Ｄlwa を、利用権管理
部１１７（図２参照）は、発行要求Ｄira と一緒に、ラ
イセンス情報生成部１２１に渡す。より具体的には、ラ
イセンス情報生成部１２１は、図３に示すように、ハッ
シュ値生成部１２１１およびライセンス情報組立部１２
１２を含んでいる。ハッシュ値生成部１２１１には、利
用許可情報Ｄlwa のみが渡され、また、ライセンス情報
組立部１２１２には、利用許可情報Ｄlwa および発行要
求Ｄira の双方が渡される。

【００５５】まず、ハッシュ値生成部１２１１は、予め
保持するハッシュ関数ｆ（ｘ）に、受け取った利用許可
情報Ｄlwa を代入して、利用許可情報Ｄlwa の改竄を防
止するするためのハッシュ値Ｖhsa を生成する（ステッ
プＳ２８）。つまり、ハッシュ値Ｖhsa は、利用許可情
報Ｄlwa を生成多項式ｆ（ｘ）に代入した時に得られる
解である。以上のようなハッシュ値Ｖhsa を、ハッシュ
値生成部１２１１は、ライセンス情報組立部１２１２に
渡す。

【００５６】ライセンス情報組立部１２１２は、受け取
った発行要求Ｄira を復号鍵管理部１２２に渡す。復号
鍵管理部１２２（図２参照）は、前述した復号鍵ＤＢ１
１２（図６（ｂ）参照）を管理する。復号鍵管理部１２
２は、受け取った発行要求Ｄira に設定されているコン
テンツ識別子Ｉcnt および機器識別子Ｉdva を取り出
す。さらに、復号鍵管理部１２２は、コンテンツ識別子
Ｉcnt と同じ組みの復号鍵Ｋd を復号鍵ＤＢ１１２から
取り出して、機器識別子Ｉdva と一緒に復号鍵暗号化部
１２３に渡す。復号鍵暗号化部１２３は、受け取った復
号鍵Ｋd を、同時に受け取った機器識別子Ｉdva を使っ
て暗号化して（ステップＳ２９）、暗号済みの復号鍵Ｋ
eda を生成する。以上の暗号済み復号鍵Ｋeda および機
器識別子Ｉdva は、ライセンス情報組立部１２１２に渡
される。

【００５７】ライセンス情報組立部１２１２は、発行要
求Ｄira および利用許可情報Ｄlwa、ハッシュ値Ｖhsa
ならびに暗号済み復号鍵Ｋeda のすべてが揃うと、図１
４（ｂ）に示すライセンス情報Ｄlca の生成を開始する
（図１２；ステップＳ２１０）。より具体的には、ライ
センス情報組立部１２１２は、発行要求Ｄira から、コ
ンテンツ識別子Ｉcnt および機器識別子Ｉdva を取り出
して、それぞれを、利用許可情報Ｄlwa 、暗号済み復号
鍵Ｋeda およびハッシュ値Ｖhsa の組み合わせに付加す
る。さらに、ライセンス情報組立部１２１２は、予め保
持するライセンス情報識別子Ｉlcを、機器識別子Ｉdva
に付加して、ライセンス情報Ｄlca を生成する。以上の
ライセンス情報Ｄlca は、復号対象コンテンツデータＤ
ecntの機器２１a における利用を制御するための情報で
ある。また、ライセンス情報識別子Ｉlcは、機器２１a
がライセンス情報Ｄlca を特定するための情報である。
また、以上のライセンス情報Ｄlca は、通信部１１５お
よび伝送路３１を通じて、機器２１a に送信される（ス
テップＳ２１１）。

【００５８】機器２１a （図４参照）において、通信部
２１３は、伝送路３１を通じて送信されてくるライセン
ス情報Ｄlca を受信する（ステップＳ２１２）。より具
体的には、通信部２１３は、受信情報に含まれる機器識
別子Ｉdva から、自分宛の情報が到着したと判断し、さ
らに、それに設定されるライセンス情報識別子Ｉlcか
ら、今回、ライセンス情報Ｄlca を受け取ったことを認
識する。このような認識結果に従って、通信部２１３
は、受け取ったライセンス情報Ｄlca をライセンス情報
処理部２１７に渡す。

【００５９】ライセンス情報処理部２１７は、図５に示
すように、改竄判定部２１７１と、ハッシュ値生成部２
１７２と、利用許可判定部２１７３と、復号鍵復号部２
１７４とを含んでいる。通信部２１３からのライセンス
情報Ｄlca は、まず、改竄判定部２１７１に渡される。
改竄判定部２１７１は、まず、受け取ったライセンス情
報Ｄlca から、利用許可情報Ｄlwa およびハッシュ値Ｖ
hsa を取り出し（ステップＳ２１３）、取り出した利用
許可情報Ｄlwa を、ハッシュ値生成部２１７２に渡し、
ハッシュ値Ｖhsa をそのまま保持する。ここで、以下の
説明において混同が生じないように、ステップＳ２１３
で取り出されたハッシュ値Ｖhsa を、機器２１a の外部
（つまり利用権管理装置１１）で生成されたものである
という観点から、外部ハッシュ値Vehsaと称する。

【００６０】ハッシュ値生成部２１７２は、利用権管理
装置１１側のハッシュ値生成部１２１１（図３参照）と
同じハッシュ関数ｆ（ｘ）を保持しており、受け取った
利用許可情報Ｄlwa をハッシュ関数ｆ（ｘ）に代入して
ハッシュ値Ｖhsa を生成する（ステップＳ２１４）。こ
こでステップＳ２１４で生成されたハッシュ値Ｖhsa
を、機器２１a の内部で生成されたものであるという観
点から、内部ハッシュ値Ｖlhsaと称する。ハッシュ値生
成部２１７２は、以上の内部ハッシュ値Ｖlhsaを、改竄
判定部２１７１に返す。

【００６１】改竄判定部２１７１は、上述の内部ハッシ
ュ値Ｖlhsaを受け取ると、利用許可情報Ｄlwa が改竄さ
れているか否かを判定する（ステップＳ２１５）。より
具体的には、上述の内部ハッシュ値Ｖlhsaは、ライセン
ス情報Ｄlca 内の利用許可情報Ｄlwa が改竄されていな
いという条件で、外部ハッシュ値Vehsaに一致する。そ
こで、ステップＳ２１５において、改竄判定部２１７１
は、受け取った内部ハッシュ値Ｖlhsaが外部ハッシュ値
Vehsaに一致するか否かを判定する。改竄判定部２１７
１は、「Ｙｅｓ」と判定した場合には、利用許可情報Ｄ
lwa が改竄されておらず、今回送信されてきた利用許可
情報Ｄlwa が有効であるとみなして、今回受け取ったラ
イセンス情報Ｄlca を利用許可判定部２１７３に渡す。

【００６２】利用許可判定部２１７３は、受け取ったラ
イセンス情報Ｄlca を参照して、復号対象コンテンツデ
ータＤecntの利用が許可されているか否かを判定する
（ステップＳ２１６）。利用許可判定部２１７３は、ス
テップＳ２１６において「Ｙｅｓ」と判断した場合に限
り、受け取ったライセンス情報Ｄlca から、暗号済み復
号鍵Ｋeda を取り出して、復号鍵復号部２１７４に渡
す。

【００６３】ここで、以上のステップＳ２１６の処理の
具体例について説明する。前述の仮定に従えば、今回の
ライセンス情報Ｄlca の利用許可情報Ｄlwa により、コ
ンテンツデータＤcnt の再生がｎ回だけ許可されてい
る。かかる場合、利用許可判定部２１７３は、ステップ
Ｓ２１６において、利用許可情報Ｄlwa に設定される再
生回数が１以上であれば、復号対象コンテンツデータＤ
ecntの利用が許可されていると判断して、受け取ったラ
イセンス情報Ｄlca を復号鍵復号部２１７４に渡す。

【００６４】以上の具体例では、利用権情報Ｄrgt がコ
ンテンツデータＤcnt の再生回数であるとして説明した
が、前述したように、本ライセンス情報管理システムＳ
a では、様々な利用権情報Ｄrgt （つまり利用条件Ｃcn
t ）を設定することができる。従って、ステップＳ２１
６の処理は、利用権情報Ｄrgt に応じて適切に規定され
る必要がある。

【００６５】復号鍵復号部２１７４は、利用許可判定部
２１７３から暗号済み復号鍵Ｋedaを受け取る。さら
に、復号鍵復号部２１７４は、機器識別子格納部２１１
から機器識別子Ｉdva を取り出す。その後、復号鍵復号
部２１７４は、暗号済み復号鍵Ｋeda を、機器識別子Ｉ
dva で復号して（ステップＳ２１７）、復号鍵Ｋd をコ
ンテンツ復号部２１８に渡す。

【００６６】ところで、コンテンツ管理部２１４は、以
上のステップＳ２１７の次またはそれ以前に（図１２に
はステップＳ２１７の直後の例が示されている）、今回
の復号対象コンテンツデータＤecntをコンテンツ蓄積部
２１５から取り出す（ステップＳ２１８）。取り出され
た復号対象コンテンツデータＤecntは、コンテンツ復号
部２１８に渡される。コンテンツ復号部２１８は、復号
鍵復号部２１７４から受け取った復号鍵Ｋd で、復号対
象コンテンツデータＤecntを復号して（ステップＳ２１
９）、コンテンツデータＤcnt をコンテンツ再生部２１
９に渡す。コンテンツ再生部２１９は、受け取ったコン
テンツデータＤcnt を再生して、音声出力する（ステッ
プＳ２２０）。これにより、契約者βは、事業者αから
購入したコンテンツデータＤcnt が表す音楽を聴くこと
ができる。

【００６７】ここで、図１２のステップＳ２１５を参照
する。ステップＳ２１５において、改竄判定部２１７１
は、利用許可情報Ｄlwa が改竄されていると判定する場
合がある。また、ステップＳ２１６において、利用許可
判定部２１７３は、復号対象コンテンツデータＤecntの
利用が許可されていないと判定する場合もある。このよ
うな場合、改竄判定部２１７１および利用許可判定部２
１７３は、今回受け取ったライセンス情報Ｄlca を破棄
する（図１３；ステップＳ２２１）。以上から明らかな
ように、本ライセンス情報管理システムＳa では、有効
なライセンス情報Ｄlca を受信した場合にのみ、復号対
象コンテンツデータＤecntの復号が許可される。これに
よって、上述のデジタルライツが保護される。

【００６８】また、図１１のステップＳ２４において、
利用権管理部１１７は、利用権レコードＲrgt が利用権
ＤＢ１１４（図７（ｂ）参照）に登録されていないと判
断する場合がある。さらに、ステップＳ２５において、
利用権管理部１１７は、機器２１a に利用許可を与える
ことができないと判断する場合もある。このような場
合、利用権管理部１１７は、復号対象コンテンツデータ
Ｄecntの利用を拒否することを示す利用拒否情報Ｄrj
（図１４（ｃ）参照）を生成して、通信部１１５に渡
す。通信部１１５は、受け取った利用拒否情報Ｄrjを、
伝送路３１を介して、機器２１a に送信する（図１３；
ステップＳ２２２）。

【００６９】機器２１a （図４参照）において、通信部
２１３は、伝送路３１を通じて送信されてくる利用拒否
情報Ｄrjを受信する（ステップＳ２２３）。利用拒否情
報Ｄrjの受信以降、機器２１a では何の処理も行われな
い。以上から明らかなように、本ライセンス情報管理シ
ステムＳa では、利用権ＤＢ１１４に有効な利用権レコ
ードＲrgt が登録されてない場合には、利用拒否情報Ｄ
rjが、発行要求Ｄiraの送信元となる機器２１a に送信
される。これによって、機器２１a 側では、復号対象コ
ンテンツデータＤecntは復号されない。これによって、
上述のデジタルライツが保護される。

【００７０】なお、ステップＳ２４において、利用権管
理部１１７は、利用権レコードＲrgt が利用権ＤＢ１１
４（図７（ｂ）参照）に登録されていないと判断した
後、利用権レコードＲrgt を新たに生成して、利用権Ｄ
Ｂ１１４に登録するようにしてもよい。

【００７１】次に、以上の利用権レコードＲrgt の登録
により、コンテンツデータＤcnt の利用権を機器２１a
と共有している機器２１b および利用権管理装置１１の
間のデータ通信、およびそれに関連するそれぞれの動作
について説明する。なお、以下の機器２１b の動作は、
上述の機器２１a の動作とほとんどの部分で同様である
から、その動作説明を簡素化する。まず、ユーザβは、
機器２１b を操作して、コンテンツ識別子Ｉcnt および
利用条件Ｃcnt を指定する。この指定に応答して、機器
２１b は、設定要求Ｄrrb を生成し、利用権管理装置１
１に送信する（図８；ステップＳ１１）。設定要求Ｄrr
b は、設定要求Ｄrra と比較すると、機器識別子Ｉdva
の代わりに、機器２１b を一意に特定する機器識別子Ｉ
dvb を含む点で相違するだけであるから、その詳細な説
明を省略する。なお、機器２１bは、自身が利用可能な
利用権レコードＲrgt が利用権ＤＢ１１４に登録されて
いることが予め分かっている場合には、利用条件Ｃcnt
を含まない設定要求Ｄrrbを生成しても良い。

【００７２】利用権管理装置１１（図２参照）におい
て、ユーザ認証部１１６は、通信部１１５を通じて、機
器２１b からの設定要求Ｄrrb を受け取る。その後、ユ
ーザ認証部１１６は、機器２１b が契約ユーザβの物で
あるか否かを判定するためのユーザ認証処理を行う（ス
テップＳ１２）。ユーザ認証部１１６は、ユーザ認証処
理が成功した場合に限り、受け取った設定要求Ｄrrb を
利用権管理部１１７に渡す。

【００７３】利用権管理部１１７は、今回の受信情報が
設定要求Ｄrrb であることを認識すると、ステップＳ１
３を行う。ステップＳ１３において、まず、利用権管理
部１１７は、受信設定要求Ｄrrb 内の機器識別子Ｉdvb
およびコンテンツ識別子Ｉcnt を含む利用権レコードＲ
rgt が利用権ＤＢ１１４（図７（ｂ）参照）に登録され
ているか否かを判断する（ステップＳ１３１）。前述し
たように、利用権ＤＢ１１４には、機器２１a の設定要
求Ｄrra に起因して、機器識別子Ｉdvb およびコンテン
ツ識別子Ｉcnt を含む利用権レコードＲrgt が登録済で
ある。この場合、利用権管理部１１７は、ステップＳ１
３２〜Ｓ１３３を行うことなく、今回の設定要求Ｄrrb
をコンテンツ管理部１１８に渡す。

【００７４】コンテンツ管理部１１８は、設定要求Ｄrr
b の受信後、コンテンツデータＤcnt および暗号鍵Ｋe
を読み出して（ステップＳ１４）、それらをコンテンツ
暗号化部１１９に渡す。さらに、コンテンツ管理部１１
８は、受信設定要求Ｄrrb を送信データ生成部１２０に
渡す。コンテンツ暗号化部１１９は、コンテンツデータ
Ｄcnt の暗号処理を行い（ステップＳ１５）、それが終
了すると、暗号済みコンテンツデータＤecntと受信設定
要求Ｄrrb とを送信データ生成部１２０に渡す。

【００７５】送信データ生成部１２０は、前述したよう
にして、送信データＤtrnb（図９（ｂ）参照）を生成す
る（ステップＳ１６）。送信データＤtrnbは、送信デー
タＤtrnaと比較すると、機器識別子Ｉdva の代わりに、
機器識別子Ｉdvb を含む点で相違するだけであるから、
その詳細な説明を省略する。ステップＳ１６の次に、送
信データ生成部１２０は、送信データＤtrnbを通信部１
１５に渡し、通信部１１５は、前述したように、受け取
った送信データＤtrnbを機器２１b へと送信する（ステ
ップＳ１７）。

【００７６】機器２１b （図４参照）において、通信部
２１３は、送信データＤtrnbを受信し（ステップＳ１
８）、その後、受信データＤtrnbをコンテンツ管理部２
１４に渡す。コンテンツ管理部２１４は、受信データＤ
trnb内のコンテンツ識別子Ｉcnt および暗号済みコンテ
ンツデータＤecntを、コンテンツ蓄積部２１５に蓄積す
る（ステップＳ１９）。

【００７７】デジタルライツの保護の観点から、機器２
１b は、機器２１a の場合と同様に、利用権管理装置１
１からライセンス情報Ｄlcb の発行を受けなければ、コ
ンテンツデータＤcnt を利用することができない。以
下、図１１〜図１３を参照して、ライセンス情報Ｄlcb
の取得およびコンテンツデータＤcnt の復号時における
機器２１b および利用権管理装置１１の動作について説
明する。なお、この時の動作は、機器２１a および利用
権管理装置１１の動作とほとんどの部分で同様であるか
ら、その動作説明を簡素化する。

【００７８】まず、ユーザβは、機器２１b を操作し
て、コンテンツ蓄積部２１５の中から、復号対象コンテ
ンツデータＤecntを指定する。ユーザβの指定に応答し
て、機器２１b において、発行要求生成部２１６は、発
行要求Ｄirb （図１４（ａ）参照）を生成し、利用権管
理装置１１に送信する（図１１；ステップＳ２１）。発
行要求Ｄirb は、発行要求Ｄira と比較すると、機器識
別子Ｉdva が機器識別子Ｉdvb に代わる点で相違するだ
けであるから、その詳細な説明を省略する。発行要求生
成部２１６は、以上の発行要求Ｄirb を通信部２１３に
渡す。通信部２１３は、受信発行要求Ｄirb を利用権管
理装置１１に送信する。

【００７９】利用権管理装置１１において、ユーザ認証
部１１６（図２参照）は、通信部１１５を通じて、機器
２１b が送信した発行要求Ｄirb を受け取り、その後、
ユーザ認証処理を行う（ステップＳ２２）。ユーザ認証
部１１６は、ユーザ認証処理が成功した場合に限り、受
信発行要求Ｄirb を利用権管理部１１７に渡す。利用権
管理部１１７は、受信発行要求Ｄirb から、機器識別子
Ｉdvb およびコンテンツ識別子Ｉcnt を取り出し（ステ
ップＳ２３）、その後、取り出した機器識別子Ｉdvb お
よびコンテンツ識別子Ｉcnt の組み合わせと同じものを
含む利用権レコードＲrgt が、利用権ＤＢ１１４（図７
（ｂ）参照）に登録されているか否かを判断する（ステ
ップＳ２４）。

【００８０】利用権管理部１１７は、ステップＳ２４で
「Ｙｅｓ」と判断した場合、対象となる利用権レコード
Ｒrgt に含まれる利用権情報Ｄrgt を参照して、機器２
１bに利用許可を与えることができるか否か、つまりコ
ンテンツデータＤcnt の利用権が残っているか否かを判
断する（ステップＳ２５）。ステップＳ２５で「Ｙｅ
ｓ」と判断した場合、利用権管理部１１７は、対象とな
る利用権情報Ｄrgt を使って利用許可情報Ｄlwb を生成
する（ステップＳ２６）。利用許可情報Ｄlwb は、利用
許可情報Ｄlwa と比較すると、機器識別子Ｉdva が機器
識別子Ｉdvb に代わる点でのみ相違するから、その詳細
な説明を省略する。ステップＳ２６の次に、利用権管理
部１１７は、ステップＳ２６で使われた分だけ利用権情
報Ｄrgt を更新する（ステップＳ２７）。

【００８１】以上の利用許可情報Ｄlwb を、利用権管理
部１１７（図２参照）は、発行要求Ｄirb と一緒に、ラ
イセンス情報生成部１２１に渡す。ライセンス情報生成
部１２１において、ハッシュ値生成部１２１１（図３参
照）は、予め保持するハッシュ関数ｆ（ｘ）に、受け取
った利用許可情報Ｄlwb を代入して、利用許可情報Ｄlw
b の改竄を防止するするためのハッシュ値Ｖhsb を生成
し（ステップＳ２８）、それをライセンス情報組立部１
２１２に渡す。

【００８２】ライセンス情報組立部１２１２は、受け取
った発行要求Ｄirb を復号鍵管理部１２２に渡す。復号
鍵管理部１２２（図２参照）は、前述した復号鍵ＤＢ１
１２（図６（ｂ）参照）を管理しており、受信発行要求
Ｄirb からコンテンツ識別子Ｉcnt および機器識別子Ｉ
dvb を取り出す。さらに、復号鍵管理部１２２は、コン
テンツ識別子Ｉcnt と同じ組みの復号鍵Ｋd を復号鍵Ｄ
Ｂ１１２から取り出して、機器識別子Ｉdvb と一緒に復
号鍵暗号化部１２３に渡す。復号鍵暗号化部１２３は、
受け取った復号鍵Ｋd を、同時に受け取った機器識別子
Ｉdvb を使って暗号化して（ステップＳ２９）、暗号済
み復号鍵Ｋedb を生成する。以上の暗号済み復号鍵Ｋed
b および機器識別子Ｉdvb は、ライセンス情報組立部１
２１２に渡される。

【００８３】ライセンス情報組立部１２１２は、発行要
求Ｄirb および利用許可情報Ｄlwb、ハッシュ値Ｖhsb
ならびに暗号済み復号鍵Ｋedb のすべてが揃うと、ライ
センス情報Ｄlcb （図１４（ｂ）参照）を生成する（図
１２；ステップＳ２１０）。ライセンス情報Ｄlcb は、
ライセンス情報Ｄlca と比較すると、機器識別子Ｉdva
、利用許可情報Ｄlwa 、暗号済み復号鍵Ｋeda および
ハッシュ値Ｖhsa が機器識別子Ｉdvb 、利用許可情報Ｄ
lwb 、暗号済み復号鍵Ｋedb およびハッシュ値Ｖhsb に
代わる点で相違するだけであるから、その詳細な説明を
省略する。以上のライセンス情報Ｄlcb は、通信部１１
５および伝送路３１を通じて、機器２１bに送信される
（ステップＳ２１１）。

【００８４】機器２１b （図４参照）において、通信部
２１３は、伝送路３１を通じて送信されてくるライセン
ス情報Ｄlcb を受信し（ステップＳ２１２）、それをラ
イセンス情報処理部２１７に渡す。ライセンス情報処理
部２１７において、改竄判定部２１７１は、受信ライセ
ンス情報Ｄlcb から、利用許可情報Ｄlwb およびハッシ
ュ値Ｖhsb を取り出し（ステップＳ２１３）、取り出し
た利用許可情報Ｄlwbを、ハッシュ値生成部２１７２に
渡し、ハッシュ値Ｖhsb を外部ハッシュ値Ｖehsbとして
保持する。ハッシュ値生成部２１７２は、利用権管理装
置１１側と同じハッシュ関数ｆ（ｘ）を保持しており、
受け取った利用許可情報Ｄlwb をハッシュ関数ｆ（ｘ）
に代入して、内部ハッシュ値Ｖlhsbを生成し（ステップ
Ｓ２１４）、それを改竄判定部２１７１に返す。

【００８５】改竄判定部２１７１は、前述と同様にし
て、上述の内部ハッシュ値Ｖlhsbを受け取ると、それが
外部ハッシュ値Ｖehsbに一致するか否かを判定し（ステ
ップＳ２１５）、両者が一致する場合には、今回の利用
許可情報Ｄlwb が有効であるとして、受信ライセンス情
報Ｄlcb を利用許可判定部２１７３に渡す。利用許可判
定部２１７３は、前述と同様にして、復号対象コンテン
ツデータＤecntの利用が許可されているか否かを判定し
（ステップＳ２１６）、「Ｙｅｓ」と判断した場合に限
り、受け取ったライセンス情報Ｄlcb から、暗号済み復
号鍵Ｋedb を取り出して、復号鍵復号部２１７４に渡
す。復号鍵復号部２１７４は、利用許可判定部２１７３
から暗号済み復号鍵Ｋedb を受け取る。さらに、復号鍵
復号部２１７４は、機器識別子格納部２１１から機器識
別子Ｉdvb を取り出す。その後、復号鍵復号部２１７４
は、暗号済み復号鍵Ｋedb を、機器識別子Ｉdvb で復号
して（ステップＳ２１７）、その結果得られる復号鍵Ｋ
d をコンテンツ復号部２１８に渡す。

【００８６】コンテンツ管理部２１４は、今回の復号対
象コンテンツデータＤecntをコンテンツ蓄積部２１５か
ら取り出し（ステップＳ２１８）、それをコンテンツ復
号部２１８に渡す。コンテンツ復号部２１８は、復号鍵
復号部２１７４からの復号鍵Ｋd で、復号対象コンテン
ツデータＤecntを復号して（ステップＳ２１９）、コン
テンツデータＤcnt をコンテンツ再生部２１９に渡す。
コンテンツ再生部２１９は、受け取ったコンテンツデー
タＤcnt を再生して、音声出力する（ステップＳ２２
０）。

【００８７】以上のように本実施形態によれば、利用権
レコードＲrgt には、複数の機器識別子Ｉdva およびＩ
dvb が記録される。これによって、利用権管理装置１１
は、互いに異なる機器２１a および２１b から発行要求
Ｄira およびＤirb が送信されてきたとしても、利用権
レコードＲrgt を参照することで、同一の利用権情報Ｄ
rgt から生成されたライセンス情報Ｄlca およびＤlcb
をそれらに提供することができるようになる。以上の本
実施形態によって、複数の機器が共通のデジタルライツ
を共有できる権利管理技術を提供することができる。

【００８８】なお、以上の実施形態では、利用権レコー
ドＲrgt はグループ識別子Ｉgpを含んでいたが、これ
は、機器２１a および２１b が同一グループに属するこ
とを明確にするためのものである。つまり、グループ識
別子Ｉgpは、利用権レコードＲrgt に必須の情報ではな
い。また、利用権レコードＲrgt は、機器２１a および
２１b の機器識別子Ｉdva およびＩdvb を含まずに、グ
ループ識別子Ｉgpのみを使って、同一グループに属する
機器２１a および２１b を特定するようにしても良い。

【００８９】また、以上の実施形態では、複数の機器２
１の代表例として、２台の機器２１a および機器２１b
を挙げたが、これに限らず、３台以上の機器で、同一の
利用権情報Ｄrgt を共有するようにしても良い。

【００９０】また、以上の実施形態では、図示の都合
上、利用権管理装置１１がコンテンツＤＢ１１１を備え
ると説明したが、これに限らず、コンテンツデータＤcn
t は別のサーバから機器２１a および２１b に配信され
ても良い。

【００９１】また、以上の実施形態では、ユーザ情報Ｄ
Ｂ１１３に契約時に登録された機器２１a および２１b
が同一の利用権情報Ｄrgt を共有する例について説明し
た。しかし、ユーザβ側の機器２１は、必ずしも機器２
１a および２１b の２台だけでコンテンツ配信を受ける
わけではなく、新しく入手した機器２１を使ってコンテ
ンツデータＤcnt を利用したい場合もある。以下に説明
する利用権管理装置１１a 〜１１d は、上述の利用権管
理装置１１の第１〜第４の変型例であって、上述のニー
ズに対応するために提供される。「第１の変型例」

【００９２】図１５は、利用権管理装置１１a を収容し
たライセンス情報管理システムＳa1の全体構成を示すブ
ロック図である。図１５のライセンス情報管理システム
Ｓa1は、図１のライセンス情報管理システムＳa と比較
すると、利用権管理装置１１に代えて利用権管理装置１
１a を備えている点と、機器２１c をさらに備えている
点で相違する。それ以外に両ライセンス情報管理システ
ムＳa およびＳa1に相違点は無いので、図１５におい
て、図１の構成に相当するものには同一の参照符号を付
け、それぞれの説明を省略する。なお、図１５には、通
信ケーブル３２が示されているが、これは第４の変型例
で使われる構成であるため、本変型例だけでなく、第２
および第３の変型例では、通信ケーブル３２の説明を省
略する。

【００９３】利用権管理装置１１a は、上述の事業者α
側に設置され、図２の利用権管理装置１１と比較する
と、図１６に示すように、ユーザ情報管理部１２４と、
登録完了生成部１２５とをさらに備える点で相違する。
それ以外に両利用権管理装置１１および１１a の間に相
違点は無い。それ故、図１６において、図２の構成に相
当するものの内、本変型例に関連の無い構成の図示およ
び説明を省略する。

【００９４】機器２１c は、上述のユーザβにより所有
されるが、現時点では、利用権管理装置１１a のユーザ
情報ＤＢ１１３に未登録の機器であって、図４の機器２
１aまたは２１b と比較すると、図１７に示すように、
登録要求生成部２２０およびグループ識別子格納部２２
１をさらに備える点で相違する。それ以外に、両機器２
１a および２１b と、機器２１c との間には相違点は無
い。それ故、図１７において、図４の構成に相当するも
のの内、本変型例に関連の無い構成の図示および説明を
省略する。なお、機器２１c の機器識別子格納部２１１
には、機器２１c を一意に特定するための機器識別子Ｉ
dvc が予め格納されており、グループ情報格納部２２１
には、ユーザβに割り当てられたグループ識別子Ｉgpが
格納されていると仮定する。

【００９５】次に、図１８を参照して、以上のような構
成のライセンス情報管理システムＳa1において、機器２
１c をユーザ情報ＤＢ１１３に登録するまでの機器２１
c および利用権管理装置１１a の動作について説明す
る。まず、機器２１c は、ユーザβの操作に従って、ユ
ーザβが事業者αから通知されるグループ識別子Ｉgp
を、グループ識別子格納部２２１に格納する。その後、
ユーザβは、機器２１c を操作して、本機器２１c をユ
ーザ情報ＤＢ１１３に登録する旨を指定する。この指定
に応答して、機器２１c において、登録要求生成部２２
０は、図１９（ａ）に示す登録要求Ｄrsc を生成し、利
用権管理装置１１a に送信する（図１８；ステップＳ３
１）。登録要求Ｄrsc は、本機器２１c をユーザ情報Ｄ
Ｂ１１３に登録するよう利用権管理装置１１a に要求す
るための情報である。ステップＳ３１をより具体的に説
明すると、まず、登録要求生成部２２０は、機器識別子
格納部２１１から機器識別子Ｉdvc を取り出し、さら
に、グループ識別子格納部２２１からグループ識別子Ｉ
gpを取り出した後、取り出したグループ識別子Ｉgpおよ
び機器識別子Ｉdvc の組み合わせに、予め保持する登録
要求識別子Ｉrsを付加して、登録要求Ｄrsc （図１９
（ａ）参照）を生成する。ここで、登録要求識別子Ｉrs
は、利用権管理装置１１a が登録要求Ｄrsc を特定する
ために使用される。登録要求生成部２２０は、以上の登
録要求Ｄrsc を通信部２１３に渡す。通信部２１３は、
受け取った登録要求Ｄrsc を、伝送路３１を通じて、利
用権管理装置１１a に送信する。

【００９６】利用権管理装置１１a （図１６参照）にお
いて、通信部１１５は、伝送路３１を通じて送信されて
くる情報を受信し、それに含まれる登録要求識別子Ｉrs
から、今回の受信情報が登録要求Ｄrsc であることを認
識する。この認識結果に従って、通信部１１５は、受信
登録要求Ｄrsc を、ユーザ情報管理部１２４に渡す。ユ
ーザ情報管理部１２４は、受信登録要求Ｄrsc からグル
ープ識別子Ｉgpを取り出した後、ユーザ情報ＤＢ１１３
にアクセスして、取り出したグループ識別子Ｉgpを含む
契約者レコードＲcs（図７（ａ）参照）を検索する（ス
テップＳ３２）。さらに、ユーザ情報管理部１２４は、
検索した契約者レコードＲcsから機器識別子数Ｎdvを取
り出す（ステップＳ３３）。

【００９７】次に、ユーザ情報管理部１２４は、取り出
した機器識別子数Ｎdvが予め定められた上限値Ｖul以上
であるか否かを判断する（ステップＳ３４）。ここで、
上限値Ｖulは、ユーザβがユーザ情報ＤＢ１１３に登録
可能な機器数の上限値である。ユーザ情報管理部１２４
は、ステップＳ３４で、機器識別子数Ｎdvが上限値Ｖul
以上でないと判断した場合には、受信登録要求Ｄrsc か
ら機器識別子Ｉdvc を取り出し、取り出したものを対象
となる契約者レコードＲcsに追加する（ステップＳ３
５）。さらに、ユーザ情報管理部１２４は、機器識別子
数Ｎdvを１だけインクリメントする（ステップＳ３
６）。その結果、契約者レコードＲcsは、図７（ａ）に
示すものから、図２０に示すようなものに更新される。
その後、ユーザ情報管理部１２４は、契約者レコードＲ
csを正しく更新した旨を登録完了生成部１２５に通知
し、さらに、受信登録要求Ｄrsc 内の機器識別子Ｉdvc
を登録完了生成部１２５に渡す。

【００９８】登録完了生成部１２５は、ユーザ情報管理
部１２４から契約者レコードＤrscの更新が完了したこ
とが通知されると、図１９（ｂ）に示す登録完了通知Ｄ
sccを生成し、機器２１c に送信する（ステップＳ３
７）。登録完了通知Ｄscc は、本機器２１c をユーザ情
報ＤＢ１１３に正しく登録したことを機器２１c に通知
するための情報である。ステップＳ３７をより具体的に
説明すると、まず、登録完了生成部１２５は、ユーザ情
報管理部１２４から受け取った機器識別子Ｉdvcに、予
め保持する登録完了識別子Ｉscを付加して、登録完了通
知Ｄscc （図１９（ｂ）参照）を生成する。ここで、登
録完了識別子Ｉscは、機器２１c が登録完了通知Ｄscc
を特定するために使用される。登録完了生成部１２５
は、以上の登録完了通知Ｄscc を通信部１１５に渡す。
通信部１１５は、受け取った登録完了通知Ｄscc を、伝
送路３１を通じて、機器２１c に送信する。

【００９９】機器２１c （図１７参照）において、通信
部２１３は、伝送路３１を通じて送信されてくる情報を
受信し、それに含まれる登録完了識別子Ｉscから、今回
の受信情報が登録完了通知Ｄscc であることを認識す
る。この認識結果に従って、通信部２１３は、受信登録
完了通知Ｄscc を、設定要求生成部２１２に渡す。設定
要求生成部２１２は、受信情報に設定されている登録完
了識別子Ｉscから、今回登録完了通知Ｄscc を受信した
ことを認識する（ステップＳ３８）。この認識結果に従
って、設定要求生成部２１２は図８のステップＳ１１を
実行可能な状態になったと判断し、以降は第１の実施形
態で説明した機器２１a または機器２１bと同様に、利
用権管理装置１１a とデータ通信を行う。

【０１００】以上のように本変型例によれば、利用権管
理装置１１a および機器２１c のデータ通信により、ユ
ーザβが新しい入手した機器２１c の機器識別子Ｉdvc
を、ユーザ情報ＤＢ１１３に登録することが可能になる
ので、より使い勝手の良いライセンス情報管理システム
Ｓa1を提供できるようになる。

【０１０１】なお、ステップＳ３４において、機器識別
子数Ｎdvが上限値Ｖul以上であると判断された場合、ユ
ーザ情報管理部１２４は、ステップＳ３５〜Ｓ３６のよ
うな処理を行わずに、契約者レコードＲcsの更新を拒否
する旨を登録完了生成部１２５に通知し、さらに、受信
登録要求Ｄrsc 内の機器識別子Ｉdvc を登録完了生成部
１２５に渡す。登録完了生成部１２５は、契約者レコー
ドＤrsc の更新拒否が通知されると、図１９（ｃ）に示
す登録拒否通知Ｄsrc を生成し、通信部２１３および伝
送路３１を通じて、機器２１c に送信する（ステップＳ
３９）。登録拒否通知Ｄrsc は、本機器２１c をユーザ
情報ＤＢ１１３に登録できないことを機器２１c に通知
するための情報であり、ユーザ情報管理部１２４から受
け取った機器識別子Ｉdvc と、予め保持する登録拒否識
別子Ｉsrを含む。機器２１c （図１７参照）において、
設定要求生成部２１２は、通信部２１３を通じて、登録
拒否通知Ｄsrc を受け取り（ステップＳ３１０）、その
通知に従って、設定要求生成部２１２は、図８のステッ
プＳ１１を実行可能な状態ではないと判断し、処理を終
了する。

【０１０２】また、ステップＳ３２において、ユーザ情
報管理部１２４は、取り出したグループ識別子Ｉgpを含
む契約者レコードＲcs（図７（ａ）参照）を見つけるこ
とができない場合には、ステップＳ３９と同様の処理を
行って、機器識別子Ｉdvc のユーザ情報ＤＢ１１３への
登録を拒否することが好ましい。

【０１０３】なお、以上の第１の変型例では、機器２１
c および利用権管理装置１１a がデータ通信を行うこと
により、機器識別子Ｉdvc がユーザ情報ＤＢ１１３に登
録されていた。しかし、これに限らず、以下の第２〜第
４の変型例のように、機器２１c と、他の機器２１a ま
たは機器２１b とが協働して、機器識別子Ｉdvc がユー
ザ情報ＤＢ１１３に登録されるようにしても良い。

【０１０４】「第２の変型例」次に、第２の変型例に係
る利用権管理装置１１b を収容したライセンス情報管理
システムＳa2の全体構成について説明する。ライセンス
情報管理システムＳa2は、図１のライセンス情報管理シ
ステムＳa と比較すると、図１５に示すように、利用権
管理装置１１に代えて利用権管理装置１１b を備えてい
る点と、機器２１c をさらに備えている点で相違する。
それ以外に両ライセンス情報管理システムＳa およびＳ
a2に相違点は無いので、図１５において、図１の構成に
相当するものには同一の参照符号を付け、それぞれの説
明を省略する。

【０１０５】利用権管理装置１１b は、上述の事業者α
側に設置され、図２の利用権管理装置１１と比較する
と、図２１に示すように、ユーザ情報管理部１２６と、
登録完了生成部１２７とをさらに備える点で相違する。
それ以外に両利用権管理装置１１および１１b の間に相
違点は無い。それ故、図２１において、図２の構成に相
当するものの内、本変型例に関連の無い構成の図示およ
び説明を省略する。

【０１０６】機器２１a または機器２１b は、第１の実
施形態で説明したように、ユーザβにより所有され、さ
らに、それぞれの機器識別子Ｉdva およびＩdvb は、利
用権管理装置１１b のユーザ情報ＤＢ１１３に登録済み
である（図７（ａ）参照）。また、機器２１a または２
１b は、機器２１c の機器識別子Ｉdvc の登録のため
に、図４と比較すると、図２２に示すように、機器識別
子入力部２２２と、仮登録要求生成部２２３と、仮登録
完了出力部２２４とをさらに備える点で相違する。それ
以外に、本変型例に係る機器２１a および２１b と、第
１の実施形態に係るものとの間に相違点は無い。それ
故、図２２において、図４の構成に相当するものの内、
本変型例に無関係な構成の図示および説明を省略する。

【０１０７】機器２１c は、上述のユーザβにより所有
されるが、現時点では、利用権管理装置１１b のユーザ
情報ＤＢ１１３に未登録の機器であって、図４の機器２
１aまたは２１b と比較すると、図２３に示すように、
機器識別子入力部２２５および本登録要求生成部２２６
をさらに備える点で相違する。それ以外に、両機器２１
a および２１b と、機器２１c との間には相違点は無
い。それ故、図２３において、図４の構成に相当するも
のの内、本変型例に無関係な構成の図示および説明を省
略する。

【０１０８】次に、図２４および図２５を参照して、以
上のような構成のライセンス情報管理システムＳa2にお
いて、機器２１c の機器識別子Ｉdvc をユーザ情報ＤＢ
１１３に登録するまでの機器２１a 、機器２１c および
利用権管理装置１１b の動作について説明する。ユーザ
βは、機器２１a を操作して、機器識別子Ｉdvc をユー
ザ情報ＤＢ１１３に仮登録する旨を指定する。この指定
に関連して、機器２１a の機器識別子入力部２２２は、
ユーザβが機器２１a を操作することにより入力された
機器２１c の機器識別子Ｉdvc を、仮登録要求生成部２
２３に通知する（図２４；ステップＳ４１）。ここで、
以下の説明では、機器２１c の機器識別子Ｉdvc を登録
対象識別子Ｉdvc と称する。仮登録要求生成部２２３
は、上述の通知に応答して、図２６（ａ）に示す仮登録
要求Ｄprscを生成し、利用権管理装置１１b に送信する
（ステップＳ４２）。仮登録要求Ｄprscは、登録対象識
別子Ｉdvc をユーザ情報ＤＢ１１３に仮登録するよう利
用権管理装置１１b に要求するための情報である。ステ
ップＳ４２を具体的に説明すると、まず、仮登録要求生
成部２２３は、機器識別子格納部２１１から機器識別子
Ｉdva を取り出した後、取り出した機器識別子Ｉdva を
登録済識別子Ｉdva として扱う。そして、仮登録要求生
成部２２３は、登録済識別子Ｉdva および登録対象識別
子Ｉdvc の組み合わせに、予め保持する仮登録要求識別
子Ｉprs を付加して、仮登録要求Ｄprsc（図２６（ａ）
参照）を生成する。ここで、仮登録要求識別子Ｉprs
は、利用権管理装置１１b が仮登録要求Ｄprscを特定す
るために使用される。仮登録要求生成部２２３は、以上
の仮登録要求Ｄprscを通信部２１３に渡す。通信部２１
３は、受け取った仮登録要求Ｄprscを、伝送路３１を通
じて、利用権管理装置１１bに送信する。

【０１０９】利用権管理装置１１b （図２１参照）にお
いて、通信部１１５は、伝送路３１からの受信情報に仮
登録要求識別子Ｉprs が含まれていることから、仮登録
要求Ｄprscを今回受信したことを認識する。この認識結
果に従って、通信部１１５は、受信仮登録要求Ｄprsc
を、ユーザ情報管理部１２６に渡す。ユーザ情報管理部
１２６は、受信仮登録要求Ｄprscから登録済識別子Ｉdv
a を取り出した後、ユーザ情報ＤＢ１１３にアクセスし
て、取り出した登録済識別子Ｉdva を含む契約者レコー
ドＲcs（図７（ａ）参照）を検索する（ステップＳ４
３）。その後、ユーザ情報管理部１２６は、図１８のス
テップＳ３３およびＳ３４と同様の処理を行って（ステ
ップＳ４４，Ｓ４５）、ステップＳ４５において、機器
識別子数Ｎdvが上限値Ｖul未満でないと判断した場合に
は、図１８のステップＳ３９と同様の処理を行う（ステ
ップＳ４６）。この場合、機器２１a は、図１８のステ
ップＳ３１０と同様の処理を行う（ステップＳ４７）。

【０１１０】それに対して、ステップＳ４５において、
機器識別子数Ｎdvが上限値Ｖul未満であると判断した場
合に、受信仮登録要求Ｄprscから登録対象識別子Ｉdvc
を取り出した後、取り出したものと、それが仮登録され
た機器識別子Ｉdvc であることを示す仮登録フラグＦps
とを、対象となる契約者レコードＲcsに追加する（ステ
ップＳ４８）。契約者レコードＲcsは、図７（ａ）に示
すものから、図２７（ａ）に示すようなものに更新され
る。その後、ユーザ情報管理部１２６は、登録対象識別
子Ｉdvc の仮登録が完了した旨を登録完了生成部１２７
に通知し、さらに、受信仮登録要求Ｄprsc内の登録済識
別子Ｉdva を登録完了生成部１２７に渡す。

【０１１１】登録完了生成部１２７は、ユーザ情報管理
部１２６から仮登録が完了したことが通知されると、図
２６（ｂ）に示す仮登録完了通知Ｄpsccを生成し、機器
２１a に送信する（ステップＳ４９）。仮登録完了通知
Ｄpsccは、登録対象識別子Ｉdvc をユーザ情報ＤＢ１１
３に仮登録したことを機器２１a に通知するための情報
である。ステップＳ４８をより具体的に説明すると、ま
ず、登録完了生成部１２７は、ユーザ情報管理部１２６
から受け取った登録済識別子Ｉdva に、予め保持する仮
登録完了識別子Ｉpsc を付加して、仮登録完了通知Ｄps
cc（図２６（ｂ）参照）を生成する。ここで、仮登録完
了識別子Ｉpsc は、機器２１a が仮登録完了通知Ｄpscc
を特定するために使用される。以上の仮登録完了通知Ｄ
psccは、登録完了生成部１２７から、通信部１１５およ
び伝送路３１を通じて、機器２１a に送信される。

【０１１２】機器２１a （図２２参照）において、通信
部２１３は、伝送路３１からの受信情報に含まれる仮登
録完了識別子Ｉpsc および登録済識別子Ｉdva から、今
回の受信情報が自分宛の仮登録完了通知Ｄpsccであるこ
とを認識する。この認識結果に従って、通信部２１３
は、受信仮登録完了通知Ｄpsccを、仮登録完了出力部２
２４に渡す。仮登録完了出力部２２４は、受信仮登録完
了Ｄpsccに応答して、機器識別子Ｉdvc の仮登録が完了
したことを、画像または音声で出力し（ステップＳ４１
０）、そのことをユーザβに伝える。これによって、機
器２１a 側の処理が終了する。

【０１１３】仮登録完了を認識すると、ユーザβは、機
器２１c を操作して、機器識別子Ｉdvc をユーザ情報Ｄ
Ｂ１１３に本登録する旨を指定する。この指定に関連し
て、機器２１c の機器識別子入力部２２５は、ユーザβ
が機器２１c を操作することにより入力された機器２１
a の機器識別子（登録済識別子）Ｉdva を、本登録要求
生成部２２６に通知する（図２５；ステップＳ５１）。
この通知に応答して、本登録要求生成部２２６は、図２
８（ａ）に示す本登録要求Ｄcrscを生成し、利用権管理
装置１１b に送信する（ステップＳ５２）。本登録要求
Ｄcrscは、機器識別子Ｉdvc をユーザ情報ＤＢ１１３に
本登録するよう利用権管理装置１１b に要求するための
情報である。ステップＳ５２を具体的に説明すると、ま
ず、本登録要求生成部２２６は、機器識別子格納部２１
１から機器識別子（つまり、登録対象識別子）Ｉdvc を
取り出した後、取り出した登録対象識別子Ｉdvc と、通
知された登録済識別子Ｉdva との組み合わせに、予め保
持する本登録要求識別子Ｉcrs を付加して、本登録要求
Ｄcrsc（図２８（ａ）参照）を生成する。ここで、本登
録要求識別子Ｉcrs は、利用権管理装置１１b が本登録
要求Ｄcrscを特定するために使用される。本登録要求生
成部２２６は、以上の本登録要求Ｄcrscを、通信部２１
３および伝送路３１を通じて、利用権管理装置１１b に
送信する。

【０１１４】利用権管理装置１１b （図２１参照）にお
いて、通信部１１５は、伝送路３１からの受信情報に含
まれる本登録要求識別子Ｉcrs から、今回の受信情報が
本登録要求Ｄcrscであることを認識する。この認識結果
に従って、受信本登録要求Ｄcrscはユーザ情報管理部１
２６に渡され、ユーザ情報管理部１２６は、受信本登録
要求Ｄcrscから、機器識別子Ｉdva およびＩdvc の双方
を取り出した後、ユーザ情報ＤＢ１１３にアクセスし
て、取り出した両機器識別子Ｉdva およびＩdvcを含む
契約者レコードＲcs（図２７（ａ）参照）を検索する
（ステップＳ５３）。その後、ユーザ情報管理部１２６
は、検索した契約者レコードＲcsから、仮登録フラグＦ
psを削除し（ステップＳ５４）、さらに、それに含まれ
る機器識別子数Ｎdvを１だけインクリメントする（ステ
ップＳ５５）。これによって、機器識別子Ｉdvc の本登
録が完了し、その結果、契約者レコードＲcsは、図２７
（ａ）に示すものから、同図（ｂ）に示すようなものに
更新される。その後、ユーザ情報管理部１２６は、登録
対象識別子Ｉdvc の本登録が完了した旨を登録完了生成
部１２７に通知し、さらに、受信本登録要求Ｄcrsc内の
登録対象識別子Ｉdvc を登録完了生成部１２７に渡す。

【０１１５】登録完了生成部１２７は、ユーザ情報管理
部１２６から本登録が完了したことが通知されると、図
２８（ｂ）に示す本登録完了通知Ｄcsccを生成し、機器
２１c に送信する（ステップＳ５６）。本登録完了通知
Ｄcsccは、ユーザ情報ＤＢ１１３に機器識別子Ｉdvc の
本登録が完了したことを機器２１c に通知するための情
報である。ステップＳ５６をより具体的に説明すると、
まず、登録完了生成部１２７は、ユーザ情報管理部１２
６から受け取った登録対象識別子Ｉdvc を登録済識別子
Ｉdvc として扱い、これに、予め保持する本登録完了識
別子Ｉcsc を付加して、本登録完了通知Ｄcscc（図２８
（ｂ）参照）を生成する。ここで、本登録完了識別子Ｉ
csc は、機器２１c が本登録完了通知Ｄcsccを特定する
ために使用される。以上の本登録完了通知Ｄcsccは、通
信部２１３および伝送路３１を通じて、機器２１c に送
信される。

【０１１６】機器２１c （図２３参照）において、通信
部２１３は、伝送路３１を通じて送信されてくる情報を
受信し、それに含まれる本登録完了識別子Ｉcsc および
登録対象識別子Ｉdvc から、今回の受信情報が自分宛の
本登録完了通知Ｄcsccであることを認識する。この認識
結果に従って、通信部２１３は、受信本登録完了通知Ｄ
csccを、設定要求生成部２１２に渡す。設定要求生成部
２１２は、受信情報に設定されている本登録完了識別子
Ｉcsc から、今回本登録完了通知Ｄcsccを受信したこと
を認識する（ステップＳ５７）。この認識結果に従っ
て、設定要求生成部２１２は図８のステップＳ１１を実
行可能な状態になったと判断し、以降は第１の実施形態
で説明した機器２１a または機器２１b と同様に、利用
権管理装置１１b とデータ通信を行う。

【０１１７】前述の第１の変型例に係る機器識別子Ｉdv
c の追加登録では、利用権管理装置１１a は、機器２１
c が本当にユーザβにより所有されているか否かを判断
できないまま、機器識別子Ｉdvc を、ユーザβの契約者
レコードＲcsに登録していた。しかしながら、本変型例
では、仮登録の時に機器２１a が送信する仮登録要求Ｄ
prscに、登録済識別子Ｉdva と、登録対象識別子Ｉdvc
とが設定され、本登録の時に機器２１c が送信する本登
録要求Ｄcrscに、登録済識別子Ｉdva と、登録対象識別
子Ｉdvc とが設定されることにより、機器２１a および
２１c の間に関連性があることを証明することが可能と
なる。これによって、利用権管理装置１１b は、機器２
１c が機器２１a のユーザβにより所有されていると判
断できる。このように、本変型例では、ユーザβの所有
物でない機器２１がユーザβの契約者レコードＲcsに登
録されにくい、機器識別子の追加登録を行えるライセン
ス情報管理システムＳa2を提供できるようになる。

【０１１８】なお、以上の変型例では、機器２１c の機
器識別子Ｉdvc の追加登録のために、機器２１a が動作
する例について説明した。しかし、これに限らず、機器
２１b も機器２１a と同様に動作することで、機器識別
子Ｉdvc の追加登録に関与できるようになる。

【０１１９】「第３の変型例」次に、第３の変型例に係
る利用権管理装置１１c を収容したライセンス情報管理
システムＳa3の全体構成について説明する。ライセンス
情報管理システムＳa3は、図１のライセンス情報管理シ
ステムＳa と比較すると、図１５に示すように、利用権
管理装置１１に代えて利用権管理装置１１c を備えてい
る点と、機器２１c をさらに備えている点で相違する。
それ以外に両ライセンス情報管理システムＳa およびＳ
a3に相違点は無いので、図１５において、図１の構成に
相当するものには同一の参照符号を付け、それぞれの説
明を省略する。

【０１２０】利用権管理装置１１c は、上述の事業者α
側に設置され、図２の利用権管理装置１１と比較する
と、図２９に示すように、ユーザ情報管理部１２８と、
パスワード通知生成部１２９と、登録完了生成部１３０
とをさらに備える点で相違する。それ以外に両利用権管
理装置１１および１１c の間に相違点は無い。それ故、
図２９において、図２の構成に相当するものの内、本変
型例に関連の無い構成の図示および説明を省略する。

【０１２１】機器２１a または機器２１b は、第１の実
施形態で説明したように、ユーザβにより所有され、さ
らに、それぞれの機器識別子Ｉdva およびＩdvb は、利
用権管理装置１１c のユーザ情報ＤＢ１１３に登録済み
である（図７（ａ）参照）。また、機器２１a または２
１b は、機器２１c の機器識別子Ｉdvc の登録のため
に、図４と比較すると、図３０に示すように、パスワー
ド入力部２２７と、登録要求生成部２２８と、登録完了
出力部２２９とをさらに備える点で相違する。それ以外
に、本変型例に係る機器２１a および２１b と、第１の
実施形態に係るものとの間に相違点は無い。それ故、図
３０において、図４の構成に相当するものの内、本変型
例に無関係な構成の図示および説明を省略する。

【０１２２】機器２１c は、上述のユーザβにより所有
されるが、現時点では、利用権管理装置１１c のユーザ
情報ＤＢ１１３に未登録の機器であって、図４の機器２
１aまたは２１b と比較すると、図３１に示すように、
機器識別子入力部２３０、パスワード要求生成部２３１
およびパスワード通知部２３２をさらに備える点で相違
する。それ以外に、両機器２１a および２１b と、機器
２１c との間には相違点は無い。それ故、図３１におい
て、図４の構成に相当するものの内、本変型例に無関係
な構成の図示および説明を省略する。

【０１２３】次に、図３２および図３３を参照して、以
上のような構成のライセンス情報管理システムＳa3にお
いて、機器２１c の機器識別子Ｉdvc をユーザ情報ＤＢ
１１３に登録するまでの機器２１a 、機器２１c および
利用権管理装置１１c の動作について説明する。ユーザ
βは、機器２１c を操作して、機器識別子Ｉdvc をユー
ザ情報ＤＢ１１３に仮登録する旨を指定する。この指定
に関連して、機器２１c の機器識別子入力部２３０は、
ユーザβが機器２１c を操作することにより入力された
機器２１a の機器識別子（以下、登録済識別子と称す
る）Ｉdva を、パスワード要求生成部２３１に通知する
（図３２；ステップＳ６１）。パスワード要求生成部２
３１は、上述の通知に応答して、図３４（ａ）に示すパ
スワード要求Ｄrps を生成し、利用権管理装置１１c に
送信する（ステップＳ６２）。パスワード要求Ｄrps
は、登録対象識別子Ｉdvc をユーザ情報ＤＢ１１３に登
録するために必要となるパスワードＷpss の発行を利用
権管理装置１１c に要求するための情報である。ステッ
プＳ６２を具体的に説明すると、まず、パスワード要求
生成部２３１は、機器識別子格納部２１１から登録対象
識別子Ｉdvc を取り出した後、取り出した登録対象識別
子Ｉdvc と、通知された登録済識別子Ｉdva とで構成さ
れる組みに、予め保持するパスワード要求識別子Ｉrps
を付加して、パスワード要求Ｄrps （図３４（ａ）参
照）を生成する。ここで、パスワード要求識別子Ｉrps
は、利用権管理装置１１c がパスワード要求Ｄrps を特
定するために使用される。パスワード要求生成部２３１
は、以上のパスワード要求Ｄrps を、通信部２１３およ
び伝送路３１を通じて、利用権管理装置１１c の通信部
１１５に送信する。

【０１２４】利用権管理装置１１c （図２９参照）にお
いて、通信部１１５は、受信情報内のパスワード要求識
別子Ｉrps から、パスワード要求Ｄrps を今回受信した
ことを認識する。この認識結果に従って、通信部１１５
は、受信パスワード要求Ｄrps を、ユーザ情報管理部１
２８に渡す。ユーザ情報管理部１２８は、受信パスワー
ド要求Ｄrps から登録済識別子Ｉdva を取り出した後、
ユーザ情報ＤＢ１１３にアクセスして、取り出した登録
済識別子Ｉdva を含む契約者レコードＲcs（図７（ａ）
参照）を検索する（ステップＳ６３）。その後、ユーザ
情報管理部１２８は、図１８のステップＳ３３およびＳ
３４と同様の処理を行って（ステップＳ６４，Ｓ６
５）、ステップＳ６５において、機器識別子数Ｎdvが上
限値Ｖul以上であると判断した場合には、図１８のステ
ップＳ３９と同様の処理を行う（ステップＳ６６）。こ
の場合、機器２１c は、図１８のステップＳ３１０と同
様の処理を行う（ステップＳ６７）。

【０１２５】それに対して、ステップＳ６５において、
機器識別子数Ｎdvが上限値Ｖul以上でないと判断した場
合に、ユーザ情報管理部１２８は、ステップＳ６８を行
い、まず、上述のパスワードＷpss を生成する。パスワ
ードＷpss は、典型的には、ユーザ情報管理部１２８が
無作為に選んだ文字または記号の組み合わせであること
が好ましい。さらに、ユーザ情報管理部１２８は、受信
パスワード要求Ｄrpsから登録対象識別子Ｉdvc を取り
出した後、取り出したものと、生成したパスワードＷps
s とを、ステップＳ６３で検索した契約者レコードＲcs
に追加して、登録対象識別子Ｉdvc の仮登録を行う（ス
テップＳ６８）。これによって、契約者レコードＲcs
は、図７（ａ）に示すものから、図３５（ａ）に示すよ
うなものに更新される。その後、ユーザ情報管理部１２
８は、登録対象識別子Ｉdvc の仮登録が完了した旨をパ
スワード通知生成部１２９に通知し、さらに、受信パス
ワード要求Ｄrps 内の登録対象識別子Ｉdvc およびステ
ップＳ６８で生成したパスワードＷpss を、パスワード
通知生成部１２９に渡す。

【０１２６】パスワード通知生成部１２９は、ユーザ情
報管理部１２８から仮登録が完了したことが通知される
と、図３４（ｂ）に示すパスワード通知Ｄpss を生成
し、機器２１c に送信する（ステップＳ６９）。パスワ
ード通知Ｄpss は、登録対象識別子Ｉdvc の登録のため
に生成したパスワードＷpss を機器２１c に通知するた
めの情報である。ステップＳ６９をより具体的に説明す
ると、まず、パスワード通知生成部１２９は、ユーザ情
報管理部１２６から受け取った登録対象識別子Ｉdvc お
よびパスワードＷpss の組み合わせに、予め保持するパ
スワード通知識別子Ｉpss を付加して、パスワード通知
Ｄpss （図３４（ｂ）参照）を生成する。ここで、パス
ワード通知識別子Ｉpss は、機器２１c がパスワード通
知Ｄpss を特定するために使用される。以上のパスワー
ド通知Ｄpss は、パスワード通知生成部１２９から、通
信部１１５および伝送路３１を通じて、機器２１c の通
信部２１３に送信される。

【０１２７】機器２１c （図３１参照）において、通信
部２１３は、受信信号内のパスワード通知識別子Ｉpss
および登録対象識別子Ｉdvc から、今回の受信情報が自
分宛のパスワード通知Ｄpss であることを認識する。こ
の認識結果に従って、通信部２１３は、受信パスワード
通知Ｄpss を、パスワード通知部２３２に渡す。パスワ
ード通知部２３２は、パスワード通知Ｄpss に含まれる
パスワードＷpss を画像出力または音声出力すること
で、それをユーザβに通知する（ステップＳ６１０）。
これによって、機器２１c 側の処理が終了する。なお、
ステップＳ６１０において、パスワード通知部２３２
は、パスワードＷpss の通知に加えて、登録対象識別子
Ｉdvc の仮登録が終了したことを画像または音声でユー
ザβに伝えても良い。

【０１２８】仮登録完了を認識すると、ユーザβは、機
器２１a を操作して、機器識別子Ｉdvc をユーザ情報Ｄ
Ｂ１１３に本登録する旨を指定する。この指定に関連し
て、機器２１a のパスワード入力部２２７は、ユーザβ
が機器２１a を操作することにより入力されたパスワー
ドＷpss を、登録要求生成部２２８に通知する（図３
３；ステップＳ７１）。この通知に応答して、登録要求
生成部２２８は、図３６（ａ）に示す登録要求Ｄrsc を
生成し、利用権管理装置１１c に送信する（ステップＳ
７２）。登録要求Ｄrsc は、登録対象識別子Ｉdvc をユ
ーザ情報ＤＢ１１３に本登録するよう利用権管理装置１
１c に要求するための情報である。ステップＳ７２を具
体的に説明すると、まず、登録要求生成部２２８は、機
器識別子格納部２１１から機器識別子（つまり、登録済
識別子）Ｉdva を取り出した後、取り出したものと、通
知されたパスワードＷpss との組みに、予め保持する登
録要求識別子Ｉrsを付加して、登録要求Ｄrsc （図３６
（ａ）参照）を生成する。ここで、登録要求識別子Ｉrs
は、利用権管理装置１１c が登録要求Ｄrsc を特定する
ために使用される。登録要求生成部２２８は、以上の登
録要求Ｄrsc を、通信部２１３および伝送路３１を通じ
て、利用権管理装置１１c に送信する。

【０１２９】利用権管理装置１１c （図２９参照）にお
いて、通信部１１５は、受信情報に含まれる登録要求識
別子Ｉrsから、今回の受信情報が登録要求Ｄrsc である
ことを認識する。この認識結果に従って、受信登録要求
Ｄrsc はユーザ情報管理部１２８に渡され、ユーザ情報
管理部１２８は、受信登録要求Ｄrsc から、登録済識別
子Ｉdva およびパスワードＷpss の双方を取り出した
後、ユーザ情報ＤＢ１１３にアクセスして、取り出した
登録済識別子Ｉdva およびパスワードＷpss を含む契約
者レコードＲcs（図３５（ａ）参照）を検索する（ステ
ップＳ７３）。その後、ユーザ情報管理部１２８は、検
索した契約者レコードＲcsから、パスワードＷpss を削
除し（ステップＳ７４）、さらに、それに含まれる機器
識別子数Ｎdvを１だけインクリメントする（ステップＳ
７５）。これによって、機器識別子Ｉdvc の本登録が完
了し、その結果、契約者レコードＲcsは、図３５（ａ）
に示すものから、同図（ｂ）に示すようなものに更新さ
れる。その後、ユーザ情報管理部１２８は、登録対象識
別子Ｉdvc の本登録が完了した旨を登録完了生成部１３
０に通知し、さらに、受信登録要求Ｄrsc 内の登録済識
別子Ｉdva を登録完了生成部１３０に渡す。

【０１３０】登録完了生成部１３０は、ユーザ情報管理
部１２８から本登録が完了したことが通知されると、図
３６（ｂ）に示す登録完了通知Ｄscc を生成し、機器２
１aに送信する（ステップＳ７６）。登録完了通知Ｄscc
は、ユーザ情報ＤＢ１１３に機器識別子Ｉdvc の本登
録が完了したことを機器２１a に通知するための情報で
ある。ステップＳ７６をより具体的に説明すると、ま
ず、登録完了生成部１３０は、ユーザ情報管理部１２８
から受け取った登録済識別子Ｉdva に、予め保持する登
録完了識別子Ｉscを付加して、登録完了通知Ｄscc （図
３６（ｂ）参照）を生成する。ここで、登録完了識別子
Ｉscは、機器２１a が本登録完了通知Ｄscc を特定する
ために使用される。以上の登録完了通知Ｄscc は、通信
部１１５および伝送路３１を通じて、機器２１a の通信
部２１３に送信される。

【０１３１】機器２１a （図３０参照）において、通信
部２１３は、受信情報に含まれる登録完了識別子Ｉscお
よび登録済識別子Ｉdva から、今回の受信情報が自分宛
の登録完了通知Ｄscc であることを認識する。この認識
結果に従って、通信部２１３は、受信本登録完了通知Ｄ
scc を、登録完了出力部２２９に渡す。登録完了出力部
２２９は、受信情報内の登録完了識別子Ｉscから、今回
登録完了通知Ｄscc を受信したことを認識し、登録対象
識別子Ｉdvc の本登録が完了したことを画像出力または
音声出力して（ステップＳ７７）、ユーザβにその旨を
伝える。これによって、機器２１c は、図８のステップ
Ｓ１１を実行可能な状態になる。そして、機器２１c
は、必要に応じて、以降は第１の実施形態で説明した機
器２１a または機器２１b と同様の処理を行って、コン
テンツデータＤcnt を利用する。

【０１３２】上述の第３の変型例によれば、利用権管理
装置１１c のユーザ情報ＤＢ１１３に登録済みの機器２
１a が、未登録の機器２１c の機器識別子Ｉdvc の登録
に関与することで、第２の変型例と同様に、ユーザβの
所有物でない機器２１がユーザβの契約者レコードＲcs
に登録されにくい、機器識別子の追加登録を行えるライ
センス情報管理システムＳa3を提供できるようになる。

【０１３３】なお、以上の変型例では、機器２１c の機
器識別子Ｉdvc の追加登録のために、機器２１a が動作
する例について説明した。しかし、これに限らず、機器
２１b も機器２１a と同様に動作することで、機器識別
子Ｉdvc の追加登録に関与できるようになる。

【０１３４】「第４の変型例」次に、第４の変型例に係
る利用権管理装置１１d を収容したライセンス情報管理
システムＳa4の全体構成について説明する。ライセンス
情報管理システムＳa4は、図１のライセンス情報管理シ
ステムＳa と比較すると、図１５に示すように、利用権
管理装置１１に代えて利用権管理装置１１d を備えてい
る点と、機器２１c をさらに備えている点と、機器２１
a および２１c が通信ケーブル３２を介して通信可能に
接続される点とで相違する。それ以外に両ライセンス情
報管理システムＳa およびＳa4に相違点は無いので、図
１５において、図１の構成に相当するものには同一の参
照符号を付け、それぞれの説明を省略する。

【０１３５】利用権管理装置１１d は、上述の事業者α
側に設置され、図２の利用権管理装置１１と比較する
と、図３７に示すように、ユーザ情報管理部１３１と、
登録完了生成部１３２とをさらに備える点で相違する。
それ以外に両利用権管理装置１１および１１d の間に相
違点は無い。それ故、図３７において、図２の構成に相
当するものの内、本変型例に関連の無い構成の図示およ
び説明を省略する。

【０１３６】機器２１a または２１b は、第１の実施形
態で説明したように、ユーザβにより所有され、さら
に、それぞれの機器識別子Ｉdva およびＩdvb は、利用
権管理装置１１d のユーザ情報ＤＢ１１３に登録済みで
ある（図７（ａ）参照）。また、機器２１a または２１
b は、機器２１c の機器識別子Ｉdvc の登録のために、
図４と比較すると、図３８に示すように、通信部２２８
と、登録要求生成部２２９と、登録完了通知部２３０と
をさらに備える点で相違する。それ以外に、本変型例に
係る機器２１a および２１b と、第１の実施形態に係る
ものとの間に相違点は無い。それ故、図３８において、
図４の構成に相当するものの内、本変型例に無関係な構
成の図示および説明を省略する。

【０１３７】機器２１c は、上述のユーザβにより所有
されるが、現時点では、自身に割り当てられた機器識別
子Ｉdvc が利用権管理装置１１d のユーザ情報ＤＢ１１
３に未登録であって、図４の機器２１a または２１b と
比較すると、図３９に示すように、登録要求生成部２３
１と、通信部２３２とをさらに備える点で相違する。そ
れ以外に、図４の両機器２１a および２１b と、機器２
１c との間には相違点は無い。それ故、図３９におい
て、図４の構成に相当するものの内、本変型例に無関係
な構成の図示および説明を省略する。

【０１３８】次に、図４０を参照して、以上のような構
成のライセンス情報管理システムＳa4において、機器２
１c の機器識別子Ｉdvc をユーザ情報ＤＢ１１３に登録
するまでの機器２１a 、機器２１c および利用権管理装
置１１d の動作について説明する。ユーザβは、機器２
１c を操作して、機器識別子Ｉdvc をユーザ情報ＤＢ１
１３に登録する旨を指定する。この指定に応答して、機
器２１c の登録要求生成部２３１は、図４１（ａ）に示
す第１の登録要求Ｄrsc1を生成し、通信ケーブル３２を
通じて、機器２１a に送信する（図４０；ステップＳ８
１）。第１の登録要求Ｄrsc1は、登録対象識別子Ｉdvc
をユーザ情報ＤＢ１１３に登録することを、機器２１c
の代わりに機器２１a に要求するための情報である。ス
テップＳ８１を具体的に説明すると、まず、登録要求生
成部２３１は、機器識別子格納部２１１から機器識別子
（以下、登録対象識別子と称する）Ｉdvc を取り出した
後、取り出した登録対象識別子Ｉdvc に、予め保持する
第１の登録要求識別子Ｉrs1 を付加して、第１の登録要
求Ｄrsc1（図４１（ａ）参照）を生成する。ここで、第
１の登録要求識別子Ｉrs1 は、機器２１a が第１の登録
要求Ｄrsc1を特定するために使用される。登録要求生成
部２３１は、以上の第１の登録要求Ｄrsc1を、通信部２
３２および通信ケーブル３２を通じて、機器２１a に送
信する。

【０１３９】機器２１a （図３８参照）において、通信
部２２８は、受信情報内の第１の登録要求識別子Ｉrs1
から、第１の登録要求Ｄrsc1を今回受信したことを認識
する（ステップＳ８２）。この認識結果に従って、通信
部２２８は、受信した第１の登録要求Ｄrsc1を、登録要
求生成部２２９に渡す。それに応答して、登録要求生成
部２２９は、図４１（ｂ）に示す第２の登録要求Ｄrsc2
を生成し、伝送路３１を通じて、利用権管理装置１１d
に送信する（ステップＳ８３）。第２の登録要求Ｄrsc2
は、登録対象識別子Ｉdvc をユーザ情報ＤＢ１１３に登
録することを、利用権管理装置１１d に要求するための
情報である。ステップＳ８３を具体的に説明すると、ま
ず、登録要求生成部２２９は、機器識別子格納部２１１
から機器識別子（以下、登録済識別子と称する）Ｉdva
を取り出した後、取り出した登録済識別子Ｉdva を、今
回受信した第１の登録要求Ｄrsc1に付加して、第２の登
録要求Ｄrsc2（図４１（ｂ）参照）を生成する。ここ
で、第２の登録要求Ｄrsc2において、第１の登録要求識
別子Ｉrs1 は、利用権管理装置１１d が第２の登録要求
Ｄrsc2を特定するために使用される。登録要求生成部２
２９は、以上の第２の登録要求Ｄrsc2を、通信部２１３
および伝送路３１を通じて、利用権管理装置１１d （図
３７参照）に送信する。

【０１４０】利用権管理装置１１d において、通信部１
１５は、伝送路３１からの受信情報内の第１の登録要求
識別子Ｉrs1 から、第２の登録要求Ｄrsc2を今回受信し
たことを認識する。その認識結果に従って、通信部１１
５は、受信した第２の登録要求Ｄrsc2をユーザ情報管理
部１３１に渡す。それに応答して、ユーザ情報管理部１
３１は、受信した第２の登録要求Ｄrsc2から登録済識別
子Ｉdva を取り出し、ユーザ情報ＤＢ１１３にアクセス
した後、図３２のステップＳ６３〜Ｓ６５と同様の処理
を行う（ステップＳ８４〜Ｓ８６）。ユーザ情報管理部
１３１は、ステップＳ８６において、機器識別子数Ｎdv
が上限値Ｖul以上でないと判断した場合には、受信した
第２の登録要求Ｄrsc2から登録対象識別子Ｉdvc を取り
出した後、取り出したものを、ステップＳ８４で検索し
た契約者レコードＲcsに追加して、登録対象識別子Ｉdv
c の登録を行う（ステップＳ８７）。これによって、契
約者レコードＲcsは、図７（ａ）に示すものから、図３
５（ａ）に示すようなものに更新される。その後、ユー
ザ情報管理部１３１は、登録対象識別子Ｉdvc の登録が
完了した旨を登録完了生成部１３２に通知し、さらに、
受信した第２の登録要求Ｄrsc2内の登録済識別子Ｉdva
を、登録完了生成部１３２に渡す。

【０１４１】登録完了生成部１３２は、ユーザ情報管理
部１３１から登録完了が通知されると、図４１（ｃ）に
示す登録完了通知Ｄscc を生成し、機器２１a に送信す
る（ステップＳ８８）。登録完了通知Ｄscc は、登録対
象識別子Ｉdvc のユーザ情報ＤＢ１１３への登録が完了
したことを機器２１a に通知するための情報である。ス
テップＳ８８をより具体的に説明すると、まず、登録完
了生成部１３２は、ユーザ情報管理部１３１から受け取
った登録済識別子Ｉdva に、予め保持する登録完了識別
子Ｉscを付加して、登録完了通知Ｄscc （図４１（ｃ）
参照）を生成する。ここで、登録完了識別子Ｉscは、機
器２１a が登録完了通知Ｄscc を特定するために使用さ
れる。以上の登録完了通知Ｄscc は、登録完了生成部１
３２から、通信部１１５および伝送路３１を通じて、機
器２１a の通信部２１３に送信される。

【０１４２】機器２１a （図３８参照）において、通信
部２１３は、受信信号内の登録完了識別子Ｉsc および
登録済識別子Ｉdva から、今回の受信情報が自分宛の登
録完了通知Ｄscc であることを認識する。この認識結果
に従って、通信部２１３は、受信登録完了通知Ｄscc
を、登録完了通知部２３０に渡す。それに応じて、登録
完了通知２３０は、登録対象識別子Ｉdvc の登録が完了
したことを画像出力または音声出力することで、それを
ユーザβに通知する（ステップＳ６１０）。これによっ
て、ユーザβは、機器２１c の機器識別子Ｉdvc が登録
されたことを認識し、機器２１c は、図８のステップＳ
１１を実行可能な状態になる。そして、機器２１c は、
必要に応じて、以降は第１の実施形態で説明した機器２
１a または機器２１b と同様の処理を行って、コンテン
ツデータＤcnt を利用する。

【０１４３】また、ステップＳ８６において、機器識別
子数Ｎdvが上限値Ｖul以上であると判断された場合、従
前の実施形態と同様に、利用権管理装置１１d から機器
２１a に、登録拒否通知Ｄrsc が送信される（ステップ
Ｓ８１０，Ｓ８１１）。

【０１４４】上述の第４の変型例によれば、利用権管理
装置１１d のユーザ情報ＤＢ１１３に登録済みの機器２
１a が、未登録の機器２１c の機器識別子Ｉdvc の登録
に関与することで、第２の変型例と同様に、ユーザβの
所有物でない機器２１がユーザβの契約者レコードＲcs
に登録されにくい、機器識別子の追加登録を行えるライ
センス情報管理システムＳa4を提供できるようになる。
さらに、本変型例では、図３２および図３３の組み合わ
せと、図４０とを比較すれば分かるように、機器２１a
および２１c をケーブル３２で通信可能に接続すること
で、機器識別子Ｉdvc の登録までに必要な処理を減らす
ことができる。

【０１４５】なお、以上の変型例では、機器２１c の機
器識別子Ｉdvc の追加登録のために、機器２１a が動作
する例について説明した。しかし、これに限らず、機器
２１b も機器２１a と同様に動作することで、機器識別
子Ｉdvc の追加登録に関与できるようになる。

【０１４６】また、以上の変型例では、機器２１a およ
び機器２１c を通信可能に接続するために通信ケーブル
３２を用いたが、これに限らず、機器２１a および２１
c は無線通信を行っても良い。他にも、機器２１a およ
び２１c は伝送路３１を介して通信を行っても良い。

【０１４７】また、以上の変型例では、登録完了通知Ｄ
scc は、利用権管理装置１１d から機器２１a に送信さ
れていた。しかし、これに限らず、利用権管理装置１１
d から機器２１c に送信されても良い。また、機器２１
a に送信された登録完了通知Ｄscc は機器２１c に転送
されても良い。この場合、登録完了したことは、機器２
１c から音声または画像によりユーザβに通知される。

【０１４８】また、以上の第２〜第４の変型例では、単
一の機器２１c の機器識別子Ｉdvcをユーザ情報ＤＢ１
１３に追加登録するための処理について説明したが、２
台以上の機器２１の機器識別子Ｉdvを追加する場合に
も、第２〜第４の変型例を容易に応用することができ
る。

【０１４９】また、以上の第２〜第４の変型例では、機
器識別子Ｉdvc の追加登録に関与できるのは、機器２１
a でも、機器２１b でも良いと説明した。しかし、これ
に限らず、機器２１a および２１b のいずれか一方に、
機器識別子Ｉdvの追加登録に関与できる権限を与え、権
限を持つ機器２１のみが機器識別子Ｉdvの追加登録に関
与できるようにしても良い。

【０１５０】また、以上の第１〜第４の変型例におい
て、ユーザ情報ＤＢ１１３には、図７（ａ）に示す情報
の他に、ユーザβに関連するユーザ情報をさらに登録し
ておき、機器２１a または２１c は、利用権管理装置１
１a 〜１１d にアクセスする際に、ユーザβにより入力
されたユーザ情報を送信する。利用権管理装置１１a 〜
１１d は、受信ユーザ情報を、予め格納されているユー
ザ情報と照合することで、機器２１c が機器２１a と同
じユーザβにより所有されているか否かを判断するよう
にしても良い。

【０１５１】また、第１の実施形態では、ユーザ情報Ｄ
Ｂ１１３に契約時に登録された機器２１a および２１b
が同一の利用権情報Ｄrgt を共有する例について説明し
た。しかし、ユーザβは、ユーザ情報ＤＢ１１３または
利用権ＤＢ１１４から、既に登録されている機器２１b
の機器識別子Ｉdvb を削除したい場合がある。以下に説
明する利用権管理装置１１e は、上述の利用権管理装置
１１の第５の変型例であって、上述のニーズに対応する
ために提供される。

【０１５２】「第５の変型例」図４２は、利用権管理装
置１１e を収容したライセンス情報管理システムＳa5の
全体構成を示すブロック図である。ライセンス情報管理
システムＳa5は、図１のライセンス情報管理システムＳ
a と比較すると、利用権管理装置１１が利用権管理装置
１１e に代わる点でのみ相違する。それ以外に両ライセ
ンス情報管理システムＳa およびＳa5に相違点は無い。
それ故、図４２において、図１の構成に相当するものに
は同一の参照符号を付け、それぞれの説明を省略する。

【０１５３】利用権管理装置１１e は、上述の事業者α
側に設置され、図２の利用権管理装置１１と比較する
と、図４３に示すように、機器識別子削除部１３３およ
び削除完了作成部１３４をさらに備える点で相違する。
それ以外に両利用権管理装置１１および１１e の間に相
違点は無い。それ故、図４３において、図２の構成に相
当するものの内、本変型例に関連の無い構成の図示およ
び説明を省略する。

【０１５４】機器２１a または２１b は、第１の実施形
態で説明したように、ユーザβにより所有され、さら
に、それぞれの機器識別子Ｉdva およびＩdvb は、利用
権管理装置１１e のユーザ情報ＤＢ１１３に登録済みで
ある（図７（ａ）参照）。さらに、機器２１a および２
１b は、利用権管理装置１１e の利用権ＤＢ１１４に登
録されている利用権レコードＲrgt を共有している（図
７（ｂ）参照）。また、機器２１b は、機器識別子Ｉdv
b の削除のために、図４と比較すると、図４４に示すよ
うに、削除要求生成部２３３と、削除完了通知部２３４
とをさらに備える点で相違する。それ以外に、本変型例
に係る機器２１b と、第１の実施形態に係るものとの間
に相違点は無い。それ故、図４４において、図４の構成
に相当するものの内、本変型例に無関係な構成の図示お
よび説明を省略する。

【０１５５】次に、図４５を参照して、以上のような構
成のライセンス情報管理システムＳa5において、機器２
１b の機器識別子Ｉdvb をユーザ情報ＤＢ１１３および
利用権ＤＢ１１４から削除するまでの機器２１b および
利用権管理装置１１e の動作について説明する。ユーザ
βは、機器２１b を操作して、機器識別子Ｉdvb をユー
ザ情報ＤＢ１１３および利用権ＤＢ１１４から削除する
旨を指定する。この指定に応答して、機器２１b におい
て、削除要求生成部２３３は、図４６（ａ）に示す削除
要求Ｄrwb を生成し、利用権管理装置１１e に送信する
（図４５；ステップＳ９１）。削除要求Ｄrwb は、本機
器２１b をユーザ情報ＤＢ１１３および利用権ＤＢ１１
４から削除するよう利用権管理装置１１e に要求するた
めの情報である。ステップＳ９１をより具体的に説明す
ると、まず、削除要求生成部２３３は、機器識別子格納
部２１１から機器識別子Ｉdvb を取り出した後、取り出
したものを削除対象識別子Ｉdvb として、予め保持する
削除要求識別子Ｉrwを付加して、削除要求Ｄrwb （図４
６（ａ）参照）を生成する。ここで、削除要求識別子Ｉ
rwは、利用権管理装置１１e が削除要求Ｄrwb を特定す
るために使用される。以上の削除要求Ｄrwb は、削除要
求生成部２３３から、通信部２１３および伝送路３１を
通じて、利用権管理装置１１e に送信される。

【０１５６】利用権管理装置１１e （図４３参照）にお
いて、通信部１１５は、伝送路３１からの受信情報に含
まれる削除要求識別子Ｉrwから、今回の受信情報が削除
要求Ｄrwb であることを認識する。この認識結果に従っ
て、通信部１１５は、受信削除要求Ｄrwb を、機器識別
子削除部１３３に渡す。機器識別子削除部１３３は、受
信削除要求Ｄrwb から削除対象識別子Ｉdvb を取り出し
た後、ユーザ情報ＤＢ１１３内の契約者レコードＲcs
（図７（ａ）参照）から、取り出した削除対象識別子Ｉ
dvb を検索して削除する（ステップＳ９２）。さらに、
機器識別子削除部１３３は、ステップＳ９２で検索した
契約者レコードＲcsに含まれる機器識別子数Ｎdvを１だ
けデクリメントする（ステップＳ９３）。その結果、契
約者レコードＲcsは、図７（ａ）に示すものから、図４
７（ａ）に示すようなものに更新される。

【０１５７】さらに、機器識別子削除部１３３は、利用
権ＤＢ１１４内の利用権レコードＲrgt から、受信削除
要求Ｉrwb から取り出した削除対象識別子Ｉdvb を検索
して削除する（ステップＳ９４）。その結果、利用権レ
コードＲrgt は、図７（ｂ）に示すものから、図４７
（ｂ）に示すようなものに更新される。その後、機器識
別子削除部１３３は、契約者レコードＲcsおよび利用権
レコードＲrgt を正しく更新した旨と、受信登録要求Ｄ
rsc 内の削除対象識別子Ｉdvb とを削除完了生成部１３
４に通知する。

【０１５８】削除完了生成部１３４は、削除対象識別子
Ｉdvb の削除が完了したことが通知されると、図４６
（ｂ）に示す削除完了通知Ｄswb を生成し、機器２１b
に送信する（ステップＳ９５）。削除完了通知Ｄswb
は、削除対象識別子Ｉdvb を削除したことを機器２１b
に通知するための情報である。ステップＳ９５をより具
体的に説明すると、まず、削除完了生成部１３４は、受
け取った削除対象識別子Ｉdvb に、予め保持する削除完
了識別子Ｉswを付加して、削除完了通知Ｄswb （図４６
（ｂ）参照）を生成する。ここで、削除完了識別子Ｉsw
は、機器２１b が削除完了通知Ｄswb を特定するために
使用される。以上の削除完了通知Ｄswb は、通信部１１
５および伝送路３１を通じて、機器２１b に送信され
る。

【０１５９】機器２１b （図４３参照）において、通信
部２１３は、伝送路３１からの受信情報に含まれる削除
完了識別子Ｉswから、今回の受信情報が削除完了通知Ｄ
swbであることを認識する。この認識結果に従って、通
信部２１３は、受信削除完了通知Ｄswb を、削除完了通
知部２３４に渡す。削除完了通知部２３４は、削除完了
通知Ｄswb を受信し（ステップＳ９６）、その後、機器
識別子Ｉdvb が正常に削除されたことを、画像または音
声で出力して、ユーザβにその旨を通知する。

【０１６０】以上のように本変型例によれば、利用権管
理装置１１e および機器２１b のデータ通信により、ユ
ーザβが不必要となった機器２１b の機器識別子Ｉdvb
を、ユーザ情報ＤＢ１１３および利用権ＤＢ１１４から
削除することが可能になるので、より使い勝手の良いラ
イセンス情報管理システムＳa5を提供できるようにな
る。

【０１６１】なお、以上の変型例では、機器２１b 自身
が、機器識別子Ｉdvb の削除要求Ｄrwb を生成して利用
権管理装置１１e に送信するようにしたが、これに限ら
ず、機器２１a が、機器２１b の代わりに、削除要求Ｄ
rwb を生成して、利用権管理装置１１e に送信するよう
にしても良い。さらに、機器２１a および２１b のいず
れかに削除要求Ｄrwb を生成する権限を与え、権限が与
えられた機器２１a または２１b のみが削除要求Ｄrwb
を利用権管理装置１１e に送信可能にしても良い。

【０１６２】また、以上の変型例では、削除要求Ｄrwb
には、１個の削除対象識別子Ｉdvbが設定されるように
説明したが、これに限らず、複数の機器識別子Ｉdvが設
定されても良い。さらに、削除要求Ｄrwb が、第１の実
施形態で説明したグループ識別子Ｉgpを含んでいる場合
には、利用権管理装置１１e は、ユーザ情報ＤＢ１１３
から、そのグループ識別子Ｉgpを含む契約者レコードＲ
csを削除し、さらに、利用権ＤＢ１１４から、そのグル
ープ識別子Ｉgpを含む利用権レコードＲrgt の全てを削
除するようにしても良い。

【０１６３】「第２の実施形態」図４８は、本発明の第
２の実施形態に係る利用権管理装置４１を収容したライ
センス情報管理システムＳb の全体構成を示すブロック
図である。図４８において、ライセンス情報管理システ
ムＳb は、利用権管理装置４１の他に、複数の機器５１
の一例として２つの機器５１a および５１b と、伝送路
６１とを備えている。利用権管理装置４１は、コンテン
ツ配信に関わる事業者α側に設置される。また、機器５
１a および５１b は、典型的には、事業者αとの契約に
基づいてコンテンツ配信を受ける契約者βにより使用さ
れる。また、伝送路６１は、有線または無線であり、利
用権管理装置４１と、機器５１a または機器５１b とを
データ通信可能に接続する。

【０１６４】次に、図４９を参照して、図４８の利用権
管理装置４１の詳細な構成について説明する。図４９の
利用権管理装置４１は、図２の利用権管理装置１１と比
較すると、利用権データベース１１４および利用権管理
部１１７の代わりに、利用権データベース（以下、利用
権ＤＢと称す）４１１および利用権管理部４１２を備え
ている点で相違する。それ以外に、両利用権管理装置１
１および４１の間に構成面での相違点は無い。それ故、
図４９において、図２の利用権管理装置１１の構成に相
当するものには同一の参照符号を付け、それぞれの説明
を省略すると共に、本実施形態で説明が不要となる構成
の図示を省略する。

【０１６５】次に、図５０を参照して、図４８の機器５
１a および５１b の詳細な構成について説明する。図５
０の機器５１a および５１b は、図４の機器２１a およ
び２１b と比較して、設定要求生成部２１２の代わり
に、設定要求生成部５１１を備えている点で相違する。
それ以外に、機器５１a および５１b と、機器２１a お
よび２１b との間に構成面での相違点は無い。それ故、
図５０において、図４の機器２１a または２１b の構成
に相当するものには同一の参照符号を付け、それぞれの
説明を省略すると共に、本実施形態で説明が不要となる
構成の図示を省略する。

【０１６６】次に、上記ライセンス情報管理システムＳ
b においても、前述のライセンス情報管理システムＳa
の場合と同様に、契約者βは事業者αからコンテンツ配
信を受けるために必要となる準備を行う。この準備作業
において、図６（ａ）、図６（ｂ）および図７（ａ）に
示すコンテンツＤＢ１１１、復号鍵ＤＢ１１２およびユ
ーザ情報ＤＢ１１３とが構築される。これらの詳細につ
いては、第１の実施形態で既に詳説しているので、本実
施形態ではそれぞれの説明を省略する。

【０１６７】また、以上の準備作業において、事業者α
は、機器５１a および５１b に、それらを一意に特定す
るための機器識別子Ｉdva およびＩdvb を割り当てる場
合がある。以上の機器識別子Ｉdva は、図５０に示す機
器５１a の機器識別子格納部２１１に設定され、機器識
別子Ｉdvb は、機器５１b の機器識別子格納部２１１に
設定される。なお、機器識別子Ｉdva およびＩdvb は、
工場出荷時にそれぞれの機器識別子格納部２１１に設定
されていても良い。

【０１６８】以上の準備が終了すると、機器５１a およ
び５１b の一方は、ユーザβの操作に従って、利用権管
理装置４１から、コンテンツデータＤcnt を取得するこ
とが可能となる。以下、図５１のフローチャートを参照
して、コンテンツデータＤcnt の取得時における機器５
１a および利用権管理装置４１の間のデータ通信、およ
びそれに関連するそれぞれの動作について説明する。な
お、コンテンツデータＤcnt の取得時における機器５１
b および利用権管理装置４１の間のデータ通信、および
それに関連するそれぞれの動作については、機器５１a
のものと同様であるため、それぞれの説明を省略する。
ここで、図５１は、図８と比較すると、ステップＳ１０
１およびＳ１０３をさらに含む点と、ステップＳ１３の
代わりにステップＳ１０２を含む点とで相違する。それ
以外に両フローチャートに相違点は無いので、図５１に
おいて、図８のステップに相当するものには同一のステ
ップ番号を付け、それぞれの説明を省略する。

【０１６９】ユーザβは、機器５１a を操作して、利用
権管理装置４１にアクセスし、コンテンツＤＢ１１１内
のコンテンツデータＤcnt から、今回取得したいものの
コンテンツ識別子Ｉcnt を指定する。以降の説明におい
て、今回指定されたコンテンツデータＤcnt を、取得対
象コンテンツデータＤcnt と称する。さらに、ユーザβ
は、取得対象コンテンツデータＤcnt を利用する際の利
用条件Ｃcnt （第１の実施形態参照）を指定する。

【０１７０】この指定に応答して、機器５１a の設定要
求生成部５１１は、今回指定されたものの中に共有対象
識別子Ｉdvが含まれているか否かを判断する（ステップ
Ｓ１０１）。ここで、共有対象識別子Ｉdvとは、本ステ
ップＳ１０１を実行する機器５１以外の他の機器５１の
機器識別子Ｉdvであって、共有対象となる利用権レコー
ドＲrgtaに登録済の機器５１の機器識別子Ｉdvである。
上述から明らかなように、今回指定されるものには、共
有対象識別子Ｉdvは含まれないので、設定要求生成部５
１１は、図９（ａ）の同様の形式を有する第１の設定要
求Ｄrra （第１の実施形態参照）を生成し、伝送路６１
を通じて、利用権管理装置４１に送信する（ステップＳ
１１）。本実施形態において、第１の設定要求Ｄrra に
含まれる設定要求識別子Ｉrrは、利用権管理装置４１が
受信情報が第１の設定要求Ｄrraおよび第２の設定要求
Ｄrr2b のいずれかであることを特定するために使用さ
れる。

【０１７１】利用権管理装置４１（図４９参照）におい
て、ユーザ認証部１１６は、伝送路６１からの第１の設
定要求Ｄrra の受信に応答して、認証処理を行い（ステ
ップＳ１２）、その後、受け取った第１の設定要求Ｄrr
a を利用権管理部４１２に渡す。利用権管理部４１２
は、ユーザ認証部１１６からの受信情報内の設定要求識
別子Ｉrrに基づいて、今回の受信情報が第１の設定要求
Ｄrra または第２の設定要求Ｄrr2bのいずれかであるこ
とを認識する。この認識結果に従って、利用権管理部４
１２は、利用権データベース（以下、利用権ＤＢと称す
る）１１４への利用権登録処理を行う（ステップＳ１０
２）。ステップＳ１０２において、より具体的には、利
用権管理部４１２は、今回、第１の設定要求Ｄrra を受
信したか否かを判断する（ステップＳ１０２１）。ここ
で、ステップＳ１０２１では、受信情報が共有対象識別
子Ｉdvb を含んでいる場合には、第１の設定要求Ｄrra
を受信したと、利用権管理部４１２は判断する。それに
対して、共有対象識別子Ｉdvb を含んでいない場合に
は、後述する第２の設定要求Ｄrr2bを受信したと、利用
権管理部４１２は判断する。今回の場合、利用権管理部
４１２は、第１の設定要求Ｄrra を受信したと判断する
ことになるから、ステップＳ１０２２を行う。

【０１７２】ステップＳ１０２２において、利用権管理
部４１２は、受信した第１の設定要求Ｄrra から、機器
識別子Ｉdva 、コンテンツ識別子Ｉcnt および利用条件
Ｃcnt を取り出す。さらに、利用権管理部４１２は、利
用権ＤＢ４１１にアクセスして、取り出したものを利用
権レコードＲrgtaとして登録する（ステップＳ１０２
２）。ここで、第１の実施形態と同様に、利用条件Ｃcn
t は、利用権情報Ｄrgtとして使われる。以上のステッ
プＳ１０２２により、利用権ＤＢ１１４は、図５２
（ａ）に示すように、機器識別子Ｉdva および／または
機器識別子Ｉdvb、コンテンツ識別子Ｉcnt ならびに利
用権情報Ｄrgt を含む利用権レコードＲrgtaの集まりと
なる。ところで、第１の実施形態では、図８のステップ
Ｓ１３２およびＳ１３３で説明したように、利用権管理
部１１７は、機器２１a の設定要求Ｄrra の受信に応答
して、ユーザ情報ＤＢ１１３から同一グループに属する
全機器識別子Ｉdva およびＩdvb を取り出し、それらを
全て利用権レコードＲrgt に登録していた。それに対し
て、第２の実施形態では、利用権管理部４１２は、ステ
ップＳ１０２２の時点では、第１の設定要求Ｄrra の送
信元となる機器識別子Ｉdvaのみを利用権レコードＲrgt
に登録する。この点で、第１および第２の実施形態は
顕著に相違する。

【０１７３】以上のステップＳ１０２２が終了すると、
今回受け取った第１の設定要求Ｄrra を、利用権管理部
４１２はコンテンツ管理部１１８に渡す。以降、利用権
管理装置４１は、利用権管理装置１１と同様に、ステッ
プＳ１４〜Ｓ１７を実行し、その後、機器５１a は、機
器２１a と同様に、ステップＳ１８〜Ｓ１９を実行す
る。その結果、機器５１a は、利用権管理装置４１か
ら、図９（ｂ）に示す形式を有する送信データＤtrnaを
受信する。また、本ライセンス情報管理システムＳb に
おいても、機器５１a は、暗号済コンテンツデータＤec
ntを復号するために、ライセンス情報Ｄlca （第１の実
施形態参照）を利用権管理装置４１から受け取るが、こ
の時の動作については第１の実施形態と同様であるため
（図１１，図１２参照）、その説明を省略する。

【０１７４】また、機器５１b が利用権管理装置４１に
利用権レコードＲrgt の新規登録を要求する場合には、
上述の機器５１a と利用権管理装置４１との間で行われ
たデータ通信と同様の動作が行われるので、その説明を
省略する。

【０１７５】ユーザβは、機器５１a を使って、機器５
１b のために生成された利用権情報Ｄrgt を使いたい場
合がある。このような場合、ユーザβは、機器５１a を
操作して、コンテンツ識別子Ｉcnt を指定し、さらに、
共有対象識別子Ｉdvとしての機器識別子Ｉdvb を指定す
る。ここで注意を要するのは、機器５１a が、機器５１
b が既に設定した利用権情報Ｄrgt を共有することか
ら、ユーザβは、利用条件Ｃcnt を特に指定する必要性
が無い点である。以上の指定に応答して、機器５１a の
設定要求生成部５１１は、今回指定されたものの中に、
共有対象識別子Ｉdvが含まれているか否かを判断する
（ステップＳ１０１）。上述から明らかなように、今回
指定されるものには、共有対象識別子Ｉdvとしての機器
識別子Ｉdvbが含まれるので、設定要求生成部５１１
は、図５３に示す第２の設定要求Ｄrr2aを生成し、伝送
路６１を通じて、利用権管理装置４１に送信する（ステ
ップＳ１０３）。第２の設定要求Ｄrr2aは、他の機器５
１b のために登録済の利用権情報Ｄrgt の共有設定を利
用権管理装置４１に要求するための情報でもあり、本実
施形態ではさらに、取得対象コンテンツデータＤcnt の
配信を利用権管理装置４１に要求するための情報であ
る。ステップＳ１０３をより具体的に説明すると、ま
ず、設定要求生成部５１１は、機器識別子格納部２１１
から機器識別子Ｉdva を受け取る。設定要求生成部５１
１は、ユーザβが指定したコンテンツ識別子Ｉcnt およ
び共有対象識別子Ｉdvb に、取り出した機器識別子Ｉdv
a と、予め保持する設定要求識別子Ｉrrとを付加して、
第２の設定要求Ｄrr2a（図５３参照）を生成する。以上
の第２の設定要求Ｄrr2aは、設定要求生成部５１１から
通信部２１３および伝送路６１を通じて、利用権管理装
置４１に送信される。

【０１７６】利用権管理装置４１（図４９参照）におい
て、ユーザ認証部１１６は、伝送路６１からの第２の設
定要求Ｄrr2aの受信に応答して、認証処理を行い（ステ
ップＳ１２）、その後、受け取った第２の設定要求Ｄrr
2aを利用権管理部４１２に渡す。利用権管理部４１２
は、ユーザ認証部１１６から第２の設定要求Ｄrr2aを受
信したことに応答して、利用権ＤＢ１１４への利用権登
録処理を行う（ステップＳ１０２）。ステップＳ１０２
において、利用権管理部４１２は、今回、第１の設定要
求Ｄrra を受信したか否かを判断する（ステップＳ１０
２１）。ここで、第２の設定要求Ｄrr2aには共有対象識
別子Ｉdvb が含まれるので、利用権管理部４１２は、第
１の設定要求Ｄrra を受信していないと判断することに
なるから、ステップＳ１０２３を行う。

【０１７７】ステップＳ１０２３において、利用権管理
部４１２は、受信した第２の設定要求Ｄrr2aから、共有
対象識別子Ｉdvb およびコンテンツ識別子Ｉcnt を取り
出す。その後、利用権管理部４１２は、利用権ＤＢ４１
１にアクセスして、取り出した共有対象識別子Ｉdvb お
よびコンテンツ識別子Ｉcnt の双方を含む利用権レコー
ドＲrgtaを検索する。さらに、利用権管理部４１２は、
受信した第２の設定要求Ｄrr2aから機器識別子Ｉdva を
取り出し、検索した利用権レコードＲrgtaに追加登録す
る（ステップＳ１０２４）。以上のステップＳ１０２４
により、利用権ＤＢ１１４において、利用権レコードＲ
rgtaは、図５２（ｂ）に示すように、機器識別子Ｉdva
およびＩdvb 、コンテンツ識別子Ｉcnt ならびに利用権
情報Ｄrgt を含むものに更新される。これによって、コ
ンテンツデータＤcnt の利用権情報Ｄrgtaは、機器５１
a および５１b からなるサブグループにより共有されて
いることが示される。以上のステップＳ１０２５が終了
すると、今回受け取った第２の設定要求Ｄrr2aを、利用
権管理部４１２はコンテンツ管理部１１８に渡す。以
降、利用権管理装置４１は、ステップＳ１４〜Ｓ１７を
実行し、その後、機器５１b は、ステップＳ１８〜Ｓ１
９を実行する。また、本ライセンス情報管理システムＳ
b においても、機器５１a は、暗号済コンテンツデータ
Ｄecntを復号するために、ライセンス情報Ｄlcb （第１
の実施形態参照）を利用権管理装置４１から受け取る。
この時、機器５１a および利用権管理装置４１では、第
１の実施形態で機器２１b および利用権管理装置１１が
行った処理と同様に、図１１および図１２に示す処理が
行われる。

【０１７８】以上のように本実施形態によれば、利用権
レコードＲrgtaには、複数の機器識別子Ｉdva およびＩ
dvb が記録される。これによって、利用権管理装置４１
は、互いに異なる機器５１a および５１b から発行要求
Ｄira およびＤirb が送信されてきたとしても、利用権
レコードＲrgtaを参照することで、同一の利用権情報Ｄ
rgt から生成されたライセンス情報Ｄlca およびＤlcb
をそれらに提供することができるようになる。以上の本
実施形態によって、複数の機器が共通のデジタルライツ
を共有できる権利管理技術を提供することができる。

【０１７９】さらに、第１の実施形態では、ユーザβが
所有する複数の機器２１の１台が設定要求Ｄrrを利用権
管理装置１１に送信すれば、利用権管理装置１１は、そ
のユーザβが所有する全機器２１の機器識別子Ｉdvを権
利レコードＲrgt に一括的に登録していた。それに対し
て、本実施形態では、機器５１が第２の設定要求Ｄrr2
を送信しない限り、利用権管理装置４１は、その送信元
の機器識別子Ｉdvを権利レコードＲrgtaに登録しない。
これによって、利用権情報Ｄrgt の共有をより厳密に制
御することが可能となる。

【０１８０】なお、以上の第２の実施形態に係るライセ
ンス情報管理システムＳb も、第１の実施形態に係るラ
イセンス情報管理システムＳa と同様に、前述した第２
〜第５の変型例のような処理を利用権管理装置４１なら
びに機器５１a および５１bに組み込むことで、機器識
別子Ｉdva および／またはＩdvb の追加または削除が可
能になる。

【０１８１】「第３の実施形態」図５４は、第３の実施
形態に係るライセンス情報管理システムＳc の全体構成
を示すブロック図である。図５４において、ライセンス
情報管理システムＳc は、まず、少なくとも１つの利用
権管理装置７１と、少なくとも１つの機器８１と、伝送
路９１とを備えている。利用権管理装置７１は、コンテ
ンツ配信に関わる事業者α側に設置される。また、機器
８１は、事業者αとの契約に基づいてコンテンツ配信を
受ける契約者β側に設置される。また、伝送路９１は、
有線伝送路または無線伝送路であり、利用権管理装置７
１および機器８１をデータ通信可能に接続する。

【０１８２】次に、図５５〜図５８を参照して、図５４
の利用権管理装置７１および機器８１の具体的な構成に
ついて説明する。図５５は、図５４の利用権管理装置７
１の詳細な構成を示す機能ブロック図である。図５５に
おいて、利用権管理装置７１は、コンテンツデータベー
ス７１１と、復号鍵データベース７１２と、ユーザ情報
データベース７１３と、利用権データベース７１４と、
通信部７１５と、ユーザ認証部７１６と、利用権管理部
７１７と、コンテンツ管理部７１８と、コンテンツ暗号
化部７１９と、送信データ生成部７２０と、ライセンス
情報生成部７２１と、復号鍵管理部７２２と、復号鍵暗
号化部７２３とを備えている。

【０１８３】また、図５６は、図５５のライセンス情報
生成部７２１の詳細な構成を示す図である。図５６にお
いて、ライセンス情報生成部７２１は、ハッシュ値生成
部７２１１と、ライセンス情報組立部７２１２とを含ん
でいる。

【０１８４】また、図５７は、図５４の機器８１の詳細
な構成を示す機能ブロック図である。図５７において、
機器８１は、従前の実施形態と同様の民生機器である
が、本実施形態では、便宜上、音楽再生機であると仮定
して、以降の説明を続ける。以上の仮定下では、機器８
１は、機器識別子格納部８１１と、設定要求生成部８１
２と、通信部８１３と、コンテンツ管理部８１４と、コ
ンテンツ蓄積部８１５と、発行要求生成部８１６と、ラ
イセンス情報処理部８１７と、コンテンツ復号部８１８
と、コンテンツ再生部８１９とを備えている。

【０１８５】また、図５８は、図５７のライセンス情報
処理部８１７の詳細な構成を示す機能ブロック図であ
る。図５８において、ライセンス情報処理部８１７は、
改竄判定部８１７１と、ハッシュ値生成部８１７２と、
利用許可判定部８１７３と、復号鍵復号部８１７４とを
含んでいる。

【０１８６】次に、上記ライセンス情報管理システムＳ
c において、契約者βが事業者αからコンテンツ配信を
受けるために必要となる準備について説明する。かかる
準備作業では、図５５のコンテンツデータベース（以
下、コンテンツＤＢと称する）７１１と、復号鍵データ
ベース（以下、復号鍵ＤＢと称す）７１２と、ユーザ情
報データベース（以下、ユーザ情報ＤＢ）７１３とが構
築される。

【０１８７】まず、図５９（ａ）を参照して、図５５の
コンテンツＤＢ７１１について詳細に説明する。事業者
αは、図５９（ａ）に示すようなコンテンツＤＢ７１１
を構築する。より具体的には、事業者αは、契約者βに
提供すべきコンテンツデータＤcnt を、自分で作成した
り、別のコンテンツ制作者から受け取る。ここで、コン
テンツデータＤcnt は、機器８１で利用可能なデータで
あって、例えば、テレビ番組、映画、ラジオ番組、音
楽、書籍または印刷物を表す。また、コンテンツデータ
Ｄcnt は、ゲームプログラムまたはアプリケーションプ
ログラムであっても良い。ただし、便宜上、本実施形態
では、コンテンツデータＤcnt は音楽を表すデータであ
るとして、以下の説明を続ける。

【０１８８】事業者αは、以上のようにして得たコンテ
ンツデータＤcnt のそれぞれに、コンテンツ識別子Ｉcn
t を割り当てる。コンテンツ識別子Ｉcnt とは、本ライ
センス情報管理システムＳc においてコンテンツデータ
Ｄcnt を一意に特定する。また、以上のコンテンツデー
タＤcnt は、デジタルライツを保護する観点から、利用
権管理装置７１側で暗号化された上で機器８１に配信さ
れる。そのため、事業者αは、各コンテンツデータＤcn
t に専用の暗号鍵Ｋe を割り当てる。以上のコンテンツ
識別子Ｉcnt 、コンテンツデータＤcnt および暗号鍵Ｋ
e の組み合わせがコンテンツＤＢ７１１に蓄積される。
したがって、図５９（ａ）に示すように、コンテンツＤ
Ｂ７１１は、コンテンツ識別子Ｉcnt 、コンテンツデー
タＤcntおよび暗号鍵Ｋe の組み合わせの集まりとな
る。コンテンツＤＢ７１１において、コンテンツ識別子
Ｉcnt は特に、同じ組みのコンテンツデータＤcnt を一
意に特定する。また、暗号鍵Ｋe は、同じ組みのコンテ
ンツデータＤcnt を暗号化するために使用される。

【０１８９】なお、以下の説明の便宜のため、図５９
（ａ）に示す１つのコンテンツデータＤcnt には、一意
なコンテンツ識別子Ｉcnt としての「ａ」が割り当てら
れると仮定する。さらに、コンテンツ識別子Ｉcnt とし
ての「ａ」と同じ組みには、専用の暗号鍵Ｋe としての
「ｂ」が登録されると仮定する。

【０１９０】また、本実施形態では、コンテンツＤＢ７
１１は、コンテンツ識別子Ｉcnt 、コンテンツデータＤ
cnt および暗号鍵Ｋe から構成されるが、コンテンツデ
ータＤcnt および暗号鍵Ｋe 毎のデータベースが構築さ
れてもよい。また、コンテンツ識別子Ｉcnt は、コンテ
ンツＤＢ７１１におけるコンテンツデータＤcnt の格納
場所を特定する場合がある。かかる場合には、コンテン
ツＤＢ７１１に、コンテンツ識別子Ｉcnt を登録してお
く必要性はない。つまり、コンテンツ識別子Ｉcnt は、
コンテンツＤＢ７１１に必須の構成要素とならない。

【０１９１】次に、図５９（ｂ）を参照して、図５５の
復号鍵ＤＢ７１２について詳細に説明する。上述したよ
うに、各コンテンツデータＤcnt は専用の暗号鍵Ｋe で
暗号化された状態で機器８１に送信される。ここで、以
下の説明において、暗号化されたコンテンツデータＤcn
t を暗号済みコンテンツデータＤecntと称する。暗号済
みコンテンツデータＤecntの復号のために、暗号鍵Ｋe
に対応する復号鍵Ｋdが、機器８１に提供される必要が
ある。そのため、事業者αは、コンテンツＤＢ７１１内
の各暗号鍵Ｋe に対応する復号鍵Ｋd を準備する。ここ
で、復号鍵Ｋdは、暗号鍵Ｋe と同じビット列からなっ
ていてもよいし、異なるビット列からなっていてもよ
い。以上の復号鍵Ｋd は、上述のコンテンツ識別子Ｉcn
t と共に、復号鍵ＤＢ７１２に蓄積される。以上のこと
から、復号鍵ＤＢ７１２は、図５９（ｂ）に示すよう
に、コンテンツ識別子Ｉcnt および復号鍵Ｋd の組み合
わせの集まりとなる。復号鍵ＤＢ７１２において、コン
テンツ識別子Ｉcnt は特に、同じ組みの復号鍵Ｋd に割
り当てられているコンテンツデータＤcnt を特定する。
また、復号鍵Ｋd は、同じ組みのコンテンツ識別子Ｉcn
t で特定される暗号済みコンテンツデータＤecntを復号
するために使用される。

【０１９２】なお、以下の説明の便宜のため、図５９
（ｂ）において、コンテンツ識別子Ｉcnt としての
「ａ」と同じ組みには、復号鍵Ｋd として「ｃ」が登録
されると仮定する。上述からも明らかであるが、復号鍵
Ｋd としての「ｃ」は、暗号鍵Ｋeとしての「ｂ」によ
る暗号済みコンテンツデータＤecntの復号に使用され
る。

【０１９３】次に、図６０（ａ）を参照して、図５５の
ユーザ情報ＤＢ７１３について詳細に説明する。上述の
契約者βは、事業者αからコンテンツ配信を受けるため
に契約を交わす。ここで、両者の契約に関しては、契約
者βが伝送路９１を通じて事業者αと行ってもよいし、
他の形態で行ってもよい。この契約に基づいて、事業者
αは、契約者βに機器識別子Ｉdvを割り当てる。機器識
別子Ｉdvは、ライセンス情報管理システムＳc におい
て、契約者βの機器８１を一意に特定する。以上の機器
識別子Ｉdvが、ユーザ情報ＤＢ７１３に登録される。以
上のことから、図６０（ａ）に示すように、ユーザ情報
ＤＢ７１３は、機器識別子Ｉdvの集まりとなる。

【０１９４】ここで図５７を再度参照する。図５７に示
すように、事業者αにより割り当てられた機器識別子Ｉ
dvはさらに、契約者β側の機器８１における機器識別子
格納部８１１に設定される。機器識別子Ｉdvの設定に関
しては、典型的には、事業者αが契約者β側で管理され
る機器８１を操作して設定する。また、他にも、事業者
α側が、伝送路９１を通じて、契約者βに割り当てた機
器識別子Ｉdvを送信し、機器８１が、受信した機器識別
子Ｉdvを機器識別子格納部８１１に自動的に登録するよ
うにしてもよい。

【０１９５】なお、以上の機器識別子Ｉdvは、機器８１
の工場出荷時に予め、機器識別子格納部８１１に設定さ
れていてもよい。このような場合、契約者βは、事業者
αのコンテンツ配信に加入する際に、機器８１に設定さ
れている機器識別子Ｉdvを当該事業者αに告知する。そ
して、事業者αは、告知された機器識別子Ｉdvをユーザ
情報ＤＢ７１３に登録する。

【０１９６】なお、以下の説明の便宜のため、図６０
（ａ）に示すように、ユーザ情報ＤＢ７１３には、１つ
の機器識別子Ｉdvとして「ｘ１」が登録されると仮定す
る。また、図５７に示すように、機器識別子格納部８１
１には、機器識別子Ｉdvとして「ｘ１」が設定されると
仮定する。

【０１９７】ここで、図６０（ｂ）には、利用権データ
ベース７１４が示されているが、当該利用権データベー
ス７１４については、後で説明する。

【０１９８】以上の準備が終了すると、機器８１は、契
約者βの操作に従って、利用権管理装置７１から、コン
テンツデータＤcnt を取得することが可能となる。以
下、図６１を参照して、コンテンツデータＤcnt の取得
時における機器８１および利用権管理装置７１の動作に
ついて説明する。まず、契約者βは、機器８１を操作し
て、利用権管理装置７１にアクセスして、そのコンテン
ツＤＢ７１１に蓄積されているコンテンツデータＤcnt
の中から、今回取得したいもののコンテンツ識別子Ｉcn
t を特定する。以降の説明において、今回指定されたコ
ンテンツデータＤcnt を、取得対象コンテンツデータＤ
cnt と称する。さらに、契約者βは、取得対象コンテン
ツデータＤcnt を利用する際の利用条件Ｃcnt を指定す
る。

【０１９９】以下、利用条件Ｃcnt について、より詳細
に説明する。利用条件Ｃcnt は、どのような条件で、機
器８１がコンテンツデータＤcnt の利用権の設定を要求
するのかを示す情報である。コンテンツデータＤcnt が
音楽を表す場合、利用条件Ｃcnt としては、有効期間、
再生回数、最大連続再生時間、総再生時間または再生品
質が代表的である。また、利用条件Ｃcnt は、有効期
間、再生回数、最大連続再生時間、総再生時間および再
生品質の内、２つ以上の組み合わせであってもよい。利
用条件Ｃcnt としての有効期間は、例えば、２００１年
６月１日から２００１年８月３１日までと設定され、設
定された期間に限り、機器８１は、コンテンツデータＤ
cnt を再生できる。再生回数は、例えば、５回と設定さ
れ、設定された回数に限り、機器８１は、コンテンツデ
ータＤcnt を再生できる。最大連続再生時間は、例え
ば、１０秒と設定され、１回の再生において設定された
時間までであれば、機器８１は、コンテンツデータＤcn
t を再生できる。このような最大連続再生時間は、音楽
のプロモーションに特に有効である。総再生時間は、例
えば、１０時間と設定され、設定された時間の範囲内で
あれば、機器８１は、コンテンツデータＤcnt を自由に
再生できる。再生品質は、例えば、ＣＤ(CompactDisc)
の品質と設定され、機器８１は、設定された再生品質で
コンテンツデータＤcnt を再生できる。

【０２００】なお、上述では、コンテンツデータＤcnt
が音楽を表す場合に設定されうる利用条件Ｃcnt につい
て説明した。しかし、上述のみに限らず、利用条件Ｃcn
t は、コンテンツデータＤcnt が表す内容に応じて、適
切に設定されることが好ましい。また、便宜上、本実施
形態では、利用条件Ｃcnt は、コンテンツデータＤcnt
の再生回数であるとして、以下の説明を続ける。

【０２０１】上述したように、契約者βは、機器８１を
操作して、コンテンツ識別子Ｉcntおよび利用条件Ｃcnt
を指定する。このような指定に応答して、機器８１
は、図６２（ａ）に示す設定要求Ｄrrを生成し、利用権
管理装置７１に送信する（図６１；ステップＳ２０
１）。設定要求Ｄrrは、取得対象コンテンツデータＤcn
t の利用権設定を利用権管理装置７１に要求するための
情報であるが、本実施形態ではさらに、取得対象コンテ
ンツデータＤcnt の配信を利用権管理装置７１に要求す
るための情報でもある。ステップＳ２０１をより具体的
に説明すると、まず、設定要求生成部８１２（図５７参
照）は、契約者βが指定したコンテンツ識別子Ｉcnt お
よび利用条件Ｃcnt を受け取る。また、設定要求生成部
８１２は、機器識別子格納部８１１から機器識別子Ｉdv
を受け取る。その後、設定要求生成部８１２は、以上の
機器識別子Ｉdv、コンテンツ識別子Ｉcnt および利用条
件Ｃcntに、予め保持する設定要求識別子Ｉrrを付加し
て、設定要求Ｄrr（図６２（ａ）参照）を生成する。こ
こで、設定要求識別子Ｉrrは、利用権管理装置７１が設
定要求Ｄrrを特定するために使用される。設定要求生成
部８１２は、以上の設定要求Ｄrrを通信部８１３に渡
す。通信部８１３は、受け取った設定要求Ｄrrを、伝送
路９１を通じて、利用権管理装置７１に送信する。

【０２０２】利用権管理装置７１（図５５参照）におい
て、通信部７１５は、伝送路９１を通じて送信されてく
る設定要求Ｄrrを受信して、ユーザ認証部７１６に渡
す。ユーザ認証部７１６は、設定要求Ｄrrを受け取る
と、ユーザ認証処理を行う（図６１；ステップＳ２０
２）。より具体的には、ユーザ認証部７１６は、上述の
ユーザ情報ＤＢ７１３（図６０（ａ）参照）を管理して
おり、受け取った設定要求Ｄrrに設定されている機器識
別子Ｉdvに一致するものが、当該ユーザ情報ＤＢ７１３
に登録されているか否かを確認する。ユーザ認証部７１
６は、ユーザ情報ＤＢ７１３に一致するものが登録され
ている場合に限り、今回設定要求Ｄrrが、契約者βの機
器８１から送信されてきたものであると判断する。ユー
ザ認証部７１６は、以上のユーザ認証が終了すると、受
け取った設定要求Ｄrrを利用権管理部７１７に渡す。

【０２０３】なお、正規の契約者β以外からの設定要求
Ｄrrを受け取った場合、ユーザ認証部７１６は、ユーザ
認証に失敗する。かかる場合、ユーザ認証部７１６は、
当該設定要求Ｄrrを利用権管理部７１７に渡すことな
く、当該設定要求Ｄrrを廃棄する。

【０２０４】利用権管理部７１７（図５５参照）は、利
用権データベース（以下、利用権ＤＢと称する）７１４
を管理している。また、利用権管理部７１７は、そこに
設定されている設定要求識別子Ｉrrに基づいて、ユーザ
認証部７１６から設定要求Ｄrrを渡されれたことを認識
する。このような認識結果に従って、利用権管理部７１
７は、利用権ＤＢ７１４への利用権登録処理を行う（ス
テップＳ２０３）。より具体的には、利用権管理部７１
７は、設定要求Ｄrrから、機器識別子Ｉdv、コンテンツ
識別子Ｉcnt および利用条件Ｃcnt を取り出して、それ
らの組み合わせを利用権ＤＢ７１４に登録する。ここ
で、利用権管理部７１７は、設定要求Ｄrrに設定されて
いる利用条件Ｃcnt で、機器８１が取得対象コンテンツ
データＤcnt を利用する権利を要求しているとみなす。
つまり、利用権管理部７１７からみれば、利用条件Ｃcn
t は、取得対象コンテンツデータＤcnt を機器８１が利
用できる権利を示す。以上の観点から、利用権管理部７
１７は、設定要求Ｄrrから取り出した利用条件Ｃcnt
を、機器８１が設定要求している利用権情報Ｄrgt とし
て扱う。つまり、利用権ＤＢ７１４は、図６０（ｂ）に
示すように、機器識別子Ｉdv、コンテンツ識別子Ｉcnt
および利用権情報Ｄrgt の組み合わせの集まりとなる。
これによって、利用権管理部７１７は、契約者β毎に、
取得対象コンテンツデータＤcnt の利用権を管理する。
利用権管理部７１７は、以上の利用条件登録処理が終了
すると、今回受け取った設定要求Ｄrrをコンテンツ管理
部７１８に渡す。

【０２０５】ここで、以上の利用権ＤＢ７１４に登録さ
れる利用権情報Ｄrgt の具体例について説明する。既に
説明している通り、本実施形態では、利用条件Ｃcnt は
利用回数であると仮定されている。さらに、今回の設定
要求Ｄrrには、機器識別子Ｉdvとして「ｘ１」、コンテ
ンツ識別子Ｉcnt として「ａ」および利用条件Ｃcntと
して「再生ｍ回」（ｍは自然数）が設定されていると仮
定する。以上の仮定下では、図６０（ｂ）に示すよう
に、機器識別子Ｉdvとしての「ｘ１」、コンテンツ識別
子Ｉcnt としての「ａ」および利用権情報Ｄrgt として
の「再生ｍ回」の組み合わせが設定される。

【０２０６】なお、本ライセンス情報管理システムＳc
の技術的特徴とは関係ないが、ステップＳ２０３におい
て、利用権管理部７１７は、利用権情報Ｄrgt の登録毎
に、機器識別子Ｉdvが割り当てられている契約者βに対
して課金を行ってもよい。

【０２０７】コンテンツ管理部７１８は、設定要求Ｄrr
を受け取ると、コンテンツデータＤcnt の読み出し処理
を行う（ステップＳ２０４）。より具体的には、コンテ
ンツ管理部７１８は、受け取った設定要求Ｄrrから、コ
ンテンツ識別子Ｉcnt を取り出す。その後、コンテンツ
管理部７１８は、コンテンツＤＢ７１１にアクセスし
て、取り出したコンテンツ識別子Ｉcnt が割り当てられ
ているコンテンツデータＤcnt および暗号鍵Ｋe を読み
出す。以上の読み出し処理が終了すると、コンテンツ管
理部７１８は、読み出したコンテンツデータＤcnt およ
び暗号鍵Ｋe をコンテンツ暗号化部７１９に渡す。さら
に、コンテンツ管理部７１８は、受け取った設定要求Ｄ
rrを送信データ生成部７２０に渡す。

【０２０８】コンテンツ暗号化部７１９は、コンテンツ
データＤcnt の暗号処理を行う（ステップＳ２０５）。
より具体的には、コンテンツ暗号化部７１９は、受け取
ったコンテンツデータＤcnt を、それと同時に受け取っ
た暗号鍵Ｋe で暗号化して、前述の暗号済みコンテンツ
データＤecntを生成する。コンテンツ暗号化部７１９
は、以上の暗号処理が終了すると、暗号済みコンテンツ
データＤecntを送信データ生成部７２０に渡す。

【０２０９】送信データ生成部７２０は、コンテンツ管
理部７１８からの設定要求Ｄrrと、コンテンツ暗号化部
７１９からの暗号済みコンテンツデータＤecntとが揃う
と、送信データ生成処理を行う（ステップＳ２０６）。
より具体的には、送信データ生成部７２０は、受け取っ
た設定要求Ｄrrから、コンテンツ識別子Ｉcnt を取り出
す。さらに、送信データ生成部７２０は、取り出したコ
ンテンツ識別子Ｉcntを、受け取った暗号済みコンテン
ツデータＤecntに付加して、図６２（ｂ）に示すよう
な、送信データＤtrn を生成する。送信データ生成部７
２０は、以上の送信データ生成処理が終了すると、送信
データＤtrn を通信部７１５に渡す。通信部７１５は、
受け取った送信データＤtrn を、伝送路９１を介して、
機器８１へと送信する（ステップＳ２０７）。

【０２１０】機器８１（図５７参照）において、通信部
８１３は、伝送路９１を通じて送信されてくる送信デー
タＤtrn を受信する（ステップＳ２０８）。より具体的
には、通信部８１３は、それに含まれるコンテンツ識別
子Ｉcnt から、今回、送信データＤtrn を受信したこと
を認識する。このような認識結果に従って、通信部８１
３は、受信データＤtrn をコンテンツ管理部８１４に渡
す。

【０２１１】コンテンツ管理部８１４は、受信データＤ
trn 内のコンテンツ識別子Ｉcnt および暗号済みコンテ
ンツデータＤecntを、コンテンツ蓄積部８１５に蓄積す
る（ステップＳ２０９）。つまり、コンテンツ蓄積部８
１５には、図６３に示すように、上述の設定要求Ｄrrに
より要求されたコンテンツ識別子Ｉcnt および暗号済み
コンテンツデータＤecntの組み合わせが、いくつか蓄積
されることになる。

【０２１２】デジタルライツの保護の観点から、機器８
１には暗号済みコンテンツデータＤecntが配信される。
そのため、機器８１は、コンテンツデータＤcnt を利用
する場合には、利用権管理装置７１により提供される復
号鍵Ｋd で、暗号済みコンテンツデータＤecntを復号す
る必要がある。ここで、本ライセンス情報管理システム
Ｓc では、復号鍵Ｋd を機器８１に提供するために、後
で詳説するライセンス情報Ｄlcが用いられる。以下、図
６４〜図６６を参照して、ライセンス情報Ｄlcの取得お
よびコンテンツデータＤcnt の復号時における機器８１
および利用権管理装置７１の動作について説明する。

【０２１３】まず、契約者βは、機器８１を操作して、
コンテンツ蓄積部８１５にアクセスして、そこに蓄積さ
れている暗号済みコンテンツデータＤecntの中から、今
回利用したいものを特定する。ここで、以下の説明にお
いて、今回指定された暗号済みコンテンツデータＤecnt
を、復号対象コンテンツデータＤecntと称する。

【０２１４】以上の契約者βによる指定に応答して、機
器８１は、図６７（ａ）に示すような発行要求Ｄirを生
成し、利用権管理装置７１に送信する（図６４；ステッ
プＳ３０１）。発行要求Ｄirは、上述のライセンス情報
Ｄlcの提供を利用権管理装置７１に要求するため、つま
り復号対象コンテンツデータＤecntの利用許可を受ける
ための情報である。より具体的にステップＳ３０１を説
明すると、コンテンツ管理部８１４（図５７参照）は、
コンテンツ蓄積部８１５を管理しており、契約者βによ
り特定された復号対象コンテンツデータＤecntに付加さ
れているコンテンツ識別子Ｉcnt を、当該コンテンツ蓄
積部８１５から取り出す。発行要求生成部８１６は、コ
ンテンツ管理部８１４により取り出されたコンテンツ識
別子Ｉcnt を受け取る。さらに、発行要求生成部８１６
は、機器識別子格納部８１１から機器識別子Ｉdvを受け
取る。その後、発行要求生成部８１６は、機器識別子Ｉ
dvおよびコンテンツ識別子Ｉcnt に、発行要求識別子Ｉ
irを付加して、発行要求Ｄir（図６７（ａ）参照）を生
成する。ここで、発行要求識別子Ｉirは、利用権管理装
置７１が発行要求Ｄirを特定するために使用される。発
行要求生成部８１６は、以上の発行要求Ｄirを通信部８
１３に渡す。通信部８１３は、受け取った発行要求Ｄir
を伝送路９１を通じて、利用権管理装置７１に送信す
る。

【０２１５】利用権管理装置７１において、通信部７１
５（図５５参照）は、伝送路９１を通じて送信されてく
る発行要求Ｄirを受信して、ユーザ認証部７１６に渡
す。

【０２１６】ユーザ認証部７１６は、発行要求Ｄirを受
け取ると、ユーザ認証処理を行う（ステップＳ３０
２）。より具体的には、ユーザ認証部７１６は、受け取
った発行要求Ｄirから、機器識別子Ｉdvを取り出す。こ
の後、ユーザ認証部７１６は、ステップＳ２０２（図６
１参照）と同様にして、今回の発行要求Ｄirに認証処理
を行った後に、当該発行要求Ｄirを利用権管理部７１７
に渡す。

【０２１７】利用権管理部７１７は、それに設定されて
いる発行要求識別子Ｉirに基づいて、今回、ユーザ認証
部７１６から発行要求Ｄirを渡されたことを認識する。
このような認識結果に従って、利用権管理部７１７は、
受け取った発行要求Ｄirから、機器識別子Ｉdvおよびコ
ンテンツ識別子Ｉcnt を取り出す（ステップＳ３０
３）。次に、利用権管理部７１７は、取り出した機器識
別子Ｉdvおよびコンテンツ識別子Ｉcnt の組み合わせ
が、利用権ＤＢ７１４（図６０（ｂ）参照）に登録され
ているか否かを判断する（ステップＳ３０４）。

【０２１８】利用権管理部７１７は、ステップＳ３０４
で「Ｙｅｓ」と判断した場合、それらと同じ組みの利用
権情報Ｄrgt を参照して、機器８１に利用許可を与える
ことができるか否かを判断する（ステップＳ３０５）。
ステップＳ３０５で「Ｙｅｓ」と判断した場合、利用権
管理部７１７は、利用権情報Ｄrgt の一部または全てを
取り出す（ステップＳ３０６）。ここで、以下の説明に
おいて混同が生じることを避けるため、ステップＳ３０
６において取り出された一部または全ての利用権情報Ｄ
rgt のことを、今回の発行要求Ｄirにより特定される機
器８１にコンテンツデータＤcnt の利用を許可するため
の情報であるという観点から、利用許可情報Ｄlwと称す
る。つまり、ステップＳ３０６では、利用許可情報Ｄlw
が生成される。

【０２１９】利用許可情報Ｄlwの生成により、機器８１
のために登録されている利用権情報Ｄrgt の一部または
全てが使用される。そのため、ステップＳ３０６の次
に、利用権管理部７１７は、ステップＳ３０６で一部ま
たは全部が取り出された利用権情報Ｄrgt を更新する
（ステップＳ３０７）。

【０２２０】ここで、以上のステップＳ３０３〜Ｓ３０
７の処理の具体例について説明する。今、利用権ＤＢ７
１４には、図６０（ｂ）に示すように、機器識別子Ｉdv
としての「ｘ１」、コンテンツ識別子Ｉcnt としての
「ａ」および利用権情報Ｄrgtとしての「再生ｍ回」の
組みが登録されていると仮定する。また、今回、機器８
１は、機器識別子Ｉdvとしての「ｘ１」およびコンテン
ツ識別子Ｉcnt としての「ａ」が設定されている発行要
求Ｄirを送信すると仮定する。

【０２２１】以上の仮定下では、ステップＳ３０３にお
いて、発行要求Ｄirから、機器識別子Ｉdvとしての「ｘ
１」と、コンテンツ識別子Ｉcnt としての「ａ」が取り
出される。また、ステップＳ３０４において、機器識別
子Ｉdvとしての「ｘ１」およびコンテンツ識別子Ｉcnt
としての「ａ」の組みが、利用権ＤＢ７１４に登録され
ていると判断される。このように判断されると、ステッ
プＳ３０５において、同じ組みの利用権情報Ｄrgt に
は、「再生ｍ回」と設定されているので、機器８１の利
用許可を与えてもよいと判断される。このように判断さ
れると、ステップＳ３０６において、利用許可情報Ｄlw
が生成される。この時生成される利用許可情報Ｄlwとし
ては、例えば、「再生ｎ回」が挙げられる。ここで、ｎ
は、上述のｍを超えない自然数であり、より好ましく
は、機器８１の処理能力に応じて設定される。例えば、
機器８１が相対的に低い性能のハードウェアを搭載して
いる場合であれば、ｎは、「１」のように、機器８１が
復号対象コンテンツデータＤecntを利用可能な最低限の
値に設定されることが好ましい。

【０２２２】以上のステップＳ３０３〜Ｓ３０６によ
り、機器８１（機器識別子Ｉdv「ｘ１」）がコンテンツ
データＤcnt （コンテンツ識別子Ｉcnt 「ａ」）を再生
する権利をｎ回使うことになる。そのため、ステップＳ
３０７において、利用権情報Ｄrgt が「再生ｍ回」から
「再生（ｍ−ｎ）回」に更新される。

【０２２３】以上の具体例では、利用権情報Ｄrgt がコ
ンテンツデータＤcnt の再生回数であるとして説明した
が、前述したように、本ライセンス情報管理システムＳ
c では、様々な利用権情報Ｄrgt （つまり利用条件Ｃcn
t ）を設定することができる。従って、ステップＳ３０
３からＳ３０７までの処理手順は、利用権情報Ｄrgtに
応じて適切に規定される必要がある。

【０２２４】以上のようにして生成した利用許可情報Ｄ
lwを、利用権管理部７１７（図５５参照）は、発行要求
Ｄirと一緒に、ライセンス情報生成部７２１に渡す。よ
り具体的には、ライセンス情報生成部７２１は、図５６
に示すように、ハッシュ値生成部７２１１およびライセ
ンス情報組立部７２１２を含んでいる。ハッシュ値生成
部７２１１には、利用許可情報Ｄlwのみが渡され、ま
た、ライセンス情報組立部７２１２には、利用許可情報
Ｄlwおよび発行要求Ｄirの双方が渡される。

【０２２５】まず、ハッシュ値生成部７２１１は、予め
保持するハッシュ関数ｆ（ｘ）に、受け取った利用許可
情報Ｄlwを代入して、利用許可情報Ｄlwの改竄を防止す
るするためのハッシュ値Ｖhsを生成する（ステップＳ３
０８）。つまり、ハッシュ値Ｖhsは、利用許可情報Ｄlw
を生成多項式ｆ（ｘ）に代入した時に得られる解であ
る。以上のようなハッシュ値Ｖhsを、ハッシュ値生成部
７２１１は、ライセンス情報組立部７２１２に渡す。

【０２２６】ライセンス情報組立部７２１２は、受け取
った発行要求Ｄirを復号鍵管理部７２２に渡す。復号鍵
管理部７２２（図５５参照）は、前述した復号鍵ＤＢ７
１２（図５９（ｂ）参照）を管理する。復号鍵管理部７
２２は、受け取った発行要求Ｄirに設定されているコン
テンツ識別子Ｉcnt および機器識別子Ｉdvを取り出す。
さらに、復号鍵管理部７２２は、コンテンツ識別子Ｉcn
t と同じ組みの復号鍵Ｋd を復号鍵ＤＢ７１２から取り
出して、機器識別子Ｉdvと一緒に復号鍵暗号化部７２３
に渡す。復号鍵暗号化部７２３は、受け取った復号鍵Ｋ
d を、同時に受け取った機器識別子Ｉdvで暗号化して
（ステップＳ３０９）、暗号済みの復号鍵Ｋedを生成す
る。以上の暗号済み復号鍵Ｋedは、ライセンス情報組立
部７２１２に渡される。

【０２２７】ライセンス情報組立部７２１２は、発行要
求Ｄirおよび利用許可情報Ｄlw、ハッシュ値Ｖhsならび
に暗号済み復号鍵Ｋedのすべてが揃うと、図６７（ｂ）
に示すライセンス情報Ｄlcの生成を開始する（図６５；
ステップＳ３０１０）。より具体的には、ライセンス情
報組立部７２１２は、発行要求Ｄirから、コンテンツ識
別子Ｉcnt を取り出して、利用許可情報Ｄlw、暗号済み
復号鍵Ｋedおよびハッシュ値Ｖhsに付加する。さらに、
ライセンス情報組立部７２１２は、予め保持するライセ
ンス情報識別子Ｉlcを、コンテンツ識別子Ｉcnt に付加
して、ライセンス情報Ｄlcを生成する。以上のライセン
ス情報Ｄlcは、復号対象コンテンツデータＤecntの機器
８１における利用を制御するための情報である。また、
ライセンス情報識別子Ｉlcは、機器８１がライセンス情
報Ｄlcを特定するための情報である。また、以上のライ
センス情報Ｄlcは、通信部７１５に渡される。通信部７
１５から、伝送路９１を通じて、機器８１に送信される
（ステップＳ３０１１）。

【０２２８】機器８１（図５７参照）において、通信部
８１３は、伝送路９１を通じて送信されてくるライセン
ス情報Ｄlcを受信する（ステップＳ３０１２）。より具
体的には、通信部８１３は、それに設定されるライセン
ス情報識別子Ｉlcから、今回、ライセンス情報Ｄlcを受
け取ったことを認識する。このような認識結果に従っ
て、通信部８１３は、受け取ったライセンス情報Ｄlcを
ライセンス情報処理部８１７に渡す。

【０２２９】ライセンス情報処理部８１７は、図５８に
示すように、改竄判定部８１７１と、ハッシュ値生成部
８１７２と、利用許可判定部８１７３と、復号鍵復号部
８１７４とを含んでいる。通信部８１３からのライセン
ス情報Ｄlcは、まず、改竄判定部８１７１に渡される。
改竄判定部８１７１は、まず、受け取ったライセンス情
報Ｄlcから、利用許可情報Ｄlwおよびハッシュ値Ｖhsを
取り出し（ステップＳ３０１３）、取り出した利用許可
情報Ｄlwを、ハッシュ値生成部８１７２に渡し、ハッシ
ュ値Ｖhsをそのまま保持する。ここで、以下の説明にお
いて混同が生じないように、ステップＳ３０１３で取り
出されたハッシュ値Ｖhsを、機器８１の外部（つまり利
用権管理装置７１）で生成されたものであるという観点
から、外部ハッシュ値Ｖehs と称する。

【０２３０】ハッシュ値生成部８１７２は、利用権管理
装置７１側のハッシュ値生成部７２１１（図３参照）と
同じハッシュ関数ｆ（ｘ）を保持しており、受け取った
利用許可情報Ｄlwをハッシュ関数ｆ（ｘ）に代入してハ
ッシュ値Ｖhsを生成する（ステップＳ３０１４）。ここ
でステップＳ３０１４で生成されたハッシュ値Ｖhsを、
機器８１の内部で生成されたものであるという観点か
ら、内部ハッシュ値Ｖlhs と称する。ハッシュ値生成部
８１７２は、以上の内部ハッシュ値Ｖlhs を、改竄判定
部８１７１に返す。

【０２３１】改竄判定部８１７１は、上述の内部ハッシ
ュ値Ｖlhs を受け取ると、利用許可情報Ｄlwが改竄され
ているか否かを判定する（ステップＳ３０１５）。より
具体的には、上述の内部ハッシュ値Ｖlhs は、ライセン
ス情報Ｄlc内の利用許可情報Ｄlwが改竄されていないと
いう条件で、外部ハッシュ値Ｖehs に一致する。そこ
で、ステップＳ３０１５において、改竄判定部８１７１
は、受け取った内部ハッシュ値Ｖlhs が外部ハッシュ値
Ｖehs に一致するか否かを判定する。改竄判定部８１７
１は、「Ｙｅｓ」と判定した場合には、利用許可情報Ｄ
lwが改竄されておらず、今回送信されてきた利用許可情
報Ｄlwが有効であるとみなして、今回受け取ったライセ
ンス情報Ｄlcを利用許可判定部８１７３に渡す。

【０２３２】利用許可判定部８１７３は、受け取ったラ
イセンス情報Ｄlcを参照して、復号対象コンテンツデー
タＤecntの利用が許可されているか否かを判定する（ス
テップＳ３０１６）。利用許可判定部８１７３は、ステ
ップＳ３０１６において「Ｙｅｓ」と判断した場合に限
り、受け取ったライセンス情報Ｄlcから、暗号済み復号
鍵Ｋedを取り出して、復号鍵復号部８１７４に渡す。

【０２３３】ここで、以上のステップＳ３０１６の処理
の具体例について説明する。前述の仮定に従えば、今回
のライセンス情報Ｄlcの利用許可情報Ｄlwにより、コン
テンツデータＤcnt の再生がｎ回だけ許可されている。
かかる場合、利用許可判定部８１７３は、ステップＳ３
０１６において、利用許可情報Ｄlwに設定される再生回
数が１以上であれば、復号対象コンテンツデータＤecnt
の利用が許可されていると判断して、受け取ったライセ
ンス情報Ｄlcから暗号済み復号鍵Ｋedを取り出して、復
号鍵復号部８１７４に渡す。

【０２３４】以上の具体例では、利用権情報Ｄrgt がコ
ンテンツデータＤcnt の再生回数であるとして説明した
が、前述したように、本ライセンス情報管理システムＳ
c では、様々な利用権情報Ｄrgt （つまり利用条件Ｃcn
t ）を設定することができる。従って、ステップＳ３０
１６の処理は、利用権情報Ｄrgt に応じて適切に規定さ
れる必要がある。

【０２３５】さて、復号鍵復号部８１７４は、利用許可
判定部８１７３から暗号済み復号鍵Ｋedを受け取る。さ
らに、復号鍵復号部８１７４は、機器識別子格納部８１
１から機器識別子Ｉdvを受け取る。その後、復号鍵復号
部８１７４は、暗号済み復号鍵Ｋedを、機器識別子Ｉdv
で復号して（ステップＳ３０１７）、復号鍵Ｋd をコン
テンツ復号部８１８に渡す。

【０２３６】ところで、コンテンツ管理部８１４は、ス
テップＳ３０１において、コンテンツ識別子Ｉcnt だけ
でなく、前述の復号対象コンテンツデータＤecntを取り
出す。取り出された復号対象コンテンツデータＤecnt
は、コンテンツ復号部８１８に渡される。コンテンツ復
号部８１８は、復号鍵復号部８１７４から受け取った復
号鍵Ｋd で、復号対象コンテンツデータＤecntを復号し
て（ステップＳ３０１８）、コンテンツデータＤcnt を
コンテンツ再生部８１９に渡す。コンテンツ再生部８１
９は、受け取ったコンテンツデータＤcnt を再生して、
音声出力する（ステップＳ３０１９）。これにより、契
約者βは、事業者αから購入したコンテンツデータＤcn
t が表す音楽を聴くことができる。

【０２３７】ここで、図６５のステップＳ３０１５を参
照する。ステップＳ３０１５において、改竄判定部８１
７１は、利用許可情報Ｄlwが改竄されていると判定する
場合がある。また、ステップＳ３０１６において、利用
許可判定部８１７３は、復号対象コンテンツデータＤec
ntの利用が許可されていないと判定する場合もある。こ
のような場合、改竄判定部８１７１および利用許可判定
部８１７３は、今回受け取ったライセンス情報Ｄlcを破
棄する（図６６；ステップＳ３０２０）。以上から明ら
かなように、本ライセンス情報管理システムＳc では、
有効なライセンス情報Ｄlcを受信した場合にのみ、復号
対象コンテンツデータＤecntの復号が許可される。これ
によって、上述のデジタルライツが保護される。

【０２３８】ここで、図６４のステップＳ３０４におい
て、利用権管理部７１７は、機器識別子Ｉdvおよびコン
テンツ識別子Ｉcnt の組み合わせが、利用権ＤＢ７１４
（図６０（ｂ）参照）に登録されていないと判断する場
合がある。さらに、ステップＳ３０５において、利用権
管理部７１７は、機器８１に利用許可を与えないと判断
する場合もある。このような場合、利用権管理部７１７
は、復号対象コンテンツデータＤecntの利用を拒否する
ことを示す利用拒否情報Ｄrj（図６７（ｃ）参照）を生
成して、通信部７１５に渡す。通信部７１５は、受け取
った利用拒否情報Ｄrjを、伝送路９１を介して、機器８
１に送信する（図６６；ステップＳ３０２１）。

【０２３９】機器８１（図５７参照）において、通信部
８１３は、伝送路９１を通じて送信されてくる利用拒否
情報Ｄrjを受信する（ステップＳ３０２２）。利用拒否
情報Ｄrjの受信以降、機器８１では何の処理も行われな
い。以上から明らかなように、本ライセンス情報管理シ
ステムＳc では、利用権ＤＢ７１４に有効な機器識別子
Ｉdv、コンテンツ識別子Ｉcnt および利用権情報Ｄrgt
の組み合わせが登録されてない場合には、利用拒否情報
Ｄrjが機器８１に送信される。これによって、機器８１
側では、復号対象コンテンツデータＤecntは復号されな
い。これによって、上述のデジタルライツが保護され
る。

【０２４０】なお、ステップＳ３０４において、利用権
管理部７１７は、機器識別子Ｉdvおよびコンテンツ識別
子Ｉcnt の組み合わせが、利用権ＤＢ７１４（図６０
（ｂ）参照）に登録されていないと判断する場合、機器
識別子Ｉdv、コンテンツ識別子Ｉcnt および利用権情報
Ｄrgt の組み合わせを新しく生成して、当該利用権ＤＢ
７１４に登録するようにしてもよい。

【０２４１】以上説明したように、本ライセンス情報管
理システムＳc では、各コンテンツデータＤcnt を機器
８１が利用するための権利を表す利用権情報Ｄrgt を利
用権管理装置７１側で一元的に管理できるようになる。
そのため、以上のような利用権情報Ｄrgt を管理するた
めの処理負担を機器８１に負わせる必要がなくなる。こ
れによって、本ライセンス情報管理システムＳc によれ
ば、処理能力の低い民生機器に適した権利保護技術を提
供することができる。

【０２４２】なお、以上の実施形態では、同じ事業者α
により管理される利用権管理装置７１が、図６１の処理
および図６４〜図６６の処理の双方を行うとして説明し
た。しかしながら、互いに異なる利用権管理装置が図６
１の処理と図６４〜図６６の処理とを行うようにしても
よい。つまり、ある事業者により管理される利用権管理
装置がコンテンツデータＤcnt の配信を担当し、他の事
業者により管理される利用権管理装置がライセンス情報
Ｄlcの提供を担当するように、本ライセンス情報管理シ
ステムＳc は構成されてもよい。さらに、説明の便宜の
ため、本実施形態では、最初に、コンテンツデータＤcn
t の取得（図６１の処理）が行われ、その後に、ライセ
ンス情報Ｄlcの取得（図６４〜図６６の処理）が行われ
ていた。しかしながら、最初にライセンス情報Ｄlcの取
得が行われ、その後に、コンテンツデータＤcnt の取得
が行われても良い。また、コンテンツデータＤcnt の取
得およびライセンス情報Ｄlcの取得が同時並行して行わ
れてもよい。

【０２４３】また、以上の実施形態では、コンテンツＤ
Ｂ１１４は、暗号化されていないコンテンツデータＤcn
t および暗号鍵Ｋe の集まりであった。利用権管理装置
７１は、送信データＤtrn の生成直前に、コンテンツデ
ータＤcnt を暗号鍵Ｋe で暗号化するようにしていた
（ステップＳ２０５参照）。しかしながら、コンテンツ
データＤcnt の暗号化に要する処理時間を削減するため
に、コンテンツＤＢ１１４は、前述の暗号済みコンテン
ツデータＤecntの集まりであってもよい。この場合、利
用権管理装置７１は、設定要求Ｄrrに設定されるコンテ
ンツ識別子Ｉcntが示す暗号済みコンテンツデータＤecn
tに、当該コンテンツ識別子Ｉcnt を付加して送信デー
タＤtrn を生成し送信する。

【０２４４】また、以上の実施形態では、ライセンス情
報生成部７２１において、ハッシュ値生成部７２１１
は、利用許可情報Ｄlwのみからハッシュ値Ｖhsを生成し
ていた。しかし、これに限らず、以下のようにしてハッ
シュ値Ｖhsを生成してもよい。まず、ライセンス情報組
立部７２１２は、ライセンス情報Ｄlcの構成要素である
ライセンス情報識別子Ｉlc、コンテンツ識別子Ｉcnt 、
利用許可情報Ｄlw、および暗号済み復号鍵Ｋedの内のい
ずれか、もしくは２つ以上をハッシュ値生成部７２１１
に渡す。ハッシュ値生成部７２１１は、ライセンス情報
組立部７２１２から受け取ったものを、上述のハッシュ
関数ｆ（ｘ）に代入して、ハッシュ値Ｖhsを生成する。

【０２４５】また、以上の実施形態では、ライセンス情
報Ｄlcは、暗号済み復号鍵Ｋedを含んでいた。しかし、
これに限らず、ライセンス情報Ｄlcは、復号鍵Ｋd を含
んでいてもよい。この場合、伝送路９１上で、第三者に
復号鍵Ｋd が盗まれる危険があるので、ＳＳＬ(Secure
Socket Layer) に代表される技術を用いて、利用権管理
装置７１から機器８１へと伝送されるライセンス情報Ｄ
lcを保護することが好ましい。さらに、ＳＳＬだけで
は、機器８１において、ライセンス情報Ｄlcがそのまま
の状態で保持される。このような状況では、機器８１か
ら他の機器へとライセンス情報Ｄlcが転送されれば、当
該他の機器は、ライセンス情報Ｄlcを利用できるので、
デジタルライツの保護という観点からは好ましくない。
そのため、機器識別子格納部８１１に格納される機器識
別子Ｉdvでライセンス情報Ｄlcを暗号化するアルゴリズ
ムを、機器８１に組み込むことがより好ましい。これに
より、ライセンス情報Ｄlcは機器８１以外では使用でき
なくなるので、デジタルライツを保護することが可能と
なる。

【０２４６】また、以上の実施形態では、説明の便宜
上、ユーザ情報ＤＢ７１３には、機器識別子Ｉdvのみが
登録されるとして説明した。しかしながら、ユーザ情報
ＤＢ７１３にはさらに、契約者βを一意に特定可能な他
のユーザ情報（例えば、住所および電話番号）が登録さ
れてもよい。また、以上のような複雑なユーザ情報で復
号鍵Ｋd を暗号化するようにしてもよい。これによっ
て、復号鍵Ｋd の暗号強度が高くなるので、より好まし
くデジタルライツを保護できるライセンス情報管理シス
テムＳc を提供することが可能となる。

【０２４７】また、以上の実施形態では、説明の便宜
上、コンテンツデータＤcnt が音楽データであるとして
説明した。そのため、機器８１は、コンテンツ再生部８
１９を含んでおり、当該コンテンツ再生部８１９は、復
号されたコンテンツデータＤcnt を再生して、音声を出
力するとして説明した。しかしながら、前述したよう
に、コンテンツデータＤcnt は、機器８１で利用可能な
データであればよく、当該コンテンツデータＤcnt が表
すのは、テレビ番組、映画、ラジオ番組、書籍、印刷
物、ゲームプログラムまたはアプリケーションプログラ
ム等、多岐にわたる。したがって、コンテンツ再生部８
１９は、音声出力するものに限らず、コンテンツデータ
Ｄcnt の種類に応じて、テレビ番組、映画、書籍および
印刷物およびゲーム内容を映像出力可能なもの、ラジオ
番組を音声出力可能なものに置換されてもよい。さら
に、機器８１は、以上のようなコンテンツ再生部８１９
に代えて、復号されたコンテンツデータＤcnt を、外部
の機器（テレビジョン受像機、ラジオ受信機、音楽再生
機、電子ブックリーダ、ゲーム機器、ＰＣ、情報携帯端
末、携帯電話、外部記憶装置等）に転送可能なインター
フェイスを備えていてもよい。

【０２４８】ところで、以上のライセンス情報管理シス
テムＳc において、事業者αは、契約者βにコンテンツ
配信を提供する。しかしながら、上述のライセンス情報
管理システムＳc では、機器８１に機器識別子Ｉdvが固
定的に設定されてしまうため、契約者βが、同じ事業者
αと契約している宿泊施設において、自分の利用権情報
Ｄrgt を使ってコンテンツデータＤcnt を、当該宿泊施
設に設置された機器８１で利用することができないとい
う問題点があった。また、同様の理由で、ある契約者β
が、同じ事業者αと契約している知人宅において、自分
の利用権情報Ｄrgt を使って、コンテンツデータＤcnt
を利用することができないという問題点があった。以下
の第６の変形例に係るライセンス情報管理システムＳc1
は、以上のような問題点を解決して、より使い勝手のよ
いコンテンツ配信を実現することを目的とする。

【０２４９】「第６の変型例」図６８は、ライセンス情
報管理システムＳc1の全体構成を示すブロック図であ
る。図６８のライセンス情報管理システムＳc1は、図５
４のライセンス情報管理システムＳc と比較すると、可
搬型記録媒体１０１および機器２０１とをさらに備える
点で相違する。この点以外に両システムＳc およびＳc1
の間に構成面での相違は無いので、図６８において、図
５４のライセンス情報管理システムＳc に相当する構成
には同一の参照符号を付し、その説明を簡素化する。つ
まり、以下において、利用権管理装置７１および機器８
１の説明を行う場合には、図５５〜図５７を援用する。

【０２５０】可搬型記録媒体１０１は、代表的には、Ｓ
Ｄカードやスマートメディア（いずれも商標）のよう
に、契約者βが携帯可能な種類の記録媒体であって、図
６９に示すように、自身を一意に特定するメディア識別
子Ｉmdを、予め定められた記録領域に格納している。こ
こで、本実施形態では、便宜上、図６９に示すように、
メディア識別子Ｉmdは「ｘ２」であるとして、以下の説
明を続ける。以上の可搬型記録媒体１０１は、前述の機
器８１と同じ契約者βにより管理される。

【０２５１】機器２０１は、事業者αとの契約に基づい
てコンテンツ配信を受ける契約者γ側に設置される。こ
こで、契約者γは、本実施形態では、上述したような宿
泊施設を所有しており、機器２０１は、当該宿泊施設に
設置される。以下、機器２０１の詳細な構成を説明す
る。

【０２５２】ここで、図７０は、図６８の機器２０１の
詳細な構成を示す機能ブロック図である。図７０におい
て、機器２０１は、機器８１と同様の民生機器が代表的
であるが、本実施形態では、便宜上、音楽再生機である
と仮定して、以降の説明を続ける。以上の仮定下では、
機器２０１は、上述の可搬型記録媒体１０１を装着可能
に構成されており、図５７に示す機器８１と比較する
と、インターフェイス２０２１と、識別子抽出部２０２
２とをさらに備える点で相違する。この点以外に両機器
２０１および８１の間に構成面での相違は無いので、図
７０の機器２０１において、図５７の機器８１に相当す
る構成には同一の参照符号を付し、その説明を簡素化す
る。

【０２５３】次に、上記ライセンス情報管理システムＳ
c1において、契約者βが、自分の利用権情報Ｄrgt を使
って、他者（つまり、契約者γ）側の機器２０１上で事
業者αからコンテンツ配信を受けるために必要となる準
備について説明する。かかる準備作業では、前述の実施
形態と同様に、まず、図５５のコンテンツデータベース
（以下、コンテンツＤＢと称する）７１１と、復号鍵デ
ータベース（以下、復号鍵ＤＢと称す）７１２と、ユー
ザ情報データベース（以下、ユーザ情報ＤＢ）７１３と
が構築される。なお、コンテンツＤＢ７１１および復号
鍵ＤＢ７１２については、図５９（ａ）および同図
（ｂ）を参照して前述した通りであるため、本変形例で
は、それぞれの説明を省略する。

【０２５４】しかしながら、ユーザ情報ＤＢ７１３に
は、前述の実施形態とは異なる情報の組み合わせが登録
される。次に、図７１（ａ）を参照して、図５５のユー
ザ情報ＤＢ７１３について詳細に説明する。上述の契約
者βは、事業者αからコンテンツ配信を受けるために契
約を交わす。この契約に基づいて、事業者αは、契約者
βにユーザ識別子Ｉusr を割り当てる。ここで、ユーザ
識別子Ｉusr は、契約者βを一意に特定する。さらに、
事業者αは、契約者βが管理する機器８１に、前述と同
様の機器識別子Ｉdvを割り当てる。なお、上述の実施形
態で説明したように、契約者βが、予め機器８１に設定
されている機器識別子Ｉdvを事業者αに告知してもよ
い。機器識別子Ｉdvは、ライセンス情報管理システムＳ
c1において、契約者βの機器８１を一意に特定する。さ
らに、事業者αは、契約者βの可搬型記録媒体１０１に
記録されているメディア識別子Ｉmdの告知を受ける。以
上の機器識別子Ｉdvおよびメディア識別子Ｉmdの組み合
わせが、契約者βのために、ユーザ識別子Ｉusr と共
に、ユーザ情報ＤＢ７１３に登録される。以上のことか
ら、図７１（ａ）に示すように、ユーザ情報ＤＢ７１３
は、ユーザ識別子Ｉusr 毎に登録される機器識別子Ｉdv
およびメディア識別子Ｉmdの組み合わせの集まりとな
る。

【０２５５】また、前述の実施形態でも説明したよう
に、事業者αにより割り当てられた機器識別子Ｉdvはさ
らに、契約者β側の機器８１における機器識別子格納部
８１１に設定される（図５７参照）。

【０２５６】また、上述の契約者γも、事業者αからコ
ンテンツ配信を受けるために契約を交わす。ここで、説
明の便宜のため、契約者γは、契約者βとは異なり、可
搬型記録媒体１０１を所有していないとする。以上の契
約に基づいて、事業者αは、契約者γに、一意なユーザ
識別子Ｉusr を割り当てる。さらに、事業者αは、契約
者γの機器２０１に、ライセンス情報管理システムＳc1
において一意な機器識別子Ｉdvを割り当てる。以上の機
器識別子Ｉdvが、契約者γのために、ユーザ情報ＤＢ７
１３に、ユーザ識別子Ｉusr と共に登録される。以上の
ことから、図７１（ａ）に示すように、ユーザ情報ＤＢ
７１３は、ユーザ識別子Ｉusr 毎に登録される機器識別
子Ｉdvの集まりとなる。

【０２５７】また、事業者αにより、機器２０１に割り
当てられた機器識別子Ｉdvは、図７０に示すように、契
約者γ側の機器２０１における機器識別子格納部８１１
に設定される。

【０２５８】なお、以下の説明の便宜のため、図７１
（ａ）に示すように、ユーザ情報ＤＢ７１３には、契約
者βのために、ユーザ識別子Ｉusr としての「ｙ１」に
対応して、機器識別子Ｉdvとして「ｘ１」およびメディ
ア識別子Ｉmdとして「ｘ２」が登録されると仮定する。
この仮定下では、図５７に示すように、機器８１側の機
器識別子格納部８１１には、機器識別子Ｉdvとして「ｘ
１」が設定される。さらに、ユーザ情報ＤＢ７１３に
は、契約者γのために、ユーザ識別子Ｉusrとしての
「ｙ２」に対応して、機器識別子Ｉdvとして「ｘ３」が
登録されると仮定する。この仮定下では、図７０に示す
ように、機器２０１側の機器識別子格納部８１１には、
機器識別子Ｉdvとして「ｘ３」が設定される。

【０２５９】ここで、図７１（ｂ）には、利用権データ
ベース７１４が示されているが、当該利用権データベー
ス７１４については、後で説明する。

【０２６０】以上の準備が終了すると、機器８１は、前
述の実施形態で説明したように、利用権管理装置７１か
ら、コンテンツデータＤcnt およびライセンス情報Ｄlc
を取得することが可能となる（図６１，図６４〜図６６
参照）。さらに、本変形例の特徴的な点は、図６８に示
すように、契約者βが可搬型記録媒体１０１を契約者γ
側に持っていき、当該契約者γ側の機器２０１を使っ
て、コンテンツデータＤcnt およびライセンス情報Ｄlc
の提供を、利用権管理装置７１から受けることができる
点である。

【０２６１】以下、図７２および図７３を参照して、契
約者βが機器２０１を使ってコンテンツデータＤcnt を
取得する際における当該機器２０１および利用権管理装
置７１の動作について説明する。まず、契約者βは、契
約者γ側の機器２０１に、自分の可搬型記録媒体１０１
を装着する。これによって、可搬型記録媒体１０１は、
インターフェイス２０２１（図７０参照）を通じて、識
別子抽出部２０２２とデータ通信可能に接続される。そ
の後、契約者βは、機器２０１を操作して、利用権管理
装置７１にアクセスして、そのコンテンツＤＢ７１１に
蓄積されているコンテンツデータＤcnt の中から、今回
取得したいもののコンテンツ識別子Ｉcnt を特定する。
以降の説明において、今回指定されたコンテンツデータ
Ｄcnt を、取得対象コンテンツデータＤcnt と称する。
さらに、契約者βは、取得対象コンテンツデータＤcnt
を利用する際の利用条件Ｃcnt を指定する。ここで、利
用条件Ｃcnt については、前述の実施形態で詳しく説明
しているので、ここではその説明を控える。また、本変
形例においても、便宜上、利用条件Ｃcnt は、コンテン
ツデータＤcnt の再生回数であると仮定する。

【０２６２】上述したように、契約者βは、機器２０１
を操作して、コンテンツ識別子Ｉcnt および利用条件Ｃ
cnt を指定する。設定要求生成部８１２（図７０参照）
は、契約者βが指定したコンテンツ識別子Ｉcnt および
利用条件Ｃcnt を受け取る（ステップＳ４０１）。

【０２６３】次に、設定要求生成部８１２は、識別子抽
出部２０２２に、機器識別子Ｉdvおよびメディア識別子
Ｉmdのいずれか一方を選択して、自身に返すように指示
する。ところで、可搬型記録媒体１０１が機器２０１に
装着されている場合、当該機器２０１には、機器識別子
格納部８１１に格納されている機器識別子Ｉdvと、可搬
型記録媒体１０１に格納されているメディア識別子Ｉmd
とが存在することになる。そのため、識別子抽出部２０
２２は、設定要求生成部８１２の指示に応答して、可搬
型記録媒体１０１が装着されている場合には、インター
フェイス２０２１を通じて、当該可搬型記録媒体１０１
に格納されているメディア識別子Ｉmdを取り出す。設定
要求生成部８１２は、識別子抽出部２０２２により取り
出されたメディア識別子Ｉmdを受け取る（ステップＳ４
０２）。

【０２６４】ここで、識別子抽出部２０２２は、機器２
０１に可搬型記録媒体１０１が装着されていない場合、
機器識別子格納部８１１から、機器識別子Ｉdvを取り出
して、設定要求生成部８１２に渡すことになる。しか
し、この場合、契約者γが、機器２０１を使って、コン
テンツデータＤcnt の取得を行うこととなる。このよう
な場合については、本変形例の目的とは関係なく、さら
には、識別子抽出部２０２２が機器識別子Ｉdvを取り出
す場合における、機器２０１における動作については、
前述の実施形態の説明から明らかであるため、その説明
を省略する。

【０２６５】設定要求生成部８１２は、以上のメディア
識別子Ｉmd、コンテンツ識別子Ｉcnt および利用条件Ｃ
cnt に、予め保持する設定要求識別子Ｉrrを付加して、
設定要求Ｄrr（図７４（ａ）参照）を生成する（ステッ
プＳ４０３）。設定要求Ｄrrは、取得対象コンテンツデ
ータＤcnt の利用権設定を利用権管理装置１１に要求す
るための情報であるが、本実施形態ではさらに、取得対
象コンテンツデータＤcnt の配信を利用権管理装置７１
に要求するための情報である。また、設定要求識別子Ｉ
rrは、利用権管理装置７１が設定要求Ｄrrを特定するた
めに使用される。設定要求生成部８１２は、以上の設定
要求Ｄrrを通信部８１３に渡す。通信部８１３は、受け
取った設定要求Ｄrrを、伝送路９１を通じて、利用権管
理装置７１に送信する（ステップＳ４０４）。

【０２６６】利用権管理装置７１（図５５参照）におい
て、通信部７１５は、伝送路９１を通じて送信されてく
る設定要求Ｄrrを受信して、ユーザ認証部７１６に渡
す。ユーザ認証部７１６は、設定要求Ｄrrにユーザ認証
処理を行う（ステップＳ４０５）。より具体的には、ユ
ーザ認証部７１６は、上述のユーザ情報ＤＢ７１３（図
７１（ａ）参照）を管理しており、受け取った設定要求
Ｄrrに設定されているメディア識別子Ｉmdに一致するも
のが、当該ユーザ情報ＤＢ７１３に登録されているか否
かを確認する。ユーザ認証部７１６は、ユーザ情報ＤＢ
７１３に一致するものが登録されている場合に限り、今
回設定要求Ｄrrが、契約者βからのものであると判断す
る。さらに、このような判断結果に従って、ユーザ認証
部７１６は、ユーザ情報ＤＢ７１３から、今回のメディ
ア識別子Ｉmdに対応するユーザ識別子Ｉusr を取り出し
て、受け取った設定要求Ｄrrと共に利用権管理部７１７
に渡す。

【０２６７】利用権管理部７１７（図５５参照）は、利
用権データベース（以下、利用権ＤＢと称する）７１４
を管理している。また、利用権管理部７１７は、そこに
設定されている設定要求識別子Ｉrrに基づいて、ユーザ
認証部７１６から設定要求Ｄrrを渡されれたことを認識
する。このような認識結果に従って、利用権管理部７１
７は、利用権ＤＢ７１４への利用権登録処理を行う（ス
テップＳ４０６）。より具体的には、利用権管理部７１
７は、設定要求Ｄrrから、コンテンツ識別子Ｉcnt およ
び利用条件Ｃcnt を取り出して、それらと、受け取った
ユーザ識別子Ｉusr との組み合わせを利用権ＤＢ７１４
に登録する。ここで、利用権管理部７１７は、設定要求
Ｄrrに設定されている利用条件Ｃcnt で、契約者βが取
得対象コンテンツデータＤcnt を利用する権利の設定を
要求しているとみなす。つまり、利用権管理部７１７か
らみれば、利用条件Ｃcnt は、取得対象コンテンツデー
タＤcnt を契約者βが利用できる権利を示す。以上の観
点から、利用権管理部７１７は、設定要求Ｄrrから取り
出した利用条件Ｃcnt を利用権情報Ｄrgt として扱う。
つまり、利用権ＤＢ７１４は、図７１（ｂ）に示すよう
に、ユーザ識別子Ｉusr 、コンテンツ識別子Ｉcnt およ
び利用権情報Ｄrgt の組み合わせの集まりとなる。これ
によって、利用権管理部７１７は、契約者βの取得対象
コンテンツデータＤcnt の利用権を管理する。利用権管
理部７１７は、以上の利用条件登録処理が終了すると、
今回受け取った設定要求Ｄrrをコンテンツ管理部７１８
に渡す。

【０２６８】ここで、以上の利用権ＤＢ７１４に登録さ
れる利用権情報Ｄrgt の具体例について登録する。既に
説明している通り、本実施形態では、利用条件Ｃcnt は
利用回数であると仮定されている。さらに、今回の設定
要求Ｄrrには、メディア識別子Ｉmdとして「ｘ１」、コ
ンテンツ識別子Ｉcnt として「ａ」および利用条件Ｃcn
t として「再生ｍ回」（ｍは自然数）が設定されている
と仮定する。以上の仮定下では、ユーザ認証部７１６
は、ステップＳ４０５のユーザ認証処理において、ユー
ザ識別子Ｉusr としての「ｙ１」を、ユーザ情報ＤＢ７
１３から取り出して、利用権管理部７１７に渡す。従っ
て、ステップＳ４０６では、図７１（ｂ）に示すよう
に、１つの利用条件情報Ｄcrt には、ユーザ識別子Ｉus
r としての「ｙ１」、コンテンツ識別子Ｉcnt としての
「ａ」および利用権情報Ｄrgt としての「再生ｍ回」が
設定される。

【０２６９】なお、本ライセンス情報管理システムＳc1
の技術的特徴とは関係ないが、ステップＳ４０６におい
て、利用権管理部７１７は、利用条件情報Ｄcrt の登録
毎に、ユーザ識別子Ｉusr が割り当てられている契約者
βに対して課金を行ってもよい。

【０２７０】コンテンツ管理部７１８は、設定要求Ｄrr
を受け取ると、図６１のステップＳ２０４と同様の読み
出し処理を行う（ステップＳ４０７）。その後、コンテ
ンツ暗号化部７１９は、ステップＳ２０５と同様の暗号
処理を行う（ステップＳ４０８）。さらに、送信データ
生成部７２０は、ステップＳ２０６と同様の送信データ
生成処理を行う（ステップＳ４０９）。その結果、ステ
ップＳ２０６と同様に、送信データＤtrn （図６２
（ｂ）参照）が、伝送路９１を介して、機器２０１へと
送信される（ステップＳ４０１０）。

【０２７１】機器２０１（図７０参照）において、通信
部８１３は、図６１のステップＳ２０８と同様の受信処
理を行う（図７３；ステップＳ４０１１）。コンテンツ
管理部８１４は、ステップＳ２０９と同様の蓄積処理を
行う（ステップＳ４０１２）。その結果、コンテンツ蓄
積部８１５には、図６３を参照して説明したように、コ
ンテンツ識別子Ｉcnt および暗号済みコンテンツデータ
Ｄecntの組み合わせが、いくつか蓄積されることにな
る。

【０２７２】前述の実施形態での説明と同様に、機器２
０１には暗号済みコンテンツデータＤecntが配信され
る。そのため、機器２０１は、コンテンツデータＤcnt
を利用する場合には、利用権管理装置７１により提供さ
れる復号鍵Ｋd で、暗号済みコンテンツデータＤecntを
復号する必要がある。ここで、本ライセンス情報管理シ
ステムＳc1では、復号鍵Ｋd を、契約者βが操作中の機
器２０１に提供するために、後で詳説するライセンス情
報Ｄlcが用いられる。以下、図７５〜図７７を参照し
て、ライセンス情報Ｄlcの取得およびコンテンツデータ
Ｄcnt の復号時における機器２０１および利用権管理装
置７１の動作について説明する。

【０２７３】まず、契約者βは、機器２０１を操作し
て、コンテンツ蓄積部８１５にアクセスして、そこに蓄
積されている暗号済みコンテンツデータＤecntの中か
ら、今回利用したいものを特定する。ここで、以下の説
明において、今回指定された暗号済みコンテンツデータ
Ｄecntを、復号対象コンテンツデータＤecntと称する。

【０２７４】コンテンツ管理部８１４（図７０参照）
は、コンテンツ蓄積部８１５を管理しており、契約者β
により特定された復号対象コンテンツデータＤecntに付
加されているコンテンツ識別子Ｉcnt を、当該コンテン
ツ蓄積部８１５から取り出す。発行要求生成部８１６
は、コンテンツ管理部８１４により取り出されたコンテ
ンツ識別子Ｉcnt を受け取る（ステップＳ５０１）。

【０２７５】次に、発行要求生成部８１６は、識別子抽
出部２０２２に、機器識別子Ｉdvおよびメディア識別子
Ｉmdのいずれか一方を選択して、自身に返すように指示
する。識別子抽出部２０２２は、発行要求生成部８１６
の指示に応答して、可搬型記録媒体１０１が装着されて
いる場合には、インターフェイス２０２１を通じて、当
該可搬型記録媒体１０１に格納されているメディア識別
子Ｉmdを取り出す。発行要求生成部８１６は、識別子抽
出部２０２２により取り出されたメディア識別子Ｉmdを
受け取る（ステップＳ５０２）。

【０２７６】ここで、識別子抽出部２０２２は、前述し
たように、機器２０１に可搬型記録媒体１０１が装着さ
れていない場合、機器識別子格納部８１１から、機器識
別子Ｉdvを取り出して、設定要求生成部８１２に渡す。
しかし、この場合、契約者γが、機器２０１を使って、
ライセンス情報Ｄlcの提供を受けることとなる。このよ
うな場合については、本変形例の目的とは関係なく、さ
らには、識別子抽出部２０２２が機器識別子Ｉdvを取り
出す場合における、機器２０１における動作について
は、前述の実施形態の説明から明らかであるため、その
説明を省略する。

【０２７７】その後、発行要求生成部８１６は、メディ
ア識別子Ｉmdおよびコンテンツ識別子Ｉcnt に、発行要
求識別子Ｉirを付加して、発行要求Ｄir（図７４（ｂ）
参照）を生成する（ステップＳ５０３）。ここで、発行
要求Ｄirは、上述のライセンス情報Ｄlcの提供を利用権
管理装置７１に要求するための情報である。また、発行
要求識別子Ｉirは、利用権管理装置７１が発行要求Ｄir
を特定するために使用される。発行要求生成部８１６
は、以上の発行要求Ｄirを通信部８１３に渡す。通信部
８１３は、受け取った発行要求Ｄirを伝送路９１を通じ
て、利用権管理装置７１に送信する（ステップＳ５０
４）。

【０２７８】利用権管理装置７１において、通信部７１
５（図５５参照）は、伝送路９１を通じて送信されてく
る発行要求Ｄirを受信して、ユーザ認証部７１６に渡
す。ユーザ認証部７１６は、発行要求Ｄirを受け取る
と、ユーザ認証部７１６は、発行要求Ｄirにユーザ認証
処理を行う（ステップＳ５０５）。より具体的には、ユ
ーザ認証部７１６は、受け取った発行要求Ｄirに設定さ
れているメディア識別子Ｉmdに一致するものが、ユーザ
情報ＤＢ７１３（図７１（ａ）参照）に登録されている
か否かを確認する。ユーザ認証部７１６は、ユーザ情報
ＤＢ７１３に一致するものが登録されている場合に限
り、今回の発行要求Ｄirが、契約者βからのものである
と判断する。さらに、このような判断結果に従って、ユ
ーザ認証部７１６は、ユーザ情報ＤＢ７１３から、今回
のメディア識別子Ｉmdに対応するユーザ識別子Ｉusr を
取り出して、受け取った発行要求Ｄirと共に利用権管理
部７１７に渡す。

【０２７９】利用権管理部７１７は、発行要求Ｄirに設
定されている発行要求識別子Ｉirに基づいて、今回、ユ
ーザ認証部７１６から発行要求Ｄirを渡されたことを認
識する。このような認識結果に従って、利用権管理部７
１７は、受け取った発行要求Ｄirからコンテンツ識別子
Ｉcnt を取り出す（ステップＳ５０６）。次に、利用権
管理部７１７は、受け取ったユーザ識別子Ｉusr および
取り出したコンテンツ識別子Ｉcnt の組み合わせが、利
用権ＤＢ７１４（図７１（ｂ）参照）に登録されている
か否かを判断する（ステップＳ５０７）。

【０２８０】利用権管理部７１７は、ステップＳ５０７
で「Ｙｅｓ」と判断した場合、それらと同じ組みの利用
権情報Ｄrgt を参照して、契約者βが操作中の機器２０
１に利用許可を与えることができるか否かを判断する
（ステップＳ５０８）。ステップＳ５０８で「Ｙｅｓ」
と判断した場合、利用権管理部７１７は、利用権情報Ｄ
rgt の一部または全てを取り出す（ステップＳ５０
９）。ここで、以下の説明において混同が生じることを
避けるため、ステップＳ５０９において取り出された一
部または全ての利用権情報Ｄrgt のことを、今回の発行
要求Ｄirにより特定される契約者βの機器２０１にコン
テンツデータＤcnt の利用を許可するための情報である
という観点から、利用許可情報Ｄlwと称する。つまり、
ステップＳ５０９では、利用許可情報Ｄlwが生成され
る。

【０２８１】利用許可情報Ｄlwの生成により、契約者β
のために登録されている利用権情報Ｄrgt の一部または
全てが使用される。そのため、ステップＳ５０９の次
に、利用権管理部７１７は、ステップＳ５０９で一部ま
たは全部が取り出された利用権情報Ｄrgt を更新する
（図７５；ステップＳ５０１０）。

【０２８２】ここで、以上のステップＳ５０６〜Ｓ５０
１０の処理の具体例について登録する。今、利用権ＤＢ
７１４には、図７１（ｂ）に示すように、ユーザ識別子
Ｉusr としての「ｙ１」、コンテンツ識別子Ｉcnt とし
ての「ａ」および利用権情報Ｄrgt としての「再生ｍ
回」の組みが登録されていると仮定する。また、今回、
機器２０１は、メディア識別子Ｉmdとしての「ｘ２」お
よびコンテンツ識別子Ｉcnt としての「ａ」が設定され
ている発行要求Ｄirを送信すると仮定する。

【０２８３】以上の仮定下では、ステップＳ５０６にお
いて、利用権管理部７１７は、ユーザ識別子Ｉusr とし
ての「ｙ１」を受け取り、さらに、発行要求Ｄirから、
コンテンツ識別子Ｉcnt としての「ａ」を取り出す。ま
た、ステップＳ５０７において、ユーザ識別子Ｉusr と
しての「ｙ１」およびコンテンツ識別子Ｉcnt としての
「ａ」の組みが、利用権ＤＢ７１４に登録されていると
判断される。このように判断されると、ステップＳ５０
８において、同じ組みの利用権情報Ｄrgt には、「再生
ｍ回」と設定されているので、契約者βが操作中の機器
２０１の利用許可を与えてもよいと判断される。このよ
うに判断されると、ステップＳ５０９において、利用許
可情報Ｄlwが生成される。この時生成される利用許可情
報Ｄlwとしては、例えば、「再生ｎ回」が挙げられる。
ここで、ｎは、上述のｍを超えない自然数であり、より
好ましくは、機器２０１の処理能力に応じて設定され
る。例えば、機器２０１が相対的に低い性能のハードウ
ェアを搭載している場合であれば、ｎは、「１」のよう
に、機器２０１が復号対象コンテンツデータＤecntを利
用可能な最低限の値に設定されることが好ましい。

【０２８４】以上のステップＳ５０６〜Ｓ５０９によ
り、機器２０１に装着された可搬型記録媒体１０１（メ
ディア識別子Ｉmdが「ｘ２」）がコンテンツデータＤcn
t （コンテンツ識別子Ｉcnt 「ａ」）を再生する権利を
ｎ回使うことになる。そのため、ステップＳ５０１０に
おいて、契約者βの利用権情報Ｄrgt が「再生ｍ回」か
ら「再生（ｍ−ｎ）回」に更新される。

【０２８５】以上のようにして生成した利用許可情報Ｄ
lwを、利用権管理部７１７（図５５参照）は、発行要求
Ｄirと一緒に、ライセンス情報生成部７２１に渡す。よ
り具体的には、ライセンス情報生成部７２１は、図５６
に示すように、ハッシュ値生成部７２１１およびライセ
ンス情報組立部７２１２を含んでいる。ハッシュ値生成
部７２１１には、利用許可情報Ｄlwのみが渡され、ま
た、ライセンス情報組立部７２１２には、利用許可情報
Ｄlwおよび発行要求Ｄirの双方が渡される。

【０２８６】まず、ハッシュ値生成部７２１１は、図６
４のステップＳ３０８と同様にして、ハッシュ値Ｖhsを
生成し（ステップＳ５０１１）、生成したハッシュ値Ｖ
hsをライセンス情報組立部７２１２に渡す。ライセンス
情報組立部７２１２は、受け取った発行要求Ｄirを復号
鍵管理部７２２に渡す。復号鍵管理部７２２（図５５参
照）は、前述した復号鍵ＤＢ７１２（図５９（ｂ）参
照）を管理する。復号鍵管理部７２２は、受け取った発
行要求Ｄirに設定されているコンテンツ識別子Ｉcnt お
よびメディア識別子Ｉmdを取り出す。さらに、復号鍵管
理部７２２は、コンテンツ識別子Ｉcnt と同じ組みの復
号鍵Ｋd を復号鍵ＤＢ７１２から取り出して、メディア
識別子Ｉmdと一緒に復号鍵暗号化部７２３に渡す。復号
鍵暗号化部７２３は、受け取った復号鍵Ｋd を、同時に
受け取ったメディア識別子Ｉmdで暗号化して（ステップ
Ｓ５０１２）、暗号済みの復号鍵Ｋedを生成する。以上
の暗号済み復号鍵Ｋedは、ライセンス情報組立部７２１
２に渡される。

【０２８７】ライセンス情報組立部７２１２は、発行要
求Ｄirおよび利用許可情報Ｄlw、ハッシュ値Ｖhsならび
に暗号済み復号鍵Ｋedのすべてが揃うと、図６５のステ
ップＳ３０１０と同様にして、図６７（ｂ）に示すライ
センス情報Ｄlcを生成する（ステップＳ５０１３）。以
上のライセンス情報Ｄlcは、通信部７１５に渡される。
通信部７１５から、伝送路９１を通じて、機器２０１に
送信される（ステップＳ５０１４）。

【０２８８】機器２０１（図７０参照）において、通信
部８１３は、ステップＳ３０１２と同様にして、伝送路
９１を通じて送信されてくるライセンス情報Ｄlcを受信
し（ステップＳ５０１５）、ライセンス情報処理部８１
７に渡す。

【０２８９】ライセンス情報処理部８１７は、図５８に
示すように、改竄判定部８１７１と、ハッシュ値生成部
８１７２と、利用許可判定部８１７３と、復号鍵復号部
８１７４とを含んでいる。通信部８１３からのライセン
ス情報Ｄlcは、まず、改竄判定部８１７１に渡される。
改竄判定部８１７１は、まず、ステップＳ３０１３と同
様に、受け取ったライセンス情報Ｄlcから、利用許可情
報Ｄlwを取り出し、さらに、ハッシュ値Ｖhsを外部ハッ
シュ値Ｖehs として取り出し（ステップＳ５０１６）、
取り出した利用許可情報Ｄlwを、ハッシュ値生成部８１
７２に渡し、外部ハッシュ値Ｖehs をそのまま保持す
る。

【０２９０】ハッシュ値生成部８１７２は、ステップＳ
３０１４と同様にして、内部ハッシュ値Ｖlhs を生成し
て（ステップＳ５０１７）、改竄判定部８１７１に返
す。

【０２９１】改竄判定部８１７１は、上述の内部ハッシ
ュ値Ｖlhs を受け取ると、ステップＳ３０１５と同様に
して、利用許可情報Ｄlwが改竄されているか否かを判定
し（ステップＳ５０１８）、「Ｙｅｓ」と判定した場合
には、今回受け取ったライセンス情報Ｄlcを利用許可判
定部８１７３に渡す。

【０２９２】利用許可判定部８１７３は、受け取ったラ
イセンス情報Ｄlcを参照して、ステップＳ３０１６と同
様にして、復号対象コンテンツデータＤecntの利用が許
可されているか否かを判定する（ステップＳ５０１
９）。利用許可判定部８１７３は、ステップＳ５０１９
において「Ｙｅｓ」と判断した場合に限り、受け取った
ライセンス情報Ｄlcから、暗号済み復号鍵Ｋedを取り出
して、復号鍵復号部８１７４に渡す。

【０２９３】ここで、以上のステップＳ５０１９の処理
の具体例について説明する。前述の仮定に従えば、今回
のライセンス情報Ｄlcの利用許可情報Ｄlwにより、コン
テンツデータＤcnt の再生がｎ回だけ許可されている。
かかる場合、利用許可判定部８１７３は、ステップＳ５
０１９において、利用許可情報Ｄlwに設定される再生回
数が１以上であれば、復号対象コンテンツデータＤecnt
の利用が許可されていると判断して、受け取ったライセ
ンス情報Ｄlcから暗号済み復号鍵Ｋedを取り出して、復
号鍵復号部８１７４に渡す。

【０２９４】さて、復号鍵復号部８１７４は、利用許可
判定部８１７３から暗号済み復号鍵Ｋedを受け取る。さ
らに、復号鍵復号部８１７４は、識別子抽出部２０２２
に、機器識別子Ｉdvおよびメディア識別子Ｉmdのいずれ
か一方を選択して、自身に返すように指示する。識別子
抽出部２０２２は、復号鍵復号部８１７４の指示に応答
して、可搬型記録媒体１０１が装着されている場合に
は、インターフェイス２０２１を通じて、当該可搬型記
録媒体１０１に格納されているメディア識別子Ｉmdを取
り出す。復号鍵復号部８１７４は、識別子抽出部２０２
２により取り出されたメディア識別子Ｉmdを受け取る。

【０２９５】ここで、識別子抽出部２０２２は、機器２
０１に可搬型記録媒体１０１が装着されていない場合、
機器識別子格納部８１１から、機器識別子Ｉdvを取り出
して、復号鍵復号部８１７４に渡すことになる。このよ
うな場合については、本変形例の目的とは関係なく、さ
らには、識別子抽出部２０２２が機器識別子Ｉdvを取り
出す場合における、機器２０１における動作について
は、前述の実施形態と同様であるため、その説明を省略
する。

【０２９６】以上のようにして、メディア識別子Ｉmdを
受け取ると、復号鍵復号部８１７４は、暗号済み復号鍵
Ｋedを、メディア識別子Ｉmdで復号して（図７７；ステ
ップＳ５０２０）、復号鍵Ｋd をコンテンツ復号部８１
８に渡す。

【０２９７】ところで、コンテンツ管理部８１４は、ス
テップＳ５０１において、コンテンツ識別子Ｉcnt だけ
でなく、前述の復号対象コンテンツデータＤecntを取り
出す。取り出された復号対象コンテンツデータＤecnt
は、コンテンツ復号部８１８に渡される。コンテンツ復
号部８１８は、復号鍵復号部８１７４から受け取った復
号鍵Ｋd で、復号対象コンテンツデータＤecntを復号し
て（ステップＳ５０２１）、コンテンツデータＤcnt を
コンテンツ再生部８１９に渡す。コンテンツ再生部８１
９は、受け取ったコンテンツデータＤcnt を再生して、
音声出力する（ステップＳ５０２２）。これにより、契
約者βは、事業者αから購入したコンテンツデータＤcn
t が表す音楽を聴くことができる。以上説明したよう
に、本ライセンス情報管理システムＳc1によれば、契約
者βは、自分が得た利用権情報Ｄrgtを使って、別の契
約者γが管理する機器２０１で、コンテンツデータＤcn
t を利用することが可能となる。これによって、より使
い勝手のよいライセンス情報管理システムＳc1を提供す
ることが可能となる。

【０２９８】ここで、図７６のステップＳ５０１８にお
いて、改竄判定部８１７１は、利用許可情報Ｄlwが改竄
されていると判定する場合がある。また、ステップＳ５
０１９において、利用許可判定部８１７３は、復号対象
コンテンツデータＤecntの利用が許可されていないと判
定する場合もある。このような場合、改竄判定部８１７
１および利用許可判定部８１７３は、図６６のステップ
Ｓ３０２０を実行して、今回受け取ったライセンス情報
Ｄlcを破棄する。

【０２９９】また、図７５のステップＳ５０７におい
て、利用権管理部７１７は、ユーザ識別子Ｉusr および
コンテンツ識別子Ｉcnt の組み合わせが、利用権ＤＢ７
１４（図７１（ｂ）参照）に登録されていないと判断す
る場合がある。さらに、ステップＳ５０８において、利
用権管理部７１７は、契約者βが操作中の機器２０１に
利用許可を与えないと判断する場合もある。このような
場合、利用権管理部７１７は、図６６のステップＳ３０
２１を実行して、利用拒否情報Ｄrjを生成して、通信部
７１５に渡す。通信部７１５は、受け取った利用拒否情
報Ｄrjを、伝送路９１を介して、機器２０１に送信す
る。これによって、前述の実施形態と同様に、機器２０
１が、復号対象コンテンツデータＤecntを復号しないよ
うにすることができる。

【０３００】なお、ステップＳ５０７において、利用権
管理部７１７は、ユーザ識別子Ｉusr およびコンテンツ
識別子Ｉcnt の組み合わせが、利用権ＤＢ７１４（図７
１（ｂ）参照）に登録されていないと判断する場合に、
ユーザ識別子Ｉusr 、コンテンツ識別子Ｉcnt および利
用権情報Ｄrgt を生成して、利用権ＤＢ７１４に登録す
るようにしてもよい。

【０３０１】なお、以上の変形例において、契約者β側
には、前述の実施形態で説明した機器８１が設置される
として説明したが、これに限らず、上述の機器２０１が
設置されてもよい。

【０３０２】また、以上の変形例において、機器２０１
は、機器識別子格納部８１１を備えるとして説明した。
しかしながら、契約者γ自身が機器２０１を使ってコン
テンツデータＤcnt およびライセンス情報Ｄlcの提供を
利用権管理装置７１から受けない場合には、機器２０１
は、機器識別子格納部８１１を備える必要性はない。

【０３０３】また、以上の変形例においても、前述の実
施形態と同様に、互いに異なる利用権管理装置が図７２
および図７３の処理と図７５〜図７７の処理とを行うよ
うにしてもよい。さらに、本変形例においても、最初に
ライセンス情報Ｄlcの取得が行われ、その後に、コンテ
ンツデータＤcnt の取得が行われても良い。また、コン
テンツデータＤcnt の取得およびライセンス情報Ｄlcの
取得が同時並行して行われてもよい。

【０３０４】また、以上の変形例では、説明の便宜上、
ユーザ情報ＤＢ７１３には、ユーザ識別子Ｉusr と、機
器識別子Ｉdvおよび／またはメディア識別子Ｉmdが登録
されるとして説明した。しかしながら、前述の実施形態
と同様に、ユーザ情報ＤＢ７１３にはさらに、契約者β
を一意に特定可能な他のユーザ情報（例えば、住所およ
び電話番号）が登録されてもよい。

【０３０５】また、以上の変形例は、前述の実施形態と
同様、機器２０１におけるコンテンツ再生部８１９は、
コンテンツデータＤcnt の種類に応じて、テレビ番組、
映画、書籍および印刷物およびゲーム内容を映像出力可
能なもの、ラジオ番組を音声出力可能なものに置換され
てもよい。さらに、機器２０１は、以上のようなコンテ
ンツ再生部８１９に代えて、復号されたコンテンツデー
タＤcnt を、外部の機器（テレビジョン受像機、ラジオ
受信機、音楽再生機、電子ブックリーダ、ゲーム機器、
ＰＣ、情報携帯端末、携帯電話、外部記憶装置等）に転
送可能なインターフェイスを備えていてもよい。

【０３０６】また、以上の変形例においても、前述の実
施形態と同様、ＳＳＬ等の保護技術を適用するという条
件で、ライセンス情報Ｄlcは、暗号化されていない復号
鍵Ｋd をそのまま含んでいてもよい。また、デジタルラ
イツを保護するために、機器２０１には、可搬型記録媒
体１０１に格納されるメディア識別子Ｉmdでライセンス
情報Ｄlcを暗号化するアルゴリズムが組み込まれること
がより好ましい。

【０３０７】また、以上の第６の変型例に係るインター
フェイス２０２１および識別子抽出部２０２２は、第２
の実施形態に係る機器５１に組み込まれても良い。この
ように、機器５１a または５１b に、インターフェイス
２０２１および識別子抽出部２０２２の両者を組み込ん
だ場合、識別子抽出部２０２２は、ユーザの指定に従っ
て、機器５１a または５１b の機器識別子格納部２１１
に設定されている機器識別子Ｉdva またはＩdvb もしく
は、可搬型記録媒体１０１に格納されているメディア識
別子Ｉmdのいずれかを使って、設定要求Ｄrrを生成し
て、利用権管理装置４１に送信する。これによって、ユ
ーザは、機器５１a または５１b もしくは可搬型記録媒
体１０１のいずれかを使って、コンテンツデータＤcnt
を利用できるようになるので、より使い勝手の良いライ
センス情報管理システムＳb を実現できるようになる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る利用権管理装置
１１を収容したライセンス情報管理システムＳa の全体
構成を示すブロック図である。

【図２】図１の利用権管理装置１１の詳細な構成を示す
ブロック図である。

【図３】図２のライセンス情報生成部１２１の詳細な構
成を示すブロック図である。

【図４】図１の機器２１a および２１b の詳細な構成を
示すブロック図である。

【図５】図４のライセンス情報処理部２１７の詳細な構
成を示すブロック図である。

【図６】図２のコンテンツＤＢ１１１および図２の復号
鍵ＤＢ１１２を示す模式図である。

【図７】図２のユーザ情報ＤＢ１１３および図２の利用
権ＤＢ１１４を示す模式図である。

【図８】コンテンツデータＤcnt の利用権設定および取
得時における、機器２１a および利用権管理装置１１の
動作を示すフローチャートである。

【図９】図８に示す処理の過程で送受される設定要求Ｄ
rrおよび送信データＤtrn のフォーマットを示す模式図
である。

【図１０】図４のコンテンツ蓄積部２１５に蓄積される
データを示す模式図である。

【図１１】ライセンス情報Ｄlca の取得およびコンテン
ツデータＤcnt の復号時における機器２１a および利用
権管理装置１１の動作を示す第１のフローチャートであ
る。

【図１２】ライセンス情報Ｄlca の取得およびコンテン
ツデータＤcnt の復号時における機器２１a および利用
権管理装置１１の動作を示す第２のフローチャートであ
る。

【図１３】ライセンス情報Ｄlca の取得およびコンテン
ツデータＤcnt の復号時における機器２１a および利用
権管理装置１１の動作を示す第３のフローチャートであ
る。

【図１４】図１２〜図１３の処理の過程で送受される発
行要求Ｄir、ライセンス情報Ｄlcおよび利用拒否情報Ｄ
rjのフォーマットを示す模式図である。

【図１５】図１の利用権管理装置１１の第１の変型例に
係る利用権管理装置１１a を収容したライセンス情報管
理システムＳa1の全体構成を示すブロック図である。

【図１６】図１５に示す利用権管理装置１１a の詳細な
構成を示すブロック図である。

【図１７】図１５に示す機器２１c の詳細な構成を示す
ブロック図である。

【図１８】図１５の機器２１c をユーザ情報ＤＢ１１３
に登録するまでの機器２１c および利用権管理装置１１
a の動作を示すフローチャートである。

【図１９】図１８の処理の過程で送受される登録要求Ｄ
rsc 、登録完了通知Ｄscc および登録拒否通知Ｄsrc の
フォーマットを示す模式図である。

【図２０】図１８の処理により更新されたユーザ情報Ｄ
Ｂ１１３を示す模式図である。

【図２１】図１の利用権管理装置１１の第２の変型例に
係る利用権管理装置１１b の詳細な構成を示すブロック
図である。

【図２２】第２の変型例に係る機器２１a または２１b
の詳細な構成を示すブロック図である。

【図２３】第２の変型例に係る機器２１c の詳細な構成
を示すブロック図である。

【図２４】機器２１c の機器識別子Ｉdvc をユーザ情報
ＤＢ１１３に登録する際における機器２１a および利用
権管理装置１１b の動作を示すフローチャートである。

【図２５】機器２１c の機器識別子Ｉdvc をユーザ情報
ＤＢ１１３に登録する際における機器２１c および利用
権管理装置１１b の動作を示すフローチャートである。

【図２６】図２４の処理の過程で送受される仮登録要求
Ｄprscおよび仮登録完了通知Ｄpsccのフォーマットを示
す模式図である。

【図２７】図２４および図２５の処理により更新された
ユーザ情報ＤＢ１１３を示す模式図である。

【図２８】図２５の処理の過程で送受される本登録要求
Ｄcrscおよび本登録完了通知Ｄcsccのフォーマットを示
す模式図である。

【図２９】図１の利用権管理装置１１の第３の変型例に
係る利用権管理装置１１c の詳細な構成を示すブロック
図である。

【図３０】第３の変型例に係る機器２１a または２１b
の詳細な構成を示すブロック図である。

【図３１】第３の変型例に係る機器２１c の詳細な構成
を示すブロック図である。

【図３２】機器２１c の機器識別子Ｉdvc をユーザ情報
ＤＢ１１３に登録する際における、機器２１c および利
用権管理装置１１c の動作を示すフローチャートであ
る。

【図３３】機器２１c の機器識別子Ｉdvc をユーザ情報
ＤＢ１１３に登録する際における、機器２１a および利
用権管理装置１１c の動作を示すフローチャートであ
る。

【図３４】図３２の処理の過程で送受されるパスワード
要求Ｄrps およびパスワード通知Ｄpss のフォーマット
を示す模式図である。

【図３５】図３２および図３３の処理により更新された
ユーザ情報ＤＢ１１３を示す模式図である。

【図３６】図３３の処理の過程で送受される登録要求Ｄ
rsc および登録完了通知Ｄscc のフォーマットを示す模
式図である。

【図３７】図１の利用権管理装置１１の第４の変型例に
係る利用権管理装置１１d の詳細な構成を示すブロック
図である。

【図３８】第４の変型例に係る機器２１a または２１b
の詳細な構成を示すブロック図である。

【図３９】第４の変型例に係る機器２１c の詳細な構成
を示すブロック図である。

【図４０】機器２１c の機器識別子Ｉdvc をユーザ情報
ＤＢ１１３に登録するまでの機器２１a 、機器２１c お
よび利用権管理装置１１d の動作を示すフローチャート
である。

【図４１】図４０の処理の過程で送受される第１の登録
要求Ｄrsc1 、第２の登録要求Ｄrsc および登録完了通
知Ｄscc のフォーマットを示す図である。

【図４２】図１の利用権管理装置１１の第５の変型例に
係る利用権管理装置１１e を収容したライセンス情報管
理システムＳa5の全体構成を示すブロック図である。

【図４３】図４２に示す利用権管理装置１１e の詳細な
構成を示すブロック図である。

【図４４】図４２に示す機器２１b の詳細な構成を示す
ブロック図である。

【図４５】機器２１b の機器識別子Ｉdvb をユーザ情報
ＤＢ１１３および利用権ＤＢ１１４から削除するまでの
機器２１b および利用権管理装置１１e の動作を示すフ
ローチャートである。

【図４６】図４５の処理の過程で送受される削除要求Ｄ
rwb および削除完了通知Ｄswb のフォーマットを示す模
式図である。

【図４７】図４５の処理により更新されたユーザ情報Ｄ
Ｂ１１３を示す模式図である。

【図４８】本発明の第２の実施形態に係る利用権管理装
置４１を収容したライセンス情報管理システムＳb の全
体構成を示すブロック図である。

【図４９】図４８の利用権管理装置４１の詳細な構成を
示すブロック図である。

【図５０】図４８の機器５１a および５１b の詳細な構
成を示すブロック図である。

【図５１】コンテンツデータＤcnt の取得時における機
器５１a および利用権管理装置４１の動作を示すフロー
チャートである。

【図５２】図４９の利用権ＤＢ１１４を示す模式図であ
る。

【図５３】図５１の処理の過程で送受される第２の設定
要求Ｄrr2bのフォーマットを示す図である。

【図５４】本発明の第３の実施形態に係るライセンス情
報管理システムＳc の全体構成を示すブロック図であ
る。

【図５５】図５４の利用権管理装置７１の詳細な構成を
示す機能ブロック図である。

【図５６】図５５のライセンス情報生成部７２１の詳細
な構成を示す図である。

【図５７】図５４の機器８１の詳細な構成を示す機能ブ
ロック図である。

【図５８】図５７のライセンス情報処理部８１７の詳細
な構成を示す機能ブロック図である。

【図５９】図５５のコンテンツＤＢ７１１および図５５
の復号鍵ＤＢ７１２を示す模式図である。

【図６０】図５５のユーザ情報ＤＢ７１３および利用権
ＤＢ７１４を示す模式図である。

【図６１】コンテンツデータＤcnt の取得時における機
器８１および利用権管理装置７１の動作を示すフローチ
ャートである。

【図６２】図６１の処理の過程で送受される設定要求Ｄ
rrおよび送信データＤtrn のフォーマットを示す模式図
である。

【図６３】図５８のコンテンツ蓄積部８１５に格納され
るデータを示す模式図である。

【図６４】ライセンス情報Ｄlcの取得およびコンテンツ
データＤcnt の復号時における機器８１および利用権管
理装置７１の動作を示す第１のフローチャートである。

【図６５】ライセンス情報Ｄlcの取得およびコンテンツ
データＤcnt の復号時における機器８１および利用権管
理装置７１の動作を示す第２のフローチャートである。

【図６６】ライセンス情報Ｄlcの取得およびコンテンツ
データＤcnt の復号時における機器８１および利用権管
理装置７１の動作を示す第３のフローチャートである。

【図６７】図６４〜図６６の処理の過程で送受される発
行要求Ｄir、ライセンス情報Ｄlcおよび利用拒否情報Ｄ
rjのフォーマットを示す模式図である。

【図６８】図５４のライセンス情報管理システムＳc の
変型例に係るライセンス情報管理システムＳc1の全体構
成を示すブロック図である。

【図６９】図６８の可搬型記録媒体１０１の構成を示す
模式図である。

【図７０】図６８の機器２０１の詳細な構成を示す機能
ブロック図である。

【図７１】図６８のユーザ情報ＤＢ７１３および利用権
ＤＢ７１４を示す模式図である。

【図７２】契約者βが機器２０１を使ってコンテンツデ
ータＤcnt を取得する際における当該機器２０１および
利用権管理装置７１の動作を示す第１のフローチャート
である。

【図７３】契約者βが機器２０１を使ってコンテンツデ
ータＤcnt を取得する際における当該機器２０１および
利用権管理装置７１の動作を示す第２のフローチャート
である。

【図７４】図７２および図７３の処理の過程で送受され
る設定要求Ｄrrおよび発行要求Ｄirのフォーマットを示
す模式図である。

【図７５】ライセンス情報Ｄlcの取得およびコンテンツ
データＤcnt の復号時における機器２０１および利用権
管理装置７１の動作を示す第１のフローチャートであ
る。

【図７６】ライセンス情報Ｄlcの取得およびコンテンツ
データＤcnt の復号時における機器２０１および利用権
管理装置７１の動作を示す第２のフローチャートであ
る。

【図７７】ライセンス情報Ｄlcの取得およびコンテンツ
データＤcnt の復号時における機器２０１および利用権
管理装置７１の動作を示す第３のフローチャートであ
る。

【符号の説明】

Ｓa ，Ｓa1〜Ｓa5，Ｓb ，Ｓc ，Ｓc1…ライセンス情報
管理システム １１，１１a 〜１１e ，４１，７１…利用権管理装置 ２１a 〜２１c ，５１a ，５１b ，８１，２０１…機器 １０１…可搬型記録媒体

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 9/08 Ｈ０４Ｌ 9/00 ６０１Ｂ 9/32 ６７３Ｂ (72)発明者 山本 雅哉 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 岡本 隆一 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 徳田 克己 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 井上 光啓 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B017 AA06 BB09 BB10 CA09 CA16 5B085 AE03 AE29 BA06 BG02 BG03 BG04 BG07 5J104 AA08 DA03 NA12 PA07 PA10

Claims (22)

【特許請求の範囲】
1. 【請求項１】 複数の機器がコンテンツデータを利用す
   るための権利を表す利用権情報を管理するための装置で
   あって、 前記複数の機器に割り当てられる利用権情報を含む利用
   権データベース（以下、利用権ＤＢと称する）と、 各前記機器からの発行要求に応答して、前記利用権ＤＢ
   に含まれる利用権情報を使って、発行要求を送信した機
   器に対するコンテンツデータの利用許可を示す利用許可
   情報を生成する利用権管理部と、 前記利用権管理部で生成された利用許可情報を少なくと
   も含むライセンス情報を生成するライセンス情報生成部
   と、 前記ライセンス情報生成部で生成されたライセンス情報
   を、発行要求を送信した機器に送信する通信部とを備え
   る、利用権管理装置。
2. 【請求項２】 前記機器は、コンテンツデータの利用条
   件を少なくとも含む設定要求を送信し、 前記利用権管理部は、前記機器からの設定要求に応答し
   て、少なくとも設定要求を送信した機器に対する利用権
   情報を前記利用権ＤＢに登録する、請求項１に記載の利
   用権管理装置。
3. 【請求項３】 前記複数の機器は予め定められたグルー
   プに属しており、 前記利用権管理部は、前記グループに属する１台の前記
   機器からの設定要求に応答して、グループに属する各機
   器により共有される利用権情報を前記利用権ＤＢに登録
   する、請求項２に記載の利用権管理装置。
4. 【請求項４】 配信対象となるコンテンツデータを蓄積
   するコンテンツデータベース（以下、コンテンツＤＢと
   称する）をさらに備え、 前記機器が送信する設定要求はさらに、取得対象のコン
   テンツデータを特定しており、 前記機器からの設定要求に応答して、コンテンツＤＢか
   ら、取得対象のコンテンツデータを読み出すコンテンツ
   管理部と、 前記コンテンツ管理部で読み出されたコンテンツデータ
   を暗号化するコンテンツ暗号化部と、 前記コンテンツ暗号化部で暗号化されたコンテンツデー
   タを含む送信データを生成する送信データ生成部とをさ
   らに備え、 前記通信部はさらに、前記送信データ生成部で生成され
   たデータを、設定要求を送信した機器に送信する、請求
   項２に記載の利用権管理装置。
5. 【請求項５】 前記コンテンツ暗号化部で暗号化される
   コンテンツデータを復号するための復号鍵を含む復号鍵
   データベース（以下、復号鍵ＤＢと称する）をさらに備
   え、 前記ライセンス情報生成部は、前記復号鍵ＤＢ内の復号
   鍵をさらに含むライセンス情報を生成する、請求項１に
   記載の利用権管理装置。
6. 【請求項６】 前記復号鍵ＤＢ内の復号鍵を、発行要求
   を送信した機器に関連する情報で暗号化する復号鍵暗号
   化部をさらに備え、 前記ライセンス情報生成部は、前記復号鍵暗号化部で暗
   号化された復号鍵をさらに含むライセンス情報を生成す
   る、請求項５に記載の利用権管理装置。
7. 【請求項７】 前記ライセンス情報生成部は、 前記利用権管理部で生成された利用許可情報に基づい
   て、ライセンス情報の改竄を防止するためのハッシュ値
   を生成するハッシュ値生成部と、 前記ハッシュ値生成部で生成されたハッシュ値を、前記
   利用権管理部で生成された利用許可情報に付加して、ラ
   イセンス情報を組み立てるライセンス情報組立部とを含
   む、請求項１に記載の利用権管理装置。
8. 【請求項８】 前記利用権管理部は、発行要求の送信元
   となる機器のために利用許可情報を生成できない場合に
   は、利用拒否情報を生成し、 前記通信部はさらに、前記利用権管理部で生成された利
   用拒否情報を、発行要求の送信元のなる機器に送信す
   る、請求項１に記載の利用権管理装置。
9. 【請求項９】 予め定められたグループに属する機器の
   それぞれを一意に特定する機器識別子からなるユーザ情
   報データベース（以下、ユーザ情報ＤＢと称する）と、 前記ユーザ情報ＤＢに未登録の機器識別子を有する機器
   からの登録要求に応答して、受信登録要求に含まれる未
   登録の機器識別子を前記ユーザ情報ＤＢに登録するユー
   ザ情報管理部とをさらに備える、請求項１に記載の利用
   権管理装置。
10. 【請求項１０】 前記ユーザ情報管理部は、１グループ
    に登録されている機器識別子数が、予め定められた上限
    値以上である場合には、登録要求に応答して、前記ユー
    ザ情報ＤＢへの登録を拒否するための登録拒否通知を生
    成し、 前記通信部はさらに、前記ユーザ情報管理部で生成され
    た登録拒否通知を、登録要求の送信元となる機器に送信
    する、請求項９に記載の利用権管理装置。
11. 【請求項１１】 予め定められたグループに属する機器
    のそれぞれを一意に特定する機器識別子からなるユーザ
    情報データベース（以下、ユーザ情報ＤＢと称する）を
    さらに備え、 前記ユーザ情報ＤＢに登録済の機器は、自身の機器識別
    子を登録対象識別子として少なくとも含む仮登録要求を
    送信し、 受信仮登録要求に含まれる登録対象識別子を前記ユーザ
    情報ＤＢに仮登録するユーザ情報管理部をさらに備え、 前記ユーザ情報ＤＢに未登録の機器は、登録対象識別子
    と、仮登録要求の送信元となった機器の機器識別子であ
    る登録済識別子とを少なくとも含む本登録要求を送信
    し、 前記ユーザ情報管理部は、受信本登録要求に含まれる登
    録対象識別子および登録済識別子に基づいて、前記ユー
    ザ情報ＤＢに仮登録された登録対象識別子を本登録す
    る、請求項１に記載の利用権管理装置。
12. 【請求項１２】 予め定められたグループに属する機器
    のそれぞれを一意に特定する機器識別子からなるユーザ
    情報データベース（以下、ユーザ情報ＤＢと称する）を
    さらに備え、 前記ユーザ情報ＤＢに未登録の機器は、自身の機器識別
    子を登録対象識別子として含み、さらに、登録済の機器
    識別子を含むパスワード要求を送信し、 受信パスワード要求に含まれる登録対象識別子を前記ユ
    ーザ情報ＤＢに仮登録し、さらに、未登録の機器に対す
    るパスワードを発行するユーザ情報管理部をさらに備
    え、 前記ユーザ情報ＤＢに未登録の機器は、登録対象識別子
    と、前記ユーザ情報管理部により発行されたパスワード
    とを含む登録要求を送信し、 前記ユーザ情報管理部は、受信登録要求に含まれるパス
    ワードと登録対象識別子とに基づいて、前記ユーザ情報
    ＤＢに仮登録された登録対象識別子を本登録する、請求
    項１に記載の利用権管理装置。
13. 【請求項１３】 予め定められたグループに属する機器
    のそれぞれを一意に特定する機器識別子からなるユーザ
    情報データベース（以下、ユーザ情報ＤＢと称する）を
    さらに備え、 前記ユーザ情報ＤＢに未登録の機器は、自身の機器識別
    子を登録対象識別子として少なくとも含む第１の登録要
    求を、ユーザ情報ＤＢに登録済の機器に送信し、 前記ユーザ情報ＤＢに登録済の機器は、自身の機器識別
    子を登録済識別子として含み、さらに、受信した第１の
    登録要求に含まれる登録対象識別子を含む第２の登録要
    求を送信し、 受信した第２の登録要求に含まれる登録対象識別子を前
    記ユーザ情報ＤＢに登録するユーザ情報管理部をさらに
    備える、請求項１に記載の利用権管理装置。
14. 【請求項１４】 前記利用権ＤＢには、利用権情報と、
    その利用権情報を利用可能な機器の機器識別子とが登録
    されており、 予め定められたグループに属する機器のそれぞれを一意
    に特定する機器識別子からなるユーザ情報データベース
    （以下、ユーザ情報ＤＢと称する）と、 各前記機器からの削除要求に応答して、前記ユーザ情報
    ＤＢおよび前記利用権ＤＢから機器識別子を削除する機
    器識別子削除部とをさらに備える、請求項１に記載の利
    用権管理装置。
15. 【請求項１５】 前記複数の機器は予め定められたグル
    ープに属しており、 前記利用権管理部は、 前記グループに属する第１の機器からの設定要求に応答
    して、設定要求の送信元となる第１の機器の利用権情報
    を前記利用権ＤＢに登録し、 前記グループに属する第２の機器からの設定要求に応答
    して、設定要求の送信元となる第２の機器を、第１の機
    器の利用権情報と共有可能に前記利用権ＤＢに登録す
    る、請求項２に記載の利用権管理装置。
16. 【請求項１６】 伝送路を通じて接続された利用権管理
    装置から、ライセンス情報の提供を受ける機器であっ
    て、 前記機器は、 自身を一意に特定するメディア識別子を格納する可搬型
    記録媒体をデータ通信可能に接続するインターフェイス
    と、 前記インターフェイスに接続された可搬型記録媒体から
    メディア識別子を取り出す識別子抽出部と、 前記識別子抽出部から受け取るメディア識別子を使っ
    て、コンテンツデータの利用許可を受けるために必要な
    発行要求を生成する発行要求生成部と、 前記発行要求生成部から受け取る発行要求を、前記伝送
    路を通じて、前記利用権管理装置に送信する第１の通信
    部とを備え、 前記利用権管理装置は、 前記可搬型記録媒体に与えられたコンテンツデータの利
    用権情報を管理しており、前記機器からの発行要求に応
    答して、前記可搬型記録媒体が接続された機器における
    コンテンツデータの利用を制御するためのライセンス情
    報を生成して送信し、 前記機器はさらに、 前記利用権管理装置からのライセンス情報を処理して、
    コンテンツデータの利用を制御するライセンス情報処理
    部とを備える、機器。
17. 【請求項１７】 前記利用権管理装置は、前記機器がコ
    ンテンツデータを利用するための最低限度の利用許可情
    報を生成する利用権管理部を備える、請求項１６に記載
    の機器。
18. 【請求項１８】 前記利用権管理装置は、 ライセンス情報を生成するために、前記利用権管理部で
    生成された利用許可情報に基づいて、第１のハッシュ値
    を生成する第１のハッシュ値生成部と、 前記第１のハッシュ値生成部から受け取る第１のハッシ
    ュ値を、前記利用権管理部から受け取る利用許可情報に
    付加して、ライセンス情報を組み立てるライセンス情報
    組立部とを含む、請求項１７に記載の機器。
19. 【請求項１９】 前記ライセンス情報処理部は、 受信ライセンス情報に含まれる利用許可情報に基づい
    て、第２のハッシュ値を生成する第２のハッシュ値生成
    部と、 前記第１の通信部から受け取るライセンス情報に含まれ
    る第１のハッシュ値と、前記第２のハッシュ値生成部か
    ら受け取る第２のハッシュ値とに基づいて、 前記第１の通信部から受け取るライセンス情報に含まれ
    る利用許可情報が改竄されているか否かを判定する改竄
    判定部とを含む、請求項１８に記載の機器。
20. 【請求項２０】 前記コンテンツデータは、前記機器
    に、予め定められた暗号鍵で暗号化された状態で配信さ
    れ、 前記ライセンス情報組立部はさらに、前記利用権管理部
    から受け取る発行要求からメディア識別子を取り出し、 前記利用権管理装置は、 前記暗号鍵で暗号化されたコンテンツデータを復号可能
    な復号鍵を管理する復号鍵管理部と、 前記復号鍵管理部で管理される復号鍵を、前記ライセン
    ス情報組立部により取り出されたメディア識別子で暗号
    化する復号鍵暗号化部とをさらに備え、 前記ライセンス情報組立部はさらに、前記復号鍵暗号化
    部から受け取る暗号化された復号鍵を、前記利用権管理
    部から受け取る利用許可情報に付加して、ライセンス情
    報を組み立てる、請求項１８に記載の機器。
21. 【請求項２１】 前記ライセンス情報処理部は、前記識
    別子抽出部から受け取るメディア識別子を使って、前記
    第１の通信部から受け取るライセンス情報に含まれる暗
    号化された復号鍵を復号する復号鍵復号部をさらに備え
    る、請求項２０に記載の機器。
22. 【請求項２２】 自身に割り当てられた機器識別子を格
    納するための機器識別子格納部をさらに備え、 前記識別子抽出部は、ユーザの操作に応じて、前記イン
    ターフェイスに接続された可搬型記録媒体からメディア
    識別子を取り出すか、前記機器識別子格納部から機器識
    別子を取り出すかを決定する、請求項１６に記載の機
    器。