(57)【要約】【課題】運用システムの動作に影響を与えずに、運用システムと連動させた待機システムの評価試験を行うことができる。【解決手段】通信制御装置は、第１情報処理装置から第２情報処理装置に対する第１処理通信を受信すると、受信した第１処理通信を第２情報処理装置に送信し、第２情報処理装置から、第１処理通信に対する応答である第２処理通信を受信すると、受信した第２処理通信を第１情報処理装置に送信せず、応答装置に送信する必要がある場合、受信した第２処理通信を応答装置に送信し、応答装置は、通信制御装置から第２処理通信を受信すると、受信した第２処理通信に対する応答を第２情報処理装置に送信する。【選択図】図７
2016162324.tif 000002
【特許請求の範囲】
【請求項１】
第１情報処理装置からの第１処理通信が入力され、第２情報処理装置の内外への通信を制御する通信制御装置と、
前記通信制御装置と通信可能な応答装置と、を有し、
前記通信制御装置は、前記第１処理通信を受信すると、受信した前記第１処理通信を前記第２情報処理装置に送信し、
前記通信制御装置は、前記第２情報処理装置から前記第１情報処理装置への前記第１処理通信の応答である第２処理通信を受信すると、応答先を前記第１情報処理装置から前記応答装置に変更して、前記第２処理通信を前記応答装置に送信する、
情報処理システム。
【請求項２】
請求項１において、
前記通信制御装置は、受信した前記第２処理通信の内容に基づいて、受信した前記第２処理通信を前記応答装置に送信するか破棄するかを判定する、
情報処理システム。
【請求項３】
請求項１において、
前記応答装置は、前記通信制御装置から前記第２処理通信を受信すると、受信した前記第２処理通信が前記第２情報処理装置から前記第１情報処理装置に対するセッション確立要求である場合に、前記２処理通信の前記第２情報処理装置への応答を前記通信制御装置に送信し、
前記通信制御装置は、前記応答装置からの前記第２処理通信の応答を受信すると、前記第２情報処理装置に送信する、
情報処理システム。
【請求項４】
第１情報処理装置からの第１処理通信が入力され、第２情報処理装置の内外への通信を制御する通信制御装置と、前記通信制御装置と通信可能な応答装置と、を有する情報処理システムの制御プログラムであって、
前記通信制御装置が、前記第１処理通信を受信すると、受信した前記第１処理通信を前記第２情報処理装置に送信し、
前記通信制御装置が、前記第２情報処理装置から前記第１情報処理装置への前記第１処理通信の応答である第２処理通信を受信すると、応答先を前記第１情報処理装置から前記応答装置に変更して、前記第２処理通信を前記応答装置に送信する、
処理をコンピュータに実行させる制御プログラム。
【請求項５】
第１情報処理装置からの第１処理通信が入力され、第２情報処理装置の内外への通信を制御する通信制御装置と、
前記通信制御装置と通信可能な応答装置と、
前記第１情報処理装置と第３情報処理装置との間の通信を制御する物理スイッチ装置と、を有し、
前記物理スイッチ装置は、前記第１情報処理装置から前記第３情報処理装置に対する前記第１処理通信を受信すると、受信した前記第１処理通信を前記第３情報処理装置に送信するとともに、前記通信制御装置を介して前記第２情報処理装置に送信し、
前記通信制御装置は、前記第１処理通信を受信すると、受信した前記第１処理通信を前記第２情報処理装置に送信し、
前記通信制御装置は、前記第２情報処理装置から前記第１情報処理装置への前記第１処理通信の応答である第２処理通信を受信すると、応答先を前記第１情報処理装置から前記応答装置に変更して、前記第２処理通信を前記応答装置に送信する、
情報処理システム。
【請求項６】
請求項５において、
前記第３情報処理装置は、通常運用時に、前記第１情報処理装置から前記第１処理通信を受信すると、受信した前記第１処理通信に対応する処理を実行し、
前記第２情報処理装置は、前記第３情報処理装置の異常発生時に、前記第１情報処理装置から前記第１処理通信を受信すると、前記第３情報処理装置に代わって、受信した前記第１処理通信に対応する処理を実行し、
前記通信制御装置は、前記第３情報処理装置の異常発生時に、前記第２情報処理装置から前記第２処理通信を受信すると、受信した前記第２処理通信を前記第１情報処理装置に送信する、
情報処理システム。
【請求項７】
第１情報処理装置からの第１処理通信が入力され、第２情報処理装置の内外への通信を制御する通信制御装置と、前記通信制御装置と通信可能な応答装置と、前記第１情報処理装置と第３情報処理装置との間の通信を制御する物理スイッチ装置と、を有する情報処理システムの制御方法であって、
前記物理スイッチ装置は、前記第１情報処理装置から前記第３情報処理装置に対する前記第１処理通信を受信すると、受信した前記第１処理通信を前記第３情報処理装置に送信するとともに、前記通信制御装置を介して前記第２情報処理装置に送信し、
前記通信制御装置は、前記第１処理通信を受信すると、受信した前記第１処理通信を前記第２情報処理装置に送信し、
前記通信制御装置は、前記第２情報処理装置から前記第１情報処理装置への前記第１処理通信の応答である第２処理通信を受信すると、応答先を前記第１情報処理装置から前記応答装置に変更して、前記第２処理通信を前記応答装置に送信する、
制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、制御プログラム及び制御方法に関する。
【背景技術】
【０００２】
利用者に対して情報処理サービスを提供する事業者（以下、サービス事業者とも呼ぶ）は、例えば、業務システムを稼働させることによりサービスの提供を行う。このようなサービス事業者は、一般的に、運用中の業務システム（以下、運用システムとも呼ぶ）で実行している処理と同じ処理を実行可能なバックアップ用のシステム（以下、待機システムとも呼ぶ）を準備する。この待機システムは、例えば、運用システムが構築されたデータセンタから数十ｋｍから数百ｋｍ程度離れた場所にあるデータセンタに構築される。これにより、例えば、自然災害の発生等によって運用システムでの処理の継続が困難になった場合であっても、サービス事業者は、待機システムを稼働することにより、利用者に対するサービスの提供を継続することが可能になる。そして、サービス事業者は、運用システムの復旧が完了した後、待機システムで実行していた処理を再び運用システムで実行させることが可能になる（例えば、特許文献１及び２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特公平０７−１２０２９３号公報
【特許文献２】国際公開第２０１２／１６０６９０号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のような待機システムにおいて、サービス事業者は、通常運用時に運用システムが実行している処理とは異なる処理（アプリケーションの開発や動作テスト等）を行う場合がある。また、上記のような待機システムでは、１つの待機システムが複数の運用システムの待機システムとして機能する場合がある。そのため、待機システムは、運用システムと同じハードウエアを有している場合であっても、自然災害の発生タイミングや範囲等によって、運用システムの処理パフォーマンスと同等の処理パフォーマンスを発揮することができない場合がある。
【０００５】
そこで、サービス事業者は、様々な状況下において、待機システムが運用システムの処理を実行できるか否かについての評価試験を予め実施する。これにより、サービス事業者は、自然災害等の発生時において、待機システムが運用システムの処理を引き継ぐことができないという状況の発生を防止することができる。
【０００６】
上記の評価試験の実施において、運用システムが実際に処理しているデータ（以下、運用データとも呼ぶ）を、運用システムと同じタイミングで待機システムに処理させることが最良である。しかしながら、運用システムと待機システムとを連動させた場合、運用システムと待機システムとの間の通信が発生し、運用システムの動作への影響が懸念される。
【０００７】
そこで、一つの実施の形態の目的は、運用システムの動作に影響を与えずに、運用システムと連動させた待機システムの評価試験を行うことができる情報処理システム、制御プログラム及び制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
実施の形態の一つの側面によれば、第１情報処理装置（運用側の情報処理装置）からの第１処理通信が入力され、第２情報処理装置（待機側の情報処理装置）の内外への通信を制御する通信制御装置と、
前記通信制御装置と通信可能な応答装置と、を有し、
前記通信制御装置は、前記第１処理通信を受信すると、受信した前記第１処理通信を前記第２情報処理装置に送信し、
前記通信制御装置は、前記第２情報処理装置から前記第１情報処理装置への前記第１処理通信の応答である第２処理通信を受信すると、応答先を前記第１情報処理装置から前記応答装置に変更して、前記第２処理通信を前記応答装置に送信する。
【発明の効果】
【０００９】
一つの側面によれば、運用システムの動作に影響を与えずに、運用システムと連動させた待機システムの評価試験を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、情報処理システム１００の全体構成を示す図である。
【図２】図２は、比較例の待機システムの試験を説明する図である。
【図３】図３は、第１の実施の形態における通信制御処理、応答装置及び待機システムの構成を説明する図である。
【図４】図４は、情報処理システム１００のハードウエア構成を示す図である。
【図５】図５は、第１サイト１０の機能ブロック図である。
【図６】図６は、第２サイト２０の機能ブロック図である。
【図７】図７は、第１の実施の形態における通信制御処理の概略を説明するシーケンスチャート図である。
【図８】図８は、第１の実施の形態における通信制御処理の概略を説明する図である。
【図９】図９は、第１の実施の形態における通信制御処理の詳細を説明するフローチャート図である。
【図１０】図１０は、第１の実施の形態における通信制御処理の詳細を説明するフローチャート図である。
【図１１】図１１は、第１の実施の形態における通信制御処理の詳細を説明するフローチャート図である。
【図１２】図１２は、ＩＰヘッダのレイアウトを説明する図である。
【図１３】図１３は、ＴＣＰヘッダのレイアウトを説明する図である。
【図１４】図１４は、第１の実施の形態における転送情報の具体例を説明する図である。
【図１５】図１５は、第１の実施の形態における応答情報の具体例を説明する図である。
【図１６】図１６は、第２の実施の形態における通信制御処理を説明するフローチャート図である。
【図１７】図１７は、第２の実施の形態における通信制御処理を説明するフローチャート図である。
【図１８】図１８は、第２の実施の形態における転送情報の具体例を説明する図である。
【図１９】図１９は、第２の実施の形態における応答情報の具体例を説明する図である。
【発明を実施するための形態】
【００１１】
［情報処理システムの構成］
図１は、情報処理システム１００の全体構成を示す図である。図１に示す情報処理システム１００は、第１サイト１０と第２サイト２０にそれぞれ設置された物理マシン等によって構成される。第１サイト１０と第２サイト２０は、例えば、数十ｋｍから数百ｋｍ程度離れた場所に存在するサイトである。
【００１２】
そして、第１サイト１０には、例えば、管理サーバ１１及び、管理サーバ１１と通信可能であり、仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）を作成する物理マシン１２（管理サーバ１１による管理対象サーバ１２）とが設けられている。また、第２サイト２０には、例えば、管理サーバ２１及び、管理サーバ２１と通信可能であり、仮想マシンを作成する物理マシン２２（管理対象サーバ２１による管理対象サーバ２２）とが設けられている。そして、第１サイト１０内の機器と、第２サイト２０内の機器とは、ネットワークＮＷを介して互いにアクセス可能になっている。ネットワークＮＷは、例えば、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。
【００１３】
また、図１に示す例において、物理マシン１２、２２は、第１サイト１０及び第２サイト２０の外に設けられたクライアント装置１とのアクセスが可能である。
【００１４】
クライアント装置１（以下、第１情報処理装置１とも呼ぶ）は、例えば、サービス事業者が提供するサービスを利用する利用者が使用する端末である。利用者は、クライアント装置１を利用することにより、例えば、物理マシン１２、２２に対して処理の実行を要求するためのデータ（以下、処理通信とも呼ぶ）を送信する。なお、クライアント装置１は、複数台存在するものであってもよい。
【００１５】
管理サーバ１１、２１は、例えば、物理マシン１２、２２に対して、仮想マシンの作成指示や作成された仮想マシンの管理を行う。
【００１６】
仮想化ソフトウエア１４、２４は、それぞれ管理サーバ１１、２１からの指示に応じて、物理マシン１２、２２のＣＰＵ、メモリ、ハードディスク、ネットワーク等のリソースを割り当てることにより、仮想マシンを作成する基盤ソフトウエアである。
【００１７】
そして、物理マシン１２、２２は、それぞれ仮想マシン１３、２３に割り当てるためのリソースを有する物理マシンである。具体的に、各物理マシンは、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）と、ハードディスク（ＨＤＤ：Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の大容量メモリとネットワークとを有する。なお、物理マシン１２、２２は、それぞれ複数台の物理マシンから構成されるものであってもよい。
【００１８】
仮想マシン１３（以下、第１仮想マシン１３とも呼ぶ）は、物理マシン１２のリソースに割り当てられて作成されたものであり、例えば、上記の運用システムが構築される。また、仮想マシン２３（以下、第２仮想マシン２３または第２情報処理装置２３とも呼ぶ）は、物理マシン１２のリソースに割り当てられて作成されたものであり、例えば、上記の待機システムが構築される。
【００１９】
仮想マシン１３（運用システム）は、例えば、通常運用時において、クライアント装置１から処理通信を受信した場合に、その処理通信に対応する処理を実行し、実行した結果をクライアント装置１に送信する。一方、仮想マシン２３（待機システム）は、例えば、通常運用時において、仮想マシン１３が行う処理を実行せずに待機する。そして、仮想マシン１３において異常が発生した場合、仮想マシン２３は、例えば、仮想マシン１３に代わって、仮想マシン１３が実行していた処理を引き継いで実行し、実行した結果をクライアント装置１に送信する。これにより、例えば、自然災害の発生等によって運用システムでの処理の継続が困難になった場合であっても、サービス事業者は、利用者に対するサービスの提供を継続することが可能になる。以下、仮想マシン１３に運用システムが構築される際に、仮想マシン２３にも待機システムが構築されたものとして説明を行う。
【００２０】
なお、待機システムは、運用システムの異常発生時にのみ構築されるものであってもよい。この場合、第２サイト２０は、第１サイト１０（仮想マシン１３）から待機システムを構築するために必要な情報を、所定の時間間隔毎（例えば、１時間に１回）に受信して蓄積する。すなわち、第２サイト２０は、第２サイト２０が保持する待機システムを構築するための情報を、第１サイト１０側で保持する情報とミラーリング（同期）させる。そして、運用システムにおいて異常が発生した場合、管理サーバ２１は、蓄積した情報から必要な情報を抽出して待機システムを構築する。これにより、サービス事業者は、通常運用時においては待機システムの構築を行う必要がないため、待機システムの構築が行われるまでの間、待機システムを構築するためのリソースをアプリケーション開発等の他の用途に用いることが可能になる。その一方で、サービス事業者は、運用システムにおいて異常が発生した場合に、待機システムを構築するための情報を仮想マシン１３から取得することなく、待機システムの構築を行うことが可能になる。
【００２１】
［待機システムの試験］
次に、待機システムの試験について説明する。図２は、比較例の待機システムの試験を説明する図である。
【００２２】
図２に示す例において、第１サイト１０の仮想マシン１３には、上記の運用システムが構築されている。また、第２サイト２０の仮想マシン２３には、上記の待機システムが構築されている。
【００２３】
ここで、待機システムは、通常運用時において、アプリケーションの開発や動作テスト等、運用システムが実行している処理とは異なる処理を行う場合がある。また、待機システムは、１台の待機システムを複数の運用システムの待機システムとして機能させる場合がある。そのため、待機システムは、運用システムと同じリソースが割り当てられている場合であっても、発生した自然災害の状況等によって、運用システムの処理パフォーマンスと同等の処理パフォーマンスを発揮できない場合がある。
【００２４】
そこで、サービス事業者は、様々な状況下において、待機システムが運用システムの処理を実行できるか否かについての試験を予め実施する。これにより、サービス事業者は、自然災害等の発生時において、待機システムが運用システムの処理を引き継ぐことができないという状況の発生を防止することができる。
【００２５】
ここで、サービス事業者は、待機システムでの試験データが運用システムに流入することを防ぐ必要性から、図２に示すように、待機システムが構築された仮想マシン２３と、クライアント装置１や運用システムが構築された仮想マシン１３とを接続させることなく試験を行う。
【００２６】
具体的に、図２に示すように、仮想マシン１３は、クライアント装置１から受信した運用データを記憶装置１５に記憶させる。そして、運用データ送信装置２６は、仮想マシン２３の試験時において、記憶装置１５に記憶された運用データを仮想マシン２３に送信する。これにより、待機システムは、運用データに基づく処理を実行することが可能になる。
【００２７】
しかしながら、この場合、待機システムは、運用システムが運用データに対する処理を行うタイミングと同じタイミングで処理を行うことができない。そのため、サービス事業者は、クライアント装置１と仮想マシン２３との間のネットワーク等を含めた試験を行うことができない。したがって、サービス事業者は、この場合、待機システムについて信頼性の高い試験を行うことができない。
【００２８】
そこで、本実施の形態では、図３に示すように、通信制御装置２３１と、応答装置２３２とを設ける。通信制御装置２３１及び応答装置２３２は、例えば、第２サイト２０の物理マシン２２に生成された仮想マシンである。そして、通信制御装置２３１及び応答装置２３２は、クライアント装置１と仮想マシン２３との通信を制御する処理（以下、通信制御処理とも呼ぶ）を行う。
【００２９】
図３は、第１の実施の形態における通信制御処理、応答装置及び待機システムの構成を説明する図である。図３に示す例において、通信制御装置２３１は、クライアント装置１から仮想マシン２３への処理通信（以下、第１処理通信とも呼ぶ）を受信した場合、仮想マシン２３に送信する。また、通信制御装置２３１は、仮想マシン２３からクライアント装置１への処理通信（以下、第２処理通信とも呼ぶ）を受信した場合、クライアント装置１に送信しない。
【００３０】
これにより、サービス事業者は、仮想マシン２３からクライアント装置１への第２処理通信の送信を防ぎつつ、クライアント装置１から仮想マシン２３への第１処理通信の送信を許可することが可能になる。そのため、仮想マシン２３は、クライアント装置１が送信した第１処理通信に対応する処理を実行することが可能になる。
【００３１】
［情報処理システムのハードウエア構成］
次に、情報処理システム１００のハードウエア構成について説明する。図４は、情報処理システム１００のハードウエア構成を示す図である。
【００３２】
図４に示す情報処理システム１００は、図１で説明した物理マシン１２及び物理マシン２２の他に、クライアント装置１とネットワークＮＷとの間に配置された物理スイッチ装置２（以下、物理スイッチ２とも呼ぶ）を有する。
【００３３】
物理スイッチ２は、クライアント装置１から仮想マシン１３に送信された第１処理通信を受信する。そして、物理スイッチ２は、受信した第１処理通信を制御し、仮想マシン１３に送信するとともに、通信制御装置２３１を介して仮想マシン２３に送信する。具体的に、物理スイッチ２は、第１処理通信に含まれる宛先ＩＰアドレスの情報に基づいて、第１処理通信の送信先を特定する。そして、物理スイッチ２は、第１処理通信に含まれる宛先ＩＰアドレスが仮想マシン１３を指示している場合に、仮想マシン１３に第１処理通信を送信し、さらに、仮想マシン２３にも第１処理通信を送信する。これにより、物理スイッチ２は、クライアント装置１から仮想マシン１３に対して送信された第１処理通信を、仮想マシン１３と同じタイミングで仮想マシン２３に送信することが可能になる。
【００３４】
そして、物理マシン１２は、プロセッサであるＣＰＵ１２０１と、ＲＡＭ等のメモリ１２０２とを有する。また、物理マシン１２は、クライアント装置１や物理マシン２２とネットワークＮＷを介してアクセスするための通信インタフェース１２０３（物理マシン１２内のネットワークカード）と、記憶領域を有するストレージ装置１２０４とを有する。各部は、バス１２０５を介して互いに接続される。
【００３５】
ストレージ装置１２０４は、例えば、ストレージ装置１２０４内のプログラム格納領域（図示しない）に、第１処理通信に対する処理を行うためのプログラム１２１０を記憶する。ストレージ装置１２０４は、例えば、ＨＤＤや、ソリッドステートドライブ（ＳＳＤ：Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の大容量記憶装置である。なお、ストレージ装置１２０４は、例えば、図２で説明した記憶装置１５に対応するものであってよい。
【００３６】
ＣＰＵ１２０１は、図４に示すように、プログラム１２１０の実行時に、プログラム１２１０をストレージ装置１２０４からメモリ１２０２にロードし、プログラム１２１０と協働して第１処理通信に対する処理を行う。
【００３７】
また、物理マシン２２は、プロセッサであるＣＰＵ２２０１と、ＲＡＭ等のメモリ２２０２とを有する。また、物理マシン２２は、クライアント装置１や物理マシン１２とネットワークＮＷを介してアクセスするための通信インタフェース２２０３（物理マシン２２内のネットワークカード）と、記憶領域を有するストレージ装置２２０４とを有する。各部は、バス２２０５を介して互いに接続される。
【００３８】
ストレージ装置２２０４は、例えば、ストレージ装置２２０４内のプログラム格納領域（図示しない）に、通信制御処理や第１処理通信に対する処理を行うためのプログラム２２１０を記憶する。ストレージ装置２２０４は、例えば、ＨＤＤやＳＳＤ等の大容量記憶装置である。
【００３９】
ＣＰＵ２２０１は、図４に示すように、プログラム２２１０の実行時に、プログラム２２１０をストレージ装置２２０４からメモリ２２０２にロードし、プログラム２２１０と協働して通信制御処理や第１処理通信に対する処理を行う。
【００４０】
なお、物理スイッチ装置２は、物理マシン１２及び物理マシン２２と同様に、ＣＰＵ、メモリ、通信インタフェース及びストレージ装置を有するものであってよい。また、物理スイッチ装置２は、物理Ｌ３スイッチ等を採用することを想定しているが、例えば、仮想マシンによって実現される仮想Ｌ３スイッチ等を採用する構成であってもよい。
【００４１】
［情報処理システムの機能］
図５は、第１サイト１０の機能ブロック図である。また、図６は、図４の第２サイト２０の機能ブロック図である。以下、物理マシン２２には、図１等で説明した仮想マシン２３の他に、図３で説明した通信制御装置２３１として機能する仮想マシン（以下、仮想マシン２３１とも呼ぶ）が生成されているものとして説明を行う。また、物理マシン２２には、図３で説明した応答装置２３２として機能する仮想マシン（以下、仮想マシン２３２とも呼ぶ）が生成されているものとして説明を行う。
【００４２】
物理マシン１２のＣＰＵ１２０１は、プログラム１２１０と協働することにより、図５に示すように、運用システムの機能であるパケット受信部１３１１と、処理実行部１３１２と、パケット送信部１３１３として動作する。
【００４３】
また、物理マシン２２のＣＰＵ２２０１は、プログラム２２１０と協働することにより、図６に示すように、通信制御装置２３１の機能であるパケット受信部２３１１と、パケット送信部２３１２と、中継判定部２３１３と、パケット破棄部２３１４として動作する。さらに、物理マシン２２のＣＰＵ２２０１は、プログラム２２１０と協働することにより、応答装置２３２の機能であるパケット受信部２３２１と、パケット送信部２３２２と、応答判定部２３２３と、パケット破棄部２３２４として動作する。また、物理マシン２２のＣＰＵ２２０１は、プログラム２２１０と協働することにより、待機システムの機能であるパケット受信部２３３１と、処理実行部２３３２と、パケット送信部２３３３として動作する。
【００４４】
［運用システム（仮想マシン１３）の機能］
初めに、運用システムの機能について説明する。
【００４５】
運用システムのパケット受信部１３１１は、例えば、クライアント装置１から仮想マシン１３に送信された第１処理通信を受信する。
【００４６】
運用システムの処理実行部１３１２は、例えば、パケット受信部１３１１が受信した第１処理通信に対応する処理の実行を行う。第１処理通信に対応する処理は、例えば、図２で説明した記憶装置１５に記憶された情報の参照や更新である。
【００４７】
運用システムのパケット送信部１３１１は、例えば、処理実行部１３１２が実行した処理の結果をクライアント装置１に送信する。
【００４８】
［通信制御装置２３１の機能］
次に、通信制御装置２３１の機能について説明する。例えば、通信制御装置２３１は、仮想ファイアーウォールとして機能する仮想マシンである。
【００４９】
通信制御装置２３１のパケット受信部２３１１は、例えば、物理スイッチ装置２が送信した第１処理通信を受信する。
【００５０】
通信制御装置２３１のパケット送信部２３１２は、例えば、パケット受信部２３１１が第１処理通信を受信すると、受信した第１処理通信を仮想マシン２３に送信する。
【００５１】
通信制御装置２３１の中継判定部２３１３は、例えば、仮想マシン２３から第２処理通信を受信すると、受信した第２処理通信をクライアント装置１に送信せず、受信した第２処理通信を応答装置２３２に送信する必要があるか否かを判定する。中継判定部２３１３は、例えば、転送情報を参照して、受信した第２処理通信を応答装置２３２に送信するか否かを判定する。転送情報は、通信制御装置２３１が応答装置２３２に送信する第２処理通信を特定するための情報である。転送情報の詳細については後述する。
【００５２】
通信制御装置２３１のパケット破棄部２３１４は、例えば、中継判定部２３１３が第２処理通信を応答装置に送信する必要はないと判定した場合、第２処理通信を破棄する。一方、中継判定部２３１３が第２処理通信を応答装置２３２に送信する必要があると判定した場合、パケット送信部２３１２は、第２処理通信を応答装置２３２に送信する。
【００５３】
すなわち、通信制御装置２３１は、クライアント装置１から第１処理通信を受信した場合、仮想マシン２３に送信するが、仮想マシン２３から第２処理通信を受信した場合、クライアント装置１に送信せずに応答装置２３２に送信する。
【００５４】
［応答装置２３２の機能］
次に、応答装置２３２の機能について説明する。
【００５５】
応答装置２３２のパケット受信部２３２１は、例えば、通信制御装置２３１が送信した第２処理通信を受信する。
【００５６】
応答装置２３２のパケット送信部２３２２は、例えば、後述する応答判定部２３２３が特定した応答を仮想マシン２３に送信する。
【００５７】
応答装置２３２の応答判定部２３２３は、例えば、パケット受信部２３２１が第２処理通信を受信すると、応答情報を参照する。応答情報は、第２処理通信とその応答の内容とを対応させた情報である。そして、応答判定部２３２３は、応答情報を参照することにより、パケット受信部２３２１が受信した第２処理通信に対する応答を特定する。応答情報の具体例については後述する。
【００５８】
応答装置２３２のパケット破棄部２３２４は、例えば、応答判定部２３２３が第２処理通信に対する応答を仮想マシン２３に送信する必要がないと判定した場合、第２処理通信を破棄する。
【００５９】
［待機システム（仮想マシン２３）の機能］
待機システムのパケット受信部２３１１は、例えば、通信制御装置２３１（クライアント装置１）から仮想マシン２３に送信された第１処理通信を受信する。
【００６０】
待機システムの処理実行部２３１２は、例えば、運用システムの処理実行部１３１２と同様に、パケット受信部２３１１が受信した第１処理通信に対応する処理の実行を行う。
【００６１】
待機システムのパケット送信部２３１１は、例えば、処理実行部２３１２が実行した処理の結果を通信制御装置２３１（クライアント装置１）に送信する。
【００６２】
［第１の実施の形態の概略］
次に、第１の実施の形態について説明する。図７は、第１の実施の形態における通信制御処理の概略を示すシーケンスチャート図である。
【００６３】
初めに、通信制御装置２３１は、図７に示すように、例えば、クライアント装置１から第１処理通信を受信する（Ｓ１）。そして、通信制御装置２３１は、例えば、受信した第１処理通信を仮想マシン２３に送信する（Ｓ２）。
【００６４】
すなわち、通信制御装置２３１は、クライアント装置１から第１処理通信を受信した場合、その第１処理通信を破棄することなく仮想マシン２３に送信する。これにより、仮想マシン２３は、クライアント装置１が送信した第１処理通信を受信することが可能になる。そのため、仮想マシン２３は、クライアント装置１が送信した第１処理通信に対して処理を実行することが可能になる。したがって、サービス事業者は、待機システムについて信頼性の高い試験を行うことが可能になる。
【００６５】
次に、仮想マシン２３は、例えば、第１処理通信に対応する処理を実行する（Ｓ３）。そして、仮想マシン２３は、例えば、第１処理通信に対する応答（第２処理通信）をクライアント装置１に対して送信する（Ｓ４）。これに対し、通信制御装置２３１は、例えば、仮想マシン２３が送信した第２処理通信を受信する。そして、通信制御装置２３１は、例えば、受信した第２処理通信をクライアント装置１に送信することなく、応答装置２３２に送信するか否かを判定する（Ｓ５）。
【００６６】
すなわち、通信制御装置２３１は、クライアント装置１から仮想マシン２３に対する第１処理通信を受信した場合、仮想マシン２３に送信するが、仮想マシン２３からクライアント装置１に対する第２処理通信を受信した場合、クライアント装置１に送信しない。これにより、サービス事業者は、仮想マシン２３から送信された試験データによって、利用者に対するサービスに悪影響を及ぼすことを防止することができる。
【００６７】
そして、通信制御装置２３１は、例えば、受信した第２処理通信を応答装置２３２に送る必要がないと判定した場合、第２処理通信を破棄する（Ｓ６−１）。一方、通信制御装置２３１は、例えば、受信した第２処理通信を応答装置２３２に送る必要があると判定した場合、応答装置２３２に第２処理通信を送信する（Ｓ６−２）。
【００６８】
すなわち、通信制御装置２３１は、受信した第２処理通信に対する応答を仮想マシン２３に送信する必要がある場合に、その第２処理通信を応答装置２３２に送信する。そのため、通信制御装置２３１は、受信した第２処理通信に対する応答が仮想マシン２３に送信する必要がないものであると判定した場合、受信した第２処理通信を応答装置２３２に送信することなく破棄する。通信制御装置２３１によるＳ５の処理の詳細については後述する。
【００６９】
続いて、応答装置２３２は、例えば、通信制御装置２３１から第２処理通信を受信した場合、受信した第２処理通信に対する応答を通信制御装置２３１に送信する。そして、通信制御装置２３１は、例えば、応答装置２３２から第２処理通信に対する応答を受信した場合、受信した第２処理通信に対する応答を仮想マシン２３に送信する（Ｓ７）。
【００７０】
このように、第１の実施の形態によれば、通信制御装置２３１は、クライアント装置１から仮想マシン２３に対する第１処理通信を受信すると、受信した第１処理通信を仮想マシン２３に送信する。そして、通信制御装置２３１は、仮想マシン２３から第２処理通信を受信すると、受信した第２処理通信をクライアント装置１に送信せず、応答装置２３２に送信する必要がある場合受信した第２処理通信を応答装置２３２に送信する。その後、応答装置２３２は、通信制御装置２３１から第２処理通信を受信すると、受信した第２処理通信に対する応答を仮想マシン２３に送信する。さらに、通信制御装置２３１は、例えば、応答装置２３２から第２処理通信に対する応答を受信すると、受信した第２処理通信に対する応答を仮想マシン２３に送信する。
【００７１】
これにより、通信制御装置２３１は、仮想マシン２３からクライアント装置１への第２処理通信の送信を防ぎつつ、クライアント装置１から仮想マシン２３への第１処理通信の送信を許可することが可能になる。また、通信制御装置２３１は、仮想マシン２３の試験を行うために必要な応答を、仮想マシン２３に受信させることが可能になる。そのため、通信制御装置２３１は、仮想マシン１３と同じ条件で仮想マシン２３に処理を実行させた状態でのスループット計測等を行うことが可能になる。
【００７２】
［第１の実施の形態の詳細］
次に、第１の実施の形態の詳細について説明する。図９から図１１は、第１の実施の形態における通信制御処理の詳細を示すフローチャート図である。また、図８、図１２から図１５は、第１の実施の形態における通信制御処理の詳細を説明する図である。図８、図１２から図１５を参照しながら、図９から図１１の通信制御処理の詳細を説明する。
【００７３】
［第１の実施の形態の構成］
図８は、第１の実施の形態の詳細について説明する図である。
【００７４】
図８に示す例において、記憶装置１５には、例えば、仮想マシン１３（運用システム）によって記憶された情報や、運用システムを構築するために必要な情報が記憶されている。そして、記憶装置２５は、運用システムで異常が発生しているか否かに依らず、所定のタイミングで記憶装置１５にアクセスし、記憶装置２５に記憶される情報の内容を、記憶装置１５に記憶されている情報とミラーリング（同期）させる。この所定のタイミングは、クライアント装置１によって記憶装置１５に記憶された内容が更新されたタイミングである。
【００７５】
これにより、記憶装置２５は、仮想マシン２３が第１処理通信に対応する処理を実行する際に、その処理を実行するための情報を記憶装置２５内に記憶させておくことが可能になる。そのため、仮想マシン２３は、仮想マシン１３（運用システム）と同様の処理を行うことが可能になる。
【００７６】
なお、記憶装置１５は、例えば、図４で説明したストレージ装置１２０４に対応し、記憶装置２５は、例えば、図４で説明したストレージ装置２２０４に対応するものであってよい。以下、通信制御装置２３１及び応答装置２３２における通信制御処理について説明する。
【００７７】
[通信制御装置２３１の処理]
初めに、通信制御装置２３１での通信制御処理について説明する。図９及び図１０は、通信制御装置２３１における通信制御処理の詳細を示すフローチャート図である。なお、以下、第１処理通信と第２処理通信は、３ハンドシェイク（３−ｗａｙ  ｈａｎｄｓｈａｋｅ）において、セッションの確立を要求するために送受信されるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットであるものとして説明を行う。
【００７８】
具体的に、３ハンドシェイクによってクライアント装置１が仮想マシン２３とのセッションの確立を行う場合、クライアント装置１は、初めに、仮想マシン２３に対する接続要求であるＳＹＮ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）パケットを仮想マシン２３に送信する。そして、仮想マシン２３は、ＳＹＮパケットを受信すると、その確認応答であるＳＹＮ／ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）パケットをクライアント装置１に対して送信する。さらに、クライアント装置１は、ＳＹＮ／ＡＣＫパケットを受信すると、ＡＣＫパケットを仮想マシン２３に送信する。これにより、クライアント装置１と仮想マシン２３との間のセッションが確立される。すなわち、この場合、上記のＳＹＮパケットが第１処理通信に対応し、上記のＳＹＮ／ＡＣＫパケットが第２処理通信に対応する。
【００７９】
通信制御装置２３１のパケット受信部２３１１は、図９に示すように、例えば、通信制御装置２３１とアクセス可能な機器等からＩＰパケットを受信するまで待機する（Ｓ１１のＮＯ）。具体的に、パケット受信部２３１１は、例えば、クライアント装置１からＩＰパケットを受信するまで待機する。
【００８０】
そして、ＩＰパケットを受信した場合（Ｓ１１のＹＥＳ）、パケット受信部２３１１は、例えば、受信したＩＰパケットが仮想マシン２３に対して送信されたＩＰパケットであるか否かを判定する（Ｓ１２）。具体的に、パケット受信部２３１１は、例えば、受信したＩＰパケットのＩＰヘッダに含まれる送信先ＩＰアドレスを参照する。そして、パケット受信部２３１１は、例えば、受信したＩＰパケットが仮想マシン２３に対して送信されたＩＰパケットであるか否かを判定する。送信先ＩＰアドレスを参照する際の具体例については後述する。
【００８１】
そして、受信したＩＰパケットが仮想マシン２３に対して送信されたＩＰパケットである場合（Ｓ１２のＹＥＳ）、パケット送信部２３１２は、例えば、受信したＩＰパケットを仮想マシン２３に送信する（Ｓ１３）。これにより、仮想マシン２３は、例えば、クライアント装置１から送信されたＩＰパケットを受信することが可能になる。そのため、仮想マシン２３は、クライアント装置１から送信されたＩＰパケットに基づいて処理を行うことが可能になる。
【００８２】
また、受信したＩＰパケットが仮想マシン２３に送信されたＩＰパケットでない場合（Ｓ１２のＮＯ）、中継判定部２３１３は、例えば、受信したＩＰパケットが仮想マシン２３からクライアント装置１に対して送信されたＩＰパケットであるか否かを判定する（Ｓ１４）。
【００８３】
そして、仮想マシン２３からクライアント装置１に送信されたＩＰパケットである場合（Ｓ１４のＹＥＳ）、中継判定部２３１３は、例えば、受信したＩＰパケットが、セッションを確立するためのＩＰパケットであるか否かを判定する（Ｓ２１）。具体的に、中継判定部２３１３は、Ｓ２１において受信したＩＰパケットがＳＹＮ／ＡＣＫパケットであるか否かを判定する。その結果、受信したＩＰパケットがＳＹＮ／ＡＣＫパケットである場合（Ｓ２１のＹＥＳ）、パケット送信部２３１２は、例えば、受信したＩＰパケットをクライアント装置１に送信することなく、応答装置２３２に送信する（Ｓ２２）。中継判定部２３１３による処理の具体例については後述する。
【００８４】
一方、受信したＩＰパケットが仮想マシン２３からクライアント装置１に送信されたＩＰパケットでない場合（Ｓ１４のＮＯ）、パケット破棄部２３１４は、例えば、パケット受信部２３１１が受信したＩＰパケットを破棄する（Ｓ２３）。また、受信したＩＰパケットがＳＹＮ／ＡＣＫパケットでない場合も同様に（Ｓ２１のＮＯ）、パケット破棄部２３１４は、例えば、パケット受信部２３１１が受信したＩＰパケットを破棄する（Ｓ２３）。
【００８５】
すなわち、通信制御装置２３１は、仮想マシン２３に対して送信されたＩＰパケットを全て仮想マシン２３に送信する。これにより、仮想マシン２３は、クライアント装置１から送信されたＩＰパケットに基づいて処理を行うことが可能になる。一方、通信制御装置２３１は、仮想マシン２３から送信されたＩＰパケットを受信した場合、原則としてこれを破棄する。これにより、仮想マシン２３から送信されたＩＰパケットによってクライアント装置１等に悪影響を及ぼすことを防止することが可能になる。
【００８６】
ここで、仮想マシン２３がクライアント装置１から送信されるＩＰパケットを受信するためには、仮想マシン２３とクライアント装置１とのセッションを確立する必要がある。具体的に、仮想マシン２３は、クライアント装置１とのセッションを確立するために、クライアント装置１から受信したＳＹＮパケットに対するＳＹＮ／ＡＣＫパケットを、クライアント装置１に対して送信する必要がある。さらに、仮想マシン２３は、クライアント装置１とのセッションを確立するために、送信したＳＹＮ／ＡＣＫパケットに対する応答であるＡＣＫパケットを、クライアント装置１から受信する必要がある。これにより、仮想マシン２３は、クライアント装置１からＡＣＫパケットを受信したときに、クライアント装置１とのセッションが確立したものと判定し、その後、クライアント装置１から送信されたＩＰパケットを受信することが可能になる。
【００８７】
しかしながら、本実施の形態における通信制御装置２３１は、クライアント装置１等に悪影響が及ぶことを防止するため、仮想マシン２３が送信したＩＰパケットをクライアント装置１に送信しない。すなわち、通信制御装置２３１は、仮想マシン２３から受信したＳＹＮ／ＡＣＫパケットをクライアント装置１に送信しない。そのため、仮想マシン２３は、クライアント装置１からＡＣＫパケットを受信することができない。
【００８８】
そこで、本実施の形態における通信制御装置２３１は、仮想マシン２３からクライアント装置１に対するＳＹＮ／ＡＣＫパケットを受信した場合に限り、これを破棄することなく応答装置２３２に送信する。そして、応答装置２３２は、後述するように、クライアント装置１に代わって、仮想マシン２３に対してＳＹＮ／ＡＣＫパケットに対する応答であるＡＣＫパケットを送信する。これにより、応答装置２３２は、仮想マシン２３に、クライアント装置１との間でセッションが確立したものと判定させることが可能になる。そのため、仮想マシン２３は、その後、クライアント装置１から送信されたＩＰパケットを受信することが可能になり、受信したＩＰパケットに基づく処理を実行することが可能になる。
【００８９】
[中継判定部２３１３の処理の具体例]
次に、中継判定部２３１３の処理（Ｓ１４、Ｓ２１）の具体例を説明する。中継判定部２３１３は、例えば、受信したＩＰパケットのＩＰヘッダ及びＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）ヘッダに含まれる情報を抽出し、抽出した情報が転送情報に含まれるか否かを判定する。
【００９０】
初めに、ＩＰヘッダとＴＣＰヘッダから抽出する情報の具体例を説明する。図１２は、ＩＰヘッダのレイアウトを説明する図である。図１２に示すように、ＩＰヘッダには、先頭から、バージョン（４ビット）、ヘッダ長（４ビット）、サービスタイプ（８ビット）、データグラム長（１６ビット）、識別子（１６ビット）、フラグ（３ビット）及びフラグメントオフセット（１３ビット）が含まれている。続いて、ＩＰヘッダには、生存時間（８ビット）、プロトコル（８ビット）、ヘッダチェックサム（１６ビット）、送信元ＩＰアドレス（３２ビット）、送信先ＩＰアドレス（３２ビット）、オプション（可変長）及びパディング（可変長）が含まれている。
【００９１】
次に、図１３は、ＴＣＰヘッダのレイアウトを説明する図である。図１３に示すように、ＴＣＰヘッダには、先頭から、送信元ポート番号（１６ビット）、送信先ポート番号（１６ビット）、シーケンス番号（３２ビット）及び確認応答番号（３２ビット）が含まれている。続いて、ＴＣＰヘッダには、ヘッダ長（４ビット）、予約ビット（６ビット）、コントロールフラグ（６ビット）、ウィンドウサイズ（１６ビット）、チェックサム（１６ビット）、緊急ポインタ（１６ビット）、オプション（可変長）及びパディング（可変長）が含まれている。
【００９２】
そして、図１４は、第１の実施の形態における転送情報の具体例を説明する図である。転送情報は、通信制御装置２３１が応答装置２３２に送信するＩＰパケット（第２処理通信）を識別するための情報である。
【００９３】
図１４に示す転送情報は、応答装置２３２に送信するＩＰパケットを特定するための「送信元ＩＰアドレス」、「送信元ＩＰアドレス」、「転送先ＩＰアドレス」及び「コントロールフラグ」を有する。
【００９４】
コントロールフラグは、図１３で説明したＴＣＰヘッダに含まれる情報であり、受信したＩＰパケットの種別（ＳＹＮパケットやＳＹＮ／ＡＣＫパケット等）を識別するための情報を有するものである。具体的に、コントロールフラグには、先頭から、そのＩＰパケットに緊急データが含まれていることを示すＵＲＧ（ｕｒｇｅｎｔ）ビットと、そのＩＰパケットのＴＣＰヘッダの確認応答番号が有効であることを示すＡＣＫビットとが含まれる。続いて、コントロールフラグには、そのＩＰパケットをバッファリングすることなくアプリケーションに引き渡す必要があることを示すＰＳＨ（ｐｕｓｈ）ビットと、セッションを強制的に終了することを示すＲＳＴ（ｒｅｓｅｔ）ビットとが含まれる。さらに、コントロールフラグには、そのＩＰパケットがセッションの確立を要求するためのＩＰパケットであることを示すＳＹＮビットと、そのＩＰパケットがセッションの正常な終了を要求するためのＩＰパケットであることを示すＦＩＮフラグとが含まれる。
【００９５】
すなわち、上記のＳＹＮパケットのＴＣＰヘッダに含まれるコントロールフラグは、ＳＹＮビットのみに１が設定された状態（「００００１０」）である。また、上記のＳＹＮ／ＡＣＫパケットのＴＣＰヘッダに含まれるコントロールフラグは、ＳＹＮビットとＡＣＫビットに１が設定された状態（「０１００１０」）である。さらに、上記のＡＣＫパケットのＴＣＰヘッダに含まれるコントロールフラグは、ＡＣＫビットのみに１が設定された状態（「０１００１０」）である。
【００９６】
なお、図１４に示す転送情報には、「送信元ＩＰアドレス」が「１９２．１６８．１００．１」であり、「送信先ＩＰアドレス」が「１９２．１６８．１．１１」であり、「転送先ＩＰアドレス」が「１９２．１６８．２．２」であり、「コントロールフラグ」が「０１００１０」である情報が設定されている。図１４の他の情報については説明を省略する。
【００９７】
すなわち、図９のＳ１４において、中継判定部２３１３は、パケット受信部２３１１がＩＰパケットを受信した場合、受信したＩＰパケットのＩＰヘッダに含まれる送信元ＩＰアドレスと送信先ＩＰアドレスとを抽出する。そして、中継判定部２３１３は、抽出した送信元ＩＰアドレスと送信元ＩＰアドレスとの組み合わせが転送情報に存在するか否かを確認する。これにより、中継判定部２３１３は、受信したＩＰアドレスが仮想マシン２３からクライアント装置１に対して送信されたものであるか否かを判定することが可能になる。そして、中継判定部２３１３は、仮想マシン２３からクライアント装置１に対して送信されたＩＰパケットのみを応答装置２３２に送信することが可能になる。
【００９８】
また、図１０のＳ２１において、中継判定部２３１３は、パケット受信部２３１１がＩＰパケットを受信した場合、受信したＩＰパケットのＴＣＰヘッダに含まれるコントロールフラグを抽出する。そして、中継判定部２３１３は、抽出したコントロールフラグが転送情報に存在するか否かを確認する。これにより、中継判定部２３１３は、例えば、仮想マシン２３とクライアント装置１とのセッションを確立するためのＳＹＮ／ＡＣＫパケット（コントロールフラグが「０１００１０」であるＩＰパケット）を特定して、応答装置２３２に送信することが可能になる。
【００９９】
そして、パケット送信部２３１２は、特定したＳＹＮ／ＡＣＫパケットを、「転送先ＩＰアドレス」に設定されたＩＰアドレスに送信（転送）する。
【０１００】
[応答装置２３２の処理]
次に、応答装置２３２での通信制御処理について説明する。図１１は、応答装置２３２における通信制御処理の詳細を示すフローチャート図である。
【０１０１】
初めに、応答装置２３２のパケット受信部２３２１は、例えば、通信制御装置２３１からＩＰパケットを受信するまで待機する（Ｓ３１のＮＯ）。そして、ＩＰパケットを受信した場合（Ｓ３１のＹＥＳ）、応答装置２３２のパケット送信部２３２２は、例えば、応答情報を参照し、受信したＩＰパケットに対する応答を仮想マシン２３に送信する（Ｓ３２）。すなわち、応答装置２３２が通信制御装置２３１からＩＰパケットを受信した場合、そのＩＰパケットは、仮想マシン２３がクライアント装置１に対してセッションの確立を要求するために送信したＳＹＮ／ＡＣＫパケットである。そのため、パケット送信部２３２２は、通信制御装置２３１からＩＰパケットを受信した場合、ＳＹＮ／ＡＣＫパケットに対する応答であるＡＣＫパケットを仮想マシン２３に送信する。以下、応答情報の具体例を説明する。
【０１０２】
図１５は、第１の実施の形態における応答情報の具体例を説明する図である。なお、図１５の例における応答情報は、パケット受信部２３２１が受信したＩＰパケットとマッチングを行うための第１応答情報と、仮想マシン２３に送信する応答の内容を特定するための第２応答情報とを含むものとして説明する。
【０１０３】
図１５（Ａ）は、第１応答情報の具体例を説明する図である。図１５（Ａ）に示す第１応答情報は、通信制御装置２３１に応答を送信するＩＰパケットを特定するための「送信元ＩＰアドレス」及び「送信先ＩＰアドレス」を有する。また、図１５（Ａ）に示す第１応答情報は、通信制御装置２３１に送信する応答の内容を特定するための「応答インデックス」を有する。具体的に、図１５（Ａ）に示す第１応答情報において、「送信元ＩＰアドレス」が「１９２．１６８．１００．１」であり、「送信先ＩＰアドレス」が「１９２．１６８．１．１１」であり、応答インデックスが「１」である情報が設定されている。図１５（Ａ）の他の情報については説明を省略する。
【０１０４】
そして、図１５（Ｂ）は、第２応答情報の具体例を説明する図である。図１５（Ｂ）に示す第２応答情報は、第１応答情報に含まれる情報に対応するための「応答インデックス」と、図１５（Ａ）で説明した「送信元ＩＰアドレス」と「送信先ＩＰアドレス」とを有する。また、図１５（Ｂ）に示す第２応答情報は、仮想マシン２３に送信するＩＰパケットのデータパターンである「送信データパターン」を有する。具体的に、図１５（Ｂ）に示す第２応答情報には、「応答インデックス」が「１」であり、「送信元ＩＰアドレス」が「１９２．１６８．１．１１」であり、「送信先ＩＰアドレス」が「１９２．１６８．１００．１」である情報が設定されている。そして、この情報には、送信データパターンとして「０ｘ０１１１１・・・」が設定されている。図１５（Ｂ）の他の情報については説明を省略する。
【０１０５】
すなわち、図１１のＳ３２において、パケット送信部２３２２は、パケット受信部２３２１が受信したＩＰパケットのＩＰヘッダから送信元ＩＰアドレスと送信先ＩＰアドレスを抽出する。そして、パケット送信部２３２２は、第１応答情報から、抽出した送信元ＩＰアドレス及び送信先ＩＰアドレスを含む情報を特定し、特定した情報に含まれる応答インデックスを抽出する。具体的に、図１５（Ａ）に示す例において、受信したＩＰパケットの送信元ＩＰアドレスが「１９２．１６８．１００．１」であり、送信先ＩＰアドレスが「１９２．１６８．１．１２」である場合、パケット送信部２３２２は、「応答インデックス」として「２」を特定する。
【０１０６】
次に、パケット送信部２３２２は、第２応答情報から、抽出した応答インデックスを含む情報を特定する。これにより、パケット送信部２３２２は、通信制御装置２３１に送信するＩＰパケットのペイロード部に設定するデータである「送信データパターン」を特定することが可能になる。そして、パケット送信部２３２２は、送信するＩＰパケットの送信元ＩＰアドレスに、特定した情報に含まれる送信元ＩＰアドレスを設定し、送信するＩＰパケットの送信先ＩＰアドレスに、特定した情報に含まれる送信先ＩＰアドレスを設定して送信する。
【０１０７】
具体的に、図１５に示す例において、パケット送信部２３２２が応答インデックスとして「２」を特定した場合、パケット送信部２３２２は、第２応答情報から応答インデックスが「２」である情報を特定する。そして、パケット送信部２３２２は、送信元ＩＰアドレスが「１９２．１６８．１．１２」であり、送信先ＩＰアドレスが「１９２.１６８．１．１２」であり、ペイロード部が「０ｘ０１００１・・・」であるＩＰパケットを仮想マシン２３に送信する。
【０１０８】
これにより、応答装置２３２は、仮想マシン２３に、仮想マシン２３とクライアント装置１とのセッションが確立したものと判定させることが可能になる。
【０１０９】
[トンネルの設定]
なお、サービス事業者は、通信制御装置２３１及び応答装置２３２に、通信制御装置２３１を始点として応答装置２３２を終点とするトンネル通信を行うための設定を予め行っておくものであってよい。そして、通信制御装置２３１は、応答装置２３２にＩＰパケットを送信する場合、このトンネル通信を用いて送信するものであってよい。同様に、応答装置２３２は、通信制御装置２３１にＩＰパケットを送信する場合、このトンネル通信を用いて送信するものであってよい。
【０１１０】
すなわち、仮想マシン２３がクライアント装置１に送信するＩＰパケットのＩＰヘッダの送信先ＩＰアドレスには、クライアント装置１のＩＰアドレスが設定されている。そのため、通信制御装置２３１は、仮想マシン２３からクライアント装置１に送信されたＩＰパケットを、そのままの状態で応答装置２３２に送信することができない。
【０１１１】
そこで、通信制御装置２３１は、仮想マシン２３から受信したＩＰパケットを受信した場合、受信したＩＰパケットをカプセル化する。次に、通信制御装置２３１は、カプセル化したＩＰパケットに、トンネリング用の通信制御装置２３１のＩＰアドレスを送信元ＩＰアドレスとし、トンネリング用の応答装置２３２のＩＰアドレスを送信先ＩＰアドレスとするトンネリング用のＩＰヘッダを付加する。これにより、通信制御装置２３１は、仮想マシン２３からクライアント装置１に対して送信されたＩＰパケットを、応答装置２３２に送信することが可能になる。
【０１１２】
また、通信制御装置２３１からトンネリング用のＩＰパケットを受信した応答装置２３２は、受信したトンネリング用のＩＰパケットからトンネリング用のＩＰヘッダを取り外す。これにより、応答装置２３２は、仮想マシン２３がクライアント装置１に送信した状態のＩＰパケットを取得することが可能になり、取得したＩＰパケットに対する応答を通信制御装置２３１に送信するための処理を行うことが可能になる。
【０１１３】
なお、応答装置２３２がトンネルを介して通信制御装置２３１にＩＰパケットを送信する場合に、そのＩＰパケットをカプセル化してトンネリング用のＩＰヘッダを付加する処理については、上記と同様であるため説明を省略する。
【０１１４】
［第２の実施の形態］
次に、第２の実施の形態について説明する。図１６及び図１７は、第２の実施の形態における通信制御処理を説明するフローチャート図である。また、図１８及び図１９は、第２の実施の形態における通信制御処理を説明する図である。
【０１１５】
第２の実施の形態では、第１の実施の形態と異なり、応答装置２３２がＩＰパケットのＴＣＰヘッダに含まれるコントロールフラグのマッチングを行う。すなわち、通信制御装置２３１は、例えば、通信制御装置２３１の処理能力が十分でない等の理由により、ＴＣＰヘッダに含まれるコントロールフラグのマッチングを行うことができない場合がある。この場合、通信制御装置２３１は、本来、仮想マシン２３に応答を送信する必要がないＩＰパケットを含めて応答装置２３２に送信することになる。そのため、第２の実施の形態では、応答装置２３２においてもＩＰパケットに含まれる情報のマッチングを行う。
【０１１６】
[通信制御装置２３１の処理]
初めに、通信制御装置２３１での通信制御処理について説明する。図１６は、通信制御装置２３１における通信制御処理の詳細を示すフローチャート図である。
【０１１７】
通信制御装置２３１のパケット受信部２３１１は、第１の実施の形態と同様に、例えば、通信制御装置２３１とアクセス可能な機器等からＩＰパケットを受信するまで待機する（Ｓ４１のＮＯ）。そして、ＩＰパケットを受信した場合（Ｓ４１のＹＥＳ）、パケット受信部２３１１は、例えば、受信したＩＰパケットが仮想マシン２３に対して送信されたＩＰパケットであるか否かを判定する（Ｓ４２）。
【０１１８】
そして、受信したＩＰパケットが仮想マシン２３に対して送信されたＩＰパケットである場合（Ｓ４２のＹＥＳ）、パケット送信部２３１２は、例えば、受信したＩＰパケットを仮想マシン２３に送信する（Ｓ４３）。一方、受信したＩＰパケットが仮想マシン２３に送信されたＩＰパケットでない場合（Ｓ４２のＮＯ）、中継判定部２３１３は、例えば、受信したＩＰパケットが仮想マシン２３からクライアント装置１に対して送信されたＩＰパケットであるか否かを判定する（Ｓ４４）。
【０１１９】
その結果、受信したＩＰパケットが仮想マシン２３からクライアント装置１に送信されたＩＰパケットである場合（Ｓ４４のＹＥＳ）、パケット送信部２３１２は、例えば、受信したＩＰパケットを応答装置２３２に送信する（Ｓ４５）。すなわち、第２の実施の形態における通信制御装置２３１は、第１の実施の形態における通信制御装置２３１と異なり、受信したＩＰパケットがセッションを確立するためのＩＰパケットであるか否かの判定を行わずに応答装置２３２に送信する。
【０１２０】
一方、受信したＩＰパケットが仮想マシン２３からクライアント装置１に送信されたＩＰパケットでない場合（Ｓ４４のＮＯ）、パケット破棄部２３１４は、例えば、パケット受信部２３１１が受信したＩＰパケットを破棄する（Ｓ４６）。
【０１２１】
図１８は、第２の実施の形態における転送情報の具体例を説明する図である。図１８に示す転送情報は、図１２で説明した転送情報と異なり、「送信元ＩＰアドレス」、「送信先ＩＰアドレス」及び「転送先ＩＰアドレス」のみを有する。具体的に、図１８に示す転送情報において、例えば、「送信元ＩＰアドレス」が「１９２．１６８．１００．１」であり、「送信先ＩＰアドレス」が「１９２．１６８．１．１１」であり、「転送先ＩＰアドレス」が「１９２．１６８．２．２」である情報が設定されている。図１２の他の情報については説明を省略する。
【０１２２】
すなわち、第２の実施の形態における通信制御装置２３１は、受信したＩＰパケットがセッションを確立するためのＩＰパケットであるか否かの判定を行わない。そのため、図１８に示す転送情報は、図１２に示す転送情報と異なり、「コントロールフラグ」を有しない。
【０１２３】
[応答装置２３２の処理]
次に、応答装置２３２での通信制御処理について説明する。図１７は、応答装置２３２における通信制御処理の詳細を示すフローチャート図である。
【０１２４】
初めに、応答装置２３２のパケット受信部２３２１は、第１の実施の形態と同様に、例えば、通信制御装置２３１からＩＰパケットを受信するまで待機する（Ｓ５１のＮＯ）。そして、ＩＰパケットを受信した場合（Ｓ５１のＹＥＳ）、応答装置２３２の応答判定部２３２３は、例えば、受信したＩＰパケットがセッションを確立するためのＩＰパケットであるか否かの判定を行う（Ｓ５２）。
【０１２５】
すなわち、第２の実施の形態における通信制御装置２３１は、受信したＩＰパケットがセッションを確立するためのＩＰパケットであるか否かの判定を行わない。そして、第２の実施の形態における通信制御装置２３１は、送信元が仮想マシン２３であって送信先がクライアント装置１であるＩＰパケットの全てを応答装置２３２に送信する。そのため、第２の実施の形態における応答装置２３２は、第１の実施の形態と異なり、受信したＩＰパケットがセッションを確立するためのＩＰパケットであるか否かの判定を行う。
【０１２６】
そして、受信したＩＰパケットがセッションを確立するためのＩＰパケットである場合（Ｓ５２のＹＥＳ）、応答装置２３２のパケット送信部２３２２は、例えば、受信したＩＰパケットに対する応答を仮想マシン２３に送信する（Ｓ５３）。すなわち、受信したＩＰパケットがセッションを確立するためのＩＰパケットである場合、そのＩＰパケットは、仮想マシン２３がクライアント装置１に対してセッションの確立を要求するために送信したＳＹＮ／ＡＣＫパケットである。そのため、パケット送信部２３２２は、この場合、ＳＹＮ／ＡＣＫパケットに対する応答であるＡＣＫパケットを仮想マシン２３に送信する。
【０１２７】
一方、受信したＩＰパケットがセッションを確立するためのＩＰパケットでない場合（Ｓ５２のＮＯ）、パケット破棄部２３２４は、例えば、パケット受信部２３２１が受信したＩＰパケットを破棄する（Ｓ５４）。すなわち、第２の実施の形態における応答装置２３２は、第１の実施の形態における応答装置２３２と異なり、受信したＩＰパケットがセッションを確立するためのＩＰパケットでない場合に、そのＩＰパケットの破棄を行う。以下、第２の実施の形態における応答情報の具体例を説明する。
【０１２８】
図１９は、第２の実施の形態における応答情報の具体例を説明する図である。なお、図１９の例における応答情報は、パケット受信部２３２１が受信したＩＰパケットとマッチングを行うための第１応答情報と、仮想マシン２３に送信する応答の内容を特定するための第２応答情報とを含むものとして説明する。
【０１２９】
図１９（Ａ）は、第１応答情報の具体例を説明する図である。図１９（Ａ）に示す第１応答情報は、図１５（Ａ）で説明した第１応答情報が有する情報に加えて、「コントロールフラグ」を有する。具体的に、図１９（Ａ）に示す第１応答情報において、「送信元ＩＰアドレス」が「１９２．１６８．１００．１」であり、「送信先ＩＰアドレス」が「１９２．１６８．１．１１」であり、「応答インデックス」が「１」である情報が設定されている。さらに、この情報には、「コントロールフラグ」として「０１００１０」が設定されている。図１９（Ａ）の他の情報については説明を省略する。これにより、応答装置２３２は、受信したＩＰパケットがセッションを確立するためのＩＰパケットであるか否かの判定を行うことが可能になる。
【０１３０】
そして、図１９（Ｂ）は、第２応答情報の具体例を説明する図である。図１９（Ｂ）に示す第２応答情報は、図１５（Ｂ）で説明した第２応答情報と同じ情報を有している。具体的に、図１９（Ｂ）に示す第２応答情報には、「応答インデックス」が「１」であり、「送信元ＩＰアドレス」が「１９２．１６８．１．１１」であり、「送信先ＩＰアドレス」が「１９２．１６８．１００．１」である情報が設定されている。そして、この情報には、送信データパターンとして「０ｘ０１１１１・・・」が設定されている。図１９（Ｂ）の他の情報については説明を省略する。
【０１３１】
このように、第２の実施の形態においては、通信制御装置２３１及び応答装置２３２の両方でＩＰパケットに含まれる情報のマッチングを行う。これにより、例えば、通信制御装置２３１の処理能力が十分でない等の理由により、通信制御装置２３１がコントロールフラグのマッチングを行うことができない場合であっても、通信制御処理を行うことが可能になる。
【０１３２】
以上の実施の形態をまとめると、以下の付記のとおりである。
【０１３３】
（付記１）
第１情報処理装置からの第１処理通信が入力され、第２情報処理装置の内外への通信を制御する通信制御装置と、
前記通信制御装置と通信可能な応答装置と、を有し、
前記通信制御装置は、前記第１処理通信を受信すると、受信した前記第１処理通信を前記第２情報処理装置に送信し、
前記通信制御装置は、前記第２情報処理装置から前記第１情報処理装置への前記第１処理通信の応答である第２処理通信を受信すると、応答先を前記第１情報処理装置から前記応答装置に変更して、前記第２処理通信を前記応答装置に送信する、
情報処理システム。
【０１３４】
（付記２）
付記１において、
前記通信制御装置は、受信した前記第２処理通信の内容に基づいて、受信した前記第２処理通信を前記応答装置に送信するか破棄するかを判定する、
情報処理システム。
【０１３５】
（付記３）
付記１において、
前記応答装置は、前記通信制御装置から前記第２処理通信を受信すると、受信した前記第２処理通信が前記第２情報処理装置から前記第１情報処理装置に対するセッション確立要求である場合に、前記２処理通信の前記第２情報処理装置への応答を前記通信制御装置に送信し、
前記通信制御装置は、前記応答装置からの前記第２処理通信の応答を受信すると、前記第２情報処理装置に送信する、
情報処理システム。
【０１３６】
（付記４）
付記１において、   
前記通信制御装置は、受信した前記第２処理通信を前記応答装置に送信する場合、前記通信制御装置を始点として前記応答装置を終端とするトンネル通信を用いて送信する、
情報処理システム。
【０１３７】
（付記５）
第１情報処理装置からの第１処理通信が入力され、第２情報処理装置の内外への通信を制御する通信制御装置と、前記通信制御装置と通信可能な応答装置と、を有する情報処理システムの制御プログラムであって、
前記通信制御装置が、前記第１処理通信を受信すると、受信した前記第１処理通信を前記第２情報処理装置に送信し、
前記通信制御装置が、前記第２情報処理装置から前記第１情報処理装置への前記第１処理通信の応答である第２処理通信を受信すると、応答先を前記第１情報処理装置から前記応答装置に変更して、前記第２処理通信を前記応答装置に送信する、
処理をコンピュータに実行させる制御プログラム。
【０１３８】
（付記６）
第１情報処理装置からの第１処理通信が入力され、第２情報処理装置の内外への通信を制御する通信制御装置と、
前記通信制御装置と通信可能な応答装置と、
前記第１情報処理装置と第３情報処理装置との間の通信を制御する物理スイッチ装置と、を有し、
前記物理スイッチ装置は、前記第１情報処理装置から前記第３情報処理装置に対する前記第１処理通信を受信すると、受信した前記第１処理通信を前記第３情報処理装置に送信するとともに、前記通信制御装置を介して前記第２情報処理装置に送信し、
前記通信制御装置は、前記第１処理通信を受信すると、受信した前記第１処理通信を前記第２情報処理装置に送信し、
前記通信制御装置は、前記第２情報処理装置から前記第１情報処理装置への前記第１処理通信の応答である第２処理通信を受信すると、応答先を前記第１情報処理装置から前記応答装置に変更して、前記第２処理通信を前記応答装置に送信する、
情報処理システム。
【０１３９】
（付記７）
付記６において、
前記第３情報処理装置は、通常運用時に、前記第１情報処理装置から前記第１処理通信を受信すると、受信した前記第１処理通信に対応する処理を実行し、
前記第２情報処理装置は、前記第３情報処理装置の異常発生時に、前記第１情報処理装置から前記第１処理通信を受信すると、前記第３情報処理装置に代わって、受信した前記第１処理通信に対応する処理を実行し、
前記通信制御装置は、前記第３情報処理装置の異常発生時に、前記第２情報処理装置から前記第２処理通信を受信すると、受信した前記第２処理通信を前記第１情報処理装置に送信する、
情報処理システム。
【０１４０】
（付記８）
第１情報処理装置からの第１処理通信が入力され、第２情報処理装置の内外への通信を制御する通信制御装置と、前記通信制御装置と通信可能な応答装置と、前記第１情報処理装置と第３情報処理装置との間の通信を制御する物理スイッチ装置と、を有する情報処理システムの制御方法であって、
前記物理スイッチ装置は、前記第１情報処理装置から前記第３情報処理装置に対する前記第１処理通信を受信すると、受信した前記第１処理通信を前記第３情報処理装置に送信するとともに、前記通信制御装置を介して前記第２情報処理装置に送信し、
前記通信制御装置は、前記第１処理通信を受信すると、受信した前記第１処理通信を前記第２情報処理装置に送信し、
前記通信制御装置は、前記第２情報処理装置から前記第１情報処理装置への前記第１処理通信の応答である第２処理通信を受信すると、応答先を前記第１情報処理装置から前記応答装置に変更して、前記第２処理通信を前記応答装置に送信する、
制御方法。
【符号の説明】
【０１４１】
１：クライアント装置          １１：管理サーバ
１２：物理マシン              １３：仮想マシン
１３１：分岐装置              ２１：管理サーバ
２２：物理マシン              ２３：仮想マシン
１００：情報処理システム      ２３１：通信制御装置
２３２：応答装置
【図１】
2016162324.tif 000003
【図２】
2016162324.tif 000004
【図３】
2016162324.tif 000005
【図４】
2016162324.tif 000006
【図５】
2016162324.tif 000007
【図６】
2016162324.tif 000008
【図７】
2016162324.tif 000009
【図８】
2016162324.tif 000010
【図９】
2016162324.tif 000011
【図１０】
2016162324.tif 000012
【図１１】
2016162324.tif 000013
【図１２】
2016162324.tif 000014
【図１３】
2016162324.tif 000015
【図１４】
2016162324.tif 000016
【図１５】
2016162324.tif 000017
【図１６】
2016162324.tif 000018
【図１７】
2016162324.tif 000019
【図１８】
2016162324.tif 000020
【図１９】
2016162324.tif 000021