試験プログラム、試験装置、および試験方法
【課題】高品質な性能評価試験を効率的におこなうこと。
【解決手段】予備系サーバＢへのパケットＳ２Ｂの送信が、予備系サーバＢからのパケットＲ１Ｂの受信に先立って実行されることとなる。したがって、主系サーバＡに送信されたパケットＳ１Ａ，Ｓ２Ａの時間間隔と、予備系サーバＢに送信されたパケットＳ１Ｂ，Ｓ２Ｂの時間間隔が同一となる。このように、ＴＣＰ／ＩＰに基づく通信ではヘッダ情報を適切に書き換えることにより、遠隔にある予備系サーバＢからの応答を待たずに主系サーバＡからパケットを送出し続けることが可能である。これにより、予備系サーバＢは主系サーバＡと同一処理を同一のタイミングで実行することとなり、予備系サーバＢに対し主系サーバＡと同一の負荷試験を再現することができる。
【解決手段】予備系サーバＢへのパケットＳ２Ｂの送信が、予備系サーバＢからのパケットＲ１Ｂの受信に先立って実行されることとなる。したがって、主系サーバＡに送信されたパケットＳ１Ａ，Ｓ２Ａの時間間隔と、予備系サーバＢに送信されたパケットＳ１Ｂ，Ｓ２Ｂの時間間隔が同一となる。このように、ＴＣＰ／ＩＰに基づく通信ではヘッダ情報を適切に書き換えることにより、遠隔にある予備系サーバＢからの応答を待たずに主系サーバＡからパケットを送出し続けることが可能である。これにより、予備系サーバＢは主系サーバＡと同一処理を同一のタイミングで実行することとなり、予備系サーバＢに対し主系サーバＡと同一の負荷試験を再現することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、対象装置の試験をおこなう試験プログラム、試験装置、および試験方法に関する。
【背景技術】
【０００２】
従来から、クライアント−サーバ間の性能評価の技術が開示されているが（たとえば、下記特許文献１，２を参照）、システムの移行などをおこなう際、予備系サーバを迅速かつ正確に検証するための性能評価試験技術が求められている。このような性能評価技術については、従来、以下のように処理がおこなわれている。
【０００３】
図１１は、従来の主系サーバと予備系サーバとの相対的な性能評価処理の一例を示す説明図である。図１１では、主系サーバＡおよび試験端末Ｃが大阪にあり、予備系サーバＢは東京にあるものとする。主系サーバＡは、たとえば、現在システムで稼動している現用系のコンピュータである。予備系サーバＢは、主系サーバＡから移行予定のコンピュータである。この場合、試験実施者は、同一パターン（パケットとその応答パケット）で試験をする際、試験端末Ｃが主系サーバＡからのパケットをキャプチャし、キャプチャしたパケットを主系サーバＡと同一のシーケンスパターンで予備系サーバＢに流すこととなる。
【０００４】
図１２は、従来の主系サーバと予備系サーバとの相対的な性能評価処理の他の例を示す説明図である。図１２では、主系サーバＡは大阪にあり、予備系サーバＢは東京にあり、試験端末Ｃは東京および大阪の両方にあるものとする。この場合、試験実施者は、大阪において試験端末Ｃと主系サーバＡとの間でパケット通信をおこなうとともに、東京において、主系サーバＡと同じ時間間隔で、試験端末Ｃと予備系サーバＢとの間でパケット通信をおこなう。これにより、主系サーバＡと予備系サーバＢとの相対的な性能評価をおこなうこととなる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−８６４８号公報
【特許文献２】特開平９−６２６０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、図１１の場合、主系サーバＡと予備系サーバＢとが異なる場所にあるため、主系サーバＡと予備系サーバＢとでのＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ：往復遅延時間）の差（距離と正の相関）が主系サーバＡおよび予備系サーバＢの処理間隔（処理負荷）に影響する。すなわち、予備系サーバＢのパケット送受信間隔が主系サーバＡのパケット送受信間隔に比べ大きくなるため、同一負荷で性能評価ができず、性能評価の品質の低下を招くという問題があった。
【０００７】
一方、図１２の場合、同一負荷で試験するには、図１２に示したように、試験実施者は主系サーバＡに対しパケットシーケンスのキャプチャをおこない、予備系サーバＢのある現地（東京）に赴く。そして、キャプチャデータを基に同じシーケンスでパケットを送出する。したがって、試験実施者の移動などによる労力が発生し、試験実施者の負担が増大するという問題があった。
【０００８】
本発明は、上述した従来技術による問題点を解消するため、高品質な性能評価試験を効率的におこなうことができる試験プログラム、試験装置、および試験方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、本試験プログラム、試験装置、および試験方法は、パケットを取得し、取得されたパケットの取得時刻を検出し、前記パケットが第１の対象装置に送信された第１のパケットである場合、前記第１のパケットの宛先を前記第２の対象装置のアドレスに設定し、検出された前記第１のパケットの取得時刻を送信時刻に設定することにより、前記第１のパケットを前記第２の対象装置への第２のパケットに変換し、変換された第２のパケットの送信時刻に前記第２のパケットを前記第２の対象装置に送信することを要件とする。
【発明の効果】
【００１０】
本試験プログラム、試験装置、および試験方法によれば、高品質な性能評価試験を効率的におこなうことができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態における性能評価試験の一例を示す説明図である。
【図２】実施の形態で用いられるコンピュータのハードウェア構成を示すブロック図である。
【図３】試験装置の機能的構成を示すブロック図である。
【図４】ＤＢの記憶内容の一例を示す説明図である。
【図５】パケット変換例を示す説明図である。
【図６】第２のパケットの送信結果を示す説明図である。
【図７】実施の形態にかかる試験装置のパケットキャプチャ処理手順を示すフローチャートである。
【図８】実施の形態にかかる試験装置によるパケット変換・送信処理手順を示すフローチャートである。
【図９】第１および第２の対象装置の相対的な性能評価処理手順を示すフローチャートである。
【図１０】第１および第２の対象装置の相対的な性能評価処理手順を示すフローチャートである。
【図１１】従来の主系サーバと予備系サーバとの相対的な性能評価処理の一例を示す説明図である。
【図１２】従来の主系サーバと予備系サーバとの相対的な性能評価処理の他の例を示す説明図である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照して、この発明にかかる試験プログラム、試験装置、および試験方法の実施の形態を詳細に説明する。
【００１３】
図１は、本実施の形態における性能評価試験の一例を示す説明図である。図１では、試験端末Ｃおよび試験を行う対象である第１の装置の例として挙げられる主系サーバＡが大阪にあり、試験を行う対象である第２の装置の例として挙げられる予備系サーバＢは東京にあるものとする。なお、サーバＡ、Ｂの配置位置は例であって、他の配置関係でもよい。主系サーバＡは、たとえば、現在システムで稼動している現用系のコンピュータである。予備系サーバＢは、主系サーバＡから移行予定のコンピュータである。
【００１４】
試験装置１００は、試験端末Ｃと主系サーバＡと予備系サーバＢと通信可能に接続される。たとえば、試験装置１００と試験端末Ｃと主系サーバＡは、同一のネットワークＮａ内にあり、予備系サーバＢが存在するネットワークＮｂと通信可能である。
【００１５】
たとえば、試験端末Ｃが主系サーバＡにパケットＳ１Ａを送信することにより、主系サーバＡは試験端末ＣにパケットＲ１Ａを応答として送信する。つぎに、試験端末Ｃが主系サーバＡにパケットＳ２Ａを送信することにより、主系サーバＡは試験端末Ｃに応答としてパケットＲ２Ａを送信する。このとき、試験装置１００は、パケットＳ１Ａ，Ｓ２Ａ，Ｒ１Ａ，Ｒ２Ａをキャプチャする。
【００１６】
また、試験装置１００は、キャプチャしたパケットＳ１Ａ，Ｓ２Ａの宛先を主系サーバＡのアドレスから予備系サーバＢのアドレスに書き換えて、パケットＳ１ＡをパケットＳ１Ｂ、パケットＳ２ＡをパケットＳ２Ｂとして生成する。そして、試験装置１００は、生成されたパケットＳ１Ｂ，Ｓ２Ｂを上記と同一のシーケンス（時間間隔）で予備系サーバＢに送信する。
【００１７】
たとえば、試験装置１００は、パケットＳ１Ａ，Ｓ２Ａの取得時刻の間の時間間隔Ｔｄを得ておき、パケットＳ１Ｂの送信後、Ｔｄ時間だけ経過すると、パケットＳ２Ｂを送信する。これにより、試験装置１００は、生成されたパケットＳ１Ｂ，Ｓ２Ｂを上記と同一のシーケンス（時間間隔）で予備系サーバＢに送信することができる。
【００１８】
また、第１の基準時刻（たとえば、パケットＳ１Ａの受信よりも前に設定されたある時刻（試験開始時等））からパケットＳ１Ａの取得時刻までに経過した時間Ｔｄ１と、パケットＳ１Ｂの取得時刻までに経過した時間Ｔｄ２とを取得し、第２の基準時刻（予備系サーバＢの試験開始時刻等）から時間Ｔｄ１経過すると、パケットＳ１Ｂを送信し、時間Ｔｄ２が経過するとパケットＳ２Ｂを送信する。これによっても、試験装置１００は、生成されたパケットＳ１Ｂ，Ｓ２Ｂを上記と同一のシーケンス（時間間隔）で予備系サーバＢに送信することができる。
【００１９】
これにより、パケットＳ１Ｂ，Ｓ２Ｂを受信した予備系サーバＢは、パケットＲ１Ｂ，Ｒ２Ｂを返すこととなる。なお、いずれにしても、パケットＳ１Ｂの応答である予備系サーバＢからのパケットＲ１Ｂの受信を待たずに、パケットＳ２Ｂを送信することを許容する。また、パケットＳ１Ｂ，Ｓ２Ｂの送信元を当該試験装置１００のアドレスとすることで、予備系サーバＢからの応答パケットＲ１Ｂ、Ｒ２Ｂの送信先が試験装置１００となるように設定することもできる。なお、送信元を変更せず、試験端末Ｃが応答を受信することもできる。
【００２０】
すなわち、パケットＳ１Ａ，Ｓ２Ａの時間間隔ｄａとパケットＳ１Ｂ，Ｓ２Ｂの時間間隔ｄｂが同一となるため、主系サーバＡでのパケットＳ１Ａ，Ｓ２Ａの処理間隔Ｄａと予備系サーバＢでのパケットＳ１Ｂ，Ｓ２Ｂの処理間隔Ｄｂも同一となる。このように、設置場所の違いをパケットＳ１Ａ，Ｓ２Ａの変換で吸収することにより、主系サーバＡおよび予備系サーバＢは同様の負荷で性能評価試験をされることとなる。このあと、主系サーバＡからのパケットＲ１Ａ，Ｒ２Ａと予備系サーバＢからのパケットＲ１Ｂ，Ｒ２Ｂとを比較することで、主系サーバＡと予備系サーバＢとの相対的な性能評価を実行することができる。
【００２１】
（コンピュータのハードウェア構成）
図２は、実施の形態で用いられるコンピュータ（試験端末Ｃ、試験装置１００、主系サーバＡ、予備系サーバＢ）のハードウェア構成の例を示すブロック図である。図２において、コンピュータは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３と、磁気ディスクドライブ２０４と、磁気ディスク２０５と、光ディスクドライブ２０６と、光ディスク２０７と、ディスプレイ２０８と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０９と、キーボード２１０と、マウス２１１と、スキャナ２１２と、プリンタ２１３と、を備えている。また、各構成部はバス２００によってそれぞれ接続されている。
【００２２】
ここで、ＣＰＵ２０１は、コンピュータの全体の制御を司る。ＲＯＭ２０２は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションといった各種プログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。磁気ディスクドライブ２０４は、ＣＰＵ２０１の制御にしたがって磁気ディスク２０５に対するデータのリード／ライトを制御する。磁気ディスク２０５は、磁気ディスクドライブ２０４の制御で書き込まれたデータを記憶する。
【００２３】
光ディスクドライブ２０６は、ＣＰＵ２０１の制御にしたがって光ディスク２０７に対するデータのリード／ライトを制御する。光ディスク２０７は、光ディスクドライブ２０６の制御で書き込まれたデータを記憶したり、光ディスク２０７に記憶されたデータをコンピュータに読み取らせたりする。
【００２４】
ディスプレイ２０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ２０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００２５】
インターフェース（以下、「Ｉ／Ｆ」と略する。）２０９は、通信回線を通じてＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク２１４に接続され、このネットワーク２１４を介して他の装置に接続される。そして、Ｉ／Ｆ２０９は、ネットワーク２１４と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ２０９には、たとえばモデムやＬＡＮアダプタなどを採用することができる。
【００２６】
キーボード２１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス２１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。
【００２７】
スキャナ２１２は、画像を光学的に読み取り、コンピュータ内に画像データを取り込む。なお、スキャナ２１２は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ２１３は、画像データや文書データを印刷する。プリンタ２１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。
【００２８】
（試験装置１００の機能的構成）
つぎに、試験装置１００の機能的構成について説明する。図３は、試験装置１００の機能的構成を示すブロック図である。試験装置１００は、取得部３０１と検出部３０２と算出部３０３と生成部３０４と送信部３０５と実行部３０６と出力部３０７とデータベース（以下、「ＤＢ３１０」）３１０とを備えている。
【００２９】
取得部３０１〜出力部３０７は、具体的には、たとえば、図２に示したＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されたプログラムをＣＰＵ２０１に実行させることにより、または、Ｉ／Ｆ２０９により、その機能を実現する。また、ＤＢ３１０は、具体的には、たとえば、図２に示したＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置により、その機能を実現する。
【００３０】
取得部３０１は、パケットを取得する機能を有する。具体的には、たとえば、試験端末Ｃと主系サーバＡとの間で通信されるパケットや予備系サーバＢと試験端末Ｃとの間で通信されるパケットをキャプチャする。取得部３０１で取得されたパケットは、ヘッダ・ペイロード解析され、ＤＢ３１０に格納される。
【００３１】
検出部３０２は、取得部３０１によって取得されたパケットの送信先の対象装置の試験開始から当該パケットを取得するまでの取得時間や、送信先の対象装置からの当該パケットの応答パケットを検出する機能を有する。具体的には、たとえば、送信先の対象装置の試験開始時刻を基準としてパケットを取得したときの経過時間を取得時間として検出する。なお、取得されたパケットがセッション開始を示す同期パケットである場合、開始時刻が設定されていないため、同期パケットの取得時間ｔをｔ＝０、すなわち、送信先の対象装置の試験開始時刻に設定することとなる。検出部３０２で検出された取得時刻はＤＢ３１０に格納される。また、送信先の対象装置の試験開始時刻は、あらかじめ試験端末Ｃ、試験装置１００とで同一の開始時刻を設定しておけばよい。
【００３２】
算出部３０３は、あるパケットがキャプチャされてからそのパケットに応答するパケットがキャプチャされるまでの時間間隔を算出する機能を有する。具体的には、あるパケットの取得時間からそのパケットに応答する応答パケットの取得時間との差の絶対値を時間間隔として算出する。算出部３０３の詳細については後述する。算出部３０３で算出された時間間隔は、ＲＴＴとしてＤＢ３１０に格納される。
【００３３】
ＤＢ３１０は、取得されたパケットに記述されている情報や、検出部３０２で検出された取得時間、算出部３０３で算出された時間間隔を記憶する機能を有する。
【００３４】
図４は、ＤＢ３１０の記憶内容の一例を示す説明図である。図４において、ＤＢ３１０は、セッションＩＤ項目、時間情報項目、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ヘッダ情報項目、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ヘッダ情報項目、アプリヘッダ情報項目、ペイロード項目を有する。ＤＢ３１０には、パケットごとに各項目の値が格納される。セッションＩＤ項目には、セッションＩＤが格納される。同一セッションであれば同一セッションＩＤが格納される。
【００３５】
時間情報項目は、時間項目とＲＴＴ項目とを有する。時間項目には送信先の対象装置の試験開始からパケットを取得するまでの取得時間が格納される。同一セッションＩＤの中で最初にキャプチャされたパケット（同期パケット）については、取得時間として基準時刻０が格納される。
【００３６】
たとえば、レコードｒ１はセッションＩＤ：ａｂｃのレコードｒ１〜ｒ７の中で最初にキャプチャされたパケットのレコードであるため、基準時刻ｔ＝０が格納される。レコードｒ８も同様に、セッションＩＤ：ｄｅｆのレコードｒ８〜ｒ１０の中で最初にキャプチャされたパケットのレコードであるため、基準時刻ｔ＝０が格納される。
【００３７】
また、キャプチャされたパケットが主系サーバＡまたは予備系サーバＢからのパケットである場合、ＲＴＴ項目にＲＴＴも格納される。ＲＴＴは、パケットがキャプチャされてからその応答パケットがキャプチャされるまでの時間間隔である。ＲＴＴは、算出部３０３で算出される。
【００３８】
ＩＰヘッダ情報項目は、送信元ＩＰ項目と宛先ＩＰ項目とを有する。送信元ＩＰ項目には、キャプチャされたパケットのヘッダに記述されている送信元ＩＰアドレスが格納される。また、宛先ＩＰ項目には、キャプチャされたパケットのヘッダに記述されている宛先ＩＰアドレスが格納される。図４では、試験端末ＣのＩＰアドレスを「１０．１０．１０．１０」とし、主系サーバＡのＩＰアドレスを「２０．２０．２０．２０」としている。したがって、１行目のレコードｒ１は、試験端末Ｃから主系サーバＡへのパケットを示しており、２行目のレコードｒ２は、その応答パケットを示している。
【００３９】
ＴＣＰヘッダ情報項目は、発信元ポート項目、宛先ポート項目、シーケンス番号項目、確認応答番号項目、各種フラグ（ＳＹＮ（同期）／ＡＣＫ（確認応答）／ＰＳＨ（プッシュ）／ＦＩＮ（通信終了）／ＲＳＴ（リセット要求））項目を有する。発信元ポート項目には、キャプチャされたパケットのヘッダに記述されている送信元ポート番号が格納される。宛先ポート番号項目には、キャプチャされたパケットのヘッダに記述されている宛先ポート番号が格納される。
【００４０】
シーケンス番号項目には、キャプチャされたパケットのヘッダに記述されているシーケンス番号が格納される。シーケンス番号は、キャプチャされたパケットの送信元で与えられたランダムな値である。
【００４１】
確認応答番号項目には、キャプチャされたパケットのヘッダに記述されている確認応答番号が格納される。確認応答番号は、受け取った側のコンピュータが受け取ったパケットのシーケンス番号に基づいて付与する値である。たとえば、受け取ったパケットのシーケンス番号に１加算した値を確認応答番号とする。
【００４２】
フラグ項目には、パケットの種類（ＳＹＮ／ＡＣＫ／ＰＳＨ／ＦＩＮ／ＲＳＴ）を特定するフラグが格納される。たとえば、レコードｒ１のパケットは、ＳＹＮパケットである。
【００４３】
アプリヘッダ情報項目には、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）３／ＩＭＡＰ（Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）といった各アプリケーションに関するヘッダ情報が格納される。
【００４４】
ペイロード項目には、キャプチャされたパケットのうちヘッダを除いたデータ本体となるペイロードが格納される。なお、パケットのペイロードは格納しても破棄してもどちらでもよい。
【００４５】
また、ＴＣＰ／ＩＰに従った通信は、３ウェイハンドシェイクによるセッション確立、データ転送、セッション終了を実行する一連の処理からなる。３ウェイハンドシェイクでは、まず試験端末ＣがＳＹＮパケット（シーケンス番号：試験端末Ｃ側の乱数、確認応答番号：０、ＳＹＮフラグ）をパケットとして主系サーバＡに送る。
【００４６】
つぎに、そのＳＹＮパケットを受け取った主系サーバＡがＳＹＮ／ＡＣＫパケット（シーケンス番号：主系サーバＡ側の乱数、確認応答番号：ＳＹＮパケットのシーケンス番号＋１、ＳＹＮフラグ、ＡＣＫフラグ）を試験端末Ｃに送る。さらに、そのＳＹＮ／ＡＣＫパケットを受け取った試験端末ＣがＡＣＫパケット（シーケンス番号：主系サーバＡ側の確認応答番号、確認応答番号：ＳＹＮ／ＡＣＫパケットのシーケンス番号、ＡＣＫフラグ）をパケットとして主系サーバＡに送る。
【００４７】
図４に示した例では、レコードｒ１〜ｒ３のパケット群とレコードｒ８〜ｒ１０のパケット群が、３ウェイハンドシェイクを実行するパケット群である。
【００４８】
生成部３０４は、パケットが第１の対象装置に送信された第１のパケットである場合、第１のパケットの情報のうち宛先を第２の対象装置のアドレスに書き換えた第２のパケットを生成する機能を有する。
【００４９】
具体的には、たとえば、試験開始後Ｘ分後に過去Ｘ分間分の送信パケット情報を取得し
、宛先ＩＰアドレス、宛先ポート番号、シーケンス番号、確認応答番号を書き換える。シーケンス番号および確認応答番号はセッションを確立する際に乱数を使用するため、事前にセッションの確立を実行することとなる。
【００５０】
ＴＣＰ／ＩＰに従った通信では、３ウェイハンドシェイクでセッションが確立した後のシーケンス番号と確認応答番号は、データ転送する際のパケットの長さで定まるため、処理内容がわかっている場合には将来の値を予測することが可能である。ここで、図４に示したレコードｒ４〜ｒ７のパケットの変換例について説明する。
【００５１】
なお、レコードｒ４は、通信開始後２．１秒後に試験端末Ｃから主系サーバＡに送られた確認応答番号：５００１のパケットを示している。また、レコードｒ６は、レコードｒ４のパケットが主系サーバＡに送られた結果、通信開始後２．４秒後に試験端末Ｃから主系サーバＡに送られた確認応答番号：７００１のパケットを示している。
【００５２】
図５は、パケット生成例を示す説明図である。図５では、（Ａ）〜（Ｄ）の順で時系列に説明する。図５の（Ａ）において、レコードｒ１４は、図４のレコードｒ４のパケット（第１のパケット）から生成されたパケット（第２のパケット）のレコードである。生成部３０４では、予備系サーバＢに変換後の第２のパケットを送るため、セッションＩＤを「ａｂｃ」から「ｉｊｋ」に書き換える。
【００５３】
また、主系サーバＡに送信されたレコードｒ４のパケットの宛先ＩＰアドレスを、予備系サーバＢのＩＰアドレス：２０．２０．２０．８０に書き換える。さらに、確認応答番号：５００１にあらかじめ設定された変化量：６０００を加算して、確認応答番号：１１００１に書き換える。取得時間：２．１秒はそのままで、第２の対象装置（サーバＢ）の試験開始時刻から第２のパケットを取得するまでの取得時間に設定される。生成後のレコードをｒ１４とする。
【００５４】
つぎに、図５の（Ｂ）において、レコードｒ１６は、図４のレコードｒ６のパケット（第１のパケット）から生成されたパケット（第２のパケット）のレコードである。生成部３０４では、予備系サーバＢに変換後の第２のパケットを送るため、セッションＩＤを「ａｂｃ」から「ｉｊｋ」に書き換える。
【００５５】
また、主系サーバＡに送信されたレコードｒ６のパケットの宛先ＩＰアドレスを、予備系サーバＢのＩＰアドレス：２０．２０．２０．８０に書き換える。さらに、確認応答番号：７００１にあらかじめ設定された変化量：６０００を加算して、確認応答番号：１３００１に書き換える。取得時間：２．４秒はそのままで、第２の対象装置（サーバＢ）の試験開始時刻から第２のパケットを取得するまでの取得時間に設定される。変換後のレコードをｒ１６とする。
【００５６】
図３において、送信部３０５は、第２の対象装置の試験開始から第１のパケットを取得するまでの取得時間を経過したときに、生成部３０４によって生成された第２のパケットを第２の対象装置に送信する機能を有する。たとえば、図５の（Ａ）および（Ｂ）において、生成後の宛先となる予備系サーバＢへ送信する第２のパケットのレコードｒ１４，ｒ１６の取得時間にしたがって予備系サーバＢに送信する。具体的には、レコードｒ１４のパケットを試験開始から２．１秒後に予備系サーバＢに送信し、レコードｒ１６のパケットを試験開始から２．４秒後に予備系サーバＢに送信する。
【００５７】
レコードｒ１４のパケットを予備系サーバＢに送信すると、予備系サーバＢは、その応答パケットを試験端末Ｃに送信する。取得部３０１は、この応答パケットをキャプチャし、（Ｃ）において、レコードｒ１５としてＤＢ３１０に格納する。このキャプチャされるまでの取得時間は、予備系サーバＢの試験開始から３．５秒後であるため、レコードｒ１５の時間項目には、「３．５」が格納される。また、算出部３０３によりＲＴＴとして１．４秒（＝３．５−２．１）も算出される。
【００５８】
同様に、レコードｒ１６のパケットを予備系サーバＢに送信すると、予備系サーバＢは、その応答パケットを試験端末Ｃに送信する。取得部３０１は、この応答パケットをキャプチャし、（Ｄ）において、レコードｒ１７としてＤＢ３１０に格納する。このキャプチャされるまでの取得時間は、予備系サーバＢの試験開始から３．８秒後であるため、レコードｒ１７の時間項目には、「３．８」が格納される。また、算出部３０３によりＲＴＴとして１．４秒（＝３．８−２．４）も算出される。
【００５９】
図６は、第２のパケットの送信結果を示す説明図である。レコードｒ４のパケットがパケットＳ１Ａ、レコードｒ５のパケットがパケットＲ１Ａ、レコードｒ６のパケットがパケットＳ２Ａ、レコードｒ７のパケットがパケットＲ２Ａである。
【００６０】
また、図５に示したレコードｒ１４のパケットがパケットＳ１Ｂ、レコードｒ１５のパケットがパケットＲ１Ｂ、レコードｒ１６のパケットがパケットＳ２Ｂ、レコードｒ１７のパケットがパケットＲ２Ｂである。
【００６１】
図６に示したように、予備系サーバＢへのパケットＳ２Ｂの送信が、予備系サーバＢからのパケットＲ１Ｂの受信に先立って実行されることとなる。したがって、主系サーバＡに送信されたパケットＳ１Ａ，Ｓ２Ａの時間間隔と、予備系サーバＢに送信されたパケットＳ１Ｂ，Ｓ２Ｂの時間間隔が同一となる。
【００６２】
このように、ＴＣＰ／ＩＰに基づく通信ではヘッダ情報を適切に書き換えることにより、遠隔にある予備系サーバＢからの応答を待たずに主系サーバＡからパケットを送出し続けることが可能である。これにより、予備系サーバＢは主系サーバＡと同一処理を同一のタイミングで実行することとなり、予備系サーバＢに対し主系サーバＡと同一の負荷試験を再現することができる。
【００６３】
また、図３において、算出部３０３は時間間隔となるＲＴＴを算出する。具体的には、たとえば、試験端末Ｃから第１の対象装置に送信された第１のパケットとその応答パケットとなる第１の対象装置から試験端末Ｃへの第３のパケットとをキャプチャする。算出部３０３では、第１の対象装置の試験開始から第３のパケットを取得するまでの取得時間から、第１の対象装置の試験開始から第１のパケットを取得するまでの取得時間を減算することで、第１の時間間隔を算出する。
【００６４】
たとえば、図６において、主系サーバＡの試験開始からパケットＲ１Ａ（第３のパケット）を取得するまでの取得時間ｔ＝２．３から、主系サーバＡの試験開始からパケットＳ１Ａ（第１のパケット）を取得するまでの取得時間ｔ＝２．１を減算することで、ＲＴＴとして第１の時間間隔ｄａ＝０．２が算出される。したがって、図４において、パケットＲ１Ａのレコードｒ５のＲＴＴには、「０．２」が格納されることとなる。
【００６５】
また、パケットＲ２ＡとパケットＳ２Ａとの間でも同様に、第１の時間間隔が算出される。具体的には、図６において、主系サーバＡの試験開始からパケットＲ２Ａ（第３のパケット）を取得するまでの取得時間ｔ＝２．６から、主系サーバＡの試験開始からパケットＳ２Ａ（第１のパケット）を取得するまでの取得時間ｔ＝２．４を減算することで、ＲＴＴとして第１の時間間隔ｄａ＝０．２が算出される。したがって、図４において、パケットＲ２Ａのレコードｒ７のＲＴＴには、「０．２」が格納されることとなる。
【００６６】
また、試験装置１００から第２の対象装置に送信された第２のパケットとその応答パケットとなる第２の対象装置から試験端末Ｃへの第４のパケットとをキャプチャする。算出部３０３では、第２の対象装置の試験開始から第４のパケットを取得するまでの取得時間から、第２の対象装置の試験開始から第２のパケットを取得するまでの取得時間を減算することで、第２の時間間隔を算出する。
【００６７】
たとえば、図６において、予備系サーバＢの試験開始からパケットＲ１Ｂ（第４のパケット）を取得するまでの取得時間ｔ＝３．５から、予備系サーバＢの試験開始からパケットＳ１Ｂ（第２のパケット）を取得するまでの取得時間ｔ＝２．１を減算することで、ＲＴＴとして第２の時間間隔ｄｂ＝１．４が算出される。したがって、図５において、パケットＲ１Ｂのレコードｒ１５のＲＴＴには、「１．４」が格納されることとなる。
【００６８】
また、パケットＲ２ＢとパケットＳ２Ｂとの間でも同様に、第２の時間間隔が算出される。具体的には、図６において、予備系サーバＢの試験開始からパケットＲ２Ｂ（第４のパケット）を取得するまでの取得時間ｔ＝３．８から、予備系サーバＢの試験開始からパケットＳ２Ｂ（第２のパケット）を取得するまでの取得時間ｔ＝２．４を減算することで、ＲＴＴとして第２の時間間隔ｄｂ＝１．４が算出される。したがって、図５において、パケットＲ２Ｂのレコードｒ１７のＲＴＴには、「１．４」が格納されることとなる。
【００６９】
実行部３０６は、第１および第２の対象装置の相対的な性能評価処理を実行する機能を有する。具体的には、たとえば、第１の時間間隔ｄａと第２の時間間隔ｄｂと第３の時間間隔ｄｃに基づいて、第１および第２の対象装置の相対的な性能評価処理を実行する。ここで、第３の時間間隔ｄｃとは、第１の対象装置から第２の対象装置にパケットを送信し、その結果、第２の対象装置からの応答パケットが第１の対象装置に受信されるまでのＲＴＴである。第３の時間間隔ｄｃは、あらかじめ測定しておき、ＤＢ３１０に格納しておく。これにより、実行部３０６が処理をおこなう際に、ＤＢ３１０から読み出すことができる。
【００７０】
実行部３０６では、第１〜第３の時間間隔ｄａ〜ｄｃを用いて、以下のように第１および第２の対象装置の相対的な性能評価処理を実行する。たとえば、第３の時間間隔ｄｃから第２の時間間隔ｄｂの減算結果と第１の時間間隔ｄａとの大小を比較する。
【００７１】
ｄａ＞ｄｃ−ｄｂの場合、第２の対象装置となる予備系サーバＢの方が、第１の対象装置となる主系サーバＡよりも性能が高いと判断される。
【００７２】
ｄａ＜ｄｃ−ｄｂの場合、第１の対象装置となる主系サーバＡの方が、第２の対象装置となる予備系サーバＢよりも性能が高いと判断される。
【００７３】
ｄａ＝ｄｃ−ｄｂの場合、第１の対象装置となる主系サーバＡと第２の対象装置となる予備系サーバＢとは同一性能と判断される。
【００７４】
出力部３０７は、実行部３０６による実行結果を出力する機能を有する。具体的には、たとえば、実行部３０６による第１および第２の対象装置の相対的な性能評価の結果をディスプレイに表示したり、印刷出力したりする。
【００７５】
（試験処理手順）
つぎに、実施の形態にかかる試験装置１００の試験処理手順について、図７〜図９を用いて説明する。
【００７６】
図７は、実施の形態にかかる試験装置１００のパケットキャプチャ処理手順を示すフローチャートである。まず、試験装置１００は、取得部３０１によりパケットをキャプチャするまで待ち受ける（ステップＳ７０１：Ｎｏ）。パケットがキャプチャされた場合（ステップＳ７０１：Ｙｅｓ）、試験装置１００は、キャプチャされたパケットのヘッダに記述されている宛先ＩＰアドレスをチェックする（ステップＳ７０２）。
【００７７】
宛先ＩＰアドレスが第１の対象装置である場合（ステップＳ７０２：第１の対象装置）、試験装置１００は、キャプチャされたパケットが同期パケットであるか否かをチェックする（ステップＳ７０３）。同期パケットである場合（ステップＳ７０３：Ｙｅｓ）、試験装置１００は、第１の対象装置の試験開始からの経過時間としてｔ＝０を設定し（ステップＳ７０４）、計時を開始する（ステップＳ７０５）。そして、ステップＳ７０７に移行する。
【００７８】
一方、ステップＳ７０３において同期パケットでないと判断された場合（ステップＳ７０３：Ｎｏ）、すでにステップＳ７０５による計時が開始されているため、試験装置１００は、第１の対象装置の試験開始からパケット（第１のパケット）をキャプチャした時刻までの取得時間を検出する（ステップＳ７０６）。そして、ステップＳ７０７に移行する。
【００７９】
ステップＳ７０７では、試験装置１００は、キャプチャされたパケットのヘッダおよびペイロードを解析して（ステップＳ７０７）、取得時間、ヘッダ、ペイロードをＤＢ３１０に記録する（ステップＳ７０８）。そして、ステップＳ７１３に移行する。
【００８０】
また、ステップＳ７０２において、宛先ＩＰアドレスが試験端末ＣのＩＰアドレスであると判断された場合（ステップＳ７０２：試験端末Ｃ）、すでにステップＳ７０５による計時が開始されているため、試験装置１００は、第１の対象装置の試験開始からパケット（第３のパケット）をキャプチャした時刻までの取得時間を検出する（ステップＳ７０９）。
【００８１】
そして、試験装置１００は、キャプチャされたパケットのヘッダおよびペイロードを解析して（ステップＳ７１０）、第３のパケットの取得時間から対応する第１のパケットの取得時間を減算することでＲＴＴを算出する（ステップＳ７１１）。このあと、試験装置１００は、取得時間、ＲＴＴ、ヘッダ、ペイロードをＤＢ３１０に記録して（ステップＳ７１２）、ステップＳ７１３に移行する。
【００８２】
ステップＳ７１３では、試験装置１００は、パケット処理が終了したか否かを判断する（ステップＳ７１３）。たとえば、試験装置１００は、今回キャプチャしたパケットがＦＩＮパケットであるか否かを判断する。パケット処理終了でない場合（ステップＳ７１３：Ｎｏ）、ステップＳ７０１に戻る。一方、パケット処理終了である場合（ステップＳ７１３：Ｙｅｓ）、パケットキャプチャ処理を終了する。これにより、第１および第３のパケットが、図４に示したＤＢ３１０に格納されることとなる。
【００８３】
図８は、実施の形態にかかる試験装置１００によるパケット変換・送信処理手順を示すフローチャートである。まず、試験装置１００は、ＤＢ３１０内で所定時間帯Ｘ内の未選択の第１のパケット（のレコード）があるか否かを判断する（ステップＳ８０１）。未選択の第１のパケットがある場合（ステップＳ８０１：Ｙｅｓ）、試験装置１００は、未選択の第１のパケットを選択する（ステップＳ８０２）。そして、試験装置１００は、選択された第１のパケットを生成部３０４により第２のパケットに生成してＤＢ３１０に格納し（ステップＳ８０３）、ステップＳ８０１に戻る。
【００８４】
一方、ステップＳ８０１において、未選択の第１のパケットがない場合（ステップＳ８０１：Ｎｏ）、試験装置１００は、計時を開始し（ステップＳ８０４）、計時開始（第２の対象装置の試験開始）からの経過時間と同一の取得時間となる第２のパケットがあるか否かを判断する（ステップＳ８０５）。同一取得時間の第２のパケットがある場合（ステップＳ８０５：Ｙｅｓ）、試験装置１００は、その該当する第２のパケットを第２の対象装置に送信して（ステップＳ８０６）、ステップＳ８０５に戻る。
【００８５】
一方、ステップＳ８０５において、現在の経過時間と同一の取得時間となる第２のパケットがない場合（ステップＳ８０５：Ｎｏ）、試験装置１００は、第４のパケットを取得（キャプチャ）したか否かを判断する（ステップＳ８０７）。取得していない場合（ステップＳ８０７：Ｎｏ）、ステップＳ８０５に戻る。
【００８６】
一方、取得した場合（ステップＳ８０７：Ｙｅｓ）、試験装置１００は、第２の対象装置の試験開始からパケット（第４のパケット）をキャプチャした時刻までの取得時間を検出する（ステップＳ８０８）。そして、ヘッダおよびペイロード解析をおこない（ステップＳ８０９）、試験装置１００は、第４のパケットの取得時間から対応する第２のパケットの取得時間を減算することでＲＴＴを算出する（ステップＳ８１０）。
【００８７】
このあと、試験装置１００は、取得時間、ＲＴＴ、ヘッダ、ペイロードをＤＢ３１０に記録して（ステップＳ８１１）、第４のパケットをすべて受信したか否かを判断する（ステップＳ８１２）。たとえば、対応する第２のパケットを用いてＲＴＴが算出されているか否かで判断する。
【００８８】
すべて受信されていない場合（ステップＳ８１２：Ｎｏ）、ステップＳ８０５に戻る。一方、すべて受信された場合（ステップＳ８１２：Ｙｅｓ）、パケット変換・送信処理を終了する。これにより、第２および第４のパケットが、図５に示したように、ＤＢ３１０に格納されることとなる。
【００８９】
図９は、第１および第２の対象装置の相対的な性能評価処理手順を示すフローチャートである。まず、試験装置１００は、第１の時間間隔ｄａと第２の時間間隔ｄｂを算出し（ステップＳ９０１）、第２の時間間隔ｄｂから第３の時間間隔ｄｃを減算する（ステップＳ９０２）。そして、試験装置１００は、第１の時間間隔ｄａと減算結果（ｄｂ−ｄｃ）とを比較する（ステップＳ９０３）。
【００９０】
ｄａ＞ｄｂ−ｄｃの場合（ステップＳ９０３：＞）、試験装置１００は、第２の対象装置の方が高性能と判定し（ステップＳ９０４）、ステップＳ９０７に移行する。また、ｄａ＜ｄｂ−ｄｃの場合（ステップＳ９０３：＜）、試験装置１００は、第１の対象装置の方が高性能と判定し（ステップＳ９０５）、ステップＳ９０７に移行する。
【００９１】
さらに、ｄａ＝ｄｂ−ｄｃの場合（ステップＳ９０３：＝）、試験装置１００は、第１の対象装置と第２の対象装置は同一性能と判定し（ステップＳ９０６）、ステップＳ９０７に移行する。ステップＳ９０７では、試験装置１００は、ステップＳ９０４〜Ｓ９０６の判定結果を出力する（ステップＳ９０７）。これにより、第１の対象装置と第２の対象装置とのアクセス間隔を等しくすることができ、各対象装置の負荷を同等にする再現試験を実施することが可能である。
【００９２】
また、第１の対象装置と第２の対象装置のＲＴＴの違いを無視できるため、試験時間の短縮化を図ることができる。このように、対象装置の性能評価を迅速かつ高精度に評価することができる。
【００９３】
また、上述した実施の形態では、第１の時間間隔ｄａと第２の時間間隔ｄｂと第３の時間間隔ｄｃを用いて性能評価をおこなったが、第３の時間間隔ｄｃを測定していない場合や測定できない場合、上述した性能評価をおこなうことができない。このような場合、第１の対象装置からの第３のパケットの試験装置１００での第１の受信間隔ｄｅｔ１と、第２の対象装置からの第４のパケットの試験装置１００での第２の受信間隔ｄｅｔ２とを算出することで、性能評価をおこなってもよい。
【００９４】
具体的には、たとえば、図６を用いて説明すると、算出部３０３では、パケットＲ２Ａの取得時刻とパケットＲ１Ａの取得時刻との差を第１の受信間隔ｄｅｔ１として算出する。同様に、パケットＲ２Ｂの取得時刻とパケットＲ１Ｂの取得時刻との差を第２の受信間隔ｄｅｔ２として算出する。
【００９５】
そして、実行部３０６では、第１の受信間隔ｄｅｔ１および第２の受信間隔ｄｅｔ２との大小を比較することで、以下のように第１および第２の対象装置の相対的な性能評価処理を実行する。
【００９６】
ｄｅｔ１＞ｄｅｔ２の場合、第２の対象装置となる予備系サーバＢの方が、第１の対象装置となる主系サーバＡよりも性能が高いと判断される。
【００９７】
ｄｅｔ１＜ｄｅｔ２の場合、第１の対象装置となる主系サーバＡの方が、第２の対象装置となる予備系サーバＢよりも性能が高いと判断される。
【００９８】
ｄｅｔ１＝ｄｅｔ２の場合、第１の対象装置となる主系サーバＡと第２の対象装置となる予備系サーバＢとは同一性能と判断される。このようにすることで、第３の時間間隔ｄｃがない場合であっても性能評価をおこなうことができる。
【００９９】
図１０は、第１および第２の対象装置の相対的な性能評価処理手順を示すフローチャートである。まず、試験装置１００は、第１の受信間隔ｄｅｔ１を算出し（ステップＳ１００１）、第２の受信間隔ｄｅｔ２を算出する（ステップＳ１００２）。そして、試験装置１００は、第１の受信間隔ｄｅｔ１と第２の受信間隔ｄｅｔ２を比較する（ステップＳ１００３）。
【０１００】
ｄｅｔ１＞ｄｅｔ２の場合（ステップＳ１００３：＞）、試験装置１００は、第２の対象装置の方が高性能と判定し（ステップＳ１００４）、ステップＳ１００７に移行する。また、ｄｅｔ１＜ｄｅｔ２の場合（ステップＳ１００３：＜）、試験装置１００は、第１の対象装置の方が高性能と判定し（ステップＳ１００５）、ステップＳ１００７に移行する。
【０１０１】
さらに、ｄｅｔ１＝ｄｅｔ２の場合（ステップＳ１００３：＝）、試験装置１００は、第１の対象装置と第２の対象装置は同一性能と判定し（ステップＳ１００６）、ステップＳ１００７に移行する。ステップＳ１００７では、試験装置１００は、ステップＳ１００４〜Ｓ１００６の判定結果を出力する（ステップＳ１００７）。これにより、第１の対象装置と第２の対象装置とのアクセス間隔を等しくすることができ、各対象装置の負荷を同等にする再現試験を実施することが可能である。
【０１０２】
また、第１の対象装置と第２の対象装置のＲＴＴの違いを無視できるため、試験時間の短縮化を図ることができる。このように、対象装置の性能評価を迅速かつ高精度に評価することができる。
【０１０３】
以上説明したように、試験装置１００、試験方法、および試験プログラムによれば、第１の対象装置へのパケットの宛先を第２の対象装置に換え、第１の対象装置への送信と同一時刻で第２の対象装置に送信することになる。したがって、第２の対象装置に対し、あたかも第１の対象装置の通信距離と同一距離であるかのように見せかけることで、同一負荷での再現試験をおこなうことが可能となる。
【０１０４】
また、第１の時間間隔ｄａと第２の時間間隔ｄｂと第３の時間間隔ｄｃを用いて性能評価をおこなうことで、第１の対象装置と第２の対象装置とのアクセス間隔を等しくすることができ、各対象装置の負荷を同等にする再現試験を実施することが可能である。
【０１０５】
また、第１の対象装置と第２の対象装置のＲＴＴの違いを無視できるため、試験時間の短縮化を図ることができる。このように、対象装置の性能評価を迅速かつ高精度に評価することができる。
【０１０６】
さらに、第１の受信間隔ｄｅｔ１および第２の受信間隔ｄｅｔ２を用いて性能評価をおこなうことで、第３の時間間隔ｄｃがない場合であっても性能評価をおこなうことができる。
【０１０７】
なお、本実施の形態で説明した試験方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本試験プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本試験プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１０８】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１０９】
（付記１）コンピュータに、
第１の装置に対して送信された第１のパケット、第２のパケットを取得し、
取得した該第１のパケットに基づいて、該第１のパケットの宛先を第２の装置に設定した第３のパケットを送信し、
該第３のパケットの送信から、前記第１のパケットの取得と前記第２のパケットの取得の間の時間間隔分の時間経過すると、取得した前記第２のパケットに基づいて、前記第２のパケットの宛先を前記第２の装置に設定した第４のパケットを送信する、
処理を実行させることを特徴とする試験プログラム。
【０１１０】
（付記２）前記第３のパケットの送信元及び前記第４のパケットの送信元を設定する処理を前記コンピュータに実行させることを特徴とする付記１に記載の試験プログラム。
【０１１１】
（付記３）前記第１のパケットおよび前記第２のパケットは、前記第１の装置に対して同じ装置から順に送信された連続するパケットに対応することを特徴とする付記１または２に記載の試験プログラム。
【０１１２】
（付記４）第１の基準時刻から前記第１のパケットの取得時刻まで経過した時間に対応する第１の時間と、該第１の基準時刻から前記第２のパケットの取得時刻まで経過した時間に対応する第２の時間とを取得する処理を前記コンピュータに実行させ、
前記第３のパケットは、第２の基準時刻から該第１の時間に対応する時間経過すると送信され、前記第４のパケットは、該第２の基準時刻から該第２の時間に対応する時間経過すると送信されることを特徴とする付記１〜３のいずれか一つに記載の試験プログラム。
【０１１３】
（付記５）前記第１のパケットを取得してから前記第３のパケットを取得するまでの第１の時間間隔と、前記第２のパケットを取得してから前記第４のパケットを取得するまでの第２の時間間隔と、前記第１の装置と前記第２の装置との間の送受信により計測された第３の時間間隔と、に基づいて、前記第１および第２の装置の相対的な性能評価処理を実行する処理、を前記コンピュータに実行させることを特徴とする付記１〜４のいずれか一つに記載の試験プログラム。
【０１１４】
（付記６）前記第１の時間間隔が、前記第３の時間間隔から前記第２の時間間隔を減算した減算結果よりも大きい場合、前記第２の対象装置が前記第１の対象装置よりも性能が高いと判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする付記５に記載の試験プログラム。
【０１１５】
（付記７）前記第１の時間間隔が、前記第３の時間間隔から前記第２の時間間隔を減算した減算結果よりも小さい場合、前記第１の装置が前記第２の装置よりも性能が高いと判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする付記５に記載の試験プログラム。
【０１１６】
（付記８）前記第１の時間間隔が、前記第３の時間間隔から前記第２の時間間隔を減算した減算結果と等しい場合、前記第１の装置と前記第２の装置とは同一性能であると判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする付記５に記載の試験プログラム。
【０１１７】
（付記９）前記第３のパケットの前記第１の対象装置からの第１の受信時間間隔を算出し、
前記第４のパケットの前記第２の対象装置からの第２の受信時間間隔を算出し、
前記第１および第２の受信時間間隔に基づいて、前記第１および第２の装置の相対的な性能評価処理を実行し、実行結果を出力する処理を、前記コンピュータに実行させることを特徴とする付記１〜４のいずれか一つに記載の試験プログラム。
【０１１８】
（付記１０）前記第１の受信時間間隔が、前記第２の受信時間間隔よりも大きい場合、前記第２の対象装置が前記第１の装置よりも性能が高いと判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする付記９に記載の試験プログラム。
【０１１９】
（付記１１）前記第１の受信時間間隔が、前記第２の受信時間間隔よりも小さい場合、前記第１の装置が前記第２の装置よりも性能が高いと判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする付記９に記載の試験プログラム。
【０１２０】
（付記１２）第１の装置に対して送信された第１のパケット、第２のパケットを取得する手段と、
取得した該第１のパケットに基づいて、該第１のパケットの宛先を第２の装置に設定した第３のパケットを送信する手段と、
該第３のパケットの送信から、前記第１のパケットの取得と前記第２のパケットの取得の間の時間間隔分の時間経過すると、取得した前記第２のパケットに基づいて、前記第２のパケットの宛先を前記第２の装置に設定した第４のパケットを送信する手段と、
を備えることを特徴とする試験装置。
【０１２１】
（付記１３）コンピュータが、
第１の装置に対して送信された第１のパケット、第２のパケットを取得し、
取得した該第１のパケットに基づいて、該第１のパケットの宛先を第２の装置に設定した第３のパケットを送信し、
該第３のパケットの送信から、前記第１のパケットの取得と前記第２のパケットの取得の間の時間間隔分の時間経過すると、取得した前記第２のパケットに基づいて、前記第２のパケットの宛先を前記第２の装置に設定した第４のパケットを送信する、
処理を実行することを特徴とする試験方法。
【符号の説明】
【０１２２】
１００ 試験装置
３０１ 取得部
３０２ 検出部
３０３ 算出部
３０４ 生成部
３０５ 送信部
３０６ 実行部
３０７ 出力部
３１０ ＤＢ
Ａ 主系サーバ
Ｂ 予備系サーバ
Ｃ 試験端末
【技術分野】
【０００１】
本発明は、対象装置の試験をおこなう試験プログラム、試験装置、および試験方法に関する。
【背景技術】
【０００２】
従来から、クライアント−サーバ間の性能評価の技術が開示されているが（たとえば、下記特許文献１，２を参照）、システムの移行などをおこなう際、予備系サーバを迅速かつ正確に検証するための性能評価試験技術が求められている。このような性能評価技術については、従来、以下のように処理がおこなわれている。
【０００３】
図１１は、従来の主系サーバと予備系サーバとの相対的な性能評価処理の一例を示す説明図である。図１１では、主系サーバＡおよび試験端末Ｃが大阪にあり、予備系サーバＢは東京にあるものとする。主系サーバＡは、たとえば、現在システムで稼動している現用系のコンピュータである。予備系サーバＢは、主系サーバＡから移行予定のコンピュータである。この場合、試験実施者は、同一パターン（パケットとその応答パケット）で試験をする際、試験端末Ｃが主系サーバＡからのパケットをキャプチャし、キャプチャしたパケットを主系サーバＡと同一のシーケンスパターンで予備系サーバＢに流すこととなる。
【０００４】
図１２は、従来の主系サーバと予備系サーバとの相対的な性能評価処理の他の例を示す説明図である。図１２では、主系サーバＡは大阪にあり、予備系サーバＢは東京にあり、試験端末Ｃは東京および大阪の両方にあるものとする。この場合、試験実施者は、大阪において試験端末Ｃと主系サーバＡとの間でパケット通信をおこなうとともに、東京において、主系サーバＡと同じ時間間隔で、試験端末Ｃと予備系サーバＢとの間でパケット通信をおこなう。これにより、主系サーバＡと予備系サーバＢとの相対的な性能評価をおこなうこととなる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−８６４８号公報
【特許文献２】特開平９−６２６０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、図１１の場合、主系サーバＡと予備系サーバＢとが異なる場所にあるため、主系サーバＡと予備系サーバＢとでのＲＴＴ（Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ：往復遅延時間）の差（距離と正の相関）が主系サーバＡおよび予備系サーバＢの処理間隔（処理負荷）に影響する。すなわち、予備系サーバＢのパケット送受信間隔が主系サーバＡのパケット送受信間隔に比べ大きくなるため、同一負荷で性能評価ができず、性能評価の品質の低下を招くという問題があった。
【０００７】
一方、図１２の場合、同一負荷で試験するには、図１２に示したように、試験実施者は主系サーバＡに対しパケットシーケンスのキャプチャをおこない、予備系サーバＢのある現地（東京）に赴く。そして、キャプチャデータを基に同じシーケンスでパケットを送出する。したがって、試験実施者の移動などによる労力が発生し、試験実施者の負担が増大するという問題があった。
【０００８】
本発明は、上述した従来技術による問題点を解消するため、高品質な性能評価試験を効率的におこなうことができる試験プログラム、試験装置、および試験方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、本試験プログラム、試験装置、および試験方法は、パケットを取得し、取得されたパケットの取得時刻を検出し、前記パケットが第１の対象装置に送信された第１のパケットである場合、前記第１のパケットの宛先を前記第２の対象装置のアドレスに設定し、検出された前記第１のパケットの取得時刻を送信時刻に設定することにより、前記第１のパケットを前記第２の対象装置への第２のパケットに変換し、変換された第２のパケットの送信時刻に前記第２のパケットを前記第２の対象装置に送信することを要件とする。
【発明の効果】
【００１０】
本試験プログラム、試験装置、および試験方法によれば、高品質な性能評価試験を効率的におこなうことができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態における性能評価試験の一例を示す説明図である。
【図２】実施の形態で用いられるコンピュータのハードウェア構成を示すブロック図である。
【図３】試験装置の機能的構成を示すブロック図である。
【図４】ＤＢの記憶内容の一例を示す説明図である。
【図５】パケット変換例を示す説明図である。
【図６】第２のパケットの送信結果を示す説明図である。
【図７】実施の形態にかかる試験装置のパケットキャプチャ処理手順を示すフローチャートである。
【図８】実施の形態にかかる試験装置によるパケット変換・送信処理手順を示すフローチャートである。
【図９】第１および第２の対象装置の相対的な性能評価処理手順を示すフローチャートである。
【図１０】第１および第２の対象装置の相対的な性能評価処理手順を示すフローチャートである。
【図１１】従来の主系サーバと予備系サーバとの相対的な性能評価処理の一例を示す説明図である。
【図１２】従来の主系サーバと予備系サーバとの相対的な性能評価処理の他の例を示す説明図である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照して、この発明にかかる試験プログラム、試験装置、および試験方法の実施の形態を詳細に説明する。
【００１３】
図１は、本実施の形態における性能評価試験の一例を示す説明図である。図１では、試験端末Ｃおよび試験を行う対象である第１の装置の例として挙げられる主系サーバＡが大阪にあり、試験を行う対象である第２の装置の例として挙げられる予備系サーバＢは東京にあるものとする。なお、サーバＡ、Ｂの配置位置は例であって、他の配置関係でもよい。主系サーバＡは、たとえば、現在システムで稼動している現用系のコンピュータである。予備系サーバＢは、主系サーバＡから移行予定のコンピュータである。
【００１４】
試験装置１００は、試験端末Ｃと主系サーバＡと予備系サーバＢと通信可能に接続される。たとえば、試験装置１００と試験端末Ｃと主系サーバＡは、同一のネットワークＮａ内にあり、予備系サーバＢが存在するネットワークＮｂと通信可能である。
【００１５】
たとえば、試験端末Ｃが主系サーバＡにパケットＳ１Ａを送信することにより、主系サーバＡは試験端末ＣにパケットＲ１Ａを応答として送信する。つぎに、試験端末Ｃが主系サーバＡにパケットＳ２Ａを送信することにより、主系サーバＡは試験端末Ｃに応答としてパケットＲ２Ａを送信する。このとき、試験装置１００は、パケットＳ１Ａ，Ｓ２Ａ，Ｒ１Ａ，Ｒ２Ａをキャプチャする。
【００１６】
また、試験装置１００は、キャプチャしたパケットＳ１Ａ，Ｓ２Ａの宛先を主系サーバＡのアドレスから予備系サーバＢのアドレスに書き換えて、パケットＳ１ＡをパケットＳ１Ｂ、パケットＳ２ＡをパケットＳ２Ｂとして生成する。そして、試験装置１００は、生成されたパケットＳ１Ｂ，Ｓ２Ｂを上記と同一のシーケンス（時間間隔）で予備系サーバＢに送信する。
【００１７】
たとえば、試験装置１００は、パケットＳ１Ａ，Ｓ２Ａの取得時刻の間の時間間隔Ｔｄを得ておき、パケットＳ１Ｂの送信後、Ｔｄ時間だけ経過すると、パケットＳ２Ｂを送信する。これにより、試験装置１００は、生成されたパケットＳ１Ｂ，Ｓ２Ｂを上記と同一のシーケンス（時間間隔）で予備系サーバＢに送信することができる。
【００１８】
また、第１の基準時刻（たとえば、パケットＳ１Ａの受信よりも前に設定されたある時刻（試験開始時等））からパケットＳ１Ａの取得時刻までに経過した時間Ｔｄ１と、パケットＳ１Ｂの取得時刻までに経過した時間Ｔｄ２とを取得し、第２の基準時刻（予備系サーバＢの試験開始時刻等）から時間Ｔｄ１経過すると、パケットＳ１Ｂを送信し、時間Ｔｄ２が経過するとパケットＳ２Ｂを送信する。これによっても、試験装置１００は、生成されたパケットＳ１Ｂ，Ｓ２Ｂを上記と同一のシーケンス（時間間隔）で予備系サーバＢに送信することができる。
【００１９】
これにより、パケットＳ１Ｂ，Ｓ２Ｂを受信した予備系サーバＢは、パケットＲ１Ｂ，Ｒ２Ｂを返すこととなる。なお、いずれにしても、パケットＳ１Ｂの応答である予備系サーバＢからのパケットＲ１Ｂの受信を待たずに、パケットＳ２Ｂを送信することを許容する。また、パケットＳ１Ｂ，Ｓ２Ｂの送信元を当該試験装置１００のアドレスとすることで、予備系サーバＢからの応答パケットＲ１Ｂ、Ｒ２Ｂの送信先が試験装置１００となるように設定することもできる。なお、送信元を変更せず、試験端末Ｃが応答を受信することもできる。
【００２０】
すなわち、パケットＳ１Ａ，Ｓ２Ａの時間間隔ｄａとパケットＳ１Ｂ，Ｓ２Ｂの時間間隔ｄｂが同一となるため、主系サーバＡでのパケットＳ１Ａ，Ｓ２Ａの処理間隔Ｄａと予備系サーバＢでのパケットＳ１Ｂ，Ｓ２Ｂの処理間隔Ｄｂも同一となる。このように、設置場所の違いをパケットＳ１Ａ，Ｓ２Ａの変換で吸収することにより、主系サーバＡおよび予備系サーバＢは同様の負荷で性能評価試験をされることとなる。このあと、主系サーバＡからのパケットＲ１Ａ，Ｒ２Ａと予備系サーバＢからのパケットＲ１Ｂ，Ｒ２Ｂとを比較することで、主系サーバＡと予備系サーバＢとの相対的な性能評価を実行することができる。
【００２１】
（コンピュータのハードウェア構成）
図２は、実施の形態で用いられるコンピュータ（試験端末Ｃ、試験装置１００、主系サーバＡ、予備系サーバＢ）のハードウェア構成の例を示すブロック図である。図２において、コンピュータは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３と、磁気ディスクドライブ２０４と、磁気ディスク２０５と、光ディスクドライブ２０６と、光ディスク２０７と、ディスプレイ２０８と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０９と、キーボード２１０と、マウス２１１と、スキャナ２１２と、プリンタ２１３と、を備えている。また、各構成部はバス２００によってそれぞれ接続されている。
【００２２】
ここで、ＣＰＵ２０１は、コンピュータの全体の制御を司る。ＲＯＭ２０２は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションといった各種プログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。磁気ディスクドライブ２０４は、ＣＰＵ２０１の制御にしたがって磁気ディスク２０５に対するデータのリード／ライトを制御する。磁気ディスク２０５は、磁気ディスクドライブ２０４の制御で書き込まれたデータを記憶する。
【００２３】
光ディスクドライブ２０６は、ＣＰＵ２０１の制御にしたがって光ディスク２０７に対するデータのリード／ライトを制御する。光ディスク２０７は、光ディスクドライブ２０６の制御で書き込まれたデータを記憶したり、光ディスク２０７に記憶されたデータをコンピュータに読み取らせたりする。
【００２４】
ディスプレイ２０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ２０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
【００２５】
インターフェース（以下、「Ｉ／Ｆ」と略する。）２０９は、通信回線を通じてＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク２１４に接続され、このネットワーク２１４を介して他の装置に接続される。そして、Ｉ／Ｆ２０９は、ネットワーク２１４と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ２０９には、たとえばモデムやＬＡＮアダプタなどを採用することができる。
【００２６】
キーボード２１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス２１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。
【００２７】
スキャナ２１２は、画像を光学的に読み取り、コンピュータ内に画像データを取り込む。なお、スキャナ２１２は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ２１３は、画像データや文書データを印刷する。プリンタ２１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。
【００２８】
（試験装置１００の機能的構成）
つぎに、試験装置１００の機能的構成について説明する。図３は、試験装置１００の機能的構成を示すブロック図である。試験装置１００は、取得部３０１と検出部３０２と算出部３０３と生成部３０４と送信部３０５と実行部３０６と出力部３０７とデータベース（以下、「ＤＢ３１０」）３１０とを備えている。
【００２９】
取得部３０１〜出力部３０７は、具体的には、たとえば、図２に示したＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されたプログラムをＣＰＵ２０１に実行させることにより、または、Ｉ／Ｆ２０９により、その機能を実現する。また、ＤＢ３１０は、具体的には、たとえば、図２に示したＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置により、その機能を実現する。
【００３０】
取得部３０１は、パケットを取得する機能を有する。具体的には、たとえば、試験端末Ｃと主系サーバＡとの間で通信されるパケットや予備系サーバＢと試験端末Ｃとの間で通信されるパケットをキャプチャする。取得部３０１で取得されたパケットは、ヘッダ・ペイロード解析され、ＤＢ３１０に格納される。
【００３１】
検出部３０２は、取得部３０１によって取得されたパケットの送信先の対象装置の試験開始から当該パケットを取得するまでの取得時間や、送信先の対象装置からの当該パケットの応答パケットを検出する機能を有する。具体的には、たとえば、送信先の対象装置の試験開始時刻を基準としてパケットを取得したときの経過時間を取得時間として検出する。なお、取得されたパケットがセッション開始を示す同期パケットである場合、開始時刻が設定されていないため、同期パケットの取得時間ｔをｔ＝０、すなわち、送信先の対象装置の試験開始時刻に設定することとなる。検出部３０２で検出された取得時刻はＤＢ３１０に格納される。また、送信先の対象装置の試験開始時刻は、あらかじめ試験端末Ｃ、試験装置１００とで同一の開始時刻を設定しておけばよい。
【００３２】
算出部３０３は、あるパケットがキャプチャされてからそのパケットに応答するパケットがキャプチャされるまでの時間間隔を算出する機能を有する。具体的には、あるパケットの取得時間からそのパケットに応答する応答パケットの取得時間との差の絶対値を時間間隔として算出する。算出部３０３の詳細については後述する。算出部３０３で算出された時間間隔は、ＲＴＴとしてＤＢ３１０に格納される。
【００３３】
ＤＢ３１０は、取得されたパケットに記述されている情報や、検出部３０２で検出された取得時間、算出部３０３で算出された時間間隔を記憶する機能を有する。
【００３４】
図４は、ＤＢ３１０の記憶内容の一例を示す説明図である。図４において、ＤＢ３１０は、セッションＩＤ項目、時間情報項目、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ヘッダ情報項目、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ヘッダ情報項目、アプリヘッダ情報項目、ペイロード項目を有する。ＤＢ３１０には、パケットごとに各項目の値が格納される。セッションＩＤ項目には、セッションＩＤが格納される。同一セッションであれば同一セッションＩＤが格納される。
【００３５】
時間情報項目は、時間項目とＲＴＴ項目とを有する。時間項目には送信先の対象装置の試験開始からパケットを取得するまでの取得時間が格納される。同一セッションＩＤの中で最初にキャプチャされたパケット（同期パケット）については、取得時間として基準時刻０が格納される。
【００３６】
たとえば、レコードｒ１はセッションＩＤ：ａｂｃのレコードｒ１〜ｒ７の中で最初にキャプチャされたパケットのレコードであるため、基準時刻ｔ＝０が格納される。レコードｒ８も同様に、セッションＩＤ：ｄｅｆのレコードｒ８〜ｒ１０の中で最初にキャプチャされたパケットのレコードであるため、基準時刻ｔ＝０が格納される。
【００３７】
また、キャプチャされたパケットが主系サーバＡまたは予備系サーバＢからのパケットである場合、ＲＴＴ項目にＲＴＴも格納される。ＲＴＴは、パケットがキャプチャされてからその応答パケットがキャプチャされるまでの時間間隔である。ＲＴＴは、算出部３０３で算出される。
【００３８】
ＩＰヘッダ情報項目は、送信元ＩＰ項目と宛先ＩＰ項目とを有する。送信元ＩＰ項目には、キャプチャされたパケットのヘッダに記述されている送信元ＩＰアドレスが格納される。また、宛先ＩＰ項目には、キャプチャされたパケットのヘッダに記述されている宛先ＩＰアドレスが格納される。図４では、試験端末ＣのＩＰアドレスを「１０．１０．１０．１０」とし、主系サーバＡのＩＰアドレスを「２０．２０．２０．２０」としている。したがって、１行目のレコードｒ１は、試験端末Ｃから主系サーバＡへのパケットを示しており、２行目のレコードｒ２は、その応答パケットを示している。
【００３９】
ＴＣＰヘッダ情報項目は、発信元ポート項目、宛先ポート項目、シーケンス番号項目、確認応答番号項目、各種フラグ（ＳＹＮ（同期）／ＡＣＫ（確認応答）／ＰＳＨ（プッシュ）／ＦＩＮ（通信終了）／ＲＳＴ（リセット要求））項目を有する。発信元ポート項目には、キャプチャされたパケットのヘッダに記述されている送信元ポート番号が格納される。宛先ポート番号項目には、キャプチャされたパケットのヘッダに記述されている宛先ポート番号が格納される。
【００４０】
シーケンス番号項目には、キャプチャされたパケットのヘッダに記述されているシーケンス番号が格納される。シーケンス番号は、キャプチャされたパケットの送信元で与えられたランダムな値である。
【００４１】
確認応答番号項目には、キャプチャされたパケットのヘッダに記述されている確認応答番号が格納される。確認応答番号は、受け取った側のコンピュータが受け取ったパケットのシーケンス番号に基づいて付与する値である。たとえば、受け取ったパケットのシーケンス番号に１加算した値を確認応答番号とする。
【００４２】
フラグ項目には、パケットの種類（ＳＹＮ／ＡＣＫ／ＰＳＨ／ＦＩＮ／ＲＳＴ）を特定するフラグが格納される。たとえば、レコードｒ１のパケットは、ＳＹＮパケットである。
【００４３】
アプリヘッダ情報項目には、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）３／ＩＭＡＰ（Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）といった各アプリケーションに関するヘッダ情報が格納される。
【００４４】
ペイロード項目には、キャプチャされたパケットのうちヘッダを除いたデータ本体となるペイロードが格納される。なお、パケットのペイロードは格納しても破棄してもどちらでもよい。
【００４５】
また、ＴＣＰ／ＩＰに従った通信は、３ウェイハンドシェイクによるセッション確立、データ転送、セッション終了を実行する一連の処理からなる。３ウェイハンドシェイクでは、まず試験端末ＣがＳＹＮパケット（シーケンス番号：試験端末Ｃ側の乱数、確認応答番号：０、ＳＹＮフラグ）をパケットとして主系サーバＡに送る。
【００４６】
つぎに、そのＳＹＮパケットを受け取った主系サーバＡがＳＹＮ／ＡＣＫパケット（シーケンス番号：主系サーバＡ側の乱数、確認応答番号：ＳＹＮパケットのシーケンス番号＋１、ＳＹＮフラグ、ＡＣＫフラグ）を試験端末Ｃに送る。さらに、そのＳＹＮ／ＡＣＫパケットを受け取った試験端末ＣがＡＣＫパケット（シーケンス番号：主系サーバＡ側の確認応答番号、確認応答番号：ＳＹＮ／ＡＣＫパケットのシーケンス番号、ＡＣＫフラグ）をパケットとして主系サーバＡに送る。
【００４７】
図４に示した例では、レコードｒ１〜ｒ３のパケット群とレコードｒ８〜ｒ１０のパケット群が、３ウェイハンドシェイクを実行するパケット群である。
【００４８】
生成部３０４は、パケットが第１の対象装置に送信された第１のパケットである場合、第１のパケットの情報のうち宛先を第２の対象装置のアドレスに書き換えた第２のパケットを生成する機能を有する。
【００４９】
具体的には、たとえば、試験開始後Ｘ分後に過去Ｘ分間分の送信パケット情報を取得し
、宛先ＩＰアドレス、宛先ポート番号、シーケンス番号、確認応答番号を書き換える。シーケンス番号および確認応答番号はセッションを確立する際に乱数を使用するため、事前にセッションの確立を実行することとなる。
【００５０】
ＴＣＰ／ＩＰに従った通信では、３ウェイハンドシェイクでセッションが確立した後のシーケンス番号と確認応答番号は、データ転送する際のパケットの長さで定まるため、処理内容がわかっている場合には将来の値を予測することが可能である。ここで、図４に示したレコードｒ４〜ｒ７のパケットの変換例について説明する。
【００５１】
なお、レコードｒ４は、通信開始後２．１秒後に試験端末Ｃから主系サーバＡに送られた確認応答番号：５００１のパケットを示している。また、レコードｒ６は、レコードｒ４のパケットが主系サーバＡに送られた結果、通信開始後２．４秒後に試験端末Ｃから主系サーバＡに送られた確認応答番号：７００１のパケットを示している。
【００５２】
図５は、パケット生成例を示す説明図である。図５では、（Ａ）〜（Ｄ）の順で時系列に説明する。図５の（Ａ）において、レコードｒ１４は、図４のレコードｒ４のパケット（第１のパケット）から生成されたパケット（第２のパケット）のレコードである。生成部３０４では、予備系サーバＢに変換後の第２のパケットを送るため、セッションＩＤを「ａｂｃ」から「ｉｊｋ」に書き換える。
【００５３】
また、主系サーバＡに送信されたレコードｒ４のパケットの宛先ＩＰアドレスを、予備系サーバＢのＩＰアドレス：２０．２０．２０．８０に書き換える。さらに、確認応答番号：５００１にあらかじめ設定された変化量：６０００を加算して、確認応答番号：１１００１に書き換える。取得時間：２．１秒はそのままで、第２の対象装置（サーバＢ）の試験開始時刻から第２のパケットを取得するまでの取得時間に設定される。生成後のレコードをｒ１４とする。
【００５４】
つぎに、図５の（Ｂ）において、レコードｒ１６は、図４のレコードｒ６のパケット（第１のパケット）から生成されたパケット（第２のパケット）のレコードである。生成部３０４では、予備系サーバＢに変換後の第２のパケットを送るため、セッションＩＤを「ａｂｃ」から「ｉｊｋ」に書き換える。
【００５５】
また、主系サーバＡに送信されたレコードｒ６のパケットの宛先ＩＰアドレスを、予備系サーバＢのＩＰアドレス：２０．２０．２０．８０に書き換える。さらに、確認応答番号：７００１にあらかじめ設定された変化量：６０００を加算して、確認応答番号：１３００１に書き換える。取得時間：２．４秒はそのままで、第２の対象装置（サーバＢ）の試験開始時刻から第２のパケットを取得するまでの取得時間に設定される。変換後のレコードをｒ１６とする。
【００５６】
図３において、送信部３０５は、第２の対象装置の試験開始から第１のパケットを取得するまでの取得時間を経過したときに、生成部３０４によって生成された第２のパケットを第２の対象装置に送信する機能を有する。たとえば、図５の（Ａ）および（Ｂ）において、生成後の宛先となる予備系サーバＢへ送信する第２のパケットのレコードｒ１４，ｒ１６の取得時間にしたがって予備系サーバＢに送信する。具体的には、レコードｒ１４のパケットを試験開始から２．１秒後に予備系サーバＢに送信し、レコードｒ１６のパケットを試験開始から２．４秒後に予備系サーバＢに送信する。
【００５７】
レコードｒ１４のパケットを予備系サーバＢに送信すると、予備系サーバＢは、その応答パケットを試験端末Ｃに送信する。取得部３０１は、この応答パケットをキャプチャし、（Ｃ）において、レコードｒ１５としてＤＢ３１０に格納する。このキャプチャされるまでの取得時間は、予備系サーバＢの試験開始から３．５秒後であるため、レコードｒ１５の時間項目には、「３．５」が格納される。また、算出部３０３によりＲＴＴとして１．４秒（＝３．５−２．１）も算出される。
【００５８】
同様に、レコードｒ１６のパケットを予備系サーバＢに送信すると、予備系サーバＢは、その応答パケットを試験端末Ｃに送信する。取得部３０１は、この応答パケットをキャプチャし、（Ｄ）において、レコードｒ１７としてＤＢ３１０に格納する。このキャプチャされるまでの取得時間は、予備系サーバＢの試験開始から３．８秒後であるため、レコードｒ１７の時間項目には、「３．８」が格納される。また、算出部３０３によりＲＴＴとして１．４秒（＝３．８−２．４）も算出される。
【００５９】
図６は、第２のパケットの送信結果を示す説明図である。レコードｒ４のパケットがパケットＳ１Ａ、レコードｒ５のパケットがパケットＲ１Ａ、レコードｒ６のパケットがパケットＳ２Ａ、レコードｒ７のパケットがパケットＲ２Ａである。
【００６０】
また、図５に示したレコードｒ１４のパケットがパケットＳ１Ｂ、レコードｒ１５のパケットがパケットＲ１Ｂ、レコードｒ１６のパケットがパケットＳ２Ｂ、レコードｒ１７のパケットがパケットＲ２Ｂである。
【００６１】
図６に示したように、予備系サーバＢへのパケットＳ２Ｂの送信が、予備系サーバＢからのパケットＲ１Ｂの受信に先立って実行されることとなる。したがって、主系サーバＡに送信されたパケットＳ１Ａ，Ｓ２Ａの時間間隔と、予備系サーバＢに送信されたパケットＳ１Ｂ，Ｓ２Ｂの時間間隔が同一となる。
【００６２】
このように、ＴＣＰ／ＩＰに基づく通信ではヘッダ情報を適切に書き換えることにより、遠隔にある予備系サーバＢからの応答を待たずに主系サーバＡからパケットを送出し続けることが可能である。これにより、予備系サーバＢは主系サーバＡと同一処理を同一のタイミングで実行することとなり、予備系サーバＢに対し主系サーバＡと同一の負荷試験を再現することができる。
【００６３】
また、図３において、算出部３０３は時間間隔となるＲＴＴを算出する。具体的には、たとえば、試験端末Ｃから第１の対象装置に送信された第１のパケットとその応答パケットとなる第１の対象装置から試験端末Ｃへの第３のパケットとをキャプチャする。算出部３０３では、第１の対象装置の試験開始から第３のパケットを取得するまでの取得時間から、第１の対象装置の試験開始から第１のパケットを取得するまでの取得時間を減算することで、第１の時間間隔を算出する。
【００６４】
たとえば、図６において、主系サーバＡの試験開始からパケットＲ１Ａ（第３のパケット）を取得するまでの取得時間ｔ＝２．３から、主系サーバＡの試験開始からパケットＳ１Ａ（第１のパケット）を取得するまでの取得時間ｔ＝２．１を減算することで、ＲＴＴとして第１の時間間隔ｄａ＝０．２が算出される。したがって、図４において、パケットＲ１Ａのレコードｒ５のＲＴＴには、「０．２」が格納されることとなる。
【００６５】
また、パケットＲ２ＡとパケットＳ２Ａとの間でも同様に、第１の時間間隔が算出される。具体的には、図６において、主系サーバＡの試験開始からパケットＲ２Ａ（第３のパケット）を取得するまでの取得時間ｔ＝２．６から、主系サーバＡの試験開始からパケットＳ２Ａ（第１のパケット）を取得するまでの取得時間ｔ＝２．４を減算することで、ＲＴＴとして第１の時間間隔ｄａ＝０．２が算出される。したがって、図４において、パケットＲ２Ａのレコードｒ７のＲＴＴには、「０．２」が格納されることとなる。
【００６６】
また、試験装置１００から第２の対象装置に送信された第２のパケットとその応答パケットとなる第２の対象装置から試験端末Ｃへの第４のパケットとをキャプチャする。算出部３０３では、第２の対象装置の試験開始から第４のパケットを取得するまでの取得時間から、第２の対象装置の試験開始から第２のパケットを取得するまでの取得時間を減算することで、第２の時間間隔を算出する。
【００６７】
たとえば、図６において、予備系サーバＢの試験開始からパケットＲ１Ｂ（第４のパケット）を取得するまでの取得時間ｔ＝３．５から、予備系サーバＢの試験開始からパケットＳ１Ｂ（第２のパケット）を取得するまでの取得時間ｔ＝２．１を減算することで、ＲＴＴとして第２の時間間隔ｄｂ＝１．４が算出される。したがって、図５において、パケットＲ１Ｂのレコードｒ１５のＲＴＴには、「１．４」が格納されることとなる。
【００６８】
また、パケットＲ２ＢとパケットＳ２Ｂとの間でも同様に、第２の時間間隔が算出される。具体的には、図６において、予備系サーバＢの試験開始からパケットＲ２Ｂ（第４のパケット）を取得するまでの取得時間ｔ＝３．８から、予備系サーバＢの試験開始からパケットＳ２Ｂ（第２のパケット）を取得するまでの取得時間ｔ＝２．４を減算することで、ＲＴＴとして第２の時間間隔ｄｂ＝１．４が算出される。したがって、図５において、パケットＲ２Ｂのレコードｒ１７のＲＴＴには、「１．４」が格納されることとなる。
【００６９】
実行部３０６は、第１および第２の対象装置の相対的な性能評価処理を実行する機能を有する。具体的には、たとえば、第１の時間間隔ｄａと第２の時間間隔ｄｂと第３の時間間隔ｄｃに基づいて、第１および第２の対象装置の相対的な性能評価処理を実行する。ここで、第３の時間間隔ｄｃとは、第１の対象装置から第２の対象装置にパケットを送信し、その結果、第２の対象装置からの応答パケットが第１の対象装置に受信されるまでのＲＴＴである。第３の時間間隔ｄｃは、あらかじめ測定しておき、ＤＢ３１０に格納しておく。これにより、実行部３０６が処理をおこなう際に、ＤＢ３１０から読み出すことができる。
【００７０】
実行部３０６では、第１〜第３の時間間隔ｄａ〜ｄｃを用いて、以下のように第１および第２の対象装置の相対的な性能評価処理を実行する。たとえば、第３の時間間隔ｄｃから第２の時間間隔ｄｂの減算結果と第１の時間間隔ｄａとの大小を比較する。
【００７１】
ｄａ＞ｄｃ−ｄｂの場合、第２の対象装置となる予備系サーバＢの方が、第１の対象装置となる主系サーバＡよりも性能が高いと判断される。
【００７２】
ｄａ＜ｄｃ−ｄｂの場合、第１の対象装置となる主系サーバＡの方が、第２の対象装置となる予備系サーバＢよりも性能が高いと判断される。
【００７３】
ｄａ＝ｄｃ−ｄｂの場合、第１の対象装置となる主系サーバＡと第２の対象装置となる予備系サーバＢとは同一性能と判断される。
【００７４】
出力部３０７は、実行部３０６による実行結果を出力する機能を有する。具体的には、たとえば、実行部３０６による第１および第２の対象装置の相対的な性能評価の結果をディスプレイに表示したり、印刷出力したりする。
【００７５】
（試験処理手順）
つぎに、実施の形態にかかる試験装置１００の試験処理手順について、図７〜図９を用いて説明する。
【００７６】
図７は、実施の形態にかかる試験装置１００のパケットキャプチャ処理手順を示すフローチャートである。まず、試験装置１００は、取得部３０１によりパケットをキャプチャするまで待ち受ける（ステップＳ７０１：Ｎｏ）。パケットがキャプチャされた場合（ステップＳ７０１：Ｙｅｓ）、試験装置１００は、キャプチャされたパケットのヘッダに記述されている宛先ＩＰアドレスをチェックする（ステップＳ７０２）。
【００７７】
宛先ＩＰアドレスが第１の対象装置である場合（ステップＳ７０２：第１の対象装置）、試験装置１００は、キャプチャされたパケットが同期パケットであるか否かをチェックする（ステップＳ７０３）。同期パケットである場合（ステップＳ７０３：Ｙｅｓ）、試験装置１００は、第１の対象装置の試験開始からの経過時間としてｔ＝０を設定し（ステップＳ７０４）、計時を開始する（ステップＳ７０５）。そして、ステップＳ７０７に移行する。
【００７８】
一方、ステップＳ７０３において同期パケットでないと判断された場合（ステップＳ７０３：Ｎｏ）、すでにステップＳ７０５による計時が開始されているため、試験装置１００は、第１の対象装置の試験開始からパケット（第１のパケット）をキャプチャした時刻までの取得時間を検出する（ステップＳ７０６）。そして、ステップＳ７０７に移行する。
【００７９】
ステップＳ７０７では、試験装置１００は、キャプチャされたパケットのヘッダおよびペイロードを解析して（ステップＳ７０７）、取得時間、ヘッダ、ペイロードをＤＢ３１０に記録する（ステップＳ７０８）。そして、ステップＳ７１３に移行する。
【００８０】
また、ステップＳ７０２において、宛先ＩＰアドレスが試験端末ＣのＩＰアドレスであると判断された場合（ステップＳ７０２：試験端末Ｃ）、すでにステップＳ７０５による計時が開始されているため、試験装置１００は、第１の対象装置の試験開始からパケット（第３のパケット）をキャプチャした時刻までの取得時間を検出する（ステップＳ７０９）。
【００８１】
そして、試験装置１００は、キャプチャされたパケットのヘッダおよびペイロードを解析して（ステップＳ７１０）、第３のパケットの取得時間から対応する第１のパケットの取得時間を減算することでＲＴＴを算出する（ステップＳ７１１）。このあと、試験装置１００は、取得時間、ＲＴＴ、ヘッダ、ペイロードをＤＢ３１０に記録して（ステップＳ７１２）、ステップＳ７１３に移行する。
【００８２】
ステップＳ７１３では、試験装置１００は、パケット処理が終了したか否かを判断する（ステップＳ７１３）。たとえば、試験装置１００は、今回キャプチャしたパケットがＦＩＮパケットであるか否かを判断する。パケット処理終了でない場合（ステップＳ７１３：Ｎｏ）、ステップＳ７０１に戻る。一方、パケット処理終了である場合（ステップＳ７１３：Ｙｅｓ）、パケットキャプチャ処理を終了する。これにより、第１および第３のパケットが、図４に示したＤＢ３１０に格納されることとなる。
【００８３】
図８は、実施の形態にかかる試験装置１００によるパケット変換・送信処理手順を示すフローチャートである。まず、試験装置１００は、ＤＢ３１０内で所定時間帯Ｘ内の未選択の第１のパケット（のレコード）があるか否かを判断する（ステップＳ８０１）。未選択の第１のパケットがある場合（ステップＳ８０１：Ｙｅｓ）、試験装置１００は、未選択の第１のパケットを選択する（ステップＳ８０２）。そして、試験装置１００は、選択された第１のパケットを生成部３０４により第２のパケットに生成してＤＢ３１０に格納し（ステップＳ８０３）、ステップＳ８０１に戻る。
【００８４】
一方、ステップＳ８０１において、未選択の第１のパケットがない場合（ステップＳ８０１：Ｎｏ）、試験装置１００は、計時を開始し（ステップＳ８０４）、計時開始（第２の対象装置の試験開始）からの経過時間と同一の取得時間となる第２のパケットがあるか否かを判断する（ステップＳ８０５）。同一取得時間の第２のパケットがある場合（ステップＳ８０５：Ｙｅｓ）、試験装置１００は、その該当する第２のパケットを第２の対象装置に送信して（ステップＳ８０６）、ステップＳ８０５に戻る。
【００８５】
一方、ステップＳ８０５において、現在の経過時間と同一の取得時間となる第２のパケットがない場合（ステップＳ８０５：Ｎｏ）、試験装置１００は、第４のパケットを取得（キャプチャ）したか否かを判断する（ステップＳ８０７）。取得していない場合（ステップＳ８０７：Ｎｏ）、ステップＳ８０５に戻る。
【００８６】
一方、取得した場合（ステップＳ８０７：Ｙｅｓ）、試験装置１００は、第２の対象装置の試験開始からパケット（第４のパケット）をキャプチャした時刻までの取得時間を検出する（ステップＳ８０８）。そして、ヘッダおよびペイロード解析をおこない（ステップＳ８０９）、試験装置１００は、第４のパケットの取得時間から対応する第２のパケットの取得時間を減算することでＲＴＴを算出する（ステップＳ８１０）。
【００８７】
このあと、試験装置１００は、取得時間、ＲＴＴ、ヘッダ、ペイロードをＤＢ３１０に記録して（ステップＳ８１１）、第４のパケットをすべて受信したか否かを判断する（ステップＳ８１２）。たとえば、対応する第２のパケットを用いてＲＴＴが算出されているか否かで判断する。
【００８８】
すべて受信されていない場合（ステップＳ８１２：Ｎｏ）、ステップＳ８０５に戻る。一方、すべて受信された場合（ステップＳ８１２：Ｙｅｓ）、パケット変換・送信処理を終了する。これにより、第２および第４のパケットが、図５に示したように、ＤＢ３１０に格納されることとなる。
【００８９】
図９は、第１および第２の対象装置の相対的な性能評価処理手順を示すフローチャートである。まず、試験装置１００は、第１の時間間隔ｄａと第２の時間間隔ｄｂを算出し（ステップＳ９０１）、第２の時間間隔ｄｂから第３の時間間隔ｄｃを減算する（ステップＳ９０２）。そして、試験装置１００は、第１の時間間隔ｄａと減算結果（ｄｂ−ｄｃ）とを比較する（ステップＳ９０３）。
【００９０】
ｄａ＞ｄｂ−ｄｃの場合（ステップＳ９０３：＞）、試験装置１００は、第２の対象装置の方が高性能と判定し（ステップＳ９０４）、ステップＳ９０７に移行する。また、ｄａ＜ｄｂ−ｄｃの場合（ステップＳ９０３：＜）、試験装置１００は、第１の対象装置の方が高性能と判定し（ステップＳ９０５）、ステップＳ９０７に移行する。
【００９１】
さらに、ｄａ＝ｄｂ−ｄｃの場合（ステップＳ９０３：＝）、試験装置１００は、第１の対象装置と第２の対象装置は同一性能と判定し（ステップＳ９０６）、ステップＳ９０７に移行する。ステップＳ９０７では、試験装置１００は、ステップＳ９０４〜Ｓ９０６の判定結果を出力する（ステップＳ９０７）。これにより、第１の対象装置と第２の対象装置とのアクセス間隔を等しくすることができ、各対象装置の負荷を同等にする再現試験を実施することが可能である。
【００９２】
また、第１の対象装置と第２の対象装置のＲＴＴの違いを無視できるため、試験時間の短縮化を図ることができる。このように、対象装置の性能評価を迅速かつ高精度に評価することができる。
【００９３】
また、上述した実施の形態では、第１の時間間隔ｄａと第２の時間間隔ｄｂと第３の時間間隔ｄｃを用いて性能評価をおこなったが、第３の時間間隔ｄｃを測定していない場合や測定できない場合、上述した性能評価をおこなうことができない。このような場合、第１の対象装置からの第３のパケットの試験装置１００での第１の受信間隔ｄｅｔ１と、第２の対象装置からの第４のパケットの試験装置１００での第２の受信間隔ｄｅｔ２とを算出することで、性能評価をおこなってもよい。
【００９４】
具体的には、たとえば、図６を用いて説明すると、算出部３０３では、パケットＲ２Ａの取得時刻とパケットＲ１Ａの取得時刻との差を第１の受信間隔ｄｅｔ１として算出する。同様に、パケットＲ２Ｂの取得時刻とパケットＲ１Ｂの取得時刻との差を第２の受信間隔ｄｅｔ２として算出する。
【００９５】
そして、実行部３０６では、第１の受信間隔ｄｅｔ１および第２の受信間隔ｄｅｔ２との大小を比較することで、以下のように第１および第２の対象装置の相対的な性能評価処理を実行する。
【００９６】
ｄｅｔ１＞ｄｅｔ２の場合、第２の対象装置となる予備系サーバＢの方が、第１の対象装置となる主系サーバＡよりも性能が高いと判断される。
【００９７】
ｄｅｔ１＜ｄｅｔ２の場合、第１の対象装置となる主系サーバＡの方が、第２の対象装置となる予備系サーバＢよりも性能が高いと判断される。
【００９８】
ｄｅｔ１＝ｄｅｔ２の場合、第１の対象装置となる主系サーバＡと第２の対象装置となる予備系サーバＢとは同一性能と判断される。このようにすることで、第３の時間間隔ｄｃがない場合であっても性能評価をおこなうことができる。
【００９９】
図１０は、第１および第２の対象装置の相対的な性能評価処理手順を示すフローチャートである。まず、試験装置１００は、第１の受信間隔ｄｅｔ１を算出し（ステップＳ１００１）、第２の受信間隔ｄｅｔ２を算出する（ステップＳ１００２）。そして、試験装置１００は、第１の受信間隔ｄｅｔ１と第２の受信間隔ｄｅｔ２を比較する（ステップＳ１００３）。
【０１００】
ｄｅｔ１＞ｄｅｔ２の場合（ステップＳ１００３：＞）、試験装置１００は、第２の対象装置の方が高性能と判定し（ステップＳ１００４）、ステップＳ１００７に移行する。また、ｄｅｔ１＜ｄｅｔ２の場合（ステップＳ１００３：＜）、試験装置１００は、第１の対象装置の方が高性能と判定し（ステップＳ１００５）、ステップＳ１００７に移行する。
【０１０１】
さらに、ｄｅｔ１＝ｄｅｔ２の場合（ステップＳ１００３：＝）、試験装置１００は、第１の対象装置と第２の対象装置は同一性能と判定し（ステップＳ１００６）、ステップＳ１００７に移行する。ステップＳ１００７では、試験装置１００は、ステップＳ１００４〜Ｓ１００６の判定結果を出力する（ステップＳ１００７）。これにより、第１の対象装置と第２の対象装置とのアクセス間隔を等しくすることができ、各対象装置の負荷を同等にする再現試験を実施することが可能である。
【０１０２】
また、第１の対象装置と第２の対象装置のＲＴＴの違いを無視できるため、試験時間の短縮化を図ることができる。このように、対象装置の性能評価を迅速かつ高精度に評価することができる。
【０１０３】
以上説明したように、試験装置１００、試験方法、および試験プログラムによれば、第１の対象装置へのパケットの宛先を第２の対象装置に換え、第１の対象装置への送信と同一時刻で第２の対象装置に送信することになる。したがって、第２の対象装置に対し、あたかも第１の対象装置の通信距離と同一距離であるかのように見せかけることで、同一負荷での再現試験をおこなうことが可能となる。
【０１０４】
また、第１の時間間隔ｄａと第２の時間間隔ｄｂと第３の時間間隔ｄｃを用いて性能評価をおこなうことで、第１の対象装置と第２の対象装置とのアクセス間隔を等しくすることができ、各対象装置の負荷を同等にする再現試験を実施することが可能である。
【０１０５】
また、第１の対象装置と第２の対象装置のＲＴＴの違いを無視できるため、試験時間の短縮化を図ることができる。このように、対象装置の性能評価を迅速かつ高精度に評価することができる。
【０１０６】
さらに、第１の受信間隔ｄｅｔ１および第２の受信間隔ｄｅｔ２を用いて性能評価をおこなうことで、第３の時間間隔ｄｃがない場合であっても性能評価をおこなうことができる。
【０１０７】
なお、本実施の形態で説明した試験方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本試験プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本試験プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１０８】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１０９】
（付記１）コンピュータに、
第１の装置に対して送信された第１のパケット、第２のパケットを取得し、
取得した該第１のパケットに基づいて、該第１のパケットの宛先を第２の装置に設定した第３のパケットを送信し、
該第３のパケットの送信から、前記第１のパケットの取得と前記第２のパケットの取得の間の時間間隔分の時間経過すると、取得した前記第２のパケットに基づいて、前記第２のパケットの宛先を前記第２の装置に設定した第４のパケットを送信する、
処理を実行させることを特徴とする試験プログラム。
【０１１０】
（付記２）前記第３のパケットの送信元及び前記第４のパケットの送信元を設定する処理を前記コンピュータに実行させることを特徴とする付記１に記載の試験プログラム。
【０１１１】
（付記３）前記第１のパケットおよび前記第２のパケットは、前記第１の装置に対して同じ装置から順に送信された連続するパケットに対応することを特徴とする付記１または２に記載の試験プログラム。
【０１１２】
（付記４）第１の基準時刻から前記第１のパケットの取得時刻まで経過した時間に対応する第１の時間と、該第１の基準時刻から前記第２のパケットの取得時刻まで経過した時間に対応する第２の時間とを取得する処理を前記コンピュータに実行させ、
前記第３のパケットは、第２の基準時刻から該第１の時間に対応する時間経過すると送信され、前記第４のパケットは、該第２の基準時刻から該第２の時間に対応する時間経過すると送信されることを特徴とする付記１〜３のいずれか一つに記載の試験プログラム。
【０１１３】
（付記５）前記第１のパケットを取得してから前記第３のパケットを取得するまでの第１の時間間隔と、前記第２のパケットを取得してから前記第４のパケットを取得するまでの第２の時間間隔と、前記第１の装置と前記第２の装置との間の送受信により計測された第３の時間間隔と、に基づいて、前記第１および第２の装置の相対的な性能評価処理を実行する処理、を前記コンピュータに実行させることを特徴とする付記１〜４のいずれか一つに記載の試験プログラム。
【０１１４】
（付記６）前記第１の時間間隔が、前記第３の時間間隔から前記第２の時間間隔を減算した減算結果よりも大きい場合、前記第２の対象装置が前記第１の対象装置よりも性能が高いと判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする付記５に記載の試験プログラム。
【０１１５】
（付記７）前記第１の時間間隔が、前記第３の時間間隔から前記第２の時間間隔を減算した減算結果よりも小さい場合、前記第１の装置が前記第２の装置よりも性能が高いと判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする付記５に記載の試験プログラム。
【０１１６】
（付記８）前記第１の時間間隔が、前記第３の時間間隔から前記第２の時間間隔を減算した減算結果と等しい場合、前記第１の装置と前記第２の装置とは同一性能であると判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする付記５に記載の試験プログラム。
【０１１７】
（付記９）前記第３のパケットの前記第１の対象装置からの第１の受信時間間隔を算出し、
前記第４のパケットの前記第２の対象装置からの第２の受信時間間隔を算出し、
前記第１および第２の受信時間間隔に基づいて、前記第１および第２の装置の相対的な性能評価処理を実行し、実行結果を出力する処理を、前記コンピュータに実行させることを特徴とする付記１〜４のいずれか一つに記載の試験プログラム。
【０１１８】
（付記１０）前記第１の受信時間間隔が、前記第２の受信時間間隔よりも大きい場合、前記第２の対象装置が前記第１の装置よりも性能が高いと判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする付記９に記載の試験プログラム。
【０１１９】
（付記１１）前記第１の受信時間間隔が、前記第２の受信時間間隔よりも小さい場合、前記第１の装置が前記第２の装置よりも性能が高いと判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする付記９に記載の試験プログラム。
【０１２０】
（付記１２）第１の装置に対して送信された第１のパケット、第２のパケットを取得する手段と、
取得した該第１のパケットに基づいて、該第１のパケットの宛先を第２の装置に設定した第３のパケットを送信する手段と、
該第３のパケットの送信から、前記第１のパケットの取得と前記第２のパケットの取得の間の時間間隔分の時間経過すると、取得した前記第２のパケットに基づいて、前記第２のパケットの宛先を前記第２の装置に設定した第４のパケットを送信する手段と、
を備えることを特徴とする試験装置。
【０１２１】
（付記１３）コンピュータが、
第１の装置に対して送信された第１のパケット、第２のパケットを取得し、
取得した該第１のパケットに基づいて、該第１のパケットの宛先を第２の装置に設定した第３のパケットを送信し、
該第３のパケットの送信から、前記第１のパケットの取得と前記第２のパケットの取得の間の時間間隔分の時間経過すると、取得した前記第２のパケットに基づいて、前記第２のパケットの宛先を前記第２の装置に設定した第４のパケットを送信する、
処理を実行することを特徴とする試験方法。
【符号の説明】
【０１２２】
１００ 試験装置
３０１ 取得部
３０２ 検出部
３０３ 算出部
３０４ 生成部
３０５ 送信部
３０６ 実行部
３０７ 出力部
３１０ ＤＢ
Ａ 主系サーバ
Ｂ 予備系サーバ
Ｃ 試験端末
【特許請求の範囲】
【請求項１】
コンピュータに、
第１の装置に対して送信された第１のパケット、第２のパケットを取得し、
取得した該第１のパケットに基づいて、該第１のパケットの宛先を第２の装置に設定した第３のパケットを送信し、
該第３のパケットの送信から、前記第１のパケットの取得と前記第２のパケットの取得の間の時間間隔分の時間経過すると、取得した前記第２のパケットに基づいて、前記第２のパケットの宛先を前記第２の装置に設定した第４のパケットを送信する、
処理を実行させることを特徴とする試験プログラム。
【請求項２】
前記第３のパケットの送信元及び前記第４のパケットの送信元を設定する処理を前記コンピュータに実行させることを特徴とする請求項１に記載の試験プログラム。
【請求項３】
前記第１のパケットおよび前記第２のパケットは、前記第１の装置に対して同じ装置から順に送信された連続するパケットに対応することを特徴とする請求項１または２に記載の試験プログラム。
【請求項４】
第１の基準時刻から前記第１のパケットの取得時刻まで経過した時間に対応する第１の時間と、該第１の基準時刻から前記第２のパケットの取得時刻まで経過した時間に対応する第２の時間とを取得する処理を前記コンピュータに実行させ、
前記第３のパケットは、第２の基準時刻から該第１の時間に対応する時間経過すると送信され、前記第４のパケットは、該第２の基準時刻から該第２の時間に対応する時間経過すると送信されることを特徴とする請求項１〜３のいずれか一つに記載の試験プログラム。
【請求項５】
前記第１のパケットを取得してから前記第３のパケットを取得するまでの第１の時間間隔と、前記第２のパケットを取得してから前記第４のパケットを取得するまでの第２の時間間隔と、前記第１の装置と前記第２の装置との間の送受信により計測された第３の時間間隔と、に基づいて、前記第１および第２の装置の相対的な性能評価処理を実行する処理、を前記コンピュータに実行させることを特徴とする請求項１〜４のいずれか一つに記載の試験プログラム。
【請求項６】
前記第１の時間間隔が、前記第３の時間間隔から前記第２の時間間隔を減算した減算結果よりも大きい場合、前記第２の対象装置が前記第１の対象装置よりも性能が高いと判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする請求項５に記載の試験プログラム。
【請求項７】
前記第１の時間間隔が、前記第３の時間間隔から前記第２の時間間隔を減算した減算結果よりも小さい場合、前記第１の装置が前記第２の装置よりも性能が高いと判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする請求項５に記載の試験プログラム。
【請求項８】
前記第３のパケットの前記第１の対象装置からの第１の受信時間間隔を算出し、
前記第４のパケットの前記第２の対象装置からの第２の受信時間間隔を算出し、
前記第１および第２の受信時間間隔に基づいて、前記第１および第２の装置の相対的な性能評価処理を実行し、実行結果を出力する処理を、前記コンピュータに実行させることを特徴とする請求項１〜４のいずれか一つに記載の試験プログラム。
【請求項９】
第１の装置に対して送信された第１のパケット、第２のパケットを取得する手段と、
取得した該第１のパケットに基づいて、該第１のパケットの宛先を第２の装置に設定した第３のパケットを送信する手段と、
該第３のパケットの送信から、前記第１のパケットの取得と前記第２のパケットの取得の間の時間間隔分の時間経過すると、取得した前記第２のパケットに基づいて、前記第２のパケットの宛先を前記第２の装置に設定した第４のパケットを送信する手段と、
を備えることを特徴とする試験装置。
【請求項１０】
コンピュータが、
第１の装置に対して送信された第１のパケット、第２のパケットを取得し、
取得した該第１のパケットに基づいて、該第１のパケットの宛先を第２の装置に設定した第３のパケットを送信し、
該第３のパケットの送信から、前記第１のパケットの取得と前記第２のパケットの取得の間の時間間隔分の時間経過すると、取得した前記第２のパケットに基づいて、前記第２のパケットの宛先を前記第２の装置に設定した第４のパケットを送信する、
処理を実行することを特徴とする試験方法。
【請求項１】
コンピュータに、
第１の装置に対して送信された第１のパケット、第２のパケットを取得し、
取得した該第１のパケットに基づいて、該第１のパケットの宛先を第２の装置に設定した第３のパケットを送信し、
該第３のパケットの送信から、前記第１のパケットの取得と前記第２のパケットの取得の間の時間間隔分の時間経過すると、取得した前記第２のパケットに基づいて、前記第２のパケットの宛先を前記第２の装置に設定した第４のパケットを送信する、
処理を実行させることを特徴とする試験プログラム。
【請求項２】
前記第３のパケットの送信元及び前記第４のパケットの送信元を設定する処理を前記コンピュータに実行させることを特徴とする請求項１に記載の試験プログラム。
【請求項３】
前記第１のパケットおよび前記第２のパケットは、前記第１の装置に対して同じ装置から順に送信された連続するパケットに対応することを特徴とする請求項１または２に記載の試験プログラム。
【請求項４】
第１の基準時刻から前記第１のパケットの取得時刻まで経過した時間に対応する第１の時間と、該第１の基準時刻から前記第２のパケットの取得時刻まで経過した時間に対応する第２の時間とを取得する処理を前記コンピュータに実行させ、
前記第３のパケットは、第２の基準時刻から該第１の時間に対応する時間経過すると送信され、前記第４のパケットは、該第２の基準時刻から該第２の時間に対応する時間経過すると送信されることを特徴とする請求項１〜３のいずれか一つに記載の試験プログラム。
【請求項５】
前記第１のパケットを取得してから前記第３のパケットを取得するまでの第１の時間間隔と、前記第２のパケットを取得してから前記第４のパケットを取得するまでの第２の時間間隔と、前記第１の装置と前記第２の装置との間の送受信により計測された第３の時間間隔と、に基づいて、前記第１および第２の装置の相対的な性能評価処理を実行する処理、を前記コンピュータに実行させることを特徴とする請求項１〜４のいずれか一つに記載の試験プログラム。
【請求項６】
前記第１の時間間隔が、前記第３の時間間隔から前記第２の時間間隔を減算した減算結果よりも大きい場合、前記第２の対象装置が前記第１の対象装置よりも性能が高いと判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする請求項５に記載の試験プログラム。
【請求項７】
前記第１の時間間隔が、前記第３の時間間隔から前記第２の時間間隔を減算した減算結果よりも小さい場合、前記第１の装置が前記第２の装置よりも性能が高いと判定し、判定結果を出力する処理を、前記コンピュータに実行させることを特徴とする請求項５に記載の試験プログラム。
【請求項８】
前記第３のパケットの前記第１の対象装置からの第１の受信時間間隔を算出し、
前記第４のパケットの前記第２の対象装置からの第２の受信時間間隔を算出し、
前記第１および第２の受信時間間隔に基づいて、前記第１および第２の装置の相対的な性能評価処理を実行し、実行結果を出力する処理を、前記コンピュータに実行させることを特徴とする請求項１〜４のいずれか一つに記載の試験プログラム。
【請求項９】
第１の装置に対して送信された第１のパケット、第２のパケットを取得する手段と、
取得した該第１のパケットに基づいて、該第１のパケットの宛先を第２の装置に設定した第３のパケットを送信する手段と、
該第３のパケットの送信から、前記第１のパケットの取得と前記第２のパケットの取得の間の時間間隔分の時間経過すると、取得した前記第２のパケットに基づいて、前記第２のパケットの宛先を前記第２の装置に設定した第４のパケットを送信する手段と、
を備えることを特徴とする試験装置。
【請求項１０】
コンピュータが、
第１の装置に対して送信された第１のパケット、第２のパケットを取得し、
取得した該第１のパケットに基づいて、該第１のパケットの宛先を第２の装置に設定した第３のパケットを送信し、
該第３のパケットの送信から、前記第１のパケットの取得と前記第２のパケットの取得の間の時間間隔分の時間経過すると、取得した前記第２のパケットに基づいて、前記第２のパケットの宛先を前記第２の装置に設定した第４のパケットを送信する、
処理を実行することを特徴とする試験方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１１−１９９６８０（Ｐ２０１１−１９９６８０Ａ）
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願番号】特願２０１０−６５１９５（Ｐ２０１０−６５１９５）
【出願日】平成２２年３月１９日（２０１０．３．１９）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願日】平成２２年３月１９日（２０１０．３．１９）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]