JP2003162600A - ライセンス情報変換装置 - Google Patents

Abstract

(57)【要約】 【課題】 自分のライセンス情報を、他人に譲渡するこ
とが可能なように変換する変換装置Ｕc1を提供すること
である。 【解決手段】 少なくとも２台の端末装置はそれぞれ、
自身が加入するコンテンツ配信システムで生成されるラ
イセンス情報に従って、コンテンツデータを利用する。
変換装置Ｕc1は、一方の端末装置向けのライセンス情報
が格納されるワーキングエリア１３と、ワーキングエリ
ア１３に格納されたライセンス情報を、他方の端末装置
向けのライセンス情報に変換する中央処理部１２とを備
える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、変換装置に関し、
より特定的には、端末装置におけるコンテンツデータの
利用を制御するライセンス情報を変換する変換装置に関
する。

【０００２】

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

【０００３】従来のコンテンツ配信システムには、サー
バと、端末装置とが、ネットワークによりデータ通信可
能に接続される。サーバは、コンテンツデータ、コンテ
ンツ復号鍵およびライセンス情報の組みを少なくとも１
つ格納している。コンテンツデータは、例えば、音楽を
表すデジタルデータであり、予め定められた方式で暗号
化される。コンテンツ復号鍵は、暗号化されたコンテン
ツデータを復号するための鍵である。ライセンス情報
は、ＤＲＭにおいては、上述のコンテンツデータの利用
条件を表す。利用条件としては、コンテンツデータの利
用回数が代表的である。

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

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

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

【０００７】

【発明が解決しようとする課題】次に、以上のコンテン
ツ配信システムが抱えている問題点について説明する。
端末装置のユーザ（以下、第１のユーザと称する）は、
自分のライセンス情報、つまり、コンテンツデータの利
用権を、他のユーザ（以下、第２のユーザと称する）に
譲渡したいと思う場合がある。しかしながら、第２のユ
ーザは、上述のコンテンツ配信システムに加入している
とは限らず、別のコンテンツ配信システムに加入してい
る可能性がある。さらに、双方のコンテンツ配信システ
ムの間では、ライセンス情報の構成に差異がある可能性
もある。その結果、第２のユーザ側の端末装置は、たと
え、第１のユーザ側の端末装置からライセンス情報を受
け取ることができたとしても、受け取ったライセンス情
報を解釈することができない。そのため、従来のコンテ
ンツ配信システムでは、自分のライセンス情報を、他人
に譲渡することができない。

【０００８】また、ユーザは、互いに異なる第１および
第２のコンテンツ配信システムに加入しており、第１の
コンテンツ配信システムから得たライセンス情報のみを
解釈できる第１の端末装置と、第２のコンテンツ配信シ
ステムから得たライセンス情報のみを解釈できる第２の
端末装置とを持っている場合がある。このような状況で
は、上述したように、第１および第２のコンテンツ配信
システムのそれぞれで使われるライセンス情報の構成に
差異がある可能性があるため、第２の端末装置は、第１
のコンテンツ配信システムのライセンス情報を受け取る
ことができたとしても、それを解釈することができな
い。そのため、上述の状況下では、ユーザが所有するラ
イセンス情報を、自分の端末装置で利用できない場合が
生じてしまう。

【０００９】それ故に、本発明の目的は、ライセンス情
報を、他人が利用できるように、または他の端末装置で
利用できるように変換する変換装置を提供することであ
る。

【００１０】

【課題を解決するための手段および発明の効果】上記目
的を達成するために、第１の発明は、第１の端末装置向
けのライセンス情報を第２の端末装置向けに変換するた
めの変換装置であって、第１および第２の端末装置は互
いに異なる第１および第２のライセンス情報に従ってコ
ンテンツデータを利用する。変換装置は、第１の端末装
置向けの第１のライセンス情報が格納されるワーキング
エリアと、ワーキングエリアに格納された第１のライセ
ンス情報を、第２の端末装置向けの第２のライセンス情
報に変換する処理部とを備える。

【００１１】第２の発明は第１の発明に従属しており、
第１のライセンス情報は、少なくとも、コンテンツデー
タの第１の端末装置側での利用を許可するための第１の
利用許可情報を含んでいる。また、処理部は、少なくと
も、第１のライセンス情報が含む第１の利用許可情報
を、コンテンツデータの第２の端末装置側での利用を許
可するための第２の利用許可情報に変換する。

【００１２】第３の発明は第２の発明に従属しており、
処理部は、予め定められた変換比率に従って、第１のラ
イセンス情報が含む第１の利用許可情報を、コンテンツ
データの第２の端末装置側での利用を許可するための第
２の利用許可情報に変換する。

【００１３】第４の発明は、第２の発明に従属してお
り、コンテンツデータは、互いに異なる第１および第２
の暗号鍵で暗号化された状態で第１および第２の端末装
置に提供される。また、第１のライセンス情報はさら
に、第１の暗号鍵で暗号化されたコンテンツデータを復
号するための第１の復号鍵を含んでいる。処理部はさら
に、第１のライセンス情報における第１の復号鍵を、第
２の暗号鍵で暗号化されたコンテンツデータを復号する
ための第２の復号鍵に置換する。

【００１４】以上の第１〜第４の発明によれば、変換装
置は、第１の端末装置向けの第１のライセンス情報を、
第２の端末装置向けの第２のライセンス情報に変換す
る。これによって、第１のユーザは、自分の第１のライ
センス情報を基礎として生成されかつ第２の端末装置で
利用可能な第２のライセンス情報を、第２のユーザへと
渡すことが可能となる。

【００１５】第５の発明は、第１の発明に従属してお
り、第１および第２の端末装置は、第１および第２のサ
ーバと接続されている。第１および第２のサーバは少な
くとも、第１および第２のライセンス情報を生成して、
第１および第２の端末装置に送信する。さらに、第１お
よび第２のサーバは、第１および第２のライセンス情報
のフォーマットを表す第１および第２のフォーマットデ
ータを保持している。ここで、変換装置は、第１および
第２のサーバと通信を行って、第１および第２のフォー
マットデータを受信する通信部をさらに備える。また、
処理部は、通信部が受信した第１および第２のフォーマ
ットデータに従って、ワーキングエリアに格納された第
１のライセンス情報を、第２の端末装置向けの第２のラ
イセンス情報に変換する。

【００１６】第６の発明は、第１の発明に従属してお
り、変換装置はさらに、第１および第２のライセンス情
報のフォーマットを示す第１および第２のフォーマット
データを格納するフォーマット格納部を備える。また、
処理部は、フォーマット格納部に格納された第１および
第２のフォーマットデータに従って、ワーキングエリア
に格納された第１のライセンス情報を、第２の端末装置
向けの第２のライセンス情報に変換する。

【００１７】第７の発明は、第１の発明に従属してお
り、変換装置はさらに、第１の端末装置と通信を行っ
て、当該第１の端末装置が保持する第１のライセンス情
報を受信する通信部を備える。また、ワーキングエリア
には、通信部により受信された第１のライセンス情報が
格納される。

【００１８】第８の発明は、第１の発明に従属してお
り、変換装置は、第１の端末装置向けの第１のライセン
ス情報を生成する第１のサーバと通信可能に接続されて
いる。変換装置は、第１のサーバと通信を行って、当該
第１の端末装置向けに生成される第１のライセンス情報
を受信する通信部をさらに備える。ワーキングエリア
は、通信部により受信された第１のライセンス情報を格
納する。

【００１９】第９の発明は、第１の発明に従属してお
り、変換装置は、第１の端末装置に組み込まれる。

【００２０】第１０の発明は、第１の発明に従属してお
り、処理部は、第１および第２の端末装置が正当なユー
ザか否かを判定し、第１および第２の端末装置の双方が
正当なユーザである場合に、ワーキングエリアに格納さ
れた第１のライセンス情報を、第２の端末装置向けの第
２のライセンス情報に変換する。第１１の発明は、第１
０の発明に従属しており、処理部は、第１および第２の
端末装置の一方または双方が正当なユーザでない場合、
ワーキングエリアに格納された第１のライセンス情報
を、第１の端末装置に送り返す。第１０および第１１の
発明によれば、不当なユーザからのライセンス情報の変
換処理の要求を排除することができる。

【００２１】第１２の発明は、第１の発明に従属してお
り、処理部は、ワーキングエリアに格納された第１のラ
イセンス情報の構成要素毎に変換処理が許可されている
か否かを判定し、変換処理が許可されていると判断され
た構成要素のみを使って、ワーキングエリアに格納され
た第１のライセンス情報を第２の端末装置向けの第２の
ライセンス情報に変換する処理部とを備える。

【００２２】第１３の発明は、第１２の発明に従属して
おり、ライセンス情報は、構成要素の変換処理が許可さ
れているか否かを示す変換可否情報を含んでいる。処理
部は、ワーキングエリアに格納された第１のライセンス
情報の構成要素毎に変換処理が許可されているか否か
を、第１のライセンス情報に含まれる変換可否情報を使
って判定する。

【００２３】第１４の発明は、第１２の発明に従属して
おり、処理部は、ワーキングエリアに格納された第１の
ライセンス情報の構成要素毎に変換処理が許可されてい
るか否かを示す変換可否情報を、外部から取得し、取得
した変換可否情報を使って、ワーキングエリアに格納さ
れた第１のライセンス情報の構成要素毎に変換処理が許
可されているか否かを判定する。

【００２４】第１２〜第１４の発明によれば、第１のラ
イセンス情報の構成要素毎に、変換処理をコントロール
できるので、コンテンツデータの配信者側の意図を考慮
した変換装置を提供することができる。

【００２５】第１５の発明は、第１２の発明に従属して
おり、第１の端末装置は、第１のサーバと接続されてお
り、処理部は、ワーキングエリアに格納された第１のラ
イセンス情報の内、変換処理が許可されていない構成要
素を、第１のサーバに送り返す。

【００２６】第１６の発明は、第１２の発明に従属して
おり、処理部は、ワーキングエリアに格納された第１の
ライセンス情報の内、変換処理が許可されていない構成
要素を内部に保持する。

【００２７】第１５および第１６の発明によれば、変換
処理が許可されていない第１のライセンス情報の構成要
素については、第１のサーバに返したり、内部に保持し
たりするので、典型的には、変換後の第２のライセンス
情報を、第１のライセンス情報に再変換する際に使うこ
とが可能となる。

【００２８】第１７の発明は、第１および第２の端末装
置が、互いに異なる第１および第２のライセンス情報に
従って、コンテンツデータを利用する環境に適用可能な
変換方法であって、第１の端末装置向けの第１のライセ
ンス情報をワーキングエリアに格納する格納ステップ
と、ワーキングエリアに格納された第１のライセンス情
報を、第２の端末装置向けの第２のライセンス情報に変
換する変換ステップとを備える。

【００２９】第１８の発明は、第１７の発明に従属して
おり、変換方法は、コンピュータ装置で実行されるコン
ピュータプログラムとして実現される。第１９の発明
は、第１７の発明に従属しており、変換装置は、コンピ
ュータ装置で実行されるコンピュータプログラムとして
記憶媒体に記録される。

【００３０】

【発明の実施の形態】「第１の実施形態」図１は、本発
明の第１の実施形態に係る変換装置Ｕc1と、その周辺環
境とを示すブロック図である。図１において、変換装置
Ｕc1は、コンテンツ配信システムＳcd1 およびＳcd2
と、有線または無線の伝送路Ｎを介して、データ通信可
能に接続される。また、コンテンツ配信システムＳcd1
には、少なくとも１つのサーバ２１と、少なくとも１つ
の端末装置２２とが、上述の伝送路Ｎを介してデータ通
信可能に接続される。ここで、サーバ２１は、コンテン
ツ配信の一例としての音楽配信に関わる事業者α側に設
置され、端末装置２２は、事業者αとの契約に基づい
て、音楽配信を受ける契約者β側に設置される。また、
コンテンツ配信システムＳcd2 には、少なくとも１つの
サーバ３１と、少なくとも１つの端末装置３２とが、上
述の伝送路Ｎを介してデータ通信可能に接続される。こ
こで、サーバ３１は、コンテンツ配信の一例としての音
楽配信に関わる事業者γ側に設置され、端末装置３２
は、事業者γとの契約に基づいて、音楽配信を受ける契
約者δ側に設置される。ここで、本実施形態では説明を
分かりやすくする観点から、事業者γは事業者αとは異
なる者であり、さらに、契約者δは契約者βとは異なる
者であると仮定する。ただし、契約者βは契約者δと同
一人であっても良い。つまり、契約者βでありかつ契約
者δでもある単一のユーザが、互いに異なるコンテンツ
配信システムＳcd1 およびＳcd2 の双方に加入してお
り、端末装置２２および端末装置３２の双方を所有して
いる場合にも、本実施形態に係る変換装置Ｕc1は有効で
ある。

【００３１】以下、コンテンツ配信システムＳcd1 およ
びＳcd2 ならびに変換装置Ｕc1の順番で、それぞれの詳
細な構成について説明する。

【００３２】図２は、図１に示すサーバ２１および端末
装置２２の詳細な構成を示すブロック図である。図２に
おいて、サーバ２１は、コンテンツデータベース（以
下、コンテンツＤＢと称す）２１１と、復号鍵データベ
ース（以下、復号鍵ＤＢと称す）２１２と、ユーザ情報
データベース（以下、ユーザ情報ＤＢと称す）２１３
と、利用権データベース（以下、利用権ＤＢと称す）２
１４と、中央処理部２１５と、ワーキングエリア２１６
と、通信部２１７と、フォーマット格納部２１８とを備
えている。また、端末装置２２は、識別子格納部２２１
と、通信部２２２と、中央処理部２２３と、ワーキング
エリア２２４と、蓄積装置２２５とを備えている。

【００３３】次に、コンテンツ配信システムＳcd1 にお
いて、契約者βが事業者αからコンテンツ配信を受ける
までに必要となる準備について説明する。まず、図２の
コンテンツＤＢ２１１と、復号鍵ＤＢ２１２と、ユーザ
情報ＤＢ２１３とが事業者αにより構築される。

【００３４】より具体的には、事業者αは、図３（ａ）
に示すように、契約者βに提供すべきコンテンツデータ
Ｄct1 を用意する。コンテンツデータＤct1 は、端末装
置２２で利用可能であり、本実施形態では、音楽を表
す。また、コンテンツデータＤct1 のそれぞれに、事業
者αは、コンテンツ識別子Ｉct1 を割り当てる。コンテ
ンツ識別子Ｉct1 は、コンテンツデータＤct1 の内容を
一意に特定するコードである。上述のように、コンテン
ツデータＤct1 が音楽を表す場合、コンテンツ識別子Ｉ
ct1 として適用可能なものに、ＩＳＲＣ(International
Standard Recording Code )がある。ＩＳＲＣに関して
は、２００１年７月２３日時点で、http://www.ifpi.or
g/index.htmlに記載されている。

