JP2014175699A - パケットリプレイ装置およびパケットリプレイ方法 - Google Patents

Abstract

【課題】精度良好なパケットリプレイを可能とする。
【解決手段】パケットリプレイ装置１０１が、ネットワーク上で授受されている一連のパケットの複製たるキャプチャパケットの組をパケット収集装置より取得し、各キャプチャパケットの含むプロトコル及び通信レイヤの属性情報を記憶装置１０６の各ルール４０７に照合し、キャプチャパケットの組みに該当する関係性を特定し、該当関係性の条件に対応する実行条件の情報を、キャプチャパケットの属性情報に対応付けて記憶装置１０６に格納する解析処理と、ネットワークにおけるノードとしてパケットを送受信した際、該当パケットの含むプロトコル及び通信レイヤの属性情報と、記憶装置１０６に格納してあるキャプチャパケットの属性情報と照合して、属性情報が一致するキャプチャパケットに対応付けされた実行条件の情報を特定し、該当実行条件に応じてパケットリプレイを実行する。
【選択図】図１

Description

本発明は、パケットリプレイ装置およびパケットリプレイ方法に関するものであり、具体的には、パケット授受の経緯や時間など種々の条件に応じて変化する状況を的確に踏まえ、精度良好なパケットリプレイを可能とする技術に関する。

複数のノードで構成され、各ノードが連携して処理を行う計算機システムにおいては、以前に計算機システムが処理した内容を再度処理させたい場合がある。例えば、ある計算機ノードで発生した問題を再現したい場合がそれに該当する。この場合、バグ等の要因によって、計算機システムが想定外の動作をした場合、問題点の確認や修正後のテストを目的とする。こうした例では、再度処理する期間が短期で、その処理内容の種類やデータ数も少数である。また他にも、ある計算機ノードの後継ノードを開発した際に、これまでと同様の処理を行うか確認する場合が存在する。こうした例では、再度処理する期間が長期で、その処理内容の種類やデータ数も大量となる。

上述したような再処理に際しては、起因となっている或いは対象となっている計算機ノードは１つもしくはごく少数であるにも関わらず、再処理のためには計算機システム全体で同じ処理を実行せねばならず、処理実行のための各種コストが高くなるという問題がある。また、再処理対象の計算機システムが現在も所定のサービスを運用中である場合、再処理のためにサービスを停止せねばならず、サービスのクオリティに大きな影響を与えるといった問題も存在する。

そこで用いられる技術がパケットのリプレイ技術である。このリプレイに当たっては、まず計算機システム内の計算機ノード間でやりとりされている通信パケットを予めキャプチャし、記録しておく。そして、ある計算機ノードで再処理を行う場合、対象の計算機ノード（対象ノード）と、リプレイを行う計算機ノード（リプレイノード）のみを用意する。リプレイノードは複数の計算機ノードを模擬し、予め記録してある通信パケットのうち対象ノードが以前に受信していたパケットを生成し送信するとこで、キャプチャ時と同様の通信を再現する。

一般的なリプレイでは、通信パケットとその送信時刻とを関係付けて記録しておき、ここで記録された際と同様の時間間隔でのリプレイを実現する。こうした従来のリプレイ技術については以下のものが提案されている。すなわち、通信パケットを記録する際に、各計算機ノードの各パケット送信時における時刻情報と共に、受信パケット量を記録し、これを利用する方式（特許文献１参照）などが提案されている。

また、各ノード間の通信における要求（リクエスト）と応答（レスポンス）をペアとし、対象ノードが要求を送信したならば、リプレイノードが応答を送信する方式（特許文献２参照）なども提案されている。

特開２０１０−２０５０１１号公報 特開２００８−９７４５７号公報

一方、パケットリプレイ装置においては、パケットを送信するだけではなく、パケットを受信して適切な応答を返信する機能が求められている。なぜならば、通信では要求と応答のような対となるやり取りが盛んに行われており、単純に時刻情報やデータ量等のみに基づいてパケットを送信するリプレイでは、再現性の低い不適切なやり取りとなるからである。また、要求と応答の内容はリプレイ開始から普遍ではなく、リプレイの進捗や時間の経過によって変化しうる。例えば、要求に応じて銀行口座の残高を応答するようなリプレイにおいては、同じ要求がなされたとしても、それまでの一連の取引内容（例：引きだし額や振込額）や取引時間帯別の手数料優遇、或いは時間経過に伴う利息作用等により残高は変化し、応答の内容が自ずと異なることとなる。

つまり、パケットの送受信を再現するパケットリプレイにおいて、時刻情報などに基づいた従来手法にて応答処理を行った場合、再現したパケット送受信の正確性は低下し、効率的で良好な精度のリプレイは達成されない。

そこで本発明の目的は、パケット授受の経緯や時間など種々の条件に応じて変化する状況を的確に踏まえ、精度良好なパケットリプレイを可能とする技術を提供することにある。

上記課題を解決する本発明のパケットリプレイ装置は、ネットワーク上の他装置と通信を行う通信装置と、ネットワーク上で授受されるパケット間の関係性の条件と、当該関係性を備えたパケット授受を再現するパケットリプレイの実行条件とを対応付けて規定したルールを格納した記憶装置と、ネットワーク上で授受されている一連のパケットの複製たるキャプチャパケットの組を、パケットの収集装置より取得し、各キャプチャパケットの含むプロトコル及び通信レイヤの属性情報を、前記記憶装置の各ルールに照合して、前記キャプチャパケットの組みに該当する関係性を特定し、該当関係性の条件に対応する前記実行条件の情報を、前記キャプチャパケットの前記属性情報に対応付けて記憶装置に格納する解析処理と、前記ネットワークにおけるノードとしてパケットを送受信した際、該当パケットの含むプロトコル及び通信レイヤの属性情報と、前記記憶装置に格納してある前記キャプチャパケットの属性情報と照合して、属性情報が一致するキャプチャパケットに対応付けされた前記実行条件の情報を特定し、該当実行条件に応じてパケットリプレイを実行する応答処理とを実行する演算装置と、を備えることを特徴とする。

