JP2013531852A - トポロジサーバを用いた、通信アーキテクチャにわたって分散されたノードのネットワークに対する秘密または保護されたアクセス - Google Patents

Abstract

通信アーキテクチャに接続されたクライアントＣによって、このアーキテクチャＡ上に展開されたノードのネットワークにわたって分散されたアプリケーションにアクセスするためのシステム。このシステムは、クライアントの要求時に、通信アーキテクチャ内のネットワークのトポロジを考慮に入れて、ネットワークＮｐのノードのセットに関する情報を提供するための手段を有するサーバＳを備える。このシステムは、情報を受信することが可能な少なくとも１つのリレーデバイスＲと、クライアントＣと、リレーデバイスまたはデバイスＲによって提供された情報に基づいて判断されたセットのノードのうちの少なくともいくつかとの間に通信を確立するのに適した少なくとも１つの調停デバイスＭとをさらに備える。

Description

本発明は、通信アーキテクチャ上に展開されたノードのネットワークにわたって分散されたアプリケーションに関する。

これらのアプリケーションは、「ピアツーピア」（すなわち、ｐ２ｐ）と呼ばれるアプリケーションを含むが、インターネットを介してネットワーク接続されたコンピュータで構成され、コンテンツまたはデータ（一般に、大規模なマルチメディアコンテンツ）をユーザに提供するために協働するＣＤＮ（コンテンツデリバリーネットワーク）のネットワークも含む。

このタイプのネットワークは：
コンテンツが複製されるようにＣＤＮ内に「注入」されるオリジンサーバと、
中でコンテンツが複製される、インターネット「エッジ」上に地理的に分散された（永続的であろうとなかろうと）記憶ノードと、
コンテンツの断片に関するユーザ要求が、セマンティック的な意味で「最も近い」ノードによってサービス提供されることを可能にするセマンティックルーティング（ｓｅｍａｎｔｉｃ ｒｏｕｔｉｎｇ）機構（「氏名ベースのルーティング」）とで構成される。

これらの分散されたアプリケーションは、潜在的に共有され、分散された、異種の遠隔で独立しているコンピュータリソースのセットで構成された仮想インフラストラクチャである、より一般的にはグリッドとして知られている「コンピューティンググリッド」も含む。

他のタイプのアプリケーションが本発明の範囲内に包括されることも可能である。

これらの分散されたアプリケーションは、そのコンテンツまたはそのセマンティックな特性に基づくが、基礎となる通信アーキテクチャのトポロジ特性に注意を払わずに、アプリケーションノードをネットワークに接合するという同じ特性（「オーバーレイ」）を共有する。

論理構造とハードウェアアーキテクチャとの間のこの独立性は利点を有するが、アプリケーションノードのネットワークの展開はその通信アーキテクチャのトポロジを考慮に入れないため、少なくとも１つの大きな欠点も有する。

むしろ、２個のノードは、単にアプリケーション基準とセマンティックな基準とに基づいて、ノードのネットワーク内で近隣であり得るが、遠隔通信ネットワーク内に展開される場合がある。１個のノードが１つの大陸に配置され、その近隣ノードが別の大陸に配置されることは稀ではない。

その結果は、終端間の送信時間を増大し、ノードのネットワークの一般的性能を劣化させるだけでなく、多くの遠隔接続を使用することにより、全体としてインターネットネットワークの輻輳をやはりもたらすことである。

別の問題は、これにより事業者は料金請求されていないトラフィックがそのネットワークを通ることを許すことが必要となることである。これは、そのネットワークにサイズを追加すること、またはそのトラフィックに割り当てられたサービス品質を低下させることを一部の事業者に求める。

この状況を改善することが提案されている。これらの提案のうちの１つは、ＩＥＴＦ（インターネット技術タスクフォース）内の標準化団体によって研究されている「ＡＬＴＯ」（アプリケーション層トラフィック最適化（Ａｐｐｌｉｃａｔｉｏｎ−Ｌａｙｅｒ Ｔｒａｆｆｉｃ Ｏｐｔｉｍｉｚａｔｉｏｎ））サービスである。

