(57)【要約】【課題】複数のネットワーク機器で構成されるネットワークに対してその振る舞いを監視するシステムで、運用者が与えた閾値とネットワーク機器から収集したネットワークのトラヒックの情報とを基にネットワークの品質劣化を見逃さずに運用者に通知する品質劣化の判断手段を提供する。【解決手段】任意のトラヒック統計情報が該トラヒック統計情報のある値（閾値Ａ）を過去Ｂ回超える場合や過去の一定時間内に決められた回数閾値Ａを超えた場合を品質劣化と判断するシステムで、前記、判断条件を満足しない場合に、自動的に閾値Ａを超えているか確認を行う過去データの数を増加させる手段と、増加した過去データの中で閾値Ａを超えた回数がある割合以上存在する場合にもネットワーク品質劣化発生と判断する判断手段を有する。【選択図】図１
2004140717.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワーク機器によって構成されるネットワークに対してその振る舞いを監視し、前記ネットワーク機器から、ある一定期間や計測回数等の単位区間で得られた値を基にネットワークの品質劣化を判断するネットワーク品質劣化判断システムであって、
前記単位区間で品質劣化と判断しなくても過去の単位区間の情報を品質劣化判断のための情報に追加する手段と、
前記拡張された単位区間で品質劣化に近くなったかを判断する手段と
を設けることを特徴とするネットワーク品質劣化判断システム。
【請求項２】
請求項１記載のネットワーク品質劣化判断システムであって、
単位区間での品質劣化判断のための値は複数存在し、その値がある一定回数基準値を超えたもしくは下がった場合に品質劣化と判断することを特徴とするネットワーク品質劣化判断システム。
【請求項３】
請求項１または２記載のネットワーク品質劣化判断システムであって、
単位区間を拡張した時に、品質劣化の判断基準を変更する手段を設けることを特徴とするネットワーク品質劣化判断システム。
【請求項４】
請求項１または２または３記載のネットワーク品質劣化判断システムであって、
品質劣化と判断した時に、その判断した条件を含めて品質劣化を通知する手段を設けることを特徴とするネットワーク品質劣化判断システム。
【請求項５】
複数のネットワーク機器によって構成されるネットワークに対してその振る舞いを監視し、ネットワーク機器からトラヒックを収集し、ネットワークの品質劣化を判断するネットワーク品質劣化判断システムであって、
定期的にトラヒックを収集する収集手段と、
前記収集手段から時間毎、週毎等のある一定期間でのネットワークのトラヒックの変動を算出する手段と、
現時点のトラヒックと前記トラヒックの変動を基に、以後のトラヒックを予測する手段と、
前記予測手段で予測された予測値を基に品質劣化を判断する第一の判断手段と、
前記第一の判断手段で品質劣化と判断した時、トラヒック収集間隔を短縮する手段と、
前記短縮する手段によって得られたトラヒックを基に品質劣化を判断する第二の判断手段と
を設けることを特徴とするネットワーク品質劣化判断システム。
【請求項６】
請求項５記載のネットワーク品質劣化判断システムにおいて、
前記予測手段として、
過去数回で得られたトラヒック値と、前記トラヒックの変動における同じ状態での値との差分を計算する手段と、
前記計算された差分にばらつきが大きい時、その差分の最低値を基に以後のトラヒックの予測を行う手段と
を設けることを特徴とするネットワーク品質劣化判断システム。
【請求項７】
ネットワーク品質劣化を監視するシステムであって、
請求項１から６いずれか一に記載の品質劣化判断システムのいずれかを用いて、品質劣化の判断を行い、品質劣化と判断した時、該品質劣化が影響を及ぼす影響範囲を同定する手段と、
前記影響範囲同定手段で同定された影響範囲における影響度を計測する手段と、
前記影響範囲同定手段と前記計測手段で得られた結果を通知する手段と
を設けたネットワーク品質劣化監視システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は複数のネットワークや複数のｅｎｄ−ｔｏ−ｅｎｄパスを管理するネットワーク管理技術に関するものである。
【０００２】
【従来の技術】
インターネットをはじめとするＩＰネットワークの普及により、ＶｏＩＰやストリーミングによる動画配信など、接続性だけではなく、帯域の保証等ネットワークの品質が求められるようになっている。ネットワーク品質を監視する方法として、管理対象のネットワークを構成するルータ等のネットワーク機器に対し、ＳＮＭＰ（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ）を用いて性能を監視する方法が一般的に行われている。
【０００３】
従来このような性能監視の技術としては、ネットワーク機器から取得した性能情報がある一定の値（閾値）を超えた場合、品質劣化と判断する閾値判定が行われている。閾値の設定に関しては、一定期間内に発生したアラーム発生回数と、同一期間内に発生したアラーム発生回数に対する閾値とを基に自動的に閾値の値を設定する方法がたとえば特許文献１に記載されている。これは、一定期間内に発生したアラーム発生回数と、閾値とを比較し、アラーム発生回数が閾値より大幅に多い場合は管理者に合意を得た後、閾値となる回数を大きくし、アラーム発生回数が閾値より大幅に少ない場合は閾値となる回数を小さくするという動作を行うことにより、閾値の自動設定を行うものである。
【０００４】
【特許文献１】
特開平６−１７５８８７号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、上記方法では閾値が最適となるまで時間がかかり、運用開始時で設定された閾値では運用者の意図を十分に反映したものになっているとは限らず、品質劣化が起きている状態でも、アラームが通知されない場合があると考えられる。このため、運用者が与えた閾値を基に品質劣化を見逃さずに運用者に通知する手段が必要となる。
【０００６】
【課題を解決するための手段】
本発明では、任意のトラヒック統計情報が該トラヒック統計情報のある値（閾値Ａ）を過去Ｂ回超える場合や過去の一定時間内に決められた回数閾値Ａを超えた場合を品質劣化と判断するシステムで、前記、判断条件を満足しない場合に、閾値Ａを超えているか確認を行う過去データの数を自動的に増加させる手段と、増加した過去データの中で閾値Ａを超えた回数がある割合以上存在する場合にもネットワーク品質劣化発生と判断する判断手段を有する。
【０００７】
また、他の方法として過去に収集したトラヒック統計情報を用いて曜日毎の一定時間間隔の平均値を計算した、長期傾向を用いて、トラヒック統計情報の予測を行う手段と、予測値がネットワーク品質劣化となる場合には、管理対象ネットワークを構成するルータからトラヒック統計情報を収集する時間間隔を短縮する手段を有する。
【０００８】
【発明の実施の形態】
以下、発明の実施形態について図面を用いて説明する。まず、本発明の第一の実施例を図１から図８を用いて説明する。
【０００９】
図１は、本実施形態におけるネットワーク品質計測システムの一構成例を示す。
【００１０】
本実施例においてネットワーク品質計測システムは、ＳＬＡ（Ｓｅｒｖｉｃｅ　Ｌｅｖｅｌ　Ａｇｒｅｅｍｅｎｔ）マネージャ（１ｂ）とネットワーク品質計測サーバ（１ｃ）から構成される。ネットワーク管理者（１ａ）は、ネットワーク品質計測サーバ（１ｂ）に対して、品質劣化を判断する閾値の設定を行う。ネットワーク計測サーバ（１ｂ）はネットワーク管理者（１ａ）の設定した閾値にのっとり、ネットワーク品質劣化を判断し、ネットワーク品質劣化の発生をネットワーク管理者（１ａ）に、その品質劣化が影響を及ぼすｅｎｄ−ｔｏ−ｅｎｄパスをＳＬＡマネージャ（１ｂ）に対して出力する。ＳＬＡマネージャ（１ｂ）は通知されたｅｎｄ−ｔｏ−ｅｎｄパスをサービス管理者に通知する。
【００１１】
ここで設定される閾値は、ルータから入手したインタフェース毎のトラヒック量や、インタフェース毎の廃棄パケット数、ネットワーク層における廃棄パケット数等のトラヒック統計値に対する閾値（以下、閾値Ａとする）と、ルータから入手したトラヒック統計情報のそれぞれの値が過去に閾値Ａを連続して超えている回数を判断する閾値（以下、閾値Ｂとする）の２種類存在する。閾値Ａと閾値Ｂはそれぞれのルータのトラヒック統計値に対して設定される。
【００１２】
ネットワーク品質計測サーバ（１ａ）はネットワーク通信装置（１ｇ）、中央演算処理装置（１ｄ）、メモリ（１ｅ）、ハードディスク（１ｈ）から構成される。ハードディスク（１ｈ）には管理対象ネットワーク（１ｏ）内の全てのルータ（１ｐ）からトラヒック量や廃棄パケット数等のトラヒック統計情報を取得し、そのトラヒック統計情報からネットワーク品質劣化を判断する計測・判断部（１ｋ）と、ネットワーク品質劣化箇所を経路中に含むｅｎｄ−ｔｏ−ｅｎｄパスを同定するパス同定部（１ｍ）と、パス同定部で同定されたｅｎｄ−ｔｏ−ｅｎｄパスのｅｎｄ−ｔｏ−ｅｎｄ品質を計測するパス計測部（１ｎ）と、管理対象ネットワーク（１ｏ）に含まれる全てのルータ（１ｐ）から、論理接続情報やルーティング情報等、ネットワーク構成情報の取得を行うネットワーク構成情報収集部（１ｊ）という４つのプログラムが含まれるものとする。
【００１３】
以下に本実施形態におけるネットワーク計測サーバの動作について説明する。
【００１４】
初めにネットワーク構成情報収集部（１ｊ）の動作を説明する。
【００１５】
ネットワーク構成情報収集部（１ｊ）は他のモジュールとは独立に動作し、定期的に管理対象ネットワーク（１ｏ）中の全てのルータ（１ｐ）からＳＮＭＰ（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ）を用いてネットワーク構成情報を入手し、データベース（１ｉ）に保存されているネットワーク構成情報の更新を行う。このネットワーク構成情報を保存するデータベースには各ルータの論理接続情報と、そのルータに対するルーティング情報が存在する。
【００１６】
以上が本実施例のネットワーク構成情報収集部（１ｊ）の動作説明である。
【００１７】
次に、ネットワーク品質計測サーバ（１ｃ）の計測・判断部（１ｋ）、パス同定部（１ｍ）、パス計測部（１ｎ）で行われる処理について説明する。図２は各処理部（１ｋ）（１ｍ）（１ｎ）の処理概要を示したフローチャートである。
【００１８】
まず、計測・判断部（１ｋ）はネットワーク管理者（１ａ）による閾値の設定を読み取り（２ａ）、その後ルータからネットワーク統計情報を収集し、ネットワーク品質劣化の判断を行う（２ｂ）。
【００１９】
図３のフローチャートを用いて計測・判断部（１ｋ）で行われる、ネットワーク品質劣化を判断する処理について説明する。計測・判断部（１ｋ）では定期的に管理対象ネットワーク（１ｏ）に含まれるルータ（１ｐ）全てからインタフェース毎のトラヒック量やインタフェース毎の廃棄パケット数、ネットワーク層における廃棄パケット数等のトラヒック統計情報を、ＳＮＭＰを用いて入手する（３ａ）。ルータ（１ｐ）から入手したトラヒック統計情報はテーブル形式でデータベースに保存される（３ｂ）。
【００２０】
図４、図５を用いてデータベースに格納するトラヒック統計情報について説明する。
【００２１】
図４はルータ毎のトラヒック統計情報を格納するトラヒック統計情報保存テーブル（４ａ）を示し、図５はルータのインタフェース毎のトラヒック統計情報を格納するインタフェース用トラヒック統計情報保存テーブル（５ａ）を示す。
【００２２】
トラヒック統計情報保存テーブル（４ａ）は該テーブルを識別するテーブルＩＤ（４ｂ）と、一意なルータ名（４ｃ）と、各ルータのインタフェースを識別するインタフェース名（４ｅ）と、インタフェース用トラヒック統計情報保存テーブル（５ａ）を参照する参照テーブルＩＤ（４ｆ）を含む。更にＩＰ層におけるトラヒック統計情報（４ｇ）として、ＩＰパケットの廃棄パケット数（４ｉ）とその値を収集した計測時間（４ｈ）とで構成される。定期的に収集されるＩＰ層のトラヒック統計値はこのＩＰトラヒック統計情報（４ｇ）に追加される。
【００２３】
インタフェース用トラヒック統計情報保存テーブル（５ａ）は、該テーブルを識別するテーブルＩＤ（５ｂ）と、インタフェースを含むルータ名（５ｃ）と、インタフェース名（５ｅ）とを含む。テーブルＩＤ（５ｂ）の値はトラヒック統計情報保存テーブル（４ａ）の参照テーブルＩＤ（４ｆ）の値のうち該当するものと同じ値をもつものとする。ＩＦトラヒック統計情報（５ｄ）は、トラヒック量（５ｇ）と、帯域利用率（５ｈ）と、廃棄パケット数（５ｉ）および、これらの値を収集した時間を表す計測時間（５ｆ）を含む。定期的に収集されるＩＦトラヒック統計値はＩＦトラヒック統計情報に追加される。
【００２４】
本実施例では、各ルータのルータ名（４ｃ）（５ｃ）はルータの管理用ポートのＩＰアドレスを用いる。また、インタフェース名（４ｅ）（５ｅ）はＲＦＣ１２１３で規定されている標準ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂａｓｅ）のｉｆＩｎｄｅｘを用いる。トラヒック量（５ｇ）の単位はバイト数を用い、帯域利用率（５ｈ）はトラヒック量とＭＩＢ２で定められるｉｆＳｐｅｅｄという帯域幅を表すデータと、計測時間とを用いて計算できる平均帯域利用率を用いる。廃棄パケット数（４ｉ）（５ｉ）はＭＩＢ２で定められるｉｆＩｎＤｉｓｃａｒｄｓと、ｉｆＯｕｔＤｉｓｃａｒｄｓと、　ｉｐＩｎＤｉｓｃａｒｄｓと、ｉｐＯｕｔＤｉｓｃａｒｄｓの値をそれぞれ入力する。
【００２５】
次に計測・判断部（１ｋ）では、あらかじめネットワーク管理者（１ａ）により設定され、ハードディスク（１ｈ）に保存してある２種類の閾値（閾値Ａと閾値Ｂ）と、上記テーブル形式で保存したトラヒック統計情報を用いてネットワーク品質劣化を判断する処理（３ｇ）を行う。
【００２６】
品質劣化の判断（３ｇ）では、まず、トラヒック量、帯域利用率、廃棄パケット数等、各々の項目別に、ルータ（１ｐ）から入手したトラヒック統計情報の値と該トラヒック統計情報に対する閾値Ａとの比較を行う（３ｃ）。トラヒック統計情報の方が大きい場合、保存してあるトラヒック統計情報を参照し、現地点から過去Ｂ回（閾値Ｂ）の間、値に対する閾値Ａを超えているか調べる。全てのトラヒック統計値が閾値Ａより大きかった場合、ネットワーク品質劣化と判断する（３ｄ）。
【００２７】
また、トラヒック統計情報が閾値Ａより小さい場合は現地点から閾値Ｂの定数倍の過去データに対して、ある割合以上の回数で閾値Ａを超えているかをそれぞれ調べ、超えている場合、ネットワーク品質劣化と判断する（３ｅ）。ここである割合とは、過去データを増やすほど低くなるように、自動的に設定するものとする。例えば、２倍の時は０．８、３倍の時は０．６等とする。
【００２８】
品質劣化の判断については、過去Ｃ回の閾値判定のうちＢ回閾値Ａを超している場合が品質劣化とし、品質劣化の判断を行う情報を拡張する時は閾値Ｃの定数倍とし、閾値Ａを超えた回数がＢの定数倍より少ない任意の割合よりも多い場合に、品質劣化と判断する方法もある。
【００２９】
ネットワーク品質劣化を判断する上記品質劣化判断処理（３ｇ）でそれぞれネットワーク品質劣化と判断した場合、パス同定部（１ｍ）に対してネットワーク品質劣化を伝える（３ｆ）。
【００３０】
図６はパス同定部に伝えられる品質劣化に関する情報（６ａ）を示す。品質劣化内容（６ｂ）は、品質劣化と判断したトラヒック情報を表すものである。ここでは、“１”が帯域利用率、“２”がネットワーク層での廃棄パケット数、“３”がデータリンク層での廃棄パケット数により品質劣化判断が行われたことを表すものとする。また、品質劣化判断種別（６ｃ）は、ネットワーク品質劣化と判断した理由を表す。ここでは、“１”が過去Ｂ（閾値Ｂ）回のデータに対して判断した結果ネットワーク品質劣化を起こしていると判断したことを、“２”が過去（Ｂ×２）回のデータに対して判断した結果、ネットワーク品質劣化を起こしていると判断したことを、“３”が過去（Ｂ×３）回のデータに対して判断した結果、ネットワーク品質劣化を起こしていると判断したことを示す。ルータ名（６ｄ）はネットワーク品質劣化が発生したルータを特定するルータ名を示す。インタフェース名（６ｅ）はネットワーク品質劣化が発生したインタフェースを特定するインタフェース名を示す。ただし、ＩＰネットワーク層での廃棄パケット数によるネットワーク品質劣化の伝達の際には、インタフェース名（６ｅ）は使用しない。
【００３１】
以上が、本実施例における計測・判断部（１ｋ）の説明である。
【００３２】
次にパス同定部（１ｍ）により、計測・判断部（１ｋ）からのネットワーク品質劣化の伝達をきっかけとして、ネットワーク品質劣化発生箇所を経路に含むｅｎｄ−ｔｏ−ｅｎｄパスの同定を行う。
【００３３】
パス同定部（１ｍ）では最初に計測・判断部（１ｋ）からネットワーク性能劣化を表す品質劣化伝達情報（６ａ）を受信する。その後、品質劣化伝達情報（６ａ）に含まれるルータ名（６ｄ）とインタフェース名（６ｅ）で指定されるネットワーク品質劣化箇所を経路に含むｅｎｄ−ｔｏ−ｅｎｄパスの導出を、対応するルータのインタフェースを起点として、ネットワーク論理接続情報や、ルーティング情報を用いて行う（２ｃ）。また、ＩＰネットワーク層での廃棄パケット数によりネットワーク品質劣化と判断した場合には対応するルータを起点としてネットワーク品質劣化ルータを経路に含む全てのｅｎｄ−ｔｏ−ｅｎｄパスの導出を行う。
【００３４】
Ｅｎｄ−ｔｏ−ｅｎｄパスの導出終了後、導出したｅｎｄ−ｔｏ−ｅｎｄパス情報やネットワーク性能劣化情報を含むパスデータ（７ａ）をパス計測部（１ｎ）へ出力する。
【００３５】
図７を用いてパスデータ（７ａ）について説明する。パスデータ（７ａ）はネットワーク性能劣化情報として、該ｅｎｄ−ｔｏ−ｅｎｄパスを一意に識別するパスナンバー（７ｂ）と、品質劣化発生の原因を表す品質劣化内容（７ｃ）と、品質劣化の判断方法を表す品質劣化判断種別（７ｄ）とが含まれる。また、同定されたｅｎｄ−ｔｏ−ｅｎｄパス情報として、ルータ名（７ｆ）とインタフェース名（７ｇ）とそのインタフェースのＩＰアドレス（７ｈ）とで構成される経路情報（７ｋ）を連ねたものである。この経路情報（７ｋ）には、各地点における品質劣化と判断された項目のトラヒック統計情報の値（７ｉ）も含まれる。
【００３６】
以上が、本実施例におけるパス同定部（１ｍ）における動作の説明である。
【００３７】
次にパス計測部（１ｎ）により、同定されたｅｎｄ−ｔｏ−ｅｎｄパスのスループットを計測し、パスデータ（７ａ）とトラヒック統計情報、ｅｎｄ−ｔｏ−ｅｎｄパスの品質を計測した結果をハードディスク（１ｈ）に保存する（２ｄ）。
【００３８】
以下、パス計測部（１ｎ）におけるスループット計測の処理概要を説明する。パス計測部（１ｎ）では最初にパス同定部（１ｍ）からパスデータ（７ａ）を受信する。次にｅｎｄ−ｔｏ−ｅｎｄパスのスループットの計測を行う。ここでは、各ルータはｅｎｄ−ｔｏ−ｅｎｄパス毎のデータ転送量を通知する機能を持つものとする。パス計測部はｅｎｄ−ｔｏ−ｅｎｄパスの送信先がわに最も近いルータに対して、ｅｎｄ−ｔｏ−ｅｎｄパスのデータ転送量を計測する指示を出す。パス計測部は計測指示を出したルータから得たデータ転送量を用いてスループットの計算を行う。計算結果はルータから取得したフロー情報と共にパス計測情報（８ａ）として保存される。
【００３９】
パス計測情報（８ａ）の保存形式を図８に示す。パス計測情報（８ａ）は計測したパスを識別するパスナンバー（８ｂ）と、送信元ネットワーク（８ｃ）と、送信先ネットワーク（８ｄ）と、開始時間（８ｅ）と、終了時間（８ｆ）と、トラヒック量（８ｇ）と、スループット（８ｈ）とを含む。
【００４０】
パス計測部は、計測情報を収集すると、ネットワーク品質劣化を示す品質劣化伝達情報（６ａ）をネットワーク管理者（１ａ）に、パス計測部で保存した計測結果（８ａ）をＳＬＡマネージャ（１ｂ）に対して通知する。
【００４１】
以上が本実施例におけるパス計測部（１ｎ）における動作の説明である。
【００４２】
以上の構造、操作により、ネットワーク管理者が指定した閾値そのものでなくとも類似と思われる状態をネットワーク管理者に通知することが出来る。
【００４３】
第二の実施例を図２、図４、図５と図９から図１２を用いて説明する。図９は本実施例におけるネットワーク品質計測システムの一構成例を示す。本実施例におけるネットワーク品質計測サーバ（１ｃ）は第一の実施例と類似しているが、過去に計測・判断部（１ｋ）が収集したデータを基に、定期的なデータ変動の傾向を作成するトレンド作成部（９ａ）を持つものとする。トレンド作成部（９ａ）は他のモジュールとは独立に動作するものとする。以下にトレンド作成部（９ａ）の動作を説明する。
【００４４】
トレンド作成部（９ａ）では、まず始めに計測・判断部（１ｋ）が収集し、データベース（１ｉ）に保存した過去３ヶ月分のトラヒック統計情報をそれぞれ入手する。このトラヒック統計情報を用いて曜日毎に３０分間隔の平均値を計算する。図１０、図１１を用いてデータベースに格納されるトレンド情報を説明する。
【００４５】
図１０はルータ毎のトレンドを保存するトレンド保存テーブル（１０ａ）を示し、図１１はインタフェース毎のトレンドを保存するインタフェース用トレンド保存テーブル（１１ａ）を示す。
【００４６】
トレンド保存テーブル（１０ａ）にはテーブルを識別するテーブルＩＤ（１０ｂ）と、一意なルータ名（１０ｃ）と、インタフェースを識別するインタフェース名（１０ｄ）と、インタフェース用トレンド保存テーブル（１１ａ）を参照する参照テーブルＩＤ（１０ｆ）と、ＩＰトレンド情報（１０ｇ）とが含まれる。ＩＰトレンド情報は、曜日（１０ｈ）と、平均値計算期間の開始時刻（１０ｉ）と、終了時刻（１０ｊ）と、ネットワーク層での廃棄パケット数（１０ｋ）とで構成され、曜日毎にそれぞれ連ねられる。
【００４７】
インタフェース用トレンド保存テーブル（１１ａ）はテーブルを識別するテーブルＩＤ（１１ｂ）と、該インタフェースを含むルータのルータ名（１１ｃ）と、インタフェースを識別するインタフェース名（１１ｄ）と、ルータのＩＦトレンド情報（１１ｅ）とで構成される。ＩＦトレンド情報（１１ｅ）は、曜日（１１ｆ）と、平均値計算期間の開始時刻（１１ｇ）と、終了時刻（１１ｈ）と、トラヒック量（１１ｉ）と、帯域利用率（１１ｊ）と、廃棄パケット数（１１ｋ）とで構成され、曜日毎にそれぞれ連ねられる。
【００４８】
トレンド保存テーブル（１０ａ）（１１ａ）の作成は一週間毎に実行され、作成したトレンド保存テーブルはデータベース（１ｈ）に蓄積される。
【００４９】
以上が本実施例におけるトレンド作成部（９ａ）の動作の説明である。
【００５０】
ネットワーク構成情報収集部（１ｊ）については、第一の実施例と同様に他のモジュールとは独立に動作し、管理対象ネットワーク（１ｏ）内のルータ（１ｐ）から定期的にネットワーク構成情報を収集する。
【００５１】
ネットワーク品質計測サーバ（１ｃ）の計測・判断部（１ｋ）と、パス同定部（１ｍ）と、パス計測部（１ｎ）における動作は図２に示す第一の実施例と処理概要は同じであるが、計測・判断部（１ｋ）の動作（２ｂ）が第一の実施例とは異なる。
【００５２】
本実施例における計測・判断部（１ｋ）の動作（２ｂ）を図１２のフローチャートを用いて説明する。
【００５３】
最初に第一の実施例と同様にトラヒック統計情報を収集し（３ａ）、図４、図５のデータ形式でハードディスクに保存する（３ｂ）。収集したトラヒック統計情報に対して第一の実施例と同様にネットワーク品質劣化の判断を行う（３ｇ）。品質劣化と判断した場合、パス同定部（１ｍ）に対してネットワーク品質劣化の発生を伝える（３ｆ）。品質劣化ではないと判断した場合、トレンドを用いた予測値との比較を行う。
【００５４】
最初にトレンドの値と現在の値とを比較し、現在の値が大きければ次に進む（１２ａ）。次に、トレンドを基に１時間後の予測値を計算し、閾値Ａと比較する（１２ｂ）。ここで、予測値が閾値Ａを越している時、トラヒック統計情報の収集間隔を短縮させ、短縮させた収集間隔での値を監視する（１２ｃ）。トレンドから予測される値と監視結果が同じ振る舞いをしていれば、パス同定部（１ｍ）に品質劣化の前兆が発生したと伝える。
【００５５】
ここで出力される品質劣化伝達情報（６ａ）は第一の実施例で使用される品質劣化伝達情報に加えて、品質劣化判断種別（６ｃ）の中身として、“４”を分散の小さい場合の予測、“５”を分散の大きい場合の予測として加える。
【００５６】
また、ここで行う予測方法では、収集値を入手する毎に、現在の収集値と現在時刻に対するトレンド値との差分を計算し、過去ある一定期間で、その差分のばらつきが小さい場合には、現在の収集値から現在時刻に対するトレンド値を引き、その値に予測時刻に対するトレンド値を加えたものを予測値とする。また、過去ある一定期間で、収集値とトレンド値の差分のばらつきが大きい場合には、その一定期間内で最も小さかった差分に予測時刻に対するトレンド値を加えたものを予測値とする。
【００５７】
以上が本実施例における計測・判断部（１ｋ）の動作の説明である。
【００５８】
本実施例では、トレンドを作成できる過去データが揃うまでは、第一の実施例のネットワーク品質劣化判断方法のみを用いることとする。
【００５９】
以上の構造、操作により、ネットワーク管理者は、ネットワーク品質劣化が発生する前に、より迅速な対応が可能となる。
【００６０】
上記実施形態により、ネットワーク管理者の熟練度に関わらず、ルータからＳＮＭＰを用いて得られる情報のみを用いて、ネットワーク品質劣化もしくはネットワーク品質劣化予兆を検知可能となる。
【００６１】
さらに検知したネットワーク品質劣化が影響を与えるｅｎｄ−ｔｏ−ｅｎｄパスや該ｅｎｄ−ｔｏ−ｅｎｄパスに対するネットワーク品質劣化の影響等を容易にネットワーク管理者が知ることが可能となる。
【００６２】
【発明の効果】
本発明によれば、ネットワーク品質劣化を、より確実に把握することが可能になる。
【図面の簡単な説明】
【図１】本実施形態におけるネットワーク品質計測システムの一構成例を表した図である。
【図２】ネットワーク品質計測サーバにおける計測・判断部、パス同定部、パス計測部での処理概要の一例を表したフローチャートである。
【図３】計測・判断部での処理概要の一例を表したフローチャートである。
【図４】計測・判断部で収集したトラヒック統計量を保存するデータベースのテーブル形式を表した図である。
【図５】計測・判断部で収集したトラヒック統計量を保存するデータベースのテーブル形式を表した図である。
【図６】品質劣化が発生したことを知らせる品質劣化伝達情報のデータ形式を表した図である。
【図７】パス同定部から出力されるパスデータのデータ形式を表した図である。
【図８】パス計測部で計測されたスループットをパスデータと共に保存する際のデータ形式を表した図である。
【図９】本実施形態におけるネットワーク品質計測システムの一構成例を表した図である。
【図１０】トレンドをデータベースに保存するデータ形式を表した図である。
【図１１】トレンドをデータベースに保存するデータ形式を表した図である。
【図１２】計測・判断部における処理概要を表したフローチャートである。
【符号の説明】
１ｃ・・・ネットワーク品質計測サーバ
１ｄ・・・中央演算処理装置
１ｅ・・・メモリ
１ｆ・・・バス
１ｇ・・・ネットワーク通信装置
１ｈ・・・ハードディスク
１ｉ・・・データベース
１ｊ・・・ネットワーク構成情報収集部
１ｋ・・・計測・判断部
１ｍ・・・パス同定部
１ｎ・・・パス計測部
【図１】
2004140717.tif 000003
【図２】
2004140717.tif 000004
【図３】
2004140717.tif 000005
【図４】
2004140717.tif 000006
【図５】
2004140717.tif 000007
【図６】
2004140717.tif 000008
【図７】
2004140717.tif 000009
【図８】
2004140717.tif 000010
【図９】
2004140717.tif 000011
【図１０】
2004140717.tif 000012
【図１１】
2004140717.tif 000013
【図１２】
2004140717.tif 000014