JP2001237831A - ネットワーク管理システム - Google Patents

Abstract

(57)【要約】 【課題】 設定されたＱｏＳポリシにしたがって各ノー
ドにおけるポリシの運用状況を監視することができ、ポ
リシの運用自体を保証するネットワーク管理システムを
提供する。 【解決手段】 管理者端末２３を介し設定されたネット
ワーク２０内の第１〜第５のノード２１₁〜２１₅に対す
るＱｏＳポリシを、ポリシサーバ２２がそれぞれ固有の
ポリシＩＤを付与しポリシ情報３４として一元管理し、
ノード情報３５を参照してポリシサーバ２２に付与され
ているポリシサーバＫＥＹとともに各ノードに対して設
定する。各ノードでは、ＱｏＳパラメータ管理テーブル
に設定されたＱｏＳポリシで指定されるフローを識別
し、ポリシＩＤごとにＱｏＳレポート管理テーブルに帯
域監視情報を収集し、一定時間Ｔ₁ごとにポリシＩＤと
ポリシサーバＫＥＹが含まれる帯域監視データを送信さ
せる。ポリシサーバ２２では、帯域レポート処理部３１
により一定時間Ｔ₂ごとに、各ノードからの帯域監視デ
ータについて帯域分析とアラーム分析とが行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はトラフィックの優先
順位や帯域制御等のネットワーク品質を保証するための
管理制御を行うネットワーク管理システムに係わり、詳
細にはその管理制御のためのネットワーク運用方針が一
元管理されるネットワーク管理システムに関する。

【０００２】

【従来の技術】近年の通信技術および情報処理技術の進
歩にもかかわらず、インターネットの爆発的普及によ
り、ローカルエリアネットワーク（Local Area Networ
k：ＬＡＮ）や広域ネットワーク（Wide Area Network：
ＷＡＮ）におけるトラフィックの混雑度が高まってい
る。一方、企業における重要な業務アプリケーションの
トラフィックや、ＩＰデータとして転送されるＶｏＩＰ
（Voice over IP）といった音声情報の通信を行うアプ
リケーションのトラフィック等は、ネットワークの混雑
状況にかかわらずできるだけ早く処理しなければ企業の
売り上げに影響を及ぼしたり、音声が途切れたりといっ
た不都合な事態が生ずる。すなわち、このようなネット
ワーク環境下において、特定のトラフィックに関し、優
先的に帯域を確保して確実に情報通信を行うことが必要
である。そこで、フローやアプリケーションごとの優先
順位付けや帯域保証等を行うＱｏＳ（Quality of Servi
ce）技術により、ネットワークのトラフィック制御を行
うネットワーク管理システムがある。

【０００３】図１４は、このような従来のネットワーク
管理システムの構成の概要を表わしたものである。この
ネットワーク管理システムは、ネットワーク１０を構成
するネットワーク機器としての第１〜第５のノード１１
₁〜１１₅と、ネットワーク１０内の各ノードにおいて流
入あるいは流出する各種トラフィックの優先順位や帯域
制御等のＱｏＳを保証するためのネットワーク運用方針
を規定するＱｏＳポリシが管理されるポリシサーバ１２
とを備えている。

【０００４】このネットワーク管理システムでは、ネッ
トワーク管理者によって設定されたＱｏＳポリシはポリ
シサーバ１２で一元管理される。ポリシサーバ１２は、
一元管理する各種ＱｏＳポリシのうち反映させたいノー
ドに対してポリシをＱｏＳパラメータとして設定する。
ポリシに基づくＱｏＳパラメータが設定されたネットワ
ーク１０内の各ノードは、実際に自ノードに入出力され
るトラフィックの識別、流量制御、流量監視あるいはシ
ェーピング等、設定されたポリシにしたがってトラフィ
ック制御を行い、ＱｏＳ機能を実行する。

【０００５】このようなポリシサーバ１２は、ソフトウ
ェアによって実行される。例えば、ポリシサーバ１２に
おいてグラフィカルユーザインタフェース（Graphical
UserInterface：以下、ＧＵＩと略す。）環境下で、ネ
ットワーク管理者によって作成されたポリシは、指定し
たノードあるいは複数のノードに接続され、各ノードに
対してＱｏＳポリシの設定が行われる。

【０００６】このようなポリシサーバ機能を有するソフ
トウェアとしては、例えば（株）日本ＨＰ製の「Ｐｏｌ
ｉｃｙＸｐｅｒｔ」や、（株）日本シスコシステムズ製
の「ＰｏｌｉｃｙＭａｎａｇｅｒ」、ノーテルネットワ
ークス社製の「Ｏｐｔｉｖｉｔｙ Ｐｏｌｉｃｙ Ｓｅ
ｒｖｉｃｅｓ」がある。

【０００７】

【発明が解決しようとする課題】しかしながら従来のポ
リシサーバ１２は、各ノード１１₁〜１１₅に対して作成
したＱｏＳポリシを設定することができるものの、その
設定したＱｏＳポリシが実際にネットワーク１０上でど
のように機能しているかを判断することができないとい
う問題があった。

【０００８】例えば、第１のノード１１₁に対して「ノ
ードＡからノードＢへのトラフィックを１０Ｍビット毎
秒（bit per second：以下、ｂｐｓと略す。）の帯域保
証する」というＱｏＳポリシを設定する場合、従来のポ
リシサーバ１２は第１のノード１１₁に対しこのＱｏＳ
ポリシを設定することができるものの、実際に１０Ｍｂ
ｐｓの帯域が確保されているか否かをポリシサーバ１２
側で認識することができない。したがって、ＱｏＳポリ
シの設定者側が、１０Ｍｂｐｓのトラフィックを流すこ
とができるのか保証することができない。また、１０Ｍ
ｂｐｓの帯域を確保したが実際にはトラフィックが１０
Ｍｂｐｓ以上になることがない場合に、実際にどの程度
帯域が使用されているのかをポリシサーバ１２側で認識
することができないため、帯域の有効利用ができている
か否か、あるいは不必要なポリシを設定しているか否か
を判断することができない。さらに、１０Ｍｂｐｓの帯
域を確保したが実際にはトラフィックが３０Ｍｂｐｓの
トラフィックが常に流入している場合に、必ず１０Ｍｂ
ｐｓへ落とす制御が行われているか否かをポリシサーバ
１２側で認識することができないため、さらにそのトラ
フィックに多くの帯域を予約する必要があるか否かを判
断することができない。

【０００９】これに対して、帯域監視を行う別のソフト
ウェア等により、ネットワーク管理者に各リンクの帯域
を時間別あるいはフロー別に監視させ、実際のトラフィ
ック状況を認識させることが考えられる。しかし、この
場合、各リンクのトラフィック状況は、どのポリシによ
って制限あるいは保証されているものであるかを判断す
ることが不可能となる。

【００１０】さらにまた、ポリシサーバ１２は、各ノー
ド１１₁〜１１₅に対して作成したＱｏＳポリシを設定す
ることができるものの、実際に各ノードにＱｏＳポリシ
が設定されているか否かを確認することができないとい
う問題があった。

【００１１】例えば、ポリシサーバ１２が管理している
ポリシとは異なるＱｏＳポリシがノードに対して設定さ
れたときや、他の設定手段によりノードからポリシサー
バ１２が設定したＱｏＳポリシが削除されたときには、
管理しているポリシサーバ１２とＱｏＳポリシが設定さ
れＱｏＳ機能を実行する各ノードとの間で不整合が発生
する。したがって、ポリシサーバ１２で予約帯域の合計
値を計算して管理する場合、ポリシサーバ１２で管理し
ている帯域については新たに帯域予約が可能であるにも
かかわらず、ノード側ではそれ以上新たな帯域予約が不
可能な状態にあることも生ずる。このような不整合は、
上述した実際に設定したポリシが正常に機能しているか
否かを確認したときに、初めてわかる問題である。

【００１２】そこで本発明の目的は、設定されたＱｏＳ
ポリシにしたがって各ノードにおけるポリシの運用状況
を監視することができ、ポリシの運用自体を保証するネ
ットワーク管理システムを提供することにある。

【００１３】

【課題を解決するための手段】請求項１記載の発明で
は、（イ）通信品質を保証するためのネットワーク運用
方針を規定するパラメータを記憶する通信品質パラメー
タ記憶手段と、この通信品質パラメータ記憶手段に記憶
されたパラメータを所定のネットワーク内の各ノードに
設定するパラメータ設定手段と、このパラメータ設定手
段によってパラメータが設定されたノードからパラメー
タによる運用情報をパラメータごとに取得する取得手段
と、この取得手段によって取得された運用情報に基づい
てパラメータごとに所定の分析処理を行う分析処理手段
とを備えるサーバと、（ロ）パラメータ設定手段によっ
て設定されたパラメータを記憶する管理テーブルと、こ
の管理テーブルに記憶されたパラメータによって指定さ
れるトラフィックを監視しその監視結果に基づいてトラ
フィックの制御を行うトラフィック制御手段と、パラメ
ータごとにこのトラフィック制御手段による運用情報を
サーバに通知する運用情報通知手段とを備える複数のノ
ードとをネットワーク管理システムに具備させる。

【００１４】すなわち請求項１記載の発明では、サーバ
と所定のネットワークを構成する複数のノードからなる
ネットワーク管理システムにおいて、サーバで各ノード
に設定される通信品質を保証するためのネットワーク運
用方針を規定するパラメータを通信品質パラメータ記憶
手段に記憶し、これに記憶されたパラメータを各ノード
に設定する。各ノードでは、設定されたパラメータを管
理テーブルに記憶し、この管理テーブルに記憶されたパ
ラメータで指定されるトラフィックに対し、トラフィッ
ク制御手段でこれを監視するとともにトラフィック制御
を行う。さらに各ノードは、運用情報通知手段により、
設定されたパラメータごとにトラフィック制御手段によ
る運用情報をサーバに通知させる。サーバでは、取得手
段でこれらを取得し、分析処理手段でパラメータごとに
取得した運用情報に対して所定の分析処理を行う。