この提案の原理は、図１によって例示され、通信アーキテクチャＡの部分ビューを有するサーバＳに依拠する。ＡＬＴＯ標準に準拠するこのサーバＳは、ＡＬＴＯクライアント、すなわち、Ｃ_ＡＬＴＯが、この部分ビューを考慮に入れる、ノードのネットワークＮｐのノードＮ１、Ｎ２、Ｎ３．．．Ｎ５０のセットに関する情報を取得することを可能にする。このビューは通信アーキテクチャの１つの領域だけをカバーするという点で、このビューは部分的であり、そのビューは、所与の独立したシステムの事業者に中心が置かれて、その事業者によるインターネットネットワークのビューを表す。

文書ｄｒａｆｔ−ｉｅｔｆ−ａｌｔｏ−ｐｒｏｔｏｃｏｌ−０４．ｔｘｔの第２．２項で説明されるように、領域は、独立したシステムであってよく、インターネットサービスプロバイダ（ＩＳＰ）によって管理されたネットワークであってよく、またはそのようなネットワークのサブネットワークもしくはセットであってもよい。

ＡＬＴＯサーバＳは、異なるサービスをＡＬＴＯクライアントに提供することができる。ＡＬＴＯサーバは、詳細には、ネットワークのそのビューのマップを提供すること、または、アプリケーションクライアントＣが接続されたＡＬＴＯクライアントによって、その識別子がそのサーバに送信されるノードのセットのシーケンスを提供することができる。

サーバＳによって提供されるこの情報は、ネットワークのトポロジを考慮に入れ、したがって、クライアントＣが、その知識の恩恵を受けて、ノードのネットワーク（詳細には、ピアツーピアネットワーク）をセットアップすることを可能にする。これにより、送信機構／配信機構に関して最適なネットワークを所定の位置に配置することができる。

しかし、この提案はクライアントにその通信アーキテクチャの知識を提供することをサービスプロバイダと事業者とに求めるため、この提案には主な欠点がある。悪意を持つエンティティが、事業者の通信アーキテクチャの完全なビューを構築することをＡＬＴＯサーバに要求することが考えられる。文書ＲＦＣ５６９３「Ａｐｐｌｉｃａｔｉｏｎ−Ｌａｙｅｒ Ｔｒａｆｆｉｃ Ｏｐｔｉｍｉｚａｔｉｏｎ（ＡＬＴＯ）Ｐｒｏｂｌｅｍ Ｓｔａｔｅｍｅｎｔ」は、その第５．５項「Ｔｏｐｏｌｏｇｙ Ｈｉｄｉｎｇ」でこの問題を強調している。

当然、事業者は、ＡＬＴＯサーバ内にトランケートされた（ｔｒｕｎｃａｔｅｄ）ビューだけを提供するオプションを有するが、文書ｄｒａｆｔ−ｉｅｔｆ−ａｌｔｏ−ｐｒｏｔｏｃｏｌ−０４．ｔｘｔは、第１１．１項でこの行動を警告している。そのような場合、リスクは、ＡＬＴＯサーバはもはやその役割を果たさないことになり、ノードのネットワークの展開はもはや最適でないことになる点である。

ｄｒａｆｔ−ｉｅｔｆ−ａｌｔｏ−ｐｒｏｔｏｃｏｌ−０４．ｔｘｔ ＲＦＣ５６９３「Ａｐｐｌｉｃａｔｉｏｎ−Ｌａｙｅｒ Ｔｒａｆｆｉｃ Ｏｐｔｉｍｉｚａｔｉｏｎ（ＡＬＴＯ）Ｐｒｏｂｌｅｍ Ｓｔａｔｅｍｅｎｔ」

