JP2004048749A - 対話式認証なしのデバイス上のコンテンツに関するデジタル権利管理（ｄｒｍ）暗号化およびデータ保護方法 - Google Patents

Abstract

【課題】デジタル権利管理暗号化および対話式認証なしのデバイス上のコンテンツに関するデータ保護を図る。
【解決手段】媒体上のコンテンツをレンダリングするのにデバイスは、媒体からテーブルを獲得し、デバイス秘密鍵（ＰＲ−ＰＤ）を獲得し、（ＰＲ−ＰＤ）に基づいてテーブルのエントリを指し示し、指し示されたエントリから（ＰＵ−ＰＤ（ＲＮＤ））を獲得し、（ＰＲ−ＰＤ）を（ＰＵ−ＰＤ（ＲＮＤ））に適用してランダムな鍵（ＲＮＤ）を公開させる。次にデバイスは、テーブルから（ＲＮＤ（ＰＲ−ＰＭ））を獲得し、（ＲＮＤ）を（ＲＮＤ（ＰＲ−ＰＭ））に適用して媒体秘密鍵（ＰＲ−ＰＭ）を公開させ、（ＰＵ−ＰＭ（ＫＤ））をライセンスから獲得し、（ＰＲ−ＰＭ）を（ＰＵ−ＰＭ（ＫＤ））に適用してコンテンツ鍵（ＫＤ）を公開させ、（ＫＤ（ｃｏｎｔｅｎｔ））を媒体から獲得し、（ＫＤ）を（ＫＤ（ｃｏｎｔｅｎｔ））に適用してコンテンツを公開させる。
【選択図】　　　　図３

Description