これによれば、時間や受信内容等によって内容が変化するような応答の正確性の高い模擬、すなわちパケットリプレイが可能となり、ソフトウェア試験の効率化が期待できる。従って、パケット授受の経緯や時間など種々の条件に応じて変化する状況を的確に踏まえ、精度良好なパケットリプレイが可能となる。

また、本発明のパケットリプレイ方法は、ネットワーク上の他装置と通信を行う通信装置と、ネットワーク上で授受されるパケット間の関係性と、当該関係性を備えたパケット授受を再現するパケットリプレイの実行条件とを対応付けて規定したルールを格納した記憶装置とを備えた情報処理装置が、ネットワーク上で授受されている一連のパケットの複製たるキャプチャパケットの組を、パケットの収集装置より取得し、各キャプチャパケットの含むプロトコル及び通信レイヤの属性情報を、前記記憶装置の各ルールに照合して、前記キャプチャパケットの組みに該当する関係性を特定し、該当関係性に対応する前記実行条件の情報を、前記キャプチャパケットの前記属性情報に対応付けて記憶装置に格納する解析処理と、前記ネットワークにおけるノードとしてパケットを送受信した際、該当パケットの含むプロトコル及び通信レイヤの属性情報と、前記記憶装置に格納してある前記キャプチャパケットの属性情報と照合して、属性情報が一致するキャプチャパケットに対応付けされた前記実行条件の情報を特定し、該当実行条件に応じてパケットリプレイを実行する応答処理とを実行する、ことを特徴とする。

本発明によれば、パケット授受の経緯や時間など種々の条件に応じて変化する状況を的確に踏まえ、精度良好なパケットリプレイが可能となる。

本実施形態のパケットリプレイ装置の構成例を示す図である。 本実施形態のパケットリプレイ装置を含むパケット収集環境例を示す図である。 本実施形態のパケットリプレイ装置を含むパケットリプレイ環境例を示す図である。 本実施形態におけるパケットリプレイ方法の処理手順例１を示すフロー図である。 本実施形態におけるパケットリプレイ方法の処理手順例２を示すフロー図である。 本実施形態における関係性ルールの例を示す図である。 本実施形態における出力画面例１を示す図である。 本実施形態におけるパケットリプレイ方法の処理手順例４を示すフロー図である。 本実施形態における比較ルールの例を示す図である。 本実施形態における通信変換情報の例を示す図である。 本実施形態におけるパケットリプレイ方法の処理手順例５を示すフロー図である。 本実施形態における出力画面例２を示す図である。 本実施形態におけるパケットリプレイ方法の処理手順例３を示すシーケンス図である。

以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のパケットリプレイ装置１０１のシステム構成図であり、図２は本実施形態のパケットリプレイ装置１０１を含むパケット収集環境２０１の例を示す図であり、図３は、本実施形態のパケットリプレイ装置１０１を含むパケットリプレイ環境２０６の例を示す図である。

図１に示すパケットリプレイ装置１０１は、ある計算機システムでやり取りされていたパケットの情報をパケット収集装置２０３より受け取り、計算機システム内の任意の個数の計算機ノード２０２を模擬してパケット情報をリプレイするための装置である。また、こうしたパケットリプレイ装置１０１は、パケット授受の経緯や時間など種々の条件に応じて変化する状況を的確に踏まえ、精度良好なパケットリプレイを可能とするコンピュータシステムである。

図２にて示すように、パケット収集環境２０１では、各計算機ノード２０２はネットワーク２０４を介して相互に通信を行っている。この場合、パケット収集装置２０３は計算機ノード２０２とネットワーク２０４との間に設置され、その通信内容すなわちパケットを取得し、パケット情報２０５、すなわちキャプチャパケットの情報としてパケットリプレイ装置１０１へ送付する。パケットリプレイ装置１０１は、こうして得たキャプチャパケットの情報等に基づいて解析処理を実行する。一方、パケットリプレイ環境２０６においては、パケットリプレイ装置１０１が、上述の解析処理の結果に基づいて、計算機ノード２０２を模してパケットの送受信を実行することとなる。

こうした本実施形態におけるパケットリプレイ装置１０１のハードウェア構成は以下の如くとなる。パケットリプレイ装置１０１は、ハードディスクドライブなど適宜な不揮発性記憶装置で構成される記憶装置１０６、ＲＡＭなど揮発性記憶装置で構成されるメモリ１０４、メモリ１０４ないし記憶装置１０６に保持されるプログラム１０８を読み出して実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵ１０５（演算装置）、ユーザとの間でのデータ入出力を担うユーザインターフェイス１０７、ネットワークと接続し他装置との通信処理を担うネットワークインターフェイス１０３、を備える。

