分散ハッシュテーブルDHTクライアントが自身のDHTルーティングテーブルを埋めることを可能にするために、DHTクライアントからのDHTメッセージに応答するための処理方法であって、複数のノードを有する代理処理エージェントによって行われる、DHTクライアントからDHT要求メッセージを受信するステップと、少なくとも1つのノード識別子を生成し、各ノード識別子をIPアドレスおよびポート番号に関連付けるステップであって、各IPアドレス/ポート番号の組み合わせは、前記複数のノードのうち1つのノードに対応する、ステップと、前記少なくとも1つのノード識別子とそれに関連付けられたIPアドレスおよびポートを含んでいるDHT応答メッセージをDHTクライアントに送信するステップと、少なくとも1つの生成されたノード識別子とそれに関連付けられたIPアドレスおよびポートを前記DHTクライアントとの関連で記憶するステップとを含む、処理方法。前記受信ステップが、ブートストラップサーバを宛先とし、ルータにより代理処理エージェントに転送された第1のDHT要求メッセージをDHTクライアントから受信するステップを含み、前記生成ステップは、ノード空間の第1のバケットを埋めるための第1のノード識別子の第1のグループを生成するステップを含み、かつ/または、前記受信ステップが、前記第1のノード識別子の第1のグループに関連付けられたIPアドレス/ポートを宛先とするさらなるDHT要求メッセージをDHTクライアントから受信するステップを含み、前記生成ステップが、ノード空間のさらに他のバケットを埋めるためのさらなるノード識別子のさらなるグループを生成するステップを含む、請求項1に記載の処理方法。DHT要求メッセージが、関連付けられたDHT応答メッセージが少なくとも1つのノードを含むメッセージであり、好ましくは、DHTノード発見、DHTping、DHTピア取得、またはDHTアナウンス要求メッセージ、のいずれか1つである、請求項1に記載の処理方法。前記DHTクライアントがノード識別子を有し、DHT要求メッセージが前記ノード識別子を含み、DHTクライアントノードのノード識別子を考慮して、所定のパターンに従って少なくとも1つのノード識別子が生成される、請求項1に記載の処理方法。DHTクライアントが、受信したノード識別子をノード空間の連続したバケットに入れることによって自身のDHTルーティングテーブルを埋めるための処理方法であって、受信されたDHT要求メッセージごとに代理処理エージェントで複数のノード識別子が生成され、パターンは、前記生成された複数のノード識別子のすべてが同じバケットにあり、DHTクライアントのノード識別子が前記バケットに存在しないようなパターンである、請求項4に記載の処理方法。代理処理エージェントで、DHTクライアントから、pingまたは反復されるDHTノード発見要求メッセージ等のさらなるDHT要求メッセージを、代理処理エージェントの前記複数のノードのうち1つのノードで受信するステップと、前記DHTクライアントについて、前記ノードに関連付けられた格納されたノード識別子を検索するステップと、前記検索された格納ノード識別子を含むDHT応答メッセージを送信するステップとをさらに含む、請求項1に記載の処理方法。分散ハッシュテーブルDHTクライアントが自身のDHTルーティングテーブルを埋めることを可能にするために、DHTクライアントからのDHTメッセージに応答する代理処理エージェントであって、DHTクライアントからDHT要求メッセージを受信する複数のノードと、少なくとも1つのノード識別子を生成し、各ノード識別子にIPアドレスおよびポート番号を関連付ける処理手段であって、各IPアドレス/ポート番号の組み合わせは、前記複数のノードのうち1つのノードに対応する、手段と、前記DHT要求メッセージに応答してDHT応答メッセージを作成し、DHTクライアントに送信する手段であって、前記DHT応答メッセージは、前記少なくとも1つのノード識別子とそれに関連付けられたIPアドレスおよびポートを含む、手段と、少なくとも1つの生成されたノード識別子とそれに関連付けられたIPアドレスおよびポートを、前記DHTクライアントとの関連で記憶する記憶手段とを備える、代理処理エージェント。DHTメッセージがDHTクライアントのノード識別子を含み、前記処理手段が、DHTクライアントのノード識別子を考慮して、所定のパターンに従って前記少なくとも1つのノード識別子を生成するように構成される、請求項7に記載の代理処理エージェント。分散ハッシュテーブルDHTブートストラップサーバを備えるDHTインフラストラクチャ内のDHTクライアントノードのルーティングテーブルを埋めるためのシステムであって、請求項7または8に記載の代理処理エージェントと、ブートストラップサーバを宛先とするパケットを前記代理処理エージェントに転送するように構成された少なくとも1つのルータとを備える、システム。DHTブートストラップサーバを備えるDHTインフラストラクチャ内のDHTクライアントノードのルーティングテーブルを埋める方法で使用する、前記DHTクライアントノードのネットワーク内で使用するためのルータであって、前記ネットワークは、複数の代理ノードを持つ代理処理エージェントを有し、前記ルータは、DHTブートストラップサーバを宛先とするパケットを、前記代理処理エージェントの前記複数の代理ノードのうち第1のノードに転送するように構成される、ルータ。前記ルータが、DHTブートストラップサーバに関連付けられた特定のIPアドレス/UDPポートを行き先とするパケットを、代わりに、前記複数の代理ノードのうち第1のノードに関連付けられた第1のIPアドレス/UDPポートに送ることを指示したポリシー規則を保持している、請求項10に記載のルータ。分散ハッシュテーブルDHTインフラストラクチャ内のDHTクライアントノードのルーティングテーブルを埋める方法であって、前記DHTインフラストラクチャは、DHTブートストラップサーバ、代理処理エージェント、および、DHTブートストラップサーバを宛先とするパケットを代理処理エージェントに転送するように構成された少なくとも1つのルータを備え、ブートストラップサーバを宛先とするDHT要求メッセージを、前記少なくとも1つのルータのルータを通じて送信するステップと、前記DHT要求メッセージに応答して、ノード識別子とそれに関連付けられたIPアドレスおよびポートをノードごとに含むノードグループを含んだDHT応答メッセージを、前記代理処理エージェントから受信するステップであって、前記グループは、代理処理エージェントで好ましくは所定のパターンに従って作成および管理される、ステップと、前記ノード識別子のグループと、それに関連付けられたIPアドレスおよびポートをルーティングテーブルに格納するステップとがDHTクライアントノードで行われる、方法。前記グループのうち少なくとも1つのノードにさらにDHT要求メッセージを送信するステップと、ノードごとにノード識別子とそれに関連付けられたIPアドレスおよびポートを含む、少なくとも1つのさらなるノードグループを前記少なくとも1つのノードから受信するステップであって、前記さらなるグループは、代理処理エージェントで好ましくは所定のパターンに従って作成および管理される、ステップと、前記さらなるノード識別子のグループとそれらに関連付けられたIPアドレスおよびポートとを前記ルーティングテーブルに格納し、任意で、さらなるノードグループのうち少なくとも1つのノードについて前記送信および受信ステップを繰り返すステップとをさらに含む、請求項12に記載の方法。ルーティングテーブルを記憶した記憶手段を有するDHTクライアントノードであって、前記ルーティングテーブルは、請求項1に記載の方法に従って取得されたノード識別子のグループを含む、DHTクライアントノード。生成された複数のノード識別子のすべてが同じバケットにあり、DHTクライアントのノード識別子が前記バケットに存在しないようにするパターンを使用して、受信されたDHT要求メッセージごとに前記複数のノード識別子を生成するために請求項4に記載の方法で使用するためのコンピュータプログラム。本発明の目的は、特にBitTorrentを適用する場合にDHTノード間の通信を向上させる、処理方法、代理処理エージェント、ルーティングテーブルを埋めるシステムおよび方法、ルータ、ならびにDHTクライアントノードを提供することである。一実施形態によれば、分散ハッシュテーブルDHTクライアントが自身のDHTルーティングテーブルを埋めることを可能にするために、DHTクライアントからのDHTメッセージに応答するための処理方法が提供される。この方法は、複数の所定のノードを有する代理処理エージェントで行われる複数のステップを含み、各ノードはIPアドレスおよびポート番号を有する。最初のステップでは、それらノードの1つがDHTクライアントからDHT要求メッセージを受信する。次に、代理処理エージェントが、少なくとも1つのノード識別子を生成し、各ノード識別子をIPアドレスおよびポート番号に関連付ける。各IPアドレス/ポート番号の組み合わせは、代理処理エージェントのノードの1つに対応する。次に、前記少なくとも1つのノード識別子とそれに関連付けられたIPアドレスおよびポートを含んでいるDHT応答メッセージがDHTクライアントに送信される。通例は、代理処理エージェントが、生成されたノード識別子とそれに関連付けられたIPアドレスおよびポートを各DHTクライアントとの関連で記憶するデータベースを管理する。この方法により、DHTクライアントノードのルーティングテーブルを制御することが可能になる。このような方法の実施形態は、例えば、ISPネットワーク上に存在するDHTノードが、通信費用が低いことが分かっている所定のノードで自身のルーティングテーブルを埋めることを保証することができる。好ましい実施形態によれば、DHT要求メッセージは、関連付けられたDHT応答メッセージが少なくとも1つのノードを含むメッセージである。DHT要求メッセージは例えば次のいずれか1つである:DHTノード発見要求メッセージ、DHTping要求メッセージ、DHTピア取得要求メッセージ、DHTアナウンス要求メッセージ等。本発明の処理方法の一実施形態によれば、特定のDHTクライアントから受信される最初のメッセージは、通例は、ブートストラップサーバを宛先としルータによって代理処理エージェントに転送された最初のDHT要求メッセージである。そして、生成ステップは、通例、ノード空間の第1のバケットbucketを埋めるための第1のノード識別子の第1のグループ、通例は8つのノード識別子を生成するステップを含む。本発明の処理方法の一実施形態によれば、同じDHTクライアントから受信されるさらなるDHT要求メッセージは、前記第1のグループの第1のノード識別子に関連付けられたアドレス/ポートを持つノードを宛先とする。そして、生成ステップは、さらに他のバケットを埋めるためのさらなるノード識別子のさらなるグループを生成するステップを含む。通例はそのDHTクライアントのルーティングテーブルを常に十分に埋めておくために、同じDHTクライアントからさらにDHT要求メッセージが受信される可能性があることが理解されよう。好ましい実施形態によれば、受信されたDHTノード発見要求メッセージごとに、複数のノード識別子、通例は8つのノード識別子が生成される。この実施形態は、大きさが2160のノード空間に好ましく、その場合バケットは8つのノード識別子を保持している時に満杯とみなされる。好ましい実施形態によれば、少なくとも1つのノード識別子は、DHTクライアントノードのノード識別子を考慮して、所定のパターンに従って生成される。好ましくは、受信されたDHT要求メッセージごとに、複数のノード識別子例えば8つのノード識別子が代理処理エージェントで生成される。さらに好ましくは、パターンは、前記生成された複数のノード識別子のすべてが同じバケットにあり、DHTクライアントのノード識別子が前記バケットに存在しないようにするパターンである。例えばルーティングテーブルが大きさ2160のノード空間を使用する場合、パターンは、ノード空間を2つのバケットに分割し、DHT識別子を含んでいない方のバケットに所定数、通例は8つの生成されたノード識別子を入れ、バケットサイズが所定の数、通例は8になるまで、前記分割およびテーブルを埋めるステップをその他のバケットに繰り返し、前記最後のバケットに最後に生成されたノード識別子を入れるものとすることができる。可能な実施形態によれば、この方法はさらに、代理処理エージェントの前記複数のノードのうち1つのノードで、DHTクライアントから、さらなるDHT要求メッセージ例えばDHTpingまたは反復されるノード発見要求メッセージを受信するステップを含む。そのDHT要求メッセージに応答して、前記DHTクライアントについて、前記ノードに関連付けられた格納されたノード識別子が検索され、前記検索された格納ノード識別子を含むDHT応答メッセージがDHTクライアントに送信される。本発明はさらに、分散ハッシュテーブルDHTクライアントが自身のDHTルーティングテーブルを埋めることを可能にするために、DHTクライアントからのDHTメッセージに応答する代理処理エージェントに関する。このエージェントは、DHTクライアントからDHT要求メッセージを受信することが可能な複数のノードと、少なくとも1つのノード識別子を生成し、各ノード識別子にIPアドレスおよびポート番号を関連付ける処理手段と、前記DHT要求メッセージに応答してDHT応答メッセージを作成し、DHTクライアントに送信する手段であって、前記DHT応答メッセージは、少なくとも1つのノード識別子とそれに関連付けられたIPアドレスおよびポートを含む、手段と、少なくとも1つの生成されたノード識別子とそれに関連付けられたIPアドレスおよびポートを、前記DHTクライアントとの関連で記憶する記憶手段とを備える。好ましい実施形態によれば、処理手段は、DHTクライアントのノード識別子を考慮して、所定のパターンに従ってノード識別子のグループを生成するように構成される。可能なパターンについては、上記の方法および下記の図の説明で与える例を参照されたい。本発明はさらに、分散ハッシュテーブルDHTブートストラップサーバを備えるDHTインフラストラクチャ内のDHTクライアントノードのルーティングテーブルを埋めるためのシステムに関する。このシステムは、複数の代理ノードを有する代理処理エージェントと、ブートストラップサーバを宛先とするパケットを前記代理処理エージェントに転送するように構成された複数のルータとを備える。そのようにして、代理処理エージェントは、ブートストラップサーバを宛先とするDHTクライアントからのDHT要求メッセージに応答することができる。したがって、返されるノードは、代理処理エージェントの複数のノードの中から選ぶことができ、その他の点では分散型のDHTインフラストラクチャに一定程度の集中化をもたらす。本発明は、DHTクライアントノードのネットワーク内で使用するためのルータにも関し、このルータは、DHTブートストラップサーバを宛先とするパケットを、前記代理処理エージェントの前記複数の代理ノードのうち第1のノードに転送するように構成される。好ましくは、ルータは、DHTブートストラップサーバに関連付けられた特定のIPアドレス/UDPポートを行き先とするパケットを、代わりに、前記複数の代理ノードのうち第1のノードに関連付けられた第1のIPアドレス/UDPポートに送ることを指示したポリシー規則を保持する。本発明はさらに、分散ハッシュテーブルDHTインフラストラクチャ内のDHTクライアントノードのルーティングテーブルを埋める方法に関し:-ブートストラップサーバを宛先とするDHT要求メッセージを、前記少なくとも1つのルータのルータを通じて送信するステップと、-前記DHT要求メッセージに応答して、ノード識別子とそれに関連付けられたIPアドレスおよびポートをノードごとに含むノードグループを含んだDHT応答メッセージを、前記代理処理エージェントから受信するステップであって、前記グループは、代理処理エージェントで好ましくは所定のパターンに従って作成および管理される、ステップと、-前記ノード識別子のグループと、それに関連付けられたIPアドレスおよびポートをルーティングテーブルに格納するステップとがDHTクライアントノードで行われる。好ましい実施形態によれば、方法はさらに、前記グループのうち少なくとも1つのノードにさらにDHT要求メッセージを送信するステップと、ノードごとにノード識別子とそれに関連付けられたIPアドレスおよびポートを含む少なくとも1つのさらなるノードグループを前記少なくとも1つのノードから受信するステップがDHTクライアントノードで行われる。このさらなるグループは、上記で説明したように、代理処理エージェントで好ましくは所定のパターンに従って作成および管理されたものである。クライアントノードで受信されると、さらなるノード識別子のグループとそれらに関連付けられたIPアドレスおよびポートがそのノードのルーティングテーブルに格納される。通例は、ルーティングテーブルが十分に埋まるまで、各さらなるノードグループのうち複数のノードについて送信および受信ステップが繰り返される。本発明の別の態様によれば、ルーティングテーブルを記憶した記憶手段を有するDHTクライアントノードが提供され、前記ルーティングテーブルは、上記開示の方法に従って取得されたノード識別子のグループを含む。本発明の別の態様によれば、生成される複数のノード識別子のすべてが同じバケットにあり、DHTクライアントのノード識別子が前記バケットに存在しないようにするパターンを使用して、受信されたDHT要求メッセージごとに複数のノード識別子を生成するためのコンピュータプログラムが提供される。さらに別の態様によれば、そのようなコンピュータプログラム製品を記憶するコンピュータプログラム製品が提供される。本発明の好ましい態様によれば、代理処理エージェントのノード代理ノードとも呼ぶは、そのノードへの到達を可能とするノード識別番号、IPアドレスおよびUDPポートで特徴付けられるISPネットワークの所定のノードである。そして、上記開示のDHTクライアントとルータは、同じISPネットワーク内に置かれる。本発明の一態様によれば、DHTノードのルーティングテーブル上で主要な制御を掌握することを介して、そのDHTノードが発信するDHT要求メッセージに対して一定程度の集中化がもたらされる。好ましくは、所定の代理ノードのノード識別子は、代理ノードのセットで、ISPネットワーク内のどのDHTクライアントノードのルーティングテーブルも十分に埋まることが保証されるように生成される。添付図面を使用して、本発明の現時点で好ましい非限定的な例示的実施形態を説明する。添付図面と併せて以下の詳細な説明を読むことにより、本発明の上記およびその他の利点、特徴、および目的がより明らかになり、本発明をより良く理解することができよう。従来技術によれば、DHTクライアント100が最初にDHTネットワークに参入しようとする時、DHTクライアント100は、ブートストラップ処理を行う必要がある図1A参照。DHTクライアント100はまずDHTノード発見要求メッセージ101aBitTorrentクライアントでハードコーディングされるをブートストラップサーバ106に送信して、初期構成情報を取得する。この例では、DHTクライアントは8つの外部ノード102ノード2-9についての詳細を受け取る。用語外部foreignとは、クライアントノード100のISPネットワーク図示せずの外側にあるノードを意味する。従来技術の他の例では、ノード102の1つがクライアントのISPネットワーク内にある場合もあるが、一般に、それほど頻繁に生じるものではないことに留意されたい。ノード102の詳細は、通例、ノードID、IPアドレスおよびUDPポートを含む。次いで、DHTクライアント100は、受信したそれら外部ノード102の詳細をルーティングテーブルに入れ、ルーティングテーブルをさらに埋めるための他のノード102の詳細を得るためにDHT要求メッセージ103aをそれらのノード102に送信する。本発明のシステムおよび方法の実施形態を図1Bに示す。DHTクライアント100が最初にDHTネットワークに参入しようとする時には、ブートストラップ処理を行う必要がある。すなわち、DHTクライアント100はまずDHTノード発見要求メッセージ101bBitTorrentクライアントでハードコーディングされるをブートストラップサーバ106に送信して初期構成情報を得る。しかし、本発明の実施形態によれば、このDHTノード発見要求メッセージ101bは、ルータ107で第1の人工的に作成された代理ノード、この場合は、ルータ107のISPドメイン内にある代理処理エージェント108の代理ノード1に転送される。この第1の代理ノードは、あらかじめ設定された一意のIPアドレス|UDPポートの組み合わせIP_1|p_1を有する。この転送を実現するために、ルータは、ブートストラップノード106のIPアドレス|UDPポートの組み合わせを宛先とする受信パケットを、IPアドレス|UDPポートの組み合わせIP_1|p_1に送るように構成される。代理処理エージェント108は、通例は、複数の代理ノード動作を遂行することが可能なサーバマシンのセットとして実施される。より詳細には、代理処理エージェント108は、DHTクライアントからDHTメッセージを受信するように構成される。このメッセージは、ルータ107により転送された初期DHTノード発見要求メッセージ101b、またはさらなるDHT要求メッセージ103bである下記を参照されたい。そのようなメッセージに対して、代理処理エージェント108は、いくつかのノード識別子、通例は8つのノード識別子を生成する。この生成は、DHT要求メッセージ送信元のクライアントノード100のノード識別子、およびそのクライアントに対してすでに生成されたノード識別子を考慮に入れ、所定のパターンに従って行うことが好ましい下記を参照されたい。各ノード識別子は、代理ノード105を表す。さらに、エージェントは、各ノード識別子にIPアドレスおよびポート番号を関連付け、生成されたノード識別子とそれに関連付けられたIPアドレスおよびポートを含むDHT応答メッセージをDHTクライアントに送信することができる。また、代理処理エージェント108は、生成された数のノード識別子とそれに関連付けられたIPアドレスおよびポートをクライアント100ごとに記憶する記憶手段を備える。図1Bの例では、初期DHTノード発見要求メッセージ101bを受け取った第1の代理ノード1は、8つの代理ノード、代理ノード2-代理ノード9を返す。それら8つの代理ノード105は、所定のパターンに従って生成されたノード識別子と、それに関連付けられた、事前に設定されたIPアドレス|UDPポートの組み合わせIP_x|p_yとを有する。xは、2048<y<65636の場合は1でよく、組み合わせの数がそれより多い場合は、xは2、3等とすることができる。次に、DHTノード100は、新たに返された代理ノード105に対してさらに連続したDHTノード発見要求メッセージ103bを発信し、それに対して代理ノード105は他の代理ノードを返す。それらの他の代理ノードも、所定のパターンに従って生成されたノード識別子と、それに対応する事前に設定されたIPアドレス|UDPポートの組み合わせIP_x|p_yとを有する。次いで、本発明のシステムおよび方法のより詳細な実施形態を図2を参照して説明する。この実施形態によれば、代理処理エージェントは、DHTクライアントノードのルーティングテーブルの十分な数のバケットが完全に埋められることが保証されるように、代理ノードのノード識別子ノードIDを生成する。ここに示す例では、パターンは、要求元のDHTノード200自身のノードIDに応じて決まり、ノードIDは、DHTノードがDHTノード発見要求メッセージで通知する。このパターンは、DHTノード200ごとに異なるが、DHTノード200自身のノードIDIDXを基準として決まる。図2を参照すると、ノードIDIDXを有するDHTクライアント200が、ルータ207を介してブートストラップサーバ106に初期DHTノード発見要求メッセージ210を送信し、そのDHTノード発見要求メッセージは、IPアドレスIP_1およびUDPポートP_1を有する代理ノードに転送され、代理処理エージェント208に受信される矢印211を参照されたい。便宜上ポート番号は1から番号を振っているが、実際には番号2048から始まることに留意されたい。そのDHTノード発見要求メッセージに応答して、ステップ212で、エージェント208は、ノードIDがID2-ID9の8つの代理ノードを作成する。それらのノードIDは次のパターンを使用して生成される。全ノード空間この場合は0-2160-1の範囲の値を有するノード空間を等しい大きさの2つのバケットに分割し、自ノードのIDIDXがないバケット内で8つの適切なノードIDを計算する。この例では、IDXが2番目のバケットにあると仮定し、ID2-ID9に値0-7が与えられるステップ214も参照されたい。ステップ213で、エージェント208からDHTクライアント200に、値0-7を持つノードIDとそれに関連付けられたIPアドレス|UDPポートの組み合わせを含むDHT応答メッセージが送信される。ステップ214で、DHTクライアント200が、自身のノード空間にID2-9を入れ、ノード空間を2つのバケットに分割する。1番目のバケットは8つのノードIDを含んでいるので満杯とみなされる。ステップ215で、ルーティングテーブルにノードIDID2-9とそれらに関連付けられたIP|UDPの組み合わせを入れる。ステップ213および214は従来技術のDHTクライアントによって行うことができることに留意されたい。一方、エージェント側における8つの代理ノードの生成と、エージェント側でノードIDを選択する方式は、本発明のこの実施形態に特有である。次のステップで、クライアントノード200は、さらなるDHTノード発見要求メッセージをノードID2-9に送信する。第1のそのようなDHTノード発見要求メッセージは、ステップ216で、IPアドレスがIP_1、UDPポートがP_2の代理ノードに送信される。そのDHTノード発見要求メッセージに応答して、ノードIDID10-17およびそれらに関連付けられたIP|UDPの組み合わせを有する8つの代理ノードがさらに生成されるステップ217を参照されたい。それらのノードIDは、ステップ212で使用されるパターンと同様の下記のパターンを使用して生成される。すなわち、IDXがあるバケットを等しい大きさの2つのより小さいバケットにさらに分割しステップ219も参照されたい、IDXがないバケット内で8つの適切なノードID、ID10-17を選択する。この例では、IDXは1番目のより小さいバケットにあり、ID10-17に値32158-321587が与えられるとする。次いで、クライアントノードの振る舞いに応じて、ルーティングテーブルが完全に埋まるまで大きさが2160のノード空間の例では1280個のエントリで埋まる、または十分に埋まるまで、さらにDHT要求メッセージ221を送信することができる。ルーティングテーブルを完全に埋めることが可能/望ましい場合は、バケットサイズが8になりその場合はそれ以上分割できない、最後のバケットが8つの適切なノードIDで埋まるまでステップ216-220を繰り返す。当業者は、この独自方式の埋め方は本発明の実施形態で使用できる可能なパターンの1つに過ぎず、多くの他のパターンを使用してよく、そのようなパターンは、DHT処理に関連する他のパラメータに依存させることが可能であることを理解されよう。図2の例では、埋めようとするバケットの最初の8つの空間が選択されるが、当業者は、埋めようとするバケット中で他の空間を選択してノード識別子を分散させる、例えば埋めようとするバケットに均等に分散させることも可能であることを理解されよう。図3に、代理処理エージェントで管理されるデータベースの実施形態を示す。クライアントXの値は図2の例に対応している。クライアントYについては、そのノードIDがノード空間の前半にあると仮定し、よって、図2の例のパターンに従って生成されたノードIDの第1のグループは2159-21597となる。DHTノード100、200は、DHTping要求メッセージや反復されるDHTノード発見要求メッセージなどの連続したDHT要求メッセージを、それらDHTノードが認識するようになった個々の代理ノード105、205に対して発信して、それらの代理ノードがまだ生きているかどうかを確認することができる。通例は、それらの代理ノードが応答する限り、DHTノード100、200は、代理ノード105、205を自身のDHTルーティングテーブルに維持しておく。これは、通例、BitTorrentのクライアント実装に依存する。代理ノード105、205は、DHTノード100、200からのそのようなDHT要求メッセージに対して、そのDHTノード100、200に対する以前のDHTノード発見応答メッセージ内で代理ノード105、205に関連付けられていたノードIDと同じノードIDで応答する。これは、代理処理エージェントで管理されるデータベースによって可能になり、データベースには、生成されたノードIDおよびそれに関連付けられたアドレス|ポートの組み合わせがクライアントごとに記憶される。データはクライアント識別子に結び付けて記憶されるので、異なるクライアントに同じアドレス|ポートの組み合わせを使用することができることに留意されたい。図4に、本発明のシステムのさらなる実施形態を示し、これは大規模なISPネットワークで使用するのに特に適する。この場合は、1つのISPネットワーク409内に2つの代理処理エージェント408が設けられる。ルータ407が、ブートストラップサーバを宛先とする受信パケットを、そのパケットの送信元に応じて、代理処理エージェント408の代理ノードの1つに転送するように構成される。図4の例では、ブートストラップサーバを宛先とするDHTクライアントノードXおよびYからのメッセージ401は、代理処理エージェント1に転送され、DHTクライアントノードZのメッセージ401は代理処理エージェント2に転送される。そして、さらなるDHT要求メッセージ403も個々のエージェント408の代理ノードに送信される。当業者は、3つ以上のエージェントがある他の変形例も本発明の範囲内にあることを理解されよう。本発明の実施形態は、その他の点では完全に分散型のDHTネットワークに一定の集中化を導入する。その集中化を活用して、DHTネットワークの少なくとも一部分をISPの要求により合った方式で動作させることができ、エンドユーザによるBitTorrentのファイル交換の体験を損なわない。本発明のさらなる実施形態は、市販されるDHTクライアントに変更を加える必要がないとう利点を有する。ただし、本発明を使用した市販のDHTクライアントは、その装置内のDHTルーティングテーブルに格納された情報から認識できることに留意されたい。本発明の実施形態では、DHTルーティングテーブルは、通例は十分に埋められる。また、通例は、DHTルーティングテーブルのエントリは、従来技術のように無作為ではなく特定のパターンに従う。上記で本発明の原理について特定実施形態との関連で述べたが、この説明は、単なる実施例であり、添付の特許請求の範囲によって決定される保護範囲の限定ではないことを明確に理解されたい。