【０００１】
【発明の属する技術分野】
本発明は、デジタルコンテンツにおいて権利を行使するためのアーキテクチャに関する。より詳細には、本発明は、デジタルコンテンツのユーザによって獲得されたライセンス権利によって指定されたパラメータに従ってだけ暗号化されたデジタルコンテンツへのアクセスを許す行使アーキテクチャに関する。さらにより詳細には、本発明は、限られた通信能力を有するデバイス向けのアーキテクチャに関する。
【０００２】
【従来の技術】
周知の通り、図１を参照すると、デジタルオーディオ、デジタルビデオ、デジタルテキスト、デジタルデータ、デジタルマルチメディアなどのデジタルコンテンツ１２に関連して、デジタルコンテンツ１２がユーザに配布される場合、デジタル権利管理（ＤＲＭ）−行使システムが極めて望ましい。ユーザによって受け取られた後、ユーザは、パーソナルコンピュータ１４上のメディアプレーヤ、またはそれに類するものなどの適切なレンダリングデバイスの助けを借りてそのデジタルコンテンツをレンダリングする、つまり「再生」する。
【０００３】
通常、そのようなデジタルコンテンツ１２を配布するコンテンツ所有者は、ユーザが、配布されたデジタルコンテンツ１２に何をすることができるかを制限することを望む。例えば、コンテンツ所有者は、ユーザが、コンテンツ１２をコピーして第２のユーザに再配布することを禁止することを望む可能性があり、あるいは配布されたデジタルコンテンツ１２が、限られた回数だけ、ある合計時間だけ、あるタイプのマシン上でだけ、あるタイプのメディアプレーヤ上でだけ、あるタイプのユーザによってだけ等の形で再生されることを許すことを望む可能性がある。
【０００４】
しかし、配布が行われた後、コンテンツ所有者は、デジタルコンテンツ１２に対してほとんど規制を有さない。したがって、ＤＲＭシステム１０が、任意の形態のデジタルコンテンツ１２の規制されたレンダリングまたは再生を可能にし、この規制は、柔軟性を有し、デジタルコンテンツのコンテンツ所有者によって定義可能である。通常、コンテンツ１２は、任意の適切な流通経路を介してパッケージ１３の形態でユーザに配布される。配布されるデジタルコンテンツパッケージ１３は、対称暗号化／暗号解読鍵（ＫＤ）（すなわち、ＫＤ（ｃｏｎｔｅｎｔ））を使用して暗号化されたデジタルコンテンツ１２、並びにコンテンツ、どのようにコンテンツのライセンスを獲得するか等を特定するその他の情報を含むことが可能である。
【０００５】
信頼ベース（ｔｒｕｓｔ−ｂａｓｅｄ）のＤＲＭシステム１０により、デジタルコンテンツ１２の所有者が、デジタルコンテンツ１２が、ユーザのコンピューティングデバイス１４上でレンダリングされることが許されるのに先立って満たされなければならないライセンス規則を指定することができるようになる。ライセンス規則は、前述した時間的要件を含むことが可能であり、またユーザ／ユーザのコンピューティングデバイス１４（以降、この用語は、状況により別段、必要とされない限り、区別せず使用する）が、コンテンツ所有者、またはコンテンツ所有者の代理業者から獲得しなければならないデジタルライセンス１６内で実現されることが可能である。また、このライセンス１６は、場合により、ユーザのコンピューティングデバイスによって暗号解読可能な鍵に従って暗号化されたデジタルコンテンツを暗号解読するための暗号解読鍵（ＫＤ）も含む。
【０００６】
デジタルコンテンツ１２のコンテンツ所有者は、ユーザのコンピューティングデバイス１４が、ライセンス１６内でそのようなコンテンツ所有者によって指定された規則および要件を遵守するものと、すなわち、ライセンス１６内の規則および要件が満たされない限り、デジタルコンテンツ１２がレンダリングされないものと信頼しなければならない。したがって、好ましくは、ユーザのコンピューティングデバイス１４は、デジタルコンテンツ１２に関連し、ユーザによって獲得されたライセンス１６内に実現されたライセンス規則に準拠してでなければ、デジタルコンテンツ１２をレンダリングしない信頼される構成要素、または信頼される機構１８を備える。
【０００７】
信頼される構成要素１８は、通常、ライセンス１６が有効であるかどうかを判定し、そのような有効なライセンス１６内のライセンス規則およびライセンス要件を精査し、精査されたライセンス規則およびライセンス要件に基づき、とりわけ、要求側のユーザが、求める形で要求のデジタルコンテンツ１２をレンダリングする権利を有しているかどうかを判定するライセンスイバリュエータ（ｅｖａｌｕａｔｏｒ）２０を有する。理解されるべきこととして、ライセンスイバリュエータ２０は、ＤＲＭシステム１０において、ライセンス１６内の規則および要件に従ってデジタルコンテンツ１２の所有者の要望を実行するものと信頼され、ユーザが、不正な、または別の何らかの目的でこの信頼される要素を容易に変更することができてはならない。
【０００８】
理解されるべきこととして、ライセンス１６内の規則および要件は、ユーザが誰であるか、どこにユーザが所在しているか、どのようなタイプのコンピューティングデバイスをユーザが使用しているか、どのようなレンダリングアプリケーションがＤＲＭシステムを呼び出しているか、日付、時刻等を含め、いくつかの要因の任意のものに基づき、ユーザがデジタルコンテンツ１２をレンダリングする権利を有するかどうかを指定することができる。さらに、ライセンス１６の規則および要件により、ライセンス１６が、例えば、所定回数の再生、または所定の再生時間に制限されることが可能である。
【０００９】
規則および要件は、ライセンス１６の中で、適切な言語および構文に従って指定することができる。例えば、言語が、満たされなければならない属性および値（例えば、ＤＡＴＥが、Ｘより後でなければならない）を単に指定すること、または特定のスクリプト（例えば、ＩＦ　ＤＡＴＥがＸより大きい、ＴＨＥＮ　ＤＯ）に従って機能が行われることを要求することが可能である。
【００１０】
ライセンスイバリュエータ２０が、ライセンス１６が有効であり、ユーザが、規則および要件を満たしていると判定すると、デジタルコンテンツ１２がレンダリングされる。詳細には、コンテンツ１２をレンダリングするのに、暗号解読鍵（ＫＤ）がライセンス１２から獲得され、コンテンツパッケージ１３からの（ＫＤ（ｃｏｎｔｅｎｔ））に適用されて実際のコンテンツ１２がもたらされ、実際のコンテンツ１２が実際にレンダリングされる。
【００１１】
ＤＲＭシステム１０において、コンテンツ１２を暗号化し、１組の規則を有するライセンス１６をそのようなコンテンツ１２に関連付け、これにより、ライセンス１６内の規則に従ってだけコンテンツをレンダリングすることができるようにすることにより、ユーザによって使用されるためにコンテンツ１２がパッケージ化される。コンテンツ１２は、アクセスするのにライセンス１６を必要とするので、自由に配布することができる。重要なこととして、コンテンツ１２とライセンス１６はともに、コンピューティングデバイス１４に通信されなければならない。さらに、少なくともコンピューティングデバイス１４のためのライセンス１６を準備する際、デバイス１４によって使用される暗号鍵を含むデバイス１４に関する情報が、通常、ライセンサ（ｌｉｃｅｎｓｏｒ）に提供される。ただし、重要なこととして、例えば、ポータブルプレーヤまたはポータブルデータアシスタントなどの一部のデバイスは、初歩的な形でしか外界と通信することができず、したがって、実質的な形で参加してコンテンツ１２またはライセンス１６を獲得するものと、通常、期待することはできない。したがって、ＤＲＭシステム１０が、コンテンツ１２およびライセンス１６を獲得する目的で通信リンクを介して他の要素と対話することが、場合により、できないコンピューティングデバイスを包含することを可能にする方法および機構の必要性が存在する。さらに、デバイス１４が、場合により、ネットワーク接続等を介して遠隔のエンティティと通信する能力を有していないが、非対称鍵暗号解読を行うことができるとしても、コンピューティングデバイス１４に導入されたポータブル媒体上のコンテンツに関する暗号化およびデータ保護を可能にするバージョンのＤＲＭシステム１０の必要性が存在する。
【００１２】
【特許文献１】
米国特許出願公開第２００２／０，０１３，７７２号明細書
【００１３】
【発明が解決しようとする課題】
本発明の目的は、上述の必要性を充足でき、デジタル権利管理暗号化および対話式認証なしのデバイス上のコンテンツに関するデータ保護を図ることのできる方法を提供することである。
【００１４】
【課題を解決するための手段】
以上の必要性は、デバイスが、事前選択されたインデックス値ｘを有する公開鍵−秘密鍵ペア（ＰＵ−ＰＤｘ，ＰＲ−ＰＤｘ）を有し、記憶媒体を受け入れるようになっているか、または記憶媒体を有する本発明により、少なくともある程度、満たされる。記憶媒体は、公開鍵−秘密鍵ペア（ＰＵ−ＰＭ，ＰＲ−ＰＭ）を有し、コンテンツ鍵（ＫＤ）で暗号化されたデジタルコンテンツ（ＫＤ（ｃｏｎｔｅｎｔ））と、（ＰＵ−ＰＭ）によって暗号化された（ＫＤ）、（ＰＵ−ＰＭ（ＫＤ））を含むコンテンツに対応するデジタルライセンスと、複数のエントリを中に含むテーブルとを記憶している。各エントリは、複数のデバイスの１つの（ＰＵ−ＰＤｘ）によって暗号化されたランダムな鍵（ＲＮＤ）、（ＰＵ−ＰＤｘ（ＲＮＤ））、およびインデックス値ｘを含む。テーブルは、（ＲＮＤ）によって暗号化された（ＰＲ−ＰＭ）、（ＲＮＤ（ＰＲ−ＰＭ））をさらに含む。
【００１５】
デバイスは、媒体上のコンテンツをレンダリングするのに、媒体上のコンテンツをレンダリングする要求を受け取り、媒体からテーブルを獲得し、（ＰＲ−ＰＤｘ）およびインデックス値を獲得し、獲得されたインデックス値ｘに基づいてテーブルのエントリを指し示し、テーブルの指し示されたエントリから（ＰＵ−ＰＤｘ（ＲＮＤ））を獲得し、（ＰＲ−ＲＰｘ）を（ＰＵ−ＰＤｘ（ＲＮＤ））に適用して（ＲＮＤ）を公開（ｅｘｐｏｓｅ）させる。次に、デバイスは、テーブルから（ＲＮＤ（ＰＲ−ＰＭ））を獲得し、（ＲＮＤ）を（ＲＮＤ（ＰＲ−ＰＭ））に適用して（ＰＲ−ＰＭ）を公開させ、ライセンスから（ＰＵ−ＰＭ（ＫＤ））を獲得し、（ＰＲ−ＰＭ）を（ＰＵ−ＰＭ（ＫＤ））に適用して（ＫＤ）を公開させ、記憶媒体から（ＫＤ（ｃｏｎｔｅｎｔ））を獲得し、（ＫＤ）を（ＫＤ（ｃｏｎｔｅｎｔ））に適用してコンテンツを公開させ、公開された対応するコンテンツをレンダリングする。
【００１６】
ホストコンピュータは、媒体にテーブルを提供するのに、キャッシュからテーブルを獲得し、媒体から媒体のＩＤを獲得し、媒体の獲得されたＩＤを獲得されたテーブルに付加する。次に、ホストコンピュータは、（ＲＰ−ＰＤｘ）およびインデックス値ｘを使用して、獲得されたテーブル内の対応するエントリを見出し、媒体のＩＤおよび（ＲＮＤ）でテーブルを媒体に結び付ける。その後、ホストコンピュータは、結び付けられたテーブルを媒体にコピーする。
【００１７】
ホストコンピュータは、デジタルコンテンツ、およびコンテンツに対応するデジタルライセンスを媒体に記憶するのに、媒体に記憶されるコンテンツをコンテンツ鍵（ＫＤ）に従って暗号化し（ＫＤ（ｃｏｎｔｅｎｔ））、（ＫＤ）を（ＰＵ−ＰＭ）に従って暗号化し（ＰＵ−ＰＭ（ＫＤ））、（ＰＵ−ＰＭ（ＫＤ））をライセンスの中に入れる。その後、ホストコンピュータは、暗号化されたコンテンツおよびライセンスを媒体に記憶する。
【００１８】
以上の概要、および本発明の実施形態の以下の詳細な説明は、添付の図面と併せて読まれるとき、よりよく理解される。本発明を例示するため、図面には、現在、好ましいとされる実施形態を示している。ただし、理解されるべきこととして、本発明は、図示した構成および手段（ｉｎｓｔｒｕｍｅｎｔａｌｉｔｉｅｓ）には限定されない。
【００１９】
【発明の実施の形態】
コンピュータ環境
図１、および以下の考察は、本発明および／または本発明の部分を実施することができる適切なコンピューティング環境の簡単な一般的説明を提供するものとする。必須ではないが、本発明は、サーバ上のクライアントワークステーションなどのコンピュータによって実行される、プログラムモジュールなどのコンピュータ実行可能命令の一般的な文脈で説明する。一般に、プログラムモジュールには、特定のタスクを行う、または特定の抽象データタイプを実装するルーチン、プログラム、オブジェクト、構成要素、データ構造等が含まれる。さらに、本発明、および／または本発明の部分は、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースの家庭用電化製品またはプログラマブル家庭用電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータ等を含め、他のコンピュータシステム構成で実施してもよいことを理解されたい。また、本発明は、タスクが通信網を介してリンクされたリモート処理デバイスによって行われる分散コンピューティング環境において実施してもよい。分散コンピューティング環境では、プログラムモジュールが、ローカルのメモリ記憶デバイスと遠隔の記憶デバイスの両方の中に配置されることが可能である。
【００２０】
図２に示す通り、例としての汎用コンピューティングシステムには、処理ユニット１２１、システムメモリ１２２、およびシステムメモリから処理ユニット１２１までを含む様々なシステム構成要素を結合するシステムバス１２３を含む、従来のパーソナルコンピュータ１２０等が含まれる。システムバス１２３は、様々なバスアーキテクチャの任意のものを使用するメモリバスまたはメモリコントローラ、周辺バス、およびローカルバスを含むいくつかのタイプのバス構造の任意のものであることが可能である。システムメモリは、読取り専用メモリ（ＲＯＭ）１２４、およびランダムアクセスメモリ（ＲＡＭ）１２５を含む。始動中などに、パーソナルコンピュータ１２０内部の要素間で情報を転送するのを助ける基本ルーチンを含む基本入力／出力システム１２６（ＢＩＯＳ）が、ＲＯＭ１２４の中に記憶される。
【００２１】
パーソナルコンピュータ１２０は、ハードディスク（図示せず）に対して読取りおよび書込みを行うためのハードディスクドライブ１２７、取外し可能な磁気ディスク１２９に対して読取りおよび書込みを行うための磁気ディスクドライブ１２８、およびＣＤ−ＲＯＭ、または他の光媒体などの取外し可能な光ディスク１３１に対して読取りおよび書込みを行うための光ディスクドライブ１３０をさらに含むことが可能である。ハードディスクドライブ１２７、磁気ディスクドライブ１２８、および光ディスクドライブ１３０は、それぞれ、ハードディスクドライブインターフェース１３２、磁気ディスクドライブインターフェース１３３、および光ドライブインターフェース１３４でシステムバス１２３に接続される。以上のドライブ、および関連するコンピュータ可読媒体により、コンピュータ可読命令、データ構造、プログラムモジュール、および他のデータの不揮発性ストレージがパーソナルコンピュータ２０に提供される。
【００２２】
本明細書で説明する例としての実施形態は、ハードディスク、取外し可能な磁気ディスク１２９、および取外し可能な光ディスク１３１を使用するが、コンピュータがアクセスすることが可能なデータを記憶することができる他のタイプのコンピュータ可読媒体も、例としての動作環境において使用できることを理解されたい。そのような他のタイプの媒体には、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌーイカートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）等が含まれる。
【００２３】
オペレーティングシステム１３５、１つまたは複数のアプリケーションプログラム１３６、その他のプログラムモジュール１３７、およびプログラムデータ１３８を含め、いくつかのプログラムモジュールをハードディスク、磁気ディスク１２９、光ディスク１３１、ＲＯＭ１２４、またはＲＡＭ１２５に記憶することができる。ユーザは、キーボード１４０やポインティングデバイス１４２などの入力デバイスを介してパーソナルコンピュータ１２０にコマンドおよび情報を入力することができる。他の入力デバイス（図示せず）には、マイクロホン、ジョイスティック、ゲームパッド、サテライトディッシュ、スキャナ等が含まれることが可能である。以上の入力デバイス、およびその他の入力デバイスは、しばしば、システムバスに結合されたシリアルポートインターフェース１４６を介して処理ユニット１２１に接続されるが、パラレルポート、ゲームポート、またはユニバーサルシリアルバス（ｕｎｉｖｅｒｓａｌ　ｓｅｒｉａｌ　ｂｕｓ）（ＵＳＢ）などの他のインターフェースで接続してもよい。また、モニタ１４７、または他のタイプの表示デバイスも、ビデオアダプタ１４８などのインターフェースを介してシステムバス１２３に接続される。モニタ１４７に加えて、パーソナルコンピュータは、通常、スピーカやプリンタなどの他の周辺出力デバイス（図示せず）も含む。また、図２の例としてのシステムは、ホストアダプタ１５５、スモールコンピュータシステムインターフェース（Ｓｍａｌｌ　Ｃｏｍｐｕｔｅｒ　Ｓｙｓｔｅｍ　Ｉｎｔｅｒｆａｃｅ）（ＳＣＳＩ）バス１５６、およびＳＣＳＩバス１５６に接続された外部記憶デバイス１６２も含む。
【００２４】
パーソナルコンピュータ１２０は、リモートコンピュータ１４９のような１つまたは複数のリモートコンピュータに対する論理接続を使用するネットワーク化された環境において動作することが可能である。リモートコンピュータ１４９は、別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、または他の一般的なネットワークノードであることが可能であり、通常、パーソナルコンピュータ１２０に関連して前述した要素の多く、またはすべてを含むが、図２では、メモリ記憶デバイス１５０だけを示している。図２に描いた論理接続は、ローカルエリアネットワーク（ＬＡＮ）１５１、およびワイドエリアネットワーク（ＷＡＮ）１５２を含む。そのようなネットワーキング環境は、オフィス、企業全体のコンピュータ網、イントラネット、およびインターネットで一般的である。
【００２５】
ＬＡＮネットワーキング環境で使用されるとき、パーソナルコンピュータ１２０は、ネットワークインターフェース、またはネットワークアダプタ１５３を介してＬＡＮ１５１に接続される。ＷＡＮネットワーキング環境で使用されるとき、パーソナルコンピュータ１２０は、通常、インターネットなどのワイドエリアネットワーク１５２を介して通信を確立するためのモデム１５４、または他の手段を含む。内部にあることも、外部にあることも可能なモデム１５４は、シリアルポートインターフェース１４６を介してシステムバス１２３に接続される。ネットワーク化された環境では、パーソナルコンピュータ１２０に関連して描いたプログラムモジュール、またはプログラムモジュールの部分が、リモートメモリ記憶デバイスの中に記憶されることが可能である。図示したネットワーク接続は、例としてのものであり、コンピュータ間で通信リンクを確立する他の手段も使用できることが理解されよう。
【００２６】
比較的単純なデバイス向けの単純化された暗号解読
通常、以上に述べたようなＤＲＭシステム１０は、とりわけ、ユーザのコンピューティングデバイス１４が、自らを正当なＤＲＭ構成要素として認証することを行うようにさせ、コンテンツ１２をレンダリングするためのライセンス１６を構成し、受け取る目的で１つまたは複数の暗号鍵を伝送するようにさせることにより、デジタルコンテンツ１２を保護する。そのような認証および鍵伝送には、署名された証明書、交渉、非対称鍵および対称鍵の交換等を含む対話型プロセスが含まれることが可能であり、この対話型プロセスは、コンピューティングデバイス１４と、ライセンスサーバなどの遠隔のエンティティの間のネットワーク接続等を介して達せられる。
【００２７】
ただし、一部の場合では、コンテンツ１２がレンダリングされるコンピューティングデバイス１４は、場合により、前述した対話型プロセスにおいてネットワーク接続等を介して遠隔のエンティティと通信することができないことを理解されたい。代わりに、デバイス１４は、通常、記憶媒体上のコンテンツ１２等を受け取ることができるか、またはホストコンピュータから内部メモリにコンテンツ１２等をダウンロードすることができる。例えば、ポータブルプレーヤまたはポータブルアシスタントであるコンピューティングデバイス１４は、記憶媒体を受け入れ、初歩的なユーザインターフェースを有するが、コンテンツサーバまたはライセンスサーバと直接に通信するようにネットワークに結合することは通常できない。したがって、ＤＲＭシステム１０をそのような非接続性（ｎｏｎ−ｃｏｎｎｅｃｔｉｖｅ）デバイス１４に拡張する機構および方法の必要性が存在する。
【００２８】
簡単に述べると、本発明では、ポータブルまたはポータブルでない非接続性のデバイス１４が、対称式と非対称式の両方の暗号化および暗号解読を行うことができるものとされ、公開鍵−秘密鍵ペア（ＰＵ−ＰＤ、ＰＲ−ＰＤ）、および何らかの形態の信頼される構成要素１８が交付されることによって事前に許可され、認証が、テーブルを介して確認され、デバイス１４の信頼される構成要素１８は、（ＰＲ−ＰＤ）を使用して、パスワード、またはさらなる暗号解読鍵などの秘密を公開（ｅｘｐｏｓｅ）させる。テーブルは、磁気データディスクまたは光データディスク、またはデータカードなどの事前記録された媒体上で、あるいはブロードキャスト、またはデバイスのメモリに対する直接的なコンテンツの他の大量発行で、コンテンツ１２に付随することが可能である。デバイスは、テーブルへのアクセスを可能にする（ＰＲ−ＰＤ）および信頼される構成要素１８を有することで、コンテンツ１２を使用することを許可される。
【００２９】
次に図３を参照すると、デジタルコンテンツ１２を獲得し、レンダリングする一様式では、そのようなデジタルコンテンツ１２が、ソース６０からダウンロードされ、記憶媒体６１上に置かれて、次に、記憶媒体６１が、レンダリングデバイス６２に装てんされるか、デバイス６２内部のものであることが分かる。デバイス６２は、少なくともポータブルのネットワーク接続性のないレンダリングデバイス１４であるが、本発明の趣旨および範囲を逸脱することなく、任意の適切なデバイス１４であることが可能である。
【００３０】
ソース６０は、ソース６０と記憶媒体６１の間で適切な接続が存在しなければならないことに留意して、本発明の趣旨および範囲を逸脱することなく、任意の適切なソースであることが可能である。同様に、記憶媒体６１も、本発明の趣旨および範囲を逸脱することなく、任意の適切な媒体であることが可能である。例えば、ソース６０は、コンテンツ１２が提供される場所である、またはコンテンツ１２の提供が媒介されるホストコンピュータ、遠隔のサーバロケーション、またはホストコンピュータとサーバロケーションの組合せであることが可能である。同様に、記憶媒体６１は、光ディスク、磁気ディスク、メディアカードなどのようにポータブルであることが可能であり、あるいはデバイス６２の内部メモリであることが可能である。ポータブルである場合、例えば、コンテンツ１２、および関連するデータは、キオスク、場合によっては小売店にあるソース６０からダウンロードされることが可能である。内部メモリである場合、例えば、デバイス６２が、例えば、ホストコンピュータなどのソース６０に結合され、コンテンツ１２および関連するデータが、デバイス６２に直接にダウンロードされることが可能である。
【００３１】
本発明の一実施形態では、コンテンツ１２が媒体６１にダウンロードされる際、対応するデジタルライセンス１６も獲得され、ダウンロードされるか、または別の仕方で媒体６１上に置かれる。ライセンス１６は、媒体６１のために獲得されるライセンスであることが可能であり、あるいは例えば、ホストコンピュータなどの別のコンピューティングデバイス１４のために獲得されたライセンス１６から導出されたサブライセンス１６ｓであることが可能である。ライセンス１６からサブライセンス１６ｓを導出するための方法は、２００１年６月２７日に出願され、２００２年１月３１日に出願公開された特許文献１に記載している。あるいは、獲得されたコンテンツ１２が、内部に獲得されたライセンス１６を含むことが可能である。
【００３２】
本発明では、この場合も、デバイス６２は、対称式と非対称式の両方の暗号化および暗号解読を行うことができるものとされ、したがって、特に、デバイス６２上のメモリの中でインスタンス化されるポータブルの信頼される構成要素１８（図１）を使用して非対称機能を行うのに十分なメモリおよび処理能力を有する。本発明の一実施形態では、前述した文献（例えば、特許文献１参照）で開示した主題の場合と同様に、媒体６１に関するデジタルコンテンツ１２、および対応するデジタルライセンス１６またはサブライセンス１６ｓのすべての獲得が、例えば、自宅用パーソナルコンピュータ、または小売の場所のキオスクにおけるコンピュータなどのホストコンピュータ等を使用して実施される。
【００３３】
詳細には、ホストコンピュータは、対応するデジタルコンテンツ１６に関するライセンス１６を獲得し、次に（必要な場合）、デバイス６２上でデジタルコンテンツ１２をレンダリングするためにサブライセンス１６ｓを媒体６１に発行する。サブライセンス１６ｓは、本発明の趣旨および範囲を逸脱することなく、ソース６０から媒体６１にデジタルコンテンツをダウンロードしている最中に発行されること、またはソース６０から媒体６１にデジタルコンテンツ１２をダウンロードする前、またはダウンロードした後のある時点で発行されることが可能である。
【００３４】
理解することができる通り、サブライセンス１６ｓが発行される場合、発行されたサブライセンス１６ｓは、デバイス６２において媒体６１上で対応するコンテンツ１２をレンダリングするのに満たされなければならない制限が存在する場合、その制限を指定することができる。もちろん、サブライセンス１６ｓは、適切なライセンスサーバ２４から獲得された対応するライセンス１６の条項に従って許可される場合にだけ、発行することができる。サブライセンス１６ｓを発行する際、サブライセンス１６ｓの少なくとも一部分が、デバイス６２により適した形態に書き換えられる。詳細には、コンピュータ６０が、コンテンツ１２を暗号解読するためのコンテンツ鍵（ＫＤ）を、デバイス６２による暗号解読により適した形態に暗号化しなおす。この場合、本発明の一実施形態では、ポータブル媒体６１に公開鍵−秘密鍵ペア（ＰＵ−ＰＭ，ＰＲ−ＰＭ）が交付され、コンテンツ鍵（ＫＤ）が（ＰＵ−ＰＭ）に従って暗号化されて（ＰＵ−ＰＭ（ＫＤ））が形成され、次に、ライセンス１６またはサブライセンス１６ｓの中に挿入される。
【００３５】
詳細には、コンピュータ６０上のライセンス１６内のコンテンツ鍵（ＫＤ）が、ホストコンピュータの公開鍵（ＰＵ−ＨＣ）などの非対称鍵に従って暗号化されているものと想定すると、ホストコンピュータは、ホストコンピュータの秘密鍵（ＰＲ−ＨＣ）を適用することによってコンテンツ鍵（ＫＤ）を獲得し、次に、媒体６１の公開鍵に従ってそのコンテンツ鍵（ＫＤ）を再び暗号化して（ＰＵ−ＰＭ（ＫＤ））を形成する。したがって、理解されるべきこととして、暗号化されたコンテンツ鍵（ＫＤ）は、媒体６１に結び付いており、特定のどのデバイス６２にも結び付いていない。
【００３６】
サブライセンス１６ｓを作成するための手続きは、前述した文献（例えば、特許文献１参照）により詳細に記載されており、したがって、本明細書で詳述する必要はない。本発明に鑑みて必要なこの手続きのあらゆる変形形態は、文献（例えば、特許文献１参照）に基づいて当分野の技術者一般には明白であろう。
【００３７】
やはり図３を参照すると、デジタルコンテンツ１２、および対応するライセンス１６またはサブライセンス１６ｓを媒体６１にダウンロードするため、媒体６１は、本発明の趣旨および範囲を逸脱することなく、任意の適切な接続であることが可能な接続６３を介してソース６０に結合しなければならない。理解することができる通り、媒体６１が何らかの形態のポータブルの書込み可能なストレージである場合、接続６３は、媒体６１が装てんされる適切なドライブである。同様に、媒体６１が、デバイス６２内部にある場合、接続６３は、適切なケーブル、ＲＦリンクまたはＩＲリンクなどのワイアレスリンク等であることが可能である。接続６３、および接続６３をサポートするハードウェアおよび／またはソフトウェアは、周知であるか、または当分野の技術者一般には明白なはずであり、したがって、本明細書でより詳細に説明する必要はない。
【００３８】
コンテンツ１２、およびコンテンツ１２に関するライセンス１６／サブライセンス１６ｓ（以降、「ライセンス１６」）が、記憶媒体６１上にあることに留意し、またライセンス１６が、（ＰＵ−ＰＭ（ＫＤ））を形成するように媒体６１の公開鍵（ＰＵ−ＰＭ）に従って暗号化されたコンテンツ１２の暗号解読鍵（ＫＤ）を有することにも留意すると、媒体６１の秘密鍵（ＰＲ−ＰＭ）も、そのような媒体とともに伝送されなければなければならない。ただし、重要なこととして、（ＰＲ−ＰＭ）は、公開されてはならず、したがって、暗号化された形態で媒体６１に記憶される。
【００３９】
詳細には、本発明の一実施形態では、（ＰＲ−ＰＭ）は、ランダムな対称鍵（ＲＮＤ）によって暗号化されて（ＲＮＤ（ＰＲ−ＰＭ））を形成し、（ＲＮＤ（ＰＲ−ＰＭ））は、媒体６１上のテーブル６４の中に記憶される。（ＰＲ−ＰＭ）の場合と同様に、（ＲＮＤ）も公開されてはならず、したがって、暗号化された形態で媒体に記憶される。詳細には、（ＲＮＤ）は、デバイス６２の公開鍵（ＰＵ−ＰＤ）によって暗号化されて（ＰＵ−ＰＤ（ＲＮＤ））を形成し、（ＰＵ−ＰＤ（ＲＮＤ））は、媒体６１上のテーブル６４の中に記憶される。代替の実施形態では、（ＲＮＤ）は無しで済ますことが可能であり、したがって、（ＰＲ−ＰＭ）が、（ＰＵ−ＰＤ）によって直接に暗号化されることに留意されたい。
ただし、（ＲＮＤ）を使用することにより、さらなるレベルの間接性（ｉｎｄｉｒｅｃｔｉｏｎ）が提供され、（ＰＲ−ＰＭ）が（ＰＵ−ＰＤ）から分離される。ここで理解されるべきこととして、（ＲＮＤ）、（ＰＲ＝ＰＭ）、および（ＰＵ−ＰＭ）はすべて、テーブル６４の中に記憶されるか、またはテーブル６４に関連付けられる。（ＰＵ−ＰＭ）は、適切な鍵によって署名された証明書の形態で媒体６１上のテーブル６４の中に記憶することが可能であることに留意されたい。この鍵は、（ＰＲ−ＰＭ）である（すなわち、（ＰＵ−ＰＭ）Ｓ（ＰＲ−ＰＭ））ことが可能であり、その場合、（ＰＵ−ＰＭ）自体が、その証明書を検証する。別法では、この鍵は、別の秘密鍵であり、媒体６１のテーブル６４内の証明書連鎖により、検証のための対応する公開鍵が提供される。
【００４０】
デバイス６２は、本発明では、本発明の趣旨および範囲を逸脱することなく、実際には、その機能が存在することが可能であるが、公開鍵（ＰＵ−ＰＤ）を媒体６１、またはホストコンピュータ６０に伝えることができないものと想定されている。したがって、（ＰＵ−ＰＤ）で（ＲＮＤ）を暗号化して（ＰＵ−ＰＤ（ＲＮ））を形成するエンティティは、（ＰＵ−ＰＤ）鍵を既に所有していなければならない。注目すべきこととして、数百万、あるいはそれより多くのデバイス６２が存在する可能性があり、各デバイス６２が、独自の固有であるものとされる（ＰＵ−ＰＤ）鍵を有する可能性がある。しかし、前述した暗号化を行うエンティティが、すべてのデバイス６２に関する固有の（ＰＵ−ＰＤ）鍵を知っていることは期待できない可能性が高い。
【００４１】
したがって、本発明の一実施形態では、各デバイス６２が、固有でない鍵ペア（ＰＵ−ＰＤ、ＰＲ−ＰＤ）を有し、これにより、前述したエンティティが所有していなければならない（ＰＵ−ＰＤ）鍵の数が、扱いやすいレベルに保たれる。それでも、各デバイス６２は、本発明の趣旨および範囲を逸脱することなく、独自の固有の鍵ペアを有することも可能である。ただし、各デバイス６２が固有でない鍵ペアを有するものと想定すると、固有でない鍵ペアをデバイス６２に配布することを、本発明の趣旨および範囲を逸脱することなく、任意の適切なやり方で行うことができる。例えば、デバイス６２の各製造業者に特定の鍵ペアを割り当てることが可能であり、これにより、その製造業者によって製造されたすべてのデバイス６２が、その製造業者特有の鍵ペアを備える。同様に、デバイス６２の各モデル６２に特定の鍵ペアを割り当てることが可能である。同様に、デバイス６２の各製造業者、または各モデルに、デバイス６２の特定のものにランダムに、または意図的に提供されたいくつかの鍵ペアを割り当てることが可能である。したがって、特定の製造業者または特定のモデルが信頼のおけないものになった場合、その他の製造業者またはモデルに影響を与えることなしに、単にその鍵ペアを取り消すことができる（以下に述べる通り）ことに留意されたい。
【００４２】
媒体６１に保護されたコンテンツ１２およびそのためのライセンス１６をダウンロードするホストコンピュータ６０は、媒体６１がどのデバイス６２に装てんされるか、またはどのデバイス６２の内部にあるかを必ずしも知らない。したがって、図３に見られる通り、本発明の一実施形態では、ホストコンピュータ６０は、テーブル６４もダウンロードし、テーブル６４は、既知のいくつかのデバイスの公開鍵（ＰＵ−ＰＤ）のそれぞれに従って暗号化されたコンテンツ１２の秘密を中に有している。見られる通り、それぞれの暗号化された（ＲＮＤ）は、その秘密を暗号化した（ＰＵ−ＰＤ）の識別子を指定する対応するインデックス値を有する。例えば、（ＰＵ−ＰＤ３）は、インデックス値３で指定される。
【００４３】
本発明の一実施形態では、テーブル６４は、対応するコンテンツ１２をレンダリングするのに使用されるデバイス６２の（ＰＵ−ＰＤｘ）に従って暗号化された（ＲＮＤ）を中に含む。テーブル６４は、本発明の趣旨および範囲を逸脱することなく、ホストコンピュータ６０に既知であるすべての（ＰＵ−ＰＤｘ）に従って、またはその（ＰＵ−ＰＤｘ）のサブセットに従って暗号化された（ＲＮＤ）を有することが可能であることに留意されたい。例えば、ダウンロードを実行するユーザが、デバイス６２がある特定の製造業者によって製造されていることを指定することができ、したがって、テーブル６４は、その製造業者のすべての（ＰＵ−ＰＤｘ）に従って暗号化された（ＲＮＤ）を含む。同様に、ユーザは、デバイス６２がいくつかの特定のデバイス６２のどれかである可能性があることを指定することができ、したがって、テーブル６４は、そのいくつかの特定のデバイス６２のすべての（ＰＵ−ＰＤｘ）に従って暗号化された（ＲＮＤ）を含む。
【００４４】
次に、媒体６１上のコンテンツ１２をレンダリングするため、デバイス６２は、そのコンテンツ１２に対応する媒体６１上のテーブル６４を参照し、デバイス６２の（ＰＵ−ＰＤｘ）に従って暗号化された（ＲＮＤ）を指し示す。詳細には、図４を参照すると、デバイス６２が、コンテンツ１２をレンダリングするように指示される（ステップ１４０１）と、コンテンツ１２に関するライセンス１６を参照し、信頼される構成要素１８のライセンスイバリュエータ２０を使用して、ライセンス１６の何らかの条項が満たされているかどうかを判定する（ステップ１４０２）。
【００４５】
条項が、実際に満たされているものと想定すると、デバイス６２は、デバイス６２に対応するテーブル６４を獲得し（ステップ１４０３）、デバイス６２の秘密鍵（ＰＲ−ＰＤｘ）、およびデバイス６２のインデックス値ｘを獲得し（ステップ１４０５）、獲得されたインデックス値ｘに基づいてテーブル６４の中を指し示し（ステップ１４０７）、対応する（ＰＵ−ＰＤｘ（ＲＮＤ））を選択する（ステップ１４０９）。次に、デバイス６２は、獲得された（ＰＲ−ＰＤｘ）を暗号化された（ＰＵ−ＰＤｘ（ＲＮＤ））に適用して（ＲＮＤ）を公開させ（ステップ１４１１）、媒体６１から（ＲＮＤ（ＰＲ−ＰＭ））を獲得し（ステップ１４１３）、（ＲＮＤ）を（ＲＮＤ（ＰＲ−ＰＭ））に適用して（ＰＲ−ＰＭ）を公開させる（ステップ１４１５）。最後に、デバイス６２は、ライセンス１６から（ＰＵ−ＰＭ（ＫＤ））を獲得し（ステップ１４１７）、（ＰＲ−ＰＭ）を（ＰＵ−ＰＭ（ＫＤ））に適用してコンテンツ鍵（ＫＤ）を公開させる（ステップ１４１９）。この（ＫＤ）を使用して、デバイス６２は、対応するコンテンツ１２をレンダリングすることができる（ステップ１４２１）。
【００４６】
媒体６１上のコンテンツ１２に関する各コンテンツ鍵（ＫＤ）が、ポータブル媒体６１の同一の公開鍵（ＰＵ−ＰＭ）によって保護されていることに留意し、また説明したテーブル６４が、いくつかのデバイス６２のそれぞれに関して（ＲＮＤ（ＰＲ−ＰＭ））および（ＰＵ−ＰＤｘ（ＲＮＤ））を含むことに留意すると、媒体６１ごとに１つだけのテーブル６４が必要であることが認められよう。本発明の一実施形態では、したがって、媒体６１上のテーブル６４は、媒体６１上の複数のコンテンツ１２に対応する共通のテーブル６４であり、複数のコンテンツ１２のそれぞれが、共通のテーブル６４によって保護されている。したがって、媒体６１上の複数のコンテンツ１２のどれをレンダリングするのにも、デバイス６２は、共通のテーブル６４を参照してそこから（ＰＲ−ＰＭ）を獲得するだけでよい。したがって、図４に示したのと実質的に同じ方法を使用することができる。
【００４７】
前述した通り、ホストコンピュータ６０によって生成されたテーブル６４は、ホストコンピュータ６０に既知のすべての（ＰＵ−ＰＤｘ）に従って、またはその（ＰＵ−ＰＤｘ）のサブセットに従って暗号化された（ＲＮＤ）を有することが可能である。サブセットに従って暗号化された秘密を有する場合、テーブル６４の中のサブセットからデバイス鍵（ＤＫ）を排除することにより、対応するデバイス６２が、対応するコンテンツ１２をレンダリングすることが防止される。
すべてのデバイス鍵（ＤＫ）に従って暗号化された秘密を有する場合、対応する（ＰＵ−ＰＤｘ（ＲＮＤ））に関してテーブル６４の中のフィールドを空白のままにすることにより、対応するデバイス６２がコンテンツ１２をレンダリングすることが、同様に防止される。あるいは、そのフィールドを、ゼロデータ、訳がわからないデータまたは無意味なデータなどの、何らかの代わりのデータで埋めることができる。
【００４８】
本発明の一実施形態では、各デバイス６２が、単一ではないより多くの鍵ペア（ＰＵ−ＰＤｘ、ＰＲ−ＰＤｘ）を備える。したがって、デバイスが、ｘ対の鍵を有することが可能であり、かつテーブル６４が、ｎ個のエントリを有する場合、そのテーブルは、ｎ対の鍵の固有の組合せをそれぞれが有するｎ^ｘ個の異なるクラスのデバイス、モデル、製造業者等をサポートすることができる。もちろん、各回の漏洩（ｃｏｍｐｒｏｍｉｓｅ）により、ｘ対が無効となり、したがって、テーブル６４は、およそｎ／ｘ回のデバイスの漏洩の後、無効となる。
【００４９】
各デバイス６２が、単一の対の鍵（ＰＵ−ＰＤｘ，ＰＲ−ＰＤｘ）より多くを備えているので、デバイス６２は、どれかが、コンテンツ１２をレンダリングするのに必要な秘密を公開させることが判明するまで、テーブル６４に対してそれぞれの用意された（ＰＲ−ＰＤｘ）を使用することを試みる。この実施形態では、デバイス６２を（例えば、信頼に値しないものとして）無効にすることが必要であると判明した場合、ホストコンピュータ６０は、そのデバイス６２の（ＰＵ−ＰＤｘ）のすべてに対応するエントリをテーブル６４から除外しなければならない。そのような状況では（ＰＵ−ＰＤｘ）Ａ、Ｂ、Ｃ、およびＤを有する無効にされたデバイス６２により、テーブル６４からの（ＰＵ−ＰＤｘ）Ａ、Ｂ、Ｃ、およびＤの「取消し」がもたらされる。そのような状況では、デバイス鍵Ｂ、Ｃ、Ｄ、およびＥを有するデバイス６２は、それでも、デバイス鍵Ｅも取り消されているのではないものと想定すると、テーブル６４で、デバイス鍵Ｅをインデックスとする秘密にアクセスすることができるが、鍵Ｂ、Ｃ、またはＤをインデックスとする（ＰＵ−ＰＤｘ）にはアクセスすることができない。
【００５０】
本発明の一実施形態では、ホストコンピュータ６０は、媒体６１にダウンロードされるテーブル６４を作成する際、このテーブル６４を媒体６１に結び付ける。したがって、テーブル６４は、他の媒体６１に自由に移すことができない。本発明の一実施形態では、テーブル６４は、媒体６１のＩＤを秘密裏に組み込むことによって媒体６１に結び付けられる。ＩＤは、テーブル６４に付けられる署名のための少なくとも１つの基準として使用することによってテーブルに秘密裏に組み込むことができる。あるいは、ＩＤを（ＲＮＤ）、（ＰＲ−ＰＭ）、または（ＰＵ−ＰＭ）によって暗号化する、または署名することができる。
【００５１】
理解されるべきこととして、媒体６１のＩＤは、媒体６１に対してテーブル６４を構成するのに先立ってホストコンピュータ６０から収集され、テーブル６４は、実際、媒体６１に結び付けられるようにホストコンピュータ６０によって構成され／準備される。次に、テーブル６４が媒体６１に関連付けられていることを確認するため、図５を次に参照すると、デバイス６２が、媒体６１からのＩＤにアクセスし（ステップ１５０１）、テーブル６４からのＩＤにアクセスし（ステップ１５０３）、その２つのＩＤを比較してそれらが一致するかどうかを判定する（ステップ１５０５）。一致する場合、レンダリングに取りかかることが許可される（ステップ１５０７）。ステップ１５０３でテーブル６４からのＩＤにアクセスすることには、テーブル６４の署名を確認して、アクセスされたＩＤが不正変更されていないことを確かめること（ステップ１５０３ａ）、または（ＲＮＤ）、（ＰＲ−ＰＭ）または（ＰＵ−ＰＭ）を暗号化されたＩＤに適用して（図１４のステップ１４１１）ＩＤを明らかにすること（ステップ１５０３ｂ）が関わる可能性がある。
【００５２】
前述した通り、媒体６１のＩＤに基づくテーブル６４の第１の署名を使用して、テーブル６４に関連付けられたＩＤを確認することができる。同様に、テーブル全体、またはテーブルの一部分が、許可を与えるエージェントによって提供された第２の署名の基準であることが可能である。第２の署名は、コンテンツ１２をレンダリングするのにデバイス６４によって必要とされていないが、新しいコンテンツ１２を既存のテーブル６４とともに媒体６１に追加するデバイスまたはアプリケーションのためのセキュリティ上の予防策として使用することができる。詳細には、第２の署名は、既存のテーブル６４が、不正なエンティティによってではなく、許可を与えるエージェントによって作成されたことを確認する。また、第２の署名は、テーブル６４のバージョン番号（以下を参照）を検証するのに役立ち、したがって、テーブル６４の「新しさ（ｆｒｅｓｈｎｅｓｓ）」を検証するのに役立つ。
【００５３】
媒体６１上のテーブル６４内の詳細は、ときどき更新される、または変更される必要がある可能性があることを認識されたい。例えば、デバイス６２が無効にされ、デバイス６２に関する（ＰＵ−ＰＤｘ）に関するテーブルエントリを除去する必要があり、および／または新しいエントリを追加する必要があり、および／またはテーブル６４（（ＲＮＤ）、（ＰＲ−ＰＭ）、（ＰＵ−ＰＭ））に関連する鍵を変更する必要がある可能性がある。特に、媒体６１が更新される可能性があるが、同時に古いコンテンツ１２および古い機能を保持しなければならないとき、困難が生じる。ホストコンピュータ６０が、新しい（保護された）コンテンツ１２を媒体６１に書き込み、古い（保護された）コンテンツが媒体６１上に既に存在するとき、特にテーブル６４が比較的古い場合、これが当てはまる。この場合、本発明の一実施形態では、古い秘密を有する媒体６１上の古いテーブル６４が、新しい秘密を有する新しい更新されたテーブル６４で置き換えられる。
新しい秘密を有する新しいテーブル６４は、もちろん、その新しい秘密で保護された媒体６１上の新しいコンテンツ１２をサポートする。重要なこととして、新しいテーブル６４は、古い秘密によって保護される媒体６１上の古いコンテンツ１２もサポートしなければならない。無効にされたデバイス６２を含むすべてのデバイス６２が、古いコンテンツ１２に対するアクセスを保持しなければならない。
【００５４】
これは、テーブル６４自体、およびテーブル６４の中の各エントリに、アドミニストレータによって保持されるマスタテーブル６８との関係で減少しないバージョン値が与えられる図６に示したようなテーブルによって達せられる。アドミニストレータは、本発明の趣旨および範囲を逸脱することなく、任意の適切なエンティティであることが可能であり、マスタテーブル６８の中で、任意のテーブル６４の中に入れられる可能性があるすべての（ＰＵ−ＰＤｘ）を保持することを主に担う。
【００５５】
各（ＰＵ−ＰＤｘ）に加えて、アドミニストレータは、例えば、各（ＰＵ−ＰＤｘ）に関するインデックス値や有効フラグなどの情報をマスタテーブル６８の中で保持することもできる。理解することができる通り、アドミニストレータは、（ＰＵ−ＰＤｘ）がもはや信頼に値しなくなり、したがって、無効にされるときを決定するか、または別のエンティティからその決定を受け取り、それに応じて、その（ＰＵ−ＰＤｘ）に関する有効フラグにマークを付ける。もちろん、マスタテーブル６８は、本発明の趣旨および範囲を逸脱することなく、その他の情報を有することが可能である。重要なこととして、マスタテーブル６８は、バージョン値も含み、アドミニストレータがマスタテーブル６８を変更するたびに毎回、マスタテーブル６８のバージョン値がインクリメントされる。このバージョン値は、バージョン番号、日付、またはその他の増加する値であることが可能である。
【００５６】
秘密（Ｎ）を有する媒体６１上のテーブル（Ｎ）６４が、新しい１組の鍵（ＰＵ−ＰＭ）、（（ＰＲ−ＰＭ），（ＰＲ−ＰＭ），（ＲＮＤ））を有する新しいテーブル（Ｎ＋１）６４で置き換えられるたびに毎回、媒体６１上に置かれた新しいコンテンツ１２が、以降、新しい鍵セット（Ｎ＋１）にリンクされる。同時に、あらゆる新しいテーブル６４内で、各鍵セット（Ｎ）が、前の鍵セット（Ｎ−１）を暗号化して保護して、媒体６１、および媒体６１上のコンテンツ１２にそれまで関連したすべての鍵セットが、テーブル６４内の鍵セットの「デイジーチェーン（ｄａｉｓｙ　ｃｈａｉｎ）」からアクセス可能であるようになる。詳細には、以上のことから認められる通り、このデイジーチェーンの中で、各（ＲＮＤ）が、前の（ＲＮＤ）を暗号化して保護し、含められており、またすべての前の（ＲＮＤ（ＰＲ−ＰＭ））も含められている。留意すべきこととして、以上のことから認められる通り、何らの形態の（ＰＵ−ＰＭ）もデイジーチェーンの中にアーカイブする必要はない。というのは、古い（ＰＵ−ＰＭ）は、コンテンツ鍵（ＫＤ）を暗号化するのに決して使用されず、したがって、もはや必要とされないからである。
【００５７】
鍵セットをデイジーチェーンにすることで、デイジーチェーン内の特定の鍵セットにアクセスすることができるデバイス６２が、敷衍により、そのデイジーチェーン内のすべてのより早期の鍵セットにアクセスすることができるが、より後期の鍵セットのどれにもアクセスすることはできない。もちろん、デバイス６２は、そのデバイス６２が無効にされているのでない限り、媒体６１の最新の鍵セットにアクセスすることができなければならない。
【００５８】
以上のことに基づき、媒体６１上のコンテンツ１２およびテーブル６４を簡便にし、実現し、サポートするための方法について以下に述べる。
【００５９】
次に、図７を参照すると、媒体６１上に全くテーブル６４がない状態で媒体６１に新しいテーブル６４を書き込むのに、ホストコンピュータ６０は、まず、キャッシュ６６（図３）からテーブル６４を獲得する（ステップ１７０１）。キャッシュ６６は、少なくとも１つのテーブル６４を含み、各テーブル６４は、テーブルサーバ等（図示せず）を使用してマスタテーブル６８、およびマスタテーブル６８のアドミニストレータから獲得された相異なる鍵セットに基づいている。
キャッシュ６６に配信されるテーブルサーバによる、またはテーブルサーバのためのテーブル６４の生成は、本発明の趣旨および範囲を逸脱することなく、任意の適切な方法によって実施されることが可能である。
【００６０】
例えば、テーブル６４を生成するのに、テーブルサーバまたは別のデバイスは、マスタリストおよび鍵発生器にアクセスを有することが可能であり、鍵発生器を使用してテーブル６４に関する鍵セットに関する（ＲＮＤ）、（ＰＵ−ＰＭ）、および（ＰＲ−ＰＭ）を生成することができる。次に、マスタリストの中のそれぞれ有効な（ＰＵ−ＰＤｘ）に関して、その（ＰＵ−ＰＤｘ）を使用して、生成された（ＲＮＤ）を暗号化し、（ＰＵ−ＰＤｘ（ＲＮＤ））が、生成中のテーブル６４の中に適切に入れられる。ただし、マスタテーブル６８の中のそれぞれの無効な（ＰＵ−ＰＤｘ）に関しては、（ＲＮＤ）は、その鍵（ＤＫ）によって暗号化されず、生成中のテーブル６４の中には入れられないことに留意されたい。代わりに、（ＰＵ−ＰＤｘ（ＲＮＤ））のためのスペースは、単に空白のままにされるか、またはゼロデータなどの何らかの所定の値で埋められる。さらに、マスタリストのバージョン番号が、生成中のテーブル６４のバージョン番号として採用され、適切な場所でテーブル６４の中に入れられ、（ＲＮＤ（ＰＲ−ＰＭ））および（（ＰＵ−ＰＭ）Ｓ（ＰＲ−ＰＭ））は計算され、適切な場所のテーブル６４の中に入れられる。テーブル６４のバージョン番号を含むテーブル６４が、アドミニストレータ、または別のエンティティ（すなわち、前述した許可を与えるエージェント）の秘密鍵によって署名される。
【００６１】
この場合、理解されるべきこととして、デマンド等に基づき、適切な時点で１つまたは複数のテーブル６４がキャッシュ６６の中に入れられる。あるいは、新しいテーブル６４が、キャッシュ６６として動作しているテーブルサーバから直接にオンデマンドで獲得されることが可能である。ホストコンピュータ６４は、本発明の趣旨および範囲を逸脱することなく、キャッシュ６６からのテーブル６４を１回、または複数回、使用できることに留意されたい。
【００６２】
デバイス６２と同様に、ホストコンピュータ６０は、任意のテーブル６４の中を指し示す（ＰＵ−ＰＤｘ）を有する。したがって、ホストコンピュータ６０は、（ＰＵ−ＰＤｘ）、および（ＰＵ−ＰＤｘ）のインデックス値を使用して、獲得されたテーブル６４の中で対応するエントリを見出し、そのテーブル６４の（ＲＮＤ）および（ＰＲ−ＰＭ）を明らかにする（ステップ１７０３）。ホストコンピュータ６０は、いくつかの（ＰＵ−ＰＤｘ）を有することが可能であることに留意されたい。獲得されたテーブル６４の中の鍵エントリのどれも、最新のテーブルバージョンと一致しない場合、ホストコンピュータの（ＰＵ−ＰＤｘ）は陳腐化しているか、または取り消されており、更新してからでないと、媒体６１に全くコンテンツ１２を書き込むことができない。
【００６３】
獲得されたテーブル６４の（ＲＮＤ）および（ＰＲ−ＰＭ）が明らかにされ、獲得されたテーブル６４の（ＰＵ−ＰＭ）が使用可能になると、ホストコンピュータ６０は、媒体６１のＩＤ番号を獲得し（ステップ１７０５）、そのＩＤ番号を獲得されたテーブル６４に付加する（ステップ１７０７）。次に、ホストコンピュータ６０は、媒体６１のＩＤ番号が実際に使用されると想定すると、（ＲＮＤ）、（ＰＵ−ＰＭ）、または（ＰＲ−ＰＭ）のいずれかで暗号化または署名を行って、そのＩＤ番号を使用してテーブル６４を媒体６１にバインドする（ステップ１７０９）。その後、ホストコンピュータ６０は、テーブル６４を媒体６１にコピーする（ステップ１７１１）。
【００６４】
次に、媒体６１が、自らの上にテーブル６４を既に有しており、新しいコンテンツ１２を受け取るものと想定して、図８を参照すると、ホストコンピュータが、媒体６１上のテーブル６４を検査して、テーブルの中の署名が検証されるかどうかを調べる（ステップ１８０１）。検証されない場合、媒体６１は、不良である可能性が高く、再フォーマットされなければならない。さらに、ホストコンピュータ６０は、媒体６１上でテーブルのバージョン番号、および／またはその他の情報を獲得し（ステップ１８０２）、そのバージョン番号および／またはその他の情報に基づいてテーブル６４が陳腐化しているかどうかを判定する（ステップ１８０３）。例えば、ホストコンピュータ６０は、獲得されたバージョン番号、および／またはその他の情報に基づき、テーブル６４が比較的古いこと、またはテーブル６４が、ある無効にされたデバイス６２を反映していないことを判定することができる。加えて、または別法として、新しいコンテンツ１２に対応するライセンス１６の中の条項により、テーブル６４がより新しいバージョン番号に更新されることが必要とされることが可能である。例えば、媒体６１上のテーブル６４のバージョン番号が４０であり、および条項により、そのバージョン番号が少なくとも６０であることが要求される場合、テーブル６４を更新しなければならない。
【００６５】
媒体６１上のテーブル６４が実際に更新されなければならない場合、ホストコンピュータ６０は、既に媒体６１上にある第（Ｎ）番のテーブル６４に取って代わる新しい第（Ｎ＋１）番のテーブル６４を生成または獲得して（ステップ１８０５）、その第（Ｎ＋１）番のテーブル６４を媒体６１の上に置く（ステップ１８０７）。詳細には、図８Ａを参照すると、ホストコンピュータは、第（Ｎ＋１）番の鍵セットを有する第（Ｎ＋１）番のテーブル６４をキャッシュ６６から獲得し（ステップ１８０５ａ）、図７の通り、第（Ｎ＋１）番の鍵セットを獲得し（ステップ１８０５ｂ）、図７の通り、第（Ｎ＋１）番のテーブル６４を媒体６１にバインドする（ステップ１８０５ｃ）。キャッシュ６６を使用してテーブルサーバから獲得された第（Ｎ＋１）番のテーブル６４は、適切な場所により新しいバージョン番号を既に有していることに留意されたい。また、ホストコンピュータ６０は、媒体６１上の第（Ｎ）番のテーブル６４から第（Ｎ）番の鍵セットを獲得し、また、存在する場合、第（Ｎ）番のテーブル６４の中で前の鍵セットのデイジーチェーンを獲得する（ステップ１８０５ｄ）。次に、ホストコンピュータは、獲得されたデイジーチェーンを１つだけ拡張して、第（Ｎ＋１）番の鍵セットに従って暗号化された第（Ｎ）番の鍵セットを鍵セットのデイジーチェーンの中の次のリンクとしてそのデイジーチェーンに追加し（ステップ１８０５ｅ）、拡張されたデイジーチェーンを第（Ｎ＋１）番のテーブル６４に付加する（ステップ１８０５ｆ）。
【００６６】
また、ホストコンピュータ６０は、無効にされた（ＰＵ−ＰＤｘ）に関する古い秘密を含むように第（Ｎ＋１）番のテーブルを調整することも行い、各エントリにバージョン番号を割り当てる。詳細には、ホストコンピュータ６０は、第（Ｎ＋１）番のテーブル６４から、どの（ＰＵ−ＰＤｘ）が無効にされているかを判定し（ステップ１８０５ｇ）、それぞれの無効にされた（ＰＵ−ＰＤｘ）に関して、第（Ｎ）番のテーブル６４の中の対応するエントリ、並びにその対応するエントリのバージョン番号で第（Ｎ＋１）番のテーブル６４の中のエントリを埋める（ステップ１８０５ｈ）。ホストコンピュータ６０は、例えば、第（Ｎ＋１）番のテーブルの中のどのエントリが空であるか、またはゼロデータなどの何らかの所定の値で埋められているかを判定することにより、第（Ｎ＋１）番のテーブル６４か、どの（ＰＵ−ＰＤｘ）が無効にされているかを判定することができることに留意されたい。
【００６７】
次に、ホストコンピュータ６０は、第（Ｎ＋１）番のテーブル６４のバージョン番号を、第（Ｎ＋１）番のテーブル６４の中の変更されていない、したがって、依然として有効であるすべての（ＰＵ−ＰＤｘ）エントリに割り当てる。あるいは、第（Ｎ＋１）番のテーブル６４を生成したテーブルサーバが、この割当てを既に行っている。したがって、有効な鍵ペア（ＰＵ−ＰＤｘ、ＰＲ−ＰＤｘ）を有する有効なデバイス６２は、第（Ｎ＋１）番のテーブル６４の最新の（第（Ｎ＋１）番）の鍵セットにアクセスすることができる。これに相応して、無効にされたデバイス鍵（ＤＫ）を有する無効にされたデバイス６２は、第（Ｎ＋１）番のテーブル６４の中の対応する鍵セットにアクセスすることができるが、アクセスされた鍵セットは、媒体６１に関する前のテーブル６４のものであり、第（Ｎ＋１）番のテーブル６４からのものではない。以上に述べた通り、このアクセスされた鍵セットを使用して、デバイス６２は、敷衍により、デイジーチェーンの中のより早期のすべての鍵セットにアクセスすることができるが、より後の鍵セットのどれにもアクセスすることはできない。
【００６８】
第（Ｎ＋１）番のテーブルの中のエントリが適切に調整されると、ホストコンピュータ６０は、図７の通り、第（Ｎ＋１）番のテーブル６４に暗号化または署名を行って、媒体６１のＩＤ番号を使用して第（Ｎ＋１）番のテーブル６４を媒体６１にバインドする（ステップ１８０５ｉ）。最後に、ステップ１８０７で、第（Ｎ＋１）番のテーブル６４が媒体６１にコピーされて、媒体６１上の第（Ｎ）番のテーブル６４が置き換えられる。
【００６９】
次に、媒体６１が、現行の鍵セットを有する現行のテーブル６４、マスタテーブル６８に関するバージョン番号、およびテーブル６４を媒体６１にバインドするのに使用されたＩＤ番号を有するものと想定すると、ホストコンピュータ６０は、コンテンツ１２を媒体６１に書き込むことができる。そうするのに、図９を参照すると、ホストコンピュータ６０は、媒体６１からＩＤ番号を獲得し（ステップ１９０１）、媒体６１上のテーブル６４から鍵セットを獲得し（ステップ１９０３）、テーブル６４の署名を確認し（ステップ１９０５）、テーブル６４内のＩＤ番号が媒体６１のＩＤ番号と一致することを確認する（ステップ１９０７）。以上の確認が肯定的であったものと想定すると、次に、ホストコンピュータ６０は、媒体６１に書き込まれるべきコンテンツ１２をコンテンツ鍵（ＫＤ）に従って暗号化して（ＫＤ（ｃｏｎｔｅｎｔ））を形成し（ステップ１９０９）、（ＰＵ−ＰＭ（ＫＤ））を含むコンテンツ１２に関するライセンス１６を生成して（ステップ１９１１）、ライセンス１６でコンテンツ１２を媒体６１にバインドし、暗号化されたコンテンツ１２およびライセンス１６を媒体６１にコピーする（ステップ１９１３）。その後、ホストコンピュータ６０は、必要に応じて、適宜、適切なコピー後処理を行うことが可能である。例えば、コンテンツ１２が、金融取引の一環として供給された場合、ホストコンピュータは、取引きに完了したものとしてマークを付け、口座に課金し、集計値をインクリメントする、またはデクリメントすること等を行うことができる。
【００７０】
図９に関連して実施されるステップは、特定のデバイス６２なしで行われることに留意されたい。詳細には、これらのステップは、媒体６１が装てんされる、または媒体６１が内部にあるデバイス６２が、有効であるかどうか、したがって、有効なデバイス鍵（ＤＫ）を有するかどうかを考慮に入れない。実際、ホストコンピュータ６０は、コンテンツ１２を媒体６１に書き込むことに先立って、そのような問題を検証する手立てを有していない可能性が高い。コンテンツ１２が、媒体６１上のテーブル６４で無効にされたデバイス６２がアクセス可能な何らかの秘密より後期の秘密に従って暗号化されている場合、無効にされたデバイス６２が、実際に媒体６１上のコンテンツ１２をレンダリングしようと試みた場合、その試みは失敗する。
【００７１】
コンテンツ１２が、媒体６１にコピーされると、コンテンツ１２は、適合するソフトウェアを有し、かつ媒体６１を読み取ることができ、かつ媒体６１を受け入れることができる（媒体６１が、デバイス６２とから分離している場合）任意のデバイス６２によってレンダリングされることが可能である。もちろん、デバイス６２は、適切な信頼される構成要素１８ｓ、および媒体６１上のテーブル６４の中を指し示す秘密鍵（ＰＲ−ＰＤｘ）を有していなければならない。さらに、デバイス６２は、テーブル６４で取り消され、または無効にされ、テーブル６４で、コンテンツ１２をレンダリングするのに必要な秘密にアクセスすることができないようになっていてはいけない。
【００７２】
媒体６１上のコンテンツ１２をデバイス６２がレンダリングするのに、図１０を参照すると、デバイス６２は、媒体６１、および媒体６１上のテーブル６４からＩＤ番号を獲得し（ステップ２００１）、媒体６１のＩＤ番号を媒体６１上のテーブル６４の中のＩＤ番号と比較して、そのテーブル６４がその媒体６１に属することを確認する（ステップ２００３）。比較が成功したものと想定すると、デバイス６２は、次に、レンダリングされるコンテンツ１２に関連するバージョン番号を獲得する（ステップ２００５）。コンテンツ１２のバージョン番号は、本発明の趣旨および範囲を逸脱することなく、任意の適切な場所にあることが可能であり、コンテンツ１２を保護するのに鍵セットが使用されたテーブル６４のバージョン番号と一致する。例えば、バージョン番号は、コンテンツ１２を媒体６１にダウンロードするのに先立ってホストコンピュータ６０によってコンテンツ１２の中に入れられる、またはコンテンツ１２に付加されることが可能であり、あるいはホストコンピュータによってコンテンツ１２に付随するライセンス１６またはサブライセンス１６ｓの中に入れられることが可能である。
【００７３】
次に、デバイス６２は、デバイス６２自らの（ＰＲ−ＰＤｘ）のインデックス値を使用して、対応する（ＰＵ−ＰＤｘ（ＲＮＤ））、およびその秘密のバージョン番号をテーブル６４から獲得する（ステップ２００７）。理解することができる通り、次に、デバイス６２は、獲得された（ＰＵ−ＰＤｘ（ＲＮＤ））の最高のバージョン番号が、コンテンツ１２のバージョン番号より低いかどうかを判定する。低い場合、そのコンテンツ１２をデバイスがレンダリングすることはできない（ステップ２００９）。低くない場合、コンテンツ１２のバージョン番号に等しいか、それより大きいバージョン番号を有する獲得された（ＰＵ−ＰＤｘ（ＲＮＤ））の１つが選択される（ステップ２０１１）。選択された（ＰＵ−ＰＤｘ（ＲＮＤ））は、コンテンツ１２のバージョン番号を有し、デイジーチェーンを辿ることが全く必要ないようになっているか、またはコンテンツ１２のバージョン番号に最も近く、デイジーチェーンを辿ることが可能な限り短いようになっていなければならない。
【００７４】
次に、デバイス６２は、選択された（ＰＵ−ＰＤｘ（ＲＮＤ））に対応するデバイス６２の（ＰＲ−ＰＤｘ）を獲得し（ステップ２０１３）、その（ＰＲ−ＰＤｘ）を適用して（ＲＮＤ）を公開させる（ステップ２０１５）。必要な場合、次に（ＲＮＤ）を使用してテーブル６４のデイジーチェーンの中の（ＲＮＤ）を辿って、コンテンツ１２を保護するのに使用された（ＲＮＤ）まで戻り、次に、その（ＲＮＤ）を対応する（ＲＮＤ（ＰＲ−ＰＭ））に適用して（ＰＲ−ＰＭ）を公開させる（ステップ２０１７）。理解されるべきこととして、選択された（ＰＵ−ＰＤｘ（ＲＮＤ））のバージョン番号を使用して、どこでデイジーチェーンに入るかが決められ、デバイス６２が、コンテンツ１２に関する（ＰＲ−ＰＭ）を公開させる適切なバージョン番号に戻るまでデイジーチェーンを辿る。
【００７５】
コンテンツ１２に関する（ＰＲ−ＰＭ）が公開されると、コンテンツ１２に関するライセンス１６が満たされているものと想定すると、その（ＰＲ−ＰＭ）が、コンテンツ１２に関するライセンス１６からの（ＰＵ−ＰＭ（ＫＤ））に適用されて（ＫＤ）が公開され（ステップ２０１９）、次に（ＫＤ）が、コンテンツ１２からの（ＫＤ（ｃｏｎｔｅｎｔ））に適用されて、そのコンテンツ１２が公開される（ステップ２０２１）。
【００７６】
媒体に既に存在する第（Ｎ）番のテーブル６４に取って代わる第（Ｎ＋１）番のテーブル６４を媒体に提供する最中に、第（Ｎ＋１）番のテーブル６４のバージョン番号が、第（Ｎ）番のテーブル６４の次のバージョン番号ではない可能性があることに留意されたい。代わりに、図６にあるように、第（Ｎ）番のテーブル６４が、マスタテーブル６８のバージョン番号１９から生成されており、したがって、１９というバージョン番号を有し、また第（Ｎ＋１）番のテーブル６４が、マスタテーブル６８のバージョン番号２５から生成されており、したがって、２５というバージョン番号を有することが可能である。媒体６１にダウンロードされたすべてのコンテンツ１２は、現行のテーブル６４の鍵セットに従って保護されており、また媒体６１上のテーブル６４は、鍵セット１９を有するバージョン番号１９から、鍵セット２５を有するバージョン番号２５に変更されているので、テーブル６４がバージョン番号１９に変更された後にダウンロードされたコンテンツ１２が、秘密１９または秘密２５以外の何らかの秘密によって保護されていることが可能であることはあり得そうにない。
【００７７】
前述した通り、テーブルサーバ等によって生成されたテーブル６４は、アドミニストレータ、または別の適切なエンティティの秘密鍵によって署名される。ただし、図８のステップ１８０５ｈで、ホストコンピュータ６０が、第（Ｎ）番のテーブル６４の中の対応するエントリ、並びにその対応するエントリのバージョン番号で、それぞれの無効にされた（ＤＫ）に関する第（Ｎ＋１）番のテーブル６４の中のエントリを埋める。したがって、ホストコンピュータ６０が、図９のステップ１９０５でテーブルサーバ署名を確認するとき、その確認は、ホストコンピュータ６０が、まず、テーブルサーバ署名の時点で、それぞれの埋められるエントリが、それの状態を反映するように整えられない限り失敗する。この調整は、当分野の技術者一般には明白なはずであり、本明細書で詳述する必要はない。
【００７８】
図面に関連して説明した通り、バージョン番号は、マスタテーブル６８とともに進む。ただし、代わりに、バージョン番号は、本発明の趣旨および範囲を逸脱することなく、例えば、媒体６１とともに進むことも可能である。バージョン番号が、媒体６１とともに進む場合、ホストコンピュータ６０は、とりわけ、第（Ｎ）番のテーブル６４のバージョン番号を判定し、媒体６１のための第（Ｎ＋１）番のテーブル６４を生成する際にバージョン番号をインクリメントすることを担うことに留意されたい。
【００７９】
マスタテーブル６８のバージョン番号が増加するにつれ、あらゆるテーブル６４の中で有効なデバイス鍵エントリが、ますます少なくなる。したがって、マスタテーブル６８およびテーブル６４を拡張して新しいエントリを追加することが望ましい可能性がある。例えば、マスタテーブル６８が、１０のエントリ、１〜１０を有するものと想定する。時間の経過とともに、エントリの基礎であるデバイス鍵（ＰＵ−ＰＤｘ、ＰＲ−ＰＤｘ）が漏洩し、マスタテーブル６８の中で無効にされる。マスタテーブル６８の中で単一の有効なエントリ（例えば、３）が残された時点で、エントリ１１〜２０を追加することによってマスタテーブル６８を拡張することが決定される。したがって、すべての新しいテーブル６４は、エントリ１、２、および４〜１０が無効であり、エントリ３、および１１〜２０が有効である拡張されたマスタテーブル６８に基づく。次に、エントリ３、および１１〜２０に対応するデバイス鍵を、新しいコンテンツ１２を読み取るために次世代のデバイス６２に配布することができる。
【００８０】
極めて重要なこととして、無効にされた最後のデバイス鍵（例えば、９）も、次世代のデバイス６２に配布される。つまり、すべての新しいデバイス６２が、エントリ９に対応するデバイス鍵を含まなければならない。エントリ９に関するデバイス鍵は、既に漏洩しているが、さらなる配布によってその侵入が弱められることはない。しかし、すべての「第１世代」のコンテンツ１２により、エントリ９に関するデバイス鍵は有効であると見なされていたので、このデバイス鍵が、第１世代のコンテンツ１２によって使用されて、第１世代のコンテンツ１２へのアクセスが提供されることが可能である。
【００８１】
以上のようにして、最後に無効にされたデバイス鍵エントリは、特別の価値を有する。このデバイス鍵（ＤＫ）は漏洩しているので、広く配布することができる。このデバイス鍵（ＤＫ）は、「第２世代」の拡張されたテーブル６４の発行まで、取り消されていないので、すべての第１世代のコンテンツ１２へのアクセスを提供する。したがって、最後の無効にされたデバイス鍵のセットは、２つの世代を橋渡しする作用をし、また新しいテーブル６４を拡張するための極めて重要な要素として作用する。この例では、エントリ３のデバイス鍵も、すべての古いコンテンツ１２へのアクセスを提供するため、橋渡しの作用をすることが可能であるが、まだ漏洩していないので、あまり広汎に配布することがためらわれることに留意されたい。
【００８２】
結論
本発明は、前述したような限られた接続性を有するデバイス６２に関連して特に有用であるが、本発明は、本発明の趣旨および範囲を逸脱することなく、例えば、パーソナルコンピュータ、サーバ、インテリジェント機器など、任意の適切なデバイスに関連して実施することができる。より詳細には、本発明を使用して、例えば、ＣＤプレーヤが、保護された音楽を有するＣＤを再生することができるようにすること、セットトップボックスが、有料テレビジョン放送にアクセスを有することを可能にすること等が可能である。したがって、デバイス６２は、デバイス鍵（ＰＵ−ＰＤ、ＰＲ−ＰＤ）のセットを有し、およびコンテンツ１２、および付随するテーブル６４を受け取り、受け取られたコンテンツ１２をレンダリングする鍵を（ＰＲ−ＰＤ）に基づいてテーブルから獲得する任意のデバイス６２等を包含するものと解釈されたい。
【００８３】
本発明に関連して行われるプロセスを実施するのに必要なプログラミングは、比較的簡単であり、該当のプログラミング分野の技術者一般（ｒｅｌｅｖａｎｔ　ｐｒｏｇｒａｍｍｉｎｇ　ｐｕｂｌｉｃ）には明白であるはずである。したがって、そのプログラミングは、本明細書には添付しない。したがって、本発明の趣旨および範囲を逸脱することなく、任意の特定のプログラミングを使用して本発明を実施することができる。
【００８４】
以上の説明では、本発明が、デジタル権利管理アーキテクチャ１０を非接続性のデバイス６２にも適用することを可能にする新しく、有用な方法および機構を含むことを見て取ることができる。特にこのアーキテクチャ１０により、コンテンツ１２をレンダリングするデバイス６２がネットワーク接続等を介して遠隔のエンティティと通信する機能を有していなくても、デバイス６２上でコンテンツ１２に関する暗号化、およびデータ保護が可能になる。本発明の概念を逸脱することなく、前述した実施形態に変更を加えることができることを理解されたい。
【００８５】
一例として、前述した通り、代替の実施形態では、（ＲＮＤ）を無しで済ますことが可能であり、したがって、（ＰＲ−ＰＭ）が、テーブル６４内の各（ＰＵ−ＰＤｘ）によって直接に暗号化される。そのような状況では、（ＰＵ−ＰＵｘ（ＰＲ−ＰＭ））の暗号解読が、（ＰＲ−ＰＭ）を直接にもたらし、前述した様々な方法をそれに応じて変更しなければならない。同様に、（ＰＵ−ＰＭ（ＫＤ））をコンテンツ１２とともに記憶し、対応するライセンス１６を無しで済ますこと、またはコンテンツ１２に組み込むことも可能である。この場合も、前述した様々な方法をそれに応じて変更しなければならない。どちらのシナリオでも、そのような変更は、本開示に基づいて当分野の技術者一般には明白であろう。別の例として、鍵テーブル６４の中を指し示すことをインデックス値の助けを借りずに行うことができる。代わりに、周知のその他のインデックス付けの助けを使用することができる。
【００８６】
したがって、本発明は、開示した特定の実施形態には限定されず、頭記の特許請求の範囲によって定義される本発明の趣旨および範囲に含まれる変更形態を範囲に含むものとする。
【図面の簡単な説明】
【図１】信頼ベースのシステムの例の行使アーキテクチャを示すブロック図である。
【図２】本発明の一態様、および／または態様の部分を組み込むことができる汎用コンピュータシステムを示すブロック図である。
【図３】本発明の一実施形態によるコンピューティングデバイス、ホストコンピュータ、並びにホストコンピュータによって書き込まれ、デバイスによって読み取られる鍵テーブルおよび暗号化されたコンテンツを有する記憶媒体を示すブロック図である。
【図４】コンテンツをレンダリングする際に図３のデバイスによって実施される主要なステップを示す流れ図である。
【図５】コンテンツをレンダリングする際に図３のデバイスによって実施される主要なステップを示す流れ図である。
【図６】図３のホストコンピュータによって第（Ｎ）番のテーブルから導出された第（Ｎ＋１）番のテーブルを示すブロック図である。
【図７】媒体に対して新しいテーブルを獲得する際に図３のホストコンピュータによって実施される主要なステップを示す流れ図である。
【図８】媒体上のテーブルを置き換える際に図３のホストコンピュータによって実施される主要なステップを示す流れ図である。
【図８Ａ】媒体上のテーブルを置き換える際に図３のホストコンピュータによって実施される主要なステップを示す流れ図である。
【図９】媒体にコンテンツを書き込む際に図３のホストコンピュータによって実施される主要なステップを示す流れ図である。
【図１０】コンテンツをレンダリングする際に図３のデバイスによって実施されるさらなる主要なステップを示す流れ図である。
【符号の説明】
１０　デジタル権利管理システム
１２　暗号化されたコンテンツ
１３　コンテンツパッケージ
１４　コンピューティングデバイス
１６　ライセンス
１６Ｓ　サブライセンス
１８　信頼される構成要素
２０　ライセンスイバリュエータ
２２　クロック
３２，３２ｐ　ＤＲＭシステム
６０　ソース／ホストコンピュータ
６１　記憶媒体
６２，１６２　記憶デバイス
６３　接続
６４　テーブル
６６　キャッシュ
６８　マスタテーブル
１２０　コンピュータ
１２１　処理ユニット
１２２　システムメモリ
１２３　システムバス
１２７　ハードドライブ
１２８　フロッピー（登録商標）ドライブ
１２９　ストレージ
１３０　光ドライブ
１３１　ストレージ
１３３　磁気ディスクドライブＩ／Ｆ
１３４　光ドライブＩ／Ｆ
１３６　アプリケーションプログラム
１３７　他のプログラム
１３８　プログラムデータ
１４０　キーボード
１４２　マウス
１４６　シリアルポートＩ／Ｆ
１４７　モニタ
１４８　ビデオアダプタ
１４９　リモートコンピュータ
１５０　メモリ
１５３　ネットワークＩ／Ｆ
１５４　モデム
１５５　ホストアダプタ
１５６　ＳＣＳＩバス

