デジタル権利管理のためのユーザドメイン加入方法及びその情報交換方法
【課題】デジタル権利管理のためのユーザドメイン加入方法及びその情報交換方法を提供する。
【解決手段】デジタル権利管理環境におけるユーザドメイン加入方法と、ユーザデバイスとドメイン執行エージェントとの間の情報交換方法及び同一のユーザドメインに属したユーザデバイス間の情報交換方法とに関するものであり、ユーザデバイスとドメイン執行エージェント（ＤＥＡ）との間に、同一のユーザドメインに属したユーザデバイス間で安全なセッションを形成できるようにドメインセッションキー情報を共有し、このドメインセッションキー情報を用いて情報を暗号化／復号化して交換することによって、通信保安を維持することができる。
【解決手段】デジタル権利管理環境におけるユーザドメイン加入方法と、ユーザデバイスとドメイン執行エージェントとの間の情報交換方法及び同一のユーザドメインに属したユーザデバイス間の情報交換方法とに関するものであり、ユーザデバイスとドメイン執行エージェント（ＤＥＡ）との間に、同一のユーザドメインに属したユーザデバイス間で安全なセッションを形成できるようにドメインセッションキー情報を共有し、このドメインセッションキー情報を用いて情報を暗号化／復号化して交換することによって、通信保安を維持することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル権利管理（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ：以下、ＤＲＭと略称する）に係り、特に、デジタル権利管理のためのユーザドメイン加入方法とユーザドメイン内で情報を交換する情報交換方法とに関する。
【背景技術】
【０００２】
モバイル応用ソフトウェア標準化団体であるＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）では、既存のＯＭＡ ＤＲＭバージョン２．０を拡張した‘ＯＭＡ ＤＲＭ ｅｘｔｅｎｓｉｏｎ ｆｏｒ Ｓｅｃｕｒｅ Ｃｏｎｔｅｎｔ Ｅｘｃｈａｎｇｅ（以下、ＯＭＡ ＤＲＭ ＳＣＥと略称する）の標準化を論議中である。ＯＭＡ ＤＲＭ ＳＣＥでは、権利発行者（Ｒｉｇｈｔ Ｉｓｓｕｅｒ：以下、ＲＩと略称する）の代わりにドメイン執行エージェント（Ｄｏｍａｉｎ Ｅｎｆｏｒｃｅｍｅｎｔ Ａｇｅｎｔ：以下、ＤＥＡと略称する）を通じて、それぞれのユーザデバイスがユーザドメインに加入（ｊｏｉｎ）できるように定義している。
【０００３】
図１は、ＯＭＡ ＤＲＭバージョン２．０のドメイン加入手続きを図示した参考図である。図１では、ＯＭＡ ＤＲＭバージョン２．０を支援するユーザデバイスが、ドメイン基盤の権利オブジェクト（Ｒｉｇｈｔ Ｏｂｊｅｃｔ：以下、ＲＯと略称する）を使うのに必要な２段階ドメイン加入プロトコル（２−ｐａｓｓ Ｊｏｉｎ Ｄｏｍａｉｎ Ｐｒｏｔｏｃｏｌ）の処理動作が図示されている。
【０００４】
図示されたように、ユーザデバイスは、２段階ドメイン加入プロトコルを用いて権利発行者（ＲＩ：Ｒｉｇｈｔｓ Ｉｓｓｕｅｒ）にドメイン加入を要請する。権利発行者（ＲＩ）は、ＯＣＳＰリスポンダー（Ｏｎｌｉｎｅ Ｃｅｒｔｉｆｉｃａｔｅ Ｓｔａｔｕｓ Ｐｒｏｔｏｃｏｌ Ｒｅｓｐｏｎｄｅｒ）に認証書の状態を要請する。認証書の状態が応答されれば、当該ユーザデバイスのユーザドメイン加入要請に対して応答する。
【０００５】
この際、前述した認証書の状態が‘ｇｏｏｄ’であれば、認証書が有効であるということを、‘ｒｅｖｏｋｅｄ’であれば、認証書の永久的な廃棄または一時停止など有効ではないということを意味し、‘ｕｎｋｎｏｗｎ’は、認証書について知られた情報がないということを意味する。
【０００６】
権限発行者は、応答された認証書の状態情報によって当該ユーザデバイスのユーザドメイン加入の可否を決定して応答する。ユーザデバイスは、このようなユーザドメインへの加入過程を経てドメイン基盤の権利オブジェクト（ＲＯ）が利用可能となる。
【０００７】
図２は、ＯＭＡ ＤＲＭバージョン２．０を支援する複数のユーザデバイスが、ドメイン基盤の権利オブジェクト（ＲＯ）を使うための過程を示す図面である。図２では、ユーザデバイスＤ１、Ｄ２、Ｄ３は、４段階登録プロトコル（４−ｐａｓｓ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて権利発行者に登録し、２段階ドメイン加入プロトコルを用いて特定ユーザドメインに加入する。
【０００８】
以後、ユーザデバイスＤ１が、権利発行者から２段階権利オブジェクト取得プロトコル（２−ｐａｓｓ Ｒｉｇｈｔｓ Ｏｂｊｅｃｔ Ａｃｑｕｉｓｉｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて権利オブジェクト（ＲＯ）、すなわち、コンテンツ及び権利を獲得し、同一のユーザドメインに属したユーザデバイスＤ２とＤ３とにこれを伝達することによって、権利オブジェクト（ＲＯ）がユーザデバイスＤ２とＤ３に伝送される。これにより、ユーザデバイスＤ２とＤ３は、権利オブジェクト（ＲＯ）を利用可能となる。
【０００９】
一方、ユーザデバイスＤ４は、ユーザデバイスＤ１が属したユーザドメインに加入していない状態なので、ユーザデバイスＤ１が、ユーザデバイスＤ４に伝送した権利オブジェクト（ＲＯ）をユーザデバイスＤ４が利用するためには、ユーザデバイスＤ４が４段階登録プロトコルを用いて権利発行者（ＲＩ）に登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）し、２段階ドメイン加入プロトコルを用いてユーザデバイスＤ１が属したユーザドメインに加入しなければならない。
【００１０】
一方、ＯＭＡ ＤＲＭバージョン２．０（図１及び図２参照）を拡張したＯＭＡ ＤＲＭ ＳＣＥでは、権利発行者（ＲＩ）の代わりにドメイン執行エージェント（ＤＥＡ）を通じて各ユーザデバイスが、ユーザドメインに加入することができる。しかし、ＯＭＡ ＤＲＭ ＳＣＥでＯＭＡ ＤＲＭバージョン２．０で定義した２段階ドメイン加入プロトコル（図１参照）を使ってユーザドメインに加入する場合、次のような問題点が発生することがある。
【００１１】
第一に、同一のユーザドメイン内の複数のデバイス間で保安通信をする場合、まずユーザデバイス間で認証がなされて共有キーが設定されなければならない。しかし、ＯＣＳＰなどを利用した既存の認証方法を使う場合、ユーザデバイスの負荷が大きくなり、同一のユーザドメイン内のメンバー同士での通信であるという利点が無くなる。また、通信をする二人のユーザデバイスが共通で有する情報は、ドメイン権利オブジェクト（Ｄｏｍａｉｎ ＲＯ）しかない。ドメイン権利オブジェクトに保存されているドメインキー（Ｄｏｍａｉｎ Ｋｅｙ）は、同一のユーザドメインに属したメンバー誰もが分かっている情報なので、ドメインキーを用いて二人のユーザデバイス間の通信に対する暗号化をする場合、通信保安を保証することができないという問題点がある。
【００１２】
第二に、ユーザデバイスとドメイン執行エージェント（ＤＥＡ）との間で保安通信をする場合、ユーザデバイスとドメイン執行エージェントとが共通で有するキー情報がない。このため、ユーザデバイスとドメイン執行エージェントとの間で暗号化通信をするためには、既存の認証方法を使って新たな保安セッションを規定しなければならず、一番目の場合と同様に通信保安を保証することができないという問題点がある。
【特許文献１】特開２００８−５２７３５
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明は、上記問題点を解決するためになされたものであって、デジタル権利管理環境でユーザデバイスとドメイン執行エージェント（ＤＥＡ）との間に、同一のユーザドメインに属したユーザデバイス間に安全なセッション（Ｓｅｓｓｉｏｎ）を形成することができるデジタル権利管理（ＤＲＭ）環境での情報保安方法を提供することを目的とする。特に、本発明は、デジタル権利管理のためのユーザドメイン加入方法及び情報交換方法を提供することをその目的とする。
【課題を解決するための手段】
【００１４】
本発明の一実施の形態に係るユーザドメイン加入方法は、ユーザデバイスとドメイン執行エージェント（ＤＥＡ）との間に、同一のユーザドメインに属したユーザデバイス間に安全なセッションを形成できるようにするドメインセッションキー情報を交換することを特徴とする。
【００１５】
一方、本発明の他の実施の形態に係るユーザデバイスとドメイン執行エージェントとの間の情報交換方法は、ユーザドメイン加入過程で交換したドメインセッションキー情報を用いてユーザデバイスとドメイン執行エージェントとの間で伝送される情報を暗号化することを特徴とする。
【００１６】
一方、本発明の他の実施の形態に係るユーザデバイス間の情報交換方法は、情報を交換するユーザデバイスにのみ発行された特定のドメインセッションキー情報を用いて当該ユーザデバイス間で伝送される情報を暗号化することを特徴とする。
【００１７】
より具体的に、本発明の一実施の形態によれば、前記目的は、デジタル権利管理のためのユーザドメイン加入方法において、ユーザデバイスがユーザドメインを管理するドメイン執行エージェントにおいて保安に用いるための第１ドメインセッションキー情報を含むユーザドメイン加入要求メッセージを前記ドメイン執行エージェントに伝送する段階と、前記第１ドメインセッションキー情報を保存し、前記ユーザデバイスが前記ユーザドメイン加入要求メッセージに対する処理を実行した前記ドメイン執行エージェントから受信確認のための第２ドメインセッションキー情報を含むユーザドメイン加入応答メッセージを受信する段階と、を含むユーザドメイン加入方法によって達成される。
【００１８】
一方、本発明の他の実施の形態によれば、前記目的は、デジタル権利管理のためのユーザデバイスとドメイン執行エージェントとの間の情報交換方法において、前記ユーザデバイスまたは前記ドメイン執行エージェントが、相互間で共有するドメインセッションキー情報を用いて伝送する情報を暗号化して伝送する段階と、前記暗号化された情報を受信した前記ユーザデバイスまたは前記ドメイン執行エージェントが、前記相互間で共有するドメインセッションキー情報を用いて前記暗号化された情報を復号化する段階と、を含む情報交換方法によって達成される。
【００１９】
一方、本発明の他の実施の形態によれば、前記目的は、デジタル権利管理のためのユーザデバイス間の情報交換方法において、ユーザドメインに加入してドメイン執行エージェントとドメインセッションキー情報を共有する第１ユーザデバイスが、前記ドメイン執行エージェントに対して情報交換しようとする第２ユーザデバイスを特定して新たなドメインセッションキー情報を要求する段階と、前記ドメイン執行エージェントが、前記第１及び第２ユーザデバイス間の情報交換のための新たなドメインセッションキー情報を生成して第１及び第２ユーザデバイスに伝送する段階と、前記第１及び第２ユーザデバイスが前記ドメイン執行エージェントから受信した新たなドメインセッションキー情報を用いて相互に情報を交換する段階と、を含む情報交換方法によって達成される。
【発明の効果】
【００２０】
本発明によれば、デジタル権利管理環境においてユーザデバイスとドメイン執行エージェント（ＤＥＡ）との間で、同一のユーザドメインに属したユーザデバイス間でドメインセッションキー情報を用いて安全なセッションを形成することができ、ドメイン内での通信の保安を効果的に保証することができる。
【発明を実施するための最良の形態】
【００２１】
以下、添付した図面を参照して、本発明の実施の形態を詳しく説明する。本発明を説明する際に、関連した公知機能または構成に対する具体的な説明が、本発明の要旨を不明にする恐れがあると判断される場合には、その詳細な説明を省略する。また、後述する用語は、本発明の機能を考慮して定義された用語であって、これはユーザ、運用者の意図または慣例などによって変わり得る。したがって、その定義は、本明細書全般に亘った内容に基づいて下さなければない。
【００２２】
（第１の実施の形態）
図３は、本発明の第１の実施の形態に係るユーザドメイン加入要求／応答手順の概要を示す図である。図３では、ユーザデバイス１００が、ユーザドメインを管理するドメイン執行エージェント（ＤＥＡ）２００に対して特定ユーザドメインに対するドメイン加入要求を送信し、これを受信したドメイン執行エージェント（ＤＥＡ）２００が、当該ユーザデバイス１００から要求された特定ユーザドメインに対する加入可否を処理し、ユーザドメイン加入に対する応答をユーザデバイス１００に返信することで、ユーザデバイス１００のユーザドメイン加入処理が行われる。なお、ユーザデバイス１００としては、携帯電話機、携帯型パーソナルコンピュータ等のＯＭＡ ＤＲＭバージョン２．０により定義された通信機能を備える各種の携帯型通信機器が適用可能である。
【００２３】
本実施の形態では、ユーザドメイン加入処理の過程でユーザデバイス１００とドメイン執行エージェント（ＤＥＡ）２００との間に、同一のユーザドメインに属したユーザデバイス間に安全なセッションを形成できるようにするドメインセッションキー情報を交換するための新たなプロトコルを定義する。
【００２４】
図９は、ドメインセッションキー情報を交換する機能を含むユーザドメイン加入要求メッセージ９００の一例を示す図である。図９に示すように、本実施の形態に係るデジタル権利管理環境に対応するユーザドメイン加入要求メッセージ９００は、ヘッダ９０１と、ペイロード９０２と、テール９０３とを含む。ペイロード９０２は、デバイス識別情報９０２ａと、ドメイン識別情報９０２ｂと、権利発行者識別情報９０２ｃと、時間情報９０２ｄと、署名情報９０２ｅと、認証情報９０２ｆと、デバイスナンス（Ｄｅｖｉｃｅ Ｎｏｎｃｅ）情報９０２ｇと、第１ドメインセッションキー情報９０２ｈとを含む。
【００２５】
ここで、デバイス識別情報（Ｄｅｖｉｃｅ Ｉｄｅｎｔｉｆｉｅｒ）９０２ａは、ユーザデバイス１００を識別するための情報であり、ドメイン識別情報（Ｄｏｍａｉｎ Ｉｄｅｎｔｉｆｉｅｒ）９０２ｂは、ユーザデバイス１００が加入を所望するユーザドメインを識別するための情報であり、権利発行者識別情報（Ｒｉｇｈｔ Ｉｓｓｕｅｒ Ｉｄｅｎｔｉｆｉｅｒ）９０２ｃは、デジタル権利を配布した権利発行者を識別するための情報である。時間情報９０２ｄは、ユーザデバイス１００がユーザドメイン加入要求した時刻を保存した情報である。
【００２６】
第１ドメインセッションキー（Ｄｏｍａｉｎ Ｓｅｓｓｉｏｎ Ｋｅｙ）情報９０２ｈは、ユーザデバイス１００とドメイン執行エージェント（ＤＥＡ）２００との間で、同一のユーザドメインに属したユーザデバイス間で安全なセッションを形成可能にする暗号化に使われる保安のための秘密キー情報である。この際、第１ドメインセッションキー情報９０２ｈは、対称キーアルゴリズムのキー値として利用し、または対称キー値を導出するための媒介体（Ｓｅｅｄ）として利用することができる。
【００２７】
一方、ドメイン加入要求メッセージ９００のペイロード９０２は、否認防止のための署名情報（Ｓｉｇｎａｔｕｒｅ）９０２ｅと、認証のための認証情報（Ｃｅｒｔｉｆｉｃａｔｅ Ｃｈａｉｎ）９０２ｆと、応答攻撃（Ｒｅｐｌｙ Ａｔｔａｃｋ）を防止するための任意の値を保存するためのデバイスナンス（Ｄｅｖｉｃｅ Ｎｏｎｃｅ）情報９０２ｇと、をさらに含む。
【００２８】
図１０は、ドメインセッションキー情報を交換する機能を含むユーザドメイン加入応答メッセージ１０００の一例を示す図である。図１０に示すように、本実施の形態に係るデジタル権利管理環境に対応するユーザドメイン加入応答メッセージ１０００は、ヘッダ１００１と、ペイロード１００２と、テール１００３とを含む。ペイロード１００２は、状態情報１００２ａと、デバイス識別情報１００２ｂと、ドメイン識別情報１００２ｃと、権利発行者識別情報１００２ｄと、ドメイン情報１００２ｅと、署名情報１００２ｆと、認証情報１００２ｇと、デバイスナンス情報１００２ｈと、ＯＣＳＰ応答情報１００２ｉと、第２ドメインセッションキー情報１００２Ｊとを含む。
【００２９】
ここで、状態情報（Ｓｔａｔｕｓ）１００２ａは、ユーザドメイン加入可否に対する情報として‘Ｓｕｃｃｅｓｓ’である場合には、当該ユーザデバイスのユーザドメイン加入許可を意味し、そうではない場合には、ユーザドメイン加入拒否を意味する。デバイス識別情報１００２ｂは、ユーザデバイス１００を識別するための情報である。ドメイン識別情報１００２ｃは、ユーザデバイス１００が加入要求したユーザドメインを識別するための情報である。権利発行者識別情報１００２ｄは、デジタル権利（Ｄｉｇｉｔａｌ Ｒｉｇｈｔ）を配布した権利発行者（ＲＩ）を識別するための情報である。ドメイン情報１００２ｅは、加入要求されたユーザドメインの登録情報である。
【００３０】
第２ドメインセッションキー情報１００２ｊは、ユーザデバイス１００とドメイン執行エージェント（ＤＥＡ）２００との間に、同一のユーザドメインに属したユーザデバイス間に安全なセッションを形成可能にする暗号化に使われる保安のための情報である。特に、第２ドメインセッションキー情報１００２ｊは、ユーザデバイス１００から保安のために送信される第１ドメインセッションキー情報９０２ｈの受信の成否を確認するために使われる。第２ドメインセッションキー情報１００２ｊは、対称キーアルゴリズムのキー値として利用し、または対称キー値を導出するための媒介体（Ｓｅｅｄ）として利用することができる。
【００３１】
一方、ユーザドメイン加入応答メッセージ１０００のペイロード１００２は、否認防止のための署名情報１００２ｆと、認証のための認証情報１００２ｇと、応答攻撃を防止するための任意の値を保存するためのデバイスナンス情報１００２ｈと、をさらに含む。また、ユーザドメイン加入応答メッセージ１０００のペイロード１００２は、認証書の状態（Ｃｅｒｔｉｆｉｃａｔｅ Ｓｔａｔｕｓ）情報１００２ａをさらに含む。この認証書の状態情報１００２ａは、ＯＣＳＰリスポンダーに要求して獲得した情報である。
【００３２】
図４は、本発明の第１の実施形態に係るデジタル権利管理のためのユーザドメイン加入方法を示すフローチャートである。このフローチャートは、デジタル権利管理環境に対応するユーザデバイスが、ユーザドメインに加入するためにドメイン執行エージェント（ＤＥＡ）に対して、図９及び図１０に図示したようなプロトコルを交換する手続きを示す図である。
【００３３】
先ず、ユーザデバイス１００が、ドメイン執行エージェント（ＤＥＡ）に対して保安のための第１ドメインセッションキー情報９０２ｈを含むドメイン加入要求メッセージ９００を伝送する（Ｓ１１０）。この際、ユーザドメイン加入要求メッセージ９００は、ユーザデバイス１００を識別するためのデバイス識別情報９０２ａと、加入を所望するユーザドメインを識別するためのドメイン識別情報９０２ｂとをさらに含む。
【００３４】
次いで、ユーザデバイス１００からユーザドメイン加入要求メッセージ９００を受信したドメイン執行エージェント（ＤＥＡ）２００は、第１ドメインセッションキー情報９０２ｈを保存し、ドメイン加入要求に対する処理を実行する（Ｓ１２０）。ユーザドメイン加入要求に対する処理は、当該ユーザデバイスを特定のユーザドメイン、例えば、ユーザデバイス１００が要求したユーザドメインに加入させるか否かを決定することである。
【００３５】
ドメイン加入要求に対する処理が終了すると、ドメイン執行エージェント（ＤＥＡ）２００は、当該ユーザデバイス１００に第２ドメインセッションキー情報１００２ｊを含むドメイン加入応答メッセージ１０００を伝送する（Ｓ１３０）。ドメイン加入応答メッセージ１０００は、当該ユーザデバイス１００の特定ユーザドメインへの加入諾否情報を含む。
【００３６】
前述した第１ドメインセッションキー情報９０２ｈ及び第２ドメインセッションキー情報１００２ｊは、ユーザデバイス１００とドメイン執行エージェント（ＤＥＡ）２００との間で、同一のユーザドメインに属したユーザデバイス間に安全なセッションを形成できるようにする暗号化に使われる保安のための情報である。これらの情報は、デジタル権利管理環境に対応するユーザドメイン加入要求及びこれに対する応答過程でユーザデバイス１００とドメイン執行エージェント（ＤＥＡ）２００との間でそれぞれ交換されて共有される。
【００３７】
より具体的には、第１ドメインセッションキー情報９０２ｈは、ユーザデバイス１００とドメイン執行エージェント２００との間の保安に用いるための秘密キー情報であって、ユーザデバイス１００とドメイン執行エージェント２００とにそれぞれ保存される。第２ドメインセッションキー情報１００２ｊは、ドメイン執行エージェント２００が、第１ドメインセッションキー情報９０２ｈの正常受信の成否を確認するための情報であって、第１ドメインセッションキー情報９０２ｈに対応する値を有する。第１ドメインセッションキー情報９０２ｈに対応する第２ドメインセッションキー情報１００２ｊは、多様な応用が可能である。
【００３８】
一例として、ドメイン執行エージェント２００は、第１ドメインセッションキー情報９０２ｈと同じ値（例えば、Ａ）を有する第２ドメインセッションキー情報１００２ｊとしてユーザデバイス２００に伝送することができる。この際、第１ドメインセッションキー情報９０２ｈは、保安に用いるための対称キーアルゴリズムのキー値として使うか、またはキー値を導出するための媒介体（Ｓｅｅｄ）として使うことができる。
【００３９】
また、他の例として、ドメイン執行エージェント２００は、第１ドメインセッションキー情報９０２ｈを用いて変換した値を有する第２ドメインセッションキー情報１００２ｊとしてユーザデバイス１００に伝送することができる。この際、第１ドメインセッションキー情報９０２ｈを用いて変換した値（例えば、一方向関数数（ｏｎｅ−ｗａｙ ｆｕｎｃｔｉｏｎ）の結果値）は、保安に用いるための対称キーアルゴリズムのキー値として使うか、またはキー値を導出するための媒介体（Ｓｅｅｄ）として使うことができる。
【００４０】
また、他の例として、ドメイン執行エージェント２００は、内部で生成した任意の値（例えば、Ｂ）を有する第２ドメインセッションキー情報１００２ｊとしてユーザデバイス１００に伝送することができる。この際、ユーザデバイス１００は、第１ドメインセッションキー情報９０２ｈとドメイン執行エージェント２００から受信した第２ドメインセッションキー情報１００２ｊとを用いて変換した値を生成し、この値を保安に用いるための対称キーアルゴリズムのキー値として使うか、またはキー値を導出するための媒介体（Ｓｅｅｄ）として使うことができる。
【００４１】
さらに、他の例として、ドメイン執行エージェント２００は、第１ドメインセッションキー情報９０２ｈが有する値（Ａ）及び前記ドメイン執行エージェント２００で生成した任意の値（Ｂ）を用いて変換した値（例えば、ｆ（Ａ、Ｂ））を生成し、この値を第２ドメインセッションキー情報１００２ｊとしてユーザデバイス１００に伝送することができる。この際、前述した値は、保安に用いるための対称キーアルゴリズムのキー値として使うか、またはキー値を導出するための媒介体（Ｓｅｅｄ）として使うことができる。
【００４２】
すなわち、前述した例では、第１ドメインセッションキー情報９０２ｈが有する値（Ａ）、第２ドメインセッションキー情報１００２ｊが有する値（Ｂ）、または第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊが各々有する値（Ａ）（Ｂ）を用いて変換した値（ｆ（Ａ、Ｂ））を対称キーアルゴリズムのキー値として使うか、またはキー値を導出するための媒介体（Ｓｅｅｄ）として使うことができる。
【００４３】
上述した第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊの各例は、一例に過ぎず、設計者の意図によって多様な変形が可能である。これにより、以後、第１ドメインセッションキー情報９０２ｈ、第２ドメインセッションキー情報１００２ｊ、または第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊを用いて変換した値を、ユーザデバイス１００とドメイン執行エージェント（ＤＥＡ）２００との間で、同一のユーザドメインに属したユーザデバイス間で伝送される情報に対する暗号化及び復号化に利用することによって、これらユーザデバイス間に安全なセッションを形成できる。このセッションの形成により、デジタル権利管理（ＤＲＭ）環境に対応して通信保安を維持させることが可能になる。
【００４４】
（第２の実施の形態）
図５は、本発明の第２の実施の形態に係るユーザデバイス１００とドメイン執行エージョント２００との間の情報交換処理の概要を示す図である。図３及び図４で説明したユーザドメイン加入手続きを通じてユーザデバイス１００とドメイン執行エージェント２００との間でドメインセッションキー情報が交換され、情報交換に先立って秘密キーとして、ドメインセッションキー情報が共有される。この際、ユーザデバイス１００とドメイン執行エージェント２００との間で共有されているドメインセッションキー情報を用いて情報を暗号化して伝送し、このセッションキー情報を用いて受信した情報を復号化することができる。
【００４５】
すなわち、デジタル権利管理のためのユーザデバイス１００とドメイン執行エージェント２００との間の情報交換方法において、ドメイン加入手続きを完了したユーザデバイス１００またはドメイン執行エージェント２００は、相互間で共有するドメインセッションキー情報を用いて伝送する情報を暗号化して伝送することができる。暗号化された情報を受信したユーザデバイス１００またはドメイン執行エージェント２００は、相互間で共有するドメインセッションキー情報を用いて前記暗号化された情報を復号化することができる。この際、ドメインセッションキー情報としては、上述のような多様な例によって第１ドメインセッションキー情報９０２ｈ、第２ドメインセッションキー情報１００２ｊ、または第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊを用いて変換した値などが使われる。
【００４６】
これにより、ユーザドメイン内外の他のメンバーは、ドメイン加入手続きを完了したユーザデバイス１００またはドメイン執行エージェント２００の相互間で共有するドメインセッションキー情報が分からないので、ユーザデバイス１００とドメイン執行エージェント２００との間で伝送される情報の保安が保証される。
【００４７】
図６は、本発明の第２の実施の形態に係るユーザデバイス１００とドメイン執行エージョント２００との間の情報交換方法を示すフローチャートである。この実施の形態では、デジタル権利管理環境でユーザデバイス１００とドメイン執行エージェント２００との間に図９及び図１０に図示したようなプロトコルを通じて交換されたドメインセッションキー情報を用いて情報を暗号化及び復号化する手続きを示したものである。
【００４８】
先ず、ユーザデバイス１００またはドメイン執行エージェント（ＤＥＡ）２００が共有するドメインセッションキー情報を用いて伝送する情報を暗号化する（Ｓ２１０）。この際、相互間で共有するドメインセッションキー情報は、ユーザデバイス１００とドメイン執行エージェント２００との間のユーザドメイン加入要求を処理する過程で相互に交換される。相互間で共有するドメインセッションキー情報は、ユーザデバイス１００がドメイン執行エージェント（ＤＥＡ）２００に伝送するドメイン加入要求メッセージ９００（図９参照）に含まれた第１ドメインセッションキー情報９０２ｈ、またはドメイン執行エージェント（ＤＥＡ）２００がユーザデバイス１００に伝送するユーザドメイン加入応答メッセージ１０００（図１０参照）に含まれた第２ドメインセッションキー情報１００２ｊが含まれる。
【００４９】
第１ドメインセッションキー情報９０２ｈは、ユーザデバイス１００とドメイン執行エージェント２００との間の保安に用いるための秘密キー情報であって、ユーザデバイス１００とドメイン執行エージェント２００とにそれぞれ保存されている。第２ドメインセッションキー情報１００２ｊは、ドメイン執行エージェント２００が、第１ドメインセッションキー情報９０２ｈの正常受信の成否を確認するための情報であって、第１ドメインセッションキー情報９０２ｈに対応する値を有する。
【００５０】
これにより、ユーザデバイス１００とドメイン執行エージェント２００は、第１ドメインセッションキー情報９０２ｈと第２ドメインセッションキー情報１００２ｊとを共有し、該共有された第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊを用いて情報を暗号化して伝送することによって、さらに安全に情報を交換することができる。
【００５１】
一方、暗号化された情報を受信したユーザデバイス１００またはドメイン執行エージェント（ＤＥＡ）２００は、共有された第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊを用いて受信した情報を復号化する（Ｓ２２０）。この際、共有された第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊは、保安のための対称キーアルゴリズムのキー値として利用し、または対称キー値を導出するための媒介体（Ｓｅｅｄ）として利用することができる。共有された第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊは、ユーザドメイン加入方法の多様な例によって、第１ドメインセッションキー情報９０２ｈ、第２ドメインセッションキー情報１００２ｈ、または第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊを変換した値などに用いることができる。
【００５２】
これにより、ドメイン加入要求及び応答過程で予め交換されて共有されたドメインセッションキー情報をユーザデバイス１００とドメイン執行エージェント２００との間で交換される情報に対する暗号化及び復号化に利用することによって、ユーザデバイス１００とドメイン執行エージェント２００との間に安全なセッションを形成できるようになり、デジタル権利管理環境に対応する通信保安を維持させることができる。
【００５３】
（第３の実施の形態）
図７は、本発明の第３の実施の形態に係る同一のユーザドメインに属したユーザデバイス間の情報交換処理の概要を示す図である。図３及び図４で説明したユーザドメイン加入手続きを通じてユーザデバイス１００とドメイン執行エージェント２００との間でドメインセッションキー情報が交換され、情報交換に先立って秘密キーとして、ドメインセッションキー情報が共有される。この図７では、同一のユーザドメインに属した第１、第２ユーザデバイス３００，４００の間で情報交換が行われる場合、情報を交換しようとする第１、第２ユーザデバイス３００，４００の間で既に共有されたドメインセッションキー情報とは別に新たなドメインセッションキー情報を要求し、これを用いて第１、第２ユーザデバイス３００，４００間で情報を交換する方法が示されている。
【００５４】
すなわち、情報を交換する二人の第１、第２ユーザデバイス３００，４００間にのみ利用される新たなドメインセッションキー情報を用いて情報を暗号化及び復号化することによって、同一のユーザドメインに属した二人の第１、第２ユーザデバイス３００，４００間で伝送される情報を保安できるようにしたものである。
【００５５】
例えば、第１ユーザデバイス３００は、前述したユーザドメイン加入手続きを通じてドメイン執行エージェント２００と予め共有しているドメインセッションキー情報を用いて新たなセッションキー情報を要求するメッセージを暗号化してドメイン執行エージェント２００に伝送する。ドメイン執行エージェント２００は、予め共有しているドメインセッションキー情報を用いて受信したメッセージを復号化して新たなドメインセッションキー要求を認識し、それぞれ第１及び第２ユーザデバイス３００，４００に新たなドメインセッションキー情報を伝送する。新たなセッションキー情報を受信した第１及び第２ユーザデバイス３００，４００は、新たなドメインセッションキー情報を用いて情報を暗号化／復号化して交換することによって、同一のユーザドメインに属した二人の第１及び第２ユーザデバイス３００，４００間で伝送される情報の保安を保証することができる。
【００５６】
この際、第１及び第２ユーザデバイス３００，４００にそれぞれ伝送される新たなドメインセッションキー情報は、保安に用いるための対称キーアルゴリズムのキー値または対称キー値を導出するための媒介体（Ｓｅｅｄ）として使われる。
【００５７】
図８は、本発明の第３の実施の形態に係る同一のユーザドメインに属した二人の第１及び第２ユーザデバイス３００，４００間で行われる情報交換処理を示すフローチャートである。この図８は、デジタル権利管理環境で同一のユーザドメインに属した二人の第１及び第２ユーザデバイス３００，４００が新たなセッションキー情報を用いて交換する情報を暗号化及び復号化する手続きを示したものである。
【００５８】
先ず、ユーザドメインに加入してドメイン執行エージェント２００とドメインセッションキー情報を共有する第１ユーザデバイス３００がドメイン執行エージェント２００に対して、情報交換しようとする第２ユーザデバイス４００を特定して新たなドメインセッションキー情報を要求する（Ｓ３１０）。この際、新たなセッションキー要求メッセージには、第１ユーザデバイス３００と同一のユーザドメインに属した第２ユーザデバイス４００の各デバイス識別情報が含まれる。
【００５９】
要求されたドメイン執行エージェント２００は、デバイス間の情報交換のための新たなドメインセッションキー情報を生成して第１及び第２ユーザデバイス３００，４００に伝送する（Ｓ３２０）。第１及び第２ユーザデバイス３００，４００は、受信した新たなドメインセッションキー情報を用いて情報を暗号化／復号化して相互に情報を交換する（Ｓ３３０）。
【００６０】
これにより、新たなドメインセッションキー情報は、第１及び第２ユーザデバイス３００，４００のみが分かり、それ以外のメンバーは分からない値なので、同一のユーザドメインに属した第１ユーザデバイス３００と第２ユーザデバイス４００との間で交換される情報の保安を保証することができる。
【００６１】
上述したように、本発明の第３の実施の形態によれば、ユーザデバイスとドメイン執行エージェント（ＤＥＡ）との間に、同一のユーザドメインに属したユーザデバイス間でドメインセッションキー情報を共有して安全なセッションを形成することができ、デジタル権利管理（ＤＲＭ）環境に対応して通信保安を維持することができる。
【００６２】
したがって、ユーザデバイス１００として、携帯電話機、携帯型パーソナルコンピュータ等のＯＭＡ ＤＲＭバージョン２．０により定義された通信機能を備える各種の携帯型通信機器に対して、上記第１の実施の形態１〜３で説明した通信プロトコルに基づく機能を通信プログラム等により容易に追加することが可能になる。また、デジタル権利管理（ＤＲＭ）環境においてドメイン内で通信保安を維持した状態で、ユーザデバイスとドメイン執行エージェント（ＤＥＡ）間におけるドメイン加入処理、及び同一のユーザドメインに属したユーザデバイス間における情報交換処理が可能になるため、ＯＭＡ ＤＲＭバージョン２．０に基づく通信サービスの信頼性を向上させることが可能になる。
【００６３】
以上、本発明についてその望ましい実施の形態を中心に説明した。当業者ならば、本発明が、本発明の本質的な特性から外れない範囲で変形された形態に具現可能であるということを理解することができる。したがって、開示された実施の形態は、限定的な観点ではなく、説明的な観点で考慮されなければならない。本発明の範囲は、上述した説明ではなく、特許請求の範囲に表われており、それと同等な範囲内にあるすべての差異は、本発明に含まれたものと解釈されなければならない。
【図面の簡単な説明】
【００６４】
【図１】ＯＭＡ ＤＲＭバージョン２．０のドメイン加入手続きを示した参考図である。
【図２】ＯＭＡ ＤＲＭバージョン２．０を支援する複数のユーザデバイスがドメイン基盤の権利オブジェクト（ＲＯ）を使うための過程を示した参考図である。
【図３】本発明の第１の実施の形態に係るユーザドメイン加入要求／応答処理の概要を示す図である。
【図４】本発明の第１の実施の形態に係るデジタル権利管理のためのユーザドメイン加入処理を示すフローチャートである。
【図５】本発明の第２の実施の形態に係るユーザデバイスとドメイン執行エージョント間の情報交換処理の概要を示す図である。
【図６】本発明の第２の実施の形態に係るユーザデバイスとドメイン執行エージョント間の情報交換処理を示すフローチャートである。
【図７】本発明の第３の実施の形態に係る同一のユーザドメインに属したユーザデバイス間の情報交換処理の概要を示す図である。
【図８】本発明の第３の実施の形態に係る同一のユーザドメインに属した二人のユーザデバイス間の情報交換処理を示すフローチャートである。
【図９】ドメインセッションキー情報を交換する機能を含むユーザドメイン加入要求メッセージの一例を示す図である。
【図１０】ドメインセッションキー情報を交換する機能を含むユーザドメイン加入応答メッセージの一例を示す図である。
【技術分野】
【０００１】
本発明は、デジタル権利管理（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ：以下、ＤＲＭと略称する）に係り、特に、デジタル権利管理のためのユーザドメイン加入方法とユーザドメイン内で情報を交換する情報交換方法とに関する。
【背景技術】
【０００２】
モバイル応用ソフトウェア標準化団体であるＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）では、既存のＯＭＡ ＤＲＭバージョン２．０を拡張した‘ＯＭＡ ＤＲＭ ｅｘｔｅｎｓｉｏｎ ｆｏｒ Ｓｅｃｕｒｅ Ｃｏｎｔｅｎｔ Ｅｘｃｈａｎｇｅ（以下、ＯＭＡ ＤＲＭ ＳＣＥと略称する）の標準化を論議中である。ＯＭＡ ＤＲＭ ＳＣＥでは、権利発行者（Ｒｉｇｈｔ Ｉｓｓｕｅｒ：以下、ＲＩと略称する）の代わりにドメイン執行エージェント（Ｄｏｍａｉｎ Ｅｎｆｏｒｃｅｍｅｎｔ Ａｇｅｎｔ：以下、ＤＥＡと略称する）を通じて、それぞれのユーザデバイスがユーザドメインに加入（ｊｏｉｎ）できるように定義している。
【０００３】
図１は、ＯＭＡ ＤＲＭバージョン２．０のドメイン加入手続きを図示した参考図である。図１では、ＯＭＡ ＤＲＭバージョン２．０を支援するユーザデバイスが、ドメイン基盤の権利オブジェクト（Ｒｉｇｈｔ Ｏｂｊｅｃｔ：以下、ＲＯと略称する）を使うのに必要な２段階ドメイン加入プロトコル（２−ｐａｓｓ Ｊｏｉｎ Ｄｏｍａｉｎ Ｐｒｏｔｏｃｏｌ）の処理動作が図示されている。
【０００４】
図示されたように、ユーザデバイスは、２段階ドメイン加入プロトコルを用いて権利発行者（ＲＩ：Ｒｉｇｈｔｓ Ｉｓｓｕｅｒ）にドメイン加入を要請する。権利発行者（ＲＩ）は、ＯＣＳＰリスポンダー（Ｏｎｌｉｎｅ Ｃｅｒｔｉｆｉｃａｔｅ Ｓｔａｔｕｓ Ｐｒｏｔｏｃｏｌ Ｒｅｓｐｏｎｄｅｒ）に認証書の状態を要請する。認証書の状態が応答されれば、当該ユーザデバイスのユーザドメイン加入要請に対して応答する。
【０００５】
この際、前述した認証書の状態が‘ｇｏｏｄ’であれば、認証書が有効であるということを、‘ｒｅｖｏｋｅｄ’であれば、認証書の永久的な廃棄または一時停止など有効ではないということを意味し、‘ｕｎｋｎｏｗｎ’は、認証書について知られた情報がないということを意味する。
【０００６】
権限発行者は、応答された認証書の状態情報によって当該ユーザデバイスのユーザドメイン加入の可否を決定して応答する。ユーザデバイスは、このようなユーザドメインへの加入過程を経てドメイン基盤の権利オブジェクト（ＲＯ）が利用可能となる。
【０００７】
図２は、ＯＭＡ ＤＲＭバージョン２．０を支援する複数のユーザデバイスが、ドメイン基盤の権利オブジェクト（ＲＯ）を使うための過程を示す図面である。図２では、ユーザデバイスＤ１、Ｄ２、Ｄ３は、４段階登録プロトコル（４−ｐａｓｓ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて権利発行者に登録し、２段階ドメイン加入プロトコルを用いて特定ユーザドメインに加入する。
【０００８】
以後、ユーザデバイスＤ１が、権利発行者から２段階権利オブジェクト取得プロトコル（２−ｐａｓｓ Ｒｉｇｈｔｓ Ｏｂｊｅｃｔ Ａｃｑｕｉｓｉｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いて権利オブジェクト（ＲＯ）、すなわち、コンテンツ及び権利を獲得し、同一のユーザドメインに属したユーザデバイスＤ２とＤ３とにこれを伝達することによって、権利オブジェクト（ＲＯ）がユーザデバイスＤ２とＤ３に伝送される。これにより、ユーザデバイスＤ２とＤ３は、権利オブジェクト（ＲＯ）を利用可能となる。
【０００９】
一方、ユーザデバイスＤ４は、ユーザデバイスＤ１が属したユーザドメインに加入していない状態なので、ユーザデバイスＤ１が、ユーザデバイスＤ４に伝送した権利オブジェクト（ＲＯ）をユーザデバイスＤ４が利用するためには、ユーザデバイスＤ４が４段階登録プロトコルを用いて権利発行者（ＲＩ）に登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）し、２段階ドメイン加入プロトコルを用いてユーザデバイスＤ１が属したユーザドメインに加入しなければならない。
【００１０】
一方、ＯＭＡ ＤＲＭバージョン２．０（図１及び図２参照）を拡張したＯＭＡ ＤＲＭ ＳＣＥでは、権利発行者（ＲＩ）の代わりにドメイン執行エージェント（ＤＥＡ）を通じて各ユーザデバイスが、ユーザドメインに加入することができる。しかし、ＯＭＡ ＤＲＭ ＳＣＥでＯＭＡ ＤＲＭバージョン２．０で定義した２段階ドメイン加入プロトコル（図１参照）を使ってユーザドメインに加入する場合、次のような問題点が発生することがある。
【００１１】
第一に、同一のユーザドメイン内の複数のデバイス間で保安通信をする場合、まずユーザデバイス間で認証がなされて共有キーが設定されなければならない。しかし、ＯＣＳＰなどを利用した既存の認証方法を使う場合、ユーザデバイスの負荷が大きくなり、同一のユーザドメイン内のメンバー同士での通信であるという利点が無くなる。また、通信をする二人のユーザデバイスが共通で有する情報は、ドメイン権利オブジェクト（Ｄｏｍａｉｎ ＲＯ）しかない。ドメイン権利オブジェクトに保存されているドメインキー（Ｄｏｍａｉｎ Ｋｅｙ）は、同一のユーザドメインに属したメンバー誰もが分かっている情報なので、ドメインキーを用いて二人のユーザデバイス間の通信に対する暗号化をする場合、通信保安を保証することができないという問題点がある。
【００１２】
第二に、ユーザデバイスとドメイン執行エージェント（ＤＥＡ）との間で保安通信をする場合、ユーザデバイスとドメイン執行エージェントとが共通で有するキー情報がない。このため、ユーザデバイスとドメイン執行エージェントとの間で暗号化通信をするためには、既存の認証方法を使って新たな保安セッションを規定しなければならず、一番目の場合と同様に通信保安を保証することができないという問題点がある。
【特許文献１】特開２００８−５２７３５
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明は、上記問題点を解決するためになされたものであって、デジタル権利管理環境でユーザデバイスとドメイン執行エージェント（ＤＥＡ）との間に、同一のユーザドメインに属したユーザデバイス間に安全なセッション（Ｓｅｓｓｉｏｎ）を形成することができるデジタル権利管理（ＤＲＭ）環境での情報保安方法を提供することを目的とする。特に、本発明は、デジタル権利管理のためのユーザドメイン加入方法及び情報交換方法を提供することをその目的とする。
【課題を解決するための手段】
【００１４】
本発明の一実施の形態に係るユーザドメイン加入方法は、ユーザデバイスとドメイン執行エージェント（ＤＥＡ）との間に、同一のユーザドメインに属したユーザデバイス間に安全なセッションを形成できるようにするドメインセッションキー情報を交換することを特徴とする。
【００１５】
一方、本発明の他の実施の形態に係るユーザデバイスとドメイン執行エージェントとの間の情報交換方法は、ユーザドメイン加入過程で交換したドメインセッションキー情報を用いてユーザデバイスとドメイン執行エージェントとの間で伝送される情報を暗号化することを特徴とする。
【００１６】
一方、本発明の他の実施の形態に係るユーザデバイス間の情報交換方法は、情報を交換するユーザデバイスにのみ発行された特定のドメインセッションキー情報を用いて当該ユーザデバイス間で伝送される情報を暗号化することを特徴とする。
【００１７】
より具体的に、本発明の一実施の形態によれば、前記目的は、デジタル権利管理のためのユーザドメイン加入方法において、ユーザデバイスがユーザドメインを管理するドメイン執行エージェントにおいて保安に用いるための第１ドメインセッションキー情報を含むユーザドメイン加入要求メッセージを前記ドメイン執行エージェントに伝送する段階と、前記第１ドメインセッションキー情報を保存し、前記ユーザデバイスが前記ユーザドメイン加入要求メッセージに対する処理を実行した前記ドメイン執行エージェントから受信確認のための第２ドメインセッションキー情報を含むユーザドメイン加入応答メッセージを受信する段階と、を含むユーザドメイン加入方法によって達成される。
【００１８】
一方、本発明の他の実施の形態によれば、前記目的は、デジタル権利管理のためのユーザデバイスとドメイン執行エージェントとの間の情報交換方法において、前記ユーザデバイスまたは前記ドメイン執行エージェントが、相互間で共有するドメインセッションキー情報を用いて伝送する情報を暗号化して伝送する段階と、前記暗号化された情報を受信した前記ユーザデバイスまたは前記ドメイン執行エージェントが、前記相互間で共有するドメインセッションキー情報を用いて前記暗号化された情報を復号化する段階と、を含む情報交換方法によって達成される。
【００１９】
一方、本発明の他の実施の形態によれば、前記目的は、デジタル権利管理のためのユーザデバイス間の情報交換方法において、ユーザドメインに加入してドメイン執行エージェントとドメインセッションキー情報を共有する第１ユーザデバイスが、前記ドメイン執行エージェントに対して情報交換しようとする第２ユーザデバイスを特定して新たなドメインセッションキー情報を要求する段階と、前記ドメイン執行エージェントが、前記第１及び第２ユーザデバイス間の情報交換のための新たなドメインセッションキー情報を生成して第１及び第２ユーザデバイスに伝送する段階と、前記第１及び第２ユーザデバイスが前記ドメイン執行エージェントから受信した新たなドメインセッションキー情報を用いて相互に情報を交換する段階と、を含む情報交換方法によって達成される。
【発明の効果】
【００２０】
本発明によれば、デジタル権利管理環境においてユーザデバイスとドメイン執行エージェント（ＤＥＡ）との間で、同一のユーザドメインに属したユーザデバイス間でドメインセッションキー情報を用いて安全なセッションを形成することができ、ドメイン内での通信の保安を効果的に保証することができる。
【発明を実施するための最良の形態】
【００２１】
以下、添付した図面を参照して、本発明の実施の形態を詳しく説明する。本発明を説明する際に、関連した公知機能または構成に対する具体的な説明が、本発明の要旨を不明にする恐れがあると判断される場合には、その詳細な説明を省略する。また、後述する用語は、本発明の機能を考慮して定義された用語であって、これはユーザ、運用者の意図または慣例などによって変わり得る。したがって、その定義は、本明細書全般に亘った内容に基づいて下さなければない。
【００２２】
（第１の実施の形態）
図３は、本発明の第１の実施の形態に係るユーザドメイン加入要求／応答手順の概要を示す図である。図３では、ユーザデバイス１００が、ユーザドメインを管理するドメイン執行エージェント（ＤＥＡ）２００に対して特定ユーザドメインに対するドメイン加入要求を送信し、これを受信したドメイン執行エージェント（ＤＥＡ）２００が、当該ユーザデバイス１００から要求された特定ユーザドメインに対する加入可否を処理し、ユーザドメイン加入に対する応答をユーザデバイス１００に返信することで、ユーザデバイス１００のユーザドメイン加入処理が行われる。なお、ユーザデバイス１００としては、携帯電話機、携帯型パーソナルコンピュータ等のＯＭＡ ＤＲＭバージョン２．０により定義された通信機能を備える各種の携帯型通信機器が適用可能である。
【００２３】
本実施の形態では、ユーザドメイン加入処理の過程でユーザデバイス１００とドメイン執行エージェント（ＤＥＡ）２００との間に、同一のユーザドメインに属したユーザデバイス間に安全なセッションを形成できるようにするドメインセッションキー情報を交換するための新たなプロトコルを定義する。
【００２４】
図９は、ドメインセッションキー情報を交換する機能を含むユーザドメイン加入要求メッセージ９００の一例を示す図である。図９に示すように、本実施の形態に係るデジタル権利管理環境に対応するユーザドメイン加入要求メッセージ９００は、ヘッダ９０１と、ペイロード９０２と、テール９０３とを含む。ペイロード９０２は、デバイス識別情報９０２ａと、ドメイン識別情報９０２ｂと、権利発行者識別情報９０２ｃと、時間情報９０２ｄと、署名情報９０２ｅと、認証情報９０２ｆと、デバイスナンス（Ｄｅｖｉｃｅ Ｎｏｎｃｅ）情報９０２ｇと、第１ドメインセッションキー情報９０２ｈとを含む。
【００２５】
ここで、デバイス識別情報（Ｄｅｖｉｃｅ Ｉｄｅｎｔｉｆｉｅｒ）９０２ａは、ユーザデバイス１００を識別するための情報であり、ドメイン識別情報（Ｄｏｍａｉｎ Ｉｄｅｎｔｉｆｉｅｒ）９０２ｂは、ユーザデバイス１００が加入を所望するユーザドメインを識別するための情報であり、権利発行者識別情報（Ｒｉｇｈｔ Ｉｓｓｕｅｒ Ｉｄｅｎｔｉｆｉｅｒ）９０２ｃは、デジタル権利を配布した権利発行者を識別するための情報である。時間情報９０２ｄは、ユーザデバイス１００がユーザドメイン加入要求した時刻を保存した情報である。
【００２６】
第１ドメインセッションキー（Ｄｏｍａｉｎ Ｓｅｓｓｉｏｎ Ｋｅｙ）情報９０２ｈは、ユーザデバイス１００とドメイン執行エージェント（ＤＥＡ）２００との間で、同一のユーザドメインに属したユーザデバイス間で安全なセッションを形成可能にする暗号化に使われる保安のための秘密キー情報である。この際、第１ドメインセッションキー情報９０２ｈは、対称キーアルゴリズムのキー値として利用し、または対称キー値を導出するための媒介体（Ｓｅｅｄ）として利用することができる。
【００２７】
一方、ドメイン加入要求メッセージ９００のペイロード９０２は、否認防止のための署名情報（Ｓｉｇｎａｔｕｒｅ）９０２ｅと、認証のための認証情報（Ｃｅｒｔｉｆｉｃａｔｅ Ｃｈａｉｎ）９０２ｆと、応答攻撃（Ｒｅｐｌｙ Ａｔｔａｃｋ）を防止するための任意の値を保存するためのデバイスナンス（Ｄｅｖｉｃｅ Ｎｏｎｃｅ）情報９０２ｇと、をさらに含む。
【００２８】
図１０は、ドメインセッションキー情報を交換する機能を含むユーザドメイン加入応答メッセージ１０００の一例を示す図である。図１０に示すように、本実施の形態に係るデジタル権利管理環境に対応するユーザドメイン加入応答メッセージ１０００は、ヘッダ１００１と、ペイロード１００２と、テール１００３とを含む。ペイロード１００２は、状態情報１００２ａと、デバイス識別情報１００２ｂと、ドメイン識別情報１００２ｃと、権利発行者識別情報１００２ｄと、ドメイン情報１００２ｅと、署名情報１００２ｆと、認証情報１００２ｇと、デバイスナンス情報１００２ｈと、ＯＣＳＰ応答情報１００２ｉと、第２ドメインセッションキー情報１００２Ｊとを含む。
【００２９】
ここで、状態情報（Ｓｔａｔｕｓ）１００２ａは、ユーザドメイン加入可否に対する情報として‘Ｓｕｃｃｅｓｓ’である場合には、当該ユーザデバイスのユーザドメイン加入許可を意味し、そうではない場合には、ユーザドメイン加入拒否を意味する。デバイス識別情報１００２ｂは、ユーザデバイス１００を識別するための情報である。ドメイン識別情報１００２ｃは、ユーザデバイス１００が加入要求したユーザドメインを識別するための情報である。権利発行者識別情報１００２ｄは、デジタル権利（Ｄｉｇｉｔａｌ Ｒｉｇｈｔ）を配布した権利発行者（ＲＩ）を識別するための情報である。ドメイン情報１００２ｅは、加入要求されたユーザドメインの登録情報である。
【００３０】
第２ドメインセッションキー情報１００２ｊは、ユーザデバイス１００とドメイン執行エージェント（ＤＥＡ）２００との間に、同一のユーザドメインに属したユーザデバイス間に安全なセッションを形成可能にする暗号化に使われる保安のための情報である。特に、第２ドメインセッションキー情報１００２ｊは、ユーザデバイス１００から保安のために送信される第１ドメインセッションキー情報９０２ｈの受信の成否を確認するために使われる。第２ドメインセッションキー情報１００２ｊは、対称キーアルゴリズムのキー値として利用し、または対称キー値を導出するための媒介体（Ｓｅｅｄ）として利用することができる。
【００３１】
一方、ユーザドメイン加入応答メッセージ１０００のペイロード１００２は、否認防止のための署名情報１００２ｆと、認証のための認証情報１００２ｇと、応答攻撃を防止するための任意の値を保存するためのデバイスナンス情報１００２ｈと、をさらに含む。また、ユーザドメイン加入応答メッセージ１０００のペイロード１００２は、認証書の状態（Ｃｅｒｔｉｆｉｃａｔｅ Ｓｔａｔｕｓ）情報１００２ａをさらに含む。この認証書の状態情報１００２ａは、ＯＣＳＰリスポンダーに要求して獲得した情報である。
【００３２】
図４は、本発明の第１の実施形態に係るデジタル権利管理のためのユーザドメイン加入方法を示すフローチャートである。このフローチャートは、デジタル権利管理環境に対応するユーザデバイスが、ユーザドメインに加入するためにドメイン執行エージェント（ＤＥＡ）に対して、図９及び図１０に図示したようなプロトコルを交換する手続きを示す図である。
【００３３】
先ず、ユーザデバイス１００が、ドメイン執行エージェント（ＤＥＡ）に対して保安のための第１ドメインセッションキー情報９０２ｈを含むドメイン加入要求メッセージ９００を伝送する（Ｓ１１０）。この際、ユーザドメイン加入要求メッセージ９００は、ユーザデバイス１００を識別するためのデバイス識別情報９０２ａと、加入を所望するユーザドメインを識別するためのドメイン識別情報９０２ｂとをさらに含む。
【００３４】
次いで、ユーザデバイス１００からユーザドメイン加入要求メッセージ９００を受信したドメイン執行エージェント（ＤＥＡ）２００は、第１ドメインセッションキー情報９０２ｈを保存し、ドメイン加入要求に対する処理を実行する（Ｓ１２０）。ユーザドメイン加入要求に対する処理は、当該ユーザデバイスを特定のユーザドメイン、例えば、ユーザデバイス１００が要求したユーザドメインに加入させるか否かを決定することである。
【００３５】
ドメイン加入要求に対する処理が終了すると、ドメイン執行エージェント（ＤＥＡ）２００は、当該ユーザデバイス１００に第２ドメインセッションキー情報１００２ｊを含むドメイン加入応答メッセージ１０００を伝送する（Ｓ１３０）。ドメイン加入応答メッセージ１０００は、当該ユーザデバイス１００の特定ユーザドメインへの加入諾否情報を含む。
【００３６】
前述した第１ドメインセッションキー情報９０２ｈ及び第２ドメインセッションキー情報１００２ｊは、ユーザデバイス１００とドメイン執行エージェント（ＤＥＡ）２００との間で、同一のユーザドメインに属したユーザデバイス間に安全なセッションを形成できるようにする暗号化に使われる保安のための情報である。これらの情報は、デジタル権利管理環境に対応するユーザドメイン加入要求及びこれに対する応答過程でユーザデバイス１００とドメイン執行エージェント（ＤＥＡ）２００との間でそれぞれ交換されて共有される。
【００３７】
より具体的には、第１ドメインセッションキー情報９０２ｈは、ユーザデバイス１００とドメイン執行エージェント２００との間の保安に用いるための秘密キー情報であって、ユーザデバイス１００とドメイン執行エージェント２００とにそれぞれ保存される。第２ドメインセッションキー情報１００２ｊは、ドメイン執行エージェント２００が、第１ドメインセッションキー情報９０２ｈの正常受信の成否を確認するための情報であって、第１ドメインセッションキー情報９０２ｈに対応する値を有する。第１ドメインセッションキー情報９０２ｈに対応する第２ドメインセッションキー情報１００２ｊは、多様な応用が可能である。
【００３８】
一例として、ドメイン執行エージェント２００は、第１ドメインセッションキー情報９０２ｈと同じ値（例えば、Ａ）を有する第２ドメインセッションキー情報１００２ｊとしてユーザデバイス２００に伝送することができる。この際、第１ドメインセッションキー情報９０２ｈは、保安に用いるための対称キーアルゴリズムのキー値として使うか、またはキー値を導出するための媒介体（Ｓｅｅｄ）として使うことができる。
【００３９】
また、他の例として、ドメイン執行エージェント２００は、第１ドメインセッションキー情報９０２ｈを用いて変換した値を有する第２ドメインセッションキー情報１００２ｊとしてユーザデバイス１００に伝送することができる。この際、第１ドメインセッションキー情報９０２ｈを用いて変換した値（例えば、一方向関数数（ｏｎｅ−ｗａｙ ｆｕｎｃｔｉｏｎ）の結果値）は、保安に用いるための対称キーアルゴリズムのキー値として使うか、またはキー値を導出するための媒介体（Ｓｅｅｄ）として使うことができる。
【００４０】
また、他の例として、ドメイン執行エージェント２００は、内部で生成した任意の値（例えば、Ｂ）を有する第２ドメインセッションキー情報１００２ｊとしてユーザデバイス１００に伝送することができる。この際、ユーザデバイス１００は、第１ドメインセッションキー情報９０２ｈとドメイン執行エージェント２００から受信した第２ドメインセッションキー情報１００２ｊとを用いて変換した値を生成し、この値を保安に用いるための対称キーアルゴリズムのキー値として使うか、またはキー値を導出するための媒介体（Ｓｅｅｄ）として使うことができる。
【００４１】
さらに、他の例として、ドメイン執行エージェント２００は、第１ドメインセッションキー情報９０２ｈが有する値（Ａ）及び前記ドメイン執行エージェント２００で生成した任意の値（Ｂ）を用いて変換した値（例えば、ｆ（Ａ、Ｂ））を生成し、この値を第２ドメインセッションキー情報１００２ｊとしてユーザデバイス１００に伝送することができる。この際、前述した値は、保安に用いるための対称キーアルゴリズムのキー値として使うか、またはキー値を導出するための媒介体（Ｓｅｅｄ）として使うことができる。
【００４２】
すなわち、前述した例では、第１ドメインセッションキー情報９０２ｈが有する値（Ａ）、第２ドメインセッションキー情報１００２ｊが有する値（Ｂ）、または第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊが各々有する値（Ａ）（Ｂ）を用いて変換した値（ｆ（Ａ、Ｂ））を対称キーアルゴリズムのキー値として使うか、またはキー値を導出するための媒介体（Ｓｅｅｄ）として使うことができる。
【００４３】
上述した第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊの各例は、一例に過ぎず、設計者の意図によって多様な変形が可能である。これにより、以後、第１ドメインセッションキー情報９０２ｈ、第２ドメインセッションキー情報１００２ｊ、または第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊを用いて変換した値を、ユーザデバイス１００とドメイン執行エージェント（ＤＥＡ）２００との間で、同一のユーザドメインに属したユーザデバイス間で伝送される情報に対する暗号化及び復号化に利用することによって、これらユーザデバイス間に安全なセッションを形成できる。このセッションの形成により、デジタル権利管理（ＤＲＭ）環境に対応して通信保安を維持させることが可能になる。
【００４４】
（第２の実施の形態）
図５は、本発明の第２の実施の形態に係るユーザデバイス１００とドメイン執行エージョント２００との間の情報交換処理の概要を示す図である。図３及び図４で説明したユーザドメイン加入手続きを通じてユーザデバイス１００とドメイン執行エージェント２００との間でドメインセッションキー情報が交換され、情報交換に先立って秘密キーとして、ドメインセッションキー情報が共有される。この際、ユーザデバイス１００とドメイン執行エージェント２００との間で共有されているドメインセッションキー情報を用いて情報を暗号化して伝送し、このセッションキー情報を用いて受信した情報を復号化することができる。
【００４５】
すなわち、デジタル権利管理のためのユーザデバイス１００とドメイン執行エージェント２００との間の情報交換方法において、ドメイン加入手続きを完了したユーザデバイス１００またはドメイン執行エージェント２００は、相互間で共有するドメインセッションキー情報を用いて伝送する情報を暗号化して伝送することができる。暗号化された情報を受信したユーザデバイス１００またはドメイン執行エージェント２００は、相互間で共有するドメインセッションキー情報を用いて前記暗号化された情報を復号化することができる。この際、ドメインセッションキー情報としては、上述のような多様な例によって第１ドメインセッションキー情報９０２ｈ、第２ドメインセッションキー情報１００２ｊ、または第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊを用いて変換した値などが使われる。
【００４６】
これにより、ユーザドメイン内外の他のメンバーは、ドメイン加入手続きを完了したユーザデバイス１００またはドメイン執行エージェント２００の相互間で共有するドメインセッションキー情報が分からないので、ユーザデバイス１００とドメイン執行エージェント２００との間で伝送される情報の保安が保証される。
【００４７】
図６は、本発明の第２の実施の形態に係るユーザデバイス１００とドメイン執行エージョント２００との間の情報交換方法を示すフローチャートである。この実施の形態では、デジタル権利管理環境でユーザデバイス１００とドメイン執行エージェント２００との間に図９及び図１０に図示したようなプロトコルを通じて交換されたドメインセッションキー情報を用いて情報を暗号化及び復号化する手続きを示したものである。
【００４８】
先ず、ユーザデバイス１００またはドメイン執行エージェント（ＤＥＡ）２００が共有するドメインセッションキー情報を用いて伝送する情報を暗号化する（Ｓ２１０）。この際、相互間で共有するドメインセッションキー情報は、ユーザデバイス１００とドメイン執行エージェント２００との間のユーザドメイン加入要求を処理する過程で相互に交換される。相互間で共有するドメインセッションキー情報は、ユーザデバイス１００がドメイン執行エージェント（ＤＥＡ）２００に伝送するドメイン加入要求メッセージ９００（図９参照）に含まれた第１ドメインセッションキー情報９０２ｈ、またはドメイン執行エージェント（ＤＥＡ）２００がユーザデバイス１００に伝送するユーザドメイン加入応答メッセージ１０００（図１０参照）に含まれた第２ドメインセッションキー情報１００２ｊが含まれる。
【００４９】
第１ドメインセッションキー情報９０２ｈは、ユーザデバイス１００とドメイン執行エージェント２００との間の保安に用いるための秘密キー情報であって、ユーザデバイス１００とドメイン執行エージェント２００とにそれぞれ保存されている。第２ドメインセッションキー情報１００２ｊは、ドメイン執行エージェント２００が、第１ドメインセッションキー情報９０２ｈの正常受信の成否を確認するための情報であって、第１ドメインセッションキー情報９０２ｈに対応する値を有する。
【００５０】
これにより、ユーザデバイス１００とドメイン執行エージェント２００は、第１ドメインセッションキー情報９０２ｈと第２ドメインセッションキー情報１００２ｊとを共有し、該共有された第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊを用いて情報を暗号化して伝送することによって、さらに安全に情報を交換することができる。
【００５１】
一方、暗号化された情報を受信したユーザデバイス１００またはドメイン執行エージェント（ＤＥＡ）２００は、共有された第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊを用いて受信した情報を復号化する（Ｓ２２０）。この際、共有された第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊは、保安のための対称キーアルゴリズムのキー値として利用し、または対称キー値を導出するための媒介体（Ｓｅｅｄ）として利用することができる。共有された第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊは、ユーザドメイン加入方法の多様な例によって、第１ドメインセッションキー情報９０２ｈ、第２ドメインセッションキー情報１００２ｈ、または第１及び第２ドメインセッションキー情報９０２ｈ，１００２ｊを変換した値などに用いることができる。
【００５２】
これにより、ドメイン加入要求及び応答過程で予め交換されて共有されたドメインセッションキー情報をユーザデバイス１００とドメイン執行エージェント２００との間で交換される情報に対する暗号化及び復号化に利用することによって、ユーザデバイス１００とドメイン執行エージェント２００との間に安全なセッションを形成できるようになり、デジタル権利管理環境に対応する通信保安を維持させることができる。
【００５３】
（第３の実施の形態）
図７は、本発明の第３の実施の形態に係る同一のユーザドメインに属したユーザデバイス間の情報交換処理の概要を示す図である。図３及び図４で説明したユーザドメイン加入手続きを通じてユーザデバイス１００とドメイン執行エージェント２００との間でドメインセッションキー情報が交換され、情報交換に先立って秘密キーとして、ドメインセッションキー情報が共有される。この図７では、同一のユーザドメインに属した第１、第２ユーザデバイス３００，４００の間で情報交換が行われる場合、情報を交換しようとする第１、第２ユーザデバイス３００，４００の間で既に共有されたドメインセッションキー情報とは別に新たなドメインセッションキー情報を要求し、これを用いて第１、第２ユーザデバイス３００，４００間で情報を交換する方法が示されている。
【００５４】
すなわち、情報を交換する二人の第１、第２ユーザデバイス３００，４００間にのみ利用される新たなドメインセッションキー情報を用いて情報を暗号化及び復号化することによって、同一のユーザドメインに属した二人の第１、第２ユーザデバイス３００，４００間で伝送される情報を保安できるようにしたものである。
【００５５】
例えば、第１ユーザデバイス３００は、前述したユーザドメイン加入手続きを通じてドメイン執行エージェント２００と予め共有しているドメインセッションキー情報を用いて新たなセッションキー情報を要求するメッセージを暗号化してドメイン執行エージェント２００に伝送する。ドメイン執行エージェント２００は、予め共有しているドメインセッションキー情報を用いて受信したメッセージを復号化して新たなドメインセッションキー要求を認識し、それぞれ第１及び第２ユーザデバイス３００，４００に新たなドメインセッションキー情報を伝送する。新たなセッションキー情報を受信した第１及び第２ユーザデバイス３００，４００は、新たなドメインセッションキー情報を用いて情報を暗号化／復号化して交換することによって、同一のユーザドメインに属した二人の第１及び第２ユーザデバイス３００，４００間で伝送される情報の保安を保証することができる。
【００５６】
この際、第１及び第２ユーザデバイス３００，４００にそれぞれ伝送される新たなドメインセッションキー情報は、保安に用いるための対称キーアルゴリズムのキー値または対称キー値を導出するための媒介体（Ｓｅｅｄ）として使われる。
【００５７】
図８は、本発明の第３の実施の形態に係る同一のユーザドメインに属した二人の第１及び第２ユーザデバイス３００，４００間で行われる情報交換処理を示すフローチャートである。この図８は、デジタル権利管理環境で同一のユーザドメインに属した二人の第１及び第２ユーザデバイス３００，４００が新たなセッションキー情報を用いて交換する情報を暗号化及び復号化する手続きを示したものである。
【００５８】
先ず、ユーザドメインに加入してドメイン執行エージェント２００とドメインセッションキー情報を共有する第１ユーザデバイス３００がドメイン執行エージェント２００に対して、情報交換しようとする第２ユーザデバイス４００を特定して新たなドメインセッションキー情報を要求する（Ｓ３１０）。この際、新たなセッションキー要求メッセージには、第１ユーザデバイス３００と同一のユーザドメインに属した第２ユーザデバイス４００の各デバイス識別情報が含まれる。
【００５９】
要求されたドメイン執行エージェント２００は、デバイス間の情報交換のための新たなドメインセッションキー情報を生成して第１及び第２ユーザデバイス３００，４００に伝送する（Ｓ３２０）。第１及び第２ユーザデバイス３００，４００は、受信した新たなドメインセッションキー情報を用いて情報を暗号化／復号化して相互に情報を交換する（Ｓ３３０）。
【００６０】
これにより、新たなドメインセッションキー情報は、第１及び第２ユーザデバイス３００，４００のみが分かり、それ以外のメンバーは分からない値なので、同一のユーザドメインに属した第１ユーザデバイス３００と第２ユーザデバイス４００との間で交換される情報の保安を保証することができる。
【００６１】
上述したように、本発明の第３の実施の形態によれば、ユーザデバイスとドメイン執行エージェント（ＤＥＡ）との間に、同一のユーザドメインに属したユーザデバイス間でドメインセッションキー情報を共有して安全なセッションを形成することができ、デジタル権利管理（ＤＲＭ）環境に対応して通信保安を維持することができる。
【００６２】
したがって、ユーザデバイス１００として、携帯電話機、携帯型パーソナルコンピュータ等のＯＭＡ ＤＲＭバージョン２．０により定義された通信機能を備える各種の携帯型通信機器に対して、上記第１の実施の形態１〜３で説明した通信プロトコルに基づく機能を通信プログラム等により容易に追加することが可能になる。また、デジタル権利管理（ＤＲＭ）環境においてドメイン内で通信保安を維持した状態で、ユーザデバイスとドメイン執行エージェント（ＤＥＡ）間におけるドメイン加入処理、及び同一のユーザドメインに属したユーザデバイス間における情報交換処理が可能になるため、ＯＭＡ ＤＲＭバージョン２．０に基づく通信サービスの信頼性を向上させることが可能になる。
【００６３】
以上、本発明についてその望ましい実施の形態を中心に説明した。当業者ならば、本発明が、本発明の本質的な特性から外れない範囲で変形された形態に具現可能であるということを理解することができる。したがって、開示された実施の形態は、限定的な観点ではなく、説明的な観点で考慮されなければならない。本発明の範囲は、上述した説明ではなく、特許請求の範囲に表われており、それと同等な範囲内にあるすべての差異は、本発明に含まれたものと解釈されなければならない。
【図面の簡単な説明】
【００６４】
【図１】ＯＭＡ ＤＲＭバージョン２．０のドメイン加入手続きを示した参考図である。
【図２】ＯＭＡ ＤＲＭバージョン２．０を支援する複数のユーザデバイスがドメイン基盤の権利オブジェクト（ＲＯ）を使うための過程を示した参考図である。
【図３】本発明の第１の実施の形態に係るユーザドメイン加入要求／応答処理の概要を示す図である。
【図４】本発明の第１の実施の形態に係るデジタル権利管理のためのユーザドメイン加入処理を示すフローチャートである。
【図５】本発明の第２の実施の形態に係るユーザデバイスとドメイン執行エージョント間の情報交換処理の概要を示す図である。
【図６】本発明の第２の実施の形態に係るユーザデバイスとドメイン執行エージョント間の情報交換処理を示すフローチャートである。
【図７】本発明の第３の実施の形態に係る同一のユーザドメインに属したユーザデバイス間の情報交換処理の概要を示す図である。
【図８】本発明の第３の実施の形態に係る同一のユーザドメインに属した二人のユーザデバイス間の情報交換処理を示すフローチャートである。
【図９】ドメインセッションキー情報を交換する機能を含むユーザドメイン加入要求メッセージの一例を示す図である。
【図１０】ドメインセッションキー情報を交換する機能を含むユーザドメイン加入応答メッセージの一例を示す図である。
【特許請求の範囲】
【請求項１】
デジタル権利管理のためのユーザドメイン加入方法において、
ユーザデバイスがユーザドメインを管理するドメイン執行エージェントにおいて保安に用いるための第１ドメインセッションキー情報を含むユーザドメイン加入要求メッセージを前記ドメイン執行エージェントに伝送する段階と、
前記ユーザデバイスが前記第１ドメインセッションキー情報を保存し、前記ユーザドメイン加入要求メッセージに対する処理を実行した前記ドメイン執行エージェントから受信確認のための第２ドメインセッションキー情報を含むユーザドメイン加入応答メッセージを受信する段階と、を含むことを特徴とするユーザドメイン加入方法。
【請求項２】
前記第１ドメインセッションキー情報は、前記ユーザデバイスと前記ドメイン執行エージェントとの間で保安に用いるための秘密キー情報であって、前記ユーザデバイスと前記ドメイン執行エージェントとにそれぞれ保存されることを特徴とする請求項１に記載のユーザドメイン加入方法。
【請求項３】
前記第２ドメインセッションキー情報は、前記ドメイン執行エージェントが、前記第１ドメインセッションキーの正常受信の成否を確認するための情報であって、前記第１ドメインセッションキーに対応する値を有することを特徴とする請求項１に記載のユーザドメイン加入方法。
【請求項４】
前記第２ドメインセッションキー情報は、前記第１ドメインセッションキー情報が有する値と同じ値を有することを特徴とする請求項３に記載のユーザドメイン加入方法。
【請求項５】
前記第２ドメインセッションキー情報は、前記第１ドメインセッションキー情報を変換した値を有することを特徴とする請求項３に記載のユーザドメイン加入方法。
【請求項６】
前記第２ドメインセッションキー情報は、前記ドメイン執行エージェントで生成した任意の値を有することを特徴とする請求項３に記載のユーザドメイン加入方法。
【請求項７】
前記第２ドメインセッションキー情報は、前記第１ドメインセッションキー情報と前記ドメイン執行エージェントで生成した任意の値とを用いて変換した値を有することを特徴とする請求項３に記載のユーザドメイン加入方法。
【請求項８】
前記第１ドメインセッションキー情報、前記第２ドメインセッションキー情報、または前記第１及び第２ドメインセッションキー情報を用いて変換した値を対称キーアルゴリズムのキー値として使うか、または前記キー値を導出するための媒介体（ｓｅｅｄ）として使うことを特徴とする請求項４ないし請求項７のうち何れか一項に記載のユーザドメイン加入方法。
【請求項９】
前記第１ドメインセッションキー情報を含む前記ユーザドメイン加入要求メッセージは、前記ユーザデバイスを識別するための識別情報と、前記ユーザデバイスが加入を所望するユーザドメインを識別するためのドメイン識別情報とをさらに含むことを特徴とする請求項１に記載のユーザドメイン加入方法。
【請求項１０】
前記第２ドメインセッションキー情報を含む前記ユーザドメイン加入応答メッセージは、前記ユーザデバイスを識別するための識別情報と、加入を要求するユーザドメインを識別するためのドメイン識別情報と、前記ユーザデバイスのユーザドメイン加入の可否に対する状態情報とをさらに含むことを特徴とする請求項１に記載のユーザドメイン加入方法。
【請求項１１】
デジタル権利管理のためのユーザデバイスとドメイン執行エージェントとの間の情報交換方法において、
前記ユーザデバイスまたは前記ドメイン執行エージェントが、相互間で共有するドメインセッションキー情報を用いて伝送する情報を暗号化して伝送する段階と、
前記暗号化された情報を受信した前記ユーザデバイスまたは前記ドメイン執行エージェントが、前記相互間で共有するドメインセッションキー情報を用いて前記暗号化された情報を復号化する段階と、を含むことを特徴とする情報交換方法。
【請求項１２】
前記相互間で共有するドメインセッションキー情報は、前記ユーザデバイスと前記ドメイン執行エージェントとの間のユーザドメイン加入要求を処理する過程で相互に交換されることを特徴とする請求項１１に記載の情報交換方法。
【請求項１３】
前記相互間で共有するドメインセッションキー情報は、前記ユーザデバイスが前記ドメイン執行エージェントに伝送するユーザドメイン加入要求メッセージに含まれた第１ドメインセッションキー情報と、前記ドメイン執行エージェントが前記ユーザデバイスに伝送するユーザドメイン加入応答メッセージに含まれた第２ドメインセッションキー情報と、を含むことを特徴とする請求項１１に記載の情報交換方法。
【請求項１４】
前記第１ドメインセッションキー情報は、前記ユーザデバイスと前記ドメイン執行エージェントとの間で保安に用いるための秘密キー情報であって、前記ユーザデバイスと前記ドメイン執行エージェントとにそれぞれ保存されることを特徴とする請求項１３に記載の情報交換方法。
【請求項１５】
前記第２ドメインセッションキー情報は、前記ドメイン執行エージェントが、前記第１ドメインセッションキー情報の正常受信の成否を確認するための情報であって、前記第１ドメインセッションキー情報に対応する値を有することを特徴とする請求項１３に記載の情報交換方法。
【請求項１６】
デジタル権利管理のためのユーザデバイス間の情報交換方法において、
ユーザドメインに加入してドメイン執行エージェントとドメインセッションキー情報を共有する第１ユーザデバイスが、前記ドメイン執行エージェントに対して情報交換しようとする第２ユーザデバイスを特定して新たなドメインセッションキー情報を要求する段階と、
前記ドメイン執行エージェントが前記第１及び第２ユーザデバイス間の情報交換のための新たなドメインセッションキー情報を生成して前記第１及び第２ユーザデバイスに伝送する段階と、
前記第１及び第２ユーザデバイスが前記ドメイン執行エージェントから受信した新たなドメインセッションキー情報を用いて相互に情報を交換する段階と、を含むことを特徴とする情報交換方法。
【請求項１７】
前記新たなドメインセッションキー情報を対称キーアルゴリズムのキー値として使うか、または前記キー値を導出するための媒介体（ｓｅｅｄ）として使うことを特徴とする請求項１６に記載の情報交換方法。
【請求項１】
デジタル権利管理のためのユーザドメイン加入方法において、
ユーザデバイスがユーザドメインを管理するドメイン執行エージェントにおいて保安に用いるための第１ドメインセッションキー情報を含むユーザドメイン加入要求メッセージを前記ドメイン執行エージェントに伝送する段階と、
前記ユーザデバイスが前記第１ドメインセッションキー情報を保存し、前記ユーザドメイン加入要求メッセージに対する処理を実行した前記ドメイン執行エージェントから受信確認のための第２ドメインセッションキー情報を含むユーザドメイン加入応答メッセージを受信する段階と、を含むことを特徴とするユーザドメイン加入方法。
【請求項２】
前記第１ドメインセッションキー情報は、前記ユーザデバイスと前記ドメイン執行エージェントとの間で保安に用いるための秘密キー情報であって、前記ユーザデバイスと前記ドメイン執行エージェントとにそれぞれ保存されることを特徴とする請求項１に記載のユーザドメイン加入方法。
【請求項３】
前記第２ドメインセッションキー情報は、前記ドメイン執行エージェントが、前記第１ドメインセッションキーの正常受信の成否を確認するための情報であって、前記第１ドメインセッションキーに対応する値を有することを特徴とする請求項１に記載のユーザドメイン加入方法。
【請求項４】
前記第２ドメインセッションキー情報は、前記第１ドメインセッションキー情報が有する値と同じ値を有することを特徴とする請求項３に記載のユーザドメイン加入方法。
【請求項５】
前記第２ドメインセッションキー情報は、前記第１ドメインセッションキー情報を変換した値を有することを特徴とする請求項３に記載のユーザドメイン加入方法。
【請求項６】
前記第２ドメインセッションキー情報は、前記ドメイン執行エージェントで生成した任意の値を有することを特徴とする請求項３に記載のユーザドメイン加入方法。
【請求項７】
前記第２ドメインセッションキー情報は、前記第１ドメインセッションキー情報と前記ドメイン執行エージェントで生成した任意の値とを用いて変換した値を有することを特徴とする請求項３に記載のユーザドメイン加入方法。
【請求項８】
前記第１ドメインセッションキー情報、前記第２ドメインセッションキー情報、または前記第１及び第２ドメインセッションキー情報を用いて変換した値を対称キーアルゴリズムのキー値として使うか、または前記キー値を導出するための媒介体（ｓｅｅｄ）として使うことを特徴とする請求項４ないし請求項７のうち何れか一項に記載のユーザドメイン加入方法。
【請求項９】
前記第１ドメインセッションキー情報を含む前記ユーザドメイン加入要求メッセージは、前記ユーザデバイスを識別するための識別情報と、前記ユーザデバイスが加入を所望するユーザドメインを識別するためのドメイン識別情報とをさらに含むことを特徴とする請求項１に記載のユーザドメイン加入方法。
【請求項１０】
前記第２ドメインセッションキー情報を含む前記ユーザドメイン加入応答メッセージは、前記ユーザデバイスを識別するための識別情報と、加入を要求するユーザドメインを識別するためのドメイン識別情報と、前記ユーザデバイスのユーザドメイン加入の可否に対する状態情報とをさらに含むことを特徴とする請求項１に記載のユーザドメイン加入方法。
【請求項１１】
デジタル権利管理のためのユーザデバイスとドメイン執行エージェントとの間の情報交換方法において、
前記ユーザデバイスまたは前記ドメイン執行エージェントが、相互間で共有するドメインセッションキー情報を用いて伝送する情報を暗号化して伝送する段階と、
前記暗号化された情報を受信した前記ユーザデバイスまたは前記ドメイン執行エージェントが、前記相互間で共有するドメインセッションキー情報を用いて前記暗号化された情報を復号化する段階と、を含むことを特徴とする情報交換方法。
【請求項１２】
前記相互間で共有するドメインセッションキー情報は、前記ユーザデバイスと前記ドメイン執行エージェントとの間のユーザドメイン加入要求を処理する過程で相互に交換されることを特徴とする請求項１１に記載の情報交換方法。
【請求項１３】
前記相互間で共有するドメインセッションキー情報は、前記ユーザデバイスが前記ドメイン執行エージェントに伝送するユーザドメイン加入要求メッセージに含まれた第１ドメインセッションキー情報と、前記ドメイン執行エージェントが前記ユーザデバイスに伝送するユーザドメイン加入応答メッセージに含まれた第２ドメインセッションキー情報と、を含むことを特徴とする請求項１１に記載の情報交換方法。
【請求項１４】
前記第１ドメインセッションキー情報は、前記ユーザデバイスと前記ドメイン執行エージェントとの間で保安に用いるための秘密キー情報であって、前記ユーザデバイスと前記ドメイン執行エージェントとにそれぞれ保存されることを特徴とする請求項１３に記載の情報交換方法。
【請求項１５】
前記第２ドメインセッションキー情報は、前記ドメイン執行エージェントが、前記第１ドメインセッションキー情報の正常受信の成否を確認するための情報であって、前記第１ドメインセッションキー情報に対応する値を有することを特徴とする請求項１３に記載の情報交換方法。
【請求項１６】
デジタル権利管理のためのユーザデバイス間の情報交換方法において、
ユーザドメインに加入してドメイン執行エージェントとドメインセッションキー情報を共有する第１ユーザデバイスが、前記ドメイン執行エージェントに対して情報交換しようとする第２ユーザデバイスを特定して新たなドメインセッションキー情報を要求する段階と、
前記ドメイン執行エージェントが前記第１及び第２ユーザデバイス間の情報交換のための新たなドメインセッションキー情報を生成して前記第１及び第２ユーザデバイスに伝送する段階と、
前記第１及び第２ユーザデバイスが前記ドメイン執行エージェントから受信した新たなドメインセッションキー情報を用いて相互に情報を交換する段階と、を含むことを特徴とする情報交換方法。
【請求項１７】
前記新たなドメインセッションキー情報を対称キーアルゴリズムのキー値として使うか、または前記キー値を導出するための媒介体（ｓｅｅｄ）として使うことを特徴とする請求項１６に記載の情報交換方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００９−１８２９５８（Ｐ２００９−１８２９５８Ａ）
【公開日】平成２１年８月１３日（２００９．８．１３）
【国際特許分類】
【出願番号】特願２００９−２１８４（Ｐ２００９−２１８４）
【出願日】平成２１年１月８日（２００９．１．８）
【出願人】（５０５２２４０９７）パンテック アンド キュリテル コミュニケーションズ，インコーポレイテッド (11)
【Ｆターム（参考）】
【公開日】平成２１年８月１３日（２００９．８．１３）
【国際特許分類】
【出願日】平成２１年１月８日（２００９．１．８）
【出願人】（５０５２２４０９７）パンテック アンド キュリテル コミュニケーションズ，インコーポレイテッド (11)
【Ｆターム（参考）】
[ Back to top ]