【００３５】さらに、事業者αは、各コンテンツデータ
Ｄct1 に暗号鍵Ｋe1を割り当てる。専用の暗号鍵Ｋe1に
より、以上のコンテンツデータＤct1 は暗号化され、そ
れによって、暗号済みコンテンツデータＤect1が生成さ
れる。コンテンツＤＢ２１１は、図３（ｂ）に示すよう
に、以上のコンテンツ識別子Ｉct1 および暗号済みコン
テンツデータＤect1の組み合わせの集まりとなる。コン
テンツＤＢ２１１において、コンテンツ識別子Ｉct1 は
特に、同じ組みの暗号済みコンテンツデータＤect1を一
意に特定する。なお、以下の説明の便宜のため、図３
（ａ）に示す１つの暗号済みコンテンツデータＤect1に
は、コンテンツ識別子Ｉct1 としての「ａ」が付加され
ると仮定する。さらに、その暗号済みコンテンツデータ
Ｄect1は、暗号鍵Ｋe1としての「ｂ」により暗号化され
ると仮定する。

【００３６】また、サーバ２１から端末装置２２には、
上述の暗号済みコンテンツデータＤect1が配信される。
それ故、端末装置２２には、暗号済みコンテンツデータ
Ｄect1を復号可能な復号鍵Ｋd1が提供される必要があ
る。そのため、事業者αは、コンテンツＤＢ２１１内の
各暗号鍵Ｋe1（図４（ａ）参照）に対応する復号鍵Ｋd1
を準備する。ここで、復号鍵Ｋd1は、暗号鍵Ｋe1と同じ
ビット列からなっていてもよいし（共通鍵暗号化方
式）、当該暗号鍵Ｋe1と異なるビット列からなっていて
もよい（公開鍵暗号化方式）。復号鍵ＤＢ２１２は、図
４（ａ）に示すように、前述のコンテンツ識別子Ｉct1
および復号鍵Ｋd1の組み合わせの集まりとなる。復号鍵
ＤＢ２１２において、復号鍵Ｋd1は、同じ組みのコンテ
ンツ識別子Ｉct1 で特定可能な暗号済みコンテンツデー
タＤect1の復号に使用される。

【００３７】なお、以下の説明の便宜のため、図４
（ａ）において、コンテンツ識別子Ｉct1 としての
「ａ」と同じ組みには、復号鍵Ｋd1として「ｃ」が登録
されると仮定する。上述からも明らかであるが、復号鍵
Ｋd1としての「ｃ」は、暗号鍵Ｋe1としての「ｂ」に対
応している。

【００３８】また、上述の契約者βは、事業者αから音
楽配信を受けるための加入契約を交わす。加入契約に基
づいて、事業者αは、契約者βに、端末識別子Ｉtn1 を
割り当てる。端末識別子Ｉtn1 は、コンテンツ配信シス
テムＳcd1 において、契約者βの端末装置２２を一意に
特定する。ユーザ情報ＤＢ２１３は、図４（ｂ）に示す
ように、以上のような端末識別子Ｉtn1 の集まりとな
る。ここで図２を再度参照する。以上の端末識別子Ｉtn
1 はさらに、契約者β側の端末装置２２における識別子
格納部２２１にも設定される。

【００３９】なお、端末識別子Ｉtn1 は、端末装置２２
の工場出荷時に予め、識別子格納部２２１に設定されて
いてもよい。このような場合、契約者βは、上述の加入
契約の際に、端末装置２２に設定されている端末識別子
Ｉtn1 を事業者αに通知する。事業者αは、通知された
端末識別子Ｉtn1 を、上述のユーザ情報ＤＢ２１３に登
録する。

【００４０】なお、以下の説明の便宜のため、図４
（ｂ）に示すように、ユーザ情報ＤＢ２１３には、端末
装置２２のために、１つの端末識別子Ｉtn1 として「ｘ
１」が登録されると仮定する。この仮定下では、図２に
示すように、識別子格納部２２１には、端末識別子Ｉtn
1 としての「ｘ１」が設定される。

【００４１】また、図５には、利用権ＤＢ２１４が示さ
れているが、これについては後で説明する。

【００４２】図６は、図１のサーバ３１および端末装置
３２の詳細な構成を示すブロック図である。図６におい
て、サーバ３１は、コンテンツデータベース（以下、コ
ンテンツＤＢと称す）３１１と、復号鍵データベース
（以下、復号鍵ＤＢと称す）３１２と、ユーザ情報デー
タベース（以下、ユーザ情報ＤＢと称す）３１３と、利
用権データベース（以下、利用権ＤＢと称す）３１４
と、中央処理部３１５と、ワーキングエリア３１６と、
通信部３１７と、フォーマット格納部３１８とを備えて
いる。また、端末装置３２は、識別子格納部３２１と、
通信部３２２と、中央処理部３２３と、ワーキングエリ
ア３２４と、蓄積装置３２５とを備えている。

【００４３】以上の構成のコンテンツ配信システムＳcd
2 においても、コンテンツ配信システムＳcd1 と同様
に、まず、コンテンツＤＢ３１１と、復号鍵ＤＢ３１２
と、ユーザ情報ＤＢ３１３とが事業者γにより構築され
る。

【００４４】より具体的には、図３（ａ）を参照して説
明したのと同様に、事業者γは、契約者δに提供すべき
コンテンツデータＤct2 （図示せず）を用意する。ここ
で、コンテンツデータＤct2 は、本実施形態では、端末
装置３２で利用可能であり、音楽を表す。また、コンテ
ンツデータＤct2 のそれぞれには、前述のＩＳＲＣのよ
うに、その内容を一意に特定するコンテンツ識別子Ｉct
2 （図７（ａ）参照）が割り当てられる。ここで、注意
を要するのは、事業者αおよびγは、独自にコンテンツ
データＤct1 およびＤct2 を用意するが、これらは互い
に同じ内容を表す場合がある。その一例を挙げると、コ
ンテンツデータＤct1およびＤct2 の双方が同一歌手に
よる同一曲を表す場合である。つまり、本実施形態で
は、コンテンツデータＤct2 は、それが表す内容につい
て、コンテンツデータＤct1 と同一性を有する。このよ
うな同一性を有するコンテンツデータＤct1 およびＤct
2 には、互いに同じコードを有するコンテンツ識別子Ｉ
ct1 およびＩct2 が割り当てられる。

【００４５】さらに、各コンテンツデータＤct2 には暗
号鍵Ｋe2（図７（ａ）参照）が割り当てられる。専用の
暗号鍵Ｋe2により、以上のコンテンツデータＤct2 は暗
号化され、それによって、暗号済みコンテンツデータＤ
ect2（図７（ａ）参照）が生成される。ここで、本実施
形態では、コンテンツ配信システムＳcd1 およびＳcd2
において、暗号鍵Ｋe2は、前述の暗号鍵Ｋe1と同じと仮
定する。

【００４６】コンテンツＤＢ３１１は、図７（ａ）に示
すように、コンテンツ識別子Ｉct2および、暗号済みコ
ンテンツデータＤect2の組み合わせの集まりとなる。こ
こで注意を要するのは、以上のコンテンツＤＢ３１１に
おいて、少なくとも１つの暗号済みコンテンツデータＤ
ect2は、コンテンツＤＢ２１１の暗号済みコンテンツデ
ータＤect1と、前述の同一性を有する。したがって、こ
のような同一性を有する暗号済みコンテンツデータＤec
t2には、対応する暗号済みコンテンツデータＤect1に付
加されるコンテンツ識別子Ｉct1 と同一のコードを有す
るコンテンツ識別子Ｉct2 が付加される。

【００４７】なお、説明の便宜のため、図７（ａ）に示
す１つの暗号済みコンテンツデータＤect2は、暗号鍵Ｋ
e1と同一の暗号鍵Ｋe2としての「ｂ」で暗号化され、図
３（ｂ）の上側に示す暗号済みコンテンツデータＤect1
と同一性を有すると仮定する。この仮定下では、上記暗
号済みコンテンツデータＤect2には、自身と同一性があ
る暗号済みコンテンツデータＤect1のコンテンツ識別子
Ｉct1と同じコードを示す「ａ」が、コンテンツ識別子
Ｉct2 として付加される。

【００４８】事業者αの場合と同様の理由で、事業者γ
は、コンテンツＤＢ３１１内の各暗号鍵Ｋe2に対応する
復号鍵Ｋd2を準備する。ここで、復号鍵Ｋd2は、暗号鍵
Ｋe2と同じビット列からなっていてもよいし（共通鍵暗
号化方式）、当該暗号鍵Ｋe2と異なるビット列からなっ
ていてもよい（公開鍵暗号化方式）。なお、本実施形態
では、便宜上、復号鍵Ｋd2は、前述の復号鍵Ｋd1と同一
であると仮定する。復号鍵ＤＢ３１２は、図７（ｂ）に
示すように、前述のコンテンツ識別子Ｉct2 および、復
号鍵Ｋd2の組み合わせの集まりとなる。

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

【００５０】また、上述の契約者δもまた、事業者γか
ら音楽配信を受けるための加入契約を交わす。従って、
事業者γは、契約者δに、端末識別子Ｉtn2 を契約者δ
に割り当てるか、当該契約者δから受け取るかする。端
末識別子Ｉtn2 は、コンテンツ配信システムＳcd2 にお
いて、契約者δの端末装置３２を一意に特定する。ユー
ザ情報ＤＢ３１３は、図８（ａ）に示すように、以上の
ような端末識別子Ｉtn2 の集まりとなる。また、以上の
端末識別子Ｉtn2 はさらに、図６に示すように端末装置
３２の識別子格納部３２１にも設定される。

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

【００５２】また、図８（ｂ）には、利用権ＤＢ３１４
が示されているが、これについては後で説明する。

【００５３】図９は、図１に示す変換装置Ｕc1の構成を
示すブロック図である。図９において、変換装置Ｕc1
は、プログラム格納部１１と、中央処理部１２と、ワー
キングエリア１３と、通信部１４とを備えている。プロ
グラム格納部１１は、典型的には、ＲＯＭまたはハード
ディスクドライブで構成され、プログラムＰc1を格納す
る。中央処理部１２は、プログラムＰc1に従って動作し
て、本実施形態の特徴であるライセンス情報の変換処理
（図１７および図１８参照）を行う。ワーキングエリア
１３は、中央処理部１２が各種処理を行う際に使用され
る。通信部１４は、前述の伝送路Ｎに接続されており、
コンテンツ配信システムＳcd1 およびＳcd2 との通信を
行う。

【００５４】次に、以上のような構成を有する変換装置
Ｕc1、ならびにコンテンツ配信システムＳcd1 およびＳ
cd2 における動作を説明する。

【００５５】以下、まず、図１０を参照して、コンテン
ツ配信システムＳcd1 において、端末装置２２がサーバ
２１からコンテンツ配信を受ける時の各部の処理につい
て説明する。まず、契約者βは、端末装置２２を操作し
て、サーバ２１にアクセスして、コンテンツＤＢ２１１
に蓄積されているコンテンツデータＤct1 の中から、今
回取得したいもののコンテンツ識別子Ｉct1 を特定す
る。以降の説明において、今回特定されたコンテンツデ
ータＤct1 を、取得対象コンテンツデータＤct1と称す
る。さらに、契約者βは、取得対象コンテンツデータＤ
ct1 を利用する際の利用条件Ｃct1 を指定する。

【００５６】以下、利用条件Ｃct1 について、より詳細
に説明する。コンテンツデータＤct1 が音楽を表す場
合、利用条件Ｃct1 としては、有効期間、再生回数、最
大連続再生時間、総再生時間または再生品質が代表的で
ある。また、利用条件Ｃct1 は、有効期間、再生回数、
最大連続再生時間、総再生時間および再生品質の内、２
つ以上の組み合わせであってもよい。利用条件Ｃct1 と
しての有効期間は、例えば、２００１年６月１日から２
００１年８月３１日までと設定され、設定された期間に
限り、端末装置２２は、コンテンツデータＤct1 を再生
できる。再生回数は、例えば、５回と設定され、設定さ
れた回数に限り、端末装置２２は、コンテンツデータＤ
ct1 を再生できる。最大連続再生時間は、例えば、１０
秒と設定され、端末装置２２における１回の再生におい
て、コンテンツデータＤct1 の再生が許される最大の時
間である。このような最大連続再生時間は、音楽のプロ
モーションに特に有効である。総再生時間は、例えば、
１０時間と設定され、設定された時間の範囲内であれ
ば、端末装置２２は、コンテンツデータＤct1 を自由に
再生できる。再生品質は、例えば、ＣＤ(Compact Disc)
の品質と設定され、端末装置２２は、設定された再生品
質でコンテンツデータＤct1 を再生できる。なお、利用
条件Ｃct1 の種類は本実施形態の本質的な事項ではない
ので、当該実施形態では、便宜上、利用条件Ｃct1 は、
コンテンツデータＤct1 の再生回数であるとして、以下
の説明を続ける。

【００５７】上述したように、契約者βは、端末装置２
２を操作して、コンテンツ識別子Ｉct1 および利用条件
Ｃct1 を指定する。このような指定により、端末装置２
２のワーキングエリア２２４上に、コンテンツ識別子Ｉ
ct1 および利用条件Ｃct1 が格納される。これらの格納
に応答して、中央処理部２２３は、図１１（ａ）に示す
取得要求Ｄrrを生成する（図１０；ステップＳ１１）。
取得要求Ｄrrは、取得対象コンテンツデータＤct1 の配
信をサーバ１１に要求するための情報である。ステップ
Ｓ１１をより具体的に説明すると、まず、中央処理部２
２３は、識別子格納部２２１内の端末識別子Ｉtn1 をワ
ーキングエリア２２４に転送する。その後、中央処理部
２２３は、ワーキングエリア２２４上の端末識別子Ｉtn
1 、コンテンツ識別子Ｉct1 および利用条件Ｃct1 に、
予め定められた取得要求識別子Ｉrrを付加して、取得要
求Ｄrr（図１１（ａ）参照）を生成する。ここで、取得
要求識別子Ｉrrは、サーバ２１が取得要求Ｄrrを特定す
るために使用される。

