JP4886491B2 - 情報端末装置 - Google Patents

Description

この発明は、例えばコンテンツサーバから取得したコンテンツの権利をグループや家族等で共有している状態で、当該権利の分割又は融合を可能にする情報端末装置に関する。

近年、音楽コンテンツ等のリッチコンテンツをコンテンツサーバから携帯端末やパーソナル・コンピュータ等の情報端末装置にダウンロードする配信サービスが普及し始めている。この種のサービスを利用する情報端末装置では、ダウンロードされたコンテンツがメモリに一旦蓄積され、ユーザの再生操作に応じて上記蓄積されたコンテンツがメモリから読み出されて再生される。

また、コンテンツには著作権等を保護するための権利情報が付与されているものがある。この種のコンテンツは暗号化されて蓄積され、再生する際には権利情報により規定される条件の下で復号されて再生される。再生の条件には、例えば再生回数や再生期間がある。暗号化方式としては、例えば乱数からなるコンテンツ鍵でコンテンツを暗号化すると共に、このコンテンツ鍵を鍵暗号化鍵により暗号化し、さらに上記鍵暗号化鍵をバインド鍵により暗号化する方式が用いられる。バインド鍵としては、例えばデバイスの固有識別情報が用いられる。このような暗号化方式を使用すれば、コンテンツはデバイスにバインドされた状態になり、これによりコンテンツの再生を当該コンテンツを暗号化した情報端末装置に限定することができる。

ところで、最近、上記取得したコンテンツの権利を他者と共有したり、他者に移動又は分割譲渡する仕組みが種々提案されている。例えば、権利を移動する手法として、デバイスの固有識別情報によりバインドされたコンテンツを端末から端末へ転送すると共に、上記固有識別情報をセキュアな伝送路を介して転送し、転送後に転送先の端末で上記固有識別情報の使用を可能にすると共に、転送元の端末による上記固有識別情報の使用を禁止するものがある（例えば、特許文献１を参照。）。
また別の手法として、権利の使用を管理するサーバを設け、このサーバを介することで端末間で権利を共有するものも提案されている（例えば、特許文献２を参照。）。
特開２００３−３０３１３７公報 特開２００５−０９２８５１公報

ところが、従来提案されている共有方式には次のような解決すべき課題がある。すなわち、Open Mobile Alliance Digital Rights Management Secure Content Exchange（以後OMA DRM SCE）では、例えば家族やグループごとにユーザドメイン（User Domain）を設定し、このユーザドメイン内の端末が権利を共有することを可能にしている。しかし、ユーザドメインによりコンテンツの権利を共有する場合、メンバの引っ越し等の環境変化が発生した場合にも当該メンバが引き続き共有コンテンツを利用できるようにする必要があり、その対策が求められている。
この発明は上記事情に着目してなされたもので、その目的とするところは、共有メンバの環境変化が発生しても長期間にわたる権利の共有を可能にした情報端末装置を提供することにある。

上記目的を達成するためにこの発明の第１の観点は、暗号化コンテンツと、この暗号化コンテンツの第１の権利情報及び暗号化鍵情報を含みかつこの暗号化鍵情報が権利を利用可能なユーザの範囲を規定する第１のユーザドメイン鍵をもとに暗号化された第１の権利オブジェクトとを記憶する情報端末装置にあって、上記第１のユーザドメイン鍵と、当該第１のユーザドメイン鍵とは異なる第２のユーザドメイン鍵とを含むユーザドメイン管理情報を記憶しておき、ユーザドメインの分割又は融合要求を受け付けたときに、上記第１の権利オブジェクトに含まれる暗号化鍵情報を上記記憶された第２のユーザドメイン鍵をもとに再暗号化することにより、分割又は融合先のユーザドメインに対応する第２の権利オブジェクトを生成するようにしたものである。

この発明の第２の観点は、ユーザドメインの融合要求を受け付けたときに、上記第１のユーザドメイン鍵により暗号化された暗号化鍵情報を、予め記憶された第２のユーザドメイン鍵をもとに再暗号化して、この再暗号化された暗号化鍵情報を上記第１の権利オブジェクトに追加することにより、融合先のユーザドメインに対応する第２の権利オブジェクトを生成するようにしたものである。

この発明の第３の観点は、ユーザドメインの分割要求を受け付けたときに、上記第１の権利オブジェクトから、上記第１のユーザドメイン鍵により暗号化された暗号化鍵情報と上記第２のユーザドメイン鍵により暗号化された暗号化鍵情報のうちの一方を削除することにより、分割先のユーザドメインに対応する第２の権利オブジェクトを生成するようにしたものである。

したがってこの発明によれば、ユーザドメインを共有しているメンバの引っ越し等により環境が変化した場合でも、引っ越し前に使用していたコンテンツの権利を引き続き共有することが可能となる。
すなわち、共有メンバの環境変化が発生しても長期間にわたる権利の共有を可能にした情報端末装置を提供することができる。

（第１の実施形態）
図１は、この発明の第１の実施形態に係わる情報端末装置の機能構成を示すブロック図である。この情報端末装置（以後端末と称する）ＴＭは、例えば携帯電話機やＰＤＡ（Personal Digital Assistant）等の携帯端末、或いはパーソナル・コンピュータからなり、通信ネットワークを介して図示しないコンテンツサーバにアクセス可能となっている。そして、コンテンツサーバから希望するコンテンツをダウンロードしてハードディスクなどのメモリに記臆する。なお、通信ネットワークＮＷは、例えばインターネットに代表されるＩＰ（Internet Protocol）網と、このＩＰ網にアクセスするための複数のアクセス網とから構成される。アクセス網としては、例えばＤＳＬ（Digital Subscriber Line）や光伝送路を使用する有線加入者網、無線ＬＡＮ（Local Area Network）、移動通信網が用いられる。また端末ＴＭは、ＵＳＢ（Universal Serial Bus）ケーブル等の信号ケーブルＣＢを介して他の端末に接続可能となっている。他の端末も携帯端末又はパーソナル・コンピュータにより構成される。

端末ＴＭは、ＣＰＵ（Central Processing Unit）１１を備え、このＣＰＵ１１には、バス１２を介してプログラムメモリ１３及びデータメモリ１４が接続され、さらに通信インタフェース（通信Ｉ／Ｆ）１５、外部接続インタフェース（外部接続Ｉ／Ｆ）１７及び入出力インタフェース（入出力Ｉ／Ｆ）１８がそれぞれ接続される。

通信インタフェース１５はアンテナ１６に接続され、図示しない基地局との間で無線通信を行う。またこの基地局を介してコンテンツサーバとの間でコンテンツをダウンロードするための通信を行う。通信プロトコルとしては、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）が使用される。外部接続インタフェース１７は、例えばＵＳＢインタフェース機能を備え、信号ケーブルＣＢを介して他の端末へ暗号化コンテンツ等の転送を行う。入出力Ｉ／Ｆ１８には、入力部１９、出力部２０及び表示部２１が接続される。入力部１９は複数の機能キーとキーパッドとからなり、ユーザが通信及びコンテンツ再生に係わるコマンド等を入力するために使用される。出力部２０はスピーカを備え、入出力Ｉ／Ｆ１８に設けられたオーディオデコーダにより復号されたオーディオ信号を音として出力する。表示部２１は液晶ディスプレイからなり、端末の通信動作に必要な情報やコンテンツの再生に係わる種々情報を表示する。

プログラムメモリ１３はハードディスク又はＲＯＭ等の不揮発性メモリからなり、この発明に係わる制御用のアプリケーション・プログラムとして、ＤＥＡ（Domain Enforcement Agent）１３１と、ＤＲＭ（Digital Rights Management）エージェント１３２が格納されている。

ＤＲＭエージェント１３２は、ＲＯ管理プログラム１３２１を有する。コンテンツサーバからダウンロードされた権利化コンテンツは、コンテンツと権利オブジェクト（Rights Object）ＲＯとから構成され、ＲＯ管理プログラム１３２１はこのうちの権利オブジェクトＲＯを管理する処理を、上記ＣＰＵ１１に実行させる。またＲＯ管理プログラム１３２１は、コンテンツの再生に際し、上記権利オブジェクトＲＯの復号処理及び暗号化されたコンテンツの復号処理を、上記ＣＰＵ１１に実行させる。

ＤＥＡ１３１は、ＤＡ（Domain Authority）に代わってユーザドメイン用のポリシー（Domain Policy）を共用するエンティティであり、ユーザドメイン管理プログラム１３１１と、ＲＯ生成プログラム１３１２とを有する。ユーザドメイン管理プログラム１３１１は、ユーザドメインメンバの管理及びユーザドメイン鍵の発行に係わる処理を、上記ＣＰＵ１１に実行させる。ＲＯ生成プログラム１３１２は、ユーザドメインの分割又は融合に際し権利オブジェクトＲＯを生成又は再生成する処理を、上記ＣＰＵ１１に実行させる。なお、Domain Policyは、同一のユーザドメインを使用する端末の数、ユーザドメインの寿命、ユーザドメインの分割又は融合の可否等を含む属性群である。