Claims (40)

1. 公開鍵−秘密鍵ペア（ＰＵ−ＰＤ、ＰＲ−ＰＤ）を有するデバイスとの組合せで実施され、前記デバイスは記憶媒体を受け入れるようになっているか、または前記記憶媒体を有しており、前記記憶媒体は、公開鍵−秘密鍵ペア（ＰＵ−ＰＤ、ＰＲ−ＰＤ）を有し、コンテンツ鍵（ＫＤ）によって暗号化されたデジタルコンテンツ（ＫＤ（ｃｏｎｔｅｎｔ））、（ＰＵ−ＰＭ）によって暗号化された（ＫＤ）を含む前記コンテンツに対応するデジタルライセンス、および複数のデバイスの１つの（ＰＵ−ＰＤ）によって暗号化されたランダムな鍵（ＲＮＤ）、（ＰＵ−ＰＤｘ（ＲＮＤ））をそれぞれが含む複数のエントリを中に含むテーブルを記憶しており、前記テーブルは（ＲＮＤ）によって暗号化された（ＰＲ−ＰＭ）、（ＲＮＤ（ＰＲ−ＰＭ））をさらに含む方法であって、
   前記デバイスが、前記媒体上の前記コンテンツをレンダリングするために、
   前記媒体上の前記コンテンツをレンダリングする要求を受け取るステップと、
   前記媒体から前記テーブルを獲得するステップと、
   （ＰＲ−ＰＤ）を獲得するステップと、
   前記獲得された（ＰＲ−ＰＤ）に基づいて前記テーブルのエントリを指し示すステップと、
   前記テーブルの前記指し示されたエントリから（ＰＵ−ＰＤ（ＲＮＤ））を獲得するステップと、
   （ＰＲ−ＰＤ）を（ＰＵ−ＰＤ（ＲＮＤ））に適用して（ＲＮＤ）を公開させるステップと、
   前記テーブルから（ＲＮＤ（ＰＲ−ＰＭ））を獲得するステップと、
   （ＲＮＤ）を（ＲＮＤ（ＰＲ−ＰＭ））に適用して（ＰＲ−ＰＭ）を公開させるステップと、
   前記ライセンスから（ＰＵ−ＰＭ（ＫＤ））を獲得するステップと、
   （ＰＲ−ＰＭ）を（ＰＵ−ＰＭ（ＫＤ））に適用して（ＫＤ）を公開させるステップと、
   前記記憶媒体から（ＫＤ（ｃｏｎｔｅｎｔ））を獲得するステップと、
   （ＫＤ）を（ＫＤ（ｃｏｎｔｅｎｔ））に適用して前記コンテンツを公開させるステップと、
   前記公開された対応するコンテンツをレンダリングするステップと
   を含むことを特徴とする方法。