【００５８】中央処理部２２３は、生成した取得要求Ｄ
rrを、ワーキングエリア２２４から通信部２２２に転送
し、通信部２２２は、受け取った取得要求Ｄrrを、伝送
路Ｎを通じて、サーバ２１に送信する（ステップＳ１
２）。

【００５９】サーバ２１（図２参照）において、通信部
２１７は、伝送路Ｎからの取得要求Ｄrrを受信して、ワ
ーキングエリア２１６に転送し格納する。この格納に応
答して、中央処理部２１５は、取得要求Ｄrrに設定され
ている端末識別子Ｉtn1 に一致するものが、上述のユー
ザ情報ＤＢ２１３（図４（ｂ）参照）に登録されている
か否かを確認する（ステップＳ１３）。一致する端末識
別子Ｉtn1 が登録されていない場合、中央処理部２１５
は、今回取得要求Ｄrrが、契約者β以外のものであると
判断して、これを廃棄し（ステップＳ１４）、処理を終
了する。また、そうでない場合、中央処理部２１５は、
契約者βの取得要求Ｄrrを受け取ったと判断して、利用
権登録処理を行う（ステップＳ１５）。

【００６０】ステップＳ１５において、まず、中央処理
部２１５は、まず、その取得要求識別子Ｉrrを確認し
て、今回、取得要求Ｄrrを受け取ったことを認識する。
次に、中央処理部２１５は、今回の取得要求Ｄrrから、
端末識別子Ｉtn1 、コンテンツ識別子Ｉct1 、および利
用条件Ｃct1 を取り出して、それらの組み合わせを利用
権ＤＢ２１４に登録する。ここで、取得要求Ｄrrによ
り、端末装置２２は、コンテンツデータＤct1 の取得だ
けでなく、取得対象コンテンツデータＤct1 の利用権も
要求している。つまり、端末識別子Ｉtn1 、コンテンツ
識別子Ｉct1 および利用条件Ｃct1 の組み合わせは、取
得対象コンテンツデータＤct1 を端末装置２２が利用条
件Ｃct1 に従って利用するという権利を示す。以上の観
点から、中央処理部２１５は、取得要求Ｄrrから取り出
した組み合わせを利用権情報Ｄrgt1として扱う。つま
り、利用権ＤＢ２１４は、図５に示すように、端末識別
子Ｉtn1、コンテンツ識別子Ｉct1 および利用条件Ｃct1
で構成される利用権情報Ｄrgt1の組み合わせの集まり
となる。

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

【００６２】なお、本実施形態の技術的特徴とは関係な
いが、ステップＳ１５において、中央処理部２１５は、
利用権情報Ｄrgt1の登録毎に、契約者βに対する課金を
行ってもよい。

【００６３】次に、中央処理部２１５は、コンテンツＤ
Ｂ２１１（図３（ｂ）参照）にアクセスして、今回の取
得要求Ｄrrにより指定されるコンテンツ識別子Ｉct1 、
およびそれが割り当てられている暗号済みコンテンツデ
ータＤect1を、図１１（ｂ）に示すようなデータセット
Ｄst1 として、ワーキングエリア２１６上に読み出す
（ステップＳ１６）。中央処理部２１５は、読み出した
データセットＤst1 をワーキングエリア２１６から通信
部２１７に転送し、通信部２１７は、受け取ったデータ
セットＤst1を、伝送路Ｎを通じて、端末装置２２に送
信する（ステップＳ１７）。

【００６４】端末装置２２において、通信部２２２は、
伝送路ＮからのデータセットＤst1を受信して（ステッ
プＳ１８）、ワーキングエリア２２４に転送し格納す
る。この格納に応答して、中央処理部２２３は、それに
含まれるコンテンツ識別子Ｉct1 から、今回、送信した
暗号済みコンテンツデータＤct1 を受信したことを認識
する。その後、中央処理部２２３は、コンテンツ識別子
Ｉct1 および暗号済みコンテンツデータＤect1 を、蓄
積装置２２５に格納する（ステップＳ１９）。

【００６５】デジタルライツの保護の観点から、端末装
置２２は、暗号済みコンテンツデータＤect1を受信する
ので、それを利用するには、サーバ２１により提供され
る復号鍵Ｋd1で、暗号済みコンテンツデータＤect1を復
号する必要がある。ここで、本コンテンツ配信システム
Ｓcd1 では、復号鍵Ｋd1を端末装置２２に提供するため
に、後で詳説するライセンス情報Ｄlc1 が用いられる。
以下、図１２および図１３を参照して、端末装置２２が
サーバ２１からライセンス情報Ｄlcの提供を受ける時の
各部の処理について説明する。

【００６６】まず、契約者βは、端末装置２２を操作し
て、蓄積装置２２５に格納されている暗号済みコンテン
ツデータＤect1の中から、今回利用したいものを、復号
対象コンテンツデータＤect1として指定する。このよう
な指定により、蓄積装置２２５からワーキングエリア２
２４に、復号対象コンテンツデータＤect1およびそのコ
ンテンツ識別子Ｉct1 が転送され格納される（図１２；
ステップＳ２１）。これらの格納に応答して、中央処理
部２２３は、図１４（ａ）に示す発行要求Ｄirを生成す
る（ステップＳ２２）。発行要求Ｄirは、ライセンス情
報Ｄlc1 の提供をサーバ２１に要求するため、つまり復
号対象コンテンツデータＤect1の利用許可を受けるため
の情報である。より具体的にステップＳ２２を説明する
と、まず、中央処理部２２３は、識別子格納部２２１内
の端末識別子Ｉtn1 をワーキングエリア２２４に転送す
る。その後、中央処理部２２３は、ワーキングエリア２
２４上の端末識別子Ｉtn1 およびコンテンツ識別子Ｉct
1 に、予め定められた発行要求識別子Ｉirを付加して、
発行要求Ｄir（図１４（ａ）参照）を生成する。ここ
で、発行要求識別子Ｉirは、サーバ２１が発行要求Ｄir
を特定するために使用される。

【００６７】中央処理部２２３は、生成した発行要求Ｄ
irを、ワーキングエリア２２４から通信部２２２に転送
し、通信部２２２は、受け取った発行要求Ｄirを、伝送
路Ｎを通じて、サーバ２１に送信する（ステップＳ２
３）。

【００６８】サーバ２１（図２参照）において、通信部
２１７は、伝送路Ｎからの発行要求Ｄirを受信して、ワ
ーキングエリア２１６に転送し格納する。この格納に応
答して、中央処理部２１５は、発行要求Ｄirに対して、
図１０のステップＳ１３と同様の処理を行い（ステップ
Ｓ２４）、対象となる端末識別子Ｉtn1 がなければ、前
述のステップＳ１４と同様に、今回の発行要求Ｄirを廃
棄する（ステップＳ２５）。逆に、対象となる端末識別
子Ｉtn1 があれば、中央処理部２１５は、まず、その発
行要求識別子Ｉirを確認して、今回、発行要求Ｄirを受
け取ったことを認識する。

【００６９】このように認識すると、中央処理部２１５
は、利用権ＤＢ２１４（図５参照）に、今回の発行要求
Ｄir内のものと同じ端末識別子Ｉtn1 およびコンテンツ
識別子Ｉct1 を含む利用権情報Ｄrgt1が登録されている
か否かを判断する（ステップＳ２６）。

【００７０】以上のような利用権情報Ｄrgt1が未登録で
あれば、中央処理部２１５は、復号対象コンテンツデー
タＤect1の利用拒否を示す情報である利用拒否を生成し
て、通信部２１７および伝送路Ｎを介して、端末装置２
２に送信する（ステップＳ２７）。端末装置２２におい
て、中央処理部２２３は、通信部２２２を通じて、利用
拒否を受け取る（ステップＳ２８）。しかし、これ以
降、中央処理部２２３は、復号対象コンテンツデータＤ
ect1の復号に必要な処理を行わない。以上のように、本
コンテンツ配信システムＳcd1 では、利用権ＤＢ２１４
に利用権情報Ｄrgt1が未登録の場合には、サーバ２１が
端末装置２２側での復号を拒否する。これによって、前
述のデジタルライツを保護することが可能となる。

【００７１】逆に、ステップＳ２６において、利用権情
報Ｄrgt1が登録済みであれば、中央処理部２１５は、そ
れに含まれる利用条件Ｃct1 を参照して、端末装置２２
に利用許可を与えることができるか否かを判断する（ス
テップＳ２９）。利用許可を付与不可能であれは、中央
処理部２１５は、上述のステップＳ２７を実行する。そ
の結果、端末装置２２側では、復号対象コンテンツデー
タＤect1の復号に関連する処理が行われない。以上のよ
うに、本コンテンツ配信システムＳcd1 では、利用権Ｄ
Ｂ１１４に有効な利用権情報Ｄrgt1が未登録の場合に
も、サーバ２１は端末装置２２における復号を拒否する
ので、上述と同様に、デジタルライツを保護することが
可能となる。

【００７２】逆に、ステップＳ２９において、利用許可
を付与可能であれば、中央処理部２１５は、利用許可情
報Ｄlw1 を生成して、ワーキングエリア２１６に格納す
る（ステップＳ２１０）。利用許可情報Ｄlw1 は、今回
の発行要求Ｄirにより特定される端末装置２２にコンテ
ンツデータＤct1 の利用を許可するための情報である。
ただし、端末装置２２に無条件で利用許可を付与する
と、前述のデジタルライツを保護する観点から好ましく
ないので、利用許可情報Ｄlw1 は、どのような条件で端
末装置２２に利用許可を与えるかを示すことが好まし
い。ここで、前述したように、利用権情報Ｄrgt1の利用
条件Ｃct1 は、端末装置２２がコンテンツデータＤct1
をどのような条件で利用するかを示す。以上の観点か
ら、本実施形態において、利用許可情報Ｄlw1 は、利用
条件Ｃct1 を超えない範囲で、端末装置２２の利用許可
を示すことがさらに好ましい。

【００７３】また、本実施形態では、利用許可情報Ｄlw
1 の生成により、端末装置２２の利用権情報Ｄrgt1の一
部または全てが使用される。そのため、ステップＳ２１
０の次に、中央処理部２１５は、使用された利用権情報
Ｄrgt1を更新する（ステップＳ２１１）。

【００７４】ここで、以上のステップＳ２６からＳ２１
１の処理の具体例について説明する。今、利用権ＤＢ２
１４には、図５に示すように、端末識別子Ｉtn1 として
の「ｘ１」、コンテンツ識別子Ｉct1 としての「ａ」お
よび利用条件Ｃct1 としての「再生ｍ回」から構成され
る利用権情報Ｄrgt1が登録されていると仮定する。ま
た、今回の発行要求Ｄirは、端末識別子Ｉtn1 としての
「ｘ１」およびコンテンツ識別子Ｉct1 としての「ａ」
を含んでいると仮定する。

【００７５】以上の仮定下では、ステップＳ２６におい
て、端末識別子Ｉtn1 としての「ｘ１」およびコンテン
ツ識別子Ｉct1 としての「ａ」を含む利用権情報Ｄrgt1
が登録済みであると判断される。さらに、ステップＳ２
９において、この利用権情報Ｄrgt1には、「再生ｍ回」
と設定されているので、端末装置２２に利用許可を与え
ることが可能と判断される。以上のように判断される
と、ステップＳ２１０において、利用許可情報Ｄlw1 が
生成される。この時生成される利用許可情報Ｄlw1 は、
例えば、「再生ｎ回」を示す。ここで、ｎは、上述のｍ
を超えない自然数であり、より好ましくは、端末装置２
２の処理能力に応じて設定される。例えば、端末装置２
２が相対的に低い性能のハードウェアを搭載している場
合であれば、ｎは、「１」のように、端末装置２２が復
号対象コンテンツデータＤect1を利用可能な最低限の値
に設定されることが好ましい。また、便宜上、本実施形
態では、ｎ＝１であるとして、説明を続ける。

【００７６】以上のことから、端末装置２２（端末識別
子Ｉtn1 が「ｘ１」）は、コンテンツデータＤct1 （コ
ンテンツ識別子Ｉct1 が「ａ」）の利用権をｎ回使うこ
とになる。そのため、ステップＳ２１１において、利用
条件Ｃct1 が「再生ｍ回」から「再生（ｍ−ｎ）回」に
更新される。

【００７７】ステップＳ２１１の次に、中央処理部２１
５は、復号鍵ＤＢ２１２（図４（ａ）参照）から、今回
の発行要求Ｄirに含まれるものと同じコンテンツ識別子
Ｉct1 と同じ組みの復号鍵Ｋd1を、ワーキングエリア２
１６に読み出す（図１３；ステップＳ２１２）。次に、
中央処理部２１５は、今回の発行要求Ｄirから、端末識
別子Ｉtn1 およびコンテンツ識別子Ｉct1 をワーキング
エリア２１６に取り出す（ステップＳ２１３）。以上の
ステップＳ２１３により、ワーキングエリア２１６上に
は、端末識別子Ｉtn1 、コンテンツ識別子Ｉct1 、利用
許可情報Ｄlw1および復号鍵Ｋd1が揃う。中央処理部２
１５は、次に、ワーキングエリア２１６上の端末識別子
Ｉtn1 、コンテンツ識別子Ｉct1 、利用許可情報Ｄlw1
および復号鍵Ｋd1を順番に並べて、図１４（ｂ）に示す
ライセンス情報Ｄlc1 を生成する（ステップＳ２１
４）。以上のライセンス情報Ｄlc1 は、復号対象コンテ
ンツデータＤect1の端末装置２２における利用を制御す
るための情報である。なお、図１４（ｂ）におけるｐ1
〜ｐ4 については後述する。

【００７８】ここで、前述の仮定に従えば、今回のライ
センス情報Ｄlc1 において、端末識別子Ｉtn1 は「ｘ
１」であり、コンテンツ識別子Ｉct1 は「ａ」であり、
利用許可情報Ｄlw1 は「１」であり、さらに、復号鍵Ｋ
d1は「ｃ」である。

【００７９】以上のようにして生成したライセンス情報
Ｄlc1 を、中央処理部２１５は、ワーキングエリア２１
６から通信部２１７に転送し、通信部２１７は、受け取
ったライセンス情報Ｄlc1 を、伝送路Ｎを通じて、端末
装置２２に送信する（ステップＳ２１５）。なお、ライ
センス情報Ｄlc1 は、契約者βに無関係な者に利用され
てはならないので、サーバ２１および端末装置２２は、
ＳＳＬ(Secure SocketLayer) に代表される安全な通信
下で、ライセンス情報Ｄlc1 を交換することが好まし
い。