データメモリ１４は記憶媒体として、例えばハードディスク又はＮＡＮＤ型フラッシュメモリを使用したもので、コンテンツ管理部１４１を備えている。このコンテンツ管理部１４１には、権利付きコンテンツを構成するコンテンツと権利オブジェクトＲＯのうち、コンテンツが暗号化されて記憶される。

上記コンテンツ管理部１４１に記憶されるコンテンツ、及び上記プログラムメモリ１３に記憶されるユーザドメイン用の権利オブジェクトＲＯは次のように構成される。図２はその暗号化フォーマットを示す図である。
すなわち、コンテンツＣはステップＳ２１においてコンテンツ鍵ＫCEK により暗号化されて、上記コンテンツ管理部１４１に記憶される。上記コンテンツ鍵ＫCEK はステップＳ２３において鍵暗号化鍵ＫREK により暗号化される。鍵暗号化鍵ＫREK は、検証鍵ＫMAC と共に、ＤＥＡ内秘匿情報ＤＳ０として管理されているユーザドメイン鍵ＫD によりステップＳ２４で暗号化される。なお、コンテンツ鍵ＫCEK 及び鍵暗号化鍵ＫREK はいずれも乱数をもとに生成される。またステップＳ２２においては、権利情報に対する権利者の署名（Signature）が、ＤＥＡ内秘匿情報ＤＳ０として管理されているＤＥＡ秘密鍵ＫPRI_DEAをもとに生成される。

なお、上記鍵暗号化鍵ＫREKは、乱数を用いるのではなく、端末ＴＭに固有な情報（機器番号、電話番号など）を利用して生成してもよい。

上記権利情報、署名、鍵暗号化鍵ＫREK により暗号化されたコンテンツ鍵ＫCEK 、ユーザドメイン鍵ＫD により暗号化された鍵暗号化鍵ＫREK及び検証鍵ＫMACにより、権利オブジェクトＲＯが構成され、この権利オブジェクトＲＯは上記ＲＯ管理プログラム１３２１に記憶される。また、上記権利オブジェクトＲＯにはＭＡＣ（Message Authentication Cord）値が付加される。このＭＡＣ値は、上記権利オブジェクトＲＯを構成する上記各要素をもとにステップＳ２５において計算される。ＭＡＣ値を付加すると、検証鍵ＫMAC を用いて権利オブジェクトＲＯのＭＡＣ値を除いた部分のＭＡＣ値を計算し、この計算値が権利オブジェクトＲＯに付加されているＭＡＣ値と一致するか否かを判定することにより、権利オブジェクトの改ざんの有無を検証することができる。

次に、以上のように構成された端末ＴＭの動作を説明する。
（１）ユーザドメインの分割／融合の第１の例
この例は、ユーザドメインの分割又は融合に際し、新たなユーザドメイン鍵を使用するものである。例えば、図３に示すようにユーザドメイン鍵key_aを使用するユーザドメインＡ（３Ａ）をユーザドメインＢ（３Ｂ）及びユーザドメインＣ（３Ｃ）に分割する場合には、それぞれ新たなユーザドメイン鍵key_b及びkey_cが用いられる。同様に、ユーザドメイン鍵key_d及びkey_eを使用する各ユーザドメインＤ（３Ｄ）及びユーザドメインＥ（３Ｅ）を１つのユーザドメインＦ（３Ｆ）に融合する場合には、新たなユーザドメイン鍵key_fが使用される。

（１−１）権利オブジェクトＲＯの生成（権利情報が変化しない場合）
端末ＴＭのプログラムメモリ１３１には、ＤＥＡ内秘匿情報ＤＳ１として、使用中のユーザドメイン鍵ＫD1の他に、ユーザドメインの分割／融合の際に使用する新たなユーザドメイン鍵ＫD2が記憶され、さらにＤＥＡ秘密鍵ＫPRI_DEAが記憶されている。

ユーザドメインの分割又は融合に際して、権利情報の内容を変更せずに権利オブジェクトＲＯA をもとに新たな権利オブジェクトＲＯB を生成する場合に、端末は権利オブジェクトＲＯAを構成する各要素のうち、鍵暗号化鍵ＫREK ＋検証鍵ＫMAC及びＭＡＣ値のみを変更する。

すなわち、端末のＣＰＵ１１は図４に示すように、先ず権利オブジェクトＲＯA中の暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMAC を、使用中のユーザドメイン鍵ＫD1を用いてステップＳ４１により一旦復号する。そして、この復号された鍵暗号化鍵ＫREK ＋検証鍵ＫMAC を、ステップＳ４２において新たなユーザドメイン鍵ＫD2をもとに再暗号化し、これを新たな権利オブジェクトＲＯBの構成要素とする。また、それと共に上記復号された検証鍵ＫMAC をもとにステップＳ４３において上記新たな権利オブジェクトＲＯBのＭＡＣ値を計算し直し、この計算し直されたＭＡＣ値を上記新たな権利オブジェクトＲＯB に付加する。

（１−２）権利オブジェクトＲＯの生成（権利情報が変化する場合）
ユーザドメインの分割又は融合に際して、権利オブジェクトＲＯA をもとに新たな権利オブジェクトＲＯB を生成する場合に、端末は権利オブジェクトＲＯAを構成する各要素のうち、鍵暗号化鍵ＫREK ＋検証鍵ＫMAC及びＭＡＣ値を変更する。またそれと共に、分割又は融合後の権利情報Ｒ２の内容が融合前の権利情報Ｒ１の内容から変化する場合には、変更後の権利情報Ｒ２に対する権利者の署名（Signature）を変更する。

すなわち、端末のＣＰＵ１１は図５に示すように、先ず権利オブジェクトＲＯA 中の暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMAC を、使用中のユーザドメイン鍵ＫD1を用いてステップＳ５１により復号する。そして、この復号された鍵暗号化鍵ＫREK ＋検証鍵ＫMAC を、ステップＳ５２において新たなユーザドメイン鍵ＫD2をもとに再暗号化し、これを新たな権利オブジェクトＲＯBの構成要素とする。

またＣＰＵ１１は、権利オブジェクトＲＯA 内の権利情報Ｒ１の一部を移動又は分割して権利情報Ｒ２を生成する。そして、この変更後の権利情報Ｒ２に対する権利者の署名（Signature）を、ＤＥＡ内秘匿情報ＤＳ１として管理されているＤＥＡ秘密鍵ＫPRI_DEAをもとにステップＳ５４において生成し直し、この署名を新たな権利オブジェクトＲＯB に含める。
最後にＣＰＵ１１は、上記復号された検証鍵ＫMAC をもとに、ステップＳ５３において上記新たな権利オブジェクトＲＯBの各構成要素に対するＭＡＣ値を計算し直し、この計算し直されたＭＡＣ値を上記新たな権利オブジェクトＲＯB に付加する。

（２）ユーザドメインの分割／融合の第２の例
この例は、ユーザドメインを分割する際に、予め用意してある複数のユーザドメイン鍵を分割後の各ユーザドメインに割り当てる。また、ユーザドメインを融合する際には、融合前の複数のユーザドメインに使用されている各ユーザドメイン鍵を、融合後のユーザドメインにそれぞれ割り当てるものである。

例えば、図６に示すように２個のユーザドメイン鍵key_b，key_cを使用するユーザドメインＡ（６Ａ）を、ユーザドメインＢ（６Ｂ）及びユーザドメインＣ（６Ｃ）に分割する場合には、これらの分割先のユーザドメインＢ，Ｃに対しそれぞれ上記ユーザドメイン鍵key_b，key_cを割り当てる。同様に、ユーザドメイン鍵key_d及びkey_eをそれぞれ使用するユーザドメインＤ（３Ｄ）及びユーザドメインＥ（３Ｅ）を１つのユーザドメインＦ（３Ｆ）に融合する場合には、この融合後のユーザドメインＦ（６Ｆ）に対し上記融合前の各ユーザドメインＤ，Ｅで使用されていたユーザドメイン鍵key_d及びkey_eを割り当てる。

ところで、複数のユーザドメインに対し有効となる権利オブジェクトＲＯの暗号化フォーマットは、例えば次のように構成される。図７はその構成を示す図である。すなわち、コンテンツＣはステップＳ７１においてコンテンツ鍵ＫCEK により暗号化されて、上記コンテンツ管理部１４１に記憶される。上記コンテンツ鍵ＫCEK はステップＳ７３において鍵暗号化鍵ＫREK により暗号化される。鍵暗号化鍵ＫREK は検証鍵ＫMAC と共に、ＤＥＡ内秘匿情報ＤＳ２として管理されている２個の異なるユーザドメイン鍵ＫD1、ＫD2によりステップＳ７４，Ｓ７５でそれぞれ暗号化される。なお、コンテンツ鍵ＫCEK 及び鍵暗号化鍵ＫREK はいずれも乱数をもとに生成される。またステップＳ７２においては、権利情報に対する権利者の署名（Signature）が、ＤＥＡ内秘匿情報ＤＳ２として管理されているＤＥＡ秘密鍵ＫPRI_DEAをもとに生成される。

