JP6454665B2 - 直接ネットワークピアリングを管理するためのインターフェース - Google Patents

Description

数多くの企業および他の組織が、コンピュータネットワークを運用し、そのコンピュー
タネットワークは、多数のコンピューティングシステムを相互接続して、企業やほかの組
織の業務、およびそれらが世界中に分散する末端の顧客に提供するサービスを支援する。
例えば、膨大な数の相互接続されたコンピューティングシステムを収容するデータセンタ
ーは、単一の組織によって、およびそれのために運用されるプライベートデータセンター
、ならびにコンピューティングリソースを顧客に提供するための企業としての事業体よっ
て運用されるパブリックデータセンター等のように、一般的になってきた。多くの場合、
プロバイダは、大規模なネットワークを構築し、このネットワークは、論理的に、複数の
領域に、または複数の国にさえ及び得、また、様々なレベルの利用可能なサービスおよび
設備を有し、一体化された１組のサービスを末端の顧客に提供するためにともに利用され
る、多数のデータセンターを含み得る。

コンピューティングおよび／またはストレージ設備をリモートクライアントに提供する
ために構築された、いくつかのデータセンターでは、データセンターの１組の計算リソー
スが、リソースプールに動的に分割され得、各プールは、指定された期間にわたって、所
与のクライアントによる排他的使用が可能になる。顧客の使用に指定されたリソースプー
ルへのネットワーク接続性を、これらの設備の顧客がどのように確立するのかということ
に対して利用可能な、いくつかの選択肢がある。顧客の要求は、多種多様なデバイス、す
なわち、デスクトップパーソナルコンピュータ、ラップトップ、クライアント−オフィス
サーバ、タブレット、スマートフォン等に由来し得る。これらのデバイスは、近接プライ
ベートネットワークおよび／またはパブリックインターネットと通信するために（例えば
、Ｔ１接続でクライアントオフィスネットワークを使用する）長期的なネットワークリン
クを使用し得るか、または（例えば、顧客がモバイルスマートフォンを使用する場合）一
時的な接続性を有し得る。顧客のデバイスが直接接続される近接ネットワークは、次に、
多種多様な経路を通じて、要求トラフィックをプロバイダネットワークのデータセンター
にルーティングし得る。そのような経路は、多くの場合、幾分予測不可能な性能、信頼性
、およびセキュリティ特徴を有し得る。

ウェブに基づくニュースプロバイダから最近のニュース記事を読み出すという顧客から
の要求等の、いくつかの臨時的なタイプのサービス要求の場合は、相応な応答性の変動お
よび時々の接続の遮断が受け入れられ得る。しかしながら、オンライン株式トレーダーに
よって提供される株式相場サービスおよび株式購入注文サービス等の、多くの企業関連の
データ伝送の場合、またはソフトウェア開発センターで生じる広帯域幅のソフトウェアパ
ッケージの展開の場合、より厳しい性能、信頼性、およびセキュリティの必要性が存在し
得る。そのような環境において、プロバイダネットワークの顧客は、パブリックインター
ネットを通じて一般に利用可能なものよりも高いレベルのネットワークの分離および制御
を必要とし得る。例えば、顧客は、可能であれば、顧客所有のネットワークとプロバイダ
ネットワークとの間に専用の物理ネットワークリンクを確立することを望み得、よって、
そのようなリンクを通じて伝送される唯一のトラフィックが、顧客のために、および顧客
によって確立されるポリシーに従って生成されるトラフィックである。さらに、急速に変
化する事業のニーズを満たすために、顧客は、そのような専用のリンクを、動的に、かつ
最低限の手間および停滞で、有効および無効にする能力を望み得る。

少なくともいくつかの実施形態による、例示的なシステムを図示する図である。 少なくともいくつかの実施形態による、クライアントネットワークとリソースコレクションとの間に専用の接続性を確立するために、接続性コーディネータによって提供されるサービスの補助を用いて行われ得る、ステップの高次概要を提供する図である。 少なくともいくつかの実施形態による、クライアントからの専用の接続性の要求の構成要素の実施例を図示する図である。 少なくともいくつかの実施形態による、専用の接続性の要求に対する応答の構成要素の実施例を図示する図である。 少なくともいくつかの実施形態による、論理的に分離されたネットワーク経路の要求の構成要素の実施例を図示する図である。 少なくともいくつかの実施形態による、要求された接続性が確立されたことを示す確認メッセージの内容の実施例を図示する図である。 少なくともいくつかの実施形態による、接続性コーディネータによって提供されるインターフェースを使用して確立される物理リンクを共有する、２つの論理的に分離されたネットワーク経路の実施例を図示する図である。 少なくともいくつかの実施形態による、接続性コーディネータによって提供され得る例示的なウェブに基づくインターフェースの一部分を図示する図である。 少なくともいくつかの実施形態による、接続性関連のサービスを提供するための方法のフローチャートである。 少なくともいくつかの実施形態による、クライアントネットワークデバイスを構成することに関するガイダンスを含む、接続性関連のサービスを提供するための方法のフローチャートである。 少なくともいくつかの実施形態による、「ラストマイル」接続性プロバイダを介してクライアントネットワークから接続性が提供され得るプロバイダネットワークを含む、システムの実施例を図示する図である。 少なくともいくつかの実施形態による、接続性プロバイダを通した専用の接続性の要求の構成要素の実施例を図示する図である。 少なくともいくつかの実施形態による、利用可能な接続性プロバイダに関する情報を含む専用の接続性要求に対する応答の構成要素の実施例を図示する図である。 少なくともいくつかの実施形態による、選択された接続性プロバイダを識別するクライアントからの例となる通信を図示する図である。 一実施形態による、クライアントが接続性プロバイダを選択した後の、接続性コーディネータから接続性プロバイダおよびクライアントへの例となる通信を図示する図である。 いくつかの実施形態による、接続性プロバイダの選択を開始するために提供され得る、例示的なウェブに基づくインターフェースの一部分を図示する図である。 少なくともいくつかの実施形態による、クライアントが接続性プロバイダを選択することを可能にするための方法のフローチャートである。 少なくともいくつかの実施形態による、動的な接続性関連のサービスを提供するための方法のフローチャートである。 少なくともいくつかの実施形態による、トラフィックレベルの変化に動的に応答することを含む方法のフローチャートである。 いくつかの実施形態で使用され得る例示的なコンピュータシステムを図示するブロック図である。 実施形態は、複数の実施形態および実例となる図面について例として本明細書で説明されるが、当業者は、実施形態が、説明される実施形態または図面に限定されないことを認識するであろう。図面およびその詳細な説明は、実施形態を、開示される特定の形態に限定することを意図するものではなく、逆に、添付の特許請求の範囲によって定義される趣旨および範囲の範囲内に含まれる全ての修正物、均等物、および代替物を対象とすることを意図することを理解されたい。本明細書で使用される見出しは、編成目的のために過ぎず、説明または特許請求の範囲を限定するために使用されることを意味していない。本出願の全体を通して使用される「してもよい／し得る（ｍａｙ）」という用語は、義務的な意味（すなわち、「〜しなければならない」という意味）ではなく、許容的な意味（すなわち、「〜する可能性がある」という意味）で使用される。同様に、「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、および「含む（ｉｎｃｌｕｄｅｓ）」という用語は、「含むが、それらに限定されない」ことを意味する。

顧客ネットワークとプロバイダネットワークとの間の専用のネットワーク接続性を管理
するために、アプリケーションプログラミングインターフェース（ＡＰＩ）等のインター
フェースを使用するための方法および装置の種々の実施形態が説明される。インターネッ
ト（種々のタイプのクラウドベースのコンピューティングまたはストレージ等）を介して
アクセス可能な１つ以上のサービスを、分散した１組のクライアントに提供するために、
企業または公的部門の組織等の事業体によって設定されるネットワークは、この文書にお
いて、プロバイダネットワークと称され得る。そのようなプロバイダネットワークは、プ
ロバイダによって提供されるサービスを実現し、分散させるために必要である、コンピュ
ータサーバ群、ストレージデバイス群、ネットワーキング装置等の、種々のリソースプー
ルをホストする、多数のデータセンターを含み得る。

そのサービスが所望のレベルの性能、信頼性、およびセキュリティでアクセスすること
ができる地理的領域を拡張するために、プロバイダネットワークの運用者は、そのデータ
センターと、データセンターから遠く離れた設備に物理的に位置する１つ以上のルータと
の間に、専用のプライベートネットワーク経路を確立し得る。これらのルータが収容され
る設備は、該設備が、ときには、独立したネットワークサービスプロバイダよって、また
はクライアント自体によって等の、プロバイダネットワークのオペレータ以外の企業エン
ティティによって所有および／または管理されるルータおよび他のネットワーク装置を収
容し得るので、この文書において「ルータコロケーション設備」と称される。ルータコロ
ケーション設備で、プロバイダネットワーク運用者によって、またはそれのために所有ま
たは管理されるルータは、該ルータが、プロバイダネットワークの制御またはネットワー
ク装置の所有権が拡張する最も遠い地点を表し得るので、この文書において「エンドポイ
ント」ルータと呼ばれる。例えば、プロバイダネットワーク運用者によって所有または管
理されるデバイスを通過し、したがって、プロバイダネットワーク運用者によって設定さ
れるポリシーに適合するトラフィックだけが、プロバイダネットワークのエンドポイント
ルータと他の構成要素との間のプライベート経路上で許可され得る。いくつかの実施形態
において、ルータコロケーション設備の１つ以上の他のルータは、クライアントネットワ
ークの一部であり得る。すなわち、そのようなルータは、クライアントによって、または
それのために所有および／または管理され得、または他のルータは、プロバイダネットワ
ークのクライアントがプロバイダネットワークのサービス要求を生成するシステムへのプ
ライベート接続性を有し得る。これらの他のルータは、この文書において「クライアント
側」ルータと称される。

クライアントネットワークとプロバイダネットワークとの間のネットワーク接続性の管
理を容易にするために、いくつかの実施形態では、クライアントからの接続性関連の要求
が取り扱われる１つ以上のプログラマチックインターフェースを実現する役割を果たす、
接続性コーディネータが設定され得る。アクセス可能であり得る接続性オプションのタイ
プを発見する要求、特定の接続性オプションまたはサービスを選択する要求、物理リンク
を設定または取り外す要求等の、様々な異なる種類の接続性関連の要求が、異なる実現例
のインターフェースを通して利用可能になり得る。インターフェースは、種々の実施形態
において、多くの異なる方法、例えば、ＡＰＩとして、グラフィカルユーザインターフェ
ース、ウェブページ、もしくはウェブサイトを通して、さらにはコンピュータシステムの
コマンドラインプロンプトから発行することができる一群のコマンドとして、クライアン
トに公開され得る。

一実施形態において、データセンターでのリソースの１つ以上のコレクションまたはプ
ールは、特定のクライアントによる使用のために、すなわち、クライアントネットワーク
のデバイスから要求されるサービスを満たすために必要である機能を実現するために割り
当てられ得る。そのような実施形態において、接続性コーディネータは、クライアントか
ら、リソースプールの１つ以上への専用の接続性を確立する要求を受け取るように操作可
能であり得る。接続性要求は、接続性コーディネータによって実現されるインターフェー
スに合致するように生成またはフォーマットされ得、例えば、インターフェースが１組の
ウェブページとしてクライアントに提示される場合において、ウェブに基づくフォームの
提出を介して受け取られ得る。専用の接続性の要求に応答して、接続性コーディネータは
、そこから専用の接続性が要求元クライアントに提供されるターゲットルータとして、プ
ロバイダネットワークの１組のエンドポイントルータの中から、特定のエンドポイントル
ータを選択し得る。例えば、ターゲットルータは、クライアントが既存のクライアント側
ルータへのアクセスを有する、クライアントの施設に地理的に最も近いルータコロケーシ
ョン設備の利用可能なエンドポイントルータから選択され得る。いくつかの実現例におい
て、インターフェースは、クライアントが、ルータコロケーション設備の１つ以上の名前
および／またはアドレス、所望の帯域幅、所望の価格帯等の、接続性コーディネータが適
切なターゲットエンドポイントルータを選択するのを補助し得る要求において、種々の詳
細を指定することを可能にする。

ターゲットエンドポイントルータを選択すると、接続性コーディネータは、所望の専用
の接続性を提供するために、１つ以上の物理ネットワークリンクを確立するための構成命
令を生成し得、クライアントへの回答として、該命令をクライアントに返送し得る。回答
はまた、接続性プロバイダによって実現されるインターフェースに準拠するように生成さ
れ得、例えば、フォームを有するウェブページがクライアント要求に使用された場合、構
成命令はまた、１つ以上のウェブページとして、またはウェブサイトからアクセス可能な
文書へのリンクとして指定され得る。構成命令は、例えば、エンドポイントルータの物理
的な場所、ターゲットエンドポイントルータの物理ポート、ターゲットルータが収容され
るラック、物理リンクに必要とされるある種類のコネクタ等を識別し得る。クライアント
が命令に従って物理ネットワークリンクを設定した後に、接続性プロバイダは、いくつか
の実施形態において、リンクが正しく設定されたことを検証し、要求された専用の接続性
が確立されたことを示す確認メッセージをクライアントに送り得る。

例示となるシステム環境
図１は、少なくともいくつかの実施形態による、例示的なシステム環境を図示する。シ
ステム１００は、クラウドコンピューティングサービスまたはクラウドストレージサービ
ス等のサービスをクライアントに提供するように維持される１つ以上のデータセンター１
１０を有する、プロバイダネットワーク１０５を含み得る。次に、データセンター１１０
は、１２０Ａおよび１２０Ｂ等のリソースコレクションを含み得る。各リソースコレクシ
ョン１２０は、リソースコレクション１２０Ａの中のリソース１１２Ａおよびリソースコ
レクション１２０Ｂの中のリソース１１２Ｂ等の、１組のリソース（例えば、コンピュー
タサーバ、ストレージデバイス、ネットワークデバイス等）を含み得る。システム１００
はまた、いくつかの実施形態において、接続性サービスをクライアントに提供するように
構成される接続性コーディネータ１１４と、接続性データベース１１５と、エンドポイン
トルータ１３２Ａおよび１３２Ｂ等の複数のエンドポイントルータとを含み得る。エンド
ポイントルータ１３２は、経路１７０Ａ、１７０Ｂ、１７０Ｃ、および１７０Ｄ等のプラ
イベートネットワーク経路を介して、リソースコレクション１２０にリンクされ得る。１
７０Ａ〜１７０Ｄ等のプライベートネットワーク経路１７０の直接使用は、プロバイダネ
ットワークのデバイスおよびサーバに限定され得る。すなわち、ネットワークパケットは
、単に、プロバイダネットワークの所有者によって所有または管理されるデバイスから、
プライベートネットワーク経路のリンク上を物理的に伝送され得る。本明細書で使用され
る「経路」という用語は、広義に、ソースデバイスと宛先デバイスとの間でネットワーク
メッセージまたはパケットによってトラバースされる、１組のリンクおよびデバイスを指
す。所与の経路の１組のリンクは、一部の場合において、ソースおよび宛先が物理ケーブ
ルによって直接リンクされ得るときに、単線を構成し得る。他の場合において、経路は、
複数の有線および／または無線リンク、ならびにスイッチ、ゲートウェイ、ルータ等の複
数の中間デバイスを含み得る。経路は、一方向性および／または双方向性の物理リンクを
含み得る。

図示説明される実施形態では、プロバイダネットワーク１０５のクライアントのそれぞ
れを表す、２つの例示的なクライアントネットワーク１６２Ａおよび１６２Ｂが示される
。各クライアントネットワークは、リソースコレクション１２０で最終的にサービスされ
る要求がそこから生成され得る、複数のクライアントデバイス１４８（例えば、１４８Ａ
および１４８Ｂ）を備える。そのようなクライアントデバイス１４８は、デスクトップま
たはラック実装コンピュータシステム、ラップトップ、ノートブック、タブレット、スマ
ートフォン等の様々なシステムを含み得る。いくつかのクライアントデバイス１４８は、
種々の実施形態において、クライアントデータオフィス施設、クライアントデータセンタ
ー、またはクライアントホーム施設で収容され得、他のものは、いかなる固定された物理
的な場所も有しないモバイルデバイスであり得る。図示される環境において、特定のクラ
イアントのクライアントデバイス１４８は、クライアント側ルータへのアクセスを有する
。例えば、クライアントネットワーク１６２Ａのクライアントデバイス１４８Ａは、経路
１６０Ａを介してクライアント側ルータ１４２Ａに接続され、クライアントネットワーク
１６０Ｂのクライアントデバイス１４８Ｂは、経路１６０Ｂを介してクライアント側ルー
タ１４２Ｂに接続される。

図１で示される実施例のクライアント側ルータ１４２Ａは、ルータコロケーション設備
１５０Ａに収容され、そこにはエンドポイントルータ１３２Ａも存在し、また、クライア
ント側ルータ１４２Ｂは、ルータコロケーション設備１５０Ｂに収容され、そこにはエン
ドポイントルータ１３２Ｂが位置する。概して、種々の実施形態において、接続性コーデ
ィネータ１１４およびリソースコレクション１２０等の、データセンター１１０の種々の
構成要素へのいくつかの異なるタイプの経路が、クライアントネットワーク１６２Ａから
利用可能であり得る。例えば、エンドポイントルータ１３２Ａを含まない経路１７５が、
図１において、クライアントネットワーク１６２Ａのクライアントデバイス１４８Ａと、
接続性プロバイダ１１４との間に示される。そのような経路１７５は、例えば、パブリッ
クインターネットの種々のルータ、ゲートウェイ、およびデバイスを含み得、例えば、そ
れらは、プロバイダネットワーク１０５によって提供されるサービスのいくつかに要求さ
れる、所望のレベルの性能、アベイラビリティ、信頼性、または他のサービス特徴を提供
する場合もあり、または提供しない場合もある。図１では示されないが、１７５に類似す
る他の経路もまた、クライアントデバイス１４８Ａおよび／または１４８Ｂから、リソー
スコレクション１２０が利用可能であり得る。

