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

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.org/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 の集まりとなる。
ここで図２を再度参照する。以上の端末識別子Ｉtn1 はさらに、契約者β側の端末装置２２における識別子格納部２２１にも設定される。
【００３９】
なお、端末識別子Ｉtn1 は、端末装置２２の工場出荷時に予め、識別子格納部２２１に設定されていてもよい。このような場合、契約者βは、上述の加入契約の際に、端末装置２２に設定されている端末識別子Ｉtn1 を事業者αに通知する。事業者αは、通知された端末識別子Ｉtn1 を、上述のユーザ情報ＤＢ２１３に登録する。
【００４０】
なお、以下の説明の便宜のため、図４（ｂ）に示すように、ユーザ情報ＤＢ２１３には、端末装置２２のために、１つの端末識別子Ｉtn1 として「ｘ１」が登録されると仮定する。この仮定下では、図２に示すように、識別子格納部２２１には、端末識別子Ｉtn1 としての「ｘ１」が設定される。
【００４１】
また、図５には、利用権ＤＢ２１４が示されているが、これについては後で説明する。
【００４２】
図６は、図１のサーバ３１および端末装置３２の詳細な構成を示すブロック図である。図６において、サーバ３１は、コンテンツデータベース（以下、コンテンツＤＢと称す）３１１と、復号鍵データベース（以下、復号鍵ＤＢと称す）３１２と、ユーザ情報データベース（以下、ユーザ情報ＤＢと称す）３１３と、利用権データベース（以下、利用権ＤＢと称す）３１４と、中央処理部３１５と、ワーキングエリア３１６と、通信部３１７と、フォーマット格納部３１８とを備えている。また、端末装置３２は、識別子格納部３２１と、通信部３２２と、中央処理部３２３と、ワーキングエリア３２４と、蓄積装置３２５とを備えている。
【００４３】
以上の構成のコンテンツ配信システムＳcd2 においても、コンテンツ配信システムＳcd1 と同様に、まず、コンテンツＤＢ３１１と、復号鍵ＤＢ３１２と、ユーザ情報ＤＢ３１３とが事業者γにより構築される。
【００４４】
より具体的には、図３（ａ）を参照して説明したのと同様に、事業者γは、契約者δに提供すべきコンテンツデータＤct2 （図示せず）を用意する。ここで、コンテンツデータＤct2 は、本実施形態では、端末装置３２で利用可能であり、音楽を表す。また、コンテンツデータＤct2 のそれぞれには、前述のＩＳＲＣのように、その内容を一意に特定するコンテンツ識別子Ｉct2 （図７（ａ）参照）が割り当てられる。ここで、注意を要するのは、事業者αおよびγは、独自にコンテンツデータＤct1 およびＤct2 を用意するが、これらは互いに同じ内容を表す場合がある。その一例を挙げると、コンテンツデータＤct1およびＤct2 の双方が同一歌手による同一曲を表す場合である。つまり、本実施形態では、コンテンツデータＤct2 は、それが表す内容について、コンテンツデータＤct1 と同一性を有する。このような同一性を有するコンテンツデータＤct1 およびＤct2 には、互いに同じコードを有するコンテンツ識別子Ｉct1 およびＩct2 が割り当てられる。
【００４５】
さらに、各コンテンツデータＤct2 には暗号鍵Ｋe2（図７（ａ）参照）が割り当てられる。専用の暗号鍵Ｋe2により、以上のコンテンツデータＤct2 は暗号化され、それによって、暗号済みコンテンツデータＤect2（図７（ａ）参照）が生成される。ここで、本実施形態では、コンテンツ配信システムＳcd1 およびＳcd2 において、暗号鍵Ｋe2は、前述の暗号鍵Ｋe1と同じと仮定する。
【００４６】
コンテンツＤＢ３１１は、図７（ａ）に示すように、コンテンツ識別子Ｉct2 および、暗号済みコンテンツデータＤect2の組み合わせの集まりとなる。ここで注意を要するのは、以上のコンテンツＤＢ３１１において、少なくとも１つの暗号済みコンテンツデータＤect2は、コンテンツＤＢ２１１の暗号済みコンテンツデータＤect1と、前述の同一性を有する。したがって、このような同一性を有する暗号済みコンテンツデータＤect2には、対応する暗号済みコンテンツデータＤ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 をワーキングエリア２２４に転送する。その後、中央処理部２２３は、ワーキングエリア２２４上の端末識別子Ｉtn1 、コンテンツ識別子Ｉ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 およびコンテンツ識別子Ｉct1 に、予め定められた発行要求識別子Ｉ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 を超えない範囲で、端末装置２２の利用許可を示すことがさらに好ましい。
【００７３】
また、本実施形態では、利用許可情報Ｄlw1 の生成により、端末装置２２の利用権情報Ｄ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 Socket Layer) に代表される安全な通信下で、ライセンス情報Ｄlc1 を交換することが好ましい。
【００８０】
端末装置２２において、通信部２２２は、伝送路Ｎからのライセンス情報Ｄlc1 を受信して、受信ライセンス情報Ｄlc1 に基づいて、それが自局宛のものか否かを判定する（ステップＳ２１６）。受信ライセンス情報Ｄlc1 が自局宛のものでなければ、中央処理部２２３は、以降の処理を行わない。それに対して、自局宛のライセンス情報Ｄlc1 を受信したと判定した場合、中央処理部２２３は、それをワーキングエリア２２４に転送し格納する。この格納に応答して、中央処理部２２３は、今回のライセンス情報Ｄlc1 内の利用許可情報Ｄlw1 を参照して、復号対象コンテンツデータＤ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 を特定する。要素情報Ｉmt13は、利用許可情報Ｄ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を特定する。また、ビット位置情報Ｉbp21は、端末識別子Ｉ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とは、コンテンツ配信システムＳcd1 のサーバ２１を特定する情報であり、変換先特定情報Ｉ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 、利用許可情報Ｄlw2 および復号鍵Ｋd2の順番で並べる。
【０１１０】
以上のステップＳ３２３までの処理により、ワーキングエリア１３上には、ライセンス情報Ｄlc1 から変換されたライセンス情報Ｄlc2 が完成する。次に、中央処理部１２は、ワーキングエリア１３上のライセンス情報Ｄlc2 を通信部１４に転送し、通信部１４は、受け取ったライセンス情報Ｄlc2 を、伝送路Ｎを通じて、端末装置２２に送信する（ステップＳ３２４）。なお、ライセンス情報Ｄlc2 は、契約者βに無関係な者に利用されてはならないので、変換装置Ｕc1および端末装置２２は、ＳＳＬ(Secure Socket Layer) に代表される安全な通信下で、ライセンス情報Ｄlc2 を交換することが好ましい。端末装置２２（図２参照）において、通信部２２２は、伝送路Ｎからのライセンス情報Ｄlc2 を受信する（ステップＳ３２５）。
【０１１１】
以上説明したように、本実施形態に係る変換装置Ｕc1は、契約者βの端末装置２２向けのライセンス情報Ｄlc1 を契約者δの端末装置３２向けのライセンス情報Ｄlc2 に変換して、当該端末装置２２に返す。これにより、契約者βは、自分のライセンス情報Ｄlc1 から変換され、かつ端末装置３２側で正しく使えるライセンス情報Ｄlc2 を受け取ることができる。契約者βは、以上のライセンス情報Ｄlc2 をオンラインまたはオフラインで、契約者δに渡す。ここで、端末装置３２は、契約者δの操作に従って、受け取ったライセンス情報Ｄlc2 内のコンテンツ識別子Ｉ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 を取り出す。さらに、中央処理部１２は、ステップＳ４８で得られたデータセットＤst2 から、復号鍵Ｋ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 の具体例を２つ挙げる。まず、図２３（ｂ）において、ライセンス情報Ｄlc1 は、端末識別子Ｉtn1 、コンテンツ識別子Ｉct1 、第２の変換可否情報Ｉca1 、複数の利用許可情報Ｄlw1 の一例として利用許可情報Ｄlw11およびＤlw12、ならびに復号鍵Ｋd1を含んでいる。利用許可情報Ｄlw11は例えば、再生回数を示しており、利用許可情報Ｄlw12は例えば、印刷回数を示す。第２の変換可否情報Ｉca1 は、このような全ての利用許可情報Ｄlw11およびＤlw12の変換処理を認めるか否かを示す。また、図２３（ｃ）において、ライセンス情報Ｄlc1 は、端末識別子Ｉtn1 、コンテンツ識別子Ｉct1 、１つまたは複数の第２の変換可否情報Ｉca1 および利用許可情報Ｄlw1 の組みの一例として、第２の変換可否情報Ｉca11および利用許可情報Ｄlw11、第２の変換可否情報Ｉca12および利用許可情報Ｄlw12、ならびに復号鍵Ｋd1を含んでいる。利用許可情報Ｄlw11およびＤlw12は、上述のように、例えば、再生回数および印刷回数を示している。第２の変換可否情報Ｉca11は、同じ組みの利用許可情報Ｄlw11の変換処理を認めるか否かを示し、第２の変換可否情報Ｉca12は、同じ組みの利用許可情報Ｄlw12の変換処理を認めるか否かを示す。
【０１３２】
変換装置Ｕc3（図９参照）では、伝送路Ｎを通じて、端末装置２２からの変換要求Ｄcrおよびライセンス情報Ｄlc1 が到着すると、プログラムＰc3の実行が開始される。より具体的は、中央処理部１２は、プログラムＰc3に従って、図２４に示す処理手順を実行する。図２４は、図１７と比較すると部分的に同一のステップを有している。そのため、図２４において、図１７のフローチャートのステップに相当するものには、同一のステップ番号を付して、その説明を簡素化する。
【０１３３】
まず、中央処理部１２は、変換要求Ｄcrおよびライセンス情報Ｄlc1 の到着後、第２の変換可否情報Ｉca1 をチェックして、全ての利用許可情報Ｄlw1 の変換処理が認められていないか否かを判断する（ステップＳ５１）。全利用許可情報Ｄlw1 の変換処理が認められていなければ、中央処理部１２は、今回の受信ライセンス情報Ｄlc1 を端末装置２２に送り返し（ステップＳ５２）、図２４の処理を終了する。なお、変換装置Ｕc3は、ステップＳ５１の前に、ステップＳ３５およびＳ３６（図１７参照）を行って、サーバ２１および３１から第１の変換可否情報Ｉack1およびＩack2を取得した後、端末装置２２および３２がコンテンツ配信システムＳcd1 およびＳ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 およびＳcd2 の双方においてどのような文字セットが使用されているかが記述されたテーブルを予め保持している場合には、当該テーブルを参照して、ライセンス情報Ｄlc1 の文字セットを、ライセンス情報Ｄlc2 のものに変換するようにしてもよい。
【０１４５】
また、ライセンス情報Ｄlc1 およびＤlc2 は、ＸＭＬ(eXtensible Markup Language)またはＸｒＭＬ(eXtensible rights Markup Language)に代表される記述言語で記述されていても良い。この場合において、変換装置Ｕc1〜Ｕc3は、ＸＭＬまたはＸｒＭＬのタグ値を変換したり、記述言語自体を変換したりして、ライセンス情報Ｄlc1 からＤlc2 への変換処理を行っても良い。
【０１４６】
他にも、ライセンス情報Ｄlc1 およびＤlc2 の構成要素が互いに異なる場合もある。ライセンス情報Ｄlc1 には、利用許可情報Ｄlw1 があるが、ライセンス情報Ｄlc2 には、それに相当する利用許可情報Ｄlw2 がない場合が、その典型例である。このような場合にも、変換装置Ｕc1〜Ｕc3は、サーバ２１および３１の双方と通信を行って、コンテンツ配信システムＳcd1 およびＳcd2 の双方においてどのような構成要素を使ってライセンス情報Ｄlc1 およびＤlc2 が構成されているかを確認する。このような確認の結果に基づいて、変換装置Ｕc1〜Ｕc3は、ライセンス情報Ｄlc1 の構成要素を、ライセンス情報Ｄlc2 のものに合致するように変換処理を行ってもよい。他にも、変換装置Ｕc1〜Ｕc3は、コンテンツ配信システムＳcd1 およびＳcd2 の双方においてどのような構成要素を使ってライセンス情報Ｄlc1 およびＤlc2 が構成されているかが記述されたテーブルを予め保持している場合には、当該テーブルを参照して、ライセンス情報Ｄlc1 の構成要素を、ライセンス情報Ｄlc2 のものに合致するように変換処理を行ってもよい。
【０１４７】
他にも、ライセンス情報Ｄlc1 およびＤlc2 の構成要素自体は同じであるが、当該ライセンス情報Ｄ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 およびＳcd2 において一意なコードを有するコンテンツ識別子Ｉct1 およびＩ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 に埋め込んで、当該コンテンツデータＤct1 を端末装置２２に同時に送信してもよい。この点については、サーバ３１に関しても同様である。
【０１５１】
また、第１〜第３の実施形態において、各変換装置Ｕ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 (4)

