JP2011525076A - 移動体ブロードキャストシステムにおける暗号化キー分配方法、暗号化キーの分配を受ける方法及びこのためのシステム - Google Patents

Abstract

【課題】移動体ブロードキャストシステムにおけるサービス保護及びコンテンツ保護のための暗号化キー分配方法、暗号化キーの分配を受ける方法及びこのためのシステムを提供する。
【解決手段】前記ブロードキャストサービスが前記端末に提供され始める時、ネットワークが第１の暗号化キーを発生させ、前記発生した第１の暗号化キーを識別するための識別情報を含む汎用権利客体メッセージを前記端末に送信するステップと、前記第１の暗号化キーの寿命が満了する前に、前記ネットワークが第２の暗号化キーを発生させ、前記発生した第２の暗号化キーを識別するための識別情報を含む前記汎用権利客体メッセージを前記端末に送信するステップとを有する。
【選択図】図５

Description

本発明は、移動体ブロードキャストシステムに関し、より詳細には、オープンモバイルアライアンス（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ：以下、“ＯＭＡ”と称する。）ブロードキャスト（ＢＣＡＳＴ）サービスシステムにおけるデジタル著作権管理（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ：以下“ＤＲＭ”と称する）技術のひとつである、サービス保護及びコンテンツ保護アーキテクチャ（ＯＭＡ ＢＣＡＳＴ Ｓｅｒｖｉｃｅ Ｐｒｏｔｅｃｔｉｏｎ ａｎｄ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ ａｒｃｈｉｔｅｃｔｕｒｅ：以下、“ＤＲＭプロフィール”と称する。）に適用する移動体ブロードキャストサービスのためのトラフィック暗号化キー分配方法、暗号化キーの分配を受ける方法及びこのためのシステムに関する。

移動通信市場は、既存の技術の再結合又は統合により新たなサービスの生産を求められている。今日、通信及びブロードキャスト技術の発達に伴い、従来のブロードキャストシステム又は移動通信システムは、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）などのような携帯端末機（以下、“端末”と称する。）を介してブロードキャストサービスを提供することができるステップに達した。このような潜在的で実際的な市場需要、マルチメディアサービスに対して急増するユーザの要請、既存の音声サービスに加えてブロードキャストサービスのような新たなサービスを提供するためのサービスプロバイダーの目標戦略、及び需要者の要求によって移動通信事業を強化しているＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）企業の利権という要因を背景として、移動通信サービスとインターネットプロトコル（ＩＰ）技術との融合は、今日、次世代移動通信技術の開発の大きな流れとして位置付けられている。

一方、ＯＭＡは、個々のモバイルソリューション間の相互作用のための標準を研究する団体であって、主として、移動通信用ゲーム、インターネットサービスなどに対する様々なアプリケーション標準を定める役目を担う。特に、ＯＭＡのワーキンググループの内の１つであるＯＭＡ移動体ブロードキャスト（ＢＣＡＳＴ）ワーキンググループ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ Ｂｒｏｗｓｅｒ ａｎｄ Ｃｏｎｔｅｎｔ Ｍｏｂｉｌｅ Ｂｒｏａｄｃａｓｔ Ｓｕｂ−Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ）では、端末を用いてブロードキャストサービスを提供する技術を研究している。以下、ＯＭＡ ＢＣＡＳＴワーキンググループで論議しているブロードキャストシステム（以下、“移動体ブロードキャストシステム”と称する。）について簡略に説明する。

図１は、従来の移動体ブロードキャストシステムのネットワーク構成を示すブロック図である。

図１を参照すると、コンテンツ供給者（Ｃｏｎｔｅｎｔ Ｃｒｅａｔｉｏｎ：ＣＣ）１０は、ブロードキャストサービス（以下、“ＢＣＡＳＴサービス”と称する。）の供給者であり、ＢＣＡＳＴサービスは、従来の音声／映像ブロードキャストサービス、ファイル（音楽ファイル又はデータファイル）ダウンロードサービスなどになりうる。ＢＣＡＳＴサービスアプリケーション部（Ｓｅｒｖｉｃｅ Ａｐｐｌｉｃａｔｉｏｎ：以下、“ＢＳＡ”と称する。）２０は、コンテンツ供給者（ＣＣ）１０からＢＣＡＳＴサービスデータの供給を受け、図１のＢＣＡＳＴネットワークに適した形態に加工し、ＢＣＡＳＴサービスデータを生成し、また移動体ブロードキャストサービスの案内に必要とされる標準化されたメタデータを生成する。

図１において、ＢＣＡＳＴサービス配布／適応部（Ｓｅｒｖｉｃｅ Ｄｉｓｔｒｉｂｕｔｉｏｎ／Ａｄａｐｔａｔｉｏｎ：以下、“ＢＳＤＡ”と称する。）３０は、ＢＣＡＳＴサービスアプリケーション部（ＢＳＡ）２０からの供給を受けたＢＣＡＳＴサービスデータを送信するベアラを設定し、ＢＣＡＳＴサービスの送信スケジュールを決定し、移動体ブロードキャスト案内を生成する。ＢＣＡＳＴ加入管理部（ＢＣＡＳＴ Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ：以下、“ＢＳＭ”と称する。）４０は、ＢＣＡＳＴサービスの受信のための加入者の加入情報、ＢＣＡＳＴサービス提供情報、及びＢＣＡＳＴサービスを受信する端末に関する装置情報を管理する。

端末５０は、ＢＣＡＳＴサービスを受信することができる端末機であり、その性能に従って、セルラーネットワークと接続することができる機能を持つ。ブロードキャストネットワーク６０は、ＢＣＡＳＴサービスを送信するネットワークであって、例えば、デジタルビデオブロードキャスト−ハンドヘルド（ＤＶＢ−Ｈ）、３ＧＰＰのマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）、及び３ＧＰＰ２のブロードキャストマルチキャストサービス（ＢＣＭＣＳ）などのためのものになりうる。双方向ネットワーク（Ｉｎｔｅｒａｃｔｉｏｎ Ｎｅｔｗｏｒｋ）７０は、ポイント・ツー・ポイント（ｐｏｉｎｔ ｔｏ ｐｏｉｎｔ）基盤でＢＣＡＳＴサービスを送信したり、又はＢＣＡＳＴサービスの受信に関連した制御情報及び付加情報を双方向に交換するネットワークであって、例えば、既存のセルラーネットワークとなることができる。

一般的に、ＢＣＡＳＴサービスにおいて、複数の端末は、ブロードキャストサービスを管理するサーバが送信した暗号化されたサービスデータを受信する。この際、複数の端末は、各端末が予め取得した暗号化キー（ｃｒｙｐｔｏｇｒａｐｈｉｃ ｋｅｙ）を使用してこのサーバから提供される暗号化されたサービスデータを復号化（ｄｅｃｉｐｈｅｒ）することにより対応するサービスを使用することができる。

これと関連してブロードキャストコンテンツ及びサービスを暗号化する方法は、サービス保護（Ｓｅｒｖｉｃｅ Ｐｒｏｔｅｃｔｉｏｎ）とコンテンツ保護（Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ）の２つに大別される。ここで、このサービス保護は、ＢＣＡＳＴサービス配布／適応部（ＢＳＤ／Ａ）３０と端末５０との間の送信チャネルの保護を意味し、このコンテンツ保護は、ＢＣＡＳＴサービスアプリケーション部（ＢＳＡ）２０と端末５０との間の終端間の保護を意味する。

