JP3812236B2

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

Info

Publication number: JP3812236B2
Application number: JP25672499A
Authority: JP
Inventors: 公徳菅内; 健一吉田; 加奈子庄司
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-09-10
Filing date: 1999-09-10
Publication date: 2006-08-23
Anticipated expiration: 2019-09-10
Also published as: US6862619B1; JP2001084195A

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを構築するネットワーク装置を管理する管理装置へのイベント通知技術に関する。
【０００２】
【従来の技術】
個々のネットワーク装置を管理する管理エージェントとそれらの管理エージェントから情報を収集する管理装置とでネットワーク管理システムが構成される。このアーキテクチャでは、複数の管理エージェントを一つの管理装置がアクセスすることによって、また、管理エージェントから自発的に発行されるイベントを管理装置が受信することによって、ネットワークの状態を把握し、管理を実現している。
【０００３】
管理エージェント側のイベント発行制御に関しては、管理エージェントで受信したネットワーク装置内の状態変化通知である内部イベントに対してある条件の下、そのイベントを管理装置に通知するかの判断を行うイベント・フォワード・ディスクリミネータがITU-T(International Telecommunication Union Telecommunication)の標準としてRecommendation X.734: Information technology Open Systems Interconnection System Management-Part 5: Event Report Management Function に規定されている。このイベント・フォワード・ディスクリミネータが持つ条件は、時間や発行するネットワークリソースなどである。
【０００４】
特開平５−７５６０８号公報では、上記イベント・フォワード・ディスクリミネータを管理装置が持つ管理機能ごとに管理エージェントで作成させることにより、管理装置側でのイベント処理を簡単にでき、かつ管理機能が必要とするイベントを管理エージェントが送信する技術を提案している。
【０００５】
特開平１０−３３６２７６号公報では、管理装置にイベントのフィルタリング処理を監視する機能を管理装置側に設け、管理装置の負荷が増加した場合に、フィルタリング条件を変更させることにより、イベント処理をある一定の負荷のもとイベントを管理アプリケーションに通知する技術が提案されている。
【０００６】
【発明が解決しようとする課題】
複数のユーザに対して様々なネットワークサービスを提供するためのネットワークを管理する管理システムにおいて、管理内容として、ネットワーク全体としての管理に加え、個別のユーザ単位の管理も必要になってくる。
【０００７】
この場合、管理の多様化により管理する項目が増えることに応じて、管理エージェント側でイベントフィルタや送信制御を行ったとしても、それらは、それぞれの管理対象から通知されるイベント数を減少させているだけなので、全ての管理対象から発行されるイベントの総数が、管理装置が処理できるイベント数を超えるおそれは残っている。
同じような理由から、管理装置上でフィルタリングを制御したとしても、管理エージェントから通知されるイベントの総数自体が大きくなる場合、フィルタリング機能は常に単純な処理しか行えず、意味を成さない場合がある。
【０００８】
管理要求の多様化だけではなく、管理するネットワーク規模が増加する場合や、ネットワーク装置の構成変更により管理装置が複雑になる場合にも同様の問題が発生する。
【０００９】
また、管理システムがネットワークを利用するユーザの要求に従った個別管理を行う場合には、ユーザが利用しているネットワークリソースを異なる管理要求のもとで管理する必要がある。これによってネットワーク装置から通知されるイベントは、異なるリソースからの同種のイベントであったとしてもユーザの管理要求にしたがってその重要度が変わってくる。このため、重要度の高いイベントを必ず管理装置が受信するための処理が必要となるが、これまでの管理エージェントでのイベント制御は、イベントを管理装置に送信するかしないかのイベントフィルタリングだけであり、同種のイベントが同時に発生した場合の優先送信制御は行われていない。
【００１０】
このため、管理装置上のイベント処理能力以上のイベントが発生した場合、重要なイベントが管理装置に送られたとしても受信されない可能性がある。
さらに、ネットワーク管理システムが提供している機能、サービスを保証できなくなる可能性がある。
【００１１】
本発明の目的は、上記課題を解決するもので、管理装置上のイベント処理能力を意識したイベント発行制御をネットワーク装置上で実現することにより、管理装置に通知されるイベントを管理装置のイベント処理能力内に抑える技術を提供することである。
【００１２】
また、本発明の他の目的は、管理装置上のイベント処理能力を意識したイベント発行制御をネットワーク装置上で実現することにより、管理装置が通知されたイベントを確実に処理できるような技術を提供することである。
【００１３】
さらに、本発明の他の目的は、ネットワーク装置上でイベント制御を行う場合でも、重要度の高いユーザに関連するイベントを優先的に管理装置が送信できるような技術を提供することである。
【００１４】
【課題を解決するための手段】
上記目的を達成するために、本発明では、管理装置のイベント処理能力を意識して各管理エージェント毎に、管理装置に通知可能なイベント数を決定し、管理エージェントは与えられた発行可能なイベント数を基にイベントを通知するフィルタリング条件を設定することにより、ネットワーク全体として管理装置が許容できるイベント数に抑えるようにしている。
【００１５】
より具体的には、本発明では、管理装置は、そのイベント処理能力を基にそのイベント処理能力を超えないように各管理エージェントの単位時間あたりのイベント発行数を決定するイベント発行数決定処理部を備え、管理エージェントは前記決定処理部より通知されるイベント発行制限数を基にイベント発行制御を行うためのフィルタ条件を設定するイベント発行優先順位設定処理部と、イベント発行制御を行い、かつイベント発行制限数よりも多くイベントを発行する必要のある場合には、上限を超えたイベントを遅延させて発行する（すなわち単位時間あたりのイベント発行量に上限をつける）イベント発行制御部を備えることを特徴とする。
【００１６】
さらに、イベント発行決定処理部は、ユーザからの管理要求に優先度を設けることにより、優先度の高いネットワーク装置上の管理エージェントからのイベント発生量を多く通知できるように割り当てることを特徴とする。
【００１７】
管理エージェントでは、割り当てられた発行イベント上限数に対して、現状で発行可能な単位時間あたりのイベント発行数を計算し、割り当てられた発行イベント上限数以下であれば、その結果をイベント発行決定処理部に通知することを特徴とする。
【００１８】
すなわち、複数のネットワーク装置と前記ネットワーク装置を管理する管理装置で構成されるネットワーク管理システムでのネットワーク装置から発行されるイベントの発行制御において、まず、ネットワークを管理するために必要な各ネットワーク装置から発行されるイベントを設定し、次に、発行されるイベント数を基に、管理装置が処理可能な単位時間あたりのイベント処理数以内になるように各ネットワーク装置に対して単位時間あたりの発行イベント数を制御する手段を設けたことを特徴とするものである。
【００１９】
なお、これらの各手段の一部もしくは全部の機能を各装置に実現させるための情報は、予め各装置に導入されていても良いし、フロッピーディスクや磁気ディスクなどの可搬型記憶媒体、もしくは、通信媒体、伝送媒体を経由することにより、各装置へ導入されてもよい。
【００２０】
【発明の実施の形態】
以下、本発明の実施形態について図面を用いて説明する。
まず、本発明の第一の実施例を図１から図９を用いて説明する。
図１は、ネットワーク装置を管理する管理装置およびネットワーク装置上に本発明に基づくイベント制御方式を適用した場合のシステム構成の一実施例を示す。管理装置（１０）は、管理対象ネットワーク内のネットワーク装置から管理情報の収集するための通信を制御する通信制御装置（１１）、プログラムの処理のための演算領域および結果を格納するワークメモリ（１２）、各ネットワーク装置や管理装置等の管理に関連する情報を格納したデータベース（１３）、ネットワーク装置へ管理操作を実行したり、受信したイベントを加工したり、管理情報をデータベースに格納するネットワーク管理プログラム（１４１），ネットワーク装置からの受信するイベントに関する発信制御を行うイベント制御プログラム（１４２）などの様々な管理プログラムを格納したプログラムメモリ（１４）、さらにプログラムメモリ，データベースへのアクセスや各プログラムの実行を制御する中央処理装置（ＣＰＵ）（１５），キーボード（１６）やマウス（１７）等の入力装置，ディスプレイ装置（ＣＲＴ）（１８）および入出力を制御する入出力制御部（１９）で構成される。
【００２１】
ここでイベント制御プログラム（１４２）は、管理装置（１０）の性能や顧客別に割り当てられる経路情報を基に、各ネットワーク装置に対して発行可能なイベント数を決定するイベント発行数決定処理部（１４３），ネットワーク装置からネットワーク管理プログラムに通知されるイベントを受信するイベント受信処理部（１４４）の２つに大きく分けられる。
【００２２】
図２は、管理情報格納データベース（１３）に格納されている情報を示す。管理情報格納データベース（１３）には、各ネットワークを構成する装置や装置要素に対する管理対象情報（２１０）を持っている。これは、管理対象を識別するための対象名称（２１１）や管理対象間の関係（２１２）を表す構成情報やそれぞれの管理対象が持っているリソース等の管理属性（２１３）およびその値（２１４）を表したリソース情報を格納している。これらの情報は、ネットワーク管理プログラムや運用管理を行うオペレータによって値の変更や情報の追加、削除が行われる。また、管理対象から通知されたイベント（２２１）群を保持しているログ情報（２２０）を持っている。
【００２３】
その他に管理情報格納データベース（１３）には、任意の管理要求（２３１）を満足させるために必要なイベントの種類（２３２）と、そのイベントを発行するネットワーク装置の種別（２３３）や装置のリソース種別（２３４）の対応関係を表したイベント関連テーブル（２３０）を保持している。
例えば、OSI(Open systems Interconnection)管理に基づく管理の場合、各ネットワーク装置のリソースや管理機能を管理オブジェクトとして定義している。それらの管理オブジェクトからの状態変更通知や、障害情報通知はノーティフィケーションとして定義されている。このため、イベントの種類は、管理オブジェクトから通知されるノーティフィケーションの種類であり、装置種別は、ネットワーク装置を表すクラスとなり、リソース種別は、ノーティフィケーションを発行する管理オブジェクトとなる。
【００２４】
また、SNMP(Simple Network Management Protocol)によるネットワーク管理の場合、イベントはトラップとして定義されている。しかし、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”が送信できるようにフィルタリング条件を変動させる。こうした処理は、場合によってはイベント条件を削除することもありえる。
【００５３】
次に、イベント制御パラメータ設定処理は、フィルタリングパラメータを変更したことによるイベントの増加数を、存在する管理オブジェクトの構成や発行するイベント種別，フィルタリングパラメータにより導出する。そして、そのイベント数を保持する（１２０４）。
以上により、イベント制御パラメータ設定処理は、イベント発行制御プログラムへイベント発行制御条件を設定する。
【００５４】
さらに、イベント制御パラメータ設定処理は、前記規定された全てのネットワーク装置に対して処理を行ったかどうかを判断する（１２０５）。もし処理を行うべきネットワーク装置が存在するならば、移動制御プログラムの処理により、その装置に移動（１２０６）し、前記処理を繰り返す。（１１０４）
最後のネットワーク装置に対して前記処理を終了すると管理装置（１０）に移動し（１１０５）、イベントフィルタ設定により設定したフィルタリングパラメータおよびイベントの増減を管理装置（１０）上のイベント制御プログラムに通知する（１１０６，１２０７）。
【００５５】
イベント制御プログラム内のイベント発行数決定処理部は、発行イベント数の増減数を受け取ると、その値を基に、各ネットワーク装置に対する許容イベント数を設定する（１１０７）。この処理は、イベント発行数決定処理が持つある閾値を基に変更処理を実行するかを判断する。たとえば、任意の装置ごとで増加するイベント数が変更以前のイベント数よりも５０％以上増加するのであれば、イベントの制約割り当てをやり直し、単位時間あたりのイベント増加数を変更させることができる。イベントの増加数が５０％以内であれば、その装置のイベント送信数の上限を変動させることをしないようにする。
【００５６】
以上の処理を行うことにより、各ネットワーク装置上のイベント制御環境が設定される。イベントが発生したときのネットワーク装置のイベント発行制御は第一の実施例と同じである。
【００５７】
以上の構成にすることにより、各装置からのイベント発行制御条件を装置上で検索／設定処理を行えるようになり、イベント制御設定時の管理オペレーションの削減と管理装置の負荷を軽減することができる。
また、各装置のイベント増加分を基にイベント変更上限の変更を設定することにより、ユーザの追加や管理要求の変更が有ったとしても、全ての装置にその影響を及ぼすこと無くイベント送信制御を行うことができる。
【００５８】
本発明のように、ネットワーク装置上で行われる、イベント送信処理において、送信するイベント数を管理装置（１０）の能力に合わせて設定することにより、管理装置（１０）のイベント処理は、常に処理能力内とすることができる。そのため、イベントが膨大になったとしても、管理装置（１０）の性能を列挙させること無く必要なイベントを受信することができる。
【００５９】
また、ネットワーク装置は、管理装置（１０）へのイベント送信前に関連するほかのネットワーク装置からのイベント発行状態を把握して、状況に応じて動的にイベント送信制御を行うことができる。そのため、一つの装置が極端にイベントを発行したとしても、必要以上に管理装置のイベント処理能力を低下させることはなくなるし、逆に送信可能なイベント数を最大限利用できるようにもなる。
【００６０】
さらに、イベント設定処理を移動プログラムにより実現することにより、イベントフィルタ設定処理を分散させることができ、管理装置（１０）の負荷やネットワーク負荷を軽減することができる。
【００６１】
さらに、イベント設定処理を移動プログラムにより実現すれば、イベントフィルタ設定処理を分散させることができ、イベント設定処理時の管理装置や管理用の通信トラフィックの負荷を軽減することができる。
【００６２】
【発明の効果】
本発明によれば、管理装置に通知されるイベントを管理装置のイベント処理能力内に抑えることが可能になり、管理装置は通知されたイベントを確実に処理できる可能性がより高まる。
【００６３】
このため、重要なイベントが受信されなくなる可能性が低くなり、ネットワーク管理システムが提供している機能、サービスを保証できなくなる可能性を低減できる。
【図面の簡単な説明】
【図１】本発明の第一の実施例に関する一システム構成を表す図である。
【図２】本発明の第一の実施例に用いられる管理情報格納データベースに含まれる情報群を表す図である。
【図３】本発明において、管理されるネットワークの一実施例を表した図である。
【図４】本発明の第一の実施例に関連するプログラム間の関係を表す図である。
【図５】本発明における第一の実施例の管理装置上に存在するイベント発行数決定処理の概要フローチャートである。
【図６】本発明における第一の実施例において、管理装置からネットワーク装置に送られるイベントフィルタのための通知情報に関する一実施例を現す図である。
【図７】本発明における、ネットワーク装置上でのイベント発行制御プログラムの全体処理概要を表したフローチャートである。
【図８】本発明における、ネットワーク装置上でのイベント発行制御を行う場合のイベント発行制御プログラムの処理概要を表したフローチャートである。
【図９】本発明において、ネットワーク装置上のイベント送信制御処理部が持つイベント送信フラッグテーブルの一実施例を表した図である。
【図１０】本発明の第二の実施例に関する一システム構成を表す図である。
【図１１】本発明の第二の実施例に関連するプログラム間の関係を表す図である。
【図１２】本発明における第二の実施例において、ネットワーク装置上を移動するイベント制御パラメータ設定の処理概要を表したフローチャートである。
【符号の説明】
１０… ネットワーク管理システム，１１… ネットワーク管理システム上の通信制御装置，１２… ワークメモリ，１３… ネットワーク管理システム上の管理情報データベース，１４… プログラムメモリ，１５… 管理装置上の中央処理装置，１６… 管理装置上のキーボード，１７…管理装置上のマウス，１８…管理装置上のディスプレイ，２０… ネットワーク装置，２１… 通信制御モジュール，２２… 管理エージェントモジュール，２３… 管理エージェントモジュールの通信制御装置，２４… 管理エージェントモジュールのプログラムメモリ，２６… 管理エージェントモジュール上のワークメモリ，２７… 管理エージェントモジュール上の中央処理装置。

