(57)【特許請求の範囲】
【請求項１】
イーサネット（登録商標）・スイッチ・プラットフォームに複数のキャリアが参加することを可能にするためのウェブ・ポータルを介してウェブ・ページおよびテンプレートを提示するように構成されたイーサネット・スイッチ・プラットフォームであって、前記テンプレートが、前記キャリアに対して情報を要請し、前記情報をリレーショナル・データベースに格納し、前記ウェブ・ポータルが、購買側キャリアがネットワーク・サービスに関する見積要求（ＲＦＱ）を提出すること、販売側キャリアが前記ＲＦＱへの応答を提出すること、ならびに前記購買側キャリアおよび前記販売側キャリアの一方または両方が、合意に至った後でプロビジョニング発注を開始することを可能にし、前記プロビジョニング発注のフィールドには、前記リレーショナル・データベースに格納された前記情報に基づいて、また、前記ＲＦＱおよび前記ＲＦＱへの前記応答から抽出された情報に基づいて書込みが行われ、前記プロビジョニング発注が、前記購買側キャリアのイーサネット網が前記イーサネット・スイッチ・プラットフォームを使って前記販売側キャリアのイーサネット網に接続することを可能にするためのものであるイーサネット・スイッチ・プラットフォームを備える機器。
【請求項２】
前記イーサネット・スイッチ・プラットフォームの第１のルーチンが、前記ＲＦＱおよび前記ＲＦＱへの前記応答から、前記プロビジョニング発注の前記フィールドの一部に記入するべき前記情報を抽出するようにコーディングされ、前記イーサネット・スイッチ・プラットフォームの第２のルーチンが、前記リレーショナル・データベースから、前記プロビジョニング発注の他の一部のフィールドに記入するべき前記情報を抽出するようにコーディングされる、請求項１に記載の機器。
【請求項３】
前記リレーショナル・データベースから抽出された前記情報が、仮想ローカル・エリア・ネットワーク（ＶＬＡＮ）フレーム・タイプ、ＶＬＡＮ識別子（ＩＤ）、タグ・プロトコル識別子（ＴＰＩＤ）、サービス品質（ＱｏＳ）プロファイル・タイプおよび他の関連するネットワーク・サービス情報を含むネットワーク・サービス情報を含み、前記ネットワーク・サービス情報が、前記ウェブ・ポータルを介して予め提供される、請求項２に記載の機器。
【請求項４】
前記リレーショナル・データベースから抽出された前記情報が、前記購買側および販売側キャリアのプロファイル情報を含み、前記プロファイル情報が、前記ウェブ・ポータルを介して予め提供される、請求項３に記載の機器。
【請求項５】
前記プロビジョニング発注が、イーサネット・エクスチェンジ・プラットフォームによって、前記購買側キャリアに関連づけられた物理ポートと、前記販売側キャリアに関連づけられた物理ポートとを相互接続する論理仮想回路を確立して、プライベート・ネットワーク間接続をセットアップするように処理され、前記仮想回路が、前記ＲＦＱおよび前記ＲＦＱへの前記応答の中で指示されたパラメータを用いて確立される、請求項４に記載の機器。
【請求項６】
前記購買側または販売側キャリアによって前記ウェブ・ポータルを介してサービス情報がアップデートされる度に、その情報が抽出され、格納され、前記購買側または販売側キャリアの前記プロファイル情報に関連づけられる、請求項４に記載の機器。
【請求項７】
前記購買側および販売側キャリアが、前記キャリアのイーサネット網の配線を、前記イーサネット・スイッチ・プラットフォームで使用可能な複数の物理ポートのうち、前記キャリアそれぞれの物理ポートに接続することになり、前記複数の物理ポートそれぞれが、１つまたは複数のＶＬＡＮ  ＩＤに関連づけられる、請求項４に記載の機器。
【請求項８】
前記ＶＬＡＮ  ＩＤがそれぞれ、前記ＶＬＡＮ  ＩＤのネットワーク特性情報を格納するための一意のレコードに関連づけられ、前記ネットワーク特性情報が、前記リレーショナル・データベースに格納され、前記購買側キャリアと販売側キャリアとの間、前記購買側キャリアと別のキャリアとの間、または前記販売側キャリアと別のキャリアとの間の他の仮想回路の後続プロビジョニングに再利用される、請求項７に記載の機器。
【請求項９】
前記第２のルーチンが、プロビジョニングに使われる情報の一貫性をチェックするように、また、前記プロビジョニング発注に含まれる前記情報の忠実度をクロスチェックするように構成される、請求項２に記載の機器。
【請求項１０】
前記第２のルーチンが、ａ）前記イーサネット・スイッチ・プラットフォームにおいて確立されるすべての仮想回路およびその特性を保持する第１のテーブルと、ｂ）前記イーサネット・スイッチ・プラットフォームのポートに接続するすべての物理ネットワークおよびその特性を保持する第２のテーブルと、ｃ）前記購買側および販売側キャリアのプロファイルならびに関連づけられた任意のＶＬＡＮ記録とに基づいて、情報の一貫性をチェックするように構成される、請求項９に記載の機器。
【請求項１１】
前記イーサネット・スイッチ・プラットフォームが、フレームが前記購買側キャリアの前記イーサネット網から前記販売側キャリアの前記イーサネット網にトラバースすると、フレームの変換およびサービス品質（ＱｏＳ）のマッピングを実施するように構成され、フレームの前記変換が、イーサネット・フレーム・タイプおよびイーサネット・タイプの変換を含む、請求項１に記載の機器。
【請求項１２】
前記イーサネット・スイッチ・プラットフォームによって実施されるフレーム変換が、データを運ぶサービス・フレームを含む、着信フレームの一部分を保存すること、および少なくとも最大送信単位（ＭＴＵ）変換、仮想ローカル・エリア・ネットワーク識別子（ＶＬＡＮ  ＩＤ）変換およびタグ・プロトコル識別子（ＴＰＩＤ）変換を含む、前記着信フレームの一部分を変換することを含む、請求項１１に記載の機器。
【請求項１３】
前記イーサネット・スイッチ・プラットフォームが、異なるプロトコルの間のハンドシェーク、マッピング、およびコンバージョンと、前記購買側および販売側キャリアによって使われるサービス基準の保証とを実施するように構成される、請求項１２に記載の機器。
【請求項１４】
前記イーサネット・スイッチ・プラットフォームが、前記購買側および販売側キャリアが前記イーサネット・スイッチ・プラットフォームならびに前記イーサネット・スイッチ・プラットフォームの物理ポートに接続された、前記キャリアのイーサネット網内の回路のリアル・タイム監視およびトラブル解決を実施することを可能にするように構成される、請求項１３に記載の機器。
【請求項１５】
前記リアル・タイム監視およびトラブル解決が、前記ウェブ・ポータルを使って、または前記ウェブ・ポータルに関連づけられたアプリケーション・プログラミング・インタフェース（ＡＰＩ）を使って実施され、前記イーサネット・スイッチ・プラットフォームが、定常状態監視サービスならびに故障状態サービス状況テストを提供するように構成される、請求項１４に記載の機器。
【請求項１６】
前記ウェブ・ポータルが、前記イーサネット・スイッチ・プラットフォームの性能の監視を可能にし、サービスおよび保守コールを提供し、前記回路に関連した問題を解消するための自動化トラブル解決およびテストまたは検証ステップを提供する対話型ツールとして動作するように構成される、請求項１５に記載の機器。
【請求項１７】
自動プロビジョニング回路が、イーサネット・エクスチェンジ・プラットフォームを使ってプライベート・イーサネット網を相互接続するための方法であって、
複数のイーサネット・サービス・プロバイダが、資格付与され、複数のキャリアが前記イーサネット・エクスチェンジ・プラットフォームに接続し、やはり前記イーサネット・エクスチェンジ・プラットフォームに接続された他のキャリアと相互接続されることを可能にするための多対多のレイヤ２ネットワーク間インタフェース（ＮＮＩ）を提供するように構成された前記イーサネット・エクスチェンジ・プラットフォームに参加することを可能にするためのテンプレートを提供すること、
前記イーサネット・サービス・プロバイダが、前記プロバイダのイーサネット・サービスを他のイーサネット・サービス・プロバイダに提供することを可能にするためのウェブ・ポータルを提供することであって、前記イーサネット・サービスが、ｌｉｔビルディング情報と容量および帯域幅情報とを含み、前記情報が、集約され、リレーショナル・データベースに格納されること、
２つのイーサネット・サービス・プロバイダが見積要求（ＲＦＱ）に関連したサービス合意を有することに基づいて、前記ＲＦＱからの情報および前記リレーショナル・データベースからの前記２つのイーサネット・サービス・プロバイダに関連した情報を使ってプロビジョニング要求のフィールドに投入することであって、前記ＲＦＱおよび前記ＲＦＱへの応答が、前記ウェブ・ポータルを使って生成されること、ならびに
前記プロビジョニング要求の前記フィールドに基づいて、前記イーサネット・エクスチェンジ・プラットフォーム内の１つまたは複数の回路をプロビジョニングして、前記２つのイーサネット・サービス・プロバイダのプライベート・イーサネット網を相互接続することを含む方法。
【請求項１８】
前記イーサネット・サービス・プロバイダによって前記テンプレートを介して提供される情報が、任意の回数使用するために前記リレーショナル・データベースに格納され、前記１つまたは複数の回路の前記プロビジョニングが、前記プロビジョニング要求の受信に基づいて、前記イーサネット・エクスチェンジ・プラットフォームによってリアル・タイムで実施される、請求項１７に記載の方法。
【請求項１９】
複数のイーサネット・サービス・プロバイダが、資格付与され、前記イーサネット・サービス・プロバイダがイーサネット・エクスチェンジ・プラットフォームに接続し、やはり前記イーサネット・エクスチェンジ・プラットフォームに接続された他のイーサネット・サービス・プロバイダと相互接続されることを可能にするための多対多のレイヤ２ネットワーク間インタフェース（ＮＮＩ）を提供するように構成されたイーサネット・エクスチェンジ・プラットフォームに参加することを可能にする手段と、
前記イーサネット・サービス・プロバイダからの情報の収集を可能にするため、また、前記イーサネット・サービス・プロバイダがイーサネット・サービスを相互に提供し、購入することを可能にするためのウェブベースのマーケットプレイスを形成する手段であって、前記イーサネット・サービス・プロバイダからの前記情報が、再利用のためにリレーショナル・データベースに格納される手段と、
２つのイーサネット・サービス・プロバイダが、前記ウェブベースのマーケットプレイスを使ってパートナーになることを可能にする手段と、
前記２つのイーサネット・サービス・プロバイダの少なくとも一方が、プロビジョニング要求を開始するための手段と、
前記プロビジョニング要求のフィールドに基づいて、前記イーサネット・エクスチェンジ・プラットフォームにおいて１つまたは複数の回路をプロビジョニングして、前記２つのイーサネット・サービス・プロバイダのプライベート・イーサネット網を相互接続する手段とを備えるシステム。
【請求項２０】
前記イーサネット・エクスチェンジ・プラットフォームが、フレームのデータ部分を保存しながら、前記２つのイーサネット・サービス・プロバイダの前記プライベート・イーサネット網の間で前記フレームを送信するための手段と、
前記２つのイーサネット・サービス・プロバイダの代表者が、前記１つまたは複数の仮想回路を、前記プロバイダのプライベート・イーサネット網とともに監視し、トラブル解決するための手段とをさらに備える、請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本出願は、１）２００９年１２月１０日に出願した、参照によってその全体が本明細書に組み込まれている、「ＥＴＨＥＲＮＥＴ（登録商標）  ＥＸＣＨＡＮＧＥ」という名称の米国仮特許出願第６１／２８５，３７１号、２）２００９年９月４日に出願した、参照によってその全体が本明細書に組み込まれている、「ＰＲＩＶＡＴＥ  ＮＥＴＷＯＲＫ  ＣＯＮＮＥＣＴＩＶＩＴＹ  ＰＬＡＴＦＯＲＭ」という名称の米国仮特許出願第６１／２３９，９９７号、および３）２０１０年４月１２日に出願した、参照によってその全体が本明細書に組み込まれている、「ＥＴＨＥＲＮＥＴ  ＥＸＣＨＡＮＧＥ」という名称の米国仮特許出願第６１／３２３，０６６号という３件すべての利益および優先権を主張する。
【０００２】
［著作権の表示］
本特許文書の開示の一部分は、著作権保護の対象となる題材を含む。著作権所有者は、特許商標局の特許ファイルまたは記録に見られるソフトウェア・エンジンおよびそのモジュールの、何人によるファクシミリ複製に対しても異議はもたないが、それ以外についてはすべての著作権を保有する。
【０００３】
［技術分野］
本発明の実施形態は概して、多対多の接続環境でのネットワーク接続性に関する。より詳細には、本発明の実施形態の態様は、イーサネット（登録商標）・エクスチェンジ環境における回路のオート・プロビジョニング、構成、ならびに監視およびトラブル解決に関する。
【背景技術】
【０００４】
多くのネットワーク・キャリアが直面する挑戦課題の１つは、どのようにしてキャリアのサービスを、競争力のある価格で顧客に対して利用可能にするかということである。顧客は、どこにでもいる可能性があるので、各キャリアが、こうした顧客にサービスするための独自のエンドツーエンドの配線を設置するには、法外にコストがかかり得る。多くのキャリアは既に、多くの大都市圏において、既存の高速ネットワーク（たとえば、ファイバ）をもっている。したがって、あるキャリアが、別のキャリアの既存ネットワークに接続することが可能である。このタイプの接続は、ダイレクト・ネットワーク間相互接続（Ｄ−ＮＮＩ）と呼ばれる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般に、Ｄ−ＮＮＩ手法は非常に複雑であり、時間を消費する。２つのキャリアが合意について交渉し、キャリアのエンジニアリング・チームが解決策を見出すのには多くの時間がかかる。このプロセスは、別のキャリアとの接続が求められる場合は常に繰り返されるので、非常に非効率的であり、コストがかかる。
【課題を解決するための手段】
【０００６】
いくつかの実施形態の場合、イーサネット・スイッチ・プラットフォームは、複数のサービス・プロバイダにイーサネット・エクスチェンジ・サービスを提供するための、ウェブ・ポータルおよび１つまたは複数のイーサネット・エクスチェンジャを含む。イーサネット・スイッチ・プラットフォームは、ウェブ・ポータルによってサービス・プロバイダに提示されたウェブ・ページおよびテンプレートから情報を自動的に抽出するように記述されたコードを含む。抽出される情報は、サービス・プロバイダのプライベート・イーサネット網についての情報を含み、リレーショナル・データベースに格納される。購買側サービス・プロバイダは、ウェブ・ポータルを使って見積要求（ＲＦＱ）を提出することができる。販売側サービス・プロバイダは、ウェブ・ポータルを使って、ＲＦＱの受信に応答して見積を与えることができる。購買側サービス・プロバイダと販売側サービス・プロバイダとの間で形成された合意に基づいて、ＲＦＱ、見積、およびリレーショナル・データベースから、プロビジョニング要求のフィールドに投入するための情報が抽出される。プロビジョニング要求は次いで、購買側サービス・プロバイダのプライベート・イーサネット網を販売側サービス・プロバイダのプライベート・イーサネット網と相互接続するための回路をプロビジョニングするように、イーサネット・スイッチ・プラットフォームによって処理される。購買側および販売側サービス・プロバイダが回路を監視し、トラブル解決することを可能にするためのツールが、利用可能にされる。
【０００７】
図面は、本発明の実施形態を指している。
【図面の簡単な説明】
【０００８】
【図１Ａ】いくつかの実施形態例による、イーサネット・エクスチェンジャを装備するデータ・センタのハイレベル・ビューを示すブロック図である。
【図１Ｂ】いくつかの実施形態による、イーサネット・エクスチェンジャの例を示すブロック図である。
【図１Ｃ】いくつかの実施形態による、キャリアにとって使用可能な様々な相互接続性オプションの例を示すブロック図である。
【図２】いくつかの実施形態による、ウェブ・ポータル内のキャリアにとって使用可能なオプションの一例を示す図である。
【図３Ａ】いくつかの実施形態による、イーサネット・フレーム変換の例を示すブロック図である。
【図３Ｂ】いくつかの実施形態による、複数の接続を有するイーサネット・フレーム変換の別の例を示すブロック図である。
【図３Ｃ】いくつかの実施形態による、サービス品質変数の変換を示すブロック図である。
【図３Ｄ】いくつかの実施形態による、帯域幅変換の例を示すテーブルである。
【図３Ｅ】いくつかの実施形態による、サービス品質（ＱｏＳ）トラバースの例を示すテーブルである。
【図４Ａ】いくつかの実施形態による、サービス・クラス（ＣｏＳ）マッピングの例を示すテーブルである。
【図４Ｂ】いくつかの実施形態による、サービス・クラス（ＣｏＳ）マッピングの例を示すテーブルである。
【図４Ｃ】いくつかの実施形態による、イーサネット・エクスチェンジャ内で構成されるフレーム・サイズ適合の例を示す図である。
【図５】いくつかの実施形態による、キャリアにとって利用可能であり得る監視およびトラブル解決ツールの例を示すブロック図である。
【図６】いくつかの実施形態による、マーケットプレイスの例を示すブロック図である。
【図７Ａ】いくつかの実施形態による、キャリアに相互接続性サービスを提供するプロセスを示すフロー図例である。
【図７Ｂ】いくつかの実施形態による、既存キャリアの情報を再利用して、複数の仮想回路を確立するプロセスを示すフロー図例である。
【図７Ｃ】いくつかの実施形態による、キャリアの間の協力関係を促進するプロセスを示すフロー図例である。
【図８】いくつかの実施形態例による、使われ得るコンピュータ・システムという例示的形での、マシン表現の図解例を示す図である。
【図９】いくつかの実施形態例による、ウェブ・ポータルおよび外部ネットワーク間インタフェース（Ｅ−ＮＮＩ）を含むマーケットプレイス表現の全体的図解例を示す図である。
【図１０】いくつかの実施形態例による、ウェブ・ポータルの画面例を示す図である。
【図１１】いくつかの実施形態による、マーケットプレイスによって提供されるサービスをキャリアが使用できるようにするプロセスを示すフロー図例である。
【図１２】いくつかの実施形態による、プライベート・イーサネット網向けにフレームを変換し、マップするプロセスを示すフロー図例である。
【図１３】いくつかの実施形態による、１つまたは複数の仮想回路をプロビジョニングするプロセスを示すフロー図例である。
【発明を実施するための形態】
【０００９】
本発明は、様々な修正形態および代替形を対象とするが、本発明の具体的な実施形態を、図面に例として示し、本明細書で詳しく記載する。本発明は、開示する特定の形に限定されるものではないと理解されるべきであり、反対に、本発明の精神および範囲内であるすべての修正形態、同等物、および代替形態をカバーすることを意図している。
【００１０】
いくつかの実施形態によると、イーサネット・エクスチェンジャは、サービス・プロバイダによって開始されたプロビジョニング発注に基づいて、仮想回路の自動プロビジョニングを可能にするように構成される。仮想回路のプロビジョニングに必要な情報の一部は、サービス・プロバイダによってウェブ・ポータルを介して予め提供され、リレーショナル・データベースに格納されている。一部の情報は、見積要求（ＲＦＱ）および協力サービス・プロバイダのＲＦＱへの応答から抽出することができる。仮想回路がプロビジョニングされると、協力サービス・プロバイダが、仮想回路を使って遭遇する問題を監視し、トラブル解決を行い、問題に関連したサポート・チケットを受信することを可能にするための機構が提供される。
【００１１】
以下の記述において、本発明を完全に理解してもらうために、たとえば、具体的なデータ信号、名前付き構成要素、接続、スイッチ・ファブリックに接続されたプライベート・キャリアの量の例など、多数の具体的な詳細について説明する。ただし、本発明は、こうした具体的な詳細なしでも実施され得ることが、当業者には明らかであろう。他の事例では、公知の構成要素または方法については、詳しくではないが、本発明を不必要に不明瞭にすることを避けるためにブロック図で記載する。第１のプライベート・キャリアなど、さらなる具体的な番号参照が行われる場合もある。ただし、具体的な番号参照は、文字通りの順番として解釈されるべきではなく、第１のプライベート・キャリアが第２のプライベート・キャリアとは異なると解釈されるべきである。したがって、説明される具体的な詳細は、例示に過ぎない。具体的な詳細は、本発明の精神および範囲から変わってよく、依然としてその範囲内であることが企図され得る。「結合される」という用語は、構成要素に直接、または別の構成要素を通して構成要素に間接的に接続されることを意味するものとして定義される。
【００１２】
＜概論＞
イーサネット・エクスチェンジャは、参加キャリアのプライベート・イーサネット網に接続されて、プライベート・イーサネット網が共通のポイントで相互接続されることを可能にする。イーサネット・エクスチェンジャは、ウェブ・ポータルも含むイーサネット・スイッチ・プラットフォームの一部でよい。ウェブ・ポータルは、キャリアまたはサービス・プロバイダすべてから情報を収集し、情報をデータベースに格納することを可能にする。この情報は続いて、プロビジョニング処理によって、キャリアの間に仮想回路を素早くセットアップするのに使われる。情報は、格納されるので、追加仮想回路をプロビジョニングするのに必要とされる回数だけ再利用することができ、キャリアは、クライアントに対してより高速なサービスおよび配信時間を提供することが可能になる。
【００１３】
いくつかの実施形態の場合、プライベート・ネットワーク・エクスチェンジは、ウェブ・ポータルと統合された、２つ以上のイーサネット・キャリアに対して１つまたは複数のイーサネット・エクスチェンジャを有する、複数ポートのスイッチ・ファブリックである。イーサネット・エクスチェンジャは、キャリアが相互接続し、地球規模でサービスを拡大することを可能にすることによって、イーサネット・サービスに対する需要の高まりに対処するように設計されたシステムである。イーサネット・エクスチェンジャは、単一接続ならびに冗長接続をサポートするための１つまたは複数のイーサネット・エクスチェンジャを含み得る物理的なイーサネット・スイッチ・ファブリック全体の一部でよい。
【００１４】
イーサネット・エクスチェンジャは、キャリアによって外部ネットワーク間相互接続（Ｅ−ＮＮＩ）用の共通ポイントとして使われるように構成される。Ｅ−ＮＮＩの一実装形態が、カリフォルニア州Ｆｏｓｔｅｒ  Ｃｉｔｙを本部とするＥｑｕｉｎｉｘ，Ｉｎｃ．によって提供されるＥｑｕｉｎｉｘ  Ｃａｒｒｉｅｒ  Ｅｔｈｅｒｎｅｔ  Ｅｘｃｈａｎｇｅ（商標）であり得る。イーサネット・エクスチェンジャは、透過的および中立的にキャリアを協力させるプロセスを合理化し、簡素化する。イーサネット・エクスチェンジャの一アプリケーション例は、多くのキャリアが既に存在しているデータ・センタのコロケーションおよび相互接続である。これにより参加キャリアは、同一の機構の中で広範な相互接続性オプションをもつことができる。イーサネット・エクスチェンジャは、２つ以上のキャリアがネットワーク配線を接続するためのポートを含む。こうすることにより、キャリアは、スイッチ・ファブリックに一度フックアップし、スイッチ・ファブリックに顧客アカウントを一度作成し、スイッチ・ファブリックに関連づけられたウェブ・ポータルを使ってキャリアのネットワーク特性を一度記述するだけで、多対多の相互接続を作成するためのオプションをもつことが可能になる。顧客アカウントは、ユーザ・プロファイル情報を含み得る。イーサネット・エクスチェンジャは、入力済みまたは既知の情報を使用できるようにし、その結果、キャリアが全接続のための情報を入力することを繰り返し求める必要をなくすことによって、相互接続処理を簡素化する。
【００１５】
図１Ａは、いくつかの実施形態例による、イーサネット・エクスチェンジャを装備するデータ・センタのハイレベル・ビューを示すブロック図である。イーサネット・エクスチェンジャ１００は、キャリアがそのネットワーク（キャリア・イーサネット網、すなわち「ＣＥＮ」とも呼ばれる）を相互接続できるようにするための中立接続性プラットフォームを提供する。イーサネット・エクスチェンジャ１００は、どのキャリアにも偏らず、キャリアがパートナーになった後でのみ相互接続性サービスを提供するので、中立である。イーサネット・エクスチェンジャ１００は、多くのキャリアが機器、たとえばデータ・センタ１０１などを既にもっている場所に展開することができる。各キャリアは、イーサネット・エクスチェンジャへの接続を１つもっていればよい。本例において、キャリアＡ〜Ｆはそれぞれ、イーサネット・エクスチェンジャ１００への接続を１つもつ。
【００１６】
イーサネット・エクスチェンジャ１００に接続されることによって、キャリアは、通常は複数のＤ−ＮＮＩの保有に関連づけられた同じ支出を被ることなく、サービスを購入し、多くの異なる地理領域にいる多くのエンド・ユーザに接触することができる。たとえば、キャリアＡは、そのサービスを、キャリアＤのイーサネット網を使って拡大することができる。イーサネット・エクスチェンジャ１００に接続することによって、キャリアは、そのネットワーク・サービスを他のキャリアに販売することを申し出ることによって追加収入を生みだすことが可能であり得る。たとえば、キャリアＤは、キャリアＤのネットワークを使う機会を他のキャリアに提供することができる。
【００１７】
いくつかの実施形態の場合、イーサネット・エクスチェンジャ１００は、複数のイーサネット・サービス・プロバイダが、イーサネット・エクスチェンジ・プラットフォームにおいて資格を与えられ、プラットフォームに参加するようにするための１つまたは複数のテンプレートを提供するように構成されたウェブ・ポータルに関連づけられ得る。ウェブ・ポータルは、イーサネット・サービス・プロバイダがイーサネット・サービスを他のイーサネット・サービス・プロバイダに提供することを可能にするためのものである。イーサネット・サービスは、ｌｉｔビルディング情報、ならびに容量および帯域幅情報を含む。こうした情報は、集約され、リレーショナル・データベースに格納される。２つのイーサネット・サービス・プロバイダが、見積要求（ＲＦＱ）に関してサービス合意していることに基づいて、プロビジョニング発注が生じられ得る。プロビジョニング発注のフィールドには、ＲＦＱにある情報と、２つのイーサネット・サービス・プロバイダについての格納された情報とを投入すればよい。プロビジョニング発注は次いで、イーサネット・エクスチェンジ・プラットフォームによって処理され、２つのイーサネット・サービス・プロバイダのプライベート・イーサネット網を相互接続するための仮想回路が確立される。
【００１８】
図１Ｂは、いくつかの実施形態による、イーサネット・エクスチェンジャの例を示すブロック図である。イーサネット・エクスチェンジャ１００は、たとえばポート１０８、１１３、１１８、１２３などの、ギガビット・イーサネット（Ｇｉｇ−Ｅ）ポートおよび１０Ｇｉｇ−Ｅポートを含み得る。一例では、イーサネット・エクスチェンジャ１００は、フランスのパリを本部とするＡｌｃａｔｅｌ−Ｌｕｃｅｎｔの１２スロットのＡｌｃａｔｅｌ−Ｌｕｃｅｎｔ７４５０ＥＳＳ−１２および１つまたは複数のＡｌｃａｔｅｌ−Ｌｕｃｅｎｔ７７５０サービス・ルータ（ＳＲ）などのルータおよびスイッチを使って実装され得る。イーサネット・エクスチェンジャ１００のポートそれぞれ（物理接続とも呼ばれる）が、数千個の仮想回路（論理接続とも呼ばれる）をサポートすることができる。
【００１９】
イーサネット・エクスチェンジャ１００は、構成モジュール１０２、プロビジョニング・モジュール１０３、および監視モジュール１０４を含むように構成され得る。こうしたモジュールは、ソフトウェア記述ルーチン、ハードウェア論理および両方のどの組合せを使っても実装され得る。プロビジョニング・モジュール１０３は、仮想回路をプロビジョニングすることができる。構成モジュール１０２は、キャリアの間でイーサネット・サービスをマップし変換することができる。
【００２０】
イーサネット・エクスチェンジャ１００は、たとえば、参加キャリアによって使われるウェブ・ポータルなど、他のアプリケーションと情報を交換するためのアプリケーション・プログラミング・インタフェース（ＡＰＩ）を提供し得る。以下の説明において、「参加キャリア」、「有資格キャリア」または「キャリア」というフレーズは、たとえばＥｑｕｉｎｉｘ，Ｉｎｃ．など、イーサネット・エクスチェンジ・サービスのプロバイダと合意に達しているキャリアを指す。
【００２１】
イーサネット・エクスチェンジャ１００は、ソフトウェア記述ルーチン、ハードウェア論理および両方のどの組合せを使っても実装され得る監視モジュール１０４を含むように構成してもよい。監視モジュール１０４は、仮想回路の状況を監視し、状況情報をキャリアに提供することができる。上述したように、キャリアとの通信は、ウェブ・ポータル経由でよい。監視モジュール１０４によって使われるネットワーク・マネジメント・ソフトウェアのいくつかの例は、運用支援システム（ＯＳＳ）および簡易ネットワーク・マネジメント・プロトコル（ＳＮＭＰ）を含み得る。ＯＳＳおよびＳＮＭＰは、通信ネットワークをマネジメントするのに使われるネットワーク・マネジメント・プロトコルである。監視モジュール１０４は、ＡＰＩを使って、キャリアによって使われるネットワーク・マネジメント・ソフトウェアと情報を交換するように構成され得る。
【００２２】
イーサネット・エクスチェンジャ１００は、複数のＥ−ＮＮＩをサポートすることができる。Ｅ−ＮＮＩはそれぞれ、ポートに結合される。たとえば、ポート１０８、１１３、１１８、１２３のそれぞれは、それぞれ、Ｅ−ＮＮＩ１０６、Ｅ−ＮＮＩ１１１、Ｅ−ＮＮＩ１１６、およびＥ−ＮＮＩ１２１のそれぞれに結合される。図１Ｂに示す例では、キャリアＡおよびキャリアＣのイーサネット・サービスは、仮想回路１５０を渡ってマップされ変換される。こうすることにより、イーサネット・トラフィックが、ネットワーク１０５とネットワーク１１０との間を流れるようになる。同様に、キャリアＢおよびキャリアＣのイーサネット・サービスは、仮想回路１５５を渡ってマップされ変換される。こうすることにより、イーサネット・フレームが、ネットワーク１１５とネットワーク１１０との間で交換されるようになる。
【００２３】
イーサネット・エクスチェンジャ１００は、二地点間接続ならびに多地点接続をサポートするように構成される。二地点間接続では、イーサネット・エクスチェンジャ１００は、２つのキャリアからのネットワークを接続する仮想回路を確立する。多地点接続では、イーサネット・エクスチェンジャ１００は、多くのキャリアからのネットワークを接続する仮想回路を確立する。たとえば、仮想回路１５０は、二地点間接続の一部である。仮想回路１５５、１６０、１６５、１７０は、多地点接続のいくつかの部分である。イーサネット・エクスチェンジャ１００は、仮想回路によって接続された多くのイーサネット網の間でイーサネット・サービスをマップし変換することができる。
【００２４】
図１Ｃは、いくつかの実施形態による、キャリアにとって使用可能な様々な相互接続性オプションの例を示すブロック図である。この例は、２つのイーサネット・スイッチ・ファブリック１９０、１９５を示す。イーサネット・スイッチ・ファブリック１９０は、ある大都市圏に配置されてよく、イーサネット・スイッチ・ファブリック１９５は、別の大都市圏に配置されてよい。両方は、たとえば、高速接続１９８を介して通信可能に結合される。イーサネット・スイッチ・ファブリック１９０は、３つのイーサネット・エクスチェンジャ１９１、１９２、１９３を含む。冗長接続の例を、３つすべてのイーサネット・エクスチェンジャ１９１、１９２、１９３への接続を有するキャリアＡで示す。同様に、このキャリアは、イーサネット・エクスチェンジャ１９２、１９３への冗長接続を有する。単一接続の例を、それぞれイーサネット・エクスチェンジャ１９２、１９４への接続を有するキャリアＢおよびキャリアＤで示す。
【００２５】
図１Ｃは、キャリアがそのサービスを、離れた地理領域において拡大するためにイーサネット・エクスチェンジャを使うことの一利点も示す。イーサネット・スイッチ・ファブリック１９０は、ある大陸（たとえば、北米）の大都市圏に置かれ得る。イーサネット・スイッチ・ファブリック１９５は、別の大陸（たとえば、欧州）の大都市圏に置かれ得る。イーサネット・スイッチ・ファブリック・プラットフォームに参加することによって、キャリアＡは、キャリアＤが存在する大陸にいるクライアント／エンド・ユーザにイーサネット・サービスを提供することが可能になり得る。
【００２６】
＜ウェブ・ポータル＞
いくつかの実施形態例の場合、ウェブ・ポータルは、キャリアに対して情報を要請するためのテンプレートの形で質問表を提示するように構成され得る。テンプレートは、ウェブベースであり、ウェブ・ページまたはウェブ・ページの一部として提示され得る。テンプレートは、キャリア情報を要請し、要請された情報を、データベースのフィールドに向ける。たとえば、ネットワーク・サービス記述テンプレート、ユーザ・プロファイル・テンプレート、資格付与テンプレート、ｌｉｔビルディング・テンプレートなどが存在し得る。ウェブ・ポータルは、イーサネット・エクスチェンジャ１００の物理スイッチ・ファブリックと協力して、標準化された相互接続処理をキャリアに提供する。ウェブ・ポータルは、たとえば、購買、販売、発注、ｅメール、登録、アカウントのマネジメントなどを含む多くのサービスをキャリアに提供するウェブ・サイトでよい。
【００２７】
図２は、いくつかの実施形態による、ウェブ・ポータル内でキャリアにとって使用可能なオプションの一例を示す図である。この例では、ウェブ・ポータル２００は、インターネット網２８０に通信可能に結合され得る。ウェブ・ポータル２００は、サーバ・システム２８５およびデータベース・システム２９０に結合され得るコンピュータ・システムに関連づけられ得る。サーバ・システム２８５およびデータベース・システム２９０は、インターネット２８０に結合され、１つのシステムに組み合わされてもよく、別個のシステムでもよい。データベース・システム２９０およびデータベース・システム１９０（図１Ｂに示す）は、１つのシステムでも別個のシステムでもよい。ウェブ・ポータル２００は、サーバ・システム２８５上ではウェブベースのアプリケーションとして稼働し得る。データベース・システム２９０は、ウェブ・ポータル２００によって使われる情報も、ウェブ・ポータル２００によって収集された情報も格納するように構成され得る。
【００２８】
キャリアは、コンピュータ・システムを使ってウェブ・ポータル２００にアクセスして、相互に通信し、たとえばスイッチ・ファブリック１９０（図１Ｃに示す）などの基底イーサネット・スイッチ・ファブリックと対話することができる。たとえば、キャリアＡ〜Ｄは、それぞれ、クライアント・コンピュータ・システム２８１〜２８４を使って、インターネット２８０を介してウェブ・ポータル２００に接続することができる。ウェブ・ポータル２００は、キャリアが登録を行い、参加者になるための登録オプションを含み得る。たとえば、キャリア（またはキャリア代表者、ユーザなど）は、ボタン２６５を使って、登録を行い、キャリアのネットワークおよびサービスについての情報を提供することができる。キャリアは、一連の１つまたは複数のテンプレートにより情報を提供する必要がある場合がある。
【００２９】
テンプレートで提供される情報は、ウェブ・サービス消費のためのサービス・マッピングおよびプロビジョニングならびに具体的などの拡張マークアップ言語（ＸＭＬ）ＡＰＩ変換にも使うことができる。ＸＭＬ  ＡＰＩは、ＸＭＬを使って符号化されたＡＰＩである。ウェブ・ポータルは、ＸＭＬ  ＡＰＩおよびウェブ・インタフェースに基づいて、基底スイッチ・ファブリック、サービス・マッピングおよび／または任意の論理変換との対話を自動化するように記述されたコードを含む。各テンプレートは、ウェブ・ポータル２００によって、ウェブ・ページまたはポップアップ・ウィンドウとして提示され得る。キャリアに対して要請された情報は、キャリアのネットワークについての情報、たとえば、
・フットプリントおよびＬｉｔビルディング・リスト
・サービス・メトロ・エリア
・ビルディング接続帯域幅
・イーサネット・サービス・タイプおよびトポロジ
・サポートする最大送信単位（ＭＴＵ）サイズ
・タグ・プロトコル識別子（ＴＰＩＤ）をもつ、サポートするＶＬＡＮフレーム・タイプ
・ネットワーク・プロトコル情報
・イーサネット運用およびマネジメント（ＯＡＭ）能力
・連絡先および拡張情報
などを含み得る。
【００３０】
いくつかの実施形態の場合、ｌｉｔビルディング情報は、ウェブ・ポータル２００を使って直接入力することができる。たとえば、この入力は、ｌｉｔビルディング・テンプレートによるものでよい。あるいは、ｌｉｔビルディング情報は、バッチ操作として提出し処理することができる。このバッチ処理により、多くのｌｉｔビルディングを有するキャリア、または容易には抽出されない形式で格納されたｌｉｔビルディング情報を有するキャリアにとって、手間がさらに省ける。いくつかの実施形態の場合、バッチ処理は、ウェブ・ポータル２００に関連づけられたＡＰＩを使って実施される。
【００３１】
テンプレート中のフィールドの多くは、たとえばデータベース２９０など、探索可能リレーショナル・データベースのフィールドに対応し得る。テンプレートは、すべてのキャリアに対して使うことができるように標準化してよい。標準化は、Ｄ−ＮＮＩにおいて一般に使われるように、異なるキャリアに対して異なる質問セットを用意する必要がないので、有利である。さらに、キャリアは、どれだけ多くの他のネットワークと相互接続され得るかに関わらず、自キャリアのネットワークについての情報を一度提供するだけでよい。キャリアに関連づけられた情報は、キャリア・プロファイルとしてまとめることができる。各キャリア・プロファイルは、一意的でよい。キャリア・プロファイルの格納に加え、データベース２９０は、ウェブ・ポータル２００によって使うことができる他の情報を格納するように構成してもよい。
【００３２】
イーサネット・エクスチェンジャ１００は、キャリアのプライベート・イーサネット網の間の透過集約変換機として構成される。テンプレートは、キャリアに資格を付与するためのキャリア資格付与テンプレートと、キャリアにユーザ・アカウント情報を列挙させるためのキャリア・プロファイル・テンプレートと、提供されるサービスならびにネットワーク能力および特性などをキャリアに記述させるためのサービス・テンプレートとを含み得る。実装形態によっては、こうしたテンプレートの２つ以上を組み合わせてもよい。
【００３３】
ウェブ・ポータル２００は、クライアント・マシン上のユーザまたはキャリアの代表者にテンプレートを提示して、キャリアおよび関連づけられたイーサネット網向けのユーザ・プロファイルをユーザに作成させるように構成され得る。ユーザ・プロファイルは、キャリアによって提供されるサービスを含み得る。イーサネット・エクスチェンジャ１００の構成モジュールは、この情報を抽出し、データベースに格納するように構成され得る。ユーザ全員からの情報は、オンライン・ウェブ・ポータル２００を使って、他のユーザによって生成された探索クエリに応答して、完全であり適切な情報を提供するように集約される。データベースは、照会情報を発見し、ユーザの問合せに適した集約情報をユーザに提示するための知的ルーチンに関連づけられ得る。情報は、キャリアのイーサネット・ビルディングの、容量、価格、サービス・レベルなどによるリストを含み得る。情報は、ｌｉｔビルディング・リストも含み得る。テンプレートにより、情報の収集、抽出、およびリレーショナル・データベースへの格納が可能になる。データベースは、格納を行い、集約を行うように構成され、集約された情報を探索可能および公開可能にする。
【００３４】
ウェブ・ポータル２００は、キャリアが他のキャリアと対話し、他のキャリアに対して自キャリアのサービスを展示し、売るための媒体を提供する。ポータル２００により、キャリアは、他のキャリアに提供したいと思う情報またはサービスを明記し、他のキャリアのサービスについて知ることができる。こうすることにより、キャリアは、互いにパートナーとして資格を付与し、相互に関係を築くことができるようになる。たとえば、キャリアは、ボタン２５０を使って、潜在パートナーに対して提供することを望むサービスを記述することができる。同様に、キャリアは、ボタン２５５を使って、キャリアが探索中のサービスを明記することができる。
【００３５】
いくつかの実施形態の場合、探索されるサービスについての情報は、見積要求（ＲＦＱ）の形で提示すればよい。たとえば、キャリアＡは、ウェブ・ポータル２００を使って、キャリアＤによって提供されるサービスを探索し、閲覧し、識別することができる。キャリアＡの代表者は、ボタン２５５を使って、ＲＦＱを生成し、ＲＦＱがキャリアＤに送られるようにすることができる。キャリアＤの代表者がウェブ・ポータルにサインオンされると、ＲＦＱ通知が表示される。いくつかの実施形態の場合、リレーショナル・データベースに格納されたアカウント情報またはプロファイル情報を使って、ＲＦＱのフィールドに投入を行うことができる。
【００３６】
次いで、キャリアＡとキャリアＤとの間の交渉が起こり得る。いくつかの実施形態の場合、キャリアは、キャリア同士の間で交渉し、次いで、ウェブ・ポータル２００を使ってその合意の詳細を入力することができる。キャリアＡとキャリアＤとの間で合意が成立すると、キャリアＡは、ボタン２６０を使って、基底スイッチ・ファブリックおよびイーサネット・エクスチェンジャに、サービスをプロビジョニングするよう要求することができる。プロビジョニング要求は、キャリアＡまたはキャリアＤどちらによっても開始され得ることに留意されたい。
【００３７】
いくつかの実施形態の場合、各キャリアは、ウェブ・ポータル２００を使って、代表者を設定し、異なる役割（役割の例については、図９を参照）に割り当てることができる。ある代表者は、管理者役割を割り当てられ、管理者として働く場合がある。管理者は次いで、キャリアの他の代表者を、たとえば営業、エンジニアリング、製品サポート、技術サポート（代表者２８６、２８７、２８８として示す）などのような、他の役割に割り当てればよい。各役割は、異なるアクセス・レベルおよび／または異なる能力レベルに関連づけられ得る。たとえば、販売代表者のみが、そのキャリアの合意を検討することができ、技術サポート代表者のみが、ネットワーク・マネジメント情報にアクセス可能であり得る。
【００３８】
＜プロビジョニング、マッピングおよび変換＞
イーサネット・エクスチェンジャ１００は、多くの参加キャリアからのプライベート・イーサネット・サービスを集約し、変換する相互接続サービスを実施するように構成される。エクスチェンジャ１００は、多対多のレイヤ２ネットワーク間インタフェース（ＮＮＩ）を提供する。イーサネット・エクスチェンジャに接続されたイーサネット網すべてからのキャリア情報が集約され、データベースに格納される。
【００３９】
いくつかの実施形態の場合、構成モジュール１０２（図１Ａに示す）は、様々な参加キャリアの間でプロトコル、帯域幅要件などを前後コンバートする（convert back and forth）ためのエージェントとして作用するように構成される。イーサネット・エクスチェンジャ１００は、ＡＰＩを使って多数の固有システムＡＰＩと連携するようにも構成される。構成モジュール１０２は、いずれかのイーサネット網で使われるイーサネット・プロトコルのタイプまたはネットワーク構成パラメータによらずに、異なるイーサネット・プロトコルの間でハンドシェーク、マッピング、およびコンバージョンを行うための論理および／またはソフトウェア・ルーチンを含み得る。
以下は、構成モジュール１０２によって実施することができる操作のいくつかの例である。
・複数のネットワーク環境におけるサービスＶＬＡＮ  ＩＤ変換
・複数のネットワーク環境におけるサービスＶＬＡＮフレーム変換
・複数のネットワーク環境におけるサービスＭＴＵ適合
・複数のネットワーク環境におけるサービスＶＬＡＮ  ＴＰＩＤ変換
・Ｅ−ＮＮＩファブリックにおける帯域幅保護
・Ｅ−ＮＮＩファブリックにおけるＱｏＳトラバース
【００４０】
図３Ａは、いくつかの実施形態による、イーサネット・フレーム変換の例を示すブロック図である。イーサネット・エクスチェンジャ１００は、どちらかのネットワークにおいて使われる固有プロトコルによらずに、あるネットワークから受信されたフレームを、別のネットワークに送信されるべきフレームに変換するように構成される。図３Ａで、フレーム３０１は、第１のネットワークから送信され、プロトコル・データ・ユニット（ＰＤＵ）３０８およびＶＬＡＮタグを含む。ＶＬＡＮタグは、０ｘ８１００というＴＰＩＤ値および１００というＶＬＡＮ  ＩＤを含む。０ｘ８１００というＴＰＩＤ値は、第１のネットワークに関連づけられたキャリアによって設定される。イーサネット・エクスチェンジャ１００のポートはそれぞれ、そのポートに関連づけられたキャリアのＴＰＩＤと一致するＴＰＩＤ値に関連づけられる。
【００４１】
いくつかの実施形態の場合、イーサネット・エクスチェンジャ１００は、変換処理全体を通して、ＰＤＵ３０８の値をそのままに保つ。フレーム３０１が受信されると、フレーム３０１のＴＰＩＤ部分が剥ぎ取られ、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）ラベル３０７が追加される。これを、フレーム３０２として示す。フレーム３０２中でのＭＰＬＳデータ３０７およびＰＤＵ３０８の位置は次いで、フレーム３０３に示すようにスイッチされる。イーサネット・エクスチェンジャ１００は次いで、ＭＰＬＳラベル３０７に基づいてスイッチング決定を行うことによって、フレーム３０３をフォワードする。フレーム３０３は次いで、仮想回路を渡って宛先ポートに送信され、宛先ポートで、イーサネット・エクスチェンジャ１００は、ＭＰＬＳラベル３０７を、宛先ポートに関連づけられたＴＰＩＤで置き換える。フレーム３０４で示すように、ＴＰＩＤ値は、０ｘ８８ａ８に変換されており、ＶＬＡＮ  ＩＤは、２００に変換されている。０ｘ８８ａ８というＴＰＩＤ値は、第２のネットワークに関連づけられたキャリアによって設定される。変換されたフレームは次いで、フレーム３０５として、イーサネット・エクスチェンジャ１００から第２のネットワークに送信される。図３Ａは、ＶＬＡＮ  ＩＤの変換も示す。図示するように、着信フレーム３０１は、あるイーサネット網に対応するＶＬＡＮ  ＩＤ＝１００をもつ。このフレームが、イーサネット・エクスチェンジャ１００によって変換されると、そのＶＬＡＮ  ＩＤは、フレーム３０５の送信先であるイーサネット網に対応するように、１００から２００に更新される。
【００４２】
図３Ｂは、いくつかの実施形態による、複数の接続を有するイーサネット・フレーム変換の別の例を示すブロック図である。この例では、イーサネット・エクスチェンジャ１００は、Ｅ−ＮＮＩ３１０、３２０、３３０を介した３つの異なるキャリアからのフレームを変換する。フレーム３０９、３１９は、同様のイーサネット・タイプ８０２．１ｑに関連づけられ、フレーム３２９は、イーサネット・タイプ８０２．１ａｄに関連づけられる。図３Ａに示す例と同様に、こうしたフレーム（フレーム３５０、３５５、３６０として示す）がそのそれぞれの受信ポートで受信されると、フレーム・タイプおよびフレームＩＤ部分が削除され、ＭＰＬＳラベル（またはＭＰＬＳフレーム）で置き換えられる。フレームのＰＤＵ部分は、同じままである（または無視され、変換されない）。フレームは次いで、適切な仮想回路を渡って送られる。変換は、ＭＰＬＳラベルが、受信側のポートに関連づけられたフレーム情報で置き換えられたときに完了する。
【００４３】
図３Ｃは、いくつかの実施形態による、サービス品質変数の変換を示すブロック図である。複数のネットワークに渡って、異なるキャリアによって一貫したサービス品質（ＱｏＳ）を提供するために、イーサネット・エクスチェンジャ１００は、あるキャリアからのＱｏＳ変数を、別のキャリアからのＱｏＳ変数に変換可能である必要がある。いくつかの実施形態の場合、キャリアからのフレームは、３つのフレーム構成要素、すなわちサービス・フレーム、キャリア・フレーム、およびＱｏＳフレームをもつとみなされ得る。進入サイドの各構成要素に対応する、「保存」、「変換」および「プロファイル作成」として識別される３つの矢印に留意されたい。退出サイドでは、３つの矢印は、３つの構成要素のどれを修正することができるかを伝えるための、「保存」、「変換」および「プロファイルからの変換」として識別される。イーサネット・エクスチェンジャ１００は、フレーム３７０にある情報を、サービス・フレーム３９０、キャリア・フレーム３９１およびＱｏＳフレーム３９２に変換すればよい。サービス・フレーム３９０は、エンド・ユーザ・データを含み得る。キャリア・フレーム３９１は、イーサネット・エクスチェンジャ１００によって変換された、フレーム・タイプについての情報、ＶＬＡＮ  ＩＤおよびＴＰＩＤを含み得る。ＱｏＳフレーム３９２は、イーサネット・エクスチェンジャ１００によって、第１のネットワークにおいて使われるＱｏＳから、第２のネットワークにおいて使われるＱｏＳに変換されたサービス変数を含み得る。
【００４４】
フレーム３７０のフレーム部分３７２は、フレーム３８０のフレーム部分３８２と同様であることに留意されたい。ただし、フレーム３７０のフレーム部分３７４は、フレーム３８０のフレーム部分３８４に変換される。このことは、２つのネットワークの間でのＱｏＳの変換を反映している。いくつかの実施形態例の場合、各キャリアは、ウェブ・ポータルを使ってキャリアのネットワークについてのＱｏＳ情報を入力するよう求められる。２つのキャリアが合意に達すると、キャリアはそれぞれ、ウェブ・ポータルを使って、ＱｏＳのどちらを使うべきかを、イーサネット・エクスチェンジャ１００に示す必要がある場合がある。
【００４５】
図３Ｄは、いくつかの実施形態による、帯域幅変換の例を示すテーブルである。テーブル３９４は、行見出し３９５および列見出し３９６を含む。テーブル３９４の内容は、太字で強調されている。行見出し３９５は、サービス・オペレータ（別のキャリアのネットワーク・サービスを使っているキャリア）に関する帯域幅情報を含む。列見出し３９６は、サービス・プロバイダ（別のキャリアにサービスを提供するキャリア）に関する帯域幅情報を含む。ＣＩＲは、認定情報速度の省略であり、通常の条件下で保証された、仮想回路用の平均帯域幅を表し、帯域幅は、いかなるときも認定速度を下回るべきでない。ＰＩＲは、ピーク情報速度の省略であり、サポートされる最も高いバースト速度を表す。図３Ｄの太字エリア内の様々なセルは、オペレータのネットワークからサービス・プロバイダのネットワークへの、帯域幅の変換提案を表す。たとえば、オペレータのネットワークにおける帯域幅がＣＩＲであり、サービス・プロバイダのネットワークにおける帯域幅が「Ｑ  ＣＩＲごとの合計」である場合、サービス・プロバイダのネットワーク上のオペレータに与えられる帯域幅は、「ＣＩＲに対する合計帯域幅」である。いくつかの実施形態の場合、サービス・オペレータは、サービス帯域幅を保証するために、サービス・プロバイダの方法に合致し、適応する必要があり得る。図３Ｅは、図３Ｄと同様だが、いくつかの実施形態による、サービス・オペレータ（ＳＯ）とサービス・プロバイダ（ＳＰ）との間でのサービス品質（ＱｏＳ）トラバースの例を示す。
【００４６】
図４Ａ〜４Ｂは、いくつかの実施形態による、サービス・クラス（ＣｏＳ）マッピングの例を示すテーブルを含む。テーブル４０５、４１０は、行見出しには異なるクラスを、列見出しにはクラスの数を示す。両方のテーブル４０５、４１０中でのトラフィック方向は、イーサネット・エクスチェンジャ１００などのスイッチの進入から退出への方向を示す。テーブル４０５を参照すると、着信トラフィックのネットワークが、６つのＣｏＳタイプをサポートし、発信トラフィックのネットワークも６つのＣｏＳタイプをサポートするとき、「６つのＣｏＳ」見出しの下の第１列に示すように、１対１のマッピングが存在する。その一方で、着信トラフィックのネットワークが６つのＣｏＳタイプをサポートし、発信トラフィックのネットワークが１つのＣｏＳタイプしかサポートしないとき、着信トラフィックの６つのＣｏＳクラスはすべて、「１つのＣｏＳ」見出しの下の最後の列に示すように、発信トラフィックのネットワークによってサポートされる１つのＣｏＳにマップされる。同様に、発信トラフィックのネットワークが２つのＣｏＳタイプしかサポートしないとき、着信トラフィックの６つのＣｏＳクラスは、発信トラフィックのネットワークによってサポートされる２つのＣｏＳにマップされる。この例では、「２つのＣｏＳ」見出しの下の列に示すように、着信ＣｏＳ５、６は、ＣｏＳ２にマップされ、着信ＣｏＳ１〜４は、発信トラフィックのネットワークによってサポートされるＣｏＳ１にマップされる。図４Ｂのテーブル４１０は、図４Ａのテーブル４０５に示した例の逆の例を示す。この例では、着信トラフィックのネットワークは、１〜６つのＣｏＳのうちどこでもサポートすることができ、発信トラフィックのネットワークは、６つのＣｏＳタイプをサポートすることができる。見ると分かるように、マッピングの結果、着信トラフィックのＣｏＳを、発信トラフィックのネットワークによってサポートされる様々なＣｏＳに修正することになり得る。
【００４７】
図４Ｃは、いくつかの実施形態による、イーサネット・エクスチェンジャ内で構成されるフレーム・サイズ適合の例を示す図である。図解４５０は、各キャリアのネットワークが、異なるＭＴＵを有し得ることを示す。ＭＴＵは、キャリアのネットワーク管理者によってセットすることができ、キャリアのネットワークが送信し得る最も大きいフレーム（またはパケット）サイズをバイトで表す。いくつかの実施形態の場合、イーサネット・エクスチェンジャ１００が、あるキャリア・ネットワークから発したフレームを別のキャリア・ネットワークに送信するとき、フレーム・サイズが調整される必要があり得る。別のキャリアのＭＴＵより大きい、あるキャリア・ネットワークからのフレームは、より小さいフレームに分割すればよい。図４Ｃに示すように、キャリアＡのＭＴＵが９０００バイトであり、キャリアＢのＭＴＵが１５２６バイトなので、サービスＡは、最大１５２２バイトをサポート可能であればよい（１５２６バイトのうち４バイトは、オーバーヘッドに使われる）。同様に、キャリアＣのＭＴＵは４０００バイトであり、キャリアＤのＭＴＵが２０００バイトなので、サービスＢは、最大１９９６バイトをサポート可能であればよい（２０００バイトのうち４バイトは、オーバーヘッドに使われる）。
【００４８】
＜監視およびトラブル解決＞
図５は、いくつかの実施形態による、キャリアにとって利用可能であり得る監視およびトラブル解決ツールの例を示すブロック図である。Ｅ−ＮＮＩスイッチ・ファブリック５００、およびたとえばイーサネット・エクスチェンジャ１００を含む、ファブリック５００のイーサネット・エクスチェンジャは、仮想回路を渡るフレーム送信に影響し得るいかなる潜在的問題も監視し報告するための記述コードおよび／またはハードウェア論理を含み得る。たとえば、イーサネット運用および保守（ＯＡＭ）モジュール５１５ならびにチケット発行モジュール５２０を含み得る。
【００４９】
ウェブ・ポータル・レベルで、キャリアは、イーサネットＯＡＭモジュール５１５およびチケット発行モジュール５２０と対話するための監視オプション５０５およびトラブル解決オプション５１０にアクセス可能であり得る。キャリアは、監視およびトラブル解決報告５４０を受信可能でもあり得る。監視オプションは、キャリアのネットワーク運用センタ（ＮＯＣ）５３５のメンバによって、チケットの提出、状況のテスト、リンク統計の閲覧などに使うことができる。いくつかの実施形態の場合、キャリアのアプリケーション５３０に、監視およびトラブル解決情報を閲覧させ、他の関連ネットワーク・マネジメント操作を実施させるためのＡＰＩが利用可能であり得る。本明細書に記載するＡＰＩは、キャリアの情報と、ウェブ・ポータルおよびスイッチ・ファブリックに関連づけられた、データベースに格納された情報とを伝達し、交換する標準的方法を可能にし得ることに留意されたい。
【００５０】
いくつかの実施形態の場合、キャリアは、キャリアのネットワークならびにキャリアが関連づけられた仮想回路を包含するネットワーク・テストを実施可能であり得る。いくつかの実施形態の場合、イーサネット・エクスチェンジャ１００は、キャリアのテストが仮想回路を渡って別のキャリアのネットワークに及ぶのを防止し得る。ただし、承認が与えられると、イーサネット・エクスチェンジャは、第１のイーサネット網と第２のイーサネット網ならびに第１のイーサネット網と第２のイーサネット網自体との間でプロビジョニングされる仮想回路両方に関連した監視、トラブル解決およびチケット発行情報を提供するように構成される。
【００５１】
いくつかの実施形態の場合、イーサネット・エクスチェンジャ１００は、接続性の損失、性能などに関する問題を識別するためのテストを可能にするように構成される。接続性損失問題は、仮想回路の片側から仮想回路の反対側への通信がないときに識別され得る。この問題は、構成エラーによって引き起こされる場合もあり、物理的故障によって引き起こされる場合もある。仮想回路エンド・ポイントまたは中間ポイントのピング・テストを実施して、問題の原因を特定することができる。性能問題は、フレームの損失に関連し、フレームの配信を遅くし、または遅らせ、変動（もしくはジッタ）、またはサービス・スループットを遅らせ得る。他の問題は、キューイング、フレームのドロップなどに関連し得る。
【００５２】
＜潜在パートナー向けのマーケットプレイス＞
図６は、いくつかの実施形態による、マーケットプレイスの例を示すブロック図である。スイッチ・ファブリック・プラットフォームに加え、ウェブ・ポータル２００およびイーサネット・エクスチェンジャ１００によって提供されるサービスの組合せは、安全なコロケーション機構における潜在コンテンツおよび技術パートナーからなる一意の豊富なエコシステムへのアクセスを提供する。イーサネット・エクスチェンジャ１００は、ウェブ・ポータル２００と統合されて、マーケットプレイスを形成し、マーケットプレイスでは、キャリアは、他のキャリアによって提供されるサービスについて知り、サービスに資格を与え、他のキャリアとの接続をセットアップすることができ、ここでウェブ・ポータル２００は、キャリアに、情報を公開させ、他のキャリアによって公開された情報を見つけさせ、キャリアによって提供される情報に基づいてテンプレートを記入させるための構成モジュール６５０を含む。ウェブ・ポータル２００は、イーサネット・エクスチェンジャ１００に、書き込まれたテンプレートに基づいて仮想回路をプロビジョニングさせるように構成される。
【００５３】
マーケットプレイス６００は、安全なコロケーション機構における、キャリアの間でのネットワーク・サービスの発見および販売を可能にする。こうすることにより、キャリア１〜「ｎ」は、地球規模での到達範囲および深さをシームレスに拡張することが可能になる。多対多のＥ−ＮＮＩ用のマーケットは、キャリアが、そのイーサネット・サービスを、キャリアの資産またはインフラストラクチャの物理的フットプリントまたは能力を越えて拡張することが必要であることにより運営される。マーケットプレイス６００は、プラットフォーム（たとえば、イーサネット、ＭＰＬＳ、ＳＡＳＳなど）に関わらず、キャリアをまとめて、キャリアのネットワークを相互接続するように設計される。マーケットプレイス６００を使って、キャリアは、他のキャリアによって提供されるサービスを探索し検討し、キャリアの要件を満たすサービスを選択的に識別し、所望のキャリアと購入を交渉することができる。図９は、いくつかの実施形態例による、ウェブ・ポータルおよび外部ネットワーク間インタフェース（Ｅ−ＮＮＩ）を含むマーケットプレイスの表現の全体的図解例を示す。この例は、ウェブ・ポータルおよびその機能性、ＥＮＮＩインフラストラクチャおよびその機能性、キャリアの代表者の役割、ならびにキャリアの代表者とポータル・インフラストラクチャおよびＥＮＮＩインフラストラクチャとの間の対話に基づいて生成されたデータのタイプの統合を、他の適切な情報とともに示す。
【００５４】
＜フロー図＞
図７Ａは、いくつかの実施形態による、キャリアに相互接続性サービスを提供するプロセスを示すフロー図例である。ブロック７０５で、参加者になるための要求が、複数のキャリアから受信され得る。要求は、ウェブ・ポータル２００を介して受信され得る。ブロック７１０で、各キャリアは資格付与され、イーサネット・エクスチェンジャ１００のポートに関連づけられる。ブロック７１５で、キャリアのネットワークについての情報が受信される。この情報は、ウェブ・ポータル２００およびそのウェブ・テンプレートを介して受信され得る。ブロック７１０、７１５に記載した操作は、実装形態によっては入れ換えてよいことに留意されたい。
【００５５】
ブロック７２０で、キャリアが他のキャリアに対して展示したいと思うサービスが、マーケットプレイスでアクセス可能になり得る。マーケットプレイスは、ネットワーク要件をもつキャリアが要件を投稿することを可能にするための機構を提供することもできる。上述したように、いくつかの実施形態の場合、この要件投稿はＲＦＱの形でよく、ＲＦＱは、要件に合致するネットワーク・サービスを提供する適切なキャリアに送ることができる。マーケットプレイスはまた、キャリアのネットワーク・サービスが他のキャリアによって表示され、探索され、閲覧され、発注され得るように、各キャリアに店舗を提供する。
【００５６】
キャリアがパートナーになったことに基づいて、ブロック７２５に示すように、キャリアは、接続を確立させるための要求を生成することができる。ブロック７３０で、イーサネット・エクスチェンジャ１００は、要求側キャリアのネットワークを接続するための仮想回路をプロビジョニングする。ブロック７３５で、仮想回路は、潜在的問題を監視され、適切な状況情報がキャリアに提供される。
【００５７】
図７Ｂは、いくつかの実施形態による、既存キャリアの情報を再利用して、複数の仮想回路を確立するプロセスを示すフロー図例である。ブロック７５０で、第１のキャリアと第２のキャリアとの間に仮想回路を確立するための要求が受信される。ブロック７５５で、第１のキャリアおよび第２のキャリアについての情報が、データベースから取得される。この情報は、第１および第２のキャリアによって、キャリアが参加者になったことの一部として提供されていた。ブロック７６０で、第１の仮想回路がプロビジョニングされる。ブロック７６５で、第１のキャリアと第３のキャリアとの間に仮想回路を確立するための別の要求が受信される。ブロック７７０で、第１のキャリアおよび第３のキャリアについての情報が、データベースから取得される。第１のキャリアが、この要求に対して同じ情報を再度提供する必要はないことに留意されたい。第１のキャリアに関してデータベースに格納されている同じ情報が再利用される。第３のキャリアについての情報も、第３のキャリアが参加者になったときに提供されていた。ブロック７７５で、第２の仮想回路がプロビジョニングされる。
【００５８】
図７Ｃは、いくつかの実施形態による、キャリアの間の協力関係を促進するプロセスを示すフロー図例である。ブロック７８０で、キャリアが相互に対話することを可能にするためのウェブ・ポータルが提供される。ウェブ・ポータルは、スイッチ・ファブリックおよび１つまたは複数のイーサネット・エクスチェンジャを含むＥ−ＮＮＩインフラストラクチャに関連づけられる。ウェブ・ポータルは、第１のキャリアが、ネットワーク・サービスに関する見積要求（またはＲＦＱ）を第２のキャリアに提出することを可能にするためのオプションを含む。第１および第２のキャリアは両方とも、既に登録済みであり、ウェブ・ポータルおよび基底Ｅ−ＮＮＩインフラストラクチャによって提供されるサービスの参加者になっている。ブロック７８５で、見積要求が第１のキャリアから受信される。ブロック７９０で、見積要求は、第２のキャリアに送られる。第２のキャリアは、見積要求を検討し、ソリューションを提供し、ウェブ・ポータルに依存せずに第１のキャリアを受け入れてよい。
【００５９】
ブロック７９５で、第１および第２のキャリアの間の仮想回路を確立するための要求が受信される。ブロック７９８で、仮想回路のプロビジョニングおよび構成が、第１および第２のキャリアに関して格納された情報に基づいて、また、要求とともに提供されたあらゆる付加情報に基づいて実施される。
【００６０】
＜システム図＞
図８は、いくつかの実施形態例による、使われ得るコンピュータ・システムという例示的形での、マシン表現の図解例を示す。一例として、コンピュータ・システム８００は、キャリアによってウェブ・ポータル２００にアクセスするのに使われるクライアント・コンピュータ・システムまたはマシンでよい。別の例として、コンピュータ・システム８００は、ウェブ・ポータル２００に関連づけられたプログラムが格納され実行され得るコンピュータ・システムでよい。
【００６１】
本明細書において論じた方法論のどの１つまたは複数もマシンに実施させるための命令セットが、実行され得る。代替実施形態では、マシンは、スタンドアロン装置として動作し、または他のマシンに接続され（たとえば、ネットワーク接続され）得る。ネットワーク接続された展開では、マシンは、サーバ−クライアント・ネットワーク環境におけるサーバもしくはクライアント・マシンの立場で、またはピアツーピア（または分散）ネットワーク環境におけるピア・マシンとして動作し得る。マシンは、サーバ・コンピュータ、クライアント・コンピュータ、パーソナル・コンピュータ（ＰＣ）、タブレットＰＣ、セットトップ・ボックス（ＳＴＢ）、携帯情報端末（ＰＤＡ）、セルラー電話、ウェブ・アプライアンス、ネットワーク・ルータ、スイッチもしくはブリッジ、またはそのマシンによってとられるべきアクションを示す命令セット（順次もしくはそれ以外）を実行することが可能などのマシンでもよい。さらに、単一のマシンを示しているが、「マシン」という用語は、本明細書において論じた方法論のどの１つまたは複数も実施するための命令セット（または複数セット）を個々に、またはまとめて実行するどのマシン集合体も含むとみなされるべきである。
【００６２】
本例において、コンピュータ・システム８００は、バス８０８を介して互いと通信する、プロセッサ８０２（たとえば、中央処理装置（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）、または両方）、メイン・メモリ８０４およびスタティック・メモリ８０６を含み得る。コンピュータ・システム８００は、ビデオ・ディスプレイ・ユニット８１０（たとえば、液晶ディスプレイ（ＬＣＤ）やブラウン管（ＣＲＴ））をさらに含み得る。コンピュータ・システム８００は、インプット装置８１２（たとえば、キーボード）、カーソル制御装置８１４（たとえば、マウス）、ディスク・ドライブ・ユニット８１６、信号生成装置８１８（たとえば、スピーカ）およびネットワーク・インタフェース装置８２０も含む。
【００６３】
ディスク・ドライブ・ユニット８１６は、本明細書に記載した方法論または機能のどの１つまたは複数も実施する１つまたは複数の命令セット（たとえば、ソフトウェア８２４）が格納されるマシン可読媒体８２２を含む。命令８２４はまた、コンピュータ・システム８００による命令の実行中は、完全に、または少なくとも部分的に、メイン・メモリ８０４、スタティック・メモリ８０６内、および／またはプロセッサ８０２内にあってよい。メイン・メモリ８０４およびプロセッサ８０２も、マシン可読媒体を構成し得る。
【００６４】
命令８２４はさらに、ネットワーク・インタフェース装置８２０を介してネットワーク８２６を超えて送信または受信を行うこともできる。様々な実施形態の機器およびシステムを含み得るアプリケーションは、様々な電子およびコンピュータ・システムを広く含む。いくつかの実施形態は、特定の２つ以上の相互接続されたハードウェア・モジュールまたは装置に、モジュールの間もしくはモジュールを介して伝達される関連制御およびデータ信号で、または特定用途向け集積回路の部分として、機能を実装する。したがって、システム例は、ソフトウェア、ファームウェア、およびハードウェア実装形態に適用可能である。
【００６５】
実施形態例において、アプリケーションによって構成されたコンピュータ・システム（たとえば、スタンドアロン、クライアントまたはサーバ・コンピュータ・システム）は、本明細書において後で記載する特定の操作を実施するように構成され動作する「モジュール」を構成し得る。他の実施形態では、「モジュール」は、機械的または電子的に実装することができる。たとえば、モジュールは、特定の操作を実施するように永続的に（たとえば、特殊目的プロセッサ内に）構成される専用の回路要素または論理を備え得る。モジュールは、特定の操作を実施するようにソフトウェアによって一時的に構成される（たとえば、汎用プロセッサまたは他のプログラム可能プロセッサ内に包含される）プログラム可能論理または回路要素も備え得る。コストおよび時間を考慮して、専用の永続的構成の回路要素で、または一時的に構成された回路要素（たとえば、ソフトウェアによって構成される）で、モジュールを機械的に実装するという決定に至り得ることが理解されよう。したがって、「モジュール」という用語は、有形エンティティが、ある特定のやり方で動作するように、および／または本明細書に記載する特定の操作を実施するように物理的に組み立てられ、永続的に構成され（たとえば、配線接続され）、または一時的に構成される（たとえば、プログラムされる）エンティティだとすると、有形エンティティを包含すると理解されるべきである。
【００６６】
マシン可読媒体８２２を、実施形態例では単一媒体であると示しているが、「マシン可読媒体」という用語は、１つまたは複数の命令セットを格納する単一媒体または複数の媒体（たとえば、集中型もしくは分散型データベース、ならびに／または関連づけられたキャッシュおよびサーバ）を含むとみなされるべきである。「マシン可読媒体」という用語も、マシンによって実行するための命令セットを格納し、エンコードし、または載せることが可能であるとともに、本記述の方法論のどの１つまたは複数もマシンに実施させるどの媒体も含むとみなされるべきである。「マシン可読媒体」という用語はしたがって、固体状態メモリ、光磁気媒体、およびキャリア信号を含むとみなされ、それらに限定されるべきではない。
【００６７】
言及したように、ソフトウェアは、送信媒体を使ってネットワークを介して送信することができる。「送信媒体」という用語は、マシンに送信し、マシンによって実行するための命令を格納し、エンコードし、または載せることが可能であるとともに、デジタルもしくはアナログ通信信号またはこのようなソフトウェアの送信および通信を容易にするための他の無形媒体を含む、どの媒体も含むとみなされるべきである。
【００６８】
＜ウェブ・ポータルとスイッチ・ファブリックの統合＞
図９は、いくつかの実施形態例による、ウェブ・ポータルを含むマーケットプレイスの全体的表現例を示すブロック図である。この例は、キャリアとウェブ・ポータル２００との間の対話を示すことによるポータル経験、ウェブ・ポータル２００によって実施される機能、ならびに代表者の役割、権利および許可を示す。この例は、どのようにキャリアの情報が収集され使われるか、ならびに仮想回路のオート・プロビジョニングに関連した、ポータル・インフラストラクチャおよびＥ−ＮＮＩまたはネットワーク・インフラストラクチャとのウェブ・ポータルの統合も示す。
【００６９】
図９における図解は、アプリケーション層９０５、役割層９１０、機能層９１５、データ層９２０ならびにバック・オフィスおよびネットワーク層９２５を含む。バック・オフィスおよびネットワーク層９２５は、ポータル・インフラストラクチャ９３０と、ウェブ・ポータルに関する操作を実施する論理とを含む。こうした操作は、テンプレートを提示し、キャリアに対して情報を要請すること、テンプレートから情報を抽出すること、抽出された情報をデータベースに格納することなどを含み得る。テンプレートは、たとえば、手動入力、プルダウン・タイプのメニューに提示される可能エントリの選択、既存情報の選択、およびテンプレートのフィールドへの自動投入を含む様々な機構によって、参加キャリアに対して情報を要請し得ることに留意されたい。他の操作は、性能、セキュリティ、可用性、分析、ＣＭＳ、ＩＤＭ、ユーザ経験、およびローカライゼーションに関連し得る。ポータル・インフラストラクチャ９３０は、企業アプリケーション統合のための論理を含み得る。
【００７０】
バック・オフィスおよびネットワーク層９２５は、Ｅ−ＮＮＩインフラストラクチャ９３５、ならびにスイッチ・ファブリックおよびイーサネット・エクスチェンジャに関する操作を実施する論理も含む。こうした操作は、キャリアのプライベート・イーサネット網を相互接続するための仮想回路のプロビジョニング、イーサネット・フレームの変換、ＱｏＳのマッピング、ＮＭＳおよびＯＳＳを使ってのネットワーク問題の監視およびトラブル解決、サポート・チケットの生成、ＡＰＩのサービスなどを含み得る。Ｅ−ＮＮＩインフラストラクチャ９３５は、スイッチ・ファブリック統合のための論理を含み得る。ポータル・インフラストラクチャ９３０およびＥ−ＮＮＩインフラストラクチャ９３５に関連づけられた操作は、ソフトウェア、ハードウェア、または両方の組合せで実装され得る。
【００７１】
役割層９１０は、ウェブ・ポータルと対話することができる様々な代表者役割を示す。いくつかの実施形態の場合、各キャリアが、ある代表者を、管理者として働くよう任命することができる。管理者は、ウェブ・ポータルに登録される必要がある。管理者は、キャリアの代わりに、ウェブ・ポータルにおいて操作を実施するための必要な権利および許可をすべて有し得る。管理者は、キャリアの他のメンバを、キャリアの代表者として加わるよう勧誘することができる。この特徴により、キャリアは、各キャリアの代表者に割り当てられ得る役割を完全に制御することができる。これは、自己サービス管理と呼ばれ得る。この手法を用いると、管理者は、予想される代表者に勧誘を送るだけでよい。管理者は、ユーザＩＤおよびパスワードなどのセットアップのような、代表者の証明を扱わなくてよい。自分のプロファイル、証明、パスワード、セキュリティ質問などを作成するのは、新たな代表者の責任である。こうした情報はどれも管理者には渡されないので、新たな代表者を定めるには大いに好都合である。パスワードおよび証明が他者に曝される危険は、最小限にされる。予想される代表者の勧誘ならびに代表者のプロファイルおよび証明情報のセットアップは、ウェブ・ポータルのサービス・プロバイダとのどの対話にも依拠しないことに留意されたい。いくつかの実施形態の場合、管理者の機能は任意選択で、ウェブ・ポータルのサービス・プロバイダによって実施され得る。ウェブ・ポータルのサービス・プロバイダの一例は、カリフォルニア州Ｆｏｓｔｅｒ  Ｃｉｔｙを本部とするＥｑｕｉｎｉｘ，Ｉｎｃ．である。
【００７２】
キャリアは、キャリアの代表者グループにどの役割および責任を与えたいか決定することができるので、管理者特徴は非常に好都合である。キャリアは、代表者を、その役割に基づいて制限し、代表者を、キャリアが実施させたい義務にだけ制限してよい。たとえば、管理者のみが、仮想回路に関するサービス要求または仮想回路に関する変更要求を提出することができる。別の例として、営業の役割をもつ代表者は、監視およびトラブル解決情報にアクセスすることができない。いくつかの実施形態の場合、管理者は、同じキャリアの従業員ならびに非従業員を、キャリアの代表者になるよう勧誘することができる。たとえば、非従業員は、キャリアのために、また、キャリアとの何らかのタイプの合意の下で行動するサード・パーティ契約者でよい。新たな代表者の勧誘に加え、管理者は、たとえば、ユーザの作成／解除、ユーザの修正、役割の割当て、権利および許可、パスワードのリセットなどを含む他の管理操作も実施することができる。
【００７３】
いくつかの実施形態の場合、新たな代表者がウェブ・ポータルに登録し、必要な証明を作成すると、その新たな代表者は当初、管理者によって承認が与えられるまでは、どの操作を実施するための許可権利ももたない。たとえば、管理者は、新たな代表者のプロファイルを検討し、新たな代表者に一定のアクセス権を付与することができる。これは、チェック・ボックスの形でよい。次いで、新たな代表者のプロファイルに、アクセス権が付加され、これが、ウェブ・ポータル上での新たな代表者の個別化経験になる。いくつかの実施形態の場合、代表者に提示されるウェブ・ページは、付与されたアクセス権に基づいて、その代表者向けに個別化される。こうすることにより、各代表者は、ウェブ・ポータルと対話するとき、独自の個別化された経験をもつようになる。様々な役割にある代表者は依然として、同じ操作を実施しているわけではないとしても、ウェブ・ポータルでの個別化された経験を享受し得る。
【００７４】
図９の図解において、役割層９１０は、管理者、製品マネージャ、営業（ｌｉｔビルディングに関連）、キャリア・マネジメント、入札チーム、営業（見積に関連）、調達、プロビジョニング、エンジニアリング、およびＮＯＣという役割を示す。製品マネージャ役割にある代表者は、資格付与フォームを完成させ、他の参加者の情報を閲覧し、他の参加者の資格証明を閲覧し、資格証明の閲覧を制限することなどが認められる。たとえば、あるキャリアの製品マネージャは、競合キャリアの代表者に、製品マネージャが勤めているキャリアの資格証明情報を閲覧させたくない場合がある。営業ｌｉｔビルディング役割にある代表者は、ｌｉｔビルディング・リスト（ＬＢＬ）をアップデートし、ＬＢＬを更新し、ＬＢＬをオンラインで閲覧し、ＬＢＬをエクスポートし、ＬＢＬへのアクセスを制限することなどが認められる。キャリア・マネジメント役割および／または入札チーム役割にある代表者は、ＲＦＱを提出し、オープンＲＦＱを閲覧し、オープンＲＦＱを通知し、ＲＦＱをエクスポートすることなどが認められる。営業見積作成役割にある代表者は、見積を提出し、処理中の見積を保存し、見積をキューイングし、見積をエクスポートし、見積を通知することなどが認められる。調達役割にある代表者は、クロスコネクトを発注し、仮想クロスコネクトを発注し、オープン発注を閲覧し、発注確認を通知し、発注履歴を閲覧することなどが認められる。プロビジョニング役割にある代表者は、保留発注を通知し、閲覧し、キューイングし、承認し、承認された発注をオート・プロビジョニングし、有効化／検証を通知することなどが認められる。エンジニアリング役割および／またはＮＯＣ役割にある代表者は、ＮＯＣ連絡先を閲覧し、拡張処理を閲覧し、統合を矯正し、サービス・リンク統計を閲覧し、監視履歴を閲覧することなどが認められる。
【００７５】
アプリケーション層９０５は、キャリアのアプリケーションがウェブ・ポータルと直接通信することを可能にするためのＡＰＩによりキャリアまで拡張されるウェブ・サービスを含む。こうしたＡＰＩは、どのようにして情報を送るか、およびどのように情報がウェブ・ポータルによって受信されるかをキャリアに伝えることができる。ＡＰＩは、異なるプロトコルおよびアプリケーションの間での、ハンドシェーク、マッピング、およびスイッチ・ファブリックによって使われる標準へのコンバージョンをキャリアのアプリケーションが行うことを可能にする情報を含み得る。このことは、たくさんの情報を送信することを望み、たとえば、バルク処理よりもバッチ処理を好むであろうキャリアにとって好都合であり得る。一例が、キャリアに、ｌｉｔビルディング・リスト（ＬＢＬ）をプッシュさせるＡＰＩである。ＬＢＬは、イーサネット・サービスおよびこうしたイーサネット・サービスの特性に合わせて配線されるビルディングを含む。キャリアは、ツールおよび様々なアプリケーションを使って、ＬＢＬを維持することができる。キャリアは、このリストと連携し、リストを自システム上で維持することができる。ただし、ＬＢＬ  ＡＰＩは、キャリアのデータベース中のｌｉｔビルディング・リスト情報を、いかなる手動データ入力もなしで、ＡＰＩによりプッシュさせ、スイッチ・ファブリックのデータベース上に複製させる。ＡＰＩは、データを固有形式で受信し、情報を、スイッチ・ファブリックのデータベースにおいて使われる標準形式にコンバートするようにコーディングされ、いかなる手動データ入力なしでも、キャリアのデータベースからスイッチ・ファブリックのデータベースへのデータのプッシュを自動的に容易にするようにもコーディングされる。
【００７６】
別の例は、キャリアに、キャリアの価格設定情報をプッシュさせるＡＰＩである。見積作成および価格設定ＡＰＩは、キャリアが、その固有ツールおよび様々なアプリケーションを使って、見積作成および価格設定情報を生成し、維持し、追跡することを可能にし、同時に同じデータが、ＡＰＩによりＥＮＮＩのデータベースに複製される。さらに別の例は、ウェブ・ポータルおよびスイッチ・ファブリックからトラブル解決およびチケット発行情報をプル／プッシュさせるＡＰＩである。スイッチ・ファブリックによって使われるチケット発行システムの一例は、テキサス州ヒューストンのＢＭＣ  Ｓｏｆｔｗａｒｅ，ＩｎｃによるＲｅｍｅｄｙシステムである。Ｒｅｍｅｄｙとは、インシデント・マネジメント・チケットによって、キャリアが直面する問題またはトラブルをログ記録／監視するのに使うことができるカスタマー・リレーションシップ・ツールである。各チケットは、サポート・チームに対して解決するよう命じられる問題を表す。
【００７７】
機能層９１５は、役割層９１０における役割それぞれによって実施される操作に対応する機能を含む。こうした機能は、管理、資格付与、リスト、ＲＦＱ、見積作成、購入、受信、在庫表およびプロビジョニング、ならびに監視およびトラブル解決を含む。データ層９２０は、機能層９１５の機能によって生成され得るデータを含む。このデータは、ユーザ役割、権利および許可と、参加者一覧および資格付与レコードと、ＬＢＬと、オープンＲＦＱおよび指定ＲＦＱと、入札および見積と、発注と、確認と、有効化と報告とを含み得る。キャリアに、そのＬＢＬを提供させることによって、ｌｉｔビルディングを識別するプロセスが、はるかに高速および容易になることに留意されたい。参加キャリアすべてのＬＢＬは、たとえば、番地、大都市圏、都市、郵便番号または他の同様の一般的な地理的識別伝達情報で発見することができるように、探索可能なリレーショナル・データベースに格納することができる。ＬＢＬを発見可能であり、スイッチ・ファブリックと統合されたウェブ・ポータルを介して発注可能であることにより、キャリアは、他のキャリアのサービスにほぼすぐに接続し、利用することが可能になる。
【００７８】
いくつかの実施形態の場合、イーサネット・スイッチ・プラットフォームは、発注、支払い請求、キャリアの追跡、およびキャリア関係のマネジメントを可能にするための支払い請求サポート・システム（ＢＳＳ）を含み得る。他の一部の実施形態の場合、イーサネット・スイッチ・プラットフォームは、キャリアがウェブ・ポータルを使ってネットワーク・サービスに関して交渉し、合意に至ることを可能にするためのサービス担当システムを含み得る。たとえば、キャリアは、ウェブ・ポータルを使って、ネットワーク・サービスを公開し探索し、交渉してパートナーになり、プロビジョニング発注を行い、ネットワーク問題を監視し診断し、受けたサービスに対して支払いをすることができる。
【００７９】
図１０は、いくつかの実施形態例による、ウェブ・ポータルの画面例を示す。画面１０００は、ウェブ・ポータルのホーム・ページに関連づけられ得る。画面１０００は、キャリアおよびその代表者が、図９に記載した操作を実施することを可能にするためのオプションを含み得る。ウェブ・ポータル（またはウェブ対応ユーザ・インタフェース）は、サーバ上にあってよく、ホーム・ページおよびテンプレートを含むウェブ・ページを、クライアント・マシン上のブラウザ・アプリケーションに提示して、参加キャリアに対して情報を要請するように構成される。この情報は次いで、ウェブ・ページおよびテンプレートから抽出され、関連づけられたデータベースに格納される。こうすることにより、参加キャリアは、提供されるネットワーク・サービスおよび能力を公開し、キャリアによって提供されるネットワーク・サービスおよび能力を探索し、ＲＦＱに見積要求（ＲＦＱ）および応答を提出し、キャリアのプライベート・イーサネット網の間で仮想回路のプロビジョニングを開始し、仮想回路ならびにキャリア自体のプライベート・イーサネット網をウェブ・ポータルから監視し、トラブル解決することが可能になる。これにより、キャリアには、エンドツーエンドの（たとえば、ネットワーク１、仮想回路、ネットワーク２）監視およびトラブル解決能力が与えられる。
【００８０】
画面１０００を参照すると、パートナー・オプション１００４は、参加キャリアの情報の閲覧を可能にし得る。オプション１００４は、会社プロファイル、資格付与情報、ＬＢＬ情報などを含み得る。購買オプション１００６は、代表者が、ＲＦＱを提出し、オープンＲＦＱを閲覧し、ＲＦＱをエクスポートすることなどをできるようにする。販売オプション１００８は、代表者が、ＬＢＬをアップデートし、見積を提出することなどをできるようにし得る。発注オプション１０１０は、代表者が、仮想回路のプロビジョニングを要求できるようにし得る。監視オプション１０１２は、代表者が、統合型スイッチ・ファブリックから状況および診断情報を受信できるようにし得る。プロファイル・オプション１０１４は、代表者が、自分のプロファイルを検討し、更新できるようにし得る。ユーザ・マネジメント・オプション１０１６は、管理者の代表者が、図９で上述したような操作を実施できるようにし得る。キャリアからの代表者の役割によっては、記載したオプションの一部は、表示されなくてよいことに留意されたい。たとえば、代表者が、ウェブ・ポータルにサインオンするＮＯＣ役割を命じられた場合、その代表者は、発注オプション１０１０を見ることはできない。発注オプション１０１０を閲覧できることは、調達またはプロビジョニング役割を命じられた代表者のために取りおかれ得る経験である。
【００８１】
いくつかの実施形態の場合、ウェブ・ポータルは、ｌｉｔビルディングに関連した情報を代表者に探索させるための探索オプションを提供する画面を含み得る。たとえば、画面１０００は、住所を示すためのインプット・エリア１０２２と、大都市圏または都市の名称を示すためのインプット・エリア１０２４とを含む探索ボックス１０２０を含む。任意選択で、探索ボックス１０２０は、こうした探索パラメータに基づいてｌｉｔビルディングの探索を可能にするために、郵便番号または他の同様の一般的な地理的識別伝達情報を入力させるためのインプット・エリアを含み得る。たとえば、番地を使う代わりに、インプット・エリア１０２２は、郵便番号用に使ってよい。住所および／または大都市圏もしくは都市の名称が指示された後、ボタン１０２５を使って、データベースの探索を開始することができる。画面１０００は、たとえば新規パートナーの数、新規入札の数、新規ＲＦＱの数、および新規サービス・アップデートの数など、他の関連情報を表示するためのサイド・バーまたはキュー・エリア１０２６も含み得る。サイド・バー・エリア１０２６の位置およびサイド・バー１０２６に表示される情報のタイプは、例として示してあり、画面１０００の実装形態によって変わり得る。
【００８２】
＜ウェブ・ポータルのフロー図＞
図１１は、いくつかの実施形態による、ウェブ・ポータルによって提供されるサービスをキャリアが使用できるようにするプロセスを示すフロー図例である。ブロック１１０５で、キャリアは、資格付与処理を通り、パートナーになる。資格付与処理は、キャリアが資格付与テンプレートに記入することを必要とし得る。ブロック１１１０で、キャリアは、そのネットワークおよびサービスについての情報を提供する必要がある場合がある。キャリアは、参加者になった後、他のキャリアのサービスを閲覧して、必要とし得るサービスを探索することができる。サービスが識別されると、キャリアは、ブロック１１１２に示すように、ＲＦＱを提出することができる。ブロック１１１４で、サービスを提供しているキャリアは、別のキャリアからＲＦＱを受信し得る。その場合、キャリアは、ＲＦＱに応答してよい。ＲＦＱを提出するキャリアと、ＲＦＱに応答するキャリアとの間で確立された合意に基づいて、ブロック１１１６に示すように、サービスの購入が起こり得る。ブロック１１１８で、仮想回路をプロビジョニングするための発注を生じることができる。ブロック１１２０で、仮想回路の監視およびトラブル解決を可能にするためのオプションが使用可能になり得る。
【００８３】
＜変換フロー図＞
図１２は、いくつかの実施形態による、プライベート・イーサネット網向けにフレームを変換し、マップするプロセスを示すフロー図例である。回路のプロビジョニングを実施するイーサネット・エクスチェンジャは、参加キャリアまたはサービス・プロバイダの配線および／またはケーブルが接続される特定のエリアに置けばよい。このような１つの中心エリアは、データ・センタまたはコロケーション・センタである。このフロー図例におけるサービス・プロバイダは、既に資格付与されており、プロバイダおよびそのネットワーク・サービスについての情報を既に提供している。プロバイダのために仮想回路が確立されるために、サービス・プロバイダは、たとえばＲＦＱを使う販売および購買処理を通してパートナーになっている。
【００８４】
ブロック１２０５で、第１のサービス・プロバイダのプライベート・イーサネット網を第２のサービス・プロバイダのプライベート・イーサネット網に相互接続するための仮想回路が確立される。ブロック１２１０で、第１のプライベート・イーサネット網からのフレームの受信に基づいて、イーサネット・エクスチェンジャは、異なるプロトコルの間でのハンドシェーク、マッピング、およびコンバージョンと、第１および第２のサービス・プロバイダによって使われるサービス基準の保証とを実施するように構成される。ブロック１２１５で、イーサネット・エクスチェンジャは、フレームのＰＤＵ部分を保存したまま、ＭＴＵ適合、ＶＬＡＮ  ＩＤおよびＴＰＩＤ変換を実施するように構成される。ブロック１２２０で、変換されたフレームは、第２のプライベート・イーサネット網上に送信される。上述したように、イーサネット・エクスチェンジャは、たとえば異なる大陸など、異なる地理領域にいるユーザ／クライアントをサービス・プロバイダがサポートすることを可能にし得る。ブロック１２２５で、イーサネット・エクスチェンジャは、第１のプライベート・イーサネット網とは異なる地理領域に置かれた第３のプライベート・イーサネット網にフレームを送信することができる。第１および第３のプライベート・イーサネット網は、第１のサービス・プロバイダによって所有され、操作され得る。したがって、第１のプライベート・イーサネット網を第３のプライベート・イーサネット網と接続するための独自の配線を提供するのではなく、第１のサービス・プロバイダは、第２のサービス・プロバイダの既存の配線を利用して、イーサネット・エクスチェンジャ経由でその接続を達成する。
【００８５】
＜自動プロビジョニングのフロー図＞
図１３は、いくつかの実施形態による、１つまたは複数の仮想回路をプロビジョニングするプロセスを示すフロー図例である。ブロック１３０５で、キャリアまたはサービス・プロバイダに対して、資格が付与され、互いのネットワーク・サービスに参加し、記述することができるようになるためのウェブ・ページおよびテンプレートが提示される。ウェブ・ページおよびテンプレートは、サービス・プロバイダがネットワーク・サービスを相互に売買することも可能にし得る。こうしたウェブ・ページおよびテンプレートはすべて、ウェブ・ポータルによって提示される。ブロック１３１０で、ＲＦＱおよびＲＦＱへの応答が、それぞれの購買側サービス・プロバイダおよび販売側サービス・プロバイダによって生成される。ＲＦＱおよび応答は、ウェブ・ポータルを介して受信される。ブロック１３１５で、プロビジョニング発注が、購買側および販売側サービス・プロバイダの一方または両方から受信される。
【００８６】
ブロック１３２０で、プロビジョニング発注は、ＲＦＱ、ＲＦＱへの応答から抽出された情報と、購買側および販売側サービス・プロバイダによってウェブ・ポータル経由で予め与えられ、リレーショナル・データベースに格納された、自プロバイダについての情報とに基づいて完了される。ブロック１３２５で、１つまたは複数の仮想回路が、イーサネット・エクスチェンジャにおいて、また、購買側および販売側サービス・プロバイダの代わりにプロビジョニングされる。回路のプロビジョニングは、プロビジョニング発注が受信されたときに対してリアル・タイムで行われ得る。というのは、プロビジョニングを実施するのに必要な情報のほとんどは、リレーショナル・データベースに既に格納されているからである。いくつかの実施形態の場合、イーサネット・エクスチェンジャは、リレーショナル・データベースに格納された情報を使って、複数のキャリアに対して同時に複数の回路をプロビジョニングすることが可能であり得る。
【００８７】
ブロック１３３０で、購買側および販売側サービス・プロバイダには、その仮想回路を監視し、トラブル解決するためのオプションが提供される。この提供は、ウェブ・ポータルを介してオンラインで行われ得る。あるいは、アプリケーション・プログラミング・インタフェース（ＡＰＩ）を介してリモートに行われ得る。ブロック１３３５で、購買側および販売側サービス・プロバイダのサポート代表者は、仮想回路に関連した問題のためのサポート・チケットを受信することも可能であり得る。
【００８８】
いくつかの実施形態の場合、ＶＬＡＮ  ＩＤはそれぞれ、そのＶＬＡＮ  ＩＤのネットワーク特性情報を格納するための一意のレコードに関連づけられる。ネットワーク特性情報は、リレーショナル・データベースに格納され、関連づけられたキャリア用の他の仮想回路の後続プロビジョニングに再利用される。いくつかの実施形態の場合、プロビジョニングが実施されると、プロビジョニングに使われる情報の一貫性をチェックし、プロビジョニング発注に含まれる情報の忠実度をクロスチェックすることが必要な場合がある。こうしたチェックは、イーサネット・スイッチ・プラットフォーム内で確立されたすべての仮想回路およびその特性を保持するテーブルのチェックと、イーサネット・スイッチ・プラットフォームのポートに接続するすべての物理ネットワークおよびその特性を保持するテーブルのチェックと、プロビジョニング発注に関わるキャリアのプロファイルおよび関連づけられたあらゆるＶＬＡＮレコードのチェックとを含み得る。
【００８９】
上記詳細な説明のいくつかの部分は、コンピュータ・メモリ内のデータ・ビットに対する操作のアルゴリズムおよび象徴的表現によって提示されている。こうしたアルゴリズムによる記述および表現は、データ処理分野の当業者によって、その作業内容を他の当業者に最も効果的に伝えるのに使われる手段である。アルゴリズムとは、本明細書において、また一般的には、自己所望の結果につながる、矛盾のない一連のステップであると考えられる。ステップは、物理量の物理的な取扱いを必要とするものである。必ずではないが普通には、こうした量は、格納され、転送され、組み合わされ、比較され、または操作されることが可能な電気または磁気信号の形をとる。この形は、主として、こうした信号をビット、値、要素、記号、文字、用語、数などとして指すための一般的使用という理由により、ときには好都合であることが分かっている。こうしたアルゴリズムは、Ｃ、Ｃ＋、または他の同様の言語など、いくつかの異なるソフトウェア・プログラミング言語で書かれ得る。また、アルゴリズムは、ソフトウェア中のコード行、ソフトウェア中の構成論理ゲート、または両方の組合せで実装され得る。ある実施形態では、論理は、ブール論理の規則に従う電子回路、命令パターンを含むソフトウェア、または両方の任意の組合せからなる。
【００９０】
ただし、こうしたおよび同様の用語はすべて、適切な物理量に関連づけられるべきであり、こうした量に適用される好都合なラベルに過ぎないことに留意されたい。特段の記載のない限り、上記議論から明らかなように、記述を通して、「処理」、「計算」、「算出」、「判定」または「表示」などの用語を使用する議論は、コンピュータ・システムのレジスタおよびメモリ内部で物理（電子）量として表されるデータを操作し、コンピュータ・システム・メモリもしくはレジスタ、または他のこのような情報ストレージ、送信もしくは表示装置内部で物理量として同様に表される他のデータに変形するコンピュータ・システム、または同様の電子コンピューティング装置のアクションおよび処理を指すことを理解されたい。
【００９１】
本明細書に記載した実施形態の例示は、様々な実施形態の構造を全体的に理解させることを意図しており、本明細書に記載した構造を利用する可能性がある機器およびシステムの要素および特徴すべてを完全に記述することは意図していない。上記記述を吟味すると、他の多くの実施形態が、当業者には明らかであろう。本開示の範囲から逸脱することなく、構造的および論理的代用および変更を行うことができるように、他の実施形態を使用し、導出してもよい。
【００９２】
したがって、以上記載したものは、サービス・プロバイダによって開始されたプロビジョニング発注に基づいて仮想回路の自動プロビジョニングを可能にするように構成されるイーサネット・エクスチェンジャである。仮想回路のプロビジョニングに必要な情報の一部は、ウェブ・ポータルを介してサービス・プロバイダによって予め提供され、リレーショナル・データベースに格納されている。一部の情報は、協力サービス・プロバイダの見積要求（ＲＦＱ）およびＲＦＱへの応答から抽出することができる。仮想回路がプロビジョニングされると、協力サービス・プロバイダが、仮想回路が遭遇する問題を監視し、トラブル解決を行い、問題に関連したサポート・チケットを受信することを可能にするための機構が提供される。
【００９３】
図１〜１３は、再現的なものに過ぎず、原寸通りに描かれていない場合があることが理解できよう。図の一部の比は誇張されている場合があり、それ以外は最小化されている場合がある。したがって、本明細書および図面は、制約的な意味ではなく例示的意味で検討されるべきである。
【図１Ａ】
0005631402.tif 000002
【図１Ｂ】
0005631402.tif 000003
【図１Ｃ】
0005631402.tif 000004
【図２】
0005631402.tif 000005
【図３Ａ】
0005631402.tif 000006
【図３Ｂ】
0005631402.tif 000007
【図３Ｃ】
0005631402.tif 000008
【図３Ｄ】
0005631402.tif 000009
【図３Ｅ】
0005631402.tif 000010
【図４Ａ】
0005631402.tif 000011
【図４Ｂ】
0005631402.tif 000012
【図４Ｃ】
0005631402.tif 000013
【図５】
0005631402.tif 000014
【図６】
0005631402.tif 000015
【図７Ａ】
0005631402.tif 000016
【図７Ｂ】
0005631402.tif 000017
【図７Ｃ】
0005631402.tif 000018
【図８】
0005631402.tif 000019
【図９】
0005631402.tif 000020
【図１０】
0005631402.tif 000021
【図１１】
0005631402.tif 000022
【図１２】
0005631402.tif 000023
【図１３】
0005631402.tif 000024