(57)【要約】【課題】デジタル権限管理において権限発行者とドメイン権限附与者を登録する方法及びこの方法を利用して保安コンテンツ交換機能を実行する方法を提供する。【解決手段】デジタル権限管理のためのドメイン権限附与者（ＤＡ）と権限発行者（ＲＩ）を登録する方法はＤＡとＲＩとの間で情報を交換する段階を含む。ＤＡ及びＲＩは他のプロトコルを実行する前に情報の交換を通じて登録し、登録方法は保安コンテンツ交換特徴を有するデジタル権限管理（ＤＲＭ）を実行するための次の方法に統合することができる:（１）ＤＲＭエージェントによりユーザードメイン権限明示個体（ＲＯ）を獲得する方法、（２）２．０ＤＲＭエージェントによりユーザードメインＲＯを使用する方法、及び（３）２．０ＤＲＭエージェントにより変換済みユーザードメインＲＯを使用する方法。【選択図】  図３
2008052735.tif 000002
【特許請求の範囲】
【請求項１】
デジタル権限管理（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ、ＤＲＭ）のためのドメイン権限附与者（Ｄｏｍａｉｎ  Ａｕｔｈｏｒｉｔｙ、ＤＡ）と権限発行者（Ｒｉｇｈｔｓ  Ｉｓｓｕｅｒ、ＲＩ）を登録する方法であって、
ＤＡとＲＩとの間で情報を交換する段階を含むことを特徴とするドメイン権限附与者（ＤＡ）と権限発行者（ＲＩ）を登録する方法。
【請求項２】
前記情報を交換する段階は、
ＤＡ情報を前記ＲＩに伝送する段階と、
ＲＩ情報を前記ＤＡに伝送する段階と、
前記ＲＩ情報に基づいて登録情報を生成し、前記登録情報を前記ＲＩに伝送する段階と、
前記登録情報に基づいてＤＡを登録し、登録結果を前記ＤＡに伝送する段階と、を含むことを特徴とする請求項１に記載のドメイン権限附与者（ＤＡ）と権限発行者（ＲＩ）を登録する方法。
【請求項３】
前記情報を交換する段階は、
ＲＩ情報を前記ＤＡに伝送する段階と、
ＤＡ情報を前記ＲＩに伝送する段階と、
前記ＤＡ情報に基づいて登録情報を生成し、前記登録情報を前記ＤＡに伝送する段階と、
前記登録情報に基づいてＲＩを登録し、登録結果を前記ＲＩに伝送する段階を含むことを特徴とする請求項１に記載のドメイン権限附与者（ＤＡ）と権限発行者（ＲＩ）を登録する方法。
【請求項４】
前記情報を交換する段階は、前記ＤＡと前記ＲＩとの間で任意の他のプロトコルを実行する前に行うことを特徴とする請求項１に記載のドメイン権限附与者（ＤＡ）と権限発行者（ＲＩ）を登録する方法。
【請求項５】
デジタル権限管理（ＤＲＭ）のための保安コンテンツ交換（Ｓｅｃｕｒｅ  Ｃｏｎｔｅｎｔ  Ｅｘｃｈａｎｇｅ、ＳＣＥ）機能を実行する方法であって、
ユーザードメインに加入するためにＤＲＭエージェントをドメイン権限附与者（ＤＡ）に登録する段階と、
ＤＲＭエージェントを権限発行者（ＲＩ）に登録する段階と、
前記ＤＡと前記ＲＩを登録するために前記ＤＡと前記ＲＩとの間で情報を交換する段階と、
前記ＲＩから前記ユーザードメインのための権限明示個体（Ｒｉｇｈｔｓ  Ｏｂｊｅｃｔ、ＲＯ）を要請する段階と、
前記ユーザードメインに関する情報を獲得するために前記ＲＩと前記ＤＡとの間で情報を交換する段階と、
前記ユーザードメインのための前記ＲＯを前記ＤＲＭエージェントに伝送する段階と、を含むことを特徴とする保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【請求項６】
前記ＤＲＭエージェントは、前記ユーザードメインのためのＲＯを要請する前にＤＡ情報を受信することを特徴とする請求項５に記載の保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【請求項７】
前記情報を交換する段階は、
ＤＡ情報を前記ＲＩに伝送する段階と、
ＲＩ情報を前記ＤＡに伝送する段階と、
前記ＲＩ情報に基づいて登録情報を生成し、前記登録情報を前記ＲＩに伝送する段階と、
前記登録情報に基づいてＤＡを登録し、登録結果を前記ＤＡに伝送する段階を含むことを特徴とする請求項５に記載の保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【請求項８】
前記情報を交換する段階は、
ＲＩ情報を前記ＤＡに伝送する段階と、
ＤＡ情報を前記ＲＩに伝送する段階と、
前記ＤＡ情報に基づいて登録情報を生成し、前記登録情報を前記ＤＡに伝送する段階と、
前記登録情報に基づいてＲＩを登録し、登録結果を前記ＲＩに伝送する段階と、を含むことを特徴とする請求項５に記載の保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【請求項９】
前記情報を交換する段階は、前記ＤＡと前記ＲＩとの間で任意の他のプロトコルを実行する前に行うことを特徴とする請求項５に記載の保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【請求項１０】
デジタル権限管理（ＤＲＭ）のための保安コンテンツ交換（ＳＣＥ）機能を実行する方法であって、
ドメイン権限附与者（ＤＡ）と権限発行者（ＲＩ）を登録するためにＤＡとＲＩとの間で情報を交換する段階と、
ユーザードメインに加入するためにＳＣＥＤＲＭエージェントを前記ＤＡに登録する段階と、
前記ＲＩからユーザードメインのための権限明示個体（ＲＯ）を獲得する段階と、
ユーザードメインのための前記ＲＯとＤＲＭコンテンツフォーマット（ＤＲＭ  Ｃｏｎｔｅｎｔ  Ｆｏｒｍａｔ、ＤＣＦ）を２．０ＤＲＭエージェントに伝送する段階と、
前記２．０ＤＲＭエージェントを前記ＲＩを通じて前記ＤＡに登録する段階と、を含むことを特徴とする保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【請求項１１】
前記情報を交換する段階は、
ＤＡ情報を前記ＲＩに伝送する段階と、
ＲＩ情報を前記ＤＡに伝送する段階と、
前記ＲＩ情報に基づいて登録情報を生成し、前記登録情報を前記ＲＩに伝送する段階と、
前記登録情報に基づいてＤＡを登録し、登録結果を前記ＤＡに伝送する段階と、を含むことを特徴とする請求項１０に記載の保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【請求項１２】
前記情報を交換する段階は、
ＲＩ情報を前記ＤＡに伝送する段階と、
ＤＡ情報を前記ＲＩに伝送する段階と、
前記ＤＡ情報に基づいて登録情報を生成し、前記登録情報を前記ＤＡに伝送する段階と、
前記登録情報に基づいて前記ＲＩを登録し、登録結果を前記ＲＩに伝送する段階と、を含むことを特徴とする請求項１０に記載の保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【請求項１３】
前記情報を交換する段階は、前記ＤＡと前記ＲＩとの間で任意の他のプロトコルを実行する前に行うことを特徴とする請求項１０に記載の保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【請求項１４】
デジタル権限管理（ＤＲＭ）のための保安コンテンツ交換（ＳＣＥ）機能を実行する方法であって、
ユーザードメインに加入するためにローカル権限管理者（Ｌｏｃａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ、ＬＲＭ）をドメイン権限附与者（ＤＡ）に登録する段階と、
前記ユーザードメインのための変換済み権限明示個体（ＲＯ）を生成する段階と、
ドメイン権限附与者（ＤＡ）と権限発行者（ＲＩ）を登録するためにＤＡとＲＩとの間で情報を交換する段階と、
ユーザードメインのための前記ＲＯとＤＲＭコンテンツフォーマット（ＤＣＦ）を２．０ＤＲＭエージェントに伝送する段階と、
前記２．０ＤＲＭエージェントを前記ＲＩを通じて前記ＤＡに登録する段階と、を含むことを特徴とする保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【請求項１５】
前記情報を交換する段階は、
ＤＡ情報を前記ＲＩに伝送する段階と、
ＲＩ情報を前記ＤＡに伝送する段階と、
前記ＲＩ情報に基づいて登録情報を生成し、前記登録情報を前記ＲＩに伝送する段階と、
前記登録情報に基づいてＤＡを登録し、登録結果を前記ＤＡに伝送する段階と、を含むことを特徴とする請求項１４に記載の保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【請求項１６】
前記情報を交換する段階は、
ＲＩ情報を前記ＤＡに伝送する段階と、
ＤＡ情報を前記ＲＩに伝送する段階と、
前記ＤＡ情報に基づいて登録情報を生成し、前記登録情報を前記ＤＡに伝送する段階と、
前記登録情報に基づいて前記ＲＩを登録し、登録結果を前記ＲＩに伝送する段階と、を含むことを特徴とする請求項１４に記載の保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【請求項１７】
前記情報を交換する段階は、前記ＤＡと前記ＲＩとの間で任意の他のプロトコルを実行する前に行うことを特徴とする請求項１４に記載の保安コンテンツ交換（ＳＣＥ）機能を実行する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデジタル権限管理に関するもので、より詳細にはデジタル権限管理において権限発行者とドメイン権限附与者を登録する方法及びこの方法を利用して保安コンテンツ交換機能を実行する方法に関するものである。
【背景技術】
【０００２】
マルチメディアコンテンツをユーザーに伝達できるデバイスの増加によって、ユーザーはネットワークに連結した家庭用メディアセンターの娯楽システム及びネットワーク連結性の程度を変化させるハンドヘルドデバイスのような、多数のデバイスに亘って制御または責任を所有、操作または維持できる。ハンドヘルドデバイスは移動電話機及び携帯用音楽再生機を含むことができる。ネットワーク連結性は、例えば移動電話機を通じた無線連結または個人用コンピュータを通じた有線広域インターネット連結を含むことができる。ユーザーはネットワーク連結を通じて一つのデバイス上で運営するためのマルチメディアコンテンツのようなコンテンツまたはプログラムを購買してダウンロードできる。
【０００３】
しかし、ユーザーは所有している他のデバイス上でそのようなコンテンツまたはプログラムを運営することを希望することもできる。したがって、モバイル応用ソフトウェア標準化団体のＯＭＡ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ）が提案し、本明細書で参照として併合した、「ユーザードメイン」の概念を確立する、ＯＭＡのデジタル権限管理（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ、ＤＲＭ）の保安コンテンツ交換（Ｓｅｃｕｒｅ  Ｃｏｎｔｅｎｔ  Ｅｘｃｈａｎｇｅ、ＳＣＥ）要件（以後「ＯＭＡのＳＣＥ要件」と略称する）によって、ユーザーはユーザードメインを確立できる。ユーザードメインはユーザーが所有、運営、制御したり、ユーザーの責任である他のデバイスを含むことができる。ユーザーはユーザードメインにデバイスを付加でき、ユーザードメイン内で使用することができるコンテンツを得るためにユーザードメイン内の一つのデバイスを使用することができる。さらに、ユーザーはネットワーク連結を通じて、または保安移動可能媒体（Ｓｅｃｕｒｅ  Ｒｅｍｏｖａｂｌｅ  Ｍｅｄｉａ、ＳＲＭ）のようなデバイス間でコンテンツを伝達するのに適合した格納メモリを通じて、ユーザードメイン内のデバイス間でコンテンツを共有できる。選択的に、コンテンツがネットワーク連結を通じてストリーミングされるように、ユーザーはユーザードメイン内の他のデバイスとコンテンツをストリーミングするための権限確認を共有できる。このようなものは、例えば権限確認に関連したユーザートークンを共有することによって達成できる。
【０００４】
したがって、ユーザードメインはＤＲＭコンテンツを共有できるユーザーグループを指す。デバイスはユーザードメイン内のＤＲＭコンテンツを共有できる任意のデバイスを含むことができる。ユーザードメイン管理はユーザードメインにデバイスを付加したり、デバイスを除去するというような管理任務、及びドメイン政策のアプリケーションを含むことができる。
【０００５】
したがって、コンテンツ供給者はそのユーザーのユーザードメイン内におけるデバイス間でコンテンツのコピー及び使用を許容することができる。さらに、コンテンツ供給者はそのようなコンテンツの使用及びユーザードメイン外のデバイスに対する配布を制限及び／または禁止することができる。
【０００６】
ネットワーク連結を有するユーザードメイン内の一つのデバイスの運営を通じて、ユーザーはユーザードメインを生成することができる。例えば、ユーザーは可能なドメイン政策の目録を見るためのデバイスを運営することによって、ユーザードメインを生成できる。多様なドメイン政策を開発することができ、これらのうちいずれかをユーザーのために最も適切なものとしてユーザーは選択することができる。ＳＣＥイネイブラーは一つのユーザードメインに対してただ一つのドメイン政策だけを支援できる。ドメイン権限附与者（Ｄｏｍａｉｎ  Ａｕｔｈｏｒｉｔｙ、ＤＡ）により発行されたユーザードメインのためのドメイン政策は、ユーザードメイン内のデバイスの最大数、コンテンツ使用に対する一時的制限またはコンテンツ使用の頻度のような制限を含むことができる。
【０００７】
ＤＡは選択したドメイン政策とドメインキー（Ｄｏｍａｉｎ  Ｋｅｙ、ＤＫ）をユーザーデバイスに格納したドメイン執行エージェント（Ｄｏｍａｉｎ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ａｇｅｎｔ、ＤＥＡ）に提供できる。デバイスはＤＥＡを通じてユーザーのユーザードメインを生成及び管理できる。
【０００８】
ユーザーはその後、他のデバイスをユーザードメインに付加できる。例えば、ユーザーは移動電話、携帯用音楽プレーヤー、及び家庭用メディアセンターをデバイスに連結し、これらのデバイスをユーザードメインに付加できる。ＤＡから発行したドメイン政策はユーザードメインに付加できるデバイスの総数を制限でき、ＤＥＡはユーザードメインに付加したデバイスの総数がこのような制限を超過することを予防する。
【０００９】
ユーザーがユーザードメインの権限明示個体（Ｒｉｇｈｔｓ  Ｏｂｊｅｃｔ、ＲＯ）を有するコンテンツを獲得する時、ユーザーはこのようなコンテンツをユーザードメイン内のデバイス、またはユーザードメイン外のデバイスと共有することを希望できる。したがって、ユーザーは連結したデバイスをユーザードメイン内の他のデバイスに連結し、コンテンツの複製物とこれに相応するＲＯをユーザードメイン内の他のデバイスに伝達できる。
【００１０】
ＳＣＥイネイブラーは、ユーザードメイン内にあるデバイス上で権限の消費及びデバイス間の権限の伝達のための使用許容を詳述するために、権限発行者（ＲＩ）をイネーブルさせることができ、このような権限発行者はコンテンツ暗号キー（Ｃｏｎｔｅｎｔ  Ｅｎｃｒｙｐｔｉｏｎ  Ｋｅｙ、ＣＥＫ）をコンテンツ発行者と交換できる。使用許容はユーザードメイン内のデバイス間にコンテンツの再生、コピー、及び／または移動するための許容を含むことができる。ＳＣＥイネイブラーはまた、ユーザードメイン外のデバイス間の権限のための使用許容を詳述するためにＲＩをイネーブルさせることができる。使用許容はコンテンツをコピーしてユーザードメイン外のデバイスに移動させるための許容を含むことができる。選択的に、使用許容はユーザードメイン内のデバイスがコンテンツをコピーしてユーザードメイン外のデバイスに移動させることを禁止することもできる。
【００１１】
ＳＣＥイネイブラーはＤＥＡに対して、ＤＡが前述したドメイン政策によってドメイン政策を執行してユーザードメイン管理を行うように許容する。ユーザードメイン管理はユーザードメインにデバイスを付加したり、除去するなどといった管理業務と、ドメイン政策のアプリケーションを含むことができる。
【００１２】
したがって、ＯＭＡのＳＣＥ要件は、ユーザーがＲＩを通じてユーザードメイン管理を行う代わりに、直接ユーザードメイン管理を行うことができるように、「ユーザードメイン」の概念を導入した。したがって、ＯＭＡのＳＣＥ要件はまた、ドメイン政策を定義して記述することをＤＡで行うことができ、ドメイン政策の執行をＤＥＡで行うことができるように、ＤＡ及びＤＥＡの概念を導入した。ＤＡ及びＤＥＡは実体を分離したり、単一実体に統合することができる。
【００１３】
ＤＡはドメイン政策を定義して詳述でき、このようなドメイン政策をＤＥＡに伝達できる。ＤＥＡはＤＡからドメイン政策を受信することができ、受信したドメイン政策に基づいてユーザードメインを定義及び管理できる。すなわち、ＤＥＡにより生成したユーザードメインはまた、ＤＥＡにより管理する。仮りにＤＡとＤＥＡが単一実体に統合されると、ＤＡはユーザードメインを定義することができ、別のＤＥＡとインターフェースしなくてもドメイン管理を行うことができる。
【００１４】
図１はＯＭＡのＳＣＥ要件を示す概略図である。
【００１５】
参照のためここに併合し、ＯＭＡのＳＣＥ要件より時期的に早かった、伝統的なＯＭＡのＤＲＭ  Ｖ２．０標準（以後、「ＯＭＡのＤＲＭ  Ｖ２．０」と称する）とは異なり、ＯＭＡのＳＣＥは次の要件を含む。
【００１６】
（１）ローカル権限管理者（Ｌｏｃａｌ  Ｒｉｇｈｔ  Ｍａｎａｇｅｒ）によるインポート（Ｉｍｐｏｒｔ）機能；
（２）ＤＡとＤＥＡによるユーザードメイン機能；及び
（３）ＲＯを一つのデバイスから他のデバイスに移動させるための移動機能。
【００１７】
以後、インポート機能とユーザードメイン機能について詳細に説明する。
【００１８】
ＯＭＡのＳＣＥ要件はＬＲＭにより行うことができるインポート機能を提供する。インポート機能は非ＯＭＡのＤＲＭデータをＯＭＡのＤＲＭデータに変換することを指す。
【００１９】
例えば、ＯＭＡのＤＲＭと互換できるデバイスは非ＯＭＡのＤＲＭデータの再生を試みることができる。この場合、非ＯＭＡのＤＲＭデータはＯＭＡのＳＣＥ要件に従ってＬＲＭによりＯＭＡのＤＲＭデータに変換またはインポートしなければならない。したがって、ＬＲＭは非ＯＭＡのＤＲＭデータをＤＲＭコンテンツフォーマット（ＤＣＦ）にインポートし、ＯＭＡのＤＲＭのためのＲＯをインポートする。これらは、それぞれ「変換済みＤＣＦ」及び「変換済みＲＯ」と称する。ＯＭＡのＤＲＭを支援する変換済みＤＣＦと変換済みＲＯはＯＭＡのＳＣＥ要件によってＯＭＡのＤＲＭと互換できるデバイス内でＤＲＭエージェントが使用することができる。
【００２０】
前述したように、ユーザードメインは、伝統的なＯＭＡのＤＲＭ  Ｖ２．０標準で確立したように、ユーザーが権限発行者（ＲＩ）を通じて各デバイスに対してユーザードメイン管理を行う代わりに、ユーザードメイン内に含まれた多数のデバイスのためにユーザードメイン管理を行うことを許容する。
【００２１】
しかし、伝統的なＯＭＡのＤＲＭ  Ｖ２．０標準の他の特徴はＯＭＡのＳＣＥ要件と互換できる。例えば、ＯＭＡのＤＲＭ  Ｖ２．０は４−パス登録プロトコルを含む。
【００２２】
図２はＯＭＡのＤＲＭ  Ｖ２．０によってデバイスと権限発行者（ＲＩ）により使われた４−パス登録プロトコルを示す。
【００２３】
ＯＭＡのＤＲＭ  Ｖ２．０は４−パス登録プロトコルを使用してＲＯを獲得するために、デバイスをＲＩに登録する。４−パス登録プロトコルはデバイスとＲＩが互いに情報を交換し、互いに対して登録するために使用する。プロトコルが成功的であれば、デバイスはＲＩの情報を含むＲＩコンテクストを所有できて、ＲＩはデバイスの情報を所有できる。
【００２４】
４−パス登録プロトコルによって、デバイスはまずデバイス情報を含むDeviceHelloメッセージをＲＩに伝送する。DeviceHelloメッセージはデバイスのためのプロトコルバージョン、デバイスＩＤ、及び支援された暗号アルゴリズムを含むことができる。
【００２５】
ＲＩはＲＩ情報を含むＲＩHelloメッセージを第２段階でデバイスに伝送する。ＲＩHelloメッセージは伝送結果、セッションＩＤ、プロトコルバージョン、ＲＩのＩＤ、支援されたアルゴリズム、及び他の確認及びサーバー情報を含む。
【００２６】
デバイスはその後、第３段階でデバイスをＲＩに登録するためにRegistrationRequestメッセージをＲＩに伝送する。このRegistrationRequestメッセージはセッションＩＤ、メッセージ伝送時間、認証及び署名、及び臨時データのような確認データを含む。
【００２７】
ＲＩは最終的に、第４段階でRegistrationResponseメッセージをデバイスに伝送する。RegistrationResponseメッセージはデバイス登録結果、セッションＩＤ、ＲＩ認証／デジタル署名、及びオンライン認証状態プロトコル（Ｏｎｌｉｎｅ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｓｔａｔｕｓ  Ｆｒｏｔｏｃｏｌ、ＯＣＳＰ）応答のような確認データを含む。ＯＣＳＰ応答は、より詳細に記述しない特定の付随的な事件に対してＲＩからＯＣＳＰ応答者に送ることができるＯＣＳＰ要請メッセージに対する応答で、ＲＩに送ることもできる。
【００２８】
しかし、ＯＭＡのＳＣＥ要件はＤＡ及びＲＩを登録する方法及び登録方法を使用してＳＣＥを実行する方法を含んでいない。
【発明の開示】
【発明が解決しようとする課題】
【００２９】
本発明はＤＡとＲＩを登録する方法を提供する。
【００３０】
本発明はまたＤＡとＲＩを登録する方法を使用してＳＣＥ機能を支援する方法を提供する。
【００３１】
本発明の追加的な特徴は次の詳細な説明で明確になり、部分的には以下の説明から明白になるか、または本発明の実施形態を通じて理解できる。
【課題を解決するための手段】
【００３２】
本発明はデジタル権限管理のためのドメイン権限附与者（Ｄｏｍａｉｎ  Ａｕｔｈｏｒｉｔｙ、ＤＡ）と権限発行者（Ｒｉｇｈｔ  ｉｓｓｕｅｒ、ＲＩ）を登録する方法を開示し、このような方法はＤＡとＲＩとの間での情報の交換を含む。
【００３３】
また、本発明に係る保安コンテンツ交換（ＳＣＥ）機能を実行する方法は、デジタル権限管理（ＤＲＭ）のための保安コンテンツ交換（Ｓｅｃｕｒｅ  Ｃｏｎｔｅｎｔ  Ｅｘｃｈａｎｇｅ、ＳＣＥ）機能を実行する方法であって、ユーザードメインに加入するためにＤＲＭエージェントをドメイン権限附与者（ＤＡ）に登録する段階と、ＤＲＭエージェントを権限発行者（ＲＩ）に登録する段階と、前記ＤＡと前記ＲＩを登録するために前記ＤＡと前記ＲＩとの間で情報を交換する段階と、前記ＲＩから前記ユーザードメインのための権限明示個体（Ｒｉｇｈｔｓ  Ｏｂｊｅｃｔ、ＲＯ）を要請する段階と、前記ユーザードメインに関する情報を獲得するために前記ＲＩと前記ＤＡとの間で情報を交換する段階と、前記ユーザードメインのための前記ＲＯを前記ＤＲＭエージェントに伝送する段階と、を含むことを特徴とする。
【００３４】
また、本発明に係る保安コンテンツ交換（ＳＣＥ）機能を実行する方法は、デジタル権限管理（ＤＲＭ）のための保安コンテンツ交換（ＳＣＥ）機能を実行する方法であって、
ドメイン権限附与者（ＤＡ）と権限発行者（ＲＩ）を登録するためにＤＡとＲＩとの間で情報を交換する段階と、ユーザードメインに加入するためにＳＣＥＤＲＭエージェントを前記ＤＡに登録する段階と、前記ＲＩからユーザードメインのための権限明示個体（ＲＯ）を獲得する段階と、ユーザードメインのための前記ＲＯとＤＲＭコンテンツフォーマット（ＤＲＭ  Ｃｏｎｔｅｎｔ  Ｆｏｒｍａｔ、ＤＣＦ）を２．０ＤＲＭエージェントに伝送する段階と、前記２．０ＤＲＭエージェントを前記ＲＩを通じて前記ＤＡに登録する段階と、を含むことを特徴とする。
【００３５】
さらに、本発明に係る保安コンテンツ交換（ＳＣＥ）機能を実行する方法は、デジタル権限管理（ＤＲＭ）のための保安コンテンツ交換（ＳＣＥ）機能を実行する方法であって、ユーザードメインに加入するためにローカル権限管理者（Ｌｏｃａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ、ＬＲＭ）をドメイン権限附与者（ＤＡ）に登録する段階と、前記ユーザードメインのための変換済み権限明示個体（ＲＯ）を生成する段階と、ドメイン権限附与者（ＤＡ）と権限発行者（ＲＩ）を登録するためにＤＡとＲＩとの間で情報を交換する段階と、ユーザードメインのための前記ＲＯとＤＲＭコンテンツフォーマット（ＤＣＦ）を２．０ＤＲＭエージェントに伝送する段階と、前記２．０ＤＲＭエージェントを前記ＲＩを通じて前記ＤＡに登録する段階と、を含むことを特徴とする。
【発明の効果】
【００３６】
本発明によれば、ＤＡ−ＲＩ登録メカニズムを通じてＳＣＥ機能を効果的に実行することが可能である。
【００３７】
また、ＲＩにＤＡ情報をまず通報するためにＤＡ−ＲＩ登録機能を使用するために、ＤＡ−ＲＩ登録機能はＲＩが直接ＤＡにアクセスしなくても使用することができる。
【００３８】
さらに、ＤＡ−ＲＩ登録機能はＤＡとＲＩとの間の任意の新しいプロトコル／機能を実行するための情報を予め提供できる。したがって、ＤＡ−ＲＩ登録機能はＤＡとＲＩとの間の任意の新しいプロトコル／機能に先行できる。
【００３９】
以前の一般説明と次の詳細な説明は全て例示的、かつ説明的であり、本発明の追加説明は請求項として提供するように意図したことを理解しなければならない。
【発明を実施するための最良の形態】
【００４０】
以下、本発明の例示的な実施形態を示す添付図面を参照して詳細に説明する。しかし、本発明は他の多くの形態に実行することができ、本明細書で説明する例示的な実施形態に制限されないと解釈しなければならない。むしろ、これらの例示的な実施形態は本明細書が徹底的に本発明の範疇を当業者に完全に伝達するように提供する。図面において、層及び領域の大きさ及び相対的な大きさは明確性のために誇張されることがある。図面で類似の番号は類似要素を示す。
【００４１】
ＯＭＡのＳＣＥ要件による多数の機能を効果的に支援するために、ＲＩ４０はドメイン権限附与者（ＤＡ）２０に対する情報を受信しなければならず、ＲＩ４０に対する情報はＤＡ２０により受信しなければならない。しかし、ＤＡ２０とＲＩ４０との間で情報の交換を確立するためのいかなるメカニズムもＯＭＡのＳＣＥ要件として限定されない。
【００４２】
ＤＡ、ＲＩとの間の登録機能はＤＡとＲＩがこれらとの間のプロトコルまたは機能を実行するための情報を交換するように許容することができる。さらに、登録機能はＤＡ、ＲＩとの間の任意の他のプロトコルまたは機能に先行するべきである。
【００４３】
さらに、登録機能はＤＡ情報がまずＲＩに通報されることを許容するべきであり、ＲＩがＤＡにアクセスすることができなくても登録機能を使用することができる。
【００４４】
したがって、この例示的な実施形態はＤＡ２０とＲＩ４０との間の（以後「ＤＡ−ＲＩ」と称する）登録メカニズムを説明する。このようなメカニズムは（１）ＤＲＭエージェントがユーザードメインのためにＲＯを獲得する方法、（２）２．０ＤＲＭエージェントがユーザードメインＲＯを使用する方法、及び（３）２．０ＤＲＭエージェントがユーザードメインのために変換済みＲＯを使用する方法に統合することができる。
【００４５】
図３は本発明の第１例示的な実施形態によってＤＡとＲＩを登録するための方法を示す。
【００４６】
第１段階において、ＲＩ４０は運営ステップＳ１００でＤＡ２０のＲＩ４０に対する登録をトリガーするために、RegistrationResponseメッセージと呼ぶことができる、権利明示個体捕捉プロトコル（Ｒｉｇｈｔｓ  Ｏｂｊｅｃｔ  Ａｃｑｕｉｓｉｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＲＯＡＰ）トリガーメッセージをＤＡ２０に伝送する。しかし、ＲＯＡＰトリガーメッセージはＤＡ２０の登録のために必需的に要求するものではない。ＲＯＡＰトリガーメッセージが送られなくても、ＤＡ２０は登録手順を開始するためにＲＩ４０にＤＡHelloメッセージを伝送できる。
【００４７】
第２段階において、ＤＡ２０は運営ステップＳ１０２でＤＡ２０基本情報を提供するためにＤＡHelloメッセージをＲＩ４０に伝送する。ＤＡHelloメッセージはプロトコルバージョン、ＤＡＩＤ、及び支援した暗号アルゴリズムを含むことができる。ＤＡ２０はＲＩ４０からＲＯＡＰトリガーメッセージを受信しなければ、ＤＡ−ＲＩ登録手順はＤＡHelloメッセージをＲＩ４０に伝送することによって開始される。
【００４８】
第３段階において、ＲＩ４０は運営ステップＳ１０４でＲＩHelloメッセージをＤＡ２０に伝送する。ＲＩHelloメッセージはＤＡHelloメッセージ伝送結果、セッションＩＤ、プロトコルバージョン、ＲＩのＩＤ、支援したアルゴリズム、及び他の確認及びサーバー情報を含む。
【００４９】
第４段階において、ＤＡ２０はRegistrationRequestメッセージをＲＩ４０に伝送し、ＤＡ２０を運営ステップＳ１０８でＲＩ４０に登録することができるようにする。RegistrationRequestメッセージはセッションＩＤ、メッセージ伝送時間、認証／デジタル署名、及び臨時データのような確認データを含む。RegistrationRequestメッセージは前述したＯＭＡのＤＲＭ  Ｖ２．０のRegistrationRequestメッセージと同様に実行することができる。
【００５０】
第５段階において、ＲＩ４０は運営ステップＳ１１０でＲＩ４０をＤＡ２０に登録するために登録結果と情報を含むRegistrationResponseメッセージをＤＡ２０に伝送する。RegistrationResponseメッセージはＤＡ登録結果、セッションＩＤ、ＲＩ認証／デジタル署名、及びＯＣＳＰ応答のような確認情報を含む。RegistrationResponseメッセージは前述したＯＭＡのＤＲＭ  Ｖ２．０のRegistrationResponseメッセージと同様に実行することができる。
【００５１】
ＤＡ−ＲＩ登録手順を終了した後、ＤＡ２０はＲＩ情報を有するＲＩコンテクストを所有し、ＲＩ４０はＤＡ情報を登録する。ＤＡ−ＲＩ登録手順は最初のＤＡ−ＲＩ情報交換の時間に一回だけ行うことができる。しかし、ＲＩコンテクストに対する有効期間が満了すると、ＤＡ２０は登録手順を再開または反復できる。
【００５２】
例示的な他の実施形態において、ＲＩ４０はまずＤＡ２０から登録を要請できる。すなわち、ＲＩ４０はまずＲＩHelloメッセージをＤＡ２０に伝送することによって、ＤＡ２０から登録を要請できる。その後、ＤＡ２０はＤＡHelloメッセージをＲＩ４０に伝送することによって、ＲＩ４０に応答できる。その次に、ＲＩ４０は登録のためのRegistrationRequestメッセージをＤＡ２０に伝送し、ＤＡ２０はRegistrationResponseメッセージをＲＩ４０に伝送する。この場合、メッセージの細部事項は対応するコンテクストに適合するように変更しなければならない。メッセージは詳述した２種類の例示的な実施形態で実質的に同様である。
【００５３】
ＤＡとＲＩがそれぞれ私設及び公共ネットワーク上に存在することができても、ＤＡ−ＲＩ登録メカニズムはＲＩがＤＡにアクセスされることを許容するために初期実行することができる。
【００５４】
任意の他のＤＡ−ＲＩプロトコル／機能は前述したＤＡ−ＲＩ登録機能により支援できる。したがって、ＤＡ−ＲＩ登録機能は任意の他のＤＡ−ＲＩプロトコル／機能の前に行うことができる。
【００５５】
図４、図５、及び図６は前述したＤＡ−ＲＩ登録方法を使用してＳＣＥ機能を実行する方法を示す。
【００５６】
図４は本発明の第１例示的な実施形態に係る登録方法を使用してＳＣＥのＤＲＭエージェントによりユーザードメインのための権限明示個体を獲得する方法を示す。
【００５７】
この例示的な実施形態はＳＣＥのＤＲＭエージェント５０によりＲＩ４０からユーザードメインのためのＲＯを獲得する方法を開示する。すなわち、この例示的な実施形態はＤＡ−ＲＩ登録方法をどのように実行しているか、そしてＤＡ−ＲＩ登録方法をどの段階で実行するかについて説明する。この例示的な実施形態はユーザードメインが結びついたＤＡ２０とＤＥＡ３０により管理されるものと見なす。仮りにＤＡ２０とＤＥＡ３０が互いに分離していれば、ユーザードメインはＤＥＡ３０により管理できる。
【００５８】
第１段階において、ＳＣＥのＤＲＭエージェント５０は運営ステップＳ２００でユーザードメインに加入するためにＤＡ２０に登録する。この段階は、メッセージ伝送とデータ交換のために多数の手順を必要とするＯＭＡのＤＲＭ  Ｖ２．０によってドメインに対するＤＲＭエージェントの登録のための手順と同様に実行することができる。一旦、この段階が成功的に終了すると、ＳＣＥのＤＲＭエージェント５０はユーザードメインの構成員になって、ユーザードメインＲＯを使用することができる。
【００５９】
第２段階において、ＳＣＥのＤＲＭエージェント５０は、ＯＭＡのＤＲＭ  Ｖ２．０のＲＩ４０の４−パス登録プロトコルと類似のメカニズムにより、運営ステップＳ２０２でＲＩ４０に登録する。この段階は相互確認／キー交換、及び事後−登録通信のための多数のパラメーターの相互交換／確認を含む。ＤＲＭエージェント５０が、まずＲＩ４０のＲＯの獲得を試みる時、登録手順は一度行うことができる。しかし、ＤＲＭエージェント５０が有効期間の満了によってＲＩ４０にアクセスすることがこれ以上許容しないと、この段階はもう一度行うことができる。
【００６０】
第３段階において、ＤＡ２０は運営ステップＳ２０４でＤＡ−ＲＩ登録メカニズムを通じてＲＩ４０に登録する。第６段階でユーザードメインＲＯをＳＣＥのＤＲＭエージェント５０に発行するために、ＲＩ４０がＤＡ２０からユーザードメイン情報を調べる。そのために、第３段階は初期に行うことが好ましい。したがって、第３段階は第６段階の前にいつでも行うことができる。
【００６１】
第４段階において、ＲＩ４０は運営ステップＳ２０６でＲＯRequestメッセージのためのＲＯＡＰトリガーメッセージをＳＣＥのＤＲＭエージェント５０に伝送する。ＳＣＥのＤＲＭエージェント５０はＲＯRequestメッセージを伝送するためにＲＩ４０をアクセスすることでＲＯＡＰを行うことができる。この場合、ＲＯＡＰトリガーメッセージがＲＩ４０からＲＯを獲得するためにＳＣＥのＤＲＭエージェント５０をトリガーさせる。ＲＯＡＰトリガーメッセージは不要である。ＲＯＡＰトリガーメッセージが伝送されなくても、ＳＣＥのＤＲＭエージェント５０はＲＯRequestメッセージをＲＩ４０に伝送することによってＲＯＡＰを開始できる。
【００６２】
第５段階において、ＳＣＥのＤＲＭエージェント５０は運営ステップＳ２０８でＲＩ４０からユーザードメインＲＯを獲得するためにＲＯRequestメッセージをＲＩ４０に伝送する。ＲＯRequestメッセージはＯＭＡのＤＲＭ  Ｖ２．０に伴う２−パスＲＯＡＰプロトコルのＲＯRequestメッセージと同様にすることができる。この場合、ＳＣＥのＤＲＭエージェント５０はデバイスＩＤ、ドメインＩＤ、ＲＩのＩＤ、要請時間、ＲＯ情報及び認証／デジタル署名のようなユーザー確認及びＲＯRequestのための情報をＲＩ４０に伝送する。ドメインＩＤはＤＡ２０を通じて獲得したユーザードメインＩＤでありうる。
【００６３】
この場合、ＳＣＥのＤＲＭエージェント５０はユーザードメインＲＯを獲得するためのユーザードメイン情報を管理するＤＡ２０に関する情報を有し、ＤＡ２０に関する情報をＲＩ４０に伝送する。
【００６４】
第６段階において、ＲＩ４０は運営ステップＳ２１０とＳ２１２でユーザードメイン情報を獲得するために情報をＤＡ２０と交換する。ＲＩ４０がユーザードメインＲＯをＳＣＥのＤＲＭエージェント５０に発行するために、ＲＩ４０はＤＡ２０と共にＳＣＥのＤＲＭエージェント５０がユーザードメインに属しているかいないかを確認する。さらに、ＲＩ４０はＤＡ２０からユーザードメインキー（ＤＫ）を受信する。この場合、ＲＩ４０がUserDomainRequestメッセージをＤＡ２０に伝送すると、ＤＡ２０は適切な情報を含むUserDomainRequestメッセージを伝送することによって、ＲＩ４０に応答する。この段階でＲＩ４０とＤＡ２０はＲＩ４０がユーザードメインＲＯを生成するように、ＤＫと他の情報を交換する。
【００６５】
第７段階において、ＲＩ４０は運営ステップＳ２１４でＲＯResponseメッセージをＳＣＥのＤＲＭエージェント５０に伝送する。この段階でＲＩ４０はユーザードメインＲＯをＳＣＥのＤＲＭエージェント５０に伝送する。ＲＯResponseメッセージは実質的にＯＭＡのＤＲＭ  Ｖ２．０の２−パスＲＯＡＰプロトコルのＲＯResponseメッセージと同様にすることができる。この場合、ＲＩ４０はＳＣＥのＤＲＭエージェント５０に処理結果、デバイスＩＤ、ＲＩのＩＤ、生成したＲＯ情報及び認証／デジタル署名のようなユーザー確認及びＲＯ伝送のための情報を伝送する。
【００６６】
この例示的な実施形態において、ＲＩ４０はユーザードメインＲＯをＳＣＥのＤＲＭエージェント５０に発行するために、ユーザードメインに関する確認手順と情報捕捉手順を獲得する。したがって、前述したＤＡ−ＲＩ登録メカニズムは、まずＲＩ４０がＤＡ２０に関連した情報を獲得することを許容する。
【００６７】
図５は本発明の第２例示的な実施形態に係る登録方法を使用して２．０ＤＲＭエージェントによりユーザードメインのための権限明示個体を使用する方法を示す。
【００６８】
第２例示的な実施形態はＤＡ−ＲＩ登録方法をどのように実行しているのか、そしてＤＡ−ＲＩ登録方法をどの段階で行うかについて記述する。第２例示的な実施形態はユーザードメインを結びついたＤＡ２０とＤＥＡ３０で管理するものと見なす。仮りにＤＡ２０とＤＥＡ３０が互いに分離していれば、ユーザードメインはＤＥＡ３０で管理する。
【００６９】
第１段階において、ＤＡ２０は運営ステップＳ３００でＤＡ−ＲＩ登録メカニズムを通じてＲＩ４０に登録する。この段階はまず行うことが好ましい。その理由はＲＩ４０が第６段階での２．０ＤＲＭエージェント６０の代りにＤＡ２０に対するユーザードメイン登録を処理し、２．０ＤＲＭエージェント６０がユーザードメインＲＯを使用することができるためである。第１段階は第６段階の前にいつでも行うことができる。仮りにＤＡ−ＲＩ登録手順を既に行った場合、追加のいかなるＤＡ−ＲＩ登録手順も必要ではない。
【００７０】
第２段階において、ＳＣＥのＤＲＭエージェント５０は運営ステップＳ３０２でユーザードメインに加入するためにＤＡ２０に登録する。この段階はＯＭＡのＤＲＭ  Ｖ２．０のドメインに対するＤＲＭエージェントの登録手順と実質的に同様に行うことができる。一旦、この段階が成功的に終了すると、ＳＣＥのＤＲＭエージェント５０はユーザードメインの構成員になって、ユーザードメインＲＯを使用することができる。
【００７１】
第３段階において、ＳＣＥのＤＲＭエージェント５０は運営ステップＳ３０４でＲＩ４０からユーザードメインＲＯを獲得する。この段階は図４に示した第１実施形態によって前述した方法に従う。
【００７２】
第４段階において、ＳＣＥのＤＲＭエージェント５０は獲得したドメインＲＯとＤＲＭコンテンツフォーマット（ＤＣＦ）を運営ステップＳ３０６で２．０ＤＲＭエージェント６０に伝送する。伝送方法はＤＲＭに関連したコンテンツを一つのデバイスから他のデバイスに伝送する任意の方法であることもできる。
【００７３】
２．０ＤＲＭエージェント６０はユーザードメインＲＯを使用するためにＤＡ２０に登録することができ、ユーザードメインに加入できる。しかし、２．０ＤＲＭエージェント６０はＤＡ２０に対する許可のための直接的なアプリケーションを構成することができず、ＲＩ４０を通じてＤＡ２０に対する許可のためとの間接的なアプリケーションを構成できる。ユーザードメインに対する２．０ＤＲＭエージェント６０の登録以後、２．０ＤＲＭエージェント６０はＤＫを受信し、ユーザードメインＲＯを使用する。この後、第５、第６、第７、及び第８段階を記述する。
【００７４】
第５段階において、ＤＲＭ２．０エージェント６０は運営ステップＳ３０８でＯＭＡのＤＲＭ  Ｖ２．０の４−パス登録プロトコルを使用してＲＩ４０に登録する。ユーザードメインＲＯを使用するために任意の情報を要求すると、拡張または他のメッセージフィールドを使用して情報がさらに伝送できる。
【００７５】
第６段階において、２．０ＤＲＭエージェント６０は運営ステップＳ３１０でＤＫを獲得してユーザードメインＲＯを使用するためにJoinDomainRequestメッセージを伝送する。２．０ＤＲＭエージェント６０がＤＫを獲得するためにＤＡ２０に直接アクセスしないため、２．０ＤＲＭエージェント６０はＲＩ４０を通じて間接的にＤＫを獲得できる。したがってJoinDomainRequestメッセージはＤＲＭ  Ｖ２．０のJoinDomainRequestメッセージと同様に記録することができる。
【００７６】
第７段階において、ＲＩ４０は運営ステップＳ３１２で２．０ＤＲＭエージェント６０の代りにＤＡ２０に対するユーザードメイン登録を処理する。この場合、第６段階で２．０ＤＲＭエージェント６０により伝送したJoinDomainRequestメッセージはユーザードメイン登録を明示的に要請するタグを含むことができる。選択的に、JoinDomainRequestメッセージのドメインＩＤフィールドはユーザードメインＩＤ領域に対応して、仮りに対応するユーザードメインＩＤが入力されると、ＤＡ２０に対するアクセスを許容する。
【００７７】
前者のシナリオにおいて、ＲＩ４０は処理をするための少量のオーバーヘッドを有する反面、後者のシナリオにおいては２．０ＤＲＭエージェントの逆互換性を支援する。
【００７８】
第７段階が終了すると、ＲＩ４０は２．０ＤＲＭエージェント６０の代りにＤＫを獲得して、ユーザードメインＲＯを使用することができる。
【００７９】
第８段階において、第７段階で獲得したＤＫは運営ステップＳ３１６で２．０ＤＲＭエージェントに伝送する。この場合、JoinDomainRequestメッセージはＤＲＭ  Ｖ２．０のJoinDomainRequestメッセージと同様に記録することができる。
【００８０】
したがって、この例示的な実施形態で、ＲＩ４０がまずＤＡ２０に関する情報を獲得するように、ＤＡ−ＲＩ登録メカニズムを行う。仮りにＤＡ−ＲＩ登録手順が既に第３段階で行われて、有効期間が満了しなかった場合、ＤＡ−ＲＩ登録手順は必要でない。
【００８１】
図６は本発明の第３例示的な実施形態に係る登録方法を使用して２．０ＤＲＭエージェントによる変換済みユーザードメイン権限明示個体を使用する方法を示す。
【００８２】
より詳細に、第３例示的な実施形態はローカル権限管理者（Ｌｏｃａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｒ、ＬＲＭ）１０により、２．０ＤＲＭエージェント６０でインポートしたユーザードメインＲＯを使用する方法を開示する。この例示的な実施形態はＤＡ−ＲＩ登録方法がどのように含まれているか、そしてＤＡ−ＲＩ登録方法をどの段階で行うかについて説明する。この例示的な実施形態はユーザードメインが結びついているドメイン権限附与者（ＤＡ）２０とドメイン執行エージェント（ＤＥＡ）３０により管理するものと見なす。仮りにＤＡ２０とＤＥＡ３０が互いに分離している場合、ユーザードメインはＤＥＡ３０により管理する。
【００８３】
第１段階において、ステップＳ４００でＬＲＭ１０がＤＡ２０に登録され、ドメインを割り当て、運営非ＯＭＡのＤＲＭ  ＲＯをユーザードメインのためのＯＭＡのＤＲＭ  ＲＯに変換するためのインポート手順を受信する。この段階はメッセージ伝送とデータ交換のための多数の手順を含むことができる。もしこの段階が成功的であれば、ＬＲＭ１０は２．０ＤＲＭエージェント６０で使用することができる変換済みユーザードメインＲＯと変換済みＤＣＦを生成する。
【００８４】
ＬＲＭ１０によるＤＲＭデータをインポートするための他の方法を開示する。この方法は本出願の譲受人に譲渡した管理番号P２１９９ＵＳ００を有する特許出願で請求している。
【００８５】
第２段階において、ＤＡ２０は運営ステップＳ４０２でＤＡ−ＲＩ登録メカニズムを通じてＲＩ４０に登録する。この段階もまず行うことが好ましい。その理由はＲＩ４０が第６段階でユーザードメインに対して２．０ＤＲＭエージェント６０を許容し、２．０ＤＲＭエージェント６０が変換済みユーザードメインＲＯを使用することができるためである。したがって、第２段階は第６段階の前にいつでも行うことができる。第２段階が既に行われて、有効期間が満了した場合、第２段階は行わない。
【００８６】
第３段階において、ユーザードメインＲＯとＤＣＦは運営ステップＳ４０４でＬＲＭ１０から２．０ＤＲＭエージェントに送信する。伝送方法はＤＲＭに関連したコンテンツを一つのデバイスから他のデバイスに伝送する任意の方法でありうる。
【００８７】
変換済みユーザードメインＲＯを受信する２．０ＤＲＭエージェント６０はＤＡ２０に対する登録を直接処理しない場合もある。したがって、ＲＩ４０は２．０ＤＲＭエージェント６０の代りにＤＡ２０に対する登録を処理する。ＤＡ２０に対する登録以後、２．０ＤＲＭエージェント６０はＤＫを受信し、使ユーザードメインＲＯを使用する。以後、第４、第５、第６、及び第７段階を記述し、これらの段階は前述した第２例示的な実施形態の第５、第６、第７及び第８段階と同様である。
【００８８】
したがって、本実施形態で、ＤＡ−ＲＩ登録メカニズムが含まれ、ＲＩ４０がまずＤＡ２０に対する情報を獲得するようになる。ＤＡ−ＲＩ登録手順が既に行われて、有効期間が満了していない場合、ＤＡ−ＲＩ登録手順は不要である。
【産業上の利用可能性】
【００８９】
以上で説明したように、本発明の例示的な実施形態によってＤＡ−ＲＩ登録メカニズムを通じてＳＣＥ機能を効果的に実行することができる。またＤＡ−ＲＩ登録メカニズムは（１）ＤＲＭエージェント５０によりユーザードメインＲＯを獲得する方法、（２）２．０ＤＲＭエージェント６０によりユーザードメインＲＯを使用する方法、及び（３）２．０ＤＲＭエージェント６０により変換済みユーザードメインＲＯを使用する方法を含む。
【００９０】
また、ＲＩにＤＡ情報をまず通報するためにＤＡ−ＲＩ登録機能を使用するために、ＤＡ−ＲＩ登録機能はＲＩが直接ＤＡにアクセスしなくても使用することができる。
【００９１】
さらに、ＤＡ−ＲＩ登録機能はＤＡとＲＩとの間の任意の新しいプロトコル／機能を実行するための情報を予め提供できる。従って、本発明の産業利用性はきわめて高いものといえる。
【００９２】
一方、本明細書内で本発明をいくつかの好ましい実施形態によって記述したが、当業者ならば、添付の特許請求範囲に開示した本発明の範疇及び思想から外れずに、多くの変形及び修正がなされ得ることがわかるはずである。
【図面の簡単な説明】
【００９３】
【図１】ＯＭＡのＳＣＥ要件を示す概略図である。
【図２】ＯＭＡのＤＲＭ  Ｖ２．０によってデバイスと権限発行者（ＲＩ）により使われた４−パス登録プロトコルを示す例示図である。
【図３】本発明の第１例示的な実施形態によってドメイン権限附与者と権限発行者を登録するための方法を示す例示図である。
【図４】本発明の第１例示的な実施形態に係る登録方法を使用してＳＣＥのＤＲＭエージェントによりユーザードメインのための権限明示個体を獲得するための方法を示す例示図である。
【図５】本発明の第２例示的な実施形態に係る登録方法を使用して２．０ＤＲＭエージェントによりユーザードメインのための権利明示個体を使用する方法を示す例示図である。
【図６】本発明の第３例示的な実施形態に係る登録方法を使用して２．０ＤＲＭエージェントにより変換済みユーザードメイン権利明示個体を使用する方法を示す例示図である。
【符号の説明】
【００９４】
２０    ドメイン権限附与者（ＤＡ）
３０    ドメイン執行エージェント（ＤＥＡ）
４０    権限発行者（ＲＩ）
５０    ＤＲＭエージェント
６０    ２．０ＤＲＭエージェント
【図１】
2008052735.tif 000003
【図２】
2008052735.tif 000004
【図３】
2008052735.tif 000005
【図４】
2008052735.tif 000006
【図５】
2008052735.tif 000007
【図６】
2008052735.tif 000008