JP4620769B2 - 情報アクセスを追跡するための装置、方法及びシステム - Google Patents

Description

［関連出願］
本出願では以下の米国特許仮出願に対して、ここに優先権を主張する。（１）２００１年１月２５日に申請された、シリアル番号６０／２６４，３３３の「ＤＯＩとのレファレンス・リンキング」（弁護士ドケット番号４１８８−４００１）、（２）２００１年２月１４日に申請された、シリアル番号６０／２６８，７６６の「情報アクセスを実行する多重解決（マルチプル・レゾリューション）のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００２）、（３）２００１年３月１６日に申請された、シリアル番号６０／２７６，４５９の「情報アクセスを実行する登録のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００３）、（４）２００１年３月２９日に申請された、シリアル番号６０／２７９，７９２の「ディレクトリの品質保証のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００４）、（５）２００１年７月１０日に申請された、シリアル番号６０／３０３，７６８の「デジタル権利管理情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００５）、（６）２００１年１０月９日に申請された、シリアル番号６０／３２８，２７５の「デジタル権利管理情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００５ＵＳ１）、（７）２００１年２月８日に申請された、シリアル番号６０／２６７，８７５の「情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００６）、（８）２００１年２月９日に申請された、シリアル番号６０／２６７，８９９の「情報にアクセスするのための装置、方法及びシステムのための仮申請」（弁護士ドケット番号４１８８−４００７）、（９）２００１年２月２１日に申請された、シリアル番号６０／２７０，４７３の「ＤＯＩのためのビジネス・バリューと実施の考慮」（弁護士ドケット番号４１８８−４００８）、（１０）２００１年１０月９日に申請された、シリアル番号６０／３２８，２７４の「ピア環境において情報アクセスを実行するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１０）、（１１）２００１年１０月９日に申請された、シリアル番号６０／３２８，２７０の「情報アクセスを追跡するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１１）。これらの出願書はそれぞれ参照により開示に含まれる。

本出願書にはまた、以下の特許協力条約（ＰＣＴ）出願も参照により含まれる。（１２）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「情報アクセスを実行する多重解決のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００２ＰＣ）、（１３）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「情報アクセスを実行する登録のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００３ＰＣ１）、（１４）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「ディレクトリ品質保証のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００４ＰＣ）、（１５）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「デジタル権利管理情報にアクセスするための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００５ＰＣ１。）、（１６）デイビッド・シドマンの名義で２００２年１月２５日に申請された「ピア環境において情報アクセスを実行するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１０ＰＣ）。

ここに開示する発明は、一般に、通信ネットワーク上で情報アクセスを追跡するための装置、方法及びシステムに関する。より詳しくは、ここに開示する発明は、利用者、コンテンツ及びデジタル権利の関連付けを可能にし、ユーザーの情報へのアクセスの追跡を合理的に行うための装置、方法及びシステムに関する。

［インターネット］
インターネットの利用が増えるにつれて、インターネット上で利用可能な情報の量も増加する。インターネット上に存在する情報は、コンピュータ・ソフトウェア、データベース、検討リスト、電子ジャーナル、ライブラリ・カタログ、オンライン情報サービス、メーリング・リスト、ニュース・グループ、ストリーミング・メディア等、数多くのフォーマットのドキュメントを含む様々な種類のものがある。幸いにもインターネット上のほとんどの情報には、ユーザーが利用しやすい方法でネットワークとインタラクションするためのウェブ・ブラウザを用いワールド・ワイド・ウェブを介してアクセスすることができる。
［ネットワーク］
一般にネットワークは、クライアント、ピア、サーバー及びグラフ・トポロジーにおける中間のノードの相互接続と相互運用から成ると考えられている。注意すべきことは、ここでは「サーバー」という用語は通常、通信ネットワーク全体の遠隔ユーザーのリクエストを処理したりそれに応答したりするためのコンピュータ、その他の機器、ソフトウェア、またはそれらの組み合わせを指すということである。サーバーはリクエストしてくる「クライアント」に情報を提供する。情報やリクエストを可能にしたり、処理、及び／またはソース・ユーザーからデスティネーション・ユーザーへの情報の流れを支援するコンピュータ、その他の機器、ソフトウェア、またはそれらの組み合わせは、通常「ノード」と呼ばれる。ネットワークは一般的にソース・ポイントからデスティネーションへの情報の転送を可能にするものと考えられている。
［伝送制御プロトコル‐インターネット・プロトコル（ＴＣＰ／ＩＰ）］
コンピュータ・システム、データベース及びコンピュータ・ネットワークの拡散と拡大は、一般的にインターネットと称されるそのようなシステムの相互接続と国境を越えた通信ネットワークによって促進されてきた。インターネットは伝送制御プロトコルとインターネット・プロトコル（ＴＣＰ／ＩＰ）を発展させ、またその大部分においてそれらを用いている。ＴＣＰ／ＩＰは様々な変化するネットワーク業者によって形成された複数のネットワークを、ネットワークのネットワークのための基礎として相互接続するための、つまりインターネットのための米国国防総省（ＤｏＤ）の研究プロジェクトによって開発された。一つにはＤｏＤが、戦闘の最中に損害を受けても作動し続けることによって、通信ネットワークの損害を受けた部分を回避してデスティネーション・アドレスに情報を送るネットワークを必要としたことがＴＣＰ／ＩＰの開発の原動力となった。もちろん、ソース・アドレスのロケーションまたはデスティネーション・アドレスのロケーション自体が動作不能になった場合は、そのような伝達は不可能である。

インターネットはパケット交換型のネットワークであるため、インターネット上の情報はパケットと呼ばれる幾つもの断片に分割され、パケット形式で送信される。パケットはヘッダーと呼ばれるＩＰアドレス情報を含み、それらはルータがインターネット上の中間ノードを通してパケットをソースからデスティネーションへ配信することを可能にする。デスティネーションに到着すると、パケットは再構築されオリジナルのメッセージを形成し、欠落しているパケットがあれば、それらは再びリクエストされる。

プロトコルのＩＰ部分は、４バイトのアドレス・メカニズムに基づいて情報パケットをルーティングする役目を担う。アドレスはドットによって分離された４つの数字であり、各数字は０から２５５の範囲内で、例えば、「１２３．２５５．０．１２３」というようになる。ＩＰアドレスはインターネット当局及び登録機関が指定し、それぞれ固有のものである。

プロトコルのＴＣＰ部分は情報のパケットがソースからデスティネーションに正確に受信されたかを確認し、またもし正確に受信されなかった場合は、間違ったパケットを再送信するために用いられる。ユーザー・データグラム・プロトコル（ＵＤＰ）等の、配信を保証しないその他の伝送制御プロトコルも一般的に利用されている。
［ワールド・ワイド・ウェブ］
インターネット、特にワールド・ワイド・ウェブ（ウェブ）が広く受け入れられ拡大し、膨大且つ多様な情報が集めらた。情報技術システムを有するユーザー同士（つまりコンピュータ利用者）のインタラクションを可能にする様々なユーザー・インターフェースが現在利用されている。ＷｏｒｌｄＷｉｄｅＷｅｂ．ａｐｐ（ウェブ）と呼ばれる情報ナビゲーション・インターフェースは、１９９０年後半に開発された。その後、ウェブ・ブラウザ等の情報ナビゲーション・インターフェースがほぼ全てのコンピュータ・オペレーティング・システム・プラットフォームにおいて広く利用可能になった。

一般的にウェブは、複数のユーザー・インターフェース（例えばウェブ・ブラウザ）、サーバー、配信された情報、プロトコル及び仕様の、相乗相互運用の発現でありその結果である。ウェブ・ブラウザは情報へのナビゲーションとアクセスを促進するために設計され、一方情報サーバーは情報の供給を促進するために設計されている。通常ウェブ・ブラウザと情報サーバーは通信ネットワークを介してお互いに交信するように配置してある。情報サーバーは、通常ウェブ・ブラウザを用いて情報にアクセスするユーザーに対し情報を提供する機能を果たす。従って、情報サーバーは主にウェブ上の情報へのナビゲーションやアクセスにウェブ・ブラウザを用いるユーザーに対し情報を提供する。ウェブ・ブラウザの例としては、マイクロソフト社のインターネット・エクスプローラや、ネットスケープ・ナビゲーターがある。加えて、ウェブＴＶのようなナビゲーション・ユーザー・インターフェース機器もウェブ・ナビゲーションを容易にするために実現されている。マイクロソフト社のインフォメーション・サーバーやアパッチが情報サーバーの例として挙げられる。
［ユニバーサル・リソース・ロケーター（ＵＲＬ）］
ウェブの拡大は膨大な量の情報をもたらし、かかる膨大な情報はユニバーサル・リソース・ロケーター（ＵＲＬ）を利用することによりアクセス可能である。ＵＲＬとは通常ウェブ・ページ中にハイパーリンクとして組み入れられるアドレス、あるいはウェブ・ブラウザにタイプ入力されるアドレスである。所与のリソース（最も一般的には遠隔コンピュータ上にあるファイル）のＵＲＬはそのリソースのみを指す。一般的に、当該場所へのレファレンスは、例えば「ｈｔｔｐ：／／ｗｗｗ．ａＷｅｂＳｉｔｅ．ｃｏｍ／ａＦｏｌｄｅｒ／ａＦｉｌｅ／ａＦｉｌｅ．ｈｔｍｌ」というように、ディレクトリ・パス及びファイル名と併せて未解決のＩＰアドレスを用いて達成される。この例では、このＵＲＬが「ａＷｅｂＳｉｔｅ．ｃｏｍ」というドメインの「ｗｗｗ」という名前のコンピュータに接続し、そのコンピュータの「ａＦｏｌｄｅｒ」というディレクトリに保存されている「ａＦｉｌｅ．ｈｔｍｌ」という名前のファイルをリクエストするように、ブラウザに命じることになる。
［ユニバーサル・ネーム識別子（ＵＮＩ）］
Ｔｈｅ Ｃｏｒｐｏｒａｔｉｏｎ ｆｏｒ Ｎａｔｉｏｎａｌ Ｒｅｓｅａｒｃｈ Ｉｎｉｔｉａｔｉｖｅは、情報の名前と所在を指定するハンドル・システムと呼ばれる新しい手段を創り出し実施した。ハンドル・システムは現在のＵＲＬの利用状況を改善するために設計された。

ハンドル・システムは、インターネット上で情報の所在を確認したり情報を配信するための間接指定のレベルを導入する。ハンドル・システムは、リソースに名前を付けるための汎用システムである。特定のリソースの現在の場所に基づくＵＲＬを指定する代わりに、リソースにユニバーサル・ネーム識別子を指定する。ＵＮＩはユニバーサル・リソース識別子（ＵＲＩ）の一形式である。ＵＲＩはＵＮＩとＵＲＬの両方を含む。ＵＮＩはＵＲＬと違い、リソースの場所やその他の属性の変化に関わらず永続的なリソースの名前として機能し、またこれ以降そのような名前であるものとみなす。言い換えると、ユニバーサル・リソース・ネーム（ＵＲＮ）はＵＮＩの一種である（即ち、ＵＮＩはＵＲＮの概念を含む）。更に、ハンドルとはＵＲＮの一種である。またデジタル・オブジェクト識別子（ＤＯＩ）はハンドルの一種である。従って、ハンドル、ＵＲＮ、ＤＯＩ及び／またはその他が様々な形式のＵＮＩに含まれる。ＵＮＩの様々な用語及び／または形式は、本文全体にわたって置換可能なように用いられ、特に明記しない限り置換可能と想定してよいものとする。ハンドルは、名付けられたリソースの現在のネットワーク上の場所と共にハンドル・システムに登録される固有の名前である。この場所に関する情報は通常ＵＲＬの形式をとる。一般的なハンドルの種類の一つとしてデジタル・オブジェクト識別子（ＤＯＩ）が知られている。その場合ハンドルはＵＲＬの代わりにユーザーに配信され、表面上はハイパーリンクと同様に機能するかに見える。ユーザーがハンドルに遭遇すると、ユーザーのブラウザにハンドル・リクエストを行う作成する機能がある限りは、ユーザーはＵＲＬハイパーリンクを選択したり入力したりするのと同様にハンドルを選択したり入力したりする。そのような遭遇により、リソースの現在の場所を検索する自動のプロセスが始動する。リソースの現在の場所は、ハンドル・システムが提供するディレクトリの中のリソースのハンドルに関連付けられていて、ユーザーをリソースの現在の場所へと導く。ＵＲＬとは違い、リソースが移動した場合、ハンドル・システムのディレクトリのエントリーは更新可能なので、ハンドルと、ハンドルが特定するリソースとの永続的な関連付けが確保される。これを現実の世界に喩えるならば、所与のリソースのＵＲＬのみを知っているということは、ある人の住所だけ知っていて名前は知らないようなものである。もしその人が街の反対側へ引っ越した場合、名前を知らなければ探すのは非常に困難になる。ハンドル・システムにより、ハンドルを用いてリソースに永続的な名前を付けることができ、ハンドル・システム・ディレクトリの中のリソースの名前に基づいて、リソースの現在の場所を検索することができる。
［デジタル権利管理（ＤＲＭ）］
デジタル権利管理（ＤＲＭ）は、所有者の資産に対する所有権の説明、階層化、分析、評価、取引及びモニタリングに関係する。ＤＲＭは、ワークの物理的マニフェステーション（例えばテキストブック等）に対する所有権、あるいはワークのデジタル・マニフェステーション（例えばウェブ・ページ等）に対する所有権の管理を網羅する。ＤＲＭはまた、資産価値の有形・無形に関わらず、資産の管理を網羅する。現在のＤＲＭシステムは、資産の使用についての条件を説明するための文言、コントロールされた環境またはエンコードされた資産マニフェステーションを施行することにより資産の使用を追跡すること、及びデジタル権利の全体的管理のためのクローズド・アーキテクチャを含む。現在のＤＲＭシステムは、ＵＲＬのような場所に基づく識別子に依存する。

デジタル・オブジェクト識別子（ＤＯＩ）はＩＰアドレス及びその他の場所に基づくアドレス方式の欠点の多くを克服するものである。ＤＯＩは頻繁に移動する可能性のある情報に永続的な識別子を与え、通信ネットワーク上の情報にアクセスすることを可能にする。ＤＯＩは、識別子を場所と関連付けるのではなく、更なるレベルの間接指定を加えて識別子を情報と関連付けるメカニズムを設けることによって、場所をアドレスで指定することに限定されたネットワーク・アドレス方式の限界を克服する。

ＤＯＩは、識別子を場所ではなく情報と関連付けることを可能にするメカニズムを提供するが、ＤＯＩ自体は様々な使用コンテキストに基づいて、様々な場所、様々なフォーマットの情報の多重及び／または様々なインスタンスのアクセス、あるいは所与の情報に関連する様々なサービスへのアクセス及び／または追跡を可能にするものではない。

