JP2011523118A - 少なくとも１つのコンテンツ・プレキーを用いるコンテンツ暗号化 - Google Patents

Abstract

コンテンツを暗号化する方法において、コンテンツはデバイスで受信され、コンテンツの少なくとも一部は記憶されて第１のコピー制御状態および第２のコピー制御状態の一方に関連付けられる。方法は、コンテンツのコンテンツＩＤを暗号化するためのキーとしてデバイスに固有のローカル記憶キーを用いる第１のコンテンツ・プレキーと第１のコピー制御状態を暗号化するためのキーとして第１のコンテンツ・プレキーを用いる第２のコンテンツ・プレキーとの少なくとも一方を生成することと、第１のコピー制御状態を暗号化するためのキーとして第１のコンテンツ・プレキーと第２のコピー制御状態を暗号化するためのキーとして第２のコンテンツ・プレキーとの一方を用いてコンテンツ暗号化キーを生成することと、コンテンツ暗号化キーを用いてコンテンツを暗号化することと、を含む。

Description

（優先権の主張）
本出願は、「Ｋｅｙ Ｇｅｎｅｒａｔｉｏｎ Ａｐｐｒｏａｃｈ ｆｏｒ ＰＶＲ」と題する２００８年５月３０日に出願された米国仮特許出願第６１／０５７，５８３号明細書の優先権による利益を主張するものであり、その開示全体が参照によって本明細書に組み込まれる。
（関連出願）
また、本出願は、「Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ ｆｏｒ Ｌｏｃａｌ Ｒｅｃｏｒｄｉｎｇ ａｎｄ Ｈｏｍｅ Ｎｅｔｗｏｒｋ Ｄｉｓｔｒｉｂｕｔｉｏｎ」と題する２００５年１２月２９日に出願された同一出願人による同時係属の米国特許出願第１１／３２１，２１０（２００６／０２４２０６９）号明細書、「Ｓｅｐａｒａｔｉｏｎ ｏｆ Ｃｏｐｙ Ｐｒｏｔｅｃｔｉｏｎ Ｒｕｌｅｓ」と題する２００４年９月２日に出願された同一出願人による同時係属の米国特許出願第１０／９３３，０１１（２００５／００７１６６９）号明細書、「Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ａｓｓｉｓｔｉｎｇ ｗｉｔｈ Ｃｏｎｔｅｎｔ Ｋｅｙ Ｃｈａｎｇｅｓ」と題する２００８年４月２４日に出願された同一出願人による同時係属の米国特許出願第１２／１０８，７１９号明細書、および「Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ ａｎｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｙｓｔｅｍ ｆｏｒ Ｓｅｃｕｒｅ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ Ａｒｃｈｉｔｅｃｔｕｒｅ」と題する２００２年３月４日に出願された同一出願人による米国特許第７，２４３，３６６号明細書といくつかの共通の特徴を共有するものであり、その開示全体が参照によって本明細書に組み込まれる。

従来の多くのシステムおよび方法は、デジタル情報をコンテンツ・プロバイダから様々なエンドユーザ通信デバイスに転送することを目的としている。デジタル情報は、映画、プログラミングイベント、音楽、１つまたは複数のコンテンツ・プロバイダからの転送に適したその他のデジタル情報などのビデオコンテンツを含む。エンドユーザ通信デバイスは、セットトップボックスおよび住居用ゲートウェイ、ならびに携帯端末（ＰＤＡ）、パーソナルコンピュータ、およびスマートフォンなどの移動体通信デバイスを含む。典型的に、デジタル情報を様々なエンドユーザ通信デバイスに転送するシステムおよび方法は、通常、転送されるコンテンツを暗号化し、１つまたは複数の復号化キーを暗号化されたコンテンツを復号化するユーザデバイスの認定ユーザに提供するステップを含む、ある種のデジタル著作権利管理（ＤＲＭ）形式または方式を必要とする。

さらに、現在の媒体のデジタル性は、このようなコンテンツの権利の保護に関して重要な課題を提示する。特に、現在のホーム・メディア・ハブおよびパーソナルネットワークまたはローカルネットワークには、たとえば、ネットワーク内の不正コピーに対して高付加価値のコンテンツを保護することの難しさがある。これらの問題は、コンテンツがパーソナルネットワーク内に配信されるときに悪化し、コピー防止およびＤＲＭ規則を維持し強化する能力が欠如していること、ならびに出入りする情報のコピー防止およびＤＲＭ規則がパーソナルネットワークのコピー防止およびＤＲＭ規則に変換されることに原因がある。

たとえば、コピー防止規則は、記録されたコンテンツが「コピー・ノー・モア」として処理されることを要求してさらなるコピーが行われることを防止する「コピーワンス」の値を示していてもよい。ユーザが永久的な記録を望む場合、コンテンツは「コピー・ノー・モア」と表示されて、すべての出力は再生中に相応に設定されることになる。一方、記録が一時停止バッファなど、一時的なものにすぎず、ショー／番組終了後に直ちに削除される場合、コンテンツはやはり「コピーワンス」として処理されなければならず、すべての出力はコピー防止を「コピーワンス」として伝えなければならない。コンテンツに関するユーザの意図は、記録の初期段階では必ずしも明らかでない。したがって、ユーザは記録中に気が変わる可能性があり、一時停止バッファとして開始した記録を永久的な記録に変える可能性がある。このような変更は、一時停止バッファへのコピー中に「コピー・ノー・モア」と既に表示されているかもしれないため、場合によっては起こりえないかもしれない。

本明細書に開示されるのは、計算装置によって実施されるコンテンツの暗号化方法である。計算装置は、コンピュータ可読命令を実装または実行する回路部品および／またはプロセッサを備えていてもよい。方法において、コンテンツはデバイスで受信され、コンテンツは固有のコンテンツ識別子（ＩＤ）およびコピー制御ビットに関連付けられる。コンテンツの少なくとも一部は記憶されて、コンテンツは、使用法に応じて、第１のコピー制御状態および第２のコピー制御状態の一方に関連付けられる。また、方法は、第１のコピー制御状態を暗号化するためのキーとして第１のコンテンツ・プレキー（content pre-key）を用いる第２のコンテンツ・プレキーと第２のコピー制御状態を暗号化するためのキーとして第２のコンテンツ・プレキーを用いる第３のコンテンツ・キーとの少なくとも一方を生成するステップと、第２のコンテンツ・プレキーおよび第３のコンテンツ・キーの一方を用いてコンテンツを暗号化するステップとを含む。

また、開示されるのは、コンテンツに対するデジタル権利管理規則を強化するように構成されたデバイスである。デバイスは、コンテンツ識別子（ＩＤ）およびコピー制御ビットに関連付けられるコンテンツを受信するチューナーを含む。また、デバイスは、コンテンツの少なくとも一部を記憶する記憶手段を含み、これによって、コンテンツは、使用法に応じて、第１のコピー制御状態および第２のコピー制御状態の一方に関連付けられる。デバイスは、さらに、コンテンツのコンテンツＩＤを暗号化するためのキーとしてデバイスに固有のローカル記憶キーを用いて第１のコンテンツ・プレキーを生成するように構成された暗号化モジュールを含む。また、デバイスは、第１のコピー制御状態を暗号化するためのキーとして第１のコンテンツ・プレキーを用いる第２のコンテンツ・プレキーと、第２のコピー制御状態を暗号化するためのキーとして第２のコンテンツ・プレキーを用いる第３のコンテンツ・キーとの少なくとも一方を生成し、第２のコンテンツ・プレキーおよび第３のコンテンツ・キーの一方を用いてコンテンツを暗号化するように構成される。

