JP2004259280A - デジタル著作権管理（ｄｒｍ）システムにおけるデジタルライセンスとユーザとの結び付け、およびユーザと複数のコンピューティングデバイスとの結び付け - Google Patents

Abstract

【課題】 デジタル著作権管理（ＤＲＭ）システムでのデジタルライセンスとユーザとの結び付け、およびユーザと複数のコンピューティングデバイスとの結び付けを提供する。
【解決手段】 第１のコンピューティングデバイスの第１の委託されたコンポーネントは、暗号化、評価、および執行を行なって、第１のコンピューティングデバイスに結び付けられ、第１のコンピューティングデバイスに関連付けられた第１のユーザ−マシン認証がユーザに結び付けられる。第１の委託されたコンポーネントは、第１のユーザ−マシン認証およびライセンスの手を経て第１のコンピューティングデバイスでレンダリングするコンテンツを取得する。第２のコンピューティングデバイスの第２の委託されたコンポーネントと第２のユーザ−マシン認証もこれと同様の機能を有する。
【選択図】 図４

Description

本発明は、デジタルコンテンツに対して著作権を執行するデジタル著作権管理（ＤＲＭ）システムなどのシステムに関する。より詳細には、本発明は、デジタルコンテンツのユーザにより取得されたライセンス権利により指定されたパラメータに従ってのみ、コンピューティングデバイス（コンピュータ装置）上で暗号化されたデジタルコンテンツにアクセスすることを許可する執行システムに関する。さらに詳細には、本発明は、ユーザに結び付けられ、かつユーザを１つまたは複数のコンピューティングデバイスに結び付るデジタルライセンスを提供することに関する。

図１を参照すると、知られているように、デジタル著作権の管理（ＤＲＭ）および執行のシステムは、デジタルオーディオ、デジタルビデオ、デジタルテキスト、デジタルデータ、デジタルマルチメディアなど、ユーザに配布されるデジタルコンテンツ１２との関連で大いに望まれている。ユーザは、デジタルコンテンツを受信すると、パーソナルコンピュータ１４のメディアプレーヤなどのしかるべきレンダリングデバイスを用いてデジタルコンテンツをレンダリング（演奏）すなわち「再生」する。

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

しかし、配布が行われてしまうと、コンテンツ所有者がデジタルコンテンツ１２を管理できたとしても、それはごくわずかである。そこで、ＤＲＭシステム１０は、任意形態のデジタルコンテンツ１２の管理されたレンダリングまたは再生を可能にする。この管理は、柔軟性があり、デジタルコンテンツのコンテンツ所有者によって定義することができる。通常、コンテンツ１２は、パッケージ１３の形で適切な配布チャンネルによってユーザに配布される。配布されるデジタルコンテンツパッケージ１３は、対称の暗号／解読鍵（ＫＤ）で暗号化されたデジタルコンテンツ１２（すなわち（ＫＤ（コンテンツ）））と、コンテンツを識別する他の情報、コンテンツのライセンス（使用許可）の取得法などを含むことができる。

信頼に基づくＤＲＭシステム１０では、デジタルコンテンツ１２の所有者が、ユーザのコンピューティングデバイス１４でデジタルコンテンツ１２をレンダリングするのを許可する前、およびコンテンツ１２の使用中に満たさなければならないライセンス規則を規定することができる。このライセンス規則は、上述の時間に関する要件を含むことができ、ユーザ／ユーザのコンピューティングデバイス１４（以下状況により区別が必要でない限りこれらの用語は同義で用いる）がコンテンツ所有者またはその代理人から取得しなければならないデジタルライセンス１６中に包含することができる。ライセンス１６は、恐らくはユーザのコンピューティングデバイスが解読できる鍵に従って暗号化されたデジタルコンテンツを解読する解読鍵（ＫＤ）も含み、ライセンスの発行者によって署名される。コンテンツ１２は、アクセスするにはライセンス１６を必要とするので、コンテンツ１２は自由に配布することができる。重要な点として、ライセンス１６は、コンテンツ１２がレンダリングされるコンピューティングデバイス１４に何らかの形で直接または間接的に連結する、あるいは「結び付け」なければならない。そうでないと、ライセンス１６は、対応するコンテンツ１２をレンダリングする無数の他のデバイス１４にコピー（複製）される恐れがある。

デジタルコンテンツ１２のコンテンツ所有者は、ライセンス１６に彼自身が明記した規則および要件を、ユーザのコンピューティングデバイス１４が守ること、すなわちライセンス１６中の規則および要件を満たさなければデジタルコンテンツ１２がレンダリングされないことを信頼しなければならない。そこで、デジタルコンテンツ１２に関連付けられ、ユーザが取得するライセンス１６に包含されたライセンス規則に従っている以外はデジタルコンテンツ１２をレンダリングしない、委託されたコンポーネントまたは機構１８を、ユーザのコンピューティングデバイス１４が備えることが好ましい。

委託されたコンポーネント１８は通常、諸事項の中でも特にライセンスが有効かどうかを判定し、有効なライセンス１６中のライセンス規則および要件を点検し、そのライセンス規則と要件に基づいて、要求元のユーザが要求したデジタルコンテンツ１２を要求される方式でレンダリングする権利を持つかどうかを判断するライセンスエバリュエータ（ライセンス評価器）２０を有する。理解されるように、ライセンスエバリュエータ（ライセンス評価器）２０は、ＤＲＭシステム１０中で、デジタルコンテンツ１２の所有者の要望をライセンス１６中の規則および要件に従って実行することを信頼して任され、ユーザは、悪意ある目的あるいはその他のいかなる目的であってもこの委託された要素を容易に改変することができてはならない。必然的に、委託されたコンポーネント１８は、ライセンスの発行を信頼して任される外部のエンティティについての知識を有し、外部エンティティ（実体）、ユーザ、アプリケーション、マシンなどの各種エンティティの同一性を証明することができる。

理解されるように、ライセンス１６の規則および要件は、ユーザが誰か、ユーザがどこにいるか、ユーザが使用するコンピューティングデバイスのタイプは何か、ＤＲＭシステムを呼び出しているのはどのレンダリングアプリケーションか、日付、時刻などを含むいくつかの要素に基づいて、ユーザがデジタルコンテンツ１２をレンダリングする権利を有するかどうかを規定することができる。また、ライセンス１６の規則および要件は、ライセンス１６を、例えば所定の使用回数、所定の再生回数、または所定の再生時間に制限することができる。

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

ライセンス１６が有効であり、ユーザがその規則および要件を満たすと、ライセンスエバリュエータ２０が判定すると、デジタルコンテンツ１２はレンダリングされることができる。詳細には、コンテンツ１２をレンダリングするには、ライセンス１６から解読鍵（ＫＤ）を取得し、それをコンテンツパッケージ１３の（ＫＤ（コンテンツ））に適用して実際のコンテンツ１２を得、実際のコンテンツ１２を実際にレンダリングする。委託されたコンポーネント１８は、コンテンツレンダリングを行うアプリケーションなどコンピューティングデバイス１４の環境の動的な側面を検証し、追跡する必要もある。

通常、上述の（ＫＤ（コンテンツ））への（ＫＤ）の適用および他のすべての暗号機能を含めて、委託されたコンポーネント１８との関連で暗号機能を行うために、委託されたコンポーネント１８はブラックボックス２２を有する。ライセンスエバリュエータ２０と同様に、ブラックボックス２２もＤＲＭシステム１０中で、ライセンス１６の規則および要件に従ってデジタルコンテンツ１２の所有者の要望を実行することを信頼して任され、ユーザは悪意のある目的あるいはその他のいかなる目的でもこの委託された要素を容易に改変できてはならない。また、ライセンスの執行役として働き、具体的にはコンテンツ１２がユーザのコンピューティングデバイス１４で適切なレンダリングコードに合わせてのみ解読され、配信されるようにすることもブラックボックス２２の役割である。

通常、ブラックボックス２２は、対称的な暗号（単一の鍵）および非対称の暗号（公開鍵と秘密鍵の対）の暗号化および／または解読の両方を行うことが考えられる。具体的には、上述の解読鍵（ＫＤ）は通常は対称鍵であり、したがって別の対称鍵、すなわち公開鍵または秘密鍵によって暗号化されることにより、暗号化された形で送信される。したがって、例えば（ＫＤ）が公開鍵（ＰＵ）で暗号化されている（すなわち（ＰＵ（ＫＤ）））場合に（ＫＤ（コンテンツ））を解読するには、ブラックボックス２２はまず、（ＰＵ）に対応する秘密鍵（ＰＲ）を取得し、（ＰＲ）を（ＰＵ（ＫＤ））に非対称に適用して（ＫＤ）を得、次いで（ＫＤ）を（ＫＤ（コンテンツ））に対称に適用してコンテンツを得なければならない。

