JP4741278B2 - コンテンツ保護システムにおけるチェーン化された複数のデジタルライセンスに従ったデジタルコンテンツのレンダリング - Google Patents

Description

本発明は、チェーン化された複数のデジタルライセンスに従ってコンテンツ保護システムでデジタルコンテンツをレンダリングすることを可能にするアーキテクチャおよび方法に関し、コンテンツを実際にレンダリングするためには、チェーンの各ライセンスが満たされなければならない。より詳細には、本発明は、コンテンツとチェーン内のライセンスが、互に対して適切な参照を含むようにさせるアーキテクチャおよび方法に関する。

図１を参照すると、周知のように、コンテンツの保護・施行のシステムは、デジタルオーディオ、デジタルビデオ、デジタルテキスト、デジタルデータ、デジタルマルチメディア等のデジタルコンテンツ１２をユーザに配布しようとする場合に、そのようなデジタルコンテンツ１２との関連で非常に望ましい。デジタルコンテンツがユーザに受け取られると、ユーザは、パーソナルコンピュータ１４のメディアプレーヤや、携帯型の再生装置などの適切なレンダリング装置を用いて、そのデジタルコンテンツをレンダリング（表現、描写）あるいは「再生」する。

通例、そのようなデジタルコンテンツ１２を配布するコンテンツ所有者は、ユーザがそのような配布されたデジタルコンテンツ１２で行える事の何らかを制限することを望む。例えば、コンテンツ所有者は、ユーザが、そのようなコンテンツ１２をコピーして第２のユーザに再配布しないように制限する、あるいは、配布されたデジタルコンテンツ１２の再生を、制限された回数のみ、一定の合計時間のみ、特定タイプのマシンのみ、特定タイプのメディアプレーヤのみ、特定タイプのユーザのみに許可したい場合がある。

しかし配布が行われてしまうと、そのようなコンテンツ所有者は、デジタルコンテンツ１２に対する何らかのコントロールを持つにしてもほとんど持たないに等しい。そこで、コピー防止（コピープロテクト）システム１０が、任意形態のデジタルコンテンツ１２のコントロールされたレンダリングまたは再生を許可し、そのコントロールは、柔軟性があり、デジタルコンテンツのコンテンツ所有者によって定義することができる。通例、コンテンツ１２は、適切な配布チャネルを通じて、パッケージ１３の形態でユーザに配布される。配布されるデジタルコンテンツパッケージ１３は、対称の暗号鍵／解読鍵（ＫＤ）で暗号化されたデジタルコンテンツ１２（すなわち（ＫＤ（ＣＯＮＴＥＮＴ）））と、コンテンツを識別する情報、そのコンテンツのライセンスをどのようにして取得するかについて、などの他の情報を含むことができる。

信頼に基づいたコピー防止システム１０では、デジタルコンテンツ１２の所有者は、デジタルコンテンツ１２のレンダリングが許可される前に満たされなければならない規則を指定することができる。そのような規則は、上述の必要条件および／またはその他の条件を含むことができ、ユーザ／ユーザのコンピューティングデバイス１４（以後状況により区別が必要とされない限りこれらの語は同義で使用する）がコンテンツ所有者またはその代理人から取得しなければならないデジタルライセンス１６中に具体化することができるか、またはそのような規則は、すでにコンテンツ１２に添付されている場合もある。このライセンス１６および／または規則は、例えば、恐らくはユーザのコンピューティングデバイスあるいは他の再生装置で解読することができる別の鍵に従って暗号化されたデジタルコンテンツ１２を解読するための解読鍵（ＫＤ）を含むことができる。

一つのデジタルコンテンツ１２のコンテンツ所有者は、ユーザが、ライセンス１６または他の所においてコンテンツ所有者によって指定された規則を順守するということを所有者が確信できない限り、コンテンツ１２をユーザに配布しないことを好むであろう。そこで、ユーザのコンピューティングデバイス１４または他の再生装置は、そのような規則に従う以外はデジタルコンテンツ１２をレンダリングしないという信頼できるコンポーネント（構成要素）または機構１８を備えることが好ましい。

信頼できるコンポーネント１８は、通例、規則を調べ、調べた規則に基づいて、特に、要求元のユーザが、要求されたデジタルコンテンツ１２を、他のものの中で、求められたようにレンダリングする権利を有するかどうかを判定するエバリュエータ（評価器）２０を有する。理解されるように、エバリュエータ２０は、規則に従ってデジタルコンテンツ１２の所有者の要望を実行することをコピー防止システム１０中で信頼して任され、ユーザは、不正目的であれ、他の目的であれ、この信頼できるコンポーネント１８および／またはエバリュエータ２０を容易に改変することができてはならない。

理解されるように、コンテンツ１２をレンダリングするための規則は、ユーザの身元、ユーザの居場所、ユーザが使用しているコンピューティングデバイス１４または他の再生装置のタイプ、コピー防止システム１０を呼び出しているレンダリングアプリケーション、日付、時刻などを含むいくつかの要素に基づいて、ユーザがそのようにレンダリングする権利を有するかどうかを明記することができる。また、規則は、レンダリングを、例えば所定の再生回数や所定の再生時間に限定することができる。

規則は、適切な言語および構文にしたがって定めることができる。例えば、その言語は、満たさなければならない属性および値（ＤＡＴＥはＸより後でなければならないなど）を単に指定しても、指定されたスクリプトに従って機能の実行を要求してもよい（ＤＡＴＥがＸより大きい場合は・・・・をするなど）。

ライセンス１６中の規則が満たされているとエバリュエータ２０が判定すると、デジタルコンテンツ１２をレンダリングすることができる。詳細には、コンテンツ１２をレンダリングするには、上述のライセンス１６などの所定の供給源から解読鍵（ＫＤ）を取得し、コンテンツパッケージ１３から（ＫＤ（ＣＯＮＴＥＮＴ））に適用して実際のコンテンツ１２を得、そして、その実際のコンテンツ１２を実際にレンダリングする。

信頼できるコンポーネント１８は、時には、特定のコンテンツ１２のレンダリングおよび／または特定のライセンス１６の使用に関連する状態情報を保持することが必要である場合があることに留意されたい。例えば、特定のライセンス１６が再生回数の必要条件を有し、そのため、信頼できるコンポーネント１８が、対応するコンテンツ１２をレンダリングするために何回ライセンス１６が用いられたか、または、対応するコンテンツ１２をレンダリングするためにライセンス１６をあと何回用いることができるかを記憶にとどめておかなくてはならない場合がある。したがって、信頼できるコンポーネント１８は、そのような状態情報が安全な方法で持続的に保持される少なくとも１つの永続的なセキュアストア（secure store）２２も含むことであろう。したがって、信頼できるコンポーネント１８は、そのような状態情報をセキュアストア２２に永続的に記憶し、そのような状態情報は、コンピューティングデバイス１４の使用の複数のセッションにわたっても保持される。そのようなセキュアストア２２は、コンピューティングデバイス１４の信頼できるコンポーネント１８に置かれることが多いが、他の場所に配置してもよい。