接続性コーディネータ１１４によって提供される接続性サービスは、種々の実施形態に
おいて、プロバイダネットワークのクライアントが、クライアントネットワーク１６２か
らリソースコレクション１２０への専用のネットワーク経路を確立し、管理するのを補助
するために実現される、いくつかの手法を含み得る。例えば、クライアント側ルータ１４
２Ｂとエンドポイントルータ１３２Ｂとの間の物理リンクまたはケーブルを含む、クロス
ネットワーク接続１９１が、接続性コーディネータ１１４によって提供される接続性サー
ビスの特徴のいくつかの補助を用いて確立されている場合がある。本明細書で使用される
クロスネットワーク接続という用語は、２つの自律ネットワーク間に設定される、物理ネ
ットワーク接続を指す。例えば、インターネット内で、自律ネットワークは、一意の自律
システム（ＡＳ）識別子、すなわち、共通の明確に定義されたルーティングポリシーをイ
ンターネットに示す、１つ以上のネットワーク運用者の制御下にある、一群の接続された
インターネットプロトコル（ＩＰ）のルーティングプレフィックスによって、識別され得
る。図示説明される実施形態において、接続性コーディネータ１１４は、接続１９１等の
クロスネットワーク接続の確立、およびそのようなクロスネットワークリンクを使用する
論理的に分離された接続または経路の確立を含む、クライアントが利用可能な種々の接続
性動作を定義するインターフェースを実現するように操作可能であり得る。インターフェ
ースは、様々な手法、例えば、異なる実施形態において、アプリケーションプログラミン
グインターフェース（ＡＰＩ）として、ウェブに基づくインターフェース、他のグラフィ
カルユーザインターフェース、またはコマンドラインインターフェースを使用して、実現
され得る。接続性コーディネータ１１４はまた、種々の機構を使用して、インターフェー
スをクライアントに知らせ得、例えば、一実施形態では、インターフェースを詳述する通
知が、１つ以上の企業ウェブサイト上で公開され得る。接続性コーディネータ１１４は、
いくつかの実施形態では、それ自体がプロバイダネットワーク１０５の外部に常駐し得、
他の実施形態では、プロバイダネットワーク１０５内に組み込まれ得る。

接続性コーディネータ１１４によって実現されるインターフェースを使用することで、
クライアントは、専用の接続性の要求を生成し得る。クライアントは、そのような要求を
行うことによって、より良好な性能、より高い信頼性、強化されたセキュリティ、または
より低いもしくはより予想可能なコスト等のいくつかの理由のいずれかにより、（図１で
示されるクロスネットワーク接続１９１に類似する）物理ネットワークリンクが、１つ以
上のリソースプール１２０と通信するために、クライアントネットワーク１６２Ａ専用に
確立されることを示すことを望み得る。排他性の要件は、クライアントのネットワークの
指定された１組または複数組のネットワークアドレスへの、またはそこからのトラフィッ
クだけが、要求された専用の物理ネットワークリンクを通じて許可されるべきであること
を示し得る。１組または複数組の物理アドレスは、いくつかの実施形態において、物理リ
ンクが設定された後に、クライアントによって識別および／または修正され得、すなわち
、該物理アドレスは、物理リンクの最初の確立の前に指定する必要がない場合がある。要
求は、種々の実施形態において、接続性プロバイダ１１４に有用であり得る、いくつかの
異なる詳細、例えば、使用することができる１つ以上のクライアント側ルータの物理的な
場所、所望の帯域幅、および／または他のサービス要件の、任意の組み合わせを提供し得
る。いくつかの実現例において、特定のサービス要件は、専用の物理接続性を確立する最
初の要求が送られた後に、その後の要求で提供され得る。

そのような要求を受け取ることに応答して、接続性コーディネータ１１４は、クライア
ントの要件を満たすのに適切であり得る、特定のエンドポイントルータ１３２を選択し得
る。例えば、一実現例では、大部分のクライアント要求が生じることが予想され得る１つ
以上のクライアント施設に物理的に最も近いエンドポイントルータが選択され得る。専用
の接続性を提供するためにターゲットエンドポイントルータを選択すると、接続性コーデ
ィネータ１１４は、所望の専用の接続性の少なくとも一部分を提供するために、ターゲッ
トエンドポイントルータ１３２への物理ネットワークリンクを確立するための構成命令を
含む、回答または通知を生成し得る。命令は、種々の実施形態において、ターゲットエン
ドポイントルータを識別するために、例えば、ポート番号、ラック識別子等を含む、様々
な要素を含み得る。命令はまた、例えば、ウェブに基づくフォームの提出として要求が受
け取られた場合の実現例におけるウェブページの内容として、インターフェースに従って
生成され得る。一部の場合では、複数の応答、例えば、要求側への１つ以上のウェブ要求
の組み合わせ、および１つ以上の電子メールメッセージが、接続性コーディネータによっ
て送られ得、それらのいくつかは、ルータコロケーション設備１５０のオペレータ等の、
クライアント以外のエンティティに送られ得る。接続性コーディネータ１１４からの１つ
または複数の応答を、必要な物理リンクを設定するために使用し得る。物理リンクを確立
するために掛かる時間は、クライアントの応答性、ルータコロケーション設備１５０のオ
ペレータの応答性、およびセキュリティ、許可等のために完了しなければならない場合が
ある種々の手続きに応じて、大きく変動し得る。物理ネットワークリンクが設定された後
に、接続性コーディネータ１１４は、いくつかの実施形態において、所望の専用の接続性
が確立されたことを示す確認メッセージをクライアントに伝送し得る。いくつかの実施形
態では、例えばクロスネットワーク接続１９１等の物理リンクの詳細を識別するデータ、
そのようなリンクが確立されたクライアントを識別するデータ、専用の接続性の確立の日
付または時間等を含む、種々の接続性関連の情報が、接続性データベース１１５に記憶さ
れ得る。

図１で図示されるネットワーク経路に加えて、多くの環境において、クライアントネッ
トワーク１６２と種々のシステムの構成要素１００との間で利用可能な、複数の他の代替
のネットワーク経路があり得る。例えば、いくつかの接続性要求は、パブリックリンクま
たは共有リンクを含む経路を通じて、接続性プロバイダ１１４に伝送され得、また、リソ
ースコレクション１２０で提供される種々のサービスも同様に、パブリックリンクまたは
共有リンクを通じてアクセスされ得る。一部の場合において、代替の経路は、所望の専用
の経路を通じた接続性が遮断される場合に備えて、バックアップとして機能し得る。

物理および論理接続性の確立
図２は、クライアントネットワーク１６２とリソースコレクション１２０との間に専用
の接続性を確立するために、一実施形態において、接続性コーディネータ１１４によって
提供されるサービスの補助を用いて行われ得る、ステップの高次概要を提供する。図２に
おいて２０１で表記されるエントリで示されるように、接続性コーディネータ１１４は、
プロバイダネットワーク１０５のクライアント、他のエンティティ（１つ以上の管理のサ
ーバ、測定エージェント、請求エージェント等）、および／または他のパーティが利用可
能な、１組の接続性関連の操作を定義するインターフェースを実現し得る。１組の利用可
能な操作は、例えば、いくつかの実現例において、接続性の記録またはオブジェクトを作
成する、問い合わせる、検索する、更新する、または削除する動作を含み得る。利用可能
な動作は、いくつかの環境において、ウェブサービス記述言語（ＷＳＤＬ）、ＸＭＬ、Ｊ
ａｖａ（登録商標）、Ｃ、Ｃ＋＋、Ｐｙｔｈｏｎ、Ｐｅｒｌ、またはそれらの派生形態等
の、様々な標準規格またはプログラミング言語のいずれかで、アプリケーションプログラ
ミングインターフェース（ＡＰＩ）を介して公開され得、クライアントは、メソッドコー
ル、ファンクションコール等を発行することによって、接続性プロバイダとプログラム的
に相互作用し得る。他の環境において、クライアントがそれを使用してコードを書き込み
得るパブリックＡＰＩを提供することに加えて、またはその代わりに、接続性コーディネ
ータは、一群のウェブページ等の、よりユーザフレンドリなインターフェースを提供し得
る。一実現例において、接続性コーディネータは、例えば、ＡＰＩの網羅的なリストを提
供する（ＪａｖａまたはＪａｖａのようなプログラミング言語が使用される場合、Ｊａｖ
ａｄｏｃに類似する）１組の文書を発行し得、そして、１つまたは複数のウェブページを
介して、接続性関連の操作の頻繁に使用されるサブセットを公開し得る。そのような環境
において、クライアントは、一般的な操作について、ウェブページを使用することを選択
し得、また、より複雑な操作について、またはウェブインターフェースが接続性コーディ
ネータ１１４によって提供されない操作について、ＡＰＩコールを呼び出すプログラムを
用い得る。いくつかのそのような実施形態において、クライアントとの特定のウェブに基
づく相互作用は、内部的に、接続性コーディネータ１１４でのＡＰＩの１つ以上の呼び出
しをもたらし得る。種々の実施形態では、接続性コーディネータ１１４によって提供され
るサービスを実現するために、コマンドラインツール、独立してインストール可能なグラ
フィカルユーザインターフェース（ＧＵＩ）（すなわち、ウェブページおよびＨＴＴＰに
基づく相互作用に依存しないＧＵＩ）、シッククライアント、電子メール、またはメッセ
ージングプロトコル等の、他のタイプのインターフェースが単独で、または組み合わせて
使用され得る。一部の場合において、インターフェースは、複数の層から成り得、インタ
ーフェースの一方の層がもう一方の層を呼び出し得、また、該複数の層の１つ以上が、直
接的なクライアントの相互作用のために公開され得る。

一実施形態において、接続性コーディネータは、インターフェースがどのように使用さ
れ得るかという例を提供し得る、「スタートアップガイド」またはいくつかの他の類似す
る文書を提供し得る。ＡＰＩ−１〜ＡＰＩ−１８で表記されるエントリを有する以下のリ
ストは、接続性コーディネータ１１４によって提供される接続性サービスのサブセットに
ついてそのような文書で提供され得る、１組のＡＰＩコールの呼び出しの例である。
［ＡＰＩ−１］ＣｕｓｔｏｍｅｒＩｄ ｃｕｓｔｏｍｅｒＩｄ＝ｃｒｅａｔｅＮｅｗＣｕ
ｓｔｏｍｅｒ（ＣｕｓｔｏｍｅｒＩｎｆｏ ｃｕｓｔｏｍｅｒｌｎｆｏ）
ｃｒｅａｔｅＮｅｗＣｕｓｔｏｍｅｒ ＡＰＩは、接続性プロバイダで顧客アカウントを
作成するために使用され得る。入力として顧客情報（例えば、名前、アドレス、支払い関
連の詳細）を取り、顧客識別子を返し得る。
［ＡＰＩ−２］ＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔＩｄ ｒｅｑｕｅｓｔＩｄ＝ｒｅｑ
ｕｅｓｔＤｉｒｅｃｔＣｏｎｎｅｃｔｉｏｎ（ＣｕｓｔｏｍｅｒＩｄ ｃｕｓｔｏｍｅｒ
Ｉｄ、ＣｏｎｎｅｃｔｉｏｎＳｐｅｃｉｆｉｃａｔｉｏｎ ｃｏｎｎｅｃｔｉｏｎＳｐｅ
ｃｉｆｉｃａｔｉｏｎ）
ｒｅｑｕｅｓｔＤｉｒｅｃｔＣｏｎｎｅｃｔｉｏｎ ＡＰＩは、ＣｏｎｎｅｃｔｉｏｎＳ
ｐｅｃｉｆｉｃａｔｉｏｎオブジェクトにカプセル化される所望の接続性の特性の種々の
詳細とともに、顧客によって専用の接続性の要求を送るために使用され得る。
［ＡＰＩ−３］ＲｅｑｕｅｓｔＳｔａｔｕｓ ｒｅｑｕｅｓｔＳｔａｔｕｓ＝ｇｅｔＣｏ
ｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔＳｔａｔｕｓ（ＣｕｓｔｏｍｅｒＩＤ ｃｕｓｔｏｍｅ
ｒＩｄ、ＲｅｑｕｅｓｔＩｄ ｒｅｑｕｅｓｔＩｄ）
顧客は、接続要求の現在の状態を問い合わせるために、ｇｅｔＣｏｎｎｅｃｔｉｏｎＲｅ
ｑｕｅｓｔＳｔａｔｕｓ ＡＰＩを使用し得、例えば、接続性プロバイダは、現在の状態
が「進行中」であるか、「完了」したか、または「拒否された」ことを、返されるＲｅｑ
ｕｅｓｔＳｔａｔｕｓオブジェクトで示し得る。
［ＡＰＩ−４］ＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏｎｎｅｃｔｉｏｎＩｄ＝ｇｅｔＣｏｎｎ
ｅｃｔｉｏｎＩｄ（ＣｕｓｔｏｍｅｒＩＤ ｃｕｓｔｏｍｅｒＩｄ、ＲｅｑｕｅｓｔＩｄ
ｒｅｑｕｅｓｔＩｄ）
接続オブジェクトが、接続性コーディネータによって成功裏に作成され、（そして、例え
ば、接続性データベース１１５に記憶された）場合、クライアントは、その接続オブジェ
クトの識別子を得るために、ｇｅｔＣｏｎｎｅｃｔｉｏｎＩｄ ＡＰＩを使用し得る。
［ＡＰＩ−５］ＣｏｎｎｅｃｔｉｏｎＩｎｆｏ ｃｏｎｎｅｃｔｉｏｎＩｎｆｏ＝ｇｅｔ
ＣｏｎｎｅｃｔｉｏｎＩｎｆｏ（ＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏｎｎｅｃｔｉｏｎＩｄ
）
ｇｅｔＣｏｎｎｅｃｔｉｏｎＩｎｆｏ ＡＰＩは、ルータの物理的な場所、ポート番号、
トラフィック使用メトリック等の特性を含む、接続オブジェクトのプロパティを得るため
に使用され得る。
［ＡＰＩ−６］ＰｈｙｓｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｎｆｏ ｐｈｙｓｉｃａｌｌｎ
ｆｏ＝ｇｅｔＰｈｙｓｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｎｆｏ（ＣｏｎｎｅｃｔｉｏｎＩ
ｎｆｏ ｃｏｎｎｅｃｔｉｏｎＩｎｆｏ）
ｇｅｔＰｈｙｓｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｎｆｏ ＡＰＩは、Ｃｏｎｎｅｃｔｉｏ
ｎＩｎｆｏオブジェクトから、接続オブジェクトの場所固有の特性を抽出するために使用
され得る。
［ＡＰＩ−７］ＡｕｔｈＩｎｆｏ ａｕｔｈＩｎｆｏ＝ｇｅｔＡｕｔｈＩｎｆｏ（Ｐｈｙ
ｓｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｎｆｏ（ｐｈｙｓｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｎ
ｆｏ）
ｇｅｔＡｕｔｈＩｎｆｏ ＡＰＩは、接続の許可関連の情報、例えば、技術者が、エンド
ポイントルータ１３２が収容される施設に進入すること、およびエンドポイントルータへ
の物理ネットワークリンクを作成することを可能にする文書を抽出するために使用され得
る。
［ＡＰＩ−８］ＲｅｑｕｅｓｔＳｔａｔｕｓ ｍｏｄｉｆｉｃａｔｉｏｎＳｔａｔｕｓ＝
ｍｏｄｉｆｙＣｏｎｎｅｃｔｉｏｎ（ＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏｎｎｅｃｔｉｏｎ
Ｉｄ、Ｍｏｄｉｆｉｃａｔｉｏｎｌｎｆｏ ｍｏｄｉｆｉｃａｔｉｏｎｌｎｆｏ）
ｍｏｄｉｆｙＣｏｎｎｅｃｔｉｏｎ ＡＰＩは、既存の接続の変更を要求するために、例
えばより多くの帯域幅を要求するために使用され得る。
［ＡＰＩ−９］ＲｅｑｕｅｓｔＳｔａｔｕｓ ｄｉｓａｂｌｅＳｔａｔｕｓ＝ｄｉｓａｂ
ｌｅＣｏｎｎｅｃｔｉｏｎ（ＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏｎｎｅｃｔｉｏｎＩｄ）
ｄｉｓａｂｌｅＣｏｎｎｅｃｔｉｏｎ ＡＰＩは、既存の接続を無効にすること、すなわ
ち、いかなるトラフィックも、その接続について予め設定された物理リンクを通って流れ
ることを可能にしないことを要求するために使用され得る。
［ＡＰＩ−１０］ＲｅｑｕｅｓｔＳｔａｔｕｓ ｅｎａｂｌｅＳｔａｔｕｓ＝ｅｎａｂｌ
ｅＣｏｎｎｅｃｔｉｏｎ（ＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏｎｎｅｃｔｉｏｎＩｄ）
ｅｎａｂｌｅＣｏｎｎｅｃｔｉｏｎ ＡＰＩは、既存の（例えば、現在無効である）接続
を有効にすることを要求するために使用され得る。
［ＡＰＩ−１１］ＲｅｑｕｅｓｔＳｔａｔｕｓ ｄｅｌｅｔｅＳｔａｔｕｓ＝ｄｅｌｅｔ
ｅＣｏｎｎｅｃｔｉｏｎ（ＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏｎｎｅｃｔｉｏｎＩｄ）
ｄｅｌｅｔｅＣｏｎｎｅｃｔｉｏｎ ＡＰＩは、接続を恒久的に除去することを要求する
ために使用され得る。
［ＡＰＩ−１２］ＬｏｇｉｃａｌＲｅｑｕｅｓｔＩｄ ｌｏｇｉｃａｌＲｅｑｕｅｓｔＩ
ｄ＝ｓｅｔＵｐＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ（ＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏ
ｎｎｅｃｔｉｏｎＩｄ、ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＰａｒａｍｅｔｅｒｓ Ｉ
ｃＰａｒａｍｅｔｅｒｓ）
ｓｅｔＵｐＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ ＡＰＩは、論理的に分離されたネット
ワーク経路が、予め確立された物理接続、およびＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＰ
ａｒａｍｅｔｅｒｓオブジェクトにカプセル化される１組の論理接続特性を使用して設定
されることを要求するために使用され得る。
［ＡＰＩ−１３］ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｄ ｌｏｇｉｃａｌＣｏｎｎｅ
ｃｔｉｏｎＩｄ＝ｇｅｔＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｄ（ＬｏｇｉｃａｌＲｅ
ｑｕｅｓｔＩｄ ｌｏｇｉｃａｌＲｅｑｕｅｓｔＩｄ）
クライアントは、特定の論理接続の識別子を得るために、ｇｅｔＬｏｇｉｃａｌＣｏｎｎ
ｅｃｔｉｏｎＩｄ ＡＰＩを使用し得る。
［ＡＰＩ−１４］ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｎｆｏ ｌｏｇｉｃａｌＣｏｎ
ｎｅｃｔｉｏｎＩｎｆｏ＝ｇｅｔＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｎｆｏ（Ｌｏｇ
ｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｄ ｌｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｄ）
ｇｅｔＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｎｆｏ ＡＰＩは、論理接続に使用される
ＶＬＡＮタグ、および／または論理接続と関連付けられる他のルーティング関連の情報等
の特性を含む、論理接続の特性を得るために使用され得る。
［ＡＰＩ−１５］ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔＳｔａｔｕｓ ｍ
ｏｄｉｆｉｃａｔｉｏｎＳｔａｔｕｓ＝ｍｏｄｉｆｙＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏ
ｎ（ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｄ ｌｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＩ
ｄ、ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＭｏｄｉｆｉｃａｔｉｏｎｌｎｆｏ ｍｏｄｉ
ｆｉｃａｔｉｏｎｌｎｆｏ）
ｍｏｄｉｆｙＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ ＡＰＩは、既存の論理接続の変更を
要求するために、例えば、それと関連付けられる１組のネットワークプレフィックスを修
正するために使用され得る。
［ＡＰＩ−１６］ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔＳｔａｔｕｓ ｄ
ｉｓａｂｌｅＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓ＝ｄｉｓａｂｌｅＬｏｇ
ｉｃａｌＣｏｎｎｅｃｔｉｏｎ（ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏｎｎｅ
ｃｔｉｏｎＩｄ）
ｄｉｓａｂｌｅＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ ＡＰＩは、既存の論理接続を無効
にすること、すなわち、いかなるトラフィックも、論理接続と関連付けられる論理的に分
離された経路を通って流れることを可能にしないことを要求するために使用され得る。
［ＡＰＩ−１７］ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔＳｔａｔｕｓ ｅ
ｎａｂｌｅＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓ＝ｅｎａｂｌｅＬｏｇｉｃ
ａｌＣｏｎｎｅｃｔｉｏｎ（ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏｎｎｅｃｔ
ｉｏｎＩｄ）
ｅｎａｂｌｅＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ ＡＰＩは、既存の（例えば、現在無
効である）論理接続を有効にすることを要求するために使用され得る。
［ＡＰＩ−１８］ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔＳｔａｔｕｓ ｄ
ｅｌｅｔｅＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＳｔａｔｕｓ＝ｄｅｌｅｔｅＬｏｇｉｃ
ａｌＣｏｎｎｅｃｔｉｏｎ（ＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏｎｎｅｃｔ
ｉｏｎＩｄ）
ｄｅｌｅｔｅＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ ＡＰＩは、論理接続を恒久的に除去
すること要求するために使用され得る。