ブラックボックス２２には秘密を備えており、その秘密を誰にも、またどんなことにも明かさないように委ねられる。したがって、その秘密はコンテンツキー（ＫＤ）を直接または間接的に暗号化するための基礎となり、秘密の保持者であるブラックボックス２２だけがコンテンツキー（ＫＤ）を解読することができる。したがって、この秘密に従って暗号化された（ＫＤ）を有するライセンス１６は、それによりブラックボックス２２に結び付けられる、あるいは連結される。通常、この秘密は、ブラックボックス２２に一意またはほぼ一意である鍵の対（ＰＵ−ＢＢ、ＰＲ−ＢＢ）の秘密鍵（ＰＲ−ＢＢ）であり、それに対応するブラックボックス２２の公開鍵（ＰＵ−ＢＢ）を用いて（ＫＤ）を直接または間接的に暗号化する。特に重要な点として、ブラックボックス２２は、（ＰＲ−ＢＢ）を秘匿し、（ＰＲ−ＢＢ）と関連する暗号コードの観察（ｏｂｓｅｒｖａｔｉｏｎ）および改ざんから保護することができなくてはならず、そのため（ＰＲ−ＢＢ）とそのコードは、適切な隠蔽（ｏｂｆｕｓｃａｔｉｏｎ）と自己保護を備えてブラックボックス２２に埋め込まれるか、あるいはカプセル化される。

無制限の複製を防止するために、ブラックボックス２２は、１つの特定のハードウェアマシンに結び付ける。通常、この結び付けは、マシンのプロパティをブラックボックス２２中にハードコーディングし、そのマシンプロパティを実行時に認証することによって実現する。ブラックボックス２２はまた、通常は提供されるデジタル署名を検証することにより他のソフトウェアコンポーネントを暗号化により認証する役割も負い、したがって、ユーザのコンピューティングデバイス１４の委託されたシステム１８の他のコンポーネントおよびライセンス１６などの提供されるアイテムが改ざんされていないことを保証することができる。

通常、各ブラックボックス２２には、デジタル形式のブラックボックス認証ベアリング（ＰＵ−ＢＢ）、一意のＩＤ、バージョン番号、および恐らくは他の認証内容が伴う。ブラックボックス認証は、したがって、（ＰＵ−ＢＢ）と（ＰＲ−ＢＢ）の対応関係を通じてブラックボックス２２に結び付けられる。ライセンス１６の発行者は、そのブラックボックス２２の認証とその内容に基づいて、委託されたコンポーネント１８からのライセンス要求を受け付けるか、拒否するかを決定することができる。ブラックボックスの認証に基づいて要求を拒否する場合は、通常は、対応するより新しいブラックボックス認証を持つより新しいブラックボックス２２をインストールしなければ、要求は受け付けられない。無論、新しいブラックボックス２２は、他の理由でもインストールすることができ、最初に委託されたコンポーネント１８の残りの部分のインストールとは別にインストールする、あるいは委託されたコンポーネントの残りの部分とともにインストールし、起動させずにおくこと等が可能である。

上述のように、ＤＲＭライセンス１６は、対応するコンテンツ１２がレンダリングされるコンピューティングデバイス１４に何らかの形で直接または間接的に結び付けられなければならない。特定のコンピューティングデバイス１４に直接結び付けられる方が簡単であるが、その特定のコンピューティングデバイス１４のユーザが他のコンピューティングデバイスをも有し、ライセンスに基づいてその他のコンピューティングデバイス１４でコンテンツ１２をレンダリングしたい場合がある。例えば、ユーザは、自宅またはオフィスのデスクトップコンピュータとポータブルコンピュータの両方で音楽作品をレンダリングしたい場合がある。したがって、デジタルライセンス１６を特定のコンピューティングデバイス１４ではなくてユーザに結び付ける方法および機構が必要とされる。より詳細には、デジタルライセンス１６をユーザ認証などユーザを表すデジタルオブジェクトに結び付ける方法および機構が必要とされる。

無論、そのようなユーザオブジェクト／認証を有するユーザは、そのままでは、ユーザオブジェクト／認証およびライセンス１６を無数の他のコンピューティングデバイス１４にコピーして対応するコンテンツ１２をレンダリングすることができてしまう。そこで、ユーザをそのユーザオブジェクト／認証を利用して、複数の特定のコンピューティングデバイス１４のそれぞれに結び付け、同時に、任意の特定のユーザオブジェクト／認証を結び付ける特定コンピューティングデバイス１４の数を制限する方法および機構が必要とされる。したがって、ライセンス１６は、複数のコンピューティングデバイス１４のそれぞれに結び付けられることになる。

上述の必要性は、少なくとも部分的にも、ＤＲＭシステムによりユーザが対応するデジタルライセンスに従って複数のコンピューティングデバイスでデジタルコンテンツをレンダリングすることが可能な本発明によって満たされ、本発明ではライセンスがコンテンツおよびユーザに結び付けられる。

本発明によるシステムでは、第１のコンピューティングデバイスの第１の委託されたコンポーネントが、コンピューティングデバイス中の第１のコンピューティングデバイスについての暗号化、ＤＲＭの評価と執行を行い、第１のコンピューティングデバイスに結び付けられ、第１のコンピューティングデバイスに関連付けられた第１のユーザ−マシン認証がユーザに結び付けられる。同様に、第２のコンピューティングデバイスの第２の委託されたコンポーネントは、コンピューティングデバイス中の第２のコンピューティングデバイスについての暗号化、ＤＲＭの評価と執行を行い、第２のコンピューティングデバイスに結び付けられ、第２のコンピューティングデバイスに関連付けられた第２のユーザ−マシン認証がユーザに結び付けられる。したがって、第１の委託されたコンポーネントは、第１のユーザ−マシン認証およびライセンスの手を経て、第１のコンピューティングデバイスでレンダリングするコンテンツを取得することができ、第２の委託されたコンポーネントは、第２のユーザ−マシン認証および同じライセンスの手を経て、第２のコンピューティングデバイスでレンダリングするコンテンツを取得することができる。

ユーザ−マシン認証を提供するために、特定のコンピューティングデバイスについてのユーザ−マシン認証の要求をユーザから受け取り、この要求は、ユーザの識別（ＩＤ）とそのコンピューティングデバイスに関連付けられたコンピューティングデバイスの認証とを含む。コンピューティングデバイス認証は、その認証に関連付けられた公開鍵（ＰＵ−ｘ）を含む。ユーザのＩＤに基づき、ユーザがユーザ−マシンデータベースにレコードを有するかどうかを判定する。レコードがない場合は、ユーザのＩＤとユーザの公開鍵／秘密鍵の対（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）を含むユーザのレコードをデータベースに作成する。レコードがある場合は、データベース中のそのユーザのレコードを見つける。

コンピューティングデバイス認証から（ＰＵ−ｘ）を得、（ＰＵ−ｘ）に従って（ＰＲ−ＵＳＥＲ）を暗号化して（ＰＵ−ｘ（ＰＲ−ＵＳＥＲ））とし、（ＰＵ−ＵＳＥＲ）と（ＰＵ−ｘ（ＰＲ−ＵＳＥＲ））を提供されるユーザ−マシン認証中に形成する。次いで、形成したユーザ−マシン認証をユーザに返す。

コンテンツをコンテンツキー（ＫＤ）に従って暗号化して（ＫＤ（コンテンツ））とすると想定すると、ライセンスは、（ＰＵ−ＵＳＥＲ）に従って暗号化されて（ＰＵ−ＵＳＥＲ（ＫＤ））となった（ＫＤ）を含み、コンピューティングデバイスの委託されたコンポーネントは、（ＰＵ−ｘ）に対応する秘密鍵（ＰＲ−ｘ）を持ち、委託されたコンポーネントは、ユーザ−マシン認証の（ＰＵ−ｘ（ＰＲ−ＵＳＥＲ））に（ＰＲ−ｘ）を適用して（ＰＲ−ＵＳＥＲ）を得、ライセンスの（ＰＵ−ＵＳＥＲ（ＫＤ））に（ＰＲ−ＵＳＥＲ）を適用して（ＫＤ）を得、（ＫＤ）を（ＫＤ（コンテンツ））に適用してコンテンツを得ることにより、コンピューティングデバイスでレンダリングするコンテンツを解読することができる。

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

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

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

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

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

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

パーソナルコンピュータ１２０は、リモートコンピュータ１４９など１つまたは複数のリモートコンピュータへの論理接続を使用するネットワーク環境で動作することができる。リモートコンピュータ１４９は別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、あるいはその他の一般的なネットワークノードでよく、図２にはメモリ記憶装置１５０しか示していないが、通常はパーソナルコンピュータ１２０との関連で上記で挙げた要素の多くまたはすべてを含む。図１に示す論理接続には、構内ネットワーク（ＬＡＮ）１５１と広域ネットワーク（ＷＡＮ）１５２が含まれる。このようなネットワーキング環境は、オフィス、企業内のコンピュータネットワーク、イントラネット、およびインターネットに一般的に見られる。パーソナルコンピュータ１２０は、別のパーソナルコンピュータ１２０、携帯型プレーヤや携帯情報端末などのより専門化されたデバイスなどのゲストに対してホストとしても機能することができ、ホストは、諸機能の中でも特に、そのゲストにデータをダウンロードするか、かつ／またはゲストからデータをアップロードする。

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

