JP2001084195A - イベント制御手段を備えたネットワーク管理システム - Google Patents

Abstract

(57)【要約】 【課題】ネットワーク装置が、管理装置の能力を意識し
ないでイベントを通知することにより通知されるイベン
ト総数が管理装置の処理能力を超えることがある。 【解決手段】管理装置は、自身のイベント処理能力を基
に、管理しているネットワーク装置に対してイベント発
行制御数を決定し、ネットワーク装置に通知する手段を
備え、ネットワーク装置は、受信したイベント発行制御
数に基づいて、単位時間あたりのイベント発行数を制御
する。また、通知されるイベントの制御を行うイベント
フィルタの設定において、管理装置、ネットワーク装置
上を移動し、イベント発行状況を検索、イベント発行制
御条件の設定，変更をネットワーク装置上で行う手段を
有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを構
築するネットワーク装置を管理する管理装置へのイベン
ト通知技術に関する。

【０００２】

【従来の技術】個々のネットワーク装置を管理する管理
エージェントとそれらの管理エージェントから情報を収
集する管理装置とでネットワーク管理システムが構成さ
れる。このアーキテクチャでは、複数の管理エージェン
トを一つの管理装置がアクセスすることによって、ま
た、管理エージェントから自発的に発行されるイベント
を管理装置が受信することによって、ネットワークの状
態を把握し、管理を実現している。

【０００３】管理エージェント側のイベント発行制御に
関しては、管理エージェントで受信したネットワーク装
置内の状態変化通知である内部イベントに対してある条
件の下、そのイベントを管理装置に通知するかの判断を
行うイベント・フォワード・ディスクリミネータがITU-
T(International Telecommunication Union Telecommu
nication)の標準としてRecommendation X.734: Informa
tion technology Open Systems Interconnection Syst
em Management-Part 5: Event Report Management Func
tion に規定されている。このイベント・フォワード・
ディスクリミネータが持つ条件は、時間や発行するネッ
トワークリソースなどである。

【０００４】特開平５−７５６０８号公報では、上記イ
ベント・フォワード・ディスクリミネータを管理装置が
持つ管理機能ごとに管理エージェントで作成させること
により、管理装置側でのイベント処理を簡単にでき、か
つ管理機能が必要とするイベントを管理エージェントが
送信する技術を提案している。

【０００５】特開平１０−３３６２７６号公報では、管
理装置にイベントのフィルタリング処理を監視する機能
を管理装置側に設け、管理装置の負荷が増加した場合
に、フィルタリング条件を変更させることにより、イベ
ント処理をある一定の負荷のもとイベントを管理アプリ
ケーションに通知する技術が提案されている。

【０００６】

【発明が解決しようとする課題】複数のユーザに対して
様々なネットワークサービスを提供するためのネットワ
ークを管理する管理システムにおいて、管理内容とし
て、ネットワーク全体としての管理に加え、個別のユー
ザ単位の管理も必要になってくる。

【０００７】この場合、管理の多様化により管理する項
目が増えることに応じて、管理エージェント側でイベン
トフィルタや送信制御を行ったとしても、それらは、そ
れぞれの管理対象から通知されるイベント数を減少させ
ているだけなので、全ての管理対象から発行されるイベ
ントの総数が、管理装置が処理できるイベント数を超え
るおそれは残っている。同じような理由から、管理装置
上でフィルタリングを制御したとしても、管理エージェ
ントから通知されるイベントの総数自体が大きくなる場
合、フィルタリング機能は常に単純な処理しか行えず、
意味を成さない場合がある。

【０００８】管理要求の多様化だけではなく、管理する
ネットワーク規模が増加する場合や、ネットワーク装置
の構成変更により管理装置が複雑になる場合にも同様の
問題が発生する。

【０００９】また、管理システムがネットワークを利用
するユーザの要求に従った個別管理を行う場合には、ユ
ーザが利用しているネットワークリソースを異なる管理
要求のもとで管理する必要がある。これによってネット
ワーク装置から通知されるイベントは、異なるリソース
からの同種のイベントであったとしてもユーザの管理要
求にしたがってその重要度が変わってくる。このため、
重要度の高いイベントを必ず管理装置が受信するための
処理が必要となるが、これまでの管理エージェントでの
イベント制御は、イベントを管理装置に送信するかしな
いかのイベントフィルタリングだけであり、同種のイベ
ントが同時に発生した場合の優先送信制御は行われてい
ない。

【００１０】このため、管理装置上のイベント処理能力
以上のイベントが発生した場合、重要なイベントが管理
装置に送られたとしても受信されない可能性がある。さ
らに、ネットワーク管理システムが提供している機能、
サービスを保証できなくなる可能性がある。

【００１１】本発明の目的は、上記課題を解決するもの
で、 管理装置上のイベント処理能力を意識したイベン
ト発行制御をネットワーク装置上で実現することによ
り、管理装置に通知されるイベントを管理装置のイベン
ト処理能力内に抑える技術を提供することである。

