JP2009526322A - 変化識別子を使用するセキュアなデジタル・コンテンツ管理 - Google Patents

Abstract

コンテンツサーバに保存されたデジタルコンテンツの操作を管理する方法及びシステム。方法は、コンテンツ操作デバイスで、第１の秘密鍵を含む第１の変化識別子を受け取るステップを含む。また、方法は、コンテンツ操作デバイスで、コンテンツサーバに保存されたデジタルコンテンツを求めるコンテンツ要求（第１の秘密鍵を用いて暗号化され、デジタルコンテンツの識別子を含む）を生成するステップと、少なくとも１つの通信リンクを介してコンテンツ要求を認証手段へ送るステップと、少なくとも１つの通信リンクを介してアクセス権を認証手段からコンテンツ操作デバイスへ送るステップと、デジタルコンテンツをコンテンツサーバからコンテンツ操作デバイスへ送るステップと、コンテンツ操作デバイスで、アクセス権に基づいてデジタルコンテンツを操作するステップと、認証手段において第１の変化識別子を使用済としてマーク付けするステップとを含む。

Description

本出願は、２００６年２月８日に出願された米国仮出願第６０／７７１３６６号および第６０／７７１３９８号の優先権を主張し、両出願の内容全体が、参照により本明細書に組み込まれる。本出願はまた、２００６年３月６日に出願された米国出願第１１／３６８９５９号の一部継続出願であり、同出願は、２００５年１１月２３日に出願された米国出願第１１／２８６８９０号の一部継続出願であり、同出願は、２００４年５月２６日に出願された米国出願第１０／８５４６０４号の一部継続出願であり、同出願は、２００３年２月２７日に出願された米国出願第１０／２４８８９４号の一部継続出願であり、同出願は、２００２年２月２７日に出願された米国仮出願第６０／３６００２３号の優先権を主張し、上記すべての出願の内容全体が、参照により本明細書に組み込まれる。

イントラネットは、個人から成るある特定のグループにより使用されるように構築されたネットワークを含む。例えば、企業などの組織は、その組織により管理される多数のデバイス（例えば、コンピュータ、プリンタ、ルータ、サーバなど）を接続するために、イントラネットを構築することがあり、イントラネットにログオンした、即ち、イントラネットに接続した組織のメンバは、組織により管理されるデバイスの一部または全部にアクセスすることができる。

イントラネット運営者は、特定の権限を与えられたイントラネット・ユーザのために、特定のデバイスへのアクセス、ならびにデバイスにより提供される特定のデータおよび／またはソフトウェアへのアクセスを制限したいことがある。例えば、ある特定の権限を与えられたイントラネット・ユーザだけが、イントラネットに接続されたサーバに保存された特定のデータまたはファイルへのアクセスを許可されることができる。加えて、イントラネット運営者は、イントラネットまたはイントラネットに接続されたデバイスへの接続をあるデバイスに許可する前に、デバイスおよび／またはデバイス・ユーザを認証したいことがある。

加えて、イントラネット運営者は、権限を与えられたイントラネット・ユーザによりアクセスされる特定のデータの配布および操作を制限し、その安全を確保したいことがある。例えば、イントラネット運営者は、ある特定の個人が、データを変更すること、データをコピーすること、データのコピーをディスクまたは無許可の記憶デバイスにセーブすること、コピーを無許可のユーザに送ることなどを防止したいことがある。

本発明の実施形態は、変化するＩＤ（ｍｕｔａｔｉｎｇ ＩＤ、ミューテーティングＩＤ）を使用して、イントラネットを介して、セキュアにデータを送信するため及びソフトウェアを提供するための方法およびシステムを提供する。別の実施形態は、ミューテーティングＩＤ（変化ＩＤ）を使用して、イントラネットに接続されたデバイス間の通信を許可するための方法およびシステムを提供する。更なる実施形態は、変化ＩＤを使用して、イントラネットへ接続するデバイスおよび／またはイントラネットへ接続されたデバイスへ接続するデバイスを認証するための方法およびシステムを提供する。更に、実施形態は、変化ＩＤを使用して、セキュアなデジタル・コンテンツ管理を提供するための方法およびシステムを提供する。

本発明の幾つかの実施形態は、コンテンツ・サーバに保存されたデジタル・コンテンツの操作を管理するための方法を提供する。１つの方法は、コンテンツ操作デバイスにおいて、第１の秘密鍵を含む第１のミューテーティング識別子（変化識別子）を受け取るステップと、コンテンツ操作デバイスにおいて、コンテンツ・サーバに保存されたデジタル・コンテンツを求めるコンテンツ要求を生成するステップとを含む。コンテンツ要求は、第１の秘密鍵を用いて暗号化され、デジタル・コンテンツの識別子を含む。前記方法はまた、コンテンツ要求を、少なくとも１つの通信リンクを介して、オーセンティケータ（認証手段）へ送信するステップと、アクセス権を、少なくとも１つの通信リンクを介して、認証手段からコンテンツ操作デバイスへ送信するステップと、デジタル・コンテンツを、コンテンツ・サーバからコンテンツ操作デバイスへ送信するステップと、コンテンツ操作デバイスにおいて、アクセス権に基づいて、デジタル・コンテンツを操作するステップと、認証手段において、第１の変化識別子を使用済としてマーク付けするステップとを含む。

本発明の更なる実施形態は、コンテンツ・サーバに保存されたデジタル・コンテンツの操作を管理するためのシステムを提供する。１つのシステムは、認証手段と、コンテンツ操作デバイスとを含む。認証手段は、第１の変化識別子をコンテンツ操作デバイスへ割り当てるように構成され、コンテンツ操作デバイスは、コンテンツ・サーバに保存されたデジタル・コンテンツを求めるコンテンツ要求を生成するように構成される。第１の変化識別子は、第１の番号またはラベルと、第１の鍵とを含む。コンテンツ要求は、第１の秘密鍵を用いて暗号化され、デジタル・コンテンツの識別子を含む。コンテンツ操作デバイスは、コンテンツ要求を、少なくとも１つの通信リンクを介して、認証手段へ送信し、第１の秘密鍵を用いて暗号化され、アクセス権を含むパッケージを、認証手段から受け取る。コンテンツ操作デバイスはまた、デジタル・コンテンツを、少なくとも１つの通信リンクを介して、コンテンツ・サーバから受け取り、アクセス権に基づいて、デジタル・コンテンツを操作する。アクセス権は、コンテンツ操作デバイスおよびデジタル・コンテンツに関連する。認証手段はまた、第１の変化識別子を使用済としてマーク付けする。

本発明の更なる実施形態は、デジタル・コンテンツを操作するための複数のプロセッサ実行可能命令を用いてコード化されたコンピュータ可読媒体を提供する。前記媒体は、コンテンツ・サーバに保存されたデジタル・コンテンツを求めるコンテンツ要求を生成するための命令を含み、コンテンツ要求は、第１の変化識別子の第１の秘密鍵を用いて暗号化され、デジタル・コンテンツの識別子およびユーザの識別情報を含む。前記媒体はまた、デジタル・コンテンツをコンテンツ・サーバから受け取るための命令、第１の秘密鍵を用いて暗号化され、アクセス権を含むパッケージを、認証手段から受け取るための命令、およびアクセス権に基づいてデジタル・コンテンツを操作するための命令も含む。

加えて、本発明の幾つかの実施形態は、コンテンツ・サーバに保存されたデジタル・コンテンツの操作を管理するための認証手段を提供する。１つの認証手段は、コンテンツ操作デバイスに割り当てられる第１の変化識別子を保存するように構成されるメモリ・モジュールを含む。第１の変化識別子は、第１の秘密鍵を含む。前記認証手段はまた、デジタル・コンテンツを求めるコンテンツ要求を、少なくとも１つの通信リンクを介して、コンテンツ操作デバイスから受け取るように構成される入力／出力モジュールと、コンテンツ要求に基づいて、コンテンツ操作デバイスのためのパッケージを生成するように構成されるプロセッサとを有する。コンテンツ要求およびパッケージは、第１の秘密鍵を用いて暗号化される。パッケージは、デジタル・コンテンツの許可された操作を指定するアクセス権を含む。入力／出力モジュールは、パッケージを、少なくとも１つの通信デバイスを介して、コンテンツ操作デバイスへ送信するように構成される。

本発明の実施形態を詳細に説明する前に、その応用において、本発明は、以下の説明において説明される、または図面において例示される構成要素の構造および構成に細部にわたって限定されないことを理解されたい。本発明は、更に他の実施形態が可能であり、様々な方法で実行または実施されることが可能である。

具体的には、幾つかの実施形態は、パーソナルまたはホーム・コンピュータ、サーバ、およびプロセッサを有し、また、プログラム、即ち、命令の組を実行することが可能な他のデバイスなどのような様々なコンピュータ・デバイスを使用して実施され、他のデバイスとしては、セット・トップ・ボックス（例えば、デジタル・ケーブルまたは衛星デコーダ）などの専用デバイスも含むことを理解されたい。一般に、幾つかの実施形態は、既存のハードウェアまたは当業者により容易に作成され得るハードウェアを使用して実施されることができる。従って、例示的なデバイスのアーキテクチャは、デバイスが一般に、プロセッサと、メモリ（何らかの種類）と、入力および出力機構とを有することに言及する以外は、詳細には説明されない。幾つかの場合、デバイスはまた、１または複数のオペレーティング・システムと、オペレーティング・システムにより管理される１または複数のアプリケーション・プログラムとを有することができる。幾つかの実施形態では、ハードウェア・デバイス、またはハードウェア・デバイスにより実行されるソフトウェアはまた、実施される本発明の具体的な実施形態におけるデバイスの役割に応じて、データを圧縮もしくは圧縮解除（伸張）するため、またはデータを符号化もしくは暗号化データを復号するための何らかの能力も提供する。幾つかの実例では、伸張機能は、ハードウェア実装のムービング・ピクチャ・エキスパート・グループ（「ＭＰＥＧ」）コーデックなどのような使用可能なコーデックを使用して提供できる。暗号解除機能は、特定の暗号化アルゴリズムを使用して暗号化されたデータを暗号解除することが可能な暗号解除ハードウェアまたはソフトウェア・モジュールを使用して提供できる。幾つかの実施形態では、暗号化アルゴリズムは、ラインダール（Ｒｉｊｎｄａｅｌ）アルゴリズムを含み、その一例は、ｈｔｔｐ：／／ｗｗｗ．ｅｓａｔ．ｋｕｌｅｕｖｅｎ．ａｃ．ｂｅ／〜ｒｉｊｍｅｎ／ｒｉｊｎｄａｅｌ／ｒｉｊｎｄａｅｌｒｅｆ．ｚｉｐにおいて入手可能である。

図１は、イントラネット２１内において、データおよびソフトウェアを配布するように構成された例示的なシステム２０を示している。イントラネット２１は、会社などの組織内で内部的に動作する。従って、イントラネット２１は一般に、部外者（例えば、その組織と関連がない人または主体）からアクセス可能ではない。しかし、イントラネット２１は、ルータ、ブリッジまたは別の仲介（中間）システム３２を介して、インターネットなどの外部ネットワーク３０へのアクセスを提供する。イントラネット２１は、電話もしくはツイステッド・ペア・ネットワーク、無線ネットワーク、衛星ネットワーク、ケーブルＴＶネットワーク、イーサネット（登録商標）・ベースのネットワーク、光ファイバ・ネットワーク、および／または当業者に明らかな他の様々なネットワークなどのような、１または複数のタイプのネットワーク接続および送信媒体を含む。従って、本発明は、どのような特定のネットワークまたはネットワークの組み合わせにも限定されない。しかし、幾つかの実施形態では、システム２０において使用されるネットワークまたは通信システムは、あるバージョンのラインダール暗号化を用いて暗号化されたデータを含む通信、セキュア・ソケット・レイヤ（「ＳＳＬ：ｓｅｃｕｒｅｄ ｓｏｃｋｅｔ ｌａｙｅｒ」）通信、デジタル署名標準（「ＤＳＳ：ｄｉｇｉｔａｌ ｓｉｇｎａｔｕｒｅ ｓｔａｎｄａｒｄ」）通信、または他のタイプのセキュア通信プロトコルなどの、デジタルおよび／またはセキュアである通信をサポートするための能力を有する。更に、データは、１つのエンティティから別のエンティティへ有線通信および／もしくは無線通信を用いて、または１つのエンティティから別のエンティティへ物理的に搬送される媒体を用いて、伝達することができる。

図１に示される実施形態では、３つの参加者、即ち、第１のデバイス２２と、第２のデバイス２４と、認証デバイスまたは認証手段２８が、イントラネット２１に接続される。第１のデバイス２２、第２のデバイス２４、および認証手段２８は、イントラネット２１を運営する組織により操作される。図１には、参加者がリング・トポロジのトラネット２１に結合されているように示されているが、当業者に明らかなように、他のネットワーク・トポロジおよびレイアウトを使用することもできる。

図１に示される例示的な実施形態では、第１のデバイス２２が、第２のデバイス２４へ送信または提供されるデータ（例えば、ファイル）および／またはソフトウェア（例えば、アプリケーションもしくはプログラム）を保有すると仮定する。図１は、第１のデバイス２２および第２のデバイス２４を示すだけであるが、大多数の実施形態では、システム２０には数多くのデバイスが含まれ、少なくとも１つのデバイスが、別のデバイスへ送信または別のデバイスのために実行されるデータおよび／またはソフトウェアを保有する。更に、幾つかの実施形態では、システム２０は、複数の認証手段２８を含む。

幾つかの実施形態では、図１に示されるように、認証手段２８は、システム２０が実施または準拠するプロトコルにより使用される番号を生成するために、乱数生成器３９を使用する。乱数生成器３９は、真にランダムな数（即ち、本発明を実施するために使用される特定の技術を用いた中で可能な限りランダムな数）を生成する。例えば、コンテンツを取得するための顧客からの要求などの通信トラフィックは、乱数を生成するために使用されることができる。そのようなトラフィックは一般に、予測不可能に発生する。従って、アルゴリズム的方法を用いて生成される疑似乱数とは対照的に、そのようなトラフィックに基づいて生成される乱数もまた、真に又はほとんど真にランダムである。

幾つかの実施形態では、第１のデバイス２２および第２のデバイス２４は、イントラネット２１に接続されたデバイスからデータおよび／またはソフトウェアを取得するために、変化する識別子（「ＩＤ」）を使用する。例示的な変化ＩＤ３８が図２に示されている。変化ＩＤ３８は、２つの部分、即ち、第１の部分４０と第２の部分４２とを有する識別子である。第１の部分４０は識別番号を含み、それは乱数である。図２に示されるように、幾つかの実施形態では、変化ＩＤの２つの部分はそれぞれ所定数のビットを含む。例えば、第１の部分４０および第２の部分４２はそれぞれ、２５６ビットを含むことができる。他の実施形態では、第１の部分４０および／または第２の部分４２は、１メガビットや１メガバイトなどのような、より多数のビットを含む。

変化ＩＤ３８の第２の部分４２は秘密鍵を含み、秘密鍵は乱数であり、幾つかの実施形態では、対称暗号鍵である。変化ＩＤは１回だけ使用されることができ、その後は再使用することができない。

また、図２は、２つの部分のみを有する変化ＩＤを示しているが、変化ＩＤは付加的な区画または部分を含むことができる。例えば、変化ＩＤは、識別番号と、第１のタイプのデータ（例えば、発見可能（ｄｉｓｃｏｖｅｒａｂｌｅ）データ）用の秘密鍵と、第２のタイプのデータ（例えば、発見不可能（ｕｎｄｉｓｃｏｖｅｒａｂｌｅ）データ）用の秘密鍵とを含むことができる。

変化ＩＤは、認証手段２８により生成され、追跡される。変化ＩＤは、１回限り使用可の機構であるので、第１のデバイス２２、第２のデバイス２４、または別のデバイスが、ひとたび、供給された変化ＩＤ（例えば、単一の変化ＩＤまたは複数の変化ＩＤ）を使用すると、デバイスは、認証手段２８から別の変化ＩＤ（または妥当な場合には複数の変化ＩＤ）を取得する。特定のデバイスに割り当てられる変化ＩＤに含まれるデータは、すべての変化ＩＤの場合と等しい確率で、ランダムに選択されることができる。

図３ａおよび図３ｂは、変化ＩＤが、認証手段２８から第１のデバイス２２または第２のデバイス２４へどのように配布され得るかを示している。図３ａに示されるように、幾つかの実施形態では、第１のデバイス２２や第２のデバイス２４などのデバイス４３は、認証手段２８に複数の変化ＩＤを要求する。認証手段２８は、デバイス４３が要求した数の変化ＩＤを生成し、変化ＩＤの一覧（リスト）をデバイス４３へ送る。デバイス４３は、要求した変化ＩＤの数量およびそれぞれの変化ＩＤのサイズを知っており、リストを個々の変化ＩＤへと分割する。幾つかの実施形態では、認証手段２８は、変化ＩＤのリストを個々の変化ＩＤに分割するデバイス４３を援助するために、情報または命令をデバイス４３へ提供する。例えば、認証手段２８は、拡張マークアップ言語（「ＸＭＬ」）などのデータ記述言語を使用して、変化ＩＤのリストを分割するデバイス４３を援助するために、情報または命令をデバイス４３へ提供することができる。