本発明の一実施例では、少なくとも一つのコンピュータを用いて情報へのアクセスを実行する方法が教示されている。当該方法は、エンティティに関する情報（エンティティ情報）を収集することと、固有で永続的なユニバーサル・ネーム識別子（ＵＰＵＮＩ）を一つ生成することと、該収集したエンティティ情報をデータベース内のデータベース記録に保存することと、有効性確認情報を生成することと、該エンティティ情報によって表されるエンティティ（ＥＲＥＩ、即ちエンティティ情報によって表されるエンティティ）のアクセス・デバイスに有効性確認情報を送信することと、有効性確認情報を該ＵＰＵＮＩ登録機関に送信することと、該生成した有効性確認情報をデータベース内のデータベース記録に保存することと、ＵＰＵＮＩと関連する情報へのレファレンスの間の解決可能な関連性を登録することと、から成る。

本発明の別の実施例においては、少なくとも一つのコンピュータを用いて情報へのアクセスを実行する方法が教示されている。当該方法は、エンティティがアクセスを希望する情報（所望の情報）がエンティティのアクセス・デバイス（エンティティ・デバイス）が、該所望の情報内に組み込まれた固有で永続的なユニバーサル・ネーム識別子（ＵＰＵＮＩ）を有しているかどうかを判断することと、該所望の情報がアクセス不可能かどうかを判断することと、当該エンティティを表す既存のＵＰＵＮＩ（Ｅ−ＵＰＵＮＩ）があるかどうかを判断することと、当該エンティティを表すＵＰＵＮＩが存在しない場合には該Ｅ−ＵＰＵＮＩを生成することと、該エンティティ・デバイスを該所望の情報のＵＰＵＮＩ（ＤＩ−ＵＰＵＮＩ）へと解決することと、エンティティの有効性確認情報を提供することと、該提供されたエンティティの有効性確認情報でエンティティが誰であるかということと所望のコンテンツへのアクセス権利の有効性を確認すること（エンティティの有効性確認）と、該エンティティが誰であるかということと所望のコンテンツへのアクセス権利の有効性が確認されたらアクセス資格認定資料を提供すること、から成る。

本発明の別の実施例においては、データ構造を保存するメモリを教示している。該データ構造は、エンティティがアクセスを望む情報（所望の情報）に関連する固有で永続的なユニバーサル・ネーム識別子（ＵＰＵＮＩ）（ＤＩ−ＵＰＵＮＩ）を保存するデータ・タイプと、エンティティに関連するＵＰＵＮＩ（Ｅ−ＵＰＵＮＩ）を保存するデータ・タイプとを含む関連したデータ・タイプを有する。

上記の効果と特徴は代表例なもののみであって、全てのものを示すものでもなく、その他にないということでもない。これらは本発明の理解の助けとなるように示したに過ぎない。これらは請求項が定義する発明の全てを代表するものではなく、請求項が定義する発明を限定することや、請求項と同等のものを限定することはない旨、理解されるべきである。例えばこれらの効果のうちの幾つかは、同時に一つの実施例中には存在し得ないという点で、お互いに矛盾している。同様に、これらの効果のうちの幾つかは、本発明の一つの特徴には当てはまるものの、他の特徴には当てはまらない。更に、請求項にある本発明にはここには記載していない特徴もある。しかしながら、紙面の節約と繰り返しを減らすという目的で記述しなかったということ以外で、ここに記載する内容と記述していないものとの関係について、これといった推論を引き出すべきではない。かくして、かかる特徴と効果の要約は、どの様なものを同等なものとするかを決定するものと考えるべきではない。本発明のその他の特徴と効果については以下の記述、図及び請求項から明確になる。

本発明によれば、アクセス資格認定資料とコンテンツにアクセスする者とを世界共通で永続的な方法で関連付けることができる。

［デジタル・オブジェクト識別子アクセス・トラッカー・コントローラ］
図１は、デジタル・オブジェクト識別子アクセス・トラッカー（ＤＯＩＡＴ）コントローラ１０１に取り入れられた非限定的な一実施例を図示している。この実施例では、ＤＯＩＡＴコントローラ１０１はハンドルと関連する全ての情報及び／またはその他の登録、解決、処理、保存、更新及び有効性確認の役割を担う。

一実施例において、ＤＯＩＡＴコントローラ１０１は、例えばユーザー入力デバイス１１１、周辺デバイス１１２、及び／または通信ネットワーク１１３からの一人以上のユーザー等のエンティティと接続及び／または通信することができるが、エンティティはこれらに限定されるものではない。ＤＯＩＡＴコントローラは、暗号プロセッサ・デバイス１２８とさえも接続及び／または交信することが可能である。

典型的なＤＯＩＡＴコントローラ１０１は、メモリ１２９に接続されたコンピュータの系統的システム１０２等の部品から成る一般的なコンピュータ・システムに基づくものであるが、一般的なコンピュータ・システムはこれに限定されるわけではない。
［コンピュータの系統的システム］
コンピュータの系統的システム１０２はクロック１３０、中央演算処理装置（ＣＰＵ）１０３、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、及び／またはインターフェース・バス１０７から成る。従来は、必ずしもというわけではないが、システム・バス１０４を介して相互接続及び／または交信している。システム・クロックは通常水晶発振器を有し、基本信号を供給する。クロックは通常システム・バス及びコンピュータの系統的システムに取り入れられた他の部品の基本動作周波数を増加させたり減少させたりする様々な手段に結合している。クロック及びコンピュータの系統的システムの様々な部品は、システム内全てにおいて情報を具現する信号を駆動する。コンピュータの系統的システム内において情報を具現する信号のこのような送信及び受信は、通常、通信と呼んでいる。これらの通信に関する信号は、更に、本コンピュータの系統的システムを超え通信ネットワーク、入力機器、他のコンピュータの系統的システム、周辺機器及び／またはその他へ、送信、受信してもよく、返信信号及び／または応答信号を生じさせてもよい。オプションとして、暗号プロセッサ１２６を同様にシステム・バスに接続することもできる。もちろん、上記の部品の何れもお互いに直接接続したり、ＣＰＵに接続したり及び／または様々なコンピュータ・システムにより体現されるような数多くのバリエーションで組織化したりしてもよい。

ＣＰＵはユーザー及び／またはシステムにより出されたリクエストを実行するためのプログラム・モジュールの実行に適した少なくとも一つの高速データ・プロセッサから成る。ＣＰＵは、インテル社のペンティアム・プロセッサ(R)及び／またはその他のようなマイクロプロセッサでもよい。ＣＰＵは導電性の経路を介して送信される信号を介してメモリと交信し、保存されているプログラム・コードを実行する。そのような信号送信は、様々なインターフェースを通じてＤＯＩＡＴコントローラ内の通信及びＤＯＩＡＴコントローラの域を越える通信を可能にする。
［インターフェース・アダプター］
インターフェース・バス１０７は数多くのインターフェース・アダプターを受け入れ接続し、及び／または通信し、必ずしもアダプター・カードの形である必要はないが、従来その例として、入出力インターフェース（Ｉ／Ｏ）１０８、記憶インターフェース１０９、ネットワーク・インターフェース１１０及び／またはその他があるが、それらに限定されるわけではない。オプションとして、暗号プロセッサ・インターフェース１２７も同様に、任意にインターフェース・バスに接続してもよい。インターフェース・バスは、インターフェース・アダプター同士の通信を提供すると共に、コンピュータの系統的システムにおける他の部品への通信を提供する。インターフェース・アダプターは、コンパチブル・インターフェース・バスに適応している。インターフェース・アダプターは従来、スロット・アーキテクチャを通じてインターフェース・バスに接続する。アクセラレイテッド・グラフィックス・ポート（ＡＧＰ）、カード・バス（拡張）、業界標準アーキテクチャ（（Ｅ）ＩＳＡ）、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）、Ｎｕバス、ペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）、ＰＣメモリ・カード国際協会（ＰＣＭＣＩＡ）及び／またはその他の、従来のスロット・アーキテクチャを用いればよいが、これらに限定されるわけではない。

記憶インターフェース１０９は、例えば記憶装置１１４、リムーバブル・ディスク・デバイス及び／またはその他といった数多くの記憶装置を受け入れ通信し、及び／または接続するが、それらに限定されるわけではない。記憶インターフェースは、例えば（ウルトラ）アドバンスト・テクノロジー・アタッチメント（パケット・インターフェース）（（ウルトラ）ＡＴＡ（ＰＩ））、（拡張）インテグレイテッド・ドライブ・エレクトロニクス（（Ｅ）ＩＤＥ）、電気電子技術者協会（ＩＥＥＥ）１３９４、ファイバー・チャネル、小型コンピュータ用周辺機器インターフェース（ＳＣＳＩ）、ユニバーサル・シリアル・バス（ＵＳＢ）及び／またはその他といった接続プロトコルを用いるが、これらに限定されるわけではない。

ネットワーク・インターフェース１１０は、通信ネットワーク１１３を受け入れ通信し、及び／または、接続する。ネットワーク・インターフェースは、例えば直接接続、イーサネット（厚型、薄型、ねじれペア１０／１００／１０００ベースＴ及び／またはその他）、トークン・リング、ＩＥＥＥ８０２．１１ｂ等のワイヤレス接続、及び／またはその他といった接続プロトコルを用いるが、これらに限定されるわけではない。通信ネットワークは、以下に挙げるものの一つ及び／またはそれらの組み合わせである。即ち、ダイレクト・インターコネクション、インターネット、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、インターネット上のノードとしてのオペレーティング・ミッション（ＯＭＮＩ）、安全化されたカスタム・コネクション、ワイド・エリア・ネットワーク（ＷＡＮ）、ワイヤレス・ネットワーク（例えば、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）、Ｉモード及び／またはその他等のプロトコルを用いるが、これに限定されるわけではない）及び／またはその他である。ネットワーク・インターフェースは、入出力インターフェースの特別な形態であると見なされる。

入出力インターフェース（Ｉ／Ｏ）１０８は、ユーザー入力デバイス１１１、周辺機器１１２、暗号プロセッサ・デバイス１２８及び／またはその他を受け入れ通信し、及び／または接続する。Ｉ／Ｏは、例えばアップル・デスクトップ・バス（ＡＤＢ）、アップル・デスクトップ・コネクター（ＡＤＣ）、それからアナログ、デジタル、モノラル、ＲＣＡ、ステレオ、及び／またはその他のオーディオ、ＩＥＥＥ１３９４、インフラレッド、ジョイスティック、キーボード、ミディ、オプティカル、ＰＣ ＡＴ、ＰＳ／２、パラレル、ラジオ、シリアル、ＵＳＢ、ビデオ・インターフェース、ＢＮＣ、コンポジット、デジタル、ＲＣＡ、Ｓビデオ、ＶＧＡ、及び／またはその他、ワイヤレス及び／またはその他といった接続プロトコルを用いるが、それらに限定されるわけではない。一般的な出力デバイスはビデオ・ディスプレイであり、通常、ビデオ・インターフェースから信号を受け取るインターフェース（例えば、ＶＧＡ回路やケーブル）を有するＣＲＴモニターかＬＣＤモニターから成る。ビデオ・インターフェースは、コンピュータの系統的システムが生み出した情報を合成し、合成された情報に基づいたビデオ信号を生成する。通常、ビデオ・インターフェースは、ビデオ・コネクション・インターフェースを通じて合成されたビデオ情報を提供し、ビデオ・コネクション・インターフェースはビデオ・ディスプレイ・インターフェース（例えば、ＶＧＡディスプレイ・ケーブルを受け入れるＶＧＡコネクター等）を受け入れる。

ユーザー入力デバイス１１１は、カード読み取り装置、ドングル、指紋読み取り装置、手袋、グラフィック・パッド、ジョイスティック、キーボード、マウス（マイス）、トラックボール、トラックパッド、網膜読み取り装置、及び／またはその他といったものである。

周辺機器１１２はＩ／Ｏに、及び／またはネットワーク・インターフェース、記憶インターフェース及び／またはその他といった他のファシリティに接続し、及び／またはそれらと通信したり、またはそれらと交信したりする。周辺機器とは、カメラ、（コピーの防止、デジタル署名としてトランザクションの安全性強化、及び／またはその他のための）ドングル、（追加的な機能としての）外付けプロセッサ、ゴーグル、マイクロフォン、モニター、ネットワーク・インターフェース、プリンター、スキャナー、記憶装置、バイザー及び／またはその他といったものである。