なお、記憶装置１０６には、関係性ルール４０７、パケットリスト５００、比較ルール７０２、通信変換情報９０１が格納されている。そのうち、関係性ルール４０７は、ネットワーク上で授受されるパケット間の関係性の条件と、当該関係性を備えたパケット授受を再現するパケットリプレイの実行条件とを対応付けて規定したテーブルである。また、パケットリスト５００は、パケットリプレイ装置１０１における解析処理の結果得られる、キャプチャパケットの各組に該当した関係性の条件に対応する実行条件（関係性ルール由来）の情報を、キャプチャパケットの属性情報に対応付けたテーブルである。また、比較ルール７０２は、パケットリプレイ装置１０１における応答処理に際し、送受信したパケットの含むプロトコル及び通信レイヤの属性情報と、記憶装置１０６に格納してあるキャプチャパケットの属性情報（パケットリスト由来）とを照合して、属性情報が一致するものを特定する際に、一致の判定基準となるルールを記述したものである。また、通信変換情報９０１は、パケットリプレイに際しパケットの送受信を行う場合、例えば本来とは異なる送信先にパケットを送信する場合に、本来の送信先と変更した送信先とのアドレスの対応関係を規定したテーブルとなる。いずれのテーブル類についても詳細なデータ構造については後述する。

続いて、本実施形態のパケットリプレイ装置１０１が備える機能部について説明する。上述したように、以下に説明する機能部は、例えばパケットリプレイ装置１０１が備えるプログラム１０８を実行することで実装されるものと言える。本実施形態のパケットリプレイ装置１０１は、ネットワーク２０４上で授受されている一連のパケットの複製たるキャプチャパケットの組を、パケット収集装置２０３より取得し、各キャプチャパケットの含むプロトコル及び通信レイヤの属性情報を、記憶装置１０６の関係性ルール４０７に照合して、キャプチャパケットの組みに該当する関係性を特定し、該当関係性の条件に対応する実行条件の情報を、キャプチャパケットの属性情報に対応付けて記憶装置１０６のパケットリスト５００に格納する解析処理部１１０を備えている。

また、本実施形態のパケットリプレイ装置１０１は、ネットワーク２０４における計算機ノード２０２としてパケットを送受信した際、該当パケットの含むプロトコル及び通信レイヤの属性情報と、記憶装置１０６のパケットリスト５００におけるキャプチャパケットの属性情報と照合して、属性情報が一致するキャプチャパケットに対応付けされた実行条件の情報を特定し、該当実行条件に応じてパケットリプレイを実行する応答処理部１１１を備えている。

また、上述のパケットリスト５００における実行条件が、所定属性のパケットの送信処理ないし受信処理を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであるとしてもよい。この場合、パケットリプレイ装置１０１における応答処理部１１１は、上述の実行条件が規定する所定属性を備えたパケットの送信ないし受信を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。

また、上述のパケットリスト５００における実行条件が、所定属性のパケットの受信受付の開始また終了を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであるとしてもよい。この場合、パケットリプレイ装置１０１における応答処理部１１１は、上述の実行条件が規定する所定属性を備えたパケットの受信受付の開始また終了を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。

また、上述のパケットリスト５００における実行条件が、当該パケットリプレイ装置の起動、または当該パケットリプレイ装置内の所定プログラムの起動を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであるとしてもよい。この場合、パケットリプレイ装置１０１における応答処理部１１１は、上述の実行条件が規定する当該パケットリプレイ装置の起動、または当該パケットリプレイ装置内の所定プログラムの起動を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。

また、上述のパケットリスト５００における実行条件が、指定時刻の到来を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであるとしてもよい。この場合、パケットリプレイ装置１０１における応答処理部１１１は、上述の実行条件が規定する指定時刻の到来を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。

また、上述のパケットリスト５００における実行条件が、ユーザからの入力を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであるとしてもよい。この場合、パケットリプレイ装置１０１における応答処理部１１１は、上述の実行条件が規定するユーザからの入力を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。

また、上述のパケットリスト５００における実行条件が、所定イベントからの所定時間の経過を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであるとしてもよい。この場合、パケットリプレイ装置１０１における応答処理部１１１は、上述の実行条件が規定する、所定イベントからの所定時間の経過を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。

また、上述のパケットリスト５００における実行条件が、所定イベントの所定発生回数の達成を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであるとしてもよい。この場合、パケットリプレイ装置１０１における応答処理部１１１は、上述の実行条件が規定する所定イベントの所定発生回数の達成を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。

以下、本実施形態におけるパケットリプレイ方法の実際手順について図に基づき説明する。以下で説明するパケットリプレイ方法に対応する各種動作は、上述のパケットリプレイ装置１０１がメモリ１０４ないし記憶装置１０６から読み出して実行するプログラム１０８によって実現される。そして、このプログラム１０８は、以下に説明される各種の動作を行うためのコードから構成されている。

図４は、本実施形態におけるパケットリプレイ方法の処理手順例１を示すフロー図であり、パケットリプレイ装置１０１における解析処理部１１０の処理を示すフローとなる。

この場合、解析処理部１１０は、パケット収集装置２０３から得たキャプチャパケットの組に関する情報、すなわちパケット情報２０５から、ネットワーク２０４のプロトコルや通信レイヤごとの情報を切り分けて属性情報として抽出し（ｓ１００）、これに識別子となるパケット識別子を付与してパケット解析情報を作成する（ｓ１０１）。作成したパケット解析情報は算定用の一時的なものであるため、メモリ１０４に一旦格納される。

また、解析処理部１１０は、メモリ１０４に格納した上述のパケット解析情報を読み取り、記憶装置１０６が保持する関係性ルール４０７に照合し、キャプチャパケットの組みに該当する関係性を特定する（ｓ１０２）。解析処理部１１０は、該当関係性の条件に対応する実行条件の情報を、上述のパケット識別子と共にキャプチャパケットの属性情報に対応付け、パケットリスト５００として記憶装置１０６に格納する（ｓ１０３）。

