(57)【要約】多重の場所、多重のフォーマットで、使用コンテキストに基づく可変の方法でアクセス可能なように置かれ得る情報の永続的な識別子を一つ登録し提供する装置、方法及びシステム。本開示は、更に、自動的に情報を利用可能にしその識別子と関連付ける能力を提供する。本開示はまた、ドキュメント及び／またはその他の情報内及びドキュメント及び／またはその他の情報のための、コンテンツ・オーサーリング・ツールから識別子を創り出す能力についても詳細に記述する。本発明は、様々な条件下で様々な場所から様々なフォーマットで様々なアクセスのコンテキストに基づいてアクセス可能なように、一つの識別子を利用可能な情報と関連付ける方法を教示する。本開示は、更に、通信ネットワーク上で、情報のアクセス、情報の関連付け及びインスタンス化を可能にする強化されたデジタル・オブジェクト識別子、強化されたハンドル・システム及び強化されたディレクトリ・レジストリを教示する。【特許請求の範囲】
【請求項１】
特定された情報に関連する固有で永続的なユニバーサル・ネーム識別子を生成することと、
該情報の場所のアドレスを受信することと、
該固有で永続的なユニバーサル・ネーム識別子のためのメタデータを受信して、該メタデータが該固有で永続的なユニバーサル・ネーム識別子に関する説明的なデータを提供することと、
該固有で永続的なユニバーサル・ネーム識別子と該メタデータがお互いにより識別可能になるように、該固有で永続的なユニバーサル・ネーム識別子を該メタデータに関連付けることと、
二段階登録コミットメントの第一段階において、該固有で永続的なユニバーサル・ネーム識別子の登録を実行する前に、該メタデータをメタデータ・データベースに登録することと、
該メタデータが該メタデータ・データベースへの登録に失敗した場合にエラー信号を生成することと、
該情報の該場所に関連する該アドレスを持つ該固有で永続的なユニバーサル・ネーム識別子の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行して、該固有で永続的なユニバーサル・ネーム識別子が該データベース内で固有であって、該固有で永続的なユニバーサル・ネーム識別子の登録が二段階登録コミットメントの第二段階であって、二段階登録コミットメントの第一段階で該メタデータの登録を実行した後に起こることと、
該固有で永続的なユニバーサル・ネーム識別子が該データベースへの登録に失敗した場合にエラー信号を生成することと、
二段階登録コミットメントの何れかの段階でエラーが生成された場合、固有で永続的なユニバーサル・ネーム識別子の登録を否認することと、
から成る、コンピュータを用いて情報にアクセスする方法。
【請求項２】
該固有で永続的なユニバーサル・ネーム識別子の登録が、一つのエンティティを表すエンティティ情報へと解決されることを特徴とする請求項第１項に記載の方法。
【請求項３】
該エンティティが一人の人物であることを特徴とする請求項第２項に記載の方法。
【請求項４】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に決定することと、
固有で永続的なユニバーサル・ネーム識別子の該プレフィックス構成要素の固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行して、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができることと、
から更に成る請求項第１項に記載の方法。
【請求項５】
メタデータのメタデータ・データベースへの登録が、ユーザーからの該固有で永続的なユニバーサル・ネーム識別子を発行しないようにとのリクエストにより、否認されることを特徴とする請求項第１項に記載の方法。
【請求項６】
該生成されたエラーがＸＭＬフォーマットでタグ付けされていることを特徴とする請求項第１項に記載の方法。
【請求項７】
情報のために記憶ファシリティ内のスペースを割り当てることと、
該割り当てたスペースの場所を通信ネットワーク上でアドレス可能、アクセス可能にすることと、
該情報を該割り当てたスペースに保存することと、
該情報に関連する固有で永続的なユニバーサル・ネーム識別子を生成することと、
該情報が保存されている場所に関連する該アドレスを持つ該固有で永続的なユニバーサル・ネーム識別子の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行して、該固有で永続的なユニバーサル・ネーム識別子が該データベース内で固有であることと、
から成る、コンピュータを用いて情報にアクセスする方法。
【請求項８】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に決定することと、
固有で永続的なユニバーサル・ネーム識別子の該プレフィックス構成要素の固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行して、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができることと、
から更に成る請求項第７項に記載の方法。
【請求項９】
該固有で永続的なユニバーサル・ネーム識別子のためのメタデータを受信して、該メタデータが該固有で永続的なユニバーサル・ネーム識別子に関する説明的なデータを提供することと、
該固有で永続的なユニバーサル・ネーム識別子とメタデータがお互いにより識別可能になるように、該固有で永続的なユニバーサル・ネーム識別子を該メタデータに関連付けることと、
から更に成る請求項第７項に記載の方法。
【請求項１０】
メタデータのメタデータ・データベースへの登録が、ユーザーからの該固有で永続的なユニバーサル・ネーム識別子を発行しないようにとのリクエストにより、否認されることを特徴とする請求項第９項に記載の方法。
【請求項１１】
二段階登録コミットメントの第一段階において、該固有で永続的なユニバーサル・ネーム識別子の登録を実行する前に、該メタデータをメタデータ・データベースに登録することと、
該メタデータが該メタデータ・データベースへの登録に失敗した場合にエラーを生成することと、
二段階登録コミットメントの第一段階で該メタデータの登録を実行した後に、二段階登録コミットメントの第二段階において、該固有で永続的なユニバーサル・ネーム識別子を該データベースに登録することと、
該固有で永続的なユニバーサル・ネーム識別子が該データベースへの登録に失敗した場合にエラーを生成することと、
二段階登録コミットメントの何れかの段階でエラーが生成された場合、固有で永続的なユニバーサル・ネーム識別子の登録に失敗することと、
から更に成る、請求項第７項に記載の方法。
【請求項１２】
該生成されたエラーがＸＭＬフォーマットでタグ付けされていることを特徴とする請求項第１１項に記載の方法。
【請求項１３】
該記憶ファシリティ内に保存されている該情報をインデックスすることと、
該固有で永続的なユニバーサル・ネーム識別子と該インデックスされた情報がお互いにより識別可能になるように、該インデックスされた情報を該固有で永続的なユニバーサル・ネーム識別子と関連付けることと、
から更に成る、請求項第７項に記載の方法。
【請求項１４】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に決定することと、
固有で永続的なユニバーサル・ネーム識別子の該プレフィックス構成要素の固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行して、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができることと、
から成る、コンピュータを用いて情報にアクセスする方法。
【請求項１５】
固有で永続的なユニバーサル・ネーム識別子の前記プレフィックス構成要素のためのメタデータを受信して、該メタデータが該プレフィックスに関する説明的なデータを提供することと、
該プレフィックスと該メタデータがお互いにより識別可能になるように、該プレフィックスを該メタデータに関連付けることと、
から更に成る請求項第１４項に記載の方法。
【請求項１６】
メタデータのメタデータ・データベースへの登録が、ユーザーからの該固有で永続的なユニバーサル・ネーム識別子を発行しないようにとのリクエストにより、否認されることを特徴とする請求項第１４項に記載の方法。
【請求項１７】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素のためのインストラクション信号を自動的に生成すること、
から成るコンピュータを用いた方法。
【請求項１８】
固有で永続的なユニバーサル・ネーム識別子のサフィックス構成要素のためのインストラクション信号を自動的に生成すること、
から更に成る請求項第１７項に記載の方法。
【請求項１９】
該固有で永続的なユニバーサル・ネーム識別子を登録するための情報のためのスペースを割り当て、該割り当てたスペースの場所を通信ネットワーク上でアドレス可能、アクセス可能にするためのインストラクション信号を自動的に生成すること、
から更に成る請求項第１７項に記載の方法。
【請求項２０】
オファーのために複数の記憶ファシリティに対しオークションされる情報のためのスペースを割り当てるのためのインストラクション信号を自動的に生成すること、
から更に成る請求項第１９項に記載の方法。
【請求項２１】
オファーのために複数のコンテンツ配信業者に対しオークションされる情報のためのスペースを割り当てるのためのインストラクション信号を自動的に生成すること、
から更に成る請求項第１９項に記載の方法。
【請求項２２】
複数の記憶ファシリティからの情報を求めるオファーのためのスペースを割り当てるのためのインストラクション信号を自動的に生成すること、
から更に成る請求項第１９項に記載の方法。
【請求項２３】
複数のコンテンツ配信業者からの情報を求めるオファーのためのスペースを割り当てるのためのインストラクション信号を自動的に生成すること、
から更に成る請求項第１９項に記載の方法。
【請求項２４】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースに登録するためのインストラクション信号を自動的に生成して、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができること、
から更に成る請求項第１７項に記載の方法。
【請求項２５】
該固有で永続的なユニバーサル・ネーム識別子を、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースに登録するためのインストラクション信号を自動的に生成して、該固有で永続的なユニバーサル・ネーム識別子が該データベース内で固有であること、
から更に成る請求項第１７項に記載の方法。
【請求項２６】
固有で永続的なユニバーサル・ネーム識別子を登録するためのインストラクション信号を自動的に生成することと、
該固有で永続的なユニバーサル・ネーム識別子を登録するための情報のためのスペースを割り当て、該割り当てたスペースの場所を通信ネットワーク上でアドレス可能、アクセス可能にするためのインストラクション信号を自動的に生成することと、
から成るコンピュータを用いた方法。
【請求項２７】
該固有で永続的なユニバーサル・ネーム識別子を登録されるエンコードされた情報を持つインストラクション信号を自動的に生成すること、
から更に成る請求項第２６項に記載の方法。
【請求項２８】
該固有で永続的なユニバーサル・ネーム識別子を登録するための情報のためのエンコードされた場所を持つインストラクション信号を自動的に生成すること、
から更に成る請求項第２６項に記載の方法。
【請求項２９】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素のためのインストラクション信号を自動的に生成すること、
から更に成る請求項第２６項に記載の方法。
【請求項３０】
所望の情報を特定することと、
固有で永続的なユニバーサル・ネーム識別子のプレフィックスを特定することと、
固有で永続的なユニバーサル・ネーム識別子のサフィックスを特定することと、
該所望の情報の場所を特定することと、
全ての特定された所望の情報、プレフィックス、サフィックス及び場所を固有で永続的なユニバーサル・ネーム識別子データベースに登録するために提出することを実行することと、
から成るコンピュータを用いて所望の情報と固有で永続的なユニバーサル・ネーム識別子との関連性を確立する方法。
【請求項３１】
所望の情報の該特定が、インタラクション・インターフェースと通信するようになっているアプリケーション・プログラミング・インターフェースを介してコンテンツ・オーサーリング・アプリケーション内の情報へのアクセスを提供している該コンテンツ・オーサーリング・アプリケーションの選択ツールを介していることを特徴とする請求項第３０項に記載の方法。
【請求項３２】
所望の情報の該特定が、ファイル選択ツールを介していることを特徴とする請求項第３０項に記載の方法。
【請求項３３】
プレフィックスの該特定が、発行者の登録ツールを呼び出すことを特徴とする請求項第３０項に記載の方法。
【請求項３４】
発行者の登録ツールが、ユーザーが連絡先情報と請求先情報を入力するフィールドを提供することを特徴とする請求項第３３項に記載の方法。
【請求項３５】
該発行者が提供するユーザーが連絡先情報と請求先情報を入力するフィールドが、保存可能であることを特徴とする請求項第３４項に記載の方法。
【請求項３６】
プレフィックスの該特定が、保存された発行者の連絡先情報と請求先情報を得ることを特徴とする請求項第３０項に記載の方法。
【請求項３７】
該保存された発行者の連絡先情報と請求先情報が、クッキーに保存されることを特徴とする請求項第３６項に記載の方法。
【請求項３８】
該保存された発行者の連絡先情報と請求先情報が、優先ファイルに保存されることを特徴とする請求項第３６項に記載の方法。
【請求項３９】
該保存された発行者の連絡先情報と請求先情報が、データベースに保存されることを特徴とする請求項第３６項に記載の方法。
【請求項４０】
メタデータを特定すること
から更になる請求項第３０項に記載の方法。
【請求項４１】
提出を実行する特定が、メタデータをメタデータ・データベースに提出して、該固有で永続的なユニバーサル・ネーム識別子データベースに提出されたそれぞれのデータに関連付けるように更に構成したことを特徴とする請求項第４０項に記載の方法。
【請求項４２】
プレフィックスの該特定が、自動的にプレフィックスを生成するためのフラグを設定することを特徴とする請求項第３０項に記載の方法。
【請求項４３】
サフィックスの該特定が、自動的にサフィックスを生成するためのフラグを設定することを特徴とする請求項第３０項に記載の方法。
【請求項４４】
場所の該特定が、ファイル選択ツールを介していることを特徴とする請求項第３０項に記載の方法。
【請求項４５】
場所の該特定が、ＵＲＬテキスト・フィールドを介していることを特徴とする請求項第３０項に記載の方法。
【請求項４６】
データ提出を実行する該特定が、ボタンを介していることを特徴とする請求項第３０項に記載の方法。
【請求項４７】
データ提出を実行する該特定が、ドキュメントのために固有で永続的なユニバーサル・ネーム識別子を登録することを実行することを特徴とする請求項第３０項に記載の方法。
【請求項４８】
データ提出を実行する該特定が、情報の選択のために固有で永続的なユニバーサル・ネーム識別子を登録することを実行することを特徴とする請求項第３０項に記載の方法。
【請求項４９】
該情報の選択のための固有で永続的なユニバーサル・ネーム識別子の登録の該発効が、更なるユーザー・インタラクションなしに自動であることを特徴とする請求項第３０項に記載の方法。
【請求項５０】
データ提出を実行する該特定が、メニューを介していることを特徴とする請求項第３０項に記載の方法。
【請求項５１】
データ提出を実行する該特定が、該情報の選択のコンテキスト内に識別するタグを組み込むことを特徴とする請求項第３０項に記載の方法。
【請求項５２】
データ提出を実行する該特定が、ドキュメント内に識別するタグを組み込むことを特徴とする請求項第３０項に記載の方法。
【請求項５３】
データ提出を実行する該特定が、仮の固有で永続的なユニバーサル・ネーム識別子を保存することを特徴とする請求項第３０項に記載の方法。
【請求項５４】
該仮の固有で永続的なユニバーサル・ネーム識別子が、ファイルに保存されることを特徴とする請求項第５３項に記載の方法。
【請求項５５】
該仮の固有で永続的なユニバーサル・ネーム識別子が、バッチ・ファイルに保存されることを特徴とする請求項第５３項に記載の方法。
【請求項５６】
該仮の固有で永続的なユニバーサル・ネーム識別子が、データベースに保存されることを特徴とする請求項第５３項に記載の方法。
【請求項５７】
データ提出を実行するメカニズムが、仮の固有で永続的なユニバーサル・ネーム識別子のためのメタデータを保存することを特徴とする請求項第３０項に記載の方法。
【請求項５８】
該保存されたメタデータが、ドキュメント情報を含むことを特徴とする請求項第５７項に記載の方法。
【請求項５９】
該ドキュメント情報が、該ドキュメントの著者を含むことを特徴とする請求項第５８項に記載の方法。
【請求項６０】
該ドキュメント情報が、該ドキュメントの作成日を含むことを特徴とする請求項第５８項に記載の方法。
【請求項６１】
該ドキュメント情報が、該ドキュメントの変更日を含むことを特徴とする請求項第５８項に記載の方法。
【請求項６２】
該ドキュメント情報が、該ドキュメントを所有する企業を含むことを特徴とする請求項第５８項に記載の方法。
【請求項６３】
該ドキュメント情報が、自動ドキュメント生成バリューを含むことを特徴とする請求項第５８項に記載の方法。
【請求項６４】
該自動ドキュメント生成バリューが、インデックス情報を含むことを特徴とする請求項第６３項に記載の方法。
【請求項６５】
該自動ドキュメント生成バリューが、目次情報であることを特徴とする請求項第６３項に記載の方法。
【請求項６６】
該自動ドキュメント生成バリューが、グロッサリー情報であることを特徴とする請求項第６３項に記載の方法。
【請求項６７】
特定された情報に関連する固有で永続的なユニバーサル・ネーム識別子を生成する手段と、
該情報の場所のアドレスを受信する手段と、
該固有で永続的なユニバーサル・ネーム識別子のためのメタデータを受信する手段で、該メタデータが該固有で永続的なユニバーサル・ネーム識別子に関する説明的なデータを提供する、該受信する手段と、
該固有で永続的なユニバーサル・ネーム識別子と該メタデータがお互いにより識別可能になるように、該固有で永続的なユニバーサル・ネーム識別子を該メタデータに関連付ける手段と、
二段階登録コミットメントの第一段階で該固有で永続的なユニバーサル・ネーム識別子の登録を実行する前に、該メタデータを該メタデータ・データベースに登録する手段と、
該メタデータが該メタデータ・データベースへの登録に失敗した場合にエラー信号を生成する手段と、
該情報の該場所に関連する該アドレスを持つ該固有で永続的なユニバーサル・ネーム識別子の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行する手段で、該固有で永続的なユニバーサル・ネーム識別子が該データベース内で固有であって、該固有で永続的なユニバーサル・ネーム識別子の該登録が二段階登録コミットメントの第二段階であって、二段階登録コミットメントの第一段階で該メタデータの登録を実行した後に起こる、該実行する手段と、
該固有で永続的なユニバーサル・ネーム識別子が該データベースへの登録に失敗した場合にエラー信号を生成する手段と、
二段階登録コミットメントの何れかの段階でエラーが生成された場合、固有で永続的なユニバーサル・ネーム識別子の登録を否認する手段と、
から成る情報にアクセスするためのシステム。
【請求項６８】
該固有で永続的なユニバーサル・ネーム識別子の登録が一つのエンティティを表すエンティティ情報へと解決されることを特徴とする請求項第６７項に記載のシステム。
【請求項６９】
該エンティティが一人の人物であることを特徴とする請求項第６８項に記載のシステム。
【請求項７０】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に決定する手段と、
該固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行する手段で、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができる、該実行する手段と、
から更に成る請求項第６７項に記載のシステム。
【請求項７１】
メタデータのメタデータ・データベースへの登録が、ユーザーからの該固有で永続的なユニバーサル・ネーム識別子を発行しないようにとのリクエストにより、否認されることを特徴とする請求項第６７項に記載のシステム。
【請求項７２】
該生成されたエラーがＸＭＬフォーマットでタグ付けされていることを特徴とする請求項第６７項に記載のシステム。
【請求項７３】
情報のために記憶ファシリティ内のスペースを割り当てる手段と、
該割り当てたスペースの場所を通信ネットワーク上でアドレス可能、アクセス可能にする手段と、
該情報を該割り当てたスペースに保存する手段と、
該情報に関連する固有で永続的なユニバーサル・ネーム識別子を生成する手段と、
該情報が保存されている場所に関連する該アドレスを持つ該固有で永続的なユニバーサル・ネーム識別子の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行する手段で、該固有で永続的なユニバーサル・ネーム識別子が該データベース内で固有である、該実行する手段と、
から成る情報にアクセスするためのシステム。
【請求項７４】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に決定する手段と、
該固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行する手段で、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができる、該実行する手段と、
から更に成る請求項第７３項に記載のシステム。
【請求項７５】
該固有で永続的なユニバーサル・ネーム識別子のためのメタデータを受信する手段で、該メタデータが該固有で永続的なユニバーサル・ネーム識別子に関する説明的なデータを提供する、該受信する手段と、
該固有で永続的なユニバーサル・ネーム識別子と該メタデータがお互いにより識別可能になるように、該固有で永続的なユニバーサル・ネーム識別子を該メタデータに関連付ける手段と、
から更に成る請求項第７３項に記載のシステム。
【請求項７６】
メタデータのメタデータ・データベースへの登録が、ユーザーからの該固有で永続的なユニバーサル・ネーム識別子を発行しないようにとのリクエストにより、否認されることを特徴とする請求項第７５項に記載のシステム。
【請求項７７】
二段階登録コミットメントの第一段階において、該固有で永続的なユニバーサル・ネーム識別子の登録を実行する前に、該メタデータをメタデータ・データベースに登録する手段と、
該メタデータが該メタデータ・データベースへの登録に失敗した場合にエラーを生成する手段と、
二段階登録コミットメントの第一段階で該メタデータの登録を実行した後に、
二段階登録コミットメントの第二段階において、該固有で永続的なユニバーサル・ネーム識別子を該データベースに登録する手段と、
該固有で永続的なユニバーサル・ネーム識別子が該データベースへの登録に失敗した場合にエラーを生成する手段と、
二段階登録コミットメントの何れかの段階でエラーが生成された場合、固有で永続的なユニバーサル・ネーム識別子の登録に失敗する手段と、
から更に成る、請求項第７３項に記載のシステム。
【請求項７８】
該生成されたエラーがＸＭＬフォーマットでタグ付けされていることを特徴とする請求項第７７項に記載のシステム。
【請求項７９】
該記憶ファシリティ内に保存されている該情報をインデックスする手段と、
該固有で永続的なユニバーサル・ネーム識別子と該インデックスされた情報がお互いにより識別可能になるように、該インデックスされた情報を該固有で永続的なユニバーサル・ネーム識別子と関連付ける手段と、
から更に成る、請求項第７３項に記載のシステム。
【請求項８０】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に決定する手段と、
該固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行する手段で、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができる、該実行する手段と、
から成る情報にアクセスするためのシステム。
【請求項８１】
固有で永続的なユニバーサル・ネーム識別子の前記プレフィックス構成要素ためのメタデータを受信する手段で、該メタデータが該プレフィックスに関する説明的なデータを提供する、該受信する手段手段と、
該プレフィックスと該メタデータがお互いにより識別可能になるように、該プレフィックスを該メタデータに関連付ける手段と、
から更に成る請求項第８０項に記載のシステム。
【請求項８２】
メタデータのメタデータ・データベースへの登録が、ユーザーからの該固有で永続的なユニバーサル・ネーム識別子を発行しないようにとのリクエストにより、否認されることを特徴とする請求項第８０項に記載のシステム。
【請求項８３】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素のためのインストラクション信号を自動的に生成する手段、
から成るコンピュータを用いたシステム。
【請求項８４】
固有で永続的なユニバーサル・ネーム識別子のサフィックス構成要素のためのインストラクション信号を自動的に生成する手段、
から更に成る請求項第８３項に記載のシステム。
【請求項８５】
該固有で永続的なユニバーサル・ネーム識別子を登録するための情報のためのスペースを割り当て、該割り当てたスペースの場所を通信ネットワーク上でアドレス可能、アクセス可能にするためのインストラクション信号を自動的に生成する手段、
から更に成る請求項第８３項に記載のシステム。
【請求項８６】
オファーのために複数の記憶ファシリティに対しオークションされる情報のためのスペースを割り当てるのためのインストラクション信号を自動的に生成する手段、
から更に成る請求項第８５項に記載のシステム。
【請求項８７】
オファーのために複数のコンテンツ配信業者に対しオークションされる情報のためのスペースを割り当てるのためのインストラクション信号を自動的に生成する手段、
から更に成る請求項第８５項に記載のシステム。
【請求項８８】
複数の記憶ファシリティからの情報を求めるオファーのためのスペースを割り当てるのためのインストラクション信号を自動的に生成する手段、
から更に成る請求項第８５項に記載のシステム。
【請求項８９】
複数のコンテンツ配信業者からの情報を求めるオファーのためのスペースを割り当てるのためのインストラクション信号を自動的に生成する手段、
から更に成る請求項第８５項に記載のシステム。
【請求項９０】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースに登録するためのインストラクション信号を自動的に生成する手段で、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができる、該自動的に生成する手段、
から更に成る請求項第８３項に記載のシステム。
【請求項９１】
該固有で永続的なユニバーサル・ネーム識別子を、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースに登録するためのインストラクション信号を自動的に生成する手段で、該固有で永続的なユニバーサル・ネーム識別子が該データベース内で固有である、該自動的に生成する手段、
から更に成る請求項第８３項に記載のシステム。
【請求項９２】
固有で永続的なユニバーサル・ネーム識別子を登録するためのインストラクション信号を自動的に生成する手段と、
該固有で永続的なユニバーサル・ネーム識別子を登録するための情報のためのスペースを割り当て、該割り当てたスペースの場所を通信ネットワーク上でアドレス可能、アクセス可能にするためのインストラクション信号を自動的に生成する手段、
から成るコンピュータを用いたシステム。
【請求項９３】
該固有で永続的なユニバーサル・ネーム識別子を登録するためのエンコードされた情報を持つインストラクション信号を自動的に生成すること、
から更に成る請求項第９２項に記載のシステム。
【請求項９４】
該固有で永続的なユニバーサル・ネーム識別子を登録するための情報のためのエンコードされた場所を持つインストラクション信号を自動的に生成すること、
から更に成る請求項第９２項に記載のシステム。
【請求項９５】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素のためのインストラクション信号を自動的に生成すること、
から更に成る請求項第９２項に記載のシステム。
【請求項９６】
所望の情報を特定することと、
固有で永続的なユニバーサル・ネーム識別子のプレフィックスを特定する手段と、
固有で永続的なユニバーサル・ネーム識別子のサフィックスを特定する手段と、
該所望の情報の場所を特定する手段と、
全ての特定された所望の情報、プレフィックス、サフィックス及び場所を固有で永続的なユニバーサル・ネーム識別子データベースに登録するために提出することを実行する手段と、
から成るコンピュータを用いて所望の情報と固有で永続的なユニバーサル・ネーム識別子との関連性を確立するシステム。
【請求項９７】
所望の情報の該特定が、インタラクション・インターフェースと通信するようになっているアプリケーション・プログラミング・インターフェースを介してコンテンツ・オーサーリング・アプリケーション内の情報へのアクセスを提供している該コンテンツ・オーサーリング・アプリケーションの選択ツールを介していることを特徴とする請求項第９６項に記載のシステム。
【請求項９８】
所望の情報の該特定が、ファイル選択ツールを介していることを特徴とする請求項第９６項に記載のシステム。
【請求項９９】
プレフィックスの該特定が、発行者の登録ツールを呼び出すことを特徴とする請求項第９６項に記載のシステム。
【請求項１００】
発行者の登録ツールが、ユーザーが連絡先情報と請求先情報を入力するフィールドを提供することを特徴とする請求項第９９項に記載のシステム。
【請求項１０１】
該発行者が提供するユーザーが連絡先情報と請求先情報を入力するフィールドが、保存可能であることを特徴とする請求項第１００項に記載のシステム。
【請求項１０２】
プレフィックスの該特定が、保存された発行者の連絡先情報と請求先情報を得ることを特徴とする請求項第９６項に記載のシステム。
【請求項１０３】
該保存された発行者の連絡先情報と請求先情報が、クッキーに保存されることを特徴とする請求項第１０２項に記載のシステム。
【請求項１０４】
該保存された発行者の連絡先情報と請求先情報が、優先ファイルに保存されることを特徴とする請求項第１０２項に記載のシステム。
【請求項１０５】
該保存された発行者の連絡先情報と請求先情報が、データベースに保存されることを特徴とする請求項第１０２項に記載のシステム。
【請求項１０６】
メタデータを特定する手段
から更になる請求項第９６項に記載のシステム。
【請求項１０７】
提出を実行する該特定が、メタデータをメタデータ・データベースに提出して、該固有で永続的なユニバーサル・ネーム識別子データベースに提出されたそれぞれのデータに関連付けるように更に構成したことを特徴とする請求項第１０６項に記載のシステム。
【請求項１０８】
プレフィックスの該特定が、自動的にプレフィックスを生成するためのフラグを設定することを特徴とする請求項第９６項に記載のシステム。
【請求項１０９】
サフィックスの該特定が、自動的にサフィックスを生成するためのフラグを設定することを特徴とする請求項第９６項に記載のシステム。
【請求項１１０】
場所の該特定が、ファイル選択ツールを介していることを特徴とする請求項第９６項に記載のシステム。
【請求項１１１】
場所の該特定が、ＵＲＬテキスト・フィールドを介していることを特徴とする請求項第９６項に記載のシステム。
【請求項１１２】
データ提出を実行する該特定が、ボタンを介していることを特徴とする請求項第９６項に記載のシステム。
【請求項１１３】
データ提出を実行する該特定が、ドキュメントのために固有で永続的なユニバーサル・ネーム識別子を登録することを実行することを特徴とする請求項第９６項に記載のシステム。
【請求項１１４】
データ提出を実行する該特定が、情報の選択のために固有で永続的なユニバーサル・ネーム識別子を登録することを実行することを特徴とする請求項第９６項に記載のシステム。
【請求項１１５】
情報の選択のための固有で永続的なユニバーサル・ネーム識別子の登録の該発効が、更なるユーザー・インタラクションなしに自動であることを特徴とする請求項第９６項に記載のシステム。
【請求項１１６】
データ提出を実行する該特定が、メニューを介していることを特徴とする請求項第９６項に記載のシステム。
【請求項１１７】
データ提出を実行する該特定が、該情報の選択のコンテキスト内に識別するタグを組み込むことを特徴とする請求項第９６項に記載のシステム。
【請求項１１８】
データ提出を実行する該特定が、ドキュメント内に識別するタグを組み込むことを特徴とする請求項第９６項に記載のシステム。
【請求項１１９】
データ提出を実行する該特定が、仮の固有で永続的なユニバーサル・ネーム識別子を保存することを特徴とする請求項第９６項に記載のシステム。
【請求項１２０】
該仮の固有で永続的なユニバーサル・ネーム識別子が、ファイルに保存されることを特徴とする請求項第１１９項に記載のシステム。
【請求項１２１】
該仮の固有で永続的なユニバーサル・ネーム識別子が、バッチ・ファイルに保存されることを特徴とする請求項第１１９項に記載のシステム。
【請求項１２２】
該仮の固有で永続的なユニバーサル・ネーム識別子が、データベースに保存されることを特徴とする請求項第１１９項に記載のシステム。
【請求項１２３】
データ提出を実行するメカニズムが、仮の固有で永続的なユニバーサル・ネーム識別子のためのメタデータを保存することを特徴とする請求項第９６項に記載のシステム。
【請求項１２４】
該保存されたメタデータが、ドキュメント情報を含むことを特徴とする請求項第１２３項に記載のシステム。
【請求項１２５】
該ドキュメント情報が、該ドキュメントの著者を含むことを特徴とする請求項第１２４項に記載のシステム。
【請求項１２６】
該ドキュメント情報が、該ドキュメントの作成日を含むことを特徴とする請求項第１２４項に記載のシステム。
【請求項１２７】
該ドキュメント情報が、該ドキュメントの変更日を含むことを特徴とする請求項第１２４項に記載のシステム。
【請求項１２８】
該ドキュメント情報が、該ドキュメントを所有する企業を含むことを特徴とする請求項第１２４項に記載のシステム。
【請求項１２９】
該ドキュメント情報が、自動ドキュメント生成バリューを含むことを特徴とする請求項第１２４項に記載のシステム。
【請求項１３０】
該自動ドキュメント生成バリューが、インデックス情報を含むことを特徴とする請求項第１２９項に記載のシステム。
【請求項１３１】
該自動ドキュメント生成バリューが、目次情報であることを特徴とする請求項第１２９項に記載のシステム。
【請求項１３２】
該自動ドキュメント生成バリューが、グロッサリー情報であることを特徴とする請求項第１２９項に記載のシステム。
【請求項１３３】
プロセッサによって読み出し可能な媒体に保存されたプログラムで、情報にアクセスするための該プログラムが、
特定された情報に関連する固有で永続的なユニバーサル・ネーム識別子を生成するモジュールと、
該情報の場所のアドレスを受信するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子のためのメタデータを受信するモジュールで、該メタデータが該固有で永続的なユニバーサル・ネーム識別子に関する説明的なデータを提供する、該受信するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子と該メタデータがお互いにより識別可能になるように、該固有で永続的なユニバーサル・ネーム識別子を該メタデータに関連付けるモジュールと、
二段階登録コミットメントの第一段階で該固有で永続的なユニバーサル・ネーム識別子の登録を実行する前に、該メタデータを該メタデータ・データベースに登録するモジュールと、
該メタデータが該メタデータ・データベースへの登録に失敗した場合にエラー信号を生成するモジュールと、
該情報の該場所に関連する該アドレスを持つ該固有で永続的なユニバーサル・ネーム識別子の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行するモジュールで、該固有で永続的なユニバーサル・ネーム識別子が該データベース内で固有であって、該固有で永続的なユニバーサル・ネーム識別子の該登録が二段階登録コミットメントの第二段階であって、二段階登録コミットメントの第一段階で該メタデータの登録を実行した後に起こる、該実行するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子が該データベースへの登録に失敗した場合にエラー信号を生成するモジュールと、
二段階登録コミットメントの何れかの段階でエラーが生成された場合、固有で永続的なユニバーサル・ネーム識別子の登録を否認するモジュールと、
から成る該プログラム。
【請求項１３４】
該固有で永続的なユニバーサル・ネーム識別子の登録が一つのエンティティを表すエンティティ情報へと解決されることを特徴とする請求項第１３３項に記載の媒体。
【請求項１３５】
該エンティティが一人の人物であることを特徴とする請求項第１３４項に記載の媒体。
【請求項１３６】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に決定するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行するモジュールで、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができる、該実行するモジュールと、
から更に成る請求項第１３３項に記載の媒体。
【請求項１３７】
メタデータのメタデータ・データベースへの登録が、ユーザーからの該固有で永続的なユニバーサル・ネーム識別子を発行しないようにとのリクエストにより、否認されることを特徴とする請求項第１３３項に記載の媒体。
【請求項１３８】
該生成されたエラーがＸＭＬフォーマットでタグ付けされていることを特徴とする請求項第１３３項に記載の媒体。
【請求項１３９】
プロセッサによって読み出し可能な媒体に保存されたプログラムで、情報にアクセスするための該プログラムが、
情報のために記憶ファシリティ内のスペースを割り当てるモジュールと、
該割り当てたスペースの場所を通信ネットワーク上でアドレス可能、アクセス可能にするモジュールと、
該情報を該割り当てたスペースに保存するモジュールと、
該情報に関連する固有で永続的なユニバーサル・ネーム識別子を生成するモジュールと、
該情報が保存されている場所に関連する該アドレスを持つ該固有で永続的なユニバーサル・ネーム識別子の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行するモジュールで、該固有で永続的なユニバーサル・ネーム識別子が該データベース内で固有である、該実行するモジュールと、
から成る該プログラム。
【請求項１４０】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に決定するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行するモジュールで、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができる、該実行するモジュールと、
から更に成る請求項第１３９項に記載の媒体。
【請求項１４１】
該固有で永続的なユニバーサル・ネーム識別子のためのメタデータを受信するモジュールで、該メタデータが該固有で永続的なユニバーサル・ネーム識別子に関する説明的なデータを提供する、該受信するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子と該メタデータがお互いにより識別可能になるように、該固有で永続的なユニバーサル・ネーム識別子を該メタデータに関連付けるモジュールと、
から更に成る請求項第１３９項に記載の媒体。
【請求項１４２】
メタデータのメタデータ・データベースへの登録が、ユーザーからの該固有で永続的なユニバーサル・ネーム識別子を発行しないようにとのリクエストにより、否認されることを特徴とする請求項第１４１項に記載の媒体。
【請求項１４３】
二段階登録コミットメントの第一段階において、該固有で永続的なユニバーサル・ネーム識別子の登録を実行する前に、該メタデータをメタデータ・データベースに登録するモジュールと、
該メタデータが該メタデータ・データベースへの登録に失敗した場合にエラーを生成するモジュールと、
二段階登録コミットメントの第一段階で該メタデータの登録を実行した後に、
二段階登録コミットメントの第二段階において、該固有で永続的なユニバーサル・ネーム識別子を該データベースに登録するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子が該データベースへの登録に失敗した場合にエラーを生成するモジュールと、
二段階登録コミットメントの何れかの段階でエラーが生成された場合、固有で永続的なユニバーサル・ネーム識別子の登録に失敗するモジュールと、
から更に成る、請求項第１３９項に記載の媒体。
【請求項１４４】
該生成されたエラーがＸＭＬフォーマットでタグ付けされていることを特徴とする請求項第１４３項に記載の媒体。
【請求項１４５】
該記憶ファシリティ内に保存されている該情報をインデックスするモジュールと、
該固有で永続的なユニバーサル・ネーム識別子と該インデックスされた情報がお互いにより識別可能になるように、該インデックスされた情報を該固有で永続的なユニバーサル・ネーム識別子と関連付けるモジュールと、
から更に成る、請求項第１３９項に記載の媒体。
【請求項１４６】
プロセッサによって読み出し可能な媒体に保存されたプログラムで、情報にアクセスするための該プログラムが、
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に決定するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行するモジュールで、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができる、該実行するモジュールと、
から成る該プログラム。
【請求項１４７】
固有で永続的なユニバーサル・ネーム識別子の前記プレフィックス構成要素ためのメタデータを受信するモジュールで、該メタデータが該プレフィックスに関する説明的なデータを提供する、該受信するモジュールと、
該プレフィックスと該メタデータがお互いにより識別可能になるように、該プレフィックスを該メタデータに関連付けるモジュールと、
から更に成る請求項第１４６項に記載の媒体。
【請求項１４８】
メタデータのメタデータ・データベースへの登録が、ユーザーからの該固有で永続的なユニバーサル・ネーム識別子を発行しないようにとのリクエストにより、否認されることを特徴とする請求項第１４６項に記載の媒体。
【請求項１４９】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に生成するためのインストラクション信号、
から成るコンピュータ読み出し可能な媒体。
【請求項１５０】
固有で永続的なユニバーサル・ネーム識別子のサフィックス構成要素を自動的に生成するためのインストラクション信号から更に成る請求項第１４９項に記載の媒体。
【請求項１５１】
該固有で永続的なユニバーサル・ネーム識別子を登録するための情報のためのスペースを自動的に割り当て、該割り当てたスペースの場所を通信ネットワーク上でアドレス可能、アクセス可能にするためのインストラクション信号から更に成る請求項第１４９項に記載の媒体。
【請求項１５２】
オファーのために複数の記憶ファシリティに対しオークションされる情報のためのスペースを自動的に割り当てるのためのインストラクション信号から更に成る請求項第１５１項に記載の媒体。
【請求項１５３】
オファーのために複数のコンテンツ配信業者に対しオークションされる情報のためのスペースを自動的に割り当てるのためのインストラクション信号から更に成る請求項第１５１項に記載の媒体。
【請求項１５４】
複数の記憶ファシリティからの情報を求めるオファーのためのスペースを自動的に割り当てるのためのインストラクション信号から更に成る請求項第１５１項に記載の媒体。
【請求項１５５】
複数のコンテンツ配信業者からの情報を求めるオファーのためのスペースを自動的に割り当てるのためのインストラクション信号から更に成る請求項第１５１項に記載の媒体。
【請求項１５６】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースに自動的に登録するためのインストラクション信号で、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができる、該インストラクション信号から更に成る請求項第１４９項に記載の媒体。
【請求項１５７】
該固有で永続的なユニバーサル・ネーム識別子を、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースに自動的に登録するためのインストラクション信号で、該固有で永続的なユニバーサル・ネーム識別子が該データベース内で固有である、該インストラクション信号から更に成る請求項第１４９項に記載の媒体。
【請求項１５８】
固有で永続的なユニバーサル・ネーム識別子を自動的に登録するためのインストラクション信号と、
該固有で永続的なユニバーサル・ネーム識別子を登録するための情報のためのスペースを自動的に割り当て、該割り当てたスペースの場所を通信ネットワーク上でアドレス可能、アクセス可能にするためのインストラクション信号と、
から成るコンピュータ読み出し可能な媒体。
【請求項１５９】
該固有で永続的なユニバーサル・ネーム識別子を登録するためのエンコードされた情報を持つインストラクション信号から更に成る請求項第１５８項に記載の媒体。
【請求項１６０】
該固有で永続的なユニバーサル・ネーム識別子を登録するための情報のためのエンコードされた場所を持つインストラクション信号から更に成る請求項第１５８項に記載の媒体。
【請求項１６１】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に生成するためのインストラクション信号から更に成る請求項第１５８項に記載の媒体。
【請求項１６２】
プロセッサによって読み出し可能な媒体に保存されたプログラムで、所望の情報と固有で永続的なユニバーサル・ネーム識別子との関連性を確立するための該プログラムが、
所望の情報を特定するモジュールと、
固有で永続的なユニバーサル・ネーム識別子のプレフィックスを特定するモジュールと、
固有で永続的なユニバーサル・ネーム識別子のサフィックスを特定するモジュールと、
該所望の情報の場所を特定するモジュールと、
全ての特定された所望の情報、プレフィックス、サフィックス及び場所を固有で永続的なユニバーサル・ネーム識別子データベースに登録するために提出することを実行するモジュールと、
から成る該プログラム。
【請求項１６３】
所望の情報の該特定が、インタラクション・インターフェースと通信するようになっているアプリケーション・プログラミング・インターフェースを介してコンテンツ・オーサーリング・アプリケーション内の情報へのアクセスを提供している該コンテンツ・オーサーリング・アプリケーションの選択ツールを介していることを特徴とする請求項第１６２項に記載の媒体。
【請求項１６４】
所望の情報の該特定が、ファイル選択ツールを介していることを特徴とする請求項第１６２項に記載の媒体。
【請求項１６５】
プレフィックスの該特定が、発行者の登録ツールを呼び出すことを特徴とする請求項第１６２項に記載の媒体。
【請求項１６６】
発行者の登録ツールが、ユーザーが連絡先情報と請求先情報を入力するフィールドを提供することを特徴とする請求項第１６５項に記載の媒体。
【請求項１６７】
該発行者が提供するユーザーが連絡先情報と請求先情報を入力するフィールドが、保存可能であることを特徴とする請求項第１６６項に記載の媒体。
【請求項１６８】
プレフィックスの該特定が、保存された発行者の連絡先情報と請求先情報を得ることを特徴とする請求項第１６２項に記載の媒体。
【請求項１６９】
該保存された発行者の連絡先情報と請求先情報が、クッキーに保存されることを特徴とする請求項第１６８項に記載の媒体。
【請求項１７０】
該保存された発行者の連絡先情報と請求先情報が、優先ファイルに保存されることを特徴とする請求項第１６８項に記載の媒体。
【請求項１７１】
該保存された発行者の連絡先情報と請求先情報が、データベースに保存されることを特徴とする請求項第１６８項に記載の媒体。
【請求項１７２】
メタデータを特定するモジュール
から更になる請求項第１６２項に記載の媒体。
【請求項１７３】
提出を実行する該特定が、メタデータをメタデータ・データベースに提出して、該固有で永続的なユニバーサル・ネーム識別子データベースに提出されたそれぞれのデータに関連付けるように更に構成したことを特徴とする請求項第１７２項に記載の媒体。
【請求項１７４】
プレフィックスの該特定が、自動的にプレフィックスを生成するためのフラグを設定することを特徴とする請求項第１６２項に記載の媒体。
【請求項１７５】
サフィックスの該特定が、自動的にサフィックスを生成するためのフラグを設定することを特徴とする請求項第１６２項に記載の媒体。
【請求項１７６】
場所の該特定が、ファイル選択ツールを介していることを特徴とする請求項第１６２項に記載の媒体。
【請求項１７７】
場所の該特定が、ＵＲＬテキスト・フィールドを介していることを特徴とする請求項第１６２項に記載の媒体。
【請求項１７８】
データ提出を実行する該特定が、ボタンを介していることを特徴とする請求項第１６２項に記載の媒体。
【請求項１７９】
データ提出を実行する該特定が、ドキュメントのために固有で永続的なユニバーサル・ネーム識別子を登録することを実行することを特徴とする請求項第１６２項に記載の媒体。
【請求項１８０】
データ提出を実行する該特定が、情報の選択のために固有で永続的なユニバーサル・ネーム識別子を登録することを実行することを特徴とする請求項第１６２項に記載の媒体。
【請求項１８１】
情報の選択のための固有で永続的なユニバーサル・ネーム識別子の登録の該発効が、更なるユーザー・インタラクションなしに自動であることを特徴とする請求項第１６２項に記載の媒体。
【請求項１８２】
データ提出を実行する該特定が、メニューを介していることを特徴とする請求項第１６２項に記載の媒体。
【請求項１８３】
データ提出を実行する該特定が、該情報の選択のコンテキスト内に識別するタグを組み込むことを特徴とする請求項第１６２項に記載の媒体。
【請求項１８４】
データ提出を実行する該特定が、ドキュメント内に識別するタグを組み込むことを特徴とする請求項第１６２項に記載の媒体。
【請求項１８５】
データ提出を実行する該特定が、仮の固有で永続的なユニバーサル・ネーム識別子を保存することを特徴とする請求項第１６２項に記載の媒体。
【請求項１８６】
該仮の固有で永続的なユニバーサル・ネーム識別子が、ファイルに保存されることを特徴とする請求項第１８５項に記載の媒体。
【請求項１８７】
該仮の固有で永続的なユニバーサル・ネーム識別子が、バッチ・ファイルに保存されることを特徴とする請求項第１８５項に記載の媒体。
【請求項１８８】
該仮の固有で永続的なユニバーサル・ネーム識別子が、データベースに保存されることを特徴とする請求項第１８５項に記載の媒体。
【請求項１８９】
データ提出を実行するメカニズムが、仮の固有で永続的なユニバーサル・ネーム識別子のためのメタデータを保存することを特徴とする請求項第１６２項に記載の媒体。
【請求項１９０】
該保存されたメタデータが、ドキュメント情報を含むことを特徴とする請求項第１８９項に記載の媒体。
【請求項１９１】
該ドキュメント情報が、該ドキュメントの著者を含むことを特徴とする請求項第１９０項に記載の媒体。
【請求項１９２】
該ドキュメント情報が、該ドキュメントの作成日を含むことを特徴とする請求項第１９０項に記載の媒体。
【請求項１９３】
該ドキュメント情報が、該ドキュメントの変更日を含むことを特徴とする請求項第１９０項に記載の媒体。
【請求項１９４】
該ドキュメント情報が、該ドキュメントを所有する企業を含むことを特徴とする請求項第１９０項に記載の媒体。
【請求項１９５】
該ドキュメント情報が、自動ドキュメント生成バリューを含むことを特徴とする請求項第１９０項に記載の媒体。
【請求項１９６】
該自動ドキュメント生成バリューが、インデックス情報を含むことを特徴とする請求項第１９５項に記載の媒体。
【請求項１９７】
該自動ドキュメント生成バリューが、目次情報であることを特徴とする請求項第１９５項に記載の媒体。
【請求項１９８】
該自動ドキュメント生成バリューが、グロッサリー情報であることを特徴とする請求項第１９５項に記載の媒体。
【請求項１９９】
一つのプロセッサと、
該プロセッサと通信可能に接続されている一つのメモリと、
該メモリに保存されている一つのプログラムで、
特定された情報に関連する固有で永続的なユニバーサル・ネーム識別子を生成するモジュールと、
該情報の場所のアドレスを受信するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子のためのメタデータを受信するモジュールで、該メタデータが該固有で永続的なユニバーサル・ネーム識別子に関する説明的なデータを提供する、該受信するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子と該メタデータがお互いにより識別可能になるように、該固有で永続的なユニバーサル・ネーム識別子を該メタデータに関連付けるモジュールと、
二段階登録コミットメントの第一段階で該固有で永続的なユニバーサル・ネーム識別子の登録を実行する前に、該メタデータを該メタデータ・データベースに登録するモジュールと、
該メタデータが該メタデータ・データベースへの登録に失敗した場合にエラー信号を生成するモジュールと、
該情報の該場所に関連する該アドレスを持つ該固有で永続的なユニバーサル・ネーム識別子の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行するモジュールで、該固有で永続的なユニバーサル・ネーム識別子が該データベース内で固有であって、該固有で永続的なユニバーサル・ネーム識別子の該登録が二段階登録コミットメントの第二段階であって、二段階登録コミットメントの第一段階で該メタデータの登録を実行した後に起こる、該実行するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子が該データベースへの登録に失敗した場合にエラー信号を生成するモジュールと、
二段階登録コミットメントの何れかの段階でエラーが生成された場合、固有で永続的なユニバーサル・ネーム識別子の登録を否認するモジュールと、
を含む該プログラムと、
から成る装置。
【請求項２００】
該固有で永続的なユニバーサル・ネーム識別子の登録が一つのエンティティを表すエンティティ情報へと解決されることを特徴とする請求項第１９９項に記載の装置。
【請求項２０１】
該エンティティが一人の人物であることを特徴とする請求項第２００項に記載の装置。
【請求項２０２】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に決定するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行するモジュールで、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができる、該実行するモジュールと、
から更に成る請求項第１９９項に記載の装置。
【請求項２０３】
メタデータのメタデータ・データベースへの登録が、ユーザーからの該固有で永続的なユニバーサル・ネーム識別子を発行しないようにとのリクエストにより、否認されることを特徴とする請求項第１９９項に記載の装置。
【請求項２０４】
該生成されたエラーがＸＭＬフォーマットでタグ付けされていることを特徴とする請求項第１９９項に記載の装置。
【請求項２０５】
一つのプロセッサと、
該プロセッサと通信可能に接続されている一つのメモリと、
該メモリに保存されている一つのプログラムで、
情報のために記憶ファシリティ内のスペースを割り当てるモジュールと、
該割り当てたスペースの場所を通信ネットワーク上でアドレス可能、アクセス可能にするモジュールと、
該情報を該割り当てたスペースに保存するモジュールと、
該情報に関連する固有で永続的なユニバーサル・ネーム識別子を生成するモジュールと、
該情報が保存されている場所に関連する該アドレスを持つ該固有で永続的なユニバーサル・ネーム識別子の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行するモジュールで、該固有で永続的なユニバーサル・ネーム識別子が該データベース内で固有である、該実行するモジュールと、
を含む該プログラムと、
から成る装置。
【請求項２０６】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に決定するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行するモジュールで、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができる、該実行するモジュールと、
から更に成る請求項第２０５項に記載の装置。
【請求項２０７】
該固有で永続的なユニバーサル・ネーム識別子のためのメタデータを受信するモジュールで、該メタデータが該固有で永続的なユニバーサル・ネーム識別子に関する説明的なデータを提供する、該受信するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子と該メタデータがお互いにより識別可能になるように、該固有で永続的なユニバーサル・ネーム識別子を該メタデータに関連付けるモジュールと、
から更に成る請求項第２０５項に記載の装置。
【請求項２０８】
メタデータのメタデータ・データベースへの登録が、ユーザーからの該固有で永続的なユニバーサル・ネーム識別子を発行しないようにとのリクエストにより、否認されることを特徴とする請求項第２０７項に記載の装置。
【請求項２０９】
二段階登録コミットメントの第一段階において、該固有で永続的なユニバーサル・ネーム識別子の登録を実行する前に、該メタデータをメタデータ・データベースに登録するモジュールと、
該メタデータが該メタデータ・データベースへの登録に失敗した場合にエラーを生成するモジュールと、
二段階登録コミットメントの第一段階で該メタデータの登録を実行した後に、二段階登録コミットメントの第二段階において、該固有で永続的なユニバーサル・ネーム識別子を該データベースに登録するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子が該データベースへの登録に失敗した場合にエラーを生成するモジュールと、
二段階登録コミットメントの何れかの段階でエラーが生成された場合、固有で永続的なユニバーサル・ネーム識別子の登録に失敗するモジュールと、
から更に成る、請求項第２０５項に記載の装置。
【請求項２１０】
該生成されたエラーがＸＭＬフォーマットでタグ付けされていることを特徴とする請求項第２０９項に記載の装置。
【請求項２１１】
該記憶ファシリティ内に保存されている該情報をインデックスするモジュールと、
該固有で永続的なユニバーサル・ネーム識別子と該インデックスされた情報がお互いにより識別可能になるように、該インデックスされた情報を該固有で永続的なユニバーサル・ネーム識別子と関連付けるモジュールと、
から更に成る請求項第２０５項に記載の装置。
【請求項２１２】
一つのプロセッサと、
該プロセッサと通信可能に接続されている一つのメモリと、
該メモリに保存されている一つのプログラムで、
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を自動的に決定するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素の、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースへの登録を実行するモジュールで、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができる、該実行するモジュールと、
を含む該プログラムと、
から成る装置。
【請求項２１３】
固有で永続的なユニバーサル・ネーム識別子の前記プレフィックス構成要素ためのメタデータを受信するモジュールで、該メタデータが該プレフィックスに関する説明的なデータを提供する、該受信するモジュールと、
該プレフィックスと該メタデータがお互いにより識別可能になるように、該プレフィックスを該メタデータに関連付けるモジュールと、
から更に成る請求項第２１２項に記載の装置。
【請求項２１４】
メタデータのメタデータ・データベースへの登録が、ユーザーからの該固有で永続的なユニバーサル・ネーム識別子を発行しないようにとのリクエストにより、否認されることを特徴とする請求項第２１２項に記載の装置。
【請求項２１５】
一つのプロセッサと、
該プロセッサと通信可能に接続されている一つのメモリと、
該メモリに保存されている一つのプログラムで、
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素のためのインストラクション信号を自動的に生成するモジュール、
を含む該プログラムと、
から成る装置。
【請求項２１６】
固有で永続的なユニバーサル・ネーム識別子のサフィックス構成要素のためのインストラクション信号を自動的に生成するモジュール、
から更に成る請求項第２１５項に記載の装置。
【請求項２１７】
該固有で永続的なユニバーサル・ネーム識別子を登録するための情報のためのスペースを割り当て、該割り当てたスペースの場所を通信ネットワーク上でアドレス可能、アクセス可能にするためのインストラクション信号を自動的に生成するモジュール、
から更に成る請求項第２１５項に記載の装置。
【請求項２１８】
オファーのために複数の記憶ファシリティに対しオークションされる情報のためのスペースを割り当てるのためのインストラクション信号を自動的に生成するモジュール、
から更に成る請求項第２１７項に記載の装置。
【請求項２１９】
オファーのために複数のコンテンツ配信業者に対しオークションされる情報のためのスペースを割り当てるのためのインストラクション信号を自動的に生成するモジュール、
から更に成る請求項第２１７項に記載の装置。
【請求項２２０】
複数の記憶ファシリティからの情報を求めるオファーのためのスペースを割り当てるのためのインストラクション信号を自動的に生成するモジュール、
から更に成る請求項第２１７項に記載の装置。
【請求項２２１】
複数のコンテンツ配信業者からの情報を求めるオファーのためのスペースを割り当てるのためのインストラクション信号を自動的に生成するモジュール、
から更に成る請求項第２１７項に記載の装置。
【請求項２２２】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素を、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースに登録するためのインストラクション信号を自動的に生成するモジュールで、該プレフィックス構成要素が該データベース内で固有であって、該プレフィックス構成要素を次に続く固有なサフィックスを持つ固有で永続的なユニバーサル・ネーム識別子の登録のベースとして用いることができる、該生成するモジュール、
から更に成る請求項第２１５項に記載の装置。
【請求項２２３】
該固有で永続的なユニバーサル・ネーム識別子を、固有で永続的なユニバーサル・ネーム識別子及び関連する情報の場所を解決するためのデータベースに登録するためのインストラクション信号を自動的に生成するモジュールで、該固有で永続的なユニバーサル・ネーム識別子が該データベース内で固有である、該生成するモジュール、
から更に成る請求項第２１５項に記載の装置。
【請求項２２４】
一つのプロセッサと、
該プロセッサと通信可能に接続されている一つのメモリと、
該メモリに保存されている一つのプログラムで、
固有で永続的なユニバーサル・ネーム識別子を登録するためのインストラクション信号を自動的に生成するモジュールと、
該固有で永続的なユニバーサル・ネーム識別子を登録するための情報のためのスペースを割り当て、該割り当てたスペースの場所を通信ネットワーク上でアドレス可能、アクセス可能にするためのインストラクション信号を自動的に生成することと、
を含む該プログラムと、
から成る装置。
【請求項２２５】
該固有で永続的なユニバーサル・ネーム識別子を登録するためのエンコードされた情報を持つインストラクション信号を自動的に生成すること、
から更に成る請求項第２２４項に記載の装置。
【請求項２２６】
該固有で永続的なユニバーサル・ネーム識別子を登録するための情報のためのエンコードされた場所を持つインストラクション信号を自動的に生成すること、
から更に成る請求項第２２４項に記載の装置。
【請求項２２７】
固有で永続的なユニバーサル・ネーム識別子のプレフィックス構成要素のためのインストラクション信号を自動的に生成すること、
から更に成る請求項第２２４項に記載の装置。
【請求項２２８】
一つのプロセッサと、
該プロセッサと通信可能に接続されている一つのメモリと、
該メモリに保存されている一つのプログラムで、
所望の情報を特定するモジュールと、
固有で永続的なユニバーサル・ネーム識別子のプレフィックスを特定するモジュールと、
固有で永続的なユニバーサル・ネーム識別子のサフィックスを特定するモジュールと、
該所望の情報の場所を特定するモジュールと、
全ての特定された所望の情報、プレフィックス、サフィックス及び場所を固有で永続的なユニバーサル・ネーム識別子データベースに登録するために提出することを実行するモジュールと、
を含む該プログラムと、
から成る装置。
【請求項２２９】
所望の情報該特定が、インタラクション・インターフェースと通信するようになっているアプリケーション・プログラミング・インターフェースを介してコンテンツ・オーサーリング・アプリケーション内の情報へのアクセスを提供している該コンテンツ・オーサーリング・アプリケーションの選択ツールを介していることを特徴とする請求項第２２８項に記載の装置。
【請求項２３０】
所望の情報の該特定が、ファイル選択ツールを介していることを特徴とする請求項第２２８項に記載の装置。
【請求項２３１】
プレフィックスの該特定が、発行者の登録ツールを呼び出すことを特徴とする請求項第２２８項に記載の装置。
【請求項２３２】
発行者の登録ツールが、ユーザーが連絡先情報と請求先情報を入力するフィールドを提供することを特徴とする請求項第２３１項に記載の装置。
【請求項２３３】
該発行者が提供するユーザーが連絡先情報と請求先情報を入力するフィールドが、保存可能であることを特徴とする請求項第２３２項に記載の装置。
【請求項２３４】
プレフィックスの該特定が、保存された発行者の連絡先情報と請求先情報を得ることを特徴とする請求項第２２８項に記載の装置。
【請求項２３５】
該保存された発行者の連絡先情報と請求先情報が、クッキーに保存されることを特徴とする請求項第２３４項に記載の装置。
【請求項２３６】
該保存された発行者の連絡先情報と請求先情報が、優先ファイルに保存されることを特徴とする請求項第２３４項に記載の装置。
【請求項２３７】
該保存された発行者の連絡先情報と請求先情報が、データベースに保存されることを特徴とする請求項第２３４項に記載の装置。
【請求項２３８】
メタデータを特定するモジュール
から更になる請求項第２２８項に記載の装置。
【請求項２３９】
提出を実行する該特定が、メタデータをメタデータ・データベースに提出して、該固有で永続的なユニバーサル・ネーム識別子データベースに提出されたそれぞれのデータに関連付けるように更に構成したことを特徴とする請求項第２３８項に記載の装置。
【請求項２４０】
プレフィックスの該特定が、自動的にプレフィックスを生成するためのフラグを設定することを特徴とする請求項第２２８項に記載の装置。
【請求項２４１】
sサフィックスの該特定が、自動的にサフィックスを生成するためのフラグを設定することを特徴とする請求項第２２８項に記載の装置。
【請求項２４２】
場所の該特定が、ファイル選択ツールを介していることを特徴とする請求項第２２８項に記載の装置。
【請求項２４３】
場所の該特定が、ＵＲＬテキスト・フィールドを介していることを特徴とする請求項第２２８項に記載の装置。
【請求項２４４】
データ提出を実行する該特定が、ボタンを介していることを特徴とする請求項第２２８項に記載の装置。
【請求項２４５】
データ提出を実行する該特定が、ドキュメントのために固有で永続的なユニバーサル・ネーム識別子を登録することを実行することを特徴とする請求項第２２８項に記載の装置。
【請求項２４６】
データ提出を実行する該特定が、情報の選択のために固有で永続的なユニバーサル・ネーム識別子を登録することを実行することを特徴とする請求項第２２８項に記載の装置。
【請求項２４７】
該情報の選択のための固有で永続的なユニバーサル・ネーム識別子の登録の該発効が、更なるユーザー・インタラクションなしに自動であることを特徴とする請求項第２２８項に記載の装置。
【請求項２４８】
データ提出を実行する該特定が、メニューを介していることを特徴とする請求項第２２８項に記載の装置。
【請求項２４９】
データ提出を実行する該特定が、該情報の選択のコンテキスト内に識別するタグを組み込むことを特徴とする請求項第２２８項に記載の装置。
【請求項２５０】
データ提出を実行する該特定が、ドキュメント内に識別するタグを組み込むことを特徴とする請求項第２２８項に記載の装置。
【請求項２５１】
データ提出を実行する該特定が、仮の固有で永続的なユニバーサル・ネーム識別子を保存することを特徴とする請求項第２２８項に記載の装置。
【請求項２５２】
該仮の固有で永続的なユニバーサル・ネーム識別子が、ファイルに保存されることを特徴とする請求項第２５１項に記載の装置。
【請求項２５３】
該仮の固有で永続的なユニバーサル・ネーム識別子が、バッチ・ファイルに保存されることを特徴とする請求項第２５１項に記載の装置。
【請求項２５４】
該仮の固有で永続的なユニバーサル・ネーム識別子が、データベースに保存されることを特徴とする請求項第２５１項に記載の装置。
【請求項２５５】
データ提出を実行するメカニズムが、仮の固有で永続的なユニバーサル・ネーム識別子のためのメタデータを保存することを特徴とする請求項第２２８項に記載の装置。
【請求項２５６】
該保存されたメタデータが、ドキュメント情報を含むことを特徴とする請求項第２５５項に記載の装置。
【請求項２５７】
該ドキュメント情報が、該ドキュメントの著者を含むことを特徴とする請求項第２５６項に記載の装置。
【請求項２５８】
該ドキュメント情報が、該ドキュメントの作成日を含むことを特徴とする請求項第２５６項に記載の装置。
【請求項２５９】
該ドキュメント情報が、該ドキュメントの変更日を含むことを特徴とする請求項第２５６項に記載の装置。
【請求項２６０】
該ドキュメント情報が、該ドキュメントを所有する企業を含むことを特徴とする請求項第２５６項に記載の装置。
【請求項２６１】
該ドキュメント情報が、自動ドキュメント生成バリューを含むことを特徴とする請求項第２５６項に記載の装置。
【請求項２６２】
該自動ドキュメント生成バリューが、インデックス情報を含むことを特徴とする請求項第２６１項に記載の装置。
【請求項２６３】
該自動ドキュメント生成バリューが、目次情報であることを特徴とする請求項第２６１項に記載の装置。
【請求項２６４】
該自動ドキュメント生成バリューが、グロッサリー情報であることを特徴とする請求項第２６１項に記載の装置。
【請求項２６５】
メモリにおいて、ユーザーのアプリケーション・モジュール・コマンドを呼び出す選択に応答するアプリケーション・プログラムによって呼び出し可能なインタラクション・インターフェースで、
所望の情報を特定する選択インターフェース・メカニズムと、
固有で永続的なユニバーサル・ネーム識別子のプレフィックスを特定するインタラクション・インターフェース・メカニズムと、
固有で永続的なユニバーサル・ネーム識別子のサフィックスを特定するインタラクション・インターフェース・メカニズムと、
該所望の情報の場所を特定するインタラクション・インターフェース・メカニズムと、
全ての特定された所望の情報、プレフィックス、サフィックス及び場所を固有で永続的なユニバーサル・ネーム識別子データベースに登録するために提出することを実行するインタラクション・インターフェース・メカニズムと、
該メカニズムの全てを表示する表示エリアと、
から成る該インターフェース。
【請求項２６６】
該所望の情報を特定する選択メカニズムが、インタラクション・インターフェースと通信するようになっているアプリケーション・プログラミング・インターフェースを介してコンテンツ・オーサーリング・アプリケーション内の情報へのアクセスを提供している該コンテンツ・オーサーリング・アプリケーションの選択ツールを介していることを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２６７】
所望の情報を特定する該選択メカニズムが、ファイル選択ツールであることを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２６８】
プレフィックスを特定する該メカニズムが、発行者の登録ツールを呼び出すことを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２６９】
発行者の登録ツールが、ユーザーが連絡先情報と請求先情報を入力するフィールドを提供することを特徴とする請求項第２６８項に記載のインターフェース。
【請求項２７０】
該発行者が提供するユーザーが連絡先情報と請求先情報を入力するフィールドが、保存可能であることを特徴とする請求項第２６９項に記載のインターフェース。
【請求項２７１】
プレフィックスを特定する該メカニズムが、保存された発行者の連絡先情報と請求先情報を得ることを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２７２】
該保存された発行者の連絡先情報と請求先情報が、クッキーに保存されることを特徴とする請求項第２７１項に記載のインターフェース。
【請求項２７３】
該保存された発行者の連絡先情報と請求先情報が、優先ファイルに保存されることを特徴とする請求項第２７１項に記載のインターフェース。
【請求項２７４】
該保存された発行者の連絡先情報と請求先情報が、データベースに保存されることを特徴とする請求項第２７１項に記載のインターフェース。
【請求項２７５】
メタデータを特定するインタラクション・インターフェース・メカニズムから更になる請求項第２６５項に記載のインターフェース。
【請求項２７６】
提出を実行する該インタラクション・インターフェース・メカニズムが、メタデータをメタデータ・データベースに提出して、該固有で永続的なユニバーサル・ネーム識別子データベースに提出されたそれぞれのデータに関連付けるように更に構成したことを特徴とする請求項第２７５項に記載のインターフェース。
【請求項２７７】
プレフィックスを特定する該メカニズムが、自動的にプレフィックスを生成するためのフラグを設定することを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２７８】
サフィックスを特定する該メカニズムが、自動的にサフィックスを生成するためのフラグを設定することを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２７９】
場所を特定する該選択メカニズムが、ファイル選択ツールであることを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２８０】
場所を特定する該選択メカニズムが、ＵＲＬテキスト・フィールドであることを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２８１】
データ提出を実行する該メカニズムが、ボタンであることを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２８２】
データ提出を実行する該メカニズムが、ドキュメントのために固有で永続的なユニバーサル・ネーム識別子を登録することを実行することを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２８３】
データ提出を実行する該メカニズムが、情報の選択のために固有で永続的なユニバーサル・ネーム識別子を登録することを実行することを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２８４】
情報の選択のための固有で永続的なユニバーサル・ネーム識別子の登録の該発効が、更なるユーザー・インタラクションなしに自動であることを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２８５】
データ提出を実行する該メカニズムが、メニューであることを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２８６】
データ提出を実行する該メカニズムが、該情報の選択のコンテキスト内に識別するタグを組み込むことを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２８７】
データ提出を実行する該メカニズムが、ドキュメント内に識別するタグを組み込むことを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２８８】
データ提出を実行する該メカニズムが、仮の固有で永続的なユニバーサル・ネーム識別子を保存することを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２８９】
該仮の固有で永続的なユニバーサル・ネーム識別子が、ファイルに保存されることを特徴とする請求項第２８８項に記載のインターフェース。
【請求項２９０】
該仮の固有で永続的なユニバーサル・ネーム識別子が、バッチ・ファイルに保存されることを特徴とする請求項第２８８項に記載のインターフェース。
【請求項２９１】
該仮の固有で永続的なユニバーサル・ネーム識別子が、データベースに保存されることを特徴とする請求項第２８８項に記載のインターフェース。
【請求項２９２】
データ提出を実行する該メカニズムが、仮の固有で永続的なユニバーサル・ネーム識別子のためのメタデータを保存することを特徴とする請求項第２６５項に記載のインターフェース。
【請求項２９３】
該保存されたメタデータが、ドキュメント情報を含むことを特徴とする請求項第２９２項に記載のインターフェース。
【請求項２９４】
該ドキュメント情報が、該ドキュメントの著者を含むことを特徴とする請求項第２９３項に記載のインターフェース。
【請求項２９５】
該ドキュメント情報が、該ドキュメントの作成日を含むことを特徴とする請求項第２９３項に記載のインターフェース。
【請求項２９６】
該ドキュメント情報が、該ドキュメントの変更日を含むことを特徴とする請求項第２９３項に記載のインターフェース。
【請求項２９７】
該ドキュメント情報が、該ドキュメントを所有する企業を含むことを特徴とする請求項第２９３項に記載のインターフェース。
【請求項２９８】
該ドキュメント情報が、自動ドキュメント生成バリューを含むことを特徴とする請求項第２９３項に記載のインターフェース。
【請求項２９９】
該自動ドキュメント生成バリューが、インデックス情報を含むことを特徴とする請求項第２９８項に記載のインターフェース。
【請求項３００】
該自動ドキュメント生成バリューが、目次情報であることを特徴とする請求項第２９８項に記載のインターフェース。
【請求項３０１】
該自動ドキュメント生成バリューが、グロッサリー情報であることを特徴とする請求項第２９８項に記載のインターフェース。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本出願では以下の米国特許仮出願に対して、ここに優先権を主張する。（１）２００１年１月２５日に申請された、シリアル番号６０／２６４，３３３の「ＤＯＩとのレファレンス・リンキング」（弁護士ドケット番号４１８８−４００１）、（２）２００１年２月１４日に申請された、シリアル番号６０／２６８，７６６の「情報アクセスを実行する多重解決（マルチプル・レゾリューション）のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００２）、（３）２００１年３月１６日に申請された、シリアル番号６０／２７６，４５９の「情報アクセスを実行する登録のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００３）、（４）２００１年３月２９日に申請された、シリアル番号６０／２７９，７９２の「ディレクトリの品質保証のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００４）、（５）２００１年７月１０日に申請された、シリアル番号６０／３０３，７６８の「デジタル権利管理情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００５）、（６）２００１年１０月９日に申請された、シリアル番号６０／３２８，２７５の「デジタル権利管理情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００５ＵＳ１）、（７）２００１年２月８日に申請された、シリアル番号６０／２６７，８７５の「情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００６）、（８）２００１年２月９日に申請された、シリアル番号６０／２６７，８９９の「情報にアクセスするのための装置、方法及びシステムのための仮申請」（弁護士ドケット番号４１８８−４００７）、（９）２００１年２月２１日に申請された、シリアル番号６０／２７０，４７３の「ＤＯＩのためのビジネス・バリューと実施の考慮」（弁護士ドケット番号４１８８−４００８）、（１０）２００１年１０月９日に申請された、シリアル番号６０／３２８，２７４の「ピア環境において情報アクセスを実行するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１０）、（１１）２００１年１０月９日に申請された、シリアル番号６０／３２８，２７０の「情報アクセスを追跡するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１１）。これらの出願書はそれぞれ参照により開示に含まれる。
【０００２】
本出願書にはまた、以下の特許協力条約（ＰＣＴ）出願も参照により含まれる。（１２）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「情報アクセスを実行する多重解決のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００２ＰＣ）、（１３）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「ディレクトリ品質保証のための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００４ＰＣ）、（１４）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「デジタル権利管理情報にアクセスするのための装置、方法及びシステム」（弁護士ドケット番号４１８８−４００５ＰＣ１）、（１５）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「ピア環境において情報アクセスを実行するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１０ＰＣ）及び（１６）デイビッド・シドマンの名義で２００２年１月２５日に申請された、「情報アクセスを追跡するための装置、方法及びシステム」（弁護士ドケット番号４１８８−４０１１ＰＣ）。
本発明は一般に通信ネットワークを通して情報にアクセスするための装置、方法及びシステムに関するものである。より詳しくは、ここに開示する発明は通信ネットワーク上で使用される様々なコンテキストにおいて情報にアクセスするための永続的な識別子を登録するための装置、方法及びシステムに関する。
【背景技術】
【０００３】
［インターネット］
インターネットの利用が増えるにつれて、インターネット上で利用可能な情報の量も増加する。インターネット上に存在する情報は、コンピュータ・ソフトウェア、データベース、検討リスト、電子ジャーナル、ライブラリ・カタログ、オンライン情報サービス、メーリング・リスト、ニュース・グループ、ストリーミング・メディア等、数多くのフォーマットのドキュメントを含む様々な種類のものがある。幸いにもインターネット上のほとんどの情報には、ユーザーが利用しやすい方法でネットワークとインタラクションするためのウェブ・ブラウザを用いワールド・ワイド・ウェブを介してアクセスすることができる。
［ネットワーク］
一般にネットワークは、クライアント、サーバー及びグラフ・トポロジーにおける中間のノードの相互接続と相互運用から成ると考えられている。注意すべきことは、ここでは「サーバー」という用語は通常、通信ネットワーク全体の遠隔ユーザーのリクエストを処理したりそれに応答したりするためのコンピュータ、その他の機器、ソフトウェア、またはそれらの組み合わせを指すということである。サーバーはリクエストしてくる「クライアント」に情報を提供する。情報やリクエストを可能にしたり、処理、及び／またはソース・ユーザーからデスティネーション・ユーザーへの情報の流れを支援するコンピュータ、その他の機器、ソフトウェア、またはそれらの組み合わせは、通常「ノード」と呼ばれる。ネットワークは一般的にソース・ポイントからデスティネーションへの情報の転送を可能にするものと考えられている。
［伝送制御プロトコルとインターネット・プロトコル（ＴＣＰ／ＩＰ）］
コンピュータ・システム、データベース及びコンピュータ・ネットワークの拡散と拡大は、一般的にインターネットと称されるそのようなシステムの相互接続と国境を越えた通信ネットワークによって促進されてきた。インターネットは伝送制御プロトコルとインターネット・プロトコル（ＴＣＰ／ＩＰ）を発展させ、またその大部分においてそれらを用いている。ＴＣＰ／ＩＰは様々な変化するネットワーク業者によって形成された複数のネットワークを、ネットワークのネットワークのための基礎として相互接続するための、つまりインターネットのための米国国防総省（ＤｏＤ）の研究プロジェクトによって開発された。一つにはＤｏＤが、戦闘の最中に損害を受けても作動し続けることによって、通信ネットワークの損害を受けた部分を回避してデスティネーション・アドレスに情報を送るネットワークを必要としたことがＴＣＰ／ＩＰの開発の原動力となった。もちろん、ソース・アドレスのロケーションまたはデスティネーション・アドレスのロケーション自体が動作不能になった場合は、そのような伝達は不可能である。
【０００４】
インターネットはパケット交換型のネットワークであるため、インターネット上の情報はパケットと呼ばれる幾つもの断片に分割され、パケット形式で送信される。パケットはヘッダーと呼ばれるＩＰアドレス情報を含み、それらはルータがインターネット上の中間ノードを通してパケットをソースからデスティネーションへ配信することを可能にする。デスティネーションに到着すると、パケットは再構築されオリジナルのメッセージを形成し、欠落しているパケットがあれば、それらは再びリクエストされる。
【０００５】
プロトコルのＩＰ部分は、４バイトのアドレス・メカニズムに基づいて情報パケットをルーティングする役目を担う。アドレスはドットによって分離された４つの数字であり、各数字は０から２５５の範囲内で、例えば、「１２３．２５５．０．１２３」というようになる。ＩＰアドレスはインターネット当局及び登録機関が指定し、それぞれ固有のものである。
【０００６】
プロトコルのＴＣＰ部分は情報のパケットがソースからデスティネーションに正確に受信されたかを確認し、またもし正確に受信されなかった場合は、間違ったパケットを再送信するために用いられる。ユーザー・データグラム・プロトコル（ＵＤＰ）等の、配信を保証しないその他の伝送制御プロトコルも一般的に利用されている。
［ワールド・ワイド・ウェブ］
インターネット、特にワールド・ワイド・ウェブ（ウェブ）が広く受け入れられ拡大し、膨大且つ多様な情報が集めらた。情報技術システムを有するユーザー同士（つまりコンピュータ利用者）のインタラクションを可能にする様々なユーザー・インターフェースが現在利用されている。ＷｏｒｌｄＷｉｄｅＷｅｂ．ａｐｐ（ウェブ）と呼ばれる情報ナビゲーション・インターフェースは、１９９０年後半に開発された。その後、ウェブ・ブラウザ等の情報ナビゲーション・インターフェースがほぼ全てのコンピュータ・オペレーティング・システム・プラットフォームにおいて広く利用可能になった。
【０００７】
一般的にウェブは、複数のユーザー・インターフェース（例えばウェブ・ブラウザ）、サーバー、配信された情報、プロトコル及び仕様の、相乗相互運用の発現でありその結果である。ウェブ・ブラウザは情報へのナビゲーションとアクセスを促進するために設計され、一方情報サーバーは情報の供給を促進するために設計されている。通常ウェブ・ブラウザと情報サーバーは通信ネットワークを介してお互いに交信するように配置してある。情報サーバーは、通常ウェブ・ブラウザを用いて情報にアクセスするユーザーに対し情報を提供する機能を果たす。従って、情報サーバーは主にウェブ上の情報へのナビゲーションやアクセスにウェブ・ブラウザを用いるユーザーに対し情報を提供する。ウェブ・ブラウザの例としては、マイクロソフト社のインターネット・エクスプローラや、ネットスケープ・ナビゲーターがある。加えて、ウェブＴＶのようなナビゲーション・ユーザー・インターフェース機器もウェブ・ナビゲーションを容易にするために実現されている。マイクロソフト社のインフォメーション・サーバーやアパッチが情報サーバーの例として挙げられる。
［ユニバーサル・リソース・ロケーター（ＵＲＬ）］
ウェブの拡大は膨大な量の情報をもたらし、かかる膨大な情報はユニバーサル・リソース・ロケーター（ＵＲＬ）を利用することによりアクセス可能である。ＵＲＬとは通常ウェブ・ページ中にハイパーリンクとして組み入れられるアドレス、あるいはウェブ・ブラウザにタイプ入力されるアドレスである。所与のリソース（最も一般的には遠隔コンピュータ上にあるファイル）のＵＲＬはそのリソースのみを指す。一般的に、当該場所へのレファレンスは、例えば「ｈｔｔｐ：／／ｗｗｗ．ａＷｅｂＳｉｔｅ．ｃｏｍ／ａＦｏｌｄｅｒ／ａＦｉｌｅ／ａＦｉｌｅ．ｈｔｍｌ」というように、ディレクトリ・パス及びファイル名と併せて未解決のＩＰアドレスを用いて達成される。この例では、このＵＲＬが「ａＷｅｂＳｉｔｅ．ｃｏｍ」というドメインの「ｗｗｗ」という名前のコンピュータに接続し、そのコンピュータの「ａＦｏｌｄｅｒ」というディレクトリに保存されている「ａＦｉｌｅ．ｈｔｍｌ」という名前のファイルをリクエストするように、ブラウザに命じることになる。
［ユニバーサル・ネーム識別子（ＵＮＩ）］
Ｔｈｅ  Ｃｏｒｐｏｒａｔｉｏｎ  ｆｏｒ  Ｎａｔｉｏｎａｌ  Ｒｅｓｅａｒｃｈ  Ｉｎｉｔｉａｔｉｖｅは、情報の名前と所在を指定するハンドル・システムと呼ばれる新しい手段を創り出し実施した。ハンドル・システムは現在のＵＲＬの利用状況を改善するために設計された。
【０００８】
ハンドル・システムは、インターネット上で情報の所在を確認したり情報を配信するための間接指定のレベルを導入する。ハンドル・システムは、リソースに名前を付けるための汎用システムである。特定のリソースの現在の場所に基づくＵＲＬを指定する代わりに、リソースにユニバーサル・ネーム識別子を指定する。ＵＮＩはユニバーサル・リソース識別子（ＵＲＩ）の一形式である。ＵＲＩはＵＮＩとＵＲＬの両方を含む。ＵＮＩはＵＲＬと違い、リソースの場所やその他の属性の変化に関わらず永続的なリソースの名前として機能し、またこれ以降そのような名前であるものとみなす。言い換えると、ユニバーサル・リソース・ネーム（ＵＲＮ）はＵＮＩの一種である（即ち、ＵＮＩはＵＲＮの概念を含む）。更に、ハンドルとはＵＲＮの一種である。またデジタル・オブジェクト識別子（ＤＯＩ）はハンドルの一種である。従って、ハンドル、ＵＲＮ、ＤＯＩ及び／またはその他が様々な形式のＵＮＩに含まれる。ＵＮＩの様々な用語及び／または形式は、本文全体にわたって置換可能なように用いられ、特に明記しない限り置換可能と想定してよいものとする。ハンドルは、名付けられたリソースの現在のネットワーク上の場所と共にハンドル・システムに登録される固有の名前である。この場所に関する情報は通常ＵＲＬの形式をとる。一般的なハンドルの種類の一つとしてデジタル・オブジェクト識別子（ＤＯＩ）が知られている。その場合ハンドルはＵＲＬの代わりにユーザーに配信され、表面上はハイパーリンクと同様に機能するかに見える。ユーザーがハンドルに遭遇すると、ユーザーのブラウザにハンドル・リクエストを行う作成する機能がある限りは、ユーザーはＵＲＬハイパーリンクを選択したり入力したりするのと同様にハンドルを選択したり入力したりする。そのような遭遇により、リソースの現在の場所を検索する自動のプロセスが始動する。リソースの現在の場所は、ハンドル・システムが提供するディレクトリの中のリソースのハンドルに関連付けられていて、ユーザーをリソースの現在の場所へと導く。ＵＲＬとは違い、リソースが移動した場合、ハンドル・システムのディレクトリのエントリーは更新可能なので、ハンドルと、ハンドルが特定するリソースとの永続的な関連付けが確保される。これを現実の世界に喩えるならば、所与のリソースのＵＲＬのみを知っているということは、ある人の住所だけ知っていて名前は知らないようなものである。もしその人が街の反対側へ引っ越した場合、名前を知らなければ探すのは非常に困難になる。ハンドル・システムにより、ハンドルを用いてリソースに永続的な名前を付けることができ、ハンドル・システム・ディレクトリの中のリソースの名前に基づいて、リソースの現在の場所を検索することができる。
【発明の開示】
【課題を解決するための手段】
【０００９】
デジタル・オブジェクト識別子はＩＰ及び他の場所に基づくアドレス方式の欠点の多くを克服するものである。ＤＯＩは頻繁に移動する可能性のある情報に永続的な識別子を与え、通信ネットワーク上の情報にアクセスすることを可能にする。ＤＯＩは、識別子を場所と関連付けるのではなく、更なるレベルの間接指定を加えて識別子を情報と関連付けるメカニズムを設けることによって、場所をアドレスで指定することに限定されたネットワーク・アドレス方式の限界を克服する。
【００１０】
ＤＯＩは、識別子を場所ではなく情報と関連付けることを可能にするメカニズムを提供するが、ＤＯＩ自体は、様々な場所、様々なフォーマットの情報の多重及び／または様々なインスタンスのアクセス、あるいは様々な使用コンテキストに基づいて、所与の情報に関連する様々なサービスへのアクセスを提供するものではない。
【００１１】
開示した発明の一実施例は、どのようにして通信ネットワークを介して多重の場所から、多重のフォーマットで、変化する使用コンテキストに基づく可変の方法でアクセス可能なように、情報にアクセスするかを教示している。本発明ではまた、様々な条件下で様々な場所から様々なフォーマットで様々なアクセスのコンテキストに基づいてアクセス可能なように、一つの識別子を利用可能な情報と関連付ける新奇な能力をもってして、従来のアドレス方式の限界を克服するものである。
【００１２】
一般に本発明の特徴によれば、本文ではこれ以降発行者と呼ぶコンテンツの発行者が、ＤＯＩ登録機関に登録することによって情報にデジタル・オブジェクト識別子を指定する。
【００１３】
本発明の別の特徴によると、登録の際に、登録者または登録機関が、登録するＤＯＩと関連する多数のタイプとバリューのペアを更に登録することもできる。本発明のまた別の特徴によれば、登録されたタイプと関連するバリューは、登録されたＤＯＩのための多重解決を提供するために用いられる。ＤＯＩハンドブックが定義する「解決」とは、ＤＯＩ識別子を提出し、それに応じて提出した識別子に関係する現在の一つの情報を一つ以上受信することである。単一解決とはＤＯＩが一つの情報、通常はＤＯＩが識別したリソースに関連するウェブ・ページのＵＲＬ（即ち現在の場所）をもってして解決するものである。これとは対照的に、本発明に基づく多重解決とは一つ以上の解決が、様々なコンテキストにおいて可能なものである。
【００１４】
上記の効果と特徴は代表的な例のみであって、全てのものを示すものでもなく、その他に無いということでもない。これらは本発明の理解の助けとなるように示したに過ぎない。これらは請求項が定義する発明の全てを代表するものではなく、請求項が定義する発明を限定することや、請求項と同等のものを限定することはない旨、理解されるべきである。例えばこれらの効果のうちの幾つかは、同時に一つの実施例中には存在し得ないという点で、お互いに矛盾している。同様に、これらの効果のうちの幾つかは、本発明の一つの特徴には当てはまるものの、他の特徴には当てはまらない。更に、請求項にある本発明にはここには記載していない特徴もある。しかしながら、紙面の節約と繰り返しを減らすという目的で記述しなかったということ以外で、ここに記載する内容と記述していないものとの関係について、これといった推論を引き出すべきではない。かくして、かかる特徴と効果の要約は、どの様なものを同等なものとするかを決定するものと考えるべきではない。本発明のその他の特徴と効果については以下の記述、図及び請求項から明確になる。
【図面の簡単な説明】
【００１５】
添付した図面は本開示の幾つかの実施例を図示するものである。
【図１】ＩＡＲＳコントローラに組み込まれた一実施例を図示している。
【図２】移動する情報についての通信ネットワーク上でのＵＲＬアドレッシングを図示している。
【図３】移動する情報についての通信ネットワーク上でのＵＲＬアドレッシングを図示している。
【図４】ＤＯＩを介した情報へのアクセスを図示している。
【図５】ハンドルの概要を示している。
【図６】ハンドルの概要を示している。
【図７】ユーザーの所望する情報へのアクセスを可能にするための解決メカニズムの概要を示している。
【図８】ユーザーの所望する情報へのアクセスを可能にするための解決メカニズムの概要を示している。
【図９】ユーザーがＤＯＩを用いて情報をアクセスするために行う典型的な一連のアクションの概要を示している。
【図１０】ユーザーがＤＯＩを用いて情報の内容をアクセスするために行う典型的な一連のアクションのより完全な概要を示している。
【図１１】通信ネットワーク上で情報をアクセスするための典型的なメカニズムを図示している。
【図１２】通信ネットワーク上で情報を入手するための典型的なメカニズムの別の実施例の概要を図示している。
【図１３】典型的なＤＯＩシステムの概要を示している。
【図１４】様々なエンティティとインタラクションする情報アクセス登録サーバー（ＩＡＲＳ）の非限定的な例を図示している。
【図１５】様々なエンティティとインタラクションするＩＡＲＳの非限定的な例を図示している。
【図１６】様々なエンティティとインタラクションするＩＡＲＳの非限定的な例を図示している。
【図１７】ハンドルを登録する際に様々なエンティティとインタラクションするＩＡＲＳの非限定的な例を図示している。
【図１８】登録ツールのオプションの非限定的な例を図示している。
【図１９】登録ツールの非限定的な例を図示している。
【図２０】登録ツールの代替の実施例を示している。
【図２１】ＩＡＲＳ登録ファシリティのフロー・ダイヤグラムの非限定的な例を図示している。
【図２２】発行者のプレフィックス登録ツールの非限定的な例を図示している。
【図２３】ＩＡＲＳプレフィックス登録ファシリティの非限定的な一例のフロー・ダイヤグラムを図示している。
【図２４】ＩＡＲＳオプションの非限定的な一例を図示している。
【図２５】ＩＡＲＳバッチＤＯＩ登録ツールの非限定的な一例を図示している。
【図２６】ＩＡＲＳバッチ登録ファシリティの非限定的な一例を図示している。
【図２７】ＩＡＲＳバッチ・ファイルの非限定的な一例を図示している。
【図２８】ＩＡＲＳエラー・レポート・オプションの非限定的な一例を図示している。
【図２９】ＩＡＲＳバッチ状態レポート・オプションの非限定的な一例を図示している。
【図３０】ＩＡＲＳバッチ状態レポートの非限定的な一例を図示している。
【図３１】ＩＡＲＳ  ＤＯＩルックアップ・ツールの非限定的な一例を図示している。
【図３２】ＩＡＲＳ  ＤＯＩルックアップ検索結果の非限定的な一例を図示している。
【発明を実施するための最良の形態】
【００１６】
［情報アクセス登録サーバー・コントローラ］
図１は、情報アクセス登録サーバー（ＩＡＲＳ）コントローラ１１０１に取り入れられた一実施例を図示している。この実施例では、ＩＳＲＳコントローラ１１０１は、ハンドル、関連する情報及び／またはその他の登録、解決、処理、保存、更新の役割を担う。
【００１７】
一実施例では、ＩＡＲＳコントローラ１１０１は、ユーザー入力デバイス１１１１、周辺デバイス１１１２及び／または通信ネットワーク１１１３からの一人以上のユーザー等のエンティティと、接続及び／または通信することができるが、エンティティはこれらに限定されるわけではない。当該ＩＡＲＳコントローラは、暗号プロセッサ・デバイス１１２８とさえも接続及び／または通信することが可能である。
【００１８】
典型的なＩＡＲＳコントローラ１１０１は、メモリ１１２９に接続されたコンピュータの系統的システム１１０２等の部品から成る一般的なコンピュータ・システムに基づくものであるが、部品はこれらに限定されるわけではない。
［コンピュータの系統的システム］
コンピュータの系統的システム１１０２はクロック１１３０、中央演算処理装置（ＣＰＵ）１１０３、読み出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）及び／またはインターフェース・バス１１０７から成り、従来は、必ずしもというわけではないが、全てシステム・バス１１０４を介して相互接続及び／または交信している。システム・クロックは通常水晶発振器を有し、基本信号を供給する。クロックは通常システム・バス及びコンピュータの系統的システムに取り入れられた他の部品の基本動作周波数を増加させたり減少させたりする様々な手段に結合している。クロック及びコンピュータの系統的システムの様々な部品は、システム内全てにおいて情報を具現する信号を駆動する。コンピュータの系統的システム内において情報を具現する信号のこのような送信及び受信は、通常、通信と呼んでいる。これらの通信に関する信号は、更に、本コンピュータの系統的システムを超え通信ネットワーク、入力機器、他のコンピュータの系統的システム、周辺機器及び／またはその他へ送信、受信してもよく、返信信号及び／または応答信号を生じさせてもよい。オプションとして、暗号プロセッサ１１２６を同様にシステム・バスに接続することもできる。もちろん、上記の部品の何れもお互いに直接接続したり、ＣＰＵに接続したり及び／または様々なコンピュータ・システムにより具現されるような数多くのバリエーションで組織化したりしてもよい。
【００１９】
ＣＰＵはユーザー及び／またはシステムにより出されたリクエストを実行するためのプログラム・モジュールの実行に適した少なくとも一つの高速データ・プロセッサから成る。ＣＰＵはインテル社のペンティアム・プロセッサ及び／またはその他のようなマイクロプロセッサでもよい。従来のデータ処理技術により、ＣＰＵは導電性の経路を介して送信される信号を介してメモリと交信し、保存されているプログラム・コードを実行する。そのような信号送信は、様々なインターフェースを通じてＩＡＲＳコントローラ内の通信及びＩＡＲＳコントローラの域を越える通信を可能にする。
［インターフェース・アダプター］
インターフェース・バス１００７は数多くのインターフェース・アダプターを受け入れ接続し、及び／または通信し、必ずしもアダプター・カードの形である必要はないが、従来その例として、入出力インターフェース（Ｉ／Ｏ）１００８、記憶インターフェイス１００９、ネットワーク・インターフェース１１１０及び／またはその他があるが、それらに限定されるわけではない。暗号プロセッサ・インターフェース１１２７も同様に、任意にインターフェース・バスに接続してもよい。インターフェース・バスは、インターフェース・アダプター同士の通信を提供すると共に、コンピュータの系統的システムにおける他の部品への通信を提供する。インターフェース・アダプターは、コンパチブル・インターフェース・バスに適応している。インターフェース・アダプターは従来、スロット・アーキテクチャーを通じてインターフェース・バスに接続する。アクセラレイテッド・グラフィックス・ポート（ＡＧＰ）、カード・バス（拡張）、業界標準アーキテクチャ（（Ｅ）ＩＳＡ）、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）、Ｎｕバス、ペリフェラル・コンポーネント・インターコネクト（ＰＣＩ）、ＰＣメモリ・カード国際協会（ＰＣＭＣＩＡ）及び／またはその他の、従来のスロット・アーキテクチャーを用いればよいが、これらに限定されるわけではない。
【００２０】
記憶インターフェース１１０９は、例えば記憶装置１１１４、リムーバブル・ディスク・デバイス及び／またはその他といった数多くの記憶装置を受け入れ通信し、及び／または接続するが、記憶装置はそれらに限定されるわけではない。記憶インターフェースは、例えば（ウルトラ）アドバンスト・テクノロジー・アタッチメント（パケット・インターフェース）（（ウルトラ）ＡＴＡ（ＰＩ））、（拡張）インテグレイテッド・ドライブ・エレクトロニクス（（Ｅ）ＩＤＥ）、電気電子技術者協会（ＩＥＥＥ）１３９４、ファイバー・チャネル、小型コンピュータ用周辺機器インターフェース（ＳＣＳＩ）、ユニバーサル・シリアル・バス（ＵＳＢ）及び／またはその他といった接続プロトコルを用いるが、これらに限定されるわけではない。
【００２１】
ネットワーク・インターフェース１１１０は、通信ネットワーク１１１３を受け入れ通信し、及び／または、接続する。ネットワーク・インターフェースは、例えば直接接続、イーサネット（厚型、薄型、ねじれペア１０／１００／１０００ベースＴ及び／またはその他）、トークン・リング、ＩＥＥＥ８０２．１１ｂ等のワイヤレス接続、及び／またはその他といった接続プロトコルを用いるが、これらに限定されるわけではない。通信ネットワークは、以下に挙げるものの一つ及び／またはそれらの組み合わせである。即ち、ダイレクト・インターコネクション、インターネット、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、インターネット上のノードとしてのオペレーティング・ミッション（ＯＭＮＩ）、安全化されたカスタム・コネクション、ワイド・エリア・ネットワーク（ＷＡＮ）、ワイヤレス・ネットワーク（例えば、ワイヤレス・アプリケーション・プロトコル（ＷＡＰ）、Ｉモード及び／またはその他等のプロトコルを用いるが、これに限定されるわけではない）及び／またはその他である。ネットワーク・インターフェースは、入出力インターフェースの特別な形態であると見なされる。
【００２２】
入出力インターフェース（Ｉ／Ｏ）１１０８は、ユーザー入力デバイス１１１１、周辺機器１１１２、暗号プロセッサ・デバイス１１２８及び／またはその他を受け入れ通信し、及び／または接続する。Ｉ／Ｏは、例えばアップル・デスクトップ・バス（ＡＤＢ）、アップル・デスクトップ・コネクター（ＡＤＣ）、アナログ、デジタル、モノラル、ＲＣＡ、ステレオ、及び／またはその他のオーディオ、ＩＥＥＥ１３９４、インフラレッド、ジョイスティック、キーボード、ミディ、オプティカル、ＰＣ  ＡＴ、ＲＳ／２、パラレル、ラジオ、シリアル、ＵＳＢ、それからＢＮＣ、コンポジット、デジタル、ＲＣＡ、Ｓビデオ、ＶＧＡ、及び／またはその他のビデオ・インターフェース、ワイヤレス及び／またはその他といった接続プロトコルを用いるが、それらに限定されるわけではない。一般的な出力デバイスはビデオ・ディスプレイであり、通常、ビデオ・インターフェースから信号を受け取るインターフェース（例えば、ＶＧＡ回路やケーブル）を有するＣＲＴモニターかＬＣＤモニターから成る。ビデオ・インターフェースは、コンピュータの系統的システムが生み出した情報を合成し、合成された情報に基づいたビデオ信号を生成する。通常、ビデオ・インターフェースは、ビデオ・コネクション・インターフェースを通じて合成されたビデオ情報を提供し、ビデオ・コネクション・インターフェースはビデオ・ディスプレイ・インターフェース（例えば、ＶＧＡディスプレイ・ケーブルを受け入れるＶＧＡコネクター等）を受け入れる。
【００２３】
ユーザー入力デバイス１１１１は、カード読み取り装置、ドングル、指紋読み取り装置、手袋、グラフィック・パッド、ジョイスティック、キーボード、マウス（マイス）、トラックボール、トラックパッド、網膜読み取り装置、及び／またはその他といったものである。
【００２４】
周辺機器１１１２はＩ／Ｏに、及び／またはネットワーク・インターフェース、記憶インターフェース及び／またはその他といった他のファシリティに接続し、及び／またはそれらと通信したり、またはそれらと交信したりする。周辺機器とは、カメラ、（コピーの防止、デジタル署名としてトランザクションの安全性を確かなものにする、及び／またはその他のための）ドングル、（追加的な機能としての）外付けプロセッサ、ゴーグル、マイクロフォン、モニター、ネットワーク・インターフェース、プリンター、スキャナー、記憶装置、バイザー及び／またはその他といったものである。
【００２５】
例えばマイクロコントローラ、プロセッサ１１２６、インターフェース１１２７、及び／またはデバイス１１２８のような暗号ユニットをＩＡＲＳコントローラに付け、及び／または通信してもよいが、暗号ユニットはこれらに限定されるわけではない。通常モトローラ社製であるＭＣ６８ＨＣ１６マイクロコントローラは暗号ユニットとして使用してもよいし、及び／または暗号ユニット内にあってもよい。同等のマイクロコントローラ及び／またはプロセッサを使用してもよい。ＭＣ６８ＨＣ１６マイクロコントローラは、１６ＭＨｚの設定において１６ビットの積算加算インストラクションを活用し、５１２ビットのＲＳＡ秘密鍵機能を実行するために１秒以下しか必要としない。暗号ユニットは交信エージェントからの通信の認証をサポートすると共に、匿名のトランザクションを可能にする。暗号ユニットはまた、ＣＰＵの一部として設定されていてもよい。他に市販されている専門の暗号プロセッサとしては、ＶＬＳＩテクノロジー社の３３ＭＨｚ６８６８や、セマフォ・コミュニケーション社の４０ＭＨｚのロードランナー２８４がある。
［メモリ］
記憶装置１１１４は、従来のコンピュータ・システムの記憶装置ならばどれであってもい。記憶装置は、固定ハード・ディスク・ドライブ及び／またはその他の装置でよい。しかしながら、ＩＡＲＳコントローラ及び／またはコンピュータの系統的システムは、様々な形態のメモリ１１２９を用い得ることは理解されるものである。例えば、コンピュータの系統的システムは、チップ内のＣＰＵメモリ（例えば、レジスタ）、ＲＡＭ、ＲＯＭ、他の記憶装置の機能がパンチ・テープまたは、パンチ・カード・メカニズムによって与えられるように構成されてもよい。もちろん、そのような実施例は好まれるものではなく、動作が極端に遅くなる結果となる。一般的な構成では、メモリ１１２９は、ＲＯＭ、ＲＡＭ、記憶装置１１１４を含む。通常、プロセッサが情報の記憶及び／または情報の取り出しを実行することを可能にする機械化及び／または実施化は、メモリ１１２９と見なされる。それゆえ、コンピュータの系統的システムは一般にメモリを必要とし、メモリを使用する。しかしながら、メモリは、代替可能な技術及びリソースであり、それゆえメモリは任意の数の実施例を代替として利用したり、一緒に利用したりできる。
［モジュール・コレクション］
記憶装置１１１４は、プログラム・モジュール及び／またはデータベース・モジュール及び／またはデータといったもののコレクションを含む。それらの例には、オペレーティング・システム・モジュール１１１５（オペレーティング・システム）、情報サーバー・モジュール１１１６（情報サーバー）、ユーザー・インターフェース・モジュール１１１７（ユーザー・インターフェース）、ウェブ・ブラウザ・モジュール１１１８（ウェブ・ブラウザ）、データベース１１１９、暗号サーバー・モジュール１１２０（暗号サーバー）、情報アクセス登録サーバー（ＩＡＲＳ）モジュール１１２５、及び／またはその他（つまり、全体としてモジュール・コレクション）といったものがあるが、それらに限定されるわけではない。これらモジュールは記憶され、記憶装置及び／またはインターフェース・バスを通じてアクセス可能な記憶装置からアクセスできる。モジュール・コレクションにあるような非従来的なソフトウェア・モジュールは一般的に、かつ望ましくはローカル記憶装置１１１４に記憶されるが、例えば周辺機器、ＲＡＭ、通信ネットワークを通じた遠隔記憶ファシリティ、ＲＯＭ、様々な形態のメモリ及び／またはその他といったメモリに取り込み及び／または記憶してもよい。
［オペレーティング・システム］
オペレーティング・システム・モジュール１１１５は、ＩＡＲＳコントローラの動作を可能にする実行可能なプログラム・コードである。一般的に、オペレーティング・システムは、Ｉ／Ｏ、ネットワーク・インターフェース、周辺機器、記憶装置、及び／またはその他のアクセスを可能にする。オペレーティング・システムは、アップル・マッキントッシュＯＳ  Ｘ  サーバー、ＡＴ＆Ｔプラン９、マイクロソフト・ウィンドウズＮＴサーバー、ユニックス及び／またはその他のオペレーティング・システムのような従来型の製品が好ましい。好ましくは、オペレーティング・システムは、非常にフォールト・トレラントであり、拡張可能かつ安全であるのがよい。オペレーティング・システムは、モジュール・コレクション内のそのモジュール自体及び／または類似のファシリティを含む他のモジュールと通信したり、及び／または交信したりする。従来オペレーティング・システムは、他のプログラム・モジュールやユーザー・インターフェース及び／またはその他と通信する。例えば、オペレーティング・システムは、プログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト及び／またはレスポンスを含み、通信、生成、入手及び／または提供する。オペレーティング・システムは一度ＣＰＵによって実行されると、通信ネットワーク、データ、Ｉ／Ｏ、周辺機器、プログラム・モジュール、メモリ、ユーザー入力デバイス及び／またはその他とインタラクションすることが可能になる。好ましくはオペレーティング・システムは、通信ネットワーク１１１３を通じて、ＩＡＲＳコントローラが他のエンティティと通信できるようにする通信プロトコルを提供する。ハンドル・システムとインタラクションするためのサブキャリア・トランスポート機構として様々な通信プロトコルが、ＩＡＲＳコントローラによって使用される。通信プロトコルとしては例えばマルチキャスト、ＴＣＰ／ＩＰ、ＵＤＰ、ユニキャスト及び／またはその他といったものがあるが、これらに限定されるわけではない。
［情報サーバー］
情報サーバー・モジュール１１１６は、記憶されたプログラム・コードであり、ＣＰＵにより実行される。情報サーバーは、マイクロソフト社のインターネット・インフォメーション・サーバー及び／またはアパッチ・ソフトウェア・ファンデーションのアパッチ等、従来のインターネット情報サーバーでよいが、それらに限定されるわけではない。好ましくは、情報サーバーは、Ｃ＋＋、ジャバ、ジャバスプリクト、アクティブ・エックス、共通ゲートウエイ・インターフェース（ＣＧＩ）スクリプト、アクティブ・サーバー・ページ（ＡＳＰ）及び／またはその他のようなファシリティを通じて、プログラム・モジュールの実行を可能にする。好ましくは、情報サーバーは、安全な通信プロトコルをサポートする。その通信プロトコルは、例えばファイル転送プロトコル（ＦＴＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、セキュア・ハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、セキュア・ソケット・レイヤー（ＳＳＬ）及び／またはその他であるが、これらに限定されるわけではない。従来は、情報サーバーは、結果をウェブ・ページの形でウェブ・ブラウザへ提供し、他のプログラムのモジュールとのインタラクションを通じて手を入れられたウェブ・ページの生成を可能にする。ＨＴＴＰリクエストにおけるＤＮＳ解決部分が特定の情報サーバーに解決されると、その情報サーバーは、ＨＴＴＰリクエストの残りの部分に基づいて、ＩＡＲＳコントローラー内の特定の場所にある情報を解決する。例えば、ｈｔｔｐ：／／１２３．１２４．１２５．１２６／ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌというリクエストは、ＤＮＳサーバーからそのＩＰアドレスの情報サーバーに解決した“１２３．１２４．１２５．１２６”というリクエストのＩＰ部分を有する。その情報サーバーは次に、リクエストの“／ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ”部分に関してｈｔｔｐリクエストを更に解析し、“／ｍｙＩｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ”という情報を含んだメモリ内の場所へと解決する。情報サーバーは、そのモジュール自体及び／または同類のファシリティを含むモジュール・コレクション内の他のモジュールへと通信したり、及び／またはそれらと交信したりする。情報サーバーが、オペレーティング・システム、他のプログラム・モジュール、ユーザー・インターフェース、ウェブ・ブラウザ及び／またはその他と通信する頻度は非常に高い。情報サーバーは、プログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成及び／または入手したりする。
［ユーザー・インターフェース］
ユーザー・インターフェース・モジュール１１１７は記憶されたプログラム・コードであり、ＣＰＵにより実行される。好ましくはユーザー・インターフェースは、オペレーティング・システム及び／またはオペレーティング環境によって、あるいはそれらと一緒に、及び／またはそれらの上に与えられる従来型の画像ユーザー・インターフェースであり、システム及び／またはオペレーティング環境とは、例えばアップル・マッキントッシュＯＳ、アクア、マイクロソフト・ウィンドウズ（ＮＴ）、（ＫＤＥ、Ｇｎｏｍｅ及び／またはその他の）ユニックスＸウインドウズ、及び／またはその他である。ユーザー・インターフェースはテキスト機能及び／または画像ファシリティを通じて、プログラム・モジュール及び／またはシステム・ファシリティを表示、実施、インタラクション、操作及び／またはオペレーションすることを可能にしてもよい。ユーザー・インターフェースはファシリティを提供するが、そのファシリティとは、ユーザーが、コンピュータのシステムを実行し、インタラクションし及び／または働くものである。ユーザー・インターフェースは、それ自体及び／またはその他のファシリティを含むモジュール・コレクション内の他のモジュールへと通信したり及び／またはそれらと交信する。ユーザー・インターフェースがオペレーティング・システムや他のプログラム・モジュール及び／またはその他と通信する頻度は非常に高い。ユーザー・インターフェースは、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成及び／または入手したりする。
［ウェブ・ブラウザ］
ウェブ・ブラウザ・モジュール１１１８は記憶されたプログラム・コードであり、ＣＰＵにより実行される。ウェブ・ブラウザは従来のハイパーテキスト・ビューイング・アプリケーションであることが好ましく、例えば、（好ましくは、ＨＴＴＰＳ、ＳＳＬ及び／またはその他のような１２８ビットの暗号を有する）マイクロソフト・インターネット・エクスプローラーやネットスケープ・ナビゲーターである。ジャバ、ジャバスプリクト、アクティブ・エックス及び／またはその他のようなファシリティを通じて、プログラム・モジュールを実施することが可能なウェブ・ブラウザもある。ウェブ・ブラウザやそのような情報アクセス・ツールは、ＰＤＡ、携帯電話及び／または他のモバイル・デバイスに組み込まれていてもよい。ウェブ・ブラウザは、それ自体及びその他のようなファシリティを含むモジュール・コレクション内の他のモジュールと通信したり、及び／またはと交信する。ウェブ・ブラウザが、情報サービス、オペレーティング・システム、インテグレートされたプログラム・モジュール（例えばプラグ・イン）、及び／またはその他と通信する頻度は非常に高い。例えば、プログラム・モジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成及び／または入手したりするものである。もちろん、ウェブ・ブラウザや情報サーバーの代わりに、両者と同様の機能を持つような複合的なアプリケーションを開発してもよい。複合的なアプリケーションは、ＩＡＲＳ対応のノードからユーザー、ユーザー・エージェント及び／またはその他への情報の入手および提供を同様に実行する。複合的なアプリケーションは、標準的なウェブ・ブラウザを用いるシステムに対しては役に立たないこともある。そのような複合的なモジュールは、セキュリティをさらに強化するような中間の情報サーバーが存在しなくても、ＩＡＲＳと直接通信するように構成することができる。
［ＩＡＲＳデータベース］
ＩＡＲＳデータベース・モジュール１１１９は、ＣＰＵにより実行される記憶されたプログラム・コードでデータベース内において具現し得て、記憶されたデータであり、記憶された部分のプログラム・コードが記憶されたデータを処理するためのＣＰＵを設定する。代わりに、配列、ハッシュ、（リンクした）リスト、ストラクト及び／またはその他の様々な標準的なデータ構造を用いて、ＩＡＲＳデータベースを実施してもよい。仮にＩＡＲＳデータベースをデータ構造として実施すると、ＩＡＲＳデータベースの使用はＩＡＲＳモジュールのような他のモジュールに組み込まれてもよい。非限定的な一実施例では、データベース・モジュール１１１９は、例えばＤＯＩ（つまりハンドルや他のリソース・ネーム）、テーブル１１１９ａ、ＵＲＬテーブル１１１９ｂ、メタデータ・テーブル１１１９ｃ、多重解決テーブル１１１９ｄ、発行者テーブル１１１９ｅ及び／またはその他といったテーブルを含むが、これらに限定されるわけではない。全てのテーブルは、（強化）ＤＯＩ鍵フィールド・エントリーが固有なので、このエントリーについて関係し得る。ＩＡＲＳデータベースは、それ自体及び／またはその他のファシリティを含むモジュール・コレクション内の他のモジュールと通信したり、及び／または交信したりする。ＩＡＲＳデータベースがＩＡＲＳモジュール、他のプログラム・モジュール及び／またはその他と通信する頻度は非常に高い。データベースは、他のノード及びデータに関する情報を入手し、保持し、提供する。
［暗号サーバー］
暗号サーバー・モジュール１１２０とは、保存されたプログラム・コードであり、ＣＰＵ１１０３、暗号プロセッサ１１２６、暗号プロセッサ・インターフェース１１２７、暗号プロセッサ装置１１２８、及び／またはその他のものにより実行される。暗号プロセッサ・インターフェースが暗号モジュールにより暗号化及び／または暗号解読のリクエストを迅速に実施することを可能にすることが望ましいが、代わりに暗号モジュールを従来のＣＰＵに実行させても良い。暗号モジュールが、供給されたデータの暗号化及び／または暗号解読を可能にすることが望ましい。暗号モジュールが対称及び非対称（例えばＰｒｅｔｔｙ  Ｇｏｏｄ  Ｐｒｏｔｅｃｔｉｏｎ（ＰＧＲ））双方の暗号化及び／または暗号解読を可能にすることが望ましい。暗号モジュールは従来の暗号技術、例えば、デジタル証明（例えば、Ｘ．５０９認証枠組み）、デジタル署名、複式署名、エンベロッピング、パスワードのアクセス保護、公開鍵管理、及び／またはその他のものを可能にすることが望ましいが、暗号技術はそれらに限定されるわけではない。暗号モジュールは数々の暗号化及び／または暗号解読プロトコル、例えば、データ暗号化基準（ＤＥＳ）、楕円曲線暗号化（ＥＣＣ）、国際データ暗号化アルゴリズム（ＩＤＥＡ）、メッセージ・ダイジェスト５（ＭＤ５、即ち一方向ハッシュ関数）、ＲＣ５（リベスト暗号）、リジンデール、ＲＳＡ（インターネット暗号化及び認証システムで、１９７７年にロン・リベスト、アデイ・シャミル及びレオナルド・エイドウルマンが開発したもの）、セキュア・ハッシュ・アルゴリズム（ＳＨＡ）、セキュア・ソケット・レイヤー（ＳＳＬ）、セキュア・ハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、及び／またはその他のものを可能にすることが望ましいが、暗号化及び／または暗号解読プロトコルはそれらに限定されるわけではない。暗号モジュールはモジュール・コレクション中の他のモジュールと通信及び／または交信してもよく、その中には暗号モジュール自体及び／その他のファシリティも含まれる。暗号モジュールは、通信ネットワーク上での情報の安全な転送を可能にする暗号化方式を支援することが好ましく、もしユーザーが希望すれば、ＩＡＲＳモジュールが安全なトランザクションに用いられ得るようにする。暗号モジュールが情報サーバー、オペレーティング・システム、その他のプログラム・モジュール及び／またはその他のものと交信する頻度は非常に高い。暗号モジュールはプログラム・モジュール、システム、ユーザー及び／またはデータの通信、リクエスト、及び／またはレスポンスを含んだり、通信、生成、入手及び／または提供したりする。
［情報アクセス多重解決サーバー（ＩＡＭＲＳ）］
ＩＡＭＲＳモジュール１１２５は保存されたプログラム・コードであり、ＣＰＵにより実行される。一般にＩＡＲＳは、通信ネットワーク上のノード間における情報のアクセス、入手、提供、及び／またはその他を実行する。ＩＡＭＲＳはＵＮＩを多重のインスタンス化へと解決する能力を有している。一般に、ＩＡＭＲＳはルックアップ・ファシリティとして役を果たし、与えられた情報、そのＤＯＩ、及びその現在の場所との間の関連性の作成、維持、及び更新を行う。ＩＡＭＲＳはＩＡＲＳデータベースと提携して、リクエストされた情報のデータ転送の向上、リクエストされた情報の種々のフォーマットへの解決、情報についてのクエリー作成用の強化されたメカニズムの提供及び／またはその他に役立つと思われるノードを識別する。ＩＡＭＲＳによるノード間の情報アクセス可能化の開発にあたっては、標準開発ツールを使用してもよい。例えば、Ｃ＋＋、シェル・スクリプト、ジャバ、ジャバ・スクリプト、ＳＱＬコマンド、ウエブ・アプリケーション・サーバー・エクステンション、アパッチ・モジュール、パール・スクプリト、バイナリ・エクセキュータブル、及び／またはその他のマッピング・ツール及び／またはその他を用いることができるが、標準開発ツールはそれらに限定されるわけではない。一つの非限定的な実施例においては、ＩＡＭＲＳサーバーは暗号サーバーを用いて通信の暗号化及び暗号解読にあたっている。ＩＡＭＲＳはリクエストのサービス、ＵＮＩのための関連性情報の更新、その他多くのことにあたることができる。ＩＡＲＳモジュールはモジュール・コレクション中の他のモジュールと通信及び／または交信してもよく、その中にはＩＡＲＳモジュール自体及び／またはその他のファシリティも含まれる。ＩＡＭＲＳモジュールがＩＡＲＳデーターベース、オペレイティングシステム、その他のプログラム・モジュール及び／またはその他と交信する頻度は非常に高い。ＩＡＭＲＳはプログラムモジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンス等を含んだり、通信、生成、入手及び／または提供したりする。
［情報アクセス登録サーバー（ＩＡＲＳ）］
ＩＡＲＳモジュール１１３５は保存されたプログラム・コードであり、ＣＰＵにより実行される。一般にＩＡＲＳは、通信ネットワーク上のノード間における情報のアクセス、入手、提供、及び／またはその他を実行する。ＩＡＲＳはリソース・ネーム（例えばハンドル）を登録する能力を有しており、リソース・ネームと情報及び／または情報の場所の間の関連を実行する。リソース・ネームの登録は、多重のインスタンス化に関係していることもある。一般に、ＩＡＲＳは与えられた情報、そのＤＯＩ、及びその現在の場所との間の関連性の作成、維持、登録、及び更新を行う。ＩＡＲＳはＩＡＲＳデータベースと提携して、リクエストされた情報のデータ転送の向上、リクエストされた情報の種々のフォーマットへの解決、情報についてのクエリー作成用の強化されたメカニズムの提供及び／またはその他に役立つと思われるノードを識別する。ＩＡＲＳによるノード間の情報アクセス可能化の開発にあたっては、標準開発ツールを使用してもよい。例えば、Ｃ＋＋、シェル・スクリプト、ジャバ、ジャバ・スクリプト、ＳＱＬコマンド、ウエブ・アプリケーション・サーバー・エクステンション、アパッチ・モジュール、パール・スクプリト、バイナリ・エクセキュータブル、及び／またはその他のマッピング・ツール及び／またはその他を用いることができるが、標準開発ツールはそれらに限定されるわけではない。一つの非限定的な実施例においては、ＩＡＲＳサーバーは暗号サーバーを用いて通信の暗号化及び暗号解読にあたっている。ＩＡＲＳはリクエストのサービス、ＵＮＩのための関連性情報の更新、ＵＮＩの登録、その他多くのことにあたることができる。ＩＡＲＳモジュールはモジュール・コレクション中の他のモジュールと通信及び／または交信してもよく、その中にはＩＡＲＳモジュール自体及び／またはその他のファシリティも含まれる。ＩＡＲＳモジュールがＩＡＲＳデーターベース、ＩＡＭＲＳモジュール、オペレイティングシステム、その他のプログラム・モジュール及び／またはその他と交信する頻度は非常に高い。ＩＡＲＳはプログラムモジュール、システム、ユーザー及び／またはデータとの通信、リクエスト、及び／またはレスポンス等を含んだり、通信、生成、入手及び／または提供したりする。
［分散型ＩＡＲＳ］
ＩＡＲＳノード・コントローラの構成要素は何れもあらゆる方法で、その機能性を組み合わせ、統合及び／または分散することが可能であり、開発及び／または配備を可能にすることができる。同様に、モジュール・コレクションも開発及び／または配備を可能にすべくあらゆる方法で組み合わせることができる。これを達成するには、単に各構成要素を共通のコード・ベースに統合するか、あるいは必要に応じて統合的に構成要素をダイナミックにロードできるファシリティに統合すれば良いのである。
【００２６】
モジュール・コレクションを統合及び／または分散するにあたっては、標準的なデータ処理及び／または開発技術を介した無数のバリエーションがある。プログラム・モジュール・コレクション中の何れのプログラムの多重のインスタンスをも単一のノードでインスタンス化でき、及び／または負荷バランシング・データ処理技術を通し、多数のノードを使用し性能を向上することもできる。更に、単一のインスタンスもまた複数のコントローラ及び／または記憶装置、例えばデータベースに分散することができる。
【００２７】
全てのプログラム・モジュールのインスタンスとコントローラは、標準的なデータ処理通信技術を通じ、共同作業を行う。
【００２８】
好ましいノード・コントローラの構成は、システム配備のコンテキストによって異なる。例えば、元となるハードウェア・リソースの能力及び／または場所等のファクターが配置条件や構成に影響するが、こうしたファクターはそれらに限定されるわけではない。例え構成がプログラム・モジュールを合同及び／または統合する結果になろうが、分散化されたプログラム・モジュールより成り立つ結果になろうが、及び／または統合型と分散型の何らかの組み合わせになろうが、データの通信にあたっては、通信、入手、提供が可能である。プログラム・モジュール・コレクション中からの共通コード・ベースに統合された（モジュール・コレクション中の）モジュールのインスタンスは、データの交信、入手及び／または提供にあたることができる。これは、例えば、データ・レファレンシング（例えば、ポインタ等）、内部メッセージ、オブジェクト・インスタンス可変通信、共有メモリ・スペース、可変パッシング及び／またはその他のもの（アプリケーション内部の通信）等の基準データ処理技術を用いることにより達成されるが、これらに限定されるわけではない。
【００２９】
もしモジュールコレクションの構成要素がお互いに個別的、分離的、及び／または外部的である場合は、データの通信、入手、及び／または提供を他のモジュール構成要素と行う及び／または他のモジュール構成要素へと行うにあたっては、標準的なデータ処理技術を用いればよい。標準的なデータ処理技術には例えば、アプリケーション・プログラム・インターフェース（ＡＰＩ）情報パッセージ；（分散型）コンポーネント・オブジェクト・モデル（（Ｄ）ＣＯＭ）、（分散型）オブジェクト・リンキング・アンド・エンベディング（（Ｄ）ＯＬＥ）、及び／またはその他のもの）、コモン・オブジェクト・リクエスト・ブローカー・アーキテクチャー（ＣＯＲＢＡ）、プロセス・パイプ、共有ファイル及び／またはその他のもの（アプリケーション内部の通信）があるが、これらに限定されるわけではない。グラマーの生成及び解析は、アプリケーション間の通信のための個別のモジュールの構成要素間で送ったメッセージや、アプリケーション内部の通信のための単一モジュールにおけるメモリ空間内で送ったメッセージを促進する。グラマーは、例えばｌｅｘ、ｙａｃｃ及び／またはその他といった標準的な開発ツールを使用して開発してもよい。それらの標準的な開発ツールは、グラマーの生成及び機能性の解析を可能にし、これらは今度はモジュール内及びモジュール間の通信メッセージの基礎を形成する。この場合もまた、好ましい実施例はシステム配備のコンテキスト次第である。最後に、モジュール・コレクションの如何なる組み合わせにおける論理上の構造、あるいは、トポロジー構造も、固定的な実施順位及び／またはアレンジメントに限定されるわけではなく、むしろ、開示した順位は典型的なものであり、順位にかかわらず全て機能的に等価であるものを本開示は意図していることを理解すべきである。
［ＩＰアドレッシング］
ユーザーはアドレスを介して通信ネットワークにアクセスする。アドレスは場所を表している。ユーザーは通信ネットワークにおいて、情報を探し出すべく場所から場所へ移動する。一般的な通信アドレス方式はＩＰアドレスを用いている。ＩＰアドレスは現実の世界では住所に例えることができる。ＩＰアドレス自体は、例えば２０９．５４．９４．９９といった一連の数字であり、通常は、例えばｗｗｗ．ｃｏｎｔｅｎｔｄｉｒｅｃｔｉｏｎｓ．ｃｏｍというような関連する名前を有する。分散型データベース・レジストリは名前とＩＰアドレスの関連するペアを維持し、関連する名前を対応するＩＰアドレスへと解決する役目を担う。これにより、ユーザーは、２０９．５４．９４．９９といった一連の数字を暗記して用いる代わりに、例えばｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍといった名前を覚えておいて使用することが可能になる。ＩＰアドレスの名前解決を支援するこれらの分散型データベースは、一般的にドメイン・ネーム・サーバー（ＤＮＳ）と呼ばれている。
【００３０】
ＩＰアドレスを、アドレスに更なるナビゲーション情報を付加したユニバーサル・リソース・ロケーター（ＵＲＬ）として具現することが一般的である。ユーザーは、ＨＴＴＰを用いてＵＲＬに保存されている情報をアクセスするためにソフトウェアを用いてもよい。一例を挙げると、ユーザーが「ｈｔｔｐ：／／ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」とウェブ・ブラウザに指定する。すると通常この更なるナビゲーション情報である「／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」がコンピュータ・サーバー内の特定の保存場所を提示する。この更なるナビゲーション場所は、現実の世界では番地よりも詳しい、会社名や部署名、部屋番号等を含む住所に例えることができる。この更なるナビゲーション場所の取り扱いや解決は、通常ＤＮＳではなく解決されたＩＰアドレスにある情報サーバーにより行われる。例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍに対して解決したアドレスである１２３．１２３．１２３．１２３にある情報サーバーは、サーバー内のローカルの場所「／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」にある情報を解釈し返送する。情報サーバーとは、通信ネットワークと特定のＩＰアドレスにあるコンピュータ・サーバーの間の通信を可能にする手段である。情報サーバーの商業的な例としては、アパッチが挙げられる。情報サーバーは、企業内の該当部署へ郵便物を仕分ける企業のメール室に例えることができる。
【００３１】
図２と図３は、ＩＰアドレッシング・メカニズムは、情報が通信ネットワーク上で移動する間に、情報との関連を維持しないということを図示している。一般的にウェブ・ページのリンクにはＨＴＴＰを用い、ＨＴＴＰはＩＰアドレッシングに依存している。従って、ＵＲＬリンクは単に通信ネットワーク上の場所を示すだけで、必ずしも特定の情報と関連しているわけではない。例えば、ｗｗｗ．ｎｅｗｓ．ｃｏｍをレファレンスするＵＲＬリンクによってＵＲＬとｗｗｗ．ｎｅｗｓ．ｃｏｍで入手可能な情報を関連付けてもたらされる情報は、その場所では毎日情報が更新されるため、異なる情報となる。多くの場合、企業が情報を移動させたり、事業を移動させたり、廃業したりすると、場所そのものが消失する。
【００３２】
例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ２０８という場所に存在した「１９９９年度売り上げ」というタイトルのレポート２２２が、当該情報があるエンティティから別のエンティティに売られたり、アーカイブされたり、あるいはその他様々な理由で、例えばｗｗｗ．ｒｅｐｏｒｔ−ａｒｃｈｉｖｅｓ．ｃｏｍ／１９９９／Ｏｌｄ−ｒｅｐｏｒｔ．ｈｔｍｌ３１０という場所に移動することもある。ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ２０８という場所に存在したレポートは５００万ウェブ・ページ及び場所２４４をレファレンスするＵＲＬリンクを有したかもしれず、ユーザーが当該情報へのアクセスを試みると、その場所は既に存在しないため及び／またはその場所はユーザーが所望した情報を含まないため、ユーザーは「４０４Ｆｉｌｅ  ｎｏｔ  ｆｏｕｎｄ」のエラー３０９を受け取る可能性もある。結果としてエラーが出るのは、ＤＮＳは常にユーザーのリクエストを場所へと解決するよう設計されているためであり、またＤＮＳはＵＲＬと特定の情報のインスタンス化との関連を維持するように設計されていないためである。
【００３３】
図２はウェブ・ページ２０１、ユーザーが入力したアドレス２０２、ドキュメント２０３及びメモリ・デバイス２０４を描写し、何れも一つの情報（「１９９９年度売り上げ」のレポート）２２２をレファレンスするためにＵＲＬを、従ってＩＰアドレッシングを用いる。次に図２では、情報２２２は元の場所２０８（例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）から図２の新しい場所３１０（例えばｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ａｒｃｈｉｖｅｓ．ｈｔｍｌ）へ移動する。図３において、この結果として当該の場所をレファレンスする全てのＵＲＬ２４４のブレーキング３０１−３０４が起こり、あの恐ろしい「４０４Ｆｉｌｅ  ｎｏｔ  ｆｏｕｎｄ」のエラー３０９を、当該の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）２０８へレファレンスする全てのユーザーとＵＲＬに提示することになる。
［ハンドル・システム］
ひとたび一つの情報にＤＯＩが指定され利用可能になると、ＤＯＩシステムはＤＯＩのユーザーがアクセスを望むものを解決できるようになる必要がある。ＤＯＩの解決を成し遂げるために用いる技術は、「ハンドル・システム」としてより広く知られており、以下により詳しく説明する。ＤＯＩハンドブックには基本的なＤＯＩの一般的な概要が記載されている。一言で言えば、ハンドル・システムはプロトコルのオープンなセット、ネームスペース及びプロトコルの実施化を含む。プロトコルは分散型コンピュータ・システムが、デジタル・コンテンツのハンドル（ＤＯＩ等）を保存し、コンテンツの所在を確認しアクセスするため、当該コンテンツに関係する情報の所在を確認しアクセスするため、あるいは当該コンテンツに関連するサービスの所在を確認しアクセスするために（即ちそのようなサービスへのインターフェースを提供するために）必要な情報へと、それらのハンドルを解決することを可能にする。必要に応じて、ＤＯＩを変更することなく識別されたコンテンツの現状を反映するために、この関連情報を変更することができるので、場所やその他の状況の情報の変更を経てもアイテムの名前が存続することが可能になる。一元管理されたＤＯＩ登録機関と共に、ハンドル・システムは長期にわたるネットワーク上の情報及びサービスの信頼性のある管理のための、汎用且つ分散型のグローバル・ネーミング・サービスを提供する。本開示全体にわたり、ＤＯＩシステムを介してアクセス可能になった「ソース」、「コンテンツ」及び／または「情報」とは、特定が可能な全てのコンテンツ、ソース、情報、サービス、トランザクション及び記事、書籍、無形オブジェクト、音楽アルバムを含む著作物、人物、有形で物理的なオブジェクト、その他及び／またはそれらの選択された個別の部分及び／またはそれらの組み合わせを更に含む、から成り得ることに注意することが重要である。アクセス可能な情報は、サービスやトランザクションを開始するアプリケーションや、選択のメカニズム及び／またはその他を提供するアプリケーション等へのＵＲＬでもよい。一つの非限定的な例では、ＤＯＩは、ソーシャル・セキュリティ番号、電話番号及び／またはその他のある人物を識別する情報と関連付けられることすらあり得る。別の非限定的な例においては、ＤＯＩはソフトウェア・モジュール、プログラミング「オブジェクト」またはその他のネットワークに基づくリソースの何かと関連付けられたりもする。更に、実際の製品（現在ＵＰＣやバーコードで識別されている品物等）のオンラインでの表示を含むほとんど全てのものを表示するためにＤＯＩを用いることができる。そのような例では、ＤＯＩはある製品を説明したり販売したりしている製造者のカタログ・ページへと解決することができ、多重解決シナリオにおいては、ある品物を修理してもらうにはどこへ行けばよいか、交換用の部品はどこへ行けば見つかるか、新製品あるいは交換用の製品はどのようなものか、どのような価格またはリースのオプションがあるのか等、当該オブジェクトに関係する全てのサービスへと解決することができる。ＤＯＩを実施するその他の実施例に含まれるのは、通信ネットワークを介して分散型の方法で動作することができるソフトウェアの異なるモジュールの表示、ボイス・オーバーＩＰ技術のための電話番号、遺伝子配列、医療記録及び／またはその他の恒久的な記録（ＤＯＩは、サーティフィケートあるいは暗号解読鍵を呼び出すこともある暗号化及び／またはその他の方法で保護された恒久的な記録に特に有用）及び／または同様のもの、である。別の実施例ではＤＯＩは、例えば現在の株価、（株及び／またはその他全てのオークション及び／または為替の）最新の競売価格や売り出し価格、（別の過去の年次報告書には異なるＤＯＩが割り当てられているのに対して）企業の最新の年次報告書、及び／またはその他のようなもので、しかしこれらに限定されない一時的及び／または動的なバリューの恒久的な場所を表す。
【００３４】
ユーザーはデジタル・オブジェクト・アイデンティファイアー（ＤＯＩ）を介して情報にアクセスし得る。ＤＯＩは情報そのものに関連付けられている（即ち情報自体の名前である）。ＤＯＩは「ハンドル」のインスタンスであり、「ハンドル・システム」の枠組みの中で動作する。ＤＯＩは永続的に関連付けられた情報へのアクセスを可能にする。ＤＯＩは、一連の文字の後にセパレーターが付き、その更に後に一連の文字が付いたもので、例えば１０．１０６５／ａｂｃ１２３ｄｅｆというようになる。注意すべき、そして再び強調すべきことは、本開示は「ＵＲＮ」「ＤＯＩ」「ハンドル」といったＵＮＩの特定のサブ・タイプについて記載することもあるが、本開示はより一般的なタイプのＵＮＩにも同等に適用されるものであり、従って特に断りの無い限り本開示はＵＮＩのあるサブ・タイプに言及する場合はＵＮＩ全般にわたって適用されるものと見做されるべきものである。更に、今日使用されているハンドル・システム、ＤＯＩ及びそれらの支援技術や仕様は、本開示の意図したフォーラムではあるものの、本開示は最新の、または今後考案される仕様やシステムに基づいた他のフォーラムにも応用できることを意図していることに注意すべきである。
［ＤＯＩ］
情報にアクセスするためにＤＯＩを使用しているユーザーは、ＤＯＩが関連付けられた情報のみを解決しアクセスすることを知っている。場所をレファレンスするＵＲＬとは対照的に、ＤＯＩとは情報に対する名前であり、その情報の場所やその他の属性、と共に関係するサービスをも見るために用いることができる。情報とは、電子書籍、音楽ファイル、ビデオ・ファイル、電子ジャーナル、ソフトウェア及び前記のコンテンツの一部及び／またはそれらの組み合わせも含む情報と共にコンピュータで読み取り可能なファイル全てを含むと考えられる。電子コンテンツは通信ネットワーク上で利用可能となっているので、これ以降本出願書はそのような利用可能な情報は、通信ネットワーク上で発行されたものとみなすということに注意されたい。
【００３５】
ＤＯＩは、通信ネットワーク上で利用可能な情報に与えられた恒久的で永続的な識別子で、仮にコンテンツあるいは関連するデータの場所（即ちＵＲＬ）、フォーマット、所有権等が変更されたとしてもユーザーが関連データにアクセスすることができるように、電子的形態で登録されている。ＤＯＩまたはハンドルは、ＵＲＬの代わりにユーザーに配信できる。ユーザーは、ハンドル対応のウェブ・ブラウザに、ＵＲＬハイパーリンクと同様にＤＯＩを選択したり入力したりすることにより、ある特定のＤＯＩに関連付けられた情報にアクセスする。例えばｗｗｗ．ｃｎｒｉ．ｏｒｇから入手可能なハンドル・システム・プラグイン等のブラウザ・プラグイン・ソフトウェアを用いて、数多くの種類のブラウザをハンドル対応にすることが可能である。ＤＯＩに関連付けられた情報にアクセスするためのそのような試みにより、リソースの現在の所在を確認する自動のプロセスが起動する。当該リソースの現在の場所は、ハンドル・システムによって利用可能な一元管理されたディレクトリ内の当該リソースのＤＯＩに関連付けられており、それが今度はユーザーを（即ちユーザーのウェブ・ブラウザを）当該リソースの現在の場所へと導く。この誘導はしばしば、選択されたＤＯＩに関連する現在のＵＲＬと、対応する情報を返信することによって実行される。
【００３６】
図４はＤＯＩを介した情報へのアクセスを上記の図２及び図３と対比して図示している。最初に、登録プロセスを経て情報（「１９９９年度売り上げ」のレポート）２２２にＤＯＩが与えられる。ＵＲＬを用いる代わりに、ユーザーはＤＯＩを用いウェブ・ページ４０１、ウェブ・ブラウザへのタイプ入力４０２、ドキュメント４０３、デバイス４０４、バーコード４０６及び／またはその他を介して当該情報のレファレンス４４４を行う。ユーザーがＤＯＩリンク４４４を行うと、それらは一元管理されたＤＯＩディレクトリ４１１において解決され、リクエストしたユーザーは情報２２２の最初の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）２０８へのＵＲＬリンク２４４を与えられる。当該情報が最初の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）２０８から新たな場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ａｒｃｈｉｖｅｓ．ｈｔｍｌ）３１０へ移動４３４すると、当該情報の発行者４１０は新たな場所をレファレンスする更新されたＵＲＬ２４５を送ることにより、ＤＯＩ一元管理ディレクトリ４４５に当該情報の新しい場所を知らせる。それ以降、ユーザー４０１−４０４がＤＯＩリンク４４４を介して当該情報にアクセスを試みると、ＤＯＩディレクトリは更新されたＵＲＬ２４５を通して適正に新しい場所３１０を提示する。
【００３７】
上記のように、ＤＯＩは情報のみならず、その一部を識別するために用いることもできる。例えば、ＤＯＩシステムによれば、１冊の書籍が一つのＤＯＩを有することが可能な一方、その書籍のそれぞれの章が別の、それぞれの章を識別するための固有のＤＯＩを有することもあり、更にはその書籍中の図面一つ一つがそれら図面を識別するための固有のＤＯＩを有することも可能である。言い換えれば、ＤＯＩシステムによると、コンテンツ発行者の希望通りに様々な細かさのデータの塊として情報を識別することができる。なお、ユニバーサル・プロダクト・コード（一般的には消費者向け製品の「バーコード」として表示されている）によって例えば、スーパーのレジ、在庫コンピュータ、財務システム及び流通業者が現実の世界でサプライ・チェーンを自動化することが可能になるように、本開示はＤＯＩを用いて世界中の全ての電子発行エージェントがインターネットを介したデジタル・コンテンツ（及びそのコンテンツに対する権利のライセンス）の販売を効率的な方法で自動化することを可能にするメカニズムを提供すると想定している。何故ならば、販売可能なコンテンツのそれぞれが世界で唯一のＤＯＩを有しており、それをエージェント同士のトランザクションにおいて製品の識別コードとして使用することが可能だからである。
［ハンドル構造］
ハンドル・システムは、効率的でユーザーに分かり易い利用を可能にするための前もって決められた方針の一群を採っており、そのうち幾つかを以下に挙げる。発行者がオペレーション・コストを負担して、ＤＯＩ解決のためのハンドル・システムの使用がユーザーには無料となるのが理想的である。ＤＯＩは全て世界的なＤＯＩ機関に登録される。登録者は、登録したＤＯＩに関する状態データ及びメタデータを維持する責任がある。ＤＯＩのシンタックスは標準化されたシンタックスに準じる。使用にあたっては、ＤＯＩはオペーク・ストリング（ダム・ナンバー）になる。ＤＯＩ登録機関はＤＯＩの指定、登録、ＤＯＩに関連するメタデータの申告を管理する。
【００３８】
図５及び図６は、ハンドル６００の概略図である。ハンドル６００は二つの構成要素である、プレフィックス５０１とサフィックス６０２を有する。プレフィックス５０１とサフィックス５０２は、フォワード・スラッシュ５０７により区切られている。ハンドル５００には、印刷できる文字であれば、今日書かれたり使用されたりしているほとんど全ての主要な言語のどれを取り入れてもよい。プレフィックス５０１にもサフィックス５０２にも特に長さの制限はない。結果として、利用可能なハンドルの数はほとんど無限であると想定される。プレフィックス５０１とサフィックス５０２の組み合わせを確実に唯一固有なものにすることが、ハンドル・システムの完全性を維持するためには重要である。そのため、ＤＯＩ登録機関は発行者に固有のプレフィックス５０１を与え、一実施例ではその登録機関が、指定するサフィックス５０２もまた確実に固有のものであるようにする責任を発行者に課す。これはユーザーのクライアント・コンピュータ・システム上で動作している登録ツールによって達成され得る。別の実施例では、本開示全体にわたって記載しているように、様々なサフィックス生成アルゴリズムを適用することによって、登録機関がサフィックス５０２が固有なものもであること確実にする。登録機関とハンドル・システム管理者は共に、新しいハンドルについては全てその固有性を確認してからハンドル・システムに入れる。登録機関はハンドル・システムにＤＯＩ記録を入れ、それを受けてハンドル・システムはＤＯＩディレクトリを介してＤＯＩ解決リクエストに対し情報を提供する。
【００３９】
プレフィックス５０１自体は、プレフィックス・セパレーター５０６、即ちピリオドにより区切られる二つの構成要素を有する。ハンドル・プレフィックスの第一の部分はハンドル・タイプ５０４で、第二の部分はハンドル・クリエーター５０５である。ハンドル・タイプ５０４は、どのようなタイプのハンドル・システムが使用されているかを識別する。ハンドル・タイプ５０４が「１０」で始まる場合、当該ハンドルはＤＯＩであると識別され、ハンドル・システムの他の実施タイプではないと分かる。ピリオドにより区切られたプレフィックスの次の要素であるハンドル・クリエーター５０５は、ＤＯＩの登録を希望する団体に与えられる番号（または文字列）である。これら二つの要素５０４と５０５が一緒になり、ＤＯＩの固有の発行者プレフィックス部分を形成する。どの団体が申請するハンドル（より詳しくはＤＯＩ）プレフィックスの数にも制限はない。結果として、例えば出版社は一つのＤＯＩプレフィックス５０１を有してもよいし、ジャーナルごとに異なるプレフィックスを有することも、そのジャーナルの刷り込み毎に一つのプレフィックスを有することもできる。通常プレフィックス５０１は単純な数字列だが、ハンドル・システムの範囲はそれに限定されるものではない。従って、プレフィックス５０１にアルファベットやその他の文字を用いてもよい。
【００４０】
サフィックス５０２は固有の英数字列であり、特定のプレフィックスと共に、固有情報を識別する。発行者のプレフィックス５０１と発行者の提示する固有のサフィックス５０２の組み合わせにより、ＤＯＩ番号の一元割り当ての必要性を免れる。サフィックス５０２は、当該発行者がプレフィックスと共に登録した他のどのサフィックスとも異なる固有のものである限り、当該発行者の選択する如何なる英数字列でもよい。
【００４１】
図６は、ＤＯＩ６００の別の実施例を示しており、図中ではテキストブックのＩＳＢＮ番号がサフィックス６０２として機能している。従って便宜上、元と成るコンテンツの発行者は、サフィックス６０２として元のコンテンツに合致する他のどのような識別コードを選択してもよい。
［強化ＤＯＩ］
図５は更に、強化ＤＯＩ５１０グラマーを図示している。ＤＯＩグラマーを強化する非限定的な実施例は、強化されたプレフィックス５１１として具現される。しかしながら、別の及び／または相補的な強化されたサフィックス（図示はしていない）を同様にＤＯＩ５１１に付けてもよいと、全面的に意図されている。強化されたサフィックス５１１は、強化グラマー・ターゲット５１７と強化セパレーター５１４から成る。強化セパレーター５１４は＠という記号であるが、当然のことながら、他の文字を強化セパレーターとして指定しても良い。強化グラマー・ターゲット５１７自体は、強化セパレーター５１４以外の任意の文字列である。強化グラマー・ターゲット５１７は、ＤＯＩ５００が特定の情報を多重の種類で解決する目的で用いられ、本開示の中で詳しく述べる。さらに強化された実施例では、強化グラマー・ターゲット５１７自体が更に、強化グラマー動詞５１２と、例えばピリオドのような強化ターゲット・セパレータ５１６によって分離される強化グラマー・ターゲット・オブジェクト５１３から成り得る。もちろん、強化ターゲット・セパレーター５１６は、任意の文字で指定できる。一実施例では、強化グラマー動詞５１２は修飾語として働き、一つのＤＯＩのための複数の多重解決ターゲットの中から選択し、強化グラマー・ターゲット・オブジェクト５１３は、更なるアクションのために、ターゲット・オブジェクト及び／またはハンドル・システム解決サーバーへと手渡される一つの値である。
［ハンドル・システム・メタデータ］
ＤＯＩ５００は識別番号に過ぎず、必ずしもそれに関連付けられた情報について何らかの情報を伝達するわけではない。結果として、ＤＯＩにアドレスする情報に関する追加情報を補足して、ユーザーが効率的且つ分かり易いサーチを行い、所望のコンテンツを通信ネットワーク上で入手できるようにすることが望ましい。情報を識別し易くするために、本発明は識別される情報の説明的なデータであるメタデータを使用する。メタデータはＤＯＩに関連するどのようなデータ構造であってもよいが、一実施例によると、メタデータは発行された情報を正確且つ簡潔に識別できる幾つかの基本的なフィールドから成る。この実施例によれば、メタデータは書籍の国際標準図書番号（ＩＳＢＮ）等のレガシー識別スキームからのエンティティと関連する識別子、発行されたコンテンツのタイトル、発行されたコンテンツの種類（書籍、音楽、ビデオ等）、当該コンテンツはオリジナルか派生したものか、コンテンツの主要な著者、コンテンツ作成の際の主要著者の役割、発行者の名前及び／またはその他等から成る。異なる種類のコンテンツはそれを説明する異なるデータを必要とするため、異なる種類のコンテンツには異なるメタデータを使用することを想定しているということがＤＯＩシステムの特徴の一つである。
【００４２】
一実施例によると、メタデータはＤＯＩシステムのユーザー全てに利用可能となっており、それによってユーザーは特定のＤＯＩが識別するエンティティの基本的な説明を検出することが可能である。この基本的な説明によりユーザーはコンテンツを発行したエンティティの、あるいはコンテンツ自体の、幾つかの基本的な事柄を理解することができる。
【００４３】
結果として、ＤＯＩが何の情報を識別するのかを調べるには、それを解決した後、関連するメタデータをレビューすることが望ましい。何故ならばＤＯＩはメタデータを識別するコンテンツや、同じまたは関係するコンテンツに関する別のメタデータとリンクするからである。一実施例では、メタデータによりＤＯＩ５００が識別する情報と共に、その明確な仕様の認識が可能になる。またメタデータにより当該情報とネットワーク上のその他の情報（及びそれらのエンティティに関するメタデータ）とのインタラクションが可能になる。
［ＤＯＩ情報アクセス］
図７と図８は、ＤＯＩハンドルシステムにＤＯＩを提示するだけでユーザーが所望の情報にアクセスできるようにする解決メカニズムの概要を示している。本状況での解決とは、識別子をネットワーク・サービスに提示し、引き換えに当該識別子に関連する最新の情報を一つ以上受け取ることを含む。図７に示すＤＯＩシステムの一実施例では、ユーザーはウェブ・ブラウザ７００クライアントを用いて特定のＤＯＩ７１０が識別するコンテンツを指し示す。このＤＯＩ７１０は関連するＵＲＬを一つしか持っていないため、そのＵＲＬへと解決されるはずである。その結果、ユーザーが特定の識別子７１０が識別する、元と成るコンテンツをリクエストすると、ユーザーは所望のコンテンツがあるＵＲＬ７２０へと導かれる。
【００４４】
従って、このメカニズムにより情報の場所が変更されても、アクション可能な識別子としてエンティティの名前を維持することが可能になる。発行者がコンテンツの場所を変更した場合、発行者はハンドル・システムのデータベース内のＤＯＩエントリーを更新するだけで既存のＤＯＩ７１０は確実にコンテンツの新しい場所を提示する。結果として、コンテンツの場所は変更されてもＤＯＩは変更されず、ユーザーは既存のＤＯＩを用いて新しい場所にある当該コンテンツにアクセスすることが可能である。
【００４５】
図８は、ユーザーがＤＯＩを用いて、同一のＤＯＩが識別した同一のコンテンツの利用可能な複数のコピーの中から、コンテンツへのリクエストと共にコンテンツについてのデータの場所と（例えばコンテンツの購入といった）そのコンテンツに関連するサービスを解決するＤＯＩシステムの概要を示している。従って、ユーザーはウェブ・ブラウザ８００を用いて必要なＤＯＩ８３０を提示する。ＤＯＩ８３０は、所望のサービス８３５の種類を説明するように構築することもできる。その結果、ＤＯＩシステムはユーザーがアクセスすることを所望している特定のコンテンツ８４０へと解決することが可能になる。
【００４６】
図９は、本発明に基づき、ユーザーが情報にアクセスするために行う一連のアクションの概要を示している。まず初めに、ユーザーはブラウザ・クライアント９００をパソコン、携帯情報端末（ＰＤＡ）及び／またはその他のコンピューティング・デバイス９０５上に立ち上げる。ユーザーはブラウザ９００を用いてＤＯＩクエリーを作成する。ＤＯＩクエリーは通信ネットワークを通してＤＯＩディレクトリ・サーバー９１０に送られる。ＤＯＩディレクトリ・サーバー９１０のシステムは、ＤＯＩをそこに保存されているエントリーに照らし合わせて調べ、正しいＵＲＬをユーザーのコンピュータ９００上のブラウザ９００に送るが、こうしたアクションはユーザーには見えないようになっている。結果として、ブラウザは正しい発行者情報９２０があるサーバー上の所望のコンテンツへと導かれる。最終的に、ユーザーのブラウザからのリクエストを受け取ると、発行者９２０は所望の情報をユーザーに送り、その情報にはブラウザ・クライアント９００でアクセスすることができる。
【００４７】
図１０は、図９に示すようにユーザーがコンテンツの情報にアクセスするために行う一連のアクションをより詳しく示している。上述したように、ユーザーはブラウザ・クライアント１０００をコンピューティング・デバイス１００５上に立ち上げる。ユーザーはブラウザ１０００を用いてＤＯＩクエリーを作成する。ＤＯＩクエリーは通信ネットワーク上でＤＯＩディレクトリ・サーバー１０１０に送られる。ＤＯＩディレクトリ・サーバー１０１０のシステムは、ＤＯＩをそこに保存されているエントリーに照らし合わせて調べる。ＤＯＩをＤＯＩディレクトリ・サーバー１０１０に保存されているエントリーに照らし合わせて調べた結果、ユーザー１０２５をどこへ導くべきかをＤＯＩディレクトリ・サーバー１０１０は決定する。当該コンテンツの正しいＵＲＬは、何らの中間介入あるいはユーザーによるアクションなしに、自動的にユーザーのブラウザ１０００に送られる。その結果、ブラウザ１０００は元と成るＵＲＬによりアドレスされたサーバーを有する正しい発行者１０２０へと導かれる。当該ＵＲＬは発行者のサーバー１０２０によりユーザーの所望するコンテンツの厳密な場所を決定するために用いられ、発行者のサーバー１０２０は正しいコンテンツ１０３０をユーザーに送る。
【００４８】
図１１は、本発明に基づいて、ＤＯＩを解決して所望のコンテンツが位置するＵＲＬを得ることにより、通信ネットワーク上で情報にアクセスするための幾つかの典型的なメカニズムの概要を示している。一実施例によると、ユーザーは直接ＤＯＩを提示し、ＤＯＩシステムは正しいコンテンツを入手し単に正しいＵＲＬにリンクすることによりそれをユーザーに送信する。別の実施例によると、ユーザーはメタデータに含まれるフィールドの幾つかに関係する情報を提示し、するとＤＯＩルックアップ・サービスは正しいＤＯＩを識別し、それが今度は所望するコンテンツの場所を解決する。図１１に示すように、一実施例によれば、サーチ・エンジン１１０１０をユーザーに提供してもよい。一実施例では、登録機関のＤＯＩとメタデータ・データベースとの通信において、サーチ・エンジンをオファーし配備する。別の実施例では、ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍのようなサーチ・エンジンを用いて登録機関のデータベースにクエリーを出す。ユーザーは、サーチ・エンジン１１０１０に何らかの識別情報を提示することにより正しいＤＯＩを検索する。サーチ・エンジン１１０１０は提示された識別情報を用いてメタデータに関する自分のデータベースを検索し、提示されたメタデータの情報に関連するＤＯＩを入手する。したがって、サーチを行うユーザーに、メタデータ・データベースから返送したＤＯＩ及び／または前記返送したＤＯＩから解決したＵＲＬを提示し得る。入手したＤＯＩはＤＯＩディレクトリ１１０１１に送られ、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬを解決する。最終的に、ユーザーのブラウザは正しいコンテンツ１１０６０へと導かれる。
【００４９】
別の実施例によると、ユーザーはＤＯＩ１１０１５をブラウザ１１０２５のアドレス・ウィンドウ１１０２０に提示する。ユーザーのウェブ・ブラウザが元々ＤＯＩを処理する能力がない場合、ＤＯＩ１１０１５はＤＯＩディレクトリ１１０１１用のプロキシ・サーバーのアドレスを含んでいてもよく、それは図１１においては「ｄｘ．ｄｏｉ．ｏｒｇ」である。その結果、ブラウザはｄｘ．ｄｏｉ．ｏｒｇに位置するＤＯＩディレクトリ１１０１１へと導かれ、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬを解決し、ユーザーのブラウザをそこへと導く。
【００５０】
別の実施例によれば、ＤＯＩはドキュメントあるいは何らかの形式の情報１１０３０の中に埋め込むこともでき、それによりＤＯＩをクリックすることによってユーザーを正しいＤＯＩディレクトリ１１０１１に導き、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬ決定し、ユーザーのブラウザをそこへと導く。
【００５１】
別の実施例によると、ＤＯＩはＣＤ−ＲＯＭまたはフロッピー・ディスク等のメモリ１１０４０上に提示してもよく、するとメモリは自動的に、または起動されると、ユーザーを正しいＤＯＩディレクトリ１１０１１に導き、ＤＯＩディレクトリ１１０１１は所望のコンテンツを発行者１１０４０が置いている場所のＵＲＬを割り出し、ユーザーのブラウザをそこへと導く。
【００５２】
また別の実施例によれば、ＤＯＩは印刷物としてユーザーに提供してもよく、ユーザーは当該ＤＯＩを上記の如く光学的及び／または機械的周辺入力機器を用いてマニュアルで入力する。
【００５３】
図１２は、通信ネットワーク上で情報を入手し、ＤＯＩシステムがＤＯＩを解決して所望の情報が位置するＵＲＬを得るための典型的なメカニズムの別の実施例の概要を示している。この一実施例によると、複数のＤＯＩディレクトリ１２１０が分散型ＤＯＩディレクトリとして存在し、ハンドル・システム１２００を形成している。一実施例では、分散型ＤＯＩディレクトリはあたかも単一のディレクトリ１１０１１であるかのように動作し、リクエストに応える。その点を除いては解決は図１１と同様に行われる。
【００５４】
図１３は、本発明に基づいた典型的なＤＯＩシステムの概要であり、発行者、ＤＯＩ登録サービス及びハンドル・システムが連携して創り出す効率的なＤＯＩシステムの概要を示している。プレフィックス・ホルダー１３５５は、ＤＯＩ１３４２と関連するメタデータ１３６６から成るＤＯＩ登録サービス１３００に情報を提出する。既に固有のプレフィックス５０１を与えられているプレフィックス・ホルダーは、コンテンツ１３６６にサフィックス５０２を指定するように要求する。登録サービス１３００は、情報１３４２、ハンドル・システム１３５０内に次に預けるための情報１３６６、及び／またはメタデータ・データベース１３１０といったユーザーから提出された情報を解析及び／または再形式設定する役目を担う。上記のように、ＤＯＩを用いてアドレスできるコンテンツの範囲は無限である。その結果、コンテンツ１３６６は如何なる情報及び記事、書籍、音楽アルバムを含む著作物、またはそれらの選択された個別の部分から成ってもよい。ＤＯＩ５００を提供することに加え、発行者１３４２は、コンテンツ１３６６用のメタデータを収集する。当該メタデータは当該コンテンツのＤＯＩ５００、ＤＯＩジャンル、識別子、タイトル、タイプ、起源、主要エージェント及びエージェントの役割及び／またはその他から成る。また、様々な相手から提供され識別された、コンテンツに関係のある関連サービスのリストから成っていてもよい。様々な相手とは例えば、コンテンツをオンラインで購入できるウェブ・ページの場所である。
【００５５】
発行者１３４２がコンテンツ１３６６にサフィックス５０２を指定し必要なメタデータを収集すると、ＤＯＩ５００と当該メタデータはＤＯＩ登録サービス１３００に送信される。ＤＯＩ登録サービス１３００はＤＯＩ５００のデータベース、登録されたコンテンツ１３６６全てのメタデータと共にコンテンツ１３６６が位置するＵＲＬを維持する。本発明によると、ＤＯＩ登録サービス１３００は当該メタデータをメタデータ・データベース１３１０、図１では１１１９ｃに送信する。メタデータ・データベース１３１０はＤＯＩ登録サービス１３００が一元管理することもできるし、またそうしなくてもよい。
【００５６】
ＤＯＩ登録サービス１３００は、収集されたメタデータを別のデータ・サービス１３２０に提供したり、付加価値を付けたリソース１３３０をユーザーに提供したりするために利用することもできる。加えて、ＤＯＩ登録サービス１３００は正しいＤＯＩハンドル・データをハンドル・システム１３５０に送り、ハンドル・システムは複数のＤＯＩディレクトリ・サーバー１３４１から成っていてもよい。
［ハンドル・システム多重解決モデル］
図１４は、様々なエンティティと交信しているＩＡＭＲＳ１４００６の非限定的な一例を図示している。発行者１４０１２は、自らの情報を異なる場所から、異なるフォーマットで、異なるコンテキストにおいて、異なる目的や用途のために利用可能にしたいと望むかもしれない。そうする際に、発行者は単一のＤＯＩ１４００１を、多重解決１４００５、１４０２１−１４０２３で強化されたハンドル・システム１４００８に登録できる。部分的には、当該の強化されたシステムは多重解決システムである。発行者はＤＯＩの多重解決を提供して、個人、図書館、企業、大学及び／またはその他のような顧客１４００１、卸売業者／流通業者、集積業者、シンジゲート運営者、検索サービス、アブストラクトとインデクシングのサービス、定期購読エージェント、バーティカル・ポータル及び／またはその他のような情報再販業者（情報仲介業者）１４００２に対する自らの情報の用途とアクセスを強化したいと希望するかもしれない。例えば、卸売業者／流通業者１４００２が、正しく情報へのアクセスを計上し代金を請求するために、自らのサーバーに発行者の当該情報を置いておく必要がある場合、通信ネットワーク１４００４を介した顧客１４００１による強化されたハンドル・システム１４００８への強化されたＤＯＩサービスのリクエスト１４０１０が、ＵＲＬ１  １４００５に関連する購入記録を選択１４０３０する。その後ＵＲＬ１は、通信ネットワーク１４００４を介して顧客１４００７へと再び宛てられる。発行者はまた権利処理１４０２１、価格見積１４０２２及びメタデータのアクセス１４００９、１４０２３についての様々な場所をも提供する。
［ハンドル・システム登録モデル］
図１５及び図１６は、様々なエンティティとインタラクションするＩＡＲＳ１５００１の非限定的な例を図示している。図１５及び図１６は、図１４で描写された環境の概要図であり、ＩＡＲＳ１５００１の登録ファシリティ１５００２を強調したものである。発行者１４０１２は、自らの情報を異なる場所から、異なるフォーマットで、異なるコンテキストにおいて、異なる目的や用途のために利用可能にしたいと望むかもしれない。そうする際に、発行者はＤＯＩ１５０２０及び関連するメタデータ１５０１０を、登録機能１５００２を持つ強化されたハンドル・システム１４００８及びメタデータ・データベース１４００９に登録する。一実施例においては、メタデータは、登録ファシリティ１５００２においてＤＯＩ１５０２０から分離され、メタデータ１５０１１は、二段階コミット手続きの第一段階においてメタデータ・データベース１４００９に送られる。第二段階において、ＤＯＩ、ＵＲＬ及びその他の関連するポインタ１５０１２は、メタデータ１５０１０から分離され、その他のセキュリティ許可情報（例えば、パスワード等）と共に通信ネットワーク１４００４を通じハンドル・システム１４００８に送られる。一つの代替実施例では、ユーザーは公開されないよう、及び／または検索の対象にならないようにメタデータ無しでＤＯＩの登録をリクエストできる。一つの実例においては、登録機関はユーザーに対しこのような「非発行ＤＯＩ」に料金を科している。関連するメタデータ１５０１１のメタデータ・データベース１４００９への登録、及びＤＯＩ１５０１２のハンドル・システム１４００８への登録が両方とも成功すると、登録は成功したものと見なされる。もし、何れかの登録段階で失敗すると、もう一つの段階、または両方の段階の関連データはデータベースより取り除かれる。登録ファシリティは、この二段階のコミット手続きに関するＸＭＬまたはタグ・ベースのレポーティング及びエラー・ハンドリングを提供し、登録者がエラー状態のハンドリングを自動化することを可能にしている。
【００５７】
図１６は、図１５で描写された環境を詳しく述べたものである。図１６は、様々な登録フランチャイズ加盟者１６００２が発行者１４０１２からのＤＯＩ登録を処理し受け入れて、登録リクエストを登録ファシリティ１５００２に送るということが意図されていることを強調している。フランチャイズ加盟者には、ＩＳＰ、ウェブ・ホスティング・プロバイダー、シンジケート、流通業者、集積業者、及び／またはその他がある。様々なフランチャイズ加盟者は、更に発行者獲得のため、登録ファシリティの届く範囲を広げたり、登録ファシリティの登録のための構造基盤に基づいて、登録ファシリティのパートナーに金銭的奨励を提供してもよい（例えば、コミッションの提供）。一つの非限定的な実施例においては、登録ファシリティはフランチャイズ加盟者にコミッション（つまり、フランチャイズ加盟者が登録ファシリティにもたらした各ＤＯＩ登録からの収入の歩合）の支払いをしている。そのような実施例では、フランチャイズ加盟者は登録リクエストを自分が「店頭」として受け入れるが、実際には登録リクエストは登録ファシリティに送り戻している。登録ファシリティは登録を実行し、登録するユーザーから直接支払いを受け、代金受領後、コミッションをフランチャイズ加盟者に支払う。別の実施例では、「店頭」フランチャイズ加盟者は登録するユーザーからの支払いを受け付け、登録代金を登録ファシリティに転送している。別の非限定的な実施例では、フランチャイズ加盟者は、登録サービスより登録技術のライセンスを受け、実質的には独立して運営するが、その場合には、登録サービスとフランチャイズ加盟者間において情報共用または他の協定が存在している。
［登録システムの概要］
図１７は、ＩＡＲＳ１７０２が、ハンドルをハンドル・システム１７０６に登録するにあたり、様々なエンティティとインタラクションする非限定的な例を示したものである。一つの登録の非限定的な例では、ユーザー１７０１は、情報１７１１のＤＯＩ登録のリクエストを提出することにより、ＩＡＲＳ１７０２を使用することができる。そうするにはユーザーは、本開示を通し更に詳細に説明する登録ツールを使うことができる。登録ツールは、ウェブ・ページまたはクライアント・アプリケーションとして具現され、ＤＯＩの登録を一つづつ、またはバッチとして提供する。登録ツールに正しいエントリーが入力されるか、または自動登録リクエストを受けると、登録ツールは、特定された情報のＤＯＩ登録リクエストを登録サービス（つまり、登録機関）に提出する。登録ツールは、ＤＯＩ及び関連する場所の情報が、登録サービス１７０２やメタデータ・データベースによる処理を経ずにハンドル・システム１７０６に送られるような方法でリクエストの前処理ができる。代わりに、登録サービスが、ユーザーのリクエストをハンドル・システムやメタデータ・データベース１７０３により受け入れ可能なフォーマットに処理することもできる。
【００５８】
一つの非限定的な実施例において、登録サービス１７０２が、ユーザー１７０１より登録リクエスト１７１１を得て、必要に応じてリクエストを処理するにあたり、登録サービスはオプションとしてユーザー（例えば発行者等）がＤＯＩの登録を認可されていることを確認１７１２できる。一実施例において、登録サービスは発行者のアイデンティティを確認をするにあたり、登録のリクエスト１７１１にパスワード、デジタル証明を含み、秘密鍵で暗号化し、セキュリティ許可データベース１７０４に保存された公開鍵で暗号を解読することを要求したり、及び／または、発行者のアイデンティティを確認するその他の手続きをしたりする。この実施例では、ユーザー（例えば発行者等）が、登録サービスとの安全なトランザクションを実行することになる。
【００５９】
一つの非限定的な実施例では、登録サービス１７０２がユーザー１７０１よりＤＯＩ登録リクエスト１７１１を得て、必要に応じリクエストを処理するにあたり、登録サービスはオプションとしてメモリ内の記憶場所ファシリティ１７０５における実際の情報の保存及び／または更新を行う１７１３。この実施例ではユーザーは、ＤＯＩを登録する対象である実際の情報の保存というタスクを登録ツールに依頼し、リクエスト１７１１と共に当該情報を提出する。そこで登録サービス１７０２は渡された情報を記憶場所ファシリティ１７０５のメモリに記憶する場所を設置する。一つの別の実施例では、記憶場所機能がコンテンツ・ホスティング・サービスということがある。別の代替実施例では、記憶場所ファシリティは商業的再販業者（例えば、Ａｍａｚｏｎ．ｃｏｍやＢＮ．ｃｏｍのようなオンライン書籍販売業者等）ということがある。記憶場所ファシリティは登録サービス１７０２の一部及び／または登録サービスと通信できる立場にある別のエンティティでもよい。一つの実施例では、ユーザーから登録サービスに渡された実際の情報は、ユーザーが登録ツールで登録リクエストを構築中に特定されるであろう様々なフォーマットに変換できる。この変換は、記憶場所ファシリティ１７０５を運営する他のエンティティ及び／または仲介業者により登録サービス１７０２において実行され得る。別の実施例では、記憶場所ファシリティに記憶された情報はインデックスされたり分類されたりしていてデータベースの役割を担い、ハンドル・システム内のＤＯＩへと解決する検索においてメタデータ・データベース１７０３の必要性の補佐したり、及び／またはその必要性がなくなるようにしたりする。一つの非限定的な実施例では、インデックスは実行されたインデックス・プログラムによりコンテンツの全文から作られる。一つの他の実施例ではインデックスは、ワークの既存のインデックス（例えば、既に作成済みの文学書籍インデックス等）を単に「取り入れる」ことにより作られる。別の実施例では、インデックス情報の取り入れは、目次あるいはコンテンツのＸＭＬ構造またはドキュメント・タイプ・デフィニション（ＤＴＤ）から導出したものに基づく。別の実施例では、インデックス情報は、発行者が供給する追加のメタデータから、現在の対象物を他のどの対象物と関連付けるかをはっきり示して発行者供給のメタデータから明示的に分類して得るか、または登録プロセスに統合されたルールに基づいた分類から間接的に得るかのどちらかの方法で分類して得られる。
【００６０】
登録サービス１７０２は、ユーザー１７０１よりＤＯＩ登録リクエスト１７１１を得て、必要に応じてリクエストを処理するにあたり、登録サービスはメタデータを処理して取り出し、メタデータ・データベース１７０３内の記憶保持及び／または更新１７１４のために提供することができる。一つの実施例においては、二段階コミット手続きを採用し、メタデータ及び関連ＤＯＩが両方とも利用できるか、両方ともに利用できないかを確認しており、もしメタデータのメタデータ・データベース１７０３への保存が成功しない場合は、エラーが生成され、登録プロセスが続くことを防止し、関連ＤＯＩもまたエラーが解決されるまで登録されない。
【００６１】
メタデータ１７１４が保存される１７１４と及び／または保存過程中１７０３に、登録サービス１７０２はＤＯＩ（一つずつまたはバッチで）及び関連ＵＲＬを処理して取り出し、ハンドル・システムでの記憶及び／または更新１７１５にあてる。一つの実施例では、登録サービスはＤＯＩを登録するセキュリティ認可（つまり、パスワード、デジタル証明、ＤＯＩ全体または一部を暗号化して秘密鍵と共に提出し、ハンドル・システムにより適合する公開鍵で暗号解読をすること等）を提供する。そのような実施例では、安全なトランザクションは登録サービスがハンドル・システムを用いて実行する。メタデータ１７１４及びＤＯＩ１７１５を保存後、登録サービス１７０２はレポート１７１６をユーザーに提供する。一つの実施例では、レポートはＸＭＬのフォーマットでユーザーのシステムによる自動解析及びレスポンスが可能になっている。登録サービス１７０２はまた、ユーザーへのセキュリティ認可メカニズム（例えば、秘密鍵またはデジタル証明を一組にして、対応する暗号解読用のものがセキュリティ認可データベース１７０４に保存されていて）の提供をも実行する。
［登録システム概要］
図１８は、登録ツール・オプションの非限定的な例を示している。登録ツールはユーザーがＤＯＩをＩＡＲＳに登録できるようにする。本開示を通じ詳細に説明するが、登録ツールは、ＩＡＲＳ上のウェブ・ページ、クライアント上のワープロのプラグ・イン、独立型クライアント・アプリケーション、様々なコンテンツ・オーソライジング・システムと通信するようになっているアプレット（例えば、クォーク）として及び／またはその他として具現することができる。他の実施例においては、ＡＳＰモデル（つまり、サービスとしてアウトソースされた、及び／またはアウトソース・サーバーからのソフトウェア・アプリケーションとして実行されたもの）を通して提供された場合でも、及び／または発行者が第三者より提供されたソフトウェアを使用して実行する場合でも、登録ツールは、コンテンツ変換サービス、コンテンツ・シンジケーション・サービス、コンテンツ配給サービス、及び／またはその他の発行サービスと通信するようになっているアプレットである。
【００６２】
一つの非限定的な実施例では、登録ツールが使用１８０１されている。当該ツールは、ウェブ・ページが登録ツールを体現したナビゲーション場所を通過し、ウェブ・ブラウザー上で実行して作動される。ユーザーは登録ツールを作動する際、エントリー・モードを選んでもよい１８０２。ＤＯＩ登録には、様々なオプション１８０６が提供される。一つの実施例においては、ユーザーは単一ＤＯＩの登録１８０３、ＤＯＩのバッチ登録１８０４、ハンドル・システム内のエントリーをバッチ式または単一で更新１８０５、発行者の登録１８０７及び／またはその他の登録をすることができる。エントリー・モードの一つを選択及び完了すると１８０８、登録ツールは終了イベントの有無をチェックする１８０９。もし終了イベントが起きると、ＣＰＵでのプログラム実行は停止するか、または更なるエントリーが得られる。
［ハンドル登録ツール］
図１９は、登録ツール１９０１の非限定的な例を図示している。登録ツールはウェブ・ページ１９０１に具現され、様々なメニュー１９３０、基準ナビゲーション及び印刷ファシリティ１９３１及びＵＲＬナビゲーション・ファシリティ１９０３を持つウェブ・ブラウザを通し実行される。この例では、ｗｗｗ．ｃｄｉ．ｃｏｍ／ｒｅｇｉｓｔｒａｔｉｏｎ／ｅＤＯＩ．ａｓｐへの安全な接続とは、そこから登録ツールが保存されアクセスされる場所のことである。登録ツールは、基準グラフィック・ユーザー・インターフェース用のウィジェット、例えば、テキスト・ボックス、ポップアップ・メニュー及び／またはその他を使うことができる。ウィジェットは、ユーザーがコントロールするカーソル選択１９３２及び／またはテキスト挿入ツール１９３３に応えるように構成されている。ここで理解すべきことは、様々なユーザー・インターフェース・ウィジェットを、ここでウィジェットを用いているどの機能をも置換するために使ってもよいということである。例を挙げると、ポップアップ・テキスト入力メニュー１９０２は、単純なテキスト・フィールド及び／またはその他に置換することができ、これは、ここだけではなく、開示全体に適応する。
【００６３】
一つの実施例では、ユーザーは、ＤＯＩのプレフィックスをテキスト・ポップアップ・メニュー・フィールド１９０２にタイプすることにより入力できる。他の実施例では、ユーザーはポップアップ・メニュー１９０４、１９０５からオプションを選ぶことができる。一つのオプションは、単に既にユーザー（例えば、発行者等）に登録される他のプレフィックス１９０５（例えば、１０．０１２４）を選ぶだけのことである。他の実施例では、ユーザーは自動的に新しいプレフィックス１９０４を作る選択肢を選び、それはＩＡＲＳまたは登録ツールが、後に図２２及び図２３で説明される発行者登録ファシリティを起動するようにフラッグする。
【００６４】
ユーザーはまたＤＯＩサフィックスをポップアップ・メニュー・フィールド１９０６に同様にに特定しなければならない。サフィックスとプレフィックスの組み合わせは、ハンドル・システムにとって固有のものとする必要がある。ユーザーは、サフィックス・フィールド１９０６にどのようなバリューを入力してもよいが、ＩＡＲＳは、結果としてのＤＯＩが固有のものであることを確実にしなければならず、固有でない入力は全て却下する。ユーザーは代わりに、ＩＡＲＳ１９０７が自動的に新しいサッフィックスを生成するように特定してもよい。これはＩＡＲＳがアルゴリズム（例えば、一つ前に作られたサフィックスに１を足す等）に従ってサフィックスを生成することと解釈し実行するようなにフラッグを作ることにより達成される。他の実施例では、登録ツールはＩＳＢＮのバリュー及び／またはその他に基づいて、ユーザーがローカルのデータベースあるいは記憶装置を探索できるようなプラグイン・アーキテクチャを使ってもよい。
【００６５】
更にユーザーは、ＤＯＩと関連する情報が探索できるような場所１９０９を一つまたはそれ以上特定してもよい。ユーザーは、第一の場所のフィールド１９０９にどんなバリューを入力してもよい。代わりに、ユーザーは新しい場所が自動的にＩＡＲＳ１９０９によって提供されるように特定してもよい。これは、ＩＡＲＳが記憶ファシリティ中にスペースを割り当てるようにＩＡＲＳが解釈するフラッグ、及び／または第三者の記憶ファシリティ中のメモリの割り当てを実行するフラッグを作ることにより達成される。場所が自動的に作られる時は、登録ツールに情報の現在の場所（例えば、Ｃ：／Ｍｙ  Ｄｏｃｕｍｅｎｔｓ／ＭｙＦｉｌｅ．ｄｏｃ）または、情報自体（例えば、データの流れ）を供給することが必要である。そうすることにより、登録ツールは情報の内容を記憶ファシリティに転送し、そこで使用可能となるようにする。他の実施例では、登録ツールはユーザーが情報アクセス１９１１するのにローカル・サーバーに移すことができるプラグ・イン・アーキテクチャ及び／またはその他を用いてもよい。
【００６６】
ユーザーはまたＤＯＩと関連付けられる情報が見つかる多重解決の場所１９１４、１９１５、１９１６、１９１７を特定してもよい。ユーザーは多重解決場所フィールド１９１２、１９２２、１９１８にどのようなバリューを入力してもよい。ユーザーは、その代わりに自動オークション・ロケーションの機能を介して新しい場所がＩＡＲＳ１９１３によって自動的に提供されるように特定してもよい。これは、記憶ファシリティ中にスペースを割り当てること及び／または第三者の記憶ファシリティ中のメモリの割り当てを実行するようにＩＡＲＳが解釈するフラッグを作ることにより達成される。場所が自動的に作られている時は、登録ツールに情報の現在の場所（例えば、Ｃ：／Ｍｙ  Ｄｏｃｕｍｅｎｔｓ／ＭｙＦｉｌｅ．ｄｏｃ）または情報自体（例えば、データの流れ）を供給し、登録ツールが情報の内容を、そこで情報が使用可能になる記憶ファシリティに転送できるようにしなければならない。一つの他の実施例においては、ＩＡＲＳは登録ツール、後にはユーザーに保存スペースを得るにあたってのレートを通知するか、または情報を収容することに対し支払いをオファーしたりさえする。多重解決のアドレス１９１２、１９２２、１９１８は、様々なそれぞれのＤＯＩ強化グラマー・ターゲット１９１４−１９１７と関連することもある。例えば、ユーザーは「Ｐｕｒｃｈａｓｅ．１」１９１４の強化グラマー・ターゲットを持つ強化ＤＯＩが、「ｈｔｔｐ：／／ｗｗｗ．ａｍａｚｏｎ．ｃｏｍ／ｅｘｅｃ／ｏｂｉｄｏｓ／ＡＳＩＮ／Ｂ００００５０ＹＴＲ」というターゲットへと解決することを、選択及び／または入力してもよい。更に、強化グラマー・ターゲットはＤＯＩがレファレンスした情報を具体する他のフォーマットを特定してもよい。例えば、ユーザーは「Ｆｏｒｍａｔ．２」１９１７の強化グラマー・ターゲットを持つ強化ＤＯＩが、「ｈｔｔｐ：／／ｗｗｗ．ａｍａｚｏｎ．ｃｏｍ／ｌｏｃａｔｉｏｎ２．ｐｄｆ」にあるＰＤＦフォーマットのファイルへと解決することを、選択及び／または入力してもよい。他のフォーマットを特定すると、登録ツールは、ＩＡＲＳが情報を保存する前に要求されたフォーマットに変換することを実行するようにＩＡＲＳが解釈するフラッグを作ることができる。他の実施例では、登録ツールは、ユーザーがフォーマットの局所的変換及び／またはその他を実行できるプラグ・イン・アーキテクチャを使うこともある。
【００６７】
ユーザーはまたメタデータの情報がＤＯＩと関連付けられ、メタデータ・データベースに保存されることを特定してもよい。ユーザーはこのようなメタデータ情報を登録ツールに入力してもよい。ユーザーはバリューをメタデータ・フィールド１９２５、１９２６に入力できる。メタデータ・フィールド１９２５、１９２６に入力されたバリューは、各々のフィールド・タイプ１９１９−１９２１、１９２３に対応する。例えば、ユーザーはメタデータ・フィールド・タイプ１９１９「著者」のテキスト・フィールドに「ヘルマン・メルビル」１９２５と入力できる。一つの他の実施例では、登録ツールは、登録ツールがローカル・ルックアップ・サーバー１９２４及び／またはその他からそのような情報を自動的に（例えば、ＩＳＢＮに基づいてローカル・データベースを通じて）探すことを可能にするようなプラグイン・アーキテクチャを使用することができる。
【００６８】
ＤＯＩプレフィックス１９０２、サフィックス１９０６、当該情報に関連する場所１９０９、情報に関する多重解決場所及び、他の関連するメタデータを入力後、ユーザーは、「アクセプト」ボタン１９２７及び／またはその他の、入力したデータをバッチ・ファイルに足す及び／または入力した情報をＤＯＩ登録の目的でＩＡＲＳに送るようなファシリティを作動することができる。ＤＯＩ登録ツール１９０１に入力された情報は、ハンドル・システムに登録するのにふさわしい様々なフォーマットに分解される。
【００６９】
他の実施例においては、図２２で示される２２２０、２２２５、２２２６のように、請求先情報のため等にフィールドを設けることができ、これが支払い及び請求のシステムを作動し、登録ファシリティの使用料の請求がなされる。
［コンテンツ・オーサリング・ツール］
［登録オーサリング・ツール］
図２０は、登録ツール２００２の代替実施例を示している。登録ツールは、マイクロソフト・ワードやクウォーク・エキスプレスのようなコンテンツ作成ツールのプラグインとして、及び／または提供されたＡＰＩを通しその他のファシリティとして組み入れができる。登録ツールは、図１９で描写されたのと同様に構成することができ、ＤＯＩのプレフィックス１９０２、サフィックス及び情報１９０９に関連した場所を入力するファシリティを提供している。もちろん、図１９の実施例のウェブ形態で利用可能な登録ツールの機構は全て、オーサリング・プラグイン・バージョン２００２において利用可能にすることができる。例を挙げると、オーサリング・プラグインもまた、自動的に新しいプレフィックス１９０４及びサフィックス１９０７を生成し、プラグイン・アーキテクチャ自体１９０８を提供し、自動的に記憶場所１９１０の提供を実行し、ポップアップ・リスト１９０５中のバリューを前もって設定し、及び／またはその他のことを行うことができる。
【００７０】
登録ツールの起動にあたっては、ユーザー選択１９３２を通じてボタン及び／またはその他の起動ファシリティ２００３−２００６を選択する。一実施例においてユーザーは、ドキュメント全体２００５のＤＯＩを登録するにあたり、ボタン２００５を選択すると、ＤＯＩ登録ツール２００２が現れ、入力や選択を受け入れ、作業ドキュメネント２００１と関連付ける。一つの代替実施例では、ユーザーは単に作業ドキュメント２００１の一部をハイライトし、「選択部分のＤＯＩを登録」ボタン２００６を選択することにより、ドキュメントの選択された部分のみのＤＯＩを登録できる。一つの代替実施例においては、ユーザーはドキュメントの一部をハイライトした後、メニュー（例えば、「編集」、「フォーマット」、「ツール」及び／またはその他）をユーザー・インターフェースにおいて選択し、選択部分をハイライトし選択（例えば、「ＤＯＩオブジェクトとしてタグ］、「ＤＯＩでラベル」、「ＤＯＩ付きのフラッグ」及び／またはその他を行うことにより、登録ツールのＤＯＩのタグ機能を起動し、ドキュメントのハイライトされた部分のＤＯＩを登録し、ＤＯＩリンクを挿入しドキュメントをＤＯＩリンクでタグ付けする。一つの代替実施例においてはユーザーは、適宜なボタンを選択することによりドキュメント２００４、またはドキュメントの選択された部分２００３のＤＯＩを自動的に登録することができる。一つの代替実施例においてはユーザーは、ドキュメント用の元のアプリケーション・ソフトウェア内に既存し、構造がＸＭＬで表されていてもまたは他のドキュメント構造の言語で表されていても、スタンダードであっても専有のものであっても、ドキュメントの構造を読み取ることができる機構及び機能（例えば、自動目次生成）を呼び出すことにより、ドキュメントの様々な構成要素のＤＯＩを全部自動的に登録でき、そこでユーザーはすでに説明されたように、識別番号をそれらの各構成要素に自動的にまたはマニュアルで創り出し割り当てている。自動登録ファシリティを起動すると、情報は自動的にアクセス可能な場所に送られ、ＤＯＩの構成要素を全部自動的に生成し、ＤＯＩが自動的に生成される。そのような自動生成により、ユーザーがデータ・エントリーなし、ＤＯＩ登録ツール・ウィンドウ２００２なしで済むようにする。更にまた、ある種の情報、例えば請求先情報などは、優先ファイル、クッキー及び／またはその他に保存し、自動登録手続中に自動的に入手することができるが、情報はこれらに限定されるわけではない。
［オーサリング・ユーティリティ］
ＤＯＩ登録ツールを用いる方法の一つの非限定的な例では、ユーザー（つまり著者、編集者及び／またはその他）はドキュメントの一部をハイライトし、単に「編集」メニューをクリックし「ＤＯＩオブジェクトとしてタグ」の選択肢を選択する。ＤＯＩ登録ツールはオーサリング・ソフトウェアに適応していて（例えば、プラグイン、ＡＰＩ、及び／その他を通して）、オブジェクトの内部オブジェクトＩＤを記録する。このドキュメント内のタグ付けは、マイクロソフト・ワードが現在自動目次または自動インデックスを作成する目的でドキュメントのタグを許可しているのと同様にして達成される。もちろん、タグ付けは種々の方法で達成することができる。一つの代替実施例においては、タグ付けは、単にドキュメントの選択された部分をＨＴＭＬ、ＸＭＬ及び／またはその他のタグにラップすることにより達成される。一実施例では、ラッピングは、単に必要とされるテキストをドキュメントのハイライトした部分の前後に足すことで実行される。一実施例では、ＤＯＩは実際にはハンドル・システムには登録されておらず、仮のＤＯＩが作成されている。仮のＤＯＩは著者または発行者の標準のＤＯＩ番号の付け方を用いて（及び／または前もって定義されたテンプレートから選択して）別のファイルに書き込まれることになる。仮のＤＯＩには、環境及び／またはドキュメント中で既に特定されたデフォルトのメタデータ（例えば、著者名、著者が働く会社名、最新の改訂日及び／またはその他）が割り当てられる。この仮のＤＯＩは、そこで、それ自体または他の仮のＤＯＩと共にバッチで、ＤＯＩ登録ツールが次に行う登録用に保存される。
【００７１】
一つの代替実施例においては、別のソフトウェア・ユーティリティが、外付けファイル、単一のバッチ・ファイル、データベース及び／またはその他から集められた未登録のＤＯＩを取り入れる。その後、取り入れユーティリティは、登録機関に実際に登録するために、仮のＤＯＩを一まとめにする。実際の登録の送信の直前に取り入れユーティリティは、番号の付け方の適宜な変更、メタデータの変更、及びＵＲＬの特定を許可する。
［ＤＯＩ改訂コントロール・システム］
一つの非限定的な例において、ＤＯＩ登録ツールと取り入れユーティリティ（つまりＤＯＩオーサリング・ツール）はどちらもロバストな管理機構を有している。ＤＯＩオーサリング・ツールはワークの現在のバージョンと過去のバージョンとの間の変更をログし及び追跡する。変更の追跡は、多くのユニックス開発システムに見られるように、改訂管理システム（ＲＣＳ）の機能をＡＰＩ及び／またはその他を通しＤＯＩオーサリング・ツールに組み込むことにより達成される。その後に続くワークのバージョンにはバージョン番号に加えて、仮のＤＯＩが指定されている。代替実施例において、ＲＣＳは、バージョン番号がワークのＤＯＩバージョン追跡用の次々に代わるバージョン番号として正しいＤＯＩを発行できるように構成されている。そのようなＲＣＳの機能は、ユーザーが、ワークの複数のバージョンのどれでもまたは全部に、及び／または最終バージョンのみを、ＤＯＩなしで操作可能にされたＲＣＳにおいて再構築するのと同じような方法で、ＤＯＩを提出及び／または登録することを可能にしている。こうしてＤＯＩで操作可能になったＲＣＳ機能は有用であり、ユーザーはワークの次々に代わるバージョンに関してＤＯＩを希望通りのデータの細かさのレベルで登録できる。そのようなＤＯＩで操作可能になったＲＣＳ機能は、全ての仮のＤＯＩファイル（つまり取り入れファイル）中のＤＯＩ全てにわたり番号付け及びメタデータのグローバル変更、ログ登録の送信及び受信、解析及び万が一実際の登録に問題があった場合に戻ってくるエラー・メッセージの対処、といったことを可能にする。
［ＩＡＲＳ登録ファシリティ］
図２１は、ＩＡＲＳ登録ファシリティの非限定的な例のフロー図である。ＤＯＩエントリー２１２５は、ユーザーによるＩＡＲＳへ、その後ハンドル・システムへの提出から作られる。最初に、データは登録ツールに入力される２１０１。そこでＤＯＩ登録リクエストは、登録ツールから提出される２１０２。登録ツールは、入力された登録の情報をエンコードしＩＡＲＳ（つまり登録サービス）に提供する２１０３。ＩＡＲＳはＤＯＩ登録リクエストを得て解析する２１０４。リクエストは、しばしばプレフィックス、サフィックス、情報の場所のアドレス及びセキュリティ認可情報（例えばパスワード）から成る。代わりに、リクエストは、プレフィックス、サフィックス、情報の場所、メタデータ、多重解決のオプション、情報自体及び／またはその他を自動的に生成するフラッグも含めてもよい。リクエストを得て構成要素に解析２１０４後、ＩＡＲＳはオプションとしてユーザーを認証してもよい２１１０。これは、様々なセキュリティ・メカニズム、例えばパスワード、デジタル証明及び／またはその他を通してなされる。もし認証が失敗し、ユーザーが有効と決定２１１１されない場合には、ＩＡＲＳはエラー・ハンドリング・ルーチンを起動し、エラー・ハンドリング・ルーチンがスクリーン・レポートを提供することができる。エラー・レポートは、ＸＭＬ及び／または構造化されたタギング、オブジェクト・メソッド・メッセージングを用いて生成することができ、及び／またはユーザー及び／またはユーザーのシステムに提供され２１１９、ユーザーのシステムにより自動解釈システムされることによって自動システムレスポンスを可能にするようなその他の形態のメッセージ・パッシングを用いて生成することができるということに注意することが重要である。
【００７２】
リクエストを得て構成要素に解析２１０４後、ＩＡＲＳは登録に三段階または四段階の登録プロセスを含むかどうかをオプションとして決定できる２１０６。もしユーザーがＤＯＩプレフィックスの自動生成、またはＤＯＩ関連情報を保持する場所の自動作成することをリクエストした場合は、そのようなリクエストは各々満たされる２１０７。記憶ファシリティに対するリクエストが出されたと解釈すると、ＩＡＲＳはユーザーから得た情報を保存するメモリの割り当てを実行する。更に、自動的に発行者プレフィックスを作成するリクエストを得ると、ＩＡＲＳは図２２−２３のプレフィックス登録ファシリティを自動的に起動し、及び／またはそのような情報を、クッキーまたは発行者のデータベースである図１の１１１９ｅに維持されている発行者の記録より得ることができる。
【００７３】
リクエストを得てそれを構成要素に解析２１０４後、ＩＡＲＳはユーザーがＩＡＲＳにＤＯＩサフィックスの自動的生成を行わせることを特定したかどうかを決定する。もしユーザーがＩＡＲＳがサフィックスを自動的生成することを特定すると、ＩＡＲＳはアルゴリズムによりＤＯＩサフィックスを生成する２１０９。一つの非限定的な実施例において、ＩＡＲＳは単に特定のＤＯＩ用に最後に生成されたサフィックスに１を足すだけである。代替実施例においては、ＩＳＢＮデータベース（及び／または業界標準あるいは専有の番号付けシステムのデータベース）のルックアップで固有のサフィックスのベースとなるＩＳＢＮ（及び／または業界標準または専有の番号）が戻ってくる。その後、またはユーザーがＩＡＲＳによる自動サフィックス生成を特定しなかった場合、つまりユーザーが自らＤＯＩサフィックスを特定した場合、ＩＡＲＳはオプションとして特定された及び／または自動的に作られた場所をピングし２１０７、情報がアクセス可能かどうか決定する２１１３。もし場所が有効でない場合にはエラー・ハンドリング・ルーチンが起動され２１１２、エラー・レポートを生成し、もし可能ならエラーの修正し、及び／または実行を続ける。
【００７４】
ＤＯＩサフィックス２１０８を確立した後２１０９、メタデータ提出が組み立てられる２１１６。提出は、ＤＯＩ登録リクエストから解析されたメタデータ２１０４で組み立てられる。「著者」及び「タイトル」のようなメタデータのタイプ・フィールド用のバリューが作られ、メタデータ・データベースに入力するように提供される２１１７。もしメタデータの提出が成功しない場合には２１１８、エラーが生成される２１１２。一実施例においては、提出されたメタデータは「データ・スクラビング」の対象になり、認識できるエラーは修正される。例えば、よくあるスペルの間違いは修正される（例えば「Ｃｃｈｉｃａｏｇ」は「Ｃｈｉｃａｇｏ」と市のメタデータ・フィールドで修正される）。別の代替実施例においては、もしメタデータの入力が成功しない場合、登録プロセスは継続しプログラムのフローが再開、メタデータ提出が成功したかのように継続する２１１８。ただし、プログラムはオプションとして致命的でないエラーが起こったとの警告を出すことができる。もしメタデータのメタデータ・データベースへの提出が成功すると、二段階コミット手続きの第一段階は成功したことになる。
【００７５】
有効なメタデータの提出２１１８の後、またはエラーから戻ると２１１２、ＩＡＲＳは、ハンドル・システム用にＤＯＩの提出を組み立てる２１１９。ハンドルの提出はＤＯＩプレフィックス、サフィックス、関連する場所、及びオプションとしてハンドル記録及び／その他から成る。提出にあたっては、「作成」指令及び／またはその他を使いバッチ提出のフォーマットにフォーマットし、ハンドル作成用のバッチ提出言語を用いてもよい。複数の単一登録は、ハンドル・システムに提出用のバッチ・ファイルにコンパイルしてもよい。ＤＯＩ提出のコンパイルをすると、それらは登録用にハンドル・システムに提供される２１２０。提出には、ハンドル・システムへの入力を成功させるために、パスワード、デジタル証明、暗号解読鍵、及び／または他のセキュリティ認可ファシリティが要求されることもある。ハンドル・システムにＤＯＩ提出を提供すると、もし無効のＤＯＩ提出がある場合にはそれらの各ＤＯＩは登録されず、エラーが生成され２１１２、それらのＤＯＩに対応するメタデータは、メタデータ・データベースより「バックアウト」つまり除去される。もしＤＯＩ提出２１２１が成功すると、ＩＡＲＳはオプションとして登録成功に対しユーザーに代金を請求２１２３できる。ＤＯＩの有効な提出をもって、二段階コミット手続きの第二段階は完了する。もしメタデータのメタデータ・データベースへの提出が成功しないと、メタデータ提出のエラーが修正されるまでＤＯＩの提出はされない。有効なＤＯＩの提出２１２１の後、ＩＡＲＳは登録の成功のレポートをユーザーに提供する２１２４。一つの代替実施例においては、二段階コミット機能を変更して、メタデータをメタデータ・データベースに提出する前に、まずＤＯＩの提出が成功しハンドル・システムに登録されなければならないようにすることができる。更に別の実施例においては、二段階コッミットメント機能の両方の部分が同時に起こり、独立スレッド及び／または独立プロセスとして実行し、エラー・トラッピング・ルールがメタデータ及びＤＯＩ双方の発効と登録を最終的に支配することになる。
【００７６】
一実施例において、エラー・ハンドリング２１１２のトラッピング・レベルはユーザーが特定できる（図２５での説明の通り）。そのような実施例においては、登録のためにＤＯＩを提出する前に、ユーザーは、二段階コミット手続きの片方または両方で生成されるエラーが登録を阻止するかまたは阻止しないかを特定できる。従って、例えば、ユーザーはメタデータ登録の際に起こるエラーがＤＯＩのハンドル・システムへの登録を阻止しないように特定するかもしれない。一つの代替実施例において、ユーザーは、ＤＯＩ登録の際のエラーがメタデータのメタデータ・データベースへの登録を阻止しないように特定するかもしれない。もちろん、そのようなエラー・トラッピングのオプションは、第三及び第四段階コミットのオプション、例えば、情報のために保存場所は自動的に作成されるか、及び／または発行者プレフィックスがユーザーのために自動的に作成されるか等が含まれるように拡大できる。
［発行者プレフィックス登録ツール］
図２２は、発行者プレフィックス登録ツール２２０１の非限定的な例を図示している。プレフィックス登録ツールは、ウェブ・ページ２２０１として具現化し、ウェブ・ブラウザを介し様々なメニュー２２３０、標準的なナビゲーション及び印刷ファシリティ２２３１及びＵＲＬナビゲーション・ファシリティ２２０３を用いて実行することができる。この例では、ｗｗｗ．ｃｄｉ．ｃｏｍ／ｒｅｇｉｓｔｒａｔｉｏｎ／ｐｒｅｆｉｘ．ａｓｐへの安全な接続とは、プレフィックス登録ツールが保存されアクセスできる場所を指す。プレフィックス登録ツールはテキスト・ボックス、ポップアップ・メニュー及び／またはその他のような標準的なグラフィック・ユーザー・インターフェース・ウィジェットを使うことができる。ウィジェットは、ユーザーがコントロールするカーソル選択２３２２及び／またはテキスト挿入ツール２２３３に応えるように設定されている。ここで理解すべきことは、様々なユーザー・インターフェース・ウィジェットを、ここでウィジェットを用いているどの機能をも置替するために使ってもよいということである。例えば、ポップアップ・テキスト入力メニュー２２２０は、単純なテキスト・フィールド及び／またはその他に置き換えることができ、これは、ここだけではなく本開示全体に適応する。
【００７７】
一実施例において、登録ツールは、請求先及び／または連絡先情報、例えば、発行者プレフィックスを所有するエンティティの名前２２１０、エンティティの住所２２１１、エンティティの市２２１２、エンティティの州２２１３、エンティティの郵便番号、エンティティの国名、エンティティの担当者名２２１６、Ｅメールアドレス２２１７、連絡先電話番号２２１８、ファックス番号２２１９及び／またはその他を入力するフィールドを提供している。別の実施例では登録ツールは支払請求を提供をしている。
【００７８】
一つの実施例では、登録ツールはユーザーが請求先情報を入力するフィールドを提供している。例としては、ユーザーが数種の支払のオプションから選択できるようになっている支払形式のフィールド・ポップアップ２２２０、それに伴うアカウント番号のフィールド２２２５及び期限日のフィールド２２２６がある。
【００７９】
ユーザーは必要な連絡先及び支払先情報を供給後、「登録」ボタン２２２７及び／またはその他の提出ファシリティを起動できる。発行者プレフィックスのリクエストの提出が成功すると、ユーザーはＩＡＲＳよりレポートを得２２４０、２２４１、発行者のプレフィックス２２４０及びその他の指示２２４１の通知を受けることができる。一つの代替実施例では、ＩＡＲＳはデジタル証明、パスワード及び／またはその他のセキュリティ許可手段をユーザーに供給し、ＤＯＩを発行者プレフィックスの元に登録することができるようにしている２２４１。
【００８０】
一つの代替実施例においては、ユーザーの連絡先／請求先及びセキュリティ許可情報を含む優先ファイル、クッキー、データベースの記録、及び／またはその他が保存されているので、発行者プレフィックス生成を単に優先ファイルを読むだけで、ユーザーがプレフィックス登録ツール２２０１への情報入力を必要としないで、自動的にできるようになっている。
［ＩＡＲＳ登録ファシリティ］
図２３は、ＩＡＲＳプレフィックス登録ファシリティのフロー図の非限定的な例を示している。プレフィックス登録ファシリティにはデータが提供される２３０１。一実施例においては、図２２のプレフィックス登録ツールは、ユーザーがＩＡＲＳプレフィックス登録ファシリティに提出２３０１するデータの生成に用いている。一つの代替実施例において、発行者情報はクッキー、優先ファイル、データベースの記録及び／またはその他により提供されている。発行者情報及び発行者プレフィックスのリクエストを提出すると２３０２、図２２のプレフィックス登録ツールはデータをエンコードしＩＡＲＳに送る２３０３。ＩＡＲＳは、発行者データを得て、データをトークン（例えば、発行者名、住所等）へと分解解析する２３０４。発行者情報を分解解析後、発行者の有効性は発行者セキュリティ許可情報で確認される２３４０。セキュリティ許可情報はパスワード、デジタル証明、暗号で鍵をかけられたデータ及び／またはその他でもよい。もし発行者の有効性を確認できないと２３５０、エラーが生成される２３１１。もし発行者の有効性が確認されると２３５０、プレフィックスの生成は続行する２３３０。
【００８１】
プレフィックス生成を達成するにはには、ハンドル・システムを介してマニュアルで紙の書類を提出してもよいし、ＩＡＲＳを介して自動的に行ってもよい。一実施例では、プレフィックス生成にはアルゴリズムが用いられている。アルゴリズムの一つの例では、最後に生成されたプレフィックスに１を足すだけである２３０５。プレフィックスが生成されると、それはシステム全体で実行するようハンドル・システムに提出される２３０６。もしプレフィックスが固有２３０７でないと、エラーが生成される２３１１。固有２３０７のプレフィックスが生成されると、メタデータが提出用に組み立てられる２３０８。一実施例では、会社名、住所等を提出しメタデータ・データベースに入れ２３０９、それらは固有なプレフィックスと関連付けられ、プレフィックスがそのような情報の鍵フィールドの役目を果たす。メタデータ提供後２３０９、ＩＡＲＳはメタデータ提出が成功したかどうかを確認する２３１０。もしメタデータ提出が成功しなかった場合には２３１０、エラーが生成される２３１１。二段階コミット・エラー・ハンドリングを、図２１のエラー・ハンドリングと同様に用いることができる。
【００８２】
メタデータ提出が成功すると２３１０、ユーザーのセキュリティ許可のフォーム（例えば、パスワード、ディジタル証明及び／またはその他）がユーザーに提供される２３１２。メタデータの提出が成功すると２３１０、ＩＡＲＳはハンドル・システムからのプレフィックスをリクエストし、ハンドル・システムに必要とされる全てのセキュリティ許可（例えば、パスワード、ディジタル証明及び／その他）を提供する２３１３。プレフィックスのリクエストがハンドル・システムにより却下されると２３７０、レポートが生成される２３１１。もしプレフィックス提出が有効であると２３７０、オプションとして、ＩＡＲＳはプレフィックスの登録が成功したことに対しユーザーに代金を請求することができる。もしプレフィックス提出が有効であると２３７０、ＩＡＲＳは登録成功のレポート及び生成されたセキュリティ許可２３１２を全てユーザーに提供する２３１５。
［ＩＡＲＳオプション］
図２４は、ＩＡＲＳオプションの非限定的な例を示している。一実施例では、ＩＡＲＳは、ユーザーがＤＯＩ及びメタデータを登録すること２４０１、発行者がＤＯＩ関連データのルックアップを行うこと２４０２、エンド・ユーザーがＤＯＩ関連データのルックアップを行うこと２４０３、及びＤＯＩ関連データの多重解決をウェブ・ブラウザにおいて見ること２４０４、を可能にしている２４０５。
［バッチ登録ファシリティ］
［バッチ登録ツール］
図２５は、ＩＡＲＳバッチＤＯＩ登録ツールの非限定的例を図示している。一実施例においてはＩＡＲＳにより、ユーザーはローカル・バッチ・ファイル２５０１、２５０２を選択することができる。バッチ・ファイルのローカルの場所はファイル・パス２５０１としてタイプ入力してもよく、またはブラウズ・ボタン２５０２を及びセレクション・パネル（図示せず）を通して見つけることもできる。バッチ・ファイルには、異なった程度のエラー・トラッピングを選択することができる２５０３。一実施例で、ユーザーは、登録にあたって警告を受けたバッチ・ファイル中の記録が登録されるのを防ぐことができ、または別の方法としては記録をエラー状態のまま登録しエラーのフラッグを付すこともできる（つまり、もし重要ではないメタデータ・タイプ・フィールド、例えば著者の生年月日がメタデータ・データベースに正しく保存されていない場合、ＤＯＩ登録はエラーのフラッグがあっても続行する）。バッチ・ファイル及びエラー・トラッピングのレベルを選択後、バッチ・ファイルは、「ＤＯＩ登録」ボタン及び／またはその他の提出ファシリティ２５０４を起動してＩＡＲＳ登録ファシリティに登録のために提出することができる。
【００８３】
一実施例では、バッチ・ファイル自体は手作業で作成され、ＦＴＰメカニズムによりＩＡＲＳに提供することができる。代替実施例において、バッチ・ファイルは図２１で説明されたような数多くの単一ＤＯＩ登録リクエストよりコンパイルすることができる。別の方法として、バッチ入力ファシリティがＤＯＩ登録リクエストのバッチをコンパイルしてもよい。
［バッチ登録ファシリティ］
図２６は、ＩＡＲＳバッチ登録ファシリティの非限定的な例を図示ししている。図２６のＩＡＲＳバッチ登録ファシリティは、図２１で説明された機能と同様の働きをする。ＩＡＲＳは、ＤＯＩ登録リクエストを単一及び／またはバッチで処理するように構成することができる。図２１と大きな相違点としては、図２６ではＤＯＩバッチ・ファイルを受信し解析２１０４した後、バッチ・ファイル中の各入力に対してループをすることである２６０６。ループへの入力２６０６後、各バッチ入力の登録は、図２１で示されたものと同様に進められる。バッチからのＤＯＩ入力の提出が有効に行われると２１２１、バッチ登録ファシリティはバッチからの登録成功のレポートを更新し２６２４、プログラムのフローは、まだバッチ・ファイルに残存する各入力について繰り返し作業を続行する２５０６。ＤＯＩ登録のためにバッチ・ファイル中の全ての入力のＤＯＩ登録の繰り返し作業が完了すると２６０６、エラーも含めた完全な登録成功のレポートがユーザーに提供される２６０７。注意すべきことは、実際にメタデータ及びＤＯＩを送ったり提出したりすることは２１１７、２１２１、ループ２００６の外に移し、バッチ・ファイルに集積し、そこで各々一度にメタデータ・データベース及び／またはハンドル・システムに提出されるが、一方で記録レベルの二段階コミット機能は維持される（つまり、もしメタデータまたはＤＯＩ部分の一方が何れかのバッチでの提出において失敗すると、両方が各々のデータベースから除去される）。
［バッチ・ファイル・フォーマット］
図２７は、ＩＡＲＳバッチ・ファイルの非限定的な例を図示している。一実施例において、バッチ記録入力の内容は、ＤＯＩ登録ツールへのユーザーの入力からコンパイルされる。そこでユーザー入力は、登録サービスに提出できるようなバッチ提出用の言語グラマーにフォーマットし直される。
［エラー・レポート］
図２８は、ＩＡＲＳエラー・レポート・オプションの非限定的な例を図示している。一実施例においては、図２５中のバッチ登録ツール用のエラー・トラッピング・レベル上で「Ｗｈａｔ  ｉｓ  ｔｈｉｓ？」のボタンを起動すると、図２８中のヘルプ・ウィンドウが表示される。
［バッチ・ステータス・レポート・オプション］
図２９は、ＩＡＲＳバッチ・ステータス・レポート・オプションの非限定的な例を図示している。一実施例においては、ＤＯＩ登録用のバッチ・ファイルをバッチ登録ツールを介して提出すると、ＩＡＲＳは、バッチ・ステータス・レポート・オプション２９０２、２９０３をウェブ・ブラウザ上で提供する。バッチ全体のステータスを見ることができ２９０２、図３０、または代わりに特定のＤＯＩのステータスを見ることができる。
［バッチ・ステータス・レポート］
図３０は、ＩＡＲＳバッチ・ステータス・レポートの非限定的な例を図示している。一実施例においては、バッチ・ステータス・レポート２９０２をリクエストすると、ＩＡＲＳは、バッチ・ファイル中のＤＯＩ登録リクエスト全部を表形式レポートで提供する。一実施例では、表の各行に、ＤＯＩ３００１、メタデータ・データベースからのＤＯＩ関連メタデータ・タイトル情報３００２、メタデータ・データベースからのＤＯＩ関連のメタデータ著者情報３００３、ＤＯＩステータス（つまり、ハンドル・システムへのＤＯＩ登録が成功したかどうか）、メタデータのステータス（つまり、メタデータ・データベースへのメタデータ登録が成功したかどうか）、及び登録結果３００６がリストされている。重複ＤＯＩ入力（固有でないＤＯＩ)は結果として非登録のハンドルになる３００７。しかしながら一実施例においては、メタデータ・タイプ・フィールド「製品形態」における規則に従っていないデータは、メタデータ・ステータスとしての警告という結果になるが、それでも入力はハンドル・システムへの登録に成功する３００８。
［ＤＯＩルックアップ・ツール］
図３１は、ＩＡＲＳ  ＤＯＩ  ルックアップ・ツールの非限定的な例を図示している。一実施例においては、ＩＡＲＳによりユーザーは探索キーワードまたは選択をウェブ・フォーム中のフィールドに入力することができる３１０１。探索キーワードを提出し探索をリクエストすると３１０２、ＩＡＲＳは一致するレコードをメタデータ・データベースにクエリーする。
【００８４】
図３２は、ＩＡＲＳ  ＤＯＩ  ルックアップ探索結果の非限定的な例を図示している。一実施例では、図３１のようにクエリーをメタデータ・データベースに提出すると、ＩＡＲＳは結果を提供する。一実施例では、ＩＡＲＳは探索結果を表形式で提供し、各行にはＤＯＩ、著者、タイトル、発行者、発行日、タイプ、主題及び読者のメタデータ・フィールドがリストされている。
【００８５】
ここで理解すべきことは、上記の記載は単に実施例の説明のためだけのものであるということである。読者の便宜上、上述の記載は、本発明の原理を教える上でのサンプルで、全ての可能な実施例の内の代表的なサンプルに焦点をあてたものである。記載にあたっては、可能なバリエーションの全てを徹底的に列挙したわけではない。本発明の特定の部分に対して実施例を他に示さなかったこと、または、ある部分に関して記載されていない他の実施例があり得ることが、これらの他の実施例を否認することになる、と考えるべきではない。記載されていない実施例の多くは本発明と同じ原理のものであり、またあるものは同様のものであると理解できる。従って、ここに示されたり記載されたりした実施例及びそのバリエーションは、単に本発明の原理を示すものであり、種々の変更が本発明の範囲及びその精神から逸脱することなく実施できるということを理解するべきである。
【図１】
2004530965.tif 000002
【図２】
2004530965.tif 000003
【図３】
2004530965.tif 000004
【図４】
2004530965.tif 000005
【図５】
2004530965.tif 000006
【図６】
2004530965.tif 000007
【図７】
2004530965.tif 000008
【図８】
2004530965.tif 000009
【図９】
2004530965.tif 000010
【図１０】
2004530965.tif 000011
【図１１】
2004530965.tif 000012
【図１２】
2004530965.tif 000013
【図１３】
2004530965.tif 000014
【図１４】
2004530965.tif 000015
【図１５】
2004530965.tif 000016
【図１６】
2004530965.tif 000017
【図１７】
2004530965.tif 000018
【図１８】
2004530965.tif 000019
【図１９】
2004530965.tif 000020
【図２０】
2004530965.tif 000021
【図２１】
2004530965.tif 000022
【図２２】
2004530965.tif 000023
【図２３】
2004530965.tif 000024
【図２４】
2004530965.tif 000025
【図２５】
2004530965.tif 000026
【図２６】
2004530965.tif 000027
【図２７】
2004530965.tif 000028
【図２８】
2004530965.tif 000029
【図２９】
2004530965.tif 000030
【図３０】
2004530965.tif 000031
【図３１】
2004530965.tif 000032
【図３２】
2004530965.tif 000033
【国際公開パンフレット】
2004530965.tif 000034
2004530965.tif 000035
2004530965.tif 000036
2004530965.tif 000037
2004530965.tif 000038
2004530965.tif 000039
2004530965.tif 000040
2004530965.tif 000041
2004530965.tif 000042
2004530965.tif 000043
2004530965.tif 000044
2004530965.tif 000045
2004530965.tif 000046
2004530965.tif 000047
2004530965.tif 000048
2004530965.tif 000049
2004530965.tif 000050
2004530965.tif 000051
2004530965.tif 000052
2004530965.tif 000053
2004530965.tif 000054
2004530965.tif 000055
2004530965.tif 000056
2004530965.tif 000057
2004530965.tif 000058
2004530965.tif 000059
2004530965.tif 000060
2004530965.tif 000061
2004530965.tif 000062
2004530965.tif 000063
2004530965.tif 000064
2004530965.tif 000065
2004530965.tif 000066
2004530965.tif 000067
2004530965.tif 000068
2004530965.tif 000069
2004530965.tif 000070
2004530965.tif 000071
2004530965.tif 000072
2004530965.tif 000073
2004530965.tif 000074
2004530965.tif 000075
2004530965.tif 000076
2004530965.tif 000077
2004530965.tif 000078
2004530965.tif 000079
2004530965.tif 000080
2004530965.tif 000081
2004530965.tif 000082
2004530965.tif 000083
2004530965.tif 000084
2004530965.tif 000085
2004530965.tif 000086
2004530965.tif 000087
2004530965.tif 000088
2004530965.tif 000089
2004530965.tif 000090
2004530965.tif 000091
2004530965.tif 000092
2004530965.tif 000093
2004530965.tif 000094
2004530965.tif 000095
2004530965.tif 000096
2004530965.tif 000097
2004530965.tif 000098
2004530965.tif 000099
2004530965.tif 000100
2004530965.tif 000101
2004530965.tif 000102
2004530965.tif 000103
2004530965.tif 000104
2004530965.tif 000105
2004530965.tif 000106
2004530965.tif 000107
2004530965.tif 000108
2004530965.tif 000109
2004530965.tif 000110
2004530965.tif 000111
2004530965.tif 000112
2004530965.tif 000113
2004530965.tif 000114
2004530965.tif 000115
2004530965.tif 000116
2004530965.tif 000117
2004530965.tif 000118
2004530965.tif 000119
2004530965.tif 000120
2004530965.tif 000121
2004530965.tif 000122
2004530965.tif 000123
2004530965.tif 000124
2004530965.tif 000125
2004530965.tif 000126
2004530965.tif 000127
2004530965.tif 000128
2004530965.tif 000129
2004530965.tif 000130
2004530965.tif 000131
2004530965.tif 000132
2004530965.tif 000133
2004530965.tif 000134
2004530965.tif 000135
2004530965.tif 000136
2004530965.tif 000137
2004530965.tif 000138
2004530965.tif 000139
2004530965.tif 000140
2004530965.tif 000141
2004530965.tif 000142
2004530965.tif 000143
2004530965.tif 000144
2004530965.tif 000145
2004530965.tif 000146
2004530965.tif 000147
2004530965.tif 000148
2004530965.tif 000149
2004530965.tif 000150
2004530965.tif 000151
2004530965.tif 000152
2004530965.tif 000153
2004530965.tif 000154
2004530965.tif 000155
2004530965.tif 000156
2004530965.tif 000157
2004530965.tif 000158
2004530965.tif 000159
2004530965.tif 000160
2004530965.tif 000161
2004530965.tif 000162
2004530965.tif 000163
2004530965.tif 000164
2004530965.tif 000165
2004530965.tif 000166
2004530965.tif 000167
2004530965.tif 000168
2004530965.tif 000169
2004530965.tif 000170
2004530965.tif 000171
2004530965.tif 000172
2004530965.tif 000173
2004530965.tif 000174
2004530965.tif 000175
2004530965.tif 000176
2004530965.tif 000177
2004530965.tif 000178
2004530965.tif 000179
2004530965.tif 000180
【国際調査報告】
2004530965.tif 000181
2004530965.tif 000182