(57)【要約】【課題】被検証装置の固有情報を含むパケットデータを使用して被検証装置の機能を検証する場合に、利用者の作業負担を軽減し、かつ誤りを低減することができる検証装置を提供する。【解決手段】記憶部１０３には、被検証装置２０の機能を検証するために送受信される複数のパケットデータが記憶されている。ネットワーク管理部１０７は、検証装置１０がネットワークから切り離されたことを検知すると、記憶部１０３に記憶されているパケットデータから、被検証装置２０の固有情報を削除する。【選択図】図２
2007243839.tif 000002
【特許請求の範囲】
【請求項１】
被検証装置の機能をネットワーク経由で検証する情報処理装置が実行するためのプログラムであって、
前記情報処理装置が備える記憶部は、前記被検証装置の機能を検証するために送受信される複数のパケットデータが記憶可能であり、
前記記憶部に記憶されている複数のパケットデータを参照して、当該参照したパケットデータを送信するのか、あるいは受信するのかを選択する通信手順選択ステップと、
前記ネットワークを介して、前記通信手順選択部によって選択されたパケットデータを送受信する通信実行ステップと、
前記被検証装置からパケットデータを受信した場合に、当該受信したパケットデータと、前記通信手順選択ステップによって受信すると選択されたパケットデータとを照合して、当該受信したパケットデータを検証する受信データ検証ステップと、
前記ネットワークとの接続状況を管理し、前記ネットワークとの接続状況に応じて、前記記憶部に記憶されている複数のパケットデータから、前記被検証装置の固有情報に関する属性値を変更するネットワーク管理ステップとを備えることを特徴とする、プログラム。
【請求項２】
前記ネットワーク管理ステップは、前記情報処理装置が前記ネットワークから取り外されたことを検知すると、前記記憶部に記憶されているパケットデータから、前記被検証装置の固有情報に関する属性値を削除することを特徴とする、請求項１に記載のプログラム。
【請求項３】
前記ネットワーク管理ステップは、
前記情報処理装置が前記ネットワークからの取り外されたことを検知すると、前記記憶部に記憶されているパケットデータから、予め指定されている属性値を削除することを特徴とする、請求項１に記載のプログラム。
【請求項４】
前記情報処理装置が備える記憶部は、検証を予定する被検証装置のリストが記憶可能であり、
前記ネットワーク管理ステップは、前記情報処理装置が前記ネットワークに接続されたことを検知すると、前記リストに含まれている被検証装置を前記ネットワークから検索し、当該検索によって発見された被検証装置の固有情報を、前記記憶部に記憶されているパケットデータに書き込むことを特徴とする、請求項１に記載のプログラム。
【請求項５】
前記ネットワーク管理ステップは、
前記リストに含まれている被検証装置を前記ネットワークから発見できなかった場合に、前記リストに含まれている被検証装置の固有情報を増加又は減少させながら、前記ネットワークから被検証装置を網羅的に探索することを特徴とする、請求項４に記載のプログラム。
【請求項６】
前記ネットワーク管理ステップは、
前記記憶部に記憶されている被検証装置のリストに、前記網羅的な探索によって発見された被検証装置の固有情報を登録することを特徴とする、請求項５に記載のプログラム。
【請求項７】
前記情報処理装置は、ユーザに提示する表示画面を出力する出力部を備え、
前記ネットワーク管理ステップは、前記記憶部に記憶されている被検証装置のリストに、前記網羅的な探索によって発見された被検証装置の固有情報を登録する前に、前記発見された被検証装置の固有情報を登録してもよいかどうかを、前記出力部を介してユーザに確認することを特徴とする、請求項６に記載のプログラム。
【請求項８】
前記情報処理装置は、
ユーザに提示する表示画面を出力する出力部と、
ユーザからの入力を受け付ける入力部とを備え、
前記ネットワーク管理ステップは、前記リストに含まれている被検証装置を前記ネットワークから検索し、当該検索によって発見された被検証装置が複数存在する場合には、複数の被検証装置の固有情報を前記出力部を介してユーザに提示し、検証する被検証装置を前記入力部を介してユーザに選択させることを特徴とする、請求項４に記載のプログラム。
【請求項９】
前記情報処理装置は、ユーザに提示する表示画面を出力する出力部を備え、
前記ネットワーク管理ステップは、前記被検証装置が前記ネットワークから発見できなかった場合には、被検証装置がネットワークから発見できなかったことを、前記出力部を介してユーザに提示することを特徴とする、請求項４に記載のプログラム。
【請求項１０】
前記情報処理装置は、音を発生する音発生部を備え、
前記ネットワーク管理ステップは、前記被検証装置がネットワークから発見できなかった場合には、被検証装置がネットワークから発見できなかったことを示す警告音を、前記音発生部に発生させることを特徴とする、請求項４に記載のプログラム。
【請求項１１】
前記ネットワーク管理ステップは、前記被検証装置が複数のネットワークインタフェースを備えており、前記被検証装置が一方のネットワークインタフェースに接続されているネットワークから発見できなかった場合には、前記リストに含まれている被検証装置を、他のネットワークインタフェースに接続されているネットワークからも検索することを特徴とする、請求項４に記載のプログラム。
【請求項１２】
前記情報処理装置は、
ユーザに提示する表示画面を出力する出力部と、
ユーザからの入力を受け付ける入力部とを備え、
前記ネットワーク管理ステップは、
前記リストに含まれている被検証装置を前記他のネットワークから検索する前に、前記出力部を介して、前記他のネットワークを検索する許可をユーザに求め、
前記入力部を介して、前記他のネットワークを探索する許可がユーザから得られた場合に、前記被検証装置のリストに含まれている被検証装置を前記他のネットワークから検索することを特徴とする、請求項１１に記載のプログラム。
【請求項１３】
前記情報処理装置は、ユーザに提示する表示画面を出力する出力部をさらに備え、
前記ネットワーク管理ステップは、
前記情報処理装置のＩＰアドレスが、前記検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属するか否かを判断し、
前記情報処理装置のＩＰアドレスが、前記検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属さないと判断した場合には、その旨を前記出力部を介して、ユーザに提示することを特徴とする、請求項４に記載のプログラム。
【請求項１４】
前記情報処理装置は、音を発生する音発生部をさらに備え、
前記ネットワーク管理ステップは、
前記情報処理装置のＩＰアドレスが、前記検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属するか否かを判断し、
前記情報処理装置のＩＰアドレスが、前記検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属さないと判断した場合には、その旨を示す警告音を、前記音発生部に発生させることを特徴とする、請求項４に記載のプログラム。
【請求項１５】
前記ネットワーク管理ステップは、
前記情報処理装置のＩＰアドレスが、前記検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属するか否かを判断し、
前記情報処理装置のＩＰアドレスが、前記検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属さないと判断した場合には、前記被検証装置と同一のネットワークセグメントに属するように、前記情報処理装置のＩＰアドレス又はネットマスクを変更することを特徴とする、請求項４に記載のプログラム。
【請求項１６】
前記ネットワーク管理ステップは、前記記憶部に記憶されているパケットデータが特定のプロトコルを試験するためのデータであると判断した場合には、前記情報処理装置のＩＰアドレス又はネットマスクを初期化することを特徴とする、請求項４に記載のプログラム。
【請求項１７】
前記ネットワーク管理ステップは、前記情報処理装置が前記ネットワークから取り外されたことを検知した場合には、前記情報処理装置のＩＰアドレス又はネットマスクを、変更前のＩＰアドレス又はネットワークに戻すことを特徴とする、請求項１５又は１６のいずれかに記載のプログラム。
【請求項１８】
前記情報処理装置が備える記憶部は、前記パケットデータの属性値として選択可能なデフォルト値を含む基本データをさらに記憶し、
前記基本データを表示画面に表示するステップと、
ユーザから選択されたデフォルト値が入力される入力ステップと、
前記ユーザからの入力に基づいて、前記パケットデータの属性値に、前記デフォルト値を設定するパケットデータ設定ステップとを備えることを特徴とする、請求項１に記載のプログラム。
【請求項１９】
前記入力ステップは、仕様に反する属性値については、ユーザからの入力を不可能としてロックすることを特徴とする、請求項１８に記載のプログラム。
【請求項２０】
前記入力ステップは、入力不可能となった属性値のロックを解除できることを特徴とする、請求項１９に記載のプログラム。
【請求項２１】
被検証装置の機能をネットワーク経由で検証する情報処理装置が行なう方法であって、
前記情報処理装置が備える記憶部は、前記被検証装置の機能を検証するために送受信される複数のパケットデータが記憶可能であり、
前記記憶部に記憶されている複数のパケットデータを参照して、当該参照したパケットデータを送信するのか、あるいは受信するのかを選択する通信手順選択ステップと、
前記ネットワークを介して、前記通信手順選択部によって選択されたパケットデータを送受信する通信実行ステップと、
前記被検証装置からパケットデータを受信した場合に、当該受信したパケットデータと、前記通信手順選択ステップによって受信すると選択されたパケットデータとを照合して、当該受信したパケットデータを検証する受信データ検証ステップと、
前記ネットワークとの接続状況を管理し、前記ネットワークとの接続状況に応じて、前記記憶部に記憶されているパケットデータから、前記被検証装置の固有情報に関する属性値を変更するネットワーク管理ステップとを備えることを特徴とする、方法。
【請求項２２】
前記ネットワーク管理ステップは、前記情報処理装置が前記ネットワークから取り外されたことを検知すると、前記記憶部に記憶されているパケットデータから、前記被検証装置の固有情報に関する属性値を削除することを特徴とする、請求項２１に記載の方法。
【請求項２３】
前記ネットワーク管理ステップは、
前記情報処理装置が前記ネットワークからの取り外されたことを検知すると、前記記憶部に記憶されているパケットデータから、予め指定されている属性値を削除することを特徴とする、請求項２１に記載の方法。
【請求項２４】
前記情報処理装置が備える記憶部には、検証を予定する被検証装置のリストが記憶可能であり、
前記ネットワーク管理ステップは、前記情報処理装置が前記ネットワークに接続されたことを検知すると、前記リストに含まれている被検証装置を前記ネットワークから検索し、当該検索によって発見された被検証装置の固有情報を、前記記憶部に記憶されているパケットデータに書き込むことを特徴とする、請求項２４に記載の方法。
【請求項２５】
前記ネットワーク管理ステップは、前記リストに含まれている被検証装置を前記ネットワークから発見できなかった場合に、前記リストに含まれている被検証装置の固有情報を増加又は減少させながら、前記ネットワークから被検証装置を網羅的に探索することを特徴とする、請求項２４に記載の方法。
【請求項２６】
前記ネットワーク管理ステップは、前記記憶部に記憶されている被検証装置のリストに、前記網羅的な探索によって発見された被検証装置の固有情報を登録することを特徴とする、請求項２５に記載の方法。
【請求項２７】
前記情報処理装置は、ユーザに提示する表示画面を出力する出力部を備え、
前記ネットワーク管理ステップは、前記記憶部に記憶されている被検証装置のリストに、前記網羅的な探索によって発見された被検証装置の固有情報を登録する前に、前記発見された被検証装置の固有情報を登録してもよいかどうかを、前記出力部を介してユーザに確認することを特徴とする、請求項２６に記載の方法。
【請求項２８】
前記情報処理装置は、
ユーザに提示する表示画面を出力する出力部と、
ユーザからの入力を受け付ける入力部とを備え、
前記ネットワーク管理ステップは、前記リストに含まれている被検証装置を前記ネットワークから検索し、当該検索によって発見された被検証装置が複数存在する場合には、複数の被検証装置の固有情報を前記出力部を介してユーザに提示し、検証する被検証装置を前記入力部を介してユーザに選択させることを特徴とする、請求項２４に記載の方法。
【請求項２９】
前記情報処理装置は、ユーザに提示する表示画面を出力する出力部を備え、
前記ネットワーク管理ステップは、前記被検証装置が前記ネットワークから発見できなかった場合には、被検証装置がネットワークから発見できなかったことを、前記出力部を介してユーザに提示することを特徴とする、請求項２４に記載の方法。
【請求項３０】
前記情報処理装置は、音を発生する音発生部を備え、
前記ネットワーク管理ステップは、前記被検証装置がネットワークから発見できなかった場合には、被検証装置がネットワークから発見できなかったことを示す警告音を、前記音発生部に発生させることを特徴とする、請求項２４に記載の方法。
【請求項３１】
前記ネットワーク管理ステップは、前記被検証装置が複数のネットワークインタフェースを備えており、前記被検証装置が一方のネットワークインタフェースに接続されているネットワークから発見できなかった場合には、前記リストに含まれている被検証装置を、他のネットワークインタフェースに接続されているネットワークからも検索することを特徴とする、請求項２４に記載の方法。
【請求項３２】
前記情報処理装置は、
ユーザに提示する表示画面を出力する出力部と、
ユーザからの入力を受け付ける入力部とを備え、
前記ネットワーク管理ステップは、
前記リストに含まれている被検証装置を前記他のネットワークから検索する前に、前記出力部を介して、前記他のネットワークを検索する許可をユーザに求め、
前記入力部を介して、前記他のネットワークを探索する許可がユーザから得られた場合に、前記被検証装置のリストに含まれている被検証装置を前記他のネットワークから検索することを特徴とする、請求項３１に記載の方法。
【請求項３３】
前記情報処理装置は、ユーザに提示する表示画面を出力する出力部をさらに備え、
前記ネットワーク管理ステップは、
前記情報処理装置のＩＰアドレスが、前記検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属するか否かを判断し、
前記情報処理装置のＩＰアドレスが、前記検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属さないと判断した場合には、その旨を前記出力部を介して、ユーザに提示することを特徴とする、請求項２４に記載の方法。
【請求項３４】
前記情報処理装置は、音を発生する音発生部をさらに備え、
前記ネットワーク管理ステップは、
前記情報処理装置のＩＰアドレスが、前記検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属するか否かを判断し、
前記情報処理装置のＩＰアドレスが、前記検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属さないと判断した場合には、その旨を示す警告音を、前記音発生部に発生させることを特徴とする、請求項２４に記載の方法。
【請求項３５】
前記ネットワーク管理ステップは、
前記情報処理装置のＩＰアドレスが、前記検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属するか否かを判断し、
前記情報処理装置のＩＰアドレスが、前記検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属さないと判断した場合には、前記被検証装置と同一のネットワークセグメントに属するように、前記情報処理装置のＩＰアドレス又はネットマスクを変更することを特徴とする、請求項２４に記載の方法。
【請求項３６】
前記ネットワーク管理ステップは、前記記憶部に記憶されているパケットデータが特定のプロトコルを試験するためのデータであると判断した場合には、前記情報処理装置のＩＰアドレス又はネットマスクを初期化することを特徴とする、請求項２４に記載の方法。
【請求項３７】
前記ネットワーク管理ステップは、前記情報処理装置が前記ネットワークから取り外されたことを検知した場合には、前記情報処理装置のＩＰアドレス又はネットマスクを、変更前のＩＰアドレス又はネットワークに戻すことを特徴とする、請求項３５又は３６のいずれかに記載の方法。
【請求項３８】
前記情報処理装置が備える記憶部は、前記パケットデータの属性値として選択可能なデフォルト値を含む基本データをさらに記憶し、
前記基本データを表示画面に表示するステップと、
ユーザから選択されたデフォルト値が入力される入力ステップと、
前記ユーザからの入力に基づいて、前記パケットデータの属性値に、前記デフォルト値を設定するパケットデータ設定ステップとを備えることを特徴とする、請求項２１に記載の方法。
【請求項３９】
前記入力ステップは、仕様に反する属性値については、ユーザからの入力を不可能としてロックすることを特徴とする、請求項３８に記載の方法。
【請求項４０】
前記入力ステップは、入力不可能となった属性値のロックを解除できることを特徴とする、請求項３９に記載の方法。
【請求項４１】
被検証装置の機能をネットワーク経由で検証する情報処理装置であって、
前記被検証装置の機能を検証するために送受信される複数のパケットデータを記憶する記憶部と、
前記記憶部に記憶されているパケットデータを参照して、当該参照したパケットデータを送信するのか、あるいは受信するのかを選択する通信手順選択部と、
前記ネットワークを介して、前記通信手順選択部によって選択されたパケットデータを送受信する通信実行部と、
前記被検証装置からパケットデータを受信した場合に、当該受信したパケットデータと、前記通信手順選択部によって受信すると選択されたパケットデータとを照合して、当該受信したパケットデータを検証する受信データ検証部と、
前記ネットワークとの接続状況を管理し、前記ネットワークとの接続状況に応じて、前記記憶部に記憶されているパケットデータから、前記被検証装置の固有情報に関する属性値を変更するネットワーク管理部とを備えることを特徴とする、情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被検証装置の機能をネットワーク経由で検証する検証装置、検証方法、及び検証プログラムに関し、より特定的には、被検証装置の固有情報を含むパケットデータ、及び相互に関連性のある属性を含むパケットデータを使用して被検証装置の機能を検証する場合に、利用者の作業負担を軽減し、かつ誤りを低減することができる検証装置、検証方法、及び検証プログラムに関する。
【背景技術】
【０００２】
試験対象である通信機器（以下、被検証装置と呼ぶ）が正しく実装されているかどうかを検証するには、被検証装置が搭載する通信プロトコルに応じた機能が試験を実施する側の機器（以下、検証装置と呼ぶ）に必要となる。例えば、被検証装置が通信プロトコルの一つであるＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のサーバ機能を実装している場合、それが正しく実装されているかどうかを確認するためには、検証装置側でそれに対応するＤＨＣＰクライアントの機能が必要となる。ＤＨＣＰの詳細については、ＲＦＣ２１３１を参照されたい。通信プロトコルには様々な種類が存在しており、技術の進歩と共に、今後パーソナルコンピュータ及び家電製品に搭載される通信プロトコルの数はますます増えていくことが想像される。それに伴って、通信プロトコルが被検証装置に正しく搭載されているかどうかを簡単に検証することができる検証装置を構築することが重要となっている。
【０００３】
特許文献１には、被検証装置が搭載する通信プロトコルの機能を自動的に試験する検証装置が開示されている。従来の検証装置の利用者は、被検証装置が実装する通信プロトコルの機能を検証するために、被検証装置との間で送受信される複数のパケットデータ（以下、テストデータと記す）を作成する。その後、検証装置は、被検証装置との間で送受信するパケットをテストデータから作成し、パケットが送信すべきものであれば送信し、受信すべきものであれば同じ内容をもつパケットを受信するのを待つ。検証装置は、パケットの送受信が全て終了した時点で検証を終了する。この場合、被検証装置が予想した機能を満足していると判断する。一方、実際に受信したパケットが受信待ちのパケットと異なる場合、検証装置は、異常終了し、被検証装置が予想した機能を満足していないと判断する。これにより、従来の検証装置は、被検証装置が搭載する通信プロトコルの機能を自動的に試験することができる。
【特許文献１】特開平５−１６０８８０号公報
【特許文献２】特開平５−１４５５５２号公報
【特許文献３】特表２００２−５１２３９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の従来の検証装置では、被検証装置を入れ替える場合のことが考慮されていない。通信においては、送受信されるパケットには、送受信装置の固有情報が含まれることが多々ある。例えば、インターネットのホームページの閲覧等、ネットワークで最もよく利用されている通信プロトコルであるＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のパケットには、送信先ＭＡＣアドレス、送信元ＭＡＣアドレス、送信先ＩＰアドレス、及び送信元ＩＰアドレスといった機器・装置の固有情報が含まれている。
【０００５】
従って、検証が終了した被検証装置から、新しい被検証装置に入れ替えて検証を実施する場合、従来の検証装置の利用者は、パケットの生成元となるテストデータを作り直すことが不可欠となる。これは被検証装置を入れ替える度に発生するため、試験が必要な被検証装置の数が多くなればなるほど、利用者に負担がかかることになる。
【０００６】
また、パケットを構成する属性の中には、相互に関連性が認められるものが存在する。このような相互に関連性がある属性としては、例えば、送信先ＭＡＣアドレスと送信先ＩＰアドレスとが代表として挙げられる。パケットがブロードキャストされる際、ＭＡＣアドレスは１６進数でｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ、ＩＰアドレスは１０進数で２５５．２５５．２５５．２５５の組み合わせになるという関連性がある。利用者がテストデータを用意する際、操作を誤って意図しない値が設定されたテストデータを作成することも考えられ、用意すべきテストデータの数が増えれば増えるほど誤ったテストデータを作ってしまう可能性が高くなる。このため、作成時に異常な組み合わせで属性を入力していることを認識できれば作業効率が上がると考えられる。
【０００７】
それ故に、本発明の目的は、被検証装置の固有情報を含むパケットデータ、及び相互に関連性のある属性を含むパケットデータを使用して被検証装置を検証する場合に、利用者の作業負担を軽減し、かつ誤りを低減することができる検証装置、検証方法、及び検証プログラムを提供することである。
【課題を解決するための手段】
【０００８】
本発明は、被検証装置の機能をネットワーク経由で検証する情報処理装置が実行するためのプログラムに向けられている。ただし、情報処理装置が備える記憶部は、被検証装置の機能を検証するために送受信される複数のパケットデータが記憶可能である。そして、上記目的を達成するために、本発明のプログラムは、記憶部に記憶されている複数のパケットデータを参照して、当該参照したパケットデータを送信するのか、あるいは受信するのかを選択する通信手順選択ステップと、ネットワークを介して、通信手順選択部によって選択されたパケットデータを送受信する通信実行ステップと、被検証装置からパケットデータを受信した場合に、当該受信したパケットデータと、通信手順選択ステップによって受信すると選択されたパケットデータとを照合して、当該受信したパケットデータを検証する受信データ検証ステップと、ネットワークとの接続状況を管理し、ネットワークとの接続状況に応じて、記憶部に記憶されているパケットデータから、被検証装置の固有情報に関する属性値を変更するネットワーク管理ステップとを備える。
【０００９】
これによって、上述したプログラムを実行する情報処理装置は、被検証装置の固有情報を含むパケットデータを使用して被検証装置の機能を検証する場合に、ネットワークとの接続状況に応じて、パケットデータから被検証装置の固有情報に関する属性値を変更するので、利用者の作業負担を軽減し、かつ誤りを低減することができる。
【００１０】
好ましくは、ネットワーク管理ステップは、情報処理装置がネットワークから取り外されたことを検知すると、記憶部に記憶されているパケットデータから、被検証装置の固有情報に関する属性値を削除する。これによって、上述したプログラムを実行する情報処理装置は、試験済みの被検証装置の固有情報を使って、新しい被検証装置を試験することを防止できる。
【００１１】
また、ネットワーク管理ステップは、情報処理装置がネットワークからの取り外されたことを検知すると、記憶部に記憶されているパケットデータから、予め指定されている属性値を削除してもよい。これによって、上述したプログラムを実行する情報処理装置は、削除する属性を利用者が選択できることで、別の被検証装置でも再利用可能な属性は残すことができるので、利用者が設定しなければならない負荷を軽減できる。
【００１２】
好ましくは、情報処理装置が備える記憶部は、検証を予定する被検証装置のリストが記憶可能である。この場合、ネットワーク管理ステップは、情報処理装置がネットワークに接続されたことを検知すると、リストに含まれている被検証装置をネットワークから検索し、当該検索によって発見された被検証装置の固有情報を、記憶部に記憶されているパケットデータに書き込む。これによって、上述したプログラムを実行する情報処理装置は、試験対象である被検証装置が変わる度に、被検証装置の固有情報を書き換えなければならないという利用者の負荷を削減できる。
【００１３】
また、ネットワーク管理ステップは、リストに含まれている被検証装置をネットワークから発見できなかった場合に、リストに含まれている被検証装置の固有情報を増加又は減少させながら、ネットワークから被検証装置を網羅的に探索してもよい。これによって、上述したプログラムを実行する情報処理装置は、リストに含まれている被検証装置の固有情報が間違っている場合でも、ネットワークに接続されている被検証装置を検索することができる。
【００１４】
ネットワーク管理ステップは、記憶部に記憶されている被検証装置のリストに、網羅的な探索によって発見された被検証装置の固有情報を登録してもよい。これによって、上述したプログラムを実行する情報処理装置は、次回の試験から、ネットワークを網羅的に探さなくてもリストから被検証装置を探し出すことができるようになり、試験開始までの時間短縮を図ることができる。
【００１５】
好ましくは、情報処理装置は、ユーザに提示する表示画面を出力する出力部を備える。この場合、ネットワーク管理ステップは、記憶部に記憶されている被検証装置のリストに、網羅的な探索によって発見された被検証装置の固有情報を登録する前に、発見された被検証装置の固有情報を登録してもよいかどうかを、出力部を介してユーザに確認してもよい。これによって、上述したプログラムを実行する情報処理装置は、試験対象でない装置を被検証装置として、誤ってリストに登録してしまうことを防止できる。
【００１６】
好ましくは、情報処理装置は、ユーザに提示する表示画面を出力する出力部と、ユーザからの入力を受け付ける入力部とを備える。この場合、ネットワーク管理ステップは、リストに含まれている被検証装置をネットワークから検索し、当該検索によって発見された被検証装置が複数存在する場合には、複数の被検証装置の固有情報を出力部を介してユーザに提示し、検証する被検証装置を入力部を介してユーザに選択させてもよい。これによって、上述したプログラムを実行する情報処理装置は、利用者が試験を望んでいない被検証装置に対して検証が実施されるのを防止できる。
【００１７】
好ましくは、情報処理装置は、ユーザに提示する表示画面を出力する出力部を備える。この場合、ネットワーク管理ステップは、被検証装置がネットワークから発見できなかった場合には、被検証装置がネットワークから発見できなかったことを、出力部を介してユーザに提示してもよい。これによって、上述したプログラムを実行する情報処理装置は、利用者に被検証装置がネットワークに繋がっているかの確認を促すことができる。
【００１８】
好ましくは、情報処理装置は、音を発生する音発生部を備える。この場合、ネットワーク管理ステップは、被検証装置がネットワークから発見できなかった場合には、被検証装置がネットワークから発見できなかったことを示す警告音を、音発生部に発生させる。これによって、上述したプログラムを実行する情報処理装置は、利用者が情報処理装置の前にいなくても、被検証装置がネットワークに繋がっているかの確認を促すことができる。
【００１９】
また、被検証装置が複数のネットワークインタフェースを備えている場合、ネットワーク管理ステップは、被検証装置が一方のネットワークインタフェースに接続されているネットワークから発見できなかった場合には、リストに含まれている被検証装置を、他のネットワークインタフェースに接続されているネットワークから検索してもよい。これによって、上述したプログラムを実行する情報処理装置は、被検証装置の存在を見つける機会を増やすことができる。また、利用者が被検証装置を他のネットワークに繋げてしまった場合であっても、被検証装置を見つけることができる。
【００２０】
好ましくは、情報処理装置は、ユーザに提示する表示画面を出力する出力部と、ユーザからの入力を受け付ける入力部とを備える。この場合、ネットワーク管理ステップは、リストに含まれている被検証装置を他のネットワークから検索する前に、出力部を介して、他のネットワークを検索する許可をユーザに求め、入力部を介して、他のネットワークを探索する許可がユーザから得られた場合に、被検証装置のリストに含まれている被検証装置を他のネットワークから検索する。これによって、上述したプログラムを実行する情報処理装置は、被検証装置が繋がっていないネットワークを検索することによるトラフィックの負荷を軽減できる。
【００２１】
好ましくは、情報処理装置は、ユーザに提示する表示画面を出力する出力部を備える。ネットワーク管理ステップは、情報処理装置のＩＰアドレスが、検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属するか否かを判断し、情報処理装置のＩＰアドレスが、検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属さないと判断した場合には、その旨を出力部を介して、ユーザに提示する。これによって、上述したプログラムを実行する情報処理装置は、ユーザに被検証装置と通信できないことを知らせることができる。
【００２２】
好ましくは、情報処理装置は、音を発生する音発生部を備える。ネットワーク管理ステップは、情報処理装置のＩＰアドレスが、検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属するか否かを判断し、情報処理装置のＩＰアドレスが、検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属さないと判断した場合には、その旨を示す警告音を、音発生部に発生させる。これによって、上述したプログラムを実行する情報処理装置は、ユーザが情報処理装置の前にいない場合でも、ユーザに被検証装置と通信できないことを知らせることができる。
【００２３】
また、ネットワーク管理ステップは、検証装置のＩＰアドレスが、検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属するか否かを判断し、情報処理装置のＩＰアドレスが、検索によって発見された被検証装置のＩＰアドレスと同じネットワークセグメントに属さないと判断した場合には、被検証装置と同一のネットワークセグメントに属するように、情報処理装置のＩＰアドレス又はネットマスクを変更してもよい。これによって、上述したプログラムを実行する情報処理装置は、被検証装置との通信を可能とすることができる。
【００２４】
また、ネットワーク管理ステップは、記憶部に記憶されているパケットデータが特定のプロトコルを試験するためのデータであると判断した場合には、情報処理装置のＩＰアドレス又はネットマスクを初期化してもよい。これによって、上述したプログラムを実行する情報処理装置は、ＤＨＣＰなどのアドレス取得に関する試験を実施できるようになる。
【００２５】
また、ネットワーク管理ステップは、情報処理装置がネットワークから取り外されたことを検知した場合には、情報処理装置のＩＰアドレス又はネットマスクを、変更前のＩＰアドレス又はネットワークに戻してもよい。これによって、上述したプログラムを実行する情報処理装置は、ネットワークの設定を試験開始前の状態に戻すことができる。
【００２６】
好ましくは、情報処理装置が備える記憶部は、パケットデータの属性値として選択可能なデフォルト値を含む基本データをさらに記憶する。この場合、上記のプログラムは、基本データを表示画面に表示するステップと、ユーザから選択されたデフォルト値が入力される入力ステップと、ユーザからの入力に基づいて、パケットデータの属性値に、デフォルト値を設定するパケットデータ設定ステップとを備える。これによって、上述したプログラムを実行する情報処理装置は、パケットデータの属性値に、基本データからデフォルト値を割り当てることで、利用者による試験準備の負荷を軽減できる。
【００２７】
入力ステップは、仕様に反する属性値については、ユーザからの入力を不可能としてロックしてもよい。また、入力ステップは、属性値のロックを解除してもよい。これによって、上述したプログラムを実行する情報処理装置は、利用者によるパケットデータの編集ミスを軽減できる。また、編集ミスを軽減する効果を得ながら、故意に異常なパケットを送信する試験を実施できる。
【００２８】
また、この情報処理装置が実行するためのプログラムは、被検証装置の機能をネットワーク経由で検証する情報処理装置が行なう方法としても捉えることができる。ただし、情報処理装置が備える記憶部は、被検証装置の機能を検証するために送受信される複数のパケットデータが記憶可能である。そして、上記目的を達成するために、本発明の方法は、記憶部に記憶されている複数のパケットデータを参照して、当該参照したパケットデータを送信するのか、あるいは受信するのかを選択する通信手順選択ステップと、ネットワークを介して、通信手順選択部によって選択されたパケットデータを送受信する通信実行ステップと、被検証装置からパケットデータを受信した場合に、当該受信したパケットデータと、通信手順選択ステップによって受信すると選択されたパケットデータとを照合して、当該受信したパケットデータを検証する受信データ検証ステップと、ネットワークとの接続状況を管理し、ネットワークとの接続状況に応じて、記憶部に記憶されているパケットデータから、被検証装置の固有情報に関する属性を変更するネットワーク管理ステップとを備える。
【００２９】
また、本発明は、被検証装置の機能をネットワーク経由で検証する情報処理装置にも向けられている。そして、上記目的を達成するために、本発明の情報処理装置は、被検証装置の機能を検証するために送受信される複数のパケットデータを記憶する記憶部と、記憶部に記憶されているパケットデータを参照して、当該参照したパケットデータを送信するのか、あるいは受信するのかを選択する通信手順選択部と、ネットワークを介して、通信手順選択部によって選択されたパケットデータを送受信する通信実行部と、被検証装置からパケットデータを受信した場合に、当該受信したパケットデータと、通信手順選択部によって受信すると選択されたパケットデータとを照合して、当該受信したパケットデータを検証する受信データ検証部と、ネットワークとの接続状況を管理し、ネットワークとの接続状況に応じて、記憶部に記憶されているパケットデータから、被検証装置の固有情報に関する属性を変更するネットワーク管理ステップとを備える。
【発明の効果】
【００３０】
本発明によれば、検証装置がネットワークから取り外されたことを検知すると、記憶部に記憶されたパケットデータから、被検証装置の固有情報を削除する。これによって、新たな被検証装置の機能を検証する際に、検証済みの装置向けのデータを誤って使って試験することを防止できる。従って、利用者が被検証装置の固有情報を変更する前に誤って試験を開始してしまい、被検証装置の固有情報を変更すべきことに気づかなかった場合の試験時間のロスを削減することができる。また、試験に時間が長くかかればかかるほど、この効果は大きいものとなる。また、他の被検証装置向けのパケットデータを準備する際にも、属性値が未定義（空）となることで、入力すべき属性の項目が明確になる。
【００３１】
また、本発明によれば、被検証装置の試験を実施後、続いて新たな被検証装置の試験を実施するとき、新たな被検証装置の固有情報をパケットデータに自動的に設定することができる。これによって、利用者は新たな被検証装置の固有情報を、パケットデータにわざわざ入力しなくてもよくなる。また、試験する被検証装置の台数が増えれば増えるほど、試験を開始するまでにかかる利用者の準備負担を軽減することができる。また、利用者によるＭＡＣアドレスやＩＰアドレス等の固有情報の入力ミスを回避できるという効果もある。
【００３２】
また、本発明によれば、検証装置と被検証装置との属するネットワークセグメントが異なっている場合も、自動的に検証装置のＩＰアドレスやＭＡＣアドレス等の固有情報を変更することができる。これによって、利用者の作業負担を軽減し、かつ誤りを低減することができる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の実施形態について、図面を参照しながら説明する。
【００３４】
（第１の実施形態）
図１は、本発明の第１の実施形態に係る検証装置１０のネットワーク構成の一例を示す図である。図１において、検証装置１０は、ネットワーク３０を介して、被検証装置２０と接続されている。ネットワーク３０には、複数のルータやハブと言われるパケットの中継装置が含まれることがある。あるいは、ネットワーク３０が検証装置１０と被検証装置２０との間になく、検証装置１０と被検証装置２０とが直結されることもある。検証装置１０と被検証装置２０とを接続するためのケーブルとしては、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルが最も広く使用されている。
【００３５】
図２は、本発明の第１の実施形態に係る検証装置１０の構成の一例を示すブロック図である。図２において、検証装置１０は、入力部１０１、出力部１０２、記憶部１０３、通信手順選択部１０４、通信実行部１０５、受信データ検証部１０６、ネットワーク管理部１０７、及びスピーカ１０８を備える。入力部１０１は、利用者からのデータの入力を受け付ける。入力部１０１の代表例は、キーボードである。出力部１０２は、利用者が入力した入力結果及び通信データの内容を表示する。出力部１０２の代表例は、ＣＲＴモニターや液晶モニターである。
【００３６】
記憶部１０３は、入力部１０１、通信実行部１０５、及びネットワーク管理部１０等から入力されたデータを記憶し、通信手順選択部１０４、出力部１０２、及び受信データ検証部１０６等に対して、記憶したデータを提供する。記憶部１０３は、ＲＡＭ（ランダムアクセスメモリー）、ハードディスク、ＳＤ等の外部記憶装置がその典型例である。記憶部１０３は、少なくとも、被検証装置２０の機能を検証するためのテストデータを記憶する。図３は、記憶部１０３に記憶されたテストデータの一例を示す図である。図３に示すテストデータは、送信データ１、受信データ２、受信データ３、送信データ４、送信データ５、及び受信データ６などを含んでいる。これらの送受信データは、検証装置１０がデータを送受信する順番に並べられている。
【００３７】
図４は、テストデータに含まれる送信データ１の構成の一例を示す図である。図４に示すように、送信データ１は、属性１ａと属性値１ｂとを含む。送信データ１は、送信先ＭＡＣアドレス、送信元ＭＡＣアドレス、送信先ＩＰアドレス、送信元ＩＰアドレス、ＴＣＰ／ＵＤＰ種別、送信先ポート番号、及び送信元ポート番号等から構成される。以降の説明では、図４に示すような構成を持つデータを、パケットデータと呼ぶことにする。また、送受信データ２〜６も、送信データ１と同様の構成である。
【００３８】
通信手順選択部１０４は、記憶部１０３に記憶されているパケットデータを参照して、パケットデータを送信するのか、あるいは受信するのかを選択し、当該選択に従って通信実行部１０５にパケットデータの送受信を指示する。具体的には、通信手順選択部１０４は、送信データと受信データとを順番に送受信するように、通信実行部１０５に指示する。例えば、図３を参照して、通信手順選択部１０４は、最初に、送信データ１を送信するように通信実行部１０５に指示する。次に、通信手順選択部１０４は、受信データ２に合ったデータを受信するのを待つ。通信手順選択部１０４は、通信実行部１０５及び受信データ検証部１０６を介して、受信データ２を受信したこと認識した場合、受信データ３に合ったデータを受信するのを待つ。通信手順選択部１０４は、このように順次送信と受信とを実施していき、すべてのデータを送受信すると、テスト成功として検証を終える。また、通信手順選択部１０４は、検証終了時に検証が終了したことを出力部１０２に出力する。
【００３９】
通信実行部１０５は、通信手順選択部１０４からパケットデータの送信を指示されると、記憶部１０３に記憶されているテストデータを参照して、当該送信を指示されたパケットデータをネットワークへ送信する。通信実行部１０５は、送信するパケットデータに、図４に示す属性値１ｂが存在していなかった場合には、このパケットデータをエラーとして扱い、検証を異常終了する。一方、ネットワークからパケットデータを受信した時、通信実行部１０５は、受信したパケットデータを、受信データ検証部１０６へ渡す。また、通信実行部１０５は、検証装置１０がネットワークに繋がっているかどうかを常時監視する。ネットワーク接続の常時監視機能については、既知の技術であるので、ここでは説明を省略する。通信実行部１０５は、検証装置１０がネットワークから外れたことを検出すると、その旨をネットワーク管理部１０７へ通知する。また、通信実行部１０５は、検証装置１０がネットワークに新たに接続された場合にも、その旨をネットワーク管理部１０７へ通知する。
【００４０】
受信データ検証部１０６は、記憶部１０３に記憶されているパケットデータ（例えば、受信データ２）と、通信実行部１０５から受け取ったパケットデータとを照合して、被検証装置２０から所望のパケットデータを受信したか否かを検証する。
【００４１】
ネットワーク管理部１０７は、通信実行部１０５を介して、ネットワークとの接続状況を管理し、ネットワークとの接続状況に応じて、記憶部１０３に記憶されているパケットデータの属性値を変更する。具体的には、ネットワーク管理部１０７は、通信実行部１０５からの通知によって、検証装置１０がネットワークから取り外されたことを検知すると、ＩＰアドレスやＭＡＣアドレス等の被検証装置２０の固有情報をパケットデータから削除する。例えば、送信データ１（図４参照）において、被検証装置２０の固有情報とは、送信先ＭＡＣアドレス、及び送信先ＩＰアドレスである。図５は、被検証装置２０の固有情報が削除された送信データ１の一例を示す図である。図５に示すように、ネットワーク管理部１０７は、検証装置１０がネットワークから取り外されたことを検知すると、送信データ１から、送信先ＭＡＣアドレスと、送信先ＩＰアドレスとの属性値１ｂを削除する。
【００４２】
スピーカ１０８は、ネットワーク管理部１０７からの指示に従って、音を発生させる。なお、スピーカ１０８は、検証装置１０が音を発させない場合は、必ずしも必要な構成ではない。
【００４３】
図６〜７は、本発明の第１の実施形態に係る検証装置１０の動作の一例を示すフローチャートである。図６〜７を参照しながら、本実施形態に係る検証装置１０の動作について説明する。記憶部１０３は、図３及び図４に示したテストデータ（すなわち、複数のパケットデータ）を予め記憶しているものとする。入力部１０１には、利用者から検証開始の指示が入力される（ステップＳ１０１）。入力部１０１は、利用者からの指示に応じて、通信手順選択部１０４へ検証開始を指示する（ステップＳ１０２）。通信手順選択部１０４は、記憶部１０３に記憶されているパケットデータを参照し（ステップＳ１０３）、参照したパケットデータが送信データであるのか、あるいは受信データであるかのを判断する（ステップＳ１０４）。
【００４４】
通信手順選択部１０４は、パケットデータが送信データである場合、通信実行部１０５にパケットデータの送信を指示する（ステップＳ１０５）。通信実行部１０５は、送信を指示されたパケットデータに未定義（空）の属性値１ｂがあるかを確認し（ステップＳ１０６）、未定義の属性値があれば、出力部１０２に異常終了を表示する（ステップＳ１１２）。通信実行部１０５は、未定義の属性値がなければ、パケットデータをネットワークへ送信する（ステップＳ１０７）。
【００４５】
一方、通信手順選択部１０４は、パケットデータが受信データである場合、パケットデータに合致するパケットの受信を待つ（ステップＳ１０８）。その後、通信実行部１０５は、ネットワークを介して、被検証装置２０からパケットを受信する（ステップＳ１０９）。通信実行部１０５は、受信したパケットを受信データ検証部１０６に渡す。受信データ検証部１０６は、ネットワークを介して受信したパケットと、受信待ちであるパケットデータとが一致するか否かを検証する（ステップＳ１１０）。そして、その検証結果を通信手順選択部１０４に通知する。
【００４６】
通信手順選択部１０４は、受信したパケットが、受信待ちであるパケットデータと一致しない場合は、出力部１０２に異常終了を表示する（ステップＳ１１２）。あるいは、通信手順選択部１０４は、受信したパケットが、受信待ちであるパケットデータと一致しない場合も、そのまま処理を継続してよい。これによって、通信手順選択部１０４は、なんらかの原因によって受信待ち以外のパケットデータを受信した後にも、受信待ちであるパケットデータを受信することが可能になる。一方、通信手順選択部１０４は、受信したパケットが、受信待ちであるパケットデータと一致する場合は、送受信すべきパケットデータが全て処理済みかどうかを調べる（ステップＳ１１１）。通信手順選択部１０４は、未処理のパケットデータがあった場合は、ステップＳ１０３に戻って処理を続行する。
【００４７】
図７を参照して、送受信すべきパケットデータを全て処理していた場合は、通信手順選択部１０４は、出力部１０２に正常終了を表示する（ステップＳ１１３）。また、通信実行部１０５は、検証装置１０がネットワークから取り外されたとき、そのことを検知する（ステップＳ１１４）。通信実行部１０５は、検証装置１０がネットワークから取り外されたことを、ネットワーク管理部１０７に通知する。ネットワーク管理部１０７は、記憶部１０３に記憶されているパケットデータから、被検証装置２０の固有情報を削除する（ステップＳ１１５）。
【００４８】
以上のように、本発明の第１の実施形態に係る検証装置１０によれば、検証装置１０がネットワークから取り外されたことを検知すると、記憶部１０３に記憶されたパケットデータから、被検証装置２０の固有情報を削除する。これによって、試験済みの被検証装置の固有情報を使って、新しい被検証装置の機能を試験することを防止できる。従って、利用者が被検証装置の固有情報を変更する前に誤って試験を開始してしまい、被検証装置の固有情報を変更すべきことに気づかなかった場合の試験時間のロスを削減することができる。また、試験に時間が長くかかればかかるほど、この効果は大きいものとなる。また、新たな被検証装置向けのパケットデータを準備する際にも、属性値が未定義（空）となることで、利用者が入力すべき属性の項目が明確になる。
【００４９】
なお、検証装置１０は、ネットワークから取り外された場合に、パケットデータから、利用者が削除する属性値を選択できるようにしてもよい。図８は、利用者が削除する属性値を選択できるようにしたパケットデータの一例を示す図である。検証装置１０は、図８に示すようなパケットデータを出力部１０２に表示させて、利用者に削除する属性値を選択させる。これによって、利用者は削除する属性値だけを確実に削除できるようになる。
【００５０】
（第２の実施形態）
上述したように、第１の実施形態に係る検証装置１０は、ネットワークから取り外されたときに、被検証装置２０の固有情報を、テストデータ（すなわち、複数のパケットデータ）から削除することができた。しかし、検証装置１０が新たな被検証装置２１を検証する場合、利用者は、新たな被検証装置２１の固有情報を設定し直さなければ、新たな被検証装置２１の検証を開始できないという問題が残っていた。第２の実施形態においては、この問題を解決するための方法について述べる。
【００５１】
第２の実施形態に係る検証装置の構成は、第１の実施形態と同様であるので、図２を援用する。第２の実施形態に係る検証装置１０において、記憶部１０３は、検証を予定する被検証装置のリストを予め記憶している。図９は、記憶部１０３に記憶されている被検証装置のリストを示す図である。図９を参照して、被検証装置のリストには、例えば、被検証装置２０〜２３のＭＡＣアドレスやＩＰアドレス等の固有情報が登録されている。この例では、被検証装置２０、２１にはＭＡＣアドレスが、被検証装置２２、２３にはＩＰアドレスが登録されている。なお、図９に示す被検証装置のリストには、被検証装置の名前も登録されているが、被検証装置の名前は必ずしも登録される必要はない。例えば、記憶部１０３には、ユーザが入力部１０１等を介して、被検証装置のリストを登録することができる。
【００５２】
本発明の第２の実施形態に係る検証装置１０は、被検証装置のリストに基づいて、テストデータに被検証装置の固有情報を自動的に設定する。図１１及び図１２は、本発明の第２の実施形態に係る検証装置１０が、テストデータに被検証装置の固有情報を設定する場合の動作の一例を示すフローチャートである。図１１を参照して、検証装置１０が被検証装置２０の繋がったネットワークへ接続されると、通信実行部１０５は、ネットワーク管理部１０７へ検証装置１０がネットワークへ接続されたことを通知する(ステップＳ２０１)。ネットワーク管理部１０７は、検証装置１０がネットワークへ接続されたことを通知されると、記憶部１０３から被検証装置のリストを参照する（ステップＳ２０２）。
【００５３】
ネットワーク管理部１０７は、図９に示した被検証装置のリストから、未検証の被検証装置が存在するか否かを確認する（ステップＳ２０３）。ここで、被検証装置２０が未検証である場合、ネットワーク管理部１０７は、被検証装置２０がネットワークに繋がっているかどうかを調査する。被検証装置２０がネットワークに繋がっているかどうかの調査には、ＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、もしくはＲＡＲＰ（Ｒｅｖｅｒｓｅ  Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）といったプロトコルを利用する。ＡＲＰはＩＰアドレスからＭＡＣアドレスの値を、ＲＡＲＰはＭＡＣアドレスからＩＰアドレスの値を調べる手段として利用されるプロトコルである。ＡＲＰの詳細についてはＲＦＣ８２６を、ＲＡＲＰの詳細についてはＲＦＣ９０３を参照されたい。
【００５４】
ここで、被検証装置２０の固有情報には、ＭＡＣアドレスが登録されているので、ネットワーク管理部１０７は、ＲＡＲＰを利用して、１２：３４：５６：７８：９０：ＡＢのＭＡＣアドレスを持つ装置がネットワークに接続されているかどうかを調べる（ステップＳ２０４〜２０５）。ＲＡＲＰ応答がなかった場合には、ネットワーク管理部１０７は、被検証装置２０がネットワークに接続されていないと認識し（ステップＳ２０７）、ステップＳ２０３に戻り、記憶部１０３から被検証装置のリストを参照し、被検証装置２１を検証する。
【００５５】
ネットワーク管理部１０７は、被検証装置のリストから、被検証装置２１の固有情報を取り出す。被検証装置２１の固有情報はＭＡＣアドレスであるので、ネットワーク管理部１０７は、ＲＡＲＰを利用して、０５：ＣＤ：ＦＥ：９８：７６：３４のＭＡＣアドレスを持つ装置がネットワークに接続されているかどうか調べる（ステップＳ２０４〜２０５）。ＲＡＲＰ応答があった場合には、ネットワーク管理部１０７は、通信実行部１０５を介して、ＲＡＲＰ応答に含まれる接続相手のＭＡＣアドレスとＩＰアドレスとの組を取得できれば、被検証装置２１がネットワークに接続されていると判断する（ステップＳ２０７）。ネットワーク管理部１０７は、被検証装置２１がネットワークに接続されていると判断した場合、テストデータに含まれる送信データや受信データ（図３参照）に、ＩＰアドレスやＭＡＣアドレス等のＲＡＲＰ応答に含まれる接続相手（すなわち、被検証装置）の固有情報を書き込み、記憶部１０３に記憶する（ステップＳ２０８）。
【００５６】
図１０Ａは、被検証装置２１の固有情報が書き込まれた送信データ１の一例を示す図である。ネットワーク管理部１０７は、図１０Ａに示すように、送信先ＭＡＣアドレスと送信先ＩＰアドレスとの属性値１ｂに、ＲＡＲＰ応答に含まれる接続相手のＭＡＣアドレスとＩＰアドレスとを書き込む。図１０Ｂは、被検証装置２１の固有情報が書き込まれた受信データ２の一例を示す図である。ネットワーク管理部１０７は、図１０Ｂに示すように、送信元ＭＡＣアドレスと、送信元ＩＰアドレスとの属性値１ｂに、ＲＡＲＰ応答に含まれる接続相手のＭＡＣアドレスとＩＰアドレスとを書き込む。その後、検証装置１０は、ステップＳ１０１（図６参照）を実行し、被検証装置２１に対する試験を開始する。
【００５７】
一方、被検証装置２０及び被検証装置２１からＲＡＲＰ応答がない（すなわち、被検証装置２０及び被検証装置２１がネットワークに接続されていない）場合、ネットワーク管理部１０７は、図９に示した被検証装置のリストから、被検証装置２２の固有情報を取り出す。被検証装置２２の固有情報は、ＩＰアドレスであるので、ＡＲＰを利用して、１９２．１６９．１００．１のＩＰアドレスを持つ装置がネットワークに接続されているかどうかを調べる（ステップＳ２０４，Ｓ２０６）。ネットワーク管理部１０７は、図９に示した被検証装置のリストに含まれる全ての被検証装置について、ネットワークに接続されていないと判断した場合は、被検証装置が発見されない旨を出力部１０２に表示する（ステップＳ２０９）。
【００５８】
なお、第２の実施形態に係る検証装置１０は、被検証装置が複数繋がっているネットワークへ接続されることを想定して、図９に示した被検証装置のリストの中から、実際にネットワークに接続されている被検証装置を発見したとしても、リストに含まれている全ての被検証装置の固有情報を調べることにしてもよい。図１３は、リストに含まれている全ての被検証装置の固有情報を調べる場合の検証装置１０の動作の一例を示すフローチャートである。図１３に示すステップＳ３０１〜Ｓ３０６は、図１１に示すステップＳ２０１〜Ｓ２０６と同様であるので、説明を省略する。
【００５９】
図１３を参照して、ネットワーク管理部１０７は、ネットワークに複数の被検証装置が接続されているか否かを確認し、ネットワークに複数の被検証装置が接続されている場合には、利用者にどの被検証装置に対して試験を実施するのか確認するダイアログを出力する（ステップＳ３０７、Ｓ３１０）。利用者から試験を実施する被検証装置が選択された場合には、ネットワーク管理部１０７は、テストデータに含まれる送信データ及び受信データに、選択された被検証装置の固有情報を書き込む（ステップＳ３０９）。一方、ネットワーク管理部１０７は、ネットワークに単数の被検証装置が接続されていると判断した場合は、テストデータに含まれる送信データや受信データ（図３参照）に、被検証装置の固有情報を書き込む（ステップＳ３０７〜Ｓ３０９）。
【００６０】
また、ネットワーク管理部１０７は、図９に示したリストに含まれる被検証装置を、ネットワーク中で発見できなかった場合には、ＭＡＣアドレスの値を一つずつ増やしながら、ＲＡＲＰをネットワークへ送出することでＲＡＲＰ応答を出す被検証装置を探してもよい。図１４を参照して、ネットワーク管理部１０７は、被検証装置が見つからなかった場合には、被検証装置のＭＡＣアドレスの候補（以下、候補ＭＡＣアドレスと呼ぶ）として、所定の初期値を選択する（ステップＳ４０１）。例えば、ネットワーク管理部１０７は、候補ＭＡＣアドレスの初期値を、００：００：００：００：００：００とする。ネットワーク管理部１０７は、候補ＭＡＣアドレスを使ってＲＡＲＰを実行し（ステップＳ４０２）、被検証装置が見つかるか調べる（ステップＳ４０３）。ネットワーク管理部１０７は、ＲＡＲＰ応答がなく被検証装置が見つからなかった場合は、値が上限値（つまり、ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ）であるか確認する(ステップＳ４０４)。すでに上限値に達していた場合には、被検証装置を発見できないことを出力部１０２に表示し、処理を終えることとしてよい（ステップＳ４０７）。上限に達していない場合は値を一つ増やし（ステップＳ４０５）、ステップＳ３０２へ進む。
【００６１】
また、ネットワーク管理部１０７は、ＭＡＣアドレスの値を００：００：００：００：００：００から始めたが、逆に初期値として上限値ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦから始め、値を減算していき、下限値００：００：００：００：００：００まで調べるこにとしてもよい。もしくは、ＭＡＣアドレスではなく、検証装置１０が持っているＩＰアドレスを元にして、その値を一つずつ増加させたＩＰアドレス値をＡＲＰに割り当ててＡＲＰ応答を出す被検証装置を探すことにしてもよい。このフローチャートを図１５に示す。図１５に示すステップＳ５０１〜Ｓ５０８は、図１４に示すステップＳ４０１〜Ｓ４０８と同様であるが、ＭＡＣアドレスではなくＩＰアドレスを利用するところと、ステップＳ５０２においてＲＡＲＰではなくＡＲＰを利用する点が異なる。なお、ネットワーク管理部１０７は、ＩＰアドレスを利用する場合においても、初期値として上限値を使い、値を一つずつ減算させて下限値に達するまで被検証装置を探すことにしてもよい。そして、網羅的に調査して被検証装置が見つかったとき、記憶部１０３にある被検証装置のリストに、新しく見つかった被検証装置の固有情報を登録することにしてもよい。さらには、ネットワーク管理部１０７は、新しく見つかった被検証装置の固有情報を登録する前に、例えば、出力部１０２を介して、登録してもよいかどうかの許可を利用者に求めることにしてもよい。
【００６２】
また、ネットワーク管理部１０７は、検証装置１０が２つ以上のネットワークに属する（すなわち、検証装置１０が複数のネットワークインタフェースを備えている）場合、一方のネットワークで被検証装置を発見できなかった場合には、他方のネットワーク（すなわち、他方のネットワークインタフェースに接続されているネットワーク）に対して、被検証装置を探す処理を続行してもよい。図１６は、被検証装置を複数のネットワークから探す場合の検証装置の動作の一例を示すフローチャートである。図１６を参照して、ステップＳ６０１〜Ｓ６０８までは、図１１に示すステップＳ２０１〜Ｓ２０８までと同様であるので説明を省略する。ステップＳ６０９において、ネットワーク管理部１０７は、検証装置１０がもっているネットワークインタフェースが複数存在するときに、全てのネットワークインタフェースにおいて被検証装置を探しても見つからなかった場合には、図１２に示すステップＳ２０９へ処理を進める。一方、ネットワーク管理部１０７は、未探索のネットワークインタフェースが存在する場合には、未探索のネットワークに繋がったネットワークインタフェースを選択し（ステップＳ６１０）、ステップＳ６０３へ処理を進める。
【００６３】
また、ネットワーク管理部１０７は、他のネットワークに対して被検証装置を探す処理を始める前に、利用者に他ネットワークでの処理を続行してもよいかを確認するダイアログを出力するように出力部１０２に指示し、利用者からの入力を待ってから処理を続行するかを決定することにしてもよい。図１７及び図１８は、上述したダイアログを表示する場合の検証装置の動作の一例を示すフローチャートである。図１７及び図１８を参照して、ステップＳ７０１〜Ｓ７０９までは、図１６に示すステップＳ６０１〜Ｓ６０９と同様なので説明を省略する。ステップＳ７１０において、ネットワーク管理部１０７は、被検証装置をあるネットワークインタフェースを使用して探索してよいかどうかを利用者に尋ねるためのダイアログを、出力部１０２に表示する（ステップＳ８０１）。図１９にそのダイアログの例を示す。図１９において、表示項目９０１には、利用者に対するメッセージを表示される。利用者は、ネットワークインタフェース“ｅｔｈ１”に接続されたネットワークに対して探索を実施してよい場合には、選択項目９０２を入力部１０１を介して選択する。このとき、ネットワーク管理部１０７は、図１７に示すステップＳ７０３へと処理を進める（ステップＳ８０２、Ｓ８０３）。一方、探索を実施したくない場合には、利用者は選択項目９０３を選択する。このとき、ネットワーク管理部１０７は、処理を終了する（ステップＳ８０２、Ｓ８０４）。
【００６４】
以上のように、本発明の第２の実施形態に係る検証装置１０によれば、被検証装置２０の試験を実施後、続いて新たな被検証装置２１の試験を実施するとき、新たな被検証装置２１の固有情報をパケットデータに自動的に設定することができる。これによって、利用者は被検証装置２１の固有情報を、パケットデータにわざわざ入力しなくてもよくなる。また、試験する被検証装置の台数が増えれば増えるほど、試験を開始するまでにかかる利用者の準備負担を軽減することができる。また、利用者によるＭＡＣアドレスやＩＰアドレス等の固有情報の入力ミスを回避できるという効果もある。
【００６５】
（第３の実施形態）
第２の実施形態においては、図９に示した被検証装置のリストに含まれるＭＡＣアドレスを用いてＲＡＲＰを実施して被検証装置の存在を調べ、そのＲＡＲＰ応答を受信したとき、被検証装置が持つＩＰアドレスと、検証装置が持つＩＰアドレスとでネットワークセグメントが異なる場合があると考えられる。図２０は、本発明の第３の実施形態に係る検証装置１０のネットワーク構成の一例を示す図である。図２０を参照して、例えば、検証装置１０がＩＰアドレス１９２．１６８．０．２、ネットマスク２５５．２５５．２５５．０を持ち、被検証装置２０がＩＰアドレス１９２．１６８．１．１５、ネットマスク２５５．２５５．２５５．０を持つ場合を想定する。この場合、ネットワークセグメントを表すそれぞれのネットワークアドレスは、検証装置１０側が１９２．１６８．０．０であり、被検証装置２０側が１９２．１６８．１．０である。このため、検証装置１０と被検証装置２０とは、物理的には一つの同じネットワークに接続されていたとしても、論理的には別々のネットワークに属していると考えられる。ネットワークセグメントが異なる装置間では、ネットワークセグメントとネットワークセグメントとの中継点にルータが介在しないかぎりＩＰパケットを使った通信ができない。つまり、図２０に示すネットワーク構成では、検証装置１０と被検証装置２０とはお互いにＩＰ通信できない。
【００６６】
したがって、被検証装置２０の試験を開始する前には、検証装置１０のＩＰアドレスを被検証装置２０に応じて修正することが必要となる。図２０を例にとって、このときの検証装置１０の動作について説明する。検証装置１０は、被検証装置２０のＩＰアドレスが１９２．１６８．１．１５であることをＲＡＲＰによって知る。このとき、検証装置１０は、被検証装置２０が自分とは異なるネットワークセグメントに属していることを認識する。なお、第３の実施形態に係る検証装置１０の構成は、第１の実施形態と同様であるので、図２を援用する。
【００６７】
図２２及び図２３は、本発明の第３の実施形態に係る検証装置１０の動作の一例を示すフローチャートである。図２２を参照して、検証装置１０は、ステップＳ９０１〜Ｓ９０８までの動作によって、被検証装置２０のＩＰアドレスとＭＡＣアドレスとを得て、テストデータに含まれる送信データ及び受信データにこれらの値を書き込む。
【００６８】
図２３を参照して、ネットワーク管理部１０７は、被検証装置２０が自分と同一ネットワークセグメントに属するかを判断する（ステップ１００１）。被検証装置２０が自分とは異なるネットワークセグメントに属すると判断した場合には、ネットワーク管理部１０７は、図２１で示すようなメッセージを出力部１０２に表示して、被検証装置２０が同一セグメントにないことを利用者へ通知する（ステップＳ１００２）。図２１を参照して、表示項目９０１ａには、ネットワークセグメントが異なることを利用者に通知するためのメッセージが表示される。あるいは、ネットワーク管理部１０７は、検証装置１０と被検証装置２０とのネットワークセグメントが異なる場合、スピーカ１０８によって警告音を発してもよい。一方、ネットワーク管理部１０７は、ネットワークセグメントが一致している場合には、図６に示すステップＳ１０１へ処理を進める。
【００６９】
なお、検証装置１０は、図２３に示すステップＳ１００２では、被検証装置２０が同一ネットワークセグメントでないことを利用者に通知しただけだが、検証装置１０が自身のＩＰアドレスを被検証装置２０と同じネットワークセグメントに属するように自動的に修正を行うことにしてもよい。このとき、検証装置１０のネットマスクとしては、２５５．２５５．２５５．０が最もよく利用される。これを元に変更すべきＩＰアドレスを決定する方法について説明する。図２４は、検証装置１０が自身のＩＰアドレスを自動的に修正する場合の動作の一例を示すフローチャートである。
【００７０】
図２４を参照して、図２２に示すステップＳ９０１〜Ｓ９０９までの処理が終了した後、ネットワーク管理部１０７は、検証装置１０と被検証装置２０とが同一ネットワークセグメントに属するか否かをチェックする（ステップＳ１１０１）。同一ネットワークセグメントであれば、ネットワーク管理部１０７は、図６に示すステップＳ１０１へ処理を進める（ステップＳ１１０３）。一方、同一ネットワークセグメントでなかったら、ネットワーク管理部１０７は、図２５に示すように、検証装置１０のＩＰアドレスを再割り当てすることを出力部１０２で表示し、ＩＰアドレスを再割り当てする処理を実行する。
【００７１】
被検証装置２０のＩＰアドレスを１９２．１６８．１．１５とし、ネットマスクを２５５．２５５．２５５．０としたとき、被検証装置２０のネットワークセグメントを表すネットワークアドレスは、１９２．１６８．１．０となる。よって、ネットワーク管理部１０７は、ネットワークアドレス１９２．１６８．１．０に属するＩＰアドレスの候補として、小さい順に１９２．１６８．１．１を検証装置１０の暫定的なＩＰアドレスとして採用する（ステップＳ１１０４）。このとき、ネットワーク管理部１０７は、暫定的に採用されたＩＰアドレスがネットワーク中で使用中であるか否かを確認する（ステップＳ１１０５）。この確認は、ＡＲＰを利用して確認することができる。
【００７２】
ＡＲＰ応答を返す装置が存在した場合には、ネットワーク管理部１０７は、別のＩＰアドレス、例えば一つ大きい１９２．１６８．１．２を暫定的に採用し、このＩＰアドレスを使用している装置がいないか再度確認する。これを繰り返し、ＩＰアドレスが重複しないことを確認できたなら、次は実際に検証装置１０と被検証装置２０との間でＩＰ通信ができるかを調べる（ステップＳ１１０６）。ＩＰ通信できるかを調べるには、プロトコルの一つであるＩＣＭＰが利用できる。ＩＣＭＰの詳細については、ＲＦＣ７９２を参照されたい。
【００７３】
ネットワーク管理部１０７は、検証装置１０が１９２．１６８．１．１をＩＰアドレスとして暫定的に採用し、そのＩＰアドレスが重複する装置がネットワーク中にないことを確認できた場合、送信先ＩＰアドレスとして１９２．１６８．１．１５を、送信元ＩＰアドレスとして１９２．１６８．１．１を設定したＩＣＭＰ  ＥＣＨＯリクエストを検証装置２０に送信する。
【００７４】
その後、ネットワーク管理部１０７は、ＩＣＭＰ  ＥＣＨＯリクエストに対するＩＣＭＰ  ＥＣＨＯリプライを正常に受信できた場合、検証装置１０と被検証装置２０とは同じネットワークセグメントに属すると判断し、暫定的なＩＰアドレス１９２．１６８．１．１を検証装置１０のＩＰアドレスとして本採用する（ステップＳ１１０７）。その後、ステップＳ１０１に処理を進める（ステップＳ１１０８）。
【００７５】
一方、ネットワーク管理部１０７は、ＩＣＭＰ  ＥＣＨＯリクエストに対してＩＣＭＰ  ＥＣＨＯリプライが得られなければ、検証装置１０と被検証装置２０とは同一ネットワークセグメントに属していないと判断し、暫定ＩＰアドレスの採用をやり直す。もし、ＩＰアドレスを１９２．１６８．１．１から１９２．１６８．１．２５４まで試してもＩＰ通信ができない場合（ステップＳ１１０９）には、ネットマスクが検証装置１０と被検証装置２０との間で異なるためだと判断し、ネットマスクを２５５．２５５．２５５．１２８に変更して（ステップＳ１１１０）、再度暫定的なＩＰアドレスを採用してＩＰ通信の可否を試す。なお、ネットマスクは２５５．２５５．２５５．０をまず最初に採用することを例として挙げたが、それに限定するものではない。また、暫定的なＩＰアドレスの採用順を１９２．１６８．１．１から開始したが、採用順に関してもこれに限定するものではない。
【００７６】
ここでは、被検証装置２０に一致するネットワークセグメントのＩＰアドレスを割り当てることとしているが、ＤＨＣＰサーバ搭載の被検証装置に対してＤＨＣＰサーバ機能の試験を実施するには、検証装置がＤＨＣＰクライアントの役割を果たすことがある。ＤＨＣＰクライアントの初期状態（ＩＮＩＴ状態）では、０．０．０．０となることがＲＦＣ２１３１で既定されているため、検証する通信プロトコルに応じて再割り当てするＩＰアドレスが異なる場合がある。そのため、ＩＰアドレスの再割り当てを開始する前には、記憶部１０３に記憶されたパケットデータから通信プロトコルを把握し、特定のプロトコルに対しては一意な値を設定する機能を付加する。このとき、検証装置１０の動作は、図２４に示すステップＳ１１０１〜Ｓ１１０６はスキップされ、ステップＳ１１０７で一意な値が設定されるものとする。
【００７７】
また、検証装置１０は、ＩＰアドレスまたはネットマスクを変更して被検証装置２０の試験を実施後、ネットワークから取り外されたことを検知すると、変更前のＩＰアドレス、及びネットマスクに戻す動作を行なってもよい。図２６は、ネットワークから取り外された後の検証装置１０の動作の一例を示すフローチャートである。図２６を参照して、通信実行部１０５は、検証装置１０がネットワークから取り外されたことを検知すると（ステップＳ１２０１）、変更前のＩＰアドレス、ネットマスクに戻す（ステップＳ１２０２）。
【００７８】
以上のように、本発明の第３の実施形態に係る検証装置１０によれば、検証装置１０と被検証装置２０との属するネットワークセグメントが異なっている場合も、自動的に検証装置１０のＩＰアドレスやＭＡＣアドレス等の固有情報を変更することができる。これによって、利用者の作業負担を軽減し、かつ誤りを低減することができる。
【００７９】
また、検証装置１０は、被検証装置２０が同一ネットワークセグメントにない場合に、自身のＩＰアドレスを被検証装置２０と同じネットワークセグメントに属するように修正する代わりに、被検証装置２０に送信するパケットの送信元ＩＰアドレスの内容を、被検証装置２０のネットワークセグメントに属するアドレスに書き換えてもよい。これによっても、利用者の作業負担を軽減し、かつ誤りを低減することができる。
【００８０】
（第４の実施形態）
上述した第１〜３の実施形態では、パケットデータ（例えば図４参照）の属性の一つである被検証装置及び検証装置の固有情報を自動的に更新することができたが、パケットデータの他の属性については述べなかった。例えば、図４に示したパケットデータには、すべての属性を列挙しているわけではないが、Ｅｔｈｅｒｎｅｔ（登録商標）レイヤ（第二層）や、ＩＰレイヤ（第三層）や、ＴＣＰ／ＵＤＰレイヤ（第四層）や、アプリケーションレイヤ等で規定された各属性に対する属性値を指定する必要がある。この属性の数は比較的多い。したがって、利用者がパケットデータを準備する際、このような属性値を誤って入力してしまうことが想定される。第４の実施形態では、被検証装置の固有情報以外についても、利用者の作業負担を軽減する方法について述べる。
【００８１】
このため、第４の実施形態に係る検証装置は、パケットデータを作成するための補助になるものとして、基本データというものを用意する。基本データは、被検証装置２０の機能に応じて、パケットデータの属性値として選択可能なデフォルト値を含んでいる。基本データは、記憶部１０３に記憶される。図２７は、基本データの書式の一例を示す図である。基本データの内容は、出力部１０２で表示され、入力部１０１を介してユーザによる編集を可能とする。この例では、通信プロトコルＤＨＣＰ向けの基本データを示している。図２７において、項目２７０１は、パケットデータがクライアント側及びサーバ側のどちら用であるかを表す。項目２７０２は、パケットデータに用いられる通信プロトコルの種別を表す。項目２７０３は、通信プロトコルにおけるメッセージのタイプ（種類）を表す。項目２７０４は、クライアント／サーバの内部状態を表す。項目２７０５は、決定ボタンを表す。
【００８２】
図３１は、本発明の第４の実施形態に係る検証装置の構成の一例を示すブロック図である。図３１において、第４の実施形態に係る検証装置１０ａは、第１〜３の実施形態に係る検証装置と比較して、さらにパケットデータ設定部１０９を備える。ユーザは、入力部１０１を介して、出力部１０２の表示に基づいて基本データ（図２７参照）を編集し、決定ボタン２７０５をクリックする。パケットデータ設定部１０９は、決定ボタン２７０５のクリックを検知すると、基本データに設定された各項目に基づいて、図２８に示すように、パケットデータの属性値を自動的に設定する。このような基本データを用いることで、検証装置１０ａは、プロトコルの仕様に詳しくない利用者でもパケットデータを簡単に準備できるようになる。
【００８３】
これは、記憶部１０３に基本データに対応するパケットデータ作成用のデータベースを登録しておくことで実現される。なお、送信先ＭＡＣアドレスと、送信先ＩＰアドレスとに関しては、第２の実施形態で説明した方法によって、被検証装置２０のＭＡＣアドレスとＩＰアドレスとが書き込まれる。送信元ＭＡＣアドレスと、送信元ＩＰアドレスとに関しては、第３の実施形態で説明した方法によって、必要に応じて検証装置自身のＩＰアドレスが変更され、自身のＭＡＣアドレスとＩＰアドレスとが書き込まれる。
【００８４】
図２８に示す属性“Ｓｅｒｖｅｒ  Ｉｄｅｎｔｉｆｉｅｒ”は、ＲＦＣ２１３１の仕様上、図２７に示す項目が選択された場合には、指定してはいけない属性となる。その場合、検証装置１０ａは、仕様に詳しくない利用者がその属性に値を指定しまうのを未然に防ぐために、“Ｓｅｒｖｅｒ  Ｉｄｅｎｔｉｆｉｅｒ”の属性を入力不可能なものにする。あるいは、検証装置１０ａは、入力不可能な属性に対しては、着色を行うことで利用者に明確にしてもよいし、利用者が入力しようとした際にスピーカ１０８により警告音を発することにしてもよい。さらには、入力不可能となった属性にはチェックボックスを付加し、入力部１０１を介してチェックボックスのチェックを外せば入力可能とすることにしてもよい。これは、被検証装置に対して、仕様違反となるパケットを故意に送信したい場合に役立つ。
【００８５】
図２９は、基本データの他の書式の一例を示す図である。図２９の例示は、検証装置がＤＨＣＰクライアントとしてＲＥＱＵＥＳＴＩＮＧ状態でＤＨＣＰＲＥＱＵＥＳＴパケットを被検証装置に送信するように設定したものである。項目２９０４が“ＲＥＱＵＥＳＴＩＮＧ”になっている以外は、図２７と同じである。ユーザは、入力部１０１を介して、出力部１０２に表示された基本データ（図２９参照）を設定し、決定ボタン２９０５をクリックする。パケットデータ設定部１０９は、決定ボタン２９０５のクリックを検知すると、基本データに設定された項目に基づいて、図３０に示すように、パケットデータの属性値を自動的に設定する。
【００８６】
図３０に示す属性“Ｓｅｒｖｅｒ  Ｉｄｅｎｔｉｆｉｅｒ”は、図２９に示す項目が選択された場合には、付加されるべき属性であるので入力不可能な状態にならない。その値については、被検証装置２０を探索した際に得たＩＰアドレスを割り当てる。送信先ＭＡＣアドレスと、送信先ＩＰアドレスとに関しては、図２９に示す項目から、パケットデータをブロードキャストすべきであると判断され、それぞれブロードキャスト用の属性値が書き込まれる。もしブロードキャストでなくユニキャストであれば、第２の実施形態で説明した方法を利用して、送信先ＭＡＣアドレスと、送信先ＩＰアドレスとの属性値が書き込まれる。
【００８７】
ここで、送信先ＭＡＣアドレスをそのままブロードキャストで、送信先ＩＰアドレスの値を１９２．１６８．１．１５のようなユニキャストで使用されるアドレスに変えると、送信先ＭＡＣアドレスと、送信先ＩＰアドレスとの間で整合性が崩れる。このように、お互いに関連のある属性間で整合性が崩れた際、整合性がくずれた属性値（図３０に示す例では、送信先ＭＡＣアドレス、送信先ＩＰアドレス）に着色を行なったり、記号３０２０を挿入したり、あるいはスピーカ１０８を介して警告音を発することで、利用者に教えるようにしてもよい。なお、ここでは、送信先ＭＡＣアドレスと送信先ＩＰアドレスとを例に取り上げたが、整合性のチェックはこれに限定されるものではない。また、通信プロトコルとしてＤＨＣＰを例に取り上げたが、これに制限されるものではない。
【００８８】
以上のように、本発明の第４の実施形態に係る検証装置１０ａによれば、被検証装置及び検証装置の固有情報以外の属性値についても、利用者のパケットデータの入力負担を軽減することができる。また、間違った設定値が選択された場合には、画面表示や警告音等を発してユーザに通知するので、ユーザは間違った設定値を入力することを防ぐことができる。
【００８９】
なお、第１〜４の実施形態で述べた検証装置が行うそれぞれの処理手順は、記憶装置（ＲＯＭ、ＲＡＭ、ハードディスク等）に格納された上述した処理手順を実行可能な所定のプログラムデータが、ＣＰＵを含む情報処理装置によって解釈実行されることで実現されてもよい。この場合、プログラムデータは、記憶媒体を介して記憶装置内に導入されてもよいし、記憶媒体上から直接実行されてもよい。なお、記憶媒体は、ＲＯＭやＲＡＭやフラッシュメモリ等の半導体メモリ、フレキシブルディスクやハードディスク等の磁気ディスクメモリ、ＣＤ−ＲＯＭやＤＶＤやＢＤ等の光ディスクメモリ、及びメモリカード等をいう。また、記憶媒体は、電話回線や搬送路等の通信媒体を含む概念である。
【００９０】
また、第１〜４の実施形態で述べた検証装置が備える各構成は、それぞれ集積回路であるＬＳＩとして実現することができる。これらは、個別に１チップ化されてもよいし、それぞれにおいて全てまたは一部を含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００９１】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応例が可能性としてありえる。
【産業上の利用可能性】
【００９２】
本発明の検証装置は、被検証装置の機能を検証すること等に有用である。
【図面の簡単な説明】
【００９３】
【図１】本発明の第１の実施形態に係る検証装置１０のネットワーク構成の一例を示す図
【図２】本発明の第１の実施形態に係る検証装置１０の構成の一例を示すブロック図
【図３】記憶部１０３に記憶されたテストデータの一例を示す図
【図４】テストデータに含まれる送信データ１の構成の一例を示す図
【図５】被検証装置２０の固有情報が削除された送信データ１の一例を示す図
【図６】本発明の第１の実施形態に係る検証装置１０の動作の一例を示すフローチャート
【図７】本発明の第１の実施形態に係る検証装置１０の動作の一例を示すフローチャート
【図８】利用者が削除する属性値を選択できるようにしたテストデータの一例を示す図
【図９】記憶部１０３に記憶されている被検証装置のリストを示す図
【図１０Ａ】被検証装置２１の固有情報が書き込まれた送信データ１の一例を示す図
【図１０Ｂ】被検証装置２１の固有情報が書き込まれた受信データ２の一例を示す図
【図１１】本発明の第２の実施形態に係る検証装置１０が、テストデータに被検証装置の固有情報を設定する場合の動作の一例を示すフローチャート
【図１２】本発明の第２の実施形態に係る検証装置１０が、テストデータに被検証装置の固有情報を設定する場合の動作の一例を示すフローチャート
【図１３】本発明の第２の実施形態に係る検証装置１０が、リストに含まれている全ての被検証装置の固有情報を調べる場合の動作の一例を示すフローチャート
【図１４】本発明の第２の実施形態に係る検証装置１０が、テストデータに被検証装置の固有情報を設定する場合の動作の一例を示すフローチャート
【図１５】本発明の第２の実施形態に係る検証装置１０が、テストデータに被検証装置の固有情報を設定する場合の動作の一例を示すフローチャート
【図１６】被検証装置を複数のネットワークから探す場合の検証装置１０の動作の一例を示すフローチャート
【図１７】被検証装置を複数のネットワークから探す場合の検証装置１０の動作の一例を示すフローチャート
【図１８】被検証装置を複数のネットワークから探す場合の検証装置１０の動作の一例を示すフローチャート
【図１９】出力部１０２が表示する表示画面の一例を示す図
【図２０】本発明の第３の実施形態に係る検証装置１０のネットワーク構成の一例を示す図
【図２１】出力部１０２が表示する表示画面の一例を示す図
【図２２】本発明の第３の実施形態に係る検証装置１０の動作の一例を示すフローチャート
【図２３】本発明の第３の実施形態に係る検証装置１０の動作の一例を示すフローチャート
【図２４】検証装置１０が自身のＩＰアドレスを自動的に修正する場合の動作の一例を示すフローチャート
【図２５】出力部１０２が表示する表示画面の一例を示す図
【図２６】ネットワークから取り外された後の検証装置１０の動作の一例を示すフローチャート
【図２７】基本データの書式の一例を示す図
【図２８】パケットデータの属性値の一例を示す図
【図２９】基本データの他の書式の一例を示す図
【図３０】パケットデータの属性値の一例を示す図
【図３１】本発明の第４の実施形態に係る検証装置の構成の一例を示すブロック図
【符号の説明】
【００９４】
１０，１０ａ  検証装置
２０  被検証装置
３０  ネットワーク
１０１  入力部
１０２  出力部
１０３  記憶部
１０４  通信手順選択部
１０５  通信実行部
１０６  受信データ検証部
１０７  ネットワーク管理部
１０８  スピーカ
【図１】
2007243839.tif 000003
【図２】
2007243839.tif 000004
【図３】
2007243839.tif 000005
【図４】
2007243839.tif 000006
【図５】
2007243839.tif 000007
【図６】
2007243839.tif 000008
【図７】
2007243839.tif 000009
【図８】
2007243839.tif 000010
【図９】
2007243839.tif 000011
【図１０Ａ】
2007243839.tif 000012
【図１０Ｂ】
2007243839.tif 000013
【図１１】
2007243839.tif 000014
【図１２】
2007243839.tif 000015
【図１３】
2007243839.tif 000016
【図１４】
2007243839.tif 000017
【図１５】
2007243839.tif 000018
【図１６】
2007243839.tif 000019
【図１７】
2007243839.tif 000020
【図１８】
2007243839.tif 000021
【図１９】
2007243839.tif 000022
【図２０】
2007243839.tif 000023
【図２１】
2007243839.tif 000024
【図２２】
2007243839.tif 000025
【図２３】
2007243839.tif 000026
【図２４】
2007243839.tif 000027
【図２５】
2007243839.tif 000028
【図２６】
2007243839.tif 000029
【図２７】
2007243839.tif 000030
【図２８】
2007243839.tif 000031
【図２９】
2007243839.tif 000032
【図３０】
2007243839.tif 000033
【図３１】
2007243839.tif 000034