上述の処理は、各キャプチャパケットの組毎に関係性ルール４０７の各々を照合することになるため、図５に示すフローのごとく、キャプチャパケットの組毎（ｓ４０１）に、関係性ルール４０７への照合を繰り返し実行する（ｓ４０２）、各ループが実行される。こうした図５のフローにおいて、上述の解析処理部１１０は、キャプチャパケットの組を構成する一方のキャプチャパケットを「比較対象パケット」とし、他方のキャプチャパケットを入力パケットとして、処理を実行する。

この場合、解析処理部１１０は、比較対象パケットと入力パケットのそれぞれの情報であるパケット情報２０５から、ネットワーク２０４のプロトコルや通信レイヤごとの情報を切り分けて属性情報として抽出する。例えば、比較対象パケットの属性情報として、パケットのメッセージ部から「情報参照要求」の情報を抽出したとする。また、入力パケットの属性情報として、上述の比較対象パケットに対する「情報通知」の情報を抽出したとする。また、関係性ルール４０７において、図６にて示すように、「関係性ルール＃１」として、「比較対象パケットが“情報参照要求”の送信に該当し、かつ、入力パケットが“比較対象パケットに対する情報通知”の受信に該当する」とのパケット間の関係性の条件を規定したとする。

この場合、解析処理部１１０は、上述の関係性ルール４０７を用いることで、比較対象パケットと入力パケットとの関係性として、上述の「関係性ルール＃１」を特定することが出来る（ｓ４０３、ｓ４０４：Ｙ）。この場合、解析処理部１１０は、関係性ルール４０７において、この「関係性ルール＃１」に対応付けて規定されている、当該関係性を備えたパケット授受を再現するパケットリプレイの実行条件として、「受付開始条件：比較対象パケット送信後、受付終了条件：受付開始から００：００：０５（５秒）」なる情報を特定し、これを、上述の比較対象パケット及び入力パケットの組、すなわちキャプチャパケットの組のパケット識別子と属性情報に対応付けて、パケットリスト５００に格納する（ｓ４０５）。

なお、上述のステップｓ４０３、ｓ４０４の処理において、比較対象パケットと入力パケットとの関係性を特定出来なかった場合（ｓ４０３、ｓ４０４：Ｎ）、解析処理部１１０は、関係性ルール４０７からデフォルトの設定情報４０８を読み出して、これを上述の比較対象パケット及び入力パケットの組、すなわちキャプチャパケットの組の属性情報に対応付けて、パケットリスト５００に格納する（ｓ４０６）。

また、比較対象とするパケットは、基本的には各解析の開始までに得ていたパケット解析情報全てだが、パケットリプレイ装置１０１の解析処理部１１０が、予めユーザ指定を受けておいた時間帯やアドレス情報を用いて対象を絞り込むとしてもよい。

こうして生成されるパケットリスト５００は、図７に示すようにユーザインターフェイス１０７にて出力し、ユーザによる閲覧や修正等に供する事が出来る。

図７に示す例では、パケットリスト５００である受信パケット一覧５０１と、この受信パケット一覧５０１に含まれる受信パケット５０２および送信パケット５０３の組（比較対象パケットおよび入力パケットの組）のうちユーザ指定を受けたものについて、プロトコルや通信レイヤの各情報すなわち属性情報の詳細表示たるパケット情報５０７とを合わせて示している。

パケットリスト５００たる受信パケット一覧５０１は、上述のパケット識別子５２０が付与されたレコードの集合体となっている。また、各レコード含まれる受信パケット５０２は、リプレイ時にパケットリプレイ装置１０１による受信を見込まれているパケット情報である。また同様に、送信パケット５０３はリプレイ時にパケットリプレイ装置１０１による送信を見込まれているパケット情報であり、受信パケット５０２と対になることで、受信に対するレスポンスとしての送信を実現する。つまりこの対が、キャプチャパケットの組に対応する。なお、受信のみ行うようなリプレイでは受信パケット５０２に対する送信パケット５０３は存在しない。

また、受付開始条件５０４は受信パケット５０２の受付を開始する条件であり、その条件には、リプレイ開始や他パケット情報の送受信といったトリガと、トリガから開始までの時間間隔等が指定されている。また、受付終了条件５０５は受信パケット５０２の受付を終了する条件であり、その条件は受付開始条件５０４と同様である。これら受付開始条件５０４、受付終了条件５０５は、上述したように、パケットリプレイを実行する際の実行条件となる。

また、処理回数５０６は、該当する受信パケットを何回受信した際に受付処理を終了させるかを示す値であり、受付終了条件５０５の一部と見なせる。処理回数５０６には、受信回数によっては受付を終了しないよう「無限回」といった値を設定してもよい。

一方、パケット情報５０７は、受信パケット５０２および送信パケット５０３の詳細内容を示す情報であり、ユーザが閲覧および修正するための情報となる。このうち、プロトコル部分５０８は、ＩＰやＴＣＰに代表される通信プロトコルに関する情報（送信元、送信先の各ＩＰアドレスや、使用プロトコル、ポート番号等）が含まれている。また、メッセージ部分５０９はアプリケーションレベルでやり取りされているメッセージの内容である。プロトコル部分５０８およびメッセージ部分５０９双方において、内容を手動およびプログラムなどによる自動で修正してもよい。

