JP2013197942A - シナリオデータ生成装置、シナリオデータ生成方法及びコンピュータプログラム - Google Patents

Abstract

【課題】実際に障害が発生した状況と同等の検証用システムをより正確に実現すること。
【解決手段】第一部分ネットワーク及び第二部分ネットワークで取得された通信データの情報を記憶する記憶部と、記憶部に記憶される通信データの情報に基づいて、第一通信装置及び第二通信装置の動作を他の通信装置において実現するためのシナリオデータを生成するシナリオデータ生成部と、他の通信装置において第一通信装置及び第二通信装置の動作を実現した際に、第二通信装置が第一通信装置の所定の通信の後に所定の通信データを送信する送信タイミングをシナリオデータにおいて実現するための条件を設定する送信条件設定部と、を備え、シナリオデータ生成部は、送信条件設定部によって設定された条件に基づいて他の通信装置が所定の通信データを送信するタイミングを判定するようにシナリオデータを生成する。
【選択図】図６

Description

本発明は、ネットワークの通信を検証する技術に関する。

近年、様々な機器が家庭内ネットワーク接続されはじめている。例えば、冷蔵庫やテレビ受像機やゲーム機などの家電機器の中にも、家庭内ネットワークに接続されるものが登場している。また、携帯電話機やスマートフォン等の機器も、基地局装置と無線通信することによって携帯電話網に接続するのみならず、Ｗｉ−Ｆｉ（ワイファイ：wireless fidelity）等の通信規格に応じて無線ＬＡＮ（Local Area Network）等の家庭内ネットワークに接続する。これらの装置は、一般的に情報家電と呼ばれている。

このような情報家電の増大に伴い、家庭内ネットワークにおけるＩＰ系の特異故障が増大している。特に、上述した情報家電やファイル共有ソフトウェアの動作など、レイヤ３以上の事象が多い。家庭内ネットワークに故障が生じた場合には、故障が発生したと推測される位置で通信データをキャプチャし、再現検証を行うことが対策として有効である（特許文献１参照）。

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

しかしながら、上述したような情報家電の多様化に伴い、実際に障害が発生した状況と同等の検証用システムを構築して再現検証を実施することが困難になってきている。そのため、再現検証の精度が低下してしまい、障害の原因究明や復旧などの対策に時間を要してしまうという問題があった。
上記事情に鑑み、本発明は、実際に障害が発生した状況と同等の検証用システムをより正確に実現することを可能とする技術の提供を目的としている。

本発明の一態様は、検証の対象となるネットワーク（例えば、実施形態におけるネットワークシステム１）に含まれる第一部分ネットワーク（例えば、実施形態におけるＷＡＮ側ネットワーク１００）と、前記ネットワークに含まれ且つ前記第一部分ネットワークとは異なる第二部分ネットワーク（例えば、実施形態におけるＬＡＮ側ネットワーク２００）とにおいてそれぞれ取得された通信データ（例えば、実施形態におけるログデータ）の情報を記憶する記憶部（例えば、実施形態におけるログ記憶部３０１）と、前記記憶部に記憶される前記通信データの情報に基づいて、前記第一部分ネットワークに設置された第一通信装置（例えば、実施形態におけるＲＡＳサーバ１０２）と前記第二部分ネットワークに設置された第二通信装置（例えば、実施形態における第二端末２０３）との動作を他の通信装置（例えば、実施形態におけるネットワークエミュレータ３３０）において実現するためのシナリオデータ（例えば、実施形態におけるシナリオデータ３２０）を生成するシナリオデータ生成部（例えば、実施形態におけるシナリオデータ生成部３１１）と、前記他の通信装置において前記第一通信装置及び前記第二通信装置の動作を実現した際に、前記第二通信装置が前記第一通信装置の所定の通信（例えば、実施形態におけるリンク確立シーケンス）の後に所定の通信データ（例えば、実施形態におけるＤＮＳ ｑｕｅｒｙ）を送信する送信タイミングを前記シナリオデータにおいて実現するための条件を設定する送信条件設定部（例えば、実施形態における送信条件設定部３１０）と、を備え、前記シナリオデータ生成部は、前記送信条件設定部によって設定された前記条件に基づいて前記他の通信装置が前記所定の通信データを送信するタイミングを判定するように前記シナリオデータを生成する、シナリオデータ生成装置である。

本発明の一態様は、上記のシナリオデータ生成装置であって、前記送信条件設定部は、前記第一通信装置が前記通信データを送信した後に前記第二通信装置へ送信フラグを送信し、前記第二通信装置は前記送信フラグを受信したのちに前記通信データを送信するように前記条件を設定する。

本発明の一態様は、コンピュータが、検証の対象となるネットワークに含まれる第一部分ネットワークと、前記ネットワークに含まれ且つ前記第一部分ネットワークとは異なる第二部分ネットワークとにおいてそれぞれ取得された通信データの情報を記憶する記憶部に記憶される前記通信データの情報に基づいて、前記第一部分ネットワークに設置された第一通信装置と前記第二部分ネットワークに設置された第二通信装置との動作を他の通信装置において実現するためのシナリオデータを生成するシナリオデータ生成ステップと、コンピュータが、前記他の通信装置において前記第一通信装置及び前記第二通信装置の動作を実現した際に、前記第二通信装置が前記第一通信装置の所定の通信の後に所定の通信データを送信する送信タイミングを前記シナリオデータにおいて実現するための条件を設定する送信条件設定ステップと、を有し、前記コンピュータは、前記シナリオデータ生成ステップにおいて、前記送信条件設定ステップにおいて設定された前記条件に基づいて前記他の通信装置が前記所定の通信データを送信するタイミングを判定するように前記シナリオデータを生成する、シナリオデータ生成方法である。