権利オブジェクトＲＯは、上記権利情報、署名、鍵暗号化鍵ＫREK により暗号化されたコンテンツ鍵ＫCEK 、ユーザドメイン鍵ＫD1、ＫD2によりそれぞれ暗号化された鍵暗号化鍵ＫREK及び検証鍵ＫMACを要素として構成され、この権利オブジェクトＲＯは上記ＲＯ管理プログラム１３２１に記憶される。また、上記権利オブジェクトＲＯにはＭＡＣ（Message Authentication Cord）値が付加される。このＭＡＣ値は、上記権利オブジェクトＲＯを構成する上記各要素をもとにステップＳ７６において計算される。

（２−１）ユーザドメインを融合する際の権利オブジェクトの生成（権利情報が変化しない場合）
端末ＴＭのプログラムメモリ１３１にはＤＥＡ内秘匿情報ＤＳ２として、使用中のユーザドメイン鍵ＫD1の他に、ユーザドメイン融合用のユーザドメイン鍵ＫD2が記憶され、さらにＤＥＡ秘密鍵ＫPRI_DEAが記憶されている。

２個のユーザドメインを１個のユーザドメインに融合する場合に端末は、融合前の各ユーザドメインで使用されていたユーザドメイン鍵が共に有効となるように、ユーザドメイン鍵ＫD1により暗号化されていた権利オブジェクトＲＯAの鍵暗号化鍵ＫREK ＋検証鍵ＫMACをユーザドメイン鍵ＫD2により再暗号化して、融合後の新たな権利オブジェクトＲＯBに追加する。

すなわち、ＣＰＵ１１は図８に示すように、先ず権利オブジェクトＲＯA に含まれる、ユーザドメイン鍵ＫD1により暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMACをそのまま融合後の新たな権利オブジェクトＲＯB にコピーする。またそれと共に、上記ユーザドメイン鍵ＫD1により暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを、ステップＳ８１において、ＤＥＡ内秘匿情報ＤＳ２のユーザドメイン鍵ＫD1により復号する。そして、この復号された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを、ステップＳ８２において、ＤＥＡ内秘匿情報ＤＳ２のユーザドメイン鍵ＫD2により再暗号化し、このユーザドメイン鍵ＫD2により再暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを、上記融合後の新たな権利オブジェクトＲＯB に追加する。そして最後に、上記ステップＳ８１において復号された検証鍵ＫMAC をもとに、ステップＳ８３において上記融合後の新たな権利オブジェクトＲＯB の各構成要素に対するＭＡＣ値を計算し直し、この計算し直されたＭＡＣ値を当該権利オブジェクトＲＯB に付加する。

（２−２）ユーザドメインを融合する際の権利オブジェクトの生成（権利情報が変更される場合）
２つのユーザドメインを１つのユーザドメインに融合する場合に端末は、融合前の各ユーザドメインで使用されていたユーザドメイン鍵が共に有効となるように、ユーザドメイン鍵ＫD1により暗号化されていた権利オブジェクトＲＯAの鍵暗号化鍵ＫREK ＋検証鍵ＫMACをユーザドメイン鍵ＫD2により再暗号化して、融合後の新たな権利オブジェクトＲＯBに追加する。またそれと共に、権利情報の内容が融合前と融合後において変わる場合には、変更後の権利情報Ｒ２に対する権利者の署名（Signature）を変更する。

すなわち、端末のＣＰＵ１１は図９に示すように、先ず権利オブジェクトＲＯA に含まれる、ユーザドメイン鍵ＫD1により暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMACをそのまま融合後の新たな権利オブジェクトＲＯB にコピーする。またそれと共に、上記ユーザドメイン鍵ＫD1により暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを、ステップＳ９１において、ＤＥＡ内秘匿情報ＤＳ２のユーザドメイン鍵ＫD1により復号する。そして、この復号された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを、ステップＳ９２において、ＤＥＡ内秘匿情報ＤＳ２のユーザドメイン鍵ＫD2により再暗号化し、このユーザドメイン鍵ＫD2により再暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを融合後の新たな権利オブジェクトＲＯB に追加する。

さらにＣＰＵ１１は、権利オブジェクトＲＯA 内の権利情報Ｒ１の一部を移動又は分割することにより権利情報Ｒ２を生成する。そして、この変更後の権利情報Ｒ２に対する権利者の署名（Signature）を、ＤＥＡ内秘匿情報ＤＳ２として管理されているＤＥＡ秘密鍵ＫPRI_DEAをもとにステップＳ９４において生成し、この生成された署名を新たな権利オブジェクトＲＯB に含める。
そして最後に、上記ステップＳ９１において復号された検証鍵ＫMAC をもとに、ステップＳ９３において上記融合後の新たな権利オブジェクトＲＯBの各構成要素に対するＭＡＣ値を計算し直し、この計算し直されたＭＡＣ値を当該権利オブジェクトＲＯB に付加する。

（２−３）ユーザドメインを分割する際の権利オブジェクトの生成（権利情報が変化しない場合）
２個のユーザドメイン鍵を使用していたユーザドメインを２個のユーザドメインに分割する際に端末は、分割後の権利オブジェクトにおいて２個のユーザドメイン鍵のうちの一方のみを有効とするために、他方のユーザドメイン鍵により暗号化されていた鍵暗号化鍵ＫREK ＋検証鍵ＫMACを削除する。

すなわち、端末のＣＰＵ１１は図１０に示すように、分割前の権利オブジェクトＲＯA の各構成要素、つまり権利情報、署名、鍵暗号化鍵ＫREK により暗号化されたコンテンツ鍵ＫCEK 、ユーザドメイン鍵ＫD1、ＫD2によりそれぞれ暗号化された鍵暗号化鍵ＫREK＋検証鍵ＫMACのうち、ユーザドメイン鍵ＫD2により暗号化された鍵暗号化鍵ＫREK＋検証鍵ＫMACを除いた各構成要素を、分割後の権利オブジェクトＲＯB にコピーする。上記ユーザドメイン鍵ＫD2により暗号化された鍵暗号化鍵ＫREK＋検証鍵ＫMACは、ステップＳ１０２において削除する。そして、上記分割後の権利オブジェクトＲＯB において、上記コピーされた各構成要素のＭＡＣ値をステップＳ１０１で計算し直し、この計算されたＭＡＣ値を上記分割後の権利オブジェクトＲＯB に付加する。

（２−４）ユーザドメインを分割する際の権利オブジェクトの生成（権利情報が変化する場合）
２個のユーザドメイン鍵を使用していたユーザドメインを２個のユーザドメインに分割する際に端末は、分割後の権利オブジェクトにおいて２個のユーザドメイン鍵のうちの一方のみを有効とするために、他方のユーザドメイン鍵により暗号化されていた鍵暗号化鍵ＫREK ＋検証鍵ＫMACを削除する。またそれと共に、権利情報の内容が分割前と分割後において変わる場合には、変更後の権利情報Ｒ２に対する権利者の署名（Signature）を変更する。

すなわち、端末のＣＰＵ１１は図１１に示すように、分割前の権利オブジェクトＲＯA の各構成要素のうち、鍵暗号化鍵ＫREK により暗号化されたコンテンツ鍵ＫCEK と、ユーザドメイン鍵ＫD1により暗号化された鍵暗号化鍵ＫREK＋検証鍵ＫMACのみを分割後の権利オブジェクトＲＯB にコピーする。上記分割前の権利オブジェクトＲＯAに含まれる、ユーザドメイン鍵ＫD2により暗号化された鍵暗号化鍵ＫREK＋検証鍵ＫMACは、ステップＳ１１１において削除する。

またそれと共にＣＰＵ１１は、権利オブジェクトＲＯA 内の権利情報Ｒ１の一部を移動又は分割して権利情報Ｒ２を生成する。そして、この変更後の権利情報Ｒ２に対する権利者の署名（Signature）を、ＤＥＡ内秘匿情報ＤＳ２として管理されているＤＥＡ秘密鍵ＫPRI_DEAをもとにステップＳ１１２において生成し、この生成された署名を分割後の新たな権利オブジェクトＲＯB に含める。そして、上記分割後の新たな権利オブジェクトＲＯBの各構成要素に対するＭＡＣ値をステップＳ１１３で計算し直し、この計算し直したＭＡＣ値を上記分割後の新たな権利オブジェクトＲＯB に付加する。