続いて、上述したように解析処理部１１０によって生成された受信パケット一覧５０１（パケットリスト５００）を用いて、応答処理部１１１が実際にパケットリプレイを実行する際の処理の流れについて説明する。図８は本実施形態におけるパケットリプレイ方法の処理手順例４を示すフロー図であり、図９は本実施形態における比較ルールの例を示す図である。この場合、パケットリプレイ装置１０１の応答処理部１１１は、受信パケット一覧５０１の各レコードに基づき、現在の状況６０１が「受付中」であるパケットの組について、ネットワーク２０４からパケットを受信する（ｓ３００）。例えば、受信パケット一覧５０１のレコードのうち、パケット識別子“＃１”のレコードにて、受付開始条件５０４は「起動後３秒」であるから、当該パケットリプレイ装置１０１の起動から３秒後に、上述ステップｓ３００のパケット受信を開始する。

続いて、応答処理部１１１は、ステップｓ３００で受信したパケットからプロトコル及び通信レイヤの属性情報すなわちパケット情報２０５を得て、このパケット情報２０５と、上述のパケット識別子“＃１”のレコードにて規定する受信パケット５０２の情報（受信パケット一覧５０１に格納されたキャプチャパケットの属性情報）とを照合して、それらが比較ルール７０２を満たす条件で一致するか判定する（ｓ３０１）。

ステップｓ３０１の判定の結果、パケット情報２０５と受信パケット５０２の情報とが一致、すなわち二つのパケットが一致していた場合（ｓ３０２：Ｙ）、応答処理部１１１は、ステップｓ３００で受信したパケットに対する応答として送信すべきパケットがあるか、上述のパケット識別子“＃１”のレコードにて規定する送信パケット５０３の情報を読み取って確認する（ｓ３０３）。応答として送信すべきパケットがある場合（ｓ３０３：Ｙ）、その受信パケット５０２の情報が規定する内容および宛先のパケットを生成し、送信処理する（ｓ３０４）。

なお、ステップｓ３０４においてパケットを生成、送信する際に、本来の宛先すなわち所定の計算機ノード２０２に宛ててではなく、業務に影響が出ない他の計算機ノード宛てにパケット送信を行うとしてもよい。この場合、応答処理部１１１は、図１０に示すような通信変換情報９０１を用い、該当パケットの宛先を変換元情報９０４のそれぞれに照合し、該当する変換元情報９０４が特定できた場合、この変換元情報９０４に対応付いている変換先情報９０５を新たな宛先としてパケットに設定し、送信を行う。勿論、パケットの受信時にも、受信パケットの送信先を変換元情報９０４のそれぞれに照合し、該当する変換元情報９０４が特定できた場合、この変換元情報９０４に対応付いている変換先情報９０５を新たな受信元としてパケットに設定し、受信を行うことも出来る。こうした通信変換情報９０１は、ＩＰやＴＣＰといったプロトコル９０２ごとに、アドレスやポート番号等のパラメータ９０３、変換元情報９０４、変換先情報９０５、といった変換ルールの各レコードが記述されている。

以上のパケットリプレイ処理の実行後は、該当処理をトリガとして、受信パケット一覧５０１の他レコードにおける状態、すなわち受付開始条件５０４や受付終了条件５０５の状態が変化する可能性がある。そのため応答処理部１１１は、パケット状態チェック処理（ｓ３２５）を行う。図１１に基づき、このパケット状態チェック処理について説明する。

図１１は本実施形態におけるパケットリプレイ方法の処理手順例５を示すフロー図である。ここでは、パケット一覧５０１の各レコードに規定された受信パケット５０２に関して、それまで受付未開始であったが、上述のステップｓ３０４までの処理により受付開始条件５０４を満たすこととなったか否かを判定することとなる。そのため、そのような判定対象となる受信パケット５０２を、（未だ受付開始状態ではなく）待機状態のパケットであるとして、待機パケットと称する。

ここで応答処理部１１１は、待機状態の各パケットに対してはループを用いて以降の処理を繰り返し実行するものとする。応答処理部１１１は、上述のステップｓ３０４の処理による、パケットの送受信や受付開始、終了等の事象（或いはユーザ入力や装置、アプリの起動等も含む）と、待機パケットに関する受付開始条件５０４とを照合することで、受付開始条件が満たされたか判定する（ｓ３２１）。

受付開始条件が満たされた待機パケットに関しては（ｓ３２１：Ｙ）、応答処理部１１１は、受信パケット一覧５０１の該当レコードにおける、現在の状態６０１を「未開始」から「受付中」に更新し（ｓ３２２）、パケットの受信処理を開始する。

一方、応答処理部１１１は、「受付中」となったパケットに関してはループを用いて以降の処理を繰り返し実行するものとする。ここで応答処理部１１１は、「受付中」であるパケットに関して、新たに受付終了条件が満たされたかどうか、その後（ステップｓ３２２以降）に別途実行された上述のステップｓ３０４の処理による、パケットの送受信や受付開始、終了等の事象（或いはユーザ入力や装置、アプリの起動等も含む）と、待機パケットに関する受付終了条件５０５とを照合することで判定する（ｓ３２３）。

受付終了条件が満たされた「受付中」パケットに関しては（ｓ３２３：Ｙ）、応答処理部１１１は、受信パケット一覧５０１の該当レコードにおける、現在の状態６０１を「受付中」から「終了」に更新し（ｓ３２４）、パケットの受信処理を終了する。なお、上述の二つのループ処理は実行順序が入れ替わっても構わない。以上の処理の結果、受信パケット一覧５０１における現在の状態６０１の変更が発生した場合（ｓ３２５：Ｙ）、それをトリガとしてさらに状態の変更が発生する可能性があるため、応答処理部１１１は処理をステップｓ３２１に戻し、上述の処理を再実行する。