図３ｂに示されるように、他の実施形態では、デバイス４３は、認証手段２８から単一の変化ＩＤを受け取る。デバイス４３は、認証手段２８に変化ＩＤを要求した際に、単一の変化ＩＤを受け取り、または、先に提供された変化ＩＤを使用した際に、認証手段２８から新しい変化ＩＤを自動的に受け取ることができる。変化ＩＤは、デバイス４３へ送られ、先にデバイス４３に提供または割り当てられた変化ＩＤに取って代わる。

図１に示される実施形態では、認証手段２８は、第１のデバイス２２に変化ＩＤ（この例ではこれ以降「第１の変化ＩＤ」と呼ばれる）を、また第２のデバイス２４に変化ＩＤ（この例ではこれ以降「第２の変化ＩＤ」と呼ばれる）をランダムに割り当てまたは提供する。第１の変化ＩＤは、第２の変化ＩＤとは異なり、第１の変化ＩＤおよび第２の変化ＩＤのそれぞれは、他の変化ＩＤを決定するための情報を提供しない。図２に関して上述のように、各変化ＩＤは、乱数４０と、対応するランダムな秘密鍵４２とを含む。幾つかの実施形態では、変化ＩＤは、モディファイド・ハッシュ（ｍｏｄｉｆｉｅｄ ｈａｓｈ）の形式を取る。上述のように、ランダムであることに加えて、変化ＩＤ（または妥当な場合はハッシュ）は、それぞれの使用の後に廃棄される。言い換えると、認証手段２８は、デバイスが変化ＩＤを使用した後、新しい乱数４０と新しいランダムな秘密鍵４２とを有する新しい変化ＩＤをデバイスに提供する。幾つかの実施形態では、変化ＩＤは、それを使用するデバイスとは完全に無関係である。即ち、変化ＩＤまたはハッシュは、変化ＩＤを受け取って使用するデバイスの正体に関するどのような情報も含まない。このようにして、認証手段２８を除いて、個々のデバイスは、システムに含まれる他のデバイスの正体について認識できない。

幾つかの実施形態では、デバイスは、イントラネット２１を介して送信されるメッセージおよび／またはデータを暗号化するために、割り当てられた変化ＩＤを使用する。例えば、本発明の幾つかの実施形態は、メッセージおよび／またはデータを暗号化するために、対称鍵システムを実施する。対称鍵システムは一般に、システムを成すエンティティまたは関与者の数が多くなると、鍵の管理の問題に遭遇する。例えば、ｎ個のエンティティから成るネットワークは、すべてのエンティティが互いに通信することを可能にするために、ｎ（ｎ−１）／２個の鍵を必要とする。従って、１０００個のエンティティから成るシステムは、個々のエンティティがすべて、他のすべてのエンティティに同一コンテンツを送ることを望む場合、ほぼ５０万個の鍵が必要とされる。

しかし、開示される実施形態は、システムを成すエンティティのすべての対ごとに別個の鍵を必要としない。説明されるように、各エンティティと、各エンティティにより配布されるコンテンツの各部分は、１つの鍵を受け取り、その鍵は、それぞれの使用の後で変化（ｍｕｔａｔｅ）させられる。従って、１０００個のエンティティから成るシステムの場合、先の対称鍵システムを用いた場合のほぼ５０万個の鍵とは対照的に、僅か２０００個の鍵が必要とされる。また、認証手段２８は、変化ＩＤのビット列全体を記憶することを要求されない。認証手段２８は、変化ＩＤの各鍵部分を変化ＩＤの対応する番号に基づいてメモリ記憶位置にマッピングするために、ハッシュ関数または単に位置インデックスを使用することができる。

本発明の実施形態と従来のセキュリティ・システムとの間の他の相違は、速度と、ある種の攻撃に対する脆弱性の低下とに関する。例えば、対称鍵の使用は、高速な計算（公開鍵システムと比べて）を可能にする。公開鍵システムの背後にある基本的考えは、一方向性関数の使用である。一方向性関数は、計算するのは容易であるが、その逆計算は困難である。公開鍵システムは、一方向性関数を逆方向に計算するための鍵を提供するトラップドア一方向性関数（ｔｒａｐｄｏｏｒ ｏｎｅ−ｗａｙ ｆｕｎｃｔｉｏｎ）を使用する。公開鍵システムを使用するシステムは、各参加者に公開鍵と私有鍵（秘密鍵）を提供する。公開鍵は、すべての参加者によりアクセス可能であり、関連する私有鍵は、その私有鍵に関連する参加者によりのみ知られている。参加者は、一方向性関数を使用して、ある特定の参加者に宛てたメッセージを暗号化するため、またはその特定の参加者から受け取ったメッセージを暗号解除するために、公開鍵を使用する。参加者は、他の参加者に宛てたメッセージ（その参加者用の関連する公開鍵を使用して他の参加者が暗号解除できる）を暗号化するため、または他の参加者から受け取ったメッセージ（その参加者用の関連する公開鍵を用いて暗号化された）を暗号解除するために、（公開鍵から導出することは計算的に実行不可能であると信じられている）各自の秘密の私有鍵を使用する。

公開鍵システムのセキュリティは、私有鍵は公開鍵から導出され得ないという仮定に依存している。この要件を維持するため、公開鍵システムにおいて使用される一方向性関数は複雑である。しかし、追加される複雑さは、追加される計算時間という犠牲を払うことになる。公開鍵システムはしばしば、対称鍵システムよりも１０００倍遅い。

対称鍵の使用はまた、選択平文攻撃（ｃｈｏｓｅｎ ｐｌａｉｎｔｅｘｔ ａｔｔａｃｋ）の有効性を低下させる。選択平文攻撃は、侵入者が暗号化鍵またはプロセスにアクセスし、暗号化する特定の平文を選択し、暗号化されたテキストから知識を得ようと試みるときに生じる。公開鍵システムでは、ある個人の公開鍵は、通信システムのすべての参加者に知られている。どの侵入者も、ある個人の公開鍵を使用して、数限りないメッセージを暗号化することができる。攻撃者が、ある個人の公開鍵を用いて、あり得るメッセージを暗号化し、その後、その個人に送られた暗号化メッセージを傍受した場合、侵入者は、傍受したメッセージを、自分が生成したメッセージと比較する。傍受したメッセージが、侵入者により生成された暗号化メッセージと一致した場合、メッセージは、危険にさらされ、侵入者は、自分に宛てられたものではないメッセージを読むことができる。この攻撃は、あり得るメッセージがわずかな数しか存在しない場合、相対的に容易かつ有効であり、また、あり得るメッセージの数が、侵入者が暗号化できる数または傍受された暗号化メッセージと比較できる数を超えている場合であっても、傍受された暗号化メッセージが特定のメッセージと一致しないことを知るだけで、侵入者に有用な情報を提供することができる。どちらの状況においても、侵入者は、個人の私有鍵を推論することはできないが、その個人に送られたメッセージまたはメッセージに関する情報を推論できることがある。本発明の実施形態は対称鍵システムを使用するため、暗号化鍵は公開の知識ではないので、選択平文攻撃は適用可能ではない。

従来の対称鍵システムおよび公開鍵システムには別の問題が存在する。無権限のエンティティが鍵へのアクセスを取得すると、その無権限のエンティティは、その鍵を用いて暗号化されたすべてのメッセージを復号することができ、おそらく、より危険なこととして、システムの他のエンティティを欺くために、その鍵を用いて偽メッセージを暗号化することができる。変化ＩＤプロトコルは、各秘密鍵をそれが使用された後に変異させることにより、この脆弱性を低下させる。鍵が危険にさらされたとしても、その危険にさらされた鍵は、認証手段２８により「使用済」としてマーク付けされており、従って、将来のメッセージに対して使用できず、使用されないので、将来のメッセージを生成するために使用されることも、また、将来のメッセージを暗号解除するために使用されることもできない。

デバイスはまた、それ自体を認証手段２８を用いて認証するために、割り当てられた変化ＩＤを使用して、信用証明書（例えば、認証手段２８により先に割り当てられる）を提供することもできる。認証手段２８は、システム２０に含まれるデバイスに変化ＩＤおよび信用証明書を割り当てるので、信用証明書が有効であること、また、それらがデバイスにより提供された変化ＩＤと一致すること（例えば、デバイスにより提供された変化ＩＤおよび信用証明書がその同じデバイスに割り当てられている）を検証することができる。信用証明書が有効である場合、認証手段２８は、信用証明書を提供したデバイス（即ち、「要求デバイス」）が、イントラネット２１を介してアクセス可能な特定のデータおよび／またはソフトウェアにアクセスすることを許可する。一実施形態では、認証手段２８は、イントラネット２１に接続された別のデバイスと通信するためのセッション鍵、イントラネット２１に接続された別のデバイスから取得したデータを暗号解除するための暗号解除鍵、または、イントラネット２１に接続された別のデバイス、特定のデータおよび／または特定のアプリケーションなどに接続するためのパスワードもしくは他のアクセス機構を、要求デバイスに提供する。要求デバイスの信用証明書の正当性（確かなものであること）を認めると、認証手段２８はまた、その要求デバイスに代わって、イントラネット２１に接続された別のデバイスへ特定の要求またはメッセージを転送することもできる。

加えて、要求デバイスから受け取った信用証明書が有効である場合、認証手段２８は、ある機能を実行することを要求デバイスに許可するかどうかを決定するために、信用証明書（従って、関連する要求デバイスの識別情報）を使用する。例えば、認証手段２８が、要求デバイスにより提供された信用証明書は有効であるが、要求デバイスにより要求された特定のデータおよび／またはソフトウェアにアクセスする権限が要求デバイスには与えられていないと判定した場合、認証手段２８はデバイスの要求を拒否することができる。

システム２０は、エンティティ間の通信を管理するためのプロトコルを使用する。各エンティティは、図２に示される識別子またはＩＤ３８などの変化ＩＤを、認証手段２８によりランダムに割り当てられる。言及したように、各変化ＩＤは、乱数４０と、対応するランダムな秘密鍵４２とを含む。幾つかの実施形態では、変化ＩＤは、モディファイド・ハッシュの形式を取る。

幾つかの実施形態では、認証手段２８はまた、システム２０を介して配布されるコンテンツまたはデータのための暗号化鍵を生成する。暗号化鍵を要求するため、データを送りたいデバイス（即ち、「送信側デバイス」）は、送信したいデータ、または送信したいデータのラベルもしくは関数（即ち、任意の識別ストリング）を認証手段２８へ供給し、認証手段２８は、関連する暗号化鍵により応答する。暗号化鍵は、変化ＩＤと同様に、それが暗号化するデータとは無関係とすることができる。加えて、送信側デバイスが、送信したいデータの識別子（例えば、ランダムな識別子）だけを認証手段２８へ送る場合、認証手段２８は、特定の暗号化鍵に関連するデータについての知識を有さない。認証手段２８は、割り当てられた鍵と、関連するデータまたはデータの識別子を記録する。

暗号化鍵を要求するのに加えて、または要求する代わりに、送信側デバイスは、信用証明書を認証手段２８へ送ることができる。認証手段２８は、信用証明書を確認し、信用証明書を提供した送信側デバイスのアイデンティティ（身元）を判断し、信用証明書が有効であるかどうか、および送信側デバイスがデータを送信する権限を与えられているかどうかに基づいて、要求を拒絶または承認することができる。送信側デバイスはまた、データの意図された受取手の識別情報を認証手段２８へ供給し、認証手段２８は、送信側デバイスに対して、意図された受取手へデータを送信する権限が与えられているかどうかも、決定する。

認証手段２８が、暗号化鍵を生成し、それを送信側デバイスへ供給した後、送信側デバイスは、暗号化鍵を使用して、データを暗号化する。送信側デバイスは、その後、暗号化データをデバイスへ送る。暗号化データを暗号解除するため、暗号化データを受け取るデバイス（即ち、「受信側デバイス」）は、対応する暗号解除鍵（例えば、データを暗号化するのに使用されたのと同じ鍵）を認証手段２８に要求する。幾つかの実施形態では、認証手段２８は、システム２０に含まれる合法的要求を行った何れのデバイスにも、暗号解除鍵を供給する。暗号解除鍵の要求は、受信側デバイスが暗号解除したいデータへの参照（例えば、データのラベルや識別ストリング）を含むことができる。

幾つかの実施形態では、要求はまた、受信側デバイスの信用証明書も含む。認証手段２８は、受信側デバイスの信用証明書を確認し、その要求で示されるラベルに基づいて関連する鍵を決定し、関連する鍵を受信側デバイスへ返すことができる。認証手段２８はまた、受信側デバイスのアイデンティティを判断し、受信側デバイスがデータを暗号解除するための鍵を受け取る権限を与えられているかどうかを決定する。受信側デバイスの信用証明書が無効であるか、または受信側デバイスがデータを暗号解除する権限を与えられていない場合、認証手段２８は、暗号解除鍵を求める要求を拒否することができる。

本発明の例示的な実施形態を、幾つかの例を使用して説明する。通信プロトコルについての多くの説明と同様に、プロトコルにおいて使用される様々なデバイス（またはそれらのデバイスに関連する個人）には名前が割り当てられる。一実施形態では、アリス（Ａ）およびボブ（Ｂ）は第１のデバイス２２および第２のデバイス２４をそれぞれ表し、トレント（Ｔ）は認証手段２８、すなわち、通信の信用できるアービタ（ａｒｂｉｔｅｒ）（例えば、イントラネット２１を管理する組織により管理される）を表す。幾つかの実施形態では、キャロル（Ｃ）は、システム２０に含まれ、イントラネット２１に接続される第３のデバイスを表す。以下の表１は、プロトコルの複数の実施形態を説明するために本文書において使用される他の符号のリストである。

セッション鍵
幾つかの実施形態では、２つのエンティティの間で通信またはセッション鍵を交換するために、変化ＩＤが使用される。例えば、アリスとボブは、安全に通信したがっていると仮定する。アリスおよびボブは、トレントを信用していること、トレントは、番号Ｎ_Ａと何らかの対称暗号用の秘密鍵Ｋ_Ａとを含む変化ＩＤをアリスに割り当て、また番号Ｎ_Ｂと何らかの対称暗号用の秘密鍵Ｋ_Ｂとを含む変化ＩＤをボブに割り当てることを仮定する。また、アリスおよびボブは、それぞれ、トレントおよび信用証明書の保有者だけが知っている信用証明書（例えば、それぞれＡ_ｃｒｅｄおよびＢ_ｃｒｅｄ）を有することを仮定する。

幾つかの実施形態では、変化ＩＤは、２つのエンティティの間で通信またはセッション鍵を交換するために使用される。例えば、アリスとボブは、アリスとボブにより共有されるセッション鍵を使用して安全に通信したがっていると仮定する。アリスおよびボブは、トレントを信用していること、トレントは、番号Ｎ_Ａと何らかの対称暗号用の秘密鍵Ｋ_Ａとを含む変化ＩＤをアリスに割り当て、また、番号Ｎ_Ｂと何らかの対称暗号用の秘密鍵Ｋ_Ｂとを含む変化ＩＤをボブに割り当てるものと仮定する。また、アリスおよびボブは、それぞれ、トレントおよび信用証明書の保有者だけが知っている信用証明書（例えば、それぞれＡ_ｃｒｅｄおよびＢ_ｃｒｅｄ）を有することを仮定する。

セッション鍵（例えば、Ｋ_ＡＢ）をトレントに要求するために、アリスは、アリスの信用証明書Ａ_ｃｒｅｄおよびボブの識別子（例えば、Ｂ_ｉｄ）を、アリスの秘密鍵Ｋ_Ａを用いて暗号化し、その結果としてできたものにアリスの番号Ｎ_Ａを追加する。アリスは、ボブにメッセージを送る。

Ａ→Ｂ：Ｎ_ＡＥ（Ｋ_Ａ，Ａ_ｃｒｅｄＢ_ｉｄ）

ボブは、アリスからのメッセージに、ボブの信用証明書Ｂ_ｃｒｅｄおよびアリスの識別子（例えば、Ａ_ｉｄ）を連結し、その結果としてできたものを、ボブの秘密鍵Ｋ_Ｂを用いて暗号化する。ボブは、暗号化の結果としてできたものにボブの番号Ｎ_Ｂを追加し、その結果的なメッセージをトレントへ送る。

Ｂ→Ｔ：Ｎ_ＢＥ（Ｋ_Ｂ，Ｂ_ｃｒｅｄＡ_ｉｄＮ_ＡＥ（Ｋ_Ａ，Ａ_ｃｒｅｄＢ_ｉｄ））