さらに開示されるのは、１つまたは複数のコンピュータプログラムが組み込まれるコンピュータ可読媒体であり、１つまたは複数のコンピュータプログラムはコンテンツを暗号化する方法を実装する。１つまたは複数のコンピュータプログラムは、デバイスでコンテンツを受信することであって、このコンテンツは固有のコンテンツ識別子（ＩＤ）およびコピー制御ビットに関連付けられる、デバイスでコンテンツを受信することと、コンテンツの少なくとも一部を記憶し、これによって、コンテンツを、使用法に応じて、第１のコピー制御状態および第２のコピー制御状態の一方に関連付けることと、コンテンツのコンテンツＩＤを暗号化するためのキーとしてデバイスに固有のローカル記憶キーを用いて第１のコンテンツ・プレキーを生成することと、第１のコピー制御状態を暗号化するためのキーとして第１のコンテンツ・プレキーを用いる第２のコンテンツ・プレキーと第２のコピー制御状態を暗号化するためのキーとして第２のコンテンツ・プレキーを用いる第３のコンテンツ・キーとの少なくとも一方を生成することと、第２のコンテンツ・プレキーおよび第３のコンテンツ・キーの一方を用いてコンテンツを暗号化すること、とに関する一組の命令を含む。

本明細書に開示される方法およびデバイスの実施によって、コピー防止データと記録過程でユーザが意図を変える可能性は、キー導出プロセスで考慮される。

実施形態は以下の図において制限ではなく例として示されており、図において同様の部品番号は同様の要素を示す。
本発明の実施形態に従って、複数の入力およびディスプレイデバイスを採用するデジタル権利管理システムと、永続記憶装置のソースとを示す。 本発明の実施形態に従って、コンテンツを記録する方法を示すシステムの例を描く。 本発明の実施形態に従って、コンテンツを暗号化／復号化する方法のフローチャートを描く。 本発明の実施形態に従って、コンテンツを暗号化／復号化する方法のフローチャートを描く。 本発明の実施形態に従って、安全なローカル再生の方法を示すシステムの例を描く。 本発明の実施形態に従って、ホームネットワーク上の保護コンテンツの安全な再生を示すシステムの例を描く。 図２〜図５に描かれた処理の１つまたは複数を実装または実行するように構成された計算装置のブロック図を示す。

簡単に例示するために、主に実施形態の例を参照してその原理を説明する。以下の説明において、実施形態を十分に理解できるように多くの具体的な詳細が記載される。しかし、実施形態がこれらの具体的な詳細に限定されることなく実施されてもよいことは当業者には明らかであろう。他の例では、実施形態が不必要に曖昧にならないよう周知の方法および構造については詳しい説明を省いている。

本明細書で開示されるシステムは、実時間転送プロトコル（「ＲＴＰ」）、ハイパーテキスト転送プロトコル（「ＨＴＴＰ」）、またはＩＰカプセル化ＭＰＥＧ−２転送ストリーム、または従来のＭＰＥＧ−２ネットワークなどの標準的なプロトコルを用いたＩＰネットワーク上でデジタルコンテンツを記憶、配信、および家庭内配信する完全な標準ベースのエンド・ツー・エンドの拡張可能なＤＲＭシステムを提供する。システムは、デジタルコンテンツを保護し、ネットワークに追加されるコンテンツおよび既にネットワーク内にあるコンテンツに関するＤＲＭおよびコピー防止規則を強化するために採用される。このようなシステムの典型的な使用法は、保護コンテンツが記録され配信される家庭内媒体ハブである。

本明細書で開示されるシステムは、少なくとも次のモデルタイプ、すなわち、デジタル・ビデオ・レコーダ（ＤＶＲ）またはパーソナル・ビデオ・レコーダ（ＰＶＲ）に記憶されるコンテンツを保護するためのスタンドアロン環境と、ユーザドメイン、すなわち、ホームネットワークまたはビジネスネットワーク内に配信されたコンテンツを保証するためのネットワーク環境と、サービス・プロバイダ・サイトにおいてエンドユーザにコンテンツを配信中にコンテンツを保護するエンド・ツー・エンドコンテンツ配信システムとで使用されてもよい。

本明細書で開示されるインターネットプロトコル権利管理（「ＩＰＲＭ」）システムによって、コンテンツ所有者およびサービスプロバイダは、コンテンツ所有者の権利が保護され、ビジネスモデルおよび契約が強化され、同時に消費者などのエンドユーザにシームレスで使いやすいコンテンツ消費規制を提供するように安全な方法でコンテンツを配信することができる。ＩＰＲＭは、１つのセキュリティドメインからコンテンツを受信するメカニズムを提供し、そのコンテンツを受信デバイスに対して一意的に再暗号化し、そのコンテンツを永続的に記憶し、別のセキュリティドメインに対しまた別のセキュリティドメイン内において後でそのコンテンツを再生する。また、ＩＰＲＭは、初回の受信デバイスからホームネットワークの一部として認証されている別のデバイスに永続的に記憶されたコンテンツを配信する能力を有する。これによって、メディアサーバ、たとえば、ハードドライブを有するデュアルチューナー・セットトップ・ボックス（「ＳＴＢ」）は、記録されたコンテンツをＳＴＢなどのメディアクライアントに配信することによって屋内のＴＶに配信することができる。当然ながら、ここではホームネットワークについて説明しているが、ビジネスその他のこのようなローカルネットワークへの拡張も同様である。

まず図１を参照すると、ある実施形態に従って、複数の入力、ディスプレイデバイス、およびデジタル・ビデオ・レコーダ（「ＤＶＲ」）またはメディアサーバ３０などのデバイスを採用するインターネットプロトコル権利管理（「ＩＰＲＭ」）システム２０が示される。ＩＰＲＭシステム２０の以下の説明は、このようなＩＰＲＭシステム２０が構成されて稼動される場合の様々な方法の１つにすぎないことを理解されたい。さらに、ＩＰＲＭシステム２０は追加部品を含んでいてもよく、説明されている部品の一部はＩＰＲＭシステム２０の範囲から逸脱することなく除外および／または変更されてもよいことを理解されたい。

具体的に、図１は、ホームネットワークにおいてオーディオ−ビデオ・マルチメディア・コンテンツを受信、記録、再生、および配信、コピーまたは移動することを目的としてホームネットワークに採用されるＩＰＲＭシステム２０を示す。この場合、ＩＰＲＭは、入力ストリームから受信されて出力ストリームに適用されるコピー防止およびデジタル権利管理規則を変換して強化するＤＲＭシステムを提供する。ＤＶＲ３０は、ハードドライブ、フラッシュメモリなど、あるいはデバイスの種類の組み合わせなどの、永続記憶装置３８のソースを含む。

ＤＶＲ３０のコンテンツは、保護されてコンテンツアクセス権に関連付けられてもよい。ＤＶＲ３０などの永続記憶デバイスに記憶されるコンテンツに適用されるコンテンツアクセス権は、安全なＩＰＲＭドメインの他のデバイスにも適用される。さらに、ＩＰＲＭシステム内には、永続記憶装置を欠くデバイス、すなわち、暗号化されたコンテンツまたは、たとえば、キー、持続性規則、およびメタデータなどの関連情報のいずれかを永続的に保存しないデバイスがあってもよい。これらのデバイスは、さらに、コンテンツに関連するコピー防止規則に応じてイネーブルまたはディセーブルされなければならない付加的なデジタル出力ポートまたはアナログ出力ポートを有していてもよい。