（３）ユーザドメインの分割／融合に伴うＤＥＡの移動
上記（１）及び（２）ではユーザドメインの分割又は融合時における権利オブジェクトＲＯの生成手法を説明した。しかし、それに止まらず端末間でＤＥＡが移動する場合がある。この場合、端末は上記ＲＯの生成処理を終了した後に、以下に示す手順でＤＥＡの移動処理を実行する。また、ある端末がユーザドメインから離脱した場合など、ユーザドメインの分割又は融合時以外においても、ＤＥＡが移動する場合がある。図１２はその手順を示す図である。

すなわち、先ず移動前のＤＥＡ１と移動後のＤＥＡ２との間、つまり端末ＴＭ１と端末ＴＭ２との間で、ユーザドメイン鍵及びドメインポリシー等のユーザドメイン管理情報をセキュアに移動させる。
例えば、先ず端末ＴＭ１とＴＭ２との間で互いの公開鍵ＫPUB_DEA1、ＫPUB_DEA2を交換する。次に移動元の端末ＴＭ１は、移動先の端末ＴＭ２のＤＥＡ２の正当性を確認する。そして、ＤＥＡ２の正当性が確認されると端末ＴＭ１は、ユーザドメイン鍵及びドメインポリシーなどのユーザドメイン管理情報をステップＳ１２１においてＤＥＡ２の公開鍵ＫPUB_DEA2により暗号化し、この暗号化されたＤＥＡ１のユーザドメイン管理情報を端末ＴＭ２へ転送する。なお、このとき移動元の端末ＴＭ１は、ＤＥＡ１内のユーザドメイン鍵ＫD を削除する。

一方、移動先の端末ＴＭ２は、移動元の端末ＴＭ１から受け取った、上記暗号化されたＤＥＡ１のユーザドメイン管理情報をＤＥＡ２の秘密鍵ＫPRI_DEA2によりステップＳ１２２で復号し、復号されたユーザドメイン鍵ＫD 及びドメインポリシーをＤＥＡ２内秘匿情報として保存する。

次に端末ＴＭ２は、ＤＥＡの移動に伴う権利オブジェクトＲＯの変換処理を次のように実行する。すなわち、端末ＴＭ１から転送された権利オブジェクトＲＯ１の署名（Signature）をＤＥＡ１の公開鍵ＫPUB_DEA1によりステップＳ１２３で復号することにより、その正当性を検証する。この検証の結果、署名の正当性が確認されれば、上記復号された署名をＤＥＡ２の秘密鍵ＫPRI_DEA2によりステップＳ１２４で暗号化して、ＤＥＡ２用の新たな署名を生成する。そして、移動後の権利オブジェクトＲＯ２内の署名を、上記新たに生成されたＤＥＡ２の署名に書き替える。
なお、上記署名の書き替え後に端末ＴＭ２は、権利オブジェクトＲＯ２内の各構成要素のＭＡＣ値を計算し、このＭＡＣ値を当該権利オブジェクトＲＯ２に付け直す。

以上述べたように第１の実施形態では、ユーザドメインの分割又は融合に伴い、ユーザドメイン鍵によりバインドされている権利化オブジェクトＲＯを変換し、さらに必要に応じて端末ＴＭ１，ＴＭ２間でＤＥＡを移動させるようにしている。具体的には、以下のような処理を行う。

（１）分割又は融合先のユーザドメイン用に新たなユーザドメイン鍵を用意して、鍵暗号化鍵ＫREK を上記新たなユーザドメイン鍵により再暗号化する。
（２）分割に備えて、異なるユーザドメイン鍵により暗号化された複数の鍵暗号化鍵ＫREK を権利オブジェクトＲＯA 内に予め含めておき、分割に際しこれらの暗号化された鍵暗号化鍵ＫREKの一つを分割先の権利オブジェクトＲＯB に含める。また、融合に際しては、融合元で使用されていた各ユーザドメイン鍵により鍵暗号化鍵ＫREKをそれぞれ再暗号化して、この再暗号化された複数の鍵暗号化鍵ＫREKを融合先の権利オブジェクトＲＯB に含める。

（３）上記（１）及び（２）において、権利オブジェクトＲＯA 中の権利情報を移動又は分割等により変更する場合には、変更後の権利情報に対する権利者の署名（Signature）を生成し直す。

（４）上記（１）乃至（３）による分割又は融合先の新たな権利オブジェクトＲＯB の内容変更に応じてＭＡＣ値を計算し直し、当該新たな権利オブジェクトＲＯB のＭＡＣ値を上記計算し直された値に付け替える。

（５）ユーザドメインの分割／融合に伴うＤＥＡに移動に際し、端末ＴＭ１，ＴＭ２間でユーザドメイン鍵ＫD 及びユーザポリシー等を含むユーザドメイン管理情報をセキュアに転送する。また、移動先の端末ＴＭ２において、権利オブジェクトＲＯ内の署名（Signature）を生成し直す。

したがって第１の実施形態によれば、ユーザドメインを共有しているメンバの引っ越し等により環境が変化した場合でも、引っ越し前に使用していたコンテンツの権利を引き続き共有することが可能となる。しかも、分割又は融合により権利情報の内容が変化する場合でも、その権利の権利者を明確にすることができる。さらに、ユーザドメインの分割／融合に伴うＤＥＡに移動に対しても安全性を配慮して確実に対応できる。
なお、変更前及び変更後の各権利情報に対する署名（Signature）は省略してもよい。

（第２の実施形態）
この発明の第２の実施形態は、前記第１の実施形態が権利情報に対しＤＥＡが署名を行っていたのに対し、権利情報の署名を権利サーバ等の権利発行者ＲＩ（Rights Issuer）が行うことを前提とし、この条件の下で端末がユーザドメインの分割又は融合に伴う権利オブジェクトＲＯの再生成を行うようにしたものである。

この第２の実施形態に係わる情報端末装置（端末）ＴＭは、図１に示したＲＯ生成部１３１２に代わってＲＯ更新部をプログラムメモリ１３に格納している。なお、情報端末装置（端末）ＴＭのその他の構成は前記第１の実施形態で説明したものと同一であるため、第２の実施形態においても前記図１を用いて説明を行う。

図１３は、この発明の第２の実施形態で使用されるユーザドメイン用権利オブジェクトＲＯのフォーマットを示す図である。このユーザドメイン用権利オブジェクトＲＯは権利サーバ等の権利発行者ＲＩにより生成される。すなわち、コンテンツＣはステップＳ１３１においてコンテンツ鍵ＫCEK により暗号化される。上記コンテンツ鍵ＫCEK はステップＳ１３３において鍵暗号化鍵ＫREK により暗号化される。鍵暗号化鍵ＫREK は、検証鍵ＫMAC と共に、ＤＥＡから取得したユーザドメイン鍵ＫDによりステップＳ１３４で暗号化される。なお、コンテンツ鍵ＫCEK 及び鍵暗号化鍵ＫREK はいずれも乱数をもとに生成される。またステップＳ１３２においては、権利情報に対する権利者の署名（Signature）が、ＲＩ内秘匿情報ＤＳ３として管理されているＲＩ秘密鍵ＫPRI_RIをもとに生成される。 権利オブジェクトＲＯは、上記権利情報、署名、鍵暗号化鍵ＫREK により暗号化されたコンテンツ鍵ＫCEK 、ユーザドメイン鍵ＫD により暗号化された鍵暗号化鍵ＫREK及び検証鍵ＫMACにより構成され、この権利オブジェクトＲＯはＤＲＭエージェント１３２のＲＯ管理プログラム１３２１に記憶される。また、上記権利オブジェクトＲＯにはＭＡＣ（Message Authentication Cord）値が付加される。このＭＡＣ値は、上記権利オブジェクトＲＯを構成する上記各要素をもとにステップＳ１３５において計算されるもので、権利オブジェクトＲＯの改ざんの有無を検証するために用いられる。

次に、上記ＲＩにおいて生成されたユーザドメイン用権利オブジェクトＲＯのユーザドメインを、端末ＴＭにおいて分割／融合する場合の動作を説明する。
（１）ユーザドメインの分割／融合の第１の例
この例は、ユーザドメインの分割又は融合に際し、新たなユーザドメイン鍵を使用するものである。例えば、前記図３に示したようにユーザドメイン鍵key_aを使用するユーザドメインＡ（３Ａ）をユーザドメインＢ（３Ｂ）及びユーザドメインＣ（３Ｃ）に分割する場合には、それぞれ新たなユーザドメイン鍵key_b及びkey_cが用いられる。同様に、ユーザドメイン鍵key_d及びkey_eを使用する各ユーザドメインＤ（３Ｄ）及びユーザドメインＥ（３Ｅ）を１つのユーザドメインＦ（３Ｆ）に融合する場合には、新たなユーザドメイン鍵key_fが使用される。

（１−１）権利オブジェクトＲＯの再生成（変更）（権利情報が変化しない場合）
端末ＴＭのプログラムメモリ１３１には、ＤＥＡ内秘匿情報ＤＳ３として、使用中のユーザドメイン鍵ＫD1の他に、ユーザドメインの分割／融合の際に使用する新たなユーザドメイン鍵ＫD2が記憶され、さらにＤＥＡ秘密鍵ＫPRI_DEAが記憶されている。