【００１２】また、本発明の他の目的は、管理装置上の
イベント処理能力を意識したイベント発行制御をネット
ワーク装置上で実現することにより、管理装置が通知さ
れたイベントを確実に処理できるような技術を提供する
ことである。

【００１３】さらに、本発明の他の目的は、ネットワー
ク装置上でイベント制御を行う場合でも、重要度の高い
ユーザに関連するイベントを優先的に管理装置が送信で
きるような技術を提供することである。

【００１４】

【課題を解決するための手段】上記目的を達成するため
に、本発明では、管理装置のイベント処理能力を意識し
て各管理エージェント毎に、管理装置に通知可能なイベ
ント数を決定し、管理エージェントは与えられた発行可
能なイベント数を基にイベントを通知するフィルタリン
グ条件を設定することにより、ネットワーク全体として
管理装置が許容できるイベント数に抑えるようにしてい
る。

【００１５】より具体的には、本発明では、管理装置
は、そのイベント処理能力を基にそのイベント処理能力
を超えないように各管理エージェントの単位時間あたり
のイベント発行数を決定するイベント発行数決定処理部
を備え、管理エージェントは前記決定処理部より通知さ
れるイベント発行制限数を基にイベント発行制御を行う
ためのフィルタ条件を設定するイベント発行優先順位設
定処理部と、イベント発行制御を行い、かつイベント発
行制限数よりも多くイベントを発行する必要のある場合
には、上限を超えたイベントを遅延させて発行する（す
なわち単位時間あたりのイベント発行量に上限をつけ
る）イベント発行制御部を備えることを特徴とする。

【００１６】さらに、イベント発行決定処理部は、ユー
ザからの管理要求に優先度を設けることにより、優先度
の高いネットワーク装置上の管理エージェントからのイ
ベント発生量を多く通知できるように割り当てることを
特徴とする。

【００１７】管理エージェントでは、割り当てられた発
行イベント上限数に対して、現状で発行可能な単位時間
あたりのイベント発行数を計算し、割り当てられた発行
イベント上限数以下であれば、その結果をイベント発行
決定処理部に通知することを特徴とする。

【００１８】すなわち、複数のネットワーク装置と前記
ネットワーク装置を管理する管理装置で構成されるネッ
トワーク管理システムでのネットワーク装置から発行さ
れるイベントの発行制御において、まず、ネットワーク
を管理するために必要な各ネットワーク装置から発行さ
れるイベントを設定し、次に、発行されるイベント数を
基に、管理装置が処理可能な単位時間あたりのイベント
処理数以内になるように各ネットワーク装置に対して単
位時間あたりの発行イベント数を制御する手段を設けた
ことを特徴とするものである。

【００１９】なお、これらの各手段の一部もしくは全部
の機能を各装置に実現させるための情報は、予め各装置
に導入されていても良いし、フロッピーディスクや磁気
ディスクなどの可搬型記憶媒体、もしくは、通信媒体、
伝送媒体を経由することにより、各装置へ導入されても
よい。

【００２０】

【発明の実施の形態】以下、本発明の実施形態について
図面を用いて説明する。まず、本発明の第一の実施例を
図１から図９を用いて説明する。図１は、ネットワーク
装置を管理する管理装置およびネットワーク装置上に本
発明に基づくイベント制御方式を適用した場合のシステ
ム構成の一実施例を示す。管理装置（１０）は、管理対
象ネットワーク内のネットワーク装置から管理情報の収
集するための通信を制御する通信制御装置（１１）、プ
ログラムの処理のための演算領域および結果を格納する
ワークメモリ（１２）、各ネットワーク装置や管理装置
等の管理に関連する情報を格納したデータベース（１
３）、ネットワーク装置へ管理操作を実行したり、受信
したイベントを加工したり、管理情報をデータベースに
格納するネットワーク管理プログラム（１４１），ネッ
トワーク装置からの受信するイベントに関する発信制御
を行うイベント制御プログラム（１４２）などの様々な
管理プログラムを格納したプログラムメモリ（１４）、
さらにプログラムメモリ，データベースへのアクセスや
各プログラムの実行を制御する中央処理装置（ＣＰＵ）
（１５），キーボード（１６）やマウス（１７）等の入
力装置，ディスプレイ装置（ＣＲＴ）（１８）および入
出力を制御する入出力制御部（１９）で構成される。

【００２１】ここでイベント制御プログラム（１４２）
は、管理装置（１０）の性能や顧客別に割り当てられる
経路情報を基に、各ネットワーク装置に対して発行可能
なイベント数を決定するイベント発行数決定処理部（１
４３），ネットワーク装置からネットワーク管理プログ
ラムに通知されるイベントを受信するイベント受信処理
部（１４４）の２つに大きく分けられる。