ＤＶＲ３０には様々な入力が導かれる。入力として、たとえば、信号がドメイン２１内で同報フラグ（または、ＡＴＳＣ再配信制御記述子）技術によって保護されるデジタルテレビジョン、広帯域通信などに対応する信号を受信するＡＴＳＣチューナー２２、たとえば、条件付アクセス（「ＣＡ」）技術によって保護されるドメイン２６内の信号に対するＱＡＭチューナー２４が示されており、これらの信号は、たとえば、ダイナミックフィードバック配列スクランブリング技術（Ｄｙｎａｍｉｃ Ｆｅｅｄｂａｃｋ Ａｒｒａｎｇｅｍｅｎｔ ｓｃｒａｍｂｌｉｎｇ ｔｅｃｈｎｉｑｕｅ）（「ＤＦＡＳＴ」）によって保護されるドメイン３２内の信号を処理するケーブルカード２８、たとえば、記録可能な媒体のためのコンテンツ保護（「ＣＰＲＭ」）またはＤＶＤコンテンツ・スクランブリング・システム（ＣＳＳ）技術によって保護されるドメイン３６内のサービス信号に対するＤＶＤ／ＲＷソース３４、などのデジタルインターフェースに伝送される。ＤＶＤソース３４はコンテンツの受信と提供の両方を行なう。他の入力は、たとえば、他の占有システムによって保護されるドメイン３６にデジタル信号を含んでいてもよい。各入力ドメインの境界において、規則情報、たとえば、ＣＣＩ、ＡＰＳ、ＣＩＴ、ＣＧＭＳ−Ａは、インポートされて受信媒体と安全にリンクしていてもよい。

ＤＶＲ３０からの出力は、高解像度デジタルコンテンツ保護（「ＨＤＣＰ」）ドメイン４４によって保護された高解像度マルチメディアインターフェース（「ＨＤＭＩ」）４２を含む。ルータ４６は、たとえば、デジタル伝送コンテンツ保護（「ＤＴＣＰ」）ドメイン５４によって保護されたファイヤーワイヤまたはＩＥＥＥ−１３９４インターフェース５２を備えるメディアクライアント４８を含むホームネットワーク内の他のデバイスに信号を送るために採用される。もう一つの出力は、アナログドメイン６２においてマクロビジョンまたはＣＧＭＳ−Ａによって保護されたアナログインターフェース５８を備えるメディアクライアント５６である。出力を備えるメディアサーバ３０と、オプションのルータ４６と、クライアントデバイス４８および５６とは、ここでは安全なＩＰＲＭドメイン４０内で動作するものとして総称される。また、永続記憶装置３８は、ＤＶＤ／ＲＷドライブ３４のような光学式ドライブなどに出力してもよい。

ＩＰＲＭシステム２０とコンテンツを共有するための様々なオプションが存在する。これらのオプションとして、ゲートウェイから別のデバイスへのコンテンツの配信、ある記憶デバイスから別の記憶デバイスへのコンテンツのコピー、およびある記憶デバイスから別の記憶デバイスへのコンテンツの移動が挙げられる。一般に、ローカルコンテンツ保護に適用可能な主要な状況として、コンテンツの安全な記録とコンテンツの安全な再生の２つがある。これらの状況の詳細なステップを図２〜図５に関して以下で説明する。

コンテンツの記録に関して、図２を参照すると、セットトップボックス（「ＳＴＢ」）５０が示されており、ここには、外部信号を受信してインターフェースする複数のモジュール６４および６６が示されている。ＩＥＥＥ１３９４／ＤＴＣＰ、ＣＧＭＳ−Ａまたはマクロビジョンを備えるアナログ信号、保護されたＩＰ入力、ＤＶＤ／ＣＳＳなどの他のコンテンツ・ソースが使用されてもよい。ＳＴＢ５０は、保護コンテンツの配信を制御してこれにアクセスするための権利マネジャ６８をさらに含む。ハードドライブ７０は、コンテンツ８６および権利データ８４を記憶する。モジュール６０は、モジュール６４および６６からコンテンツの復号化などの制御のための復号器７２および同報フラグ検出器７４を含んでいてもよい。暗号化／復号化モジュール７６は、同じコンテンツが非暗号化形式で実質的に決して利用されることのないように保護コンテンツまたはキーのその後の再暗号化を可能にする。ＳＴＢ５０に含まれるモジュール６４、６６、および７６の１つまたは複数は、計算装置の一部を形成していてもよく、計算装置は本明細書で開示されるモジュール６４、６６、および７６の機能を実施する１つまたは複数の回路部品を含んでいてもよい。さらに、あるいは代替的に、モジュール６４、６６、および７６の１つまたは複数は、計算装置のプロセッサによって実行可能なソフトウェアを備えていてもよい。

コンテンツは、前述の外部ソース、たとえば、ケーブルカード２８、ＣＡスマートカード、アナログ信号、ＡＴＳＣ信号、ＩＥＥＥ−１３９４ソース（図示せず）などのいずれかからＳＴＢ５０の中に受信される（ステップ６５）。図２において、この信号は、たとえば、ＡＴＳＣ復調器６６またはポイント・オブ・デプロイメント（「ＰＯＤ」）ホストインターフェース（ケーブルカード）モジュール６４によって処理されるものとして示される。ＰＯＤモジュール６４からのコンテンツは、たとえば、データ暗号化規格（「ＤＥＳ」または「３ＤＥＳ」）または先進暗号化規格（「ＡＥＳ」）を採用する復号化モジュール７２によって復号化されてもよい。ＡＴＳＣ復調器６６からのコンテンツは、同報フラグ（「ＢＦ」）検出器７４を介してもよい。

このコンテンツは保護されてもよい。このコンテンツが保護される場合、あるいはアクセス権を採用する場合、権利マネジャ６８から権利データが要求される（ステップ６７）。権利データは、コピー制御情報（「ＣＣＩ」）、ＥＭＩ情報、ＡＰＳ、ＣＩＴ、ＳＧＭＳ−Ａなどから変換されたコンテンツ権利および制限を含んでいてもよい。コンテンツの記録が容認される場合、その完全性を維持するように保護されるローカル権利データが権利マネジャ６８によって生成される（ステップ６９）。特に、ＩＰＲＭは、入力ＣＣＩおよび／またはＥＭＩ情報を処理し、関連コンテンツが記録可能かどうか、および記録が容認されるかどうかを決定し、関連するコピー制御データを内部の権利データ形式に変換する。

こうして生成された権利データは、コンテンツに関連する一組のアクセス規則を含む。権利データに記憶された規則は、記録されたコンテンツの再生が許可される前にチェックされなければならない。

権利データに記憶された情報は、ＤＴＣＰ、ＨＤＣＰ、ＣＧＭＳ−Ａ、およびマクロビジョンを含む、すべての関連出力インターフェースに関する保護技術を設定するために使用されてもよい。権利データは、本明細書において以下で説明するキー導出アルゴリズムを用いて記録されたコンテンツに安全に結合される。ＩＰＲＭシステム２０、および、特に、権利マネジャ６８は、記録された各コンテンツに対して固有のコンテンツ暗号化キーを発生する。これによって、エンドユーザは保護コンテンツおよび関連する権利データを別のデバイスに不正コピーすることを防止される。権利データは、ケーブルカード、ＣＡスマートカード、ＣＡモジュール、同報フラグ、ＤＴＣＰ、ＣＧＭＳ−Ａなどのアナログ保護、マクロビジョンなど、コンテンツ・ソースに関連する他の保護システムからの入力を用いて構成されてもよい。

