【誤訳訂正書】
【提出日】平成25年10月18日(2013.10.18)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
公開鍵と秘密鍵との対を有するクライアント／受信機コンピュータと、公開鍵と秘密鍵との対を有するサーバ／送信機コンピュータとを備えるシステムにおいて前記サーバ／送信機コンピュータにより実施される方法であって、
前記クライアント／受信機コンピュータの公開鍵を用いて暗号化されたルート・コンテンツ鍵を生成するステップであって、前記ルート・コンテンツ鍵は、前記クライアント／受信機コンピュータの秘密鍵によって復号され、且つ、前記クライアント／受信機コンピュータがリーフ・コンテンツ鍵を復号するのに使用されるステップと、
前記ルート・コンテンツ鍵を前記クライアント／受信機コンピュータへ送るステップと、
単一のメディア・ファイルを、それぞれ異なるデジタル権利管理ポリシと関連付けられた複数のデータ・セグメントに分割するステップと、
それぞれの前記データ・セグメントを、それぞれの前記リーフ・コンテンツ鍵で暗号化して、暗号化されたデータ・セグメントを生成するステップと、
それぞれの前記暗号化されたデータ・セグメントにデスクリプタを追加するステップと、
前記暗号化されたデータ・セグメントと前記デスクリプタとを前記クライアント／受信機コンピュータへ送信するステップと、
を実行し、
それぞれの前記デスクリプタは、当該データ・セグメントを暗号化した前記リーフ・コンテンツ鍵と前記関連付けされたデジタル権利管理ポリシとを示すよう機能する
ことを特徴とする方法。
【請求項２】
請求項１記載の方法において、前記データ・セグメントを暗号化する前記ステップはＡＥＳをカウンタ・モードで用いることを特徴とする方法。
【請求項３】
請求項１記載の方法において、それぞれの前記デスクリプタは初期化ベクトルを含み、それぞれの前記初期化ベクトルは、前記デジタル権利管理ポリシを示す鍵ＩＤと関連付けられていることを特徴とする方法。
【請求項４】
請求項１記載の方法において、それぞれの前記デスクリプタは、前記関連付けられたデジタル権利管理ポリシに含まれる鍵ＩＤを有することを特徴とする方法。
【請求項５】
請求項１記載の方法において、それぞれの前記デスクリプタは、前記暗号化されたデータ・セグメントとそれぞれの前記デスクリプタとの間の区別を可能にする長さインジケータを含むことを特徴とする方法。
【請求項６】
請求項１記載の方法において、前記暗号化されたデータ・セグメントは、ＲＴＰデータ・プロトコルに従うパケットとＨＴＴＰプロトコルに従うフレームとのうちの少なくとも一方を含むことを特徴とする方法。
【請求項７】
請求項６記載の方法において、デスクリプタを追加する前記ステップは、前記暗号化されたデータ・セグメントがＲＴＰプロトコルに従うパケットを含む場合には前記暗号化されたデータ・セグメントの最後にそれぞれの前記デスクリプタを結合し、前記暗号化されたデータ・セグメントがＨＴＴＰに従うフレームを含む場合には前記暗号化されたデータ・セグメントの最初にそれぞれの前記デスクリプタを結合することを特徴とする方法。
【請求項８】
請求項１〜７のうちのいずれか１つに記載の方法をコンピュータに実行させるためのコンピュータ実行可能命令を記憶したコンピュータ可読記憶媒体。
【請求項９】
複数の部分を有するメディア・ファイルをサーバ／送信機コンピュータからクライアント／受信機コンピュータへ送るための、コンピュータ実装される方法であって、
前記サーバ／送信機コンピュータが、
前記クライアント／受信機コンピュータの公開鍵を用いてルート・コンテンツ鍵を暗号化するステップであって、前記ルート・コンテンツ鍵は前記クライアント／受信機コンピュータの秘密鍵によって復号されるステップと、
暗号化された前記ルート・コンテンツ鍵を前記クライアント／受信機コンピュータへ送るステップと、
前記メディア・ファイルを、それぞれが使用許可を示す、異なる指定された権利ポリシを有する複数の部分へ分割するステップと、
複数のリーフ・コンテンツ鍵を生成するステップであって、それぞれの前記リーフ・コンテンツ鍵を、前記メディア・ファイルのうちの関連する部分に対して且つ前記ルート・コンテンツ鍵で暗号化して生成するステップと、
前記メディア・ファイルのそれぞれの前記部分に対し、前記リーフ・コンテンツ鍵とそれに関連する前記権利ポリシとを示すためのデスクリプタを生成するステップと、
前記メディア・ファイルのそれぞれの前記部分を、それに関連する前記リーフ・コンテンツ鍵で暗号化するステップと、
暗号化された前記部分と前記デスクリプタとを前記クライアント／受信機コンピュータへ送るステップと、
を実行して、前記クライアント／受信機コンピュータが、それぞれの前記リーフ・コンテンツ鍵を前記ルート・コンテンツ鍵により復号するとともに、それぞれの前記部分を、当該部分に関連する前記デスクリプタにおいて特定された前記リーフ・コンテンツ鍵により復号することができるようにする方法。
【請求項１０】
請求項９記載の方法であって、前記指定された権利ポリシを前記クライアント／受信機コンピュータへ送るステップを更に含むことを特徴とする方法。
【請求項１１】
請求項９記載の方法であって、それぞれの前記部分を復号する前記ステップが、それぞれの前記部分に対する前記デスクリプタに鍵ＩＤを含ませるステップを備え、前記クライアント／受信機コンピュータは前記鍵ＩＤを用いて前記部分を前記指定された権利ポリシに関連付けることを特徴とする方法。
【請求項１２】
請求項９記載の方法であって、任意のコンテンツ・タイプのメディア・ファイルを受け取って、該メディア・ファイルを暗号化し、前記暗号化されたメディア・ファイルを提供するステップを更に含むことを特徴とする方法。
【請求項１３】
請求項９〜１２のうちのいずれか１つに記載の方法をコンピュータに実行させるためのコンピュータ実行可能命令を記憶したコンピュータ可読記憶媒体。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】００５０
【訂正方法】変更
【訂正の内容】
【００５０】
データ・セグメント・デスクリプタは、暗号化された又は普通の文のコンテンツに関係付けられていることができる。デスクリプタ中の暗号化されたフラグはこの情報を伝える。データ・セグメント・デスクリプタは、送信されたファイルの部分に関係付けられており、暗号化されれば、そのファイルの部分に対して単一のポリシ及びコンテンツ暗号鍵が適用される。言いかえれば、コンテンツ暗号鍵及びポリシはセグメントの内で変更することができない。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】００５８
【訂正方法】変更
【訂正の内容】
【００５８】
これらの部分のうちのそれぞれの使用法を管理するために、それぞれの部分はポリシと関連付けられる。ここに、ポリシは、ＫＩＤとコンテンツの鍵があるリーフ・ライセンスにある。１つのルート・ライセンス及び５つのリーフ・ライセンスがこのメディア番組用に受け取られると仮定する。リーフ・ライセンスは８１６、８１８、８２０、８２２及び８２４で図８に示される。リーフ・ライセンスの各々にはユニークなＫＩＤ（ＫＩＤ１、ＫＩＤ２、ＫＩＤ３、ＫＩＤ４及びＫＩＤ５）及びユニークなリーフ・コンテンツ鍵（リーフ・コンテンツ鍵１、リーフ・コンテンツ鍵２、リーフ・コンテンツ鍵３、リーフ・コンテンツ鍵４、及びリーフ・コンテンツ鍵５）がある。リーフ・ライセンスはそれぞれ更に、それぞれの関連付けられた部分の媒体を用いる権利を許容する又は除外するポリシ（ポリシｌ、ポリシ２、ポリシ３、ポリシ４及びポリシ５）を含む。他の言語は使用されてもよいが、これらのリーフ・ライセンスはＸＭＲ（拡張可能な媒体権）の中で表現される。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】００５９
【訂正方法】変更
【訂正の内容】
【００５９】
第１のポリシ（リーフ・ライセンス＃１のそれ）は、それに関連した媒体が１０回まで再生され、３回までコピーされることを許す。このポリシは従って、プログラムの始めと終わりが一定回数だけ再生され、コピーされることを許す。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００６５
【訂正方法】変更
【訂正の内容】
【００６５】
図９は、メディア・ファイル８００を示しており、４番目の部分８０８は、この部分をポリシに関連付けることができる１つの方法を示すために拡張されている。ここで、メディア・ファイルは、部分で一般に順番に受け取られる。この例では、ルート・ライセンス、最初のリーフ・ライセンス、メディア・ファイルの第１の部分、第２のリーフ・ライセンス、第２の部分、などの順番で受け取られる。ここで、リーフ・ライセンスは必ずしもすべて、上に記述されるようなメディア・ファイルの始めを受け取る前に受け取られる訳ではない。このため、最初と３番目のリーフ・ライセンスは、それらに関連した部分に先立って再び送られる（従って、最初のリーフ・ライセンスは第１の部分の前に送られ、第７の部分の前に再び送られる）。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】００６７
【訂正方法】変更
【訂正の内容】
【００６７】
ここで、リーフ・ライセンスは４番目の部分８０８のデータ・セグメント９０４−９１４を後に続けて、制御ブロック９０２の一部として送られる。ＲＴＳＰでは、しかし、ライセンスはＳＤＰデスクリプタかＡＮＮＯＵＮＣＥメッセージに伝えられる。リーフ・ライセンス及びデータの使用及びコミュニケーションは更に上記の図７に関係のある銘柄で述べられるように、ＲＴＳＰを使用することがあるが、特にこの実施例はＨＴＴＰの使用に注目する。制御ブロックは、図８及び９のリーフ・ライセンス８２２を含む。リーフ・ライセンスにはリーフ・コンテンツｋｅｙ４、ｐｏｌｉｃｙ４及びＫＥＤ４がある。いったん受け取られたならば、４番目のリーフ・ライセンスはルート・コンテンツ鍵を使用して復号することができる。ＫＩＤは普通の文で送ることができ、又は暗号化されるが復号されることができる。
【誤訳訂正７】
【訂正対象書類名】明細書
【訂正対象項目名】００６８
【訂正方法】変更
【訂正の内容】
【００６８】
データ・セグメントの各々はポリシに関連付けられ、ここで、データ・セグメント９０４−９１４は対応する４番目のポリシに関連付けられる。この関連は４番目のリーフ・ライセンスのＫＩＤで設立される。ＫＩＤ（又はＫＩＤに関連した識別子）は各データ・セグメントに格納される。ＫＩＤは、比較的短い情報であり、メモリの１バイト未満しか取らない整数でありえる。従って、受信機は、適切なポリシを示すＫＩＤに基づいた適切なポリシにデータ・セグメントを関連させることができる。デスクリプタは、既存の又は今後作られることがある様々な制御及びデータプロトコルやパケット構造と共に使用することができる。そのような典型的な１つのデータプロトコルはＲＴＰである。ここで、デスクリプタは各パケットのエンドへ付加され適応する。別の実施例では、ＨＴＴＰ制御プロトコルは使用される。ここで、デスクリプタは各フレームの初めにアペンドされて適応させられる。
【誤訳訂正８】
【訂正対象書類名】明細書
【訂正対象項目名】００８８
【訂正方法】変更
【訂正の内容】
【００８８】
これらのステップの結果は、データ・セグメントへ分解された任意のコンテンツ・タイプのメディア・ファイルであり、それぞれのデータ・セグメントは暗号化されていてデスクリプタを持ち、デスクリプタによって、暗号化されたデータはデジタル著作権管理ポリシに後に関連付けられることに注意すべきである。
【誤訳訂正９】
【訂正対象書類名】明細書
【訂正対象項目名】００９０
【訂正方法】変更
【訂正の内容】
【００９０】
ステップ１１１０は、受信機にデスクリプタと共に、暗号化されたデータ・セグメント（またもしあれば明瞭なデータ・セグメント）を送信する。受信機は、当技術中で既知であるようにデータ・セグメントを適応させることを（例えば正しいオーダーで配置することを）可能にされる。受信機は、データ・セグメントに関連したコンテンツ鍵を使用して、データ・セグメントを復号することができる。更に、デスクリプタを使用して、受信機は、メディア・ファイル又はそれの部分と共にどの権利ポリシを使用しなければならないか決める。メディア・ファイルに異なる権利ポリシによって管理されるべき部分がある場合、この方法は更にメディア・ファイルのそれらの部分に基づいたデータ・セグメントを分割し、ステップ１１０４で異なる部分のデータ・セグメントに異なるデスクリプタを割り当てることができる。