［ブラックボックス２２とコンピューティングデバイス１４の結び付け］
上述のように、ＤＲＭシステムでは、各コンピューティングデバイス１４は、暗号機能とＤＲＭ執行機能を行うブラックボックス２２を備える。次いで図３を参照すると、本発明の一実施形態では、各コンピューティングデバイス１４のブラックボックス２２は、非対称の暗号化および解読を行うための一意の公開鍵／秘密鍵の対（ＰＵ−ＢＢｘ、ＰＲ−ＢＢｘ）を備える。詳細には、（ＰＲ−ＢＢｘ）は、適切な隠蔽および自己保護を備えてブラックボックス２２中に埋め込まれるかあるいはその中でカプセル化され、（ＰＵ−ＢＢｘ）は、適切なＤＲＭサーバ２６によるブラックボックス２２の発行と連動して発行される対応するブラックボックス認証２４に提供される。上述のように、ブラックボックス認証２４は、（ＰＵ−ＢＢ）と（ＰＲ−ＢＢ）の対応関係を通じてブラックボックス２２に結び付けられる。

無制限の複製を防止するために、ブラックボックス２２中にマシンプロパティ（属性）をハードコーディングし、実行時にそのマシンプロパティを認証することによりブラックボックス２２をそのコンピューティングデバイス１４に結び付ける。通常、マシンプロパティは、コンピューティングデバイス１４を一意に識別するハードウェアＩＤ（ＨＷＩＤ）中に符号化された、コンピューティングデバイス１４の１つまたは複数の標識である。

この結果、理解されるように、ブラックボックス認証２４は、（ＰＵ−ＢＢｘ）に加えてコンピューティングデバイス１４のＨＷＩＤを含む。ブラックボックス認証２４は、ブラックボックス２２の一意のＩＤ、ブラックボックス２２のバージョン番号、および恐らくはブラックボックス２２に関連する他の認証内容も含むことができる。

ブラックボックス認証２４は、ブラックボックス２２とブラックボックス認証２４とを発行したＤＲＭサーバ２６の秘密鍵（ＰＲ−ＤＲＭｘ）で署名される。この署名は、ブラックボックス認証２４の内容の少なくとも一部のハッシュに基づき、対応する公開鍵（ＰＵ−ＤＲＭｘ）を適用することにより有効性を検証する。内容が変更された場合、署名は有効と認められない。通常、発行者によって発行されるブラックボックス認証２４は、委託されたルート権限のルート認証まで遡る認証チェーンを含む。

要約すると、ＤＲＭシステム１０の各コンピューティングデバイス１４には、コンピューティングデバイス１４の標識に基づくＨＷＩＤによりそのデバイス１４のブラックボックス２２が結び付けられ、そして（ＰＵ−ＢＢｘ）および（ＰＲ−ＢＢｘ）を利用し、また認証２４にＨＷＩＤを含めることにより、ブラックボックス認証２４がブラックボックスに結び付けられる。

[ユーザとコンピューティングデバイス１４のブラックボックス２２の結び付け]
本発明の一実施形態では、引き続き図３を参照すると、ユーザには、そのユーザと特定のコンピューティングデバイス上のブラックボックス２２を結び付ける、そのユーザを表すデジタルオブジェクトが提供される。詳細には、このデジタルオブジェクトは、デジタルユーザ認証２８などであり、非対称の暗号化および解読を行うための一意の公開鍵／秘密鍵の対（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）を含んでいる。重要な点として、ユーザ認証２８中の（ＰＲ−ＵＳＥＲ）は、ブラックボックスの公開鍵（ＰＵ−ＢＢｘ）に従って暗号化して（ＰＵ−ＢＢｘ（ＰＲ−ＵＳＥＲ））とする。したがって、対応する（ＰＲ−ＢＢｘ）を有するブラックボックス２２だけが、（ＰＲ−ＢＢｘ）を（ＰＵ−ＢＢｘ（ＰＲ−ＵＳＥＲ））に適用して（ＰＲ−ＵＳＥＲ）を露出することにより（ＰＲ−ＵＳＥＲ）を得ることができる。このように、ユーザのユーザ認証２８中の（ＰＵ−ＢＢｘ（ＰＲ−ＵＳＥＲ））を利用して、ユーザと、対応する（ＰＲ−ＢＢｘ）を有するブラックボックス２２とを結び付ける。

無論、それが望ましい場合は、公開鍵である（ＰＵ−ＵＳＥＲ）は暗号化せずにユーザ認証２８に入れてもよい。ユーザ認証２８は、一意のＩＤと、恐らくは、例えばユーザのシステムＩＤなどユーザに関連する他の認証内容も含むことができる。ユーザ認証２８は、そのユーザ認証２８を発行したＤＲＭサーバ２６の秘密鍵（ＰＲ−ＤＲＭｘ）で署名されるが、このＤＲＭサーバ２６は、ブラックボックス認証２４およびブラックボックス２２を発行したＤＲＭサーバ２６であってもそうでなくともよい。先と同様に、この署名は、ユーザ認証２８の内容の少なくとも一部のハッシュに基づき、対応する公開鍵（ＰＵ−ＤＲＭｘ）を適用することによりその有効性を検証する。内容が変更されると署名は有効と認められない。通常、先に述べたように、発行者によって発行されたユーザ認証２８は、委託されたルート権限のルート認証まで遡る認証のチェーンを含む。

要約すると、特定のユーザ認証２８は、（ＰＵ−ＢＢｘ（ＰＲ−ＵＳＥＲ））をその中に有することにより、（ＰＲ−ＢＢｘ）を所有する特定のブラックボックス２２に結び付けられ、その特定のブラックボックス２２は特定のコンピューティングデバイス１４に結び付けられる。したがって、特定のユーザ認証２８は特定のコンピューティングデバイス１４に結び付けられ、そのデバイス１４との関連でのみ使用することができる。

［ライセンス１６とユーザの結び付け］
本発明の一実施形態では、引き続き図３を参照すると、あるコンテンツ１２に対応するライセンス１６は、ユーザのユーザ認証２８により特定のユーザに結び付けられる。具体的には、ライセンス１６は、対応するコンテンツ１２を暗号化する（そしてコンテンツ１２をライセンス１６に結び付ける）ための対称鍵（ＫＤ）を含むが、ライセンス１６の（ＫＤ）は、ユーザの公開鍵（ＰＵ−ＵＳＥＲ）に従って暗号化して（ＰＵ−ＵＳＥＲ（ＫＤ））とする。したがって、対応する（ＰＲ−ＵＳＥＲ）を有するユーザとユーザ認証２８だけが、（ＰＲ−ＵＳＥＲ）を（ＰＵ−ＵＳＥＲ（ＫＤ））に適用して（ＫＤ）を露出することにより（ＫＤ）を得ることができる。言うまでもなく、ブラックボックス２２がユーザに代わって実際の暗号機能を行う。したがって、ライセンス１６は、その中の（ＰＵ−ＵＳＥＲ（ＫＤ））により、対応する（ＰＲ−ＵＳＥＲ）を有するユーザおよびユーザ認証２８に結び付けられる。

上述のように、ライセンス１６は、一意のＩＤと、例えばコンテンツ１２のコンテンツＩＤ、ユーザの権利、およびコンテンツ１２を解読およびレンダリングする前に満たさなければならない条件など、対応するコンテンツ１２のレンダリングに関連する他のライセンス内容も含むことができる。ここでも、ライセンス１６は、そのライセンス１６を発行したＤＲＭサーバ２６の秘密鍵（ＰＲ−ＤＲＭｘ）で署名され、そのＤＲＭサーバ２６は、ブラックボックス認証２４およびブラックボックス２２またはユーザ認証２８を発行したＤＲＭサーバ２６であってもそうでなくともよい。先と同様に、この署名は、ライセンス１６の内容の少なくとも一部のハッシュに基づき、対応する公開鍵（ＰＵ−ＤＲＭｘ）を適用することにより有効性を検証する。内容が変更されると署名は有効と認められない。通常、先と同様に、発行者によって発行されたライセンス１６は、委託されたルート権限のルート認証まで遡る認証チェーンを含む。

要約すると、特定のライセンス１６は、（ＰＵ−ＵＳＥＲ（ＫＤ））を有することにより、（ＰＲ−ＵＳＥＲ）を所有する特定のユーザとそのユーザ認証２８に結び付けられ、特定のユーザ認証２８は（ＰＵ−ＢＢｘ（ＰＲ−ＵＳＥＲ））を有することにより、（ＰＲ−ＢＢｘ）を所有する特定のブラックボックス２２に結び付けられ、その特定のブラックボックス２２は特定のコンピューティングデバイス１４に結び付けられる。したがって、特定のライセンス１６が特定のコンピューティングデバイス１４に結び付けられることになり、ここまでの説明では、特定のライセンス１６はその特定のコンピューティングデバイス１４との関連でのみ使用できるように思われよう。しかし下記でより詳しく述べるように、本発明の一実施形態では、特定のライセンス１６を複数の特定のコンピューティングデバイス１４との関連で使用することができる。