【００１５】請求項２記載の発明では、（イ）通信品質
を保証するためのネットワーク運用方針を規定するパラ
メータをそれぞれ固有に付加された識別子と対応付けて
記憶する通信品質パラメータ記憶手段と、この通信品質
パラメータ記憶手段に記憶されたパラメータをあらかじ
め固有に付与されたサーバ識別情報とともに所定のネッ
トワーク内の各ノードに設定するパラメータ設定手段
と、このパラメータ設定手段によってパラメータが設定
されたノードからパラメータによる運用情報とこのパラ
メータを識別するための識別子およびパラメータととも
に設定されたサーバ識別情報とをパラメータごとに取得
する取得手段と、この取得手段によって取得された識別
子で識別されるパラメータごとの運用情報、識別子およ
びサーバ識別情報とを記憶する運用情報記憶手段と、通
信品質パラメータ記憶手段に記憶されるパラメータおよ
びパラメータ設定手段で設定されたサーバ識別情報とが
この運用情報記憶手段に記憶された識別子およびサーバ
識別情報と一致するか否かによりパラメータの設定状況
を判別する設定状況判別手段と、パラメータの運用情報
に基づいてパラメータごとに所定の分析処理を行う分析
処理手段とを備えるサーバと、（ロ）パラメータ設定手
段によって設定されたパラメータを記憶する管理テーブ
ルと、この管理テーブルに記憶された識別子で識別され
るパラメータによって指定されるトラフィックを監視し
その監視結果に基づいてトラフィックの制御を行うトラ
フィック制御手段と、パラメータごとのこのトラフィッ
ク制御手段による運用情報を管理テーブルで記憶される
識別子とサーバ識別情報とともにサーバに通知する運用
情報通知手段とを備える複数のノードとをネットワーク
管理システムに具備させる。

【００１６】すなわち請求項２記載の発明では、サーバ
と所定のネットワークを構成する複数のノードからなる
ネットワーク管理システムにおいて、サーバで各ノード
に設定される通信品質を保証するためのネットワーク運
用方針を規定するパラメータを、それぞれ識別するため
に付与された識別子と対応付けて通信品質パラメータ記
憶手段に設定し、これに記憶されたパラメータを各ノー
ドに、サーバを識別するためのサーバ識別情報とともに
設定する。各ノードでは、設定されたパラメータを管理
テーブルに記憶し、この管理テーブルに記憶されたパラ
メータで指定されるトラフィックに対し、トラフィック
制御手段でこれを監視するとともにトラフィック制御を
行う。さらに各ノードは、運用情報通知手段により、設
定されたパラメータごとにトラフィック制御手段による
運用情報の他に、パラメータと同時に設定された識別子
とサーバ識別情報とをサーバに通知させる。サーバで
は、取得手段でこれらを取得し、取得された識別子で識
別されるパラメータごとの運用情報、識別子およびサー
バ識別情報とを運用情報記憶手段に記憶する。そして、
分析処理手段で取得されたパラメータの運用情報に基づ
いてパラメータごとに所定の分析処理を行うとともに、
設定状況判別手段により、通信品質パラメータ記憶手段
に記憶されるパラメータおよびパラメータ設定手段で設
定されたサーバ識別情報とが、この運用情報記憶手段に
記憶された識別子およびサーバ識別情報と一致するか否
かによりパラメータの設定状況を判別するようにした。

【００１７】請求項３記載の発明では、請求項１または
請求項２記載のネットワーク管理システムで、分析処理
手段は、第１の時間間隔ごとに所定の分析処理を行い、
運用情報通知手段は第１の時間間隔より短い第２の時間
間隔ごとに通知を行うものであることを特徴としてい
る。

【００１８】すなわち請求項３記載の発明では、各ノー
ドからは第１の時間間隔で定期的に運用情報等を通知
し、サーバではこれより周期の長い第２の時間間隔で定
期的に分析処理を行わせるようにしている。

【００１９】請求項４記載の発明では、請求項１〜請求
項３記載のネットワーク管理システムで、運用情報通知
手段が通知するパラメータごとの運用情報は、それぞれ
パラメータで指定された帯域違反が発生したときにセッ
トされるフラグが設けられており、分析処理手段はフラ
グがセットされているときアラームを発生するものであ
ることを特徴としている。

【００２０】すなわち請求項４記載の発明では、パラメ
ータが設定されたノードでは、トラフィック制御手段で
パラメータに違反したものとして帯域違反が発生したと
きにセットされるフラグを設け、サーバにおける分析処
理の際このフラグの有無によりアラームを発生させる。

【００２１】請求項５記載の発明では、請求項４記載の
ネットワーク管理システムで、分析処理手段は、パラメ
ータごとにフラグのチェック、帯域違反の頻度、運用情
報におけるトラフィックデータの順に解析の結果レベル
分けされたアラーム情報を生成するものであることを特
徴としている。

【００２２】すなわち請求項５記載の発明では、サーバ
における分析処理において、パラメータごとに、取得さ
れた運用情報に設けられたフラグのチェック、帯域違反
の頻度、運用情報におけるトラフィックデータの順に解
析し、その結果をレベル分けされたアラーム情報として
生成する。

【００２３】請求項６記載の発明では、請求項５記載の
ネットワーク管理システムで、分析処理手段は、さらに
運用情報に基づいて使用帯域状況をグラフ化するもので
あることを特徴としている。

【００２４】すなわち請求項６記載の発明では、分析処
理では取得した運用情報に基づいて、使用帯域状況をグ
ラフ化することで、ネットワーク管理者による管理を視
覚的に認識しやすくする。

【００２５】請求項７記載の発明では、請求項２記載の
ネットワーク管理システムで、さらに通信品質パラメー
タ記憶手段に記憶される全てのパラメータに対応した運
用情報を取得したか否かにより、ノードに対するパラメ
ータの設定状況を判別するものであることを特徴として
いる。

【００２６】すなわち請求項７記載の発明では、通信品
質パラメータ記憶手段に記憶される全てのパラメータに
対応した運用情報を取得したときには、ノードに対する
パラメータの設定が正常に行われ、全て取得しなかった
ときにはノードに対するパラメータの設定に異常があっ
たものと判断するようにしている。

【００２７】請求項８記載の発明では、請求項５記載の
ネットワーク管理システムで、通信品質パラメータ記憶
手段は、パラメータおよび識別子に対応してあらかじめ
パラメータごとにアラーム発生通知を行うか否かを決定
するためのアラーム通知レベルと、アラームレベルを超
えたときの通知先を示す通知先情報とが記憶され、アラ
ーム情報が生成されたときこの通信品質パラメータ記憶
手段に記憶されたアラーム通知レベルおよび通知先情報
とに基づいてアラーム通知を行うアラーム通知制御手段
を備えていることを特徴としている。

【００２８】すなわち請求項８記載の発明では、通信品
質パラメータ記憶手段に、さらにアラーム通知レベルと
通知先情報とを、パラメータに対応付けて記憶するよう
にした。

【００２９】請求項９記載の発明では、請求項２または
請求項３記載のネットワーク管理システムで、サーバは
あらかじめノード間の接続情報としてのリンク情報を記
憶するとともにノードはリンク情報に対応してリンクご
とに帯域情報をサーバに通知することによってリンクの
帯域使用状況を表示させることを特徴としている。

【００３０】すなわち請求項９記載の発明では、分析処
理において、ノード間のリンク情報とから、リンクの帯
域使用状況を表示させるようにした。

【００３１】請求項１０記載の発明では、請求項９記載
のネットワーク管理システムで、サーバおよびノードは
同一時間間隔で分析処理および通知を行うものであるこ
とを特徴としている。

【００３２】すなわち請求項１０記載の発明では、ノー
ドからのパラメータごとの運用情報の通知と、サーバに
おける分析処理タイミングを同一間隔とした。

【００３３】

【発明の実施の形態】

【００３４】

【実施例】以下実施例につき本発明を詳細に説明する。

【００３５】第１の実施例

【００３６】図１は、本発明の第１の実施例におけるネ
ットワーク管理システムの構成の概要を表わしたもので
ある。第１の実施例におけるネットワーク管理システム
は、ネットワーク２０を構成するネットワーク機器とし
ての第１〜第５のノード２１ ₁〜２１₅からなるノード群
と、ネットワーク２０内の各ノードにおいて流入あるい
は流出する各種トラフィックの優先順位や帯域制御等の
ＱｏＳを保証するためのネットワーク運用方針が規定さ
れるＱｏＳポリシを管理するポリシサーバ２２と、この
ポリシサーバ２２に対するＱｏＳポリシの設定とその適
用結果の監視とを行うための管理者端末２３とを備えて
いる。

【００３７】このようなネットワーク管理システムにお
いて、ネットワーク管理者によって管理者端末２３で作
成されたＱｏＳポリシは、ポリシサーバ２２で一元管理
される。ポリシサーバ２２は、同様にしてネットワーク
管理者によって指定されたネットワーク２０を構成する
第１〜第５のノード２１₁〜２１₅の全てに対し、管理す
るＱｏＳポリシを設定する。管理者端末２３では、ポリ
シごとにそのポリシの適用結果を監視でき、さらに各ノ
ードに設定したポリシがネットワーク２０上でどのよう
に機能しているかを確認できるようになっている。

【００３８】以下、このような第１の実施例におけるネ
ットワーク管理システムの要部について説明する。ただ
し、第１〜第５のノード２１₁〜２１₅については、それ
ぞれ同様の構成であるものとし、ここでは第１のノード
２１₁についてのみ説明する。

【００３９】管理者端末２３は、ＧＵＩアプリケーショ
ン２４を有し、図示しない表示手段にＱｏＳポリシデー
タの作成を行うための作成画面、ネットワーク２０の各
ノードにおけるポリシの運用状態、その分析結果あるい
はアラーム等の表示を行う。さらに、ＧＵＩアプリケー
ション２４は、ネットワーク管理者によるＱｏＳポリシ
を設定するための入力情報を受け付ける。ここでは、管
理者端末２３でＧＵＩアプリケーション２４が実行され
その実行画面が管理者端末２３の図示しない表示手段に
表示されるものとするが、ポリシサーバ２２でＧＵＩア
プリケーションが実行されその実行画面が管理者端末２
３の図示しない表示手段に表示されるものでも良い。