コピー防止システム１０では、コンテンツ１２は、コンテンツ１２を暗号化し、コンテンツ１２に一組の規則を関連付けることにより、ユーザの使用のためにパッケージされ、それにより、コンテンツ１２は、規則に従ってのみレンダリングすることができる。コンテンツ１２は、規則に従ってのみレンダリングすることができるので、コンテンツ１２は、自由に配布することができる。通例、コンテンツ１２は、前述の鍵（ＫＤ）などの対称鍵に従って暗号化されて（ＫＤ（ｃｏｎｔｅｎｔ））とされ、したがって（ＫＤ（ｃｏｎｔｅｎｔ））も（ＫＤ）に従って解読されて、コンテンツ１２を得る。この（ＫＤ）もまた、コンテンツ１２に対応するライセンス１６に含められる。多くの場合、（ＫＤ）は、コンテンツ１２がレンダリングされるコンピューティングデバイス１４の公開鍵（ＰＵ−Ｃ）などの公開鍵にしたがって暗号化され、（ＰＵ−Ｃ（ＫＤ））とされる。ただし、例えばユーザの公開鍵、ユーザが属するグループの公開鍵など、他の公開鍵を用いてよいことに留意されたい。

現在まで、対応するコンテンツ１２をレンダリングするために単一のライセンス１６のみが必要とされている。この単一のライセンス１６は、通例、ライセンス中で（ＫＤ）を暗号化する公開鍵で表される、１人のユーザ、１台のマシン、１つのユーザグループなどに結び付けられている。それに応じて、無論、信頼できるコンポーネント１８がアクセスを許可することを前提として、その公開鍵に対応する秘密鍵（private key）の所有者だけが（ＫＤ）にアクセスすることができる。ただし、コンテンツ１２をレンダリングするために複数のライセンス１６を必要とすることが有利である事例が存在することは理解されたい。

一例として、複数のライセンス１６の１つが、コンテンツ１２をレンダリングするための規則の２つの部分の第１の部分を指定し、複数のライセンス１６の別のライセンスが、コンテンツ１２をレンダリングする規則の２つの部分の第２の部分を指定する場合がある。別の例として、コンテンツ１２をレンダリングするために複数のライセンス１６を必要とすることにより、ライセンス１６を１つまたは複数の他のライセンス１６に結びつけることができ、したがって、ルートライセンス１６に通じる、リンクあるいは「チェーン化」されたライセンス１６の連続あるいは「連鎖」を形成することができる。そのような状況では、理解できるように、対応するコンテンツ１２のレンダリングを可能にするためには、チェーン化された各ライセンス１６の規則が満たされなければならない。

しかし、チェーン化されたライセンス１６を別のチェーン化ライセンス１６にどのようにして結びつけるか、１つのチェーン化ライセンス１６から次のチェーン化ライセンスにどのようにしてトラバースするか、あるいは、コンテンツ１２をレンダリングするためにライセンス１６のチェーンをどのように使用するかを定義するアーキテクチャあるいは方法はいまだ存在しないことに留意されたい。したがって、とりわけ、チェーン化されたライセンス１６を別のチェーン化ライセンス１６に結びつけること、１つのチェーン化ライセンス１６から次のチェーン化ライセンス１６にトラバースすること、および、ライセンス１６のチェーンを使用してコンテンツ１２をレンダリングすることを達成するアーキテクチャおよび方法が必要とされている。

上記の必要性は、暗号化されたデジタルコンテンツをコンピューティングデバイス上でライセンスのチェーンに従ってレンダリングする方法が提供される本発明により、少なくとも一部分は満たされる。この方法では、コンテンツをレンダリングする要求が受け取られ、そのコンテンツに対応するライセンスのチェーンの場所が見つけられる。チェーンは、コンテンツに結び付けられた、チェーンの一端にあるリーフ（葉）ライセンスと、チェーンのもう一方の端にあるルート（根）ライセンスと、それらの間にある中間ライセンスとを含む。チェーン内のリーフライセンスと中間ライセンスはそれぞれ、チェーン内でルートライセンスに向かって隣接するライセンスに結び付けられ、ルートライセンスは、秘密鍵（ＰＲ−Ｕ）の所有者に結び付けられる。

チェーン内の各ライセンスについて、ライセンスが検証され、ライセンスがコンテンツのレンダリングを許可することが確認される。ルートライセンスに（ＰＲ−Ｕ）を適用し、チェーン内のチェーンキーを解読することに基づいて、コンテンツを解読する暗号鍵がリーフライセンスから取得され、その取得された鍵を暗号化されたコンテンツに適用してコンテンツを解読し、解読されたコンテンツをレンダリングする。

上述の課題を解決するための手段と、以下の本発明の実施形態の詳細な説明は、添付図面と併せて読むことにより、より理解されよう。本発明を具体的に説明するために、図面には現時点で好ましい実施形態を示す。しかし、理解されるように、本発明は、図示される通りの構成と手段に限定されない。

コンピュータ環境
図１と以下の説明は、本発明および／またはその一部を実施することが可能な適切なコンピューティング環境の簡単で概略的な説明を提供するものである。これは必須ではないが、本発明は、クライアントワークステーションやサーバなどのコンピュータによって実行されるプログラムモジュールなどのコンピュータ実行可能命令との一般的関連で説明する。一般に、プログラムモジュールには、特定のタスクを行うか、特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などが含まれる。さらに、本発明および／またはその一部は、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサを利用した、あるいはプログラム可能な家庭電化製品、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含む他のコンピュータシステム構成とともに実施できることは理解されよう。本発明は、通信ネットワークを通じてつながれた遠隔の処理デバイスによってタスクが行われる分散コンピューティング環境で実施してもよい。分散コンピューティング環境では、プログラムモジュールは、ローカルおよびリモート両方のメモリ記憶装置に置くことができる。