例えばマイクロコントローラ、プロセッサ１２６、インターフェース１２７、及び／またはデバイス１２８のような暗号ユニットをＤＯＩＡＴコントローラに付け、及び／または通信してもよいが、暗号ユニットはこれらに限定されるわけではない。通常モトローラ社製であるＭＣ６８ＨＣ１６マイクロコントローラは暗号ユニットとして使用してもよいし、及び／または暗号ユニット内にあってもよい。同等のマイクロコントローラ及び／またはプロセッサを使用してもよい。ＭＣ６８ＨＣ１６マイクロコントローラは、１６ＭＨｚの設定において１６ビットの積算加算インストラクションを活用し、５１２ビットのＲＳＡ秘密鍵機能を実行するために１秒以下しか必要としない。暗号ユニットは交信エージェントからの通信の認証をサポートすると共に、匿名のトランザクションを可能にする。暗号ユニットはまた、ＣＰＵの一部として設定されていてもよい。他に市販されている専門の暗号プロセッサとしては、ＶＬＳＩテクノロジー社の３３ＭＨｚ６８６８や、セマフォ・コミュニケーション社の４０ＭＨｚのロードランナー２８４がある。
［メモリ］
記憶装置１１４は、従来のコンピュータ・システムの記憶装置のどれであってもい。記憶装置は、固定ハード・ディスク・ドライブ及び／またはその他同類の装置でよい。しかしながら、ＤＯＩＡＴコントローラ及び／またはコンピュータの系統的システムは、様々な形態のメモリ１２９を用い得ることは理解されるものである。例えば、コンピュータの系統的システムは、チップ内のＣＰＵメモリ（例えば、レジスタ）、ＲＡＭ、ＲＯＭ、他の記憶装置の機能がパンチ・テープまたは、パンチ・カード・メカニズムによって与えられるように構成されてもよい。もちろん、そのような実施例は好まれるものではなく、動作が極端に遅くなる結果となる。一般的な構成では、メモリ１２９は、ＲＯＭ、ＲＡＭ、記憶装置１１４を含む。通常、プロセッサが情報の記憶及び／または情報の取り出しを実行することを可能にする機械化及び／または実施化は、メモリ１２９と見なされる。それゆえ、コンピュータの系統的システムは一般にメモリを必要とし、メモリを使用する。しかしながら、メモリは、代替可能な技術及びリソースであり、それゆえメモリは任意の数の実施例を代替として利用したり、一緒に利用したりできる。
［モジュール・コレクション］
記憶装置１１４は、プログラム・モジュール及び／またはデータベース・モジュール及び／またはデータといったもののコレクションを含む。それらの例には、オペレーティング・システム・モジュール１１５（オペレーティング・システム）、情報サーバー・モジュール１１６（情報サーバー）、ユーザー・インターフェース・モジュール１１７（ユーザー・インターフェース）、ウェブ・ブラウザ・モジュール１１８（ウェブ・ブラウザ）、データベース１１９、暗号サーバー・モジュール１２０（暗号サーバー）、ＤＯＩアクセス・トラッカー（ＤＯＩＡＴ）モジュール１２５、及び／またはその他（つまり、全体としてモジュール・コレクション）といったものがあるが、それらに限定されるわけではない。これらモジュールは記憶され、記憶装置及び／またはインターフェース・バスを通じてアクセス可能な記憶装置からアクセスできる。モジュール・コレクションにあるような非従来的なソフトウェア・モジュールはｓ一般的に、かつ望ましくはローカル記憶装置１１４に記憶されるが、周辺機器、ＲＡＭ、通信ネットワークを通じた遠隔記憶ファシリティ、ＲＯＭ、様々な形態のメモリ及び／またはその他に取り込み及び／または記憶してもよい。
［オペレーティング・システム］
オペレーティング・システム・モジュール１１５は、ＤＯＩＡＴコントローラの動作を可能にする実行可能なプログラム・コードである。一般的に、オペレーティング・システムは、Ｉ／Ｏ、ネットワーク・インターフェース、周辺機器、記憶装置、及び／またはその他のアクセスを可能にする。オペレーティング・システムは、アップル・マッキントッシュＯＳ Ｘ サーバー、ＡＴ＆Ｔ プラン９、マイクロソフト・ウィンドウズＮＴサーバー、ユニックス及び／またはその他のオペレーティング・システムのような従来型の製品が好ましい。好ましくは、オペレーティング・システムは、非常にフォールト・トレラントであり、拡張可能かつ安全であるのがよい。オペレーティング・システムは、モジュール・コレクション内のそのモジュール自体及び／またはその他のファシリティを含む他のモジュールと通信したり、及び／または交信したりする。従来オペレーティング・システムは、他のプログラム・モジュールやユーザー・インターフェース及び／またはその他と通信する。例えば、オペレーティング・システムは、プログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト及び／またはレスポンスを含み、通信、生成、入手及び／または提供する。オペレーティング・システムは一度ＣＰＵによって実行されると、通信ネットワーク、データ、Ｉ／Ｏ、周辺機器、プログラム・モジュール、メモリ、ユーザー入力デバイス及び／またはその他とのインタラクションを可能にする。好ましくはオペレーティング・システムは、通信ネットワーク１１３を通じて、ＤＯＩＡＴコントローラが他のエンティティと通信できるようにする通信プロトコルを提供する。ハンドル・システムとインタラクションするためのサブキャリア・トランスポート機構として様々な通信プロトコルが、ＤＯＩＡＴコントローラによって使用される。通信プロトコルとしては例えばマルチキャスト、ＴＣＰ／ＩＰ、ＵＤＰ、ユニキャスト及び／またはその他といったものがあるが、これらに限定されるわけではない。
［情報サーバー］
情報サーバー・モジュール１１６は、記憶されたプログラム・コードであり、ＣＰＵにより実行される。情報サーバーは、マイクロソフト社のインターネット・インフォメーション・サーバー及び／またはアパッチ・ソフトウェア・ファンデーションのアパッチ等、従来のインターネット情報サーバーでよいが、それらに限定されるわけではない。好ましくは、情報サーバーはＣ＋＋、ジャバ、ジャバスプリクト、アクティブ・エックス、共通ゲートウエイ・インターフェース（ＣＧＩ）スクリプト、アクティブ・サーバー・ページ（ＡＳＰ）及び／またはその他のようなファシリティを通じて、プログラム・モジュールの実行を可能にする。好ましくは、情報サーバーは、安全な通信プロトコルをサポートする。その通信プロトコルは、例えばファイル転送プロトコル（ＦＴＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、セキュア・ハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、セキュア・ソケット・レイヤー（ＳＳＬ）及び／またはその他であるが、これらに限定されるわけではない。従来は、情報サーバーは、結果をウェブ・ページの形でウェブ・ブラウザへ提供し、他のプログラムのモジュールとのインタラクションを通じて手を入れられたウェブ・ページの生成を可能にする。ＨＴＴＰリクエストのＤＮＳ解決部分がある特定の情報サーバーへと解決された後、当該情報サーバーは、ＤＯＩＡＴコントローラ上の特定された場所情報に対するリクエストを当該ＨＴＴＰリクエストのリマインダーに基づいて解決する。例えば、ｈｔｔｐ：／／１２３／１２４／１２５／１２６／ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌのようなリクエストは、当該リクエストのＩＰ部分である「１２３／１２４／１２５／１２６」を有しており、それがＤＮＳサーバーによりＩＰアドレスにある一つの情報サーバーへと解決され、するとその情報サーバーが「ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ」の部分に対する当該ｈｔｔｐリクエストを更に解析し、それを「ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ」の情報を含むメモリの場所へと解決するかもしれない。情報サーバーは、そのモジュール自体及び／またはその他のファシリティを含むモジュール・コレクション内の他のモジュールへと通信したり、及び／またはそれらと交信したりする。情報サーバーが、オペレーティング・システム、他のプログラム・モジュール、ユーザー・インターフェース、ウェブ・ブラウザ及び／またはその他と通信する頻度は非常に高い。情報サーバーは、プログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成及び／または入手したりする。
［ユーザー・インターフェース］
ユーザー・インターフェース・モジュール１１７は記憶されたプログラム・コードであり、ＣＰＵにより実行される。好ましくはユーザー・インターフェースは、オペレーティング・システム及び／またはオペレーティング環境によって、あるいはそれらと一緒に、及び／またはそれらの上に与えられる従来型の画像ユーザー・インターフェースであり、システム及び／またはオペレーティング環境とは、例えばアップル・マッキントッシュＯＳ、アクア、マイクロソフト・ウィンドウズ（ＮＴ）、（ＫＤＥ、Ｇｎｏｍｅ及び／またはその他の）ユニックスＸウインドウズ、及び／またはその他である。ユーザー・インターフェースはテキスト・ファシリティ及び／または画像ファシリティを通じて、プログラム・モジュール及び／またはシステム機能を表示、実施、インタラクション、操作及び／またはオペレーションすることを可能にしてもよい。ユーザー・インターフェースは機能を提供するが、その機能とは、ユーザーが、コンピュータのシステムを実行し、インタラクションし及び／または働くものである。ユーザー・インターフェースは、それ自体及び／またはその他の機器を含むモジュール・コレクション内の他のモジュールへと通信及び／またはそれらと交信する。ユーザー・インターフェースがオペレーティング・システムや他のプログラム・モジュール及び／またはその他と通信する頻度は非常に高い。ユーザー・インターフェースは、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成及び／または入手したりする。
［ウェブ・ブラウザ］
ウェブ・ブラウザ・モジュール１１８は記憶されたプログラム・コードであり、ＣＰＵにより実行される。ウェブ・ブラウザは従来のハイパーテキスト・ビューイング・アプリケーションであることが好ましく、例えば、（好ましくは、ＨＴＴＰＳ、ＳＳＬ及び／またはその他のような１２８ビットの暗号化を有する）マイクロソフト・インターネット・エクスプローラーやネットスケープ・ナビゲーターである。ジャバ、ジャバスプリクト、アクティブ・エックス及び／またはその他のようなファシリティを通じて、プログラム・モジュールを実施することが可能なウェブ・ブラウザもある。一実施例では、ウェブ・ブラウザはｗｗｗ．ｃｎｒｉ．ｏｒｇ．から入手可能なハンドル・システム・プラグインのようなブラウザ・プラグイン・ソフトウェアを経てハンドル対応となる。一つの代替実施例においては、ウェブ・ブラウザにハンドル・サポートが組み込まれている。ウェブ・ブラウザやそのような情報アクセス・ツールは、ＰＤＡ、携帯電話及び／または他のモバイル・デバイスに組み込まれていてもよい。ウェブ・ブラウザは、それ自体及びその他のようなファシリティを含むモジュール・コレクション内の他のモジュールと通信したり、及び／またはと交信する。ウェブ・ブラウザが、情報サービス、オペレーティング・システム、インテグレートされたプログラム・モジュール（例えばプラグ・イン）、及び／またはその他と通信する頻度は非常に高い。例えば、プログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成及び／または入手したりするものである。もちろん、ウェブ・ブラウザや情報サーバーの代わりに、両者と同様の機能を持つような複合的なアプリケーションを開発してもよい。複合的なアプリケーションは、ＤＯＩＡＴ対応のノードからユーザー、ユーザー・エージェント及び／またはその他への情報の入手および提供を同様に実行する。複合的なアプリケーションは、標準的なウェブ・ブラウザを用いるシステムに対しては役に立たないこともある。安全性を強化するために、そのような複合的なモジュールは、安全性をさらに強化するような中間の情報サーバーが存在しなくても、ＤＯＩＡＴと直接通信するように構成することができる。
［ＤＯＩＡＴデータベース］
ＤＯＩＡＴデータベース・モジュール１１９は、ＣＰＵにより実行される記憶されたプログラム・コードでデータベース内において具現し得て、記憶されたデータであり、記憶された部分のプログラム・コードが記憶されたデータを処理するためのＣＰＵを設定する。好ましくは、データベースは、例えばオラクルまたはサイベースといった、従来型、フォールト・トレラント、相関的、拡張可能で安全なデータベースであるのがよい。リレーショナル・データベースとは、フラット・ファイルの拡張である。リレーショナル・データベースは、一連の関連し合うテーブルから成る。鍵フィールドを通じてテーブル同士が相互接続する。鍵フィールドの使用によって、鍵フィールドに対するインデキシングによるテーブルの結合が可能になる。つまり、鍵フィールドが様々なテーブルから情報を組み合わせるための、次元的回転軸のような作用をするのである。一般に主要鍵を合わせることによって、相互関係におけるテーブル間に維持されるリンクを識別する。主要鍵は、リレーショナル・データベース内において、テーブルの行を固有に識別するフィールドを表す。より厳密には、主要鍵は、一対多数の関係における「一つの」面にあるテーブルの行を固有に識別するのである。

代わりに、配列、ハッシュ、（リンクした）リスト、ストラクト、テーブル及び／またはその他の様々な標準的なデータ構造を用いて、ＤＯＩＡＴデータベースを実施してもよい。そのようなデータ構造は、メモリ及び／または（構造的な）ファイルに保存してもよい。仮にＤＯＩＡＴデータベースをデータ構造として実施すると、ＤＯＩＡＴデータベースの使用は例えばＤＯＩＡＴモジュールのような他のモジュールに組み込まれ得る。データベースは、標準的なデータ処理技術を介した無数のバリエーションによって、統合及び／または分散される。データベースの一部分、例えばテーブルは、エクスポート及び／またはインポートでき、それによって、分散したり及び／または統合したりする。非限定的な一実施例では、データベース・モジュール１１９は、例えばＵＮＩ（例えばハンドル、ＤＯＩ及び／または他のＵＮＩ）、テーブル１１９ａ、ＵＲＬテーブル１１９ｂ、メタデータ・テーブル１１９ｃ、多重解決テーブル１１９ｄ、個人（ＤＯＩ情報）テーブル１１９ｅ及び／またはその他といったテーブルを含むが、これらに限定されるわけではない。全てのテーブルは、（強化）ＤＯＩ鍵フィールド・エントリーが固有なので、このエントリーについて関係し得る。別の実施例では、これらのテーブルは、自身のデータベースとそれぞれのデータベース・コントローラ（つまり、上記テーブルそれぞれの個別のデータベース・コントローラ）に分散化されている。もちろん、標準的なデータ処理技術を用いて、データベースを幾つかのコンピュータのシステム的系統及び／または保存装置にわたってさらにデータベースを分散してもよい。同様に、分散したデータベース・コントローラの構成は、様々なデータベース・モジュール１１９ａ―ｅを統合及び／または分散することによって、変えることができる。ＤＯＩＡＴは、データベース・コントローラを通じたユーザーのリクエスト及び様々なトランザクションを追跡するように構成してもよい。