【００４０】ポリシサーバ２２は、管理者端末２３を介
してネットワーク管理者によって作成されるネットワー
ク２０における優先制御や帯域制御等のＱｏＳポリシと
このＱｏＳポリシを反映させるノードに関する情報等と
を格納するポリシ格納データベース（DataBase：以下、
ＤＢと略す。）２５と、ポリシ格納ＤＢ２５へのアクセ
ス制御とネットワーク２０の各ノードへのＱｏＳポリシ
の設定とともに各ノードからのポリシの運用情報の収集
を行うポリシ管理部２６とを備えている。さらにこのポ
リシサーバ２２は、ネットワーク２０内で一意に特定で
きるネットワーク２０内で固有のポリシサーバＫＥＹ２
７があらかじめ付与されている。このようなポリシサー
バＫＥＹ２７としては、例えばＩＰ（Internet Protoco
l）アドレスやホスト名がある。

【００４１】ポリシ管理部２６は、管理者端末２３のＧ
ＵＩアプリケーション２４による表示手段の表示画面に
したがってネットワーク管理者によって入力された入力
情報からＱｏＳポリシデータを生成するポリシデータ生
成部２８と、ポリシ格納ＤＢ２５に対して各種情報の書
き込みおよび読み出しを行うＤＢ制御部２９と、ＱｏＳ
ポリシをＱｏＳパラメータとしてネットワーク２０内の
ノードに設定するためのＱｏＳパラメータ設定部３０
と、ネットワーク２０内の各ノードにおけるポリシの運
用情報を収集しその分析を行うための帯域レポート処理
部３１とを備えている。

【００４２】帯域レポート処理部３１は、収集したポリ
シの運用情報からポリシごとにアラーム分析を行うアラ
ーム分析部３２と、ポリシごとに帯域分析を行ってグラ
フの作成等の分析結果を生成する帯域分析部３３とを有
している。

【００４３】このようなポリシ管理部２６において、ポ
リシデータ生成部２８で生成されたＱｏＳポリシデータ
は、ＤＢ制御部２９によりポリシ格納ＤＢに格納され、
ＱｏＳパラメータとして登録される。このＱｏＳパラメ
ータは、ＤＢ制御部２９によって読み出され、ＱｏＳパ
ラメータ設定部３０により、ネットワーク２０内の指定
されたノードに設定される。その際、ＱｏＳパラメータ
設定部３０は、ネットワーク２０を構成するノードであ
るネットワーク機器の種類に依存した設定言語に翻訳し
てノードごとに設定する。各ノードにＱｏＳパラメータ
が設定されると、そのポリシ運用情報が収集され、帯域
レポート処理部３１でポリシごとに帯域分析およびアラ
ーム分析が行われ、その結果が管理者端末２３の図示し
ない表示手段に表示される。

【００４４】ポリシ格納ＤＢ２５は、ポリシデータ生成
部２８によって生成されたＱｏＳポリシがネットワーク
２０内で固有のポリシ識別子（IDentifier：以下、ＩＤ
と略す。）と呼ばれる管理番号に対応付けられたポリシ
情報３４と、ネットワーク２０を構成する各ノードに関
するノード情報３５と、適用したＱｏＳポリシに対して
収集されたポリシ運用情報である使用帯域情報３６とが
格納される。ノード情報３５は、各ノードに接続するた
めのノード設定情報と、ポリシ情報３４に格納されたＱ
ｏＳポリシをどのノードに適用するかを示すノード適用
情報とからなる。

【００４５】図２は、ポリシ格納ＤＢ２５に格納される
ポリシ情報３４の一例を表わしたものである。このポリ
シ情報３４は、ＱｏＳポリシごとにポリシＩＤ４０が付
与され、ポリシ名４１とともに、一般的なＱｏＳポリシ
と同様に条件（Condition）４２と行動（Action）４３
とから構成される。ポリシＩＤ４０は、上述したように
ネットワーク２０内でＱｏＳポリシを一意に識別するた
めに付与された管理番号である。ポリシ名４０は、Ｑｏ
Ｓポリシの作成およびその運用情報を監視するネットワ
ーク管理者が各ポリシを特定するためにつけられた名称
である。条件４２および行動４３は、ＱｏＳポリシとし
て条件４２で指定される条件を満たすとき行動４３で指
定される行動を実行することを意味する。

【００４６】例えば、ポリシＩＤ“０００００１”とし
てネットワーク２０内で一意に識別され、ネットワーク
管理者に“Ｐｏｌｉｃｙ１”として特定されるＱｏＳポ
リシは、「ノードＡからＢへのフロー」が「ピークレー
トが１Ｍｂｐｓ以下」になるように帯域制御を実行する
旨を規定する。

【００４７】図３は、ノード情報３５を構成するノード
設定情報４５の一例を表わしたものである。ノード設定
情報４５は、ポリシサーバ２２からＱｏＳポリシを適用
する各ノードの設定情報であり、ポリシサーバ２２から
各ノードに接続するための情報を有している。ノード設
定情報４５は、ネットワーク２０を構成する各ノードを
ＤＢ内で識別するためのノードＩＤ４６に対応付けて、
ノード名４７と、ネットワーク管理者にそのノードを特
定させるためのノードの説明４８と、そのノードにネッ
トワーク２０内で固有に付与されたＩＰアドレス４９
と、そのノードに接続するためのパスワード５０と、ノ
ードのインタフェース情報５１とが記憶される。ここ
で、インタフェース情報５１は、ＱｏＳパラメータの設
定に必要な各ノードにおける回線情報である。

【００４８】したがって、ポリシ情報３４に格納されて
いるＱｏＳポリシを、ＤＢ内でノードＩＤ４６が“００
０００１”として、ネットワーク内でノード名４７が
“ノード１”で、ネットワーク管理者によって“第１の
ノード”として特定されるノードに対して適用する場
合、ポリシサーバ２２はこのノード設定情報を参照し
て、ＩＰアドレス４９が“１２３．１２３．１１１．
１”で識別されるネットワーク機器に対してパスワード
“ｐａｓｓｗｏｒｄ１”を用いて接続し、ＱｏＳポリシ
を適用することを意味する。

【００４９】図４は、ノード情報３５を構成するノード
適用情報５５の一例を表わしたものである。第１の実施
例におけるネットワーク管理システムでは、ＱｏＳポリ
シを適用するノードについてグループ化し、このグルー
プごとにポリシを適用する。このためノード適用情報５
５は、グループごとにノード設定情報４５で設定情報が
記憶されるノードのうちどのノードが所属するかを規定
し、これらノードが属する各グループに対してポリシ情
報３４に記憶されるポリシのうちどのポリシを適用する
かが規定される。すなわち、ノードグループ名５６で規
定されるノードグループごとに、ネットワーク２０を構
成する各ノードのうち所属するノードが列挙された所属
ノード５７と、ポリシ情報３４で記憶されるポリシの中
で適用されるポリシが列挙された適用ポリシ５８とが格
納されている。

【００５０】例えば、第１のノードグループ名で特定さ
れるノードグループは、ネットワーク２０を構成する第
１〜第３のノード２１₁〜２１₃が所属し、このノードグ
ループに対してポリシ情報３４内で特定される“Ｐｏｌ
ｉｃｙ１”、“Ｐｏｌｉｃｙ２”および“Ｐｏｌｉｃｙ
３”が適用されることを意味する。

【００５１】図５は、ポリシ格納ＤＢ２５に格納される
使用帯域情報３６の一例を表わしたものである。この使
用帯域情報３６は、ポリシごとに一意に付与されたポリ
シＩＤ６０に対応して、その運用情報が監視された開始
時刻６１と終了時刻６２とからなる時間帯６３と、違反
フラグ６４と、流入トラフィック６５と、流出トラフィ
ック６６とが記憶される。違反フラグ６４は、そのノー
ドに対して設定されたＱｏＳポリシに違反して少なくと
も１回の帯域制御が行われたか否かを示すフラグであ
る。違反フラグ６４が“０”の場合は設定されたＱｏＳ
ポリシに違反しなかったため帯域制御が行われなかった
ことを示し、“１”の場合は設定されたＱｏＳポリシに
違反したため少なくとも１回の帯域制御が行われたこと
を示す。流入トラフィック６５としては、例えば時間帯
６３における平均流入トラフィックレート「Ｒａｔｅ」
や、流入トラフィックのピーク値「Ｐ Ｒａｔｅ」が記
憶されることを示す。流出トラフィック６６としては、
同様に例えば時間帯６３における平均流出トラフィック
レート「Ｒａｔｅ」や、流出トラフィックのピーク値
「Ｐ Ｒａｔｅ」が記憶されることを示す。

【００５２】このようなポリシサーバ２２では、管理者
端末２３のＧＵＩアプリケーション２４を介し入力され
たＱｏＳポリシを作成するための入力情報は、ポリシ管
理部２６のポリシデータ生成部２８において、ＱｏＳポ
リシデータが生成される。そして、ＤＢ制御部２９によ
りポリシ格納ＤＢ２５のポリシ情報３４にＱｏＳパラメ
ータとして登録される。ポリシ管理部２６は、各ノード
に対して、ノード情報３５のノード設定情報を参照しな
がら、ノード情報３５のノード適用情報で指定されるポ
リシ情報３４に登録されたＱｏＳパラメータを設定す
る。その際、ＱｏＳパラメータ設定部３０は、ネットワ
ーク２０を構成するノードであるネットワーク機器の種
類に依存した設定言語に翻訳してノードごとに設定す
る。各ノードにＱｏＳパラメータが設定されると、その
ポリシ運用情報がポリシごとにポリシ格納ＤＢ２５の使
用帯域情報３６に蓄積され、帯域レポート処理部３１で
ポリシごとに帯域分析およびアラーム分析が行われる。
その結果が管理者端末２３の図示しない表示手段に表示
され、管理者端末２３で監視することができるようにな
っている。

【００５３】次に図１に戻って、第１のノード２１₁に
ついて説明する。

