(57)【特許請求の範囲】
【請求項１】
ネットワークと、
前記ネットワークに接続され、前記ネットワークを調査するための命令を送信する中央管理装置と、
前記ネットワークに接続された複数のルータと、
前記複数のルータの各々に設けられる調査装置であって、前記中央管理装置から送信された命令に従って前記ネットワークの疑似負荷を発生させ他の調査装置に送信する調査装置とからなり、
前記調査装置の各々は、
前記中央管理装置から送信された前記ネットワークを調査するための命令を受信する実験パケットルータと、
前記ネットワークを調査するための命令に従って、当該調査のための実験をスケジューリングする実験スケジューラと、
前記ネットワークを調査するための命令に従って、前記ネットワークの疑似負荷を発生させる疑似負荷発生装置と、
前記ネットワークを調査するための命令に従って、他の調査装置から送信された疑似負荷についての応答を作成し、前記疑似負荷発生装置において発生された疑似負荷に対する他の調査装置からの応答を処理する疑似負荷受信処理装置と、
前記ネットワークを調査するための命令に従って、前記疑似負荷発生装置及び疑似負荷受信処理装置を監視し、前記ネットワークの疑似負荷についてのログデータを記録する実験計測装置とを備え、
前記調査装置の各々は、
当該調査装置の備える疑似負荷発生装置において発生された疑似負荷を当該対応するルータに送信し、
当該調査装置の備える疑似負荷発生装置において発生された疑似負荷に対する他の調査装置からの応答を当該対応するルータから受信し、
他の調査装置から送信された疑似負荷を当該対応するルータから受信し、
当該調査装置の備える疑似負荷受信処理装置において作成された前記他の調査装置から送信された疑似負荷についての応答を当該対応するルータに送信し、
前記ルータの各々は、
当該対応する調査装置の備える疑似負荷発生装置において発生された疑似負荷を当該対応する調査装置から受信して他の調査装置に送信し、
当該対応する調査装置の備える疑似負荷発生装置において発生された疑似負荷に対する前記他の調査装置からの応答を当該対応する調査装置に送信し、
他の調査装置から送信された疑似負荷を当該対応する調査装置に送信し、
前記他の調査装置から送信された疑似負荷についての応答を当該対応する調査装置から受信して前記他の調査装置に送信する
ことを特徴とするネットワーク調査システム。
【請求項２】
前記中央管理装置は、
高水準言語で記述されたスクリプトを低水準言語で記述された低レベルスクリプトに変換するコンパイラと、
前記低レベルスクリプトに従って、前記ネットワークを調査するための命令を生成し、当該命令の実行時刻前に前記調査装置に送信する中央実験スケジューラとを備える
ことを特徴とする請求項１に記載のネットワーク調査システム。
【請求項３】
ネットワークに接続されたルータに設けられ、前記ネットワークに接続され前記ネットワークを調査するための命令を送信する中央管理装置から送信された当該命令に従って前記ネットワークの疑似負荷を発生させ他の調査装置に送信する調査装置であって、
前記中央管理装置から送信された前記ネットワークを調査するための命令を受信する実験パケットルータと、
前記ネットワークを調査するための命令に従って、当該調査のための実験をスケジューリングする実験スケジューラと、
前記ネットワークを調査するための命令に従って、前記ネットワークの疑似負荷を発生させる疑似負荷発生装置と、
前記ネットワークを調査するための命令に従って、他の調査装置から送信された疑似負荷についての応答を作成し、前記疑似負荷発生装置において発生された疑似負荷に対する他の調査装置からの応答を処理する疑似負荷受信処理装置と、
前記ネットワークを調査するための命令に従って、前記疑似負荷発生装置及び疑似負荷受信処理装置を監視し、前記ネットワークの疑似負荷についてのログデータを記録する実験計測装置とを備え、
当該調査装置の備える疑似負荷発生装置において発生された疑似負荷を当該対応するルータに送信し、
当該調査装置の備える疑似負荷発生装置において発生された疑似負荷に対する他の調査装置からの応答を当該対応するルータから受信し、
他の調査装置から送信された疑似負荷を当該対応するルータから受信し、
当該調査装置の備える疑似負荷受信処理装置において作成された前記他の調査装置から送信された疑似負荷についての応答を当該対応するルータに送信する
ことを特徴とする調査装置。
【請求項４】
ネットワークに接続されたルータに設けられ、前記ネットワークに接続され前記ネットワークを調査するための命令を送信する中央管理装置から送信された当該命令に従って前記ネットワークの疑似負荷を発生させ他の調査装置に送信する調査装置を実現するプログラムであって、
前記中央管理装置から送信された前記ネットワークを調査するための命令を受信する処理と、
前記ネットワークを調査するための命令に従って、当該調査のための実験をスケジューリングする処理と、
前記ネットワークを調査するための命令に従って、前記ネットワークの疑似負荷を発生させ、前記発生させた疑似負荷を当該対応するルータに送信し、前記発生させた疑似負荷に対する他の調査装置からの応答を当該対応するルータから受信する処理と、
前記ネットワークを調査するための命令に従って、他の調査装置から送信された疑似負荷を当該対応するルータから受信し、前記他の調査装置から送信された疑似負荷についての応答を作成し、前記作成した応答を当該対応するルータに送信する処理と、
前記ネットワークを調査するための命令に従って、前記疑似負荷を発生させ送信し当該応答を受信する処理及び前記他の調査装置から送信された疑似負荷を受信し当該応答を作成し送信する処理を監視し、前記ネットワークの疑似負荷についてのログデータを記録する処理とを、
コンピュータである調査装置に実行させるプログラムを記録することを特徴とするプログラム記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク調査システム及びそのプログラム記録媒体に関し、特に、再現性のある疑似トラヒックを発生してネットワークのボトルネック等を調査するネットワーク調査システム及びそのプログラム記録媒体に関する。
【０００２】
【従来の技術】
ネットワークのボトルネック、設定の適切さ及び障害の調査は、コンピュータによる監視と人間による監視とを組み合わせて行われる。即ち、実際に運用中のネットワークにおけるトラヒックのログを蓄積しながらコンピュータにより監視し、当該監視中に登録された通常とは異なるパターンのトラヒックが発生した場合、ネットワーク管理者（以下、管理者）による監視や調査に切り換える。
【０００３】
具体的な手順としては、以下のようである。ネットワークの運用開始前において、第１にネットワークの設計段階でネットワークに流れる大まかなトラヒックを予想し、第２に管理者がネットワークを構成する機器（ネットワーク機器）を操作することにより敷設を完了した運用開始前のネットワークに擬似的なトラヒック（実験用のパケット）を流して実際のトラヒックを計測する。即ち、ネットワークの実物での検証を行う。例えば、１０人乃至２０人の管理者が、電話で連絡を取り合いながら、ネットワークに接続したパーソナルコンピュータの間で実験用のパケットの送受を行い、トラヒックを計測する。第３に、ネットワークの運用開始後において、実験用のパケットを流すことができないので、運用中のトラヒックのログを蓄積すると共に、ネットワークを監視する。なお、異常なトラヒックパターンが発生し続ける時には、業務量が少なくネットワークのトラヒックが小さいと予想される日曜日又は祝日に、上述のような実験用のパケットの送受によるトラヒックの計測が行われる。
【０００４】
【発明が解決しようとする課題】
前述した第１のネットワーク（主として、中規模乃至大規模ＷＡＮ）の設計段階におけるトラヒックの予想は、最善をつくしても、数年で実態を反映しないものとなる。これは、トラヒックの予想が数年以内のトラヒックの需要を考慮したものであるために、避けられない。従って、この予想がボトルネック等の調査に寄与することはない。
【０００５】
第２の運用開始前のネットワークにおける擬似的なトラヒックによる実験によっては、ネットワーク機器の真の性能限界を知ることは必ずしもできない。即ち、当該真の性能限界は実際にネットワークを運用してみなければ判らないことが多い。このため、運用開始前の実験に基づいてネットワーク機器の性能を変更しても、運用開始後にその性能を再度変更する必要を生じることがある。従って、この実験がボトルネック等の調査に寄与することはない。
【０００６】
第３の運用中のトラヒックのログの蓄積は、単に後に行われる解析のためのデータを蓄積するのみである。従って、ログの蓄積がボトルネック等の調査の契機になることはない。即ち、管理者に対するユーザからのネットワーク渋滞の苦情があって、初めて蓄積されたログの精密な解析がコンピュータと管理者の人手とによって事後的に行われる。これにより、ボトルネック（の原因の一部）が解明される。解明されたボトルネックの解消は、例えば、より高性能なルータ等のネットワーク機器を当該ボトルネック部分に導入すること、又は、トラヒックのパスが複数存在する場合には当該ボトルネック部分と他のパスとの間のネットワーク負荷の配分を一時的に変更することにより行われる。これらの方法によってもボトルネックが解消されない場合には、ネットワークを物理的により高性能（高速高帯域）なものに変更することにより、又は、バンド幅のリソース割り当てをすることにより行われる。リソース割り当ては、ネットワーク機器を用いて直接的に行われるか、ユーザへの要請により間接的に行われる。
【０００７】
このように、従来のネットワークのボトルネック等の調査は、コンピュータによる監視は行ってはいるが、実際のボトルネックの解明を殆ど人間の手作業に依存していた。また、実際に運用中のネットワークのトラヒックを調査することは事実上できず、事後的に蓄積したログに基づいてボトルネックを解析する他なかった。このため、従来のネットワークのボトルネック等の調査には、以下のような問題があった。
【０００８】
即ち、前述のように、ボトルネック等の調査それ自体が非常に大雑把なものであり、ユーザの苦情やトラヒックの特徴的なパターン（帯域幅の占有率、ネットワークの遅延量の閾値）と言う曖昧なものを契機としている。また、ボトルネックの解消も非常に大雑把なものであり、前述のように、人間がその都度原因を解明している。
【０００９】
更に、実際のネットワーク機器にはバグや障害による性能低下が存在する。しかし、ログに基づいた解析ではバグ等を再現することはできない。このため、ログに基づいた机上の解析のみではボトルネックの原因を特定するのが困難な場合がある。また、ネットワークの障害は特定のパターンのトラヒックの時だけに発生するものが多い。しかし、特定のパターンのトラヒックの再現には通常数百台のノード（数百人の管理者）を必要とするので、前述の人手により実験用パケットを流す方法では特定のパターンのトラヒックを再現することはできない。従って、ネットワークの運用中に当該ボトルネックが再度出現するのを待たなければ、当該障害の原因を特定できず、ボトルネックを解消できないと言う矛盾した状態にある。
【００１０】
更に、前述のような実験のために、実際に運用中のネットワークに実験用のパケットを流して疑わしいトラヒックパターンを発生させることは、サービスを妨害することになるので、実際には許されない。一方、例えば保守点検のためにサービスを停止している期間であれば、実験用のパケットを流すことが可能である。しかし、通常、当該期間は数時間から長くて１日程度であるので、短時間で効率よくネットワークの全体を調査できなければ、ボトルネックの調査ができない。このため、現実には、再現に数百台のノードを必要とするトラヒックについて、これを再現してボトルネックを調査することはできなかった。
【００１１】
本発明は、ネットワークのボトルネック等を調査するネットワーク調査システムを提供することを目的とする。
【００１３】
また、本発明は、ネットワークのボトルネック等を調査するネットワーク調査システムの調査装置を提供することを目的とする。
【００１４】
また、本発明は、ネットワークのボトルネック等を調査するネットワーク調査システムを実現するプログラムを記録するプログラム記録媒体を提供することを目的とする。
【００１５】
【課題を解決するための手段】
図１は本発明の原理構成図であり、本発明によるネットワーク調査システムの構成を示す。ネットワーク調査システムは、ネットワーク２０と、中央管理装置１０と、複数のルータ３０と、調査装置４０とからなる。中央管理装置１０は、ネットワーク２０に接続され、ネットワーク２０を調査するための命令を送信する。調査装置４０は、ネットワーク２０に接続された複数のルータ３０の各々に設けられ、中央管理装置１０から送信された命令に従ってネットワーク２０の疑似負荷を発生させ他の調査装置４０に送信する。調査装置４０の各々は、中央管理装置１０から送信されたネットワーク２０を調査するための命令を受信する実験パケットルータ（４１）と、ネットワーク２０を調査するための命令に従って、当該調査のための実験をスケジューリングする実験スケジューラ（４２）と、ネットワーク２０を調査するための命令に従って、ネットワーク２０の疑似負荷を発生させる疑似負荷発生装置（４４）と、ネットワーク２０を調査するための命令に従って、他の調査装置４０から送信された疑似負荷についての応答を作成し、疑似負荷発生装置において発生された疑似負荷に対する他の調査装置４０からの応答を処理する疑似負荷受信処理装置（４５）と、ネットワーク２０を調査するための命令に従って、疑似負荷発生装置及び疑似負荷受信処理装置を監視し、ネットワーク２０の疑似負荷についてのログデータを記録する実験計測装置（４６）とを備える。調査装置４０の各々は、当該調査装置４０の備える疑似負荷発生装置において発生された疑似負荷を当該対応するルータに送信し、当該調査装置４０の備える疑似負荷発生装置において発生された疑似負荷に対する他の調査装置４０からの応答を当該対応するルータ３０から受信し、他の調査装置４０から送信された疑似負荷を当該対応するルータ３０から受信し、当該調査装置４０の備える疑似負荷受信処理装置において作成された前記他の調査装置４０から送信された疑似負荷についての応答を当該対応するルータ３０に送信する。ルータ３０の各々は、当該対応する調査装置４０の備える疑似負荷発生装置において発生された疑似負荷を当該対応する調査装置４０から受信して他の調査装置４０に送信し、当該対応する調査装置４０の備える疑似負荷発生装置において発生された疑似負荷に対する前記他の調査装置４０からの応答を当該対応する調査装置４０に送信し、他の調査装置４０から送信された疑似負荷を当該対応する調査装置４０に送信し、前記他の調査装置４０から送信された疑似負荷についての応答を当該対応する調査装置４０から受信して前記他の調査装置４０に送信する。
【００１６】
本発明のネットワーク調査システムによれば、ルータ３０に設けられた調査装置４０において中央管理装置１０からの命令に従って発生させられたネットワーク２０の擬似負荷が実際に運用中のネットワーク２０を介して他の調査装置４０即ちルータ３０に送信される。従って、中央管理装置１０からの命令において調査の条件を正確に指定することにより、当該ネットワーク２０の調査を正確に行うことができる。例えば、調査を行う時刻等を正確に指定して、ユーザの苦情等の曖昧なものを調査の契機とすることを排除できる。また、中央管理装置１０からの命令においてトラヒックのパターンを正確に設定することにより、人間の介入無しで、ボトルネックの原因（の一部）を解明することができる。また、中央管理装置１０からの命令により調査の条件を設定できるので、予め調査の準備を整え一斉に短時間で調査を完了することができる。従って、例えば、保守点検のためにサービスを停止している期間や夜間においても、十分に実際に運用中のネットワーク２０に実験用のパケットを流して調査を行うことができる。また、運用中のネットワーク２０を用いて調査を行うことができるので、ログには現れないネットワーク機器のバグ等による性能低下を調査に正確に反映でき、ボトルネック等の原因を特定することができる。また、トラヒックのパターンを正確に設定でき、かつ、運用中のネットワーク２０を用いるので、ネットワーク２０の障害となる（と予想される）特定のパターンのトラヒックを容易に再現することができる。従って、ネットワーク２０の調査を正確に行うことができる。また、調査装置４０をネットワーク２０の要点に存在するルータ３０に設けることにより、中央管理装置１０は、複数のルータ３０を介してネットワーク２０の全体を遠隔から監視して制御しつつ、ボトルネック等の調査を行うことができる。即ち、中央管理装置１０は、疑似負荷実験命令（実験制御パケット）を調査装置４０に送信することにより、調査装置４０にネットワーク２０の負荷（疑似トラヒック）を自動的に生成させることができ、調査の時刻や内容を適切なものに設定することができる。これにより、中央管理装置１０は、ネットワーク２０の運用中においても、実際にボトルネックや障害を生じた原因、又は、生じる可能性の高い原因を効率よく特定することができる。また、調査の開始時刻や所要時間を正確に設定できるので、例えば、比較的トラヒックの小さい夜間において、ネットワーク２０の運用中に当該ネットワーク２０の調査を行うことができる。
【００１７】
【発明の実施の形態】
図２はネットワーク調査システム構成図であり、本発明のネットワーク調査システムの構成を示す。ネットワーク調査システムは、中央管理装置１０、ネットワーク２０、ルータ３０、調査装置４０からなる。中央管理装置１０、ルータ３０、調査装置４０は独立したコンピュータからなる。
【００１８】
ネットワーク２０には複数のルータ３０が接続される。図中実線で示すネットワーク２０の接続層（例えば、専用回線）２１を介して、複数のルータ３０の間が接続される。この明細書において、ルータ３０とは、ネットワーク２０を構成する重要なノードであって、ネットワーク２０上の実質的に全てのパケット及びストリームが通過するものを言う。具体的には、ルータ３０は、通常のＩＰパケットのルーティングを行ういわゆる（狭義の）ルータ、パケットレベルの中継装置、アプリケーションプロトコルレベルのトランザクションやストリームの中継やルーティングを行うブリッジサーバ、プロキシサーバ、キャッシュサーバ、その他の各種のサーバ等の総称である。各々のルータ３０は、自己が通信を管理する所定の範囲を有するので、他のルータ３０と自己の通信を管理する範囲内にあるサーバとの間を中継する機能を備える。
【００１９】
調査装置４０はネットワーク２０に接続された複数のルータ３０の各々に設けられる。なお、中央管理装置１０の接続されたルータ３０にも調査装置４０が設けられるが、図示の便宜上省略している。調査装置４０はネットワーク２０に接続された全てのルータ３０の各々に設ける必要はない。調査装置４０は、ネットワーク２０におけるボトルネックや障害になりそうな部分又は実際にボトルネック等になった（と考えられる）部分に存在するルータ３０に設ければ良い。
【００２０】
調査装置４０は、中央管理装置１０から送信された命令（ネットワークを調査するための命令、即ち、疑似負荷実験命令）に従ってネットワーク２０の負荷（疑似トラヒック）を発生させ、接続層２１を介して、当該命令に従って他の調査装置４０に送信する。これにより、図中点線で示すように、ネットワーク２０の各々のルータ３０の間において、ボトルネック等の調査のための疑似トラヒック２２が発生させられる。調査装置４０は、同様にして他の調査装置４０から送信されたネットワーク２０の負荷を受信して、その応答を作成して当該送信元の調査装置４０に返信する。この応答を受信した送信元の調査装置４０は、当該ネットワーク２０の負荷についてのログデータを記録する。即ち、ネットワーク２０の疑似負荷による実験の結果がログデータとして得られる。調査装置４０は当該実験の結果を中央管理装置１０に送信する。
【００２１】
中央管理装置１０は、例えば、１個のルータ３０を介してネットワーク２０に接続され、ネットワーク２０を調査するための疑似負荷実験命令を、当該ルータ３０及び接続層２１を介して、図中一点鎖線で示すように、各々のルータ３０の調査装置４０に送信する。このために、中央管理装置１０及び各々のルータ３０は、当該実験のための独自（専用のアプリケーションレベル）の通信プロトコル（疑似負荷実験プロトコル）による通信を処理する通信装置（図示せず）を備える。中央管理装置１０は、同様にして、各々の調査装置４０から当該調査の結果を受信する。なお、中央管理装置１０は、ルータ３０を介することなく、直接ネットワーク２０に接続しても良い。中央管理装置１０は、ネットワーク２０に接続された全てのルータ３０（調査装置４０）に対して疑似負荷実験命令を送信する必要はない。中央管理装置１０は、ネットワーク２０におけるボトルネックや障害になりそうな部分又は実際にボトルネック等になった（と考えられる）部分に存在するルータ３０に、疑似負荷実験命令を送信すれば良い。
【００２２】
図３は中央管理装置構成図である。中央管理装置１０は、予め設定したネットワーク２０の負荷を発生させる疑似負荷実験命令をスケジューリングする。即ち、中央管理装置１０は、ネットワーク２０の全体が同期して指定されたトラヒックを発生し処理するように、前記命令をスケジューリングする。具体的には、どの時刻で、どのルータ３０から発生するパケットをどのルータ３０が受信して処理を行い応答を返すかを定める。中央管理装置１０は、このスケジューリングに基づいて、各々のルータ３０に適切な疑似負荷実験命令を送信し、これにより各々のルータ３０から得た実験計測情報を収拾して分析する。このために、中央管理装置１０は、コンパイラ１１、中央実験スケジューラ１２、タイマ１４、実験プロトコル送受信器１３、実験結果解析装置１５を備える。
【００２３】
コンパイラ１１は、管理者が作成して入力した実験計画のスクリプト（プログラム）を、低レベルスクリプトにコンパイルする（変換する）。スクリプトは予め定められた高水準言語により記述される。スクリプトは、指定された時刻に指定されたネットワーク２０の負荷（疑似トラヒック）を発生させる命令（即ち、プログラム）、当該負荷を受信して処理し応答する命令（即ち、プログラム）を含む。低レベルスクリプトは予め定められた低水準言語により記述される。各々のルータ３０における調査装置４０は、低レベルスクリプトを解釈することにより、当該調査を実行する。なお、スクリプトは、後述するように、新たなプロトコルを処理する命令を含むことも可能である。これにより、新たなプロトコルを用いたネットワーク２０の負荷の実験が可能である。
【００２４】
疑似負荷を用いたネットワークの調査のための実験は、全てスクリプトにおける記述により指定される。例えば、図２の左上のルータ３０（の調査装置４０）に対して、右上のルータ３０へ、どの時刻にどのような負荷を生成して送信するかが指定され、その応答を右上のルータ３０から受信してログを記録することが指定される。右上のルータ３０に対して、負荷の送信元即ち左上のルータ３０へ、応答を返すことが指定される。この負荷の送信及び応答により疑似トラヒック２２が発生し、これを監視することによりボトルネックや障害等の原因を特定することができる。あるルータ３０（調査装置４０）についてのスクリプトにおける記述がない場合、そのルータ３０は、当該実験の対象外である。どのルータ３０を実験の対象とするかは、管理者がスクリプトにおける記述により自由に定めることができる。
【００２５】
中央実験スケジューラ１２は、低レベルスクリプトに従って、疑似負荷実験命令を生成し、当該命令の実行時刻前に調査装置４０に送信する。即ち、中央実験スケジューラ１２は、コンパイルされた低レベルスクリプトを解釈して、これにおいて指定された実験の実行時刻に当該実験が開始されるように、当該実行時刻（の直前の時刻）をタイマ１４に登録すると共に、一旦当該低レベルスクリプトを図示しない記憶装置に保存する。タイマ１４は、低レベルスクリプト毎に用意され、当該低レベルスクリプトにおいて指定された実験の実行時刻の直前になると起動される。タイマ１４が起動されると、中央実験スケジューラ１２は、保存していた当該低レベルスクリプトを、自己が実行する部分と各々のルータ３０（の調査装置４０）が実行する部分１６（疑似負荷実験命令１６）とに分割し、後者に基づいて実験制御パケットを生成して実験プロトコル送受信器１３を介して各々のルータ３０に送信する。これにより、実験開始の直前に、当該実験に必要な全ての低レベルスクリプト（疑似負荷実験命令１６）が当該実験に関係する全てのルータ３０に用意される。実験プロトコル送受信器１３は中央管理装置１０の通信手段であり、ネットワーク２０に接続される。
【００２６】
疑似負荷実験命令の送信を指定された実験の実行時刻の直前に行うことにより、中央管理装置１０と通信時間の異なる各々のルータ３０との間における当該転送の時間差を吸収して当該実験を正確に行うことができ、かつ、ルータ３０のメモリ資源を有効に使用することができる。また、管理者はスクリプトの入力後は中央管理装置１０から離れることができ、実験の無人化を図ることができる。当該命令の送信は、実行時刻の直前に限られず、当該時刻前ならいつ行っても良い。例えば、スクリプトの入力の直後に行っても良い。
【００２７】
実験結果解析装置１５は、実験プロトコル送受信器１３を介して、各々のルータ３０から送信された実験結果を受信して図示しない記憶装置に保存する。実験結果は、各々のルータ３０から当該ルータ３０における実験の終了の都度に送信される。実験結果解析装置１５は、当該実験に関係する全てのルータ３０からの実験結果を受信すると、これらに基づいて、予め指定されたフォーマットのレポートを作成して出力する。表やグラフ等の出力のフォーマットも、管理者がスクリプトにおいて自由に指定することができる。このために、ルータ３０に送信される低レベルスクリプトは、例えば当該実験結果を中央管理装置１０に送信する命令を含む。実験結果解析装置１５は、低レベルスクリプトを参照することにより、当該実験に関係するルータ３０を知ることができる。
【００２８】
調査装置４０をネットワーク２０の要点に存在するルータ３０に設けることにより、中央管理装置１０は、複数のルータ３０を介してネットワーク２０の全体を遠隔から監視して制御しつつ、ボトルネック等の調査を行うことができる。即ち、中央管理装置１０は、スクリプトに基づいて生成した疑似負荷実験命令（実験制御パケット）を調査装置４０に送信することにより、調査装置４０にネットワーク２０の負荷（疑似トラヒック）を自動的に生成させることができ、調査の時刻や内容を適切なものに設定することができる。これにより、中央管理装置１０は、ネットワーク２０の運用中においても、実際にボトルネックや障害を生じた原因、又は、生じる可能性の高い原因を効率よく特定することができる。また、調査の開始時刻や所要時間を正確に設定できるので、例えば、比較的トラヒックの小さい夜間において、ネットワーク２０の運用中に当該ネットワーク２０の調査を行うことができる。
【００２９】
このような調査は管理者を煩わせることなく自動的に行われる。管理者は事前に実験計画のスクリプトを作成して入力するのみであり、当該入力により自動的にネットワーク２０全体のボトルネック等の調査が行われる。管理者は、当該中央管理装置１０の設置された管理センタ（図示せず）に待機するのみで、ネットワーク２０上に分散配置されたルータ３０を監視し、自動的に調査を行わせ、その結果を得ることができる。
【００３０】
図４は中央管理装置説明図であり、図５はルータ説明図である。この例において、図５に示すように、ルータ３０はウェブ（Ｗｅｂ）通信のプロキシサーバ３０からなり、その下位に複数のサーバ３０Ａが接続されている。従って、この例におけるネットワーク調査システムは、当該ウェブのトラヒックの測定システムである。
【００３１】
そこで、この例においては、中央管理装置１０（の中央実験スケジューラ１２）は、疑似負荷実験命令１６として図４に示す表形式のデータ１６を備える。表形式データ１６は、前述のように、高水準のスクリプトに基づいて生成される。表形式データ１６は、図４に示すように、管理者がスクリプトにおいて指定する時刻に、どのプロキシサーバ３０でどのＵＲＬからオブジェクトをゲットするか（ＧＥＴ命令）を示すデータを格納し、プロキシサーバ（ルータ）３０毎に表として分類される。オブジェクトをゲット（ＧＥＴ）するための通信（及びその応答）がネットワーク２０の疑似トラヒックとなる。同一の実験についての表形式データ１６には同一の実験名が付加される。実験名はユニークなものとされる。中央管理装置１０は、当該プロキシサーバ３０に対して、表形式データ１６の該当する部分（当該ルータ３０についての表）を疑似負荷実験命令として、疑似負荷実験プロトコルに従って送信する。
【００３２】
各々のプロキシサーバ３０（の調査装置４０）は、与えられた表形式データ１６に従って、当該表において指定されたＧＥＴ命令を指定された時刻に実行し、各々のＧＥＴ命令毎に実行結果を実験計測結果（ログデータ）として記録する。実験計測結果は、実験名単位で記録、保存され、その転送開始時刻、転送終了時刻、転送量、ＵＲＬを記録する。
【００３３】
中央管理装置１０は、当該命令の送信の後に、例えば各々のプロキシサーバ（ルータ）３０から実験終了の通知を受信すると、プロキシサーバ３０に対して実験名を指定して実験計測結果の送信を依頼する。各々のプロキシサーバ３０（の調査装置４０）は、当該依頼に応じて、中央管理装置１０に当該実験名の実験計測結果を、疑似負荷実験プロトコルに従って送信する。中央管理装置１０は、当該実験名の実験計測結果を当該実験に関係する全てのプロキシサーバ３０から受信すると、これらに対して当該実験名の実験計測結果を消去する命令を送信する。各々のプロキシサーバ３０は、当該命令に応じて、当該実験名の実験計測結果を消去して、これを通知する応答を中央管理装置１０に送信する。中央管理装置１０が当該応答を全てのプロキシサーバ３０から受信すると、当該実験名の疑似負荷実験によるネットワーク２０の調査が終了する。
【００３４】
図６はルータ構成図である。ルータ３０は、ルータ本来の通信例えばパケット通信を行うルータ本体３１と、本発明によるネットワーク２０についてのボトルネック等の調査を行う調査装置４０とからなる。ルータ３０は、ルータ本体３１における通常のパケットのルーティング処理を中断することなく、これと並列に調査装置４０を動作させる。
【００３５】
ルータ本体３１は、複数の送受信器３３と、パケットルータ３２とからなる。複数の送受信器３３は、ルータ３０の通信手段であり、ネットワーク２０に接続される。パケットルータ３２は、複数の送受信器３３を介して、他のルータ３０及び中央管理装置１０との間でパケットの送受信を行う。パケットルータ３２は、受信した通常のパケットと実験用のパケットとを識別し、通常のパケットをルーティングすると共に、実験用のパケットを調査装置４０の実験パケットルータ４１に送る。この識別は例えば当該パケットに付加されたＩＰアドレスにより行う。受信した実験用のパケットは、中央管理装置１０から受信した実験制御パケットと、他のルータ３０から受信した実験パケット（疑似トラヒック）とからなる。パケットルータ３２は、実験パケットルータ４１から送られた実験用のパケットを他のルータ３０又は中央管理装置１０に送信する。送信する実験用のパケットは、当該調査装置４０において発生された実験パケット（疑似トラヒック）と、中央管理装置１０に送る実験の結果（計測結果）とからなる。
【００３６】
調査装置４０は、単に中央管理装置１０から受信した疑似負荷実験命令１６をそのまま実行するのみである。即ち、当該命令に従って、擬似的な負荷を発生し、これによるトラヒックを計測し、この測定結果（実験結果）を中央管理装置１０に送信する。このために、調査装置４０は、実験パケットルータ４１、実験スケジューラ４２、タイマ４３、疑似負荷受信・処理装置４５、疑似負荷発生装置４４、実験計測装置４６からなる。
【００３７】
実験パケットルータ４１は中央管理装置から送信された疑似負荷実験命令１６を受信する。当該命令に従って、実験スケジューラ４２が当該調査のための実験をスケジューリングし、疑似負荷発生装置４４がネットワーク２０の負荷を発生させ、疑似負荷受信・処理装置４５が疑似負荷発生装置４４において発生させられたネットワーク２０の負荷についての応答を受信して処理する。また、疑似負荷受信・処理装置４５は、当該命令に従って、自己に宛てて他の調査装置４０が送信したネットワーク２０の負荷（実験パケット）を受信した場合、その応答を当該他の調査装置４０に返信する。実験計測装置４６は、当該命令に従って、疑似負荷発生装置４４及び疑似負荷受信・処理装置４５を監視し、ネットワーク２０の負荷についてのログデータを記録する。
【００３８】
実験パケットルータ４１は、ネットワーク２０の負荷を用いた調査の専用のルータであり、ルータ本体３１から疑似負荷実験命令等の命令実験用のパケットを受信し、当該調査装置４０内において当該実験用のパケットをルーティングする。即ち、実験スケジューラ４２、疑似負荷発生装置４４及び疑似負荷受信・処理装置４５に当該実験用のパケットを送る。
【００３９】
実験スケジューラ４２は、調査装置４０における専用のローカルなスケジューラであり、疑似負荷実験命令１６に従って、当該実験をスケジューリングする。即ち、実験スケジューラ４２は、中央管理装置１０から送信された疑似負荷実験命令１６の実行をスケジューリングする。実験スケジューラ４２は、実験制御パケットに含まれる疑似負荷実験命令１６である低レベルスクリプトを解釈して、これにおいて指定された実験の実行時刻に当該実験が開始されるように、当該実行時刻をタイマ４３に登録すると共に、一旦当該疑似負荷実験命令を図示しない記憶装置に保存する。タイマ４３は、疑似負荷実験命令毎に用意され、当該疑似負荷実験命令において指定された実験の実行時刻になると起動される。タイマ４３が起動されると、実験スケジューラ４２は、保存していた当該疑似負荷実験命令を読みだしてこれに基づいて、当該実験を行う。即ち、当該実験の開始を疑似負荷発生装置４４、疑似負荷受信・処理装置４５及び実験計測装置４６に命令する。
【００４０】
疑似負荷発生装置４４は、疑似負荷実験命令に従って、ネットワーク２０の負荷を発生させる。即ち、疑似負荷発生装置４４は、実験スケジューラ４２からの実験開始の命令を受信すると、これに応じて低レベルスクリプトを解釈して、これに基づいてネットワーク２０の擬似的な負荷（疑似トラヒック）を発生させる。擬似的な負荷は、前述のように、例えば、ＧＥＴ命令である。擬似的な負荷のパケット（実験パケット）には、送信相手先として他の調査装置４０の実験パケットルータのＩＰアドレスが付加される。これにより、実験パケットであること及びその宛先を知ることができる。ネットワーク２０の殆ど全てのパケットやストリームがルータ３０を通過するので、疑似負荷発生装置４４をルータ３０に設けることにより、極めて効率よく、かつ、極めて現実的な調査が可能となる。また、ネットワーク２０に既に接続されているルータ３０を利用することにより、調査用のネットワーク機器を新たにネットワーク２０に接続する必要がない。
【００４１】
疑似負荷受信・処理装置４５は、疑似負荷実験命令に従って、先に送信したネットワーク２０の負荷についての他の調査装置４０からの応答を受信する。即ち、疑似負荷受信・処理装置４５は、実験スケジューラ４２からの実験開始の命令を受信すると、これに応じて低レベルスクリプトを解釈して、これに基づいて応答のパケットの受信に備え、他のルータ３０に設けられた調査装置４０から送信された応答パケットを受信して処理する。また、疑似負荷受信・処理装置４５は、疑似負荷実験命令に従って、他の調査装置４０から送信されたネットワーク２０の負荷（実験パケット）を受信して、その応答を作成する。即ち、疑似負荷受信・処理装置４５は、実験スケジューラ４２からの実験開始の命令を受信すると、これに応じて低レベルスクリプトを解釈して、これに基づいてパケットの受信に対する応答の作成に備え、他のルータ３０に設けられた調査装置４０から送信された実験パケットを受信して、その応答パケットを作成して当該送信元の他の調査装置４０に送信する。
【００４２】
ネットワーク２０の殆ど全てのパケットやストリームがルータ３０を通過するので、疑似負荷受信・処理装置４５をルータ３０に設けることにより、極めて効率よく、かつ、極めて現実的な調査が可能となる。また、ルータ３０を利用することにより、実験用に発生させた負荷を受信して処理する機能を備えるサーバ（コンピュータ）が存在しなくても、実験を行うことができる。即ち、ルータ３０が調査においてサーバの役割を果たすことにより、新たなサーバを設置する前に、設置後のネットワーク２０のトラヒックを正確に予想することができる。
【００４３】
実験計測装置４６は、実験スケジューラ４２からの実験開始の命令を受信すると、これに応じて低レベルスクリプトを解釈して、これに基づいて疑似負荷発生装置４４を監視し、発生させたネットワーク２０の負荷のデータ量を記録し、その送信開始時刻を記録する。また、実験計測装置４６は、同様にして疑似負荷受信・処理装置４５を監視し、他の調査装置４０から応答を受信すると、その時刻をその送信終了時刻として記録する。これらに、送信先等のデータ（例えば、ＵＲＬ）を付加したものが、当該ネットワーク２０の負荷についてのログデータである。
【００４４】
図７は管理処理フローであり、中央管理装置１０（の制御プログラム）が実行するネットワーク調査処理における管理処理を示す。
【００４５】
中央管理装置１０がコンパイラ１１に管理者によりネットワーク２０のボトルネック等の調査の実験計画のスクリプトが入力されたか否かを調べる（ステップＳ１）。
【００４６】
入力された場合、コンパイラ１１が、入力された実験計画のスクリプトを低レベルスクリプトにコンパイルして中央実験スケジューラ１２に送り（ステップＳ２）、ステップＳ１以下を繰り返す。
【００４７】
入力されていない場合、中央管理装置１０が、中央実験スケジューラ１２に低レベルスクリプトが入力されたか否かを調べる（ステップＳ３）。
【００４８】
入力された場合、中央実験スケジューラ１２が、当該低レベルスクリプトの実行時間をタイマに登録して（ステップＳ４）、ステップＳ１以下を繰り返す。
【００４９】
入力されていない場合、中央管理装置１０が、中央実験スケジューラ１２でタイマが起動されたか否かを調べる（ステップＳ５）。
【００５０】
起動された場合、中央実験スケジューラ１２が、当該低レベルスクリプトを解釈し、各々のルータ３０に疑似負荷実験命令のパケット（実験制御パケット）を送信して（ステップＳ６）、ステップＳ１以下を繰り返す。
【００５１】
起動されていない場合、中央管理装置１０が、中央実験スケジューラ１２で各々のルータ３０から実験結果を受信したか否かを調べる（ステップＳ７）。
【００５２】
受信した場合、中央実験スケジューラ１２が、受信した当該実験結果を実験結果解析装置１５に転送して蓄積させ（ステップＳ８）、ステップＳ１以下を繰り返す。
【００５３】
受信していない場合、中央管理装置１０が、実験結果解析装置１５で実験結果の解析に必要な全てのデータが蓄積されたか否かを調べる（ステップＳ９）。ステップＳ８の実行からステップＳ９の実行までには、多少の時間を要する。
【００５４】
蓄積された場合、実験結果解析装置１５が、蓄積されたデータに基づいて実験結果の解析を行ってレポートを作成して出力し（ステップＳ１０）、ステップＳ１以下を繰り返す。
【００５５】
蓄積されていない場合、ステップＳ１以下を繰り返す。
【００５６】
図８乃至図１１は調査処理フローであり、全体として１個の調査処理フローを構成し、調査装置４０又はルータ３０（の制御プログラム）が実行するネットワーク調査処理における調査処理を示す。
【００５７】
図８において、ルータ３０が送受信器３３で送信するパケットがあるか否かを調べる（ステップＳ１１）。当該パケットは、当該ルータ３０が中継した（ルーティングした）中継パケット、当該調査装置４０が送出する実験パケット、他の調査装置４０から受信した実験パケットに対する応答のパケット等である。
【００５８】
ある場合、送受信器３３が、送信パケットをネットワーク２０に送信して（ステップＳ１２）、ステップＳ１１以下を繰り返す。
【００５９】
ない場合、ルータ３０が送受信器３３で受信したパケットがあるか否かを調べる（ステップＳ１３）。当該パケットは、当該ルータ３０が中継する（ルーティングする）中継パケット、当該調査装置４０が先に送出した実験パケットに対する他の調査装置４０からの応答のパケット、他の調査装置４０から受信した実験パケット等である。
【００６０】
ある場合、送受信器３３が、受信したパケットをパケットルータ３２に転送して（ステップＳ１４）、ステップＳ１１以下を繰り返す。
【００６１】
ない場合、ルータ３０がパケットルータ３２でパケットを受信したか否かを調べる（ステップＳ１５）。
【００６２】
受信した場合、パケットルータ３２が、当該受信したパケットが中継パケットであるか否かを調べる（ステップＳ１６）。
【００６３】
中継パケットである場合、パケットルータ３２が、当該パケットを当該中継先への送信を行う送受信器３３に転送して（ステップＳ１７）、ステップＳ１１以下を繰り返す。
【００６４】
中継パケットでない（実験パケットである）場合、パケットルータ３２が、当該パケットを実験パケットルータ４１に転送して（ステップＳ１８）、ステップＳ１１以下を繰り返す。
【００６５】
ステップＳ１５において、パケットルータ３２がパケットを受信していない場合、図９のステップＳ１９に進む。
【００６６】
図９において、調査装置４０が実験パケットルータ４１でステップＳ１８において送出された実験パケットを受信したか否かを調べる（ステップＳ１９）。
【００６７】
受信した場合、実験パケットルータ４１が、当該受信した実験パケットを宛先及び中継先（実験スケジューラ４２、疑似負荷受信・処理装置４５及び疑似負荷発生装置４４）に転送して（ステップＳ２０）、図８のステップＳ１１以下を繰り返す。
【００６８】
受信していない場合、調査装置４０が実験スケジューラ４２でステップＳ２０において送出された実験パケットを受信したか否かを調べる（ステップＳ２１）。
【００６９】
受信した場合、実験スケジューラ４２が、当該実験パケットが実験を指示するスクリプトであるか否かを調べる（ステップＳ２２）。
【００７０】
スクリプトである場合、実験スケジューラ４２が、当該スクリプトを解釈して必要な動作をタイマ４３に登録して（ステップＳ２３）、図８のステップＳ１１以下を繰り返す。この登録により、タイマ４３が動作を開始する。
【００７１】
スクリプトでない場合、実験スケジューラ４２が、当該実験パケットが実験中止を指示する命令であるか否かを調べる（ステップＳ２４）。
【００７２】
実験中止命令である場合、実験スケジューラ４２が、それ以前に受信してステップＳ２３においてタイマ４３に登録してある実験の当該タイマ登録を消去する（ステップＳ２５）。
【００７３】
実験スケジューラ４２が、当該実験中止命令において指定された実験が実行中であるならば、実験計測装置４６、疑似負荷受信・処理装置４５及び疑似負荷発生装置４４を停止して（ステップＳ２６）、図８のステップＳ１１以下を繰り返す。
【００７４】
実験中止命令でない場合、図８のステップＳ１１以下を繰り返す。
【００７５】
ステップＳ２１において、実験スケジューラ４２が実験パケットを受信していない場合、図１０のステップＳ２７に進む。
【００７６】
図１０において、調査装置４０又は実験スケジューラ４２が、タイマ４３が起動された（タイムアップした）か否かを調べる（ステップＳ２７）。
【００７７】
起動された場合、実験スケジューラ４２が、ステップＳ２３においてタイマ４３に登録された命令を実行して（ステップＳ２８）、図８のステップＳ１１以下を繰り返す。
【００７８】
起動されない場合、調査装置４０が疑似負荷受信・処理装置４５で実験スケジューラ４２からステップＳ２８において送出された命令を受信したか否かを調べる（ステップＳ２９）。
【００７９】
受信した場合、疑似負荷受信・処理装置４５が、当該受信した命令を実行する（ステップＳ３０）。
【００８０】
受信しない場合、調査装置４０が疑似負荷受信・処理装置４５で実験パケットルータ４１からステップＳ２０において送出された実験パケットを受信したか否かを調べる（ステップＳ３１）。
【００８１】
受信した場合、疑似負荷受信・処理装置４５が、当該受信した実験パケットを処理して、当該実験パケットに対する応答を実験パケットルータ４１に送る（ステップＳ３２）。
【００８２】
疑似負荷受信・処理装置４５が、当該処理についてのログデータを実験計測装置４６に送る（ステップＳ３３）。
【００８３】
ステップＳ３１において、疑似負荷受信・処理装置４５が実験パケットを受信していない場合、調査装置４０が疑似負荷発生装置４４で実験スケジューラ４２からステップＳ２８において送出された命令を受信したか否かを調べる（ステップＳ３４）。
【００８４】
受信した場合、疑似負荷発生装置４４が、当該受信した命令を実行する（ステップＳ３５）。
【００８５】
受信しない場合、図１１のステップＳ３６に進む。
【００８６】
図１１において、調査装置４０が疑似負荷発生装置４４で実験パケットルータ４１からステップＳ２０において送出された実験パケットを受信したか否かを調べる（ステップＳ３６）。
【００８７】
受信した場合、疑似負荷発生装置４４が、実験計測装置４６に対してログデータを記録する命令を送る（ステップＳ３７）。
【００８８】
受信しない場合、調査装置４０が疑似負荷発生装置４４で送信するパケットがあるか否かを調べる（ステップＳ３８）。
【００８９】
ある場合、疑似負荷発生装置４４が、指定されたパケットを生成して、実験パケットルータ４１に送る（ステップＳ３９）。
【００９０】
疑似負荷発生装置４４が、実験計測装置４６に対してログデータを記録する命令を送り（ステップＳ４０）、図８のステップＳ１１以下を繰り返す。
【００９１】
ない場合、調査装置４０が実験計測装置４６でステップＳ３７又はステップＳ４０において疑似負荷発生装置４４から送出された命令を受信したか否かを調べる（ステップＳ４１）。
【００９２】
受信した場合、実験計測装置４６が、当該受信した命令を実行して（ステップＳ４２）、図８のステップＳ１１以下を繰り返す。
【００９３】
この後、疑似負荷発生命令の全てを終了したら、実験スケジューラ４２が中央管理装置１０に対して実験終了を知らせる命令を送信する。これに応じて中央管理装置１０から当該調査装置４０に対して当該実験結果を転送する命令が届いたら、調査装置４０が、低レベルスクリプトに含まれている当該実験結果の転送命令を実行することにより、実験計測装置４６に蓄積された当該実験についての全てのログデータを、中央管理装置１０に対して転送する。
【００９４】
なお、実験スケジューラ４２からの実験終了命令の送信を省略して、中央管理装置１０が、疑似負荷発生命令の送出後の所定の時間の経過を待って当該調査装置４０に対して当該実験結果を転送する命令を送信しても良い。また、低レベルスクリプトに含まれている当該実験結果の転送命令を省略して、実験終了命令の受信又は所定時間の経過により、その時点で、中央管理装置１０から当該調査装置４０に対して低レベルスクリプトに含まれている当該実験結果を転送する命令の部分を送信しても良い。即ち、中央管理装置１０が疑似負荷発生命令を複数回に分割して調査装置４０に送信するようにしても良い。
【００９５】
以上はルータ３０がプロキシサーバ３０からなる例について説明したが、前述のように、本発明におけるルータ３０は、これに限られず、ネットワーク２０を構成する重要なノードを言う。図１２乃至図１４は他のルータ説明図であり、本発明のネットワーク調査システムにおける他のルータ３０の例を示す。
【００９６】
図１２の例において、ルータ３０は周知のＩＰパケットによる通信を行うデータベースサーバ３０からなる。データベースサーバ３０はデータベース３０Ｂを備える。従って、この例におけるネットワーク調査システムは、当該データベースのトラヒックの測定システムである。
【００９７】
この例において、中央管理装置１０（の中央実験スケジューラ１２）の備える表形式のデータ１６は、図４に類似の構成を有し、管理者の指定する時刻に、どのルータ３０でどのデータベースサーバ３０のデータベース３０Ｂのどのオブジェクトとどのようなトランザクションをするかを記述したデータを格納し、ルータ３０毎に表として分類される。当該トランザクション命令がネットワーク２０の疑似トラヒックとなる。中央管理装置１０は、ルータ３０に表形式データ１６の該当する部分を疑似負荷実験命令として送信する。ルータ３０は、与えられた表形式データ１６に従って、当該表において指定されたトランザクション命令を指定された時刻に実行し、各々のトランザクション命令毎に実行結果を実験計測結果として記録する。実験計測結果は、その実行開始時刻、実行終了時刻、転送量、トランザクション命令を記録する。
【００９８】
図１３の例において、ルータ３０は周知のＩＰパケットによる通信を行うと共にマルチキャスト通信を行う。従って、この例におけるネットワーク調査システムは、当該マルチキャスト通信のトラヒックの測定システムである。
【００９９】
この例において、中央管理装置１０の備える表形式のデータ１６は、図４に類似の構成を有し、管理者の指定する時刻に、どのルータ３０でどのマルチキャストチャネルにどのような速度でダミーデータを書き込むか、及び、どのマルチキャストチャネルをどのような速度で受信するかを記述したデータを格納し、ルータ３０毎に表として分類される。当該マルチキャスト送信命令の実行がネットワーク２０の疑似トラヒックとなる。中央管理装置１０は、ルータ３０に表形式データ１６の該当する部分を疑似負荷実験命令として送信する。ルータ３０は、与えられた表形式データ１６に従って、当該表において指定されたマルチキャスト送信命令を指定された時刻に実行し、各々のマルチキャスト送信命令毎に実行結果を実験計測結果として記録する。実験計測結果は、そのパケット送信開始時刻、パケット送信終了時刻、転送量、マルチキャスト送信命令を記録するか、あるいは、そのパケット受信開始時刻、パケット受信終了時刻、受信量、マルチキャスト受信命令を記録する。
【０１００】
図１４の例において、ルータ３０は周知のＩＰパケットによる通信を行うと共に新規なプロトコルに従う通信を行う。従って、この例におけるネットワーク調査システムは、当該新規プロトコル通信のトラヒックの測定システムである。
【０１０１】
この例において、中央管理装置１０の備える表形式のデータ１６は、図４に類似の構成を有し、管理者の指定する時刻にどのルータ３０との間でどのような（新規な又は開発中の）プロトコルでどのような通信を行うかを記述したデータと当該新規プロトコルの処理モジュールを記述したデータとを格納し、ルータ３０毎に表として分類される。この処理モジュールは低レベルスクリプトの形で記述される。なお、この処理モジュールは、実際は、表形式のデータ１６とは別個の独立したものであるが、説明の便宜上、表形式のデータ１６に含めて説明する。当該新規プロトコルに従う通信命令がネットワーク２０の疑似トラヒックとなる。中央管理装置１０は、ルータ３０に表形式データ１６の該当する部分（及び当該通信に用いられるプロトコルの処理モジュール）を疑似負荷実験命令として送信する。
【０１０２】
ルータ３０は、与えられた表形式データ１６に従って、当該表において指定された新規なプロトコルに依る通信命令を指定された時刻に実行し、各々の通信命令毎に実行結果を実験計測結果として記録する。実験計測結果は、その実行開始時刻、実行終了時刻、転送量、通信命令を記録する。この例において、疑似負荷受信・処理装置４５は、当該プロトコルの処理モジュールを用いて、当該新規なプロトコルを処理する機能を備える。ルータ３０は、指定された時刻の直前にダウンロードして保存していた当該プロトコルの処理モジュール３０Ｄを疑似負荷受信・処理装置４５にダウンロードする。これにより、当該プロトコルに従った通信が可能となる。当該プロトコルの処理モジュールは表形式データ１６と共に消去される。
【０１０３】
【発明の効果】
以上説明したように、本発明によれば、ネットワーク調査システムにおいて、中央管理装置から送信された命令に従ってネットワークの負荷を発生させ他の調査装置に送信する調査装置をルータに設けることにより、当該命令においてボトルネック等の調査の条件を正確に指定することができるので、人間の介入無しで当該ネットワークの調査を正確に行いボトルネックの原因（の一部）を解明することができ、また、予め調査の準備を整え一斉に短時間で十分に調査を行うことができるので、運用中のネットワークを用いて調査を行うことができる。この結果、本発明によれば、ログには現れないネットワーク機器のバグ等による性能低下を調査に正確に反映でき、また、ネットワークの障害となると予想される特定のパターンのトラヒックを容易に再現することができ、従って、ネットワークの調査を正確に行うことができる。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】ネットワーク調査システム構成図である。
【図３】中央管理装置構成図である。
【図４】中央管理装置説明図である。
【図５】ルータ説明図である。
【図６】ルータ構成図である。
【図７】管理処理フローである。
【図８】調査処理フローである。
【図９】調査処理フローである。
【図１０】調査処理フローである。
【図１１】調査処理フローである。
【図１２】他のルータ説明図である。
【図１３】他のルータ説明図である。
【図１４】他のルータ説明図である。
【符号の説明】
１０    中央管理装置
２０    ネットワーク
２２    疑似トラヒック
３０    ルータ
４０    調査装置
【図１】
0003809932.tif 000002
【図２】
0003809932.tif 000003
【図３】
0003809932.tif 000004
【図４】
0003809932.tif 000005
【図５】
0003809932.tif 000006
【図６】
0003809932.tif 000007
【図７】
0003809932.tif 000008
【図８】
0003809932.tif 000009
【図９】
0003809932.tif 000010
【図１０】
0003809932.tif 000011
【図１１】
0003809932.tif 000012
【図１２】
0003809932.tif 000013
【図１３】
0003809932.tif 000014
【図１４】
0003809932.tif 000015