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