【００５４】第１のノード２１₁は、ポリシサーバ２２
によって設定されたＱｏＳポリシを実行するようになっ
ている。このような第１のノード２１₁は、ポリシサー
バ２２によって設定されるＱｏＳパラメータを管理する
ＱｏＳパラメータ管理部７０ ₁と、ＱｏＳパラメータ管
理部７０₁で管理されるＱｏＳパラメータにしたがって
第１のノード２１₁に流入あるいは流出するトラフィッ
クを制御するトラフィック制御部７１₁とを備えてい
る。

【００５５】ＱｏＳパラメータ管理部７０₁は、ポリシ
サーバ２２のＱｏＳパラメータ設定部３０によって設定
されたＱｏＳパラメータを管理するためのＱｏＳパラメ
ータ管理テーブル７２₁と、このＱｏＳパラメータ管理
テーブル７２₁で管理されるＱｏＳパラメータにしたが
ってトラフィック制御部７１₁でトラフィック制御され
たポリシごとの帯域情報が格納されるＱｏＳレポート管
理テーブル７３₁と、ＱｏＳレポート管理テーブル７３₁
に格納される帯域情報をポリシサーバ２２に対して送信
するレポートスケジューラ７４₁とを有している。

【００５６】図６は、ＱｏＳパラメータ管理テーブル７
２₁で管理されるテーブル情報の一例を表わしたもので
ある。ＱｏＳパラメータ管理テーブル７２₁は、ポリシ
サーバ２２のパラメータ設定部３０によって設定された
ＱｏＳパラメータ７５₁ごとに、そのＱｏＳポリシに対
して一意に付与されたポリシＩＤ７６₁と、ポリシサー
バ２２のポリシサーバＫＥＹ７７₁とが格納される。Ｑ
ｏＳパラメータ７５₁は、ポリシ条件としてフローを示
す“Ｆｌｏｗ”７８₁と行動７９₁とからなる。

【００５７】例えば、ポリシＩＤ“０００００１”で識
別されるＱｏＳポリシである“ノードＡからＢへのフロ
ーについてピークレートが１Ｍｂｐｓ以下になるように
帯域制御する”ことを示すＱｏＳパラメータが、このＱ
ｏＳパラメータを設定したポリシサーバを特定するポリ
シサーバＫＥＹ７７₁と対応付けられて管理される。

【００５８】図７は、ＱｏＳレポート管理テーブル７３
₁で管理されるテーブル情報の一例を表わしたものであ
る。ＱｏＳレポート管理テーブル７３₁では、ポリシＩ
Ｄ８０₁ごとに、ＱｏＳポリシを設定したポリシサーバ
を特定するためのポリシサーバＫＥＹ８１₁と、その運
用情報が監視された開始時刻と終了時刻とからなる時間
帯８２₁と、違反フラグ８３₁と、流入トラフィック８４
₁と、流出トラフィック８５₁とが管理される。

【００５９】例えば、ポリシＩＤ“０００００１”で識
別されるＱｏＳポリシについて、ポリシサーバ２２を特
定するためのポリシサーバＫＥＹ“ＰＳ０１”と、違反
フラグと、その時間帯における平均流入トラフィックレ
ート「Ｒａｔｅ」や、流入トラフィックのピーク値「Ｐ
Ｒａｔｅ」、平均流出トラフィックレート「Ｒａｔ
ｅ」や、流出トラフィックのピーク値「Ｐ Ｒａｔｅ」
とが管理されることを示す。

【００６０】このようにＱｏＳパラメータ管理部７０₁
は、ポリシサーバ２２によって設定されるＱｏＳパラメ
ータをＱｏＳパラメータ管理テーブル７２₁に登録する
とともに、そのポリシごとにトラフィック制御部７１₁
による運用情報をＱｏＳレポート管理テーブル７３₁で
管理する。そして、レポートスケジューラ７４₁によ
り、ＱｏＳレポート管理テーブル７３₁に蓄積される情
報をポリシサーバに対して通知する。

【００６１】図１に戻って説明を続ける。トラフィック
制御部７１₁は、ネットワーク２０における第１のノー
ド２１₁に流入あるいは流出するトラフィックの送信
元、送信先、プロトコル情報等からなるフロー情報を識
別するフロー識別部９０₁と、フロー識別部９０₁の識別
結果に基づいてトラフィックの帯域を監視する帯域監視
部９１₁と、ＱｏＳパラメータ管理部７０₁で管理される
ＱｏＳパラメータにしたがって帯域監視部９１₁の監視
結果からトラフィックの流量制御を行う帯域制御部９２
₁とを有している。

【００６２】このようなトラフィック制御部７１₁は、
ポリシサーバ２２によって設定されたＱｏＳパラメータ
にしたがってトラフィックの監視あるいは流量の制御を
行って、その監視結果や帯域制御結果をＱｏＳパラメー
タ管理部７０₁に送信する。

【００６３】すなわち第１のノード２１₁は、ポリシサ
ーバ２２によって設定されたＱｏＳパラメータをＱｏＳ
パラメータ管理部７０₁で、その設定元のポリシサーバ
を特定するポリシサーバＫＥＹとともに管理する。さら
に、設定されたＱｏＳパラメータに従ってトラフィック
制御部７１₁で帯域監視および制御の結果をポリシごと
にＱｏＳレポート管理テーブル７３₁で管理し、ＱｏＳ
パラメータ管理部７０₁のレポートスケジューラ７４₁で
ポリシの設定元のポリシサーバ２２に対して通知する。

【００６４】このような構成のポリシサーバ２２および
第１〜第５のノード２１₁〜２１₅は、それぞれ図示しな
い中央処理装置（Central Processing Unit：ＣＰＵ）
を有し、読み出し専用メモリ（Read Only Memory：ＲＯ
Ｍ）等の所定の記憶装置に格納されたプログラムにした
がって、上述した制御を実行できるようになっている。

【００６５】次に、上述した構成の第１の実施例におけ
るネットワーク管理システムの動作について説明する。

【００６６】図８は、第１の実施例におけるネットワー
ク管理システムにおいて、ポリシの作成からその運用状
態を監視するためのレポート蓄積までの一連の動作の流
れを表わしたものである。まず、ネットワーク管理者が
管理者端末２３において、ＱｏＳポリシを生成するため
にＧＵＩアプリケーション２４を起動させると、管理者
端末２３のＧＵＩアプリケーション２４はその表示画面
上でネットワーク管理者からの入力情報を受け付ける
（ステップＳ１００）。管理者端末２３は、ここで受け
付けた入力情報１０１を、ポリシサーバ２２に送信す
る。

【００６７】ポリシサーバ２２は、ポリシデータ生成部
２８で管理者端末２３からの入力情報からポリシデータ
を生成する。生成されたポリシデータは、ＤＢ制御部２
９により、新規のポリシデータに対応した新規ポリシＩ
Ｄが付与され、図２に示したようにポリシ格納ＤＢ２５
のポリシ情報３４として格納される（ステップＳ１０
２）。

【００６８】ＱｏＳパラメータ設定部３０は、作成され
たポリシがポリシ格納ＤＢ２５に登録されると、同様に
あらかじめ指定されているノード情報３５を参照して、
反映させるノードにＱｏＳポリシを設定する。そのとき
ＱｏＳパラメータ設定部３０は、図４に示したノード適
用情報から、それぞれのポリシをどのノードグループに
適用するかを検索し、図３に示したノード設定情報に従
って、ネットワーク２０上のノードに接続し、反映させ
たいノードの種類に応じた設定言語に変換したＱｏＳパ
ラメータ１０４、ポリシＩＤおよびポリシサーバ２２の
ポリシサーバＫＥＹを、そのノードに対して送信する
（ステップＳ１０３）。以下、ポリシサーバ２２が第１
のノード２１₁に対して、ＱｏＳパラメータを設定する
ものとして説明する。

【００６９】ポリシサーバ２２からポリシＩＤ、ポリシ
サーバ２２のポリシサーバＫＥＹおよびＱｏＳパラメー
タ１０４を受信した第１のノード２１₁は、ＱｏＳパラ
メータ管理部７０₁により、図６に示したようにＱｏＳ
パラメータ管理テーブル７２₁に登録する。さらに、Ｑ
ｏＳパラメータ管理部７０₁は、トラフィック制御部７
１₁のフロー識別部９０₁に、ＱｏＳパラメータとして設
定されたフローの識別を開始させる（ステップＳ１０
５）。

【００７０】トラフィック制御部７１₁のフロー識別部
９０₁は、トラフィックとして流入するデータのヘッダ
情報を参照してフローの識別を行う。識別の結果、Ｑｏ
Ｓパラメータ管理テーブル７３₁で管理されているポリ
シで指定されるフローとマッチングするトラフィックを
識別すると、帯域監視部９１₁にそのトラフィックの帯
域監視を開始するように指示する（ステップＳ１０
６）。

【００７１】帯域監視部９１₁は、フロー識別部９０₁に
おいてＱｏＳパラメータ管理テーブル７２₁で管理され
ているポリシで指定されたフローとマッチングするトラ
フィックが識別されると、指定されたフローのトラフィ
ックの帯域監視データである、例えば「平均レート」、
「ピークレート」等の監視情報を収集し、ＱｏＳパラメ
ータ管理部７０₁に対して送信する（ステップＳ１０
７）。

【００７２】ＱｏＳパラメータ管理部７０₁は、トラフ
ィック制御部７１₁の帯域監視部９１ ₁によって送信され
た帯域監視データを受信すると、図７に示したようにポ
リシＩＤごとの流入トラフィックデータとしてＱＯＳレ
ポート管理テーブル７３₁に格納する（ステップＳ１０
８）。

【００７３】ＱｏＳパラメータ管理部７０₁は、帯域監
視部９１₁から帯域監視データを取得したポリシが、図
６に示すＱｏＳパラメータ管理テーブル７３₁を参照し
て「帯域制御ポリシ」であるか否かを判別する（ステッ
プＳ１０９）。すなわち、帯域監視データを取得したポ
リシの「行動」が、帯域制御する旨を指定しているか否
かを判別する。ＱｏＳパラメータ管理部７０₁は、帯域
監視データを取得したポリシが「帯域制御ポリシ」であ
ると判別されたとき（ステップＳ１０９：Ｙ）、トラフ
ィック制御部７１₁の帯域制御部９２₁にポリシとして設
定された帯域となるように帯域制御を指示する。さら
に、ステップＳ１０７で取得した帯域監視データから流
入トラフィックが、ＱｏＳパラメータ管理テーブル７２
₁で管理されるポリシによって指定されている帯域に違
反しているか否かを判別する（ステップＳ１１０）。