しかしながら、ＯＭＡ ＢＣＡＳＴ ＳＰＣＰ ＤＲＭプロフィール（以下、“ＤＲＭプロフィール”と称する。）は、移動体ブロードキャストサービスのためのキー管理方式を実現する。サービス及びコンテンツのためのアクセスプロビジョニング（ａｃｃｅｓｓ ｐｒｏｖｉｓｉｏｎｉｎｇ）のために２種類のキー、すなわち、長期キー（Ｌｏｎｇ Ｔｅｒｍ Ｋｅｙｓ：以下、“ＬＴＫ”と称する。）及び短期キー（Ｓｈｏｒｔ Ｔｅｒｍ Ｋｅｙｓ：以下、“ＳＴＫ”と称する。）が定義される。ＬＴＫは、ユーザサービス加入（ｓｕｂｓｃｒｉｐｔｉｏｎ）ポリシーに従って、すなわち、ＳＴＫは、ＬＴＫキーを用いて暗号化させることによりＳＴＫに対するアクセス条件を設定（ｃｏｎｄｉｔｉｏｎｉｎｇ）するために使用される。ＳＴＫは、トラフィックを実際に暗号化するために使用される。ＬＴＫ及びＳＴＫは、周期的に更新されなければならないが、この際、ＬＴＫの寿命がＳＴＫの寿命よりはるかにさらに長い。ＬＴＫ及びＳＴＫは、権利発行者（Ｒｉｇｈｔｓ Ｉｓｓｕｅｒ：以下、“ＲＩ”と称する。）によりユーザに提供される。

以下では、ＤＲＭプロフィール内でのキー管理について詳細に説明する。

図２は、一般的なＤＲＭプロフィール内で定義されたキー階層（ｋｅｙ ｈｉｅｒａｒｃｈｙ）構成を示す図である。

図２を参照すると、登録レベルキー（Ｒｅｇｉｓｔｒａｔｉｏｎ Ｋｅｙｓ）１００に関連した予測暗号化キー（Ｉｎｆｅｒｒｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ：以下、“ＩＥＫ”と称する。）１２０又は公開／個人キー対（Ｐｕｂｌｉｃ／Ｐｒｉｖａｔｅ Ｋｅｙｐａｉｒ）１１０は、サービス暗号化キー（Ｓｅｒｖｉｃｅ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ：以下、“ＳＥＫ”と称する。）１３０及びプログラム暗号化キー（Ｐｒｏｇｒａｍ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ：以下、“ＰＥＫ”と称する。）１４０と呼ばれる長期間キーを暗号化するのに使用される。ＳＥＫ及びＰＥＫは、汎用権利客体（Ｇｅｎｅｒａｌｉｚｅｄ Ｒｉｇｈｔｓ Ｏｂｊｅｃｔｓ：ＧＲＯｓ）内で各端末に送信される。また、この汎用権利客体は、コンテンツにリンクされた許可（ｐｅｒｍｉｓｓｉｏｎｓ）及び他の属性を含む。ＳＥＫ及びＰＥＫは、１つの単位で購入することができるそれぞれの加入サービス及びプログラムを保護する。このサービスは、１つのプログラムチャネル、あるチャネルの一部分、又はあるグループのプログラムチャネルに対応する。

ＳＥＫ１３０は、全サービスに加入したサービスユーザ（ｓｕｂｓｃｒｉｂｅｄ ｕｓｅｒ）、すなわち、認証に成功することにより個別の要請がなくても持続的にコンテンツ及び定期的にアップデートされるＳＥＫを受信するユーザに提供される。このようなシナリオは、“加入基盤アクセス（ｓｕｂｓｃｒｉｐｔｉｏｎ−ｂａｓｅｄ ａｃｃｅｓｓ）”と呼ぶ。

ＰＥＫ１４０は、サービスに対するアクセスが所定の時間間隔（ｐｒｅｄｅｔｅｒｍｉｎｅｄ ｔｉｍｅ ｉｎｔｅｒｖａｌ）に制限されたユーザ又は単位サービスとしてのプログラムに制限されたユーザに提供される。次のプログラムへの、又は後続時間間隔（ｃｏｎｓｅｑｕｅｎｔ ｔｉｍｅ ｉｎｔｅｒｖａｌ）のアクセスを得るために、対応するユーザは、付加の購入要請を行わなければならない。すなわち、１つのプログラム及び任意の時間間隔は、１つ又はそれ以上のＰＥＫキーに関連することができる。このようなシナリオは、“ペイ−パー−ビュー基盤アクセス（Ｐａｙ−Ｐｅｒ−Ｖｉｅｗ（ＰＰＶ）−ｂａｓｅｄ ａｃｃｅｓｓ）”とも呼ぶ。

ＳＥＫは、仲介キー（ｉｎｔｅｒｍｅｄｉａｔｅ Ｋｅｙ）としてコンテンツを直接暗号化しないが、必要であれば、トラフィック暗号化キー（Ｔｒａｆｆｉｃ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ：以下、“ＴＥＫ”と称する。）１５０又はＰＥＫを暗号化する。ＰＥＫは、ＴＥＫを暗号化するのに使用される。

端末は、ＳＥＫ及びＰＥＫとともにＴＥＫを伝達するメッセージの認証のために使用されるサービス認証シード（Ｓｅｒｖｉｃｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｅｄ：以下、“ＳＡＳ”と称する。）及びプログラム認証シード（Ｐｒｏｇｒａｍ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｅｄ：以下、“ＰＡＳ”と称する。）をそれぞれ受信することができる。ＳＥＫ及びＳＡＳは、サービス暗号化／認証キー（Ｓｅｒｖｉｃｅ Ｅｎｃｒｙｐｔｉｏｎ ａｎｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｋｅｙ ｍａｔｅｒｉａｌ：以下、“ＳＥＡＫ”と称する。）と通称する。ＰＥＫ及びＰＡＳは、プログラム暗号化／認証キー（Ｐｒｏｇｒａｍ Ｅｎｃｒｙｐｔｉｏｎ ａｎｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｋｅｙ ｍａｔｅｒｉａｌ：以下、“ＰＥＡＫ”と称する。）と通称する。

ＳＴＫであるＴＥＫ１５０は、短期キーメッセージ（Ｓｈｏｒｔ Ｔｅｒｍ Ｋｅｙ Ｍｅｓｓａｇｅ：以下、“ＳＴＫＭ”と称する。）に含まれて送信され、必要に応じてＳＥＫ又はＰＥＫにより暗号化される。ＴＥＫは、保安のために頻繁に更新されなければならない。このような頻繁な更新は、多くの帯域幅の消費を要求するために、キー管理システムにおいては、致命的な短所となる。すなわち、ＳＴＫＭメッセージは、ＴＥＫの成功的な送信を保証すると同時にサービスの中断を避けるためにより頻繁に送信されなければならない。

図３及び図４は、上述したキー分配の例を示す。まず、図３は、一般的な加入基盤アクセス環境で提供されるＳＥＫ及びＴＥＫをキー分配フローを示す。

図３を参照すると、加入基盤アクセス環境において、ＳＥＫの寿命（ＳＥＫ ｌｉｆｅｔｉｍｅ：以下、“ＳＥＫ ＬＴ”と称する。）は、ＴＥＫの寿命（ＴＥＫ ｌｉｆｅｔｉｍｅ：以下、“ＴＥＫ ＬＴ”と称する。）の“ｎ”倍として計算される。現在のサービス暗号化キー（ＳＥＫ_ｙ−１）が満了する前に、ＲＩ（権利発行者）は、新たなサービス暗号化キー、ＳＥＫ_ｙを生成することによりＧＲＯ内のサービス加入者に送信しなければならない（２１０）。ＳＥＫ_ｙは、登録レベルキーの中の１つにより暗号化される。その後、現在のサービス暗号化キーＳＥＫ_ｙ−１が満了した後に、ＳＴＫＭを介してＴＥＫ_ｘ＋１、ＴＥＫ_ｘ＋２、．．．、ＴＥＫ_ｘ＋ｎとともに運搬されるＰＥＫは、ＳＥＫ_ｙで暗号化される。また、ＳＥＫ_ｙが満了する前に、ＲＩ（権利発行者）は、新たなＳＥＫ_ｙ＋１を発生することによりこれをサービス加入者に送信する（２２０）。