再度図２を参照すると、２０６で示される次の高次ステップは、クライアントアカウン
トの確立であり、例えば、請求目的で使用され得る。いくつかの実施形態において、接続
性コーディネータ１１４によって提供されるインターフェースは、顧客アカウントを設定
するために（ｃｒｅａｔｅＮｅｗＣｕｓｔｏｍｅｒ ＡＰＩの呼び出しを介して、または
結果的に類似のＡＰＩを呼び出すウェブインターフェースを介して等により）使用され得
る。他の実施形態において、接続性コーディネータ１１４は、アカウントの作成には直接
関与し得ず、顧客アカウントを設定するために、いくつかの他の機構（図１で示されない
、アカウントマネージャ構成要素との相互作用等）が使用され得る。

設定されたアカウントを有する顧客は、接続性コーディネータ１１４によって実現され
るインターフェースを使用して、最初に、所望の専用の接続性のための物理リンクを確立
し（図２のエントリ２１１）、次いで、その物理リンクを使用する１つ以上の論理的に分
離されたネットワーク経路を確立し得る（エントリ２２１）。最後に、専用の接続性の機
能が検証または確認され得（エントリ２３１）、例えば、いくつかの実施形態において、
クライアントおよび／または接続性コーディネータ１１４は、１つ以上の確認操作を行い
、クライアントの要求が満足に実現されたことを確認し得る。図２のエントリ２１１、２
２１、および２３１で示される高次ステップのそれぞれは、クライアント端および接続性
プロバイダ１１４で複数の相互作用および／または操作を伴い得、各高次ステップに関す
るさらなる詳細は、下で提供される。

接続性確立のための例示的な要求および応答
図３は、一実施形態による、クライアントからの専用の接続性の要求３５１の例示的な
要素を図示する。示されるように、要求は、クライアントデバイス１４８で生成され得、
また、接続性コーディネータ１１４によって接続性関連のサービスに提供されるインター
フェースに従ってフォーマットされ得、場所情報３６０、帯域幅要件３６１、アベイラビ
リティ要件３６３、多重経路要件３６５、クライアントネットワーク装置情報３６７、お
よび追加的な仕様３６８を含む。全てのこれらの要素が、接続性要求に含まれない場合が
あり、種々の実施形態では、これらの、および他の要素の任意の組み合わせまたはサブセ
ットが要求に含まれ得る。上で説明されるｒｅｑｕｅｓｔＤｉｒｅｃｔＣｏｎｎｅｃｔｉ
ｏｎ ＡＰＩに類似するＡＰＩが使用される実現例において、要求要素の一部または全部
は、ＣｏｎｎｅｃｔｉｏｎＳｐｅｃｉｆｉｃａｔｉｏｎオブジェクトのフィールドまたは
その均等物として提供され得る。

場所情報３６０は、専用の接続性が所望される物理的な場所の詳細、例えば、クライア
ント側ルータ１４２が現在存在する、またはそのようなクライアント側ルータが、例えば
サードパーティのネットワークサービスプロバイダの補助を用いて設定される必要があり
得る番地住所を含み得る。一部の場合において、クライアントは、単にクライアントネッ
トワーク１６２の一部分が位置する１つ以上の都市さらには州だけを列記し、接続性コー
ディネータ１１４に、クライアントネットワークを提供するために物理接続を設定するこ
とができる１組の可能な場所を提供するように要求し得る。

いくつかの実現例において、クライアントは、帯域幅要件３６１を介して、専用の接続
性ついて所望の帯域幅を指定し得る。接続性プロバイダによってクライアントに提供され
るインターフェースは、例えば、クライアントが、５００メガビット／秒、１ギガビット
／秒、または１０ギガビット／秒等の、別個の１組の帯域幅の選択肢の中から選択するこ
とを可能にし得、該選択肢は、エンドポイントルータ１３２への物理リンクを確立するた
めに利用可能な、特定のネットワーキングハードウェアの詳細に由来し得る。例えば、い
くつかのルータコロケーション設備において、物理リンクの選択肢としては、シングルモ
ードファイバを通じた１Ｇｂｐｓの１０００ＢＡＳＥ−ＬＸ（１３１０ｎｍ）シングルモ
ードファイバ接続、およびシングルモードファイバを通じた１０Ｇｂｐｓの１０ＧＢＡＳ
Ｅ−ＬＲ（１３１０ｎｍ）シングルモードファイバ接続が挙げられ得、接続性コーディネ
ータ１１４は、クライアントが、１Ｇｂｐｓのオプション〜１０Ｇｂｐｓのオプションの
間で選択することを可能にし得る。他の場合において、クライアントは、任意の恣意的な
帯域幅を要求することを可能にされ得、接続性コーディネータ１１４は、提供できる、ま
たは提供しようとする帯域幅を示すことによって該要求に応答し得る。一実現例において
、接続性コーディネータは、帯域幅アベイラビリティの任意の保証を提供し得ず、代わり
に、例えば、最善努力の手法が使用されることをクライアントに示す。すなわち、接続性
コーディネータは、できる限り多くの帯域幅（顧客の所望の限度まで）を提供しようとす
る。別の実現例において、接続性コーディネータは、例えば、顧客が２０Ｇｂｐｓを要求
し、単一のケーブルを通じて利用可能な最大帯域幅が１０Ｇｂｐｓである場合、１つを超
える物理リンクが必要であり得ることを示し得る。また、専用の接続性の単一の要求に応
答して、異なるルータコロケーション設備１３２を通じて分散される複数の物理リンクを
設定することも可能であり得、例えば、特定のクライアントが、設備１３２Ａおよび１３
２Ｂのそれぞれでクライアント側ルータ１４２Ａおよび１４２Ｂへのアクセスを有する場
合、必要があれば、または要求があれば、１つ以上の物理リンクが各設備に設定され得る
。接続性コーディネータ１１４によって提供されるインターフェースは、クライアントが
、所望の接続性を提供するために別個の物理的な場所を使用すべきかどうか、またその場
合、どのくらいの場所を使用すべきかを指定することを可能にする。

クライアントはまた、いくつかの実施形態において、アベイラビリティ要件３６３およ
び／または多重経路要件３６５も提供し得る。アベイラビリティ要件は、所望の最大ネッ
トワーク故障限度（例えば、１年あたり１時間の最大故障時間）または故障間の平均時間
等の、種々のメトリックのいずれかで表現可能であり得る。多重経路要件３６５は、クラ
イアント側ルータ１４２とエンドポイントルータ１３２との間に設定されるべき物理リン
クの数を示し得る。例えば、性能（例えば、クライアントネットワーク１６２からのトラ
フィックが、負荷平衡され得るか、または別様には、複数の物理的経路を通じて分散され
、それによって、ネットワークの混雑を低減させるように）のために、より高いアベイラ
ビリティ（例えば、複数の経路を提供することによって、物理リンクの１つにおける不具
合の場合に、バックアップの経路として代替の経路が利用可能であり得る）のために、ま
たは性能的理由およびアベイラビリティの理由の組み合わせのために、複数の物理リンク
が要求され得る。どのくらいの物理リンクが必要であるかを指定することに加えて、クラ
イアントはまた、リンクの中でトラフィックを分散させる様式も指定し得る。２つの経路
が要求される場合、例えば、クライアントは、該経路を、アクティブ／アクティブモード
（例えば、２つのリンクにわたって負荷を平衡させ、不具合の場合に、一方のリンクがも
う一方のトラフィックを引き継ぐように、ボーダーゲートウェイプロトコル（ＢＧＰ）マ
ルチパシングが使用される）で確立すべきか、または一度に１つのリンクだけしか使用さ
れておらず、第１のリンクで不具合が生じた場合にだけ第２のリンクが起動される、アク
ティブ／待機モードで確立すべきかを指定し得る。クライアントが多重経路設定のタイプ
を明確に指定することを望まない場合に、クライアントがそのようにする必要がないよう
に、いくつかの実現例において、デフォルトの選択（例えば、アクティブ／アクティブ）
がインターフェースを介してクライアントに示され得る。一部の場合において、多重経路
要件３６５を示すことは、アベイラビリティ要件３６３に対する必要性を打ち消し得（ま
たは否定し得）、よって、クライアントは、これらの２つのタイプのオプションのうちの
１つだけを指定することが許可され得る。

一実施形態において、例えばクライアントがそれらの末端で接続性を確立するために、
または性能を最適化するために行うことが必要であり得るタスクをさらに簡略化するため
に、連結性コーディネータ１１４はまた、クライアントが有し得る特定のタイプのネット
ワーキング装置の構成命令、提案、および／または好適な設定を提供することもでき得る
。そのような環境において、クライアントは、クライアントネットワーク装置情報３６７
を接続性コーディネータ１１４に提供し得、例えば、装置の構成命令をルックアップし、
構成の提案または命令をクライアントに提供するために、構成データのデータベース（例
えば、データベース１１５）を調べ得る。クライアントが、情報３６７を介して、特定の
ベンダーからの特定のタイプまたはクラスのルータ（例えば、Ｃｉｓｃｏルータ、Ｊｕｎ
ｉｐｅｒルータ、またはＹａｍａｈａルータ）の使用を望むことを示す場合、例えば、接
続性コーディネータは、特定のタイプのルータの、またはその特定のルータ上で動作する
特定のバージョンのソフトウェアの、ベンダー固有の構成のヒントを提供することができ
得る。そのようなヒントは、ＢＧＰの設定、トンネリング関連の設定、ＩＫＥ（インター
ネット鍵交換）の設定を構成または検証する方法の例を含み得、また、特定のベンダーの
デバイスが有効に動作していることを試験する方法に関する命令も含み得る。いくつかの
実施形態において、ベンダー固有および／またはデバイス固有であり得る好適なバッファ
サイズ等の、トラブルシューティングのヒントおよび／またはチューニングのヒントもま
た、接続性コーディネータ１１４によって提供され得る。少なくともいくつかの環境にお
いて、プロバイダネットワーク１０５は、多種多様なネットワーク装置を使用する多数の
クライアントを有し得るので、接続性コーディネータ１１４は、多種多様なネットワーキ
ング装置の構成、プロバイダネットワークの所有する装置によって最良に機能する複数種
類のクライアント側の設定等を対象とする、知識ベースを構築することができ得、ネット
ワーク１６０をプロバイダネットワーク１０５にリンクするプロセスに着手しているクラ
イアントにとって非常に有用であり得る。いくつかの実現例において、所望の接続性の追
加的な仕様３６８も、クライアント要求、例えば専用の接続性の所望の開始時間または終
了時間といった仕様に、または特定のＢＧＰバージョンおよび／または双方向フォワーデ
ィング検出（ＢＦＤ）がクライアントネットワーク１６２でサポートされるという肯定応
答に含まれ得る。

種々の実施形態において、図３で示されるものに類似する情報は、複数のステップで接
続性コーディネータ１１４に通信され得、例えば、最初に、場所情報および所望の帯域幅
が通信され得、次いで、接続性コーディネータが、可能なオプションのリストを有する応
答を提供し得、次いで、可能なオプションの中から、クライアントが、１つのオプション
を選択し、その後のメッセージで追加的な仕様を提供し得る。情報は、任意の利用可能な
ネットワーク経路、例えばパブリックインターネットの一部分を含み得る経路１７５を使
用して、クライアントから（またはクライアントを代表するサードパーティから）、接続
性コーディネータ１１４に伝送され得る。種々の実施形態において、クライアントと接続
性コーディネータ１１４との間の相互作用の一部または全ては、暗号化され得る。クライ
アントが現在、適切なルータコロケーション設備１５０で既に利用可能なクライアント側
ルータを有しない一部の場合では、クライアントと接続性コーディネータ１１４との間で
さらなる相互作用が必要であり得、この場合、例えば、接続性コーディネータは、好適な
ルータへのアクセスを得るためにクライアントが使用することができ得る、サードパーテ
ィのネットワークサービスプロバイダの提案を提供する。

図４は、少なくともいくつかの実施形態による、クライアントからの専用の接続性の要
求に対して生成され得る応答の構成要素の実施例を図示する。図示される実施例は、応答
４５１を要求元クライアントデバイス１４８に送り返す接続性コーディネータ１１４を示
し、また、いくつかの実施形態では、ルータコロケーション設備１５０のオペレータまた
はマネージャに送られ得る随意の通知４５２も示す。図３で図示されるように、クライア
ントによって要求される専用の接続性の種々のパラメータまたは特性を調査することで、
接続性コーディネータ１１４は、最終的に、物理リンクをクライアントのネットワークに
設定するのに適切であり得る、特定のエンドポイントルータ１３２を決定し得る。例えば
、図１において、ルータコロケーション設備１５０Ａのエンドポイントルータ１３２Ａは
、クライアントネットワーク１６２Ａへの物理的な接続性を提供するために選択され得る
。応答４５１は、物理リンク構成命令４７１、許可情報４８２、接続識別子４８２、およ
びデバイス固有の構成命令４８３の任意の組み合わせを含み得る。物理リンク構成命令４
７１は、例えば、ルータ１４２Ａ等のクライアント側ルータに由来するケーブルが取り付
けられる正確な物理座標、物理ポートの識別情報４６７（例えば、「ポート３」または「
左から３番目のポート」）、ケージ識別子４６１、ラック識別子４６３、およびパッチパ
ネル識別子４６５を特定し得る。

多くの場合において、ルータ１３２および１４２等のネットワーキング装置は、誰でも
が物理アクセスを有し得ないセキュアな環境に収容される。そのような場合、例えば技術
者がエンドポイントルータ１３２Ａにアクセスすることを可能にするための法的拘束力の
ある合意を含み得る、許可情報４８１をクライアントに提供し得る。いくつかの環境では
、「ＬＯＡ−ＣＦＡ」（Ｌｅｔｔｅｒ Ｏｆ Ａｕｔｈｏｒｉｔｙ ａｎｄ Ｃｕｓｔｏ
ｍｅｒ Ｆａｃｉｌｉｔｙ Ａｓｓｉｇｎｍｅｎｔ）と呼ばれる、一般に使用される標準
許可通信フォーマットに類似する、または由来する文書が、許可情報４８１に使用され得
る。許可情報４８１は、それ自体が、一部の場合において、ポート識別子４６７、ケージ
識別子４６１、ラック識別子４６２、およびパッチパネル識別子４６５等の物理リンク座
標を含み得る。応答４５１はまた、要求された専用の接続性に対応する接続識別子４８２
も含み得、これは、上で説明され、下で図５の説明に関連してさらに論じられる、ｓｅｔ
ＵｐＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎ ＡＰＩを介した、論理的に分離された経路の
確立の要求等の、クライアントから接続性コーディネータ１１４へのさらなる通信で使用
され得る。

いくつかの実施形態において、接続性コーディネータ１１４はまた、クライアント側ネ
ットワーク装置の構成命令４８３も提供し得る。そのような命令は、クライアントネット
ワーク装置情報３６７が接続性コーディネータ１１４に以前に提供された場合に提供され
得、また、いくつかの実現例において、クライアントがクライアント側装置の詳細を予め
提供しなかった場合でも、デフォルトの１組のデバイス（例えば、最も一般に使用される
タイプのルータ）にも提供され得る。物理接続に選択されるエンドポイントルータ１３２
の特性に応じて、異なる複数組のクライアント側構成設定が、全般に、クライアント側ネ
ットワーキング装置の所与の部分にも適切であり得、また、接続性コーディネータは、エ
ンドポイントルータ１３２が選択された後に、適切な命令を選択するために、その構成の
知識ベースを参照し得る。

上で説明されるように、いくつかの環境では、エンドポイントルータ１３２への物理接
続性を設定するために、許可が必要であり得る。いくつかの実施形態において、許可情報
４８１も（または代わりに）、接続性コーディネータによって、ルータコロケーション設
備１５０のオペレータ４３３に送られ得る。いくつかの管轄では、法的制約が、接続性コ
ーディネータ１１４とコロケーション設備オペレータ４３３との間のそのような直接通信
を妨げ得、その場合、許可情報は、必要であれば、クライアントによってオペレータ４３
３に提供され得る。