ユーザドメインの分割又は融合に際して、権利情報の内容を変更せずに権利オブジェクトＲＯA をもとに新たな権利オブジェクトＲＯB を再生成する場合に、端末は権利オブジェクトＲＯAを構成する各要素のうち、鍵暗号化鍵ＫREK ＋検証鍵ＫMAC及びＭＡＣ値のみを変更する。

すなわち、端末のＣＰＵ１１は図１４に示すように、先ず権利オブジェクトＲＯA中の暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMAC を、使用中のユーザドメイン鍵ＫD1を用いてステップＳ１４１により一旦復号する。そして、この復号された鍵暗号化鍵ＫREK ＋検証鍵ＫMAC を、ステップＳ１４２において新たなユーザドメイン鍵ＫD2をもとに再暗号化し、これを新たな権利オブジェクトＲＯBの構成要素とする。また、それと共に上記復号された検証鍵ＫMAC をもとにステップＳ１４３において上記新たな権利オブジェクトＲＯBのＭＡＣ値を計算し直し、この計算し直されたＭＡＣ値を上記新たな権利オブジェクトＲＯB に付加する。

（１−２）権利オブジェクトＲＯの再生成（変更）（権利情報が変化する場合）
ユーザドメインの分割又は融合に際して、権利オブジェクトＲＯA をもとに新たな権利オブジェクトＲＯB を再生成する場合に、端末は権利オブジェクトＲＯAを構成する各要素のうち、鍵暗号化鍵ＫREK ＋検証鍵ＫMAC及びＭＡＣ値を変更する。

また、分割又は融合後の権利情報Ｒ２の内容が融合前の権利情報Ｒ１の内容から変化する場合には、変更後の権利情報を表す権利消費情報を新たな権利オブジェクトＲＯB に追加すると共に、この権利消費情報に対するＤＥＡの署名（Signature）を生成して権利オブジェクトＲＯB に加える。

すなわち、端末のＣＰＵ１１は図１５に示すように、先ず権利オブジェクトＲＯA 中の暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMAC を、使用中のユーザドメイン鍵ＫD1を用いてステップＳ１５１により復号する。そして、この復号された鍵暗号化鍵ＫREK ＋検証鍵ＫMAC を、ステップＳ１５２において新たなユーザドメイン鍵ＫD2をもとに再暗号化し、これを新たな権利オブジェクトＲＯBの構成要素とする。

またＣＰＵ１１は、新たな権利オブジェクトＲＯBの権利情報の内容を権利オブジェクトＲＯA 内の権利情報から変更する場合に、上記既存の権利情報とは別に権利消費情報を生成し、この生成した権利消費情報を新たな権利オブジェクトＲＯBに追加する。そして、ステップＳ１５３において、ＤＥＡ内秘匿情報ＤＳ４内のＤＥＡ秘密鍵ＫPRI_DEAをもとに上記権利消費情報に対する署名を生成し、この新たに生成された署名を上記新たな権利オブジェクトＲＯB中の権利消費情報に付加する。
そして、最後にＣＰＵ１１は、上記復号された検証鍵ＫMAC をもとに、ステップＳ１５４において上記新たな権利オブジェクトＲＯBの各構成要素に対するＭＡＣ値を計算し直し、この計算し直されたＭＡＣ値を上記新たな権利オブジェクトＲＯB に付加する。

（２）ユーザドメインの分割／融合の第２の例
この例は、ユーザドメインを分割する際に、予め用意してある複数の有効なユーザドメイン鍵を分割後の各ユーザドメインに割り当てる。また、ユーザドメインを融合する際には、融合前の複数のユーザドメインに使用されている各ユーザドメイン鍵を、融合後のユーザドメインにそれぞれ割り当てるものである。

例えば、前記図６に示すように２個のユーザドメイン鍵key_b，key_cを使用するユーザドメインＡ（６Ａ）を、ユーザドメインＢ（６Ｂ）及びユーザドメインＣ（６Ｃ）に分割する場合には、これらの分割先のユーザドメインＢ，Ｃに対しそれぞれ上記ユーザドメイン鍵key_b，key_cを割り当てる。同様に、ユーザドメイン鍵key_d及びkey_eをそれぞれ使用するユーザドメインＤ（６Ｄ）及びユーザドメインＥ（６Ｅ）を１つのユーザドメインＦ（６Ｆ）に融合する場合には、この融合後のユーザドメインＦ（６Ｆ）に対し上記融合前の各ユーザドメインＤ，Ｅで使用されていたユーザドメイン鍵key_d及びkey_eを割り当てる。

ところで、複数のユーザドメインに対し有効となる権利オブジェクトＲＯは権利サーバＲＩにおいて生成されるもので、その暗号化フォーマットは例えば次のように構成される。図１６はその構成を示す図である。
すなわち、コンテンツＣはステップＳ１６１においてコンテンツ鍵ＫCEK により暗号化される。上記コンテンツ鍵ＫCEK はステップＳ１６３において鍵暗号化鍵ＫREK により暗号化される。鍵暗号化鍵ＫREK は検証鍵ＫMAC と共に、ＤＥＡから取得した２個の異なるユーザドメイン鍵ＫD1、ＫD2によりステップＳ１６４，Ｓ１６５でそれぞれ暗号化される。なお、コンテンツ鍵ＫCEK 及び鍵暗号化鍵ＫREK はいずれも乱数をもとに生成される。またステップＳ１６２においては、権利情報に対する権利者の署名（Signature）が、ＲＩ内秘匿情報ＤＳ３として管理されているＲＩ秘密鍵ＫPRI_RIをもとに生成される。

権利オブジェクトＲＯは、上記権利情報、署名、鍵暗号化鍵ＫREK により暗号化されたコンテンツ鍵ＫCEK 、ユーザドメイン鍵ＫD1、ＫD2によりそれぞれ暗号化された鍵暗号化鍵ＫREK及び検証鍵ＫMACを要素として構成され、この権利オブジェクトＲＯは上記ＲＯ管理プログラム１３２１に記憶される。また、上記権利オブジェクトＲＯにはＭＡＣ（Message Authentication Cord）値が付加される。このＭＡＣ値は、上記権利オブジェクトＲＯを構成する上記各要素をもとにステップＳ１６６において計算されるもので、権利オブジェクトＲＯの改ざんの有無を検証するために用いられる。

（２−１）ユーザドメインを融合する際の権利オブジェクトの再生成（変更）（権利情報が変化しない場合）
端末ＴＭのプログラムメモリ１３１にはＤＥＡ内秘匿情報ＤＳ２として、使用中のユーザドメイン鍵ＫD1の他に、ユーザドメイン融合用のユーザドメイン鍵ＫD2が記憶されている。

２個のユーザドメインを１個のユーザドメインに融合する場合に端末ＴＭは、融合前の各ユーザドメインで使用されていたユーザドメイン鍵が共に有効になるように、ユーザドメイン鍵ＫD1により暗号化されていた権利オブジェクトＲＯAの鍵暗号化鍵ＫREK ＋検証鍵ＫMACをユーザドメイン鍵ＫD2により再暗号化して、融合後の新たな権利オブジェクトＲＯBに追加する。

すなわち、ＣＰＵ１１は図１７に示すように、先ず権利オブジェクトＲＯA に含まれる、ユーザドメイン鍵ＫD1により暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMACをそのまま融合後の新たな権利オブジェクトＲＯB にコピーする。またそれと共に、上記ユーザドメイン鍵ＫD1により暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを、ステップＳ１７１において、ＤＥＡ内秘匿情報ＤＳ４のユーザドメイン鍵ＫD1により復号する。そして、この復号された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを、ステップＳ１７２において、ＤＥＡ内秘匿情報ＤＳ４のユーザドメイン鍵ＫD2により再暗号化し、このユーザドメイン鍵ＫD2により再暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを、上記融合後の新たな権利オブジェクトＲＯB に追加する。そして最後に、上記ステップＳ１７１において復号された検証鍵ＫMAC をもとに、ステップＳ１７３において上記融合後の新たな権利オブジェクトＲＯB の各構成要素に対するＭＡＣ値を計算し直し、この計算し直されたＭＡＣ値を当該権利オブジェクトＲＯB に付加する。

（２−２）ユーザドメインを融合する際の権利オブジェクトの再生成（変更）（権利情報が変更される場合）
２つのユーザドメインを１つのユーザドメインに融合する場合に端末ＴＭは、融合前の各ユーザドメインで使用されていたユーザドメイン鍵がいずれも有効になるように、ユーザドメイン鍵ＫD1により暗号化されていた権利オブジェクトＲＯAの鍵暗号化鍵ＫREK ＋検証鍵ＫMACをそのまま分割後の権利オブジェクトＲＯB にコピーすると共に、上記鍵暗号化鍵ＫREK ＋検証鍵ＫMACをユーザドメイン鍵ＫD2により再暗号化して融合後の新たな権利オブジェクトＲＯBに追加する。また、権利情報の内容が分割前と分割後において変わる場合には、既存の権利情報とは別に権利消費情報とその署名（Signature）を生成し、これらを変更後の権利情報Ｒ２に追加する。