2. 前記デバイスは、事前選択されたインデックス値ｘを有する公開鍵−秘密鍵ペア（ＰＵ−ＰＤｘ，ＰＲ−ＰＤｘ）を有し、かつ、前記テーブル内の各エントリは、複数のデバイスの１つの（ＰＵ−ＰＤｘ）によって暗号化されたランダムな鍵（ＲＮＤ）、（ＰＵ−ＰＤｘ（ＲＮＤ））、および（ＰＲ−ＰＤｘ）のインデックス値ｘを含んでおり、
   （ＰＲ−ＰＤｘ）および前記インデックス値ｘを獲得するステップと、
   前記獲得されたインデックス値ｘに基づいて前記テーブルのエントリを指し示すステップと、
   前記テーブルの前記指し示されたエントリから（ＰＵ−ＰＤｘ（ＲＮＤ））を獲得するステップと、
   （ＰＲ−ＰＤｘ）を（ＰＵ−ＰＤｘ（ＲＮＤ））に適用して（ＲＮＤ）を公開させるステップと、
   前記テーブルから（ＲＮＤ（ＰＲ−ＰＭ））を獲得するステップと
   を含むことを特徴とする請求項１に記載の方法。
3. 前記デバイスは、事前選択されたインデックス値ｘをそれぞれが有する複数の公開鍵−秘密鍵ペア（ＰＵ−ＰＤｘ，ＰＲ−ＰＤｘ）を有しており、
   各（ＰＲ−ＰＤｘ）、および前記各（ＰＲ−ＰＤｘ）の前記インデックス値ｘを獲得するステップと、
   各（ＰＲ−ＰＤｘ）に関して、（ＲＮＤ）が実際に公開されるまで、
   前記対応する獲得されたインデックス値ｘに基づいて前記テーブルのエ
   ントリを指し示すステップと、
   前記テーブルの前記指し示されたエントリから（ＰＵ−ＰＤｘ（ＲＮＤ））を獲得するステップと、
   （ＰＲ−ＰＤｘ）を（ＰＵ−ＰＤｘ（ＲＮＤ））に適用して（ＲＮＤ）
   を公開させるステップと
   を含むことを特徴とする請求項２に記載の方法。