【００２２】図２は、管理情報格納データベース（１
３）に格納されている情報を示す。管理情報格納データ
ベース（１３）には、各ネットワークを構成する装置や
装置要素に対する管理対象情報（２１０）を持ってい
る。これは、管理対象を識別するための対象名称（２１
１）や管理対象間の関係（２１２）を表す構成情報やそ
れぞれの管理対象が持っているリソース等の管理属性
（２１３）およびその値（２１４）を表したリソース情
報を格納している。これらの情報は、ネットワーク管理
プログラムや運用管理を行うオペレータによって値の変
更や情報の追加、削除が行われる。また、管理対象から
通知されたイベント（２２１）群を保持しているログ情
報（２２０）を持っている。

【００２３】その他に管理情報格納データベース（１
３）には、任意の管理要求（２３１）を満足させるため
に必要なイベントの種類（２３２）と、そのイベントを
発行するネットワーク装置の種別（２３３）や装置のリ
ソース種別（２３４）の対応関係を表したイベント関連
テーブル（２３０）を保持している。例えば、OSI(Open
systems Interconnection)管理に基づく管理の場合、
各ネットワーク装置のリソースや管理機能を管理オブジ
ェクトとして定義している。それらの管理オブジェクト
からの状態変更通知や、障害情報通知はノーティフィケ
ーションとして定義されている。このため、イベントの
種類は、管理オブジェクトから通知されるノーティフィ
ケーションの種類であり、装置種別は、ネットワーク装
置を表すクラスとなり、リソース種別は、ノーティフィ
ケーションを発行する管理オブジェクトとなる。

【００２４】また、SNMP(Simple Network Management P
rotocol)によるネットワーク管理の場合、イベントはト
ラップとして定義されている。しかし、SNMPによるネッ
トワーク管理では、OSI管理に基づく管理のようにネッ
トワーク装置のリソースのトラップ発行ではなく管理エ
ージェントモジュールからの発行という形になる。どの
リソースの状態変更や障害通知かの判断は、トラップに
割り当てられる固有トラップ番号かトラップに付随する
情報に依存する。また、SNMPによるネットワーク管理の
場合の多くは、管理装置（１０）がネットワーク装置で
発生している状態変化を把握するために、管理装置（１
０）から任意のネットワークリソース情報をポーリング
している。本発明の場合、ネットワーク装置上のイベン
ト送信制御部がネットワークリソースへのポーリングを
行う処理を代替することになる。この場合、イベント関
連テーブルは、リソースの種別が、オブジェクト識別子
となり、イベントの種別は、予め定義されている固有ト
ラップの番号が設定される。

【００２５】これらの情報は、イベント制御プログラム
の発行数決定処理部によって、利用されるものである。
このイベント関連テーブルは、予め運用管理を行うオペ
レータによって定義され、格納される。

【００２６】また、管理情報格納データベース（１３）
には、管理装置（１０）が実行できるイベント処理能力
を単位時間あたりのイベント処理数値（２４０）として
格納している。これは、イベント制御プログラム（１４
２）のイベント受信処理部（１４４）が処理できるイベ
ント数である。そして、ネットワーク構成をサブネット
ワーク化したグループ構成情報（２５０）を別途格納し
ている。たとえば、図３のネットワーク装置のうち３２
０から３２７までを一つのグループA（３０１）とし、
３３０から３３８までを別なグループB（３０２）と定
義したとする。この時、管理データベースのグループ構
成は、それぞれのグループの装置群が格納される。この
時格納される値は、ネットワーク装置に対応した管理対
象の識別子である。これらの識別子情報は、予め運用管
理を行うオペレータによって定義され、格納される。も
しくは、評価用のプログラムによって、自動的に設定さ
れる場合もある。これらの情報は，イベント制御プログ
ラムの発行数決定処理部によって定義される。

【００２７】また、管理情報格納データベース（１３）
には、ネットワークを利用するユーザプロファイル（２
６０）が格納されている。このユーザプロファイルに
は、ユーザ識別子（２６１）、そのユーザへの管理サー
ビス提供の優先度（２６２），ユーザに対する管理要求
（２６３），ユーザが利用するネットワーク装置やネッ
トワークリソースを組とした提供経路（２６４）を格納
している。これらは、運用管理を行うオペレータによっ
て、設定される。

【００２８】ネットワーク装置（２０）は、実際にデー
タを転送する通信制御モジュール（２１）と、通信制御
モジュールに実際の操作を行う管理エージェントモジュ
ール（２２）で構成される。管理エージェントモジュー
ル（２２）は、通信制御モジュール（２１）から収集も
しくは通知をうけた管理情報を管理装置（１０）に転送
したり、管理装置（１０）からの要求を受信する。

