通信アーキテクチャA上に展開されたノードN1、N2、N3...N50のネットワークにわたって分散されたアプリケーションに、前記通信アーキテクチャに接続されたアプリケーションクライアントCによってアクセスするためのシステムCANTO、Mであって、ALTO標準に準拠して前記通信アーキテクチャ内の前記ネットワークのトポロジのビューを有するサーバSと、前記クライアントによる要求が行われたとき、前記トポロジのビューに基づいて、前記ネットワークのノードのセットについての情報を提供するための手段とを備え、前記サーバが、ノードの前記セットと関係する複数の特性についての情報を提供することができる、システムCANTO、M。前記情報に基づいてノードの前記セットのノードの順序を特定するように動作する調停デバイスMをさらに備える、請求項1に記載のアクセスシステム。前記調停デバイスが、前記特性に関連付けられた重みに基づいて前記順序を特定するように動作する、請求項2に記載のアクセスシステム。前記重みが、前記アプリケーションクライアントによって与えられる、請求項3に記載のアクセスシステム。前記アプリケーションクライアントも実装する通信端末装置T上に実装されるように動作する、請求項1から4のいずれか一項に記載のアクセスシステム。前記情報が、スカラー値のベクトルの形態である、請求項1から5のいずれか一項に記載のアクセスシステム。前記順序付けが、理想的なベクトルまでの距離に基づいて実行される、請求項6に記載のアクセスシステム。通信アーキテクチャA上に展開されたノードNi、N2、N3...N50のネットワークにわたって分散されたアプリケーションに、前記通信アーキテクチャに接続されたアプリケーションクライアントCによってアクセスするための方法であって、ALTO標準に準拠して前記通信アーキテクチャ内の前記ネットワークのトポロジのビューを有するサーバSにより、前記トポロジのビューに基づいて、前記ネットワークのノードのセットについての、ノードの前記セットと関係する複数の特性に関係する情報を、前記アプリケーションクライアントに送信することを備える、方法。データ処理デバイス上で実行されるといつでも、請求項8に記載の方法のステップを実行するための手段を備える、コンピュータプログラム。したがって、この状況を改善する現実の必要性が存在する。そのようにするために、本発明は、通信アーキテクチャ上に展開されたノードのネットワークにわたって分散されたアプリケーションに、該通信アーキテクチャに接続されたアプリケーションクライアントによってアクセスするためのシステムを開示する。このアクセスシステムは、通信アーキテクチャ内のネットワークのトポロジのビューを有するサーバと、アプリケーションクライアントによる要求が行われたとき、このトポロジのビューに基づいて、そのネットワークのノードのセットについての情報を提供するための手段とを備える。サーバは、ノードのそのセットと関係する複数の特性についての情報を提供することができる。本発明の一実施形態によれば、アクセスシステムは、その情報に基づいて、ノードのセットの中のノードの順序を特定するように動作する調停デバイスをさらに備える。調停デバイスは、前述の特性に関連付けられた重みに基づいて、その順序を特定するように動作することが可能である。これらの重みは、前述のアプリケーションクライアントによって与えられることが可能である。その情報は、スカラー値のベクトルの形態であり得る。順序付けは、理想的なベクトルまでの距離に基づいて実行され得る。本発明のアクセスシステムは、アプリケーションクライアントも実装する通信端末装置上に実装され得る。本発明のさらなる目的は、通信アーキテクチャ上に展開されたノードのネットワークにわたって分散されたアプリケーションに、該通信アーキテクチャに接続されたアプリケーションクライアントによってアクセスするための方法であって、通信アーキテクチャ内のネットワークのトポロジのビューを有するサーバによって、そのトポロジのビューに基づいて、そのネットワークのノードのセットについての、ノードのそのセットと関係する複数の特性に関係する情報をアプリケーションクライアントに送信することを備える方法である。本発明のさらなる目的は、データ処理デバイス上で実施されたとき、この方法を実行するように動作する手段を備えるソフトウェアアプリケーションである。本発明、本発明の利点、および本発明の特性は、添付の図面とともに、後段の実施形態の説明においてより明確となろう。図2に示される図は、概略の機能図である。この図は、本発明の原理をより説明しやすくするために意図的に簡略化されている。この図は、クライアントCが接続された通信アーキテクチャAを表す。このクライアントCは、ノードのネットワークNpのノードN1、N2、N3...N50にわたって分散されたアプリケーションを使用することを所望するアプリケーションクライアントである。前述したとおり、これらのノードは、特に、ネットワークのトポロジに関して、異なる特性を有する。このため、これらのノードは、帯域幅、アップタイムなどの点で異なる特性をそれぞれが有する異なるアクセス手段イーサネット登録商標、Wifi、3G、LTEなどによって通信アーキテクチャAに接続された機器上に配置され得るが、これらのノードは、異なる事業者のネットワーク内に、さらに非常に異なる地理的区域に配置されることも可能である。アプリケーションクライアントCは、通信端末装置T上に配置され得る。アプリケーションクライアントは、モバイル電話機、ラップトップコンピュータ、携帯情報端末、またはインターネットなどの通信アーキテクチャ上に配置されたアプリケーションにユーザが接続することを可能にする他の任意のデバイスであり得る。それらのアプリケーションは、ネットワーク化されたゲームアプリケーション、ファイル共有アプリケーション、特にビデオに関するマルチメディアフローアクセスアプリケーション、共有されるコンピューティングアプリケーションなどであり得る。それ自体知られている仕方で、アプリケーションクライアントCは、ネットワークNpのノードのリストを認識することが可能である。例えば、そのネットワークへのアクセスポイントを提供する集中サーバを使用することなどの、そのようにする様々な技術が存在する。この集中サーバは、例えば、ピアツーピアネットワークNpのコンテキスト内のトラッカである。完全な分散モードにおいて、ピアノードは、ピア交換PEX技術によって、または検索エンジンによって識別され得る。次に、アプリケーションクライアントCが、そのリストを、サービス要求の形態でALTOクライアントCALTOに送信することが可能である。このALTOクライアントは、図2に示されるとおり、通信端末装置T内に並置され得る。そのような事例において、別々であってもよい2つの機能モジュールインターフェースを介して相互運用される異なる2つのソフトウェア製品、または単一のソフトウェアモジュールに組み立てられた技術手段が存在する。また、このALTOクライアントは、通信アーキテクチャA内に、例えば、前述したネットワークNpのノードを識別する集中サーバトラッカなど内に配置されることも可能である。ALTOクライアントは、アプリケーションクライアントCとALTOサーバの間のインターフェースを確実にするように構成された機能エンティティである。ALTOクライアントは、IETFによって現在、指定されているALTOプロトコルに準拠して、サーバとの通信を可能にするソフトウェア手段を実装する。ALTOクライアントは、ALTOクライアントが接続された通信アーキテクチャA内でいずれのALTOサーバが利用可能であるか、ならびにそれらのALTOサーバが提供するサービスを特定するための手段をさらに備えることが可能である。次に、ALTOクライアントCALTOが、ALTOサーバSにサービス要求を送信する。このサービス要求は、アプリケーションクライアントCによって特定されたノードのリストと、サービスの識別子とを備える。このサービスは、前述した文書、draft-ietf-alto-protocol-04.txtのセクション3.2において定義されたサービスを備え得るが、標準化されたサービスであるか、独自のサービスであるかにかかわらず、他のサービスも明らかに備え得る。規格化されつつあるALTOプロトコルによって現在、考慮に入れられているサービスは、マップサービス、マップフィルタリングサービス、エンドポイントプロパティサービス、およびエンドポイントコストサービスである。さらに、この要求は、特性のセットを含み得る。これらの特性は、いずれの特性を選択するかは、アプリケーションに依存するので、アプリケーションクライアントCによって提供され得るが、ALTOクライアントまたは第三者機能モジュールが、他のデータに基づいて、それらの特性を決定すること、またはそのような決定に寄与することが可能であることも予見され得る。本発明の一実施形態によれば、クライアントCが、調停デバイスMを介してALTOクライアントにこの要求を送信する。アプリケーションクライアントCは、あるセットのノードの識別子をALTOクライアントCANTOに送信する。また、アプリケーションクライアントCは、調停デバイスMに要求を送信することも行う。この要求は、以下を含む:-クライアントCが順序および/またはコストを知ることを所望するノードの数、-複数の特性、-およびそれらの特性に関連付けられた潜在的な重み。また、特性、重み、および所望されるノードの数の間の関連付けを備える複数のグループをこの要求の中に入れることも可能である。この要求が受信されたとき、調停デバイスMは、ALTOクライアントCALTOに第2の要求を送信する。この第2の要求は、複数の特性を含む。次に、ALTOクライアントが、ALTOサーバに、以下を備えるALTO仕様に準拠する要求を送信する-ALTOクライアントが、応答において特性のセットに関するベクトルを必要とすることを示すパラメータ、-複数の特性、および-あるセットのノードの識別子。また、この要求は、戻されるパラメータ値が順序値ではなく、スカラー値であることを指定するパラメータを備える必要もあり得る。ALTOサーバは、ALTOサーバが情報を受信したノードのセットに関して受信される複数の特性についての情報を決定するために、ALTOサーバが有するトポロジのビューを使用する。ALTOサーバは、ALTOクライアントCALTOにそれらのパラメータを含むベクトルを送り返す。ALTOサーバの応答は、概略で以下のフォーマット:N1、V1C1、V1C2、V1C3、V1C4、N2、V2C1、V2C2、V2C3、V2C4、N5、V5C1、V5C2、V5C3、V5C4、を有することが可能であり、このフォーマットにおいて、Niは、ノードxの識別子を示し、さらにViCjは、特性jのノードiに関する値を表す。これらの特性Cjは、通信アーキテクチャA内のネットワークNpのトポロジからもたらされる。これらの特性Cjは、機器間の接続についての特性例えば、IPホップの数、一般的な値として、または無線キロメートル数としての各IPホップのコストと、アプリケーションノード自体についての特性ALTOサービスによって割り当てられたID、接続のタイプ、利用可能なメモリリソースもしくはCPU時間リソース等とを備える。各IPホップのコストは、ALTOサーバSが有するトポロジのビューの一部を形成することが可能な様々な基準:帯域幅、送信時間、ジッタ、IP機器の輻輳などを考慮に入れることが可能である。このデータは、ALTOサーバS内で周期的に測定され、更新されることが可能である。このデータは、ネットワーク管理ツールによって提供され得る。RFC5693に適合するデータオプションは、以下のとおりであり得る:-ネットワークの高い動的状態メトリックについての統計、-各メトリックに関する、そのメトリックによるノード品質の指標、例えば、スカラー指標、-場合により、各情報統計または指示に関する信頼性指標、-それらの値に関して適用される時間範囲、例えば、時間数、-場合により、各メトリックに関する、所与の時間範囲と、後述する統計または指標の値とを備えるセット。しかし、これらのプロセスは、本発明自体の範囲から外れており、さらに説明することはしない。ALTOサーバSからの応答は、現在、規格化されつつあるALTOプロトコルに準拠してALTOクライアントCALTOに送り返されることが可能である。この応答は、調停デバイスMに再送される。そのデバイスは、アプリケーションクライアントCによって与えられる重みに基づいて、最良の特性ベクトルを求める様々な最適化技術を実装することが可能である。特性のそれぞれを個別にではなく、特性ベクトルを最適化することを求めることが有益であり得る。発見される解は、より安定しており、物理的観点からより理に適っている。パレート最適点、つまり、少なくとも1つの成分が、他のいずれのベクトルにおけるその成分によっても超えられることがないベクトルが得られることが可能である。調停デバイスが、ALTOサーバSによって送り返されたこの情報に基づいて、ノードの順序付を実行することが可能である。この順序は、セットの中の各ノードに関連付けられたベクトルと理想的なベクトルの間の距離に基づくことが可能である。理想的なベクトルは、各成分が、抽出された効率的なつまり、パレート最適の解の中で見られる最良の値であるベクトルであり得る。次に、調停デバイスMが、これらの値をアプリケーションクライアントに戻すことが可能である。アプリケーションクライアントが、初期要求の中で、アプリケーションクライアントが接続されることを所望するノードの数を送信した場合、その数のノードだけが戻される。応答は、場合により、或る値に関連付けられた、このように特定されたノード識別子のリストから成ることが可能である。この値は、ALTOサーバSによって通信された、関連する特性ベクトルであることが可能であり、または、そのベクトルと理想的なベクトルの間の距離の順序表現であり得る、より統合された値であることが可能である。値タイプの選択は、アプリケーションクライアントCからの要求の中で調停デバイスMに送信されるパラメータによって決定され得る。アプリケーションクライアントが、選択されたノードとの通信を、それ自体知られている仕方で確立することが可能である。しかし、それらのノードは、アプリケーションによって特定された特性に応じて最適に選択されている。さらに、これらの目的を達するのに、ALTOサーバに単一の要求が送られており、アプリケーションクライアント、ALTOクライアント、および調停デバイスの間のさらなるトラフィックは、非常に限られており、さらに通信端末装置自体の内部でローカルであり、したがって、通信アーキテクチャAに全くコストがかからずに行われ得るため、さらなるトラフィックは、増加していない。