網試験システム
【課題】ネットワークにおけるエンドツーエンドでの疎通確認試験を効率化する。
【解決手段】網試験システム１００は、試験対象のネットワークにおけるエンドポイントとしての複数の試験実行端末２０と、そのネットワークを介して試験実行端末２０のそれぞれと接続された１つの試験管理端末２２を備える。試験管理端末２２は、それぞれの試験実行端末２０に、他の試験実行端末２０に対する疎通確認の実行を指示する。それぞれの試験実行端末２０は、試験管理端末２２からの指示に応じて、他の試験管理端末２２に対する疎通確認を実行する。そして、他の試験実行端末２０に対する疎通確認が成功した場合に、それまでの疎通確認の結果を一括して試験管理端末２２へ提供する。試験管理端末２２はさらに、それぞれの試験実行端末２０から提供された疎通確認の結果を集約し、集約した情報を、エンドツーエンドでの疎通確認の結果として試験担当者へ提示する。
【解決手段】網試験システム１００は、試験対象のネットワークにおけるエンドポイントとしての複数の試験実行端末２０と、そのネットワークを介して試験実行端末２０のそれぞれと接続された１つの試験管理端末２２を備える。試験管理端末２２は、それぞれの試験実行端末２０に、他の試験実行端末２０に対する疎通確認の実行を指示する。それぞれの試験実行端末２０は、試験管理端末２２からの指示に応じて、他の試験管理端末２２に対する疎通確認を実行する。そして、他の試験実行端末２０に対する疎通確認が成功した場合に、それまでの疎通確認の結果を一括して試験管理端末２２へ提供する。試験管理端末２２はさらに、それぞれの試験実行端末２０から提供された疎通確認の結果を集約し、集約した情報を、エンドツーエンドでの疎通確認の結果として試験担当者へ提示する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特にネットワークを試験するためのシステムに関する。
【背景技術】
【０００２】
企業内ネットワークや企業間ネットワーク等、様々な種類および規模のネットワークを構築する際に、エンドツーエンドでの疎通確認試験、言い換えれば、エンドポイント間での疎通確認試験が行われることがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１０１１７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
エンドツーエンドでの疎通確認試験の対象となるネットワークの規模が大きくなると、疎通確認を行うべきエンドポイントの組み合わせが増大し、試験結果を確認すべき試験担当者の負担の増大を招くことがあった。
【０００５】
本発明は、こうした課題に鑑みてなされたものであり、その主たる目的は、ネットワークにおけるエンドツーエンドでの疎通確認試験の効率化を支援するための技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の網試験システムは、試験対象のネットワークにおけるエンドポイントとしての複数の試験実行装置と、複数の試験実行装置のそれぞれと接続された試験管理装置と、を備える。試験管理装置は、複数の試験実行装置のそれぞれに、他の試験実行装置に対する疎通確認の実行を指示する試験指示部を含む。複数の試験実行装置のそれぞれは、試験管理装置からの指示にしたがって、他の試験実行装置に対する疎通確認を実行する試験実行部と、試験管理装置へ疎通確認の結果を提供する試験結果提供部と、を含む。試験管理装置はさらに、複数の試験実行装置のそれぞれから提供された疎通確認の結果を集約し、集約した情報を、エンドポイント間の疎通確認の結果として試験担当者へ提示する試験結果提示部を含む。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、ネットワークにおけるエンドツーエンドでの疎通確認試験の効率化を支援することができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態の網試験システムの構成を示す図である。
【図２】図１の試験実行端末の機能構成を示すブロック図である。
【図３】図１の試験管理端末の機能構成を示すブロック図である。
【図４】網試験結果の例を示す図である。
【図５】試験管理端末の動作を示すフローチャートである。
【図６】試験実行端末の動作を示すフローチャートである。
【図７】試験実行端末の動作を示すフローチャートである。
【図８】変形例の網試験システムの構成を示す図である。
【発明を実施するための形態】
【００１０】
図１は、実施の形態の網試験システムの構成を示す。網試験システム１００は、試験対象のネットワークである試験対象ＮＷ１０におけるエンドツーエンドでの疎通確認試験を実行する。この試験対象ＮＷ１０は、各種ネットワーク機器の組み合わせにより構築されたＬＡＮ・ＷＡＮ・インターネット等を適宜含む中継網１６と、現用系ルータ１２で総称される現用系ルータ１２ａ、現用系ルータ１２ｂ、現用系ルータ１２ｃと、予備系ルータ１４で総称される予備系ルータ１４ａ、予備系ルータ１４ｂ、予備系ルータ１４ｃとを含む。
【００１１】
現用系ルータ１２ａと予備系ルータ１４ａ、現用系ルータ１２ｂと予備系ルータ１４ｂ、現用系ルータ１２ｃと予備系ルータ１４ｃは、それぞれの組み合わせにおいてＶＲＲＰ（Virtual Router Redundancy Protocol）により冗長化されている。図１では網試験の開始時にデータ中継処理を実行するルータを現用系ルータ１２と称し、ホットスタンバイの状態で待機しているルータを予備系ルータ１４と称している。
【００１２】
網試験システム１００は、試験実行端末２０で総称される試験実行端末２０ａ、試験実行端末２０ｂ、試験実行端末２０ｃと、試験管理端末２２とを備える。試験実行端末２０は、試験対象ＮＷ１０のエンドポイント（すなわちネットワークの終端装置）としての情報処理装置である。試験実行端末２０ａ、試験実行端末２０ｂ、試験実行端末２０ｃのそれぞれは互いに異なるＬＡＮに設置され、Ｌ２ＳＷ１８で総称されるＬ２ＳＷ１８ａ、Ｌ２ＳＷ１８ｂ、Ｌ２ＳＷ１８ｃを介して試験対象ＮＷ１０と接続される。そして、試験管理端末２２からの指示に応じて相互に疎通確認を実行する。
【００１３】
また、試験実行端末２０は、現用系ルータ１２および予備系ルータ１４と、シリアルケーブル（言い換えればロールオーバーケーブル）を介してコンソール接続される。本実施の形態における試験実行端末２０は一般的なＰＣであることとするが、変形例として、試験対象ＮＷ１０の試験を実施するための必要最小限の機能を備えた装置であってもよい。この変形例の詳細は後述する。
【００１４】
試験管理端末２２は、試験担当者により操作される情報処理装置であり、試験対象ＮＷ１０を介して試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれと接続される。試験管理端末２２は、試験対象ＮＷ１０に対する試験の指示を一元的に発信する試験指示装置として動作し、また、試験対象ＮＷ１０に対する試験結果を集中管理する試験結果管理装置としても動作する。なお実施の形態では、試験指示装置としての機能と、試験結果管理装置としての機能の両方が試験管理端末２２に実装されたこととするが、これらの機能のそれぞれが物理的に別装置に実装されてもよいことはもちろんである。
【００１５】
図２は、図１の試験実行端末２０ａの機能構成を示すブロック図である。試験実行端末２０ａは、試験結果保持部３０と、ログ保持部３２と、指示受付部３４と、試験実行部３６と、試験結果提供部３８と、ログ取得部４０と、ログ提供部４２とを含む。試験実行端末２０ｂおよび試験実行端末２０ｃも、試験実行部３６およびログ取得部４０の対向装置が異なる点を除き、図２と同じ機能構成である。
【００１６】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、各機能ブロックは、コンピュータプログラムとして記録媒体に格納され、試験実行端末２０ａのハードディスクにインストールされ、試験実行端末２０ａのメインメモリに適宜読み出されてＣＰＵにて実行されてもよい。
【００１７】
試験結果保持部３０は、試験実行端末２０ａから試験実行端末２０ｂへの疎通確認結果、および試験実行端末２０ａから試験実行端末２０ｃへの疎通確認結果のそれぞれを保持する記憶領域である。例えば、試験実行端末２０ａから試験実行端末２０ｂへＰＩＮＧを実行した結果として、疎通確認に成功したこと、もしくは疎通確認に失敗したことを示す情報を保持する。なお、試験結果保持部３０に保持される個々の疎通確認結果のレコードには、試験管理端末２２に対して提供済か否かを示す提供済フラグが設定される。
【００１８】
ログ保持部３２は、現用系ルータ１２ａおよび予備系ルータ１４ａのそれぞれにおいて出力されたログ（以下、「ルータログ」とも呼ぶ。）を保持する記憶領域である。本実施の形態のルータログは、その出力元のルータがデータ中継処理を実行中であること（以下、「稼働中」とも呼ぶ。）、スタンバイ状態であること、もしくはＶＲＲＰにより現用機と予備機の切替中であることを示すレコードが、ログの出力時刻とともに逐次記録されるものとする。なお、ログ保持部３２に保持される個々のルータログのレコードにも上記の提供済フラグが設定される。
【００１９】
指示受付部３４は、試験管理端末２２から、疎通確認試験の実行を指示するデータ（以下、「疎通確認指示」とも呼ぶ。）および、ルータログの取得を指示するデータ（以下、「ログ取得指示」とも呼ぶ。）を受け付ける。疎通確認指示では、エコーリクエストの送信先となる試験実行端末２０、すなわち疎通確認先の試験実行端末２０を示す情報（例えばＩＰアドレス）と、試験継続期間（例えば疎通確認を定期的に実施すべき期間や、エコーリクエストを送信すべき回数）が指定される。ログ取得指示では、試験継続期間（例えばルータログの更新を監視すべき期間であり、ルータログに対して新規追加されたレコードを取得すべき期間）が指定される。
【００２０】
試験実行部３６は、疎通確認指示で指定された他の試験実行端末２０に対して疎通確認処理を実行する。具体的には他の試験実行端末２０を指定してＰＩＮＧプログラムを実行することにより、他の試験実行端末２０へＩＣＭＰエコーリクエストを送信する。そしてＩＣＭＰエコーリプライを受信した場合、疎通確認に成功した旨の情報を疎通確認時刻である現在時刻とともに試験結果保持部３０へ格納する。その一方、ＩＣＭＰエコーリプライを所定期間内に受信しない場合、疎通確認に失敗した旨の情報を現在時刻とともに試験結果保持部３０へ格納する。疎通確認結果の格納時点において提供済フラグは「未提供」に設定される。試験実行部３６は、疎通確認指示で指定された試験継続期間に亘り、複数回の疎通確認処理を定期的に実行する。
【００２１】
試験結果提供部３８は、試験結果保持部３０に新規格納された疎通確認結果を参照し、その疎通確認結果が「成功」を示す場合、試験結果保持部３０に格納されている疎通確認結果のうち提供済フラグが「未提供」の１つ以上の疎通確認結果を一括して試験管理端末２２へ送信する。そして、送信した疎通確認結果の提供済フラグを「提供済」へ更新する。その一方、試験結果保持部３０に新規格納された疎通確認結果が「失敗」を示す場合、提供済フラグが「未提供」の疎通確認結果の送信をスキップする。
【００２２】
ログ取得部４０は、ログ取得指示が受け付けられた場合、現用系ルータ１２ａおよび予備系ルータ１４ａに対するコンソール接続のセッションを介して、各ルータにおいて出力されるルータログの監視を開始する。そして、ルータログに新規追加されたレコードを、コンソール接続のセッションを介して各ルータから取得してログ保持部３２へ格納する。ルータログの格納時点において提供済フラグは「未提供」に設定される。ログ取得部４０は、ログ取得指示で指定された試験継続期間に亘り、ルータログの監視を継続する。
【００２３】
ログ提供部４２は、試験結果保持部３０に新規格納された疎通確認結果を参照し、その疎通確認結果が「成功」を示す場合、ログ保持部３２に格納されているルータログのうち提供済フラグが「未提供」の１つ以上のルータログを一括して、その出力元のルータの識別情報とともに試験管理端末２２へ送信する。そして、送信したルータログの提供済フラグを「提供済」へ更新する。その一方、試験結果保持部３０に新規格納された疎通確認結果が「失敗」を示す場合、提供済フラグが「未送信」のルータログの送信をスキップする。
【００２４】
図３は、図１の試験管理端末２２の機能構成を示すブロック図である。試験管理端末２２は、試験指示送信部５０と、試験結果保持部５２と、ログ保持部５４と、試験結果受付部５６と、ログ受付部５８と、集約処理部６０と、試験結果提示部６２とを含む。
【００２５】
試験指示送信部５０は、キーボードやマウス等の入力装置を介して試験担当者が入力した試験対象ＮＷ１０に対する試験の開始指示を受け付ける。そして、ログ取得指示および疎通確認指示を試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれに対して送信する。例えば、試験指示送信部５０はＴｅｌｎｅｔクライアントとして、試験実行端末２０ａ〜試験実行端末２０ｃそれぞれのＴｅｌｎｅｔサーバへアクセスして、ログ取得開始のコマンドおよび疎通確認開始のコマンドを実行してもよい。
【００２６】
試験結果保持部５２は、ある試験実行端末２０から他の試験実行端末２０への疎通確認の結果を保持する記憶領域である。例えば、試験実行端末２０ａを確認元とし、試験実行端末２０ｂを確認先とする疎通確認結果、逆に、試験実行端末２０ｂを確認元とし、試験実行端末２０ａを確認先とする疎通確認結果を保持する。したがって、図１の構成においては、試験結果保持部５２は、６種類の試験実行端末２０の組み合わせそれぞれの疎通確認結果を一括して保持する。
【００２７】
ログ保持部５４は、現用系ルータ１２ａ〜現用系ルータ１２ｃと、予備系ルータ１４ａ〜予備系ルータ１４ｃのそれぞれで出力されたログ（以下、「ルータログ」とも呼ぶ。）を保持する記憶領域である。ログ保持部５４は、図１の各ルータのログ、すなわち６種類のルータログを一括して保持する。
【００２８】
試験結果受付部５６は、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれから送信された疎通確認結果のデータを受け付けて試験結果保持部５２へ格納する。ログ受付部５８は、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれから送信されたルータログのデータを受け付けてログ保持部５４へ格納する。
【００２９】
集約処理部６０は、試験結果保持部５２に保持された６種類の試験実行端末２０の組み合わせそれぞれの疎通確認結果と、ログ保持部５４に保持された６種類のルータログとを集約した１つの文書（以下、「網試験結果」とも呼ぶ。）を作成する。網試験結果の作成において、集約処理部６０は、疎通確認時刻とログ出力時刻とを基準として、同一時刻の疎通確認結果およびルータログを同一のレコード（行）に対応づける。すなわち、網試験結果は、複数種類の疎通確認結果と、複数種類のルータログとを時系列で対応づけることにより集約した文書であるとも言える。なお、疎通確認時刻のそれぞれとログ出力時刻との間に差異がある場合も、その差異が所定値内（例えば１秒未満）であれば、同一時刻として対応づけてよいことはもちろんである。
【００３０】
試験結果提示部６２は、試験担当者からの試験結果表示要求に応じて、試験対象ＮＷ１０のエンドポイント間の疎通確認結果として、集約処理部６０において設定された網試験結果のデータをディスプレイに表示させる。
【００３１】
図４は、網試験結果の例を示す。同図の疎通確認結果フィールド７０は、確認元を試験実行端末２０ａとし、確認先を試験実行端末２０ｂとする疎通確認結果から、確認元を試験実行端末２０ｃとし、確認先を試験実行端末２０ｂとする疎通確認結果までの、６種類の疎通確認結果が設定される。また同図のルータログフィールド７２は、図１の６種類のルータログが設定される。また、同一の疎通確認時刻およびログ出力時刻のデータは、同一のレコード（行）に設定されている。
【００３２】
ここで図４は、現用系ルータ１２ａと予備系ルータ１４ａの間でＶＲＲＰによる切替を発生させ、その前後におけるエンドポイント間の疎通状態を確認するための網試験の結果を示している。試験担当者は、図４の網試験結果により、ＶＲＲＰにより現用機と予備機の間で正常に切替が行われたことを確認することができる。それとともに、その切替中は現用系ルータ１２ａを介した通信（すなわち試験実行端末２０ａからのデータ送信および試験実行端末２０ａへのデータ送信）はできないものの、予備系ルータ１４ａへの切替後は通信が正常に復旧していることを容易に確認することができる。
【００３３】
以上の構成による動作を以下説明する。
図５は、試験管理端末２２の動作を示すフローチャートである。試験担当者により入力された試験対象ＮＷ１０に対する試験開始指示が検出されると（Ｓ１０のＹ）、試験指示送信部５０は、ログ取得指示を試験実行端末２０へ送信し（Ｓ１２）、さらに疎通確認指示を試験実行端末２０へ送信する（Ｓ１４）。試験担当者からの試験開始指示が検出されなければ（Ｓ１０のＮ）、Ｓ１２およびＳ１４はスキップされる。
【００３４】
試験結果受付部５６は、試験実行端末２０から疎通確認結果を受け付けると（Ｓ１６のＹ）、その疎通確認結果を試験結果保持部５２へ格納する（Ｓ１８）。疎通確認結果を受け付けなければ（Ｓ１６のＮ）、Ｓ１８はスキップされる。ログ受付部５８は、試験実行端末２０からルータログを受け付けると（Ｓ２０のＹ）、そのルータログをログ保持部５４へ格納する（Ｓ２２）。ルータログを受け付けなければ（Ｓ２０のＮ）、Ｓ２２はスキップされる。
【００３５】
試験担当者により入力された試験対象ＮＷ１０に対する試験結果確認要求が検出されると（Ｓ２４のＹ）、集約処理部６０は、試験結果保持部５２に格納された疎通確認結果と、ログ保持部５４に格納されたルータログとを集約して網試験結果を作成する（Ｓ２６）。試験結果提示部６２は、集約処理部６０による集計処理で作成された網試験結果をディスプレイに表示させることにより、試験対象ＮＷ１０におけるエンドツーエンドでの疎通確認結果を試験担当者へ提示する（Ｓ２８）。試験担当者からの試験結果確認要求が検出されなければ（Ｓ２４のＮ）、Ｓ２６およびＳ２８はスキップされる。図５の例では、試験結果確認要求の受け付けをトリガとして集約処理部６０が網試験結果を作成することとしたが、集約処理部６０は試験担当者からの要求有無にかかわらず、定期的に網試験結果を作成・更新してもよいことはもちろんである。
【００３６】
図６は、試験実行端末２０の動作を示すフローチャートである。指示受付部３４がログ取得指示を受け付けると（Ｓ３０のＹ）、ログ取得部４０は、ログ取得指示で指定された試験継続期間が未経過の場合（Ｓ３２のＮ）、ルータログの更新を検出したとき（Ｓ３４のＹ）、新たに記録されたルータログを取得してログ保持部３２へ格納する（Ｓ３６）。ログ提供部４２は、試験実行部３６における疎通確認結果が成功の場合（Ｓ３８のＹ）、ログ保持部３２に格納されたそれまで未送信のルータログを一括して試験管理端末２２へ送信し（Ｓ４０）、Ｓ３２に戻る。ルータログが未更新の場合（Ｓ３４のＮ）、もしくは試験実行部３６における疎通確認結果が失敗の場合も（Ｓ３８のＮ）、Ｓ３２に戻る。試験継続期間が経過し（Ｓ３２のＹ）、もしくはログ取得指示を受け付けない場合（Ｓ３０のＮ）、本図のフローを終了する。
【００３７】
図７も、試験実行端末２０の動作を示すフローチャートである。指示受付部３４が疎通確認指示を受け付けると（Ｓ５０のＹ）、試験実行部３６は、疎通確認指示で指定された試験継続期間が未経過の場合（Ｓ５２のＮ）、疎通確認指示で指定された他の試験実行端末２０を宛先としてＰＩＮＧプログラムを実行する。そして、ＰＩＮＧプログラムの実行結果により示される疎通状況、すなわち疎通確認結果を試験結果保持部３０へ格納する（Ｓ５４）。試験結果提供部３８は、試験実行部３６における疎通確認結果が成功の場合（Ｓ５６のＹ）、その疎通確認結果を含むそれまで未送信の疎通確認結果を一括して試験管理端末２２へ送信し（Ｓ５８）、Ｓ５２へ戻る。試験実行部３６における疎通確認結果が失敗の場合も（Ｓ５６のＮ）、Ｓ５２へ戻る。試験継続期間が経過し（Ｓ５２のＹ）、もしくは疎通確認指示を受け付けない場合（Ｓ５０のＮ）、本図のフローを終了する。
【００３８】
本実施の形態の網試験システム１００によれば、試験対象ＮＷ１０のエンドポイントにあたる複数の試験実行端末２０に対して、試験管理端末２２から一元的に試験開始を指示する。これにより、複数の試験実行端末２０のそれぞれが異なるロケーション（例えば異なるＬＡＮ）に分散している場合でも、試験担当者は試験管理端末２２を操作してそれぞれの試験実行端末２０における疎通確認試験を開始させることができ、エンドツーエンドでの疎通確認試験の効率化を実現できる。
【００３９】
また網試験システム１００によれば、複数の試験実行端末２０における疎通確認結果および中継装置（伝送装置）のログを集約した試験結果が試験担当者へ提示されるため、試験対象ＮＷ１０に対する試験結果が正しいものであったか否かを試験担当者に効率的に確認させることができる。なお、試験実行端末２０は中継装置に対して試験対象ＮＷ１０を介した接続ではなくコンソール接続するため、試験対象ＮＷ１０の通信状態（例えば試験のために試験対象ＮＷ１０の一部に障害を発生させた場合）にかかわらず、試験実行端末２０は中継装置において新たに出力されたログを即時に取得することができる。また、データ中継処理を未実行のスタンバイ状態の中継装置からもログを取得できる。
【００４０】
また網試験システム１００によれば、試験管理端末２２と試験実行端末２０とは試験対象ＮＷ１０を介して接続されるため、試験対象ＮＷ１０とは別に試験管理用のネットワークを構築する必要がなく、試験に要するコストを低減できる。また、ある試験実行端末２０において収集された疎通確認結果および中継装置のログは、その試験実行端末２０から他の試験実行端末２０への疎通確認が成功したことを条件として試験管理端末２２へ送信される。これにより、試験対象ＮＷ１０に対する試験結果を確実に試験管理端末２２へ提供して、試験担当者に確認させることができる。
【００４１】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４２】
第１の変形例を説明する。実施の形態において一部言及したが、試験実行端末２０は、ネットワークにおけるエンドツーエンドでの疎通確認試験を実施するための必要最小限の機能を備えた装置であってもよい。具体的には、ＩＣＭＰパケットの送受機能（すなわちＰＩＮＧプログラム）、ＴＣＰ／ＵＤＰ通信機能、ＨＴＴＰ／ＦＴＰ等のアプリケーション通信機能、Ｔｅｌｎｅｔサーバ機能、ｓｙｓｌｏｇ／ＳＮＭＰサーバ機能のみを備える装置であってもよい。このように、ネットワークにおけるエンドツーエンドでの疎通確認試験に必要な機能のみを備えた簡易端末を、サーバやＰＣ等の汎用的な情報処理装置に代えて、ネットワークのエンドポイントとして配置する。これにより、大規模なネットワークの試験において、多数のサーバやＰＣの事前準備が不要となり、試験のコストや手間を低減できる。
【００４３】
第２の変形例を説明する。実施の形態では言及していないが、集約処理部６０は、正しい網試験結果として想定される想定試験結果を予め保持する想定試験結果保持部と、実際の網試験結果と想定試験結果とが整合するか否かを判定し、整合する場合に網試験の結果が想定通り（正常）である旨を網試験結果に付加し、不整合の場合に網試験の結果が想定外（異常）である旨を網試験結果に付加する判定部とを含んでもよい。この場合、試験結果提示部６２は、網試験結果を、判定部による判定結果（すなわち網試験結果が事前の想定通りであったか否かを示す情報）とともに試験担当者へ提示する。
【００４４】
例えば、想定試験結果として、現用系ルータ１２ａおよび予備系ルータ１４ａにおいてＶＲＲＰによる現用機と予備機の切替が発生している旨のメッセージと、同時刻の（対応する）レコード内にその切替の影響を受ける疎通確認（例えば試験実行端末２０ａが関わる疎通確認）が失敗していること、切替の前後のレコードでは疎通確認は成功していることが定義されてもよい。この場合、図４の網試験結果と想定試験結果とが整合することとなるため、網試験の結果が想定通り（正常）であった旨が試験担当者へ提示される。この変形例によれば、試験担当者が網試験結果を確認して、正しい結果であったか否かを判断する負担を低減でき、ネットワーク試験を一層効率化させることができる。
【００４５】
第３の変形例を説明する。実施の形態においては、試験管理端末２２は、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれと、試験対象ＮＷ１０を介して接続されることとした。変形例においては、試験管理端末２２は、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれと、試験対象ＮＷ１０とは異なる経路を介して接続されてもよい。例えば、試験対象ＮＷ１０に対する試験の実行を指示し、試験結果を収集するための専用の経路を介して接続されてもよい。
【００４６】
図８は、第３の変形例における網試験システム１００の構成を示す。同図では、試験管理端末２２と、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれが、ＵＳＢ（Universal Serial Bus）インタフェースを備え、ＵＳＢハブ２４を介して接続された構成を示している。この場合、試験管理端末２２の試験指示送信部５０は、ＵＳＢハブ２４を介して、ログ取得指示および疎通確認指示を試験実行端末２０へ送信する。また、試験実行端末２０のログ提供部４２は、ＵＳＢハブ２４を介して、ルータログを試験管理端末２２へ送信する。
【００４７】
この変形例によると、試験管理端末２２と、試験実行端末２０ａ〜試験実行端末２０ｃとの通信経路と、試験対象ＮＷ１０とが分離されているため、試験対象ＮＷ１０の試験による影響を受けずに、試験を指示し、また試験結果を収集することができる。したがって、試験実行端末２０のログ提供部４２は、ルータログが取得されたタイミングで、疎通確認の成否にかかわらず、そのルータログを試験管理端末２２へ提供してもよい。同様に、試験実行端末２０の試験結果提供部３８は、疎通確認結果が取得されたタイミングで、疎通確認の成否にかかわらず、その疎通確認結果を試験管理端末２２へ提供してもよい。これにより、試験管理端末２２は、より一層リアルタイムにルータログおよび疎通確認結果を取得して試験担当者へ提示することができる。
【００４８】
なお別の構成例として、試験管理端末２２と、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれは、試験対象ＮＷ１０とは異なるレイヤ２網やレイヤ３網を介して接続されてもよい。この場合、試験管理端末２２と、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれは、ＵＳＢハブ２４に代えて、図示しないＬ２ＳＷやＬ３ＳＷを介して接続されてもよい。この場合も上記の効果を奏することはもちろんである。
【００４９】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００５０】
１０ 試験対象ＮＷ、 １２ 現用系ルータ、 １４ 予備系ルータ、 ２０ 試験実行端末、 ２２ 試験管理端末、 ３０ 試験結果保持部、 ３２ ログ保持部、 ３４ 指示受付部、 ３６ 試験実行部、 ３８ 試験結果提供部、 ４０ ログ取得部、 ４２ ログ提供部、 ５０ 試験指示送信部、 ５２ 試験結果保持部、 ５４ ログ保持部、 ５６ 試験結果受付部、 ５８ ログ受付部、 ６０ 集約処理部、 ６２ 試験結果提示部、 １００ 網試験システム。
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特にネットワークを試験するためのシステムに関する。
【背景技術】
【０００２】
企業内ネットワークや企業間ネットワーク等、様々な種類および規模のネットワークを構築する際に、エンドツーエンドでの疎通確認試験、言い換えれば、エンドポイント間での疎通確認試験が行われることがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１０１１７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
エンドツーエンドでの疎通確認試験の対象となるネットワークの規模が大きくなると、疎通確認を行うべきエンドポイントの組み合わせが増大し、試験結果を確認すべき試験担当者の負担の増大を招くことがあった。
【０００５】
本発明は、こうした課題に鑑みてなされたものであり、その主たる目的は、ネットワークにおけるエンドツーエンドでの疎通確認試験の効率化を支援するための技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の網試験システムは、試験対象のネットワークにおけるエンドポイントとしての複数の試験実行装置と、複数の試験実行装置のそれぞれと接続された試験管理装置と、を備える。試験管理装置は、複数の試験実行装置のそれぞれに、他の試験実行装置に対する疎通確認の実行を指示する試験指示部を含む。複数の試験実行装置のそれぞれは、試験管理装置からの指示にしたがって、他の試験実行装置に対する疎通確認を実行する試験実行部と、試験管理装置へ疎通確認の結果を提供する試験結果提供部と、を含む。試験管理装置はさらに、複数の試験実行装置のそれぞれから提供された疎通確認の結果を集約し、集約した情報を、エンドポイント間の疎通確認の結果として試験担当者へ提示する試験結果提示部を含む。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、ネットワークにおけるエンドツーエンドでの疎通確認試験の効率化を支援することができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態の網試験システムの構成を示す図である。
【図２】図１の試験実行端末の機能構成を示すブロック図である。
【図３】図１の試験管理端末の機能構成を示すブロック図である。
【図４】網試験結果の例を示す図である。
【図５】試験管理端末の動作を示すフローチャートである。
【図６】試験実行端末の動作を示すフローチャートである。
【図７】試験実行端末の動作を示すフローチャートである。
【図８】変形例の網試験システムの構成を示す図である。
【発明を実施するための形態】
【００１０】
図１は、実施の形態の網試験システムの構成を示す。網試験システム１００は、試験対象のネットワークである試験対象ＮＷ１０におけるエンドツーエンドでの疎通確認試験を実行する。この試験対象ＮＷ１０は、各種ネットワーク機器の組み合わせにより構築されたＬＡＮ・ＷＡＮ・インターネット等を適宜含む中継網１６と、現用系ルータ１２で総称される現用系ルータ１２ａ、現用系ルータ１２ｂ、現用系ルータ１２ｃと、予備系ルータ１４で総称される予備系ルータ１４ａ、予備系ルータ１４ｂ、予備系ルータ１４ｃとを含む。
【００１１】
現用系ルータ１２ａと予備系ルータ１４ａ、現用系ルータ１２ｂと予備系ルータ１４ｂ、現用系ルータ１２ｃと予備系ルータ１４ｃは、それぞれの組み合わせにおいてＶＲＲＰ（Virtual Router Redundancy Protocol）により冗長化されている。図１では網試験の開始時にデータ中継処理を実行するルータを現用系ルータ１２と称し、ホットスタンバイの状態で待機しているルータを予備系ルータ１４と称している。
【００１２】
網試験システム１００は、試験実行端末２０で総称される試験実行端末２０ａ、試験実行端末２０ｂ、試験実行端末２０ｃと、試験管理端末２２とを備える。試験実行端末２０は、試験対象ＮＷ１０のエンドポイント（すなわちネットワークの終端装置）としての情報処理装置である。試験実行端末２０ａ、試験実行端末２０ｂ、試験実行端末２０ｃのそれぞれは互いに異なるＬＡＮに設置され、Ｌ２ＳＷ１８で総称されるＬ２ＳＷ１８ａ、Ｌ２ＳＷ１８ｂ、Ｌ２ＳＷ１８ｃを介して試験対象ＮＷ１０と接続される。そして、試験管理端末２２からの指示に応じて相互に疎通確認を実行する。
【００１３】
また、試験実行端末２０は、現用系ルータ１２および予備系ルータ１４と、シリアルケーブル（言い換えればロールオーバーケーブル）を介してコンソール接続される。本実施の形態における試験実行端末２０は一般的なＰＣであることとするが、変形例として、試験対象ＮＷ１０の試験を実施するための必要最小限の機能を備えた装置であってもよい。この変形例の詳細は後述する。
【００１４】
試験管理端末２２は、試験担当者により操作される情報処理装置であり、試験対象ＮＷ１０を介して試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれと接続される。試験管理端末２２は、試験対象ＮＷ１０に対する試験の指示を一元的に発信する試験指示装置として動作し、また、試験対象ＮＷ１０に対する試験結果を集中管理する試験結果管理装置としても動作する。なお実施の形態では、試験指示装置としての機能と、試験結果管理装置としての機能の両方が試験管理端末２２に実装されたこととするが、これらの機能のそれぞれが物理的に別装置に実装されてもよいことはもちろんである。
【００１５】
図２は、図１の試験実行端末２０ａの機能構成を示すブロック図である。試験実行端末２０ａは、試験結果保持部３０と、ログ保持部３２と、指示受付部３４と、試験実行部３６と、試験結果提供部３８と、ログ取得部４０と、ログ提供部４２とを含む。試験実行端末２０ｂおよび試験実行端末２０ｃも、試験実行部３６およびログ取得部４０の対向装置が異なる点を除き、図２と同じ機能構成である。
【００１６】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、各機能ブロックは、コンピュータプログラムとして記録媒体に格納され、試験実行端末２０ａのハードディスクにインストールされ、試験実行端末２０ａのメインメモリに適宜読み出されてＣＰＵにて実行されてもよい。
【００１７】
試験結果保持部３０は、試験実行端末２０ａから試験実行端末２０ｂへの疎通確認結果、および試験実行端末２０ａから試験実行端末２０ｃへの疎通確認結果のそれぞれを保持する記憶領域である。例えば、試験実行端末２０ａから試験実行端末２０ｂへＰＩＮＧを実行した結果として、疎通確認に成功したこと、もしくは疎通確認に失敗したことを示す情報を保持する。なお、試験結果保持部３０に保持される個々の疎通確認結果のレコードには、試験管理端末２２に対して提供済か否かを示す提供済フラグが設定される。
【００１８】
ログ保持部３２は、現用系ルータ１２ａおよび予備系ルータ１４ａのそれぞれにおいて出力されたログ（以下、「ルータログ」とも呼ぶ。）を保持する記憶領域である。本実施の形態のルータログは、その出力元のルータがデータ中継処理を実行中であること（以下、「稼働中」とも呼ぶ。）、スタンバイ状態であること、もしくはＶＲＲＰにより現用機と予備機の切替中であることを示すレコードが、ログの出力時刻とともに逐次記録されるものとする。なお、ログ保持部３２に保持される個々のルータログのレコードにも上記の提供済フラグが設定される。
【００１９】
指示受付部３４は、試験管理端末２２から、疎通確認試験の実行を指示するデータ（以下、「疎通確認指示」とも呼ぶ。）および、ルータログの取得を指示するデータ（以下、「ログ取得指示」とも呼ぶ。）を受け付ける。疎通確認指示では、エコーリクエストの送信先となる試験実行端末２０、すなわち疎通確認先の試験実行端末２０を示す情報（例えばＩＰアドレス）と、試験継続期間（例えば疎通確認を定期的に実施すべき期間や、エコーリクエストを送信すべき回数）が指定される。ログ取得指示では、試験継続期間（例えばルータログの更新を監視すべき期間であり、ルータログに対して新規追加されたレコードを取得すべき期間）が指定される。
【００２０】
試験実行部３６は、疎通確認指示で指定された他の試験実行端末２０に対して疎通確認処理を実行する。具体的には他の試験実行端末２０を指定してＰＩＮＧプログラムを実行することにより、他の試験実行端末２０へＩＣＭＰエコーリクエストを送信する。そしてＩＣＭＰエコーリプライを受信した場合、疎通確認に成功した旨の情報を疎通確認時刻である現在時刻とともに試験結果保持部３０へ格納する。その一方、ＩＣＭＰエコーリプライを所定期間内に受信しない場合、疎通確認に失敗した旨の情報を現在時刻とともに試験結果保持部３０へ格納する。疎通確認結果の格納時点において提供済フラグは「未提供」に設定される。試験実行部３６は、疎通確認指示で指定された試験継続期間に亘り、複数回の疎通確認処理を定期的に実行する。
【００２１】
試験結果提供部３８は、試験結果保持部３０に新規格納された疎通確認結果を参照し、その疎通確認結果が「成功」を示す場合、試験結果保持部３０に格納されている疎通確認結果のうち提供済フラグが「未提供」の１つ以上の疎通確認結果を一括して試験管理端末２２へ送信する。そして、送信した疎通確認結果の提供済フラグを「提供済」へ更新する。その一方、試験結果保持部３０に新規格納された疎通確認結果が「失敗」を示す場合、提供済フラグが「未提供」の疎通確認結果の送信をスキップする。
【００２２】
ログ取得部４０は、ログ取得指示が受け付けられた場合、現用系ルータ１２ａおよび予備系ルータ１４ａに対するコンソール接続のセッションを介して、各ルータにおいて出力されるルータログの監視を開始する。そして、ルータログに新規追加されたレコードを、コンソール接続のセッションを介して各ルータから取得してログ保持部３２へ格納する。ルータログの格納時点において提供済フラグは「未提供」に設定される。ログ取得部４０は、ログ取得指示で指定された試験継続期間に亘り、ルータログの監視を継続する。
【００２３】
ログ提供部４２は、試験結果保持部３０に新規格納された疎通確認結果を参照し、その疎通確認結果が「成功」を示す場合、ログ保持部３２に格納されているルータログのうち提供済フラグが「未提供」の１つ以上のルータログを一括して、その出力元のルータの識別情報とともに試験管理端末２２へ送信する。そして、送信したルータログの提供済フラグを「提供済」へ更新する。その一方、試験結果保持部３０に新規格納された疎通確認結果が「失敗」を示す場合、提供済フラグが「未送信」のルータログの送信をスキップする。
【００２４】
図３は、図１の試験管理端末２２の機能構成を示すブロック図である。試験管理端末２２は、試験指示送信部５０と、試験結果保持部５２と、ログ保持部５４と、試験結果受付部５６と、ログ受付部５８と、集約処理部６０と、試験結果提示部６２とを含む。
【００２５】
試験指示送信部５０は、キーボードやマウス等の入力装置を介して試験担当者が入力した試験対象ＮＷ１０に対する試験の開始指示を受け付ける。そして、ログ取得指示および疎通確認指示を試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれに対して送信する。例えば、試験指示送信部５０はＴｅｌｎｅｔクライアントとして、試験実行端末２０ａ〜試験実行端末２０ｃそれぞれのＴｅｌｎｅｔサーバへアクセスして、ログ取得開始のコマンドおよび疎通確認開始のコマンドを実行してもよい。
【００２６】
試験結果保持部５２は、ある試験実行端末２０から他の試験実行端末２０への疎通確認の結果を保持する記憶領域である。例えば、試験実行端末２０ａを確認元とし、試験実行端末２０ｂを確認先とする疎通確認結果、逆に、試験実行端末２０ｂを確認元とし、試験実行端末２０ａを確認先とする疎通確認結果を保持する。したがって、図１の構成においては、試験結果保持部５２は、６種類の試験実行端末２０の組み合わせそれぞれの疎通確認結果を一括して保持する。
【００２７】
ログ保持部５４は、現用系ルータ１２ａ〜現用系ルータ１２ｃと、予備系ルータ１４ａ〜予備系ルータ１４ｃのそれぞれで出力されたログ（以下、「ルータログ」とも呼ぶ。）を保持する記憶領域である。ログ保持部５４は、図１の各ルータのログ、すなわち６種類のルータログを一括して保持する。
【００２８】
試験結果受付部５６は、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれから送信された疎通確認結果のデータを受け付けて試験結果保持部５２へ格納する。ログ受付部５８は、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれから送信されたルータログのデータを受け付けてログ保持部５４へ格納する。
【００２９】
集約処理部６０は、試験結果保持部５２に保持された６種類の試験実行端末２０の組み合わせそれぞれの疎通確認結果と、ログ保持部５４に保持された６種類のルータログとを集約した１つの文書（以下、「網試験結果」とも呼ぶ。）を作成する。網試験結果の作成において、集約処理部６０は、疎通確認時刻とログ出力時刻とを基準として、同一時刻の疎通確認結果およびルータログを同一のレコード（行）に対応づける。すなわち、網試験結果は、複数種類の疎通確認結果と、複数種類のルータログとを時系列で対応づけることにより集約した文書であるとも言える。なお、疎通確認時刻のそれぞれとログ出力時刻との間に差異がある場合も、その差異が所定値内（例えば１秒未満）であれば、同一時刻として対応づけてよいことはもちろんである。
【００３０】
試験結果提示部６２は、試験担当者からの試験結果表示要求に応じて、試験対象ＮＷ１０のエンドポイント間の疎通確認結果として、集約処理部６０において設定された網試験結果のデータをディスプレイに表示させる。
【００３１】
図４は、網試験結果の例を示す。同図の疎通確認結果フィールド７０は、確認元を試験実行端末２０ａとし、確認先を試験実行端末２０ｂとする疎通確認結果から、確認元を試験実行端末２０ｃとし、確認先を試験実行端末２０ｂとする疎通確認結果までの、６種類の疎通確認結果が設定される。また同図のルータログフィールド７２は、図１の６種類のルータログが設定される。また、同一の疎通確認時刻およびログ出力時刻のデータは、同一のレコード（行）に設定されている。
【００３２】
ここで図４は、現用系ルータ１２ａと予備系ルータ１４ａの間でＶＲＲＰによる切替を発生させ、その前後におけるエンドポイント間の疎通状態を確認するための網試験の結果を示している。試験担当者は、図４の網試験結果により、ＶＲＲＰにより現用機と予備機の間で正常に切替が行われたことを確認することができる。それとともに、その切替中は現用系ルータ１２ａを介した通信（すなわち試験実行端末２０ａからのデータ送信および試験実行端末２０ａへのデータ送信）はできないものの、予備系ルータ１４ａへの切替後は通信が正常に復旧していることを容易に確認することができる。
【００３３】
以上の構成による動作を以下説明する。
図５は、試験管理端末２２の動作を示すフローチャートである。試験担当者により入力された試験対象ＮＷ１０に対する試験開始指示が検出されると（Ｓ１０のＹ）、試験指示送信部５０は、ログ取得指示を試験実行端末２０へ送信し（Ｓ１２）、さらに疎通確認指示を試験実行端末２０へ送信する（Ｓ１４）。試験担当者からの試験開始指示が検出されなければ（Ｓ１０のＮ）、Ｓ１２およびＳ１４はスキップされる。
【００３４】
試験結果受付部５６は、試験実行端末２０から疎通確認結果を受け付けると（Ｓ１６のＹ）、その疎通確認結果を試験結果保持部５２へ格納する（Ｓ１８）。疎通確認結果を受け付けなければ（Ｓ１６のＮ）、Ｓ１８はスキップされる。ログ受付部５８は、試験実行端末２０からルータログを受け付けると（Ｓ２０のＹ）、そのルータログをログ保持部５４へ格納する（Ｓ２２）。ルータログを受け付けなければ（Ｓ２０のＮ）、Ｓ２２はスキップされる。
【００３５】
試験担当者により入力された試験対象ＮＷ１０に対する試験結果確認要求が検出されると（Ｓ２４のＹ）、集約処理部６０は、試験結果保持部５２に格納された疎通確認結果と、ログ保持部５４に格納されたルータログとを集約して網試験結果を作成する（Ｓ２６）。試験結果提示部６２は、集約処理部６０による集計処理で作成された網試験結果をディスプレイに表示させることにより、試験対象ＮＷ１０におけるエンドツーエンドでの疎通確認結果を試験担当者へ提示する（Ｓ２８）。試験担当者からの試験結果確認要求が検出されなければ（Ｓ２４のＮ）、Ｓ２６およびＳ２８はスキップされる。図５の例では、試験結果確認要求の受け付けをトリガとして集約処理部６０が網試験結果を作成することとしたが、集約処理部６０は試験担当者からの要求有無にかかわらず、定期的に網試験結果を作成・更新してもよいことはもちろんである。
【００３６】
図６は、試験実行端末２０の動作を示すフローチャートである。指示受付部３４がログ取得指示を受け付けると（Ｓ３０のＹ）、ログ取得部４０は、ログ取得指示で指定された試験継続期間が未経過の場合（Ｓ３２のＮ）、ルータログの更新を検出したとき（Ｓ３４のＹ）、新たに記録されたルータログを取得してログ保持部３２へ格納する（Ｓ３６）。ログ提供部４２は、試験実行部３６における疎通確認結果が成功の場合（Ｓ３８のＹ）、ログ保持部３２に格納されたそれまで未送信のルータログを一括して試験管理端末２２へ送信し（Ｓ４０）、Ｓ３２に戻る。ルータログが未更新の場合（Ｓ３４のＮ）、もしくは試験実行部３６における疎通確認結果が失敗の場合も（Ｓ３８のＮ）、Ｓ３２に戻る。試験継続期間が経過し（Ｓ３２のＹ）、もしくはログ取得指示を受け付けない場合（Ｓ３０のＮ）、本図のフローを終了する。
【００３７】
図７も、試験実行端末２０の動作を示すフローチャートである。指示受付部３４が疎通確認指示を受け付けると（Ｓ５０のＹ）、試験実行部３６は、疎通確認指示で指定された試験継続期間が未経過の場合（Ｓ５２のＮ）、疎通確認指示で指定された他の試験実行端末２０を宛先としてＰＩＮＧプログラムを実行する。そして、ＰＩＮＧプログラムの実行結果により示される疎通状況、すなわち疎通確認結果を試験結果保持部３０へ格納する（Ｓ５４）。試験結果提供部３８は、試験実行部３６における疎通確認結果が成功の場合（Ｓ５６のＹ）、その疎通確認結果を含むそれまで未送信の疎通確認結果を一括して試験管理端末２２へ送信し（Ｓ５８）、Ｓ５２へ戻る。試験実行部３６における疎通確認結果が失敗の場合も（Ｓ５６のＮ）、Ｓ５２へ戻る。試験継続期間が経過し（Ｓ５２のＹ）、もしくは疎通確認指示を受け付けない場合（Ｓ５０のＮ）、本図のフローを終了する。
【００３８】
本実施の形態の網試験システム１００によれば、試験対象ＮＷ１０のエンドポイントにあたる複数の試験実行端末２０に対して、試験管理端末２２から一元的に試験開始を指示する。これにより、複数の試験実行端末２０のそれぞれが異なるロケーション（例えば異なるＬＡＮ）に分散している場合でも、試験担当者は試験管理端末２２を操作してそれぞれの試験実行端末２０における疎通確認試験を開始させることができ、エンドツーエンドでの疎通確認試験の効率化を実現できる。
【００３９】
また網試験システム１００によれば、複数の試験実行端末２０における疎通確認結果および中継装置（伝送装置）のログを集約した試験結果が試験担当者へ提示されるため、試験対象ＮＷ１０に対する試験結果が正しいものであったか否かを試験担当者に効率的に確認させることができる。なお、試験実行端末２０は中継装置に対して試験対象ＮＷ１０を介した接続ではなくコンソール接続するため、試験対象ＮＷ１０の通信状態（例えば試験のために試験対象ＮＷ１０の一部に障害を発生させた場合）にかかわらず、試験実行端末２０は中継装置において新たに出力されたログを即時に取得することができる。また、データ中継処理を未実行のスタンバイ状態の中継装置からもログを取得できる。
【００４０】
また網試験システム１００によれば、試験管理端末２２と試験実行端末２０とは試験対象ＮＷ１０を介して接続されるため、試験対象ＮＷ１０とは別に試験管理用のネットワークを構築する必要がなく、試験に要するコストを低減できる。また、ある試験実行端末２０において収集された疎通確認結果および中継装置のログは、その試験実行端末２０から他の試験実行端末２０への疎通確認が成功したことを条件として試験管理端末２２へ送信される。これにより、試験対象ＮＷ１０に対する試験結果を確実に試験管理端末２２へ提供して、試験担当者に確認させることができる。
【００４１】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４２】
第１の変形例を説明する。実施の形態において一部言及したが、試験実行端末２０は、ネットワークにおけるエンドツーエンドでの疎通確認試験を実施するための必要最小限の機能を備えた装置であってもよい。具体的には、ＩＣＭＰパケットの送受機能（すなわちＰＩＮＧプログラム）、ＴＣＰ／ＵＤＰ通信機能、ＨＴＴＰ／ＦＴＰ等のアプリケーション通信機能、Ｔｅｌｎｅｔサーバ機能、ｓｙｓｌｏｇ／ＳＮＭＰサーバ機能のみを備える装置であってもよい。このように、ネットワークにおけるエンドツーエンドでの疎通確認試験に必要な機能のみを備えた簡易端末を、サーバやＰＣ等の汎用的な情報処理装置に代えて、ネットワークのエンドポイントとして配置する。これにより、大規模なネットワークの試験において、多数のサーバやＰＣの事前準備が不要となり、試験のコストや手間を低減できる。
【００４３】
第２の変形例を説明する。実施の形態では言及していないが、集約処理部６０は、正しい網試験結果として想定される想定試験結果を予め保持する想定試験結果保持部と、実際の網試験結果と想定試験結果とが整合するか否かを判定し、整合する場合に網試験の結果が想定通り（正常）である旨を網試験結果に付加し、不整合の場合に網試験の結果が想定外（異常）である旨を網試験結果に付加する判定部とを含んでもよい。この場合、試験結果提示部６２は、網試験結果を、判定部による判定結果（すなわち網試験結果が事前の想定通りであったか否かを示す情報）とともに試験担当者へ提示する。
【００４４】
例えば、想定試験結果として、現用系ルータ１２ａおよび予備系ルータ１４ａにおいてＶＲＲＰによる現用機と予備機の切替が発生している旨のメッセージと、同時刻の（対応する）レコード内にその切替の影響を受ける疎通確認（例えば試験実行端末２０ａが関わる疎通確認）が失敗していること、切替の前後のレコードでは疎通確認は成功していることが定義されてもよい。この場合、図４の網試験結果と想定試験結果とが整合することとなるため、網試験の結果が想定通り（正常）であった旨が試験担当者へ提示される。この変形例によれば、試験担当者が網試験結果を確認して、正しい結果であったか否かを判断する負担を低減でき、ネットワーク試験を一層効率化させることができる。
【００４５】
第３の変形例を説明する。実施の形態においては、試験管理端末２２は、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれと、試験対象ＮＷ１０を介して接続されることとした。変形例においては、試験管理端末２２は、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれと、試験対象ＮＷ１０とは異なる経路を介して接続されてもよい。例えば、試験対象ＮＷ１０に対する試験の実行を指示し、試験結果を収集するための専用の経路を介して接続されてもよい。
【００４６】
図８は、第３の変形例における網試験システム１００の構成を示す。同図では、試験管理端末２２と、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれが、ＵＳＢ（Universal Serial Bus）インタフェースを備え、ＵＳＢハブ２４を介して接続された構成を示している。この場合、試験管理端末２２の試験指示送信部５０は、ＵＳＢハブ２４を介して、ログ取得指示および疎通確認指示を試験実行端末２０へ送信する。また、試験実行端末２０のログ提供部４２は、ＵＳＢハブ２４を介して、ルータログを試験管理端末２２へ送信する。
【００４７】
この変形例によると、試験管理端末２２と、試験実行端末２０ａ〜試験実行端末２０ｃとの通信経路と、試験対象ＮＷ１０とが分離されているため、試験対象ＮＷ１０の試験による影響を受けずに、試験を指示し、また試験結果を収集することができる。したがって、試験実行端末２０のログ提供部４２は、ルータログが取得されたタイミングで、疎通確認の成否にかかわらず、そのルータログを試験管理端末２２へ提供してもよい。同様に、試験実行端末２０の試験結果提供部３８は、疎通確認結果が取得されたタイミングで、疎通確認の成否にかかわらず、その疎通確認結果を試験管理端末２２へ提供してもよい。これにより、試験管理端末２２は、より一層リアルタイムにルータログおよび疎通確認結果を取得して試験担当者へ提示することができる。
【００４８】
なお別の構成例として、試験管理端末２２と、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれは、試験対象ＮＷ１０とは異なるレイヤ２網やレイヤ３網を介して接続されてもよい。この場合、試験管理端末２２と、試験実行端末２０ａ〜試験実行端末２０ｃのそれぞれは、ＵＳＢハブ２４に代えて、図示しないＬ２ＳＷやＬ３ＳＷを介して接続されてもよい。この場合も上記の効果を奏することはもちろんである。
【００４９】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００５０】
１０ 試験対象ＮＷ、 １２ 現用系ルータ、 １４ 予備系ルータ、 ２０ 試験実行端末、 ２２ 試験管理端末、 ３０ 試験結果保持部、 ３２ ログ保持部、 ３４ 指示受付部、 ３６ 試験実行部、 ３８ 試験結果提供部、 ４０ ログ取得部、 ４２ ログ提供部、 ５０ 試験指示送信部、 ５２ 試験結果保持部、 ５４ ログ保持部、 ５６ 試験結果受付部、 ５８ ログ受付部、 ６０ 集約処理部、 ６２ 試験結果提示部、 １００ 網試験システム。
【特許請求の範囲】
【請求項１】
試験対象のネットワークにおけるエンドポイントとしての複数の試験実行装置と、
前記複数の試験実行装置のそれぞれと接続された試験管理装置と、を備え、
前記試験管理装置は、前記複数の試験実行装置のそれぞれに、他の試験実行装置に対する疎通確認の実行を指示する試験指示部を含み、
前記複数の試験実行装置のそれぞれは、
前記試験管理装置からの指示にしたがって、他の試験実行装置に対する疎通確認を実行する試験実行部と、
前記試験管理装置へ前記疎通確認の結果を提供する試験結果提供部と、を含み、
前記試験管理装置はさらに、前記複数の試験実行装置のそれぞれから提供された疎通確認の結果を集約し、集約した情報を、前記エンドポイント間の疎通確認の結果として試験担当者へ提示する試験結果提示部を含むことを特徴とする網試験システム。
【請求項２】
前記試験管理装置は、前記複数の試験実行装置のそれぞれと、前記試験対象のネットワークとは異なる経路を介して接続されたものであり、
前記試験管理装置の試験指示部は、前記異なる経路を介して、各試験実行装置に前記疎通確認の実行を指示し、
各試験実行装置の試験結果提供部は、前記異なる経路を介して、前記試験管理装置へ前記疎通確認の結果を提供することを特徴とする請求項１に記載の網試験システム。
【請求項３】
前記試験管理装置は、前記複数の試験実行装置のそれぞれと、前記試験対象のネットワークを介して接続されたものであり、
各試験実行装置の試験結果提供部は、前記他の試験実行装置に対する疎通確認が成功した場合に、それまでに前記試験実行部において実行された疎通確認の結果を一括して、前記試験対象のネットワークを介して前記試験管理装置へ提供することを特徴とする請求項１に記載の網試験システム。
【請求項４】
前記試験管理装置の試験結果提示部は、前記複数の試験実行装置のそれぞれから提供された疎通確認の結果を、疎通確認時刻を基準として集約することを特徴とする請求項１から３のいずれかに記載の網試験システム。
【請求項５】
前記複数の試験実行装置のそれぞれから他の試験実行装置へ送信された疎通確認用のデータを中継する中継装置にコンソール接続し、そのセッションを介して当該中継装置のログを取得して前記試験管理装置へ提供するログ取得装置をさらに備え、
前記試験管理装置の試験結果提示部は、前記複数の試験実行装置のそれぞれから提供された疎通確認の結果と、前記ログ取得装置から提供された中継装置のログとを対応づけて試験担当者へ提示することを特徴とする請求項１から４のいずれかに記載の網試験システム。
【請求項６】
前記中継装置は、現用系の中継装置と予備系の中継装置とを含み、これらの装置により冗長化されたものであり、
前記複数の試験実行装置のそれぞれの試験実行部は、前記現用系の中継装置から前記予備系の中継装置への切替の前後に亘って、疎通確認用のデータを複数回送信し、
前記試験管理装置の試験結果提示部は、前記切替の前後に亘る疎通確認の結果および中継装置のログを、疎通確認時刻およびログ出力時刻を基準として対応づけることにより、前記切替の前後に亘る疎通の成否の推移を試験担当者へ提示することを特徴とする請求項５に記載の網試験システム。
【請求項１】
試験対象のネットワークにおけるエンドポイントとしての複数の試験実行装置と、
前記複数の試験実行装置のそれぞれと接続された試験管理装置と、を備え、
前記試験管理装置は、前記複数の試験実行装置のそれぞれに、他の試験実行装置に対する疎通確認の実行を指示する試験指示部を含み、
前記複数の試験実行装置のそれぞれは、
前記試験管理装置からの指示にしたがって、他の試験実行装置に対する疎通確認を実行する試験実行部と、
前記試験管理装置へ前記疎通確認の結果を提供する試験結果提供部と、を含み、
前記試験管理装置はさらに、前記複数の試験実行装置のそれぞれから提供された疎通確認の結果を集約し、集約した情報を、前記エンドポイント間の疎通確認の結果として試験担当者へ提示する試験結果提示部を含むことを特徴とする網試験システム。
【請求項２】
前記試験管理装置は、前記複数の試験実行装置のそれぞれと、前記試験対象のネットワークとは異なる経路を介して接続されたものであり、
前記試験管理装置の試験指示部は、前記異なる経路を介して、各試験実行装置に前記疎通確認の実行を指示し、
各試験実行装置の試験結果提供部は、前記異なる経路を介して、前記試験管理装置へ前記疎通確認の結果を提供することを特徴とする請求項１に記載の網試験システム。
【請求項３】
前記試験管理装置は、前記複数の試験実行装置のそれぞれと、前記試験対象のネットワークを介して接続されたものであり、
各試験実行装置の試験結果提供部は、前記他の試験実行装置に対する疎通確認が成功した場合に、それまでに前記試験実行部において実行された疎通確認の結果を一括して、前記試験対象のネットワークを介して前記試験管理装置へ提供することを特徴とする請求項１に記載の網試験システム。
【請求項４】
前記試験管理装置の試験結果提示部は、前記複数の試験実行装置のそれぞれから提供された疎通確認の結果を、疎通確認時刻を基準として集約することを特徴とする請求項１から３のいずれかに記載の網試験システム。
【請求項５】
前記複数の試験実行装置のそれぞれから他の試験実行装置へ送信された疎通確認用のデータを中継する中継装置にコンソール接続し、そのセッションを介して当該中継装置のログを取得して前記試験管理装置へ提供するログ取得装置をさらに備え、
前記試験管理装置の試験結果提示部は、前記複数の試験実行装置のそれぞれから提供された疎通確認の結果と、前記ログ取得装置から提供された中継装置のログとを対応づけて試験担当者へ提示することを特徴とする請求項１から４のいずれかに記載の網試験システム。
【請求項６】
前記中継装置は、現用系の中継装置と予備系の中継装置とを含み、これらの装置により冗長化されたものであり、
前記複数の試験実行装置のそれぞれの試験実行部は、前記現用系の中継装置から前記予備系の中継装置への切替の前後に亘って、疎通確認用のデータを複数回送信し、
前記試験管理装置の試験結果提示部は、前記切替の前後に亘る疎通確認の結果および中継装置のログを、疎通確認時刻およびログ出力時刻を基準として対応づけることにより、前記切替の前後に亘る疎通の成否の推移を試験担当者へ提示することを特徴とする請求項５に記載の網試験システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−１４２８３４（Ｐ２０１２−１４２８３４Ａ）
【公開日】平成２４年７月２６日（２０１２．７．２６）
【国際特許分類】
【出願番号】特願２０１１−４７５（Ｐ２０１１−４７５）
【出願日】平成２３年１月５日（２０１１．１．５）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
【公開日】平成２４年７月２６日（２０１２．７．２６）
【国際特許分類】
【出願日】平成２３年１月５日（２０１１．１．５）
【出願人】（０００１５５４６９）株式会社野村総合研究所 (1,067)
【Ｆターム（参考）】
[ Back to top ]