暗号化されたコンテンツは、たとえば、ケーブルカード、ＣＡ、ＤＴＣＰなどのオリジナルな保護メカニズムを用いて復号化され（ステップ７１）、同じコンテンツは、保護がなくコンテンツが実質的に決して利用されることがないように、保護され局所的に発生された固有のコンテンツ暗号化キーを用いる暗号化／復号化エンジン７６を用いて直ちに再暗号化される（ステップ７３）。具体的には、以下で説明される図３Ａおよび図３Ｂにさらに詳しく描かれているように、暗号化／復号化エンジン７６は一連の暗号化ステップを通じてコンテンツ暗号化キーを発生するように構成される。ローカル権利データ８４は、この後、不正な変更から保護され、ハードドライブ７０などの永続記憶装置に記憶される（ステップ７５）。この場合、永続記憶装置は、たとえば、フラッシュメモリなどであってもよい。また、コンテンツ自体は、ハードドライブ７０（または、録画可能なＤＶＤ、フラッシュ・メモリ・カードなど）などの永続記憶装置に保護された形式で記憶されてもよい（ステップ７７）。

家庭内の２つのデバイス間で安全に通信するために使用されるキー管理およびＥＳＢメッセージのＥＳＢシステムは、先に参照によって組み入れられた「Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ ａｎｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｙｓｔｅｍ ｆｏｒ Ｓｅｃｕｒｅ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ Ａｒｃｈｉｔｅｃｔｕｒｅ」と題する同時係属の米国特許出願第７，２４３，３６６号明細書にさらに詳しく記載される。

ここで、図３Ａおよび図３Ｂを参照すると、本発明の実施形態に従ってコンテンツを暗号化／復号化する方法３００および３５０のフローチャートが示されている。方法３００および３５０は、制限ではなく例として図１および図２に関して説明されている。したがって、方法３００および３５０は図１に描かれるＩＰＲＭシステム１００および図２に描かれるＳＴＢ５０以外のシステムで実施されてもよいことが当業者には明らかであろう。さらに、方法３００および３５０は一般化された実例を表しており、方法３００および３５０の範囲から逸脱することなく他のステップが追加されてもよく、あるいは既存のステップが除外、変更、または再配置されてもよいことが当業者には明らかなはずである。

一般的に、一実施形態によると、方法３００および３５０は、図２におけるステップ７３のさらに詳細なステップであるものと考えられてもよい。この点において、暗号化／復号化エンジン７６は方法３００および３５０の一方または両方に含まれるステップを実施するように構成されてもよい。したがって、方法３００および３５０は、たとえば、ケーブルカード、ＣＡスマートカード、ＤＴＣＰなどからコンテンツを受信した後で実施される。別の実施形態によると、方法３００および３５０は、暗号化されたコンテンツを復号化するための１つまたは複数のキーを生成するために、送信元デバイス内または送信先デバイス内の暗号化／復号化モジュールによって実施されてもよい。

ステップ３０２の前に、コンテンツが受信されてもよく、コンテンツは固有のコンテンツ識別子（ＩＤ）およびコピー制御ビットに関連付けられていてもよい。コンテンツの少なくとも一部は記憶されて、これによりコンテンツが、使用法に応じて、第１のコピー制御状態および第２のコピー制御状態の一方に関連付けられてもよい。

ステップ３０２において、ＤＶＲ３０に固有のローカル記憶キー３０４は、第１のコンテンツ・プレキー（content pre-key）３１２を発生するために受信したコンテンツのコンテンツ識別子（ＩＤ）３０６をブロック３１０において暗号化するためのキーとして使用される。ＤＶＲ３０に固有のローカル記憶キー３０４はＬＳＳ（Ｌｏｃａｌ Ｓｔｏｒａｇｅ Ｓｅｅｄ）と呼ばれる秘密値であってもよく、ＬＳＳは難読化された形式で記憶されてもよく、またはＤＶＲ３０内のセキュリティチップによって保護されてもよい。さらに、ブロック３１０において使用される暗号化アルゴリズムは、ＤＥＳ、３ＤＥＳ、ＡＥＳなどの任意の適当な暗号アルゴリズムであってもよい。コンテンツＩＤ３０６は、たとえば、コンテンツ名のハッシュ、ファイル名（ファイルパスの有無にかかわらず）、ポインタ、またはコンテンツの「ハンドル」など、受信コンテンツに割り当てられた実質的に固有の値を備えていてもよい。

ステップ３１４において、第１のコンテンツ・プレキー３１２は、コンテンツ暗号化キー３２２を発生するためにコンテンツの第１のコピー制御状態３１６をブロック３２０において暗号化するためのキーとして使用される。ブロック３２０において使用される暗号化アルゴリズムは、ＤＥＳ、３ＤＥＳ、ＡＥＳなどの任意の適当な暗号アルゴリズムであってもよい。さらに、第１のコピー制御状態３１６は、コンテンツに対する第１のＣＣＩ値を含んでいてもよく、この第１のＣＣＩ値はコンテンツとともに受信されてもよい。一実施形態によると、ユーザがコンテンツを処理することへの制限などのＣＣＩ値は、たとえば、ケーブルカードから受信されてもよい。制限は、たとえば、「コピー・ノー・モア」、「コピーワンス」などを含んでいてもよい。第１のコピー制御状態３１６は、他のＤＲＭ規則（たとえば、再生数）およびコンテンツ属性（たとえば、記録時間、コンテンツ期限、記録種別：永久および一時など）を含んでいてもよい。

ステップ３４０において、コンテンツはコンテンツ暗号化キー３２２を用いて暗号化される。ステップ３４０は、図３Ｂにおける方法３５０に関して本明細書において以下でさらに詳しく説明される。

ここで、図３Ｂを参照すると、ここに描かれる方法３５０は、図３Ａにおいて方法３００に関して説明されたステップのすべてを含む。しかし、図３Ｂのステップ３１４では、第１のコンテンツ・プレキー３１２は、コンテンツ暗号化キー３２２の代わりに第２のコンテンツ・プレキー３３２を導出するために第１のコピー制御状態３１６をブロック３２０において暗号化するために使用される。また、方法３５０は、コンテンツ暗号化キー３２２を発生するためにコンテンツの第２のコピー制御状態３２６をブロック３３０において暗号化するためのキーとして、第２のコンテンツ・プレキー３３２を使用する追加ステップ３２８を含む。ブロック３３０において使用される暗号化アルゴリズムは、ＤＥＳ、３ＤＥＳ、ＡＥＳなどの任意の適当な暗号アルゴリズムであってもよい。さらに、第２のコピー制御状態３２６は、第１のコピー制御状態に類似しているが、第１のコピー制御状態３１６よりも限定的である。したがって、たとえば、第１のコピー制御状態３１６はコンテンツに「コピーワンス」状態を引き起こすコピー制御状態を備えていてもよく、第２のコピー制御状態３２６はコンテンツに「コピー・ノー・モア」状態を引き起こすコピー制御状態を備えていてもよい。

ある例によると、クライアントが適切に機能するようにコンテンツが実質的に消費されるときＩＰＲＭが正しいＣＣＩ要件をクライアントに配信するように、第２のコンテンツ・プレキー３３２は発生されてもよい。具体的に、たとえば、第２のコンテンツ・プレキー３３２は「コピー・ノー・モア」状態に関連付けられてもよく、ＩＰＲＭは、クライアントがコンテンツを見ることはできてもそのコンテンツをコピーすることができないように第２のコンテンツ・プレキー３３２をクライアントに配信してもよい。

第２のコンテンツ・プレキー３３２を発生するためのステップ３２８は、「コピーワンス」コンテンツに関連するコンテンツが一時停止バッファに記憶されて、たとえば、１３９４パスから送出されるときに生じる問題を実質的に回避する。例として、消費者が「コピーワンス」コンテンツを受信して暗号化されたコンテンツを一時停止バッファに記憶し、かつ消費者がコンテンツを再生しながら、後になって見るための内蔵プログラムとしてコンテンツを保存したいと決定する場合、翌日再生されるコンテンツは一部の使用法モデルでは「コピー・ノー・モア」として、また、他の使用法モデルでは「コピーワンス」として示されてもよい。ＩＰＲＭはこれらの状態の両方に対してコンテンツ・プレキー３１２および３３２を発生するので、ＩＰＲＭは適切な使用法モデルおよび消費者行動に応じて正しいコンテンツ・プレキー３１２または３３２を配信してもよい。