本発明の一態様は、コンピュータを、検証の対象となるネットワークに含まれる第一部分ネットワークと、前記ネットワークに含まれ且つ前記第一部分ネットワークとは異なる第二部分ネットワークとにおいてそれぞれ取得された通信データの情報を記憶する記憶部と、前記記憶部に記憶される前記通信データの情報に基づいて、前記第一部分ネットワークに設置された第一通信装置と前記第二部分ネットワークに設置された第二通信装置との動作を他の通信装置において実現するためのシナリオデータを生成するシナリオデータ生成部と、前記他の通信装置において前記第一通信装置及び前記第二通信装置の動作を実現した際に、前記第二通信装置が前記第一通信装置の所定の通信の後に所定の通信データを送信する送信タイミングを前記シナリオデータにおいて実現するための条件を設定する送信条件設定部と、を備え、前記シナリオデータ生成部は、前記送信条件設定部によって設定された前記条件に基づいて前記他の通信装置が前記所定の通信データを送信するタイミングを判定するように前記シナリオデータを生成する、シナリオデータ生成装置、として動作させるためのコンピュータプログラムである。

本発明により、実際に障害が発生した状況と同等の検証用システムをより正確に実現することが可能となる。

ネットワークシステムの具体例を表すシステム構成図である。 ネットワークシステムの動作の一例を示すシーケンス図である。 ネットワークシステムの動作の一例を示すシーケンス図である。 検証用システムにおける障害の再現検証の前処理の概略を表す図である。 検証用システムの具体例を表す図である。 シナリオデータ生成装置の機能構成を表す概略ブロック図である。 ノードリストの具体例を表す図である。 セッションリストの具体例を表す図である。 ログに記録されているメッセージの送信タイミングを表すシーケンス図である。 送信条件リストによって示されるメッセージの送信タイミングを表すシーケンス図である。 シナリオデータ生成装置によるシナリオデータ作成処理を表すフローチャートである。

図１は、ネットワークシステム１の具体例を表すシステム構成図である。ネットワークシステム１は、ホームゲートウェイ装置（ＨＧＷ：Home GateWay）１０を境界として、ＷＡＮ（Wide Area Network）側ネットワーク１００と、ＬＡＮ（Local Area Network）側ネットワーク２００とに分けられる。ＷＡＮ側ネットワーク１００は、ＩＳＰ（Internet Service Provider）網１０１、ＲＡＳ（Remote Access Service）サーバ１０２、アクセス網１０３を備える。ＬＡＮ側ネットワーク２００は、ルータ２０１、第一端末２０２、第二端末２０３を備える。

ＩＳＰ網１０１はインターネットに接続されており、ＩＳＰ網１０１には様々なサーバが設置されている。例えば、ＨＴＴＰ（HyperText Transfer Protocol）サーバ、ＤＮＳ（Domain Name System）サーバなどがＩＳＰ網１０１に設置されている。ＲＡＳサーバ１０２は、ＩＳＰ網１０１とアクセス網１０３との間に設置されている。ＲＡＳサーバ１０２は、アクセス網１０３を介してＨＧＷ１０と通信し、ＨＧＷ１０とＩＳＰ網１０１との間の通信を中継する。アクセス網１０３は、例えば光通信ケーブルや電話回線などを用いて構成され、ＲＡＳサーバ１０２と家庭や事業所などに設けられたＬＡＮ側ネットワーク２００とを接続する。

ＬＡＮ側ネットワーク２００は、ＨＧＷ１０を介してＷＡＮ側ネットワーク１００（事業者通信網）に接続される。ルータ２０１は、ＬＡＮ側ネットワーク２００においてパケットを中継する。第一端末２０２及び第二端末２０３は、パーソナルコンピュータ、スマートフォン、ゲーム装置、家電装置、テレビ受像機などの情報処理装置である。第一端末２０２及び第二端末２０３は、通信機能を備えており、ＬＡＮ側ネットワーク２００に接続されている。第一端末２０２及び第二端末２０３は、ＨＧＷ１０を介してＩＳＰ網１０１のサーバと通信する。

図２及び３は、ネットワークシステム１の動作の一例を示すシーケンス図である。まず、図２に示されるシーケンスについて説明する。まず、ＨＧＷ１０とＲＡＳサーバ１０２とが互いに通信し、リンク確立シーケンスの処理を行う（ステップＳ１０１）。リンク確立シーケンスの完了によって、ＬＡＮ側ネットワーク２００がＷＡＮ側ネットワーク１００に接続される。この後、第一端末２０２及び第二端末２０３は、ＩＳＰ網１０１に接続されたＤＮＳサーバやＨＴＴＰサーバと通信することが可能となる。

図２のＳ１０２〜Ｓ１１２の処理は、第二端末２０３がＨＴＴＰサーバと通信する際のシーケンスである。このシーケンスが行われる際には、ＨＧＷ１０はＲＡＳサーバ１０２に接続された直後であるため、ＨＧＷ１０はＨＴＴＰサーバのアドレスを記憶していない。