［ユーザと複数のコンピューティングデバイス１４の結び付け］
本発明の一実施形態では、次いで図４を参照すると、ユーザに提供されるユーザ認証２８は、そのユーザに一意であり、ブラックボックス２２によって特定のコンピューティングデバイス１４に結び付けられている公開鍵／秘密鍵の対（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）に基づくユーザ−マシン認証２８である。重要な点として、本発明の一実施形態では、複数のユーザ−マシン認証２８を提供してユーザと複数のコンピューティングデバイス１４を結び付けることができる。

したがって、ユーザを結び付ける第１のブラックボックス２２（ＢＢ１）については、（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）を含む第１のユーザ−マシン認証２８が提供され、認証２８中の（ＰＲ−ＵＳＥＲ）は、ブラックボックスの公開鍵（ＰＵ−ＢＢ１）に従って暗号化して（ＰＵ−ＢＢ１（ＰＲ−ＵＳＥＲ））とする。これにより、（ＰＲ−ＢＢ１）を有するＢＢ１だけが、第１のユーザ−マシン認証２８から（ＰＲ−ＵＳＥＲ）を得ることができる。

同様に、ユーザを結び付ける第２のブラックボックス２２（ＢＢ２）については、同じ（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）を含む第２のユーザ−マシン認証２８が提供される。ただし、第２のユーザ−マシン認証２８では、（ＰＲ−ＵＳＥＲ）をブラックボックスの公開鍵（ＰＵ−ＢＢ２）に従って暗号化して（ＰＵ−ＢＢ２（ＰＲ−ＵＳＥＲ））とする。したがって、（ＰＲ−ＢＢ２）を有するＢＢ２だけが、第２のユーザ−マシン認証２８から（ＰＲ−ＵＳＥＲ）を得ることができる。

ここで理解できるように、本発明では、複数のユーザ−マシン認証２８を提供して、（ＰＵ−ＢＢ、ＰＲ−ＢＢ）によって表されるユーザを、それぞれ別個のコンピューティングデバイス１４にある複数のブラックボックス２２に結び付けることができる。したがって、ここで理解できるように、（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）で表される特定のユーザに特定のライセンス１６を結び付け、ここで、ユーザは、それぞれが自身の（ＰＲ−ＵＳＥＲ）を所有する１つまたは複数のユーザ−マシン認証２８を有することができ、ライセンス１６は（ＰＵ−ＵＳＥＲ（ＫＤ））を含む。各ユーザ−マシン認証２８は、（ＰＵ−ＢＢｘ（ＰＲ−ＵＳＥＲ））をその中に有することにより、（ＰＲ−ＢＢｘ）を所有する特定のブラックボックス２２に結び付けられ、特定のブラックボックス２２はそれぞれ、特定のコンピューティングデバイス１４に結び付けられる。したがって、（ＰＲ−ＵＳＥＲ）を所有する各ユーザ−マシン認証２８により、特定のライセンス１６がすべての対応するコンピューティングデバイス１４に結び付けられ、したがって、すべての対応するコンピューティングデバイス１４で対応するコンテンツ１２をレンダリングするために使用することができる。

ここで理解できるように、ライセンス１６により特定のコンピューティングデバイス１４ではなく、ユーザにコンテンツ１２を結び付けられることにより、ユーザは複数のコンピューティングデバイス１４でコンテンツ１２をレンダリングすることができる。また、このような結び付けにより、ユーザは、ライセンス１６に規定される条件を満たしながら、複数のコンピューティングデバイス１４間でコンテンツ１２を移動することができる。したがって、コンテンツ１２のレンダリングに関するユーザの制約は最小限であるが、コンテンツ１２はシステム１０内でなお安全（secure）である。

［ユーザ−マシン認証２８の取得］
本発明の一実施形態では、ユーザ−マシンデータベース３２（図４）へのアクセス権を有するユーザ−マシン認証サーバ３０にユーザ−マシン認証を要求することによりユーザ−マシン認証２８を取得して、おそらくはいくつかのコンピューティングデバイス１４のうち特定のデバイス１４にユーザを結び付ける。データベース３２は、専用のデータベース３２であっても、システム全体のユーザデータベースやディレクトリなどのより大きなデータベースの一部であってもよいことに留意されたい。

一般に、要求は、ユーザとコンピューティングデバイス１４を識別し、ユーザ−マシン認証サーバ３０は、ユーザ−マシンデータベース３２のユーザに関する情報に基づいてユーザ−マシン認証２８を作成する。ユーザが初めてユーザ−マシン認証２８を取得する場合は、ユーザ−マシン認証サーバ３０はまずユーザ−マシン認証データベース３２にユーザについての情報を作成しなければならない点でプロセスがわずかに異なる。

詳細には、次いで図５を参照すると、このプロセスは、ユーザ−マシン認証サーバ３０が、ユーザから特定のコンピューティングデバイス１４についてのユーザ−マシン認証２８の要求を受け取ると開始する（ステップ５０１）ことが分かる。理解できるように、この要求は、ユーザが行っても、あるいはユーザに代わりに、ユーザの要請で、特定のコンピューティングデバイス１４の委託されたコンポーネント１８／ブラックボックス２２が行ってもよい。重要な点としては、サーバ３０が受け取る要求は、特定のコンピューティングデバイス１４のブラックボックス２２（この場合はＢＢ１）のブラックボックス認証２４と、ユーザの識別（ＩＤ）とを含むことである。ユーザのＩＤは、サーバ３０に対してユーザを一意に識別するものであれば、本発明の精神および請求項に記載の範囲から逸脱せずに任意の適切なＩＤであってよいことに留意されたい。このＩＤは、例えば、電子メールアドレス、ネットワーク識別、サーバ識別、システム識別、バイオメトリック識別などである。

そのＩＤに基づいて、サーバ３０は、データベース３２を参照してユーザが以前にユーザ−マシン認証を取得しているかどうかを判定する（ステップ５０３）。それを取得している場合、データベース３２は、ユーザに対応した、ＩＤを有するレコードを見つけることができるはずである。それが見つからない場合には、ユーザに対応した、ＩＤを有するレコードがデータベースにはないことになる。

さしあたりデータベース３２にユーザのレコードが存在しないと想定すると、サーバ３０は、次いでそのユーザのレコードをデータベースに作成する。詳細には、サーバ３０は、ユーザの公開鍵／秘密鍵の対（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）を作成し（ステップ５０５）、恐らくは下記で述べるような他の関連情報とともに（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）とユーザのＩＤをデータベース３２の新しく作成したレコードに格納する（ステップ５０７）。

その後、サーバ３０は、提出されたブラックボックス認証２４から（ＰＵ−ＢＢ１）を得（ステップ５０９）、ユーザの（ＰＲ−ＵＳＥＲ）を（ＰＵ−ＢＢ１）に従って暗号化して（ＰＵ−ＢＢ１（ＰＲ−ＵＳＥＲ））を得て（ステップ５１１）、恐らくはユーザのＩＤを含む他の情報とともに（ＰＵ−ＵＳＥＲ）および（ＰＵ−ＢＢ１（ＰＲ−ＵＳＥＲ））を新しく作成したユーザのユーザ−マシン認証２８に入れ（ステップ５１３）、次いで、新しく作成したユーザ−マシン認証２８に（ＰＲ−ＤＲＭｘ）で署名し（ステップ５１５）、そして恐らくは検証のための認証チェーンを添付することにより、要求されるユーザのユーザ−マシン認証２８を作成する。そして、新しく作成したユーザ−マシン認証２８を要求元のユーザに返すことができる（ステップ５１７）。

本発明の一実施形態では、ユーザが受け取るユーザ−マシン認証２８は、ＸＭＬ／ＸｒＭＬ準拠のドキュメントであり、以下を含む。
・ＩＳＳＵＥＤＴＩＭＥ−認証２８が作成された時刻。
・ＶＡＬＩＤＩＴＹＴＩＭＥ−認証２８を有効とする期間。
・ＤＥＳＣＲＩＰＴＯＲ−認証２８の一意の識別子。
・ＩＳＳＵＥＲ−（ＰＵ−ＤＲＭｘ）で識別されるサーバ３０。
・ＤＩＳＴＲＩＢＵＴＩＯＮ ＰＯＩＮＴ−サーバ３０のアドレス。
・ＩＳＳＵＥＤＰＲＩＮＣＩＰＡＬＳ−（ＰＵ−ＵＳＥＲ）。
・ＳＥＣＵＲＩＴＹＬＥＶＥＬ−認証２８が永続的なものか、一時的なものか、および／またはＩＳＳＵＥＤＰＲＩＮＣＩＰＡＬＳ ＩＤがいつ作成されたかを示すフラグ。
・ＦＥＤＥＲＡＴＩＯＮＰＲＩＮＣＩＰＡＬＳ−（ＰＵ−ＢＢ１（ＰＲ−ＵＳＥＲ））。
・ＳＩＧＮＡＴＵＲＥ−（ＰＲ−ＤＲＭｘ）および上述の情報の少なくとも一部に基づく。