4. 前記媒体は前記媒体のＩＤを含み、かつ、前記テーブルは、前記媒体の前記ＩＤを中に記憶して含み、前記テーブルは前記ＩＤによって前記媒体に結び付けられており、
   前記媒体の前記ＩＤを前記媒体から獲得するステップと、
   前記テーブルの中に記憶されている前記媒体の前記ＩＤを獲得するステップと、
   前記獲得されたＩＤを比較して前記ＩＤが互いと一致した場合にだけ、先に進むステップと
   をさらに含むことを特徴とする請求項２に記載の方法。
5. 前記テーブルは前記テーブルの中に記憶された前記媒体の前記ＩＤに少なくともある程度基づく署名を含んでおり、
   前記署名を確認して前記ＩＤを検証するステップをさらに含むことを特徴とする請求項４に記載の方法。
6. 前記テーブルは公開された前記秘密に従って暗号化された前記媒体の前記ＩＤを含んでおり、
   前記秘密を前記暗号化されたＩＤに適用して前記ＩＤを獲得して、同一であることを明らかにするステップを含むことを特徴とする請求項４に記載の方法。
7. 前記媒体上のテーブルは、（ＲＮＤ）、（ＰＵ−ＰＭ）、および（ＰＲ−ＰＭ）を含む新しい鍵セットを有するように定期的に更新され、かつ、以前の鍵セットのデイジーチェーンを有し、前記デイジーチェーンの中のそれぞれの以前の（ＲＮＤｎ）が直後の（ＲＮＤｎ）に従って暗号化されて一連のリンクを形成しており、前記デイジーチェーン内の各リンクは、対応する（ＲＮＤｎ（ＰＲ−ＰＭｎ））も有しており、ただし、前記テーブルの各エントリは、前記新しい（ＲＮＤｎ）、または複数のデバイスの１つの（ＰＵ−ＰＤｘ）に従って暗号化された前記以前の（ＲＮＤｎ）の１つ、インデックス値ｘ、および前記エントリの前記暗号化された（ＲＮＤｎ）に関するバージョン番号を含み、かつ、レンダリングされる前記コンテンツは、そのコンテンツを保護する前記デイジーチェーン内の秘密に対応するバージョン番号を有しており、
   前記コンテンツの前記バージョン番号を判定するステップと、
   前記指し示されたエントリから前記暗号化された秘密を選択するステップと、前記テーブルの前記指し示されたエントリから、（ＰＵ−ＰＤｘ（ＲＮＤｎ））、およびその（ＲＮＤｎ）の対応するバージョン番号ｎを獲得するステップと、
   （ＰＲ−ＰＤｘ）を（ＰＵ−ＰＤｘ（ＲＮＤｎ））に適用して（ＲＮＤｎ）を公開させるステップと、
   （ＲＮＤｎ）の前記バージョン番号に基づいて前記デイジーチェーンに入るエントリポイントを決定するステップと、
   前記デイジーチェーンの前記エントリポイントから戻って前記コンテンツのバージョン番号ｍに対応する（ＲＮＤｍ）を公開させるステップと、
   前記公開された（ＲＮＤｍ）を対応する（ＲＮＤｍ（ＰＲ−ＰＭｍ））に適用して（ＰＲ−ＰＭｍ）を公開させるステップと、
   前記公開された（ＰＲ−ＰＭｍ）を適用して（ＫＤ）を公開させるステップとを含んでおり、
   デバイスは、前記エントリポイントから前記デイジーチェーンを辿って、より早期の秘密を獲得することができるが、より後期の秘密を獲得することはできないことを特徴とする請求項２に記載の方法。