まず、第二端末２０３は、ＨＴＴＰサーバの名前解決を行うため、ＨＧＷ１０に対してＤＮＳ ｑｕｅｒｙを送信する（ステップＳ１０２）。上述したように、この時点ではＨＧＷ１０はＨＴＴＰサーバのアドレスを記憶していない。そのため、ＨＧＷ１０は、ＨＴＴＰサーバのアドレスを問い合わせるために、ＤＮＳサーバに対してＤＮＳ ｑｕｅｒｙを送信する（ステップＳ１０３）。ＤＮＳサーバは、ＤＮＳ ｑｕｅｒｙに応じて、ＨＴＴＰサーバのアドレスを含むＤＮＳ ｒｅｓｐｏｎｓｅをＨＧＷ１０に返送する（ステップＳ１０４）。ＨＧＷ１０は、ＤＮＳサーバからＤＮＳ ｒｅｓｐｏｎｓｅを受信すると、自信が記憶するＤＮＳテーブルに、ＨＴＴＰサーバの名前とアドレスとを対応付けて追加登録する（ステップＳ１０５）。そして、ＨＧＷ１０は、受信したＤＮＳ ｒｅｓｐｏｎｓｅに基づいて、第二端末２０３に対しＤＮＳ ｒｅｓｐｏｎｓｅを送信する（ステップＳ１０６）。以上のシーケンスにより、第二端末２０３は、ＨＴＴＰサーバのアドレスを取得する。

次に、第二端末２０３は、取得したＨＴＴＰサーバのアドレスを用いて、ＨＴＴＰ ｇｅｔ ｒｅｑｕｅｓｔを生成し、ＨＧＷ１０へ送信する（ステップＳ１０７）。ＨＧＷ１０は、受信したＨＴＴＰ ｇｅｔ ｒｅｑｕｅｓｔをＨＴＴＰサーバへ転送する（ステップＳ１０８）。このとき、ＨＧＷ１０は、自信が記憶するＮＡＴテーブルに、第二端末２０３とＨＴＴＰサーバとの通信を登録する（ステップＳ１０９）。ＨＴＴＰサーバは、ＨＴＴＰ ｇｅｔ ｒｅｑｕｅｓｔを受信すると、ＨＴＴＰ ｒｅｓｐｏｎｓｅを生成しＨＧＷ１０に返送する（ステップＳ１１０）。ＨＧＷ１０は、ＨＴＴＰ ｒｅｓｐｏｎｓｅを受信すると、ＮＡＴテーブルを検索してＨＴＴＰ ｒｅｓｐｏｎｓｅの転送先を判定する（ステップＳ１１１）。転送先は第二端末２０３であるため、ＨＧＷ１０は、受信したＨＴＴＰ ｒｅｓｐｏｎｓｅを第二端末２０３に転送する（ステップＳ１１２）。

図３のＳ２０１〜Ｓ２０９の処理は、第一端末２０２がＨＴＴＰサーバと通信する際のシーケンスである。このシーケンスが行われる際には、ＨＧＷ１０はＤＮＳテーブルにＨＴＴＰサーバのアドレスを既に登録している。
まず、第一端末２０２は、ＨＴＴＰサーバの名前解決を行うため、ＨＧＷ１０に対してＤＮＳ ｑｕｅｒｙを送信する（ステップＳ２０１）。上述したように、この時点で既にＨＧＷ１０はＨＴＴＰサーバのアドレスを記憶している。そのため、ＨＧＷ１０は、ＤＮＳテーブルを検索してＨＴＴＰサーバのアドレスを取得する（ステップＳ２０２）。ＨＧＷ１０は、取得したアドレスに基づいてＤＮＳ ｒｅｓｐｏｎｓｅを生成し、第一端末２０２に対し送信する（ステップＳ２０３）。以上のシーケンスにより、第一端末２０２は、ＨＴＴＰサーバのアドレスを取得する。

次に、第一端末２０２は、取得したＨＴＴＰサーバのアドレスを用いて、ＨＴＴＰ ｇｅｔ ｒｅｑｕｅｓｔを生成し、ＨＧＷ１０へ送信する（ステップＳ２０４）。ＨＧＷ１０は、受信したＨＴＴＰ ｇｅｔ ｒｅｑｕｅｓｔをＨＴＴＰサーバへ転送する（ステップＳ２０５）。このとき、ＨＧＷ１０は、自信が記憶するＮＡＴテーブルに、第一端末２０２とＨＴＴＰサーバとの通信を登録する（ステップＳ２０６）。ＨＴＴＰサーバは、ＨＴＴＰ ｇｅｔ ｒｅｑｕｅｓｔを受信すると、ＨＴＴＰ ｒｅｓｐｏｎｓｅを生成しＨＧＷ１０に返送する（ステップＳ２０７）。ＨＧＷ１０は、ＨＴＴＰ ｒｅｓｐｏｎｓｅを受信すると、ＮＡＴテーブルを検索してＨＴＴＰ ｒｅｓｐｏｎｓｅの転送先を判定する（ステップＳ２０８）。転送先は第一端末２０２であるため、ＨＧＷ１０は、受信したＨＴＴＰ ｒｅｓｐｏｎｓｅを第一端末２０２に転送する（ステップＳ２０９）。

以上のシーケンスが、ネットワークシステム１で行われる。次に、検証用システム３について説明する。検証用システム３は、ネットワークシステム１に設定された複数のキャプチャポイントでキャプチャされたパケットに基づいて、ネットワークシステム１に関する検証を行う。以下の説明では、ＨＧＷ１０においてなんらかの通信障害が生じている場合を想定する。

図４は、検証用システム３における障害の再現検証の前処理の概略を表す図である。まず、再現検証の対象となっているネットワークシステム１において、パケットのキャプチャが行われる。キャプチャポイントは、例えば検証の対象となる装置に接続される通信路に設定される。検証の対象となる装置に複数の通信路が接続されている場合、通信路毎にキャプチャポイントが設定されるため、複数のキャプチャポイントが必要となる。すなわち、検証の対象となっている装置を境界として、検証の対象となったネットワークシステム１が複数の部分ネットワークに分割され、各部分ネットワークに対してキャプチャポイントが設定される。