トレントは、識別番号Ｎ_ＡおよびＮ_Ｂがアリスおよびボブに関連付けられていることを知っているので、メッセージがアリスおよびボブから来たことを識別する。トレントは、そのメッセージを識別番号Ｎ_ＡおよびＮ_Ｂに関連する秘密鍵Ｋ_ＡおよびＫ_Ｂを使用して暗号解除する。メッセージを確認するため、トレントは、メッセージの複数の成分を検証することができる。例えば、一実施形態では、トレントは、ボブの信用証明書Ｂ_ｃｒｅｄが、有効であり、ボブの番号Ｎ_Ｂおよびアリスにより提供されたボブの識別子Ｂ_ｉｄに合致し、かつアリスの信用証明書Ａ_ｃｒｅｄが、有効であり、アリスの番号Ｎ_Ａおよびボブにより提供されたアリスの識別子Ａ_ｉｄに合致することを検証する。ボブまたはアリスの信用証明書のどちらかが無効であるか、または信用証明書の所有者により提供された番号と合致しないか、または他のエンティティにより提供された識別子と合致しない場合、トレントは要求を拒絶することができる。

トレントが、メッセージに含まれるエンティティを識別すると、トレントはまた、ボブがアリスと通信する権限またはアリスに接続する権限を与えられていること、またアリスがボブと通信する権限またはボブに接続する権限を与えられていることを検証する。アリスがボブと通信する権限を与えられていないか、またはボブがアリスと通信する権限を与えられていない場合、トレントは要求を拒絶することができる。

要求の正当性（確かなものであること）を認めた場合、トレントは、アリス宛てのメッセージおよびボブ宛てのメッセージを生成する。アリス宛てのメッセージは、新しい番号Ｎ_Ａ’と、新しい秘密鍵Ｋ_Ａ’と、アリスの信用証明書Ａ_ｃｒｅｄと、セッション鍵Ｋ_ＡＢとを含む。加えて、アリス宛てのメッセージは、アリスの新しい信用証明書Ａ_ｃｒｅｄ’を含むこともできる。トレントは、アリス宛てのメッセージをアリスの現在の秘密鍵Ｋ_Ａを用いて暗号化し、そのメッセージをアリスへ送る。

Ｔ→Ａ：Ｅ（Ｋ_Ａ，Ｎ_Ａ’Ｋ_Ａ’Ａ_ｃｒｅｄＡ_ｃｒｅｄ’Ｋ_ＡＢ）

ボブ宛てのメッセージは、新しい番号Ｎ_Ｂ’と、新しい秘密鍵Ｋ_Ｂ’と、ボブの信用証明書Ｂ_ｃｒｅｄと、セッション鍵Ｋ_ＡＢとを含む。加えて、ボブ宛てのメッセージは、ボブの新しい信用証明書Ｂ_ｃｒｅｄ’を含むこともできる。トレントは、ボブ宛てのメッセージをボブの現在の秘密鍵Ｋ_Ｂを用いて暗号化し、そのメッセージをボブへ送る。

Ｔ→Ｂ：Ｅ（Ｋ_Ｂ，Ｎ_Ｂ’Ｋ_Ｂ’Ｂ_ｃｒｅｄＢ_ｃｒｅｄ’Ｋ_ＡＢ）

上記のプロトコルは、より多くのエンティティを含むように拡張されることができる。例えば、アリスが、ボブおよびキャロルに関連するセッション鍵を欲しい場合、アリスは、ボブの識別子Ｂ_ｉｄおよびキャロルの識別子（例えば、Ｃ_ｉｄ）などの、ボブおよびキャロルの既知の識別子を、アリスのメッセージ中に列挙することができる。同様に、ボブは、アリスおよびキャロルの識別子を列挙することができ、キャロルは、アリスおよびボブの識別子を列挙することができる。各エンティティはまた、各自の信用証明書を各自のメッセージ中に含めることができる。上記のように、各エンティティは、要求されたセッション鍵に関連する別のエンティティに、各自のメッセージを転送することができ、各エンティティは、受け取ったメッセージに、各自のメッセージを追加することができる。すべての意図されたエンティティが、各自のメッセージを要求に追加すると、最後のエンティティは、その要求をトレントへ送る。トレントは、各エンティティの信用証明書が、各エンティティに割り当てられた変化ＩＤと合致すること、および各エンティティにより指定された列挙された識別子が、提供された信用証明書と合致することを検証する。トレントはまた、各エンティティが、メッセージに関与する（含まれる）他のそれぞれのエンティティと通信する権限を与えられていることを、検証することもできる。要求の正当性を認めた後、トレントは、新しい変化ＩＤ（例えば、新しい番号および新しい識別鍵）と、列挙されたエンティティに関連するセッション鍵を、信用証明書と共に、各エンティティへ送る。トレントはまた、新しい、即ち、変更された信用証明書を各エンティティに提供することもできる。

コンテンツ使用ライセンス
変化ＩＤはまた、エンティティがコンテンツを取得および復号するために使用し得るライセンスを提供するためにも、使用することができる。例えば、アリスは、ボブに安全に送りたいコンテンツまたはメッセージＰを有していると仮定する。アリスおよびボブは、トレントを信用していること、トレントは、番号Ｎ_Ａと何らかの対称暗号用の秘密鍵Ｋ_Ａとを含む変化ＩＤをアリスに割り当て、また、番号Ｎ_Ｂと何らかの対称暗号用の秘密鍵Ｋ_Ｂとを含む変化ＩＤをボブに割り当てるものと仮定する。また、アリスおよびボブは、それぞれ、トレントおよび信用証明書の保有者だけが知っている信用証明書（例えば、それぞれＡ_ｃｒｅｄおよびＢ_ｃｒｅｄ）を有するものと仮定する。

メッセージＰのためのライセンスを取得するために、アリスは、メッセージＰのハッシュ（例えば、Ｈ（Ｐ））を生成し、そのメッセージ・ハッシュＨ（Ｐ）をアリスの信用証明書Ａ_ｃｒｅｄと連結し、その結果としてできたものをアリスの秘密鍵Ｋ_Ａを用いて暗号化する。アリスはまた、アリスの番号Ｎ_Ａを暗号化の結果としてできたものに追加する。アリスは、結果的としてできたライセンス要求をトレントに送る。

Ａ→Ｔ：Ｎ_ＡＥ（Ｋ_Ａ，Ａ_ｃｒｅｄＨ（Ｐ））

トレントは、アリスからのライセンス要求を暗号解除し、アリスへの応答を生成する。アリスへの応答は、アリス用の新しい番号Ｎ_Ａ’および新しい秘密鍵Ｋ_Ａ’を含む新しい変化ＩＤと、ライセンス番号（例えば、Ｎ_Ｈ（Ｐ））およびライセンス秘密鍵（例えば、Ｋ_Ｈ（Ｐ））を含む、メッセージＰのためのライセンスに関連する変化ＩＤと、メッセージＰのための暗号化鍵（例えば、Ｋ_Ｐ）とを含む。幾つかの実施形態では、トレントはまた、メッセージが改ざん（例えば、詐称者により提供）されていないことをアリスが保証できるように、アリスへの応答にメッセージのハッシュＨ（Ｐ）も含める。トレントは、応答をアリスの現在の秘密鍵Ｎ_Ａを用いて暗号化し、暗号化された応答をアリスに送る。

Ｔ→Ａ：Ｅ（Ｋ_Ａ，Ｎ_Ａ’Ｋ_Ａ’Ｎ_Ｈ（Ｐ）Ｋ_Ｈ（Ｐ）Ｋ_ＰＨ（Ｐ））

アリスは、トレントから応答を取得すると、その応答を暗号解除し、鍵Ｋ_Ｐと、メッセージＰのためのライセンスに関連する変化ＩＤとを取得する。アリスは、Ｋ_Ｐを用いてメッセージＰを暗号化し、暗号化メッセージＰのためのライセンスを生成する。暗号化メッセージＰのためのライセンスは、アリスの信用証明書Ａ_ｃｒｅｄと、メッセージのハッシュＨ（Ｐ）とを含む。幾つかの実施形態では、ライセンスはまた、ライセンスの受取手の識別子も含む。例えば、アリスがライセンスをボブへ送ろうとする場合、ライセンスは、ボブの識別子（例えば、Ｂ_ｉｄ）を含むことができる。幾つかの実施形態では、受取手の識別子は、プロトコルの複雑さを低減するために、ライセンスから除外される。例えば、デジタル媒体製作会社は、コンテンツの潜在的な受取手を事前に知り得ず、または追跡し得ないであろう。

アリスは、ライセンス秘密鍵Ｋ_Ｈ（Ｐ）を用いてライセンスを暗号化し、暗号化の結果としてできたものに関連ライセンス番号Ｎ_Ｈ（Ｐ）を追加する。アリスは、暗号化メッセージＰと、関連するライセンスとをボブへ送る。

Ａ→Ｂ：Ｅ（Ｋ_Ｐ，Ｐ）

Ａ→Ｂ：Ｎ_Ｈ（Ｐ）Ｅ（Ｋ_Ｈ（Ｐ），Ａ_ｃｒｅｄＨ（Ｐ）Ｂ_ｉｄ）

暗号化メッセージＰおよび関連するライセンスを受け取った後の何れかの時点で、ボブは、暗号化メッセージＰのための暗号解除鍵を要求する。暗号解除鍵の要求を生成するため、ボブは、ボブの信用証明書Ｂ_ｃｒｅｄを、アリスが提供したライセンスに連結し、その結果としてできたものをボブの秘密鍵Ｋ_Ｂを用いて暗号化する。ボブはまた、ボブの番号Ｎ_Ｂを、連結し暗号化したものに追加し、その結果としてできた要求をトレントへ送る。

Ｂ→Ｔ：Ｎ_ＢＥ（Ｋ_Ｂ，Ｂ_ｃｒｅｄＮ_Ｈ（Ｐ）Ｅ（Ｋ_Ｈ（Ｐ），Ａ_ｃｒｅｄＨ（Ｐ）Ｂ_ｉｄ））

トレントは暗号を開き、ボブの識別子がライセンスに含まれている場合、トレントは、要求内で提供された信用証明書Ｂ_ｃｒｅｄおよび番号Ｎ_Ｂが、アリスが生成したライセンス内の識別子と合致することを検証する。トレントはまた、要求に含まれるメッセージのハッシュＨ（Ｐ）が、ライセンス番号Ｎ_Ｈ（Ｐ）およびライセンス秘密鍵Ｋ_Ｈ（Ｐ）と合致することを検証する。ボブからのメッセージの正当性（ 確かなものであること）を認めた後、トレントは、暗号化メッセージＰを暗号解除するために使用される暗号解除鍵（例えば、Ｋ_Ｐ）と、ボブ用の新しい番号Ｎ_Ｂ’および新しい秘密鍵Ｋ_Ｂ’を含む変化ＩＤと、ボブの信用証明書Ｂ_ｃｒｅｄとのすべてを、ボブの現在の秘密鍵Ｋ_Ｂを用いて暗号化して、ボブへ送る。

Ｔ→Ｂ：Ｅ（Ｋ_Ｂ，Ｎ_Ｂ’Ｋ_Ｂ’Ｋ_ＰＢ_ｃｒｅｄ）

オプションとして、トレントは、ボブが暗号解除鍵を要求したことをアリスに通知することができる。

Ｔ→Ａ：Ｅ（Ｋ_Ａ’，“ボブが識別子Ｈ（Ｐ）に関連する鍵を要求した”）

暗号解除鍵をボブに提供した後は、アリスがボブへ提供したライセンスはもはや有効ではない。なぜなら、トレントは、メッセージＰのためのライセンスに関連する１回限り使用可の変化ＩＤに関連するライセンス番号Ｎ_Ｈ（Ｐ）およびライセンス秘密鍵Ｋ_Ｈ（Ｐ）をすでに見ているからである。

先の例でのように、このプロトコルは、各エンティティが各自の信用証明書をライセンスに追加するようにさせ、その結果としてできたものを各自に割り当てられた変化ＩＤを用いて暗号化するようにさせ、その変更したライセンスを次のエンティティに転送するようにさせることにより、複数のエンティティを含むように拡張することができる。例えば、アリスがライセンスを生成し、それをキャロルへ送り、キャロルがそのライセンスをデイビッドへ送り、次にデイビッドがそのライセンスをボブへ送った場合、トレントにより受け取られる結果的なライセンスは以下のようになる。

Ｔ→Ａ：Ｎ_ＢＥ（Ｋ_Ｂ，Ｂ_ｃｒｅｄＮ_ＤＥ（Ｋ_Ｄ，Ｄ_ｃｒｅｄＮ_ＣＥ（Ｋ_Ｃ，Ｃ_ｃｒｅｄＮ_Ｈ（Ｐ）Ｅ（Ｋ_Ｈ（Ｐ），Ａ_ｃｒｅｄＨ（Ｐ）Ｂ_ｉｄ））））

デバイス認証
上記のプロトコルはまた、暗号化鍵を要求すること、暗号解除鍵を要求すること、メッセージまたはデータを特定のデバイスへ送るように要求すること、データを特定の受信側デバイスへ送るための許可を要求すること、データを取得または送るための許可を要求することおよび／またはソフトウェアを特定のデバイスに要求すること、イントラネット２１に接続しようとするデバイスを認証することなどのような、イントラネット２１内の他の活動を実行するために使用することもできる。例えば、一実施形態では、プロトコルは、デバイスをイントラネット２１に接続する前に、そのデバイスを認証するために使用される。上述のように、イントラネット２１が、１組の管理されるユーザのために特定の組織により内部的に管理される場合、その組織は、イントラネット２１に接続するデバイスおよびデバイス・ユーザを規制することができる。例えば、認証手段２８（および／またはイントラネット２１に接続された別の認証デバイス）は、１）イントラネット２１に接続することもしくはイントラネット２１上で通信することの要求、２）イントラネット上に保存されたデータもしくはファイル（例えば、貿易秘密、金融情報などの秘密区分データもしくは機密データ）にアクセスすることの要求、または３）要求デバイスの識別情報（例えば、デバイスＩＤ）に基づいて別のデバイス（データベースを保存するコンピュータなど）もしくは外部ネットワーク（インターネットなど）に接続することの要求を行う、イントラネット２１に接続するデバイス（デバイス２２、２３など）を認証することができる。認証手段２８は、接続を要求するデバイスの識別情報を、許可されたデバイスのＩＤのリストと比較することができる。例えば、イントラネット２１を運営する組織は、組織により所有または管理される各デバイスについて、イントラネット２１に接続することが可能なデバイスＩＤのリストを定めることができる。イントラネット２１への接続を要求するデバイスの識別情報が、組織により許可されたデバイスＩＤと一致する場合（およびアクセスまたは通信許可が、そのデバイスＩＤに関連付けられている場合）、認証手段２８は、イントラネット２１へのデバイスの接続を許可する。このようにして、イントラネット２１上のある情報、ファイル、およびソフトウェアへのアクセスを制御すること、ならびにイントラネット２１の内部での、およびイントラネット２１の範囲外または外部へのそのような資料の配布を制御することが可能である。

例えば、アリスは、イントラネット２１に接続されたサーバであり、イントラネット２１に接続されたクライアント・コンピュータであるキャロルが使用したいリソースを有するものと仮定する。ボブは、クライアント・コンピュータであるキャロルのユーザを表すものとし、特定のリソースを使用またはアクセスするようにキャロルに命じるものとする。トレントはやはり、プロトコルの認証手段である。アリス、キャロル、ボブはすべて、トレントにより割り当てられた識別番号Ｎおよび秘密鍵Ｋを有すると仮定する。更に、トレントは、すべての秘密を知っており、アリス、キャロル、およびボブは、互いの秘密を知らないものと仮定する。加えて、アリス、キャロル、ボブ、およびトレントはすべて、イントラネット２１を管理する組織により管理される。

アリスは、多くのクライアントに同時にサービスを行う必要がある場合があるので、変化ＩＤのリストを取得する。アリスがすでに、トレントにより割り当てられる初期または現在の変化ＩＤを有すると仮定すると、アリスは、複数の変化ＩＤを獲得するために、トレントと交渉を行う。アリスは最初に、複数の変化ＩＤを要求する権限がアリスに対して与えられていることを、トレントに証明する必要がある。これを行うために、アリスは、アリスに属するものとトレントが認識する識別子（例えば、Ａ_ｉｄまたはＡ_ｃｒｅｄ）と、ｘ個の変化ＩＤを求める要求とを、アリスの現在の変化ＩＤの秘密鍵Ｋ_Ａを用いて暗号化し、その暗号化の結果としてできたものに、アリスの現在の変化ＩＤの識別番号を追加する。アリスは、その要求をトレントへ送る。

Ａ→Ｔ：Ｎ_ＡＥ（Ｋ_Ａ，Ａ_ｃｒｅｄ ｘ個の変化ＩＤを送れ）

トレントが要求を確認すると（例えば、アリスの信用証明書Ａ_ｃｒｅｄを確認し、アリスが要求を提示する権限を与えられていることを認めると）、トレントは、ｘ個の変化ＩＤを生成し、ｘ個の変化ＩＤをアリスの現在の変化ＩＤの秘密鍵Ｋ_Ａを用いて暗号化し、図３Ｂに示されるように、暗号化されたｘ個の変化ＩＤをアリスへ送る。トレントはまた、アリスに新しい信用証明書Ａ_ｃｒｅｄ’を提供することもできる。

Ｔ→Ａ：Ｅ（Ｋ_Ａ，Ａ_ｃｒｅｄ’｛（Ｎ^１ _Ａ，Ｋ^１ _Ａ）（Ｎ^２ _Ａ，Ｋ^２ _Ａ）．．．（Ｎ^ｘ _Ａ，Ｋ^ｘ _Ａ）｝）