こうしたパケットリプレイの処理により、受信パケット一覧５０１の内容が変更されていく状況について説明する。図１２は本実施形態における出力画面例２を示す図であり、具体的には、上述した受信パケット一覧５０１を構成する各レコード、すなわちリプレイ処理の対象となる一連のパケットの各組（パケット識別子“＃１”〜）に関し、リプレイ実施状況を示す画面例である。ここで画面表示されているのは、図７で示した受信パケット一覧５０１と同じ構成のテーブルに、現在の状態６０１と現在処理回数６０３の各項目が追加されたテーブル６００となる。

現在の状態６０１の値は、該当レコードに記述された該当パケットらに関するリプレイが現在どのような処理状態となっているかを表している。例えば、パケット識別子“＃１”のレコードに関しては、現在の状態が「終了」となっている。これは、当該パケットリプレイ装置１０１の起動に伴い、受付開始条件５０４の「起動後３秒」との条件に従って、例えば送信パケット５０３に記述された所定パケットの送信を装置起動３秒後に「１回」行い、現在処理回数６０３にて分数“１（実際の処理回数）／１（回数上限値）”で示すごとく処理回数５０６で規定された回数上限“１”に達し、パケット受信の受付終了となった状態を示している。

同様に、パケット識別子“＃２”のレコードに関しては、現在の状態が「終了」となっている。これは、上述のパケット識別子“＃１”のレコードに対応したリプレイ処理によりパケット送信が行われたことに伴い、受付開始条件５０４の「＃１送信」との条件に従って、例えば受信パケット５０２に記述された所定パケットの受信を「＃１送信」を検知して５秒間だけ「１回」行い、現在処理回数６０３にて分数“１（実際の処理回数）／１（回数上限値）”で示すごとく処理回数５０６で規定された回数上限“１”に達し、パケット受信の受付終了となった状態を示している。

同様に、パケット識別子“＃３”のレコードに関しては、現在の状態が「受付中」となっている。これは、上述のパケット識別子“＃２”のレコードに対応したリプレイ処理によりパケット受信が行われたことに伴い、受付開始条件５０４の「＃２開始」との条件に従って、例えば受信パケット５０２に記述された所定パケットの受信、ないし送信パケット５０３に記述された所定パケットの送信を、「＃２開始を検知してから「２回」行い、現在処理回数６０３にて分数“２（実際の処理回数）／３（回数上限値）”で示すごとく処理回数５０６で規定された回数上限“３”に未達のため、パケット受信の受付中となった状態を示している。

同様に、パケット識別子“＃４”のレコードに関しては、現在の状態が「未開始」となっている。これは、上述のパケット識別子“＃３”のレコードに対応したリプレイ処理が未だ終了していないことに伴い、受付開始条件５０４の「＃３終了」との条件に従って、リプライ処理を開始していない状態を示している。そのため、現在処理回数６０３にて分数“０（実際の処理回数）／３（回数上限値）”で示すごとく処理回数５０６で規定された回数上限“３”には未達となっている。このレコードでの受付終了条件は、下記のパケット識別子“＃５”に関してパケット受信が行われたこと、すなわち「＃５受信」を回数上限“３”回まで繰り返したこととなる。

同様に、パケット識別子“＃５”のレコードに関しても、現在の状態が「未開始」となっている。これは、受付開始条件５０４の「時刻１２：００：００」が到来していないことに伴い、リプライ処理を開始していない状態を示している。そのため、現在処理回数６０３にて分数“０（実際の処理回数）／３（回数上限値）”で示すごとく処理回数５０６で規定された回数上限“３”には未達となっている。このレコードでの受付終了条件は、ユーザインターフェイス１０７にて所定のユーザ入力を受けたこと、すなわち「ユーザ入力」を回数上限“３”回まで繰り返したこととなる。

また、こうしたテーブル６００をユーザインターフェイス１０７で閲覧するユーザは、上述の現在の状態６０１の各欄におけるボタン６０２を押下することで、状態の変更を行うことが可能である。例えば、現在の状態６０１が“終了”であっても、“再開”のボタンが押下されると、パケットリプレイ装置１０１はこれを受けて、受付開始条件５０４に関わらず該当レコードに関するパケットリプレイの処理を再開する。同様に、現在の状態６０１が“受付中”であっても、“強制終了”のボタンが押下されると、パケットリプレイ装置１０１はこれを受けて、受付終了条件５０５に関わらず該当レコードに関するパケットリプレイの処理を終了する。また、現在の状態６０１が“未開始”であっても、“開始”のボタンが押下されると、パケットリプレイ装置１０１はこれを受けて、受付開始条件５０４に関わらず該当レコードに関するパケットリプレイの処理を開始する。

続いて、上述の図７および図１２に示した受信パケット一覧５０１（パケットリスト５００）の各レコードに基づいて行うリプレイ処理の連携具合について、シーケンス図に用いてあらためて説明する。図１３は本実施形態におけるパケットリプレイ方法の処理手順例３を示すシーケンス図である。ここでは、上述のパケット識別子５２０（“＃１”〜）に対応したリプレイ処理に、該当パケット識別子を付して示すこととする。

この場合、リプレイ処理＃１（６１１）は、パケットリプレイ装置１０１の起動３秒後に受付を開始し、受信パケット＃１を受信した際には応答として送信パケット＃１を送信して処理を終了する。また、リプレイ処理＃２（６１２）は、送信パケット＃１送信後に受付を開始し、受信パケット＃２を受信した後に処理を終了する。なお、終了条件として「開始から５秒」が指定されているため、受付を開始してから５秒間経過しても処理が終了していない場合、即ち、開始から５秒経過しても受信パケット＃２を受信していない場合も処理を終了する。また、リプレイ処理＃２（６１２）には送信パケットが指定されていないため、受信パケット＃２の受信に対して応答パケットは送信しない。