1. コンテンツの利用を許可する利用許可情報を１つ以上含んだ第１のライセンス情報を第２のライセンス情報に変換する電子機器であって、
   前記利用許可情報には前記第２のライセンス情報への変換が許可されているものと許可されていないものとがあり、
   前記第１のライセンス情報に含まれる利用許可情報のうち、少なくとも１つの利用許可情報について、前記第２のライセンス情報への変換が許可されている利用許可情報であるか否かを示す変換可否情報を保持する保持部と、
   前記保持部から読み出した前記変換可否情報に従って、第１のライセンス情報のうち、前記第２のライセンス情報への変換が許可されていない利用許可情報を除いた情報を、前記第２のライセンス情報へと変換する変換部とを備える、電子機器。
2. 前記第１のライセンス情報はコンテンツを利用する第１のシステムにおいてコンテンツの利用を許可する利用許可情報を含み、
   前記第２のライセンス情報は、前記第１のシステムとは異なる第２のシステムにおいてコンテンツの利用を許可する利用許可情報を含み、
   前記電子機器は、
   前記第２のシステムを特定するシステム情報を取得する取得部を更に備え、
   前記変換部は、前記第１のライセンス情報を、取得した前記システム情報が示す前記第２のシステムにて用いられる前記第２のライセンス情報へと変換する、請求項１に記載の電子機器。