多くの場合、クライアントは、様々な異なる目的でリソースコレクション１２０を使用
することに関心があり得、例えば、ソフトウェアベンダーは、そのソフトウェアエンジニ
アの開発および構築環境を設定するためにある組のリソース１１２Ａを使用し、企業内で
内部的に会社情報を記憶および共有するためのインターネットの別の１組のリソース１１
２Ｂを使用し、また、ソフトウェアベンダーの顧客によってアクセスされ得るウェブサイ
トの第３の組のリソース１１２Ｃ（図１には示さず）を使用することを望み得る。そのよ
うなクライアントは、例えば、管理目的で、アカウンティング／請求目的で、および／ま
たはセキュリティ目的で、各組のリソース１１２のネットワークトラフィックが、他の組
のリソース１１２のトラフィックから分離されることを所望し得る。例えば、ソフトウェ
アベンダーは、構築関連のトラフィックがイントラネットトラフィックとは別に保たれる
こと、構築機械またはリソース１１２Ａからのトラフィックが１つ以上のイントラネット
サーバ１１２Ｂに到達することを許可され得ないこと等を確実にすることを望み得る。同
時に、そのようなクライアントは、全てのこれらの異なる機能についてエンドポイントル
ータ１３２を介して提供される、同じ専用の物理接続性を利用することを望み得る。すな
わち、クライアントは、リソースコレクション１２０への専用の接続性のために確立され
るクロスネットワークリンク１９１に類似する同じ物理リンクを全て共有する、複数の論
理的に分離されたネットワーク経路を確立することを望み得る。いくつかの実施形態にお
いて、接続性コーディネータ１１４によって組み立てられるインターフェースは、経路を
作成、修正、削除、および検索すること、または経路の状態を問い合わせること等の、そ
のような論理的に分離された経路に関連する種々の操作のサポートを提供することができ
得る。

図５は、少なくともいくつかの実施形態による、接続性コーディネータ１１４に送られ
得る、論理的に分離されたネットワーク経路の分離要求５５１の構成要素の実施例を図示
する。論理的に分離されたネットワーク経路の要求を行う前に、クライアントは、図２の
高次ステップ２１１で図示されるように、専用の接続性を得るために物理リンクを確立し
ている場合があり、また、物理リンク確立プロセス中に接続識別子４８２を得ている場合
がある。例示される実施形態において、その接続識別子は、要求５５１に含まれ得る。種
々の実施形態において、要求５５１はまた、ＶＬＡＮタグ５０１、ＢＧＰ ＡＳＮ５１１
、１組のネットワークプレフィックス５２１、ペアリング情報５３１、仮想プライベート
ゲートウェイ情報５４１、および／またはネットワークの分離に有用であり得る他の情報
等の任意の組み合わせ等の、種々の選択基準も含み得る。

仮想ローカルエリアネットワーク（ＶＬＡＮ）は、単一の物理ネットワーク内で複数の
論理的に分離されたネットワークを作成するためにしばしば使用される方法である。スイ
ッチまたは他のネットワークデバイスが、パケットが属するＶＬＡＮを識別することを可
能にするために、ＶＬＡＮタグと呼ばれるタグまたは識別子が、所与のＶＬＡＮ環境内で
伝送されている各パケットのヘッダの中に挿入され得る。一実施形態において、接続性コ
ーディネータ１１４は、クライアントが確立することを望む各論理的に分離されたネット
ワーク経路の一意のＶＬＡＮタグ５０１を提供することを、クライアントに要求し得る。
すなわち、クライアントは、複数の論理的に分離された経路について同じＶＬＡＮタグを
使用することを許可し得ない。一実現例において、ＶＬＡＮタグ５０１は、イーサネット
（登録商標）８０２．１ｑ規格等の規格に適合することを必要とされ得る。

クライアントはまた、ＢＧＰ自律システム番号（ＡＳＮ）５１１を提供することも必要
とされ得る。上で述ベられるように、自律システム（ＡＳ）は、共通の明確に定義された
ルーティングポリシーをインターネットに示す、１つ以上のネットワーク運用者の制御下
にある、一群の接続されたインターネットプロトコル（ＩＰ）ルーティングプレフィック
スである。一般的に、ＢＧＰルーティングで使用するために、一意のＡＳＮが各ＡＳに割
り当てられる。ＡＳＮ５１１は、種々の実施形態において、クライアントが確立すること
を望む論理接続性のタイプに応じて、パブリック（すなわち、パブリックインターネット
の種々のルータに公開され得る）、またはプライベート（プロバイダネットワーク１００
およびクライアントネットワーク１６２のルータにだけ公開される）であり得る。クライ
アントはまた、例えばＢＧＰまたは別のルーティングプロトコルに従って、論理的に分離
されたネットワークについて公開される１組のネットワークプレフィックス５２１も提供
し得る。いくつかの実施形態において、例えば所望の論理的に分離された経路が任意の他
の経路とアクティブ／アクティブモードでペアにされるのか、またはアクティブ／待機モ
ードでペアにされるのかを示す、ペアリング情報５３１も要求５５１に含まれ得る。いく
つかの実現例において、プロバイダネットワークは、クライアントネットワーク１６２と
リソースコレクション１２０との間でＶＰＮ（仮想プライベートネットワーク）機能をサ
ポートするために、仮想プライベートゲートウェイの確立をサポートし得、また、要求５
５１はまた、論理的に分離されたネットワーク経路に使用されるそのような仮想プライベ
ートゲートウェイの識別情報も含み得る。いくつかの実施形態では、論理的なネットワー
クの分離を実現するために、マルチプルプロトコルラベルスイッチング（ＭＰＬＳ）手法
が使用され得る。図５で図示される例示的な要素は、ＢＧＰおよび関連するプロトコルが
使用されている環境に適用可能であり得るが、他の実施形態では、他のネットワーク分離
機構（例えば、仮想プライベートクラウドまたはＶＰＮに接続するために使用可能な任意
の他の手法）が、論理的なネットワークの分離のために、クライアントによって供給され
、接続性プロバイダによって使用され得る。上で説明される例示的なｓｅｔＵｐＬｏｇｉ
ｃａｌＣｏｎｎｅｃｔｉｏｎ ＡＰＩコールでは、要求５５１の種々の要素の一部または
全てが、例えば、パラメータとして渡されるＬｏｇｉｃａｌＣｏｎｎｅｃｔｉｏｎＰａｒ
ａｍｅｔｅｒｓオブジェクトのフィールドに含まれ得る。

一実施形態において、論理的に分離されたネットワーク経路を確立するための要求５５
１を受け取った後に、接続性コーディネータ１１４は、要求された構成を完了するために
、接続性データベース１１５を更新すること、適切なルーティング情報をプロバイダネッ
トワーク１０５の種々のルータに伝搬すること、種々のルーティング関連のキャッシュを
リフレッシュすること等の、１組の操作を行い得る。論理的に分離されたネットワーク経
路を成功裏に確立した後に、いくつかの実施形態において、接続性コーディネータ１１４
は、要求された専用の接続性および／または論理的な分離が成功裏に提供されたことを示
す確認メッセージをクライアントに送り返し得る。図６は、少なくともいくつかの実施形
態による、要求された接続性が確立されたことを示すそのような確認メッセージ６５１の
内容の実施例を図示する。図示される実施例において、物理接続確認の詳細６０１は、ポ
ート識別子４６７、ラック識別子４６３、利用可能な帯域幅等の、クライアントの要求で
確立される物理リンクに関連する情報のいくつかを確認し得る。論理接続確認の詳細６２
１は、ＶＬＡＮタグ５０１、ＢＧＰ ＡＳＮ５１１、ネットワークプレフィックス５２１
、ペアリング情報５３１、および仮想プライベートゲートウェイ情報５４１等の、論理的
に分離されたネットワーク経路の特性を確認し得る。図示される実施例において、確認メ
ッセージ６５１はまた、接続識別子４８２およびサポート情報６１１、例えば、トラフィ
ックの遮断、不十分な性能、または起こり得る他の問題が生じた場合に補助を得るために
クライアントが使用し得る情報も含む。確認メッセージ６５１は、異なる実施形態におい
て、図６で示される要素の任意の組み合わせを除外し得、またいくつかの実施形態では、
追加的な情報を含み得る。一実施形態では、接続性コーディネータ１１４によって複数の
確認メッセージが送られ得、例えば、第１の確認メッセージは、物理リンクが確立された
後に送られ得、第２の確認メッセージは、論理的に分離されたネットワーク経路が確立さ
れた後に送られ得る。接続性コーディネータ１１４はまた、所望の接続性がクライアント
端で正しく機能していることを検証または確認する命令をクライアントに送り得、例えば
、リソース１１２が、関連付けられるパブリックおよび／またはプライベートＩＰアドレ
スを有する仮想計算サーバを含む実施形態において、そのような命令は、クライアントに
、仮想計算サーバを起動し、そのＩＰアドレスの１つにピンを送るように指示する。

共有物理リンクを通じた、論理的に分離されたネットワーク経路の実施例
図７は、少なくともいくつかの実施形態による、接続性コーディネータ１１４によって
提供されるインターフェースを使用して確立される、クロスネットワーク接続等の、単一
の専用の物理リンクを共有する、２つの論理的に分離されたネットワーク経路７５２Ａお
よび７５２Ｂの実施例を図示する。図２で示される環境において、クライアントは、内部
ネットワーク７３２と制限されたアクセスリソースファーム７１２との間に、接続性が確
立され、維持されることを必要とする。同時に、クライアントは、非武装地帯（ＤＭＺ）
７２２（境界ネットワークとも称され得る）、すなわち、プロバイダネットワーク１０５
のデータセンター内のパブリックアクセスリソースファーム７０２を介して、クライアン
トのサービスのいくつかをパブリックまたは信頼できないインターネットに公開し得る、
クライアントネットワーク１６２Ａのサブネットワークを設定している。制限されたアク
セスリソースファーム７１２およびパブリックアクセスリソースファーム７０２の双方の
トラフィックが、所望の性能、セキュリティ、およびコスト要件を満たすことを確実にす
るために、クライアントは、例えば図２で説明されるステップを使用して、最初に、接続
性コーディネータ１１４によって提供されるインターフェースを使用して、クライアント
側ルータ１４２Ａとエンドポイントルータ１３２Ａとの間にクロスネットワーク接続７９
１を確立し得る。クライアントはさらに、クロスネットワーク接続７９１を共有する２つ
の論理的に分離されたネットワーク経路、すなわち、ＤＭＺ７２２とパブリックアクセス
リソースファーム７０２との間のトラフィックの経路７５２Ａ、およびクライアントの内
部ネットワーク７３２と制限されたアクセスリソースファーム７１２との間のトラフィッ
クの経路７５２Ｂ、を確立するために、インターフェースの他の構成要素を使用し得る。

いくつかの実施形態において、クロスネットワーク接続７９１または１９１等の複数の
専用の物理リンクは、１つのルータコロケーション設備１５０内に、または複数のルータ
コロケーション設備にわたって、単一の顧客のために設定され得る。例えば、多国籍企業
は、複数の異なる国にオフィス設備を有し得、それらは全て、１組のリソースコレクショ
ン１２０への専用の接続性の恩恵を受け得、そのような場合、１つ以上の専用の物理リン
クが、地理的に分けられたオフィスの場所のそれぞれについて設定され得る。単一の物理
リンクが、図７の経路７５２等の、多数の論理的に分離された経路にわたって共有され得
る。さらに、リソースファーム７０２または７１２等の所与のリソースコレクションが、
複数の論理的に分離された経路７５２を介してアクセス可能であり得、論理的に分離され
た経路７５２のいくつかは、異なる専用の物理リンク７９１を使用し得る。

ウェブに基づくインターフェースの実施例
図８は、いくつかの実施形態において、接続性コーディネータ１１４によって提供され
得る例示的なウェブに基づくインターフェースの一部分の具体例である。上で述ベられる
ように、いくつかの実施形態において、接続性サービスを提供するために接続性コーディ
ネータ１１４によって実現されるインターフェースは、１組のウェブページとしてクライ
アントに公開され得る。図８のウェブページ８００は、所望の専用の接続性要件に関する
詳細を提供するためにクライアントが記入し得る複数のフォームフィールドを含む、１つ
のそのようなウェブページの実施例を表したものである。いくつかの実現例において、ウ
ェブページ８００のようなインターフェースを介したフォームデータの提示は、図２の要
素２０１の説明と併せて上で列記したものに類似する、１つ以上のＡＰＩコールの呼び出
しをもたらし得る。

ウェブページ８００の領域８０３において、フレンドリな挨拶および概要のメッセージ
が提供され得る。フォームフィールド８０５は、クライアントが、専用の接続性が所望さ
れる物理的な場所を指定することを可能にするために提供され得る。フォームフィールド
８０７を使用して、クライアントは、所望の帯域幅を指定するが、図８では、１Ｇｂｐｓ
のデフォルト値が予め選択されて示されている。フォームフィールド８０９は、随意のペ
アリングまたは多重経路情報を提供するために使用され得、示されるように、デフォルト
の２つの接続において、アクティブ／アクティブモードが予め選択されている。フォーム
フィールド８１１は、クライアントが、専用の物理リンクに使用されるクライアントルー
タのベンダー名およびモデルを指定することを可能にし得る。フォームフィールド８１３
は、クライアントが、同様に専用の接続性を設定することに関与し得るネットワークサー
ビスプロバイダ、例えば、使用され得るルータコロケーション設備のオペレータを識別す
ることを可能にし得る。いくつかの実施形態において、クライアントがフォームフィール
ド８０５のアドレス情報を記入すると、接続性コーディネータ１１４は、ネットワークサ
ービスプロバイダフォームフィールド８１３を自動的に記入し得るか、またはクライアン
トがフォームフィールド８１３を介してそこから好適なプロバイダを選択し得る、１組の
ドロップダウンオプションをポピュレートし得る。クライアントは、図示される実施例に
おいて、送信ボタン８１５を使用して、完了したフォームを提出し得る。ウェブページイ
ンターフェースを利用するいくつかの実現例では、所望の物理接続性および論理接続性を
確立するプロセス中に、複数の異なるウェブページが利用され得る。クライアントが１つ
のフォームエントリを記入すると、接続性コーディネータは、その後のフォームエントリ
に利用可能な１組のオプションをカスタマイズまたは絞り込むことができ得る。

図９は、少なくともいくつかの実施形態による、接続性関連のサービスを提供するため
の方法のフローチャートである。フローチャートの要素９００で示されるように、１組の
接続性動作を定義するインターフェースが、例えば接続性コーディネータ１１４によって
実現され得る。インターフェースを介して提供される接続性動作は、種々のタイプの物理
接続および論理接続を設定する、問い合わせる、修正する、無効にする、および破棄する
ためのサービスを含み得る。インターフェースは、１組のＡＰＩ、ウェブに基づくまたは
スタンドアロンのＧＵＩ、コマンドラインツール等の任意の組み合わせを備え得る。

要素９１０で示されるように、専用の接続性の要求は、インターフェースに従って受け
取られ得る。例えば、インターフェースがウェブに基づく場合の環境において、要求は、
１つまたは複数のＨＴＴＰ要求を含み得るが、異なる実施形態において、要求は、クライ
アントのために符号化され、実行されるプログラムからの１つ以上のメソッドコールを含
み得る。要求は、どこで、どのように専用の接続性が提供され得るか、およびサードパー
ティのネットワークサービスプロバイダまたはネットワークデータセンターのオペレータ
等のどの企業エンティティが関与する必要があり得るか、に関して決定する必要があり得
る、複数の詳細の列挙を含み得る。例えば、要求は、クライアント側ルータ１４２が使用
、所望の帯域幅、および種々の他の要件に利用可能である、所望の物理アドレスを指定し
得る。

図９の要素９２０で示されるように、要求を受け取り次第、プロバイダネットワーク１
０５のターゲットエンドポイントルータ１３２が選択され得、それを通してクライアント
への所望の専用の接続性を提供するためのルートが構成可能になり得る。ターゲットエン
ドポイントルータは、異なる実施形態において、物理的場所、測定および／または予想さ
れる帯域幅利用レベル、コスト、ルータが位置する設備のオペレータによる以前の正また
は負のエクスペリエンス、クライアントのネットワーキング装置との互換性等を含む、様
々な要因のいずれかに基づいて選択され得る。

次いで、要素９３０で示されるように、ターゲットポイントルータへの物理リンクを設
定するために、１組の構成情報および命令が生成され得、次いで、応答が伝送され得る（
要素９４０）。いくつかの実施形態において、応答は、要求元クライアントだけに提出さ
れ得るが、他の実施形態において、応答は、物理リンクが確立されるルータコロケーショ
ン設備１５０のオペレータに提出され得、または応答は、要求元クライアントおよび設備
オペレータの双方に提出され得る。応答は、いくつかの実現例において、物理ケーブルが
取り付けられ得る特定の物理ポート、ケージ、ラック、および／またはパッチパネルを識
別するデータを含み得る。例えばエンドポイントルータにアクセスする許可を技術者に与
える、許可情報は、応答に含まれ得るか、または応答を介してアクセス可能になり得る。

一実現例では、物理リンクが確立された後に、所望の接続性が成功裏に確立されたこと
を示す確認メッセージがクライアントに伝送され得る（図９の要素９５０）。他の実現例
において、確認メッセージは、１つ以上の論理的に分離されたネットワーク経路が確立さ
れた後に、新しく確立した物理リンクを使用して生成され得る。

図１０は、少なくともいくつかの実施形態による、クライアントネットワークデバイス
を構成することに関するガイダンスを含む、接続性関連のサービスを提供するための方法
のフローチャートである。クライアントが、プロバイダネットワークとの専用の接続性を
確立するために使用され得る１つ以上のネットワークデバイスを構成する際の支援の要求
を含む、様々な接続性関連の要求を行うことを可能にするインターフェースは、要素１０
００で示されるように実現され得る。クライアントによる使用に利用可能であるネットワ
ーキング装置の識別情報（例えば、ベンダー名、モデル名、およびネットワーキング装置
上で動作するソフトウェアのソフトウェアバージョン識別子の任意の組み合わせ）を提供
する要求は、インターフェースに従って受け取られ得る（要素１０１０）。そのような要
求はまた、所望の帯域幅、アベイラビリティ／冗長度要件等の、クライアントによって要
求される接続性の他の詳細も含み得る。