また、リプレイ処理＃３（６１３）は、リプレイ処理＃２（６１２）の開始と同時に受付を開始する。受信パケット＃３を受信した際には応答として送信パケット＃３を送信して処理を終了するが、処理回数が３回と設定されているため、１回の送信では処理を終了せず、３回目の送信（６１６）が完了した時点で処理を終了する。

リプレイ処理＃４（６１４）は、リプレイ処理＃３（６１２）終了と同時に受付を開始し、受信パケット＃４を受信した際には応答として送信パケット＃４を送信して処理を終了する。

リプレイ処理＃５（６１５）は、リプレイ環境での時刻が指定時刻である１２：００：００となった時点で処理を開始し、受信パケット＃５を受信した際には応答として送信パケット＃５を送信する。リプレイ処理＃５（６１５）は、リプレイ処理＃３（６１３）と同様に処理回数が３回と設定されているため、送信パケット＃５を３回送信した場合に処理を終了するが、終了条件としてユーザ入力も指定されているため、６０２に示したユーザ操作による終了も可能である。

以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

こうした本実施形態によれば、パケット授受の経緯や時間など種々の条件に応じて変化する状況を的確に踏まえ、精度良好なパケットリプレイが可能となる。

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態のパケットリプレイ装置において、記憶装置に格納された実行条件は、所定属性のパケットの送信処理ないし受信処理を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、この場合、演算装置は、応答処理において、実行条件が規定する所定属性を備えたパケットの送信ないし受信を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。これによれば、パケットの送信処理ないし受信処理を契機とし、パケットリプレイに関する所定処理の実行を開始ないし終了することが可能となり、実際のパケット授受の状況により合致した正確性の高いパケットリプレイが可能となる。

また、本実施形態のパケットリプレイ装置において、記憶装置に格納された実行条件は、所定属性のパケットの受信受付の開始また終了を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、この場合、演算装置は、応答処理において、実行条件が規定する所定属性を備えたパケットの受信受付の開始また終了を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。これによれば、パケットの受信受付の開始また終了を契機とし、パケットリプレイに関する所定処理の実行を開始ないし終了することが可能となり、実際のパケット授受の状況により合致した正確性の高いパケットリプレイが可能となる。

また、本実施形態のパケットリプレイ装置において、記憶装置に格納された実行条件は、当該パケットリプレイ装置の起動、または当該パケットリプレイ装置内の所定プログラムの起動を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、この場合、演算装置は、応答処理において、前記実行条件が規定する当該パケットリプレイ装置の起動、または当該パケットリプレイ装置内の所定プログラムの起動を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。これによれば、パケットリプレイ装置の起動、または当該パケットリプレイ装置内の所定プログラムの起動を契機とし、パケットリプレイに関する所定処理の実行を開始ないし終了することが可能となり、実際のパケット授受の状況により合致した正確性の高いパケットリプレイが可能となる。

また、本実施形態のパケットリプレイ装置において、記憶装置に格納された実行条件は、指定時刻の到来を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、この場合、演算装置は、応答処理において、実行条件が規定する指定時刻の到来を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。これによれば、指定時刻の到来を契機とし、パケットリプレイに関する所定処理の実行を開始ないし終了することが可能となり、実際のパケット授受の状況により合致した正確性の高いパケットリプレイが可能となる。

また、本実施形態のパケットリプレイ装置において、記憶装置に格納された実行条件は、ユーザからの入力を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、この場合、演算装置は、応答処理において、実行条件が規定するユーザからの入力を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。これによれば、ユーザからの入力を契機とし、パケットリプレイに関する所定処理の実行を開始ないし終了することが可能となり、パケットリプレイに関する所定処理の実行を開始ないし終了することが可能となり、実際のパケット授受の状況により合致した正確性の高いパケットリプレイが可能となる。

また、本実施形態のパケットリプレイ装置において、記憶装置に格納された実行条件は、所定イベントからの所定時間の経過を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、この場合、演算装置は、応答処理において、実行条件が規定する、所定イベントからの所定時間の経過を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。これによれば、所定イベントからの所定時間の経過を契機とし、パケットリプレイに関する所定処理の実行を開始ないし終了することが可能となり、実際のパケット授受の状況により合致した正確性の高いパケットリプレイが可能となる。

また、本実施形態のパケットリプレイ装置において、記憶装置に格納された実行条件は、所定イベントの所定発生回数の達成を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、この場合、演算装置は、応答処理において、実行条件が規定する所定イベントの所定発生回数の達成を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、としてもよい。これによれば、所定イベントの所定発生回数の達成を契機とし、パケットリプレイに関する所定処理の実行を開始ないし終了することが可能となり、実際のパケット授受の状況により合致した正確性の高いパケットリプレイが可能となる。

なお、パケットリプレイ装置の演算装置は、上述のルールにおける、パケット間の関係性の条件として、キャプチャパケットのヘッダ情報、ペイロード情報、及びキャプチャ時の時刻情報を任意に組み合わせたユーザ指定を入力装置を介して受け付けて、当該受け付けた情報群を上述の関係性の条件として記憶装置に格納するものとしてもよい。

また、パケットリプレイ装置の演算装置は、上述の解析処理の結果、記憶装置に格納した、関係性の条件に対応する実行条件の情報と、キャプチャパケットの属性情報とについて、所定の表示装置に出力して、ユーザからの更新指示を入力装置にて受け付け、当該受け付けた更新指示に応じて更新した内容で、関係性の条件に対応する実行条件の情報と、キャプチャパケットの属性情報とを対応付けて記憶装置に格納するとしてもよい。

