JP2009505506A5

JP2009505506A5 -

Info

Publication number: JP2009505506A5
Application number: JP2008526190A
Authority: JP
Filing date: 2006-08-10
Publication date: 2015-01-29
Anticipated expiration: 2026-08-10

Description

現在のＤＲＭ技術は、制限を有する。それらは、デジタル媒体を転送する２つのタイプだけのプロトコルと互換性を有することが多い。すなわち、ＨＴＴＰ及びＲＴＳＰである。しかし、他のプロトコルが、現時点で又は将来に、デジタル媒体の転送により適していることがありうる。更に、ＤＲＭによって保護されるコンテンツは、特定のコンテンツ・タイプに限定される可能性がある。ある１つの特定のコンテンツ・タイプであるＡＳＦファイルは、ただ１組の権利及び制限（つまりポリシ）だけがＡＳＦファイルの全体に適用されることを許容する。例えば、ビデオ・ファイルのレンダリングの際には、ファイル全体の対するアナログ・ビデオ出力にマクロビジョンが要求されるか、又は、全く要求されないかのどちらかである。

任意のコンテンツ・タイプか転送制御プロトコルを有するデジタル媒体に関連するデジタル権利管理ポリシを可能にするシステム及び／又は方法（「ツール」）が説明される。いくつかの実施例では、ツールは、メディア・ファイルのデータ・セグメントを暗号化し、それらのセグメントのそれぞれにデスクリプタ（記述子）を追加する。これらのデスクリプタは、暗号化されたメディア・ファイルの受信機がファイルを復号し、当該受信機が正しいデジタル著作権管理ポリシによってそれを使用することを可能にすることができる。

概観
デジタル権利管理ポリシが任意のコンテンツ・タイプ又は転送制御プロトコルを有するデジタル媒体と関連付けされることを可能にするツールについて、説明する。いくつかの実施例では、このツールは、メディア・ファイルのデータ・セグメントを暗号化し、それらのセグメントのそれぞれにデスクリプタを追加する。これらのデスクリプタは、暗号化されたメディア・ファイルの受信機がファイルを復号し、当該受信機が正しいデジタル著作権管理ポリシに従ってそれを使用することを可能にする。

ここで、受信機は、他の情報と共に受信機のデジタル証明書を含む登録リクエスト・メッセージを送る。登録要求メッセージを受け取ることに反応して、送信機は、受信機の証明書を確認し、シーズ（種）及びランダム・セッションＩＤを生成し、上で示されている形式を有するのと同じものを、登録応答メッセージにおいて受信機に返送する。その後、受信機は、送信機の書名を確認し、セッションＩＤを得て、図の中で示された他の動作を行なう。次に、受信機と送信機は、下記に述べられる近接性検出プロセス（近接性検出プロセス）を経験することができる。

まず、ＲＴＳＰリクエスト／レスポンスはヘッダを有するが、簡潔さのために、説明しない。ＲＴＳＰでは、クライアント／受信機５００は、典型的にはサーバ５０２からのリクエストＵＲＬによって識別された提示又はメディア・オブジェクトの説明の検索に向けられているＤＥＳＣＲＩＢＥリクエストとして知られているものを生じる。サーバ５０２は、ＳＥＳＳＩＯＮＤＥＳＣＲＩＰＴＩＯＮＰＲＯＴＯＣＯＬ（ＳＤＰ）で表わされる、要求されたリソースの説明で答える。ＤＥＳＣＲＩＢＥレスポンス（ＳＤＰ）は、それが記述するリソース用の媒体初期化情報をすべて含んでいる。