ＤＯＩＡＴデータベースは、それ自体及び／またはその他のファシリティを含むモジュール・コレクション内の他のモジュールと通信したり、及び／または交信したりする。ＤＯＩＡＴデータベースがＤＯＩＡＴモジュール、他のプログラム・モジュール及び／またはその他と通信する頻度は非常に高い。データベースは、他のノード及びデータに関する情報を入手し、保持し、提供する。
［暗号サーバー］
暗号サーバー・モジュール１２０とは、保存されたプログラム・コードであり、ＣＰＵ１０３、暗号プロセッサ１２６、暗号プロセッサ・インターフェース１２７、暗号プロセッサ装置１２８、及び／またはその他のものにより実行される。暗号プロセッサ・インターフェースが暗号モジュールにより暗号化及び／または暗号解読のリクエストを迅速に実施することを可能にすることが望ましい。しかしながら、代わりに暗号モジュールを従来のＣＰＵに実行させても良い。暗号モジュールが、供給されたデータの暗号化及び／または暗号解読を可能にすることが望ましい。暗号モジュールが対称及び非対称（例えばＰｒｅｔｔｙ Ｇｏｏｄ Ｐｒｏｔｅｃｔｉｏｎ（ＰＧＲ））双方の暗号化及び／または暗号解読を可能にすることが望ましい。暗号モジュールは従来の暗号技術、例えば、デジタル証明（例えば、Ｘ．５０９認証枠組み）、デジタル署名、複式署名、エンベロッピング、パスワード・アクセス保護、公開鍵管理、及び／またはその他のものを可能にすることが望ましいが、従来の暗号技術それらに限定されるわけではない。暗号モジュールは数々の（暗号化及び／または暗号解読）セキュリティ・プロトコル、例えば、チェックサム、データ暗号化基準（ＤＥＳ）、楕円曲線暗号化（ＥＣＣ）、国際データ暗号化アルゴリズム（ＩＤＥＡ）、メッセージ・ダイジェスト５（ＭＤ５、即ち一方向ハッシュ関数）、パスワード、ＲＣ５（リベスト暗号）、リジンデール、ＲＳＡ（インターネット暗号化及び認証システムで、１９７７年にロン・リベスト、アデイ・シャミル及びレオナルド・エイドウルマンが開発したもの）、セキュア・ハッシュ・アルゴリズム（ＳＨＡ）、セキュア・ソケット・レイヤー（ＳＳＬ）、セキュア・ハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、及び／またはその他のものを可能にすることが望ましいが、セキュリティ・プロトコルはそれらに限定されるわけではない。暗号モジュールは「セキュリティ許可」のプロセスを可能にし、それによってリソースへのアクセスはセキュリティ・プロトコルにより阻害され、暗号モジュールは安全性を保たれたリソースへの許可されたアクセスを実行する。暗号モジュールはモジュール・コレクション中の他のモジュールと通信及び／または交信してもよく、その中には暗号モジュール自体及び／その他のファシリティも含まれる。暗号モジュールは、通信ネットワーク上での情報の安全な送信を可能にする暗号化方式を支援することが好ましく、もしユーザーが希望すれば、ＤＯＩＡＴモジュールが安全なトランザクションに用いられ得るようにする。暗号モジュールは、ＤＯＩＡＴ上のソースの安全なアクセスを可能にするが、つまり安全化されたソースのクライアント及び／またはサーバーとして機能する。暗号モジュールが情報サーバー、オペレーティング・システム、その他のプログラム・モジュール及び／またはその他のものと交信する頻度は非常に高い。暗号モジュールはプログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含み、通信、生成、入手及び／または提供する。
［情報アクセス多重解決サーバー（ＩＡＭＲＳ）］
ＩＡＭＲＳモジュール１２５は保存されたプログラム・コードであり、ＣＰＵにより実行される。一般にＤＯＩＡＴは、通信ネットワーク上のノード間における情報のアクセス、入手、提供、及び／またはその他を実行する。ＩＡＭＲＳはＵＮＩを、多重のインスタンス化及びサービスへと解決する能力を有している。一般に、ＩＡＭＲＳはルックアップ機能として役を果たし、与えられた情報、そのＤＯＩ、その現在の場所との間の関連性の作成、維持、登録、及び更新を行う。ＩＡＭＲＳはＤＯＩＡＴデータベースと提携して、リクエストされた情報のデータ転送の向上、リクエストされた情報の種々のフォーマットへの解決、情報についてのクエリー作成用の強化されたメカニズムの提供及び／またはその他に役立つと思われるノードを識別する。ＩＡＭＲＳによるノード間の情報アクセス可能化の開発にあたっては、標準開発ツールを使用してもよい。例えば、Ｃ＋＋、シェル・スクリプト、ジャバ、ジャバ・スクリプト、ＳＱＬコマンド、ウエブ・アプリケーション・サーバー・エクステンション、アパッチ・モジュール、パール・スクプリト、バイナリ・エクセキュータブル、及び／またはその他のマッピング・ツール及び／またはその他を用いることができるが、それらに限定されるわけではない。一つの非限定的な実施例においては、ＩＡＭＲＳサーバーは暗号化サーバーを用いて通信の暗号化及び暗号解読にあたっている。ＩＡＭＲＳはリクエストのサービス、ＵＮＩのための関連性情報の更新、その他多くのことにあたることができる。ＤＯＩＡＴモジュールはモジュール・コレクション中の他のモジュールと通信及び／または交信してもよく、その中にはＤＯＴＡＴモジュール自体及び／またはその他のファシリティも含まれる。ＩＡＭＲＳモジュールがＤＯＩＡＴデーターベース、オペレーティングシステム、その他のプログラム・モジュール及び／またはその他と交信する頻度は非常に高い。ＩＡＭＲＳはプログラムモジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンス等を含み、通信、生成、入手及び／または提供する。
［ＤＯＩアクセス・トラッカー（ＤＯＩＡＴ）］
ＤＯＩＡＴモジュール１３５は保存されたプログラム・コードであり、ＣＰＵにより実行される。一般に、ＤＯＩＡＴは、個人ＤＯＩ（図１４及び図１５）を登録し、コンテンツへのアクセスを追跡／可能にし（図１６及び図１７）、そして、通信ネットワーク上及び／またはその他におけるノード間の情報を入手し提供する。ＤＯＩＡＴは、ＤＯＩ対応クライアント及び／またはＤＯＩ対応サーバーであり、ＤＯＩに基づいた通信ネットワーク上でアクセスすること、ユーザーの追跡及び照合をすること、使用すること、コンテンツにアクセスすることを可能にする。非限定的な一実施例では、ＤＯＩＡＴはＤＯＩ１１９ａを鍵にしている権利データベース１１９ｅを含んでいてもよい。このデータベース及び／またはデータ構造は、ユーザー、デジタル権利、コンテンツの間の関連性を維持する。ＤＯＩＡＴはＩＡＲＳを通じて、コンテンツの有効性を確かめる能力を追加することもできる。代わりに、ＤＯＩＡＴは、ＩＡＲＳからは分離してスタンド・アロン・モードで動作してもよい。いずれの実施例においても、ＤＯＩＡＴはＤＯＩがレファレンスしたコンテンツにＤＯＩのバリューを埋め込むために使用され、そうしてコンテンツの有効性が確認される。ＤＯＩＡＴは、ＤＯＩＡＴデータベースと連携して、ユーザーがアクセスしたコンテンツアクセスを追跡したり及び／または制限したりする。ＤＯＩＡＴによるノード間の情報アクセス可能化の開発にあたっては、標準開発ツールを使用してもよい。例えば、Ｃ＋＋、シェル・スクリプト、ジャバ、ジャバ・スクリプト、ＳＱＬコマンド、ウエブ・アプリケーション・サーバー・エクステンション、アパッチ・モジュール、パール・スクプリト、バイナリ・エクセキュータブル、及び／またはその他のマッピング・ツール及び／またはその他を用いることができるが、標準開発ツールはそれらに限定されるわけではない。一つの非限定的な実施例においては、ＤＯＩＡＴは暗号サーバーを用いて通信の暗号化及び暗号解読にあたっている。ＤＯＩＡＴは、コンテンツのカタログ化、リクエストのサービス、リクエストのリダイレクト、その他多くのことにあたることができる。ＤＯＩＡＴモジュールは、モジュール・コレクション中の他のモジュールと通信及び／または交信してもよく、その中にはＤＯＩＡＴモジュール自体及び／またはその他のファシリティも含まれる。ＤＯＩＡＴモジュールが内部や通信ネットワーク上における他のピアと、ＤＯＩＡＴデーターベース、ＩＡＭＲＳモジュール、オペレイティングシステム、その他のプログラム・モジュール及び／またはその他と交信する頻度は非常に高い。ＤＯＩＡＴモジュールはプログラムモジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンス等を含み、通信、生成、入手及び／または提供する。
［分散型ＤＯＩＡＴ］
ＤＯＩＡＴノード・コントローラの構成要素及び／また機能性は何れもあらゆる方法で、その機能性を組み合わせ、統合及び／または分散することが可能であり、開発及び／または配備を可能にすることができる。同様に、モジュール・コレクションも開発及び／または配備を可能にすべくあらゆる方法で組み合わせることができる。これを達成するには、単に各構成要素を共通のコード・ベースに統合するか、あるいは必要に応じて統合的に構成要素をダイナミックにロードできるファシリティに統合すれば良いのである。

モジュール・コレクションを統合及び／または分散するにあたっては、標準的なデータ処理及び／または開発技術を介した無数のバリエーションがある。プログラム・モジュール・コレクション中の何れのプログラムの多重のインスタンスをも単一のノードでインスタンス化でき、及び／または負荷バランシング・データ処理技術を通し、多数のノードを使用し性能を向上することもできる。更に、単一のインスタンスもまた複数のコントローラ及び／または記憶装置、例えばデータベースに分散することができる。

全てのプログラム・モジュールのインスタンスとコントローラは、標準的なデータ処理通信技術を通じ、共同作業を行う。

好ましいＤＯＩＡＴコントローラの構成は、システム配備のコンテキストによって異なる。例えば、元となるハードウェア・リソースの能力及び／または場所等のファクターが配置条件や構成に影響するが、こうしたファクターはそれらに限定されるわけではない。例え構成がプログラム・モジュールを合同及び／または統合する結果になろうが、分散化されたプログラム・モジュールより成り立つ結果になろうが、及び／または統合型と分散型の何らかの組み合わせになろうが、データの通信にあたっては、通信、入手、提供が可能である。プログラム・モジュール・コレクション中からの共通コード・ベースに統合された（モジュール・コレクション中の）モジュールのインスタンスは、データの交信、入手及び／または提供にあたることができる。これは、例えば、データ・レファレンシング（例えば、ポインタ等）、内部メッセージ、オブジェクト・インスタンス可変通信、共有メモリ・スペース、可変パッシング及び／またはその他のもの（アプリケーション内部の通信）等の基準データ処理技術を用いることにより達成されるが、これらに限定されるわけではない。

もしモジュールコレクションの構成要素がお互いに個別的、分離的、及び／または外部的である場合は、データの通信、入手、及び／または提供を他のモジュール構成要素と行う及び／または他のモジュール構成要素へと行うにあたっては、標準的なデータ処理技術を用いればよい。標準的なデータ処理技術には例えば、アプリケーション・プログラム・インターフェース（ＡＰＩ）情報パッセージ；（分散型）コンポーネント・オブジェクト・モデル（（Ｄ）ＣＯＭ）、（分散型）オブジェクト・リンキング・アンド・エンベディング（（Ｄ）ＯＬＥ）、及び／またはその他のもの）、コモン・オブジェクト・リクエスト・ブローカー・アーキテクチャー（ＣＯＲＢＡ）、プロセス・パイプ、共有ファイル及び／またはその他のもの（アプリケーション間の通信）があるが、これらに限定されるわけではない。グラマーの生成及び解析は、アプリケーション間の通信のための個別のモジュールの構成要素間で送ったメッセージや、アプリケーション内部の通信のための単一モジュールにおけるメモリ空間内で送ったメッセージを促進する。グラマーは、例えばｌｅｘ、ｙａｃｃ及び／またはその他といった標準的な開発ツールを使用して開発してもよい。それらの標準的な開発ツールは、グラマーの生成及び機能性の解析を可能にし、これらは今度はモジュール内及びモジュール間の通信メッセージの基礎を形成する。この場合もまた、好ましい実施例はシステム配備のコンテキスト次第である。

最後に、モジュール・コレクションの如何なる組み合わせ及び／または図と全体に渡って説明される本発明の如何なる組み合わせにおける論理上な構造及び／またはトポロジー構造は、固定された実施順位及び／またはアレンジメントに限定されるわけではなく、むしろ、開示した順位は典型的なものであり、順位にかかわらず全て機能的に等価であるものを本開示は意図していることを理解すべきである。更に、そのような構造は連続実行に限定されるものではなく、むしろ、非同期的に、同時的に、同期的に及び／またはその他に実行できる如何なる数のスレッド、プロセス、サービス、サーバー及び／またはその他を本開示は意図していることにも注意すべきである。
［ＩＰアドレッシング］
ユーザーはアドレスを介して通信ネットワークにアクセスする。アドレスは場所を表している。ユーザーは通信ネットワークにおいて、情報を探し出すべく場所から場所へ移動する。一般的な通信アドレス方式はＩＰアドレスを用いている。ＩＰアドレスは現実の世界では住所に例えることができる。ＩＰアドレス自体は、例えば２０９．５４．９４．９９といった一連の数字であり、通常は、例えばｗｗｗ．ｃｏｎｔｅｎｔｄｉｒｅｃｔｉｏｎｓ．ｃｏｍというような関連する名前を有する。分散型データベース・レジストリは名前とＩＰアドレスの関連するペアを維持し、関連する名前を対応するＩＰアドレスへと解決する役目を担う。これにより、ユーザーは、２０９．５４．９４．９９といった一連の数字を暗記して用いる代わりに、例えばｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍといった名前を覚えておいて使用することが可能になる。ＩＰアドレスの名前解決を支援するこれらの分散型データベースは、一般的にドメイン・ネーム・サーバー（ＤＮＳ）と呼ばれている。

ＩＰアドレスを、アドレスに更なるナビゲーション情報を付加したユニバーサル・リソース・ロケーター（ＵＲＬ）として具現することが一般的である。ユーザーは、ＨＴＴＰを用いてＵＲＬに保存されている情報をアクセスするためにソフトウェアを用いてもよい。一例を挙げると、ユーザーが「ｈｔｔｐ：／／ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」とウェブ・ブラウザに指定する。すると通常この更なるナビゲーション情報である「／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」がコンピュータ・サーバー内の特定の保存場所を提示する。この更なるナビゲーション場所は、現実の世界では番地よりも詳しい、会社名や部署名、部屋番号等を含む住所に例えることができる。この更なるナビゲーション場所の取り扱いや解決は、通常ＤＮＳではなく解決されたＩＰアドレスにある情報サーバーにより行われる。例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍに対して解決したアドレスである１２３．１２３．１２３．１２３にある情報サーバーは、サーバー内のローカルの場所「／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」にある情報を解釈し返送する。情報サーバーとは、通信ネットワークと特定のＩＰアドレスにあるコンピュータ・サーバーの間の通信を可能にする手段である。情報サーバーの商業的な例としては、アパッチが挙げられる。情報サーバーは、企業内の該当部署へ郵便物を仕分ける企業のメール室に例えることができる。

図２と図３は、ＩＰアドレッシング・メカニズムは、情報が通信ネットワーク上で移動する間に、情報との関連を維持しないということを図示している。一般的にウェブ・ページのリンクにはＨＴＴＰを用い、ＨＴＴＰはＩＰアドレッシングに依存している。従って、ＵＲＬリンクは単に通信ネットワーク上の場所を示すだけで、必ずしも特定の情報と関連しているわけではない。例えば、ｗｗｗ．ｎｅｗｓ．ｃｏｍをレファレンスするＵＲＬリンクによってＵＲＬとｗｗｗ．ｎｅｗｓ．ｃｏｍで入手可能な情報を関連付けてもたらされる情報は、その場所では毎日情報が更新されるため、異なる情報となる。多くの場合、企業が情報を移動させたり、事業を移動させたり、廃業したりすると、場所そのものが消失する。

例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ２０８という場所に存在した「１９９９年度売り上げ」というタイトルのレポート２２２が、当該情報があるエンティティから別のエンティティに売られたり、アーカイブされたり、あるいはその他様々な理由で、例えばｗｗｗ．ｒｅｐｏｒｔ−ａｒｃｈｉｖｅｓ．ｃｏｍ／１９９９／Ｏｌｄ−ｒｅｐｏｒｔ．ｈｔｍｌ３１０という場所に移動することもある。ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ２０８という場所に存在したレポートは５００万ウェブ・ページ及び場所２４４をレファレンスするＵＲＬリンクを有したかもしれず、ユーザーが当該情報へのアクセスを試みると、その場所は既に存在しないため及び／またはその場所はユーザーが所望した情報を含まないため、ユーザーは「４０４Ｆｉｌｅ ｎｏｔ ｆｏｕｎｄ」のエラー３０９を受け取る可能性もある。結果としてエラーが出るのは、ＤＮＳは常にユーザーのリクエストを場所へと解決するよう設計されているためであり、またＤＮＳはＵＲＬと特定の情報のインスタンス化との関連を維持するように設計されていないためである。

