アグリゲータおよび複数のワーカを含むネットワークでのネットワーク輻輳を回避するための方法であって、複数のワーカが、アグリゲータへの同じボトルネックリンクを共有し、方法が、アグリゲータとワーカとの間の接続の数を計数するステップ、複数のワーカの各々のウィンドウサイズWを調整するステップであって、ウィンドウサイズWが接続の数に基づく、調整するステップ、ACKにACK遅延Δを付加するステップであって、ACK遅延ΔがウィンドウサイズWに基づく、付加するステップ、および、ワーカにウィンドウサイズWとともにACKを送出するステップを含む、方法。接続の数を計数するステップが、接続の数を初期化するステップをさらに含む、請求項1に記載の方法。接続の数が、接続が生成されるときは常に増大され、接続の数が、接続が閉じられるときは常に減少される、請求項1または2に記載の方法。接続の数を計数するステップが、複数のワーカの各々にクエリ要求を送出するステップをさらに含む、請求項1または2に記載の方法。すべての接続のウィンドウサイズWが同じである、請求項1に記載の方法。ウィンドウサイズWを調整するステップが、ウィンドウサイズWを最大値に設定するステップをさらに含む、請求項1または5に記載の方法。ウィンドウサイズの最大値が、であり、ただし、advertiseがウィンドウサイズであり、MSSが最大セグメントサイズであり、RTTが最小ラウンドトリップ時間であり、nが同時接続の総数である、請求項6に記載の方法。ACK遅延Δが、であり、ただし、advertiseがウィンドウサイズであり、MSSが最大セグメントサイズであり、RTTが最小ラウンドトリップ時間であり、nが同時接続の総数である、請求項1に記載の方法。ACK遅延Δの第1のものの代わりに、一様分布にしたがう0からRTTΔまでのランダム値が選定され、ただし、RTTが最小ラウンドトリップ時間である、請求項1または8に記載の方法。ウィンドウサイズWとともにACKを送出するステップが、ACK遅延Δがゼロより大きいならば、遅延タイマが期限切れになった後で実行される、請求項1に記載の方法。ウィンドウサイズWとともにACKを送出するステップが、ACK遅延Δが負であるならば、遅延なしに即時に実行される、請求項1に記載の方法。方法がTCPレイヤにおいて実行される、請求項1に記載の方法。方法がレートベースの輻輳制御アルゴリズムである、請求項1に記載の方法。アグリゲータおよび複数のワーカを含むネットワークでのネットワーク輻輳を回避するためのアグリゲータであって、複数のワーカが、アグリゲータへの同じボトルネックリンクを共有し、アグリゲータが、プロセッサおよび送受信器を備え、プロセッサが、アグリゲータとワーカとの間の接続の数を計数すること、複数のワーカの各々のウィンドウサイズWを調整することであって、ウィンドウサイズWが接続の数に基づく、調整すること、および、ACKにACK遅延Δを付加することであって、ACK遅延ΔがウィンドウサイズWに基づく、付加することを遂行するように構成され、送受信器が、ワーカにウィンドウサイズWとともにACKを送出することを遂行するように構成される、アグリゲータ。接続の数を計数することが、接続の数を初期化することをさらに含む、請求項14に記載のアグリゲータ。接続の数が、接続が生成されるときは常に増大され、接続の数が、接続が閉じられるときは常に減少される、請求項14または15に記載のアグリゲータ。接続の数を計数することが、送受信器によって複数のワーカの各々にクエリ要求を送出することをさらに含む、請求項14または15に記載のアグリゲータ。すべての接続のウィンドウサイズWが同じである、請求項14に記載のアグリゲータ。ウィンドウサイズWを調整することが、ウィンドウサイズWを最大値に設定することをさらに含む、請求項14または18に記載のアグリゲータ。ウィンドウサイズの最大値が、であり、ただし、advertiseがウィンドウサイズであり、MSSが最大セグメントサイズであり、RTTが最小ラウンドトリップ時間であり、nが同時接続の総数である、請求項19に記載のアグリゲータ。ACK遅延Δが、であり、ただし、advertiseがウィンドウサイズであり、MSSが最大セグメントサイズであり、RTTが最小ラウンドトリップ時間であり、nが同時接続の総数である、請求項14に記載のアグリゲータ。ACK遅延Δの第1のものの代わりに、一様分布にしたがう0からRTTΔまでのランダム値が選定され、ただし、RTTが最小ラウンドトリップ時間である、請求項14または21に記載のアグリゲータ。ウィンドウサイズWとともにACKを送出することが、ACK遅延Δがゼロより大きいならば、遅延タイマが期限切れになった後で実行される、請求項14に記載のアグリゲータ。ウィンドウサイズWとともにACKを送出することが、ACK遅延Δが負であるならば、遅延なしに即時に実行される、請求項14に記載のアグリゲータ。ネットワーク輻輳を回避するためのネットワークシステムであって、ネットワークシステムが、請求項14から26のいずれか一項に記載のアグリゲータおよび複数のワーカを備え、ワーカが、アグリゲータへの同じボトルネックリンクを共有する、ネットワークシステム。アグリゲータおよび複数のワーカを含むネットワークでのネットワーク輻輳を回避するためのコンピュータプログラムであって、複数のワーカが、アグリゲータへの同じボトルネックリンクを共有し、コンピュータプログラムが、請求項1から13のいずれか一項に記載の方法を実施する、コンピュータプログラム。TCPが前のインキャスト通信パターンのもとで良好に作動しないいくつかの理由が存在する。第1に、トップオブラックToRスイッチは典型的には、コストを削減するために小さなバッファメモリ例えば、52個のポートに対して4MBの共有メモリを使用し、このことが頻繁なバッファオーバーフロー、すなわちパケット損失を招く。第2に、多少のパケット損失であっても、フロー内の応答パケットの数は通常、高速再送および回復が行われるには小さすぎるので、結果としてTCPタイムアウトになる場合がある。さらに汎用オペレーティングシステムにおいて、最小再送タイムアウトRTOminが一般的には200msまたは300msのいずれかに設定され、一方で、データセンタネットワークにおいてのラウンドトリップ時間RTTは250usより小さい場合がある。この場合では、パケット損失を検出するのに800RTTより多くかかることになる。最後に、分割/集約パターンにおいてアグリゲータは、意味のある結果を作製するために、そのアグリゲータのワーカからのすべての応答を待つ必要がある場合があり、そのことによって総合的な性能は、接続の大部分がパケット損失に少しも遭遇しない場合でも、単一の輻輳状態にある接続により決定される。要約すると、分割/集約トラフィックパターンは通常、データセンタネットワークにおいてネットワーク輻輳を引き起こし、このことが、TCPスループットの崩壊をもたらし、ウェブアプリケーションのサービス品質QoSを低下させる。本発明は、エンドツーエンド輻輳回避アルゴリズムを用いてインキャスト問題に対処する。具体的には本発明は、インキャスト回避TCPIA-TCP、ネットワークパイプに注入されるパケットの総数を制限して帯域幅遅延積BDPを満たす、レートベースの輻輳制御アルゴリズムを提案する。本発明のアルゴリズムは、ワーカのTCPデータ送出レートを制御するように、TCP確認応答ACK規則によってアグリゲータ側で動作するように設計される。NS-2シミュレーションによって本発明は、IA-TCPがインキャスト輻輳を完全に回避することを示し、高いグッドプットおよび高速のクエリ完了時間を示す。TCPインキャスト輻輳問題は、従来技術の多くの文献において以前に研究されている。これらの従来技術は主に、ウィンドウベースの輻輳制御を重点的に取り扱っており、一方で本発明は、レートベースの輻輳制御アルゴリズムを提案する。本発明の態様によれば、アグリゲータおよび複数のワーカを含むネットワークでのネットワーク輻輳を回避するための方法であって、複数のワーカが、アグリゲータへの同じボトルネックリンクを共有し、方法が、アグリゲータとワーカとの間の接続の数を計数するステップ、複数のワーカの各々のウィンドウサイズWを調整するステップであって、ウィンドウサイズWが接続の数に基づく、調整するステップ、ACKにACK遅延Δを付加するステップであって、ACK遅延ΔがウィンドウサイズWに基づく、付加するステップ、および、ワーカにウィンドウサイズWとともにACKを送出するステップを含む、方法が提供される。好ましい実施形態によれば、接続の数を計数するステップは、接続の数を初期化するステップをさらに含む。方法の別の好ましい実施形態によれば、接続の数は、接続が生成されるときは常に増大され、接続の数は、接続が閉じられるときは常に減少される。方法の別の好ましい実施形態によれば、接続の数を計数するステップは、複数のワーカの各々にクエリ要求を送出するステップをさらに含む。方法の別の好ましい実施形態によれば、すべての接続のウィンドウサイズWは同じである。方法の別の好ましい実施形態によれば、ウィンドウサイズWを調整するステップは、ウィンドウサイズWを最大値に設定するステップをさらに含む。方法の別の好ましい実施形態によれば、ウィンドウサイズの最大値は、であり、ただし、advertiseはウィンドウサイズであり、MSSは最大セグメントサイズであり、RTTは最小ラウンドトリップ時間であり、nは同時接続の総数である。方法の別の好ましい実施形態によれば、ACK遅延Δは、であり、ただし、advertiseはウィンドウサイズであり、MSSは最大セグメントサイズであり、RTTは最小ラウンドトリップ時間であり、nは同時接続の総数である。方法の別の好ましい実施形態によれば、ACK遅延Δの第1のものの代わりに、一様分布にしたがう0からRTTΔまでのランダム値が選定され、ただし、RTTは最小ラウンドトリップ時間である。方法の別の好ましい実施形態によれば、ウィンドウサイズWとともにACKを送出するステップは、ACK遅延Δがgより大きいならば、遅延タイマが期限切れになった後で実行される。方法の別の好ましい実施形態によれば、ウィンドウサイズWとともにACKを送出するステップは、ACK遅延Δが負であるならば、遅延なしに即時に実行される。方法の別の好ましい実施形態によれば、方法はTCPレイヤにおいて実行される。方法の別の好ましい実施形態によれば、方法はレートベースの輻輳制御アルゴリズムである。本発明の別の態様によれば、アグリゲータおよび複数のワーカを含むネットワークでのネットワーク輻輳を回避するためのアグリゲータであって、複数のワーカが、アグリゲータへの同じボトルネックリンクを共有し、アグリゲータが、プロセッサ図示せずおよび送受信器図示せずを備え、プロセッサが、アグリゲータとワーカとの間の接続の数を計数すること、複数のワーカの各々のウィンドウサイズWを調整することであって、ウィンドウサイズWが接続の数に基づく、調整すること、および、ACKにACK遅延Δを付加することであって、ACK遅延ΔがウィンドウサイズWに基づく、付加することを遂行するように構成され、送受信器が、ワーカにウィンドウサイズWとともにACKを送出することを遂行するように構成される、アグリゲータが提供される。アグリゲータの好ましい実施形態によれば、接続の数を計数することは、接続の数を初期化することをさらに含む。アグリゲータの別の好ましい実施形態によれば、接続の数は、接続が生成されるときは常に増大され、接続の数は、接続が閉じられるときは常に減少される。アグリゲータの別の好ましい実施形態によれば、接続の数を計数することは、送受信器によって複数のワーカの各々にクエリ要求を送出することをさらに含む。アグリゲータの別の好ましい実施形態によれば、すべての接続のウィンドウサイズWは同じである。アグリゲータの別の好ましい実施形態によれば、ウィンドウサイズWを調整することは、ウィンドウサイズWを最大値に設定することをさらに含む。アグリゲータの別の好ましい実施形態によれば、ウィンドウサイズの最大値は、であり、ただし、advertiseはウィンドウサイズであり、MSSは最大セグメントサイズであり、RTTは最小ラウンドトリップ時間であり、nは同時接続の総数である。アグリゲータの別の好ましい実施形態によれば、ACK遅延Δは、であり、ただし、advertiseはウィンドウサイズであり、MSSは最大セグメントサイズであり、RTTは最小ラウンドトリップ時間であり、nは同時接続の総数である。アグリゲータの別の好ましい実施形態によれば、ACK遅延Δの第1のものの代わりに、一様分布にしたがう0からRTTΔまでのランダム値が選定され、ただし、RTTは最小ラウンドトリップ時間である。アグリゲータの別の好ましい実施形態によれば、ウィンドウサイズWとともにACKを送出することは、ACK遅延Δがゼロより大きいならば、遅延タイマが期限切れになった後で実行される。アグリゲータの別の好ましい実施形態によれば、ウィンドウサイズWとともにACKを送出することは、ACK遅延Δが負であるならば、遅延なしに即時に実行される。本発明の別の態様によれば、アグリゲータおよび複数のワーカを備えるネットワークシステムであって、ワーカが、アグリゲータへの同じボトルネックリンクを共有し、アグリゲータが、プロセッサおよび送受信器を備え、プロセッサが、アグリゲータとワーカとの間の接続の数を計数すること、複数のワーカの各々のウィンドウサイズWを調整することであって、ウィンドウサイズWが接続の数に基づく、調整すること、および、ACKにACK遅延Δを付加することであって、ACK遅延ΔがウィンドウサイズWに基づく、付加することを遂行するように構成され、送受信器が、ワーカにウィンドウサイズWとともにACKを送出することを遂行するように構成され、アグリゲータが、アグリゲータに関する上記の実施形態にしたがう、ネットワークシステムが提供される。本発明の別の態様によれば、アグリゲータおよび複数のワーカを含むネットワークでのネットワーク輻輳を回避するためのコンピュータプログラムであって、複数のワーカが、アグリゲータへの同じボトルネックリンクを共有し、コンピュータプログラムが、アグリゲータとワーカとの間の接続の数を計数するステップ、複数のワーカの各々のウィンドウサイズWを調整するステップであって、ウィンドウサイズWが接続の数に基づく、調整するステップ、ACKにACK遅延Δを付加するステップであって、ACK遅延ΔがウィンドウサイズWに基づく、付加するステップ、および、ワーカにウィンドウサイズWとともにACKを送出するステップを実行し、コンピュータプログラムが、方法に関する上記の実施形態にしたがう、コンピュータプログラムが提供される。本発明の価値は、データセンタネットワークにおいてのよく知られているインキャスト輻輳が完璧に回避され得るということである。したがって主な有益性は、クラウドサービスなどのデータセンタアプリケーション、ウェブ検索等が最終的に、より良好な性能、すなわちサービス品質QoSを示すことになるということとなる。本節では、インキャスト回避のための理想的なデータパケットレートが導出され、次いで、本発明のIA-TCPアルゴリズムが詳細に解説される。A.インキャスト回避のためのデータパケットレートインキャスト回避は、分割/集約アプリケーションがネットワーク輻輳を少しも引き起こさないように、未処理のパケットの総数が経路のBDPを超過しないことを意味する。この目的で、式1から、ワーカの集約データパケットレート×MSS/RTTをリンク容量より小さいように制御することが必要である。本発明の手法は、データパケットの総数が増大する場合に、RTTにΔsを付加することである。例えば、リンク容量が10MSS/RTTであると考えてみる。このことは、10個のパケットのみが、ネットワーク輻輳を回避するために1つのラウンドトリップ時間の間に経路内にあることが許されるということを意味する。今回本発明は、分母に1RTTの遅延を付加して同じレート20MSS/2RTTを実現することにより、20MSSを可能にし得る。次に、インキャスト回避のための集約データパケットレート、IAレートが、以下のように規定される。結果として本発明は、すべてのワーカがIAレートでデータパケットを送出するならば、ToRスイッチで発生するインキャスト輻輳を能動的に回避することが可能である。図2は、本発明によるインキャスト回避アルゴリズムを提示する。インキャスト回避アルゴリズムは、アグリゲータおよび複数のワーカを含むネットワークでのネットワーク輻輳を回避するためのアグリゲータで遂行される。手短に言うと、行番号9-16は、同じボトルネックリンクを共有するTCP接続すなわちワーカの総数を計数するためのものである。アグリゲータがACKを送出する必要があるときは常に、アグリゲータは、行19-21において、ワーカにより注入されるパケットの総数を制御するためにadvertiseを計算する。次いで23-28においてACK_delayΔが、第1のACKに対する一様ランダム遅延を除いて決められることになる。行20においてリンク容量は、ToRスイッチに接続されるインターフェースのリンクレートを意味し、それはTCPレイヤでの取得可能な情報であることが想定される。最後に行30-34において、ACK_delayがゼロより大きいならば、advertiseとともにACKが、遅延タイマが期限切れになった後で送出されることになる。この行部分は、本発明のアルゴリズムが、遅延されたACKではなく即時のACKを使用することもまた示唆する。詳細なIA-TCPアルゴリズムは以下の通りである。アグリゲータは、アグリゲータとワーカとの間のTCP接続の数を計数する行9-16。グローバル変数が、tcp_num←0のように初期化される行9-10。そしてグローバル変数は、接続が生成されるときは常に増大される行12-13。同様にグローバル変数は、接続が閉じられるときは常に減少される行15-16。これらの場合では、クエリ要求が通常、アグリゲータから各々のワーカに送出される。この理由で本発明は、データパケット制御ではなく確認応答ACKパケット制御を遂行する。次いで、各々のワーカのウィンドウサイズwiおよびACK間隔Δが、集約データパケットレートをリンク容量より小さくするためにアグリゲータで調整される。第1に、各々のワーカのウィンドウサイズwiが調整される行19-21。アグリゲータがACKを送出する必要があるときは常に行19、ウィンドウサイズwiが、ワーカにより注入されるパケットの総数を制御するために計算される行20-21。この場合では、すべての接続のウィンドウサイズは、簡単のため、およびIA-TCP接続間の公平性のため、Wとして同じであると想定される。次いで、式1からウィンドウサイズWが以下のようになる。標準TCPを用いるワーカは基本的には、インキャスト回避のための能力を有さないので、本発明はこのWを使用して、ACKヘッダ内の広告advertisementフィールドを使用して各々の接続のウィンドウサイズを制御する。例えば、BDPが10MSSでありnが5であるならば、広告ウィンドウは2となり、その結果各々のワーカは、RTTごとに2つのデータパケットを送出することが許される。次いで、Wの最大値に対する広告ウィンドウが以下のように設定され得る行21。さらに、ウィンドウサイズが整数値であるべきであり、その最小限の値が1であることが留意される。第2に、ACK_delayΔが、第1のACKに対する一様ランダム遅延を除いて調整される行23-28。各々のACKパケットにACK_delayΔを付加することが、アグリゲータ側で実行される。この遅延が、Wは1より小さいが、広告ウィンドウは式4により1になるときに、集約データパケットレートがリンク容量を超過することを防止する。2、3、および4から、その遅延は次式にしたがう。次いで、ACK_delayがゼロより大きいならば、advertiseとともにACKが、遅延タイマが期限切れになった後で送出されることになる行30-34。Δが負であるならば、ACKは遅延なしに即時に送出され得る行30、32-34。最後に、未処理のパケットの総数がアグリゲータにより制御される場合でも、すべてのワーカの送出時間がまれに同期させられる場合に、オーバーフローすることが可能性としてあり得る。そのような送信同期を防止するために、第1のACK_delayに対する、一様分布にしたがう0からRTTΔまでのランダム値が、Δの代わりに選定される。図3は、ランダム遅延がランダム遅延期間すなわち第1のACKの間に各々の接続に与えられ、その結果すべての未処理のパケットが、次の期間からの平均間隔がn/RTTΔである状態で経路にわたって時間的に分布させられる例を示す。シミュレーション結果次に、IA-TCPアルゴリズムがNS-2により実装され、1つのアグリゲータおよび複数のワーカが、4MBの共有メモリ/52個のポート/1.5kBのMSSを想定するとそのポートごとのバッファサイズが56パケットである、同じToRスイッチに接続される。リンク容量は1Gbpsに設定され、ワーカとアグリゲータとの間のラウンドトリップ伝搬遅延は100usに設定される。すべての実験において、アグリゲータは10Bの要求クエリをワーカに送出し、次いで各々のワーカは特定のサイズのデータをアグリゲータに返信する。パケットサイズは1500バイトに固定され、RTOminは200msに設定される。既存の輻輳回避体系例えばICTCPのコードが利用不可能であるため、IA-TCPアルゴリズムは、TCPSACK、および、その送出ウィンドウサイズが1に固定される1-winTCPと比較され、そのことにより、スケーラビリティに関してのウィンドウベースの輻輳制御体系の限界が確認され得る。-A.背景トラフィックがない状態での集約グッドプットおよびタイムアウトの割合提案される体系を評価するための最も重要な性能測定基準は、インキャスト輻輳がどの程度緩和されるかを示すこととなり、応答データサイズを64kB、128kB、および256kBに設定することによる、集約グッドプットおよびタイムアウトの割合が測定される。集約グッドプットは、クエリ要求を送出してから複数のワーカの中での最後のデータパケットを受信するまでの時間にわたる、ワーカからの受信されるデータの総量を意味する。結果は、100回の反復により平均化される。タイムアウトの割合は、反復の総数すなわち100にわたって少なくとも1つのタイムアウトに遭遇するシミュレーションの数を意味する。最高で96のワーカの数は、現実のデータセンタにおいて90パーセンタイルに対するアグリゲータへの約100個の同時接続が存在し得るので、増大されてもよい。ここでは背景トラフィックは存在しない。図4は集約グッドプットのグラフを提示し、1-winTCPは、ある決まった範囲において最も高いグッドプットを示すものの、ワーカの数が32を超える際に性能低下を示すことが観察される。この結果は、データセンタネットワークにおいてのウィンドウベースの輻輳制御に関する限界を明らかにする。すなわち、最小ウィンドウサイズ1-ウィンドウは、ワーカの数が増大する際にインキャスト輻輳を引き起こす場合がある。他方でIATCPのグッドプットは、高い集約グッドプットを実現している。このことは、提案される体系が、ワーカが高いスケーラビリティによって小さなネットワークパイプを共有可能であるように、すべての接続のデータパケットレートを良好に制御することを示す。図5は、TCPタイムアウトの割合のグラフを提示する。グラフは、TCPSACKおよび1-winTCPが、それぞれ、ワーカの数が8および24を超えるときに100のタイムアウトの割合に遭遇するが、IA-TCPはすべての実験においてゼロのタイムアウトを示すことを例示する。さらに、既存のウィンドウベースのインキャスト回避手法、すなわちDCTCPおよびICTCPが、それらの実験セットアップにおいて35を超えるワーカを伴う状態で少なくとも1つのタイムアウトを引き起こすことを考慮すると、本発明のIA-TCPアルゴリズムは、ワーカの数に関して、よりスケーラブルである。-B.長期的な背景TCPフローがある状態での集約グッドプット図6は、分割/集約フローの集約グッドプットを示す。1-winTCPおよびTCPSACKの両方は、背景TCPフローに起因して非常に低下させられるが、IA-TCPのグッドプットは、ワーカの数が増大するにつれてより高くなっていることが観察される。応答データのサイズの違いが、IA-TCPのグッドプットに影響を与えることはまれであるように思われる。このシミュレーションは、IA-TCPに関してタイムアウトがないこともまた示すが、このことはここでは省かれる。-C.クエリ完了時間多くの分割/集約アプリケーションはソフトリアルタイム特性を有するので、短いフローおよび長いフローが共存するときのクエリ完了時間を測定することは重要である。30個の短いフローおよび1つの長いフローが走らされ、それらの完了時間が、図7に示されるように測定される。応答データサイズは、短いフローに対しては10kBであり、長いフローに対しては10MBである。TCPSACKの場合では、短いフローの平均クエリ完了時間は、大部分の短いフローがインキャスト輻輳により引き起こされるパケット損失およびタイムアウトに遭遇するので、比較的高いことが観察される。1-winTCPは、TCPSACKよりはるかに低い平均完了時間を示すが、総合的な性能は、長いフローにより影響を受けるいくつかのフローがより長い完了時間を有するので、低下させられる場合がある。IA-TCPは、インキャスト輻輳を回避することにより、短いフローに対して、非常に高速の平均および最長の完了時間を示す。IA-TCPが、ネットワークパイプを効果的に利用することにより、他のものより高速に長いメッセージを移送することもまた観察される。-D.IA-TCPフロー間の公平性最後に、同じボトルネックリンクを共有する複数のIA-TCPフロー間のグッドプット公平性が測定される。データセンタ環境は通常、同種ネットワークおよび単一の運営管理制御などの快適な状態を供与するので、レガシープロトコルに対する公平性は考慮されない。公平性を測定するために、5つのIA-TCPフロー群が、図8に示されるように3秒間隔で順に開始する。各々の群は8つのIA-TCPフローからなり、各々のフローの応答データサイズは100MBである。図8から、各々の群内のすべてのフローは同じ帯域幅部分を有し、すべての群は、群が追加/終了される際に帯域幅を公平に共有することが観察される。本発明は、レートベースの輻輳制御アルゴリズムであるインキャスト回避TCPIA-TCPに関して説明されたが、本発明はそのようには限定されない。当業者であれば、本明細書の教示を、1つのノードがその接続状態を別のノードに移転させる他のネットワークに容易に拡張することが可能である。加えて本発明は、ワイヤレス、無線、セルラー、または他の非有線の用途において使用するのに好ましくあり得るが、本発明は、そのように限定されず、パケットベースの通信をサポートする有線ネットワークまたは光ネットワークにおいて用いられ得る。本発明は、それらの方法を実践するために、方法、装置、デバイス、およびシステムの形態で実施され得る。本発明は、CD-ROM、ハードドライブ、または任意の他の機械可読記憶媒体などの有形媒体内のコンピュータプログラムコードの形態でさらに実施され得るものであり、プログラムコードが、コンピュータなどの機械にロードされ、その機械により実行されるとき、その機械は本発明を実施するための装置となる。本発明は、例えば、記憶媒体に記憶され、機械にロードされ、および/または機械により実行されるか、あるいは、電気配線もしくはケーブル接続を介して、光ファイバを通して、または電磁放射によってなど、何らかの送信媒体によって送信されるかを問わず、プログラムコードの形態でさらに実施され得るものであり、プログラムコードが、コンピュータなどの機械にロードされ、その機械により実行されるとき、その機械は本発明を実施するための装置となる。汎用プロセッサ上で実装されるとき、プログラムコードセグメントはプロセッサと結び付いて、特定の論理回路に類似して動作する独特のデバイスをもたらす。本発明の特質を解説するために説明および例示された部分の、細部、材料、および配置構成の様々な変更が、以下の特許請求の範囲において表現されるような本発明の原理および範囲から逸脱することなく、当業者により行われ得ることがさらに理解されるであろう。