すなわち、端末のＣＰＵ１１は図１８に示すように、先ず権利オブジェクトＲＯA に含まれる、ユーザドメイン鍵ＫD1により暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを融合後の新たな権利オブジェクトＲＯB にそのままコピーする。またそれと共に、上記ユーザドメイン鍵ＫD1により暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを、ステップＳ１８１において、ＤＥＡ内秘匿情報ＤＳ４のユーザドメイン鍵ＫD1により復号する。そして、この復号された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを、ステップＳ１８２において、ＤＥＡ内秘匿情報ＤＳ４のユーザドメイン鍵ＫD2により再暗号化し、このユーザドメイン鍵ＫD2により再暗号化された鍵暗号化鍵ＫREK ＋検証鍵ＫMACを融合後の新たな権利オブジェクトＲＯB に追加する。

さらにＣＰＵ１１は、権利オブジェクトＲＯA 内の権利情報とは別に権利消費情報を生成し、この生成した権利消費情報を上記融合後の新たな権利オブジェクトＲＯB に追加する。またそれと共に、上記権利消費情報に対するＤＥＡの署名（Signature）を、ＤＥＡ内秘匿情報ＤＳ４として管理されているＤＥＡ秘密鍵ＫPRI_DEAをもとにステップＳ１８４において生成し、この生成された署名を新たな権利オブジェクトＲＯB 中の上記権利消費情報に付加する。

そして最後に、上記ステップＳ１８１において復号された検証鍵ＫMAC をもとに、ステップＳ１８４において上記融合後の新たな権利オブジェクトＲＯBの各構成要素に対するＭＡＣ値を計算し直し、上記分割後の権利オブジェクトＲＯBのＭＡＣ値を上記計算し直されたＭＡＣ値に付け替える。

（２−３）ユーザドメインを分割する際の権利オブジェクトの再生成（変更）（権利情報が変化しない場合）
２個のユーザドメイン鍵を使用していたユーザドメインを２つのユーザドメインに分割する際に端末は、分割後の権利オブジェクトにおいて２個のユーザドメイン鍵のうちの一方のみを有効とするために、他方のユーザドメイン鍵により暗号化されていた鍵暗号化鍵ＫREK ＋検証鍵ＫMACを削除する。

すなわち、端末のＣＰＵ１１は図１９に示すように、分割前の権利オブジェクトＲＯA の各構成要素、つまり権利情報、署名、鍵暗号化鍵ＫREK により暗号化されたコンテンツ鍵ＫCEK 、ユーザドメイン鍵ＫD1、ＫD2によりそれぞれ暗号化された鍵暗号化鍵ＫREK＋検証鍵ＫMACのうち、ユーザドメイン鍵ＫD2により暗号化された鍵暗号化鍵ＫREK＋検証鍵ＫMACを除いた各構成要素を、分割後の権利オブジェクトＲＯB にコピーする。

また、上記権利オブジェクトＲＯAのユーザドメイン鍵ＫD2により暗号化された鍵暗号化鍵ＫREK＋検証鍵ＫMACを、ＤＥＡ内秘匿情報ＤＳ４のユーザドメイン鍵ＫD2 によりステップＳ１９１で復号する。そして、復号された検証鍵ＫMACをもとに、分割後の権利オブジェクトＲＯB の各構成要素に対するＭＡＣ値をステップＳ１９２で計算し直し、この計算し直されたＭＡＣ値を上記分割後の権利オブジェクトＲＯB に付加する。

（２−４）ユーザドメインを分割する際の権利オブジェクトの再生成（変更）（権利情報が変化する場合）
２個のユーザドメイン鍵を使用していたユーザドメインを２個のユーザドメインに分割する際に端末は、分割後の権利オブジェクトにおいて２個のユーザドメイン鍵のうちの一方のみを有効とするために、他方のユーザドメイン鍵により暗号化されていた鍵暗号化鍵ＫREK ＋検証鍵ＫMACを削除する。またそれと共に、権利情報の内容が分割前と分割後において変わる場合には、権利消費情報とその署名（Signature）を新たに生成してこれらを分割後の権利オブジェクトＲＯB に追加する。

すなわち、端末のＣＰＵ１１は図２０に示すように、分割前の権利オブジェクトＲＯA の各構成要素のうち、権利情報及びその署名と、鍵暗号化鍵ＫREK により暗号化されたコンテンツ鍵ＫCEK と、ユーザドメイン鍵ＫD1により暗号化された鍵暗号化鍵ＫREK＋検証鍵ＫMACを分割後の権利オブジェクトＲＯB にコピーする。

またＣＰＵ１１は、権利消費情報を新たに生成してこの権利消費情報を分割後の権利オブジェクトＲＯB に追加する。さらに、上記権利消費情報に対するＤＥＡの署名（Signature）を、ＤＥＡ内秘匿情報ＤＳ４として管理されているＤＥＡ秘密鍵ＫPRI_DEAをもとにステップＳ２０３において生成し、この生成された署名を上記分割先の新たな権利オブジェクトＲＯB 中の上記権利消費情報に付加する。

そして最後に、上記分割前のオブジェクトＲＯA 内のユーザドメイン鍵ＫD1により暗号化された鍵暗号化鍵ＫREK＋検証鍵ＫMACを、ＤＥＡ内秘匿情報ＤＳ４のユーザドメイン鍵ＫD2をもとにステップＳ２０１で復号する。そして、復号された検証鍵ＫMACをもとに、ステップＳ２０２で分割後の権利オブジェクトＲＯBの各構成要素に対するＭＡＣ値を計算し直し、上記分割後の権利オブジェクトＲＯBのＭＡＣ値を上記計算し直されたＭＡＣ値に付け替える。

なお、上記（２−３）及び（２−４）では、ユーザドメイン鍵ＫD1により暗号化された鍵暗号化鍵ＫREK＋検証鍵ＫMACを分割後の権利オブジェクトＲＯB にコピーするようにしたが、代わりにユーザドメイン鍵ＫD2により暗号化された鍵暗号化鍵ＫREK＋検証鍵ＫMACを分割後の権利オブジェクトＲＯB にコピーするようにしてもよい。また、権利情報及び権利消費情報に対する署名（Signature）は省略することも可能である。

（３）ユーザドメインの分割／融合に伴うＤＥＡの移動
ユーザドメインの分割／融合に伴い、端末間で直接ＤＥＡを移動（引っ越し）させる場合には、上記権利オブジェクトＲＯの生成処理を終了した後に、以下に示す手順でＤＥＡの移動処理を実行する。また、ＤＥＡがある端末がユーザドメインから離脱する場合など、ユーザドメインの分割又は融合時以外においても、ＤＥＡが移動する場合がある。図２１はその手順を示すシーケンス図である。

すなわち、先ず移動前のＤＥＡ１と移動後のＤＥＡ２との間、つまり端末ＴＭ１と端末ＴＭ２との間で、ユーザドメイン鍵及びドメインポリシー等のユーザドメイン管理情報をセキュアに転送する。そして、上記ユーザドメイン管理情報のセキュア転送が成功すると、移動先の端末ＴＭ２はＤＥＡ登録完了通知を移動元の端末ＴＭ１へ返送する。移動元の端末ＴＭ１は、上記ＤＥＡ登録完了通知を受信すると、ステップＳ２１１においてユーザドメイン鍵やドメインポリシー等のユーザドメイン管理情報をＤＥＡ１３１から消去する。なお、ユーザドメイン管理情報の消去は、ＤＥＡ登録完了通知の受信を待たずにユーザドメイン管理情報の送信を終了した時点で行ってもよい。

（３−１）端末間におけるＤＥＡの引っ越し処理の第１の例
端末ＴＭ１，ＴＭ２間でユーザドメイン管理情報をセキュアに転送する場合、端末ＴＭ１，ＴＭ２は図２２に示すように、先ず端末相互間で公開鍵ＫPUB_DEA1、ＫPUB_DEA2を交換する。そして、移動元の端末ＴＭ１において移動先の端末ＴＭ２のＤＥＡ２の正当性を確認する。この結果、正当性が確認されると、端末ＴＭ１はユーザドメイン管理情報をＤＥＡ２の公開鍵ＫPUB_DEA2によりステップＳ２２１で暗号化して端末ＴＭ２へ転送する。

これに対し、移動先の端末ＴＭ２は、移動元の端末ＴＭ１から受け取った、上記暗号化されたＤＥＡ１のユーザドメイン管理情報を、ＤＥＡ２の秘密鍵ＫPRI_DEA2によりステップＳ２２２で復号する。そして、復号されたユーザドメイン管理情報をＤＥＡ２内秘匿情報としてＤＥＡ１３１に保存する。