図４は、一般的なＰＰＶ基盤アクセス状況でのＳＥＫ及びＴＥＫの供給フローを示す。

図４を参照すると、ＰＰＶ基盤アクセス状況において、ＰＥＫの寿命（ＰＥＫ ＬＴ）は、ＴＥＫの寿命（ＴＥＫ ＬＴ）のｍ倍として計算される。ここで、ｍ≦ｎである。

例えば、ＰＥＫ ＬＴ＝０．５＊ＳＥＫ ＬＴと仮定する場合、その結果、ＰＥＫは、ＳＥＫより２倍頻繁に更新されなければならない。例えば、ユーザがＰＥＫ_ｚ及びＰＥＫ_ｚ＋１に関連した２つの後続時間間隔に対して２つの購入要請を行った場合を考えてみる。この場合、ＴＥＫ_ｘ＋１（ＰＥＫ_ｚに関連した１番目のＴＥＫ）が使用される前に、ＲＩ（権利発行者）は、ＰＥＫ_ｚを含む新たなＧＲＯをユーザに送信する（３１０）。ＰＥＫ_ｚは、対応するユーザとＲＩ（権利発行者）との間だけで共有されるＳＭＫ_１により暗号化される。ＴＥＫ_{ｘ＋ｍ＋１}（ＰＥＫ_ｚ＋１に関連した１番目のＴＥＫ）が使用される前に、ＲＩ（権利発行者）は、ＰＥＫ_ｚ＋１を含む新たなＧＲＯをユーザに送信する（３２０）。

しかしながら、ＴＥＫ_{ｘ＋ｎ＋１}が使用される前までユーザによりこれ以上の購入要請が発行されないと、ＲＩ（権利発行者）は、ＴＥＫ_{ｘ＋ｎ＋１}のためのＰＥＫをユーザに送信しないため、ユーザは、ＴＥＫ_{ｘ＋ｎ＋１}から始まるＴＥＫを復号化することができない。したがって、ユーザは、要請したサービス及びサービスコンテンツを使用することができないという問題点があった。

そこで、本発明は上記従来の問題点に鑑みてなされたものであって、本発明の目的は、移動体ブロードキャストシステムにおけるトラフィック暗号化キーを分配する方法、暗号化キーの分配を受ける方法及びこのためのシステムを提供することにある。

本発明の他の目的は、移動体ブロードキャストシステムにおけるトラフィック暗号化キーを含むメッセージを新たに生成し、このメッセージを通じてこのトラフィック暗号化キーを分配し、分配を受ける方法及びこのためのシステムを提供することにある。

上記のような目的を達成するために、本発明の一態様によれば、移動体ブロードキャストシステムにおける端末にブロードキャストされるブロードキャストサービスの保護のための暗号化キーを分配する方法を提供する。前記方法は、前記ブロードキャストサービスが前記端末に提供され始める時、ネットワークが第１の暗号化キーを発生させ、前記発生した第１の暗号化キーを識別するための識別情報を含む汎用権利客体メッセージを前記端末に送信するステップと、前記第１の暗号化キーの寿命が満了する前に、前記ネットワークが第２の暗号化キーを発生させ、前記発生した第２の暗号化キーを識別するための識別情報を含む前記汎用権利客体メッセージを前記端末に送信するステップとを有する。

本発明の他の態様によれば、移動体ブロードキャストシステムにおける端末がブロードキャストサービスの保護のための暗号化キーの分配を受ける方法を提供する。前記方法は、汎用権利客体メッセージをネットワークから受信すると、加入者管理キーを用いて前記汎用権利客体メッセージを検証するステップと、保安関数を用いて前記汎用権利客体メッセージに含まれた暗号化キーを識別するための識別情報を確認するステップと、前記識別情報を通じて前記暗号化キーのためのアクセス値対を識別して記憶するステップとを有する。

本発明のさらに他の態様によれば、移動体ブロードキャストシステムにおける端末にブロードキャストされるブロードキャストサービスの保護のための暗号化キーを分配するシステムを提供する。前記システムは、前記ブロードキャストサービスが提供され始める時、第１の暗号化キーを発生させ、前記発生した第１の暗号化キーを識別するための識別情報を含む汎用権利客体メッセージを送信し、前記第１の暗号化キーの寿命が満了する前に第２の暗号化キーを発生させ、前記発生した第２の暗号化キーを識別するための識別情報を含む前記汎用権利客体メッセージを前記端末に送信するネットワークと、前記汎用権利客体メッセージを前記ネットワークから受信し、前記汎用権利客体メッセージに含まれた第１の暗号化キー及び第２の暗号化キーを識別するための識別情報を確認した後、前記確認した識別情報を通じて暗号化キーのためのアクセス値対を識別し、これを記憶する端末と、を有する。

この明細書中に開示されている発明のうち代表的なものにより得られる効果を簡略に説明すると、下記の通りである。

本発明は、新たなキー階層構成を提供する。また、新たに提供したキー階層構成に従ってブロードキャストサービスのためのコンテンツ及びプログラムのトラフィック暗号化キー（ＴＥＫ）の生成及び取得方法を提供する。さらに、既存のキーの寿命と関連して頻繁に送信されるメッセージの負荷なしに、このキーの寿命及び暗号化キーの範囲を確認することができるメッセージを新たに定義し、この新たに定義したメッセージのフォーマット及び送信方法を提供する。

したがって、ブロードキャストサービスコンテンツのより効率的な保護及び復号を行うという長所がある。また、既存のブロードキャストサービスアクセスシナリオの変更なしに保護及び復号を行うことにより、既存の移動体ブロードキャストシステムとの互換性が柔軟であるという長所がある。

本発明が適用される移動体ブロードキャストシステムのネットワーク構成を示す図である。 一般的なＤＲＭプロフィールのキー階層の構成を示す図である。 一般的なサービス加入者へのＳＥＫ／ＴＥＫの提供を示すフローチャートである。 一般的なＰＰＶユーザへのＳＥＫ／ＴＥＫの提供を示すフローチャートである。 本発明の実施形態によるＤＲＭプロフィールのキー階層構成を示す図である。 本発明の実施形態によるサービス加入者へのアクセス値対の提供を示すフローチャートである。 本発明の実施形態によるＰＰＶユーザへのアクセス値対の提供を示すフローチャートである。 本発明の実施形態による端末における汎用権利客体メッセージを処理する信号フローチャートである。

以下、本発明の好ましい実施形態を添付の図面を参照して詳細に説明する。図面中、同一の構成要素及び部分には、可能な限り同一の符号及び番号を共通使用するものとする。また、以降の説明では、具体的な特定事項を示しているが、これは、本発明のより全般的な理解を助けるべく提供しただけであって、このような特定事項なしでも本発明が実施できることは、当該技術分野における通常の知識を有する者には自明である。さらに、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合には、その詳細な説明を省略する。

