(57)【要約】  情報をもつ複数のプライベート・ディレクトリ（１３０）と、データ・ネットワーク上に格納された複数のパブリック・ディレクトリ・リスト（１１４）とを備える通信システム（１００）が開示され、その通信システムの各加入者は、ディレクトリ・リストプライベート・ディレクトリ及び少なくとも一つのパブリック・ディレクトリ・リストを有し、各パブリック・ディレクトリ・リストは、もしあるとすればどの情報が情報要求に応じて提供されるかを決定するために、加入者へのリクエストを作ることによって作成され、ターゲット・加入者の代わりに、あるいは、ターゲット・加入者によって見直されるように（１３２）、ターゲット加入者のプライベート・ディレクトリからの情報に対する情報要求を可能にするように構成されている。
2008533879.tif 000002
【特許請求の範囲】
【請求項１】
通信システムであって、
複数の加入者それぞれのディレクトリ・リストを格納しており、データ・ネットワークを経由してアクセス可能なディレクトリ・メカニズムと、
複数の加入者の身元情報鍵を生成する身元情報鍵生成器とを備え、
前記身元情報のそれぞれは、ディレクトリ・リストを一義的に識別し、前記加入者の前記身元情報鍵は、前記加入者の身元情報に一方向性アルゴリズムを適用することによって生成され、前記一方向性アルゴリズムは、前記システムの加入者が入手可能であり、これにより、ターゲット加入者の身元情報を知る加入者は、対応する身元情報鍵を得るために前記身元情報に前記一方向性アルゴリズムを適用し、もし前記ターゲット加入者がディレクトリ・リストに存在するならその身元情報鍵を用いて情報要求決定を出力できる
ことを特徴とする通信システム。
【請求項２】
各ディレクトリ・リストは、身元情報との通信を開始させることができるデータを含む
ことを特徴とする請求項１記載の通信システム。
【請求項３】
各ディレクトリ・リストはさらに、身元情報との通信を促進するアクティブ・サービスを含む
ことを特徴とする請求項１又は２記載の通信システム。
【請求項４】
ディレクトリ・リストは、パブリック・ディレクトリ・リストを構成し、
プライベート・ディレクトリを所有する加入者のための通信メカニズムのマスタ・リストを保持する各加入者用のプライベート・ディレクトリが提供されることを特徴とする請求項２又は３記載の通信システム。
【請求項５】
各プライベート・ディレクトリはさらに、他の加入者との通信をいかにして開始するかに関してのディレクトリ情報を格納している
ことを特徴とする請求項４記載の通信システム。
【請求項６】
前記通信システムはさらに、一つ又は複数の既定のルールに基づいて加入者のプライベート・ディレクトリからの情報に対する情報要求に対拠するための一つ又は複数のディレクトリ・ハンドラを備える
ことを特徴とする請求項１から５のうちのいずれかに記載の通信システム。
【請求項７】
前記ディレクトリ・ハンドラは、パブリック・ディレクトリ情報を動的に更新する
ことを特徴とする請求項６記載の通信システム。
【請求項８】
加入者のシステム身元情報を生成するためのシステム身元情報生成器をさらに備え、
前記身元情報鍵生成器は、身元情報が割り当てられたシステムに基づいて身元情報鍵を生成する
ことを特徴とする、請求項１から７のうちのいずれかに記載の通信システム。
【請求項９】
ディレクトリ・メカニズムは、複数のパブリック・ノードを備え、
それぞれのパブリック・ノードは、構造化されたピアツーピア・ネットワークに接続されたピアに位置し、それぞれのパブリック・ノードは、ディレクトリに加入者のサブセットのディレクトリ・リストを格納している
ことを特徴とする、請求項１から８のいずれかに記載の通信システム。
【請求項１０】
ディレクトリ・メカニズムは、インターネットを経由してアクセス可能であり、一つ又はそれより多くのサーバに格納されたディレクトリ・データベースを備え、前記ディレクトリ・データベースは、加入者のディレクトリ・リストを前記ディレクトリに格納している
ことを特徴とする請求項１記載の通信システム。
【請求項１１】
ディレクトリ・リストは、身元情報の匿名性とプライバシーを保護するように構成されている
ことを特徴とする、請求項１から１０のいずれかに記載の通信システム。
【請求項１２】
通信方法であって、
複数の加入者それぞれに対するディレクトリ・リストを格納すること、
加入者の身元情報鍵を生成すること、ここで、各身元情報鍵は、ディレクトリ・リストをユニークに識別し、身元情報、加入者の身元情報鍵は、一方向性アルゴリズムを加入者の身元情報に適用することによって生成され、
システムの加入者が一方向性アルゴリズムを利用できるようにすることとを含み、ターゲット加入者の身元情報を知る加入者が、対応する身元情報鍵を得るためにその身元情報に対して一方向アルゴリズムを適用し、もしターゲット加入者がディレクトリ・リストに存在するならその身元情報鍵を用いて情報要求決定を出力できる
ことを特徴とする通信方法。
【請求項１３】
各ディレクトリ・リストは、身元情報との通信を開始させることができるデータを含む
ことを特徴とする請求項１２記載の通信方法。
【請求項１４】
各ディレクトリ・リストはさらに、身元情報との通信を促進するアクティブ・サービスを含む
ことを特徴とする請求項１２又は１３記載の通信方法。
【請求項１５】
ディレクトリ・リストは、パブリック・ディレクトリ・リストを構成し、
前記方法は、プライベート・ディレクトリを所有する加入者への通信メカニズムのマスタ・リストを保持する、各加入者のプライベート・ディレクトリを提供することを含む
ことを特徴とする請求項１３又は１４記載の通信方法。
【請求項１６】
各プライベート・ディレクトリはさらに、他の加入者との通信をいかにして開始するかに関してのディレクトリ情報を含む
ことを特徴とする請求項１５記載の通信方法。
【請求項１７】
一つ又は複数の既定のルールに基づいて、加入者のプライベート・ディレクトリからの情報に対する情報要求をハンドリングすることを含む
ことを特徴とする請求項１２又は１６記載の通信方法。
【請求項１８】
パブリック・ディレクトリ情報を動的に更新することを含む
ことを特徴とする請求項１７記載の通信方法。
【請求項１９】
加入者のシステム身元情報を生成することを含み、身元情報鍵生成器は、身元情報を割り当てられたシステムに基づいて身元情報鍵を生成する
ことを特徴とする、請求項１２から１８のうちのいずれかに記載の通信方法。
【請求項２０】
ディレクトリ・リストは、身元情報の匿名性を保護するように構成されていることを特徴とする請求項１１記載の通信方法。
【請求項２１】
通信システムであって、
プライベート・ノード及びパブリック・ノードを備えるデータ・ネットワークと、
情報を含むデータ・ネットワークの範囲内でプライベート・ノード上に位置する複数のプライベート・ディレクトリと、
データ・ネットワークのパブリック・ノードに格納された複数のパブリック・ディレクトリ・リストとを備え、
前記通信システムの各加入者は、プライベート・ノードに位置するプライベート・ディレクトリ及びパブリック・ノードに位置する少なくとも一つのパブリック・ディレクトリ・リストを持ち、
各パブリック・ディレクトリ・リストは、もしあるとすればどの情報が情報要求に応じて提供されるかを決定するために、加入者へのリクエストを作ることによって作成され、ターゲット・加入者の代わりに、あるいは、ターゲット・加入者によって見直されるように、ターゲット加入者のプライベート・ディレクトリからの情報に対する情報要求を可能にするように構成されている
ことを特徴とする通信システム。
【請求項２２】
各パブリック・ディレクトリ・リストは、パブリック・アドレスを含む少なくとも一つのパブリック・ノードによって提供され、
各パブリック・ノードは、構造化されたピアツーピア・ネットワーク内で接続されたピア上に位置している
ことを特徴とする請求項２１記載の通信システム。
【請求項２３】
プライベート・ディレクトリは、プライベート・アドレスを所有するプライベート・ノード上に提供され、前記情報要求は、プライベート・ノードによって処理される
ことを特徴とする請求項２２記載の通信システム。
【請求項２４】
パブリック・ノードは、情報要求を直接、プライベート・ノードへ転送するように構成されている
ことを特徴とする請求項２３記載の通信システム。
【請求項２５】
パブリック・ノードは、プライベート・ノードへ通信を配信することになっている中継ノード・チェーン内の第１中継ノードへ情報要求を転送するように構成されている
ことを特徴とする請求項２３記載の通信システム。
【請求項２６】
パブリック・ノードは、プライベート・ノードへの情報要求を要求している加入者に配信する中継チェーンの第１中継ノードのネットワーク・アドレスを提供できるように構成されている
ことを特徴とする請求項２３記載の通信システム。
【請求項２７】
対応するプライベート・ノードが少なくとも一つのパブリック・ノードから直接的に又は中継ノードを経由して定期的にリクエストを検索できるように、パブリック・ノードが情報要求を格納するように構成されている
ことを特徴とする請求項２３記載の通信システム。
【請求項２８】
パブリック・ノードが、情報要求を直接、プライベート・ノードへ転送するように構成され、
パブリック・ノードが、通信をプライベート・ノードへ配信するリレー・ノード・チェーン内の第１中継ノードへ情報要求を転送するように構成され、
パブリック・ノードは、プライベート・ノードへの情報要求を、要求した加入者に配信することになっているリレー・チェーンの第１中継ノードのネットワーク・アドレスを提供できるように構成され、又は、
少なくとも一つのパブリック・ノードから直接的に又は中継ノードを経由して、対応するプライベート・ノードが定期的にリクエストを検索できるように、パブリック・ノードは情報要求を格納するように構成され、
加入者が構成を選択できるように構成される
ことを特徴とする請求項２３記載の通信システム。
【請求項２９】
情報要求は、通信が加入者間で直接起動されることを可能にするのに必要とされるディレクトリ情報に関する
ことを特徴とする請求項２１から２８のうちのいずれかに記載の通信システム。
【請求項３０】
情報要求は、ターゲット加入者のディレクトリ情報を更新しようとしている検索中の加入者に関する
ことを特徴とする請求項２１から２９のうちのいずれかに記載の通信システム。
【請求項３１】
情報要求は、検索中の加入者に関する身元情報に基づいて公開される機密情報に関する
ことを特徴とする請求項２１から３０のうちのいずれかに記載の通信システム。
【請求項３２】
加入者身元情報に基づいて加入者の身元情報鍵の生成するための身元情報鍵生成器を更に構成し、
前記身元情報鍵は、検索中の加入者が加入者のパブリック・ノードの位置を特定することを可能にする
ことを特徴とする、請求項２２から３１のうちのいずれかに記載の通信システム。
【請求項３３】
さらに、一方向性アルゴリズムを既存加入者の身元情報に適応し、パブリック・ノード・ディレクトリ中への身元情報鍵に基づく加入者リストを発行することによって、既存加入者の身元情報に基づいて身元情報鍵を生成するプライベート・ノードの身元情報鍵生成器を備える
ことを特徴とする請求項２３から３２のうちのいずれかに記載の通信システム。
【請求項３４】
各プライベート・ノードは、少なくともリクエスト中の加入者の身元情報に基づいて情報要求をハンドリングするためのディレクトリ・ハンドラを備える
ことを特徴とする請求項２３から３３のうちのいずれかに記載の通信システム。
【請求項３５】
通信方法であって、
データ・ネットワークに関するプライベート・ノード上の情報を含む複数のプライベート・ディレクトリを提供することを含み、
データ・ネットワークのパブリック・ノード、パブリック・ディレクトリ・リスト、及び、プライベート・ディレクトリが提供され、
各加入者はプライベート・ノード上に位置するプライベート・ディレクトリを持ち、ディレクトリ・リストパブリック・ノード上に位置する少なくとも一つのパブリック・ディレクトリ・リストをもち、
パブリック・ディレクトリ・リストは、検索中の加入者によって作成されるターゲット加入者のプライベート・ディレクトリからの情報に対する情報要求を検索中の加入者が作成することを可能にするものであり、
プライベート・ディレクトリは、前記情報要求が、前記情報要求に対して何の情報が提供されるかを決定するためにターゲット加入者の代わりに、又は、ターゲット加入者によって見直されることを可能にするものである
ことを特徴とする通信方法。
【請求項３６】
各パブリック・ディレクトリ・リストは、パブリック・アドレスを含む少なくとも一つのパブリック・ノードによって提供され、
各パブリック・ノードは、構造化されたピアツーピア・ネットワーク内で接続されたピア上に位置している
ことを特徴とする請求項３５記載の通信方法。
【請求項３７】
プライベート・ディレクトリが、プライベート・アドレスを所有するプライベート・ノード上に提供され、
前記方法は、プライベート・ノードによる情報要求をハンドリングすることを含む
ことを特徴とする請求項３６記載の通信方法。
【請求項３８】
情報要求を直接プライベート・ノードへ転送するパブリック・ノードを備えることを特徴とする請求項３７記載の通信方法。
【請求項３９】
通信をプライベート・ノードへ供給するであろう中継ノード・チェーン内の第１中継ノードへ情報要求を転送しているパブリック・ノードを備える
ことを特徴とする請求項３７記載の通信方法。
【請求項４０】
情報要求をプライベート・ノードへリクエスト中の加入者のために供給する中継チェーンの第１中継ノードに関するネットワーク・アドレスを提供するパブリック・ノードを備える
ことを特徴とする請求項３７記載の通信方法。
【請求項４１】
情報要求を格納しているパブリック・ノードと、直接又は中継チェーンを経由して、少なくとも一つのパブリック・ノードから定期的にリクエストを受信する、対応するプライベート・ノードとを備える
ことを特徴とする請求項４０記載の通信方法。
【請求項４２】
以下のどちらかのパブリック・ノードを選択的な構成を備えることを特徴とする請求項３７記載の通信方法であって、
情報要求を直接プライベート・ノードへ転送すること、
通信をプライベート・ノードへ供給する中継ノード・チェーン内の第１中継ノードへ情報要求を転送すること、
情報要求を要求中の加入者のためにプライベート・ノードへ提供する中継チェーンの第１中継ノードのネットワーク・アドレスを提供すること、及び、
少なくとも一つのパブリック・ノードから直接又は中継ノードを経由して、対応するプライベート・ノードが定期的にリクエストを検索できるように、情報要求を格納すること
のいずれかにパブリック・ノードを選択的に構成させる
ことを特徴とする請求項３７記載の通信方法。
【請求項４３】
さらに、加入者身元情報に基づいて加入者の身元情報鍵を生成することを含み、
前記身元情報鍵は、検索中の加入者が加入者のパブリック・ノードの位置を特定することを可能にする
ことを特徴とする請求項３５から４２のうちのいずれかに記載の通信方法。
【請求項４４】
少なくともリクエスト中の加入者の身元情報に基づき、情報要求を処理することを含む
ことを特徴とする請求項３５から４３のうちのいずれかに記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システムに関する。一形態において、通信システムは、身元情報を漏洩させずに加入者がディレクトリ・リストを持つことを可能にする。別の形態においては、通信システムは、加入者に代わって、情報要求がレビューされることを可能にする。
【背景技術】
【０００２】
従来の情報交換ネットワークでは、ディレクトリ情報は、集中して保持され、少量の公衆データは、各加入者に保持される（例；名前、電話番号、番地）。従来のネットワークにおける通信ユーザーのディレクトリ情報のプライバシーについては、特に問題になっていない。
【０００３】
これは、‘力任せ’権索にパブリック情報を使うこと、言い換えれば、個々の加入者を見つけるために大勢の加入者に連絡を取ることは費用がかかり得る、例えば、たくさん電話をかけるために費用が高くつくからである。さらに、通常、そのようなネットワークにおける加入者との不招請通信の結果として生じる可能性はほとんどない、よって、加入者は、簡単にほとんどの迷惑電話を（多少の費用にかかわらず）防ぐことができる。例えば、もし加入者が従来の加入電話網越しに迷惑電話を受けた場合には、彼らは電話帳非掲載を導入して迷惑電話を制限（除外ではない）することができる。
【０００４】
インターネットは、通信を含む他の形式の導入を容易にしてきた。この形式には、限定されるものではないが、電子メールやインスタント・メッセージ又はボイップ（ＶｏＩＰ）テレフォニーが含まれる。
【０００５】
電子メールアドレスに情報を伝送するのに安い料金もしくは無料でできるということは、スパムとして知られている迷惑メールの問題に対する責任を負うことである、ということは十分に理解されるであろう。スパム送信者によっては極めて容易に手に入れることができるので、スパム問題は、公開電子メールアドレスのディレクトリを公開することを避けている。インスタント・メッセージとボイップディレクトリに関して、それらがＩＰアドレス間の通信に頼っていることから、同様の問題が存在する。ＩＰアドレスを公開することは、不要な通信を引き起こすだけでなく、特定のＩＰアドレスに対する他の形式の攻撃という可能性を持つ。
【０００６】
従来のディレクトリは、ゆっくりと更新され、とりわけ、紙面上のディレクトリではなくインターネット・ディレクトリも、通常は、急速には更新されない。
【０００７】
多くの管轄域において、通信事業者は、本来専売であり、もともとは、全体の通信網用のディレクトリ情報を維持することに対する責任をもつ独占的組織であった。
【０００８】
つい最近では、個人が加入できる多くの異なる通信事業者が存在することが一般的となってきた。それにより、全情報網にわたって個人のディレクトリ情報を獲得するためには、多くの異なるディレクトリを検索するか、あるいは、複合ディレクトリを編集したエンティティに頼る必要がある。最近では、このような複合ディレクトリは利用しやすくなり、インターネット上で検索可能になってきた。今までのところ、これらのディレクトリは、全ての有効なディレクトリのサブセットだけ、つまり、特定の管轄分だけを含んでいる。
【０００９】
これにより、個人の契約や、高速かつダイナミックに変化するものを含む多くのサービスの存在を示す複数のディレクトリにわたって、個人が複数のディレクトリ・エントリを所有できることが望まれるであろう。
【００１０】
個人の複合ディレクトリを最新の状態に維持するための代替システムを提供するいくつかの試みがなされている。このようなシステムは、通常、加入者や、加入者が保持する窓口情報を更新するために定期的に電子メールもしくはインターネットによる更新ルーチンを使用する加入者のコンタクトに依存する。そして、このようなシステムは、通常、セントラルサーバ・データベースと加入者のコンピュータにある個人データベースの間に頻繁な同期化を必要とする。窓口や加入者が関心のある職務や履歴書のようなディレクトリ・エントリに情報を加えることができるようにすることで、これらのサーバは、頻繁にディレクトリ情報を強化する。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、これらのシステムは、以下のような、さまざまな問題に悩まされる。
【００１２】
１．集中データベースにおいて拡張性の問題がある。なぜなら、少なくとも定期的に、及び、同じ道を通って来るすべての要求に対する必要性のために、すべての当事者が集中データベースから窓口情報を入手する必要性があるからである。
【００１３】
２．窓口情報を集中して格納し処理することは、中央のエージェンシーが、すべての加入者及び他の加入者との関係を閲覧することを可能にする。このことは、中央のエージェンシーが、知識をもたずに、すべての加入者のすべてのディレクトリ・エントリを閲覧する機会をもつことから、プライバシーの観点からは望ましくないことである。
【００１４】
３．このようなディレクトリ・サービス（電話番号案内）は、静的なディレクトリ情報を格納しており、ディレクトリ情報が急速に変化する可能性がある状況で処理するようには適していない。
【００１５】
４．個人の複合ディレクトリのサーバコピーを更新するために、サーバは、通常、ある窓口はスパムとみなすエントリにコンタクトするための電子メールの更新についての個人的でお節介な要求を発する。さらに頻繁に、窓口情報は、問題をただ悪化させるだけの電子メールの送信の必要性を大きくしてしまうように変えてしまう可能性がある。
【００１６】
５．全ての窓口情報を集中データベースに格納することは、システムのセキュリティリスクを露呈していることになる。もし、データベースに障害が起きた場合（技術上の攻撃、合法な方法、個人の悪用、他の手段のいずれか）、すべてのコンタクト情報は、加入者、窓口、又は、中央のエージェンシーの知識や同意なしで、アクセス可能となってしまう。また、インターネットからサーバ、又は、サーバからインターネット上で起こる情報の流れを監視することによって、監視者は、加入者もしくはサーバと中央機関に直接的評判を落とすようなことが無い連絡先などの個人情報を引き出すことができる。
【００１７】
これらの懸念は、個人の複合ディレクトリ・サービスの普及率を、成し遂げなければいけない率まで低下させている。
【００１８】
ピアツーピア・ネットワークは、すべてではないが、いくつかの集中型ディレクトリを扱う。通常ピアツーピア・ネットワークは、複数のコンピュータにまたがるワークロード及びデータ記憶に散存し使われ、ファイル共有アプリケーションと関連するピア・ノード間にファイルを転送するように使用される。着目しているファイルをもつノードは、通常、そのファイルをもつノードに格納されている、もしくは、ノードのサブセット（スーパー・ノード又はスーパー・ピア）に格納されているディレクトリを検索することによって、その位置が特定される。ノードのサブセットは、他ノードとそれらのノードのネットワーク・アドレスに格納されているファイルのディレクトリをもっている。
【００１９】
ピアツーピア・ネットワークは絶えず参加と離脱のある物理的なマシンの特性を持つ。マシンが加わると、そのマシンは、ノード又はネットワーク上のノードになる。ノードは、ネットワーク上の他のノードによって割り当てられる特徴を持つ。また、ノードが離脱すると、これらの特性はネットワーク内の他のノードへ転送される。これは、所定のノードが所在する現実の物理的なマシンは時間が経つと変化するという効果をもたらす。それらのマシンは、現在ではなく、これからノードとなるマシンがどれであるかを識別するためのピアツーピア・プロトコルを用いることで、ノードとなっているマシンが変更された場合であっても、マシンが形成するノード群に関する最新バージョンの情報を各マシンが所有できるように、更新された情報を保持し合っている。
【００２０】
ピアツーピア・ネットワークに関する問題は、ピアツーピア接続を作り出そうと試みたときに、接続が存在しないことを確実に知ることができないということである。言い換えれば、ピア・ネットワークに関する可変性のために検索過程内でミスをしてしまうということである。
【課題を解決するための手段】
【００２１】
第一の広い形態において、複数の加入者それぞれのディレクトリ・リストを格納しており、データ・ネットワークを経由してアクセス可能なディレクトリ・メカニズムと、加入者の身元情報鍵を生成するための身元情報鍵生成器とを備える通信システムが提供される。ここで、各身元情報鍵は、ディレクトリ・リストをユニークに識別するものであり、ディレクトリ・リストでは、加入者の身元情報鍵が加入者の身元情報へ一方向性アルゴリズムを適用することによって生成されたディレクトリ・リスト、一方向性アルゴリズムは、システムに関する加入者が利用可能であり、ターゲット加入者の身元情報を知る加入者は、対応する身元情報鍵を取得するために一方向性アルゴリズムを身元情報へ適用可能であり、ディレクトリ・メカニズムはターゲット加入者へリストを存在させるなら、この身元情報鍵を、決定する情報要求を出力する為に使用する。従って、ターゲット加入者は、ディレクトリ内で加入者の身元情報で容易に参照可能なフォームにおいてディレクトリ公開無しで位置することができる。
【００２２】
好適な実施形態の中で、ディレクトリ・メカニズムは複数のパブリック・ノードを構成し、それぞれ、構造化されたピアツーピア・ネットワークに接続されたピアに位置し、それぞれのパブリック・ノードはディレクトリに加入者のサブセットのディレクトリ・リストを格納している。この実施形態においては、ディレクトリ・リストは通常、加入者の身元情報鍵を一時停止する。
【００２３】
代替実施例においては、ディレクトリ・メカニズムはインターネット経由でアクセス可能な一つ又はそれより多くのサーバに記憶されるディレクトリ・データベースを備える。
【００２４】
通常、身元情報の匿名性をプロテクトしている間、識別を始め通信を可能にするため、各パブリック・ディレクトリ・リストはデータを含む。各ディレクトリ・リストもまた身元情報の匿名性をプロテクトしている間、身元情報の意志伝達を容易にするアクティブ・サービスを含んでいる可能性がある。
【００２５】
通信システムもまた、加入者のシステム身元情報を生成するシステム身元情報生成器を持っていてもよい。ここで、身元情報鍵生成器は身元情報が割り当てられたシステムに基づいて身元情報鍵を作り出す。
【００２６】
この実施形態において、識別システムはネットワーク外で保持されない身元情報を生じさせる。これは帯域内にだけ存在するいくつかのアプリケーション（加入者の間にある広告など）に役立つ。
【００２７】
好適な実施形態において、プライベート・ディレクトリは、そのプライベート・ディレクトリとともに加入者用の通信機構のマスタ・リストを保持する。
【００２８】
好適な実施形態において、各プライベート・ディレクトリもまた他ディレクトリとどのように通信を始めるかに関するディレクトリ情報を格納している。
【００２９】
好適な実施形態において、通信システムは更に、一つ又はそれより多くの既定のルールに基づいて情報要求をハンドリングするためのディレクトリ・ハンドラを備える。
【００３０】
ディレクトリ・ハンドラがパブリック・ディレクトリ情報を動的に更新することが好ましい。
【００３１】
第一の広めの形態において、以下を含む通信方法が提供される。
複数の加入者それぞれのディレクトリ・リストを格納していること、加入者の身元情報鍵を生成すること、ここで、各身元情報鍵は、ディレクトリ・リストをユニークに識別し、加入者の身元情報鍵は、加入者の身元情報に一方向性アルゴリズムを適用することによって生成され、システムの加入者が一方向アルゴリズムを利用できるようにすること、ここで、ターゲット加入者の身元情報を知っている加入者が、対応する身元情報鍵を得るために前記身元情報に対して一方向アルゴリズムを適用し、もしターゲット加入者がディレクトリ・リストに存在するならその身元情報鍵を用いて情報要求決定を出力できる。
【００３２】
第二の広めの形態において、以下を備える通信システムが提供される。
プライベート・ノード及びパブリック・ノードを備えるデータ・ネットワーク、情報をもつデータ・ネットワーク内にあるプライベート・ノード上に位置する複数のプライベート・ディレクトリ、データ・ネットワークに関するパブリック・ノードに格納される複数のパブリック・ディレクトリ・リスト、ここで、前記通信システムの各加入者は、プライベート・ノードに位置するプライベート・ディレクトリ及びパブリック・ノードに位置する少なくとも一つのパブリック・ディレクトリ・リストを持ち、各パブリック・ディレクトリ・リストは、もしあるとすればどの情報が情報要求に応じて提供されるかを決定するために、加入者へのリクエストを作ることによって作成され、ターゲット・加入者の代わりに、あるいは、ターゲット・加入者によって見直されるように、ターゲット加入者のプライベート・ディレクトリからの情報に対する情報要求を可能にするように構成されている。
【００３３】
これにより、ターゲット加入者は、何の情報が検索中の加入者へ公開されるかをコントロールできる。
【００３４】
好適な実施形態において、各パブリック・ディレクトリ・リストは、少なくともパブリック・アドレスを含む一つのパブリック・ノードによって提供され、各パブリック・ノードは、構造化されたピアツーピア・ネットワーク内で接続されたピア上に位置する。
【００３５】
望ましくは、プライベート・ディレクトリは、プライベート・アドレスを所有するプライベート・ノード上に提供され、そして情報要求はプライベート・ノードによって処理される。
【００３６】
それにより、プライベート・ノードに関するプライベート・アドレスは知られていないように、それらは攻撃を受けやすくはない及び対応するパブリック・ノードはプライベート・ディレクトリを所有しない。
【００３７】
多くの異なるパブリック・ディレクトリ・リストの形態は、情報要求が、対応するプライベート・ノードによって見直されることを可能にするように使用されてもよい。これらの形態は、異なる実施形態、又は、選択された特定の構成がユーザー選択あるいはシステム選択に依存する可能性がある単一の実施形態において使用されてもよい。
【００３８】
ある一つの形態では、パブリック・ノードは、直接プライベート・ノードへ情報要求を転送するように構成されている。
【００３９】
また、他の形態では、パブリック・ノードは、通信をプライベート・ノードへ配信することになっている一連の中継ノード内の第１中継ノードへの情報要求を転送するように構成されている。
【００４０】
他の形態では、パブリック・ノードは、プライベート・ノードへの情報要求を、要求している加入者まで配信する中継チェーンの第１中継ノードのネットワーク・アドレスを提供できるように構成されている。
【００４１】
他の形態において、対応するプライベート・ノードが少なくとも一つのパブリック・ノードから、直接的に、もしくは、中継ノードを経由して、定期的にリクエストを検索できるように、パブリック・ノードが情報要求を格納するように構成されている。
【００４２】
情報要求は、加入者間で直接通信が開始されることを可能にするディレクトリ情報に関連していてもよい。情報要求は、さらに、あるいは、代替的に、ターゲット加入者についてのディレクトリ情報を更新しようとする検索中の加入者に関連していてもよい。他の実施形態において、情報要求は、検索中の加入者の身元情報に基づいて公表される他の秘密情報に関連していてもよい。
【００４３】
ある実施形態では、通信システムは、加入者身元情報に基づいて加入者の身元情報鍵を作成する身元情報鍵生成器を備える。ここで、身元情報鍵は、検索中の加入者が加入者のパブリック・ノードの位置を特定することを可能にするものである。
【００４４】
ある実施形態では、プライベート・ノードは、一方向性アルゴリズムを既存加入者の身元情報に適応し、パブリック・ノード・ディレクトリ中への身元情報鍵に基づいて加入者リストを発行することで、既存の加入者の身元情報に基づく身元情報鍵を生成する身元情報鍵生成器を備える。
【００４５】
ある実施形態では、プライベート・ノードは、少なくともリクエスト中の加入者に関する身元情報に基づいて、情報要求をハンドリングするディレクトリ・ハンドラを備える。
【００４６】
それにより、最近又はリアルタイムのディレクトリ情報は、例えば、ダイナミックＶｏＩＰアドレスやインスタント・メッセージなどのように提供され得る。パブリック・ノードは、加入者が個人用として保持することを望まない他のパブリック情報、例えば、他のパブリック・ディレクトリ内で既に利用可能な情報も格納してもよい。
【００４７】
第二の広い形態において、加入者が、以下の方法を比べるように１つの形態を選択できるようにシステムが構成された通信システムが提供される。
【００４８】
パブリック・ノードは、情報要求を直接、プライベート・ノードへ転送するように構成され、パブリック・ノードは、通信をプライベート・ノードへ送信することになっている一連の中継ノード内で第１中継ノードへの情報要求を転送するように構成され、パブリック・ノードは、プライベート・ノードに対する情報要求を、要求している加入者まで配信する中継チェーンの第１中継ノードのネットワーク・アドレスを提供できるように構成され、又は、対応するプライベート・ノードが少なくとも一つのパブリック・ノードから直接的に又は中継ノードを経由して定期的にリクエストを検索できるように、パブリック・ノードは、情報要求を格納するように構成されている。データ・ネットワークに関するプライベート・ノード上の情報を含む複数のプライベート・ディレクトリを提供することを含み、データ・ネットワークのパブリック・ノードが保存されるパブリック・ディレクトリリスト、及び、プライベート・ディレクトリが提供され、各加入者はプライベート・ノード上に位置するプライベート・ディレクトリを持ち、及び少なくとも一つのパブリック・ディレクトリリストはパブリック・ノード上に位置する少なくとも一つのパブリック・ディレクトリ・リストをもち、提供されているパブリック・ディレクトリリスト及びプライベート・ディレクトリと、パブリック・ディレクトリ・リストは、前記ステップで、検索加入者検索中の加入者によって作成されるターゲット加入者のプライベート・ディレクトリからの情報に対する情報要求を作成する検索加入者検索中の加入者が作成することを可能にするものであり、パブリック・ディレクトリリストは許可する、及びプライベート・ディレクトリは、前記情報要求が、前記情報要求に対して何の情報が提供されるかを決定するためにターゲット加入者の代わりに、又は、ターゲット加入者によって見直されることを可能にするものである情報要求を許可することと、もしあるとすれば、情報要求に応えて提供されることを特徴とする通信方法である。
【発明を実施するための最良の形態】
【００４９】
本好適な実施形態は、加入者へのコンタクトを可能にする通信方法についての動的な存在情報を含む信頼できないピア及び信頼できるピアの両方におけるディレクトリ情報の管理され交換されることを許容しつつ、加入者が匿名を保つことを可能にするように構成されたピアツーピア・ネットワークを提供する。
【００５０】
本発明の好適な実施形態は、以下の二つの主な有益的な特徴を提供する。
【００５１】
１．正当なサーチャーにより容易に見つかる可能性があるが、不正なサーチャーには四苦八苦するだろう、安全なパブリック・ディレクトリである。このディレクトリは、多重入力もしくはシーケンシャル入力の‘収穫’における第三者による相互関係には耐性があるが、特に、多重単一ネットワークベースのディレクトリからのコンバインディングリストとリアルタイムの更新の双方には敏感である。
【００５２】
２．信頼できない加入者及びサーチャーから、ディレクトリへの加入者及びディレクトリに関するサーチャーの双方に関する身元情報を保護するが、ディレクトリへの加入者がパブリックエントリをリストし更新することを依然として許し、加入者とサーチャーの間での信頼関係を築き、信頼された加入者とサーチャーの間でのプライベート・ディレクトリ・エントリを容易に維持するような方法で、パブリック・ディレクトリ・エントリをリストする方法である。
【００５３】
サーチャーが主として加入者であることは重宝されるであろう。あれらの検索実行と、同じような理由で“加入者ターゲット”として時々ここに見なされ検索されることの間の混乱を回避するために“サーチャー”の期限は主にここで使われる。
【００５４】
特にディレクトリ手法は、個々のピアは高信頼環境で動作していることを前提としないでディレクトリはたくさんのノード間で共有される可能性がある場所であるピアツーピア・ネットワークに従順する。
【００５５】
安全なディレクトリ
各加入者は少なくとも一つの身元情報鍵を割り当てられる。以下でさらに詳しく説明されるように、これはシステムディレクトリがシステム身元情報を加入者に割り当てる又は既存の加入者の身元情報から決定されることによって割り当てられる（例えば、ダイジェスト関数又はハッシュ関数を経由して）。既存の身元情報は、電子メールアドレス、携帯電話の番号、又は他の識別子のように、システム以外での識別可能な加入者の一意の名前やアドレスである。
【００５６】
通常、直接割り当てられた身元情報は、公衆の求人広告のように特にシステム内のディレクトリ・パブリック・リストと関連する可能性がある。
【００５７】
好適な実施形態において、身元情報もしくはシステムが割り当てられた身元情報という理由で各身元情報鍵はディレクトリの中で各加入者のパブリック・リストに相当する。好適な実施形態において、パブリック・リストは以下の表示システムを含む。
【００５８】
・加入者の身元情報鍵
・加入者の公開鍵証明書；
・中継ノード・チェーンにある第１ノードのアドレス。このアドレスは、もしリクエストが直ちに加入者に送られず、代わりに加入者によって検索されるまで記憶部に留められる場合に、通信が、この身元情報もしくはリクエスト・ストアによって処理されるように通信の道順を決めるものである；
・加入者の匿名を保護している間に、この身元情報のための通信を一意に特定し、かつ、ルーチングを決定する中継チェーンによって使用される識別子；
・セキュア通信と通信経路決定に必要な他の情報；
・加入者のリストを確認するため使われる可能性がある（第２ダイジェスト関数を使用した、加入者の実アドレスのもう一つのダイジェストなど）他の情報；
・‘個人別電話帳’コンタクト情報、あるいは、加入者が公表を希望したり又は身元情報と関連性を持つことを希望したりする分類された広告などの他のパブリック情報。
【００５９】
他の実施形態において、上記の事項のすべてが加入者のパブリック・ディレクトリ・リストにあるわけではないことを当業者は高く評価する。
【００６０】
加入者は直接もしくはいくつかのプロキシ（常時接続のディレクトリ・サービスの様な）を通して、サーチャーやリクエスト上のサーチャー体系を非公開にそして開示したいと思われているすべての他のディレクトリ情報を保持する。そして、場合によると身元情報は検証された後にのみ可能である。
【００６１】
好適な実施形態において、ディレクトリ内でリスト化された身元情報の安全な要約に基づいたディレクトリ・エントリの前に、ディレクトリ・サービスは初めて身元情報の妥当性を検証する。これは、身元情報のダイジェストに基づいてディレクトリ内に加入者が掲載されることを望んでいることの確認要求を、帯域外通信が身元情報に送信されることによって行われる（身元情報の通信媒体を用いて）。余剰の意味で、システム以外ただ非公開に加入者から得る情報をディレクトリ内で使い公表されるリストを、このような方法で加入者は公認しなければいけない。
【００６２】
サーチャーは、ターゲット加入者の身元情報の知識と捜索ディレクトリ情報の知識を持っている（例えば、ターゲット加入者と通信を開設する）。ターゲット加入者への潜在的身元情報鍵取得のために身元情報として周知されるターゲット加入者へパブリック・ダイジェスト関数（一方向）をサーチャーが適用する可能性がある。ディレクトリに問い合わせることによって、加入者は、身元情報に基づく加入者リストがディレクトリ内に存在するか否かを確定することができる。
【００６３】
通信のコンタクトディレクトリの場合には、加入者の身元情報は、主として加入者の通信アドレス、例えば、電子メール、インスタント・メッセージ（ＩＭ）もしくはボイップ（ＶｏＩＰ）アドレス、携帯電話番号などであろう。
【００６４】
身元情報鍵のパブリック・リストに加えて、関連した情報リストは好適な実施形態によって提供されたパブリック・ディレクトリを示す。
【００６５】
ディレクトリ・リスト
好適な実施形態において、ディレクトリ・リストに格納されるディレクトリ・メカニズムは、構造化されたピアツーピア・ネットワークのパブリック・ノードにより提供される。
【００６６】
通信はノード間に生じる。ノードはピアの範囲内に存在する。それぞれの加入者情報に関するためそして以下により論じるように他の目的のために、通信はディレクトリ情報を更新するために使われる。
【００６７】
ピアとは主なソフトウェアエンティティで分配されたディレクトリネットワークを構成する。さまざまなピアツーピアコンテキスト内のネットワーク全域に実行し相互作用する論理ノード数にある‘コンテナ’のように、ピアは見なされる可能性がある。
【００６８】
好適な実施形態において、ピアは下記の内容を含む。
【００６９】
・０又は１のＤＨＴノード
・０又はそれより多くのパブリック・ノード
・０又はそれより多くの中継ノード
・０又は１つのプライベート・ノード
【００７０】
何種類かのノードがある：ＤＨＴノード、パブリック・ノード、プライベート・ノード、そしてパブリック・ノード、これらすべてがピアの中で実行しピアツーピアオーバーレイ・ネットワークに参加したりしなかったりし、ピア・ネットワークの分散ハッシュテーブルによって代表される。もしノードはオーバーレイ・ネットワークのＤＨＴピア（下記参照）上で実行しなければ、ゲートウェイやプロキシの様なものに代わりディレクトリ・リクエストを実行するＤＨＴピアに接続するに違いない。ノードは、ノードもしくは情報に関するノードが格納される他のマシンを参照するポインタを含む可能性がある。
【００７１】
ＤＨＴノードは互いに情報のやり取りをし、アドレス決定とルーチングサービスを提供する（構造化された）分散ハッシュテーブル（ＤＨＴ）オーバーレイ・ネットワークを構成する。各ＤＨＴノードは、ＤＨＴノードがＤＨＴオーバーレイ・ネットワーク加入時にセッションユニークノード番号によって判別される。
【００７２】
ＤＨＴノードは、アドレス決定クエリーをマッピングノード番号からネットワーク・アドレスを提供する。ノード番号そして各種サービス範囲内でのノード番号あてのメッセージを受けとる責任があることに基づき、ＤＨＰノードもまたルート・メッセージが可能である。連続したノード番号の一式であるＤＨＴノードの各種サービスは自らのノード番号と等しいもしくは複数が、ＤＨＴ内で二番目に大きいノード番号未満である。
【００７３】
すべての構成ノードがＤＨＴノードから成るノード番号と関連することによってＤＨＴピアと見なされる可能性があるＤＨＴノードを実行している例を、ピアは保持する。そしてピアは、ＤＨＴノードによってピア中に中継されるＤＨＴベース・トラフィックに対応する可能性がある。
【００７４】
幾つかの実施形態において、ＤＨＴノードは、ＤＨＴピア間にノードデータから成る複製管理に関与する可能性がある。
【００７５】
分散ハッシュテーブルと関連づけられたノード番号は、データ識別子とデータそのものをノードに割り当てるメカニズムを提供する。これにより、能率的で一義的な格納と分散型様式でのデータ検索を可能にする。
【００７６】
注目すべき点は、識別子と数の人口及びＤＨＴ内のノードパフォーマンスに依存していることである。いくらかのＤＨＴノードは、たくさんの識別子及び他のノードをサポートしている可能性がある。
【００７７】
これは、ノードがＤＨＴに参加又は離脱するように、識別子に対する主要な責任のあるノード（そして識別子の関連データ）は変化する可能性があるということである。
【００７８】
構造化されたピアツーピア・ネットワークの中で、各パブリック・ノードは加入者の身元情報を一つ表す。そして各パブリック・ノードは身元情報から由来する身元情報鍵を通じてＤＨＴ内に記憶場所を確認できる。逆に、各身元情報鍵は身元情報に相当していて、各加入者身元情報は少なくとも一つのパブリック・ノードから表される。パフォーマンス、信頼性、もしくは他の理由により、加入者は身元情報につき一つより多くのパブリック・ノードを保持している可能性がある。しかしもしサーチャーが加入者身元情報又は身元情報鍵が割り当てられたシステムを識別するなら、これらすべてのパブリック・ノードは容易に識別可能なはずである。つまりこの実施形態において、各パブリック・ノードは加入者へディレクトリ・リストの役目を果たす。
【００７９】
加入者への前項にリスト情報を表記するに加え、パブリック・ノードはアクティブ・サービスを設ける可能性がある。例えば、パブリック・ノードは、身元情報と関連した蓄積転送サービスを含む可能性がある。そのためにパブリック・ノードはプライベート・ノードのアドレスに対してリクエストするためリクエスト支援の信用証明物は貯蓄される可能性がある。パブリック・ノードのリストとサービスは集合的に、パブリック・ノードのファシリティと呼ばれる可能性がある。
【００８０】
各加入者は少なくとも一つのプライベート・ノードが割り当てられる。そのアドレスは非公開にされ、加入者の秘密ディレクトリ・ハンドラはサーチャーから以下の情報取り扱い要請を含む。それはサーチャーがターゲット加入者から情報入手をしようとすること、そして加入者による規定ルールと合致する中で、加入者に関する情報をリクエスト中のサーチャーに提供することである。
【００８１】
好適な実施形態において、情報は下記の内容により提供されるプライベート・ディレクトリの中に格納される。それは、プライベート・ノードはリクエスト中のサーチャーとターゲット加入者の間での通信許可に関するディレクトリ情報であることである。
【００８２】
ＤＨＴを通じてプライベート・ノードは記憶場所を確認できる。そしてそれらはＤＨＴピアに設置されている可能性があるにもかかわらず、ＤＨＴベースのトラフィックに関与しない。
【００８３】
もしプライベート・ノードがオーバーレイ・ネットワーク中のＤＨＴピアの上で動いていなければ、ゲートウェイもしくはプロキシとしての代わりの上にディレクトリ・リクエストを実行するＤＨＴピアと接続しなければならない。
【００８４】
ＤＨＴ識別子スペース又はリングの中にある独自の番号であるノード番号を書くＤＨＴノードを保持するネットワークに、各ＤＨＴノードがある。ノードが繋がったままの間、ＤＨＴノードがＤＨＴオーバーレイ・ネットワークに参加する及びＤＨＴノードを抑制したままの時、ＤＨＴノードに関するノード番号は設立される。切断になるとノード番号は開放され、そして（おそらく異なる）参加ＤＨＴノードに割り当てられるであろう。同様に、もしＤＨＴノードがネットワークに再参加されると、前回ネットワークに存在した異なるノード番号が割り当てられるであろう。
【００８５】
ノード番号はネットワーク割り当てされる可能性がある。ネットワーク内での他のピア・ノードにより、もしくはネットワーク内での特別なサーバかサーバ類のものかピアにより割り当てられる。ネットワークのパフォーマンス特性、ピア及び／又は他の特性に基づき、ノード番号は割り当てられるであろう。ノード番号は、身元情報鍵と同じナンバースペースの中で割り当てられる。
【００８６】
利害に関する他のノード番号の最新リスト及びそれらの物理的なネットワーク・アドレスを保持するため、ノードは互いの情報を交換する。
【００８７】
パブリック・ノード・ネットワーク内で、ノード番号は実行できる身元情報鍵に相当する。
【００８８】
ＤＨＴピアはゼロ又はそれより多くのパブリック・ノードをサポートする間、ＤＨＴピアはサービス・レンジ（各々パブリック・ノードに関係するかしないか）内で一連の身元情報鍵全てを表す。
【００８９】
好適な実施形態において、ＤＨＴピアのサービス・レンジは最も小さいノード番号の中のノード番号で、二番目に大きいＤＨＴピアのサービス・レンジのノード番号を含む（しかし以下のことを除いて）。
【００９０】
少なくとも一つのノード番号（すなわち、ＤＨＴノードは無い）も割り当てられないピアは、パブリック・ノードを実行することができない。しかしプライベート・ノードと中継ノードはまだ実行可能である。
【００９１】
身元情報に由来する身元情報鍵に基づき、もしノードが存在しないなら、サーチャーはどのピアと物理的アドレスが関心のあるパブリック・ノードを表すかを見分けることが可能である。
【００９２】
ピアがネットワークに加入する加入者のプライベート・ノードを実行しているとき｛ノード番号（ＤＨＴピア）が割り当てられたとき、又はＤＨＴピア・ゲートウェイ又はプロキシ（ＤＨＴピアのことではない）と接続するとき｝、ピアは加入者のすべてのパブリック・ノードと通信を確立する。
【００９３】
当業者は、本発明に関する他の実施形態が可能であることを認識するであろう。例えば、すべての身元情報鍵は、蓄積転送サービスと他のピアもしくはサーバに位置している関連情報を含む単一機（強化されたディレクトリ）に割り当てられるかもしれない。
【００９４】
加入者は、信頼された加入者だけのプライベート・ノードを含む通信ディレクトリによってプライバシーを保つ。そして少なくとも一つのパブリック・ノードを経由し通信起動するため、信頼できない加入者を必要とする。
【００９５】
いずれにせよ他の加入者は一般的に表示された信用証明物に基づいて加入者の判断力により信頼されるか否かが考慮される。しかしこのことは下記に述べられるターゲット加入者に属するプライベート・ノードに実行されるソフトウェアによって促進される可能性がある。そのソフトウェアとは、他の加入者すべてに信頼される、もしくはすべてに信頼されていない、又は主にマニュアルとともに測定に入ってくるアルゴリズムに依存するミクスチャーのことである。
【００９６】
好適な実施形態において、信頼されない加入者の間にある通信（すなわち、信頼されない加入者のノード間）はエンドポイント・ノードを互いのＩＰアドレスの発見から阻止する中継チェーン通信プロトコルを使用する。例えば、送信者、受信者、又は中間ノードを複数のターゲットもしくは終点アドレスから妨げる、少なくとも二つの中間物中継ノードを経由してノード・リレー通信するプロトコルである（いくらかの実施形態を想起すると、すべての加入者は信頼されないと処理されるであろう。故に、信頼される加入者と信頼されない加入者を識別する必要がないであろう。）。予測できない長さの中継チェーンを用いて（すなわち、終点アドレスによって定義される）中継ノードは送信者アドレス又は受信者アドレスだけでも確かなはずがない。
【００９７】
実施形態により、パブリック・ノードは以下の可能性がある；
【００９８】
・自動的に、信頼されない加入者からターゲット加入者のプライベート・ノードへ通信を進める。
・自動的に、信頼されない加入者から、通信をターゲット加入者のプライベート・ノードに中継ノード（中継チェーン）のチェーンにある第１中継ノードへ通信を進める。
・信頼されない加入者に、通信をターゲット・加入者のプライベート・ノードへ送ることになっている中継チェーンの第１中継ノードのネットワーク・アドレスを提供する。
・プライベート・ノードは、直接もしくは中継チェーンを経由して少なくとも一つのパブリック・ノードやノードから定期的にリクエストを検索することによって、通信リクエストを保持する。この場合、リクエストはたった制限された時間の量のため、及び限られたリクエストナンバーのために保持される可能性がある。
【００９９】
たとえ障害が起きたとしてもプライベート・ノードから中継チェーンによって獲得するまで通信を保持する構造はプライベート・ノードアドレスを漏えいしないであろう一方、当業者は、前記の初回設定に障害が起きていないパブリック・ノードに頼るほど安全ではない。
【０１００】
当業者は、他の実施形態が現在好まれていないことを認識している可能性がある。
好適な実施形態において、通信はＰＫＩ暗号化によってプロテクトされる（すなわち、通信は送信者の公開鍵と契約を結び、受信者の公開鍵を暗号化する。これにより送信者だけが通信を送信することができ、そして受信者だけがそれを読み取ることが可能であるということを確実にする。）。
【０１０１】
ターゲット加入者と通信を起動したい加入者はパブリック・ダイジェスト関数をターゲット加入者の身元情報の一つ（もしくは識別子割り当てされたシステム）に適応するだろう。それはパブリック・ノードの身元情報鍵を身元情報へ取得するためである。サービス・レンジ内に身元情報鍵のためのピアに属するネットワーク・アドレスのため、ＤＨＴ（分散ハッシュテーブル）にクエリーを行う。前述の融通のためピア上にパブリック・ノードにクエリーを行う。そしてパブリック情報をターゲット加入者のパブリック・ディレクトリ・リスト内で使用する（すなわち、ＰＨＩ認証、中継アドレスなど。）。間接的な通信をターゲット加入者のプライベート・ノードへ起動するためである。
【０１０２】
初めに、ターゲット加入者のプライベート・ノードに関する最新のネットワーク・アドレスを試みることによって、ＤＨＴオーバーレイ・ネットワークにある他の信頼された加入者の存在を、加入者は構築する可能性がある。満足のいく反応を作り出さないために、通信を行うための要請を起動する信頼されたターゲット加入者のプライベート・ノードを、加入者は使う可能性がある。成功した応答は、ターゲット加入者のプライベート・ノードが存在することを示し、それから通信は信頼されたプライベート・ノード間で直接起動される可能性がある。もしリクエストへ応答なしと受信されると、その結果、加入者は一定時間後にリクエストを再起動する可能性がある。
【０１０３】
好適な実施形態において、通信加入者に関してディレクトリ情報を保持するためにシステムは以下のように使われる；（１）各加入者によって単独で維持される。そして（２）各加入者の制御下で公開される。特にディレクトリ情報は同時に更新される可能性があり、加入者に関する情報が素早く変化していることも含んでいるであろう。例えば、コンタクトが取れる加入者の最近の方法に関して他の加入者に通知する。すなわち、ネットワーク・ターゲット加入者は存在する又はボイップ（ＶｏＩＰ）ネットワークのようにアドレス環境が同時に変化する上にコンタクトを取ることができるリアルタイム・ネットワーク・アドレスが存在する。
【０１０４】
この目的を達成するために、各プライベート・ノードはディレクトリ・ハンドラを保持する。それはディレクトリ・リクエストを、ターゲット加入者と通信しようとしているサーチャーから処理するためである。そしてターゲット加入者からリクエスト中のサーチャーに関するディレクトリ情報を提供するためでもある。リクエスト中の身元情報が許可を持つディレクトリ情報だけを提供するようディレクトリ・ハンドラが構成されていることが好ましい。
【０１０５】
それに応じて、ディレクトリ情報は、別個にリクエスト中のサーチャーに依存している可能性がある。
【０１０６】
例えば、私有の携帯電話番号はサーチャーのみに提供される可能性がある。またそれは、電子メールアドレスはすべてのサーチャーに提供される可能性がある一方、ターゲット加入者によって“友達”としてのカテゴリーに割り当てられた。
【０１０７】
好適な実施形態において、リクエスト中のサーチャーは、ディレクトリ情報についてのリクエスト結果に関するローカル・キャッシュを保持する。そしてリクエスト中のサーチャーは、ターゲット加入者に対し、続いて起こるリクエストによって定期的にキャッシュを更新する。もしくは直接アップデートを他の加入者から送信する。それはディレクトリ情報をリフレッシュするためである。
【０１０８】
ディレクトリ・ハンドラもまた、信頼されない加入者から信頼される状況に変えるため、リクエストを処理する。そしてマナーの数の中にはこのようなリクエストに必要な処理が行われる可能性がある。例えば、設定可能なアルゴリズムに基づく下記のことである。それは加入者からすでに個人として保持されるディレクトリ調査に基づくこと又はターゲット加入者によりいくぶんかマニュアルの意思決定に賛成されることである。例えば、通信中継や直接許可、プライベート・ノード間の通信などの通信の効率を、信頼されたピアは享受する可能性がある。
【０１０９】
好適な実施形態において、ディレクトリ・ハンドラは、下記のことで知られるターゲット加入者に関する情報に変わるため、同時に通信する。その情報とは、各信頼された加入者に知られる、もしくは直接各信頼された加入者のプライベート・ノードに知られる情報で、例えばターゲット加入者アドレスにおける変化を示すこれらの変化のように一つ又はそれを越える数のネットワーク上にプレゼンス・ステータスとして知られるものである。
【０１１０】
図１は、好適な実施形態に関するピアツーピア・ネットワークを示している概略図である。そのピアツーピア・ネットワークは下記を備える。
【０１１１】
・ピアツーピア番号付リングトポロジー内に接続する多数のピアは、典型的なＤＨＴアルゴリズムにより、各ピアへ下記のことを実行させている。
・０又は１のＤＨＴノード
・０又はそれより多くのパブリック・ノード
・０又はそれより多くの中継ノード
・０又は１つのプライベート・ノード
・検証サービスは、加入者検査とパブリック・ノード上に発行される情報の完全化を確実にしていることに対して責任を負う。
・ノード間に安全な相互作用が許可している、署名された発行公開鍵基盤証明のための認証局。
【０１１２】
図１に示すように、構造化されたピアツーピア・ネットワーク１００の一部から、ＤＨＰピア１１０（すなわち、ＤＨＰノード１１２を含む）だけである。
【０１１３】
図１は、二つの典型的なＤＨＴピアの例を示す。ＤＨＰピア１１０ａはＤＨＰ１１２ａを保持し、格納されたパブリック情報１１５をサーチャーへ提供する多数のパブリック・ノード１１４ａも保持する。ＤＨＴピア１１０ａもまた、いくらかの中継ノード１１６ａをサポートする。
【０１１４】
ＤＨＴピア１１０ａもまた、ディレクトリ・ハンドラ１３２ａ及び加入者の個人的ディレクトリ情報に関する格納部１３３を持つプライベート・ノード１３０ａ、情報開示のルール、及びリクエストされた又は同期化されたディレクトリ情報に関するローカル・コピーをサポートする。
【０１１５】
他のＤＨＴピア１１０ａは、ＤＨＴノード１１２ｂ、いくつかのパブリック・ノード１１４ｂ及びいくつかの中継ノード１１６ｂを保持する。
【０１１６】
しかしながら、このＤＨＴピアは、どのプライベート・ノード１３０もサポートしない。その代わりに、非ＤＨＴピア１２０ａはＤＨＴへのゲートウェイとしてＤＨＴと接続する。たとえば、ＤＨＴピア１１０ｂは、非分散ハッシュテーブル（ＤＨＴ）ピア１２０ａへのプロキシとしての機能を果たす。
【０１１７】
非ＤＨＴピア１２０ａは、ディレクトリ・ハンドラ１３２ａを含む加入者のプライベート・ノードを主にホストするであろう。つまり、プライベート・ノードは、パブリック・ノード及び／又は中継ノードを備えるゲートウェイ・ピアにスレーブされる。
【０１１８】
非ＤＨＴピア１２０ａは、プライベート・ノードの一例である。１２０ａは、現在ピアツーピア・ネットワークに接続されていない及びそれに応じてＤＨＴを通じ位置することが不可能である。
【０１１９】
非ＤＨＴピアは、加入者１３０ｃのプライベート・ノードとディレクトリ・ハンドラ１３２ａを持つ。非ＤＨＴピア１２０ａ又はＤＨＴノードに割り当てられているＤＨＴピアとしてのピアツーピア・トポロジーに接続する場合のように、非ＤＨＴピアはゲートウェイ・ＤＨＴピア経由で参加する可能性がある。
【０１２０】
ネットワークもまた、加入者の身元情報を実証するバンドリクエストを作り上げることに使われることが可能な既知アドレスを保持している検証サーバ１５０を備える。加入者がネットワークへの接続を試みるとき、検証サーバは、加入者の身元情報への送信通信リクエストの手段を一般的に提供される。
【０１２１】
ネットワークもまた下記の認証局１６０を備える。その認証局とは、メッセージの暗号化そして署名などに関する公開鍵基盤暗号手法の使用に関する促進によって、他ノードの自己認識を許可するために、署名された公開鍵基盤証明をノードへ発行することである。好適な実施形態において、検証された身元情報を持つことは、その後パブリック・ノードと中継ノードを構築する身元情報所有のプライベート・ノードに関する証明書を発行するため、検証サーバ１５０が認証局１６０へ指示することである。
【０１２２】
好適な実施形態におけるピアツーピア・ネットワークに関するデザインは、すべての加入者がプライバシーを保持することを許可することを目的としている。当業者は、意図的に公衆の状態にされたネットワークの一部の構造を持ついくらかのプライベート・ノードが存在する可能性があることを理解するであろう。例えば、加入者に関するパブリック情報の一部として、ピアに関するプライベートネットワーク・アドレスを、加入者は発行した。この点で、“プライベート・ノード”の項目は、加入者がプライベート・ノードへ、プライベートのままであるように意図することを明確にやり遂げたものだった。しかし一般に、すべての加入者がプライベート・ノードに関するプライバシーを保持することを意図する想定上に、記述は進行する。
【０１２３】
好適な実施形態のピアは、ピアツーピア・ネットワークノードの以下のような典型的な特徴を持つ。それは、ファイアウォール後方、ネットワーク・アドレス変換の対応、ピア・ネットワーク内へのブートストラップ、ピアへのサービス提供、及び他のピアから提供されるサービスレート及び他のサービスから相互作用する能力である。好適な実施形態において、ＩＰアドレスの期限は下記のことに関する。それは、ピアツーピアノードはインターネット及びインターネット（例えば、ネットワーク・アドレス・変換、サーバトネリングなど）中での表示に作用する可能性がある行き渡ったネットワークセキュリティー中の記憶場所に依存していてコンタクトを取る可能性があることである。
【０１２４】
好適な実施形態において、ピアは典型的に二つの形状で実行する。
【０１２５】
・ＤＨＴノード、並びに、ゼロ又はそれより多くのパブリック・ノード及び中継ノード、並びに（必要に応じて）、プライベート・ノードを備えるＤＨＴピア。典型的にデスクトップ又は低価格で広帯域インターネット接続で繋がるサーバクラスのマシンと、
・プライベート・ノードのみを備える非ＤＨＴピアは、典型的に携帯端末（ＰＤＡ）又は携帯電話のような携帯用デバイス上に実行している、そして一般的に低価格の広帯域インターネット接続で繋がらない。
【０１２６】
当業者は、他の形状は可能であると認識するであろう。例えば、非ＤＨＴピア内で実行され、及びＤＨＴ内に格納されたエントリから間接的な参照を経由して位置が特定される可能性があるパブリック・ノード及び中継ノードである。
【０１２７】
なお一層、非ＤＨＴピアはデスクトップ又はサーバクラスのマシン上に実行しているから妨げることはない。
【０１２８】
好適な実施形態において、ＤＨＴノードは互いに情報のやり取りをし、アドレス決定とルーチングサービスをノード番号上に設けるＤＨＴオーバーレイ・ネットワークを形成する。各ＤＨＴノードは、ＤＨＴノードがＤＨＴオーバーレイ・ネットワークに接続するとき構築されるセッションユニークノード番号によって判別される。
【０１２９】
各ＤＨＴノードは、サービス・レンジ及びピア内で他ノードへの中継インバウンド・ＤＨＴベースのトラフィック範囲内で目的ノード番号を持っているメッセージを受けていることに関与する。
【０１３０】
各ＤＨＴノードもまた下記の‘ハウスキーピング処理’機能を実行する。それは、構造安定性が保持されるネットワークを確実にするＤＨＴ機能性の根本を利用する機能である。例えば、データの複製を保持していることによって及びネットワーク・レイテンシーを最小化するＤＨＴ内での理論上の記憶場所をチューニングすることによってなどである。
【０１３１】
ネットワークに参加するため、ＤＨＴピアは‘結合’トランザクションを受ける。それによって、そのＤＨＴノードは、ＤＨＴノードに関するネットワーク、ノード番号の調達（内部生成されたアルゴリズム経由か、他のピアとの‘結合’トランザクションから又は初期ＤＨＴを提供することが可能な‘結合’サーバを備えて、のどれか）、及びノード番号に対応するリングアドレスを自己認識する。異なるリングアドレスにおいて、リングに関するノードパフォーマンスを最適化するため‘離れる’そして再‘結合’可能性があるＤＨＴノードに関する性能の最適化のため、このノード番号は選ばれる。一旦、ピアツーピア・ネットワークへ‘結合’されると、ルーチング及びピアツーピア・ネットワークに関する平衡アルゴリズムによって決定されるサービス・レンジに従ってゼロ又はそれより多くのパブリック・ノードを、ＤＨＴピアはサポートする。
【０１３２】
好適な実施形態において、非ＤＨＴピアが所有するＤＨＴトランザクションへのリクエストのために‘ゲートウェイ’又は‘プロキシ’としての役目を果たすＤＨＴピアを経由して、非ＤＨＴピアは接続する。それはネットワークに参加するためである。
【０１３３】
好適な実施形態において、各加入者は一つ又はそれより多くの身元情報を持ち、主な構成要素はディレクトリ・ハンドラであるプライベート・ノードによって表される。
【０１３４】
ディレクトリ・ハンドラは以下の機能を設ける。
【０１３５】
・プライベート・ディレクトリの保持。
・他の加入者ノードからプライベート・ディレクトリ情報へのリクエストを受ける。
・他の加入者ノードから信頼できるステータスへのリクエストを受ける。
・信頼される加入者ノードを備えるディレクトリ情報の交換又は同期化。そして
・検索される又は同期化されるディレクトリ情報に関するローカル・コピーの保持。
【０１３６】
好適な実施形態において、プライベート・ノードもまた以下の機能を持つ。
【０１３７】
・関連したパブリック・ノード上で各加入者の身元情報に対してパブリック・ディレクトリ情報の初期化及び更新。
・多様な通信中継ノード・チェーンの初期化、更新及び証明。そして
・身元情報、関連するディレクトリ情報及び他の加入者を含む相互作用への構成規則を管理する加入者に対してユーザー・インターフェイスの提供。
【０１３８】
当業者は、これらの機能にはさまざまな方法が提供されそしてプライベート・ノードに関すると認識するだろう。例えば、加入者の個人的なコンピュータ・デバイス（マシン）上にあるディレクトリ又は幾分かのクライアント・サーバ・アーキテクチャの構成内にあるプロキシによってである。
【０１３９】
加入者への各パブリック・ノードは以下の機能を備える。
【０１４０】
・パブリック記憶領域の供給は、与えられた身元情報のために、加入者によって構成されるパブリック情報と共に加入者のプライベート・ノードによって初期化され更新される。
【０１４１】
上記で論じられたように、この情報は下記の内容を含む。
・身元情報の公開鍵証明書；
・中継ノード・チェーンになる初期ノードに関するアドレス。
・この身元情報のため独自に通信を識別するであろう識別子。
・‘ホワイトページ（個人別電話帳）’などのように他の情報は、加入者が公表することを望む情報へコンタクトを取る。
【０１４２】
（パブリック・ノードは、その他のノードからクエリーの受信上にあるこのパブリック情報で返事をする。当業者は、そのように公表された付加情報を必要とする他の実施形態がある可能性を認識するつもりである。）
【０１４３】
・例えば、関連するプライベート・ノードへ‘ハートビート’コミュニケーションを定期的に送信することによって、中継ノード・チェーンが確保する‘ハウスキーピング’機能がインテグリティを保持する。
【０１４４】
当業者は、パブリック・ノードに提供が必要とされる可能性があるたくさんの‘ハウスキーピング’機能が存在することを認識するであろう。それは、ピアツーピア・オーバーレイを進行している分散型のデータベースに関する構成要素である。
【０１４５】
好適な実施形態もまた、ＤＨＴピアと非ＤＨＴピア上に実行する可能性がある中継ノードを設ける。中継ノードはプライベート・ノードによりリレー通信は設定され、中継ノードは固定された中継デスティネーションを含むかもしれないいくつかの設定された基準に基づいて受信する。通信に関するいくらかの識別子に基づいて中継デスティネーション、通信自体に組み込まれた中継デスティネーション、及び蓄積転送動作によって、中継ノードは他のノードに検索されるまで通信を保留する。
【０１４６】
好適な実施形態において、中継チェーン内で次のノードへ自動的に通信は供給される。そして状態情報はネットワーク内で保持されない。もしノードは通信を受信可能でなければ、通信は供給されないであろう。システムハートビートと一緒に余剰中継ノード・チェーンの多重使用は、中継ノード・チェーンの破損が原因で通信の断絶を最小化することに使われる。かさねて、当業者は、非配信通信を管理するため他のトランザクション体制に加えリレー通信を使う可能性があるこれらの中継クリテリアと付加的クリテリア上にあるたくさんの変動を認識するだろう。
【０１４７】
前述のとおり、当業者もまた、加入者身元情報を照合している責任がある照合サービス１５０及び、検証された身元情報実用化までもしくは実用化から証明書を発行及び無効にすることにたいして責任がある認証局１６０を設ける。それは加入者が、他人の身元情報、ひいては、ディレクトリ情報になりすますことができないようにするためである。好適な実施形態において、検証は関連する帯域外の認証トランザクションによって実現する。例えば、電子メールへのパスワード応答は識別電子メールアドレスへ送信する、ＳＭＳ（ショート・メッセージ・サービス）から識別携帯電話番号へ、又はテレフォニートランスポートアドレス｛ＰＳＴＮ（公衆交換電話網），ＶＯＩＰ（ボイップ）など｝のためのテレフォニーアプリケーションへ、などである。成功する検証は、それから身元情報のパブリック・ノードで公開する身元情報への公開鍵証明へ認証局が行う署名を結果としてもたらす。当業者は、身元情報検証への他のメカニズム及びディレクトリへの認可に関して続いて起こるコントロールを認識するだろう。
【０１４８】
好適な実施形態において、パブリック・ノードアドレス（身元情報鍵）は、与えられた加入者の身元情報の関する一方向性ダイジェストに基づく。
【０１４９】
現にパブリック・ノードが加入者身元情報を構築するまで、身元情報鍵はピアツーピア・ネットワークの範囲内で未使用のままである。
【０１５０】
ダイジェスト・アルゴリズムが一方向性アルゴリズムであるため、ダイジェスト・アルゴリズムは加入者身元情報と身元情報鍵の間で１：Ｎ（Ｎ≧１）マッピングを伴うことがない又はたやすく発見でき得るということを、当業者は評価するつもりである。いくらかのインスタンスにあるべきダイジェスト・アルゴリズムは、異なる加入者身元情報へ同じ身元情報鍵を生産する。これらのコリジョンは、複数の異なる方法で処理できる。
【０１５１】
好適な実施形態において、身元情報が確認され二次ダイジェスト・アルゴリズムを使用し同じ加入者身元情報から得られるパブリック・ノード内に、数値データは格納される（応用された同じ加入者身元情報がごくごく小さいとき、二つの異なるダイジェスト・アルゴリズムは両方同じ結果を得ている確率）。もし二つの異なる加入者身元情報が身元情報鍵（ダイジェスト番号スペース内のコリジョン）をもたらすなら、固有の身元情報鍵が得られるまで、標準アルゴリズムは加入者識別子へ繰り返し応用される。例えば、一続きのサフィックスを確定的に加入者身元情報へ加えている、一方向性ダイジェスト関数を繰り返している、及び一意性をチェックしているなどである。コリジョンの場合、他の技術は代替身元情報鍵を割り当て使うことが可能であると、当業者は認識するであろう。もしくは実際、衝突身元情報鍵を持つユーザーは、システムへのアクセスを拒絶される可能性がある又は代替加入者身元情報を設けるよう義務付けられる。
【０１５２】
好適な実施形態において、プライベート上の加入者ソフトウェアは、身元情報鍵に相当するＰＫＩ（公開鍵基盤）証明書を作成し、身元情報そのもののように他のデータと共に検証サービスへ、その証明書を提出する。認証サーバはそれから、上記の帯域外認証トランザクション経由で身元情報を認証する。もし認証が成功すれば、認証局１６０はそれから身元情報への証明書に署名をする。プライベート・ノードはそれからピアツーピア・ネットワークへ、身元情報鍵に相当するアドレス付身元情報のためのパブリック・ノードを作成するようリクエストしたり、上記のようにパブリック情報付パブリック・ノードを更新するようにリクエストする。この過程はエンロールメントとして知られている。当業者は、このトランザクションフロー上にたくさんの可能なバリエーションがあること認識するであろう。しかし、識別子に関する帯域外認証及び識別子に関する一方向性ダイジェストに基づいたパブリック・ノードに関する生成は、エンロールメントプロセスの中心となり、とどまる。
【０１５３】
好適な実施形態において、各関連するパブリック・ノードについて、プライベート・ノードは中継ノード・チェーンをそれ自体からパブリック・ノードへセットアップする。それはパブリック・ノードへの匿名（プライベート・ノードのＩＰネットワーク・アドレスに関して）更新のためである。ＰＫＩ暗号化を経由して保護される通信は、パブリック・ノードで格納される加入者の公開鍵に基づく。プライベート・ノードもまた、中継ノード・チェーンを任意の初期ノードから中継ノード・チェーンまでセットアップする。そして、この初期ノードのアドレス付のパブリック・ノードを更新する。信頼されないリクエスタからプライベート・ノードによって、この中継チェーンは通信のために使われる。当業者は、他の中継ノード・トポロジーは可能であることを認識するつもりである。
【０１５４】
これにより、もし加入者がターゲット加入者の身元情報を知り、ディレクトリ情報へターゲット加入者をリクエストすることを望むと、リクエスト中の加入者はパブリック・ノードリング内で識別子のパブリック・ノードアドレスを決定することが可能である。
【０１５５】
そうすると、リクエスト中の加入者は下記のことになるだろう。
【０１５６】
１．ポテンシャル・パブリック・ノード・リングアドレスである身元情報鍵を獲得するため、一方向性ダイジェスト関数を候補ターゲット加入者の身元情報を適用する。
【０１５７】
２．身元情報鍵に関する値付きのパブリック・ノード・リングアドレスに相当するパブリック情報のため、ピアツーピア・ネットワークにクエリーを行う。
【０１５８】
３．もしパブリックデータが戻ると、下記のようになる。
【０１５９】
ａ）パブリック情報を参照された正確な加入者身元情報へ確保するため、二次ダイジェストデータをチェックする。もし二次ダイジェスト情報が識別子コリジョンを示すと、それから正確な加入者識別子とこれによる加入者身元情報への正確な身元情報鍵とを獲得するため、決定性のサフィックス・アルゴリズムを適用する。
【０１６０】
ｂ）サイン、暗号化、リクエストをターゲット加入者のプライベート・ノードへ中継するため、パブリック情報を使う。
【０１６１】
ｃ）リクエストへの反応のため、受信された通信をチェックする。
【０１６２】
４．もし、パブリック情報が身元情報鍵へ適用されないと、ディレクトリ内には身元情報の記載がないことになる。
【０１６３】
もし、リクエスト中の加入者が、リクエストへ無応答を受信すると、下記のどちらかになる。
【０１６４】
ａ）ターゲット加入者のプライベート・ノードが可能や応答になるまで、繰り返し送られキュー（いくらかのタイムアウトと共に）になる可能性がリクエストの場合に、ターゲット加入者のプライベート・ノードは利用できない。
【０１６５】
ｂ）リクエスト中の加入者は他のリクエストを送信することが可能又は諦めるかの場合、ターゲット加入者は通信することを望まない。
【０１６６】
ｃ）リクエスト中の加入者が他のリクエストを送信することができる又は諦める場合、リクエストは通り抜けなかった（冗長中継チェーン及び場合によりリクエストを再送することによってこれは軽減される）。
【０１６７】
好適な実施形態において、すべてのリクエスト及び応答メッセージは、インテグリティ及び非拒絶を保証するためＰＫＩ証明書によって保護される。言い換えれば、送信者のプライベート鍵によって署名され、受信者の公開鍵（受信者のパブリック・ノードから取得される）で暗号化される。
【０１６８】
加えて、通信状態は送信者のみによって維持され、及び通信は一方向性の中継ノード・チェーンに従ってのみ進行する。
【０１６９】
これにより、応答は元の送信者のインバウンド・中継チェーンを経由して通信され、その初期ノードは、送信者のパブリック・ノードパブリック情報から得ることが可能である。
【０１７０】
好適な実施形態において、ターゲット加入者は、リクエスト中の加入者から通信を受信している。
【０１７１】
１．リクエストに応答するかどうか及びそうだとしても、応答を策定する。
【０１７２】
２．リクエスタ加入者の身元情報鍵を、リクエスタの身元情報に相当するパブリック・ノード・リングアドレスを得るために導く。
【０１７３】
３．導き出されるパブリック・ノード・リングアドレスに相当するパブリック情報のため、ピアツーピア・ネットワークにクエリーを行う。
【０１７４】
４．もしパブリックデータが返されると（及びこれはそうなると見込まれる）下記のようになる。
【０１７５】
ａ）正確な加入者身元情報のためのパブリック情報が参照されていることを確認するため、二次ダイジェストデータをチェックする。もし二次ダイジェスト情報が識別子コリジョンを示すと、それから正確な加入者識別子とこれによる加入者身元情報への正確な身元情報鍵とを獲得するため、決定性のサフィックス・アルゴリズムを適用する。
【０１７６】
ｂ）サイン、暗号化、リクエストをターゲット加入者のプライベート・ノードへ中継するため、パブリック情報を使う。
【０１７７】
一旦、基準の中継ノード・チェーンを経由して二人の加入者が通信を構築したら、彼らは二者間で中継チェーンの長さを変更することを選択する可能性がある。例えば、新しいインバウンド・中継ノード・チェーンを開発する及びチェーンの初期ノードに関する他の加入者のアドレスへアドバイスする、又は中継チェーン全ての手間を省くことによって及びプライベート・ノード通信へ直接プライベート・ノードを構築している。
【０１７８】
好適な実施形態において、‘信頼された’ステータス構築に関するリクエストへの成功応答は、ダイレクト・プライベート・ノードからプライベート・ノード通信へ構築するための条件である。これが性能と信頼性を強化することが可能な間、機密性を減少させることが可能である。従って、他の加入者が他の加入者のＩＰアドレスを公開しないように又はスパムのような動きを実行しないよう信頼できることを重要視する。
【０１７９】
通信を望む信頼された加入者への過程は上記の過程と下記の点で類似している。それはリクエスト中の加入者は、ターゲット加入者が存在しようがなかろうがリクエスト中の加入者は決定する必要が無いという相違で新しいターゲット・ユーザーと通信しているという点である。もし信頼されたターゲット加入者へローカル・キャッシュされたディレクトリ情報が陳腐化した（すなわち、ターゲット加入者は、前回の更新からアドレスを変更した）ら、リクエスト中の加入者は下記の通りに通信を開始しようと試みることが可能である。
【０１８０】
１．リクエスト中の加入者は、ターゲット加入者のパブリック・ノード内での中継情報によって、コミュニケーション・リクエスト（リクエスト中加入者のＩＰアドレスを含む）を送信する。
【０１８１】
２．ターゲット加入者は、ターゲット加入者のＩＰアドレスを持つリクエスト中の加入者へ直接応答する。
【０１８２】
ここに述べられたように安全なディレクトリ・サービスが、原動力に関する拡張子及び原動力へのアプリケーションズの広範囲である。例えば、電気通信アプリケーションについて、接触時間で異なる帯域外の代替接続をターゲット加入者へ提供することは可能である。
【０１８３】
例えば、加入者は、携帯電話との接続又はＶｏＩＰ接続を経由してかの選択を示す可能性がある。
【０１８４】
その代替案として、コールを解除するため代わりの選択が存在するために、ネットワークは構成可能である。例えば、もしリクエスト中のユーザーとターゲットが異なる国に位置すると、ターゲット・ユーザーの国内にあるローカルＩＰゲートウェイの携帯電話に電話を繋ぐ手段が選択できる可能性がある。しかし、コールをすることはリクエスト中のユーザーに関するＶｏＩＰ電話サービスとして始まった。
【０１８５】
リクエスト中の加入者へ戻されるディレクトリ情報を同時にコントロールすることにこの技術が使われることは可能である。それはターゲット加入者がリクエスト中の加入者に、多種多様であることに基づく利用できるサービスの基準が明白であることをコントロールできるようにするためである。例えば、もし家庭とオフィスの電話番号が双方ともＶｏＩＰによって一人の加入者のＩＰアドレスへリンクされているとすれば、そのターゲット・ユーザーはただ家で友達欲しさにそれらにアクセスできる、及びオフィスに居るときだけは仕事上の接触を必要としてそれらにコンタクトを取るかもしれない。
【０１８６】
それに応じて、加入者からターゲット加入者との通信へのハンドリング・ディレクトリ・リクエストのためのディレクトリ・ハンドラは、許可が下りるターゲット・ピアへのディレクトリ情報のみ提供するよう構成されている。この目的を達成するため、ディレクトリ・ハンドラは、データベース内及び、データベース又は確かにコンタクト類内で個人へ異なる分類を割り当てる能力を考慮に入れるため提供される機能を持つ（例えば、同じドメインを共有する人々が使用できるかもしれない異なるレベルの情報）。
【０１８７】
本ディレクトリ・メカニズムの一利点は、加入者によって最新の状態に保たれる及び加入者情報が変化するにつれ同時に更新可能であることである。別の利点は、組織的攻撃ほど影響を受けやすいわけではないように、情報は高度に分散されることである。
【０１８８】
売り出される又は購入される商品やサービスの交換からでさえ、商品及びサービスの売り手が匿名を希望することを許可するオンライン・セールスの運営を、許可するため拡張されることが、システムもまた可能である。例えば、加入者は、身元情報鍵が割り当てられたシステムに基づき分類された（‘イエローページ’分類という意味の）パブリック・ノードの割り当てられる可能性がある。ビジネスは、相手方の身元情報を知る必要がなく始められる可能性がある。
【０１８９】
従来のディレクトリが、リクエスト中の情報のエンティティに関する身元情報もしくは加入者の詳細に変えることに基づいて情報を同時に提供しないのに対して、好適な実施形態のシステムは、リクエスト中のコンタクト情報に関するエンティティに特異的に依存し提供されるリクエスト中のエンティティに関する身元情報に基づいた情報提供を有効にする。何処でこれが役立つかという例を挙げると、医療記録検索の用途又は電気通信接続のアプリケーションである。好適な実施形態もまた、紙ベースのディレクトリ又は典型的に迅速に更新されないインターネット・ディレクトリでさえ可能になるより、高速区間においてディレクトリ情報を更新できるようにする。特定の加入者（固定電話番号、携帯電話番号及び所在住所地に加えて電子メールアドレス、動的ＶｏＩＰアドレス、ＩＭ識別子など。）及び従来のディレクトリより更に簡単にこの情報が変化する可能性があることがますます頻繁であるために保持されることが必要かもしれないディレクトリ情報の量を増加させるために、本発明はディレクトリを操作する。
【０１９０】
いくらかの実施形態において、本発明は、障害が起こるかもしれないとの情報に関する集中型の収集を回避する及び／又は、プライベート加入者及び彼らの関係の観点を潜在的に設ける。
【０１９１】
最後に、従来のディレクトリが明白な問題を解決する安全で動的なディレクトリ・サービスは、通信コンタクトアドレスより情報に関する部類で広範囲に渡り適用することが明白でなければいけない。現実に、パブリック・ディレクトリを経由して見つかる可能性がありしかしリクエスタに関する身元情報に基づき共有されるのみであるいかなる情報はこのようなシステムを経由して配信される可能性がある。
【０１９２】
後述の本発明に関するスコープから離れることなしに上記の実施形態を作成することが可能である、本発明及び変更箇所に関する多様な他のアプリケーションを、当業者は直ちに理解するだろう。
【図面の簡単な説明】
【０１９３】
【図１】図１は、好適な実施形態におけるピアツーピア・ネットワークに関する概略図である。
【図１】
2008533879.tif 000003
【手続補正書】
【提出日】平成18年12月20日(2006.12.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信システムであって、
複数の加入者それぞれのディレクトリ・リストを格納しており、データ・ネットワークを経由してアクセス可能なディレクトリ・メカニズムと、
複数の加入者の身元情報鍵を生成する身元情報鍵生成器とを備え、
前記身元情報のそれぞれは、ディレクトリ・リストを一義的に識別し、前記加入者の前記身元情報鍵は、前記加入者の身元情報に一方向性アルゴリズムを適用することによって生成され、前記一方向性アルゴリズムは、前記システムの加入者が入手可能であり、これにより、ターゲット加入者の身元情報を知る加入者は、対応する身元情報鍵を得るために前記身元情報に前記一方向性アルゴリズムを適用し、もし前記ターゲット加入者がディレクトリ・リストに存在するならその身元情報鍵を用いて情報要求決定を出力できる
ことを特徴とする通信システム。
【請求項２】
各ディレクトリ・リストは、身元情報との通信を開始させることができるデータを含む
ことを特徴とする請求項１記載の通信システム。
【請求項３】
各ディレクトリ・リストはさらに、身元情報との通信を促進するアクティブ・サービスを含む
ことを特徴とする請求項１又は２記載の通信システム。
【請求項４】
ディレクトリ・リストは、パブリック・ディレクトリ・リストを構成し、
プライベート・ディレクトリを所有する加入者のための通信メカニズムのマスタ・リストを保持する各加入者用のプライベート・ディレクトリが提供されることを特徴とする請求項２又は３記載の通信システム。
【請求項５】
各プライベート・ディレクトリはさらに、他の加入者との通信をいかにして開始するかに関してのディレクトリ情報を格納している
ことを特徴とする請求項４記載の通信システム。
【請求項６】
前記通信システムはさらに、一つ又は複数の既定のルールに基づいて加入者のプライベート・ディレクトリからの情報に対する情報要求に対拠するための一つ又は複数のディレクトリ・ハンドラを備える
ことを特徴とする請求項１から５のうちのいずれかに記載の通信システム。
【請求項７】
前記ディレクトリ・ハンドラは、パブリック・ディレクトリ情報を動的に更新する
ことを特徴とする請求項６記載の通信システム。
【請求項８】
加入者のシステム身元情報を生成するためのシステム身元情報生成器をさらに備え、
前記身元情報鍵生成器は、身元情報が割り当てられたシステムに基づいて身元情報鍵を生成する
ことを特徴とする、請求項１から７のうちのいずれかに記載の通信システム。
【請求項９】
ディレクトリ・メカニズムは、複数のパブリック・ノードを備え、
それぞれのパブリック・ノードは、構造化されたピアツーピア・ネットワークに接続されたピアに位置し、それぞれのパブリック・ノードは、ディレクトリに加入者のサブセットのディレクトリ・リストを格納している
ことを特徴とする、請求項１から８のいずれかに記載の通信システム。
【請求項１０】
ディレクトリ・メカニズムは、インターネットを経由してアクセス可能であり、一つ又
はそれより多くのサーバに格納されたディレクトリ・データベースを備え、前記ディレクトリ・データベースは、加入者のディレクトリ・リストを前記ディレクトリに格納している
ことを特徴とする請求項１記載の通信システム。
【請求項１１】
ディレクトリ・リストは、身元情報の匿名性とプライバシーを保護するように構成されている
ことを特徴とする、請求項１から１０のいずれかに記載の通信システム。
【請求項１２】
通信方法であって、
複数の加入者それぞれに対するディレクトリ・リストを格納すること、
加入者の身元情報鍵を生成すること、ここで、各身元情報鍵は、ディレクトリ・リストをユニークに識別し、身元情報、加入者の身元情報鍵は、一方向性アルゴリズムを加入者の身元情報に適用することによって生成され、
システムの加入者が一方向性アルゴリズムを利用できるようにすることとを含み、ターゲット加入者の身元情報を知る加入者が、対応する身元情報鍵を得るためにその身元情報に対して一方向アルゴリズムを適用し、もしターゲット加入者がディレクトリ・リストに存在するならその身元情報鍵を用いて情報要求決定を出力できる
ことを特徴とする通信方法。
【請求項１３】
各ディレクトリ・リストは、身元情報との通信を開始させることができるデータを含む
ことを特徴とする請求項１２記載の通信方法。
【請求項１４】
各ディレクトリ・リストはさらに、身元情報との通信を促進するアクティブ・サービスを含む
ことを特徴とする請求項１２又は１３記載の通信方法。
【請求項１５】
ディレクトリ・リストは、パブリック・ディレクトリ・リストを構成し、
前記方法は、プライベート・ディレクトリを所有する加入者への通信メカニズムのマスタ・リストを保持する、各加入者のプライベート・ディレクトリを提供することを含む
ことを特徴とする請求項１３又は１４記載の通信方法。
【請求項１６】
各プライベート・ディレクトリはさらに、他の加入者との通信をいかにして開始するかに関してのディレクトリ情報を含む
ことを特徴とする請求項１５記載の通信方法。
【請求項１７】
一つ又は複数の既定のルールに基づいて、加入者のプライベート・ディレクトリからの情報に対する情報要求をハンドリングすることを含む
ことを特徴とする請求項１２又は１６記載の通信方法。
【請求項１８】
パブリック・ディレクトリ情報を動的に更新することを含む
ことを特徴とする請求項１７記載の通信方法。
【請求項１９】
加入者のシステム身元情報を生成することを含み、身元情報鍵生成器は、身元情報を割り当てられたシステムに基づいて身元情報鍵を生成する
ことを特徴とする、請求項１２から１８のうちのいずれかに記載の通信方法。
【請求項２０】
ディレクトリ・リストは、身元情報の匿名性を保護するように構成されていることを特徴とする請求項１１記載の通信方法。
【請求項２１】
通信システムであって、
プライベート・ノード及びパブリック・ノードを備えるデータ・ネットワークと、
情報を含むデータ・ネットワークの範囲内でプライベート・ノード上に位置する複数のプライベート・ディレクトリと、
データ・ネットワークのパブリック・ノードに格納された複数のパブリック・ディレクトリ・リストとを備え、
前記通信システムの各加入者は、プライベート・ノードに位置するプライベート・ディレクトリ及びパブリック・ノードに位置する少なくとも一つのパブリック・ディレクトリ・リストを持ち、
各パブリック・ディレクトリ・リストは、もしあるとすればどの情報が情報要求に応じて提供されるかを決定するために、加入者へのリクエストを作ることによって作成され、ターゲット・加入者の代わりに、あるいは、ターゲット・加入者によって見直されるように、ターゲット加入者のプライベート・ディレクトリからの情報に対する情報要求を可能にするように構成されている
ことを特徴とする通信システム。
【請求項２２】
各パブリック・ディレクトリ・リストは、パブリック・アドレスを含む少なくとも一つのパブリック・ノードによって提供され、
各パブリック・ノードは、構造化されたピアツーピア・ネットワーク内で接続されたピア上に位置している
ことを特徴とする請求項２１記載の通信システム。
【請求項２３】
プライベート・ディレクトリは、プライベート・アドレスを所有するプライベート・ノード上に提供され、前記情報要求は、プライベート・ノードによって処理される
ことを特徴とする請求項２２記載の通信システム。
【請求項２４】
パブリック・ノードは、情報要求を直接、プライベート・ノードへ転送するように構成されている
ことを特徴とする請求項２３記載の通信システム。
【請求項２５】
パブリック・ノードは、プライベート・ノードへ通信を配信することになっている中継ノード・チェーン内の第１中継ノードへ情報要求を転送するように構成されている
ことを特徴とする請求項２３記載の通信システム。
【請求項２６】
パブリック・ノードは、プライベート・ノードへの情報要求を要求している加入者に配信する中継チェーンの第１中継ノードのネットワーク・アドレスを提供できるように構成されている
ことを特徴とする請求項２３記載の通信システム。
【請求項２７】
対応するプライベート・ノードが少なくとも一つのパブリック・ノードから直接的に又は中継ノードを経由して定期的にリクエストを検索できるように、パブリック・ノードが情報要求を格納するように構成されている
ことを特徴とする請求項２３記載の通信システム。
【請求項２８】
パブリック・ノードが、情報要求を直接、プライベート・ノードへ転送するように構成され、
パブリック・ノードが、通信をプライベート・ノードへ配信するリレー・ノード・チェーン内の第１中継ノードへ情報要求を転送するように構成され、
パブリック・ノードは、プライベート・ノードへの情報要求を、要求した加入者に配信することになっているリレー・チェーンの第１中継ノードのネットワーク・アドレスを提供できるように構成され、又は、
少なくとも一つのパブリック・ノードから直接的に又は中継ノードを経由して、対応するプライベート・ノードが定期的にリクエストを検索できるように、パブリック・ノードは情報要求を格納するように構成され、
加入者が構成を選択できるように構成される
ことを特徴とする請求項２３記載の通信システム。
【請求項２９】
情報要求は、通信が加入者間で直接起動されることを可能にするのに必要とされるディレクトリ情報に関する
ことを特徴とする請求項２１から２８のうちのいずれかに記載の通信システム。
【請求項３０】
情報要求は、ターゲット加入者のディレクトリ情報を更新しようとしている検索中の加入者に関する
ことを特徴とする請求項２１から２９のうちのいずれかに記載の通信システム。
【請求項３１】
情報要求は、検索中の加入者に関する身元情報に基づいて公開される機密情報に関する
ことを特徴とする請求項２１から３０のうちのいずれかに記載の通信システム。
【請求項３２】
加入者身元情報に基づいて加入者の身元情報鍵の生成するための身元情報鍵生成器を更に構成し、
前記身元情報鍵は、検索中の加入者が加入者のパブリック・ノードの位置を特定することを可能にする
ことを特徴とする、請求項２２から３１のうちのいずれかに記載の通信システム。
【請求項３３】
さらに、一方向性アルゴリズムを既存加入者の身元情報に適応し、パブリック・ノード・ディレクトリ中への身元情報鍵に基づく加入者リストを発行することによって、既存加入者の身元情報に基づいて身元情報鍵を生成するプライベート・ノードの身元情報鍵生成器を備える
ことを特徴とする請求項２３から３２のうちのいずれかに記載の通信システム。
【請求項３４】
各プライベート・ノードは、少なくともリクエスト中の加入者の身元情報に基づいて情報要求をハンドリングするためのディレクトリ・ハンドラを備える
ことを特徴とする請求項２３から３３のうちのいずれかに記載の通信システム。
【請求項３５】
通信方法であって、
データ・ネットワークに関するプライベート・ノード上の情報を含む複数のプライベート・ディレクトリを提供することを含み、
データ・ネットワークのパブリック・ノード、パブリック・ディレクトリ・リスト、及び、プライベート・ディレクトリが提供され、
各加入者はプライベート・ノード上に位置するプライベート・ディレクトリを持ち、ディレクトリ・リストパブリック・ノード上に位置する少なくとも一つのパブリック・ディレクトリ・リストをもち、
パブリック・ディレクトリ・リストは、検索中の加入者によって作成されるターゲット加入者のプライベート・ディレクトリからの情報に対する情報要求を検索中の加入者が作成することを可能にするものであり、
プライベート・ディレクトリは、前記情報要求が、前記情報要求に対して何の情報が提供されるかを決定するためにターゲット加入者の代わりに、又は、ターゲット加入者によって見直されることを可能にするものである
ことを特徴とする通信方法。
【請求項３６】
各パブリック・ディレクトリ・リストは、パブリック・アドレスを含む少なくとも一つのパブリック・ノードによって提供され、
各パブリック・ノードは、構造化されたピアツーピア・ネットワーク内で接続されたピア上に位置している
ことを特徴とする請求項３５記載の通信方法。
【請求項３７】
プライベート・ディレクトリが、プライベート・アドレスを所有するプライベート・ノード上に提供され、
前記方法は、プライベート・ノードによる情報要求をハンドリングすることを含む
ことを特徴とする請求項３６記載の通信方法。
【請求項３８】
情報要求を直接プライベート・ノードへ転送するパブリック・ノードを備えることを特徴とする請求項３７記載の通信方法。
【請求項３９】
通信をプライベート・ノードへ供給するであろう中継ノード・チェーン内の第１中継ノードへ情報要求を転送しているパブリック・ノードを備える
ことを特徴とする請求項３７記載の通信方法。
【請求項４０】
情報要求をプライベート・ノードへリクエスト中の加入者のために供給する中継チェーンの第１中継ノードに関するネットワーク・アドレスを提供するパブリック・ノードを備える
ことを特徴とする請求項３７記載の通信方法。
【請求項４１】
情報要求を格納しているパブリック・ノードと、直接又は中継チェーンを経由して、少なくとも一つのパブリック・ノードから定期的にリクエストを受信する、対応するプライベート・ノードとを備える
ことを特徴とする請求項４０記載の通信方法。
【請求項４２】
以下のどちらかのパブリック・ノードを選択的な構成を備えることを特徴とする請求項３７記載の通信方法であって、
情報要求を直接プライベート・ノードへ転送すること、
通信をプライベート・ノードへ供給する中継ノード・チェーン内の第１中継ノードへ情報要求を転送すること、
情報要求を要求中の加入者のためにプライベート・ノードへ提供する中継チェーンの第１中継ノードのネットワーク・アドレスを提供すること、及び、
少なくとも一つのパブリック・ノードから直接又は中継ノードを経由して、対応するプライベート・ノードが定期的にリクエストを検索できるように、情報要求を格納すること
のいずれかにパブリック・ノードを選択的に構成させる
ことを特徴とする請求項３７記載の通信方法。
【請求項４３】
さらに、加入者身元情報に基づいて加入者の身元情報鍵を生成することを含み、
前記身元情報鍵は、検索中の加入者が加入者のパブリック・ノードの位置を特定することを可能にする
ことを特徴とする請求項３５から４２のうちのいずれかに記載の通信方法。
【請求項４４】
少なくともリクエスト中の加入者の身元情報に基づき、情報要求を処理することを含む
ことを特徴とする請求項３５から４３のうちのいずれかに記載の通信方法。
【手続補正書】
【提出日】平成19年4月16日(2007.4.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信システムであって、
複数の加入者それぞれのディレクトリ・リストを格納しており、データ・ネットワークを経由してアクセス可能なディレクトリ・メカニズムと、
複数の加入者の身元情報鍵を生成する身元情報鍵生成器とを備え、
前記身元情報のそれぞれは、ディレクトリ・リストを一義的に識別し、前記加入者の前記身元情報鍵は、前記加入者の身元情報に一方向性アルゴリズムを適用することによって生成され、前記一方向性アルゴリズムは、前記システムの加入者が入手可能であり、これにより、ターゲット加入者の身元情報を知る加入者は、対応する身元情報鍵を得るために前記身元情報に前記一方向性アルゴリズムを適用し、前記ターゲット加入者用のディレクトリ・メカニズムに対して情報要求を送るために前記身元情報鍵を使用できる
ことを特徴とする通信システム。
【請求項２】
各ディレクトリ・リストは、身元情報との通信を開始させることができるデータを含む
ことを特徴とする請求項１記載の通信システム。
【請求項３】
各ディレクトリ・リストはさらに、身元情報との通信を促進するアクティブ・サービスを含む
ことを特徴とする請求項１又は２記載の通信システム。
【請求項４】
ディレクトリ・リストは、パブリック・ディレクトリ・リストを構成し、
プライベート・ディレクトリを所有する加入者のための通信メカニズムのマスタ・リストを保持する各加入者用のプライベート・ディレクトリが提供されることを特徴とする請求項２又は３記載の通信システム。
【請求項５】
各プライベート・ディレクトリはさらに、他の加入者との通信をいかにして開始するかに関してのディレクトリ情報を格納している
ことを特徴とする請求項４記載の通信システム。
【請求項６】
前記通信システムはさらに、一つ又は複数の既定のルールに基づいて加入者のプライベート・ディレクトリからの情報に対する情報要求に対拠するための一つ又は複数のディレクトリ・ハンドラを備える
ことを特徴とする請求項１から５のうちのいずれかに記載の通信システム。
【請求項７】
前記ディレクトリ・ハンドラは、パブリック・ディレクトリ情報を動的に更新する
ことを特徴とする請求項６記載の通信システム。
【請求項８】
加入者のシステム身元情報を生成するためのシステム身元情報生成器をさらに備え、
前記身元情報鍵生成器は、身元情報が割り当てられたシステムに基づいて身元情報鍵を生成する
ことを特徴とする、請求項１から７のうちのいずれかに記載の通信システム。
【請求項９】
ディレクトリ・メカニズムは、複数のパブリック・ノードを備え、
それぞれのパブリック・ノードは、構造化されたピアツーピア・ネットワークに接続されたピアに位置し、それぞれのパブリック・ノードは、ディレクトリに加入者のサブセットのディレクトリ・リストを格納している
ことを特徴とする、請求項１から８のいずれかに記載の通信システム。
【請求項１０】
ディレクトリ・メカニズムは、インターネットを経由してアクセス可能であり、一つ又はそれより多くのサーバに格納されたディレクトリ・データベースを備え、前記ディレクトリ・データベースは、加入者のディレクトリ・リストを前記ディレクトリに格納している
ことを特徴とする請求項１記載の通信システム。
【請求項１１】
ディレクトリ・リストは、身元情報の匿名性とプライバシーを保護するように構成されている
ことを特徴とする、請求項１から１０のいずれかに記載の通信システム。
【請求項１２】
通信方法であって、
複数の加入者それぞれに対するディレクトリ・リストを格納すること、
加入者の身元情報鍵を生成すること、ここで、各身元情報鍵は、ディレクトリ・リストをユニークに識別し、身元情報、加入者の身元情報鍵は、一方向性アルゴリズムを加入者の身元情報に適用することによって生成され、
システムの加入者が一方向性アルゴリズムを利用できるようにすることとを含み、ターゲット加入者の身元情報を知る加入者が、対応する身元情報鍵を得るためにその身元情報に対して一方向アルゴリズムを適用し、そのターゲット加入者に関する情報要求を送信するための身元情報鍵を使用することができる
ことを特徴とする通信方法。
【請求項１３】
各ディレクトリ・リストは、身元情報との通信を開始させることができるデータを含む
ことを特徴とする請求項１２記載の通信方法。
【請求項１４】
各ディレクトリ・リストはさらに、身元情報との通信を促進するアクティブ・サービスを含む
ことを特徴とする請求項１２又は１３記載の通信方法。
【請求項１５】
ディレクトリ・リストは、パブリック・ディレクトリ・リストを構成し、
前記方法は、プライベート・ディレクトリを所有する加入者への通信メカニズムのマスタ・リストを保持する、各加入者のプライベート・ディレクトリを提供することを含む
ことを特徴とする請求項１３又は１４記載の通信方法。
【請求項１６】
各プライベート・ディレクトリはさらに、他の加入者との通信をいかにして開始するかに関してのディレクトリ情報を含む
ことを特徴とする請求項１５記載の通信方法。
【請求項１７】
一つ又は複数の既定のルールに基づいて、加入者のプライベート・ディレクトリからの情報に対する情報要求をハンドリングすることを含む
ことを特徴とする請求項１２又は１６記載の通信方法。
【請求項１８】
パブリック・ディレクトリ情報を動的に更新することを含む
ことを特徴とする請求項１７記載の通信方法。
【請求項１９】
加入者のシステム身元情報を生成することを含み、身元情報鍵生成器は、身元情報を割り当てられたシステムに基づいて身元情報鍵を生成する
ことを特徴とする、請求項１２から１８のうちのいずれかに記載の通信方法。
【請求項２０】
ディレクトリ・リストは、身元情報の匿名性を保護するように構成されていることを特徴とする請求項１１記載の通信方法。
【請求項２１】
通信システムであって、
プライベート・ノード及びパブリック・ノードを備えるデータ・ネットワークと、
情報を含むデータ・ネットワークの範囲内でプライベート・ノード上に位置する複数のプライベート・ディレクトリと、
データ・ネットワークのパブリック・ノードに格納された複数のパブリック・ディレクトリ・リストとを備え、
前記通信システムの各加入者は、プライベート・ノードに位置するプライベート・ディレクトリ及びパブリック・ノードに位置する少なくとも一つのパブリック・ディレクトリ・リストを持ち、
各パブリック・ディレクトリ・リストは、もしあるとすればどの情報が情報要求に応じて提供されるかを決定するために、加入者へのリクエストを作ることによって作成され、ターゲット・加入者の代わりに、あるいは、ターゲット・加入者によって見直されるように、ターゲット加入者のプライベート・ディレクトリからの情報に対する情報要求を可能にするように構成されている
ことを特徴とする通信システム。
【請求項２２】
各パブリック・ディレクトリ・リストは、パブリック・アドレスを含む少なくとも一つのパブリック・ノードによって提供され、
各パブリック・ノードは、構造化されたピアツーピア・ネットワーク内で接続されたピア上に位置している
ことを特徴とする請求項２１記載の通信システム。
【請求項２３】
プライベート・ディレクトリは、プライベート・アドレスを所有するプライベート・ノード上に提供され、前記情報要求は、プライベート・ノードによって処理される
ことを特徴とする請求項２２記載の通信システム。
【請求項２４】
パブリック・ノードは、情報要求を直接、プライベート・ノードへ転送するように構成されている
ことを特徴とする請求項２３記載の通信システム。
【請求項２５】
パブリック・ノードは、プライベート・ノードへ通信を配信することになっている中継ノード・チェーン内の第１中継ノードへ情報要求を転送するように構成されている
ことを特徴とする請求項２３記載の通信システム。
【請求項２６】
パブリック・ノードは、プライベート・ノードへの情報要求を要求している加入者に配信する中継チェーンの第１中継ノードのネットワーク・アドレスを提供できるように構成されている
ことを特徴とする請求項２３記載の通信システム。
【請求項２７】
対応するプライベート・ノードが少なくとも一つのパブリック・ノードから直接的に又は中継ノードを経由して定期的にリクエストを検索できるように、パブリック・ノードが情報要求を格納するように構成されている
ことを特徴とする請求項２３記載の通信システム。
【請求項２８】
パブリック・ノードが、情報要求を直接、プライベート・ノードへ転送するように構成され、
パブリック・ノードが、通信をプライベート・ノードへ配信するリレー・ノード・チェーン内の第１中継ノードへ情報要求を転送するように構成され、
パブリック・ノードは、プライベート・ノードへの情報要求を、要求した加入者に配信することになっているリレー・チェーンの第１中継ノードのネットワーク・アドレスを提供できるように構成され、又は、
少なくとも一つのパブリック・ノードから直接的に又は中継ノードを経由して、対応するプライベート・ノードが定期的にリクエストを検索できるように、パブリック・ノードは情報要求を格納するように構成され、
加入者が構成を選択できるように構成される
ことを特徴とする請求項２３記載の通信システム。
【請求項２９】
情報要求は、通信が加入者間で直接起動されることを可能にするのに必要とされるディレクトリ情報に関する
ことを特徴とする請求項２１から２８のうちのいずれかに記載の通信システム。
【請求項３０】
情報要求は、ターゲット加入者のディレクトリ情報を更新しようとしている検索中の加入者に関する
ことを特徴とする請求項２１から２９のうちのいずれかに記載の通信システム。
【請求項３１】
情報要求は、検索中の加入者に関する身元情報に基づいて公開される機密情報に関する
ことを特徴とする請求項２１から３０のうちのいずれかに記載の通信システム。
【請求項３２】
加入者身元情報に基づいて加入者の身元情報鍵の生成するための身元情報鍵生成器を更に構成し、
前記身元情報鍵は、検索中の加入者が加入者のパブリック・ノードの位置を特定することを可能にする
ことを特徴とする、請求項２２から３１のうちのいずれかに記載の通信システム。
【請求項３３】
さらに、一方向性アルゴリズムを既存加入者の身元情報に適応し、パブリック・ノード・ディレクトリ中への身元情報鍵に基づく加入者リストを発行することによって、既存加入者の身元情報に基づいて身元情報鍵を生成するプライベート・ノードの身元情報鍵生成器を備える
ことを特徴とする請求項２３から３２のうちのいずれかに記載の通信システム。
【請求項３４】
各プライベート・ノードは、少なくともリクエスト中の加入者の身元情報に基づいて情報要求をハンドリングするためのディレクトリ・ハンドラを備える
ことを特徴とする請求項２３から３３のうちのいずれかに記載の通信システム。
【請求項３５】
通信方法であって、
データ・ネットワークに関するプライベート・ノード上の情報を含む複数のプライベート・ディレクトリを提供することを含み、
データ・ネットワークのパブリック・ノード、パブリック・ディレクトリ・リスト、及び、プライベート・ディレクトリが提供され、
各加入者はプライベート・ノード上に位置するプライベート・ディレクトリを持ち、ディレクトリ・リストパブリック・ノード上に位置する少なくとも一つのパブリック・ディレクトリ・リストをもち、
パブリック・ディレクトリ・リストは、検索中の加入者によって作成されるターゲット加入者のプライベート・ディレクトリからの情報に対する情報要求を検索中の加入者が作成することを可能にするものであり、
プライベート・ディレクトリは、前記情報要求が、前記情報要求に対して何の情報が提供されるかを決定するためにターゲット加入者の代わりに、又は、ターゲット加入者によって見直されることを可能にするものである
ことを特徴とする通信方法。
【請求項３６】
各パブリック・ディレクトリ・リストは、パブリック・アドレスを含む少なくとも一つのパブリック・ノードによって提供され、
各パブリック・ノードは、構造化されたピアツーピア・ネットワーク内で接続されたピア上に位置している
ことを特徴とする請求項３５記載の通信方法。
【請求項３７】
プライベート・ディレクトリが、プライベート・アドレスを所有するプライベート・ノード上に提供され、
前記方法は、プライベート・ノードによる情報要求をハンドリングすることを含む
ことを特徴とする請求項３６記載の通信方法。
【請求項３８】
情報要求を直接プライベート・ノードへ転送するパブリック・ノードを備えることを特徴とする請求項３７記載の通信方法。
【請求項３９】
通信をプライベート・ノードへ供給するであろう中継ノード・チェーン内の第１中継ノードへ情報要求を転送しているパブリック・ノードを備える
ことを特徴とする請求項３７記載の通信方法。
【請求項４０】
情報要求をプライベート・ノードへリクエスト中の加入者のために供給する中継チェーンの第１中継ノードに関するネットワーク・アドレスを提供するパブリック・ノードを備える
ことを特徴とする請求項３７記載の通信方法。
【請求項４１】
情報要求を格納しているパブリック・ノードと、直接又は中継チェーンを経由して、少なくとも一つのパブリック・ノードから定期的にリクエストを受信する、対応するプライベート・ノードとを備える
ことを特徴とする請求項４０記載の通信方法。
【請求項４２】
以下のどちらかのパブリック・ノードを選択的な構成を備えることを特徴とする請求項３７記載の通信方法であって、
情報要求を直接プライベート・ノードへ転送すること、
通信をプライベート・ノードへ供給する中継ノード・チェーン内の第１中継ノードへ情報要求を転送すること、
情報要求を要求中の加入者のためにプライベート・ノードへ提供する中継チェーンの第１中継ノードのネットワーク・アドレスを提供すること、及び、
少なくとも一つのパブリック・ノードから直接又は中継ノードを経由して、対応するプライベート・ノードが定期的にリクエストを検索できるように、情報要求を格納すること
のいずれかにパブリック・ノードを選択的に構成させる
ことを特徴とする請求項３７記載の通信方法。
【請求項４３】
さらに、加入者身元情報に基づいて加入者の身元情報鍵を生成することを含み、
前記身元情報鍵は、検索中の加入者が加入者のパブリック・ノードの位置を特定することを可能にする
ことを特徴とする請求項３５から４２のうちのいずれかに記載の通信方法。
【請求項４４】
少なくともリクエスト中の加入者の身元情報に基づき、情報要求を処理することを含む
ことを特徴とする請求項３５から４３のうちのいずれかに記載の通信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システムに関する。一形態において、通信システムは、身元情報を漏洩させずに加入者がディレクトリ・リストを持つことを可能にする。別の形態においては、通信システムは、加入者に代わって、情報要求がレビューされることを可能にする。
【背景技術】
【０００２】
従来の情報交換ネットワークでは、ディレクトリ情報は、集中して保持され、少量の公衆データは、各加入者に保持される（例；名前、電話番号、番地）。従来のネットワークにおける通信ユーザーのディレクトリ情報のプライバシーについては、特に問題になっていない。
【０００３】
これは、‘力任せ’権索にパブリック情報を使うこと、言い換えれば、個々の加入者を見つけるために大勢の加入者に連絡を取ることは費用がかかり得る、例えば、たくさん電話をかけるために費用が高くつくからである。さらに、通常、そのようなネットワークにおける加入者との不招請通信の結果として生じる可能性はほとんどない、よって、加入者は、簡単にほとんどの迷惑電話を（多少の費用にかかわらず）防ぐことができる。例えば、もし加入者が従来の加入電話網越しに迷惑電話を受けた場合には、彼らは電話帳非掲載を導入して迷惑電話を制限（除外ではない）することができる。
【０００４】
インターネットは、通信を含む他の形式の導入を容易にしてきた。この形式には、限定されるものではないが、電子メールやインスタント・メッセージ又はボイップ（ＶｏＩＰ）テレフォニーが含まれる。
【０００５】
電子メールアドレスに情報を伝送するのに安い料金もしくは無料でできるということは、スパムとして知られている迷惑メールの問題に対する責任を負うことである、ということは十分に理解されるであろう。スパム送信者によっては極めて容易に手に入れることができるので、スパム問題は、公開電子メールアドレスのディレクトリを公開することを避けている。インスタント・メッセージとボイップディレクトリに関して、それらがＩＰアドレス間の通信に頼っていることから、同様の問題が存在する。ＩＰアドレスを公開することは、不要な通信を引き起こすだけでなく、特定のＩＰアドレスに対する他の形式の攻撃という可能性を持つ。
【０００６】
従来のディレクトリは、ゆっくりと更新され、とりわけ、紙面上のディレクトリではなくインターネット・ディレクトリも、通常は、急速には更新されない。
【０００７】
多くの管轄域において、通信事業者は、本来専売であり、もともとは、全体の通信網用のディレクトリ情報を維持することに対する責任をもつ独占的組織であった。
【０００８】
つい最近では、個人が加入できる多くの異なる通信事業者が存在することが一般的となってきた。それにより、全情報網にわたって個人のディレクトリ情報を獲得するためには、多くの異なるディレクトリを検索するか、あるいは、複合ディレクトリを編集したエンティティに頼る必要がある。最近では、このような複合ディレクトリは利用しやすくなり、インターネット上で検索可能になってきた。今までのところ、これらのディレクトリは、全ての有効なディレクトリのサブセットだけ、つまり、特定の管轄分だけを含んでいる。
【０００９】
これにより、個人の契約や、高速かつダイナミックに変化するものを含む多くのサービ
スの存在を示す複数のディレクトリにわたって、個人が複数のディレクトリ・エントリを所有できることが望まれるであろう。
【００１０】
個人の複合ディレクトリを最新の状態に維持するための代替システムを提供するいくつかの試みがなされている。このようなシステムは、通常、加入者や、加入者が保持する窓口情報を更新するために定期的に電子メールもしくはインターネットによる更新ルーチンを使用する加入者のコンタクトに依存する。そして、このようなシステムは、通常、セントラルサーバ・データベースと加入者のコンピュータにある個人データベースの間に頻繁な同期化を必要とする。窓口や加入者が関心のある職務や履歴書のようなディレクトリ・エントリに情報を加えることができるようにすることで、これらのサーバは、頻繁にディレクトリ情報を強化する。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、これらのシステムは、以下のような、さまざまな問題に悩まされる。
【００１２】
１．集中データベースにおいて拡張性の問題がある。なぜなら、少なくとも定期的に、及び、同じ道を通って来るすべての要求に対する必要性のために、すべての当事者が集中データベースから窓口情報を入手する必要性があるからである。
【００１３】
２．窓口情報を集中して格納し処理することは、中央のエージェンシーが、すべての加入者及び他の加入者との関係を閲覧することを可能にする。このことは、中央のエージェンシーが、知識をもたずに、すべての加入者のすべてのディレクトリ・エントリを閲覧する機会をもつことから、プライバシーの観点からは望ましくないことである。
【００１４】
３．このようなディレクトリ・サービス（電話番号案内）は、静的なディレクトリ情報を格納しており、ディレクトリ情報が急速に変化する可能性がある状況で処理するようには適していない。
【００１５】
４．個人の複合ディレクトリのサーバコピーを更新するために、サーバは、通常、ある窓口はスパムとみなすエントリにコンタクトするための電子メールの更新についての個人的でお節介な要求を発する。さらに頻繁に、窓口情報は、問題をただ悪化させるだけの電子メールの送信の必要性を大きくしてしまうように変えてしまう可能性がある。
【００１６】
５．全ての窓口情報を集中データベースに格納することは、システムのセキュリティリスクを露呈していることになる。もし、データベースに障害が起きた場合（技術上の攻撃、合法な方法、個人の悪用、他の手段のいずれか）、すべてのコンタクト情報は、加入者、窓口、又は、中央のエージェンシーの知識や同意なしで、アクセス可能となってしまう。また、インターネットからサーバ、又は、サーバからインターネット上で起こる情報の流れを監視することによって、監視者は、加入者もしくはサーバと中央機関に直接的評判を落とすようなことが無い連絡先などの個人情報を引き出すことができる。
【００１７】
これらの懸念は、個人の複合ディレクトリ・サービスの普及率を、成し遂げなければいけない率まで低下させている。
【００１８】
ピアツーピア・ネットワークは、すべてではないが、いくつかの集中型ディレクトリを扱う。通常ピアツーピア・ネットワークは、複数のコンピュータにまたがるワークロード及びデータ記憶に散存し使われ、ファイル共有アプリケーションと関連するピア・ノード間にファイルを転送するように使用される。着目しているファイルをもつノードは、通常、そのファイルをもつノードに格納されている、もしくは、ノードのサブセット（スーパー・ノード又はスーパー・ピア）に格納されているディレクトリを検索することによって、その位置が特定される。ノードのサブセットは、他ノードとそれらのノードのネットワーク・アドレスに格納されているファイルのディレクトリをもっている。
【００１９】
ピアツーピア・ネットワークは絶えず参加と離脱のある物理的なマシンの特性を持つ。マシンが加わると、そのマシンは、ノード又はネットワーク上のノードになる。ノードは、ネットワーク上の他のノードによって割り当てられる特徴を持つ。また、ノードが離脱すると、これらの特性はネットワーク内の他のノードへ転送される。これは、所定のノードが所在する現実の物理的なマシンは時間が経つと変化するという効果をもたらす。それらのマシンは、現在ではなく、これからノードとなるマシンがどれであるかを識別するためのピアツーピア・プロトコルを用いることで、ノードとなっているマシンが変更された場合であっても、マシンが形成するノード群に関する最新バージョンの情報を各マシンが所有できるように、更新された情報を保持し合っている。
【００２０】
ピアツーピア・ネットワークに関する問題は、ピアツーピア接続を作り出そうと試みたときに、接続が存在しないことを確実に知ることができないということである。言い換えれば、ピア・ネットワークに関する可変性のために検索過程内でミスをしてしまうということである。
【課題を解決するための手段】
【００２１】
第一の広い形態において、複数の加入者それぞれのディレクトリ・リストを格納しており、データ・ネットワークを経由してアクセス可能なディレクトリ・メカニズムと、加入者の身元情報鍵を生成するための身元情報鍵生成器とを備える通信システムが提供される。ここで、各身元情報鍵は、ディレクトリ・リストをユニークに識別するものであり、ディレクトリ・リストでは、加入者の身元情報鍵が加入者の身元情報へ一方向性アルゴリズムを適用することによって生成されたディレクトリ・リスト、一方向性アルゴリズムは、システムに関する加入者が利用可能であり、ターゲット加入者の身元情報を知る加入者は、対応する身元情報鍵を取得するために一方向性アルゴリズムを身元情報へ適用可能であり、情報要求情報要求をターゲット加入者に関してのディレクトリ・メカニズムへ送信するためにこの身元情報鍵を使用する。従って、ターゲット加入者は、ディレクトリ内で加入者の身元情報で容易に参照可能なフォームにおいてディレクトリ公開無しで位置することができる。
【００２２】
好適な実施形態の中で、ディレクトリ・メカニズムは複数のパブリック・ノードを構成し、それぞれ、構造化されたピアツーピア・ネットワークに接続されたピアに位置し、それぞれのパブリック・ノードはディレクトリに加入者のサブセットのディレクトリ・リストを格納している。この実施形態においては、ディレクトリ・リストは通常、加入者の身元情報鍵を一時停止する。
【００２３】
代替実施例においては、ディレクトリ・メカニズムはインターネット経由でアクセス可能な一つ又はそれより多くのサーバに記憶されるディレクトリ・データベースを備える。
【００２４】
通常、身元情報の匿名性をプロテクトしている間、識別を始め通信を可能にするため、各パブリック・ディレクトリ・リストはデータを含む。各ディレクトリ・リストもまた身元情報の匿名性をプロテクトしている間、身元情報の意志伝達を容易にするアクティブ・サービスを含んでいる可能性がある。
【００２５】
通信システムもまた、加入者のシステム身元情報を生成するシステム身元情報生成器を持っていてもよい。ここで、身元情報鍵生成器は身元情報が割り当てられたシステムに基づいて身元情報鍵を作り出す。
【００２６】
この実施形態において、識別システムはネットワーク外で保持されない身元情報を生じさせる。これは帯域内にだけ存在するいくつかのアプリケーション（加入者の間にある広告など）に役立つ。
【００２７】
好適な実施形態において、プライベート・ディレクトリは、そのプライベート・ディレクトリとともに加入者用の通信機構のマスタ・リストを保持する。
【００２８】
好適な実施形態において、各プライベート・ディレクトリもまた他ディレクトリとどのように通信を始めるかに関するディレクトリ情報を格納している。
【００２９】
好適な実施形態において、通信システムは更に、一つ又はそれより多くの既定のルールに基づいて情報要求をハンドリングするためのディレクトリ・ハンドラを備える。
【００３０】
ディレクトリ・ハンドラがパブリック・ディレクトリ情報を動的に更新することが好ましい。
【００３１】
第一の広めの形態において、以下を含む通信方法が提供される。
複数の加入者それぞれのディレクトリ・リストを格納していること、加入者の身元情報鍵を生成すること、ここで、各身元情報鍵は、ディレクトリ・リストをユニークに識別し、加入者の身元情報鍵は、加入者の身元情報に一方向性アルゴリズムを適用することによって生成され、システムの加入者が一方向アルゴリズムを利用できるようにすること、ここで、ターゲット加入者の身元情報を知っている加入者が、対応する身元情報鍵を得るために前記身元情報に対して一方向アルゴリズムを適用し、その身元情報鍵を用いてターゲット加入者に関する情報要求を出力できること。
【００３２】
第二の広めの形態において、以下を備える通信システムが提供される。
プライベート・ノード及びパブリック・ノードを備えるデータ・ネットワーク、情報をもつデータ・ネットワーク内にあるプライベート・ノード上に位置する複数のプライベート・ディレクトリ、データ・ネットワークに関するパブリック・ノードに格納される複数のパブリック・ディレクトリ・リスト、ここで、前記通信システムの各加入者は、プライベート・ノードに位置するプライベート・ディレクトリ及びパブリック・ノードに位置する少なくとも一つのパブリック・ディレクトリ・リストを持ち、各パブリック・ディレクトリ・リストは、もしあるとすればどの情報が情報要求に応じて提供されるかを決定するために、加入者へのリクエストを作ることによって作成され、ターゲット・加入者の代わりに、あるいは、ターゲット・加入者によって見直されるように、ターゲット加入者のプライベート・ディレクトリからの情報に対する情報要求を可能にするように構成されている。
【００３３】
これにより、ターゲット加入者は、何の情報が検索中の加入者へ公開されるかをコントロールできる。
【００３４】
好適な実施形態において、各パブリック・ディレクトリ・リストは、少なくともパブリック・アドレスを含む一つのパブリック・ノードによって提供され、各パブリック・ノードは、構造化されたピアツーピア・ネットワーク内で接続されたピア上に位置する。
【００３５】
望ましくは、プライベート・ディレクトリは、プライベート・アドレスを所有するプライベート・ノード上に提供され、そして情報要求はプライベート・ノードによって処理される。
【００３６】
それにより、プライベート・ノードに関するプライベート・アドレスは知られていないように、それらは攻撃を受けやすくはない及び対応するパブリック・ノードはプライベート・ディレクトリを所有しない。
【００３７】
多くの異なるパブリック・ディレクトリ・リストの形態は、情報要求が、対応するプライベート・ノードによって見直されることを可能にするように使用されてもよい。これらの形態は、異なる実施形態、又は、選択された特定の構成がユーザー選択あるいはシステム選択に依存する可能性がある単一の実施形態において使用されてもよい。
【００３８】
ある一つの形態では、パブリック・ノードは、直接プライベート・ノードへ情報要求を転送するように構成されている。
【００３９】
また、他の形態では、パブリック・ノードは、通信をプライベート・ノードへ配信することになっている一連の中継ノード内の第１中継ノードへの情報要求を転送するように構成されている。
【００４０】
他の形態では、パブリック・ノードは、プライベート・ノードへの情報要求を、要求している加入者まで配信する中継チェーンの第１中継ノードのネットワーク・アドレスを提供できるように構成されている。
【００４１】
他の形態において、対応するプライベート・ノードが少なくとも一つのパブリック・ノードから、直接的に、もしくは、中継ノードを経由して、定期的にリクエストを検索できるように、パブリック・ノードが情報要求を格納するように構成されている。
【００４２】
情報要求は、加入者間で直接通信が開始されることを可能にするディレクトリ情報に関連していてもよい。情報要求は、さらに、あるいは、代替的に、ターゲット加入者についてのディレクトリ情報を更新しようとする検索中の加入者に関連していてもよい。他の実施形態において、情報要求は、検索中の加入者の身元情報に基づいて公表される他の秘密情報に関連していてもよい。
【００４３】
ある実施形態では、通信システムは、加入者身元情報に基づいて加入者の身元情報鍵を作成する身元情報鍵生成器を備える。ここで、身元情報鍵は、検索中の加入者が加入者のパブリック・ノードの位置を特定することを可能にするものである。
【００４４】
ある実施形態では、プライベート・ノードは、一方向性アルゴリズムを既存加入者の身元情報に適応し、パブリック・ノード・ディレクトリ中への身元情報鍵に基づいて加入者リストを発行することで、既存の加入者の身元情報に基づく身元情報鍵を生成する身元情報鍵生成器を備える。
【００４５】
ある実施形態では、プライベート・ノードは、少なくともリクエスト中の加入者に関する身元情報に基づいて、情報要求をハンドリングするディレクトリ・ハンドラを備える。
【００４６】
それにより、最近又はリアルタイムのディレクトリ情報は、例えば、ダイナミックＶｏＩＰアドレスやインスタント・メッセージなどのように提供され得る。パブリック・ノードは、加入者が個人用として保持することを望まない他のパブリック情報、例えば、他のパブリック・ディレクトリ内で既に利用可能な情報も格納してもよい。
【００４７】
第二の広い形態において、加入者が、以下のどちらかをできるように１つの形態を選択できるようにシステムが構成された通信システムが提供される。
【００４８】
パブリック・ノードは、情報要求を直接、プライベート・ノードへ転送するように構成され、パブリック・ノードは、通信をプライベート・ノードへ送信することになっている一連の中継ノード内で第１中継ノードへの情報要求を転送するように構成され、パブリック・ノードは、プライベート・ノードに対する情報要求を、要求している加入者まで配信する中継チェーンの第１中継ノードのネットワーク・アドレスを提供できるように構成され、又は、対応するプライベート・ノードが少なくとも一つのパブリック・ノードから直接的に又は中継ノードを経由して定期的にリクエストを検索できるように、パブリック・ノードは、情報要求を格納するように構成されている。
【発明を実施するための最良の形態】
【００４９】
本好適な実施形態は、加入者へのコンタクトを可能にする通信方法についての動的な存在情報を含む信頼できないピア及び信頼できるピアの両方におけるディレクトリ情報の管理され交換されることを許容しつつ、加入者が匿名を保つことを可能にするように構成されたピアツーピア・ネットワークを提供する。
【００５０】
本発明の好適な実施形態は、以下の二つの主な有益的な特徴を提供する。
【００５１】
１．正当なサーチャーにより容易に見つかる可能性があるが、不正なサーチャーには四苦八苦するだろう、安全なパブリック・ディレクトリである。このディレクトリは、多重入力もしくはシーケンシャル入力の‘収穫’における第三者による相互関係には耐性があるが、特に、多重単一ネットワークベースのディレクトリからのコンバインディングリストとリアルタイムの更新の双方には敏感である。
【００５２】
２．信頼できない加入者及びサーチャーから、ディレクトリへの加入者及びディレクトリに関するサーチャーの双方に関する身元情報を保護するが、ディレクトリへの加入者がパブリックエントリをリストし更新することを依然として許し、加入者とサーチャーの間での信頼関係を築き、信頼された加入者とサーチャーの間でのプライベート・ディレクトリ・エントリを容易に維持するような方法で、パブリック・ディレクトリ・エントリをリストする方法である。
【００５３】
サーチャーが主として加入者であることは重宝されるであろう。あれらの検索実行と、同じような理由で“加入者ターゲット”として時々ここに見なされ検索されることの間の混乱を回避するために“サーチャー”の期限は主にここで使われる。
【００５４】
特にディレクトリ手法は、個々のピアは高信頼環境で動作していることを前提としない
でディレクトリはたくさんのノード間で共有される可能性がある場所であるピアツーピア・ネットワークに従順する。
【００５５】
安全なディレクトリ
各加入者は少なくとも一つの身元情報鍵を割り当てられる。以下でさらに詳しく説明されるように、これはシステムディレクトリがシステム身元情報を加入者に割り当てる又は既存の加入者の身元情報から決定されることによって割り当てられる（例えば、ダイジェスト関数又はハッシュ関数を経由して）。既存の身元情報は、電子メールアドレス、携帯電話の番号、又は他の識別子のように、システム以外での識別可能な加入者の一意の名前やアドレスである。
【００５６】
通常、直接割り当てられた身元情報は、公衆の求人広告のように特にシステム内のディレクトリ・パブリック・リストと関連する可能性がある。
【００５７】
好適な実施形態において、身元情報もしくはシステムが割り当てられた身元情報という理由で各身元情報鍵はディレクトリの中で各加入者のパブリック・リストに相当する。好適な実施形態において、パブリック・リストは以下の表示システムを含む。
【００５８】
・加入者の身元情報鍵
・加入者の公開鍵証明書；
・中継ノード・チェーンにある第１ノードのアドレス。このアドレスは、もしリクエストが直ちに加入者に送られず、代わりに加入者によって検索されるまで記憶部に留められる場合に、通信が、この身元情報もしくはリクエスト・ストアによって処理されるように通信の道順を決めるものである；
・加入者の匿名を保護している間に、この身元情報のための通信を一意に特定し、かつ、ルーチングを決定する中継チェーンによって使用される識別子；
・セキュア通信と通信経路決定に必要な他の情報；
・加入者のリストを確認するため使われる可能性がある（第２ダイジェスト関数を使用した、加入者の実アドレスのもう一つのダイジェストなど）他の情報；
・‘個人別電話帳’コンタクト情報、あるいは、加入者が公表を希望したり又は身元情報と関連性を持つことを希望したりする分類された広告などの他のパブリック情報。
【００５９】
他の実施形態において、上記の事項のすべてが加入者のパブリック・ディレクトリ・リストにあるわけではないことを当業者は高く評価する。
【００６０】
加入者は直接もしくはいくつかのプロキシ（常時接続のディレクトリ・サービスの様な）を通して、サーチャーやリクエスト上のサーチャー体系を非公開にそして開示したいと思われているすべての他のディレクトリ情報を保持する。そして、場合によると身元情報は検証された後にのみ可能である。
【００６１】
好適な実施形態において、ディレクトリ内でリスト化された身元情報の安全な要約に基づいたディレクトリ・エントリの前に、ディレクトリ・サービスは初めて身元情報の妥当性を検証する。これは、身元情報のダイジェストに基づいてディレクトリ内に加入者が掲載されることを望んでいることの確認要求を、帯域外通信が身元情報に送信されることによって行われる（身元情報の通信媒体を用いて）。余剰の意味で、システム以外ただ非公開に加入者から得る情報をディレクトリ内で使い公表されるリストを、このような方法で加入者は公認しなければいけない。
【００６２】
サーチャーは、ターゲット加入者の身元情報の知識と捜索ディレクトリ情報の知識を持っている（例えば、ターゲット加入者と通信を開設する）。ターゲット加入者への潜在的
身元情報鍵取得のために身元情報として周知されるターゲット加入者へパブリック・ダイジェスト関数（一方向）をサーチャーが適用する可能性がある。ディレクトリに問い合わせることによって、加入者は、身元情報に基づく加入者リストがディレクトリ内に存在するか否かを確定することができる。
【００６３】
通信のコンタクトディレクトリの場合には、加入者の身元情報は、主として加入者の通信アドレス、例えば、電子メール、インスタント・メッセージ（ＩＭ）もしくはボイップ（ＶｏＩＰ）アドレス、携帯電話番号などであろう。
【００６４】
身元情報鍵のパブリック・リストに加えて、関連した情報リストは好適な実施形態によって提供されたパブリック・ディレクトリを示す。
【００６５】
ディレクトリ・リスト
好適な実施形態において、ディレクトリ・リストに格納されるディレクトリ・メカニズムは、構造化されたピアツーピア・ネットワークのパブリック・ノードにより提供される。
【００６６】
通信はノード間に生じる。ノードはピアの範囲内に存在する。それぞれの加入者情報に関するためそして以下により論じるように他の目的のために、通信はディレクトリ情報を更新するために使われる。
【００６７】
ピアとは主なソフトウェアエンティティで分配されたディレクトリネットワークを構成する。さまざまなピアツーピアコンテキスト内のネットワーク全域に実行し相互作用する論理ノード数にある‘コンテナ’のように、ピアは見なされる可能性がある。
【００６８】
好適な実施形態において、ピアは下記の内容を含む。
【００６９】
・０又は１のＤＨＴノード
・０又はそれより多くのパブリック・ノード
・０又はそれより多くの中継ノード
・０又は１つのプライベート・ノード
【００７０】
何種類かのノードがある：ＤＨＴノード、パブリック・ノード、プライベート・ノード、そしてパブリック・ノード、これらすべてがピアの中で実行しピアツーピアオーバーレイ・ネットワークに参加したりしなかったりし、ピア・ネットワークの分散ハッシュテーブルによって代表される。もしノードはオーバーレイ・ネットワークのＤＨＴピア（下記参照）上で実行しなければ、ゲートウェイやプロキシの様なものに代わりディレクトリ・リクエストを実行するＤＨＴピアに接続するに違いない。ノードは、ノードもしくは情報に関するノードが格納される他のマシンを参照するポインタを含む可能性がある。
【００７１】
ＤＨＴノードは互いに情報のやり取りをし、アドレス決定とルーチングサービスを提供する（構造化された）分散ハッシュテーブル（ＤＨＴ）オーバーレイ・ネットワークを構成する。各ＤＨＴノードは、ＤＨＴノードがＤＨＴオーバーレイ・ネットワーク加入時にセッションユニークノード番号によって判別される。
【００７２】
ＤＨＴノードは、アドレス決定クエリーをマッピングノード番号からネットワーク・アドレスを提供する。ノード番号そして各種サービス範囲内でのノード番号あてのメッセージを受けとる責任があることに基づき、ＤＨＰノードもまたルート・メッセージが可能である。連続したノード番号の一式であるＤＨＴノードの各種サービスは自らのノード番号と等しいもしくは複数が、ＤＨＴ内で二番目に大きいノード番号未満である。
【００７３】
すべての構成ノードがＤＨＴノードから成るノード番号と関連することによってＤＨＴピアと見なされる可能性があるＤＨＴノードを実行している例を、ピアは保持する。そしてピアは、ＤＨＴノードによってピア中に中継されるＤＨＴベース・トラフィックに対応する可能性がある。
【００７４】
幾つかの実施形態において、ＤＨＴノードは、ＤＨＴピア間にノードデータから成る複製管理に関与する可能性がある。
【００７５】
分散ハッシュテーブルと関連づけられたノード番号は、データ識別子とデータそのものをノードに割り当てるメカニズムを提供する。これにより、能率的で一義的な格納と分散型様式でのデータ検索を可能にする。
【００７６】
注目すべき点は、識別子と数の人口及びＤＨＴ内のノードパフォーマンスに依存していることである。いくらかのＤＨＴノードは、たくさんの識別子及び他のノードをサポートしている可能性がある。
【００７７】
これは、ノードがＤＨＴに参加又は離脱するように、識別子に対する主要な責任のあるノード（そして識別子の関連データ）は変化する可能性があるということである。
【００７８】
構造化されたピアツーピア・ネットワークの中で、各パブリック・ノードは加入者の身元情報を一つ表す。そして各パブリック・ノードは身元情報から由来する身元情報鍵を通じてＤＨＴ内に記憶場所を確認できる。逆に、各身元情報鍵は身元情報に相当していて、各加入者身元情報は少なくとも一つのパブリック・ノードから表される。パフォーマンス、信頼性、もしくは他の理由により、加入者は身元情報につき一つより多くのパブリック・ノードを保持している可能性がある。しかしもしサーチャーが加入者身元情報又は身元情報鍵が割り当てられたシステムを識別するなら、これらすべてのパブリック・ノードは容易に識別可能なはずである。つまりこの実施形態において、各パブリック・ノードは加入者へディレクトリ・リストの役目を果たす。
【００７９】
加入者への前項にリスト情報を表記するに加え、パブリック・ノードはアクティブ・サービスを設ける可能性がある。例えば、パブリック・ノードは、身元情報と関連した蓄積転送サービスを含む可能性がある。そのためにパブリック・ノードはプライベート・ノードのアドレスに対してリクエストするためリクエスト支援の信用証明物は貯蓄される可能性がある。パブリック・ノードのリストとサービスは集合的に、パブリック・ノードのファシリティと呼ばれる可能性がある。
【００８０】
各加入者は少なくとも一つのプライベート・ノードが割り当てられる。そのアドレスは非公開にされ、加入者の秘密ディレクトリ・ハンドラはサーチャーから以下の情報取り扱い要請を含む。それはサーチャーがターゲット加入者から情報入手をしようとすること、そして加入者による規定ルールと合致する中で、加入者に関する情報をリクエスト中のサーチャーに提供することである。
【００８１】
好適な実施形態において、情報は下記の内容により提供されるプライベート・ディレクトリの中に格納される。それは、プライベート・ノードはリクエスト中のサーチャーとターゲット加入者の間での通信許可に関するディレクトリ情報であることである。
【００８２】
ＤＨＴを通じてプライベート・ノードは記憶場所を確認できる。そしてそれらはＤＨＴピアに設置されている可能性があるにもかかわらず、ＤＨＴベースのトラフィックに関与しない。
【００８３】
もしプライベート・ノードがオーバーレイ・ネットワーク中のＤＨＴピアの上で動いていなければ、ゲートウェイもしくはプロキシとしての代わりの上にディレクトリ・リクエストを実行するＤＨＴピアと接続しなければならない。
【００８４】
ＤＨＴ識別子スペース又はリングの中にある独自の番号であるノード番号を書くＤＨＴノードを保持するネットワークに、各ＤＨＴノードがある。ノードが繋がったままの間、ＤＨＴノードがＤＨＴオーバーレイ・ネットワークに参加する及びＤＨＴノードを抑制したままの時、ＤＨＴノードに関するノード番号は設立される。切断になるとノード番号は開放され、そして（おそらく異なる）参加ＤＨＴノードに割り当てられるであろう。同様に、もしＤＨＴノードがネットワークに再参加されると、前回ネットワークに存在した異なるノード番号が割り当てられるであろう。
【００８５】
ノード番号はネットワーク割り当てされる可能性がある。ネットワーク内での他のピア・ノードにより、もしくはネットワーク内での特別なサーバかサーバ類のものかピアにより割り当てられる。ネットワークのパフォーマンス特性、ピア及び／又は他の特性に基づき、ノード番号は割り当てられるであろう。ノード番号は、身元情報鍵と同じナンバースペースの中で割り当てられる。
【００８６】
利害に関する他のノード番号の最新リスト及びそれらの物理的なネットワーク・アドレスを保持するため、ノードは互いの情報を交換する。
【００８７】
パブリック・ノード・ネットワーク内で、ノード番号は実行できる身元情報鍵に相当する。
【００８８】
ＤＨＴピアはゼロ又はそれより多くのパブリック・ノードをサポートする間、ＤＨＴピアはサービス・レンジ（各々パブリック・ノードに関係するかしないか）内で一連の身元情報鍵全てを表す。
【００８９】
好適な実施形態において、ＤＨＴピアのサービス・レンジは最も小さいノード番号の中のノード番号で、二番目に大きいＤＨＴピアのサービス・レンジのノード番号を含む（しかし以下のことを除いて）。
【００９０】
少なくとも一つのノード番号（すなわち、ＤＨＴノードは無い）も割り当てられないピアは、パブリック・ノードを実行することができない。しかしプライベート・ノードと中継ノードはまだ実行可能である。
【００９１】
身元情報に由来する身元情報鍵に基づき、もしノードが存在しないなら、サーチャーはどのピアと物理的アドレスが関心のあるパブリック・ノードを表すかを見分けることが可能である。
【００９２】
ピアがネットワークに加入する加入者のプライベート・ノードを実行しているとき｛ノード番号（ＤＨＴピア）が割り当てられたとき、又はＤＨＴピア・ゲートウェイ又はプロキシ（ＤＨＴピアのことではない）と接続するとき｝、ピアは加入者のすべてのパブリック・ノードと通信を確立する。
【００９３】
当業者は、本発明に関する他の実施形態が可能であることを認識するであろう。例えば、すべての身元情報鍵は、蓄積転送サービスと他のピアもしくはサーバに位置している関連情報を含む単一機（強化されたディレクトリ）に割り当てられるかもしれない。
【００９４】
加入者は、信頼された加入者だけのプライベート・ノードを含む通信ディレクトリによってプライバシーを保つ。そして少なくとも一つのパブリック・ノードを経由し通信起動するため、信頼できない加入者を必要とする。
【００９５】
いずれにせよ他の加入者は一般的に表示された信用証明物に基づいて加入者の判断力により信頼されるか否かが考慮される。しかしこのことは下記に述べられるターゲット加入者に属するプライベート・ノードに実行されるソフトウェアによって促進される可能性がある。そのソフトウェアとは、他の加入者すべてに信頼される、もしくはすべてに信頼されていない、又は主にマニュアルとともに測定に入ってくるアルゴリズムに依存するミクスチャーのことである。
【００９６】
好適な実施形態において、信頼されない加入者の間にある通信（すなわち、信頼されない加入者のノード間）はエンドポイント・ノードを互いのＩＰアドレスの発見から阻止する中継チェーン通信プロトコルを使用する。例えば、送信者、受信者、又は中間ノードを複数のターゲットもしくは終点アドレスから妨げる、少なくとも二つの中間物中継ノードを経由してノード・リレー通信するプロトコルである（いくらかの実施形態を想起すると、すべての加入者は信頼されないと処理されるであろう。故に、信頼される加入者と信頼されない加入者を識別する必要がないであろう。）。予測できない長さの中継チェーンを用いて（すなわち、終点アドレスによって定義される）中継ノードは送信者アドレス又は受信者アドレスだけでも確かなはずがない。
【００９７】
実施形態により、パブリック・ノードは以下の可能性がある；
【００９８】
・自動的に、信頼されない加入者からターゲット加入者のプライベート・ノードへ通信を進める。
・自動的に、信頼されない加入者から、通信をターゲット加入者のプライベート・ノードに中継ノード（中継チェーン）のチェーンにある第１中継ノードへ通信を進める。
・信頼されない加入者に、通信をターゲット・加入者のプライベート・ノードへ送ることになっている中継チェーンの第１中継ノードのネットワーク・アドレスを提供する。
・プライベート・ノードは、直接もしくは中継チェーンを経由して少なくとも一つのパブリック・ノードやノードから定期的にリクエストを検索することによって、通信リクエストを保持する。この場合、リクエストはたった制限された時間の量のため、及び限られたリクエストナンバーのために保持される可能性がある。
【００９９】
たとえ障害が起きたとしてもプライベート・ノードから中継チェーンによって獲得するまで通信を保持する構造はプライベート・ノードアドレスを漏えいしないであろう一方、当業者は、前記の初回設定に障害が起きていないパブリック・ノードに頼るほど安全ではない。
【０１００】
当業者は、他の実施形態が現在好まれていないことを認識している可能性がある。
好適な実施形態において、通信はＰＫＩ暗号化によってプロテクトされる（すなわち、通信は送信者の公開鍵と契約を結び、受信者の公開鍵を暗号化する。これにより送信者だけが通信を送信することができ、そして受信者だけがそれを読み取ることが可能であるということを確実にする。）。
【０１０１】
ターゲット加入者と通信を起動したい加入者はパブリック・ダイジェスト関数をターゲット加入者の身元情報の一つ（もしくは識別子割り当てされたシステム）に適応するだろう。それはパブリック・ノードの身元情報鍵を身元情報へ取得するためである。サービス・レンジ内に身元情報鍵のためのピアに属するネットワーク・アドレスのため、ＤＨＴ（分散ハッシュテーブル）にクエリーを行う。前述の融通のためピア上にパブリック・ノー
ドにクエリーを行う。そしてパブリック情報をターゲット加入者のパブリック・ディレクトリ・リスト内で使用する（すなわち、ＰＨＩ認証、中継アドレスなど。）。間接的な通信をターゲット加入者のプライベート・ノードへ起動するためである。
【０１０２】
初めに、ターゲット加入者のプライベート・ノードに関する最新のネットワーク・アドレスを試みることによって、ＤＨＴオーバーレイ・ネットワークにある他の信頼された加入者の存在を、加入者は構築する可能性がある。満足のいく反応を作り出さないために、通信を行うための要請を起動する信頼されたターゲット加入者のプライベート・ノードを、加入者は使う可能性がある。成功した応答は、ターゲット加入者のプライベート・ノードが存在することを示し、それから通信は信頼されたプライベート・ノード間で直接起動される可能性がある。もしリクエストへ応答なしと受信されると、その結果、加入者は一定時間後にリクエストを再起動する可能性がある。
【０１０３】
好適な実施形態において、通信加入者に関してディレクトリ情報を保持するためにシステムは以下のように使われる；（１）各加入者によって単独で維持される。そして（２）各加入者の制御下で公開される。特にディレクトリ情報は同時に更新される可能性があり、加入者に関する情報が素早く変化していることも含んでいるであろう。例えば、コンタクトが取れる加入者の最近の方法に関して他の加入者に通知する。すなわち、ネットワーク・ターゲット加入者は存在する又はボイップ（ＶｏＩＰ）ネットワークのようにアドレス環境が同時に変化する上にコンタクトを取ることができるリアルタイム・ネットワーク・アドレスが存在する。
【０１０４】
この目的を達成するために、各プライベート・ノードはディレクトリ・ハンドラを保持する。それはディレクトリ・リクエストを、ターゲット加入者と通信しようとしているサーチャーから処理するためである。そしてターゲット加入者からリクエスト中のサーチャーに関するディレクトリ情報を提供するためでもある。リクエスト中の身元情報が許可を持つディレクトリ情報だけを提供するようディレクトリ・ハンドラが構成されていることが好ましい。
【０１０５】
それに応じて、ディレクトリ情報は、別個にリクエスト中のサーチャーに依存している可能性がある。
【０１０６】
例えば、私有の携帯電話番号はサーチャーのみに提供される可能性がある。またそれは、電子メールアドレスはすべてのサーチャーに提供される可能性がある一方、ターゲット加入者によって“友達”としてのカテゴリーに割り当てられた。
【０１０７】
好適な実施形態において、リクエスト中のサーチャーは、ディレクトリ情報についてのリクエスト結果に関するローカル・キャッシュを保持する。そしてリクエスト中のサーチャーは、ターゲット加入者に対し、続いて起こるリクエストによって定期的にキャッシュを更新する。もしくは直接アップデートを他の加入者から送信する。それはディレクトリ情報をリフレッシュするためである。
【０１０８】
ディレクトリ・ハンドラもまた、信頼されない加入者から信頼される状況に変えるため、リクエストを処理する。そしてマナーの数の中にはこのようなリクエストに必要な処理が行われる可能性がある。例えば、設定可能なアルゴリズムに基づく下記のことである。それは加入者からすでに個人として保持されるディレクトリ調査に基づくこと又はターゲット加入者によりいくぶんかマニュアルの意思決定に賛成されることである。例えば、通信中継や直接許可、プライベート・ノード間の通信などの通信の効率を、信頼されたピアは享受する可能性がある。
【０１０９】
好適な実施形態において、ディレクトリ・ハンドラは、下記のことで知られるターゲット加入者に関する情報に変わるため、同時に通信する。その情報とは、各信頼された加入者に知られる、もしくは直接各信頼された加入者のプライベート・ノードに知られる情報で、例えばターゲット加入者アドレスにおける変化を示すこれらの変化のように一つ又はそれを越える数のネットワーク上にプレゼンス・ステータスとして知られるものである。
【０１１０】
図１は、好適な実施形態に関するピアツーピア・ネットワークを示している概略図である。そのピアツーピア・ネットワークは下記を備える。
【０１１１】
・ピアツーピア番号付リングトポロジー内に接続する多数のピアは、典型的なＤＨＴアルゴリズムにより、各ピアへ下記のことを実行させている。
・０又は１のＤＨＴノード
・０又はそれより多くのパブリック・ノード
・０又はそれより多くの中継ノード
・０又は１つのプライベート・ノード
・検証サービスは、加入者検査とパブリック・ノード上に発行される情報の完全化を確実にしていることに対して責任を負う。
・ノード間に安全な相互作用が許可している、署名された発行公開鍵基盤証明のための認証局。
【０１１２】
図１に示すように、構造化されたピアツーピア・ネットワーク１００の一部から、ＤＨＰピア１１０（すなわち、ＤＨＰノード１１２を含む）だけである。
【０１１３】
図１は、二つの典型的なＤＨＴピアの例を示す。ＤＨＰピア１１０ａはＤＨＰ１１２ａを保持し、格納されたパブリック情報１１５をサーチャーへ提供する多数のパブリック・ノード１１４ａも保持する。ＤＨＴピア１１０ａもまた、いくらかの中継ノード１１６ａをサポートする。
【０１１４】
ＤＨＴピア１１０ａもまた、ディレクトリ・ハンドラ１３２ａ及び加入者の個人的ディレクトリ情報に関する格納部１３３を持つプライベート・ノード１３０ａ、情報開示のルール、及びリクエストされた又は同期化されたディレクトリ情報に関するローカル・コピーをサポートする。
【０１１５】
他のＤＨＴピア１１０ａは、ＤＨＴノード１１２ｂ、いくつかのパブリック・ノード１１４ｂ及びいくつかの中継ノード１１６ｂを保持する。
【０１１６】
しかしながら、このＤＨＴピアは、どのプライベート・ノード１３０もサポートしない。その代わりに、非ＤＨＴピア１２０ａはＤＨＴへのゲートウェイとしてＤＨＴと接続する。たとえば、ＤＨＴピア１１０ｂは、非分散ハッシュテーブル（ＤＨＴ）ピア１２０ａへのプロキシとしての機能を果たす。
【０１１７】
非ＤＨＴピア１２０ａは、ディレクトリ・ハンドラ１３２ａを含む加入者のプライベート・ノードを主にホストするであろう。つまり、プライベート・ノードは、パブリック・ノード及び／又は中継ノードを備えるゲートウェイ・ピアにスレーブされる。
【０１１８】
非ＤＨＴピア１２０ａは、プライベート・ノードの一例である。１２０ａは、現在ピアツーピア・ネットワークに接続されていない及びそれに応じてＤＨＴを通じ位置することが不可能である。
【０１１９】
非ＤＨＴピアは、加入者１３０ｃのプライベート・ノードとディレクトリ・ハンドラ１
３２ａを持つ。非ＤＨＴピア１２０ａ又はＤＨＴノードに割り当てられているＤＨＴピアとしてのピアツーピア・トポロジーに接続する場合のように、非ＤＨＴピアはゲートウェイ・ＤＨＴピア経由で参加する可能性がある。
【０１２０】
ネットワークもまた、加入者の身元情報を実証するバンドリクエストを作り上げることに使われることが可能な既知アドレスを保持している検証サーバ１５０を備える。加入者がネットワークへの接続を試みるとき、検証サーバは、加入者の身元情報への送信通信リクエストの手段を一般的に提供される。
【０１２１】
ネットワークもまた下記の認証局１６０を備える。その認証局とは、メッセージの暗号化そして署名などに関する公開鍵基盤暗号手法の使用に関する促進によって、他ノードの自己認識を許可するために、署名された公開鍵基盤証明をノードへ発行することである。好適な実施形態において、検証された身元情報を持つことは、その後パブリック・ノードと中継ノードを構築する身元情報所有のプライベート・ノードに関する証明書を発行するため、検証サーバ１５０が認証局１６０へ指示することである。
【０１２２】
好適な実施形態におけるピアツーピア・ネットワークに関するデザインは、すべての加入者がプライバシーを保持することを許可することを目的としている。当業者は、意図的に公衆の状態にされたネットワークの一部の構造を持ついくらかのプライベート・ノードが存在する可能性があることを理解するであろう。例えば、加入者に関するパブリック情報の一部として、ピアに関するプライベートネットワーク・アドレスを、加入者は発行した。この点で、“プライベート・ノード”の項目は、加入者がプライベート・ノードへ、プライベートのままであるように意図することを明確にやり遂げたものだった。しかし一般に、すべての加入者がプライベート・ノードに関するプライバシーを保持することを意図する想定上に、記述は進行する。
【０１２３】
好適な実施形態のピアは、ピアツーピア・ネットワークノードの以下のような典型的な特徴を持つ。それは、ファイアウォール後方、ネットワーク・アドレス変換の対応、ピア・ネットワーク内へのブートストラップ、ピアへのサービス提供、及び他のピアから提供されるサービスレート及び他のサービスから相互作用する能力である。好適な実施形態において、ＩＰアドレスの期限は下記のことに関する。それは、ピアツーピアノードはインターネット及びインターネット（例えば、ネットワーク・アドレス・変換、サーバトネリングなど）中での表示に作用する可能性がある行き渡ったネットワークセキュリティー中の記憶場所に依存していてコンタクトを取る可能性があることである。
【０１２４】
好適な実施形態において、ピアは典型的に二つの形状で実行する。
【０１２５】
・ＤＨＴノード、並びに、ゼロ又はそれより多くのパブリック・ノード及び中継ノード、並びに（必要に応じて）、プライベート・ノードを備えるＤＨＴピア。典型的にデスクトップ又は低価格で広帯域インターネット接続で繋がるサーバクラスのマシンと、
・プライベート・ノードのみを備える非ＤＨＴピアは、典型的に携帯端末（ＰＤＡ）又は携帯電話のような携帯用デバイス上に実行している、そして一般的に低価格の広帯域インターネット接続で繋がらない。
【０１２６】
当業者は、他の形状は可能であると認識するであろう。例えば、非ＤＨＴピア内で実行され、及びＤＨＴ内に格納されたエントリから間接的な参照を経由して位置が特定される可能性があるパブリック・ノード及び中継ノードである。
【０１２７】
なお一層、非ＤＨＴピアはデスクトップ又はサーバクラスのマシン上に実行しているから妨げることはない。
【０１２８】
好適な実施形態において、ＤＨＴノードは互いに情報のやり取りをし、アドレス決定とルーチングサービスをノード番号上に設けるＤＨＴオーバーレイ・ネットワークを形成する。各ＤＨＴノードは、ＤＨＴノードがＤＨＴオーバーレイ・ネットワークに接続するとき構築されるセッションユニークノード番号によって判別される。
【０１２９】
各ＤＨＴノードは、サービス・レンジ及びピア内で他ノードへの中継インバウンド・ＤＨＴベースのトラフィック範囲内で目的ノード番号を持っているメッセージを受けていることに関与する。
【０１３０】
各ＤＨＴノードもまた下記の‘ハウスキーピング処理’機能を実行する。それは、構造安定性が保持されるネットワークを確実にするＤＨＴ機能性の根本を利用する機能である。例えば、データの複製を保持していることによって及びネットワーク・レイテンシーを最小化するＤＨＴ内での理論上の記憶場所をチューニングすることによってなどである。
【０１３１】
ネットワークに参加するため、ＤＨＴピアは‘結合’トランザクションを受ける。それによって、そのＤＨＴノードは、ＤＨＴノードに関するネットワーク、ノード番号の調達（内部生成されたアルゴリズム経由か、他のピアとの‘結合’トランザクションから又は初期ＤＨＴを提供することが可能な‘結合’サーバを備えて、のどれか）、及びノード番号に対応するリングアドレスを自己認識する。異なるリングアドレスにおいて、リングに関するノードパフォーマンスを最適化するため‘離れる’そして再‘結合’可能性があるＤＨＴノードに関する性能の最適化のため、このノード番号は選ばれる。一旦、ピアツーピア・ネットワークへ‘結合’されると、ルーチング及びピアツーピア・ネットワークに関する平衡アルゴリズムによって決定されるサービス・レンジに従ってゼロ又はそれより多くのパブリック・ノードを、ＤＨＴピアはサポートする。
【０１３２】
好適な実施形態において、非ＤＨＴピアが所有するＤＨＴトランザクションへのリクエストのために‘ゲートウェイ’又は‘プロキシ’としての役目を果たすＤＨＴピアを経由して、非ＤＨＴピアは接続する。それはネットワークに参加するためである。
【０１３３】
好適な実施形態において、各加入者は一つ又はそれより多くの身元情報を持ち、主な構成要素はディレクトリ・ハンドラであるプライベート・ノードによって表される。
【０１３４】
ディレクトリ・ハンドラは以下の機能を設ける。
【０１３５】
・プライベート・ディレクトリの保持。
・他の加入者ノードからプライベート・ディレクトリ情報へのリクエストを受ける。
・他の加入者ノードから信頼できるステータスへのリクエストを受ける。
・信頼される加入者ノードを備えるディレクトリ情報の交換又は同期化。そして
・検索される又は同期化されるディレクトリ情報に関するローカル・コピーの保持。
【０１３６】
好適な実施形態において、プライベート・ノードもまた以下の機能を持つ。
【０１３７】
・関連したパブリック・ノード上で各加入者の身元情報に対してパブリック・ディレクトリ情報の初期化及び更新。
・多様な通信中継ノード・チェーンの初期化、更新及び証明。そして
・身元情報、関連するディレクトリ情報及び他の加入者を含む相互作用への構成規則を管理する加入者に対してユーザー・インターフェイスの提供。
【０１３８】
当業者は、これらの機能にはさまざまな方法が提供されそしてプライベート・ノードに
関すると認識するだろう。例えば、加入者の個人的なコンピュータ・デバイス（マシン）上にあるディレクトリ又は幾分かのクライアント・サーバ・アーキテクチャの構成内にあるプロキシによってである。
【０１３９】
加入者への各パブリック・ノードは以下の機能を備える。
【０１４０】
・パブリック記憶領域の供給は、与えられた身元情報のために、加入者によって構成されるパブリック情報と共に加入者のプライベート・ノードによって初期化され更新される。
【０１４１】
上記で論じられたように、この情報は下記の内容を含む。
・身元情報の公開鍵証明書；
・中継ノード・チェーンになる初期ノードに関するアドレス。
・この身元情報のため独自に通信を識別するであろう識別子。
・‘ホワイトページ（個人別電話帳）’などのように他の情報は、加入者が公表することを望む情報へコンタクトを取る。
【０１４２】
（パブリック・ノードは、その他のノードからクエリーの受信上にあるこのパブリック情報で返事をする。当業者は、そのように公表された付加情報を必要とする他の実施形態がある可能性を認識するつもりである。）
【０１４３】
・例えば、関連するプライベート・ノードへ‘ハートビート’コミュニケーションを定期的に送信することによって、中継ノード・チェーンが確保する‘ハウスキーピング’機能がインテグリティを保持する。
【０１４４】
当業者は、パブリック・ノードに提供が必要とされる可能性があるたくさんの‘ハウスキーピング’機能が存在することを認識するであろう。それは、ピアツーピア・オーバーレイを進行している分散型のデータベースに関する構成要素である。
【０１４５】
好適な実施形態もまた、ＤＨＴピアと非ＤＨＴピア上に実行する可能性がある中継ノードを設ける。中継ノードはプライベート・ノードによりリレー通信は設定され、中継ノードは固定された中継デスティネーションを含むかもしれないいくつかの設定された基準に基づいて受信する。通信に関するいくらかの識別子に基づいて中継デスティネーション、通信自体に組み込まれた中継デスティネーション、及び蓄積転送動作によって、中継ノードは他のノードに検索されるまで通信を保留する。
【０１４６】
好適な実施形態において、中継チェーン内で次のノードへ自動的に通信は供給される。そして状態情報はネットワーク内で保持されない。もしノードは通信を受信可能でなければ、通信は供給されないであろう。システムハートビートと一緒に余剰中継ノード・チェーンの多重使用は、中継ノード・チェーンの破損が原因で通信の断絶を最小化することに使われる。かさねて、当業者は、非配信通信を管理するため他のトランザクション体制に加えリレー通信を使う可能性があるこれらの中継クリテリアと付加的クリテリア上にあるたくさんの変動を認識するだろう。
【０１４７】
前述のとおり、当業者もまた、加入者身元情報を照合している責任がある照合サービス１５０及び、検証された身元情報実用化までもしくは実用化から証明書を発行及び無効にすることにたいして責任がある認証局１６０を設ける。それは加入者が、他人の身元情報、ひいては、ディレクトリ情報になりすますことができないようにするためである。好適な実施形態において、検証は関連する帯域外の認証トランザクションによって実現する。例えば、電子メールへのパスワード応答は識別電子メールアドレスへ送信する、ＳＭＳ（ショート・メッセージ・サービス）から識別携帯電話番号へ、又はテレフォニートランス
ポートアドレス｛ＰＳＴＮ（公衆交換電話網），ＶＯＩＰ（ボイップ）など｝のためのテレフォニーアプリケーションへ、などである。成功する検証は、それから身元情報のパブリック・ノードで公開する身元情報への公開鍵証明へ認証局が行う署名を結果としてもたらす。当業者は、身元情報検証への他のメカニズム及びディレクトリへの認可に関して続いて起こるコントロールを認識するだろう。
【０１４８】
好適な実施形態において、パブリック・ノードアドレス（身元情報鍵）は、与えられた加入者の身元情報の関する一方向性ダイジェストに基づく。
【０１４９】
現にパブリック・ノードが加入者身元情報を構築するまで、身元情報鍵はピアツーピア・ネットワークの範囲内で未使用のままである。
【０１５０】
ダイジェスト・アルゴリズムが一方向性アルゴリズムであるため、ダイジェスト・アルゴリズムは加入者身元情報と身元情報鍵の間で１：Ｎ（Ｎ≧１）マッピングを伴うことがない又はたやすく発見でき得るということを、当業者は評価するつもりである。いくらかのインスタンスにあるべきダイジェスト・アルゴリズムは、異なる加入者身元情報へ同じ身元情報鍵を生産する。これらのコリジョンは、複数の異なる方法で処理できる。
【０１５１】
好適な実施形態において、身元情報が確認され二次ダイジェスト・アルゴリズムを使用し同じ加入者身元情報から得られるパブリック・ノード内に、数値データは格納される（応用された同じ加入者身元情報がごくごく小さいとき、二つの異なるダイジェスト・アルゴリズムは両方同じ結果を得ている確率）。もし二つの異なる加入者身元情報が身元情報鍵（ダイジェスト番号スペース内のコリジョン）をもたらすなら、固有の身元情報鍵が得られるまで、標準アルゴリズムは加入者識別子へ繰り返し応用される。例えば、一続きのサフィックスを確定的に加入者身元情報へ加えている、一方向性ダイジェスト関数を繰り返している、及び一意性をチェックしているなどである。コリジョンの場合、他の技術は代替身元情報鍵を割り当て使うことが可能であると、当業者は認識するであろう。もしくは実際、衝突身元情報鍵を持つユーザーは、システムへのアクセスを拒絶される可能性がある又は代替加入者身元情報を設けるよう義務付けられる。
【０１５２】
好適な実施形態において、プライベート上の加入者ソフトウェアは、身元情報鍵に相当するＰＫＩ（公開鍵基盤）証明書を作成し、身元情報そのもののように他のデータと共に検証サービスへ、その証明書を提出する。認証サーバはそれから、上記の帯域外認証トランザクション経由で身元情報を認証する。もし認証が成功すれば、認証局１６０はそれから身元情報への証明書に署名をする。プライベート・ノードはそれからピアツーピア・ネットワークへ、身元情報鍵に相当するアドレス付身元情報のためのパブリック・ノードを作成するようリクエストしたり、上記のようにパブリック情報付パブリック・ノードを更新するようにリクエストする。この過程はエンロールメントとして知られている。当業者は、このトランザクションフロー上にたくさんの可能なバリエーションがあること認識するであろう。しかし、識別子に関する帯域外認証及び識別子に関する一方向性ダイジェストに基づいたパブリック・ノードに関する生成は、エンロールメントプロセスの中心となり、とどまる。
【０１５３】
好適な実施形態において、各関連するパブリック・ノードについて、プライベート・ノードは中継ノード・チェーンをそれ自体からパブリック・ノードへセットアップする。それはパブリック・ノードへの匿名（プライベート・ノードのＩＰネットワーク・アドレスに関して）更新のためである。ＰＫＩ暗号化を経由して保護される通信は、パブリック・ノードで格納される加入者の公開鍵に基づく。プライベート・ノードもまた、中継ノード・チェーンを任意の初期ノードから中継ノード・チェーンまでセットアップする。そして、この初期ノードのアドレス付のパブリック・ノードを更新する。信頼されないリクエス
タからプライベート・ノードによって、この中継チェーンは通信のために使われる。当業者は、他の中継ノード・トポロジーは可能であることを認識するつもりである。
【０１５４】
これにより、もし加入者がターゲット加入者の身元情報を知り、ディレクトリ情報へターゲット加入者をリクエストすることを望むと、リクエスト中の加入者はパブリック・ノードリング内で識別子のパブリック・ノードアドレスを決定することが可能である。
【０１５５】
そうすると、リクエスト中の加入者は下記のことになるだろう。
【０１５６】
１．ポテンシャル・パブリック・ノード・リングアドレスである身元情報鍵を獲得するため、一方向性ダイジェスト関数を候補ターゲット加入者の身元情報を適用する。
【０１５７】
２．身元情報鍵に関する値付きのパブリック・ノード・リングアドレスに相当するパブリック情報のため、ピアツーピア・ネットワークにクエリーを行う。
【０１５８】
３．もしパブリックデータが戻ると、下記のようになる。
【０１５９】
ａ）パブリック情報を参照された正確な加入者身元情報へ確保するため、二次ダイジェストデータをチェックする。もし二次ダイジェスト情報が識別子コリジョンを示すと、それから正確な加入者識別子とこれによる加入者身元情報への正確な身元情報鍵とを獲得するため、決定性のサフィックス・アルゴリズムを適用する。
【０１６０】
ｂ）サイン、暗号化、リクエストをターゲット加入者のプライベート・ノードへ中継するため、パブリック情報を使う。
【０１６１】
ｃ）リクエストへの反応のため、受信された通信をチェックする。
【０１６２】
４．もし、パブリック情報が身元情報鍵へ適用されないと、ディレクトリ内には身元情報の記載がないことになる。
【０１６３】
もし、リクエスト中の加入者が、リクエストへ無応答を受信すると、下記のどちらかになる。
【０１６４】
ａ）ターゲット加入者のプライベート・ノードが可能や応答になるまで、繰り返し送られキュー（いくらかのタイムアウトと共に）になる可能性がリクエストの場合に、ターゲット加入者のプライベート・ノードは利用できない。
【０１６５】
ｂ）リクエスト中の加入者は他のリクエストを送信することが可能又は諦めるかの場合、ターゲット加入者は通信することを望まない。
【０１６６】
ｃ）リクエスト中の加入者が他のリクエストを送信することができる又は諦める場合、リクエストは通り抜けなかった（冗長中継チェーン及び場合によりリクエストを再送することによってこれは軽減される）。
【０１６７】
好適な実施形態において、すべてのリクエスト及び応答メッセージは、インテグリティ及び非拒絶を保証するためＰＫＩ証明書によって保護される。言い換えれば、送信者のプライベート鍵によって署名され、受信者の公開鍵（受信者のパブリック・ノードから取得される）で暗号化される。
【０１６８】
加えて、通信状態は送信者のみによって維持され、及び通信は一方向性の中継ノード・
チェーンに従ってのみ進行する。
【０１６９】
これにより、応答は元の送信者のインバウンド・中継チェーンを経由して通信され、その初期ノードは、送信者のパブリック・ノードパブリック情報から得ることが可能である。
【０１７０】
好適な実施形態において、ターゲット加入者は、リクエスト中の加入者から通信を受信している。
【０１７１】
１．リクエストに応答するかどうか及びそうだとしても、応答を策定する。
【０１７２】
２．リクエスタ加入者の身元情報鍵を、リクエスタの身元情報に相当するパブリック・ノード・リングアドレスを得るために導く。
【０１７３】
３．導き出されるパブリック・ノード・リングアドレスに相当するパブリック情報のため、ピアツーピア・ネットワークにクエリーを行う。
【０１７４】
４．もしパブリックデータが返されると（及びこれはそうなると見込まれる）下記のようになる。
【０１７５】
ａ）正確な加入者身元情報のためのパブリック情報が参照されていることを確認するため、二次ダイジェストデータをチェックする。もし二次ダイジェスト情報が識別子コリジョンを示すと、それから正確な加入者識別子とこれによる加入者身元情報への正確な身元情報鍵とを獲得するため、決定性のサフィックス・アルゴリズムを適用する。
【０１７６】
ｂ）サイン、暗号化、リクエストをターゲット加入者のプライベート・ノードへ中継するため、パブリック情報を使う。
【０１７７】
一旦、基準の中継ノード・チェーンを経由して二人の加入者が通信を構築したら、彼らは二者間で中継チェーンの長さを変更することを選択する可能性がある。例えば、新しいインバウンド・中継ノード・チェーンを開発する及びチェーンの初期ノードに関する他の加入者のアドレスへアドバイスする、又は中継チェーン全ての手間を省くことによって及びプライベート・ノード通信へ直接プライベート・ノードを構築している。
【０１７８】
好適な実施形態において、‘信頼された’ステータス構築に関するリクエストへの成功応答は、ダイレクト・プライベート・ノードからプライベート・ノード通信へ構築するための条件である。これが性能と信頼性を強化することが可能な間、機密性を減少させることが可能である。従って、他の加入者が他の加入者のＩＰアドレスを公開しないように又はスパムのような動きを実行しないよう信頼できることを重要視する。
【０１７９】
通信を望む信頼された加入者への過程は上記の過程と下記の点で類似している。それはリクエスト中の加入者は、ターゲット加入者が存在しようがなかろうがリクエスト中の加入者は決定する必要が無いという相違で新しいターゲット・ユーザーと通信しているという点である。もし信頼されたターゲット加入者へローカル・キャッシュされたディレクトリ情報が陳腐化した（すなわち、ターゲット加入者は、前回の更新からアドレスを変更した）ら、リクエスト中の加入者は下記の通りに通信を開始しようと試みることが可能である。
【０１８０】
１．リクエスト中の加入者は、ターゲット加入者のパブリック・ノード内での中継情報によって、コミュニケーション・リクエスト（リクエスト中加入者のＩＰアドレスを含む
）を送信する。
【０１８１】
２．ターゲット加入者は、ターゲット加入者のＩＰアドレスを持つリクエスト中の加入者へ直接応答する。
【０１８２】
ここに述べられたように安全なディレクトリ・サービスが、原動力に関する拡張子及び原動力へのアプリケーションズの広範囲である。例えば、電気通信アプリケーションについて、接触時間で異なる帯域外の代替接続をターゲット加入者へ提供することは可能である。
【０１８３】
例えば、加入者は、携帯電話との接続又はＶｏＩＰ接続を経由してかの選択を示す可能性がある。
【０１８４】
その代替案として、コールを解除するため代わりの選択が存在するために、ネットワークは構成可能である。例えば、もしリクエスト中のユーザーとターゲットが異なる国に位置すると、ターゲット・ユーザーの国内にあるローカルＩＰゲートウェイの携帯電話に電話を繋ぐ手段が選択できる可能性がある。しかし、コールをすることはリクエスト中のユーザーに関するＶｏＩＰ電話サービスとして始まった。
【０１８５】
リクエスト中の加入者へ戻されるディレクトリ情報を同時にコントロールすることにこの技術が使われることは可能である。それはターゲット加入者がリクエスト中の加入者に、多種多様であることに基づく利用できるサービスの基準が明白であることをコントロールできるようにするためである。例えば、もし家庭とオフィスの電話番号が双方ともＶｏＩＰによって一人の加入者のＩＰアドレスへリンクされているとすれば、そのターゲット・ユーザーはただ家で友達欲しさにそれらにアクセスできる、及びオフィスに居るときだけは仕事上の接触を必要としてそれらにコンタクトを取るかもしれない。
【０１８６】
それに応じて、加入者からターゲット加入者との通信へのハンドリング・ディレクトリ・リクエストのためのディレクトリ・ハンドラは、許可が下りるターゲット・ピアへのディレクトリ情報のみ提供するよう構成されている。この目的を達成するため、ディレクトリ・ハンドラは、データベース内及び、データベース又は確かにコンタクト類内で個人へ異なる分類を割り当てる能力を考慮に入れるため提供される機能を持つ（例えば、同じドメインを共有する人々が使用できるかもしれない異なるレベルの情報）。
【０１８７】
本ディレクトリ・メカニズムの一利点は、加入者によって最新の状態に保たれる及び加入者情報が変化するにつれ同時に更新可能であることである。別の利点は、組織的攻撃ほど影響を受けやすいわけではないように、情報は高度に分散されることである。
【０１８８】
売り出される又は購入される商品やサービスの交換からでさえ、商品及びサービスの売り手が匿名を希望することを許可するオンライン・セールスの運営を、許可するため拡張されることが、システムもまた可能である。例えば、加入者は、身元情報鍵が割り当てられたシステムに基づき分類された（‘イエローページ’分類という意味の）パブリック・ノードの割り当てられる可能性がある。ビジネスは、相手方の身元情報を知る必要がなく始められる可能性がある。
【０１８９】
従来のディレクトリが、リクエスト中の情報のエンティティに関する身元情報もしくは加入者の詳細に変えることに基づいて情報を同時に提供しないのに対して、好適な実施形態のシステムは、リクエスト中のコンタクト情報に関するエンティティに特異的に依存し提供されるリクエスト中のエンティティに関する身元情報に基づいた情報提供を有効にする。何処でこれが役立つかという例を挙げると、医療記録検索の用途又は電気通信接続の
アプリケーションである。好適な実施形態もまた、紙ベースのディレクトリ又は典型的に迅速に更新されないインターネット・ディレクトリでさえ可能になるより、高速区間においてディレクトリ情報を更新できるようにする。特定の加入者（固定電話番号、携帯電話番号及び所在住所地に加えて電子メールアドレス、動的ＶｏＩＰアドレス、ＩＭ識別子など。）及び従来のディレクトリより更に簡単にこの情報が変化する可能性があることがますます頻繁であるために保持されることが必要かもしれないディレクトリ情報の量を増加させるために、本発明はディレクトリを操作する。
【０１９０】
いくらかの実施形態において、本発明は、障害が起こるかもしれないとの情報に関する集中型の収集を回避する及び／又は、プライベート加入者及び彼らの関係の観点を潜在的に設ける。
【０１９１】
最後に、従来のディレクトリが明白な問題を解決する安全で動的なディレクトリ・サービスは、通信コンタクトアドレスより情報に関する部類で広範囲に渡り適用することが明白でなければいけない。現実に、パブリック・ディレクトリを経由して見つかる可能性がありしかしリクエスタに関する身元情報に基づき共有されるのみであるいかなる情報はこのようなシステムを経由して配信される可能性がある。
【０１９２】
後述の本発明に関するスコープから離れることなしに上記の実施形態を作成することが可能である、本発明及び変更箇所に関する多様な他のアプリケーションを、当業者は直ちに理解するだろう。
【図面の簡単な説明】
【０１９３】
【図１】図１は、好適な実施形態におけるピアツーピア・ネットワークに関する概略図である。
【国際調査報告】
2008533879.tif 000004
2008533879.tif 000005
2008533879.tif 000006
2008533879.tif 000007
2008533879.tif 000008