図１のネットワークシステム１では、ＨＧＷ１０が検証の対象となる装置であるため、ＨＧＷ１０に接続される各通信路にキャプチャポイントが設定されている。第一キャプチャポイント８０−１及び第二キャプチャポイント８０−２においてパケットのキャプチャが行われる。パケットのキャプチャを行う際には、ネットワークシステム１を動作させる必要がある。例えば、図２及び図３に示すシーケンスをネットワークシステム１に実行させ、キャプチャを行う。キャプチャされたパケットのデータ（以下、「ログ」という。）は、例えばｐｃａｐ形式のデータやｃａｐ形式のデータとして保存される。以下の説明では、第一キャプチャポイント８０−１でキャプチャされたログを第一ログと呼び、第二キャプチャポイント８０−２でキャプチャされたログを第二ログと呼ぶ。

次に、第一ログ及び第二ログに基づいてシナリオデータ生成装置３００がシナリオデータ３２０を生成する。シナリオデータ３２０は、ネットワークエミュレータ３３０によって実行されるデータである。シナリオデータ３２０は、検証用システム３において実際には設置されない装置（以下、「非検証装置」という。）の動作を、検証用システム３において模擬的に実現するためのデータである。シナリオデータ３２０には、非検証装置の動作のうち、通信に関わる動作が定義されている。シナリオデータ３２０には、例えば各非検証装置によって生成されるパケットの内容及びパケットの送信タイミングが定義されている。ネットワークエミュレータ３３０は、シナリオデータ３２０に従って、非検証装置としてパケットを生成して送信する。

図５は、検証用システム３の具体例を表す図である。検証用システム３は、通信に関する障害が生じている装置を検証するためのシステムである。図５に示される検証用システム３は、ＨＧＷ１０に生じている通信障害を検証するためのシステムである。

ネットワークエミュレータ３３０は、ネットワークインタフェースを介して、再現検証の対象となっている装置（ＤＵＴ：Device Under Test）と物理的に接続される。ネットワークインタフェースとは、例えば物理ＮＩＣ（Network Interface Card）である。ＤＵＴとは、再現検証を行う際に実際の装置として検証用システム３に設置される装置であり、本実施形態の具体例ではＨＧＷ１０である。ＤＵＴがＨＧＷ１０のように複数のネットワークインタフェースを備える装置である場合、ネットワークエミュレータ３３０も複数のネットワークインタフェースを備える。図３の場合、ＨＧＷ１０は２つのネットワークインタフェースを備えており、ネットワークエミュレータ３３０も２つのネットワークインタフェースを備えている。そのため、１台のネットワークエミュレータ３３０で、複数のネットワーク（図３の場合、ＷＡＮ側ネットワーク１００及びＬＡＮ側ネットワーク２００）の動作を実現できる。

ネットワークエミュレータ３３０は、ＤＵＴが接続されたネットワークに対し、シナリオデータ３２０に応じたパケットをシナリオデータ３２０に応じたタイミングで送信する。すなわち、ネットワークエミュレータ３３０は、ネットワークシステム１における非検証装置（ルータ２０１、第一端末２０２、第二端末２０３、ＲＡＳサーバ１０２、ＩＳＰ網１０１に接続された装置）が生成するパケットと同等のパケットを生成し、検証用システム３のＤＵＴに送信する。このようにして、ネットワークシステム１における障害の再現検証を検証用システム３において行うことができる。

図６は、シナリオデータ生成装置３００の機能構成を表す概略ブロック図である。シナリオデータ生成装置３００は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、シナリオデータ生成プログラムを実行する。シナリオデータ生成装置３００は、シナリオデータ生成プログラムを実行することによって、ログ記憶部３０１、ノードリスト記憶部３０２、ノードリスト生成部３０３、セッションリスト記憶部３０４、セッションリスト生成部３０５、メッセージリスト記憶部３０６、メッセージリスト生成部３０７、入力部３０８、表示部３０９、送信条件設定部３１０、シナリオデータ生成部３１１を備える装置として機能する。

ログ記憶部３０１は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。ログ記憶部３０１は、第一キャプチャポイント８０−１においてキャプチャされた第一ログと、第二キャプチャポイント８０−２でキャプチャされた第二ログと、を記憶する。第一ログ及び第二ログは、キャプチャされたパケットのヘッダ情報及びペイロードを記録したデータである。

ノードリスト記憶部３０２は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。ノードリスト記憶部３０２は、ノードリストを記憶する。ノードリストは各ノードに関する情報を表す。ノードとは、ネットワークシステム１や検証用システム３に配置された通信装置である。例えば、第一端末２０２、第二端末２０３、ＨＧＷ１０、ＲＡＳサーバ１０２、ＩＳＰ網１０１の装置（例えば、ＤＮＳサーバ、ＨＴＴＰサーバ）等がそれぞれノードに相当する。

図７は、ノードリストの具体例を表す図である。図７の例では、ノードリストは各ノードに関してノードＩＤ、ノード種別、ＭＡＣアドレス（Media Access Control address）、製造者、ＩＰアドレス（Internet Protocol address）の各情報を対応付けてノード毎に記憶する。ノードＩＤは、各ノードに割り当てられた識別情報である。ノード種別は、ノードの種別を表す情報である。ノード種別は、例えばそのノードがＤＵＴであるかＶＭであるかを表す。ＶＭとは、ネットワークエミュレータ３３０によって模擬的に実現される非検証装置を表す。ＭＡＣアドレスは、そのノードに付与されているＭＡＣアドレスを表す。製造者は、そのノードの製造者を表す。ＩＰアドレスは、そのノードに付与されているＩＰアドレスを表す。