図２はウェブ・ページ２０１、ユーザーが入力したアドレス２０２、ドキュメント２０３及びメモリ・デバイス２０４を描写し、全て一つの情報（「１９９９年度売り上げ」のレポート）２２２をレファレンスするためにＵＲＬを、従ってＩＰアドレッシングを用いる。次に図２では、情報２２２は元の場所２０８（例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）から図２の新しい場所３１０（例えばｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ａｒｃｈｉｖｅｓ．ｈｔｍｌ）へ移動する。図３において、この結果として当該の場所をレファレンスする全てのＵＲＬ２４４のブレーキング３０１−３０４が起こり、あの恐ろしい「４０４Ｆｉｌｅ ｎｏｔ ｆｏｕｎｄ」のエラー３０９を、当該の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）２０８へレファレンスする全てのユーザーとＵＲＬに提示することになる。
［ハンドル・システム］
ひとたび一つの情報にＤＯＩが指定され利用可能になると、ＤＯＩシステムはＤＯＩのユーザーがアクセスを望むものを解決できるようになる必要がある。ＤＯＩの解決を成し遂げるために用いる技術は、「ハンドル・システム」としてより広く知られており、以下により詳しく説明する。ＤＯＩハンドブックには基本的なＤＯＩの一般的な概要が記載されている。一言で言えば、ハンドル・システムはプロトコルのオープンなセット、ネームスペース及びプロトコルの実施化を含む。プロトコルは分散型コンピュータ・システムが、デジタル・コンテンツのハンドル（ＤＯＩ等）を保存し、コンテンツの所在を確認しアクセスするため、当該コンテンツに関係する情報の所在を確認しアクセスするため、あるいは当該コンテンツに関連するサービスの所在を確認しアクセスするために（即ちそのようなサービスへのインターフェースを提供するために）必要な情報へと、それらのハンドルを解決することを可能にする。必要に応じて、ＤＯＩを変更することなく識別されたコンテンツの現状を反映するために、この関連情報を変更することができるので、場所やその他の状況の情報の変更を経てもアイテムの名前が存続することが可能になる。一元管理されたＤＯＩ登録機関と共に、ハンドル・システムは長期にわたるネットワーク上の情報及びサービスの信頼性のある管理のための、汎用且つ分散型のグローバル・ネーミング・サービスを提供する。本開示全体にわたり、ＤＯＩシステムを介してアクセス可能になった「ソース」、「コンテンツ」及び／または「情報」とは、特定が可能な全てのコンテンツ、ソース、情報、サービス、トランザクション及び記事、書籍、無形オブジェクト、音楽アルバムを含む著作物、人物、有形で物理的なオブジェクト、その他及び／またはそれらの選択された個別の部分及び／またはそれらの組み合わせを更に含む、から成り得ることに注意することが重要である。アクセス可能な情報は、サービスやトランザクションを開始するアプリケーションや、
選択のメカニズム及び／またはその他を提供するアプリケーション等へのＵＲＬでもよい。一つの非限定的な例では、ＤＯＩは、ソーシャル・セキュリティ番号、電話番号及び／またはその他のある人物を識別する情報と関連付けられることすらあり得る。別の非限定的な例においては、ＤＯＩはソフトウェア・モジュール、プログラミング「オブジェクト」またはその他のネットワークに基づくリソースの何かと関連付けられたりもする。更に、実際の製品（現在ＵＰＣやバーコードで識別されている品物等）のオンラインでの表示を含むほとんど全てのものを表示するためにＤＯＩを用いることができる。そのような例では、ＤＯＩはある製品を説明したり販売したりしている製造者のカタログ・ページへと解決することができ、多重解決シナリオにおいては、ある品物を修理してもらうにはどこへ行けばよいか、交換用の部品はどこへ行けば見つかるか、新製品あるいは交換用の製品はどのようなものか、どのような価格またはリースのオプションがあるのか等、当該オブジェクトに関係する全てのサービスへと解決することができる。ＤＯＩを実施するその他の実施例に含まれるのは、通信ネットワークを介して分散型の方法で動作することができるソフトウェアの異なるモジュールの表示、ボイス・オーバーＩＰ技術のための電話番号、遺伝子配列、医療記録及び／またはその他の恒久的な記録（ＤＯＩは、サーティフィケートあるいは暗号解読鍵を呼び出すこともある暗号化及び／またはその他の方法で保護された恒久的な記録に特に有用）及び／または同様のもの、である。別の実施例ではＤＯＩは、例えば現在の株価、（株及び／またはその他全てのオークション及び／または為替の）最新の競売価格や売り出し価格、（別の過去の年次報告書には異なるＤＯＩが割り当てられているのに対して）企業の最新の年次報告書、及び／またはその他のようなもので、しかしこれらに限定されない一時的及び／または動的なバリューの恒久的な場所を表す。

ユーザーはデジタル・オブジェクト・アイデンティファイアー（ＤＯＩ）を介して情報にアクセスし得る。ＤＯＩは情報そのものに関連付けられている（即ち情報自体の名前である）。ＤＯＩは「ハンドル」のインスタンスであり、「ハンドル・システム」の枠組みの中で動作する。ＤＯＩは永続的に関連付けられた情報へのアクセスを可能にする。ＤＯＩは、一連の文字の後にセパレーターが付き、その更に後に一連の文字が付いたもので、例えば１０．１０６５／ａｂｃ１２３ｄｅｆというようになる。注意すべき、そして再び強調すべきことは、本開示は「ＵＲＮ」「ＤＯＩ」「ハンドル」といったＵＮＩの特定のサブ・タイプについて記載することもあるが、本開示はより一般的なタイプのＵＮＩにも同等に適用されるものであり、従って特に断りのない限り本開示はＵＮＩのあるサブ・タイプに言及する場合はＵＮＩ全般にわたって適用されるものと見做されるべきものである。更に、今日使用されているハンドル・システム、ＤＯＩ及びそれらの支援技術や仕様は、本開示の意図したフォーラムではあるものの、本開示は最新の、または今後考案される仕様やシステムに基づいた他のフォーラムにも応用できることを意図していることに注意すべきである。
［ＤＯＩ］
情報にアクセスするためにＤＯＩを使用しているユーザーは、ＤＯＩが関連付けられた情報のみを解決しアクセスすることを知っている。場所をレファレンスするＵＲＬとは対照的に、ＤＯＩとは情報に対する名前であり、その情報の場所やその他の属性、と共に関係するサービスをも見るために用いることができる。情報とは、電子書籍、音楽ファイル、ビデオ・ファイル、電子ジャーナル、ソフトウェア及び前記のコンテンツの一部及び／またはそれらの組み合わせも含む情報と共にコンピュータで読み取り可能なファイル全てを含むと考えられる。電子コンテンツは通信ネットワーク上で利用可能となっているので、これ以降本出願書はそのような利用可能な情報は、通信ネットワーク上で発行されたものとみなすということに注意されたい。

ＤＯＩは、通信ネットワーク上で利用可能な情報に与えられた恒久的で永続的な識別子で、仮にコンテンツあるいは関連するデータの場所（即ちＵＲＬ）、フォーマット、所有権等が変更されたとしてもユーザーが関連データにアクセスすることができるように、電子的形態で登録されている。ＤＯＩまたはハンドルは、ＵＲＬの代わりにユーザーに配信できる。ユーザーは、ハンドル対応のウェブ・ブラウザに、ＵＲＬハイパーリンクと同様にＤＯＩを選択したり入力したりすることにより、ある特定のＤＯＩに関連付けられた情報にアクセスする。例えばｗｗｗ．ｃｎｒｉ．ｏｒｇから入手可能なハンドル・システム・プラグイン等のブラウザ・プラグイン・ソフトウェアを用いて、数多くの種類のブラウザをハンドル対応にすることが可能である。ＤＯＩに関連付けられた情報にアクセスするためのそのような試みにより、リソースの現在の所在を確認する自動のプロセスが起動する。当該リソースの現在の場所は、ハンドル・システムによって利用可能な一元管理されたディレクトリ内の当該リソースのＤＯＩに関連付けられており、それが今度はユーザーを（即ちユーザーのウェブ・ブラウザを）当該リソースの現在の場所へと導く。この誘導はしばしば、選択されたＤＯＩに関連する現在のＵＲＬと、対応する情報を返信することによって実行される。

図４はＤＯＩを介した情報へのアクセスを上記の図２及び図３と対比して図示している。最初に、登録プロセスを経て情報（「１９９９年度売り上げ」のレポート）２２２にＤＯＩが与えられる。ＵＲＬを用いる代わりに、ユーザーはＤＯＩを用いウェブ・ページ４０１、ウェブ・ブラウザへのタイプ入力４０２、ドキュメント４０３、デバイス４０４、バーコード４０６及び／またはその他を介して当該情報のレファレンス４４４を行う。ユーザーがＤＯＩリンク４４４を行うと、それらは一元管理されたＤＯＩディレクトリ４１１において解決され、リクエストしたユーザーは情報２２２の最初の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）２０８へのＵＲＬリンク２４４を与えられる。当該情報が最初の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）２０８から新たな場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ａｒｃｈｉｖｅｓ．ｈｔｍｌ）３１０へ移動４３４すると、当該情報の発行者４１０は新たな場所をレファレンスする更新されたＵＲＬ２４５を送ることにより、ＤＯＩ一元管理ディレクトリ４４５に当該情報の新しい場所を知らせる。それ以降、ユーザー４０１−４０４がＤＯＩリンク４４４を介して当該情報にアクセスを試みると、ＤＯＩディレクトリは更新されたＵＲＬ２４５を通して適正に新しい場所３１０を提示する。

上記のように、ＤＯＩは情報のみならず、その一部を識別するために用いることもできる。例えば、ＤＯＩシステムによれば、１冊の書籍が一つのＤＯＩを有することが可能な一方、その書籍のそれぞれの章が別の、それぞれの章を識別するための固有のＤＯＩを有することもあり、更にはその書籍中の図面一つ一つがそれら図面を識別するための固有のＤＯＩを有することも可能である。言い換えれば、ＤＯＩシステムによると、コンテンツ発行者の希望通りに様々な細かさのデータの塊として情報を識別することができる。なお、ユニバーサル・プロダクト・コード（一般的には消費者向け製品の「バーコード」として表示されている）によって例えば、スーパーのレジ、在庫コンピュータ、財務システム及び流通業者が現実の世界でサプライ・チェーンを自動化することが可能になるように、本開示はＤＯＩを用いて世界中の全ての電子発行エージェントがインターネットを介したデジタル・コンテンツ（及びそのコンテンツに対する権利のライセンス）の販売を効率的な方法で自動化することを可能にするメカニズムを提供すると想定している。何故ならば、販売可能なコンテンツのそれぞれが世界で唯一のＤＯＩを有しており、それをエージェント同士のトランザクションにおいて製品の識別コードとして使用することが可能だからである。
［ハンドル構造］
ハンドル・システムは、効率的でユーザーに分かり易い利用を可能にするための前もって決められた方針の一群を採っており、そのうち幾つかを以下に挙げる。発行者がオペレーション・コストを負担して、ＤＯＩ解決のためのハンドル・システムの使用がユーザーには無料となるのが理想的である。ＤＯＩは全て世界的なＤＯＩ機関に登録される。登録者は、登録したＤＯＩに関する状態データ及びメタデータを維持する責任がある。ＤＯＩのシンタックスは標準化されたシンタックスに準じる。使用にあたっては、ＤＯＩはオペーク・ストリング（ダム・ナンバー）になる。ＤＯＩ登録機関はＤＯＩの指定、登録、ＤＯＩに関連するメタデータの申告を管理する。

図５及び図６は、ハンドル６００の概略図である。ハンドル６００は二つの構成要素である、プレフィックス５０１とサフィックス５０２を有する。プレフィックス５０１とサフィックス６０２は、フォワード・スラッシュ５０７により区切られている。ハンドル５００には、印刷できる文字であれば、今日書かれたり使用されたりしているほとんど全ての主要な言語のどれを取り入れてもよい。プレフィックス５０１にもサフィックス５０２にも特に長さの制限はない。結果として、利用可能なハンドルの数はほとんど無限であると想定される。プレフィックス５０１とサフィックス５０２の組み合わせを確実に唯一固有なものにすることが、ハンドル・システムの完全性を維持するためには重要である。そのため、ＤＯＩ登録機関は発行者に固有のプレフィックス５０１を与え、一実施例ではその登録機関が、指定するサフィックス５０２もまた確実に固有のものであるようにする責任を発行者に課す。これはユーザーのクライアント・コンピュータ・システム上で動作している登録ツールによって達成され得る。別の実施例では、本開示全体にわたって記載しているように、様々なサフィックス生成アルゴリズムを適用することによって、登録機関がサフィックス５０２が固有なものもであること確実にする。登録機関とハンドル・システム管理者は共に、新しいハンドルについては全てその固有性を確認してからハンドル・システムに入れる。登録機関はハンドル・システムにＤＯＩ記録を入れ、それを受けてハンドル・システムはＤＯＩディレクトリを介してＤＯＩ解決リクエストに対し情報を提供する。

プレフィックス５０１自体は、プレフィックス・セパレーター５０６、即ちピリオドにより区切られる二つの構成要素を有する。ハンドル・プレフィックスの第一の部分はハンドル・タイプ５０４で、第二の部分はハンドル・クリエーター５０５である。ハンドル・タイプ５０４は、どのようなタイプのハンドル・システムが使用されているかを識別する。ハンドル・タイプ５０４が「１０」で始まる場合、当該ハンドルはＤＯＩであると識別され、ハンドル・システムの他の実施タイプではないと分かる。ピリオドにより区切られたプレフィックスの次の要素であるハンドル・クリエーター５０５は、ＤＯＩの登録を希望する団体に与えられる番号（または文字列）である。これら二つの要素５０４と５０５が一緒になり、ＤＯＩの固有の発行者プレフィックス部分を形成する。どの団体が申請するハンドル（より詳しくはＤＯＩ）プレフィックスの数にも制限はない。結果として、例えば出版社は一つのＤＯＩプレフィックス５０１を有してもよいし、ジャーナル毎に異なるプレフィックスを有することも、そのジャーナルの刷り込み毎に一つのプレフィックスを有することもできる。通常プレフィックス５０１は単純な数字列だが、ハンドル・システムの範囲はそれに限定されるものではない。従って、プレフィックス５０１にアルファベットやその他の文字を用いてもよい。

サフィックス５０２は固有の英数字列であり、特定のプレフィックスと共に、固有情報を識別する。発行者のプレフィックス５０１と発行者の提示する固有のサフィックス５０２の組み合わせにより、ＤＯＩ番号の一元割り当ての必要性を免れる。サフィックス５０２は、当該発行者がプレフィックスと共に登録した他のどのサフィックスとも異なる固有のものである限り、当該発行者の選択する如何なる英数字列でもよい。

図６は、ＤＯＩ６００の別の実施例を示しており、図中ではテキストブックのＩＳＢＮ番号がサフィックス６０２として機能している。従って便宜上、元と成るコンテンツの発行者は、サフィックス６０２として元のコンテンツに合致する他のどのような識別コードを選択してもよい。
［強化ＤＯＩ］
図５は更に、強化ＤＯＩ５１０グラマーを図示している。ＤＯＩグラマーを強化する非限定的な実施例は、強化されたプレフィックス５１１として具現される。しかしながら、別の及び／または相補的な強化されたサフィックス（図示はしていない）を同様にＤＯＩ５００に付けてもよいと、全面的に意図されている。強化されたサフィックス５１１は、強化グラマー・ターゲット５１７と強化セパレーター５１４から成る。強化セパレーター５１４は＠という記号であるが、当然のことながら、他の文字を強化セパレーターとして指定しても良い。強化グラマー・ターゲット５１７自体は、強化セパレーター５１４以外の任意の文字列である。強化グラマー・ターゲット５１７は、ＤＯＩ５００が特定の情報を多重の種類で解決する目的で用いられ、本開示の中で詳しく述べる。さらに強化された実施例では、強化グラマー・ターゲット５１７自体が更に、強化グラマー動詞５１２と、例えばピリオドのような強化ターゲット・セパレータ５１６によって分離される強化グラマー・ターゲット・オブジェクト５１３から成り得る。もちろん、強化ターゲット・セパレーター５１６は、任意の文字で指定できる。一実施例では、強化グラマー動詞５１２は修飾語として働き、一つのＤＯＩのための複数の多重解決ターゲットの中から選択し、強化グラマー・ターゲット・オブジェクト５１３は、更なるアクションのために、ターゲット・オブジェクト及び／またはハンドル・システム解決サーバーへと手渡される一つの値である。
［ハンドル・システム・メタデータ］
ＤＯＩ５００は識別番号に過ぎず、必ずしもそれに関連付けられた情報について何らかの情報を伝達するわけではない。結果として、ＤＯＩにアドレスする情報に関する追加情報を補足して、ユーザーが効率的且つ分かり易いサーチを行い、所望のコンテンツを通信ネットワーク上で入手できるようにすることが望ましい。情報を識別し易くするために、本発明は識別される情報の説明的なデータであるメタデータを使用する。メタデータはＤＯＩに関連するどのようなデータ構造であってもよいが、一実施例によると、メタデータは発行された情報を正確且つ簡潔に識別できる幾つかの基本的なフィールドから成る。この実施例によれば、メタデータは書籍の国際標準図書番号（ＩＳＢＮ）等のレガシー識別スキームからのエンティティと関連する識別子、発行されたコンテンツのタイトル、発行されたコンテンツの種類（書籍、音楽、ビデオ等）、当該コンテンツはオリジナルか派生したものか、コンテンツの主要な著者、コンテンツ作成の際の主要著者の役割、発行者の名前及び／またはその他等から成る。異なる種類のコンテンツはそれを説明する異なるデータを必要とするため、異なる種類のコンテンツには異なるメタデータを使用することを想定しているということがＤＯＩシステムの特徴の一つである。