図２に示すように、典型的な汎用コンピューティングシステムは、従来のパーソナルコンピュータ１２０などを含み、パーソナルコンピュータ１２０は、処理装置１２１、システムメモリ１２２、および、システムメモリを含む各種のシステム構成要素を処理装置１２１に結合するシステムバス１２３を含む。システムバス１２３は、各種のバスアーキテクチャを使用した、メモリバスあるいはメモリコントローラ、ペリフェラルバス、ローカルバスを含む数種のバス構造のいずれでもよい。システムメモリは、読み取り専用メモリ（ＲＯＭ）１２４とランダムアクセスメモリ（ＲＡＭ）１２５を含む。起動時などにパーソナルコンピュータ１２０内の要素間の情報転送を助ける基本ルーチンを含む基本入出力システム１２６（ＢＩＯＳ）は、ＲＯＭ１２４に記憶される。

パーソナルコンピュータ１２０はさらに、ハードディスク（図示せず）の読み書きを行うハードディスクドライブ１２７、取り外し可能磁気ディスク１２９の読み書きを行う磁気ディスクドライブ１２８、ＣＤ−ＲＯＭや他の光学媒体などの取り外し可能光ディスク１３１の読み書きを行う光ディスクドライブ１３０を含むことができる。ハードディスクドライブ１２７、磁気ディスクドライブ１２８、光ディスクドライブ１３０は、それぞれハードディスクドライブインターフェース１３２、磁気ディスクドライブインターフェース１３３、光ドライブインターフェース１３４によりシステムバス１２３に接続される。これらのドライブとそれに関連付けられたコンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、および他のデータの不揮発性の記憶をパーソナルコンピュータ１２０に提供する。

ここで説明する例示的環境ではハードディスク、取り外し可能磁気ディスク１２９、および取り外し可能光ディスク１３１を用いるが、コンピュータによるアクセスが可能なデータを記憶することができる他のタイプのコンピュータ可読媒体もこの例示的動作環境で使用できることは理解されよう。そのような他のタイプの媒体には、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌーイカートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）などがある。

ハードディスク、磁気ディスク１２９、光ディスク１３１、ＲＯＭ１２４、またはＲＡＭ１２５にはいくつかのプログラムモジュールを記憶することができ、これには、オペレーティングシステム１３５、１つまたは複数のアプリケーションプログラム１３６、他のプログラムモジュール１３７、およびプログラムデータ１３８が含まれる。ユーザは、キーボード１４０やポインティングデバイス１４２などの入力装置を通じてパーソナルコンピュータ１２０にコマンドと情報を入力することができる。他の入力装置（図示せず）には、マイクロフォン、ジョイスティック、ゲームパッド、衛星受信アンテナ、スキャナなどがある。これらおよび他の入力装置は、多くの場合、システムバスに結合されたシリアルポートインターフェース１４６を通じて処理装置１２１に接続されるが、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）などの他のインターフェースで接続してもよい。モニタ１４７または他のタイプの表示装置も、ビデオアダプタ１４８などのインターフェースを介してシステムバス１２３に接続される。モニタ１４７に加えて、パーソナルコンピュータは、通例、スピーカやプリンタなどの他の周辺出力装置（図示せず）を含む。図２の例示的システムは、ホストアダプタ１５５、ＳＣＳＩ（スモールコンピュータシステムインターフェース）バス１５６、および、ＳＣＳＩバス１５６に接続された外部記憶装置１６２も含む。

パーソナルコンピュータ１２０は、リモートコンピュータ１４９などの１つまたは複数のリモートコンピュータとの論理接続を使用するネットワーク環境で動作することができる。リモートコンピュータ１４９は、別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、あるいは他の一般的なネットワークノードであり、図２にはメモリ記憶装置１５０のみを示すが、通例はパーソナルコンピュータ１２０との関連で上述した要素の多くまたはすべてを含む。図２に示す論理接続は、ローカルエリアネットワーク（ＬＡＮ）１５１とワイドエリアネットワーク（ＷＡＮ）１５２を含む。このようなネットワーキング環境は、オフィス、企業内のコンピュータネットワーク、イントラネット、インターネットなどに一般的に見られる。

ＬＡＮネットワーキング環境で使用される場合、パーソナルコンピュータ１２０は、ネットワークインターフェースあるいはアダプタ１５３を通じてＬＡＮ１５１に接続される。ＷＡＮネットワーキング環境で使用される場合、パーソナルコンピュータ１２０は通例、インターネットなどのワイドエリアネットワーク１５２を通じて通信を確立するためのモデム１５４あるいは他の手段を含む。モデム１５４は、内蔵型でも外付け型でもよく、シリアルポートインターフェース１４６を介してシステムバス１２３に接続される。ネットワーク環境では、パーソナルコンピュータ１２０との関連で図示するプログラムモジュールあるいはその一部は、遠隔のメモリ記憶装置に記憶することができる。図のネットワーク接続は典型的なものであり、コンピュータ間に通信リンクを確立する他の手段を使用してよいことは理解されよう。

チェーン化されたライセンス１６およびその使用
本発明では、コンテンツ１２には、リンクあるいは「チェーン化」されたライセンス１６の一連あるいはリンクされた「チェーン（連鎖）」を処理することができるコンテンツ保護システム１０に従って、コンピューティングデバイス１４上でアクセスすることができる。

次に図３に移ると、チェーン化されていない１つのライセンス１６が１人のユーザ、１台のマシン、１つのユーザグループなどに結び付けられている状況で、そのユーザ、マシン、グループなどの公開鍵（ＰＵ−Ｕ）がライセンス１６内で（ＫＤ）を暗号化して（ＰＵ−Ｕ（ＫＤ））となっていることが見て取れる。したがって、無論、信頼できるコンポーネント１８がアクセスを許可することを前提とすると、（ＰＵ−Ｕ）に対応する秘密鍵（ＰＲ−Ｕ）の所有者だけが、その（ＰＵ−Ｕ（ＫＤ））から（ＫＤ）を得ることができる。実際には、このようなチェーン化されていないライセンス１６は、次のように用いられる。前もって、ユーザが、ライセンス１６に対応するコンテンツ１２の一部として含まれるコンテンツパッケージ１３を選択するが、パッケージ１３中のコンテンツ１２は、すでにコンテンツキー（ＫＤ）に従って暗号化されて（ＫＤ（ｃｏｎｔｅｎｔ））となっている。パッケージ１３は、コンテンツ１２を識別するコンテンツＩＤあるいは「ＫＩＤ」も有する。少なくとも一部の事例では、このＫＩＤは、コンテンツ１２を解読するコンテンツキー（ＫＤ）を導出することができる値を表すことができる。

