"1つ以上のネットワークを通して互いに接続しているデバイス間の通信接続を提供するためのシステムであって、iデータソースにユーザ情報とルーティング情報を含む情報を格納することであって、特定のユーザに関連した情報は、ディレクトリエントリを含む、ことと、ii前記ユーザに関連したユーザ情報とルーティング情報に基づいて、発信元ユーザと宛先ユーザとの間の通信セッションのためにルーティングポリシーを決定することであって、ルーティングポリシーを決定することは、宛先デバイスを選ぶことを含み、該ルーティングポリシーは、発信元デバイス、前記選ばれた宛先デバイス、及び、該発信元デバイと該選ばれた宛先デバイスとの間のルートに関連した情報を含む、ことと、を実行するように構成されるディレクトリコンポーネントと、i宛て先による通信セッションのために、発信元デバイスから通信セッション要求を受信することと、iiアプリケーションスクリプトにアクセスすること及び、通信セッションのためにアプリケーションスクリプトを選ぶことによって、前記要求された通信セッションに関連した情報を含む通信メッセージをつくることと、を実行するように構成されるアプリケーションコンポーネントと、i前記通信メッセージと前記決定されたルーティングポリシーを受信することと、ii前記発信元デバイスと前記宛先デバイスを接続することによって、通信セッションを実行することであって、前記接続は、前記ルーティングポリシーと前記選ばれたアプリケーションスクリプトに固守する、ことと、を実行するように構成されるピアリングコンポーネントと、を備えるシステム。前記ユーザに関連した前記ユーザ情報と前記ルーティング情報が、前記デバイス間の1つ以上のルートを規定し、前記1つ以上のルートがランク付けされる、請求項1に記載のシステム。前記接続のために利用されるルートは、i利用可能な最高ランクのルート、あるいは、ii前記デバイス間の接続を最初に完了するルートを含む、請求項2に記載のシステム。前記1つ以上のルートのランキングは、伝送コスト、送信時間、及び、品質の1つ以上に基づいて決定される、請求項2に記載のシステム。前記通信メッセージと前記ルーティングポリシーの1つ以上を受信し、前記受信情報を前記ピアリングコンポーネントへ転送するように構成される相互接続コンポーネントを更に備える請求項1に記載のシステム。相互接続コンポーネントは、ピアリングコンポーネントに統合され、ディレクトリコンポーネントに、または遠隔コンポーネントに統合される、請求項5に記載のシステム。前記ルーティング情報は、i宛先デバイスに対して確立された品質水準、ii宛先デバイスに対して確立された費用制約、iii宛先デバイスに対して確立された時間制約、ivダイレクトコール接続のための宛先デバイスの登録、又は、ivそれらの組合せ、に基づいたルーティングオプションを含む、請求項1に記載のシステム。前記ユーザ情報は、i望ましくないトラフィックタイプの識別、ii日時設定、iii宛先デバイスの可用性、又は、ivそれらの組合せ、を含む、請求項1に記載のシステム。前記ピアリングコンポーネントは、前記発信元デバイスの信号プロトコルが前記宛先デバイスの信号プロトコルと異なる場合には、前記宛先デバイスと互換性を持つ信号プロトコルに、デバイス間の通信を変換するようにさらに構成される、請求項1に記載のシステム。前記ピアリングコンポーネントは、マルチプルネットワークに接続し、前記デバイスを接続するためにキャリヤを交換するように構成される、請求項1に記載のシステム。前記ピアリングコンポーネントは、前記宛先デバイスに、あるいは、宛先デバイスへの通信をルーティングするために、宛先デバイスのサービス提供業者に直接接続するように、構成される、請求項1に記載のシステム。1つ以上のネットワークを通して、互いに接続しているデバイス間の通信接続を提供する方法であって、データソースのユーザ情報とルーティング情報を含む情報を維持するステップであって、特定のユーザに関連した情報は、ディレクトリエントリを含む、ステップと、発信元デバイスと宛て先との間の通信セッションを実行する要求を受信するステップであって、前記要求は、アプリケーションコンポーネントにおいて、発信元デバイスを通してアプリケーションにアクセスしている発信元ユーザによって受信される、ステップと、アプリケーションコンポーネントによって、アプリケーションスクリプトにアクセスして、通信セッションのためにアプリケーションスクリプトを選ぶことで、前記要求された通信セッションに関連した情報を含む通信メッセージをつくるステップと、前記ユーザに関連したユーザ情報と、ルーティング情報に基づいて、発信元ユーザと宛先ユーザの間の通信セッションのためにルーティングポリシーを決定するステップであって、ルーティングポリシーを決定することは、宛先デバイスを選ぶことを含み、そのルーティングポリシーは、発信元デバイス、前記選ばれた宛先デバイス、および、その間ルートに関連した情報を含む、ステップと、アプリケーションプログラミングインタフェースを介して、ピアリングコンポーネントに通信メッセージとルーティングポリシーを送信するステップと、発信元デバイスと宛先デバイスを接続するピアリングコンポーネントによって通信セッションを実行するステップであって、前記接続は、ルーティングポリシーと選ばれたアプリケーションスクリプトを固守する、ステップと、を含む方法。図1に関して、ブロック図は、実施形態にしたがって、1つ以上のネットワークを通してお互いに接続されるデバイスの間のクラウドコミュニケーション接続とサービスを提供する典型的なシステムを図示する。システムは、1つ以上の層を含むことができ、図1の中で、ディレクトリ層またはディレクトリコンポーネント110、アプリケーション層またはアプリケーションコンポーネント120、及び、ピアリング層またはピアリングコンポーネント130の3つの層を含む実施形態が図示される。後で更に詳しく記述されるその3つのコンポーネント110、120及び130は、例えば、後で更に詳しく記述されるようにアプリケーションプログラミングインタフェースAPIとセッション開始プロトコルSIPメッセージ送信を通して、互いに通信することができる。3つのコンポーネントは、一緒に、デバイスユーザ、そして、ルーティングルールと選好に固守することによる選ばれたアプリケーションの機能にしたがって、例えば、通信セッションなどのクラウド通信サービスを提供するように動作する。ディレクトリコンポーネント110は、一般に、終端点すなわちデバイス、ネットワーク、及び、ルーティングポリシーに関する情報を管理して、維持することに責任がある。ディレクトリコンポーネント110は、ルーティング情報と同様に、ユーザ情報を含むディレクトリまたはレジストリエントリを格納して、維持し、また、通信セッションのためにルーティングポリシーを決定するために、ユーザ情報とルーティング情報との両方を利用するポリシーベースのルーティングエンジンである。ディレクトリエントリは、対応するデバイスと関連し、装置識別子、ユーザ選好、及び、ルーティング属性の1つ以上を含むことができる。代替的に、ディレクトリエントリは、複数のデバイスを持つ特定のユーザと関連し、特定のユーザのためのディレクトリエントリは、例えば、対応するユーザのデバイスごとの装置識別子とユーザ選好など、複数のデバイスの情報を含むことができる。ルーティング情報は、例えば、デバイスに対して確立された品質水準、デバイスに対して確立された費用制約条件、デバイスに対して確立された時間制約、及び、ダイレクトコール接続のためのデバイスの登録、に基づく1つ以上のルーティングオプションを含むことができる。ユーザ情報は、例えば、好ましくないトラフィックタイプの識別、日時設定、および/またはデバイスの可用性などのユーザ選好を含むことができる。ユーザ情報を含むディレクトリエントリは、ユーザや種々のプロバイダーによって提供することができる。例えば、ユーザは、ブラウザまたは他の適当なインタフェースを通してディレクトリエントリをつくることができる。ユーザは、特定の時刻において特定のデバイスとどのように通信するかなどの特定の通信セッションのために、彼らの選好に関して情報を入力するか、又は、提供することができる。ユーザ情報の種々の部分は、特定のデバイスがサービス提供業者で登録されるときに、ディレクトリコンポーネント110によって自動的に得ることができる。例えば、サービス提供業者は、対応するディレクトリエントリの編入のためにユーザのデバイスの装置識別子を自動的に提供することができる。図2を参照する。ディレクトリコンポーネント110が、実施形態にしたがって、図示される。ディレクトリコンポーネント110は、種々のユーザ記録または仕様すなわちユーザディレクトリエントリに関してデバイスとネットワークコンポーネントと通信するために第1のアプリケーションプログラムインタフェースAPI210を含む。ディレクトリコンポーネント110は、ユーザ選好に関する情報、ユーザグループ、種々のサービスへのユーザ登録、その他が格納される種々のデータを含むデータ部分220を含む。データ部分220は、また、ルーティング情報を含んでいる種々のデータソースを含む。例えば、図2で示すように、ディレクトリコンポーネント110のデータ部分220は、例えば、ルーティング、ピアリング管理、トラフィックの挙動とモニタリング、サービス品質などのルーティング情報を含むルーティングデータソースを含む。データソースの例は、以下を含む。PSTNを通して通信するデバイスに対して最適経路指定選好を示すLERG/PSTNローカル交換ルーティングガイド/公衆電話交換回線網データソース、デバイスのために価格設定上の問題を示す価格設定データソース、デバイスの間で種々のルートを利用するために、コストに関連した情報を含むルートコストデータソース、E.164番号の現在のポートされた状態を規定する情報を参照するLNP市内番号ポータビリティデータソース、デバイス間でベストマッチの特徴に基づいて、通信ルーティングが生起することを指示する特徴データソース、特定のユーザ装置がダイレクトコール接続または同様のサービスに対して登録されるかどうかを示す直接的ピアデータソース、特定の種類の通信に対するパーティのグループまたはフェデレーションを規定するフェデレーション/ユーザグループデータソース、好ましくない通信のタイプと数に関する情報を含むルートウェイ/ブロッキングデータソース、および、通信の望ましい品質レベルを特定することを可能にするルート品質データソースなどである。図2を更に参照する。ディレクトリコンポーネント110のデータ部分220は、例えば、選好、プレゼンス、および、能力などのユーザ情報を含むユーザデータソースを含む。そのユーザデータソースの例は、以下を含む。例えば、時刻、曜日、通話スクリーニングのようなユーザ基準を示すユーザの選好データソース、通話、または、通信セッションが、利用可能は端点に基づいて起こるか否かの選好を規定するプレゼンスデータソース、および、例えば音声、テキストメッセージ、そして、ビデオ能力など、種々の特定のデバイス能力を規定することができる能力データソースなどである。データ部分220に含まれるデータソースは、もっと少なくても、もっと多くても良い。さらに、特定のデバイスのディレクトリエントリは、各々のカテゴリーの記録を示す必要はない。そのうえ、データ部分220の情報は、特定のユーザのための複数のユーザ装置に対する情報を含むことができる。種々のデータソース220に含まれるルーティング情報とユーザ情報は、このようにデバイスの間で1つ以上のルートを規定することができ、特定の通信セッションのルーティングポリシーとなることができる。1つ以上のルートをランクを付けすることができ、そのランキングは、例えば、伝送コスト、送信時間、および/または品質などの1つ以上の種々の基準に基づくことができる。実施形態にしたがって、デバイス間の通信セッションのために利用されるルートは、利用できる最高ランクのルートであることができる。付加的な実施形態にしたがって、利用されたルートは、デバイスの間で最初に接続を完了するルートであり得る。したがって、この実施形態にしたがって、接続が確保されるまで、いくつかのルートの上の接続を試みることができ、その後、他の試みられた接続は取り下げられる。ディレクトリコンポーネント110は、このような機能を、複数の宛先デバイスから宛先デバイスの選択を含むルーティングポリシーを確立するために提供する。ディレクトリコンポーネント110は、関連したルーティングとユーザ情報を得て、ルーティングポリシーを決定するプロセッサであるポリシーエンジン230を含む。例として、発信元デバイスのユーザは、特定のエンドユーザとの通信を望むかもしれない。通信のタイプすなわち、音声、テキスト、ビデオや宛先デバイスは発信元ユーザの関心事ではない。ポリシーエンジン230は、最も適当な宛先デバイス、および発信元デバイスのユーザと一緒の通信のためのルートを決定するために、データソース220に含まれるルーティング情報とユーザ情報を利用する。宛先デバイスの決定は、望ましい通信が、例えばデバイスとルートなど、種々の詳細が、発信元ユーザに不明のままである宛先ユーザに対して確立されるように、準備をする。ディレクトリコンポーネント110は、また、例えば、ピアリングコンポーネント130など、ポリシーエンジン230によって確立されるルーティングポリシーで内外のネットワークとコンポーネントに提供するために、種々のAPI240を含む。APIは、SIPAPI240a、ENUM例えば電話番号マッピングAPI240b、および、ルーティングAPI240cなどを含むことができる、次に、図3を参照する。アプリケーションコンポーネント120が図示される。アプリケーションコンポーネント120は、通常、種々のアプリケーション要求を認識して、開始することに責任がある。アプリケーションがユーザ装置を介してユーザによってアクセスされるときに、対応する通信セッションを実行し、アプリケーションコンポーネント120は、通信セッション要求を受信して、それを識別する。アプリケーションコンポーネント120は、要求された通信セッションに関する情報を含む通信メッセージをつくるようにさらに構成される。図3を参照する。アプリケーションコンポーネント120は、種々のデバイスやネットワークコンポーネントと通信するために、API310を含む。アプリケーションコンポーネント120は、また、複数のアプリケーションスクリプト320を含む。代替的に、または、追加的に、遠隔スクリプトサーバ図示せずは、アプリケーションコンポーネント120によるアクセスのために1つ以上のアプリケーションスクリプトを含むことができる。アプリケーションスクリプトは、実行されると、例えば、スクリプトに含まれる情報にしたがって,2つ以上のデバイスの間で通信セッションを確立することなど特有の動作を引き起こす指示のセットである。アプリケーションコンポーネント120は、1つ以上のアプリケーションスクリプト320にアクセスすることによって、また、通信セッションのためにアプリケーションスクリプトを選ぶことによって、要求された通信セッションに関係する通信メッセージをつくる。対応するアプリケーションスクリプト320によって定義されるように、アプリケーションの例は、端点間での音声接続を提供する通話ボタンのクリック、端点の間でメッセージ送信能力を提供するショートメッセージサービスSMSのメッセージ送信、送信メッセージの大量の送達を提供するブラストSMS、媒体を1つ以上の端点に届けるブラスト音声、電話会議ブリッジングのためのスケジューリングオートダイヤルのためのオート会議、終端点へマッピングする市内番号のためのダイヤルされた番号の翻訳、番号を賃借するのを可能とする貸し番号、API生成通話の使用とパフォーマンスレポーティングのためのレポーティング、通話の進展を種々のアプリケーションに報告することを可能とするリアルタイム通話イベント、記録を届けるレコーディング、ユーザが音声通話に適用されるIVRを規定するのを可能とするスクリプトされた対話型音声応答IVR、会話を筆記して届けるためのトランスクリプト、媒体が変換されて、通話セッションに含まれるのを可能とする媒体管理、そして、ビデオセッションを確立して伝導するのを可能にするビデオメッセージ送信、を含む。しかし、それらに限られるものではない。図4を参照する。ピアリングコンポーネント130が、実施形態にしたがって、図示される。ピアリングコンポーネント130は、通常、ネットワーク間で物理コネクションと能力を管理することに責任がある。それによって、デバイスまたは端点の間で実際の接続を提供する。ピアリングコンポーネント130は、ルーティングとユーザ情報に基づくポリシーエンジン230で決定されたルーティングポリシーを固守することによって、デバイスの間で接続を実行する。ピアリングコンポーネント130は、ルーティングポリシーと同様に、要求された通信セッションを識別する通信メッセージを受けるように構成される。そして、ルーティングポリシーとアプリケーションスクリプトに固守して、発信と宛先デバイスを接続することによって、通信セッションを実行する。ピアリングコンポーネントは、2つ以上のデバイスを接続するために、通信セッションを送るルーティングネットワーク410を含む。通信セッションを送る際に、ピアリングコンポーネント130は、先に述べたように、ディレクトリコンポーネント110に関するユーザとルーティング情報を利用する。すなわち、例えば、ピアリングコンポーネント130は、好ましいか最適ルートと定義されるルート上に通信セッションを接続することができる。あるいは、通話タイプが好ましくないと規定されるならば、通話を取り下げることができる。あるいは、特定の時刻に補助装置にセッションを送ることができるすなわち、ルーティングポリシーに固守する。ピアリングコンポーネント130は、例えば、エンタープライズ、フェデレーションパートナー、アプリケーションサービスプロバイダー/インターネットサービス提供業者ASP/ISP、そして、ピアリングパートナーなどさまざまなキャリヤまたはプロバイダー420を利用することができる。ネットワークと交換キャリヤ430と同様に、例えば、競合電話局CLEC、ローカル電話局LEC、そして、PSTNなども含む。したがって、実施形態にしたがって、ピアリングコンポーネント130は、マルチプルネットワークに接続するように構成され、通信セッションを確立して、デバイスを接続するためにキャリヤを交換する。そのうえ、ピアリングコンポーネント130は、種々の宛先デバイスに、あるいは、宛先デバイスへの通信をルーティングするために、宛先デバイスのサービス提供業者に直接接続することができる。追加的に、ピアリングコンポーネント130は、種々の技術と通話タイプをサポートする。例えば、音声、ビデオ、インスタントメッセージング、および、SMSメッセージ送信などである。しかし、それらに限定されるものではない。ピアリングコンポーネント130は、信号プロトコル変換を実行することができる。端点またはデバイスは、アプリケーションやデバイスの操作の助けになる異なる信号プロトコルを使用することができる。通話または通信セッションが2つのデバイスの間に送信されている場合には、その通話を、宛先デバイスと互換性を持つフォーマットへコード変換またはコンバートする必要はない。したがって、ピアリングコンポーネント130は、各々の端点の信号プロトコルを決定することができ、そして、その信号プロトコルが発信元端点のそれと異なる場合には、宛先端点の信号プロトコルと互換性を持つフォーマットに、通話を変換することができる。信号プロトコルの例は、IP、時分割マルチプレキシングTDM、および、SS7を含むことができる。しかし、それらに制限されるものではない。付加実施形態にしたがって、図5に示されるブロック図で図示されるように、クラウドデバイス間の通信接続を提供するためのシステムは、付加層、または、相互接続コンポーネント510を含む。相互接続コンポーネント510は、アプリケーションコンポーネント120とピアリングコンポーネント130の間での中継点の働きをすることができる。例えば、アプリケーションコンポーネント120は、ピアリングコンポーネント130への次の送信のために、相互接続コンポーネント510に要求された通信セッションに基づいて,生成された通信メッセージを送信することができる。追加的に、アプリケーションコンポーネント120がディレクトリコンポーネント110からルーティングポリシーを得る場合には、この情報は、また、ピアリングコンポーネント130への次の送信のために、相互接続コンポーネント510に提供することができる。相互接続コンポーネント510は、そのような通信と送信を取り扱うために、APIを含む。相互接続コンポーネント510は、別々の、遠隔コンポーネントとして図5に示されるが、例えば、ピアリングコンポーネント130またはディレクトリコンポーネント110など、1つ以上の他のコンポーネントに、付加的実施形態にしたがって、統合することができる。コンポーネント110、120、130、および510の各々は、種々の実施形態にしたがって、プロセッサとして具体化される演算処理装置、コプロセッサ、コントローラ、または集積回路を含む種々の他の処理手段またはデバイスを含むことができる。コンポーネント110、120、130、および510は、他のデバイスとコンポーネントで通信のために通信インタフェース要素を含むことができる。通信インタフェース要素は、ハードウェア、ソフトウェア、または、コンポーネント110の間でデータを送受信するように構成される組合せ120、130、および510、そして、複数のネットワークにおける他のデバイスとコンポーネントに具体化されるデバイスまたは手段であり得る。各々のコンポーネント110、120、130、および、510は、また、対応するコンポーネント110、120、130および510に種々の機能を実行することを可能にする情報、指示などを格納するために、揮発性または不揮発性メモリーを含む1つ以上の記憶素子も含むことができる。代替的に、または、追加的に、コンポーネント110、120、130および510は、サーバまたはその種の他のものの上に格納された遠隔記憶素子と通信することができる。図6を参照する。実施形態にしたがって、クラウドコミュニケーション接続を提供する方法のフローチャートが図示される。610において、データソースの情報は、ディレクトリコンポーネント110によって維持される。その情報は、ユーザ情報とルーティング情報を含み、特定のユーザに関連した情報は、ディレクトリエントリを含む。620において、通信セッションの要求は、アプリケーションコンポーネント120によって受信される。アプリケーションがユーザ装置によって発信元ユーザによってアクセスされるとき、対応する通信セッションを実行するために、通信セッション要求は、ユーザのデバイスによって生成される。630において、アプリケーションコンポーネント120は、要求された通信セッションに関連した情報を含む通信メッセージをつくる。その通信メッセージは、アプリケーションコンポーネント120に、または、遠隔サーバに格納された1つ以上の関連したアプリケーションスクリプト320にアクセスすることによって、また、通信セッションのためにアプリケーションスクリプトを選ぶことによって、つくられる。アプリケーションスクリプト320は、例えば、テキストメッセージまたは電話会議など、要求された通信セッションの機能を規定する。640において、そのユーザに関連したユーザ情報と、ルーティング情報に基づいて、発信元ユーザと宛先ユーザの間の通信セッションのためのルーティングポリシーが、決定される。その決定は、宛先デバイスを選ぶことを含む。そのルーティングポリシーは、発信元デバイス、選ばれた宛先デバイス、および、その間ルートに関連した情報を含む。650において、通信メッセージ、および、ルーティングポリシーは、例えば、API240などのアプリケーションプログラミングインタフェースを介して、ピアリングコンポーネント130に送信される。アプリケーションコンポーネント120は、直接ピアリングコンポーネント130に提供できる。あるいは、相互接続コンポーネント510を通して提供できる関連ルーティングポリシーを得ることができる。同様に、アプリケーションコンポーネント120は、通信メッセージを、ピアリングコンポーネント130への送信のために、相互接続コンポーネント510に提供することができる。あるいは、通信メッセージをピアリングコンポーネント130に直接提供することができる。ピアリングコンポーネント130は、通信セッションのためにルーティングポリシーを得るために、例えば、SIPメッセージを通してディレクトリコンポーネント110についてクエリすることができる。660において、ピアリングコンポーネント130は、発信と宛先デバイスを接続することによって、また、決定されたルーティングポリシーと選ばれたアプリケーションスクリプトを固守することによって、要求された通信セッションを実行する。図7aと7bは、システムの機能の例を提供する、例えば、種々の実施形態にしたがって、図5に図示されるシステムである。相互接続コンポーネント510は、図5に関して上で記述されるように、実現例で利用されるものであるが、相互接続コンポーネント510は、要求されず、利用されないかもしれない。図7aを参照する。端点710と720が、典型的なシステムにおいて図示される。端点710と720は、標準的な電話、携帯電話または他の無線装置、コンピュータ、PDA、インターネットプロトコルVoIP電話の上の音声、ソフトフォン、テレビ電話、その他いろいろな通信デバイスの1つ以上であることができる。しかし、それらに限定されるものではない。このように、1つの端点710または720は、種々のデバイスを含むことができる、各々は、特定のユーザと結びついている。クライアントアプリケーション715は、端点710と720に存在し、端点710と720とのユーザが他の端点との通信セッションを開始し、参加することを可能とする。クライアントアプリケーション715は、そのユーザが通信セッションを要求して参加するのを可能とするユーザ端点710、720において、ユーザインタフェースをユーザに提供することができる。例えば、ユーザインタフェースは、電話番号にダイヤルするために、仮想ダイヤルパッドを含むことができる。例えば、ユーザインタフェースは、ブラウザウインドウまたは他のアプリケーションウィンドウであることができる。動作中において、クライアントアプリケーション715は、例えば、ユーザインタフェースなどの、ユーザによって要求される通信セッションを開始し参加するためのAPIまたはフレームワークを使うことができるステップ1。通信要求は、アプリケーションコンポーネント120によって受信される。アプリケーションコンポーネント120は、実行すべき要求された通信セッションを識別するために、通信要求を解析する。アプリケーションコンポーネント120は、端点710と720のための要求された通信セッションと関連したルーティングポリシーを得るために、ディレクトリコンポーネント110に要求を送信する。また、要求されたルーティングポリシーは、ディレクトリコンポーネント110により決定され、ディレクトリコンポーネント110からアプリケーションコンポーネント120に提供されるステップ2。アプリケーションコンポーネント120は、1つ以上のスクリプト320にアクセスし、要求された通信セッションを実行するために、スクリプト320を選ぶ。スクリプトの選択は、ルーティングポリシーに基づくことができる。例えば、ルーティングポリシーが、ビデオ通信セッションがデバイスの間で起こることを示す場合には、ビデオスクリプトが選ばれることができる。1つ以上のスクリプト320とルーティングポリシーを含む通話情報が、相互接続コンポーネント510に送信されるステップ3。相互接続コンポーネント510は、通話情報の受信に際して、SIPを介して、ピアリングコンポーネント130に、通話情報を送信するステップ4。ピアリングコンポーネント130が、ルーティング情報すなわちルーティングポリシーの要求を、端点710と720の間で利用するために、ディレクトリコンポーネント110に送信するステップ5。この情報により、ピアリングコンポーネント130は、上記記載のように、例えばインターネットなどのネットワークの上に端点710と720の間の通話接続を、端点710と720にコンタクトし、通話をブリッジし、必要ないかなるプロトコル変換でもインプリメントし、そして、端点710と720の間での交換を管理することによって、確立して、管理する。図7bを参照する。例えば、図5のシステムのような、システムのインプリメンテーションの第2の例が図示される。このプロセスは、例えば、端点710のユーザによって要求されるように、要求された通信セッションを開始し参加するためのAPIまたはフレームワークを利用しているクライアントアプリケーション715で始められるステップ1。アプリケーションコンポーネント120は、要求された通信セッションを実行するために、スクリプトサーバ310から1つ以上のスクリプトにアクセスする。1つ以上のスクリプトを含む通話情報が、相互接続コンポーネント510に送信されるステップ2。相互接続コンポーネント510は、通話情報の受信に際して、SIPを介して、ピアリングコンポーネント130に、通話情報を送信するステップ3。ピアリングコンポーネント130は、ルーティングポリシーの要求をディレクトリコンポーネント110に送信するステップ4。この情報により、ピアリングコンポーネント130は、ネットワークの上に端点710と720の間の通話接続を確立して、管理する。2つの例から分かるように、図7aと7bで提供される実現例は、ピアリングコンポーネント130は、ルーティングポリシーを入手し、それを相互接続コンポーネント510図7aに示されるインプリメンテーションへの通話情報メッセージに含む特別なアプリケーションコンポーネント120のステップではなく、むしろ、ディレクトリコンポーネント110図7bに示されるインプリメンテーションから、ルーティングポリシーを直接得ることができる。前述の例は、説明の目的のみで単に提供されるものであり、決して制限するものとして解釈すべきものではない。種々の実施形態への参照が示されるが、ここに使用される言葉は、記載と説明の言葉であって、制限を加えるようなものではない。さらに、特定の手段、材料、実施形態への言及が示されるが、ここに開示される詳細に対する制限はない。むしろ、実施形態は、添付の特許請求の範囲内にあるすべての機能的に等価な構造、方法、用途に及ぶ。"