【００２９】管理エージェントモジュール（２２）に
は、管理装置（１０）やその他のネットワーク装置と通
信を行う通信制御装置（２３），通信制御モジュール
（２１）より受信した管理情報を基に管理装置（１０）
に通知するイベントを生成、制御するイベント制御プロ
グラム（２５）を含むプログラムメモリ（２４），プロ
グラムの処理を実行するために確保されるワークメモリ
（２６），メモリへのアクセスや各プログラム実行を制
御する中央処理装置（ＣＰＵ）（２７）から構成され
る。ネットワーク装置（２０）が起動すると、イベント
発行制御プログラム（２５）上で上記管理情報収集処理
や転送処理がワークメモリ（２６）上で実行される。

【００３０】プログラムメモリ（２４）内のイベント発
行制御プログラム（２５）は、管理装置（１０）に送信
するイベントを通知するためのイベント送信制御部（２
８）と、イベント送信制御部で処理するフィルタリング
やイベント送信処理に必要となるフィルタリング条件や
送信条件を決定するイベント制御パラメータ設定部（２
９）とを備える。

【００３１】ここで、ネットワーク装置上の通信モジュ
ールは、ユーザにネットワークサービスを提供するため
に独自の通信制御装置を持って、管理装置と管理エージ
ェントモジュールが利用するネットワークとは別のネッ
トワークを構築する場合も有れば、ユーザに提供するネ
ットワークと管理装置（１０）と管理エージェントモジ
ュールが通信をするためのネットワークが同じである場
合もある。

【００３２】次に本発明における全体処理概要について
説明する。図４は上記の構成に基づくプログラム間の情
報のやり取りを示している。各プログラムメモリ内（１
４，２４）に貯えられているプログラムの処理は、ＣＰ
Ｕ（１５，２７）を用いてワークメモリ（１５，２６）
内で実行される。

【００３３】本実施例では、まず、ネットワーク装置に
よるネットワークサービスが開始、もしくはネットワー
ク構成や利用者への通信サービスが変更された場合に、
イベント制御プログラムのイベント発行数決定処理部が
現在管理中の各ネットワーク装置において通知可能なイ
ベント数を決定し、そのイベントをネットワーク装置上
の管理エージェントモジュールのイベント制御パラメー
タ設定部に通知する（４０１）。ネットワーク装置上の
イベント制御プログラムのイベント制御パラメータ設定
部は受信した情報の基、イベント送信制御部に必要とす
るフィルタパラメータを通知する（４０２）。イベント
送信制御部は、通信制御モジュールから通知される管理
情報から管理装置（１０）へのイベントを生成、イベン
ト制御パラメータ設定部より受信したフィルタパラメー
タを基に発行する（４０４）。イベント送信制御部は、
管理装置（１０）にイベントを送信する前に、他のネッ
トワーク装置にイベントを管理装置に送信することを通
知する（４０３）。管理装置（１０）上のイベント制御
プログラム内のイベント受信処理部は、通知されたイベ
ントを管理プログラムに通知し、ログとして管理情報格
納データベース内に格納する（４０５）。

【００３４】以下では、本発明の動作に関する上記処理
の詳細について説明する。図５は、イベント制御プログ
ラム（１４２）の中のイベント発行数決定処理部（１４
３）に関するフローチャートである。イベント発行数決
定処理部は、運用管理を行うオペレータからイベント制
御設定要求があったときに、管理情報格納データベース
（１３）内の管理装置（１０）が処理可能なイベント処
理能力（２４０）とユーザプロファイル（２６０）を収
集する（５０１）。次にユーザプロファイルを基に管理
情報格納データベース内のイベント関連テーブル（２３
０）を用いて、個々の装置から通知する必要のあるイベ
ントを決定する。

【００３５】例えば、各ユーザが要求している管理要求
の中に“状態把握”（ユーザが直接設定しても、ユーザ
からの要求を基に作成されたものでも良い）という要素
があれば、図２のイベント関連テーブル（２３０）から
ユーザが利用するネットワーク装置の中でネットワーク
装置種別（２３３）がATMで、該当ユーザが使用する入
出力リソースを表す管理オブジェクトの種別（２３４）
CTPから状態変更通知のイベント（２３２）stateChange
が必要になるとわかる。そして、管理情報格納データベ
ース内の提供経路情報を基に、該当するネットワーク装
置種別およびリソースの種別の中から該当する管理対象
を同定する。これには、直接、提供経路情報から必要と
なる管理情報を導出できる場合も有れば、提供経路情報
（２６４）を基に、管理情報（２１０）を用いることに
より、間接的に導出される場合もある。

【００３６】また、障害が発生したときに、ユーザが利
用しているネットワーク内で利用可能な入出力端点を調
べる必要がある場合に、該当ユーザが利用している全ネ
ットワーク装置に対してユーザが使用しているネットワ
ークリソースを定義した管理オブジェクトからの通信障
害イベントを通知できるようする。逆に、ユーザに対し
て障害情報をすぐに通知する必要はない場合には、各ネ
ットワーク装置のネットワーク転送量の状態変化を監視
する監視オブジェクトから発生する閾値イベント通知を
しないようにしたり、場合によっては、その装置からの
障害情報を通知させないようにする。

