(57)【特許請求の範囲】
【請求項１】
試験対象通信装置に接続された転送装置に接続され、前記試験対象通信装置から送信されたデータが当該データの宛先に関わらず前記転送装置から転送され、前記転送装置により転送された前記試験対象通信装置からのデータを受信し、前記試験対象通信装置の試験を行う情報処理装置であって、
前記試験対象通信装置以外の第１の通信装置と複数の第２の通信装置との間で送受信された複数のデータを送信元アドレスと宛先アドレスとともに記録するデータ記録部と、
前記データ記録部に記録されている複数のデータの中から第２の通信装置から第１の通信装置へ送信されたいずれかのデータを選択し、選択した選択データと、前記選択データの送信元の第２の通信装置の通信アドレスを通知する送信元通知情報とを出力する試験実行部と、
前記試験実行部により選択される選択データの送信元の第２の通信装置の通信アドレスを記憶する通信アドレス記憶部と、
前記試験実行部により出力された前記選択データと前記送信元通知情報とを入力し、前記送信元通知情報で通知されている第２の通信装置の通信アドレスを送信元アドレスにして前記選択データを前記転送装置を介して前記試験対象通信装置に送信し、前記試験対象通信装置から送信されたデータを前記転送装置から受信し、受信したデータの宛先アドレスが前記通信アドレス記憶部に記憶されている第２の通信装置の通信アドレスに合致する場合に、受信したデータを選択データに起因して前記試験対象通信装置から送信された検証対象データと判断し、検証対象データと当該検証対象データの宛先アドレスとなっている第２の通信装置の通信アドレスを通知する宛先通知情報とを出力する通信処理部とを有し、
前記試験実行部は、
前記通信処理部により出力された前記検証対象データと前記宛先通知情報とを入力し、入力した宛先通知情報で通知されている第２の通信装置の通信アドレスが宛先アドレスとなっているデータを前記検証対象データと照合する照合データとして前記データ記録部から抽出し、抽出した照合データと前記検証対象データとを照合して前記試験対象通信装置の動作の検証を行うことを特徴とする情報処理装置。
【請求項２】
前記データ記録部は、
前記第１の通信装置と前記複数の第２の通信装置との間で送受信された複数のデータを時系列に従って順序づけて記録し、
前記試験実行部は、
検証対象データと宛先通知情報とを入力した際に、前記宛先通知情報で通知されている第２の通信装置の通信アドレスが送信元アドレスとなっているデータのうち直近に選択した選択データに後続する、前記宛先通知情報で通知されている第２の通信装置の通信アドレスが宛先アドレスとなっているデータを、前記検証対象データの照合データとして前記データ記録部から抽出することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、更に、
前記第１の通信装置と前記複数の第２の通信装置との間で送受信される複数のデータを送信元アドレスと宛先アドレスとともに取得するデータ取得部を有し、
前記データ記録部は、
前記データ取得部により取得された複数のデータを送信元アドレスと宛先アドレスとともに記録することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記通信処理部は、
前記試験対象通信装置から送信されたデータを前記転送装置から受信し、受信したデータの宛先アドレスが前記通信アドレス記憶部に記憶されている第２の通信装置の通信アドレスに合致しない場合に、受信したデータを破棄することを特徴とする請求項１〜３のいずれかに記載の情報処理装置。
【請求項５】
前記通信アドレス記憶部は、
前記試験実行部が選択データを選択する前に、前記データ記録部に記録されている前記複数の第２の通信装置の通信アドレスを入力し、入力した前記複数の第２の通信装置の通信アドレスを記憶し、
前記通信処理部は、
前記試験対象通信装置から送信されたデータを前記転送装置から受信し、受信したデータの宛先アドレスが前記通信アドレス記憶部に記憶されているいずれかの第２の通信装置の通信アドレスに合致する場合に、受信したデータを選択データに起因して前記試験対象通信装置から送信された検証対象データと判断することを特徴とする請求項１〜４のいずれかに記載の情報処理装置。
【請求項６】
前記通信アドレス記憶部は、
前記試験実行部が選択データを選択した後に、選択データの送信元の第２の通信装置の通信アドレスを入力し、入力した第２の通信装置の通信アドレスを記憶することを特徴とする請求項１〜４のいずれかに記載の情報処理装置。
【請求項７】
試験対象通信装置に接続された転送装置に接続され、前記試験対象通信装置から送信されたデータが当該データの宛先に関わらず前記転送装置から転送され、前記転送装置により転送された前記試験対象通信装置からのデータを受信するコンピュータが行う、前記試験対象通信装置の試験方法であって、
前記コンピュータが、前記試験対象通信装置以外の第１の通信装置と複数の第２の通信装置との間で送受信された複数のデータを送信元アドレスと宛先アドレスとともにデータ記録領域に記録するデータ記録ステップと、
前記コンピュータが、前記データ記録領域に記録されている複数のデータの中から第２の通信装置から第１の通信装置へ送信されたいずれかのデータを選択し、選択した選択データと、前記選択データの送信元の第２の通信装置の通信アドレスを通知する送信元通知情報とを出力する試験実行ステップと、
前記コンピュータが、前記試験実行ステップにより選択される選択データの送信元の第２の通信装置の通信アドレスを通信アドレス記憶領域に記憶する通信アドレス記憶ステップと、
前記コンピュータが、前記試験実行ステップにより出力された前記選択データと前記送信元通知情報とを入力し、前記送信元通知情報で通知されている第２の通信装置の通信アドレスを送信元アドレスにして前記選択データを前記転送装置を介して前記試験対象通信装置に送信し、前記試験対象通信装置から送信されたデータを前記転送装置から受信し、受信したデータの宛先アドレスが前記通信アドレス記憶領域に記憶されている第２の通信装置の通信アドレスに合致する場合に、受信したデータを選択データに起因して前記試験対象通信装置から送信された検証対象データと判断し、検証対象データと当該検証対象データの宛先アドレスとなっている第２の通信装置の通信アドレスを通知する宛先通知情報とを出力する通信処理ステップとを有し、
前記試験実行ステップにおいて、
前記コンピュータは、前記通信処理ステップにより出力された前記検証対象データと前記宛先通知情報とを入力し、入力した宛先通知情報で通知されている第２の通信装置の通信アドレスが宛先アドレスとなっているデータを前記検証対象データと照合する照合データとして前記データ記録領域から抽出し、抽出した照合データと前記検証対象データとを照合して前記試験対象通信装置の動作の検証を行うことを特徴とする試験方法。
【請求項８】
試験対象通信装置に接続された転送装置に接続され、前記試験対象通信装置から送信されたデータが当該データの宛先に関わらず前記転送装置から転送され、前記転送装置により転送された前記試験対象通信装置からのデータを受信するコンピュータに、
前記試験対象通信装置以外の第１の通信装置と複数の第２の通信装置との間で送受信された複数のデータを送信元アドレスと宛先アドレスとともにデータ記録領域に記録するデータ記録ステップと、
前記データ記録領域に記録されている複数のデータの中から第２の通信装置から第１の通信装置へ送信されたいずれかのデータを選択し、選択した選択データと、前記選択データの送信元の第２の通信装置の通信アドレスを通知する送信元通知情報とを出力する試験実行ステップと、
前記試験実行ステップにより選択される選択データの送信元の第２の通信装置の通信アドレスを通信アドレス記憶領域に記憶する通信アドレス記憶ステップと、
前記試験実行ステップにより出力された前記選択データと前記送信元通知情報とを入力し、前記送信元通知情報で通知されている第２の通信装置の通信アドレスを送信元アドレスにして前記選択データを前記転送装置を介して前記試験対象通信装置に送信し、前記試験対象通信装置から送信されたデータを前記転送装置から受信し、受信したデータの宛先アドレスが前記通信アドレス記憶領域に記憶されている第２の通信装置の通信アドレスに合致する場合に、受信したデータを選択データに起因して前記試験対象通信装置から送信された検証対象データと判断し、検証対象データと当該検証対象データの宛先アドレスとなっている第２の通信装置の通信アドレスを通知する宛先通知情報とを出力する通信処理ステップとを実行させ、
前記試験実行ステップにおいて、
前記コンピュータに、
前記通信処理ステップにより出力された前記検証対象データと前記宛先通知情報とを入力させ、入力した宛先通知情報で通知されている第２の通信装置の通信アドレスが宛先アドレスとなっているデータを前記検証対象データと照合する照合データとして前記データ記録領域から抽出させ、抽出した照合データと前記検証対象データとを照合して前記試験対象通信装置の動作の検証を行わせることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンラインシステム等のデータ処理システムの動作確認のための試験に関する。
【背景技術】
【０００２】
本発明に関連する技術として特許文献１に記載の技術がある。
特許文献１では、ローカルエリアネットワークに接続するノードにて構成されるオンラインシステムに対する改造や訓練を実施する場合に、オンラインシステムの通信データを取得し、取得した通信データを蓄積する。
そして、蓄積した通信データを、オンラインシステムを模擬した模擬システムのローカルエリアネットワークに送出し、模擬システムのノードとの間でオンラインシステムの通信を再現し、オンラインシステムに対するテストを模擬システムで行っている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１４８３５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の方法は、オンラインシステムのネットワークに多数の端末が接続されているケースにて通信データを蓄積した場合には、模擬システムに通信データを送出する際に多数の端末からデータが送出されたように振舞う必要がある。
蓄積した通信データを模擬システムのネットワークに対して送出する際に、オペレーティングシステムのソケット通信機能を使用する方法がある。
このオペレーティングシステムのソケット通信機能を用いて、複数の端末からのデータを送受信する場合には、複数の端末のアドレスを設定する（マルチアサイン）ことにより、多数の端末として動作することが可能である。
しかし、数千台のアドレスをマルチアサインにて行った場合、オペレーティングシステムは模擬システムのネットワークからデータを受信する度に、データ検証の際に、受信データの宛先アドレスがマルチアサインされたアドレスと一致するか、データのポート番号がソケット通信で確保されている番号と一致するか順に比較しており、複数のアドレスを設定してソケット通信を行うと比較処理の負荷が高くなるという課題がある。
また、オペレーティングシステムは、ソケット通信を行う場合、送受信用のデータ格納のためのバッファとして６４ＫＢ程度の領域を１つのソケットに対して割り当てるため、ソケットの数が多くなると、割り当てるメモリ容量が多くなるという課題がある。
【０００５】
この発明は、上記のような課題を解決することを主な目的としており、多数の端末から送信された通信データを蓄積した場合でも、通信データを送出する際にソケット通信のオーバヘッドなしに複数の端末が送出したように模擬することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る情報処理装置は、
試験対象通信装置に接続された転送装置に接続され、前記試験対象通信装置から送信されたデータが当該データの宛先に関わらず前記転送装置から転送され、前記転送装置により転送された前記試験対象通信装置からのデータを受信し、前記試験対象通信装置の試験を行う情報処理装置であって、
前記試験対象通信装置以外の第１の通信装置と複数の第２の通信装置との間で送受信された複数のデータを送信元アドレスと宛先アドレスとともに記録するデータ記録部と、
前記データ記録部に記録されている複数のデータの中から第２の通信装置から第１の通信装置へ送信されたいずれかのデータを選択し、選択した選択データと、前記選択データの送信元の第２の通信装置の通信アドレスを通知する送信元通知情報とを出力する試験実行部と、
前記試験実行部により選択される選択データの送信元の第２の通信装置の通信アドレスを記憶する通信アドレス記憶部と、
前記試験実行部により出力された前記選択データと前記送信元通知情報とを入力し、前記送信元通知情報で通知されている第２の通信装置の通信アドレスを送信元アドレスにして前記選択データを前記転送装置を介して前記試験対象通信装置に送信し、前記試験対象通信装置から送信されたデータを前記転送装置から受信し、受信したデータの宛先アドレスが前記通信アドレス記憶部に記憶されている第２の通信装置の通信アドレスに合致する場合に、受信したデータを選択データに起因して前記試験対象通信装置から送信された検証対象データと判断し、検証対象データと当該検証対象データの宛先アドレスとなっている第２の通信装置の通信アドレスを通知する宛先通知情報とを出力する通信処理部とを有し、
前記試験実行部は、
前記通信処理部により出力された前記検証対象データと前記宛先通知情報とを入力し、入力した宛先通知情報で通知されている第２の通信装置の通信アドレスが宛先アドレスとなっているデータを前記検証対象データと照合する照合データとして前記データ記録部から抽出し、抽出した照合データと前記検証対象データとを照合して前記試験対象通信装置の動作の検証を行うことを特徴とする。
【発明の効果】
【０００７】
本発明では、通信処理部が、受信したデータの宛先アドレスが通信アドレス記憶部に記憶されている第２の通信装置の通信アドレスに合致するかどうかを判断する。つまり、受信したデータの宛先アドレスが通信アドレス記憶部に記憶されている第２の通信装置の通信アドレスに合致すれば、受信したデータを選択データに起因して試験対象通信装置から送信された検証対象データと判断し、試験実行部における検証の対象とする。
このため、本発明では、ソケット通信の場合のように、データ検証の際に、受信データの宛先アドレスがマルチアサインされたアドレスと一致するか、データのポート番号がソケット通信で確保されている番号と一致するかといった判断を行う必要がなく、ソケット通信によるオーバヘッドを軽減できる。
また、ソケット通信で使用する送受信用のデータ格納のためのバッファを割り当てる必要がなく、使用するメモリ容量を削減できる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態１に係るシステム構成例を示す図。
【図２】実施の形態１に係るシステム検証装置の構成例を示す図。
【図３】実施の形態１に係る通信シーケンス１を示す図。
【図４】実施の形態１に係る通信シーケンス２を示す図。
【図５】実施の形態１に係る通信シーケンス３を示す図。
【図６】実施の形態１に係る記録データの例を示す図。
【図７】実施の形態１に係る接続要求の構成例を示す図。
【図８】実施の形態１に係る接続完了通知の構成例を示す図。
【図９】実施の形態１に係る送信データ通知及び受信データ通知の構成例を示す図。
【図１０】実施の形態１に係る切断要求の構成例を示す図。
【図１１】実施の形態１に係る切断通知の構成例を示す図。
【図１２】実施の形態１に係るデータ検証部のフローチャート１を示す図。
【図１３】実施の形態１に係るデータ検証部のフローチャート２を示す図。
【図１４】実施の形態１に係るマルチセッション模擬部のフローチャート１を示す図。
【図１５】実施の形態１に係るマルチセッション模擬部のフローチャート２を示す図。
【図１６】実施の形態２に係るシステム構成例を示す図。
【図１７】実施の形態２に係る通信シーケンスを示す図。
【図１８】実施の形態２に係るマルチセッション模擬部のフローチャートを示す図。
【図１９】実施の形態２に係るデータ検証部のフローチャートを示す図。
【図２０】実施の形態１及び２に係るシステム検証装置のハードウェア構成例を示す図。
【発明を実施するための形態】
【０００９】
実施の形態１．
図１は、本実施の形態に係るシステム構成例を示す。
【００１０】
システム検証装置（１）は、参照システム（２）で送受信されたデータを取得し、蓄積する。
また、システム検証装置（１）は、蓄積しているデータを用いて検査システム（３）の試験対象サーバ装置（２２）の試験を行う。
システム検証装置（１）は情報処理装置の例である。
【００１１】
参照システム（２）には、スイッチＳＷ（２３）を介して、サーバ装置（２１）と複数の端末装置１〜Ｎが接続されている。
システム検証装置（１）は、スイッチＳＷ（２３）に接続される。
スイッチＳＷ（２３）には参照システム（２）が送受信するデータのコピーをシステム検証装置（１）に送信するよう設定されている。
サーバ装置（２１）は第１の通信装置の例であり、複数の端末装置１〜Ｎは第２の通信装置の例である。
【００１２】
検査システム（３）には、検査対象である試験対象サーバ装置（２２）がスイッチＳＷ（２４）を介して接続されている。
試験対象サーバ装置（２２）は試験対象通信装置の例である。
また、システム検証装置（１）は、スイッチＳＷ（２４）に接続される。
スイッチＳＷ（２４）はシステム検証装置（１）と試験対象サーバ装置（２２）との間の通信を中継する。
スイッチＳＷ（２４）は、試験対象サーバ装置（２２）から送信されたデータをシステム検証装置（１）に転送する。
スイッチＳＷ（２４）は、転送装置の例である。
【００１３】
本実施の形態では、システム検証装置（１）が端末装置を模擬し、参照システム（２）が送受信しているデータを使用して検査システム（３）の試験対象サーバ装置（２２）の動作を検証する。
【００１４】
図２は、システム検証装置（１）の構成例を示す。
【００１５】
図２において、データ取得部（４）は参照システム（２）からデータを取得する。
より詳細には、データ取得部（４）は、サーバ装置（２１）と複数の端末装置（２０、２５）との間で送受信される複数のデータを送信元アドレスと宛先アドレスとともに取得する。
【００１６】
データ検証部（５）は、データ取得部（４）で取得したデータをデータ記録部（１３）に記録し、記録したデータを取り出して試験データとして検査システム（３）に送信し、検査システム（３）から受信したデータと、データ取得部（４）で取得したデータとを比較する。
データ検証部（５）は試験実行部の例である。
【００１７】
データ記録部（１３）は、データ取得部（４）で取得されたデータ、換言すれば、サーバ装置（２１）と複数の端末装置１〜Ｎとの間で送受信された複数のデータを送信元アドレスと宛先アドレスとともに記録する。
【００１８】
検証データセッション情報テーブル記憶部（１２）は、データ検証部（５）が検査システム（３）との間でデータ送受信する際の端末装置の情報を記録する。
【００１９】
キュー（１６）は、データ検証部（５）とマルチセッション模擬部（６）との間でデータの受け渡しを行う。
【００２０】
マルチセッション模擬部（６）は、複数の通信を模擬する部分であり、ＴＣＰ送受信部（７）、ＵＤＰ送受信部（８）、ＩＰ、ＡＲＰ通信部（９）を有する。
【００２１】
また、マルチセッション模擬部（６）は、模擬するアドレスで構成されるアドレステーブルを記憶するアドレステーブル記憶部（１５）を有する。
つまり、システム検証装置（１）は、端末装置１〜Ｎのアドレスを送信元アドレスとする試験データを順次試験対象サーバ装置（２２）に送信する（換言すると、システム検証装置（１）は端末装置１〜Ｎを模擬することになる）が、アドレステーブル記憶部（１５）は、試験対象サーバ装置（２２）に送信する試験データ（選択データ）の送信元として用いられる端末装置１〜Ｎのアドレス（試験対象サーバ装置（２２）からの応答データの宛先アドレス）をアドレステーブルに記憶する。
アドレステーブル記憶部（１５）は、具体的には、端末装置のＩＰアドレス、宛先ポート番号を記憶している。
アドレステーブル記憶部（１５）は、通信アドレス記憶部の例である。
【００２２】
また、マルチセッション模擬部（６）は、通信情報を格納するセッション管理テーブル（１４）を有する。
【００２３】
マルチセッション模擬部（６）は以上の要素から構成され、データ検証部（５）から指定されたプロトコル、宛先ＩＰアドレスおよび送信元ＩＰアドレス、宛先ポート番号を使用してデータを検査システム（３）に送信すると共に、検査システム（３）から受信したデータをデータ検証部（５）に通知する。
アドレステーブル記憶部（１５）を除くマルチセッション模擬部（６）は、通信処理部の例である。
【００２４】
ＬＡＮ送受信部（１０）は、検査システム（３）との間でデータを送受信する。
【００２５】
模擬アドレス設定部（１１）は、システム検証装置（１）が模擬する端末装置１〜ＮのＩＰアドレス及び宛先ポート番号をアドレステーブル記憶部（１５）に設定する。
【００２６】
ここで、本実施の形態に係るシステム検証装置（１）の動作の概要を説明する。
【００２７】
データ取得部（４）が、サーバ装置（２１）と各端末装置との間で送受信されるデータを送信元アドレス及び宛先アドレスとともにスイッチＳＷ（２３）から受信し、データ検証部（５）がこれらデータを送信元アドレス及び宛先アドレスとともに時系列に従ってデータ記録部（１３）に格納する。
また、試験対象サーバ装置（２２）への試験データの送信前に、模擬アドレス設定部（１１）が、データ記録部（１３）に記憶されている端末装置の通信アドレス（ＩＰアドレス、宛先ポート番号）をアドレステーブル記憶部（１５）に格納する。
後述するように、データ検証部（５）は、送信元アドレスが端末装置となっているデータを時系列に従ってデータ記録部（１３）から選択し、試験対象サーバ装置（２２）に送信させることから、アドレステーブル記憶部（１５）は、データ検証部（５）により選択される選択データの送信元の端末装置のアドレスを記憶することになる。
ここでは、試験対象サーバ装置（２２）への試験の実施前にデータ記録部（１３）に記録されている端末装置のアドレスをアドレステーブル記憶部（１５）に格納する例を説明しているが、異なった方法でもよい。
より具体的には、試験開始前のアドレスの記憶は行わず、データ検証部（５）により試験対象サーバ装置（２２）に送信するデータが選択される度に、選択された選択データの送信元の端末装置のアドレスをアドレステーブル記憶部（１５）が入力し、入力した端末装置のアドレスを記憶するようにしてもよい。
【００２８】
その後、データ検証部（５）は、試験対象サーバ装置（２２）への試験を開始する。
具体的には、データ記録部（１３）に記録されているデータのうち送信元アドレスが端末装置となっているデータを時系列に従って選択し、選択した選択データと、選択データの送信元の端末装置の通信アドレスを通知する送信元通知情報（具体的には、セッションＩＤ）をキュー（１６）を介してマルチセッション模擬部（６）に出力する。
マルチセッション模擬部（６）では、ＴＣＰ送受信部（７）又はＵＤＰ送受信部（８）が送信元通知情報から選択データの送信元の端末装置の通信アドレス（ＩＰアドレス、宛先ポート番号）を選択データに付加し、ＩＰ、ＡＲＰ通信部９がＬＡＮ送受信部（１０）に通信アドレスが付加されたデータを出力する。
ＬＡＮ送受信部（１０）は、スイッチＳＷ（２４）にデータを出力し、スイッチＳＷ（２４）を介して試験対象サーバ装置（２２）にデータが届く。
【００２９】
試験対象サーバ装置（２２）では、受信したデータを解析し、所定のデータ処理を行って、応答データを返す。
応答データには、スイッチＳＷ（２４）からのデータにおいて送信元アドレスとして示されていた端末装置の通信アドレスが宛先アドレスとして示されている。
応答データは、スイッチＳＷ（２４）の転送によりシステム検証装置（１）に届く。
【００３０】
ＬＡＮ送受信部（１０）は、プロミスカスモードになっており、すべてのデータを受信する。
ＩＰ、ＡＲＰ通信部（９）は、受信したデータの宛先アドレス（ＩＰアドレス、宛先ポート番号）がアドレステーブル記憶部（１５）で記憶されているいずれかの端末装置の通信アドレス（ＩＰアドレス、宛先ポート番号）と一致するかどうかを検索する。ＩＰアドレス、ポート番号の検索は、アドレスとポート番号を組み合わせたハッシュ値を用いて行う。模擬対象のアドレスが増えた場合でも、検索のオーバヘッドを軽減することができる。通信アドレスが一致する場合は、当該データをＴＣＰ送受信部（７）又はＵＤＰ送受信部（８）に出力する。
一方、データの宛先アドレスがアドレステーブル記憶部（１５）に記憶されているいずれの端末装置のアドレスとも一致しない場合は、ＩＰ、ＡＲＰ通信部（９）は、当該データを廃棄する。
【００３１】
ＴＣＰ送受信部（７）又はＵＤＰ送受信部（８）は、ＩＰ、ＡＲＰ通信部（９）から入力したデータ本体と、当該通信アドレスを通知する宛先通知情報（具体的にはセッションＩＤ）を、当該データをキュー（１６）を介してデータ検証部（５）に出力する。
【００３２】
データ検証部（５）は、ＴＣＰ送受信部（７）又はＵＤＰ送受信部（８）により出力されたデータ本体（検証対象データ）と宛先通知情報とを入力する。
そして、データ検証部（５）は、宛先通知情報で通知されている端末装置が宛先なっているデータをデータ記録部（１３）から抽出する。抽出したデータは、入力したデータ（検証対象データ）と照合する照合データとなる。
なお、この照合データの抽出は、試験対象サーバ装置（２２）からデータを入力する前に行っていてもよい。
そして、データ検証部（５）は、抽出した照合データと入力したデータ（検証対象データ）とを照合して試験対象サーバ装置（２２）の動作の検証を行う。
【００３３】
以上のように、ＩＰ、ＡＲＰ通信部（９）は、スイッチＳＷ（２４）から受信したデータの宛先アドレスがアドレステーブル記憶部（１５）で記憶されている端末装置の通信アドレスと一致するかを判断する。
つまり、受信したデータの宛先アドレスがアドレステーブル記憶部（１５）で記憶されている端末装置の通信アドレスに一致すれば、受信したデータを選択データに起因して試験対象サーバ装置（２２）から送信されたデータ（検証対象データ）と判断し、データ検証部（５）に出力する。
このため、本実施の形態では、ソケット通信の場合のように、データ検証の際に、受信データの宛先アドレスがマルチアサインされたアドレスと一致するか、データのポート番号がソケット通信で確保されている番号と一致するかといった判断を行う必要がなく、ソケット通信によるオーバヘッドを軽減できる。
また、ソケット通信で使用する送受信用のデータ格納のためのバッファを割り当てる必要がなく、使用するメモリ容量を削減できる。
【００３４】
図３は、データ検証部（５）がマルチセッション模擬部（６）を介して検査システム（３）の試験対象サーバ装置（２２）（図３では、サーバと表記、図４、図５でも同様）と通信を行う場合のシーケンス図である。
図４は、通信後、試験対象サーバ装置（２２）からコネクションを切断する場合のシーケンス図である。
図５は、データ検証部（５）からコネクションを切断する場合のシーケンス図である。
【００３５】
図６は、データ記録部（１３）が記録している記録データの例である。
図６に示すように、データ記録部（１３）では、データ取得部（４）が参照システム（２）から取得したデータ（データ本体（５７））が、時刻（５０）、プロトコル（５１）、送信元ＩＰアドレス（５２）、宛先ＩＰアドレス（５３）、送信元ポート番号（５４）、宛先ポート番号（５５）、データサイズ（５６）とともに時系列に従って記録されている。
【００３６】
図７は、接続要求（３０）の構成、図８は接続完了通知（３１）の構成、図９は送信データ通知（３２）及び受信データ通知（３３）の構成、図１０は切断要求（３５）の構成、図１１は切断通知（３４）の構成を示す。
接続要求（３０）は、図３に示すように、データ検証部（５）からマルチセッション模擬部（６）に出力される。
接続完了通知（３１）は、図３に示すように、マルチセッション模擬部（６）からデータ検証部（５）に出力される。
送信データ通知（３２）は、図３に示すように、データ検証部（５）からマルチセッション模擬部（６）に出力される。
受信データ通知（３３）は、図３に示すように、マルチセッション模擬部（６）からデータ検証部（５）に出力される。
切断要求（３５）は、図４及び図５に示すように、データ検証部（５）からマルチセッション模擬部（６）に出力される。
切断通知（３４）は、図４及び図５に示すように、マルチセッション模擬部（６）からデータ検証部（５）に出力される。
【００３７】
また、図１２は、データ検証部（５）（試験実行ステップ）のフローチャート１である。
図１３は、データ検証部（５）（試験実行ステップ）のフローチャート２である。
図１４は、マルチセッション模擬部（６）（通信処理ステップ）のフローチャート１である。
図１５は、マルチセッション模擬部（６）（通信処理ステップ）のフローチャート２である。
【００３８】
次に、本実施の形態に係るシステム検証装置（１）の動作を詳細に説明する。
【００３９】
システム検証装置（１）は、まず、参照システム（２）上のデータをデータ取得部（４）で取得し、データ検証部（５）がデータ記録部（１３）に記録する（データ記録ステップ）。
例えば、Ｗｅｂを使用したインターネットの書籍販売システムの場合では、ユーザの書籍の注文データが端末装置からサーバ装置（２１）宛に送信され、システム検証装置（１）は、このデータをスイッチＳＷ（２３）経由で取得し、図６のように記録する。
記録するデータは、時刻（５０）、プロトコル（５１）、送信元ＩＰアドレス（５２）、宛先ＩＰアドレス（５３）、送信元ポート番号（５４）、宛先ポート番号（５５）とデータサイズ（５６）、データ本体（５７）である。
図６は、３人のユーザが端末装置１、２、３からサーバ装置（２１）に対して本を注文した場合の例であり、端末装置１からの注文データの場合は、プロトコル：ＴＣＰ、送信元ＩＰアドレス：端末装置１のＩＰアドレス、宛先ＩＰアドレス：サーバ装置のＩＰアドレス、送信元ポート番号：１０２４、宛先ポート番号：８０、データサイズ：１０００、データ本体：注文する本の名称、価格などが含まれる。
一方、サーバ装置（２１）から端末装置１への回答の場合は、ＩＰアドレス、ポート番号は、送信元と宛先が注文データと逆になり、データサイズ：１００、データ本体：注文の受け付け結果などが含まれる。
端末装置２、３からのデータも同様に記録する。
【００４０】
次に、試験開始前に、システム検証装置（１）では、模擬アドレス設定部（１１）が、試験において模擬する端末装置１〜Ｎの通信アドレス（ＩＰアドレス、ポート番号）をアドレステーブル記憶部（１５）のアドレステーブルに設定する（通信アドレス記憶ステップ）。
より具体的には、模擬アドレス設定部（１１）は、データ記録部（１３）に記録されている端末装置１〜Ｎの通信アドレスをデータ記録部（１３）から読み出し、読み出した端末装置１〜Ｎの通信アドレスをアドレステーブル記憶部（１５）に記憶させる。
なお、端末装置のＩＰアドレス、宛先ポート番号の他に、端末装置のＭＡＣアドレスをアドレステーブルに設定してもよい。
【００４１】
次に、データ記録部（１３）に記録されたデータを用いて検査システム（３）上の試験対象サーバ装置（２２）の動作を検証する場合の動作を図１２を用いて説明する。
【００４２】
まず、データ検証部（５）は、データ記録部（１３）に記録されているデータを先頭から順に取り出す（ステップ１０１）。
次に、データ検証部（５）は、取り出したデータがサーバ装置（２１）宛の注文データであるかをチェックする（ステップ１０２）。
サーバ装置（２１）宛のデータの場合は、検証データセッション情報が検証データセッション情報テーブル記憶部（１２）に登録されているかをチェックする（ステップ１０３）。
検証データセッション情報の登録がなければ、データ検証部（５）は、端末装置とサーバ装置（２１）の通信情報としてプロトコル：ＴＣＰ、送信元ＩＰアドレス：端末装置１のＩＰアドレス、宛先ＩＰアドレス：サーバ装置のＩＰアドレス、送信元ポート番号：１０２４、宛先ポート番号：８０を検証データセッション情報として検証データセッション情報テーブル記憶部（１２）に登録する（ステップ１０４）。
次に、データ検証部（５）は、ステップ１０１で取り出したデータのプロトコルをチェックする（ステップ１０５）。
ステップ１０５のチェックの結果、プロトコルがＴＣＰの場合は、データ検証部（５）は、図７に示す接続要求（３０）をマルチセッション模擬部（６）に送信する（ステップ１０６）。
ステップ１０５のチェックの結果、プロトコルがＵＤＰの場合は、データ検証部（５）は、図９に示す送信データ通知をマルチセッション模擬部（６）に送信する（ステップ１０７）。
以降の説明では、使用するプロトコルがＴＣＰの場合の例を説明する。
データ検証部（５）は、次に、データ記録部（１３）に記録されている次のデータの時刻との差分のタイマを起動し（ステップ１０８）、タイマが満了後、データ記録部（１３）から次のデータを取り出す（ステップ１０１）。
【００４３】
ステップ１０２において、取り出したデータがサーバ装置（２１）から端末装置１への注文受け付けデータの場合は、データ検証部（５）は、注文データに対する結果として検査システム（３）の試験対象サーバ装置（２２）が送信したデータと比較するための照合データとする（ステップ１０９）。照合データは、所定の記憶領域に格納する。
データ検証部（５）は、照合データと検査システム（３）の試験対象サーバ装置（２２）からのデータ（検証対象データ）を照合した結果、両者が一致していれば、検査システム（３）の試験対象サーバ装置（２１）が正しく動作していることを確認することができる。
以上の要領にて、端末装置２、３からのデータも順に取り出し、端末１のデータと同様の処理を行う。
【００４４】
ステップ１０３にて、検証データセッション情報が検証データセッション情報テーブル記憶部（１２）に登録されていれば、既にコネクションは確立しているので、データ検証部（５）は、図９に示す送信データ通知をマルチセッション模擬部（６）に送信する（ステップ１１０）。
また、データ検証部（５）は、このデータが検証データセッションの最後のデータかどうかをチェックし（ステップ１１１）、最後のデータの場合は、データ検証部（５）は、図１０に示す切断要求をマルチセッション模擬部（６）に送信する（ステップ１１２）。
【００４５】
次に図１４、図１５を用いて接続要求（３０）を受信した際のマルチセッション模擬部（６）の動作を説明する。
【００４６】
マルチセッション模擬部（６）では、ＴＣＰ送受信部（７）がキュー（１６）からデータを受信する（ステップ３０１）。
ＴＣＰ送受信部（７）では、データ種別を判断し（ステップ３０２）、データ種別に応じた処理を行う。
接続要求の場合は、ＴＣＰ送受信部（７）は、接続要求内の送信元ＩＰアドレス、宛先ＩＰアドレス、宛先ポート番号と、送信元ポート番号をセッション管理テーブル記憶部（１４）のセッション管理テーブルに登録する（ステップ３０３）。
そして、ＴＣＰ送受信部（７）は、登録したＩＰアドレス、ポート番号を使用し、ＴＣＰのＳＹＮ（４０）をＩＰ、ＡＲＰ通信部（９）、ＬＡＮ送受信部（１０）を介して試験対象サーバ装置（２２）宛に送信する（ステップ３０４）。
その後、試験対象サーバ装置（２２）からのＳＹＮ／ＡＣＫ（４１）を待つ（ステップ３０５）。
【００４７】
ＳＹＮ（４０）を受信した試験対象サーバ装置（２２）は、ＳＹＮ／ＡＣＫ（４１）を送信する。
システム検証装置（１）では、ＬＡＮ送受信部（１０）にてＳＹＮ／ＡＣＫ（４１）受信する。
ＬＡＮ送受信部（１０）は、ＬＡＮの受信モードをプロミスカスモードに設定し、すべてのデータを受信する。
マルチセッション模擬部（６）において、ＩＰ、ＡＲＰ通信部（９）が、ＬＡＮ送受信部（１０）が受信したデータ（ここでは、ＳＹＮ／ＡＣＫ（４１））を受信し（図１５のステップ５０１）、受信したデータの宛先アドレスが、アドレステーブル記憶部（１５）のアドレステーブルに設定されている模擬する端末装置のアドレスと一致するかを判断し（ステップ５０２）、一致するデータのみをＴＣＰ送受信部（７）に通知し、一致しない場合は受信データを廃棄する（ステップ５０３）。
ＩＰ、ＡＲＰ通信部（９）は受信したＳＹＮ／ＡＣＫに対して所定の処理を行った後に、ＳＹＮ／ＡＣＫをＴＣＰ送受信部（７）に通知する。
ＴＣＰ送受信部（７）は、これを受信し、データ種別を判断し（ステップ５０４）、データ種別に応じた処理を行う。
データがＳＹＮ／ＡＣＫの場合は、ＴＣＰ送受信部（７）は、ＳＹＮ／ＡＣＫ待ちかどうかをチェックし（ステップ５０５）、ＳＹＮ／ＡＣＫ待ちである場合は、ＳＹＮ／ＡＣＫに対するＡＣＫ（４２）を送信し（ステップ５０６）、図８に示す接続完了通知（３１）をデータ検証部（５）に送信する（ステップ５０７）。
接続完了通知には、セッション管理テーブル上のＴＣＰコネクションを識別するセッションＩＤを付与する。
ステップ５０５でＳＹＮ／ＡＣＫ待ちでない場合はデータを廃棄する。
以降、セッションＩＤを用いて送受信で使用するＴＣＰコネクションを指定する。
【００４８】
このように、ＩＰ、ＡＲＰ通信部（９）は、受信したデータの宛先アドレスがアドレステーブル記憶部（１５）で記憶されている端末装置の通信アドレスと一致するかを判断する。つまり、アドレステーブル記憶部（１５）で記憶されている端末装置の通信アドレスに一致すれば、データをＴＣＰ送受信部（７）を介してデータ検証部（５）に出力する。
このため、本実施の形態では、ソケット通信の場合のように、データの検証の際に、受信データの宛先アドレスがマルチアサインされたアドレスと一致するか、データのポート番号がソケット通信で確保されている番号と一致するかといった判断を行う必要がない。
【００４９】
次に、図１３を用いて接続完了通知（３１）を受信したデータ検証部（５）の動作を説明する。
データ検証部（５）は、キュー（１６）からデータを受信する（ステップ２０１）。
次に、データ検証部（５）は、受信したデータのデータ種別を判断し（ステップ２０２）、データ種別に応じた処理を行う。
接続完了通知の場合は、コネクションが確立したため、データ検証部（５）は、図１２のステップ１０１において取り出した注文データを図９に示す送信データ通知（３２）としてマルチセッション模擬部（６）に送信する（ステップ２０３）。
次に、データ検証部（５）は、このデータが検証データセッションの最後のデータかどうかをチェックし（ステップ２０４）、最後のデータの場合は、図１０に示す切断要求をマルチセッション模擬部（６）送信する（ステップ２０５）。
図９は、送信データ通知、受信データ通知の構成であるが、以降、このＴＣＰコネクションを用いた、データ検証部（５）からのデータ送信及び試験対象サーバ装置（２２）から受信したデータ受信の際にはこのセッションＩＤを付与する。
【００５０】
マルチセッション模擬部（６）では、ＴＣＰ送受信部（７）が、注文データを格納した送信データ通知を受信し（図１４のステップ３０１）、データ種別をチェックし（ステップ３０２）、種別が送信データ通知であるため、確立したＴＣＰコネクションを用いて試験対象サーバ装置（２２）宛にデータ（４３）を送信する（ステップ３０９）。
注文データを受信した検査システム（３）の試験対象サーバ装置（２２）は、注文受け付け結果を、端末装置１を宛先とする受信データ（４４）として送信する。
システム検証装置（１）では、スイッチＳＷ（２４）経由でＬＡＮ送受信部（１０）が、この受信データ（４４）を受信する。
【００５１】
次に、ＩＰ、ＡＲＰ通信部（９）が、ＬＡＮ送受信部（１０）から、この受信データ（４４）を受信し（図１５のステップ５０１）、受信データの宛先アドレス（端末装置１の宛先アドレス）がアドレステーブル記憶部（１５）に記憶されているため（ステップ５０２）、受信データ（４４）は破棄されず、ＴＣＰ送受信部（７）に出力される。
ＴＣＰ送受信部（７）では、データ種別を判断し（ステップ５０４）、データ種別に応じた処理を行う。
受信データの場合は、ＴＣＰ送受信部（７）は、図９に示す受信データ通知（３３）にてデータ検証部（５）に注文受け付け結果を送信する（ステップ５１６）。
また、ＴＣＰ送受信部（７）は、ＩＰ、ＡＲＰ通信部（９）及びＬＡＮ送受信部（１０）を介して、受信データ（４４）に対するＡＣＫを試験対象サーバ装置（２２）宛に送信する（ステップ５１７）。
【００５２】
受信データ通知（３３）を受信したデータ検証部（５）は、図１３にてキュー（１６）から受信データ通知（３３）を受信し（ステップ２０１）、受信したデータのデータ種別を判断し（ステップ２０２）、データ種別に応じた処理を行う。
受信データ通知の場合は、記録してある注文受け付け応答と受信した注文受け付けデータ（試験対象サーバ装置（２２）からの受信データ、図９のデータ（６８））を照合する（ステップ２０８）。
なお、照合の対象となる注文受け付け応答は、データ検証部（５）が図１２のステップ１０９で抽出した照合データである。つまり、受信データ通知（３３）のセッションＩＤ（６６）で通知されている端末装置１の通信アドレスが送信元アドレスとなっている注文データであって直近に試験対象サーバ装置（２１）に送信した注文データ（図６の１行目）に後続する、端末装置１の通信アドレスが宛先アドレスとなっている注文受け付け結果データ（図６の２行目）である。
次に、データ検証部（５）は、ステップ２０８の照合結果を表示する（ステップ２０９）。
照合結果が一致する場合は、検査システム（３）の試験対象サーバ装置（２２）は正しく動作したことがわかる。
照合結果が不一致の場合は、検査システム（３）の試験対象サーバ装置（２２）の動作に問題があることを示しており、受信データを用いて不具合の解析が行える。
【００５３】
次に、データ検証部（５）は、このデータが検証データセッションの最後のデータかどうかをチェックし（ステップ２１０）、最後のデータの場合は、図５のシーケンスのように、切断要求（３５）をマルチセッション模擬部（６）に送信する（ステップ２１１）。
【００５４】
マルチセッション模擬部（６）は、図１４にて切断要求（３５）を受信し（ステップ３０１、３０２）、試験対象サーバ装置（２２）からＦＩＮ／ＡＣＫを受信済みかチェックする（ステップ３０６）。
図５のシーケンスでは、まだＦＩＮ／ＡＣＫ（４５）を受信していないので、システム検証装置（１）から試験対象サーバ装置（２２）にＦＩＮ／ＡＣＫ（４６）を送信し（ステップ３０７）、試験対象サーバ装置（２２）からのＦＩＮ／ＡＣＫ待ちとする（ステップ３０８）。
ＦＩＮ／ＡＣＫ（４６）を受信した試験対象サーバ装置（２２）は、ＦＩＮ／ＡＣＫ（４５）を送信する。
試験対象サーバ装置（２２）からのＦＩＮ／ＡＣＫ（４５）を受信したマルチセッション模擬部（６）は（図１５のステップ５０１）、受信したＦＩＮ／ＡＣＫ（４５）の宛先アドレスがアドレステーブル記憶部（１５）で記憶しているアドレスと一致することを確認し（ステップ５０２）、データ種別を判断し（ステップ５０４）、ＦＩＮ／ＡＣＫ（４５）であるため、ＦＩＮ／ＡＣＫ（４６）を送信済みかチェックする（ステップ５１０）。
図５のシーケンスでは、ＦＩＮ／ＡＣＫ（４６）を送信済みのため、次にＦＩＮ／ＡＣＫ待ちかどうかをチェックし（ステップ５１１）、ＦＩＮ／ＡＣＫ待ちであるため、マルチセッション模擬部（６）はＡＣＫ（４７）を送信し（ステップ５１２）、データ検証部（５）に切断通知（３４）を送信する（ステップ５１３）。
また、マルチセッション模擬部（６）は、セッション管理テーブルから切断したコネクションの情報を削除する（ステップ５１４）。
【００５５】
切断通知（３４）を受信したデータ検証部（５）は（図１３ステップ２０１、２０２）、切断要求（３５）を送信済みかチェックし（ステップ２０６）、切断要求（３５）を送信済みであるため、検証データセッション情報を削除する（ステップ２０７）。
【００５６】
上記の例では、データ検証部（５）と試験対象サーバ装置（２２）がＴＣＰで通信した後に、データ検証部（５）からコネクションを切断する図５のシーケンスを示したが、データ検証部（５）と試験対象サーバ装置（２２）がＴＣＰで通信した後に、試験対象サーバ装置（２２）からコネクションを切断する図４のシーケンスになる場合がある。
この場合、試験対象サーバ装置（２２）からＦＩＮ／ＡＣＫ（４５）を受信したマルチセッション模擬部（６）は、図１５のステップ５１０にてＦＩＮ／ＡＣＫ送信済みでないため、ＮＯとなり、切断通知（３４）をデータ検証部（５）に送信する（ステップ５１５）。
切断通知（３４）を受信したデータ検証部（５）は、切断要求（３５）を送信済みかどうかチェックし（図１３のステップ２０６）、ＮＯとなり、このデータが検証データセッションの最後のデータかどうかをチェックして（ステップ２１２）、最後のデータの場合は、切断要求（３５）を送信する（ステップ２１３）。
そして、データ検証部（５）は、検証データセッション情報を削除する（ステップ２１４）。
切断要求（３５）を受信したマルチセッション模擬部（６）は、図１４にてＦＩＮ／ＡＣＫ送信済みかチェックし（ステップ３０６）、ＹＥＳとなり、ＦＩＮ／ＡＣＫ（４６）を送信し（ステップ３１０）、ＡＣＫ待ちとなる（ステップ３１１）。
試験対象サーバ装置（２２）からＡＣＫを受信したマルチセッション模擬部（６）は、ＡＣＫ待ちかどうかをチェックし（図１５のステップ５０８）、ＡＣＫ待ちであるため、セッション情報を削除する（ステップ５０９）。
【００５７】
上記では、取得したデータの中で端末装置１とサーバ装置（２１）との間のデータを用いて検査システム（３）の試験対象サーバ装置（２２）の動作の検証を行う例を説明したが、端末装置２、３を含め、他の端末装置とサーバ装置の間のデータを用いる場合も同様に動作する。
【００５８】
以上のように、データ取得部（４）で取得したデータを記録し、記録したデータを取り出して、アドレスの情報と共にキュー（１６）を用いてマルチセッション模擬部（６）に通知し、ソケット通信を行わずに試験データとして検査システム（３）に送信し、検査システム（３）から受信したデータとデータ取得部（４）で取得したデータを比較するようにしているので、参照システム（２）に多数の端末が接続されている場合でも、ソケット通信のオーバヘッドがなくなり、多数の端末の通信を検査システム（３）に再現し、動作を検証することができる。
【００５９】
上記の実施の形態では、試験開始前に模擬アドレス設定部（１１）から模擬する端末のアドレスをアドレステーブルに設定するようにしたものであるが、試験用のデータとして、データ検証部（５）から通知された接続要求（３０）内のアドレスをアドレステーブルに設定することも可能である。
これにより、試験前に予めアドレスを設定することなく、取得したデータを用いて動作を検証することができる。
【００６０】
実施の形態２．
実施の形態１では、参照システム（２）の複数の端末装置がサーバ装置（２１）に送信したデータを検査システム（３）の試験対象サーバ装置（２２）に送信し、試験対象サーバ装置（２２）の動作を検証する例を示した。
逆に、図１６のように複数のサーバ装置１〜Ｎ（２８，２９）が動作し、端末装置（２６）との通信データを用いて検査システム（３）の試験対象端末装置（２７）の動作を検証することも可能である。
なお、本実施の形態では、端末装置（２６）が第１の通信装置の例であり、複数のサーバ装置１〜Ｎが第２の通信装置の例である。
また、試験対象端末装置（２７）が試験対象通信装置の例である。
【００６１】
本実施の形態に係るシステム検証装置（１）の構成は図２と同様である。
図１７は、実施の形態２の通信シーケンスの例であり、図１８は、実施の形態２のマルチセッション模擬部（６）のフローチャート、図１９は、データ検証部（５）のフローチャートである。
マルチセッション模擬部（６）のキュー受信の動作は実施の形態１の図１４と同様である。
図を用いて、本実施の形態に係る動作を説明する。
【００６２】
システム検証装置（１）が参照システム（２）上のデータをデータ取得部（４）で取得し、データ検証部（５）がデータ記録部（１３）に記録する点は、実施の形態１と同様である。
本実施の形態では、試験開始前に、模擬アドレス設定部（１１）が、模擬するアドレスとしてサーバ装置１〜ＮのＩＰアドレスとサーバ装置１〜Ｎが待ち受けるポート番号８０をアドレステーブル記憶部（１５）に設定する。
また、実施の形態１で説明したように、代わりに、データ検証部（５）が試験データを選択する度に、選択した試験データに含まれるサーバ装置のアドレスをアドレステーブル記憶部（１５）に記憶させるようにしてもよい。
なお、以下では、試験開始前にサーバ装置１〜Ｎがアドレステーブル記憶部（１５）に記憶される運用を前提に説明を進める。
【００６３】
実施の形態２では、検査システム（３）の試験対象端末装置（２７）の動作を検証するため、試験対象端末装置（２７）上で書籍の注文の操作を行うと、図１７のシーケンスに示すように、試験対象端末装置（２７）は注文データの送信にあたり、ＴＣＰコネクションを確立するためのＳＹＮ（４０）を送信する。
ＳＹＮ（４０）は、送信元ＩＰアドレス：試験対象端末装置、宛先ＩＰアドレス：サーバ装置１、宛先ポート番号：８０、送信元ポート番号は試験対象端末装置（２７）が割り当てた番号が設定される。
システム検証装置（１）では、ＬＡＮ送受信部（１０）を介して、マルチセッション模擬部（６）が、模擬するサーバ装置１宛てのＳＹＮ（４０）を受信し（図１８のステップ５０１）、ＳＹＮ（４０）の宛先アドレスがアドレステーブルに含まれていることを確認し（ステップ５０２）、データ種別に応じた処理を行う（ステップ５０４）。
ＳＹＮ（４０）の場合は、マルチセッション模擬部（６）は、ＳＹＮ（４０）に含まれる送信元ＩＰアドレス、宛先ＩＰアドレス、宛先ポート番号、送信元ポート番号をセッション情報に登録し（ステップ５０５）、試験対象端末装置（２７）宛にＳＹＮ／ＡＣＫ（４１）を送信し（ステップ７００）、確立ＡＣＫ待ちとする（ステップ７０１）。
ＳＹＮ／ＡＣＫ（４１）を受信した試験対象端末装置（２７）は、ＡＣＫ（４２）を送信する。
マルチセッション模擬部（６）は、ＡＣＫ（４２）を受信し（図１８のステップ５０１）、ＡＣＫ（４２）の宛先アドレスがアドレステーブルに含まれていることを確認し（ステップ５０２）、データ種別がＡＣＫなので、ＡＣＫ待ちかどうかをチェックし（ステップ５０８）、ここではＮＯとなり、次に確立ＡＣＫ待ちかどうかをチェックし（ステップ７０２）、ここではＹＥＳとなり、接続完了通知（３１）をデータ検証部（５）に送信する（ステップ５０７）。
【００６４】
図１９を用いて接続完了通知（３１）を受信したデータ検証部（５）の動作を説明する。
データ検証部（５）は、キュー（１６）からデータを受信し（ステップ２０１）、受信したデータに応じた処理を行い（ステップ２０２）、接続完了通知の場合は検証データセッション情報に登録する（ステップ８０１）。
【００６５】
検査システム（３）の試験対象端末装置（２７）は、ＴＣＰコネクション確立後、注文データを送信する。
システム検証装置（１）は、注文データを受信データ（４４）として受信する。
マルチセッション模擬部（６）は、これを受信し（図１８のステップ５０１）、ＳＹＮ（４０）の宛先アドレスがアドレステーブルに含まれていることを確認し（ステップ５０２）、データ種別がデータ受信なので、受信データ通知（３３）をデータ検証部（５）に送信し（ステップ５１６）、ＴＣＰのＡＣＫを試験対象端末装置（２７）に送信する（ステップ５１７）。
【００６６】
受信データ通知（３３）を受信したデータ検証部（５）は（図１９のステップ２０１）、受信したデータに応じた処理を行い（ステップ２０２）、受信データ通知であるため、データ照合を行う（ステップ２０８）。
データ照合では、データ検証部（５）は、参照システム（２）から取得しデータ記録部（１３）に記録しているデータの中に、検査システム（３）の試験対象端末装置（２７）からの注文データにおいて宛先となっているサーバ装置１から端末装置（２６）に送信されたデータ（注文受け付け結果データ）があるかどうかを検索し、条件に合致する注文受け付け結果データを送信データ通知（３２）としてマルチセッション模擬部（６）に送信する（ステップ１０）。
【００６７】
マルチセッション模擬部（６）は、注文受け付け結果データを格納した送信データ通知（３２）を受信し（図１４のステップ３０１）、データ種別をチェックし（ステップ３０２）、送信データ通知であるため、試験対象端末装置（２７）にデータを送信する（ステップ３０９）。
【００６８】
コネクションの切断の動作は、実施の形態１の図４のシーケンスと同様であり、図４におけるサーバと端末とを置き換えた形で、試験対象端末装置（２７）から切断される。
切断時の動作は実施の形態１と同様である。
【００６９】
以上のように、システム検証装置（１）がサーバ装置として動作し、試験対象端末装置（２７）からの注文に対して記録されているデータから注文受け付け回答を送信することにより、参照システム（２）で複数のサーバ装置が動作する場合でも検査システム（３）上に再現することができ、動作を検証することができる。
【００７０】
上記の実施の形態１及び２では、プロトコルがＴＣＰの場合を説明したが、プロトコルがＵＤＰや他のプロトコルの場合は、コネクションの接続、切断は不要であり、送信データ通知、受信データ通知のみを使用し、ＵＤＰや他のプロトコルを用いたシステムの動作検証も可能である。
【００７１】
実施の形態１及び２では、以下の手段を備えた情報システム検証装置を説明した。
（ａ）模擬する複数の端末のアドレスを設定する手段、
（ｂ）データの送信元として使用する模擬する端末アドレスと、データの送信先のアドレス、プロトコル、ポート番号を指定してデータを通知する手段、
（ｃ）指定された情報を用いて模擬する端末と宛先との通信を模擬する手段、
（ｄ）模擬する端末宛のデータを受信する手段、
（ｅ）受信したデータ通知する手段、
（ｆ）端末を模擬する手段とデータの受け渡しを行う手段。
【００７２】
また、実施の形態１及び２に係る情報システム検証装置では、更に、以下の手段を備えることを説明した。
（ａ）参照システムからデータを取得する手段、
（ｂ）取得したデータを保持し、これを試験データとして検査システム側に送信する際に宛先アドレスおよび送信元とアドレスを指定して通知し、検査システムからの応答と前記参照システムから取得したデータを比較することでシステムの動作を検証する手段。
【００７３】
また、実施の形態１及び２に係る情報システム検証装置では、更に、以下の手段を備えることを説明した。
（ａ）模擬する端末のアドレスを設定する手段は有せずに、システム検証手段から通知されたアドレスを模擬するアドレスとして登録する手段。
【００７４】
最後に、実施の形態１及び２に示したシステム検証装置（１）のハードウェア構成例について説明する。
図２０は、実施の形態１及び２に示すシステム検証装置（１）のハードウェア資源の一例を示す図である。
なお、図２０の構成は、あくまでもシステム検証装置（１）のハードウェア構成の一例を示すものであり、システム検証装置（１）のハードウェア構成は図２０に記載の構成に限らず、他の構成であってもよい。
【００７５】
図２０において、システム検証装置（１）は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）、プリンタ装置９０６、スキャナ装置９０７と接続していてもよい。また、磁気ディスク装置９２０の代わりに、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
実施の形態１及び２で説明した「〜記憶部」及び「〜記録部」は、ＲＡＭ９１４、磁気ディスク装置９２０等により実現される。
通信ボード９１５、キーボード９０２、マウス９０３、スキャナ装置９０７、ＦＤＤ９０４などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。
【００７６】
通信ボード９１５は、図１、図２に示すように、ＬＡＮ（ローカルエリアネットワーク）に接続されている。
通信ボード９１５は、ＬＡＮ以外にも、例えば、インターネット、ＷＡＮ（ワイドエリアネットワーク）、ＳＡＮ（ストレージエリアネットワーク）などに接続可能である。
【００７７】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。
【００７８】
また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。
【００７９】
また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
システム検証装置（１）の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。
【００８０】
上記プログラム群９２３には、実施の形態１及び２の説明において「〜部」（「〜記憶部」及び「〜記録部」以外、以下同様）、「〜手段」として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００８１】
ファイル群９２４には、実施の形態１及び２の説明において、「〜の判断」、「〜の取得」、「〜の確認」、「〜の計算」、「〜の比較」、「〜の照合」、「〜の更新」、「〜の設定」、「〜の登録」、「〜の選択」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。
ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出される。
そして、読み出された情報やデータや信号値や変数値やパラメータは、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１及び２で説明しているフローチャートの矢印の部分は主としてデータや信号の入出力を示す。
データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。
また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００８２】
また、実施の形態１及び２の説明において「〜部」、「〜手段」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。
すなわち、実施の形態１及び２で説明したフローチャートに示すステップ、手順、処理により、本発明に係る「・・・方法」を実現することができる。
また、「〜部」、「〜手段」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。
或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。
ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。
プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。
すなわち、プログラムは、実施の形態１及び２の「〜部」、「〜手段」としてコンピュータを機能させるものである。あるいは、実施の形態１及び２の「〜部」、「〜手段」の手順や方法をコンピュータに実行させるものである。
【００８３】
このように、実施の形態１及び２に示すシステム検証装置（１）は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータである。
そして、上記したように「〜部」、「〜手段」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【符号の説明】
【００８４】
１  システム検証装置、２  参照システム、３  検査システム、４  データ取得部、５  データ検証部、６  マルチセッション模擬部、７  ＴＣＰ送受信部、８  ＵＤＰ送受信部、９  ＩＰ、ＡＲＰ通信部、１０  ＬＡＮ送受信部、１１  模擬アドレス設定部、１２  検証データセッション情報テーブル記憶部、１３  データ記録部、１４  セッション管理テーブル記憶部、１５  アドレステーブル記憶部、１６  キュー、２０  端末装置、２１  サーバ装置、２２  試験対象サーバ装置、２３  スイッチＳＷ、２４  スイッチＳＷ、２５  端末装置、２６  端末装置、２７  試験対象端末装置、２８  サーバ装置、２９  サーバ装置。
【図１】
0005452323.tif 000002
【図２】
0005452323.tif 000003
【図３】
0005452323.tif 000004
【図４】
0005452323.tif 000005
【図５】
0005452323.tif 000006
【図６】
0005452323.tif 000007
【図７】
0005452323.tif 000008
【図８】
0005452323.tif 000009
【図９】
0005452323.tif 000010
【図１０】
0005452323.tif 000011
【図１１】
0005452323.tif 000012
【図１２】
0005452323.tif 000013
【図１３】
0005452323.tif 000014
【図１４】
0005452323.tif 000015
【図１５】
0005452323.tif 000016
【図１６】
0005452323.tif 000017
【図１７】
0005452323.tif 000018
【図１８】
0005452323.tif 000019
【図１９】
0005452323.tif 000020
【図２０】
0005452323.tif 000021