要求に応答して、いくつかの実現例において、接続性コーディネータ１１４は、例えば
ベンダー名、モデル名、ソフトウェアバージョン、および／または接続性要件の組み合わ
せを使用して、構成情報のデータベースに問い合わせ得る（要素１０２０）。例えば要求
において提供される識別情報に基づいて、適切な構成ガイダンスが見つかった場合、構成
情報または命令を含む応答が生成され得（要素１０３０）、要求元クライアントに伝送さ
れ得る（要素１０４０）。いくつかの実現例において、構成情報のデータベースは、異な
るタイプのネットワーキング装置が使用されている場所の（すなわち、そのクライアント
による）インベントリを含み得、そのような場合、要求元クライアントが指定された装置
を使用することを示す記録がデータベースの中へ挿入され得る（要素１０５０）。いくつ
かの環境において、それらのネットワーキング装置によるクライアントの満足度の調査、
不具合までの平均時間、アベイラビリティデータ等の、異なるタイプのネットワーキング
装置によるエクスペリエンスに関する追加的な情報も、接続性コーディネータ１１４によ
って知識ベースにおいて維持され得、この追加的な情報の一部または全ても、インターフ
ェースを介して利用可能になり得る。

ラストマイル接続性プロバイダとの相互作用
図１１は、少なくともいくつかの実施形態による、「ラストマイル」接続性プロバイダ
（例えば、１１５０Ａ、１１５０Ｂ、および１１５０Ｃ）を通して、１１６２Ａおよび１
１６２Ｂ等のクライアントネットワークから接続性が提供され得るプロバイダネットワー
ク１１００を含む、システム１１０５の実施例を図示する。多くの環境において、１１４
８Ａおよび１１４８Ｂ等のクライアントデバイスは、それらのクライアント側ルータ１１
４２から、１１３２Ａおよび１１３２Ｂ等のエンドポイントルータが位置し得るルータコ
ロケーション設備（図１の設備１５０に類似する）への利用可能なプライベート経路を有
し得ないネットワーク（例えば、１１６２Ａおよび１１６２Ｂ）内に提供され得る。これ
は、比較的小さいクライアント企業の場合に、またはクライアント事業の施設がルータコ
ロケーションセンターからやや遠くにある領域に位置するときに、特に起こり得る。その
ようなクライアントネットワーク１１６２は、プロバイダネットワーク１１００の種々の
リソースコレクション１１２０への共有ネットワーク経路（例えば経路１１７５の一部分
を含む、例えば、パブリックインターネットの一部分）を介したアクセスを有し得るが、
クライアントネットワークのオペレータは、リソースコレクションへの専用の経路の利点
を利用することを望み得る。種々のサードパーティの接続性プロバイダ１１５０（すなわ
ち、プロバイダネットワークのオペレータ以外の企業エンティティ）は、エンドポイント
ルータ１１３２への専用の経路を提供することができ得、例えば、図１１において、接続
性プロバイダ１１５０Ｃは、エンドポイントルータ１１３２Ｂとクライアントネットワー
ク１１６２Ｂとの間に専用のまたは直接の経路１１４９を提供して示される。そのような
接続性プロバイダは、クライアントが、クライアントネットワーク１１６２と、エンドポ
イントルータ１１３２とリソースコレクション１１２０との間で利用可能なプライベート
経路１１７０（例えば、図１の経路１７０に類似する、経路１１７０Ａ、１１７０Ｂ、１
１７０Ｃ、および１１７０Ｄ）との間の空隙を埋めるのを補助し得る。これらのサードパ
ーティの接続性プロバイダは、しばしば、クライアント施設に最も近く、したがって、主
要なネットワークインフラストラクチャプロバイダの施設から最も遠い物理ネットワーク
接続性を実現する役割を果たすので、「ラストマイル」接続性プロバイダ（またはメトリ
ック距離単位がより一般的である環境では、「ラストキロメートル」接続性プロバイダ）
と称される。この文書において、ラストマイル接続性プロバイダはまた、略語「ＬＭＣＰ
」を使用して称され得る。

それを識別すると、該当する場合、ラストマイル接続性プロバイダが利用可能になり得
、クライアントのネットワークをプロバイダネットワーク１１００にリンクすることは、
クライアントの観点からしばしば煩雑であり得る。一部の場合では、いくつかのＬＭＣＰ
がクライアントの施設の近傍で動作し得るが、サブセットだけがプロバイダネットワーク
１１００のオペレータによってサポートされ得るか、または好まれ得る。図１１で図示説
明される実施形態において、接続性コーディネータ１１１４は、様々な接続性関連のサー
ビスを定義するインターフェースを実現するように操作可能であり得、クライアントが、
プロバイダネットワーク１１００に接続するためにどのＬＭＣＰ１１５０を使用すること
ができるのかを容易に決定することを可能にし得る。そのようなインターフェースはさら
に、クライアントが、選択されたラストマイル接続性プロバイダの補助を用いて、リソー
スコレクション１１２０への（例えば、直接経路１１４９を介した）所望の専用の接続性
を確立することを可能にし得る。接続性コーディネータ１１１４は、例えばラストマイル
接続性プロバイダ１１５０およびそれらの提供物のディレクトリを含む、接続性関連の情
報を記憶するために、１つ以上のデータベース１１１５を実現し得る。インターフェース
は、プロバイダネットワーク１１００の全てのクライアントへの１つ以上の電子メールメ
ッセージ、インターフェースの詳細を有するウェブサイトまたはウェブページを確立する
こと等の、任意の適切な手法を使用して、接続性コーディネータ１１１４によって確立さ
れ得るか、またはクライアントが利用可能になり得る。インターフェース自体は、例えば
、プログラマチックであり得、また、一群のＡＰＩ、１つ以上のウェブページ、コマンド
ラインツール、インストール可能なグラフィカルユーザインターフェース等の任意の組み
合わせを備え得る。接続性コーディネータ１１１４は、いくつかの実施形態では、それ自
体がプロバイダネットワーク１１００の外部に常駐し得、他の実施形態では、プロバイダ
ネットワーク１１００内に組み込まれ得る。

インターフェースを使用して、例えばクライアントデバイス１１４２Ａの１つから、ク
ライアントは、例えばパブリックインターネットのリンクを含み得る経路１１７５を通じ
て、専用の接続性の要求を提出し得る。要求は、例えば、クライアントが専用の接続性を
所望する１つまたは複数の物理アドレスを含み得る。要求に応答して、接続性コーディネ
ータは、プロバイダネットワーク１１００と要求元クライアントのネットワーク（例えば
、１１６２Ａ）との間に専用の接続を確立し、選択された１つまたは複数のＬＭＣＰを列
記する応答を生成し、伝送するために利用可能であり得る、１つ以上のＬＣＭＰ１１５０
を識別するように操作可能であり得る。選択されたＬＭＣＰは、プロバイダネットワーク
１１００のエンドポイントルータ１１３２の１つと偶然同じ場所に位置する１つ以上のル
ータを操作もしくは管理し得るか、またはそのようなルータがまだ利用可能でない場合に
、それらを設定する能力を有し得る。いくつかの実施形態において、接続性コーディネー
タ１１１４は、クライアントが、１組の利用可能なＬＭＣＰの中から１つのＬＭＣＰを選
択することを可能にするが、他の実施形態において、接続性コーディネータ１１１４は、
使用されるべき特定の１つまたは複数のＬＭＣＰを決定し、その決定をクライアントに通
知し得る。その後に、例えば図２で概説されるものに類似するステップを介して、専用の
接続性が設定された後に、接続性コーディネータ１１１４は、いくつかの実施形態におい
て、所望の接続性が検証されたことを示す確認をクライアントに提供し得る。インターフ
ェースは、専用の接続性の確立段階および使用段階のいずれかの間に、クライアントと接
続性コーディネータ１１１４との間の通信に使用され得、例えば、クライアントは、イン
ターフェースを使用して、要求された接続または確立された接続の状態を問い合わせ得、
また、種々の接続性の修正、接続性の有効化および無効化等を要求し得る。クライアント
要求に対する応答も、インターフェースに従ってフォーマットされ得る。

接続性コーディネータ１１１４は、専用の接続性の初期要求に応答するために、例えば
、データベース１１１５のＬＭＣＰ情報をルックアップし得る。複数のＬＭＣＰ１１５０
が利用可能である場合、接続性コーディネータ１１１４は、いくつかの実現例において、
全ての利用可能なＬＭＣＰの無順序の列挙を提供し得る。他の実現例において、利用可能
なＬＭＣＰは、クライアントの要求の詳細および接続性コーディネータのＬＭＣＰの知識
ベースに基づく様々な基準のいずれかに従って分類され得る。例えば、接続性プロバイダ
１１１４が種々のＬＭＣＰのサービス品質のランク付けまたは評価を認識している場合、
それは、ＬＭＣＰを最高の品質から最低の品質に分類し得る。接続性プロバイダ１１１４
が異なるＬＭＣＰに利用可能な価格設定情報を有する場合、それは、価格等に従ってそれ
らをランク付けし得る。接続性コーディネータ１１１４は、いくつかの実現例において、
異なるＬＭＣＰの品質のランク付けまたは評価をクライアントに定期的に問い合わせ、そ
のような調査の結果をそのデータベース１１１５に記憶し得、またはそれ自体の品質のラ
ンク付けを確立するために故障を監視し得るか、もしくは要求をサポートし得る。クライ
アントが所望の接続性確立の時間（例えば、「私は、東部標準時午前８時の２０１１年８
月１日までに、この接続性を必要とする」に相当する論理）を指定し得る１つの実現例に
おいて、接続性コーディネータは、過去にＬＭＣＰがどのくらい迅速に接続性を構築する
ことを知ったのかに基づいて、利用可能なＬＭＣＰのリストから、いくつかのＬＭＣＰを
除去することができ得る。いくつかの実施形態において、接続性コーディネータ１１１４
によってサポートされるインターフェースは、クライアントが、ＬＭＣＰのその知識ベー
スに問い合わせることを可能にする。図１１で図示される経路に加えて、多くの環境では
、クライアントネットワーク１１６２と種々のシステム１１０５の構成要素との間で利用
可能な複数の他の代替のネットワーク経路があり得、例えば、接続性要求は、パブリック
リンクまたは共有リンクを含む経路を通じて、接続性プロバイダ１１１４に伝送され得、
また、リソースコレクション１１２０で提供される種々のサービスは、パブリックリンク
または共有リンクを通じてアクセスされ得る。

接続性コーディネータとのＬＭＣＰ関連の通信
図１２は、少なくともいくつかの実施形態による、接続性プロバイダ１１５０を通した
専用の接続性の初期要求１２５１の構成要素の実施例を図示する。示されるように、要求
は、クライアントネットワーク１１６２の場所情報１２６０と、随意の接続性の詳細１２
６１と、随意の開始時間１２６８と、随意の終了時間１２６９とを含む。接続性コーディ
ネータ１１１４は、利用可能なＬＭＣＰを識別するために、そのＬＭＣＰデータベースに
問い合わせるための主たる基準として、場所情報１２６０を使用し得る。随意の接続性の
詳細１２６１は、図３で示されるもの、例えば、帯域幅要件３６１、アベイラビリティ要
件３６３、および／または多重経路要件３６５に類似する要件を含み得る。いくつかの実
施形態において、クライアントはまた、例えば所望の接続性が２０１１年１月１日から始
まって３ヵ月間だけ必要になることを示す、所望の開始時間１２６８および／または所望
の終了時間１２６９も指定し得る。一部の場合において、開始時間および終了時間は、専
用の接続性をその時間の一部使用するという所望だけを示し得、例えば、開始時間および
終了時間は、「午前８時〜午後８時、月曜日〜金曜日」に指定され得る。所望の開始時間
１２６８がクライアントによって示されるいくつかの実現例において、終了時間１２６９
は不要であり得る。いくつかの実施形態において、所望の開始時間および／または終了時
間を含むタイミング要求は、初期要求１２５１とは別に送られ得る。

図１３は、少なくともいくつかの実施形態による、利用可能な接続性プロバイダ１１５
０に関する情報を含む専用の接続性要求に対する応答１３０１の構成要素の実施例を図示
する。応答１３０１は、接続性コーディネータ１１１４が、クライアントからの要求１２
５１を満たすことが分かり得た、１つ以上のＬＭＣＰの詳細記録１３６１のリスト、例え
ば１３６１Ａおよび１３６１Ｂを含み得る。種々の実施形態では、利用可能なＬＭＣＰに
関する異なるタイプの情報がクライアントに提供され得る。例えば、ＬＭＣＰの詳細記録
１３６１Ａは、１１５０Ａの識別情報（例えば、名前および連絡先情報）１３１１Ａ、フ
ィールド１３２１Ａおよび１３２１Ｂの価格決定情報、予想される接続性確立の時間１３
４１Ａ、および／または満足度評価１３５１Ａを含み得る。価格決定情報は、繰り返し価
格構成要素１３２１Ａ（例えば、「実際の使用料に関わらず、１月あたりＸドル」）、お
よび非繰り返し価格構成要素１３３１Ａ（例えば、クライアントによる、測定された帯域
幅使用量に基づく）に分けられ得る。いくつかの実現例において、価格決定情報はさらに
、クライアントによってＬＭＣＰ１１５０Ａに直接支払われる構成要素、およびプロバイ
ダネットワーク１１００のオペレータに支払われる構成要素に分けられ得る。いくつかの
実現例において、コーディネータ１１１４によってサポートされるインターフェースは、
クライアントが、別個の要求として価格決定関連の問い合わせを提出することを可能にす
る。ＬＭＣＰ１１５０Ａおよび／またはプロバイダネットワーク１１００のオペレータが
所望の専用の接続性を確立でき得る最も早い時間は、フィールド１３４１Ａを介して示さ
れ得る。一部の場合において、（例えば、ＬＭＣＰ１１５０Ａのクライアントの調査に基
づく）満足度評価１３５１Ａが含まれ得、これは、クライアントが利用可能なＬＭＣＰの
中から選択する際に有用であり得る。詳細記録１３６１Ｂは、異なるＬＭＣＰ、例えばＬ
ＭＣＰ１１５０Ｂの記録１３６１Ａと類似するフィールドを含み得る。

図１４は、少なくともいくつかの実施形態による、応答１３０１を受け取った後に、ク
ライアントによって生成され得る、選択された接続性プロバイダ１１５０Ａを識別するク
ライアントからの例示的な通信を図示する。選択通知１４５１も、例えばＡＰＩコールま
たはウェブフォームの選択として、接続性コーディネータ１１１４によって実現されるイ
ンターフェースに従ってフォーマットされ得る。図１５は、一実施形態による、クライア
ントがＬＭＣＰを選択した後の、接続性コーディネータ１１１４からＬＭＣＰ１１５０お
よびクライアントへの例示的な通信を図示する。示されるように、クライアントに対する
応答１５５１において、接続性コーディネータ１１１４は、ＬＭＣＰの選択の確認１５８
３を提供し得る。一実施形態において、接続性コーディネータ１１１４は、例えばクライ
アントの場所情報に基づいて使用される、ＬＭＣＰ１１５０を決定し得、また、クライア
ントが選択を行うことを必要とし得ず、他の実施形態において、接続性コーディネータ１
１１４は、ＬＭＣＰの決定を行う前に、クライアントの選択または確認を待機し得る。い
くつかの実現例において、クライアントは、専用の接続性の初期要求（例えば、図１２の
要求１２５１）で、１つ以上のＬＭＣＰを提案または推奨し得、また、接続性コーディネ
ータ１１１４は、初期要求に基づいて、使用されるＬＭＣＰを決定し得る。接続識別子１
５８１はまた、応答１５５１でクライアントに提供され得る。いくつかの実施形態におい
て、図４で示される許可情報４８１に類似する、ネットワークプロバイダのエンドポイン
トルータ１１３２への物理アクセスを許可する許可情報１５８２も、同様にクライアント
に提供され得る。選択されたＬＭＣＰ１１５０に送られる通知１５５２において、接続性
コーディネータ１１１４はまた、許可情報１５８２も提供し得、ならびに、選択されたＬ
ＭＣＰによって、またはそれのために物理リンクが確立され得るエンドポイントルータ１
１３２について、ポート識別子１５６７、ケージ識別子１５６１、ラック識別子１５６３
、および／またはパッチパネル識別子１５６５を含み得る、物理リンク構成命令１５７１
（図４の物理リンク構成命令４７１に類似する）も提供し得る。いくつかの実施形態にお
いて、許可情報１５８２は、クライアントまたはＬＭＣＰのいずれかに送信され得るが、
双方には送信され得ない。

一実施形態において、図１５で示されるものに類似する通信がクライアントおよび／ま
たは選択されたＬＭＣＰ１１５０によって受け取られた後に、専用の物理リンクを備える
経路（図１１の直接経路１１４９に類似する）が、選択されたＬＭＣＰのネットワークお
よび／または装置を使用して、プロバイダネットワークの装置（エンドポイントルータ１
１３２等）とクライアントネットワーク１１６２との間に確立され得る。所望に応じて、
次いで、図５および図７の説明と併せて論じられるものに類似する、１つ以上の論理的に
分離された経路が、新しく確立した専用の物理リンクを使用して確立され得る。いくつか
の実現例において、接続性コーディネータ１１１４は、例えば１つ以上のネットワークパ
ケットまたはメッセージをクライアントと交換し、メッセージが取った経路を調査するこ
とによって、所望の専用の接続性が提供されたことを検証し得、この達成を示す確認メッ
セージをクライアントおよび／またはＬＭＣＰ１１５０に送り得る。

