(57)【要約】【課題】パケットを効率的にキャプチャすることを課題とする。【解決手段】サーバ１０ａは、送信元のＶＭ１１ａのアドレスと送信先のＶＭ１１ｇのアドレスとが設定されたパケットを自装置で動作しているＶＭ１１ａから受信する。そして、サーバ１０ａは、自装置のアドレスを送信元とし、送信先の仮想マシンを動作させているサーバ１０ｄのアドレスを送信先とし、ネットワーク上のパケットをキャプチャするキャプチャ装置３０のアドレスを転送先として、受信されたパケットをカプセル化する。その後、サーバ１０ａは、カプセル化されたパケットをネットワークに出力する。【選択図】図１
2012129648.tif 000002
【特許請求の範囲】
【請求項１】
送信先の仮想マシンのアドレスが設定されたパケットを自装置で動作している仮想マシンから受信する受信部と、
自装置のアドレスを送信元とし、前記送信先の仮想マシンを動作させているサーバ装置のアドレスを送信先とし、ネットワーク上のパケットをキャプチャするキャプチャ装置のアドレス又はキャプチャ装置に対して受信パケットのミラーリングを行う中継装置のアドレスを転送先として、前記受信部によって受信されたパケットをカプセル化するカプセル部と、
前記カプセル部によってカプセル化されたパケットを前記ネットワークに出力する出力部と、
を有することを特徴とするサーバ装置。
【請求項２】
前記カプセル部は、送信元の仮想マシンを一意に識別する識別子に応じて、前記パケットがキャプチャ対象のパケットであるか判定し、キャプチャ対象のパケットである場合には、前記キャプチャ装置のアドレス又はキャプチャ装置に対して受信パケットのミラーリングを行う中継装置のアドレスを転送先として、カプセル化することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記カプセル部は、前記送信元の仮想マシンを動作させているサーバ装置のアドレスと前記送信先の仮想マシンを動作させているサーバ装置のアドレスとに応じて、前記生成部によって生成されたパケットがキャプチャ対象のパケットであるか判定し、キャプチャ対象のパケットである場合には、前記キャプチャ装置のアドレス又はキャプチャ装置に対して受信パケットのミラーリングを行う中継装置のアドレスを転送先として、カプセル化することを特徴とする請求項１または２に記載のサーバ装置。
【請求項４】
前記カプセル部は、ネットワーク上のパケットをキャプチャするキャプチャ装置のアドレス又はキャプチャ装置に対して受信パケットのミラーリングを行う中継装置のアドレスとともに、他の中継装置のアドレスを転送先として、前記受信部によって受信されたパケットをカプセル化することを特徴とする請求項１〜３のいずれか一つに記載のサーバ装置。
【請求項５】
送信したパケットがキャプチャ対象となる仮想マシンの選択を受け付ける受付部と、
前記受付部によって選択された仮想マシンが送信するパケットに対して、パケットのカプセル化を行う際に前記キャプチャ装置のアドレス又はキャプチャ装置に対して受信パケットのミラーリングを行う中継装置のアドレスを転送先として設定する旨の指示を生成する生成部と、
前記生成部によって生成された指示を、前記受付部によって選択された仮想マシンを動作させているサーバ装置に送信する送信部と、
を有することを特徴とする管理装置。
【請求項６】
前記受付部によって選択された仮想マシンが送信するパケットをキャプチャするキャプチャ装置を選択する選択部をさらに有し、
前記受付部によって選択された仮想マシンが送信するパケットに対して、前記選択部によって選択されたキャプチャ装置のアドレスを、パケットのカプセル化を行う際に転送先として設定する旨の指示を生成することを特徴とする請求項５に記載の管理装置。
【請求項７】
複数のキャプチャ装置それぞれに接続された中継装置のネットワーク負荷に関する情報を取得するネットワーク状態取得部をさらに有し、
前記選択部は、前記ネットワーク状態取得部によって取得されたネットワーク負荷に関する情報から、最もネットワーク負荷が小さい中継装置に接続されたキャプチャ装置を選択することを特徴とする請求項６に記載の管理装置。
【請求項８】
各キャプチャ装置の状態に関する情報を取得するキャプチャ状態取得部をさらに有し、
前記選択部は、前記キャプチャ状態取得部によって取得されたキャプチャ装置の状態に関する情報から、最も負荷が小さいキャプチャ装置を選択することを特徴とする請求項６に記載の管理装置。
【請求項９】
コンピュータに、
送信先の仮想マシンのアドレスが設定されたパケットを自装置で動作している仮想マシンから受信し、
自装置のアドレスを送信元とし、前記送信先の仮想マシンを動作させているサーバ装置のアドレスを送信先とし、ネットワーク上のパケットをキャプチャするキャプチャ装置のアドレス又はキャプチャ装置に対して受信パケットのミラーリングを行う中継装置のアドレスを転送先として、前記受信されたパケットをカプセル化し、
前記カプセル化されたパケットを前記ネットワークに出力する
処理を実行させる転送先アドレス設定プログラム。
【請求項１０】
サーバ装置を管理する管理装置と、前記サーバ装置上で動作される仮想マシン同士で通信を行う複数のサーバ装置とを有する仮想ネットワークシステムであって、
前記管理装置は、
送信したパケットがキャプチャ対象となる仮想マシンの選択を受け付ける受付部と、
前記受付部によって選択された仮想マシンが送信するパケットに対して、パケットのカプセル化を行う際に前記キャプチャ装置のアドレスを転送先として設定する旨の指示を生成する生成部と、
前記生成部によって生成された指示を、前記受付部によって選択された仮想マシンを動作させているサーバ装置に送信する送信部と、
を有し、
前記サーバ装置は、
前記送信部によって送信された指示を受信し、該指示に含まれるキャプチャ対象の仮想マシンを一意に識別する識別子と、前記キャプチャ装置のアドレスとを対応付けて設定する設定部と、
送信先の仮想マシンのアドレスが設定されたパケットを自装置で動作している仮想マシンから受信する受信部と、
前記設定部によって設定された仮想マシンの識別子に対応する仮想マシンが送信元の仮想マシンである場合には、自装置のアドレスを送信元とし、前記送信先の仮想マシンを動作させているサーバ装置のアドレスを送信先とし、ネットワーク上のパケットをキャプチャするキャプチャ装置のアドレス又はキャプチャ装置に対して受信パケットのミラーリングを行う中継装置のアドレスを転送先として、前記受信部によって受信されたパケットをカプセル化するカプセル部と、
前記カプセル部によってカプセル化されたパケットを前記ネットワークに出力する出力部と、
を有することを特徴とする仮想ネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、管理装置、転送先アドレス設定プログラムおよび仮想ネットワークシステムに関する。
【背景技術】
【０００２】
近年、複数の顧客のシステムを収容しているデータセンタでは、各顧客システムをデータセンタ内で隔離するために、仮想マシン（ＶＭ：Virtual  Machine）間を接続する仮想化技術が用いられている。このような仮想化技術の一つとして、仮想マシン間を仮想的な通信回線で接続するＬ２（Ｌａｙｅｒ２）トンネリング方式が知られている。
【０００３】
例えば、データセンタでは、Ｌ２トンネリング方式により同一顧客システム内の複数の仮想マシンを相互に接続する。このようにＬ２トンネリング方式で接続された仮想マシン間で通信されるパケットは、ネットワークの経路設定に応じて、送信経路が決定される。
【０００４】
また、このようなＬ２トンネリング方式で接続された仮想マシン間の通信において、障害時の動作解析などを目的として、通信パケットをキャプチャする場合がある。例えば、パケットをキャプチャする方法として、ネットワーク内の任意の箇所にキャプチャ装置を設置し、キャプチャ装置にネットワーク内のパケットをキャプチャさせる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１３６０４９号公報
【特許文献２】特開２００５−１２６７２号公報
【特許文献３】特開２００７−３６８１３号公報
【特許文献４】特開２００２−１９８９８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記した従来の技術では、パケットを効率的にキャプチャすることができないという課題がある。すなわち、仮想マシンの配置とネットワークの経路設定に応じて、パケットの送信経路が異なる場合に、各経路に対応させて、ネットワーク内に複数のキャプチャ装置を設置することとなる。
【０００７】
一つの側面では、パケットを効率的にキャプチャすることを目的とする。
【課題を解決するための手段】
【０００８】
第一の案では、サーバ装置は、送信元の仮想マシンのアドレスと送信先の仮想マシンのアドレスとが設定されたパケットを自装置で動作している仮想マシンから受信する。そして、自装置のアドレスを送信元とし、送信先の仮想マシンを動作させているサーバ装置のアドレスを送信先とし、ネットワーク上のパケットをキャプチャするキャプチャ装置のアドレスを転送先として、受信されたパケットをカプセル化する。サーバ装置は、カプセル化されたパケットをネットワークに出力する。
【発明の効果】
【０００９】
一態様においては、パケットを効率的にキャプチャすることができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１に係る仮想ネットワークシステムの構成を示すブロック図である。
【図２】図２は、実施例１に係るサーバの構成を示すブロック図である。
【図３】図３は、トンネル選択テーブルの一例を示す図である。
【図４】図４は、トンネル構成テーブルの一例を示す図である。
【図５】図５は、パケット転送テーブルの一例を示す図である。
【図６】図６は、パケットフォーマットの一例を示す図である。
【図７】図７は、キャプチャ装置にパケットを転送する処理を説明する図である。
【図８】図８は、転送先設定メッセージの一例を示す図である。
【図９】図９は、実施例１に係る管理装置の構成を示すブロック図である。
【図１０】図１０は、トンネル管理テーブルの一例を示す図である。
【図１１】図１１は、キャプチャ装置管理テーブルの一例を示す図である。
【図１２】図１２は、実施例１に係るサーバの処理動作を示すフローチャートである。
【図１３】図１３は、実施例１に係るサーバの転送先設定処理の動作を示すフローチャートである。
【図１４】図１４は、実施例１に係る管理装置の処理動作を示すフローチャートである。
【図１５】図１５は、トンネル構成テーブルの一例を示す図である。
【図１６】図１６は、転送先設定メッセージの一例を示す図である。
【図１７】図１７は、トンネル管理テーブルの一例を示す図である。
【図１８】図１８は、経路を変更する処理を説明するための図である。
【図１９】図１９は、トンネル構成テーブルの一例を示す図である。
【図２０】図２０は、パケットフォーマットの一例を示す図である。
【図２１】図２１は、キャプチャ装置が複数ある場合の仮想システムの構成を示すブロック図である。
【図２２】図２２は、キャプチャ装置管理テーブルの一例を示す図である。
【図２３】図２３は、実施例５に係る管理装置の構成を示すブロック図である。
【図２４】図２４は、キャプチャ装置管理テーブル図である。
【図２５】図２５は、実施例５に係る管理装置の処理動作を示すフローチャートである。
【図２６】図２６は、実施例６に係る管理装置の構成を示すブロック図である。
【図２７】図２７は、キャプチャ装置管理テーブル図である。
【図２８】図２８は、実施例６に係る管理装置の処理動作を示すフローチャートである。
【図２９】図２９は、転送先アドレス設定プログラムを実行するコンピュータの例を示す図である。
【発明を実施するための形態】
【００１１】
以下に添付図面を参照して、この発明に係るサーバ装置、管理装置、転送先アドレス設定プログラムおよび仮想ネットワークシステムの実施例を詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１２】
以下の実施例では、実施例１に係る仮想ネットワークシステムの構成、サーバの構成、管理装置の構成およびサーバ装置の処理の流れ、管理装置の処理の流れを順に説明する。
【００１３】
［仮想ネットワークシステムの構成］
最初に、図１を用いて、仮想ネットワークシステムの構成を説明する。図１は、実施例１に係る仮想ネットワークシステムの構成を示すブロック図である。図１に示すように、仮想ネットワークシステム１は、複数のサーバ装置１０ａ〜１０ｅ、管理装置２０、キャプチャ装置３０、複数のルータ４０ａ〜４０ｅを有する。また、各サーバ装置１０ａ〜１０ｅは、複数のＶＭ１１ａ〜１１ｊをそれぞれ動作させてもよい。
【００１４】
実施例１に係る仮想ネットワークシステム１は、複数の顧客のシステムを収容しているデータセンタ内で構築されたネットワークとすることもできる。仮想ネットワークシステム１は、各顧客システムをデータセンタ内で隔離するために、仮想マシン（ＶＭ：Virtual  Machine）間を接続するＬ２トンネリング方式が用いられている。ここで、「Ｌ２（Ｌａｙｅｒ２）トンネリング方式」とは、例えば、ネットワーク上において、任意の仮想マシン間を結ぶ閉じられた仮想的な直結通信回線を確立する技術である。なお、通信方式はこれに限られない。
【００１５】
また、図１の例では、サーバ１０ａ〜１０ｅ上で動作するＶＭ１１ａ〜１１ｊのうち、実線で描かれたＶＭ１１ａ、１１ｃ、１１ｅ、１１ｇ、１１ｉは、例えば同一の顧客システムを構成する仮想マシンである。そして、実施例１に係る仮想ネットワークシステム１では、ＶＭ１１ａ、１１ｃ、１１ｅ、１１ｇ、１１ｉから送信されたパケットをキャプチャ対象とする。
【００１６】
また、点線で描かれたＶＭ１１ｂ、１１ｄ、１１ｆ、１１ｈ、１１ｊは、例えば、同一の顧客システムを構成する仮想マシンである。なお、この例では仮想ネットワークシステム１では、ＶＭ１１ｂ、１１ｄ、１１ｆ、１１ｈ、１１ｊから送信されたパケットをキャプチャ対象外とする。また、図１に示すように、ＶＭ１１ａ、１１ｃ、１１ｅ、１１ｇ、１１ｉ間は、仮想的な通信回線で接続するＬ２（Ｌａｙｅｒ２）トンネリング方式により、フルメッシュ接続されている。
【００１７】
なお、図では省略したが、ＶＭ１１ａ〜１１ｊは、仮想メモリおよび仮想プロセッサをそれぞれ有する。仮想メモリは、サーバ１０ａ〜１０ｅのメモリにおける所定領域をＶＭが使用するメモリとして割り当てることで実現された仮想的なメモリである。仮想プロセッサは、サーバ１０ａ〜１０ｅのプロセッサにおける所定処理能力をＶＭが使用するプロセッサとして割り当てることで実現された仮想的なプロセッサである。
【００１８】
管理装置２０は、ルータ４０ｅを介して、サーバ１０ａ〜１０ｅと接続されている。管理装置２０は、サーバ１０ａ〜１０ｅに対して転送先設定メッセージを送信し、各サーバ１０ａ〜１０ｅにキャプチャ対象となるパケットと、キャプチャ装置３０のアドレス又はキャプチャ装置３０に対してミラーリングを行う設定がされたルータ４０ａのアドレスとを設定させる。
【００１９】
キャプチャ装置３０は、ルータ４０ｃと接続されている。キャプチャ装置３０は、ルータ４０ｃから送信されたパケットを受信し、受信したパケットを記憶領域に格納する。キャプチャ装置３０と接続されたルータ４０ｃは、パケットを受信した場合に、送信先アドレスへパケットを転送する。ルータ４０ｃはミラーリング設定がされている場合は、受信したパケットをキャプチャ装置３０に転送する。その際、ルータ４０ａを転送先として設定されたパケットを受信したのであれば、ミラーリングによって、受信パケットをコピーして得られたパケットをキャプチャ装置３０に転送するとともに、受信パケットのヘッダ部に転送先として設定されたルータ４０ｃ自身のアドレス情報を削除してから更なる転送先アドレス又は送信先アドレスに向けてパケットを送信する。また、キャプチャ装置３０を転送先とするパケットを受信した場合は、受信したパケットをキャプチャ装置３０向けに転送することで、キャプチャ装置３０に受信パケットを与えることもできる。
【００２０】
ルータ４０ａ〜４０ｄは、パケットを受信し、パケットに設定された送信先アドレスに従って、パケットを転送する。図１の例では、ルータ４０ａは、サーバ１０ａ、他のルータ４０ｂ、４０ｄと接続されている。また、ルータ４０ｂは、サーバ１０ｂ、他のルータ４０ａ、４０ｃと接続されている。また、ルータ４０ｃは、サーバ１０ｃ、１０ｄ、キャプチャ装置３０、他のルータ４０ｂ、４０ｄと接続されている。また、ルータ４０ｄは、他のルータ４０ａ、４０ｃと接続されている。また、ルータ４０ｅは、サーバ１０ａ〜１０ｅと、管理装置２０と接続されている。
【００２１】
［サーバの構成］
次に、図２を用いて、図１に示したサーバ１０ａの構成を説明する。図２は、実施例１に係るサーバの構成を示すブロック図である。図２に示すように、サーバ１０ａは、ＶＭ１１ａ、１１ｂ、生成部１２ａ、１２ｂ、送受信部１３ａ、１３ｂ、内部用送受信部１４ａ、１４ｂ、カプセル制御部１５ａ、１５ｂ、転送部１６、外部用送受信部１７ａ、１７ｂ、記憶部１８、設定部１９を有する。以下にこれらの各部の処理を説明する。なお、以下では、図１に示した仮想ネットワークシステム１におけるサーバ１０ａの構成について説明するが、サーバ１０ｂ〜１０ｅについても、サーバ１０ａと同様の構成である。
【００２２】
記憶部１８は、各種処理に必要なデータおよびプログラムを格納するメモリであり、例えば、図２に示すように、トンネル選択テーブル１８ａ、トンネル構成テーブル１８ｂ、パケット転送テーブル１８ｃを記憶する。ここで、記憶部１８として、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ（flash  memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置を用いることができる。
【００２３】
トンネル選択テーブル１８ａは、ＶＭ１１ａによって生成されたパケットの送信先アドレスと、パケットの出力先との対応関係が記憶されたテーブルである。ここで、図３を用いて、トンネル選択テーブル１８ａを具体的に説明する。図３は、トンネル選択テーブルの一例を示す図である。図３に例示するように、トンネル選択テーブル１８ａには、ＶＭ１１ａによって生成されたパケットの送信先アドレスである「送信先アドレス」と、パケットの出力先となるカプセル処理部を特定する情報である「出力先」とが対応付けて記憶されている。
【００２４】
例えば、図３の例を用いて説明すると、トンネル選択テーブル１８ａには、パケットの送信先アドレス「イ」と、出力先となる「カプセル処理部ａ」とが対応付けて記憶されている。トンネル選択テーブル１８ａは、後述するように、内部用送受信部１４ａによって参照され、パケットをカプセル処理部１５０〜１５２のうち、どこにパケットを出力するか選択させるためテーブルである。
【００２５】
トンネル構成テーブル１８ｂは、ＶＭ１１ａ、１１ｂが生成したパケットに付与する転送先アドレスが記憶されたテーブルである。ここで、図４を用いて、トンネル構成テーブル１８ｂを具体的に説明する。図４は、トンネル構成テーブルの一例を示す図である。図４に例示するように、トンネル構成テーブル１８ｂは、ＶＭを一意に識別するＩＤである「ＶＭ−ＩＤ」と、ＶＭ１１ａ、１１ｂが生成したパケットに付与する転送先アドレスである「転送先アドレス」とが対付けて記憶されている。
【００２６】
例えば、図４の例を用いて説明すると、ＶＭ−ＩＤ「ＶＭ−Ａ１」と転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」とが対応付けられて記憶されている。これは、ＶＭ−ＩＤが「ＶＭ−Ａ１」のＶＭ１１ａが生成したパケットをカプセル化する際に、転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ（例えば、ルータ３０ｃのアドレス又はキャプチャ装置３０のアドレス）」を付与することを示している。また、図４の例では、ＶＭ−ＩＤ「ＶＭ−Ａ２」に対応する転送先アドレスの欄が空欄である。これは、ＶＭ−ＩＤが「ＶＭ−Ａ２」のＶＭ１１ｂが生成したパケットをカプセル化する際に、転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」を付与しないことを示している。
【００２７】
パケット転送テーブル１８ｃは、転送部１６が受信したパケットの送信先アドレスと、パケットの出力先との対応関係が記憶されたテーブルである。ここで、図５を用いて、パケット転送テーブル１８ｃを具体的に説明する。図５は、パケット転送テーブルの一例を示す図である。図５に例示するように、パケット転送テーブル１８ｃは、転送部１６が受信したパケットの送信先アドレスである「送信先アドレス」と、パケットの出力先となる「出力先」とが対応付けて記憶されている。例えば、図５の例を用いて説明すると、パケット転送テーブル１８ｃは、パケットの送信先アドレス「Ａｄｄｒｅｓｓ−Ｂ」と、パケットの出力先となる「外部用送受信部」が対応付けて記憶されている。なお、ここの外部用送受信部とは、図２における外部用送受信部１７ａのことをいう。このように、パケット転送テーブル１８ｃは、後述するように転送部１６によって参照され、カプセル処理部１５０〜１５５、または外部用送受信部１７ａのうち、どこにパケットを出力するか選択させるために使用される。
【００２８】
また、図２に示すように、サーバ１０ａは、ＶＭ１１ａおよびＶＭ１１ｂを動作させている。ＶＭ１１ａとＶＭ１１ｂは、それぞれ異なる顧客システムに属している。なお、以下に説明する例では、ＶＭ１１ａが生成したパケットをキャプチャ対象とする。ＶＭ１１ａは、生成部１２ａおよび送受信部１３ａを有し、同一の顧客システムに属している他のＶＭとパケットの通信を行う。
【００２９】
生成部１２ａは、送信元のＶＭのアドレスと送信先のＶＭのアドレスとが設定されたパケットを生成する。例えば、生成部１２ａは、ＶＭ１１ａ内における所定のアプリケーションを実行し、他のＶＭ１１ｇに送信するパケットを生成する。その後、生成部１２ａは、生成したパケットを送受信部１３ａに送信する。なお、生成部１２ａによって生成されたパケットには、ＶＭの送信元アドレスとＶＭの送信先アドレスが設定されている。
【００３０】
送受信部１３ａは、ＶＭ１１ａ上の仮想的なＮＩＣ（Network  Interface  Card）として機能するソフトウェアである。例えば、送受信部１３ａは、ＶＭ１１ａ上で生成されたパケットを内部用送受信部１４ａに送信する。また、送受信部１３ａは、他のＶＭから送信されたパケットを内部用送受信部１４ａから受信する。
【００３１】
内部用送受信部１４ａは、送信元のＶＭのアドレスと送信先のＶＭのアドレスとが設定されたパケットを自装置のＶＭ１１ａから受信する。例えば、内部用送受信部１４ａは、ＶＭ１１ａの送受信部１３ａから、送信元のＶＭのアドレス「ア」と送信先のＶＭのアドレス「イ」が設定されたパケットを受信し、ＶＭが使用するプロセッサ（図示せず）にパケットを送信する。
【００３２】
そして、内部用送受信部１４ａは、パケットを受信した場合には、パケットに設定された送信先アドレス「イ」を読み出し、トンネル選択テーブル１８ａを参照して、送信先アドレスに対応するパケットの出力先を決定する。図３の例を用いて説明すると、送信先アドレスが「イ」であった場合には、送信先アドレスが「イ」に対応する出力先として「カプセル処理部ａ」を決定する。なお、「カプセル処理部ａ」は、図２に示すカプセル処理部１５０を特定する情報であるものとする。その後、内部用送受信部１４ａは、カプセル処理部１５０に対してパケットを出力する。
【００３３】
カプセル制御部１５ａは、１又は複数のカプセル処理部１５０〜１５２を有する。カプセル制御部１５ａは、初期設定において、各カプセル処理部１５０〜１５２に対して、実行するカプセル処理の内容を設定する。例えば、カプセル制御部１５ａは、カプセル処理部１５０に対して、サーバの送信先ＩＰアドレス「Ａｄｄｒｅｓｓ−Ｂ」およびサーバの送信元ＩＰアドレス「Ａｄｄｒｅｓｓ−Ａ」をパケットに付与するカプセル処理を実行させるように設定する。なお、図２の説明では、３つのカプセル処理部１５０〜１５２を有している例で説明するが、ＶＭ同士を接続するトンネルの数に対応するカプセル処理部を有してもよい。
【００３４】
カプセル処理部１５０〜１５２は、内部用送受信部１４ａからパケットを受信すると、例えば、ＧＲＥ（Generic  Routing  Encapsulation）プロトコルなどに従って、受信したパケットをカプセル化する。また、カプセル処理部１５０〜１５２は、カプセル化する際に、送信元のＶＭを一意に識別するＶＭ−ＩＤに応じて、パケットがキャプチャ対象のパケットであるか判定し、キャプチャ対象のパケットである場合には、キャプチャ装置のアドレス又はキャプチャ装置に対して受信パケットのミラーリングを行うルータのアドレスを転送先として付与する。
【００３５】
例えば、カプセル処理部１５０は、内部用送受信部１４ａからパケットを受信すると、図４に示すトンネル構成テーブル１８ｂを参照し、送信元のＶＭのＶＭ−ＩＤ「ＶＭ−Ａ１」に対応する転送先アドレスが設定されているか判定する。この結果、カプセル処理部１５０は、図４に示すトンネル構成テーブル１８ｂにおいて、ＶＭ−ＩＤ「ＶＭ−Ａ１」に対応する転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」が設定されているので、パケットがキャプチャ対象のパケットであると判定する。そして、カプセル処理部１５０は、ＶＭ−ＩＤ「ＶＭ−Ａ１」に対応する転送先アドレスが「Ａｄｄｒｅｓｓ−Ｘ」を読み出す。その後、カプセル処理部１５０は、自装置のアドレス「Ａｄｄｒｅｓｓ−Ａ」を送信元とし、送信先のＶＭを動作させているサーバ装置「Ａｄｄｒｅｓｓ−Ｂ」のアドレスを送信先としてカプセル化する。さらに、カプセル処理部１５０は、キャプチャ装置３０のアドレス「Ａｄｄｒｅｓｓ−Ｘ」を転送先として、パケットをカプセル化する。または、ルータ４０ｃなどのルータのアドレスを転送先として、ルータのミラーリング設定により、キャプチャ装置３０にパケットが送信されるようにしてもよい。
【００３６】
ここで、図６の例を用いて、カプセル化処理について具体的に説明する。図６は、パケットフォーマットの一例を示す図である。図６の（１）に示すパケットは、カプセル化前のパケットであり、図６の（２）に示すパケットは、カプセル化後のパケットである。図６の（１）に示すように、カプセル化前のパケットは、送信元アドレス「Ａｄｄｒｅｓｓ−ア」、送信先アドレス「Ａｄｄｒｅｓｓ−イ」および「ペイロード」が含まれる。ここで、送信元アドレス「Ａｄｄｒｅｓｓ−ア」は、自サーバ１０ａのＶＭ１１ａの仮想アドレスであり、「Ａｄｄｒｅｓｓ−イ」は、送信先ＶＭ１１ｇの仮想アドレスである。
【００３７】
そして、図６の（２）に示すパケットは、図６の（１）にパケットに対して、送信先アドレス「Ａｄｄｒｅｓｓ−Ｂ」、送信元アドレス「Ａｄｄｒｅｓｓ−Ａ」、転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」が付加されている。ここで、「Ａｄｄｒｅｓｓ−Ｂ」は、送信先のＶＭ１１ｇを動作させるサーバ１０ｄのＩＰアドレスであり、「Ａｄｄｒｅｓｓ−Ａ」は、送信元のＶＭ１１ａを動作させる自サーバ１０ａのＩＰアドレスである。また、「Ａｄｄｒｅｓｓ−Ｘ」は、転送先のキャプチャ装置３０又はルータ４０ｃのＩＰアドレスである。なお、カプセル化後のペイロードに相当するデータは、ＩＰｓｅｃ（Security  Architecture  for  Internet  Protocol）などの技術で暗号化してもよい。
【００３８】
外部用送受信部１７ａとしては、例えばＮＩＣ（Network  Interface  Card）とすることができ、カプセル化されたパケットをネットワーク上のルータ４０ａに出力する。また、外部用送受信部１７ａは、ネットワーク上のルータ４０ａから自装置宛に送られたパケットを受信する。
【００３９】
このように、サーバ１０ａは、カプセル化を行う際に、キャプチャ対象となるパケットに対してキャプチャ装置３０などを転送先情報として設定する。この結果、キャプチャ対象となるパケットをキャプチャ装置３０に転送することができる。ここで、図７を用いて、キャプチャ装置３０にパケットを転送する処理を具体的に説明する。図７は、キャプチャ装置にパケットを転送する処理を説明する図である。図７に示すように、サーバ１０ａは、キャプチャ対象となるパケットに対してキャプチャ装置３０又はルータ４０ｃを転送先情報として設定し、カプセル化されたパケットをネットワークに出力する。そして、ネットワークに出力されたパケットは、図７に示すように、ルータ４０ａ、４０ｂ、４０ｃの順に転送される。
【００４０】
外部用送受信部１７ａとしては、例えばＮＩＣ（Network  Interface  Card）とすることができ、カプセル化されたパケットをネットワーク上のルータ４０ａに出力する。また、外部用送受信部１７ａは、ネットワーク上のルータ４０ａから自装置宛に送られたパケットを受信する。
【００４１】
このように、サーバ１０ａは、カプセル化を行う際に、キャプチャ対象となるパケットに対してキャプチャ装置３０などを転送先情報として設定する。この結果、キャプチャ対象となるパケットをキャプチャ装置３０に転送することができる。ここで、図７を用いて、キャプチャ装置３０にパケットを転送する処理を具体的に説明する。図７は、キャプチャ装置にパケットを転送する処理を説明する図である。図７に示すように、サーバ１０ａは、キャプチャ対象となるパケットに対してキャプチャ装置３０又はルータ４０ｃを転送先情報として設定し、カプセル化されたパケットをネットワークに出力する。そして、ネットワークに出力されたパケットは、図７に示すように、ルータ４０ａ、４０ｂ、４０ｃの順に転送される。
【００４２】
ここで、図７の例を用いて、パケットを受信した各ルータ４０ａ、４０ｂ、４０ｃの具体的な処理について順に説明する。ここでは、パケット送信先がサーバ１０ｄのＶＭ１１ｇであって、キャプチャ装置３０のアドレスが転送先アドレスとして設定されている場合について説明する。まず、ルータ４０ａは、サーバ１０ａからパケットを受信し、転送先アドレスが設定されているか否かを判定する。そして、ルータ４０ａは、転送先アドレスが設定されているので、転送先アドレスが自装置のアドレスであるか判定する。この結果、自装置ではないため、転送先アドレスに従って、ルータ４０ｂにパケットを転送する。
【００４３】
続いて、ルータ４０ｂも同様に、パケットを受信し、転送先アドレスが設定されているか否かを判定する。そして、ルータ４０ｂは、転送先アドレスが設定されているので、転送先アドレスが自装置のアドレスであるか判定する。この結果、自装置ではないため、転送先アドレスに従って、ルータ４０ｃにパケットを転送する。
【００４４】
そして、ルータ４０ｃは、ルータ４０ｂからパケットを受信すると、転送先アドレスが設定されているか否かを判定する。そして、ルータ４０ｃは、転送先アドレスが設定されているので、転送先アドレスが自装置のアドレスであるか判定する。この結果、ルータ４０ｃは、転送先アドレスが自ルータである場合には、転送先アドレスを消去し、送信先アドレスに従ってパケットをサーバ１０ｄに転送する。その際、パケットをコピーし、コピーしたパケットをキャプチャ装置３０に転送して格納させる。転送先アドレスがキャプチャ装置３０である場合には、受信パケットをキャプチャ装置３０に転送する。
【００４５】
図２の説明に戻って、外部用送受信部１７ｂは、ＮＩＣ（Network  Interface  Card）であり、ネットワーク上のルータ４０eから自装置宛に送られたパケットを受信する。例えば、図８に例示するように、外部用送受信部１７ｂは、ルータ４０ｅを介して、転送先設定メッセージを受信する。ここで、転送先設定メッセージとは、キャプチャ対象となるパケットとキャプチャ装置３０のアドレス又はルータ４０ｃのアドレスとをトンネル構成テーブル１８ｂに設定させるメッセージである。図８は、転送先設定メッセージの一例を示す図である。図８に例示するように、転送先設定メッセージは、ＶＭ−ＩＤ「ＶＭ−Ａ１」と転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」とが対応している。図８に示した転送先設定メッセージは、「ＶＭ−Ａ１」のＶＭ１１ａが生成したパケットをキャプチャ対象として設定させ、かつ、キャプチャ対象のパケットのカプセル化の際に転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」を付加することを設定させるメッセージである。
【００４６】
設定部１９は、転送先設定メッセージを受信し、トンネル構成テーブル１８ｂに対して、キャプチャ対象となるＶＭのＩＤと、キャプチャ装置３０又はキャプチャ装置３０に対して受信パケットのミラーリングを行うルータのアドレスとを設定する。例えば、設定部１９は、図８に示した転送先設定メッセージを受信した場合には、設定部１９は、転送先メッセージを受信すると、転送先メッセージに含まれたＶＭ−ＩＤ「ＶＭ−Ａ１」を読み出し、設定対象のＶＭを特定する。そして、設定部１９は、トンネル構成テーブル１８ｂを参照し、読み出したＶＭ−ＩＤ「ＶＭ−Ａ１」と一致するエントリの転送先アドレス欄に転送先設定メッセージに含まれる転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」を設定する。これにより、「ＶＭ−Ａ１」のＶＭ１１ａが生成したパケットがキャプチャ対象として設定され、「ＶＭ−Ａ１」のＶＭ１１ａが生成したパケットのカプセル化の際に転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」が付加される。
【００４７】
［管理装置の構成］
次に、図９を用いて、図１に示した管理装置２０の構成を説明する。図９は、実施例１に係る管理装置の構成を示すブロック図である。図９に示すように、管理装置２０は、対象システム選択部２１、キャプチャ装置選択部２２、メッセージ生成部２３、送受信部２４、記憶部２５を有する。以下にこれらの各部の処理を説明する。
【００４８】
記憶部２５は、各種処理に必要なデータおよびプログラムを格納するメモリであり、例えば、トンネル管理テーブル２５ａ、キャプチャ装置管理テーブル２５ｂを記憶する。トンネル管理テーブル２５ａは、データセンタ内で稼動している顧客システムを一意に識別するＩＤと、顧客システムに属するＶＭを一意に識別するＩＤとが対応付けて記憶されたテーブルである。ここで、図１０の例を用いて、トンネル管理テーブル２５ａを具体的に説明する。図１０は、トンネル管理テーブルの一例を示す図である。
【００４９】
図１０に例示するように、トンネル管理テーブル２５ａは、データセンタ内で稼動している顧客システムを一意に識別する「Ｓｙｓｔｅｍ−ＩＤ」と、顧客システムに属するＶＭを一意に識別する「ＶＭ−ＩＤ」とが対応付けて記憶されている。例えば、図１０の例では、トンネル管理テーブル２５ａは、Ｓｙｓｔｅｍ−ＩＤ「Ｓｙｓｔｅｍ１」の顧客システムと、ＶＭ−ＩＤ「ＶＭ−Ａ１」と、「ＶＭ−Ｂ１」と、「ＶＭ−Ｃ１」とが対応付けて記憶されている。これは、Ｓｙｓｔｅｍ−ＩＤ「Ｓｙｓｔｅｍ１」の顧客システムに、ＶＭ−ＩＤ「ＶＭ−Ａ１」と、「ＶＭ−Ｂ１」と、「ＶＭ−Ｃ１」とが属していることを示している。
【００５０】
キャプチャ装置管理テーブル２５ｂは、キャプチャ装置３０（又はキャプチャ装置３０に対して受信パケットのミラーリング送信を行うルータ）を一意に識別するＩＤと、キャプチャ装置３０のアドレスとが対応付けられて記憶されたテーブルである。ここで、図１１の例を用いて、キャプチャ装置管理テーブル２５ｂを具体的に説明する。図１１は、キャプチャ装置管理テーブルの一例を示す図である。図１１に例示するように、キャプチャ装置管理テーブル２５ｂは、キャプチャ装置を一意に識別する「キャプチャ装置ＩＤ」と、キャプチャ装置のアドレスである「キャプチャ装置アドレス」とが対応付けて記憶されている。
【００５１】
例えば、図１１の例では、キャプチャ装置ＩＤ「Ｃａｐ１」と、キャプチャ装置アドレス「Ａｄｄｒｅｓｓ−Ｘ」とが対応付けて記憶されている。なお、実施例１に係る仮想ネットワークシステム１では、キャプチャ装置３０が一台のみであるため、キャプチャ装置ＩＤ「Ｃａｐ１」とキャプチャ装置アドレス「Ａｄｄｒｅｓｓ−Ｘ」との組だけが、キャプチャ装置管理テーブル２５ｂに記憶されている。
【００５２】
対象システム選択部２１は、送信したパケットがキャプチャ対象となるＶＭの選択を受け付ける。例えば、対象システム選択部２１は、顧客システムの一覧を画面に提示し、管理者からのキャプチャ対象となる顧客システムの選択指示を受け付ける。そして、対象システム選択部２１は、選択されたキャプチャ対象の顧客システムのＳｙｓｔｅｍ−ＩＤでトンネル管理テーブル２５ａを検索し、キャプチャ対象の顧客システムに割り当てられているＶＭ−ＩＤをすべて取得する。
【００５３】
キャプチャ装置選択部２２は、パケットをキャプチャするキャプチャ装置３０の選択を受け付ける。例えば、キャプチャ装置選択部２２は、キャプチャ装置管理テーブル２５ｂからキャプチャ装置ＩＤの一覧を画面に提示し、管理者からのキャプチャ装置３０選択指示を受け付ける。そして、キャプチャ装置選択部２２は、選択されたキャプチャ装置ＩＤでキャプチャ装置管理テーブル２５ｂを検索し、キャプチャ装置３０のＩＰアドレスを取得する。なお、実施例１に係る仮想ネットワークシステム１では、キャプチャ装置３０が一台であるため、キャプチャ装置ＩＤの一覧には、キャプチャ装置３０のキャプチャ装置ＩＤ「Ｃａｐ１」しか表示されない。
【００５４】
メッセージ生成部２３は、取得されたＶＭ−ＩＤとキャプチャ装置のアドレスから、転送先設定メッセージを生成する。例えば、メッセージ生成部２３は、図８に例示するように、ＶＭ−ＩＤ「ＶＭ−Ａ１」とキャプチャ装置のアドレス「Ａｄｄｒｅｓｓ−Ｘ」が取得された場合には、ＶＭ−ＩＤ「ＶＭ−Ａ１」と、転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」とを対応付けた転送先設定メッセージを生成する。
【００５５】
送受信部２４は、ルータ４０ｅを介して、メッセージ生成部２３によって生成された転送先設定メッセージを対象サーバ１０ａ〜１０ｅへ送信する。なお、管理装置２０は、転送先設定メッセージの送信先となるサーバ１０ａ〜１０ｅのアドレスは、保持しているものとする。
【００５６】
［サーバによる処理］
次に、図１２、１３を用いて、実施例１に係るサーバ１０ａによる処理を説明する。図１２は、実施例１に係るサーバの処理動作を示すフローチャートである。図１３は、実施例１に係るサーバの転送先設定処理の動作を示すフローチャートである。
【００５７】
図１２に示すように、サーバ１０ａは、ＶＭ１１ａ内でパケットを生成され（ステップＳ１０１）、生成されたパケットを他のＶＭ１１ｇに送信する場合には、ＶＭ１１ａの送受信部１３ａから内部用送受信部１４ａにパケットを送信する（ステップＳ１０２）。
【００５８】
そして、サーバ１０ａは、内部用送受信部１４ａを経由してパケットをカプセル処理部１５０へ送信する（ステップＳ１０３）。続いて、サーバ１０ａのカプセル処理部１５０は、自サーバ１０ａのアドレスを送信元とし、送信先のＶＭを動作させているサーバ装置のアドレスを送信先としてカプセル化する（ステップＳ１０４）。
【００５９】
そして、カプセル処理部１５０は、キャプチャ対象である場合には、転送先アドレスをパケットに付与する（ステップＳ１０５）。例えば、カプセル処理部１５０は、送信元のＶＭを一意に識別するＶＭ−ＩＤに応じて、パケットがキャプチャ対象のパケットであるか判定し、キャプチャ対象のパケットである場合には、キャプチャ装置３０のアドレス又はキャプチャ装置３０に対して受信パケットのミラーリング送信を行うルータのアドレスを転送先として付与する。
【００６０】
そして、転送部１６は、パケットの送信先アドレスを読み出し、パケット転送テーブル１８ｃを参照して、転送先を外部用送受信部１７ａに決定する（ステップＳ１０６）。その後、サーバ１０ａの外部用送受信部１７ａは、パケットをネットワーク上のルータ４０ａに出力する（ステップＳ１０７）。
【００６１】
次に、図１３を用いて、サーバ１０ａの転送先設定処理の動作を説明する。図１３に示すように、サーバ１０ａの設定部１９は、転送先メッセージを受信すると、転送先メッセージに含まれたＶＭ−ＩＤを読み出し、設定対象のＶＭを特定する（ステップＳ２０１）。そして、設定部１９は、トンネル構成テーブル１８ｂを参照し、読み出したＶＭ−ＩＤと一致するエントリの転送先アドレス欄に転送先設定メッセージに含まれる転送先アドレスを設定する（ステップＳ２０２）。
【００６２】
［管理装置による処理］
次に、図１４を用いて、実施例１に係る管理装置２０による処理を説明する。図１４は、実施例１に係る管理装置２０の処理動作を示すフローチャートである。
【００６３】
図１４に示すように、管理装置２０の対象システム選択部２１は、顧客システムの一覧を画面に提示し、管理者からのキャプチャ対象となる顧客システムの選択指示を受け付ける（ステップＳ３０１）。そして、対象システム選択部２１は、選択されたキャプチャ対象の顧客システムのＳｙｓｔｅｍ−ＩＤでトンネル管理テーブル２５ａを検索し、キャプチャ対象の顧客システムに割り当てられているＶＭ−ＩＤをすべて取得する（ステップＳ３０２）。
【００６４】
そして、キャプチャ装置選択部２２は、キャプチャ装置管理テーブル２５ｂからキャプチャ装置ＩＤの一覧を画面に提示し、キャプチャ装置３０の選択を受け付ける（ステップＳ３０３）。そして、キャプチャ装置選択部２２は、選択されたキャプチャ装置ＩＤでキャプチャ装置管理テーブル２５ｂを検索し、キャプチャ装置３０のアドレスを取得する（ステップＳ３０４）。
【００６５】
その後、メッセージ生成部２３は、取得されたＶＭ−ＩＤとキャプチャ装置３０のアドレスから、転送先設定メッセージを生成する。そして、送受信部２４は、生成した転送先設定メッセージを対象サーバに送信する（ステップＳ３０５）。
【００６６】
上述してきたように、サーバ装置１０ａは、送信元のＶＭ１１ａのアドレスと送信先のＶＭ１１ｇのアドレスとが設定されたパケットを自装置で動作しているＶＭ１１ａから受信する。そして、サーバ装置１０ａは、自装置のアドレスを送信元とし、送信先のＶＭ１１ｇを動作させているサーバ装置１０ｄのアドレスを送信先とし、ネットワーク上のパケットをキャプチャするキャプチャ装置３０のアドレスを転送先として、受信されたパケットをカプセル化する。その後、サーバ装置１０ａは、カプセル化されたパケットをネットワークに出力する。このため、パケットを効率的にキャプチャすることが可能である。
【００６７】
つまり、キャプチャ装置３０を転送先とした転送先アドレスをパケットに付加するので、キャプチャ装置３０の設置数を減らすこともできるので、コストを抑えることもできる。また、特定のキャプチャ装置３０にパケットを集中的にキャプチャさせることができるので、キャプチャ結果を一つに統合しなくともよい。また、キャプチャ装置３０を移動したり、ネットワークの経路設定を変更したりすることなく、パケットをキャプチャすることもできる。
【００６８】
また、実施例１によれば、サーバ装置１０ａは、送信元のＶＭを一意に識別するＩＤに応じて、パケットがキャプチャ対象のパケットであるか判定する。この結果、キャプチャ対象のパケットである場合には、キャプチャ装置３０のアドレスを転送先として、カプセル化する。このため、任意のＶＭのパケットをキャプチャ装置３０にキャプチャさせることも可能である。
【００６９】
また、実施例１によれば、管理装置２０は、送信したパケットがキャプチャ対象となるＶＭの選択を受け付ける。そして、管理装置２０は、選択されたＶＭ１１ａが送信するパケットに対して、パケットのカプセル化を行う際にキャプチャ装置３０のアドレスを転送先として設定する旨の指示を生成する。そして、管理装置２０は、生成された指示を、選択されたＶＭを動作させているサーバ装置１０ａに送信する。このため、サーバ装置１０ａに任意のＶＭのパケットをキャプチャ装置３０に効率的にキャプチャさせることも可能である。
【実施例２】
【００７０】
ところで、上記の実施例１では、送信元のＶＭに応じて、パケットに転送先アドレスを付与するか否か判定する場合を説明したが、実施例はこれに限定されるものではない。例えば、送信元のＶＭを動作させているサーバに付与されたアドレスであるトンネル元アドレスと、送信先のＶＭを動作させているサーバ装置に付与されたアドレスであるトンネル先アドレスとに応じて、パケットに転送先アドレスを付与するか否か判定してもよい。
【００７１】
以下の実施例２では、図１５〜図１７を用いて、トンネル元アドレスとトンネル先アドレスとに応じて、パケットに転送先アドレスを付与するか否か判定する場合を説明する。なお、実施例２に係るサーバ１０ａの構成については、図２に示したサーバと同様のものとなるため、説明を省略する。
【００７２】
まず、図１５を用いて、実施例２に係るサーバ１０ａが保持するトンネル構成テーブルについて説明する。図１５は、トンネル構成テーブルの一例を示す図である。図１５に示すように、実施例２に係るサーバ１０ａが保持するトンネル構成テーブル１８ｂには、「ＶＭ−ＩＤ」および「転送先アドレス」とともに、「トンネル元アドレス」および「トンネル先アドレス」が対応付けて記憶されている。例えば、図１５の例を用いて説明すると、ＶＭ−ＩＤ「ＶＭ−Ａ１」と、トンネル元アドレス「Ａｄｄｒｅｓｓ−Ａ」と、トンネル先アドレス「Ａｄｄｒｅｓｓ−Ｂ」と、転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」とが対応付けられて記憶されている。図１５に例示したトンネル構成テーブルは、ＶＭ−ＩＤが「ＶＭ−Ａ１」であって、トンネル元アドレスが「Ａｄｄｒｅｓｓ−Ａ」であって、かつ、トンネル先アドレスが「Ａｄｄｒｅｓｓ−Ｂ」であるパケットをカプセル化する際に、転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」を付与することを示している。
【００７３】
次に、図１６を用いて、実施例２に係るサーバ１０ａが管理装置２０から受信する転送先設定メッセージについて説明する。図１６は、転送先設定メッセージの一例を示す図である。図１６に示すように、転送先設定メッセージは、「ＶＭ−ＩＤ」および「転送先アドレス」とともに、「トンネル元アドレス」および「トンネル先アドレス」とが対応しているメッセージである。
【００７４】
例えば、図１６の例を用いて説明すると、ＶＭ−ＩＤ「ＶＭ−Ａ１」と、トンネル元アドレス「Ａｄｄｒｅｓｓ−Ａ」と、トンネル先アドレス「Ａｄｄｒｅｓｓ−Ｂ」と、転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」とが対応している。図１６に例示した転送先設定メッセージは、「ＶＭ−Ａ１」のＶＭ１１ａが生成したパケットであり、トンネル元アドレスが「Ａｄｄｒｅｓｓ−Ａ」であり、かつ、トンネル先アドレスが「Ａｄｄｒｅｓｓ−Ｂ」であるキャプチャをキャプチャ対象として設定させるメッセージである。また、図１６に例示した転送先設定メッセージは、キャプチャ対象のパケットのカプセル化の際に転送先アドレス「Ａｄｄｒｅｓｓ−Ｘ」を付加することを設定させるメッセージである。
【００７５】
また、このような転送先設定メッセージを送る管理装置２０は、図１７に例示するようなトンネル管理テーブルを有している。図１７は、トンネル管理テーブルの一例を示す図である。図１７に例示するように、トンネル管理テーブル２５ａは、「Ｓｙｓｔｅｍ−ＩＤ」および「ＶＭ−ＩＤ」とともに、トンネル元アドレスおよびトンネル先アドレスとが対応付けて記憶されている。例えば、図１７の例では、トンネル管理テーブル２５ａは、Ｓｙｓｔｅｍ−ＩＤ「Ｓｙｓｔｅｍ１」の顧客システムと、ＶＭ−ＩＤ「ＶＭ−Ａ１」と、「ＶＭ−Ｂ１」と、「ＶＭ−Ｃ１」とが対応付けて記憶されている。
【００７６】
これは、Ｓｙｓｔｅｍ−ＩＤ「Ｓｙｓｔｅｍ１」の顧客システムに属するＶＭ−ＩＤ「ＶＭ−Ａ１」のうち、トンネル元アドレスが「Ａｄｄｒｅｓｓ−Ａ」であり、トンネル先アドレスが「Ａｄｄｒｅｓｓ−Ｂ」であるパケットをキャプチャ対象の候補とする。また、Ｓｙｓｔｅｍ−ＩＤ「Ｓｙｓｔｅｍ１」の顧客システムに属するＶＭ−ＩＤ「ＶＭ−Ａ１」のうち、トンネル元アドレスが「Ａｄｄｒｅｓｓ−Ｃ」であり、トンネル先アドレスが「Ａｄｄｒｅｓｓ−Ｄ」であるパケットをキャプチャ対象の候補とする。
【００７７】
このように、上記の実施例２では、サーバ装置１０ａは、送信元のＶＭを動作させているサーバ装置に付与されたトンネルアドレスと送信先のＶＭを動作させているサーバ装置に付与されたトンネルアドレスとに応じて、生成されたパケットがキャプチャ対象のパケットであるか判定する。この結果、キャプチャ対象のパケットである場合には、キャプチャ装置のアドレスを転送先として、カプセル化する。このため、任意のトンネルを通るパケットのみをキャプチャ装置３０にキャプチャさせることが可能である。
【実施例３】
【００７８】
ところで、上記の実施例１では、キャプチャ装置のアドレスのみを転送先アドレスとして設定する場合を説明したが、実施例はこれに限定されるものではなく、キャプチャ装置のアドレスとともに、ルータのアドレスも転送先アドレスとして設定するようにしてもよい。つまり、キャプチャ装置のアドレスおよびルータのアドレスを設定することで、キャプチャ装置にパケットを転送することができるとともに、パケットの経路を変更することができる。
【００７９】
ここで、図１８を用いて、転送先アドレスにキャプチャ装置のアドレスおよびルータのアドレスを設定することで、経路を変更する処理を説明する。図１８は、経路変更する処理を説明するための図である。図１８に示すように、送信元のサーバ１０ａがキャプチャ装置３０のみを転送先アドレスとして付加してパケットを送信した場合には、キャプチャ装置３０に転送されるまでの経路として、ルータ４０ａ、ルータ４０ｂ、ルータ４０ｃの順に転送される経路と、ルータ４０ａ、ルータ４０ｄ、ルータ４０ｃの順にパケットが転送される経路とが存在する。ここで、実施例１のサーバ１０ａのように、キャプチャ装置３０のみを転送先アドレスとして付加した場合には、キャプチャ装置３０に転送されるまでの経路を送信元のサーバ１０ａ側で決定できない。
【００８０】
一方、キャプチャ装置のアドレスおよびルータのアドレスを設定することで、キャプチャ装置にパケットを転送することができるとともに、送信元のサーバ１０ａ側でパケットの経路を決定することができる。例えば、サーバ１０ａは、キャプチャ装置３０のアドレス「Ａｄｄｒｅｓｓ−Ｘ」とルータ４０ｄの「Ａｄｄｒｅｓｓ−Ｍ」とを設定することで、ルータ４０ａ、ルータ４０ｄ、ルータ４０ｃの順に転送される経路でパケットを送信することができる。
【００８１】
そこで、以下の実施例３では、図１９および図２０を用いて、キャプチャ装置のアドレスとともに、ルータのアドレスも転送先アドレスとして設定する場合を説明する。なお、実施例３におけるサーバ１０ａの構成については、図２に示したサーバ１０ａと同様のものとなるため、説明を省略する。
【００８２】
まず、図１９を用いて、実施例３に係るサーバ１０ａが保持するトンネル構成テーブルについて説明する。図１９は、トンネル構成テーブルの一例を示す図である。図１９に示すように、ＶＭ−ＩＤ「ＶＭ−Ａ１」と、複数の転送先アドレス「Ａｄｄｒｅｓｓ−Ｍ」、「Ａｄｄｒｅｓｓ−Ｘ」とが対応付けられて記憶されている。これは、ＶＭ−ＩＤが「ＶＭ−Ａ１」のＶＭ１１ａが生成したパケットをカプセル化する際に、転送先アドレスとして、「Ａｄｄｒｅｓｓ−Ｍ」および「Ａｄｄｒｅｓｓ−Ｘ」を付与することを示している。
【００８３】
次に、図２０を用いて、パケットフォーマットの一例を説明する。図２０は、パケットフォーマットの一例を示す図である。実施例３に係るサーバ１０ａは、ＶＭ−ＩＤが「ＶＭ−Ａ１」であるＶＭ１１ａが生成したパケットを送信する場合に、カプセル化処理を行う際に、図１９に示すトンネル構成テーブル１８ｂを参照する。そして、サーバ１０ａは、ＶＭ−ＩＤ「ＶＭ−Ａ１」に対応する転送先アドレス「Ａｄｄｒｅｓｓ−Ｍ」、「Ａｄｄｒｅｓｓ−Ｘ」を読み出す。
【００８４】
その後、サーバ１０ａは、図２０に例示するように、自装置のアドレス「Ａｄｄｒｅｓｓ−Ａ」を送信元とし、送信先のＶＭを動作させているサーバ装置「Ａｄｄｒｅｓｓ−Ｂ」のアドレスを送信先としてカプセル化する。さらに、サーバ１０ａは、図２０に例示するように、キャプチャ装置３０のアドレス「Ａｄｄｒｅｓｓ−Ｍ」、「Ａｄｄｒｅｓｓ−Ｘ」を転送先として、パケットをカプセル化する。
【００８５】
このように、ルータのアドレス「Ａｄｄｒｅｓｓ−Ｍ」と、キャプチャ装置３０のアドレス「Ａｄｄｒｅｓｓ−Ｘ」とを転送先として、パケットをカプセル化することで、キャプチャ装置にパケットを転送することができるとともに、送信元のサーバ１０ａ側でパケットの経路を決定することができる。
【００８６】
このように実施例３によれば、サーバ１０ａは、ネットワーク上のパケットをキャプチャするキャプチャ装置３０のアドレスとともに、中継装置のアドレスを転送先として、受信されたパケットをカプセル化する。このため、サーバ１０ａは、パケットの経路を決定することができる。このため、任意の経路を通過したパケットをキャプチャ装置３０にキャプチャさせることが可能となる。
【実施例４】
【００８７】
ところで、上記の実施例１では、キャプチャ装置が一台である場合を説明したが、実施例はこれに限定されるものではなく、キャプチャ装置が複数あってもよい。また、管理装置が、複数のキャプチャ装置のなかから転送先のキャプチャ装置を管理者が選択できるようにしてもよい。
【００８８】
ここで、図２１を用いて、管理装置が、複数のキャプチャ装置のなかから転送先のキャプチャ装置を選択する処理を説明する。図２１は、キャプチャ装置が複数ある場合の仮想システムの構成を示すブロック図である。図２１に示すように、実施例４に係る仮想ネットワークシステム１では、複数のキャプチャ装置３０ａ、３０ｂ、３０ｃが設置されている。このような場合に、管理装置２０は、複数のキャプチャ装置のなかから転送先のキャプチャ装置を選択できるようにする。そして、管理装置２０は、転送先のキャプチャ装置が選択された場合には、各サーバ１０ａ〜１０ｅに対して、転送先のキャプチャ装置となるキャプチャ装置のアドレスを通知する。
【００８９】
以下の実施例４では、図２２を用いて、管理装置が、複数のキャプチャ装置のなかから転送先のキャプチャ装置を選択する場合を説明する。なお、実施例４における管理装置２０の構成については、図９に示した管理装置２０と同様のものとなるため、説明を省略する。
【００９０】
図２２を用いて、実施例４に係る管理装置２０が保持するキャプチャ装置管理テーブル２５ｂについて説明する。図２２は、キャプチャ装置管理テーブルの一例を示す図である。キャプチャ装置管理テーブル２５ｂは、キャプチャ装置３０を一意に識別するＩＤと、キャプチャ装置３０のアドレスとが対応付けられて記憶されたテーブルである。図２２に例示するように、キャプチャ装置管理テーブル２５ｂは、キャプチャ装置を一意に識別する「キャプチャ装置ＩＤ」と、キャプチャ装置のアドレスである「キャプチャ装置アドレス」とが複数記憶されている。例えば、図２２の例では、キャプチャ装置ＩＤ「Ｃａｐ１」と、キャプチャ装置アドレス「Ａｄｄｒｅｓｓ−Ｘ」とが対応付けて記憶されている。また、キャプチャ装置ＩＤ「Ｃａｐ２」と、キャプチャ装置アドレス「Ａｄｄｒｅｓｓ−Ｙ」とが対応付けて記憶されている。また、キャプチャ装置ＩＤ「Ｃａｐ３」と、キャプチャ装置アドレス「Ａｄｄｒｅｓｓ−Ｚ」とが対応付けて記憶されている。
【００９１】
そして、実施例４に係る管理装置２０のキャプチャ装置選択部２２は、キャプチャ装置管理テーブル２５ｂからキャプチャ装置ＩＤの一覧を画面に提示し、複数のキャプチャ装置３０ａ〜３０ｃのうち、いずれのキャプチャ装置にパケットのキャプチャを実行させるか管理者の選択を受け付ける。そして、キャプチャ装置選択部２２は、選択されたキャプチャ装置ＩＤでキャプチャ装置管理テーブル２５ｂを検索し、キャプチャ装置３０を取得する。例えば、キャプチャ装置選択部２２は、キャプチャ装置３０ｂのキャプチャ装置ＩＤ「Ｃａｐ２」が選択された場合には、選択されたキャプチャ装置ＩＤ「Ｃａｐ２」でキャプチャ装置管理テーブル２５ｂを検索し、キャプチャ装置アドレス「Ａｄｄｒｅｓｓ−Ｙ」を取得する。
【００９２】
その後、メッセージ生成部２３は、例えば、ＶＭ−ＩＤ「ＶＭ−Ａ１」とキャプチャ装置アドレス「Ａｄｄｒｅｓｓ−Ｙ」とを対応付けた転送先設定メッセージを生成する。そして、送受信部２４は、生成された転送先設定メッセージを対象サーバ１０ａへ送信する。
【００９３】
このように実施例４によれば、管理装置２０は、キャプチャ対象として選択されたＶＭ１１ａが送信するパケットをキャプチャするキャプチャ装置３０を選択する。そして、選択されたＶＭが送信するパケットに対して、選択されたキャプチャ装置３０のアドレスを、パケットのカプセル化を行う際に転送先として設定する旨のメッセージを生成する。このため、管理者が任意のキャプチャ装置３０にパケットをキャプチャさせることが可能である。
【実施例５】
【００９４】
ところで、上記の実施例４では、複数のキャプチャ装置のなかから転送先のキャプチャ装置を管理者が選択できる場合を説明したが、実施例はこれに限定されるものではなく、ネットワークの状態に応じて、転送先のキャプチャ装置を選択できるようにしてもよい。
【００９５】
そこで、以下の実施例５では、ネットワークの状態に応じて、転送先のキャプチャ装置を選択する場合を説明する。以下では、図２３〜図２５を用いて、実施例５における管理装置２０Ａの構成および処理について説明する。図２３は、実施例５に係る管理装置の構成を示すブロック図である。図２４は、キャプチャ装置管理テーブル図である。図２５は、実施例５に係る管理装置２０Ａの処理動作を示すフローチャートである。
【００９６】
図２３に示すように、実施例５に係る管理装置２０Ａは、図９に示した管理装置２０と比較して、ネットワーク状態取得部２６を新たに有する点が異なる。ネットワーク状態取得部２６は、各キャプチャ装置３０ａ〜３０ｃのネットワーク負荷を取得し、キャプチャ装置管理テーブル２５ｂに格納する。例えば、ネットワーク状態取得部２６は、所定の時間ごとに、ネットワーク負荷として、各キャプチャ装置３０ａ〜３０ｃが接続されているネットワーク上のルータの入力パケット数を取得し、キャプチャ装置管理テーブル２５ｂに格納する。なお、ネットワーク負荷として、入力パケット数の代わりに出力パケット数を取得してもよいし、入力パケットと出力パケットの合計でもよい。
【００９７】
ここで、図２４を用いて、キャプチャ装置管理テーブル２５ｂについて説明する。図２４に示すように、キャプチャ装置ＩＤおよびキャプチャ装置アドレスとともに、キャプチャ装置のネットワーク負荷が記憶されている。例えば、図２４の例では、キャプチャ装置ＩＤがＣａｐ１であるキャプチャ装置１０ａは、ネットワーク負荷が「２０００００」である。また、キャプチャ装置ＩＤがＣａｐ２であるキャプチャ装置３０ｂは、ネットワーク負荷が「４０００００」である。また、キャプチャ装置ＩＤがＣａｐ３であるキャプチャ装置３０ｃは、ネットワーク負荷が「５０００００」である。つまり、キャプチャ装置ＩＤ「Ｃａｐ１」のキャプチャ装置３０ａが、ネットワーク負荷が最も軽く、キャプチャ装置ＩＤ「Ｃａｐ３」のキャプチャ装置３０ｃが、ネットワーク負荷が最も重い。
【００９８】
キャプチャ装置選択部２２は、キャプチャ装置のネットワーク負荷に応じて、転送先アドレスとなるキャプチャ装置を選択する。例えば、キャプチャ装置選択部２２は、キャプチャ装置のうち、最もネットワーク負荷が軽いキャプチャ装置を選択する。なお、キャプチャ装置選択部２２は、ネットワーク負荷が所定の閾値以下のキャプチャ装置を提示し、管理者に選択させてもよい。
【００９９】
次に図２５を用いて、管理装置２０Ａの処理を説明する。図２５に示すように、管理装置２０Ａは、顧客システムの一覧を画面に提示し、管理者からのキャプチャ対象となる顧客システムの選択指示を受け付ける（ステップＳ４０１）。そして、管理装置２０Ａは、選択されたキャプチャ対象の顧客システムのＳｙｓｔｅｍ−ＩＤでトンネル管理テーブル２５ａを検索し、キャプチャ対象の顧客システムに割り当てられているＶＭ−ＩＤをすべて取得する（ステップＳ４０２）。
【０１００】
その後、管理装置２０Ａのキャプチャ装置選択部２２は、キャプチャ装置管理テーブル２５ｂから各キャプチャ装置３０ａ〜３０ｃのネットワーク負荷を取得し、使用するキャプチャ装置を決定する（ステップＳ４０３）。例えば、キャプチャ装置選択部２２は、キャプチャ装置のうち、最もネットワーク負荷が軽いキャプチャ装置を選択する。
【０１０１】
そして、キャプチャ装置選択部２２は、選択されたキャプチャ装置ＩＤでキャプチャ装置管理テーブル２５ｂを検索し、キャプチャ装置のアドレスを取得する（ステップＳ４０４）。その後、メッセージ生成部２３は、取得されたＶＭ−ＩＤとキャプチャ装置のアドレスから、転送先設定メッセージを生成する。そして、送受信部２４は、生成した転送先設定メッセージを対象サーバに送信する（ステップＳ４０５）。
【０１０２】
このように実施例５によれば、管理装置２０Ａは、各キャプチャ装置３０ａ〜３０ｃに接続されたルータ４０ａ、４０ｃ、４０ｄのネットワーク負荷に関する情報を取得する。そして、管理装置２０Ａは、ネットワーク負荷が小さいルータに接続されたキャプチャ装置を選択する。このため、ネットワーク負荷を考慮して、適切なキャプチャ装置にパケットをキャプチャさせることが可能となる。
【実施例６】
【０１０３】
ところで、上記の実施例４では、複数のキャプチャ装置のなかから転送先のキャプチャ装置を管理者が選択できる場合を説明したが、実施例はこれに限定されるものではなく、キャプチャ装置の状態に応じて、転送先のキャプチャ装置を選択できるようにしてもよい。
【０１０４】
そこで、以下の実施例６では、キャプチャ装置の状態に応じて、転送先のキャプチャ装置を選択する場合を説明する。以下では、図２６〜図２８を用いて、実施例６における管理装置２０Ｂの構成および処理について説明する。図２６は、実施例６に係る管理装置の構成を示すブロック図である。図２７は、キャプチャ装置管理テーブル図である。図２８は、実施例６に係る管理装置２０Ｂの処理動作を示すフローチャートである。
【０１０５】
図２６に示すように、実施例６に係る管理装置２０Ｂは、図９に示した管理装置２０と比較して、キャプチャ装置状態取得部２７を新たに有する点が異なる。キャプチャ装置状態取得部２７は、各キャプチャ装置３０ａ〜３０ｃの状態を取得し、キャプチャ装置管理テーブル２５ｂに格納する。例えば、キャプチャ装置状態取得部２７は、所定の時間ごとに、キャプチャ装置状態として、各キャプチャ装置３０ａ〜３０ｃにおける「保存領域残り容量」および「ＣＰＵ負荷」を取得し、キャプチャ装置管理テーブル２５ｂに格納する。
【０１０６】
ここで、図２７を用いて、キャプチャ装置管理テーブル２５ｂについて説明する。図２７に示すように、キャプチャ装置ＩＤおよびキャプチャ装置アドレスとともに、保存領域残り容量とＣＰＵ負荷とが記憶されている。例えば、図２７の例では、キャプチャ装置ＩＤがＣａｐ１であるキャプチャ装置３０ａは、保存領域残り容量が「５００ＧＢ」であり、ＣＰＵ負荷が「７０％」である。また、キャプチャ装置ＩＤがＣａｐ２であるキャプチャ装置３０ｂは、保存領域残り容量が「３００ＧＢ」であり、ＣＰＵ負荷が「５０％」である。また、キャプチャ装置ＩＤがＣａｐ３であるキャプチャ装置３０ｃの保存領域残り容量が「１００ＧＢ」であり、ＣＰＵ負荷が「３０％」である。
【０１０７】
キャプチャ装置選択部２２は、キャプチャ装置の状態に応じて、転送先アドレスとなるキャプチャ装置を選択する。例えば、キャプチャ装置選択部２２は、キャプチャ装置のうち、保存領域残り容量が最も大きいキャプチャ装置を選択する。また、キャプチャ装置選択部２２は、キャプチャ装置のうち、ＣＰＵ負荷が最も小さいキャプチャ装置を選択してもよい。また、キャプチャ装置選択部２２は、保存領域残り容量が所定の閾値以上であるキャプチャ装置のなかから、ＣＰＵ負荷が最も小さいキャプチャ装置を選択してもよい。
【０１０８】
次に図２８を用いて、管理装置２０Ｂの処理を説明する。図２８に示すように、管理装置２０Ｂは、顧客システムの一覧を画面に提示し、管理者からのキャプチャ対象となる顧客システムの選択指示を受け付ける（ステップＳ５０１）。そして、管理装置２０Ｂは、選択されたキャプチャ対象の顧客システムのＳｙｓｔｅｍ−ＩＤでトンネル管理テーブル２５ａを検索し、キャプチャ対象の顧客システムに割り当てられているＶＭ−ＩＤをすべて取得する（ステップＳ５０２）。
【０１０９】
その後、管理装置２０Ｂのキャプチャ装置選択部２２は、キャプチャ装置管理テーブル２５ｂから各キャプチャ装置３０ａ〜３０ｃの状態を取得し、使用するキャプチャ装置を決定する（ステップＳ５０３）。例えば、キャプチャ装置選択部２２は、キャプチャ装置のうち、保存領域残り容量が最も大きいキャプチャ装置を選択する。
【０１１０】
そして、キャプチャ装置選択部２２は、決定されたキャプチャ装置ＩＤでキャプチャ装置管理テーブル２５ｂを検索し、キャプチャ装置３０のアドレスを取得する（ステップＳ５０４）。その後、メッセージ生成部２３は、取得されたＶＭ−ＩＤとキャプチャ装置のアドレスから、転送先設定メッセージを生成する。そして、送受信部２４は、生成した転送先設定メッセージを対象サーバに送信する（ステップＳ５０５）。
【０１１１】
このように実施例６によれば、管理装置２０Ｂは、各キャプチャ装置３０ａ〜３０ｃの状態に関する情報を取得し、取得された各キャプチャ装置３０ａ〜３０ｃの状態に関する情報から、負荷が最も小さいキャプチャ装置を選択する。このため、キャプチャ装置の負荷を考慮して、適切なキャプチャ装置にパケットをキャプチャさせることが可能となる。
【実施例７】
【０１１２】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では実施例７として本発明に含まれる他の実施例を説明する。
【０１１３】
（１）システム構成等
図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、生成部１２ａと送受信部１３ａとを統合してもよい。
【０１１４】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１１５】
（２）プログラム
ところで、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することができる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムを他の実施例として説明する。
【０１１６】
図２９に示すように、コンピュータシステム６００は、ＨＤＤ６１０と、ＲＡＭ６２０と、ＲＯＭ６３０と、ＣＰＵ６４０、ＮＩＣ６５０とから構成され、バスを介してそれぞれが接続されている。ここで、ＲＯＭ６３０には、上記の実施例と同様の機能を発揮するプログラム、つまり、図２９に示すように、受信プログラム６３１と、カプセルプログラム６３２と、出力プログラム６３３とがあらかじめ記憶されている。
【０１１７】
そして、ＣＰＵ６４０には、これらのプログラム６３１〜６３３を読み出して実行することで、図２９に示すように、受信プロセス６４１と、カプセルプロセス６４２と、出力プロセス６４３となる。また、ＨＤＤ６１０には、トンネル選択テーブル６１１、トンネル構成テーブル６１２およびパケット転送テーブル６１３が設けられる。そして、ＣＰＵ６４０は、トンネル選択テーブル６１１、トンネル構成テーブル６１２およびパケット転送テーブル６１３に対してデータを登録するとともに、トンネル選択テーブル６１１、トンネル構成テーブル６１２およびパケット転送テーブル６１３を読み出してＲＡＭ６２０に格納し、ＲＡＭ６２０に格納されたデータに基づいて処理を実行する。
【符号の説明】
【０１１８】
１  仮想ネットワークシステム
１０ａ、１０ｂ、１０ｃ、１０ｄ、１０ｅ  サーバ
１１ａ〜１１ｊ  ＶＭ
１２ａ、１２ｂ  生成部
１３ａ、１３ｂ  送受信部
１４ａ、１４ｂ  内部用送受信部
１５ａ、１５ｂ  カプセル制御部
１５０〜１５５  カプセル処理部
１６  転送部
１７ａ、１７ｂ  外部用送受信部
１８  記憶部
１８ａ  トンネル選択テーブル
１８ｂ  トンネル構成テーブル
１８ｃ  パケット転送テーブル
１９  設定部
２０  管理装置
２１  対象システム選択部
２２  キャプチャ装置選択部
２３  メッセージ生成部
２４  送受信部
２５  記憶部
２５ａ  トンネル管理テーブル
２５ｂ  キャプチャ装置管理テーブル
３０  キャプチャ装置
４０ａ〜４０ｅ  ルータ
【図１】
2012129648.tif 000003
【図２】
2012129648.tif 000004
【図３】
2012129648.tif 000005
【図４】
2012129648.tif 000006
【図５】
2012129648.tif 000007
【図６】
2012129648.tif 000008
【図７】
2012129648.tif 000009
【図８】
2012129648.tif 000010
【図９】
2012129648.tif 000011
【図１０】
2012129648.tif 000012
【図１１】
2012129648.tif 000013
【図１２】
2012129648.tif 000014
【図１３】
2012129648.tif 000015
【図１４】
2012129648.tif 000016
【図１５】
2012129648.tif 000017
【図１６】
2012129648.tif 000018
【図１７】
2012129648.tif 000019
【図１８】
2012129648.tif 000020
【図１９】
2012129648.tif 000021
【図２０】
2012129648.tif 000022
【図２１】
2012129648.tif 000023
【図２２】
2012129648.tif 000024
【図２３】
2012129648.tif 000025
【図２４】
2012129648.tif 000026
【図２５】
2012129648.tif 000027
【図２６】
2012129648.tif 000028
【図２７】
2012129648.tif 000029
【図２８】
2012129648.tif 000030
【図２９】
2012129648.tif 000031