ユーザ−マシン認証サーバ３０が、後にステップ５０１で別の特定のコンピューティングデバイス１４についてのユーザ−マシン認証２８の別の要求をユーザから受け取る場合、サーバ３０が受け取る要求は、その特定のコンピューティングデバイス１４のブラックボックス２２（この場合はＢＢ２）のブラックボックス認証２４とユーザの識別（ＩＤ）を含んでいる。しかしその時には、サーバ３０は、ステップ５０３でデータベース３２を参照してユーザがすでにユーザ−マシン認証２８を取得しているかどうかを判定する際に、ユーザに対応し、そのＩＤを有するレコードをデータベース３２に見つける。したがって、サーバ３０は、データベース３２のそのユーザのレコードから（ＰＵ−ＵＳＥＲ）と（ＰＲ−ＵＳＥＲ）を取り出す（ステップ５１９）。

その後、先と同様に、サーバ３２は、ステップ５０９と同様に提出されたブラックボックス認証２４から（ＰＵ−ＢＢ２）を取得し、ステップ５１１と同様に、ユーザの（ＰＲ−ＵＳＥＲ）を（ＰＵ−ＢＢ２）に従って暗号化して（ＰＵ−ＢＢ２（ＰＲ−ＵＳＥＲ））を得、ステップ５１３と同様に、恐らくはユーザのＩＤを含む他の情報とともに（ＰＵ−ＵＳＥＲ）と（ＰＵ−ＢＢ２（ＰＲ−ＵＳＥＲ））を新しく作成したユーザのユーザ−マシン認証２８に入れ、ステップ５１５と同様に新しく作成したユーザ−マシン認証２８に（ＰＲ−ＤＲＭｘ）で署名し、そして恐らくは検証のための認証チェーンを添付することにより、要求されるユーザのユーザ−マシン認証２８を作成する。そして、ステップ５１７で新しく作成したユーザ−マシン認証２８を要求元のユーザに返すことができる。

ここで理解できるように、ユーザは、サーバ３０から複数のユーザ−マシン認証２８を得ることができ、取得される認証２８はすべて共通の（ＰＵ−ＵＳＥＲ）と（ＰＲ−ＵＳＥＲ）を共有するが、各認証２８のＰＲ−ＵＳＥＲは、異なるブラックボックス２２の（ＰＲ−ＢＢｘ）で暗号化されており、それによりそのブラックボックス２２に結び付けられる。したがって、ライセンス１６は、ユーザのどのユーザ−マシン認証２８を提出することによっても得ることができ、（ＰＲ−ＵＳＥＲ）によりユーザに結び付けられる。さらに、ライセンスはユーザのすべてのユーザ−マシン認証３２と、したがってすべての対応するコンピューティングデバイス１４に結び付けられ、したがって、それらすべての対応するコンピューティングデバイス１４で対応するコンテンツ１２のレンダリングに使用することができる。

［サーバサイドの機能］
ユーザ−マシン認証サーバ３０およびユーザ−マシンデータベース３２は、特に以下のサーバサイド機能を実装することができる。

割り当て機能−本発明の一実施形態では、サーバ３０およびデータベース３２は連携して、ユーザと複数のコンピューティングデバイス１４の関連付けの可否とその方式を制御する。詳細には、ユーザに発行されているユーザ−マシン認証２８の数や、その認証２８のうちいくつをユーザに発行することができるかなど、ユーザに関するデータベース３２の情報に基づいて、サーバ３０は、対応するユーザ−マシン認証２８によりユーザを結び付けるコンピューティングデバイス１４の最大数を執行することができる。また、各ユーザ−マシン認証２８がいつユーザに発行されたかについてのデータベース３２の情報に基づいて、サーバ３０は、認証２８の発行頻度の制限を執行することができる。これらの最大数および制限は、管理者によってサーバ２８のポリシー（policy）として定義され、サーバは、そのポリシーを執行するための関連情報をデータベース３２のユーザレコードに保持しなければならないことに留意されたい。言うまでもなく、このポリシーは、任意で複雑なものにすることができ、本発明の精神および範囲から逸脱せずに任意の適切なポリシーであってよい。ポリシーの一例として、ユーザを最大数（Ｎ）のコンピューティングデバイス１４に関連付けることが可能であるが、（Ｎ）が６０日ごとに１ずつ増える等がある。

事前ライセンシング−ライセンサにライセンス１６を要求するには、通常はユーザ−マシン認証２８などの認証の形で（ＰＵ−ＵＳＥＲ）をライセンサに提出し、受け取るライセンスは、対応するコンテンツ１２のコンテンツキー（ＫＤ）を暗号化して（ＰＵ−ＵＳＥＲ（ＫＤ））となった（ＰＵ−ＵＳＥＲ）を含んでいる。これはユーザが要求者の場合である。ただし、サーバ３０とデータベース３２に（ＰＵ−ＵＳＥＲ）を含むユーザのレコードがある場合は、次いで図６を参照すると、本発明の一実施形態では、ユーザ以外の別の関係者が、単に他の適切な情報とともにユーザの（ＰＵ−ＵＳＥＲ）を提出する（ステップ６０１）か、またはユーザのＩＤを提出する（ステップ６０３）ことにより、ユーザの代わりにライセンス１６を要求することができる。

ライセンサがユーザ−マシン認証サーバ３０であるか、サーバ３０へのアクセス権を有するサーバであり、ステップ６０３で提出される標識がユーザのＩＤであるとすると、サーバ３０は、ユーザのＩＤに基づき、ユーザ−マシンデータベース３２から（ＰＵ−ＵＳＥＲ）を含むレコードがそのユーザに存在するかどうかを判定する（ステップ６０５）。存在する場合、サーバ３０は、そのレコードから（ＰＵ−ＵＳＥＲ）を取得し（ステップ６０７）、その（ＰＵ−ＵＳＥＲ）を使用して対応するコンテンツ１２のコンテンツキー（ＫＤ）を暗号化して（ＰＵ−ＵＳＥＲ（ＫＤ））とすることにより、ユーザに代わってライセンス１６を作成する（ステップ６０９）。次いで、作成したライセンス１６と対応するコンテンツ１２をユーザに転送することができ、ユーザは、（ＰＲ−ＵＳＥＲ）を所有する対応するユーザ−マシン認証２８をすでに自身が取得しているコンピューティングデバイス１４で、そのライセンス１６を用いてコンテンツ１２をレンダリングすることができる。特に、このレンダリングは、ユーザがコンテンツ１２またはライセンス１６を要求したことがなくとも、またユーザが現在ＤＲＭシステム１０の残りの部分に接続されていなくとも行うことができる。

サーバ３０が、ステップ６０５で、ユーザのＩＤに基づき、そのユーザに（ＰＵ−ＵＳＥＲ）を含むレコードが存在しないとユーザ−マシンデータベース３２から判定した場合、本発明の一実施形態では、サーバ３０は、そのユーザに新しい公開鍵／秘密鍵の対（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）を作成し、データベース３２に格納することができる（ステップ６１１）。その後、処理はステップ６０９で継続し、新しく作成した（ＰＵ−ＵＳＥＲ）を用いてユーザに代わってライセンス１６を作成する。ユーザは（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）に基づくユーザ−マシン認証２８を持っていないが、図５のように、ユーザは、サーバ３０に対して自身を識別し、認証２８を要求するだけでよい。

言うまでもなく、ステップ６０１で提出された標識がユーザの（ＰＵ−ＵＳＥＲ）である場合は、データベース３２を調べる必要もない。代わりに、ステップ６０９のようにその（ＰＵ−ＵＳＥＲ）を用いて対応するコンテンツ１２のコンテンツキー（ＫＤ）を暗号化して（ＰＵ−ＵＳＥＲ（ＫＤ））を得ることにより、（ＰＵ−ＵＳＥＲ）を用いてユーザに代わってライセンス１６を作成する。先と同様に、次いで、作成したライセンス１６と対応するコンテンツ１２をユーザに転送することができ、ユーザは、（ＰＲ−ＵＳＥＲ）を所有する対応するユーザ−マシン認証２８を自身がすでに取得しているコンピューティングデバイス１４で、そのライセンス１６を用いてそのコンテンツ１２をレンダリングすることができる。