アリスは、アリスの現在の変化ＩＤを使用したので、その変化ＩＤを破壊し、トレントは、その変化ＩＤを「使用済」としてマーク付けする。このプロトコルは、サーバまたは他のタイプのデバイスが正確かつ／または有効に機能するために十分な変化ＩＤを有することを保証するために、いつでも実行させることができる。

ユーザであるボブは、ボブを識別する信用証明書Ｂ_ｃｒｅｄ（例えば、パスワード、ユーザ識別子、生体計測情報など）を、クライアント・コンピュータのキャロル上のクライアント・ソフトウェアに供給する。キャロルは、ボブの信用証明書Ｂ_ｃｒｅｄおよびキャロル自身の識別情報（例えば、Ｃ_ｉｄまたはＣ_ｃｒｅｄ）を、キャロルの現在の秘密鍵Ｋ_Ｃを用いて暗号化し、その結果としてできたものにキャロルの現在の識別番号Ｎ_Ｃを追加する。キャロルおよび／またはボブはまた、アリスから取得される特定のサービスおよび／または特定のデータを指定することもできる。キャロルは、その結果としてできたものをアリスへ送る。

Ｃ→Ａ：Ｎ_ＣＥ（Ｋ_Ｃ，Ｂ_ｃｒｅｄＣ_ｉｄ）

アリスは、キャロルからのメッセージを、トレントにより提供されたｘ個の変化ＩＤのうちの１つのものの秘密鍵Ｋ_Ａ ^１を用いて暗号化し、その暗号化の結果としてできたものに、関連する識別番号Ｎ_Ａ ^１を追加する。アリスは、結果的なメッセージをトレントへ送る。

Ａ→Ｔ：Ｎ_ＡＥ（Ｋ_Ａ，Ｎ_ＣＥ（Ｋ_Ｃ，Ｂ_ｃｒｅｄＣ_ｉｄ））

トレントは、アリスから受け取った暗号化メッセージを暗号解除し、クライアント・コンピュータであるキャロルを操作するボブが、サーバであるアリス上に存在するサービスに接続または使用したがっていると判定する。次に、トレントは、ボブの信用証明書Ｂ_ｃｒｅｄおよびキャロルの識別情報Ｃ_ｉｄを確認し、サーバであるアリス上に存在するサービスを使用する権限がボブおよび／またはキャロルに対して与えられているかどうかを、決定する。トレントは、ボブの信用証明書Ｂ_ｃｒｅｄおよびキャロルの識別情報Ｃ_ｉｄを確認し、アリスにより提供されるサービスを使用する権限がボブおよびキャロルに対して与えられていると認めた後、２つのメッセージを生成する。第１のメッセージは、キャロル宛てのものであり、新しい変化ＩＤ（例えば、Ｎ_Ｃ’およびＫ_Ｃ’）と、アリスの識別情報Ａ_ｉｄと、セッション鍵Ｋ_Ｓとを含む。幾つかの実施形態では、第１のメッセージはまた、ボブの新しい信用証明書Ｂ_ｃｒｅｄ’および／またはキャロルの新しい識別情報Ｃ_ｉｄ’も含む。トレントは、キャロル宛てのメッセージをキャロルの現在の秘密鍵Ｋ_Ｃを用いて暗号化し、結果としてできたメッセージをキャロルへ送る。

Ｔ→Ｃ：Ｅ（Ｋ_Ｃ，Ａ_ｉｄＮ_Ｃ’Ｋ_Ｃ’Ｋ_Ｓ）

第２のメッセージは、サーバであるアリス宛てのものであり、ボブの識別情報（例えば、Ｂ_ｉｄ）と、キャロルの識別情報Ｃ_ｉｄと、セッション鍵Ｋ_Ｓとを含む。トレントは、第２のメッセージをアリスの現在の秘密鍵Ｋ_Ａを用いて暗号化し、結果としてできたメッセージをアリスへ送る。

Ｔ→Ａ：Ｅ（Ｋ_Ａ，Ｂ_ｉｄＣ_ｉｄＫ_Ｓ）

この時点で、キャロルは、セッション鍵Ｋ_Ｓが、アリスと交換されるすべての通信を暗号化するために使用されても安全であることを知る。更に、アリスは、キャロルおよび／またはボブの識別情報が、トレントにより確認されたこと、キャロルおよび／またはボブが、アリスが提供するサービスを使用する権限を与えられていることを知る。

幾つかの実施形態では、トレントは、キャロルの識別情報（例えば、Ｃ_ｉｄまたはＣ_ｃｒｅｄ）の正当性（確かなものであること）が確認されなくても、アリスにより提供されるサービスを使用する許可をボブに与えることができる。例えば、ボブが、イントラネット２１を管理する組織により所有または管理されていないリモートまたは外部デバイスから、イントラネット２１に接続されたデバイスにアクセスまたは接続しようと試みていると仮定する。従って、認証手段２８は、外部デバイスの識別情報を有効なデバイスＩＤとして認識することができない。しかし、ボブが有効な信用証明書を提供した場合（そして、例えば、イントラネット２１に接続されたデバイスへ、リモート・デバイスから接続する許可が、ボブに与えられている場合）、外部デバイスが有効なデバイスＩＤを有していなくても、トレントは、イントラネット２１およびイントラネットに接続されたデバイスへの、ボブのアクセスを許可することができる。

ブラック・プロトコル（ｂｌａｃｋ ｐｒｏｔｏｃｏｌ）
変化ＩＤの秘密鍵（例えば、Ｋ_Ａ、Ｋ_Ｂ、およびＫ_Ｃ）は、秘密鍵を用いて暗号化された送信データのセキュリティを保護するために、秘密であり続ける必要がある。例えば、トレントが、アリスの現在の秘密鍵（例えば、Ｋ_Ａ）を用いて暗号化された新しい変化ＩＤをアリスに提供する場合、アリスの現在の秘密鍵を特定した盗聴者は、アリスの新しい変化ＩＤを取得することができる。盗聴者は、その後、偽データを送るため及び／又はアリスとトレントの間で交換される将来のデータの平文を取得するために、新しい変化ＩＤを使用することができる。

盗聴者は、攻撃を実行することにより、特定のデータを暗号化するために使用された鍵を特定する（または特定しようと試みる）ことができる。例えば、盗聴者は、力づく攻撃（ｂｒｕｔｅ ｆｏｒｃｅ ａｔｔａｃｋ、ブルート・フォース・アタック）を実行することができる。力づく攻撃では、筋の通ったまたは認識可能なデータ（例えば、人が読めるデータ）を生成する鍵が見つかるまで、あらゆる可能な鍵を用いて暗号文を暗号解除ヲ行う。盗聴者が、取得した暗号文に対応する平文（またはその部分もしくはパターン）を取得した場合、あるいは知っている場合、盗聴者は、正しい候補鍵が見つかったかどうかをより容易に決定することができる。例えば、盗聴者が、暗号文を取得し、暗号文が個人名とそれに続く数字４桁の個人識別番号（「ＰＩＮ：ｐｅｒｓｏｎａｌ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ」）とを含むことを知っている場合、盗聴者は、候補鍵によりその個人名を含む平文が生成されるまで、候補鍵を適用することができる。盗聴者は、その後、ある程度の確実性をもって、生成された平文に含まれる残りの情報がＰＩＮに対応すると推定することができる。

しかし、盗聴者が、平文または平文のパターンについての知識を有さない（即ち、コンテンツのヒントを有さない）場合、正しい候補鍵が見つかったかどうかを決定する盗聴者の能力は、大きく損なわれるか、おそらくは失われる。例えば、平文が特定の鍵を用いて暗号化された乱数を含む場合、盗聴者が力づく攻撃で多くの鍵を試してみても、盗聴者は、候補の平文が暗号文に対応する真の平文であるかどうかを決定する方法をもたない。暗号化された乱数の暗号解除は、どの候補鍵を用いても、他のすべての候補鍵により生成された他のすべての乱数と同様に、元の乱数と同様な乱数を生成する。

アリス、ボブ、およびトレントを含む上述のセッション鍵の例を参照すると、暗号化メッセージの何らかの部分が、認識可能である、既知である、既知になる、または何らかのコンテンツのヒントを含む場合、盗聴者はおそらく、暗号化メッセージに対して平文攻撃または部分平文攻撃を実行し、メッセージを暗号化するために使用されたアリスまたはボブの秘密鍵を暴くことができる。例えば、アリスが以下のメッセージをボブへ送り、それが盗聴者により傍受されると仮定する。

Ａ→Ｂ：Ｎ_ＡＥ（Ｋ_Ａ，Ａ_ｃｒｅｄＢ_ｉｄ）

ボブの識別子Ｂ_ｉｄおよび上記のメッセージのフォーマットは既知であるか又は公開されているので、盗聴者は、傍受したメッセージに対して力づく攻撃を実行することができる。従って、盗聴者は、アリスの秘密鍵Ｋ_Ａおよび信用証明書Ａ_ｃｒｅｄを取得することができる。更に、盗聴者は、アリスの現在の秘密鍵Ｋ_Ａを取得すると、アリスの現在の秘密鍵Ｋ_Ａを使用して、アリスの次の変化ＩＤ（例えば、Ｎ_Ａ’およびＫ_Ａ’）など、アリスの現在の秘密鍵Ｋ_Ａを用いて暗号化されるすべてのデータを取得することができる。

盗聴者は、暗号化メッセージについての、または暗号化メッセージを生成するために使用される通信プロトコルについての他の知識を使用して、力づく攻撃を実行することができる。例えば、盗聴者は、平文で渡される変化ＩＤ内の番号（例えば、Ｎ_Ａ）を使用して、力づく攻撃を実行することができる。盗聴者はまた、変化ＩＤの番号を生成するために使用されるアルゴリズムについての知識を使用して、力づく攻撃を実行することができる。

上記で指摘したように、発見不可能データ（即ち、ランダムであるか、またはコンテンツのヒントをもたないデータ）を暗号化するために使用される鍵は、力づく攻撃を使用して、容易に特定または発見されることができない。なぜなら、盗聴者は、いつ正しい候補鍵が見つかったかを決定できないからである。しかし、発見可能データ（即ち、既知であるか、後に開示されるかもしれないか、認識可能であるか、または既知もしくは容易に推測できるフォーマットを有するデータ）を暗号化するために使用される鍵は、力づく攻撃を使用して特定されることができる（理論的には）。発見可能データと発見不可能データとが一緒に、または同じ暗号化鍵を用いて暗号化される場合（例えば、認識可能な名前と、対応するおそらくランダムなＰＩＮとが同じ鍵を用いて暗号化される場合）、発見可能データを使用しての力づく攻撃により特定される鍵はまた、発見不可能データを暗号化するために使用された鍵でもあり、従って、発見不可能データを発見することができる。

発見不可能または秘密データのセキュリティを高めるため、異なるタイプのデータを暗号化するために、別個の鍵を使用することができる（これ以降、「個別暗号化プロトコル（ｓｅｐａｒａｔｅ ｅｎｃｒｙｐｔｉｏｎ ｐｒｏｔｏｃｏｌ）」と呼ばれる）。例えば、１または複数の鍵（例えば、１または複数の変化ＩＤ）が、発見不可能データ（例えば、秘密鍵Ｋ_Ａ、Ｋ_Ｂ、およびＫ_Ｃ）を暗号化するために使用され、また、１または複数の鍵（例えば、１または複数の変化ＩＤ）が、発見可能データ（例えば、Ｂ_ｉｄ）を暗号化するために使用される。発見不可能データおよび発見可能データを暗号化するために同じ鍵は決して使用されないので、盗聴者が発見不可能データを特定する可能性は低下する。

セキュアなデジタル・コンテンツ操作管理
変化ＩＤはまた、デジタル・コンテンツ（例えば、文書、画像、ビデオ、オーディオなど）の操作を制御するために使用することができる。例えば、デジタル・コンテンツは、秘密であり得（例えば、契約、制作中の映画、給与支払いの情報など）、従って、特定のエンティティ（例えば、人間のユーザ、コンピュータ・アプリケーション、コンピュータ・デバイスなど）だけが、そのデジタル・コンテンツにアクセスすること及び／又は変更することを許可される。本出願において使用される「操作する」および「操作」という用語は、デジタル・コンテンツにアクセスしそれを見ること、デジタル・コンテンツを変更すること、デジタル・コンテンツを実行すること、デジタル・コンテンツを配布すること（例えば、デジタル・コンテンツのコピー、デジタル・コンテンツの送信（例えば、電子メール送信）、デジタル・コンテンツの保存（例えば、ディスクやフラッシュ・メモリ・デバイスへの記憶）その他）などを含むことを理解されたい。幾つかの実施形態では、変化ＩＤは、図１のイントラネット２１に接続されるデバイスに保存されたデータの操作を管理するために使用することができる。

図４および図５は、デジタル・コンテンツ管理を提供するように構成される例示的なシステム５０を示している。図４に示される実施形態では、システム５０は、４つの参加者またはエンティティ、即ち、認証デバイス（認証手段）２８と、コンテンツ・パッケージャ（ｃｏｎｔｅｎｔ ｐａｃｋａｇｅｒ）５４と、コンテンツ・サーバ５７と、コンテンツ操作デバイス６２とを含む。図４には、１つのみのコンテンツ・パッケージャ５４、コンテンツ・サーバ５７、およびコンテンツ操作デバイス６２を示しているが、幾つかの実施では、システム５０は、複数のコンテンツ・パッケージャ５４、コンテンツ・サーバ５７、および／またはコンテンツ操作デバイス６２を含むことができる。更に、複数の認証手段２８が存在することもできる。図４に示されるように、幾つかの実施形態では、認証手段２８は、外部メモリ・デバイス６０を含む。メモリ・デバイス６０は、認証手段２８により管理される変化ＩＤを保存する。

幾つかの実施形態では、コンテンツ・パッケージャ５４およびコンテンツ操作デバイス６２は、それぞれ、通信リンク６３、６４を介して、認証手段２８に接続される。コンテンツ・パッケージャ５４およびコンテンツ操作デバイス６２はまた、それぞれ、通信リンク６４、６５を介して、コンテンツ・サーバ５７に接続される。幾つかの実施形態では、コンテンツ操作デバイス６２はまた、通信リンク６６を介して、コンテンツ・パッケージャ５４に接続され、認証手段２８は、通信リンク６７を介して、コンテンツ・サーバ５７に接続される。通信リンク６２、６３、６４、６５、６６は、２方向リンクを含むことができ、上述のネットワークの全部または一部から構成されてよい。幾つかの実施形態では、通信リンク６２、６３、６４、６５、６６は、イントラネットの通信リンクを含む。

図５は、本発明の一実施形態による認証手段２８と、コンテンツ・パッケージャ５４と、コンテンツ・サーバ５７と、コンテンツ操作デバイス６２とを概略的に示している。図５に示されるように、各装置は、プロセッサ７０（例えば、７０ａ、７０ｂ、７０ｃ、７０ｄ）と、メモリ・モジュール７１（例えば、７１ａ、７１ｂ、７１ｃ、７１ｄ）と、入力／出力モジュール７２（例えば、７２ａ、７２ｂ、７２ｃ、７２ｄ）とを含む。図５に示される構成要素は例示的なものであり、様々な配置および構成で組み合わされ得、また、分散され得ることを理解されたい。例えば、メモリ・モジュール７１は、別個の構成要素として含まれる代わりに、または含まれるのに加えて、プロセッサ７０および／または入力／出力モジュール７２に含まれることができる。入力／出力モジュール７１はまた、対応するプロセッサ７０を収容する装置の外部のデバイス内に配置されることもできる。

プロセッサ７０は、変化ＩＤを使用してデジタル・コンテンツの操作を管理するための１または複数のプロセッサまたはそれと類似の回路を含むことができる。一実施形態では、メモリ・モジュール７１は、図６に関して以下で説明されるように、変化ＩＤを使用してデジタル・コンテンツの操作を管理するためにプロセッサ７０により取り出されて実行される命令およびデータを保存する。メモリ・モジュール７１はまた、変化ＩＤも保存することができる。具体的には、コンテンツ・パッケージャ５４、コンテンツ・サーバ５７、およびコンテンツ操作デバイス６２にそれぞれ含まれるメモリ・モジュール７１ｂ、７１ｃ、７１ｄは、認証手段２８により各装置に割り当てられた１または複数の変化ＩＤを保存するように構成される。同様に、認証手段２８に含まれるメモリ・モジュール７１ａは、システム５０に含まれる各参加者に以前割り当てられた、また現在割り当てられている変化ＩＤを保存することができる。幾つかの実施形態では、認証手段２８に含まれるメモリ・モジュール７１ａはまた、ある参加者への割り当てを待っている将来の変化ＩＤを保存することもできる。上述のように、認証手段２８はまた、外部メモリ・デバイス６０に変化ＩＤを保存することもできる。

各プロセッサ７０により実行される機能および、従って、各参加者のメモリ・モジュール７１に保存された命令およびデータは、デジタル・コンテンツの操作を管理する際に或る特定の参加者が演じる役割に基づいて、構成されることができる。メモリ・モジュール７１はまた、入力／出力モジュール７２を介してある特定の参加者により受信または送信されるデータも保存することができる。