Claims

ネットワーク装置と、他のネットワーク装置と、前記ネットワーク装置及び前記他のネットワーク装置を管理する管理装置とで構成され、
管理装置は、自身のイベント処理能力に基づいてネットワーク装置のイベント発行制御条件を決定する手段と、
前記イベント発行制御条件を前記ネットワーク装置に通知する手段とを備え、
前記ネットワーク装置は、管理装置から通知されたイベント発行制御条件に従ってイベント発行制御を行う手段を設け、
前記管理装置は、前記ネットワーク装置に通知するイベント発行制御条件に、前記他のネットワーク装置に関する情報を設定する手段を設け、
前記ネットワーク装置は、前記他のネットワーク装置に対して、前記管理装置へのイベント発行前にイベント発行通知を発行し、イベント発行終了後にイベント終了通知を発行する手段を設け、
前記他のネットワーク装置は、
前記イベント発行を制御する手段と、前記ネットワーク装置からの前記イベント発行通知と前記イベント終了通知を保持する手段と、
イベントを前記管理装置に発行するとき、保持した前記イベント発行通知と前記イベント終了通知とを用いて、前記管理装置のイベント受信状況を判断し、自ネットワーク装置に設定された前記イベント発行制約条件を変更する手段と
を設けたことを特徴とするネットワーク管理システム。