したがって、この状況を改善する必要が存在する。

本発明の目的は、事業者とインターネットサービスプロバイダとがその通信アーキテクチャに関するトポロジまたはその他の秘密性の情報を開示しないことを可能にしながら、ＡＬＴＯサーバの利益を享受することである。

これを行うために、本発明の１つの目的は、そのアーキテクチャに接続されたクライアントによって、その通信アーキテクチャ上に展開されたノードのネットワークにわたって分散されたアプリケーションにアクセスするためのシステムである。

このシステムは：
− クライアントの要求時に、通信アーキテクチャ内のネットワークのトポロジを考慮に入れて、そのネットワークのノードのセットに関する情報を提供するための手段を有する、ＩＥＴＦのＡＬＴＯ標準化団体の勧告に準拠したサーバと、
− この情報を受信することが可能な少なくとも１つのリレーデバイスと、
− クライアントと、そのセットのノードのうちの少なくともいくつかとの間に通信を確立するように構成された、少なくとも１つの調停デバイスであって、それらのノードが（１つまたは複数の）リレーデバイスによって提供される情報に基づいて決定されている、少なくとも１つの調停デバイスとを備える。

この通信は、２つの区分で：すなわち、第１に、調停デバイス自体とアプリケーションクライアントとの間で、第２に、調停デバイス自体とセットの１つまたは複数のノードとの間で確立されることが可能である。

本発明の一実装形態によれば、このアクセスシステムは、それらのリレーデバイスのうちの１つとそれらの調停デバイスのうちの１つとを実施する、少なくとも１つの処理装置を備えることが可能である。

サーバは、ＡＬＴＯ仕様に準拠し得る。クライアントは、ＡＬＴＯ仕様に従って、クライアントによって要求をＡＬＴＯサーバに送信することができる。

この情報はノード識別子の順序付けられたリストを形成することができる。この情報は、ノード識別子と１つまたは複数のコストとの間の関連付けで構成されることも可能である。

したがって、調停デバイスを使用することによって、かつその調停デバイスと通信するリレーデバイスに情報を送ることによって、事業者およびインターネットサービスプロバイダは、そのクライアント自体がそのアーキテクチャのマップデータにアクセスできないことが保証されると同時に、そのマップデータをそのＡＬＴＯサーバ内で提供することができる。

本発明のさらなる目的は、通信アーキテクチャに接続された（アプリケーション）クライアントによって、そのアーキテクチャ上に展開されたニュースのネットワークにわたって分散されたアプリケーションにアクセスするための方法であって、クライアントが、要求をサーバに送信するステップであって、サーバは、応答して、通信アーキテクチャ内のそのアポロジを考慮に入れて、ネットワークのノードのセットに関する情報を提供する、ステップを含む方法である。

情報は少なくとも１つのリレーデバイスに送信され、この方法は、クライアントとそのセットのノードのうちの少なくともいくつかとの間に通信を確立するステップであって、それらのノードがそれらのリレーデバイスのうちの少なくとも１つによって提供された情報から決定されている、確立するステップをさらに含む。

通信は、２つの区分で：すなわち、第１に、調停デバイス自体と（その調停デバイスが所望されるノードの数などの仕様を収集する元である）、およびその調停デバイスが選択されたノードから受信されたデータを送信することになる宛先であるアプリケーションクライアントＣとの間に、次いで、その調停デバイス自体と、その調停デバイスがデータを受信する元である選択されたノードとの間に確立されることが可能である。

本発明のさらなる目的は、１つまたは複数のデータ処理装置によって実施されるときはいつでも、この方法のステップを実行するための手段を備えたソフトウェアアプリケーションである。

本発明、その利点、およびその特性は、添付の図面と共に、続く実施形態の説明においてより明らかになるであろう。

既に述べられた、ＡＬＴＯプロトコルを実施する通信アーキテクチャを示す図である。 本発明を実施する通信アーキテクチャを示す図である。 本発明の一実施形態を示す図である。