【００８０】端末装置２２において、通信部２２２は、
伝送路Ｎからのライセンス情報Ｄlc1 を受信して、受信
ライセンス情報Ｄlc1 に基づいて、それが自局宛のもの
か否かを判定する（ステップＳ２１６）。受信ライセン
ス情報Ｄlc1 が自局宛のものでなければ、中央処理部２
２３は、以降の処理を行わない。それに対して、自局宛
のライセンス情報Ｄlc1 を受信したと判定した場合、中
央処理部２２３は、それをワーキングエリア２２４に転
送し格納する。この格納に応答して、中央処理部２２３
は、今回のライセンス情報Ｄlc1 内の利用許可情報Ｄlw
1 を参照して、復号対象コンテンツデータＤect1の利用
許可が付与されているか否かを判定する（ステップＳ２
１７）。

【００８１】利用許可が付与されていなければ、中央処
理部２２３は、以降の処理を行わない。以上のように、
本コンテンツ配信システムＳcd1 では、サーバ２１から
利用許可が付与されない限り、端末装置２２は、復号対
象コンテンツデータＤect1の復号を行えない。これによ
って、前述のデジタルライツを保護することが可能とな
る。

【００８２】逆に、ステップＳ２１７において、利用許
可が付与されていれば、中央処理部２２３は、受け取っ
たライセンス情報Ｄlc1 から、復号鍵Ｋd1を取り出す
（ステップＳ２１８）。ここで、以上のステップＳ２１
７およびＳ２１８の具体例について説明する。上述の仮
定下では、今回のライセンス情報Ｄlc1 の利用許可情報
Ｄlw1 により、コンテンツデータＤct1 の再生が１回だ
け許可されている。かかる場合、中央処理部２２３は、
利用許可情報Ｄlw1 に設定される再生回数が「１」であ
るから、ステップＳ２１７において復号対象コンテンツ
データＤect1の利用許可が付与されていると判断して、
ステップＳ２１８において、受け取ったライセンス情報
Ｄlc1 から復号鍵Ｋd1としての「ｃ」を取り出す。

【００８３】次に、前述したように、ワーキングエリア
２２４には、復号対象コンテンツデータＤect1がすでに
格納されている（図１２；ステップＳ２１参照）。この
復号対象コンテンツデータＤect1を、中央処理部２２３
は、ステップＳ２１８で得られた復号鍵Ｋd1で復号する
（ステップＳ２１９）。これにより、中央処理部２２３
は、コンテンツデータＤct1 を得ることが可能となり、
図示しないスピーカから音楽を出力させる。これによ
り、契約者βは、好みの音楽を聴くことができる。な
お、中央処理部２２３は、本実施形態のように、利用許
可情報Ｄlw1 が再生回数を示す場合には、以上のコンテ
ンツデータＤct1 の再生が終了する度に、今回のライセ
ンス情報Ｄlc1 における利用許可情報Ｄlw1 を「１」だ
けデクリメントすることが好ましい。

【００８４】また、図６に示すコンテンツ配信システム
Ｓcd2 においても、コンテンツ配信システムＳcd1 と同
様にして、端末装置３２は、サーバ３１からコンテンツ
配信およびライセンス情報の提供を受ける。コンテンツ
配信時の両者の処理は、図１０を参照すれば明らかであ
り、ライセンス情報提供時の両者の処理は、図１２およ
び図１３を参照すれば明らかであるため、その説明を省
略する。また、ライセンス情報提供時、サーバ３１は、
図８（ｂ）に示す利用権ＤＢ３１４を参照して、ライセ
ンス情報Ｄlc1 と同様に、端末装置３２における、コン
テンツデータＤct2 の利用を制御するためのライセンス
情報Ｄlc2 を生成する。

【００８５】なお、以上の説明において、コンテンツデ
ータＤct1 は、音楽を表すだけに限らず、端末装置２２
が利用可能であれば、どのようなデータであってもよ
い。その例として、テレビ番組、映画、ラジオ番組、音
楽、書籍または印刷物を、コンテンツデータＤct1 は表
していてもよい。また、以上の説明では、コンテンツデ
ータＤct1 が音楽を表す場合の利用条件Ｃct1 について
説明した。しかし、上述のみに限らず、利用条件Ｃct1
は、コンテンツデータＤct1 が表す内容に応じて、適切
に設定されることが好ましい。以上の説明では、便宜
上、コンテンツデータＤct1 が音楽を表すことから、端
末装置２２は、ステップＳ２１８で復号されたコンテン
ツデータＤct1 が表す音楽をスピーカから出力するとし
て説明した。しかし、これに限らず、端末装置２２は、
コンテンツデータＤct1 の種類に応じて、テレビ番組、
映画、書籍および印刷物およびゲーム内容を映像出力可
能なもの、ラジオ番組を音声出力可能なものに置換され
てもよい。さらに、端末装置２２は、復号されたコンテ
ンツデータＤct1 を、外部の機器（テレビジョン受像
機、ラジオ受信機、音楽再生機、電子ブックリーダ、ゲ
ーム機器、ＰＣ、情報携帯端末、携帯電話、外部記憶装
置等）に転送可能なインターフェイスを備えていてもよ
い。以上のことは、コンテンツ配信システムＳcd2 にも
同様に当てはまる。

【００８６】ところで、上述の説明では、端末装置２２
は、サーバ２１から提供されたライセンス情報Ｄlc1 を
使って、コンテンツデータＤct1 の利用を制御するよう
にしていた。それに加えて、契約者βは、自分のライセ
ンス情報Ｄlc1 を、コンテンツデータＤct1 の利用のた
めに使わず、事業者γのコンテンツ配信に加入している
契約者δに譲渡したい場合がある。しかしながら、従
来、ライセンス情報Ｄlc1 の譲渡は、コンテンツ配信シ
ステムＳcd1 およびＳcd2 が色々な面でポリシーが互い
に異なる事業者αおよびγにより管理されるので、困難
であった。また、契約者βは契約者δと同一人である場
合、ユーザは、コンテンツ配信システムＳcd1 で利用可
能なライセンス情報Ｄlc1 を、コンテンツ配信システム
Ｓcd2 に対応する端末装置３２で使いたい場合もある。
しかしながら、従来、このようなライセンス情報Ｄlc1
の変更もまた、事業者αおよびγの互いに異なるポリシ
ーに起因して困難であった。

【００８７】ここで、本実施形態では、事業者αおよび
γのポリシーの相違が、ライセンス情報Ｄlc1 およびＤ
lc2 のフォーマットに現れていると仮定する。ここで、
ライセンス情報Ｄlc1 は、図１４（ｂ）を参照して説明
したが、より具体的には、端末識別子Ｉtn1 は、ライセ
ンス情報Ｄlc1 の先頭ビットから起算して、ｐ1 ビット
までに、コンテンツ識別子Ｉct1 は、（ｐ1 ＋１）ビッ
トからｐ2 ビットまでに、利用許可情報Ｄlw1 は、（ｐ
2 ＋１）ビットからｐ3 ビットまでに、さらに、復号鍵
Ｋd1は、（ｐ3 ＋１）ビットからｐ4 ビットまでに設定
される。ここで、ｐ1 〜ｐ4 は、ｐ1 ＜ｐ2 ＜ｐ3 ＜ｐ
4 を満たす自然数である。

【００８８】以上のライセンス情報Ｄlc1 のフォーマッ
トを表すフォーマットデータＤfm1が、サーバ２１のフ
ォーマット格納部２１８に格納される。前述のように、
ライセンス情報Ｄlc1 は、端末識別子Ｉtn1 、コンテン
ツ識別子Ｉct1 、利用許可情報Ｄlw1 および復号鍵Ｋd1
という構成要素から構成される。この場合、フォーマッ
トデータＤfm1 は、図１５（ａ）に示すように、ライセ
ンス情報Ｄlc1 の構成要素数に相当する４組の要素情報
Ｉmt11およびビット位置情報Ｉbp11〜要素情報Ｉmt14お
よびビット位置情報Ｉbp14から構成される。要素情報Ｉ
mt11は、端末識別子Ｉtn1 を特定する。要素情報Ｉmt12
は、コンテンツ識別子Ｉct1 を特定する。要素情報Ｉmt
13は、利用許可情報Ｄlw1 を特定する。さらに、要素情
報Ｉmt14は、復号鍵Ｋd1を特定する。また、ビット位置
情報Ｉbp11は、端末識別子Ｉtn1の開始ビット位置であ
る１およびその終了ビット位置であるｐ1 から構成され
る。ビット位置情報Ｉbp12は、コンテンツ識別子Ｉct1
の開始ビット位置である（ｐ1 ＋１）およびその終了ビ
ット位置であるｐ2 から構成される。ビット位置情報Ｉ
bp13は、利用許可情報Ｄlw1 の開始ビット位置である
（ｐ2 ＋１）および終了ビット位置であるｐ3 から構成
される。また、ビット位置情報Ｉbp14は、復号鍵Ｋd1の
開始ビット位置である（ｐ3 ＋１）および終了ビット位
置であるｐ4 から構成される。

【００８９】また、ライセンス情報Ｄlc2 は、上述のよ
うにサーバ３２で生成される情報であり、図１５（ｂ）
に示すように、端末識別子Ｉtn2 、コンテンツ識別子Ｉ
ct2、利用許可情報Ｄlw2 および復号鍵Ｋd2を含んでい
る。ここで、利用許可情報Ｄlw2 は、端末装置３２にお
けるコンテンツデータＤct2 の利用を制御するための情
報である。端末識別子Ｉtn2 は、ライセンス情報Ｄlc2
の先頭ビットから起算して、ｑ1 ビットまでに、コンテ
ンツ識別子Ｉct2 は、（ｑ1 ＋１）ビットからｑ2 ビッ
トまでに、利用許可情報Ｄlw2 は、（ｑ2 ＋１）ビット
からｑ3 ビットまでに、さらに、復号鍵Ｋd2は、（ｑ3
＋１）ビットからｑ4 ビットまでに設定される。ここ
で、ｑ1 〜ｑ4 は、ｑ1 ＜ｑ2 ＜ｑ3 ＜ｑ4 を満たす自
然数である。

【００９０】ここで、注意を要するのは、前述したよう
に、ライセンス情報Ｄlc1 は、コンテンツ識別子Ｉct1
により特定されるコンテンツデータＤct1 の利用を制御
する情報である。従って、ライセンス情報Ｄlc2 におい
て、コンテンツ識別子Ｉct2は、ライセンス情報Ｄlc1
により利用可能なコンテンツデータＤct1 と同一性を有
するコンテンツデータＤct2 のものでなくてはならな
い。また、本実施形態では、互いに同一性があるコンテ
ンツデータＤct1 およびＤct2 には、同じコードのコン
テンツ識別子Ｉct1 およびＩct2 が割り当てられる。以
上のことから、上述のｐ1 およびｑ1 は同じ値であると
して、以降の説明を続ける。また、前述したように、本
実施形態では、復号鍵Ｋd1およびＫd2は互いに同じであ
ると仮定されている。以上のことから、（ｐ3 −ｐ2 ）
および（ｑ3 −ｑ2 ）は同じ値として、以降の説明を続
ける。つまり、本実施形態では、端末識別子Ｉtn1 およ
び端末識別子Ｉtn2 を表現するためのビット数と、利用
許可情報Ｄlw1 およびＤlw2を表現するためのビット数
とが相違する。

【００９１】以上のライセンス情報Ｄlc2 のフォーマッ
トを表すフォーマットデータＤfm2が、サーバ３１のフ
ォーマット格納部３１８に格納される。フォーマットデ
ータＤfm2 は、図１６に示すように、ライセンス情報Ｄ
lc2 の構成要素に関連して、４組の要素情報Ｉmt21およ
びビット位置情報Ｉbp21〜要素情報Ｉmt24およびビット
位置情報Ｉbp24から構成される。要素情報Ｉmt21は、端
末識別子Ｉtn2 を特定する。要素情報Ｉmt22は、コンテ
ンツ識別子Ｉct2 を特定する。要素情報Ｉmt23は、利用
許可情報Ｄlw2 を特定する。さらに、要素情報Ｉmt24
は、復号鍵Ｋd2を特定する。また、ビット位置情報Ｉbp
21は、端末識別子Ｉtn2 の開始ビット位置である１およ
びその終了ビット位置ｑ1 から構成される。ビット位置
情報Ｉbp22は、コンテンツ識別子Ｉct2 の開始ビット位
置である（ｑ1 ＋１）およびその終了ビット位置ｑ2 か
ら構成される。ビット位置情報Ｉbp23は、利用許可情報
Ｄlw2 の開始ビット位置（ｑ2 ＋１）および終了ビット
位置ｑ3 から構成される。また、ビット位置情報Ｉbp24
は、復号鍵Ｋd2の開始ビット位置（ｑ3 ＋１）および終
了ビット位置ｑ4 から構成される。

【００９２】上述のように、契約者δ側の端末装置３２
は、ライセンス情報Ｄlc2 を解釈することはできるが、
ライセンス情報Ｄlc1 をそのまま受け取っても、解釈す
ることができないという問題点があった。そこで、変換
装置Ｕc1は、ライセンスの変換処理を行って、ライセン
ス情報Ｄlc1 のフォーマットを、端末装置３２で利用で
きるように変換する。

【００９３】以下、図１７および図１８を参照して、ラ
イセンス変換時における変換装置Ｕc1および端末装置２
２の処理について説明する。まず、契約者βは、端末装
置２２を操作して、今回変換対象となるライセンス情報
Ｄlc1 を指定する。さらに、契約者βは、端末装置２２
を操作して、変換対象となるライセンス情報Ｄlc1 を最
終的に利用する端末識別子Ｉtn2 を指定する。さらに、
契約者βは、端末装置２２を操作して、変換元のライセ
ンス情報Ｄlc1 が使用可能なコンテンツ配信システムＳ
cd1 と、フォーマット変換先のコンテンツ配信システム
Ｓcd2 とを指定する。このような指定により、ワーキン
グエリア２２４上に、ライセンス情報Ｄlc1 と、端末識
別子Ｉtn2 と、変換元特定情報Ｉciおよび変換先特定情
報Ｉdi（図１９（ａ）参照）とが格納される。ここで、
変換元特定情報Ｉciとは、コンテンツ配信システムＳcd
1 のサーバ２１を特定する情報であり、変換先特定情報
Ｉdiとは、コンテンツ配信システムＳcd2 のサーバ３１
を特定する情報である。