いずれにせよ、図３に示すように、このＫＩＤは、チェーン化されていないライセンス１６とともに含められ、ライセンス１６は、おそらくライセンスストアなど（図示せず）に記憶され、ライセンスストア中でその中のＫＩＤに従って索引付けされる。したがって、ＫＩＤと一体のコンテンツパッケージ１３を選択すると、信頼できるコンポーネント１８は、そのＫＩＤを用いて、ライセンスストア中のライセンス１６を見つけ、選択することができる。

このようなライセンス１６は、恐らくは、ライセンス１６の内容とライセンスの発行者の秘密鍵（ＰＲ−Ｌ）とに基づくデジタル署名（電子著名、デジタルサインともいう）を含み、そのため、この署名は、関連する当業者（relevant public）には周知の、あるいは明らかであるはずの方法で、対応する発行者の公開鍵（ＰＵ−Ｌ）を適用することによって、検証することができ、ここで（ＰＵ−Ｌ）は、恐らく、信頼できるコンポーネント１８が入手できる。したがって、ライセンス１６を選択すると、信頼できるコンポーネント１８は、実際にその署名を検証し、その検証の結果が肯定である場合は、対応するコンテンツ１２をレンダリングするためにライセンス１６の使用が進行する。

詳細には、前述したように、ライセンス１６は、コンテンツ１２のレンダリングを許可する前にライセンスエバリュエータ２０によって評価され、満たされなければならない規則あるいはポリシー（対策や規約をまとめたもの）も含んでいる。したがって、ライセンスエバリュエータ２０は、実際にライセンス１６中の規則を評価して、規則が、コンテンツ１２を要求された方法でレンダリングすることを許可するものかどうかを決定する。規則が実際にコンテンツ１２のレンダリングを許可するものと想定すると、信頼できるコンポーネント１８は、上述のようにライセンス１６中の（ＰＵ−Ｕ（ＫＤ））を見つけ、それに（ＰＲ−Ｕ）を適用して（ＫＤ）を露出（reveal;あらわにする）し、ここで（ＰＲ−Ｕ）は、恐らく、信頼できるコンポーネントが入手できる。この時点で明らかであると思われるが、信頼できるコンポーネント１８は、次いでコンテンツパッケージ１３からの（ＫＤ（ｃｏｎｔｅｎｔ））に（ＫＤ）を適用してコンテンツ１２を露出し、次いで、露出されたコンテンツ１２をレンダリングするために適切なアプリケーション（図示せず）に転送する。

繰り返すと、図３のチェーン化されていない１つのライセンス１６は、ユーザ、マシン、ユーザグループなどの公開鍵（ＰＵ−Ｕ）を使用することにより、直接ユーザ、マシン、ユーザグループなどに結び付けられてコンテンツキー（ＫＤ）を暗号化するので、したがって、この１つのライセンス１６に対応するコンテンツ１２をレンダリングするには他のライセンス１６は必要でない。

しかし、次に図４に移ると、本発明の一実施形態では、チェーン化されたライセンス１６が別のライセンス１６に結び付けられて、ライセンス１６のチェーン２４を形成しており、それにより、対応するコンテンツ１２のレンダリングを許容にするには、チェーン２４の各ライセンス１６が存在して、検証されなければならず、かつ「チェーン化」された各ライセンス１６の規則が満足されなければならない。この実施形態では、本図に示すように、このようなチェーン２４は以下のものを含む。

− 対応するコンテンツ１２のＫＩＤ（この場合はＫＩＤ１）を含む「リーフ」（葉）ライセンス１６ｌ（ｌはエル）；
− ユーザ、マシン、ユーザのグループなどの公開鍵（ＰＵ−Ｕ）を使用することにより、ユーザ、マシン、ユーザのグループなどに結び付けられて、解読されなければならない値を暗号化する「ルート」（根）ライセンス１６ｒ；および
− リーフライセンス１６ｌとルートライセンス１６ｒを相互につないでチェーン２４を形成するゼロ個、１個または複数個の中間ライセンス１６ｉ（図４には１個のものを示す）。

図から分かるように、チェーン化されていないライセンス１６と同様に、リーフライセンス１６１、ルートライセンス１６ｒ、および中間ライセンス１６ｉはそれぞれ、ＫＩＤ（ＫＩＤ１、ＫＩＤ２、ＫＩＤ３など）、規則のセット、および、デジタル署名を含む。

これも図から分かるように、チェーン２４中のリーフライセンス１６ｌと中間ライセンス１６ｉは、チェーン２４中でルートライセンス１６ｒに向かって次のライセンス１６が中間ライセンス１６ｉまたはルートライセンス１６ｒである場合には、チェーン２４中でルートライセンス１６ｒに向かって次のライセンス１６をポイントするアップリンクＫＩＤ（ｘ＋１）をそれぞれが追加的に含む点で、チェーン化されていないライセンス１６と区別される。チェーン２４中のリーフライセンス１６ｌと中間ライセンス１６ｉは、一方の暗号鍵を暗号化する他方の暗号鍵が（ＰＵ−Ｕ（ＫＤ））でない点でもチェーン化されていないライセンス１６と区別される。代わりに、リーフライセンス１６ｌの場合は、（ＫＤ）は、対称のリンクキー（ＫＬｘ）に従って暗号化される。図示するように、この（ＫＬｘ）は、チェーン２４中でルートライセンス１６ｒに向かって次のライセンス１６から得ることができる。同様に、中間ライセンス１６ｉの場合は、チェーン２４中でリーフライセンス１６ｌに向かって次のライセンス１６との関係で用いられる対称リンクキー（ＫＬ（ｘ−１））が、別の対称リンクキー（ＫＬｘ）に従って暗号化され、この別の（ＫＬｘ）は、この場合も、チェーン２４中でルートライセンス１６ｒに向かって次のライセンス１６から得ることができる。

さらに図から分かるように、チェーン２４中のルートライセンス１６ｒは、特にルートライセンス１６ｒとしてチェーン２４の最後にある限りは、アップリンクＫＩＤ（ｘ＋１）を含まない。重要な点として、ルートライセンス１６ｒでは、他方の暗号鍵を暗号化する一方の暗号鍵が（ＰＵ−Ｕ（ＫＤ））ではなく、代わりに、チェーン２４中でリーフライセンス１６ｌに向かっての次のライセンス１６との関係で用いられる対称リンクキー（ＫＬ（ｘ−１））を暗号化する（ＰＵ−Ｕ）がある（すなわち（ＰＵ−Ｕ（ＫＬ（ｘ−１）））。