ＲＴＳＰプロトコルには、ＰＡＵＳＥ、ＴＥＡＲＤＯＷＮ、ＧＥＴ＿ＰＡＲＡＭＥＴＥＲ、ＳＥＴ＿ＰＡＲＡＭＥＴＥＲ、ＲＥＤＩＲＥＣＴ及びＲＥＣＯＲＤを含んでいる他の興味のある方法がある。ＲＴＳＰに関する補足的な背景については、読者は、ＲＴＳＰＲＦＣ、Ｓｃｈｕｌｚｒｉｎｎｅ、Ｈ、Ｒａｏ．Ａ、及びＲ．Ｌａｎｐｈｉｅｒによる「リアルタイム・ストリーミング・プロトコル」（ＲＴＳＰ）、ＲＦＣ２３２６を参照すべきである。これは、１９９８年４月において、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２３２６．ｔｘｔにおいて入手可能である。
ルート及びリーフ・ライセンス
図示されて説明された実施例では、ルート・ライセンス及びリーフ・ライセンスについての概念が用いられる。ここで、ルート・ライセンスはクライアント／受信機が続いて伝えられたリーフ・ライセンスを復号することができるように、クライアント／受信機のコンテンツ鍵（ルート・コンテンツ鍵）をセット・アップし安全に運ぶために利用される。いったんルート・コンテンツ鍵がクライアント／受信機に安全に配達されれば、様々なリーフ・ライセンス｛リーフ・コンテンツ鍵用のコンテンツ鍵は、クライアント／受信機に送られたルート・コンテンツ鍵を用いて、サーバ／送信機によって暗号化できる。ルート・コンテンツ鍵を使用すると、クライアントは、リーフ・ライセンスでのリーフ・コンテンツ鍵及び関連するポリシを復号することができる。リーフ・ライセンスの各々は、更に一意的な名称をメディア・ファイルの一部にリーフ・ライセンスを関連させることができるする。ここで、一意的な名前は、鍵ＩＤ又はＫＩＤと呼ばれ、リーフ１、リーフ２、．．．、リーフｎ）、ＫＩＤ_リーフｎというように、１からｎまでの番号が付されている。

この特定のスキームをどのように実施することができるかについてのほんの１つの例を提供するために、図６に関して下記を考慮する。特にこの例において、図６のシステムは１０２４ビットのＲＳＡ鍵を暗号のオペレーション及び１２８ビットのＡＥＳが対称な暗号のオペレーションのために施錠する公開鍵に使用するように構成される。もちろん、これは単なる一例として提供され、特許請求の範囲を制限することは、意図されない。

ここで以上で何が生じたのか確認したい。サーバ／送信機は、今、後の暗号のオペレーションの根拠として役立つことができるクライアント／受信機の鍵を安全に通信した。より明確には、単一のメディア・ファイル中の多数の特別のいくつかのＤＲＭに保護されたコンテンツに多数の特別のポリシが関係することがあると考えられる。この場合、サーバ／送信機は、複数のリーフを準備することができ、各々を許可する、デジタル著作権管理ポリシ及び特別のリーフ・コンテンツ鍵の暗号化されたバージョンを含む。この例において、リーフ・コンテンツ鍵はそれぞれ、ルート・コンテンツ鍵を使用して暗号化された１２８ビットのＡＥＳコンテンツ鍵である。従って、復号する新しく付加的なリーフに関連したクライアント／受信機によって経験され招かれた計算量及び費用は、鍵を満足させ、１０２４ビットのＲＳＡ鍵操作に関連したその上に縮小されるので、クライアント／受信機は、復号する必要があり、１２８ビットのＡＥＳコンテンツ鍵（つまりルート・コンテンツ鍵）を用いる。
ＨＴＴＰ
以上では、ルート及びリーフ・ライセンスについての概念、及び、上述の文脈においてそれぞれをどのように用いることができるかについて議論したが、ここで、ルート及びリーフ・ライセンスはどのようにＨＴＴＰを使用して伝えることができるかを検討する。

ここで、メディア番組の創造者は、様々な部分のための異なる権利を持つことを望む。クリエータ（創造者）は、メディア番組のユーザーがイントロダクションと結論の部分を実行し、それらを一定の回数だけコピーすることを喜んで可能にすることがある。創造者は、喜んでミュージック・ビデオへの同じ権利を与えないことがある；ここで、プログラムの創造者がこれらのミュージック・ビデオを所有せず、従って、これらのミュージック・ビデオが使用について異なるポリシに従うと仮定する。創造者は更に喜んで自由に広告を使用することがある。また、従って、それらはコピーされ、使用されることがあり、ユーザーが好きな任意の方法中で実行した。