3. 電子機器を用いて、コンテンツの利用を許可する利用許可情報を１つ以上含んだ第１のライセンス情報を第２のライセンス情報に変換する変換方法であって、
   前記利用許可情報には、前記第２のライセンス情報への変換が許可されているものと許可されていないものとがあり、
   前記第１のライセンス情報に含まれる利用許可情報のうち、少なくとも１つの利用許可情報について、前記第２のライセンス情報への変換が許可されている利用許可情報であるか否かを示す変換可否情報を保持する保持ステップと、
   前記保持ステップにて保持された前記変換可否情報を読み出し、読み出した前記変換可否情報に従って、第１のライセンス情報のうち、前記第２のライセンス情報への変換が許可されていない利用許可情報を除いた情報を、前記第２のライセンス情報へと変換する変換ステップとを有する、変換方法。
4. 電子機器に、コンテンツの利用を許可する利用許可情報を１つ以上含んだ第１のライセンス情報を第２のライセンス情報に変換させるプログラムであって、
   前記利用許可情報には、前記第２のライセンス情報への変換が許可されているものと許可されていないものとがあり、
   前記電子機器に、
   前記第１のライセンス情報に含まれる利用許可情報のうち、少なくとも１つの利用許可情報について、前記第２のライセンス情報への変換が許可されている利用許可情報であるか否かを示す変換可否情報を保持する保持ステップと、
   保持された前記変換可否情報を読み出し、読み出した前記変換可否情報に従って、第１のライセンス情報のうち、前記第２のライセンス情報への変換が許可されていない利用許可情報を除いた情報を、前記第２のライセンス情報へと変換する変換ステップとを実行させる、プログラム。

Images