ここで理解されるように、ここまで述べたライセンス１６のチェーン２４では、リーフライセンス１６ｌまたは中間ライセンス１６ｉである場合、各ライセンス１６は、その中に次のライセンス１６へのアップリンクＫＩＤ（ｘ＋１）を含むことにより、ルートライセンス１６ｒに向かって次のライセンス１６につながれる。また、ルートライセンス１６ｒは、その中の（ＰＵ−Ｕ（ＫＬ（ｘ−１）））により、ユーザ、マシン、ユーザのグループなどに結び付けられる。それに対応して、各ライセンス１６は、ルートライセンス１６ｒまたは中間ライセンス１６ｌである場合には、その中に次のライセンス１６の対称リンクキー（ＫＬ（ｘ−１））を含むことにより、リーフライセンス１６ｌに向かって次のライセンス１６に連鎖される。最後に、リーフライセンス１６ｌは、保護されたコンテンツ１２を解読するコンテンツキー（ＫＤ）を有することを覚えておかれたい。

この時点で理解できるように、図４との関連で述べたライセンス１６のチェーン２４は、ＫＩＤ１を有するリーフライセンス１６ｌまでコンテンツ１２中のＫＩＤ１をたどり、次いで、そのようなアップリンクＫＩＤ（ｘ＋１）を持たないルートライセンス１６ｒが見つかるまでチェーン１４の各ライセンス１６中のアップリンクＫＩＤ（ｘ＋１）（ＫＩＤ２、ＫＩＤ３など）をたどることで使われる。その後、ルートライセンス１６ｒからの（ＰＵ−Ｕ（ＫＬ（ｘ−１）））に（ＰＲ−Ｕ）を適用して、リーフライセンス１６ｌに向かって次のライセンス１６のリンクキー（ＫＬ（ｘ−１））を露出し、逆の方向にチェーン２４をトラバースし、その際に、各段階で、ライセンス１６が中間ライセンス１６ｉである場合は（ＫＬｘ（ＫＬ（ｘ−１）））を解読して（ＫＬ（ｘ−１））を露出するか、あるいは、ライセンス１６がリーフライセンス１６ｌである場合は、（ＫＬ１（ＫＤ））を解読して（ＫＤ）を露出する。

注目に値すべき点は、特定のチェーン２４中の各ライセンス１６は、そのライセンスのデジタル署名が正しいと確認されるかどうか、そしてそのライセンスの規則がコンテンツ１２を求められている方法でレンダリングすることを許可するかどうかに関して、単独で評価されることである。ライセンスのチェーン２４がコンテンツのレンダリングを可能にするには、各ライセンス１６が、そのようなレンダリングを許可しなければならない。動作回数などのセキュアな（安全な）状態のストア（セキュアストア）２２内の状態データは、ライセンス１６ごとに保持され、チェーン２４中のライセンス１６ごとに独立して扱われる。例えば、ルートライセンス１６ｒとリーフライセンス１６ｌが特定のコンテンツ１２の完全なチェーン２４を形成し、それぞれのライセンスが再生回数を有する場合は、ルートライセンス１６ｒの再生回数とリーフライセンス１６ｌの再生回数は、両方とも、コンテンツ１２をレンダリングするためにチェーン２４が用いられる際に適切に調整される。どちらかの再生回数のためにコンテンツ１２のレンダリングが阻止される場合は、もう一方の再生回数がコンテンツ１２のレンダリングを実際に許可してもよい場合でも、コンテンツ１２は実際にはレンダリングされない。

次に図５を参照すると、図４に示すようなライセンスのチェーン２４の使用方法が、より詳細に開示されている。予め、図４のチェーン２４の各ライセンス１６が、そのチェーン２４に基づいてレンダリングされるべきコンテンツ１２を有するコンピューティングデバイス１４に存在するものとし、このチェーン２４には、アップリンクＫＩＤ２と（ＫＬＩ（ＫＤ））を有するリーフライセンス１６ｌ、アップリンクＫＩＤ（ｘ＋１）（ＫＩＤ３、ＫＩＤ４など）と（ＫＬｘ（Ｋｌ（ｘ−１）））を有する中間ライセンス１６ｉ、および、（ＰＵ−Ｕ（ＫＬ（ｘ−１）））を有するルートライセンス１６ｒが含まれていると想定する。

コンテンツ１２をレンダリングする要求を受け取ると（ステップ５０１）、コンピューティングデバイスの信頼できるコンポーネント１８は、そのコンテンツ１２に関連付けられたＫＩＤ１を判定し（ステップ５０３）、コンピューティングデバイス上のライセンスストアでそのＫＩＤ１を有するライセンス１６を見つけ（ステップ５０５）、見つかったライセンス１を検証し、見つかったライセンス１６の規則が、コンテンツ１２を求められている方法でレンダリングすることを確実に許可するようにする（ステップ５０７）。信頼できるコンポーネント１８は、この時点では、見つかったライセンス１６がリーフライセンス１６ｌであるか、チェーン化されていないライセンス１６であるかはまだ分からないことに留意されたい。したがって、見つかったライセンス１６が有効と確認され、コンテンツ１２のレンダリングを許可すると想定すると、信頼できるコンポーネント１８は、次いで、見つかったライセンス１６がアップリンクＫＩＤ（この場合はＫＩＤ２）を有するかどうかを判定する（ステップ５０９）。この時点で明らかと思われるが、見つかったライセンス１６がアップリンクＫＩＤ２を持たない場合、見つかったライセンス１６は、チェーン化されていないライセンス１６であってリーフライセンス１６ｌではないことになり、図５に示すように、ステップ５１１、５１３、そして５２３を通じて、チェーン化されていないライセンス１６の処理が進行する。

一方、これも明らかと思われるが、見つかったライセンス１６が実際にアップリンクＫＩＤ２を有する場合、その見つかったライセンス１６はリーフライセンス１６ｌであることになり、ステップ５０５に処理が続き、信頼できるコンポーネントは、コンピューティングデバイスのライセンスストアでその（アップリンク）ＫＩＤ２を有するライセンス１６（中間ライセンス１６ｉまたはルートライセンス１６ｒ）を見つけ、ステップ５０７で、見つかったライセンス１６が有効であるか検証し、見つかったライセンス１６の規則が、コンテンツ１２を求められている方法でレンダリングすることを許可することを保証する。ここで、信頼できるコンポーネント１８は、この時点では、見つかったライセンス１６が中間ライセンス１６ｉであるか、ルートライセンス１６ｒであるかはまだ分からないことに留意されたい。したがって、見つかったライセンス１６が有効と確認され、コンテンツ１２のレンダリングを許可すると想定すると、信頼できるコンポーネント１８は、やはりこの場合も、ステップ５０９で、見つかったライセンス１６がアップリンクＫＩＤ（この場合はＫＩＤ３）を有するかどうかを判定する。この時点で明らかなように、見つかったライセンス１６がアップリンクＫＩＤ３を持たない場合、見つかったライセンス１６はルートライセンス１６ｒであることになり、したがって処理はステップ５１１（下記参照）に進み、ライセンス１６のチェーン２４がリーフライセンス１６ｌに向かってトラバースされる。