【００３７】また、SNMP(Simple Network Management
Protocol)によるネットワーク管理の場合、イベント
関連テーブルと、現在のネットワークリソース情報を基
にそのネットワーク装置からのイベントの数を設定する
ことができる。このように、ユーザ要求に合わせてネッ
トワーク装置から通知されなければならないイベント情
報を各装置ごとに抽出し、各装置あたりに必要となるイ
ベント数（以後、必要イベント数と記す）を計算する
（５０２）。そして、各ネットワーク装置から発行でき
るイベント数を次のような式で計算する（５０３）。 Ei＝（αi／Σαj）×TPL Ei：対象となるネットワーク装置から発行できるイベン
ト数（以下許容イベント数と記す） αi：対処となるネットワーク装置上から発行される必
要イベント数 Σαj：各ネットワーク装置の必要イベント数の総和 TPL：管理装置（１０）が処理可能なイベント数 全てのネットワーク装置に対して計算された後、これら
計算した結果と優先順位および、要求情報をイベント発
行制御情報として各ネットワーク装置に提供する（５０
４）。この時、イベント発行数決定処理部は、管理情報
格納データベース（１３）内のグループ構成（２５０）
から、そのネットワーク装置が含まれるグループの構成
要素および、それらの装置のイベント発行数をあわせて
通知する。

【００３８】図６は、上記のネットワーク装置に通知さ
れるイベント発行制御情報（６０１）を示す。この情報
は前記計算により得られた許容イベント数（６０２）を
含んでいる。その他にネットワーク装置から発行すべき
イベントの種別（６０４），イベントの優先度（６０
５），およびイベントを発行する条件（６０６）をイベ
ント送信情報（６０３）として含んでいる。図６のイベ
ント送信情報は、OSI管理に基づいて定義されている
が、SNMPによる管理では、発行イベントIDがトラップ情
報に含まれる個別トラップ番号となる。また、図６に示
すようなイベント発行制御情報は、通知するネットワー
ク装置が属するグループ内の他のネットワーク装置（６
０８）とその装置のイベント発行制御数（許容イベント
数、６０９）を組にした値を持つ。

【００３９】図７は、ネットワーク装置上のイベント発
行制御プログラムが行う処理のフローチャートである。
イベント発行制御プログラムのイベント制御パラメータ
設定部は、管理装置（１０）からのフィルタリング制御
情報を基に、イベント発行制御条件を決定する（７０
１）。イベント送信情報内のイベント優先度を考えない
イベント発行制御条件を持たせることにより、個々のイ
ベントを通知する場合のイベント発行制御条件をまず決
定し、その後、フィルタリングさせたイベントの優先度
を振り分ける条件を作成する。例えば、図６のイベント
情報の場合、イベントの種類とイベント条件のクラスは
同じであることからCommunicationAlarmイベントに対し
てClassがCTPでRDNが“Port11”か、“Port12” の値を
持つイベントを通知させるというフィルタ条件を設定す
る。その後、ＲＤＮ＝“Port11”であれば、優先度１、
ＲＤＮ＝“Port12”であれば優先度３といった優先度判
別の条件を作成する。

【００４０】イベント制御パラメータ設定部は、フィル
タリング制御情報のグループ情報を基にグループに含ま
れる装置からのイベント発行フラッグテーブル（９０
１）を図９に示すように作成する。イベント発行フラッ
グテーブルは、グループ内に含まれるほかのネットワー
ク装置がイベントを送信していないかを判断するテーブ
ルである。

【００４１】図９に示す情報は、グループ内のネットワ
ーク装置に対応した識別子が確保されている（９０２〜
９０６）。

【００４２】イベント制御パラメータ設定部によるイベ
ント制御の初期化はイベント発行制御の設定とイベント
発行フラッグの生成までであり、イベント制御パラメー
タ設定部は、生成したイベント発行フラッグテーブルを
イベント送信制御部に通知する。イベント送信制御部
は、受信したデータを基に、通信制御モジュールからの
情報の監視とグループ内の装置からのイベント発行信号
の受信を待つ（７０２）。各ネットワーク装置上のイベ
ント送信制御部は、管理装置へイベントを発行する前に
グループに含まれる装置上のイベント送信制御部にイベ
ント発行通知を実施し、この通知を受信した他のネット
ワーク装置上のイベント送信制御部は、フラッグテーブ
ル内のイベント発行通知を行った装置に対応するイベン
トフラッグを発行状態（図９の場合には値を１）に変更
する。

【００４３】ネットワークリソースからの情報を収集も
しくは通知を受け、イベントを通知しなければならない
とき、最初にイベント発行制御処理は発行すべきイベン
ト数を計算する（７０３）。その後、グループのネット
ワーク装置に対して、イベントを発行することを通知す
る（７０４）。