ここで、リーフ・ライセンスは４番目の部分８０８のデータ・セグメント９０４−９１４を後に続けて、制御ブロック９０２の一部として送られる。ＲＴＳＰでは、しかし、ライセンスはＳＤＰデスクリプタかＡＮＮＯＵＮＣＥメッセージに伝えられる。リーフ・ライセンス及びデータの使用及びコミュニケーションは更に上記の図７に関係のある説明で述べられるように、ＲＴＳＰを使用することがあるが、特にこの実施例はＨＴＴＰの使用に注目する。制御ブロックは、図８及び９のリーフ・ライセンス８２２を含む。リーフ・ライセンスにはリーフ・コンテンツｋｅｙ４、ｐｏｌｉｃｙ４及びＫＥＤ４がある。いったん受け取られたならば、４番目のリーフ・ライセンスはルート・コンテンツ鍵を使用して復号することができる。ＫＩＤは普通の文で送ることができ、又は暗号化されるが復号されることができる。

１つの実施例では、デスクリプタは長さインジケータを含んでいる。この長さインジケータで、暗号化されたデータ・セグメントの受信機は、デスクリプタがいつ終了するか始まるか決めることができる。この長さインジケータは、データ・セグメント又はそのパケット中の様々な場所で暗号化されたデータ・セグメントにデスクリプタが加えられることを可能にする。ＲＴＰプロトコルについては、例えば、デスクリプタは、データ・セグメントがあるＲＴＰパケットのエンドに加えられる。ＨＴＴＰプロトコルについては、例えば、デスクリプタはデータ・セグメントがあるフレームの始めに加えられる。デスクリプタは、認識可能な長さを有することによって、データ・セグメントの様々な部分に追加することができ、したがって、様々な転送プロトコルを備えたデスクリプタの使用を可能にすることができることに注意すべきである。

クライアント／受信機によって受け取られる個々の新しいリーフ・ライセンスのためにステップ１３１２、１３１４及び１３１６を行なえることを理解すべきである。
結論
このドキュメントは、デジタル著作権管理ポリシが任意のコンテンツ・タイプか制御権移動プロトコルがあるデジタル媒体に関係していることがあるテクニックについて記述している。ある場合には、暗号化されたメディア・ファイルの受信機がこれによってファイルを復号し、異なるデジタル著作権管理ポリシによるファイルの部分を使用することができる。ある場合には、これが、更に送信機がテクニックの１つのセットを備えた様々なタイプのメディア・ファイルを暗号化することを可能にする。本発明は、構造的特徴及び／又は方法論のステップに特有の言語に述べられているが、冒頭の特許請求の範囲において定義された発明は、特定の特徴に必ずしも制限されない。より正確に言えば、特定の特徴及びステップは、特許請求の範囲に記載された発明を実行する好ましい形態で開示されている。

Claims