一実施例によると、メタデータはＤＯＩシステムのユーザー全てに利用可能となっており、それによってユーザーは特定のＤＯＩが識別するエンティティの基本的な説明を検出することが可能である。この基本的な説明によりユーザーはコンテンツを発行したエンティティの、あるいはコンテンツ自体の、幾つかの基本的な事柄を理解することができる。

結果として、ＤＯＩが何の情報を識別するのかを調べるには、それを解決した後、関連するメタデータをレビューすることが望ましい。何故ならばＤＯＩはメタデータを識別するコンテンツや、同じまたは関係するコンテンツに関する別のメタデータとリンクするからである。一実施例では、メタデータによりＤＯＩ５００が識別する情報と共に、その明確な仕様の認識が可能になる。またメタデータにより当該情報とネットワーク上のその他の情報（及びそれらのエンティティに関するメタデータ）とのインタラクションが可能になる。
［ＤＯＩ情報アクセス］
図７と図８は、ＤＯＩハンドル・システムにＤＯＩを提示するだけでユーザーが所望の情報にアクセスできるようにする解決メカニズムの概要を示している。本状況での解決とは、識別子をネットワーク・サービスに提示し、引き換えに当該識別子に関連する最新の情報を一つ以上受け取ることを含む。図７に示すＤＯＩシステムの一実施例では、ユーザーはウェブ・ブラウザ７００クライアントを使用して、特定のＤＯＩ７１０が識別するコンテンツを指し示す。ＤＯＩ７１０は関連するＵＲＬを一つしか持っていないため、そのＵＲＬへと解決されるはずである。その結果、ユーザーが特定の識別子７１０が識別する、元と成るコンテンツをリクエストすると、ユーザーは所望のコンテンツがあるＵＲＬ７２０へと導かれる。

従って、このメカニズムにより情報の場所が変更されても、アクション可能な識別子としてエンティティの名前を維持することが可能になる。発行者がコンテンツの場所を変更した場合、発行者はハンドル・システムのデータベース内のＤＯＩエントリーを更新するだけで既存のＤＯＩ７１０は確実にコンテンツの新しい場所を提示する。結果として、コンテンツの場所は変更されてもＤＯＩは変更されず、ユーザーは既存のＤＯＩを用いて新しい場所にある当該コンテンツにアクセスすることが可能である。

図８は、ユーザーがＤＯＩを用いて、同一のＤＯＩが識別した同一のコンテンツの利用可能な複数のコピーの中から、コンテンツへのリクエストと共にコンテンツについてのデータの場所と（例えばコンテンツの購入といった）そのコンテンツに関連するサービスを解決するＤＯＩシステムの概要を示している。従って、ユーザーはウェブ・ブラウザ８００を用いて必要なＤＯＩ８３０を提示する。ＤＯＩ８３０は、所望のサービス８３５の種類を説明するように構築することもできる。その結果、ＤＯＩシステムはユーザーがアクセスすることを所望している特定のコンテンツ８４０へと解決することが可能になる。

図９は、本発明に基づき、ユーザーが情報にアクセスするために行う一連のアクションの概要を示している。まず初めに、ユーザーはブラウザ・クライアント９００をパソコン、携帯情報端末（ＰＤＡ）及び／またはその他のコンピューティング・デバイス９０５上に立ち上げる。ユーザーはブラウザ９００を用いてＤＯＩクエリーを作成する。ＤＯＩクエリーは通信ネットワークを通してＤＯＩディレクトリ・サーバー９１０に送られる。ＤＯＩディレクトリ・サーバー９１０のシステムは、ＤＯＩをそこに保存されているエントリーに照らし合わせて調べ、正しいＵＲＬをユーザーのコンピュータ９００上のブラウザ９００に送るが、こうしたアクションはユーザーには見えないようになっている。結果として、ブラウザは正しい発行者情報９２０があるサーバー上の所望のコンテンツへと導かれる。最終的に、ユーザーのブラウザからのリクエストを受け取ると、発行者９２０は所望の情報をユーザーに送り、その情報にはブラウザ・クライアント９００でアクセスすることができる。

図１０は、図９に示すようにユーザーがコンテンツの情報にアクセスするために行う一連のアクションをより詳しく示している。上述したように、ユーザーはブラウザ・クライアント１０００をコンピューティング・デバイス１００５上に立ち上げる。ユーザーはブラウザ１０００を用いてＤＯＩクエリーを作成する。ＤＯＩクエリーは通信ネットワーク上でＤＯＩディレクトリ・サーバー１０１０に送られる。ＤＯＩディレクトリ・サーバー１０１０のシステムは、ＤＯＩをそこに保存されているエントリーに照らし合わせて調べる。ＤＯＩをＤＯＩディレクトリ・サーバー１０１０に保存されているエントリーに照らし合わせて調べた結果、ユーザー１０２５をどこへ導くべきかをＤＯＩディレクトリ・サーバー１０１０は決定する。当該コンテンツの正しいＵＲＬは、何らの中間介入あるいはユーザーによるアクションなしに、自動的にユーザーのブラウザ１０００に送られる。その結果、ブラウザ１０００は元と成るＵＲＬによりアドレスされたサーバーを有する正しい発行者１０２０へと導かれる。当該ＵＲＬは発行者のサーバー１０２０によりユーザーの所望するコンテンツの厳密な場所を決定するために用いられ、発行者のサーバー１０２０は正しいコンテンツ１０３０をユーザーに送る。

図１１は、本発明に基づいて、ＤＯＩを解決して所望のコンテンツが位置するＵＲＬを得ることにより、通信ネットワーク上で情報にアクセスするための幾つかの典型的なメカニズムの概要を示している。一実施例によると、ユーザーは直接ＤＯＩを提示し、ＤＯＩシステムは正しいコンテンツを入手し単に正しいＵＲＬにリンクすることによりそれをユーザーに送信する。別の実施例によると、ユーザーはメタデータに含まれるフィールドの幾つかに関係する情報を提示し、するとＤＯＩルックアップ・サービスは正しいＤＯＩを識別し、それが今度は所望するコンテンツの場所を解決する。図１１に示すように、一実施例によれば、サーチ・エンジン１１０１０をユーザーに提供してもよい。一実施例では、登録機関のＤＯＩとメタデータ・データベースとの通信において、サーチ・エンジンをオファーし配備する。別の実施例では、ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍのようなサーチ・エンジンを用いて登録機関のデータベースにクエリーを出す。ユーザーは、サーチ・エンジン１１０１０に何らかの識別情報を提示することにより正しいＤＯＩを検索する。サーチ・エンジン１１０１０は提示された識別情報を用いてメタデータに関する自分のデータベースを検索し、提示されたメタデータの情報に関連するＤＯＩを入手する。したがって、サーチを行うユーザーには、メタデータ・データベースから返送したＤＯＩ及び／または前記返送したＯＤＩから解決したＵＲＬを提示し得る。入手したＤＯＩはＤＯＩディレクトリ１１０１１に送られ、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬを解決する。最終的に、ユーザーのブラウザは正しいコンテンツ１１０６０へと導かれる。

別の実施例によると、ユーザーはＤＯＩ１１０１５をブラウザ１１０２５のアドレス・ウィンドウ１１０２０に提示する。ユーザーのウェブ・ブラウザが元々ＤＯＩを処理する能力がない場合、ＤＯＩ１１０１５はＤＯＩディレクトリ１１０１１用のプロキシ・サーバーのアドレスを含んでいてもよく、それは図１１においては「ｄｘ．ｄｏｉ．ｏｒｇ」である。その結果、ブラウザはｄｘ．ｄｏｉ．ｏｒｇに位置するＤＯＩディレクトリ１１０１１へと導かれ、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬを解決し、ユーザーのブラウザをそこへと導く。

別の実施例によれば、ＤＯＩはドキュメントあるいは何らかの形式の情報１１０３０の中に埋め込むこともでき、それによりＤＯＩをクリックすることによってユーザーを正しいＤＯＩディレクトリ１１０１１に導き、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬ決定し、ユーザーのブラウザをそこへと導く。

別の実施例によると、ＤＯＩはＣＤ−ＲＯＭまたはフロッピー（R)・ディスク等のメモリ１１０４０上に提示してもよく、するとメモリは自動的に、または起動されると、ユーザーを正しいＤＯＩディレクトリ１１０１１に導き、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬを割り出し、ユーザーのブラウザをそこへと導く。

また別の実施例によれば、ＤＯＩは印刷物としてユーザーに提供してもよく、ユーザーは当該ＤＯＩを上記の如く光学的及び／または機械的周辺入力機器を用いてマニュアルで入力する。

図１２は、通信ネットワーク上で情報を入手し、ＤＯＩシステムがＤＯＩを解決して所望の情報が位置するＵＲＬを得るための典型的なメカニズムの別の実施例の概要を示している。この一実施例によると、複数のＤＯＩディレクトリ１２１０が分散型ＤＯＩディレクトリとして存在し、ハンドル・システム１２００を形成している。一実施例では、分散型ＤＯＩディレクトリはあたかも単一のディレクトリ１１０１１であるかのように動作し、リクエストに応える。その点を除いては解決は図１１と同様に行われる。

図１３は、本発明に基づいた典型的なＤＯＩシステムの概要であり、発行者、ＤＯＩ登録サービス及びハンドル・システムが連携して創り出す効率的なＤＯＩシステムの概要を示している。プレフィックス・ホルダー１３５５は、ＤＯＩ１３４２と関連するメタデータ１３６６から成るＤＯＩ登録サービス１３００に情報を提出する。既に固有のプレフィックス５０１を与えられているプレフィックス・ホルダーは、コンテンツ１３６６にサフィックス５０２を指定するように要求する。登録サービス１３００は、情報１３４２、ハンドル・システム１３５０内に次に預けるための情報１３６６、及び／またはメタデータ・データベース１３１０といったユーザーから提出された情報を解析及び／または再形式設定する役目を担う。上記のように、ＤＯＩを用いてアドレスできるコンテンツの範囲は無限である。その結果、コンテンツ１３６６は如何なる情報及び記事、書籍、音楽アルバムを含む著作物、またはそれらの選択された個別の部分から成ってもよい。ＤＯＩ５００を提供することに加え、発行者１３４２は、コンテンツ１３６６用のメタデータを収集する。当該メタデータは当該コンテンツのＤＯＩ５００、ＤＯＩジャンル、識別子、タイトル、タイプ、起源、主要エージェント、エージェントの役割及び／またはその他から成る。また、様々な相手から提供され識別された、コンテンツに関係のある関連サービスのリストから成っていてもよい。様々な相手とは例えば、コンテンツをオンラインで購入できるウェブ・ページの場所である。

発行者１３４２がコンテンツ１３６６にサフィックス５０２を指定し必要なメタデータを収集すると、ＤＯＩ５００と当該メタデータはＤＯＩ登録サービス１３００に送信される。ＤＯＩ登録サービス１３００はＤＯＩ５００のデータベース、登録されたコンテンツ１３６６全てのメタデータと共にコンテンツ１３６６が位置するＵＲＬを維持する。本発明によると、ＤＯＩ登録サービス１３００は当該メタデータをメタデータ・データベース１３１０、図１では１１９ｃに送信する。メタデータ・データベース１３１０はＤＯＩ登録サービス１３００が一元管理することもできるし、またそうしなくてもよい。

ＤＯＩ登録サービス１３００は、収集されたメタデータを別のデータ・サービス１３２０に提供したり、付加価値を付けたリソース１３３０をユーザーに提供したりするために利用することもできる。加えて、ＤＯＩ登録サービス１３００は正しいＤＯＩハンドル・データをハンドル・システム１３５０に送り、ハンドル・システムは複数のＤＯＩディレクトリ・サーバー１３４１から成っていてもよい。
［個人ＤＯＩ登録システムのデータ・フロー］
図１４は、情報へのアクセスを追跡するための個人ＤＯＩ登録システムのデータ・フロー図を示している。ユーザー１４０１は、クライアント及び／またはピアを用いて情報にアクセスすることができる。ユーザーは登録機間１４０２、例えばＤＯＩＡＴ １０１と通信するように配置されている。ハンドル・システム登録機関（これ以後「登録機関」）１４０２はそこでユーザーのメタデータ・データベース（これ以後「ＭＤＤＢ」）１４０３と通信するように配置されている。登録機関１４０２はまたハンドル・システム１４０４とも通信するように配置されている。

この個人ＤＯＩ登録システムによりユーザーはユーザー個人、ユーザー個人を表すデバイス及び／またはその他を登録することが可能になる。自らの個人を表すＤＯＩの登録には幾つかの方法があり、例えば、個人に関する情報を得て図１の個人ＤＯＩデータベース１１９ｅに保存し、登録したＤＯＩで前記データベースの登録へと解決するようにする方法、個人に関する情報を得てＭＤＤＢ内の記録に保存する方法及び／またはその他の方法があるが、これらに限定されるわけではない。