一時的なユーザ−マシン認証２８−共用されるコンピューティングデバイス１４におけるコンテンツ１２のレンダリングをサポートするために、本発明の一実施形態では、サーバ３０は、ユーザの要求で、事前に定義されたポリシーに基づいて一時的なユーザ−マシン認証２８を作成することができる。詳細には、この一時的な認証２８は、恐らくは約１５〜３０分の比較的短いＶＡＬＩＤＩＴＹＴＩＭＥを有し、ＳＥＣＵＲＩＴＹＬＥＶＥＬのフラグが「一時的」に設定される。したがって、コンピューティングデバイス１４の委託されたコンポーネント１８は、短いＶＡＬＩＤＩＴＹＴＩＭＥにわたってのみ一時的な認証２８に従うことを任され、一時的な認証２８をＲＡＭだけに格納することが考えられる。したがって、ユーザが共用コンピューティングデバイス１４を離れた時、一時的な認証２８はすでに有効期限が切れているか、間もなく有効期限が切れ、ＲＡＭを消去すると一時的な認証２８は破壊される。ライセンサは、一時的な認証２８に基づいてユーザにライセンス１６を発行しないことを選択してもよいことに留意されたい。

［結論］
本発明は、パーソナルコンピュータなどのコンピューティングデバイス１４との関連で特に有用であるが、本発明の精神および範囲から逸脱せずに、例えばサーバ、インテリジェント機器、ネットワーク対応型携帯機器など任意の適切なデバイスについて実施することができる。したがって、デバイス１４は、ＤＲＭシステム１０を有する、あるいはＤＲＭアーキテクチャに関係する任意の該当デバイスを包含するものと解釈されたい。

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

前述の説明では、本発明は、ユーザオブジェクト／認証２８により特定のコンピューティングデバイスではなく、ユーザにデジタルライセンス１６を結び付ける新規で有用な方法および機構を含むことが理解されよう。また、本発明は、ユーザをそのユーザオブジェクト／認証２８により複数の特定のコンピューティングデバイス１４それぞれに結び付け、一方で特定のユーザオブジェクト／認証２８を結び付ける特定のコンピューティングデバイス１４の数を制限する新規で有用な方法および機構を含む。したがって、ライセンス１６は、複数のコンピューティングデバイス１４のそれぞれに結び付けられる。本発明の概念から逸脱せずに、上述の実施形態に変更を加えられることは理解されよう。したがって、本発明はここに開示する特定の実施形態に限定されず、特許請求の範囲で定義する本発明の精神および範囲内の修正形態を包含するものとする。

信頼に基づくシステムの一例の執行アーキテクチャを示すブロック図である。 本発明の態様および／またはその一部を組み込むことが可能な汎用コンピュータシステムを表すブロック図である。 図１のアーキテクチャに関連して、ライセンスに結び付けられているコンテンツ、ユーザ認証に結び付けられているライセンス、ブラックボックスに結び付けられているユーザ認証、およびコンピューティングデバイスに結び付けられているブラックボックスを示すブロック図である。 本発明の一実施形態による、ライセンスに結び付けられているコンテンツ、複数のユーザ−マシン認証に結び付けられているライセンス、ブラックボックスに結び付けられている各ユーザ−マシン認証、およびコンピューティングデバイスに結び付けられている各ブラックボックスの図である。 本発明の一実施形態により図４のユーザ−マシン認証を取得する際に行われる主要なステップを示す流れ図である。 本発明の一実施形態によりユーザに代わってライセンスを取得する際に行われる主要ステップを示す流れ図である。

符号の説明

１０ ＤＲＭシステム
１２ コンテンツ
１３ パッケージ
１４、１２０ パーソナルコンピュータ（コンピューティングデバイス）
１６ ライセンス
１８ 委託されたコンポーネント
２０ エバリュエータ
２４ ブラックボックス認証
２２ ブラックボックス
２６ ＤＲＭサーバ
２８ ユーザ認証（ユーザ−マシン認証）
３０ ユーザ−マシン認証サーバ
３２ ユーザ−マシンデータベース
１２１ 処理装置
１２２ システムメモリ
１２３ システムバス
１２４ ＲＯＭ
１２５ ＲＡＭ
１２６ ＢＩＯＳ
１２７ ハードディスクドライブ
１２８ 磁気ディスクドライブ
１２９ 磁気ディスク
１３０ 光ディスクドライブ
１３１ 光ディスク
１３２ ハードディスクドライブインタフェース
１３３ 磁気ディスクドライブインタフェース
１３４ 光ドライブインタフェース
１３５ オペレーティングシステム
１３６ アプリケーションプログラム
１３７ プログラムモジュール
１３８ プログラムデータ
１４０ キーボード
１４２ ポインティングデバイス
１４６ ユーザ入力インタフェース
１４７ モニタ
１４８ ビデオインタフェース
１５０ メモリ記憶装置
１５１ ＬＡＮ
１５２ ＷＡＮ
１５４ モデム
１５５ ホストアダプタ
１５６ ＳＣＳＩバス
１６２ 外部記憶装置

Claims (18)

1. 対応するデジタルライセンスに従ってユーザが複数のコンピューティングデバイスでデジタルコンテンツをレンダリングすることを許可するデジタル著作権管理（ＤＲＭ）システムであって、
   前記ライセンスは、前記コンテンツおよび前記ユーザに結び付けられ、前記システムは、
   コンピューティングデバイス中の第１のコンピューティングデバイスについての暗号化、ＤＲＭの評価と執行を行い、該第１のコンピューティングデバイスに結び付けられている、該第１のコンピューティングデバイス上の第１の委託されたコンポーネントと、
   前記第１のコンピューティングデバイスに関連付けられ、ユーザに結び付けられている第１のユーザ−マシン認証であって、それにより前記第１の委託されたコンポーネントが、該第１のユーザ−マシン認証および前記ライセンスの手を経て前記第１のコンピューティングデバイスでレンダリングする前記コンテンツを取得することができる第１のユーザ−マシン認証と、
   コンピューティングデバイス中の第２のコンピューティングデバイスについての暗号化、ＤＲＭの評価と執行を行い、前記第２のコンピュータデバイスに結び付けられている、該第２のコンピューティングデバイス上の第２の委託されたコンポーネントと、
   前記第２のコンピューティングデバイスに関連付けられ、ユーザに結び付けられている第２のユーザ−マシン認証であって、それにより前記第２の委託されたコンポーネントが、該第２のユーザ−マシン認証および前記ライセンスの手を経て前記第２のコンピューティングデバイスでレンダリングする前記コンテンツを取得することができる第２のユーザ−マシン認証と
   を含むことを特徴とするデジタル著作権管理システム。
2. 前記ユーザは、当該ユーザに関連付けられた公開鍵と秘密鍵の対（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）を有し、前記コンテンツはコンテンツキー（ＫＤ）に従って暗号化して（ＫＤ（コンテンツ））とし、前記ライセンスは、（ＰＵ−ＵＳＥＲ）に従って暗号化して（ＰＵ−ＵＳＥＲ（ＫＤ））とした（ＫＤ）を含み、
   前記第１の委託されたコンポーネントは、それに関連付けられた第１の公開鍵／秘密鍵の対（ＰＵ−１、ＰＲ−１）を有し、
   前記第１のユーザ−マシン認証は（ＰＵ−ＵＳＥＲ）を含み、また（ＰＵ−１）に従って暗号化して（ＰＵ−１（ＰＲ−ＵＳＥＲ））とした（ＰＲ−ＵＳＥＲ）も含み、それにより、前記第１の委託されたコンポーネントは、前記第１のユーザ−マシン認証から（ＰＵ−１（ＰＲ−ＵＳＥＲ））に（ＰＲ−１）を適用して（ＰＲ−ＵＳＥＲ）を得、前記ライセンスから（ＰＵ−ＵＳＥＲ（ＫＤ））に（ＰＲ−ＵＳＥＲ）を適用して（ＫＤ）を得、（ＫＤ）を（ＫＤ（コンテンツ））に適用して、前記第１のコンピューティングデバイスでレンダリングする前記コンテンツを取得することができ、
   前記第２の委託されたコンポーネントは、それに関連付けられた第２の公開鍵／秘密鍵の対（ＰＵ−２、ＰＲ−２）を有し、
   前記第２のユーザ−マシン認証は（ＰＵ−ＵＳＥＲ）を含み、また（ＰＵ−２）に従って暗号化して（ＰＵ−２（ＰＲ−ＵＳＥＲ））とした（ＰＲ−ＵＳＥＲ）も含み、それにより、前記第２の委託されたコンポーネントは、前記第２のユーザ−マシン認証から（ＰＵ−２（ＰＲ−ＵＳＥＲ））に（ＰＲ−２）を適用して（ＰＲ−ＵＳＥＲ）を得、（ＰＲ−ＵＳＥＲ）を前記ライセンスから（ＰＵ−ＵＳＥＲ（ＫＤ））に適用して（ＫＤ）を得、（ＫＤ）を（ＫＤ（コンテンツ））に適用して前記第２のコンピューティングデバイスでレンダリングする前記コンテンツを取得できることを特徴とする請求項１に記載のデジタル著作権管理システム。