図６に戻って説明を続ける。ノードリスト生成部３０３は、ログ記憶部３０１に記憶されているログを読み出し、ログにおいてパケットを送信又は受信したノードに関する情報を取得する。例えば、ログに記録されている各パケットのヘッダに記録された送信元アドレスや送信先アドレスを参照することによって、ノードリスト生成部３０３は各ノードに関する情報を取得する。そして、ノードリスト生成部３０３は、取得した各ノードに関する情報に基づいてノードリストを生成する。ノードリスト生成部３０３は、第一ログに基づいて第一ノードリストを生成し、第二ログに基づいて第二ノードリストを生成する。ノードリスト生成部３０３は、生成したノードリスト（第一ノードリスト及び第二ノードリスト）をノードリスト記憶部３０２に書き込む。

セッションリスト記憶部３０４は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。セッションリスト記憶部３０４は、セッションリストを記憶する。セッションリストは各セッションに関する情報を表す。セッションリストとは、ネットワークシステム１に配置された通信装置同士の通信におけるセッションの情報である。

図８は、セッションリストの具体例を表す図である。図８の例では、セッションリストは各セッションに関してセッションＩＤ、Ｆｒｏｍ−ａｄｄｒｅｓｓ、Ｆｒｏｍ−ｐｏｒｔ、Ｔｏ−ａｄｄｒｅｓｓ、Ｔｏ−ｐｏｒｔの各情報を対応付けてセッション毎に記憶する。セッションＩＤは、各セッションに割り当てられた識別情報である。Ｆｒｏｍ−ａｄｄｒｅｓｓは、そのセッションにおける送信元のノードのＩＰアドレスを表す。Ｆｒｏｍ−ｐｏｒｔは、そのセッションにおける送信元のポート番号を表す。Ｔｏ−ａｄｄｒｅｓｓは、そのセッションにおける送信先のノードのＩＰアドレスを表す。Ｔｏ−ｐｏｒｔは、そのセッションにおける送信先のポート番号を表す。

図６に戻って説明を続ける。セッションリスト生成部３０５は、ログ記憶部３０１に記憶されているログを読み出し、ログに含まれるＴＣＰ（Transmission Control Protocol）セッション及びＵＤＰ（User Datagram Protocol）セッションに関する情報を取得する。そして、セッションリスト生成部３０５は、取得した各セッションに関する情報に基づいてセッションリストを生成する。セッションリスト生成部３０５は、第一ログに基づいて第一セッションリストを生成し、第二ログに基づいて第二セッションリストを生成する。セッションリスト生成部３０５は、生成したセッションリスト（第一セッションリスト及び第二セッションリスト）をセッションリスト記憶部３０４に書き込む。

メッセージリスト記憶部３０６は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。メッセージリスト記憶部３０６は、メッセージリストを記憶する。メッセージリストとは、ネットワークシステム１に配置された通信装置同士の通信におけるメッセージのペイロード及びセッションに関する情報を集めたリストである。ただし、メッセージリストは、ＤＨＣＰ（Dynamic Host Configuration Protocol）メッセージ、ペイロードを含まないＴＣＰメッセージ、データ部を含まないＵＤＰメッセージに関する情報を含まない。

メッセージリスト生成部３０７は、ログ記憶部３０１に記憶されているログを読み出し、ログに含まれるＴＣＰメッセージ及びＵＤＰメッセージに関する情報を取得する。そして、メッセージリスト生成部３０７は、取得した各メッセージに基づいてメッセージリストを生成する。メッセージリスト生成部３０７は、第一ログに基づいて第一メッセージリストを生成し、第二ログに基づいて第二メッセージリストを生成する。メッセージリスト生成部３０７は、生成したメッセージリスト（第一メッセージリスト及び第二メッセージリスト）をメッセージリスト記憶部３０６に書き込む。

入力部３０８は、キーボード、ポインティングデバイス（マウス、タブレット等）、ボタン、タッチパネル等の既存の入力装置を用いて構成される。入力部３０８は、送信条件を送信条件設定部３１０に入力する際などに操作者によって操作される。
表示部３０９は、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置を用いて構成され、送信条件設定画面を表示する。

送信条件設定部３１０は、送信条件設定画面を表示部３０９に表示させる。送信条件設定画面は、検証用システム３においてネットワークエミュレータ３３０上で動作するＶＭがメッセージを送信するタイミングを設定するための画面である。操作者は、表示部３０９に表示された送信条件設定画面の表示内容に応じて入力部３０８を操作し、ＶＭによるメッセージの送信順序を指定する。送信条件設定部３１０は、指定されたメッセージの送信順序を示すリスト（以下、「送信条件リスト」という。）を記憶する。送信順序の指定が完了すると、送信条件設定部３１０は、送信条件リストをシナリオデータ生成部３１１に出力する。

シナリオデータ生成部３１１は、ノードリスト記憶部３０２に記憶されたノードリストと、セッションリスト記憶部３０４に記憶されたセッションリストと、メッセージリスト記憶部３０６に記憶されたメッセージリストと、送信条件リストとに基づいてシナリオデータ３２０を生成する。シナリオデータ生成部３１１は、生成したシナリオデータ３２０をネットワークエミュレータ３３０に出力する。以下、シナリオデータ生成部３１１の処理の具体例について説明する。

