データ通信の目的で相互接続された複数のネットワーク要素を有するネットワーク内部のデータ通信を制御するための方法であって、-ネットワークプロバイダに関連する中央ネットワーク要素100が、ネットワーク情報110を取り出すことによって、および/または前記ネットワーク内部のデータ通信をモニタリングすることによって、前記ネットワークの表現130を生成し、-前記ネットワーク内の変更が、ネットワーク情報110を連続的に取り出すことによって、および/または前記ネットワーク内部のデータ通信をモニタリングすることによって検出され、前記ネットワークの前記表現130が前記検出された変更に応じて更新され、-クライアントネットワーク要素180から、要求が前記中央ネットワーク要素100に送信され、前記要求が、送信元ネットワーク要素および少なくとも2つの宛先ネットワーク要素を識別する情報を含み、-各識別された宛先ネットワーク要素に対して、前記送信元ネットワーク要素と前記それぞれの宛先ネットワーク要素との間の通信経路のランキング値が、前記ネットワークの前記表現130に基づいて前記中央ネットワーク要素100によって決定され、-前記識別された宛先ネットワーク要素の順序付けられたリストが、前記それぞれのランキング値に基づいて生成され、-前記順序付けられたリストが、前記中央ネットワーク要素100から前記クライアントネットワーク要素180に送信され、-前記順序付けられたリストに基づいて、前記宛先ネットワーク要素のうちの少なくとも1つが、前記送信元ネットワーク要素とのデータ通信に選択される、方法。前記クライアントネットワーク要素が、前記送信元ネットワーク要素から要求を受信したことに応答して前記中央ネットワーク要素100に送信されるべき要求を生成し、前記クライアントネットワーク要素が、前記中央ネットワーク要素100によって提供された前記順序付けられたリストに応じて前記送信元ネットワーク要素に応答を送信する、請求項1に記載の方法。前記クライアントネットワーク要素180によって送信された前記要求が、事前に定められた統一フォーマットの要求に変換される、請求項1または2のいずれか1項に記載の方法。許可されたクライアントネットワーク要素から受信され、許可された送信元ネットワーク要素を識別する要求のみが、前記中央ネットワーク要素100によって処理され、前記クライアントネットワーク要素および/または前記送信元ネットワーク要素の許可が、前記クライアントネットワーク要素の識別情報および/または前記要求に含まれる前記送信元ネットワーク要素の識別情報によりチェックされる、請求項1乃至3のいずれか1項に記載の方法。前記ランキング値が、前記クライアントネットワーク要素によって送信された前記要求に含まれる情報に基づいて事前に定められた1組のランク付け機能から選択された事前に定められたランク付け機能によって決定される、請求項1乃至4のいずれか1項に記載の方法。少なくとも1つの事前に定められたランク付け機能が、前記ネットワークの検出された変更に応じて動的に適合される、請求項5に記載の方法。複数の要求が解析され、要求が個々のクライアントネットワーク要素から受信される頻度ならびに/または個々の送信元ネットワーク要素および/もしくは個々の宛先ネットワーク要素が前記それぞれの要求で識別される頻度に関する統計情報が決定され、前記統計情報が、前記ランキング値を決定するために使用される、請求項1乃至6のいずれか1項に記載の方法。データ通信の目的で相互接続された複数のネットワーク要素を有するネットワーク内部のデータ通信を制御するためのシステムであって、前記システムがネットワークプロバイダに関連する少なくとも1つの中央ネットワーク要素100内に配置され、-ネットワーク情報110を取り出すおよび/または前記ネットワーク内部でのデータ通信をモニタリングするための取り出しサブシステム112と、-前記取り出しサブシステムから受け取ったデータに基づいて前記ネットワークの表現を生成および更新するためのネットワークマップジェネレータサブシステム120と、-前記ネットワークの前記表現130を保存するためのネットワークマップデータベースと、-クライアントネットワーク要素180からの要求を受信する、処理する、およびそれに応答するためのクエリマネージャサブシステム140であって、前記要求が、送信元ネットワーク要素および少なくとも2つの宛先ネットワーク要素を識別する情報を含む、クエリマネージャサブシステム140と、-前記ネットワークの前記保存された表現130に基づいて、クライアントネットワーク要素180からの要求で識別された各宛先ネットワーク要素に対して前記送信元ネットワーク要素180と前記それぞれの宛先ネットワーク要素との間の通信経路のランキング値を決定するように適合された経路ランク付けサブシステム150とを備え、-前記クエリマネージャサブシステム140が、要求に対する応答を生成し、前記要求が受信された前記クライアントネットワーク要素180に前記応答を送信するように適合され、前記応答が、前記要求で識別された前記宛先ネットワーク要素の順序付けられたリストを含み、前記リストが、前記経路ランク付けサブシステム150によって提供されるそれぞれのランキング値に基づいて決定される、システム。前記クライアントネットワーク要素180から受信された要求を事前に定められた統一フォーマットの要求に変換するための要求トランスレータサブシステム170をさらに備える、請求項8に記載のシステム。前記経路ランク付けサブシステム150が、前記クライアントネットワーク要素180によって送信された前記要求に含まれる情報に基づいて事前に定められた1組のランク付け機能からの前記経路ランク付けサブシステム150によって選択された事前に定められたランク付け機能によって前記ランキング値を決定するように適合された、請求項8または9のいずれか1項に記載のシステム。少なくとも1つの事前に定められたランク付け機能が、前記ネットワークの検出された変更に応じて動的に適合される、請求項10に記載のシステム。複数の要求を解析し、要求が個々のクライアントネットワーク要素から受信される頻度ならびに/または個々の送信元ネットワーク要素および/もしくは個々の宛先ネットワーク要素が前記それぞれの要求で識別される頻度に関する統計情報を決定するように適合された頻繁ヒッター検出サブシステムをさらに備え、前記統計情報が、前記ランキング値を決定するための前記経路ランク付けサブシステム150に提供される、請求項8乃至11のいずれか1項に記載のシステム。前記ネットワークの前記表現130のバックアップを事前に定められた時刻に行い、前回のバックアップ以降の前記ネットワーク内の検出された変更を保存し、障害が発生した場合に前記前回のバックアップおよび前記保存された変更に基づいて前記ネットワークの前記表現130を取り出すように適合されたバックアップサブシステムを備える、請求項8乃至12のいずれか1項に記載のシステム。データ通信を制御するためのシステムと通信するための、請求項8乃至13のいずれか1項に記載のネットワーク要素であって、-要求を生成し、前記要求が、送信元ネットワーク要素および少なくとも2つの宛先ネットワーク要素を識別する情報ならびに前記システムが1組の事前に定められたランク付け機能からランク付け機能を選択することを可能にするための情報を含み、-前記要求を前記システムに送信し、-前記システムから受信した応答を処理するように適合されたネットワーク要素。-前記送信元ネットワーク要素から受信した要求に応答して前記要求を生成して前記システムに送信し、-前記システムから受信した前記応答に応じて前記送信元ネットワーク要素に応答を送信するように適合された、請求項14に記載のネットワーク要素。したがって、本発明の目的は、通信ネットワーク特にコンピュータネットワーク内部のデータ通信を制御するための新しい改良された方法を示すことである。本発明のさらなる目的は、負荷の重いリンクにおける輻輳の減少、ダウンしているリンクの回避、または輸送コストの削減など、ネットワークプロバイダがネットワーク内のトラヒックエンジニアリングを実行できる新しい改良された方法を示すことである。本発明の目的の解決策は、それぞれの添付の独立請求項の主題のそれぞれによって達成される。有利なおよび/または好ましい実施形態または改良点は、それぞれの添付の従属請求項の主題である。したがって、ネットワーク内部のデータ通信を制御するための本発明の方法は、ネットワークプロバイダに関連する中央ネットワーク要素が、ネットワーク情報を取り出すretrieveことによって、および/またはネットワーク内部のデータ通信をモニタリングすることによって、ネットワークの表現を生成するステップを含む。ネットワーク内の変更は、ネットワーク情報を連続的に取り出すことによって、および/またはネットワーク内部のデータ通信をモニタリングすることによって検出され、したがって、ネットワークの表現representationは、検出された変更に応じて更新される。ネットワークは、データ通信の目的で相互接続された複数のネットワーク要素を有する任意のネットワーク特にインターネットであってよい。中央ネットワーク要素は、典型的には、ネットワークプロバイダによって運用されるサーバまたはサーバのグループである。ネットワークの表現は、好ましくは、ネットワークのノードに関連する情報および/またはネットワークのノードのペア間の通信経路に関連する情報を含む。好ましくは、通信経路の性能特性が計算され、表現が高速アクセスのために保守される。有利には、中央ネットワーク要素で収集されるネットワーク情報は、生のネットワーク情報、たとえば物理的情報、モニタリング情報、ポリシー情報、および/またはメタ情報を含む。有利には、この情報が処理され、詳細な注釈付きannotatedネットワーク表現が構築され、保守される。この方法は、クライアントネットワーク要素から中央ネットワーク要素に要求を送信するステップをさらに含み、前記要求が、送信元ネットワーク要素および少なくとも2つの宛先ネットワーク要素を識別する情報を含む。各識別された宛先ネットワーク要素に対して、送信元ネットワーク要素とそれぞれの宛先ネットワーク要素との間の通信経路のランキング値は、ネットワークの表現に基づいて中央ネットワーク要素によって決定され、識別された宛先ネットワーク要素の順序付けられたリストが、それぞれのランキング値に基づいて生成され、前記順序付けられたリストは、中央ネットワーク要素からクライアントネットワーク要素に送信され、順序付けられたリストに基づいて、宛先ネットワーク要素のうちの少なくとも1つが、送信元ネットワーク要素とのデータ通信に選択される。クライアントネットワーク要素、送信元ネットワーク要素、および宛先ネットワーク要素という用語については、以下では簡単に、クライアント、送信元、および宛先という用語もそれぞれ使用される。用語は、本質的に交換可能なように使用され、それぞれのハードウェアユニットまたはソフトウェアユニットまたはその識別情報を定義する。ユーザという用語は、以下では、典型的にはクライアントネットワーク要素を指す。送信元および宛先という用語は、ネットワークにおけるデータ通信の2つのエンドポイントを定義するために使用され、データ通信の方向は一方向または他の方向に限定されない。しかし、典型的には、データ通信は送信元によって開始される。本発明の基本概念は、ネットワークプロバイダ内部でのネットワーク情報の収集、処理、および保守であり、保守される情報は、送信元-宛先ペアのランキング値を推定するために使用され、したがって、少なくとも2つの宛先候補を含む要求は、ランク付けされたリストの形をとる推奨事項により応答され、ネットワークのトラヒックエンジニアリング、ユーザエクスペリエンス、およびアプリケーション効率を向上させる。ランキング値は、好ましくは、それぞれの送信元-宛先ペアの近接度の尺度とすることができる。送信元-宛先ペアの送信元および/または宛先は、ネットワークプロバイダの管理権限に属しても属さなくてもよい。ランキング値は、有利には、遅延、帯域幅、エラー送出、ネットワーク信頼性、輻輳などのネットワーク性能特性、およびアプリケーションの種類、価格設定、相互接続契約peeringagreement、地理的ロケーション、法的問題、地理的適用範囲、クライアントによって発動される制限、サービス負荷利用率などの他の特性に応じて計算される。それに基づいてランキング値が計算されるパラメータは、上述のパラメータに限定されず、他の任意の適切なパラメータを含むこともできる。送信元および宛先は、IPアドレスなど、ネットワークプロトコルで使用される識別子であってよく、IPアドレスは、たとえばネットワークアドレス変換NATが用いられているとき、またはルータIPのみが分かっているとき、実IP、サブネットワーク、またはアクセスIPとすることができる。ユーザは、たとえばコンテンツ配信システムCDN、ピアツーピアシステム、ストリーミングシステム、キャッシュのグループ、ならびにサーバプール、直接ダウンロードプロバイダdirectdownloadprovider、ドメインネームサーバDNSなどのインターネットインフラストラクチャを含む、クライアント-サーバモデルに基づくアプリケーション、ならびに他のネットワークプロバイダによって許可されたサーバである。方法の好ましい一実施形態では、クライアントネットワーク要素は、送信元ネットワーク要素から要求を受信したことに応答して中央ネットワーク要素に送信されるべき要求を生成し、クライアントネットワーク要素は、中央ネットワーク要素によって提供された順序付けられたリストに応じて送信元ネットワーク要素に応答を送信する。これは、たとえば、クライアントネットワーク要素がDNSサーバであるときに当てはまる。このようなクライアントネットワーク要素からの要求は、以下では、プロキシ要求とも呼ばれる。この実施形態の特別な利点は、送信元ネットワーク要素が中央ネットワーク要素で実行された順序変更に気付き、その結果、たとえば、本発明を実施しなければ受信するであろうIPアドレスと異なるウェブサイトのIPアドレスが送信元ネットワーク要素によって受信されるので、送信元ネットワーク要素の変更が必要でないことである。あるいは、クライアントネットワーク要素は、同時に送信元ネットワーク要素であってもよく、その結果、要求が最初にクライアントネットワーク要素によって生成される。要求が、異なるサービスに関連する異なるタイプのネットワーク要素によって送信できるので、要求は、典型的には、異なるフォーマットを有することができる。したがって、クライアントネットワーク要素によって送信された要求は、好ましくは、事前に定められた統一フォーマットの要求に変換される。統一フォーマットの要求は、典型的には、少なくとも送信元ネットワーク要素の識別情報と宛先ネットワーク要素すなわち宛先候補の識別情報とを含む。最も好ましい実施形態では、ランキング値は、クライアントネットワーク要素によって送信された要求に含まれる情報に基づいて事前に定められた1組のランク付け機能から選択された事前に定められたランク付け機能によって決定される。この情報は、たとえばコード値とすることができ、異なるコード値は、有利には、トラヒックエンジニアリングによる最適化の異なる変形と関連付けられ、この変形は、送信元ネットワーク要素によって、またはクライアントネットワーク要素によって選択される。要求を変換するとき、コード値は当然のことながら、統一フォーマットの要求にも取り入れられる。コード値は、関連するランク付け機能にマッピングされ、次いで、中央ネットワーク要素に保存されたマッピングテーブルに応じた宛先ネットワーク要素の順序付けられたリストの決定に使用され、マッピングは、さらなるパラメータに応じて実行されることができる。このように、一定のランク付け機能は、有利には、ネットワークプロバイダにのみ知られている。1組のランク付け機能およびそれらに関連するコード値は好ましくは、事前に定められ、中央ネットワーク要素に保存される。柔軟性をさらに向上させるために、少なくとも1つの事前に定められたランク付け機能は、ネットワークの検出された変更に応じて動的に適合されてもよい。ランク付け機能の非常に単純な例は、送信元ネットワーク要素とそれぞれの宛先ネットワーク要素との間の通信経路のホップカウント率および最小帯域幅である。しかし、好ましくは、事前に定められたランク付け機能は、さまざまなパラメータに応じて大きく変化することができる。しかし、特に有利には、ランク付け機能は、ネットワークプロバイダのみによってアクセス可能な情報に基づいて定められる。好ましくは、複数の要求が解析され、要求が個々のクライアントネットワーク要素から受信される頻度ならびに/または個々の送信元ネットワーク要素および/もしくは個々の宛先ネットワーク要素がそれぞれの要求で識別される頻度に関する統計情報が決定され、この統計情報は、ランキング値を決定するために使用される。さらに、方法は、好ましくは承認制御を含み、承認制御は、たとえば少なくとも1つのアクセス制御リストによって実現されることができる。この好ましい実施形態では、許可されたクライアントネットワーク要素から受信され、許可された送信元ネットワーク要素を識別する要求のみが、中央ネットワーク要素によって処理され、クライアントネットワーク要素および/または送信元ネットワーク要素の許可が、クライアントネットワーク要素の識別情報および/または要求に含まれる送信元ネットワーク要素の識別情報によりチェックされる。アクセス制御リストは、ポジティブリストとして、またはネガティブリストとして提供されることができる。たとえば、その要求が受け入れられるサブネットを含む第1のポジティブリストが提供されることができる。第2のポジティブリストは、たとえば、そのプロキシ要求が受け入れられるIPアドレスのリストを作成することができる。プロキシ要求は、たとえば、送信元ネットワーク要素としてのDNSサーバによって送信される。上述の統計情報に、短期間に多数の要求が受信されたことが示される場合、それぞれの送信元ネットワーク要素および/またはクライアントネットワーク要素のIPアドレスがネガティブリストに取り入れられてもよく、その結果、このような要求はブロックされる。方法の好ましい一実施形態では、ネットワークの表現のバックアップが事前に定められた時刻に作成され、前回のバックアップ以降のネットワーク内の検出された変更が保存され、障害が発生した場合に前回のバックアップおよび保存された変更に基づいてネットワークの表現が取り出される。データ通信の目的で相互接続された複数のネットワーク要素を有するネットワーク内部のデータ通信を制御するための本発明のシステムは、ネットワークプロバイダに関連する少なくとも1つの中央ネットワーク要素内に配置される。この方法は、ネットワーク情報を取り出すおよび/またはネットワーク内部でのデータ通信をモニタリングするための取り出しサブシステムと、この取り出しサブシステムから受け取ったデータに基づいてネットワークの表現を生成および更新するためのネットワークマップジェネレータサブシステムと、ネットワークの表現を保存するためのネットワークマップデータベースと、クライアントネットワーク要素からの要求を受信する、処理する、およびそれに応答するためのクエリマネージャサブシステムであって、前記要求が、送信元ネットワーク要素および少なくとも2つの宛先ネットワーク要素を識別する情報を含む、クエリマネージャサブシステムと、ネットワークの保存された表現に基づいて、クライアントネットワーク要素からの要求で識別された各宛先ネットワーク要素に対して送信元ネットワーク要素とそれぞれの宛先ネットワーク要素との間の通信経路のランキング値を決定するように適合された経路ランク付けサブシステムとを備え、クエリマネージャサブシステムは、要求に対する応答を生成し、要求が受信されたクライアントネットワーク要素に応答を送信するように適合され、前記応答は、要求で識別された前記宛先ネットワーク要素の順序付けられたリストを含み、前記リストは、経路ランク付けサブシステムによって提供されるそれぞれのランキング値に基づいて決定される。サービスのモードでは、本発明のシステムは、好ましくは、生のネットワーク情報を収集および処理し、ネットワークの注釈付きマップを構築および保守し、ネットワーク内のマッピングまたは割り当て可能な任意の送信元-宛先ペアの評価に使用される経路特性を事前に推定し、ネットワークの前述の保守された図への高速アクセスのためのインタフェースを提供する。サービスのモードでは、ユーザは要求を送出でき、システムは、好ましくは、要求を承認または拒否する。要求が承認される場合、要求はさらに処理され、保守されたネットワーク図からの情報が取り出され、送信元と宛先の両方の集約された統計情報が計算され、あらゆる送信元-宛先ペア候補が評価される。この評価は、ランク付けされたリストとして、たとえば降順で、ユーザに送信される。システムのユーザによる要求が、宛先候補たとえばコンテンツをダウンロードまたはアップロードするサーバまたはピアのリストと共に到着すると、システムは、ネットワークマップデータベースに保存されたネットワークの表現を利用して送信元-宛先経路特性を推定し、事前に定められたまたは動的に定められたランク付け機能に基づいて、宛先の順序付けられたリストにより要求に応答して、トラヒックエンジニアリングに関する目標を達成し、ユーザエクスペリエンスおよびアプリケーション効率を向上させる。したがって、経路ランク付けサブシステムは、好ましくは、クライアントネットワーク要素によって送信された要求に含まれる情報に基づいて事前に定められた1組のランク付け機能からの経路ランク付けサブシステムによって選択された事前に定められたランク付け機能によってランキング値を決定するように適合され、有利には、少なくとも1つの事前に定められたランク付け機能は、ネットワークの検出された変更に応じて動的に適合される。好ましい一実施形態では、システムは、クライアントネットワーク要素から受信された要求を事前に定められた統一フォーマットの要求に変換するための要求トランスレータサブシステムをさらに備える。さらに好ましい実施形態では、システムは、複数の要求を解析し、要求が個々のクライアントネットワーク要素から受信される頻度ならびに/または個々の送信元ネットワーク要素および/もしくは個々の宛先ネットワーク要素がそれぞれの要求で識別される頻度に関する統計情報を決定するように適合された頻繁ヒッターfrequenthitter検出サブシステムを備え、この統計情報は、ランキング値を決定するための経路ランク付けサブシステムに提供される。有利には、ネットワークの表現のバックアップを事前に定められた時刻に行い、前回のバックアップ以降のネットワーク内の検出された変更を保存し、障害が発生した場合に前回のバックアップおよび保存された変更に基づいてネットワークの表現を取り出すように適合されたバックアップサブシステムも提供される。前述のようにシステムと通信するための本発明のネットワーク要素は、要求を生成し、前記要求が、送信元ネットワーク要素および少なくとも2つの宛先ネットワーク要素を識別する情報ならびに前記システムが1組の事前に定められたランク付け機能からランク付け機能を選択することを可能にするための情報を含み、前記要求をシステムに送信し、システムから受信した応答を処理するように適合される。好ましくは、ネットワーク要素は、送信元ネットワーク要素から受信した要求に応答して要求を生成してシステムに送信し、システムから受信した応答に応じて送信元ネットワーク要素に応答を送信するように適合される。本発明のシステムの機能の少なくとも一部は、好ましくは、ソフトウェア構成要素によって提供されることができる。したがって、少なくとも1つのコンピュータで実行されるときに上述の方法を実行するように適合された電子的に読み取り可能な制御命令を含むデジタル記憶媒体も本発明の範囲に含まれる。以下では、本発明の好ましいが例示的な実施形態について、図を参照してより詳細に説明する。図1は、本発明のシステム100の好ましい一実施形態の構成要素の構成の概略図を示し、前記構成要素は、システムのデータ収集用サブシステム、データ処理用サブシステム、ネットワークマップの構築および保守用サブシステム、ならびにクエリ処理サブシステム、ランク付けサブシステム、および応答サブシステムを含む。情報取り出しサブシステム112は、物理的情報、モニタリング情報、ポリシー情報、およびメタ情報を含みうる生のネットワーク情報110をネットワークプロバイダにおいて収集する役割を果たす。次に、情報取り出しサブシステム112は、この情報をネットワークマップジェネレータ120に送信する。ネットワークマップジェネレータ120は、ネットワークで発生した変更のレベルを評価し、それに応じて注釈付きネットワークマップデータベース130を構築および更新する役割を果たす。注釈付きネットワークマップデータベースサブシステム130は、ネットワークの最も正確な図を保守し、ネットワーク内のマップできるすべての使用可能な送信元および宛先で測定される種々の特性を事前に推定し、処理の結果を保存し、クエリマネージャサブシステム140とのインタフェースを利用可能にする役割を果たす。障害復旧の目的で、ネットワークマップデータベース130のバックアップおよび前回のバックアップ以降の変更に関する情報もネットワークマップジェネレータ120から定期的な間隔で受け取るバックアップサブシステム125が設けられ、その結果、障害が発生した場合に、ネットワークマップデータベース130の内容を復旧することができる。上述の部品は、システム100のデータ管理および保守部分の一部である。要求の処理は、システム100の第2の部分の一部である。クライアントネットワーク要素180によって送出される要求は、要求トランスレータ170で最初に処理されることができる。次に、この要求は、事前に定められた承認基準に基づいて承認または捨てられる。要求が承認された場合、すべての送信元-宛先ペアに関連するすべての情報を取り出す役割を果たすクエリが、クエリマネージャ140に送出される。あるいは、事前に定められた統一フォーマットの要求も、クライアントネットワーク要素180からクエリマネージャ140に直接送信されることができる。集約された統計情報が、送信元および宛先の使用率popularityを得るために頻繁ヒッター検出器160によって保守されることができる。この情報は、次に、経路ランカーpathranker150に送信され、経路ランカー150は、クエリマネージャ140および頻繁ヒッター検出器160によって受け取られたすべての情報を利用し、関連スコアを推定して、ランク付けされたリストを編集し、このリストが推奨事項となる。次いで、この推奨事項が応答としてクライアントネットワーク要素180に送信される。クライアントネットワーク要素180は、送信元ネットワーク要素の名前で要求を送信する、送信元ネットワーク要素またはDNSサーバなどのプロキシとすることができる。情報取り出しサブシステム112は、図2により詳細に示されているが、2つのサブシステムすなわち左手側の測定取り出しサブシステムと右手側の計算処理サブシステムとを備える。2つのサブシステムのそれぞれは、アクティブモードまたはパッシブモードのいずれかとすることができ、すなわち、プッシュモードまたはプルモードのいずれかで動作することができる。以下では、各モードの各サブシステムの機能について説明する。図2の左手側には、測定取り出しサブシステム210のためのプッシュプロセスに関与できるアクティブ測定情報送信元またはシードseed211、212、および213の第1の例が示されており、測定取り出しサブシステム220のためのプルプロセスに関与できる受動測定情報送信元またはシード221、222、および223の第2の例も示されている。能動測定は、ネットワーク構成要素のハードウェアの状態、ネットワークのトポロジのためのリスナ、およびルーティングプロトコルが使用される間にネットワークで交換されるメッセージのアクティブリスナに関するシードを含みうるが、これらに限定されない。上述の情報の更新が、更新をリスンする準備ができている一連のフィーダに送信される。これらのリスナは、物理的フィードプロセッサ232、モニタリングフィードプロセッサ234、ネットワークポリシーフィードプロセッサ236、およびメタ情報フィードプロセッサ238である。これらのフィーダは、更新を保持する。パッシブモードでは、上述のフィーダは、図示の実施形態では例として手動トポロジ情報221、構成エクスポート222、およびテスト環境セットアップ223が挙げられているがこれらに限定されない受動測定送信元にクエリを行うことによって、使用可能な更新を要求する。図2の右手側には、計算処理サブシステムのプッシュプロセスおよびプルプロセスそれぞれにより実現されるアクティブモードおよびパッシブモードの2つの例が示されている。プッシュモードでは、フィーダのそれぞれ、すなわち物理的フィードプロセッサ232、モニタリングフィードプロセッサ234、ネットワークポリシーフィードプロセッサ236、およびメタ情報フィードプロセッサ238は、測定取り出しサブシステムのプッシュ手順を使用して更新を受け取ると、ネットワークマップジェネレータ120にトリガを送信して更新の認識を報告したフィードから更新をプルする更新ハンドラとして機能する情報ウォッチドッグ240に更新通知を送信する。プルモードでは、ネットワークマップジェネレータは、上述のフィーダから情報を定期的にプルしようとする。図3は、ネットワークプロバイダのネットワークマップを構築および保守する目的で図2に示すフィーダから更新された情報をプルするために使用されるネットワークマップジェネレータ120によって実行されるステップを含む流れ図を概略的に示す。図2に関して説明したプッシュモードでは、ウォッチドッグ240は、ネットワークマップジェネレータ120に更新通知を提供する役割を果たす。プルモードでは、ネットワークマップジェネレータ120は、フィーダのための情報をプルする。いずれの場合にも、ステップ301において、ネットワークの状態の微細な変更のリストが、プル手順またはプッシュ手順を使用してすべてのフィーダから得られる。次に、ステップ302において、微細な変更の1つ1つが処理される。ステップ303では、それぞれの微細な変更が取り出される。ステップ304で解析される保留中の更新がある場合、ステップ305では、その更新が有効な更新であるかどうか確認される。その更新が有効な更新である場合、保守されるトポロジの変更がステップ306でマークされ、その変更は、ステップ307でトランザクションとしてデータベースに適用される。その変更が有効でない場合、その更新はステップ308で捨てられる。データベースを変更した更新がある場合、これは、ステップ309で確認される。このような場合、トポロジの変更があるかどうかがステップ310でチェックされる。そうである場合、ステップ311でルーティングテーブルが再計算され、パスキャッシュもステップ313で再計算される。パス伝搬の変更がある場合は、再計算がパスキャッシュにプッシュされ、変更がない場合は、ステップ314でトリガ復元ポイントが作成される。トリガ復元ポイントは、パスキャッシュが再計算された場合にも作成される。トリガ復元ポイントから、フェイルオーバ手順320が呼び出される。図4は、システムに送出された要求を変換するためのステップを含む流れ図を概略的に示す。要求トランスレータシステム170は、2つの目的に使用される。第1に、プロトコル間の通信のためであり、第2に、適切なランク付け機能の判定を補助するためである。ステップ400でネットワークが要求を受信すると、次に、その要求が要求トランスレータプロセスに送信される。要求はステップ401で取り出され、ステップ402では、既知のフォーマットであるかどうかチェックされる。既知のフォーマットでない場合、要求は、ステップ403で破棄される。既知のフォーマットである場合、要求は、ステップ404で復号され、ステップ405で適切なランク付け機能を選択するために使用できると復号情報から判断され、次いでステップ406にて統一要求が作成され、ステップ407において、図4ではPaDISサーバという名前であるクエリ管理サーバに要求が送られ、ステップ408で、この要求が、ネットワークまたはIPCまたは共有メモリにあるクエリプロセッサに転送される。要求がクエリプロセッサによって処理されると、ステップ409で、リプライが受信される。そうでない場合、ステップ413において、サードパーティのプロトコルエラーがあるかどうかチェックされる。そのようなエラーがない場合、ステップ415で、修正されていない要求がクライアントネットワーク要素に返送される。サードパーティのエラーが見つかった場合、ステップ414でサードパーティのエラーメッセージが生成され、ステップ416においてサードパーティのエラー応答が送信される。リプライが有効なリプライである場合、ステップ410で統一要求が復号され、次にステップ411でリプライが有効かどうかチェックされる。そうでない場合は、ステップ413と同じ手順が使用される。一方、リプライが有効なリプライである場合、ステップ412で、サードパーティが順序を変更したリストが生成され、サードパーティのプロトコル応答が送信される。図5は、システムがクエリマネージャサブシステムで返信する前にシステムに到着した送出された要求を管理するためのステップを含む流れ図を概略的に示す。要求が要求トランスレータ170によって変換されると、ステップ501で統一要求が復号されて検証される。ステップ501では、承認制御も実行される。あるいは、承認制御は、クエリマネージャサブシステムによって実行されることもできる。ステップ502で空の注釈付きリストが作成され、ステップ503では送信元-宛先の1ペアが抽出され、ステップ504で注釈付き経路がトポロジ情報と共に編集される。これには、ステップ505でネットワークマップデータベースにクエリを行うことと、ステップ506で送信元および/または宛先について頻繁ヒッター検出器にクエリを行うことが必要である。トポロジ情報のある注釈付き経路が取り出されると、この情報は、ステップ507において、ランク付け機能の選択を決定するために使用できるメタ情報と共に、選択された機能により経路ランカーを起動するために使用される。次に、ステップ508で、送信元-宛先ペアが注釈付きリストに追加される。ステップ509で、検討中のペアが最後のペアかどうかチェックされる。そうでない場合、ステップ503で次の送信元-宛先ペアが抽出される。送信元-宛先ペアが最後の場合、ステップ510で送信元-宛先ペアに関連する注釈付き重みが並べ替えられ、ステップ511で情報が頻繁ヒッター検出器サブシステムに渡され、ステップ512で統一応答が符号化され、この符号化が要求トランスレータ170に送信される。クライアントネットワーク要素180から直接受信された直接統一要求181は、類似のように処理される。図6は、障害復旧サブシステムのためのステップを含む流れ図を概略的に示す。このサブシステムの主な目的は、障害前の最後の状態を取り戻し、その間に発生した変更を推論することである。2つの構成要素がある。右手側にはバックアップ取り出しがあり、左手側には障害発生間隔更新の推論および取り出しがある。バックアップ取り出しは、適切なバックアッププロセスをブートストラップすることによって、ステップ601でバックアップ構成をロードする役割を果たす。次に、ステップ602では、バックアップが存在するかどうかチェックされる。バックアップが存在する場合は、ステップ603でバックアップが取り出される。バックアップがない場合は、ステップ604でプロセスが終了し、生のネットワーク情報の収集がリセットされる。バックアップが取り出された場合、復旧以降に受信され、ネットワークの前回のセーブ状態に対応するすべての微細な変更がステップ701で送られ、ステップ702でクラッシュセーフcrash-safeなコンテナに再保存される。次に、ステップ703でバックアップキャッシュがあるかどうかがチェックされる。バックアップキャッシュがある場合、そのキャッシュがステップ704でコンテナにダンプされ、次いで、ステップ705でタイムスタンプのバックアップが行われ、ステップ706では、システムは次の通知を待機する。キャッシュバックアップがない場合、ステップ705でタイムスタンプのバックアップが行われる。図7aは、5つのノード801~805からなるネットワークのトラヒックを例示的に示す。図7bは、システムによって達成されるトラヒックエンジニアリングの同じ例を示す。目的は、ネットワークの全輻輳およびリンクごとの最大負荷および方向を減少させるように送信元-宛先のフローを再割り当てすることである。700のノードからなるネットワークに関して、ノードのうちの5つすなわちノード801~805を接続する最も輻輳したアップロードリンクおよびダウンロードリンクに焦点を当てて考える。本発明を用いることによって、ネットワークを通過する全トラヒックが560.35ギガバイトから455.36ギガバイトに減少する。図8aにも示されるように、要求が本発明のシステムに送出されると、平均ダウンロード速度が406キロビット/秒から520キロビット/秒に増加する。図8bにも示されるように、1接続すなわち送信元-宛先ペアあたりの平均ホップカウントは、4.65から3.97に減少する。いくつかのホップが図7aおよび7bに示されていないことに留意されたい。図7aおよび図7bは、負荷の高いリンクのトラヒックが減少することも示す。たとえば、28_17から65_21へのリンクの負荷は100から47に減少し、13_17から65_21へのリンクの負荷は91から70に減少し、65_21から54_16へのリンクの負荷は77から54に減少する。現在、情報の収集、処理、および保守は一元化されておらず、ネットワークプロバイダにおけるアクティブなトラヒックエンジニアリングおよびサーバまたはピア選択に使用されていない。これらの構成要素のそれぞれは、独立して動作し、主にネットワークの計画、モニタリング、および課金に使用される。送信元-宛先のマッチングを向上させようとする試みとしては、サードパーティを含む生のネットワーク情報の配信、またはネットワークプロバイダ側からの生の情報の感度に起因して広く展開されていない、ユーザによる直接的なプッシュ/プル手順がある。送信元-宛先のマッチングを向上させようとする他の試みとしては、コンテンツプロバイダおよびコンテンツ配信業者への類似の要求の一元化された保存ならびにユーザの近接度を推論する送信元の推奨事項の相関がある。これは、重要なネットワークプロバイダ情報もない。対照的に、本発明は、有利には、機密性の高いネットワーク情報を明らかにすることなくネットワークの詳細図に基づいて推奨事項を提供する。