本発明は、ＯＭＡ ＢＣＡＳＴサービス保護及びコンテンツ保護構成（ＯＭＡ ＢＣＡＳＴ Ｓｅｒｖｉｃｅ Ｐｒｏｔｅｃｔｉｏｎ ａｎｄ Ｃｏｎｔｅｎｔ Ｐｒｏｔｅｃｔｉｏｎ ａｒｃｈｉｔｅｃｔｕｒｅ：ＤＲＭプロフィール）に適用されるブロードキャストサービスのためのトラフィック暗号化キー（Ｔｒａｆｆｉｃ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ：以下、“ＴＥＫ”と称する。）管理に関するアクセス値対（Ａｃｃｅｓｓ Ｖａｌｕｅ Ｐａｉｒｓ：以下、“ＡＶＰ”と称する。）方案を提供する。

本発明は、権限を与えられたユーザ又はユーザグループ（端末グループ）とサーバ間の暗号化キーの生成、分配、及び保持管理を含む。この暗号化キーは、コンテンツ／サービスプロバイダーによりコンテンツ／サービスユーザに分配されたサービスコンテンツを保護（暗号化）するために使用される。これに関連して、本発明は、サービス、既存のアクセスシナリオを変更せず保持し、ＳＥＫ（サービス暗号化キー）及びＰＥＫ（プログラム暗号化キー）をＡＶＰ（アクセス値対）に置き換える。特に、ＡＶＰ（アクセス値対）は、ＲＩ（権利発行者）によりランダムに生成されるキーシード対（Ｋｅｙ Ｓｅｅｄ Ｐａｉｒ：以下、“ＫＳＰ”と称する。）と呼ばれる任意のランダム値の対を用いて計算される。次いで、ＡＶＰ（アクセス値対）は、複数のＴＥＫ（トラフィック暗号化キ）を導出するために使用される。

したがって、本発明は、キー階層構成を更新し、ＴＥＫ（トラフィック暗号化キー）を確認する方法を変更し、既存の頻繁なＳＴＫＭ（短期キーメッセージ）の送信を防止する。また、本発明に従って新たに提案される汎用権利客体（Ｇｅｎｅｒａｌｉｚｅｄ Ｒｉｇｈｔｓ Ｏｂｊｅｃｔ：ＧＲＯ）メッセージは、ＴＥＫ識別子（ＩＤ）と、アクセス基準（ａｃｃｅｓｓ Ｃｒｉｔｅｒｉａ）と、前のＳＴＫＭ（短期キーメッセージ）を介して運搬された情報及びＡＶＰ（アクセス値対）とを含む。また、本発明は、端末におけるＧＲＯ（汎用権利客体）メッセージの処理方案を提供する。

キー階層構成及び分配

図５は、本発明の実施形態によるキー階層構成を示す図である。

図５を参照すると、登録レベルキー４００に関連した予測暗号化キー（Ｉｎｆｅｒｒｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ：以下、“ＩＥＫ”と称する。）４２０又は端末の公開キー（Ｄｅｖｉｃｅ Ｐｕｂｌｉｃ Ｋｅｙ）４１０は、アクセス値対（Ａｃｃｅｓｓ Ｖａｌｕｅ Ｐａｉｒｓ：“ＡＶＰ”）４３０を暗号化するために使用される。サービスに対するＡＶＰ（以下、“ＳＡＶＰ”と称する。）は、ＫＳＰ（キーシード対）値を示し、プログラムに対するＡＶＰ（以下、“ＰＡＶＰ”と称する。）４３０は、与えられたサービスキーシード対のためのハッシュ値のサブセットを示す。ＡＶＰ（アクセス値対）は、ＧＲＯ（汎用権利客体）メッセージを通じて各端末に伝達され、使用シナリオごとに（例えば、加入基盤及びＰＰＶなど）シングル加入サービス又はプログラムを保護する。このＡＶＰ（アクセス値対）は、１つのセットのＴＥＫ（トラフィック暗号化キー）４４０を導出するために使用される。

本発明に従って、ＴＥＫ（トラフィック暗号化キー）は、これ以上既存の短期間キー（ＳＴＫＭ）メッセージを通じて伝達されず、ＧＲＯ（汎用権利客体）メッセージを通じて送信される。したがって、ＳＡＳ（サービス認証シード）及びＰＡＳ（プログラム認証シード）が付加のキー構成要素を必要とし、他方、付加のキー構成要素（ｋｅｙ ｍａｔｅｒｉａｌ）を必要としない。ここで、ＡＶＰ（アクセス値対）及びＴＥＫ（トラフィック暗号化キー）のキー導出手順は、次のようである。
一方、ＫＳＰ（キーシード対）は、｛ＫＳ１，ＫＳ２｝でなされた対であり、ここで、ＫＳ１及びＫＳ２は、ＲＩ（権利発行者）によりランダムに生成される。ＫＳＰ（キーシード対）から生成されることができるＴＥＫの総数が“ｎ”であるとすると、ＡＶＰは、次のように２つの方式で計算することができる。

１．ユーザがｎ個のＴＥＫ（トラフィック暗号化キー）を生成するように許可を受けた場合：

ＡＶＰ＝ＫＳＰ＝｛ＫＳ１，ＫＳ２｝

２．ユーザがｍ個のＴＥＫ（トラフィック暗号化キー）を生成するように許可を受けた場合（ｍ＜ｎ）：

ａ）下記のようにハッシュ関数をＫＳ_１に“ｎ”回適用し、ハッシュ値｛Ｓ_ｉ｝のシーケンスを記憶する。

Ｓ_１＝ｈａｓｈ（ＫＳ_１）、Ｓ_２＝ｈａｓｈ（Ｓ_１）・・・Ｓ_ｎ−１＝ｈａｓｈ（Ｓ_ｎ−２）、Ｓ_ｎ＝ｈａｓｈ（Ｓ_ｎ−１）

上記のようなハッシュシーケンスは、“フォーワードハッシュシーケンス（ｆｏｒｗａｒｄ ｈａｓｈ ｓｅｑｕｅｎｃｅ）”と呼ぶ。

ｂ）下記のようにハッシュ関数をＫＳ_２に“ｎ”回適用し、最後のハッシュ値から始めてハッシュ値｛Ｍ_ｉ｝のシーケンスを記憶する。

Ｍ_１＝ｈａｓｈ（Ｍ_２）、Ｍ_２＝ｈａｓｈ（Ｍ_３）・・・Ｍ_ｎ−１＝ｈａｓｈ（Ｍ_ｎ）、Ｍ_ｎ＝ｈａｓｈ（ＫＳ_２）

すなわち、Ｍ_１は、ＫＳ_２の“ｎ”回目のハッシュ値であり、Ｍ_２は、ＫＳ_２の“ｎ−１”回目のハッシュ値である。このようなハッシュシーケンスは、“バックワードハッシュシーケンス（ｂａｃｋｗａｒｄ ｈａｓｈ ｓｅｑｕｅｎｃｅ）”と呼ぶ。

ｃ）ＡＶＰ＝｛Ｓｉ，Ｍｊ｝

ここで、ｉは、ｎ個のＴＥＫ（トラフィック暗号化キー）のシーケンスの中でユーザが使用可能な１番目のＴＥＫのインデックス（シーケンス番号）を示し、ｊは、ｎ個のＴＥＫのシーケンスの中でユーザが使用可能な最後のＴＥＫのインデックス（シーケンス番号）を示す。