8. （ＲＮＤｎ）の前記バージョン番号ｎ、および前記コンテンツの前記バージョン番号ｍに基づき、前記秘密を使用して前記コンテンツをレンダリングすることができるかどうかを判定するステップと、
   （ＲＮＤｎ）の前記バージョン番号ｎが、前記コンテンツの前記バージョン番号ｍより低くなく、したがって、前記コンテンツをレンダリングするのに使用することができる場合にだけ先に進むステップと
   をさらに含むことを特徴とする請求項７に記載の方法。
9. ホストコンピュータ、および公開鍵−秘密鍵ペア（ＰＵ−ＰＤ、ＰＲ−ＰＤ）をそれぞれが有する複数のデバイスとの組合せで実施され、各デバイスは、記憶媒体を受け入れるようになっているか、または前記記憶媒体を有し、前記記憶媒体は、前記記憶媒体のＩＤを含み、かつ、公開鍵−秘密鍵ペア（ＰＵ−ＰＭ，ＰＲ−ＰＭ）を有し、かつ、コンテンツ鍵（ＫＤ）によって暗号化されたデジタルコンテンツ（ＫＤ（ｃｏｎｔｅｎｔ））、（ＰＵ−ＰＭ）によって暗号化された（ＫＤ）、（ＰＵ−ＰＭ（ＫＤ））を含む前記コンテンツに対応するデジタルライセンス、および複数のデバイスの１つの（ＰＵ−ＰＤ）によって暗号化されたランダムな鍵（ＲＮＤ）、（ＰＵ−ＰＤ（ＲＮＤ））をそれぞれが含む複数のエントリを含むテーブルを記憶しているようになっており、前記テーブルは、（ＲＮＤ）によって暗号化された（ＰＲ−ＰＭ）、（ＲＮＤ（ＰＲ−ＰＭ））をさらに含む方法であって、
   前記ホストコンピュータが、前記媒体に前記テーブルを提供するために、
   前記テーブルをキャッシュから獲得するステップと、
   前記媒体の前記ＩＤを前記媒体から獲得するステップと、
   前記媒体の前記獲得されたＩＤを前記獲得されたテーブルに付加するステップと、
   （ＰＲ−ＰＤ）を使用して前記獲得されたテーブル内で対応するエントリを見出して（ＲＮＤ）を公開させるステップと、
   前記媒体の前記ＩＤ、および（ＲＮＤ）によって前記テーブルを前記媒体に結び付けるステップと、
   前記結び付けられたテーブルを前記媒体にコピーするステップと
   を含むことを特徴とする方法。