ステップ３４０において、コンテンツはコンテンツ暗号キー３２２を用いて暗号化される。コンテンツは、コンテンツ暗号化キー３２２（たとえば、３ＤＥＳ、ＡＥＳなど）を用いた任意の適当な暗号化プロセスを用いて暗号化されてもよい。さらに、暗号化されたコンテンツ（保護コンテンツ８６）は、ＳＴＢ５０のハードドライブ７０に記憶されてもよい。また、コンテンツ・プレキー３１２は、保護された権利データ８４としてハードドライブ７０に記憶されてもよい。あるいは、第１のコンテンツ・プレキー３１２も第２のコンテンツ・プレキー３３２も、全く記憶されずに、前述の方法３００のステップ３０２および３１４を用いて再生成される。第１のコンテンツ・プレキー３１２および第２のコンテンツ・プレキー３３２はどこにでも記憶される訳ではないので、これらプレキーの再生成はアタッカによるプレキー３１２および３３２の盗用を阻止する。代わりに、コンテンツＩＤ３０６とコピー制御状態３１６および３２６のみが記憶される必要がある。さらに、この情報のいずれかを変更すると、第１のコンテンツ・プレキー３１２、第２のコンテンツ・プレキー３３２および／またはコンテンツ暗号化キー３２２の不正な導出を招いて記録されたコンテンツが正しく復号化されなくなるので、コンテンツＩＤ３０６とコピー制御状態３１６および３２６は保護された状態で記憶される必要がない。

前述のように、第２のコンテンツ・プレキー３３２は、たとえば、第１のコピー制御状態３１６が「コピー・ノー・モア」コピー状態であるときオプションであってもよい。この点に関して、方法３００および３５０は、記録中に複数のコピー制御状態が得られるときに実施されてもよく、方法３００は一つのコピー制御状態しか得られないときに実施されてもよい。具体的には、コンテンツは、典型的に、一組のみのＣＣＩ値（たとえば、「コピーワンス」）で受信され、受信記録デバイスはこのＣＣＩ値をユーザ操作および使用法モデルに基づいて適切なコピー制御状態に変換しなければならない。コンテンツが記録されることなく「生で」で再生されるとき、あるいは一時的に一時停止バッファに記録されるとき、コピー制御状態は「コピーワンス」の値を保持してもよいが、永久に記録されるコンテンツは「コピー・ノー・モア」コピー制御状態を反映しなければならない。記録の開始時にはユーザの意図が必ずしも明らかでないので、受信デバイスはキー導出方法３５０において両方のコピー制御状態を記憶して使用する必要があるかもしれない。続いて、コンテンツが後で再生されて（ローカルまたはリモートで）、記録が永久的であったかそれとも一時的であったかが明らかになると、正しいコピー制御状態が採用されて出力保護を設定するとともに正しいコピー制御状態およびコンテンツ・プレキーを受信デバイスに信号として伝達することになる。

コンテンツ暗号化キー３２２を発生するためにコンテンツのコピーに対して１つまたは複数の制限を定めるコピー制御状態３１６および３２６を使用することによって、コンテンツはコピー制御状態３１６および３２６で示される制限を含むようにも暗号化される。換言すると、コピー制御状態３１６および３２６はコンテンツの暗号化に組み込まれる。

さらに、暗号化されたコンテンツが再生されるとき、第１および第２のコンテンツ・プレキー３１２および３３２の一方からステップ３１４またはステップ３２８でコンテンツ暗号化キー３２２を導出するために適切な方法３００または３５０が実装されてもよい。具体的には、コンテンツを暗号化したデバイスあるいは暗号化されたコンテンツを受信する送信先デバイスのいずれかは、コンテンツ・プレキー３１２の１つまたは複数を導出するために適切な方法３００または３５０を実行してもよい。さらに、ステップ３４０において、暗号化されたコンテンツは導出された暗号化キー３２２を用いて復号化される。

方法３００または３５０では、一般に、ＩＰＲＭがそのＥＳブローカープロトコルによって第１および／または第２のコンテンツ・プレキー３１２、３３２ならびにコピー制御状態３１６および／または３２６を、たとえば、ホームネットワークの他のクライアントに配信できるようにする。さらに、コピー制御状態データを変更すると発生されたコンテンツ暗号化キー３２２を破損することになるので、コピー制御状態データは暗号化されていない形式で配信されてもよい。

さらに、方法３５０は２つのコピー制御状態３１６および３２６を含むものとして描かれているが、さらなるコピー制御状態およびコンテンツ・プレキーを用いるさらなる暗号化ステップが方法３５０の範囲から逸脱することなく方法３５０に含まれてもよいことを理解されたい。

ここで図４を参照すると、本発明のある実施形態に従って保護コンテンツ８６の安全なローカル再生方法を示すシステムの例が示されている。図４に描かれた方法は一般化された実例を表しており、図４に描かれた方法の範囲から逸脱することなく他のステップが追加されてもよく、あるいは既存のステップが除外、変更、または再配置されてもよいことが当業者には明らかなはずである。

記憶された保護コンテンツ８６が再生される前に、関連する権利データ（たとえば、コピー制御状態）はオプションとして権利マネジャ６８によって完全性がチェックされる（ステップ７９）。権利データ８４に記憶されたすべての適用可能なコンテンツアクセス規則は、このコンテンツ、たとえば、表示ウィンドウ、外部インターフェースに対する再生数、出力のビデオ分解能、たとえば、制限画像、時間ウィンドウ、一時停止バッファのサイズなどに対して反映される。権利データ８４がコンテンツ８６の消費を許可する場合、コンテンツ復号化キーは、ステップ３０２、３１４、およびオプションとして３２８を用いて発生され、コンテンツを復号化するための暗号化／復号化エンジン７６によって使用される（ステップ８１）。

コンテンツが外部デバイス、たとえば、デジタルＴＶで消費される場合、対応するデジタル出力７８またはアナログ出力８２は、権利データ８４に記憶されたコピー防止情報に従ってコンテンツを保護するように構成される（ステップ８３）。コピー防止情報は、ＤＴＣＰ、ＨＤＣＰ、マクロビジョン、または他のいくつかのコピー防止システムにエクスポートされてもよく、ＣＣＩ、ＡＰＳ、制限画像などを含んでいてもよい。コピー防止情報は、たとえば、再生カウントをデクリメントするための権利データ８４の更新（ステップ８５）を含んでいてもよい。ある実施形態によると、コンテンツが別のデバイスにエクスポートされるとき、ＩＰＲＭは第２のコンテンツ・プレキー３３２を発行してもよい。

上記のステップが実施された後、コンテンツはディスクから読み取られて復号化され、オプションとしてデコードされ（ステップ８７）、消費するために出力されてもよい（ステップ１１３）。上記の構成ステップに従って、コンテンツが安全なインターフェース上に出力される場合、コンテンツは対応するコピー防止技術、たとえば、ＤＴＣＰ、ＨＤＣＰ、ＣＧＭＳ−Ａ、マクロビジョンなどを用いて保護されてもよい。同様に、デジタルリムーバブル媒体、たとえば、ＤＶＤ−ＲＷへのコンテンツ出力に対しては、ＶＣＰＳまたはＣＰＲＭまたはＣＳＳなどの対応する保護技術が採用されてもよい。このようなコピー防止方式の実装についての若干のさらなる詳細は同時係属の米国特許出願第１０／９９３，０１１号明細書において提供される。

