ストリーミングコンテンツの微粒度権利（ｆｉｎｅｇｒａｉｎｒｉｇｈｔｓ）マネージメント
本発明は、保護されたストリーミングコンテンツを受信装置へ配送するための方法、装置及びシステムを提供する。本発明の１つの態様において、放送局は、ストリーミングコンテンツを供給する。視聴者が適切に認証されるよう確保するために、ストリーミングコンテンツがトラフィックキーで暗号化される。トラフィックキーは、サービスキーで暗号化されたキーストリームメッセージを経てユーザに与えられる。ユーザは、権利発行者から少なくとも１つの権利オブジェクトを得、この少なくとも１つの権利オブジェクトは、ストリーミングコンテンツを使用できるようにサービスキーを含む。又、少なくとも１つの権利オブジェクトは、権利発行者により構成できる使用権に関する情報も含み、従って、ユーザ及び／又は受信装置に基づいて、異なる権利を得ることができる。キーストリームメッセージは、コンテンツの形式を指示する番組分類変数値を含み、そして権利オブジェクトに関連して、ストリーミングコンテンツに対してどんな使用権が存在するか決定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保護されたマルチメディアコンテンツの配送に係る。より詳細には、本発明は、保護されたコンテンツの各部分に対するユーザの権利について改良された制御を行なうのに使用するための装置及び方法を提供する。
【背景技術】
【０００２】
ビデオストリーミング、データストリーミング、及びブロードバンドデジタル放送番組は、ワイヤレスネットワークアプリケーション、例えば、インターネットプロトコル（ＩＰ）マルチキャストサービスにおいて人気が高まりつつある。これらのワイヤレスアプリケーションをサポートするために、ワイヤレス放送システムは、データサービスをサポートするデータコンテンツを多数のワイヤレスターミナルへ同時に送信する。デジタルメディアコンテンツ又は他のデータは、種々のアプリケーションプロトコル、搬送プロトコル及びネットワークプロトコルを使用して放送される。例えば、放送システムは、ＭＰＥＧ４−ＡＶＣビデオ、ＭＰＥＧ４−ＡＡＣオーディオ、及び補助的データコンポーネントがＲＴＰ及び／又はＡＬＣへとパケット化及びカプセル化されるようにしてオーディオ−ビジュアルサービスが送信されるＩＰデータ放送を提供する。パケットは、その後、ＵＤＰ及びＩＰへとフォーマットされ、ＭＰＥＧ２−ＴＳ（例えば、ＤＶＢ−Ｈ）においてＭＰＥを経て送信される。パケット交換ドメインでは、マルチメディアセッションの概念は、１つ以上のセッションコンポーネント（前記ケースではオーディオ、ビデオ及び補助的データ）が論理的に一緒に結合されるのを要求する。マルチメディアセッションの部分は、共通の開始時間と終了時間との間に送信される。しかしながら、放送環境では、放送信号を受信できる全受信者が、放送信号により搬送されるデータを受信することができる。コンテンツ販売者は、資格のある受信者しかマルチメディアコンテンツをユーザに提示できないように、マルチメディアコンテンツへのアクセスを制限するのが重要である。
【０００３】
オープンモバイルアリアンス（ＯＭＡ）ＤＲＭシステムのようなデジタル権利マネージメント（ＤＲＭ）システムは、ＯＭＡ ＤＲＭデジタルコンテンツファイル（ＤＣＦ）のような個別ファイルへのアクセスを販売するのに使用されている。１つの考えられる解決策として、コンテンツプロバイダーからの装置（人間のユーザによって命令される）は、コンテンツキーにより暗号化されたＤＣＦ（例えば、ＭＰ３音楽ファイル）を得る。この装置は、（とりわけ）２つの部分、即ちＤＣＦを解読するためのコンテンツキー、及びＤＣＦに対する使用権、を含む権利オブジェクト（ＲＯ）を権利発行者（ＲＩ）から別々に得る（即ち、購入する）。使用権は、装置（ひいては、その人間のユーザ）が解読されたＤＣＦコンテンツを使用する仕方、例えば、コンテンツを使用するための時間範囲、コンテンツをコピーしてもよいかどうか、等々を制御する。異なるＲＩは、同じＤＣＦに対するＲＯを異なる価格で且つ異なる使用権と共に販売することができる。
【０００４】
しばしば、例えば、ＯＭＡ ＤＲＭの場合に、使用権は、週に何日、１日何時間、何日周期、等々の変数に基づき条件に応じて含む権利表現言語（ＲＥＬ）で表わされる。例えば、特定の使用権は、時間周期で延長すると言うことができる。ＲＥＬは、例えば、オープンデジタル権利言語（ＯＤＲＬ）及び延長可能な権利マークアップ言語（ＸｒＭＬ）を含む。
【０００５】
最近、個別のＤＣＦファイルに加えて、ストリーミングサービスも販売するためのＤＲＭシステムが配備されつつある。このようなストリーミングサービスの特殊なケースは、多数の装置が同じ放送ストリームを受信する真のラジオ放送ストリーミングサービス（以下、放送サービス）である。例えば、ＩＰデータキャスト（ＩＰＤＣ）サービスを販売し購入するためのＯＭＡ ＤＲＭが示唆されると共に、デジタルビデオ放送（ＤＶＢ）組織により解決策を標準化して、（とりわけ）ＤＶＢ−Ｈ（ハンドヘルド）ラジオ放送技術より上で、ハンドヘルドテレビ受像機をサポートしつつある。
【０００６】
放送サービスにおける典型的な組織的役割は、１）コンテンツプロバイダーからストリーミングコンテンツを得て、それを暗号化して無線経路に放送する放送局、及び２）ＲＯを販売し、コンテンツを解読し、そして放送を受信する装置におけるその使用権を設定する複数のＲＩ、を含む。ＲＯは、暗号化されたコンテンツそれ自体と同じ放送無線経路を経て、又はセルラーデータ搬送波のような個別の相互作用チャンネル（例えば、ＧＳＭ ＧＰＲＳ、汎用パケット無線サービス）を経て、配送することができる。
【０００７】
このようなシナリオにおいて、通常、各ＲＯのキーでは、ストリーミングコンテンツを直接的に解読することができない。というのは、ストリーミングコンテンツは、（個別のＤＣＦファイルとは異なり）連続的だからである。コンテンツを解読する１つの既知の技術は、ＤＶＢ条件付きアクセスに使用されるようなキーハイアラーキーである。放送局は、トラフィックキー（ＴＫ）により各々暗号化されたストリーミングコンテンツのシーケンスを送信し、トラフィックキーを周期的に変更する。少なくともトラフィックキーが変化するときに、サービスキー（ＳＫ）で暗号化されたトラフィックキーを含むキーストリームメッセージ（ＫＳＭ）が送信される。ＲＯは、サービスキーを含む。それ故、受信装置は、ＲＯのサービスキーを使用して、ＫＳＭのトラフィックキーを解読することができる。次いで、受信装置は、トラフィックキーを使用して、ストリーミングコンテンツを解読することができる。実際に、ＫＳＭは、あるサービスから別のサービスへ迅速な「チャンネル切り換え」を可能にするために非常に頻繁に放送されねばならない。
【０００８】
又、サービスキーも、周期的に変化するが、変化の頻度は、通常、極めて低い。従って、装置がストリーミングコンテンツを解読し続けるためには、新たなサービスキーが要求される。それ故、新たなサービスキーを伴う新たなＲＯを装置によって得て、古いものに置き換えることができる。従って、ＲＯは、トラフィックキーを解読してストリーミングコンテンツを解読するためにサービスキーを使用できる時間に等しいある有効周期を有する。
【０００９】
上述したように、放送サービスのためのＲＯは、ＲＯの有効周期中に、ストリーミングコンテンツを解読し、アクセス可能にする。ＤＣＦのケースと同様に、ＲＯを使用して、同じ有効周期中にＲＥＬで表わされた使用権を述べることができる。例えば、ＤＶＢ−Ｈベースのハンドヘルドテレビ放送サービスについて考える。通常、装置は、チャンネルの番組のようなテレビサービスを、受信時に、ディスプレイに（人間のユーザが視聴できるように）レンダリングすることが許される。使用権は、装置／ユーザが、テレビサービスであるストリーミングコンテンツで何を行ってもよいかを述べる。例えば、使用権は、コンテンツを記録してもよく、後で再生してもよく、別の装置へコピーしてもよく、視聴するだけであり、或いはどんな権利を与えることが望まれるかを与えることができる。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
この方法は、あるレベルの機能性を与えるが、問題もある。各ＲＯは、有効周期に対して１セットの使用権しか述べることができない。この制御レベルでは、不充分である。例えば、ハンドヘルドテレビ放送サービスには、ＲＩが使用に関して異なる制御レベルを与えることを望む異なる形式のテレビ番組がある。ＲＩは、ニュース、広告又はクイズのようなある形式又は部分のコンテンツに対し自由な「何かを行なう(do anything)」使用権を許すが、特別なスポーツエベントや映画特集のような他の形式又は部分のコンテンツに対し使用権を制限することを希望する。従って、比較的長い有効周期を伴うＲＯは、ストリーミングコンテンツのアクセス（即ち解読）に対して優れているが、その形式又は部分のコンテンツの使用が、その形式又は部分のコンテンツに対して許可されることが意図された使用権に基づくように、ＲＯの有効周期内に高い頻度及び／又は精度をもつ使用権を与えるより微粒度の手段を提供することが有用である。
【００１１】
更に、あるコンテンツに対する権利は、１日何時間又は週何日に基づいて変化し得る。更に、ユーザは、コンテンツの異なる部分に対して異なる権利を有することもある。例えば、収入の回収を向上させるために、ユーザは、ユーザがサービスに契約するか又はサービスをオーダーする（例えば、ペイ・パー・ビュー）場合だけ特別のマルチメディアサービスにアクセスすることがしばしば許される。しかしながら、コンテンツは、時間周期に分割されてもよい。従って、例えば、ユーザは、全週契約ではなく週末版に契約することを決定できる。ＲＩは、週末版契約で入手できるコンテンツのある部分をセーブして他の者へ自由に転送するのを許すが、コンテンツの他の部分を単一の使用又は更に制御された配布セットに制限する。
【課題を解決するための手段】
【００１２】
本発明の１つの態様では、数ビットで構成されて頻繁に送信されるセレクタは、以前に取得されて１つ以上のＲＯ内に収容された権利のセットからコンテンツの特定部分に対する権利を選択することができる。セレクタは、比較的小さいので、セレクタを頻繁に送信しても、使用可能な帯域にはあまり影響が及ばない。あまり頻繁に変化しない１つ以上のＲＯは、権利の詳細を与えることができ、それ故、放送チャンネルにおいて帯域巾を節約する結果となる。従って、１つ以上のＲＯが依然ＲＥＬの全豊富さを利用して、コンテンツの各部分に対してどんな権利があるか定義することができる。
【００１３】
本発明の別の態様は、保護されたマルチメディアコンテンツを受信装置へ配送するための方法、装置及びシステムを提供する。保護されたマルチメディアコンテンツの部分及びそれに関連したキー情報は、同じタイムスライスバーストに挿入される。その結果、キー情報は、マルチメディアコンテンツとの同期を維持しながら、頻繁に変化されてもよい。本発明の一実施形態では、タイムスライスバーストは、ＤＶＢ−Ｈシステム、ＤＶＢ−Ｔシステム、ＡＴＳＣシステム及びＩＳＤＢ−Ｔシステムを含む通信システムにより、送信装置から受信装置へ送出される。非常に頻繁に送られるＫＳＭは、各々、少量の番組分類情報を含み、これは、ＲＥＬ変数へ変換され、それにより、全ＲＩのＲＯから、又は（別の実施として）各ＲＩのＲＯから個々に、条件付き使用権を選択する。一実施形態では、選択は、テレビ番組特有のものでよい。
【００１４】
本発明の別の態様では、ＫＳＭにおいて送信される番組分類情報は、１セットの完全なＲＯのうちの１つ、又はおそらく同じ親ＲＯに関係した多数の子ＲＯのうちの１つを選択するのに使用できる。
【発明を実施するための最良の形態】
【００１５】
同じ部分が同じ参照番号で示された添付図面を参照した以下の詳細な説明から、本発明及びその効果がより完全に理解されよう。
【００１６】
以下、本発明が実施される種々の実施形態を例示した添付図面を参照して説明する。他の実施形態も使用でき、又、本発明の実施形態から逸脱せずに、構造的及び機能的変更がなされ得ることを理解されたい。
【００１７】
組織の助けとなり且つ読者の理解を容易にするために、詳細な説明は、２つの部分で行なう。先ず、図１−２７において、本発明の態様に基づきコンテンツを送信し及び受信する方法に関する詳細を述べる。次いで、図２８−３３において、コンテンツの部分に対して使用権を制御するための方法及び装置に関する詳細を述べる。
【００１８】
ストリーミングコンテンツを供給する方法及び装置
図１は、本発明の実施形態によるタイムスライス送信を使用するインターネットプロトコル（ＩＰ）サービスの送信を示す。ベースステーションは、データストリーム１０１、１０３、１０５及び１０７を使用して複数のＩＰサービスに対するデータパケットを放送する。（各データストリームには、データレート容量の一部分が割り当てられる。）この実施形態において、ベースステーションは、ベーストランシーバステーション（ＢＴＳ）、ベースステーションコントローラ（ＢＳＣ）、これらＢＴＳ及びＢＳＣの組み合せ、並びにベーストランシーバステーションの第三世代（３Ｇ）呼称であるノードＢにより通常行なわれる機能をサポートすることができる。データ送信は、ＩＰサービスのデータパケットがデータストリームを通して連続的に搬送されるように、本質的に連続的である。
【００１９】
データパケットのロスを軽減するため、データストリーム１０１、１０３、１０５及び１０７が、ベースステーションにより、データパケット１０９、１１１、１１３及び１１５のバーストへとマップされ、データストリーム１０１、１０３、１０５及び１０７ではなくこれらバーストが無線チャンネルを経て送信される。各データストリーム（１０１、１０３、１０５及び１０７）、ひいては、各バースト（１０９、１１１、１１３及び１１５）は、少なくとも１つのデータサービスをサポートする。従って、各バーストは、複数のデータサービス（例えば、関連データサービスのグループ）をサポートすることができる。
【００２０】
バースト１０９、１１１、１１３及び１１５に関連したデータレートは、通常、データストリーム１０１、１０３、１０５及び１０７に関連したデータレートより大きく、それに対応する数のデータパケットを、より短い時間内に送信することができる。この実施形態において、データストリーム１０１、１０３、１０５及び１０７は、約１００Ｋビット／秒の連続データレートに対応する。バースト１０９、１１１、１１３及び１１５は、通常、約１秒巾で約４Ｍビット／秒に対応する（が、１０Ｍビット／秒を越えることもある）。しかしながら、他の実施形態では、データストリーム１０１−１０７及びバースト１０９−１１５に対して異なるデータレートを使用してもよい。
【００２１】
この実施形態では、全データレート容量が所与の時間に１つのバーストに割り当てられる。図１に示すように、バースト１０９、１１１、１１３及び１１５は、時間的にインターリーブされる。１つのバースト（例えば、バースト１０９）の連続する送信と送信との間にアイドル時間巾（その間に特定のデータサービスに対してデータパケットが送信されない）が生じる。ワイヤレス放送システムは、このアイドル時間巾を使用し、その間に、ワイヤレスターミナルが別のベースステーションへ転送を行なってハンドオーバーを完了するように命令することができる。この別のベースステーションは、ベースステーションが異なる中心周波数及び異なる位相シフト量を使用してワイヤレスターミナルに以前にサービスしたときと同じデータを送信することができる。タイムスライスを使用することで、ターミナルは、電源（通常、バッテリ）により供給される電力の消費を減少することができる。
【００２２】
バーストは、通常、ベースステーションにより周期的に送信される。例えば、バースト１０９のＴ秒後に構造バーストが発生し、ここで、バーストは、Ｔ秒ごとに送信される。ワイヤレスターミナルは、グローバルポジショニングシステム（ＧＰＳ）で正確なタイミングを維持し、各バーストが発生する絶対的時間を決定することができる。別の実施形態では、ワイヤレスターミナルには各バーストの時間周期に関する情報が与えられ、ワイヤレスターミナルに後続バーストについて通知する。本発明の実施形態では、時間周期情報は、あるタイムスライスバーストの開始から同じサービスの次のタイムスライスバーストの開始までの時間インターバルを指示すると共にＭＰＥセクションヘッダでシグナリングされるリアルライムパラメータ（ＤＶＢ−Ｈを伴う「デルタ−ｔ」に対応する）を含む。時間周期は、ＩＰパケット、マルチプロトコルカプセル化フレーム、他のパケットフレーム、及び第三世代（３Ｇ）又は汎用パケット無線サービス（ＧＰＲＳ）チャンネル或いは変調データ、例えば、送信器パラメータシグナリングに含むことができる。或いは又、ワイヤレスターミナルは、ワイヤレスターミナルに対して先験的に分っているデータシーケンスである信号プリアンブルを受信することによりバーストの発生を検出することができる。別の実施形態では、ワイヤレスターミナルは、ベースステーションからオーバーヘッドチャンネルを経てオーバーヘッドメッセージを受け取ることができる。オーバーヘッドメッセージは、バーストの発生に関するタイミング情報を含むことができる。オーバーヘッドチャンネルは、バーストの送信をサポートするダウンリンク無線チャンネルから論理的又は物理的に個別でもよい。
【００２３】
バースト１０９、１１１、１１３及び１１５は、ヨーロッパ規格ＥＮ３０１ １９２“Digital Video Broadcasting (DVB), DVB specification for data broadcasting”のセクション７に基づきマルチプロトコルカプセル化を使用することによりフォーマットすることができる。カプセル化は、インターネットプロトコル（ＩＰ）規格に適合する。
【００２４】
本発明の一実施形態において、デジタルビデオ放送（ＤＶＢ−Ｈ）は、ワイヤレスターミナル、例えば、ハンドヘルドワイヤレスユニットに移動メディアサービスを提供する。この実施形態では、ＤＶＢ−Ｈシステムは、ＤＶＢ−Ｔ（地上動作のためのデジタルビデオ放送）に適合し、そしてワイヤレスハンドヘルドターミナルの良好なサポート動作への向上をサポートする。ＤＶＢ−Ｈシステムは、情報をＩＰデータグラムとして送信できるインターネットプロトコル（ＩＰ）ベースのデータサービスをサポートする。ＤＶＢ−Ｈシステムは、ワイヤレスハンドヘルドワイヤレスターミナルにおいてＩＰベースＤＶＢサービスへのアクセスを容易にする向上（ＤＶＢ−Ｔシステムに関する）を組み込んでいる。（本発明の別の実施形態は、ＤＶＢ−Ｔ、ＡＴＳＣ、及びＩＳＤＢ−Ｔを含むデジタルビデオ放送システムの変形をサポートする。）ＤＶＢ−Ｈの向上は、ＤＶＢ−Ｔの物理的レイヤをベースとし、多数のサービスレイヤ向上がバッテリ寿命及びハンドヘルド環境での受信の改善に向けられる。従って、ＤＶＢ−Ｈの向上は、既存のデジタル地上サービスを補足し、サービスプロバイダーに、市場をワイヤレスハンドヘルド市場へ拡張する可能性を与える。
【００２５】
図２は、本発明の実施形態によるマルチメディアデータの送信をサポートするインターネットプロトコル（ＩＰ）スタック２００を示す。デジタルメディアコンテンツ又は他のデータは、種々のアプリケーションプロトコル、搬送プロトコル、及びネットワークプロトコルを使用して放送される。ＩＰスタック２００では、ＩＰデータ放送は、ＭＰＥＧ４−ＡＶＣビデオ２０１、ＭＰＥＧ４−ＡＡＣオーディオ２０３、及び補助データ２０５のコンポーネントを有するオーディオ−ビジュアルサービスをサポートする。各コンポーネント（２０１、２０３又は２０５）は、コーダー２０７、コーダー２０９又はコーダー２１１により処理されて、リアルタイムプロトコル（ＲＴＰ）レイヤ２１３に対してフォーマットされたパケットが得られる。パケット（データグラム）は、その後、ＵＤＰ（ユーザデータグラムプロトコル）レイヤ２１５及びインターネットプロトコル（ＩＰ）レイヤ２１７により処理される。データグラムは、例えば、ヨーロッパ規格ＥＮ３０１ １９２“Digital Video Broadcasting (DVB), DVB specification for data broadcasting”のセクション７に基づくマルチプロトコルカプセル化（通常、ＯＳＩモデルにおけるリンクレイヤに対応する）を使用してデータグラムをフォーマットすることによりタイムスライスバーストに関連付けられる。カプセル化は、インターネットプロトコル（ＩＰ）規格に適合する。
【００２６】
マルチメディアセッションは、通常、論理的に一緒に結合された１つ以上のセッションコンポーネント（前記ケースでは、オーディオ、ビデオ及び補助データ）に関連付けられる。セッションの各部分は、共通の開始時間と終了時間との間に送信される。開始時間及び／又は終了時間は、定義されてもよいし、されなくてもよい。
【００２７】
図３は、本発明の実施形態によるマルチメディアセッション３０１のコンポーネントコンフィギュレーション３００を示す。コンポーネント３０３は、複数のデータグラム（データグラム３０９及び３１５を含む）に対応し、コンポーネント３０５は、複数のデータグラム（データグラム３１１及び３１７を含む）に対応し、そしてコンポーネント３０７は、複数のデータグラム（データグラム３１３及び３１９を含む）に対応する。コンポーネント３０３、３０５及び３０７は、基礎となるベアラレイヤのメッセージに対してカプセル化されるＩＰパケット内で送信される。各コンポーネント３０３、３０５及び３０７は、定義されたソースＩＰアドレス、行先ＩＰアドレス、及びコンポーネントに関連したデータを搬送するＩＰパケットに使用されるポートを有する。異なるコンポーネントは、独立して定義されたソースＩＰアドレス、行先ＩＰアドレス、及びポートを有する。この実施形態の変形において、マルチメディアセッションは、異なる数のコンポーネントを有してもよい。
【００２８】
ここに例示するコンポーネントコンフィギュレーション３００は、コンポーネント３０３、３０５、３０７間のデータグラム整列を示すが、この実施形態は、データグラムが整列されず且つ各コンポーネントに対するデータグラムの数が他のコンポーネントとは異なるようなコンフィギュレーションもサポートする。例えば、オーディオコンポーネントに対するデータグラムの数は、通常、所与の時間インターバル中に、ビデオコンポーネントに対するデータグラムの数より少ない。
【００２９】
図４は、本発明の実施形態によるマルチメディアセッション４０１に対するコンポーネントコンフィギュレーション４００を示す。コンポーネント４０３、４０５及び４０７は、マルチメディアセッション４０１の間にキーストリーム４０９が周期的に変化する同じキーで暗号化される。（図４−１６において、キーｋiで暗号化されるデータグラムは、Ｅiとして示される。（キーストリーム４０９は、キー情報を含むと共にメディアコンポーネントとは個別の論理的チャンネルである。）同様に、ｊ番目のコンポーネントに関連されたデータグラムで、ｊ番目のコンポーネントに関連したｉ番目のキーで暗号化されたデータグラムは、Ｅjiとして示される。）この実施形態は、コンポーネント４０３、４０５又は４０７に適用される次のような異なる暗号化方法をサポートする。
− ＩＰＳＥＣ−ＥＳＰ（いわゆるＩＰレベル暗号化：ＩＰＳＥＣ−ＥＳＰにおけるＲＦＣを参照）
− 暗号化されたアプリケーションセッションパケットのペイロード（例えばＯＭＡ ＤＲＭ１．０又は２．０のＳＲＴＰ又はＤＣＦ）
− 暗号化
【００３０】
前記暗号化方法は、マルチメディアセッション４０１の間に別々に適用することもできるし又は組み合せて適用することもできる。コンポーネント４０３、４０５及び４０７は、異なる複数のコンテンツデータグラムに対応する。キーストリーム４０９は、複数の関連データグラムを含み、各関連データグラムは、暗号化キーに対応する。暗号化は、通常、個々のデータグラム（例えば、パケット）ベースで実行される。例えば、コンテンツデータグラム４１５、４２５、４２７、４３５及び４３７は、キーｋ1（関連データグラム４１１に対応する）で暗号化され、そしてコンテンツデータグラム４１７は、キーｋ2（関連データグラム４１３に対応する）で暗号化される。
【００３１】
キーストリーム４０９は、ＲＴＰ、ＡＬＣ／ＦＬＵＴＥ、ＵＨＴＴＰ、ＤＶＢＳＴＰ、ペイロードを伴うＩＰ、及びペイロードを伴うＵＤＰのような配送プロトコルを使用する。キーストリーム４０９において配送されるキーは、通常、それらのキーを搬送するキーストリーム４０９のコンテンツにアクセスし、ひいては、コンポーネント４０３、４０５及び４０７へアクセスできるようにするために、資格のある受信者が有する別のキーにより保護される。キーストリーム４０９の配送は、コンポーネント４０３、４０５及び４０７と任意に同期され、例えば、ＲＴＰ制御プロトコルを使用してＲＴＰタイムスタンプと同期される。
【００３２】
図５は、本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション５００は、コンポーネントコンフィギュレーション４００と同様である。マルチメディアセッション５０１は、コンポーネント５０３、５０５及び５０７と、キーストリーム５０９とを含む。コンポーネント５０５は、キーストリーム５０９からのキーで暗号化されるが、コンポーネント５０３及び５０７は、暗号化されない。
【００３３】
図６は、本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション６００は、コンポーネントコンフィギュレーション４００と同様である。しかしながら、キーストリーム６０９は、コンポーネント６０３、６０５、及び６０７に各々対応する３つの一連のキー６１１、６１３及び６１５を含む。これらのキーは、マルチメディアセッション６０１の間に周期的に、しかも、独立して変化するが、互いに同期されてもよい。
【００３４】
図７は、本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション７００は、コンポーネントコンフィギュレーション６００と同様であるが、各コンポーネントに対するキーは、マルチメディアセッション７０１の間に変化する異なるキーストリームにおいて搬送される。１つのキーストリームをもつのではなく、コンポーネントコンフィギュレーション７００は、３つのキーストリーム７０９、７１１及び７１３を使用する。これらキーストリーム７０９、７１１及び７１３は、各々、コンポーネント７０３、７０５及び７０７に対応する。
【００３５】
図８は、本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。このコンポーネントコンフィギュレーション８００では、コンポーネント８０５は、キーストリーム８０９からのキーで暗号化される。しかしながら、キーストリーム８０９は、コンポーネント８０５を解読するのに現在適用できるキー、並びにコンポーネント８０５を解読するのにその後に使用されるキーを与える。図８に示す例では、キーｋ1（データグラム８１１に対応する）が現在適用される一方、キーｋ2（データグラム８１３に対応する）及びｋ3（データグラム８１５に対応する）がその後に適用される。コンポーネント８０３及び８０７は、マルチメディアセッション８０１の間に暗号化されないが、コンポーネント８０３及び８０７は、この実施形態の他の変形では暗号化される。その後に適用されるキーをもつことで、受信装置は、マルチメディアセッション８０１の間のキー遷移を平滑化することができる。例えば、受信装置は、コンテンツデータグラムを解読する際の中断を減少するために新たなキーでＩＰスタックを構成することができる。
【００３６】
図９は、本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。キーストリーム９０９は、暗号化のためにコンポーネント９０５に現在適用されるキーと、キーの遷移が現在時間の所定の増分時間内であるときにその後に適用されるキーとを含む。例えば、キー遷移９５１の前には、キーストリーム９０９は、キーｋ1（データグラム９１１に対応する）及びｋ2（データグラム９１３に対応する）の両方を含み、そしてキー遷移９５１の後には、ｋ2（データグラム９１５に対応する）しか含まない。コンポーネントコンフィギュレーション８００と同様に、コンポーネントコンフィギュレーション９００は、受信装置がキー遷移の作用を平滑化するのを助成する。
【００３７】
図１０は、本発明の実施形態によるマルチメディアセッション１００１に対するコンポーネントコンフィギュレーション１０００を示す。しかしながら、コンポーネントコンフィギュレーション４００−９００と比較して、キーは、キーを送信するための個別のキーストリームを有するのではなく、１つ以上のコンポーネントにおいて搬送される。コンポーネントコンフィギュレーション１００では、コンポーネント１００５は、コンテンツデータグラム（例えば、コンテンツデータグラム１０１１）と、コンポーネント１００３、１００５及び１００７を暗号化するのに使用されたキーｋ1を与えるデータグラム１００９とを含む。
【００３８】
図１１は、本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション１１００では、コンポーネント１１０７は、マルチメディアセッション１１０１中にコンポーネント１１０５に適用されるキーｋ1（データグラム１１０９に対応する）及びキーｋ2（データグラム１１１１に対応する）を与える。図１１に示す例では、コンポーネント１１０３及び１１０７は、コンポーネント１１０７により与えられるキーでは暗号化されない。
【００３９】
図１２は、本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション１２００は、コンポーネントコンフィギュレーション１１００に類似している。しかしながら、キーは、マルチメディアセッション１２０１の間に、キー情報を搬送するコンポーネント（コンポーネント１２０５）と、別のコンポーネント（コンポーネント１２０３）の両方に適用される。しかしながら、図１２に示す例では、コンポーネント１２０７は、暗号化されない。
【００４０】
図１３は、本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション１３００では、各コンポーネント１３０３、１３０５及び１３０７は、マルチメディアセッション１３０１の間に同じコンポーネントに適用されるキーを搬送する。例えば、キーｋ11（データグラム１３０９に対応する）及びｋ12（データグラム１３１１に対応する）がコンポーネント１３０３に適用される。又、キーｋ21（データグラム１３１３に対応する）及びｋ22（データグラム１３１５に対応する）がコンポーネント１３０５に適用される。更に、キーｋ31（データグラム１３１７に対応する）及びｋ32（データグラム１３１９に対応する）がコンポーネント１３０７に適用される。
【００４１】
図１４は、本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション１４００では、各コンポーネント１４０３、１４０５及び１４０７は、マルチメディアセッション１４０１の間に異なるコンポーネントに適用されるキーを搬送する。例えば、キーｋ11（データグラム１４１３に対応し、コンポーネント１４０５により搬送される）及びｋ12（データグラム１４１９に対応し、コンポーネント１４０７により搬送される）がコンポーネント１４０３に適用される。又、キーｋ21（データグラム１４１７に対応し、コンポーネント１４０７により搬送される）及びｋ22（データグラム１４１１に対応し、コンポーネント１４０３により搬送される）がコンポーネント１４０５に適用される。更に、キーｋ31（データグラム１４０９に対応し、コンポーネント１４０３により搬送される）及びｋ32（データグラム１４１５に対応し、コンポーネント１４０５により搬送される）がコンポーネント１４０７に適用される。
【００４２】
図１５は、本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション１５００では、キー情報は、個別のデータグラムではなく、コンテンツデータグラムにおいて搬送される。例えば、キーｋ1は、コンテンツデータグラム１５０９において連結部分（又は特別なヘッダ）１５１１内に含まれ、そしてｋ2は、コンテンツデータグラム１５１３において連結部分（又は特別なヘッダ）１５１５内に含まれる。キーｋ1及びｋ2は、コンポーネント１５０３、１５０５及び１５０７のデータグラムに適用される。
【００４３】
図１６は、本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション１６００は、コンポーネントコンフィギュレーション８００と同様であり、現在キー及びその後のキーの両方が設けられる。例えば、コンポーネント１６０５は、キーｋ1（データグラム１６０９に対応する）及びキーｋ2（データグラム１６１１に対応する）を搬送し、ここで、キーｋ1は、コンポーネント１６０３及び１６０７に現在適用され、そしてキーｋ2は、その後、マルチメディアセッション１６０１の間に適用される。同様に、キーｋ2（データグラム１６１３に対応する）及びキーｋ3（データグラム１６１５に対応する）は、その後、コンポーネント１６０５において搬送される。コンポーネントコンフィギュレーション８００と同様に、コンポーネントコンフィギュレーション１６００は、受信装置がキー遷移を平滑化するのを助成する。
【００４４】
図１７は、本発明の実施形態によりマルチメディアセッションを受け取るためのアーキテクチャー１７００を示す。このアーキテクチャー１７００では、受信装置は、ＩＰセッションコンポーネント及び該セッションコンポーネントに関係したキーストリームの両方を含むデータ１７０１のタイムスライスバーストを受け取る。複数のコンテンツデータグラム１７０５、１７０７及び１７０９は、各々、コンポーネント１、コンポーネント２、及びコンポーネント３に対応する。複数のデータグラム１７１１は、キーストリームに対応する。タイムスライスバースト１７０１は、データグラム（パケット）をＩＰスタック１７２１へ転送する前に暫定バッファ１７１３に記憶される。受信装置は、第１に、受け取ったタイムスライスバースト１７０１に対するキー（データグラム１７１７に対応する）を暫定バッファ１７１３から抽出する。第２に、受信装置は、その抽出されたキーをＩＰＳｅｃセキュリティアソシエーション（ＳＡ）データベース１７１９へインストールする。又、受信装置は、残りのデータグラム１７１５を暫定バッファから抽出し、そしてそれをＩＰスタック１７２１へ転送する。解読の後に、処理されたデータグラムは、マルチメディアコンテンツのプレゼンテーションのためにアプリケーション１７２３へ通される。その結果、ＩＰスタック１７２１は、コンテンツデータグラムを拒絶しない（現在タイムスライス又は以前のタイムスライスバーストにおいて配送された対応キーを受信装置が有していないコンテンツデータグラムが存在しない限り）。
【００４５】
図１８は、本発明の実施形態による図１７に示すアーキテクチャーに対するフローチャート１８００である。ステップ１８０１において、受信装置は、通信チャンネル、例えば、ワイヤレスチャンネルを経てタイムスライスバーストを受け取る。ステップ１８０３において、受信装置は、受け取ったタイムスライスバーストからコンポーネント（例えば、オーディオコンポーネント及びビデオコンポーネント）を分離する。ステップ１８０５において、受信装置は、キーの関連セットをキーストリームから抽出する。抽出されたキーは、タイムスライスバースト又はその後のタイムスライスバーストに含まれたコンテンツデータグラムに適用することができる。又、この実施形態は、タイムスライスバーストにおける異なるデータグラムに異なるキーが使用されるようなコンフィギュレーションをサポートする。抽出されたキーは、ステップ１８０７において、ＩＰＳｅｃセキュリティアソシエーション（ＳＡ）データベース（例えば、図１７に示すＳＡ ＤＢ１７１９）に適用される。ステップ１８０９において、コンテンツデータグラムがバッファ（例えば、暫定バッファ１７１３）から抽出され、そしてステップ１８１１において、ＩＰスタック（例えば、スタック１７２１）へ送信される。コンテンツデータグラムは、その後、解読されて、対応するアプリケーションへ送信される。
【００４６】
図１９は、従来技術によるＤＶＢ−Ｈ ＩＰＤＣ（ＩＰデータキャスト）サービスをサポートする保護されたコンテンツ転送のためのシステム１９００を示す。このシステム１９００は、“Interim DVB-H IP Datacast Specifications: IP Datacast Baseline Specification: Specification of Interface I_MT”、ＤＶＢドキュメントＡ０８０、２００４年４月、に掲載されたＩＰＤＣを使用してＤＶＢ−Ｈサービスのための保護されたコンテンツ転送を行なう。この仕様によれば、セキュリティ関連データの各部分は、ＳＡカルーセル１９２１の電子サービスディレクトリ（ＥＳＧ）においてＤＲＭ保護ＳＡファイル１９１９（これは、保護機能を遂行することによりデジタル権利マネージャー（ＤＲＭ）１９０９により与えられる）及びＩＰＳｅｃポリシーファイル１９１１として送信される。カルーセルデータは、通常、頻繁に（例えば、１日に一度）更新されるので、システム１９００は、特に、１つ以上のキーが更新されるか又は頻繁に変化する場合に、キー配送のための効率的な解決策を与えない。
【００４７】
マルチメディアコンテンツ１９０１（ＩＰデータグラムに対応する）は、暗号化モジュール１９０３によりＩＰＳｅｃキー１９０５で暗号化され、そしてタイムスライスパケットとして（マルチプロトコルカプセル化、ＦＥＣエンコーディング及びタイムスライスバースト形成の後に）受信装置１９２６へ送信される（送信システム１９２５により遂行される）。権利オブジェクト（ＲＯ）１９２３（これは、権利オブジェクト発生１９２２により与えられる）は、相互作用チャンネルを経て受信装置１９２６へ送信され、ここで、受信装置１９２６には、両方向通信のための手段、例えば、移動電話機能が設けられている。受信装置１９２６のユーザは、サービス（コンテンツ）をオーダーし、その結果、それに対応する権利オブジェクト（ＲＯ）１９３３を受け取る、これは、ユーザが、オーダーしたサービスのコンテンツを解読するのを許す。この実施形態では、権利オブジェクト１９３３は、通常、ＩＰＳｅｃキー１９０５を含まない。
【００４８】
受信装置１９２６は、バースト処理モジュール１９２７でタイムスライスバーストを処理する。受け取ったパケットは、解読モジュール１９２９により、キー抽出モジュール１９３１により与えられるキーで解読されて、コンテンツ１９３５を得る。キーは、権利オブジェクト１９３３から決定される。キーは、通常、ＳＡカルーセルにおいて、ＤＲＭ保護ＳＡファイルとして配送される。権利オブジェクト１９３３は、受信装置１９２６がキーを抽出するのを許す。
【００４９】
図２０は、本発明の実施形態によるＤＶＢ−Ｈ ＩＰＤＣサービスをサポートするシステム２０００を示す。マルチメディアコンテンツ２００１（コンテンツデータグラムに対応する）は、暗号化モジュール２００３により、ＩＰＳｅｃキー２００５を適用することで暗号化される。送信システム２０２５は、暗号化モジュール２００３から暗号化されたコンテンツデータグラムを得ると共に、それに対応するキーをＤＲＭ２００９から得る。送信システム２０２５は、コンテンツデータグラムを暗号化することに対応するキーを含む対応するデータグラムを形成する。送信システム２０２５は、暗号化されたコンテンツデータグラム及び対応するデータグラムの両方をタイムスライスバーストに挿入し、このタイムスライスバーストは、通信チャンネルを経て受信装置２０２６へ送信される。図２０は、無線モジュールを明確に示していないが、この実施形態は、ワイヤレスチャンネルを経て受信装置２０２６へタイムスライスバーストを送信するためのワイヤレス信号能力を備えることもできる。
【００５０】
受信装置２０２６は、受信したタイムスライスバーストを処理し、ここで、暗号化されたコンテンツデータグラム及びそれに対応するデータグラム（受信したコンテンツデータグラムを暗号化するのに使用される対応キーを含む）がバースト処理モジュール２０２７により分離（デマルチプレクス）される。この実施形態では、受信装置２０２６は、タイムスライスバーストを含むＤＶＢ信号を受信するためのブロードバンド受信器と、ワイヤレスネットワークにおいて両方向通信するためのトランシーバーとを備えている。両方向通信は、ユーザによるサービスオーダー、ＯＭＡメッセージング、及びセキュリティプラグインモジュールインストールをサポートする。この実施形態は、図４−１６を参照して既に述べたように、キーが個別のキーストリームに含まれるか、又はキーがマルチメディアコンポーネントに含まれるような異なる信号コンフィギュレーションをサポートする。キー抽出モジュール２０３１は、解読モジュール２０２９により遂行されるようにコンテンツデータグラムを解読するために、対応データグラムからキーを抽出する。解読モジュールは、解読したコンテンツ２０３５をアプリケーション（図示せず）へ供給し、コンテンツを提示できるようにする。
【００５１】
更に、権利マネージメントオブジェクト２０２３（権利オブジェクトジェネレータ２０２２により決定された）は、購入オーダーに応答して、受信装置２０２６へ個別に送信される。その結果、受信装置２０２６は、権利オブジェクト２０３３を受け取り、受信装置２０２６が受信したコンテンツを処理することが許されるかどうか決定する。
【００５２】
図２１は、本発明の実施形態によりシステム２０００におけるＤＶＢ−Ｈ ＩＰＤＣサービスのためのデータを送信するフローチャート２１００である。ステップ２１０１において、送信装置（例えば、送信システム２０２５）は、得られたコンテンツデータグラムを現在タイムスライスバーストに含ませねばならないかどうか決定する。もしそうでなければ、タイムスライスバースト（以前に得たコンテンツデータグラム及びそれに関連したキーを伴う）は、ステップ２１０９において、受信装置へ送られる。
【００５３】
得られたコンテンツデータグラムを現在タイムスライスバーストに含ませねばならない場合には、ステップ２１０３において、対応キーが決定されると共に、ステップ２１０５において、コンテンツデータグラムがそのキーで暗号化される。ステップ２１０７において、暗号化されたコンテンツデータグラム及び対応キー情報（マルチメディアコンポーネント又はキーストリームに含まれる対応データグラムに対応する）が現在タイムスライスバーストに挿入される。
【００５４】
図２２は、本発明の実施形態によるＤＶＢ−Ｈ ＩＰＤＣサービスをサポートするシステム２２００を示す。図２２において、要素２２０１、２２０３、２２０５、２２２２、２２２３、２２２７、２２２９、２２３１、２２３３、及び２２３５は、図２０に示された要素２００１、２００３、２００５、２０２２、２０２３、２０２７、２０２９、２０３１、２０３３、及び２０３５に対応する。システム２０００と同様に、システム２２００は、コンテンツデータグラム及びそれに対応するキー情報を同じタイムスライスバーストにおいて送信する。キー情報は、キーメッセージジェネレータ２２０６により送信システム２２２５に与えられる。キーメッセージジェネレータは、更に、キーを暗号化し、従って、暗号化されたキー情報が送信システム２２２５により受信装置２２２６へ送信される。ＤＲＭ２２０９は、権利オブジェクトジェネレータ２２２２に関連して、希望のＤＶＢ−Ｈ ＩＰＤＣサービスに対応する権利オブジェクト２２３３を受信装置２２２６に与える。
【００５５】
ＩＰＳｅｃポリシーファイル２２１１（セキュリティアソシエーション情報を含むことができる）は、ＩＰＤＣタイムスライシングを使用してマルチプレクスされて送信されるサービス（コンテンツ）及びキーメッセージとは個別にＳＡカルーセル２２２１において送信される。この実施形態では、ＳＡカルーセル２２２１は、電子サービスガイド（ＥＳＧ）の一部分として送信される。
【００５６】
図２３は、本発明の実施形態によるＤＶＢ−Ｈ ＩＰＤＣサービスをサポートするシステム２３００を示す。このシステム２３００は、対応するプライベートキーを使用して第２レベルの暗号化を与えることのできる条件付きアクセス（ＣＡ）をサポートする。（図２６を参照して述べるように、ＩＰＳｅｃキーは、デジタル権利マネージメント（ＤＲＭ）及びＣＡモジュールにより暗号化されてもよい。）受信装置２３２６は、受信区分及びターミナル区分を備えている。受信区分は、バースト処理、デマルチプレクシング及びキーマネージメントを遂行する。又、受信区分は、ＣＡプラグインインストール及びキー解読も含む。ＤＲＭ２３５１は、ＣＡプラグインインストールパッケージ２３５３をＤＲＭ２３１４へ送信し、図２７を参照して更に説明するように受信装置２３２６に新たなＣＡプラグインモジュールがインストールされる。キーの解読は、安全な処理環境で遂行される。ターミナル区分は、解読（解読モジュール２３２９に対応する）及びコンテンツレンダリング（コンテンツ２３３５に対応する）に加えて、キーマネージメント及びキー解読を遂行する。
【００５７】
キー２３０５（暗号化モジュール２３０３によりコンテンツ２３０１を暗号化するのに使用される）の暗号化は、キー暗号化モジュール２３１１により遂行される。キー暗号化モジュール２３１１は、ＣＡモジュール２３０８及びＤＲＭ２３０９を備えている。従って、キー暗号化モジュール２３１１は、２つの暗号化レベルを与える。暗号化されたキー情報及びコンテンツデータグラムの両方が送信システム２３２５により同じタイムスライスバーストに含まれる。
【００５８】
対応的に、受け取ったキー情報の解読は、キー解読モジュール２３１７により遂行される。キー解読モジュール２３１７は、ＤＲＭ２３１４及びＣＡモジュール２３１５を備えている。キー解読モジュール２３１７は、２レベルの暗号化に対応する２レベルの解読を遂行する。バースト処理モジュール２３２７は、キーマネージャー２３１３により与えられる解読されたキーを使用して、受信したコンテンツデータグラムを解読する。受信したコンテンツデータグラムは、ターミナル区分の解読モジュール２３２９により解読される。キーマネージャー２３１３は、モジュール２３２７によりデマルチプレクスされたキー情報を受け取り、そしてそのキー情報をＤＲＭ及びＣＡ解読のためにキー解読モジュール２３１７（信頼性のある環境に関連した）へ転送する。
【００５９】
この実施形態では、権利オブジェクト（ＲＯ）は、ＯＭＡ ＤＲＭ２メッセージ（提案されたオープンモバイルアリアンスデジタル権利マネージメント第２．０版に基づく）としてＤＲＭ２３０９からＤＲＭ２３１４へ送信される。権利オブジェクトは、通常、タイムスライスバーストから別々に送信される。
【００６０】
図２４は、本発明の実施形態による図２０、２２及び２３に示された送信システム（例えば、２０２５、２２２５及び２３２５）をサポートする装置２４００を示す。この実施形態では、装置２４００は、リンクレイヤ（ＯＳＩプロトコルモデルの第２レイヤ）に通常関連した機能を遂行する。プロセッサ２４０５は、暗号化モジュール（図示せず）から暗号化インターフェイス２４０１を経て暗号化されたデータグラムを得ると共に、キージェネレータ（図示せず）からキーインターフェイス２４０３を経て対応キー情報を得る。送信インターフェイス２４０７は、受信装置における転送エラー修正のためにデータグラムをエンコードし、マルチプロトコルカプセル化を遂行し、そしてエンコードされたデータグラムでタイムスライスバーストをフォーマットする。（この実施形態では、データグラムは、コンテンツデータグラムと、キーを含む対応データグラムとの両方を備える。）
【００６１】
図２５は、本発明の実施形態によりマルチメディア放送を受信しそしてＩＰＳｅｃキーを適用する受信装置（例えば、図１９、２０、２２及び２３に各々示された受信装置１９２６、２０２６、２２２６及び２３２６）のための装置２５００を示す。この装置２５００は、タイムスライスバースト（例えば、タイムスライスバースト２５０１及び２５０３）を処理して、コンテンツデータグラム及びその関連キーストリームを抽出する。図２５に示す実施形態では、タイムスライスバースト２５０１又はタイムスライスバースト２５０３は、コンテンツデータグラム（例えば、コンテンツデータグラム２５０５、２５０７及び２５０９）を、サービスコンテンツを含むＥＳＰカプセル化ＩＰパケット、及びＵＤＰキーメッセージを含む対応するキーデータグラム（例えば、対応するデータグラム２５１１）と共に有する。ＵＤＰキーメッセージのキーは、ＤＲＭで保護することができる。
【００６２】
装置２５００は、サービスコンテンツとキーメッセージとの間を区別することができる。従って、受信モジュール２５５１は、コンテンツデータグラムをキーデータグラムから分離する。この実施形態では、キーデータグラムには、送信装置（図示せず）によりコンテンツデータグラムより高いプライオリティレベルが与えられる。この実施形態では、データグラムに関連したプライオリティレベルは、フィールド、例えば、サービス形式（ＴｏＳ）フィールド又は区別化サービスフィールドにより指示される。従って、キーデータグラムは、それに対応するコンテンツデータグラムの前にＩＰスタック２５５３へ送信され、従って、キー解読モジュール２５５５によるキー処理のためにより多くの時間を割り当てることができる。キー解読モジュールには、ＩＰスタック２５５３からキーマネージャー２５５９を通して暗号化されたキーが提示される。
【００６３】
図１７及び２５に示す実施形態は、関連コンテンツデータグラムと同じタイムスライスバーストにキーを含む。しかしながら、別の実施形態では、あるタイムスライスバーストのキーは、次のタイムスライスバーストに含まれたコンテンツデータグラムの解読に関連付けられ、従って、より多くの時間をキー処理に許す。他の変形も考えられる。例えば、コンテンツの解読に使用するための多数のキーが、単一のタイムスライスバーストで与えられ、次いで、これらのキーは、複数のその後のタイムスライスバーストに対して使用することができる。
【００６４】
解読されたキーは、ＩＰＳｅｃモジュール２５５７に提示され、従って、ＩＰスタック２５５３における関連コンテンツデータグラムを解読してクライアント２５６１へ提示することができる。
【００６５】
図２６は、本発明の実施形態によりマルチメディア放送を受信しそしてその受信したＩＰＳｅｃキー２６０１を解読する装置２６００を示す。キーマネージャー２６５３は、暗号化されたＩＰＳｅｃキーをＤＲＭサーバー２６５５へルーティングし、パブリック解読アルゴリズム及びプライベートキー２６０３を使用して第２レベルの暗号を解読する。ＤＲＭサーバー２６５５は、第２レベルの解読されたキー２６０７をキーマネージャー２６５３へ返送する。キーが第１レベルの暗号で暗号化されたことをキーマネージャー２６５３が決定した場合に、キーマネージャー２６５３は、第２レベルの解読されたキーをＣＡプラグインソフトウェアモジュール２６５７へルーティングする。ＣＡプラグインモジュール２６５７は、機密の解読アルゴリズム及びプライベートキー２６０５を使用して、第２レベルの解読されたキー２６０７を解読する。本発明の実施形態では、機密の解読アルゴリズムは、ヨーロピアン・テレコミュニケーションズ・スタンダード・インスティテュート（ＥＴＳＩ）から入手できるＤＶＢ共通スクランブルアルゴリズム（ＣＳＡ）に対応する。ＣＡプラグインソフトウェアモジュール２６５７は、解読されたキー２６０９をキーマネージャー２６５３へ返送し、これは、解読されたキー２６０９をＩＰスタック２６５１へ転送する。
【００６６】
この実施形態において、ＣＡプラグインモジュール２６５７は、関連プライベートキー及び関連解読アルゴリズムを含むオペレータ特有のＣＡ方法に基づく任意の第１レベルの解読を遂行する。第２レベルの暗号化は、オープン規格、例えば、ＯＭＡ ＤＲＭ２に基づくものである。第１レベルの暗号化は、任意なものであるので、キーマネージャー２６５３は、第１レベルの暗号化が第２レベルの解読されたキー２６０７に適用されたかどうか決定する。もしそうであれば、キーマネージャー２６５３は、第２レベルの解読されたキー２６０７をＣＡプラグインソフトウェアモジュール２６５７へルーティングする。もしそうでなければ、キーマネージャー２６５３は、第２レベルの解読されたキー２６０７をＩＰスタック２６５１へ直接ルーティングする。というのは、第２レベルの解読されたキー２６０７は、完全に解読されたものだからである。
【００６７】
この実施形態では、キーマネージャー２６５３は、関連暗号化指示子（図示せず）、例えば、ヘッダ又はメッセージフィールドを検査することにより、第２レベルの解読されたキー２６０７が第１レベルで暗号化されたものであるかどうか決定する。関連暗号化指示子は、第２レベルの解読されたキー２６０７が第１レベルで暗号化されたものである場合には「イエス」を指示し、そして第２レベルの解読されたキー２６０７が第１レベルで暗号化されたものではない場合には「ノー」を指示する。第２レベルの解読されたキー２６０７が第１レベルで暗号化されたものである場合には、関連暗号化指示子は、第１レベルで暗号化されたものではない。
【００６８】
図２７は、本発明の実施形態により新規なセキュリティプラグインソフトウェアモジュール２７０１を受信装置２７５０に配備するシステム２７００を示す。セキュリティプラグインソフトウェアモジュール２７０１は、インストールパッケージ２７０５（例えば、ＳｙｍｂｉａｎによりサポートされるＳＩＳファイル）としてフォーマットされる。インストールパッケージ２７０５は、保護されたパッケージ２７０７を形成するように保護され（例えば、ＯＭＡ−ＤＲＭ２で）、そして配送メカニズムを使用して受信装置へ配送される。この実施形態は、受信装置がワイヤレスターミナルであるようなワイヤレス通信チャンネルを含む異なる通信チャンネルを配送メカニズムにおいてサポートする。受信された保護パッケージ２７０７は、信頼性のあるアプリケーションであるアプリケーションインストーラー２７５１へ向けられる。アプリケーションインストーラー２７５１は、新たなセキュリティプラグインソフトウェアモジュール２７０１を保護されたパッケージ２７０７から抽出し、そして受信装置２７５０に現在インストールされた現在セキュリティプラグインソフトウェアモジュール２７５５を、新たなセキュリティプラグインソフトウェアモジュール２７０１に置き換える。この新たなセキュリティプラグインソフトウェアモジュール２７０１を抽出するために、受信装置２７５０は、権利オブジェクト２７０３を受け取り、これは、ＤＲＭ２７５３により処理される。その結果、ＤＲＭ２７５３は、セキュリティプラグインソフトウェアモジュールの交換が許されたことをアプリケーションインストーラー２７５１に指示する。
【００６９】
本発明の実施形態では、図３−１６に示すコンポーネントコンフィギュレーションは、図２０、２２及び２３に示すシステムに組み込むことができる。
【００７０】
微粒度使用権を与えるための方法及び装置
以上の説明は、以下に述べる方法及び装置に使用できるストリーミングコンテンツを与えるのに使用する方法及び装置の実施形態に関する詳細であったが、他の方法及び装置を使用してもよい。
【００７１】
ストリーミングコンテンツに対する権利の制御は、利用できる帯域巾の量が制限されているために、若干困難である。この問題に対する普通の解決策は、非常に短い有効周期をもち、おそらく同じサービスキーを含むが、異なる使用権をもつＲＯを通常の仕方で生成して配送することである。これは、サービスキーが、例えば、テレビチャンネルのテレビ番組より相当に低い頻度でしか変化しないので、実際には厄介である。別の解決策として、ＲＯ又は単に権利の表現をＫＳＭにおいて配送することができる。しかしながら、完全なＲＯをＫＳＭにおいて頻繁に送信すると、帯域巾のかなりのビットを消費することになる。というのは、支払をした者しか権利が得られないようにそれらを各加入者（又は加入者のグループ）に個々にアドレスしなければならないからである。たとえ権利が全ての加入者に対して同じであって、且つＫＳＭへのアクセスが他の手段により制限され、ＫＳＭがＲＯの権利表現部分しか含む必要がない場合でも、特に、ＸＭＬ型権利表現言語が使用される場合には、権利表現それ自体が著しい数のビットを必要とする。この問題に対する典型的な解決策は、権利表現をバイナリー化するか、又は考えられる権利を若干の所定のケース（「使用状態」）に制限するための種々の圧縮方法を含む。しかしながら、これら潜在的な解決策は、実用的に採用されるように帯域巾に好都合な仕方で充分な微粒度制御をＲＩに適切に与えることができない。
【００７２】
先ず、図２８を参照し、従来の例を説明する。コンテンツは、コンテンツキー（ＣＫ）で暗号化され（Ｅ）、そして受信器（図示せず）へ与えられる。受信器は、使用権のセットと共にＣＫを含むＲＯ２８６０を別々に得る。受け取った暗号コンテンツは、次いで、視聴されるか、さもなければ、得られた使用権に基づきＲＯにおいて与えられるものとして使用される。しかしながら、この従来技術の方法は、ストリーミングコンテンツに特に適していない。
【００７３】
図２９を参照すれば、本発明の態様が例示されている。ストリーミングコンテンツ２９１０は、放送局へ送られ、そして暗号化２９１５においてＴＫ２９２５を使用して暗号化される。受信器（図示せず）には、ＫＳＭ２９４０を経てＴＫ２９２５が与えられ、ＫＳＭ２９４０は、ＴＫ２９２５と共にＳＫ２９５０を使用して暗号化２９３０により形成される。ＫＳＭを与えるキーストリームは、ＩＰアドレス及びポート番号と共にユーザにアナウンスされる。ＴＫ２９２５はＳＫ２９５０で暗号化されるので、装置は、ＳＫ２９５０を含むＲＯ２９６０を使用して、ＫＳＭ２９４０を解読し、ストリーミングコンテンツ２９１０を解読することができる。ＳＫ２９５０を与えるのに加えて、ＲＯ２９６０は、使用権２９６５も与える。
【００７４】
通常、ＴＫは、周期的に変化する。図３１は、その一例を示す。ＳＫが有効である間にＴＫは数回変化することに注意されたい。実際に、ＴＫの変化の回数は著しく多い。ＴＫが変化するときに、新たなＫＳＭ２９４０（図２９）が、同じＳＫ２９５０により暗号化された新たなＴＫと共に受信器へ与えられる。従って、ＳＫ２９５０が同じままである間に、ＲＯ２９６０は、受信器がストリーミングコンテンツを解読するのを許す。しかしながら、ＳＫが変化するときには、装置へ送られるＫＳＭを解読し、そしてストリーミングコンテンツの使用を許可するように、新たなＲＯが必要となる。一般に、ＲＩから購入されたＲＯは、ＤＲＭメカニズムを実現可能とするために比較的長い有効周期をもたねばならない。ある実施形態では、親ＲＯが得られると、子ＲＯも得ることができる。図４−１６のキーを参照して上述したときに、本発明の一実施形態では、ＴＫがそれらの有効周期の前にＫＳＭにおいて配送され、従って、ユーザ（装置）は、実際のストリーミングコンテンツ（又はそのセグメント）が受け取られる前に、キー（１つ又は複数）及びビットの組み合せを解読することができる。同様に、ＲＯも、有効周期の前に取得することができる。
【００７５】
上述したように、権利は、通常、ＲＥＬで表現される。充分高精度の制御を与える帯域巾に好都合な解決策で使用権の問題に対処するために、番組分類と称される新規なＲＥＬ変数を使用することができる。この番組分類変数は、例えば、２ビットといった小さなものでよいが、あるアプリケーションでは充分な使用権制御を果たすことができる。しかしながら、３ビット以上を使用すると、微粒度制御を与え、それ故、それが望ましい。しかしながら、変数のサイズは、配送の方法に若干依存する。本発明のある実施形態では、個別の変数を使用するのではなく、番組分類情報が、コンテンツ、番組又はサービス識別子のような他の識別子に埋め込まれ又はそれと連結される。
【００７６】
図３０を参照すれば、種々のコンテンツプロバイダー（ＣＰ）は、放送局にコンテンツを供給する。更に、種々のＲＩは、放送局と通信し、以下に述べるように番組分類を決定するか、又は番組分類を与える。ＲＩ及びＣＰは、同じエンティティであってもよいし、なくてもよいことに注意されたい。コンテンツは、暗号化され、次いで、受信者へ放送される。コンテンツ暗号化は、コンテンツプロバイダー又は放送局により行うことができ、そして暗号化キーは、暗号作成者と権利発行者（ＲＩ）との間で適宜に配送されることに注意されたい。
【００７７】
例えば、放送サービス及び装置について考える。特定のＲＩから、装置は、あるコンテンツにアクセスするために特定のＲＩからＲＯを得、そしてそのＲＯには、コンテンツの使用権のＲＥＬ記述がある。この記述は、有効周期中スタティックであるが、ＲＥＬは、番組分類ＲＥＬ変数に対して条件付きの使用権を含むことができる。従って、ＫＳＭが番組分類ＲＥＬ変数の値を変化させるとき、（条件付き）使用権が現在実際に変化し得る。
【００７８】
番組分類変数の値は、以下に述べる２つの別々の仕方で当該放送サービスのＫＳＭから導出することができる。ＫＳＭは、非常に頻繁に送信されるので、番組分類ＲＥＬ変数値の変化、ひいては、現在有効な使用権の変化は、時間的に非常に微粒度とすることができる。しかしながら、放送帯域巾を節約するために、番組分類ＲＥＬ変数を指示するためにＫＳＭに追加される新たなデータの量を最小にするのが好ましい。
【００７９】
受信者に番組分類をどのように与えるか説明する前に、図３２は、コンテンツの種々の部分を例示している。例えば、ストリーミングコンテンツ３２１０は、ニュース分類３２１５と、スポーツ分類３２１７と、ドキュメンタリー分類３２１９と、映画分類３２２１とを含むことができる。ニュース分類は、更に、ｎ個の分類、３２１５−１、３２１５−２、・・・３２１５−ｎへ分割することができる。これらの分類は、例えば、ヘッドライン、国内ニュース、海外ニュース、等を表わすが、これに限定されない。同様に、スポーツ分類３２１７も、更に、ハイライト、スコア、生放送、等の分類に分割することができる。或いは又、これらの分類は、コンテンツの形式で何かを行なわなくてもよく、異なる使用権の各異なるセットに対して単に定義されるだけでもよい。例えば、これら分類は、ユーザに与えられる許可を反映して、「非常に制限される」、「若干制限される」、「通常」及び「自由」でもよい。
【００８０】
ＫＳＭを与える２つの考えられる方法を以下に示すが、その最も顕著な相違は、放送局とＲＩとの間に必要とされる対話である。又、２つの方法の組み合せも使用できることに注意されたい。
【００８１】
ＲＥＬに対する番組分類を決定する第１の方法を説明するに、本発明の１つの態様において、放送局は、ストリーミングコンテンツを異なる分類に「ソート」する。例えば、番組分類の数は、比較的僅かで、例えば、４つの異なる分類でもよく、又は比較的多くて、例えば、２５６の異なる番組分類でもよい。当然、番組分類の数が増加するにつれて、付加的なビットが必要になり、従って、２ビットで、４つの番組分類に関する情報を与えることができ、一方、２５６個の番組分類を与えるには８ビットが必要とされる。例えば、ハンドヘルドテレビ放送サービスでは、各テレビ番組は、ニュース、低価値（ｌｖ）ショー、高価値（ｈｖ）ショー、ｌｖスポーツ、ｈｖスポーツ、古い映画、新しい映画、等を含む多数の番組分類の１つへ分類される。ＲＩは、分類（放送局により設定され、全てのＲＩに共通）に影響を及ぼすことはできないが、装置に与えるＲＯにおいてＲＥＬで表わされた使用権に、広い番組分類ＲＥＬ変数値範囲（例えば、０、・・・２５５）を自由に使用することができる。しかしながら、通常、少数の、１２−１６個の番組分類が、より実際的である。放送局とＲＯとの間の余計な通信は不要である。このような番組セグメントの各々には、「生のレンダリング」、「４８時間の記憶及び表示」、「不定の記憶及び表示」、「不定の中継及びコピー（転送）」又は他の同様の形式を含む設定使用権（発明レポート：番組分類における）が関連付けられる。
【００８２】
従って、ＲＯは、番組分類の値に基づきＲＥＬで表現された条件付き権利を含むことができる。従って、ユーザは、ＲＯがコンテンツに対する最大許容権利を与えるようにして完全な権利を購入することができる。或いは又、ユーザは、非常に限定された権利しか与えず、ストリーミングコンテンツの部分の表示しか許さないプロモーションの無料ＲＯを選択してもよい。ＳＫが変化するので、周期的にＲＯが更新され、従って、使用権は、ＲＯごとに変化し得る。ユーザは、サービス又はその一部分をオーダーし／購入し／契約し／更新するときに１つ以上のＲＯを受け取る。本発明の一実施形態において、ユーザは、最初に「親」ＲＯを受け取り、そして更に別の「子」ＲＯを後で取得又は生成することができる。ユーザが、受信されつつある番組セグメントをオーダー（購入／契約）していない場合には、ユーザには（この番組／（番組セグメント）に対して権利を有していない）ことが通知され、及び／又はどのようにして権利を購入するか通知される。
【００８３】
本発明の別の態様では、図３３に示すように、ＲＩが分類を設定して放送局へ通信し、放送局は、次いで、それら分類をＫＳＭに入れる。多数のＲＩが存在するので、ＲＩごとに許されるビットの数を２ビットに制限するのが有用である。このような場合、番組分類範囲は、０、・・・３とすることができる。しかしながら、この範囲は、ＲＩ特有のものであり、それ故、ストリーミングコンテンツの特定部分の使用権に直接的に関係している（より一般的な形態におけるストリーミングコンテンツの形式ではなく）。このような場合に、単一のＲＯを設けるのではなく、４つのＲＯを設けて、その各々に、ＲＩにより構成された使用権のセットを与えることができる。
【００８４】
図３３で使用されるＲＯメカニズムでは、好ましくはＲＩアイデンティティ（２ビットより大きい）を使用せずに、どの分類値がどのＲＩに関係するか指示する手段がなければならない。一実施形態では、各ＫＳＭ３３４０は、Ｎ個の分類値のベクトルを含み（あるＮに対する）、ここで、各分類値は２ビットでよい。本発明の別の実施形態では、分類値は、２ビットより多くてもよい。受信者に与えられるＲＯは、範囲１、・・・ＮのＲＩインデックスを含み、従って、ＲＩ＿１ないしＲＩ＿Ｎの各々における分類値は、ＲＯのセットに対応する。本発明の更に別の実施形態では、ＫＳＭ内の１つ以上のビット又はビットの組み合せを分類値に使用してもよい。ＫＳＭは、ベクトルを含むが、他のフォーマット及びプロトコルを使用して、ＲＩに関連した分類値を与えてもよい。更に、一実施形態では、ベクトル内のある数のビット及び／又はビットの組み合せを、将来の使用のために予約してもよい。
【００８５】
本発明の別の実施形態では、他の目的のために予約されてもされなくてもよいＫＳＭ内の多数のビット及び／又はビットの組み合せを、分類値へマップしてもよいし、又は分類値として解釈してもよい。更に、ＫＳＭ内のある位置を使用して、ある形式の番組を視聴できるかどうかの指示を与えることもできる。ＲＯは、どんな分類値がＫＳＭにより与えられる分類値に基づくものであるか決定し、次いで、ＫＳＭ内の適当な場所を見て、どんな使用権が存在するか、例えば、コンテンツを表示できるかどうか決定することができる。各ＲＯは、ＫＳＭで異なる位置を見て使用権を決定するように構成できるので、各ＫＳＭと共に変化し得る個々の制御を容易に提供することができる。
【００８６】
図示されたように、ユーザは、この場合、ＲＩ＃Ｉから４つのＲＯを、各々ユーザ権利クラスと共に受け取る。使用権クラスを使用する利点は、権利オブジェクトの全数及びサイズを、番組セグメントのレベルでの購入のために使用権がオファーされる場合のＲＯの完全セットのケースより小さくできることである。ユーザが、実際のＴＫを搬送するＫＳＭを受け取るときに、位置ＲＩ＃Ｉに対応する位置におけるビットの組み合せで、ユーザは、自分の購入に対応するＲＯを選択することが許される。例えば、ＲＩ＃Ｉにおける０の値は、ＲＯ１を指示し、１の値は、ＲＯ２を指示し、２の値は、ＲＯ３を指示し、そして３の値は、ＲＯ４を指示する。ＴＫがプログラムセグメントからプログラムセグメントへと変化するときに、ユーザは、自分がオーダー（購入）した仕方で自分の権利を使用することができる。ユーザは、自分にアナウンスされたＫＳＭ（ＩＰアドレス及びポート番号）を「聴取」することに注意されたい。
【００８７】
例えば、ハンドヘルドテレビ放送サービスでは、テレビ番組スケジュールに基づいて、ＲＩは、番組ごとに４つの分類の１つを選択し、それを放送局へ通信し、次いで、放送局は、ＫＳＭに分類を含ませる。ＲＩに対して、４つの分類は、１）生のレンダリングのみが許されること、２）記憶及び再生が４８時間許されること、３）記憶及び再生が不定に許されること、及び４）記憶、再生、及び他の装置へのコピーが不定に許されること、である。しかしながら、この例は、単なる例示に過ぎず、使用権の他の組み合せも与えられる。
【００８８】
前記状況では、ＲＩからのＲＯのセットの全ての購入は、同じ権利セットを有する。例えば、ＫＳＭ３３４０における１つのＲＩ＃Ｊは、特定のパッケージ取り扱いに対応し、一方、第２のＲＩ＃Ｊ＋１は、異なるパッケージ取り扱いに対応する。しかしながら、各ＲＩに対する番組分類は、ＴＫに対して特定のものであり、従って、同じセットのＲＯが異なるＴＫに対して異なる使用権を与え、更に、異なるセットのＲＯが異なるセット及び／又は組み合せの使用権を与えることができる点に注意されたい。
【００８９】
従って、あるセットのＲＯでは、ＲＯ１が使用権のみの視聴を与え、一方、別のセットのＲＯでは、ＲＯ１がタイムシフトを与えることができる。
【００９０】
更に、両解決策において、分類に基づく条件は、ＲＯにおける全使用権を補足してそれをより動的なものにするに過ぎず、即ち多くの使用権は、おそらく無条件なものであり、従って、番組分類ＲＥＬ変数値に依存しないことを想起しなければならない。
【００９１】
同様に、両解決策において、単一ＲＯの使用権内の条件を与えるのではなく、ＫＳＭにおいて送信される番組分類情報を使用して、完全なＲＯのセットのうちの１つを選択するか、又はおそらく同じ親ＲＯに関係した多数の子ＲＯの１つを選択することができる。
【００９２】
従って、本発明の態様は、全ての加入者に適用できる権利であるが、番組分類ごとにそれら権利を定義するためのＲＥＬの完全な豊富さを依然許しながらも番組ごとに且つ時間周期ごとに変化し得る権利を付与する帯域巾効率のよい仕方を提供する。本発明は、ＤＶＢ−Ｔ、ＤＶＢ−Ｈ、ＭｅｄｉａＦＬＯ、ＯＭＡ放送及び他のシステムを経てのＩＰＤＣサービスに適用することができる。
【００９３】
当業者に明らかなように、コンピュータシステムを制御するためのインストラクションを含む関連するコンピュータ読み取り可能なメディアを伴うコンピュータシステムを利用して、ここに開示した実施形態を具現化することができる。コンピュータシステムは、マイクロプロセッサ、デジタル信号プロセッサ、及び関連周辺電子回路のような少なくとも１つのコンピュータを含むことができる。
【００９４】
本発明を実施する現在好ましい態様を含む特定例を参照して本発明を説明したが、特許請求の範囲で規定された本発明の精神及び範囲内で前記システム及び技術について多数の変更や置き換えがなされ得ることが当業者に明らかであろう。
【図面の簡単な説明】
【００９５】
【図１】本発明の実施形態によりタイムスライス送信を使用するインターネットプロトコル（ＩＰ）サービスの送信を示す。
【図２】本発明の実施形態によりマルチメディアデータの送信をサポートするプロトコルスタックを示す。
【図３】本発明の実施形態によるマルチメディアセッションのコンポーネントコンフィギュレーションを示す。
【図４】本発明の実施形態により示されたマルチメディアセッションに対するコンポーネントコンフィギュレーションを示す。
【図５】本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。
【図６】本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。
【図７】本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。
【図８】本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。
【図９】本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１０】本発明の実施形態によるマルチメディアセッションのコンポーネントコンフィギュレーションを示す。
【図１１】本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１２】本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１３】本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１４】本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１５】本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１６】本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１７】本発明の実施形態によりマルチメディアセッションを受け取る手順を示す。
【図１８】本発明の実施形態による図１７に示すアーキテクチャーに対するフローチャートである。
【図１９】従来技術によるＤＶＢ−Ｈ ＩＰＤＣ（ＩＰデータキャスト）サービスをサポートする保護されたコンテンツ転送のためのシステムを示す。
【図２０】本発明の実施形態によるＤＶＢ−Ｈ ＩＰＤＣサービスをサポートするシステムを示す。
【図２１】本発明の実施形態により図２０に示されたシステムにおけるＤＶＢ−Ｈ ＩＰＤＣサービスのためのデータを送信するフローチャートである。
【図２２】本発明の実施形態によるＤＶＢ−Ｈ ＩＰＤＣサービスをサポートするシステムを示す。
【図２３】本発明の実施形態によるＤＶＢ−Ｈ ＩＰＤＣサービスをサポートするシステムを示す。
【図２４】本発明の実施形態による図２０、２２及び２３に示された送信モデルをサポートする装置を示す。
【図２５】本発明の実施形態によりマルチメディア放送を受信しそしてＩＰＳｅｃキーを適用する装置を示す。
【図２６】本発明の実施形態によりマルチメディア放送を受信しそしてＩＰＳｅｃキーを解読する装置を示す。
【図２７】本発明の実施形態によりセキュリティプラグインソフトウェアモジュールを配備するシステムを示す。
【図２８】暗号化されたコンテンツを与える従来の方法を例示する。
【図２９】本発明の実施形態により暗号化されたストリーミングコンテンツを与える方法を示す。
【図３０】本発明の実施形態によりストリーミングコンテンツを放送する方法を示す。
【図３１】本発明の実施形態によるトラフィックキーに対する変化のタイムラインを示す。
【図３２】本発明の実施形態による番組セグメントの分割を示す。
【図３３】本発明の実施形態により複数の権利オブジェクトを使用するためのシステムを示す。
【技術分野】
【０００１】
本発明は、保護されたマルチメディアコンテンツの配送に係る。より詳細には、本発明は、保護されたコンテンツの各部分に対するユーザの権利について改良された制御を行なうのに使用するための装置及び方法を提供する。
【背景技術】
【０００２】
ビデオストリーミング、データストリーミング、及びブロードバンドデジタル放送番組は、ワイヤレスネットワークアプリケーション、例えば、インターネットプロトコル（ＩＰ）マルチキャストサービスにおいて人気が高まりつつある。これらのワイヤレスアプリケーションをサポートするために、ワイヤレス放送システムは、データサービスをサポートするデータコンテンツを多数のワイヤレスターミナルへ同時に送信する。デジタルメディアコンテンツ又は他のデータは、種々のアプリケーションプロトコル、搬送プロトコル及びネットワークプロトコルを使用して放送される。例えば、放送システムは、ＭＰＥＧ４−ＡＶＣビデオ、ＭＰＥＧ４−ＡＡＣオーディオ、及び補助的データコンポーネントがＲＴＰ及び／又はＡＬＣへとパケット化及びカプセル化されるようにしてオーディオ−ビジュアルサービスが送信されるＩＰデータ放送を提供する。パケットは、その後、ＵＤＰ及びＩＰへとフォーマットされ、ＭＰＥＧ２−ＴＳ（例えば、ＤＶＢ−Ｈ）においてＭＰＥを経て送信される。パケット交換ドメインでは、マルチメディアセッションの概念は、１つ以上のセッションコンポーネント（前記ケースではオーディオ、ビデオ及び補助的データ）が論理的に一緒に結合されるのを要求する。マルチメディアセッションの部分は、共通の開始時間と終了時間との間に送信される。しかしながら、放送環境では、放送信号を受信できる全受信者が、放送信号により搬送されるデータを受信することができる。コンテンツ販売者は、資格のある受信者しかマルチメディアコンテンツをユーザに提示できないように、マルチメディアコンテンツへのアクセスを制限するのが重要である。
【０００３】
オープンモバイルアリアンス（ＯＭＡ）ＤＲＭシステムのようなデジタル権利マネージメント（ＤＲＭ）システムは、ＯＭＡ ＤＲＭデジタルコンテンツファイル（ＤＣＦ）のような個別ファイルへのアクセスを販売するのに使用されている。１つの考えられる解決策として、コンテンツプロバイダーからの装置（人間のユーザによって命令される）は、コンテンツキーにより暗号化されたＤＣＦ（例えば、ＭＰ３音楽ファイル）を得る。この装置は、（とりわけ）２つの部分、即ちＤＣＦを解読するためのコンテンツキー、及びＤＣＦに対する使用権、を含む権利オブジェクト（ＲＯ）を権利発行者（ＲＩ）から別々に得る（即ち、購入する）。使用権は、装置（ひいては、その人間のユーザ）が解読されたＤＣＦコンテンツを使用する仕方、例えば、コンテンツを使用するための時間範囲、コンテンツをコピーしてもよいかどうか、等々を制御する。異なるＲＩは、同じＤＣＦに対するＲＯを異なる価格で且つ異なる使用権と共に販売することができる。
【０００４】
しばしば、例えば、ＯＭＡ ＤＲＭの場合に、使用権は、週に何日、１日何時間、何日周期、等々の変数に基づき条件に応じて含む権利表現言語（ＲＥＬ）で表わされる。例えば、特定の使用権は、時間周期で延長すると言うことができる。ＲＥＬは、例えば、オープンデジタル権利言語（ＯＤＲＬ）及び延長可能な権利マークアップ言語（ＸｒＭＬ）を含む。
【０００５】
最近、個別のＤＣＦファイルに加えて、ストリーミングサービスも販売するためのＤＲＭシステムが配備されつつある。このようなストリーミングサービスの特殊なケースは、多数の装置が同じ放送ストリームを受信する真のラジオ放送ストリーミングサービス（以下、放送サービス）である。例えば、ＩＰデータキャスト（ＩＰＤＣ）サービスを販売し購入するためのＯＭＡ ＤＲＭが示唆されると共に、デジタルビデオ放送（ＤＶＢ）組織により解決策を標準化して、（とりわけ）ＤＶＢ−Ｈ（ハンドヘルド）ラジオ放送技術より上で、ハンドヘルドテレビ受像機をサポートしつつある。
【０００６】
放送サービスにおける典型的な組織的役割は、１）コンテンツプロバイダーからストリーミングコンテンツを得て、それを暗号化して無線経路に放送する放送局、及び２）ＲＯを販売し、コンテンツを解読し、そして放送を受信する装置におけるその使用権を設定する複数のＲＩ、を含む。ＲＯは、暗号化されたコンテンツそれ自体と同じ放送無線経路を経て、又はセルラーデータ搬送波のような個別の相互作用チャンネル（例えば、ＧＳＭ ＧＰＲＳ、汎用パケット無線サービス）を経て、配送することができる。
【０００７】
このようなシナリオにおいて、通常、各ＲＯのキーでは、ストリーミングコンテンツを直接的に解読することができない。というのは、ストリーミングコンテンツは、（個別のＤＣＦファイルとは異なり）連続的だからである。コンテンツを解読する１つの既知の技術は、ＤＶＢ条件付きアクセスに使用されるようなキーハイアラーキーである。放送局は、トラフィックキー（ＴＫ）により各々暗号化されたストリーミングコンテンツのシーケンスを送信し、トラフィックキーを周期的に変更する。少なくともトラフィックキーが変化するときに、サービスキー（ＳＫ）で暗号化されたトラフィックキーを含むキーストリームメッセージ（ＫＳＭ）が送信される。ＲＯは、サービスキーを含む。それ故、受信装置は、ＲＯのサービスキーを使用して、ＫＳＭのトラフィックキーを解読することができる。次いで、受信装置は、トラフィックキーを使用して、ストリーミングコンテンツを解読することができる。実際に、ＫＳＭは、あるサービスから別のサービスへ迅速な「チャンネル切り換え」を可能にするために非常に頻繁に放送されねばならない。
【０００８】
又、サービスキーも、周期的に変化するが、変化の頻度は、通常、極めて低い。従って、装置がストリーミングコンテンツを解読し続けるためには、新たなサービスキーが要求される。それ故、新たなサービスキーを伴う新たなＲＯを装置によって得て、古いものに置き換えることができる。従って、ＲＯは、トラフィックキーを解読してストリーミングコンテンツを解読するためにサービスキーを使用できる時間に等しいある有効周期を有する。
【０００９】
上述したように、放送サービスのためのＲＯは、ＲＯの有効周期中に、ストリーミングコンテンツを解読し、アクセス可能にする。ＤＣＦのケースと同様に、ＲＯを使用して、同じ有効周期中にＲＥＬで表わされた使用権を述べることができる。例えば、ＤＶＢ−Ｈベースのハンドヘルドテレビ放送サービスについて考える。通常、装置は、チャンネルの番組のようなテレビサービスを、受信時に、ディスプレイに（人間のユーザが視聴できるように）レンダリングすることが許される。使用権は、装置／ユーザが、テレビサービスであるストリーミングコンテンツで何を行ってもよいかを述べる。例えば、使用権は、コンテンツを記録してもよく、後で再生してもよく、別の装置へコピーしてもよく、視聴するだけであり、或いはどんな権利を与えることが望まれるかを与えることができる。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
この方法は、あるレベルの機能性を与えるが、問題もある。各ＲＯは、有効周期に対して１セットの使用権しか述べることができない。この制御レベルでは、不充分である。例えば、ハンドヘルドテレビ放送サービスには、ＲＩが使用に関して異なる制御レベルを与えることを望む異なる形式のテレビ番組がある。ＲＩは、ニュース、広告又はクイズのようなある形式又は部分のコンテンツに対し自由な「何かを行なう(do anything)」使用権を許すが、特別なスポーツエベントや映画特集のような他の形式又は部分のコンテンツに対し使用権を制限することを希望する。従って、比較的長い有効周期を伴うＲＯは、ストリーミングコンテンツのアクセス（即ち解読）に対して優れているが、その形式又は部分のコンテンツの使用が、その形式又は部分のコンテンツに対して許可されることが意図された使用権に基づくように、ＲＯの有効周期内に高い頻度及び／又は精度をもつ使用権を与えるより微粒度の手段を提供することが有用である。
【００１１】
更に、あるコンテンツに対する権利は、１日何時間又は週何日に基づいて変化し得る。更に、ユーザは、コンテンツの異なる部分に対して異なる権利を有することもある。例えば、収入の回収を向上させるために、ユーザは、ユーザがサービスに契約するか又はサービスをオーダーする（例えば、ペイ・パー・ビュー）場合だけ特別のマルチメディアサービスにアクセスすることがしばしば許される。しかしながら、コンテンツは、時間周期に分割されてもよい。従って、例えば、ユーザは、全週契約ではなく週末版に契約することを決定できる。ＲＩは、週末版契約で入手できるコンテンツのある部分をセーブして他の者へ自由に転送するのを許すが、コンテンツの他の部分を単一の使用又は更に制御された配布セットに制限する。
【課題を解決するための手段】
【００１２】
本発明の１つの態様では、数ビットで構成されて頻繁に送信されるセレクタは、以前に取得されて１つ以上のＲＯ内に収容された権利のセットからコンテンツの特定部分に対する権利を選択することができる。セレクタは、比較的小さいので、セレクタを頻繁に送信しても、使用可能な帯域にはあまり影響が及ばない。あまり頻繁に変化しない１つ以上のＲＯは、権利の詳細を与えることができ、それ故、放送チャンネルにおいて帯域巾を節約する結果となる。従って、１つ以上のＲＯが依然ＲＥＬの全豊富さを利用して、コンテンツの各部分に対してどんな権利があるか定義することができる。
【００１３】
本発明の別の態様は、保護されたマルチメディアコンテンツを受信装置へ配送するための方法、装置及びシステムを提供する。保護されたマルチメディアコンテンツの部分及びそれに関連したキー情報は、同じタイムスライスバーストに挿入される。その結果、キー情報は、マルチメディアコンテンツとの同期を維持しながら、頻繁に変化されてもよい。本発明の一実施形態では、タイムスライスバーストは、ＤＶＢ−Ｈシステム、ＤＶＢ−Ｔシステム、ＡＴＳＣシステム及びＩＳＤＢ−Ｔシステムを含む通信システムにより、送信装置から受信装置へ送出される。非常に頻繁に送られるＫＳＭは、各々、少量の番組分類情報を含み、これは、ＲＥＬ変数へ変換され、それにより、全ＲＩのＲＯから、又は（別の実施として）各ＲＩのＲＯから個々に、条件付き使用権を選択する。一実施形態では、選択は、テレビ番組特有のものでよい。
【００１４】
本発明の別の態様では、ＫＳＭにおいて送信される番組分類情報は、１セットの完全なＲＯのうちの１つ、又はおそらく同じ親ＲＯに関係した多数の子ＲＯのうちの１つを選択するのに使用できる。
【発明を実施するための最良の形態】
【００１５】
同じ部分が同じ参照番号で示された添付図面を参照した以下の詳細な説明から、本発明及びその効果がより完全に理解されよう。
【００１６】
以下、本発明が実施される種々の実施形態を例示した添付図面を参照して説明する。他の実施形態も使用でき、又、本発明の実施形態から逸脱せずに、構造的及び機能的変更がなされ得ることを理解されたい。
【００１７】
組織の助けとなり且つ読者の理解を容易にするために、詳細な説明は、２つの部分で行なう。先ず、図１−２７において、本発明の態様に基づきコンテンツを送信し及び受信する方法に関する詳細を述べる。次いで、図２８−３３において、コンテンツの部分に対して使用権を制御するための方法及び装置に関する詳細を述べる。
【００１８】
ストリーミングコンテンツを供給する方法及び装置
図１は、本発明の実施形態によるタイムスライス送信を使用するインターネットプロトコル（ＩＰ）サービスの送信を示す。ベースステーションは、データストリーム１０１、１０３、１０５及び１０７を使用して複数のＩＰサービスに対するデータパケットを放送する。（各データストリームには、データレート容量の一部分が割り当てられる。）この実施形態において、ベースステーションは、ベーストランシーバステーション（ＢＴＳ）、ベースステーションコントローラ（ＢＳＣ）、これらＢＴＳ及びＢＳＣの組み合せ、並びにベーストランシーバステーションの第三世代（３Ｇ）呼称であるノードＢにより通常行なわれる機能をサポートすることができる。データ送信は、ＩＰサービスのデータパケットがデータストリームを通して連続的に搬送されるように、本質的に連続的である。
【００１９】
データパケットのロスを軽減するため、データストリーム１０１、１０３、１０５及び１０７が、ベースステーションにより、データパケット１０９、１１１、１１３及び１１５のバーストへとマップされ、データストリーム１０１、１０３、１０５及び１０７ではなくこれらバーストが無線チャンネルを経て送信される。各データストリーム（１０１、１０３、１０５及び１０７）、ひいては、各バースト（１０９、１１１、１１３及び１１５）は、少なくとも１つのデータサービスをサポートする。従って、各バーストは、複数のデータサービス（例えば、関連データサービスのグループ）をサポートすることができる。
【００２０】
バースト１０９、１１１、１１３及び１１５に関連したデータレートは、通常、データストリーム１０１、１０３、１０５及び１０７に関連したデータレートより大きく、それに対応する数のデータパケットを、より短い時間内に送信することができる。この実施形態において、データストリーム１０１、１０３、１０５及び１０７は、約１００Ｋビット／秒の連続データレートに対応する。バースト１０９、１１１、１１３及び１１５は、通常、約１秒巾で約４Ｍビット／秒に対応する（が、１０Ｍビット／秒を越えることもある）。しかしながら、他の実施形態では、データストリーム１０１−１０７及びバースト１０９−１１５に対して異なるデータレートを使用してもよい。
【００２１】
この実施形態では、全データレート容量が所与の時間に１つのバーストに割り当てられる。図１に示すように、バースト１０９、１１１、１１３及び１１５は、時間的にインターリーブされる。１つのバースト（例えば、バースト１０９）の連続する送信と送信との間にアイドル時間巾（その間に特定のデータサービスに対してデータパケットが送信されない）が生じる。ワイヤレス放送システムは、このアイドル時間巾を使用し、その間に、ワイヤレスターミナルが別のベースステーションへ転送を行なってハンドオーバーを完了するように命令することができる。この別のベースステーションは、ベースステーションが異なる中心周波数及び異なる位相シフト量を使用してワイヤレスターミナルに以前にサービスしたときと同じデータを送信することができる。タイムスライスを使用することで、ターミナルは、電源（通常、バッテリ）により供給される電力の消費を減少することができる。
【００２２】
バーストは、通常、ベースステーションにより周期的に送信される。例えば、バースト１０９のＴ秒後に構造バーストが発生し、ここで、バーストは、Ｔ秒ごとに送信される。ワイヤレスターミナルは、グローバルポジショニングシステム（ＧＰＳ）で正確なタイミングを維持し、各バーストが発生する絶対的時間を決定することができる。別の実施形態では、ワイヤレスターミナルには各バーストの時間周期に関する情報が与えられ、ワイヤレスターミナルに後続バーストについて通知する。本発明の実施形態では、時間周期情報は、あるタイムスライスバーストの開始から同じサービスの次のタイムスライスバーストの開始までの時間インターバルを指示すると共にＭＰＥセクションヘッダでシグナリングされるリアルライムパラメータ（ＤＶＢ−Ｈを伴う「デルタ−ｔ」に対応する）を含む。時間周期は、ＩＰパケット、マルチプロトコルカプセル化フレーム、他のパケットフレーム、及び第三世代（３Ｇ）又は汎用パケット無線サービス（ＧＰＲＳ）チャンネル或いは変調データ、例えば、送信器パラメータシグナリングに含むことができる。或いは又、ワイヤレスターミナルは、ワイヤレスターミナルに対して先験的に分っているデータシーケンスである信号プリアンブルを受信することによりバーストの発生を検出することができる。別の実施形態では、ワイヤレスターミナルは、ベースステーションからオーバーヘッドチャンネルを経てオーバーヘッドメッセージを受け取ることができる。オーバーヘッドメッセージは、バーストの発生に関するタイミング情報を含むことができる。オーバーヘッドチャンネルは、バーストの送信をサポートするダウンリンク無線チャンネルから論理的又は物理的に個別でもよい。
【００２３】
バースト１０９、１１１、１１３及び１１５は、ヨーロッパ規格ＥＮ３０１ １９２“Digital Video Broadcasting (DVB), DVB specification for data broadcasting”のセクション７に基づきマルチプロトコルカプセル化を使用することによりフォーマットすることができる。カプセル化は、インターネットプロトコル（ＩＰ）規格に適合する。
【００２４】
本発明の一実施形態において、デジタルビデオ放送（ＤＶＢ−Ｈ）は、ワイヤレスターミナル、例えば、ハンドヘルドワイヤレスユニットに移動メディアサービスを提供する。この実施形態では、ＤＶＢ−Ｈシステムは、ＤＶＢ−Ｔ（地上動作のためのデジタルビデオ放送）に適合し、そしてワイヤレスハンドヘルドターミナルの良好なサポート動作への向上をサポートする。ＤＶＢ−Ｈシステムは、情報をＩＰデータグラムとして送信できるインターネットプロトコル（ＩＰ）ベースのデータサービスをサポートする。ＤＶＢ−Ｈシステムは、ワイヤレスハンドヘルドワイヤレスターミナルにおいてＩＰベースＤＶＢサービスへのアクセスを容易にする向上（ＤＶＢ−Ｔシステムに関する）を組み込んでいる。（本発明の別の実施形態は、ＤＶＢ−Ｔ、ＡＴＳＣ、及びＩＳＤＢ−Ｔを含むデジタルビデオ放送システムの変形をサポートする。）ＤＶＢ−Ｈの向上は、ＤＶＢ−Ｔの物理的レイヤをベースとし、多数のサービスレイヤ向上がバッテリ寿命及びハンドヘルド環境での受信の改善に向けられる。従って、ＤＶＢ−Ｈの向上は、既存のデジタル地上サービスを補足し、サービスプロバイダーに、市場をワイヤレスハンドヘルド市場へ拡張する可能性を与える。
【００２５】
図２は、本発明の実施形態によるマルチメディアデータの送信をサポートするインターネットプロトコル（ＩＰ）スタック２００を示す。デジタルメディアコンテンツ又は他のデータは、種々のアプリケーションプロトコル、搬送プロトコル、及びネットワークプロトコルを使用して放送される。ＩＰスタック２００では、ＩＰデータ放送は、ＭＰＥＧ４−ＡＶＣビデオ２０１、ＭＰＥＧ４−ＡＡＣオーディオ２０３、及び補助データ２０５のコンポーネントを有するオーディオ−ビジュアルサービスをサポートする。各コンポーネント（２０１、２０３又は２０５）は、コーダー２０７、コーダー２０９又はコーダー２１１により処理されて、リアルタイムプロトコル（ＲＴＰ）レイヤ２１３に対してフォーマットされたパケットが得られる。パケット（データグラム）は、その後、ＵＤＰ（ユーザデータグラムプロトコル）レイヤ２１５及びインターネットプロトコル（ＩＰ）レイヤ２１７により処理される。データグラムは、例えば、ヨーロッパ規格ＥＮ３０１ １９２“Digital Video Broadcasting (DVB), DVB specification for data broadcasting”のセクション７に基づくマルチプロトコルカプセル化（通常、ＯＳＩモデルにおけるリンクレイヤに対応する）を使用してデータグラムをフォーマットすることによりタイムスライスバーストに関連付けられる。カプセル化は、インターネットプロトコル（ＩＰ）規格に適合する。
【００２６】
マルチメディアセッションは、通常、論理的に一緒に結合された１つ以上のセッションコンポーネント（前記ケースでは、オーディオ、ビデオ及び補助データ）に関連付けられる。セッションの各部分は、共通の開始時間と終了時間との間に送信される。開始時間及び／又は終了時間は、定義されてもよいし、されなくてもよい。
【００２７】
図３は、本発明の実施形態によるマルチメディアセッション３０１のコンポーネントコンフィギュレーション３００を示す。コンポーネント３０３は、複数のデータグラム（データグラム３０９及び３１５を含む）に対応し、コンポーネント３０５は、複数のデータグラム（データグラム３１１及び３１７を含む）に対応し、そしてコンポーネント３０７は、複数のデータグラム（データグラム３１３及び３１９を含む）に対応する。コンポーネント３０３、３０５及び３０７は、基礎となるベアラレイヤのメッセージに対してカプセル化されるＩＰパケット内で送信される。各コンポーネント３０３、３０５及び３０７は、定義されたソースＩＰアドレス、行先ＩＰアドレス、及びコンポーネントに関連したデータを搬送するＩＰパケットに使用されるポートを有する。異なるコンポーネントは、独立して定義されたソースＩＰアドレス、行先ＩＰアドレス、及びポートを有する。この実施形態の変形において、マルチメディアセッションは、異なる数のコンポーネントを有してもよい。
【００２８】
ここに例示するコンポーネントコンフィギュレーション３００は、コンポーネント３０３、３０５、３０７間のデータグラム整列を示すが、この実施形態は、データグラムが整列されず且つ各コンポーネントに対するデータグラムの数が他のコンポーネントとは異なるようなコンフィギュレーションもサポートする。例えば、オーディオコンポーネントに対するデータグラムの数は、通常、所与の時間インターバル中に、ビデオコンポーネントに対するデータグラムの数より少ない。
【００２９】
図４は、本発明の実施形態によるマルチメディアセッション４０１に対するコンポーネントコンフィギュレーション４００を示す。コンポーネント４０３、４０５及び４０７は、マルチメディアセッション４０１の間にキーストリーム４０９が周期的に変化する同じキーで暗号化される。（図４−１６において、キーｋiで暗号化されるデータグラムは、Ｅiとして示される。（キーストリーム４０９は、キー情報を含むと共にメディアコンポーネントとは個別の論理的チャンネルである。）同様に、ｊ番目のコンポーネントに関連されたデータグラムで、ｊ番目のコンポーネントに関連したｉ番目のキーで暗号化されたデータグラムは、Ｅjiとして示される。）この実施形態は、コンポーネント４０３、４０５又は４０７に適用される次のような異なる暗号化方法をサポートする。
− ＩＰＳＥＣ−ＥＳＰ（いわゆるＩＰレベル暗号化：ＩＰＳＥＣ−ＥＳＰにおけるＲＦＣを参照）
− 暗号化されたアプリケーションセッションパケットのペイロード（例えばＯＭＡ ＤＲＭ１．０又は２．０のＳＲＴＰ又はＤＣＦ）
− 暗号化
【００３０】
前記暗号化方法は、マルチメディアセッション４０１の間に別々に適用することもできるし又は組み合せて適用することもできる。コンポーネント４０３、４０５及び４０７は、異なる複数のコンテンツデータグラムに対応する。キーストリーム４０９は、複数の関連データグラムを含み、各関連データグラムは、暗号化キーに対応する。暗号化は、通常、個々のデータグラム（例えば、パケット）ベースで実行される。例えば、コンテンツデータグラム４１５、４２５、４２７、４３５及び４３７は、キーｋ1（関連データグラム４１１に対応する）で暗号化され、そしてコンテンツデータグラム４１７は、キーｋ2（関連データグラム４１３に対応する）で暗号化される。
【００３１】
キーストリーム４０９は、ＲＴＰ、ＡＬＣ／ＦＬＵＴＥ、ＵＨＴＴＰ、ＤＶＢＳＴＰ、ペイロードを伴うＩＰ、及びペイロードを伴うＵＤＰのような配送プロトコルを使用する。キーストリーム４０９において配送されるキーは、通常、それらのキーを搬送するキーストリーム４０９のコンテンツにアクセスし、ひいては、コンポーネント４０３、４０５及び４０７へアクセスできるようにするために、資格のある受信者が有する別のキーにより保護される。キーストリーム４０９の配送は、コンポーネント４０３、４０５及び４０７と任意に同期され、例えば、ＲＴＰ制御プロトコルを使用してＲＴＰタイムスタンプと同期される。
【００３２】
図５は、本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション５００は、コンポーネントコンフィギュレーション４００と同様である。マルチメディアセッション５０１は、コンポーネント５０３、５０５及び５０７と、キーストリーム５０９とを含む。コンポーネント５０５は、キーストリーム５０９からのキーで暗号化されるが、コンポーネント５０３及び５０７は、暗号化されない。
【００３３】
図６は、本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション６００は、コンポーネントコンフィギュレーション４００と同様である。しかしながら、キーストリーム６０９は、コンポーネント６０３、６０５、及び６０７に各々対応する３つの一連のキー６１１、６１３及び６１５を含む。これらのキーは、マルチメディアセッション６０１の間に周期的に、しかも、独立して変化するが、互いに同期されてもよい。
【００３４】
図７は、本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション７００は、コンポーネントコンフィギュレーション６００と同様であるが、各コンポーネントに対するキーは、マルチメディアセッション７０１の間に変化する異なるキーストリームにおいて搬送される。１つのキーストリームをもつのではなく、コンポーネントコンフィギュレーション７００は、３つのキーストリーム７０９、７１１及び７１３を使用する。これらキーストリーム７０９、７１１及び７１３は、各々、コンポーネント７０３、７０５及び７０７に対応する。
【００３５】
図８は、本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。このコンポーネントコンフィギュレーション８００では、コンポーネント８０５は、キーストリーム８０９からのキーで暗号化される。しかしながら、キーストリーム８０９は、コンポーネント８０５を解読するのに現在適用できるキー、並びにコンポーネント８０５を解読するのにその後に使用されるキーを与える。図８に示す例では、キーｋ1（データグラム８１１に対応する）が現在適用される一方、キーｋ2（データグラム８１３に対応する）及びｋ3（データグラム８１５に対応する）がその後に適用される。コンポーネント８０３及び８０７は、マルチメディアセッション８０１の間に暗号化されないが、コンポーネント８０３及び８０７は、この実施形態の他の変形では暗号化される。その後に適用されるキーをもつことで、受信装置は、マルチメディアセッション８０１の間のキー遷移を平滑化することができる。例えば、受信装置は、コンテンツデータグラムを解読する際の中断を減少するために新たなキーでＩＰスタックを構成することができる。
【００３６】
図９は、本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。キーストリーム９０９は、暗号化のためにコンポーネント９０５に現在適用されるキーと、キーの遷移が現在時間の所定の増分時間内であるときにその後に適用されるキーとを含む。例えば、キー遷移９５１の前には、キーストリーム９０９は、キーｋ1（データグラム９１１に対応する）及びｋ2（データグラム９１３に対応する）の両方を含み、そしてキー遷移９５１の後には、ｋ2（データグラム９１５に対応する）しか含まない。コンポーネントコンフィギュレーション８００と同様に、コンポーネントコンフィギュレーション９００は、受信装置がキー遷移の作用を平滑化するのを助成する。
【００３７】
図１０は、本発明の実施形態によるマルチメディアセッション１００１に対するコンポーネントコンフィギュレーション１０００を示す。しかしながら、コンポーネントコンフィギュレーション４００−９００と比較して、キーは、キーを送信するための個別のキーストリームを有するのではなく、１つ以上のコンポーネントにおいて搬送される。コンポーネントコンフィギュレーション１００では、コンポーネント１００５は、コンテンツデータグラム（例えば、コンテンツデータグラム１０１１）と、コンポーネント１００３、１００５及び１００７を暗号化するのに使用されたキーｋ1を与えるデータグラム１００９とを含む。
【００３８】
図１１は、本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション１１００では、コンポーネント１１０７は、マルチメディアセッション１１０１中にコンポーネント１１０５に適用されるキーｋ1（データグラム１１０９に対応する）及びキーｋ2（データグラム１１１１に対応する）を与える。図１１に示す例では、コンポーネント１１０３及び１１０７は、コンポーネント１１０７により与えられるキーでは暗号化されない。
【００３９】
図１２は、本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション１２００は、コンポーネントコンフィギュレーション１１００に類似している。しかしながら、キーは、マルチメディアセッション１２０１の間に、キー情報を搬送するコンポーネント（コンポーネント１２０５）と、別のコンポーネント（コンポーネント１２０３）の両方に適用される。しかしながら、図１２に示す例では、コンポーネント１２０７は、暗号化されない。
【００４０】
図１３は、本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション１３００では、各コンポーネント１３０３、１３０５及び１３０７は、マルチメディアセッション１３０１の間に同じコンポーネントに適用されるキーを搬送する。例えば、キーｋ11（データグラム１３０９に対応する）及びｋ12（データグラム１３１１に対応する）がコンポーネント１３０３に適用される。又、キーｋ21（データグラム１３１３に対応する）及びｋ22（データグラム１３１５に対応する）がコンポーネント１３０５に適用される。更に、キーｋ31（データグラム１３１７に対応する）及びｋ32（データグラム１３１９に対応する）がコンポーネント１３０７に適用される。
【００４１】
図１４は、本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション１４００では、各コンポーネント１４０３、１４０５及び１４０７は、マルチメディアセッション１４０１の間に異なるコンポーネントに適用されるキーを搬送する。例えば、キーｋ11（データグラム１４１３に対応し、コンポーネント１４０５により搬送される）及びｋ12（データグラム１４１９に対応し、コンポーネント１４０７により搬送される）がコンポーネント１４０３に適用される。又、キーｋ21（データグラム１４１７に対応し、コンポーネント１４０７により搬送される）及びｋ22（データグラム１４１１に対応し、コンポーネント１４０３により搬送される）がコンポーネント１４０５に適用される。更に、キーｋ31（データグラム１４０９に対応し、コンポーネント１４０３により搬送される）及びｋ32（データグラム１４１５に対応し、コンポーネント１４０５により搬送される）がコンポーネント１４０７に適用される。
【００４２】
図１５は、本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション１５００では、キー情報は、個別のデータグラムではなく、コンテンツデータグラムにおいて搬送される。例えば、キーｋ1は、コンテンツデータグラム１５０９において連結部分（又は特別なヘッダ）１５１１内に含まれ、そしてｋ2は、コンテンツデータグラム１５１３において連結部分（又は特別なヘッダ）１５１５内に含まれる。キーｋ1及びｋ2は、コンポーネント１５０３、１５０５及び１５０７のデータグラムに適用される。
【００４３】
図１６は、本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。コンポーネントコンフィギュレーション１６００は、コンポーネントコンフィギュレーション８００と同様であり、現在キー及びその後のキーの両方が設けられる。例えば、コンポーネント１６０５は、キーｋ1（データグラム１６０９に対応する）及びキーｋ2（データグラム１６１１に対応する）を搬送し、ここで、キーｋ1は、コンポーネント１６０３及び１６０７に現在適用され、そしてキーｋ2は、その後、マルチメディアセッション１６０１の間に適用される。同様に、キーｋ2（データグラム１６１３に対応する）及びキーｋ3（データグラム１６１５に対応する）は、その後、コンポーネント１６０５において搬送される。コンポーネントコンフィギュレーション８００と同様に、コンポーネントコンフィギュレーション１６００は、受信装置がキー遷移を平滑化するのを助成する。
【００４４】
図１７は、本発明の実施形態によりマルチメディアセッションを受け取るためのアーキテクチャー１７００を示す。このアーキテクチャー１７００では、受信装置は、ＩＰセッションコンポーネント及び該セッションコンポーネントに関係したキーストリームの両方を含むデータ１７０１のタイムスライスバーストを受け取る。複数のコンテンツデータグラム１７０５、１７０７及び１７０９は、各々、コンポーネント１、コンポーネント２、及びコンポーネント３に対応する。複数のデータグラム１７１１は、キーストリームに対応する。タイムスライスバースト１７０１は、データグラム（パケット）をＩＰスタック１７２１へ転送する前に暫定バッファ１７１３に記憶される。受信装置は、第１に、受け取ったタイムスライスバースト１７０１に対するキー（データグラム１７１７に対応する）を暫定バッファ１７１３から抽出する。第２に、受信装置は、その抽出されたキーをＩＰＳｅｃセキュリティアソシエーション（ＳＡ）データベース１７１９へインストールする。又、受信装置は、残りのデータグラム１７１５を暫定バッファから抽出し、そしてそれをＩＰスタック１７２１へ転送する。解読の後に、処理されたデータグラムは、マルチメディアコンテンツのプレゼンテーションのためにアプリケーション１７２３へ通される。その結果、ＩＰスタック１７２１は、コンテンツデータグラムを拒絶しない（現在タイムスライス又は以前のタイムスライスバーストにおいて配送された対応キーを受信装置が有していないコンテンツデータグラムが存在しない限り）。
【００４５】
図１８は、本発明の実施形態による図１７に示すアーキテクチャーに対するフローチャート１８００である。ステップ１８０１において、受信装置は、通信チャンネル、例えば、ワイヤレスチャンネルを経てタイムスライスバーストを受け取る。ステップ１８０３において、受信装置は、受け取ったタイムスライスバーストからコンポーネント（例えば、オーディオコンポーネント及びビデオコンポーネント）を分離する。ステップ１８０５において、受信装置は、キーの関連セットをキーストリームから抽出する。抽出されたキーは、タイムスライスバースト又はその後のタイムスライスバーストに含まれたコンテンツデータグラムに適用することができる。又、この実施形態は、タイムスライスバーストにおける異なるデータグラムに異なるキーが使用されるようなコンフィギュレーションをサポートする。抽出されたキーは、ステップ１８０７において、ＩＰＳｅｃセキュリティアソシエーション（ＳＡ）データベース（例えば、図１７に示すＳＡ ＤＢ１７１９）に適用される。ステップ１８０９において、コンテンツデータグラムがバッファ（例えば、暫定バッファ１７１３）から抽出され、そしてステップ１８１１において、ＩＰスタック（例えば、スタック１７２１）へ送信される。コンテンツデータグラムは、その後、解読されて、対応するアプリケーションへ送信される。
【００４６】
図１９は、従来技術によるＤＶＢ−Ｈ ＩＰＤＣ（ＩＰデータキャスト）サービスをサポートする保護されたコンテンツ転送のためのシステム１９００を示す。このシステム１９００は、“Interim DVB-H IP Datacast Specifications: IP Datacast Baseline Specification: Specification of Interface I_MT”、ＤＶＢドキュメントＡ０８０、２００４年４月、に掲載されたＩＰＤＣを使用してＤＶＢ−Ｈサービスのための保護されたコンテンツ転送を行なう。この仕様によれば、セキュリティ関連データの各部分は、ＳＡカルーセル１９２１の電子サービスディレクトリ（ＥＳＧ）においてＤＲＭ保護ＳＡファイル１９１９（これは、保護機能を遂行することによりデジタル権利マネージャー（ＤＲＭ）１９０９により与えられる）及びＩＰＳｅｃポリシーファイル１９１１として送信される。カルーセルデータは、通常、頻繁に（例えば、１日に一度）更新されるので、システム１９００は、特に、１つ以上のキーが更新されるか又は頻繁に変化する場合に、キー配送のための効率的な解決策を与えない。
【００４７】
マルチメディアコンテンツ１９０１（ＩＰデータグラムに対応する）は、暗号化モジュール１９０３によりＩＰＳｅｃキー１９０５で暗号化され、そしてタイムスライスパケットとして（マルチプロトコルカプセル化、ＦＥＣエンコーディング及びタイムスライスバースト形成の後に）受信装置１９２６へ送信される（送信システム１９２５により遂行される）。権利オブジェクト（ＲＯ）１９２３（これは、権利オブジェクト発生１９２２により与えられる）は、相互作用チャンネルを経て受信装置１９２６へ送信され、ここで、受信装置１９２６には、両方向通信のための手段、例えば、移動電話機能が設けられている。受信装置１９２６のユーザは、サービス（コンテンツ）をオーダーし、その結果、それに対応する権利オブジェクト（ＲＯ）１９３３を受け取る、これは、ユーザが、オーダーしたサービスのコンテンツを解読するのを許す。この実施形態では、権利オブジェクト１９３３は、通常、ＩＰＳｅｃキー１９０５を含まない。
【００４８】
受信装置１９２６は、バースト処理モジュール１９２７でタイムスライスバーストを処理する。受け取ったパケットは、解読モジュール１９２９により、キー抽出モジュール１９３１により与えられるキーで解読されて、コンテンツ１９３５を得る。キーは、権利オブジェクト１９３３から決定される。キーは、通常、ＳＡカルーセルにおいて、ＤＲＭ保護ＳＡファイルとして配送される。権利オブジェクト１９３３は、受信装置１９２６がキーを抽出するのを許す。
【００４９】
図２０は、本発明の実施形態によるＤＶＢ−Ｈ ＩＰＤＣサービスをサポートするシステム２０００を示す。マルチメディアコンテンツ２００１（コンテンツデータグラムに対応する）は、暗号化モジュール２００３により、ＩＰＳｅｃキー２００５を適用することで暗号化される。送信システム２０２５は、暗号化モジュール２００３から暗号化されたコンテンツデータグラムを得ると共に、それに対応するキーをＤＲＭ２００９から得る。送信システム２０２５は、コンテンツデータグラムを暗号化することに対応するキーを含む対応するデータグラムを形成する。送信システム２０２５は、暗号化されたコンテンツデータグラム及び対応するデータグラムの両方をタイムスライスバーストに挿入し、このタイムスライスバーストは、通信チャンネルを経て受信装置２０２６へ送信される。図２０は、無線モジュールを明確に示していないが、この実施形態は、ワイヤレスチャンネルを経て受信装置２０２６へタイムスライスバーストを送信するためのワイヤレス信号能力を備えることもできる。
【００５０】
受信装置２０２６は、受信したタイムスライスバーストを処理し、ここで、暗号化されたコンテンツデータグラム及びそれに対応するデータグラム（受信したコンテンツデータグラムを暗号化するのに使用される対応キーを含む）がバースト処理モジュール２０２７により分離（デマルチプレクス）される。この実施形態では、受信装置２０２６は、タイムスライスバーストを含むＤＶＢ信号を受信するためのブロードバンド受信器と、ワイヤレスネットワークにおいて両方向通信するためのトランシーバーとを備えている。両方向通信は、ユーザによるサービスオーダー、ＯＭＡメッセージング、及びセキュリティプラグインモジュールインストールをサポートする。この実施形態は、図４−１６を参照して既に述べたように、キーが個別のキーストリームに含まれるか、又はキーがマルチメディアコンポーネントに含まれるような異なる信号コンフィギュレーションをサポートする。キー抽出モジュール２０３１は、解読モジュール２０２９により遂行されるようにコンテンツデータグラムを解読するために、対応データグラムからキーを抽出する。解読モジュールは、解読したコンテンツ２０３５をアプリケーション（図示せず）へ供給し、コンテンツを提示できるようにする。
【００５１】
更に、権利マネージメントオブジェクト２０２３（権利オブジェクトジェネレータ２０２２により決定された）は、購入オーダーに応答して、受信装置２０２６へ個別に送信される。その結果、受信装置２０２６は、権利オブジェクト２０３３を受け取り、受信装置２０２６が受信したコンテンツを処理することが許されるかどうか決定する。
【００５２】
図２１は、本発明の実施形態によりシステム２０００におけるＤＶＢ−Ｈ ＩＰＤＣサービスのためのデータを送信するフローチャート２１００である。ステップ２１０１において、送信装置（例えば、送信システム２０２５）は、得られたコンテンツデータグラムを現在タイムスライスバーストに含ませねばならないかどうか決定する。もしそうでなければ、タイムスライスバースト（以前に得たコンテンツデータグラム及びそれに関連したキーを伴う）は、ステップ２１０９において、受信装置へ送られる。
【００５３】
得られたコンテンツデータグラムを現在タイムスライスバーストに含ませねばならない場合には、ステップ２１０３において、対応キーが決定されると共に、ステップ２１０５において、コンテンツデータグラムがそのキーで暗号化される。ステップ２１０７において、暗号化されたコンテンツデータグラム及び対応キー情報（マルチメディアコンポーネント又はキーストリームに含まれる対応データグラムに対応する）が現在タイムスライスバーストに挿入される。
【００５４】
図２２は、本発明の実施形態によるＤＶＢ−Ｈ ＩＰＤＣサービスをサポートするシステム２２００を示す。図２２において、要素２２０１、２２０３、２２０５、２２２２、２２２３、２２２７、２２２９、２２３１、２２３３、及び２２３５は、図２０に示された要素２００１、２００３、２００５、２０２２、２０２３、２０２７、２０２９、２０３１、２０３３、及び２０３５に対応する。システム２０００と同様に、システム２２００は、コンテンツデータグラム及びそれに対応するキー情報を同じタイムスライスバーストにおいて送信する。キー情報は、キーメッセージジェネレータ２２０６により送信システム２２２５に与えられる。キーメッセージジェネレータは、更に、キーを暗号化し、従って、暗号化されたキー情報が送信システム２２２５により受信装置２２２６へ送信される。ＤＲＭ２２０９は、権利オブジェクトジェネレータ２２２２に関連して、希望のＤＶＢ−Ｈ ＩＰＤＣサービスに対応する権利オブジェクト２２３３を受信装置２２２６に与える。
【００５５】
ＩＰＳｅｃポリシーファイル２２１１（セキュリティアソシエーション情報を含むことができる）は、ＩＰＤＣタイムスライシングを使用してマルチプレクスされて送信されるサービス（コンテンツ）及びキーメッセージとは個別にＳＡカルーセル２２２１において送信される。この実施形態では、ＳＡカルーセル２２２１は、電子サービスガイド（ＥＳＧ）の一部分として送信される。
【００５６】
図２３は、本発明の実施形態によるＤＶＢ−Ｈ ＩＰＤＣサービスをサポートするシステム２３００を示す。このシステム２３００は、対応するプライベートキーを使用して第２レベルの暗号化を与えることのできる条件付きアクセス（ＣＡ）をサポートする。（図２６を参照して述べるように、ＩＰＳｅｃキーは、デジタル権利マネージメント（ＤＲＭ）及びＣＡモジュールにより暗号化されてもよい。）受信装置２３２６は、受信区分及びターミナル区分を備えている。受信区分は、バースト処理、デマルチプレクシング及びキーマネージメントを遂行する。又、受信区分は、ＣＡプラグインインストール及びキー解読も含む。ＤＲＭ２３５１は、ＣＡプラグインインストールパッケージ２３５３をＤＲＭ２３１４へ送信し、図２７を参照して更に説明するように受信装置２３２６に新たなＣＡプラグインモジュールがインストールされる。キーの解読は、安全な処理環境で遂行される。ターミナル区分は、解読（解読モジュール２３２９に対応する）及びコンテンツレンダリング（コンテンツ２３３５に対応する）に加えて、キーマネージメント及びキー解読を遂行する。
【００５７】
キー２３０５（暗号化モジュール２３０３によりコンテンツ２３０１を暗号化するのに使用される）の暗号化は、キー暗号化モジュール２３１１により遂行される。キー暗号化モジュール２３１１は、ＣＡモジュール２３０８及びＤＲＭ２３０９を備えている。従って、キー暗号化モジュール２３１１は、２つの暗号化レベルを与える。暗号化されたキー情報及びコンテンツデータグラムの両方が送信システム２３２５により同じタイムスライスバーストに含まれる。
【００５８】
対応的に、受け取ったキー情報の解読は、キー解読モジュール２３１７により遂行される。キー解読モジュール２３１７は、ＤＲＭ２３１４及びＣＡモジュール２３１５を備えている。キー解読モジュール２３１７は、２レベルの暗号化に対応する２レベルの解読を遂行する。バースト処理モジュール２３２７は、キーマネージャー２３１３により与えられる解読されたキーを使用して、受信したコンテンツデータグラムを解読する。受信したコンテンツデータグラムは、ターミナル区分の解読モジュール２３２９により解読される。キーマネージャー２３１３は、モジュール２３２７によりデマルチプレクスされたキー情報を受け取り、そしてそのキー情報をＤＲＭ及びＣＡ解読のためにキー解読モジュール２３１７（信頼性のある環境に関連した）へ転送する。
【００５９】
この実施形態では、権利オブジェクト（ＲＯ）は、ＯＭＡ ＤＲＭ２メッセージ（提案されたオープンモバイルアリアンスデジタル権利マネージメント第２．０版に基づく）としてＤＲＭ２３０９からＤＲＭ２３１４へ送信される。権利オブジェクトは、通常、タイムスライスバーストから別々に送信される。
【００６０】
図２４は、本発明の実施形態による図２０、２２及び２３に示された送信システム（例えば、２０２５、２２２５及び２３２５）をサポートする装置２４００を示す。この実施形態では、装置２４００は、リンクレイヤ（ＯＳＩプロトコルモデルの第２レイヤ）に通常関連した機能を遂行する。プロセッサ２４０５は、暗号化モジュール（図示せず）から暗号化インターフェイス２４０１を経て暗号化されたデータグラムを得ると共に、キージェネレータ（図示せず）からキーインターフェイス２４０３を経て対応キー情報を得る。送信インターフェイス２４０７は、受信装置における転送エラー修正のためにデータグラムをエンコードし、マルチプロトコルカプセル化を遂行し、そしてエンコードされたデータグラムでタイムスライスバーストをフォーマットする。（この実施形態では、データグラムは、コンテンツデータグラムと、キーを含む対応データグラムとの両方を備える。）
【００６１】
図２５は、本発明の実施形態によりマルチメディア放送を受信しそしてＩＰＳｅｃキーを適用する受信装置（例えば、図１９、２０、２２及び２３に各々示された受信装置１９２６、２０２６、２２２６及び２３２６）のための装置２５００を示す。この装置２５００は、タイムスライスバースト（例えば、タイムスライスバースト２５０１及び２５０３）を処理して、コンテンツデータグラム及びその関連キーストリームを抽出する。図２５に示す実施形態では、タイムスライスバースト２５０１又はタイムスライスバースト２５０３は、コンテンツデータグラム（例えば、コンテンツデータグラム２５０５、２５０７及び２５０９）を、サービスコンテンツを含むＥＳＰカプセル化ＩＰパケット、及びＵＤＰキーメッセージを含む対応するキーデータグラム（例えば、対応するデータグラム２５１１）と共に有する。ＵＤＰキーメッセージのキーは、ＤＲＭで保護することができる。
【００６２】
装置２５００は、サービスコンテンツとキーメッセージとの間を区別することができる。従って、受信モジュール２５５１は、コンテンツデータグラムをキーデータグラムから分離する。この実施形態では、キーデータグラムには、送信装置（図示せず）によりコンテンツデータグラムより高いプライオリティレベルが与えられる。この実施形態では、データグラムに関連したプライオリティレベルは、フィールド、例えば、サービス形式（ＴｏＳ）フィールド又は区別化サービスフィールドにより指示される。従って、キーデータグラムは、それに対応するコンテンツデータグラムの前にＩＰスタック２５５３へ送信され、従って、キー解読モジュール２５５５によるキー処理のためにより多くの時間を割り当てることができる。キー解読モジュールには、ＩＰスタック２５５３からキーマネージャー２５５９を通して暗号化されたキーが提示される。
【００６３】
図１７及び２５に示す実施形態は、関連コンテンツデータグラムと同じタイムスライスバーストにキーを含む。しかしながら、別の実施形態では、あるタイムスライスバーストのキーは、次のタイムスライスバーストに含まれたコンテンツデータグラムの解読に関連付けられ、従って、より多くの時間をキー処理に許す。他の変形も考えられる。例えば、コンテンツの解読に使用するための多数のキーが、単一のタイムスライスバーストで与えられ、次いで、これらのキーは、複数のその後のタイムスライスバーストに対して使用することができる。
【００６４】
解読されたキーは、ＩＰＳｅｃモジュール２５５７に提示され、従って、ＩＰスタック２５５３における関連コンテンツデータグラムを解読してクライアント２５６１へ提示することができる。
【００６５】
図２６は、本発明の実施形態によりマルチメディア放送を受信しそしてその受信したＩＰＳｅｃキー２６０１を解読する装置２６００を示す。キーマネージャー２６５３は、暗号化されたＩＰＳｅｃキーをＤＲＭサーバー２６５５へルーティングし、パブリック解読アルゴリズム及びプライベートキー２６０３を使用して第２レベルの暗号を解読する。ＤＲＭサーバー２６５５は、第２レベルの解読されたキー２６０７をキーマネージャー２６５３へ返送する。キーが第１レベルの暗号で暗号化されたことをキーマネージャー２６５３が決定した場合に、キーマネージャー２６５３は、第２レベルの解読されたキーをＣＡプラグインソフトウェアモジュール２６５７へルーティングする。ＣＡプラグインモジュール２６５７は、機密の解読アルゴリズム及びプライベートキー２６０５を使用して、第２レベルの解読されたキー２６０７を解読する。本発明の実施形態では、機密の解読アルゴリズムは、ヨーロピアン・テレコミュニケーションズ・スタンダード・インスティテュート（ＥＴＳＩ）から入手できるＤＶＢ共通スクランブルアルゴリズム（ＣＳＡ）に対応する。ＣＡプラグインソフトウェアモジュール２６５７は、解読されたキー２６０９をキーマネージャー２６５３へ返送し、これは、解読されたキー２６０９をＩＰスタック２６５１へ転送する。
【００６６】
この実施形態において、ＣＡプラグインモジュール２６５７は、関連プライベートキー及び関連解読アルゴリズムを含むオペレータ特有のＣＡ方法に基づく任意の第１レベルの解読を遂行する。第２レベルの暗号化は、オープン規格、例えば、ＯＭＡ ＤＲＭ２に基づくものである。第１レベルの暗号化は、任意なものであるので、キーマネージャー２６５３は、第１レベルの暗号化が第２レベルの解読されたキー２６０７に適用されたかどうか決定する。もしそうであれば、キーマネージャー２６５３は、第２レベルの解読されたキー２６０７をＣＡプラグインソフトウェアモジュール２６５７へルーティングする。もしそうでなければ、キーマネージャー２６５３は、第２レベルの解読されたキー２６０７をＩＰスタック２６５１へ直接ルーティングする。というのは、第２レベルの解読されたキー２６０７は、完全に解読されたものだからである。
【００６７】
この実施形態では、キーマネージャー２６５３は、関連暗号化指示子（図示せず）、例えば、ヘッダ又はメッセージフィールドを検査することにより、第２レベルの解読されたキー２６０７が第１レベルで暗号化されたものであるかどうか決定する。関連暗号化指示子は、第２レベルの解読されたキー２６０７が第１レベルで暗号化されたものである場合には「イエス」を指示し、そして第２レベルの解読されたキー２６０７が第１レベルで暗号化されたものではない場合には「ノー」を指示する。第２レベルの解読されたキー２６０７が第１レベルで暗号化されたものである場合には、関連暗号化指示子は、第１レベルで暗号化されたものではない。
【００６８】
図２７は、本発明の実施形態により新規なセキュリティプラグインソフトウェアモジュール２７０１を受信装置２７５０に配備するシステム２７００を示す。セキュリティプラグインソフトウェアモジュール２７０１は、インストールパッケージ２７０５（例えば、ＳｙｍｂｉａｎによりサポートされるＳＩＳファイル）としてフォーマットされる。インストールパッケージ２７０５は、保護されたパッケージ２７０７を形成するように保護され（例えば、ＯＭＡ−ＤＲＭ２で）、そして配送メカニズムを使用して受信装置へ配送される。この実施形態は、受信装置がワイヤレスターミナルであるようなワイヤレス通信チャンネルを含む異なる通信チャンネルを配送メカニズムにおいてサポートする。受信された保護パッケージ２７０７は、信頼性のあるアプリケーションであるアプリケーションインストーラー２７５１へ向けられる。アプリケーションインストーラー２７５１は、新たなセキュリティプラグインソフトウェアモジュール２７０１を保護されたパッケージ２７０７から抽出し、そして受信装置２７５０に現在インストールされた現在セキュリティプラグインソフトウェアモジュール２７５５を、新たなセキュリティプラグインソフトウェアモジュール２７０１に置き換える。この新たなセキュリティプラグインソフトウェアモジュール２７０１を抽出するために、受信装置２７５０は、権利オブジェクト２７０３を受け取り、これは、ＤＲＭ２７５３により処理される。その結果、ＤＲＭ２７５３は、セキュリティプラグインソフトウェアモジュールの交換が許されたことをアプリケーションインストーラー２７５１に指示する。
【００６９】
本発明の実施形態では、図３−１６に示すコンポーネントコンフィギュレーションは、図２０、２２及び２３に示すシステムに組み込むことができる。
【００７０】
微粒度使用権を与えるための方法及び装置
以上の説明は、以下に述べる方法及び装置に使用できるストリーミングコンテンツを与えるのに使用する方法及び装置の実施形態に関する詳細であったが、他の方法及び装置を使用してもよい。
【００７１】
ストリーミングコンテンツに対する権利の制御は、利用できる帯域巾の量が制限されているために、若干困難である。この問題に対する普通の解決策は、非常に短い有効周期をもち、おそらく同じサービスキーを含むが、異なる使用権をもつＲＯを通常の仕方で生成して配送することである。これは、サービスキーが、例えば、テレビチャンネルのテレビ番組より相当に低い頻度でしか変化しないので、実際には厄介である。別の解決策として、ＲＯ又は単に権利の表現をＫＳＭにおいて配送することができる。しかしながら、完全なＲＯをＫＳＭにおいて頻繁に送信すると、帯域巾のかなりのビットを消費することになる。というのは、支払をした者しか権利が得られないようにそれらを各加入者（又は加入者のグループ）に個々にアドレスしなければならないからである。たとえ権利が全ての加入者に対して同じであって、且つＫＳＭへのアクセスが他の手段により制限され、ＫＳＭがＲＯの権利表現部分しか含む必要がない場合でも、特に、ＸＭＬ型権利表現言語が使用される場合には、権利表現それ自体が著しい数のビットを必要とする。この問題に対する典型的な解決策は、権利表現をバイナリー化するか、又は考えられる権利を若干の所定のケース（「使用状態」）に制限するための種々の圧縮方法を含む。しかしながら、これら潜在的な解決策は、実用的に採用されるように帯域巾に好都合な仕方で充分な微粒度制御をＲＩに適切に与えることができない。
【００７２】
先ず、図２８を参照し、従来の例を説明する。コンテンツは、コンテンツキー（ＣＫ）で暗号化され（Ｅ）、そして受信器（図示せず）へ与えられる。受信器は、使用権のセットと共にＣＫを含むＲＯ２８６０を別々に得る。受け取った暗号コンテンツは、次いで、視聴されるか、さもなければ、得られた使用権に基づきＲＯにおいて与えられるものとして使用される。しかしながら、この従来技術の方法は、ストリーミングコンテンツに特に適していない。
【００７３】
図２９を参照すれば、本発明の態様が例示されている。ストリーミングコンテンツ２９１０は、放送局へ送られ、そして暗号化２９１５においてＴＫ２９２５を使用して暗号化される。受信器（図示せず）には、ＫＳＭ２９４０を経てＴＫ２９２５が与えられ、ＫＳＭ２９４０は、ＴＫ２９２５と共にＳＫ２９５０を使用して暗号化２９３０により形成される。ＫＳＭを与えるキーストリームは、ＩＰアドレス及びポート番号と共にユーザにアナウンスされる。ＴＫ２９２５はＳＫ２９５０で暗号化されるので、装置は、ＳＫ２９５０を含むＲＯ２９６０を使用して、ＫＳＭ２９４０を解読し、ストリーミングコンテンツ２９１０を解読することができる。ＳＫ２９５０を与えるのに加えて、ＲＯ２９６０は、使用権２９６５も与える。
【００７４】
通常、ＴＫは、周期的に変化する。図３１は、その一例を示す。ＳＫが有効である間にＴＫは数回変化することに注意されたい。実際に、ＴＫの変化の回数は著しく多い。ＴＫが変化するときに、新たなＫＳＭ２９４０（図２９）が、同じＳＫ２９５０により暗号化された新たなＴＫと共に受信器へ与えられる。従って、ＳＫ２９５０が同じままである間に、ＲＯ２９６０は、受信器がストリーミングコンテンツを解読するのを許す。しかしながら、ＳＫが変化するときには、装置へ送られるＫＳＭを解読し、そしてストリーミングコンテンツの使用を許可するように、新たなＲＯが必要となる。一般に、ＲＩから購入されたＲＯは、ＤＲＭメカニズムを実現可能とするために比較的長い有効周期をもたねばならない。ある実施形態では、親ＲＯが得られると、子ＲＯも得ることができる。図４−１６のキーを参照して上述したときに、本発明の一実施形態では、ＴＫがそれらの有効周期の前にＫＳＭにおいて配送され、従って、ユーザ（装置）は、実際のストリーミングコンテンツ（又はそのセグメント）が受け取られる前に、キー（１つ又は複数）及びビットの組み合せを解読することができる。同様に、ＲＯも、有効周期の前に取得することができる。
【００７５】
上述したように、権利は、通常、ＲＥＬで表現される。充分高精度の制御を与える帯域巾に好都合な解決策で使用権の問題に対処するために、番組分類と称される新規なＲＥＬ変数を使用することができる。この番組分類変数は、例えば、２ビットといった小さなものでよいが、あるアプリケーションでは充分な使用権制御を果たすことができる。しかしながら、３ビット以上を使用すると、微粒度制御を与え、それ故、それが望ましい。しかしながら、変数のサイズは、配送の方法に若干依存する。本発明のある実施形態では、個別の変数を使用するのではなく、番組分類情報が、コンテンツ、番組又はサービス識別子のような他の識別子に埋め込まれ又はそれと連結される。
【００７６】
図３０を参照すれば、種々のコンテンツプロバイダー（ＣＰ）は、放送局にコンテンツを供給する。更に、種々のＲＩは、放送局と通信し、以下に述べるように番組分類を決定するか、又は番組分類を与える。ＲＩ及びＣＰは、同じエンティティであってもよいし、なくてもよいことに注意されたい。コンテンツは、暗号化され、次いで、受信者へ放送される。コンテンツ暗号化は、コンテンツプロバイダー又は放送局により行うことができ、そして暗号化キーは、暗号作成者と権利発行者（ＲＩ）との間で適宜に配送されることに注意されたい。
【００７７】
例えば、放送サービス及び装置について考える。特定のＲＩから、装置は、あるコンテンツにアクセスするために特定のＲＩからＲＯを得、そしてそのＲＯには、コンテンツの使用権のＲＥＬ記述がある。この記述は、有効周期中スタティックであるが、ＲＥＬは、番組分類ＲＥＬ変数に対して条件付きの使用権を含むことができる。従って、ＫＳＭが番組分類ＲＥＬ変数の値を変化させるとき、（条件付き）使用権が現在実際に変化し得る。
【００７８】
番組分類変数の値は、以下に述べる２つの別々の仕方で当該放送サービスのＫＳＭから導出することができる。ＫＳＭは、非常に頻繁に送信されるので、番組分類ＲＥＬ変数値の変化、ひいては、現在有効な使用権の変化は、時間的に非常に微粒度とすることができる。しかしながら、放送帯域巾を節約するために、番組分類ＲＥＬ変数を指示するためにＫＳＭに追加される新たなデータの量を最小にするのが好ましい。
【００７９】
受信者に番組分類をどのように与えるか説明する前に、図３２は、コンテンツの種々の部分を例示している。例えば、ストリーミングコンテンツ３２１０は、ニュース分類３２１５と、スポーツ分類３２１７と、ドキュメンタリー分類３２１９と、映画分類３２２１とを含むことができる。ニュース分類は、更に、ｎ個の分類、３２１５−１、３２１５−２、・・・３２１５−ｎへ分割することができる。これらの分類は、例えば、ヘッドライン、国内ニュース、海外ニュース、等を表わすが、これに限定されない。同様に、スポーツ分類３２１７も、更に、ハイライト、スコア、生放送、等の分類に分割することができる。或いは又、これらの分類は、コンテンツの形式で何かを行なわなくてもよく、異なる使用権の各異なるセットに対して単に定義されるだけでもよい。例えば、これら分類は、ユーザに与えられる許可を反映して、「非常に制限される」、「若干制限される」、「通常」及び「自由」でもよい。
【００８０】
ＫＳＭを与える２つの考えられる方法を以下に示すが、その最も顕著な相違は、放送局とＲＩとの間に必要とされる対話である。又、２つの方法の組み合せも使用できることに注意されたい。
【００８１】
ＲＥＬに対する番組分類を決定する第１の方法を説明するに、本発明の１つの態様において、放送局は、ストリーミングコンテンツを異なる分類に「ソート」する。例えば、番組分類の数は、比較的僅かで、例えば、４つの異なる分類でもよく、又は比較的多くて、例えば、２５６の異なる番組分類でもよい。当然、番組分類の数が増加するにつれて、付加的なビットが必要になり、従って、２ビットで、４つの番組分類に関する情報を与えることができ、一方、２５６個の番組分類を与えるには８ビットが必要とされる。例えば、ハンドヘルドテレビ放送サービスでは、各テレビ番組は、ニュース、低価値（ｌｖ）ショー、高価値（ｈｖ）ショー、ｌｖスポーツ、ｈｖスポーツ、古い映画、新しい映画、等を含む多数の番組分類の１つへ分類される。ＲＩは、分類（放送局により設定され、全てのＲＩに共通）に影響を及ぼすことはできないが、装置に与えるＲＯにおいてＲＥＬで表わされた使用権に、広い番組分類ＲＥＬ変数値範囲（例えば、０、・・・２５５）を自由に使用することができる。しかしながら、通常、少数の、１２−１６個の番組分類が、より実際的である。放送局とＲＯとの間の余計な通信は不要である。このような番組セグメントの各々には、「生のレンダリング」、「４８時間の記憶及び表示」、「不定の記憶及び表示」、「不定の中継及びコピー（転送）」又は他の同様の形式を含む設定使用権（発明レポート：番組分類における）が関連付けられる。
【００８２】
従って、ＲＯは、番組分類の値に基づきＲＥＬで表現された条件付き権利を含むことができる。従って、ユーザは、ＲＯがコンテンツに対する最大許容権利を与えるようにして完全な権利を購入することができる。或いは又、ユーザは、非常に限定された権利しか与えず、ストリーミングコンテンツの部分の表示しか許さないプロモーションの無料ＲＯを選択してもよい。ＳＫが変化するので、周期的にＲＯが更新され、従って、使用権は、ＲＯごとに変化し得る。ユーザは、サービス又はその一部分をオーダーし／購入し／契約し／更新するときに１つ以上のＲＯを受け取る。本発明の一実施形態において、ユーザは、最初に「親」ＲＯを受け取り、そして更に別の「子」ＲＯを後で取得又は生成することができる。ユーザが、受信されつつある番組セグメントをオーダー（購入／契約）していない場合には、ユーザには（この番組／（番組セグメント）に対して権利を有していない）ことが通知され、及び／又はどのようにして権利を購入するか通知される。
【００８３】
本発明の別の態様では、図３３に示すように、ＲＩが分類を設定して放送局へ通信し、放送局は、次いで、それら分類をＫＳＭに入れる。多数のＲＩが存在するので、ＲＩごとに許されるビットの数を２ビットに制限するのが有用である。このような場合、番組分類範囲は、０、・・・３とすることができる。しかしながら、この範囲は、ＲＩ特有のものであり、それ故、ストリーミングコンテンツの特定部分の使用権に直接的に関係している（より一般的な形態におけるストリーミングコンテンツの形式ではなく）。このような場合に、単一のＲＯを設けるのではなく、４つのＲＯを設けて、その各々に、ＲＩにより構成された使用権のセットを与えることができる。
【００８４】
図３３で使用されるＲＯメカニズムでは、好ましくはＲＩアイデンティティ（２ビットより大きい）を使用せずに、どの分類値がどのＲＩに関係するか指示する手段がなければならない。一実施形態では、各ＫＳＭ３３４０は、Ｎ個の分類値のベクトルを含み（あるＮに対する）、ここで、各分類値は２ビットでよい。本発明の別の実施形態では、分類値は、２ビットより多くてもよい。受信者に与えられるＲＯは、範囲１、・・・ＮのＲＩインデックスを含み、従って、ＲＩ＿１ないしＲＩ＿Ｎの各々における分類値は、ＲＯのセットに対応する。本発明の更に別の実施形態では、ＫＳＭ内の１つ以上のビット又はビットの組み合せを分類値に使用してもよい。ＫＳＭは、ベクトルを含むが、他のフォーマット及びプロトコルを使用して、ＲＩに関連した分類値を与えてもよい。更に、一実施形態では、ベクトル内のある数のビット及び／又はビットの組み合せを、将来の使用のために予約してもよい。
【００８５】
本発明の別の実施形態では、他の目的のために予約されてもされなくてもよいＫＳＭ内の多数のビット及び／又はビットの組み合せを、分類値へマップしてもよいし、又は分類値として解釈してもよい。更に、ＫＳＭ内のある位置を使用して、ある形式の番組を視聴できるかどうかの指示を与えることもできる。ＲＯは、どんな分類値がＫＳＭにより与えられる分類値に基づくものであるか決定し、次いで、ＫＳＭ内の適当な場所を見て、どんな使用権が存在するか、例えば、コンテンツを表示できるかどうか決定することができる。各ＲＯは、ＫＳＭで異なる位置を見て使用権を決定するように構成できるので、各ＫＳＭと共に変化し得る個々の制御を容易に提供することができる。
【００８６】
図示されたように、ユーザは、この場合、ＲＩ＃Ｉから４つのＲＯを、各々ユーザ権利クラスと共に受け取る。使用権クラスを使用する利点は、権利オブジェクトの全数及びサイズを、番組セグメントのレベルでの購入のために使用権がオファーされる場合のＲＯの完全セットのケースより小さくできることである。ユーザが、実際のＴＫを搬送するＫＳＭを受け取るときに、位置ＲＩ＃Ｉに対応する位置におけるビットの組み合せで、ユーザは、自分の購入に対応するＲＯを選択することが許される。例えば、ＲＩ＃Ｉにおける０の値は、ＲＯ１を指示し、１の値は、ＲＯ２を指示し、２の値は、ＲＯ３を指示し、そして３の値は、ＲＯ４を指示する。ＴＫがプログラムセグメントからプログラムセグメントへと変化するときに、ユーザは、自分がオーダー（購入）した仕方で自分の権利を使用することができる。ユーザは、自分にアナウンスされたＫＳＭ（ＩＰアドレス及びポート番号）を「聴取」することに注意されたい。
【００８７】
例えば、ハンドヘルドテレビ放送サービスでは、テレビ番組スケジュールに基づいて、ＲＩは、番組ごとに４つの分類の１つを選択し、それを放送局へ通信し、次いで、放送局は、ＫＳＭに分類を含ませる。ＲＩに対して、４つの分類は、１）生のレンダリングのみが許されること、２）記憶及び再生が４８時間許されること、３）記憶及び再生が不定に許されること、及び４）記憶、再生、及び他の装置へのコピーが不定に許されること、である。しかしながら、この例は、単なる例示に過ぎず、使用権の他の組み合せも与えられる。
【００８８】
前記状況では、ＲＩからのＲＯのセットの全ての購入は、同じ権利セットを有する。例えば、ＫＳＭ３３４０における１つのＲＩ＃Ｊは、特定のパッケージ取り扱いに対応し、一方、第２のＲＩ＃Ｊ＋１は、異なるパッケージ取り扱いに対応する。しかしながら、各ＲＩに対する番組分類は、ＴＫに対して特定のものであり、従って、同じセットのＲＯが異なるＴＫに対して異なる使用権を与え、更に、異なるセットのＲＯが異なるセット及び／又は組み合せの使用権を与えることができる点に注意されたい。
【００８９】
従って、あるセットのＲＯでは、ＲＯ１が使用権のみの視聴を与え、一方、別のセットのＲＯでは、ＲＯ１がタイムシフトを与えることができる。
【００９０】
更に、両解決策において、分類に基づく条件は、ＲＯにおける全使用権を補足してそれをより動的なものにするに過ぎず、即ち多くの使用権は、おそらく無条件なものであり、従って、番組分類ＲＥＬ変数値に依存しないことを想起しなければならない。
【００９１】
同様に、両解決策において、単一ＲＯの使用権内の条件を与えるのではなく、ＫＳＭにおいて送信される番組分類情報を使用して、完全なＲＯのセットのうちの１つを選択するか、又はおそらく同じ親ＲＯに関係した多数の子ＲＯの１つを選択することができる。
【００９２】
従って、本発明の態様は、全ての加入者に適用できる権利であるが、番組分類ごとにそれら権利を定義するためのＲＥＬの完全な豊富さを依然許しながらも番組ごとに且つ時間周期ごとに変化し得る権利を付与する帯域巾効率のよい仕方を提供する。本発明は、ＤＶＢ−Ｔ、ＤＶＢ−Ｈ、ＭｅｄｉａＦＬＯ、ＯＭＡ放送及び他のシステムを経てのＩＰＤＣサービスに適用することができる。
【００９３】
当業者に明らかなように、コンピュータシステムを制御するためのインストラクションを含む関連するコンピュータ読み取り可能なメディアを伴うコンピュータシステムを利用して、ここに開示した実施形態を具現化することができる。コンピュータシステムは、マイクロプロセッサ、デジタル信号プロセッサ、及び関連周辺電子回路のような少なくとも１つのコンピュータを含むことができる。
【００９４】
本発明を実施する現在好ましい態様を含む特定例を参照して本発明を説明したが、特許請求の範囲で規定された本発明の精神及び範囲内で前記システム及び技術について多数の変更や置き換えがなされ得ることが当業者に明らかであろう。
【図面の簡単な説明】
【００９５】
【図１】本発明の実施形態によりタイムスライス送信を使用するインターネットプロトコル（ＩＰ）サービスの送信を示す。
【図２】本発明の実施形態によりマルチメディアデータの送信をサポートするプロトコルスタックを示す。
【図３】本発明の実施形態によるマルチメディアセッションのコンポーネントコンフィギュレーションを示す。
【図４】本発明の実施形態により示されたマルチメディアセッションに対するコンポーネントコンフィギュレーションを示す。
【図５】本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。
【図６】本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。
【図７】本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。
【図８】本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。
【図９】本発明の実施形態により図４に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１０】本発明の実施形態によるマルチメディアセッションのコンポーネントコンフィギュレーションを示す。
【図１１】本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１２】本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１３】本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１４】本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１５】本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１６】本発明の実施形態により図１０に示されたコンポーネントコンフィギュレーションの変形を示す。
【図１７】本発明の実施形態によりマルチメディアセッションを受け取る手順を示す。
【図１８】本発明の実施形態による図１７に示すアーキテクチャーに対するフローチャートである。
【図１９】従来技術によるＤＶＢ−Ｈ ＩＰＤＣ（ＩＰデータキャスト）サービスをサポートする保護されたコンテンツ転送のためのシステムを示す。
【図２０】本発明の実施形態によるＤＶＢ−Ｈ ＩＰＤＣサービスをサポートするシステムを示す。
【図２１】本発明の実施形態により図２０に示されたシステムにおけるＤＶＢ−Ｈ ＩＰＤＣサービスのためのデータを送信するフローチャートである。
【図２２】本発明の実施形態によるＤＶＢ−Ｈ ＩＰＤＣサービスをサポートするシステムを示す。
【図２３】本発明の実施形態によるＤＶＢ−Ｈ ＩＰＤＣサービスをサポートするシステムを示す。
【図２４】本発明の実施形態による図２０、２２及び２３に示された送信モデルをサポートする装置を示す。
【図２５】本発明の実施形態によりマルチメディア放送を受信しそしてＩＰＳｅｃキーを適用する装置を示す。
【図２６】本発明の実施形態によりマルチメディア放送を受信しそしてＩＰＳｅｃキーを解読する装置を示す。
【図２７】本発明の実施形態によりセキュリティプラグインソフトウェアモジュールを配備するシステムを示す。
【図２８】暗号化されたコンテンツを与える従来の方法を例示する。
【図２９】本発明の実施形態により暗号化されたストリーミングコンテンツを与える方法を示す。
【図３０】本発明の実施形態によりストリーミングコンテンツを放送する方法を示す。
【図３１】本発明の実施形態によるトラフィックキーに対する変化のタイムラインを示す。
【図３２】本発明の実施形態による番組セグメントの分割を示す。
【図３３】本発明の実施形態により複数の権利オブジェクトを使用するためのシステムを示す。
【特許請求の範囲】
【請求項１】
データのストリームを装置へ送信するための方法において、
（Ａ）トラフィックキーで暗号化されたストリーミングコンテンツを送信するステップと、
（Ｂ）サービスキーで暗号化されたキーストリームメッセージを送信するステップであって、前記キーストリームメッセージがトラフィックキーを含むようなステップと、
（Ｃ）サービスキーと共に第１の権利オブジェクトを与えるステップであって、前記サービスキーが前記キーストリームメッセージの解読を可能にし、前記キーストリームメッセージが前記ストリーミングコンテンツの解読を可能にするようなステップと、
を備えた方法。
【請求項２】
前記ステップ（Ｂ）は、
（ｉ）第１の番組分類値を送信する段階、
を含む請求項１に記載の方法。
【請求項３】
前記ステップ（Ｂ）は、更に、
（ii）第２の番組分類値を送信する段階、
を含み、前記第１の番組分類値は、第１の権利発行者に関連され、前記第２の番組分類値は、第２の権利発行者に関連される、請求項２に記載の方法。
【請求項４】
前記第１の番組分類値及び第２の番組分類値は、ベクトルで与えられ、前記第１及び第２の番組分類値は、各々、ベクトルにおける第１及び第２の位置を含む、請求項３に記載の方法。
【請求項５】
前記第１及び第２の番組分類値は、２つ以上のビットで表わされる、請求項４に記載の方法。
【請求項６】
（Ｄ）第２の権利オブジェクト、第３の権利オブジェクト及び第４の権利オブジェクトを与えるステップを更に備え、前記第１、第２、第３及び第４の権利オブジェクトが権利オブジェクトのセットを形成する、請求項５に記載の方法。
【請求項７】
前記第１及び第２の番組分類値の少なくとも一方は、前記第１、第２、第３及び第４の権利オブジェクトの１つに対応する、請求項６に記載の方法。
【請求項８】
前記第１の権利オブジェクトは、複数の番組分類値に関連した複数の使用権を含み、これにより、前記送信される第１番組値は、これら複数の使用権の１つに対応する、請求項２に記載の方法。
【請求項９】
（Ｄ）前記トラフィックキーを変化させるステップと、
（Ｅ）前記ステップ（Ａ）及び（Ｂ）を繰り返すステップと、
を更に備えた請求項１に記載の方法。
【請求項１０】
請求項１に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項１１】
請求項２に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項１２】
請求項７に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項１３】
請求項８に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項１４】
請求項９に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項１５】
マルチメディアセッション中に通信システムからデータのストリームを受け取る方法において、
（Ａ）トラフィックキーにより暗号化されたデータの暗号化ストリームを受け取るステップと、
（Ｂ）前記トラフィックキーを含む暗号化されたキーストリームメッセージを受け取るステップと、
（Ｃ）前記トラフィックキーを使用して、データのストリームを解読するステップと、
を備えた方法。
【請求項１６】
前記ステップ（Ｃ）は、
（Ｄ）サービスキーで前記キーストリームメッセージを解読する段階、
を含む請求項１５に記載の方法。
【請求項１７】
（Ｅ）前記サービスキーを含む権利オブジェクトを得るステップと、
（Ｆ）前記データのストリームを使用するステップと、
を更に備えた請求項１６に記載の方法。
【請求項１８】
前記ステップ（Ｂ）は、
（ｉ）番組分類変数値を受け取る段階、
を含む請求項１５に記載の方法。
【請求項１９】
前記ステップ（Ｆ）は、
（ｉ）前記データのストリームを表示する段階、
を含む請求項１７に記載の方法。
【請求項２０】
前記ステップ（Ｆ）は、
（ｉ）前記データのストリームを記憶する段階、
を含む請求項１７に記載の方法。
【請求項２１】
前記データのストリームの使用は、前記権利オブジェクトに関連した使用権により制御される、請求項１７に記載の方法。
【請求項２２】
（Ｅ）前記トラフィックキーが変化した後に前記ステップ（Ａ）、（Ｂ）、（Ｃ）及び（Ｄ）を繰り返すステップを更に備えた、請求項１６に記載の方法。
【請求項２３】
前記権利オブジェクトは、更に、前記キーストリームメッセージに含まれた番組分類変数値に関連した使用権を含み、そして前記ステップ（Ｆ）は、前記使用権により制御される、請求項１７に記載の方法。
【請求項２４】
請求項１５に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項２５】
請求項１６に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項２６】
請求項１７に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項２７】
請求項１８に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項２８】
請求項２２に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項２９】
請求項２３に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項３０】
通信システムからストリーミングデータを得る方法において、
（Ａ）トラフィックキーで暗号化されたコンテンツストリームを受け取るステップと、
（Ｂ）トラフィックキーと、サービスキーで暗号化された第１の番組分類変数値とを受け取るステップと、
（Ｃ）サービスキーで権利オブジェクトを得るステップと、
（Ｄ）前記キーを使用して前記コンテンツストリームを解読するステップと、
を備えた方法。
【請求項３１】
（Ｅ）前記番組分類変数値に関連した権利オブジェクトにおける第１使用権に基づいて前記コンテンツストリームを使用するステップを更に備えた、請求項３０に記載の方法。
【請求項３２】
（Ｆ）前記トラフィックキーが変化するときに前記ステップ（Ａ）及び（Ｂ）を繰り返すステップを更に備えた、請求項３１に記載の方法。
【請求項３３】
前記ステップ（Ｂ）は、更に、
（ii）前記権利オブジェクトにおける第２使用権に関連した第２の番組分類変数値を受け取る段階、
を含む請求項３２に記載の方法。
【請求項３４】
ストリーミングデータを受信器へ送信する方法において、
（Ａ）サービスキーを含む権利オブジェクトを与えるステップと、
（Ｂ）前記サービスキーで暗号化されたキーストリームメッセージを送信するステップであって、キーストリームメッセージがトラフィックキーを含むようなステップと、
（Ｃ）前記トラフィックキーで暗号化されたデータのストリームを送信するステップであって、該データのストリームを送信する前に前記暗号化されたキーストリームメッセージが送信されるようなステップと、
を備えた方法。
【請求項３５】
マルチメディアセッション中にストリーミングデータを受け取る装置において、
アンテナと、
ディスプレイと、
サービスキーを含む第１の権利オブジェクトが記憶されるメモリであって、この第１の権利オブジェクトに関連した複数の使用権を更に含むメモリと、
前記ディスプレイ及びアンテナに結合された処理ユニットであって、前記メモリ内に記憶されたサービスキーで前記アンテナから受け取ったデータを処理するように構成され、更に、前記複数の使用権の１つに基づいて前記ストリーミングデータを使用するように構成された処理ユニットと、
を備えた装置。
【請求項３６】
前記複数の使用権は、複数の番組分類変数値に関連される、請求項３５に記載の装置。
【請求項１】
データのストリームを装置へ送信するための方法において、
（Ａ）トラフィックキーで暗号化されたストリーミングコンテンツを送信するステップと、
（Ｂ）サービスキーで暗号化されたキーストリームメッセージを送信するステップであって、前記キーストリームメッセージがトラフィックキーを含むようなステップと、
（Ｃ）サービスキーと共に第１の権利オブジェクトを与えるステップであって、前記サービスキーが前記キーストリームメッセージの解読を可能にし、前記キーストリームメッセージが前記ストリーミングコンテンツの解読を可能にするようなステップと、
を備えた方法。
【請求項２】
前記ステップ（Ｂ）は、
（ｉ）第１の番組分類値を送信する段階、
を含む請求項１に記載の方法。
【請求項３】
前記ステップ（Ｂ）は、更に、
（ii）第２の番組分類値を送信する段階、
を含み、前記第１の番組分類値は、第１の権利発行者に関連され、前記第２の番組分類値は、第２の権利発行者に関連される、請求項２に記載の方法。
【請求項４】
前記第１の番組分類値及び第２の番組分類値は、ベクトルで与えられ、前記第１及び第２の番組分類値は、各々、ベクトルにおける第１及び第２の位置を含む、請求項３に記載の方法。
【請求項５】
前記第１及び第２の番組分類値は、２つ以上のビットで表わされる、請求項４に記載の方法。
【請求項６】
（Ｄ）第２の権利オブジェクト、第３の権利オブジェクト及び第４の権利オブジェクトを与えるステップを更に備え、前記第１、第２、第３及び第４の権利オブジェクトが権利オブジェクトのセットを形成する、請求項５に記載の方法。
【請求項７】
前記第１及び第２の番組分類値の少なくとも一方は、前記第１、第２、第３及び第４の権利オブジェクトの１つに対応する、請求項６に記載の方法。
【請求項８】
前記第１の権利オブジェクトは、複数の番組分類値に関連した複数の使用権を含み、これにより、前記送信される第１番組値は、これら複数の使用権の１つに対応する、請求項２に記載の方法。
【請求項９】
（Ｄ）前記トラフィックキーを変化させるステップと、
（Ｅ）前記ステップ（Ａ）及び（Ｂ）を繰り返すステップと、
を更に備えた請求項１に記載の方法。
【請求項１０】
請求項１に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項１１】
請求項２に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項１２】
請求項７に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項１３】
請求項８に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項１４】
請求項９に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項１５】
マルチメディアセッション中に通信システムからデータのストリームを受け取る方法において、
（Ａ）トラフィックキーにより暗号化されたデータの暗号化ストリームを受け取るステップと、
（Ｂ）前記トラフィックキーを含む暗号化されたキーストリームメッセージを受け取るステップと、
（Ｃ）前記トラフィックキーを使用して、データのストリームを解読するステップと、
を備えた方法。
【請求項１６】
前記ステップ（Ｃ）は、
（Ｄ）サービスキーで前記キーストリームメッセージを解読する段階、
を含む請求項１５に記載の方法。
【請求項１７】
（Ｅ）前記サービスキーを含む権利オブジェクトを得るステップと、
（Ｆ）前記データのストリームを使用するステップと、
を更に備えた請求項１６に記載の方法。
【請求項１８】
前記ステップ（Ｂ）は、
（ｉ）番組分類変数値を受け取る段階、
を含む請求項１５に記載の方法。
【請求項１９】
前記ステップ（Ｆ）は、
（ｉ）前記データのストリームを表示する段階、
を含む請求項１７に記載の方法。
【請求項２０】
前記ステップ（Ｆ）は、
（ｉ）前記データのストリームを記憶する段階、
を含む請求項１７に記載の方法。
【請求項２１】
前記データのストリームの使用は、前記権利オブジェクトに関連した使用権により制御される、請求項１７に記載の方法。
【請求項２２】
（Ｅ）前記トラフィックキーが変化した後に前記ステップ（Ａ）、（Ｂ）、（Ｃ）及び（Ｄ）を繰り返すステップを更に備えた、請求項１６に記載の方法。
【請求項２３】
前記権利オブジェクトは、更に、前記キーストリームメッセージに含まれた番組分類変数値に関連した使用権を含み、そして前記ステップ（Ｆ）は、前記使用権により制御される、請求項１７に記載の方法。
【請求項２４】
請求項１５に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項２５】
請求項１６に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項２６】
請求項１７に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項２７】
請求項１８に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項２８】
請求項２２に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項２９】
請求項２３に記載のステップを遂行するためのコンピュータ実行可能なインストラクションを有するコンピュータ読み取り可能なメディア。
【請求項３０】
通信システムからストリーミングデータを得る方法において、
（Ａ）トラフィックキーで暗号化されたコンテンツストリームを受け取るステップと、
（Ｂ）トラフィックキーと、サービスキーで暗号化された第１の番組分類変数値とを受け取るステップと、
（Ｃ）サービスキーで権利オブジェクトを得るステップと、
（Ｄ）前記キーを使用して前記コンテンツストリームを解読するステップと、
を備えた方法。
【請求項３１】
（Ｅ）前記番組分類変数値に関連した権利オブジェクトにおける第１使用権に基づいて前記コンテンツストリームを使用するステップを更に備えた、請求項３０に記載の方法。
【請求項３２】
（Ｆ）前記トラフィックキーが変化するときに前記ステップ（Ａ）及び（Ｂ）を繰り返すステップを更に備えた、請求項３１に記載の方法。
【請求項３３】
前記ステップ（Ｂ）は、更に、
（ii）前記権利オブジェクトにおける第２使用権に関連した第２の番組分類変数値を受け取る段階、
を含む請求項３２に記載の方法。
【請求項３４】
ストリーミングデータを受信器へ送信する方法において、
（Ａ）サービスキーを含む権利オブジェクトを与えるステップと、
（Ｂ）前記サービスキーで暗号化されたキーストリームメッセージを送信するステップであって、キーストリームメッセージがトラフィックキーを含むようなステップと、
（Ｃ）前記トラフィックキーで暗号化されたデータのストリームを送信するステップであって、該データのストリームを送信する前に前記暗号化されたキーストリームメッセージが送信されるようなステップと、
を備えた方法。
【請求項３５】
マルチメディアセッション中にストリーミングデータを受け取る装置において、
アンテナと、
ディスプレイと、
サービスキーを含む第１の権利オブジェクトが記憶されるメモリであって、この第１の権利オブジェクトに関連した複数の使用権を更に含むメモリと、
前記ディスプレイ及びアンテナに結合された処理ユニットであって、前記メモリ内に記憶されたサービスキーで前記アンテナから受け取ったデータを処理するように構成され、更に、前記複数の使用権の１つに基づいて前記ストリーミングデータを使用するように構成された処理ユニットと、
を備えた装置。
【請求項３６】
前記複数の使用権は、複数の番組分類変数値に関連される、請求項３５に記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【公表番号】特表２００８−５４５２８９（Ｐ２００８−５４５２８９Ａ）
【公表日】平成２０年１２月１１日（２００８．１２．１１）
【国際特許分類】
【出願番号】特願２００８−５１０６５８（Ｐ２００８−５１０６５８）
【出願日】平成１８年４月１３日（２００６．４．１３）
【国際出願番号】ＰＣＴ／ＩＢ２００６／００１０４７
【国際公開番号】ＷＯ２００６／１２０５１６
【国際公開日】平成１８年１１月１６日（２００６．１１．１６）
【出願人】（３９８０１２６１６）ノキア コーポレイション (1,359)
【Ｆターム（参考）】
【公表日】平成２０年１２月１１日（２００８．１２．１１）
【国際特許分類】
【出願日】平成１８年４月１３日（２００６．４．１３）
【国際出願番号】ＰＣＴ／ＩＢ２００６／００１０４７
【国際公開番号】ＷＯ２００６／１２０５１６
【国際公開日】平成１８年１１月１６日（２００６．１１．１６）
【出願人】（３９８０１２６１６）ノキア コーポレイション (1,359)
【Ｆターム（参考）】
[ Back to top ]