クライアントによってタイミングの制約（開始時間および／または終了時間等）が要求
された環境において、接続性プロバイダ１１１４はまた、例えばルーティング変更をスケ
ジュールすることによって、または適切な時間に他の構成変更を行うことによって、その
ようなタイミングの制約を実現するように操作可能であり得る。例えば、ＢＧＰがルーテ
ィングプロトコルとして使用される１つの環境において、専用の接続性を有効または無効
にする所望の開始時間に、またはその直前に、クライアントネットワークの１組のネット
ワークプレフィックスが公表され得る。いくつかの実現例において、ＬＭＣＰの補助を用
いてクライアントに提供される専用の接続性は、関連付けられる帯域幅限界を有し得、接
続性コーディネータ１１１４によってサポートされるインターフェースはまた、クライア
ントが、帯域幅の修正要求を行うこと、例えば初期に同意したレートよりも高いまたは低
いトラフィックのレートを要求することを可能にし得る。そのような要求に応答して、接
続性コーディネータ１１１４は、新しい帯域幅要件に適合させるために、１つ以上のデバ
イスで構成設定を動的に変更し得る。一実施形態において、接続性コーディネータ１１１
４は、トラフィックがクライアントネットワーク１１６２に流れるレートをそれ自体で監
視し得る。測定された期間を通じて、トラフィックが閾値（例えば、最大許容トラフィッ
クの８０％以上）に到達した場合、接続性コーディネータ１１１４は、帯域幅の修正が望
ましくなり得ることをクライアントに通知し得、その結果、クライアントは、インターフ
ェースを使用して、帯域幅の増加を要求し得る。いくつかの実現例において、接続性コー
ディネータ１１１４はまた、専用の直接経路と関連付けられる帯域幅限界を下げることが
望ましくなり得る場合に、例えば、測定値が、クライアントが要求した帯域幅のごくわず
かだけしか使用していないと思われることを示す場合に、クライアントに通知するように
構成され得る。

ＬＭＣＰの選択を開始するための例示的なウェブインターフェース
図１６は、いくつかの実施形態による、接続性プロバイダの選択を開始するために提供
され得る、例示的なウェブに基づくインターフェースの一部分の具体例である。示される
ように、ウェブに基づくインターフェースは、接続性コーディネータ１１１４によってク
ライアントに示され得る、複数のフォームフィールドを有するウェブページ１６００を含
み得る。ウェブページは、歓迎メッセージ領域１６０３と、専用の接続性が所望される物
理アドレスをクライアントが指定するフォームフィールド１６０５とを含み得る。フィー
ルド１６０７において、クライアントは、接続性プロバイダを選択する際に支援を所望す
るかどうかを示し得る。帯域幅要件は、フィールド１６０９で指定され得、また、所望の
開始時間および／または所望の終了時間等の、専用の接続性のタイミング関連の要件は、
フィールド１６１１で指定され得る。送信ボタン１６１５は、完了したフォームを接続性
コーディネータ１１１４に提出するために使用され得る。

一実施形態において、そのようなフォームの提示は、図２の説明と併せて列記されるＡ
ＰＩ、すなわちＡＰＩ−１〜ＡＰＩ−１８に類似する接続性コーディネータの１つ以上の
ＡＰＩの呼び出しをもたらし得る。いくつかのＬＭＣＰ固有のＡＰＩおよび既存の接続の
動的な修正および／または価格決定関連の操作を提供するためのＡＰＩを含む、いくつか
の追加的なＡＰＩも、いくつかの実現例においてサポートされ得、その例示的な呼び出し
としては以下が挙げられ得る。
［ＡＰＩ−２１］ＰｒｏｖｉｄｅｒＬｉｓｔ ｐｒｏｖｉｄｅｒＬｉｓｔ＝ｇｅｔＣｏｎ
ｎｅｃｔｉｏｎＰｒｏｖｉｄｅｒｓ（ＣｕｓｔｏｍｅｒＩＤ ｃｕｓｔｏｍｅｒＩｄ、Ｃ
ｕｓｔｏｍｅｒＬｏｃａｔｉｏｎＲｅｃｏｒｄ ｌｏｃａｔｉｏｎ）
ｇｅｔＣｏｎｎｅｃｔｉｏｎＰｒｏｖｉｄｅｒｓ ＡＰＩは、ＣｕｓｔｏｍｅｒＬｏｃａ
ｔｉｏｎＲｅｃｏｒｄオブジェクトで指定される場所情報に基づいて利用可能なＬＭＣＰ
を見つけるために使用され得る。
［ＡＰＩ−２２］ＲｅｑｕｅｓｔＳｔａｔｕｓ ｓｔａｔｕｓ＝ｓｅｔＣｏｎｎｅｃｔｉ
ｏｎＰｒｏｖｉｄｅｒ（ＰｒｏｖｉｄｅｒＩｄｐｒｏｖｉｄｅｒＩｄ、Ｃｕｓｔｏｍｅｒ
Ｉｄ ｃｕｓｔｏｍｅｒＩｄ、ＲｅｑｕｅｓｔＩｄ ｒｅｑｕｅｓｔＩｄ）
ｓｅｔＣｏｎｎｅｃｔｉｏｎＰｒｏｖｉｄｅｒ ＡＰＩは、そのＰｒｏｖｉｄｅｒＩｄに
よって識別される特定のＬＭＣＰが顧客によって選択されたことを指定するために使用さ
れ得る。
［ＡＰＩ−２３］ＲｅｑｕｅｓｔＳｔａｔｕｓ ｓｔａｔｕｓ＝ｓｅｔＣｏｎｎｅｃｔｉ
ｏｎＳｔａｒｔＴｉｍｅ（ＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏｎｎｅｃｔｉｏｎＩｄ）
ｓｅｔＣｏｎｎｅｃｔｉｏｎＳｔａｒｔＴｉｍｅ ＡＰＩは、専用の接続性の開始時間を
指定するために使用され得る。
［ＡＰＩ−２４］ＲｅｑｕｅｓｔＳｔａｔｕｓ ｓｔａｔｕｓ＝ｓｅｔＣｏｎｎｅｃｔｉ
ｏｎＥｎｄＴｉｍｅ（ＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏｎｎｅｃｔｉｏｎＩｄ）
ｓｅｔＣｏｎｎｅｃｔｉｏｎＥｎｄＴｉｍｅ ＡＰＩは、専用の接続性の所望の終了時間
を指定するために使用され得る。
［ＡＰＩ−２５］Ｐｒｉｃｉｎｇｌｎｆｏ ｐｒｉｃｉｎｇｌｎｆｏ＝ｇｅｔＣｏｎｎｅ
ｃｔｉｏｎＰｒｉｃｉｎｇＩｎｆｏ（ＣｏｎｎｅｃｔｉｏｎＩｄ ｃｏｎｎｅｃｔｉｏｎ
Ｉｄ）
ｇｅｔＣｏｎｎｅｃｔｉｏｎＰｒｉｃｉｎｇｌｎｆｏ ＡＰＩは、既存の接続の、または
まだ確立されていない接続の価格決定関連の情報を問い合わせるために使用され得る。

いくつかの実施形態において、実施例が上で提供されるもの等のＡＰＩは、クライアン
ト、ＬＭＣＰ１１５０、および／または他のネットワークプロバイダによる、またはルー
タコロケーション設備１５０のオペレータ等の設備プロバイダによる、直接的な使用に利
用可能であり得る。いくつかの実現例では、複数層のインターフェースがサポートされ得
、クライアントが、例えばウェブインターフェースを使用していくつかの接続性関連の操
作を要求すること、およびＡＰＩを使用して他の操作を行うか、または要求することを可
能にする。

図１７は、少なくともいくつかの実施形態による、クライアントが接続性プロバイダを
選択することを可能にするための方法のフローチャートである。方法（図１７の要素１７
００で示される）は、接続性コーディネータ１１１４によってプロバイダネットワーク１
１００のクライアントが利用可能になる１組の接続性動作を定義するインターフェースを
実現することを含む。インターフェースとしては、例えば、ＡＰＩ、コマンドラインイン
ターフェース、ウェブに基づくインターフェース、いくつかの他のＧＵＩ、または任意の
他のプログラマチックインターフェースが挙げられ得る。インターフェースに従ってフォ
ーマットされる専用の接続性の要求が受け取られ得る（要素１７０２）。要求は、一部の
場合において、要求側が接続性プロバイダを選択する際に支援を必要とすることを直接示
し得る。他の場合において、要求は、単にいくつかの情報（クライアントが専用の接続性
を得ることを望む物理アドレス等）だけを含み得、該情報から、接続性コーディネータ１
１１４は、プロバイダネットワーク１１００のエンドポイントルータ１１３２が物理的に
位置する場所のその知識に基づいて、接続性プロバイダが、クライアントの要求を満たす
ことが必要であり得ることを推測し得る。要素１７０４で示されるように、次いで、１つ
以上の接続性プロバイダが選択され、選択された１つまたは複数の接続性プロバイダを識
別する応答が生成され得（図１７の要素１７０６）、そして、伝送され得る（要素１７０
８）。いくつかの実現例において、応答は、要求元クライアントだけに伝送され得るが、
他の実現例において、応答および／または通知は、同様に、またはその代わりに、選択さ
れた接続性プロバイダに伝送され得る。

クライアントは、ＬＭＣＰ１１５０等の候補接続性プロバイダを識別する情報を受け取
ると、（接続性コーディネータ１１１４によって１つを超えて識別された場合）１つを選
択し、そして、その選択を接続性コーディネータに通知し得る。次いで、接続性コーディ
ネータ１１１４は、物理リンク（および、一部の場合では、物理リンクを使用する１つ以
上の論理接続）の確立を調整して、クライアントの接続性ニーズを満たすために、選択さ
れたＬＭＣＰ１１５０と通信し、そしてクライアントと通信する。接続性が成功裏に確立
された後に、接続性コーディネータ１１１４は、いくつかの実現例において、確立の完了
の確認を送り得る（図１７の要素１７１０）。

いくつかの実施形態において、いくつかの追加的な能力は、接続性プロバイダの選択お
よび接続性の確立に加えて、接続性コーディネータ１１１４によって提供されるインター
フェースを介してサポートされ得る。図１８は、少なくともいくつかの実施形態による、
動的な接続性関連のサービスを提供するための方法のフローチャートである。接続性コー
ディネータ１１１４は、要素１８００で示されるように、クライアントからの接続性関連
の要求を待機し得る。そのような要求を受け取ったときに、要求がサポートされるタイプ
の要求である場合、接続性コーディネータ１１１４は、要求されたアクションを取り得る
。例えば、接続性の動的な有効化の要求を受け取り、実施形態でサポートされる場合（要
素１８１０）、接続性コーディネータは、要素１８１５で示されるように、トラフィック
の流れを可能にし得る。一部の場合において、トラフィックを有効または無効にすること
は、接続性コーディネータ１１１４とＬＭＣＰ１１５０との間の相互作用または調整を必
要とし得る。同様に、接続性を無効にする要求である場合（要素１８２０）、所望の変更
は、接続性コーディネータ１１１４によって実行され得る（要素１８２５）。クライアン
トの専用の接続経路と関連付けられる帯域幅限界を変更する要求である場合（要素１８３
０）、要求された変更は、例えば、プロバイダネットワーク１１００および／またはＬＭ
ＣＰの１つ以上のネットワークデバイスで構成変更を行うことによって実現され得る。要
求が、価格決定の問い合わせである場合（要素１８４０）、接続性コーディネータ１１１
４は、要求された価格決定情報を提供し得（要素１８４５）、該情報は、例えば、プロバ
イダネットワーク運用者および／またはＬＭＣＰがクライアントに課金し得る、繰り返し
コストおよび／または非繰り返しコストの情報を含み得る。不正な、または未サポートの
要求を受け取った場合は、要素１８５０で示されるように、接続性コーディネータは、予
想外の要求を受け取ったことを示す応答を伝送し得る。それぞれの場合において、要素１
８００に戻る矢印が示すように、接続性コーディネータは、最終的に、接続性関連の要求
を待機することを再開する。要求のタイプの決定は、簡潔にするために、図の１８００で
一連の確認（最初に、動的な有効化の要求を確認し、次いで、無効化の要求を確認する、
等）として示されるが、種々の実現例において、要求のタイプは、ＣまたはＪａｖａでの
「ケース」または「スイッチ」ステートメントに類似する論理を使用して、単一のステッ
プで決定され得る。

図１９は、少なくともいくつかの実施形態による、トラフィックレベルの変化に動的に
応答することを含む方法のフローチャートである。要素１９００で示されるように、接続
性コーディネータは、クライアントに設定される専用の経路を通じてトラフィックレート
を監視し得る。トラフィックのいくつかの閾値に到達するか、または閾値が（要素１９１
０で検出される）ある期間にわたって維持される場合、接続性コーディネータは、帯域幅
の変更が適切であり得るという指示をクライアントに提供し得る（要素１９１５）。指示
に応答して、帯域幅を変更する要求を受け取った場合（要素１９２０）、接続性コーディ
ネータは、要求された変更を実現し得る（要素１９２５）。接続性コーディネータは、次
いで、トラフィックを監視することを再開し得る。接続性コーディネータ１１１４とクラ
イアントとの間の、図１８および図１９で図示される相互作用のそれぞれは、接続性コー
ディネータによって提供される１つまたは複数のインターフェース（１つ以上のウェブペ
ージ等）を使用して実現され得る。

例となる使用事例
専用の接続性の操作のための使い易いインターフェースを提供する、上で説明される手
法は、様々な環境で使用され得る。例えば、プロバイダネットワークが、パブリックに利
用可能なネットワーキング設備の信頼性、性能、および／またはセキュリティが限定され
る新しい地理的領域にわたって急速に拡大している場合、ますます多くのクライアントが
、特に相応な価格点で提供される場合に、専用の接続性を利用することを望み得る。加え
て、プロバイダネットワーク運用者が、共有（非専用の）経路を介して現在アクセスされ
ている計算リソースおよび／または記憶リソース（リソースコレクション１２０または１
１２０等）を管理するための１組のインターフェースを既に提供し得る場合、専用の接続
性のオプションを管理するための追加的なインターフェースの提供は、オペレータが運用
した専用の接続性サービスの採用率を大幅に増加させ得る。

例となる実施形態が、以下の付記を考慮して説明することができる。
付記１．
システムであって、
クライアントから受け取るサービス要求に応答するように指定されるリソースコレクショ
ンを含む、データセンターと、
１つ以上のプライベートネットワーク経路によってデータセンターにリンクされる、複数
のエンドポイントルータと、
接続性コーディネータと、を備え、
接続性コーディネータは、
クライアントが利用可能な接続動作を定義するインターフェースを実現し、クライアント
から、リソースコレクションへの専用の接続性の接続性要求を受け取り、接続性要求は、
インターフェースに従ってフォーマットされ
接続性要求に応答して、
複数のエンドポイントルータのターゲットエンドポイントルータを選択し、ターゲットエ
ンドポイントルータは、接続性要求に従って、１つ以上のプライベートネットワークのプ
ライベートネットワーク経路を通じたルートを提供するように構成可能であり、
専用の接続性の少なくとも一部分を提供するために、ターゲットエンドポイントルータへ
の物理ネットワークリンクを確立するための構成命令を含む、回答を生成し、
回答をクライアントに伝送するように動作可能である、システム。

付記２．
インターフェースは、アプリケーションプログラミングインターフェース（ＡＰＩ）、
グラフィカルユーザインターフェース（ＧＵＩ）、またはコマンドラインインターフェー
スのうちの少なくとも１つを構成する、付記１に記載のシステム。

付記３．
ターゲットエンドポイントルータは、物理アクセスの許可を必要とする設備内に収容さ
れ、回答は、設備での、ターゲットエンドポイントルータへの物理アクセスの許可の指示
を含む、付記１に記載のシステム。

付記４．
接続性コーディネータはさらに、クライアントから、物理リンクを介したリソースコレ
クションへの論理的に分離されたネットワーク経路を確立する分離要求を受け取り、
分離要求に従って、論理的に分離されたネットワーク経路を確立するために、ネットワー
ク分離機構を実現するように動作可能である、付記１に記載のシステム。

付記５．
ネットワーク分離機構は、バーチャルＬＡＮ（ＶＬＡＮ）機構、またはマルチプロトコ
ルラベルスイッチング（ＭＰＬＳ）手法のうちの少なくとも１つを構成する、付記４に記
載のシステム。

付記６．
接続性コーディネータはさらに、クライアントから、クライアントのネットワークトラ
フィックをリソースコレクションに伝送するために使用される、ネットワークデバイスの
識別情報を受け取り、
識別情報に基づいて、ネットワークデバイスの１つ以上の構成命令をクライアントに提供
するように動作可能である、付記１に記載のシステム。

付記７．
方法であって、
接続性サービスをプロバイダネットワークのクライアントに提示することであって、該接
続性サービスは、クライアントが利用可能な接続性動作を定義するプログラマチックイン
ターフェースを実現する、接続性コーディネータを含む、クライアントに提示することと
、
接続性コーディネータで、プロバイダネットワークのリソースコレクションへの専用の接
続性の接続性要求を受け取ることであって、接続性要求は、インターフェースに従ってフ
ォーマットされる、接続性要求を受け取ることと、
接続性要求に応答して、プロバイダネットワークの複数のエンドポイントルータのターゲ
ットエンドポイントルータを選択することであって、ターゲットエンドポイントルータは
、接続性要求に従って、プライベートネットワークを通じたリソースコレクションへのル
ートを提供するように構成可能である、ターゲットエンドポイントルータを選択すること
と、
専用の接続性の少なくとも一部分を提供するために、ターゲットエンドポイントルータへ
の物理ネットワークリンクを確立されための構成情報を含む、通知を生成することと、
通知を送信することと、を含む、方法。

付記８．
クライアントのネットワークトラフィックをリソースコレクションに伝送するために使
用される、ネットワークデバイスの識別情報を受け取ることと、
識別情報に基づいて、ネットワークデバイスの１つ以上の構成命令を提供することと、を
さらに含む、付記７に記載の方法。

付記９．
リソースコレクションは、複数のリソースを備え、
分離された接続が物理ネットワークリンクを通じて提供される複数のリソースのサブセッ
トを識別する、１つ以上の選択基準を受け取ることと、
選択基準に従って、ネットワークトラフィックをルーティングすることと、をさらに含む
、付記７に記載の方法。

付記１０．
１つ以上の選択基準の１つの選択基準は、バーチャルローカルエリアネットワーク（Ｖ
ＬＡＮ）タグを含む、付記９に記載の方法。

付記１１．
ターゲットエンドポイントルータは、物理アクセスの許可を必要とする設備内に収容さ
れ、通知は、設備での、ターゲットエンドポイントルータへの物理アクセスの許可の指示
を含む、付記７に記載の方法。

付記１２．
通知を伝送することは、通知を、ターゲットエンドポイントルータが収容される設備の
オペレータに送ることを含む、付記７に記載の方法。