【００４４】発行すべきイベント数がそのネットワーク
装置から発行できるイベント数よりも大きいかを判断す
る（７０５）。もし、規定数以下であれば、送信するイ
ベントを管理装置（１０）に通知し（７０６）、全ての
イベントを通知したならば、イベント発行の終了通知を
他の装置に行う。もし、そうでなければ、イベントの発
行数を制御するイベント発行制御処理（７０７）を実行
する。

【００４５】図８は、イベント発行制御処理の動作概要
を表すフローチャートである。まず、グループのネット
ワーク装置からのイベント受信情報を基に、イベント発
行数の上限を変更できるかの判断を行う（８０１）。こ
れは、イベント発行フラッグテーブルにより、イベント
を発行していない装置を同定し、それらの装置に割り与
えられているイベント数の総和（余剰イベント数）を計
算する。そして、現在、イベントを発行している装置数
を計算し、余剰イベント数をその値で割った値を追加可
能なイベント数（上限変動幅）とし、その値分上限を変
動させる。

【００４６】その後、発行イベント数が許容上限数より
大きいかを判断する（８０２）。発行イベントが許容上
限数より大きい場合は、イベントをフィルタリング制御
情報から作成した優先順位条件により発行順序を決める
優先度設定を行う（８０３）。その後、管理装置（１
０）にイベントを送信する（８０４）。この場合の単位
時間あたりのイベント発行数は、たとえ、単位時間あた
りの送信すべきイベント数が上記制御値よりも大きくと
も、この値以下になるように制御する。

【００４７】また、管理装置へのイベント通知の数が上
限を超えている場合には、一つのイベントを送信後（８
０５）、常にイベント発行フラッグテーブルを監視し、
他のネットワーク装置からのイベント発生に変化が無い
かを判断する（８０６）。もし、変更が有れば、直ちに
予め決めた上限値までイベント発行数を減少させ、余剰
イベントの設定を計算し直す（８０７）。そして、発行
イベント数の上限値を再度変動させるかどうかを判断す
る（８０８）。もし管理装置（１０）に発行する残りの
イベント数が依然として大きくかつ、優先度設定をして
いないならば、イベント送信優先度を決定する。もし、
既に優先度設定処理をしていれば、管理装置に送信する
イベント数を変動させるだけで良い。

【００４８】以上の処理により、管理装置（１０）は、
自身の処理能力を超えたイベントを受信することはなく
なり、管理装置（１０）上の処理能力にあったイベント
処理を行うことができる。

【００４９】次に、第二の実施例として、イベント発行
制御プログラムのイベント設定プログラムを移動させる
ことにより、管理装置の負荷を軽減しつつ、全体の設定
フェーズを実現する方法について図１０から図１２を用
いて説明する。図１０は、本実施例に基づく管理装置
（１０）とネットワーク装置に関する構成図である。第
一の実施例の構成と異なる点は、イベント制御パラメー
タ設定部がネットワーク装置上になくなり、イベント制
御パラメータ設定部（１００１）として管理装置（１
０）上に存在し、必要に応じてネットワーク装置上に移
動する移動プログラムであること、この移動プログラム
を移動させる移動制御プログラム（１００２，１００
３）が管理装置（１０），ネットワーク装置上に存在す
る点である。

【００５０】図１１は、第二の実施例に基づくプログラ
ム間の処理の流れを示す。イベント制御プログラム（１
４２）のイベント発行数制御処理部（１４３）は、管理
要求を受信したならば、第一の実施例と同様に管理情報
格納データベース（１３）に存在するイベント情報から
必要とされるイベント条件を求める。そして、それらの
結果と、ユーザに提供するネットワーク装置群の一覧を
イベント制御パラメータ設定部に引き渡す（１１０
１）。イベント制御パラメータ設定部は、受信したイベ
ント制御処理に基づいて対応するネットワーク装置上に
移動する（１１０２）。

【００５１】図１２は、第二の実施例に基づくイベント
制御パラメータ設定処理部（１００１）に関するフロー
チャートである。イベント制御パラメータ設定処理部
（１００１）は、管理装置（１０）上から移動経路およ
びネットワーク装置群の一つの装置に移動すると、その
装置上のイベント送信制御部にすでに設定され、保持さ
れている現在のイベントフィルター条件を収集する（１
２０１）。その後、収集したフィルタ条件から、関連す
るイベントがフィルタリングされていないかどうかを判
断する（１２０２）。

【００５２】もし、関連するイベントがイベント制御処
理によってフィルタリングされているならば、イベント
発行制御条件をそのイベントがフィルタリングされない
ように修正する（１２０３）。例えば、イベント発行制
御条件の中で、送信するstateChangeノーティフィケー
ションが有り、このイベントの送信する管理オブジェク
トが“Port11”と“Port12”しか存在しない場合に新た
に、“Port13”という管理オブジェクトから送信する必
要がある場合、“Port13”が送信できるようにフィルタ
リング条件を変動させる。こうした処理は、場合によっ
てはイベント条件を削除することもありえる。