また一方、これもここで明らかと思われるが、見つかったライセンス１６が実際にアップリンクＫＩＤ３を有する場合、見つかったライセンス１６は、中間ライセンス１６ｉであることになり、したがって処理はこの場合もステップ５０５に進む。したがって、ステップ５０９で、その中にアップリンクＫＩＤ（ｘ＋１）がないことによってルートライセンス１６ｒが見つかるまで、１つまたは複数の中間ライセンス１６ｉが処理される。

見つかったライセンス１６がルートライセンス１６ｒであると実際に判定すると、信頼できるコンポーネント１８は、処理を続け、見つかったルートライセンス１６ｒから、その中に含まれている（ＰＵ−Ｕ（ＫＬ（ｘ−１）））を取得し（ステップ５１１）、その（ＰＵ−Ｕ（ＫＬ（ｘ−１）））に（ＰＲ−Ｕ）を適用して（ＫＬ（ｘ−１））を露出する（ステップ５１３）。信頼できるコンポーネント１８は、（ＰＲ−Ｕ）を所持するものと想定されていることに留意されたい。また、上述のように、露出された（ＫＬ（ｘ−１））は、リーフライセンス１６ｌに向かって次のライセンス１６との関連で用いられることにも留意されたい。さらに、リーフライセンス１６ｌに向かって次のライセンス１６との関連で用いられる露出された（ＫＬ（ｘ−１））について、信頼できるコンポーネント１８は、適切なリスト（図示せず）を保持するか、または他の方法により、チェーン２４中のライセンス１６の通った跡と、ルートライセンス１６ｒに向かってトラバースする際に見られたそれらライセンス１６の順序を常に把握すべきことに留意されたい。

したがって、チェーン２４内で見つかった各中間ライセンス１６ｉについて、信頼できるコンポーネント１８は、ルートライセンス１６ｒからリーフライセンス１６ｌに向かう順序で、その中間ライセンス１６ｌから、それに含まれる（ＫＬｘ（ＫＬ（ｘ−１）））を取得し（ステップ５１５）、その（ＫＬｘ（ＫＬ（ｘ−１）））に（ＫＬｘ）を適用して（ＫＬ（ｘ−１））を露出する（ステップ５１７）。ここで理解されるように、どの特定の中間ライセンス１６ｉについても、その（ＫＬｘ（ＫＬ（ｘ−１）））に適用する（ＫＬｘ）は、ルートライセンス１６ｒに向かって次のライセンス１６がルートライセンス１６ｒであるか、別の中間ライセンス１６ｉであれば、ルートライセンス１６ｒに向かって次のライセンス１６から見つかる。

最後に、信頼できるコンポーネント１８は、ステップ５１７でリーフライセンス１６ｌに向かって最後の中間ライセンス１６ｉから（ＫＬ１）を得ると、次に信頼できるコンポーネント１８は、そのリーフライセンス１６ｌから、それと共に含まれる（ＫＬ１（ＫＤ））を取得し（ステップ５１９）、その（ＫＬ１（ＫＤ））に（ＫＬ１）を適用して（ＫＤ）を露出し（ステップ５２１）、コンテンツパッケージ１３からの（ＫＤ（ｃｏｎｔｅｎｔ））に（ＫＤ）を適用してコンテンツ１２を露出する（ステップ５２３）。

言うまでもなく、ステップ５１４でチェーン２４が中間ライセンス１６ｉを含まないと判定される場合は、ルートライセンス１６ｒが（ＰＵ−Ｕ（ＫＬ１））を含んでおり、プロセスはステップ５１３から直接ステップ５１９に進む。

ここで図５から明らかなように、信頼できるコンポーネント１８によるライセンス１６の処理では、見つかった各ライセンス１６がチェーン化されていないライセンス１６、リーフライセンス１６ｌ、中間ライセンス１６ｉ、ルートライセンス１６ｒ等と実際にラベル付けされることは必要とされない。代わりに、本発明では以下の事例が典型的である。（１）コンテンツ１２部分のＫＩＤを持ち、アップリンクＫＩＤ（ｘ＋１）を持たないライセンス１６は、チェーン化されていないライセンス１６である。（２）コンテンツ１２部分のＫＩＤとアップリンクＫＩＤ（ｘ＋１）を有するライセンス１６は、リーフライセンス１６ｌである。（３）別のライセンス１６のアップリンクＫＩＤ（ｘ＋１）によって参照されるＫＩＤｘと、それ自身のアップリンクＫＩＤ（ｘ＋１）とを有するライセンス１６は、中間ライセンス１６ｉである。（４）別のライセンス１６のアップリンクＫＩＤ（ｘ＋１）によって参照されるＫＩＤｘを持ち、それ自身のアップリンクＫＩＤ（ｘ＋１）を持たないライセンス１６は、ルートライセンス１６ｒである。しかし、例えば、あるライセンス１６がコンテンツ１２のある部分に関しては中間ライセンス１６ｉであり、同時に、コンテンツ１２の別の部分に関してはリーフライセンス１６ｌである事例が存在する場合があることに留意されたい。ただし、現時点では、そのような事例は、不必要であり、また処理が過度に複雑であるので勧められないと考える。

本開示でここまで述べたように、ライセンス１６は、チェーン２４として線形に相互と結びつけることができる。ただし、ライセンス１６は、複数のチェーン２４を有するツリーとして階層的に相互と結びつけることもできることを理解されたい。例えば、そのようなツリーの事例では、特定のルートライセンス１６ｒのＫＩＤが、最初の下位レベルにおける複数の中間ライセンス１６ｉそれぞれのアップリンクＫＩＤになり、最初の下位レベルの複数の中間ライセンス１６ｉそれぞれについて、そのライセンスのＫＩＤは、２番目の下位レベルの複数の中間ライセンス１６ｉそれぞれのアップリンクＫＩＤになり、２番目の下位レベルの複数の中間ライセンス１６ｉそれぞれについて、そのライセンスのＫＩＤは、３番目の下位レベルの複数のリーフライセンス１６ｌそれぞれのアップリンクＫＩＤになる。さらに、それぞれ、第１の下位レベルにある各種の中間ライセンス１６ｉと、ルートライセンス１６ｒに関係するアップリンクＫＩＤを有する第１の下位レベルと第２の下位レベルのうちの任意の１つに、追加的なリーフライセンス１６ｌが存在する事例がある可能性がある。とりわけ、そのような階層的なライセンス１６のツリーの任意のリーフライセンス１６ｌに関して、ツリーのリーフライセンス１６ｌとルートライセンス１６ｒの間にやはりライセンス１６のチェーン２４を見出すことができ、したがって、図５との関連で述べたプロセスをなお用いることができる。