個人情報は、例えば個人の名前、住所、電話番号、ソーシャル・セキュリティ番号、代表ハードウェア・デバイス、代表ハードウェア・デバイスへのレファレンス、クレジット情報、医療情報、企業アカウント情報、カスタム記録及び／またはその他のフィールドを含むが、これらに限定されるものではない。注意すべきことは、上記のフィールドは実際のバリューまたはＤＯＩを保存することができるということである。例えば、代表ハードウェア・デバイスへのレファレンスはＩＰアドレスでもＤＯＩでもよい。代表ハードウェア・デバイスは、通信ネットワーク上で通信できる如何なるデバイスでもよい。一個人がその個人を表す幾つかのＤＯＩを登録することもできるし、代わりに一個人自身を表す単一のユニバーサルＤＯＩを維持することもできる。幾つかの配備においては、個人を表すＤＯＩはその個人以外のエンティティ、例えば企業等によって作られ、一方で他の配備ではエンティティはその個人自身によって維持されているＤＯＩ及び付随する個人情報を利用する。一つの代替実施例において、個人ＤＯＩ情報を得てそれを保存するためのファシリティは、第三次的なファシリティ、例えば個人情報データベース・ウェアハウス・ファシリティ等によって取り扱われ、その第三次的なファシリティがその時作動し、各個人情報のためのレファレンスＤＯＩを登録し得る。
［個人ＤＯＩ登録システムのロジック・フロー］
図１５は、情報へのアクセスを追跡するための情報個人ＤＯＩ登録システムのロジック・フロー図を示している。初めに、ユーザーが情報アクセス登録サーバー（ＩＡＲＳ）等の登録機関にコンタクトし、情報に関連するＤＯＩを登録する。ユーザーは登録機関にウェブ、電話及び／またはその他でコンタクトすることができる１５０１。登録機関にコンタクトすると１５０１、登録機関はユーザーに関する個人情報を収集する１５０２メカニズムを提供する。一つの非限定的な実施例においては、登録機関はウェブ・フォームを提供し、ユーザーが個人情報を入力できるようにし、その後その個人情報を登録されたＤＯＩに関連付けられるデータベース記録の入力に用いる。一つの非限定的な実施例においては、個人情報は所望のユーザー名とパスワード、請求先情報、アドレス、トランザクション情報（既に上述した通り）及び／またはその他を含む。

ユーザーの個人情報を得ると１５０２、登録機関はユーザーのための公開暗号鍵と秘密暗号鍵のペアを生成する１５０３。図１で既に説明したように、暗号化技術は幾つ用いてもよい。ユーザーのための公開鍵と秘密鍵のペアを生成すると１５０３、登録機関は秘密鍵を通信ネットワークを介してユーザーに安全に送信した後、その秘密鍵を破壊する１５０５。秘密鍵は例えばｈｔｔｐｓ、ＳＳＬ、デジタル証明及び／またはその他といったセキュア転送プロトコルを用いて安全に送信することができるが、セキュア転送プロトコルはこれらに限定されるわけではない。一つの代替実施例では、ユーザーのクライアント／ピアはローカルで公開暗号鍵と秘密暗号鍵のペアを作成する１５０４ためのファシリティを含む。更に別の実施例では登録が、鍵の生成をそのような鍵の生成に適した暗号サーバーを持つ第三次的なサーバーに委託する。従ってこの実施例では、登録機関が個人情報を収集した１５０２後、登録機関はユーザーが秘密鍵のペアを生成する１５０４ことをリクエストすることもできる。ユーザーは公開鍵をハンドル・システムに提出１５０６してもよい。秘密鍵をユーザーに安全に送信１５０５すると、登録システムはハンドル・システム内にユーザーを表す記録、即ち個人ＤＯＩ情報を作成し、生成１５０３、１５０７された及び／または提出１５０６された公開鍵も含む。従って、ユーザーが誰であるかということと鍵はユーザー個人及びまたはユーザーの代表デバイスと関連付けられる。ＤＯＩをユーザーと解決するハンドル記録を作成１５０７すると、先に収集した個人情報はメタデータ・データベースに追加され、ユーザーを表すために生成されたＤＯＩを鍵にする１５０８。メタデータ・データベースにその人の個人情報が追加１５０８されると、ユーザーはユーザー個人を表す新規の個人ＤＯＩを通知される１５０９。
［コンテンツ・アクセス・システムのデータ・フローのための公開鍵構造基盤の正当性確認］
図１６は、情報へのアクセスを追跡するためのコンテンツ・アクセス・システムのための公開鍵構造基盤の正当性確認を描写している。一つの非限定的な実施例では、ユーザー「Ｘ」１６０１がコンテンツ「Ａ」１６０２の使用及び／またはアクセスを試みる。コンテンツはローカルの記憶装置及び／または同類の形態のメモリに保存されている。コンテンツ自体がＤＯＩ１６０２ａを含んでいる。コンテンツの使用及び／またはアクセスがあるとユーザーのクライアント／ピアはコンテンツからのＤＯＩを解釈し、当該コンテンツのＤＯＩに基づいてハンドル・システム１６０３でアクセス・リクエストを生成する。ユーザーのクライアントは単にＤＯＩタグ１６０２ａをアクセスしたその他のコンテンツと共に読み出すだけでハンドル・システムを発動することができる。ユーザーのクライアントは、識別した全てのＤＯＩタグのＤＯＩ解決をリクエストすることにより、識別したＤＯＩタグを解析しそれに応答する。現在のメディア・プレーヤーは、プラグ・イン、パッチ及び／またはその他を介してそのようなＤＯＩレスポンス・ファシリティで補強することができる。例を挙げると、ウィンドウズ・エクスプローラ、マイクロソフト・インターネット・エクスプローラ、ネットスケープ・ナビゲーター、ウィンドウズ・メディア・プレーヤー、ウィンアンプ、ミュージック・マッチ及び／またはその他がＡＰＩとプラグ・インを発行してそのようなＤＯＩ解決ファシリティを、内部で一体化できるようにしている。

ＤＯＩアクセス・リクエストを得ると、ハンドル・システムはユーザーのクライアントを、アクセスしたコンテンツのためのデジタル権利を管理している権利処理機間１６０４、例えば図１のＤＯＩＡＴ １０１へとリダイレクトする。一つの非限定的な実施例では、ユーザーのクライアントは、権利処理メッセージを通じてコンテンツ１６０２へのアクセスを可能にするために権利処理機間１６０４に対し様々なアイテムを提供する。例えば、ユーザーＸのクライアントは権利処理機間１６０４に対し、（コンテンツ自体から得ることができる）コンテンツ「Ａ」のＤＯＩ及びユーザーＸに関連するＤＯＩ（及び／または、オプションとして、権利処理機間１６０４へのデジタル証明）を提供する。権利処理機間１６０４はデータベース及び／またはデータ構造を含む記憶装置（これ以後「権利ＤＢ」）１６０５を維持し、コンテンツ１６０７とユーザーの権利１６０６を関連付けている。この関連性は標準データ構造、例えば、（リンクされバリューがペアにされた）リスト、表（複数の表）、ストラクト及び／またはその他に具現することができるが、標準データ構造はこれらに限定されるわけではない。コンテンツの表１６０７にはユーザーの表１６０６に対して鍵となるフィールドを持つコンテンツのためのＤＯＩの記録を保存でき、その逆もまた可能である。コンテンツの表１６０７とユーザーの表１６０６は両方ともそれぞれコンテンツとユーザーを表すＤＯＩを保存する。両方ともハンドル・システムへの登録を通して固有のバリューを含むことを保証されているため、コンテンツの表とユーザーの表のどちらでもキー・フィールドとしてよい。

権利処理機関は、ユーザーから送られてきてユーザーを表すユーザーＤＯＩを用いて関連する公開鍵をハンドル・システム１６０３にリクエストする。一つの非限定的な代替実施例においては、処理機間１６０４はこのリクエストを強化ＤＯＩグラマーと多重解決を用いて、例えばｇｅｔ．ｐｕｂｌｉｃＥｎｃｒｙｐｔｉｏｎＫｅｙ＠ＤＯＩというように作成する。ハンドル・システム１６０３は、ユーザーのＤＯＩ１６０１に基づいて公開暗号鍵を処理機間１６０４に返信する。代わりに、ハンドル・システム１６０３が処理機間１６０４をリダイレクトして、ユーザーの公開暗号鍵をホストする第三次的なソースからユーザーのＤＯＩに関連する公開暗号鍵を得ることもある。

ユーザーの公開鍵を得ることにより、処理機間はユーザーが誰であるかということを割り出し、意図された／許可されたユーザーにのみ情報を安全に送り返すことができるようになる。一つの非限定的な代替実施例では、これを権利処理機間が得た公開鍵を用いて、オプションとしてユーザーが提出するデジタル証明を暗号解読することによって達成している。暗号解読されたデジタル証明は、セキュリティの強化のために、権利処理機関による更なるアクションのために要求されるパスワードあるいはその他の照合情報を含んでもよい。ユーザーが誰であるかということを照合したとしても、処理機間１６０４は権利ＤＢ１６０５に権利処理メッセージを通してユーザーから提供された情報に基づきクエリーしてもよい。即ち、権利処理機関１６０４は権利ＤＢ１６０５にクエリーして所与のユーザーがコンテンツの所与のアイテムに対する権利を有するかどうか更に判断するために、ユーザーが提供するユーザーＤＯＩとコンテンツＤＯＩを使用することができるのである。例えば、ユーザーＸが権利処理機間１６０４にコンテンツＤＯＩ「Ａ」とユーザーのＤＯＩ「Ｘ」を提供した場合、権利処理機間はユーザーＸが権利ＤＢ１６０５内のコンテンツＡに対する一定の権利を有することを識別する。ユーザーがコンテンツ中のアイテムに対する権利を有すると分かると、権利処理機関はアクセス／暗号解読資料を権利ＤＢ１６０５から入手し、ユーザーがリクエストしたコンテンツ１６０２を利用及び／またはアクセスすることを可能にする。単に権利ＤＢクエリーの結果の適宜なフィールドから権利アクセス・フィールドを読み出すだけでこれを達成できる。

オプションとして、権利処理機間１６０４はその後リクエストされたコンテンツ、例えばコンテンツ「Ａ」のためのアクセス／暗号解読資料をユーザー、例えばＸの、ユーザーＤＯＩを解決することにより入手した関連する公開暗号鍵で暗号化することができる。権利処理機間１６０４はそれからユーザーのＤＯＩを用いてハンドル・システム１６０３を発動しユーザーの場所、例えばＩＰアドレスを解決する。ユーザーの場所をユーザーのＤＯＩを通じて解決すると、リクエストされたコンテンツのためのアクセス／暗号解読資料がユーザーのクライアント１６０１に転送される。処理機間１６０４にあるユーザーのＤＯＩを解決に用いることは、適宜なユーザーに対してアクセス／暗号解読資料が提供されることを更に確かなものとする。オプションとして処理機間１６０４が送ったアクセス／暗号解読資料自体がユーザーＤＯＩに関連するユーザーの公開鍵で暗号化されている場合、ユーザーのクライアント１６０１はユーザーの秘密鍵を用いて当該アクセス／暗号解読資料を暗号解読することができる。それ以降、当該アクセス／暗号解読資料はユーザーのクライアントがアクセスしたコンテンツ１６０２を使用及び／またはそれ以外でアクセスするために用いられる。

注意すべきことは、コンテンツの表１６０７の記録は、コンテンツがアクセスされた／利用されたこと（特定のユーザーによる利用時間を含む）を示す入力により変更し、同様にユーザーの表１６０７の記録もユーザーがコンテンツにアクセスした／利用したこと（利用時間を含む）を示す入力により変更し得るということである。そのような利用の追跡により、利用レポートを集積したり、ユーザー毎、コンテンツのアイテム毎、時間毎及び／またはその他のそのような属性毎の利用量を追跡したりすることが可能になる。
［コンテンツ・アクセス・システムのロジック・フローのための公開鍵構造基盤の正当性確認］
図１７は、情報へのコンテンツ・アクセスを追跡するための公開鍵構造基盤のロジック・フロー図を描写している。一つの非限定的な実施例では、ユーザーがコンテンツ１７０１にアクセスする。ユーザーはピア、クライアント、アプリケーション及び／またはその他を用いてコンテンツにアクセス及び／またはコンテンツを開くことができる。ユーザーがコンテンツ１７０１にアクセスすると、公開鍵構造基盤（ＰＫＩ）正当性確認システムが、コンテンツに組み込まれたＤＯＩ１７０２があるかどうかを判断する。コンテンツが組み込まれたＤＯＩを有さない場合１７０２、ピアはコンテンツへのアクセスを提供する１７０４。コンテンツが組み込まれたＤＯＩを有する場合１７０２、ＰＫＩ正当性確認システムはコンテンツが暗号化されているかどうか判断する１７０３。コンテンツが暗号化されていない場合１７０３、ＰＫＩ正当性確認システムはコンテンツ１７０４へのアクセスを提供する。コンテンツが暗号化されている場合１７０３、ＰＫＩ正当性確認システムはユーザーのシステムを通してアクセス可能なユーザーの鍵ホルダーに個人ＤＯＩが存在するかどうか判断する１７０５。鍵ホルダーは単に、例えばパスワード、デジタル証明、（個人）ＤＯＩ及び／またはその他といった単一及び／または複数の有効性確認メカニズム及び／または正当性確認メカニズムを保持するが、有効性確認メカニズム及び／または正当性確認メカニズムはこれらに限定はされるものではない。鍵ホルダーは単純なファイル、クッキー、暗号化したファイル及び／またはその他として具現することができる。

ユーザー個人を表すＤＯＩが鍵ホルダー上で見つからなかった場合は１７０５、ＰＫＩ正当性確認システムがユーザーがユーザー個人を表すＤＯＩを有するかどうか判断する１７０６。これは、ユーザーの個人情報に基づいてメタデータ・データベースにクエリーし、結果として個人ＤＯＩが出てくるか調べることで判断できる。ユーザーがユーザー個人を表す個人ＤＯＩを有さない場合は、図１５で上述したように個人ＤＯＩ登録プロセスが始動される１７０７。個人がユーザー個人を表すＤＯＩを有する場合は１７０６、ユーザーは自分の個人ＤＯＩの入力を促される１７０８。個人の個人ＤＯＩを得るには幾つのメカニズムを用いてもよく、例えばテキスト入力フィールド等が用いられる１７０８。ユーザーの個人ＤＯＩの入力を促しそれを得た後、ＰＫＩ正当性確認システムはリクエストされたコンテンツのＤＯＩに基づくリダイレクトのリクエストを発行する１７０９。代わりに、ユーザーの個人ＤＯＩが鍵ホルダー上で利用可能であった場合は１７０５、それ以降ＰＫＩ正当性確認システムはユーザーのＤＯＩに基づいてコンテンツのリクエストを発行する。