シナリオデータ生成部３１１は、第一ノードリストの中からＶＭとして設定されたノード（通信装置）を検索し、ＶＭが行う通信の内容を第一セッションリストに基づいて判断する。また、シナリオデータ生成部３１１は、第一セッションリストに基づいて判断した各通信において送受信するメッセージの内容を、第一メッセージリストに基づいて判断する。これらの判断に基づいて、シナリオデータ生成部３１１は第一シナリオデータを生成する。

シナリオデータ生成部３１１は、第二ノードリストの中からＶＭとして設定されたノード（通信装置）を検索し、ＶＭが行う通信の内容を第二セッションリストに基づいて判断する。また、シナリオデータ生成部３１１は、第二セッションリストに基づいて判断した各通信において送受信するメッセージの内容を、第二メッセージリストに基づいて判断する。これらの判断に基づいて、シナリオデータ生成部３１１は第二シナリオデータを生成する。

図９は、ログに記録されているメッセージの送信タイミングを表すシーケンス図である。図９の右側には第一ログに記録されているメッセージの送信タイミングが示されており、図９の左側には第二ログに記録されているメッセージの送信タイミングが示されている。第一ログでは、まず時刻Ｔ１１にＨＧＷ１０とＲＡＳサーバ１０２との間でリンク確立シーケンスが実行される（ステップＳ１０１）。次に、時刻Ｔ１２に、ＨＧＷ１０がＤＮＳサーバに対してＤＮＳ ｑｕｅｒｙを送信する（ステップＳ１０３）。次に、時刻Ｔ１３にＤＮＳサーバがＨＧＷ１０に対してＤＮＳ ｒｅｓｐｏｎｓｅを送信する（ステップＳ１０４）。

一方、第二ログでは、時刻Ｔ２１に、第二端末２０３がＨＧＷ１０に対しＤＮＳ ｑｕｅｒｙを送信する（ステップＳ１０２）。
操作者は、入力部３０８を操作し、セッションリストの内容を表示部３０９に表示させることによって、上記のような各メッセージの順序を把握することができる。このように、ログには各メッセージの送信時刻が記録されており、セッションリストには送信時刻に基づいて各メッセージの送信タイミングが表される。

図１０は、送信条件リストによって示されるメッセージの送信タイミングを表すシーケンス図である。なお、以下の説明では、ＲＡＳサーバ１０２、ＤＮＳサーバ、第二端末２０３がそれぞれＶＭ１１、ＶＭ１２、ＶＭ２１としてネットワークエミュレータ３３０によって実現される。送信条件リストでは、メッセージの送信タイミングが、送信時刻に加えて送信の順序としても定義される。ただし、全てのメッセージについて順序が定義される必要は無く、操作者によって定義が必要とされたメッセージについてのみ、順序が定義される。例えば、ＶＭ２１（第二端末２０３のＶＭ）がステップＳ１０２のメッセージを送信するタイミングは、ＨＧＷ１０とＶＭ１１（ＲＡＳサーバ１０２のＶＭ）との間でリンク確立シーケンスが完了した後である必要があるとする。その場合、操作者は、入力部３０８を操作することによって、ＶＭ２１がステップＳ１０２にかかるメッセージを送信するタイミングは、ＨＧＷ１０とＶＭ１１がステップＳ１０１にかかるリンク確立シーケンスを完了した後であることを指定する。この指定に従って、送信条件設定部３１０は、ＶＭ２１がステップＳ１０２にかかるメッセージを送信するタイミングを、ＨＧＷ１０とＶＭ１１がステップＳ１０１にかかるリンク確立シーケンスを完了した後であることを送信条件リストに記録する。なお、リンク確立シーケンスを完了した時点とは、言い換えれば、リンク確立シーケンスにおいて最後に送受信されるメッセージが送信された時点、又は、最後に送受信されるメッセージが受信された時点である。

次に、送信条件リストの内容の具体例について説明する。送信条件設定部３１０は、一のＶＭがメッセージを送信し終わった後に他のＶＭがメッセージを送信するように指定を受けた場合、以下のように送信条件リストを生成しても良い。まず、一のＶＭ（先にメッセージを送信し終えるＶＭ）がメッセージを送信し終わった後に、他のＶＭ（後にメッセージを送信するＶＭ）に対し送信フラグを送信する。他のＶＭは、一のＶＭからの送信フラグの受信に応じて、メッセージを送信する。図１０の例では、ＶＭ１１が一のＶＭに相当し、ＶＭ２１が他のＶＭに相当する。ＶＭ１１は、時刻Ｔ１１にステップＳ１０１における最後のメッセージを送信し終えた後に、ＶＭ２１に対して送信フラグを送信する（ステップＳ２０１）。ＶＭ２１は、たとえログに送信時刻として記録されていた時刻Ｔ２１になったとしても、ステップＳ２０１における送信フラグを受信するまではメッセージを送信せずに待機する。そして、ＶＭ２１はステップＳ２０１における送信フラグを受信すると、ステップＳ１０２におけるメッセージを送信する。このとき、ＶＭ２１は、送信フラグの受信且つ時刻Ｔ２１になったことの双方の条件を満たした場合にステップＳ１０２のメッセージを送信するように設定されても良い。また、ＶＭ２１は、送信フラグの受信という条件が満たされた場合にステップＳ１０２のメッセージを送信するように設定されても良い。

シナリオデータ生成部３１１は、ＶＭのメッセージ送信のタイミングについて操作者による設定があった場合に、送信条件リストに基づいて上記のようにシナリオデータ３２０を生成する。すなわち、実際のログには送信フラグの送受信に関する記録はなされていないが、シナリオデータ生成部３１１は、送信条件リストに基づいて送信フラグの送受信に関する動作をシナリオデータ３２０に設定する。そのため、シナリオデータ３２０に基づいて動作するネットワークエミュレータ３３０では、ログに記録されていない送信フラグの送受信に関する動作が行われ、順序通りにメッセージの送信が行われる。なお、シナリオデータ３２０の具体的なコードや構造は、ネットワークエミュレータ３３０で動作するソフトウェア等の規格に準じて決定される。

