コンテンツ保護システムなどにおける高信頼ライセンス削除
デジタルライセンスは、当該ライセンスの削除を許可できる削除サービスの識別情報を含む。クライアントは、削除されるライセンスおよびサービスを選択し、削除されるライセンスを識別するチャレンジライセンス識別ブロック（ＬＩＢ）をその中に含むチャレンジを作成して、チャレンジをサービスに送信する。サービスはチャレンジを受信し、チャレンジの少なくとも一部をデータベースに格納し、チャレンジに対応し、削除されるライセンスを識別するレスポンスＬＩＢおよびサービスの識別情報をその中に含むレスポンスを作成し、レスポンスをクライアントに送信する。クライアントはレスポンスを受信し、削除されるライセンスを識別するためにレスポンスからのレスポンスＬＩＢを利用して、識別されたライセンス内のサービスの識別情報がレスポンス内のサービスの識別情報に一致することを確認したときに、識別されたライセンスを削除する。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、その開示が参照により本明細書に組み入れられている、２００４年４月２３日に提出された米国特許出願第１０／８３１，２８０号の優先権を請求する。
【０００２】
本発明は、削除サービスなどに対応するデジタルコンテンツをレンダリングするためのデジタルライセンスが、クライアントによる使用から返却、抹消、またはそうでなければ削除されることを通知するための、コンテンツ保護システムまたは同種のものにおけるクライアントなどのための、アーキテクチャおよび方法に関する。さらに詳細には、本発明は、通知および削除が高信頼方法で実施される、当該アーキテクチャおよび方法に関する。
【背景技術】
【０００３】
既知であるように、そしてここで図１を参照すると、コンテンツ保護およびエンフォースメントシステムは、デジタルコンテンツ１２、例えばデジタルオーディオ、デジタルビデオ、デジタルテキスト、デジタルデータ、デジタルマルチメディアなど、当該デジタルコンテンツ１２がユーザに配布される場合に関連して、非常に望ましい。ユーザが受信する場合、当該ユーザは、適当なレンダリングデバイス、例えばパソコン１４のメディアプレイヤー、携帯型再生デバイスなどを活用して、デジタルコンテンツをレンダリングまたは「再生」する。
【０００４】
典型的には、このようなデジタルコンテンツ１２の配布を行うコンテンツ所有者は、そのようにして配布されたデジタルコンテンツ１２を用いてユーザが実施することに対して制限を加えることを望む。例えば、コンテンツ所有者は、ユーザがそのコンテンツ１２を第２ユーザに対してコピーしたり再配布したりすることに制限を加えることを望む、あるいは、制限された回数だけ、ある合計時間だけ、あるタイプの機械だけ、あるタイプのメディアプレーヤだけ、あるタイプのユーザだけに、配布されたデジタルコンテンツ１２のプレイができるようにすることを望む。
【０００５】
しかしながら、配布が行われた後、当該コンテンツ所有者は、デジタルコンテンツ１２に対して、ある場合でもごくわずかなコントロールのみ有する。そこでコピープロテクションシステム１０が、任意の形式でのデジタルコンテンツ１２のコントロールされたレンダリングまたは再生を可能にし、当該コントロールは柔軟性であり、当該デジタルコンテンツのコンテンツ所有者によって定義可能である。通例、コンテンツ１２は、適当な配布チャネルによって、パッケージ１３の形でユーザに配布される。配布されたデジタルコンテンツパッケージ１３は、共通暗号／復号鍵（ＫＤ）によって暗号化されたデジタルコンテンツ１２（すなわち（ＫＤ（コンテンツ）））はもちろんのこと、コンテンツを識別する他の情報、当該コンテンツのライセンスを獲得する方法も含む。
【０００６】
高信頼ベースコピープロテクションシステム１０は、デジタルコンテンツ１２の所有者に、当該デジタルコンテンツ１２のレンダリングを許可する前に満足しなければならないルールを規定させる。当該ルールは、上述の要件および/またはその他を含むことが可能であり、ユーザ/ユーザの演算装置１４（以下、当該用語は、状況が別途必要としない限り互換的に使用する）がコンテンツ所有者またはその代理人から入手する必要のあるデジタルライセンス１６内で具現できるか、あるいは当該ルールがすでにコンテンツ１２に添付されている。当該ライセンス１６および/またはルールは、例えば、おそらくユーザの演算装置または他の再生デバイスによって復号可能な別の鍵によって暗号化されたデジタルコンテンツ１２を復号するための復号鍵（KD）を含むことができる。
【０００７】
デジタルコンテンツ１２の一部に対するコンテンツ所有者は、ライセンス１６あるいはその他においてコンテンツ所有者により特定された規則にユーザが従うという点に対して所有者が信頼をおくことができなければ、そのコンテンツ１２をユーザに配布することを望まない。その場合、好ましくは、ユーザの演算装置１４あるいは他の再生装置が、その規則を守らなければそのデジタルコンテンツ１２をレンダリングしないような信頼されるコンポーネントあるいは機構１８を備える。
【０００８】
高信頼コンポーネント１８は通例、ルールを検討し、特に、リクエストしたデジタルコンテンツ１２を要求された方法でレンダリングする権利を有するかどうかを、検討したルールに基づいて判定するエバリュエータ２０を有する。理解されるはずだが、エバリュエータ２０は、デジタルコンテンツ１２の所有者の要請をルールに従って実施するコピープロテクションシステム１０において信頼されており、ユーザが、当該高信頼コンポーネント１８および/またはエバリュエータ２０を、不正であろうとなかろうと、何らかの目的のために容易に改変できることは望ましくない。
【０００９】
理解されるはずだが、コンテンツ１２をレンダリングするためのルールは、ユーザが誰であるか、ユーザがどこに位置するか、ユーザがどの種類の演算装置１４または他の再生デバイスを使用しているか、どのレンダリングアプリケーションがコピープロテクションシステム１０を呼び出しているか、日付、時間などを含む、複数の要因のいずれかに基づいて、ユーザがそのようにレンダリングする権利を有するかどうかを規定できる。加えて、ルールは例えば規定の再生回数、または規定の再生時間までに、レンダリングを制限する。
【００１０】
この規則は、ある適当な言語やシンタクスにより特定される。例えばこの言語は、単純に、満足させるべき属性や値（例えば、ＤＡＴＥがＸよりも後でなければならない）を特定する、あるいは特定のスクリプト（例えば、ＤＡＴＥがＸよりも大きければ．．．を行う）に従う機能の実施を要求する。
【００１１】
エバリュエータ２０が、ルールが満足されたことを判定すると、次にデジタルコンテンツ１２をレンダリングすることができる。特にコンテンツ１２をレンダリングするために、復号鍵（ＫＤ）を事前定義された供給源、例えば上述のライセンス１６から入手して、実際のコンテンツ１２を得るためにコンテンツパッケージ１３からの（ＫＤ（コンテンツ））に適用すると、実際のコンテンツ１２がそこで実際にレンダリングされる。
【００１２】
高信頼コンポーネント１８は時々、コンテンツ１２の特定の一部のレンダリングおよび/または特定のライセンス１６の使用に関連する状態情報を保持するよう要求されることがある。例えば、特定のライセンス１６が再生回数要件を有する場合があり、したがって高信頼コンポーネント１８は、対応するコンテンツ１２をレンダリングするためにライセンス１６が利用された回数または対応するコンテンツ１２をレンダリングするためにライセンス１６が利用される残りの回数を記憶しておく必要がある。したがって、高信頼コンポーネント１８は、当該状態情報が安全な方法で持続的に保持される、少なくとも１個の持続性セキュアストア２２を含むこともできる。それゆえ、高信頼コンポーネント１８は、当該状態情報が演算装置１４での使用のセッションに渡ってさえ保持されるように、当該状態情報を当該セキュアストア２２に持続的な方法で格納する。当該セキュアストア２２は、高信頼コンポーネント１８の演算装置１４に位置することが多いが、当該セキュアストア２２は代わりに別の場所に位置していてもよい。
【００１３】
コピープロテクションシステム１０では、コンテンツ１２は、当該コンテンツ１２を暗号化して、ルールのセットをコンテンツ１２と関連付けることにより、ユーザが使用できるようにパッケージされ、それによってコンテンツ１２はルールに従ってのみレンダリングされる。コンテンツ１２はルールに従ってのみレンダリングできるため、コンテンツ１２は自由に配布できる。通例、コンテンツ１２は共通暗号鍵、例えば上述の鍵（ＫＤ）に従って暗号化されて（ＫＤ（コンテンツ））を生成し、したがって（ＫＤ（コンテンツ））も（ＫＤ）に従って復号されて）コンテンツ１２を生成する。当該（ＫＤ）は次に、コンテンツ１２に対応するライセンス１６内に含まれる。当該（ＫＤ）はしばしば公開鍵、例えばコンテンツ１２がレンダリングされる演算装置１４（ＰＵ−Ｃ）の公開鍵に従って暗号化されて、（ＰＵ−Ｃ（ＫＤ））を生成する。しかし他の公開鍵、例えばユーザの公開鍵、ユーザがメンバーなどであるグループの公開鍵が利用できることに注意する。
【００１４】
ときどきユーザ、演算装置１４、高信頼コンポーネント１８、または他の実体（以下、「クライアント」）が、それに関連する使用からのライセンス１６の削除を要望することが認識される。例えば、クライアントが対応するコンテンツ１２のレンダリングをもはや要望しない、またはクライアントがライセンス１６を別のクライアントに転送することを要望する場合がある。クライアントはそれ自体ではライセンス１６を削除できるだけであるが、ライセンス１６がストア、例えばセキュアストア２２に格納され、したがってコントロールされた状況下以外ではアクセスできない場合、または外部実体が、ライセンス１６が実際に削除されていることの確認を要望する場合がある。クライアントがサービスからライセンス１６を有償で購入し、返金のためにライセンスの「返却」を要望する、１つの想定されたシナリオにおいて、サービスが、返却されたライセンス１６が実際にクライアントから削除されたという、ある証拠を要求することが予想される。クライアントがサービスから第一の演算装置１４用にライセンス１６を購入し、ライセンス１６の第二の演算装置１４への転送を要望する、別の想定されたシナリオにおいて、サービスが、転送されたライセンス１６が実際に第一の演算装置１４から削除されたという、ある証拠を要求することが同様に予想される。
【００１５】
したがって、クライアントによる使用からのライセンス１６の高信頼削除を実施するアーキテクチャおよび方法への要求が存在する。特に削除サービスなどに高信頼方法で、ライセンス１６がクライアントなどによる使用から削除されることと、実際にライセンス１６を高信頼方法でクライアントによる使用から削除することを通知する、アーキテクチャおよび方法への要求が存在する。
【発明の開示】
【課題を解決するための手段】
【００１６】
上述の要求は、少なくとも１つのデジタルライセンスをクライアント演算装置から削除する方法を提供する本発明によって、少なくとも一部は満足される。各デジタルライセンスは、当該ライセンス削除に権限付与できる削除サービスの識別情報を含む。その方法では、クライアントは削除される各ライセンスおよびサービスを選択し、削除される各ライセンスを示したチャレンジライセンス識別ブロック（ＬＩＢ）を中に含むチャレンジを作成して、そのチャレンジをサービスに送信する。サービスはチャレンジを受信し、チャレンジの少なくとも一部をデータベースに格納して、チャレンジに対応して、削除される各ライセンスを示すレスポンスＬＩＢおよびサービスの識別情報を中に含むレスポンスを作成し、レスポンスをクライアントに送信する。クライアントはレスポンスを受信し、レスポンスからのレスポンスＬＩＢを利用して削除される各ライセンスを示し、識別されたライセンス内のサービスの識別情報がレスポンス内のサービスの識別情報を一致することを確認したときに、識別された各ライセンスを削除する。それゆえ演算装置からの各ライセンスの削除と同時に、サーバは各ライセンスが高信頼方法で削除されたことを、高信頼方法で通知される。
【００１７】
削除後、クライアントは、レスポンスに対応する肯定応答（ＡＣＫ）を作成して、ＡＣＫをサービスに送信できる。サービスはＡＣＫを受信して、レスポンスが確認されたことをデータベースに記載する。
【発明を実施するための最良の形態】
【００１８】
図２および以下の考察は、本発明および／またはその一部を実施するのに適した計算環境の短い一般的説明を示すことを意図したものである。要求されたものではないが、本発明は、クライアントワークステーションあるいはサーバといったコンピュータで実行されるプログラムモジュールといったコンピュータ実行可能命令の一般的なコンテクストで説明される。一般に、プログラムモジュールは、特定のタスクを行う、あるいは特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。さらに、本発明およびその一部を、手持型装置、マルチプロセッサシステム、マイクロプロセッサベースあるいはプログラム可能家電、ネットワークＰＣ、マイクロコンピュータ、メインフレームコンピュータ等を含む他のコンピュータシステム構成を用いて実施してもよい。本発明を、通信ネットワークを通してリンクされた遠隔処理装置でタスクが実施される分散型計算環境で実施してもよい。分散型計算環境において、プログラムモジュールを、局部あるいは遠隔メモリ記憶装置の両方においてもよい。
【００１９】
図２に示すとおり、典型的な汎用計算システムには、処理ユニット１２１と、システムメモリ１２２と、システムメモリを含むさまざまなシステムコンポーネントを処理ユニット１２１に結合するシステムバス１２３とを含む従来型パソコン１２０等がある。システムバス１２３は、メモリバスあるいはメモリ制御装置、周辺バス、さまざまなバス構成のいずれかを用いるローカルバスを含む複数タイプのバス構造のいずれかである。システムメモリにはリードオンリーメモリ（ＲＯＭ）１２４やランダムアクセスメモリ（ＲＡＭ）１２５がある。起動中といった、パソコン１２０内の要素間で情報を伝送する際に助けとなる基本ルーチンを含む基本入出力システム１２６（ＢＩＯＳ）がＲＯＭ１２４に記憶される。
【００２０】
パソコン１２０はさらに、（図示されていない）ハードディスクからの読み込みやそこへの書き込みを行うためのハードディスクドライブ１２７、取外し可能磁気ディスク１２９からの読み込みあるいはそこへの書き込みを行うための磁気ディスクドライブ１２８、ＣＤ−ＲＯＭあるいは他の光媒体といった取外し可能光ディスク１３１からの読み込みあるいはそこへの書き込みを行うための光ディスクドライブ１３０が含まれる。ハードディスクドライブ１２７、磁気ディスクドライブ１２８、光ディスクドライブ１３０は、ハードディスクドライブインターフェース１３２、磁気ディスクドライブインターフェース１３３、光ドライブインターフェース１３４でそれぞれシステムバス１２３に接続される。ドライブと、関連するコンピュータ読み込み可能媒体により、パソコン２０に対するコンピュータ読み込み可能指示、データ構造、プログラムモジュール、他のデータの非揮発性保存が行われる。
【００２１】
ここで説明された典型的環境ではハードディスク、取外し可能磁気ディスク１２９、取外し可能光ディスク１３１を用いているものの、コンピュータでアクセス可能なデータを保存することのできる他のタイプのコンピュータ読み込み可能媒体は典型的作動環境でも用いることができることを認識すべきである。このような他のタイプの媒体には、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌーイカートリッジ、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）等が含まれる。
【００２２】
オペレーティングシステム１３５、１つ以上のアプリケーションプログラム１３６、他のプログラムモジュール１３７、プログラムデータ１３８を含む多数のプログラムモジュールが、ハードディスク、磁気ディスク１２９、光ディスク１３１、ＲＯＭ１２４あるいはＲＡＭ１２５で保存される。ユーザは、キーボード１４０やポインティング装置１４２といった入力装置を通して命令や情報をパソコン１２０に入力する。（図示されていない）他の入力装置には、マイク、ジョイスティック、ゲームパッド、衛星ディスク、スキャナ等が含まれる。これらの入力装置および他の入力装置が、システムバスに結合されたシリアルポートインターフェース１４６を通して処理ユニット１２１に接続されることが多いが、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）といった他のインターフェースで接続されることもある。モニタ１４７あるいは他のタイプの表示装置は、ビデオアダプタ１４８といったインターフェース経由でシステムバス１２３にも接続される。モニタ１４７に加えて、パソコンは、典型的には、スピーカやプリンタといった（図示されていない）他の周辺出力装置を含む。図２の典型的なシステムには、ホストアダプタ１５５、小型コンピュータシステムインターフェース（ＳＣＳＩ）バス１５６、ＳＣＳＩバス１５６に接続された外部記憶装置１６２も含まれる。
【００２３】
パソコン１２０は、遠隔コンピュータ１４９といった１つ以上の遠隔コンピュータへの論理接続を用いるネットワーク環境で作動する。遠隔コンピュータ１４９は、他のパソコン、サーバ、ルータ、ネットワークＰＣ、ピア装置、あるいは他の共通ネットワークノードであり、典型的には、パソコン１２０に関して上述の要素の多く、あるいはその全てを含むものであるが、図２ではメモリ記憶装置１５０だけが示されている。図２に示される論理接続にはローカルエリアネットワーク（ＬＡＮ）１５１やワイドエリアネットワーク（ＷＡＮ）１５２が含まれる。このようなネットワーク環境は、事務所、全社的コンピュータネットワーク、イントラネット、インターネットでは普通のものである。
【００２４】
ＬＡＮネットワーク環境で用いられる場合、パソコン１２０はネットワークインターフェースあるいはアダプタ１５３経由でＬＡＮ１５１に接続される。ＷＡＮネットワーク環境で用いられる場合、パソコン１２０は、典型的には、モデム１５４、あるいはインターネットといったワイドエリアネットワーク１５２上での通信を確立するための他の手段を含む。モデム１５４は内部あるいは外部に置かれるものであるが、シリアルポートインターフェース１４６経由でシステムバス１２３に接続される。ネットワーク環境において、パソコン１２０に関連して示されるプログラムモジュール、あるいはその一部が遠隔メモリ保存装置内に保存される。ここで示されたネットワーク接続は代表的なものであり、コンピュータ間で通信リンクを確立するために他の手段が使われるということが認められる。
【００２５】
高信頼ライセンス削除
本発明において、コンテンツ保護システム１０を有する演算装置またはクライアント１４でのデジタルライセンス１６の削除が実施され、削除の削除サービス２４（図３）への通知も高信頼方法で実施される。それゆえ当該通知によって、サービス２４は例えばライセンス１６の購入者に「返却」を認めるか、あるいはライセンス１６の購入者または他の取得者に削除ライセンス１６にて課せられた所有権を別のクライアント１４の別のライセンス１６に「転送」させることができる。そこで本発明により、デジタルコンテンツ１２の提供者／ライセンサは、対応するライセンス１６をユーザがもはや利用できないようにすることにより、不要のコンテンツを「返却する」能力をユーザに提供でき、第一のクライアント１４に関連する対応するライセンス１６をユーザがもはや利用できないようにすることにより、コンテンツ１２を第一のクライアント１４から第二のクライアント１４に「転送」する能力をユーザに提供することもできる。もちろん後者の場合では、提供者／ライセンサも第二のクライアント１４に関連する対応するライセンス１６を発行する。特に、どちらの場合でも、提供者／ライセンサは、クライアント１２から削除された各ライセンス１６が実際に削除されるか、そうでなければクライアント１２に利用できなくする、高信頼方法を提供される。
【００２６】
コンテンツ保護は、当該コンテンツ１２がコンテンツ所有者および／または提供者の要望に一致しない方法で使用できないように、デジタルコンテンツ１２を保護するための一連の方法および技術を示していることに注意する。方法は特に、コピープロテクション（ＣＰ）、リンクプロテクション（ＬＰ）、条件付きアクセス（ＣＡ）、権利管理（ＲＭ）、およびデジタル権利管理（ＤＲＭ）である。いずれかのコンテンツ保護システム１０の基礎は、保護コンテンツ９２の使用のための暗示的および／または明示的ルールを適正な順守を確実にする高信頼アプリケーションのみが、保護されていない形式のコンテンツにアクセスできるということである。通例、コンテンツ１２は、信頼された当事者のみがそれを復号できる、ある方法で暗号化することによって保護される。
【００２７】
コピー保護は、厳密な意味では特に記憶装置に常駐するコンテンツ１２に適用されるものであるのに対して、リンク保護は、送信媒体上のアプリケーション／装置間を流れるコンテンツ１２に対して適用される条件付きアクセスはリンク保護のさらに精巧な形態と考えることができるが、この場合、プレミアムプログラム、チャネルおよび／または映画が移送中に暗号化される。そのようなコンテンツ１２へのアクセスについては、料金を支払った加入者だけにこのコンテンツの復号で必要な鍵が与えられる。
【００２８】
デジタル権利管理は拡張可能な構造をもち、ここでコンテンツ１２の特定部分の認定使用に関する規則は明示的であり、この規則がコンテンツ１２そのものに拘束される、あるいは関連付けされる。ＤＲＭ機構は他の方法よりも内容豊富で表現豊かな規則をサポートでき、コンテンツの個々の部分のレベル、あるいはそのコンテンツの副コンテンツに対しても優れた制御や柔軟性が与えられる。デジタル権利管理システムの例は、１９９９年４月１２日に申請された米国特許出願番号０９／２９０，３６３および１９９９年３月２７日に申請された米国仮特許出願番号６０／１２６，６１４で示されているが、これらの各例はここでは全て参照によって組み込まれている。
【００２９】
権利管理は、組織内あるいはその部分集合の中だけでアクセス可能になるようコンテンツ１２が保護できるということに組織的に基づいたＤＲＭ形態である。権利管理システムの例は、それぞれ２００２年６月２８日に申請された米国特許出願番号１０／１８５，５２７および１０／１８５，２７８、１０／１８５，５１１で示されているが、ここでは全て参照によって組み込まれている。
【００３０】
ここで図３を参照すると、クライアント１４およびサービス２４が示されているのがわかる。認識されるように、クライアント１４はどの種類の演算装置１４でもよく、その中に１個以上のライセンス１６を有し、それぞれ当該ライセンス１６に基づいてレンダリングされるコンテンツ１２のピースに一致し、もちろんライセンス１６がそれを許容することを許可することを前提としている。サービス２４は、適当な通信媒体によってクライアント１４と連通しており、クライアント１４に関連するライセンス１６の１個以上の削除の通知を受信するために利用される。当該サービス２４が、削除される各ライセンス１６を発行したサービスであるか、または別のサービスであることに注意する。
【００３１】
本発明の１つの実施形態において、ライセンス１６を削除するために利用される各サービス２４は、公開鍵（ＰＵ−ＲＳ）および対応する秘密鍵（ＰＲ−ＲＳ）を保有し、クライアント１４の各ライセンス１６は、以下でさらに詳細に示すように、それと共に含まれる当該サービスの公開鍵（ＰＵ−ＲＳ）によって、特定のサービス２４に関連してのみ削除できる。それゆえ特定のサービス２４の（ＰＵ−ＲＳ）をそれと共に含まないライセンス１６は、当該特定のサービス２４に関連して削除できない。それゆえ削除可能なライセンスの一部の例は、次のとおりである：
＜ＬＩＣＥＮＳＥ ｖｅｒｓｉｏｎ＝“２．０．０．０”＞
＜ＬＩＣＥＮＳＯＲＩＮＦＯ＞
＜ＤＡＴＡ＞
＜ＫＩＤ＞｛ｖａｌｕｅ｝＜／ＫＩＤ＞
＜ＬＩＤ＞｛ｖａｌｕｅ｝＜／ＫＩＤ＞
＜ＰＵ−ＲＳ＞｛ｖａｌｕｅ｝＜／ＰＵ−ＲＳ＞
ここで‘ＫＩＤ’タグによって識別されたライセンス１６の一部が対応するコンテンツ１２を識別するコンテンツＩＤであることと、‘ＬＩＤ’タグによって識別されたライセンス１６の一部がライセンス１６自体を識別するライセンスＩＤであることと、‘ＰＵ−ＲＳ’タグによって識別されたライセンス１６の一部が削除サービス２４（ＰＵ−ＲＳ）の公開鍵であることに注意する。
【００３２】
一般に特定のサービス２４と関連する１個以上のライセンス１６の削除を要望するクライアント１４は、サービス２４に対するチャレンジ２６を１個以上のライセンス１６の識別情報と共に発行し、サービス２４からのレスポンス２８を１個以上のライセンス１６の識別情報と共に受信する。次にチャレンジ２６に基づいて、サービス２４は削除されるライセンス１６を通知され、レスポンス２８に基づいて、クライアント１４は実際にライセンス１６の削除を委ねられる。それゆえクライアント１４はチャレンジ２６またはレスポンス２８を用いずにライセンス１６をそれ自体で削除できたかもしれないが、当該チャレンジ２６は、サービス２４にクライアント１４が行おうとしている動作を通知するように設計されており、レスポンス２８は、サービス２４がクライアント１４がチャレンジ２６の通知に基づいて実際に行う動作を制御および規定できるように設計されていることを認識すべきである。次にサービス２４は、チャレンジ２６およびレスポンス２８によって、クライアント１４が確かに削除を遂行するようにさせる。
【００３３】
注目に値することには、チャレンジ２６およびレスポンス２８の両方において、削除される１個以上のライセンス１６の識別情報は、本発明の精神および範囲から逸脱することなく、特定の定義可能および認識可能などの形でも取ることができる。例えば、各ライセンス１６がそのＬＩＤによるチャレンジ２６および／またはレスポンス２８内で識別される場合がある。しかし、さらに一般的には、ライセンス１６に関係するほとんどすべての基準は、そのＫＩＤ、発行サービス、発行の時間および／または日付および／またはその範囲、ライセンスの種類、ライセンス１６によって付与された権利、ライセンス１６が発行されたユーザなどを含めて、チャレンジ２６および／またはレスポンス２８内でそれを識別するために利用できる。
【００３４】
本発明の１つの実施形態において、ライセンス１６の当該識別情報は、チャレンジ２６および／またはレスポンス２８と共に削除されるライセンス１６を識別するライセンス識別ブロック（ＬＩＢ）を含めることによって実現される。ＬＩＢ内の当該識別情報は、各ライセンス１６の特定の識別情報および／またはライセンス１６の種類が選択される基準を含むことができる。どちらの場合においても、ＬＩＢ内の識別情報は、クライアント１４から削除されるマッチングライセンス１６を発見するために利用される。通例、ＬＩＢは、属性および各ライセンス１６内でおよび／または各ライセンス１６の外部で利用可能なまたは他の情報に基づいており、レシピエントが認識できる形である。当該ＬＩＢは、改竄を防止するために発行者の秘密鍵によって署名されるべきであり、好奇心の強い第三者による望ましくない調査を防止するために暗号化できる。
【００３５】
ここで図４を参照すると、クライアント１４が特定のサービス２４と関連するその１個以上のライセンス１６を削除する方法が開示されている。認識されるように、プロセスは、クライアント１４が削除される１つ以上のそのライセンス３６を選択し（ステップ４０１）、特定のサービス２４を選択する（ステップ４０３）ことによっても開始する。当該選択は、本発明の精神および範囲を逸脱することなく、どの適当な方法でも実現可能であり、ライセンス１６の選択は特に、個々のライセンス１６の識別情報および／またはライセンス１６の種類が識別される基準に基づいている。ステップ４０１のように削除される１個の特定のライセンス１６を選択することに関して、ステップ４０３のようにサービスを選択することは、選択したライセンス１６に示された（ＰＵ−ＲＳ）に関して実施されることに注意する。
【００３６】
選択した各ライセンス１６が選択した特定のサービス２４の（ＰＵ−ＲＳ）を有するようにするのに有効であるが、当該現象は必要不可欠と見なされないことにも注意する。代わりに、例えばライセンス１６の選択が異なる（ＰＵ−ＲＳ）を有するライセンス１６を含むのに十分広範である基準に基づいている場合などに、選択したライセンス１６の少なくとも一部が選択した特定のサービス２４の（ＰＵ−ＲＳ）を持たない場合がある。それにもかかわらず、そして以下からわかるように、選択したサービス２４の（ＰＵ−ＲＳ）を有する、選択されたライセンス１６のみが実際に削除されるであろう。
【００３７】
次に、選択したライセンス１６および選択したサービス２４によって、クライアント１４は、そこに：
−削除される個々のライセンス１６および／または削除のためのライセンス１６の種類が選択される基準を識別する、チャレンジＬＩＢ；
−クライアント１４の識別情報；
−クライアント１４（ＰＵ−Ｃ）の公開鍵、通例、それを含むデジタル証明書の形；
−チャレンジ２６を識別するトランザクションＩＤ（ＴＬＤ）；
を含む、べきチャレンジ２６を作成する（ステップ４０５）。
チャレンジ２６内のチャレンジＬＩＢは再度、改竄を防止するために、（ＰＵ−Ｃ）に一致するクライアント１４（ＰＲ−Ｃ）の秘密鍵によって署名され、好奇心の強い第三者による望ましくない調査を防止するために暗号化できる。加えてまたは代わりに、チャレンジ２６全体を暗号化および／または署名することができる。少なくとも一部の例において、チャレンジＬＩＢがチャレンジ２６として作成され、そこでのチャレンジ２６に関するすべての関連情報を含む場合があることに注意する。しかしながら、そこでのチャレンジ２６に関する情報を有するチャレンジＬＩＢは、そこでのチャレンジＬＩＢおよび他の情報を有するチャレンジ２６とは実質的に異なるとは考えられない。
【００３８】
その後、クライアント１４は、チャレンジ２６をサービス２４に送信し（ステップ４０７）、受信時にサービス２４は、必要な復号を実施し、チャレンジ２６と共に含まれているようなクライアント１４（ＰＵ−Ｃ）に基づいて、チャレンジＬＩＢおよび／またはチャレンジ２６自体の署名の検証も行う（ステップ４０９）。認識されるように、署名が検証できなかった場合、チャレンジ２６は履行されない。当該状況において、サービス２４は全く応答できないか、拒絶応答によって応答するかなどである。
【００３９】
チャレンジ２６の各署名が検証することを前提とすると、サービス２４はチャレンジ２６にクライアント１４の識別情報、ＴＩＤ、およびデータベース３０内のマシン公開鍵を含む情報を、その他の適当なトランザクション関連情報と共に格納する（ステップ４１１）。認識されるように、データベース３０内にそのように格納された項目は、どのような理由で必要であると判断される場合でも、サービス２４によって、または別のサービス３２によって検索できる。例えば、返金のためのライセンス１６の「返却」に関連して、別のサービス３２がクレジットイシュアであり、クレジットイシュア３２が、クライアント１４のライセンス１６が削除されたことをデータベース３０から確認できるならば、クレジットイシュア３２はクライアント１４のライセンス１６に関連してのみクレジットを発行する場合がある。同様にライセンス１６の「転送」に関して、別のサービス３２がライセンスイシュアであり、第一のクライアント１４に対応するライセンス１６が削除されたことをデータベース３０から確認できるならば、ライセンスイシュア３２は第二のクライアント１４に対してライセンス１６のみを発行する場合がある。
【００４０】
サービス２４は、ステップ４１１で情報を格納するのに加えて、チャレンジ２６に対応するレスポンス２８も作成する（ステップ４１３）。特に作成されたレスポンス２８は：
−削除される個々のライセンス１６および／または削除のためのライセンス１６の種類が選択される基準を識別する、レスポンスＬＩＢ；
−クライアント１４の識別情報、おそらく；
−サービス２４の公開鍵（ＰＵ−ＲＳ）、通例それを含むデジタル証明書の形；
−チャレンジ２６からのＴＩＤ；
を含む。
レスポンス２８内のレスポンスＬＩＢは再度、改竄を防止するために、（ＰＵ−ＲＳ）に一致するサービス２４（ＰＲ−ＲＳ）の秘密鍵によって署名され、好奇心の強い第三者による望ましくない調査を防止するために暗号化できる。加えてまたは代わりに、レスポンス２８全体を暗号化および／または署名することができる。少なくとも一部の例において、レスポンスＬＩＢがレスポンス２８として作成され、そこでのレスポンス２８に関するすべての関連情報を含む場合があることに注意する。しかしながら、そこでのレスポンス２８に関する情報を有するレスポンスＬＩＢは、そこでのレスポンスＬＩＢおよび他の情報を有するレスポンス２８とは実質的に異なるとは考えられない
【００４１】
レスポンス２８内のレスポンスＬＩＢは、対応するチャレンジ２６内のチャレンジＬＩＢに同一またはほぼ同一であるか、あるいは本質的および／または実質的な方法で変更できることにも注意する。サービスによって実施される当該変更は、本発明の精神および範囲から逸脱することのない、どの変更でもよい。例えば、変更がサービス２４によるチャレンジＬＩＢのフィルタリングに基づくことがあり、変更が、レスポンスＬＩＢ内で示されているように削除されるライセンス１６をさらに明確な形で定義するように設計されていることがあり、サービス２４が規定の一般的な形式に従って各レスポンスＬＩＢを発行することがあるなどである。いずれにしても、レスポンスＬＩＢがチャレンジＬＩＢと比較して変更されている場合、サービス２４は、チャレンジ２６からのチャレンジＬＩＢおよび他の情報と共に、レスポンスＬＩＢをデータベース３０に格納することを選択できる。
【００４２】
（ＰＵ−ＲＳ）をレスポンス２８内に含めることによって、クライアント１４は、それに基づくライセンス１６を削除する場合に、以下でさらに詳細に述べるように、削除される各ライセンス１６が当該（ＰＵ−ＲＳ）を含むことを確認できることにさらに注意する。それゆえ、上で示唆したように、ライセンス１６は、ライセンス１６およびレスポンス２８の両方が中に同じ（ＰＵ−ＲＳ）を含む場合に、レスポンス２８に基づいてのみ削除できる。認識されるように、不正なエンティティが、当該（ＰＵ−ＲＳ）を備えたライセンス１６をクライアント１４から削除するために、当該（ＰＵ−ＲＳ）を中に含む要注意レスポンスを作成する間に、そのデジタル署名を検証するためにレスポンス２８内で当該（ＰＵ−ＲＳ）を利用する当該クライアント１４は、検証の失敗を見出すであろう。特に不正エンティティは、公開鍵（ＰＵ−ＲＳ）を所有しているが、対応する秘密鍵（ＰＲ−ＲＳ）を所有していないはずであり、したがって（ＰＵ−ＲＳ）に基づいて検証する、当該（ＰＲ−ＲＳ）に基づくデジタル署名を作成できない。
【００４３】
その後、サービス２４は、クライアント１４にレスポンス２８を送信し（ステップ４１５）、クライアント１４は受信時に、要求されるすべての復号を実施し、レスポンス２８と共に含まれるようなサービス２４（ＰＵ−ＲＳ）の公開鍵に基づいてレスポンスＬＩＢおよび／またはレスポンス２８それ自体の署名も検証する（ステップ４１７）。上と同様に、いずれかの署名が検証できない場合、レスポンス２８は履行されない。当該状況において、クライアント１４は、チャレンジ２６を再送信し、チャレンジ２６を再作成してそれを送信するなどである。加えてクライアント１４は、レスポンス２８のＴＩＤがチャレンジ２６のＴＩＤと一致することを確認する。
【００４４】
レスポンス２８の各署名が検証し、ＴＩＤが一致すると仮定すると、次にクライアント１４はレスポンス２８からレスポンスＬＩＢを検索し、それを利用して削除される１個以上のライセンスを識別する（ステップ４１９）。当該識別は、本発明の精神および方法から逸脱せずに適切な方法で実施され、認識されるように、削除される個々のライセンス１６を識別するレスポンスＬＩＢ内のデータおよび／またはライセンス１６の種類が削除するために選択される基準に基づいている。次にクライアント１４は、実際に識別された各ライセンス１６を削除するが、識別されたライセンス１６がレスポンス２８と同じ（ＰＵ−ＲＳ）を有する場合のみである（ステップ４２１）。それゆえ、そして再度、ライセンス１６およびレスポンス２８の両方が中に同じ（ＰＵ−ＲＳ）を有する場合、ライセンス１６は（ＰＵ−ＲＳ）を有するサービス２４からのレスポンス２８に基づいてのみ削除できる。
【００４５】
識別され削除可能なライセンス１６すべてが実際に削除されると、次にクライアント１４は、サービス２４に送信される肯定応答（ＡＣＫ）３４を作成する（ステップ４２３）。特に作成されたＡＣＫ３４は：
−クライアント１４の識別情報、おそらく；
−クライアント１４ ２４（ＰＵ−Ｃ）の公開鍵、おそらく通例、それを含むデジタル証明書の形である；
−チャレンジ２６およびレスポンス２８からのＴＩＤ；
を含む。
なお再度、ＡＣＫは、改竄を防止するために（ＰＵ−Ｃ）に対応するクライアント１４（ＰＲ−Ｃ）の秘密鍵によって署名され、好奇心の強い第三者による望ましくない調査を防止するために暗号化できる。クライアント１４および／またはその（ＰＵ−Ｃ）の識別情報がＡＣＫ３４内に含まれるか、そうでなければサービス２４は必要ならば、ＡＣＫ３４のＴＩＤに基づいてデータベース３０から当該情報を得ることに注意する。
【００４６】
その後、クライアント１４はＡＣＫ３４をサービス２４に送信し（ステップ４２５）、サービス２４は受信時に要求される復号を実施し、ＡＣＫ３４と共に含まれるようなクライアント１４（ＰＵ−Ｃ）の公開鍵に基づいて、ＡＣＫ３４の署名も検証する（ステップ４２７）。上述のように、署名が検証できなかった場合、ＡＣＫ３４は履行されない。当該状況において、サービス２４は全く応答できないか、拒絶応答によって応答するかなどである。加えてサービス２４は、データベース３０によって、ＡＣＫ３４のＴＩＤがレスポンス２８およびチャレンジ２６のＴＩＤと一致することを確認する。
【００４７】
ＡＣＫ３４の各署名が検証し、ＴＩＤが一致すると仮定すると、次にサービス２４は、対応するレスポンス２８が肯定応答され（ステップ４２９）、トランザクションが完了したことをデータベース３０に示す。当該肯定応答に基づいて、ＡＣＫ３４のＴＩＤに従ってデータベース３０内で識別されたクライアント１４は、例えば、購読更新を有すると認識することができる。トランザクションが完了したときに、サービス２４は、データベース３０からクライアント１４に関連する重要情報、例えばその（ＰＵ−Ｃ）を削除することが懸命である。
【産業上の利用可能性】
【００４８】
本発明は、どの適当なクライアント１４およびサービス２４に関しても、当該クライアント１４およびサービス２４が適当な高信頼コンポーネント１８を有しているという前提で実施できる。ここで認識されるように、本明細書で述べた本発明では、クライアント１４からのライセンス１６の削除は高信頼方法で実施できる。
【００４９】
本発明に関連して実施されるプロセスを達成するために必要なプログラミングは、比較的容易であり、関連するプログラミングの当業者に明らかなはずである。したがって、当該プログラミングは、ここには添付しない。そして本発明を達成するために、その精神および範囲から逸脱することなく、いずれかの特定のプログラミングを利用することができる。
【００５０】
上述の説明では、本発明に、クライアント１４による使用からのライセンス１６の高信頼削除を達成する新しく有用なアーキテクチャおよび方法を含むことがわかる。アーキテクチャおよび方法は、ライセンス１６がクライアント１４の使用から削除されることをサービス２４に高信頼方法で通知し、実際にライセンス１６をクライアント１４による使用から高信頼方法で削除する。
【００５１】
その発明外見から逸脱せずに上述の実施形態に変更を行えることを認識すべきである。そして一般に、本発明は開示された特定の実施形態に制限されないが、添付請求項によって定義された本発明の精神および範囲内での改良を対象とすることをそれゆえ理解すべきである。
【図面の簡単な説明】
【００５２】
前述の概要とともに、以下に示す本発明の実施例の詳細な説明は、添付の図面と関連して読めばさらに理解が深まるであろう。本発明の説明目的のため、好ましいものとして提示された図面実施例が示されている。しかし、理解されるとおり、本発明は、ここで示された詳細な配置や手段に限定されるものではない。
【図１】対応するデジタルライセンスに従ってのみデジタルコンテンツをレンダリングするための高信頼コンポーネントを有するクライアントを含む、高信頼ベースシステムの例のエンフォースメントアーキテクチャを示すブロック図である。
【図２】本発明の観点および／またはその一部が組み込まれた汎用コンピュータシステムを示すブロック図である；
【図３】本発明の１つの実施形態による、クライアントからのライセンスの高信頼削除中の、図１のクライアントと削除サービスとの関係を示すブロック図である。
【図４】クライアントの本発明の１つの実施形態によって、ライセンスが削除されることをサービスに通知し、高信頼方法でライセンスを削除する際の、図３のクライアントおよびサービスによって実施される主要なステップを示す流れ図である。
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、その開示が参照により本明細書に組み入れられている、２００４年４月２３日に提出された米国特許出願第１０／８３１，２８０号の優先権を請求する。
【０００２】
本発明は、削除サービスなどに対応するデジタルコンテンツをレンダリングするためのデジタルライセンスが、クライアントによる使用から返却、抹消、またはそうでなければ削除されることを通知するための、コンテンツ保護システムまたは同種のものにおけるクライアントなどのための、アーキテクチャおよび方法に関する。さらに詳細には、本発明は、通知および削除が高信頼方法で実施される、当該アーキテクチャおよび方法に関する。
【背景技術】
【０００３】
既知であるように、そしてここで図１を参照すると、コンテンツ保護およびエンフォースメントシステムは、デジタルコンテンツ１２、例えばデジタルオーディオ、デジタルビデオ、デジタルテキスト、デジタルデータ、デジタルマルチメディアなど、当該デジタルコンテンツ１２がユーザに配布される場合に関連して、非常に望ましい。ユーザが受信する場合、当該ユーザは、適当なレンダリングデバイス、例えばパソコン１４のメディアプレイヤー、携帯型再生デバイスなどを活用して、デジタルコンテンツをレンダリングまたは「再生」する。
【０００４】
典型的には、このようなデジタルコンテンツ１２の配布を行うコンテンツ所有者は、そのようにして配布されたデジタルコンテンツ１２を用いてユーザが実施することに対して制限を加えることを望む。例えば、コンテンツ所有者は、ユーザがそのコンテンツ１２を第２ユーザに対してコピーしたり再配布したりすることに制限を加えることを望む、あるいは、制限された回数だけ、ある合計時間だけ、あるタイプの機械だけ、あるタイプのメディアプレーヤだけ、あるタイプのユーザだけに、配布されたデジタルコンテンツ１２のプレイができるようにすることを望む。
【０００５】
しかしながら、配布が行われた後、当該コンテンツ所有者は、デジタルコンテンツ１２に対して、ある場合でもごくわずかなコントロールのみ有する。そこでコピープロテクションシステム１０が、任意の形式でのデジタルコンテンツ１２のコントロールされたレンダリングまたは再生を可能にし、当該コントロールは柔軟性であり、当該デジタルコンテンツのコンテンツ所有者によって定義可能である。通例、コンテンツ１２は、適当な配布チャネルによって、パッケージ１３の形でユーザに配布される。配布されたデジタルコンテンツパッケージ１３は、共通暗号／復号鍵（ＫＤ）によって暗号化されたデジタルコンテンツ１２（すなわち（ＫＤ（コンテンツ）））はもちろんのこと、コンテンツを識別する他の情報、当該コンテンツのライセンスを獲得する方法も含む。
【０００６】
高信頼ベースコピープロテクションシステム１０は、デジタルコンテンツ１２の所有者に、当該デジタルコンテンツ１２のレンダリングを許可する前に満足しなければならないルールを規定させる。当該ルールは、上述の要件および/またはその他を含むことが可能であり、ユーザ/ユーザの演算装置１４（以下、当該用語は、状況が別途必要としない限り互換的に使用する）がコンテンツ所有者またはその代理人から入手する必要のあるデジタルライセンス１６内で具現できるか、あるいは当該ルールがすでにコンテンツ１２に添付されている。当該ライセンス１６および/またはルールは、例えば、おそらくユーザの演算装置または他の再生デバイスによって復号可能な別の鍵によって暗号化されたデジタルコンテンツ１２を復号するための復号鍵（KD）を含むことができる。
【０００７】
デジタルコンテンツ１２の一部に対するコンテンツ所有者は、ライセンス１６あるいはその他においてコンテンツ所有者により特定された規則にユーザが従うという点に対して所有者が信頼をおくことができなければ、そのコンテンツ１２をユーザに配布することを望まない。その場合、好ましくは、ユーザの演算装置１４あるいは他の再生装置が、その規則を守らなければそのデジタルコンテンツ１２をレンダリングしないような信頼されるコンポーネントあるいは機構１８を備える。
【０００８】
高信頼コンポーネント１８は通例、ルールを検討し、特に、リクエストしたデジタルコンテンツ１２を要求された方法でレンダリングする権利を有するかどうかを、検討したルールに基づいて判定するエバリュエータ２０を有する。理解されるはずだが、エバリュエータ２０は、デジタルコンテンツ１２の所有者の要請をルールに従って実施するコピープロテクションシステム１０において信頼されており、ユーザが、当該高信頼コンポーネント１８および/またはエバリュエータ２０を、不正であろうとなかろうと、何らかの目的のために容易に改変できることは望ましくない。
【０００９】
理解されるはずだが、コンテンツ１２をレンダリングするためのルールは、ユーザが誰であるか、ユーザがどこに位置するか、ユーザがどの種類の演算装置１４または他の再生デバイスを使用しているか、どのレンダリングアプリケーションがコピープロテクションシステム１０を呼び出しているか、日付、時間などを含む、複数の要因のいずれかに基づいて、ユーザがそのようにレンダリングする権利を有するかどうかを規定できる。加えて、ルールは例えば規定の再生回数、または規定の再生時間までに、レンダリングを制限する。
【００１０】
この規則は、ある適当な言語やシンタクスにより特定される。例えばこの言語は、単純に、満足させるべき属性や値（例えば、ＤＡＴＥがＸよりも後でなければならない）を特定する、あるいは特定のスクリプト（例えば、ＤＡＴＥがＸよりも大きければ．．．を行う）に従う機能の実施を要求する。
【００１１】
エバリュエータ２０が、ルールが満足されたことを判定すると、次にデジタルコンテンツ１２をレンダリングすることができる。特にコンテンツ１２をレンダリングするために、復号鍵（ＫＤ）を事前定義された供給源、例えば上述のライセンス１６から入手して、実際のコンテンツ１２を得るためにコンテンツパッケージ１３からの（ＫＤ（コンテンツ））に適用すると、実際のコンテンツ１２がそこで実際にレンダリングされる。
【００１２】
高信頼コンポーネント１８は時々、コンテンツ１２の特定の一部のレンダリングおよび/または特定のライセンス１６の使用に関連する状態情報を保持するよう要求されることがある。例えば、特定のライセンス１６が再生回数要件を有する場合があり、したがって高信頼コンポーネント１８は、対応するコンテンツ１２をレンダリングするためにライセンス１６が利用された回数または対応するコンテンツ１２をレンダリングするためにライセンス１６が利用される残りの回数を記憶しておく必要がある。したがって、高信頼コンポーネント１８は、当該状態情報が安全な方法で持続的に保持される、少なくとも１個の持続性セキュアストア２２を含むこともできる。それゆえ、高信頼コンポーネント１８は、当該状態情報が演算装置１４での使用のセッションに渡ってさえ保持されるように、当該状態情報を当該セキュアストア２２に持続的な方法で格納する。当該セキュアストア２２は、高信頼コンポーネント１８の演算装置１４に位置することが多いが、当該セキュアストア２２は代わりに別の場所に位置していてもよい。
【００１３】
コピープロテクションシステム１０では、コンテンツ１２は、当該コンテンツ１２を暗号化して、ルールのセットをコンテンツ１２と関連付けることにより、ユーザが使用できるようにパッケージされ、それによってコンテンツ１２はルールに従ってのみレンダリングされる。コンテンツ１２はルールに従ってのみレンダリングできるため、コンテンツ１２は自由に配布できる。通例、コンテンツ１２は共通暗号鍵、例えば上述の鍵（ＫＤ）に従って暗号化されて（ＫＤ（コンテンツ））を生成し、したがって（ＫＤ（コンテンツ））も（ＫＤ）に従って復号されて）コンテンツ１２を生成する。当該（ＫＤ）は次に、コンテンツ１２に対応するライセンス１６内に含まれる。当該（ＫＤ）はしばしば公開鍵、例えばコンテンツ１２がレンダリングされる演算装置１４（ＰＵ−Ｃ）の公開鍵に従って暗号化されて、（ＰＵ−Ｃ（ＫＤ））を生成する。しかし他の公開鍵、例えばユーザの公開鍵、ユーザがメンバーなどであるグループの公開鍵が利用できることに注意する。
【００１４】
ときどきユーザ、演算装置１４、高信頼コンポーネント１８、または他の実体（以下、「クライアント」）が、それに関連する使用からのライセンス１６の削除を要望することが認識される。例えば、クライアントが対応するコンテンツ１２のレンダリングをもはや要望しない、またはクライアントがライセンス１６を別のクライアントに転送することを要望する場合がある。クライアントはそれ自体ではライセンス１６を削除できるだけであるが、ライセンス１６がストア、例えばセキュアストア２２に格納され、したがってコントロールされた状況下以外ではアクセスできない場合、または外部実体が、ライセンス１６が実際に削除されていることの確認を要望する場合がある。クライアントがサービスからライセンス１６を有償で購入し、返金のためにライセンスの「返却」を要望する、１つの想定されたシナリオにおいて、サービスが、返却されたライセンス１６が実際にクライアントから削除されたという、ある証拠を要求することが予想される。クライアントがサービスから第一の演算装置１４用にライセンス１６を購入し、ライセンス１６の第二の演算装置１４への転送を要望する、別の想定されたシナリオにおいて、サービスが、転送されたライセンス１６が実際に第一の演算装置１４から削除されたという、ある証拠を要求することが同様に予想される。
【００１５】
したがって、クライアントによる使用からのライセンス１６の高信頼削除を実施するアーキテクチャおよび方法への要求が存在する。特に削除サービスなどに高信頼方法で、ライセンス１６がクライアントなどによる使用から削除されることと、実際にライセンス１６を高信頼方法でクライアントによる使用から削除することを通知する、アーキテクチャおよび方法への要求が存在する。
【発明の開示】
【課題を解決するための手段】
【００１６】
上述の要求は、少なくとも１つのデジタルライセンスをクライアント演算装置から削除する方法を提供する本発明によって、少なくとも一部は満足される。各デジタルライセンスは、当該ライセンス削除に権限付与できる削除サービスの識別情報を含む。その方法では、クライアントは削除される各ライセンスおよびサービスを選択し、削除される各ライセンスを示したチャレンジライセンス識別ブロック（ＬＩＢ）を中に含むチャレンジを作成して、そのチャレンジをサービスに送信する。サービスはチャレンジを受信し、チャレンジの少なくとも一部をデータベースに格納して、チャレンジに対応して、削除される各ライセンスを示すレスポンスＬＩＢおよびサービスの識別情報を中に含むレスポンスを作成し、レスポンスをクライアントに送信する。クライアントはレスポンスを受信し、レスポンスからのレスポンスＬＩＢを利用して削除される各ライセンスを示し、識別されたライセンス内のサービスの識別情報がレスポンス内のサービスの識別情報を一致することを確認したときに、識別された各ライセンスを削除する。それゆえ演算装置からの各ライセンスの削除と同時に、サーバは各ライセンスが高信頼方法で削除されたことを、高信頼方法で通知される。
【００１７】
削除後、クライアントは、レスポンスに対応する肯定応答（ＡＣＫ）を作成して、ＡＣＫをサービスに送信できる。サービスはＡＣＫを受信して、レスポンスが確認されたことをデータベースに記載する。
【発明を実施するための最良の形態】
【００１８】
図２および以下の考察は、本発明および／またはその一部を実施するのに適した計算環境の短い一般的説明を示すことを意図したものである。要求されたものではないが、本発明は、クライアントワークステーションあるいはサーバといったコンピュータで実行されるプログラムモジュールといったコンピュータ実行可能命令の一般的なコンテクストで説明される。一般に、プログラムモジュールは、特定のタスクを行う、あるいは特定の抽象データ型を実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。さらに、本発明およびその一部を、手持型装置、マルチプロセッサシステム、マイクロプロセッサベースあるいはプログラム可能家電、ネットワークＰＣ、マイクロコンピュータ、メインフレームコンピュータ等を含む他のコンピュータシステム構成を用いて実施してもよい。本発明を、通信ネットワークを通してリンクされた遠隔処理装置でタスクが実施される分散型計算環境で実施してもよい。分散型計算環境において、プログラムモジュールを、局部あるいは遠隔メモリ記憶装置の両方においてもよい。
【００１９】
図２に示すとおり、典型的な汎用計算システムには、処理ユニット１２１と、システムメモリ１２２と、システムメモリを含むさまざまなシステムコンポーネントを処理ユニット１２１に結合するシステムバス１２３とを含む従来型パソコン１２０等がある。システムバス１２３は、メモリバスあるいはメモリ制御装置、周辺バス、さまざまなバス構成のいずれかを用いるローカルバスを含む複数タイプのバス構造のいずれかである。システムメモリにはリードオンリーメモリ（ＲＯＭ）１２４やランダムアクセスメモリ（ＲＡＭ）１２５がある。起動中といった、パソコン１２０内の要素間で情報を伝送する際に助けとなる基本ルーチンを含む基本入出力システム１２６（ＢＩＯＳ）がＲＯＭ１２４に記憶される。
【００２０】
パソコン１２０はさらに、（図示されていない）ハードディスクからの読み込みやそこへの書き込みを行うためのハードディスクドライブ１２７、取外し可能磁気ディスク１２９からの読み込みあるいはそこへの書き込みを行うための磁気ディスクドライブ１２８、ＣＤ−ＲＯＭあるいは他の光媒体といった取外し可能光ディスク１３１からの読み込みあるいはそこへの書き込みを行うための光ディスクドライブ１３０が含まれる。ハードディスクドライブ１２７、磁気ディスクドライブ１２８、光ディスクドライブ１３０は、ハードディスクドライブインターフェース１３２、磁気ディスクドライブインターフェース１３３、光ドライブインターフェース１３４でそれぞれシステムバス１２３に接続される。ドライブと、関連するコンピュータ読み込み可能媒体により、パソコン２０に対するコンピュータ読み込み可能指示、データ構造、プログラムモジュール、他のデータの非揮発性保存が行われる。
【００２１】
ここで説明された典型的環境ではハードディスク、取外し可能磁気ディスク１２９、取外し可能光ディスク１３１を用いているものの、コンピュータでアクセス可能なデータを保存することのできる他のタイプのコンピュータ読み込み可能媒体は典型的作動環境でも用いることができることを認識すべきである。このような他のタイプの媒体には、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌーイカートリッジ、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）等が含まれる。
【００２２】
オペレーティングシステム１３５、１つ以上のアプリケーションプログラム１３６、他のプログラムモジュール１３７、プログラムデータ１３８を含む多数のプログラムモジュールが、ハードディスク、磁気ディスク１２９、光ディスク１３１、ＲＯＭ１２４あるいはＲＡＭ１２５で保存される。ユーザは、キーボード１４０やポインティング装置１４２といった入力装置を通して命令や情報をパソコン１２０に入力する。（図示されていない）他の入力装置には、マイク、ジョイスティック、ゲームパッド、衛星ディスク、スキャナ等が含まれる。これらの入力装置および他の入力装置が、システムバスに結合されたシリアルポートインターフェース１４６を通して処理ユニット１２１に接続されることが多いが、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）といった他のインターフェースで接続されることもある。モニタ１４７あるいは他のタイプの表示装置は、ビデオアダプタ１４８といったインターフェース経由でシステムバス１２３にも接続される。モニタ１４７に加えて、パソコンは、典型的には、スピーカやプリンタといった（図示されていない）他の周辺出力装置を含む。図２の典型的なシステムには、ホストアダプタ１５５、小型コンピュータシステムインターフェース（ＳＣＳＩ）バス１５６、ＳＣＳＩバス１５６に接続された外部記憶装置１６２も含まれる。
【００２３】
パソコン１２０は、遠隔コンピュータ１４９といった１つ以上の遠隔コンピュータへの論理接続を用いるネットワーク環境で作動する。遠隔コンピュータ１４９は、他のパソコン、サーバ、ルータ、ネットワークＰＣ、ピア装置、あるいは他の共通ネットワークノードであり、典型的には、パソコン１２０に関して上述の要素の多く、あるいはその全てを含むものであるが、図２ではメモリ記憶装置１５０だけが示されている。図２に示される論理接続にはローカルエリアネットワーク（ＬＡＮ）１５１やワイドエリアネットワーク（ＷＡＮ）１５２が含まれる。このようなネットワーク環境は、事務所、全社的コンピュータネットワーク、イントラネット、インターネットでは普通のものである。
【００２４】
ＬＡＮネットワーク環境で用いられる場合、パソコン１２０はネットワークインターフェースあるいはアダプタ１５３経由でＬＡＮ１５１に接続される。ＷＡＮネットワーク環境で用いられる場合、パソコン１２０は、典型的には、モデム１５４、あるいはインターネットといったワイドエリアネットワーク１５２上での通信を確立するための他の手段を含む。モデム１５４は内部あるいは外部に置かれるものであるが、シリアルポートインターフェース１４６経由でシステムバス１２３に接続される。ネットワーク環境において、パソコン１２０に関連して示されるプログラムモジュール、あるいはその一部が遠隔メモリ保存装置内に保存される。ここで示されたネットワーク接続は代表的なものであり、コンピュータ間で通信リンクを確立するために他の手段が使われるということが認められる。
【００２５】
高信頼ライセンス削除
本発明において、コンテンツ保護システム１０を有する演算装置またはクライアント１４でのデジタルライセンス１６の削除が実施され、削除の削除サービス２４（図３）への通知も高信頼方法で実施される。それゆえ当該通知によって、サービス２４は例えばライセンス１６の購入者に「返却」を認めるか、あるいはライセンス１６の購入者または他の取得者に削除ライセンス１６にて課せられた所有権を別のクライアント１４の別のライセンス１６に「転送」させることができる。そこで本発明により、デジタルコンテンツ１２の提供者／ライセンサは、対応するライセンス１６をユーザがもはや利用できないようにすることにより、不要のコンテンツを「返却する」能力をユーザに提供でき、第一のクライアント１４に関連する対応するライセンス１６をユーザがもはや利用できないようにすることにより、コンテンツ１２を第一のクライアント１４から第二のクライアント１４に「転送」する能力をユーザに提供することもできる。もちろん後者の場合では、提供者／ライセンサも第二のクライアント１４に関連する対応するライセンス１６を発行する。特に、どちらの場合でも、提供者／ライセンサは、クライアント１２から削除された各ライセンス１６が実際に削除されるか、そうでなければクライアント１２に利用できなくする、高信頼方法を提供される。
【００２６】
コンテンツ保護は、当該コンテンツ１２がコンテンツ所有者および／または提供者の要望に一致しない方法で使用できないように、デジタルコンテンツ１２を保護するための一連の方法および技術を示していることに注意する。方法は特に、コピープロテクション（ＣＰ）、リンクプロテクション（ＬＰ）、条件付きアクセス（ＣＡ）、権利管理（ＲＭ）、およびデジタル権利管理（ＤＲＭ）である。いずれかのコンテンツ保護システム１０の基礎は、保護コンテンツ９２の使用のための暗示的および／または明示的ルールを適正な順守を確実にする高信頼アプリケーションのみが、保護されていない形式のコンテンツにアクセスできるということである。通例、コンテンツ１２は、信頼された当事者のみがそれを復号できる、ある方法で暗号化することによって保護される。
【００２７】
コピー保護は、厳密な意味では特に記憶装置に常駐するコンテンツ１２に適用されるものであるのに対して、リンク保護は、送信媒体上のアプリケーション／装置間を流れるコンテンツ１２に対して適用される条件付きアクセスはリンク保護のさらに精巧な形態と考えることができるが、この場合、プレミアムプログラム、チャネルおよび／または映画が移送中に暗号化される。そのようなコンテンツ１２へのアクセスについては、料金を支払った加入者だけにこのコンテンツの復号で必要な鍵が与えられる。
【００２８】
デジタル権利管理は拡張可能な構造をもち、ここでコンテンツ１２の特定部分の認定使用に関する規則は明示的であり、この規則がコンテンツ１２そのものに拘束される、あるいは関連付けされる。ＤＲＭ機構は他の方法よりも内容豊富で表現豊かな規則をサポートでき、コンテンツの個々の部分のレベル、あるいはそのコンテンツの副コンテンツに対しても優れた制御や柔軟性が与えられる。デジタル権利管理システムの例は、１９９９年４月１２日に申請された米国特許出願番号０９／２９０，３６３および１９９９年３月２７日に申請された米国仮特許出願番号６０／１２６，６１４で示されているが、これらの各例はここでは全て参照によって組み込まれている。
【００２９】
権利管理は、組織内あるいはその部分集合の中だけでアクセス可能になるようコンテンツ１２が保護できるということに組織的に基づいたＤＲＭ形態である。権利管理システムの例は、それぞれ２００２年６月２８日に申請された米国特許出願番号１０／１８５，５２７および１０／１８５，２７８、１０／１８５，５１１で示されているが、ここでは全て参照によって組み込まれている。
【００３０】
ここで図３を参照すると、クライアント１４およびサービス２４が示されているのがわかる。認識されるように、クライアント１４はどの種類の演算装置１４でもよく、その中に１個以上のライセンス１６を有し、それぞれ当該ライセンス１６に基づいてレンダリングされるコンテンツ１２のピースに一致し、もちろんライセンス１６がそれを許容することを許可することを前提としている。サービス２４は、適当な通信媒体によってクライアント１４と連通しており、クライアント１４に関連するライセンス１６の１個以上の削除の通知を受信するために利用される。当該サービス２４が、削除される各ライセンス１６を発行したサービスであるか、または別のサービスであることに注意する。
【００３１】
本発明の１つの実施形態において、ライセンス１６を削除するために利用される各サービス２４は、公開鍵（ＰＵ−ＲＳ）および対応する秘密鍵（ＰＲ−ＲＳ）を保有し、クライアント１４の各ライセンス１６は、以下でさらに詳細に示すように、それと共に含まれる当該サービスの公開鍵（ＰＵ−ＲＳ）によって、特定のサービス２４に関連してのみ削除できる。それゆえ特定のサービス２４の（ＰＵ−ＲＳ）をそれと共に含まないライセンス１６は、当該特定のサービス２４に関連して削除できない。それゆえ削除可能なライセンスの一部の例は、次のとおりである：
＜ＬＩＣＥＮＳＥ ｖｅｒｓｉｏｎ＝“２．０．０．０”＞
＜ＬＩＣＥＮＳＯＲＩＮＦＯ＞
＜ＤＡＴＡ＞
＜ＫＩＤ＞｛ｖａｌｕｅ｝＜／ＫＩＤ＞
＜ＬＩＤ＞｛ｖａｌｕｅ｝＜／ＫＩＤ＞
＜ＰＵ−ＲＳ＞｛ｖａｌｕｅ｝＜／ＰＵ−ＲＳ＞
ここで‘ＫＩＤ’タグによって識別されたライセンス１６の一部が対応するコンテンツ１２を識別するコンテンツＩＤであることと、‘ＬＩＤ’タグによって識別されたライセンス１６の一部がライセンス１６自体を識別するライセンスＩＤであることと、‘ＰＵ−ＲＳ’タグによって識別されたライセンス１６の一部が削除サービス２４（ＰＵ−ＲＳ）の公開鍵であることに注意する。
【００３２】
一般に特定のサービス２４と関連する１個以上のライセンス１６の削除を要望するクライアント１４は、サービス２４に対するチャレンジ２６を１個以上のライセンス１６の識別情報と共に発行し、サービス２４からのレスポンス２８を１個以上のライセンス１６の識別情報と共に受信する。次にチャレンジ２６に基づいて、サービス２４は削除されるライセンス１６を通知され、レスポンス２８に基づいて、クライアント１４は実際にライセンス１６の削除を委ねられる。それゆえクライアント１４はチャレンジ２６またはレスポンス２８を用いずにライセンス１６をそれ自体で削除できたかもしれないが、当該チャレンジ２６は、サービス２４にクライアント１４が行おうとしている動作を通知するように設計されており、レスポンス２８は、サービス２４がクライアント１４がチャレンジ２６の通知に基づいて実際に行う動作を制御および規定できるように設計されていることを認識すべきである。次にサービス２４は、チャレンジ２６およびレスポンス２８によって、クライアント１４が確かに削除を遂行するようにさせる。
【００３３】
注目に値することには、チャレンジ２６およびレスポンス２８の両方において、削除される１個以上のライセンス１６の識別情報は、本発明の精神および範囲から逸脱することなく、特定の定義可能および認識可能などの形でも取ることができる。例えば、各ライセンス１６がそのＬＩＤによるチャレンジ２６および／またはレスポンス２８内で識別される場合がある。しかし、さらに一般的には、ライセンス１６に関係するほとんどすべての基準は、そのＫＩＤ、発行サービス、発行の時間および／または日付および／またはその範囲、ライセンスの種類、ライセンス１６によって付与された権利、ライセンス１６が発行されたユーザなどを含めて、チャレンジ２６および／またはレスポンス２８内でそれを識別するために利用できる。
【００３４】
本発明の１つの実施形態において、ライセンス１６の当該識別情報は、チャレンジ２６および／またはレスポンス２８と共に削除されるライセンス１６を識別するライセンス識別ブロック（ＬＩＢ）を含めることによって実現される。ＬＩＢ内の当該識別情報は、各ライセンス１６の特定の識別情報および／またはライセンス１６の種類が選択される基準を含むことができる。どちらの場合においても、ＬＩＢ内の識別情報は、クライアント１４から削除されるマッチングライセンス１６を発見するために利用される。通例、ＬＩＢは、属性および各ライセンス１６内でおよび／または各ライセンス１６の外部で利用可能なまたは他の情報に基づいており、レシピエントが認識できる形である。当該ＬＩＢは、改竄を防止するために発行者の秘密鍵によって署名されるべきであり、好奇心の強い第三者による望ましくない調査を防止するために暗号化できる。
【００３５】
ここで図４を参照すると、クライアント１４が特定のサービス２４と関連するその１個以上のライセンス１６を削除する方法が開示されている。認識されるように、プロセスは、クライアント１４が削除される１つ以上のそのライセンス３６を選択し（ステップ４０１）、特定のサービス２４を選択する（ステップ４０３）ことによっても開始する。当該選択は、本発明の精神および範囲を逸脱することなく、どの適当な方法でも実現可能であり、ライセンス１６の選択は特に、個々のライセンス１６の識別情報および／またはライセンス１６の種類が識別される基準に基づいている。ステップ４０１のように削除される１個の特定のライセンス１６を選択することに関して、ステップ４０３のようにサービスを選択することは、選択したライセンス１６に示された（ＰＵ−ＲＳ）に関して実施されることに注意する。
【００３６】
選択した各ライセンス１６が選択した特定のサービス２４の（ＰＵ−ＲＳ）を有するようにするのに有効であるが、当該現象は必要不可欠と見なされないことにも注意する。代わりに、例えばライセンス１６の選択が異なる（ＰＵ−ＲＳ）を有するライセンス１６を含むのに十分広範である基準に基づいている場合などに、選択したライセンス１６の少なくとも一部が選択した特定のサービス２４の（ＰＵ−ＲＳ）を持たない場合がある。それにもかかわらず、そして以下からわかるように、選択したサービス２４の（ＰＵ−ＲＳ）を有する、選択されたライセンス１６のみが実際に削除されるであろう。
【００３７】
次に、選択したライセンス１６および選択したサービス２４によって、クライアント１４は、そこに：
−削除される個々のライセンス１６および／または削除のためのライセンス１６の種類が選択される基準を識別する、チャレンジＬＩＢ；
−クライアント１４の識別情報；
−クライアント１４（ＰＵ−Ｃ）の公開鍵、通例、それを含むデジタル証明書の形；
−チャレンジ２６を識別するトランザクションＩＤ（ＴＬＤ）；
を含む、べきチャレンジ２６を作成する（ステップ４０５）。
チャレンジ２６内のチャレンジＬＩＢは再度、改竄を防止するために、（ＰＵ−Ｃ）に一致するクライアント１４（ＰＲ−Ｃ）の秘密鍵によって署名され、好奇心の強い第三者による望ましくない調査を防止するために暗号化できる。加えてまたは代わりに、チャレンジ２６全体を暗号化および／または署名することができる。少なくとも一部の例において、チャレンジＬＩＢがチャレンジ２６として作成され、そこでのチャレンジ２６に関するすべての関連情報を含む場合があることに注意する。しかしながら、そこでのチャレンジ２６に関する情報を有するチャレンジＬＩＢは、そこでのチャレンジＬＩＢおよび他の情報を有するチャレンジ２６とは実質的に異なるとは考えられない。
【００３８】
その後、クライアント１４は、チャレンジ２６をサービス２４に送信し（ステップ４０７）、受信時にサービス２４は、必要な復号を実施し、チャレンジ２６と共に含まれているようなクライアント１４（ＰＵ−Ｃ）に基づいて、チャレンジＬＩＢおよび／またはチャレンジ２６自体の署名の検証も行う（ステップ４０９）。認識されるように、署名が検証できなかった場合、チャレンジ２６は履行されない。当該状況において、サービス２４は全く応答できないか、拒絶応答によって応答するかなどである。
【００３９】
チャレンジ２６の各署名が検証することを前提とすると、サービス２４はチャレンジ２６にクライアント１４の識別情報、ＴＩＤ、およびデータベース３０内のマシン公開鍵を含む情報を、その他の適当なトランザクション関連情報と共に格納する（ステップ４１１）。認識されるように、データベース３０内にそのように格納された項目は、どのような理由で必要であると判断される場合でも、サービス２４によって、または別のサービス３２によって検索できる。例えば、返金のためのライセンス１６の「返却」に関連して、別のサービス３２がクレジットイシュアであり、クレジットイシュア３２が、クライアント１４のライセンス１６が削除されたことをデータベース３０から確認できるならば、クレジットイシュア３２はクライアント１４のライセンス１６に関連してのみクレジットを発行する場合がある。同様にライセンス１６の「転送」に関して、別のサービス３２がライセンスイシュアであり、第一のクライアント１４に対応するライセンス１６が削除されたことをデータベース３０から確認できるならば、ライセンスイシュア３２は第二のクライアント１４に対してライセンス１６のみを発行する場合がある。
【００４０】
サービス２４は、ステップ４１１で情報を格納するのに加えて、チャレンジ２６に対応するレスポンス２８も作成する（ステップ４１３）。特に作成されたレスポンス２８は：
−削除される個々のライセンス１６および／または削除のためのライセンス１６の種類が選択される基準を識別する、レスポンスＬＩＢ；
−クライアント１４の識別情報、おそらく；
−サービス２４の公開鍵（ＰＵ−ＲＳ）、通例それを含むデジタル証明書の形；
−チャレンジ２６からのＴＩＤ；
を含む。
レスポンス２８内のレスポンスＬＩＢは再度、改竄を防止するために、（ＰＵ−ＲＳ）に一致するサービス２４（ＰＲ−ＲＳ）の秘密鍵によって署名され、好奇心の強い第三者による望ましくない調査を防止するために暗号化できる。加えてまたは代わりに、レスポンス２８全体を暗号化および／または署名することができる。少なくとも一部の例において、レスポンスＬＩＢがレスポンス２８として作成され、そこでのレスポンス２８に関するすべての関連情報を含む場合があることに注意する。しかしながら、そこでのレスポンス２８に関する情報を有するレスポンスＬＩＢは、そこでのレスポンスＬＩＢおよび他の情報を有するレスポンス２８とは実質的に異なるとは考えられない
【００４１】
レスポンス２８内のレスポンスＬＩＢは、対応するチャレンジ２６内のチャレンジＬＩＢに同一またはほぼ同一であるか、あるいは本質的および／または実質的な方法で変更できることにも注意する。サービスによって実施される当該変更は、本発明の精神および範囲から逸脱することのない、どの変更でもよい。例えば、変更がサービス２４によるチャレンジＬＩＢのフィルタリングに基づくことがあり、変更が、レスポンスＬＩＢ内で示されているように削除されるライセンス１６をさらに明確な形で定義するように設計されていることがあり、サービス２４が規定の一般的な形式に従って各レスポンスＬＩＢを発行することがあるなどである。いずれにしても、レスポンスＬＩＢがチャレンジＬＩＢと比較して変更されている場合、サービス２４は、チャレンジ２６からのチャレンジＬＩＢおよび他の情報と共に、レスポンスＬＩＢをデータベース３０に格納することを選択できる。
【００４２】
（ＰＵ−ＲＳ）をレスポンス２８内に含めることによって、クライアント１４は、それに基づくライセンス１６を削除する場合に、以下でさらに詳細に述べるように、削除される各ライセンス１６が当該（ＰＵ−ＲＳ）を含むことを確認できることにさらに注意する。それゆえ、上で示唆したように、ライセンス１６は、ライセンス１６およびレスポンス２８の両方が中に同じ（ＰＵ−ＲＳ）を含む場合に、レスポンス２８に基づいてのみ削除できる。認識されるように、不正なエンティティが、当該（ＰＵ−ＲＳ）を備えたライセンス１６をクライアント１４から削除するために、当該（ＰＵ−ＲＳ）を中に含む要注意レスポンスを作成する間に、そのデジタル署名を検証するためにレスポンス２８内で当該（ＰＵ−ＲＳ）を利用する当該クライアント１４は、検証の失敗を見出すであろう。特に不正エンティティは、公開鍵（ＰＵ−ＲＳ）を所有しているが、対応する秘密鍵（ＰＲ−ＲＳ）を所有していないはずであり、したがって（ＰＵ−ＲＳ）に基づいて検証する、当該（ＰＲ−ＲＳ）に基づくデジタル署名を作成できない。
【００４３】
その後、サービス２４は、クライアント１４にレスポンス２８を送信し（ステップ４１５）、クライアント１４は受信時に、要求されるすべての復号を実施し、レスポンス２８と共に含まれるようなサービス２４（ＰＵ−ＲＳ）の公開鍵に基づいてレスポンスＬＩＢおよび／またはレスポンス２８それ自体の署名も検証する（ステップ４１７）。上と同様に、いずれかの署名が検証できない場合、レスポンス２８は履行されない。当該状況において、クライアント１４は、チャレンジ２６を再送信し、チャレンジ２６を再作成してそれを送信するなどである。加えてクライアント１４は、レスポンス２８のＴＩＤがチャレンジ２６のＴＩＤと一致することを確認する。
【００４４】
レスポンス２８の各署名が検証し、ＴＩＤが一致すると仮定すると、次にクライアント１４はレスポンス２８からレスポンスＬＩＢを検索し、それを利用して削除される１個以上のライセンスを識別する（ステップ４１９）。当該識別は、本発明の精神および方法から逸脱せずに適切な方法で実施され、認識されるように、削除される個々のライセンス１６を識別するレスポンスＬＩＢ内のデータおよび／またはライセンス１６の種類が削除するために選択される基準に基づいている。次にクライアント１４は、実際に識別された各ライセンス１６を削除するが、識別されたライセンス１６がレスポンス２８と同じ（ＰＵ−ＲＳ）を有する場合のみである（ステップ４２１）。それゆえ、そして再度、ライセンス１６およびレスポンス２８の両方が中に同じ（ＰＵ−ＲＳ）を有する場合、ライセンス１６は（ＰＵ−ＲＳ）を有するサービス２４からのレスポンス２８に基づいてのみ削除できる。
【００４５】
識別され削除可能なライセンス１６すべてが実際に削除されると、次にクライアント１４は、サービス２４に送信される肯定応答（ＡＣＫ）３４を作成する（ステップ４２３）。特に作成されたＡＣＫ３４は：
−クライアント１４の識別情報、おそらく；
−クライアント１４ ２４（ＰＵ−Ｃ）の公開鍵、おそらく通例、それを含むデジタル証明書の形である；
−チャレンジ２６およびレスポンス２８からのＴＩＤ；
を含む。
なお再度、ＡＣＫは、改竄を防止するために（ＰＵ−Ｃ）に対応するクライアント１４（ＰＲ−Ｃ）の秘密鍵によって署名され、好奇心の強い第三者による望ましくない調査を防止するために暗号化できる。クライアント１４および／またはその（ＰＵ−Ｃ）の識別情報がＡＣＫ３４内に含まれるか、そうでなければサービス２４は必要ならば、ＡＣＫ３４のＴＩＤに基づいてデータベース３０から当該情報を得ることに注意する。
【００４６】
その後、クライアント１４はＡＣＫ３４をサービス２４に送信し（ステップ４２５）、サービス２４は受信時に要求される復号を実施し、ＡＣＫ３４と共に含まれるようなクライアント１４（ＰＵ−Ｃ）の公開鍵に基づいて、ＡＣＫ３４の署名も検証する（ステップ４２７）。上述のように、署名が検証できなかった場合、ＡＣＫ３４は履行されない。当該状況において、サービス２４は全く応答できないか、拒絶応答によって応答するかなどである。加えてサービス２４は、データベース３０によって、ＡＣＫ３４のＴＩＤがレスポンス２８およびチャレンジ２６のＴＩＤと一致することを確認する。
【００４７】
ＡＣＫ３４の各署名が検証し、ＴＩＤが一致すると仮定すると、次にサービス２４は、対応するレスポンス２８が肯定応答され（ステップ４２９）、トランザクションが完了したことをデータベース３０に示す。当該肯定応答に基づいて、ＡＣＫ３４のＴＩＤに従ってデータベース３０内で識別されたクライアント１４は、例えば、購読更新を有すると認識することができる。トランザクションが完了したときに、サービス２４は、データベース３０からクライアント１４に関連する重要情報、例えばその（ＰＵ−Ｃ）を削除することが懸命である。
【産業上の利用可能性】
【００４８】
本発明は、どの適当なクライアント１４およびサービス２４に関しても、当該クライアント１４およびサービス２４が適当な高信頼コンポーネント１８を有しているという前提で実施できる。ここで認識されるように、本明細書で述べた本発明では、クライアント１４からのライセンス１６の削除は高信頼方法で実施できる。
【００４９】
本発明に関連して実施されるプロセスを達成するために必要なプログラミングは、比較的容易であり、関連するプログラミングの当業者に明らかなはずである。したがって、当該プログラミングは、ここには添付しない。そして本発明を達成するために、その精神および範囲から逸脱することなく、いずれかの特定のプログラミングを利用することができる。
【００５０】
上述の説明では、本発明に、クライアント１４による使用からのライセンス１６の高信頼削除を達成する新しく有用なアーキテクチャおよび方法を含むことがわかる。アーキテクチャおよび方法は、ライセンス１６がクライアント１４の使用から削除されることをサービス２４に高信頼方法で通知し、実際にライセンス１６をクライアント１４による使用から高信頼方法で削除する。
【００５１】
その発明外見から逸脱せずに上述の実施形態に変更を行えることを認識すべきである。そして一般に、本発明は開示された特定の実施形態に制限されないが、添付請求項によって定義された本発明の精神および範囲内での改良を対象とすることをそれゆえ理解すべきである。
【図面の簡単な説明】
【００５２】
前述の概要とともに、以下に示す本発明の実施例の詳細な説明は、添付の図面と関連して読めばさらに理解が深まるであろう。本発明の説明目的のため、好ましいものとして提示された図面実施例が示されている。しかし、理解されるとおり、本発明は、ここで示された詳細な配置や手段に限定されるものではない。
【図１】対応するデジタルライセンスに従ってのみデジタルコンテンツをレンダリングするための高信頼コンポーネントを有するクライアントを含む、高信頼ベースシステムの例のエンフォースメントアーキテクチャを示すブロック図である。
【図２】本発明の観点および／またはその一部が組み込まれた汎用コンピュータシステムを示すブロック図である；
【図３】本発明の１つの実施形態による、クライアントからのライセンスの高信頼削除中の、図１のクライアントと削除サービスとの関係を示すブロック図である。
【図４】クライアントの本発明の１つの実施形態によって、ライセンスが削除されることをサービスに通知し、高信頼方法でライセンスを削除する際の、図３のクライアントおよびサービスによって実施される主要なステップを示す流れ図である。
【特許請求の範囲】
【請求項１】
クライアント演算装置からデジタルライセンスを削除する方法であって、デジタルライセンスが当該ライセンスの削除を許可できる削除サービスの識別情報を含み：
クライアントが削除されるライセンスを選択することと；
クライアントがサービスを選択することと；
クライアントが削除されるライセンスを識別するチャレンジライセンス識別情報ブロック（ＬＩＢ）を中に含むチャレンジを作成して、チャレンジをサービスに送信することと；
サービスがチャレンジを受信して、チャレンジの少なくとも一部をデータベース内に格納することと；
サービスがチャレンジに対応するレスポンスを作成し、削除されるライセンスを識別するレスポンスＬＩＢおよびサービスの識別情報をその中に含め、クライアントにレスポンスを送信することと；
クライアントがレスポンスを受信し、レスポンスからのレスポンスＬＩＢを利用して削除されるライセンスを識別することと；
識別されたライセンス内のサービスの識別情報がレスポンス内のサービスの識別情報と一致することを確認したときに、クライアントが識別されたライセンスを削除することと；
を含むことを特徴とする方法。
【請求項２】
クライアントがライセンス内のサービスの識別情報に基づいてサービスを選択することを含むことを特徴とする請求項１に記載の方法。
【請求項３】
ライセンスがサービス（ＰＵ−ＲＳ）の公開鍵をサービスの識別情報として含む請求項２に記載の方法であって、クライアントがライセンス内の（ＰＵ−ＲＳ）に基づいてサービスを選択することを含むことを特徴とする方法。
【請求項４】
クライアントが：
削除されるライセンスを識別するチャレンジＬＩＢと；
クライアントの識別情報と；
チャレンジを識別するトランザクションＩＤ（ＴＩＤ）と；
をその中に含むチャレンジを作成することを含むことを特徴とする請求項１に記載の方法。
【請求項５】
クライアントが少なくとも一部はチャレンジＬＩＢに基づいてデジタル署名をさらに含むチャレンジを作成することを含む請求項１に記載の方法であって、署名を検証するサービスをさらに含むことを特徴とする方法。
【請求項６】
クライアントが暗号化形でチャレンジＬＩＢを中に含むチャレンジを作成することを含むを含む請求項１に記載の方法であって、暗号化されたチャレンジＬＩＢを復号することをさらに含むことを特徴とする方法。
【請求項７】
サービスが：
削除されるライセンスを識別するレスポンスＬＩＢと；
サービスの識別情報と；
チャレンジからのＴＩＤと；
を中に含むレスポンスを作成することを含むことを特徴とする請求項６に記載の方法。
【請求項８】
サービスが、サービス（ＰＵ−ＲＳ）の公開鍵をサービスの識別情報としてその中に含むレスポンスを作成することを特徴とする請求項７に記載の方法。
【請求項９】
レスポンス内のＴＩＤがチャレンジ内のＴＩＤと一致することをクライアントが確認することをさらに含むことを特徴とする請求項７に記載の方法。
【請求項１０】
サービスが少なくとも一部はレスポンスＬＩＢに基づくデジタル署名をさらに含むレスポンスを作成することを含む請求項６に記載の方法であって、クライアントが署名を検証することをさらに含むことを特徴とする方法。
【請求項１１】
サービスがレスポンスＬＩＢを暗号化形でその中に含むレスポンスを作成する請求項６に記載の方法であって、クライアントが暗号化されたレスポンスＬＩＢを復号することをさらに含むことを特徴とする方法。
【請求項１２】
サービスが、チャレンジＬＩＢとは異なる形およびチャレンジＬＩＢと実質的に同じ形の一方のレスポンスＬＩＢをその中に含むレスポンスを作成することを含むことを特徴とする請求項６に記載の方法。
【請求項１３】
別のサービスがチャレンジの少なくとも一部をデータベースからそれによる利用のために検索することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１４】
少なくともレスポンスがトランザクションＩＤ（ＴＩＤ）をその中に含む請求項１に記載の方法であって：
クライアントがレスポンスに対応する肯定応答（ＡＣＫ）を作成し、その中にレスポンスからのＴＩＤを含め、ＡＣＫをサービスに送信することと；
サービスがＡＣＫを受信し、データベースにレスポンスが肯定応答されたことを示すことと；
をさらに含むことを特徴とする方法。
【請求項１５】
ＡＣＫ内のＴＩＤがレスポンス内のＴＩＤに一致することをサービスが確認することをさらに含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
クライアント演算装置からデジタルライセンスを削除する方法であって、デジタルライセンスが当該ライセンスの削除を許可できるサービスの識別情報を含み、クライアントが：
削除されるライセンスを選択することと；
サービスを選択することと；
クライアントが削除されるライセンスを識別するチャレンジライセンス識別情報ブロック（ＬＩＢ）を中に含むチャレンジを作成して、チャレンジをサービスに送信することとと、サービスがチャレンジを受信して、チャレンジの少なくとも一部をデータベース内に格納することと、チャレンジに対応するレスポンスを作成し、削除されるライセンスを識別するレスポンスＬＩＢおよびサービスの識別情報をその中に含め、クライアントにレスポンスを送信することと；
レスポンスを受信し、レスポンスからのレスポンスＬＩＢを利用して削除されるライセンスを識別することと；
識別されたライセンス内のサービスの識別情報がレスポンス内のサービスの識別情報と一致することを確認したときに、クライアントが識別されたライセンスを削除することと；
を含むことを特徴とする方法。
【請求項１７】
クライアントがライセンス内のサービスの識別情報に基づいてサービスを選択することを含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
ライセンスがサービス（ＰＵ−ＲＳ）の公開鍵をサービスの識別情報として含む請求項１７に記載の方法であって、クライアントがライセンス内の（ＰＵ−ＲＳ）に基づいてサービスを選択することを含むことを特徴とする方法。
【請求項１９】
クライアントが：
削除されるライセンスを識別するチャレンジＬＩＢと；
クライアントの識別情報と；
チャレンジを識別するトランザクションＩＤ（ＴＩＤ）と；
をその中に含むチャレンジを作成することを含むことを特徴とする請求項１６に記載の方法。
【請求項２０】
クライアントが少なくとも一部はチャレンジＬＩＢに基づいてデジタル署名をさらに含むチャレンジを作成することを含む請求項１６に記載の方法であって、署名を検証するサービスをさらに含むことを特徴とする方法。
【請求項２１】
クライアントが暗号化形でチャレンジＬＩＢを中に含むチャレンジを作成することを含む請求項１６に記載の方法であって、暗号化されたチャレンジＬＩＢを復号することをさらに含むことを特徴とする方法。
【請求項２２】
サービスがチャレンジからのＴＩＤをその中にさらに含むためにレスポンスを作成する請求項２１に記載の方法であって、レスポンス内のＴＩＤがチャレンジ内のＴＩＤと一致することをクライアントが確認することをさらに含むことを特徴とする方法。
【請求項２３】
サービスが少なくとも一部はレスポンスＬＩＢに基づくデジタル署名をさらに含むレスポンスを作成することを含む請求項２１に記載の方法であって、クライアントが署名を検証することをさらに含むことを特徴とする方法。
【請求項２４】
サービスがレスポンスＬＩＢを暗号化形でその中に含むレスポンスを作成する請求項２１に記載の方法であって、クライアントが暗号化されたレスポンスＬＩＢを復号することをさらに含むことを特徴とする方法。
【請求項２５】
少なくともレスポンスがトランザクションＩＤ（ＴＩＤ）をその中に含む請求項１６に記載の方法であって：
クライアントがレスポンスに対応する肯定応答（ＡＣＫ）を作成し、その中にレスポンスからのＴＩＤを含め、ＡＣＫをサービスに送信することを含み；
サービスがＡＣＫを受信し、データベースにレスポンスが肯定応答されたことを示すことを特徴とする方法。
【請求項２６】
クライアント演算装置からデジタルライセンスを削除する方法であって、デジタルライセンスが当該ライセンスの削除を許可できるサービスの識別情報を含み、クライアントが削除されるライセンスを識別するチャレンジライセンス識別情報ブロック（ＬＩＢ）を中に含むチャレンジを作成して、チャレンジをサービスに送信し、サービスが：
サービスがチャレンジを受信して、チャレンジの少なくとも一部をデータベース内に格納することと；
チャレンジに対応するレスポンスを作成し、削除されるライセンスを識別するレスポンスＬＩＢおよびサービスの識別情報をその中に含め、クライアントにレスポンスを送信することと；を含み、クライアントがレスポンスを受信し、レスポンスからのレスポンスＬＩＢを利用して削除されるライセンスを識別し；
識別されたライセンス内のサービスの識別情報がレスポンス内のサービスの識別情報と一致することを確認したときに、クライアントが識別されたライセンスを削除することを特徴とする方法。
【請求項２７】
クライアントが：
削除されるライセンスを識別するチャレンジＬＩＢと；
クライアントの識別情報と；
チャレンジを識別するトランザクションＩＤ（ＴＩＤ）と；
を中に含むチャレンジを作成し、
削除されるライセンスを識別するレスポンスＬＩＢと；
サービスの識別情報と；
チャレンジからのＴＩＤと；
を中に含むレスポンスを作成するサービスを含むことを特徴とする請求項２６に記載の方法。
【請求項２８】
サービスが、サービス（ＰＵ−ＲＳ）の公開鍵をサービスの識別情報として含むレスポンスを作成することを特徴とする請求項２７に記載の方法。
【請求項２９】
サービスが少なくとも一部はレスポンスＬＩＢに基づくデジタル署名をさらに含むレスポンスを作成することを含む請求項２６に記載の方法であって、クライアントが署名を検証することをさらに含むことを特徴とする方法。
【請求項３０】
サービスがレスポンスＬＩＢを暗号化形でその中に含むレスポンスを作成する請求項２６に記載の方法であって、クライアントが暗号化されたレスポンスＬＩＢを復号することをさらに含むことを特徴とする方法。
【請求項３１】
サービスが、チャレンジＬＩＢとは異なる形およびチャレンジＬＩＢと実質的に同じ形の一方のレスポンスＬＩＢをその中に含むレスポンスを作成することを含むことを特徴とする請求項２６に記載の方法。
【請求項３２】
別のサービスがチャレンジの少なくとも一部をデータベースからそれによる利用のために検索することをさらに含むことを特徴とする請求項２６に記載の方法。
【請求項３３】
少なくともレスポンスがトランザクションＩＤ（ＴＩＤ）をその中に含み、クライアントがレスポンスに対応する肯定応答（ＡＣＫ）を作成し、その中にレスポンスからのＴＩＤを含め、ＡＣＫをサービスに送信する請求項２６に記載の方法であって、サービスがＡＣＫを受信し、データベースにレスポンスが肯定応答されたことを示すことをさらに含むことを特徴とする方法。
【請求項３４】
サービスが、ＡＣＫ内のＴＩＤがレスポンス内のＴＩＤと一致することを確認することをさらに含むことを特徴とする請求項３３に記載の方法。
【請求項１】
クライアント演算装置からデジタルライセンスを削除する方法であって、デジタルライセンスが当該ライセンスの削除を許可できる削除サービスの識別情報を含み：
クライアントが削除されるライセンスを選択することと；
クライアントがサービスを選択することと；
クライアントが削除されるライセンスを識別するチャレンジライセンス識別情報ブロック（ＬＩＢ）を中に含むチャレンジを作成して、チャレンジをサービスに送信することと；
サービスがチャレンジを受信して、チャレンジの少なくとも一部をデータベース内に格納することと；
サービスがチャレンジに対応するレスポンスを作成し、削除されるライセンスを識別するレスポンスＬＩＢおよびサービスの識別情報をその中に含め、クライアントにレスポンスを送信することと；
クライアントがレスポンスを受信し、レスポンスからのレスポンスＬＩＢを利用して削除されるライセンスを識別することと；
識別されたライセンス内のサービスの識別情報がレスポンス内のサービスの識別情報と一致することを確認したときに、クライアントが識別されたライセンスを削除することと；
を含むことを特徴とする方法。
【請求項２】
クライアントがライセンス内のサービスの識別情報に基づいてサービスを選択することを含むことを特徴とする請求項１に記載の方法。
【請求項３】
ライセンスがサービス（ＰＵ−ＲＳ）の公開鍵をサービスの識別情報として含む請求項２に記載の方法であって、クライアントがライセンス内の（ＰＵ−ＲＳ）に基づいてサービスを選択することを含むことを特徴とする方法。
【請求項４】
クライアントが：
削除されるライセンスを識別するチャレンジＬＩＢと；
クライアントの識別情報と；
チャレンジを識別するトランザクションＩＤ（ＴＩＤ）と；
をその中に含むチャレンジを作成することを含むことを特徴とする請求項１に記載の方法。
【請求項５】
クライアントが少なくとも一部はチャレンジＬＩＢに基づいてデジタル署名をさらに含むチャレンジを作成することを含む請求項１に記載の方法であって、署名を検証するサービスをさらに含むことを特徴とする方法。
【請求項６】
クライアントが暗号化形でチャレンジＬＩＢを中に含むチャレンジを作成することを含むを含む請求項１に記載の方法であって、暗号化されたチャレンジＬＩＢを復号することをさらに含むことを特徴とする方法。
【請求項７】
サービスが：
削除されるライセンスを識別するレスポンスＬＩＢと；
サービスの識別情報と；
チャレンジからのＴＩＤと；
を中に含むレスポンスを作成することを含むことを特徴とする請求項６に記載の方法。
【請求項８】
サービスが、サービス（ＰＵ−ＲＳ）の公開鍵をサービスの識別情報としてその中に含むレスポンスを作成することを特徴とする請求項７に記載の方法。
【請求項９】
レスポンス内のＴＩＤがチャレンジ内のＴＩＤと一致することをクライアントが確認することをさらに含むことを特徴とする請求項７に記載の方法。
【請求項１０】
サービスが少なくとも一部はレスポンスＬＩＢに基づくデジタル署名をさらに含むレスポンスを作成することを含む請求項６に記載の方法であって、クライアントが署名を検証することをさらに含むことを特徴とする方法。
【請求項１１】
サービスがレスポンスＬＩＢを暗号化形でその中に含むレスポンスを作成する請求項６に記載の方法であって、クライアントが暗号化されたレスポンスＬＩＢを復号することをさらに含むことを特徴とする方法。
【請求項１２】
サービスが、チャレンジＬＩＢとは異なる形およびチャレンジＬＩＢと実質的に同じ形の一方のレスポンスＬＩＢをその中に含むレスポンスを作成することを含むことを特徴とする請求項６に記載の方法。
【請求項１３】
別のサービスがチャレンジの少なくとも一部をデータベースからそれによる利用のために検索することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１４】
少なくともレスポンスがトランザクションＩＤ（ＴＩＤ）をその中に含む請求項１に記載の方法であって：
クライアントがレスポンスに対応する肯定応答（ＡＣＫ）を作成し、その中にレスポンスからのＴＩＤを含め、ＡＣＫをサービスに送信することと；
サービスがＡＣＫを受信し、データベースにレスポンスが肯定応答されたことを示すことと；
をさらに含むことを特徴とする方法。
【請求項１５】
ＡＣＫ内のＴＩＤがレスポンス内のＴＩＤに一致することをサービスが確認することをさらに含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
クライアント演算装置からデジタルライセンスを削除する方法であって、デジタルライセンスが当該ライセンスの削除を許可できるサービスの識別情報を含み、クライアントが：
削除されるライセンスを選択することと；
サービスを選択することと；
クライアントが削除されるライセンスを識別するチャレンジライセンス識別情報ブロック（ＬＩＢ）を中に含むチャレンジを作成して、チャレンジをサービスに送信することとと、サービスがチャレンジを受信して、チャレンジの少なくとも一部をデータベース内に格納することと、チャレンジに対応するレスポンスを作成し、削除されるライセンスを識別するレスポンスＬＩＢおよびサービスの識別情報をその中に含め、クライアントにレスポンスを送信することと；
レスポンスを受信し、レスポンスからのレスポンスＬＩＢを利用して削除されるライセンスを識別することと；
識別されたライセンス内のサービスの識別情報がレスポンス内のサービスの識別情報と一致することを確認したときに、クライアントが識別されたライセンスを削除することと；
を含むことを特徴とする方法。
【請求項１７】
クライアントがライセンス内のサービスの識別情報に基づいてサービスを選択することを含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
ライセンスがサービス（ＰＵ−ＲＳ）の公開鍵をサービスの識別情報として含む請求項１７に記載の方法であって、クライアントがライセンス内の（ＰＵ−ＲＳ）に基づいてサービスを選択することを含むことを特徴とする方法。
【請求項１９】
クライアントが：
削除されるライセンスを識別するチャレンジＬＩＢと；
クライアントの識別情報と；
チャレンジを識別するトランザクションＩＤ（ＴＩＤ）と；
をその中に含むチャレンジを作成することを含むことを特徴とする請求項１６に記載の方法。
【請求項２０】
クライアントが少なくとも一部はチャレンジＬＩＢに基づいてデジタル署名をさらに含むチャレンジを作成することを含む請求項１６に記載の方法であって、署名を検証するサービスをさらに含むことを特徴とする方法。
【請求項２１】
クライアントが暗号化形でチャレンジＬＩＢを中に含むチャレンジを作成することを含む請求項１６に記載の方法であって、暗号化されたチャレンジＬＩＢを復号することをさらに含むことを特徴とする方法。
【請求項２２】
サービスがチャレンジからのＴＩＤをその中にさらに含むためにレスポンスを作成する請求項２１に記載の方法であって、レスポンス内のＴＩＤがチャレンジ内のＴＩＤと一致することをクライアントが確認することをさらに含むことを特徴とする方法。
【請求項２３】
サービスが少なくとも一部はレスポンスＬＩＢに基づくデジタル署名をさらに含むレスポンスを作成することを含む請求項２１に記載の方法であって、クライアントが署名を検証することをさらに含むことを特徴とする方法。
【請求項２４】
サービスがレスポンスＬＩＢを暗号化形でその中に含むレスポンスを作成する請求項２１に記載の方法であって、クライアントが暗号化されたレスポンスＬＩＢを復号することをさらに含むことを特徴とする方法。
【請求項２５】
少なくともレスポンスがトランザクションＩＤ（ＴＩＤ）をその中に含む請求項１６に記載の方法であって：
クライアントがレスポンスに対応する肯定応答（ＡＣＫ）を作成し、その中にレスポンスからのＴＩＤを含め、ＡＣＫをサービスに送信することを含み；
サービスがＡＣＫを受信し、データベースにレスポンスが肯定応答されたことを示すことを特徴とする方法。
【請求項２６】
クライアント演算装置からデジタルライセンスを削除する方法であって、デジタルライセンスが当該ライセンスの削除を許可できるサービスの識別情報を含み、クライアントが削除されるライセンスを識別するチャレンジライセンス識別情報ブロック（ＬＩＢ）を中に含むチャレンジを作成して、チャレンジをサービスに送信し、サービスが：
サービスがチャレンジを受信して、チャレンジの少なくとも一部をデータベース内に格納することと；
チャレンジに対応するレスポンスを作成し、削除されるライセンスを識別するレスポンスＬＩＢおよびサービスの識別情報をその中に含め、クライアントにレスポンスを送信することと；を含み、クライアントがレスポンスを受信し、レスポンスからのレスポンスＬＩＢを利用して削除されるライセンスを識別し；
識別されたライセンス内のサービスの識別情報がレスポンス内のサービスの識別情報と一致することを確認したときに、クライアントが識別されたライセンスを削除することを特徴とする方法。
【請求項２７】
クライアントが：
削除されるライセンスを識別するチャレンジＬＩＢと；
クライアントの識別情報と；
チャレンジを識別するトランザクションＩＤ（ＴＩＤ）と；
を中に含むチャレンジを作成し、
削除されるライセンスを識別するレスポンスＬＩＢと；
サービスの識別情報と；
チャレンジからのＴＩＤと；
を中に含むレスポンスを作成するサービスを含むことを特徴とする請求項２６に記載の方法。
【請求項２８】
サービスが、サービス（ＰＵ−ＲＳ）の公開鍵をサービスの識別情報として含むレスポンスを作成することを特徴とする請求項２７に記載の方法。
【請求項２９】
サービスが少なくとも一部はレスポンスＬＩＢに基づくデジタル署名をさらに含むレスポンスを作成することを含む請求項２６に記載の方法であって、クライアントが署名を検証することをさらに含むことを特徴とする方法。
【請求項３０】
サービスがレスポンスＬＩＢを暗号化形でその中に含むレスポンスを作成する請求項２６に記載の方法であって、クライアントが暗号化されたレスポンスＬＩＢを復号することをさらに含むことを特徴とする方法。
【請求項３１】
サービスが、チャレンジＬＩＢとは異なる形およびチャレンジＬＩＢと実質的に同じ形の一方のレスポンスＬＩＢをその中に含むレスポンスを作成することを含むことを特徴とする請求項２６に記載の方法。
【請求項３２】
別のサービスがチャレンジの少なくとも一部をデータベースからそれによる利用のために検索することをさらに含むことを特徴とする請求項２６に記載の方法。
【請求項３３】
少なくともレスポンスがトランザクションＩＤ（ＴＩＤ）をその中に含み、クライアントがレスポンスに対応する肯定応答（ＡＣＫ）を作成し、その中にレスポンスからのＴＩＤを含め、ＡＣＫをサービスに送信する請求項２６に記載の方法であって、サービスがＡＣＫを受信し、データベースにレスポンスが肯定応答されたことを示すことをさらに含むことを特徴とする方法。
【請求項３４】
サービスが、ＡＣＫ内のＴＩＤがレスポンス内のＴＩＤと一致することを確認することをさらに含むことを特徴とする請求項３３に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公表番号】特表２００７−５３４０７８（Ｐ２００７−５３４０７８Ａ）
【公表日】平成１９年１１月２２日（２００７．１１．２２）
【国際特許分類】
【出願番号】特願２００７−５０９４４６（Ｐ２００７−５０９４４６）
【出願日】平成１６年７月２９日（２００４．７．２９）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０２４４３９
【国際公開番号】ＷＯ２００５／１０９２０２
【国際公開日】平成１７年１１月１７日（２００５．１１．１７）
【出願人】（５０００４６４３８）マイクロソフト コーポレーション (3,165)
【Ｆターム（参考）】
【公表日】平成１９年１１月２２日（２００７．１１．２２）
【国際特許分類】
【出願日】平成１６年７月２９日（２００４．７．２９）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０２４４３９
【国際公開番号】ＷＯ２００５／１０９２０２
【国際公開日】平成１７年１１月１７日（２００５．１１．１７）
【出願人】（５０００４６４３８）マイクロソフト コーポレーション (3,165)
【Ｆターム（参考）】
[ Back to top ]