コンテンツＤＯＩに基づいてコンテンツのアクセス・リクエストを発行すると１７０９、ＰＫＩ正当性確認システムは適切な処理機関を識別するハンドル・システムからリダイレクトを得て、処理機間はユーザーのクライアントに、アクセスされたコンテンツへのアクセスを可能にするアクセス／暗号解読資料（つまり、アクセス資格認定資料）を供給する１７１０。一つの非限定的な実施例では、アクセス資格認定資料はコンテンツへのアクセスを可能にする資料で、例えばアクセス・コード、暗号解読鍵、デジタル証明、ＤＯＩ、パスワード及び／またはその他であるが、これらに限定されるわけではない。ハンドル・システムにリダイレクトされると１７１０、ユーザーのクライアントは権利処理機間にコンタクトする１７１１。権利処理機間にコンタクトすると１７１１、権利処理機間はユーザーが誰であるかということとアクセス権利の有効性を確認する１７１２。権利処理機間がユーザーが誰であるかということの有効性を確認できるのは、クライアントが権利処理機関にクライアントの有効性確認情報を提供したためである１７１２。クライアントの有効性確認情報は、ユーザーの個人ＤＯＩ、アクセスしようとしている所望のコンテンツを表すＤＯＩから成り、クライアントの有効性確認情報はデジタル証明、パスワード、アクセス・コード、暗号解読鍵、ＤＯＩの有効性確認情報及び／またはその他をも含んでもよい。注意すべきことは、例えばｖａｌｉｄａｔｅ．ｋｅｙ１＠ＣｌｉｅｎｔＰｅｒｓｏｎａｌＤＯＩ、ｄｅｃｒｙｐｔ．ｋｅｙ２＠ＤｅｓｉｒｅｄＣｏｎｔｅｎｔＤＯＩ等といった強化ＤＯＩグラマーを、クライアントの有効性確認情報をレファレンスするために用いることができるということである。権利処理機間はクライアントのＤＯＩを用いてハンドル・システムを介して有効性確認情報へと解決し、その情報をクライアントが提供した有効性確認情報の暗号解読、あるいはクライアントが提供した有効性確認情報との比較及び／またはその他に利用する。クライアントが自ら名乗っているような人物であると判断できると、権利処理機間はクライアントが所望のコンテンツにアクセスする権利を有するかを判断することができる。これを達成するには数多くの方法があり、例えば、コンテンツのＤＯＩを解決しユーザーがコンテンツを利用する権利を有することを示す入力があるか調べる方法、クライアントのＤＯＩを解決し所望のコンテンツの鍵を解除するための入力があるか調べる方法、単に権利アクセス・データベースにクライアントの入力についてクエリーする方法及び／またはその他があるが、これらに限定されるわけではない。ユーザーが誰であるかということとアクセス権利を照合すると１７１２、権利処理機間はユーザーのクライアントにアクセス資格認定資料を与える１７１３。権利処理機関からアクセス資格認定資料を得ると１７１３、ユーザーのクライアントは、権利処理機関から受信したアクセス資格認定資料を用いて所望のコンテンツを暗号解読及び／または所望のコンテンツにアクセスすることができる。
［セキュリティ情報の連鎖レファレンス］
アクセス資格認定資料、有効性確認情報、照合情報及び／またはその他のようなセキュリティ情報もまたＤＯＩと共にハンドル・システムに登録できるということに注意すべきである。例えば、デジタル証明、暗号解読鍵あるいはパスワードにさえも、ＤＯＩを指定することができる。従ってＤＯＩは有効性確認リクエストとアクセス・リクエストの素であるばかりでなく、かかるリクエストのターゲットにもなり得るのである。この「連鎖レファレンス」の方法においては、例えば、ｇｅｔ．ｐｕｂｌｉｃＥｎｃｒｙｐｔｉｏｎＫｅｙ＠ＤＯＩのような強化ＤＯＩアクセス・リクエストには、公開暗号解読鍵のＵＲＬや公開暗号解読鍵自体の代わりに公開暗号解読鍵のＤＯＩを返信することができる。

一つの非限定的な実施例では、そのようなセキュリティ情報の連鎖レファレンスを用いてセキュリティを強化することができる。そのようなセキュリティ・システムは、セキュリティ対策として、実際のセキュリティ情報自体、例えば暗号化鍵を、定期的にサーバーからサーバーへと移動させる。セキュリティ情報のための連鎖レファレンスとＤＯＩの使用は、例えば鍵といったセキュリティ情報をレファレンスする全てのプログラムやシステムが、ＵＲＬまたは場所のアドレスが変更されたことにより「壊れる」ことを防ぐ。別の実施例においては、そのような連鎖レファレンスを（ハンドル・システム内の）正当性確認記録自体に適用することができる。連鎖レファレンスによって、正当性確認記録自体の作成者または所有者が、そのＤＯＩに関連する独自の多重解決オプションを作成できる。正当性確認記録自体に関連する解決オプションの例としては、公開鍵のバリューを返信すること、セキュリティ情報（鍵等）の所有者に関する追加情報（メタデータ等）を返信すること、セキュリティ情報（いつ作成されたのか、どのような条件下にあるのか、どの程度のセキュリティ検査があるのか等）自体に関する追加情報（メタデータ等）を返信することが含まれるが、これらに限定されるものではない。

ここで理解すべきことは、上記の記載は単に実施例の説明のためだけのものであるということである。読者の便宜上、上述の記載は、本発明の原理を教える上でのサンプルで、全ての可能な実施例の内の代表的なサンプルに焦点をあてたものである。記載にあたっては、可能なバリエーションの全てを徹底的に列挙したわけではない。本発明の特定の部分に対して実施例を他に示さなかったこと、または、ある部分に関して記載されていない他の実施例があり得ることが、これらの他の実施例を否認することになる、と考えるべきではない。記載されていない実施例の多くは本発明と同じ原理のものであり、またあるものは同様のものであると理解できる。従って、ここに示されたり記載されたりした実施例及びそのバリエーションは、単に本発明の原理を示すものであり、種々の変更が本発明の範囲及びその精神から逸脱することなく実施できるということを理解するべきである。

添付した図面は、本開示における一部の実施例を図示したものである。

ＤＯＩアクセス・トラッカー（ＤＯＩＡＴ）コントローラに組み込まれた一実施例を図示している。 移動する情報についての通信ネットワーク上でのＵＲＬアドレッシングを図示している。 移動する情報についての通信ネットワーク上でのＵＲＬアドレッシングを図示している。 ＤＯＩを介した情報へのアクセスを図示している。 ハンドルの概要を示している。 ハンドルの概要を示している。 ユーザーの所望する情報へのアクセスを可能にするための解決メカニズムの概要を示している。 ユーザーの所望する情報へのアクセスを可能にするための解決メカニズムの概要を示している。 ユーザーがＤＯＩを用いて情報をアクセスするために行う典型的な一連のアクションの概要を示している。 ユーザーが情報の内容をアクセスするために行う典型的な一連のアクションのより完全な概要を示している。 通信ネットワーク上で情報をアクセスするための典型的なメカニズムを図示している。 通信ネットワーク上で情報を入手するための典型的なメカニズムの別の実施例の概要を図示している。 典型的なＤＯＩシステムの概要を示している。 情報へのアクセスを追跡するための個人ＤＯＩ登録システムのデータ・フローを描写している。 情報へのアクセスを追跡するための個人ＤＯＩ登録システムのロジック・フローを描写している。 情報へのアクセスを追跡するためのコンテンツ・アクセス・システムのための公開鍵構造基盤の正当性確認を描写している。 情報追跡のコンテンツ・アクセスのための公開鍵構造基盤のロジック・フローを描写している。

符号の説明

１０１ デジタル・オブジェクト識別子アクセス・トラッカー（ＤＯＩＡＴ）コントローラ
１０２ コンピュータの系統的システム
１０３ 中央演算処理装置（ＣＰＵ）
１０４ システム・バス
１０５ ＲＡＭ
１０６ ＲＯＭ
１０７ インターフェース・バス
１０８ 入出力インターフェース（Ｉ／Ｏ）
１０９ 記憶インターフェース
１１０ ネットワーク・インターフェース
１１１ ユーザー入力デバイス
１１２ 周辺デバイス
１１３ 通信ネットワーク
１１４ 記憶装置
１１５ オペレーティング・システム・モジュール
１１６ 情報サーバー・モジュール
１１７ ユーザー・インターフェース・モジュール
１１８ ウェブ・ブラウザ・モジュール
１１９ データベース
１２０ 暗号サーバー・モジュール
１２５ ＩＡＭＲＳモジュール
１２６ 暗号プロセッサ
１２７ 暗号プロセッサ・インターフェース
１２８ 暗号プロセッサ・デバイス
１２９ メモリ
１３０ クロック
１３５ ＤＯＩＡＴモジュール

Claims (9)

1. リソースの権利を管理する第１のコンピュータを介して、ユーザの第２のコンピュータがリソースにアクセスすることを可能にする方法であって、
   前記第１のコンピュータのプロセッサが、前記ユーザに固有で永続的なユニバーサル・ネーム識別子である第１の識別子と、前記リソースに固有で永続的なユニバーサル・ネーム識別子である第２の識別子と、前記第１の識別子に関連付けられて前記ユーザの個人情報を解読するための第１の鍵と、を前記第１のコンピュータの第１のメモリに登録するステップと、
   前記プロセッサが、前記ユーザの前記リソースへのアクセス権と、前記第２の識別子と前記アクセス権に関連付けられて前記リソースを解読するための第２の鍵と、を前記第１のコンピュータの第２のメモリに登録するステップと、
   前記プロセッサが、前記ユーザによる前記リソースへのアクセスの要求と、前記第１の識別子と、前記第２の識別子と、をネットワークを介して前記第２のコンピュータから受信するステップと、
   前記プロセッサが、前記第１の識別子に基づいて前記ユーザの前記第１の鍵を前記第１のメモリから取得するステップと、
   前記プロセッサが、前記第１の鍵に基づいて前記ユーザの個人情報を解読するステップと、
   前記プロセッサが、前記ユーザの解読された個人情報と前記第２の識別子に基づいて、前記ユーザが前記第２のメモリの前記リソースに対して前記アクセス権を有するかどうかを判断するステップと、
   前記プロセッサが、前記ユーザが前記アクセス権を有すると判断すると前記ネットワークを介して前記第２のコンピュータに前記第２の鍵を送信するステップと、
   を有することを特徴とする方法。
2. 前記プロセッサが、前記リソースに対するアクセスを記録し、前記リソースがアクセスされるたびに前記アクセスの記録を変更するステップを更に有することを特徴とする請求項１に記載の方法。
3. 前記第１の識別子と前記第１の鍵を登録するステップは、
   前記プロセッサが、前記第１の鍵としての公開鍵と秘密鍵のペアを生成するステップと、
   前記プロセッサが、前記ネットワークを介して前記第２のコンピュータに前記秘密鍵を安全に送信するステップと、
   前記プロセッサが、前記秘密鍵を安全に送信するステップの後で、前記秘密鍵を破壊するステップと、
   前記プロセッサが、前記ネットワークを介して前記第１の識別子を前記第２のコンピュータに送信するステップと、
   を有することを特徴とする請求項１に記載の方法。
4. 前記第１の識別子と前記第１の鍵を登録するステップは、
   前記プロセッサが、前記第１の鍵としての公開鍵と秘密鍵のペアを生成するように前記第２のコンピュータに要求するステップと、
   前記プロセッサが、前記ネットワークを介して前記第２のコンピュータから前記公開鍵を受信するステップと、
   前記プロセッサが、前記ネットワークを介して前記第２のコンピュータに前記第１の識別子を送信するステップと、
   を有することを特徴とする請求項１に記載の方法。
5. リソースの権利を管理する第１のコンピュータを介して、ユーザの第２のコンピュータがリソースにアクセスすることを可能にする方法であって、
   前記第１のコンピュータは、前記ユーザに固有で永続的なユニバーサル・ネーム識別子である第１の識別子と、前記リソースに固有で永続的なユニバーサル・ネーム識別子である第２の識別子と、を格納する第１のメモリと、前記ユーザの前記リソースへのアクセス権と、前記第２の識別子と前記アクセス権に関連付けられて前記リソースを解読するための鍵と、を格納する第２のメモリと、を有し、
   前記方法は、
   前記第２のコンピュータのプロセッサが、前記リソースが暗号化されているかどうかを判断するステップと、
   前記プロセッサが、前記リソースが暗号化されていると判断すると、前記第１の識別子が前記第２のコンピュータのメモリに格納されているかどうかを判断するステップと、
   前記プロセッサが、前記第１の識別子が前記第２のコンピュータの前記メモリに格納されていると判断すると、前記ユーザの前記リソースへのアクセスに対する要求と、前記第１の識別子と、前記第２の識別子と、をネットワークを介して前記第１のコンピュータに送信するステップと、
   前記プロセッサが、前記ネットワークを介して前記第１のコンピュータから前記鍵を受信するステップと、
   前記プロセッサが、前記鍵を使用して前記リソースを解読するステップと、
   を有することを特徴とする方法。
6. 前記プロセッサは、前記第１の識別子が前記第２のコンピュータの前記メモリに格納されていないと判断すると、前記第１の識別子の登録を前記第１のコンピュータに要求するステップを更に有することを特徴とする請求項５に記載の方法。
7. リソースの権利を管理し、プロセッサ、第１のメモリ及び第２のメモリを有し、ネットワークに接続されている第１のコンピュータに、
   ユーザに固有で永続的なユニバーサル・ネーム識別子である第１の識別子と、前記リソースに固有で永続的なユニバーサル・ネーム識別子である第２の識別子と、前記第１の識別子に関連付けられて前記ユーザの個人情報を解読するための第１の鍵と、を前記第１のメモリに前記プロセッサを介して登録する手段と、
   前記ユーザの前記リソースへのアクセス権と、前記第２の識別子と前記アクセス権に関連付けられて前記リソースを解読するための第２の鍵と、を前記第２のメモリに前記プロセッサを介して登録する機能と、
   前記ユーザによる前記リソースへのアクセスの要求と、前記第１の識別子と、前記第２の識別子と、を前記ネットワークと前記プロセッサを介して前記第２のコンピュータから受信する機能と、
   前記第１の識別子に基づいて前記ユーザの前記第１の鍵を前記第１のメモリから前記プロセッサを介して取得する機能と、
   前記第１の鍵に基づいて前記ユーザの個人情報を前記プロセッサを介して解読する機能と、
   前記ユーザの解読された個人情報と前記第２の識別子に基づいて、前記ユーザが前記第２のメモリの前記リソースに対して前記アクセス権を有するかどうかを前記プロセッサを介して判断する機能と、
   前記プロセッサが前記ユーザが前記アクセス権を有すると判断すると前記プロセッサと前記ネットワークを介して前記第２のコンピュータに前記第２の鍵を送信する機能と、
   を実現させ、これによって前記第２のコンピュータに前記リソースへアクセスすることを可能にするためのプログラム。
8. ユーザに固有で永続的なユニバーサル・ネーム識別子である第１の識別子と、リソースに固有で永続的なユニバーサル・ネーム識別子である第２の識別子と、を格納する第１のメモリと、前記ユーザの前記リソースへのアクセス権と、前記第２の識別子と前記アクセス権に関連付けられて前記リソースを解読するための鍵と、を格納する第２のメモリと、を有し、前記リソースの権利を管理する第１のコンピュータにネットワークを介して接続された第２のコンピュータに、
   前記リソースが暗号化されているかどうかを前記第２のコンピュータのプロセッサを介して判断する機能と、
   前記プロセッサが前記リソースが暗号化されていると判断すると、前記第１の識別子が前記第２のコンピュータのメモリに格納されているかどうかを前記プロセッサを介して判断する機能と、
   前記プロセッサが前記第１の識別子が前記第２のコンピュータの前記メモリに格納されていると判断すると、前記ユーザの前記リソースへのアクセスに対する要求と、前記第１の識別子と、前記第２の識別子と、を前記ネットワークと前記プロセッサを介して前記第１のコンピュータに送信する機能と、
   前記第１のコンピュータから前記鍵を前記プロセッサと前記ネットワークを介して受信する機能と、
   前記鍵を使用して前記リソースを前記プロセッサを介して解読する機能と、
   を実現させるためのプログラム。
9. ネットワークに接続された通信手段と、
   プロセッサと、
   当該プロセッサに通信するように接続されていると共に請求項７または８に記載のプログラムを格納したメモリと、
   を有することを特徴とする装置。