図２に示されたビューは、概略的機能図である。このビューは、本発明の原理をより明瞭に示すために、意図的に簡素化されている。

この図は、クライアントＣが接続されている通信アーキテクチャＡを表す。このクライアントＣは、ノードのネットワークＮｐのノードＮ１、Ｎ２、Ｎ３．．．Ｎ５０にわたって分散されたアプリケーションを使用することを望むアプリケーションクライアントである。

上述のように、これらのノードは、特にネットワークのトポロジに関して、異なる特性を有する。したがって、これらのノードは、それぞれが帯域幅、可用性などの点で異なる特性を有する、異なるアクセス手段（イーサネット（登録商標）、Ｗｉｆｉ、３Ｇ、ＬＴＥなど）によって、通信アーキテクチャＡに接続された装置上に配置されることが可能であるが、これらのノードは、異なる事業者のネットワーク内に、かつ非常に異なる地理的領域内に配置されることも可能である。

アプリケーションクライアントＣは、通信端末上に配置されることが可能である。アプリケーションクライアントＣは、ユーザが、インターネットなど、通信アーキテクチャ上に配置されたアプリケーションに接続することを可能にする、モバイル電話、ラップトップコンピュータ、携帯情報端末、または任意のその他のデバイスであってよい。これらのアプリケーションは、ネットワーク接続されたゲームアプリケーション、ファイル共有アプリケーション、特にビデオ用のマルチメディアフローアクセスアプリケーション、共有コンピューティングアプリケーションなどであってよい。

本来知られているように、アプリケーションクライアントＣは、ネットワークＮｐのノードのリストを認識することができる。例えば、そのネットワークに対するアクセスポイントを提供する集中サーバの使用など、それを行うための様々な技法が存在する。この集中サーバは、例えば、「ピアツーピア」ネットワークＮｐの関連で「トラッカ（ｔｒａｃｋｅｒ）」である。完全に分散されたモードでは、ピアノードは、ピア交換（ＰＥＸ）技法によって、または検索エンジンによって識別されることが可能である。

アプリケーションクライアントＣは、次いで、サービス要求の形でそのリストをＡＬＴＯクライアントＣ_ＡＬＴＯに送信することができる。このＡＬＴＯクライアントは、それを示す図２のように、通信端末Ｔ内に共同設置されることが同様に可能である。このＡＬＴＯクライアントは、通信アーキテクチャ内に、例えば、ネットワークＮｐのノードを識別する集中サーバ（トラッカなど）内に配置されることも可能である。

ＡＬＴＯクライアントは、アプリケーションクライアントとＡＬＴＯサーバとの間のインターフェースを確実にするように構成された機能エンティティである。ＡＬＴＯクライアントは、詳細には、ＩＥＴＦによって現在指定されているＡＬＴＯプロトコルに従って、サーバとの通信を可能にするソフトウェア手段を実施する。ＡＬＴＯクライアントは、そのＡＬＴＯクライアントが接続された通信アーキテクチャＡ内でどのＡＬＴＯサーバが利用可能であるか、ならびにそれらのサーバが提供するサービスを判断するための手段をさらに備えることが可能である。

ＡＬＴＯクライアントＣ_ＡＬＴＯは、次いで、サービス要求をＡＬＴＯサーバＳに送信する。要求されたサービスは、文書ｄｒａｆｔ−ｉｅｔｆ−ａｌｔｏ−ｐｒｏｔｏｃｏｌ−０４．ｔｘｔの第３．２．４項で定義される「エンドポイントコストサービス」サービスであってよい。

このサービスは、ノードのリストを処理して、それらのノードにコストを割り当てるために、サーバが有する通信アーキテクチャＡのトポロジ的なビューを使用することを可能にする。サーバＳは、ノードとその関連コストのリスト、またはそれらのコストに基づいて順序付けられたリストのいずれかを用いて、サービス要求に応答することができる。