さらに、階層的に編成されたライセンス１６のツリーでは、ツリーのルートライセンス１６ｒに示された規則が満たされなければならず、そのツリーに結び付けられたコンテンツ１２をレンダリングするには、そのルートライセンス１６ｒが有効であることが検証されなければならないことは理解されよう。同様に、中間ライセンス１６ｉで表されるツリーの下位枝については、その枝に結び付けられたコンテンツ１２をレンダリングするには、その枝の中間ライセンス１６ｉに示される規則が満たされなければならず、その中間ライセンス１６ｉが有効であることが検証されなければならない。その結果、理解できるように、ツリー中の１つのライセンス１６で、ツリー中のその１つのライセンス１６から分岐する多くのリーフライセンス１６ｌとの関連でレンダリングをコントロールすることができる。例えば、ツリー中の１つのライセンス１６の取り消し、期限切れなどが生じると、ツリー中のその１つのライセンス１６から分岐するリーフライセンス１６ｌに関連するレンダリングが阻止されることになる。

想定されるシナリオの１つでは、複数のリーフライセンス１６ｌが、１カ月で有効期限が切れるルートライセンス１６ｒに直接または間接的に結び付けられる。したがって、ユーザが、例えばライブラリに編成されたコンテンツ１２など、そのようなリーフライセンス１６ｌに結び付けられたコンテンツ１２を見られるようにするには、契約サービスが、そのサービスに加入したユーザに毎月ルートライセンス１６ｒを再発行する。明らかであるように、ルートライセンス１６ｒの再発行は、すべてのリーフライセンス１６ｌを再発行するより、はるかに簡単で、時間がかからない。

例えば、ツリーが周期的あるいはループする部分を含む事例が存在しうることに留意されたい。例えば、ライセンス１６が条件付きでアクセスされる複数のアップリンクＫＩＤを含む可能性がある事例のように、技術的には実現可能であるが、現時点では、そのような事例は、不必要であり、また構築と動作が過度に複雑であるため勧められないと考える。

本発明との関連で理解できるように、リーフライセンス１６ｌまたは中間ライセンス１６ｉの取得時に、ルートライセンス１６ｒに向かってチェーン２４にある可能性があり、また対応するコンテンツ１２をレンダリングするために必要なルートライセンス１６ｒを含む他のライセンス１６について、現在のライセンスデータを提供することが有用であろう。同様に、コンテンツ１２自体が同様の現在のライセンスデータを有することもできる。そのようなライセンスデータは、ＫＩＤ／アップリンクＫＩＤのリストを備えることができる。そのライセンスデータに基づいて、コンテンツ保護システム１０および／またはその信頼できるコンポーネント１８は、必要に応じて、必要とされるチェーンのライセンス１６に対するライセンス要求を発行することができる。そのようなライセンスデータは、恐らくは、とりわけ利用可能な中間ライセンス１６ｉとリーフライセンス１６ｌのツリーを記述するために、ルートライセンスの取得時にも有用であろう。

結論
本発明は、特定の結び付けられた方法で編成された、適切なコンテンツ１２とライセンス１６に関して実施することができる。ここで理解されるように、本明細書に述べられる本発明では、コンテンツ１２のレンダリングは、１つのみではなく２つ以上の対応するライセンス１６に従ってコントロールすることができ、詳細には、それぞれ真正性が検証され、満たされなければならない複数のライセンス１６に基づいてコントロールすることができる。

本発明に関連して行われるプロセスを達成するために必要なプログラミングは、比較的単純・簡単であり、関連するプログラミングの当業者には明白であろう。そのため、そのようなプログラミングは、本明細書に添付していない。本発明の主旨および範囲から逸脱することなく、任意の特定のプログラミングを用いて本発明を実施してよい。

前述の説明で、本発明は、とりわけ、チェーン化されたライセンス１６を別のチェーン化ライセンス１６に結び付け、１つのチェーン化ライセンス１６から次のチェーン化ライセンス１６にトラバースし、チェーン化ライセンス１６のチェーン２４を用いてコンテンツ１２をレンダリングすることを可能にする、新規で有用なアーキテクチャまたは方法を備えるものであることが理解できよう。本発明の概念から逸脱することなく、上記の実施形態に変更を加えてよいことが理解されよう。そのため、一般には、本発明はここに開示された特定の実施形態に限定されることなく、特許請求の範囲で定義される本発明の主旨と範囲内にある全ての変更を包含することを意図していると理解されるべきである。

デジタルコンテンツに対応するデジタルライセンスを受け取り、そのライセンスに従ってのみコンテンツのレンダリングを許可する信頼できるコンポーネントを備えるコンピューティングデバイスを含む、信頼に基づいたシステムの一例の施行アーキテクチャを示すブロック図である。 本発明の態様および／またはその一部を組み込むことが可能な汎用コンピュータシステムを示すブロック図である。 デジタルライセンスがチェーン化されていない場合の図１のデジタルコンテンツとデジタルライセンス間の関係を示すブロック図である。 本発明の一実施形態による、図１のデジタルコンテンツとチェーン化された複数のデジタルライセンスとの関係を示すブロック図である。 本発明の一実施形態によりコンテンツのレンダリングを許可するかどうかを判定する過程で図４のチェーンをトラバースする際に図１の信頼できるコンポーネントによって行われる主要なステップを示す流れ図である。

符号の説明