また、パケットリプレイ装置の演算装置は、上述の応答処理において、送受信したパケットの属性情報と、記憶装置に格納してあるキャプチャパケットの属性情報とを照合した際、同じでなかった場合はその差異を、所定の表示装置に出力するとしてもよい。

１０１ パケットリプレイ装置
１０２ パケットリプレイ部
１０３ ネットワークインターフェイス（通信装置）
１０４ メモリ
１０５ ＣＰＵ
１０６ 記憶装置
１０７ ユーザインターフェイス
１０８ プログラム
１１０ 解析処理部
１１１ 応答処理部
１２０ プログラム
２０２ 計算機ノード
２０３ パケット収集装置
２０４ ネットワーク
４０７ 関係性ルール（ルール）
７０２ 比較ルール
９０１ 通信変換情報

Claims (9)

1. ネットワーク上の他装置と通信を行う通信装置と、
   ネットワーク上で授受されるパケット間の関係性の条件と、当該関係性を備えたパケット授受を再現するパケットリプレイの実行条件とを対応付けて規定したルールを格納した記憶装置と、
   ネットワーク上で授受されている一連のパケットの複製たるキャプチャパケットの組を、パケットの収集装置より取得し、各キャプチャパケットの含むプロトコル及び通信レイヤの属性情報を、前記記憶装置の各ルールに照合して、前記キャプチャパケットの組みに該当する関係性を特定し、該当関係性の条件に対応する前記実行条件の情報を、前記キャプチャパケットの前記属性情報に対応付けて記憶装置に格納する解析処理と、
   前記ネットワークにおけるノードとしてパケットを送受信した際、該当パケットの含むプロトコル及び通信レイヤの属性情報と、前記記憶装置に格納してある前記キャプチャパケットの属性情報と照合して、属性情報が一致するキャプチャパケットに対応付けされた前記実行条件の情報を特定し、該当実行条件に応じてパケットリプレイを実行する応答処理とを実行する演算装置と、
   を備えることを特徴とするパケットリプレイ装置。
2. 前記記憶装置に格納された前記実行条件は、所定属性のパケットの送信処理ないし受信処理を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、
   前記演算装置は、前記応答処理において、前記実行条件が規定する所定属性を備えたパケットの送信ないし受信を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、
   ことを特徴とする請求項１に記載のパケットリプレイ装置。
3. 前記記憶装置に格納された前記実行条件は、所定属性のパケットの受信受付の開始また終了を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、
   前記演算装置は、前記応答処理において、前記実行条件が規定する所定属性を備えたパケットの受信受付の開始また終了を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、
   ことを特徴とする請求項１に記載のパケットリプレイ装置。
4. 前記記憶装置に格納された前記実行条件は、当該パケットリプレイ装置の起動、または当該パケットリプレイ装置内の所定プログラムの起動を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、
   前記演算装置は、前記応答処理において、前記実行条件が規定する当該パケットリプレイ装置の起動、または当該パケットリプレイ装置内の所定プログラムの起動を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、
   ことを特徴とする請求項１に記載のパケットリプレイ装置。
5. 前記記憶装置に格納された前記実行条件は、指定時刻の到来を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、
   前記演算装置は、前記応答処理において、前記実行条件が規定する指定時刻の到来を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、
   ことを特徴とする請求項１に記載のパケットリプレイ装置。
6. 前記記憶装置に格納された前記実行条件は、ユーザからの入力を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、
   前記演算装置は、前記応答処理において、前記実行条件が規定するユーザからの入力を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、
   ことを特徴とする請求項１に記載のパケットリプレイ装置。
7. 前記記憶装置に格納された前記実行条件は、所定イベントからの所定時間の経過を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、
   前記演算装置は、前記応答処理において、前記実行条件が規定する、所定イベントからの所定時間の経過を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、
   ことを特徴とする請求項１に記載のパケットリプレイ装置。
8. 前記記憶装置に格納された前記実行条件は、所定イベントの所定発生回数の達成を契機とした、パケットリプレイに関する所定処理の実行開始ないし実行終了を規定したものであり、
   前記演算装置は、前記応答処理において、前記実行条件が規定する所定イベントの所定発生回数の達成を契機として、該当実行条件における、パケットリプレイに関する所定処理の実行を開始ないし終了するものである、
   ことを特徴とする請求項１に記載のパケットリプレイ装置。
9. ネットワーク上の他装置と通信を行う通信装置と、ネットワーク上で授受されるパケット間の関係性と、当該関係性を備えたパケット授受を再現するパケットリプレイの実行条件とを対応付けて規定したルールを格納した記憶装置とを備えた情報処理装置が、
   ネットワーク上で授受されている一連のパケットの複製たるキャプチャパケットの組を、パケットの収集装置より取得し、各キャプチャパケットの含むプロトコル及び通信レイヤの属性情報を、前記記憶装置の各ルールに照合して、前記キャプチャパケットの組みに該当する関係性を特定し、該当関係性に対応する前記実行条件の情報を、前記キャプチャパケットの前記属性情報に対応付けて記憶装置に格納する解析処理と、
   前記ネットワークにおけるノードとしてパケットを送受信した際、該当パケットの含むプロトコル及び通信レイヤの属性情報と、前記記憶装置に格納してある前記キャプチャパケットの属性情報と照合して、属性情報が一致するキャプチャパケットに対応付けされた前記実行条件の情報を特定し、該当実行条件に応じてパケットリプレイを実行する応答処理とを実行する、
   ことを特徴とするパケットリプレイ方法。