【００７４】ＱｏＳパラメータ管理部７０₁は、取得し
た流入トラフィックがポリシで指定された帯域に違反し
ていると判別したとき（ステップＳ１１０：Ｙ）、Ｑｏ
Ｓレポート管理テーブル７３₁の対応する違反フラグを
セットし（ステップＳ１１１）、指定された帯域となる
ように帯域制御部９２₁に帯域制御を指示する（ステッ
プＳ１１２）。例えば、ＱｏＳパラメータ管理テーブル
７２₁で管理されているポリシによって、「平均レー
ト」が「行動」で指定されているとき、その「平均レー
ト」が指定値以下となるようにトラフィックの流入量を
抑制するように帯域制御部９２₁に指示する。これによ
り、帯域制御部９２₁は、指示された帯域制御を実行す
るとともに、帯域監視を開始する。

【００７５】ステップＳ１０９において、ＱｏＳパラメ
ータ管理部７０₁がステップＳ１０７で帯域監視データ
を取得したポリシが「帯域制御ポリシ」ではないと判別
されたとき（ステップＳ１０９：Ｎ）、あるいはステッ
プＳ１１０においてステップＳ１０７で取得した流入ト
ラフィックがポリシで指定された帯域に違反していない
と判別したとき（ステップＳ１１０：Ｎ）、あるいはス
テップＳ１１２で帯域制御が指示されると、帯域監視部
９１₁は、第１のノード２１₁から流出するトラフィック
を監視し、トラフィックの帯域監視データである、例え
ば「平均レート」、「ピークレート」等の監視情報を収
集し、ＱｏＳパラメータ管理部７０₁に対して送信する
（ステップＳ１１３）。

【００７６】ＱｏＳパラメータ管理部７０₁は、トラフ
ィック制御部７１₁の帯域監視部９１ ₁によって送信され
た帯域監視データを受信すると、図７に示したようにポ
リシＩＤごとの流出トラフィックデータとしてＱｏＳレ
ポート管理テーブル７３₁に格納する（ステップＳ１１
４）。

【００７７】ＱｏＳパラメータ管理部７０₁のレポート
スケジューラ７４₁は、あらかじめ決められた時間間隔
Ｔ₁ごとにＱｏＳレポート管理テーブル７３₁で登録され
ているポリシごとの監視データを、ポリシサーバ２２に
対して送信するようになっている。すなわち、レポート
スケジューラ７４₁に前回ＱｏＳレポート管理テーブル
７３₁で登録されているポリシごとの監視データをポリ
シサーバ２２に対して送信してから時間間隔Ｔ₁を経過
したか否かを監視させ、これを検出しないとき（ステッ
プＳ１１５：Ｎ）、ＱｏＳパラメータ管理部７０₁はス
テップＳ１０６に戻って、「フロー識別」、「流入トラ
フィック帯域監視」、「帯域制御」、「流出トラフィッ
ク監視」の一連の動作を繰り返す。

【００７８】ステップＳ１１５において、レポートスケ
ジューラ７４₁によって、前回ＱｏＳレポート管理テー
ブル７３₁で登録されているポリシごとの監視データを
ポリシサーバ２２に対して送信してから時間間隔Ｔ₁を
経過したことが検出されたとき（ステップＳ１１５：
Ｙ）、レポートスケジューラ７４₁は図７に示すＱｏＳ
レポート管理テーブル７３₁に登録されているポリシご
との帯域監視データ１１６をポリシサーバ２２に送信す
る。この帯域監視データ１１６は、ポリシごとに送信さ
れ、ポリシＩＤやポリシサーバＫＥＹ、監視時間帯と違
反フラグと流入トラフィックと流出トラフィックとから
なる帯域監視データ、そしてどのノードにおける帯域監
視データであるかを識別するためのノード識別情報も同
時に送信される。

【００７９】また、帯域監視データがピークレートの場
合は、時間間隔Ｔ₁の間のピーク値が保存され、平均レ
ートの場合は時間間隔Ｔ₁の間の平均値が保存されてい
る。時間間隔Ｔ₁の間に１回でもポリシで指定された帯
域に違反し、帯域制御が行われた場合には「違反フラ
グ」がセットされていることになる。

【００８０】さらにまた、ステップＳ１１５で時間間隔
Ｔ₁の経過が検出されて、レポートスケジューラ７４₁に
よってポリシごとの帯域監視データが送信されると、Ｑ
ｏＳパラメータ管理部７０₁は、ＱｏＳレポート管理テ
ーブル７３₁の登録情報をクリアにして（ステップＳ１
１７）、再びステップＳ１０６に戻る。したがって、時
間間隔Ｔ₁ごとにポリシ単位で帯域の利用状況を示す最
新の帯域監視データがＱｏＳレポート管理テーブル７３
₁に保存されることになる。

【００８１】このようにして第１のノード２１₁のレポ
ートスケジューラ７４₁によってあらかじめ指定された
時間間隔Ｔ₁ごとに送信された帯域監視データ１１６を
受信したポリシサーバ２２は、帯域レポート処理部３１
により、ＤＢ制御部２９を介して、図５に示したように
ポリシ格納ＤＢ２５の使用帯域情報３６に保存される
（ステップＳ１１８）。

【００８２】ポリシサーバ２２のポリシ管理部２６にお
ける帯域レポート処理部３１は、あらかじめ決められた
時間間隔Ｔ₂ごとに、ポリシ格納ＤＢ２５の使用帯域情
報３６から、ポリシごとに帯域監視データを、ＤＢ制御
部２９を介して取得し、所定の分析処理を行うようにな
っている。

【００８３】この時間間隔Ｔ₂は、ネットワーク２０を
構成する各ノードで指定されている時間間隔Ｔ₁より大
きな値であれば良い。すなわち、ポリシサーバ２２にお
ける帯域監視データ分析処理間隔は、ノードからの帯域
監視データ送信間隔以上となるようにする。例えば、ノ
ードのレポートスケジューラによるレポート間隔Ｔ₁を
１０分ごととし、ポリシサーバ２２による帯域監視デー
タ分析間隔Ｔ₂を１日ごとにすることで、１日１回１０
分ごとのポリシ単位の帯域監視データの分析結果を得る
ことができる。

【００８４】ポリシサーバ２２のポリシ管理部２６は、
前回帯域レポート処理部３１で帯域監視データの分析処
理を行ってから時間間隔Ｔ₂が経過したか否かを監視し
ており（ステップＳ１１９：Ｎ）、これを検出したとき
（ステップＳ１１９：Ｙ）、ＤＢ制御部２９により使用
帯域情報３６に蓄積されている帯域監視データを取得
し、帯域レポート処理部３１の帯域分析部３３およびア
ラーム分析部３２に所定の分析処理を行わせ（ステップ
Ｓ１２０）、再びステップＳ１１９に戻って、次回の分
析処理タイミングを監視する。この分析結果は、ポリシ
格納ＤＢ２５に蓄積保存される。

【００８５】このようにしてネットワーク管理者によっ
て管理者端末２３で生成されたポリシが、ネットワーク
２０でどのように機能しているかを示す帯域監視データ
は、生成したポリシごとに分析される。この分析された
帯域監視データは、管理者端末２３において適宜参照す
ることが可能で、ネットワーク管理者は適用したポリシ
の運用状況を的確に把握できるようになっている。

【００８６】図９は、管理者端末２３からポリシ運用情
報を確認するための一連の動作の流れを表わしたもので
ある。ネットワーク管理者が管理者端末２３において、
既に作成しネットワーク２０を構成する各ノードに適用
したＱｏＳポリシの運用情報を監視するためにＧＵＩア
プリケーション２４を起動させると、各ポリシごとのレ
ポート参照指示を行う（ステップＳ１３０）。管理者端
末２３のＧＵＩアプリケーション２４は、ポリシサーバ
２２に対して、ポリシごとの運用情報の表示要求１３１
を送信する。

【００８７】表示要求１３１を受信したポリシサーバ２
２は、帯域レポート処理部３１で既に分析され、ポリシ
格納ＤＢ２５に蓄積保存されている分析結果から、アラ
ーム分析部３２によって分析されたポリシごとのアラー
ム情報と、帯域分析部３３によって分析されたポリシご
との帯域分析情報とを検索し（ステップＳ１３２）、管
理者端末２３に対して分析結果１３３として送信する。

【００８８】管理者端末２３は、ポリシサーバ２２から
分析結果１３３を受信すると、図示しない表示手段に表
示させ、ネットワーク管理者にポリシの運用情報である
時間間隔Ｔ₂ごとに分析されたアラーム情報と帯域分析
情報とをポリシごとに示す（ステップＳ１３４）。

【００８９】次に、ポリシサーバ２２の帯域レポート処
理部３１で行われる帯域監視データの分析処理について
詳細に説明する。

【００９０】図１０は、帯域レポート処理部３１に行わ
れる処理内容の概要を表わしたものである。帯域レポー
ト処理部３１は、時間間隔Ｔ₂ごとにポリシ単位にポリ
シ格納ＤＢに蓄積保存されている帯域監視データを取得
する（ステップＳ１４０）。そして、帯域レポート処理
部３１は、このポリシが「帯域制御ポリシ」であるか否
かを判別する（ステップＳ１４１）。取得した帯域監視
データのポリシが「帯域制御ポリシ」であると判別され
たとき（ステップＳ１４１：Ｙ）、アラーム分析部３２
によりアラーム分析を行う。

【００９１】すなわち、まずアラームのレベルを示すア
ラームレベル変数を“０”にセットし、図５に示したよ
うな時間間隔Ｔ₁ごとにレポートスケジューラによって
送信されポリシ格納ＤＢ２５の使用帯域情報３６に蓄積
される帯域監視データの分析を開始する（ステップＳ１
４２）。