10. 各デバイスは、事前選択されたインデックス値ｘを有する公開鍵−秘密鍵ペア（ＰＵ−ＰＤｘ，ＰＲ−ＰＤｘ）を有し、かつ、前記テーブル内の各エントリは、複数のデバイスの１つの（ＰＵ−ＰＤｘ）によって暗号化されたランダムな鍵（ＲＮＤ）、（ＰＵ−ＰＤｘ（ＲＮＤ））、および（ＰＵ−ＰＤｘ）のインデックス値ｘを含んでおり、
    （ＰＲ−ＰＤｘ）、および（ＰＲ−ＰＤｘ）の前記インデックス値ｘを使用して、前記獲得されたテーブルの中で対応するエントリを見出して（ＲＮＤ）を公開させるステップを含むことを特徴とする請求項９に記載の方法。
11. 前記テーブルを前記媒体に結び付けるステップは、前記媒体の前記ＩＤ、および（ＲＮＤ）に少なくともある程度基づいて前記テーブルに署名を付加するステップを含むことを特徴とする請求項１０に記載の方法。
12. 前記媒体の前記ＩＤで前記テーブルを前記媒体に結び付けるステップは、（ＲＮＤ）に従って前記ＩＤを暗号化し、前記暗号化されたＩＤを前記テーブルに付加するステップを含むことを特徴とする請求項１０に記載の方法。
13. （ＲＮＤ）、（ＰＵ−ＰＭ）、および（ＰＲ−ＰＭ）の相異なる鍵セットにそれぞれが基づく複数のテーブルを有するキャッシュから前記テーブルを獲得するステップを含むことを特徴とする請求項１０に記載の方法。
14. 前記テーブルにバージョン番号を割り当てるステップをさらに含むことを特徴とする請求項１０に記載の方法。
15. 前記提供されたテーブルは、第（Ｎ）番のテーブルであり、前記ホストコンピュータは、前記媒体上の前記提供された第（Ｎ）番のテーブルに取って代わる第（Ｎ＋１）番の更新されたテーブルを前記媒体に提供するステップをさらに含んでおり、
    （ＲＮＤ）、（ＰＵ−ＰＭ）、および（ＰＲ−ＰＭ）の第（Ｎ＋１）番の鍵セットを有する前記第（Ｎ＋１）番のテーブル６４を前記キャッシュから獲得するステップと、
    前記媒体の前記ＩＤを前記媒体から獲得するステップと、
    前記媒体の前記獲得されたＩＤを前記第（Ｎ＋１）番のテーブルに付加するステップと、
    前記第（Ｎ＋１）番の鍵セットを前記第（Ｎ＋１）番のテーブルから獲得するステップと、
    前記第（Ｎ）番の鍵セットを前記媒体上の前記第（Ｎ）番のテーブルから獲得して、前記第（Ｎ）番のテーブル内に以前の鍵セットのデイジーチェーンが存在する場合、前記デイジーチェーン内のそれぞれの以前の（ＲＮＤｎ）が、直後の（ＲＮＤｎ）に従って暗号化されて一連のリンクを形成し、前記デイジーチェーン内の各リンクが対応する（ＲＮＤｎ（ＰＲ−ＰＭｎ））も有するステップと、前記デイジーチェーンの中の別のリンクとして前記第（Ｎ＋１）番の（ＲＮＤｎ）に従って暗号化された第（Ｎ）番の（ＲＮＤｎ）を追加するとともに、対応する（ＲＮＤｎ（ＰＲ−ＰＭｎ））を追加することによって前記獲得されたデイジーチェーンを拡張するステップと、
    前記拡張されたデイジーチェーンを第（Ｎ＋１）番のテーブルに追加するステップと、
    無効にされた（ＰＵ−ＰＤｘ）に関する古い（ＰＵ−ＰＤｘ（ＲＮＤｎ））を含むように前記（Ｎ＋１）番のテーブルを調整するとともに、各エントリにバージョン番号ｎを割り当てるステップと、
    前記媒体の前記ＩＤ、および前記獲得された第（Ｎ＋１）番の秘密によって前記第（Ｎ＋１）番のテーブルを前記媒体に結び付けるステップと、
    前記媒体上の前記第（Ｎ）番のテーブルに取って代わるように前記調整された第（Ｎ＋１）番のテーブルを前記媒体にコピーするステップと
    を含むことを特徴とする請求項１０に記載の方法。
16. 前記第（Ｎ＋１）番のテーブルを前記媒体に結び付けるステップは、前記媒体および（ＲＮＤ）に少なくともある程度、基づく署名を前記第（Ｎ＋１）番のテーブルに付加するステップを含むことを特徴とする請求項１５に記載の方法。
17. 前記（Ｎ＋１）番のテーブルを前記媒体の前記ＩＤで前記媒体に結び付けるステップは、前記獲得された第（Ｎ＋１）番の（ＲＮＤｎ）に従って前記ＩＤを暗号化し、前記暗号化されたＩＤを前記第（Ｎ＋１）番のテーブルに付加するステップを含むことを特徴とする請求項１５に記載の方法。
18. 前記第（Ｎ）番のテーブルの中の各エントリは、前記対応する暗号化された（ＲＮＤｎ）のバージョン番号ｎをさらに含んでおり、および無効にされたデバイス鍵（ＤＫ）に関する古い秘密を含むように前記第（Ｎ＋１）番のテーブルを調整し、バージョン番号ｎを各エントリに割り当てるステップは、
    前記第（Ｎ＋１）番のテーブルから、前記テーブルの中でどの（ＰＵ−ＰＤｘ）ｓが使用されたかを判定するステップと、
    それぞれの無効にされた（ＰＵ−ＰＤｘ）に関して、前記第（Ｎ）番のテーブルの中の前記対応するエントリ、並びにその対応するエントリの前記バージョン番号ｎでその第（Ｎ＋１）番のテーブルの中の前記エントリを埋めるステップと、
    前記第（Ｎ＋１）番のテーブルの前記バージョン番号ｎを前記第（Ｎ）番のテーブルからの入力が行われておらず、したがってまだ有効な前記第（Ｎ＋１）番のテーブルの中のすべてのエントリに割り当てるステップであって、これにより、有効な（ＰＵ−ＰＤｘ）を有する有効なデバイスは、前記第（Ｎ＋１）番のテーブルの最新の（第（Ｎ＋１）番）の（ＲＮＤｎ）にアクセスすることができ、および無効にされた（ＰＵ−ＰＤｘ）を有する無効にされたデバイスは、前記第（Ｎ＋１）番の秘密より早期の前記第（Ｎ＋１）番のテーブルの中の対応する（ＲＮＤｎ）にアクセスすることができ、さらにこれにより、前記アクセスされた（ＲＮＤｎ）を使用して、前記デバイスは、敷衍により、前記デイジーチェーンの中のすべてのより早期の（ＲＮＤｎ）ｓにアクセスすることができるが、より後の秘密には全くアクセスすることができないステップと
    を含むことを特徴とする請求項１５に記載の方法。
19. ホストコンピュータ、および記憶媒体自らのＩＤを含む記憶媒体と組合せで実施され、前記記憶媒体は、公開鍵−秘密鍵ペア（ＰＵ−ＰＭ，ＰＲ−ＰＭ）、および複数のデバイスの１つの（ＰＵ−ＰＤ）によって暗号化されたランダムな鍵（ＲＮＤ）、（ＰＵ−ＰＤ（ＲＮＤ））をそれぞれが含む複数のエントリを含むテーブルを有し、前記テーブルは、（ＰＵ−ＰＭ）をさらに含み、かつ、（ＲＮＤ）によって暗号化された（ＰＲ−ＰＭ）、（ＲＮＤ（ＰＲ−ＰＭ））をさらに含む方法であって、
    前記ホストコンピュータが、デジタルコンテンツ、および前記デジタルコンテンツに対応するデジタルライセンスを媒体に記憶するため、
    前記媒体に記憶される前記コンテンツをコンテンツ鍵（ＫＤ）に従って暗号化する（ＫＤ（ｃｏｎｔｅｎｔ））ステップと、
    （ＫＤ）を（ＰＵ−ＰＭ）に従って暗号化する（ＰＵ−ＰＭ（ＫＤ））ステップと、
    （ＰＵ−ＰＭ（ＫＤ））を前記ライセンスの中に入れるステップと、
    前記暗号化されたコンテンツ、および前記ライセンスを前記媒体に記憶するステップであって、これにより、（ＰＲ−ＰＤ）を有するデバイスが、前記テーブルのエントリを指し示し、前記エントリから（ＰＵ−ＰＤｘ（ＲＮＤ））を獲得し、（ＰＲ−ＰＤ）を（ＰＵ−ＰＤ（ＲＮＤ））に適用して（ＲＮＤ）を公開させ、前記テーブルから（ＲＮＤ（ＰＲ−ＰＭ））を獲得し、（ＲＮＤ）を（ＲＮＤ（ＰＲ−ＰＭ）に適用して（ＰＲ−ＰＭ）を公開させ、前記ライセンスから（ＰＵ−ＰＭ（ＫＤ））を獲得し、（ＰＲ−ＰＭ）を（ＰＵ−ＰＭ（ＫＤ））に適用して（ＫＤ）を公開させ、前記記憶媒体から（ＫＤ（ｃｏｎｔｅｎｔ））を獲得し、（ＫＤ）を（ＫＤ（ｃｏｎｔｅｎｔ））に適用して、前記コンテンツをレンダリングするために公開させるステップと
    を含むことを特徴とする方法。
20. 前記テーブルは、前記媒体の前記ＩＤ、および前記媒体の前記ＩＤに基づく署名を内部に含んでおり、
    前記署名を検査して、前記テーブルの中の前記媒体の前記ＩＤが前記媒体から獲得された前記ＩＤと一致することを確認するステップをさらに含むことを特徴とする請求項１９に記載の方法。
21. 公開鍵−秘密鍵ペア（ＰＵ−ＰＤ、ＰＲ−ＰＤ）を有するデバイスとの組合せで実施され、前記デバイスは記憶媒体を受け入れるようになっているか、または前記記憶媒体を有しており、前記記憶媒体は、公開鍵−秘密鍵ペア（ＰＵ−ＰＭ，ＰＲ−ＰＭ）を有し、かつ、コンテンツ鍵（ＫＤ）によって暗号化されたデジタルコンテンツ（ＫＤ（ｃｏｎｔｅｎｔ））、（ＰＵ−ＰＭ）によって暗号化された（ＫＤ）、（ＰＵ−ＰＭ（ＫＤ））を含む前記コンテンツに対応するデジタルライセンス、および複数のデバイスの（ＰＵ−ＰＤ）によって暗号化された（ＰＲ−ＰＭ）、（ＰＵ−ＰＤ（ＰＲ−ＰＭ））をそれぞれが含む複数のエントリを含むテーブルを記憶している方法であって、
    前記デバイスが、前記媒体上の前記コンテンツをレンダリングするため、
    前記媒体上の前記コンテンツをレンダリングする要求を受け取るステップと、前記テーブルを前記媒体から獲得するステップと、
    （ＰＲ−ＰＤ）を獲得するステップと、
    前記獲得された（ＰＲ−ＰＤ）に基づいて前記テーブルのエントリを指し示すステップと、
    前記テーブルの前記指し示されたエントリから（ＰＵ−ＰＤ（ＰＲ−ＰＭ））を獲得するステップと、
    （ＰＲ−ＰＤ）を（ＰＵ−ＰＤ（ＰＲ−ＰＭ））に適用して（ＰＲ−ＰＭ）を公開させるステップと、
    前記デジタルライセンスから（ＰＵ−ＰＭ（ＫＤ））を獲得するステップと、（ＰＲ−ＰＭ）を（ＰＵ−ＰＭ（ＫＤ））に適用して（ＫＤ）を公開させるステップと、
    前記記憶媒体から（ＫＤ（ｃｏｎｔｅｎｔ））を獲得するステップと、
    （ＫＤ）を（ＫＤ（ｃｏｎｔｅｎｔ））に適用して前記コンテンツを公開させるステップと、
    前記公開された対応するコンテンツをレンダリングするステップと
    を含むことを特徴とする方法。
22. 前記デバイスは、事前選択されたインデックス値ｘを有する公開鍵−秘密鍵ペア（ＰＵ−ＰＤｘ，ＰＲ−ＰＤｘ）を有し、かつ、前記テーブルの各エントリは、複数のデバイスの１つの（ＰＵ−ＰＤｘ）によって暗号化された（ＰＲ−ＰＭ）、（ＰＵ−ＰＤｘ（ＰＲ−ＰＭ））、および（ＰＵ−ＰＤｘ）のインデックス値ｘを含んでおり、
    （ＰＲ−ＰＤｘ）および前記インデックス値ｘを獲得するステップと、
    前記獲得されたインデックス値ｘに基づいて前記テーブルのエントリを指し示すステップと、
    前記テーブルの前記指し示されたエントリから（ＰＵ−ＰＤｘ（ＰＲ−ＰＭ））を獲得するステップと、
    （ＰＲ−ＰＤｘ）を（ＰＵ−ＰＤｘ（ＰＲ−ＰＭ））に適用して（ＰＲ−ＰＭ）を公開させるステップと
    を含むことを特徴とする請求項２１に記載の方法。
23. 前記デバイスは、事前選択されたインデックス値ｘをそれぞれが有する複数の公開鍵−秘密鍵ペア（ＰＵ−ＰＤｘ，ＰＲ−ＰＤｘ）を有しており、
    各（ＰＲ−ＰＤｘ）、および前記各（ＰＲ−ＰＤｘ）の前記インデックス値を獲得するステップと、
    各（ＰＲ−ＰＤｘ）に関して、（ＰＲ−ＰＭ）が実際に公開されるまで、
    前記対応する獲得されたインデックス値ｘに基づいて前記テーブルのエ
    ントリを指し示すステップと、
    前記テーブルの前記指し示されたエントリから（ＰＵ−ＰＤｘ（ＰＲ−
    ＰＭ））を獲得するステップと、
    （ＰＲ−ＰＤｘ）を（ＰＵ−ＰＤｘ（ＰＲ−ＰＭ））に適用して（ＰＲ
    −ＰＭ）を公開させるステップと
    を含むことを特徴とする請求項２２に記載の方法。