ホームネットワーク内での安全なコンテンツ転送が、図５に関連して以下で詳しく説明される。一般に、２つのエンドポイントの間でコンテンツを安全に配信し、コピーし、又は移動したいとき、両エンドポイントが個々のパケットを暗号化し、復号化し、オプションとして認証するために共有し使用する一組の対称キーを含む安全なセッションが確立される。ＩＰＲＭシステムのこの部分には対称暗号が採用されてもよく、したがって、セッションセットアップ中の待ち時間およびサーバローディングは最小化される。安全なセッションは、制御および権利情報ならびにキー交換を伝えるために使用される。コンテンツは、持続コンテンツに対する暗号化によって安全が確保される独立したチャネル上で伝送される。

さらに詳しくは、図５を参照すると、保護された権利データ２８４および保護コンテンツ２８６を記憶するハードドライブ２７０を有する送信元デバイス２００が示されており、送信元デバイス２００はＳＴＢ／ＤＶＲであってもよい。権利マネジャ２６８およびモジュール２８８を有するＩＰＲＭシステム２８０が採用され、ＩＰＲＭシステム２８０は電子セキュリティブローカー（「ＥＳＢ」）プロトコルを実装し、このプロトコルは本明細書の他の部分で言及した同時係属の特許出願においてさらに詳しく説明されている。同様に、保護された権利データ１８４および保護コンテンツ１８６を記憶するハードドライブ１７０を有する送信先デバイス２５０が示されており、送信先デバイス２５０はＳＴＢ／ＤＶＲであってもよい。アナログ出力１８２およびデジタル出力１７８は常として、前述と同じ理由で暗号化／復号化モジュール１７６が採用される。権利マネジャ１６８およびＥＳＢモジュール１８８を有するＩＰＲＭシステム１８０が採用される。

まず、コンテンツ２８６が配信されうる前か、あるいは別の認定デバイスにコピーされうる前に、送信元デバイス２００および送信先デバイス２５０は互いを認証しなければならない（ステップ８９）。この認証およびさらなるキー交換は、複数の方法で実施されてもよく、以下でさらに詳しく説明される。

コンテンツを転送するために、送信先デバイス２５０は、送信元デバイス２００に記憶された権利データ２８４を有する指定されたコンテンツ２８６部分の再生、コピー、または移動を要求する（ステップ９１）。送信先デバイス２５０は、認可コンテンツ、たとえば、指定された再生回数などの採用をさらに指定してもよい。送信元デバイス２００は、ＩＰＲＭシステム２８０内の権利マネジャ２６８から権利データ２８４に関する情報を検索する（ステップ９３）。送信元デバイス２００は、権利データについて完全性をチェックして、要求される権利が許諾されうること、たとえば、権利データが失効していないこと、再生回数が使い尽くされていないこと、コピー防止が侵害されていないことなどを確認する。権利が許諾されうるものと仮定すると、第１のコンテンツ・プレキー３１６およびオプションとしての第２のコンテンツ・キー３３２は、権利データから抽出または再生成され、コピー制御状態とともに、またオプションとして要求される権利によって送信先デバイス２５０に安全に伝達される（ステップ９５）。場合によっては、オリジナルな権利データ２８４は、権利マネジャ２６８によって相応に更新されてもよい（ステップ７７）（たとえば、再生カウントまたはコピーカウントをデクリメントして）。具体的には、送信元デバイス２００は、どの組のコピー制御状態を送信先デバイス２５０に配信すべきかを決定する。さらなるコピーが許可される場合、送信元デバイス２００は第１のプレキー３１２および制限の少ないコピー制御状態３１６を配信することになる。送信先デバイス２５０は、その出力にコピー防止を設定するためにコピー制御状態３１６を使用してもよく、制限の多い第２のコピー制御状態３２６を導出してもよく、図３Ｂに描かれたそれぞれステップ３１４および３２８を用いてコンテンツ暗号化キー３２２を導出するために両方のコピー制御状態３１６および３２６と第１のコンテンツ・プレキー３１２とを使用してもよい。送信先デバイス２５０は、制限の少ないコピー制御状態３１６（たとえば、「コピーワンス」）を使用し、次に制限の多い状態（たとえば、「コピー・ノー・モア」）を導出するためにこのコピー制御状態３１６をデクリメントすることによって第２のコピー制御状態３２６を決定してもよい。送信元デバイス２００は、送信先デバイス２５０に第２のコピー制御状態３２６が導出されなければならないことを示してもよく、あるいは、送信先デバイス２５０は、コピー制御状態３１６が制限の少ない状態であることを検出することによって送信先デバイス２５０自身の状態を判定してもよい。あるいは、送信元デバイス２００は、制限の少ないコピー制御状態３１６および制限の多いコピー制御状態３２６の両方を第１のプレキー３１２とともに送信してもよい。

さらに、送信先デバイス２５０は、ブロック１７６において、再生のためのコンテンツを復号化するためにコンテンツ暗号化キー３２２を使用することになる。送信元デバイス２００は、送信先デバイス２５０に、コンテンツ暗号化キー３２２を導出するために暗号化ステップの一方を採用するか両方を採用するか（３２８のみか、または３１４および３２８の両方か）、また、出力保護を設定するためにどのコピー制御状態（３１６または３２６）を採用すべきかを示してもよい。

さらなるコピーが許可されない場合、送信元デバイス２００は、第２のプレキー３３２および制限の多い第２のコピー制御状態３２６を配信することになる。送信先デバイス２５０は、その出力にコピー防止を設定するために第２のコピー制御状態３２６を使用することになり、ステップ３２８を用いてコンテンツ暗号化キー３２２を導出するためにコピー制御状態３２６および第２のコンテンツ・プレキー３３２を使用することになる。また、送信先デバイス２５０は、ブロック１７６において再生に備えてコンテンツを復号化するためにコンテンツ暗号化キー３２２を使用することになる。

オリジナルなコンテンツが第１のコピー制御状態３１６のみを用いて暗号化された場合（方法３００に記載されたように）、送信元デバイス２００は第１のコンテンツ・プレキー３１２および第１のコピー制御状態３１６を配信してもよい。送信先デバイス２５０は、ステップ３１４に示されるように、その出力にコピー防止を設定するために第１のコピー制御状態３１６を使用してもよく、コンテンツ暗号化キー３２２を導出するためにコピー制御状態３１６および第１のコンテンツ・プレキー３１２を使用してもよい。また、送信先デバイス２５０は、ブロック１７６において、再生に備えてコンテンツを復号化するためにコンテンツ暗号化キー３２２を使用してもよい。

コンテンツがアナログ出力１８２またはデジタル出力１７８などの承認された保護インターフェースに出力されることが予定される場合、対応するパラメータ、たとえば、コピー制御状態３１６または３２６に基づくＣＣＩビットが後続のコンテンツ保護に備えてインターフェースモジュールに伝達される（ステップ９９）。送信先デバイス２５０が復号化キーを生成すると、復号化エンジン１７６は動作する（ステップ１０１）。この時点で、コンテンツ転送プロセスが始まってもよい（ステップ１０３）。

復号化されたコンテンツは、この後、オプションとしてデコードされて、アナログ出力１８２またはデジタル出力１７８などの許可されたインターフェースに出力される（ステップ１０７）。コンテンツが送信先デバイス２５０に記録されている状態にある場合、取得した権利と復号化キーとを備える対応する権利データ１８４が図２〜図４に関連して記載される方法と同じ方法で生成される（ステップ１０９）。コンテンツは、この後、保護された権利データ１８４に関連する保護コンテンツ１８６としてハードドライブ１７０にその暗号化形式で記憶されてもよい（ステップ１１１）。オプションとして、ローカル再暗号化（初回の記録状況に類似した）が実施されてもよく、その場合、図３Ａおよび図３Ｂに記載されるように、送信先デバイス２５０で新たな暗号化キーが発生される。コンテンツは、図４に関連して記載されるように再生されてもよい。