【００９２】まず取得した帯域監視データの違反フラグ
がセットされているか否かを判別することで、帯域違反
の発生チェックを行う（ステップＳ１４３）。帯域監視
データの違反フラグがセットされているとき、「少なく
とも１回の帯域違反が発生した」と判別し、アラームレ
ベルを“１”にセットする。違反フラグがセットされて
いないとき、アラームレベルは“０”のままである。

【００９３】次に、帯域監視データの流入トラフィック
が、ＱｏＳポリシの帯域パラメータとして設定されてい
るトラフィックを超えた回数が、あらかじめ決められた
割合以上であるか否かを判別することで、帯域違反の頻
度チェックを行う（ステップＳ１４４）。指定割合以上
のとき、「警告」と判別し、アラームレベルを“２”に
セットする。指定割合を超えていないとき、アラームレ
ベルはそのままである。

【００９４】次に、帯域監視データの流出トラフィック
が、ＱｏＳポリシの帯域パラメータとして設定されてい
るトラフィックを超えたか否か、あるいは流出トラフィ
ックが“０”であるか否かを判別することで、ポリシの
運用状態のチェックを行う（ステップＳ１４５）。流出
トラフィックが設定されているトラフィックを超えた
か、あるいは“０”のとき、「ポリシ運用異常」と判別
し、アラームレベルを“３”にセットする。流出トラフ
ィックが設定されているトラフィックを超えず、流出ト
ラフィックが“０”ではないとき、アラームレベルはそ
のままである。

【００９５】このようにしてステップＳ１４２〜ステッ
プＳ１４５で行われたアラーム分析の結果、アラームレ
ベルが“１”以上のときアラーム発生とし、アラーム情
報を生成し、ポリシ格納ＤＢ２５に保存する（ステップ
Ｓ１４６）。

【００９６】図１１は、ポリシ格納ＤＢ２５に保存され
るアラーム情報の構成の一例を表わしたものである。こ
のようにアラーム情報１６０は、ポリシＩＤ１６１ごと
に、アラームの発生したノードを示すノードの識別情報
であるノードＩＤ１６２と、その監視開始時刻と監視終
了時刻とからなる時間帯１６３と、アラーム内容１６４
とが対応付けられて保存される。アラーム内容１６４
は、ステップＳ１４２〜ステップＳ１４５で判別された
アラームレベル１６５と、発生したアラームに対応して
管理者端末２３に通知するメッセージ内容１６６と、ア
ラームの発生原因を特定するための詳細内容１６７とか
らなる。

【００９７】図１０に戻って説明を続ける。ステップＳ
１４１で取得した帯域監視データのポリシが「帯域制御
ポリシ」ではないと判別されたとき（ステップＳ１４
１：Ｎ）、あるいはステップＳ１４１で「帯域制御ポリ
シ」であると判別されアラーム分析が行われる（ステッ
プＳ１４６）と、帯域分析部３３により、使用帯域情報
３６に蓄積された帯域監視データから帯域使用状況を示
すグラフ化が行われる（ステップＳ１４７）。

【００９８】図１２は、帯域分析部３３によってグラフ
化された帯域使用状況グラフの一例を表わしたものであ
る。帯域分析部３３は、ポリシ格納ＤＢ２５の使用帯域
情報３６から、ポリシごとに横軸を時間、縦軸を使用帯
域（ｂｐｓ）を示す帯域使用状況グラフ１７０を生成す
る。このグラフは、例えば「第１のノード」に設定され
たポリシ名「Ｐｏｌｉｃｙ１」の帯域使用状況を、時刻
が８時から２１時までの要求帯域としてＱｏＳパラメー
タで設定した５００ｋｂｐｓに対して、実際に７時から
２３時まで第１のノードの流入トラフィックおよび流出
トラフィックの時間経過の様子を示している。

【００９９】このようにステップＳ１４７で帯域使用状
況グラフ１７０が生成されると、これを帯域分析情報と
して画像データに変換して、ポリシ格納ＤＢ２５に蓄積
保存する（ステップＳ１４８）。

【０１００】帯域レポート処理部３１は、このようにア
ラーム分析、帯域分析が行われた後、分析対象となった
使用帯域情報３６に蓄積保存される帯域監視データの削
除を行うか否かを選択できるようになっている。例えば
管理者端末２３からあらかじめ削除するように指示され
たか、あるいはレポートスケジューラによって時間間隔
Ｔ₁ごとのレポートの際に削除するように設定されたと
き（ステップＳ１４９Ｙ）、分析対象となった使用帯域
情報３６に蓄積保存される帯域監視データを削除する
（ステップＳ１５０）。一方、削除しないように設定さ
れているとき（ステップＳ１４９：Ｎ）、そのまま一連
の処理を終了する（エンド）。

【０１０１】ここで、蓄積保存され続けるグラフ画像等
の蓄積データは、あらかじめファイル数やファイルサイ
ズ等に対応した蓄積上限値を設定し、これを超えた場合
には古いものから順に削除するようにしても良い。

【０１０２】また、ＧＵＩアプリケーション２４は、例
えば通常の警告と重要な警告とをアラームレベルごとに
「色分け」や「点滅」といった表示方法を変更させるこ
とにより、ポリシの一覧表を表示させることで、ポリシ
の運用状態の把握を容易にするようにしても良い。さら
に、アラームの詳細はＧＵＩアプリケーション２４がポ
リシを表示させているときに、例えば「アラーム参照」
ボタンを押下してアラームの一覧画面を表示させるよう
にしても良い。さらにまた、帯域分析グラフの参照は、
ＧＵＩアプリケーション２４がポリシを表示させている
ときに、例えば「帯域分析グラフ参照」ボタンを押下し
て、ノード別、日付別の帯域分析グラフの一覧の選択画
面を表示させ、その中から選択されたノードあるいは日
付のグラフを表示するビューアアプリケーションを起動
するようにさせても良い。

【０１０３】このような一連の動作を行う第１の実施例
におけるネットワーク管理システムにおいて、ポリシの
設定状況は次にようにして確認する。

【０１０４】すなわち、ノードがステップＳ１１５にお
いて時間間隔Ｔ₁の経過ごとにレポートスケジューラ７
４₁によって送信されるポリシごとの帯域監視データに
は、トラフィックの発生しなかったポリシに関する帯域
監視データを含ませる。したがって、ノードに設定され
ているＱｏＳパラメータ全てにおいて、ポリシＩＤ、ポ
リシサーバＫＥＹおよびトラフィックがある場合の帯域
監視データがポリシサーバに送信されることになる。

【０１０５】ポリシサーバでは、設定した全てのＱｏＳ
パラメータについて帯域監視データを受信することにな
るので、ステップＳ１２０で行う帯域分析処理におい
て、ポリシＩＤとポリシサーバＫＥＹとを照合すること
によって、各ノードにおけるポリシの設定状況を容易に
確認することができる。

【０１０６】例えば、ポリシサーバが管理する全てのＱ
ｏＳポリシについて、それぞれ設定されたノードから帯
域監視データを受信しなかったとき、そのノードには本
来設定されているべきポリシが設定されていない可能性
があると判断することができる。この場合、このポリシ
には新たなアラームレベルを付与し、アラーム情報とし
て蓄積させる。

【０１０７】また、受信された帯域監視データに含まれ
るポリシＩＤは一致するものの、ポリシサーバＫＥＹが
異なる場合には、そのポリシは無効と判断することがで
きる。この場合、他のポリシサーバによって設定された
か、あるいはネットワーク管理者等が手動でＱｏＳパラ
メータ設定を設定した場合等が考えられ、監視対象から
除外するとともに、更に新たなアラームレベルを付与し
てアラーム情報として蓄積させる。さらにまた、ポリシ
サーバにおける各ノードからの帯域監視データの受信
を、ノードの動作確認が正常であると判別することでノ
ードのネットワーク障害検知に利用することもできる。

【０１０８】以上説明したように第１の実施例における
ネットワーク管理システムでは、管理者端末２３を介し
てネットワーク管理者によって設定されたネットワーク
２０内の第１〜第５のノード２１₁〜２１₅に対するＱｏ
Ｓポリシを、ポリシサーバ２２がそれぞれ固有のポリシ
ＩＤを付与しポリシ情報３４として一元管理するととも
に、ノード情報３５を参照してポリシサーバ２２にあら
かじめ付与されているポリシサーバＫＥＹとともに各ノ
ードに対して設定する。各ノードでは、ポリシサーバ２
２によってＱｏＳパラメータ管理テーブルに設定された
ＱｏＳポリシで指定されるフローを識別し、ポリシＩＤ
ごとにＱｏＳレポート管理テーブルに帯域監視情報を収
集する。そして、レポートスケジューラにより、一定時
間Ｔ₁ごとに、ポリシＩＤとポリシサーバＫＥＹが含ま
れる帯域監視データを送信させ、ポリシサーバ２２で使
用帯域情報３６に格納される。ポリシサーバ２２では、
帯域レポート処理部３１により一定時間Ｔ₂ごとに、各
ノードからの帯域監視データについて帯域分析とアラー
ム分析とが行われる。これにより、ノードにおけるポリ
シごとの帯域情報の分析を行うとともに、ポリシサーバ
２２によって設定されたポリシごとの運用状況と設定状
況とを容易に確認することができる。

【０１０９】第２の実施例

【０１１０】第１の実施例におけるネットワーク管理シ
ステムでは、ポリシサーバのアラーム分析部でアラーム
情報を生成することでネットワーク管理者にアラーム通
知を行うようにしていたが、これに限定されるものでは
ない。第２の実施例におけるネットワーク管理システム
では、ポリシサーバにアラーム情報の種類に応じて通知
方法を変更するアラーム通知制御部を設け、ポリシ管理
の責任者は発生したアラームの緊急度に応じた最適なア
ラーム対策を実施することができるようになる。

