(57)【要約】【課題】ネットワークの遅延状況を判断でき、パケット量の違い等、通信状況の違いによるネットワーク障害を検出及び／又は障害箇所の特定をすることができる検出方法及び検出プログラムを提供することを目的とする。【解決手段】ネットワークに接続された所望のコンピュータまでの接続経路情報を取得する。該取得した接続経路情報に基づいて、該経路上に接続されたネットワーク機器のＩＰアドレスを記憶する。該経路上で近接するネットワーク機器から順に該記憶されたＩＰアドレスに対して該接続経路情報取得時より大きなデータを使用してインターネット制御プロトコルエコー要求を行う。該エコー要求に対する応答を取得し、エコー要求が要求されたネットワーク機器から許容範囲内の応答が得られた場合、該エコー要求で使用したデータより大きなデータを使用して再度エコー要求を行い、その応答を分析する。【選択図】図１
2008042470.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数のネットワーク機器に対して、近接している該ネットワーク機器に第１のパケット数で導通確認要求を発生する工程と、
該導通確認要求に対する応答を受信する工程と、
該第１のパケット数より大きなパケット数で導通確認要求を発生する工程と、
を含むことを特徴とするネットワーク障害検出方法。
【請求項２】
該ネットワーク機器は予め定められているコンピュータまでの接続経路情報を発生し、それに対する応答を取得することによって特定されることを特徴とする請求項１に記載のネットワーク障害検出方法。
【請求項３】
該取得した接続経路情報に基づいて、該経路上に接続されたネットワーク機器のＩＰアドレスを記憶し、このＩＰアドレスを利用して導通確認要求が行われることを特徴とする請求項２に記載のネットワーク障害検出方法。
【請求項４】
該第１のパケット数より大きなパケット数で行われた導通確認要求の応答をパケットロスの有無、応答時間、応答の有無からなる群から選択される少なくとも１つを導通状態の判定として用いることを特徴とする請求項１乃至３のいずれか１項に記載のネットワーク障害検出方法。
【請求項５】
コンピュータに、
ネットワークに接続された複数のネットワーク機器に対して、近接している該ネットワーク機器に第１のパケット数で導通確認要求を発生する手順と、
該導通確認要求に対する応答を受信する手順と、続いて、該第１のパケット数より大きなパケット数で導通確認要求を発生する手順と、
を実行させることを特徴とするネットワーク障害検出プログラム。
【請求項６】
予め定められているコンピュータまでの接続経路情報を発生する手順と、
それに対する応答を取得する手順と、
該ネットワーク機器を該手順によって得られた情報に基づいて特定する手順と、
を実行させることを特徴とする請求項５に記載のネットワーク障害検出プログラム。
【請求項７】
該取得した接続経路情報に基づいて、該経路上に接続されたネットワーク機器のＩＰアドレスを記憶手段に記憶する手順と、
記憶された該ＩＰアドレスを読み出してネットワーク機器に導通確認要求を発生する手順と、
を更に有することを特徴とする請求項６に記載のネットワーク障害検出プログラム。
【請求項８】
該第１のパケット数より大きなパケット数で行われた導通確認要求の応答をパケットロスの有無、応答時間、応答の有無からなる群から選択される少なくとも１つを導通状態の判定として比較する手順を有することを特徴とする請求項５乃至７のいずれか１項に記載のネットワーク障害検出プログラム。
【請求項９】
初期パケット数、最大パケット数、パケット到達率の少なくとも１つの入力領域と、該初期パケット数から最大パケット数へのパケット数の増加の割合を設定するための回数入力領域を有する設定画面を生成することを特徴とするネットワーク障害検出方法。
【請求項１０】
前記回数入力領域はパケット増加率又は初期パケット数から最大パケット数までの間に実行される導通確認要求の回数から選択される入力領域を有することを特徴とする請求項９に記載のネットワーク障害検出方法。
【請求項１１】
コンピュータに、
ネットワークに接続され予め定められているコンピュータまでの接続経路情報を取得するための第１のコマンドを実行する手順と、
該第１のコマンドの実行によって取得した接続経路情報に基づいて、該経路上に接続されたネットワーク機器のＩＰアドレスを記憶手段に記憶する手順と、
該記憶手段に記憶されたＩＰアドレスを該経路上で近接するネットワーク機器から読み出し、該読み出したＩＰアドレスに対して該接続経路情報取得時より大きなデータを使用してインターネット制御プロトコルエコー要求するための第２のコマンドを実行する手順と、
該第２のコマンドの実行によって取得される応答情報からパケットロスの有無、応答時間、応答の有無からなる群から選択される少なくとも１つを基準範囲値と比較する手順と、
該比較の結果、取得された該応答情報が許容範囲内であった場合、該第２のコマンドを該応答情報を得た場合に使用したデータより大きなデータとして再度第２のコマンドを実行する手順と、
該比較の結果を表示させる手順と、
を実行させるためのネットワーク障害検出プログラム。
【請求項１２】
該経路上で近接するネットワーク機器から順に該記憶されたＩＰアドレスに対して該接続経路情報取得時より大きなデータを使用してインターネット制御プロトコルエコー要求を行うステップと、
該エコー要求に対する応答を取得し、エコー要求が要求されたネットワーク機器から許容範囲内の応答が得られた場合、該エコー要求で使用したデータより大きなデータを使用して再度エコー要求を行い、その応答を分析するステップと、
を有することを特徴とするネットワーク障害検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信自身が確保されていても所望のデータの送信に問題が発生するような場合であってもネットワークの障害を発見することができるネットワーク障害検出方法及びネットワーク障害検出プログラムに関する。
【背景技術】
【０００２】
従来、ネットワーク上に接続された機器間を連絡しているネットワークに障害が発生すると、その障害を特定するために必要なコマンドを利用してネットワークを介して対象となっている機器からの応答の有無を確認している。
【０００３】
また、複数のクライアントと複数のサーバを接続するネットワークにおいて、支線部から対向の支線部に至る経路における応答時間及び／又は到達率を測定する。そして、複数の経路情報の比較により応答時間／到達率の劣化原因部位を自動的に求め、劣化原因部位に位置するネットワーク機器から稼動情報を収集する。これに基づいて該稼動情報をもとに機器性能や回線帯域の不足のために劣化が発生したか否かを判断し、劣化経路上のネットワーク機器のインターフェースを閉塞させる。これによって劣化が検知されていない経路に迂回させるようなことが行われている（例えば特許文献１等参照）。
【０００４】
【特許文献１】特開２００４−２２８８２８号公報（図５、図６）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、対象となる機器に対して通信状態を確認しているため、通信情報の違いを含む通信状況の違いによる障害、例えば、送受信するデータ数が大きい場合にのみ生じるような障害の発生についてはその障害状況を把握することが難しい場合がある。
【０００６】
また、通信経路上に複数のネットワーク機器が存在する場合も、経路途中の障害が通信を遮断するようなものであればその障害箇所は通信のトレースにより見当をつけることはできる。
【０００７】
しかしながら、実際には、通信状況の違いによる障害が発生する場合は単純なトレースによる障害箇所の特定は難しい。
【０００８】
加えて、実際の障害箇所を特定するためには、その通信の接続経路上にあるネットワーク機器のすべてにログインして、隣り合う機器に対して導通確認コマンドを発行しなければならない。そのため、存在するネットワーク機器が多くなればなるほど、手間がかかる作業となる。
【０００９】
さらに、従来は、予め決められたパケットサイズで導通確認をしているため、ネットワークの遅延を充分判断できない。つまり、ネットワークが生きているか死んでいるかの判断がなされているに過ぎない。
【００１０】
本発明は上記課題に鑑みなされたものであり、ネットワークの遅延状況を判断でき、パケット数の違い等、通信状況の違いによるネットワーク障害を検出することができる検出方法及び検出プログラムを提供することを目的とする。本発明は、ネットワーク形態に関わらず、対象となるコンピュータのどちらかからプログラムを実行するだけで、障害個所の特定を行うことが可能となるネットワーク障害検出方法及び検出プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成する本発明は、ネットワークに接続された複数のネットワーク機器に対して、近接している該ネットワーク機器に第１のパケット数で導通確認要求を発生する工程と、該導通確認要求に対する応答を受信する工程と、該第１のパケット数より大きなパケット数で導通確認要求を発生する工程とを含むことを特徴とするネットワーク障害検出方法等、を提供する。
【発明の効果】
【００１２】
本発明によれば、ネットワークの遅延状況を判断でき、パケット数の違い等、通信状況の違いによるネットワーク障害を検出することができる。また、本発明によれば、ネットワーク形態に関わらず、対象となるコンピュータのどちらかからプログラムを実行するだけで、障害個所の特定を行うことが可能となる。さらに、本発明によれば、コンピュータ通信で、通信が完全に遮断されている場合、プログラムを起動するコマンドを１度実行するだけで、障害箇所の特定や障害の原因となっている機器を特定することも可能となる。これは、コリジョン、ＣＲＣエラー等の理由で遅延が発生している場合も、同様である。また、本発明によれば、非常に複雑で手間がかかる障害の切り分け作業が、簡単に短時間で実施することできる。さらに、障害特定のために用いられるパケットサイズを変更することで、ネットワークの遮断だけでなく、遅延に関しても場所を特定することができる。加えて、障害特定や解析のための専用の機器を必要とせず、ネットワークに接続されているコンピュータに本発明のプログラムを導入することで、このプログラムを利用することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明のネットワーク障害検出方法及びネットワーク障害検出プログラムについて必要に応じて図面を参照しながら説明する。図１は本発明を概略的に説明するための概略図である。
【００１４】
図１において、１０１は端末Ａ、１０２は端末Ｂ、１１１から１１４はそれぞれネットワーク機器ＡからＤである。ネットワーク機器Ｂ１１２とネットワーク機器Ｃ１１３との間はＷＡＮ（ワイドエリアネットワーク）１２２に接続される。端末Ａ１０１からネットワーク機器Ｂ１１２までは端末Ａ１０１側のＬＡＮ（ローカルエリアネットワーク）１２１、端末Ｂ１０２からネットワーク機器Ｃ１１３までは端末Ｂ１０２側のＬＡＮ１２３に接続されている一例を説明している。
【００１５】
図１に示す例では、端末Ａ１０１からの信号（情報）は、ネットワーク機器Ａ１１１とネットワーク機器Ｂ１１２とをこの順で通過してＬＡＮ１２１からＷＡＮ１２２に出て行く。そして、この信号（情報）は、ＷＡＮ１２２からＬＡＮ１２３に入りネットワーク機器Ｃ１１３とネットワーク機器Ｄ１１４をこの順で通過して端末Ｂ１０２に達する。通信に障害が発生していない場合は端末Ａ１０１からの信号（情報）は機器Ａ１１１・・・機器Ｄ１１４を通じて端末Ｂ１０２に到達する。そのときの通信の流れは図中（ｉ）で示される。実際の通信経路は各機器間又は端末と機器間を接続している実線の部分である。
【００１６】
ここで、機器Ｃ１１３と機器Ｄ１１４との間の通信経路で障害１３１が発生している場合について説明する。この障害が通信の途絶であれば端末Ａ１０１から端末Ｂ１０２までの通信が行えないため、すぐに問題箇所を特定することができる。しかしながら、この障害が、通信している信号数による場合には、通信経路中に流れる情報量が大きくない場合は問題が発生しないことが多い。このような場合は、通信している情報の種類や量によって通信障害が生じる場合がある。これが障害箇所１３１で生じていた場合、通常の通信状態の確認に使用されているエコー要求を行うためのＰｉｎｇコマンドを単に送出するだけではその障害箇所を障害として認識することができない。
【００１７】
本発明の実施形態はこのような、これまでの技術では認識できないような障害を認識し、具体的に障害箇所を特定可能にする。そのため、本実施形態では、ネットワークの状態を分析（検査や調査を含む）場合に、通信経路内にある既知となっているネットワーク機器にそれぞれＰｉｎｇを発行し通信が行われているかを確認する。この確認は端末Ａ側から行う場合は端末Ａに近い側から順に行っていく。本実施形態においては、Ｐｉｎｇを発行する際に使用するパケット量を調節して行えるようにしている。
【００１８】
詳細は以下に説明するが、本実施形態においては、パケット量を通常より大きいパケット量に変更可能にすることで障害箇所１３１を特定可能としている。つまり、機器からの応答によって順番に遠い機器にＰｉｎｇを発行しその応答があるかないかを確認していく。そして、機器Ｃ１１３と機器Ｄ１１４との間に図示されるような障害１３１が発生しているとすると機器Ｃ１１３からは応答が得られるが、機器Ｄ１１４からは応答が得られない。これによって障害箇所の特定を行うことができる。この障害の特定に関しては、送出するパケット量を通常より大きく設定することで可能にするのであるが、そのパケット量もプログラムによって自動的に増大させることで簡単に通信状態によって生じる障害箇所を発見し特定することが可能になる。つまり、データ量（パケット量）の小さいものだと通信できて、大きいものになると通信できなくなる原因は、ＣＲＣエラーやコリジョンの発生によることが多い。その結果、通信機器（通信しているポート）に負荷がかかり、通信がタイムアウトされてしまうことにより発生していることが多い。
【００１９】
本実施形態によれば、このような負荷がかかったときに発生するような障害を検出し特定することができるので通信状態を高品位な状態に修復することが容易になる。
【００２０】
図２は本発明の実施形態におけるネットワーク障害を検出する処理フローの一例を説明するためのフローチャートである。
【００２１】
先ず、ネットワーク障害があるなどの情報を得て、あるいは、定期的に、ネットワーク障害が発生しているか、障害が発生している場合にどこに障害が生じているかを特定するためにプログラムを実行する（スタートステップ２００）。
【００２２】
障害検出プログラムが始動すると、第１ステップとして、図４のような画面より、検索対象先のコンピュータ（コンピュータＢ）のＩＰアドレス、初期パケット量、最大パケット量、パケット増加率、正常時のパケット到達率、を入力する（ステップ２０１）。図４に示される初期設定画面は、本発明の障害検出プログラムを立ち上げると該プログラムを立ち上げたコンピュータの画面などに表示される画面である。ここで、この画面について説明する。
【００２３】
図４に示される画面では、上段部分で初期パケット数、最大パケット数、回数、正常時のパケット到達率が設定できるようになっている。初期パケット数は、通常である３２バイトを使用するか任意の設定値を使用するかをラジオボタンにより選択可能とされている。任意の値を使用する場合は所望の値を入力ボックスにキーボードなどの外部入力手段を用いて入力する。
【００２４】
最大パケット数は一例として設定してある２００００バイトを使用するか、任意の値を使用するかを、それぞれ通常か設定かをラジオボタンで選択可能とされている。回数は、初期、最大の２回を行うか詳細設定に従うかを決められるようになっており、ここでは、それぞれ通常と詳細設定かをラジオボタンで決められるようにしている。正常時のパケット到達率は、通常、９０％と任意の値を入力可能な設定をそれぞれラジオボタンで選択可能とされている。
【００２５】
図４に示される場合は、初期パケット数が「設定」、最大パケット数が「通常」、回数が「詳細設定」、正常時のパケット到達率が「設定」をそれぞれ選択している。回数の詳細設定は図４の中断の枠内で設定可能であり、パケット増加率と回数のいずれかが選択可能とされている。パケット増加率を選択した場合はパケット増加率を自動（ここでは１０００バイト）に行うか任意のパケット増加率とするかが選択可能とされている。パケット増加率を選択した場合は、導通確認要求、例えば、インターネットプロトコルエコー要求の回数はパケットの増加率で決定されるので回数は入力不可とされている。回数を選択した場合は回数の入力ボックスが入力可能となり、任意の数字を入力することができる。なお、この場合の回数は初期パケット数、最大パケット数を鑑み、入力した回数に応じてパケット増加率が決定される。
【００２６】
必要な設定を決定してから図４の下部にある「ＯＫ」ボタンを選択すれば設定が登録され、この条件にしたがって障害検出プログラムが実行される。なお、この設定を取り消す時は個々の条件の修正であれば上書き又は選択の変更を行えば可能である。キヤンセルを選択した場合はこの設定画面は終了する。なお、この設定画面の構成や設定項目は必要に応じて適宜変更可能である。
【００２７】
次に、現在ログインしているコンピュータ（コンピュータＡ）のＩＰアドレスを入力し引数１として設定する。また、検索対象先のコンピュータ（コンピュータＢ）のＩＰアドレスを引数２として設定する（ステップ２０２）。
【００２８】
次に、経路探索コマンドtracerouteを対象コンピュータであるコンピュータBに対して発行する（ステップ２０３）。ステップ２０３によって得られた端末Ａから端末Ｂまでの経路中にある機器のＩＰアドレスにそれぞれ引数をあてる。本例では、ネットワークに接続されている機器として、機器Ａ、機器Ｂ、機器Ｃ、機器Ｄ…が接続されていることが判明し、それぞれの機器に順に引数１１、引数１２、引数１３、引数１４…を対応させる。
【００２９】
また、本例では端末ＢのＩＰアドレスに引数ｚを引き当てている（ステップ２０４）。
【００３０】
次に、端末Ａのアドレスを引数２１とする（ステップ２０５）。
【００３１】
続いて、送出するパケットサイズの設定をする（ステップ２０６）。パケットサイズの設定は、初期値と最大値を設定するようにしてよい。さらに、繰り返し以下に述べるＰｉｎｇコマンド発行が行われる際のパケットサイズの増加量を合わせて設定するようにしてもよい。
【００３２】
パケットサイズの設定が終わると、Ｎに引数１１（ここではネットワーク機器ＡのＩＰアドレス）を読み出し（ステップ２０７）、このＮに対してＰｉｎｇを発行する（ステップ２０８）。
【００３３】
Ｐｉｎｇによる応答があればＹＥＳに、応答がなければＮＯに分岐する（ステップ２０９）。
【００３４】
応答があった場合は、Ｎが引数ｚであるかを判定する（ステップ２１０）。
【００３５】
つまり、ここではＰｉｎｇを発行したＩＰアドレスの先が最終目標端末である端末Ｂであるかないかを確認する。引数ｚでない場合は引数２１にＮを設定し（ステップ２１１）、ＮにＮ＋１を設定して、ＩＰアドレスをネットワーク機器Ａからネットワーク機器Ｂのものに書き換える（ステップ２１２）。
【００３６】
その後、この流れでは、ネットワーク機器Ａに対して通信が正常に行われていると判断されているので、続いてネットワーク機器Ｂに対して同様にＰｉｎｇコマンドを発行するため、ステップ２０８に戻ってＰｉｎｇ発行を行う。
【００３７】
Ｎが端末ＢのＩＰアドレスと一致した場合はそのＰｉｎｇサイズでは端末Ａから端末Ｂの間で通信障害が発生しないということが確認されたことになる。通信障害がないことが確認された場合は、次に、送出されたＰｉｎｇのパケットサイズが設定値以上かどうかを判断する（ステップ２１３）。
【００３８】
パケットサイズがステップ２０６で設定した最大値以上でなければ、ステップ２０１で設定された情報をもとに、パケットサイズの加算を行う（ステップ２１４）。つまり、パケットサイズを予め決められた割合、予め設定された加算量、任意に設定された割合又は加算量に応じて送出されるパケットサイズ量の加算を行う。
【００３９】
パケット量の加算が行われたらステップ２０７に戻り、Ｎに引数１１、つまりネットワーク機器ＡのＩＰアドレスを記憶させ、上述のフローを改めて繰り返す。
【００４０】
送出するパケット量の値が設定したパケットの最大以上のサイズになってもＰｉｎｇの応答がある場合はステップ２１３のパケット量の判定でＹＥＳと判定され、分析フローは終了する（ステップ２１７）。
【００４１】
この場合は、ネットワーク上に少なくとも設定したパケット量での通信に関しては障害が発生していなかったということになる。
【００４２】
Ｐｉｎｇの発行に対して応答がなかった場合はステップ２０９でＮＯの分岐に移る。このとき、応答がながったＩＰアドレスＮを引数２２として記憶する（ステップ２１５）。
【００４３】
この結果、Ｐｉｎｇで送出していたパケット量において、引数２１に記憶したネットワーク機器までは通信障害が発生しておらず、引数２２に記憶したネットワーク機器に対しては通信障害が発生していることがわかる。
【００４４】
そこで、引数２１から引数２２間が障害であることを表示等によって報知するか結果ファイルとして記憶する（ステップ２１６）。
【００４５】
また、障害機器の機器情報を収集し、正常な状態の設定に変更する（ステップ２１６−２）。
【００４６】
これ等障害箇所の記憶や表示等の処理が終了し、機器設定の正常化をすればこの分析フローは終了する（ステップ２１７）。
【００４７】
なお、障害がないと判断された場合もその結果を表示及び／又は記憶するようにすることは好ましく、本発明は詳述したフローに限定されるものではない。
【００４８】
パケットサイズの変更は初期値である最小の数値と最終値である最大の数値の少なくとも一方を決めておき、その間で自動的にあるいは所定の割合、量、又は、最小値と最大値との分割数を設定して判断に応じてパケットの増加を行えるようにしてよい。
【００４９】
もちろん、パケットサイズの設定は予めプログラムに設定しておき、通常の操作では変更できないようにすることで、スキルに関わらず判断を行うことも可能になる。
【００５０】
また、上記説明では、同一のパケットで一通り関連する機器に対してエコー要求を行った上でその結果を見てパケット量を増加させた場合について説明している。但し、最初の機器に対して小さいパケットから大きいパケットに徐々にパケット量を増加させ、問題が発見されなければ次の機器に移行するようにしてもよい。このような方法では、複数箇所に障害があるようなケースに有効である。こうすることで順次障害を取り除いてから次の機器に移れるので確実に正常化することが可能になる。
【００５１】
図３は、本発明のシステム及び本発明のプログラムを実行するために好適なコンピュータの一例を説明するための概略構成を示すブロック図である。
【００５２】
コンピュータ９００は、ＣＰＵ９０１と、ＲＯＭ９０２と、ＲＡＭ９０３と、入力装置としてのキーボード（ＫＢ）９０９のキーボードコントローラ（ＫＢＣ）９０５とを備える。また、表示部としてのＣＲＴディスプレイ（ＣＲＴ）９１０のＣＲＴコントローラ（ＣＲＴＣ）９０６と、ハードディスク（ＨＤ）９１１及びフレキシブルディスク（ＦＤ）９１２のディスクコントローラ（ＤＫＣ）９０７とを備える。さらに、ネットワーク９２０との接続のためのネットワークインターフェースコントローラ（ＮＩＣ）９０８とが、システムバス９０４を介して互いに通信可能に接続された構成としている。
【００５３】
ＣＰＵ９０１は、ＲＯＭ９０２若しくはＨＤ９１１に記憶されたソフトウェア、又はＦＤ９１２より供給されるソフトウェアを実行することで、システムバス９０４に接続された各構成部を総括的に制御する。すなわち、ＣＰＵ９０１は、所定の処理シーケンスに従った処理プログラムを、ＲＯＭ９０２、ＨＤ９１１、又はＦＤ９１２から読み出して実行することで、本実施の形態での動作を実現するための制御を行う。
【００５４】
なお、図示していないがハードディスク、フレキシブルディスク以外にも光学的記録装置などの他のデバイスが接続されてよい。ＲＡＭ９０３は、ＣＰＵ９０１の主メモリ又はワークエリア等として機能する。ＫＢＣ９０５は、ＫＢ９０９や図示していないポインティングデバイス等からの指示入力を制御する。ＣＲＴＣ９０６は、ＣＲＴ９１０の表示を制御する。ＤＫＣ９０７は、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイル、ネットワーク管理プログラム、及び本実施の形態における所定の処理プログラム等を記憶するＨＤ９１１及びＦＤ９１２とのアクセスを制御する。ＮＩＣ９０８は、ネットワーク９２０上の装置又はシステムと双方向にデータをやりとりする。
【００５５】
なお、本発明の実施を行うために必要なコンピュータ構成は、図３に示したコンピュータ構成に限定されることがない。
【実施例１】
【００５６】
図２に示すフローチャートに従って障害分析を行った。本実施例では、操作を行っているコンピュータ〜対象コンピュータ間に存在する複数のネットワーク機器の各名称、各ＩＰアドレスを当該コンピュータのメモリに、当該コンピュータに近接なものから順に記憶するようにした。また、導通確認コマンドＰｉｎｇを、当該コンピュータに最も近接しているネットワーク機器に対して、パケットサイズを中容量（５０００バイト）にて発行するように設定した。そして、導通確認によって判明したパケット到達率を当該コンピュータのメモリに記憶するようにした。導通確認によって得られたパケット到達率が正常時のパケット到達率以上の場合、同ネットワーク機器に対して、パケットサイズを大容量（１００００バイト）に設定して、導通確認コマンドＰｉｎｇを発行するように設定した。この場合も得られたパケット到達率はコンピュータのメモリに記憶させるようにした。この際の、対象コンピュータのＩＰアドレス、初期パケット量、最大パケット量、パケット増加率、正常時のパケット到達率、に関しては、図４に示された画面を用いて設定した。
【００５７】
その結果、パケットサイズを大容量にした場合にパケット到達率が正常時のパケット到達率に満たない結果が得られ、その部分で通信の遅延、つまり障害が生じていることが確認できた。なお、本実施例では、パケット到達率が正常時のパケット到達率より小さい場合、「“ネットワーク機器名称”で遅延発生」とのメッセージを出力装置に表示するようにした。そして、障害が発生している機器の機器情報を収集し、正常な状態の設定に変更し、当該プログラムを終了させた。
【００５８】
また、本実施例では、正常時のパケット到達率は、通信障害が生じていない状態でＰｉｎｇコマンドなどのインターネット制御プロトコルエコー要求を複数回行い、そのときのパケット到達率の平均値である９０％をその値とした。もちろん、正常時のパケット到達率は平均値を必ずしも取る必要はなく、１つの得られた実測値をそのまま設定値として入れてもよい。また、実測値に基づいてあるいは要求されるサービスレベルを鑑みて適宜所望の数値を入力できるようにしてよい。さらに、正常時のパケット到達率は規定値として所定の値、例えば９０％を設定しておき、要求に応じて値を可変できるようにしてよい。
【実施例２】
【００５９】
実施例１において、初期のパケット量の設定を１０００バイト、最大パケット量の設定を２００００パケットとし、パケット増加率を５０００バイトとして同様に分析を行った。この結果、パケット量が１１０００バイトで実施例１と同じ箇所に障害があることを検出することができた。
【実施例３】
【００６０】
実施例１において、初期パケット量を通常（３２バイト）とし、自動設定でパケット量を増加させるようにして同様に分析を行った。なお、自動設定におけるパケット量の増加は１回の調査あたり１０００バイト増加するように設定しておいた。
【００６１】
その結果、１００３２バイトのパケット量において実施例１と同じ箇所に障害を検出することができた。
【実施例４】
【００６２】
実施例１において、初期パケット量を１０００バイトとし、最大パケット量を１５０００パケット量とし、増加率を８段階で設定した。なお、この設定によってパケットの増加は自動的に１回あたり２０００バイトに設定される。
【００６３】
この設定で本発明の実施形態を実行したところ、６回目のセッションで実施例１と同じ箇所に障害が発見された。したがって、この場合、１１０００バイトのパケット量で障害が検出されたことになる。
【００６４】
なお、本発明の実施形態は、例えばコンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びプログラムプロダクトは、本発明の範疇に含まれる。
【図面の簡単な説明】
【００６５】
【図１】本発明を説明するための概略的説明図である。
【図２】本発明の好適な１つの実施形態を説明するためのフローチャートである。
【図３】本発明に適用されえる端末の好適な一例を説明するための概略図である。
【図４】本発明を利用する際の初期設定を実施するための画面の一例を説明する説明図である。
【符号の説明】
【００６６】
１０１  端末Ａ
１０２  端末Ｂ
１１１  ネットワーク機器Ａ
１１２  ネットワーク機器Ｂ
１１３  ネットワーク機器Ｃ
１１４  ネットワーク機器Ｄ
１２１  ＬＡＮ（ローカルエリアネットワーク）
１２２  ＷＡＮ（ワイドエリアネットワーク）
１２３  ＬＡＮ（ローカルエリアネットワーク）
１３１  障害箇所
９００  コンピュータ
９０１  ＣＰＵ
９０２  ＲＯＭ
９０３  ＲＡＭ
９０４  システムバス
９０５  キーボードコントローラ（ＫＢＣ）
９０６  ＣＲＴコントローラ（ＣＲＴＣ）
９０７  ディスクコントローラ（ＤＫＣ）
９０８  ネットワークインターフェースコントローラ（ＮＩＣ）
９０９  入力装置としてのキーボード（ＫＢ）
９１０  ＣＲＴディスプレイ（ＣＲＴ）
９１１  ハードディスク（ＨＤ）
９１２  フレキシブルディスク（ＦＤ）
９２０  ネットワーク
【図１】
2008042470.tif 000003
【図２】
2008042470.tif 000004
【図３】
2008042470.tif 000005
【図４】
2008042470.tif 000006