開示されるＩＰＲＭシステムは、以下に示すような一つまたは複数の利点を提供する可能性がある。ＩＰＲＭシステムによって必ずしも保護されない複数種のインターフェースによって得られるコンテンツは、基礎構造とのさらなる通信に関する要件なしでＩＰＲＭデジタル権利管理の保護下で将来のローカル再生に備えて安全に取得されて保存されるかもしれない。各コンテンツは、その特定のコンテンツおよび特定のデバイスに固有のコンテンツ暗号化キーを用いて暗号化され、これによって、コンテンツ権利データに挙げられた関連コンテンツ利用規則がその特定のコンテンツおよびデバイスのみに結合される。

図に示される操作の一部または全部は、任意の所望のコンピュータ可読記憶媒体の中にユーティリティ、プログラム、またはサブプログラムとして含まれていてもよい。さらに、操作は、アクティブおよび非アクティブな様々な形態で存在しうるコンピュータプログラムによって具体化されてもよい。たとえば、操作は、ソースコード、オブジェクトコード、実行可能コードなどの形式のプログラム命令からなるソフトウェアプログラムとして存在してもよい。上記のいずれも記憶デバイスを含むコンピュータ可読記憶媒体で具体化されてよい。

例示的なコンピュータ可読記憶媒体として、従来のコンピュータシステムのＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、および磁気または光ディスクまたはテープが挙げられる。前述の具体例は、ＣＤＲＯＭ上のプログラムの配布またはインターネットダウンロードによるプログラムの配布を含む。したがって、上記機能を実行できる電子デバイスはいずれも先に列挙した機能を実施する可能性があることを理解されたい。

図６は、ある実施形態に従って、図２〜図５に描かれたプロセスの１つまたは複数を実装または実行するように構成された計算装置６００のブロック図を示す。計算装置６００の実例は一般化された実例であり、計算装置６００はさらなる部品を含んでいてもよく、記載された部品の一部は計算装置６００の範囲から逸脱することなく除外および／または変更されてもよいことを理解されたい。

計算装置６００は、図２〜図５に描かれたプロセスの一つまたは複数に記載されたステップの一部または全部を実装または実行してもよいプロセッサ６０２を含む。プロセッサ６０２からの命令およびデータは通信バス６０４上で伝達される。また、計算装置６００は、プロセッサ６０２のプログラムコードが実行に実行されてもよいランダム・アクセス・メモリ（ＲＡＭ）などのメインメモリ６０６と、二次メモリ６０８とを含む。二次メモリ６０８は、たとえば、１つまたは複数のハード・ディスク・ドライブ６１０および／またはフロッピー・ディスケット・ドライブ（登録商標）、磁気テープドライブ、コンパクト・ディスク・ドライブなどを表すリムーバブル記憶ドライブ６１２を含み、ここには図２〜図５に描かれたプロセスの１つまたは複数に対するプログラムコードのコピーが記憶されてもよい。ローカル記憶キー３０４またはローカル記憶シード（ｌｏｃａｌ ｓｔｏｒａｇｅ ｓｅｅｄ）を保護するために、保証格納域６２６が使用されてもよい。

リムーバブル記憶ドライブ６１０は、リムーバブル記憶ユニット６１４に対して周知の方法で読み取りおよび／または書き込みを行なう。ユーザ入力および出力デバイスは、キーボード６１６、マウス６１８、およびディスプレイ６２０を含んでいてもよい。ディスプレイアダプタ６２２は、通信バス６０４およびディスプレイ６２０とインターフェースしてもよく、プロセッサ６０２から表示データを受け取ってこれをディスプレイ６２０に対する表示命令に変換してもよい。さらに、プロセッサ６０２は、たとえば、インターネット、ＬＡＮなどのネットワーク上でネットワークアダプタ６２４を介して通信してもよい。

計算装置６００において他の既知の電子部品が追加または代用されてもよいことは当業者にとって明らかであろう。また、図６に描かれた部品の１つまたは複数がオプション（たとえば、ユーザ入力デバイス、二次メモリなど）であってもよいことは明らかなはずである。

例を参照して実施形態が記載されているが、当業者は真の趣旨および範囲から逸脱することなく記載された実施形態に様々な変更を施すことができるであろう。本明細書で使用される用語および記述は、例示としてのみ記載されており、制限を意味するものではない。特に、方法は例によって説明されているが、方法のステップは図示と異なる順序で実施されても同時に実施されてもよい。当業者は、以下の特許請求の範囲およびそれらの均等論において規定される趣旨および範囲の中で上記およびその他の変形形態が可能であることを認識するであろう。

Claims (20)

1. コンテンツを暗号化する方法であって、計算装置によって実施される、
   前記コンテンツをデバイスで受信するステップであって、前記コンテンツは固有のコンテンツ識別子（ＩＤ）およびコピー制御ビットに関連付けられている、前記コンテンツをデバイスで受信するステップと、
   前記コンテンツの少なくとも一部を記憶して前記コンテンツを第１のコピー制御状態および第２のコピー制御状態の一方に関連付けるステップと、
   前記コンテンツの前記コンテンツＩＤを暗号化するためのキーとして前記デバイスに固有のローカル記憶キーを用いて第１のコンテンツ・プレキーを生成するステップと、
   前記第１のコピー制御状態を暗号化するためのキーとして前記第１のコンテンツ・プレキーを用いる第２のコンテンツ・プレキーと、前記第２のコピー制御状態を暗号化するためのキーとして前記第２のコンテンツ・プレキーを用いる第３のコンテンツ・キーとの少なくとも一方を生成するステップと、
   前記第２のコンテンツ・プレキーおよび前記第３のコンテンツ・キーの一方を用いて前記コンテンツを暗号化するステップと、
   を含む、方法。
2. 前記方法は、計算装置によって実施される、前記第２のコンテンツ・プレキーおよび前記第３のコンテンツ・キーの両方を生成するステップをさらに含む、請求項１に記載の方法。
3. 前記コンテンツは条件付アクセスモジュールによって暗号化され、前記方法は計算装置によって実施される、前記条件付アクセスモジュールから伝送されたコピー制御ビットを受信するステップをさらに含む、請求項１に記載の方法。
4. 前記方法は、計算装置によって実施される、
   前記コンテンツの使用法モデルを決定するステップと、
   前記決定した使用法モデルに基づいて前記第１のコンテンツ・プレキーおよび前記第２のコンテンツ・プレキーの一方を発行するステップと、
   をさらに含む、請求項１に記載の方法。
5. 前記方法は、計算装置によって実施される、
   前記コンテンツの使用法モデルを決定するステップと、
   前記決定した使用法モデルに基づいて前記コンテンツの出力にコピー防止を設定するために前記第１のコピー制御状態および前記第２のコピー制御状態の一方を使用するステップと、
   をさらに含む、請求項１に記載の方法。
6. 前記方法は、計算装置によって実施される、
   前記コンテンツのコンテンツ識別子（ＩＤ）を暗号化するためのキーとして前記デバイスに固有のローカル記憶キーを用いて前記第１のコンテンツ・プレキー生成することと、
   前記第１のコピー制御状態を暗号化するためのキーとして前記第１のコンテンツ・プレキーを用いる前記第２のコンテンツ・プレキーと、前記第２のコピー制御状態を暗号化するためのキーとして前記第２のコンテンツ・プレキーを用いる第３のコンテンツ・キーとの少なくとも一方を生成することと、
   前記第２のコンテンツ・プレキーおよび前記第３のコンテンツ・キーの一方を用いて前記コンテンツを復号化することと、
   によって暗号化されたコンテンツを復号化するステップ
   をさらに含む、請求項１に記載の方法。
