ピア環境において情報アクセスを実行するための装置、方法及びシステム
【課題】ピア・ツー・ピア（Ｐ２Ｐ）ネットワーク上で情報をカタログし、マークし、その検索を可能にし、転送し、その有効性を確認する装置、方法及びシステム。
【解決手段】識別した情報のための固有で永続的なユニバーサル・ネーム識別子（ＵＰＵＮＩ）を一つ得ることと、得られた該ＵＰＵＮＩをもってＵＰＵＮＩ解決システムに、識別した該情報のための有効性確認の資格認定資料をリクエストすることと、リクエストした該有効性確認の資格認定資料を得ることと、代表デジタル照合バリューを、得られた該有効性確認の資格認定資料と比較することと、から成るピアを用いて情報の有効性を確認する方法を提供する。
【解決手段】識別した情報のための固有で永続的なユニバーサル・ネーム識別子（ＵＰＵＮＩ）を一つ得ることと、得られた該ＵＰＵＮＩをもってＵＰＵＮＩ解決システムに、識別した該情報のための有効性確認の資格認定資料をリクエストすることと、リクエストした該有効性確認の資格認定資料を得ることと、代表デジタル照合バリューを、得られた該有効性確認の資格認定資料と比較することと、から成るピアを用いて情報の有効性を確認する方法を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本出願では以下の米国特許仮出願に対して、ここに優先権を主張する。（１）２００１年１月２５日に申請された、シリアル番号６０／２６４，３３３の「ＤＯＩとのレファレンス・リンキング」（弁護士ドケット番号４１８８−４００１）、（２）２００１年２月１４日に申請された、シリアル番号６０／２６８，７６６の「情報アクセスを実行する多重解決（マルチプル・レゾリューション）のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００２）、（３）２００１年３月１６日に申請された、シリアル番号６０／２７６，４５９の「情報アクセスを実行する登録のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００３）、（４）２００１年３月２９日に申請された、シリアル番号６０／２７９，７９２の「ディレクトリの品質保証のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００４）、（５）２００１年７月１０日に申請された、シリアル番号６０／３０３，７６８の「デジタル権利管理情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００５）、（６）２００１年１０月９日に申請された、シリアル番号６０／３２８，２７５の「デジタル権利管理情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００５ＵＳ１）、（７）２００１年２月８日に申請された、シリアル番号６０／２６７，８７５の「情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００６）、（８）２００１年２月９日に申請された、シリアル番号６０／２６７，８９９の「情報にアクセスするのための装置、方法及びシステムのための仮申請」（弁護士ドケット番号４１８８−４００７）、（９）２００１年２月２１日に申請された、シリアル番号６０／２７０，４７３の「ＤＯＩのためのビジネス・バリューと実施の考慮」（弁護士ドケット番号４１８８−４００８）、（１０）２００１年１０月９日に申請された、シリアル番号６０／３２８，２７４の「ピア環境において情報アクセスを実行するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１０）、（１１）２００１年１０月９日に申請された、シリアル番号６０／３２８，２７０の「情報アクセスを追跡するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１１）。これらの出願書はそれぞれ参照により開示に含まれる。
【０００２】
本出願書にはまた、以下の特許協力条約（ＰＣＴ）出願も参照により含まれる。（１２）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「情報アクセスを実行する多重解決のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００２ＰＣ）、（１３）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「情報アクセスを実行する登録のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００３ＰＣ１）、（１４）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「ディレクトリ品質保証のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００４ＰＣ）、（１５）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「デジタル権利管理情報にアクセスするための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００５ＰＣ１）及び（１６）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「情報アクセスを追跡するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１１ＰＣ）。
【０００３】
本発明は、一般に、ピア・ツー・ピア通信ネットワーク上で情報にアクセスするための装置、方法及びシステムに関する。より詳しくは、ここに開示する発明は、発行者が承認したコンテンツに基づいたより均一的なコンテンツの複製を流通、伝播、転送することを可能にする装置、方法及びシステムに関する。
【背景技術】
【０００４】
［インターネット］
インターネットの利用が増えるにつれて、インターネット上で利用可能な情報の量も増加する。インターネット上に存在する情報は、コンピュータ・ソフトウェア、データベース、検討リスト、電子ジャーナル、ライブラリ・カタログ、オンライン情報サービス、メーリング・リスト、ニュース・グループ、ストリーミング・メディア等、数多くのフォーマットのドキュメントを含む様々な種類のものがある。幸いにもインターネット上のほとんどの情報には、ユーザーが利用しやすい方法でネットワークとインタラクションするためのウェブ・ブラウザを用いワールド・ワイド・ウェブを介してアクセスすることができる。
［ネットワーク］
一般にネットワークは、クライアント、ピア、サーバー及びグラフ・トポロジーにおける中間のノードの相互接続と相互運用から成ると考えられている。注意すべきことは、ここでは「サーバー」という用語は通常、通信ネットワーク全体の遠隔ユーザーのリクエストを処理したりそれに応答したりするためのコンピュータ、その他の機器、ソフトウェア、またはそれらの組み合わせを指すということである。サーバーはリクエストしてくる「クライアント」に情報を提供する。情報やリクエストを可能にしたり、処理、及び／またはソース・ユーザーからデスティネーション・ユーザーへの情報の流れを支援するコンピュータ、その他の機器、ソフトウェア、またはそれらの組み合わせは、通常「ノード」と呼ばれる。ネットワークは一般的にソース・ポイントからデスティネーションへの情報の転送を可能にするものと考えられている。
［伝送制御プロトコル‐インターネット・プロトコル（ＴＣＰ／ＩＰ）］
コンピュータ・システム、データベース及びコンピュータ・ネットワークの拡散と拡大は、一般的にインターネットと称されるそのようなシステムの相互接続と国境を越えた通信ネットワークによって促進されてきた。インターネットは伝送制御プロトコルとインターネット・プロトコル（ＴＣＰ／ＩＰ）を発展させ、またその大部分においてそれらを用いている。ＴＣＰ／ＩＰは様々な変化するネットワーク業者によって形成された複数のネットワークを、ネットワークのネットワークのための基礎として相互接続するための、つまりインターネットのための米国国防総省（ＤｏＤ）の研究プロジェクトによって開発された。一つにはＤｏＤが、戦闘の最中に損害を受けても作動し続けることによって、通信ネットワークの損害を受けた部分を回避してデスティネーション・アドレスに情報を送るネットワークを必要としたことがＴＣＰ／ＩＰの開発の原動力となった。もちろん、ソース・アドレスのロケーションまたはデスティネーション・アドレスのロケーション自体が動作不能になった場合は、そのような伝達は不可能である。
【０００５】
インターネットはパケット交換型のネットワークであるため、インターネット上の情報はパケットと呼ばれる幾つもの断片に分割され、パケット形式で送信される。パケットはヘッダーと呼ばれるＩＰアドレス情報を含み、それらはルータがインターネット上の中間ノードを通してパケットをソースからデスティネーションへ配信することを可能にする。デスティネーションに到着すると、パケットは再構築されオリジナルのメッセージを形成し、欠落しているパケットがあれば、それらは再びリクエストされる。
【０００６】
プロトコルのＩＰ部分は、４バイトのアドレス・メカニズムに基づいて情報パケットをルーティングする役目を担う。アドレスはドットによって分離された４つの数字であり、各数字は０から２５５の範囲内で、例えば、「１２３．２５５．０．１２３」というようになる。ＩＰアドレスはインターネット当局及び登録機関が指定し、それぞれ固有のものである。
【０００７】
プロトコルのＴＣＰ部分は情報のパケットがソースからデスティネーションに正確に受信されたかを確認し、またもし正確に受信されなかった場合は、間違ったパケットを再送信するために用いられる。ユーザー・データグラム・プロトコル（ＵＤＰ）等の、配信を保証しないその他の伝送制御プロトコルも一般的に利用されている。
［ワールド・ワイド・ウェブ］
インターネット、特にワールド・ワイド・ウェブ（ウェブ）が広く受け入れられ拡大し、膨大且つ多様な情報が集めらた。情報技術システムを有するユーザー同士（つまりコンピュータ利用者）のインタラクションを可能にする様々なユーザー・インターフェースが現在利用されている。ＷｏｒｌｄＷｉｄｅＷｅｂ．ａｐｐ（ウェブ）と呼ばれる情報ナビゲーション・インターフェースは、１９９０年後半に開発された。その後、ウェブ・ブラウザ等の情報ナビゲーション・インターフェースがほぼ全てのコンピュータ・オペレーティング・システム・プラットフォームにおいて広く利用可能になった。
【０００８】
一般的にウェブは、複数のユーザー・インターフェース（例えばウェブ・ブラウザ）、サーバー、配信された情報、プロトコル及び仕様の、相乗相互運用の発現でありその結果である。ウェブ・ブラウザは情報へのナビゲーションとアクセスを促進するために設計され、一方情報サーバーは情報の供給を促進するために設計されている。通常ウェブ・ブラウザと情報サーバーは通信ネットワークを介してお互いに交信するように配置してある。情報サーバーは、通常ウェブ・ブラウザを用いて情報にアクセスするユーザーに対し情報を提供する機能を果たす。従って、情報サーバーは主にウェブ上の情報へのナビゲーションやアクセスにウェブ・ブラウザを用いるユーザーに対し情報を提供する。ウェブ・ブラウザの例としては、マイクロソフト社のインターネット・エクスプローラや、ネットスケープ・ナビゲーターがある。加えて、ウェブＴＶのようなナビゲーション・ユーザー・インターフェース機器もウェブ・ナビゲーションを容易にするために実現されている。マイクロソフト社のインフォメーション・サーバーやアパッチが情報サーバーの例として挙げられる。
［ユニバーサル・リソース・ロケーター（ＵＲＬ）］
ウェブの拡大は膨大な量の情報をもたらし、かかる膨大な情報はユニバーサル・リソース・ロケーター（ＵＲＬ）を利用することによりアクセス可能である。ＵＲＬとは通常ウェブ・ページ中にハイパーリンクとして組み入れられるアドレス、あるいはウェブ・ブラウザにタイプ入力されるアドレスである。所与のリソース（最も一般的には遠隔コンピュータ上にあるファイル）のＵＲＬはそのリソースのみを指す。一般的に、当該場所へのレファレンスは、例えば「ｈｔｔｐ：／／ｗｗｗ．ａＷｅｂＳｉｔｅ．ｃｏｍ／ａＦｏｌｄｅｒ／ａＦｉｌｅ／ａＦｉｌｅ．ｈｔｍｌ」というように、ディレクトリ・パス及びファイル名と併せて未解決のＩＰアドレスを用いて達成される。この例では、このＵＲＬが「ａＷｅｂＳｉｔｅ．ｃｏｍ」というドメインの「ｗｗｗ」という名前のコンピュータに接続し、そのコンピュータの「ａＦｏｌｄｅｒ」というディレクトリに保存されている「ａＦｉｌｅ．ｈｔｍｌ」という名前のファイルをリクエストするように、ブラウザに命じることになる。
［ユニバーサル・ネーム識別子（ＵＮＩ）］
Ｔｈｅ Ｃｏｒｐｏｒａｔｉｏｎ ｆｏｒ Ｎａｔｉｏｎａｌ Ｒｅｓｅａｒｃｈ Ｉｎｉｔｉａｔｉｖｅは、情報の名前と所在を指定するハンドル・システムと呼ばれる新しい手段を創り出し実施した。ハンドル・システムは現在のＵＲＬの利用状況を改善するために設計された。
【０００９】
ハンドル・システムは、インターネット上で情報の所在を確認したり情報を配信するための間接指定のレベルを導入する。ハンドル・システムは、リソースに名前を付けるための汎用システムである。特定のリソースの現在の場所に基づくＵＲＬを指定する代わりに、リソースにユニバーサル・ネーム識別子を指定する。ＵＮＩはユニバーサル・リソース識別子（ＵＲＩ）の一形式である。ＵＲＩはＵＮＩとＵＲＬの両方を含む。ＵＮＩはＵＲＬと違い、リソースの場所やその他の属性の変化に関わらず永続的なリソースの名前として機能し、またこれ以降そのような名前であるものとみなす。言い換えると、ユニバーサル・リソース・ネーム（ＵＲＮ）はＵＮＩの一種である（即ち、ＵＮＩはＵＲＮの概念を含む）。更に、ハンドルとはＵＲＮの一種である。またデジタル・オブジェクト識別子（ＤＯＩ）はハンドルの一種である。従って、ハンドル、ＵＲＮ、ＤＯＩ及び／またはその他が様々な形式のＵＮＩに含まれる。ＵＮＩの様々な用語及び／または形式は、本文全体にわたって置換可能なように用いられ、特に明記しない限り置換可能と想定してよいものとする。ハンドルは、名付けられたリソースの現在のネットワーク上の場所と共にハンドル・システムに登録される固有の名前である。この場所に関する情報は通常ＵＲＬの形式をとる。一般的なハンドルの種類の一つとしてデジタル・オブジェクト識別子（ＤＯＩ）が知られている。その場合ハンドルはＵＲＬの代わりにユーザーに配信され、表面上はハイパーリンクと同様に機能するかに見える。ユーザーがハンドルに遭遇すると、ユーザーのブラウザにハンドル・リクエストを行う作成する機能がある限りは、ユーザーはＵＲＬハイパーリンクを選択したり入力したりするのと同様にハンドルを選択したり入力したりする。そのような遭遇により、リソースの現在の場所を検索する自動のプロセスが始動する。リソースの現在の場所は、ハンドル・システムが提供するディレクトリの中のリソースのハンドルに関連付けられていて、ユーザーをリソースの現在の場所へと導く。ＵＲＬとは違い、リソースが移動した場合、ハンドル・システムのディレクトリのエントリーは更新可能なので、ハンドルと、ハンドルが特定するリソースとの永続的な関連付けが確保される。これを現実の世界に喩えるならば、所与のリソースのＵＲＬのみを知っているということは、ある人の住所だけ知っていて名前は知らないようなものである。もしその人が街の反対側へ引っ越した場合、名前を知らなければ探すのは非常に困難になる。ハンドル・システムにより、ハンドルを用いてリソースに永続的な名前を付けることができ、ハンドル・システム・ディレクトリの中のリソースの名前に基づいて、リソースの現在の場所を検索することができる。
［デジタル権利管理（ＤＲＭ）］
デジタル権利管理（ＤＲＭ）は、所有者の資産に対する所有権の説明、階層化、分析、評価、取引及びモニタリングに関係する。ＤＲＭは、ワークの物理的マニフェステーション（例えばテキストブック等）に対する所有権、あるいはワークのデジタル・マニフェステーション（例えばウェブ・ページ等）に対する所有権の管理を網羅する。ＤＲＭはまた、資産価値の有形・無形に関わらず、資産の管理を網羅する。現在のＤＲＭシステムは、資産の使用についての条件を説明するための文言、コントロールされた環境またはエンコードされた資産マニフェステーションを施行することにより資産の使用を追跡すること、及びデジタル権利の全体的管理のためのクローズド・アーキテクチャを含む。現在のＤＲＭシステムはＵＲＬのような場所に基づく識別子に依存するため。
［ピア・ツー・ピア通信（Ｐ２Ｐ）］
ピア・ツー・ピア通信（Ｐ２Ｐ）アプリケーションは情報及びコンピューティング・リソースの流通を促進するために用いられている。基本的なＰ２Ｐソリューションは、ネットワーク上の各ユーザーにサーバーとクライアント・アプリケーションの両方を提供し、各ユーザーがそれぞれ他のユーザー達とリソース（例えばファイル、ＣＰＵ時間、メモリ等）を利用可能にしリソースにアクセスすることを可能にしている。そのようにしてそれぞれ組み合わされたＰ２Ｐネットワーク上のクライアント・ノードとサーバー・ノードはピアと称されている。グヌーテラ、ミュージック・シティ（モーフェウス等）及びナップスター・ネットワークといった例は、一般の人々の、分散型で自由な方法でファイルを共有したいという要望を示している。
【００１０】
従来技術としては、例えば、特許文献１乃至３がある。
【特許文献１】米国特許第５９５０１７３号明細書
【特許文献２】米国特許第５９１８２１４号明細書
【特許文献３】米国特許第６１５４７３８号明細書
【発明の開示】
【発明が解決しようとする課題】
【００１１】
デジタル・オブジェクト識別子はＩＰ及び場所に基づくアドレス方式の欠点の多くを克服するものである。ＤＯＩは頻繁に移動する可能性のある情報に永続的な識別子を与え、通信ネットワーク上の情報にアクセスすることを可能にする。ＤＯＩは、識別子を場所と関連付けるのではなく、更なるレベルの間接指定を加えて識別子を情報と関連付けるメカニズムを設けることによって、場所をアドレスで指定することに限定されたネットワーク・アドレス方式の限界を克服する。
【００１２】
ＤＯＩは、識別子を場所ではなく情報と関連付けることを可能にするメカニズムを提供するが、ＤＯＩ自体は、様々な場所、様々なフォーマットの情報の多重及び／または様々なインスタンスのアクセス、あるいは様々な使用コンテキストに基づいて、所与の情報に関連する様々なサービスへのアクセスを可能にするものではない。
【課題を解決するための手段】
【００１３】
本発明の一実施例では、ピアを用いて情報の有効性を確認する方法が教示されている。その方法は、識別した情報の固有で、永続的なユニバーサル・ネーム識別子（ＵＰＵＮＩ）を得ることと、識別した情報の有効性を確認する資格認定資料をＵＰＵＮＩ解決システムから得られたＵＰＵＮＩをもってリクエストすることと、リクエストした有効性を確認する資格認定資料を得ることと、代表デジタル照合バリューを得られた情報の有効性を確認する資格認定資料に照らし合わせることとから成る。
【００１４】
上記の効果と特徴は代表例なもののみであって、全てのものを示すものでもなく、その他に無いということでもない。これらは本発明の理解の助けとなるように示したに過ぎない。これらは請求項が定義する発明の全てを代表するものではなく、請求項が定義する発明を限定することや、請求項と同等のものを限定することはない旨、理解されるべきである。例えばこれらの効果のうちの幾つかは、同時に一つの実施例中には存在し得ないという点で、お互いに矛盾している。同様に、これらの効果のうちの幾つかは、本発明の一つの特徴には当てはまるものの、他の特徴には当てはまらない。更に、請求項にある本発明にはここには記載していない特徴もある。しかしながら、紙面の節約と繰り返しを減らすという目的で記述しなかったということ以外で、ここに記載する内容と記述していないものとの関係について、これといった推論を引き出すべきではない。かくして、かかる特徴と効果の要約は、どの様なものを同等なものとするかを決定するものと考えるべきではない。本発明のその他の特徴と効果については以下の記述、図及び請求項から明確になる。
【００１５】
添付した図面は、本開示における一部の実施例を図示したものである。
【発明の効果】
【００１６】
本発明によれば、ＤＯＩは、識別子を場所と関連付けるのではなく、更なるレベルの間接指定を加えて識別子を情報と関連付けるメカニズムを設けることによって、場所をアドレスで指定することに限定されたネットワーク・アドレス方式の限界を克服できる。
【発明を実施するための最良の形態】
【００１７】
［ＤＯＩ対応ピア・ツー・ピア・コントローラ］
図１は、デジタル・オブジェクト識別子対応ピア・ツー・ピア（ＤＥ２Ｐ）コントローラ１０１に取り入れられた非制限的な一実施例を図示している。この実施例では、ＤＥ２Ｐコントローラ１０１はハンドルと関連する全ての情報及び／またはその他の登録、解決、処理、保存、更新及び有効性確認の役割を担う。
【００１８】
一実施例において、ＤＥ２Ｐコントローラ１０１は、例えばユーザー入力デバイス１１１、周辺デバイス１１２、及び／または通信ネットワーク１１３からの一人以上のユーザー等のエンティティと接続及び／または通信することができるが、エンティティはこれらに限定されるものではない。ＤＥ２Ｐコントローラは、暗号プロセッサ・デバイス１２８とさえも接続及び／または交信することが可能である。
【００１９】
典型的なＤＥ２Ｐコントローラ１０１は、メモリ１２９に接続されたコンピュータの系統的システム１０２等の部品から成る一般的なコンピュータ・システムに基づくものであるが、一般的なコンピュータ・システムはこれに限定されるものではない。
［コンピュータの系統的システム］
コンピュータの系統的システム１０２はクロック１３０、中央演算処理装置（ＣＰＵ）１０３、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、及び／またはインターフェース・バス１０７から成る。従来は、必ずしもというわけではないが、全てシステム・バス１０４を介して相互接続及び／または交信している。システム・クロックは通常水晶発振器を有し、基本信号を供給する。クロックは通常システム・バス及びコンピュータの系統的システムに取り入れられた他の部品の基本動作周波数を増加させたり減少させたりする様々な手段に結合している。クロック及びコンピュータの系統的システムの様々な部品は、システム内全てにおいて情報を具現する信号を駆動する。コンピュータの系統的システム内において情報を具現する信号のこのような送信及び受信は、通常、通信と呼んでいる。これらの通信に関する信号は、更に、本コンピュータの系統的システムを超え通信ネットワーク、入力機器、他のコンピュータの系統的システム、周辺機器及び／またはその他へ、送信、受信してもよく、返信信号及び／または応答信号を生じさせてもよい。オプションとして、暗号プロセッサ１２６を同様にシステム・バスに接続することもできる。もちろん、上記の部品の何れもお互いに直接接続したり、ＣＰＵに接続したり及び／または様々なコンピュータ・システムにより体現されるような数多くのバリエーションで組織化したりしてもよい。
【００２０】
ＣＰＵはユーザー及び／またはシステムにより出されたリクエストを実行するためのプログラム・モジュールの実行に適した少なくとも一つの高速データ・プロセッサから成る。ＣＰＵは、インテル社のペンティアム・プロセッサ及び／またはその他のようなマイクロプロセッサでもよい。ＣＰＵは導電性の経路を介して送信される信号を介してメモリと交信し、保存されているプログラム・コードを実行する。そのような信号送信は、様々なインターフェースを通じてＤＥ２Ｐコントローラ内の通信及びＤＥ２Ｐコントローラの域を越える通信を可能にする。
［インターフェース・アダプター ］
インターフェース・バス１０７は数多くのインターフェース・アダプターを受け入れ接続し、及び／または通信し、必ずしもアダプター・カードの形である必要はないが、従来その例として、入出力インターフェース（Ｉ／Ｏ）１０８、記憶インターフェース１０９、ネットワーク・インターフェース１１０及び／またはその他があるが、それらに限定されるわけではない。オプションとして、暗号プロセッサ・インターフェース１２７も同様に、任意にインターフェース・バスに接続してもよい。インターフェース・バスは、インターフェース・アダプター同士の通信を提供すると共に、コンピュータの系統的システムにおける他の部品への通信を提供する。インターフェース・アダプターは、コンパチブル・インターフェース・バスに適応している。インターフェース・アダプターは従来、スロット・アーキテクチャを通じてインターフェース・バスに接続する。アクセラレイテッド・グラフィックス・ポート（ＡＧＰ）、カード・バス（拡張）、業界標準アーキテクチャ（（Ｅ）ＩＳＡ）、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）、Ｎｕバス、ペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）、ＰＣメモリ・カード国際協会（ＰＣＭＣＩＡ）及び／またはその他の、従来のスロット・アーキテクチャを用いればよいが、これらに限定されるわけではない。
【００２１】
記憶インターフェース１０９は、例えば記憶装置１１４、リムーバブル・ディスク・デバイス及び／またはその他といった数多くの記憶装置を受け入れ通信し、及び／または接続するが、記憶装置はそれらに限定されるわけではない。記憶インターフェースは、例えば（ウルトラ）アドバンスト・テクノロジー・アタッチメント（パケット・インターフェース）（（ウルトラ）ＡＴＡ（ＰＩ））、（拡張）インテグレイテッド・ドライブ・エレクトロニクス（（Ｅ）ＩＤＥ）、電気電子技術者協会（ＩＥＥＥ）１３９４、ファイバー・チャネル、小型コンピュータ用周辺機器インターフェース（ＳＣＳＩ）、ユニバーサル・シリアル・バス（ＵＳＢ）及び／またはその他といった接続プロトコルを用いるが、これらに限定されるわけではない。
【００２２】
ネットワーク・インターフェース１１０は、通信ネットワークを受け入れ通信し、及び／または、接続する。ネットワーク・インターフェースは、例えば直接接続、イーサネット（厚型、薄型、ねじれペア１０／１００／１０００ベースＴ及び／またはその他）、トークン・リング、ＩＥＥＥ８０２．１１ｂ等のワイヤレス接続、及び／またはその他といった接続プロトコルを用いるが、これらに限定されるわけではない。通信ネットワーク１１３は、以下に挙げるものの一つ及び／またはそれらの組み合わせである。即ち、ダイレクト・インターコネクション、インターネット、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、インターネット上のノードとしてのオペレーティング・ミッション（ＯＭＮＩ）、安全化されたカスタム・コネクション、ワイド・エリア・ネットワーク（ＷＡＮ）、ワイヤレス・ネットワーク（例えば、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）、Ｉモード及び／またはその他等のプロトコルを用いるが、これに限定されるわけではない）及び／またはその他である。ネットワーク・インターフェースは、入出力インターフェースの特別な形態であると見なされる。
【００２３】
入出力インターフェース（Ｉ／Ｏ）１０８は、ユーザー入力デバイス１１１、周辺機器１１２、暗号プロセッサ・デバイス１２８及び／またはその他を受け入れ通信し、及び／または接続する。Ｉ／Ｏは、例えばアップル・デスクトップ・バス（ＡＤＢ）、アップル・デスクトップ・コネクター（ＡＤＣ）、オーディオ、アナログ、デジタル、モノラル、ＲＣＡ、ステレオ、及び／またはその他、ＩＥＥＥ１３９４、インフラレッド、ジョイスティック、キーボード、ミディ、オプティカル、ＰＣ ＡＴ、ＰＳ／２、パラレル、ラジオ、シリアル、ＵＳＢ、ビデオ・インターフェース、ＢＮＣ、コンポジット、デジタル、ＲＣＡ、Ｓビデオ、ＶＧＡ、及び／またはその他、ワイヤレス及び／またはその他といった接続プロトコルを用いるが、それらに限定されるわけではない。一般的な出力デバイスはビデオ・ディスプレイであり、通常、ビデオ・インターフェースから信号を受け取るインターフェース（例えば、ＶＧＡ回路やケーブル）を有するＣＲＴモニターかＬＣＤモニターから成る。ビデオ・インターフェースは、コンピュータの系統的システムが生み出した情報を合成し、合成された情報に基づいたビデオ信号を生成する。通常、ビデオ・インターフェースは、ビデオ・コネクション・インターフェースを通じて合成されたビデオ情報を提供し、ビデオ・コネクション・インターフェースはビデオ・ディスプレイ・インターフェース（例えば、ＶＧＡディスプレイ・ケーブルを受け入れるＶＧＡコネクター等）を受け入れる。
【００２４】
ユーザー入力デバイス１１１は、カード読み取り装置、ドングル、指紋読み取り装置、手袋、グラフィック・パッド、ジョイスティック、キーボード、マウス（マイス）、トラックボール、トラックパッド、網膜読み取り装置、及び／またはその他といったものである。
【００２５】
周辺機器１１２はＩ／Ｏに、及び／またはネットワーク・インターフェース、記憶インターフェース及び／またはその他といった他のファシリティに接続し、及び／またはそれらと通信したり、またはそれらと交信したりする。周辺機器とは、カメラ、（コピーの防止、デジタル署名としてトランザクションの安全性強化、及び／またはその他のための）ドングル、（追加的な機能としての）外付けプロセッサ、ゴーグル、マイクロフォン、モニター、ネットワーク・インターフェース、プリンター、スキャナー、記憶装置、バイザー及び／またはその他といったものである。
【００２６】
例えばマイクロコントローラ、プロセッサ１２６、インターフェース１２７、及び／またはデバイス１２８のような暗号ユニットをＤＥ２Ｐコントローラに付け、及び／または通信してもよいが、暗号ユニットはこれらに限定されるわけではない。通常モトローラ社製であるＭＣ６８ＨＣ１６マイクロコントローラは暗号ユニットとして使用してもよいし、及び／または暗号ユニット内にあってもよい。同等のマイクロコントローラ及び／またはプロセッサを使用してもよい。ＭＣ６８ＨＣ１６マイクロコントローラは、１６ＭＨｚの設定において１６ビットの積算加算インストラクションを活用し、５１２ビットのＲＳＡ秘密鍵機能を実行するために１秒以下しか必要としない。暗号ユニットは交信エージェントからの通信の認証をサポートすると共に、匿名のトランザクションを可能にする。暗号ユニットはまた、ＣＰＵの一部として設定されていてもよい。他に市販されている専門の暗号プロセッサとしては、ＶＬＳＩテクノロジー社の３３ＭＨｚ６８６８や、セマフォ・コミュニケーション社の４０ＭＨｚのロードランナー２８４がある。
［メモリ］
記憶装置１１４は、従来のコンピュータ・システムの記憶装置のどれであってもい。記憶装置は、固定ハード・ディスク・ドライブ及び／またはその他同類の装置でよい。しかしながら、ＤＥ２Ｐコントローラ及び／またはコンピュータの系統的システムは、様々な形態のメモリ１２９を用い得ることは理解されるものである。例えば、コンピュータの系統的システムは、チップ内のＣＰＵメモリ（例えば、レジスタ）、ＲＡＭ、ＲＯＭ、他の記憶装置の機能がパンチ・テープまたは、パンチ・カード・メカニズムによって与えられるように構成されてもよい。もちろん、そのような実施例は好まれるものではなく、動作が極端に遅くなる結果となる。一般的な構成では、メモリ１２９は、ＲＯＭ、ＲＡＭ、記憶装置１１４を含む。通常、プロセッサが情報の記憶及び／または情報の取り出しを実行することを可能にする機械化及び／または実施化は、メモリ１２９と見なされる。それゆえ、コンピュータの系統的システムは一般にメモリを必要とし、メモリを使用する。しかしながら、メモリは、代替可能な技術及びリソースであり、それゆえメモリは任意の数の実施例を代替として利用したり、一緒に利用したりできる。
［モジュール・コレクション］
記憶装置１１４は、プログラム・モジュール及び／またはデータベース・モジュール及び／またはデータといったもののコレクションを含む。それらの例には、オペレーティング・システム・モジュール１１５（オペレーティング・システム）、情報サーバー・モジュール１１６（情報サーバー）、ユーザー・インターフェース・モジュール１１７（ユーザー・インターフェース）、ウェブ・ブラウザ・モジュール１１８（ウェブ・ブラウザ）、データベース１１９、暗号サーバー・モジュール１２０（暗号サーバー）、ＤＯＩ対応ピア・ツー・ピア（ＤＥ２Ｐ）モジュール１２５、及び／またはその他（つまり、全体としてモジュール・コレクション）といったものがあるが、それらに限定されるわけではない。これらモジュールは記憶され、記憶装置及び／またはインターフェース・バスを通じてアクセス可能な記憶装置からアクセスできる。モジュール・コレクションにあるような非従来的なソフトウェア・モジュールは一般的に、かつ望ましくはローカル記憶装置１１４に記憶されるが、周辺機器、ＲＡＭ、通信ネットワークを通じた遠隔記憶ファシリティ、ＲＯＭ、様々な形態のメモリ及び／またはその他に取り込み及び／または記憶してもよい。
［オペレーティング・システム］
オペレーティング・システム・モジュール１１５は、ＤＥ２Ｐコントローラの動作を可能にする実行可能なプログラム・コードである。一般的に、オペレーティング・システムは、Ｉ／Ｏ、ネットワーク・インターフェース、周辺機器、記憶装置、及び／またはその他のアクセスを可能にする。オペレーティング・システムは、アップル・マッキントッシュＯＳ Ｘ サーバー、ＡＴ＆Ｔ プラン９、マイクロソフト・ウィンドウズＮＴサーバー、ユニックス及び／またはその他のオペレーティング・システムのような従来型の製品が好ましい。好ましくは、オペレーティング・システムは、非常にフォールト・トレラントであり、拡張可能かつ安全であるのがよい。オペレーティング・システムは、モジュール・コレクション内のそのモジュール自体及び／またはその他のファシリティを含む他のモジュールと通信したり、及び／または交信したりする。従来オペレーティング・システムは、他のプログラム・モジュールやユーザー・インターフェース及び／またはその他と通信する。例えば、オペレーティング・システムは、プログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト及び／またはレスポンスを含み、通信、生成、入手及び／または提供する。オペレーティング・システムは一度ＣＰＵによって実行されると、通信ネットワーク、データ、Ｉ／Ｏ、周辺機器、プログラム・モジュール、メモリ、ユーザー入力デバイス及び／またはその他とのインタラクションを可能にする。好ましくはオペレーティング・システムは、通信ネットワーク１１３を通じて、ＤＥ２Ｐコントローラが他のエンティティと通信できるようにする通信プロトコルを提供する。ハンドル・システムとインタラクションするためのサブキャリア・トランスポート機構として様々な通信プロトコルが、ＤＥ２Ｐコントローラによって使用される。通信プロトコルとしては例えばマルチキャスト、ＴＣＰ／ＩＰ、ＵＤＰ、ユニキャスト及び／またはその他といったものがあるが、これらに限定されるわけではない。
［情報サーバー］
情報サーバー・モジュール１１６は、記憶されたプログラム・コードであり、ＣＰＵにより実行される。情報サーバーは、マイクロソフト社のインターネット・インフォメーション・サーバー及び／またはアパッチ・ソフトウェア・ファンデーションのアパッチ等、従来のインターネット情報サーバーでよいが、それらに限定されるわけではない。好ましくは、情報サーバーはＣ＋＋、ジャバ、ジャバスプリクト、アクティブ・エックス、共通ゲートウエイ・インターフェース（ＣＧＩ）スクリプト、アクティブ・サーバー・ページ（ＡＳＰ）及び／またはその他のようなファシリティを通じて、プログラム・モジュールの実行を可能にする。好ましくは、情報サーバーは、安全な通信プロトコルをサポートする。その通信プロトコルは、例えばファイル転送プロトコル（ＦＴＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、セキュア・ハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、セキュア・ソケット・レイヤー（ＳＳＬ）及び／またはその他であるが、これらに限定されるわけではない。従来は、情報サーバーは、結果をウェブ・ページの形でウェブ・ブラウザへ提供し、他のプログラムのモジュールとのインタラクションを通じて手を入れられたウェブ・ページの生成を可能にする。ＨＴＴＰリクエストのＤＮＳ解決部分がある特定の情報サーバーへと解決された後、当該情報サーバーは、ＤＥ２Ｐコントローラ上の特定された場所情報に対するリクエストを当該ＨＴＴＰリクエストのリマインダーに基づいて解決する。例えば、ｈｔｔｐ：／／１２３／１２４／１２５／１２６／ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌのようなリクエストは、当該リクエストのＩＰ部分である「１２３／１２４／１２５／１２６」を有しており、それがＤＮＳサーバーによりＩＰアドレスにある一つの情報サーバーへと解決され、するとその情報サーバーが「ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ」の部分に対する当該ｈｔｔｐリクエストを更に解析し、それを「ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ」の情報を含むメモリの場所へと解決するかもしれない。情報サーバーは、そのモジュール自体及び／またはその他のファシリティを含むモジュール・コレクション内の他のモジュールへと通信したり、及び／またはそれらと交信したりする。情報サーバーが、オペレーティング・システム、他のプログラム・モジュール、ユーザー・インターフェース、ウェブ・ブラウザ及び／またはその他と通信する頻度は非常に高い。情報サーバーは、プログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成及び／または入手したりする。
［ユーザー・インターフェース］
ユーザー・インターフェース・モジュール１１７は記憶されたプログラム・コードであり、ＣＰＵにより実行される。好ましくはユーザー・インターフェースは、オペレーティング・システム及び／またはオペレーティング環境によって、あるいはそれらと一緒に、及び／またはそれらの上に与えられる従来型の画像ユーザー・インターフェースであり、システム及び／またはオペレーティング環境とは、例えばアップル・マッキントッシュＯＳ、アクア、マイクロソフト・ウィンドウズ（ＮＴ）、（ＫＤＥ、Ｇｎｏｍｅ及び／またはその他の）ユニックスＸウインドウズ、及び／またはその他である。ユーザー・インターフェースはテキスト・ファシリティ及び／または画像ファシリティを通じて、プログラム・モジュール及び／またはシステム機能を表示、実施、インタラクション、操作及び／またはオペレーションすることを可能にしてもよい。ユーザー・インターフェースは機能を提供するが、その機能とは、ユーザーが、コンピュータのシステムを実行し、インタラクションし及び／または働くものである。ユーザー・インターフェースは、それ自体及び／またはその他の機器を含むモジュール・コレクション内の他のモジュールへと通信及び／またはそれらと交信する。ユーザー・インターフェースがオペレーティング・システムや他のプログラム・モジュール及び／またはその他と通信する頻度は非常に高い。ユーザー・インターフェースは、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成及び／または入手したりする。
［ウェブ・ブラウザ］
ウェブ・ブラウザ・モジュール１１８は記憶されたプログラム・コードであり、ＣＰＵにより実行される。ウェブ・ブラウザは従来のハイパーテキスト・ビューイング・アプリケーションであることが好ましく、例えば、（好ましくは、ＨＴＴＰＳ、ＳＳＬ及び／またはその他のような１２８ビットの暗号化を有する）マイクロソフト・インターネット・エクスプローラーやネットスケープ・ナビゲーターである。ジャバ、ジャバスプリクト、アクティブ・エックス及び／またはその他のようなファシリティを通じて、プログラム・モジュールを実施することが可能なウェブ・ブラウザもある。一実施例では、ウェブ・ブラウザはｗｗｗ．ｃｎｒｉ．ｏｒｇ．から入手可能なハンドル・システム・プラグインのようなブラウザ・プラグイン・ソフトウェアを経てハンドル対応となる。一つの代替実施例においては、ウェブ・ブラウザにハンドル・サポートが組み込まれている。ウェブ・ブラウザやそのような情報アクセス・ツールは、ＰＤＡ、携帯電話及び／または他のモバイル・デバイスに組み込まれていてもよい。ウェブ・ブラウザは、
それ自体及びその他のようなファシリティを含むモジュール・コレクション内の他のモジュールと通信したり、及び／またはと交信する。ウェブ・ブラウザが、情報サービス、オペレーティング・システム、インテグレートされたプログラム・モジュール（例えばプラグ・イン）、及び／またはその他と通信する頻度は非常に高い。例えば、プログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成及び／または入手したりするものである。もちろん、ウェブ・ブラウザや情報サーバーの代わりに、両者と同様の機能を持つような複合的なアプリケーションを開発してもよい。複合的なアプリケーションは、ＤＥ２Ｐ対応のノードからユーザー、ユーザー・エージェント及び／またはその他への情報の入手および提供を同様に実行する。複合的なアプリケーションは、標準的なウェブ・ブラウザを用いるシステムに対しては役に立たないこともある。安全性を強化するために、そのような複合的なモジュールは、安全性をさらに強化するような中間の情報サーバーが存在しなくても、ＤＥ２Ｐと直接通信するように構成することができる。
［ＤＥ２Ｐデータベース］
ＤＥ２Ｐデータベース・モジュール１１９は、ＣＰＵにより実行される記憶されたプログラム・コードでデータベース内において具現し得て、記憶されたデータであり、記憶された部分のプログラム・コードが記憶されたデータを処理するためのＣＰＵを設定する。好ましくは、データベースは、例えばオラクルまたはサイベースといった、従来型、フォールト・トレラント、相関的、拡張可能で安全なデータベースであるのがよい。リレーショナル・データベースとは、フラット・ファイルの拡張である。リレーショナル・データベースは、一連の関連し合うテーブルから成る。鍵フィールドを通じてテーブル同士が相互接続する。鍵フィールドの使用によって、鍵フィールドに対するインデキシングによるテーブルの結合が可能になる。つまり、鍵フィールドが様々なテーブルから情報を組み合わせるための、次元的回転軸のような作用をするのである。一般に主要鍵を合わせることによって、相互関係におけるテーブル間に維持されるリンクを識別する。主要鍵は、リレーショナル・データベース内において、テーブルの行を固有に識別するフィールドを表す。より厳密には、主要鍵は、一対多数の関係における「一つの」面にあるテーブルの行を固有に識別するのである。
【００２７】
代わりに、配列、ハッシュ、（リンクした）リスト、ストラクト、テーブル及び／またはその他の様々な標準的なデータ構造を用いて、ＤＥ２Ｐデータベースを実施してもよい。そのようなデータ構造は、メモリ及び／または（構造的な）ファイルに保存してもよい。仮にＤＥ２Ｐデータベースをデータ構造として実施すると、ＤＥ２Ｐデータベースの使用は例えばＤＥ２Ｐモジュールのような他のモジュールに組み込まれ得る。データベースは、標準的なデータ処理技術を介した無数のバリエーションによって、統合及び／または分散される。データベースの一部分、例えばテーブルは、エクスポート及び／またはインポートでき、それによって、分散したり及び／または統合したりする。非限定的な一実施例では、データベース・モジュール１１９は、例えばＵＮＩ（例えばハンドル、ＤＯＩ及び／または他のＵＮＩ）、テーブル１１９ａ、ＵＲＬテーブル１１９ｂ、メタデータ・テーブル１１９ｃ、多重解決テーブル１１９ｄ、ノード・リスト・テーブル１１９ｅ及び／またはその他といったテーブルを含むが、これらに限定されるわけではない。全てのテーブルは、（強化）ＤＯＩ鍵フィールド・エントリーが固有なので、このエントリーについて関係し得る。別の実施例では、これらのテーブルは、自身のデータベースとそれぞれのデータベース・コントローラ（つまり、上記テーブルそれぞれの個別のデータベース・コントローラ）に分散化されている。もちろん、標準的なデータ処理技術を用いて、データベースを幾つかのコンピュータのシステム的系統及び／または保存装置にわたってさらにデータベースを分散してもよい。同様に、分散したデータベース・コントローラの構成は、様々なデータベース・モジュール１１９ａ―ｅを統合及び／または分散することによって、変えることができる。ＤＥ２Ｐは、データベース・コントローラを通じたユーザーのリクエスト及び様々なトランザクションを追跡するように構成してもよい。
【００２８】
ＤＥ２Ｐデータベースは、それ自体及び／またはその他のファシリティを含むモジュール・コレクション内の他のモジュールと通信したり、及び／または交信したりする。ＤＥ２ＰデータベースがＤＥ２Ｐモジュール、他のプログラム・モジュール及び／またはその他と通信する頻度は非常に高い。データベースは、他のノード及びデータに関する情報を入手し、保持し、提供する。
［暗号サーバー］
暗号サーバー・モジュール１２０とは、保存されたプログラム・コードであり、ＣＰＵ１０３、暗号プロセッサ１２６、暗号プロセッサ・インターフェース１２７、暗号プロセッサ装置１２８、及び／またはその他のものにより実行される。暗号プロセッサ・インターフェースが暗号モジュールにより暗号化及び／または暗号解読のリクエストを迅速に実施することを可能にすることが望ましい。しかしながら、代わりに暗号モジュールを従来のＣＰＵに実行させても良い。暗号モジュールが、供給されたデータの暗号化及び／または暗号解読を可能にすることが望ましい。暗号モジュールが対称及び非対称（例えばＰｒｅｔｔｙ Ｇｏｏｄ Ｐｒｏｔｅｃｔｉｏｎ（ＰＧＲ））双方の暗号化及び／または暗号解読を可能にすることが望ましい。暗号モジュールは従来の暗号技術、例えば、デジタル証明（例えば、Ｘ．５０９認証枠組み）、デジタル署名、複式署名、エンベロッピング、パスワード・アクセス保護、公開鍵管理、及び／またはその他のものを可能にすることが望ましいが、従来の暗号技術はそれらに限定されるわけではない。暗号モジュールは数々の（暗号化及び／または暗号解読）セキュリティ・プロトコル、例えば、チェックサム、データ暗号化基準（ＤＥＳ）、楕円曲線暗号化（ＥＣＣ）、国際データ暗号化アルゴリズム（ＩＤＥＡ）、メッセージ・ダイジェスト５（ＭＤ５、即ち一方向ハッシュ関数）、パスワード、ＲＣ５（リベスト暗号）、リジンデール、ＲＳＡ（インターネット暗号化及び認証システムで、１９７７年にロン・リベスト、アデイ・シャミル及びレオナルド・エイドウルマンが開発したもの）、セキュア・ハッシュ・アルゴリズム（ＳＨＡ）、セキュア・ソケット・レイヤー（ＳＳＬ）、セキュア・ハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、及び／またはその他のものを可能にすることが望ましいが、セキュリティ・プロトコルはそれらに限定されるわけではない。暗号モジュールは「セキュリティ許可」のプロセスを可能にし、それによってリソースへのアクセスはセキュリティ・プロトコルにより阻害され、暗号モジュールは安全性を保たれたリソースへの許可されたアクセスを実行する。暗号モジュールはモジュール・コレクション中の他のモジュールと通信及び／または交信してもよく、その中には暗号モジュール自体及び／その他のファシリティも含まれる。暗号モジュールは、通信ネットワーク上での情報の安全な送信を可能にする暗号化方式を支援することが好ましく、もしユーザーが希望すれば、ＤＥ２Ｐモジュールが安全なトランザクションに用いられ得るようにする。暗号モジュールは、ＤＥ２Ｐ上のソースの安全なアクセスを可能にするが、つまり安全化されたソースのクライアント及び／またはサーバーとして機能する。暗号モジュールが情報サーバー、オペレーティング・システム、その他のプログラム・モジュール及び／またはその他のものと交信する頻度は非常に高い。暗号モジュールはプログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含み、通信、生成、入手及び／または提供する。
［情報アクセス多重解決サーバー（ＩＡＭＲＳ）］
ＩＡＭＲＳモジュール１２５は保存されたプログラム・コードであり、ＣＰＵにより実行される。一般にＤＥ２Ｐは、通信ネットワーク上のノード間における情報のアクセス、入手、提供、及び／またはその他を実行する。ＩＡＭＲＳはＵＮＩを、多重のインスタンス化へと解決する能力を有している。一般に、ＩＡＭＲＳはルックアップ機能として役を果たし、与えられた情報、そのＤＯＩ、その現在の場所との間の関連性の作成、維持、登録、及び更新を行う。ＩＡＭＲＳはＤＥ２Ｐデータベースと提携して、リクエストされた情報のデータ転送の向上、リクエストされた情報の種々のフォーマットへの解決、情報についてのクエリー作成用の強化されたメカニズムの提供及び／またはその他に役立つと思われるノードを識別する。ＩＡＭＲＳによるノード間の情報アクセス可能化の開発にあたっては、標準開発ツールを使用してもよい。例えば、Ｃ＋＋、シェル・スクリプト、ジャバ、ジャバ・スクリプト、ＳＱＬコマンド、ウエブ・アプリケーション・サーバー・エクステンション、アパッチ・モジュール、パール・スクプリト、バイナリ・エクセキュータブル、及び／またはその他のマッピング・ツール及び／またはその他を用いることができるが、標準開発ツールはそれらに限定されるわけではない。一つの非限定的な実施例においては、ＩＡＭＲＳサーバーは暗号化サーバーを用いて通信の暗号化及び暗号解読にあたっている。ＩＡＭＲＳはリクエストのサービス、ＵＮＩのための関連性情報の更新、その他多くのことにあたることができる。ＤＥ２Ｐモジュールはモジュール・コレクション中の他のモジュールと通信及び／または交信してもよく、その中にはＤＥ２Ｐモジュール自体及び／またはその他のファシリティも含まれる。ＩＡＭＲＳモジュールがＤＥ２Ｐデーターベース、オペレーティングシステム、その他のプログラム・モジュール及び／またはその他と交信する頻度は非常に高い。ＩＡＭＲＳはプログラムモジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンス等を含み、通信、生成、入手及び／または提供する。
［ＤＯＩ対応ピア］
ＤＯＩ対応ピア・ツー・ピア（ＤＥ２Ｐ）モジュール１３５は、記憶されたプログラム・コードであり、ＣＰＵにより実行される。一般的に、ＤＥ２Ｐは通信ネットワーク上のノード間及びまたはその他の間でカタログし（図１４及び図１５）、検索リクエストを可能にし（図１６及び図１７）、リクエストから得たコンテンツを照合し（図１８及び図１９）、情報を得て提供する。ＤＥ２ＰはＰ２Ｐネットワーク上でＤＯＩに基づいてコンテンツの検索、転送、照合を可能にするＤＯＩ対応ピアである。一つの非限定的な実施例では、ＤＥ２Ｐは、ＤＯＩ１１９ａを鍵にしているノードのリスト１１９ｅを集積するＰ２Ｐリスト・コレクターを含む。ノードのこのデータベース及び／またはデータ構造集積は、ＤＯＩがレファレンスするコンテンツの複製をリストするもので、検索可能である。ＤＥ２Ｐはまたコンテンツの有効性を確認する能力をも提供する。更にまた、ＤＥ２ＰはＤＯＩバリューをＤＯＩがレファレンスしたコンテンツに組み込み、コンテンツの有効性が確認できるようにすることもできる。ＤＥ２ＰはＤＥ２Ｐデータベースと連携して、他のピアからの検索リクエストを満たすノードを識別する。ＤＥ２Ｐによるノード間の情報アクセス可能化の開発にあたっては、標準開発ツールを使用してもよい。例えば、Ｃ＋＋、シェル・スクリプト、ジャバ、ジャバ・スクリプト、ＳＱＬコマンド、ウエブ・アプリケーション・サーバー・エクステンション、アパッチ・モジュール、パール・スクプリト、バイナリ・エクセキュータブル、及び／またはその他のマッピング・ツール及び／またはその他を用いることができるが、標準開発ツールはそれらに限定されるわけではない。一つの非限定的な実施例においては、ＤＥ２Ｐは暗号サーバーを用いて通信の暗号化及び暗号解読にあたっている。ＤＥ２Ｐは、コンテンツのカタログ化、リクエストのサービス、リクエストのリダイレクト、その他多くのことにあたることができる。ＤＥ２Ｐモジュールは、モジュール・コレクション中の他のモジュールと通信及び／または交信してもよく、その中にはＤＥ２Ｐモジュール自体及び／またはその他のファシリティも含まれる。ＤＥ２Ｐモジュールが内部や、通信ネットワーク上における他のピアとＤＥ２Ｐデーターベース、ＩＡＭＲＳモジュール、オペレイティングシステム、その他のプログラム・モジュール及び／またはその他と交信する頻度は非常に高い。ＤＥ２Ｐモジュールはプログラムモジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンス等を含み、通信、生成、入手及び／または提供する。
［分散型ＤＥ２Ｐ］
ＤＥ２Ｐノード・コントローラの構成要素および機能性は何れもあらゆる方法で、その機能性を組み合わせ、統合及び／または分散することが可能であり、開発及び／または配備を可能にすることができる。同様に、モジュール・コレクションも開発及び／または配備を可能にすべくあらゆる方法で組み合わせることができる。これを達成するには、単に各構成要素を共通のコード・ベースに統合するか、あるいは必要に応じて統合的に構成要素をダイナミックにロードできるファシリティに統合すれば良いのである。
【００２９】
モジュール・コレクションを統合及び／または分散するにあたっては、標準的なデータ処理及び／または開発技術を介した無数のバリエーションがある。プログラム・モジュール・コレクション中の何れのプログラムの多重のインスタンスをも単一のノードでインスタンス化でき、及び／または負荷バランシング・データ処理技術を通し、多数のノードを使用し性能を向上することもできる。更に、単一のインスタンスもまた複数のコントローラ及び／または記憶装置、例えばデータベースに分散することができる。
【００３０】
全てのプログラム・モジュールのインスタンスとコントローラは、標準的なデータ処理通信技術を通じ、共同作業を行う。
【００３１】
好ましいＤＥ２Ｐコントローラの構成は、システム配備のコンテキストによって異なる。例えば、元となるハードウェア・リソースの能力及び／または場所等のファクターが配置条件や構成に影響するが、こうしたファクターはそれらに限定されるわけではない。例え構成がプログラム・モジュールを合同及び／または統合する結果になろうが、分散化されたプログラム・モジュールより成り立つ結果になろうが、及び／または統合型と分散型の何らかの組み合わせになろうが、データの通信にあたっては、通信、入手、提供が可能である。プログラム・モジュール・コレクション中からの共通コード・ベースに統合された（モジュール・コレクション中の）モジュールのインスタンスは、データの交信、入手及び／または提供にあたることができる。これは、例えば、データ・レファレンシング（例えば、ポインタ等）、内部メッセージ、オブジェクト・インスタンス可変通信、共有メモリ・スペース、可変パッシング及び／またはその他のもの（アプリケーション内部の通信）等の基準データ処理技術を用いることにより達成されるが、これらに限定されるわけではない。
【００３２】
もしモジュールコレクションの構成要素がお互いに個別的、分離的、及び／または外部的である場合は、データの通信、入手、及び／または提供を他のモジュール構成要素と行う及び／または他のモジュール構成要素へと行うにあたっては、標準的なデータ処理技術を用いればよい。標準的なデータ処理技術には例えば、アプリケーション・プログラム・インターフェース（ＡＰＩ）情報パッセージ；（分散型）コンポーネント・オブジェクト・モデル（（Ｄ）ＣＯＭ）、（分散型）オブジェクト・リンキング・アンド・エンベディング（（Ｄ）ＯＬＥ）、及び／またはその他のもの）、コモン・オブジェクト・リクエスト・ブローカー・アーキテクチャー（ＣＯＲＢＡ）、プロセス・パイプ、共有ファイル及び／またはその他のもの（アプリケーション間の通信）があるが、これらに限定されるわけではない。グラマーの生成及び解析は、アプリケーション間の通信のための個別のモジュールの構成要素間で送ったメッセージや、アプリケーション内部の通信のための単一モジュールにおけるメモリ空間内で送ったメッセージを促進する。グラマーは、例えばｌｅｘ、ｙａｃｃ及び／またはその他といった標準的な開発ツールを使用して開発してもよい。それらの標準的な開発ツールは、グラマーの生成及び機能性の解析を可能にし、これらは今度はモジュール内及びモジュール間の通信メッセージの基礎を形成する。この場合もまた、好ましい実施例はシステム配備のコンテキスト次第である。
【００３３】
最後に、モジュール・コレクションの如何なる組み合わせ及び／または図と全体に渡って説明される本発明の如何なる組み合わせにおける論理上な構造及び／またはトポロジー構造は、固定された実施順位及び／またはアレンジメントに限定されるわけではなく、むしろ、開示した順位は典型的なものであり、順位にかかわらず全て機能的に等価であるものを本開示は意図していることを理解すべきである。更に、そのような構造は連続実行に限定されるものではなく、むしろ、非同期的に、同時的に、同期的に及び／またはその他に実行できる如何なる数のスレッド、プロセス、サービス、サーバー及び／またはその他を本開示は意図していることにも注意すべきである。
［ＩＰアドレッシング］
ユーザーはアドレスを介して通信ネットワークにアクセスする。アドレスは場所を表している。ユーザーは通信ネットワークにおいて、情報を探し出すべく場所から場所へ移動する。一般的な通信アドレス方式はＩＰアドレスを用いている。ＩＰアドレスは現実の世界では住所に例えることができる。ＩＰアドレス自体は、例えば２０９．５４．９４．９９といった一連の数字であり、通常は、例えばｗｗｗ．ｃｏｎｔｅｎｔｄｉｒｅｃｔｉｏｎｓ．ｃｏｍというような関連する名前を有する。分散型データベース・レジストリは名前とＩＰアドレスの関連するペアを維持し、関連する名前を対応するＩＰアドレスへと解決する役目を担う。これにより、ユーザーは、２０９．５４．９４．９９といった一連の数字を暗記して用いる代わりに、例えばｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍといった名前を覚えておいて使用することが可能になる。ＩＰアドレスの名前解決を支援するこれらの分散型データベースは、一般的にドメイン・ネーム・サーバー（ＤＮＳ）と呼ばれている。
【００３４】
ＩＰアドレスを、アドレスに更なるナビゲーション情報を付加したユニバーサル・リソース・ロケーター（ＵＲＬ）として具現することが一般的である。ユーザーは、ＨＴＴＰを用いてＵＲＬに保存されている情報をアクセスするためにソフトウェアを用いてもよい。一例を挙げると、ユーザーが「ｈｔｔｐ：／／ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」とウェブ・ブラウザに指定する。すると通常この更なるナビゲーション情報である「／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」がコンピュータ・サーバー内の特定の保存場所を提示する。この更なるナビゲーション場所は、現実の世界では番地よりも詳しい、会社名や部署名、部屋番号等を含む住所に例えることができる。この更なるナビゲーション場所の取り扱いや解決は、通常ＤＮＳではなく解決されたＩＰアドレスにある情報サーバーにより行われる。例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍに対して解決したアドレスである１２３．１２３．１２３．１２３にある情報サーバーは、サーバー内のローカルの場所「／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」にある情報を解釈し返送する。情報サーバーとは、通信ネットワークと特定のＩＰアドレスにあるコンピュータ・サーバーの間の通信を可能にする手段である。情報サーバーの商業的な例としては、アパッチが挙げられる。情報サーバーは、企業内の該当部署へ郵便物を仕分ける企業のメール室に例えることができる。
【００３５】
図２と図３は、ＩＰアドレッシング・メカニズムは、情報が通信ネットワーク上で移動する間に、情報との関連を維持しないということを図示している。一般的にウェブ・ページのリンクにはＨＴＴＰを用い、ＨＴＴＰはＩＰアドレッシングに依存している。従って、ＵＲＬリンクは単に通信ネットワーク上の場所を示すだけで、必ずしも特定の情報と関連しているわけではない。例えば、ｗｗｗ．ｎｅｗｓ．ｃｏｍをレファレンスするＵＲＬリンクによってＵＲＬとｗｗｗ．ｎｅｗｓ．ｃｏｍで入手可能な情報を関連付けてもたらされる情報は、その場所では毎日情報が更新されるため、異なる情報となる。多くの場合、企業が情報を移動させたり、事業を移動させたり、廃業したりすると、場所そのものが消失する。
【００３６】
例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ２０８という場所に存在した「１９９９年度売り上げ」というタイトルのレポート２２２が、当該情報があるエンティティから別のエンティティに売られたり、アーカイブされたり、あるいはその他様々な理由で、例えばｗｗｗ．ｒｅｐｏｒｔ−ａｒｃｈｉｖｅｓ．ｃｏｍ／１９９９／Ｏｌｄ−ｒｅｐｏｒｔ．ｈｔｍｌ３１０という場所に移動することもある。ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ２０８という場所に存在したレポートは５００万ウェブ・ページ及び場所２４４をレファレンスするＵＲＬリンクを有したかもしれず、ユーザーが当該情報へのアクセスを試みると、その場所は既に存在しないため及び／またはその場所はユーザーが所望した情報を含まないため、ユーザーは「４０４Ｆｉｌｅ ｎｏｔ ｆｏｕｎｄ」のエラー３０９を受け取る可能性もある。結果としてエラーが出るのは、ＤＮＳは常にユーザーのリクエストを場所へと解決するよう設計されているためであり、またＤＮＳはＵＲＬと特定の情報のインスタンス化との関連を維持するように設計されていないためである。
【００３７】
図２はウェブ・ページ２０１、ユーザーが入力したアドレス２０２、ドキュメント２０３及びメモリ・デバイス２０４を描写し、全て一つの情報（「１９９９年度売り上げ」のレポート）２２２をレファレンスするためにＵＲＬを、従ってＩＰアドレッシングを用いる。次に図２では、情報２２２は元の場所２０８（例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）から図２の新しい場所３１０（例えばｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ａｒｃｈｉｖｅｓ．ｈｔｍｌ）へ移動する。図３において、この結果として当該の場所をレファレンスする全てのＵＲＬ２４４のブレーキング３０１−３０４が起こり、あの恐ろしい「４０４Ｆｉｌｅ ｎｏｔ ｆｏｕｎｄ」のエラー３０９を、当該の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）２０８へレファレンスする全てのユーザーとＵＲＬに提示することになる。
［ハンドル・システム］
ひとたび一つの情報にＤＯＩが指定され利用可能になると、ＤＯＩシステムはＤＯＩのユーザーがアクセスを望むものを解決できるようになる必要がある。ＤＯＩの解決を成し遂げるために用いる技術は、「ハンドル・システム」としてより広く知られており、以下により詳しく説明する。ＤＯＩハンドブックには基本的なＤＯＩの一般的な概要が記載されている。一言で言えば、ハンドル・システムはプロトコルのオープンなセット、ネームスペース及びプロトコルの実施化を含む。プロトコルは分散型コンピュータ・システムが、デジタル・コンテンツのハンドル（ＤＯＩ等）を保存し、コンテンツの所在を確認しアクセスするため、当該コンテンツに関係する情報の所在を確認しアクセスするため、あるいは当該コンテンツに関連するサービスの所在を確認しアクセスするために（即ちそのようなサービスへのインターフェースを提供するために）必要な情報へと、それらのハンドルを解決することを可能にする。必要に応じて、ＤＯＩを変更することなく識別されたコンテンツの現状を反映するために、この関連情報を変更することができるので、場所やその他の状況の情報の変更を経てもアイテムの名前が存続することが可能になる。一元管理されたＤＯＩ登録機関と共に、ハンドル・システムは長期にわたるネットワーク上の情報及びサービスの信頼性のある管理のための、汎用且つ分散型のグローバル・ネーミング・サービスを提供する。本開示全体にわたり、ＤＯＩシステムを介してアクセス可能になった「ソース」、「コンテンツ」及び／または「情報」とは、特定が可能な全てのコンテンツ、ソース、情報、サービス、トランザクション及び記事、書籍、無形オブジェクト、音楽アルバムを含む著作物、人物、有形で物理的なオブジェクト、その他及び／またはそれらの選択された個別の部分及び／またはそれらの組み合わせを更に含む、から成り得ることに注意することが重要である。アクセス可能な情報は、サービスやトランザクションを開始するアプリケーションや、選択のメカニズム及び／またはその他を提供するアプリケーション等へのＵＲＬでもよい。一つの非限定的な例では、ＤＯＩは、ソーシャル・セキュリティ番号、電話番号及び／またはその他のある人物を識別する情報と関連付けられることすらあり得る。別の非限定的な例においては、ＤＯＩはソフトウェア・モジュール、プログラミング「オブジェクト」またはその他のネットワークに基づくリソースの何かと関連付けられたりもする。更に、実際の製品（現在ＵＰＣやバーコードで識別されている品物等）のオンラインでの表示を含むほとんど全てのものを表示するためにＤＯＩを用いることができる。そのような例では、ＤＯＩはある製品を説明したり販売したりしている製造者のカタログ・ページへと解決することができ、多重解決シナリオにおいては、ある品物を修理してもらうにはどこへ行けばよいか、交換用の部品はどこへ行けば見つかるか、新製品あるいは交換用の製品はどのようなものか、どのような価格またはリースのオプションがあるのか等、当該オブジェクトに関係する全てのサービスへと解決することができる。ＤＯＩを実施するその他の実施例に含まれるのは、通信ネットワークを介して分散型の方法で動作することができるソフトウェアの異なるモジュールの表示、ボイス・オーバーＩＰ技術のための電話番号、遺伝子配列、医療記録及び／またはその他の恒久的な記録（ＤＯＩは、サーティフィケートあるいは暗号解読鍵を呼び出すこともある暗号化及び／またはその他の方法で保護された恒久的な記録に特に有用）及び／または同様のもの、である。別の実施例ではＤＯＩは、例えば現在の株価、（株及び／またはその他全てのオークション及び／または為替の）最新の競売価格や売り出し価格、（別の過去の年次報告書には異なるＤＯＩが割り当てられているのに対して）企業の最新の年次報告書、及び／またはその他のようなもので、しかしこれらに限定されない一時的及び／または動的なバリューの恒久的な場所を表す。
【００３８】
ユーザーはデジタル・オブジェクト・アイデンティファイアー（ＤＯＩ）を介して情報にアクセスし得る。ＤＯＩは情報そのものに関連付けられている（即ち情報自体の名前である）。ＤＯＩは「ハンドル」のインスタンスであり、「ハンドル・システム」の枠組みの中で動作する。ＤＯＩは永続的に関連付けられた情報へのアクセスを可能にする。ＤＯＩは、一連の文字の後にセパレーターが付き、その更に後に一連の文字が付いたもので、例えば１０．１０６５／ａｂｃ１２３ｄｅｆというようになる。注意すべき、そして再び強調すべきことは、本開示は「ＵＲＮ」「ＤＯＩ」「ハンドル」といったＵＮＩの特定のサブ・タイプについて記載することもあるが、本開示はより一般的なタイプのＵＮＩにも同等に適用されるものであり、従って特に断りの無い限り本開示はＵＮＩのあるサブ・タイプに言及する場合はＵＮＩ全般にわたって適用されるものと見做されるべきものである。更に、今日使用されているハンドル・システム、ＤＯＩ及びそれらの支援技術や仕様は、本開示の意図したフォーラムではあるものの、本開示は最新の、または今後考案される仕様やシステムに基づいた他のフォーラムにも応用できることを意図していることに注意すべきである。
［ＤＯＩ］
情報にアクセスするためにＤＯＩを使用しているユーザーは、ＤＯＩが関連付けられた情報のみを解決しアクセスすることを知っている。場所をレファレンスするＵＲＬとは対照的に、ＤＯＩとは情報に対する名前であり、その情報の場所やその他の属性、と共に関係するサービスをも見るために用いることができる。情報とは、電子書籍、音楽ファイル、ビデオ・ファイル、電子ジャーナル、ソフトウェア及び前記のコンテンツの一部及び／またはそれらの組み合わせも含む情報と共にコンピュータで読み取り可能なファイル全てを含むと考えられる。電子コンテンツは通信ネットワーク上で利用可能となっているので、これ以降本出願書はそのような利用可能な情報は、通信ネットワーク上で発行されたものとみなすということに注意されたい。
【００３９】
ＤＯＩは、通信ネットワーク上で利用可能な情報に与えられた恒久的で永続的な識別子で、仮にコンテンツあるいは関連するデータの場所（即ちＵＲＬ）、フォーマット、所有権等が変更されたとしてもユーザーが関連データにアクセスすることができるように、電子的形態で登録されている。ＤＯＩまたはハンドルは、ＵＲＬの代わりにユーザーに配信できる。ユーザーは、ハンドル対応のウェブ・ブラウザに、ＵＲＬハイパーリンクと同様にＤＯＩを選択したり入力したりすることにより、ある特定のＤＯＩに関連付けられた情報にアクセスする。例えばｗｗｗ．ｃｎｒｉ．ｏｒｇから入手可能なハンドル・システム・プラグイン等のブラウザ・プラグイン・ソフトウェアを用いて、数多くの種類のブラウザをハンドル対応にすることが可能である。ＤＯＩに関連付けられた情報にアクセスするためのそのような試みにより、リソースの現在の所在を確認する自動のプロセスが起動する。当該リソースの現在の場所は、ハンドル・システムによって利用可能な一元管理されたディレクトリ内の当該リソースのＤＯＩに関連付けられており、それが今度はユーザーを（即ちユーザーのウェブ・ブラウザを）当該リソースの現在の場所へと導く。この誘導はしばしば、選択されたＤＯＩに関連する現在のＵＲＬと、対応する情報を返信することによって実行される。
【００４０】
図４はＤＯＩを介した情報へのアクセスを上記の図２及び図３と対比して図示している。最初に、登録プロセスを経て情報（「１９９９年度売り上げ」のレポート）２２２にＤＯＩが与えられる。ＵＲＬを用いる代わりに、ユーザーはＤＯＩを用いウェブ・ページ４０１、ウェブ・ブラウザへのタイプ入力４０２、ドキュメント４０３、デバイス４０４、バーコード４０６及び／またはその他を介して当該情報のレファレンス４４４を行う。ユーザーがＤＯＩリンク４４４を行うと、それらは一元管理されたＤＯＩディレクトリ４１１において解決され、リクエストしたユーザーは情報２２２の最初の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）２０８へのＵＲＬリンク２４４を与えられる。当該情報が最初の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）２０８から新たな場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ａｒｃｈｉｖｅｓ．ｈｔｍｌ）３１０へ移動４３４すると、当該情報の発行者４１０は新たな場所をレファレンスする更新されたＵＲＬ２４５を送ることにより、ＤＯＩ一元管理ディレクトリ４４５に当該情報の新しい場所を知らせる。それ以降、ユーザー４０１−４０４がＤＯＩリンク４４４を介して当該情報にアクセスを試みると、ＤＯＩディレクトリは更新されたＵＲＬ２４５を通して適正に新しい場所３１０を提示する。
【００４１】
上記のように、ＤＯＩは情報のみならず、その一部を識別するために用いることもできる。例えば、ＤＯＩシステムによれば、１冊の書籍が一つのＤＯＩを有することが可能な一方、その書籍のそれぞれの章が別の、それぞれの章を識別するための固有のＤＯＩを有することもあり、更にはその書籍中の図面一つ一つがそれら図面を識別するための固有のＤＯＩを有することも可能である。言い換えれば、ＤＯＩシステムによると、コンテンツ発行者の希望通りに様々な細かさのデータの塊として情報を識別することができる。なお、ユニバーサル・プロダクト・コード（一般的には消費者向け製品の「バーコード」として表示されている）によって例えば、スーパーのレジ、在庫コンピュータ、財務システム及び流通業者が現実の世界でサプライ・チェーンを自動化することが可能になるように、本開示はＤＯＩを用いて世界中の全ての電子発行エージェントがインターネットを介したデジタル・コンテンツ（及びそのコンテンツに対する権利のライセンス）の販売を効率的な方法で自動化することを可能にするメカニズムを提供すると想定している。何故ならば、販売可能なコンテンツのそれぞれが世界で唯一のＤＯＩを有しており、それをエージェント同士のトランザクションにおいて製品の識別コードとして使用することが可能だからである。
［ハンドル構造］
ハンドル・システムは、効率的でユーザーに分かり易い利用を可能にするための前もって決められた方針の一群を採っており、そのうち幾つかを以下に挙げる。発行者がオペレーション・コストを負担して、ＤＯＩ解決のためのハンドル・システムの使用がユーザーには無料となるのが理想的である。ＤＯＩは全て世界的なＤＯＩ機関に登録される。登録者は、登録したＤＯＩに関する状態データ及びメタデータを維持する責任がある。ＤＯＩのシンタックスは標準化されたシンタックスに準じる。使用にあたっては、ＤＯＩはオペーク・ストリング（ダム・ナンバー）になる。ＤＯＩ登録機関はＤＯＩの指定、登録、ＤＯＩに関連するメタデータの申告を管理する。
【００４２】
図５及び図６は、ハンドル６００の概略図である。ハンドル６００は二つの構成要素である、プレフィックス５０１とサフィックス５０２を有する。プレフィックス５０１とサフィックス６０２は、フォワード・スラッシュ５０７により区切られている。ハンドル５００には、印刷できる文字であれば、今日書かれたり使用されたりしているほとんど全ての主要な言語のどれを取り入れてもよい。プレフィックス５０１にもサフィックス５０２にも特に長さの制限はない。結果として、利用可能なハンドルの数はほとんど無限であると想定される。プレフィックス５０１とサフィックス５０２の組み合わせを確実に唯一固有なものにすることが、ハンドル・システムの完全性を維持するためには重要である。そのため、ＤＯＩ登録機関は発行者に固有のプレフィックス５０１を与え、一実施例ではその登録機関が、指定するサフィックス５０２もまた確実に固有のものであるようにする責任を発行者に課す。これはユーザーのクライアント・コンピュータ・システム上で動作している登録ツールによって達成され得る。別の実施例では、本開示全体にわたって記載しているように、様々なサフィックス生成アルゴリズムを適用することによって、登録機関がサフィックス５０２が固有なものもであること確実にする。登録機関とハンドル・システム管理者は共に、新しいハンドルについては全てその固有性を確認してからハンドル・システムに入れる。登録機関はハンドル・システムにＤＯＩ記録を入れ、それを受けてハンドル・システムはＤＯＩディレクトリを介してＤＯＩ解決リクエストに対し情報を提供する。
【００４３】
プレフィックス５０１自体は、プレフィックス・セパレーター５０６、即ちピリオドにより区切られる二つの構成要素を有する。ハンドル・プレフィックスの第一の部分はハンドル・タイプ５０４で、第二の部分はハンドル・クリエーター５０５である。ハンドル・タイプ５０４は、どのようなタイプのハンドル・システムが使用されているかを識別する。ハンドル・タイプ５０４が「１０」で始まる場合、当該ハンドルはＤＯＩであると識別され、ハンドル・システムの他の実施タイプではないと分かる。ピリオドにより区切られたプレフィックスの次の要素であるハンドル・クリエーター５０５は、ＤＯＩの登録を希望する団体に与えられる番号（または文字列）である。これら二つの要素５０４と５０５が一緒になり、ＤＯＩの固有の発行者プレフィックス部分を形成する。どの団体が申請するハンドル（より詳しくはＤＯＩ）プレフィックスの数にも制限はない。結果として、例えば出版社は一つのＤＯＩプレフィックス５０１を有してもよいし、ジャーナルごとに異なるプレフィックスを有することも、そのジャーナルの刷り込み毎に一つのプレフィックスを有することもできる。通常プレフィックス５０１は単純な数字列だが、ハンドル・システムの範囲はそれに限定されるものではない。従って、プレフィックス５０１にアルファベットやその他の文字を用いてもよい。
【００４４】
サフィックス５０２は固有の英数字列であり、特定のプレフィックスと共に、固有情報を識別する。発行者のプレフィックス５０１と発行者の提示する固有のサフィックス５０２の組み合わせにより、ＤＯＩ番号の一元割り当ての必要性を免れる。サフィックス５０２は、当該発行者がプレフィックスと共に登録した他のどのサフィックスとも異なる固有のものである限り、当該発行者の選択する如何なる英数字列でもよい。
【００４５】
図６は、ＤＯＩ６００の別の実施例を示しており、図中ではテキストブックのＩＳＢＮ番号がサフィックス６０２として機能している。従って便宜上、元と成るコンテンツの発行者は、サフィックス６０２として元のコンテンツに合致する他のどのような識別コードを選択してもよい。
［強化ＤＯＩ］
図５は更に、強化ＤＯＩ５１０グラマーを図示している。ＤＯＩグラマーを強化する非限定的な実施例は、強化されたプレフィックス５１１として具現される。しかしながら、別の及び／または相補的な強化されたサフィックス（図示はしていない）を同様にＤＯＩ５００に付けてもよいと、全面的に意図されている。強化されたサフィックス５１１は、強化グラマー・ターゲット５１７と強化セパレーター５１４から成る。強化セパレーター５１４は＠という記号であるが、当然のことながら、他の文字を強化セパレーターとして指定しても良い。強化グラマー・ターゲット５１７自体は、強化セパレーター５１４以外の任意の文字列である。強化グラマー・ターゲット５１７は、ＤＯＩ５００が特定の情報を多重の種類で解決する目的で用いられ、本開示の中で詳しく述べる。さらに強化された実施例では、強化グラマー・ターゲット５１７自体が更に、強化グラマー動詞５１２と、例えばピリオドのような強化ターゲット・セパレータ５１６によって分離される強化グラマー・ターゲット・オブジェクト５１３から成り得る。もちろん、強化ターゲット・セパレーター５１６は、任意の文字で指定できる。一実施例では、強化グラマー動詞５１２は修飾語として働き、一つのＤＯＩのための複数の多重解決ターゲットの中から選択し、強化グラマー・ターゲット・オブジェクト５１３は、更なるアクションのために、ターゲット・オブジェクト及び／またはハンドル・システム解決サーバーへと手渡される一つの値である。
［ハンドル・システム・メタデータ］
ＤＯＩ５００は識別番号に過ぎず、必ずしもそれに関連付けられた情報について何らかの情報を伝達するわけではない。結果として、ＤＯＩにアドレスする情報に関する追加情報を補足して、ユーザーが効率的且つ分かり易いサーチを行い、所望のコンテンツを通信ネットワーク上で入手できるようにすることが望ましい。情報を識別し易くするために、本発明は識別される情報の説明的なデータであるメタデータを使用する。メタデータはＤＯＩに関連するどのようなデータ構造であってもよいが、一実施例によると、メタデータは発行された情報を正確且つ簡潔に識別できる幾つかの基本的なフィールドから成る。この実施例によれば、メタデータは書籍の国際標準図書番号（ＩＳＢＮ）等のレガシー識別スキームからのエンティティと関連する識別子、発行されたコンテンツのタイトル、発行されたコンテンツの種類（書籍、音楽、ビデオ等）、当該コンテンツはオリジナルか派生したものか、コンテンツの主要な著者、コンテンツ作成の際の主要著者の役割、発行者の名前及び／またはその他等から成る。異なる種類のコンテンツはそれを説明する異なるデータを必要とするため、異なる種類のコンテンツには異なるメタデータを使用することを想定しているということがＤＯＩシステムの特徴の一つである。
【００４６】
一実施例によると、メタデータはＤＯＩシステムのユーザー全てに利用可能となっており、それによってユーザーは特定のＤＯＩが識別するエンティティの基本的な説明を検出することが可能である。この基本的な説明によりユーザーはコンテンツを発行したエンティティの、あるいはコンテンツ自体の、幾つかの基本的な事柄を理解することができる。
【００４７】
結果として、ＤＯＩが何の情報を識別するのかを調べるには、それを解決した後、関連するメタデータをレビューすることが望ましい。何故ならばＤＯＩはメタデータを識別するコンテンツや、同じまたは関係するコンテンツに関する別のメタデータとリンクするからである。一実施例では、メタデータによりＤＯＩ５００が識別する情報と共に、その明確な仕様の認識が可能になる。またメタデータにより当該情報とネットワーク上のその他の情報（及びそれらのエンティティに関するメタデータ）とのインタラクションが可能になる。
［ＤＯＩ情報アクセス］
図７と図８は、ＤＯＩハンドル・システムにＤＯＩを提示するだけでユーザーが所望の情報にアクセスできるようにする解決メカニズムの概要を示している。本状況での解決とは、識別子をネットワーク・サービスに提示し、引き換えに当該識別子に関連する最新の情報を一つ以上受け取ることを含む。図７に示すＤＯＩシステムの一実施例では、ユーザーはウェブ・ブラウザ７００クライアントを使用して、特定のＤＯＩ７１０が識別するコンテンツを指し示す。このＤＯＩ７１０は関連するＵＲＬを一つしか持っていないため、そのＵＲＬへと解決されるはずである。その結果、ユーザーが特定の識別子７１０が識別する、元と成るコンテンツをリクエストすると、ユーザーは所望のコンテンツがあるＵＲＬ７２０へと導かれる。
【００４８】
従って、このメカニズムにより情報の場所が変更されても、アクション可能な識別子としてエンティティの名前を維持することが可能になる。発行者がコンテンツの場所を変更した場合、発行者はハンドル・システムのデータベース内のＤＯＩエントリーを更新するだけで既存のＤＯＩ７１０は確実にコンテンツの新しい場所を提示する。結果として、コンテンツの場所は変更されてもＤＯＩは変更されず、ユーザーは既存のＤＯＩを用いて新しい場所にある当該コンテンツにアクセスすることが可能である。
【００４９】
図８は、ユーザーがＤＯＩを用いて、同一のＤＯＩが識別した同一のコンテンツの利用可能な複数のコピーの中から、コンテンツへのリクエストと共にコンテンツについてのデータの場所と（例えばコンテンツの購入といった）そのコンテンツに関連するサービスを解決するＤＯＩシステムの概要を示している。従って、ユーザーはウェブ・ブラウザ８００を用いて必要なＤＯＩ８３０を提示する。ＤＯＩ８３０は、所望のサービス８３５の種類を説明するように構築することもできる。その結果、ＤＯＩシステムはユーザーがアクセスすることを所望している特定のコンテンツ８４０へと解決することが可能になる。
【００５０】
図９は、本発明に基づき、ユーザーが情報にアクセスするために行う一連のアクションの概要を示している。まず初めに、ユーザーはブラウザ・クライアント９００をパソコン、携帯情報端末（ＰＤＡ）及び／またはその他のコンピューティング・デバイス９０５上に立ち上げる。ユーザーはブラウザ９００を用いてＤＯＩクエリーを作成する。ＤＯＩクエリーは通信ネットワークを通してＤＯＩディレクトリ・サーバー９１０に送られる。ＤＯＩディレクトリ・サーバー９１０のシステムは、ＤＯＩをそこに保存されているエントリーに照らし合わせて調べ、正しいＵＲＬをユーザーのコンピュータ９００上のブラウザ９００に送るが、こうしたアクションはユーザーには見えないようになっている。結果として、ブラウザは正しい発行者情報９２０があるサーバー上の所望のコンテンツへと導かれる。最終的に、ユーザーのブラウザからのリクエストを受け取ると、発行者９２０は所望の情報をユーザーに送り、その情報にはブラウザ・クライアント９００でアクセスすることができる。
【００５１】
図１０は、図９に示すようにユーザーがコンテンツの情報にアクセスするために行う一連のアクションをより詳しく示している。上述したように、ユーザーはブラウザ・クライアント１０００をコンピューティング・デバイス１００５上に立ち上げる。ユーザーはブラウザ１０００を用いてＤＯＩクエリーを作成する。ＤＯＩクエリーは通信ネットワーク上でＤＯＩディレクトリ・サーバー１０１０に送られる。ＤＯＩディレクトリ・サーバー１０１０のシステムは、ＤＯＩをそこに保存されているエントリーに照らし合わせて調べる。ＤＯＩをＤＯＩディレクトリ・サーバー１０１０に保存されているエントリーに照らし合わせて調べた結果、ユーザー１０２５をどこへ導くべきかをＤＯＩディレクトリ・サーバー１０１０は決定する。当該コンテンツの正しいＵＲＬは、何らの中間介入あるいはユーザーによるアクションなしに、自動的にユーザーのブラウザ１０００に送られる。その結果、ブラウザ１０００は元と成るＵＲＬによりアドレスされたサーバーを有する正しい発行者１０２０へと導かれる。当該ＵＲＬは発行者のサーバー１０２０によりユーザーの所望するコンテンツの厳密な場所を決定するために用いられ、発行者のサーバー１０２０は正しいコンテンツ１０３０をユーザーに送る。
【００５２】
図１１は、本発明に基づいて、ＤＯＩを解決して所望のコンテンツが位置するＵＲＬを得ることにより、通信ネットワーク上で情報にアクセスするための幾つかの典型的なメカニズムの概要を示している。一実施例によると、ユーザーは直接ＤＯＩを提示し、ＤＯＩシステムは正しいコンテンツを入手し単に正しいＵＲＬにリンクすることによりそれをユーザーに送信する。別の実施例によると、ユーザーはメタデータに含まれるフィールドの幾つかに関係する情報を提示し、するとＤＯＩルックアップ・サービスは正しいＤＯＩを識別し、それが今度は所望するコンテンツの場所を解決する。図１１に示すように、一実施例によれば、サーチ・エンジン１１０１０をユーザーに提供してもよい。一実施例では、登録機関のＤＯＩとメタデータ・データベースとの通信において、サーチ・エンジンをオファーし配備する。別の実施例では、ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍのようなサーチ・エンジンを用いて登録機関のデータベースにクエリーを出す。ユーザーは、サーチ・エンジン１１０１０に何らかの識別情報を提示することにより正しいＤＯＩを検索する。サーチ・エンジン１１０１０は提示された識別情報を用いてメタデータに関する自分のデータベースを検索し、提示されたメタデータの情報に関連するＤＯＩを入手する。したがって、サーチを行うユーザーには、メタデータ・データベースから返送したＤＯＩ及び／または前記返送したＯＤＩから解決したＵＲＬを提示し得る。入手したＤＯＩはＤＯＩディレクトリ１１０１１に送られ、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬを解決する。最終的に、ユーザーのブラウザは正しいコンテンツ１１０６０へと導かれる。
【００５３】
別の実施例によると、ユーザーはＤＯＩ１１０１５をブラウザ１１０２５のアドレス・ウィンドウ１１０２０に提示する。ユーザーのウェブ・ブラウザが元々ＤＯＩを処理する能力がない場合、ＤＯＩ１１０１５はＤＯＩディレクトリ１１０１１用のプロキシ・サーバーのアドレスを含んでいてもよく、それは図１１においては「ｄｘ．ｄｏｉ．ｏｒｇ」である。その結果、ブラウザはｄｘ．ｄｏｉ．ｏｒｇに位置するＤＯＩディレクトリ１１０１１へと導かれ、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬを解決し、ユーザーのブラウザをそこへと導く。
【００５４】
別の実施例によれば、ＤＯＩはドキュメントあるいは何らかの形式の情報１１０３０の中に埋め込むこともでき、それによりＤＯＩをクリックすることによってユーザーを正しいＤＯＩディレクトリ１１０１１に導き、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬ決定し、ユーザーのブラウザをそこへと導く。
【００５５】
別の実施例によると、ＤＯＩはＣＤ−ＲＯＭまたはフロッピー・ディスク等のメモリ１１０４０上に提示してもよく、するとメモリは自動的に、または起動されると、ユーザーを正しいＤＯＩディレクトリ１１０１１に導き、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬを割り出し、ユーザーのブラウザをそこへと導く。
【００５６】
また別の実施例によれば、ＤＯＩは印刷物としてユーザーに提供してもよく、ユーザーは当該ＤＯＩを上記の如く光学的及び／または機械的周辺入力機器を用いてマニュアルで入力する。
【００５７】
図１２は、通信ネットワーク上で情報を入手し、ＤＯＩシステムがＤＯＩを解決して所望の情報が位置するＵＲＬを得るための典型的なメカニズムの別の実施例の概要を示している。この一実施例によると、複数のＤＯＩディレクトリ１２１０が分散型ＤＯＩディレクトリとして存在し、ハンドル・システム１２００を形成している。一実施例では、分散型ＤＯＩディレクトリはあたかも単一のディレクトリ１１０１１であるかのように動作し、リクエストに応える。その点を除いては解決は図１１と同様に行われる。
【００５８】
図１３は、本発明に基づいた典型的なＤＯＩシステムの概要であり、発行者、ＤＯＩ登録サービス及びハンドル・システムが連携して創り出す効率的なＤＯＩシステムの概要を示している。プレフィックス・ホルダー１３５５は、ＤＯＩ１３４２と関連するメタデータ１３６６から成るＤＯＩ登録サービス１３００に情報を提出する。既に固有のプレフィックス５０１を与えられているプレフィックス・ホルダーは、コンテンツ１３６６にサフィックス５０２を指定するように要求する。登録サービス１３００は、情報１３４２、ハンドル・システム１３５０内に次に預けるための情報１３６６、及び／またはメタデータ・データベース１３１０といったユーザーから提出された情報を解析及び／または再形式設定する役目を担う。上記のように、ＤＯＩを用いてアドレスできるコンテンツの範囲は無限である。その結果、コンテンツ１３６６は如何なる情報及び記事、書籍、音楽アルバムを含む著作物、またはそれらの選択された個別の部分から成ってもよい。ＤＯＩ５００を提供することに加え、発行者１３４２は、コンテンツ１３６６用のメタデータを収集する。当該メタデータは当該コンテンツのＤＯＩ５００、ＤＯＩジャンル、識別子、タイトル、タイプ、起源、主要エージェント、エージェントの役割及び／またはその他から成る。また、様々な相手から提供され識別された、コンテンツに関係のある関連サービスのリストから成っていてもよい。様々な相手とは例えば、コンテンツをオンラインで購入できるウェブ・ページの場所である。
【００５９】
発行者１３４２がコンテンツ１３６６にサフィックス５０２を指定し必要なメタデータを収集すると、ＤＯＩ５００と当該メタデータはＤＯＩ登録サービス１３００に送信される。ＤＯＩ登録サービス１３００はＤＯＩ５００のデータベース、登録されたコンテンツ１３６６全てのメタデータと共にコンテンツ１３６６が位置するＵＲＬを維持する。本発明によると、ＤＯＩ登録サービス１３００は当該メタデータをメタデータ・データベース１３１０、図１では１１９ｃに送信する。メタデータ・データベース１３１０はＤＯＩ登録サービス１３００が一元管理することもできるし、またそうしなくてもよい。
【００６０】
ＤＯＩ登録サービス１３００は、収集されたメタデータを別のデータ・サービス１３２０に提供したり、付加価値を付けたリソース１３３０をユーザーに提供したりするために利用することもできる。加えて、ＤＯＩ登録サービス１３００は正しいＤＯＩハンドル・データをハンドル・システム１３５０に送り、ハンドル・システムは複数のＤＯＩディレクトリ・サーバー１３４１から成っていてもよい。
［カタロギング・システムのデータ・フロー］
図１４は、ピア・ツー・ピア環境で情報のアクセスを実行するカタロギング・システムのデータ・フローの一つの非限定的な実施例を描写している。ピア１４０１、例えばＤＥ２Ｐは、オーディオ、メタデータ、ソフトウェア、構造化されたドキュメント、ビデオ及び／またはその他のデータフォーマットのような様々な形態であるが、これらに限定されることはない形態のコンテンツ及び／または情報を収容する記憶装置１４０３を内臓しているか、記憶装置１４０３と通信するように配置されている。コンテンツのカテゴリーの一つは組み込まれたＤＯＩを有するもの、即ち、組み込まれたＤＯＩコンテンツ（これ以後ＥＤコンテンツとする）であってもよい。一つの代替実施例において、コンテンツをまずＤＲＭシステムで暗号化し、ＤＯＩバリューを暗号化したコンテンツに付加し、従ってＤＯＩバリューは暗号化されないいままにすることができる。別の実施例では、ＤＯＩバリューはコンテンツに組み込まれ、その後暗号化できようようになっている。コンテンツのもう一つのカテゴリーはコンテンツ内に組み込まれたＤＯＩを有さないが、関連するＤＯＩによってその場所をレファレンスされる属性を有することができるもの、つまり、ＤＯＩ場所コンテンツ（これ以後ＤＬコンテンツとする）である。更に別のコンテンツのカテゴリーは、関連するＤＯＩによってレファレンスされた別の場所からのコンテンツの複製、即ちカーボン・コピーされたＤＯＩコンテンツ（これ以後ＣＣＤコンテンツとする）である。更にまた別のコンテンツのカテゴリーは、何れのＤＯＩとも関連付けられていないもの、つまり、レファレンスされていないＤＯＩコンテンツ（これ以後ＵＤコンテンツとする）である。これらの様々なカテゴリーは、数限りない方法で組み合わせることができる。
【００６１】
コンテンツをハンドル・システムに登録して、ＤＯＩがコンテンツの発行者によって確立された通りに永続的にコンテンツの場所を指すようにすることができる。コンテンツの発行者によって確立されたコンテンツの場所は、Ｐ２Ｐネットワーク上の所与のピア１４０１の記憶装置１４０３が保存している複製とはしばしば異なるということ、つまりはＰ２Ｐネットワーク上の殆どのコンテンツはＤＬコンテンツではなく、ＣＣＤコンテンツであるということに注意することが重要である。ＣＣＤコンテンツの利用可能性が高いであろうことの理由は、Ｐ２Ｐネットワークがコンテンツの発行者がレファレンスしたり特定したりした以外の場所からコンテンツを複製することを助長しているためである。更にまた、ＤＯＩはコンテンツ内に数多くの方法で組み込むことができる。例えば、ＤＯＩを例えばＭＰ３タグへのバリュー等の周知のフォーマットのメタデータ・フィールドのバリューとして入力する方法、ＤＯＩをファイルの最後でエンド・オブ・ファイル（ＥＯＦ）トークンの後に付加する方法、ＤＯＩを表すウォーターマークを適用する方法及び／またはその他があるが、ＤＯＩをコンテンツ内に組み込む方法はこれらに限定されるわけではない。
【００６２】
ピア１４０１はメタデータ・データベース（ＭＤＤＢ）１４０２及びピア・ツー・ピア・リスト・コレクター１４０４と通信するように配置されている。ピア「Ｘ」１４０１は、通常多くの他のピア（図示せず）と通信するように配置されており、他のピアはそれぞれ同様にＭＤＤＢ１４０２及びＰ２Ｐリスト・コレクター１４０４と通信するように配置されている。通信するための配置は一般的に通信ネットワーク上で起こるが、必ずしもそうであるわけではない。もちろん、ＭＤＤＢ１４０２及び／またはＰ２Ｐリスト・コレクター１４０４の機能は、性能を高めるために多くのシステムに分散あるいは集中してもよい。
【００６３】
一つの非限定的な実施例では、Ｐ２Ｐリスト・コレクター自体がボックス１４０１で描写したピアと同様の一つのピアであってもよく、あるいは代わりに他のピアのリクエストに応えるように編成したサーバーであってもよい。Ｐ２Ｐリスト・コレクター１４０４は、大容量記憶装置１４０５と通信するように配置されている。分散のやや少ないＰ２Ｐモデルでは、Ｐ２Ｐリスト・コレクターは、例えばモーフェウスのＰ２Ｐネットワークで提供されているようなローカルの「スーパー・ノード」であってもよく、または例えばナップスターのネットワークで提供されているような集中型ノードであってもよい。そのようなより集中型のＰ２Ｐリスト・コレクターはコンテンツ１４０３のリスト・カタログを様々なピア１４０１から得る。完全な非集中型のモデルでは、全てのピア１４０１は単にそのローカルの記憶装置１４０３に保存されているコンテンツをカタログするか、代わりに、Ｐ２Ｐリスト・コレクター１４０４の機能を各ピア１４０１に統合する。そのような非集中型のＰ２Ｐシステムの各ピア１４０１は自らノードのリスト１４０５ａを維持することができる。
【００６４】
カタロギングのデータ・フローの一つの非限定的な例では、ピア１４０１はまずコンテンツのメタデータをＭＤＤＢ１４０２にクエリーの形態で送り、するとメタデータ・データベースか検索できる。コンテンツのメタデータは、ピアの記憶装置１４０３に保存されているコンテンツから、メタデータ情報をファイルから直接抽出することによって得ることができる。メタデータをマイニングするためには様々な技術を用いることができ、例えば、組み込まれたＤＯＩをコンテンツから得る技術、コンテンツに組み込まれたタグ情報からメタデータを抽出する（例えばアーティスト名、タイトル、アルバムの情報をＭＰ３ファイルから抽出する）技術、トークンを探してファイルを解析する（例えばマイクロソフト・ワードのファイルを解析してそのファイルの著者名とタイトルを識別する）技術及び／またはその他の技術があるが、メタデータをマイニングするために用いる技術はこれらに限定されるわけではない。コンテンツのメタデータをＭＤＤＢにクエリーの形態で送り、前記コンテンツの関連するＤＯＩを確定すると、ＭＤＤＢ１４０２はそれに応えてピアに正しく一致し関連するＤＯＩを提供する。ピア１４０１は、コンテンツ自体の中に組み込まれたＤＯＩが無いコンテンツ全てについて関連するＤＯＩを探して得る。コンテンツが既に組み込まれたＤＯＩを有する場合、ピアはＭＤＤＢが返信してきたＤＯＩが対応するか照合する。照合の詳細については図１８と図１９を参照。そのような照合は、Ｐ２Ｐネットワーク上で利用可能とされたコンテンツの忠実度を高める。そのような照合はピア１４０１の記憶装置１４０３上で利用可能なコンテンツのアイテム毎に行われる。仮に照合が行われなかったとしても、ＣＣＤコンテンツのアクセスは統計的な目的及びその他の目的で追跡され得る。
【００６５】
ピア１４０１はその後Ｐ２Ｐリスト・コレクター１４０４に、ピアのネットワーク上の場所、例えばＩＰアドレスとピア１４０１で利用可能なコンテンツのリストとそれらに関連するＤＯＩとから成るメッセージを提供することができる。従って一つの非限定的な例では、ピアＸ１４０１が自らの記憶装置１４０３内の曲３からメタデータをマイニングしそれをＭＤＤＢ１４０２に送り、それを受けＭＤＤＢ１４０２が識別を行い曲３がＤＯＩによってレファレンスされているコンテンツの複製であることを識別するクエリーの返事を提供する。ピアＸはそれから曲３をＤＯＩと関連付ける。ピアＸはそのような関連付けを多くの方法で行うことができ、例えば曲３のコンテンツ内にＤＯＩを組み込む方法、内部データ構造（例えば表、（バリューのペアにされリンクされた）リスト等）を用いてＤＯＩを曲３とピアＸ内で関連付ける方法及び／またはその他があるが、関連付けを行う方法はこれらに限定されるわけではない。このようにして、各ピア１４０１は自らの記憶装置１４０３で利用可能なコンテンツ全ての内部リストを編成する。コンテンツのアイテムをレファレンスする各エントリーには、当該コンテンツをレファレンスするか及び／または他の場所にある実質的に同様のコンテンツをレファレンスするＤＯＩが付いていることになる。
【００６６】
Ｐ２Ｐリスト・コレクター１４０４は、通信ネットワーク上の数多くのピア１４０１からの、各ピアが他のピアに対して利用可能にしているコンテンツが何であるかを報告する多数のコンテンツ・リスト・メッセージを得ることができる。Ｐ２Ｐリスト・コレクターは、ＤＯＩとＤＯＩに関連する情報が利用可能になっている場所のネットワーク・トポロジー上の関連するノードとのリストを有するデータ構造１４０５ａを管理しそれを収容する。リスト・コレクターのデータ構造１４０５ａを管理するには標準的なデータ処理技術を用いることができ、例えば、ＩＰアドレスによって表されるもの等のノードを鍵にしているバリューのペアのフィールドを持つ表で、特定のＤＯＩレファレンスとそのＤＯＩフィールドを持つコンテンツを収容する表、（リンクされた）リスト及び／またはその他があるが、標準的なデータ処理技術はこれらに限定されるわけではない。一つの非限定的な例では、Ｐ２Ｐリスト・コレクター１４０４は、如何なる特定のＤＯＩと関連するデータをも収容する利用可能なノードのリストを集積するための簡便なメカニズムを提供する。このようにして、Ｐ２Ｐリスト・コレクター１４０５は、現在コンテンツのあるバージョンを保存している様々なノード全てを当該コンテンツのＤＯＩに基づいてカタログすることができる。
【００６７】
集中の少ないＰ２Ｐネットワークの一つの非限定的な実施例においては、ピア１４０１で利用可能なコンテンツのリストをコンパイルすると、ピア１４０１はそのコンテンツのリストをＰ２Ｐリスト・コレクター１４０４に送ることができる。それ以後、Ｐ２Ｐリスト・コレクター１４０４はそのデータ構造１４０５ａ内にピア１４０１へのレファレンスを追加し、ピア１４０１をＰ２Ｐリスト・コレクター１４０４のデータ構造１４０５ａ内にリストされている様々なＤＯＩに関連付ける。事実上は、これにより他のピアがＰ２Ｐリスト・コレクターでコンテンツの検索を実行した場合のみに、特定のピア１４０１が他のピアに利用可能になる。従って、Ｐ２Ｐリスト・コレクター１４０４は、ダウンロードのために様々なピアがホスティングしているコンテンツへのレファレンスを維持していることになる。コンテンツの検索を行い、Ｐ２Ｐリスト・コレクターから返信されてきたレファレンスを得るピアは、その後リクエストしたコンテンツの複製をＰ２Ｐリスト・コレクター１４０４のデータ構造１４０５ａでレファレンスされた他のノード／ピアから得ることができる。検索の例では、ピア１４０１がＰ２Ｐリスト・コレクターに曲３、即ちＤＯＩｂによってレファレンスされるコンテンツの複製をクエリーする。Ｐ２Ｐリスト・コレクターはピアＸ１４０１にノード／ピアＪとＫが現在曲３の複製を保持していることを知らせる。その後ピアＸ１４０１はノード／ピアＪ及び／またはＫ（図示せず）から曲３の複製のダウンロードを開始する。更にまた、Ｐ２Ｐリスト・コレクター１４０４はそれからピアＸを曲３つまりＤＯＩｃのコンテンツを保持しているノードとして、そのデータ構造１４０５ａ内に追加する。そのような方法でＤＯＩによってコンテンツをレファレンスすることには、対応するＤＯＩでレファレンスされるので、コンテンツの複製が当該コンテンツの元来のバージョンと異なったりその規格外であったりする可能性が少ないという利点がある。そのようなレファレンシング・スキームは更に、複製されたコンテンツの正しいバージョンを保持していると判明している複数のノードから同時にコンテンツの一部をダウンロードすることにより、所望のコンテンツの複製をより高速でダウンロードすることを可能にするという利点をも有する。
［カタロギング・システムのロジック・フロー］
図１５は、ピア・ツー・ピア環境で情報のアクセスを実行するカタロギング・システムの一つの非限定的な実施例を示している。そのようなカタロギング・システムは、ピア１４０１、Ｐ２Ｐリスト・コレクター１４０４及び／またはその他の構成要素の一つであり得る。カタロギング・システムは、ピアの記憶装置１４０３に保存されているコンテンツをカタログするために用いることができ、ＭＤＤＢ１４０２と通信するように配置されている。
【００６８】
初めに、カタロギング・システムはカタログすべき新しいコンテンツ１５０１があるかどうか判断する。一つの非限定的な実施例では、カタログすべき新しいコンテンツがあるかどうかの判断は、新しいコンテンツのアイテムが追加された及び／または把握されていないことを判断するための標準的なデータ処理技術を用いて行うことができ、例えば、前回のスキャン以後に入力された追加のものがないかデータベース及び／またはディレクトリ構造をスキャンする技術、データベース及び／またはディレクトリ構造の入力のリストをコンパイルして前回コンパイルしたリストと一致しなかった入力を追加する技術及び／またはその他があるが、標準的なデータ処理技術はこれらに限定されるわけではない。
【００６９】
カタログすべき新しいコンテンツ１５０１が無い場合、カタロギング・システムは終了する１５０２。カタログすべき新しいコンテンツ１５０１がある場合は、ピア１４０１が利用可能なコンテンツのそれぞれについて、カタロギング・システムはイテレーションされたコンテンツが組み込まれたＤＯＩを有するかどうか判断する１５０３。カタロギング・システムがコンテンツ内に組み込まれたＤＯＩは無いと判断すると１５０３、その後カタロギング・システムはコンテンツからメタデータを収集する１５０４。一つの非限定的な実施例では、カタロギング・システムはコンテンツからメタデータを収集するために、周知のファイル・タイプに基づいてファイルを解析し調べる。例を挙げると、ＭＰ３ファイルはファイルの録音品質、コンテンツを作成したアーティスト名、楽曲のタイトル及び／またはその他のメタデータを含むことが知られている。一つの代替実施例では、コンテンツを説明するメタデータはユーザーがそのような情報をダイアローグ・ボックスＧＵＩウィジェット及び／またはその他によって供給することにより得ることができる。そのようなメタデータはファイルからマイニングしてＭＤＤＢ内でＤＯＩを探すために用いることができる１５０５。この例においては、ＭＤＤＢはメタデータＤＯＩ解決サーバーとして機能する。つまり、メタデータ及び／またはＤＯＩをそれらのそれぞれの対応物へと解決するのである。ＭＤＤＢへのメタデータ・クエリーに基づいてＤＯＩが一つも見つからなかった場合は、その後エラー信号を生成してもよい。一つの例では、エラー信号を用いてユーザーに新しいコンテンツと関連する周知のＤＯＩは無いということを知らせることができるようになっている。別の例では、エラー信号を用いて他のエラー処理モジュールを起動することもできる。一つの代替実施例においては、カタロギング・システムは周知のファイル・タイプに基づいてコンテンツを解析し、アーティスト名、著者名、タイトル及び／またはその他のような鍵フィールドやトークンを探す。
【００７０】
コンテンツ内に組み込まれたＤＯＩがあると判断すると１５０３、カタロギング・システムは当該の組み込まれたＤＯＩを入手する１５０６。一つのオプションの実施例では、カタロギング・システムはその後カタログされたローカルに保存されているコンテンツが、一つのＤＯＩに関連する照合されたコンテンツに対応するかどうか照合することができる１５１１。一つの非限定的な実施例では、この照合はハンドル・システムからの照合をリクエストすることによって達成することができる。このハンドル・システムの照合は多くの方法で達成することができ（詳細は図１８と図１９を参照）、例えば、ｖｅｒｉｆｙ．ｏｐｔｉｏｎ＠ＤＯＩ等の強化ＤＯＩ解決リクエストをハンドル・システムに提出し、ハンドル・システムがチェックサム、ファイルのサイズ、デジタル証明をオプション・ターゲットのバリューに応じて返信及び／またはそれらへと解決する方法、そのコンテンツへと解決しその後解決したコンテンツとローカルで利用可能なコンテンツの属性を比較できるようにする通常のＤＯＩ解決リクエストを提出する方法及び／またはその他の照合の形態が含まれるが、照合を達成する方法はこれらに限定されるわけではない。
【００７１】
ＤＯＩを得ると１５０６、１５０５及び／またはオプションとしてコンテンツを照合１５１１すると、その後カタロギング・システムは得られたＤＯＩ１５０６、１５０５をローカルのＤＯＩのリストに追加することができる１５０７。一つの非限定的な実施例では、ローカルのＤＯＩのリストは多数のピアと共通するＤＯＩのリストであってもよい。そのような共有は、コンテンツの検索のリクエストの送信と受信を可能にし検索のリクエストをローカルのコンテンツのリストのデータ構造と比較することを可能にすることによって達成することができる。ＭＤＤＢ内のＤＯＩを探すか１５０５組み込まれたＤＯＩをイテレーションされたコンテンツのアイテムから入手するかし１５０６、当該ＤＯＩをローカルのリストに追加した後１５０７、カタロギング・システムは他にカタログすべきコンテンツがあるかどうか判断する１５０８。もしカタログすべきコンテンツが更にある場合には、カタロギング・システムはイテレーションをし、カタログすべき新しいコンテンツのアイテムがあるかどうかを判断する。他にカタログすべきコンテンツが一つも無い場合１５０８、カタロギング・システム１５０８はＤＯＩのリストをリスト・コレクターに提出することができる１５０９、１４０４。
［Ｐ２Ｐリスト・コレクターとしてのハンドル・システム］
一つの代替実施例において、提出１５０９を受けているリスト・コレクター１４０４はハンドル・システムそのものでもよい。そのような例では、ピア１４０１（あるいは別のＰ２Ｐリスト・コレクター１４０４）はＤＯＩに関連するＣＣＤコンテンツをホスティングしている場所のアドレスをＤＯＩ登録サーバー、即ち情報アクセス登録サーバー（ＩＡＲＳ）に提供することができる。それ以後、ＩＡＲＳはコンテンツとＤＯＩの解決入力を、ピアの場所のアドレスをあらゆる関連するＤＯＩの多重解決入力として追加する内部データベースに追加することができる。そのようなピアの場所のアドレス（ＰＬＡ）入力はＩＡＭＲＳによっても処理することができる。
【００７２】
一つの実施例では、ＰＬＡ入力にはホスティングする見込みのある者の故意のアクションとしてダイアローグ・ボックスまたはウェブ・フォームを発動してピアがＩＡＲＳを介したハンドル・システムへのＰＬＡ入力を許可できるようにする必要がある。別の実施例では、ＰＬＡ入力は、ＩＡＲＳにＰＬＡ入力を提供するコンテンツにＤＯＩを組み込むことによって、ピアにより受動的に行われる。そのようなＰＬＡ入力はハンドル・システムの登録システムを用いて、多重解決を通してアクセス可能なコンテンツのための更なるホストを提供する。つまり、一つの非限定的な実施例では、ＰＬＡ入力自体が特定のＤＯＩに関連する情報のための新しい場所を登録するためのＩＡＲＳ／ＩＡＭＲＳへのリクエストとなっている。ＰＬＡ入力は匿名で及び／または特権を与えられ管理されたファシリティを通して行ってもよい。
【００７３】
管理された（人間により管理されたあるいは自動管理された）実施例においては、ある特定のユーザーのみが自らをホストとして登録することを許可されている。一つの非限定的な実施例では、ＰＬＡ入力のための特権は特定されたグループのメンバーにのみ与えられる。一つの非限定的な実施例では、グループへの加入及び／またはグループのメンバーシップによってピアは自動的にＩＡＭＳへのＰＬＡ入力を開始する。グループ特権は様々な分類、例えば周知のユーザーとグループのリスト（例えばユニックス、ウィンドウズＮＴ及び／またはその他のようなオペレーティング・システムのユーザーとグループのリスト）、連続アップタイムの閾値を満たすピア（例えば他のピアがあるピアをある特定された時間数以上利用可能であるか等）、コンテンツの特定された量及び／または質が利用可能になっているピア（例えば特定された閾値以上またはそれ以下のコンテンツ・ライブラリを持つピア等）、コンテンツの信頼性が高いピア（例えばディレクトリ品質保証サーバーのテストにより照合されたコンテンツ等）、コンテンツ提供の質が高いピア（例えば特定された閾値以上またはそれ以下の転送速度を提供するピア等）、実績のあるピア（例えば特定されたレベル以上またはそれ以下の送信の成功例があり、「忠実な職務遂行」で報奨を受けているピア等）、（例えば特定されたレベル以上またはそれ以下の送信された資料へのアクセスの販売及び／またはそれに対する支払いに結びついた送信の成功例があり、「忠実な職務遂行」で報奨を受けているピア等）、ピアのアクセス資格認定資料を持つピア（例えばクッキー、暗号解読鍵、ファイル、パスワード、有効性を確認するための資格認定資料（図１９参照）及び／またはその他を提供できるピア等）によって指定されるが、グループ特権を指定するための分類はこれらに限定されるわけではない。一実施例では、ピアがそのローカルの記憶装置をチェックし以前にアクセス資格認定資料を得たかどうか、且つそのアクセス資格認定資料がまだ有効かどうかを判断する。アクセス資格認定資料がまだ有効かどうかを判断する方法の例としては、アクセス資格認定資料の有効期限を調べ有効期限後には新しいアクセス資格認定資料を得る方法、アクセス資格認定資料で許可されているアクセス回数を調べアクセス回数が制限数に達した後には新しいアクセス資格認定資料を得る方法、ローカルのアクセス資格認定資料を関連するＤＯＩによって解決して得たアクセス資格認定資料と比較する方法及び／またはその他が含まれるが、アクセス資格認定資料がまだ有効かどうかを判断する方法はこれらに限定されるわけではない。一実施例では、ピアのアクセス資格認定資料はデジタル権利処理機間、ウェブサイト及び／またはその他を介して得る（例えば、購入する）ことができ、そのような実施例においてはピアのアクセス資格認定資料がローカルまたはその他で利用可能でなかった場合は、ピアはＤＲＭシステム、デジタル・オブジェクト識別子アクセス・トラッカー（ＤＯＩＡＴ）及び／またはその他へと導かれる。
【００７４】
注意すべきことは、（図１４と図１５に上述したような）そのようなカタロギングＰ２Ｐシステムは図８及びその他のＤＯＩシステムがＰ２Ｐ環境で作動することを可能にするということである。言い換えれば、コンテンツの伝播とコンテンツへのレファレンスはもはやコンテンツの発行者／所有者によるコントロールに限定されない。これによりコンテンツの所有者は当該コンテンツを流通したり及び／またはコンテンツの利用可能性の負荷をバランスしたりするために多くの異なる場所を配置し、維持し、サポートする必要がなくなる。従って、上記のカタロギング・システムはＤＯＩが、完全に非集中型の、管理されていないＰ２Ｐ環境において同一のオブジェクトの異なる複製、つまりＣＣＤコンテンツを識別しルーティングするためのメカニズムとなることを可能にしている。例えば、アイテムの複製を誰でもアクセスできるようにホスティングしたいと希望するエンド・ユーザーは誰でも自らをＰ２Ｐサービスに登録でき、Ｐ２Ｐサービスがその場所を指し示すようにＤＯＩ記録を更新する。ある意味では、そのような実施例は、ＤＯＩと、関連するノードとのデータベース（図１４の１４０５ａ参照）をピア内あるいはＰ２Ｐリスト・コレクター内で増大させることにより、アドホックのコンテンツとＤＯＩとの解決サーバー、即ちハンドル・システムの開発を可能にするといえる。別の実施例では、ＤＯＩによってレファレンスされるコンテンツの複製即ちＣＣＤコンテンツをホスティングするノードの入力を、コンテンツとＤＯＩとの解決サーバーに多重解決ノード入力として追加することにより、一般の人々がハンドル・システム自体の中の入力を変更することができる。これには、ハンドル・システムを利用する全ての人のためにＣＣＤコンテンツをＤＬコンテンツに変換し、ひいては（図８及びその他の）ＤＯＩシステム全体を有機的なＰ２Ｐシステムに変えるという利点がある。
［ファイル検索とリクエストのシステムのデータ・フロー］
図１６はＰ２Ｐ環境で情報のアクセスを実行するファイル検索とリクエストのシステムのデータ・フロー図を描写している。ピア１６０１はＭＤＤＢ１６０２と通信するように配置されている。当該ピアはまた記憶装置１６０７を収容し及び／または記憶装置１６０７へのアクセスを有するＰ２Ｐリスト・コレクター１６０６とも通信するように配置されている。Ｐ２Ｐリスト・コレクター１６０６の記憶装置１６０７は、ＤＯＩをピアのノードに関連するデータ構造１６０７ａを収容する。ピア１６０１はまた他のピアと通信するように配置されている。他のピアＤ１６０３、ピアＧ１６０４、及びピアＦ１６０５はそれぞれ、ピアＡ１６０１と同様にＭＤＤＢ１６０２とＰ２Ｐリスト・コレクター１６０６と通信するように配置されている。一つの非限定的な実施例では、ピアＡ１６０１のユーザーは、検索条件（例えばアーティスト名、ワークのタイトル、録音品質及び／またはその他等）を、例えばテキスト・フィールドといったユーザー・インターフェース・ウィジェットで入力することにより検索をＭＤＤＢ１６０２に提出する。ピアはユーザーの検索リクエストをカプセル化し、それをＭＤＤＢに提出する。ＭＤＤＢはクエリーを行い、クエリー結果をピア１６０１に返信する。ＭＤＤＢが提供するクエリー結果はＤＯＩの形態をとってもよい。それ以後、ピアＡ１６０１のユーザーはＭＤＤＢからのクエリー結果のリストを閲覧し、所望するコンテンツを選択する。一つの非限定的な実施例において、ピアＡ１６０１のユーザーはＤＯＩ、Ｂを選択することができる。当該の選択はクエリーのリクエストとしてＰ２Ｐリスト・コレクター１６０６へと送られる。それを受けてＰ２Ｐリスト・コレクター１６０６は、ユーザーの所望するコンテンツ選択に関連するピアをＤＯＩ、Ｂに基づいて探し出す。この例においてＤＯＩ、Ｂは、Ｐ２Ｐリスト・コレクターのルックアップ・データ構造１６０７ａ内にあるピアＤ、ピアＦ、及びピアＧに関連している。この例で、Ｐ２Ｐリスト・コレクター１６０６はクエリー結果を返信して、ピアＡに対しＤＯＩ、Ｂに関連するコンテンツはピアＤ、ピアＦ、及びピアＧにあるかもしれないことを知らせる。その後ピアＡはピアＤ、ピアＦ、及びピアＧに対しファイル転送リクエストを開始する。ファイル転送リクエストとそれに続くレスポンスは標準的な転送プロトコルを介して提供することができ、例えば、ファイル転送プロトコル、ハイパーテキスト転送プロトコル、ＴＣＰ／ＩＰパケット及び／またはその他があるが、標準的な転送プロトコルはこれらに限定されるわけではない。オプションの実施例では、ピアＡはチェックサムをリクエストして、ピアＤ、ピアＦ、及びピアＧに収容されているファイルがＤＯＩ、Ｂに正しく関連する情報と一致し、それと同等のものであるかを確認することができる。それを受けて他のピア、ピアＤ、ピアＦ、及びピアＧはそれぞれ独自のクエリーを、ピアＤ、ピアＦ、及びピアＧ、ピアＡ１６０１及びＰ２Ｐネットワーク上で利用可能なその他全てのピアの間で行う。
［ファイル検索とリクエストのシステムのロジック・フロー］
図１７はＰ２Ｐ環境で情報のアクセスを実行するファイル検索とリクエストのシステムのロジック・フロー図である。初めに、検索とリクエストのシステムは所望のコンテンツのＤＯＩが周知のものかどうかを判断する１７０１。所望のコンテンツのＤＯＩが周知のものではない場合、検索とリクエストのシステムはユーザーがＤＯＩをＭＤＤＢの中でメタデータ・クエリーのトークンに基づいて探すことを可能にする１７０２。
【００７５】
所望のコンテンツのＤＯＩを得ると１７０１、１７０２、検索とリクエストのシステムは得られたＤＯＩに基づいて検索リクエストをＰ２Ｐリスト・コレクターに提出して、コンテンツを収容するホストのリストを引き出す。一つの非限定的な実施例では、Ｐ２Ｐリスト・コレクター１６０６はホストのリストを導出するために、得られたＤＯＩをそのコンテンツ・カタログ・データ構造１６０７ａにあるＤＩＯと照らし合わせて、一致したＤＯＩ入力を求め、一致したＤＯＩに対応する所望のコンテンツを収容することが判明しているピア／ノードを入手する１７０３。Ｐ２Ｐリスト・コレクター１６０７ａの役割は様々であるということに注意することが重要である。一つの非限定的な実施例では、Ｐ２Ｐリスト・コレクターは設計上でも機能面でもその他全てのピア１４０１と同一の別の一つのピアに過ぎない。一つの代替実施例では、Ｐ２Ｐリスト・コレクター１４０４は集中型のデータベースで、リクエストを出している全てのピア１４０１によりアクセスされる。また別の実施例では、Ｐ２Ｐリスト・コレクター１４０４は、限定されたピアのグループに対して利用可能なコンテンツを内蔵しているピアのノードをリストするスーパー・ノードとして働く。好ましい実施例は様々で、スケーラビリティ、リソースの利用可能性及び／またはその他の開発の必要条件による。
【００７６】
Ｐ２Ｐリスト・コレクター１７０３、１６０６にクエリーすると、検索とリクエストのシステムはＰ２Ｐリスト・コレクターから、所望のＤＯＩ１７０３に対応するコンテンツを得ることのできる候補のピアを識別する結果を得る。所望のワーク１７１３を得る見込みのあるピアのリストを得ると、検索とリクエストのシステムは確立されたＰ２Ｐプロトコルを用いて１７０４一つのピアにコンタクトする。非限定的なプロトコルの例には、ＴＣＰ／ＩＰ、ＵＤＰ、ＦＴＰ及び／またはその他が含まれるが、これらに限定されるわけではない。当該ピアにコンタクトしＰ２Ｐプロトコルを確立すると１７０４、ＤＯＩに対応する所望のコンテンツがＤＯＩレファレンス１７０５によりリクエストされる。ＤＯＩを検索タームとして提出することによりリクエストが出される。ピアは、検索を可能にするＤＯＩを鍵フィールドとして用いて、その記憶装置１４０３にコンテンツをカタログする。
【００７７】
ＤＯＩレファレンス１７０５によりファイルのリクエストを確立すると、ファイルの転送が開始される１７１５。ファイルが利用不可能な場合、エラー信号が生成される１７２５。一つの非限定的な実施例では、検索とリクエストのシステムはファイルの入手に成功したか判断する１７０６。ファイルの入手が成功しなかった場合、別のホストにコンタクトし、その別のホストとのＰ２Ｐ接続を確立する１７０４。更に別の代替実施例においては、検索とリクエストのシステムは複数のホストに同時にコンタクトし、各ホストとのＰ２Ｐプロトコルを確立することができる。この方法では、検索とリクエストのシステムはリクエストした同一のファイルの様々な部分の多重転送を行い、前記ファイルの転送速度を高める。
【００７８】
リクエストしたファイルの入手に成功したと判断すると１７０６、検索とリクエストのシステムは入手したファイルが有効か判断する１７０７。一つの非限定的な実施例では、ファイルのサイズ及び／またはその他の属性に基づいて、その特定のＤＯＩに関連するコンテンツに関するハンドル・システムのメタデータ・データベースに保存されているチェックサムと比較することにより、ファイルが有効であると判断される。転送されたファイルが有効であると判断されると、フローは終了する１７０８。ファイルが有効でないと判断されると１７０７、検索とリクエストのシステムは有効なファイルを得るために別のピアと新たなＰ２Ｐプロトコルを開始する。そのような方法でユーザーがかかるファイルの転送のキャンセルを希望するか及び／またはファイルの入手に成功するまでイテレーションが続く。
［受信後の有効性確認のシステムのデータ・フロー］
図１８は、Ｐ２Ｐ環境で情報のアクセスを実行する受信後の有効性確認のシステムのデータ・フロー図を図示している。ピア１８０１はハンドル・システム１８０３と通信するように配置してある。当該ピアはハンドル・システム１８０３で解決するＤＯＩを提供する。当該ピアは、ＤＯＩｂを持つ曲３といったようなＤＯＩを組み込んだコンテンツを収容することができる大容量記憶装置１８０２及び／またはその他を含んでもよい。ハンドル・システムはＤＯＩを関連する全ての情報と解決し、またＤＯＩをＭＤＤＢ内のメタデータとも解決することができる。メタデータは歌詞、正当性確認情報、オーディオ指紋、コンテンツのＨＴＴＰの場所、コンテンツを購入するためのＨＴＴＰの場所及び／またはその他のアイテムを含んでもよい。ハンドル・システムはピア１８０１に解決の場所を提供し、その解決の場所からピア１８０１はコンテンツ、メタデータ、サービス及び／またはその他を得ることができる。一つの非限定的な実施例では、ハンドル・システムは強化ＤＯＩ、例えばＤＯＩａに関連する有効性確認情報へと解決するｖａｌｉｄａｔｅ＠ＤＯＩａに基づいて、コンテンツ、メタデータ、サービス及び／またはその他へと解決する。注意すべきことは、受信後の有効性確認のシステムは、ピア１４０１と一体化することもできるということである。
［ファイル受信の有効性確認システムのロジック・フロー］
図１９は、Ｐ２Ｐ環境で情報のアクセスを実行するファイル受信の有効性確認のシステムのロジック・フロー図を描写している。初めに、ファイルの有効性確認のシステムは、所望のＤＯＩの有効性を確認する資格認定資料をハンドル・システムにリクエストする１９０１。
【００７９】
有効性を確認する資格認定資料には、チェックサム、デジタル証明、デジタル指紋、暗号化鍵、コンテンツ／タグの比較（例えば、ＣＣＤコンテンツのアイテムとＤＬコンテンツのアイテムにタグとして組み込まれた著者名、タイトル、発行者等の比較）、コンテンツ自体（例えば、ＤＬコンテンツのアイテムの一部を抽出しＣＣＤコンテンツのアイテムと比較する）、パスワード及び／またはその他があり、前述したもの全てのような資格認定資料を意味するＤＯＩも含むが、有効性を確認する資格認定資料はこれらに限定されるわけではない。一つの非限定的な実施例では、強化ＤＯＩグラマーの利用とＤＯＩの多重解決によって、正当性確認及び／または有効性確認の形態の特別なリクエストが可能になる。例えば、リクエストは例えばｖｅｒｉｆｙ．ｏｐｔｉｏｎ＠ＤＯＩといった強化ＤＯＩ解決リクエストとしてハンドル・システムに提出してからハンドル・システムがオプション・ターゲットのバリューに応じてチェックサム、ファイルのサイズ、デジタル証明を返信したり及び／またはそれらへと解決すること、コンテンツへと解決する通常のＤＯＩ解決リクエストとして提出してから解決されたコンテンツの属性とローカルで利用可能なコンテンツの属性とを比較すること、及び／またはその他の照合の形態をとることができる。
【００８０】
有効性を確認する資格認定資料をハンドル・システムから得ると１９０１、ファイルの有効性確認のシステムは、正当性確認と有効性確認の技術を用いて入手したファイルの正当性及び／または有効性をローカルに確立することができる１９０２。一つの非限定的な実施例では、ファイルの有効性確認のシステムはローカルで入手したファイルにチェックサムを用いて、ハンドル・システムが返信してきたチェックサムと比較する。別の非限定的な代替実施例では、ファイルの有効性確認のシステムはローカルで保存しているファイルから入手した指紋と、ハンドル・システムから入手した指紋とを比較する。更に別の非限定的な代替実施例においては、ファイルの有効性確認のシステムは供給された及び／または組み込まれたデジタル証明を暗号解読し、それを有効性確認機関から得たデジタル証明と比較する。
【００８１】
適宜な正当性確認と有効性確認の情報を算出すると、ファイルの有効性確認のシステムは得られた資格認定資料を算出したバリューと比較する１９０３。ファイルの有効性確認のシステムが比較した資格認定資料が算出したバリューと一致しないと判断すると、当該ファイルは有効ではないと見做されエラー信号が生成される１９０４。しかしながら、算出した正当性確認及び／または有効性確認のバリューがハンドル・システムから得たバリューと一致した場合は、入手したファイルは有効であると見なされ１９０３、当該ファイルが有効であることを示す信号が生成される１９０５。ファイル受信の有効性確認のシステムは、ピア１４０１と一体化することもできるということに注意すべきである。
【００８２】
ここで理解すべきことは、上記の記載は単に実施例の説明のためだけのものであるということである。読者の便宜上、上述の記載は、本発明の原理を教える上でのサンプルで、全ての可能な実施例の内の代表的なサンプルに焦点をあてたものである。記載にあたっては、可能なバリエーションの全てを徹底的に列挙したわけではない。本発明の特定の部分に対して実施例を他に示さなかったこと、または、ある部分に関して記載されていない他の実施例があり得ることが、これらの他の実施例を否認することになる、と考えるべきではない。記載されていない実施例の多くは本発明と同じ原理のものであり、またあるものは同様のものであると理解できる。従って、ここに示されたり記載されたりした実施例及びそのバリエーションは、単に本発明の原理を示すものであり、種々の変更が本発明の範囲及びその精神から逸脱することなく実施できるということを理解するべきである。
【図面の簡単な説明】
【００８３】
【図１】ＤＯＩ対応ピア・ツー・ピア（ＤＥ２Ｐ）コントローラに組み込まれた一実施例を図示している。
【図２】移動する情報についての通信ネットワーク上でのＵＲＬアドレッシングを図示している。
【図３】移動する情報についての通信ネットワーク上でのＵＲＬアドレッシングを図示している。
【図４】ＤＯＩを介した情報へのアクセスを図示している。
【図５】ハンドルの概要を示している。
【図６】ハンドルの概要を示している。
【図７】ユーザーの所望する情報へのアクセスを可能にするための解決メカニズムの概要を示している。
【図８】ユーザーの所望する情報へのアクセスを可能にするための解決メカニズムの概要を示している。
【図９】ユーザーがＤＯＩを用いて情報をアクセスするために行う典型的な一連のアクションの概要を示している。
【図１０】ユーザーが情報の内容をアクセスするために行う典型的な一連のアクションのより完全な概要を示している。
【図１１】通信ネットワーク上で情報をアクセスするための典型的なメカニズムを図示している。
【図１２】通信ネットワーク上で情報を入手するための典型的なメカニズムの別の実施例の概要を図示している。
【図１３】典型的なＤＯＩシステムの概要を示している。
【図１４】ピア・ツー・ピア環境で情報のアクセスを実行するカタロギング・システムのデータ・フローの非限定的な一実施例を描写している。
【図１５】ピア・ツー・ピア環境で情報のアクセスを実行するカタロギング・システムの非限定的な一実施例のロジック・フローを示している。
【図１６】Ｐ２Ｐ環境で情報のアクセスを実行するファイル検索とリクエストのシステムのデータ・フローを描写している。
【図１７】Ｐ２Ｐ環境で情報のアクセスを実行するファイル検索とリクエストのシステムのロジック・フローである。
【図１８】Ｐ２Ｐ環境で情報のアクセスを実行する受信後の有効性確認のシステムのデータ・フロー図を図示している。
【図１９】Ｐ２Ｐ環境で情報のアクセスを実行するファイル受信の有効性確認のシステムのロジック・フロー図を描写している。
【符号の説明】
【００８４】
１０１ ＤＥ２Ｐコントローラ
１０２ コンピュータの系統的システム
１０３ 中央演算処理装置（ＣＰＵ）
１０４ システム・バス
１０５ ＲＡＭ
１０６ ＲＯＭ
１０７ インターフェース・バス
１０８ 入出力インターフェース（Ｉ／Ｏ）
１０９ 記憶インターフェース
１１０ ネットワーク・インターフェース
１１１ ユーザー入力デバイス
１１２ 周辺デバイス
１１３ 通信ネットワーク
１１４ 記憶装置
１１５ オペレーティング・システム・モジュール
１１６ 情報サーバー・モジュール
１１７ ユーザー・インターフェース・モジュール
１１８ ウェブ・ブラウザ・モジュール
１１９ データベース
１２０ 暗号サーバー・モジュール
１２５ ＤＯＩ対応ピア・ツー・ピア（ＤＥ２Ｐ）モジュール
１２６ 暗号プロセッサ
１２７ 暗号プロセッサ・インターフェース
１２８ 暗号プロセッサ・デバイス
１２９ メモリ
１３０ クロック
１３５ ＤＯＩ対応ピア・ツー・ピア（ＤＥ２Ｐ）モジュール
【技術分野】
【０００１】
［関連出願］
本出願では以下の米国特許仮出願に対して、ここに優先権を主張する。（１）２００１年１月２５日に申請された、シリアル番号６０／２６４，３３３の「ＤＯＩとのレファレンス・リンキング」（弁護士ドケット番号４１８８−４００１）、（２）２００１年２月１４日に申請された、シリアル番号６０／２６８，７６６の「情報アクセスを実行する多重解決（マルチプル・レゾリューション）のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００２）、（３）２００１年３月１６日に申請された、シリアル番号６０／２７６，４５９の「情報アクセスを実行する登録のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００３）、（４）２００１年３月２９日に申請された、シリアル番号６０／２７９，７９２の「ディレクトリの品質保証のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００４）、（５）２００１年７月１０日に申請された、シリアル番号６０／３０３，７６８の「デジタル権利管理情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００５）、（６）２００１年１０月９日に申請された、シリアル番号６０／３２８，２７５の「デジタル権利管理情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００５ＵＳ１）、（７）２００１年２月８日に申請された、シリアル番号６０／２６７，８７５の「情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００６）、（８）２００１年２月９日に申請された、シリアル番号６０／２６７，８９９の「情報にアクセスするのための装置、方法及びシステムのための仮申請」（弁護士ドケット番号４１８８−４００７）、（９）２００１年２月２１日に申請された、シリアル番号６０／２７０，４７３の「ＤＯＩのためのビジネス・バリューと実施の考慮」（弁護士ドケット番号４１８８−４００８）、（１０）２００１年１０月９日に申請された、シリアル番号６０／３２８，２７４の「ピア環境において情報アクセスを実行するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１０）、（１１）２００１年１０月９日に申請された、シリアル番号６０／３２８，２７０の「情報アクセスを追跡するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１１）。これらの出願書はそれぞれ参照により開示に含まれる。
【０００２】
本出願書にはまた、以下の特許協力条約（ＰＣＴ）出願も参照により含まれる。（１２）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「情報アクセスを実行する多重解決のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００２ＰＣ）、（１３）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「情報アクセスを実行する登録のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００３ＰＣ１）、（１４）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「ディレクトリ品質保証のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００４ＰＣ）、（１５）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「デジタル権利管理情報にアクセスするための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００５ＰＣ１）及び（１６）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「情報アクセスを追跡するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１１ＰＣ）。
【０００３】
本発明は、一般に、ピア・ツー・ピア通信ネットワーク上で情報にアクセスするための装置、方法及びシステムに関する。より詳しくは、ここに開示する発明は、発行者が承認したコンテンツに基づいたより均一的なコンテンツの複製を流通、伝播、転送することを可能にする装置、方法及びシステムに関する。
【背景技術】
【０００４】
［インターネット］
インターネットの利用が増えるにつれて、インターネット上で利用可能な情報の量も増加する。インターネット上に存在する情報は、コンピュータ・ソフトウェア、データベース、検討リスト、電子ジャーナル、ライブラリ・カタログ、オンライン情報サービス、メーリング・リスト、ニュース・グループ、ストリーミング・メディア等、数多くのフォーマットのドキュメントを含む様々な種類のものがある。幸いにもインターネット上のほとんどの情報には、ユーザーが利用しやすい方法でネットワークとインタラクションするためのウェブ・ブラウザを用いワールド・ワイド・ウェブを介してアクセスすることができる。
［ネットワーク］
一般にネットワークは、クライアント、ピア、サーバー及びグラフ・トポロジーにおける中間のノードの相互接続と相互運用から成ると考えられている。注意すべきことは、ここでは「サーバー」という用語は通常、通信ネットワーク全体の遠隔ユーザーのリクエストを処理したりそれに応答したりするためのコンピュータ、その他の機器、ソフトウェア、またはそれらの組み合わせを指すということである。サーバーはリクエストしてくる「クライアント」に情報を提供する。情報やリクエストを可能にしたり、処理、及び／またはソース・ユーザーからデスティネーション・ユーザーへの情報の流れを支援するコンピュータ、その他の機器、ソフトウェア、またはそれらの組み合わせは、通常「ノード」と呼ばれる。ネットワークは一般的にソース・ポイントからデスティネーションへの情報の転送を可能にするものと考えられている。
［伝送制御プロトコル‐インターネット・プロトコル（ＴＣＰ／ＩＰ）］
コンピュータ・システム、データベース及びコンピュータ・ネットワークの拡散と拡大は、一般的にインターネットと称されるそのようなシステムの相互接続と国境を越えた通信ネットワークによって促進されてきた。インターネットは伝送制御プロトコルとインターネット・プロトコル（ＴＣＰ／ＩＰ）を発展させ、またその大部分においてそれらを用いている。ＴＣＰ／ＩＰは様々な変化するネットワーク業者によって形成された複数のネットワークを、ネットワークのネットワークのための基礎として相互接続するための、つまりインターネットのための米国国防総省（ＤｏＤ）の研究プロジェクトによって開発された。一つにはＤｏＤが、戦闘の最中に損害を受けても作動し続けることによって、通信ネットワークの損害を受けた部分を回避してデスティネーション・アドレスに情報を送るネットワークを必要としたことがＴＣＰ／ＩＰの開発の原動力となった。もちろん、ソース・アドレスのロケーションまたはデスティネーション・アドレスのロケーション自体が動作不能になった場合は、そのような伝達は不可能である。
【０００５】
インターネットはパケット交換型のネットワークであるため、インターネット上の情報はパケットと呼ばれる幾つもの断片に分割され、パケット形式で送信される。パケットはヘッダーと呼ばれるＩＰアドレス情報を含み、それらはルータがインターネット上の中間ノードを通してパケットをソースからデスティネーションへ配信することを可能にする。デスティネーションに到着すると、パケットは再構築されオリジナルのメッセージを形成し、欠落しているパケットがあれば、それらは再びリクエストされる。
【０００６】
プロトコルのＩＰ部分は、４バイトのアドレス・メカニズムに基づいて情報パケットをルーティングする役目を担う。アドレスはドットによって分離された４つの数字であり、各数字は０から２５５の範囲内で、例えば、「１２３．２５５．０．１２３」というようになる。ＩＰアドレスはインターネット当局及び登録機関が指定し、それぞれ固有のものである。
【０００７】
プロトコルのＴＣＰ部分は情報のパケットがソースからデスティネーションに正確に受信されたかを確認し、またもし正確に受信されなかった場合は、間違ったパケットを再送信するために用いられる。ユーザー・データグラム・プロトコル（ＵＤＰ）等の、配信を保証しないその他の伝送制御プロトコルも一般的に利用されている。
［ワールド・ワイド・ウェブ］
インターネット、特にワールド・ワイド・ウェブ（ウェブ）が広く受け入れられ拡大し、膨大且つ多様な情報が集めらた。情報技術システムを有するユーザー同士（つまりコンピュータ利用者）のインタラクションを可能にする様々なユーザー・インターフェースが現在利用されている。ＷｏｒｌｄＷｉｄｅＷｅｂ．ａｐｐ（ウェブ）と呼ばれる情報ナビゲーション・インターフェースは、１９９０年後半に開発された。その後、ウェブ・ブラウザ等の情報ナビゲーション・インターフェースがほぼ全てのコンピュータ・オペレーティング・システム・プラットフォームにおいて広く利用可能になった。
【０００８】
一般的にウェブは、複数のユーザー・インターフェース（例えばウェブ・ブラウザ）、サーバー、配信された情報、プロトコル及び仕様の、相乗相互運用の発現でありその結果である。ウェブ・ブラウザは情報へのナビゲーションとアクセスを促進するために設計され、一方情報サーバーは情報の供給を促進するために設計されている。通常ウェブ・ブラウザと情報サーバーは通信ネットワークを介してお互いに交信するように配置してある。情報サーバーは、通常ウェブ・ブラウザを用いて情報にアクセスするユーザーに対し情報を提供する機能を果たす。従って、情報サーバーは主にウェブ上の情報へのナビゲーションやアクセスにウェブ・ブラウザを用いるユーザーに対し情報を提供する。ウェブ・ブラウザの例としては、マイクロソフト社のインターネット・エクスプローラや、ネットスケープ・ナビゲーターがある。加えて、ウェブＴＶのようなナビゲーション・ユーザー・インターフェース機器もウェブ・ナビゲーションを容易にするために実現されている。マイクロソフト社のインフォメーション・サーバーやアパッチが情報サーバーの例として挙げられる。
［ユニバーサル・リソース・ロケーター（ＵＲＬ）］
ウェブの拡大は膨大な量の情報をもたらし、かかる膨大な情報はユニバーサル・リソース・ロケーター（ＵＲＬ）を利用することによりアクセス可能である。ＵＲＬとは通常ウェブ・ページ中にハイパーリンクとして組み入れられるアドレス、あるいはウェブ・ブラウザにタイプ入力されるアドレスである。所与のリソース（最も一般的には遠隔コンピュータ上にあるファイル）のＵＲＬはそのリソースのみを指す。一般的に、当該場所へのレファレンスは、例えば「ｈｔｔｐ：／／ｗｗｗ．ａＷｅｂＳｉｔｅ．ｃｏｍ／ａＦｏｌｄｅｒ／ａＦｉｌｅ／ａＦｉｌｅ．ｈｔｍｌ」というように、ディレクトリ・パス及びファイル名と併せて未解決のＩＰアドレスを用いて達成される。この例では、このＵＲＬが「ａＷｅｂＳｉｔｅ．ｃｏｍ」というドメインの「ｗｗｗ」という名前のコンピュータに接続し、そのコンピュータの「ａＦｏｌｄｅｒ」というディレクトリに保存されている「ａＦｉｌｅ．ｈｔｍｌ」という名前のファイルをリクエストするように、ブラウザに命じることになる。
［ユニバーサル・ネーム識別子（ＵＮＩ）］
Ｔｈｅ Ｃｏｒｐｏｒａｔｉｏｎ ｆｏｒ Ｎａｔｉｏｎａｌ Ｒｅｓｅａｒｃｈ Ｉｎｉｔｉａｔｉｖｅは、情報の名前と所在を指定するハンドル・システムと呼ばれる新しい手段を創り出し実施した。ハンドル・システムは現在のＵＲＬの利用状況を改善するために設計された。
【０００９】
ハンドル・システムは、インターネット上で情報の所在を確認したり情報を配信するための間接指定のレベルを導入する。ハンドル・システムは、リソースに名前を付けるための汎用システムである。特定のリソースの現在の場所に基づくＵＲＬを指定する代わりに、リソースにユニバーサル・ネーム識別子を指定する。ＵＮＩはユニバーサル・リソース識別子（ＵＲＩ）の一形式である。ＵＲＩはＵＮＩとＵＲＬの両方を含む。ＵＮＩはＵＲＬと違い、リソースの場所やその他の属性の変化に関わらず永続的なリソースの名前として機能し、またこれ以降そのような名前であるものとみなす。言い換えると、ユニバーサル・リソース・ネーム（ＵＲＮ）はＵＮＩの一種である（即ち、ＵＮＩはＵＲＮの概念を含む）。更に、ハンドルとはＵＲＮの一種である。またデジタル・オブジェクト識別子（ＤＯＩ）はハンドルの一種である。従って、ハンドル、ＵＲＮ、ＤＯＩ及び／またはその他が様々な形式のＵＮＩに含まれる。ＵＮＩの様々な用語及び／または形式は、本文全体にわたって置換可能なように用いられ、特に明記しない限り置換可能と想定してよいものとする。ハンドルは、名付けられたリソースの現在のネットワーク上の場所と共にハンドル・システムに登録される固有の名前である。この場所に関する情報は通常ＵＲＬの形式をとる。一般的なハンドルの種類の一つとしてデジタル・オブジェクト識別子（ＤＯＩ）が知られている。その場合ハンドルはＵＲＬの代わりにユーザーに配信され、表面上はハイパーリンクと同様に機能するかに見える。ユーザーがハンドルに遭遇すると、ユーザーのブラウザにハンドル・リクエストを行う作成する機能がある限りは、ユーザーはＵＲＬハイパーリンクを選択したり入力したりするのと同様にハンドルを選択したり入力したりする。そのような遭遇により、リソースの現在の場所を検索する自動のプロセスが始動する。リソースの現在の場所は、ハンドル・システムが提供するディレクトリの中のリソースのハンドルに関連付けられていて、ユーザーをリソースの現在の場所へと導く。ＵＲＬとは違い、リソースが移動した場合、ハンドル・システムのディレクトリのエントリーは更新可能なので、ハンドルと、ハンドルが特定するリソースとの永続的な関連付けが確保される。これを現実の世界に喩えるならば、所与のリソースのＵＲＬのみを知っているということは、ある人の住所だけ知っていて名前は知らないようなものである。もしその人が街の反対側へ引っ越した場合、名前を知らなければ探すのは非常に困難になる。ハンドル・システムにより、ハンドルを用いてリソースに永続的な名前を付けることができ、ハンドル・システム・ディレクトリの中のリソースの名前に基づいて、リソースの現在の場所を検索することができる。
［デジタル権利管理（ＤＲＭ）］
デジタル権利管理（ＤＲＭ）は、所有者の資産に対する所有権の説明、階層化、分析、評価、取引及びモニタリングに関係する。ＤＲＭは、ワークの物理的マニフェステーション（例えばテキストブック等）に対する所有権、あるいはワークのデジタル・マニフェステーション（例えばウェブ・ページ等）に対する所有権の管理を網羅する。ＤＲＭはまた、資産価値の有形・無形に関わらず、資産の管理を網羅する。現在のＤＲＭシステムは、資産の使用についての条件を説明するための文言、コントロールされた環境またはエンコードされた資産マニフェステーションを施行することにより資産の使用を追跡すること、及びデジタル権利の全体的管理のためのクローズド・アーキテクチャを含む。現在のＤＲＭシステムはＵＲＬのような場所に基づく識別子に依存するため。
［ピア・ツー・ピア通信（Ｐ２Ｐ）］
ピア・ツー・ピア通信（Ｐ２Ｐ）アプリケーションは情報及びコンピューティング・リソースの流通を促進するために用いられている。基本的なＰ２Ｐソリューションは、ネットワーク上の各ユーザーにサーバーとクライアント・アプリケーションの両方を提供し、各ユーザーがそれぞれ他のユーザー達とリソース（例えばファイル、ＣＰＵ時間、メモリ等）を利用可能にしリソースにアクセスすることを可能にしている。そのようにしてそれぞれ組み合わされたＰ２Ｐネットワーク上のクライアント・ノードとサーバー・ノードはピアと称されている。グヌーテラ、ミュージック・シティ（モーフェウス等）及びナップスター・ネットワークといった例は、一般の人々の、分散型で自由な方法でファイルを共有したいという要望を示している。
【００１０】
従来技術としては、例えば、特許文献１乃至３がある。
【特許文献１】米国特許第５９５０１７３号明細書
【特許文献２】米国特許第５９１８２１４号明細書
【特許文献３】米国特許第６１５４７３８号明細書
【発明の開示】
【発明が解決しようとする課題】
【００１１】
デジタル・オブジェクト識別子はＩＰ及び場所に基づくアドレス方式の欠点の多くを克服するものである。ＤＯＩは頻繁に移動する可能性のある情報に永続的な識別子を与え、通信ネットワーク上の情報にアクセスすることを可能にする。ＤＯＩは、識別子を場所と関連付けるのではなく、更なるレベルの間接指定を加えて識別子を情報と関連付けるメカニズムを設けることによって、場所をアドレスで指定することに限定されたネットワーク・アドレス方式の限界を克服する。
【００１２】
ＤＯＩは、識別子を場所ではなく情報と関連付けることを可能にするメカニズムを提供するが、ＤＯＩ自体は、様々な場所、様々なフォーマットの情報の多重及び／または様々なインスタンスのアクセス、あるいは様々な使用コンテキストに基づいて、所与の情報に関連する様々なサービスへのアクセスを可能にするものではない。
【課題を解決するための手段】
【００１３】
本発明の一実施例では、ピアを用いて情報の有効性を確認する方法が教示されている。その方法は、識別した情報の固有で、永続的なユニバーサル・ネーム識別子（ＵＰＵＮＩ）を得ることと、識別した情報の有効性を確認する資格認定資料をＵＰＵＮＩ解決システムから得られたＵＰＵＮＩをもってリクエストすることと、リクエストした有効性を確認する資格認定資料を得ることと、代表デジタル照合バリューを得られた情報の有効性を確認する資格認定資料に照らし合わせることとから成る。
【００１４】
上記の効果と特徴は代表例なもののみであって、全てのものを示すものでもなく、その他に無いということでもない。これらは本発明の理解の助けとなるように示したに過ぎない。これらは請求項が定義する発明の全てを代表するものではなく、請求項が定義する発明を限定することや、請求項と同等のものを限定することはない旨、理解されるべきである。例えばこれらの効果のうちの幾つかは、同時に一つの実施例中には存在し得ないという点で、お互いに矛盾している。同様に、これらの効果のうちの幾つかは、本発明の一つの特徴には当てはまるものの、他の特徴には当てはまらない。更に、請求項にある本発明にはここには記載していない特徴もある。しかしながら、紙面の節約と繰り返しを減らすという目的で記述しなかったということ以外で、ここに記載する内容と記述していないものとの関係について、これといった推論を引き出すべきではない。かくして、かかる特徴と効果の要約は、どの様なものを同等なものとするかを決定するものと考えるべきではない。本発明のその他の特徴と効果については以下の記述、図及び請求項から明確になる。
【００１５】
添付した図面は、本開示における一部の実施例を図示したものである。
【発明の効果】
【００１６】
本発明によれば、ＤＯＩは、識別子を場所と関連付けるのではなく、更なるレベルの間接指定を加えて識別子を情報と関連付けるメカニズムを設けることによって、場所をアドレスで指定することに限定されたネットワーク・アドレス方式の限界を克服できる。
【発明を実施するための最良の形態】
【００１７】
［ＤＯＩ対応ピア・ツー・ピア・コントローラ］
図１は、デジタル・オブジェクト識別子対応ピア・ツー・ピア（ＤＥ２Ｐ）コントローラ１０１に取り入れられた非制限的な一実施例を図示している。この実施例では、ＤＥ２Ｐコントローラ１０１はハンドルと関連する全ての情報及び／またはその他の登録、解決、処理、保存、更新及び有効性確認の役割を担う。
【００１８】
一実施例において、ＤＥ２Ｐコントローラ１０１は、例えばユーザー入力デバイス１１１、周辺デバイス１１２、及び／または通信ネットワーク１１３からの一人以上のユーザー等のエンティティと接続及び／または通信することができるが、エンティティはこれらに限定されるものではない。ＤＥ２Ｐコントローラは、暗号プロセッサ・デバイス１２８とさえも接続及び／または交信することが可能である。
【００１９】
典型的なＤＥ２Ｐコントローラ１０１は、メモリ１２９に接続されたコンピュータの系統的システム１０２等の部品から成る一般的なコンピュータ・システムに基づくものであるが、一般的なコンピュータ・システムはこれに限定されるものではない。
［コンピュータの系統的システム］
コンピュータの系統的システム１０２はクロック１３０、中央演算処理装置（ＣＰＵ）１０３、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、及び／またはインターフェース・バス１０７から成る。従来は、必ずしもというわけではないが、全てシステム・バス１０４を介して相互接続及び／または交信している。システム・クロックは通常水晶発振器を有し、基本信号を供給する。クロックは通常システム・バス及びコンピュータの系統的システムに取り入れられた他の部品の基本動作周波数を増加させたり減少させたりする様々な手段に結合している。クロック及びコンピュータの系統的システムの様々な部品は、システム内全てにおいて情報を具現する信号を駆動する。コンピュータの系統的システム内において情報を具現する信号のこのような送信及び受信は、通常、通信と呼んでいる。これらの通信に関する信号は、更に、本コンピュータの系統的システムを超え通信ネットワーク、入力機器、他のコンピュータの系統的システム、周辺機器及び／またはその他へ、送信、受信してもよく、返信信号及び／または応答信号を生じさせてもよい。オプションとして、暗号プロセッサ１２６を同様にシステム・バスに接続することもできる。もちろん、上記の部品の何れもお互いに直接接続したり、ＣＰＵに接続したり及び／または様々なコンピュータ・システムにより体現されるような数多くのバリエーションで組織化したりしてもよい。
【００２０】
ＣＰＵはユーザー及び／またはシステムにより出されたリクエストを実行するためのプログラム・モジュールの実行に適した少なくとも一つの高速データ・プロセッサから成る。ＣＰＵは、インテル社のペンティアム・プロセッサ及び／またはその他のようなマイクロプロセッサでもよい。ＣＰＵは導電性の経路を介して送信される信号を介してメモリと交信し、保存されているプログラム・コードを実行する。そのような信号送信は、様々なインターフェースを通じてＤＥ２Ｐコントローラ内の通信及びＤＥ２Ｐコントローラの域を越える通信を可能にする。
［インターフェース・アダプター ］
インターフェース・バス１０７は数多くのインターフェース・アダプターを受け入れ接続し、及び／または通信し、必ずしもアダプター・カードの形である必要はないが、従来その例として、入出力インターフェース（Ｉ／Ｏ）１０８、記憶インターフェース１０９、ネットワーク・インターフェース１１０及び／またはその他があるが、それらに限定されるわけではない。オプションとして、暗号プロセッサ・インターフェース１２７も同様に、任意にインターフェース・バスに接続してもよい。インターフェース・バスは、インターフェース・アダプター同士の通信を提供すると共に、コンピュータの系統的システムにおける他の部品への通信を提供する。インターフェース・アダプターは、コンパチブル・インターフェース・バスに適応している。インターフェース・アダプターは従来、スロット・アーキテクチャを通じてインターフェース・バスに接続する。アクセラレイテッド・グラフィックス・ポート（ＡＧＰ）、カード・バス（拡張）、業界標準アーキテクチャ（（Ｅ）ＩＳＡ）、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）、Ｎｕバス、ペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）、ＰＣメモリ・カード国際協会（ＰＣＭＣＩＡ）及び／またはその他の、従来のスロット・アーキテクチャを用いればよいが、これらに限定されるわけではない。
【００２１】
記憶インターフェース１０９は、例えば記憶装置１１４、リムーバブル・ディスク・デバイス及び／またはその他といった数多くの記憶装置を受け入れ通信し、及び／または接続するが、記憶装置はそれらに限定されるわけではない。記憶インターフェースは、例えば（ウルトラ）アドバンスト・テクノロジー・アタッチメント（パケット・インターフェース）（（ウルトラ）ＡＴＡ（ＰＩ））、（拡張）インテグレイテッド・ドライブ・エレクトロニクス（（Ｅ）ＩＤＥ）、電気電子技術者協会（ＩＥＥＥ）１３９４、ファイバー・チャネル、小型コンピュータ用周辺機器インターフェース（ＳＣＳＩ）、ユニバーサル・シリアル・バス（ＵＳＢ）及び／またはその他といった接続プロトコルを用いるが、これらに限定されるわけではない。
【００２２】
ネットワーク・インターフェース１１０は、通信ネットワークを受け入れ通信し、及び／または、接続する。ネットワーク・インターフェースは、例えば直接接続、イーサネット（厚型、薄型、ねじれペア１０／１００／１０００ベースＴ及び／またはその他）、トークン・リング、ＩＥＥＥ８０２．１１ｂ等のワイヤレス接続、及び／またはその他といった接続プロトコルを用いるが、これらに限定されるわけではない。通信ネットワーク１１３は、以下に挙げるものの一つ及び／またはそれらの組み合わせである。即ち、ダイレクト・インターコネクション、インターネット、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、インターネット上のノードとしてのオペレーティング・ミッション（ＯＭＮＩ）、安全化されたカスタム・コネクション、ワイド・エリア・ネットワーク（ＷＡＮ）、ワイヤレス・ネットワーク（例えば、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）、Ｉモード及び／またはその他等のプロトコルを用いるが、これに限定されるわけではない）及び／またはその他である。ネットワーク・インターフェースは、入出力インターフェースの特別な形態であると見なされる。
【００２３】
入出力インターフェース（Ｉ／Ｏ）１０８は、ユーザー入力デバイス１１１、周辺機器１１２、暗号プロセッサ・デバイス１２８及び／またはその他を受け入れ通信し、及び／または接続する。Ｉ／Ｏは、例えばアップル・デスクトップ・バス（ＡＤＢ）、アップル・デスクトップ・コネクター（ＡＤＣ）、オーディオ、アナログ、デジタル、モノラル、ＲＣＡ、ステレオ、及び／またはその他、ＩＥＥＥ１３９４、インフラレッド、ジョイスティック、キーボード、ミディ、オプティカル、ＰＣ ＡＴ、ＰＳ／２、パラレル、ラジオ、シリアル、ＵＳＢ、ビデオ・インターフェース、ＢＮＣ、コンポジット、デジタル、ＲＣＡ、Ｓビデオ、ＶＧＡ、及び／またはその他、ワイヤレス及び／またはその他といった接続プロトコルを用いるが、それらに限定されるわけではない。一般的な出力デバイスはビデオ・ディスプレイであり、通常、ビデオ・インターフェースから信号を受け取るインターフェース（例えば、ＶＧＡ回路やケーブル）を有するＣＲＴモニターかＬＣＤモニターから成る。ビデオ・インターフェースは、コンピュータの系統的システムが生み出した情報を合成し、合成された情報に基づいたビデオ信号を生成する。通常、ビデオ・インターフェースは、ビデオ・コネクション・インターフェースを通じて合成されたビデオ情報を提供し、ビデオ・コネクション・インターフェースはビデオ・ディスプレイ・インターフェース（例えば、ＶＧＡディスプレイ・ケーブルを受け入れるＶＧＡコネクター等）を受け入れる。
【００２４】
ユーザー入力デバイス１１１は、カード読み取り装置、ドングル、指紋読み取り装置、手袋、グラフィック・パッド、ジョイスティック、キーボード、マウス（マイス）、トラックボール、トラックパッド、網膜読み取り装置、及び／またはその他といったものである。
【００２５】
周辺機器１１２はＩ／Ｏに、及び／またはネットワーク・インターフェース、記憶インターフェース及び／またはその他といった他のファシリティに接続し、及び／またはそれらと通信したり、またはそれらと交信したりする。周辺機器とは、カメラ、（コピーの防止、デジタル署名としてトランザクションの安全性強化、及び／またはその他のための）ドングル、（追加的な機能としての）外付けプロセッサ、ゴーグル、マイクロフォン、モニター、ネットワーク・インターフェース、プリンター、スキャナー、記憶装置、バイザー及び／またはその他といったものである。
【００２６】
例えばマイクロコントローラ、プロセッサ１２６、インターフェース１２７、及び／またはデバイス１２８のような暗号ユニットをＤＥ２Ｐコントローラに付け、及び／または通信してもよいが、暗号ユニットはこれらに限定されるわけではない。通常モトローラ社製であるＭＣ６８ＨＣ１６マイクロコントローラは暗号ユニットとして使用してもよいし、及び／または暗号ユニット内にあってもよい。同等のマイクロコントローラ及び／またはプロセッサを使用してもよい。ＭＣ６８ＨＣ１６マイクロコントローラは、１６ＭＨｚの設定において１６ビットの積算加算インストラクションを活用し、５１２ビットのＲＳＡ秘密鍵機能を実行するために１秒以下しか必要としない。暗号ユニットは交信エージェントからの通信の認証をサポートすると共に、匿名のトランザクションを可能にする。暗号ユニットはまた、ＣＰＵの一部として設定されていてもよい。他に市販されている専門の暗号プロセッサとしては、ＶＬＳＩテクノロジー社の３３ＭＨｚ６８６８や、セマフォ・コミュニケーション社の４０ＭＨｚのロードランナー２８４がある。
［メモリ］
記憶装置１１４は、従来のコンピュータ・システムの記憶装置のどれであってもい。記憶装置は、固定ハード・ディスク・ドライブ及び／またはその他同類の装置でよい。しかしながら、ＤＥ２Ｐコントローラ及び／またはコンピュータの系統的システムは、様々な形態のメモリ１２９を用い得ることは理解されるものである。例えば、コンピュータの系統的システムは、チップ内のＣＰＵメモリ（例えば、レジスタ）、ＲＡＭ、ＲＯＭ、他の記憶装置の機能がパンチ・テープまたは、パンチ・カード・メカニズムによって与えられるように構成されてもよい。もちろん、そのような実施例は好まれるものではなく、動作が極端に遅くなる結果となる。一般的な構成では、メモリ１２９は、ＲＯＭ、ＲＡＭ、記憶装置１１４を含む。通常、プロセッサが情報の記憶及び／または情報の取り出しを実行することを可能にする機械化及び／または実施化は、メモリ１２９と見なされる。それゆえ、コンピュータの系統的システムは一般にメモリを必要とし、メモリを使用する。しかしながら、メモリは、代替可能な技術及びリソースであり、それゆえメモリは任意の数の実施例を代替として利用したり、一緒に利用したりできる。
［モジュール・コレクション］
記憶装置１１４は、プログラム・モジュール及び／またはデータベース・モジュール及び／またはデータといったもののコレクションを含む。それらの例には、オペレーティング・システム・モジュール１１５（オペレーティング・システム）、情報サーバー・モジュール１１６（情報サーバー）、ユーザー・インターフェース・モジュール１１７（ユーザー・インターフェース）、ウェブ・ブラウザ・モジュール１１８（ウェブ・ブラウザ）、データベース１１９、暗号サーバー・モジュール１２０（暗号サーバー）、ＤＯＩ対応ピア・ツー・ピア（ＤＥ２Ｐ）モジュール１２５、及び／またはその他（つまり、全体としてモジュール・コレクション）といったものがあるが、それらに限定されるわけではない。これらモジュールは記憶され、記憶装置及び／またはインターフェース・バスを通じてアクセス可能な記憶装置からアクセスできる。モジュール・コレクションにあるような非従来的なソフトウェア・モジュールは一般的に、かつ望ましくはローカル記憶装置１１４に記憶されるが、周辺機器、ＲＡＭ、通信ネットワークを通じた遠隔記憶ファシリティ、ＲＯＭ、様々な形態のメモリ及び／またはその他に取り込み及び／または記憶してもよい。
［オペレーティング・システム］
オペレーティング・システム・モジュール１１５は、ＤＥ２Ｐコントローラの動作を可能にする実行可能なプログラム・コードである。一般的に、オペレーティング・システムは、Ｉ／Ｏ、ネットワーク・インターフェース、周辺機器、記憶装置、及び／またはその他のアクセスを可能にする。オペレーティング・システムは、アップル・マッキントッシュＯＳ Ｘ サーバー、ＡＴ＆Ｔ プラン９、マイクロソフト・ウィンドウズＮＴサーバー、ユニックス及び／またはその他のオペレーティング・システムのような従来型の製品が好ましい。好ましくは、オペレーティング・システムは、非常にフォールト・トレラントであり、拡張可能かつ安全であるのがよい。オペレーティング・システムは、モジュール・コレクション内のそのモジュール自体及び／またはその他のファシリティを含む他のモジュールと通信したり、及び／または交信したりする。従来オペレーティング・システムは、他のプログラム・モジュールやユーザー・インターフェース及び／またはその他と通信する。例えば、オペレーティング・システムは、プログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト及び／またはレスポンスを含み、通信、生成、入手及び／または提供する。オペレーティング・システムは一度ＣＰＵによって実行されると、通信ネットワーク、データ、Ｉ／Ｏ、周辺機器、プログラム・モジュール、メモリ、ユーザー入力デバイス及び／またはその他とのインタラクションを可能にする。好ましくはオペレーティング・システムは、通信ネットワーク１１３を通じて、ＤＥ２Ｐコントローラが他のエンティティと通信できるようにする通信プロトコルを提供する。ハンドル・システムとインタラクションするためのサブキャリア・トランスポート機構として様々な通信プロトコルが、ＤＥ２Ｐコントローラによって使用される。通信プロトコルとしては例えばマルチキャスト、ＴＣＰ／ＩＰ、ＵＤＰ、ユニキャスト及び／またはその他といったものがあるが、これらに限定されるわけではない。
［情報サーバー］
情報サーバー・モジュール１１６は、記憶されたプログラム・コードであり、ＣＰＵにより実行される。情報サーバーは、マイクロソフト社のインターネット・インフォメーション・サーバー及び／またはアパッチ・ソフトウェア・ファンデーションのアパッチ等、従来のインターネット情報サーバーでよいが、それらに限定されるわけではない。好ましくは、情報サーバーはＣ＋＋、ジャバ、ジャバスプリクト、アクティブ・エックス、共通ゲートウエイ・インターフェース（ＣＧＩ）スクリプト、アクティブ・サーバー・ページ（ＡＳＰ）及び／またはその他のようなファシリティを通じて、プログラム・モジュールの実行を可能にする。好ましくは、情報サーバーは、安全な通信プロトコルをサポートする。その通信プロトコルは、例えばファイル転送プロトコル（ＦＴＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、セキュア・ハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、セキュア・ソケット・レイヤー（ＳＳＬ）及び／またはその他であるが、これらに限定されるわけではない。従来は、情報サーバーは、結果をウェブ・ページの形でウェブ・ブラウザへ提供し、他のプログラムのモジュールとのインタラクションを通じて手を入れられたウェブ・ページの生成を可能にする。ＨＴＴＰリクエストのＤＮＳ解決部分がある特定の情報サーバーへと解決された後、当該情報サーバーは、ＤＥ２Ｐコントローラ上の特定された場所情報に対するリクエストを当該ＨＴＴＰリクエストのリマインダーに基づいて解決する。例えば、ｈｔｔｐ：／／１２３／１２４／１２５／１２６／ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌのようなリクエストは、当該リクエストのＩＰ部分である「１２３／１２４／１２５／１２６」を有しており、それがＤＮＳサーバーによりＩＰアドレスにある一つの情報サーバーへと解決され、するとその情報サーバーが「ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ」の部分に対する当該ｈｔｔｐリクエストを更に解析し、それを「ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ」の情報を含むメモリの場所へと解決するかもしれない。情報サーバーは、そのモジュール自体及び／またはその他のファシリティを含むモジュール・コレクション内の他のモジュールへと通信したり、及び／またはそれらと交信したりする。情報サーバーが、オペレーティング・システム、他のプログラム・モジュール、ユーザー・インターフェース、ウェブ・ブラウザ及び／またはその他と通信する頻度は非常に高い。情報サーバーは、プログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成及び／または入手したりする。
［ユーザー・インターフェース］
ユーザー・インターフェース・モジュール１１７は記憶されたプログラム・コードであり、ＣＰＵにより実行される。好ましくはユーザー・インターフェースは、オペレーティング・システム及び／またはオペレーティング環境によって、あるいはそれらと一緒に、及び／またはそれらの上に与えられる従来型の画像ユーザー・インターフェースであり、システム及び／またはオペレーティング環境とは、例えばアップル・マッキントッシュＯＳ、アクア、マイクロソフト・ウィンドウズ（ＮＴ）、（ＫＤＥ、Ｇｎｏｍｅ及び／またはその他の）ユニックスＸウインドウズ、及び／またはその他である。ユーザー・インターフェースはテキスト・ファシリティ及び／または画像ファシリティを通じて、プログラム・モジュール及び／またはシステム機能を表示、実施、インタラクション、操作及び／またはオペレーションすることを可能にしてもよい。ユーザー・インターフェースは機能を提供するが、その機能とは、ユーザーが、コンピュータのシステムを実行し、インタラクションし及び／または働くものである。ユーザー・インターフェースは、それ自体及び／またはその他の機器を含むモジュール・コレクション内の他のモジュールへと通信及び／またはそれらと交信する。ユーザー・インターフェースがオペレーティング・システムや他のプログラム・モジュール及び／またはその他と通信する頻度は非常に高い。ユーザー・インターフェースは、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成及び／または入手したりする。
［ウェブ・ブラウザ］
ウェブ・ブラウザ・モジュール１１８は記憶されたプログラム・コードであり、ＣＰＵにより実行される。ウェブ・ブラウザは従来のハイパーテキスト・ビューイング・アプリケーションであることが好ましく、例えば、（好ましくは、ＨＴＴＰＳ、ＳＳＬ及び／またはその他のような１２８ビットの暗号化を有する）マイクロソフト・インターネット・エクスプローラーやネットスケープ・ナビゲーターである。ジャバ、ジャバスプリクト、アクティブ・エックス及び／またはその他のようなファシリティを通じて、プログラム・モジュールを実施することが可能なウェブ・ブラウザもある。一実施例では、ウェブ・ブラウザはｗｗｗ．ｃｎｒｉ．ｏｒｇ．から入手可能なハンドル・システム・プラグインのようなブラウザ・プラグイン・ソフトウェアを経てハンドル対応となる。一つの代替実施例においては、ウェブ・ブラウザにハンドル・サポートが組み込まれている。ウェブ・ブラウザやそのような情報アクセス・ツールは、ＰＤＡ、携帯電話及び／または他のモバイル・デバイスに組み込まれていてもよい。ウェブ・ブラウザは、
それ自体及びその他のようなファシリティを含むモジュール・コレクション内の他のモジュールと通信したり、及び／またはと交信する。ウェブ・ブラウザが、情報サービス、オペレーティング・システム、インテグレートされたプログラム・モジュール（例えばプラグ・イン）、及び／またはその他と通信する頻度は非常に高い。例えば、プログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成及び／または入手したりするものである。もちろん、ウェブ・ブラウザや情報サーバーの代わりに、両者と同様の機能を持つような複合的なアプリケーションを開発してもよい。複合的なアプリケーションは、ＤＥ２Ｐ対応のノードからユーザー、ユーザー・エージェント及び／またはその他への情報の入手および提供を同様に実行する。複合的なアプリケーションは、標準的なウェブ・ブラウザを用いるシステムに対しては役に立たないこともある。安全性を強化するために、そのような複合的なモジュールは、安全性をさらに強化するような中間の情報サーバーが存在しなくても、ＤＥ２Ｐと直接通信するように構成することができる。
［ＤＥ２Ｐデータベース］
ＤＥ２Ｐデータベース・モジュール１１９は、ＣＰＵにより実行される記憶されたプログラム・コードでデータベース内において具現し得て、記憶されたデータであり、記憶された部分のプログラム・コードが記憶されたデータを処理するためのＣＰＵを設定する。好ましくは、データベースは、例えばオラクルまたはサイベースといった、従来型、フォールト・トレラント、相関的、拡張可能で安全なデータベースであるのがよい。リレーショナル・データベースとは、フラット・ファイルの拡張である。リレーショナル・データベースは、一連の関連し合うテーブルから成る。鍵フィールドを通じてテーブル同士が相互接続する。鍵フィールドの使用によって、鍵フィールドに対するインデキシングによるテーブルの結合が可能になる。つまり、鍵フィールドが様々なテーブルから情報を組み合わせるための、次元的回転軸のような作用をするのである。一般に主要鍵を合わせることによって、相互関係におけるテーブル間に維持されるリンクを識別する。主要鍵は、リレーショナル・データベース内において、テーブルの行を固有に識別するフィールドを表す。より厳密には、主要鍵は、一対多数の関係における「一つの」面にあるテーブルの行を固有に識別するのである。
【００２７】
代わりに、配列、ハッシュ、（リンクした）リスト、ストラクト、テーブル及び／またはその他の様々な標準的なデータ構造を用いて、ＤＥ２Ｐデータベースを実施してもよい。そのようなデータ構造は、メモリ及び／または（構造的な）ファイルに保存してもよい。仮にＤＥ２Ｐデータベースをデータ構造として実施すると、ＤＥ２Ｐデータベースの使用は例えばＤＥ２Ｐモジュールのような他のモジュールに組み込まれ得る。データベースは、標準的なデータ処理技術を介した無数のバリエーションによって、統合及び／または分散される。データベースの一部分、例えばテーブルは、エクスポート及び／またはインポートでき、それによって、分散したり及び／または統合したりする。非限定的な一実施例では、データベース・モジュール１１９は、例えばＵＮＩ（例えばハンドル、ＤＯＩ及び／または他のＵＮＩ）、テーブル１１９ａ、ＵＲＬテーブル１１９ｂ、メタデータ・テーブル１１９ｃ、多重解決テーブル１１９ｄ、ノード・リスト・テーブル１１９ｅ及び／またはその他といったテーブルを含むが、これらに限定されるわけではない。全てのテーブルは、（強化）ＤＯＩ鍵フィールド・エントリーが固有なので、このエントリーについて関係し得る。別の実施例では、これらのテーブルは、自身のデータベースとそれぞれのデータベース・コントローラ（つまり、上記テーブルそれぞれの個別のデータベース・コントローラ）に分散化されている。もちろん、標準的なデータ処理技術を用いて、データベースを幾つかのコンピュータのシステム的系統及び／または保存装置にわたってさらにデータベースを分散してもよい。同様に、分散したデータベース・コントローラの構成は、様々なデータベース・モジュール１１９ａ―ｅを統合及び／または分散することによって、変えることができる。ＤＥ２Ｐは、データベース・コントローラを通じたユーザーのリクエスト及び様々なトランザクションを追跡するように構成してもよい。
【００２８】
ＤＥ２Ｐデータベースは、それ自体及び／またはその他のファシリティを含むモジュール・コレクション内の他のモジュールと通信したり、及び／または交信したりする。ＤＥ２ＰデータベースがＤＥ２Ｐモジュール、他のプログラム・モジュール及び／またはその他と通信する頻度は非常に高い。データベースは、他のノード及びデータに関する情報を入手し、保持し、提供する。
［暗号サーバー］
暗号サーバー・モジュール１２０とは、保存されたプログラム・コードであり、ＣＰＵ１０３、暗号プロセッサ１２６、暗号プロセッサ・インターフェース１２７、暗号プロセッサ装置１２８、及び／またはその他のものにより実行される。暗号プロセッサ・インターフェースが暗号モジュールにより暗号化及び／または暗号解読のリクエストを迅速に実施することを可能にすることが望ましい。しかしながら、代わりに暗号モジュールを従来のＣＰＵに実行させても良い。暗号モジュールが、供給されたデータの暗号化及び／または暗号解読を可能にすることが望ましい。暗号モジュールが対称及び非対称（例えばＰｒｅｔｔｙ Ｇｏｏｄ Ｐｒｏｔｅｃｔｉｏｎ（ＰＧＲ））双方の暗号化及び／または暗号解読を可能にすることが望ましい。暗号モジュールは従来の暗号技術、例えば、デジタル証明（例えば、Ｘ．５０９認証枠組み）、デジタル署名、複式署名、エンベロッピング、パスワード・アクセス保護、公開鍵管理、及び／またはその他のものを可能にすることが望ましいが、従来の暗号技術はそれらに限定されるわけではない。暗号モジュールは数々の（暗号化及び／または暗号解読）セキュリティ・プロトコル、例えば、チェックサム、データ暗号化基準（ＤＥＳ）、楕円曲線暗号化（ＥＣＣ）、国際データ暗号化アルゴリズム（ＩＤＥＡ）、メッセージ・ダイジェスト５（ＭＤ５、即ち一方向ハッシュ関数）、パスワード、ＲＣ５（リベスト暗号）、リジンデール、ＲＳＡ（インターネット暗号化及び認証システムで、１９７７年にロン・リベスト、アデイ・シャミル及びレオナルド・エイドウルマンが開発したもの）、セキュア・ハッシュ・アルゴリズム（ＳＨＡ）、セキュア・ソケット・レイヤー（ＳＳＬ）、セキュア・ハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、及び／またはその他のものを可能にすることが望ましいが、セキュリティ・プロトコルはそれらに限定されるわけではない。暗号モジュールは「セキュリティ許可」のプロセスを可能にし、それによってリソースへのアクセスはセキュリティ・プロトコルにより阻害され、暗号モジュールは安全性を保たれたリソースへの許可されたアクセスを実行する。暗号モジュールはモジュール・コレクション中の他のモジュールと通信及び／または交信してもよく、その中には暗号モジュール自体及び／その他のファシリティも含まれる。暗号モジュールは、通信ネットワーク上での情報の安全な送信を可能にする暗号化方式を支援することが好ましく、もしユーザーが希望すれば、ＤＥ２Ｐモジュールが安全なトランザクションに用いられ得るようにする。暗号モジュールは、ＤＥ２Ｐ上のソースの安全なアクセスを可能にするが、つまり安全化されたソースのクライアント及び／またはサーバーとして機能する。暗号モジュールが情報サーバー、オペレーティング・システム、その他のプログラム・モジュール及び／またはその他のものと交信する頻度は非常に高い。暗号モジュールはプログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含み、通信、生成、入手及び／または提供する。
［情報アクセス多重解決サーバー（ＩＡＭＲＳ）］
ＩＡＭＲＳモジュール１２５は保存されたプログラム・コードであり、ＣＰＵにより実行される。一般にＤＥ２Ｐは、通信ネットワーク上のノード間における情報のアクセス、入手、提供、及び／またはその他を実行する。ＩＡＭＲＳはＵＮＩを、多重のインスタンス化へと解決する能力を有している。一般に、ＩＡＭＲＳはルックアップ機能として役を果たし、与えられた情報、そのＤＯＩ、その現在の場所との間の関連性の作成、維持、登録、及び更新を行う。ＩＡＭＲＳはＤＥ２Ｐデータベースと提携して、リクエストされた情報のデータ転送の向上、リクエストされた情報の種々のフォーマットへの解決、情報についてのクエリー作成用の強化されたメカニズムの提供及び／またはその他に役立つと思われるノードを識別する。ＩＡＭＲＳによるノード間の情報アクセス可能化の開発にあたっては、標準開発ツールを使用してもよい。例えば、Ｃ＋＋、シェル・スクリプト、ジャバ、ジャバ・スクリプト、ＳＱＬコマンド、ウエブ・アプリケーション・サーバー・エクステンション、アパッチ・モジュール、パール・スクプリト、バイナリ・エクセキュータブル、及び／またはその他のマッピング・ツール及び／またはその他を用いることができるが、標準開発ツールはそれらに限定されるわけではない。一つの非限定的な実施例においては、ＩＡＭＲＳサーバーは暗号化サーバーを用いて通信の暗号化及び暗号解読にあたっている。ＩＡＭＲＳはリクエストのサービス、ＵＮＩのための関連性情報の更新、その他多くのことにあたることができる。ＤＥ２Ｐモジュールはモジュール・コレクション中の他のモジュールと通信及び／または交信してもよく、その中にはＤＥ２Ｐモジュール自体及び／またはその他のファシリティも含まれる。ＩＡＭＲＳモジュールがＤＥ２Ｐデーターベース、オペレーティングシステム、その他のプログラム・モジュール及び／またはその他と交信する頻度は非常に高い。ＩＡＭＲＳはプログラムモジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンス等を含み、通信、生成、入手及び／または提供する。
［ＤＯＩ対応ピア］
ＤＯＩ対応ピア・ツー・ピア（ＤＥ２Ｐ）モジュール１３５は、記憶されたプログラム・コードであり、ＣＰＵにより実行される。一般的に、ＤＥ２Ｐは通信ネットワーク上のノード間及びまたはその他の間でカタログし（図１４及び図１５）、検索リクエストを可能にし（図１６及び図１７）、リクエストから得たコンテンツを照合し（図１８及び図１９）、情報を得て提供する。ＤＥ２ＰはＰ２Ｐネットワーク上でＤＯＩに基づいてコンテンツの検索、転送、照合を可能にするＤＯＩ対応ピアである。一つの非限定的な実施例では、ＤＥ２Ｐは、ＤＯＩ１１９ａを鍵にしているノードのリスト１１９ｅを集積するＰ２Ｐリスト・コレクターを含む。ノードのこのデータベース及び／またはデータ構造集積は、ＤＯＩがレファレンスするコンテンツの複製をリストするもので、検索可能である。ＤＥ２Ｐはまたコンテンツの有効性を確認する能力をも提供する。更にまた、ＤＥ２ＰはＤＯＩバリューをＤＯＩがレファレンスしたコンテンツに組み込み、コンテンツの有効性が確認できるようにすることもできる。ＤＥ２ＰはＤＥ２Ｐデータベースと連携して、他のピアからの検索リクエストを満たすノードを識別する。ＤＥ２Ｐによるノード間の情報アクセス可能化の開発にあたっては、標準開発ツールを使用してもよい。例えば、Ｃ＋＋、シェル・スクリプト、ジャバ、ジャバ・スクリプト、ＳＱＬコマンド、ウエブ・アプリケーション・サーバー・エクステンション、アパッチ・モジュール、パール・スクプリト、バイナリ・エクセキュータブル、及び／またはその他のマッピング・ツール及び／またはその他を用いることができるが、標準開発ツールはそれらに限定されるわけではない。一つの非限定的な実施例においては、ＤＥ２Ｐは暗号サーバーを用いて通信の暗号化及び暗号解読にあたっている。ＤＥ２Ｐは、コンテンツのカタログ化、リクエストのサービス、リクエストのリダイレクト、その他多くのことにあたることができる。ＤＥ２Ｐモジュールは、モジュール・コレクション中の他のモジュールと通信及び／または交信してもよく、その中にはＤＥ２Ｐモジュール自体及び／またはその他のファシリティも含まれる。ＤＥ２Ｐモジュールが内部や、通信ネットワーク上における他のピアとＤＥ２Ｐデーターベース、ＩＡＭＲＳモジュール、オペレイティングシステム、その他のプログラム・モジュール及び／またはその他と交信する頻度は非常に高い。ＤＥ２Ｐモジュールはプログラムモジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンス等を含み、通信、生成、入手及び／または提供する。
［分散型ＤＥ２Ｐ］
ＤＥ２Ｐノード・コントローラの構成要素および機能性は何れもあらゆる方法で、その機能性を組み合わせ、統合及び／または分散することが可能であり、開発及び／または配備を可能にすることができる。同様に、モジュール・コレクションも開発及び／または配備を可能にすべくあらゆる方法で組み合わせることができる。これを達成するには、単に各構成要素を共通のコード・ベースに統合するか、あるいは必要に応じて統合的に構成要素をダイナミックにロードできるファシリティに統合すれば良いのである。
【００２９】
モジュール・コレクションを統合及び／または分散するにあたっては、標準的なデータ処理及び／または開発技術を介した無数のバリエーションがある。プログラム・モジュール・コレクション中の何れのプログラムの多重のインスタンスをも単一のノードでインスタンス化でき、及び／または負荷バランシング・データ処理技術を通し、多数のノードを使用し性能を向上することもできる。更に、単一のインスタンスもまた複数のコントローラ及び／または記憶装置、例えばデータベースに分散することができる。
【００３０】
全てのプログラム・モジュールのインスタンスとコントローラは、標準的なデータ処理通信技術を通じ、共同作業を行う。
【００３１】
好ましいＤＥ２Ｐコントローラの構成は、システム配備のコンテキストによって異なる。例えば、元となるハードウェア・リソースの能力及び／または場所等のファクターが配置条件や構成に影響するが、こうしたファクターはそれらに限定されるわけではない。例え構成がプログラム・モジュールを合同及び／または統合する結果になろうが、分散化されたプログラム・モジュールより成り立つ結果になろうが、及び／または統合型と分散型の何らかの組み合わせになろうが、データの通信にあたっては、通信、入手、提供が可能である。プログラム・モジュール・コレクション中からの共通コード・ベースに統合された（モジュール・コレクション中の）モジュールのインスタンスは、データの交信、入手及び／または提供にあたることができる。これは、例えば、データ・レファレンシング（例えば、ポインタ等）、内部メッセージ、オブジェクト・インスタンス可変通信、共有メモリ・スペース、可変パッシング及び／またはその他のもの（アプリケーション内部の通信）等の基準データ処理技術を用いることにより達成されるが、これらに限定されるわけではない。
【００３２】
もしモジュールコレクションの構成要素がお互いに個別的、分離的、及び／または外部的である場合は、データの通信、入手、及び／または提供を他のモジュール構成要素と行う及び／または他のモジュール構成要素へと行うにあたっては、標準的なデータ処理技術を用いればよい。標準的なデータ処理技術には例えば、アプリケーション・プログラム・インターフェース（ＡＰＩ）情報パッセージ；（分散型）コンポーネント・オブジェクト・モデル（（Ｄ）ＣＯＭ）、（分散型）オブジェクト・リンキング・アンド・エンベディング（（Ｄ）ＯＬＥ）、及び／またはその他のもの）、コモン・オブジェクト・リクエスト・ブローカー・アーキテクチャー（ＣＯＲＢＡ）、プロセス・パイプ、共有ファイル及び／またはその他のもの（アプリケーション間の通信）があるが、これらに限定されるわけではない。グラマーの生成及び解析は、アプリケーション間の通信のための個別のモジュールの構成要素間で送ったメッセージや、アプリケーション内部の通信のための単一モジュールにおけるメモリ空間内で送ったメッセージを促進する。グラマーは、例えばｌｅｘ、ｙａｃｃ及び／またはその他といった標準的な開発ツールを使用して開発してもよい。それらの標準的な開発ツールは、グラマーの生成及び機能性の解析を可能にし、これらは今度はモジュール内及びモジュール間の通信メッセージの基礎を形成する。この場合もまた、好ましい実施例はシステム配備のコンテキスト次第である。
【００３３】
最後に、モジュール・コレクションの如何なる組み合わせ及び／または図と全体に渡って説明される本発明の如何なる組み合わせにおける論理上な構造及び／またはトポロジー構造は、固定された実施順位及び／またはアレンジメントに限定されるわけではなく、むしろ、開示した順位は典型的なものであり、順位にかかわらず全て機能的に等価であるものを本開示は意図していることを理解すべきである。更に、そのような構造は連続実行に限定されるものではなく、むしろ、非同期的に、同時的に、同期的に及び／またはその他に実行できる如何なる数のスレッド、プロセス、サービス、サーバー及び／またはその他を本開示は意図していることにも注意すべきである。
［ＩＰアドレッシング］
ユーザーはアドレスを介して通信ネットワークにアクセスする。アドレスは場所を表している。ユーザーは通信ネットワークにおいて、情報を探し出すべく場所から場所へ移動する。一般的な通信アドレス方式はＩＰアドレスを用いている。ＩＰアドレスは現実の世界では住所に例えることができる。ＩＰアドレス自体は、例えば２０９．５４．９４．９９といった一連の数字であり、通常は、例えばｗｗｗ．ｃｏｎｔｅｎｔｄｉｒｅｃｔｉｏｎｓ．ｃｏｍというような関連する名前を有する。分散型データベース・レジストリは名前とＩＰアドレスの関連するペアを維持し、関連する名前を対応するＩＰアドレスへと解決する役目を担う。これにより、ユーザーは、２０９．５４．９４．９９といった一連の数字を暗記して用いる代わりに、例えばｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍといった名前を覚えておいて使用することが可能になる。ＩＰアドレスの名前解決を支援するこれらの分散型データベースは、一般的にドメイン・ネーム・サーバー（ＤＮＳ）と呼ばれている。
【００３４】
ＩＰアドレスを、アドレスに更なるナビゲーション情報を付加したユニバーサル・リソース・ロケーター（ＵＲＬ）として具現することが一般的である。ユーザーは、ＨＴＴＰを用いてＵＲＬに保存されている情報をアクセスするためにソフトウェアを用いてもよい。一例を挙げると、ユーザーが「ｈｔｔｐ：／／ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」とウェブ・ブラウザに指定する。すると通常この更なるナビゲーション情報である「／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」がコンピュータ・サーバー内の特定の保存場所を提示する。この更なるナビゲーション場所は、現実の世界では番地よりも詳しい、会社名や部署名、部屋番号等を含む住所に例えることができる。この更なるナビゲーション場所の取り扱いや解決は、通常ＤＮＳではなく解決されたＩＰアドレスにある情報サーバーにより行われる。例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍに対して解決したアドレスである１２３．１２３．１２３．１２３にある情報サーバーは、サーバー内のローカルの場所「／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」にある情報を解釈し返送する。情報サーバーとは、通信ネットワークと特定のＩＰアドレスにあるコンピュータ・サーバーの間の通信を可能にする手段である。情報サーバーの商業的な例としては、アパッチが挙げられる。情報サーバーは、企業内の該当部署へ郵便物を仕分ける企業のメール室に例えることができる。
【００３５】
図２と図３は、ＩＰアドレッシング・メカニズムは、情報が通信ネットワーク上で移動する間に、情報との関連を維持しないということを図示している。一般的にウェブ・ページのリンクにはＨＴＴＰを用い、ＨＴＴＰはＩＰアドレッシングに依存している。従って、ＵＲＬリンクは単に通信ネットワーク上の場所を示すだけで、必ずしも特定の情報と関連しているわけではない。例えば、ｗｗｗ．ｎｅｗｓ．ｃｏｍをレファレンスするＵＲＬリンクによってＵＲＬとｗｗｗ．ｎｅｗｓ．ｃｏｍで入手可能な情報を関連付けてもたらされる情報は、その場所では毎日情報が更新されるため、異なる情報となる。多くの場合、企業が情報を移動させたり、事業を移動させたり、廃業したりすると、場所そのものが消失する。
【００３６】
例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ２０８という場所に存在した「１９９９年度売り上げ」というタイトルのレポート２２２が、当該情報があるエンティティから別のエンティティに売られたり、アーカイブされたり、あるいはその他様々な理由で、例えばｗｗｗ．ｒｅｐｏｒｔ−ａｒｃｈｉｖｅｓ．ｃｏｍ／１９９９／Ｏｌｄ−ｒｅｐｏｒｔ．ｈｔｍｌ３１０という場所に移動することもある。ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ２０８という場所に存在したレポートは５００万ウェブ・ページ及び場所２４４をレファレンスするＵＲＬリンクを有したかもしれず、ユーザーが当該情報へのアクセスを試みると、その場所は既に存在しないため及び／またはその場所はユーザーが所望した情報を含まないため、ユーザーは「４０４Ｆｉｌｅ ｎｏｔ ｆｏｕｎｄ」のエラー３０９を受け取る可能性もある。結果としてエラーが出るのは、ＤＮＳは常にユーザーのリクエストを場所へと解決するよう設計されているためであり、またＤＮＳはＵＲＬと特定の情報のインスタンス化との関連を維持するように設計されていないためである。
【００３７】
図２はウェブ・ページ２０１、ユーザーが入力したアドレス２０２、ドキュメント２０３及びメモリ・デバイス２０４を描写し、全て一つの情報（「１９９９年度売り上げ」のレポート）２２２をレファレンスするためにＵＲＬを、従ってＩＰアドレッシングを用いる。次に図２では、情報２２２は元の場所２０８（例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）から図２の新しい場所３１０（例えばｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ａｒｃｈｉｖｅｓ．ｈｔｍｌ）へ移動する。図３において、この結果として当該の場所をレファレンスする全てのＵＲＬ２４４のブレーキング３０１−３０４が起こり、あの恐ろしい「４０４Ｆｉｌｅ ｎｏｔ ｆｏｕｎｄ」のエラー３０９を、当該の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）２０８へレファレンスする全てのユーザーとＵＲＬに提示することになる。
［ハンドル・システム］
ひとたび一つの情報にＤＯＩが指定され利用可能になると、ＤＯＩシステムはＤＯＩのユーザーがアクセスを望むものを解決できるようになる必要がある。ＤＯＩの解決を成し遂げるために用いる技術は、「ハンドル・システム」としてより広く知られており、以下により詳しく説明する。ＤＯＩハンドブックには基本的なＤＯＩの一般的な概要が記載されている。一言で言えば、ハンドル・システムはプロトコルのオープンなセット、ネームスペース及びプロトコルの実施化を含む。プロトコルは分散型コンピュータ・システムが、デジタル・コンテンツのハンドル（ＤＯＩ等）を保存し、コンテンツの所在を確認しアクセスするため、当該コンテンツに関係する情報の所在を確認しアクセスするため、あるいは当該コンテンツに関連するサービスの所在を確認しアクセスするために（即ちそのようなサービスへのインターフェースを提供するために）必要な情報へと、それらのハンドルを解決することを可能にする。必要に応じて、ＤＯＩを変更することなく識別されたコンテンツの現状を反映するために、この関連情報を変更することができるので、場所やその他の状況の情報の変更を経てもアイテムの名前が存続することが可能になる。一元管理されたＤＯＩ登録機関と共に、ハンドル・システムは長期にわたるネットワーク上の情報及びサービスの信頼性のある管理のための、汎用且つ分散型のグローバル・ネーミング・サービスを提供する。本開示全体にわたり、ＤＯＩシステムを介してアクセス可能になった「ソース」、「コンテンツ」及び／または「情報」とは、特定が可能な全てのコンテンツ、ソース、情報、サービス、トランザクション及び記事、書籍、無形オブジェクト、音楽アルバムを含む著作物、人物、有形で物理的なオブジェクト、その他及び／またはそれらの選択された個別の部分及び／またはそれらの組み合わせを更に含む、から成り得ることに注意することが重要である。アクセス可能な情報は、サービスやトランザクションを開始するアプリケーションや、選択のメカニズム及び／またはその他を提供するアプリケーション等へのＵＲＬでもよい。一つの非限定的な例では、ＤＯＩは、ソーシャル・セキュリティ番号、電話番号及び／またはその他のある人物を識別する情報と関連付けられることすらあり得る。別の非限定的な例においては、ＤＯＩはソフトウェア・モジュール、プログラミング「オブジェクト」またはその他のネットワークに基づくリソースの何かと関連付けられたりもする。更に、実際の製品（現在ＵＰＣやバーコードで識別されている品物等）のオンラインでの表示を含むほとんど全てのものを表示するためにＤＯＩを用いることができる。そのような例では、ＤＯＩはある製品を説明したり販売したりしている製造者のカタログ・ページへと解決することができ、多重解決シナリオにおいては、ある品物を修理してもらうにはどこへ行けばよいか、交換用の部品はどこへ行けば見つかるか、新製品あるいは交換用の製品はどのようなものか、どのような価格またはリースのオプションがあるのか等、当該オブジェクトに関係する全てのサービスへと解決することができる。ＤＯＩを実施するその他の実施例に含まれるのは、通信ネットワークを介して分散型の方法で動作することができるソフトウェアの異なるモジュールの表示、ボイス・オーバーＩＰ技術のための電話番号、遺伝子配列、医療記録及び／またはその他の恒久的な記録（ＤＯＩは、サーティフィケートあるいは暗号解読鍵を呼び出すこともある暗号化及び／またはその他の方法で保護された恒久的な記録に特に有用）及び／または同様のもの、である。別の実施例ではＤＯＩは、例えば現在の株価、（株及び／またはその他全てのオークション及び／または為替の）最新の競売価格や売り出し価格、（別の過去の年次報告書には異なるＤＯＩが割り当てられているのに対して）企業の最新の年次報告書、及び／またはその他のようなもので、しかしこれらに限定されない一時的及び／または動的なバリューの恒久的な場所を表す。
【００３８】
ユーザーはデジタル・オブジェクト・アイデンティファイアー（ＤＯＩ）を介して情報にアクセスし得る。ＤＯＩは情報そのものに関連付けられている（即ち情報自体の名前である）。ＤＯＩは「ハンドル」のインスタンスであり、「ハンドル・システム」の枠組みの中で動作する。ＤＯＩは永続的に関連付けられた情報へのアクセスを可能にする。ＤＯＩは、一連の文字の後にセパレーターが付き、その更に後に一連の文字が付いたもので、例えば１０．１０６５／ａｂｃ１２３ｄｅｆというようになる。注意すべき、そして再び強調すべきことは、本開示は「ＵＲＮ」「ＤＯＩ」「ハンドル」といったＵＮＩの特定のサブ・タイプについて記載することもあるが、本開示はより一般的なタイプのＵＮＩにも同等に適用されるものであり、従って特に断りの無い限り本開示はＵＮＩのあるサブ・タイプに言及する場合はＵＮＩ全般にわたって適用されるものと見做されるべきものである。更に、今日使用されているハンドル・システム、ＤＯＩ及びそれらの支援技術や仕様は、本開示の意図したフォーラムではあるものの、本開示は最新の、または今後考案される仕様やシステムに基づいた他のフォーラムにも応用できることを意図していることに注意すべきである。
［ＤＯＩ］
情報にアクセスするためにＤＯＩを使用しているユーザーは、ＤＯＩが関連付けられた情報のみを解決しアクセスすることを知っている。場所をレファレンスするＵＲＬとは対照的に、ＤＯＩとは情報に対する名前であり、その情報の場所やその他の属性、と共に関係するサービスをも見るために用いることができる。情報とは、電子書籍、音楽ファイル、ビデオ・ファイル、電子ジャーナル、ソフトウェア及び前記のコンテンツの一部及び／またはそれらの組み合わせも含む情報と共にコンピュータで読み取り可能なファイル全てを含むと考えられる。電子コンテンツは通信ネットワーク上で利用可能となっているので、これ以降本出願書はそのような利用可能な情報は、通信ネットワーク上で発行されたものとみなすということに注意されたい。
【００３９】
ＤＯＩは、通信ネットワーク上で利用可能な情報に与えられた恒久的で永続的な識別子で、仮にコンテンツあるいは関連するデータの場所（即ちＵＲＬ）、フォーマット、所有権等が変更されたとしてもユーザーが関連データにアクセスすることができるように、電子的形態で登録されている。ＤＯＩまたはハンドルは、ＵＲＬの代わりにユーザーに配信できる。ユーザーは、ハンドル対応のウェブ・ブラウザに、ＵＲＬハイパーリンクと同様にＤＯＩを選択したり入力したりすることにより、ある特定のＤＯＩに関連付けられた情報にアクセスする。例えばｗｗｗ．ｃｎｒｉ．ｏｒｇから入手可能なハンドル・システム・プラグイン等のブラウザ・プラグイン・ソフトウェアを用いて、数多くの種類のブラウザをハンドル対応にすることが可能である。ＤＯＩに関連付けられた情報にアクセスするためのそのような試みにより、リソースの現在の所在を確認する自動のプロセスが起動する。当該リソースの現在の場所は、ハンドル・システムによって利用可能な一元管理されたディレクトリ内の当該リソースのＤＯＩに関連付けられており、それが今度はユーザーを（即ちユーザーのウェブ・ブラウザを）当該リソースの現在の場所へと導く。この誘導はしばしば、選択されたＤＯＩに関連する現在のＵＲＬと、対応する情報を返信することによって実行される。
【００４０】
図４はＤＯＩを介した情報へのアクセスを上記の図２及び図３と対比して図示している。最初に、登録プロセスを経て情報（「１９９９年度売り上げ」のレポート）２２２にＤＯＩが与えられる。ＵＲＬを用いる代わりに、ユーザーはＤＯＩを用いウェブ・ページ４０１、ウェブ・ブラウザへのタイプ入力４０２、ドキュメント４０３、デバイス４０４、バーコード４０６及び／またはその他を介して当該情報のレファレンス４４４を行う。ユーザーがＤＯＩリンク４４４を行うと、それらは一元管理されたＤＯＩディレクトリ４１１において解決され、リクエストしたユーザーは情報２２２の最初の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）２０８へのＵＲＬリンク２４４を与えられる。当該情報が最初の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）２０８から新たな場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ａｒｃｈｉｖｅｓ．ｈｔｍｌ）３１０へ移動４３４すると、当該情報の発行者４１０は新たな場所をレファレンスする更新されたＵＲＬ２４５を送ることにより、ＤＯＩ一元管理ディレクトリ４４５に当該情報の新しい場所を知らせる。それ以降、ユーザー４０１−４０４がＤＯＩリンク４４４を介して当該情報にアクセスを試みると、ＤＯＩディレクトリは更新されたＵＲＬ２４５を通して適正に新しい場所３１０を提示する。
【００４１】
上記のように、ＤＯＩは情報のみならず、その一部を識別するために用いることもできる。例えば、ＤＯＩシステムによれば、１冊の書籍が一つのＤＯＩを有することが可能な一方、その書籍のそれぞれの章が別の、それぞれの章を識別するための固有のＤＯＩを有することもあり、更にはその書籍中の図面一つ一つがそれら図面を識別するための固有のＤＯＩを有することも可能である。言い換えれば、ＤＯＩシステムによると、コンテンツ発行者の希望通りに様々な細かさのデータの塊として情報を識別することができる。なお、ユニバーサル・プロダクト・コード（一般的には消費者向け製品の「バーコード」として表示されている）によって例えば、スーパーのレジ、在庫コンピュータ、財務システム及び流通業者が現実の世界でサプライ・チェーンを自動化することが可能になるように、本開示はＤＯＩを用いて世界中の全ての電子発行エージェントがインターネットを介したデジタル・コンテンツ（及びそのコンテンツに対する権利のライセンス）の販売を効率的な方法で自動化することを可能にするメカニズムを提供すると想定している。何故ならば、販売可能なコンテンツのそれぞれが世界で唯一のＤＯＩを有しており、それをエージェント同士のトランザクションにおいて製品の識別コードとして使用することが可能だからである。
［ハンドル構造］
ハンドル・システムは、効率的でユーザーに分かり易い利用を可能にするための前もって決められた方針の一群を採っており、そのうち幾つかを以下に挙げる。発行者がオペレーション・コストを負担して、ＤＯＩ解決のためのハンドル・システムの使用がユーザーには無料となるのが理想的である。ＤＯＩは全て世界的なＤＯＩ機関に登録される。登録者は、登録したＤＯＩに関する状態データ及びメタデータを維持する責任がある。ＤＯＩのシンタックスは標準化されたシンタックスに準じる。使用にあたっては、ＤＯＩはオペーク・ストリング（ダム・ナンバー）になる。ＤＯＩ登録機関はＤＯＩの指定、登録、ＤＯＩに関連するメタデータの申告を管理する。
【００４２】
図５及び図６は、ハンドル６００の概略図である。ハンドル６００は二つの構成要素である、プレフィックス５０１とサフィックス５０２を有する。プレフィックス５０１とサフィックス６０２は、フォワード・スラッシュ５０７により区切られている。ハンドル５００には、印刷できる文字であれば、今日書かれたり使用されたりしているほとんど全ての主要な言語のどれを取り入れてもよい。プレフィックス５０１にもサフィックス５０２にも特に長さの制限はない。結果として、利用可能なハンドルの数はほとんど無限であると想定される。プレフィックス５０１とサフィックス５０２の組み合わせを確実に唯一固有なものにすることが、ハンドル・システムの完全性を維持するためには重要である。そのため、ＤＯＩ登録機関は発行者に固有のプレフィックス５０１を与え、一実施例ではその登録機関が、指定するサフィックス５０２もまた確実に固有のものであるようにする責任を発行者に課す。これはユーザーのクライアント・コンピュータ・システム上で動作している登録ツールによって達成され得る。別の実施例では、本開示全体にわたって記載しているように、様々なサフィックス生成アルゴリズムを適用することによって、登録機関がサフィックス５０２が固有なものもであること確実にする。登録機関とハンドル・システム管理者は共に、新しいハンドルについては全てその固有性を確認してからハンドル・システムに入れる。登録機関はハンドル・システムにＤＯＩ記録を入れ、それを受けてハンドル・システムはＤＯＩディレクトリを介してＤＯＩ解決リクエストに対し情報を提供する。
【００４３】
プレフィックス５０１自体は、プレフィックス・セパレーター５０６、即ちピリオドにより区切られる二つの構成要素を有する。ハンドル・プレフィックスの第一の部分はハンドル・タイプ５０４で、第二の部分はハンドル・クリエーター５０５である。ハンドル・タイプ５０４は、どのようなタイプのハンドル・システムが使用されているかを識別する。ハンドル・タイプ５０４が「１０」で始まる場合、当該ハンドルはＤＯＩであると識別され、ハンドル・システムの他の実施タイプではないと分かる。ピリオドにより区切られたプレフィックスの次の要素であるハンドル・クリエーター５０５は、ＤＯＩの登録を希望する団体に与えられる番号（または文字列）である。これら二つの要素５０４と５０５が一緒になり、ＤＯＩの固有の発行者プレフィックス部分を形成する。どの団体が申請するハンドル（より詳しくはＤＯＩ）プレフィックスの数にも制限はない。結果として、例えば出版社は一つのＤＯＩプレフィックス５０１を有してもよいし、ジャーナルごとに異なるプレフィックスを有することも、そのジャーナルの刷り込み毎に一つのプレフィックスを有することもできる。通常プレフィックス５０１は単純な数字列だが、ハンドル・システムの範囲はそれに限定されるものではない。従って、プレフィックス５０１にアルファベットやその他の文字を用いてもよい。
【００４４】
サフィックス５０２は固有の英数字列であり、特定のプレフィックスと共に、固有情報を識別する。発行者のプレフィックス５０１と発行者の提示する固有のサフィックス５０２の組み合わせにより、ＤＯＩ番号の一元割り当ての必要性を免れる。サフィックス５０２は、当該発行者がプレフィックスと共に登録した他のどのサフィックスとも異なる固有のものである限り、当該発行者の選択する如何なる英数字列でもよい。
【００４５】
図６は、ＤＯＩ６００の別の実施例を示しており、図中ではテキストブックのＩＳＢＮ番号がサフィックス６０２として機能している。従って便宜上、元と成るコンテンツの発行者は、サフィックス６０２として元のコンテンツに合致する他のどのような識別コードを選択してもよい。
［強化ＤＯＩ］
図５は更に、強化ＤＯＩ５１０グラマーを図示している。ＤＯＩグラマーを強化する非限定的な実施例は、強化されたプレフィックス５１１として具現される。しかしながら、別の及び／または相補的な強化されたサフィックス（図示はしていない）を同様にＤＯＩ５００に付けてもよいと、全面的に意図されている。強化されたサフィックス５１１は、強化グラマー・ターゲット５１７と強化セパレーター５１４から成る。強化セパレーター５１４は＠という記号であるが、当然のことながら、他の文字を強化セパレーターとして指定しても良い。強化グラマー・ターゲット５１７自体は、強化セパレーター５１４以外の任意の文字列である。強化グラマー・ターゲット５１７は、ＤＯＩ５００が特定の情報を多重の種類で解決する目的で用いられ、本開示の中で詳しく述べる。さらに強化された実施例では、強化グラマー・ターゲット５１７自体が更に、強化グラマー動詞５１２と、例えばピリオドのような強化ターゲット・セパレータ５１６によって分離される強化グラマー・ターゲット・オブジェクト５１３から成り得る。もちろん、強化ターゲット・セパレーター５１６は、任意の文字で指定できる。一実施例では、強化グラマー動詞５１２は修飾語として働き、一つのＤＯＩのための複数の多重解決ターゲットの中から選択し、強化グラマー・ターゲット・オブジェクト５１３は、更なるアクションのために、ターゲット・オブジェクト及び／またはハンドル・システム解決サーバーへと手渡される一つの値である。
［ハンドル・システム・メタデータ］
ＤＯＩ５００は識別番号に過ぎず、必ずしもそれに関連付けられた情報について何らかの情報を伝達するわけではない。結果として、ＤＯＩにアドレスする情報に関する追加情報を補足して、ユーザーが効率的且つ分かり易いサーチを行い、所望のコンテンツを通信ネットワーク上で入手できるようにすることが望ましい。情報を識別し易くするために、本発明は識別される情報の説明的なデータであるメタデータを使用する。メタデータはＤＯＩに関連するどのようなデータ構造であってもよいが、一実施例によると、メタデータは発行された情報を正確且つ簡潔に識別できる幾つかの基本的なフィールドから成る。この実施例によれば、メタデータは書籍の国際標準図書番号（ＩＳＢＮ）等のレガシー識別スキームからのエンティティと関連する識別子、発行されたコンテンツのタイトル、発行されたコンテンツの種類（書籍、音楽、ビデオ等）、当該コンテンツはオリジナルか派生したものか、コンテンツの主要な著者、コンテンツ作成の際の主要著者の役割、発行者の名前及び／またはその他等から成る。異なる種類のコンテンツはそれを説明する異なるデータを必要とするため、異なる種類のコンテンツには異なるメタデータを使用することを想定しているということがＤＯＩシステムの特徴の一つである。
【００４６】
一実施例によると、メタデータはＤＯＩシステムのユーザー全てに利用可能となっており、それによってユーザーは特定のＤＯＩが識別するエンティティの基本的な説明を検出することが可能である。この基本的な説明によりユーザーはコンテンツを発行したエンティティの、あるいはコンテンツ自体の、幾つかの基本的な事柄を理解することができる。
【００４７】
結果として、ＤＯＩが何の情報を識別するのかを調べるには、それを解決した後、関連するメタデータをレビューすることが望ましい。何故ならばＤＯＩはメタデータを識別するコンテンツや、同じまたは関係するコンテンツに関する別のメタデータとリンクするからである。一実施例では、メタデータによりＤＯＩ５００が識別する情報と共に、その明確な仕様の認識が可能になる。またメタデータにより当該情報とネットワーク上のその他の情報（及びそれらのエンティティに関するメタデータ）とのインタラクションが可能になる。
［ＤＯＩ情報アクセス］
図７と図８は、ＤＯＩハンドル・システムにＤＯＩを提示するだけでユーザーが所望の情報にアクセスできるようにする解決メカニズムの概要を示している。本状況での解決とは、識別子をネットワーク・サービスに提示し、引き換えに当該識別子に関連する最新の情報を一つ以上受け取ることを含む。図７に示すＤＯＩシステムの一実施例では、ユーザーはウェブ・ブラウザ７００クライアントを使用して、特定のＤＯＩ７１０が識別するコンテンツを指し示す。このＤＯＩ７１０は関連するＵＲＬを一つしか持っていないため、そのＵＲＬへと解決されるはずである。その結果、ユーザーが特定の識別子７１０が識別する、元と成るコンテンツをリクエストすると、ユーザーは所望のコンテンツがあるＵＲＬ７２０へと導かれる。
【００４８】
従って、このメカニズムにより情報の場所が変更されても、アクション可能な識別子としてエンティティの名前を維持することが可能になる。発行者がコンテンツの場所を変更した場合、発行者はハンドル・システムのデータベース内のＤＯＩエントリーを更新するだけで既存のＤＯＩ７１０は確実にコンテンツの新しい場所を提示する。結果として、コンテンツの場所は変更されてもＤＯＩは変更されず、ユーザーは既存のＤＯＩを用いて新しい場所にある当該コンテンツにアクセスすることが可能である。
【００４９】
図８は、ユーザーがＤＯＩを用いて、同一のＤＯＩが識別した同一のコンテンツの利用可能な複数のコピーの中から、コンテンツへのリクエストと共にコンテンツについてのデータの場所と（例えばコンテンツの購入といった）そのコンテンツに関連するサービスを解決するＤＯＩシステムの概要を示している。従って、ユーザーはウェブ・ブラウザ８００を用いて必要なＤＯＩ８３０を提示する。ＤＯＩ８３０は、所望のサービス８３５の種類を説明するように構築することもできる。その結果、ＤＯＩシステムはユーザーがアクセスすることを所望している特定のコンテンツ８４０へと解決することが可能になる。
【００５０】
図９は、本発明に基づき、ユーザーが情報にアクセスするために行う一連のアクションの概要を示している。まず初めに、ユーザーはブラウザ・クライアント９００をパソコン、携帯情報端末（ＰＤＡ）及び／またはその他のコンピューティング・デバイス９０５上に立ち上げる。ユーザーはブラウザ９００を用いてＤＯＩクエリーを作成する。ＤＯＩクエリーは通信ネットワークを通してＤＯＩディレクトリ・サーバー９１０に送られる。ＤＯＩディレクトリ・サーバー９１０のシステムは、ＤＯＩをそこに保存されているエントリーに照らし合わせて調べ、正しいＵＲＬをユーザーのコンピュータ９００上のブラウザ９００に送るが、こうしたアクションはユーザーには見えないようになっている。結果として、ブラウザは正しい発行者情報９２０があるサーバー上の所望のコンテンツへと導かれる。最終的に、ユーザーのブラウザからのリクエストを受け取ると、発行者９２０は所望の情報をユーザーに送り、その情報にはブラウザ・クライアント９００でアクセスすることができる。
【００５１】
図１０は、図９に示すようにユーザーがコンテンツの情報にアクセスするために行う一連のアクションをより詳しく示している。上述したように、ユーザーはブラウザ・クライアント１０００をコンピューティング・デバイス１００５上に立ち上げる。ユーザーはブラウザ１０００を用いてＤＯＩクエリーを作成する。ＤＯＩクエリーは通信ネットワーク上でＤＯＩディレクトリ・サーバー１０１０に送られる。ＤＯＩディレクトリ・サーバー１０１０のシステムは、ＤＯＩをそこに保存されているエントリーに照らし合わせて調べる。ＤＯＩをＤＯＩディレクトリ・サーバー１０１０に保存されているエントリーに照らし合わせて調べた結果、ユーザー１０２５をどこへ導くべきかをＤＯＩディレクトリ・サーバー１０１０は決定する。当該コンテンツの正しいＵＲＬは、何らの中間介入あるいはユーザーによるアクションなしに、自動的にユーザーのブラウザ１０００に送られる。その結果、ブラウザ１０００は元と成るＵＲＬによりアドレスされたサーバーを有する正しい発行者１０２０へと導かれる。当該ＵＲＬは発行者のサーバー１０２０によりユーザーの所望するコンテンツの厳密な場所を決定するために用いられ、発行者のサーバー１０２０は正しいコンテンツ１０３０をユーザーに送る。
【００５２】
図１１は、本発明に基づいて、ＤＯＩを解決して所望のコンテンツが位置するＵＲＬを得ることにより、通信ネットワーク上で情報にアクセスするための幾つかの典型的なメカニズムの概要を示している。一実施例によると、ユーザーは直接ＤＯＩを提示し、ＤＯＩシステムは正しいコンテンツを入手し単に正しいＵＲＬにリンクすることによりそれをユーザーに送信する。別の実施例によると、ユーザーはメタデータに含まれるフィールドの幾つかに関係する情報を提示し、するとＤＯＩルックアップ・サービスは正しいＤＯＩを識別し、それが今度は所望するコンテンツの場所を解決する。図１１に示すように、一実施例によれば、サーチ・エンジン１１０１０をユーザーに提供してもよい。一実施例では、登録機関のＤＯＩとメタデータ・データベースとの通信において、サーチ・エンジンをオファーし配備する。別の実施例では、ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍのようなサーチ・エンジンを用いて登録機関のデータベースにクエリーを出す。ユーザーは、サーチ・エンジン１１０１０に何らかの識別情報を提示することにより正しいＤＯＩを検索する。サーチ・エンジン１１０１０は提示された識別情報を用いてメタデータに関する自分のデータベースを検索し、提示されたメタデータの情報に関連するＤＯＩを入手する。したがって、サーチを行うユーザーには、メタデータ・データベースから返送したＤＯＩ及び／または前記返送したＯＤＩから解決したＵＲＬを提示し得る。入手したＤＯＩはＤＯＩディレクトリ１１０１１に送られ、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬを解決する。最終的に、ユーザーのブラウザは正しいコンテンツ１１０６０へと導かれる。
【００５３】
別の実施例によると、ユーザーはＤＯＩ１１０１５をブラウザ１１０２５のアドレス・ウィンドウ１１０２０に提示する。ユーザーのウェブ・ブラウザが元々ＤＯＩを処理する能力がない場合、ＤＯＩ１１０１５はＤＯＩディレクトリ１１０１１用のプロキシ・サーバーのアドレスを含んでいてもよく、それは図１１においては「ｄｘ．ｄｏｉ．ｏｒｇ」である。その結果、ブラウザはｄｘ．ｄｏｉ．ｏｒｇに位置するＤＯＩディレクトリ１１０１１へと導かれ、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬを解決し、ユーザーのブラウザをそこへと導く。
【００５４】
別の実施例によれば、ＤＯＩはドキュメントあるいは何らかの形式の情報１１０３０の中に埋め込むこともでき、それによりＤＯＩをクリックすることによってユーザーを正しいＤＯＩディレクトリ１１０１１に導き、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬ決定し、ユーザーのブラウザをそこへと導く。
【００５５】
別の実施例によると、ＤＯＩはＣＤ−ＲＯＭまたはフロッピー・ディスク等のメモリ１１０４０上に提示してもよく、するとメモリは自動的に、または起動されると、ユーザーを正しいＤＯＩディレクトリ１１０１１に導き、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬを割り出し、ユーザーのブラウザをそこへと導く。
【００５６】
また別の実施例によれば、ＤＯＩは印刷物としてユーザーに提供してもよく、ユーザーは当該ＤＯＩを上記の如く光学的及び／または機械的周辺入力機器を用いてマニュアルで入力する。
【００５７】
図１２は、通信ネットワーク上で情報を入手し、ＤＯＩシステムがＤＯＩを解決して所望の情報が位置するＵＲＬを得るための典型的なメカニズムの別の実施例の概要を示している。この一実施例によると、複数のＤＯＩディレクトリ１２１０が分散型ＤＯＩディレクトリとして存在し、ハンドル・システム１２００を形成している。一実施例では、分散型ＤＯＩディレクトリはあたかも単一のディレクトリ１１０１１であるかのように動作し、リクエストに応える。その点を除いては解決は図１１と同様に行われる。
【００５８】
図１３は、本発明に基づいた典型的なＤＯＩシステムの概要であり、発行者、ＤＯＩ登録サービス及びハンドル・システムが連携して創り出す効率的なＤＯＩシステムの概要を示している。プレフィックス・ホルダー１３５５は、ＤＯＩ１３４２と関連するメタデータ１３６６から成るＤＯＩ登録サービス１３００に情報を提出する。既に固有のプレフィックス５０１を与えられているプレフィックス・ホルダーは、コンテンツ１３６６にサフィックス５０２を指定するように要求する。登録サービス１３００は、情報１３４２、ハンドル・システム１３５０内に次に預けるための情報１３６６、及び／またはメタデータ・データベース１３１０といったユーザーから提出された情報を解析及び／または再形式設定する役目を担う。上記のように、ＤＯＩを用いてアドレスできるコンテンツの範囲は無限である。その結果、コンテンツ１３６６は如何なる情報及び記事、書籍、音楽アルバムを含む著作物、またはそれらの選択された個別の部分から成ってもよい。ＤＯＩ５００を提供することに加え、発行者１３４２は、コンテンツ１３６６用のメタデータを収集する。当該メタデータは当該コンテンツのＤＯＩ５００、ＤＯＩジャンル、識別子、タイトル、タイプ、起源、主要エージェント、エージェントの役割及び／またはその他から成る。また、様々な相手から提供され識別された、コンテンツに関係のある関連サービスのリストから成っていてもよい。様々な相手とは例えば、コンテンツをオンラインで購入できるウェブ・ページの場所である。
【００５９】
発行者１３４２がコンテンツ１３６６にサフィックス５０２を指定し必要なメタデータを収集すると、ＤＯＩ５００と当該メタデータはＤＯＩ登録サービス１３００に送信される。ＤＯＩ登録サービス１３００はＤＯＩ５００のデータベース、登録されたコンテンツ１３６６全てのメタデータと共にコンテンツ１３６６が位置するＵＲＬを維持する。本発明によると、ＤＯＩ登録サービス１３００は当該メタデータをメタデータ・データベース１３１０、図１では１１９ｃに送信する。メタデータ・データベース１３１０はＤＯＩ登録サービス１３００が一元管理することもできるし、またそうしなくてもよい。
【００６０】
ＤＯＩ登録サービス１３００は、収集されたメタデータを別のデータ・サービス１３２０に提供したり、付加価値を付けたリソース１３３０をユーザーに提供したりするために利用することもできる。加えて、ＤＯＩ登録サービス１３００は正しいＤＯＩハンドル・データをハンドル・システム１３５０に送り、ハンドル・システムは複数のＤＯＩディレクトリ・サーバー１３４１から成っていてもよい。
［カタロギング・システムのデータ・フロー］
図１４は、ピア・ツー・ピア環境で情報のアクセスを実行するカタロギング・システムのデータ・フローの一つの非限定的な実施例を描写している。ピア１４０１、例えばＤＥ２Ｐは、オーディオ、メタデータ、ソフトウェア、構造化されたドキュメント、ビデオ及び／またはその他のデータフォーマットのような様々な形態であるが、これらに限定されることはない形態のコンテンツ及び／または情報を収容する記憶装置１４０３を内臓しているか、記憶装置１４０３と通信するように配置されている。コンテンツのカテゴリーの一つは組み込まれたＤＯＩを有するもの、即ち、組み込まれたＤＯＩコンテンツ（これ以後ＥＤコンテンツとする）であってもよい。一つの代替実施例において、コンテンツをまずＤＲＭシステムで暗号化し、ＤＯＩバリューを暗号化したコンテンツに付加し、従ってＤＯＩバリューは暗号化されないいままにすることができる。別の実施例では、ＤＯＩバリューはコンテンツに組み込まれ、その後暗号化できようようになっている。コンテンツのもう一つのカテゴリーはコンテンツ内に組み込まれたＤＯＩを有さないが、関連するＤＯＩによってその場所をレファレンスされる属性を有することができるもの、つまり、ＤＯＩ場所コンテンツ（これ以後ＤＬコンテンツとする）である。更に別のコンテンツのカテゴリーは、関連するＤＯＩによってレファレンスされた別の場所からのコンテンツの複製、即ちカーボン・コピーされたＤＯＩコンテンツ（これ以後ＣＣＤコンテンツとする）である。更にまた別のコンテンツのカテゴリーは、何れのＤＯＩとも関連付けられていないもの、つまり、レファレンスされていないＤＯＩコンテンツ（これ以後ＵＤコンテンツとする）である。これらの様々なカテゴリーは、数限りない方法で組み合わせることができる。
【００６１】
コンテンツをハンドル・システムに登録して、ＤＯＩがコンテンツの発行者によって確立された通りに永続的にコンテンツの場所を指すようにすることができる。コンテンツの発行者によって確立されたコンテンツの場所は、Ｐ２Ｐネットワーク上の所与のピア１４０１の記憶装置１４０３が保存している複製とはしばしば異なるということ、つまりはＰ２Ｐネットワーク上の殆どのコンテンツはＤＬコンテンツではなく、ＣＣＤコンテンツであるということに注意することが重要である。ＣＣＤコンテンツの利用可能性が高いであろうことの理由は、Ｐ２Ｐネットワークがコンテンツの発行者がレファレンスしたり特定したりした以外の場所からコンテンツを複製することを助長しているためである。更にまた、ＤＯＩはコンテンツ内に数多くの方法で組み込むことができる。例えば、ＤＯＩを例えばＭＰ３タグへのバリュー等の周知のフォーマットのメタデータ・フィールドのバリューとして入力する方法、ＤＯＩをファイルの最後でエンド・オブ・ファイル（ＥＯＦ）トークンの後に付加する方法、ＤＯＩを表すウォーターマークを適用する方法及び／またはその他があるが、ＤＯＩをコンテンツ内に組み込む方法はこれらに限定されるわけではない。
【００６２】
ピア１４０１はメタデータ・データベース（ＭＤＤＢ）１４０２及びピア・ツー・ピア・リスト・コレクター１４０４と通信するように配置されている。ピア「Ｘ」１４０１は、通常多くの他のピア（図示せず）と通信するように配置されており、他のピアはそれぞれ同様にＭＤＤＢ１４０２及びＰ２Ｐリスト・コレクター１４０４と通信するように配置されている。通信するための配置は一般的に通信ネットワーク上で起こるが、必ずしもそうであるわけではない。もちろん、ＭＤＤＢ１４０２及び／またはＰ２Ｐリスト・コレクター１４０４の機能は、性能を高めるために多くのシステムに分散あるいは集中してもよい。
【００６３】
一つの非限定的な実施例では、Ｐ２Ｐリスト・コレクター自体がボックス１４０１で描写したピアと同様の一つのピアであってもよく、あるいは代わりに他のピアのリクエストに応えるように編成したサーバーであってもよい。Ｐ２Ｐリスト・コレクター１４０４は、大容量記憶装置１４０５と通信するように配置されている。分散のやや少ないＰ２Ｐモデルでは、Ｐ２Ｐリスト・コレクターは、例えばモーフェウスのＰ２Ｐネットワークで提供されているようなローカルの「スーパー・ノード」であってもよく、または例えばナップスターのネットワークで提供されているような集中型ノードであってもよい。そのようなより集中型のＰ２Ｐリスト・コレクターはコンテンツ１４０３のリスト・カタログを様々なピア１４０１から得る。完全な非集中型のモデルでは、全てのピア１４０１は単にそのローカルの記憶装置１４０３に保存されているコンテンツをカタログするか、代わりに、Ｐ２Ｐリスト・コレクター１４０４の機能を各ピア１４０１に統合する。そのような非集中型のＰ２Ｐシステムの各ピア１４０１は自らノードのリスト１４０５ａを維持することができる。
【００６４】
カタロギングのデータ・フローの一つの非限定的な例では、ピア１４０１はまずコンテンツのメタデータをＭＤＤＢ１４０２にクエリーの形態で送り、するとメタデータ・データベースか検索できる。コンテンツのメタデータは、ピアの記憶装置１４０３に保存されているコンテンツから、メタデータ情報をファイルから直接抽出することによって得ることができる。メタデータをマイニングするためには様々な技術を用いることができ、例えば、組み込まれたＤＯＩをコンテンツから得る技術、コンテンツに組み込まれたタグ情報からメタデータを抽出する（例えばアーティスト名、タイトル、アルバムの情報をＭＰ３ファイルから抽出する）技術、トークンを探してファイルを解析する（例えばマイクロソフト・ワードのファイルを解析してそのファイルの著者名とタイトルを識別する）技術及び／またはその他の技術があるが、メタデータをマイニングするために用いる技術はこれらに限定されるわけではない。コンテンツのメタデータをＭＤＤＢにクエリーの形態で送り、前記コンテンツの関連するＤＯＩを確定すると、ＭＤＤＢ１４０２はそれに応えてピアに正しく一致し関連するＤＯＩを提供する。ピア１４０１は、コンテンツ自体の中に組み込まれたＤＯＩが無いコンテンツ全てについて関連するＤＯＩを探して得る。コンテンツが既に組み込まれたＤＯＩを有する場合、ピアはＭＤＤＢが返信してきたＤＯＩが対応するか照合する。照合の詳細については図１８と図１９を参照。そのような照合は、Ｐ２Ｐネットワーク上で利用可能とされたコンテンツの忠実度を高める。そのような照合はピア１４０１の記憶装置１４０３上で利用可能なコンテンツのアイテム毎に行われる。仮に照合が行われなかったとしても、ＣＣＤコンテンツのアクセスは統計的な目的及びその他の目的で追跡され得る。
【００６５】
ピア１４０１はその後Ｐ２Ｐリスト・コレクター１４０４に、ピアのネットワーク上の場所、例えばＩＰアドレスとピア１４０１で利用可能なコンテンツのリストとそれらに関連するＤＯＩとから成るメッセージを提供することができる。従って一つの非限定的な例では、ピアＸ１４０１が自らの記憶装置１４０３内の曲３からメタデータをマイニングしそれをＭＤＤＢ１４０２に送り、それを受けＭＤＤＢ１４０２が識別を行い曲３がＤＯＩによってレファレンスされているコンテンツの複製であることを識別するクエリーの返事を提供する。ピアＸはそれから曲３をＤＯＩと関連付ける。ピアＸはそのような関連付けを多くの方法で行うことができ、例えば曲３のコンテンツ内にＤＯＩを組み込む方法、内部データ構造（例えば表、（バリューのペアにされリンクされた）リスト等）を用いてＤＯＩを曲３とピアＸ内で関連付ける方法及び／またはその他があるが、関連付けを行う方法はこれらに限定されるわけではない。このようにして、各ピア１４０１は自らの記憶装置１４０３で利用可能なコンテンツ全ての内部リストを編成する。コンテンツのアイテムをレファレンスする各エントリーには、当該コンテンツをレファレンスするか及び／または他の場所にある実質的に同様のコンテンツをレファレンスするＤＯＩが付いていることになる。
【００６６】
Ｐ２Ｐリスト・コレクター１４０４は、通信ネットワーク上の数多くのピア１４０１からの、各ピアが他のピアに対して利用可能にしているコンテンツが何であるかを報告する多数のコンテンツ・リスト・メッセージを得ることができる。Ｐ２Ｐリスト・コレクターは、ＤＯＩとＤＯＩに関連する情報が利用可能になっている場所のネットワーク・トポロジー上の関連するノードとのリストを有するデータ構造１４０５ａを管理しそれを収容する。リスト・コレクターのデータ構造１４０５ａを管理するには標準的なデータ処理技術を用いることができ、例えば、ＩＰアドレスによって表されるもの等のノードを鍵にしているバリューのペアのフィールドを持つ表で、特定のＤＯＩレファレンスとそのＤＯＩフィールドを持つコンテンツを収容する表、（リンクされた）リスト及び／またはその他があるが、標準的なデータ処理技術はこれらに限定されるわけではない。一つの非限定的な例では、Ｐ２Ｐリスト・コレクター１４０４は、如何なる特定のＤＯＩと関連するデータをも収容する利用可能なノードのリストを集積するための簡便なメカニズムを提供する。このようにして、Ｐ２Ｐリスト・コレクター１４０５は、現在コンテンツのあるバージョンを保存している様々なノード全てを当該コンテンツのＤＯＩに基づいてカタログすることができる。
【００６７】
集中の少ないＰ２Ｐネットワークの一つの非限定的な実施例においては、ピア１４０１で利用可能なコンテンツのリストをコンパイルすると、ピア１４０１はそのコンテンツのリストをＰ２Ｐリスト・コレクター１４０４に送ることができる。それ以後、Ｐ２Ｐリスト・コレクター１４０４はそのデータ構造１４０５ａ内にピア１４０１へのレファレンスを追加し、ピア１４０１をＰ２Ｐリスト・コレクター１４０４のデータ構造１４０５ａ内にリストされている様々なＤＯＩに関連付ける。事実上は、これにより他のピアがＰ２Ｐリスト・コレクターでコンテンツの検索を実行した場合のみに、特定のピア１４０１が他のピアに利用可能になる。従って、Ｐ２Ｐリスト・コレクター１４０４は、ダウンロードのために様々なピアがホスティングしているコンテンツへのレファレンスを維持していることになる。コンテンツの検索を行い、Ｐ２Ｐリスト・コレクターから返信されてきたレファレンスを得るピアは、その後リクエストしたコンテンツの複製をＰ２Ｐリスト・コレクター１４０４のデータ構造１４０５ａでレファレンスされた他のノード／ピアから得ることができる。検索の例では、ピア１４０１がＰ２Ｐリスト・コレクターに曲３、即ちＤＯＩｂによってレファレンスされるコンテンツの複製をクエリーする。Ｐ２Ｐリスト・コレクターはピアＸ１４０１にノード／ピアＪとＫが現在曲３の複製を保持していることを知らせる。その後ピアＸ１４０１はノード／ピアＪ及び／またはＫ（図示せず）から曲３の複製のダウンロードを開始する。更にまた、Ｐ２Ｐリスト・コレクター１４０４はそれからピアＸを曲３つまりＤＯＩｃのコンテンツを保持しているノードとして、そのデータ構造１４０５ａ内に追加する。そのような方法でＤＯＩによってコンテンツをレファレンスすることには、対応するＤＯＩでレファレンスされるので、コンテンツの複製が当該コンテンツの元来のバージョンと異なったりその規格外であったりする可能性が少ないという利点がある。そのようなレファレンシング・スキームは更に、複製されたコンテンツの正しいバージョンを保持していると判明している複数のノードから同時にコンテンツの一部をダウンロードすることにより、所望のコンテンツの複製をより高速でダウンロードすることを可能にするという利点をも有する。
［カタロギング・システムのロジック・フロー］
図１５は、ピア・ツー・ピア環境で情報のアクセスを実行するカタロギング・システムの一つの非限定的な実施例を示している。そのようなカタロギング・システムは、ピア１４０１、Ｐ２Ｐリスト・コレクター１４０４及び／またはその他の構成要素の一つであり得る。カタロギング・システムは、ピアの記憶装置１４０３に保存されているコンテンツをカタログするために用いることができ、ＭＤＤＢ１４０２と通信するように配置されている。
【００６８】
初めに、カタロギング・システムはカタログすべき新しいコンテンツ１５０１があるかどうか判断する。一つの非限定的な実施例では、カタログすべき新しいコンテンツがあるかどうかの判断は、新しいコンテンツのアイテムが追加された及び／または把握されていないことを判断するための標準的なデータ処理技術を用いて行うことができ、例えば、前回のスキャン以後に入力された追加のものがないかデータベース及び／またはディレクトリ構造をスキャンする技術、データベース及び／またはディレクトリ構造の入力のリストをコンパイルして前回コンパイルしたリストと一致しなかった入力を追加する技術及び／またはその他があるが、標準的なデータ処理技術はこれらに限定されるわけではない。
【００６９】
カタログすべき新しいコンテンツ１５０１が無い場合、カタロギング・システムは終了する１５０２。カタログすべき新しいコンテンツ１５０１がある場合は、ピア１４０１が利用可能なコンテンツのそれぞれについて、カタロギング・システムはイテレーションされたコンテンツが組み込まれたＤＯＩを有するかどうか判断する１５０３。カタロギング・システムがコンテンツ内に組み込まれたＤＯＩは無いと判断すると１５０３、その後カタロギング・システムはコンテンツからメタデータを収集する１５０４。一つの非限定的な実施例では、カタロギング・システムはコンテンツからメタデータを収集するために、周知のファイル・タイプに基づいてファイルを解析し調べる。例を挙げると、ＭＰ３ファイルはファイルの録音品質、コンテンツを作成したアーティスト名、楽曲のタイトル及び／またはその他のメタデータを含むことが知られている。一つの代替実施例では、コンテンツを説明するメタデータはユーザーがそのような情報をダイアローグ・ボックスＧＵＩウィジェット及び／またはその他によって供給することにより得ることができる。そのようなメタデータはファイルからマイニングしてＭＤＤＢ内でＤＯＩを探すために用いることができる１５０５。この例においては、ＭＤＤＢはメタデータＤＯＩ解決サーバーとして機能する。つまり、メタデータ及び／またはＤＯＩをそれらのそれぞれの対応物へと解決するのである。ＭＤＤＢへのメタデータ・クエリーに基づいてＤＯＩが一つも見つからなかった場合は、その後エラー信号を生成してもよい。一つの例では、エラー信号を用いてユーザーに新しいコンテンツと関連する周知のＤＯＩは無いということを知らせることができるようになっている。別の例では、エラー信号を用いて他のエラー処理モジュールを起動することもできる。一つの代替実施例においては、カタロギング・システムは周知のファイル・タイプに基づいてコンテンツを解析し、アーティスト名、著者名、タイトル及び／またはその他のような鍵フィールドやトークンを探す。
【００７０】
コンテンツ内に組み込まれたＤＯＩがあると判断すると１５０３、カタロギング・システムは当該の組み込まれたＤＯＩを入手する１５０６。一つのオプションの実施例では、カタロギング・システムはその後カタログされたローカルに保存されているコンテンツが、一つのＤＯＩに関連する照合されたコンテンツに対応するかどうか照合することができる１５１１。一つの非限定的な実施例では、この照合はハンドル・システムからの照合をリクエストすることによって達成することができる。このハンドル・システムの照合は多くの方法で達成することができ（詳細は図１８と図１９を参照）、例えば、ｖｅｒｉｆｙ．ｏｐｔｉｏｎ＠ＤＯＩ等の強化ＤＯＩ解決リクエストをハンドル・システムに提出し、ハンドル・システムがチェックサム、ファイルのサイズ、デジタル証明をオプション・ターゲットのバリューに応じて返信及び／またはそれらへと解決する方法、そのコンテンツへと解決しその後解決したコンテンツとローカルで利用可能なコンテンツの属性を比較できるようにする通常のＤＯＩ解決リクエストを提出する方法及び／またはその他の照合の形態が含まれるが、照合を達成する方法はこれらに限定されるわけではない。
【００７１】
ＤＯＩを得ると１５０６、１５０５及び／またはオプションとしてコンテンツを照合１５１１すると、その後カタロギング・システムは得られたＤＯＩ１５０６、１５０５をローカルのＤＯＩのリストに追加することができる１５０７。一つの非限定的な実施例では、ローカルのＤＯＩのリストは多数のピアと共通するＤＯＩのリストであってもよい。そのような共有は、コンテンツの検索のリクエストの送信と受信を可能にし検索のリクエストをローカルのコンテンツのリストのデータ構造と比較することを可能にすることによって達成することができる。ＭＤＤＢ内のＤＯＩを探すか１５０５組み込まれたＤＯＩをイテレーションされたコンテンツのアイテムから入手するかし１５０６、当該ＤＯＩをローカルのリストに追加した後１５０７、カタロギング・システムは他にカタログすべきコンテンツがあるかどうか判断する１５０８。もしカタログすべきコンテンツが更にある場合には、カタロギング・システムはイテレーションをし、カタログすべき新しいコンテンツのアイテムがあるかどうかを判断する。他にカタログすべきコンテンツが一つも無い場合１５０８、カタロギング・システム１５０８はＤＯＩのリストをリスト・コレクターに提出することができる１５０９、１４０４。
［Ｐ２Ｐリスト・コレクターとしてのハンドル・システム］
一つの代替実施例において、提出１５０９を受けているリスト・コレクター１４０４はハンドル・システムそのものでもよい。そのような例では、ピア１４０１（あるいは別のＰ２Ｐリスト・コレクター１４０４）はＤＯＩに関連するＣＣＤコンテンツをホスティングしている場所のアドレスをＤＯＩ登録サーバー、即ち情報アクセス登録サーバー（ＩＡＲＳ）に提供することができる。それ以後、ＩＡＲＳはコンテンツとＤＯＩの解決入力を、ピアの場所のアドレスをあらゆる関連するＤＯＩの多重解決入力として追加する内部データベースに追加することができる。そのようなピアの場所のアドレス（ＰＬＡ）入力はＩＡＭＲＳによっても処理することができる。
【００７２】
一つの実施例では、ＰＬＡ入力にはホスティングする見込みのある者の故意のアクションとしてダイアローグ・ボックスまたはウェブ・フォームを発動してピアがＩＡＲＳを介したハンドル・システムへのＰＬＡ入力を許可できるようにする必要がある。別の実施例では、ＰＬＡ入力は、ＩＡＲＳにＰＬＡ入力を提供するコンテンツにＤＯＩを組み込むことによって、ピアにより受動的に行われる。そのようなＰＬＡ入力はハンドル・システムの登録システムを用いて、多重解決を通してアクセス可能なコンテンツのための更なるホストを提供する。つまり、一つの非限定的な実施例では、ＰＬＡ入力自体が特定のＤＯＩに関連する情報のための新しい場所を登録するためのＩＡＲＳ／ＩＡＭＲＳへのリクエストとなっている。ＰＬＡ入力は匿名で及び／または特権を与えられ管理されたファシリティを通して行ってもよい。
【００７３】
管理された（人間により管理されたあるいは自動管理された）実施例においては、ある特定のユーザーのみが自らをホストとして登録することを許可されている。一つの非限定的な実施例では、ＰＬＡ入力のための特権は特定されたグループのメンバーにのみ与えられる。一つの非限定的な実施例では、グループへの加入及び／またはグループのメンバーシップによってピアは自動的にＩＡＭＳへのＰＬＡ入力を開始する。グループ特権は様々な分類、例えば周知のユーザーとグループのリスト（例えばユニックス、ウィンドウズＮＴ及び／またはその他のようなオペレーティング・システムのユーザーとグループのリスト）、連続アップタイムの閾値を満たすピア（例えば他のピアがあるピアをある特定された時間数以上利用可能であるか等）、コンテンツの特定された量及び／または質が利用可能になっているピア（例えば特定された閾値以上またはそれ以下のコンテンツ・ライブラリを持つピア等）、コンテンツの信頼性が高いピア（例えばディレクトリ品質保証サーバーのテストにより照合されたコンテンツ等）、コンテンツ提供の質が高いピア（例えば特定された閾値以上またはそれ以下の転送速度を提供するピア等）、実績のあるピア（例えば特定されたレベル以上またはそれ以下の送信の成功例があり、「忠実な職務遂行」で報奨を受けているピア等）、（例えば特定されたレベル以上またはそれ以下の送信された資料へのアクセスの販売及び／またはそれに対する支払いに結びついた送信の成功例があり、「忠実な職務遂行」で報奨を受けているピア等）、ピアのアクセス資格認定資料を持つピア（例えばクッキー、暗号解読鍵、ファイル、パスワード、有効性を確認するための資格認定資料（図１９参照）及び／またはその他を提供できるピア等）によって指定されるが、グループ特権を指定するための分類はこれらに限定されるわけではない。一実施例では、ピアがそのローカルの記憶装置をチェックし以前にアクセス資格認定資料を得たかどうか、且つそのアクセス資格認定資料がまだ有効かどうかを判断する。アクセス資格認定資料がまだ有効かどうかを判断する方法の例としては、アクセス資格認定資料の有効期限を調べ有効期限後には新しいアクセス資格認定資料を得る方法、アクセス資格認定資料で許可されているアクセス回数を調べアクセス回数が制限数に達した後には新しいアクセス資格認定資料を得る方法、ローカルのアクセス資格認定資料を関連するＤＯＩによって解決して得たアクセス資格認定資料と比較する方法及び／またはその他が含まれるが、アクセス資格認定資料がまだ有効かどうかを判断する方法はこれらに限定されるわけではない。一実施例では、ピアのアクセス資格認定資料はデジタル権利処理機間、ウェブサイト及び／またはその他を介して得る（例えば、購入する）ことができ、そのような実施例においてはピアのアクセス資格認定資料がローカルまたはその他で利用可能でなかった場合は、ピアはＤＲＭシステム、デジタル・オブジェクト識別子アクセス・トラッカー（ＤＯＩＡＴ）及び／またはその他へと導かれる。
【００７４】
注意すべきことは、（図１４と図１５に上述したような）そのようなカタロギングＰ２Ｐシステムは図８及びその他のＤＯＩシステムがＰ２Ｐ環境で作動することを可能にするということである。言い換えれば、コンテンツの伝播とコンテンツへのレファレンスはもはやコンテンツの発行者／所有者によるコントロールに限定されない。これによりコンテンツの所有者は当該コンテンツを流通したり及び／またはコンテンツの利用可能性の負荷をバランスしたりするために多くの異なる場所を配置し、維持し、サポートする必要がなくなる。従って、上記のカタロギング・システムはＤＯＩが、完全に非集中型の、管理されていないＰ２Ｐ環境において同一のオブジェクトの異なる複製、つまりＣＣＤコンテンツを識別しルーティングするためのメカニズムとなることを可能にしている。例えば、アイテムの複製を誰でもアクセスできるようにホスティングしたいと希望するエンド・ユーザーは誰でも自らをＰ２Ｐサービスに登録でき、Ｐ２Ｐサービスがその場所を指し示すようにＤＯＩ記録を更新する。ある意味では、そのような実施例は、ＤＯＩと、関連するノードとのデータベース（図１４の１４０５ａ参照）をピア内あるいはＰ２Ｐリスト・コレクター内で増大させることにより、アドホックのコンテンツとＤＯＩとの解決サーバー、即ちハンドル・システムの開発を可能にするといえる。別の実施例では、ＤＯＩによってレファレンスされるコンテンツの複製即ちＣＣＤコンテンツをホスティングするノードの入力を、コンテンツとＤＯＩとの解決サーバーに多重解決ノード入力として追加することにより、一般の人々がハンドル・システム自体の中の入力を変更することができる。これには、ハンドル・システムを利用する全ての人のためにＣＣＤコンテンツをＤＬコンテンツに変換し、ひいては（図８及びその他の）ＤＯＩシステム全体を有機的なＰ２Ｐシステムに変えるという利点がある。
［ファイル検索とリクエストのシステムのデータ・フロー］
図１６はＰ２Ｐ環境で情報のアクセスを実行するファイル検索とリクエストのシステムのデータ・フロー図を描写している。ピア１６０１はＭＤＤＢ１６０２と通信するように配置されている。当該ピアはまた記憶装置１６０７を収容し及び／または記憶装置１６０７へのアクセスを有するＰ２Ｐリスト・コレクター１６０６とも通信するように配置されている。Ｐ２Ｐリスト・コレクター１６０６の記憶装置１６０７は、ＤＯＩをピアのノードに関連するデータ構造１６０７ａを収容する。ピア１６０１はまた他のピアと通信するように配置されている。他のピアＤ１６０３、ピアＧ１６０４、及びピアＦ１６０５はそれぞれ、ピアＡ１６０１と同様にＭＤＤＢ１６０２とＰ２Ｐリスト・コレクター１６０６と通信するように配置されている。一つの非限定的な実施例では、ピアＡ１６０１のユーザーは、検索条件（例えばアーティスト名、ワークのタイトル、録音品質及び／またはその他等）を、例えばテキスト・フィールドといったユーザー・インターフェース・ウィジェットで入力することにより検索をＭＤＤＢ１６０２に提出する。ピアはユーザーの検索リクエストをカプセル化し、それをＭＤＤＢに提出する。ＭＤＤＢはクエリーを行い、クエリー結果をピア１６０１に返信する。ＭＤＤＢが提供するクエリー結果はＤＯＩの形態をとってもよい。それ以後、ピアＡ１６０１のユーザーはＭＤＤＢからのクエリー結果のリストを閲覧し、所望するコンテンツを選択する。一つの非限定的な実施例において、ピアＡ１６０１のユーザーはＤＯＩ、Ｂを選択することができる。当該の選択はクエリーのリクエストとしてＰ２Ｐリスト・コレクター１６０６へと送られる。それを受けてＰ２Ｐリスト・コレクター１６０６は、ユーザーの所望するコンテンツ選択に関連するピアをＤＯＩ、Ｂに基づいて探し出す。この例においてＤＯＩ、Ｂは、Ｐ２Ｐリスト・コレクターのルックアップ・データ構造１６０７ａ内にあるピアＤ、ピアＦ、及びピアＧに関連している。この例で、Ｐ２Ｐリスト・コレクター１６０６はクエリー結果を返信して、ピアＡに対しＤＯＩ、Ｂに関連するコンテンツはピアＤ、ピアＦ、及びピアＧにあるかもしれないことを知らせる。その後ピアＡはピアＤ、ピアＦ、及びピアＧに対しファイル転送リクエストを開始する。ファイル転送リクエストとそれに続くレスポンスは標準的な転送プロトコルを介して提供することができ、例えば、ファイル転送プロトコル、ハイパーテキスト転送プロトコル、ＴＣＰ／ＩＰパケット及び／またはその他があるが、標準的な転送プロトコルはこれらに限定されるわけではない。オプションの実施例では、ピアＡはチェックサムをリクエストして、ピアＤ、ピアＦ、及びピアＧに収容されているファイルがＤＯＩ、Ｂに正しく関連する情報と一致し、それと同等のものであるかを確認することができる。それを受けて他のピア、ピアＤ、ピアＦ、及びピアＧはそれぞれ独自のクエリーを、ピアＤ、ピアＦ、及びピアＧ、ピアＡ１６０１及びＰ２Ｐネットワーク上で利用可能なその他全てのピアの間で行う。
［ファイル検索とリクエストのシステムのロジック・フロー］
図１７はＰ２Ｐ環境で情報のアクセスを実行するファイル検索とリクエストのシステムのロジック・フロー図である。初めに、検索とリクエストのシステムは所望のコンテンツのＤＯＩが周知のものかどうかを判断する１７０１。所望のコンテンツのＤＯＩが周知のものではない場合、検索とリクエストのシステムはユーザーがＤＯＩをＭＤＤＢの中でメタデータ・クエリーのトークンに基づいて探すことを可能にする１７０２。
【００７５】
所望のコンテンツのＤＯＩを得ると１７０１、１７０２、検索とリクエストのシステムは得られたＤＯＩに基づいて検索リクエストをＰ２Ｐリスト・コレクターに提出して、コンテンツを収容するホストのリストを引き出す。一つの非限定的な実施例では、Ｐ２Ｐリスト・コレクター１６０６はホストのリストを導出するために、得られたＤＯＩをそのコンテンツ・カタログ・データ構造１６０７ａにあるＤＩＯと照らし合わせて、一致したＤＯＩ入力を求め、一致したＤＯＩに対応する所望のコンテンツを収容することが判明しているピア／ノードを入手する１７０３。Ｐ２Ｐリスト・コレクター１６０７ａの役割は様々であるということに注意することが重要である。一つの非限定的な実施例では、Ｐ２Ｐリスト・コレクターは設計上でも機能面でもその他全てのピア１４０１と同一の別の一つのピアに過ぎない。一つの代替実施例では、Ｐ２Ｐリスト・コレクター１４０４は集中型のデータベースで、リクエストを出している全てのピア１４０１によりアクセスされる。また別の実施例では、Ｐ２Ｐリスト・コレクター１４０４は、限定されたピアのグループに対して利用可能なコンテンツを内蔵しているピアのノードをリストするスーパー・ノードとして働く。好ましい実施例は様々で、スケーラビリティ、リソースの利用可能性及び／またはその他の開発の必要条件による。
【００７６】
Ｐ２Ｐリスト・コレクター１７０３、１６０６にクエリーすると、検索とリクエストのシステムはＰ２Ｐリスト・コレクターから、所望のＤＯＩ１７０３に対応するコンテンツを得ることのできる候補のピアを識別する結果を得る。所望のワーク１７１３を得る見込みのあるピアのリストを得ると、検索とリクエストのシステムは確立されたＰ２Ｐプロトコルを用いて１７０４一つのピアにコンタクトする。非限定的なプロトコルの例には、ＴＣＰ／ＩＰ、ＵＤＰ、ＦＴＰ及び／またはその他が含まれるが、これらに限定されるわけではない。当該ピアにコンタクトしＰ２Ｐプロトコルを確立すると１７０４、ＤＯＩに対応する所望のコンテンツがＤＯＩレファレンス１７０５によりリクエストされる。ＤＯＩを検索タームとして提出することによりリクエストが出される。ピアは、検索を可能にするＤＯＩを鍵フィールドとして用いて、その記憶装置１４０３にコンテンツをカタログする。
【００７７】
ＤＯＩレファレンス１７０５によりファイルのリクエストを確立すると、ファイルの転送が開始される１７１５。ファイルが利用不可能な場合、エラー信号が生成される１７２５。一つの非限定的な実施例では、検索とリクエストのシステムはファイルの入手に成功したか判断する１７０６。ファイルの入手が成功しなかった場合、別のホストにコンタクトし、その別のホストとのＰ２Ｐ接続を確立する１７０４。更に別の代替実施例においては、検索とリクエストのシステムは複数のホストに同時にコンタクトし、各ホストとのＰ２Ｐプロトコルを確立することができる。この方法では、検索とリクエストのシステムはリクエストした同一のファイルの様々な部分の多重転送を行い、前記ファイルの転送速度を高める。
【００７８】
リクエストしたファイルの入手に成功したと判断すると１７０６、検索とリクエストのシステムは入手したファイルが有効か判断する１７０７。一つの非限定的な実施例では、ファイルのサイズ及び／またはその他の属性に基づいて、その特定のＤＯＩに関連するコンテンツに関するハンドル・システムのメタデータ・データベースに保存されているチェックサムと比較することにより、ファイルが有効であると判断される。転送されたファイルが有効であると判断されると、フローは終了する１７０８。ファイルが有効でないと判断されると１７０７、検索とリクエストのシステムは有効なファイルを得るために別のピアと新たなＰ２Ｐプロトコルを開始する。そのような方法でユーザーがかかるファイルの転送のキャンセルを希望するか及び／またはファイルの入手に成功するまでイテレーションが続く。
［受信後の有効性確認のシステムのデータ・フロー］
図１８は、Ｐ２Ｐ環境で情報のアクセスを実行する受信後の有効性確認のシステムのデータ・フロー図を図示している。ピア１８０１はハンドル・システム１８０３と通信するように配置してある。当該ピアはハンドル・システム１８０３で解決するＤＯＩを提供する。当該ピアは、ＤＯＩｂを持つ曲３といったようなＤＯＩを組み込んだコンテンツを収容することができる大容量記憶装置１８０２及び／またはその他を含んでもよい。ハンドル・システムはＤＯＩを関連する全ての情報と解決し、またＤＯＩをＭＤＤＢ内のメタデータとも解決することができる。メタデータは歌詞、正当性確認情報、オーディオ指紋、コンテンツのＨＴＴＰの場所、コンテンツを購入するためのＨＴＴＰの場所及び／またはその他のアイテムを含んでもよい。ハンドル・システムはピア１８０１に解決の場所を提供し、その解決の場所からピア１８０１はコンテンツ、メタデータ、サービス及び／またはその他を得ることができる。一つの非限定的な実施例では、ハンドル・システムは強化ＤＯＩ、例えばＤＯＩａに関連する有効性確認情報へと解決するｖａｌｉｄａｔｅ＠ＤＯＩａに基づいて、コンテンツ、メタデータ、サービス及び／またはその他へと解決する。注意すべきことは、受信後の有効性確認のシステムは、ピア１４０１と一体化することもできるということである。
［ファイル受信の有効性確認システムのロジック・フロー］
図１９は、Ｐ２Ｐ環境で情報のアクセスを実行するファイル受信の有効性確認のシステムのロジック・フロー図を描写している。初めに、ファイルの有効性確認のシステムは、所望のＤＯＩの有効性を確認する資格認定資料をハンドル・システムにリクエストする１９０１。
【００７９】
有効性を確認する資格認定資料には、チェックサム、デジタル証明、デジタル指紋、暗号化鍵、コンテンツ／タグの比較（例えば、ＣＣＤコンテンツのアイテムとＤＬコンテンツのアイテムにタグとして組み込まれた著者名、タイトル、発行者等の比較）、コンテンツ自体（例えば、ＤＬコンテンツのアイテムの一部を抽出しＣＣＤコンテンツのアイテムと比較する）、パスワード及び／またはその他があり、前述したもの全てのような資格認定資料を意味するＤＯＩも含むが、有効性を確認する資格認定資料はこれらに限定されるわけではない。一つの非限定的な実施例では、強化ＤＯＩグラマーの利用とＤＯＩの多重解決によって、正当性確認及び／または有効性確認の形態の特別なリクエストが可能になる。例えば、リクエストは例えばｖｅｒｉｆｙ．ｏｐｔｉｏｎ＠ＤＯＩといった強化ＤＯＩ解決リクエストとしてハンドル・システムに提出してからハンドル・システムがオプション・ターゲットのバリューに応じてチェックサム、ファイルのサイズ、デジタル証明を返信したり及び／またはそれらへと解決すること、コンテンツへと解決する通常のＤＯＩ解決リクエストとして提出してから解決されたコンテンツの属性とローカルで利用可能なコンテンツの属性とを比較すること、及び／またはその他の照合の形態をとることができる。
【００８０】
有効性を確認する資格認定資料をハンドル・システムから得ると１９０１、ファイルの有効性確認のシステムは、正当性確認と有効性確認の技術を用いて入手したファイルの正当性及び／または有効性をローカルに確立することができる１９０２。一つの非限定的な実施例では、ファイルの有効性確認のシステムはローカルで入手したファイルにチェックサムを用いて、ハンドル・システムが返信してきたチェックサムと比較する。別の非限定的な代替実施例では、ファイルの有効性確認のシステムはローカルで保存しているファイルから入手した指紋と、ハンドル・システムから入手した指紋とを比較する。更に別の非限定的な代替実施例においては、ファイルの有効性確認のシステムは供給された及び／または組み込まれたデジタル証明を暗号解読し、それを有効性確認機関から得たデジタル証明と比較する。
【００８１】
適宜な正当性確認と有効性確認の情報を算出すると、ファイルの有効性確認のシステムは得られた資格認定資料を算出したバリューと比較する１９０３。ファイルの有効性確認のシステムが比較した資格認定資料が算出したバリューと一致しないと判断すると、当該ファイルは有効ではないと見做されエラー信号が生成される１９０４。しかしながら、算出した正当性確認及び／または有効性確認のバリューがハンドル・システムから得たバリューと一致した場合は、入手したファイルは有効であると見なされ１９０３、当該ファイルが有効であることを示す信号が生成される１９０５。ファイル受信の有効性確認のシステムは、ピア１４０１と一体化することもできるということに注意すべきである。
【００８２】
ここで理解すべきことは、上記の記載は単に実施例の説明のためだけのものであるということである。読者の便宜上、上述の記載は、本発明の原理を教える上でのサンプルで、全ての可能な実施例の内の代表的なサンプルに焦点をあてたものである。記載にあたっては、可能なバリエーションの全てを徹底的に列挙したわけではない。本発明の特定の部分に対して実施例を他に示さなかったこと、または、ある部分に関して記載されていない他の実施例があり得ることが、これらの他の実施例を否認することになる、と考えるべきではない。記載されていない実施例の多くは本発明と同じ原理のものであり、またあるものは同様のものであると理解できる。従って、ここに示されたり記載されたりした実施例及びそのバリエーションは、単に本発明の原理を示すものであり、種々の変更が本発明の範囲及びその精神から逸脱することなく実施できるということを理解するべきである。
【図面の簡単な説明】
【００８３】
【図１】ＤＯＩ対応ピア・ツー・ピア（ＤＥ２Ｐ）コントローラに組み込まれた一実施例を図示している。
【図２】移動する情報についての通信ネットワーク上でのＵＲＬアドレッシングを図示している。
【図３】移動する情報についての通信ネットワーク上でのＵＲＬアドレッシングを図示している。
【図４】ＤＯＩを介した情報へのアクセスを図示している。
【図５】ハンドルの概要を示している。
【図６】ハンドルの概要を示している。
【図７】ユーザーの所望する情報へのアクセスを可能にするための解決メカニズムの概要を示している。
【図８】ユーザーの所望する情報へのアクセスを可能にするための解決メカニズムの概要を示している。
【図９】ユーザーがＤＯＩを用いて情報をアクセスするために行う典型的な一連のアクションの概要を示している。
【図１０】ユーザーが情報の内容をアクセスするために行う典型的な一連のアクションのより完全な概要を示している。
【図１１】通信ネットワーク上で情報をアクセスするための典型的なメカニズムを図示している。
【図１２】通信ネットワーク上で情報を入手するための典型的なメカニズムの別の実施例の概要を図示している。
【図１３】典型的なＤＯＩシステムの概要を示している。
【図１４】ピア・ツー・ピア環境で情報のアクセスを実行するカタロギング・システムのデータ・フローの非限定的な一実施例を描写している。
【図１５】ピア・ツー・ピア環境で情報のアクセスを実行するカタロギング・システムの非限定的な一実施例のロジック・フローを示している。
【図１６】Ｐ２Ｐ環境で情報のアクセスを実行するファイル検索とリクエストのシステムのデータ・フローを描写している。
【図１７】Ｐ２Ｐ環境で情報のアクセスを実行するファイル検索とリクエストのシステムのロジック・フローである。
【図１８】Ｐ２Ｐ環境で情報のアクセスを実行する受信後の有効性確認のシステムのデータ・フロー図を図示している。
【図１９】Ｐ２Ｐ環境で情報のアクセスを実行するファイル受信の有効性確認のシステムのロジック・フロー図を描写している。
【符号の説明】
【００８４】
１０１ ＤＥ２Ｐコントローラ
１０２ コンピュータの系統的システム
１０３ 中央演算処理装置（ＣＰＵ）
１０４ システム・バス
１０５ ＲＡＭ
１０６ ＲＯＭ
１０７ インターフェース・バス
１０８ 入出力インターフェース（Ｉ／Ｏ）
１０９ 記憶インターフェース
１１０ ネットワーク・インターフェース
１１１ ユーザー入力デバイス
１１２ 周辺デバイス
１１３ 通信ネットワーク
１１４ 記憶装置
１１５ オペレーティング・システム・モジュール
１１６ 情報サーバー・モジュール
１１７ ユーザー・インターフェース・モジュール
１１８ ウェブ・ブラウザ・モジュール
１１９ データベース
１２０ 暗号サーバー・モジュール
１２５ ＤＯＩ対応ピア・ツー・ピア（ＤＥ２Ｐ）モジュール
１２６ 暗号プロセッサ
１２７ 暗号プロセッサ・インターフェース
１２８ 暗号プロセッサ・デバイス
１２９ メモリ
１３０ クロック
１３５ ＤＯＩ対応ピア・ツー・ピア（ＤＥ２Ｐ）モジュール
【特許請求の範囲】
【請求項１】
識別した情報のための固有で永続的なユニバーサル・ネーム識別子を一つ得ることと、
得られた該固有で永続的なユニバーサル・ネーム識別子をもって固有で永続的なユニバーサル・ネーム識別子解決システムに、識別した該情報のための有効性確認の資格認定資料をリクエストすることと、
リクエストした該有効性確認の資格認定資料を得ることと、
代表デジタル照合バリューを、得られた該有効性確認の資格認定資料と比較することと、
から成るピアを用いて情報の有効性を確認する方法。
【請求項２】
識別した該情報から代表デジタル照合バリューを算出すること、
から更に成る請求項第１項に記載の方法。
【請求項３】
該代表デジタル照合バリューの算出が、情報の比較、情報タグの比較、チェックサムの生成、デジタル証明の生成、デジタル指紋の生成、暗号化鍵の生成、パスワードの提供、及び識別した該情報の一部を選択することを含み得ることを特徴とする請求項第２項に記載の方法。
【請求項４】
該代表デジタル照合バリューが、チェックサム、デジタル証明、デジタル指紋、暗号化鍵、識別した該情報自体、パスワード、情報の比較の結果のバリュー、及び情報タグの比較の結果のバリュー含み得ることを特徴とする請求項第１項に記載の方法。
【請求項５】
有効性を確認すべき情報を識別することと、
識別した該情報のための固有で永続的なユニバーサル・ネーム識別子を一つ得る手段と、
得られた該固有で永続的なユニバーサル・ネーム識別子をもって固有で永続的なユニバーサル・ネーム識別子解決システムに、識別した該情報のための有効性確認の資格認定資料をリクエストする手段と、
リクエストした該有効性確認の資格認定資料を得る手段と、
代表デジタル照合バリューを、得られた該有効性確認の資格認定資料と比較する手段と、
から成るピアを用いて情報の有効性を確認するシステムで、
該代表デジタル照合バリューが、チェックサム、情報の比較、情報タグの比較、デジタル証明、デジタル指紋、暗号化鍵、識別された該情報自体、及びパスワードを含み得ることと、得られた有効性確認の資格認定資料との比較の結果としてバリューが一致した場合、識別された該情報の有効性が確認されることと、
を特徴とする該ピアを用いて情報の有効性を確認するシステム。
【請求項６】
プロセッサによって読み出し可能な媒体に保存されたプログラムで、
有効性を確認すべき情報を識別するモジュールと、
識別した該情報のための固有で永続的なユニバーサル・ネーム識別子を一つ得るモジュールと、
得られた該固有で永続的なユニバーサル・ネーム識別子をもって固有で永続的なユニバーサル・ネーム識別子解決システムに、識別した該情報のための有効性確認の資格認定資料をリクエストするモジュールと、
リクエストした該有効性確認の資格認定資料を得るモジュールと、
代表デジタル照合バリューを、得られた該有効性確認の資格認定資料と比較するモジュールで、
から成る該プログラムで、
該代表デジタル照合バリューが、チェックサム、情報の比較、情報タグの比較、デジタル証明、デジタル指紋、暗号化鍵、識別された該情報自体、及びパスワードを含み得ることと、得られた有効性確認の資格認定資料との比較の結果としてバリューが一致した場合、識別された該情報の有効性が確認されることと、
を特徴とする該プログラム。
【請求項７】
プロセッサと、
該プロセッサに通信するよう接続されたメモリと、
該メモリに保存されたプログラムで、
有効性を確認すべき情報を識別するモジュールと、
識別した該情報のための固有で永続的なユニバーサル・ネーム識別子を一つ得るモジュールと、
得られた該固有で永続的なユニバーサル・ネーム識別子をもって固有で永続的なユニバーサル・ネーム識別子解決システムに、識別した該情報のための有効性確認の資格認定資料をリクエストするモジュールと、
リクエストした該有効性確認の資格認定資料を得るモジュールと、
代表デジタル照合バリューを、得られた該有効性確認の資格認定資料と比較するモジュールで、
を含む、該プログラムと、
から成る装置で、
該代表デジタル照合バリューが、チェックサム、情報の比較、情報タグの比較、デジタル証明、デジタル指紋、暗号化鍵、識別された該情報自体、及びパスワードを含み得ることと、
得られた有効性確認の資格認定資料との比較の結果としてバリューが一致した場合、識別された該情報の有効性が確認されることと、
を特徴とする該装置。
【請求項１】
識別した情報のための固有で永続的なユニバーサル・ネーム識別子を一つ得ることと、
得られた該固有で永続的なユニバーサル・ネーム識別子をもって固有で永続的なユニバーサル・ネーム識別子解決システムに、識別した該情報のための有効性確認の資格認定資料をリクエストすることと、
リクエストした該有効性確認の資格認定資料を得ることと、
代表デジタル照合バリューを、得られた該有効性確認の資格認定資料と比較することと、
から成るピアを用いて情報の有効性を確認する方法。
【請求項２】
識別した該情報から代表デジタル照合バリューを算出すること、
から更に成る請求項第１項に記載の方法。
【請求項３】
該代表デジタル照合バリューの算出が、情報の比較、情報タグの比較、チェックサムの生成、デジタル証明の生成、デジタル指紋の生成、暗号化鍵の生成、パスワードの提供、及び識別した該情報の一部を選択することを含み得ることを特徴とする請求項第２項に記載の方法。
【請求項４】
該代表デジタル照合バリューが、チェックサム、デジタル証明、デジタル指紋、暗号化鍵、識別した該情報自体、パスワード、情報の比較の結果のバリュー、及び情報タグの比較の結果のバリュー含み得ることを特徴とする請求項第１項に記載の方法。
【請求項５】
有効性を確認すべき情報を識別することと、
識別した該情報のための固有で永続的なユニバーサル・ネーム識別子を一つ得る手段と、
得られた該固有で永続的なユニバーサル・ネーム識別子をもって固有で永続的なユニバーサル・ネーム識別子解決システムに、識別した該情報のための有効性確認の資格認定資料をリクエストする手段と、
リクエストした該有効性確認の資格認定資料を得る手段と、
代表デジタル照合バリューを、得られた該有効性確認の資格認定資料と比較する手段と、
から成るピアを用いて情報の有効性を確認するシステムで、
該代表デジタル照合バリューが、チェックサム、情報の比較、情報タグの比較、デジタル証明、デジタル指紋、暗号化鍵、識別された該情報自体、及びパスワードを含み得ることと、得られた有効性確認の資格認定資料との比較の結果としてバリューが一致した場合、識別された該情報の有効性が確認されることと、
を特徴とする該ピアを用いて情報の有効性を確認するシステム。
【請求項６】
プロセッサによって読み出し可能な媒体に保存されたプログラムで、
有効性を確認すべき情報を識別するモジュールと、
識別した該情報のための固有で永続的なユニバーサル・ネーム識別子を一つ得るモジュールと、
得られた該固有で永続的なユニバーサル・ネーム識別子をもって固有で永続的なユニバーサル・ネーム識別子解決システムに、識別した該情報のための有効性確認の資格認定資料をリクエストするモジュールと、
リクエストした該有効性確認の資格認定資料を得るモジュールと、
代表デジタル照合バリューを、得られた該有効性確認の資格認定資料と比較するモジュールで、
から成る該プログラムで、
該代表デジタル照合バリューが、チェックサム、情報の比較、情報タグの比較、デジタル証明、デジタル指紋、暗号化鍵、識別された該情報自体、及びパスワードを含み得ることと、得られた有効性確認の資格認定資料との比較の結果としてバリューが一致した場合、識別された該情報の有効性が確認されることと、
を特徴とする該プログラム。
【請求項７】
プロセッサと、
該プロセッサに通信するよう接続されたメモリと、
該メモリに保存されたプログラムで、
有効性を確認すべき情報を識別するモジュールと、
識別した該情報のための固有で永続的なユニバーサル・ネーム識別子を一つ得るモジュールと、
得られた該固有で永続的なユニバーサル・ネーム識別子をもって固有で永続的なユニバーサル・ネーム識別子解決システムに、識別した該情報のための有効性確認の資格認定資料をリクエストするモジュールと、
リクエストした該有効性確認の資格認定資料を得るモジュールと、
代表デジタル照合バリューを、得られた該有効性確認の資格認定資料と比較するモジュールで、
を含む、該プログラムと、
から成る装置で、
該代表デジタル照合バリューが、チェックサム、情報の比較、情報タグの比較、デジタル証明、デジタル指紋、暗号化鍵、識別された該情報自体、及びパスワードを含み得ることと、
得られた有効性確認の資格認定資料との比較の結果としてバリューが一致した場合、識別された該情報の有効性が確認されることと、
を特徴とする該装置。
【図１２】
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００８−７２７１０（Ｐ２００８−７２７１０Ａ）
【公開日】平成２０年３月２７日（２００８．３．２７）
【国際特許分類】
【出願番号】特願２００７−２３０６４８（Ｐ２００７−２３０６４８）
【出願日】平成１９年９月５日（２００７．９．５）
【分割の表示】特願２００７−２０４８２１（Ｐ２００７−２０４８２１）の分割
【原出願日】平成１４年１月２５日（２００２．１．２５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
２．ｉモード
３．フロッピー
【出願人】（５０３２６１９７１）
【Ｆターム（参考）】
【公開日】平成２０年３月２７日（２００８．３．２７）
【国際特許分類】
【出願日】平成１９年９月５日（２００７．９．５）
【分割の表示】特願２００７−２０４８２１（Ｐ２００７−２０４８２１）の分割
【原出願日】平成１４年１月２５日（２００２．１．２５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
２．ｉモード
３．フロッピー
【出願人】（５０３２６１９７１）
【Ｆターム（参考）】
[ Back to top ]