【０１１１】このような第２の実施例におけるネットワ
ーク管理システムは、図１に示した第１の実施例におけ
るネットワーク管理システムの構成と本質的には変わら
ない。ただし、帯域レポート処理部のアラーム分析部に
対して、上述したアラーム通知制御を備えている。さら
に、図２に示したポリシ格納ＤＢ２５のポリシ情報３４
に代えて、次のようなアラーム通知設定情報を有するポ
リシ情報が格納される。

【０１１２】図１３は、第２の実施例にけるポリシサー
バのポリシ格納ＤＢに格納されるポリシ情報の一例を表
わしたものである。第２の実施例におけるポリシ情報１
８０は、ＱｏＳポリシごとにポリシＩＤ１８１が付与さ
れ、ポリシ名１８２とともに、一般的なＱｏＳポリシと
同様に条件１８３と行動１８４と、アラームの発生をそ
のポリシを管理する責任者に対して通知するためのアラ
ーム通知設定情報１８５とから構成される。アラーム通
知設定情報１８５は、通知レベル１８６と、通知先種別
１８７と、通知先情報１８８とからなる。通知レベル１
８６は、アラーム通知を行うか否かを決定するための閾
値を示す。通知先種別１８７は、その通知先を例えば電
子メールで行うか、電話で通知するか等の通知先の種類
を特定するための情報である。通知先情報１８８は、通
知先種別１８７によって特定される通知先の種類に応じ
て、通知先を示す情報である。ここでは、通知先種別１
８７が“０”のとき通知先情報は携帯電話の番号を示
し、“１”のとき通知先情報は電子メールのアドレスを
示すものとする。

【０１１３】第２の実施例において追加されたアラーム
通知制御部は、アラーム分析部でアラームの発生が検出
されると、まず図１３に示したポリシ情報を検索し、検
出されたアラームレベルが通知レベル１８６の通知レベ
ル以上である場合、アラームの発生したポリシのポリシ
ＩＤを検索キーとして、そのポリシの管理者の通知先種
別と通知先情報とを取得する。したがって、例えば通知
先種別が“１”のとき、通知先情報で指定された電子メ
ールアドレス“ｐｏｌｉｃｙ＿ｏｗｎｅｒ＠ａｂｃ．ｄ
ｅｆ．ｎｅ．ｊｐ”に対して、ポリシの情報、アラーム
発生ノードの情報、アラーム発生時間、アラームの内容
等を送信する。

【０１１４】このように第２の実施例におけるネットワ
ーク管理システムでは、ポリシサーバにおいて一元管理
されるＱｏＳポリシにその管理者と通知先とを対応付け
たポリシ情報を管理するとともに、アラーム分析部にお
けるアラーム分析結果に応じてポリシ情報で指定される
通知先に通知するアラーム通知制御部を設けた。これに
より、ポリシ管理の責任者は発生したアラームの緊急度
に応じた最適なアラーム対策を実施することができるよ
うになる。

【０１１５】第３の実施例

【０１１６】第３の実施例におけるネットワーク管理シ
ステムでは、ポリシサーバのポリシ格納ＤＢに格納され
るノード情報に、ノード間のリンク情報を付加するとと
もに、各ノードのＱｏＳレポート管理テーブルにはポリ
シごとの帯域情報の他に各ノードにおける流入および流
出トラフィック全体の帯域情報を蓄積保存する。そし
て、各ノードはポリシごとに帯域監視データとともに、
トラフィック全体の帯域情報を送信する。

【０１１７】このリンク情報は、例えば「リンク１」は
「ノード１のＩＦ１とノード２のＩＦ２との接続」を定
義するノード間の接続情報である。このようなリンク情
報を、ポリシサーバに格納するとともに、ノード１にも
インタフェース「ＩＦ１」は「リンク１」である旨の対
応付けが予め設定されているものとする。そして、ポリ
シサーバは、管理者端末を介して設定されたＱｏＳポリ
シをノード情報で設定されたノードに設定すると、各ノ
ードでは、ＱｏＳレポート管理テーブルにポリシごとの
帯域情報とともに、各ノードにおける流入および流出ト
ラフィックの帯域情報が蓄積される。そして、ノードか
らはポリシサーバに対して「リンク１から１０Ｍｂｐｓ
のトラフィックが流出した」旨を示す情報のように「ど
のリンクに関連するトラフィックかを示す情報」を帯域
情報とともに送信する。ポリシサーバでは、帯域レポー
ト処理部でネットワーク２０内の各ノードから指定時間
間隔Ｔ₁ごとに送信される全使用帯域データとポリシご
との帯域監視データを取得する。ポリシサーバでは新た
に付加されたノード間のリンク情報を用いることによっ
て、リンクごとに種々の帯域分析を行うことができる。

【０１１８】例えば、あるリンクの帯域幅と一定時間間
隔Ｔ₁ごとの使用帯域とから、リンクの帯域使用率の経
過を表示するグラフ等の帯域分析レポートを作成するこ
とができる。またポリシサーバにおける帯域分析処理時
間間隔Ｔ₂を各ノードの帯域監視データの送信時間間隔
Ｔ₁と同一とすることによって、図１０におけるステッ
プＳ１４８およびステップＳ１４９を削除し、グラフ化
した画像を表示のみとすることにより、一定時間間隔Ｔ
₁ごとに更新される帯域監視モニタ機能を実現すること
ができ、ポリシに依存しないトラフィック監視も容易に
行うことができる。

【０１１９】さらにまた、例えばあるポリシにおいてア
ラームが頻繁に発生している場合、そのアラームの発生
するリンクの残りの帯域の一部をそのポリシの予約設定
帯域に追加したポリシを再作成してノードに設定するこ
とによって、アラーム発生状況に応じた動的なネットワ
ーク管理を行うことができる。

【０１２０】さらに、例えばあるポリシについて実際の
使用帯域が予約設定帯域に対して例えば５０パーセント
といった一定基準を満たさない場合、その予約設定帯域
の設定値を引き下げたポリシを再作成してノードに設定
することによって、帯域の使用状況に応じた動的なネッ
トワーク管理を行うことができる。

【０１２１】ここでリンクの使用帯域情報は、２つのノ
ードから、一方はノードの流出トラフィック、他方はノ
ードの流入トラフィックとして帯域情報が取得されるこ
とから、これら重複データをマージしてリンクの帯域情
報データとする必要がある。また、複数ノードにおける
同一時間帯の帯域重複データとするために、帯域情報の
取得タイミングを同期させる必要がある。

【０１２２】このように第３の実施例におけるネットワ
ーク管理システムでは、ポリシサーバにノード間のリン
ク情報を付加したノード情報を蓄積保存し、各ノードの
ＱｏＳレポート管理テーブルにはポリシごとの帯域情報
の他に各ノードにおける流入および流出トラフィック全
体の帯域情報を蓄積保存して、ポリシごとの帯域監視デ
ータとともに、トラフィック全体の帯域情報をポリシサ
ーバに対して送信するようにした。これにより、従来の
ポリシに依存しないトラフィック監視という例えば帯域
監視モニタ機能を容易に実現することができるばかり
か、アラームの発生状況あるいは帯域の使用状況に応じ
て設定したポリシの再評価の判断材料となり、動的なポ
リシの再設定が可能となり、柔軟なネットワーク管理を
行うことができる。

【０１２３】なお第１〜第３の実施例におけるネットワ
ーク管理システムでは、ＱｏＳポリシとして主に帯域制
御を行うものとして説明したが、これに限定されるもの
ではないことは当然である。例えば、「優先度の設
定」、「遅延パラメータの設定」等の他のＱｏＳポリシ
をノード上で管理するようにすれば、ノードからのＱｏ
Ｓポリシの実行結果をポリシサーバに通知し、同様のネ
ットワーク管理を行うことができる。

【０１２４】

【発明の効果】以上説明したように本発明によれば、ノ
ードにおけるパラメータごとに帯域情報や優先度の設
定、遅延パラメータの設定等、ネットワーク運用方針と
して重要な項目をサーバで認識できるようになるので、
ネットワーク管理者が従来のようにパラメータごとの帯
域情報を取得するために必要なパラメータ指定について
考慮することがなくなり、新たな帯域監視装置を別途設
定する必要がなくなりシステムの低コスト化を図ること
ができる。特に、従来の帯域情報取得処理にしたがうこ
とによって、トラフィック制御の際にはどのパラメータ
かを判別し、パラメータごとに帯域情報を取得している
ため、各ノードでは帯域情報の取得が設定されたパラメ
ータごとに行われ、新たに帯域情報取得のためのフロー
を設定することや帯域情報取得処理のための処理追加が
不要となる。さらにまた、ノードにおけるパラメータ設
定による運用情報をサーバで認識できるようになるの
で、パラメータの設定がどのような影響を与え、あるい
は実際のトラフィックがどのようなパラメータ設定によ
るものなのかを、ネットワーク管理者で容易に把握する
ことができる。例えば、「流入トラフィックが設定トラ
フィックを超えた回数が全体の指定割合以上」という警
告があがっている場合には、「定常的に流入するトラフ
ィックに対して帯域の上限設定が低すぎるため、もっと
帯域の上限を上げる」といった旨のネットワーク運用方
針を規定するパラメータを変更することが可能となる。
また、「流出トラフィックが設定トラフィックを超え
た」という警告があがっている場合には、「帯域制御が
制定されているが動作していない」といった旨の致命的
な警告をアラームとして発生させることができる。

【０１２５】さらに請求項２記載の発明によれば、請求
項１記載の発明の効果に加えて、ノードでパラメータの
識別子、そのパラメータを設定したサーバの識別情報を
保持し、運用情報として通知する際にノードにおける設
定状態をも通知するようにしているので、ノードにおけ
るパラメータの設定状態をサーバで認識することがで
き、これを帯域情報取得の際に行うことができる。

【０１２６】さらに請求項３記載の発明によれば、サー
バおよびノードにおいて互いに定期的に運用情報の分析
と収集とを行い、分析間隔が収集間隔より長い周期で行
うようにしたので、常にほぼ最新の分析結果の時間変化
を監視することができる。

【０１２７】さらにまた請求項４記載の発明によれば、
アラームの発生有無をフラグの判別だけでよいので、分
析処理の簡素化を図ることができる。