図５に示されるように、各参加者は、少なくとも１つの通信リンクとインターフェースする入力／出力モジュール７２を含む。それぞれの参加者は一つの直接の接続により別の参加者と接続されるように示されているが、各参加者は、上述のように、１または複数のネットワークまたは通信システム上の１または複数の有線および／または無線接続を介して、別の参加者と接続されることを理解されたい。それぞれの入力／出力モジュール７２はまた、同じまたは追加の通信リンクを介して、追加の参加者（例えば、ネットワーク、デバイスなど）とインターフェースを行うこともできる。

プロセッサ７０により指示されるように、各入力／出力モジュール７２は、データを別の参加者へ出力する。同様に、各入力／出力モジュール７２は、別の参加者からデータを受け取り、関連するプロセッサ７０および／またはメモリ・モジュール７１にデータを転送する。上述のように、ある特定の参加者の入力／出力モジュール７２は、その参加者のプロセッサ７０および／またはメモリ・モジュール７１を収容する装置の外部の装置内に配置されることができる。

図５に示され、図１を参照して上述したように、認証手段２８はまた、乱数生成器７３も含む。認証手段２８は、変化ＩＤを使用してデジタル・コンテンツの操作を管理するためにシステム５０が実施または準拠するプロトコルにおいて使用される乱数を生成するために、乱数生成器７３を使用する。上述のように、乱数生成器７３は、真にランダムな数（即ち、本発明を実施するために使用される特定の技術を用いた中で可能な限りランダムな数）を生成することができる。

幾つかの実施形態では、認証手段２８、コンテンツ・パッケージャ５４、および／またはコンテンツ・サーバ５７の機能は、組み合わされ、単一のエンティティにより提供される。以下で説明されるような個々の参加者により実行される他の機能はまた、様々な構成で組み合わされることや、参加者の間で分散されることができる。

図４および図５に示されるように、コンテンツ操作デバイス６２は、デジタル・コンテンツを生成するように、および／または保存したデジタル・コンテンツ（例えば、コンテンツ・サーバ５７に保存されたデジタル・コンテンツ）を操作するように構成される、少なくとも１つのセキュリティ対応アプリケーション（ｓｅｃｕｒｉｔｙ−ａｗａｒｅ ａｐｐｌｉｃａｔｉｏｎ、セキュリティ機能アプリケーション）６２ａを実行する。以下でより詳細に説明されるように、アプリケーション６２ａは、デジタル・コンテンツの操作を制御するために、様々な機能を実行する。例えば、以下で説明されるように、アプリケーション６２ａのユーザに基づいて、アプリケーション６２ａは、暗号化されたデジタル・コンテンツを暗号解除し、そのデジタル・コンテンツをユーザに表示することができるが、ユーザが、デジタル・コンテンツを変更することや、デジタル・コンテンツを配布すること（例えば、デジタル・コンテンツのコピー、デジタル・コンテンツの送信（例えば、デジタル・コンテンツの電子メール送信）、デジタル・コンテンツのメモリ・デバイス（例えば、ディスクやフラッシュ・メモリ・デバイス）への保存など）を防止することができる。図５に示されるように、セキュリティ対応アプリケーション６２ｓは、コンテンツ操作デバイス６２のメモリ・モジュール７１ｄに保存され、コンテンツ操作デバイス６２のプロセッサ７０ｄにより取り出され実行される。

ユーザが、アプリケーション６２ａを使用して、新しいデジタル・コンテンツを生成した場合、または既存のデジタル・コンテンツを変更した場合、アプリケーション６２ａは（例えば、アプリケーション６２ａおよび／またはアプリケーション６２ａを操作するユーザに権限が与えられている場合）、そのデジタル・コンテンツをコンテンツ・サーバ５７に保存する。幾つかの実施形態では、以下で説明されるように、コンテンツ・パッケージャ５４は、デジタル・コンテンツがコンテンツ・サーバ５７に保存される前に、デジタル・コンテンツを暗号化する。

コンテンツ・サーバ５７に保存されたデジタル・コンテンツへアクセスするため、アプリケーション６２ａは、コンテンツ・サーバ５７にデジタル・コンテンツへのアクセスを要求する。幾つかの実施形態では、その要求に応答して、コンテンツ・サーバ５７は、使用ライセンスを生成し、それをデバイス６２へ送信する。コンテンツ操作デバイス６２は、使用ライセンスを認証手段２８へ送り、認証手段２８は、要求されたデジタル・コンテンツへのアクセスをデバイス６２に許可すべきかどうかを決定する。デバイス６２（例えば、アプリケーション６２ａおよび／またはアプリケーション６２ａを操作するユーザ）が、要求されたデジタル・コンテンツへアクセスする権限を与えられている場合、認証手段２８は、デバイス６２へデジタル・コンテンツを提供するようにコンテンツ・サーバ５７に命令する。要求されたデジタル・コンテンツが暗号化形式でコンテンツ・サーバ５７に保存されている場合、認証手段２８はまた、デバイス６２へ暗号解除鍵も提供する。

認証手段２８は、変化ＩＤを参加者へ配布し、参加者は、割り当てられた変化ＩＤを使用して、システム５０に含まれる認証手段２８および他の参加者と安全に通信する。以下で説明されるように、認証手段２８はまた、コンテンツ・サーバ５７に保存されたデジタル・コンテンツ用の暗号化鍵および暗号解除鍵を生成し、配布する。更に、幾つかの実施形態では、認証手段２８は、認証手段２８が参加者から受け取ったメッセージを検証するために使用する信用証明書を、システム５０に含まれる各参加者に割り当てる。

システム５０内においてデジタル・コンテンツの操作を管理するためのプロトコルの例が、図６および図７に示されている。これらの例では、アリス（例えば、Ａ）はコンテンツ操作デバイス６２（例えば、セキュリティ対応アプリケーション６２ａ）を表し、ボブ（例えば、Ｂ）はコンテンツ・パッケージャ５４を表し、キャロル（例えば、Ｃ）はコンテンツ・サーバ５７を表す。トレント（例えば、Ｔ）は認証手段２８を表す。上記の表１は、提案されるプロトコルの実施形態を説明するために使用される他の符号のリストである。

図６は、デジタル・コンテンツを保存するためのプロトコルを示している。この例の場合、アリスは、デジタル・コンテンツ（例えば、Ｄ）をコンテンツ・サーバ５７に保存したいものと仮定する。加えて、アリスは先に、秘密鍵Ｋ_Ａおよび識別番号Ｎ_Ａ（即ち、変化ＩＤ）をトレントから受け取っているものと仮定する。更に、トレントは先に、ボブに秘密鍵Ｋ_Ｂおよび識別番号Ｎ_Ｂを割り当てており、キャロルに秘密鍵Ｋ_Ｃおよび識別番号Ｎ_Ｃを先に割り当てているものと仮定する。幾つかの実施形態では、トレントはまた、各エンティティがメッセージに含めることができる信用証明書（例えば、それぞれＡ_ｃｒｅｄ、Ｂ_ｃｒｅｄ、Ｃ_ｃｒｅｄ）を、アリス、ボブ、および／またはキャロルに割り当てる。トレントは、メッセージが本当にアリス、ボブ、および／またはキャロルにより構築されたことを検証するために、信用証明書を使用する。

デジタル・コンテンツＤを保存するために、アリスは、デジタル・コンテンツＤをボブへ送る。幾つかの実施形態では、アリスは、デジタル・コンテンツＤを平文としてボブへ送る。他の実施形態では、アリスは、アリスの秘密鍵Ｋ_Ａまたはアリスとボブの間で先に定められたセッション鍵（例えば、Ｋ_ＡＢ）などの別の鍵を用いて暗号化されたデジタル・コンテンツＤを、ボブへ送る。幾つかの実施形態では、アリスとボブの間の通信リンクはセキュア通信リンクであると考えられ、従って、デジタル・コンテンツＤは、一般に、アリスとボブの間で平文として安全に送信され得ることを理解されたい。

アリスは、付加的な情報をデジタル・コンテンツＤに含めることができる。一例では、アリスは、デジタル・コンテンツの識別子（例えば、Ｄ_ｉｄ）を提供する。識別子Ｄ_ｉｄは、デジタル・コンテンツＤのハッシュ、デジタル・コンテンツＤに関連するファイル名などを含む。アリスは、識別子Ｄ_ｉｄを、平文として、またはボブに知られた鍵を用いて暗号化して、またはボブに知られていない鍵（例えば、アリスの秘密鍵Ｋ_Ａ）を用いて暗号化して、ボブに提供する。幾つかの実施形態では、アリスはまた、アリスの信用証明書Ａ_ｃｒｅｄを提供し、アリスの信用証明書Ａ_ｃｒｅｄをアリスの秘密鍵Ｋ_Ａを用いて暗号化する。アリスが、ボブに提供される情報の何れかの部分をアリスの秘密鍵Ｋ_Ａを用いて暗号化する場合、アリスは、その暗号化の結果としてできたものにアリスの識別番号Ｎ_Ａを付加することができる。

Ａ→Ｂ：Ｅ（Ｋ_ＡＢ，Ｄ）

Ａ→Ｂ：Ｎ_ＡＥ（Ｋ_Ａ，Ｄ_ｉｄＡ_ｃｒｅｄ）

上記のメッセージ例に示されるように、幾つかの実施形態では、アリスは、ボブがデジタル・コンテンツＤの平文を取得し得るようにコンテンツＤを平文として又はボブに知られた鍵を用いて暗号化してボブへ送り、また、付加的な情報（例えば、識別子Ｄ_ｉｄおよびアリスの信用証明書）をアリスの秘密鍵Ｋ_Ａを用いて暗号化してボブへ送ることができる。ボブへ提供される情報の一部をアリスの秘密鍵Ｋ_Ａを用いて暗号化することにより、アリスは、アリスのメッセージが容易には改ざんされ得ないことを保証することができる。ボブにデジタル・コンテンツＤおよび付加的な情報を提供するための他の構成および変形も可能であることを理解されたい。

ボブは、デジタル・コンテンツおよび任意の付加的な情報をアリスから受け取った後、トレントに対する暗号化鍵の要求を生成する。幾つかの実施形態では、鍵要求は、ボブがアリスから受け取ったメッセージを含む。例えば、鍵要求は、ボブがアリスから受け取ったデジタル・コンテンツＤを含むことができる。他の実施形態では、アリスが、デジタル・コンテンツＤを、平文として、又は暗号化されたコンテンツＤをアリスから受け取ったメッセージからボブが分離でき得るような方法で暗号化して、ボブに提供した場合、鍵要求は、ボブがアリスから受け取った付加的な情報（例えば、識別子Ｄ_ｉｄおよび／またはアリスの信用証明書Ａ_ｃｒｅｄ）を含むが、実際のデジタル・コンテンツＤは含まない。このようにして、トレントは、コンテンツ・サーバ５７に保存されているデジタル・コンテンツについては認識できない状態とされる。

上述のように、鍵要求は、要求されるコンテンツの識別子Ｄ_ｉｄを含むことができる。幾つかの実施形態では、鍵要求は、ボブがアリスから受け取った識別子Ｄ_ｉｄのみを含む。他の実施形態では、アリスが識別子Ｄ_ｉｄを提供しなかった場合、ボブは、識別子Ｄ_ｉｄを生成し、その識別子を鍵要求に含める。例えば、ボブがデジタル・コンテンツＤの平文を取得した場合、ボブは、アリスの提供した識別子Ｄ_ｉｄを生成するためにアリスが使用したのと同じ関数または機構を使用して、デジタル・コンテンツの識別子を生成する。また、他の実施形態では、ボブは、ボブがデジタル・コンテンツの識別子を生成する場合、ボブの識別子およびアリスの提供した識別子を鍵要求に含める。トレントは、アリスおよびボブにより提供された識別子を使用して、各参加者により提供された識別子が一致することを検証することができる。ボブはまた、ボブの信用証明書Ｂ_ｃｒｅｄを鍵要求に含めることもできる。

幾つかの実施形態では、ボブは、ボブの秘密鍵Ｋ_Ｂを用いて鍵要求を暗号化し、その暗号化の結果としてできたものにボブの識別番号Ｎ_Ｂを追加することができる。ボブは、結果としてできた鍵要求をトレントへ送る。

Ｂ→Ｔ：Ｎ_ＢＥ（Ｋ_Ｂ，Ｄ_ｉｄＢ_ｃｒｅｄＮ_ＡＥ（Ｋ_Ａ，Ｄ_ｉｄＡ_ｃｒｅｄ））

トレントは、鍵要求がボブおよびアリスから来たことを識別する。なぜなら、トレントは、番号Ｎ_Ｂがボブに関連しており、番号Ｎ_Ａがアリスに関連していることを知っているからである。トレントは、Ｋ_ＢおよびＫ_Ａを使用して鍵要求を暗号解除する。幾つかの実施形態では、アリスおよび／またはボブが信用証明書を提供した場合、トレントは、信用証明書を検証する。信用証明書が有効でない場合（例えば、それらが、アリスおよび／またはボブに現在割り当てられている信用証明書と一致しない場合）、トレントは、鍵要求を拒否し、拒否メッセージをボブおよび／またはアリスへ送る。

トレントはまた、鍵要求に含まれる付加的な情報またはその部分を検証することもできる。一例では、トレントは、ボブおよびアリスから受け取ったデジタル・コンテンツの識別子が一致することを検証する。識別子が一致しない場合、トレントは、鍵要求を拒否し、拒否応答をボブおよび／またはアリスへ送る。加えて、トレントは、鍵要求を拒否する場合、アリスおよびボブに新しい変化ＩＤを提供する。

幾つかの実施形態では、トレントはまた、アリスがコンテンツ・サーバ５７にデジタル・コンテンツを保存する権限を与えられていることも検証する。図８に関して以下で説明されるように、認証手段２８および／または別個のデバイスは、コンテンツ・サーバ５７にデジタル・コンテンツを保存する権限を与えられているエンティティのリストを管理する。幾つかの実施形態では、デジタル・コンテンツの管理者（例えば、システム５０の管理者）は、何れのエンティティがコンテンツ・サーバ５７にデジタル・コンテンツを保存する権限を与えられているかを指定する。他の実施形態では、トレントと通信する権限を与えられている（例えば、有効な変化ＩＤを有する）何れのエンティティも、コンテンツ・サーバ５７にデジタル・コンテンツを保存する権限を自動的に与えられる。

トレントは、鍵要求に含まれる情報の正当性（確かなものであること）を認めると、ボブ宛ての鍵応答を生成する。鍵応答は、デジタル・コンテンツＤのための暗号化鍵（例えば、Ｋ_Ｄ）（例えば、トレントによりランダムに選択される）を含む。トレントは、暗号化鍵Ｋ_Ｄと、鍵要求に含まれるデジタル・コンテンツの識別子Ｄ_ｉｄとを保存する。

幾つかの実施形態では、トレントは、ボブの秘密鍵Ｋ_Ｂを用いて鍵応答を暗号化する。鍵応答はまた、デジタル・コンテンツの識別子Ｄ_ｉｄ、ボブの信用証明書Ｂ_ｃｒｅｄ、および／またはボブの新しい変化ＩＤ（例えば、Ｎ_Ｂ’およびＫ_Ｂ’）を含むこともできる。

Ｔ→Ｂ：Ｅ（Ｋ_Ｂ，Ｋ_ＤＤ_ｉｄＢ_ｃｒｅｄＮ_Ｂ’Ｋ_Ｂ’）

ボブは、トレントからの鍵応答を暗号解除し、メッセージに含まれる情報を検証する。例えば、ボブは、トレントにより提供された識別子Ｄ_ｉｄが、ボブがトレントに提供した識別子と一致することを検証することができる。ボブはまた、応答に含まれるボブの信用証明書Ｂ_ｃｒｅｄが有効であることを検証することもできる。

トレントからの鍵応答を検証した後、ボブは、鍵応答に含まれる暗号化鍵Ｋ_Ｄを使用して、デジタル・コンテンツＤを暗号化する。デジタル・コンテンツＤを暗号化した後、ボブは、暗号化されたコンテンツを保存のためにキャロルへ送る。ボブはまた、平文としての、または暗号化鍵Ｋ_Ｄを用いて暗号化された、または先に定められたセッション鍵などのようなボブとキャロルの間で共用される別の鍵を用いて暗号化された、デジタル・コンテンツＤに関連する識別子Ｄ_ｉｄもキャロルへ送る。

Ｂ→Ｃ：Ｄ_ｉｄＥ（Ｋ_Ｄ，Ｄ）

キャロルは、暗号化されたデジタル・コンテンツと、関連する識別子Ｄ_ｉｄとを保存する。デジタル・コンテンツＤを暗号化形式で保存することは、無権限のユーザがコンテンツ・サーバ５７へのアクセスを取得した場合に、その無権限のユーザが平文のデジタル・コンテンツを取得することを防止するのに役立つ。