【００５３】次に、イベント制御パラメータ設定処理
は、フィルタリングパラメータを変更したことによるイ
ベントの増加数を、存在する管理オブジェクトの構成や
発行するイベント種別，フィルタリングパラメータによ
り導出する。そして、そのイベント数を保持する（１２
０４）。以上により、イベント制御パラメータ設定処理
は、イベント発行制御プログラムへイベント発行制御条
件を設定する。

【００５４】さらに、イベント制御パラメータ設定処理
は、前記規定された全てのネットワーク装置に対して処
理を行ったかどうかを判断する（１２０５）。もし処理
を行うべきネットワーク装置が存在するならば、移動制
御プログラムの処理により、その装置に移動（１２０
６）し、前記処理を繰り返す。（１１０４） 最後のネットワーク装置に対して前記処理を終了すると
管理装置（１０）に移動し（１１０５）、イベントフィ
ルタ設定により設定したフィルタリングパラメータおよ
びイベントの増減を管理装置（１０）上のイベント制御
プログラムに通知する（１１０６，１２０７）。

【００５５】イベント制御プログラム内のイベント発行
数決定処理部は、発行イベント数の増減数を受け取る
と、その値を基に、各ネットワーク装置に対する許容イ
ベント数を設定する（１１０７）。この処理は、イベン
ト発行数決定処理が持つある閾値を基に変更処理を実行
するかを判断する。たとえば、任意の装置ごとで増加す
るイベント数が変更以前のイベント数よりも５０％以上
増加するのであれば、イベントの制約割り当てをやり直
し、単位時間あたりのイベント増加数を変更させること
ができる。イベントの増加数が５０％以内であれば、そ
の装置のイベント送信数の上限を変動させることをしな
いようにする。

【００５６】以上の処理を行うことにより、各ネットワ
ーク装置上のイベント制御環境が設定される。イベント
が発生したときのネットワーク装置のイベント発行制御
は第一の実施例と同じである。

【００５７】以上の構成にすることにより、各装置から
のイベント発行制御条件を装置上で検索／設定処理を行
えるようになり、イベント制御設定時の管理オペレーシ
ョンの削減と管理装置の負荷を軽減することができる。
また、各装置のイベント増加分を基にイベント変更上限
の変更を設定することにより、ユーザの追加や管理要求
の変更が有ったとしても、全ての装置にその影響を及ぼ
すこと無くイベント送信制御を行うことができる。

【００５８】本発明のように、ネットワーク装置上で行
われる、イベント送信処理において、送信するイベント
数を管理装置（１０）の能力に合わせて設定することに
より、管理装置（１０）のイベント処理は、常に処理能
力内とすることができる。そのため、イベントが膨大に
なったとしても、管理装置（１０）の性能を列挙させる
こと無く必要なイベントを受信することができる。

【００５９】また、ネットワーク装置は、管理装置（１
０）へのイベント送信前に関連するほかのネットワーク
装置からのイベント発行状態を把握して、状況に応じて
動的にイベント送信制御を行うことができる。そのた
め、一つの装置が極端にイベントを発行したとしても、
必要以上に管理装置のイベント処理能力を低下させるこ
とはなくなるし、逆に送信可能なイベント数を最大限利
用できるようにもなる。

【００６０】さらに、イベント設定処理を移動プログラ
ムにより実現することにより、イベントフィルタ設定処
理を分散させることができ、管理装置（１０）の負荷や
ネットワーク負荷を軽減することができる。

【００６１】さらに、イベント設定処理を移動プログラ
ムにより実現すれば、イベントフィルタ設定処理を分散
させることができ、イベント設定処理時の管理装置や管
理用の通信トラフィックの負荷を軽減することができ
る。

【００６２】

【発明の効果】本発明によれば、管理装置に通知される
イベントを管理装置のイベント処理能力内に抑えること
が可能になり、管理装置は通知されたイベントを確実に
処理できる可能性がより高まる。

【００６３】このため、重要なイベントが受信されなく
なる可能性が低くなり、ネットワーク管理システムが提
供している機能、サービスを保証できなくなる可能性を
低減できる。

【図面の簡単な説明】

【図１】本発明の第一の実施例に関する一システム構成
を表す図である。

【図２】本発明の第一の実施例に用いられる管理情報格
納データベースに含まれる情報群を表す図である。

【図３】本発明において、管理されるネットワークの一
実施例を表した図である。

【図４】本発明の第一の実施例に関連するプログラム間
の関係を表す図である。

【図５】本発明における第一の実施例の管理装置上に存
在するイベント発行数決定処理の概要フローチャートで
ある。

【図６】本発明における第一の実施例において、管理装
置からネットワーク装置に送られるイベントフィルタの
ための通知情報に関する一実施例を現す図である。

【図７】本発明における、ネットワーク装置上でのイベ
ント発行制御プログラムの全体処理概要を表したフロー
チャートである。