（３−２）端末間におけるＤＥＡの引っ越し処理の第２の例
この例は、端末ＴＭ１，ＴＭ２間で予めセキュアセッションを確立し、このセキュアセッションを介してユーザドメイン管理情報を転送するものである。図２３はその処理手順を示す図である。
端末ＴＭ１，ＴＭ２は、先ず相互間にセキュアセッションを確立し、そのセッション鍵を共有する。次に、端末ＴＭ１はユーザドメイン鍵ＫD 及びユーザポリシー等を含むユーザドメイン管理情報を上記セッション鍵によりステップＳ２３１で暗号化し、この暗号化されたユーザドメイン管理情報を端末ＴＭ２へ転送する。端末ＴＭ２は、上記端末ＴＭ１から転送された、暗号化されたユーザドメイン管理情報を、セッション鍵をもとにステップＳ２３２で復号する。そして、この復号されたユーザドメイン鍵ＫD 及びユーザポリシー等を、ＤＥＡ２内の一つ情報としてＤＥＡ１３１内に保存する。

（４）権利サーバを介したＤＥＡの移動
この例は、端末ＴＭ１，ＴＭ２間におけるユーザドメイン管理情報の転送を、権利サーバＲＩ（Rights Issuer）としての権利サーバを介して行うものである。図２４はその転送手順を示すシーケンス図である。

先ず転送元の端末ＴＭ１から権利サーバＲＩへ、引っ越し先である端末ＴＭ２（ＤＥＡ２）を表す情報と、ユーザドメイン鍵ＫD 及びユーザポリシー等を含むユーザドメイン管理情報を、図示しない通信ネットワークを介してセキュアに送信する。これに対し権利サーバＲＩは、上記端末ＴＭ１から受け取った引っ越し先の端末ＴＭ２（ＤＥＡ２）を表す情報に基づいて、上記端末ＴＭ１から送られたユーザドメイン管理情報を通信ネットワークを介して引っ越し先の端末ＴＭ２へ送信する。

引っ越し先の端末ＴＭ２は、権利サーバＲＩからユーザドメイン管理情報が送られると、当該情報を自身のＤＥＡ１３１に保存すると共に、ユーザドメイン管理情報の受信が成功したか否かを判定する。そして、受信に成功するとＤＥＡ登録完了通知を権利サーバＲＩへ返送する。これに対し、受信に失敗すると端末ＴＭ２は登録失敗通知を権利サーバＲＩへ返送する。

権利サーバＲＩは、引っ越し先の端末ＴＭ２からＤＥＡ登録完了通知が到来すると、引っ越し完了通知を引っ越し元の端末ＴＭ１に向け送信する。端末ＴＭ１は、権利サーバＲＩから引っ越し完了通知が到来すると、引っ越し処理が完了したと判断して、ステップＳ２４１においてユーザドメイン管理情報を消去する。なお、上記登録失敗通知を受けて権利サーバＲＩが引っ越し失敗通知を送信した場合には、端末ＴＭ１は引っ越し失敗をユーザに対し表示すると共に、ユーザドメイン管理情報を消去せずに保持し続ける。

図２５は、上記権利サーバＲＩを介したユーザドメイン管理情報の転送の処理内容を示す図である。
先ず端末ＴＭ１と権利サーバＲＩとの間で、公開鍵ＫPUB_DEA1、ＫPUB_RIを交換して、相互の正当性を確認する。この結果、正当性が確認されると、端末ＴＭ１はユーザドメイン鍵ＫD 及びドメインポリシーを含むユーザドメイン管理情報を、権利サーバＲＩの公開鍵ＫPUB_RIによりステップＳ２５１で暗号化して権利サーバＲＩへ転送する。これに対し権利サーバＲＩは、移動元の端末ＴＭ１から受け取った、上記暗号化されたＤＥＡ１のユーザドメイン管理情報を、権利サーバＲＩの秘密鍵ＫPRI_RIによりステップＳ２５２で復号する。

次に権利サーバＲＩと端末ＴＭ２との間で、公開鍵ＫPUB_RI、ＫPUB_DEA2を交換して、相互の正当性を確認する。この結果、正当性が確認されると、権利サーバＲＩは上記端末ＴＭ１から送られ復号したユーザドメイン管理情報を、端末ＴＭ２の公開鍵ＫPUB_DEA2によりステップＳ２５３で暗号化して端末ＴＭ２へ転送する。これに対し端末ＴＭ２は、権利サーバＲＩから送られた、上記暗号化されたユーザドメイン管理情報を、端末ＴＭ２自身の秘密鍵ＫPRI_DEA2によりステップＳ２５４で復号する。そして、この復号したユーザドメイン管理情報をＤＥＡ２内秘匿情報としてＤＥＡ１３１に保存する。

以上述べたように第２の実施形態では、権利情報の署名を権利サーバ等の権利発行者ＲＩ（Rights Issuer）が行うことを前提とし、この条件の下で端末ＴＭがユーザドメインの分割又は融合に伴い権利オブジェクトＲＯの再生成（変更）を行うと共に、必要に応じて端末ＴＭ１，ＴＭ２間で直接、又は権利サーバＲＩを介してＤＥＡを移動させるようにしている。具体的には、前記第１の実施形態と同様に、以下の処理を行う。

（１）分割又は融合先のユーザドメイン用に新たなユーザドメイン鍵を用意して、鍵暗号化鍵ＫREK を上記新たなユーザドメイン鍵により再暗号化する。
（２）分割に備えて、異なるユーザドメイン鍵により暗号化された複数の鍵暗号化鍵ＫREK を権利オブジェクトＲＯA 内に予め含めておき、分割に際しこれらの暗号化された鍵暗号化鍵ＫREKの一つを分割先の権利オブジェクトＲＯB に含める。また、融合に際しては、融合元で使用されていた各ユーザドメイン鍵により鍵暗号化鍵ＫREKをそれぞれ再暗号化して、この再暗号化された複数の鍵暗号化鍵ＫREKを融合先の権利オブジェクトＲＯB に含める。

（３）上記（１）及び（２）において、権利オブジェクトＲＯA 中の権利情報を変更する場合に、権利消費情報とそのＤＥＡの署名（Signature）を新たに生成して、分割又は融合先の権利オブジェクトＲＯB に追加する。

（４）上記（１）乃至（３）による分割又は融合先用として新たに生成された権利オブジェクトＲＯB の構成要素に応じてＭＡＣ値を計算し直し、当該新たな権利オブジェクトＲＯB のＭＡＣ値を上記計算し直された値に付け替える。

（５）ユーザドメインの分割／融合に伴うＤＥＡの移動に際し、端末ＴＭ１，ＴＭ２間で直接、又は権利サーバＲＩを介して、ユーザドメイン鍵ＫD 及びユーザポリシー等を含むユーザドメイン管理情報をセキュアに転送する。

したがって第２の実施形態によれば、ユーザドメインを共有しているメンバの引っ越し等により環境が変化した場合でも、引っ越し前に使用していたコンテンツの権利を引き続き共有することが可能となる。しかも、分割又は融合により権利情報の内容が変化する場合に、既存の権利情報に加えて権利消費情報とその署名を生成し追加するようにしたので、既存の権利情報及びその署名を変更する必要がない。さらに、ユーザドメインの分割／融合に伴うＤＥＡに移動に対してもセキュリティを配慮して確実に対応できる。また権利サーバＲＩを経由してＤＥＡの転送を行うことにより、ＤＥＡの引っ越しをより厳格に管理することが可能となる。
なお、変更前及び変更後の各権利情報及び権利消費情報に対する署名（Signature）は省略してもよい。

（その他の実施形態）
前記各実施形態では、１個のユーザドメインを２個のユーザドメインに分割するか又は２個のユーザドメインを１個のユーザドメインに融合する場合を例にとって説明したが、３個以上のユーザドメインの分割又は融合を行う場合にも、この発明は適用可能である。また、前記各実施形態では権利オブジェクトにＭＡＣ値を付加する場合を例にとって説明したが、ＭＡＣ値は必ずしも付加しなくてもよい。また、権利付きコンテンツの取得方法としてはコンテンツサーバ又は権利サーバからダウンロードする以外に、記録媒体から読み込むものであってもよい。

その他、ユーザドメインの分割又は融合時における権利オブジェクトの生成手順とその処理内容、ＤＥＡ移動時における移動手順とその処理内容、情報端末装置の種類と構成、コンテンツの種類や権利の内容などについても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。

要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

