(57)【要約】    【課題】間欠的又は一時的に発生したネットワークの障害状況を適確に捉えてその時の障害情報を収集して障害の原因究明を効率化する。    【解決手段】パケット品質劣化検知部３２はＩＰネットワーク１０で定常的に送受信される音声パケット（ＶｏＩＰパケット）を監視し、パケットの品質劣化を検知した際に、ノード検索部３６がパケットの送受信端末までの経路上のルータやハブなどノードを検索する。情報収集部は検索された経路上の各ノードに対してＳＮＭＰパケットを発行してトラヒック流量を計測して記録する。これ以外に、サーバやゲートウェイのＣＰＵ負荷や同時接続セッション数などの稼動情報を計測して記録する。    【選択図】      図２
2009049708.tif 000002
【特許請求の範囲】
【請求項１】
パケット網に配置されるネットワーク障害情報収集装置であって、
前記パケット網において定常的に送受信されるパケットを監視し、前記パケットの品質劣化を検知する品質劣化検知部と、
前記品質劣化検知部において前記パケットの品質劣化を検知したことにより、前記パケットの送受信端末までの経路上の機器を検索するノード検索部と、
前記ノード検索部において検索された各機器に対して情報収集パケットを発行して機器情報を収集して記録する情報収集部と、
を備えたことを特徴とするネットワーク障害情報収集装置。
【請求項２】
請求項１のネットワーク障害情報収集装置であって、
前記品質劣化検知部は、前記パケット網に配置された特定のサーバと任意の端末間のパケット送受信間隔を計測し、前記サーバにおける接続品質の劣化を検知し、
前記情報収集部は、前記品質劣化検知部において接続品質の劣化を検知したことにより、前記サーバから稼動情報を収集して記録することを特徴とするネットワーク障害情報収集装置。
【請求項３】
請求項１記載のネットワーク障害情報収集装置であって、
前記情報収集部は、前記品質劣化検知部において前記パケットの品質劣化を検知したことにより、前記パケット網に配置した複数のセッションを同時に収容できる装置からＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペースやディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを含む稼動情報を収集して記録することを特徴とするネットワーク障害情報収集装置。
【請求項４】
パケット網に配置された１又は複数の監視装置と、
前記１又は複数の監視装置を管理する管理サーバと、
を備え、
前記監視装置に、パケット網において定常的に送受信されるパケットを監視し、前記パケットの品質劣化を検知する品質劣化検知部を設け、
前記管理サーバに、
前記品質劣化検知部において前記パケットの品質劣化を検知した際に、前記パケットの送受信端末までの経路上の機器を検索するノード検索部と、
前記ノード検索部において検索された各ノードに対してテストコマンドを発行してノード情報を収集して記録する情報収集部と、
を設けたことを特徴とするネットワーク障害情報収集システム。
【請求項５】
請求項４記載のネットワーク障害情報収集システムであって、
前記監視装置の品質劣化検知部は、更に、前記パケット網に配置された特定のサーバと任意の端末間のパケット送受信間隔を計測し、前記サーバにおける接続品質の劣化を検知し、
前記管理サーバの情報収集部は、前記品質劣化検知部において接続品質の劣化を検知したことにより、前記サーバから稼動情報を収集して記録することを特徴とするネットワーク障害情報収集システム。
【請求項６】
請求項４記載のネットワーク障害情報収集システムであって、
前記管理サーバの情報収集部は、前記監視装置の品質劣化検知部において前記パケットの品質劣化を検知したことにより、前記パケット網に配置した複数のセッションを同時に収容できる装置からＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを含む稼動情報を収集して記録することを特徴とするネットワーク障害収集システム。
【請求項７】
パケット網に配置されるネットワーク障害情報収集方法であって、
前記パケット網で定常的に送受信されるパケットを監視し、前記パケットの品質劣化を検知する品質劣化検知ステップと、
前記品質劣化検知ステップにおいて前記パケットの品質劣化を検知したことにより、前記パケットの送受信端末までの経路上の機器であるノードを検索するノード検索ステップと、
前記ノード検索ステップにおいて検索された各ノードに対して情報収集パケットを発行してノード情報を収集して記録する情報収集ステップと、
を備えたことを特徴とするネットワーク障害情報収集方法。
【請求項８】
パケット網に配置されるネットワーク障害情報収集装置のコンピュータを、
前記パケット網において定常的に送受信されるパケットを監視し、前記パケットの品質劣化を検知する品質劣化検知部、
前記品質劣化検知部において前記パケットの品質劣化を検知したことにより、前記パケットの送受信端末までの経路上の機器であるノードを検索するノード検索部、及び
前記ノード検索部において検索された各ノードに対して情報収集パケットを発行してノード情報を収集して記録する情報収集部、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰネットワークの障害情報を収集するネットワーク障害情報収集装置、システム、方法及びプログラムに関し、特に、間欠的または一時的に発生したネットワーク障害を含む障害情報を効率的に収集するネットワーク障害情報収集装置、システム、方法及びプログラムに関する。
【背景技術】
【０００２】
従来、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークの障害の早期発見と早期改修を実現するため、ネットワークにプローブ、または、サーバやエージェントとして知られた監視装置を配置し、予め設定した周期にて定期的にテストコマンドを発行して、ルータやゲートウェアなどのネットワーク機器からトラヒックなどネットワーク品質情報を収集したり、ネットワークに接続されたサーバからＣＰＵ負荷などのログ情報を収集し、ネットワーク機器の死活状態の監視や、稼働状況の監視を行ったりしている。
【０００３】
この場合に監視装置からの情報収集としては、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）によるＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）情報取得や、ＣＭＩＰ（Ｃｏｍｍｏｎ  Ｍａｎｅｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のｐｉｎｇパケットの発行や、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）によるログ情報（ログファイル）の転送などによる情報収集を行い、ネットワークのトラヒックやＣＰＵ負荷を計測している。
【特許文献１】特開平７−２３１３２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、このような従来の定期的にネットワークの品質情報を収集する方法にあっては、ルータやゲートウェイなどのノードが計測するネットワーク品質情報やネットワークに接続されたサーバなどのコンピュータが計測するＣＰＵ負荷のログ情報は、一定の時間毎に記録されるため、ネットワークの障害が間欠的に発生した場合や一時的にトラヒックや負荷の増大が発生した場合などは、一定時間毎の記録では丸められてしまい、障害の原因となった現象を見逃してしまう。
【０００５】
この問題を回避するために計測間隔を短くして解像度を上げると、頻繁にネットワーク機器へのアクセスを必要するため、ノードの処理能力を低減させたり、ネットワークに計測用のトラヒックを多量に流してしまい、本来のトラヒックに影響を与えてしまったりするなど、計測精度と処理能力のトレードオフに係る問題がある。
【０００６】
その結果、障害が発生している状況でのネットワーク情報の収集に手間取り、障害の改修までの時間がかかることとなる。
【０００７】
本発明は、間欠的又は一時的に発生したネットワーク障害の状況を適確に捉えてその時の障害情報を収集して障害の原因究明に寄与するネットワーク障害情報収集装置、システム、方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
（装置）
本発明はネットワーク障害情報収集装置を提供する。本発明は、パケット網に配置されるネットワーク障害情報収集装置であって、
パケット網において定常的に送受信されるパケットを監視し、パケットの品質劣化を検知する品質劣化検知部と、
品質劣化検知部においてパケットの品質劣化を検知したことにより、パケットの送受信端末までの経路上のノードを検索するノード検索部と、
ノード検索部において検索された各ノードに対して情報収集パケットを発行してノード情報を収集して記録する情報収集部と、
を備えたことを特徴とする。
【０００９】
ここで、品質劣化検知部は、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）の音声パケットを監視し、音声パケットの遅延時間の増加又は音声パケットの喪失を判別して品質劣化を検知する。
【００１０】
ノード検索部は、パケットの送受信端末に向けてノード探索コマンドを発行することにより送受信端末までの経路上のノードのＩＰアドレスを検索する第１ノード検索部と、
予め登録されているネットワークのトポロジ情報から送受信端末までの経路上のノードのＩＰアドレスを検索する第２ノード検索部と、
の少なくとも一方を備える。
【００１１】
情報収集部は、ノード検索部で検索された各ノードに対してＳＮＭＰコマンドを一定時間間隔で複数回発行して取得したノード管理情報（ＭＩＢ）に含まれる累積パケット数から単位時間当りのトラヒック流量を求める。トラヒック流量は、ノードから取得した時間的に連続する複数の累積パケット数の隣接するパケット差の総和を、コマンド発生回数から１を減じた値に一定時間間隔を乗じた値で割ることにより求めた単位時間当りのパケット数である。
【００１２】
品質劣化検知部は、パケット品質の劣化を検知したことにより、パケット網に配置された特定のサーバと任意の端末間のパケット送受信間隔を計測し、サーバにおける接続品質の劣化を検知し、
情報収集部は、品質劣化検知部において接続品質の劣化を検知したことにより、サーバから稼動情報を収集して記録する。
【００１３】
品質劣化検知部は、端末からサーバに情報要求パケットを送信してから応答パケットを受信するまでのパケット送受信間隔を計測し、パケット送受信間隔が所定の閾値を超えて増大したこと又は所定のゆらぎ幅を超えて変動したことを判別して接続品質の劣化を検知する。
【００１４】
品質劣化検知部は、更に、サーバと任意の端末間のリクエストとレスポンスの関係のあるパケット送受信間隔を計測し、パケット送受信間隔が所定の閾値を超えて増大したこと又は所定のゆらぎ幅を超えて変動したことを判別して接続品質の劣化を検知する。
【００１５】
サーバはＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｃｏｌ）サーバであり、品質劣化検知部は、ＳＩＰサーバにＳＩＰシグナリングパケットを送信してからその応答パケットを受信するまでのレスポンス時間をパケット送受信時間として計測して接続品質の劣化を検知する。
【００１６】
情報収集部は、稼動情報としてサーバのＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも一つを収集する。
【００１７】
情報収集部は、品質劣化検知部においてパケットの品質劣化を検知したことにより、パケット網に配置した異なるネットワークを接続すると共に複数のセッションを同時に収容できるノードからＣＰＵ負荷、メモリ使用量または空きメモリ容量、ハードディスクドライブのような外部メモリを持つ場合は空きディスクスペースやディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを含む稼動情報を収集して記録する。このノードは、ゲートウェイ又は無線ＬＡＮのアクセスポイントである。
【００１８】
ゲートウェイには、ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｈｃｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ：回線交換網）とＩＰ電話網との相互接続を行うＰＳＴＮゲートウェイの他、ＭＣＵ（Ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｆｅｒｅｎｃｅ  Ｕｎｉｔ：多地点会議ユニット）やプロキシーなどを含む。
【００１９】
（システム）
本発明はネットワーク障害情報収集システムを提供する。本発明のネットワーク障害情報収集システムは、
パケット網に配置された１又は複数の監視装置と、１又は複数の監視装置を管理する管理サーバとを備え、
監視装置に、パケット網において定常的に送受信されるパケットを監視し、パケットの品質劣化を検知する品質劣化検知部を設け、
管理サーバに、
品質劣化検知部においてパケットの品質劣化を検知したことにより、パケットの送受信端末までの経路上のノードを検索するノード検索部と、
ノード検索部において検索された各ノードに対して情報収集パケットを発行してノード情報を収集して記録する情報収集部と、
を設けたことを特徴とする。
【００２０】
管理サーバの情報収集部は、複数の監視装置から品質劣化の検知通知を受けた複数の経路上のノードに情報収集パケットを発行することにより、複数の経路上の同一ノードを判別して１つの情報収集コマンドを発行してノード情報取得の重複を回避する。
【００２１】
監視装置の品質劣化検知部は、パケットの劣化を検知したことにより、パケット網に配置された特定のサーバと任意の端末間のパケット送受信間隔を計測し、サーバにおける接続品質の劣化を検知し、
管理サーバの情報収集部は、品質劣化検知部で接続品質の劣化を検知したことにより、サーバから稼動情報を収集して記録する。
【００２２】
管理サーバの情報収集部は、監視装置の品質劣化検知部においてパケットの品質劣化を検知したことにより、パケット網に配置した複数のセッションを同時に収容できる装置からＣＰＵ負荷、メモリ使用量または空きメモリ容量、ハードディスクドライブのような外部メモリを持つ場合は空きディスクスペースやディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも一つを含む稼動情報を収集して記録する。
【００２３】
この場合、管理サーバの情報収集部は、複数の監視装置でパケットの品質劣化を検知したことによりに、ゲートウェイ及びアクセスポイントから稼動情報を重複することなく収集して記録する。
【００２４】
（方法）
本発明はネットワーク障害情報収集方法を提供する。本発明は、パケット網に配置されるネットワーク障害情報収集方法であって、
パケット網において定常的に送受信されるパケットを監視し、パケットの品質劣化を検知する品質劣化検知ステップと、
品質劣化検知ステップにおいてパケットの品質劣化を検知したことにより、パケットの送受信端末までの経路上のノードを検索するノード検索ステップと、
ノード検索ステップにおいて検索された各ノードに対してテストコマンドを発行してノード情報を収集して記録する情報収集ステップと、
を備えたことを特徴とする。
【００２５】
（プログラム）
本発明はネットワーク障害情報を収集するためのプログラムを提供する。本発明のプログラムは、パケット網に配置されるネットワーク障害情報収集装置のコンピュータを、
パケット網において定常的に送受信されるパケットを監視し、パケットの品質劣化を検知する品質劣化検知部、
品質劣化検知部においてパケットの品質劣化を検知したことにより、パケットの送受信端末までの経路上のノードを検索するノード検索部、及び、
ノード検索部において検索された各ノードに対して情報収集パケットを発行してノード情報を収集して記録する情報収集部、
として機能させる。
【発明の効果】
【００２６】
本発明によれば、ネットワークで障害が発生した場合や一時的にトラヒックが増大した場合などに、最も影響を受けやすいトラヒックとして例えばＩＰ電話の音声パケット（ＶｏＩＰパケット）のパケットを監視し、パケットの遅延時間が増したり、パケットがロストしたりする品質劣化の検知を契機として、一時的に発生したネットワークの障害やトラヒックの増大の瞬間を捉え、その瞬間にルータを流れているトラヒック量を計測したり、ＳＩＰサーバ、ウェブサーバ、ゲートウェイなどの負荷状況や同時接続クライアント数などの稼動情報などを計測して収集したりすることで、見逃されやすい間欠的なネットワーク障害の原因や一時的なサーバ負荷の増加を検知するための障害情報を効率良く収集できる。
【００２７】
またパケットの品質劣化を検知した特定の端末装置間のルートに存在するルータやサーバを対象に情報を収集しているため、ネットワーク全体からの情報収集する必要がなく、障害が発生している可能性のあるネットワーク部分に絞り込んで情報を効率よく収集することができ、情報収集のための処理負担及びネットワークに対する影響も最小限に抑えることができる。
【発明を実施するための最良の形態】
【００２８】
図１は本発明によるネットワーク障害情報収集装置を備えたネットワークを示した説明図である。図１において、本実施形態にあっては、パケット網としてＩＰネットワーク１０を対象としており、ＩＰネットワーク１０にはゲートウェイ１６及びＰＢＸ１４を介して電話端末１２−１〜１２−２が接続され、さらに、ＩＰ電話端末１２−３が接続されており、ＶｏＩＰによりインタフェースプロトコルに乗せて音声パケットによる通話を行っている。もちろんＩＰネットワーク１０には、通常のＩＰプロトコルによるデータのパケット転送が同時に行われている。
【００２９】
ネットワークの片側に位置した電話端末１２−１，１２−２側と反対側のＩＰ電話端末１２−３側の間のＩＰネットワーク１０上には、ゲートウェイ１６、ルータ１８−１，１８−２、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）２０、及びルータ１８−３，１８−４が配置される。
【００３０】
電話端末１２−１，１２−２は、ＰＢＸ１４により交換接続された後にゲートウェイ１６によるプロトコル変換を介してＩＰネットワーク１０に接続され、またＩＰ電話端末１２−３はルータ１８−４によりＩＰネットワーク１０に直接接続されている。
【００３１】
またルータ１８−３に対しては、ＶｏＩＰによるＩＰネットワーク１０上での電話の呼制御を行うＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に対応したＳＩＰサーバとして知られた呼制御サーバ２２が接続されている。
【００３２】
このようなＶｏＩＰによるＩＰ電話端末の音声パケット（ＶｏＩＰパケット）のトラヒックを持つＩＰネットワーク１０に対し、本発明によるネットワーク障害情報収集装置２４がルータ１８−２を介して接続されている。
【００３３】
ネットワーク障害情報収集装置２４は、ＩＰネットワーク１０のゲートウェイ１６〜１２−３で送受信される音声パケットを監視し、音声パケットの品質劣化を検知した際に、ネットワーク障害情報収集装置２４から送受信端末となる例えばゲートウェイ１６と１２−３間の通話であれば、両者間のネットワーク上に存在するノードである例えばルータ１８−１〜１８−４の１秒当りのトラヒック流量（以下、単に「トラヒック流量」という）を計測し、これをルータ情報として収集して記録し、記録したルータのトラヒック流量から、送受信間のネットワークに輻輳障害が発生しているか否かを解析することを可能とする。
【００３４】
図２は図１のネットワークに設けた本発明によるネットワーク障害情報収集装置２４の実施形態を示したブロック図である。図２において、本実施形態のネットワーク障害情報収集装置２４は、プローブとして機能する監視装置部２６と管理サーバ部２８で構成されている。
【００３５】
監視装置部２６及び管理サーバ部２８に対しては共通にネットワークインタフェース３０が設けられる。監視装置部２６側にはパケット品質劣化検知部３２と接続品質劣化検知部３４が設けられる。
【００３６】
パケット品質劣化検知部３２は、図１に示したＩＰネットワーク１０で定常的に送受信されているＶｏＩＰによる音声パケットを監視し、音声パケットの品質劣化を検知して管理サーバ部２８側に出力する。
【００３７】
パケット品質劣化検知部３２による劣化検知は、ＶｏＩＰの音声パケットの遅延時間の増加、または音声パケットの喪失（パケットロスト）を判別して、品質劣化を検知する。
【００３８】
即ち、ＩＰネットワークで障害が発生した場合や一時的にトラヒックが増大した場合には、最も影響を受け易いトラヒックとしてＩＰ電話の音声パケットやビデオストリームなどがある。
【００３９】
例えばＶｏＩＰプロトコルによる音声パケットは、一方のＩＰ電話端末から他方のＩＰ電話端末に対し、２０ｍｓ程度の短い時間ごとに音声パケットを送信しており、一時的に発生したネットワークの障害やトラヒックの増大により、音声パケットの遅延時間が増大したり音声パケットがロストしたりするネットワーク障害の発生や一時的なトラヒック増大に対し敏感なパケットである。
【００４０】
そこで、本実施形態にあっては、音声パケットを監視して品質劣化を検知するようにしている。なお、本実施形態は、音声パケットを監視しているが、ビデオストレームのパケットを監視しても良い。また、監視装置部２６に設けた接続品質劣化検知部３４については後の説明で明らかにする。
【００４１】
管理サーバ部２８に設けたノード検索部３６は、監視装置部２６のパケット品質劣化検知部３２より音声パケットの劣化検知の通知を受けた際に、劣化検知された音声パケットを送受信しているＩＰネットワーク１０上の送受信端末までの経路上のノード、例えばルータ、ハブ、スイッチングハブなどのＩＰアドレスを検索する。
【００４２】
例えば図１のゲートウェイ１６と１２−３との間の送受信による音声パケットにつき品質劣化が検知された場合には、ネットワーク障害情報収集装置２４を接続したルータ１８−２から送信側のゲートウェイ１６までの経路上のノード、及びルータ１８−２から受信側となるＩＰ電話端末１２−３までの経路上のノードを検索する。
【００４３】
このノード検索部３６による検索処理は、次の第１ノード検索部による処理と第２ノード検索部による処理のいずれかとする。
【００４４】
第１ノード検索部による処理は、音声パケットの送受信端末である例えばゲートウェイ１６，１２−３のそれぞれに向けて、ノード探索パケットとして一般的にｔｒａｃｅｒｔコマンドで使用されているＩＣＭＰパケットのＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）パラメータを１ずつ大きくしていきながら複数のパケットを送信する。ＴＴＬはルータを経由する毎に１減算され、ＴＴＬが０となった時点で、ＩＣＭＰエラーパケットが返送されるため、途中経路のＩＰアドレスが判明する。
【００４５】
例えばルータ１８−２側から送信側のゲートウェイ１６に向けてノード探索パケットを送信すると、ＴＴＬが１の場合はルータ１８−２が、ＴＴＬが２の場合はルータ１８−１という具合に、ＴＴＬが０となるルータが自己のＩＰアドレスを送り返してくる。
【００４６】
同様にルータ１８−２から受信側のＩＰ電話端末１２−３に対しノード探索パケットを送った場合には、ルータ１８−３，１８−４、それぞれがＩＰアドレスを送り返してくる。
【００４７】
このため、ネットワーク障害情報収集装置２４側にＩＰネットワーク１０の接続形態を表すトポロジ情報が存在しなくても、ルータやゲートウェイのＩＰアドレスからなる経路上のノード情報を取得することができる。
【００４８】
一方、第２ノード検索部は、ネットワーク障害情報収集装置２４側に予めネットワークのトポロジ情報が登録されている場合である。この場合には、送受信端末となる例えばゲートウェイ１６，１２−３によりトポロジ情報を参照することで、ゲートウェイ１６，１２−３を結ぶ経路上に存在するルータ１８−１〜１８−４の各ＩＰアドレスをノード情報として取得することができる。
【００４９】
図２の管理サーバ部２８に設けたルータ情報収集部３８は、ノード検索部３６で取得された品質劣化を生じた音声パケットの送受信端末である例えばゲートウェイ１６，１２−３間の経路上に存在するルータ１８−１〜１８−４のそれぞれにおけるトラヒック流量を計測し、これをルータ情報として収集して収集情報ロギング部４４に記録する。
【００５０】
ルータ情報収集部３８によるルータ１８−１〜１８−４からのトラヒック流量の計測は、ＩＰアドレスで指定したルータに対し数秒程度の一定間隔でＳＮＭＰパケット（ＳＮＭＰコマンドパケットともいう）を複数回発行し、ＳＮＭＰパケットの応答情報としてルータから送り返されてくるＭＩＢと呼ばれる管理情報を取得し、ＭＩＢに含まれる累積パケット数を取得してトラヒック流量を求める。
【００５１】
具体的には、ルータ情報収集部３８がＳＮＭＰマネージャとして機能し、ルータ側がＳＮＭＰエージェントとして機能することで、ＳＮＭＰパケットに対しＭＩＢを送り返すことになる。
【００５２】
ＳＮＭＰパケットで取得した例えばＮ回分のＭＩＢから得られた累積パケット数については、次のようにしてトラヒック流量を求める。
【００５３】
例えばＴ＝５ｓｅｃで、例えばｎ＝４回に亘りパケット累計数Ｎ１，Ｎ２，Ｎ３，Ｎ４を取得したとすると、１秒当たりのパケット数であるトラヒック流量を次式で算出する。
トラヒック流量＝｛（Ｎ２−Ｎ１）＋（Ｎ３−Ｎ２）＋（Ｎ４−Ｎ３）｝／[（ｎ−１）×Ｔ]
【００５４】
このトラヒック流量の算出式は、隣接するパケット累計数の差の総和を、取得回数から１減じた値、すなわち、ｎ−１とコマンド発行間隔５秒に乗じた値で割ったものである。
【００５５】
このようなルータに対するトラヒック流量の計測は、図１の送受信端末の経路上に存在する例えば４つのルータ１８−１，１８−２，１８−３，１８−４に対し順次行われ、それぞれにおけるトラヒック流量が計測され、これがルータ情報として収集されて収集情報ロギング部４４に記録されることになる。
【００５６】
収集情報ロギング部４４に記録されたルータごとのトラヒック流量は、例えば外部のネットワーク障害解析装置４６に送られ、ネットワーク障害解析装置４６において、収集されたルータ情報であるルータのトラヒック流量からネットワーク輻輳障害が発生しているか否かを的確に解析して把握することができる。
【００５７】
管理サーバ部２８に設けたサーバ情報収集部４０は、監視装置部２６に設けた接続品質劣化検知部３４と連携し、予め指定した特定のサーバ、例えば図１における呼制御サーバ２２から稼動情報を収集して記録する。
【００５８】
サーバ情報収集部４０と連携する監視装置部２６に設けた接続品質劣化検知部３４は、ゲートウェイ１６から、呼制御サーバ２２に対して送信されるＳＩＰシグナリングパケットの送信時刻と、これに対する応答パケットを受信するまでのパケット送受信間隔を計測し、呼制御サーバ２２における接続品質の劣化を検知する。
【００５９】
または、接続品質劣化検知部３４は、監視装置部２６からネットワークインタフェースを通じて、呼制御サーバ２２に対してＳＩＰシグナリングパケットを送信して、それに対する応答パケットを受信するまでのパケット送受信間隔を計測し、呼制御サーバ２２における接続品質の劣化を検知しても良い。
【００６０】
ＳＩＰサーバとして知られた呼制御サーバ２２にあっては、そのＩＰアドレスを指定してＳＩＰシグナリングパケットによる問合せを行うと、問合せした相手先のＩＰアドレスなどを返すサービス機能を備えている。したがって、ＳＩＰシグナリングパケットの送信から相手先ＩＰアドレスなどを示す応答パケットが返ってきて受信するまでの時間を、パケット送受信間隔として計測することになる。
【００６１】
呼制御サーバ２２におけるパケット送受信間隔は、呼制御サーバ２２においてＣＰＵ負荷が一時的に増大したり、複数のＩＰ電話端末からのＳＩＰシグナリングパケットを受信した結果、同時接続セッション数が増えたりすると、パケット送受信間隔が増大したり、最悪の場合、応答が返せなかったりする。
【００６２】
そこで接続品質劣化検知部３４にあっては、指定した呼制御サーバ２２において、ＳＩＰシグナリングパケットにより測定しているパケット送受信間隔が所定の閾値を超えて増大した場合、または所定の揺らぎ幅を超えて変動したことを判別した場合、呼制御サーバ２２における接続品質の劣化を検知し、管理サーバ部２８側に通知する。
【００６３】
管理サーバ情報収集部４０は、接続品質劣化検知部３４より指定された呼制御サーバ２２の接続品質の劣化通知を受領すると、呼制御サーバ２２のＩＰアドレスを指定してＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つをサーバ稼動情報として収集し、収集情報ロギング部４４に記録する。
【００６４】
この収集情報ロギング部４４に記録されたサーバ情報収集部４０による例えば指定された呼制御サーバ２２の稼動情報であるＣＰＵ負荷（ＣＰＵ使用率）、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つをネットワーク障害解析装置４６に出力して、ＳＩＰサーバの負荷が異常となっているかを解析結果として把握することができる。
【００６５】
更に、管理サーバ部２８に設けたゲートウェイ情報収集部４２は、監視装置部２６に設けているパケット品質劣化検知部３２で、図１の例えばゲートウェイ１６，１２−３間のネットワーク送受信端末の経路上の音声パケットの劣化検知の通知を受けた際に動作し、ノード検索部３６で検索された経路上のゲートウェイ１６のＩＰアドレスを指定して、サーバ情報収集部４０による呼制御サーバ２２の場合と同様、ゲートウェイ１６におけるＣＰＵ負荷、メモリ使用量または空きメモリ容量、ハードディスクドライブのような外部メモリを持つ場合は空きディスクスペースやディスクアクセス量、パケット送受信数、及び同時セッション接続数の少なくとも１つをゲートウェイ稼動情報として収集し、収集情報ロギング部４４に記録する。
【００６６】
収集情報ロギング部４４に記録されたゲートウェイ稼動情報は、ネットワーク障害解析装置４６に読み出されて解析することで、ゲートウェイ１６の負荷が異常となっているかどうかを解析結果から把握することができる。
【００６７】
図２の実施形態にあっては、サーバ情報収集部４０の情報収集対象として図１の呼制御サーバ２２を例にとっているが、これ以外に、ＩＰネットワーク１０上に接続されている外部からの情報要求パケットに対し、対応する情報を返す例えばウェブサーバなどの適宜のサーバを対象としてもよい。
【００６８】
またゲートウェイ情報収集部４２による稼動負荷の対象としては、ゲートウェイ以外に、プロキシサーバなど複数の通話セッションを同時に使用できる装置につき同様に、ＣＰＵ負荷、メモリ使用量または空きメモリ容量、ハードディスクドライブのような外部メモリを持つ場合は空きディスクスペースやディスクアクセス量、パケット送受信数、及び同時セッション接続数の少なくとも１つを取得して、収集情報として記録することができる。
【００６９】
図３は本実施形態のネットワーク障害情報収集装置の機能を実現するコンピュータのハードウェア環境を示したブロック図である。
【００７０】
図３において、本実施形態のネットワーク障害情報収集装置２４を構成するコンピュータはＣＰＵ６４を有し、ＣＰＵ６４のバス６６に対し、ＲＡＭ６８、ＲＯＭ７０、ハードディスクドライブ７２、キーボード７６，マウス７８，ディスプレイ８０を接続するデバイスインタフェース７４、更にネットワークアダプタ８２を接続している。なお、キーボード７６，マウス７８及びディスプレイ８０は必ずしも必要ではなく、必要に応じて選択的に設けることになる。
【００７１】
ハードディスクドライブ７２には、図２の監視装置部２６及び管理サーバ部２８に示した各機能を実現するプログラムがアプリケーションプログラムとして格納されている。
【００７２】
コンピュータを起動すると、ＲＯＭ７０のブートコードの実行による初期化診断処理が行われた後、ハードディスクドライブ７２からＯＳがＲＡＭ６８にロードされて実行される。ＯＳの実行により、ハードディスクドライブ７２から本実施形態のネットワーク障害情報収集装置として機能するアプリケーションプログラムがＲＡＭ６８にロードされ、ＣＰＵ６４により実行されることになる。
【００７３】
図４は図２の実施形態によるネットワーク障害情報収集処理を示したフローチャートであり、図１及び図２を参照して説明すると次のようになる。
【００７４】
図４（Ａ）はルータ情報を収集するためのネットワーク障害情報収集処理を示したフローチャートである。図４（Ａ）において、本実施形態のネットワーク障害情報収集処理は、ステップＳ１でＩＰネットワーク１０上におけるＶｏＩＰの音声パケットを監視装置部２６に設けたパケット品質劣化検知部３２で監視している。
【００７５】
この監視中にステップＳ２で所定時間例えば数秒に亘りパケット品質劣化を検知すると、ステップＳ３に進み、管理サーバ部２８に設けたルータ情報収集部３８が送受信端末となっている例えばゲートウェイ１６，１２−３を結ぶ経路上に存在するルータ１８−１〜１８−４を対象に、ルータ情報としてトラヒック流量を計測して記録する。このようなステップＳ１〜Ｓ４の処理を、ステップＳ５で停止指示があるまで繰り返す。
【００７６】
図４（Ｂ）はサーバ情報を収集するためのネットワーク障害情報収集処理を示したフローチャートである。図４（Ｂ）において、ステップＳ１で指定サーバとして例えば呼制御サーバ２２の接続品質を図２の装置監視部２６に設けた接続品質劣化検知部３４で監視し、ステップＳ２で接続品質劣化の検知を判別すると、ステップＳ３に進み、サーバ情報収集部４０により指定した呼制御サーバ２２のＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数や同時セッション数などのサーバ稼動情報をサーバ情報として収集して記録する。このようなステップＳ１〜Ｓ３の処理を、ステップＳ９で停止指示があるまで繰り返す。
【００７７】
図４（Ｃ）はゲートウェイ情報を収集するためのネットワーク障害情報収集処理を示したフローチャートである。図４（Ｃ）において、ステップＳ１でＩＰネットワーク１０上におけるＶｏＩＰの音声パケットを監視装置部２６に設けたパケット品質劣化検知部３２で監視している。
【００７８】
この監視中にステップＳ２で所定時間例えば数秒に亘りパケット品質劣化を検知すると、ステップＳ３でゲートウェイ１６を対象にＣＰＵ負荷、メモリ使用量または空きメモリ容量、ハードディスクドライブのような外部メモリを持つ場合は空きディスクスペースやディスクアクセス量、パケット送受信数や同時接続セッション数などのゲートウェイ稼動情報を収集して記録する。このようなステップＳ１〜Ｓ３の処理を、ステップＳ４で停止指示があるまで繰り返す。
【００７９】
図５は図４のステップＳ３におけるノード情報収集処理の詳細を示したフローチャートである。図５のノード情報収集処理は、図２の管理サーバ部２８に設けたノード検索部３６により行われる。
【００８０】
まずステップＳ１で、図１のＩＰネットワーク１０についてネットワークのトポロジ情報があるか否かチェックする。トポロジ情報がなければ、ステップＳ２で送受信端末である例えばゲートウェイ１６，１２−３の間の経路上のルータ１８−１〜１８−４及びゲートウェイ１６などの機器を検索して、ＩＰアドレスを取得する。
【００８１】
具体的には、送信側のゲートウェイ１６及び受信側のＩＰ電話端末１２−３のそれぞれに向けて、ネットワーク障害情報収集装置２４からルータ１８−２を経由してノード探索パケットを送り、それぞれの機器でノード探索パケットのＴＴＬ（Ｔｉｍｅ  ｔｏ  Ｌｉｖｅ）が０となった時点で、そのＩＰアドレスを返してくることから、これをステップＳ３で取得し、ネットワーク機器情報として検索結果を得る。
【００８２】
一方、ステップＳ１でネットワークのトポロジ情報が存在した場合には、ステップＳ４でトポロジ情報を対象に、送受信端末である例えばゲートウェイ１６，１２−３の間の経路上に存在するルータ１８−１〜１８−４のＩＰアドレスを検索して取得する。
【００８３】
図６は図４のステップＳ４におけるルータ情報収集処理の詳細を示したフローチャートである。図６のルータ情報収集処理は、図２の管理サーバ部２８に設けたルータ情報収集部３８が実行する。
【００８４】
まずステップＳ１で、ノード検索部３６で検索された経路上のルータ、例えば図１のルータ１８−１〜１８−４を対象に、そのうちの１つ例えばルータ１８−１を選択し、ステップＳ２でＳＮＭＰパケットを発行してルータ１８−１からＭＩＢを取得する。
【００８５】
続いてステップＳ３で、予め定めたｎ回処理したか否かチェックし、未処理であった場合には、予め定めた数秒程度例えば５秒の待ち時間を置いて、ステップＳ２で次のＳＮＭＰパケットを発行してＭＩＢを取得する。
【００８６】
ステップＳ３でｎ回の処理の終了を判別すると、ステップＳ４に進み、取得しているｎ回分のＭＩＢの中からパケット累計数を取得し、パケット累計数の隣接する差の総和を、ＳＮＭＰコマンドの発行時間間隔に回数ｎから１減じた値を乗じた値で割って、１秒当たりのトラヒック流量を計測する。
【００８７】
続いてステップＳ５ですべてのルータが処理済か否かチェックし、未処理であればステップＳ１に進み、次のルータを選択して同様な処理を繰り返す。ステップＳ５で全てのルータ処理が済んだことが判別されると、ステップＳ６で、計測した各ルータについての単位時間当たりのトラヒック流量を収集情報として記録する。
【００８８】
図７は図４のステップＳ５におけるサーバ情報収集処理の詳細を示したフローチャートである。図７のサーバ情報収集処理は、図２のサーバ情報収集部４０が監視装置部２６に設けた接続品質劣化検知部３４との連携により実行している。
【００８９】
接続品質劣化検知部３４の処理は、図４のフローチャートのステップＳ５，Ｓ６に示したように、指定した例えば呼制御サーバ２２に対しＳＩＰシグナリングパケットを送信して、その応答パケットが得られるまでのパケット送受信間隔を計測し、パケット送受信間隔が所定の閾値を超えて増大した場合や、あるいは所定の揺らぎ幅を超えて変動した場合に、指定した呼制御サーバ２２の接続品質劣化を検知して、図７のサーバ情報収集処理を実行することになる。
【００９０】
図７のサーバ情報収集処理にあっては、ステップＳ１で、指定した接続品質劣化サーバ、即ち呼制御サーバ２２のＣＰＵ負荷を取得する。続いてステップＳ２で、同じく接続品質劣化サーバである呼制御サーバ２２の同時接続セッション数を取得する。そしてステップＳ３で、取得したサーバ稼動情報であるＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを記録する。
【００９１】
図８は図４のステップＳ８におけるゲートウェイ情報収集処理の詳細を示したフローチャートである。図８において、ゲートウェイ情報収集処理は、図２の管理サーバ部２８に設けたゲートウェイ情報収集部４２により実行される。
【００９２】
ステップＳ１でパケット品質劣化検知部３２により劣化を検知した送受信間の経路上に存在するゲートウェイ１６からＣＰＵ負荷を取得する。続いてステップＳ２で、同じゲートウェイ１６から同時接続セッション数を取得する。ステップに図示はしていないが、同様にメモリ使用量または空きメモリ容量、ハードディスクドライブのような外部メモリを持つ場合は空きディスクスペースやディスクアクセス量、パケット送受信数などの稼動情報を取得する。そしてステップＳ３で、取得したゲートウェイ稼動情報であるＣＰＵ負荷及び同時接続セッション数などを記録する。
【００９３】
図９は監視装置と管理サーバに分離した本発明によるネットワーク障害情報収集システムの説明図である。図９において、ＩＰネットワーク１０は図１と同じであり、本実施形態にあっては、ＩＰネットワーク１０に対しルータ１８−２，１８−３を使用して監視装置４８−１，４８−２を接続している。またルータ１８−１を使用して管理サーバ５０を接続している。管理サーバ５０は監視装置４８−１，４８−２を管理している。
【００９４】
図１０は図９の監視装置と管理サーバの実施形態を示したブロック図である。図１０において、監視装置４８−１は、ネットワークインタフェース３８−１、パケット品質劣化検知部３２−１及び接続品質劣化検知部３４−１で構成される。
【００９５】
監視装置４８−１に設けているパケット品質劣化検知部３２−１及び接続品質劣化検知部３４−１は、図２の実施形態に示したパケット品質劣化検知部３２及び接続品質劣化検知部３４と同じ機能を備えている。
【００９６】
ルータ１８−３によりＩＰネットワーク１０に接続した監視装置４８−２も、ネットワークインタフェース３０−２、パケット品質劣化検知部３２−２及び接続品質劣化検知部３４−２を持ち、それぞれの機能は監視装置４８−１と同じである。
【００９７】
一方、監視装置４８−１，４８−２を管理する管理サーバ５０には、ネットワークインタフェース３０、ノード検索部３６、ルータ情報収集部３８、サーバ情報収集部４０、ゲートウェイ情報収集部４２及び収集情報ロギング部４４が設けられており、この構成は図２の管理サーバ２８側に示したものと同じである。
【００９８】
この図９，図１０の実施形態にあっては、ＩＰネットワーク１０の経路上の異なった位置に複数の監視装置４８−１，４８−２を配置して、ＶｏＩＰにおける音声パケットの劣化やパケット劣化検出後の指定サーバ例えば呼制御サーバ２２における接続品質の劣化を検知し、これらの検知結果を管理サーバ５０に通知して、管理サーバ５０でネットワーク輻輳やサーバ側異常負荷に対するルータ情報、サーバ情報、ゲートウェイ情報の収集を行うようにしている。
【００９９】
図１０の管理サーバ５０にあっては、ＩＰネットワーク１０に配置した複数の監視装置４８−１，４８−２から同時に音声パケットの劣化検知を受ける場合がる。このような場合には、パケット劣化検知のそれぞれにつきノード検索部３６でネットワーク送受信端末の経路上に存在するルータやゲートウェイなどのノードを検索することから、複数の経路のノード検索結果につき、同じノードに対し情報収集を重複して行う前に、重複ノードを判別して重複計測を回避する処理を行うようにしている。
【０１００】
具体的には、ノード検索部３６でパケット品質劣化となった経路ごとにネットワーク機器のＩＰアドレスが得られることから、異なる経路につき同じＩＰアドレスがあった場合には、重複するＩＰアドレスを１つのＩＰアドレスにマージした後に情報収集を行うことで、重複した情報収集を回避することができる。
【０１０１】
それ以外の点は、図２の監視装置部２６と管理サーバ部２８を一体化した実施形態と基本的に同じになる。
【０１０２】
図１１は図１０の実施形態における監視装置４８−１，４８−２のそれぞれにおける監視装置処理を示したフローチャートである。
【０１０３】
図１１（Ａ）はパケット品質劣化を検知するための監視装置処理を示したフローチャートである。図１１（Ａ）において、例えば図１０の監視装置４８−１を例にとると、ステップＳ１で監視装置４８−１に設けたパケット品質劣化検知部３２−１がＶｏＩＰにおける音声パケットの遅延時間及びパケット喪失を監視している。
【０１０４】
この監視中に音声パケットの遅延時間が所定値を超えて増加したり、パケット喪失が発生したりすると、ステップＳ２でパケット品質劣化が判別され、ステップＳ３で管理サーバ５０にパケット品質劣化検知を通知する。このようなステップＳ１〜Ｓ４の処理を、ステップＳ８で停止指示があるまで繰り返す。
【０１０５】
図１１（Ｂ）はサーバ接続品質劣化を検知するための監視装置処理を示したフローチャートである。図１１（Ｂ）において、例えば図１０の監視装置４８−１を例にとると、ステップＳ１で管理サーバ５０から指定サーバ例えば図９の呼制御サーバ２２の接続品質監視要求を判別すると、ステップＳ２に進み、監視装置４８−１の接続品質劣化検知部３４−１が、指定サーバである呼制御サーバ２２の接続品質を監視する。
【０１０６】
具体的には、呼制御サーバに対しＳＩＰシグナリングパケットを送り、その応答パケットまでのパケット受信間隔が所定値を超えて増大した場合、あるいは所定の揺らぎ幅を超えて変動した場合に、接続品質劣化を検知し、これがステップＳ３で判別されると、ステップＳ４に進み、指定サーバである呼制御サーバ２２の接続品質劣化検知を管理サーバ５０に通知する。このようなステップＳ１〜Ｓ４の処理を、ステップＳ８で停止指示があるまで繰り返す。
【０１０７】
図１２は図１０の管理サーバ５０による管理サーバ処理を示したフローチャートであり、図１２（Ａ）（Ｂ）（Ｃ）（Ｄ）に示すように、ノード検索、ルータ情報集、サーバ情報収集及びゲートウェイ情報収集を個別に処理している。
【０１０８】
図１１（Ａ）の管理サーバ５０による管理サーバ処理にあっては、ステップＳ１で監視装置４８−１または４８−２からパケット劣化検知通知があるか否かチェックしており、パケット劣化検知通知を判別すると、ステップＳ２に進み、ノード検索部３６によるノード検索処理を実行する。このようなステップＳ１，Ｓ２の処理を、ステップＳ３で停止指示があるまで繰り返す。
【０１０９】
図１１（Ｂ）の管理サーバ５０による管理サーバ処理にあっては、ステップＳ１で監視装置４８−１または４８−２からパケット劣化検知通知があるか否かチェックしており、パケット劣化検知通知を判別すると、ステップＳ２に進み、ルータ情報収集部３８によりルータ情報を収集する。このようなステップＳ１，Ｓ２の処理を、ステップＳ３で停止指示があるまで繰り返す。
【０１１０】
図１１（Ｃ）の管理サーバ５０による管理サーバ処理にあっては、ステップＳ１で監視装置４８−１または４８−２からパケット劣化検知通知があるか否かチェックしており、パケット劣化検知通知を判別すると、ステップＳ２に進み、サーバ情報収集処理部４０によりサーバ情報収集処理を実行する。このようなステップＳ１，Ｓ２の処理を、ステップＳ３で停止指示があるまで繰り返す。
【０１１１】
図１１（Ｄ）の管理サーバ５０による管理サーバ処理にあっては、ステップＳ１で監視装置４８−１または４８−２からパケット劣化検知通知があるか否かチェックしており、パケット劣化検知通知を判別すると、ステップＳ２に進み、ゲートウェイ情報収集部４２による情報収集処理が実行される。このようなステップＳ１，Ｓ２の処理を、ステップＳ３で停止指示があるまで繰り返す。
【０１１２】
ここで図１２（Ａ）におけるステップＳ２のノード検索処理、図１２（Ｂ）におけるステップＳ２のルータ情報収集処理、及び図１２（Ｄ）におけるステップＳ２のゲートウェイ情報収集処理は、図２の実施形態と同様、それぞれ図５，図６及び図８のフローチャートに示した内容となる。
【０１１３】
これに対し図１２（Ｃ）におけるステップＳ２のサーバ情報収集処理は、図１３のフローチャートに示す処理となる。
【０１１４】
図１３のサーバ情報収集処理にあっては、ステップＳ１で音声パケットの劣化を検出して通知している監視装置例えば監視装置４８−１に対し、指定サーバの接続品質の監視を指示する。この指示が、図１１の監視装置処理におけるステップＳ４で判別され、ステップＳ５で指定サーバの接続品質監視処理が行われることになる。
【０１１５】
続いてステップＳ２で監視装置４８−１からのサーバ接続品質劣化検知通知があるか否かチェックしている。サーバ接続品質劣化検知の通知を判別すると、ステップＳ３に進み、接続品質劣化サーバのＣＰＵ負荷を取得し、またステップＳ４で接続品質劣化サーバの同時接続セッション数を取得し、ステップＳ５で取得したサーバ稼動情報であるＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを記録する。
【０１１６】
図１４は情報収集対象として更に、無線ＬＡＮのアクセスポイントを備えた本発明によるネットワーク障害情報収集システムを示した説明図である。図４において、ＩＰネットワーク１０は基本的に図９の実施形態と同じであり、ＩＰネットワーク１０に対し、監視装置４８−１，４８−２を設けると共に、これに分離して、管理用の管理サーバ５０を配置している。
【０１１７】
ＩＰネットワーク１０に対しては、図９の実施形態に加え更に、ルータ１８−３に対し無線ＬＡＮで使用される無線アクセスポイント６０を接続している。無線アクセスポイント６０は携帯電話端末６２−１，６２−２との間の音声パケットの送受信を行い、ＩＰネットワーク１０に配置しているゲートウェイ１６〜１２−３との間で通話接続を確立する。
【０１１８】
このようにＩＰネットワーク１０に対し無線アクセスポイント６０が配置されている場合には、例えばＩＰ電話端末１２−１と携帯電話端末６２−１との間の通話における音声パケットにつき、監視装置４８−１，４８−２でパケット劣化検知が行われて管理サーバ５０に通知された場合、管理サーバ５０はノード検索処理により、ゲートウェイ１６から携帯電話端末６２−１までのネットワーク経路上に存在するネットワーク機器として、ルータ１８−１〜１８−３に加え、無線アクセスポイント６０を検索し、無線アクセスポイント６０に対しては、ゲートウェイ１６と同様にしてＣＰＵ負荷、メモリ使用量または空きメモリ容量、ハードディスクドライブのような外部メモリを持つ場合は空きディスクスペースやディスクアクセス量、パケット送受信数、及び同時接続セッション数などの稼動情報を無線アクセスポイント情報として収集して記録する。
【０１１９】
また本発明は図２の監視装置部２６と管理サーバ部２８を一体化したネットワーク障害情報収集装置２４を構成するコンピュータで実行されるプログラムを提供するものであり、このプログラムは図４〜図８のフローチャートに示した内容となる。
【０１２０】
また本発明は、図１０に示した監視装置４８−１，４８−２と管理サーバ５０を構成するコンピュータのそれぞれで実行されるプログラムを提供するものであり、この場合、監視装置４８−１，４８−２のプログラムは図１１のフローチャートに示す内容となり、また管理サーバ５０のコンピュータで実行されるプログラムは図１２，図１３のフローチャートに示す内容となる。
【０１２１】
なお上記の実施形態はネットワーク障害の発生に対し敏感に影響が出るパケットとしてＶｏＩＰプロトコルにおける音声パケットを監視対象としているが、これ以外に、ネットワークの品質劣化に敏感なパケットとして、ビデオストリームのパケットを含むストリーム系のトラヒックにおけるパケットを監視しても良い。
【０１２２】
また上記の実施形態にあっては、図２の監視装置部２６と管理サーバ部２８を一体化したネットワーク障害情報収集装置２４以外に、その機能を分離した図１０の監視装置４８−１，４８−２と管理サーバ５０からなる装置構成としているが、この分離型の装置構成については図１０の実施形態に限定されず、管理サーバ５０側に設けている例えばノード検索部３６の機能を監視装置４８−１，４８−２側に設けるようにしてもよく、一体化した図２の装置構成における監視装置と管理サーバへの機能の分け方は必要に応じて適宜に行うことができる。
【０１２３】
また上記の実施形態にあっては、ＩＰネットワークにおける情報収集対象として、ルータ、ゲートウェイ、呼制御サーバを例にとるものであったが、本発明はこれに限定されず、パケット劣化検知及び接続品質劣化の対象となる適宜のノード及びサーバにつき、同様に適用して、一時的な障害を判別するための情報を収集することができる。
【０１２４】
また本発明はその目的と利点を損なうことのない適宜の変形を含み、更に上記の実施形態に示した数値による限定は受けない。
【０１２５】
ここで、本発明の特徴をまとめて列挙すると次の付記のようになる。
（付記）
（付記１）（オリジナル１：装置）
パケット網に配置されるネットワーク障害情報収集装置であって、
前記パケット網において定常的に送受信されるパケットを監視し、前記パケットの品質劣化を検知する品質劣化検知部と、
前記品質劣化検知部において前記パケットの品質劣化を検知したことにより、前記パケットの送受信端末までの経路上の機器を検索するノード検索部と、
前記ノード検索部において検索された各機器に対して情報収集パケットを発行して機器情報を収集して記録する情報収集部と、
を備えたことを特徴とするネットワーク障害情報収集装置。（１）
【０１２６】
（付記２）（音声パケットの品質劣化検知）
付記１記載のネットワーク障害情報収集装置であって、前記品質劣化検知部は、ＶｏＩＰプロトコルの音声パケットを監視し、前記音声パケットの遅延時間の増加又は前記音声パケットの喪失を判別して品質劣化を検知することを特徴とするネットワーク障害情報収集装置。
【０１２７】
（付記３）（ノード探索の詳細）
付記１記載のネットワーク障害情報収集装置であって、前記ノード検索部は、
前記パケットの送受信端末に向けて機器探索コマンドを発行することにより前記送受信端末までの経路上のノードを検索する第１ノード検索部と、
予め登録されているネットワークのトポロジ情報から送受信端末までの経路上のノードを検索する第２ノード検索部と、
の少なくとも一方を備えたことを特徴とするネットワーク障害情報収集装置。
【０１２８】
（付記４）（ノード情報収集の詳細）
付記１記載のネットワーク障害情報収集装置であって、前記情報収集部は、前記ノード検索部で検索された各ノードに対してＳＮＭＰコマンドを一定時間間隔で複数回発行して累積パケット数を取得してトラヒック流量を求めることを特徴とするネットワーク障害情報収集装置。
【０１２９】
（付記５）（トラヒック流量の詳細）
付記４記載のネットワーク障害情報収集装置であって、前記トラヒック流量は、前記ノードから取得した時間的に連続する複数の累積パケット数の隣接するパケット差の総和を、前記コマンド発生回数から１減じた値に一定時間間隔を乗じた値で割ることにより求めた単位時間当りのパケット数であることを特徴とするネットワーク障害情報収集装置。
【０１３０】
（付記６）（オリジナル１：サーバ負荷異常：装置）
付記１のネットワーク障害情報収集装置であって、
前記品質劣化検知部は、前記パケット網に配置された特定のサーバと任意の端末間のパケット送受信間隔を計測し、前記サーバにおける接続品質の劣化を検知し、
前記情報収集部は、前記品質劣化検知部において接続品質の劣化を検知したことにより、前記サーバから稼動情報を収集して記録することを特徴とするネットワーク障害情報収集装置。（２）
【０１３１】
（付記７）（音声パケットの接続品質劣化検知）
付記６記載のネットワーク障害情報収集装置であって、前記品質劣化検知部は、更に、前記サーバと任意の端末間のリクエストとレスポンスの関係のあるパケット送受信間隔を計測し、前記パケット送受信間隔が所定の閾値を超えて増大したこと又は所定のゆらぎ幅を超えて変動したことを判別して前記接続品質の劣化を検知することを特徴とするネットワーク障害情報収集装置。
【０１３２】
（付記８）（送受信間隔計測の詳細：ＳＩＰシグナリングパケット）
付記６記載のネットワーク障害情報収集装置であって、
前記サーバはＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｃｏｌ）サーバであり、
前記品質劣化検知部は、前記ＳＩＰサーバにＳＩＰシグナリングパケットを送信してからその応答パケットを受信するまでのレスポンス時間を前記パケット送受信時間として計測して接続品質の劣化を検知することを特徴とするネットワーク障害情報収集装置。
【０１３３】
（付記９）（稼動情報収集の詳細：ＣＰＵ負荷と同時接続セッション数）
付記６記載のネットワーク障害情報収集装置であって、前記情報収集部は、前記稼動情報として前記サーバのＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを収集することを特徴とするネットワーク障害情報収集装置。
【０１３４】
（付記１０）（オリジナル６：ゲートウェイなど）
付記１記載のネットワーク障害情報収集装置であって、
前記情報収集部は、前記品質劣化検知部において前記パケットの品質劣化を検知したことにより、前記パケット網に配置した複数のセッションを同時に収容できる装置からＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペースやディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを含む稼動情報を収集して記録することを特徴とするネットワーク障害情報収集装置。（３）
【０１３５】
（付記１１）（ゲートウェイと無線ＡＰ）
付記１０記載のネットワーク障害情報収集装置であって、前記パケット網に配置した複数のセッションを同時に収容できる装置はゲートウェイ及び無線ＬＡＮのアクセスポイントであることを特徴とするネットワーク障害情報収集装置。
【０１３６】
（付記１２）（オリジナル２：システム：監視装置＋管理サーバ）
パケット網に配置された１又は複数の監視装置と、
前記１又は複数の監視装置を管理する管理サーバと、
を備え、
前記監視装置に、パケット網において定常的に送受信されるパケットを監視し、前記パケットの品質劣化を検知する品質劣化検知部を設け、
前記管理サーバに、
前記品質劣化検知部において前記パケットの品質劣化を検知したことにより、前記パケットの送受信端末までの経路上の機器を検索するノード検索部と、
前記ノード検索部において検索された各ノードに対してテストコマンドを発行してノード情報を収集して記録する情報収集部と、
を設けたことを特徴とするネットワーク障害情報収集システム。（４）
【０１３７】
（付記１３）（音声パケットの品質劣化検知）
付記１２記載のネットワーク情報収集システムであって、前記監視装置の品質劣化検知部は、ＶｏＩＰプロトコルの音声パケットを監視し、前記音声パケットの遅延時間の増加又は前記音声パケットの喪失を判別して品質劣化を検知することを特徴とするネットワーク障害情報収集システム。
【０１３８】
（付記１４）（ノード探索の詳細）
付記１２記載のネットワーク障害情報収集システムであって、前記管理サーバのノード検索部は、
前記パケットの送受信端末に向けてノード探索コマンドを発行することにより前記送受信端末までの経路上のノードを検索する第１ノード検索部と、
予め登録されているネットワークのトポロジ情報から送受信端末までの経路上のノードを検索する第２ノード検索部と、
の少なくとも一方を備えたことを特徴とするネットワーク障害情報収集システム。
【０１３９】
（付記１５）（ノード情報収集の詳細）
付記１２記載のネットワーク障害情報収集システムであって、前記管理サーバの情報収集部は、前記ノード検索部で検索された各ノードに対してＳＮＭＰコマンドを一定時間間隔で複数回発行して累積パケット数を取得してトラヒック流量を求めることを特徴とするネットワーク障害情報収集システム。
【０１４０】
（付記１６）（トラヒック流量の詳細）
付記１５記載のネットワーク障害情報収集システムであって、前記トラヒック流量は、前記ノードから取得した時間的に連続する複数の累積パケット数の隣接するパケット差の総和を、前記コマンド発生回数から１減じた値に一定時間間隔を乗じた値で割ることにより求めた単位時間当りのパケット数であることを特徴とするネットワーク障害情報収集システム。
【０１４１】
（付記１７）（オリジナル３：情報取得の重複回避）
付記１２記載のネットワーク障害情報収集システムであって、前記管理サーバの情報収集部は、前記複数の監視装置から品質劣化の検知通知を受けた複数の経路上のノードにテストコマンドを発行する際に、複数の経路上の同一ノードを判別して１つのテストコマンドを発行してノード情報取得の重複を回避することを特徴とするネットワーク障害情報収集システム。
【０１４２】
（付記１８）（オリジナル５：サーバ負荷異常：システム）
付記１２記載のネットワーク障害情報収集システムであって、
前記監視装置の品質劣化検知部は、更に、前記パケット網に配置された特定のサーバと任意の端末間のパケット送受信間隔を計測し、前記サーバにおける接続品質の劣化を検知し、
前記管理サーバの情報収集部は、前記品質劣化検知部において接続品質の劣化を検知したことにより、前記サーバから稼動情報を収集して記録することを特徴とするネットワーク障害情報収集システム。（５）
【０１４３】
（付記１９）（送受信間隔計測の詳細：ＳＩＰシグナリングパケット）
付記１８記載のネットワーク障害情報収集システムであって、前記サーバはＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｃｏｌ）サーバであり、
前記監視装置の品質劣化検知部は、前記ＳＩＰサーバにＳＩＰシグナリングパケットを送信してからその応答パケットを受信するまでのレスポンス時間を前記パケット送受信時間として計測することを特徴とするネットワーク障害情報収集システム。
【０１４４】
（付記２０）（稼動情報収集の詳細：ＣＰＵ負荷と同時接続セッション数）
付記１８記載のネットワーク障害情報収集システムであって、前記管理サーバの情報収集部は、前記稼動情報として前記サーバのＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを収集することを特徴とするネットワーク障害情報収集システム。
【０１４５】
（付記２１）（オリジナル６：ゲートウェイなど）
付記１２記載のネットワーク障害情報収集システムであって、
前記管理サーバの情報収集部は、前記監視装置の品質劣化検知部で前記パケットの品質劣化を検知したことにより、前記パケット網に配置した複数のセッションを同時に収容できる装置からＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを含む稼動情報を収集して記録することを特徴とするネットワーク障害収集システム。（６）
【０１４６】
（付記２２）（ゲートウェイと無線ＡＰ：重複回避）
付記２１記載のネットワーク障害情報収集システムであって、前記パケット網に配置した複数のセッションを同時に収容できる装置はゲートウェイ及び無線ＬＡＮのアクセスポイントであり、
前記管理サーバの情報収集部は、前記複数の監視装置で前記パケットの品質劣化を検知したことにより、前記ゲートウェイ及びアクセスポイントから前記稼動情報を重複することなく収集して記録することを特徴とするネットワーク障害情報収集システム。
【０１４７】
（付記２３）（オリジナル１：方法）
パケット網に配置されるネットワーク障害情報収集方法であって、
前記パケット網で定常的に送受信されるパケットを監視し、前記パケットの品質劣化を検知する品質劣化検知ステップと、
前記品質劣化検知ステップにおいて前記パケットの品質劣化を検知したことにより、前記パケットの送受信端末までの経路上の機器であるノードを検索するノード検索ステップと、
前記ノード検索ステップにおいて検索された各ノードに対して情報収集パケットを発行してノード情報を収集して記録する情報収集ステップと、
を備えたことを特徴とするネットワーク障害情報収集方法。（７）
【０１４８】
（付記２４）（音声パケットの品質劣化検知）
付記２３記載のネットワーク障害情報収集方法であって、前記品質劣化検知ステップは、ＶｏＩＰプロトコルの音声パケットを監視し、前記音声パケットの遅延時間の増加又は前記音声パケットの喪失を判別して品質劣化を検知することを特徴とするネットワーク障害情報収集方法。
【０１４９】
（付記２５）（ノード探索の詳細）
付記２４記載のネットワーク障害情報収集方法であって、前記ノード検索ステップは、
前記パケットの送受信端末に向けてノード探索パケットを送信することにより前記送受信端末までの経路上のノードのアドレスを検索する第１ノード検索ステップと、
予め登録されているネットワークのトポロジ情報から送受信端末までの経路上のノードのアドレスを検索する第２ノード検索ステップと、
を備えたことを特徴とするネットワーク障害情報収集方法。
【０１５０】
（付記２６）（ノード情報収集の詳細）
付記２３記載のネットワーク障害情報収集方法であって、前記情報収集ステップは、前記ノード検索ステップにおいて検索された各ノードに対してＳＮＭＰパケットを一定時間間隔で複数回発行して取得したノード管理情報に含まれる累積パケット数からトラヒック流量を求めることを特徴とするネットワーク障害情報収集方法。
【０１５１】
（付記２７）（トラヒック流量の詳細）
付記２６記載のネットワーク障害情報収集方法であって、前記トラヒック流量は、前記ノードから取得した時間的に連続する複数の累積パケット数の隣接するパケット差の総和を、前記コマンド発生回数から１減じた値に一定時間間隔を乗じた値で割ることにより求めた単位時間当りのパケット数であることを特徴とするネットワーク障害情報収集方法。
【０１５２】
（付記２８）（オリジナル１：サーバ負荷異常：方法）
付記２３のネットワーク障害情報収集方法であって、
前記品質劣化検知ステップは、前記パケット品質の劣化を検知したことにより、前記パケット網に配置された特定のサーバと任意の端末間のパケット送受信間隔を計測して前記サーバにおける接続品質の劣化を検知し、
前記情報収集ステップは、前記品質劣化検知ステップで接続品質の劣化を検知したことにより、前記サーバから稼動情報を収集して記録することを特徴とするネットワーク障害情報収集方法。
【０１５３】
（付記２９）（音声パケットの接続品質劣化検知）
付記２８記載のネットワーク障害情報収集方法であって、前記品質劣化検知ステップは、前記端末から前記サーバに情報要求パケットを送信してから応答パケットを受信するまでのパケット送受信間隔を計測し、前記パケット送受信間隔が所定の閾値を超えて増大したこと又は所定のゆらぎ幅を超えて変動したことを判別して前記接続品質の劣化を検知することを特徴とするネットワーク障害情報収集方法。
【０１５４】
（付記３０）（送受信間隔計測の詳細：ＳＩＰシグナリングパケット）
付記２８記載のネットワーク障害情報収集方法であって、
前記サーバはＳＩＰサーバであり、
前記品質劣化検知ステップは、前記端末から前記ＳＩＰサーバにＳＩＰシグナリングパケットを送信してからその応答パケットを受信するまでのレスポンス時間を前記パケット送受信時間として計測して接続品質の劣化を検知することを特徴とするネットワーク障害情報収集方法。
【０１５５】
（付記３１）（稼動情報収集の詳細：ＣＰＵ負荷と同時接続セッション数）
付記２８記載のネットワーク障害情報収集方法であって、前記情報収集ステップは、前記稼動情報として前記サーバのＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを収集することを特徴とするネットワーク障害情報収集方法。
【０１５６】
（付記３２）（オリジナル６：ゲートウェイなど）
付記２３記載のネットワーク障害情報収集方法であって、
前記情報収集ステップは、前記品質劣化検知ステップで前記パケットの品質劣化を検知したことにより、前記パケット網に配置した異なるネットワークを接続すると共に複数のセッションを同時に収容できるノードからＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを含む稼動情報を収集して記録することを特徴とするネットワーク障害情報収集方法。
【０１５７】
（付記３３）（ゲートウェイと無線ＡＰ）
付記３２記載のネットワーク障害情報収集方法であって、前記ノードはゲートウェイ又は無線ＬＡＮのアクセスポイントであることを特徴とするネットワーク障害情報収集方法。
【０１５８】
（付記３４）（オリジナル１：プログラム）
パケット網に配置されるネットワーク障害情報収集装置のコンピュータを、
前記パケット網において定常的に送受信されるパケットを監視し、前記パケットの品質劣化を検知する品質劣化検知部、
前記品質劣化検知部において前記パケットの品質劣化を検知したことによりに、前記パケットの送受信端末までの経路上の機器であるノードを検索するノード検索部、及び
前記ノード検索部において検索された各ノードに対して情報収集パケットを発行してノード情報を収集して記録する情報収集部、
として機能させるためのプログラム。（８）
【０１５９】
（付記３５）（音声パケットの品質劣化検知）
付記３４記載のプログラムであって、前記品質劣化検知部は、ＶｏＩＰプロトコルの音声パケットを監視し、前記音声パケットの遅延時間の増加又は前記音声パケットの喪失を判別して品質劣化を検知することを特徴とするプログラム。
【０１６０】
（付記３６）（ノード探索の詳細）
付記３４記載のプログラムであって、前記ノード検索部は、
前記パケットの送受信端末に向けてノード探索パケットを送信することにより前記送受信端末までの経路上のノードのアドレスを検索する第１ノード検索部と、
予め登録されているネットワークのトポロジ情報から送受信端末までの経路上のノードのアドレスを検索する第２ノード検索部と、
を備えたことを特徴とするプログラム。
【０１６１】
（付記３７）（ノード情報収集の詳細）
付記３４記載のプログラムであって、前記情報収集部は、前記ノード検索部で検索された各ノードに対してＳＮＭＰパケットを一定時間間隔で複数回発行して取得したノード管理情報に含まれる累積パケット数からトラヒック流量を求めることを特徴とするプログラム。
【０１６２】
（付記３８）（トラヒック流量の詳細）
付記３７記載のプログラムであって、前記トラヒック流量は、前記ノードから取得した時間的に連続する複数の累積パケット数の隣接するパケット差の総和を、前記コマンド発生回数から１減じた値に一定時間間隔を乗じた値で割ることにより求めた単位時間当りのパケット数であることを特徴とするプログラム。
【０１６３】
（付記３９）（オリジナル１：サーバ負荷異常：プログラム）
付記３４記載のプログラムであって、
前記品質劣化検知部は、前記パケット品質の劣化を検知したことにより、前記パケット網に配置された特定のサーバと任意の端末間のパケット送受信間隔を計測して前記サーバにおける接続品質の劣化を検知し、
前記情報収集部は、前記品質劣化検知部で接続品質の劣化を検知したことにより、前記サーバから稼動情報を収集して記録することを特徴とするプログラム。
【０１６４】
（付記４０）（音声パケットの接続品質劣化検知）
付記３９記載のプログラムであって、前記品質劣化検知部は、前記端末から前記サーバに情報要求パケットを送信してから応答パケットを受信するまでのパケット送受信間隔を計測し、前記パケット送受信間隔が所定の閾値を超えて増大したこと又は所定のゆらぎ幅を超えて変動したことを判別して前記接続品質の劣化を検知することを特徴とするプログラム。
【０１６５】
（付記４１）（送受信間隔計測の詳細：ＳＩＰシグナリングパケット）
付記３９記載のプログラムであって、
前記サーバはＳＩＰサーバであり、
前記品質劣化検知部は、前記端末から前記ＳＩＰサーバにＳＩＰシグナリングパケットを送信してからその応答パケットを受信するまでのレスポンス時間を前記パケット送受信時間として計測して接続品質の劣化を検知することを特徴とするプログラム。
【０１６６】
（付記４２）（稼動情報収集の詳細：ＣＰＵ負荷と同時接続セッション数）
付記３９記載のプログラムであって、前記情報収集部は、前記稼動情報として前記サーバのＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを収集することを特徴とするプログラム。
【０１６７】
（付記４３）（オリジナル６：ゲートウェイなど）
付記３４記載のプログラムであって、
前記情報収集部は、前記品質劣化検知部で前記パケットの品質劣化を検知したことにより、前記パケット網に配置した異なるネットワークを接続すると共に複数のセッションを同時に収容できるノードからＣＰＵ負荷、メモリ使用量または空きメモリ容量、空きディスクスペース、ディスクアクセス量、パケット送受信数、及び同時接続セッション数の少なくとも１つを含む稼動情報を収集して記録することを特徴とするプログラム。
【０１６８】
（付記４４）（ゲートウェイと無線ＡＰ）
付記４３記載のプログラムであって、前記ノードはゲートウェイ又は無線ＬＡＮのアクセスポイントであることを特徴とするプログラム。
【図面の簡単な説明】
【０１６９】
【図１】本発明によるネットワーク障害情報収集装置を備えたネットワークを示した説明図
【図２】本発明によるネットワーク障害情報収集装置の実施形態を示したブロック図
【図３】本実施形態の機能構成を実現するコンピュータのハードウェア環境を示したブロック図
【図４】図２の実施形態によるネットワーク障害情報収集処理を示したフローチャート
【図５】図４（Ａ）のステップＳ３におけるノード検索処理の詳細を示したフローチャート
【図６】図４（Ａ）のステップＳ４におけるルータ情報収集処理の詳細を示したフローチャート
【図７】図４（Ｂ）のステップＳ３におけるサーバ情報収集処理の詳細を示したフローチャート
【図８】図４（Ｃ）のステップＳ８におけるゲートウェイ情報収集処理の詳細を示したフローチャート
【図９】監視装置の管理サーバに分離した本発明によるネットワーク障害情報収集システムを示した説明図
【図１０】図９の監視装置と管理サーバの実施形態を示したブロック図
【図１１】図１０の監視装置による処理を示したフローチャート
【図１２】図１０の管理サーバによる処理を示したフローチャート
【図１３】図１２（Ｃ）のステップＳ２におけるサーバ情報収集処理の詳細を示したフローチャート
【図１４】情報収集対象として無線ＬＡＮのアクセスポイントを備えた本発明によるネットワーク障害情報収集システムを示した説明図
【符号の説明】
【０１７０】
１０：ＩＰネットワーク
１２−１〜１２−２：電話端末
１２−３：ＩＰ電話端末
１４：ＰＢＸ
１６：ゲートウェイ
１８−１〜１８−４：ルータ
２０：ＷＡＮ
２２：呼制御サーバ
２４：ネットワーク障害情報収集装置
２６：監視装置部
２８：管理サーバ部
３０，３０−１，３０−２：ネットワークインタフェース
３２，３２−１３，３２−２：パケット品質劣化検知部
３４，３４−１，３４−２：接続品質劣化検知部
３６：ノード検索部
３８：ルータ情報収集部
４０：サーバ情報収集部
４２：ゲートウェイ情報収集部
４４：収集情報ロギング部
４６：ネットワーク障害解析装置
４８−１，４８−２：監視装置
５０：管理サーバ
６０：無線アクセスポイント
６２−１，６２−２：携帯電話端末
【図１】
2009049708.tif 000003
【図２】
2009049708.tif 000004
【図３】
2009049708.tif 000005
【図４】
2009049708.tif 000006
【図５】
2009049708.tif 000007
【図６】
2009049708.tif 000008
【図７】
2009049708.tif 000009
【図８】
2009049708.tif 000010
【図９】
2009049708.tif 000011
【図１０】
2009049708.tif 000012
【図１１】
2009049708.tif 000013
【図１２】
2009049708.tif 000014
【図１３】
2009049708.tif 000015
【図１４】
2009049708.tif 000016