以下では、キー構成要素をマッピングする場合を示す。一方、キー構成要素（ｍａｔｅｒｉａｌｓ）をマッピングする時、ＳＥＫ（サービス暗号化キー）は、単一ＳＡＶＰ（サービスに対するＡＶＰ）＝ＫＳＰ（キーシード対）にマッピングされるか（すなわち、ＫＳＰ ＬＴ＝ＳＥＫ ＬＴ：ｎ個のＴＥＫは、ＫＳＰから派生する）、複数のＳＡＶＰ（ＳＡＶＰ_１＝ＫＳＰ_１、ＳＡＶＰ_２＝ＫＳＰ_２、．．．）にマッピングされることができる。また、ＰＥＫ（プログラム暗号化キー）は、関連するＳＡＶＰから派生した単一ＰＡＶＰにマッピングされるか、又はそれぞれ関連するＳＡＶＰ（サービスに対するＡＶＰ）から派生した複数のＰＡＶＰにマッピングされることができる。

また、ＢＳＭ（ＢＣＡＳＴ加入管理部）において、ｎ個のＴＥＫ（トラフィック暗号化キー）を次のようにフォーワード及びバックワードハッシュシーケンスから発生させることができる。

ＴＥＫｉ＝Ｓ_ｉ ＸＯＲ Ｍ_ｊ

ここで、ＸＯＲは、ビット単位の排他的ＯＲ演算である。

端末において、｛Ｓ_ｉ，Ｍ_ｊ｝内のｍ個のＴＥＫ（トラフィック暗号化キー）は、次のように計算される。すなわち、区間［１，ｍ］において、すべてのｘに対してｍ個のＳ_ｉ＋ｘ値を計算し、区間［１，ｍ］において、すべてのｘに対してｍ個のＭ_ｊ−ｘ値を計算する。最後に、区間［ｉ，ｉ＋ｍ］でのｘに対してＴＥＫ_ｘ＝Ｓ_ｘ ＸＯＲ Ｍ_ｘを計算する。

一方、一般的に様々な保安プロトコルに対する要請を満足させるためには、ＴＥＫ（トラフィック暗号化キー）派生のために相互に異なるタイプのハッシュ関数が使用されることができ、ハッシュ関数の出力は、切断されて（ｔｒｕｎｃａｔｅｄ）出力されることもある。

図６及び図７は、本発明の実施形態によるキー分配の例を示す。図６及び図７の条件は、図３及び図４のそれと同一である。

図６は、本発明の実施形態による加入基盤アクセス状況でのＳＡＶＰ提供フローを示すフローチャートである。

本発明の実施形態による加入基盤アクセス状況において、ＳＡＶＰ（サービスに対するＡＶＰ）の寿命は、ＴＥＫの寿命のｎ倍に計算される。すなわち、ｎ個のＴＥＫ（トラフィック暗号化キー）がＳＡＶＰ（アクセス値対）から発生することができる。サービスが提供され始める時、ＲＩ（権利発行者）は、新たなＳＡＶＰ_１を発生させ、これを、ＧＲＯ（汎用権利客体）メッセージを通じてサービス加入者に送信する（５１０）。ＳＡＶＰ_１は、ユーザとＲＩ（権利発行者）間だけで共有されるＥＲＫ_１に従って暗号化される。また、ＲＩは、ＳＡＶＰ_１が満了する前に新たなＳＡＶＰ_２を発生させ、これを、ＧＲＯ（汎用権利客体）メッセージを通じてサービス加入者に送信する（５２０）。ＳＡＶＰ_２もユーザとＲＩ間だけで共有されるＥＲＫ_１に従って暗号化される。

図７は、本発明の実施形態によるＰＰＶ（ペイ−パー−ビュー）基盤アクセス状況でのＰＡＶＰ（プログラムに対するＡＶＰ）提供フローを示す。

本発明の実施形態によるＰＰＶ（ペイ−パー−ビュー）基盤アクセス状況において、ＰＡＶＰ（プログラムに対するＡＶＰ）の寿命（ＰＡＶＰ ＬＴ）は、ＴＥＫ（トラフィック暗号化キー）の寿命のｍ倍に計算され、ｍ≦ｎである。図７では、ＳＡＶＰ_１から派生した２個のＰＡＶＰ（ＰＡＶＰ_１、ＰＡＶＰ_２）の例を挙げたが、より多くのＰＡＶＰがあり得る。ユーザは、これらの各々に対して個別の購入要請を発行しなければならない。

ユーザがコンテンツに対するアクセスを開始する前に１番目の購入を行う場合に、ＲＩは、ＧＲＯメッセージを介してＰＡＶＰ_１をユーザに送信する（６１０）。また、ＰＡＶＰ_１が満了する前に、ユーザは、２番目の購入要請を発行し、購入に成功する場合、ＲＩは、ＧＲＯメッセージを介してＰＡＶＰ_２をユーザに送信する（６２０）。ＰＡＶＰ_２が満了する前にこれ以上の購入要請がユーザにより発行されない場合、ＲＩは、ＰＡＶＰをユーザに送信しないので、ユーザは、これ以上コンテンツにアクセスすることができない。

次いで、本発明の実施形態によるキー識別方法について説明する。

キー識別（Ｋｅｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）

以下の表１は、本発明の実施形態によるキー識別子とＤＲＭプロフィールのキー識別子間のマッピング関係を示す。

汎用権利客体フォーマット（ＧＲＯ ｆｏｒｍａｔ）

次いで、本発明の実施形態によるＧＲＯフォーマットについて説明する。まず、ＧＲＯフォーマットは、本発明の実施形態に従って２通りのフォーマットを適用することができる。

１つのフォーマットは、ＯＭＡ ＤＲＭ２．０ Ｒｉｇｈｔｓ Ｏｂｊｅｃｔ（ＲＯ）フォーマットを適用することができる。ＤＲＭ２．０において、権利客体（ＲＯ）は、ＲＩから端末に送信されるＧＲＯメッセージの保護された権利客体（Ｐｒｏｔｅｃｔｅｄ Ｒｉｇｈｔｓ Ｏｂｊｅｃｔ）内に含ませて送信することができる。この保護された権利客体は、権利客体ペイロードを含む。したがって、本発明において、新たな要素及び属性を含むＲＯは、権利客体ペイロード内に挿入されることによりＧＲＯメッセージを通じて端末に送信される。ここで、この新たに定義された構成要素及び属性は、この権利客体ペイロード内に挿入される前にＸＭＬフォーマットで表現することができる。

他の１つのフォーマットは、ブロードキャスト権利客体（Ｂｒｏａｄｃａｓｔ Ｒｉｇｈｔｓ Ｏｂｊｅｃｔ：ＢＣＲＯ）フォーマットを適用することができる。これは、ＧＲＯメッセージがブロードキャストチャネルを介して伝達される時使用される形態で、ブロードキャスト権利客体（ＢＣＲＯ）は、サービス暗号化／認証キー又はプログラム暗号化／認証キーを含む“ＯＭＡＤＲＭＡｓｓｅｔ（）”客体を備える。この客体は、下記の表２のように、本発明で提案するＴＥＫ管理拡張子により簡単に置き換えられる。ＡＶＰ及び“Ｍａｓｔｅｒ Ｓａｌｔ”値は、サービス暗号化／認証キーとプログラム暗号化／認証キーのために定義されたものと同一の規則により暗号化することができる。

トラフィック暗号化キー管理拡張子（ＴＥＫ ｍａｎａｇｅｍｅｎｔ ｅｘｔｅｎｓｉｏｎ）

本発明の実施形態に従って、ＧＲＯメッセージを通じてＴＥＫのための構成要素が送信されることに従って、ＴＥＫを送信する既存の短期間メッセージであるＳＴＫＭは、ＳＴＫＭの管理データを除いてはこれ以上必要でない。一方、ＧＲＯメッセージは、ＳＴＫＭの管理データと関連して、アクセス基準と暗号化されたコンテンツにリンクされた属性とを含む。言い換えれば、本発明の実施形態では、ＳＡＶＰ及びＰＡＶＰがそれぞれＳＥＫ及びＰＥＫに置き換えられ、また、これらに関する許可及び属性が新たに定義されたトラフィック暗号化キー管理拡張子の形態を有するＲＯ形態で置き換えられることによりＴＥＫを送信する。