3. 前記第１のコンピューティングデバイス上の前記第１の委託されたコンポーネントは、（ＰＲ−１）を有する第１のブラックボックスと、（ＰＵ−１）を有する第１のブラックボックス認証とを含み、
   前記第２のコンピューティングデバイスの前記第２の委託されたコンポーネントは、（ＰＲ−２）を有する第２のブラックボックスと、（ＰＵ−２）を有する第２のブラックボックス認証とを含むことを特徴とする請求項２に記載のデジタル著作権管理システム。
4. 前記第１のコンピューティングデバイスは、それに関連付けられた第１のハードウェアＩＤ（ＨＷＩＤ）を有し、前記第１のブラックボックス認証は、（ＰＵ−１）および前記第１のＨＷＩＤを含み、
   前記第２のコンピューティングデバイスは、それに関連付けられた第２のハードウェアＩＤ（ＨＷＩＤ）を有し、前記第２のブラックボックス認証は、（ＰＵ−２）および前記第２のＨＷＩＤを含むことを特徴とする請求項３に記載のデジタル著作権管理システム。
5. 対応するデジタルライセンスに従ってユーザが複数のコンピューティングデバイスでデジタルコンテンツをレンダリングすることを許可するデジタル著作権管理方法であって、
   前記ライセンスは前記コンテンツおよび前記ユーザに結び付けられ、前記方法は、
   コンピューティングデバイス中の第１のコンピューティングデバイスについての暗号化、著作権管理（ＤＲＭ）の評価、および執行を行い、該第１のコンピューティングデバイスに結び付けられている、該第１のコンピューティングデバイス上の第１の委託されたコンポーネントを提供するステップと、
   前記第１のコンピューティングデバイスに関連付けられ、前記ユーザに結び付けられている第１のユーザ−マシン認証を提供し、それにより、前記第１の委託されたコンポーネントが、該第１のユーザ−マシン認証および前記ライセンスの手を経て、前記第１のコンピューティングデバイスでレンダリングする前記コンテンツを取得することができるステップと、
   コンピューティングデバイス中の第２のコンピューティングデバイスについての暗号化、ＤＲＭの評価と執行を行い、前記第２のコンピューティングデバイスに結び付けられている、該第２のコンピューティングデバイス上の第２の委託されたコンポーネントを提供するステップと、
   前記第２のコンピューティングデバイスに関連付けられ、前記ユーザに結び付けられている第２のユーザ−マシン認証を提供し、それにより、前記第２の委託されたコンポーネントが、該第２のユーザ−マシン認証および前記ライセンスの手を経て、前記第２のコンピューティングデバイスでレンダリングする前記コンテンツを取得することができるステップと
   を含むことを特徴とするデジタル著作権管理方法。
6. 前記ユーザは、当該ユーザに関連付けられた公開鍵と秘密鍵の対（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）を有し、前記コンテンツは、コンテンツキー（ＫＤ）に従って暗号化して（ＫＤ（コンテンツ））とし、前記ライセンスは、（ＰＵ−ＵＳＥＲ）に従って暗号化して（ＰＵ−ＵＳＥＲ（ＫＤ））とした（ＫＤ）を含み、前記方法は、
   それに関連付けられた第１の公開鍵／秘密鍵の対（ＰＵ−１、ＰＲ−１）を有する前記第１の委託されたコンポーネントを提供するステップと、
   （ＰＵ−ＵＳＥＲ）を含み、また（ＰＵ−１）に従って暗号化して（ＰＵ−１（ＰＲ−ＵＳＥＲ））とした（ＰＲ−ＵＳＥＲ）も含む前記第１のユーザ−マシン認証を提供し、それにより、前記第１の委託されたコンポーネントは、前記第１のユーザ−マシン認証の（ＰＵ−１（ＰＲ−ＵＳＥＲ））に（ＰＲ−１）を適用して（ＰＲ−ＵＳＥＲ）を得、前記ライセンスの（ＰＵ−ＵＳＥＲ（ＫＤ））に（ＰＲ−ＵＳＥＲ）を適用して（ＫＤ）を得、（ＫＤ）を（ＫＤ（コンテンツ））に適用して前記第１のコンピューティングデバイスでレンダリングするコンテンツを取得することができるステップと、
   それに関連付けられた第２の公開鍵／秘密鍵の対（ＰＵ−２、ＰＲ−２）を有する前記第２の委託されたコンポーネントを提供するステップと、
   （ＰＵ−ＵＳＥＲ）を含み、また（ＰＵ−２）に従って暗号化して（ＰＵ−２（ＰＲ−ＵＳＥＲ））とした（ＰＲ−ＵＳＥＲ）も含む前記第２のユーザ−マシン認証を提供し、それにより、前記第２の委託されたコンポーネントは、前記第２のユーザ−マシン認証の（ＰＵ−２（ＰＲ−ＵＳＥＲ）に（ＰＲ−２）を適用して（ＰＲ−ＵＳＥＲ）を得、前記ライセンスの（ＰＵ−ＵＳＥＲ（ＫＤ））に（ＰＲ−ＵＳＥＲ）を適用して（ＫＤ）を得、（ＫＤ）を（ＫＤ（コンテンツ））に適用して前記第２のコンピューティングデバイスでレンダリングする前記コンテンツを取得することができるステップと
   を含むことを特徴とする請求項５に記載のデジタル著作権管理方法。
7. （ＰＲ−１）を有する第１のブラックボックスと、（ＰＵ−１）を有する第１のブラックボックス認証とを含む前記第１のコンピューティングデバイスの前記第１の委託されたコンポーネントを提供するステップと、
   （ＰＲ−２）を有する第２のブラックボックスと、（ＰＵ−２）を有する第２のブラックボックス認証とを含む前記第２のコンピューティングデバイスの前記第２の委託されたコンポーネントを提供するステップと
   を含むことを特徴とする請求項６に記載の著作権管理方法。
8. それに関連付けられた第１のハードウェアＩＤ（ＨＷＩＤ）を有する前記第１のコンピューティングデバイスを提供し、前記第１のブラックボックス認証は、（ＰＵ−１）および前記第１のＨＷＩＤを含むステップと、
   それに関連付けられた第２のハードウェアＩＤ（ＨＷＩＤ）を有する前記第２のコンピューティングデバイスを提供し、前記第２のブラックボックス認証は、（ＰＵ−２）および前記第２のＨＷＩＤを含むステップと
   を含むことを特徴とする請求項７に記載のデジタル著作権管理方法。
9. ユーザが複数のコンピューティングデバイスでデジタルコンテンツをレンダリングするデジタル著作権管理方法であって、
   前記コンテンツは、コンテンツキー（ＫＤ）に従って暗号化して（ＫＤ（コンテンツ））とし、前記ユーザは、当該ユーザに関連付けられた公開鍵／秘密鍵の対（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）を有し、前記方法は、
   （ＰＵ−ＵＳＥＲ）に従って暗号化して（ＰＵ−ＵＳＥＲ（ＫＤ））とした（ＫＤ）を含むライセンスを取得するステップと、
   コンピューティングデバイス中の第１のコンピューティングデバイスについての暗号化、著作権管理（ＤＲＭ）の評価および執行を行い、関連付けられた第１の公開鍵／秘密鍵の対（ＰＵ−１、ＰＲ−１）を有する、該第１のコンピューティングデバイス上の第１の委託されたコンポーネントを取得するステップと、
   （ＰＵ−ＵＳＥＲ）を含み、また（ＰＵ−１）に従って暗号化して（ＰＵ−１（ＰＲ−ＵＳＥＲ））とした（ＰＲ−ＵＳＥＲ）も含む、前記第１のコンピューティングデバイスに関連付けられた第１のユーザ−マシン認証を取得するステップと、
   前記第１のユーザ−マシン認証の（ＰＵ−１（ＰＲ−ＵＳＥＲ））に（ＰＲ−１）を適用して（ＰＲ−ＵＳＥＲ）を得るステップと、
   前記第１のコンピューティングデバイスで、前記ライセンスの（ＰＵ−ＵＳＥＲ（ＫＤ））に（ＰＲ−ＵＳＥＲ）を適用して（ＫＤ）を得るステップと、
   （ＫＤ）を（ＫＤ（コンテンツ））に適用して、前記第１のコンピューティングデバイスでレンダリングする前記コンテンツを取得するステップと、
   コンピューティングデバイス中の第２のコンピューティングデバイスについての暗号化、ＤＲＭの評価と執行を行い、関連付けられた第２の公開鍵／秘密鍵の対（ＰＵ−２、ＰＲ−２）を有する、該第２のコンピューティングデバイス上の第２の委託されたコンポーネントを取得するステップと、
   （ＰＵ−ＵＳＥＲ）を含み、また（ＰＵ−２）に従って暗号化して（ＰＵ−２（ＰＲ−ＵＳＥＲ））とした（ＰＲ−ＵＳＥＲ）も含む、前記第２のコンピューティングデバイスに関連付けられた第２のユーザ−マシン認証を取得するステップと、
   前記第２のユーザ−マシン認証の（ＰＵ−２（ＰＲ−ＵＳＥＲ））に（ＰＲ−２）を適用して（ＰＲ−ＵＳＥＲ）を得るステップと、
   前記第２のコンピューティングデバイスで、前記ライセンスの（ＰＵ−ＵＳＥＲ（ＫＤ））に（ＰＲ−ＵＳＥＲ）を適用して（ＫＤ）を得るステップと、
   （ＫＤ）を（ＫＤ（コンテンツ））に適用して、前記第２のコンピューティングデバイスでレンダリングする前記コンテンツを取得するステップと
   を含むことを特徴とするデジタル著作権管理方法。