例えば、クライアントが、要求されたアプリケーションを潜在的に提供するとして、ノードＮ１、Ｎ３、Ｎ５０を判断した場合、クライアントは、それら３個のノードの識別子を含む要求をサーバＳに送信することになり、サーバは、コストをそれぞれのノードと関連付けるピア、またはそれらのコストによってそれら３個のノードを順序付けるリストのいずれかを判断することになる。

これらの特性はネットワークのトポロジから生じる。トポロジは、装置同士の間の関係に関する特性（ＩＰホップの数、一般値としての、または空中キロメートル数（ａｅｒｉａｌ ｋｉｌｏｍｅｔｅｒｓ）でのそれぞれのＩＰホップのコスト）、およびアプリケーションノード自体に関する特性（ＡＬＴＯサービス、利用可能なリソース、接続性のタイプなどによって割り当てられた識別情報）を含む。

これらのコストは、帯域幅の品質、伝送時間、ジッタ、そのノードから依然として利用可能なリソースなどを反映する種々の基準を考慮に入れることができる。これらの特性は、ＡＬＴＯサーバＳ内で周期的に測定されて、更新されることが可能である。これらのプロセスは、依然として、本発明自体の範囲外である。

本発明によれば、ＡＬＴＯサーバＳはノードのこのセットに関する情報をリレーデバイスＲに送信する。このリレーデバイスは、通信アーキテクチャＡの事業者によって様々な形で展開され得る機能エンティティである。このリレーデバイスは、単一の集中型エンティティであってよく、あるいはその代わりに、例えば、通信アーキテクチャＡにアクセスするための装置内に、顧客エッジ内に、もしくはプロバイダエッジ内に配置された、または通信アーキテクチャＡ内の中間分散度（ｉｎｔｅｒｍｅｄｉａｔｅ ｄｉｓｔｒｉｂｕｔｉｏｎ ｄｅｇｒｅｅ）で配置された複数のリレーデバイスが存在してもよい。

いかなる場合でも、このリレーデバイスは、通信アーキテクチャＡ内に配置されて、その事業者によって制御される。

サーバＳは、使用されている通信プロトコルに準拠することを所望することから、ＡＬＴＯクライアントＣ_ＡＬＴＯに応答を返すことも可能である。しかし、その応答は、アーキテクチャＡのトポロジを考慮に入れる、それらのノードに関するいかなる情報も含まない。そのような情報は、リレーデバイスＲだけに送られ、いずれの場合も、事業者によって制御されるデバイスの外には送られない。

クライアントに対する応答は、サーバがその要求が成功したか否かを伝えるために、その要求の状態に関するデータを含むことが可能である。加えて、その要求は、部分的成功の場合、処理され得るノードの数など、何らかの一般的なデータを含むことが可能である。

あるいは、ＡＬＴＯサーバは、何の応答も有さなくてよいが、その場合、リレーデバイスＲは、そのサービス要求が正しく処理されたかまたは正しく処理されなかったかを意味するメッセージをＡＬＴＯクライアントに送ることができる。

リレーデバイスＲは、ＡＬＴＯサーバから受信された情報を調停デバイスＭに提供する。リレーデバイスＲの場合と同様に、この調停デバイスＭは、通信アーキテクチャＡ内、好ましくは、アクセス装置内の中央にあってよく、またはその中に分散されてもよい機能エンティティである。

リレーデバイスおよび調停デバイスを一緒に組み合わせた処理装置を提供することが可能である。この装置は、（事業者によって制御された）アーキテクチャＡにアクセスするための装置であってよく、または、それらの機能との交換によって引き起こされる過剰コストを最小限に抑えるために、それらのアクセスノードに直接接続されてもよい。しかし、アーキテクチャＡ内、または少なくともそのアーキテクチャの領域内に１つの装置だけを有することが可能である。