トレントはまた、鍵応答を生成し、アリスにも送る。幾つかの実施形態では、アリスが、デジタル・コンテンツＤおよび／または付加的な情報をボブへ送ったときにアリスの変化ＩＤを使用した場合、トレントは、アリス用の新しい変化ＩＤ（例えば、Ｎ_Ａ’およびＫ_Ａ’）を鍵応答に含める。アリス宛ての鍵応答はまた、デジタル・コンテンツの識別子Ｄ_ｉｄと、アリスの信用証明書Ａ_ｃｒｅｄとを含む。アリスは、識別子および／または信用証明書を使用して、デジタル・コンテンツＤを保存するというアリスの要求が処理されていること、およびメッセージがトレントにより生成されたことを、確認する。幾つかの実施形態では、トレントはまた、デジタル・コンテンツＤに割り当てられた暗号化鍵Ｋ_Ｄ（および／または暗号解除鍵（異なる場合））を、アリスへ送る。アリスは、保存されたコンテンツをキャロルから取り出した場合、その暗号解除鍵（例えば、対称暗号化鍵）を使用して、暗号化されたデジタル・コンテンツを暗号解除する。このようにして、アリスは、トレントに暗号解除鍵を要求する必要なしに、後の時点において、保存されたデジタル・コンテンツを取り出し、暗号解除することができる。他の実施形態では、デジタル・コンテンツＤへのアリスの更なるアクセスを規制するため、アリスは、暗号化鍵Ｋ_Ｄ（および／または暗号解除鍵（異なる場合））を通知されない。

Ｔ→Ａ：Ｅ（Ｋ_Ａ，Ｄ_ｉｄＡ_ｃｒｅｄＮ_Ａ’Ｋ_Ａ’）

幾つかの実施形態では、アリスは、鍵要求を生成し、それをボブではなくトレントへ送信することを理解されたい。加えて、上述のように、デジタル・コンテンツＤのための暗号化鍵を取得するために、ボブとトレントの間で別個のメッセージが必要とならないように、認証手段２８、コンテンツ・パッケージャ５４、およびコンテンツ・サーバ５７の機能は、組み合わされることができる。

デジタル・コンテンツＤがコンテンツ・サーバ５７に保存された後、コンテンツ操作デバイス６２のユーザは、保存されたコンテンツＤへのアクセスを要求するためにアプリケーション６２ａを使用することができる。図７は、コンテンツ・サーバ４７に保存されたデジタル・コンテンツを取得するため又はそれにアクセスするためのプロトコルの一例を示している。この例の場合、アリスが、キャロルにより保存されたデジタル・コンテンツＤにアクセスしたいと仮定する。加えて、アリスは先に、秘密鍵Ｋ_Ａおよび識別番号Ｎ_Ａ（即ち、変化ＩＤ）をトレントから受け取っているものと仮定する。更に、トレントは先に、ボブに秘密鍵Ｋ_Ｂおよび識別番号Ｎ_Ｂを割り当てており、キャロルに秘密鍵Ｋ_Ｃおよび識別番号Ｎ_Ｃを先に割り当てているものと仮定する。幾つかの実施形態では、トレントはまた、アリス、ボブ、および／またはキャロルに、各エンティティがメッセージに含めることができる信用証明書（例えば、それぞれＡ_ｃｒｅｄ、Ｂ_ｃｒｅｄ、Ｃ_ｃｒｅｄ）を割り当てる。トレントは、メッセージが本当にアリス、ボブ、および／またはキャロルにより構築されたことを検証するために、信用証明書を使用する。

図７に示されるように、デジタル・コンテンツＤへのアクセスを要求するために、アリスは、コンテンツ要求７８を生成し、それをキャロルへ送信する。コンテンツ要求７８は、デジタル・コンテンツＤの識別子（例えば、Ｄ_ｉｄ）を含む。識別子Ｄ_ｉｄは、デジタル・コンテンツＤのハッシュ、デジタル・コンテンツに関連するファイル名、またはデジタル・コンテンツＤを一意に識別する別の識別子を含むことができる。コンテンツ要求７８はまた、アリスの信用証明書Ａ_ｃｒｅｄや他の識別情報などのような、付加的な情報を含むこともできる。幾つかの実施形態では、アリスは、コンテンツ要求７８またはその一部を、アリスの秘密鍵Ｋ_Ａを用いて暗号化し、その暗号化の結果としてできたものにアリスの識別番号Ｎ_Ａを追加する。他の実施形態では、アリスは、コンテンツ要求７８またはその一部を平文として送る。

Ａ→Ｃ：Ｄ_ｉｄ

キャロルは、アリスからコンテンツ要求７８を受け取った後、要求されたコンテンツのための使用ライセンス８０またはコンテンツ識別子を生成する。使用ライセンス８０は、要求されたデジタル・コンテンツの識別子Ｄ_ｉｄ（例えば、アリスから受け取った識別子および／またはキャロルにより生成された識別子）を含む。幾つかの実施形態では、使用ライセンス８０は、キャロルの信用証明書Ｃ_ｃｒｅｄも含む。キャロルは、使用ライセンス８０をキャロルの秘密鍵Ｋ_Ｃを用いて暗号化し、その暗号化の結果としてできたものにキャロルの識別番号Ｎ_Ｃを追加する。キャロルは、ライセンスが改ざんされることを防止するために、使用ライセンス８０を暗号化する。幾つかの実施形態では、キャロルは、図３に関して述べたように、１または複数のコンテンツ操作デバイス６２からのデジタル・コンテンツを求める多くの要求にサービスを行うために、複数の変化ＩＤを取得する。キャロルはまた、アリスからコンテンツ要求７８を受け取る前に、供給用の１または複数の使用ライセンス８０（例えば、特定のコンテンツについて）を生成することもできる。キャロルは、使用ライセンス８０をアリスへ送る。

Ｃ→Ａ：Ｎ_ＣＥ（Ｋ_Ｃ，Ｄ_ｉｄＣ_ｃｒｅｄ）

キャロルから使用ライセンス８０を受け取ると、アリスは、トレント宛ての、署名された使用ライセンスまたはコンテンツ要求９０を生成する。幾つかの実施形態では、アリスは、使用ライセンス８０をアリスの秘密鍵Ｋ_Ａを用いて暗号化し、その暗号化の結果としてできたものにアリスの識別番号Ｎ_Ａを追加することにより、署名された使用ライセンス９０を生成する。アリスはまた、使用ライセンス８０をアリスの秘密鍵Ｋ_Ａを用いて暗号化する前に、付加的な情報を使用ライセンス８０に連結することもできる。一例では、アリスは、使用ライセンス８０をアリスの秘密鍵Ｋ_Ａを用いて暗号化する前に、要求されたコンテンツ（要求コンテンツ）の識別子Ｄ_ｉｄおよび／またはアリスの信用証明書Ａ_ｃｒｅｄを使用ライセンス８０に連結する。アリスは、結果としてできた署名された使用ライセンス９０をトレントへ送る。

Ａ→Ｔ：Ｎ_ＡＥ（Ｋ_Ａ，Ｄ_ｉｄＡ_ｃｒｅｄＮ_ＣＥ（Ｋ_Ｃ，Ｄ_ｉｄＣ_ｃｒｅｄ））

幾つかの実施形態では、キャロルは、アリスから受け取ったコンテンツ要求７８に含まれる情報に基づいて、使用ライセンス８０があらかじめアリスの情報および／または「署名」を含むような仕方で、使用ライセンス８０を生成することを理解されたい。例えば、アリスのコンテンツ要求７８に、アリスは、アリスの秘密鍵Ｋ_Ａを用いて暗号化され且つアリスの識別番号Ｎ_Ａと連結された、デジタル・コンテンツの識別子Ｄ_ｉｄおよびアリスの信用証明書Ａ_ｃｒｅｄを含める。キャロルは、アリスから受け取った暗号化情報に使用ライセンス情報（例えば、デジタル・コンテンツの識別子Ｄ_ｉｄおよび／またはキャロルの信用証明書Ｃ_ｃｒｅｄ）を連結し、その連結の結果としてできたものをキャロルの秘密鍵Ｃ_Ａを用いて暗号化し、その暗号化の結果としてできたものにキャロルの識別番号Ｎ_Ｃを追加する。キャロルは、その後、アリスに付加的な情報を要求することなく、使用ライセンス８０をトレントへ送る。

アリスから（またはキャロルから（適用可能な場合））、署名された使用ライセンス９０を受け取ると、トレントは、番号Ｎ_Ｃがキャロルに関連し、番号Ｎ_Ａがアリスに関連することを知っているので、署名された使用ライセンス９０がキャロルおよびアリスにより生成されたことを識別する。トレントは、署名された使用ライセンス９０をＫ_ＣおよびＫ_Ａを使用して暗号解除し、アリスにより提供された、使用ライセンス８０に含まれる情報および付加的な情報を取得する。幾つかの実施形態では、アリスおよび／またはキャロルが信用証明書を提供した場合、トレントは信用証明書を検証する。信用証明書が有効でない場合（例えば、それらがアリスおよび／またはキャロルに現在割り当てられている信用証明書と一致しない場合）、トレントは、署名された使用ライセンス９０を拒否し、拒否応答をキャロルおよび／またはアリスへ送る。トレントはまた、署名された使用ライセンス９０に含まれる付加的な情報を検証することもできる。一例では、トレントは、キャロルおよびアリスから受け取ったデジタル・コンテンツの識別子が一致することを検証する。識別子が一致しない場合、トレントは、署名された使用ライセンス９０を拒否し、拒否応答をキャロルおよび／またはアリスへ送る。幾つかの実施形態では、トレントが署名された使用ライセンス９０を拒否する場合、トレントは、新しい変化ＩＤをアリスおよびキャロルに提供する。

幾つかの実施形態では、トレントはまた、アリスおよび／またはアリスを操作するユーザがコンテンツ・サーバ５７に保存されたデジタル・コンテンツにアクセスする権限を与えられていることも検証する。図８に関して以下で説明されるように、認証手段２８および／または別個のデバイスは、コンテンツ・サーバ５７に保存されたデジタル・コンテンツにアクセスする権限を与えられているエンティティのリストを管理する。幾つかの実施形態では、デジタル・コンテンツの管理者（例えば、システム５０の管理者または組織）は、何れのエンティティがコンテンツ・サーバに保存されたデジタル・コンテンツへアクセスする権限を与えられているかを指定する。他の実施形態では、トレントと通信する権限を与えられている（例えば、有効な変化ＩＤを有する）何れのエンティティも、コンテンツ・サーバ５７に保存されたデジタル・コンテンツにアクセスする権限を自動的に与えられる。

トレントは、署名された使用ライセンス９０に含まれる情報の正当性（確かなものであること）を認めると、許可メッセージ１００を生成する。許可メッセージ１００は、使用ライセンス８０、または要求されたデジタル・コンテンツの識別子Ｄ_ｉｄなどのような、使用ライセンス８０に含まれる情報を含むことができる。許可メッセージ１００はまた、アリスおよび／またはキャロルの識別子および／または信用証明書を含むこともできる。例えば、幾つかの実施形態では、許可メッセージ１００は、アリスの公開されたまたは秘密ではないの識別子（例えば、Ａ_ｉｄ）と、トレントおよびキャロルにだけ知られているキャロルの信用証明書Ｃ_ｃｒｅｄとを含む。キャロルは、アリスの公開された識別子Ａ_ｉｄを使用して、何れのエンティティが要求されたコンテンツ（要求コンテンツ）を受け取る権限を与えられているかを識別し、信用証明書Ｃ_ｃｒｅｄを使用して、許可メッセージ１００がトレントにより生成されたことを検証する。幾つかの実施形態では、許可メッセージ１００はまた、キャロル用の新しい変化ＩＤ（例えば、Ｋ_Ｃ’およびＮ_Ｃ’）も含む。トレントは、許可メッセージ１００をキャロルの秘密鍵Ｋ_Ｃを用いて暗号化し、その暗号化の結果としてできたものをキャロルへ送り、幾つかの実施形態では、トレントは、その暗号化の結果としてできたものにキャロルの識別番号Ｎ_Ｃを付加する。

Ｔ→Ｃ：Ｅ（Ｋ_Ｃ，Ｄ_ｉｄＡ_ｉｄＢ_ｃｒｅｄＫ_Ｃ’Ｎ_Ｃ’）

許可メッセージ１００は、アリスが要求されたデジタル・コンテンツ（要求デジタル・コンテンツ）Ｄにアクセスする権限を与えられていることをキャロルに通知し、要求デジタル・コンテンツＤをアリスへ送るようにキャロルに命令する。図６に関して述べたように、デジタル・コンテンツＤは、暗号化した形式でコンテンツ・サーバ５７に保存される。従って、キャロルは、要求デジタル・コンテンツＤを暗号化形式で（例えば、暗号文パッケージ５６として）アリスへ送る。幾つかの実施形態では、キャロルはまた、要求コンテンツの識別子Ｄ_ｉｄなどの付加的な情報もアリスへ送る。

Ｃ→Ａ：Ｅ（Ｋ_Ｄ，Ｄ）

許可メッセージ１００をキャロルへ送るのに加えて、トレントは、暗号解除パッケージ１１０をアリスへ送る。暗号解除パッケージ１１０は、要求デジタル・コンテンツＤに関連する暗号解除鍵Ｋ_Ｄを含む。図６に関して述べたように、認証手段２８は、コンテンツ・サーバ５７に保存されたデジタル・コンテンツのための暗号化鍵を生成し、各デジタル・コンテンツのための暗号化鍵を関連する識別子と共に保存する。従って、トレントは、要求されたコンテンツ（要求コンテンツ）Ｄのための暗号解除鍵（例えば、対称暗号化鍵）を決定および取得するために、アリスおよびキャロルから取得した使用ライセンスに含まれる識別子Ｄ_ｉｄを使用する。暗号解除パッケージ１１０はまた、要求コンテンツの識別子Ｄ_ｉｄおよび／またはアリス用の新しい変化ＩＤ（例えば、Ｋ_Ａ’およびＮ_Ａ’）などのような付加的な情報を含むこともできる。トレントは、暗号解除パッケージ１１０をアリスの現在の秘密鍵Ｋ_Ａを用いて暗号化し、幾つかの実施形態では、その暗号化の結果としてできたものにアリスの識別番号Ｎ_Ａを付加する。

Ｔ→Ａ：Ｅ（Ｋ_Ａ，Ｄ_ｉｄＫ_ＤＫ_Ａ’Ｎ_Ａ’）

アリスは、キャロルから暗号化デジタル・コンテンツＤ（例えば、暗号文パッケージ５６）を受け取り、トレントから暗号解除パッケージ１１０を受け取った後、暗号化された要求コンテンツＤを、暗号解除パッケージ１１０に含まれる暗号解除鍵を用いて暗号解除し、そのデジタル・コンテンツＤを、望むようにまたは認められたように操作（例えば表示）する。

アリスがデジタル・コンテンツＤを変更した場合、アリスは、変更したデジタル・コンテンツ（変更デジタル・コンテンツ）Ｄをコンテンツ・サーバ５７に保存する。幾つかの実施形態では、アリスは、図６に関して述べたように、変更デジタル・コンテンツのための新しい暗号化鍵を要求する。他の実施形態では、アリスは、変更デジタル・コンテンツを暗号化するために、トレントから受け取った暗号解除鍵を使用し、暗号化された変更デジタル・コンテンツを保存のためにコンテンツ・サーバ５７へ送信する。

上述された、図７に示されるプロトコルのステップおよび／または順序は、変更され得ることを理解されたい。例えば、キャロルは、使用ライセンスを送る前および／またはトレントから許可メッセージを受け取る前に、暗号化された要求コンテンツをアリスへ送ることができる。キャロルから暗号化コンテンツを受け取ると、アリスは、トレントに暗号解除鍵を要求し、トレントは、要求コンテンツへのアリスのアクセスを承認する場合、暗号解除鍵をアリスへ送り、必ずしも許可メッセージをキャロルへ送る必要はない。このようにして、キャロルは、コンテンツ要求を受け取ったときに、暗号化コンテンツをアリスへ自動的に送ることができ、承認プロセスの残りのプロセスに関与する必要はない。トレントが、要求デジタル・コンテンツに関連する暗号解除鍵を求めるアリスの要求を最終的に拒否した場合であっても、キャロルから受け取ったコンテンツは暗号化されているので、アリスは、どのような有用な情報も取得しない。

図６および図７に関して述べたように、認証手段２８は、ある特定のエンティティが、デジタル・コンテンツをコンテンツ・サーバ５７に保存する権限、および／またはコンテンツ・サーバ５７に保存されたデジタル・コンテンツにアクセスする権限を与えられていることを検証する。一例では、認証手段２８は、コンテンツ・サーバ５７にコンテンツを保存するため、またはコンテンツ・サーバ５７からコンテンツを取り出すための要求内で取得された情報（例えば、変化ＩＤや信用証明書）を使用して、要求を行ったエンティティを識別し、識別されたエンティティが要求機能を実行する権限を与えられていることを検証する（例えば、識別されたエンティティを、権限付与されたエンティティのリストのものと比較する）。エンティティが要求機能を実行する権限を与えられていない場合、認証手段２８は、要求を拒否する。