図１１は、シナリオデータ生成装置３００によるシナリオデータ作成処理を表すフローチャートである。まず、セッションリスト生成部３０５がセッションリストを生成しセッションリストをセッションリスト記憶部３０４に書き込む（ステップＳ３０１）。同様に、ノードリスト生成部３０３及びメッセージリスト生成部３０７がそれぞれノードリスト及びメッセージリストを生成し、それぞれノードリスト記憶部３０２及びメッセージリスト記憶部３０６に書き込む。

次に、送信条件設定部３１０が、セッションリスト記憶部３０４に記憶されているセッションリストに基づいて、送信条件設定画面を表示部３０９に表示する（ステップＳ３０２）。送信条件設定画面には、例えば図９に示されるように、複数のログにおけるシーケンスを表すチャートが表示される。図９の場合、第一ログにおけるシーケンスと第二ログにおけるシーケンスとが同一画面上に並べて表示される。操作者が入力部３０８を操作して送信条件の設定又は設定終了の指示を行うまで、送信条件設定部３１０は待機する（ステップＳ３０３−ＮＯ、ステップＳ３０５−ＮＯ）。送信条件の設定があると（ステップＳ３０３−ＹＥＳ）、送信条件設定部３１０は設定された送信条件の内容に応じて送信条件リストを記録する（ステップＳ３０４）。その後、送信条件設定部３１０は、設定終了が指示されるまでステップＳ３０３及びステップＳ３０４の処理を繰り返し実行する。

設定終了が指示されると（ステップＳ３０６−ＹＥＳ）、送信条件設定部３１０は、送信条件リストをシナリオデータ生成部３１１に出力する。シナリオデータ生成部３１１は、受信した送信条件リスト、ノードリスト、セッションリスト、メッセージリストに基づいて、シナリオデータ３２０を生成する（ステップＳ３０６）。シナリオデータ生成部３１１は、生成したシナリオデータ３２０を、ネットワークエミュレータ３３０に出力する。このとき、シナリオデータ生成部３１１は、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭやフラッシュメモリ等の記録媒体にシナリオデータ３２０を書き込むことによってシナリオデータ３２０を出力しても良い。また、シナリオデータ生成部３１１は、ネットワークを介してネットワークエミュレータ３３０にシナリオデータ３２０を送信することによってシナリオデータ３２０を出力しても良い。このように、シナリオデータ３２０の出力の方法は問わない。

シナリオデータ生成装置３００を用いてシナリオデータ３２０を生成することによって、実際に障害が発生した状況と同等の検証用システムをより正確に実現することが可能となる。以下、この効果について詳細に説明する。
一般的に、ログには各メッセージの送信タイミングとして送信時刻が記録されており、シナリオデータでは送信時刻にしたがって各メッセージの送信タイミングが設定されている。そのため、検証用システム３においてメッセージの送信遅延や再送などが生じた場合、ログに記録された順序とは異なる順序でメッセージが送信されてしまう場合がある。図９の例を用いて具体的に説明する。ステップＳ１０１において行われるリンク確立シーケンスにおいて送信遅延や再送などが生じ、シーケンスが完了する前に時刻Ｔ２１になってしまったとする。そうすると、ＨＧＷ１０とＲＡＳサーバ１０２との間でリンクが確立する前にステップＳ１０２におけるメッセージの送信が行われてしまい、ログに記録されたものとメッセージの送信順序が変わってしまうおそれがある。そのため、ログに記録された送信時刻のみに基づいてシナリオデータを作成していた場合には、実際に障害が発生した状況と同等の検証用システムをより正確に実現できないことがあった。また、この場合、ステップＳ１０１のリンク確立シーケンスとステップＳ１０２のメッセージとは、それぞれ異なるログ（第一ログと第二ログ）に記録されている。そのため、一方のログのみを参照しているだけでは各メッセージの順序の調整が困難であった。

これに対し、シナリオデータ生成装置３００では、第一ログにおけるシーケンスと第二ログにおけるシーケンスとがそれぞれ並べて同一画面上に表示される。そのため、操作者は双方のログに基づいたシーケンスを容易に視認することが可能となる。
また、シナリオデータ生成装置３００では、送信条件設定部３１０によって送信条件の入力が受け付けられる。そして、シナリオデータ生成部３１１は、送信条件リストにおいて設定された順序にしたがってメッセージが送信されるようにシナリオデータ３２０を生成する。より具体的には、送信順序が守られる必要のあるメッセージに関して、送信フラグの送受信による送信順序の制御が行われる。そのため、実際に障害が発生した状況と同等の検証用システムをより正確に実現することが可能となる。

＜変形例＞
送信条件設定部３１０は、入力部３０８を介して入力される操作者の指定に関わらず、予め設定された内容に基づいて各メッセージにおける送信条件を設定するように構成されても良い。この場合、送信条件設定部３１０には、予め送信条件として設定すべき項目（以下、「条件項目」という。）が設定される。例えば、図９に示す例の場合には、同一の通信装置に対して連続してメッセージが送信される場合には、その順序を変動させないように送信フラグを用いた制御を行うように条件項目が設定される。送信条件設定部３１０は、同一の通信装置に対して連続してメッセージが送信されるか否かをセッションリスト（第一セッションリスト及び第二セッションリスト）やメッセージリスト（第一メッセージリスト及び第二メッセージリスト）に基づいて検索し、そのようなメッセージが存在した場合には、その順序を変動させないように送信フラグを送信条件リストに記録する。このように構成された場合、送信条件設定部３１０は、送信条件設定画面を表示部３０９に表示する必要が無い。したがって、シナリオデータ生成装置３００は、入力部３０８及び表示部３０９を備えないように構成されても良い。

