(57)【特許請求の範囲】
【請求項１】
コンテンツを複数のＤＲＭエージェントに同時に伝送するブロードキャストサービスにおいて、許可されるＤＲＭエージェントに選択的に前記コンテンツを提供するために権利発行者が暗号化キーを管理する方法であって、
前記ＤＲＭエージェントから少なくとも一つの領域に区分されたコンテンツの受信に要求される権利オブジェクトを要求するメッセージを受信するステップと、
第１のキー及び第２のキーを含むシードキー対を生成し、前記第１のキー及び第２のキーに異なる方向のハッシュチェーンを適用して前記少なくとも一つの領域各々に対する前記少なくとも一つの暗号化キーを生成するステップと、
前記コンテンツの識別子を含むコンテキストエレメントとキー情報エレメントを含む応答メッセージを前記ＤＲＭエージェントに伝送するステップと、を有し、
前記キー情報エレメントは、前記暗号化キーに関する情報を含む第１の暗号化キーエレメント、権利暗号キー基準に関する情報を含む権利暗号キー情報エレメント、及び暗号化シードを含む暗号データエレメントを含み、
前記暗号化シードは、前記暗号化シードが前記シードキー対を含むか、あるいは前記シードキー対及び前記ＤＲＭエージェントに対する認証シードを含むかを示すシードタイプ情報を含むことを特徴とする方法。
【請求項２】
前記暗号化シードは、前記シードキー対を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記暗号化シードは、前記シードキー対及び前記ＤＲＭエージェントに対する認証シードを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記シードキー対及び前記ＤＲＭエージェントに対する認証シードは、前記暗号化キーを格納する前記暗号化キーエレメントに含まれることを特徴とする請求項３に記載の方法。
【請求項５】
前記暗号化シードは、バイナリデータ構造からなり、暗号化キーとして使用されるＫＳＰ、ＡＶＰ、ＴＥＫの基準長さ、ＫＳＰ基準、ＡＶＰ基準、ＴＥＫ基準、ＴＥＫの数、前記シードキー対の長さ、及び前記認証シードの長さを含むことを特徴とする請求項２又は３に記載の方法。
【請求項６】
前記暗号化シードは、
ＸＭＬエレメントからなり、権利発行者(ＲＩ)の識別子を含むＲＩ識別子エレメント、権利に関する情報を含む権利エレメント、署名に関する情報を含む署名エレメント、時間スタンプエレメント、前記暗号化キーに関する情報を含む第２の暗号キーエレメント、及びマルチキャストの暗号化の構成情報を含むマルチキャスト構成データエレメントを含むことを特徴とする請求項２又は３に記載の方法。
【請求項７】
前記マルチキャスト構成データエレメントは、
ＸＭＬエレメントからなり、ＫＳＰ基準、ＡＶＰ基準、ＴＥＫ基準、ＴＥＫの数、前記シードキー対の長さ、及び前記認証シードの長さを含むことを特徴とする請求項６に記載の方法。
【請求項８】
コンテンツを複数のＤＲＭエージェントに同時に伝送するブロードキャストサービスにおいて、許可されたＤＲＭエージェントに選択的に前記コンテンツを提供するために権利発行者が暗号化キーを管理する方法であって、
前記ＤＲＭエージェントから少なくとも一つの領域に区分されたコンテンツの受信に要求される権利オブジェクトを要求するメッセージを受信するステップと、
第１のキー及び第２のキーを含むシードキー対を生成し、前記第１のキー及び第２のキーに異なる方向のハッシュチェーンを適用して前記少なくとも一つの領域各々に対する前記少なくとも一つの暗号化キーを生成するステップと、
権利暗号化言語を用いて、前記コンテンツに対応する権利オブジェクトに関する情報を含むコンテキストエレメントとマルチキャストによって伝送されるコンテンツの暗号化キーに関する情報を含むマルチキャスト構成データエレメントを含む応答メッセージを前記ＤＲＭエージェントに伝送するステップと、
を有し、
前記マルチキャスト構成データエレメントは、
暗号化シードが前記シードキー対を含むか、あるいは前記シードキー対及び前記ＤＲＭエージェントに対する認証シードを含むかを示すシードタイプ情報を含むことを特徴とする方法。
【請求項９】
前記マルチキャスト構成データエレメントは、
バイナリデータ構造からなり、暗号化キーとして使用されるＫＳＰ、ＡＶＰ、ＴＥＫの基準長さ、ＫＳＰ基準、ＡＶＰ基準、ＴＥＫ基準、ＴＥＫの数、前記シードキー対の長さ、及び前記認証シードの長さを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
コンテンツを複数のＤＲＭエージェントに同時に伝送するブロードキャストサービスにおいて、ＤＲＭエージェントが暗号化された前記コンテンツを使用するために権利発行者から提供される暗号化キーを管理する方法であって、
少なくとも一つの領域に区分されたコンテンツの受信のために、前記権利発行者に権利オブジェクトを要求するメッセージを伝送するステップと、
前記権利発行者から前記コンテンツの識別子を含むコンテキストエレメントと前記コンテンツの復号化に要求される暗号化キー情報を含むキー情報エレメントを含む応答メッセージを受信するステップと、
前記コンテキストエレメントから前記コンテンツの識別子を確認し、前記キー情報エレメントから前記暗号化キーに関する情報を含む第１の暗号化キーエレメント、権利暗号キー基準に関する情報を含む権利暗号キー情報エレメント、及び暗号化シードを含む暗号データエレメントを確認するステップと、
前記キー情報エレメントから前記暗号化キーに含まれた異なる第１のキー及び第２のキーを含むシードキー対を確認するステップと、
前記第１のキー及び第２のキーに異なる方向のハッシュチェーンを適用して前記少なくとも一つの領域各々に対する前記少なくとも一つの暗号化キーを復元するステップと、
を有し、
前記暗号化シードは、
前記暗号化シードが前記シードキー対を含むか、あるいは前記シードキー対及び前記ＤＲＭエージェントに対する認証シードを含むかを示すシードタイプ情報を含むことを特徴とする方法。
【請求項１１】
前記シードキー対を確認するステップは、
前記暗号データエレメントに含まれた前記暗号化シードから前記シードキー対と共に前記ＤＲＭエージェントに対する認証シードをさらに確認することを特徴とする請求項１０に記載の方法。
【請求項１２】
前記シードキー対を確認するステップは、
バイナリデータ構造からなる前記暗号化シードから、暗号化キーとして使用されるＫＳＰ、ＡＶＰ、ＴＥＫの基準長さ、ＫＳＰ基準、ＡＶＰ基準、ＴＥＫ基準、ＴＥＫの数、前記シードキー対の長さ、及び前記認証シードの長さを確認するステップを有することを特徴とする請求項１０又は１１に記載の方法。
【請求項１３】
前記シードキー対を確認するステップは、
ＸＭＬエレメントからなる前記暗号化シードから、権利発行者(ＲＩ）の識別子を含むＲＩ識別子エレメント、権利に関する情報を含む権利エレメント、署名に関する情報を含む署名エレメント、時間スタンプエレメント、前記暗号化キーに関する情報を含む第２の暗号キーエレメント、及びマルチキャストの暗号化の構成情報を含むマルチキャスト構成データエレメントを確認するステップを有することを特徴とする請求項１０又は１１に記載の方法。
【請求項１４】
前記シードキー対を確認するステップは、
ＸＭＬエレメントからなる前記マルチキャスト構成データエレメントから、ＫＳＰ基準、ＡＶＰ基準、ＴＥＫ基準、ＴＥＫの数、前記シードキー対の長さ、及び前記認証シードの長さを確認するステップを有することを特徴とする請求項１３に記載の方法。
【請求項１５】
コンテンツを複数のＤＲＭエージェントに同時に伝送するブロードキャストサービスにおいて、ＤＲＭエージェントが暗号化した前記コンテンツを使用するために権利発行者から提供される暗号化キーを管理する方法であって、
少なくとも一つの領域に区分されたコンテンツの受信のために、前記権利発行者に権利オブジェクトを要求するメッセージを伝送するステップと、
前記権利発行者から、前記コンテンツに対応する権利オブジェクトに関する情報を含むコンテキストエレメントと、マルチキャストによって伝送されるコンテンツの暗号化キーに関する情報を含むマルチキャスト構成データエレメントが権利暗号化言語によって含まれた応答メッセージを受信するステップと、
前記コンテキストエレメントから前記コンテンツの識別子を確認し、前記マルチキャスト構成データエレメントから前記マルチキャストにより伝送されるコンテンツの暗号化キーに関する情報を確認するステップと、
前記マルチキャスト構成データエレメントに含まれた異なる第１のキー及び第２のキーを含むシードキー対を確認するステップと、
前記第１のキー及び第２のキーに異なる方向のハッシュチェーンを適用して前記少なくとも一つの領域各々に対する前記少なくとも一つの暗号化キーを復元するステップと、
を有し、
前記マルチキャスト構成データエレメントは、
暗号化シードが前記シードキー対を含むか、あるいは前記シードキー対及び前記ＤＲＭエージェントに対する認証シードを含むかを示すシードタイプ情報を含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はブロードキャストサービスに関するもので、特に複数のユーザーが存在するブロードキャストサービスの暗号化に使用されるキー管理方法に関する。
【背景技術】
【０００２】
最近、移動通信システムは、ユーザーに多様なマルチメディアサービスを提供するように発展している。それによって、ユーザーに多様なコンテンツを提供するためのブロードキャスト及びマルチキャストサービスに対する議論が活発に進んでいる。以下、ブロードキャスト及びマルチキャストサービスは、‘ブロードキャストサービス’と称する。
【０００３】
ブロードキャストサービスは、オーディオ、イメージ又はビデオデータのようなマルチメディアデータが単方向ベアラサービス(uni-directional  bearer  service)を用いて一つのソースオブジェクトからサービス領域内の複数の受信者に伝送されるポイントツーマルチポイント(point-to-multipoint)サービスである。このブロードキャストサービスは、ブロードキャストモードとマルチキャストモードをサポートする。ブロードキャストモードにおいて、データは、該当サービス領域のすべてのユーザーにブロードキャスティングされる。一方、ユーザーがマルチキャストサービスを受信するためにはサービス提供者(Service  Provider：ＳＰ)の特定ブロードキャストサービス又はブロードキャストサービスグループに加入しなければならない。
【０００４】
しかしながら、ブロードキャストサービスのデータは、ブロードキャストサービスに加入したユーザーにのみ伝達されるように暗号化して伝送され、この暗号化して伝送されたデータは、ユーザーによって暗号化が解除されなければならない。したがって、サービス提供者がデータを暗号化する場合に使用した暗号化キーは、ユーザーと共有されなければならない。
【０００５】
現在のＯＭＡ(Open  Mobile  Alliance)デジタル著作権管理(Digital  Rights  Management：ＤＲＭ)システムで使用する暗号化キーは、コンテンツ暗号化キー(Content  Encryption  Key：ＣＥＫ）と呼ばれる単一の暗号化キーであり、ブロードキャストサービスに使用するためにはブロードキャストサービスの個々のユーザーに一対一で伝送しなければならない。この方法は、ＣＥＫをシステムと端末との間で一対一で管理するため、サービス時間中に複数のユーザーが加入してから脱退するブロードキャストサービスで暗号化キーの管理に対する柔軟性がない。すなわち、個々のユーザーがサービスを要求及び脱退する度に使用される暗号化キーを継続して更新しなければならず、この過程で両方向ネットワークに過負荷をもたらすことができる。したがって、一対一双方向チャンネル及び放送チャンネルを効率的に使用することによって、コンテンツの復号化に必要なキーを効率的に伝送する方法が重要である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】韓国特許出願公開第１０−２００９−０１２８８６２号公報
【特許文献２】韓国特許出願公開第１０−２００９−０１０６３６１号公報
【特許文献３】米国特許出願公開第２００７−０２６５９７０号明細書
【特許文献４】韓国特許出願公開第１０−２００５−０１１４１８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、本発明は上記した従来技術の問題点に鑑みてなされたものであって、その目的は、ポイントツーマルチポイントサービスをサポートするブロードキャストサービスのための暗号化キーを管理する方法及びシステムを提供することにある。
【課題を解決するための手段】
【０００８】
上記のような目的を達成するために、本発明の一態様によれば、コンテンツを複数のＤＲＭエージェントに同時に伝送するブロードキャストサービスにおいて、許可されるＤＲＭエージェントに選択的にコンテンツを提供するために権利発行者が暗号化キーを管理する方法が提供される。その方法は、ＤＲＭエージェントから少なくとも一つの領域に区分されたコンテンツの受信に要求される権利オブジェクトを要求するメッセージを受信するステップと、第１のキー及び第２のキーを含むシードキー対を生成し、第１のキー及び第２のキーに異なる方向のハッシュチェーンを適用して少なくとも一つの領域各々に対する少なくとも一つの暗号化キーを生成するステップと、コンテンツの識別子を含むコンテキストエレメントとキー情報エレメントを含む応答メッセージをＤＲＭエージェントに伝送するステップとを有し、キー情報エレメントは、暗号化キーに関する情報を含む第１の暗号化キーエレメント、権利暗号キー基準に関する情報を含む権利暗号キー情報エレメント、及び暗号化シードを含む暗号データエレメントを含む。
【０００９】
本発明の他の態様によれば、コンテンツを複数のＤＲＭエージェントに同時に伝送するブロードキャストサービスにおいて、許可されたＤＲＭエージェントに選択的にコンテンツを提供するために権利発行者が暗号化キーを管理する方法が提供される。その方法は、ＤＲＭエージェントから少なくとも一つの領域に区分されたコンテンツの受信に要求される権利オブジェクトを要求するメッセージを受信するステップと、第１のキー及び第２のキーを含むシードキー対を生成し、第１のキー及び第２のキーに異なる方向のハッシュチェーンを適用して少なくとも一つの領域各々に対する少なくとも一つの暗号化キーを生成するステップと、権利暗号化言語を用いて、コンテンツに対応する権利オブジェクトに関する情報を含むコンテキストエレメントとマルチキャストによって伝送されるコンテンツの暗号化キーに関する情報を含むマルチキャスト構成データエレメントを含む応答メッセージをＤＲＭエージェントに伝送するステップとを有する。
【００１０】
また、本発明の他の態様によれば、コンテンツを複数のＤＲＭエージェントに同時に伝送するブロードキャストサービスにおいて、ＤＲＭエージェントが暗号化されたコンテンツを使用するために権利発行者から提供される暗号化キーを管理する方法が提供される。その方法は、少なくとも一つの領域に区分されたコンテンツの受信のために、権利発行者に権利オブジェクトを要求するメッセージを伝送するステップと、権利発行者からコンテンツの識別子を含むコンテキストエレメントとコンテンツの復号化に要求される暗号化キー情報を含むキー情報エレメントを含む応答メッセージを受信するステップと、コンテキストエレメントからコンテンツの識別子を確認し、キー情報エレメントから暗号化キーに関する情報を含む第１の暗号化キーエレメント、権利暗号キー基準に関する情報を含む権利暗号キー情報エレメント、及び暗号化シードを含む暗号データエレメントを確認するステップと、キー情報エレメントから暗号化キーに含まれた異なる第１のキー及び第２のキーを含むシードキー対を確認するステップと、第１のキー及び第２のキーに異なる方向のハッシュチェーンを適用して少なくとも一つの領域各々に対する少なくとも一つの暗号化キーを復元するステップとを有する。
【００１１】
さらに、本発明の他の態様によれば、コンテンツを複数のＤＲＭエージェントに同時に伝送するブロードキャストサービスにおいて、ＤＲＭエージェントが暗号化したコンテンツを使用するために権利発行者から提供される暗号化キーを管理する方法が提供される。その方法は、少なくとも一つの領域に区分されたコンテンツの受信のために、権利発行者に権利オブジェクトを要求するメッセージを伝送するステップと、権利発行者から、コンテンツに対応する権利オブジェクトに関する情報を含むコンテキストエレメントと、マルチキャストによって伝送されるコンテンツの暗号化キーに関する情報を含むマルチキャスト構成データエレメントが権利暗号化言語によって含まれた応答メッセージを受信するステップと、コンテキストエレメントからコンテンツの識別子を確認し、マルチキャスト構成データエレメントからマルチキャストにより伝送されるコンテンツの暗号化キーに関する情報を確認するステップと、マルチキャスト構成データエレメントに含まれた異なる第１のキー及び第２のキーを含むシードキー対を確認するステップと、第１のキー及び第２のキーに異なる方向のハッシュチェーンを適用して少なくとも一つの領域各々に対する少なくとも一つの暗号化キーを復元するステップとを有する。
【発明の効果】
【００１２】
本発明は、ブロードキャストサービスの暗号化キー管理方法によると、ブロードキャストサービスデータのコンテンツストリームを保護する効率的な暗号化キー管理方法を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態によるブロードキャストサービスの暗号化キー管理方法の信号フローを示す図である。
【図２】本発明の一実施形態によるブロードキャストサービスの暗号化キー管理方法に適用されるキー階層の例示図である。
【図３】本発明の一実施形態によるブロードキャストサービスの暗号化キー管理方法に使用される応答メッセージのデータ構成の一例を示す図である。
【図４】本発明の一実施形態によるブロードキャストサービスの暗号化キー管理方法に使用されるバイナリデータ構成の暗号化シードの一例を示す図である。
【図５】図４に示したバイナリデータ構成の暗号化シードをＸＭＬエレメントで符号化した暗号化シードの一例を示す図である。
【図６】図５の暗号キー(EncryptedKey)エレメントの一例を示す図である。
【図７】図５のマルチキャスト構成データ(MulticastConfData)エレメントの一例を示す図である。
【図８】図３の暗号データ(CipherData)エレメントに含まれるマルチキャスト構成データ(MulticastConfData)エレメントの一例を示す図である。
【図９】図８に含まれたマルチキャスト構成データ(MulticastConfData)エレメントの一例を示す図である。
【図１０】図９のＴＥＫの数(numberTEKs)エレメントの一例を示す図である。
【図１１】本発明の一実施形態によるブロードキャストサービスの暗号化キー管理方法に使用される応答メッセージのデータ構成の他の例を示す図である。
【図１２】図１１に含まれたマルチキャスト構成データ(MulticastConfData)エレメントの一例を示す図である。
【図１３】本発明の一実施形態によるブロードキャストサービスの暗号化キー管理方法で使用されるシグナリングの一例を示す図である。
【図１４】本発明の一実施形態によるブロードキャストサービスの暗号化キー管理方法で使用されるシグナリングの他の例を示す図である。
【図１５】本発明の一実施形態によるブロードキャストサービスの暗号化キー管理方法で使用されるシグナリングの他の例を示す図である。
【図１６】本発明の一実施形態による権利発行者の構成を示すブロック構成図である。
【図１７】本発明の一実施形態によるＤＲＭエージェントの構成を示すブロック構成図である。
【発明を実施するための形態】
【００１４】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００１５】
下記の説明で、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合に、その詳細な説明を省略する。また、後述する用語は、本発明の機能を考慮して定義されたものであって、ユーザー、運用者の意図、又は慣例によって変わることができる。
【００１６】
図１は、本発明の一実施形態によるブロードキャストサービスの暗号化キー管理方法の信号フローを示す。図１を参照すると、ブロードキャストサービスの暗号化キー管理方法は、ＤＲＭエージェント１０１及び権利発行者(right  issuer)１０２により遂行される。
【００１７】
例えば、ＤＲＭエージェント１０１は、ブロードキャストサービスを通して提供されるコンテンツを受信する端末に含まれる。権利発行者１０２は、コンテンツを提供するサーバに含まれ、ブロードキャストサービスを通して提供されるコンテンツを許可されたＤＲＭエージェント１０１に選択的に提供するためにコンテンツに対する権利オブジェクトを発行してＤＲＭエージェント１０１に提供できる。
【００１８】
まず、ステップ１１で、ＤＲＭエージェント１０１は、少なくとも一つの領域に区分されたコンテンツの受信のために、権利発行者１０２に権利オブジェクトを要求するメッセージを伝送する。ステップ１１で、権利発行者１０２に伝送されるメッセージは、ＯＭＡ(Open  Mobile  Alliance)ＤＲＭ(Digital  Rights  Management)規格で定義する権利オブジェクト獲得プロトコル(Rights  Object  Acquisition  Protocol：以下、‘ＲＯＡＰ’と称する)に基づいて生成されたＲＯ要求(ROAP-ROrequest)メッセージであり得る。
【００１９】
さらに、ＤＲＭエージェント１０１は、自発的に権利オブジェクトを要求するメッセージを伝送できるが、権利発行者１０２から権利発行者の発行を指示するトリガメッセージ(例えば、ＯＭＡ  ＤＲＭ規格で定義する権利オブジェクト獲得プロトコル(ＲＯＡＰ）に基づいて生成されたＲＯ獲得トリガ(ROAP-ROAcquisitionTrigger)メッセージ)の受信に対応して、権利オブジェクトを要求するメッセージを伝送してもよい。
【００２０】
次に、ステップ１３においで、権利発行者１０２は、権利オブジェクトを要求するメッセージに対する応答メッセージを生成してＤＲＭエージェント１０１に伝送する。この応答メッセージは、ＯＭＡ  ＤＲＭ規格で定義する権利オブジェクト獲得プロトコル(ＲＯＡＰ）に基づいて生成されたＲＯ応答(ROAP-ROresponse)メッセージであり得る。
【００２１】
以下、ＲＯ応答メッセージに含まれる暗号化キーを生成する過程について、具体的に説明する。
【００２２】
まず、ＤＲＭエージェント１０１に伝送されるコンテンツを暗号化するために、権利発行者１０２は、キーシードペア(Key  Seed  Pair：ＫＳＰ)というシードキー対を生成する。ＫＳＰは、２個のキーを含む。すなわち、ＫＳＰは、ＫＳ１とＫＳ２を含む。ＫＳＰは、権利発行者１０２によりランダムに生成され得る。以後、ＫＳ１とＫＳ２に対して各々ハッシュチェーン(hash  chain）を適用する。すなわち、ＫＳ１に対して順方向ハッシュチェーンを適用し、ＫＳ２に対して逆方向ハッシュチェーンを適用する。
【００２３】
Ｓ１はＫＳ１にハッシュ関数を適用して計算し、Ｓ２は、このＳ１に再びハッシュ関数を適用して計算する。同様に、Ｓｎまで計算される。逆方向ハッシュチェーンは、順方向ハッシュチェーンとは反対方向に進行する。すなわち、ＭｎはＫＳ２に対してハッシュ関数を適用してまず計算され、Ｍｎ−１はハッシュ関数をＭｎに適用して計算される。このような方式で、Ｍ２にハッシュ関数を適用してＭ１まで計算される。この過程を通じて、ｎ個の(Ｓｉ，Ｍｉ)対が生成されるが、便宜上、これを“双方向ハッシュ対(Bidirectional  Hash  Pair：ＢＨＰ)”と定義する。次に、ｎ個の暗号化キー(Traffic  Encryption  Key：以下、‘ＴＥＫ’と称する）は、ｎ個のＢＨＰに対して各々所定の演算により計算される。このとき、排他的論理和(exclusive  or)演算が使用され得る。すなわち、ＴＥＫは、下記の数式１による演算に基づいて計算される。
ＴＥＫｉ＝Ｓｉ ＸＯＲ Ｍｉ        （数式１）
【００２４】
要約すると、まず一対のＫＳＰ(ＫＳ１，ＫＳ２)が生成され、ｎ対のＢＨＰ(Ｓｉ，Ｍｉ)はＫＳＰを用いて生成され、ｎ個のＴＥＫは、ｎ対のＢＨＰ(Ｓｉ，Ｍｉ)を用いて生成される。
【００２５】
また、ＤＲＭエージェント１０１がＰＰＶ(Pay-Per-View)をサポートするＤＲＭエージェントである場合、ＫＳＰは、使用されず、わずかな差があり得る。すなわち、権利発行者１０２は、ＫＳＰでなくアクセス有効対(Access  Valid  Pair：ＡＶＰ)を求める。以後、権利発行者１０２は、ＰＰＶをサポートするＤＲＭエージェント１０１にＡＶＰを伝送する。ＡＶＰは、ＰＰＶ端末にブロードキャストサービスが提供される所定の時間区間に該当する(Ｓｉ，Ｍｊ)情報対を意味する。ＰＰＶをサポートするＤＲＭエージェント１０１は、Ｓｉに順方向ハッシュチェーンを適用してＳｊまでの値を求め、Ｍｊに逆方向ハッシュチェーンを適用してＭｉまでの値を求める。すなわち、ＰＰＶをサポートするＤＲＭエージェント１０１は、ＡＶＰからｍ対のＢＨＰを生成することができる。このとき、ＰＰＶをサポートするＤＲＭエージェント１０１で生成されるＢＨＰの個数がｍである場合、ｍ＝ｊ-ｉ＋１である。その結果、ＰＰＶをサポートするＤＲＭエージェント１０１は、ｍ個のＢＨＰを用いてｍ個のＴＥＫを計算する。
【００２６】
したがって、権利発行者１０２は、ＤＲＭエージェント１０１にＫＳＰ＝(ＫＳ１，ＫＳ２)又はＡＶＰ＝(Ｓｉ，Ｍｊ)を伝送する。両者の名称は異なるが、ＤＲＭエージェント１０１に提供されるブロードキャストサービスの時間区間でのデータ暗号化に関する情報であるという面では実質的に同一である。すなわち、ブロードキャストサービスの基準期間の開始時点でのデータ暗号化に関連した情報がＫＳ１であり、終了時点でのデータ暗号化に関する情報がＫＳ２である場合、Ｓｉは、基準期間に属する任意の時間区間の開始時点でデータ暗号化に関する情報を表し、Ｍｊは、任意の時間区間の終了時点でデータ暗号化に関する情報を表すことができる。例えば、ユーザーがブロードキャストサービスの一ヶ月の利用権を購買できる場合、一ヶ月の利用権を購買したユーザーのＤＲＭエージェント１０１は、登録ＤＲＭエージェント１０１と見なされる。ここで、ＤＲＭエージェント１０１に伝送されるＫＳＰ、すなわち(ＫＳ１，ＫＳ２）は、一ヶ月の開始時点と終了時点でのデータ暗号化に関連した情報を示すことができる。ユーザーが１話のドラマのための利用権を購買した場合、ユーザーのＤＲＭエージェント１０１に伝送されるＡＶＰ、すなわち(Ｓｉ，Ｍｊ）は、ドラマの開始時点と終了時点でのデータ暗号化に関連した情報を示すことができる。
【００２７】
上述した説明において、ＫＳＰの情報の“対”が使用される。しかしながら、場合によっては、登録端末に対して“対”でない一つの情報、すなわちＫＳ１又はＫＳ２のうちいずれか一つが使用されることもある。２個の情報が使用されないので、もはや下付き添字で区別する必要がないことから、ＫＳと称することができる。ＫＳは、加入期間の開始時点又は終了時点でのデータ暗号化に関連した情報となり得る。すなわち、ＫＳに逆方向ハッシュチェーンを適用すると判断される場合、ＫＳは、ブロードキャストサービスの終了時点でのデータ暗号化に関する情報を示すことができる。ＫＳに順方向ハッシュチェーンを適用すると判断される場合、ＫＳは、ブロードキャストサービスの開始時点でのデータ暗号化に関連する情報を示すことができる。
【００２８】
図２は、本発明の一実施形態によるブロードキャストサービスの暗号化キー管理方法に適用されるキー階層の例を示す。図２を参照すると、デジタル著作権管理(ＤＲＭ)システムに適用されるキー階層は、デバイス公開キー(device  public  key)２０１、権利暗号化キー(Right  Encription  Key：ＲＥＫ)２０３、及びＫＳＰ(Key  Seed  Pair)/ＡＶＰ(Access  Valid  Pair)２０５を含む。権利オブジェクトの敏感な部分は、権利暗号化キー(ＲＥＫ)により機密で保護される。ＯＭＡ  ＤＲＭで定義されたように、権利暗号化キー(ＲＥＫ)２０３がデバイス公開キー又はドメインキーに従って暗号化されるが、これにより特定デバイスにのみアクセス可能になるか、あるいはデバイスグループにアクセス可能になる。本発明で定義されたＫＳＰ又はＡＶＰ２０５は、ＣＥＫ(Content  Encryption  Key)で定義されたような同一の方式でＲＥＫにより暗号化されなければならない。
【００２９】
さらに、図３は、図１のステップ１３で伝送されるＲＯ応答メッセージのデータ構成の一例を示す。図２を参照すると、ＲＯ応答メッセージは、コンテンツの識別子(ContentID)を含むコンテキスト(Context)エレメントとキー情報(KeyInfo)エレメントを含む。
【００３０】
キー情報(KeyInfo)エレメントは、暗号化キーに関する情報を含む第１の暗号化キー(EncryptedKey)エレメント、権利暗号キーに関する情報を含む権利暗号キー情報(KeyInfo)エレメント、及び暗号化シード(EncryptedSeeds)に関する情報を含む暗号データ(CipherData)エレメントを含む。
【００３１】
第１の暗号化キー(EncryptedKey)エレメントは、暗号化キーを生成するアルゴリズム(EncryptionMethod  Algorithm）を定義する情報を含むことができる。本発明の一実施形態においては、暗号化キーを生成するアルゴリズム(EncryptionMethod  Algorithm）を定義する情報は、“ｈｔｔｐ://ｗｗｗ．ｗ３．ｏｒｇ/２００１/０４/ｘｍｌｅｎｃ＃ｋｗ-ａｅｓ１２８”に定義されることを示す。
【００３２】
権利暗号キー情報(KeyInfo)エレメントは、権利暗号キーを検索する方法を提供するＵＲＩ(RetrievalMethod  URI)情報を含むことができる。本発明の一実施形態では、権利暗号キーを検索する方法を提供するＵＲＩ(RetrievalMethod  URI)情報が権利暗号キー基準(REKReference)に定義されていることを示す。
【００３３】
暗号データ(CipherData)エレメントに含まれた暗号化シード(EncryptedSeeds）は、シードキー対を含み、あるいはシードキー対とＤＲＭエージェントに対する認証シードを含むことができる。
【００３４】
加えて、暗号データ(CipherData)エレメントは、ＫＳＰ基準(reference)(KSP ID)又はＡＶＰ基準(AVP ID)、シードタイプ、ＴＥＫ基準、及びＴＥＫの数をさらに含むことができる。
【００３５】
ＫＳＰ基準(KSP  ID)及びＡＶＰ基準(AVP  ID）は、各々ＫＳＰ及びＡＶＰの識別子である。これらは、異なる形態で提供できるが、固有方式でシード対を識別するために使用される。
【００３６】
シードタイプは、パラメータが暗号化キーのためのシードであるか、あるいは暗号化と認証キーのためのシードが提供されるかを示す。
【００３７】
ＴＥＫ基準は、コンテンツの暗号化に使用される第１のＴＥＫを指示する識別子である。これは、暗号化したストリーム部分とＴＥＫとを結合するために使用される(例えば、この識別子は暗号化したストリーム内に含むことができる)。
【００３８】
ＴＥＫの数は、シード値から生成することができる。
【００３９】
暗号データ(CipherData)エレメントに含まれたＫＳＰ基準(KSP  ID)又はＡＶＰ基準(AVP  ID)、シードタイプ、ＴＥＫ基準、及びＴＥＫの数は、暗号化シード(EncryptedSeeds)と同一のデータ構成で転送できるか、あるいは一般的なＲＯペイロードを用いて転送できる。
【００４０】
さらに、暗号化シード(EncryptedSeeds）は、図４に示すようなバイナリデータ構成からなり、暗号化キーとして使用されるＫＳＰ、ＡＶＰ、ＴＥＫの基準長さ、ＫＳＰ基準、ＡＶＰ基準、ＴＥＫ基準、ＴＥＫの数、暗号化シードがシードキー対を含むか、あるいはシードキー対及びＤＲＭエージェントに対する認証シードを含むかを示すシードタイプ情報、シードキー対の長さ、及び認証シードの長さを含むことができる。
【００４１】
ＫＳＰ基準長さ(KSP Reference  Length)は、ＫＳＰ基準長さを具体化する。
ＡＶＰ基準長さ(AVP Reference  Length)は、ＡＶＰ基準長さを具体化する。
ＴＥＫ基準長さ(TEK Reference  Length)は、ＴＥＫ基準長さを具体化する。
予備ビット(Reserved  Bits)は、将来目的のために留保されたビットである。
ＫＳＰ基準(KSP Reference)は、ＫＳＰ基準を具体化する。
ＡＶＰ基準(AVP Reference)は、ＡＶＰ基準を具体化する。
ＴＥＫの数(Number  of  TEKs)は、ＡＶＰから生成されるＴＥＫの個数を具体化する。
【００４２】
シードタイプは、暗号化シードが暗号化キーのためのシードキー対を含むか、あるいは暗号化キーのためのシードキー対と認証キーのための認証シードを含むかを指示する。このシードタイプは、‘０’に設定された場合にはシードキー対が提供されることを示し、‘１’に設定された場合にはシードキー対と認証シードが提供されることを示す。
【００４３】
ＴＥＫ基準(TEK  Reference)は、ＴＥＫ基準を具体化する。
キーシード長さ(Key  Seed  Length)は、シードキー対の長さを具体化する。
ソルトシード長さ(Salt  Seed  Length)は、認証シードの長さを具体化する。
【００４４】
バイナリデータ構造からなされた暗号化シード(EncryptedSeeds)は、ＸＭＬエレメントで符号化されて転送することができる。すなわち、暗号化シード(EncryptedSeeds)は、図５に示すようにＸＭＬエレメントで符号化され、ＤＲＭ  ＴＳで定義する権利オブジェクトペイロードタイプに組み込まれることができる。暗号化シード(EncryptedSeeds)は、権利発行者(Right  Issuer：以下、‘ＲＩ’と称する）の識別子を含むＲＩ識別子(ｒｉＩＤ)エレメント、権利に関する情報を含む権利エレメント、署名に関する情報を含む署名(signature)エレメント、時間スタンプ(time  stamp)エレメント、暗号化キーに関する情報を含む第２の暗号キー(encKey)エレメント、及びマルチキャストの暗号化の構成情報を含むマルチキャスト構成データ(MulticastConfData)エレメントを含むことができる。
【００４５】
さらに、ＸＭＬエレメントで符号化された暗号化シード(EncryptedSeeds)は、ＤＲＭ  ＲＥＬ(Rights  Expression  Language)で定義するように、キー情報(KeyInfo)エレメントや第１の暗号化キー(EncryptedKey)エレメントの下位エレメントとして権利エレメントに組み込まれることもできる。例えば、第２の暗号化キー(encKey)エレメントは、図６に示すように、暗号化キーに関する情報を含み、具体的に権利暗号キー基準に関する情報を含む権利暗号キー情報(KeyInfo)エレメント、暗号化キーを生成する方法を定義する情報を含む暗号化方法(EncryptionMethod)エレメント、ＫＳＰ基準(KSP ID)又はＡＶＰ基準(AVP ID)、シードタイプ、ＴＥＫ基準、及びＴＥＫの数を含む暗号データ(CipherData)エレメントを含むことができる。また、マルチキャスト構成データ(MulticastConfData)エレメントは、図７に示すように、マルチキャスト暗号化構成データのベース(base)６４によって符号化された値を含むことができる。
【００４６】
その上、前述したように、暗号データ(CipherData)エレメントは暗号化シード(EncryptedSeeds)を含み、暗号化シード(EncryptedSeeds)は、図４に示したバイナリデータ構造からなることを示したが、本発明は、これに限定されるものではない。あるいは、例えば暗号データ(CipherData)エレメントは、暗号化シード(EncryptedSeeds)の代わりに図８に示すようにＸＭＬエレメントで形成されるマルチキャスト構成データ(MulticastConfData)エレメントを含むことができる。
【００４７】
図８に示すマルチキャスト構成データ(MulticastConfData)エレメントは、ＫＳＰ基準(kspReference)、ＡＶＰ基準(avpReference)、ＴＥＫ基準(tekReference)、ＴＥＫの数(numberTeks)、暗号化シードがシードキー対を含むか、あるいはシードキー対及びＤＲＭエージェントに対する認証シードを含むかを示すシードタイプ情報(seedType)、シードキー対の長さ(encrSeedLength)、及び認証シードの長さ(authSeedLength)を含むことができる。
【００４８】
ＸＭＬエレメントで符号化された暗号化シード(EncryptedSeeds)のように、マルチキャスト構成データ(MulticastConfData)エレメントは、権利エレメントに定義され、図９に示すように形成することができる。
【００４９】
また、ＴＥＫの数(numberTeks)は、図１０に示すように定義でき、具体的にはＴＥＫの数(numberTeks)は負の整数でない値からなり、ＴＥＫの数(numberTeks)は供給されたシードの値によって生成できる。
【００５０】
図１１は、図１のステップ１３で伝送されるＲＯ応答メッセージのデータ構成の他の例を示す。
【００５１】
図１１を参照すると、図３と異なり、ＯＭＡ  ＤＲＭで権利オブジェクトを表現するために使用される権利暗号化言語(Right  Encryption  Language：以下、‘ＲＥＬ’と称する)を用いてＲＯ応答メッセージのデータを構成する。
【００５２】
ＲＯ応答メッセージのデータ構成の他の例は、コンテンツに関連した権利オブジェクトを識別するコンテンツエレメントとしてコンテキストエレメント、相続(inherit)エレメントなどを含み、マルチキャストにより伝送されるコンテンツの暗号化キーに関する情報を含むマルチキャスト構成データ(MulticastconfData)エレメントを含むことができる。
【００５３】
さらに、マルチキャスト構成データ(MulticastconfData)エレメントは、図１２に示すように構成され、マルチキャスト構成データ(MulticastconfData)エレメントは、ＴＥＫを生成して使用可能な構成データに対してベース６４方式で符号化された値を含むことができる。マルチキャスト構成データ(MulticastconfData)エレメントは、バイナリデータ構造からなり、暗号化キーとして使用されるＫＳＰ、ＡＶＰ、ＴＥＫの基準長さ、ＫＳＰ基準、ＡＶＰ基準、ＴＥＫ基準、ＴＥＫの数、暗号化シードがシードキー対を含むか、あるいはシードキー対及びＤＲＭエージェントに対する認証シードを含むかを示すシードタイプ情報、シードキー対の長さ、及び認証シードの長さを含むことができる。例えば、マルチキャスト構成データ(MulticastconfData)エレメントは、図４のように構成できる。
【００５４】
加えて、上記に提案されたキー生成方法がＤＲＭ２.２のサポートに義務的である場合、このようなアルゴリズムのサポートは、スペック(specification）のバージョンに従ってシグナリングされ得る。その反面、サポートは、デバイスＨｅｌｌｏ及びＲＩ  Ｈｅｌｌｏメッセージに対する拡張を用いて遂行するか否かを確認できる。図１３は、本発明の一実施形態によるブロードキャストサービスの暗号化キー管理方法で使用されるシグナリングの一例を示し、スペックのバージョンを用いて提案されたキー生成方法が使用されたか否かを表示するシグナリングを示す。すなわち、デバイスＨｅｌｌｏ及びＲＩ  Ｈｅｌｌｏメッセージの拡張フィールド内に含まれたマルチキャストキー生成(MulticastKeyGeneration)エレメントのプレゼンス(presence)情報は、キー生成方法がサポートされるか否かを示すために使用される。
【００５５】
図１４は、本発明の一実施形態によるブロードキャストサービスの暗号化キー管理方法で使用されるシグナリングの他の例を示す図であり、デバイスＨｅｌｌｏ及びＲＩ  Ｈｅｌｌｏメッセージを用いて提案されたキー生成方法が使用されたか否かを表示するシグナリングを示す。図１４において、デバイスＨｅｌｌｏメッセージ内で、マルチキャストキー生成(MulticastKeyGeneration)エレメントは、キー生成に使用されるハッシュ機能の識別子を選択的に含むことができる。この場合、ＲＩ  Ｈｅｌｌｏメッセージは、図１５のように示すことができる。
【００５６】
一方、ＤＲＭエージェント１０１は、上記したステップ１３(図３を参照)を通じて受信したＲＯ応答メッセージから暗号化キー生成に必要な情報を確認した後、ブロードキャストサービスを通じて提供されるコンテンツを使用するための暗号化キーを生成する。
【００５７】
図３に示したＲＯ応答メッセージが受信される場合、ＤＲＭエージェント１０１は、コンテンツエレメントからコンテンツの識別子を確認し、キー情報エレメントから暗号化キーに関する情報を含む第１の暗号化キーエレメント、権利暗号キー基準に関する情報を含む権利暗号キー情報エレメント、及び暗号化シードを含む暗号データエレメントを確認する。そして、キー情報エレメントから暗号化キーに含まれた相互に異なる第１のキー及び第２のキーを含むシードキー対を確認する。このとき、ＤＲＭエージェント１０１が登録ＤＲＭエージェント１０１である場合にはＫＳＰを確認し、ＤＲＭエージェント１０１がＰＰＶ(Pay-Per-View)をサポートするＤＲＭエージェント１０１である場合にはＡＶＰを確認する。
【００５８】
シードキー対を確認する過程において、ＤＲＭエージェント１０１の認証のための認証シードはさらに確認することができる。すなわち、ＤＲＭエージェント１０１は、暗号データエレメントに含まれた暗号化シードからシードキー対と共にＤＲＭエージェントに対する認証シードをさらに確認することができる。
【００５９】
また、シードキー対は、図４に示すように暗号データ(CipherData)エレメントに含まれた暗号化シードにバイナリデータ構造として含まれて受信することができる。したがって、ＤＲＭエージェント１０１は、バイナリデータ構造として暗号化シードに含まれた情報から、暗号化キーとして使用されるＫＳＰ、ＡＶＰ、ＴＥＫの基準長さ、ＫＳＰ基準、ＡＶＰ基準、ＴＥＫ基準、ＴＥＫの数、暗号化シードがシードキー対を含むか、あるいはシードキー対及びＤＲＭエージェントに対する認証シードを含むかを示すシードタイプ情報、シードキー対の長さ、及び認証シードの長さなどを確認する過程を通じてシードキー対を確認することができる。
【００６０】
図５に示すように、暗号データ(CipherData)エレメント内に含まれた暗号化シードは、ＸＭＬエレメントで符号化されて受信することができる。この場合、ＤＲＭエージェント１０１は、シードキー対を確認するために、権利発行者(ＲＩ）の識別子を含むＲＩ識別子(ｒｉＩＤ)エレメント、権利に関する情報を含む権利エレメント、署名に関する情報を含む署名(signature)エレメント、時間スタンプエレメント、暗号化キーに関する情報を含む第２の暗号キー(encKey)エレメント、及びマルチキャストの暗号化の構成情報を含むマルチキャスト構成データ(MulticastConfData)エレメントなどを確認し、暗号化シード(EncryptedSeeds)を確認することができる。このシードキー対は、暗号化シード(EncryptedSeeds)に含まれた情報を用いても確認できる。
【００６１】
また、ＤＲＭエージェント１０１は、暗号化シード(EncryptedSeeds)の代わりに図８に示すように、ＸＭＬエレメントからなるマルチキャスト構成データ(MulticastConfData)エレメントを備える暗号データ(CipherData)エレメントを含むＲＯ応答メッセージを受信することができる。したがって、ＤＲＭエージェント１０１は、暗号データ(CipherData)エレメント内に含まれたＸＭＬエレメントで形成されたマルチキャスト構成データ(MulticastConfData)エレメントに包含された値を確認してシードキー対を確認することができる。すなわち、ＤＲＭエージェント１０１は、ＸＭＬエレメントからなるマルチキャスト構成データ(MulticastConfData)エレメントに含まれるＫＳＰ基準(kspReference)、ＡＶＰ基準(avpReference)、ＴＥＫ基準(tekReference)、ＴＥＫの数(numberTeks)、暗号化シードがシードキー対を含むか、あるいはシードキー対及びＤＲＭエージェントに対する認証シードを含むかを示すシードタイプ情報(seedType)、シードキー対の長さ(encrSeedLength)、及び認証シードの長さ(authSeedLength)を確認してシードキー対を確認することができる。
【００６２】
また、ＲＯ応答メッセージは、図３と異なり、ＯＭＡ  ＤＲＭで権利オブジェクトを表現するために使用される権利暗号化言語(ＲＥＬ)を用いて構成され、ＤＲＭエージェント１０１は、権利暗号化言語(ＲＥＬ)を用いて構成されるＲＯ応答メッセージを受信することができる。この場合、ＤＲＭエージェント１０１は、コンテンツに関連した権利オブジェクトを識別するコンテンツエレメントとして含まれたコンテキストエレメントと相続エレメント、及びマルチキャストにより伝送されるコンテンツの暗号化キーに関する情報を含むマルチキャスト構成データ(MulticastconfData)エレメントを確認してシードキー対を確認することができる。特に、バイナリデータ構造で形成されたマルチキャスト構成データ(MulticastconfData)エレメントに含まれるＫＳＰ、ＡＶＰ、ＴＥＫの基準長さ、ＫＳＰ基準、ＡＶＰ基準、ＴＥＫ基準、ＴＥＫの数、暗号化シードがシードキー対を含むか、あるいはシードキー対及びＤＲＭエージェントに対する認証シードを含むかを示すシードタイプ情報、シードキー対の長さ、及び認証シードの長さなどを確認し、暗号化キーの生成に必要なシードキー対を確認することができる。
【００６３】
一方、シードキー対の確認が完了する場合、シードキー対を用いて暗号化キーを検出する。すなわち、ＫＳＰを確認したＤＲＭエージェント１０１は、シードキー対、すなわちＫＳ１とＫＳ２を用いて各々に順方向ハッシュチェーンと逆方向ハッシュチェーンを適用してＢＨＰを演算し、ＢＨＰに対して各々所定の演算を通じてｎ個のＴＥＫを求める。そして、ＡＶＰを確認したＤＲＭエージェント１０１は、シードキー対、すなわちｎ対の(Ｓｉ，Ｍｉ)に各々順方向ハッシュチェーンと逆方向ハッシュチェーンを適用して、Ｓ＝{Ｓｉ，Ｓｉ＋１，Ｓｉ＋２，…，Ｓｊ-１，Ｓｊ}、Ｍ＝{Ｍｊ-１，Ｍｊ-２，…，Ｍｉ＋１，Ｍｉ}値を計算し、計算した値に対するＸＯＲ演算を遂行してＴＥＫiからＴＥＫjまでのｍ個のＴＥＫを計算する。
【００６４】
図１６は、本発明の一実施形態による権利発行者の構成を示すブロック構成図である。図１６を参照すると、本発明の一実施形態による権利発行者は、送受信部１６０１、制御部１６０３、暗号キー管理部１６０５、及びデータ暗号化部１６０９を含む。
【００６５】
送受信部１６０１は、ＤＲＭエージェントから権利オブジェクトを要求するメッセージ(例えば、ＲＯ要求(ROAP-ROrequest)メッセージ)を受信して制御部１６０３に伝送する。制御部１６０３は、受信したＲＯ要求メッセージに含まれた情報を通じて該当ＤＲＭエージェントが登録ＤＲＭエージェントであるか、あるいはＰＰＶをサポートするＤＲＭエージェントであるかを判断し、その結果に従って暗号キー管理部１６０５のシードキー生成部１６０６を制御する。そして、制御部１６０３は、権利発行者の発行を指示するトリガメッセージ(例えば、ＲＯ獲得トリガ(ROAP-ROAcquisitionTrigger)メッセージ)を生成して送受信部１６０１に伝送し、ＤＲＭエージェントへの伝送を要求することができる。
【００６６】
暗号キー管理部１６０５は、制御部１６０３の制御によって該当ＤＲＭエージェントの種類に従って適切なシードキーを生成し、この生成されたシードキーを用いて暗号キー、すなわちＴＥＫを生成する。具体的には、暗号キー管理部１６０５は、シードキー生成部１６０６と暗号キー生成部１６０７を含む。シードキー生成部１６０６は、該当ＤＲＭエージェントの種類に従って適切なシードキーを生成する。すなわち、ＤＲＭエージェントが登録ＤＲＭエージェントである場合にはＫＳＰを生成し、ＤＲＭエージェントがＰＰＶをサポートするＤＲＭエージェントである場合にはＡＶＰを生成する。生成されたＫＳＰ又はＡＶＰは、制御部１６０３及び暗号キー生成部１６０７に伝送される。
【００６７】
一方、ＫＳＰ又はＡＶＰを受信した暗号キー生成部１６０７は、ＫＳＰ又はＡＶＰを用いて該当ＫＳＰ又はＡＶＰの有効期間に該当する個数だけＴＥＫを生成する。すなわち、ＤＲＭエージェントが登録ＤＲＭエージェントである場合、ｎ個のＴＥＫは、ＫＳＰを用いて生成され、ＤＲＭエージェントがＰＰＶをサポートするＤＲＭエージェントである場合、ｍ個のＴＥＫは、ＡＶＰを用いて生成される。ＫＳＰ又はＡＶＰからＴＥＫを生成する方式は、上記した本発明の一実施形態による暗号キー管理方法のように、順方向及び逆方向ハッシュチェーンを使用でき、その詳細な説明は省略する。ＴＥＫは、暗号キー生成部１６０７から制御部１６０３及びデータ暗号化部１６０９に伝送される。データ暗号化部１６０９は、ＴＥＫを用いてデータを暗号化し、暗号化したデータを送受信部１６０１を通じて端末に伝送する。
【００６８】
さらに、制御部１６０３は、暗号キー管理部１６０５から提供されるＫＳＰ又はＡＶＰとＴＥＫを含む応答メッセージを生成でき、生成した応答メッセージを送受信部１６０１を通じてＤＲＭエージェントに伝送できる。ここで、制御部１６０３の応答メッセージは、上記した本発明の一実施形態による暗号キー管理方法により生成されるため、これに関する具体的な説明は、本発明の一実施形態による暗号キー管理方法の応答メッセージの生成過程を参照する。
【００６９】
図１７は、本発明の一実施形態によるＤＲＭエージェントの構成を示すブロック構成図である。図１７を参照すると、本発明の一実施形態によるＤＲＭエージェントは、送受信部１７０１、制御部１７０３、暗号キー生成部１７０５、及びデータ暗号化解除部１７０７を含む。
【００７０】
制御部１７０３は、該当ＤＲＭエージェントの権利オブジェクトを要求するメッセージ(例えば、ＲＯ要求(ROAP-ROrequest)メッセージ)を生成して送受信部１７０１を通じて権利発行者に伝送し、ＲＯ要求メッセージに対応してシードキー対、すなわち、ＫＳＰ又はＡＶＰを含む応答メッセージを送受信部１７０１を通じて受信する。この制御部１７０３は、応答メッセージに含まれたＫＳＰ又はＡＶＰを検出して暗号キー生成部１７０５に伝送する。ここで、制御部１７０３が応答メッセージに含まれたシードキーを検出する動作は、上記した本発明の一実施形態による暗号キー管理方法により遂行されるので、これに関する具体的な説明を本発明の一実施形態による暗号キー管理方法で説明した応答メッセージからシードキー対を確認する過程を参照する。
【００７１】
暗号キー生成部１７０５は、受信されたＫＳＰ又はＡＶＰをＫＳＰ又はＡＶＰを用いてそれぞれの有効期間に該当する個数だけのＴＥＫを生成し、これをデータ暗号化解除部１７０７に伝送する。
【００７２】
一方、送受信部１７０１は、ネットワークから暗号化したデータを受信してデータ暗号化解除部１７０７に伝送する。データ暗号化解除部１７０７は、暗号キー生成部１７０５から受信したＴＥＫを用いて暗号化したデータを解除して出力する。
【００７３】
以上、本発明を具体的な実施形態に関して図示及び説明したが、添付した特許請求の範囲により規定されるような本発明の精神及び範囲を外れることなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【符号の説明】
【００７４】
１０１  ＤＲＭエージェント
１０２  権利発行者
２０１  デバイス公開キー
２０３  権利暗号化キー 
２０５  ＫＳＰ(Key  Seed  Pair)/ＡＶＰ(Access  Valid  Pair)
１６０１，１７０１  送受信部
１６０３，１７０３  制御部
１６０５  暗号キー管理部
１６０６  シードキー生成部
１６０７，１７０５  暗号キー生成部
１６０９  データ暗号化部
１７０７  データ暗号化解除部
【図１】
0005527912.tif 000002
【図２】
0005527912.tif 000003
【図３】
0005527912.tif 000004
【図４】
0005527912.tif 000005
【図５】
0005527912.tif 000006
【図６】
0005527912.tif 000007
【図７】
0005527912.tif 000008
【図８】
0005527912.tif 000009
【図９】
0005527912.tif 000010
【図１０】
0005527912.tif 000011
【図１１】
0005527912.tif 000012
【図１２】
0005527912.tif 000013
【図１３】
0005527912.tif 000014
【図１４】
0005527912.tif 000015
【図１５】
0005527912.tif 000016
【図１６】
0005527912.tif 000017
【図１７】
0005527912.tif 000018