以下の表２は、本発明の実施形態による汎用権利客体（ＧＲＯ）に対するトラフィック暗号化キー管理拡張子を示す。

上述した表２を参照して、以下のフィールドは、既存のＳＴＫＭから受け継いで定義されたフィールドである。

− ｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎは、プロトコルバージョンを示す。
− ｐｒｏｔｅｃｔｉｏｎ＿ａｆｔｅｒ＿ｒｅｃｅｐｔｉｏｎは、トラフィックを受信した後にそのトラフィックを暗号化することにより記憶すべきであるか否かを示す。
− ａｃｃｅｓｓ＿ｃｒｉｔｅｒｉａ＿ｆｌａｇは、アクセス条件が与えられたトラフィック暗号化キーのために使用可能であるか否かを示す。
− ｔｒａｆｆｉｃ＿ｐｒｏｔｅｃｔｉｏｎ＿ｐｒｏｔｏｃｏｌは、トラフィック保護プロトコルが明記される。
− ｔｒａｆｆｉｃ＿ａｕｔｈｅｎｔｉｃａｔｉｏｎ＿ｆｌａｇは、例えば、ＩＰ保安プロトコル（ＩＰｓｅｃ）のためにトラフィック認証が必要であるか否かを示す。
− ｍａｓｔｅｒ＿ｋｅｙ＿ｉｎｄｅｘ＿ｌｅｎｇｔｈは、安全なリアルタイム転送プロトコル（ＳＲＴＰ）内でマスターキーインテックス（ＭＫＩ）の長さが明記される。
− ｍａｓｔｅｒ＿ｓａｌｔ＿ｆｌａｇは、マスターソルト（ｍａｓｔｅｒ ｓａｌｔ）が存在するか否かを示す。
− ｋｅｙ＿ｉｎｄｉｃａｔｏｒ＿ｌｅｎｇｔｈは、ＩＳＭＡＣｒｙｐ内でキー指示子（ｋｅｙ ｉｎｄｉｃａｔｏｒ）の長さが明記される。
− ｋｅｙ＿ｉｄｅｎｔｉｆｉｅｒ＿ｌｅｎｇｔｈは、ＤＣＦ内でキー指示子の長さが明記される。
− ｔｒａｆｆｉｃ＿ｋｅｙ＿ｌｉｆｅｔｉｍｅは、単一トラフィック暗号化キーの寿命が明記される。
− ｎｕｍｂｅｒ＿ｏｆ＿ａｃｃｅｓｓ＿ｃｒｉｔｅｒｉａ＿ｄｅｓｃｒｉｐｔｏｒｓは、アクセス条件ディスクリプターの個数が明記される。
− ｐｒｏｇｒａｍ＿ｆｌａｇは、プログラム許可（ｐｒｏｇｒａｍ ｐｅｒｍｉｓｓｉｏｎｓ）が存在するか否かを示す。
− ａｃｃｅｓｓ＿ｃｒｉｔｅｒｉａ＿ｄｅｓｃｒｉｐｔｏｒ（）は、アクセス条件（ａｃｃｅｓｓ ｃｒｉｔｅｒｉａ）が明示される。
− ｐｅｒｍｉｓｓｉｏｎｓ＿ｆｌａｇは、プログラム許可が明示される。
− ｐｅｒｍｉｓｓｉｏｎｓ＿ｃａｔｅｇｏｒｙは、プログラム許可範疇が明示される。
− ｒｅｓｅｒｖｅｄ＿ｆｏｒ＿ｆｕｔｕｒｅ＿ｕｓｅは、すべての場合に明示される。

一方、以下のフィールドは、本発明に従って新たに提案されたトラフィック暗号化キー管理方法をサポートするために新たに導入されたフィールドである。

● ＣＩＤ＿ｅｘｔｅｎｓｉｏｎは、ＤＲＭプロフィール内に定義されたコンテンツ識別子である“ｔｈｅ ｓｅｒｖｉｃｅ＿ＣＩＤ”及び“ｐｒｏｇｒａｍ＿ＣＩＤ”の拡張子として、ＴＥＫ ＩＤ_ＬＯＷ及びＴＥＫ ＩＤ_ＨＩＧＨとともに、１つのサービス／プログラムのためのサービスアクセス値対／プログラムアクセス値対を識別することができるようにする。ＣＩＤ＿ｅｘｔｅｎｓｉｏｎは、ＯＭＡ ＢＣＡＳＴのＤＲＭプロフィールで使用しているｓｅｒｖｉｃｅ＿ＣＩＤ＿ｅｘｔｅｎｓｉｏｎ及びｐｒｏｇｒａｍ＿ＣＩＤ＿ｅｘｔｅｎｓｉｏｎに置き換えられる。
● ｎｕｍｂｅｒ＿ｏｆ＿ｔｒａｆｆｉｃ＿ｋｅｙｓは、与えられたＡＶＰから導出されるＴＥＫの個数を示す。
● ｅｎｃｒｙｐｔｅｄ＿ａｃｃｅｓｓ＿ｖａｌｕｅ＿ｌｅｎｇｔｈは、ＡＶＰの長さを示す。
● ｅｎｃｒｙｐｔｅｄ＿ｆｉｒｓｔ＿ａｃｃｃｅｓｓ＿ｖａｌｕｅは、ＡＶＰ（Ｓ_ｉ）の１番目の要素を暗号化する。ここで、ＡＶＰの要素は、ＤＲＭプロフィール内でキー暗号化のために定義されたものと同一の方式で暗号化されることができる。
● ｅｎｃｒｙｐｔｅｄ＿ｓｅｃｏｎｄ＿ａｃｃｅｓｓ＿ｖａｌｕｅは、ＡＶＰ（Ｍ_ｊ）の２番目の要素を暗号化する。
● ｎｕｍｂｅｒ＿ｏｆ＿ｔｅｋ＿ｄｅｓｃｒｉｐｔｏｒｓは、管理データ内でＴＥＫディスクリプターの個数を示す。ここで、管理拡張子は、少なくとも１つのＴＥＫディスクリプターを含む。また、使用可能なＴＥＫディスクリプターは、コンテンツにリンクされた許可及び属性と与えられたＡＶＰとを十分に説明する。すなわち、すべてのＴＥＫキーに与えられることができる。
● ｓｅｃｕｒｉｔｙ＿ｐａｒａｍｅｔｅｒ＿ｉｎｄｅｘは、ＳＴＫＭから受け継いで変形されたフィールドであって、ＡＶＰから導出した１番目のＴＥＫで保護されるコンテンツと関連した１番目のＩＰｓｅｃＥＳＰヘッダーに向かうリンクを提供する。
● ｎｕｍｂｅｒ＿ｏｆ＿ｔｒａｆｆｉｃ＿ｋｅｙは、現在のｔｅｋ＿ｄｅｓｃｒｉｐｔｏｒが有効なＴＥＫの範囲を示し、ＩＰｓｅｃ、ＳＲＴＰ、ＩＳＭＡＣｒｙｐ又はＤＣＦのｓｅｃｕｒｉｔｙ＿ｐａｒａｍｅｔｅｒ＿ｉｎｄｅｘ、ｍａｓｔｅｒ＿ｋｅｙ＿ｉｎｄｅｘ、ｋｅｙ＿ｉｎｄｉｃａｔｏｒ ｏｒ ｋｅｙ＿ｉｄｅｎｔｉｆｉｅｒ内のＴＥＫ ＩＤ部分値から始まる。
● ｍａｓｔｅｒ＿ｋｅｙ＿ｉｎｄｅｘは、ＳＴＫＭから受け継いで変形されたフィールドであって、ＡＶＰから導出した１番目のＴＥＫで保護されるコンテンツと関連したＳＲＴＰヘッダーに向かうリンクを提供する。
● ｍａｓｔｅｒ＿ｓａｌｔ＿ｓｅｅｄ＿ｌｏｗは、必要な個数のソルト値（各トラフィック暗号化キーごとに少なくとも１つずつ設定可能である。）を導出するために使用される２番目のＡＶＰの１番目のランダム値である。端末は、ＴＥＫの生成の時ソルト値を導出するように定義されたものと同一の手順に従う。また、端末は、導出した値を１１２ビットに切断（ｔｒｕｎｃａｔｉｎｇ）することができる。
● ｍａｓｔｅｒ＿ｓａｌｔ＿ｓｅｅｄ＿ｈｉｇｈは、ソルトを導出するために使用されたＫＳＰの２番目のランダム値である。
● ｋｅｙ＿ｉｎｄｉｃａｔｏｒは、ＳＴＫＭから受け継いで変形されたフィールドであって、ＡＵを復号化するために使用された１番目のＴＥＫに向かうリンクを提供する。
● ｋｅｙ＿ｉｄｅｎｔｉｆｉｅｒは、ＳＴＫＭから受け継いで変形されたフィールドであって、ＤＣＦ暗号化されたファイルを復号化するために使用された１番目のＴＥＫに向かうリンクを提供する。