この発明の実施形態に係わる情報端末装置の構成を示すブロック図である。 この発明の第１の実施形態におけるユーザドメイン用権利オブジェクトの暗号化フォーマットの一例を示す図である。 この発明の第１の実施形態におけるユーザドメインの分割／融合の第１の例を示す図である。 図３に示したユーザドメインの分割／融合に伴う権利オブジェクトの生成処理（権利情報が変化しない場合）の内容を示す図である。 図３に示したユーザドメインの分割／融合に伴う権利オブジェクトの生成処理（権利情報が変化する場合）の内容を示す図である。 この発明の第１の実施形態におけるユーザドメインの分割／融合に伴うユーザドメインの分割／融合の第２の例を示す図である。 この発明の第１の実施形態における複数のユーザドメイン用の権利オブジェクトの暗号化フォーマットの一例を示す図である。 図６に示したユーザドメインの融合に伴う権利オブジェクトの生成処理（権利情報が変化しない場合）の内容を示す図である。 図６に示したユーザドメインの融合に伴う権利オブジェクトの生成処理（権利情報が変化する場合）の内容を示す図である。 図６に示したユーザドメインの分割に伴う権利オブジェクトの生成処理（権利情報が変化しない場合）の内容を示す図である。 図６に示したユーザドメインの分割に伴う権利オブジェクトの生成処理（権利情報が変化する場合）の内容を示す図である。 この発明の第１の実施形態におけるＤＥＡの移動に伴う権利オブジェクトの生成処理の内容を示す図である。 この発明の第２の実施形態におけるユーザドメイン用権利オブジェクトの暗号化フォーマットの一例を示す図である。 この発明の第２の実施形態におけるユーザドメインの分割／融合に伴う権利オブジェクトの再生成処理（権利情報が変化しない場合）の内容を示す図である。 この発明の第２の実施形態におけるユーザドメインの分割／融合に伴う権利オブジェクトの再生成処理（権利情報が変化する場合）の内容を示す図である。 この発明の第２の実施形態における複数のユーザドメイン用の権利オブジェクトの暗号化フォーマットの一例を示す図である。 この発明の第２の実施形態におけるユーザドメインの融合に伴う権利オブジェクトの再生成処理（権利情報が変化しない場合）の内容を示す図である。 この発明の第２の実施形態におけるユーザドメインの融合に伴う権利オブジェクトの再生成処理（権利情報が変化する場合）の内容を示す図である。 この発明の第２の実施形態におけるユーザドメインの分割に伴う権利オブジェクトの再生成処理（権利情報が変化しない場合）の内容を示す図である。 この発明の第２の実施形態におけるユーザドメインの分割に伴う権利オブジェクトの再生成処理（権利情報が変化する場合）の内容を示す図である。 この発明の第２の実施形態における端末間のＤＥＡ引っ越し手順の第１の例を示すシーケンス図である。 この発明の第２の実施形態における端末間のＤＥＡ引っ越し処理の第１の例を示す図である。 この発明の第２の実施形態における端末間のＤＥＡ引っ越し処理の第２の例を示す図である。 この発明の第２の実施形態における端末間のＤＥＡ引っ越し手順の第２の例を示すシーケンス図である。 この発明の第２の実施形態における端末間のＤＥＡ引っ越し処理の一例を示す図である。

符号の説明

ＴＭ，ＴＭ１，ＴＭ２…端末、１１…ＣＰＵ、１２…バス、１３…プログラムメモリ、１３１…ＤＥＡ、１３１１…ユーザドメイン管理プログラム、１３１２…ＲＯ生成プログラム、１３２…ＤＲＭエージェント、１３２１…ＲＯ管理プログラム、１４…データメモリ、１５…通信インタフェース、１６…アンテナ、１７…外部接続インタフェース、１８…入出力インタフェース、１９…入力部、２０…出力部、２１…表示部。

Claims (10)

1. 暗号化コンテンツと、この暗号化コンテンツの第１の権利情報及び暗号化鍵情報を含みかつこの暗号化鍵情報が権利を利用可能なユーザの範囲を規定する第１のユーザドメイン鍵をもとに暗号化された第１の権利オブジェクトとを記憶する手段と、
   前記第１のユーザドメイン鍵と、当該第１のユーザドメイン鍵とは異なる第２のユーザドメイン鍵とを含むユーザドメイン管理情報を記憶する手段と、
   ユーザドメインの分割又は融合要求を受け付ける手段と、
   前記分割又は融合要求の受け付けに応じて、前記第１の権利オブジェクトに含まれる暗号化鍵情報を前記記憶された第２のユーザドメイン鍵をもとに再暗号化することにより、分割又は融合先のユーザドメインに対応する第２の権利オブジェクトを生成する手段と
   を具備することを特徴とする情報端末装置。
2. 暗号化コンテンツと、この暗号化コンテンツの第１の権利情報及び暗号化鍵情報を含みかつこの暗号化鍵情報が権利を利用可能なユーザの範囲を規定する第１のユーザドメイン鍵をもとに暗号化された権利オブジェクトとを記憶する手段と、
   前記第１のユーザドメイン鍵と、当該第１のユーザドメイン鍵とは異なる第２のユーザドメイン鍵とを含むユーザドメイン管理情報を記憶する手段と、
   ユーザドメインの融合要求を受け付ける手段と、
   前記融合要求の受け付けに応じて、前記第１のユーザドメイン鍵により暗号化された暗号化鍵情報を前記記憶された第２のユーザドメイン鍵をもとに再暗号化して、この再暗号化された暗号化鍵情報を前記第１の権利オブジェクトに追加することにより、融合先のユーザドメインに対応する第２の権利オブジェクトを生成する手段と
   を具備することを特徴とする情報端末装置。
3. 暗号化コンテンツと、この暗号化コンテンツの第１の権利情報及び暗号化鍵情報を含みかつこの暗号化鍵情報が権利を利用可能なユーザの範囲を規定する第１及び第２のユーザドメイン鍵をもとにそれぞれ暗号化された権利オブジェクトとを記憶する手段と、
   前記第１のユーザドメイン鍵と、当該第１のユーザドメイン鍵とは異なる第２のユーザドメイン鍵とを含むユーザドメイン管理情報を記憶する手段と、
   ユーザドメインの分割要求を受け付ける手段と、
   前記分割要求の受け付けに応じて、前記第１の権利オブジェクトから、前記第１のユーザドメイン鍵により暗号化された暗号化鍵情報と前記第２のユーザドメイン鍵により暗号化された暗号化鍵情報のうちの一方を削除することにより、分割先のユーザドメインに対応する第２の権利オブジェクトを生成する手段と
   を具備することを特徴とする情報端末装置。
4. 前記分割要求または前記融合要求の受け付けに応じて、前記第２の権利オブジェクトに含まれる権利情報を前記第１の権利情報から第２の権利情報に変換する手段
   を、さらに具備することを特徴とする請求項１乃至３のいずれかに記載の情報端末装置。
5. 前記分割要求または前記融合要求の受け付けに応じて、前記第２の権利オブジェクトに権利消費情報を付加する手段
   を、さらに具備することを特徴とする請求項１乃至３のいずれかに記載の情報端末装置。
6. 前記第１の権利情報に署名情報が付加されている場合に、前記第１の権利情報から第２の権利情報への変換に伴い、前記署名情報を前記情報端末装置の秘密鍵情報又は前記暗号化コンテンツの権利発行者が運用する権利サーバから取得した秘密鍵情報のいずれか一方をもとに書き替える手段
   を、さらに具備することを特徴とする請求項４記載の情報端末装置。
7. 前記第１の権利情報から第２の権利情報への変換に伴い、前記第２の権利オブジェクトに権利消費情報を付加する場合に、前記権利消費情報を前記情報端末装置の秘密鍵情報又は前記暗号化コンテンツの権利発行者が運用する権利サーバから取得した秘密鍵情報のいずれか一方をもとに書き替える手段
   を、さらに具備することを特徴とする請求項５記載の情報端末装置。
8. 前記第１の権利オブジェクトにその構成要素をもとに計算されるＭＡＣ（Message Authentication Cord）値が付加されている場合に、前記生成された第２の権利オブジェクトに付加されるＭＡＣ値をその構成要素をもとに計算し直す手段
   を、さらに具備することを特徴とする請求項１乃至３のいずれかに記載の情報端末装置。
9. 前記記憶されたユーザドメイン管理情報の移動要求を受け付ける手段と、
   前記移動要求の受け付けに応じて、前記ユーザドメイン管理情報を前記情報端末装置から他の情報端末装置へ直接、又は前記暗号化コンテンツの権利発行者が運用する権利サーバを介してセキュアに転送する手段と
   を、さらに具備することを特徴とする請求項１乃至３のいずれかに記載の情報端末装置。
10. 前記第１の権利オブジェクトは前記権利情報をもとに生成された署名情報をさらに有し、前記移動要求の受け付けに応じて、前記署名情報を前記情報端末装置の秘密鍵情報をもとに書き替えて前記第２の権利オブジェクトに書き込む手段を、さらに具備することを特徴とする請求項１乃至３のいずれかに記載の情報端末装置。

Images