幾つかの実施形態では、認証手段２８（またはシステム５０に含まれる別のデバイス）はまた、デジタル・コンテンツに関連する付加的な権利も管理する。例えば、ある特定のエンティティは、特定のデジタル・コンテンツに関連する特定の権利を割り当てられることができる。権利は、エンティティが、デジタル・コンテンツにアクセスまたはそれを見ることができるかや、デジタル・コンテンツを実行することができるかや、デジタル・コンテンツを変更（例えば、編集）することができるかや、デジタル・コンテンツを配布すること（例えば、デジタル・コンテンツのコピーや、デジタル・コンテンツの電子メール送信や、デジタル・コンテンツのメモリ・デバイスへの保存）ができるかなどを、決定するものである。

図８に示されるように、幾つかの実施形態では、システム５０は、システム管理コンソール５８を含む。システム管理コンソール５８は、コンテンツ・パッケージャ５４、認証手段２８、および／またはメモリ・デバイス６０に接続される。デジタル・コンテンツ５２の所有者や、作成者や、管理者（例えば、組織またはシステム５０の管理者）は、コンテンツ・サーバ５７に保存されたデジタル・コンテンツに対するアクセス制御を指定するために、システム管理コンソール５８を使用する。例えば、デジタル・コンテンツの管理者は、コンテンツ・サーバ５７に保存されたデジタル・コンテンツにアクセスし得るユーザ、および／またはコンテンツ・サーバにデジタル・コンテンツを保存し得るユーザを指定することができる。加えて、デジタル・コンテンツの管理者は、コンテンツ・サーバ５７に保存されたデジタル・コンテンツへのアクセスを許可された各ユーザに対する特定のアクセス制御またはアクセス権を入力するために、システム管理コンソール５８を使用することができる。アクセス制御またはアクセス権は、読み取り専用権、読み取り／書き込み権、読み取り／書き込み／実行権、配布権、コピー権などを含むことができる。幾つかの実施形態では、アクセス制御は、ある特定のエンティティによりアクセスされるすべてのデジタル・コンテンツに適用される。他の実施形態では、特定のアクセス制御が、すべてもしくは何れか特定のエンティティによりアクセスされる特定のデジタル・コンテンツ、および／または特定のエンティティによりアクセスされる特定のデジタル・コンテンツに対して指定される。例えば、ある特定のデジタル・コンテンツの管理者は、システム５０に含まれるすべてのエンティティが、そのデジタル・コンテンツにアクセスし得るように指定することができ、あるエンティティだけが、そのデジタル・コンテンツを変更および／または配布し得るように指定することができる。

システム管理コンソール５８を介してデジタル・コンテンツの管理者により提供された、許可されたユーザおよび／またはアクセス制御は、メモリ・デバイス６０に保存される。上述のように、メモリ・デバイス６０はまた、コンテンツ・サーバ５７に保存されたデジタル・コンテンツを暗号化および／または暗号解除するために使用される鍵（例えば、対称暗号化鍵および対称暗号解除鍵、および／または暗号化鍵および対応する暗号解除鍵）と、システム５０のエンティティに割り当てられる変化ＩＤとを保存することもできる。幾つかの実施形態では、メモリ・デバイス６０はまた、デジタル・コンテンツがいつ生成、暗号化、保存、アクセス、実行、変更、配布などをされたかに関する監査ログまたは他の情報も保存する。

例えば、ユーザがデジタル・コンテンツを生成し、そのデジタル・コンテンツをコンテンツ・サーバ５７に保存する場合、ユーザは、そのデジタル・コンテンツに関連するアクセス権を指定するために、システム管理コンソール５８を使用する。アクセス権は、何れのエンティティ（例えば、ユーザ、デバイスなど）が、デジタル・コンテンツにアクセスすること又はデジタル・コンテンツを取り出すことができるか、および／または、コンテンツにアクセスする権限を与えられたエンティティのうちで、特定のエンティティが、デジタル・コンテンツに関連する何れの権利を有するかを指定する。例えば、ユーザは、別のユーザがデジタル・コンテンツにアクセスすることはできるが、そのコンテンツを変更することや、そのコンテンツを配布することはできないように、指定することができる。システム管理コンソール５８は、ユーザにより指定されたアクセス権をメモリ・デバイス６０に保存する。

図７に関して述べたように、ユーザは、コンテンツ・サーバ５７に保存されたデジタル・コンテンツにアクセスしたい場合、コンテンツ操作デバイス６２を使用して、セキュリティ対応アプリケーション６２ａを実行する。セキュリティ対応アプリケーション６２ａは、デジタル・コンテンツ５２に関連するアクセス権により指定される許可された機能および／または無許可の機能に基づいて、デジタル・コンテンツ５２を表示、編集、および／または実行することについての保護を提供するために、様々な機能を実行する。例えば、セキュリティ対応アプリケーション６２ａは、デジタル・コンテンツ５２を暗号解除することができ、また、ユーザがデジタル・コンテンツ５２を編集することを防止することができ、また、ユーザがデジタル・コンテンツを実行することを防止することができ、また、ユーザがデジタル・コンテンツ５２をコピーすることを防止することができ、また、ユーザがデジタル・コンテンツ５２を配布すること（例えば、デジタル・コンテンツを電子メール送信することや、デジタル・コンテンツ５２を許可された記憶デバイスに保存すること）を防止することなどを行うことができる。

図８に示されるように、幾つかの実施形態では、アプリケーション６２ａをロードする前またはロードする時に、アプリケーション６２ａは、変化ＩＤまたはユーザ証明書６４を取得する。幾つかの実施形態では、認証手段２８は、ユーザ証明書６４を生成し、配布する。ユーザ証明書６４は、アプリケーション６２ａのユーザを識別し、幾つかの実施形態では、コンテンツ操作デバイス６２へ割り当てられる変化ＩＤに加えて、割り当てられる。一実施形態では、ユーザ証明書６４は、コンテンツ操作デバイス６２に割り当てられる変化ＩＤとは異なる（例えば、完全に無関係である）。幾つかの実施形態では、ユーザ証明書６４は、識別番号および秘密鍵（例えば、変化ＩＤ）を含む。ユーザ証明書６４はまた、信用証明書、アクセス権、ならびにアプリケーション６２ａおよび／またはアプリケーション６２ａのユーザに関連する、メモリ・デバイス６０に保存された他の情報と関連させることもできる。例えば、アプリケーション６２ａのユーザは、識別情報および／または認証情報（例えば、パスワード、ユーザ名、生体計測情報など）を提供することができ、アプリケーション６２ａおよび／またはコンテンツ操作デバイス６２は、ユーザ情報を認証手段２８へ送ることができる。認証手段２８は、ユーザ証明書６４を生成するときに、ユーザ情報を使用する。

上述のように、幾つかの実施形態では、認証手段２８は、ユーザ証明書６４を生成し、配布する。他の実施形態では、変化ＩＤ／ユーザ証明書パッケージャ６６は、認証手段２８、システム管理コンソール５８、および／またはコンテンツ操作デバイス６２から取得された情報、ならびに／またはメモリ・デバイス６０に保存された情報に基づいて、ユーザ証明書６４を生成する（図８を参照）。ユーザ証明書６４を生成した後、変化ＩＤ／ユーザ証明書パッケージャ６６は、ユーザ証明書６４を、コンテンツ操作デバイス６２へ、特には、アプリケーション６２ａへ配布する。

アプリケーション６２ａは、ユーザ証明書６４を取得した後、ユーザ証明書６４および／またはそこに含まれる情報を、システム５０に含まれるエンティティ間で交換される要求および／またはメッセージに含める。一例では、アプリケーション６２ａは、コンテンツ・サーバ５７から受け取った使用ライセンス８０をユーザ証明書６４の秘密鍵を用いて暗号化し、その暗号化の結果としてできたものにユーザ証明書６４の識別番号を追加することにより、コンテンツ要求９０を生成する。幾つかの実施形態では、アプリケーション６２ａはまた、使用ライセンス８０を、コンテンツ操作デバイス６２に割り当てられた変化ＩＤの秘密鍵を用いて暗号化し、その暗号化の結果としてできたものに、対応する番号を追加する。このようにして、署名された使用ライセンス９０は、コンテンツ操作デバイス６２およびデバイス６２のユーザの識別情報を含み、認証手段２８は、特定のデジタル・コンテンツへのアクセスを承認する前に、デバイス６２およびユーザ６２両方のアクセス権を検証することができる。他の実施形態では、アプリケーション６２ａは単に、コンテンツ要求をユーザ証明書６４の秘密鍵を用いて暗号化する。

認証手段２８は、暗号化された使用ライセンスを受け取ると、デジタル・コンテンツを要求するエンティティ（例えば、アプリケーション６２ａおよび／またはアプリケーション６２ａのユーザ）を識別するために、ユーザ証明書６４の秘密鍵およびユーザ証明書６４の識別番号を使用する。デジタル・コンテンツを要求するエンティティのアイデンティティ（正体、身分証明書）を判定した後、認証手段２８は、デジタル・コンテンツを要求するエンティティが、要求デジタル・コンテンツを取得するための適切なアクセス権を有するかどうかを判断する。幾つかの実施形態では、認証手段２８は、要求を行うエンティティ（要求エンティティ）が、要求デジタル・コンテンツにアクセスするための適切なアクセス権を有するかどうかを決定するために、メモリ・デバイス６０に保存されたアクセス権を取得する。要求エンティティが、要求デジタル・コンテンツにアクセスするための適切なアクセス権を有さない場合、認証手段２８は、コンテンツ要求を拒否し、拒否応答をコンテンツ操作デバイス６２および／またはコンテンツ・サーバ５７へ送る。

要求エンティティが、要求デジタル・コンテンツにアクセスするための適切なアクセス権を有する場合、認証手段２８は、コンテンツ・サーバ５７および／またはコンテンツ操作デバイス６２宛ての許可メッセージ１００および／または暗号解除パッケージ１１０を生成するときに、要求エンティティおよび／または要求デジタル・コンテンツに関連するアクセス権を含める。幾つかの実施形態では、認証手段２８により生成される暗号解除パッケージ１１０は、セキュリティ対応アプリケーション６２ａが、ユーザに要求デジタル・コンテンツを表示、編集、および／または実行することを許可するかどうか、またどのように許可するかを指定するアクセス権を含む。例えば、命令は、アプリケーション６２ａが、ユーザにデジタル・コンテンツを見ることだけを許可するように指定したり、コンテンツ操作デバイス６２が、ユーザにデジタル・コンテンツを見ることおよび編集することを許可するように指定したり、コンテンツ操作デバイス６２が、ユーザにデジタル・コンテンツを実行することを許可するように指定したり、コンテンツ操作デバイス６２が、ユーザがデジタル・コンテンツを配布すること（例えば、電子メール送信したり、外部メモリ・デバイスに保存することなど）を防止するように指定したりなどのように、指定することができる。

幾つかの実施形態では、特定のアクセス権が要求エンティティおよび／または要求デジタル・コンテンツに関連付けられている場合、認証手段２８は、アクセス権だけを暗号解除パッケージ１１０に含める。例えば、あるエンティティが特定のデジタル・コンテンツにアクセスする権限を与えられており、そのエンティティおよび／またはデジタル・コンテンツに対して他のアクセス権が定義されていない場合、認証手段２８は、どのようなアクセス権または命令も含まない暗号解除パッケージ１１０を生成する。アクセス権を欠いた暗号解除パッケージは、そのエンティティがデジタル・コンテンツに対して何れかまたはすべての機能を実行し得ることを、アプリケーション６２ａに示す。

アクセス権または命令を暗号解除パッケージ１１０に含める代わりに、認証手段２８は、別個のメッセージまたはパッケージとして、アクセス権または命令をコンテンツ操作デバイス６２に提供することができる。幾つかの実施形態では、システム管理コンソール５８または変化ＩＤユーザ証明書パッケージャ６８は、アクセス権またはその一部をコンテンツ操作デバイス６２に提供する。アクセス権は、平文として、またはアプリケーション６２ａおよび／もしくはコンテンツ操作デバイス６２に知られた鍵を用いて暗号化もしくは保護して、提供されることができる。

アプリケーション６２ａが、コンテンツ・サーバ５７から暗号文パッケージ５６を受け取り、認証手段２８から暗号解除パッケージ１１０を受け取った場合、セキュリティ対応アプリケーション６２ａは、暗号文パッケージ５６を暗号解除し、暗号解除されたデジタル・コンテンツを、暗号解除パッケージ１１０で提供された（または別途取得された）アクセス権に基づいて表示する。例えば、セキュリティ対応アプリケーション６２ａは、暗号解除されたデジタル・コンテンツを、読み取り専用バージョン、読み取り／書き込みバージョン、読み取り／書き込み／実行バージョンなどで表示することができる。アプリケーション６２ａのユーザが、提供されたアクセス権に基づいて許可されていない機能を、デジタル・コンテンツに対して実行しようと試みた場合、アプリケーション６２ａは、ユーザが試みた機能を実行する権限を与えられていないことをユーザに通知する警告表示を生成することができる。警告表示は、視覚的メッセージや可聴音などを含むことができる。

幾つかの実施形態では、暗号解除されたデジタル・コンテンツは、アプリケーション６２ａだけに使用可能であり、外部アプリケーションが暗号解除されたデジタル・コンテンツを要求および取得することから保護されている。加えて、アプリケーション６２は、暗号解除パッケージ１１０に含まれるアクセス権に基づいて、またはデフォルト挙動として、ユーザがデジタル・コンテンツをコピーすることや、デジタル・コンテンツを配布すること（例えば、電子メール送信することや、ディスクもしくは別の無許可記憶デバイスにセーブすることなど）を防止することができる。

ユーザがデジタル・コンテンツを表示、編集、および／または実行している最中に、アプリケーション６２ａにより取得されたデジタル・コンテンツに関連するアクセス制御が変更された場合、認証手段２８、システム管理コンソール５８、および／または変化ＩＤユーザ証明書パッケージャ６６は、アプリケーション６２ａに、変更（１または複数）を通知することができ（例えば、ほぼリアルタイムに）、アプリケーション６２ａは、その動作をしかるべく変更することができる。

幾つかの実施形態では、ユーザ証明書６４は、ただ１度だけ使用される（例えば、１つのコンテンツの操作の要求のために）。従って、割り当てられたユーザ証明書６４が使用された後、認証手段２８、システム管理コンソール５８、および／または変化ＩＤユーザ証明書パッケージャ６６は、コンテンツ操作デバイス６２（例えば、アプリケーション６２ａ）に新しいユーザ証明書６４を提供する。幾つかの実施形態では、認証手段２８が新しいユーザ証明書６４を生成して提供する前に、認証手段２８は、ユーザ、アプリケーション６２ａ、および／またはコンテンツ操作デバイス６２に、認証情報を提供するよう促す。このようにして、認証手段２８は、アプリケーション６２ａの使用中にわたって、許可ユーザがアプリケーション６２ａを操作することを保証することができる。

認証手段２８、システム管理コンソール５８、および／または変化ＩＤユーザ証明書パッケージャ６６により実行される機能は、様々な構成で組み合わされ、また、分散され得ることを理解されたい。例えば、認証手段２８、システム管理コンソール５８、および変化ＩＤユーザ証明書パッケージャ６６により実行される機能は、組み合わされ、単一のエンティティまたはデバイスにより提供されることができる。メモリ・デバイス６０もまた、複数のデバイスを使用して構成されることができ、その幾つかは、認証手段２８および／またはシステム管理コンソール５８と組み合わされることができる。

上記のプロトコルが様々なタイプのネットワーク内で使用され得ることも理解されたい。例えば、プロトコルは、図１に示されたシステム２０などのような、イントラネット・ベースのシステム内で保存および配布されるデジタル・コンテンツの操作を管理するために使用することができる。上記のデジタル・コンテンツ管理プロトコルはまた、ユーザが、インターネットなどの公的ネットワークを介して、データベースまたはサーバにデジタル・コンテンツを要求し、受け取る場合にも使用することができる。

更に、セッション鍵、コンテンツ使用ライセンス、デバイス認証、ならび発見可能データおよび発見不可能データに関して述べたプロトコルなどのような、変化ＩＤを含む通信および取引プロトコル（またはその一部）は、提案されたデジタル・コンテンツ操作管理プロトコルと組み合わされ得ることも理解されたい。例えば、デジタル・コンテンツの取得は、コンテンツ・プロバイダまたはサービス・プロバイダからのデジタル・コンテンツの購入に含まれることができ、取引は、変化ＩＤを使用して行われることができる。加えて、ユーザによりアクセスされるデジタル・コンテンツは、一意なデジタル・コンテンツを保証するために、透かしを入れることができる。更に、システム５０の参加者の間で交換されるメッセージは、アリス、ボブ、キャロル、およびトレントの間で渡されるメッセージに対する力づく攻撃の有効性を低下させるために、上述のような別個の暗号化プロトコルを使用し、発見可能データおよび発見不可能データを別々の無関係な鍵を用いて暗号化することができる。他の組合せおよび構成も可能である。

本発明の実施形態の様々な特徴は、添付の特許請求の範囲において説明される。