調停デバイスの役割は、クライアントＣと、リレーデバイスによって提供された情報に基づいて判断されたネットワークのノードＮとの間に通信を確立することである。

上で説明されたように、この情報は、順序付けられたリスト、またはノード識別子と（１つまたは複数の）コストとの間の関連付けから構成され得る。これらの情報は、調停デバイスが、それらの基準に基づいて、ノードのうちのいくつかだけとの通信を確立することを可能にする。同様に、選択されたノードは、アーキテクチャＡのトポロジに対応する。それらのノードは、トポロジ的もしくは地理的な意味で最も近いノード、または接続が最も速いノード、もしくはより良好なサービス特性品質を有するノードなどであってよい。

さらに、調停デバイスは、クライアントＣとの通信を確立する。実際的な観点から、その役割は、その場合、データフローが、調停デバイスＭを用いて、選択されたノードとアプリケーションクライアントとの間で送信され得るように、様々なアクタ（ａｃｔｏｒｓ）を間接的に接触させることである。

これにより、クライアントＣが接続しなければならないネットワークの最善のノードＮを判断するためにアーキテクチャＡのトポロジに関する情報が使用され得るとしても、リレーと調停デバイスとを使用することによって、クライアントＣはその情報を知ることができる。

調停デバイスＭは、以下のようにデータ送信機構／データ配信機構を最適化するための追加の様式を提供する。発明者らは、ＭがクライアントＣによって要求されたデータを受信して、そのデータをクライアントＣに送信することを確かめた。同様に、調停デバイスＭは、そのデータに関するキャッシュ（一時的な記憶位置）として機能するアプリケーションノードの役割を保証することができる。同じ調停デバイスＭに関連するアプリケーションクライアントによるその同じデータに関する後のデータ要求の間に、そのデータの位置が特定されて、より直接的にクライアントに送信されることが可能である。これは、例えば、リレーデバイスＲによってそのアプリケーションクライアントと関連付けられる限り、その調停デバイスＭに優先権を与える直接的なキャッシュ検索方法によって、Ｍが候補記憶ノードとして識別されることが可能であるためである。

図３は、本発明の一実施形態を示す。

示された通信アーキテクチャは、異なる性質の複数の通信ネットワークで構成される。参照符号ＡＳ１およびＡＳ２は、ＩＥＴＦによって定義される、インターネットネットワークの独立システムを表す。アーキテクチャＡＳ１だけが、ネットワーク装置Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、およびＧの表現によって若干詳述されているが、これは、図３の例では、ＡＬＴＯサーバは、ＡＳ１の事業者が有するインターネットのビューから構築されたトポロジを描写する際にＡＳ１のサーバであるためである。通信アーキテクチャＡＳ１は、ＡＬＴＯサーバＳを有する。

Ｗｉ−ＦｉネットワークまたはＷＬＡＮネットワークは、アクセスルータＡＲ_１を経由して独立システムＡＳ１のネットワーク装置Ｄに接続される。このネットワークは、加えて、アクセスポイントＡＰ_１、ＡＰ_２、ＡＰ_３を備える。

ＬＴＥ（ロングタームエボリューション）ネットワークＲ_ＬＴＥは、その第三者ネットワークＲをネットワークＲ_ＬＴＥに接続するゲートウェイＧ_Ｓと、その第三者ネットワークＲを独立システムＡＳに接続するゲートウェイＧ_Ｐとを備えた第三者ネットワークＲを経由して、独立システムＡＳに接続される。

最終的に、ローカルイーサネットネットワークＲ_ＬがアクセスルータＡＲ_２によって独立システムＡＳに接続される。

（アプリケーション）ノードのネットワークは、通信アーキテクチャ全体上に展開される。このネットワークは、１２個のノードＮ１からＮ１２で構成される。

