(57)【特許請求の範囲】
【請求項１】
複数のコンピュータ装置が１つまたは複数のネットワークにより接続されているネットワークシステムの診断・監視を目的とするテスト用パケットを前記ネットワークシステム内で通信させる通信手段と、各種の指示をする入力手段と、前記ネットワークシステムの各種状態情報および各種プログラムが格納される記憶手段と、前記ネットワークシステムの状態の診断・監視結果を示す情報を表示する表示手段と、前記通信手段によるテスト用パケットの通信結果として得られた前記ネットワークシステムの状態診断・監視に関連する情報を収集し分類して前記記憶手段に格納するとともに前記記憶手段に分類して蓄積された前記ネットワークシステムの状態診断・監視に関連する情報に基づいてネットワークの状態を診断・監視するための処理を実行しその結果を前記表示手段に出力する処理手段とを有し、前記ネットワークシステム内に少なくとも１つ設置されるネットワークシステムの状態診断・監視装置において、
前記ネットワークシステム内のすべての装置，すべてのネットワークを経由するような１つの経路を示す経路情報を複数に分割し、前記分割された複数の経路を示す複数の各経路情報を対応する複数の各テスト用パケットの経路情報として設定することを特徴とするネットワークシステムの状態診断・監視装置。
【請求項２】
請求項１に記載のネットワークシステムの状態診断・監視装置において、
前記テスト用パケットを受信した前記ネットワークシステム内の各装置は、ネットワークシステムの状態診断・監視に関連する情報を前記テスト用パケットに書き込むことを特徴とするネットワークシステムの状態診断・監視装置。
【請求項３】
請求項１または２に記載のネットワークシステムの状態診断・監視装置において、
前記テスト用パケットに書き込む情報に、前記装置のＣＰＵ負荷，前記装置のバッファ使用率，前記装置の主従系に関する情報，テスト用パケットを前記装置が受信した時刻および送信した時刻の情報のいずれかを含むことを特徴とするネットワークシステムの状態診断・監視装置。
【請求項４】
請求項１ないし３のいずれか一項に記載のネットワークシステムの状態診断・監視装置において、
前記ネットワークシステムを複数のサブシステムに分割し、前記サブシステムにはそれぞれサブ監視装置を設定し、前記サブ監視装置はそれぞれ、監視範囲内のサブシステムに関して、前記監視装置と同一のまたは縮小した機能を有することを特徴とするネットワークシステムの状態診断・監視装置。
【請求項５】
請求項１ないし４のいずれか一項に記載のネットワークシステムの状態診断・監視装置において、
前記監視装置の表示手段には、前記ネットワークシステムの全体または一部の構成図を表示し、前記表示画面上に、前記テスト用パケットを通信させた結果得られた情報に基づいて、ネットワークシステムの負荷状態，異常状態を検知した結果の表示、または、操作員が認識するために必要な表示をすることを特徴とするネットワークシステムの状態診断・監視装置。
【発明の詳細な説明】
【産業上の利用分野】
【０００１】
本発明は、複数のコンピュータ装置が１つまたは複数のネットワークにより接続されたネットワークシステムの状態を診断・監視する装置に関する。
【従来の技術】
【０００２】
従来、ネットワークシステムを診断・監視する手段としては、システム内に設置した監視装置が、システム内の装置のそれぞれから、定周期でまたは要求することによりパケットを受信するという方式があり、正常に受信できなければ、システム内に何らかの障害が発生したと判断できる。
【０００３】
しかし、この方式の場合、障害箇所がどこにあるのかを特定できず、特定するためには別の手段が必要となる。
【０００４】
この問題を解決するために、例えば、「特表平２−５０１０１９，パケット交換ネットワークをテストする装置」「特開昭６３−１３９４４３，通信ネットワーク診断方式」「特開平４−１０３２４４，ネットワーク監視方式」においては、監視装置が経路を設定してテスト用パケットをネットワーク上に流す方法が考案されている。いずれの方法も、テスト用パケットの通信が経路上において正常になされなければ、何らかの手段により、監視装置に通知し、監視装置はそれによって障害箇所を特定できるというものである。
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来の監視装置は、いずれも、テスト用パケットの用途を障害検知にのみ限定したものである。
【０００６】
したがって、受信装置がテスト用パケットに各種情報を書き込む手段，書き込まれた各種情報を監視装置が取得する手段，取得した情報に基づいて、ネットワークシステムの負荷状態，異常状態を検知する手段、または、検知に必要な表示をする手段，定周期のパケット送信によりシステムの状態の変化に関する診断・監視をする手段，得た結果に基づいて、操作員が臨機応変に新しいテスト用パケットを通信させる手段などについては、いずれも触れられていない。
【０００７】
本発明の目的は、テスト用パケットをより広範な情報収集に利用し、それにより、障害検知に限定されない広範囲のネットワークシステムの状態診断・監視を実現する装置を提供することである。
【課題を解決するための手段】
【０００８】
本発明は、上記目的を達成するために、複数のコンピュータ装置が１つまたは複数のネットワークにより接続されているネットワークシステムの診断・監視を目的とするテスト用パケットを前記ネットワークシステム内で通信させる通信手段と、各種の指示をする入力手段と、前記ネットワークシステムの各種状態情報および各種プログラムが格納される記憶手段と、前記ネットワークシステムの状態の診断・監視結果を示す情報を表示する表示手段と、前記通信手段によるテスト用パケットの通信結果として得られた前記ネットワークシステムの状態診断・監視に関連する情報を収集し分類して前記記憶手段に格納するとともに前記記憶手段に分類して蓄積された前記ネットワークシステムの状態診断・監視に関連する情報に基づいてネットワークの状態を診断・監視するための処理を実行しその結果を前記表示手段に出力する処理手段とを有し、前記ネットワークシステム内に少なくとも１つ設置されるネットワークシステムの状態診断・監視装置において、前記ネットワークシステム内のすべての装置，すべてのネットワークを経由するような１つの経路を示す経路情報を複数に分割し、前記分割された複数の経路を示す複数の各経路情報を対応する複数の各テスト用パケットの経路情報として設定するネットワークシステムの状態診断・監視装置を提案する。
【０００９】
前記テスト用パケットを受信した前記ネットワークシステム内の各装置は、ネットワークシステムの状態診断・監視に関連する情報を前記テスト用パケットに書き込む。
【００１０】
前記テスト用パケットに書き込む情報に、前記装置のＣＰＵ負荷，前記装置のバッファ使用率，前記装置の主従系に関する情報，テスト用パケットを前記装置が受信した時刻および送信した時刻の情報のいずれかを含むことができる。
【００１１】
前記ネットワークシステムを複数のサブシステムに分割し、前記サブシステムにはそれぞれサブ監視装置を設定し、前記サブ監視装置はそれぞれ、監視範囲内のサブシステムに関して、前記監視装置と同一のまたは縮小した機能を有することも可能である。
【００１２】
前記監視装置の表示手段には、前記ネットワークシステムの全体または一部の構成図を表示し、前記表示画面上に、前記テスト用パケットを通信させた結果得られた情報に基づいて、ネットワークシステムの負荷状態，異常状態を検知した結果の表示、または、操作員が認識するために必要な表示をする。
【作用】
【００１３】
前記手段によれば、ネットワークシステムの診断・監視を目的とする監視装置をシステム内に１つまたは複数設定し、監視装置は、システムの診断・監視を目的とするテスト用パケットをシステム内で任意の経路を設定して通信させ、その結果として得られたＣＰＵ負荷，送受信時刻などの情報を集め、それらの情報に基づいて、ネットワークシステムの負荷状態，異常状態を検知する、または、操作員が検知するために必要な表示をするようにしたので、より多くの情報に基づいてネットワークシステムを的確に診断・監視できる。
【００１４】
特に、経路をいくつかに分割して、そのそれぞれを複数のテストパケットに割り当てれば、複数のパケットで全体を診断・監視でき、要求される信頼性，冗長度，自由度に関して柔軟に対応できる。
【実施例】
【００１５】
以下、図を参照して、本発明の実施例を説明する。
【００１６】
図１は、本発明に係るネットワークシステムの状態診断・監視装置の一実施例の概要を説明した図である。
【００１７】
ここでは、対象とするネットワークシステムとして、１０１に示すネットワークＡ、１０２に示すネットワークＢ、１０３に示すネットワークＣの３つの広域ネットワークを基幹とするシステムを想定している。このようなネットワークシステムに対して、１１１で示す監視装置がシステムを診断・監視するものとする。
【００１８】
そのために、本発明では、テスト用のパケットをネットワーク上に流す。例えば、装置１１２〜１１７（装置１１２，１１４，１１６は中継装置）、およびその周辺のネットワークの生死状態，負荷状態を監視するときには、監視装置１１１から、矢印１２１〜１２７で示されるように、装置１１２〜１１７を巡回して戻ってくるパケットを送信する。
【００１９】
各装置は、パケットを受信すると、ＣＰＵ負荷など自装置に関する情報，パケットの受信，送信時刻などをパケットに書き込み、次の装置に送信すると同時に、破線矢印１３１〜１３５で示されるように、監視装置１１１にも返送する。
【００２０】
監視装置１１１は、各装置から返送されてくるパケットの情報を集め、記憶しておく。情報が集められると、監視装置では、各装置によりパケットに書き込まれたＣＰＵ負荷などの情報から、各装置の状態を検知できる。
【００２１】
また、各装置により書き込まれたパケットの受信，送信時刻から、パケットの挙動がわかり、ネットワークの負荷などの状態を推定できる。
【００２２】
さらに、パケットが正常に返送されない場合は、返送されてきた状況から、障害箇所を検知できる。テストパケットの巡回経路は任意に設定できるので、本発明によれば、ネットワークシステムの任意の箇所について、以上のように診断・監視できる。
【００２３】
監視装置１１１の具体的構成を図１５に示す。同図において、監視装置１１１は、通信装置１０と、処理装置１１と、入力装置１２と、表示装置１３と、バッファメモリ１４と、記憶装置１５とを有している。
【００２４】
通信装置１０は、ネットワークシステムの状態の診断・監視を目的とするテスト用パケットを上記ネットワークシステム内で設定された経路に送信し、また各装置と通信する。
【００２５】
入力装置１２は、表示装置１３または処理装置１１に対して各種の指示を入力する。また、バッファメモリ１４は処理措置１１により処理された各種データを一時的に蓄積し、蓄積されたデータを記憶装置１５に格納する。
【００２６】
記憶装置１５にはテスト用パケットをネットワークシステム内で設定された経路内を巡回させた結果、各装置から返送されたパケットから得られた各種状態情報および各種プログラムが格納されている。
【００２７】
処理装置１１は、通信装置１０によるテスト用パケットの通信結果として得られたネットワークシステムの状態診断・監視に関連する情報を収集し、分類してバッファメモリ１４を介して記憶装置１５に格納するとともに、記憶装置１５に分類して蓄積された上記ネットワークシステムの状態診断・監視に関連する情報に基づいてネットワークの状態を診断・監視するための処理をし、その処理結果を表示装置１３に出力する。
【００２８】
表示装置１３はネットワークシステムの状態の診断・監視結果を可視的に表示する。
【００２９】
以上の本発明のネットワークシステムの状態診断・監視装置とテスト用パケットを用いない従来の監視装置と比較してみる。
【００３０】
図２は、従来装置で、図１と同様の機能を実現しようとした場合の例である。
【００３１】
図２は、図１と同様に、監視装置１１１が装置１１２〜１１７を監視する場合を示している。ここで、監視装置１１１は、矢印２０２〜２０７で示されるように、装置１１２〜１１７のそれぞれから、定周期でまたは要求することによりパケットを受信する。パケットにはＣＰＵ負荷などの情報が書き込まれており、監視装置１１１では、図１の場合と同様に、これらの情報から各装置の状態を検知できる。
【００３２】
しかし、ネットワークの状態に関しては、パケットの通信が監視装置とその他の装置との間に限られていて、その間の経路が複数存在する場合もあるため、矢印２０２〜２０７で示されるようなパケットの挙動だけでは、ネットワークの負荷などの状態を推定することはできない。
【００３３】
また、パケットが正常に受信できなかった場合も、障害箇所がどこであるのかを特定することもできない。監視装置の下にサブの監視装置を設ければ、これらの問題点は多少改善されるが、本質的には同じ問題点が残る。
【００３４】
結局、図２の従来装置では、診断・監視のための手段が、監視装置と他装置との間の通信に限られているため、得られる情報に限界があるのに対し、本発明のネットワークシステムの状態診断・監視装置では、テストパケットを任意の経路に設定できるため、より多くの情報をシステムの診断・監視のために得られるという相違がある。
【００３５】
図３は、本発明を実施する場合の、具体的なテストパケット経路の一例を示したものである。
【００３６】
テストパケットはシステム内の装置、ネットワークを診断・監視するためのものであるから、１つのテストパケットですべてを診断・監視しようとすれば、そのパケットはシステム内のすべての装置，ネットワークを少なくとも一度は通過するような経路をとることになる。図３はそのような経路を示したものである。この経路は、パケットの書き込み領域の容量の問題やパケット消失の可能性の問題を考えれば、現実的なものとは言えないが、この経路をいくつかに分割して、そのそれぞれを複数のテストパケットに割り当てれば、複数のパケットで全体を診断・監視できるなど、応用例はいろいろ考えられる。
【００３７】
図３の例では、監視装置１１１から送信されたパケットは、まず、１０１で示すネットワークＡに接続されている各装置、ネットワークを巡回する。イーサネット３０１および装置３０２，３０３はネットワークＡに接続されていないが、ネットワークＡに接続されている装置３０４を介してのみ、システムの他の部分とつながっているので、矢印３０５，３０６，３０７に示すように、ネットワークＡの配下部分としてテストパケットは巡回する。
【００３８】
ネットワークＡに接続されている各装置，ネットワークの巡回を終了すると、テストパケットは、中継装置１１２に送信され、矢印３１１に示す経路によって、１０２に示すネットワークＢに接続されている各装置，ネットワークの巡回を開始する。装置３１２，３１３など、複数のネットワークに接続されている装置に関しては、図に示すように、接続されている各ネットワークごとにテスト用パケットの経路を設定する。装置３１４のように、ネットワークＢに２つの口を持っている装置に関しては、矢印３１５，３１６に示すように、その両方を通るようにテスト用パケットの経路を設定する。
【００３９】
ネットワークＢに接続されている各装置、ネットワークの巡回を終了すると、テストパケットは、中継装置１１４に送信され、矢印３２１に示す経路によって、１０３に示すネットワークＣに接続されている各装置，ネットワークの巡回を開始する。
【００４０】
ネットワークＡ，Ｂと同様に、ネットワークＣに接続されている各装置，ネットワークの巡回を終了すれば、テストパケットは中継装置１１６を通って監視装置１１１に戻り、システム内のすべての装置，ネットワークを少なくとも一度は通過するような経路を通った巡回を終了する。
【００４１】
以上は１つの監視装置が１つのテストパケットのみですべてを診断・監視する場合の例だが、監視装置の下に、それぞれの配下装置，ネットワークを持つサブの監視装置を設けて、それぞれのサブ監視装置が自分の配下の診断・監視をすれば、より現実的な適用に近いテスト用パケットの経路を設定できる。図４はその例を示したものである。
【００４２】
本実施例で挙げているネットワークシステムは、３つの広域ネットワークを基幹とするシステムである。そして、監視装置１１１はそのうちの１つのネットワークＡに接続されている。そこで、ネットワークＡに接続されている各装置，ネットワークは監視装置１１１の配下とし、ネットワークＢ，Ｃにそれぞれサブ監視装置を設けるものとする。ここでは、装置４０２をネットワークＢのサブ監視装置とし、装置４０３をネットワークＣのサブ監視装置とする。ネットワークＢ，Ｃに接続されている各装置，ネットワークを巡回するテストパケットの経路は、それぞれのサブ監視装置４０２、４０３が設定する。
【００４３】
このとき、監視装置１１１の持つべき機能は主に３つとなる。１つ目はネットワークＡのサブ監視装置としての機能である。２つ目はサブ監視装置がカバーできない部分、つまり、各ネットワークを接続するルートなどを診断・監視する機能である。そして、３つ目がサブ監視装置の親装置としての機能、すなわち、各サブ監視装置に指示を出して、各配下へのテストパケットを発信させ、また、その結果得られた情報を集約して、システム全体を診断・監視する機能である。１つ目の機能は、監視装置１１１がネットワークＡのサブ監視装置を兼ねているための機能なので、監視装置１１１のメイン監視装置としての機能は後者２つということになる。
【００４４】
この２つの機能を実現するために、監視装置１１１は矢印４０４〜４０９で示されるような経路を持つパケットを送信する。
【００４５】
このパケットは、１つには上記の２つ目の機能を実現するためのものである。そのために、このパケットは図１や図３で説明したものと同様のテスト用パケットであるとする。すなわち、監視装置１１１は、サブ監視装置４０２，４０３、および、中継装置１１２，１１４，１１６を経由する経路を設定して、図１や図３の実施例で使用されるテスト用パケットと同様の構造を持つテスト用パケットをネットワーク上に流し、サブ監視装置４０２，４０３、および、中継装置１１２，１１４，１１６は、パケットを受信すると、図１で説明したのと同じように、各種情報をパケットに書き込んで、次の経由装置に送信すると同時に監視装置１１１に返送する。これにより、このパケットは、サブ監視装置がカバーできない広域ネットワーク間の中継装置などを診断・監視する機能を受け持つものとなる。
【００４６】
これと同時に、このパケットに上記の３つ目の機能を持たせるために、サブ監視装置には、パケットを受信すると、自分の配下を巡回するサブのテストパケットを送信するプログラムを用意しておく。また、サブのテストパケットを送信した後、配下の各装置が返送してくるパケットを集約して、メイン監視装置１１１に送信するプログラムも用意しておく。図４で具体的に説明すれば、サブ監視装置４０２は、矢印４０５で示されるパケットを受信すると、矢印４１１〜４１８で示されるネットワークＢに接続されているすべての装置、ネットワークを巡回するテストパケットを送信する。そして、ネットワークＢに接続されている各装置がパケットを返送してくると、それらを集約してメイン監視装置１１１に送信する。サブ監視装置４０２，４０３にこのようなプログラムを追加しておけば、メイン監視装置１１１は、矢印４０４〜４０９で示される経路にパケットを送信するだけで、すべての装置、ネットワークに関する情報を集め、システム全体を診断・監視できるようになる。
【００４７】
上記の２つのプログラムを追加する点を除けば、サブ監視装置４０２，４０３が持つ機能はメイン監視装置１１１と同じである。サブ監視装置は、メイン監視装置１１１からパケットを受信したタイミングで、サブのテストパケットの送信を開始するが、予め用意しておいたパケットの経路を参照してテストパケットを作成し、１つ目の経由装置に対して送信する手順は、メインの場合と共通のものである。
【００４８】
また、各装置が返送してきたパケットを集めて記憶しておくという機能もメイン監視装置と共通であり、集まった情報をメイン監視装置に送るという点だけがメイン監視装置と異なるところである。当然、ネットワーク上に流すテストパケットも、メイン監視装置とサブ監視装置で構造として同じである。図４で言えば、矢印４０４〜４０９で示される経路で流されるパケットと、矢印４１１〜４１８で示される経路で流されるパケットとは、同じ構造を有している。
【００４９】
パケットを受信した各装置も、その送信元がメイン監視装置であるかサブ監視装置であるかにかかわりなく、同じ手順にしたがって、指定された情報をパケットに書き込み、次の装置に送信すると同時に、送信元の監視装置にパケットを返送する。
【００５０】
以上説明した方法は、サブ監視装置の下にさらにもう一層下のサブ監視装置が置かれる場合にも、適用できる。
【００５１】
また、サブ監視装置がＮ層（Ｎ：任意）の階層をなす場合にも適用できる。どの場合でも、各階層のサブ監視装置が上記の２つの機能を持ち、各階層で共通構造のテストパケットを流すという基本的な方法により、目指す機能を実現できる。
【００５２】
ここで、矢印４１１〜４１８で示される経路を巡回するテスト用パケットについて詳しく説明しておく。これは、基本的には、図３のパケットのネットワークＢに関する部分を取り出したものと考えてよいが、以後、このパケットを例として各種説明するので、ここで詳細に説明しておく。
【００５３】
サブ監視装置４０２（装置ｂ−１−１）は、矢印４０５で示される経路を介してパケットを受信したときに、予め設定してあった経路にしたがってサブテストパケットを作成し、まず、矢印４１１で示すように、１つ目の経由装置である装置４３１（装置ｂ−２−１）に送信する。
【００５４】
サブ監視装置４０２はイーサネット４２１（支線イーサｂ−１）に接続され、装置４３１はイーサネット４２２（支線イーサｂ−２）に接続されているので、矢印４１１で示されるパケットは、支線イーサｂ−１，広域ネットワークＢ，支線イーサｂ−２を経由する。
【００５５】
装置４３１（装置ｂ−２−１）は、パケットを受信すると、サブ監視装置４０２にパケットを返送すると同時に、次に、矢印４１２で示すように、２つ目の経由装置である装置４３２（装置ｂ’−１）に送信する。装置４３１はイーサネット４２３（支線イーサｂ’）にも接続され、この経路をテストパケットは通る必要があるので、パケットは支線イーサｂ’に送信される。装置４３２は支線イーサｂ’に接続されているので、矢印４１２で示されるパケットは、支線イーサｂ’のみを経由する。
【００５６】
装置４３２（装置ｂ’−１）は、パケットを受信すると、サブ監視装置４０２にパケットを返送すると同時に、次に、矢印４１３で示すように、３つ目の経由装置である装置４３３（装置ｂ’−２）に送信する。装置４３２，４３３はともにイーサネット４２３（支線イーサｂ’）に接続されているので、矢印４１３で示されるパケットは支線イーサｂ’のみを経由する。
【００５７】
装置４３３（装置ｂ’−２）は、パケットを受信すると、サブ監視装置４０２にパケットを返送すると同時に、次に、矢印４１４で示すように、四つ目の経由装置である装置４３４（装置ｂ−３−１）に送信する。装置４３３はイーサネット４２３（支線イーサｂ’）に接続され、装置４３４はイーサネット４２４（支線イーサｂ−３）に接続されているので、矢印４１４で示されるパケットは、支線イーサｂ’，広域ネットワークＢ，支線イーサｂ−３を経由する。
【００５８】
装置４３４（装置ｂ−３−１）は、パケットを受信すると、サブ監視装置４０２にパケットを返送すると同時に、次に、矢印４１５で示すように、五つ目の経由装置である装置４３５（装置ｂ−３−２）に送信する。装置４３４，４３５はともにイーサネット４２４（支線イーサｂ−３）に接続されているので、矢印４１５で示されるパケットは支線イーサｂ−３のみを経由する。
【００５９】
装置４３５（装置ｂ−３−２）は、パケットを受信すると、次に、サブ監視装置４０２にパケットを返送すると同時に、矢印４１６で示すように、六つ目の経由装置である装置４３６（装置ｂ−１−３）に送信する。装置４３５はイーサネット４２４（支線イーサｂ−３）に接続され、装置４３６はイーサネット４２１（支線イーサｂ−１）に接続されているので、矢印４１６で示されるパケットは、支線イーサｂ−３，広域ネットワークＢ，支線イーサｂ−１を経由する。
【００６０】
装置４３６（装置ｂ−１−３）は、パケットを受信すると、サブ監視装置４０２にパケットを返送すると同時に、次に、矢印４１７で示すように、７つ目の経由装置である装置４３７（装置ｂ−１−２）に送信する。装置４３６，４３７はともにイーサネット４２１（支線イーサｂ−１）に接続されているので、矢印４１７で示されるパケットは支線イーサｂ−１のみを経由する。
【００６１】
装置４３７（装置ｂ−１−２）は、パケットを受信すると、次に、矢印４１８で示すように、サブ監視装置４０２（装置ｂ−１−１）に送信する。装置４３７，４０２はともにイーサネット４２１（支線イーサｂ−１）に接続されているので、矢印４１８で示されるパケットは支線イーサｂ−１のみを経由する。
【００６２】
このようにして、テストパケットは、ネットワークＢに接続されているすべての装置、ネットワークの巡回を終了する。これにより集まった情報は、サブ監視装置４０２からメイン監視装置１１１へと送られ、システム全体の診断・監視のために用いられる。
【００６３】
図５は、図１，図３，図４で説明したテストパケットの構造の一例を示したものである。
【００６４】
パケットは、基本的には、装置番号を書き込む領域と、各装置が書き込む情報の種類を記す領域と、各装置が情報を書き込む領域とからなる。装置番号は、パケットの送信元である、メインまたはサブの監視装置が書き込むものであり、各装置がこれにしたがって、次の経由装置および送信元の監視装置の装置番号を識別し、パケットを送信する際に用いるためのものである。各装置が書き込む情報の種類は、監視装置が、各装置が書き込むべき情報の種類を指定したもので、各装置はこれにしたがってパケットに必要な情報を書き込む。各装置が情報を書き込む領域は、監視装置がパケットを送信するときには何も書き込まれておらず、パケットを受信した各装置が、指定された情報を順次書き込んでいくための領域である。
【００６５】
図５に示すパケット構造は、装置番号の領域と各装置が情報を書き込む領域とが１セットになって、固定されたバイト数分を占有し、このセットが装置数分並べられた場合の例である。パケットの先頭には、領域５０１に示すように、送信元のメインまたはサブの監視装置の装置番号を書き込み、これに続いて、領域５０２に示すように、監視装置が送信時に書き込むべき情報の種類を書き込む。そして、これに続いて、領域５０３に示すように、監視装置が送信時に指定された情報を書き込むための領域を確保する。
【００６６】
次に、同様に領域５０４，５０５に示すように、１番目の経由装置の装置番号、１番目の経由装置が書き込むべき情報の種類を書き込み、これに続いて、領域５０６に示すように、１番目の経由装置が指定された情報を書き込むための領域を確保する。以降、同様に、２番目以降の経由装置の装置番号，書き込むべき情報の種類と情報を書き込むための領域が続く。パケットの最後には、領域５０７に示すように、監視装置の装置番号を再度書き込み、領域５０８，５０９に示すように、監視装置が受信時に書き込むべき情報の種類と、監視装置が受信時に指定された情報を書き込むための領域が続く。監視装置のための領域を２つとることになるが、これは監視装置が送信時と受信時にそれぞれ情報を書き込む必要があるからである。監視装置の装置番号は、領域５０１と領域５０７で重複することになるが、各装置はこのどちらかを参照してパケットを返送するべき監視装置を識別する。
【００６７】
図５に示したテスト用パケットの構造は、先述した通り、図３の場合、図４のメイン監視装置が送信する場合、図４のサブ監視装置が送信する場合のいずれにおいても、共通のものである。図４のメイン監視装置が送信するパケットは、図３の場合と同じものであり、図４のサブ監視装置が送信するパケットも、監視装置の装置番号が異なる他は、メイン監視装置の場合と同じである。
【００６８】
次に、図４の矢印４１１〜４１８で示される経路で巡回されるテスト用パケットに図５のパケット構造を適用した場合の、具体例を説明する。まず、領域５０１，５０７には、サブ監視装置４０２（装置ｂ−１−１）の装置番号を書き込む。領域５０４には、１番目の経由装置である装置４３１（装置ｂ−２−１）の装置番号を書き込み、以下同様に、７つの経由装置の装置番号を書き込む。
【００６９】
また領域５０２には、サブ監視装置４０２がパケットを送信した時刻，そのときのＣＰＵ負荷などを変数で指定し、領域５０８には、サブ監視装置４０２がパケットを受信した時刻，そのときのＣＰＵ負荷などを指定する。
【００７０】
さらに、領域５０５には、パケットの送受信時刻，ＣＰＵ負荷のほか、バッファ使用率，多重系装置の場合の主従系に関する情報などをオプションで指定し、２番目以下の経由装置に関しても同様である。領域５０３，５０６，５０９など、９つの情報書き込み領域としては、固定されたバイト数の領域をそれぞれ割り当てる。
【００７１】
サブ監視装置４０２は、予め設定された経路，取得するべき情報の種類からこのパケットを作成し、１番目の経由装置である装置４３１に対して送信する。
【００７２】
図５で説明したのは、情報をパケットに書き込む，監視装置に返送する，次の経由装置に送信するなどの処理手順が、各装置に共通のプログラムで用意されている場合のパケットの構造である。この場合、書き込むべき情報の具体的な種類，送信する相手装置の装置番号など、監視装置が、装置別に、または、状況に応じて指定する指示情報をパケットに書き込むことになり、その場合、パケットの構造は図５のようなものとなる。
【００７３】
各装置がする処理手順そのものを、監視装置が、装置別に、または、状況に応じて指定する場合には（状況に応じて監視装置への返送をしない、通信エラー時のリトライ回数を監視装置が指定するなど）、当然、パケットにはそのための情報が追加されることになり、各装置が用意する共通のプログラムも変更したものとなる。しかし、基本的には、図５と同様の方法で実現できる。
【００７４】
図６は、各装置に共通のテストパケット受信時のアルゴリズムを説明したものである。これは、図５のパケット構造に対応したものである。サブ監視装置もメイン監視装置からテストパケットを受信するので、この共通のアルゴリズムを持つ。
【００７５】
テストパケットを受信するときには、まず、送信装置からコネクションの確立要求が来る。受信装置はこれに応じて通信をオープンする（ステップ６０１）。通信をオープンすると、次に、パケットの受信待ちに入る（ステップ６０２）。受信時にエラーが発生すると再度受信を待つ（ステップ６０３）。
【００７６】
受信が無事終了すれば、受信されたパケットより、自分が書き込むべき情報の種類を識別し、自分が情報を書き込むための領域に、まず、受信時刻を書き込む（ステップ６０４）。そして、この処理が終了してから、通信をクローズする（ステップ６０５）。ＣＰＵ負荷，バッファ使用率，多重系装置の場合の主従系情報など、そのほかの情報は、特にいつ書き込むかを限定する必要はないが、ここでは、通信をクローズした後に、パケットに書かれた指定にしたがって書き込むこととする（ステップ６０６）。
【００７７】
以上で、テストパケットの受信、および、送信時刻以外の情報書き込みは終了するので、次に、次経由装置、送信元監視装置への送信を開始する。
【００７８】
まず、次経由装置に送信する。
【００７９】
次経由装置の装置番号は、受信したパケットのなかの自装置番号の次に書かれているので、容易に識別できる。パケットが自装置を二度以上経由する場合は、パケットへの情報書き込み状況から、今回が何度目の経由であるかを判断し、それにより次経由装置の装置番号を識別する。
【００８０】
次経由装置の装置番号を識別すれば、それを送信先として設定し（ステップ６０７）、通信をオープンする（ステップ６０８）。送信の準備が整うと、パケットの指定にしたがって、最後に送信時刻をパケットに書き込んで（ステップ６０９）、送信する（ステップ６１０）。送信時にエラーが発生すれば（ステップ６１１）、送信時刻を修正して、再度送信する。送信が完了すれば、通信をクローズする（ステップ６１２）。
【００８１】
次経由装置への送信処理を完了すれば、次に送信元監視装置に送信する。
【００８２】
手順は次経由装置の場合と同様である。
【００８３】
次経由装置の場合と同様に、受信したパケットの内容から、送信元の監視装置の装置番号を識別して、これを送信先として設定し（ステップ６１３）、通信をオープンする（ステップ６１４）。送信するパケットは次経由装置に対するのと同じものとするため、パケットには何も書き込まないで、送信する（ステップ６１５）。送信時にエラーが発生すれば（ステップ６１６）、再度送信し、送信が完了すれば、通信をクローズする（ステップ６１７）。
【００８４】
一般の装置の場合は、以上で処理は終了であるが、前述したように、サブ監視装置の場合、上位の監視装置からのテストパケット受信により、配下の各装置へのテストパケット送信を開始する。そこで、自装置がサブ監視装置であるかどうか判断し（ステップ６１８）、サブ監視装置である場合は、自身の持つテストパケット送信プログラムを起動する（ステップ６１９）。
【００８５】
このようにアルゴリズムにステップ６１８、６１９を加えると、一般の装置とサブ監視装置とで、共通のアルゴリズムにより、テストパケットを受信／送信処理できる。
【００８６】
以上はテストパケットを受信する側のアルゴリズムであるが、次に、監視装置がテストパケットを送信するときのアルゴリズムを説明する。
【００８７】
図７は、メインまたはサブの監視装置がテストパケットを送信するときのアルゴリズムを説明したものである。
【００８８】
このアルゴリズムによるプログラムは、メイン監視装置の場合は、定周期でまたは監視員の要求により起動される。サブ監視装置の場合は、先述したように、メイン監視装置からテストパケットを受信したときに起動される。
【００８９】
図７においてプログラムがスタートすると、まず、予め設定された経由装置番号、装置ごとの書き込む情報の種類をファイルから読み込み（ステップ７０１）、これをもとに、図５で説明したようなテストパケットを作成する（ステップ７０２）。  パケットの送信手順は、図６で説明した一般装置の場合と同様である。まず、１番目の経由装置の装置番号を送信先として設定し（ステップ７０３）、通信をオープンする（ステップ７０４）。送信の準備が整うと、最後に、パケットの指定にしたがって、送信時刻，ＣＰＵ負荷などの情報をパケットに書き込んで（ステップ７０５）、送信する（ステップ７０６）。送信時にエラーが発生すれば（ステップ７０７）、送信時刻を修正して、再度送信する。送信が完了すれば、通信をクローズする（ステップ７０８）。
【００９０】
送信が終了すると、次に返送されてくるパケットを受信処理する。
【００９１】
返送パケットの受信処理は、テストパケットの送信後一定時間を設定して、その時間だけするものとし、その時間を超えれば、返送はされなかったものとみなして処理を終了する（ステップ７０９）。
【００９２】
設定された時間を超えない間は、各装置からのコネクションの確立要求を待つ。いずれかの装置からコネクションの確立要求が来ると、これに応じて通信をオープンし（ステップ７１０）、通信をオープンすると、次に、パケットの受信待ちに入る（ステップ７１１）。受信時にエラーが発生すると再度受信を待つ（ステップ７１２）。受信が無事終了すれば、受信されたパケットの自分が情報を書き込むための領域に、パケットの指定にしたがって、受信時刻，ＣＰＵ負荷などの情報を書き込んで、パケットを完成させ（ステップ７１３）、通信をクローズする（ステップ７１４）。
【００９３】
受信し受信時刻も書き込んだ返送パケットは、その内容をファイルに記憶しておく（ステップ７１５）。また、返送装置の装置番号は別に記憶しておく（ステップ７１６）。記憶された返送装置の装置番号一覧より、全経由装置がパケットを返送したことが判別されたときは（ステップ７１７）、受信処理は終了し、そうでない場合は、設定された一定時間を超えない間、他の装置からのコネクションの確立要求を待つ。
【００９４】
メインの監視装置の場合、一定時間を超過することにより、または、全経由装置がパケットを返送したことにより、返送パケットの受信処理が終了すれば、その時点で本アルゴリズムは終了する。しかし、サブ監視装置の場合、返送されてきたパケットの内容をメイン監視装置に送る処理が残っている。
【００９５】
この処理を実行するため、自装置がサブ監視装置の場合（ステップ７１８）、まず、返送されたパケットの内容をまとめたパケットを作成する（ステップ７１９）。返送された各パケットの内容は、最後に監視装置が受信した時刻の情報を除けば、重複したものであり、返送されてきたもののなかで最後の経由装置の返送パケットに、他のパケットが持つ情報はすべて含まれている。
【００９６】
また、テストパケットが正常に戻ってきたか、途中のどこかで通信不能となったかも、そのパケットにより判断できる。したがって、返送されてきたもののなかで最後の経由装置の返送パケットに、各装置からのパケットを監視装置が受信した時刻の情報を付加すれば、すべての情報を含んだパケットを作成できる。
【００９７】
こうして、メイン監視装置に送るためのパケットが作成できれば、後は、今までと同様に、メイン監視装置の装置番号を送信先として設定し（ステップ７２０）、通信をオープンし（ステップ７２１）、送信する（ステップ７２２）。送信時にエラーが発生すれば（ステップ７２３）、再度送信する。送信が完了すれば、通信をクローズし（ステップ７２４）、すべての処理を終了する。
【００９８】
図６と図７のアルゴリズムにより、メイン監視装置には診断・監視用の情報が集まり、ファイルに格納される。それを監視装置でどのように表示するかについて、図８以降で説明する。
【００９９】
図８は、１つのテストパケットにより得た情報を、直接的に表として表示した場合の例である。
【０１００】
この例は、図４の矢印４１１〜４１８で示されるパケットにより得た情報を表示したものであり、表の各行８０１〜８０８が、矢印４１１〜４１８で示されるパケットの各送受信に対応している。
【０１０１】
例えば、表の先頭行８０１は、図４の矢印４１１で示される経路で送信されるパケットに対応している。先述したように、矢印４１１で示されるパケットは、図４のサブ監視装置４０２（装置ｂ−１−１）が送信し、支線イーサｂ−１，広域ネットワークＢ，支線イーサｂ−２を経由して、図４の装置４３１（装置ｂ−２−１）が受信する。
【０１０２】
図７で説明したように、サブ監視装置４０２は、送信時刻，ＣＰＵ負荷をパケットに書き込み、図６で説明したように、装置４３１は、受信時刻，ＣＰＵ負荷をパケットに書き込む。サブ監視装置４０２の送信時刻と、装置４３１の受信時刻との差からは、パケットの送達時間が容易に計算できる。行８０１に表示するのは、これらの、図４の矢印４１１で示される経路で送信されるパケットに関する種々の情報である。同様に、表の各行８０２〜８０８には、矢印４１１〜４１８で示される経路で送信されるパケットの、送信装置，受信装置，それぞれのＣＰＵ負荷，通信経路，送達時間をそれぞれ表示する。監視装置の監視員は、これにより、テストパケットの挙動を直接的に見ることができる。
【０１０３】
このようにパケットの挙動の表示を見ることにより、監視員はシステムについての不審点の存在を発見できる。
【０１０４】
例えば、図８の表示の場合、まず、表の２行目８０２の送達時間がマイナスになっていることが発見できる。逆に、３行目８０３の送達時間は通常より長くなっており、この２つから、装置ｂ’−１の持っている時刻にずれがあるのではないかと推定できる。
【０１０５】
また、４行目８０４．５行目８０５，６行目８０６の送達時間も通常より長くなっているが、この３つに共通するのは支線イーサｂ−３を通過するということである。そこで、支線イーサｂ−３に負荷が高くなるなどの障害が発生し、その結果、通信に支障を来たしているのではないかと推定できる。４行目８０４，５行目８０５に示されるように、装置ｂ−３−１のＣＰＵ負荷も高くなっており、何らかの関連があるのではないかとも推定される。
【０１０６】
これらの推定が正当であるかどうかを判別するためには、過去の履歴を知ることが有効である。図９，図１０は、図８と同じパケットに関して、それぞれ、パケットの送達時間、装置のＣＰＵ負荷の過去からの変化を表として表示した場合の表示例である。ここでは、図４の矢印４１１〜４１８で示される経路で送信されるパケットを３０秒周期でネットワーク上に流し、その都度、図８のような情報を取得し、それらをファイルに格納しているものと仮定する。
【０１０７】
図９の表は、ファイルに格納している情報から、最近数分間のパケットの送達時間を取り出して作成する。各列９１１〜９１５は、それぞれ、１２０秒前，９０秒前，６０秒前，３０秒前，最新のパケット送達時間をファイルから取り出して表に表示したものであり、各行９０１〜９０８は、図８の各行８０１〜８０８に対応している。列９１５の各行の数値は、図８の表の各行の数値と同一のものである。
【０１０８】
この表より、まず、２行目９０２と３行目９０３の数値は、ほぼ一定の値のまま推移していることがわかる。２行目９０２はマイナスの値のままほぼ一定値を保っており、３行目９０３は通常より高い値のままほぼ一定値を保っている。このことから、装置ｂ’−１の持っている時刻にずれがあるのではないかという先述の推定の妥当性が裏付けられる。
【０１０９】
また、４行目９０４，５行目９０５，６行目９０６の数値は、いずれも時間とともに増加していっているのがわかる。ほぼ同一の増加率で増加していることから、３つは同じ原因で増加していると考えられ、しかも、この３行以外には、特に大きな変化は見られない。このことから、支線イーサｂ−３に発生した何らかの障害のために、通信に支障があるのではないかという先述の推定もまた、その妥当性が裏付けられ、支線イーサｂ−３の何らかの障害は、最近の１〜２分で発生したものであることもわかる。
【０１１０】
図１０は、図９と同様に、装置のＣＰＵ負荷の過去からの変化を表として表示した場合の表示例である。
【０１１１】
図１０の表は、図９と同様に、ファイルに格納している情報から、最近数分間の装置のＣＰＵ負荷を取り出して作成する。各列１０１１〜１０１５は、それぞれ、１２０秒前，９０秒前，６０秒前，３０秒前，最新の装置のＣＰＵ負荷をファイルから取り出して表に表示したものであり、各行１００１〜１００８は、図８の各行８０１〜８０８に対応している。列１０１５の各行の数値は、図８の表の各行の数値と同一のものである。
【０１１２】
図１０の表を見ると、５行目１００５の数値が時間とともに増加していっているのがわかる。この増加の仕方は、図９の４行目９０４，５行目９０５，６行目９０６とほぼ同じであり、このことから、装置ｂ−３−１の高負荷と、支線イーサｂ−３に発生した何らかの障害の間の関連性も裏付けられる。
【０１１３】
以上はテスト用パケットが正常に返送されてきた場合の例であり、この場合は、図８，図９，図１０に示すような表だけでも、システムの診断・監視をすることは困難ではない。しかし、パケットが正常に返送されなかった場合、情報が欠落するわけであるから、表だけでシステムの状態を把握することは難しい。
【０１１４】
例えば、図１１のようなケースを考える。
【０１１５】
図１１は、図９と同じ表であるが、図９とは異なる状況を想定している。ここで想定しているのは、６０秒前までは、図９の場合と同じく、正常にパケットが返送されてきているが、３０秒前と最新のパケットが、装置ｂ−３−２まで送り届けられた後、消失しているという状況である。表の６行目１１０１，７行目１１０２，８行目１１０３の情報が得られなかった部分には、図に示すように、パケットが消失したことを表示する。
【０１１６】
この表からまず推定できることは、６行目１１０１に示す経路、つまり、支線イーサｂ−３，広域ネットワークＢ，支線イーサｂ−１のどこかに障害が発生したのではないかということである。
【０１１７】
さらに、３０秒前にパケットが消失した後、支線イーサｂ−３，広域ネットワークＢ，支線イーサｂ−１の他の部分では、通信は正常であり、再び装置ｂ−１−３に送信したときにパケットが消失したという事実から、障害箇所は装置ｂ−１−３の付近ではないかと推定できる。
【０１１８】
しかし、障害が装置ｂ−１−３自身にあるのか、装置ｂ−１−３の支線イーサｂ−１側の結合部、または、支線イーサｂ−１の装置ｂ−１−３近くのどこかにあるのかは、特定できない。
【０１１９】
また、装置ｂ−１−３にはパケットが届いたが、装置ｂ−１−２と監視装置に送信したパケットの両方が消失したという可能性も、ハード構成から考えてほとんどあり得ないとは言え、否定できない。
【０１２０】
図１１と同様の別のテストパケットから得た情報を参照することにより、障害をさらに絞り込むことは可能である。装置ｂ−１−３の場合は、ネットワークＡにも接続されているので、ネットワークＡを巡回したパケットの情報を参照すればよい。その結果、もし、装置ｂ−１−３がネットワークＡ側でも異常を発生させていれば、障害は装置ｂ−１−３自身にあると判断できるし、もし、装置ｂ−１−３がネットワークＡ側では正常に通信していれば、障害は支線イーサｂ−１側のどこかにあると判断できる。
【０１２１】
しかし、図１１に示すような表を見ただけで、他にどのような情報を参照すればよいか、それらを参照した結果、どのようなことがわかるかを判断することは、実際には困難である。そこで、監視装置のディスプレイ上にシステムの構成図を表示し、その上にパケットの挙動を描くことが、機能として必要になる。
【０１２２】
図１２はその一表示例である。
【０１２３】
ここに示すのは、図４の矢印４１１〜４１８で示される経路でテストパケットを流した結果、図１１の最新時で示すような情報を得た場合の表示例である。ディスプレイ上には、図に示すように、システム全体の構成図を固定表示し、その上にテストパケットの挙動を表示する。１２０１〜１２０８の矢印が、図４の矢印４１１〜４１８で示されるテストパケットを流した結果を表示したものであり、それぞれの矢印の太さや形状がどのような結果が得られたかを表している。また、得られた結果はメッセージなどによっても表示する。
【０１２４】
図１１の１行目に示すように、図４の矢印４１１で示される経路で送信されたパケットは正常に通信されている。通信が正常であったことを表すため、矢印１２０１は細い実線で表示する。
【０１２５】
図１１の２行目に示すように、図４の矢印４１２で示される経路で送信されたパケットは送達時間がマイナス値となっており、装置ｂ’−１の持つ時刻にずれがあると考えられる。これを示すため、矢印１２０２は特殊な破線で表示し、１２１１に示すように、「時刻不一致あり？」のメッセージを表示する。また、１２１２に示すように、持っている時刻にずれがあると推定される装置ｂ’−１にそのことを示すカラーを表示する。
【０１２６】
図１１の３行目に示すように、矢印４１３で示される経路で送信されたパケットは送達時間が正常より高い値となっているが、これは装置ｂ’−１の持つ時刻のずれのためであると推定でき、通信自体は正常であると判断できる。通信が正常であったことを表すため、矢印１２０３は、矢印１２０１と同様に、細い実線で表示する。
【０１２７】
図１１の４行目，５行目に示すように、図４の矢印４１４，４１５で示される経路で送信されたパケットは送達時間が正常より高い値となっており、この原因は、支線イーサｂ−３に負荷が高くなるなどの障害が発生したためと推定できる。
【０１２８】
また、送達時間は現在増大中である。これを示すため、矢印１２０４，１２０５は太い実線またはカラー実線で表示し、１２１３に示すように、「イーサネット高負荷？  伝送遅延発生！  伝送遅延増大！」のメッセージを表示する。
【０１２９】
また、１２１４に示すように、負荷が高くなりつつあると推定される支線イーサｂ−３を、太線でまたはカラーで表示する。
【０１３０】
図１１の最新時で示す状況での装置の状態は、図１０の最新の場合と同じであると仮定する。図１０の５行目１００５で示すように、装置ｂ−３−１のＣＰＵ負荷は８４．４％と通常より高くなっている。また、ＣＰＵ負荷は現在増加中である。これを示すため、１２１５に示すように、装置ｂ−３−１は高負荷でしかも負荷が増加しつつあることを示す色でカラー表示する。さらに１２１６に示すように、「負荷８４．４％！  負荷増加！」のメッセージを表示する。
【０１３１】
図１１の６行目に示すように、図４の矢印４１６で示される経路で送信されたパケットは、装置ｂ−３−２から装置ｂ−１−３への経路上で消失している可能性が高い。このことを示すため、矢印１２０６は、図に示すように、この経路上で消失したことを表すような方法で表示する。また、１２１７に示すように、「パケット未到達！」のメッセージを表示する。
【０１３２】
図１１の７行目、８行目に示すように、図４の矢印４１７，４１８で示される経路で送信されたパケットは、通信されなかった可能性が高いが、通信され消失した可能性もわずかには残っている。このため、矢印１２０７，１２０８は、細い破線で表示する。
【０１３３】
以上のように、テストパケットの結果を構成図上に表示することにより、監視員はシステムのどこにどのような異常が発生したかを容易に認識できる。
【０１３４】
また、より詳細にシステムの状態を把握するためには、次にどのような情報を参照すればよいのかも、容易に判断できる。
【０１３５】
例えば、監視員は、表示を見ながら、矢印１２０６で表示されるパケット消失の原因をより詳細に把握するにはどのようにすればよいかを判断できる。それを以下に説明する。
【０１３６】
矢印１２０６の表示で、パケットは装置ｂ−３−２から装置ｂ−１−３への経路上で消失している可能性が高いということを、監視員は知る。矢印１２０１や１２０５が正常な通信を示していることから、障害は装置ｂ−１−３の付近にあるらしいということもわかる。
【０１３７】
しかし、この表示だけでは、障害が装置ｂ−１−３自身にあるのか、装置ｂ−１−３の支線イーサｂ−１側の結合部、または、支線イーサｂ−１の装置ｂ−１−３近くのどこかにあるのかは特定できない。また、先述したように、装置ｂ−１−３にはパケットが届いたが、装置ｂ−１−２と監視装置に送信したパケットの両方が消失したという可能性も否定できない。しかし、１２１８に示すように、装置ｂ−１−３は、ネットワークＢだけでなく、ネットワークＡにも接続されていることが、ディスプレイには表示されている。この表示を見れば、監視員は、ネットワークＡのテストパケットの結果を同時にディスプレイに表示させることにより、状態をより詳細に把握できることを容易に認識できる。
【０１３８】
そこで、ネットワークＢのテストパケットの結果と同時に、ネットワークＡのテストパケットの結果も表示させた場合の表示例が、図１３に示すものである。
【０１３９】
１３０１〜１３１０の矢印が、ネットワークＡをテストパケットが巡回した結果を表示したものである。このテストパケットはすべて正常に通信されたものとし、そのことを示すため、１３０１〜１３１０の矢印はすべて細い実線で表示する。
【０１４０】
矢印１２０６および１３０７より、装置ｂ−１−３自体には異常がないことを監視員は容易に認識できる。これにより、矢印１２０６で示されるパケットは、支線イーサｂ−１側のどこかで消失したか、または、装置ｂ−１−３までは届いたが、その後に何かがあったかの、どちらかであると推定できる。
【０１４１】
しかし、このどちらであるかを判断するには、各広域ネットワークを巡回する定周期のテストパケットだけでは不十分である。このような場合、定周期のテストパケット以外に、監視員が任意のテストパケットを設定しネットワークに流す機能があれば望ましい。
【０１４２】
装置ｂ−１−３の場合、矢印１２０６で示されるパケットは装置ｂ−１−３に届いていない可能性が高いが、届いている可能性もある。もし、メイン監視装置から装置ｂ−１−３に対して直接テストパケットを送れば、この２つの可能性を１つに絞り込むことができる。なぜなら、メイン監視装置から装置ｂ−１−３にテストパケットを送ったとき、返送パケットはネットワークＡ側のイーサネットを通るので、返送パケットが消失することはないと考えられるからである。したがって、メイン監視装置から装置ｂ−１−３にテストパケットを送ってみて、返送パケットが戻ってこなければ、装置ｂ−１−３にパケットは届かなかったとほぼ断定できる。
【０１４３】
そこで、装置ｂ−１−３を経由するテストパケットをいくつか、監視員が臨時に設定して送ったとする。その場合の結果を、図８と同様に表として表示したのが図１４である。
【０１４４】
ここでは、臨時のテストパケットとして、３種類を設定している。いずれも、装置ｂ−１−３（図４の装置４３７），装置ｂ−１−２（図４の装置４３８）を経由するが、経路が異なっている。
【０１４５】
行１４０１〜１４０３に示すのが１つ目のテストパケットである。このパケットは、ネットワークＡ側のイーサネットを通って装置ｂ−１−３に行き、装置ｂ−１−３から装置ｂ−１−２へはネットワークＢ側を経由し、装置ｂ−１−２から監視装置へは再びネットワークＡ側を経由する。
【０１４６】
行１４０４〜１４０６に示すのが２つ目のテストパケットである。このパケットは、すべてネットワークＡ側を経由する。
【０１４７】
行１４０７〜１４０９に示すのが３つ目のテストパケットである。このパケットは、中継装置を通ってネットワークＢ側に入り、ネットワークＢ側のイーサネットを通って装置ｂ−１−３に行く。装置ｂ−１−３から装置ｂ−１−２へはネットワークＢ側を経由し、装置ｂ−１−２から監視装置へも再びネットワークＢ側のイーサネット、中継装置を経由する。
【０１４８】
１つ目と２つ目のテストパケットの結果は予想通りのものである。１つ目のパケットは、行１４０１に示すように、ネットワークＡ側のイーサネットを通って装置ｂ−１−３が受信するまでは正常であり、行１４０２でネットワークＢ側のイーサネットを通過したところで通信不能となっている。これは予想通りの結果である。２つ目のパケットは、ネットワークＡ側のみを経由し、通信はすべて正常である。これも予想通りの結果である。また、装置ｂ−１−３がパケットを受信すれば、正常に返送パケットが返されることも、この２つのパケットにより再確認できる。
【０１４９】
３つ目のパケットに関しても、もし装置ｂ−１−３がパケットを受信すれば、正常に返送パケットが返されるはずである。しかし、矢印１４０７に示すように、パケットは返送されていない。このことから、装置ｂ−１−３はパケットを受信しなかったことがわかる。これより、先述の２つの可能性を１つに絞ることができ、障害箇所は装置ｂ−１−３のネットワークＢ側の結合部、またはその付近のイーサネットであると判断できる。
【０１５０】
以上のように、監視員がそのとき必要とするテストパケットをその都度設定し、ネットワークに臨時に流すことにより、システムをより的確に診断・監視できる。
【０１５１】
以上、本発明を実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲で種々変更し得ることは言うまでもない。
【発明の効果】
【０１５２】
本発明によれば、ネットワークシステムの診断・監視を目的とする監視装置をシステム内に１つまたは複数設定し、監視装置は、システムの診断・監視を目的とするテスト用パケットをシステム内で任意の経路を設定して通信させ、その結果として得られたＣＰＵ負荷，送受信時刻などの情報を集め、それらの情報に基づいて、ネットワークシステムの負荷状態，異常状態を検知する、または、操作員が検知するために必要な表示をするようにしたので、より多くの情報に基づきネットワークシステムをさらに的確に診断・監視できる。
【０１５３】
特に、経路をいくつかに分割して、そのそれぞれを複数のテストパケットに割り当てれば、複数のパケットで全体を診断・監視でき、要求される信頼性，冗長度，自由度に関して柔軟に対応できる。
【図面の簡単な説明】
【０１５４】
【図１】本発明に係るネットワークシステムの状態診断・監視装置の一実施例の構成を示す説明図である。
【図２】従来のネットワークシステムの状態診断・監視装置の構成を示す説明図である。
【図３】本発明に係るネットワークシステムの状態診断・監視装置におけるテスト用パケットの経路の一設定例を示す説明図である。
【図４】本発明に係るネットワークシステムの状態診断・監視装置においてサブ監視装置を設けたときのテスト用パケットの経路の一設定例を示す説明図である。
【図５】本発明に係るネットワークシステムの状態診断・監視装置におけるテスト用パケットのデータ構造の一例を示す説明図である。
【図６】本発明に係るネットワークシステムの状態診断・監視装置におけるテスト用パケットを受信する装置の処理手順を示すフローチャートである。
【図７】本発明に係るネットワークシステムの状態診断・監視装置におけるテスト用パケットを送信する監視装置の処理手順を示す説明図である。
【図８】本発明に係るネットワークシステムの状態診断・監視装置におけるテスト用パケットを通信した結果得られた情報を表として表示した場合の表示装置の一表示例を示す説明図である。
【図９】本発明に係るネットワークシステムの状態診断・監視装置におけるテスト用パケットを通信した結果得られた情報を表として表示した場合の表示装置の一表示例を示す説明図である。
【図１０】本発明に係るネットワークシステムの状態診断・監視装置におけるテスト用パケットを通信した結果得られた情報を表として表示した場合の表示装置の一表示例を示す説明図である。
【図１１】本発明に係るネットワークシステムの状態診断・監視装置においてネットワークシステム内に設定されたパケットの経路上でパケット未到達が発生した場合の表示装置の一表示例を示す説明図である。
【図１２】本発明に係るネットワークシステムの状態診断・監視装置においてテスト用パケットを通信した結果得られた情報を構成図上に表示した場合の表示装置の一表示例を示す説明図である。
【図１３】本発明に係るネットワークシステムの状態診断・監視装置において２つのテスト用パケットを通信した結果得られた情報を構成図上に同時に表示した場合の表示装置の一表示例を示す説明図である。
【図１４】図１３に示す表示結果に基づいて、監視員が新しいテスト用パケットの経路を設定し通信させた結果得られた情報を表として表示した場合の表示装置の一表示例を示す説明図である。
【図１５】本発明に係るネットワークシステムの状態診断・監視装置における監視装置の構成を示すブロック図である。
【符号の説明】
【０１５５】
１１１  監視装置
１２１  テスト用パケットの経路
１２２  テスト用パケットの経路
１２３  テスト用パケットの経路
１２４  テスト用パケットの経路
１２５  テスト用パケットの経路
１２６  テスト用パケットの経路
１０１  基幹ネットワーク
１０２  基幹ネットワーク
１０３  基幹ネットワーク
４０２  サブ監視装置
４０３  サブ監視装置
【図１】
0003569827.tif 000002
【図２】
0003569827.tif 000003
【図３】
0003569827.tif 000004
【図４】
0003569827.tif 000005
【図５】
0003569827.tif 000006
【図６】
0003569827.tif 000007
【図７】
0003569827.tif 000008
【図８】
0003569827.tif 000009
【図９】
0003569827.tif 000010
【図１０】
0003569827.tif 000011
【図１１】
0003569827.tif 000012
【図１２】
0003569827.tif 000013
【図１３】
0003569827.tif 000014
【図１４】
0003569827.tif 000015
【図１５】
0003569827.tif 000016