7. 前記方法は、計算装置によって実施される、
   前記暗号化されたコンテンツに関連する権利が送信先デバイスに許諾されうるかどうかを決定するステップと、
   前記第１のコンテンツ・プレキーおよび前記第１のコピー制御状態と、前記第２のコンテンツ・プレキーおよび前記第２のコピー制御状態との一方を前記送信先デバイスに安全に伝達するステップと、
   をさらに含む、請求項１に記載の方法。
8. 前記送信先デバイスによって実施される、
   前記第１のコンテンツ・プレキーおよび前記第１のコピー制御状態を受信するステップと、
   前記コンテンツの出力にコピー防止を設定するために前記受信した第１のコピー制御状態を使用するステップと、
   前記第１のコピー制御状態を暗号化するためのキーとして前記第１のコンテンツ・プレキーを用いて前記第２のコンテンツ・プレキーを生成するステップと、
   前記第２のコンテンツ・プレキーを用いて前記暗号化されたコンテンツを復号化するステップと、
   をさらに含む、請求項７に記載の方法。
9. 前記送信先デバイスによって実施される、
   前記第１のコンテンツ・プレキーおよび前記第１のコピー制御状態を受信するステップと、
   前記コンテンツの出力にコピー防止を設定するために前記受信した第１のコピー制御状態を使用するステップと、
   前記第１のコピー制御状態を暗号化するためのキーとして前記第１のコンテンツ・プレキーを用いて前記第２のコンテンツ・プレキーを生成するステップと、
   前記第１のコピー制御状態から前記第２のコピー制御状態を導出するステップと、
   前記第２のコピー制御状態を暗号化するためのキーとして前記第２のコンテンツ・プレキーを用いてコンテンツ暗号化キーを生成するステップと、
   前記コンテンツ暗号化キーを用いて前記暗号化されたコンテンツを復号化するステップと、
   をさらに含む、請求項７に記載の方法。
10. 前記送信先デバイスによって実施される、
    前記第２のコンテンツ・プレキーおよび前記第２のコピー制御状態を受信するステップと、
    前記コンテンツの出力にコピー防止を設定するために前記受信した第２のコピー制御状態を使用するステップと、
    前記第２のコピー制御状態を暗号化するためのキーとして前記第２のコンテンツ・プレキーを用いてコンテンツ暗号化キーを生成するステップと、
    前記コンテンツ暗号化キーを用いて前記暗号化されたコンテンツを復号化するステップと、
    をさらに含む、請求項７に記載の方法。
11. 前記第１のコピー制御状態は前記第２のコピー制御状態よりも制限の少ない、請求項１に記載の方法。
12. 前記ローカル記憶キーは、難読化された形式での記憶およびデバイス内でのセキュリティチップによる保護の一方である値を含む、請求項１に記載の方法。
13. コンテンツに対してデジタル権利管理規則を実行するように構成されたデバイスであって、
    コンテンツ識別子（ＩＤ）およびコピー制御ビットに関連付けられる前記コンテンツを受信するチューナーと、
    前記コンテンツの少なくとも一部を記憶して前記コンテンツを第１のコピー制御状態および第２のコピー制御状態の一方に関連付ける記憶手段と、
    前記コンテンツのコンテンツＩＤを暗号化するためのキーとして前記デバイスに固有のローカル記憶キーを用いる第１のコンテンツ・プレキーと、前記第１のコピー制御状態を暗号化するためのキーとして前記第１のコンテンツ・プレキーを用いる第２のコンテンツ・プレキーおよび前記第２のコピー制御状態を暗号化するためのキーとして前記第２のコンテンツ・プレキーを用いる第３のコンテンツ・キーとの少なくとも一方を生成し、前記第２のコンテンツ・プレキーおよび前記第３のコンテンツ・キーの一方を用いて前記コンテンツを暗号化するように構成される暗号化モジュールと、
    を備える、デバイス。
14. 前記チューナーは暗号化されたコンテンツを受信するように構成され、
    前記暗号化されたコンテンツを復号化するように構成された条件付アクセスモジュールであって、前記暗号化モジュールは前記条件付アクセスモジュールからコピー制御ビットを受信するように構成される条件付アクセスモジュールをさらに備える、請求項１３に記載のデバイス。
15. 前記暗号化モジュールは、前記暗号化されたコンテンツに関連する権利が送信先デバイスに許諾されうるかどうかを決定し、前記第１のコンテンツ・プレキーおよび前記第１のコピー制御状態と前記第２のコンテンツ・プレキーおよび前記第２のコピー制御状態との一方を前記送信先デバイスに安全に伝達するようにさらに構成される、請求項１３に記載のデバイス。
16. 前記コンテンツの使用法モデルを決定し、前記決定した使用法モデルに基づいて前記コンテンツの出力にコピー防止を設定するために前記第１のコピー制御状態および前記第２のコピー制御状態の少なくとも一方を使用し、前記決定した使用法モデルに基づいて前記第１のコンテンツ・プレキーおよび前記第２のコンテンツ・プレキーの一方を発行するように構成される権利マネジャをさらに備える、請求項１３に記載のデバイス。
17. 前記暗号化モジュールは前記第１のコンテンツ・プレキーと前記第２のコンテンツ・プレキーおよび前記第３のコンテンツ・キーとの少なくとも一方を再生成することによって暗号化されたコンテンツを復号化するように構成される、請求項１３に記載のデバイス。
18. 前記ローカル記憶キーは難読化された形式での記憶およびデバイス内でのセキュリティチップによる保護の一方である値を含む、請求項１３に記載のデバイス。
19. １つまたは複数のコンピュータプログラムが組み込まれるコンピュータ可読記憶媒体であって、前記１つまたは複数のコンピュータプログラムはコンテンツを暗号化する方法を実装し、前記１つまたは複数のコンピュータプログラムは、
    固有のコンテンツ識別子（ＩＤ）およびコピー制御ビットに関連付けられている、前記コンテンツをデバイスで受信するステップと、
    前記コンテンツの少なくとも一部を記憶して前記コンテンツを第１のコピー制御状態および第２のコピー制御状態の一方に関連付けることと、
    前記コンテンツのコンテンツＩＤを暗号化するためのキーとして前記デバイスに固有のローカル記憶キーを用いて第１のコンテンツ・プレキーを生成することと、
    前記第１のコピー制御状態を暗号化するためのキーとして前記第１のコンテンツ・プレキーを用いる第２のコンテンツ・プレキーと、前記第２のコピー制御状態を暗号化するためのキーとして前記第２のコンテンツ・プレキーを用いる第３のコンテンツ・キーとの少なくとも一方を生成することと、
    前記第２のコンテンツ・プレキーおよび前記第３のコンテンツ・キーの一方を用いて前記コンテンツを暗号化することと、
    に関する一組の命令を含む、コンピュータ可読記憶媒体。
20. 前記１つまたは複数のコンピュータプログラムは、
    前記暗号化されたコンテンツに関連する権利が送信先デバイスに許諾されうるかどうかを決定することと、
    前記第１のコンテンツ・プレキーおよび前記第１のコピー制御状態と、前記第２のコンテンツ・プレキーおよび前記第２のコピー制御状態との一方を前記送信先デバイスに安全に伝達することと、
    に関する一組の命令をさらに含む、請求項１９に記載のコンピュータ可読記憶媒体。

Images