【図８】本発明における、ネットワーク装置上でのイベ
ント発行制御を行う場合のイベント発行制御プログラム
の処理概要を表したフローチャートである。

【図９】本発明において、ネットワーク装置上のイベン
ト送信制御処理部が持つイベント送信フラッグテーブル
の一実施例を表した図である。

【図１０】本発明の第二の実施例に関する一システム構
成を表す図である。

【図１１】本発明の第二の実施例に関連するプログラム
間の関係を表す図である。

【図１２】本発明における第二の実施例において、ネッ
トワーク装置上を移動するイベント制御パラメータ設定
の処理概要を表したフローチャートである。

【符号の説明】

１０… ネットワーク管理システム，１１… ネットワ
ーク管理システム上の通信制御装置，１２… ワークメ
モリ，１３… ネットワーク管理システム上の管理情報
データベース，１４… プログラムメモリ，１５… 管
理装置上の中央処理装置，１６… 管理装置上のキーボ
ード，１７…管理装置上のマウス，１８…管理装置上の
ディスプレイ，２０… ネットワーク装置， ２１…
通信制御モジュール，２２… 管理エージェントモジュ
ール，２３… 管理エージェントモジュールの通信制御
装置，２４… 管理エージェントモジュールのプログラ
ムメモリ，２６… 管理エージェントモジュール上のワ
ークメモリ，２７… 管理エージェントモジュール上の
中央処理装置。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 庄司 加奈子 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 Ｆターム(参考） 5B089 GA05 GA11 GA21 GB02 HA06 HB06 JA36 JB22 KA06 5B098 AA10 GA01 GB03 GB11 GC03 GC09 GC16 5K030 GA14 HB06 JA10 LE05 MC07 MD06 5K033 AA03 CB06 DB16 DB20 EA03 EA06 EA07

Claims (5)

【特許請求の範囲】
1. 【請求項１】ネットワーク装置と前記ネットワーク装置
   を管理する管理装置とで構成され、 管理装置は、自身のイベント処理能力に基づいてネット
   ワーク装置のイベント発行制御条件を決定する手段と、 前記イベント発行制御条件を前記ネットワーク装置に通
   知する手段とを備え、 前記ネットワーク装置は、管理装置から通知されたイベ
   ント発行制御条件に従ってイベント発行制御を行う手段
   を設けたことを特徴とするネットワーク管理システム。
2. 【請求項２】請求項１に記載のネットワーク管理システ
   ムにおいて、 前記管理装置は、前記ネットワーク装置に通知するイベ
   ント発行制御条件に、 管理要求に応じた、該ネットワーク装置から発行するイ
   ベントの優先順位を設定する手段を設け、 前記ネットワーク装置の前記イベント発行制御を行う手
   段は、発行するイベント数を制限する際には、前記設定
   された優先順位にしたがってイベントを発行する手段を
   設けたことを特徴とするネットワーク管理システム。
3. 【請求項３】請求項１に記載のネットワーク管理システ
   ムにおいて、 他のネットワーク装置を備え、 前記管理装置は、前記ネットワーク装置に通知するイベ
   ント発行制御条件に、前記他のネットワーク装置に関す
   る情報を設定する手段を設け、 前記ネットワーク装置は、前記他のネットワーク装置に
   対して、前記管理装置へのイベント発行前にイベント発
   行通知を発行し、イベント発行終了後にイベント終了通
   知を発行する手段を設けたことを特徴とするネットワー
   ク管理システム。
4. 【請求項４】請求項３に記載のネットワーク管理システ
   ムにおいて、 前記他のネットワーク装置は、 前記イベント発行を制御する手段と、前記ネットワーク
   装置からの前記イベント発行通知と前記イベント終了通
   知を保持する手段と、 イベントを前記管理装置に発行するとき、保持した前記
   イベント発行通知と前記イベント終了通知とを用いて、
   前記管理装置のイベント受信状況を判断し、自ネットワ
   ーク装置に設定された前記イベント発行制約条件を変更
   する手段とを設けたことを特徴とするネットワーク管理
   システム。
5. 【請求項５】請求項１のネットワーク管理システムにお
   いて、 前記管理装置から前記ネットワーク装置へ、必要とする
   イベント送信情報と共に移動するイベント制御パラメー
   タ設定手段を備え、 前記イベント制御パラメータ設定手段は、 前記イベント送信情報に従って、当該ネットワーク装置
   にすでに設定されているイベント発行制御条件を変更す
   る手段と、 前記変更されたイベント発行制御条件に従って、当該ネ
   ットワーク装置が発行するイベント増減数を求め、保持
   する手段と、 前記管理装置へ移動し、前記イベント増減数を前記管理
   装置に通知する手段とを設け、 前記管理装置は、通知されたイベント増減数を基に、前
   記イベント発行制御条件を設定する手段を備えることを
   特徴とするネットワーク管理システム。