【０１２８】さらに請求項５記載の発明によれば、アラ
ームのレベルを設けるようにしたので、ネットワーク管
理者はそのアラームの発生原因の特定をしやすくでき
る。

【０１２９】さらにまた請求項６記載の発明によれば、
使用帯域状況をグラフ化するようにしたので、設定した
パラメータによる運用状況の把握と、アラームの発生原
因の特定をポリシ単位で容易に行うことができる。

【０１３０】さらに請求項７記載の発明によれば、通信
品質パラメータ記憶手段に記憶される全てのパラメータ
に対応した運用情報を取得したときには、ノードに対す
るパラメータの設定が正常に行われ、全て取得しなかっ
たときにはノードに対するパラメータの設定に異常があ
ったものと判断するようにしたので、多くの運用情報を
１つ１つ分析する必要がなく、各ノードの設定の正常性
をいち早く知ることができ、処理の負荷を軽減する。

【０１３１】さらに請求項８記載の発明によれば、ネッ
トワークの運用方針を規定するパラメータ管理の責任者
は発生したアラームの緊急度に応じた最適なアラーム対
策を実施することができるようになる。

【０１３２】さらにまた、請求項９記載の発明によれ
ば、アラームの発生状況あるいは帯域の使用状況に応じ
て設定したポリシの再評価の判断材料となり、動的なネ
ットワークの運用情況に与えるパラメータの再設定が可
能となり、柔軟なネットワーク管理を行うことができ
る。

【０１３３】さらに請求項１０記載の発明によれば、請
求項９記載の発明の効果に加えて、さらに従来のポリシ
に依存しないトラフィック監視という例えば帯域監視モ
ニタ機能を容易に実現することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例におけるネットワーク管
理システムの構成の概要を示す構成図である。

【図２】第１の実施例におけるポリシ情報の一例を示す
説明図である。

【図３】第１の実施例におけるノード設定情報の一例を
示す説明図である。

【図４】第１の実施例におけるノード適用情報の一例を
示す説明図である。

【図５】第１の実施例における使用帯域情報の一例を示
す説明図である。

【図６】第１の実施例におけるＱｏＳパラメータ管理テ
ーブルで管理されるテーブル情報の一例を示す説明図で
ある。

【図７】第１の実施例におけるＱｏＳレポート管理テー
ブルで管理されるテーブル情報の一例を示す説明図であ
る。

【図８】第１の実施例におけるポリシの作成からその運
用状態を監視するためのレポート蓄積までの一連の動作
の流れを示すシーケンス図である。

【図９】第１の実施例における管理者端末からポリシ運
用情報を確認するための一連の動作の流れを示すシーケ
ンス図である。

【図１０】第１の実施例における帯域レポート処理部の
処理内容の概要を示す流れ図である。

【図１１】第１の実施例におけるアラーム情報の構成の
一例を示す説明図である。

【図１２】第１の実施例における帯域分析部によってグ
ラフ化された帯域使用状況グラフの一例を示す説明図で
ある。

【図１３】第２の実施例におけるポリシ情報の一例を示
す説明図である。

【図１４】従来のネットワーク管理システムの構成の概
要を示す構成図である。

【符号の説明】

２０ ネットワーク ２１₁〜２１₅ 第１〜第５のノード ２２ ポリシサーバ ２３ 管理者端末 ２４ ＧＵＩアプリケーション ２５ ポリシ格納ＤＢ ２６ ポリシ管理部 ２７ ポリシサーバＫＥＹ ２８ ポリシデータ生成部 ２９ ＤＢ制御部 ３０ ＱｏＳパラメータ設定部 ３１ 帯域レポート処理部 ３２ アラーム分析部 ３３ 帯域分析部 ３４ ポリシ情報 ３５ ノード情報 ３６ 使用帯域情報 ７０₁ ＱｏＳパラメータ管理部 ７１₁ トラフィック制御部 ７２₁ ＱｏＳパラメータ管理テーブル ７３₁ ＱｏＳレポート管理テーブル ７４₁ レポートスケジューラ ９０₁ フロー識別部 ９１₁ 帯域監視部 ９２₁ 帯域制御部

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B045 GG01 JJ02 JJ28 5B089 GA07 GB02 JB16 KA12 KB03 KC15 MC02 5K030 GA11 HC01 JA10 LC13 MA01 MB01 5K033 AA07 DA01 9A001 CC07 CC09 HH34 LL09

Claims (10)

【特許請求の範囲】
1. 【請求項１】 通信品質を保証するためのネットワーク
   運用方針を規定するパラメータを記憶する通信品質パラ
   メータ記憶手段と、この通信品質パラメータ記憶手段に
   記憶されたパラメータを所定のネットワーク内の各ノー
   ドに設定するパラメータ設定手段と、このパラメータ設
   定手段によって前記パラメータが設定されたノードから
   前記パラメータによる運用情報を前記パラメータごとに
   取得する取得手段と、この取得手段によって取得された
   運用情報に基づいて前記パラメータごとに所定の分析処
   理を行う分析処理手段とを備えるサーバと、 前記パラメータ設定手段によって設定されたパラメータ
   を記憶する管理テーブルと、この管理テーブルに記憶さ
   れた前記パラメータによって指定されるトラフィックを
   監視しその監視結果に基づいて前記トラフィックの制御
   を行うトラフィック制御手段と、前記パラメータごとに
   このトラフィック制御手段による運用情報を前記サーバ
   に通知する運用情報通知手段とを備える複数のノードと
   を具備することを特徴とするネットワーク管理システ
   ム。
2. 【請求項２】 通信品質を保証するためのネットワーク
   運用方針を規定するパラメータをそれぞれ固有に付加さ
   れた識別子と対応付けて記憶する通信品質パラメータ記
   憶手段と、この通信品質パラメータ記憶手段に記憶され
   たパラメータをあらかじめ固有に付与されたサーバ識別
   情報とともに所定のネットワーク内の各ノードに設定す
   るパラメータ設定手段と、このパラメータ設定手段によ
   って前記パラメータが設定されたノードから前記パラメ
   ータによる運用情報とこのパラメータを識別するための
   識別子および前記パラメータとともに設定されたサーバ
   識別情報とを前記パラメータごとに取得する取得手段
   と、この取得手段によって取得された前記識別子で識別
   されるパラメータごとの運用情報、識別子およびサーバ
   識別情報とを記憶する運用情報記憶手段と、前記通信品
   質パラメータ記憶手段に記憶されるパラメータおよび前
   記パラメータ設定手段で設定された前記サーバ識別情報
   とがこの運用情報記憶手段に記憶された前記識別子およ
   びサーバ識別情報と一致するか否かにより前記パラメー
   タの設定状況を判別する設定状況判別手段と、前記パラ
   メータの運用情報に基づいて前記パラメータごとに所定
   の分析処理を行う分析処理手段とを備えるサーバと、 前記パラメータ設定手段によって設定されたパラメータ
   を記憶する管理テーブルと、この管理テーブルに記憶さ
   れた前記識別子で識別されるパラメータによって指定さ
   れるトラフィックを監視しその監視結果に基づいて前記
   トラフィックの制御を行うトラフィック制御手段と、前
   記パラメータごとのこのトラフィック制御手段による運
   用情報を前記管理テーブルで記憶される前記識別子と前
   記サーバ識別情報とともに前記サーバに通知する運用情
   報通知手段とを備える複数のノードとを具備することを
   特徴とするネットワーク管理システム。
3. 【請求項３】 前記分析処理手段は、第１の時間間隔ご
   とに前記所定の分析処理を行い、前記運用情報通知手段
   は前記第１の時間間隔より短い第２の時間間隔ごとに前
   記通知を行うものであることを特徴とする請求項１また
   は請求項２記載のネットワーク管理システム。
4. 【請求項４】 前記運用情報通知手段が通知する前記パ
   ラメータごとの運用情報は、それぞれパラメータで指定
   された帯域違反が発生したときにセットされるフラグが
   設けられており、前記分析処理手段は前記フラグがセッ
   トされているときアラームを発生するものであることを
   特徴とする請求項１〜請求項３記載のネットワーク管理
   システム。
5. 【請求項５】 前記分析処理手段は、前記パラメータご
   とに前記フラグのチェック、帯域違反の頻度、前記運用
   情報におけるトラフィックデータの順に解析の結果レベ
   ル分けされたアラーム情報を生成するものであることを
   特徴とする請求項４記載のネットワーク管理システム。
6. 【請求項６】 前記分析処理手段は、さらに前記運用情
   報に基づいて使用帯域状況をグラフ化するものであるこ
   とを特徴とする請求項５記載のネットワーク管理システ
   ム。
7. 【請求項７】 前記設定状況判別手段は、さらに前記通
   信品質パラメータ記憶手段に記憶される全てのパラメー
   タに対応した前記運用情報を取得したか否かにより、前
   記ノードに対するパラメータの設定状況を判別するもの
   であることを特徴とする請求項２記載のネットワーク管
   理システム。
8. 【請求項８】 前記通信品質パラメータ記憶手段は、前
   記パラメータおよび識別子に対応して、あらかじめ前記
   パラメータごとにアラーム発生通知を行うか否かを決定
   するためのアラーム通知レベルと、前記アラームレベル
   を超えたときの通知先を示す通知先情報とが記憶され、
   前記アラーム情報が生成されたときこの通信品質パラメ
   ータ記憶手段に記憶されたアラーム通知レベルおよび通
   知先情報とに基づいてアラーム通知を行うアラーム通知
   制御手段を備えていることを特徴とする請求項５記載の
   ネットワーク管理システム。
9. 【請求項９】 前記サーバはあらかじめ前記ノード間の
   接続情報としてのリンク情報を記憶するとともに前記ノ
   ードは前記リンク情報に対応してリンクごとに帯域情報
   を前記サーバに通知することによって前記リンクの帯域
   使用状況を表示させることを特徴とする請求項２または
   請求項３記載のネットワーク管理システム。
10. 【請求項１０】 前記サーバおよび前記ノードは同一時
    間間隔で前記分析処理および前記通知を行うものである
    ことを特徴とする請求項９記載のネットワーク管理シス
    テム。