付記１３．
プログラム命令を記憶する、非一時的なコンピュータがアクセス可能な記憶媒体であっ
て、該プログラム命令は、１つ以上のプロセッサ上で実行されたときに、
プロバイダネットワークのクライアントが利用可能な接続性動作を定義するプログラマチ
ックインターフェースを実現し、
クライアントから、プロバイダネットワークのリソースコレクションへの専用の接続性の
接続性要求を受け取り、接続性要求は、インターフェースに従ってフォーマットされ、
接続性要求に応答して、専用の接続性の少なくとも一部分を提供するために、プロバイダ
ネットワークのターゲットエンドポイントルータへの物理ネットワークリンクを確立する
ための構成情報を含む、通知を生成し、ターゲットエンドポイントルータは、接続性要求
に従って、プライベートネットワーク経路を通じたリソースコレクションへのルートを提
供するように構成可能であり、また、
通知を伝送する、非一時的なコンピュータがアクセス可能な記憶媒体。

付記１４．
プログラム命令は、１つ以上のプロセッサ上で実行されたときに、
物理ネットワークリンクが確立された後に、専用の接続性が提供されたことを示す、確認
メッセージを伝送する、付記１３に記載の非一時的なコンピュータがアクセス可能な記憶
媒体。

付記１５．
構成情報は、ターゲットエンドポイントルータの物理ポート、ラック識別子、ケージ識
別子、またはパッチパネル識別子のうちの少なくとも１つを含む、付記１３に記載の非一
時的なコンピュータがアクセス可能な記憶媒体。

付記１６．
接続性要求は、帯域幅要件、アベイラビリティ要件、またはリソースコレクションへの
複数の物理的経路の要件のうちの１つ以上を含む、付記１３に記載の非一時的なコンピュ
ータがアクセス可能な記憶媒体。

付記１７．
プログラム命令は、１つ以上のプロセッサ上で実行されたときに、
クライアントのネットワークトラフィックをリソースコレクションに伝送するために使用
される、ネットワークデバイスの識別情報を受け取り、
識別情報に基づいて、ネットワークデバイスの１つ以上の構成命令を提供する、付記１３
に記載の非一時的なコンピュータがアクセス可能な記憶媒体。

付記１８．
リソースコレクションは、複数のリソースを備え、プログラム命令は、１つ以上のプロ
セッサ上で実行されたときに、
分離された接続が物理ネットワークリンクを通じて提供される複数のリソースのサブセッ
トを識別する、１つ以上の選択基準を受け取り、
選択基準に従って、ネットワークトラフィックをルーティングするために、ルーティング
情報を生成する、付記１３に記載の非一時的なコンピュータがアクセス可能な記憶媒体。

付記１９．
１つ以上の選択基準の１つの選択基準は、バーチャルローカルエリアネットワーク（Ｖ
ＬＡＮ）タグを含む、付記１８に記載の非一時的なコンピュータがアクセス可能な記憶媒
体。

付記２０．
ターゲットエンドポイントルータは、物理アクセスの許可を必要とする設備内に収容さ
れ、通知は、設備での、ターゲットエンドポイントルータへの物理アクセスの許可の指示
を含む、付記１３に記載の非一時的なコンピュータがアクセス可能な記憶媒体。

付記２１．
構成情報は、ターゲットエンドポイントルータの物理的な場所の識別情報を含む、付記
１３に記載の非一時的なコンピュータがアクセス可能な記憶媒体。

付記２２．
システムであって、
プロバイダネットワークの第１の地理的区域内の第１のリソースコレクション、およびプ
ロバイダネットワークの第２の地理的区域内の第２のリソースコレクションを含む、プロ
バイダネットワークの複数のリソースコレクションと、
専用の物理ネットワークリンクを介して第１のリソースコレクションをクライアントのク
ライアントネットワークにリンクする、第１の地理的区域内のエンドポイントルータと、
接続性コーディネータと、を備え、
接続性コーディネータは、
クライアントから接続性要求を受け取るために、インターフェースを実現し、
クライアントから、第２のリソースコレクションへの論理的に分離されたネットワーク経
路を確立する接続性要求を受け取り、接続性要求は、インターフェースに従ってフォーマ
ットされ、また、
専用の物理ネットワークリンクを使用して、論理的に分離されたネットワーク経路を通じ
て、トラフィックがクライアントネットワークから第２のリソースコレクションに流れる
ことを可能にするために、１つ以上の構成動作を行うように動作可能である、システム。

付記２３．
接続性コーディネータはさらに、
接続性要求に応答して、第２の地理的区域内の宛先アドレスへの論理的に分離されたネッ
トワーク経路と関連付けられる接続性メタデータを伝送する命令をクライアントに送り、
１つ以上の構成動作を行う前に、命令に従って接続性メタデータが伝送されたことを検証
するように動作可能である、付記２２に記載のシステム。

付記２４．
接続性コーディネータはさらに、
第１の地理的区域の第１の価格決定ポリシー、および第２の地理的区域のポリシーの価格
決定ポリシーを実現し、
インターフェースに従って、第１および第２の価格決定ポリシーの指示をクライアントに
提供するように動作可能である、付記２２に記載のシステム。

付記２５．
接続性コーディネータはさらに、
論理的に分離された接続が専用の物理ネットワークリンクを通じて確立され得る、１つ以
上のリソースコレクションの列挙をクライアントに提供するように動作可能であり、列挙
は、インターフェースに従ってフォーマットされる、付記２２に記載のシステム。

付記２６．
インターフェースは、アプリケーションプログラミングインターフェース、コマンドラ
インインターフェース、グラフィカルユーザインターフェース、またはウェブインターフ
ェースのうちの１つ以上を構成する、付記２２に記載のシステム。

付記２７．
方法であって、
接続性サービスをプロバイダネットワークのクライアントに提示することであって、プロ
バイダネットワークは、クライアントに割り当てられる第１のリソースコレクションを含
む第１の地理的区域、およびクライアントに割り当てられる第２のリソースコレクション
を含む第２の地理的区域を備え、該接続性サービスは、クライアントが利用可能な接続性
動作を定義するプログラマチックインターフェースを実現する、接続性コーディネータを
含む、クライアントに提示することと、
第１の地理的区域内のエンドポイントルータへの、クライアントのために確立される専用
の物理リンクを使用して、クライアントから、第２のリソースコレクションへの論理的に
分離されたネットワーク経路を確立する接続性要求を受け取ることであって、接続性要求
は、インターフェースに従ってフォーマットされる、接続性要求を受け取ることと、
専用の物理ネットワークリンクを介して、トラフィックが第２の論理的に分離されたネッ
トワーク経路に沿って流れることを可能にするために、構成動作を行うことと、を含む、
方法。

付記２８．
接続性要求に応答して、第２の地理的区域内の宛先アドレスへの論理的に分離されたネ
ットワーク経路と関連付けられる接続性メタデータを伝送する命令をクライアントに送る
ことと、
構成動作を行う前に、命令に従って接続性メタデータが伝送されたことを検証することと
、をさらに含む、付記２７に記載の方法。

付記２９．
接続性メタデータは、接続性コーディネータと第２の地理的区域のネットワークデバイ
スとの間の通信を安全にするために設定される暗号化アルゴリズムに従って符合化される
、付記２８に記載の方法。

付記３０．
第１の地理的区域の第１の価格決定ポリシー、および第２の地理的区域のポリシーの価
格決定ポリシーを実現することと、
インターフェースに従って、第２の価格決定ポリシーの指示をクライアントに提供するこ
とと、をさらに含む、付記２７に記載の方法。

付記３１．
第１および第２の価格決定ポリシーのうちの少なくとも１つの価格決定ポリシーは、生
成されるネットワークトラフィックの量、ネットワークトラフィックが伝送される距離、
負荷分散機構の使用、またはワイドエリアネットワーク（ＷＡＮ）スケーリング機構の使
用のうちの少なくとも１つに基づく、価格決定表示子を含む、付記３０に記載の方法。

付記３２．
構成動作を行う前に、構成動作が、第２のリソースコレクションと関連付けられる１つ
以上のアクセスポリシーを遵守していることを確認することをさらに含む、付記２７に記
載の方法。

付記３３．
論理的に分離された接続が専用の物理リンクを通じて確立され得る、１つ以上のリソー
スコレクションの列挙をクライアントに提供することをさらに含み、列挙は、インターフ
ェースに従ってフォーマットされる、付記２７に記載の方法。

付記３４．
第１の地理的区域内のトラフィックの第１の性能サービスレベル、および第１の地理的
区域と第２の地理的区域との間のトラフィックの第２の性能サービスレベルの指示をクラ
イアントに提供することをさらに含み、指示は、インターフェースに従ってフォーマット
される、付記２７に記載の方法。

付記３５．
構成動作は、エンドポイントルータでのルーティング変更を含む、付記２７に記載の方
法。

付記３６．
プログラム命令を記憶する、非一時的なコンピュータがアクセス可能な記憶媒体であっ
て、該プログラム命令は、１つ以上のプロセッサ上で実行されたときに、
プロバイダネットワークのクライアントが利用可能な接続性動作を定義するプログラマチ
ックインターフェースを実現し、プロバイダネットワークは、クライアントに割り当てら
れる第１のリソースコレクションを備える第１の地理的区域と、クライアントに割り当て
られる第２のリソースコレクションを備える第２の地理的区域とを備え、
第１の地理的区域内のエンドポイントルータへの、クライアントのために確立される専用
の物理リンクを使用して、クライアントから、第２のリソースコレクションへの論理的に
分離されたネットワーク経路を確立する接続性要求を受け取り、接続性要求は、インター
フェースに従ってフォーマットされ、
専用の物理ネットワークリンクを介して、トラフィックが第２の論理的に分離されたネッ
トワーク経路に沿って流れることを可能にするために、構成動作を行う、非一時的なコン
ピュータがアクセス可能な記憶媒体。

付記３７．
命令は、１つ以上のプロセッサ上で実行されたときに、
専用の物理ネットワークリンクを除く経路を通じて、第２の地理的区域内の宛先アドレス
への論理的に分離されたネットワーク経路と関連付けられる接続性メタデータを伝送する
命令をクライアントに送り、
構成動作を行う前に、命令に従って接続性メタデータが伝送されたことを検証する、付記
３６に記載の非一時的なコンピュータがアクセス可能な記憶媒体。

付記３８．
接続性メタデータは、暗号化機構に従って符合化される、付記３７に記載の非一時的な
コンピュータがアクセス可能な記憶媒体。

付記３９．
命令は、１つ以上のプロセッサ上で実行されたときに、
第１の地理的区域の第１の価格決定ポリシー、および第２の地理的区域のポリシーの価格
決定ポリシーを実現し、
インターフェースに従って、第２の価格決定ポリシーの指示をクライアントに提供する、
付記３６に記載の一時的なコンピュータがアクセス可能な記憶媒体。

付記４０．
命令は、１つ以上のプロセッサ上で実行されたときに、
論理的に分離された接続が専用の物理リンクを通じて確立され得る、１つ以上のリソース
コレクションの列挙をクライアントに提供し、列挙は、インターフェースに従ってフォー
マットされる、付記３６に記載の一時的なコンピュータがアクセス可能な記憶媒体。

付記４１．
命令は、１つ以上のプロセッサ上で実行されたときに、
第１の地理的区域内のトラフィックの第１の性能サービスレベル、および第１の地理的区
域と第２の地理的区域との間のトラフィックの第２の性能サービスレベルの指示をクライ
アントに提供し、指示は、インターフェースに従ってフォーマットされる、付記３６に記
載の一時的なコンピュータがアクセス可能な記憶媒体。

付記４２．
命令は、１つ以上のプロセッサ上で実行されたときに、構成動作は、エンドポイントル
ータでのルーティング変更を含む、付記３６に記載の一時的なコンピュータがアクセス可
能な記憶媒体。

付記４３．
インターフェースは、アプリケーションプログラミングインターフェース、コマンドラ
インインターフェース、グラフィカルユーザインターフェース、またはウェブインターフ
ェースのうちの少なくとも１つを構成する、付記３６に記載の一時的なコンピュータがア
クセス可能な記憶媒体。

付記４４．
システムであって、
プロバイダネットワークの第１のクライアントに割り当てられ、第１の専用の物理リンク
を介して第１のクライアントの第１のクライアントネットワークにリンクされる、リソー
スコレクションと、
接続性コーディネータと、を備え、
接続性コーディネータは、
第１のクライアントおよび第２のクライアントを含む、プロバイダネットワークの複数の
クライアントが利用可能な接続性動作を定義するインターフェースを実現し、
リソースコレクションで第１のクライアントによって実現されるサービスへのアクセスが
、第２の専用の物理リンクを備える経路を介して構成可能であることを示す、インターフ
ェースに従ってフォーマットされる通知を第２のクライアントに伝送し、第２の専用の物
理リンクは、第２のクライアントの第２のクライアントネットワークをプロバイダネット
ワークに接続し、また、
インターフェースに従ってフォーマットされる第２のクライアントからの購読要求に応答
して、第２の専用の物理リンクを使用して、第２のクライアントネットワークからのサー
ビスの要求をリソースコレクションにルーティングすることを可能にするために、１つ以
上の構成動作を行うように動作可能である、システム。

付記４５．
接続性コーディネータはさらに、
第２のクライアントから、インターフェースに従ってフォーマットされるサービス発見要
求を受け取るように動作可能であり、
インターフェースに従ってフォーマットされる通知は、サービス発見要求に応答して生成
される、付記４４に記載のシステム。

付記４６．
接続性コーディネータはさらに、
第１のクライアントから、サービスが購読に利用可能であることを示す、インターフェー
スに従ってフォーマットされるサービス広告要求を受け取るように構成可能であり、
インターフェースに従ってフォーマットされる通知は、サービス広告要求を受け取った後
に生成される、付記４４に記載のシステム。

付記４７．
通知は、サービスの価格決定表示子を含む、付記４４に記載のシステム。

付記４８．
インターフェースは、アプリケーションプログラミングインターフェース、コマンドラ
インインターフェース、グラフィカルユーザインターフェース、またはウェブインターフ
ェースのうちの少なくとも１つを構成する、付記４４に記載のシステム。

付記４９．
方法であって、
接続性サービスを、第１のクライアントおよび第２のクライアントを含む、プロバイダネ
ットワークの複数のクライアントに提示することであって、該接続性サービスは、複数の
クライアントが利用可能な接続性動作を定義するプログラマチックインターフェースを実
現する接続性コーディネータを含む、複数のクライアントに提示することと、
プロバイダネットワークの第１のリソースコレクションで第１のクライアントによって実
現されるサービスが購読に利用可能であることを示す、インターフェースに従ってフォー
マットされる通知を第２のクライアントに伝送することと、
インターフェースに従ってフォーマットされる第２のクライアントからの購読要求に応答
して、クライアントネットワークとプロバイダネットワークとの間に確立される専用の物
理リンクを使用して、第２のクライアントのクライアントネットワークからのサービスの
要求を第１のリソースコレクションにルーティングすることを可能にするために、１つ以
上の構成動作を行うことと、を含む、方法。

付記５０．
通知は、サービスの１つ以上の価格決定表示子を含む、付記４９に記載の方法。

付記５１．
サービスの１つ以上の価格決定表示子は、第１の期間の第１の価格決定表示子、および
第２の期間の第２の価格決定表示子を含む、付記５０に記載の方法。

付記５２．
サービスの１つ以上の価格決定表示子は、第１のクライアントによって課金される購読
料金、プロバイダネットワークのオペレータによって課金されるネットワーク使用料金を
含む、付記５０に記載の方法。

付記５３．
１つ以上の価格決定表示子の価格決定表示子は、サービスと関連付けられるネットワー
クトラフィックの量、またはサービスと関連付けられるネットワークトラフィックが伝送
される距離のうちの少なくとも１つに基づく、付記５０に記載の方法。

付記５４．
通知を伝送する前に、通知が第１のリソースコレクションと関連付けられる１つ以上の
アクセスポリシーを遵守していることを確認することと、
１つ以上の構成動作を行う前に、１つ以上の構成動作が１つ以上のアクセスポリシーを遵
守していることを確認することと、をさらに含む、付記４９に記載の方法。

付記５５．
購読要求に応答して１つ以上の構成動作を行う前に、インターフェースに従ってフォー
マットされる第１のクライアントとの１つ以上の通信を使用して、購読要求が第１のクラ
イアントに許容可能であることを検証することをさらに含む、付記４９に記載の方法。

付記５６．
第１のクライアントからから、サービスが購読に利用可能であることを示す、インター
フェースに従ってフォーマットされる、サービス広告要求を受け取ることをさらに含む、
付記４９に記載の方法。

付記５７．
第１のクライアントから、サービスが利用可能な購読の数の指示を含む、インターフェ
ースに従ってフォーマットされる、購読スロットのアベイラビリティ表示子を受け取るこ
とをさらに含む、付記４９に記載の方法。

付記５８．
第２のクライアントから、インターフェースに従ってフォーマットされるサービス発見
要求を受け取ることをさらに含み、
通知を伝送することは、サービス発見要求に応答する、付記４９に記載の方法。

付記５９．
１つ以上の構成動作は、専用の物理リンクを通じた論理的に分離されたネットワーク経
路を確立することを含む、付記４９に記載の方法。

付記６０．
１つ以上の構成動作は、プロバイダネットワークのルータでのルーティング変更を含む
、付記４９に記載の方法。

付記６１．
プログラム命令を記憶する、非一時的なコンピュータがアクセス可能な記憶媒体であっ
て、該プログラム命令は、１つ以上のプロセッサ上で実行されたときに、
第１のクライアントおよび第２のクライアントを含む、プロバイダネットワークの複数の
クライアントが利用可能な接続性動作を定義するプログラマチックインターフェースを実
現し、
プロバイダネットワークの第１のリソースコレクションで第１のクライアントによって実
現されるサービスが購読に利用可能であることを示す、インターフェースに従ってフォー
マットされる通知を第２のクライアントに伝送し、また、
インターフェースに従ってフォーマットされる第２のクライアントからの購読要求に応答
して、クライアントネットワークとプロバイダネットワークとの間に確立される専用の物
理リンクを使用して、第２のクライアントのクライアントネットワークからのサービスの
要求を第１のリソースコレクションにルーティングすることを可能にするために、１つ以
上の構成動作を行う、非一時的なコンピュータがアクセス可能な記憶媒体。

付記６２．
通知は、サービスの１つ以上の価格決定表示子を含む、付記６１に記載の非一時的なコ
ンピュータがアクセス可能な記憶媒体。

付記６３．
命令は、１つ以上のプロセッサ上で実行されたときに、
購読要求に応答して１つ以上の構成動作を行う前に、インターフェースに従ってフォーマ
ットされる１つ以上の通信を使用して、購読要求が第１のクライアントに許容可能である
ことを検証する、付記６１に記載の非一時的なコンピュータがアクセス可能な記憶媒体。