図８は、本発明の実施形態による端末におけるＴＥＫ管理拡張子の処理工程を示す信号フローチャートである。

図８を参照すると、端末は、ステップ７０１で、ＧＲＯメッセージを受信し、ＣＩＤ＿ｅｘｔｅｎｓｉｏｎを検索した後、これを記憶する。ステップ７０３で、端末は、ＡＶＰを導出し、この与えられたＡＶＰの長さ（例えば、ＡＶＰの有効な寿命）及びＡＶＰから導出可能なＴＥＫの個数を確認する。

ステップ７０３で、端末は、ｅｎｃｒｙｐｔｅｄ＿ｆｉｒｓｔ＿ａｃｃｅｓｓｔ＿ｖａｌｕｅ、ｅｎｃｒｙｐｔｅｄ＿ｓｅｃｏｎｄ＿ａｃｃｅｓｓ＿ｖａｌｕｅ、ｎｕｍｂｅｒ＿ｏｆ＿ｔｒａｆｆｉｃ＿ｋｅｙｓ、及びｅｎｃｒｙｐｔｅｄ＿ａｃｃｅｓｓ＿ｖａｌｕｅ＿ｌｅｎｇｔｈをＧＲＯメッセージから検索することができる。したがって、ステップ７０５で、端末は、この検索された値に基づいて１つのセットのＴＥＫを計算する。

ステップ７０７で、端末は、ＴＥＫディスクリプターの個数を確認する。これは、ｎｕｍｂｅｒ＿ｏｆ＿ｔｅｋ＿ｄｅｓｃｒｉｐｔｏｒｓを介して確認することができ、ＴＥＫディスクリプターは、与えられたＡＶＰに関する説明であり、コンテンツにリンクされた許可及び属性に関する説明である。ステップ７０９で、端末は、プロトコル属性を検索する。例えば、ｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎ、ｔｒａｆｆｉｃ＿ｐｒｏｔｅｃｔｉｏｎ＿ｐｒｏｔｏｃｏｌ、及びｔｒａｆｆｉｃ＿ａｕｔｈｅｎｔｉｃａｔｉｏｎ＿ｆｌａｇをチェックする。ステップ７１１で、この選択されたトラフィック保護プロトコルに基づいて、すなわち、ｎｕｍｂｅｒ＿ｏｆ＿ｔｒａｆｆｉｃ＿ｋｅｙｓ及びプロトコル特定インデキシング（ｐｒｏｔｏｃｏｌ−ｓｐｅｃｉｆｉｃ ｉｎｄｅｘｉｎｇ）を使用して現在のＴＥＫディスクリプターが適用されるＴＥＫ ＩＤの範囲を検索し、コンテンツと関連したリンクを記憶する。ステップ７１３で、このトラフィックに対する認証が必要であれば、ステップ７１５で、トラフィック認証構成要素（例えば、ソルト）を導出する。ステップ７１７で、ｔｒａｆｆｉｃ＿ｋｅｙ＿ｌｉｆｅｔｉｍｅからＴＥＫキーの現在の範囲ごとにＴＥＫ寿命を記憶する。

ステップ７１９で、アクセス条件を使用することができると、ステップ７２１で、今回の順序及び次の順序のためにＴＥＫの現在の範囲ごとにアクセス条件を処理し、これを記憶する。ステップ７２３で、プログラム許可が使用されることができると、ステップ７２５で、プログラム許可（ｐｅｒｍｉｓｓｉｏｎｓ＿ｃａｔｅｇｏｒｙ）を処理し、これを記憶する。

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。

ＡＶＰ アクセス値対（Ａｃｃｅｓｓ Ｖａｌｕｅ Ｐａｉｒｓ）
ＢＳＡ ＢＣＡＳＴサービスアプリケーション部（Ｓｅｒｖｉｃｅ Ａｐｐｌｉｃａｔｉｏｎ）
ＢＳＤ／Ａ ＢＣＡＳＴサービス配布／適応部（Ｓｅｒｖｉｃｅ Ｄｉｓｔｒｉｂｕｔｉｏｎ／Ａｄａｐｔａｔｉｏｎ）
ＢＳＭ ＢＣＡＳＴ加入管理部（ＢＣＡＳＴ Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）
ＣＣ コンテンツ供給者（Ｃｏｎｔｅｎｔ Ｃｒｅａｔｉｏｎ）
ＧＲＯ 汎用権利客体（Ｇｅｎｅｒａｌｉｚｅｄ Ｒｉｇｈｔｓ Ｏｂｊｅｃｔｓ）
ＩＥＫ 予測暗号化キー（Ｉｎｆｅｒｒｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）
ＫＳＰ キーシード対（Ｋｅｙ Ｓｅｅｄ Ｐａｉｒ）
ＰＡＳ プログラム認証シード（Ｐｒｏｇｒａｍ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｅｄ）
ＰＡＶＰ プログラムに対するＡＶＰ
ＰＥＫ プログラム暗号化キー（Ｐｒｏｇｒａｍ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）
ＰＰＶ ペイ−パー−ビュー（Ｐａｙ−Ｐｅｒ−Ｖｉｅｗ）
ＲＩ 権利発行者（Ｒｉｇｈｔｓ Ｉｓｓｕｅｒ）
ＳＡＳ サービス認証シード（Ｓｅｒｖｉｃｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｅｄ）
ＳＡＶＰ サービスに対するＡＶＰ
ＳＥＫ サービス暗号化キー（Ｓｅｒｖｉｃｅ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）
ＳＴＫＭ 短期キーメッセージ（Ｓｈｏｒｔ Ｔｅｒｍ Ｋｅｙ Ｍｅｓｓａｇｅ）
ＴＥＫ トラフィック暗号化キー（Ｔｒａｆｆｉｃ Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）

Claims (22)