ノードＮ_２およびＮ_７は独立システムＡＳ_２に接続され、ノードＮ_３、Ｎ_６、Ｎ_９はＷｉ−ＦｉネットワークＲｗに接続され、ノードＮ_４、Ｎ_８、Ｎ_１２はネットワークＲ_ＬＴＥに接続され、ノードＮ_１、Ｎ_５、Ｎ_１０、Ｎ_１１はネットワークＲＬに接続される。

調停デバイスおよびリレーデバイスは、潜在的なクライアントのアクセスポイント近くに配置された装置に統合されている。これらのデバイスは、アクセス装置であってよく、またはアクセスネットワークとコアネットワークとの間のゲートウェイであってもよい。図３の例示的な展開では、これらのデバイスは、アクセスルータＡＲ_１およびＡＲ_２、ならびにゲートウェイＧ_ＰおよびＧ_Ｓに統合されている。コアネットワーク、および事業者によって制御されるアクセスネットワークの構成に応じて、プロバイダエッジ上、インターネットのエッジに、すなわち、ルータＡ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ間にリレーを展開することを想定することも可能である。

Claims (9)

1. 通信アーキテクチャ（Ａ）に接続されたクライアント（Ｃ）によって、前記アーキテクチャ上に展開されたノードのネットワークにわたって分散されたアプリケーションにアクセスするためのシステムであって、前記クライアントの要求時に、前記通信アーキテクチャ内の前記ネットワークのトポロジを考慮に入れて、前記ネットワーク（Ｎ_Ｐ）のノードのセットに関する情報を提供するための手段を有する、ＡＬＴＯ標準によるサーバ（Ｓ）を備え、前記情報を受信することが可能な少なくとも１つのリレーデバイス（Ｒ）と、前記クライアント（Ｃ）と、前記少なくとも１つのリレーデバイス（Ｒ）によって提供された前記情報から判断された前記セットのノードのうちの少なくともいくつかとの間に通信を確立するように構成された少なくとも１つの調停デバイス（Ｍ）とをさらに備える、システム。
2. 前記少なくとも１つのリレーデバイスのうちの１つと前記調停デバイスのうちの１つを実施する少なくとも１つの処理デバイスとを備えた、請求項１に記載のアクセスシステム。
3. 前記サーバがＡＬＴＯ仕様に準拠する、請求項１から２のいずれか一項に記載のアクセスシステム。
4. 前記クライアントが、ＡＬＴＯ仕様に従って、クライアントによって前記要求を前記サーバに送信する、請求項３に記載のアクセスシステム。
5. 前記情報がノード識別子の順序付けられたリストを形成する、請求項１から４のいずれか一項に記載のアクセスシステム。
6. 前記情報がノード識別子と１つまたは複数のコストとの間の関連付けで構成される、請求項１から５のいずれか一項に記載のアクセスシステム。
7. 前記調停デバイス（Ｍ）が、前記アプリケーションクライアント（Ｃ）に送信されたデータに関するキャッシュ機能を有する、請求項１から６のいずれか一項に記載のアクセスシステム。
8. 通信アーキテクチャに接続されたクライアントによって、前記アーキテクチャ上に展開されたノードのネットワークにわたって分散されたアプリケーションにアクセスするための方法であって、前記クライアントが、ＡＬＴＯ標準に従うサーバに要求を送信するステップであって、サーバは、応答して、前記通信アーキテクチャ内の前記ネットワークのトポロジを考慮に入れて、前記ネットワークのノードのセットに関する情報を提供し、前記情報が少なくとも１つのリレーデバイスに送信される、送信するステップを含み、前記クライアントと、少なくとも１つのリレーデバイスによって提供された前記情報に基づいて判断された前記セットのノードのうちの少なくともいくつかとの間に通信を確立するステップを含む、方法。
9. １つまたは複数のデータ処理デバイスによって実施されるときに、請求項８に記載の方法のステップを実行するための手段を備えた、ソフトウェアアプリケーション。

Images