10. デジタル著作権管理（ＤＲＭ）システムと連携して、特定のユーザが、対応するデジタルライセンスに従って特定のコンピューティングデバイスでデジタルコンテンツをレンダリングすることを許可する方法であって、
    前記ライセンスは、前記コンテンツおよび前記ユーザに結び付けられ、前記方法は、
    特定のコンピューティングデバイスに関連付けられ、かつ前記特定のユーザに結び付けられているユーザ−マシン認証を提供し、
    前記ユーザから、前記コンピューティングデバイスについての前記ユーザ−マシン認証の要求を受け取るステップであって、前記要求は、前記ユーザの識別（ＩＤ）と、前記コンピューティングデバイスに関連付けられたコンピューティングデバイス認証を含み、前記コンピューティングデバイス認証は、当該コンピューティングデバイスに関連付けられた公開鍵（ＰＵ−ｘ）を含むステップと、
    前記ユーザのＩＤに基づいて、前記ユーザがユーザ−マシンデータベースにレコードを有するかどうかを判定するステップと、
    レコードを有さない場合は、前記ユーザのレコードを前記データベースに作成し、前記レコードは、前記ユーザのＩＤと、前記ユーザの公開鍵／秘密鍵の対（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）とを含むステップと、
    レコードがある場合は、前記データベースに前記ユーザのレコードを見つけ、前記コンピューティングデバイス認証から（ＰＵ−ｘ）を取得するステップと、
    （ＰＵ−ｘ）に従って（ＰＲ−ＵＳＥＲ）を暗号化して（ＰＵ−ｘ（ＰＲ−ＵＳＥＲ）を得るステップと、
    （ＰＵ−ＵＳＥＲ）および（ＰＵ−ｘ（ＰＲ−ＵＳＥＲ））を提供されるユーザ−マシン認証中に形成するステップと、
    前記形成したユーザ−マシン認証を前記ユーザに返し、それにより、前記コンテンツをコンテンツキー（ＫＤ）に従って暗号化して（ＫＤ（コンテンツ））とし、前記ライセンスは、（ＰＵ−ＵＳＥＲ）に従って暗号化して（ＰＵ−ＵＳＥＲ（ＫＤ））とした（ＫＤ）を含み、（ＰＵ−ｘ）に対応する秘密鍵（ＰＲ−ｘ）を有する前記コンピューティングデバイスの委託されたコンポーネントは、ユーザ−マシン認証の（ＰＵ−ｘ（ＰＲ−ＵＳＥＲ）に（ＰＲ−ｘ）を適用して（ＰＲ−ＵＳＥＲ）を得、前記ライセンスの（ＰＵ−ＵＳＥＲ（ＫＤ））に（ＰＲ−ＵＳＥＲ）を適用して（ＫＤ）を得、（ＫＤ）を（ＫＤ（コンテンツ））に適用して前記コンテンツを得ることにより、前記コンピューティングデバイスでレンダリングする前記コンテンツを解読することができるステップと
    を含むことを特徴とするデジタル著作権管理方法。
11. 前記提供されるユーザ−マシン認証中に、前記ユーザ−マシン認証が作成された時間と、前記ユーザ−マシン認証を有効とする期間とを形成するステップをさらに含むことを特徴とする請求項１０に記載のデジタル著作権管理方法。
12. 前記提供されるユーザ−マシン認証中に、前記ユーザ−マシン認証が永続的なものか、一時的なものかを示すフラグを形成するステップをさらに含むことを特徴とする請求項１０に記載のデジタル著作権管理方法。
13. 前記形成したユーザ−マシン認証をユーザに返す前に、前記形成したユーザ−マシン認証に署名するステップをさらに含むことを特徴とする請求項１０に記載のデジタル著作権管理方法。
14. 特定のユーザが前記対応するデジタルライセンスに従って複数のコンピューティングデバイスそれぞれで前記デジタルライセンスをレンダリングすることを許可する請求項１０に記載の方法であって、
    前記ユーザから、それぞれが特定のコンピューティングデバイスについてのユーザ−マシン認証を求める複数の要求を受け取るステップであって、前記要求は、前記ユーザの識別（ＩＤ）と、前記特定のコンピューティングデバイスに関連付けられたコンピューティングデバイス認証とを含み、前記コンピューティングデバイス認証は、前記特定のコンピューティングデバイスに関連付けられた公開鍵（ＰＵ−ｘ）を含むステップと、
    各要求について、
    前記ユーザのＩＤに基づいて、前記ユーザの公開鍵および秘密鍵（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）を判定するステップと、
    前記要求に関連付けられた前記コンピューティングデバイス認証から（ＰＵ−ｘ）を得るステップと、
    前記取得した（ＰＵ−ｘ）に従って（ＰＲ−ＵＳＥＲ）を暗号化して（ＰＵ−ｘ（ＰＲ−ＵＳＥＲ））を得るステップと、
    前記要求に対応する、提供されるユーザ−マシン認証中に（ＰＵ−ＵＳＥＲ）および（ＰＵ−ｘ（ＰＲ−ＵＳＥＲ））を形成するステップと
    前記形成したユーザ−マシン認証を前記ユーザに返すステップと
    を含み、それにより、任意のコンピューティングデバイスの委託されたコンポーネントは、前記対応するユーザ−マシン認証の（ＰＵ−ｘ（ＰＲ−ＵＳＥＲ））に（ＰＲ−ｘ）を適用して（ＰＲ−ＵＳＥＲ）を得、前記ライセンスの（ＰＵ−ＵＳＥＲ（ＫＤ））に（ＰＲ−ＵＳＥＲ）を適用して（ＫＤ）を得、（ＫＤ）を（ＫＤ（コンテンツ））に適用して前記コンテンツを得ることにより、当該コンピューティングデバイスでレンダリングする前記コンテンツを解読することができることを特徴とするデジタル著作権管理方法。
15. 事前に定義されたポリシーに基づいて前記ユーザに前記ユーザ−マシン認証を提供するかどうかを判定し、前記事前に定義されたポリシーが許可する場合にのみ当該ユーザ−マシン認証を提供するステップを含むことを特徴とする請求項１０に記載のデジタル著作権管理方法。
16. 対応するユーザ−マシン認証を前記ユーザに提供するコンピューティングデバイスの最大数を執行するステップを含むことを特徴とする請求項１５に記載のデジタル著作権管理方法。
17. ユーザ−マシン認証を前記ユーザに提供できる頻度を執行するステップを含むことを特徴とする請求項１５に記載のデジタル著作権管理方法。
18. ユーザに代わってライセンスを要求する要求者にデジタルライセンスを提供して、前記ユーザが前記デジタルライセンスに従って対応するデジタルコンテンツをレンダリングすることを許可するデジタル著作権管理方法であって、
    前記コンテンツは、コンテンツキー（ＫＤ）に従って暗号化して（ＫＤ（コンテンツ））とし、前記方法は、
    前記要求者から前記ユーザの識別（ＩＤ）を受け取るステップと、
    前記ユーザのＩＤに基づき、前記ユーザの公開鍵（ＰＵ−ＵＳＥＲ）を含むレコードがそのユーザに存在するかどうかをデータベースから判定するステップと、
    存在しない場合は前記ユーザのレコードを前記データベースに作成し、前記レコードは、前記ユーザのＩＤと、前記ユーザの公開鍵／秘密鍵の対（ＰＵ−ＵＳＥＲ、ＰＲ−ＵＳＥＲ）とを含むステップと、
    存在する場合は、前記ユーザの前記レコードを前記データベースで見つけるステップと、
    （ＰＵ−ＵＳＥＲ）を用いて前記コンテンツのコンテンツキー（ＫＤ）を暗号化して（ＰＵ−ＵＳＥＲ（ＫＤ））を得るステップと、
    前記提供するライセンス中に（ＰＵ−ＵＳＥＲ（ＫＤ））を形成するステップと、
    前記形成したライセンスを前記要求者に返し、それにより、前記要求者は前記ライセンスを前記ユーザに転送し、（ＰＲ−ＵＳＥＲ）を有する前記ユーザは、（ＰＲ−ＵＳＥＲ）を前記ライセンスの（ＰＵ−ＵＳＥＲ（ＫＤ））に適用して（ＫＤ）を得、（ＫＤ）を（ＫＤ（コンテンツ））に適用して前記コンテンツを得ることにより、前記コンテンツを解読することができるステップと
    を含むことを特徴とするデジタル著作権管理方法。
    

Images