(57)【要約】【課題】柔軟なネットワークの構築を可能とする。【解決手段】タグ変換装置のコントローラは、通信装置のアドレスと、ネットワーク分離のためのタグ方式におけるタグの情報と、を関連付けるタグ変換情報を保持し、前記複数ポートの一つに入力したフレームを解析して、前記フレームのネットワーク分離のための現在タグ方式を決定し、タグ変換情報に基づき、フレームの宛先アドレスに関連付けられたタグ方式を決定し、宛先アドレスに関連付けられたタグ方式と現在タグ方式とが異なる場合、タグ変換情報に基づき、フレームを、宛先アドレスに関連付けられたタグ方式のフレームに変換する。【選択図】図１
2016116024.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク通信可能な複数ポートと、
コントローラと、を含み、
前記コントローラは、
通信装置のアドレスと、ネットワーク分離のためのタグ方式におけるタグの情報と、を関連付けるタグ変換情報を保持し、
前記複数ポートの一つに入力したフレームを解析して、前記フレームのネットワーク分離のための現在タグ方式を決定し、
前記タグ変換情報に基づき、前記フレームの宛先アドレスに関連付けられたタグ方式を決定し、
前記宛先アドレスに関連付けられたタグ方式と前記現在タグ方式とが異なる場合、前記タグ変換情報に基づき、前記フレームを、前記宛先アドレスに関連付けられたタグ方式のフレームに変換し、
前記変換したフレームを、前記複数ポートの一つから出力する、タグ変換装置。
【請求項２】
請求項１に記載のタグ変換装置であって、
前記コントローラは、
タグ識別子が異なる同一又は異なる一重タグ方式の複数フレームを受信し、
前記複数フレームを、第１種タグ識別子と第２種タグ識別子を含む多重タグ方式のフレームに変換し、
前記多重タグ方式のフレームは、共通の第１種識別子を有し、
前記多重タグ方式のフレームを、前記複数ポートの一つから出力する、タグ変換装置。
【請求項３】
請求項１に記載のタグ変換装置であって、
前記通信装置は、それぞれ、一つのタグ方式によりフレームが通信されるネットワークである一つのドメインに属し、
前記タグ変換情報は、前記アドレスを、前記アドレスが属するドメインのタグ方式のタグの情報、及びタグ変換装置間でのフレーム転送において使用される中継タグ方式の中継タグの情報に、関連付け、
前記中継タグ方式は、第１種タグ識別子と第２種タグ識別子を含む多重タグ方式であり、
前記コントローラは、前記フレームが前記宛先アドレスへ他のタグ変換装置を介して転送される場合、前記タグ変換情報に基づき、前記フレームを、前記宛先アドレスに関連付けられた中継タグ方式のフレームに変換する、タグ変換装置。
【請求項４】
請求項３に記載のタグ変換装置であって、
前記タグ変換情報において、前記第１種タグ識別子の登録数は、前記第２種タグ識別子の登録数よりも少ない、タグ変換装置。
【請求項５】
請求項１〜４のいずれか一項に記載のタグ変換装置であって、
前記タグ変換情報は、前記通信装置が属するネットグループの情報を保持し、
前記ネットグループは、互いに通信可能な１以上の通信装置で構成され、
前記コントローラは、
受信したフレームの宛先アドレスの通信装置が属する宛先ネットワークグループと、前記受信したフレームの送信元通信装置が属する送信元ネットワークグループとを、前記前記タグ変換情報に基づき決定し、
前記送信元ネットワークグループと前記宛先ネットワークグループとが異なる場合、前記受信したフレームを廃棄する、タグ変換装置。
【請求項６】
請求項１〜４のいずれか一項に記載のタグ変換装置と、前記タグ変換装置を管理する管理装置とを含むシステムであって、
前記通信装置は、それぞれ、一つのタグ方式によりフレームが通信されるネットワークであるドメインに属し、
前記管理装置は、
前記通信装置のアドレス情報と、前記通信装置が属するドメインと、を示す管理情報を保持し、
前記管理情報に基づき、前記タグ変換情報を作成し、
前記タグ変換情報は、前記通信装置のアドレス情報とタグ識別子情報とを含む、システム。
【請求項７】
請求項１〜４のいずれか一項に記載のタグ変換装置と、前記タグ変換装置を管理する管理装置とを含むシステムであって、
前記通信装置は、それぞれ、一つのタグ方式によりフレームが通信されるネットワークであるドメインに属し、
前記管理装置は、
前記タグ変換情報と、
前記通信装置のアドレス情報及び前記通信装置が属するドメインを示す管理情報と、を保持し、
前記管理情報の更新に基づいて、保持している前記タグ変換情報を更新し、
更新した前記タグ変換情報を前記タグ変換装置に設定する、システム。
【請求項８】
入力したフレームを解析して、前記フレームのネットワーク分離のための現在タグ方式を決定し、
通信装置のアドレスと、ネットワーク分離のためのタグ方式におけるタグの情報と、を関連付けるタグ変換情報に基づき、前記フレームの宛先アドレスに関連付けられたタグ方式を決定し、
前記宛先アドレスに関連付けられたタグ方式と前記現在タグ方式とが異なる場合、前記タグ変換情報に基づき、前記フレームを、前記宛先アドレスに関連付けられたタグ方式のフレームに変換し、
前記変換したフレームを出力する、ことを含む方法。
【請求項９】
請求項７に記載の方法であって、
タグ識別子が異なる同一又は異なる一重タグ方式の複数フレームを受信し、
前記複数フレームを、第１種タグ識別子と第２種タグ識別子を含む多重タグ方式のフレームに変換し、
前記多重タグ方式のフレームは、共通の第１種識別子を有し、
前記多重タグ方式のフレームを出力する、ことを含む方法。
【請求項１０】
請求項７に記載の方法であって、
前記通信装置は、それぞれ、一つのタグ方式によりフレームが通信されるネットワークである一つのドメインに属し、
前記タグ変換情報は、前記アドレスを、前記アドレスが属するドメインのタグ方式のタグの情報、及びタグ変換装置間でのフレーム転送において使用される中継タグ方式の中継タグの情報に、関連付け、
前記中継タグ方式は、第１種タグ識別子と第２種タグ識別子を含む多重タグ方式であり、
前記方法は、前記フレームが前記宛先アドレスへ他のタグ変換装置を介して転送される場合、前記タグ変換情報に基づき、前記フレームを、前記宛先アドレスに関連付けられた中継タグ方式のフレームに変換する、ことを含む方法。
【請求項１１】
請求項１０に記載の方法であって、
前記タグ変換情報において、前記第１種タグ識別子の登録数は、前記第２種タグ識別子の登録数よりも少ない、方法。
【請求項１２】
請求項８〜１１いずれか一項に記載の方法であって、
前記タグ変換情報は、前記通信装置が属するネットグループの情報を保持し、
前記ネットグループは、互いに通信可能な１以上の通信装置で構成され、
前記方法は、
受信したフレームの宛先アドレスの通信装置が属する宛先ネットワークグループと、前記受信したフレームの送信元通信装置が属する送信元ネットワークグループとを、前記前記タグ変換情報に基づき決定し、
前記送信元ネットワークグループと前記宛先ネットワークグループとが異なる場合、前記受信したフレームを廃棄する、ことを含む方法。
【請求項１３】
請求項８〜１１いずれか一項に記載の方法であって、
前記通信装置は、それぞれ、一つのタグ方式によりフレームが通信されるネットワークであるドメインに属し、
前記方法は、
前記通信装置のアドレス情報と、前記通信装置が属するドメインと、を示す管理情報に基づき、前記通信装置のアドレス情報とタグ識別子情報とを含む前記タグ変換情報を作成する、ことを含む方法。
【請求項１４】
請求項８〜１１いずれか一項に記載の方法であって、
前記通信装置は、それぞれ、一つのタグ方式によりフレームが通信されるネットワークであるドメインに属し、
前記方法は、前記通信装置のアドレス情報及び前記通信装置が属するドメインを示す管理情報の更新に基づいて、前記タグ変換情報を更新する、ことを含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、タグ変換装置に関する。
【背景技術】
【０００２】
データセンタなどのネットワーク構築において、仮想的に顧客毎にネットワークを分離する方式として、ＩＥＥＥ８０２．１Ｑ（ＶＬＡＮタグ方式）が用いられてきた。しかし、近年、データセンタの需要増加に伴い、求められるネットワーク分離可能数も増加しており、ＶＬＡＮタグ方式による分離可能数４０９４個では不足することが課題となっている。
【０００３】
そこで、ＩＥＥＥ８０２．１ａｄにおいて、二重ＶＬＡＮタグ方式が規格化されている。二重ＶＬＡＮタグ方式は、２つのＶＬＡＮタグを用いる二重タグ構成を採用する。１つのＶＬＡＮタグはＣ−ｔａｇ（Ｃｕｓｔｏｍｅｒ  ｔａｇ）と呼ばれ、もう１つのＶＬＡＮタグはＳ−ｔａｇ（Ｓｅｒｖｉｃｅ  ｔａｇ）と呼ばれる。
【０００４】
例えば、Ｃ−ｔａｇは、データセンタ事業者がネットワークを分離するために使用され、Ｓ−ｔａｇは、複数のデータセンタをつなぐ通信事業者がデータセンタ事業者を分離するために使用される。二重ＶＬＡＮタグ方式により、データセンタ事業者はデータセンタのネットワークを分離でき、同時に、通信事業者は複数のデータセンタ事業者を分離できる。二重ＶＬＡＮタグ方式は、全体では、４０９４個×４０９４個＝約１６万個のネットワーク分離が可能となる。
【０００５】
さらに、ＶＸＬＡＮ（Ｖｉｒｔｕａｌ  ｅＸｔｅｎｓｉｂｌｅ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）タグ方式が提案されている。ＶＸＬＡＮタグ方式は、顧客フレームをＶＸＬＡＮタグでカプセル化することによりネットワーク分離の上限数を増やす。
【０００６】
ＶＸＬＡＮタグは、主に、ＵＤＰ／ＩＰヘッダと約１６万個に分離可能なネットワーク分離識別子（２４ビット）で構成されている。ＩＥＥＥ８０２．１ａｄと比較すると、ＶＸＬＡＮタグ方式は、一重タグ構成といえる。ＶＸＬＡＮタグでカプセル化された顧客フレームは、さらに、ＶＬＡＮタグを含んでもよい。このフレームの構成は、ＶＸＬＡＮタグとＶＬＡＮタグによる二重タグ構成といえる。
【０００７】
このほか、特許文献１は、以下のネットワーク構成を開示している（要約参照）。仮想ネットワークは、物理装置上に仮想マシンを有し、仮想マシンはネットワークインタフェースに接続される。ネットワークインタフェースは、転送ネットワークを介して、トンネルによって互いに接続される。各ネットワークインタフェースは、転送ネットワークのアドレス空間における転送アドレスを有する。各ネットワークインタフェースは、再構成可能なアドレスマッパを有し、パケットのための転送アドレスを決定し、その転送アドレスでパケットをカプセル化する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許第８２２３７７０号
【発明の概要】
【発明が解決しようとする課題】
【０００９】
データセンタ内では、様々な機器が運用されている。そのため、ＶＬＡＮタグ方式、ＶＸＬＡＮタグ方式、及びＶＸＬＡＮタグ方式とＶＬＡＮタグ方式の組み合わせなど、通信装置に適用されるネットワーク分離方式が、異なることがある。しかし、上記従来技術は、一重タグ方式と二重タグ方式との間や、異なる一重タグ方式の間など、異なるタグ方式の間での通信を行うことができない。このため、柔軟なネットワーク構築が困難である。
【課題を解決するための手段】
【００１０】
本発明の代表的な一例は、ネットワーク通信可能な複数ポートと、コントローラと、を含み、前記コントローラは、通信装置のアドレスと、ネットワーク分離のためのタグ方式におけるタグの情報と、を関連付けるタグ変換情報を保持し、前記複数ポートの一つに入力したフレームを解析して、前記フレームのネットワーク分離のための現在タグ方式を決定し、前記タグ変換情報に基づき、前記フレームの宛先アドレスに関連付けられたタグ方式を決定し、前記宛先アドレスに関連付けられたタグ方式と前記現在タグ方式とが異なる場合、前記タグ変換情報に基づき、前記フレームを、前記宛先アドレスに関連付けられたタグ方式のフレームに変換し、前記変換したフレームを、前記複数ポートの一つから出力する、タグ変換装置である。
【発明の効果】
【００１１】
本発明の一態様によれば、柔軟なネットワークの構築を可能とする。
【図面の簡単な説明】
【００１２】
【図１】実施例１における、ネットワークシステムと当該ネットワークシステムを管理する管理装置とを含む、システムの構成例を模式的に示す。
【図２】管理装置のハードウェア構成例を模式的に示す。
【図３】ネットワークシステム１００内を転送されるフレームの構造例を示す。
【図４】図１に示す複数の仮想マシンを纏めて形成したネットグループの例を示す。
【図５】ネットグループと仮想マシン配備の情報を管理する顧客管理テーブルの構成例を示す。
【図６Ａ】ドメインＡのドメインＡ管理テーブルの構成例を示す。
【図６Ｂ】ドメインＢのドメインＢ管理テーブルの構成例を示す。
【図６Ｃ】ドメインＣのドメインＣ管理テーブルの構成例を示す。
【図７】管理装置が、ドメインＡ管理テーブル、ドメインＢ管理テーブル、ドメインＣ管理テーブル、及びタグ変換テーブルを作成するフローチャートを示す。
【図８】タグ変換テーブルの構成例を示す。
【図９Ａ】タグ変換装置の論理構成例を示す。
【図９Ｂ】タグ変換装置のハードウェア構成例を示す。
【図１０】各ドメインの管理テーブルが更新された場合にタグ変換テーブルを更新するフローチャートを示す。
【図１１】実施例２における、ネットワークシステムと当該ネットワークシステムを管理する管理装置とを含む、システムの構成例を模式的に示す。
【図１２】図１１に示す複数の仮想マシンを纏めて形成したネットグループの例を示す。
【図１３】実施例２の顧客管理テーブルの構成例を示す。
【図１４Ａ】ドメインＡ１のドメインＡ１管理テーブルの構成例を示す。
【図１４Ｂ】ドメインＢ１のドメインＢ１管理テーブルの構成例を示す。
【図１４Ｃ】ドメインＡ２のドメインＡ２管理テーブルの構成例を示す。
【図１４Ｄ】ドメインＢ２のドメインＢ２管理テーブルの構成例を示す。
【図１５】実施例２で追加されたドメイン接続関係テーブルの構成例を示す。
【図１６】実施例２におけるタグ変換テーブルの構成例を示す。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照して本発明の実施形態を説明する。本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。各図において共通の構成については同一の参照符号が付されている。
【００１４】
本実施形態は、異なる仮想ネットワーク分離方式を採用するネットワーク間でのフレーム転送技術を示す。仮想ネットワーク分離方式は、フレームに異なる識別子のタグを付与することで、ネットワークを仮想的に分離する。タグによるネットワーク分離方式の例として、ＶＬＡＮタグ方式、二重ＶＬＡＮタグ方式、ＶＸＬＡＮタグ方式等が知られている。
【００１５】
例えば、データセンタ内では、様々な機器が運用されており、機器毎に扱えるネットワーク分離方式が異なることがある。ネットワーク分離方式が異なる通信装置間で通信を行うことができない場合、柔軟なネットワーク構築が困難である。また、分離された個々のネットワーク毎に、通信量や廃棄量を計測するカウンタを設け、置帯域制限を行う構成においては、分離されたネットワーク数に応じた多くのリソースを用意することが必要とされる。
【００１６】
本実施形態は、受信したフレームのタグ方式を識別し、識別したタグ方式のフレーム構造を他のタグ方式に変換可能なタグ変換装置を提供する。タグ変換装置は、通信装置のアドレスと特定タグ方式のタグ識別子とを関連付けるタグ変換情報を保持する。タグ変換装置は、タグ変換情報を参照して、フレームの宛先アドレスに応じたタグ方式のフレーム構造に、受信したフレームを変換する。タグ変換テーブルを用いて異なるタグ方式間でフレーム構造を変換することで、異なるタグ方式の通信装置を含む柔軟なネットワークグループを作成できる。
【００１７】
また、タグ変換装置は、一重タグ方式の通信装置と多重タグ方式の通信装置との間のタグ方式変換を行う。タグ変換装置は、異なるタグ識別子の一重タグ方式のフレームを、共通のタグ識別子を有する多重タグ方式のフレームに変換する。共通のタグ識別子によりフレームの統計情報収集や帯域制御を行うことで、それらに必要なリソースを低減できる。
【実施例１】
【００１８】
データセンタ内のネットワーク及びサーバの運用管理の実施例を説明する。本実施例は、複数の通信装置を纏めてグループを構成し、構成したグループ内のみで通信を可能にする仮想ネットワーク分離を行う。互いに通信可能な通信装置のグループを、ネットワークグループと呼ぶ。
【００１９】
ネットワークグループは、複数の通信装置を含み、通信装置はそれぞれ、仮想通信装置又は物理通信装置である。物理サーバ内には仮想マシン（ＶＭ）を構築することが可能である。以下に説明する例においては、ネットワークグループは複数の仮想マシンで構成されている。ネットワークグループ内の仮想マシンには、異なるタグ方式が適用され得る。データセンタ事業者は、データセンタ利用者（顧客とも呼ぶ）に、仮想マシンとネットワークを貸し出す。
【００２０】
図１は、本実施例における、ネットワークシステム１００と当該ネットワークシステム１００を管理する管理装置２とを含む、システムの構成例を模式的に示す。ネットワークシステム１００は、タグ変換装置１、ドメインＡ（３Ａ）、ドメインＢ（３Ｂ）、及びドメインＣ（３Ｃ）を含む。ドメインは１以上の通信装置を含み、全通信装置に対して共通のタグ変換方式が適用される。通信装置はそれぞれ、物理通信装置又は仮想通信装置である。
【００２１】
タグ変換装置１は、ドメインＡ（３Ａ）、ドメインＢ（３Ｂ）、及びドメインＣ（３Ｃ）に接続され、ドメイン間でフレームを転送するスイッチである。図１の例において、タグ変換装置１とドメインＡ（３Ａ）とは、ポート１１Ａとポート３１Ａとを介してフレームを送受信する。タグ変換装置１とドメインＢ（３Ｂ）とは、ポート１１Ｂとポート３１Ｂとを介してフレームを送受信する。タグ変換装置１とドメインＣ（３Ｃ）とは、ポート１１Ｃとポート３１Ｃとを介してフレームを送受信する。
【００２２】
ドメインＡ（３Ａ）は、ネットワーク分離方式にタグ方式Ａを用いて通信を行う。ドメインＢ（３Ｂ）は、ネットワーク分離方式にタグ方式Ｂを用いて通信を行う。ドメインＣ（３Ｃ）は、ネットワーク分離方式にタグ方式Ａ＋タグ方式Ｂを用いて通信を行う。
【００２３】
タグ変換装置１は、タグ方式Ａ、タグ方式Ｂ、及びタグ方式Ａ＋タグ方式Ｂの間で通信が可能になるよう、フレームのタグ変換を行う。ドメインが使用するタグ方式は、特に限定されない。例えば、タグ方式Ａは、ＶＸＬＡＮタグ方式であってもよく、ＮＶＧＲＥ（Ｎｅｔｗｏｒｋ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ  ｕｓｉｎｇ  Ｇｅｎｅｒｉｃ  Ｒｏｕｔｉｎｇ  Ｅｎｃａｐｓｕｌａｔｉｏｎ）であってもよい。以下に説明する例において、タグ方式ＡはＶＸＬＡＮタグ方式であり、タグ方式ＢはＶＬＡＮタグ方式であるとする。
【００２４】
ドメインＡ（３Ａ）〜ドメインＣ（３Ｃ）は、それぞれ、ネットワークを介して通信を行う１以上の物理通信装置を含む。物理通信装置は、例えば、物理サーバ又はデータを記憶する物理ストレージ装置である。ドメインは、複数物理通信装置を相互接続するスイッチを含んでよい。
【００２５】
ドメインＡ（３Ａ）〜ドメインＣ（３Ｃ）は、それぞれ、外部ネットワークに接続可能なポート３１Ａ〜ポート３１Ｃを含む。例えば、ドメインＡ（３Ａ）〜ドメインＣ（３Ｃ）は、それぞれ、ポート３１Ａ〜ポート３１Ｃを含む１つの物理サーバであってもよい。
【００２６】
図１の例において、ドメインＡ（３Ａ）は、内部に、複数の仮想マシンＡ１（１０Ａ１）〜仮想マシンＡ５（１０Ａ５）を構成する。仮想マシンＡ１（１０Ａ１）〜仮想マシンＡ５（１０Ａ５）は、タグ方式Ａでネットワーク分離を行い通信する。本例においてタグ方式Ａは、ＶＸＬＡＮタグ方式である。
【００２７】
仮想マシンＡ１（１０Ａ１）及び仮想マシンＡ２（１０Ａ２）には、同一のＶＸＬＡＮ識別子（ＶＮＩ１）が割り当てられている。図１において、ＶＸＬＡＮ識別子は、ＶＮＩで表わされる。ＶＮＩは、Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｉｄｅｎｔｉｆｉｅｒを表す。これらのフレームには、ＶＸＬＡＮ識別子１（ＶＮＩ１）のＶＸＬＡＮタグが付与される。仮想マシンＡ３（１０Ａ３）〜仮想マシンＡ５（１０Ａ５）には、それぞれ、ＶＸＬＡＮ識別子２（ＶＮＩ２）〜ＶＸＬＡＮ識別子４（ＶＮＩ４）が割り当てられている。
【００２８】
ドメインＢ（３Ｂ）は、内部に、複数の仮想マシンＢ１（１０Ｂ１）〜仮想マシンＢ５（１０Ｂ５）を構成する。仮想マシンＢ１（１０Ｂ１）〜仮想マシンＢ５（１０Ｂ５）は、タグ方式Ｂでネットワーク分離を行い通信する。本例においてタグ方式Ｂは、ＶＬＡＮタグ方式である。
【００２９】
仮想マシンＢ１（１０Ｂ１）には、ＶＬＡＮ識別子１０（ＶＬＡＮ１０）が割り当てられている。仮想マシンＢ２（１０Ｂ２）及び仮想マシンＢ３（１０Ｂ３）には、同一のＶＬＡＮ識別子２０（ＶＬＡＮ２０）が割り当てられている。仮想マシンＢ４（１０Ｂ４）及び仮想マシンＢ５（１０Ｂ５）には、それぞれ、ＶＬＡＮ識別子３０（ＶＬＡＮ３０）及びＶＬＡＮ識別子４０（ＶＬＡＮ４０）が割り当てられている。
【００３０】
ドメインＣ（３Ｃ）は、内部に、複数の仮想マシンＣ１（１０Ｃ１）〜仮想マシンＣ５（１０Ｃ５）を構成する。仮想マシンＣ１（１０Ｃ１）〜仮想マシンＣ５（１０Ｃ５）は、タグ方式Ａに加えてタグ方式Ｂを合わせてネットワーク分離を行い、通信する。
【００３１】
仮想マシンＣ１（１０Ｃ１）には、ＶＬＡＮ識別子１（ＶＬＡＮ１）及びＶＸＬＡＮ識別子１００（ＶＮＩ１００）が割り当てられている。仮想マシンＣ２（１０Ｃ２）には、ＶＬＡＮ識別子２（ＶＬＡＮ２）及びＶＸＬＡＮ識別子１００（ＶＮＩ１００）が割り当てられている。
【００３２】
仮想マシンＣ３（１０Ｃ３）及び仮想マシンＣ４（１０Ｃ４）には、同一のＶＬＡＮ識別子３（ＶＬＡＮ３）及同一のＶＸＬＡＮ識別子１００（ＶＮＩ１００）が割り当てられている。仮想マシンＣ５（１０Ｂ４）には、ＶＬＡＮ識別子４（ＶＬＡＮ４）及びＶＸＬＡＮ識別子２００（ＶＮＩ２００）が割り当てられている。
【００３３】
管理装置２は、顧客に貸し出す仮想マシンの管理、及び、複数の仮想マシンを纏めたグループ（ネットワークグループ）内で、仮想マシン間の通信を可能とするネットワーク管理を行う。管理装置２は、ポート２８を介してネットワークシステム１００と通信を行う。管理装置２は、タグ変換装置１及びドメインＡ（３Ａ）〜ドメインＣ（３Ｃ）を管理する。管理装置２は、システム管理部３２、顧客情報管理部２２、ドメインＡ制御部２３Ａ、ドメインＢ制御部２３Ｂ、ドメインＣ制御部２３Ｃ、タグ変換装置制御部２６、及びテーブル記憶部２７を含む。
【００３４】
図２は、管理装置２のハードウェア構成例を模式的に示す。管理装置２は、典型的な計算機構成を有する。管理装置２は、プロセッサ２０１、メモリ２０２、記憶デバイス２０３、入力デバイス２０４、出力デバイス２０５、及びポート２８を含んで構成されている。各デバイスは、システムバス２０６を介して通信するように接続される。
【００３５】
管理者は、入力デバイス２０４を介して必要な情報を管理装置２に入力し、出力デバイス２０５を介して必要な情報を確認する。入力デバイス２０４は、例えば、キーボード及びマウスを含み、出力デバイス２０５は、例えば、ディスプレイを含む。
【００３６】
メモリ２０２は、記憶デバイス２０３から読みだされた情報を記憶するために用いられるほか、プロセッサ２０１のワークメモリとして用いられる。メモリ２０２には、ＤＲＡＭ等の揮発性メモリまたはＦｌａｓｈ  Ｍｅｍｏｒｙ等の不揮発性メモリが使用される。メモリ２０２は、記憶デバイス２０３よりも高速にデータの読み書きができる。記憶デバイス２０３には、一般に、Ｆｌａｓｈ  Ｍｅｍｏｒｙ等の不揮発性メモリが使用される。
【００３７】
プロセッサ２０１は、メモリ２０２に記憶されているプログラムや演算パラメータ等に従って動作する。プロセッサ２０１は、プログラムに従って動作することで、特定の機能部として働く。本例において、プロセッサ２０１は、システム管理部２１、顧客情報管理部２２、ドメインＡ制御部２３Ａ、ドメインＢ制御部２３Ｂ、ドメインＣ制御部２３Ｃ、及びタグ変換装置制御部２６として機能する。プロセッサ２０１は、システム管理プログラムに従って動作して、システム管理部２１として機能する。他の機能部についても同様である。
【００３８】
以下において説明する各機能部の動作の主語は、プロセッサ２０１、各機能部をプロセッサ２０１と共に実現するプログラム、又は当該プロセッサ２０１を含む管理装置２であってもよい。プログラムは、例えば、プログラム配布サーバ又は記憶メディアから、記憶デバイス２０３又はメモリ２０２にコピーされてもよい。この点は、後述するタグ変換装置について同様である。
【００３９】
テーブル記憶部２７は、管理装置２が、ネットワークシステム１００を管理するために必要とする管理情報を格納する。図２の例において、メモリ２７の一部記憶領域は、テーブル記憶部２７として機能し、その記憶領域内に管理情報を格納する。以下の説明では、「ＸＸテーブル」の表現にて各種情報を説明することがあるが、各種情報は、テーブル以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために、「ＸＸテーブル」を「ＸＸ情報」と呼ぶことができる。
【００４０】
図３は、ネットワークシステム１００内を転送されるフレームの構造例を示す。タグ変換装置１は、これらフレーム構造間の変換を行う。フレーム構造９Ａは、ＶＸＬＡＮタグ方式によるフレームの構造を示す。ＶＸＬＡＮタグ方式は、タグ方式Ａの例である。仮想マシンから送信されるデータ（オリジナルＭＡＣフレームとも呼ぶ）は、ユーザデータであるペイロード９１、送信元のＭＡＣアドレスを示す送信元ＭＡＣ９２、宛先のＭＡＣアドレスを示す宛先ＭＡＣ９３を含んで構成される。
【００４１】
仮想マシンは、データ通信を行う他の仮想マシンのＭＡＣアドレスの情報を保持している。後述するように、仮想マシンは、同一ドメイン及び他ドメインの仮想マシンとの間でデータ通信を行い、それら仮想マシンのＭＡＣアドレスの情報を保持している。
【００４２】
ＶＸＬＡＮタグ方式は、仮想マシンからのオリジナルＭＡＣフレームの前に、ＶＸＬＡＮヘッダ９４とＯＵＴＥＲヘッダ９５とを付加する。ＶＸＬＡＮヘッダ９４は、フラグ９４１、ＶＮＩ９４３、及びリザーブフィールド９４２、９４４を含んで構成される。
【００４３】
ＶＮＩ９４３は、ネットワーク分離に用いる２４ビットの識別子を示す。フラグ９４１は、８ビット幅であり、ビット３が１、つまり０ｘ０８であれば、ＶＮＩ９４３が有効であることを示す。リザーブフィールド９４２、９４４は予約ビットであり、用途が規定されていない。
【００４４】
ＯＵＴＥＲヘッダ９５は、イーサネットヘッダ９５１（イーサネットは登録商標）、ＩＰヘッダ９５２、ＵＤＰヘッダ９５３を含んで構成される。ＯＵＴＥＲヘッダ９５は、トンネル終端ポイント（ＶＴＥＰ）の情報を格納する。
【００４５】
トンネル終端ポイントは、例えば、仮想マシンのハイパバイザ又は仮想マシンが動作する物理サーバである。トンネル終端ポイントは、仮想マシンから受信したデータの宛先ＭＡＣ９３を参照し、宛先がローカルな仮想マシンであるか判定する。宛先がローカルな仮想マシンでないと判定すると、トンネル終端ポイントは、受信データの前にＶＸＬＡＮヘッダ９４とＯＵＴＥＲヘッダ９５とを付加する。
【００４６】
トンネル終端ポイントは、ローカルな仮想マシンそれぞれのＶＮＩを管理している。ＶＮＩは、後述するドメイン管理情報に格納されている。ＶＮＩフィールド９４３には、送信元仮想マシンのＶＮＩが格納される。トンネル終端ポイントは、ＩＰヘッダフィールド９５２に、当該トンネル終端ポイントのＩＰアドレス及び送信先仮想マシンを管理する宛先トンネル終端ポイントのＩＰアドレスを格納する。
【００４７】
トンネル終端ポイントは、イーサネットヘッダ９５１に、当該トンネル終端ポイントのＭＡＣアドレスを送信元ＭＡＣアドレスとして格納し、さらに、宛先トンネル終端ポイントとのＩＰ通信のための宛先ＭＡＣアドレスを格納する。トンネル終端ポイントは、宛先仮想マシンとトンネル終端ポイントとの間の関係を示す情報及び宛先トンネル終端ポイントのＩＰアドレスの情報を保持している。
【００４８】
宛先トンネル終端ポイントは、受信したＶＸＬＡＮフレームにおいてＶＮＩと宛先ＭＡＣアドレスとをチェックした後、ＯＵＴＥＲヘッダフィールド９５及びＶＸＬＡＮヘッダフィールド９４を削除し、送信元仮想マシンからのオリジナルＭＡＣフレームを宛先仮想マシンに送信する。
【００４９】
フレーム構造９Ｂは、ＶＬＡＮタグ方式によるフレームの構造例を示す。ＶＬＡＮタグ方式は、タグ方式Ｂの例である。仮想マシンから送信されるデータ（オリジナルＭＡＣフレーム）は、ユーザデータであるペイロード９１、送信元のＭＡＣアドレスを示す送信元ＭＡＣ９２、及び宛先のＭＡＣアドレスを示す宛先ＭＡＣ９３を含んで構成される。
【００５０】
ＶＬＡＮタグ方式は、送信元ＭＡＣ９２とペイロード９１の間にＶＬＡＮタグ９７を付加する。ハイパバイザ、物理サーバ、又は物理スイッチは、後述するドメイン管理情報に従って、オリジナルＭＡＣフレームにＶＬＡＮタグ９７を付加する。ＶＬＡＮタグ９７は、タイプ９７１、優先度９７２、ＶＩＤ９７３を含んで構成される。タイプ９７１は、ＶＬＡＮタグ方式であることを示し、その値は、０ｘ８１００である。
【００５１】
優先度９７２は、パケット中継で輻輳が発生した際に、処理する優先順位を示す。ＶＩＤ９７３は、ネットワーク分離に用いる１２ビットの識別子（ＶＬＡＮ識別子）を示す。スイッチは、ＶＩＤ９７３の値に従って、対応するポートからフレームを送信する。
【００５２】
フレーム構造９Ｃは、ＶＸＬＡＮタグ方式＋ＶＬＡＮタグ方式によるフレームの構造例を示す。ＶＸＬＡＮタグ方式＋ＶＬＡＮタグ方式は、タグ方式Ａ＋タグ方式Ｂの例である。仮想マシンから送信されるオリジナルＭＡＣフレームは、ユーザデータであるペイロード９１、送信元のＭＡＣアドレスを示す送信元ＭＡＣ９２、及び宛先のＭＡＣアドレスを示す宛先ＭＡＣ９３を含んで構成される。
【００５３】
ＶＸＬＡＮタグ方式＋ＶＬＡＮタグ方式は、送信元ＭＡＣ９２とペイロード９１の間にＶＬＡＮタグ９７を付加し、さらに、宛先ＭＡＣ９３の前にＶＸＬＡＮヘッダ９４とＯＵＴＥＲヘッダ９５を付加する。ＶＸＬＡＮタグ方式及びＶＬＡＮタグ方式によるタギングは、フレーム構造９Ａ及び９Ｂについて説明した通りである。
【００５４】
図４は、図１に示す複数の仮想マシンを纏めて形成したネットグループの例を示す。仮想マシンは、同一ネットグループの所属する仮想マシンとの間でのみ通信を可能である。ネットグループは、異なるドメインの仮想マシンを含み得る。
【００５５】
ネットグループは、個々を識別するＩＤを有し、当該ＩＤはネットグループＩＤとも呼ぶ。図４は、ネットグループＩＤ１、２、３及び４のネットグループを示す。ネットグループＩＤがｋのネットグループを、ネットグループｋとも呼ぶ。
【００５６】
ネットグループ１〜３は、顧客Ａに所有されている。ネットグループ１は、仮想マシンＡ１（１０Ａ１）、仮想マシンＡ２（１０Ａ２）、仮想マシンＢ１（１０Ｂ１）、及び仮想マシンＣ１（１０Ｃ１）を含む。ネットグループ２は、仮想マシンＡ３（１０Ａ３）、仮想マシンＢ２（１０Ｂ２）、仮想マシンＢ３（１０Ｂ３）、及び仮想マシンＣ２（１０Ｃ２）を含む。
【００５７】
ネットグループ３には、仮想マシンＡ４（１０Ａ４）、仮想マシンＢ４（１０Ｂ４）、仮想マシンＣ３（１０Ｃ３）、及び仮想マシンＣ４（１０Ｃ４）を含む。ネットグループ４は、顧客Ｂに所有されている。ネットグループ４は、仮想マシンＡ５（１０Ａ５）、仮想マシンＢ５（１０Ｂ５）、及び仮想マシンＣ５（１０Ｃ５）を含む。
【００５８】
図５は、ネットグループと仮想マシン配備の情報を管理する顧客管理テーブル４０の構成例を示す。顧客管理テーブル４０は、テーブル記憶部２７に格納される。顧客管理テーブル４０は、顧客ＩＤカラム４１、ネットグループＩＤカラム４２、設置ドメインカラム４３、タグ方式カラム４４、ＶＭＩＤカラム４５、ＭＡＣアドレスカラム４６、及びＩＰアドレスカラム４７を有する。
【００５９】
顧客ＩＤカラム４１は、仮想マシンそれぞれを使用する顧客のＩＤを示す。ネットグループＩＤカラム４２は、仮想マシンそれぞれが所属するネットグループのＩＤを示す。設置ドメインカラム４３は、仮想マシンそれぞれが設置されているドメインのＩＤを示す。タグ方式カラム４４は、ドメインそれぞれで用いられているタグ方式を示す。ＶＭＩＤカラム４５は、仮想マシンを識別するＩＤを示す。ＭＡＣアドレスカラム４６は、仮想マシンそれぞれが通信を行う際に用いる自装置のＭＡＣアドレスを示す。
【００６０】
ＩＰアドレスカラム４７は、ＶＸＬＡＮタグ方式のためのＩＰアドレス、つまり、仮想マシンのトンネル終端ポイントのＩＰアドレスを示す。同一ドメイン及び異なるドメイン間のフレーム転送において、ＶＸＬＡ方式のフレームのＯＵＴＥＲヘッダ９５に当該ＩＰアドレスカラム４７の値が使用される。
【００６１】
ドメインＢ（３Ｂ）は仮想マシンのＩＰアドレスは共通のアドレスであり、他ドメインとの通信において使用される。他ドメインの仮想マシンは、ドメインＢ（３Ｂ）へのフレームのＯＵＴＥＲヘッダ９５の宛先ＩＰアドレスに、当該ＩＰアドレスを含め、タグ変換装置１は、ドメインＢ（３Ｂ）からのフレームの送信元ＩＰアドレスに当該ＩＰアドレスを含める。なお、ドメインＢ（３Ｂ）のＩＰアドレスは、タグ変換装置１のＩＰアドレスでもよい。
【００６２】
例えば、データセンタ事業者は、顧客要求に基づいて仮想マシンの配備とネットグループの作成を行う。データセンタ事業者は、顧客管理テーブル４０を作成する。例えば、システム管理部２１がＧＵＩを提供し、データセンタ事業者は、管理装置２の入力デバイス２０４及び出力デバイス２０５を使用して、顧客管理テーブル４０を作成する。データセンタ事業者が、不図示の端末で顧客管理テーブル４０を作成し、システム管理部２１に送信してもよい。
【００６３】
システム管理部２１は、作成された顧客管理テーブル４０を、顧客情報管理部２２に登録する。顧客情報管理部２２は、登録された顧客管理テーブル４０を、テーブル記憶部２７に保存する。
【００６４】
図６Ａ〜図６Ｃは、ドメインＡ（３Ａ）〜ドメインＣ（３Ｃ）それぞれのドメイン管理テーブルの構成例を示す。ドメイン管理テーブルは、ドメインに含まれる仮想マシンの情報を管理する。
【００６５】
図６Ａは、ドメインＡ（３Ａ）のドメインＡ管理テーブル５０の構成例を示す。ドメインＡ管理テーブル５０は、ＶＭＩＤカラム５０１、ＭＡＣアドレスカラム５０２、タグＡ識別子カラム５０３、及びＩＰアドレスカラム５０４を有する。
【００６６】
ＶＭＩＤカラム５０１は、ドメインＡ（３Ａ）に含まれる仮想マシンそれぞれの識別子を示す。ＭＡＣアドレスカラム５０２は、仮想マシンそれぞれが通信を行う際に用いる自装置のＭＡＣアドレスを示す。タグＡ識別子カラム５０３は、仮想マシンそれぞれに割り当てられている、タグ方式Ａによるネットワーク分離の識別子を示す。本例において、ＶＸＬＡＮの識別子ＶＮＩを示す。ＩＰアドレスカラム５０４は、仮想マシンそれぞれの、トンネル終端ポイントのＩＰアドレスを示す。
【００６７】
例えば、ＶＭＩＤが「Ａ１」の仮想マシンには、タグＡ識別子として「１」が割り当てられている。ＶＭＩＤが「Ａ２」の仮想マシンにも、タグＡ識別子として、「１」割り当てられている。
【００６８】
図６Ｂは、ドメインＢ（３Ｂ）のドメインＢ管理テーブル５２の構成例を示す。ドメインＢ管理テーブル５２は、ＶＭＩＤカラム５２１、ＭＡＣアドレスカラム５２２、及びタグＢ識別子カラム５２３を有する。
【００６９】
ＶＭＩＤカラム５２１は、ドメインＢ（３Ｂ）に含まれる仮想マシンそれぞれの識別子を示す。ＭＡＣアドレスカラム５２２は、仮想マシンそれぞれが通信を行う際に用いる自装置のＭＡＣアドレスを示す。タグＢ識別子カラム５２３は、仮想マシンそれぞれに割り当てられている、タグ方式Ｂによるネットワーク分離の識別子を示す。本例において、ＶＬＡＮの識別子ＶＩＤを示す。
【００７０】
例えば、ＶＭＩＤが「Ｂ１」の仮想マシンには、タグＢ識別子として「１０」が割り当てられている。ＶＭＩＤが「Ｂ２」の仮想マシン及びＶＭＩＤが「Ｂ３」の仮想マシンには、タグＢ識別子として、 「２０」割り当てられている。
【００７１】
図６Ｃは、ドメインＣ（３Ｃ）のドメインＣ管理テーブル５４の構成例を示す。ドメインＣ管理テーブル５４は、ＶＭＩＤカラム５４１、ＭＡＣアドレスカラム５４２、タグＡ識別子カラム５４３、タグＢ識別子カラム５４４、及びＩＰアドレスカラム５４５を有する。
【００７２】
ＶＭＩＤカラム５４１は、ドメインＣ（３Ｃ）に含まれる仮想マシンそれぞれの識別子を示す。ＭＡＣアドレスカラム５４２は、仮想マシンそれぞれが通信を行う際に用いる自装置のＭＡＣアドレスを示す。
【００７３】
タグＡ識別子カラム５４３は、仮想マシンそれぞれに割り当てられている、タグ方式Ａによるネットワーク分離の識別子を示す。本例において、ＶＸＬＡＮの識別子ＶＮＩを示す。タグＢ識別子カラム５４４は、仮想マシンそれぞれに割り当てられている、タグ方式Ｂによるネットワーク分離の識別子を示す。本例において、ＶＬＡＮの識別子ＶＩＤを示す。ＩＰアドレスカラム５４５は、仮想マシンそれぞれの、タグＡ方式におけるトンネル終端ポイントのＩＰアドレスを示す。
【００７４】
例えば、ＶＭＩＤが「Ｃ１」の仮想マシンには、タグＡ識別子として「１００」が割り当てられ、タグＢ識別子として「１」が割り当てられている。ＶＭＩＤが「Ｃ２」の仮想マシンには、タグＡ識別子として「１００」が割り当てられ、タグＢ識別子として、「２」割り当てられている。
【００７５】
ドメインＡ管理テーブル５０、ドメインＢ管理テーブル５２、及びドメインＣ管理テーブル５４は、テーブル記憶部２７に記憶される。ドメインＡ管理テーブル５０は、ドメインＡ制御部２３Ａによって、ドメインＡ（３Ａ）に設定される。ドメインＢ管理テーブル５２は、ドメインＢ制御部２３Ｂによって、ドメインＢ（３Ｂ）に設定される。ドメインＣ管理テーブル５４は、ドメインＣ制御部２３Ｃによって、ドメインＣ（３Ｃ）に設定される。ドメイン管理テーブルは、例えば、ドメイン内のハイパバイザ、物理サーバ及びスイッチのそれぞれに設定される。
【００７６】
ドメイン３Ａ〜３Ｃは、それぞれ、自ドメイン内の仮想マシンの情報の他、他ドメインの仮想マシンの情報を保持している。例えば、他ドメインの仮想マシンの識別子、ＭＡＣアドレス及びＶＸＬＡタグ方式のＩＰアドレスの情報を保持する。ドメイン３Ａ〜３Ｃは、当該情報を、例えば、管理装置２から受信する。
【００７７】
図７は、管理装置２が、ドメインＡ管理テーブル５０、ドメインＢ管理テーブル５２、ドメインＣ管理テーブル５４、及びタグ変換テーブル８０を作成するフローチャートを示す。管理装置２は、顧客管理テーブル４０から、上記テーブルをそれぞれ作成する。
【００７８】
システム管理部２１は、本フローの終了判定を行う（Ｓ６２）。例えば、システム停止指示を受信している場合、システム管理部２１は、本フローを終了すると判定する（Ｓ６２：ＹＥＳ）。
【００７９】
本フローを終了しないと判定した場合（Ｓ６２：ＮＯ）は、システム管理部２１は、顧客管理テーブル４０が、更新されているか否かを判定する（Ｓ６４）。顧客管理テーブル４０が更新されている場合（Ｓ６４：更新あり）、システム管理部２１は、ドメイン管理テーブルを作成する（Ｓ６５）。
【００８０】
ドメイン管理テーブルの作成（Ｓ６５）において、システム管理部２１は、顧客管理テーブル４０を元にして、ドメイン毎にドメイン管理テーブルを作成する。例えば、ドメインＡ（３Ａ）のドメインＡ管理テーブル５０の作成において、システム管理部２１は、顧客管理テーブル４０から、設置ドメインカラム４３の値が「ドメインＡ」を示す仮想マシンのエントリを選択する。
【００８１】
システム管理部２１は、ネットグループＩＤ毎にユニークはタグＡ識別子を決定する。これにより、ドメイン内で互いに通信可能な仮想マシンを同一のタグＡ識別子でグループ化できる。システム管理部２１は、顧客管理テーブル４０から選択したドメインＡ（３Ａ）の仮想マシンの情報から、ＶＭＩＤ、ＭＡＣアドレス、及びＩＰアドレスを選択し、さらに、決定したタグＡ識別子によって、ドメインＡ管理テーブル５０を作成する。
【００８２】
例えば、図５の顧客管理テーブル４０は、設置ドメインカラム４３の値が「ドメインＡ」である仮想マシンとして、ＶＭＩＤカラム４４の値が、「Ａ１」、「Ａ２」、「Ａ３」、「Ａ４」、及び「Ａ５」の仮想マシンを示す。システム管理部２１は、これらのエントリを、顧客管理テーブル４０から選択する。
【００８３】
次に、システム管理部２１は、ネットグループＩＤカラム４２の値が「１」である仮想マシンＡ１、仮想マシンＡ２に、共通のタグＡ識別子「１」を決定する。タグＡ識別子の値は、ドメインＡ管理テーブル５０において重複しないユニークな値であれば、特に限定されない。
【００８４】
システム管理部２１は、ネットグループＩＤカラム４２の値が「２」である仮想マシンＡ３のタグＡ識別子に、設定済みの値「１」とは異なる値「２」を決定する。以下、同様に、システム管理部２１は、ネットグループ間で重複しないユニークなタグＡ識別子を決定する。
【００８５】
システム管理部２１は、ドメインＡ管理テーブル５０のＶＭＩＤカラム５０１、ＭＡＣアドレスカラム５０２、ＩＰアドレスカラム５０４に、顧客管理テーブル４０から取得した情報を格納する。さらに、システム管理部２１は、ドメインＡ（３Ａ）の仮想マシンそれぞれに対して決定したタグＡ識別子を、ドメインＡ管理テーブル５０のタグＡ識別子カラム５０３に格納する。
【００８６】
システム管理部２１は、ドメインＡ管理テーブル５０と同様に、ドメインＢ管理テーブル５２を作成する。システム管理部２１は、顧客管理テーブル４０から、設置ドメインカラム４３の値が「ドメインＢ」である仮想マシンのエントリを選択する。システム管理部２１は、ネットグループそれぞれに、重複しないユニークなタグＢ識別子を決定する。タグＢ識別子の値は、ドメインＢ管理テーブル５２において重複しないユニークな値であれば、特に限定されない。当該タグＢ識別子の決定により、ドメイン内で互いに通信可能な仮想マシンを同一のタグＢ識別子でグループ化できる。
【００８７】
システム管理部２１は、ドメインＣ管理テーブル５４の作成において、ドメインＡ管理テーブル５０の作成におけるタグＡ識別子と同様の方法で、タグＢ識別子の値を決定する。本例において、システム管理部２１は、顧客ＩＤカラム４１の値毎に、ユニークなタグＡ識別子の値を決定する。
【００８８】
図５の顧客管理テーブル４０の例において、ＶＭＩＤカラム４５の値が「Ｃ１」〜「Ｃ４」の仮想マシンの顧客ＩＤカラム４１の値は、「顧客Ａ」である。システム管理部２１は、これら仮想マシンのタグＡ識別子カラム５４３の値を、「１００」と決定する。
【００８９】
図５の顧客管理テーブル４０の例において、ＶＭＩＤカラム４５の値が「Ｃ５」の仮想マシンの顧客ＩＤカラム４１の値は、「顧客Ｂ」である。システム管理部２１は、当該仮想マシンのタグＡ識別子カラム５４３の値を、設定済みの値「１００」とは異なる「２００」と決定する。
【００９０】
ドメインＣ（３Ｃ）において、タグＡ識別子の値を顧客毎に設定することにより、顧客単位での統計情報を得ることができる。例えば、タグ変換装置１において、通信量カウンタ、廃棄量カウンタなどの統計情報取得装置は、タグＡ識別子毎に設置され、タグＡ識別子に対応する顧客毎の統計情報を取得する。タグ変換装置１は、ネットワークにおける帯域制御を、タグＡ識別子毎に実行する。
【００９１】
上記例において、ドメインＡ（３Ａ）のタグＡ識別子、並びにドメインＢ（３Ｂ）及びドメインＣ（３Ｃ）のタグＢ識別子は、ネットワークグループＩＤ毎に割り当てられる。ドメインＣ（３Ｃ）のタグＡ識別子は顧客ＩＤ毎に割り当てられる。顧客は１又は複数のネットグループを使用し、上記例において顧客Ａは３つのネットグループを使用する。
【００９２】
複数のネットグループＩＤのタグ識別子が一つの顧客ＩＤのタグ識別子に纏められる。顧客ＩＤに対応するタグ識別子によって統計情報の取得及び帯域制御を行うことで、ネットグループＩＤに対応するタグ識別子により統計情報の取得及び帯域制御を行う構成と比較して、必要なリソースを低減することができる。
【００９３】
システム管理部２１は、ドメインＣ管理テーブル５４におけるタグＡ識別子カラム５４３の値を、顧客ＩＤと異なる基準で決定してもよい。一例において、システム管理部２１は、仮想マシンの通信量に基づいて、同一のタグＡ識別子を割り当てる仮想マシンを決定する。具体的には、システム管理部２１は、ネットワークシステム１００から、各仮想マシンの所定期間の通信量の履歴を取得する。例えば、ハイパバイザは、ローカルの仮想マシンの通信量を監視し、その情報をシステム管理部２１に送信する。通信量は、例えば、単位時間当たりの通信データ量で表わされる。
【００９４】
システム管理部２１は、仮想マシンをグループ化して、グループそれぞれに異なるタグＡ識別子を割り当てる。例えば、システム管理部２１は、各仮想マシンの所定期間の通信量の履歴から、各グループの総通信量が規定の閾値内となるように、仮想マシンをグループ化する。システム管理部２１は、グループ間の総通信量の差分が規定の閾値内となるように仮想マシンをグループ化してもよい。
【００９５】
例えば、タグ変換装置１は、通信量カウンタ、廃棄量カウンタなどの統計情報取得装置を、タグＡ識別子毎に設置し、タグＡ識別子毎に帯域制御を実行する。通信量を平均化するように仮想マシンをグループ化することで、統計情報のカウンタ値を収集する周期のばらつきを抑制できる。いずれかのグループは、一つの仮想マシンで構成されてもよい。
【００９６】
次に、システム管理部２１からの指示に応じて、各ドメイン制御部は、作成されたドメイン管理テーブルを対応ドメインに設定する（Ｓ６６）。例えば、ドメインＡ（３Ａ）内のハイパバイザは、設定されたドメインＡ管理テーブル５０を元に、仮想マシンＡ１と仮想マシンＡ２の通信において、タグＡ識別子「１」を使用する。ドメインＢ（３Ｂ）、ドメインＣ（３Ｃ）も同様に、設定されたタグ識別子の値でネットワーク分離を行う。
【００９７】
次に、システム管理部２１は、タグ変換装置１に設定するタグ変換テーブル８０を作成する（Ｓ６７）。作成されたタグ変換テーブル８０は、テーブル記憶部２７に保存される。タグ変換装置制御部２６は、作成されたタグ変換テーブル８０を、タグ変換装置１に設定する（Ｓ６８）。
【００９８】
タグ変換テーブル８０をタグ変換装置１に設定した後、管理装置２は、ステップＳ６２に戻る。管理装置２は、終了判定ステップ（Ｓ６２）においてＹＥＳと判定するまで、上記ステップを繰り返し、顧客管理テーブル４０が更新される度に、ドメイン管理テーブル５０、５２、５４及びタグ変換テーブル８０を更新し、ドメインＡ（３Ａ）、ドメインＢ（３Ｂ）、ドメインＣ（３Ｃ）、及びタグ変換装置１にそれぞれ設定する。
【００９９】
図８は、タグ変換テーブル８０の構成例を示す。タグ変換装置１は、タグ変換テーブル８０に従って、異なるドメイン間の通信フレームのタグを変換する。タグ変換テーブル８０は、顧客管理テーブル４０の顧客情報に加え、タグＡ識別子とタグＢ識別子のタグ情報を含んで構成される。
【０１００】
具体的には、タグ変換テーブル８０は、顧客ＩＤカラム８０１、ネットグループＩＤカラム８０２、設置ドメインカラム８０３、タグ方式カラム８０４、ＶＭＩＤカラム８０４、ＭＡＣアドレスカラム８０６、及びＩＰアドレスカラム８０７を有する。タグ変換テーブル８０は、さらに、タグＢ識別子カラム８０８及びタグＢ識別子カラム８０９を有する。
【０１０１】
顧客ＩＤカラム８０１、ネットグループＩＤカラム８０２、設置ドメインカラム８０３、タグ方式カラム８０４、ＶＭＩＤカラム８０４、ＭＡＣアドレスカラム８０６、及びＩＰアドレスカラム８０７は、それぞれ、顧客管理情報４０における同名カラムと同様の情報を格納している。
【０１０２】
タグＢ識別子カラム８０８が格納する情報は、図６Ｂに示すドメインＢ管理テーブル５２のタグＢ識別子カラム５２３及び図６Ｃに示すドメインＣ管理テーブル５４のタグＢ識別子カラム５４４を合わせた情報と同様である。
【０１０３】
タグＡ識別子カラム８０９が格納する情報は、図６Ａに示すドメインＡ管理テーブル５０のタグＡ識別子カラム５０３及び図６Ｃに示すドメインＣ管理テーブル５４のタグＡ識別子カラム５４３を合わせた情報と同様である。
【０１０４】
システム管理部２１は、顧客管理テーブル４０、ドメインＡ管理テーブル５０、ドメインＢ管理テーブル５２、及びドメインＣ管理テーブル５４から、タグ変換テーブル８０を作成する。
【０１０５】
例えばＶＭＩＤが「Ａ１」の場合、その仮想マシンの情報は、ドメインＡ管理テーブル５０に格納されている。システム管理部２１は、ドメインＡ管理テーブル５０を参照し、ＶＭＩＤカラム５０１が「Ａ１」を示すエントリの情報を取得する。
【０１０６】
当該エントリは、タグＡ識別子カラム５０３の値「１」を示す。システム管理部２１は、タグ変換テーブル８０のタグＡ識別子カラム８０９において、ＶＭＩＤが「Ａ１」のセルに、当該値を格納する。
【０１０７】
ＶＭＩＤが「Ａ１」の仮想マシンには、タグＢ識別子は割り当てられていない。したがって、タグ変換テーブル８０のタグＢ識別子カラム８０８において、ＶＭＩＤが「Ａ１」のセルは、値を格納しない。
【０１０８】
ＶＭＩＤが「Ｃ１」の場合、その仮想マシンの情報は、ドメインＣ管理テーブル５４に格納されている。システム管理部２１は、ドメインＣ管理テーブル５４から、ＶＭＩＤカラム５４１の値が「Ｃ１」のエントリの情報を取得する。当該エントリは、タグＡ識別子カラム５４３の値「１００」を示し、タグＢ識別子カラム５４４の値「１」を示す。
【０１０９】
システム管理部２１は、タグ変換テーブル８０のタグＡ識別子カラム８０９において、ＶＭＩＤが「Ｃ１」のセルに、「１００」を格納する。システム管理部２１は、タグＢ識別子カラム８０８において、ＶＭＩＤが「Ｃ１」のセルに「１」を格納する。
【０１１０】
システム管理部２１は、顧客管理テーブル４０の情報に加え、全てのＶＭＩＤのタグＡ識別子とタグＢ識別子の値をタグ変換テーブル８０に格納する。これにより、変換テーブル８０が作成される。
【０１１１】
図９Ａは、タグ変換装置１の論理構成例を示す。タグ変換装置１は、経路決定部１１、フレーム操作部１２、制御部１３、ＰＯＲＴ（タグ方式Ａ）１４、ＰＯＲＴ（タグ方式Ｂ）１５、及びＰＯＲＴ（タグ方式Ａ＋タグ方式Ｂ）１６を含んで構成される。フレーム操作部１２は、学習テーブル記憶部１２１、タグ変換テーブル記憶部１２２、タグ操作部１２３、及びタグ判定部１２４を含んで構成される。
【０１１２】
学習テーブル記憶部１２１は、ＩＰアドレス、ＭＡＣアドレス、及び出力ポートの関係を示す。制御部１３は、学習テーブルを管理し、更新する。タグ変換テーブル記憶部１２２は、管理装置２から受信したタグ変換テーブル８０を格納する。
【０１１３】
ＰＯＲＴ（タグ方式Ａ）１４は、タグ方式ＡのドメインＡ（３Ａ）とフレームの送受信するポートである。ＰＯＲＴ（タグ方式Ｂ）１５は、タグ方式ＢのドメインＢ（３Ｂ）とフレームの送受信するポートである。ＰＯＲＴ（タグ方式Ａ＋タグ方式Ｂ）１６は、タグ方式Ａ＋タグ方式ＢのドメインＣ（３Ｃ）とフレームの送受信するポートである。
【０１１４】
図９Ｂは、タグ変換装置１のハードウェア構成例を示す。タグ変換装置１は、プロセッサ１０１、メモリ１０２、ＰＯＲＴ（タグ方式Ａ）１４、ＰＯＲＴ（タグ方式Ｂ）１５、及びＰＯＲＴ（タグ方式Ａ＋タグ方式Ｂ）１６を含んで構成される。プロセッサ１０１とメモリ１０２とを含む構成は、タグ変換装置１のコントローラである。各デバイスは、システムバス１８を介して通信するように接続される。タグ変換装置１は、管理装置２と通信するためのポートをさらに含む。
【０１１５】
プロセッサ２０１及びメモリ２０２に対して、管理装置２の対する説明が適用できる。本例において、プロセッサ２０１は、メモリ２０２に格納されたプログラムに従って動作することで、経路決定部１１、制御部１３、タグ操作部１２３、及びタグ判定部１２４として機能する。タグ変換装置１の機能部の少なくとも一部は、プロセッサ２０１とは異なる専用論理回路により実装されてもよい。メモリ２０２の一部記憶領域は学習テーブルを格納する学習テーブル記憶部１２１として機能し、他の一部領域は、タグ変換テーブル８０を格納するタグ変換テーブル記憶部１２２として機能する。
【０１１６】
ＰＯＲＴ（タグ方式Ａ）１４から入力されたフレームは、フレーム操作部１２へ送られる。ＰＯＲＴ（タグ方式Ａ）１４は、ドメインＡ（３Ａ）と接続しており、入力フレームは、図３に示すフレーム構造９Ａを有する。
【０１１７】
タグ判定部１２４は、送信元ＭＡＣ９２及び宛先ＭＡＣ９３の値をタグ変換テーブル８０で検索し、それらのエントリの情報を選択する。送信元ＭＡＣ９２の仮想マシンと宛先ＭＡＣ９３の仮想マシンが異なるネットグループに属している場合、タグ判定部１２４は、当該フレームを廃棄する。タグ変換テーブル８０のネットグループＩＤカラム８０２は、仮想マシンそれぞれの所属ネットグループのＩＤを示す。
【０１１８】
送信元ＭＡＣ９２の仮想マシンと宛先ＭＡＣ９３の仮想マシンが、同じネットグループに属し、かつ、異なるドメインに属している場合、タグ操作部１２３は、入力されたフレームのタグを宛先ＭＡＣ９３のタグへ変換する。タグ操作部１２３は、タグ判定部１２４から入力フレームを取得し、タグ変換テーブル８０における送信元ＭＡＣ９２及び宛先ＭＡＣ９３のエントリの情報に従って、タグを変換する。
【０１１９】
例えば、送信元ＭＡＣ９２が「００：００：００：ＦＦ：００：Ｂ１」を示し、宛先ＭＡＣ９３が「００：００：００：ＦＦ：００：Ａ１」を示すとする。タグ変換テーブル８０の設置ドメインカラム８０３は、当該送信元がドメインＢ（３Ｂ）に属し、当該宛先がドメインＡ（３Ａ）に属していることを示す。さらに、タグ方式カラム８０４は、ドメインＢ（３Ｂ）はタグ方式Ｂを採用し、ドメインＡ（３Ａ）がタグ方式Ａを採用していることを示す。
【０１２０】
タグ操作部１２３は、入力フレームのフレーム構造を、ＶＬＡＮのフレーム構造９Ｂから、ＶＸＬＡＮフレーム構造９Ａへ変換する。具体的には、タグ操作部１２３は、入力フレームのＶＬＡＮタグ９７を削除する。さらに、タグ操作部１２３は、入力フレームにＶＸＬＡＮヘッダ９４及びＯＵＴＥＲヘッダ９５を付加する。
【０１２１】
付加されたＶＸＬＡＮヘッダ９４のＶＮＩ９４３（タグＡ識別子）は、「１」を示す。付加されたＯＵＴＥＲヘッダ９５のＩＰヘッダ９５２は、送信元ＩＰアドレス「１９２．１６８．１０．２２」及び宛先ＩＰアドレス「１９２．１６８．１０．１１」を示す。学習テーブル記憶部１２１は、ＩＰアドレスとＭＡＣアドレスを対応づける学習テーブルを格納している。タグ操作部１２３は、当該テーブルを参照して、イーサネットネットヘッダ９５１のアドレスを決定する。
【０１２２】
他の例として、送信元ＭＡＣ９２が「００：００：００：ＦＦ：００：Ｂ１」を示し、宛先ＭＡＣ９３が「００：００：００：ＦＦ：００：Ｃ１」を示すとする。タグ変換テーブル８０の設置ドメインカラム８０３は、当該送信元がドメインＢ（３Ｂ）に属し、当該宛先がドメインＣ（３Ｃ）に属していることを示す。さらに、タグ方式カラム８０４は、ドメインＢ（３Ｂ）はタグ方式Ｂを採用し、ドメインＣ（３Ｃ）がタグ方式Ａ＋タグ方式Ｂを採用していることを示す。
【０１２３】
タグ操作部１２３は、入力フレームのフレーム構造を、ＶＬＡＮフレーム構造９Ｂから、ＶＸＬＡＮフレーム構造９Ｃへ変換する。具体的には、タグ操作部１２３は、入力フレームのＶＬＡＮタグ９７の値を、宛先の値に変更する。ＶＬＡＮタグ９７におけるＶＩＤ９７３（タグＢ識別子）の値は、「１０」から「１」に変換される。
【０１２４】
さらに、入力フレームにＶＸＬＡＮヘッダ９４及びＯＵＴＥＲヘッダ９５が付加される。付加されたＶＸＬＡＮヘッダ９４のＶＮＩ９４３（タグＡ識別子）は、「１００」を示す。付加されたＯＵＴＥＲヘッダ９５のＩＰヘッダ９５２は、送信元ＩＰアドレス「１９２．１６８．１０．２２」及び宛先ＩＰアドレス「１９２．１６８．１０．３３」を示す。タグ操作部１２３は、上記ＩＰアドレスに対応するイーサネットネットヘッダ９５１のアドレスをイーサネットネットヘッダ９５１に格納する。
【０１２５】
送信元仮想マシンと同一ネットグループ及び同一ドメインに属する場合、又は、送信元仮想マシンと同一ネットグループに属し、かつ宛先ドメインと送信元ドメインが同一のタグ方式を採用する場合、タグ操作部１２３は、フレーム構造の変換を行わない。送信元仮想マシンと送信先仮想マシンのタグ識別子（ＶＩＤ又はＶＮＩ）が同一である場合、フレームのタグ識別子は維持され、異なる場合、フレームのタグ識別子は変換される。
【０１２６】
経路決定部１１は、タグ変換されたフレーム又はタグ変換されることなく取得したフレームの出力ポートを決定し、当該出力ポートからフレームを送信する。経路決定部１１は、タグ変換の有無及び取得したフレームのフレーム構造に応じて、宛先ＭＡＣ９３、イーサネットヘッダ９５１、又はＩＰヘッダ９５２の宛先を参照し、学習テーブルにおいて当該宛先に予め対応付けられたポートを出力ポートと決定する。
【０１２７】
例えば、タグ方式Ｂのフレーム構造９Ｂにおいて宛先ＭＡＣ９３が参照される。タグ方式Ａのフレーム構造９Ａ及びタグ方式Ａ＋タグ方式Ｂのフレーム構造９Ｃは、タグ変換の有無に応じて、イーサネットヘッダ９５１又はＩＰヘッダ９５２の宛先が参照される。
【０１２８】
タグ変換テーブル記憶部１２２は、上述のように、完成された変換テーブル８０を保持してもよい。これと異なり、タグ変換テーブル記憶部１２２に保持されているタグ変換テーブルは、例えば、エントリが逐次登録されてもよい。例えば、送信元ＭＡＣ９２又は宛先ＭＡＣ９３がタグ変換テーブル記憶部１２２に登録されていない場合、タグ判定部１２４は、当該ＭＡＣアドレスを示して、管理装置２に問い合わせを行う。
【０１２９】
管理装置２のタグ変換装置制御部２６は、テーブル記憶部２７に格納されているタグ変換テーブル８０において該当するＭＡＣアドレスを検索し、検索結果をタグ変換装置１に返す。当該アドレスがタグ変換テーブル８０に登録されている場合、タグ変換装置制御部２６は、そのエントリの情報をタグ変換装置１に送信する。タグ判定部１２４は、受信した情報を、変換テーブル記憶部１２２に格納されているタグ変換テーブルに登録する。
【０１３０】
図１０は、各ドメインの管理テーブルが更新された場合にタグ変換テーブル８０を更新するフローを示す。これにより、ドメインの構成に即したタグ変換を行うことができる。例えば、各ドメインに管理者が存在し、各ドメインの識別子がドメイン管理者によって変更されるケースが考えられる。
【０１３１】
システム管理部２１は、本フローの終了判定を行う（Ｓ７２）。例えば、システム停止指示を受信している場合、システム管理部２１は、本フローを終了すると判定する（Ｓ７２：ＹＥＳ）。
【０１３２】
本フローを終了しないと判定した場合（Ｓ７２：ＮＯ）は、システム管理部２１は、いずれかのドメイン管理テーブルが更新されたか否か判定する（Ｓ７３）。いずれのドメイン管理テーブルも更新されていない場合（Ｓ７３：ＮＯ）、システム管理部２１は、ステップＳ７２に戻る。
【０１３３】
いずれかのドメイン管理テーブルが更新されると、当該ドメインから管理装置２に当該更新が通知される。例えば、ドメインＡ（３Ａ）の管理テーブル５０が更新されると、ドメインＡ（３Ａ）から管理装置２に通知される。ドメインＡ制御部２３は、更新されたドメインＡ管理テーブル５０又はドメインＡ管理テーブル５０の更新差分を受信する。ドメインＡ制御部２３は、テーブル記憶部２７へ反映させる。更新されたドメイン管理テーブルは、対応するドメインに設定される。
【０１３４】
システム管理部２１は、更新されたドメインＡ管理テーブル５０の内容を、タグ変換テーブル作成（Ｓ６７）と同様な処理によってタグ変換テーブル８０に反映させてテーブル記憶部２７に保存する（Ｓ７４）。タグ変換装置制御部２６は、反映されたタグ変換テーブル８０をタグ変換装置１に設定する（Ｓ７５）。その後、システム管理部２１は、ステップＳ７２に戻る。
【０１３５】
本実施例によれば、異なるタグ方式でネットワーク分離されたドメインの通信装置を接続してネットグループを作成し、通信させることができる。例えば、ＶＬＡＮタグ方式の通信装置、ＶＸＬＡＮタグ方式の通信装置、及びＶＸＬＡＮタグ方式＋ＶＬＡＮタグ方式の通信装置でネットグループを構築し、異なるタグ方式を跨いだネットグループを作成できる。このように、本実施例は、通信装置のタグ方式に拠らず柔軟にネットワークグループを作成できる。
【０１３６】
本実施例は、通信を行う仮想マシンの構成及びタグ方式の情報を示す顧客管理情報を基にタグ変換テーブルを作成し、仮想マシンそれぞれのタグ識別子を決定する。これにより、柔軟なネットワーク管理を実現する。例えば、二重タグ方式の一つのタグＡ識別子に複数のタグＢ識別子を対応させることができる。タグＡ識別子でフレーム統計情報取得や帯域制御を行うことで、フレーム統計情報取得や帯域制御等に必要なリソースを低減することができる。
【０１３７】
なお、上記例において、管理装置２がドメイン管理テーブルを作成したが、ドメイン管理テーブルは、ユーザによって予め設定されていてもよい。管理装置２は、予め設定されたドメイン管理テーブルを使用してタグ変換テーブル８０を作成する。本実施例のタグ変換は、任意プロトコル階層のフレーム（データ単位）に適用できる。ドメインのタグ方式は、３以上のタグを含む多重タグ方式であってもよい。
【実施例２】
【０１３８】
図１１は、本実施例における、ネットワークシステム１００と当該ネットワークシステム１００を管理する管理装置２とを含む、システムの構成例を模式的に示す。本実施例は、主に、実施例１との相違点を説明する。実施例１において、タグ変換装置１に、ドメインＡ（３Ａ）、ドメインＢ（３Ｂ）、ドメインＣ（３Ｃ）が接続されている。
【０１３９】
図１１に示すように、本実施例においては、ドメインＣ（３Ｃ）が存在しない。本実施例のネットワークシステム１００は、同じタグ方式Ａを採用するドメインＡ１（３Ａ１）及びドメインＡ２（３Ａ２）、並びに同じタグ方式Ｂを採用するドメインＢ１（３Ｂ１）及びドメインＡＢ（３Ｂ２）を含む。
【０１４０】
さらに、本実施例のネットワークシステム１００は、二つのタグ変換装置１Ａ、１Ｂを含む。ドメインＡ１（３Ａ１）及びドメインＢ１（３Ｂ１）は、タグ変換装置１Ａのポートに接続され、ドメインＡ２（３Ａ２）及びドメインＡＢ（３Ｂ２）はタグ変換装置１Ｂのポートに接続されている。また、タグ変換装置１Ａ、１Ｂのポートが接続されており、タグ変換装置１Ａ、１Ｂ間でフレームが転送される。タグ変換装置１Ａ、１Ｂの内部構成は、実施例１におけるタグ変換装置１と同様である。
【０１４１】
管理装置２は、ドメインＡ１制御部２３Ａ１、ドメインＡ２制御部２３Ａ２、ドメインＢ１制御部２３Ｂ１、及びドメインＢ２制御部２３Ｂ２を含む。これらは、それぞれ、対応するドメインを制御する。
【０１４２】
図１２は、図１１に示す複数の仮想マシンを纏めて形成したネットグループの例を示す。仮想マシンＡ１１（１０Ａ１１）〜仮想マシンＡ１５（１０Ａ１５）は、ドメインＡ１（３Ａ１）に属する。仮想マシンＢ１１（１０Ｂ１１）〜仮想マシンＢ１５（１０Ｂ１５）は、ドメインＢ１（３Ｂ１）に属する。仮想マシンＡ２１（１０Ａ２１）〜仮想マシンＡ２５（１０Ａ２５）は、ドメインＡ２（３Ａ２）に属する。仮想マシンＢ２１（１０Ｂ２１）〜仮想マシンＢ２５（１０Ａ１５）は、ドメインＢ２（３Ｂ２）に属する。
【０１４３】
ネットグループ１〜３は、顧客Ａに所有されている。ネットグループ１は、仮想マシンＡ１１（１０Ａ１１）、仮想マシンＡ１２（１０Ａ１２）、仮想マシンＢ１１（１０Ｂ１１）、仮想マシンＡ２１（１０Ａ２１）、及び仮想マシンＢ２１（１０Ｂ２１）を含む。
【０１４４】
ネットグループ２は、仮想マシンＡ１３（１０Ａ１３）、仮想マシンＢ１２（１０Ｂ１２）、仮想マシンＢ１３（１０Ｂ１３）、仮想マシンＡ２２（１０Ａ２２）、仮想マシンＢ２２（１０Ｂ２２）、及び仮想マシンＢ２３（１０Ｂ２３）を含む。ネットグループ３は、仮想マシンＡ１４（１０Ａ１４）、仮想マシンＢ１４（１０Ｂ１４）、仮想マシンＡ２３（１０Ａ２３）、仮想マシンＡ２４（１０Ａ２４）、及び仮想マシンＢ２４（１０Ｂ２４）を含む。
【０１４５】
ネットグループ４は、顧客Ｂに所有されている。ネットグループ４は、仮想マシンＡ１５（１０Ａ１５）、仮想マシンＢ１５（１０Ｂ１５）、仮想マシンＡ２５（１０Ａ２５）、及び仮想マシンＢ２５（１０Ｂ２５）を含む。
【０１４６】
図１３は、本実施例の顧客管理テーブル４０の構成例を示す。本実施例の顧客管理テーブル４０は、実施例１と同様のカラムで構成されている。
【０１４７】
図１４Ａ〜図１４Ｄは、それぞれ、各ドメインのドメイン管理テーブルの構成例を示す。図１４Ａは、ドメインＡ１（１０Ａ１）のドメインＡ１管理テーブル１３１の構成例を示す。図１４Ｂは、ドメインＢ１（１０Ｂ１）のドメインＢ１管理テーブル１３２の構成例を示す。図１４Ｃは、ドメインＡ２（１０Ａ２）のドメインＡ２管理テーブル１３３の構成例を示す。図１４Ｄは、ドメインＢ２（１０Ｂ２）のドメインＢ２管理テーブル１３４の構成例を示す。
【０１４８】
ドメインＡ１管理テーブル１３１は、カラム３１１〜３１４を有し、そのカラム構成は実施例１におけるドメインＡ管理テーブル５０（図６Ａ）と同様である。ドメインＢ１管理テーブル１３２は、カラム３２１〜３２３を有し、そのカラム構成は実施例１におけるドメインＢ管理テーブル５２（図６Ｂ）と同様である。
【０１４９】
ドメインＡ２管理テーブル１３３は、カラム３３１〜３３４を有し、そのカラム構成は実施例１におけるドメインＡ管理テーブル５０（図６Ａ）と同様である。ドメインＢ２管理テーブル１３４は、カラム３４１〜３４３を有し、そのカラム構成は実施例１におけるドメインＢ管理テーブル５２（図６Ｂ）と同様である。
【０１５０】
システム管理部２１は、実施例１で説明した方法により、ドメイン管理テーブル１３１〜１３４を作成する。実施例１で説明したように、ドメイン管理テーブル１３１〜１３４は、それぞれ、対応するドメインに設定される。
【０１５１】
図１５は、本実施例で追加されたドメイン接続関係テーブル１４０の構成例を示す。管理装置２及びタグ変換装置１Ａ、１Ｂは、それぞれ、ドメイン接続関係テーブル１４０を保持する。ドメイン接続関係テーブル１４０はユーザにより作成される、又は管理装置２はタグ変換装置１Ａ、１Ｂから接続されたドメインの情報を取得し、それからドメイン接続関係テーブル１４０を作成してもよい。
【０１５２】
ドメイン接続関係テーブル１４０は、ドメインＡ１（３Ａ１）、ドメインＡ２（３Ａ２）、ドメインＢ１（３Ｂ１）、ドメインＡＢ（３Ｂ２）、タグ変換装置１Ａ、及びタグ変換装置１Ｂの接続関係を示す。同一タグ変換装置に接続されているドメインのセルは、「同一」を示す。異なるタグ変換装置に接続されているドメインのセルは、「異なる」を示す。
【０１５３】
例えば、ドメインＡ１（３Ａ１）はグ変換装置１Ａに接続され、ドメインＡ２（３Ａ２）はグ変換装置１Ｂに接続されている。ドメインＡ１（３Ａ１）とドメインＡ２（３Ａ２）はタグ変換装置１Ａとタグ変換装置１Ｂとを介して接続される。したがって、それらのセルは「異なる」を示す。
【０１５４】
図１６は、本実施例におけるタグ変換テーブル８０の構成例を示す。実施例１のタグ変換テーブル８０のカラム構成に加え、中継タグＢ識別子カラム９０１及び中継タグＡ識別子カラム９０２を有する。中継タグＢ識別子及び中継タグＡ識別子は、タグ変換装置１Ａ、１Ｂ間のフレーム転送において使用される。
【０１５５】
カラム８０１〜８０９は、実施例１におけるタグ変換テーブル８０と同様である。図１６において、ＭＡＣアドレスカラム８０６及びＩＰアドレスカラム８０７の値は省略されている。
【０１５６】
中継タグＢ識別子カラム９０１に格納される中継タグＢ識別子の決定方法を説明する。例えば、システム管理部２は、ネットグループ毎に異なる中継タグＢ識別子を割り当てる。図１６の例において、システム管理部２は、ネットグループＩＤ「１」の仮想マシンに、中継タグＢ識別子「２」を割り当てる。システム管理部２は、ネットグループＩＤ「２」の仮想マシンに、中継タグＢ識別子「３」を割り当てる。システム管理部２は、重複しないユニークな値を、中継タグＢ識別子としてネットグループそれぞれに付与する。
【０１５７】
次に中継タグＡ識別子カラム９０２に格納される中継タグＡ識別子の決定方法を説明する。システム管理部２は、１又は複数の中継タグＢ識別子を纏めて、一つの中継タグＡ識別子を付与する。つまり、１又は複数のネットグループに対して、一つの中継タグＡ識別子が割り当てられる。
【０１５８】
図１６の例において、システム管理部２は、各顧客ＩＤに一意の中継タグＡ識別子を決定する。つまり、顧客ＩＤそれぞれに、異なる中継タグＡ識別子が割り当てられる。顧客Ａに対して中継タグＡ識別子「１０００」が割り当てられ、顧客Ｂに対して中継タグＡ識別子「２０００」が割り当てられている。つまり、ネットグループ１〜３に対して中継タグＡ識別子「１０００」が割り当てられ、ネットグループ４に対して中継タグＡ識別子「２０００」が割り当てられている。
【０１５９】
タグ変換装置制御部２６は、作成されたタグ変換テーブル８０をテーブル記憶部２７に保存する。さらに、タグ変換装置制御部２６は、タグ変換装置１Ａ及びタグ変換装置１Ｂに、作成されたタグ変換テーブル８０を設定する。
【０１６０】
タグ変換装置１Ａ、１Ｂの動作を説明する。以下においては、タグ変換装置１Ａ、１Ｂ間でのフレーム転送におけるタグ変換を説明する。一例として、ドメインＡ１（３Ａ１）の仮想マシンＡ１１（１０Ａ１１）から、ドメインＢ２（３Ｂ２）の仮想マシンＢ２１（１０Ｂ２１）へフレームを送信するケースを説明する。
【０１６１】
タグ変換装置１Ａは、仮想マシンＡ１１（１０Ａ１１）からフレームを受信する。当該フレームは、フレーム構造９Ａを有する。タグ変換装置１Ａのタグ判定部１２４は、フレームの宛先ＭＡＣ９３と送信元ＭＡＣ９２から、タグ変換テーブル８０を参照して、当該フレームの送信元ドメインと宛先ドメインを特定する。
【０１６２】
タグ判定部１３は、ドメイン接続関係テーブル１４０を参照し、当該送信元ドメインと宛先ドメインとの間のフレーム転送が、複数のタグ変換装置を介するか否かを判定する。フレーム転送が複数タグ変換装置を介する場合、ドメイン接続関係テーブル１４０は、「異なる」を示す。本例において、送信元ドメインはドメインＡ１（３Ａ１）であり、宛先ドメインはドメインＢ２（３Ｂ２）であるので、ドメイン接続関係テーブル１４０は、「異なる」を示す。
【０１６３】
「異なる」ドメイン間のフレーム転送である場合、タグ変換装置１Ａのタグ操作部１３１２３は、タグ方式Ａ＋タグ方式Ｂへのタグ変換を行う。タグ方式Ａ＋タグ方式Ｂのフレーム構造は、図３に示すフレーム構造９Ｃである。
【０１６４】
タグ操作部１２３は、タグ方式ＢのＶＬＡＮタグ９７のＶＩＤ９７３に、宛先仮想マシンのエントリにおける中継タグＢ識別子カラム９０１の値を格納する。タグ操作部１２３は、タグ方式ＡのＶＸＬＡＮヘッダ９４のＶＮＩ９４３に、宛先仮想マシンのエントリにおける中継タグＡ識別子カラム９０２の値を格納する。本例において、ＶＩＤ９７３に「２」が格納され、ＶＮＩ９４３に「１０００」が格納される。
【０１６５】
タグ操作部１２３は、ＶＸＬＡＮヘッダ９４のＩＰヘッダ９５２及びイーサネットヘッダ９５１には、宛先ドメインＢ２（３Ｂ２）が接続されている宛先タグ変換装置１Ｂの情報を格納する。
【０１６６】
タグ変換装置１Ｂは、受信したフレームのフレーム構造を、タグ方式Ａ＋タグ方式Ｂのフレーム構造から、宛先ドメインのタグ方式Ｂのフレーム構造へ変換する。タグ判定部１２２は、タグ変換テーブル８０を参照し、宛先ＭＡＣ９３の仮想マシンが属するドメインのタグ方式を特定する。本例において、タグ方式Ｂである。
【０１６７】
本例において、タグ変換装置１Ｂのタグ操作部１２３は、受信したフレームからＶＸＬＡＮヘッダ９４及びＯＵＴＥＲヘッダ９５を削除する。タグ操作部１２３は、タグ変換テーブル８０を参照し、宛先仮想マシンのエントリのタグＢ識別子カラム８０８の値を取得する。本例において、仮想マシンＢ２１（１０Ｂ２１）の「１１」が取得される。タグ操作部１２３は、取得した値「１１」に、ＶＬＡＮタグ９７のＶＩＤ９７３を変更する。経路決定部１１は、実施例１と同様に、フレームの出力ポートを決定し、当該ポートからフレームを出力する。
【０１６８】
タグ変換装置１Ａ、１Ｂは、タグ変換装置間のフレーム転送において、タグ方式Ａ＋タグ方式Ｃのパケット構造を採用し、外部Ａ識別子及び外部Ｂ識別子をフレームに付与する。タグ変換装置１Ａ、１Ｂは、他のタグ変換装置にフレームを転送せず、自装置のポートに接続されたドメイン間でフレームを転送する場合、実施例１に示した方法によりタグ変換を行う。
【０１６９】
本実施例は、タグ変換装置間のフレーム転送において使用する中継タグ方式において、二重タグ方式を採用する。これにより、各通信装置に対して、管理状態に応じて柔軟にタグ識別子を割り当てることができる。
【０１７０】
本実施例は、中継タグＢ識別子をネットグループ単位に設定し、中継タグＡ識別子を顧客単位で設定する。顧客Ａは複数のネットグループを使用し、顧客Ａの中継タグＡ識別子に対して、複数の中継タグＢ識別子が対応付けられる。中継タグＡ識別子により、タグ装置間で転送されるフレームの統計情報の取得や帯域制限を行うことで、中継タグＢ識別子でそれらを行う構成よりも必要なリソースを低減することができる。
【０１７１】
なお、中継タグＡ識別子は、顧客とは独立して設定されてもよい。例えば、タグ変換テーブル８０全体で、中継タグＡ識別子が１つであってもよい。中継タグＢ識別子と中継タグＡ識別子が、１：１に対応付けられていてもよい。
【０１７２】
本実施例のネットワークシステム１００は、実施例１におけるドメインＣ（３Ｃ）を含まないが、ネットワークシステム１００は、ドメインＣ（３Ｃ）を含んで構成されてもよい。タグ変換装置の数は特に限定されず、３以上のタグ変換装置が含まれてもよい。
【０１７３】
中継タグを使用したタグ変換は、一つのタグ変換装置内において実行されてもよい。タグ変換装置は、自装置に対して中継タグを有するフレームを送信してもよい。使用される二つの中継タグ方式は、同一の方式であってもよく、送信元ドメイン及び宛先ドメインのタグ方式と異なっていてもよい。タグ変換装置間のフレーム転送において、３種類以上のタグを含む多重タグ方式を使用してもよい。
【０１７４】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０１７５】
また、上記の各構成・機能・処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード等の記録媒体に置くことができる。
【０１７６】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際には殆どすべての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１７７】
１、１Ａ、１Ｂ  タグ変換装置、１１  経路決定部、１２  フレーム操作部、１４  ＰＯＲＴ（タグ方式Ａ）、１５  ＰＯＲＴ（タグ方式Ｂ）、１６  ＰＯＲＴ（タグ方式Ａ＋タグ方式Ｂ）、２  管理装置、２１  システム管理部、２２  顧客情報管理部、２３  ドメインＡ制御部、２４  ドメインＢ制御部、２５  ドメインＣ制御部、２６  タグ変換装置制御部、２７  テーブル記憶部、３Ａ  ドメインＡ、３Ｂ  ドメインＢ、３Ｃ  ドメインＣ、４０  顧客管理テーブル、５０  ドメインＡ管理テーブル、５２  ドメインＢ管理テーブル、５４  ドメインＣ管理テーブル、８０  タグ変換テーブル、１３１  ドメインＡ１管理テーブル、１３２  ドメインＡ２管理テーブル、１３３  ドメインＢ１管理テーブル、１３４  ドメインＢ２管理テーブル
【図１】
2016116024.tif 000003
【図２】
2016116024.tif 000004
【図３】
2016116024.tif 000005
【図４】
2016116024.tif 000006
【図５】
2016116024.tif 000007
【図６Ａ】
2016116024.tif 000008
【図６Ｂ】
2016116024.tif 000009
【図６Ｃ】
2016116024.tif 000010
【図７】
2016116024.tif 000011
【図８】
2016116024.tif 000012
【図９Ａ】
2016116024.tif 000013
【図９Ｂ】
2016116024.tif 000014
【図１０】
2016116024.tif 000015
【図１１】
2016116024.tif 000016
【図１２】
2016116024.tif 000017
【図１３】
2016116024.tif 000018
【図１４Ａ】
2016116024.tif 000019
【図１４Ｂ】
2016116024.tif 000020
【図１４Ｃ】
2016116024.tif 000021
【図１４Ｄ】
2016116024.tif 000022
【図１５】
2016116024.tif 000023
【図１６】
2016116024.tif 000024