付記６４．
命令は、１つ以上のプロセッサ上で実行されたときに、
第１のクライアントからから、サービスが購読に利用可能であることを示す、インターフ
ェースに従ってフォーマットされる、サービス広告要求を受け取る、付記６１に記載の非
一時的なコンピュータがアクセス可能な記憶媒体。

付記６５．
命令は、１つ以上のプロセッサ上で実行されたときに、
第１のクライアントから、サービスが利用可能な購読の数の指示を含む、インターフェー
スに従ってフォーマットされる、購読スロットのアベイラビリティ表示子を受け取る、付
記６１に記載の非一時的なコンピュータがアクセス可能な記憶媒体。

付記６６．
命令は、１つ以上のプロセッサ上で実行されたときに、
第２のクライアントから、インターフェースに従ってフォーマットされるサービス発見要
求を受け取り、
通知は、サービス発見要求に応答して伝送される、付記６１に記載の非一時的なコンピュ
ータがアクセス可能な記憶媒体。

付記６７．
１つ以上の構成動作は、専用の物理リンクを通じた論理的に分離されたネットワーク経
路を確立することを含む、付記６１に記載の非一時的なコンピュータがアクセス可能な記
憶媒体。

付記６８．
１つ以上の構成動作は、プロバイダネットワークのルータでのルーティング変更を含む
、付記６１に記載の非一時的なコンピュータがアクセス可能な記憶媒体。

実例となるコンピュータシステム
少なくともいくつかの実施形態において、種々の接続性のサービスおよび操作を定義す
るインターフェースを実現し、インターフェースを介して種々のタイプの接続性要求を受
け取り、応答するための手法を含む、本明細書で説明される技術の１つ以上の一部分また
は全てを実現するサーバは、図２０で図示されるコンピュータシステム２０００等の、１
つ以上のコンピュータがアクセス可能な媒体を含む、またはそれにアクセスするように構
成される、汎用コンピュータシステムを含み得る。図示説明される実施形態において、コ
ンピュータシステム２０００は、入力／出力（Ｉ／Ｏ）インターフェース２０３０を介し
てシステムメモリ２０２０に連結される、１つ以上のプロセッサ２０１０を含む。コンピ
ュータシステム２０００はさらに、Ｉ／Ｏインターフェース２０３０に連結される、ネッ
トワークインターフェース２０４０を含む。

種々の実施形態において、コンピュータシステム２０００は、１つのプロセッサ２０１
０を含むユニプロセッサシステム、または複数（例えば、２つ、４つ、８つ、または別の
適当数）のプロセッサ２０１０を含むマルチプロセッサシステムであり得る。プロセッサ
２０１０は、命令を実行することができる、任意の好適なプロセッサであり得る。例えば
、種々の実施形態において、プロセッサ２０１０は、ｘ８６、ＰｏｗｅｒＰＣ、ＳＰＡＲ
Ｃ、もしくはＭＩＰＳ ＩＳＡ等の様々な命令セットアーキテクチャ（ＩＳＡ）のいずれ
か、または任意の他の好適なＩＳＡを実現する、汎用または組み込みプロセッサであり得
る。マルチプロセッサシステムにおいて、プロセッサ２０１０のそれぞれは、必ずではな
いが、一般的に、同じＩＳＡを実現し得る。

システムメモリ２０２０は、プロセッサ（複数可）２０１０によってアクセス可能な命
令およびデータを記憶するように構成され得る。種々の実施形態において、システムメモ
リ２０２０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、シンクロナスダイナ
ミックＲＡＭ（ＳＤＲＡＭ）、不揮発性／フラッシュタイプメモリ、または任意の他のタ
イプのメモリ等の、任意の好適なメモリ技術を使用して実現され得る。図示説明される実
施形態において、上で説明される方法、手法、およびデータ等の、１つ以上の所望の機能
を実現するプログラム命令およびデータは、システムメモリ２０２０内にコード２０２５
およびデータ２０２６として記憶されるように示される。

一実施形態において、Ｉ／Ｏインターフェース２０３０は、プロセッサ２０１０と、シ
ステムメモリ２０２０と、ネットワークインターフェース２０４０または他の周辺インタ
ーフェースを含む、デバイスの中の任意の周辺デバイスとの間のＩ／Ｏトラフィックを調
整するように構成され得る。いくつかの実施形態において、Ｉ／Ｏインターフェース２０
３０は、一方の構成要素（例えば、システムメモリ２０２０）からのデータ信号を、もう
一方の構成要素（例えば、プロセッサ２０１０）による使用に好適な形式に変換するため
に、任意の必要なプロトコル、タイミング、または他のデータ変換を行い得る。いくつか
の実施形態において、Ｉ／Ｏインターフェース２０３０は、例えば、周辺装置相互接続（
ＰＣＩ）バス規格またはユニバーサルシリアルバス（ＵＳＢ）規格の変形等の、種々のタ
イプの周辺バスを通して取り付けられるデバイスのためのサポートを含み得る。いくつか
の実施形態において、Ｉ／Ｏインターフェース２０３０の機能は、例えば、ノースブリッ
ジおよびサウスブリッジ等の、２つ以上の別々の構成要素に分割され得る。また、いくつ
かの実施形態において、システムメモリ２０２０へのインターフェース等の、Ｉ／Ｏイン
ターフェース２０３０の機能の一部または全てが、プロセッサ２０１０の中へ直接組み込
まれ得る。

ネットワークインターフェース２０４０は、例えば、コンピュータシステム２０００と
、図１〜図２０で図示されるような他のコンピュータシステムまたはデバイス等の、１つ
または複数のネットワーク２０５０に取り付けられる別のデバイス２０６０との間で、デ
ータを交換することを可能にするように構成され得る。種々の実施形態において、ネット
ワークインターフェース２０４０は、例えば、複数のタイプのイーサネットネットワーク
等の、任意の好適な有線または無線の一般的なデータネットワークを介した通信をサポー
トし得る。加えて、ネットワークインターフェース２０４０は、アナログ音声ネットワー
クまたはデジタルファイバー通信ネットワーク等の電気通信／電話通信ネットワークを介
した通信、ファイバーチャネルＳＡＮ等のストレージエリアネットワークを介した通信、
または任意の他の好適なタイプのネットワークおよび／またはプロトコルを介した通信を
サポートし得る。

いくつかの実施形態において、システムメモリ２０２０は、直接ネットワークピアリン
グを管理するインターフェースのための方法および装置の実施形態を実現するための、図
１〜図１９について上で説明されるような、プログラム命令およびデータを記憶するよう
に構成される、コンピュータがアクセス可能な媒体の一実施形態であり得る。しかしなが
ら、他の実施形態において、プログラム命令および／またはデータは、異なるタイプのコ
ンピュータがアクセス可能な媒体で受け取られ、それに送られ、または記憶され得る。概
して、コンピュータがアクセス可能な媒体としては、磁気もしくは光媒体等の非一時的な
記憶媒体またはメモリ媒体、例えば、Ｉ／Ｏインターフェース２０３０を介してコンピュ
ータシステム２０００に連結されるディスクまたはＤＶＤ／ＣＤが挙げられ得る。非一時
的なコンピュータがアクセス可能な記憶媒体としては、コンピュータシステム２０００の
いくつかの実施形態においてシステムメモリ２０２０または別のタイプのメモリとして含
まれ得る、ＲＡＭ（例えば、ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ、ＲＤＲＡＭ、ＳＲＡＭ等
）、ＲＯＭ等の、任意の揮発性または不揮発性媒体も挙げられ得る。さらに、コンピュー
タがアクセス可能な媒体としては、ネットワークインターフェース２０４０を介して実現
され得るようなネットワークおよび／または無線リンク等の通信媒体を介して運搬される
、電気信号、電磁信号、もしくはデジタル信号等の、伝送媒体または伝送信号が挙げられ
得る。

結論
種々の実施形態はさらに、コンピュータがアクセス可能な媒体に関する、上の説明に従
って実現される命令および／またはデータを受け取ること、送ること、または記憶するこ
とを含み得る。概して、コンピュータがアクセス可能な媒体としては、磁気または光媒体
等の記憶媒体またはメモリ媒体、例えばディスクまたはＤＶＤ／ＣＤ−ＲＯＭ、ＲＡＭ（
例えば、ＳＤＲＡＭ、ＤＤＲ、ＲＤＲＡＭ、ＳＲＡＭ等）、ＲＯＭ等の揮発性または不揮
発性媒体、ならびにネットワークおよび／または無線リンク等の通信媒体を介して運搬さ
れる、電気信号、電磁信号、またはデジタル信号等の伝送媒体または信号が挙げられ得る
。

図面で図示され、本明細書で説明される様々な方法は、例示的な方法の実施形態を表す
。それらの方法は、ソフトウェアで、ハードウェアで、またはそれらの組み合わせで実現
され得る。方法の順序は、変更され得、また、種々の要素の追加、並べ替え、組み合わせ
、省略、修正等が行われ得る。

本開示を利用する当業者には明らかなように、種々の修正および変更が行われ得る。本
発明は、全てのそのような修正および変更を含むことが意図され、故に、上の説明は、限
定的な意味ではなく、例示的な意味を有すると見なされるべきである。

Claims (15)

1. 方法であって、
   接続性サービスをプロバイダネットワークのクライアントに提示することであって、前記接続性サービスは、前記クライアントが利用可能な接続性動作を定義するプログラマチックインターフェースを実現する、接続性コーディネータを含む、クライアントに提示することであって、前記接続性動作はクライアントをプロバイダネットワークのリソースコレクションにアクセス可能にするネットワーク接続性に属するものであるとともに、問い合わせる、検索する、更新する、または削除する動作の少なくとも１つ含む、提示することと、
   接続性コーディネータにおいて、プロバイダネットワークのリソースコレクションへの専用の接続性の接続性要求をクライアントから受け取ることであって、接続性要求は、インターフェースに従ってフォーマットされるとともに場所情報を含む、接続性要求を受け取ることと、
   前記接続性要求に応答して、
   前記プロバイダネットワークの複数のエンドポイントルータの内から前記クライアントのクライアントネットワークに地理的に最も近いターゲットエンドポイントルータを選択することであって、前記ターゲットエンドポイントルータは、リソースコレクションへのクライアントアクセスを提供するため、前記接続性要求に従って、前記プロバイダネットワークのプライベートネットワーク経路を通じた前記リソースコレクションへのルートを提供するように構成される、ターゲットエンドポイントルータを選択することと、
   前記専用の接続性の少なくとも一部分を提供するために、前記プロバイダネットワークの前記ターゲットエンドポイントルータに前記クライアントのクライアントネットワークから確立される専用物理ネットワークリンクの構成情報であって前記専用物理ネットワークリンクを確立するために物理ケーブルが取り付けられるターゲットエンドポイントルータの物理的な場所を示すデータを含む構成情報を含む、通知を生成することであって、前記プロバイダネットワークと前記クライアントネットワークは異なるエンティテイによって管理される分離ネットワークである、通知を生成することと、
   前記専用物理ネットワークリンクを確立するために物理ケーブルが付されるターゲットエンドポイントルータの物理的な場所を示す通知を前記クライアントまたはルータコロケーション設備のオペレータに送信することと、
   を含む方法。
2. 前記クライアントのネットワークトラフィックを前記リソースコレクションに伝送するために使用される、ネットワークデバイスの識別情報を受け取ることと、
   前記識別情報に基づいて、前記ネットワークデバイスの１つ以上の構成命令を提供することと、をさらに含む、請求項１に記載の方法。
3. 前記リソースコレクションは、複数のリソースを備え、
   分離された接続が専用物理ネットワークリンクを通じて提供される複数のリソースのサブセットを識別する、１つ以上の選択基準を受け取ることと、
   前記選択基準に従って、ネットワークトラフィックをルーティングすることと、をさらに含む、請求項１に記載の方法。
4. 前記１つ以上の選択基準の１つの選択基準は、バーチャルローカルエリアネットワーク（ＶＬＡＮ）タグを含む、請求項３に記載の方法。
5. 前記ターゲットエンドポイントルータは、物理アクセスの許可を必要とする設備内に収容され、前記通知は、前記設備での、前記ターゲットエンドポイントルータへの物理アクセスの許可の指示を含む、請求項１に記載の方法。
6. 前記通知を伝送することは、前記通知を、前記ターゲットエンドポイントルータが収容される設備のオペレータに送ることを含む、請求項１に記載の方法。
7. システムであって、
   １つ以上のプロセッサと、
   プログラム命令を記憶する、非一時的なコンピュータがアクセス可能な記憶媒体と、を備え、該プログラム命令は、前記１つ以上のプロセッサ上で実行されたときに、前記システムに、
   プロバイダネットワークのクライアントが利用可能な接続性動作であって、クライアントをプロバイダネットワークのリソースコレクションにアクセス可能にするネットワーク接続性に属するものであるとともに、問い合わせる、検索する、更新する、または削除する動作の少なくとも１つ含む、接続性動作を定義するプログラマチックインターフェースを実現させ、
   前記クライアントから、前記プロバイダネットワークのリソースコレクションへの専用の接続性の接続性要求であってインターフェースに従ってフォーマットされるとともに場所情報を含む接続性要求を受け取らせ、
   前記接続性要求に応答して、
   前記プロバイダネットワークの複数のエンドポイントルータの内から前記クライアントのクライアントネットワークに地理的に最も近いターゲットエンドポイントルータを選択することであって、前記ターゲットエンドポイントルータは、リソースコレクションへのクライアントアクセスを提供するため、前記接続性要求に従って、前記プロバイダネットワークのプライベートネットワーク経路を通じた前記リソースコレクションへのルートを提供するように構成される、ターゲットエンドポイントルータを選択させ、
   前記専用の接続性の少なくとも一部分を提供するために、前記プロバイダネットワークのターゲットエンドポイントルータへの専用物理ネットワークリンクを前記クライアントのクライアントネットワークから専用物理ネットワークリンクを確立するための構成情報であって前記専用物理ネットワークリンクを確立するために物理ケーブルが取り付けられるターゲットエンドポイントルータの物理的な場所を示すデータを含む構成情報を含む、通知であって前記プロバイダネットワークと前記クライアントネットワークは異なるエンティテイによって管理される分離ネットワークである、通知を生成させ、
   前記専用物理ネットワークリンクを確立するために物理ケーブルが取り付けられるターゲットエンドポイントルータの物理的な場所を示す通知を前記クライアントまたはルータコロケーション設備のオペレータに伝送させる
   システム。
8. 前記プログラム命令は、前記１つ以上のプロセッサ上で実行されたときに、前記システムにさらに、
   前記専用物理ネットワークリンクが確立された後に、前記専用の接続性が提供されたことを示す、確認メッセージを伝送させる、請求項７に記載のシステム。
9. 前記構成情報は、前記ターゲットエンドポイントルータの物理ポート、ラック識別子、ケージ識別子、またはパッチパネル識別子のうちの少なくとも１つを含む、請求項７に記載のシステム。
10. 前記接続性要求は、帯域幅要件、アベイラビリティ要件、または前記リソースコレクションへの複数の物理的経路の要件のうちの１つ以上を含む、請求項７に記載のシステム。
11. 前記プログラム命令は、前記１つ以上のプロセッサ上で実行されたときに、前記システムにさらに、
    前記クライアントのネットワークトラフィックを前記リソースコレクションに伝送するために使用される、ネットワークデバイスの識別情報を受け取らせ、
    識別情報に基づいて、ネットワークデバイスの１つ以上の構成命令を提供させる、請求項７に記載のシステム。
12. 前記リソースコレクションは、複数のリソースを備え、前記プログラム命令は、前記１つ以上のプロセッサ上で実行されたときに、前記システムにさらに、
    分離された接続が専用物理ネットワークリンクを通じて提供される複数のリソースのサブセットを識別する、１つ以上の選択基準を受け取り、
    前記選択基準に従って、ネットワークトラフィックをルーティングするために、ルーティング情報を生成させる、請求項７に記載のシステム。
13. 前記１つ以上の選択基準の１つの選択基準は、バーチャルローカルエリアネットワーク（ＶＬＡＮ）タグを含む、請求項１２に記載のシステム。
14. 前記ターゲットエンドポイントルータは、物理アクセスの許可を必要とする設備内に収容され、前記通知は、前記設備での、前記ターゲットエンドポイントルータへの物理アクセスの許可の指示を含む、請求項７に記載のシステム。
15. 非一時的なコンピュータがアクセス可能な記憶媒体に記憶されたプログラムであって、１つ以上のプロセッサ上で実行されたときに、
    プロバイダネットワークのクライアントが利用可能な接続性動作を定義するプログラマチックインターフェースを実現させることであって、前記接続性動作は、前記クライアントが前記プロバイダネットワークのリソースコレクションへのアクセスを可能にするネットワーク接続性に属するものであるとともに、問い合わせる、検索する、更新する、または削除する動作の少なくとも１つを含む、プログラマチックインターフェースを実現させ、
    前記プロバイダネットワークのリソースコレクションへの専用の接続性の接続性要求を受け取ることであって、接続性要求は、インターフェースに従ってフォーマットされるとともに場所情報を含む、接続性要求を受け取り、
    前記接続性要求に応答して、
    前記プロバイダネットワークの複数のエンドポイントルータの内から前記クライアントのクライアントネットワークに地理的に最も近いターゲットエンドポイントルータを選択することであって、前記ターゲットエンドポイントルータは、リソースコレクションへのクライアントアクセスを提供するため、前記接続性要求に従って、前記プロバイダネットワークのプライベートネットワーク経路を通じた前記リソースコレクションへのルートを提供するように構成される、ターゲットエンドポイントルータを選択させ、
    前記リソースコレクションをアクセスするクライアントに前記専用の接続性の少なくとも一部分を提供するために、前記プロバイダネットワークの前記ターゲットエンドポイントルータに前記クライアントのクライアントネットワークから専用物理ネットワークリンクを確立する構成情報を含む、通知を生成させることであって、前記プロバイダネットワークと前記クライアントネットワークは異なるエンティテイによって管理される分離ネットワークであり、前記構成情報は前記専用物理ネットワークリンクを確立するために物理ケーブルが取り付けられるターゲットエンドポイントルータの物理的な場所を示すデータを含む、通知を生成させ、
    前記専用物理ネットワークリンクを確立するために物理ケーブルが取り付けられるターゲットエンドポイントルータの物理的な場所を示す通知を前記クライアントまたはルータコロケーション設備のオペレータに伝送させる
    よう構成されたプログラム。

Images