１０ コンテンツ保護システム
１２ コンテンツ
１３ コンテンツパッケージ
１４ コンピューティングデバイス
１６ ライセンス
１６Ｌ リーフライセンス
１６Ｉ 中間ライセンス
１６Ｒ ルートライセンス
１８ 信頼できるコンポーネント
２０ エバリュエータ
２２ セキュアストア
２４ チェーン
１２０ コンピュータ
１２１ 処理装置
１２２ システムメモリ
１２３ システムバス
１２７ ハードドライブ
１２８ フロッピー（登録商標）ドライブ
１２９ ストレージ
１３０ 光学ドライブ
１３１ ストレージ
１３２ ハードディスクドライブＩ／Ｆ
１３３ 磁気ディスクドライブＩ／Ｆ
１３４ 光学ドライブＩ／Ｆ
１３６ アプリケーションプログラム
１３７ 他のプログラム
１３８ プログラムデータ
１４０ キーボード
１４２ マウス
１４６ シリアルポートＩ／Ｆ
１４７ モニタ
１４８ ビデオアダプタ
１４９ リモートコンピュータ
１５０ メモリ
１５３ ネットワークＩ／Ｆ
１５４ モデム
１５５ ホストアダプタ
１５６ ＳＣＳＩバス
１６２ 記憶装置

Claims (5)

1. コンテンツキー（ＫＤ）を用いて暗号化されたデジタルコンテンツを、ライセンスのチェーンに従って、信頼できるコンポーネントを含むコンピューティングデバイス上でレンダリングする方法であって、前記信頼できるコンポーネントは、公開鍵（ＰＵ−Ｕ）に対応する秘密鍵（ＰＲ−Ｕ）を含み、前記方法は、
   前記信頼できるコンポーネントが、前記デジタルコンテンツをレンダリングする要求を受け取るステップであって、前記デジタルコンテンツは、前記デジタルコンテンツに関連付けられたリーフライセンスを識別するためのリンク識別子を有する、ステップと、
   前記信頼できるコンポーネントが、前記デジタルコンテンツに対応する前記ライセンスのチェーンを見つけるステップであって、前記チェーンは、前記チェーンの一端にある前記リーフライセンスと、前記チェーンのもう一方の端にあるルートライセンスと、前記リーフライセンスと前記ルートライセンスとの間にある少なくとも１つの中間ライセンスとを含み、前記チェーンのライセンスの各々は、前記デジタルコンテンツをレンダリングする前に満たさなければいけない規則と、ライセンスを識別するための固有の識別子とを含み、前記リーフライセンスは、前記コンテンツキー（ＫＤ）と、前記チェーン内で前記ルートライセンスに向かって隣接するライセンスの前記識別子を識別するためのアップリンク識別子とを備え、前記リーフライセンスの識別子は、前記リンク識別子によって参照され、前記少なくとも１つの中間ライセンスの各々は、前記アップリンク識別子を備え、前記少なくとも１つの中間ライセンスの各々の識別子は、別のライセンスのアップリンク識別子によって参照され、前記ルートライセンスは、前記アップリンク識別子を有さず、前記ルートライセンスの識別子は、前記少なくとも１つの中間ライセンスのうちの１つにおけるアップリンク識別子によって参照され、前記見つけるステップは、
   前記デジタルコンテンツに関連付けられた前記リンク識別子を識別するステップと、
   前記リンク識別子を用いて前記リーフライセンスを識別するステップと、
   前記リーフライセンスの規則が満たされているかを検証して、前記リーフライセンスが前記デジタルコンテンツのレンダリングを許可することを確認するステップと、
   前記リーフライセンスの前記アップリンク識別子によって参照される識別子を有するライセンスを見つけるステップと、
   ｘ番目のライセンスがアップリンク識別子を有さず、前記ルートライセンスであると判定されるまで、
   見つけた（ｘ−１）番目のライセンスの前記アップリンク識別子に対応する識別子を有するｘ番目のライセンスを見つけるステップと、
   当該見つけたｘ番目のライセンスの規則が満たされているかを検証して、前記ｘ番目のライセンスが前記デジタルコンテンツのレンダリングを許可することを確認するステップと、
   前記ｘ番目のライセンスがアップリンク識別子を有するかどうかを判定するステップと
   を反復して実行するステップと
   を備える、ステップと、
   前記信頼できるコンポーネントが、前記ライセンスのチェーンにおける各ライセンスの規則が検証され、前記チェーンにおける各ライセンスの前記規則を満たすと判定すると、前記リーフライセンスから前記デジタルコンテンツを解読するための前記コンテンツキー（ＫＤ）を取得するステップであって、前記取得するステップは、
   見つかったライセンスがルートライセンスであると判定すると、見つかったルートライセンスから、前記公開鍵（ＰＵ−Ｕ）に従って暗号化された（ＰＵ−Ｕ（ＫＬ（ｘ−１）））を取得するステップと、
   前記（ＰＵ−Ｕ（ＫＬ（ｘ−１）））に、前記秘密鍵（ＰＲ−Ｕ）を適用することにより、（ｘ−１）番目のライセンスのリンクキー（ＫＬ（ｘ−１））を取得するステップと、
   前記チェーンにおいて前記リーフライセンスと前記ルートライセンスとの間にある各ライセンスについて、前記ルートライセンスから前記リーフライセンスへの順序で、リンクキー（ＫＬ１）を取得するまで、
   隣接するライセンスから、前記（ｘ−１）番目のライセンスのリンクキー（ＫＬ（ｘ−１））に従って暗号化された（ＫＬ（ｘ−１）（ＫＬ（ｘ−２）））を取得するステップと、
   前記（ＫＬ（ｘ−１）（ＫＬ（ｘ−２）））に、リンクキー（ＫＬ（ｘ−１））を適用することにより、隣接する（ｘ−２）番目のライセンスのリンクキー（ＫＬ（ｘ−２））を取得するステップと
   を反復して実行してステップと、
   前記リーフライセンスから、リンクキー（ＫＬ１）に従って暗号化された（ＫＬ１（ＫＤ））を取得するステップと、
   前記（ＫＬ１（ＫＤ））に、リンクキー（ＫＬ１）を適用することにより、前記コンテンツキー（ＫＤ）を取得するステップと
   を備える、ステップと、
   前記信頼できるコンポーネントが、前記暗号化されたデジタルコンテンツに前記コンテンツキー（ＫＤ）を適用して前記暗号化されたデジタルコンテンツを解読するステップと
   を備えることを特徴とする方法。
2. 前記ライセンスのチェーンは、１つの中間ライセンスを含むことを特徴とする請求項１に記載の方法。
3. 前記ライセンスのチェーンは、２つの中間ライセンスを含むことを特徴とする請求項１に記載の方法。
4. 前記ライセンスのチェーンは、３つの中間ライセンスを含むことを特徴とする請求項１に記載の方法。
5. 前記ライセンスのチェーンは、４つの中間ライセンスを含むことを特徴とする請求項１に記載の方法。

Images