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