【００９４】以上の格納に応答して、中央処理部２２３
は、図１９（ａ）に示すような変換要求Ｄcrを、ワーキ
ングエリア２２４上で生成する（図１７；ステップＳ３
１）。変換要求Ｄcrは、上述のライセンス情報Ｄlc1 の
変換を変換装置Ｕc1に要求するための情報であり、図１
９（ａ）に示すように、端末識別子Ｉtn2 と、上述の変
換元特定情報Ｉciおよび変換先特定情報Ｉdiとを含んで
いる。

【００９５】中央処理部２２３は、生成した変換要求Ｄ
crおよびライセンス情報Ｄlc1 を、ワーキングエリア２
２４から通信部２２２に転送し、通信部２２２は、受け
取った変換要求Ｄcrおよびライセンス情報Ｄlc1 を、伝
送路Ｎを通じて、変換装置Ｕc1に送信する（ステップＳ
３２）。なお、ライセンス情報Ｄlc1 は、契約者βに無
関係な者に利用されてはならないので、変換装置Ｕc1お
よび端末装置２２は、ＳＳＬ(Secure Socket Layer) に
代表される安全な通信下で、少なくともライセンス情報
Ｄlc1 を交換することが好ましい。

【００９６】変換装置Ｕc1（図９参照）において、通信
部１４は、伝送路Ｎからの変換要求Ｄcrおよびライセン
ス情報Ｄlc1 を受信して、ワーキングエリア１３に転送
し格納する（ステップＳ３３）。この格納に応答して、
中央処理部１２は、プログラム格納部１１内のプログラ
ムＰc1に従って動作し、まず、今回の変換要求Ｄcrか
ら、端末識別子Ｉtn2 、変換元特定情報Ｉciおよび変換
先特定情報Ｉdiを取り出す（ステップＳ３４）。その
後、中央処理部１２は、図１９（ｂ）および（ｃ）に示
すような、変換可否要求Ｄcq1 およびＤcq2 を、ワーキ
ングエリア１３上で生成する（ステップＳ３５）。ここ
で、変換可否要求Ｄcq1 は、変換対象となるライセンス
情報Ｄlc1 を送ってきた端末装置２２がコンテンツ配信
システムＳcd1 の正当な契約者βであるか否かを示す第
１の変換可否情報Ｉack1の送信をサーバ２１に要求する
ための情報であり、図１９（ｂ）に示すように、少なく
とも端末装置２２の端末識別子Ｉtn1 および変換元特定
情報Ｉciとを含んでいる。ここで、注意を要求するの
は、変換装置Ｕc1は、端末装置２２と安全な通信ために
コネクションを確立しているので、変換要求Ｄcrに端末
識別子Ｉtn1 を設定せずとも、端末識別子Ｉtn1 を取得
できる点である。また、変換可否要求Ｄcq2 は、変換後
のライセンス情報Ｄlc2 を使う端末装置３２がコンテン
ツ配信システムＳcd2 の正当な契約者δであるか否かを
示す第１の変換可否情報Ｉack2の送信をサーバ３２に要
求するための情報であり、図１９（ｃ）に示すように、
少なくとも端末装置３２の端末識別子Ｉtn2 および変換
先特定情報Ｉdiを含んでいる。

【００９７】中央処理部１２は、生成した変換可否要求
Ｄcq1 およびＤcq2 を、ワーキングエリア１３から通信
部１４に転送し、通信部１４は、受け取った変換可否要
求Ｄcq1 およびＤcr2 を、伝送路Ｎを通じて、サーバ２
１および３１に送信する（ステップＳ３６）。

【００９８】サーバ２１および３１（図２および図６参
照）において、通信部２１７および３１７は、伝送路Ｎ
からの変換可否要求Ｄcq1 およびＤcq2 を受信して、ワ
ーキングエリア２１６および３１６に転送し格納する
（ステップＳ３７）。格納された変換可否要求Ｄcq1 お
よびＤcq2 を解釈した後、中央処理部２１５および３１
５は、それぞれに設定される端末識別子Ｉtn1 およびＩ
tn2 が、コンテンツ配信システムＳcd1 およびＳcd2 の
ユーザリスト（図示せず）に登録されているか否かをチ
ェックする（ステップＳ３８）。

【００９９】その後、中央処理部２１５および３１５の
双方は、ステップＳ３８のチェック結果に従って、図１
９（ｄ）および（ｅ）に示すような、第１の変換可否情
報Ｉack1およびＩack2をワーキングエリア２１６および
３１６上で作成する（ステップＳ３９）。第１の変換可
否情報Ｉack1は、サーバ２１によるステップＳ３８のチ
ェック結果、つまり、端末装置２２がコンテンツ配信シ
ステムＳcd1 の正当なユーザか否かを示す情報を含んで
いる。また、第１の変換可否情報Ｉack2は、端末装置３
２がコンテンツ配信システムＳcd2 の正当なユーザか否
かを示す情報を含んでいる。

【０１００】中央処理部２１５および３１５は、生成し
た第１の変換可否情報Ｉack1およびＩack2を、ワーキン
グエリア２１６および３１６から通信部２１７および３
１７に転送し、通信部２１７および３１７は、受け取っ
た第１の変換可否情報Ｉack1およびＩack2を、伝送路Ｎ
を通じて、変換装置Ｕc1に送信する（ステップＳ３１
０）。

【０１０１】変換装置Ｕc1（図９参照）において、通信
部１４は、伝送路Ｎからの第１の変換可否情報Ｉack1お
よびＩack2を受信して、ワーキングエリア１３に格納す
る（ステップＳ３１１）。その後、中央処理部１２は、
格納された第１の変換可否情報Ｉack1およびＩack2を解
釈して、端末装置２２および３２がコンテンツ配信シス
テムＳcd1 およびＳcd2 の正当なユーザであるか否かを
判定する（ステップＳ３１２）。

【０１０２】中央処理部１２は、端末装置２２および２
３のいずれか一方でも正当なユーザで無いと判断した場
合、今回のライセンス情報Ｄlc1 を端末装置２２に送り
返し（ステップＳ３１３）。その後、図１７および図１
８の処理は終了する。それに対して、ステップＳ３１２
で、端末装置２２および２３の双方が正当なユーザであ
ると判断された場合には、中央処理部１２は、図１９
（ｆ）および（ｇ）に示すような、フォーマット送信要
求Ｄfr1 およびＤfr2 を、ワーキングエリア１３上で生
成する（図１８；ステップＳ３１４）。ここで、フォー
マット送信要求Ｄfr1 およびＤfr2 は、変換元特定情報
Ｉciおよび変換先特定情報Ｉdiで特定されるサーバ２１
および３１にフォーマットデータＤfm1 およびＤfm2 の
送信を要求するための情報である。

【０１０３】中央処理部１２は、生成したフォーマット
送信要求Ｄfm1 およびＤfm2 を、ワーキングエリア１３
から通信部１４に転送し、通信部１４は、受け取ったフ
ォーマット送信要求Ｄfr1 およびＤfr2 を、伝送路Ｎを
通じて、サーバ２１および３１に送信する（ステップＳ
３１５）。

【０１０４】サーバ２１および３１（図２および図６参
照）において、通信部２１７および３１７は、伝送路Ｎ
からのフォーマット送信要求Ｄfr1 およびＤfr2 を受信
して、ワーキングエリア２１６および３１６に転送し格
納する（ステップＳ３１６）。格納されたフォーマット
送信要求Ｄfr1 およびＤfr2 を解釈した後、中央処理部
２１５および３１５は、フォーマット格納部２１８およ
び３１８に格納されているフォーマットデータＤfm1 お
よびＤfm2 をワーキングエリア２１６および３１６に取
り出す（ステップＳ３１７）。

【０１０５】中央処理部２１５および３１５は、取り出
したフォーマットデータＤfm1 およびＤfm2 を、ワーキ
ングエリア２１６および３１６から通信部２１７および
３１７に転送し、通信部２１７および３１７は、受け取
ったフォーマットデータＤfm1 およびＤfm2 を、伝送路
Ｎを通じて、変換装置Ｕc1に送信する（ステップＳ３１
８）。

【０１０６】変換装置Ｕc1（図９参照）において、通信
部１４は、伝送路ＮからのフォーマットデータＤfm1 お
よびＤfm2 を受信して、ワーキングエリア１３に転送し
格納する（ステップＳ３１９）。次に、中央処理部１２
は、フォーマットデータＤfm1 およびＤfm2 を参照し
て、ライセンス情報Ｄlc1 を、ライセンス情報Ｄlc2 に
変換する（ステップＳ３２０）。

【０１０７】ステップＳ３２０をより具体的に説明する
と、上述の仮定下では、フォーマットデータＤfm1 およ
びＤfm2 を比較することにより、中央処理部１２は、利
用許可情報Ｄlw1 および利用許可情報Ｄlw2 に使用され
るビット数とが相違すると認識する。そのため、中央処
理部１２は、ライセンス情報Ｄlc1 から利用許可情報Ｄ
lw1 を取り出して、それを解釈する。その後、中央処理
部１２は、このような解釈結果に相当する（ｑ2 −ｑ1
）ビットの利用許可情報Ｄlw2 に、取り出した利用許
可情報Ｄlw1 を変換する（ステップＳ３２１）。

【０１０８】さらに、中央処理部１２は、今回の変換要
求Ｄcrから、端末識別子Ｉtn2 を取り出す（ステップＳ
３２２）。ここで、注意を要するのは、前述したよう
に、コンテンツ識別子Ｉct1 およびＩct2 において、コ
ードおよびビット数の双方は同じであり、復号鍵Ｋd1お
よびＫd2は互いに同じであると仮定されている。それゆ
え、中央処理部１２は、ライセンス情報Ｄlc1 のコンテ
ンツ識別子Ｉct1 および復号鍵Ｋd1を、ライセンス情報
Ｄlw2 のコンテンツ識別子Ｉct2 および復号鍵Ｋd2とし
てそのまま用いる。

【０１０９】以上の処理により、ワーキングエリア１３
上には、ライセンス情報Ｄlc2 の構成要素である、端末
識別子Ｉtn2 、コンテンツ識別子Ｉct2 、利用許可情報
Ｄlw2 および復号鍵Ｋd2が揃う。次に、中央処理部１２
は、フォーマットデータＤfm2 に示されるビット位置に
従って、これら構成要素を並べて、図１５（ｂ）に示す
ライセンス情報Ｄlc2 を組み立てる（ステップＳ３２
３）。上述の仮定下では、中央処理部１２は、端末識別
子Ｉtn2 、コンテンツ識別子Ｉct2 、利用許可情報Ｄlw
2 および復号鍵Ｋd2の順番で並べる。

【０１１０】以上のステップＳ３２３までの処理によ
り、ワーキングエリア１３上には、ライセンス情報Ｄlc
1 から変換されたライセンス情報Ｄlc2 が完成する。次
に、中央処理部１２は、ワーキングエリア１３上のライ
センス情報Ｄlc2 を通信部１４に転送し、通信部１４
は、受け取ったライセンス情報Ｄlc2 を、伝送路Ｎを通
じて、端末装置２２に送信する（ステップＳ３２４）。
なお、ライセンス情報Ｄlc2 は、契約者βに無関係な者
に利用されてはならないので、変換装置Ｕc1および端末
装置２２は、ＳＳＬ(Secure Socket Layer) に代表され
る安全な通信下で、ライセンス情報Ｄlc2 を交換するこ
とが好ましい。端末装置２２（図２参照）において、通
信部２２２は、伝送路Ｎからのライセンス情報Ｄlc2 を
受信する（ステップＳ３２５）。

【０１１１】以上説明したように、本実施形態に係る変
換装置Ｕc1は、契約者βの端末装置２２向けのライセン
ス情報Ｄlc1 を契約者δの端末装置３２向けのライセン
ス情報Ｄlc2 に変換して、当該端末装置２２に返す。こ
れにより、契約者βは、自分のライセンス情報Ｄlc1 か
ら変換され、かつ端末装置３２側で正しく使えるライセ
ンス情報Ｄlc2 を受け取ることができる。契約者βは、
以上のライセンス情報Ｄlc2 をオンラインまたはオフラ
インで、契約者δに渡す。ここで、端末装置３２は、契
約者δの操作に従って、受け取ったライセンス情報Ｄlc
2 内のコンテンツ識別子Ｉct2 を含むコンテンツ取得要
求をサーバ３１に送信する。その結果得られる暗号済み
コンテンツデータＤect2を、端末装置３２は、ライセン
ス情報Ｄlc2 を使って復号して利用する。以上の変換装
置Ｕc1を伝送路Ｎ上に設置することにより、従来のコン
テンツ配信システムが抱えていた問題点を解決して、自
分のライセンス情報Ｄlc1 を、他人に簡単に譲渡するこ
とが可能となる。

【０１１２】また、以上のライセンス情報の変換処理自
体は、端末装置２２で実行されるのではなく、伝送路Ｎ
上の変換装置Ｕc1で実行される。これによって、端末装
置２２側における、変換処理のための処理負担を軽くす
ることができる。

【０１１３】なお、以上の第１の実施形態では、ステッ
プＳ３５〜Ｓ３１２により、変換装置Ｕc1は、サーバ２
１および３１との通信により取得した第１の変換可否情
報Ｉack1およびＩack2を使って、端末装置２２および３
２が正当なユーザか否かを判定していた。しかし、これ
に限らず、変換装置Ｕc1は、サーバ２１および３１以外
から取得した第１の変換可否情報Ｉack1およびＩack2を
使って、ステップＳ３１２の判定を行っても良いし、予
めローカルの補助記憶装置に保持する第１の変換可否情
報Ｉack1およびＩack2を使って、ステップＳ３１２の判
定を行っても良い。

【０１１４】「第２の実施形態」ところで、前述の第１
の実施形態では、互いに同一性のあるコンテンツデータ
Ｄct1 およびＤct2 は、同じ暗号鍵Ｋe1およびＫe2によ
り暗号化されていた。そのため、端末装置２２および３
２は、互いに同じ復号鍵Ｋd1およびＫd2を使って、暗号
化コンテンツデータＤect1およびＤect2を復号する。し
かしながら、事業者αおよびγのポリシーの相違から、
コンテンツ配信システムＳcd1 およびＳcd2 の間では、
異なる暗号化方式が使用され、その結果、端末装置２２
および３２は互いに異なる復号鍵Ｋd1およびＫd2を使う
場合がある。この場合、第１の実施形態に係る変換装置
Ｕc1で変換されたライセンス情報Ｄlc2 を使って、暗号
済みコンテンツデータＤect2を、端末装置３２は復号す
ることができないという問題点を想定することができ
る。そこで、第２の実施形態では、このような問題点を
解決して、コンテンツ配信システムＳcd1 およびＳcd2
の間で異なる暗号化方式が採用されていたとしても、端
末装置２２のライセンス情報Ｄlc1 を、端末装置３２が
正しく使用できるライセンス情報Ｄlc2 に変換する変換
装置Ｕc2を提供することである。