公開鍵と秘密鍵との対を有するクライアント／受信機コンピュータと、公開鍵と秘密鍵との対を有するサーバ／送信機コンピュータとを備えるシステムにおいて前記サーバ／送信機コンピュータにより実施される方法であって、
前記クライアント／受信機コンピュータの公開鍵を用いて暗号化されたルート・コンテンツ鍵を生成するステップであって、前記ルート・コンテンツ鍵は、前記クライアント／受信機コンピュータの秘密鍵によって復号され、且つ、前記クライアント／受信機コンピュータがリーフ・コンテンツ鍵を復号するのに使用されるステップと、
前記ルート・コンテンツ鍵を前記クライアント／受信機コンピュータへ送るステップと、
単一のメディア・ファイルを、複数のデータ・セグメントに分割するステップと、
それぞれの前記データ・セグメントを、それぞれの前記リーフ・コンテンツ鍵で暗号化して、暗号化されたデータ・セグメントを生成するステップと、
それぞれの前記暗号化されたデータ・セグメントにデスクリプタを追加するステップと、
前記暗号化されたデータ・セグメントと前記デスクリプタとを前記クライアント／受信機コンピュータへ送信するステップと、
を実行し、
それぞれの前記デスクリプタは、当該データ・セグメントを暗号化した前記リーフ・コンテンツ鍵と、当該データ・セグメントに関連するデジタル権利管理ポリシとを示すよう機能する
ことを特徴とする方法。
請求項１記載の方法において、前記データ・セグメントを暗号化する前記ステップはＡＥＳをカウンタ・モードで用いることを特徴とする方法。
請求項１記載の方法において、それぞれの前記デスクリプタは初期化ベクトルを含み、
それぞれの前記初期化ベクトルは、前記デジタル権利管理ポリシを示す鍵ＩＤと関連付けられていることを特徴とする方法。
請求項１記載の方法において、それぞれの前記デスクリプタは、前記関連付けられたデジタル権利管理ポリシに含まれる鍵ＩＤを有することを特徴とする方法。
請求項１記載の方法において、それぞれの前記デスクリプタは、前記暗号化されたデータ・セグメントとそれぞれの前記デスクリプタとの間の区別を可能にする長さインジケータを含むことを特徴とする方法。
請求項１記載の方法において、前記暗号化されたデータ・セグメントは、ＲＴＰデータ・プロトコルに従うパケットとＨＴＴＰプロトコルに従うフレームとのうちの少なくとも一方を含むことを特徴とする方法。
請求項６記載の方法において、デスクリプタを追加する前記ステップは、前記暗号化されたデータ・セグメントがＲＴＰプロトコルに従うパケットを含む場合には前記暗号化されたデータ・セグメントの最後にそれぞれの前記デスクリプタを結合し、前記暗号化されたデータ・セグメントがＨＴＴＰに従うフレームを含む場合には前記暗号化されたデータ・セグメントの最初にそれぞれの前記デスクリプタを結合することを特徴とする方法。
請求項１〜７のうちのいずれか１つに記載の方法をコンピュータに実行させるためのコンピュータ実行可能命令を記憶したコンピュータ可読記憶媒体。
複数の部分を有するメディア・ファイルをサーバ／送信機コンピュータからクライアント／受信機コンピュータへ送るための、コンピュータ実装される方法であって、
前記サーバ／送信機コンピュータが、
前記クライアント／受信機コンピュータの公開鍵を用いてルート・コンテンツ鍵を暗号化するステップであって、前記ルート・コンテンツ鍵は前記クライアント／受信機コンピュータの秘密鍵によって復号されるステップと、
暗号化された前記ルート・コンテンツ鍵を前記クライアント／受信機コンピュータへ送るステップと、
前記メディア・ファイルを、複数の部分へ分割するステップと、
複数のリーフ・コンテンツ鍵を生成するステップであって、それぞれの前記リーフ・コンテンツ鍵を、前記メディア・ファイルのうちの関連する部分に対して且つ前記ルート・コンテンツ鍵で暗号化して生成するステップと、
前記メディア・ファイルのそれぞれの前記部分に対し、前記リーフ・コンテンツ鍵と、前記部分に関連する権利ポリシとを示すためのデスクリプタを生成するステップと、
前記メディア・ファイルのそれぞれの前記部分を、それに関連する前記リーフ・コンテンツ鍵で暗号化するステップと、
暗号化された前記部分と前記デスクリプタとを前記クライアント／受信機コンピュータへ送るステップと、
を実行して、前記クライアント／受信機コンピュータが、それぞれの前記リーフ・コンテンツ鍵を前記ルート・コンテンツ鍵により復号するとともに、それぞれの前記部分を、当該部分に関連する前記デスクリプタにおいて特定された前記リーフ・コンテンツ鍵により復号することができるようにする方法。
請求項９記載の方法であって、前記権利ポリシを前記クライアント／受信機コンピュータへ送るステップを更に含むことを特徴とする方法。
請求項９記載の方法であって、それぞれの前記部分を復号する前記ステップが、それぞれの前記部分に対する前記デスクリプタに鍵ＩＤを含ませるステップを備え、前記クライアント／受信機コンピュータは前記鍵ＩＤを用いて前記部分を前記権利ポリシに関連付けることを特徴とする方法。
請求項９記載の方法であって、任意のコンテンツ・タイプのメディア・ファイルを受け取って、該メディア・ファイルを暗号化し、前記暗号化されたメディア・ファイルを提供するステップを更に含むことを特徴とする方法。
請求項９〜１２のうちのいずれか１つに記載の方法をコンピュータに実行させるためのコンピュータ実行可能命令を記憶したコンピュータ可読記憶媒体。