24. 前記媒体は前記媒体のＩＤを含み、かつ、前記テーブルは前記媒体の前記ＩＤを中に記憶して含んでおり、前記テーブルは前記ＩＤによって前記媒体に結び付けられており、
    前記媒体の前記ＩＤを前記媒体から獲得するステップと、
    前記テーブルの中に記憶された前記媒体の前記ＩＤを獲得するステップと、
    前記獲得されたＩＤを比較して、前記ＩＤが互いと一致する場合にだけ、先に進むステップと
    をさらに含むことを特徴とする請求項２２に記載の方法。
25. 前記テーブルは、前記媒体に記憶された前記媒体の前記ＩＤに少なくともある程度、基づく署名を含んでおり、
    前記署名を検証して前記ＩＤを検証するステップをさらに含むことを特徴とする請求項２４に記載の方法。
26. 前記テーブルは、公開された前記秘密に従って暗号化された前記媒体の前記ＩＤを含んでおり、
    前記秘密を前記暗号化されたＩＤに適用して前記ＩＤを獲得して、同一であることを明らかにするステップを含むことを特徴とする請求項２４に記載の方法。
27. 前記媒体上の前記テーブルは、（ＰＵ−ＰＭ）および（ＰＲ−ＰＭ）を含む新しい鍵セットを有するように定期的に更新され、かつ、以前の鍵セットのデイジーチェーンを有しており、前記デイジーチェーン内のそれぞれの以前の（ＰＲ−ＰＭｎ）が直後の（ＰＲ−ＰＭｎ）に従って暗号化されて一連のリンクを形成し、ただし、前記テーブルの各エントリは、新しい（ＰＲ−ＰＭｎ）、または複数のデバイスの１つの（ＰＵ−ＰＤｘ）に従って暗号化された以前の（ＰＲ−ＰＭｎ）の１つ、インデックス値ｘ、および前記エントリの前記暗号化された（ＰＲ−ＰＭｎ）に関するバージョン番号ｎを含んでおり、かつ、レンダリングされる前記コンテンツは、そのコンテンツを保護する前記デイジーチェーン内の秘密に対応するバージョン番号ｍを有しており、
    前記コンテンツの前記バージョン番号ｍを判定するステップと、
    前記指し示されたエントリから前記暗号化された秘密を選択するステップと、前記テーブルの前記指し示されたエントリから（ＰＵ−ＰＤｘ（ＰＲ−ＰＭｎ）、およびその（ＰＲ−ＰＭｎ）の対応するバージョン番号ｎを獲得するステップと、
    （ＰＲ−ＰＤｘ）を（ＰＵ−ＰＤｘ（ＰＲ−ＰＭｎ））に適用して（ＰＲ−ＰＭｎ）を公開させるステップと、
    （ＰＲ−ＰＭｎ）の前記バージョン番号ｎに基づいて前記デイジーチェーンに入るエントリポイントを決定するステップと、
    前記デイジーチェーンの前記エントリポイントから戻って前記コンテンツの前記バージョン番号ｍに対応する（ＰＲ−ＰＭｍ）を公開させるステップと、
    前記公開された（ＰＲ−ＰＭｍ）を適用して（ＫＤ）を公開させるステップとを含んでおり、
    デバイスは、前記エントリポイントから前記デイジーチェーンを辿って、より早期の秘密を獲得することができるが、より後期の秘密を獲得することはできないことを特徴とする請求項２２に記載の方法。
28. （ＰＲ−ＰＭｎ）のバージョン番号ｎ、および前記コンテンツの前記バージョン番号ｍに基づき、前記秘密を使用して前記コンテンツをレンダリングすることができるかどうかを判定するステップと、
    （ＰＲ−ＰＭｎ）の前記バージョン番号ｎが前記コンテンツの前記バージョン番号ｍより低くなく、したがって、前記コンテンツをレンダリングするのに使用することができる場合にだけ、先に進むステップと
    をさらに含むことを特徴とする請求項２７に記載の方法。
29. ホストコンピュータ、および公開鍵−秘密鍵ペア（ＰＵ−ＰＤ、ＰＲ−ＰＤ）をそれぞれが有する複数のデバイスとの組合せで実施され、各デバイスが記憶媒体を受け入れるようになっているか、または前記記憶媒体を有しており、前記記憶媒体は、前記記憶媒体のＩＤを含み、かつ、公開鍵−秘密鍵ペア（ＰＵ−ＰＭ，ＰＲ−ＰＭ）を有しており、かつ、コンテンツ鍵（ＫＤ）によって暗号化されたデジタルコンテンツ（ＫＤ（ｃｏｎｔｅｎｔ））、（ＰＵ−ＰＤ）によって暗号化された（ＫＤ）、（ＰＵ−ＰＭ（ＫＤ））を含む前記コンテンツに対応するデジタルライセンス、および複数のデバイスの１つの（ＰＵ−ＰＤ）によって暗号化された（ＰＲ−ＰＭ）、（ＰＵ−ＰＤ（ＰＲ−ＰＭ））をそれぞれが含む複数のエントリを含むテーブルを記憶しているようになっている方法であって、
    前記ホストが、前記媒体に前記テーブルを提供するため、
    前記テーブルをキャッシュから獲得するステップと、
    前記媒体の前記ＩＤを前記媒体から獲得するステップと、
    前記媒体の前記獲得されたＩＤを前記獲得されたテーブルに付加するステップと、
    （ＰＲ−ＰＤ）を使用して前記獲得されたテーブル内の対応するエントリを見出して、（ＰＲ−ＰＭ）を公開させるステップと、
    前記媒体の前記ＩＤおよび（ＰＲ−ＰＭ）によって前記テーブルを前記媒体に結び付けるステップと、
    前記結び付けられたテーブルを前記媒体にコピーするステップと
    を含むことを特徴とする方法。
30. 各デバイスは、事前選択されたインデックス値ｘを有する公開鍵−秘密鍵ペア（ＰＵ−ＰＤｘ，ＰＲ−ＰＤｘ）を有し、かつ、前記テーブルの各エントリは、複数のデバイスの１つの（ＰＵ−ＰＤｘ）によって暗号化された（ＰＲ−ＰＭ）、（ＰＵ−ＰＤｘ（ＰＲ−ＰＭ））、および（ＰＵ−ＰＤｘ）のインデックス値ｘを含んでおり、
    （ＰＲ−ＰＤｘ）、および（ＰＲ−ＰＤｘ）の前記インデックス値を使用して前記獲得されたテーブル内の対応するエントリを見出して（ＰＲ−ＰＭ）を公開させるステップを含むことを特徴とする請求項２９に記載の方法。
31. 前記テーブルを前記媒体に結び付けるステップは、前記媒体の前記ＩＤ、および（ＰＲ−ＰＭ）に少なくともある程度、基づく署名を前記テーブルに付加するステップを含むことを特徴とする請求項３０に記載の方法。
32. 前記媒体の前記ＩＤによって前記テーブルを前記媒体に結び付けるステップは、（ＰＲ−ＰＭ）に従って前記ＩＤを暗号化し、前記暗号化されたＩＤを前記テーブルに付加するステップを含むことを特徴とする請求項３０に記載の方法。
33. （ＰＵ−ＰＭ）および（ＰＲ−ＰＭ）の異なる鍵セットにそれぞれが基づく複数のテーブルを有するキャッシュから前記テーブルを獲得するステップを含むことを特徴とする請求項３０に記載の方法。
34. バージョン番号を前記テーブルに割り当てるステップをさらに含むことを特徴とする請求項３０に記載の方法。
35. 前記提供されたテーブルは第（Ｎ）番のテーブルであり、前記ホストコンピュータは、前記媒体上の前記提供された第（Ｎ）番のテーブルに取って代わる第（Ｎ＋１）番の更新されたテーブルを前記媒体に提供するステップをさらに含んでおり、
    （ＰＵ−ＰＭ）および（ＰＲ−ＰＭ）の第（Ｎ＋１）番の鍵セットを有する前記第（Ｎ＋１）番のテーブル６４を前記キャッシュから獲得するステップと、
    前記媒体の前記ＩＤを前記媒体から獲得するステップと、
    前記媒体の前記獲得されたＩＤを前記第（Ｎ＋１）番のテーブルに付加するステップと、
    前記（Ｎ＋１）番の鍵セットを前記（Ｎ＋１）番のテーブルから獲得するステップと、
    前記媒体上の前記第（Ｎ）番のテーブルから前記（Ｎ）番の鍵セットを獲得し、前記第（Ｎ）番のテーブル内で以前の鍵セットのデイジーチェーンが存在する場合、前記デイジーチェーン内のそれぞれの以前の（ＰＲ−ＰＭｎ）が直後の（ＰＲ−ＰＭｎ）に従って暗号化されて一連のリンクを形成するステップと、
    前記デイジーチェーンの中の別のリンクとして前記第（Ｎ＋１）番の（ＰＲ−ＰＭｎ）に従って暗号化された第（Ｎ）番の（ＰＲ−ＰＭｎ）を追加することによって前記獲得されたデイジーチェーンを拡張するステップと、
    前記拡張されたデイジーチェーンを前記第（Ｎ＋１）番のテーブルに追加するステップと、
    無効にされた（ＰＵ−ＰＤｘ）に関する古い（ＰＵ−ＰＤｘ（ＰＲ−ＰＭｎ））を含むように前記第（Ｎ＋１）番のテーブルを調整し、各エントリにバージョン番号ｎを割り当てるステップと、
    前記媒体の前記ＩＤ、および前記獲得された第（Ｎ＋１）番の秘密によって前記第（Ｎ＋１）番のテーブルを前記媒体に結び付けるステップと、
    前記媒体上の前記第（Ｎ）番のテーブルに取って代わるように前記調整された第（Ｎ＋１）番のテーブルを前記媒体にコピーするステップと
    を含むことを特徴とする請求項３０に記載の方法。
36. 第（Ｎ＋１）番のテーブルを前記媒体に結び付けるステップは、前記媒体の前記ＩＤ、および（ＰＲ−ＰＭ）に少なくともある程度、基づく署名を前記第（Ｎ＋１）番のテーブルに付加するステップを含むことを特徴とする請求項３５に記載の方法。
37. 前記媒体の前記ＩＤによって前記第（Ｎ＋１）番のテーブルを前記媒体に結び付けるステップは、前記獲得された第（Ｎ＋１）番の（ＰＲ−ＰＭｎ）に従って前記ＩＤを暗号化し、前記暗号化されたＩＤを前記第（Ｎ＋１）番のテーブルに付加するステップを含むことを特徴とする請求項３５に記載の方法。
38. 前記第（Ｎ）番のテーブル内の各エントリは、対応する暗号化された（ＰＲ−ＰＭｎ）のバージョン番号をさらに含み、かつ、無効にされたデバイス鍵（ＤＫ）に関する古い秘密を含むように前記第（Ｎ＋１）番のテーブルを調整し、各エントリにバージョン番号を割り当てるステップは、
    前記第（Ｎ＋１）番のテーブルから、前記テーブル内で使用されるどの（ＰＵ−ＰＤｘ）が無効にされたかを判定するステップと、
    それぞれの無効にされた（ＰＵ−ＰＤｘ）に関するその第（Ｎ＋１）番のテーブル内のエントリを、前記第（Ｎ）番のテーブル内の対応するエントリ、並びにその対応するエントリのバージョン番号ｎで埋めるステップと、
    前記第（Ｎ）番のテーブルから代入が行われておらず、したがって、また有効であるすべてのエントリに前記第（Ｎ＋１）番のテーブルのバージョン番号ｎを割り当てるステップであって、これにより、有効な（ＰＵ−ＰＤｘ）を有する有効なデバイスが、前記（Ｎ＋１）番のテーブルの最新の（（Ｎ＋１）番）の（ＰＲ−ＰＭｎ）にアクセスすることができ、無効にされた（ＰＵ−ＰＤｘ）を有する無効にされたデバイスが、前記第（Ｎ＋１）番の秘密より早期の第（Ｎ＋１）番のテーブル内の対応する（ＰＲ−ＰＭｎ）にアクセスすることができ、かつ、前記アクセスされた（ＰＲ−ＰＭｎ）を使用して、前記デバイスが、敷衍により、前記デイジーチェーン内のすべてのより早期の（ＰＲ−ＰＭｎ）にアクセスすることができるが、より後期の（ＰＲ−ＰＭｎ）にアクセスすることはできないステップと
    を含むことを特徴とする請求項３５に記載の方法。
39. ホストコンピュータ、および記憶媒体自らのＩＤを含む記憶媒体との組合せで実施され、前記記憶媒体は、公開鍵−秘密鍵ペア（ＰＵ−ＰＭ，ＰＲ−ＰＭ）、および複数のデバイスの１つの（ＰＵ−ＰＤ）によって暗号化された（ＰＲ−ＰＭ）をそれぞれが含む複数のエントリを含むテーブルを有しており、前記テーブルは（ＰＵ−ＰＭ）をさらに含み、
    前記ホストコンピュータが、デジタルコンテンツ、および前記デジタルコンテンツに対応するデジタルライセンスを前記媒体に記憶するため、
    前記媒体に記憶される前記コンテンツをコンテンツ鍵（ＫＤ）に従って暗号化する（ＫＤ（ｃｏｎｔｅｎｔ））ステップと、
    （ＫＤ）を（ＰＵ−ＰＭ）に従って暗号化する（ＰＵ−ＰＭ（ＫＤ））ステップと、
    （ＰＵ−ＰＭ（ＫＤ））を前記ライセンスの中に入れるステップと、
    前記暗号化されたコンテンツ、および前記ライセンスを前記媒体に記憶するステップであって、これにより、（ＰＲ−ＰＤ）を有するデバイスが、その（ＰＲ−ＰＤ）に基づいて前記テーブルのエントリを指し示し、前記エントリから（ＰＵ−ＰＤ（ＰＲ−ＰＭ））を獲得し、（ＰＲ−ＰＤ）を（ＰＵ−ＰＤ（ＰＲ−ＰＭ））に適用して（ＰＲ−ＰＭ）を公開させ、前記ライセンスから（ＰＵ−ＰＭ（ＫＤ））を獲得し、（ＰＲ−ＰＭ）を（ＰＵ−ＰＭ（ＫＤ））に適用して（ＫＤ）を公開させ、（ＫＤ（ｃｏｎｔｅｎｔ））を前記記憶媒体から獲得し、（ＫＤ）を（ＫＤ（ｃｏｎｔｅｎｔ））に適用して前記コンテンツをレンダリングするために公開させるステップを含むことを特徴とする方法。
40. 前記テーブルは、前記媒体の前記ＩＤ、および前記媒体に基づく署名を中に含んでおり、
    前記署名を検査して、前記テーブル内の前記媒体の前記ＩＤが前記媒体から獲得された前記ＩＤと一致することを検証するステップをさらに含むことを特徴とする請求項３９に記載の方法。

Images