【０１１５】ここで、変換装置Ｕc2のブロック構成は、
図９に示す変換装置Ｕc1の構成と同様である。また、変
換装置Ｕc2の周辺環境は、図１に示すとおりである。そ
のため、変換装置Ｕc2において、変換装置Ｕc1の構成に
相当するものには同一の参照符号を付す。ただし、変換
装置Ｕc2のプログラム格納部１１には、プログラムＰc1
ではなく、プログラムＰc2が格納される点には注意を要
する。

【０１１６】以下、ライセンス変換時における変換装置
Ｕc2および端末装置２２の処理について説明する。端末
装置２２側では、図１７のステップＳ３１およびＳ３２
を行って、変換要求Ｄcrおよびライセンス情報Ｄlc1
を、伝送路Ｎを通じて、変換装置Ｕc2に送信する。

【０１１７】変換装置Ｕc2（図９参照）では、伝送路Ｎ
を通じて、変換要求Ｄcrおよびライセンス情報Ｄlc1 が
到着すると、プログラムＰc2の実行が開始される。より
具体的は、中央処理部１２は、プログラムＰc2に従っ
て、図２０および図２１に示す処理手順を実行する。図
２０および図２１は、図１８と比較すると部分的に同一
のステップを有している。そのため、図２０および図２
１において、図１８のフローチャートのステップに相当
するものには、同一のステップ番号を付して、その説明
を簡素化する。

【０１１８】まず、中央処理部１２は、変換要求Ｄcrお
よびライセンス情報Ｄlc1 の到着後、図１７のステップ
Ｓ３１２で、端末装置２２および２３がコンテンツ配信
システムＳcd1 およびＳcd2 の正当なユーザであると判
断した後、図２０に示すように、変換元特定情報Ｉciの
みを使って、ステップＳ３１４〜Ｓ３１５と同様の処理
を行って、フォーマット送信要求Ｄfr1 を生成しサーバ
２１に送信する。その結果、変換装置Ｕc2のワーキング
エリア１３には、サーバ２１により送信されたフォーマ
ットデータＤfm1 のみが格納される（ステップＳ３１６
〜Ｓ３１９参照）。

【０１１９】さらに、中央処理部１２は、今回のライセ
ンス情報Ｄlc1 からコンテンツ識別子Ｉct1 を取り出す
（図２１；ステップＳ４１）。その後、中央処理部１２
は、図２２に示すように、コンテンツ識別子Ｉct1 を含
むフォーマット／復号鍵送信要求Ｄfdを、ワーキングエ
リア１３上で生成する（ステップＳ４２）。ここで、フ
ォーマット／復号鍵送信要求Ｄfdは、変換先特定情報Ｉ
diで特定されるサーバ３１にフォーマットデータＤfm2
および復号鍵Ｋd2の送信を要求するための情報である。

【０１２０】中央処理部１２は、生成したフォーマット
／復号鍵送信要求Ｄfdを、ワーキングエリア１３から通
信部１４に転送し、通信部１４は、受け取ったフォーマ
ット／復号鍵送信要求Ｄfdを、伝送路Ｎを通じて、サー
バ３１に送信する（ステップＳ４３）。

【０１２１】サーバ３１（図６参照）において、通信部
３１７は、伝送路Ｎからのフォーマット／復号鍵送信要
求Ｄfdを受信して、ワーキングエリア３１６に転送し格
納する（ステップＳ４４）。格納されたフォーマット／
復号鍵送信要求Ｄfdを解釈した後、中央処理部３１５
は、まず、フォーマット格納部３１８に格納されている
フォーマットデータＤfm2 をワーキングエリア３１６に
取り出す（ステップＳ４５）。

【０１２２】さらに、中央処理部３１５は、復号鍵ＤＢ
３１２の中から、今回のフォーマット／復号鍵送信要求
Ｄfdに含まれるコンテンツ識別子Ｉct1 と同じコードを
有するコンテンツ識別子Ｉct2 を検索し、さらに、検索
したコンテンツ識別子Ｉct2と同じ組みの復号鍵Ｋd2を
ワーキングエリア３２４に読み出す（ステップＳ４
６）。その後、中央処理部３１５は、ワーキングエリア
３１６上のフォーマットデータＤfm2および復号鍵Ｋd2
を、データセットＤst2として、通信部３１７に転送す
る。通信部３１７は、受け取ったデータセットＤst2
を、伝送路Ｎを通じて、変換装置Ｕc2に送信する（ステ
ップＳ４７）。変換装置Ｕc2（図９参照）において、通
信部１４は、伝送路ＮからのデータセットＤst2 を受信
して、ワーキングエリア１３に転送し格納する（ステッ
プＳ４８）。

【０１２３】次に、中央処理部１２は、中央処理部１２
は、フォーマットデータＤfm1 およびＤfm2 を参照し
て、ライセンス情報Ｄlc1 を、ライセンス情報Ｄlc2 に
変換する（ステップＳ４９）。

【０１２４】ステップＳ４９をより具体的に説明する
と、まず、中央処理部１２は、前述のステップＳ３２１
を行うことにより、利用許可情報Ｄlw1 を利用許可情報
Ｄlw2に変換し、さらに、ステップＳ３２２を行うこと
により端末識別子Ｉtn2 を取り出す。さらに、中央処理
部１２は、ステップＳ４８で得られたデータセットＤst
2 から、復号鍵Ｋd2を取り出す（ステップＳ４１０）。
また、前述したように、中央処理部１２は、ライセンス
情報Ｄlc1 のコンテンツ識別子Ｉct1 を、ライセンス情
報Ｄlw2 のコンテンツ識別子Ｉct2 としてそのまま用い
る。

【０１２５】以上の処理により、ワーキングエリア１３
上には、ライセンス情報Ｄlc2 の構成要素である、コン
テンツ識別子Ｉct2 、利用許可情報Ｄlw2 および復号鍵
Ｋd2が揃う。次に、中央処理部１２は、図１５（ｂ）に
示すライセンス情報Ｄlc2 を組み立てる（ステップＳ４
１１）。ここで、ステップＳ４１０およびＳ４１１によ
り、ライセンス情報Ｄlc1 の復号鍵Ｋd1は、復号鍵Ｋd2
に置換されることになる。次に、中央処理部１２は、ス
テップＳ３２４を実行して、通信部１４および伝送路Ｎ
を介して、組み立てたライセンス情報Ｄlc2 を、端末装
置２２に送信する。端末装置２２（図２参照）におい
て、通信部２２２は、ステップＳ３２５を実行して、伝
送路Ｎからのライセンス情報Ｄlc2 を受信する。

【０１２６】以上説明したように、本実施形態に係る変
換装置Ｕc2は、変換装置Ｕc1と同様に、端末装置３２向
けのライセンス情報Ｄlc2 を、端末装置２２に返す。特
に、変換装置Ｕc2は、ライセンス情報Ｄlc1 のコンテン
ツ識別子Ｉct1 を使って、サーバ３２とデータ通信を行
って、それに対応するコンテンツ識別子Ｉct2 に付加さ
れた復号鍵Ｋd2を得る。変換装置Ｕc2は、得られた復号
鍵Ｋd2をライセンス情報Ｄlc2 に設定する。これによ
り、コンテンツ配信システムＳcd1 およびＳcd2の間で
異なる暗号化方式が採用されていたとしても、端末装置
２２のライセンス情報Ｄlc1 を、端末装置３２が正しく
使用できるライセンス情報Ｄlc2 に変換する変換装置Ｕ
c2を提供することができる。

【０１２７】なお、以上の第２の実施形態では、ステッ
プＳ４７およびＳ４８により、変換装置Ｕc2は、サーバ
３１との通信により復号鍵Ｋd2を取得するようにしてい
た。しかし、これに限らず、変換装置Ｕc2は、復号鍵Ｋ
d2を、サーバ３１以外から取得した復号鍵Ｋd2を使っ
て、ライセンス情報Ｄlc2 を作成しても良いし、予めロ
ーカルの補助記憶装置に保持する復号鍵Ｋd2を使って、
ライセンス情報Ｄlc2 を作成するようにしても良い。

【０１２８】「第３の実施形態」ところで、従前の実施
形態では、変換装置Ｕc1およびＵc2の双方は、端末装置
２２からの変換要求Ｄcrに応答して、ライセンス情報の
変換処理を無条件で行っていた。しかしながら、事業者
αのポリシーによっては、ライセンス情報の変換処理の
対象から除外したい利用条件Ｃct1 がある場合もある。
そこで、第３の実施形態では、ライセンス情報の変換処
理に制限をかけることが可能な変換装置Ｕc3を提供する
ことである。

【０１２９】ここで、変換装置Ｕc3のブロック構成は、
図９に示す変換装置Ｕc1の構成と同様である。また、変
換装置Ｕc3の周辺環境は、図１に示すとおりである。そ
のため、変換装置Ｕc3において、変換装置Ｕc1の構成に
相当するものには同一の参照符号を付す。ただし、変換
装置Ｕc3のプログラム格納部１１には、プログラムＰc1
ではなく、プログラムＰc3が格納される点には注意を要
する。

【０１３０】以下、ライセンス変換時における変換装置
Ｕc3および端末装置２２の処理について説明する。端末
装置２２側では、図１７のステップＳ３１およびＳ３２
を行って、変換要求Ｄcrおよびライセンス情報Ｄlc1
を、伝送路Ｎを通じて、変換装置Ｕc3に送信する。ここ
で、本実施形態において、ライセンス情報Ｄlc1 は、図
１４（ｂ）に示すものと比較すると、図２３（ａ）に示
すように第２の変換可否情報Ｉca1 が付加される点で相
違する。それ以外に両ライセンス情報Ｄlc1 の間に相違
点は無いので、図２３（ａ）において、図１４（ｂ）に
示す情報には同一の参照符号を付け、それぞれの説明を
省略する。第２の変換可否情報Ｉca1 は、事業者αのポ
リシーにより付加され、同じライセンス情報Ｄlc1 に含
まれる利用許可情報Ｄlw1 の変換処理を認めるか否かを
示す情報である。

【０１３１】次に、図２３（ｂ）および同図（ｃ）を参
照して、第２の変換可否情報Ｉca1の具体例を２つ挙げ
る。まず、図２３（ｂ）において、ライセンス情報Ｄlc
1 は、端末識別子Ｉtn1 、コンテンツ識別子Ｉct1 、第
２の変換可否情報Ｉca1 、複数の利用許可情報Ｄlw1 の
一例として利用許可情報Ｄlw11およびＤlw12、ならびに
復号鍵Ｋd1を含んでいる。利用許可情報Ｄlw11は例え
ば、再生回数を示しており、利用許可情報Ｄlw12は例え
ば、印刷回数を示す。第２の変換可否情報Ｉca1は、こ
のような全ての利用許可情報Ｄlw11およびＤlw12の変換
処理を認めるか否かを示す。また、図２３（ｃ）におい
て、ライセンス情報Ｄlc1 は、端末識別子Ｉtn1 、コン
テンツ識別子Ｉct1 、１つまたは複数の第２の変換可否
情報Ｉca1および利用許可情報Ｄlw1 の組みの一例とし
て、第２の変換可否情報Ｉca11および利用許可情報Ｄlw
11、第２の変換可否情報Ｉca12および利用許可情報Ｄlw
12、ならびに復号鍵Ｋd1を含んでいる。利用許可情報Ｄ
lw11およびＤlw12は、上述のように、例えば、再生回数
および印刷回数を示している。第２の変換可否情報Ｉca
11は、同じ組みの利用許可情報Ｄlw11の変換処理を認め
るか否かを示し、第２の変換可否情報Ｉca12は、同じ組
みの利用許可情報Ｄlw12の変換処理を認めるか否かを示
す。

【０１３２】変換装置Ｕc3（図９参照）では、伝送路Ｎ
を通じて、端末装置２２からの変換要求Ｄcrおよびライ
センス情報Ｄlc1 が到着すると、プログラムＰc3の実行
が開始される。より具体的は、中央処理部１２は、プロ
グラムＰc3に従って、図２４に示す処理手順を実行す
る。図２４は、図１７と比較すると部分的に同一のステ
ップを有している。そのため、図２４において、図１７
のフローチャートのステップに相当するものには、同一
のステップ番号を付して、その説明を簡素化する。

【０１３３】まず、中央処理部１２は、変換要求Ｄcrお
よびライセンス情報Ｄlc1 の到着後、第２の変換可否情
報Ｉca1 をチェックして、全ての利用許可情報Ｄlw1 の
変換処理が認められていないか否かを判断する（ステッ
プＳ５１）。全利用許可情報Ｄlw1 の変換処理が認めら
れていなければ、中央処理部１２は、今回の受信ライセ
ンス情報Ｄlc1 を端末装置２２に送り返し（ステップＳ
５２）、図２４の処理を終了する。なお、変換装置Ｕc3
は、ステップＳ５１の前に、ステップＳ３５およびＳ３
６（図１７参照）を行って、サーバ２１および３１から
第１の変換可否情報Ｉack1およびＩack2を取得した後、
端末装置２２および３２がコンテンツ配信システムＳcd
1 およびＳcd2 の正当なユーザか否かを判定した後に、
ステップＳ５１を行っても良い。

【０１３４】それに対して、ステップＳ５１において、
一部または全ての利用許可情報Ｄlw1 の変換処理が認め
られていると判断した場合、中央処理部１２は、第１の
実施形態で説明したように、変換要求Ｄcrおよびライセ
ンス情報Ｄlc1 を格納する（ステップＳ３３）。その
後、中央処理部１２は、第２の変換可否情報Ｉca1 に従
って、全利用許可情報Ｄlw1 の変換が認められているか
否かを判断する（ステップＳ５３）。全利用許可情報Ｄ
lc1 の変換が認められている場合、中央処理部１２は、
ステップＳ３４からＳ３１６（図１８参照）までの処理
を行う。

【０１３５】それに対して、ステップＳ５３において、
一部の利用許可情報Ｄlw1 の変換処理が認められている
と判断した場合、中央処理部１２は、第２の変換可否情
報Ｉca1 に従って、変換処理が認められている利用許可
情報Ｄlw1 と、そうでないものとに分類する（ステップ
Ｓ５４）。その後、中央処理部１２は、変換処理が認め
られていない利用許可情報Ｄlw1 を端末装置２２に送り
返し（ステップＳ５５）、その後、変換処理が認められ
ている利用許可情報Ｄlw1 を対象にステップＳ３４から
Ｓ３１６（図１８参照）までの処理を行う。