図１は、本発明の一実施形態による、イントラネット内でデータを送信するためのシステムを概略的に示す。 図２は、本発明の一実施形態による、ビット・ストリーム（「変化ＩＤ」と呼ばれる）を示す。 図３Ａおよび図３Ｂは、変化ＩＤを配布する方法を示す。 図４および図５は、本発明の一実施形態による、変化ＩＤを使用してデジタル・コンテンツ操作を管理するためのシステムを概略的に示す。 図４および図５は、本発明の一実施形態による、変化ＩＤを使用してデジタル・コンテンツ操作を管理するためのシステムを概略的に示す。 図６は、本発明の一実施形態による、図４および図５のシステム内で変化ＩＤを使用してデジタル・コンテンツの保存を管理するためのプロトコルを示す。 図７は、本発明の一実施形態による、図４および図５のシステム内で変化ＩＤを使用してデジタル・コンテンツのアクセスを管理するためのプロトコルを示す。 図８は、本発明の一実施形態による、デジタル・コンテンツ操作に関連する権利を管理するためのシステムを概略的に示す。

Claims (63)

1. コンテンツ・サーバに保存されたデジタル・コンテンツの操作を管理する方法であって、
   コンテンツ操作デバイスにおいて、第１の秘密鍵を含む第１の変化識別子を受け取るステップと、
   前記コンテンツ操作デバイスにおいて、前記コンテンツ・サーバに保存されたデジタル・コンテンツを求めるコンテンツ要求を生成するステップであって、前記コンテンツ要求は、前記第１の秘密鍵を用いて暗号化されるものであり、前記デジタル・コンテンツの識別子を含むものである、ステップと、
   前記コンテンツ要求を、少なくとも１つの通信リンクを介して、認証手段へ送信するステップと、
   アクセス権を、少なくとも１つの通信リンクを介して、前記認証手段から前記コンテンツ操作デバイスへ送信するステップと、
   前記デジタル・コンテンツを、前記コンテンツ・サーバから前記コンテンツ操作デバイスへ送信するステップと、
   前記コンテンツ操作デバイスにおいて、前記アクセス権に基づいて、前記デジタル・コンテンツを操作するステップと、
   前記認証手段において、前記第１の変化識別子を使用済としてマーク付けするステップと
   を備える方法。
2. 請求項１に記載の方法であって、前記認証手段において、パッケージを生成するステップと、前記パッケージを、少なくとも１つの通信リンクを介して、前記コンテンツ操作デバイスへ送信するステップとを更に備え、前記パッケージが前記第１の秘密鍵を用いて暗号化される、方法。
3. 請求項２に記載の方法であって、前記認証手段において、パッケージを生成する前記ステップが、第２の変化識別子を含むパッケージを生成するステップを含み、前記第２の変化識別子は第２の秘密鍵を含む、方法。
4. 請求項２に記載の方法であって、前記認証手段において、パッケージを生成する前記ステップが、前記デジタル・コンテンツ用の暗号解除鍵を含むパッケージを生成するステップを含む、方法。
5. 請求項２に記載の方法であって、前記認証手段において、パッケージを生成する前記ステップが、前記アクセス権を含むパッケージを生成するステップを含む、方法。
6. 請求項５に記載の方法であって、前記アクセス権を前記コンテンツ操作デバイスへ送信する前記ステップが、前記アクセス権を、前記パッケージで前記コンテンツ操作デバイスへ送信するステップを含む、方法。
7. 請求項１に記載の方法であって、前記アクセス権を前記認証手段から前記コンテンツ操作デバイスへ送信するのに先立ち、前記アクセス権を前記第１の秘密鍵を用いて暗号化するステップを更に備える方法。
8. 請求項１に記載の方法であって、前記コンテンツ操作デバイスにおいて、前記第１の変化識別子を受け取る前記ステップが、前記コンテンツ操作デバイスにおいて、ユーザ証明書を受け取るステップを含み、前記ユーザ証明書は、前記第１の変化識別子を含み、前記コンテンツ操作デバイスのユーザに関連付けられる、方法。
9. 請求項８に記載の方法であって、前記コンテンツ操作デバイスにおいて、ユーザ情報を、前記コンテンツ操作デバイスの前記ユーザから受け取るステップを更に備える方法。
10. 請求項９に記載の方法であって、前記ユーザ情報を前記認証手段へ送信するステップを更に備える方法。
11. 請求項１０に記載の方法であって、前記認証手段において、前記ユーザ情報に基づいて、前記ユーザ証明書を生成するステップを更に備える方法。
12. 請求項８に記載の方法であって、前記コンテンツ操作デバイスにおいて、前記コンテンツ・サーバに保存されたデジタル・コンテンツを求めるコンテンツ要求を生成する前記ステップが、前記ユーザ証明書の少なくとも一部を含むコンテンツ要求を生成するステップを含む、方法。
13. 請求項１２に記載の方法であって、前記認証手段において、前記コンテンツ要求を検証するステップを更に備える方法。
14. 請求項１３に記載の方法であって、前記認証手段において、前記コンテンツ要求を検証する前記ステップが、前記コンテンツ要求に含まれる前記ユーザ証明書の前記少なくとも一部に基づいて、前記ユーザが前記デジタル・コンテンツにアクセスできるかどうかを決定するステップを含む、方法。
15. 請求項８に記載の方法であって、前記アクセス権を、前記認証手段から前記コンテンツ操作デバイスへ送信する前記ステップが、前記ユーザに関連するアクセス権を、前記認証手段から前記コンテンツ操作デバイスへ送信するステップを含む、方法。
16. 請求項１に記載の方法であって、前記アクセス権を、前記認証手段から前記コンテンツ操作デバイスへ送信する前記ステップが、見るためのアクセス権、変更するアクセス権、実行するアクセス権、および配布するアクセス権の少なくとも１つを含むアクセス権を、前記認証手段から前記コンテンツ操作デバイスへ送信するステップを含む、方法。
17. 請求項１に記載の方法であって、前記コンテンツ操作デバイスにおいて、前記アクセス権に基づいて、前記デジタル・コンテンツを操作する前記ステップが、前記コンテンツ操作デバイスが、前記アクセス権に違反する機能を前記デジタル・コンテンツに対して実行することを防止するステップを含む、方法。
18. 請求項１に記載の方法であって、前記コンテンツ操作デバイスが、前記アクセス権に違反する機能を前記デジタル・コンテンツに対して実行しようと試みた場合に、警告指示を生成するステップを更に備える方法。
19. 請求項１に記載の方法であって、更新されたアクセス権を、少なくとも１つの通信リンクを介して、前記認証手段から前記コンテンツ操作デバイスへ送信するステップを更に備える方法。
20. 請求項１に記載の方法であって、前記認証手段において、前記第１の変化識別子を使用済としてマーク付けするステップを更に備える方法。
21. 請求項１に記載の方法であって、前記コンテンツ操作デバイスにおいて、前記第１の変化識別子を受け取る前記ステップが、コンテンツ操作において、第１の番号を含む第１の変化識別子を受け取るステップを含む、方法。
22. 請求項２１に記載の方法であって、前記コンテンツ操作デバイスにおいて、前記コンテンツ・サーバに保存されたデジタル・コンテンツを求めるコンテンツ要求を生成する前記ステップが、前記コンテンツ操作デバイスにおいて、前記コンテンツ・サーバに保存されたデジタル・コンテンツを求める、前記第１の番号を含むコンテンツ要求を生成するステップを含む、方法。
23. 請求項１に記載の方法であって、前記アクセス権を、前記認証手段から前記コンテンツ操作デバイスへ送信する前記ステップが、前記コンテンツ操作デバイスおよび前記デジタル・コンテンツの少なくとも一つに関連するアクセス権を、前記認証手段から前記コンテンツ操作デバイスへ送信するステップを含む、方法。
24. コンテンツ・サーバに保存されたデジタル・コンテンツの操作を管理するためのシステムであって、
    第１の変化識別子をコンテンツ操作デバイスに割り当てるように構成される認証手段を備え、
    前記コンテンツ操作デバイスは、前記コンテンツ・サーバに保存されたデジタル・コンテンツを求めるコンテンツ要求を生成するように構成され、前記コンテンツ要求は、第１の秘密鍵を用いて暗号化され、前記デジタル・コンテンツの識別子を含むものであり、前記コンテンツ操作デバイスは、前記コンテンツ要求を、少なくとも１つの通信リンクを介して、前記認証手段へ送信するように構成され、前記第１の鍵を用いて暗号化され、アクセス権を含むパッケージを、少なくとも１つの通信リンクを介して、前記認証手段から受け取るように構成され、前記デジタル・コンテンツを、少なくとも１つの通信リンクを介して、前記コンテンツ・サーバから受け取るように構成され、前記アクセス権に基づいて、前記デジタル・コンテンツを操作するように構成されるものであり、
    前記認証手段は、前記コンテンツ操作デバイスおよび前記デジタル・コンテンツの少なくとも一つに関連する前記アクセス権を含む前記パッケージを生成するように構成され、前記第１の変化識別子を使用済としてマーク付けするように構成される、
    システム。
25. 請求項２４に記載のシステムであって、前記コンテンツ要求は前記コンテンツ操作デバイスの信用証明書を含む、システム。
26. 請求項２４に記載のシステムであって、前記コンテンツ操作デバイスは、前記コンテンツ操作デバイスのユーザの識別情報を含むユーザ証明書を受け取る、システム。
27. 請求項２６に記載のシステムであって、前記コンテンツ操作デバイスはユーザ情報をユーザから受け取る、システム。
28. 請求項２７に記載のシステムであって、前記コンテンツ操作デバイスは前記ユーザ情報を前記認証手段へ送る、システム。
29. 請求項２８に記載のシステムであって、前記認証手段は前記ユーザ情報に基づいて前記ユーザ証明書を生成する、システム。
30. 請求項２６に記載のシステムであって、前記コンテンツ要求は前記ユーザ証明書の少なくとも一部を含む、システム。
31. 請求項２６に記載のシステムであって、前記認証手段は前記コンテンツ要求を検証する、システム。
32. 請求項３１に記載のシステムであって、前記認証手段は、前記コンテンツ要求に含まれる前記ユーザ証明書の前記少なくとも一部に基づいて、前記ユーザが前記デジタル・コンテンツへアクセスできるかどうかを判定することにより、前記コンテンツ要求を検証する、システム。
33. 請求項２６に記載のシステムであって、前記ユーザ証明書はユーザ秘密鍵を含む、システム。
34. 請求項３３に記載のシステムであって、前記コンテンツ操作デバイスは前記コンテンツ要求を前記ユーザ秘密鍵を用いて暗号化する、システム。
35. 請求項２６に記載のシステムであって、前記アクセス権は前記ユーザに関連するアクセス権を含む、システム。
36. 請求項２４に記載のシステムであって、前記アクセス権は、見るアクセス権、変更するアクセス権、実行するアクセス権、および配布するアクセス権の少なくとも１つを含む、システム。
37. 請求項２４に記載のシステムであって、前記コンテンツ操作デバイスは前記アクセス権に基づいて前記デジタル・コンテンツを操作し、前記コンテンツ操作デバイスが前記アクセス権に違反する機能を前記デジタル・コンテンツに対して実行することを防止する、システム。
38. 請求項２４に記載のシステムであって、前記コンテンツ操作デバイスは、前記コンテンツ操作デバイスが前記アクセス権に違反する機能を前記デジタル・コンテンツに対して実行しようと試みた場合に、警告表示を生成する、システム。
39. 請求項２４に記載のシステムであって、前記認証手段は、前記第１の変化識別子を使用済としてマーク付けする、システム。
40. 請求項２４に記載のシステムであって、前記アクセス権をユーザから受け取るように構成されるシステム管理コンソールを更に備えるシステム。
41. 複数のプロセッサ実行可能命令をコード化したコンピュータ可読媒体であって、
    コンテンツ・サーバに保存されたデジタル・コンテンツを求めるコンテンツ要求を生成するステップであって、前記コンテンツ要求は、第１の変化識別子の第１の秘密鍵を用いて暗号化され、前記デジタル・コンテンツの識別子およびユーザの識別情報を含むものである、前記コンテンツ要求を生成するステップと、
    前記デジタル・コンテンツを前記コンテンツ・サーバから受け取るステップと、
    前記第１の秘密鍵を用いて暗号化され、アクセス権を含むパッケージを、認証手段から受け取るステップと、
    前記アクセス権に基づいて前記デジタル・コンテンツを操作するステップと、
    を行わせるプロセッサ実行可能命令を備えるコンピュータ可読媒体。
42. 請求項４１に記載のコンピュータ可読媒体であって、前記コンテンツ要求を、少なくとも１つの通信リンクを介して、前記認証手段へ送信するための命令を更に備えるコンピュータ可読媒体。
43. 請求項４１に記載のコンピュータ可読媒体であって、前記デジタル・コンテンツを暗号解除するための命令を更に備えるコンピュータ可読媒体。
44. 請求項４１に記載のコンピュータ可読媒体であって、前記ユーザの識別情報を含むユーザ証明書を受け取るための命令を更に備えるコンピュータ可読媒体。
45. 請求項４４に記載のコンピュータ可読媒体であって、前記ユーザからユーザ情報を受け取るための命令を更に備えるコンピュータ可読媒体。
46. 請求項４５に記載のコンピュータ可読媒体であって、前記ユーザ情報を、少なくとも１つの通信リンクを介して、前記認証手段へ送るための命令を更に備えるコンピュータ可読媒体。
47. 請求項４４に記載のコンピュータ可読媒体であって、前記ユーザ証明書の少なくとも一部を前記コンテンツ要求に含めるための命令を更に備えるコンピュータ可読媒体。
48. 請求項４４に記載のコンピュータ可読媒体であって、前記ユーザ証明書の少なくとも一部を用いて前記コンテンツ要求を暗号化するための命令を更に備えるコンピュータ可読媒体。
49. 請求項４１に記載のコンピュータ可読媒体であって、前記コンテンツ操作デバイスにおいて前記アクセス権に基づいて前記デジタル・コンテンツを操作するための前記命令が、前記コンテンツ操作デバイスが前記アクセス権に違反する機能を前記デジタル・コンテンツに対して実行することを防止するための命令を含む、コンピュータ可読媒体。
50. 請求項４１に記載のコンピュータ可読媒体であって、前記コンテンツ操作デバイスが前記アクセス権に違反する機能を前記デジタル・コンテンツに対して実行しようと試みた場合に、警告表示を生成するための命令を更に備えるコンピュータ可読媒体。
51. コンテンツ・サーバに保存されたデジタル・コンテンツの操作を管理するための認証手段であって、
    前記コンテンツ操作デバイスへ割り当てられるものであり第１の秘密鍵を含む第１の変化識別子を保存するように構成されるメモリ・モジュールと、
    デジタル・コンテンツを求めるためのものであり前記第１の秘密鍵を用いて暗号化されるコンテンツ要求を、少なくとも１つの通信リンクを介して、前記コンテンツ操作デバイスから受け取るように構成される入力／出力モジュールと、
    前記第１の秘密鍵を用いて暗号化されるものであり、前記デジタル・コンテンツの許可された操作を指定するアクセス権を含むものである、前記コンテンツ操作デバイスに対するパッケージを、前記コンテンツ要求に基づいて生成するように構成されるプロセッサと
    を備え、
    前記入力／出力モジュールは、前記パッケージを、少なくとも１つの通信リンクを介して、前記コンテンツ操作デバイスへ送信するように構成される、
    認証手段。
52. 請求項５１に記載の認証手段であって、前記プロセッサは前記コンテンツ要求を検証して、前記コンテンツ操作デバイスが前記デジタル・コンテンツへアクセスする権限を与えられているかどうかを判定する、認証手段。
53. 請求項５１に記載の認証手段であって、前記プロセッサは、前記コンテンツ操作デバイスが前記デジタル・コンテンツへアクセスする権限を与えられていない場合に、拒否メッセージを生成する、認証手段。
54. 請求項５１に記載の認証手段であって、前記入力／出力モジュールは、ユーザ情報を、少なくとも１つの通信リンクを介して、前記コンテンツ操作デバイスから受け取り、前記ユーザ情報は前記コンテンツ操作デバイスのユーザの識別情報を含む、認証手段。
55. 請求項５４に記載の認証手段であって、前記プロセッサは前記ユーザ情報に基づいて、ユーザ証明書を生成するように構成される、認証手段。
56. 請求項５５に記載の認証手段であって、前記入力／出力モジュールは、前記ユーザ証明書を、少なくとも１つの通信リンクを介して、前記コンテンツ操作デバイスへ送る、認証手段。
57. 請求項５４に記載の認証手段であって、前記コンテンツ要求は前記ユーザ証明書の少なくとも一部を含む、認証手段。
58. 請求項５７に記載の認証手段であって、前記アクセス権は前記ユーザに関連するアクセス権を含む、認証手段。
59. 請求項５１に記載の認証手段であって、前記プロセッサは、前記第１の変化識別子を使用済としてマーク付けする、認証手段。
60. 請求項５９に記載の認証手段であって、前記プロセッサは、第２の秘密鍵を含む第２の変化識別子を、前記コンテンツ操作デバイスに割り当てる、認証手段。
61. 請求項６０に記載の認証手段であって、前記メモリ・モジュールは前記第２の変化識別子を保存する、認証手段。
62. 請求項６０に記載の認証手段であって、前記入力／出力モジュールは、前記第２の変化識別子を、少なくとも１つの通信リンクを介して、前記コンテンツ操作デバイスへ送信する、認証手段。
63. 請求項５１に記載の認証手段であって、前記メモリ・モジュールは前記アクセス権を保存する、認証手段。

Images