1. 移動体ブロードキャストシステムにおける端末にブロードキャストされるブロードキャストサービスの保護のための暗号化キーを分配する方法であって、
   前記ブロードキャストサービスが前記端末に提供され始める時、ネットワークが第１の暗号化キーを発生させ、前記発生した第１の暗号化キーを識別するための識別情報を含む汎用権利客体メッセージを前記端末に送信するステップと、
   前記第１の暗号化キーの寿命が満了する前に、前記ネットワークが第２の暗号化キーを発生させ、前記発生した第２の暗号化キーを識別するための識別情報を含む前記汎用権利客体メッセージを前記端末に送信するステップと
   を有することを特徴とする暗号化キー分配方法。
2. 前記第１の暗号化キーを識別するための識別情報及び前記第２の暗号化キーを識別するための識別情報は、第１のアクセス値対及び第２のアクセス値対を識別するための値を含むことを特徴とする請求項１に記載の暗号化キー分配方法。
3. 前記第１のアクセス値対及び前記第２のアクセス値対は、それぞれサービスアクセス値対及び前記サービスアクセス値対から派生する少なくとも１つのプログラムアクセス値対を含むことを特徴とする請求項２に記載の暗号化キー分配方法。
4. 前記第１のアクセス値対及び前記第２のアクセス値対の前記第１の暗号化キーの寿命及び前記第２の暗号化キーの寿命は、前記第１の暗号化キー及び前記第２の暗号化キーから派生するトラフィック暗号化キーの寿命のそれぞれ整数倍であることを特徴とする請求項２に記載の暗号化キー分配方法。
5. 前記第１のアクセス値対及び前記第２のアクセス値対は、それぞれトラフィック暗号化キーの１番目のインデックス及び最後のインデックスを含み、
   ネットワークは、前記端末の前記第１の暗号化キー及び前記第２の暗号化キーに対する購入要請に従って、前記第１のアクセス値対及び前記第２のアクセス値対を含む権利客体を含む前記汎用権利客体メッセージを前記端末に送信することを特徴とする請求項２に記載の暗号化キー分配方法。
6. 前記ネットワークは、前記端末の前記第１の暗号化キー及び前記第２の暗号化キーに対する購入要請に従って前記第１のアクセス値対及び前記第２のアクセス値対を含むブロードキャスト権利客体を含むブロードキャスト汎用権利客体メッセージを前記端末に送信することを特徴とする請求項５に記載の暗号化キー分配方法。
7. 前記第１の暗号化キー及び前記第２の暗号化キーは、前記端末と前記ネットワーク間だけで共有される加入者管理キーに従って暗号化されたキーであることを特徴とする請求項１に記載の暗号化キー分配方法。
8. 移動体ブロードキャストシステムにおける端末がブロードキャストサービスの保護のための暗号化キーの分配を受ける方法であって、
   汎用権利客体メッセージをネットワークから受信すると、加入者管理キーを用いて前記汎用権利客体メッセージを検証するステップと、
   保安関数を用いて前記汎用権利客体メッセージに含まれた暗号化キーを識別するための識別情報を確認するステップと、
   前記識別情報を通じて前記暗号化キーのためのアクセス値対を識別して記憶するステップと
   を有することを特徴とする暗号化キーの分配を受ける方法。
9. 前記端末は、サービスアクセス値対及び前記サービスアクセス値対から派生する少なくとも１つのプログラムアクセス値対を前記アクセス値対から確認するステップを含むことを特徴とする請求項８に記載の暗号化キーの分配を受ける方法。
10. 前記端末は、前記識別情報を通じて識別されたアクセス値対と、前記アクセス値対の寿命と、前記アクセス値対から派生するトラフィック暗号化キーの個数とを確認するステップを含むことを特徴とする請求項８に記載の暗号化キーの分配を受ける方法。
11. 前記端末は、前記アクセス値対に関する説明を含むディスクリプターの個数及び前記確認された個数のディスクリプターを確認するステップを含むことを特徴とする請求項１０に記載の暗号化キーの分配を受ける方法。
12. 前記端末は、前記確認された個数のディスクリプターが適用される前記トラフィック暗号化キーの範囲を検索するステップを含むことを特徴とする請求項１１に記載の暗号化キーの分配を受ける方法。
13. 移動体ブロードキャストシステムにおける端末にブロードキャストされるブロードキャストサービスの保護のための暗号化キーを分配するシステムであって、
    前記ブロードキャストサービスが提供され始める時、第１の暗号化キーを発生させ、前記発生した第１の暗号化キーを識別するための識別情報を含む汎用権利客体メッセージを送信し、前記第１の暗号化キーの寿命が満了する前に第２の暗号化キーを発生させ、前記発生した第２の暗号化キーを識別するための識別情報を含む前記汎用権利客体メッセージを前記端末に送信するネットワークと、
    前記汎用権利客体メッセージを前記ネットワークから受信し、前記汎用権利客体メッセージに含まれた第１の暗号化キー及び第２の暗号化キーを識別するための識別情報を確認した後、前記確認した識別情報を通じて暗号化キーのためのアクセス値対を識別し、これを記憶する端末と
    を有することを特徴とする移動体ブロードキャストシステム。
14. 前記第１の暗号化キー及び前記第２の暗号化キーを識別するための前記識別情報は、第１のアクセス値対及び第２のアクセス値対を識別するための値を含むことを特徴とする請求項１３に記載の移動体ブロードキャストシステム。
15. 前記第１のアクセス値対及び前記第２のアクセス値対は、それぞれサービスアクセス値対及び前記サービスアクセス値対から派生する少なくとも１つのプログラムアクセス値対を含むことを特徴とする請求項１４に記載の移動体ブロードキャストシステム。
16. 前記第１のアクセス値対及び前記第２のアクセス値対の前記第１の暗号化キーの寿命及び前記第２の暗号化キーの寿命は、前記第１の暗号化キー及び前記第２の暗号化キーから派生するトラフィック暗号化キーの寿命のそれぞれ整数倍であることを特徴とする請求項１５に記載の移動体ブロードキャストシステム。
17. 前記第１のアクセス値対及び前記第２のアクセス値対は、それぞれトラフィック暗号化キーの１番目のインデックス及び最後のインデックスを含み、
    ネットワークは、前記端末の前記第１の暗号化キー及び前記第２の暗号化キーに対する購入要請に従って、前記第１のアクセス値対及び前記第２のアクセス値対を含む権利客体を含む前記汎用権利客体メッセージを前記端末に送信することを特徴とする請求項１６に記載の移動体ブロードキャストシステム。
18. 前記ネットワークは、前記端末の前記第１の暗号化キー及び前記第２の暗号化キーに対する購入要請に従って、前記第１のアクセス値対及び前記第２のアクセス値対を含むブロードキャスト権利客体を含むブロードキャスト汎用権利客体メッセージを前記端末に送信することを特徴とする請求項１７に記載の移動体ブロードキャストシステム。
19. 前記端末は、サービスアクセス値対及び前記サービスアクセス値対から派生する少なくとも１つのプログラムアクセス値対を前記アクセス値対から確認することを特徴とする請求項１３に記載の移動体ブロードキャストシステム。
20. 前記端末は、前記識別情報を通じて識別されたアクセス値対と、前記アクセス値対の寿命と、前記アクセス値対から導出可能なトラフィック暗号化キーの個数とを確認することを特徴とする請求項１４に記載の移動体ブロードキャストシステム。
21. 前記端末は、前記アクセス値対に関する説明を含むディスクリプターの個数及び前記ディスクリプターを確認することを特徴とする請求項２０に記載の移動体ブロードキャストシステム。
22. 前記端末は、前記確認されたディスクリプターが適用される前記トラフィック暗号化キーの範囲を検索することを特徴とする請求項２１に記載の移動体ブロードキャストシステム。

Images