【０１３６】以上の処理により、本実施形態に係る変換
装置Ｕc3は、第２の変換可否情報Ｉca1 を使うことによ
り、ライセンス情報の変換処理に制限をかけることが可
能になる。それによって、事業者αのポリシーを反映可
能な変換装置Ｕc3を実現することが可能になる。

【０１３７】なお、第３の実施形態において、第２の変
換可否情報Ｉca1 はライセンス情報Ｄlc1 に付加される
として説明した。しかし、第２の変換可否情報Ｉca1 は
ライセンス情報Ｄlc1 に付加されていなくとも良い。こ
の場合、変換装置Ｕc3は、例えば、変換要求Ｄcrおよび
ライセンス情報Ｄlc1 の到着後、典型的にはサーバ３１
に、各利用許可情報Ｄlw1 に対応する第２の変換可否情
報Ｉca1 を問い合わせて取得し、その後、ステップＳ５
１以降の処理を行う。他にも、変換装置Ｕc3は、コンテ
ンツ配信システムＳcd1 で使われる利用許可情報Ｄlw1
毎に、第２の変換可否情報Ｉca1 を、予めローカルの補
助記憶装置に保持しておき、変換要求Ｄcrおよびライセ
ンス情報Ｄlc1 の到着後、ローカルの第２の変換可否情
報Ｉca1を使って、ステップＳ５１以降の処理を行って
も良い。

【０１３８】また、第３の実施形態において、中央処理
部１２は、ステップＳ５４で、変換処理が認められてい
る利用許可情報Ｄlw1 と、そうでないものとに分類す
る。その結果、単一の利用許可情報Ｄlw1 のみがステッ
プＳ３４以降の処理の対象として残ってしまう場合があ
る。さらに、このような利用許可情報Ｄlw1 が単独では
意味をなさないものである場合がある。例えば、利用許
可情報Ｄlw1 がコンテンツデータＤect1の複製許可を示
す場合、変換後のライセンス情報Ｄlc2 を端末装置２３
が取得したとしても、端末装置２２は単に、コンテンツ
データＤect1の複製が可能となるだけで、コンテンツデ
ータＤect1を再生したり、印刷したりすることができな
い。つまり、このようなライセンス情報Ｄlc2 は単独で
は意味をなさない。このような無意味はライセンス情報
の変換処理の実行を避けるために、中央処理部１２は、
ステップＳ５４で残った利用許可情報Ｄlw1 の内容を検
査して、それが有意なものか否かを判断して、意味をな
さないものをステップＳ３４以降の処理の対象としない
ようにすることが好ましい。

【０１３９】また、第３の実施形態において、中央処理
部１２は、ステップＳ５２およびＳ５５で、変換処理が
認められていない利用許可情報Ｄlw1 を端末装置２２に
送り返すようにしていたが、これに限らず、中央処理部
１２は、コンテンツ配信システムＳcd2 で、ライセンス
情報Ｄlc1 に設定される利用許可情報Ｄlw1 が利用許可
情報として定義されていない場合、変換処理が認められ
ていないと判断して、ステップＳ５５で利用許可情報Ｄ
lw1 を端末装置２２に送り返すようにしても良い。な
お、このように判断した場合においても、変換装置Ｕc3
は、ローカルまたは遠隔の補助記憶装置で、変換できな
い利用権情報Ｄlw1 を保持しても良いし、サーバ３１に
返すようにしても良い。

【０１４０】また、以上の第１〜第３の実施形態では、
契約者βが契約者δに自分のライセンス情報Ｄlc1 を譲
渡するために、変換装置Ｕc1〜Ｕc3が用いられていた。
しかし、変換装置Ｕc1〜Ｕc3は、他の状況、例えば、契
約者βが第２のコンテンツ配信システムＳcd2 で使用可
能なライセンス情報Ｄlc2 を何らかの方法で入手し、入
手したライセンス情報Ｄlc2 を、自分が加入するコンテ
ンツ配信システムＳcd1 で利用可能なライセンス情報Ｄ
lc1 に変換するような状況にも応用することができる。
また、入手したライセンス情報Ｄlc2 を、自分が加入し
ない他のコンテンツ配信システムで利用可能なものに変
換する場合にも、変換装置Ｕc1〜Ｕc3を応用することが
できる。

【０１４１】また、以上の第１〜第３の実施形態では、
ステップＳ３１４（図１８，図２１参照）で、変換装置
Ｕc1〜Ｕc3は、端末装置２２に、変換後のライセンス情
報Ｄlc2 を返していた。しかし、これに限らず、端末装
置２２は、変換要求Ｄcrと共に、ライセンス情報Ｄlc2
の譲渡先となる端末装置３２を一意に特定する情報を、
変換装置Ｕc1〜Ｕc3に送信する。さらに、変換装置Ｕc1
〜Ｕc3は、受け取った情報に基づいて、変換後のライセ
ンス情報Ｄlc2 を、端末装置３２に送信するようにして
もよい。包括的に述べると、変換後のライセンス情報Ｄ
lc2 がどのような方法で端末装置３２に渡されてもよ
い。

【０１４２】なお、第１の実施形態では、変換装置Ｕc1
がライセンス情報の変換処理を行っていた。しかし、そ
の代わりに、端末装置２２に、前述のステップＳ３１４
からＳ３２３までの処理（図１８参照）で構成されるプ
ログラムを格納しておいてもよい。また、第２の実施形
態では、変換装置Ｕc2がライセンス情報の変換処理を行
っていた。しかし、その代わりに、端末装置２２に、前
述のステップＳ３１４からＳ４１１までの処理（図２０
および図２１参照）で構成されるプログラムを格納して
おいてもよい。また、第３の実施形態では、変換装置Ｕ
c3がライセンス情報の変換処理を行っていた。しかし、
その代わりに、端末装置２２に、前述のステップＳ５１
（図２４参照）以降の処理を行うようにしても良い。こ
れらによって、端末装置２２は、自分自身で、自身向け
のライセンス情報Ｄlc1 を、端末装置３２向けのライセ
ンス情報Ｄlc2 に変換することが可能となる。これによ
り、端末装置２２は、変換装置Ｕc1〜Ｕc3とデータ通信
を行う必要がなくなるため、通信コスト等を減らすこと
が可能となり、さらに、素早く、端末装置３２向けのラ
イセンス情報Ｄlc2 を得ることが可能となる。

【０１４３】また、以上の第１〜第３の実施形態では、
変換装置Ｕc1〜Ｕc3は、端末装置２２に対して発行され
るライセンス情報Ｄlc1 を、端末装置２３で利用できる
ようライセンス情報Ｄlc2 に変換していた。しかし、こ
れに限らず、変換装置Ｕc1〜Ｕc3は、例えば契約者βに
割り当てられた利用権情報Ｄrgt1（図５参照）を変換し
て、別の契約者δのための利用権情報Ｄrgt2を作成して
も良い。つまり、ライセンス情報Ｄlc1 には、第１〜第
３の実施形態で説明したものに限られず、図５に示す利
用権情報Ｄrgt1も含まれる。なお、この時の典型的な処
理として、変換装置Ｕc1〜Ｕc3は、利用権情報Ｄrgt1に
設定される契約者βを特定するための識別子（図５には
示さず）を、契約者δを特定するための識別子に変換す
る。

【０１４４】また、以上の第１〜第３の実施形態では、
ライセンス情報の変換処理として、利用許可情報Ｄlw1
およびＤlw2 のビット数の調整を例に採り上げて説明し
たが、これに限らず、例えば、ライセンス情報Ｄlc1 お
よびＤlc2 は互いに異なる文字セットで生成される場合
がある。この場合には、各変換装置Ｕc1〜Ｕc3は、サー
バ２１および３１の双方と通信を行って、コンテンツ配
信システムＳcd1 およびＳcd2 においてどのような文字
セットが使用されているかを確認する。このような確認
の結果に基づいて、各変換装置Ｕc1〜Ｕc3は、ライセン
ス情報Ｄlc1 の文字セットを、ライセンス情報Ｄlc2 の
ものに変換するようにしてもよい。他にも、変換装置Ｕ
c1〜Ｕc3は、コンテンツ配信システムＳcd1 およびＳcd
2 の双方においてどのような文字セットが使用されてい
るかが記述されたテーブルを予め保持している場合に
は、当該テーブルを参照して、ライセンス情報Ｄlc1 の
文字セットを、ライセンス情報Ｄlc2 のものに変換する
ようにしてもよい。

【０１４５】また、ライセンス情報Ｄlc1 およびＤlc2
は、ＸＭＬ(eXtensible Markup Language)またはＸｒＭ
Ｌ(eXtensible rights Markup Language)に代表される
記述言語で記述されていても良い。この場合において、
変換装置Ｕc1〜Ｕc3は、ＸＭＬまたはＸｒＭＬのタグ値
を変換したり、記述言語自体を変換したりして、ライセ
ンス情報Ｄlc1 からＤlc2 への変換処理を行っても良
い。

【０１４６】他にも、ライセンス情報Ｄlc1 およびＤlc
2 の構成要素が互いに異なる場合もある。ライセンス情
報Ｄlc1 には、利用許可情報Ｄlw1 があるが、ライセン
ス情報Ｄlc2 には、それに相当する利用許可情報Ｄlw2
がない場合が、その典型例である。このような場合に
も、変換装置Ｕc1〜Ｕc3は、サーバ２１および３１の双
方と通信を行って、コンテンツ配信システムＳcd1 およ
びＳcd2 の双方においてどのような構成要素を使ってラ
イセンス情報Ｄlc1 およびＤlc2 が構成されているかを
確認する。このような確認の結果に基づいて、変換装置
Ｕc1〜Ｕc3は、ライセンス情報Ｄlc1 の構成要素を、ラ
イセンス情報Ｄlc2 のものに合致するように変換処理を
行ってもよい。他にも、変換装置Ｕc1〜Ｕc3は、コンテ
ンツ配信システムＳcd1 およびＳcd2 の双方においてど
のような構成要素を使ってライセンス情報Ｄlc1 および
Ｄlc2 が構成されているかが記述されたテーブルを予め
保持している場合には、当該テーブルを参照して、ライ
センス情報Ｄlc1 の構成要素を、ライセンス情報Ｄlc2
のものに合致するように変換処理を行ってもよい。

【０１４７】他にも、ライセンス情報Ｄlc1 およびＤlc
2 の構成要素自体は同じであるが、当該ライセンス情報
Ｄlc1 およびＤlc2 における構成要素の配列が互いに異
なる場合もある。このような場合にも、各変換装置Ｕc1
〜Ｕc3は、サーバ２１および３１の双方と通信を行っ
て、コンテンツ配信システムＳcd1 およびＳcd2 の双方
においてどのような構成要素の配列でライセンス情報Ｄ
lc1 およびＤlc2 が構成されているかを確認する。この
ような確認の結果に基づいて、各変換装置Ｕc1〜Ｕc3
は、ライセンス情報Ｄlc1 の構成要素の配列を、ライセ
ンス情報Ｄlc2 のものに合致するように変換処理を行っ
てもよい。他にも、各変換装置Ｕc1〜Ｕc3は、コンテン
ツ配信システムＳcd1 およびＳcd2 の双方においてどの
ような構成要素の配列でライセンス情報Ｄlc1 およびＤ
lc2 が構成されているかが記述されたテーブルを予め保
持している場合には、当該テーブルを参照して、ライセ
ンス情報Ｄlc1 の構成要素の配列を、ライセンス情報Ｄ
lc2 のものに合致するように変換処理を行ってもよい。

【０１４８】また、第１〜第３の実施形態では、同一性
を有するコンテンツデータＤct1 およびＤct2 には、互
いに同じコードを有するコンテンツ識別子Ｉct1 および
Ｉct2 が割り当てられるとして説明した。しかし、これ
に限らず、同一性を有するコンテンツデータＤct1 およ
びＤct2 に、コンテンツ配信システムＳcd1 およびＳcd
2 において一意なコードを有するコンテンツ識別子Ｉct
1 およびＩct2 が割り当てられてもよい。ただし、この
場合、各変換装置Ｕc1〜Ｕc3は、ライセンス情報Ｄlc1
に含まれるコンテンツ識別子Ｉct1 を、コンテンツ識別
子Ｉct2 に変換する必要が生じる。そのため、変換装置
Ｕc1〜Ｕc3は、コンテンツ配信システムＳcd1 およびＳ
cd2 において互いに同一性を有するコンテンツデータＤ
ct1 およびＤct2 に割り当てられるコンテンツ識別子Ｉ
ct1 およびＩct2 の対応関係が記述されたテーブルを予
め保持しておくことが好ましい。変換装置Ｕc1〜Ｕc3
は、このようなテーブルを参照して、ライセンス情報Ｄ
lc1 に含まれるコンテンツ識別子Ｉct1 を、コンテンツ
識別子Ｉct2 に変換する。

【０１４９】また、第１〜第３の実施形態では、変換装
置Ｕc1〜Ｕc3は、変換処理の対象となるライセンス情報
Ｄlc1 を端末装置２２から受け取っていた。しかし、こ
れに限らず、変換装置Ｕc1〜Ｕc3は、サーバ２１とデー
タ通信を行って、端末装置２２向けのライセンス情報Ｄ
lc1 を取得しても良い。

【０１５０】また、第１〜第３の実施形態では、サーバ
２１は、コンテンツデータＤct1 と、ライセンス情報Ｄ
lc1 とを別々のタイミングで端末装置２２に送信するよ
うにしていた。しかし、これに限らず、サーバ２１は、
ライセンス情報Ｄlc1 を電子透かしとして、コンテンツ
データＤct1 に埋め込んで、当該コンテンツデータＤct
1 を端末装置２２に同時に送信してもよい。この点につ
いては、サーバ３１に関しても同様である。

【０１５１】また、第１〜第３の実施形態において、各
変換装置Ｕc1〜Ｕc3は、サーバ２１および３１からフォ
ーマットデータＤfm1 およびＤfm2 を通信により取得す
るようにしていた（ステップＳ３１５〜Ｓ３１９）。こ
れにより、各変換装置Ｕc1〜Ｕc3は、フォーマットデー
タＤfm1 およびＤfm2 を補助記憶装置に常時持っておく
必要性がなくなる。しかし、通信による取得に限らず、
変換装置Ｕc1〜Ｕc3は、フォーマットデータＤfm1 およ
びＤfm2 をローカルの補助記憶装置に持っていてもよ
い。これにより、変換装置Ｕc1〜Ｕc3は、サーバ２１お
よび３１と通信を行う必要性が無くなるので、ライセン
ス情報の変換処理を高速に行うことが可能となる。