検証の対象となる装置の具体例として、ネットワークシステム１に接続されたＨＧＷ１０を示したが、検証の対象はこれに限定されない。検証の対象は、上述したように単一の通信装置であっても良いし、複数の通信装置によって構成されるネットワークであっても良い。また、ネットワークシステム１の構成は、図１に示したものに限定される必要は無い。
シナリオデータ生成装置３００は、ログ記憶部３０１、ノードリスト記憶部３０２、セッションリスト記憶部３０４、メッセージリスト記憶部３０６の全て又はいずれか一部が外部装置として構成されても良い。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１…ネットワークシステム， ３…検証用システム， １０…ＨＧＷ， １００…ＷＡＮ側ネットワーク， ２００…ＬＡＮ側ネットワーク， １０１…ＩＳＰ網， １０２…ＲＡＳサーバ， １０３…アクセス網， ２０１…ルータ， ２０２…第一端末， ２０３…第二端末， ８０−１…第一キャプチャポイント， ８０−２…第二キャプチャポイント， ３００…シナリオデータ生成装置， ３２０…シナリオデータ， ３３０…ネットワークエミュレータ， ３０１…ログ記憶部（記憶部）， ３０２…ノードリスト記憶部， ３０３…ノードリスト生成部， ３０４…セッションリスト記憶部， ３０５…セッションリスト生成部， ３０６…メッセージリスト記憶部， ３０７…メッセージリスト生成部， ３０８…入力部， ３０９…表示部， ３１０…送信条件設定部， ３１１…シナリオデータ生成部

Claims (4)

1. 検証の対象となるネットワークに含まれる第一部分ネットワークと、前記ネットワークに含まれ且つ前記第一部分ネットワークとは異なる第二部分ネットワークとにおいてそれぞれ取得された通信データの情報を記憶する記憶部と、
   前記記憶部に記憶される前記通信データの情報に基づいて、前記第一部分ネットワークに設置された第一通信装置と前記第二部分ネットワークに設置された第二通信装置との動作を他の通信装置において実現するためのシナリオデータを生成するシナリオデータ生成部と、
   前記他の通信装置において前記第一通信装置及び前記第二通信装置の動作を実現した際に、前記第二通信装置が前記第一通信装置の所定の通信の後に所定の通信データを送信する送信タイミングを前記シナリオデータにおいて実現するための条件を設定する送信条件設定部と、を備え、
   前記シナリオデータ生成部は、前記送信条件設定部によって設定された前記条件に基づいて前記他の通信装置が前記所定の通信データを送信するタイミングを判定するように前記シナリオデータを生成する、シナリオデータ生成装置。
2. 前記送信条件設定部は、前記第一通信装置が前記通信データを送信した後に前記第二通信装置へ送信フラグを送信し、前記第二通信装置は前記送信フラグを受信したのちに前記通信データを送信するように前記条件を設定する、請求項１に記載のシナリオデータ生成装置。
3. コンピュータが、検証の対象となるネットワークに含まれる第一部分ネットワークと、前記ネットワークに含まれ且つ前記第一部分ネットワークとは異なる第二部分ネットワークとにおいてそれぞれ取得された通信データの情報を記憶する記憶部に記憶される前記通信データの情報に基づいて、前記第一部分ネットワークに設置された第一通信装置と前記第二部分ネットワークに設置された第二通信装置との動作を他の通信装置において実現するためのシナリオデータを生成するシナリオデータ生成ステップと、
   コンピュータが、前記他の通信装置において前記第一通信装置及び前記第二通信装置の動作を実現した際に、前記第二通信装置が前記第一通信装置の所定の通信の後に所定の通信データを送信する送信タイミングを前記シナリオデータにおいて実現するための条件を設定する送信条件設定ステップと、を有し、
   前記コンピュータは、前記シナリオデータ生成ステップにおいて、前記送信条件設定ステップにおいて設定された前記条件に基づいて前記他の通信装置が前記所定の通信データを送信するタイミングを判定するように前記シナリオデータを生成する、
   シナリオデータ生成方法。
4. コンピュータを、
   検証の対象となるネットワークに含まれる第一部分ネットワークと、前記ネットワークに含まれ且つ前記第一部分ネットワークとは異なる第二部分ネットワークとにおいてそれぞれ取得された通信データの情報を記憶する記憶部と、
   前記記憶部に記憶される前記通信データの情報に基づいて、前記第一部分ネットワークに設置された第一通信装置と前記第二部分ネットワークに設置された第二通信装置との動作を他の通信装置において実現するためのシナリオデータを生成するシナリオデータ生成部と、
   前記他の通信装置において前記第一通信装置及び前記第二通信装置の動作を実現した際に、前記第二通信装置が前記第一通信装置の所定の通信の後に所定の通信データを送信する送信タイミングを前記シナリオデータにおいて実現するための条件を設定する送信条件設定部と、を備え、
   前記シナリオデータ生成部は、前記送信条件設定部によって設定された前記条件に基づいて前記他の通信装置が前記所定の通信データを送信するタイミングを判定するように前記シナリオデータを生成する、シナリオデータ生成装置、として動作させるためのコンピュータプログラム。

Images