【０１５２】また、第１〜第３の実施形態において、各
変換装置Ｕc1〜Ｕc3は、ライセンス情報の変換処理の例
として、ライセンス情報Ｄlc1 のフォーマットをライセ
ンス情報Ｄlc2 のものに変換するようにしていた（ステ
ップＳ３２０）。より具体的には、利用許可情報Ｄlw1
には、利用条件Ｃct1 としての再生回数が１回に設定さ
れており、変換装置Ｕc1〜Ｕc3は、このような利用許可
情報Ｄlw1 を、再生回数が１回に設定された利用許可情
報Ｄlw2 に変換していた。しかし、このようなフォーマ
ット変換に限らず、変換装置Ｕc1〜Ｕc3は、ライセンス
情報Ｄlc1 に含まれる利用条件Ｃct1 自体を変更して、
異なる利用条件Ｃct2 を含むライセンス情報Ｄlc2 を作
成するようにしても良い。より具体的には、変換装置Ｕ
c1は、利用条件Ｃct1 およびＣct2 の変換比率を使っ
て、ライセンス情報Ｄlc1 の利用条件Ｃct1 を、利用条
件Ｃct2 に変更する。これにより、例えば、利用条件Ｃ
ct1としての再生回数ｎ₁ が、利用条件Ｃct2 としての
再生回数ｎ₂ に変更される。他の例として、コンテンツ
データＤct1 が静止画を表す場合、利用条件Ｃct1 とし
ての再生回数ｎ₁ が、利用条件Ｃct2 としての印刷回数
ｎ₂ に変更される。さらに、利用条件Ｃct1 としての有
効期間が、利用条件Ｃct2 として利用期間無期限に変更
される。また、変換装置Ｕc1〜Ｕc3は、変換比率を、フ
ォーマットデータＤfm1 等と同様に外部から取得しても
良いし、ローカルに保持していても良い。

【０１５３】また、以上の第１〜第３の実施形態では、
プログラムＰc1〜Ｐc3は、変換装置Ｕc1〜Ｕc3に格納さ
れていた。しかし、これに限らず、プログラムＰc1〜Ｐ
c3は、ＣＤ−ＲＯＭに代表される記録媒体に記録された
状態で頒布されてもよいし、伝送路Ｎを通じて配信され
てもよい。

【０１５４】また、以上の第１〜第３の実施形態におい
て、変換装置Ｕc1〜Ｕc3、サーバ２１および３１ならび
に端末装置２２および３２において必要な部分には耐タ
ンパ技術が実装されていても良い。また、少なくとも利
用許可情報Ｄlw1 には、ハッシュに代表される改竄検出
に必要な情報が付加されていても良い。

【図面の簡単な説明】

【図１】本発明の第１〜第３の実施形態に係る変換装置
Ｕc1〜Ｕc3とそれぞれの周辺環境を示す図である。

【図２】図１のサーバ２１および端末装置２２の詳細な
構成を示すブロック図である。

【図３】同図（ａ）は、図１の事業者αが準備する暗号
済みコンテンツデータect1を説明するための図であり、
同図（ｂ）は、図２のコンテンツデータベース２１１の
詳細な構成を示す図である。

【図４】同図（ａ）および（ｂ）は、図２の復号鍵デー
タベース２１２およびユーザ情報データベース２１３の
詳細な構成を示す図である。

【図５】図２の利用権データベース２１４の詳細な構成
を示す図である。

【図６】図２のサーバ３１および端末装置３２の詳細な
構成を示すブロック図である。

【図７】同図（ａ）および（ｂ）は、図６のコンテンツ
データベース３１１および復号鍵データベース３１２の
詳細な構成を示す図である。

【図８】同図（ａ）および（ｂ）は、図６のユーザ情報
データベース３１３および利用権データベース３１４の
詳細な構成を示す図である。

【図９】図１の変換装置Ｕc1〜Ｕc3の構成を示すブロッ
ク図である。

【図１０】図１のコンテンツ配信システムＳcd1 におけ
るコンテンツ配信時のサーバ２１および端末装置２２の
処理を示すフローチャートである。

【図１１】同図（ａ）は、図１０のステップＳ１１で生
成される取得要求Ｄrrを示す図であり、同図（ｂ）は、
図１０のステップＳ１６で読み出されるデータセットＤ
st1 を示す図である。

【図１２】図１のコンテンツ配信システムＳcd2 におけ
るライセンス情報提供時のサーバ２１および端末装置２
２の処理を示すフローチャートの前半部分である。

【図１３】図１のコンテンツ配信システムＳcd2 におけ
るライセンス情報提供時のサーバ２１および端末装置２
２の処理を示すフローチャートの後半部分である。

【図１４】同図（ａ）は、図１２のステップＳ２２で生
成される発行要求Ｄirを示す図であり、同図（ｂ）は、
図１３のステップＳ２１４で生成されるライセンス情報
Ｄlc1 を示す図である。

【図１５】同図（ａ）は、図２のフォーマット格納部２
１８に格納されるフォーマットデータＤfm1 を示す図で
あり、同図（ｂ）は、図１のコンテンツ配信システムＳ
cd2 で使用されるライセンス情報Ｄlc2 を示す図であ
る。

【図１６】図６のフォーマット格納部３１８に格納され
るフォーマットデータＤfm2 を示す図である。

【図１７】図９に示す変換装置Ｕc1および図２の端末装
置２２のライセンス変換処理時における処理を示すフロ
ーチャートの前半部分である。

【図１８】図９に示す変換装置Ｕc1および図２の端末装
置２２のライセンス変換処理時における処理を示すフロ
ーチャートの後半部分である。

【図１９】同図（ａ）は、図１７のステップＳ３１で生
成される変換要求Ｄcrを示す図であり、同図（ｂ）およ
び（ｃ）は、図１７のステップＳ３５で生成される変換
可否要求Ｄcq1 およびＤcq2 を示す図であり、同図
（ｄ）および（ｅ）は、図１７のステップＳ３９で生成
される第１の変換可否情報Ｉack1およびＩack2を示す図
であり、同図（ｆ）および（ｇ）は、図１７のステップ
Ｓ３５で生成されるフォーマット送信要求Ｄfr1 および
Ｄfr2 を示す図である。

【図２０】本発明の第２の実施形態に係る変換装置Ｕc2
が、ライセンス変換処理において、変換要求Ｄcrを受け
取った後に行う処理の前半部分を示すフローチャートで
ある。

【図２１】本発明の第２の実施形態に係る変換装置Ｕc2
が、ライセンス変換処理において、変換要求Ｄcrを受け
取った後に行う処理の後半部分を示すフローチャートで
ある。

【図２２】図２０のステップＳ４２で生成されるフォー
マット／復号鍵送信要求Ｄfdを示す図である。

【図２３】同図（ａ）〜（ｃ）は第３の実施形態におい
て変換対象となるライセンス情報Ｄlc1 を示す図であ
る。

【図２４】本発明の第３の実施形態に係る変換装置Ｕc3
が、ライセンス変換処理において、変換要求Ｄcrを受け
取った後に行う処理の前半部分を示すフローチャートで
ある。

【符号の説明】

２２，３２…端末装置 Ｕc1〜Ｕc3…変換装置 １１…プログラム格納部 Ｐc1〜Ｐc3…プログラム １２…中央処理部 １３…ワーキングエリア １４…通信部

Claims (19)

【特許請求の範囲】
1. 【請求項１】 第１の端末装置向けのライセンス情報を
   第２の端末装置向けに変換するための変換装置であっ
   て、 前記第１および前記第２の端末装置は互いに異なる第１
   および第２のライセンス情報に従ってコンテンツデータ
   を利用し、 前記変換装置は、 前記第１の端末装置向けの第１のライセンス情報が格納
   されるワーキングエリアと、 前記ワーキングエリアに格納された第１のライセンス情
   報を、前記第２の端末装置向けの第２のライセンス情報
   に変換する処理部とを備える、変換装置。
2. 【請求項２】 前記第１のライセンス情報は、少なくと
   も、前記コンテンツデータの前記第１の端末装置側での
   利用を許可するための第１の利用許可情報を含んでお
   り、 前記処理部は、少なくとも、前記第１のライセンス情報
   が含む第１の利用許可情報を、前記コンテンツデータの
   前記第２の端末装置側での利用を許可するための第２の
   利用許可情報に変換する、請求項１に記載の変換装置。
3. 【請求項３】 前記処理部は、予め定められた変換比率
   に従って、前記第１のライセンス情報が含む第１の利用
   許可情報を、前記コンテンツデータの前記第２の端末装
   置側での利用を許可するための第２の利用許可情報に変
   換する、請求項２に記載の変換装置。
4. 【請求項４】 前記コンテンツデータは、互いに異なる
   第１および第２の暗号鍵で暗号化された状態で前記第１
   および第２の端末装置に配信され、 前記第１のライセンス情報はさらに、前記第１の暗号鍵
   で暗号化されたコンテンツデータを復号するための第１
   の復号鍵を含んでおり、 前記処理部はさらに、前記第１のライセンス情報におけ
   る第１の復号鍵を、前記第２の暗号鍵で暗号化されたコ
   ンテンツデータを復号するための第２の復号鍵に置換す
   る、請求項２に記載の変換装置。
5. 【請求項５】 前記第１および第２の端末装置は、第１
   および第２のサーバと接続されており、 前記第１および第２のサーバは少なくとも、前記第１お
   よび第２のライセンス情報を生成して、前記第１および
   第２の端末装置に送信し、さらに、当該第１および第２
   のライセンス情報のフォーマットを表す第１および第２
   のフォーマットデータを保持しており、 前記第１および第２のサーバと通信を行って、前記第１
   および第２のフォーマットデータを受信する通信部をさ
   らに備え、 前記処理部は、前記通信部が受信した第１および第２の
   フォーマットデータに従って、前記ワーキングエリアに
   格納された第１のライセンス情報を、前記第２の端末装
   置向けの第２のライセンス情報に変換する、請求項１に
   記載の変換装置。
6. 【請求項６】 前記第１および第２のライセンス情報の
   フォーマットを示す第１および第２のフォーマットデー
   タを格納するフォーマット格納部をさらに備え、 前記処理部は、前記フォーマット格納部に格納された第
   １および第２のフォーマットデータに従って、前記ワー
   キングエリアに格納された第１のライセンス情報を、前
   記第２の端末装置向けの第２のライセンス情報に変換す
   る、請求項１に記載の変換装置。
7. 【請求項７】 前記第１の端末装置と通信を行って、当
   該第１の端末装置が保持する第１のライセンス情報を受
   信する通信部をさらに備え、 前記ワーキングエリアには、前記通信部により受信され
   た第１のライセンス情報が格納される、請求項１に記載
   の変換装置。
8. 【請求項８】 前記変換装置は、前記第１の端末装置向
   けの前記第１のライセンス情報を生成する第１のサーバ
   と通信可能に接続されており、 前記変換装置は、 前記第１のサーバと通信を行って、当該第１の端末装置
   向けに生成される第１のライセンス情報を受信する通信
   部をさらに備え、 前記ワーキングエリアは、前記通信部により受信された
   第１のライセンス情報を格納する、請求項１に記載の変
   換装置。
9. 【請求項９】 前記第１の端末装置に組み込まれる、請
   求項１に記載の変換装置。
10. 【請求項１０】 前記処理部は、 前記第１および第２の端末装置が正当なユーザか否かを
    判定し、 前記第１および第２の端末装置の双方が正当なユーザで
    ある場合に、前記ワーキングエリアに格納された第１の
    ライセンス情報を、前記第２の端末装置向けの第２のラ
    イセンス情報に変換する、請求項１に記載の変換装置。
11. 【請求項１１】 前記処理部は、 前記第１および第２の端末装置の一方または双方が正当
    なユーザでない場合、前記ワーキングエリアに格納され
    た第１のライセンス情報を、前記第１の端末装置に送り
    返す、請求項１０に記載の変換装置。
12. 【請求項１２】 前記処理部は、 前記ワーキングエリアに格納された第１のライセンス情
    報の構成要素毎に変換処理が許可されているか否かを判
    定し、 変換処理が許可されていると判断された構成要素のみを
    使って、前記ワーキングエリアに格納された第１のライ
    センス情報を前記第２の端末装置向けの第２のライセン
    ス情報に変換する処理部とを備える、請求項１に記載の
    変換装置。
13. 【請求項１３】 前記ライセンス情報は、前記構成要素
    の変換処理が許可されているか否かを示す変換可否情報
    を含んでおり、 前記処理部は、前記ワーキングエリアに格納された第１
    のライセンス情報の構成要素毎に変換処理が許可されて
    いるか否かを、第１のライセンス情報に含まれる変換可
    否情報を使って判定する、請求項１２に記載の変換装
    置。
14. 【請求項１４】 前記処理部は、 前記ワーキングエリアに格納された第１のライセンス情
    報の構成要素毎に変換処理が許可されているか否かを示
    す変換可否情報を、外部から取得し、 取得した前記変換可否情報を使って、前記ワーキングエ
    リアに格納された第１のライセンス情報の構成要素毎に
    変換処理が許可されているか否かを判定する、請求項１
    ２に記載の変換装置。
15. 【請求項１５】 前記第１の端末装置は、第１のサーバ
    と接続されており、前記処理部は、前記ワーキングエリ
    アに格納された第１のライセンス情報の内、変換処理が
    許可されていない構成要素を、前記第１のサーバに送り
    返す、請求項１２に記載の変換装置。
16. 【請求項１６】 前記処理部は、前記ワーキングエリア
    に格納された第１のライセンス情報の内、変換処理が許
    可されていない構成要素を内部に保持する、請求項１２
    に記載の変換装置。
17. 【請求項１７】 第１および第２の端末装置が、互いに
    異なる第１および第２のライセンス情報に従って、コン
    テンツデータを利用する環境に適用可能な変換方法であ
    って、 前記第１の端末装置向けの第１のライセンス情報をワー
    キングエリアに格納する格納ステップと、 前記ワーキングエリアに格納された第１のライセンス情
    報を、前記第２の端末装置向けの第２のライセンス情報
    に変換する変換ステップとを備える、変換方法。
18. 【請求項１８】 コンピュータ装置で実行されるコンピ
    ュータプログラムとして実現される、請求項１７に記載
    の変換方法。
19. 【請求項１９】 コンピュータ装置で実行されるコンピ
    ュータプログラムとして記憶媒体に記録される、請求項
    １７に記載の変換方法。