JP2001223694A

JP2001223694A - ネットワーク監視システム

Info

Publication number: JP2001223694A
Application number: JP2000028552A
Authority: JP
Inventors: Takahiro Nagai; 隆広永井; Toshimasa Arai; 敏正新井
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2000-02-07
Filing date: 2000-02-07
Publication date: 2001-08-17

Abstract

(57)【要約】【課題】ネットワーク監視システムに関し、アラーム
情報の輻輳時にもシステムの適正な監視機能を維持可能
なことを課題とする。【解決手段】複数のＮＥ１，２及びＮＥ３，４と通信
すると共に、各ＮＥから受信したアラーム情報を自己の
バッファ手段４３に蓄積可能な複数のＮＥサーバＡ，Ｂ
と、複数のＮＥサーバＡ，Ｂと通信すると共に、複数の
ＮＥ１〜４から各ＮＥサーバＡ，Ｂを介して収集・転送
されるアラーム情報を収集してクライアント１０に通知
するＮＭＳサーバ２０であって、単位時間当たりのアラ
ーム処理負荷を監視すると共に、該アラーム処理負荷が
所定のしきい値を超えたことによりＮＥサーバ（例えば
Ｂ）にアラーム情報の送信を抑制させるものとを備え、
ＮＥサーバＢは、アラーム情報の送信を抑制されたこと
により、該送信を抑制されたアラーム情報を自己のバッ
ファ手段４３に蓄積する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク監視シ
ステムに関し、更に詳しくは複数のＮＥ（Network Elem
ent)からアラーム情報を収集してクライアントに通知す
るネットワーク監視システムに関する。

【０００２】この種のネットワーク管理オペレーション
の代表的なものにＡＴＭネットワークにおけるＡＴＭ交
換機の障害監視等がある。ＡＴＭ網には多種多数のＮＥ
（交換機、伝送装置、ルータ、ブリッジ、コンピュータ
装置等）が接続されると共に、ＮＥの中には大規模かつ
複雑・多機能のものがあるため、一旦回線や機器に障害
が発生するとＮＥから大量のアラーム情報が発生する。
そこで、係る状況下でもアラーム情報の処理性能を所要
以上に維持出来ることが望まれる。

【０００３】

【従来の技術】従来は、一定の処理能力を有するプロセ
ッサ（ＣＰＵ，メモリ等からなるリソース）で全アラー
ム情報を処理していたため、ＮＥから大量のアラーム情
報が発生すると、ネットワーク監視システムの処理性能
が著しく低下し、場合によってはシステムダウンし、ネ
ットワーク管理業務、ひいてはネットワークサービスが
停止状態に陥る危険性があった。

【０００４】この点、従来は、アラーム情報がシステム
の処理能力を超えた場合にアラーム信号の送信を制限又
は停止させるネットワーク監視システム及び輻輳回避方
法が知られている（特開平９−２１４４９４）。しか
し、アラーム信号の送信を単に制限し又は停止させる方
式であると、送信を制限又は停止されたアラーム情報の
処理が問題となる。またアラーム信号の送信を一様に制
限又は停止させる方式であると、緊急を要するアラーム
情報の処理が遅延してしまい、迅速かつ適切なネットワ
ーク監視を行えない。

【０００５】また従来は、単一の処理機器にバッファ手
段を設けて信号処理の輻輳回避を行うパケット交換機に
おけるバッファ輻輳制御方式が知られている（特開平５
−２２７２１６）。しかし、多数のＮＥを一括監視可能
なネットワーク監視システムを考えると、もしシステム
で単一のバッファ手段にアラーム情報が集中した場合に
は、バッファ手段が容易に溢れてしまい、重要なアラー
ム情報が失われてしまう。

【０００６】

【発明が解決しようとする課題】本発明は上記従来技術
の問題点に鑑みなされたもので、その目的とする所は、
アラーム情報の輻輳時にもシステムの適正な監視機能を
維持可能なネットワーク監視システムを提供することに
ある。

【０００７】

【課題を解決するための手段】上記の課題は例えば図１
の構成により解決される。即ち、本発明（１）のネット
ワーク監視システムは、複数のＮＥ１〜４からアラーム
情報を収集してクライアント１０に通知するネットワー
ク監視システムにおいて、複数のＮＥ１，２及びＮＥ
３，４と通信すると共に、各ＮＥから受信したアラーム
情報を自己のバッファ手段４３に蓄積可能な複数のＮＥ
サーバＡ，Ｂと、複数のＮＥサーバＡ，Ｂと通信すると
共に、複数のＮＥ１〜４から各ＮＥサーバＡ，Ｂを介し
て収集・転送されるアラーム情報を収集してクライアン
ト１０に通知するＮＭＳサーバ２０であって、単位時間
当たりのアラーム処理プロセッサのリソース使用率、単
位時間当たりのアラーム受信数又は受信アラームのデー
タ量、及びクライアントからの要求に対するレスポンス
遅延時間の内の何れか１又は２以上の動作パラメータを
監視すると共に、該動作パラメータが所定のしきい値を
超えたことによりＮＥサーバ（例えばＢ）にアラーム情
報の送信を抑制させるものとを備え、前記ＮＥサーバＢ
は、アラーム情報の送信を抑制されたことにより、該送
信を抑制されたアラーム情報を自己のバッファ手段４３
に蓄積するものである。

【０００８】本発明（１）においては、ＮＭＳサーバ２
０における処理負荷の増大に応じて、所望のＮＥサーバ
（例えばＢ）からのアラーム情報の送信を抑制させる構
成により、ＮＭＳサーバ２０においては抑制対象のアラ
ーム情報を受信及び処理する必要が無くなり、よって簡
単な制御によりＮＭＳサーバ２０におけるアラーム情報
の監視（処理）性能を所要以上に維持できる。また抑制
対象のＮＥサーバでその後のアラーム情報を自己のバッ
ファ手段４３に蓄積する構成により、例えばＮＥサーバ
Ａ，Ｂから大量のアラーム情報が発生した場合でも、抑
制対象のアラーム情報を各ＮＥサーバＡ，Ｂで能率良く
分散蓄積できる。

【０００９】好ましくは、本発明（２）においては、上
記本発明（１）において、ＮＥサーバＢは、アラーム情
報の送信抑制が解除されたことにより、自己のバッファ
手段４３に蓄積していたアラーム情報をＮＭＳサーバ２
０に転送する。従って、アラーム情報が失われない。

【００１０】また好ましくは、本発明（３）において
は、上記本発明（１）又は（２）において、ＮＭＳサー
バ２０は所定のフィルタ情報を添付してアラーム情報の
送信抑制指示を行い、これを受けたＮＥサーバＢはフィ
ルタ条件を満たすアラーム情報のみを転送する。従っ
て、重要（緊急）なアラーム情報については継続して迅
速に監視（処理）可能となる。

【００１１】また好ましくは、本発明（４）において
は、上記本発明（１）〜（３）において、ＮＭＳサーバ
２０は受信・収集したアラーム情報を記録するためのロ
グ手段２７を備え、該ログ手段２７はＮＭＳサーバ２０
による特定のＮＥサーバ（例えばＢ）を指定したログ停
止指令に従って当該ＮＥサーバＢからのアラーム情報を
記録しないと共に、ＮＥサーバＢはＮＭＳサーバ２０か
らのログ停止指令に従ってＮＭＳサーバ２０に転送した
アラーム情報を自己のバッファ手段４３に蓄積する。

【００１２】本発明（４）によれば、アラーム輻輳時の
ＮＭＳサーバ２０は、更にログ手段２７の処理負荷（リ
ソース使用率）を軽減することで、その軽減分をアラー
ム情報の受信及び通知処理に活用でき、よって所要の監
視性能を維持可能となる。

【００１３】また好ましくは、本発明（５）において
は、上記本発明（４）において、ＮＥサーバＢはアラー
ム情報のログ停止が解除されたことにより自己のバッフ
ァ手段４３に蓄積していたアラーム情報をＮＭＳサーバ
２０に転送し、かつログ手段２７はＮＥサーバＢについ
てのログ停止が解除されたことにより当該ＮＥサーバＢ
からのアラーム情報を記録する。従って、ＮＭＳサーバ
２０は自己のログ機能を適正に維持できる。

【００１４】また上記の課題は例えば図６の構成により
解決される。即ち、本発明（６）のネットワーク監視シ
ステムは、複数のＮＥ（ネットワークエレメント）から
アラーム情報を収集してクライアントに通知するネット
ワーク監視システムにおいて、複数のＮＥａ〜ＮＥｃ等
と通信すると共に、各ＮＥａ〜ＮＥｃ等から受信したア
ラーム情報を自己の第１のバッファ手段４３に蓄積可能
な複数のＮＥサーバＡ〜Ｃと、複数のＮＥサーバＡ〜Ｃ
と通信すると共に、複数のＮＥａ〜ＮＥｃ等から各ＮＥ
サーバＡ〜Ｃを介して収集・転送されるアラーム情報を
クライアント１０に通知及び自己の第２のバッファ手段
３１に蓄積するＮＭＳサーバ２０であって、単位時間当
たりのアラーム処理プロセッサのリソース使用率、単位
時間当たりのアラーム受信数又は受信アラームのデータ
量、及びクライアントからの要求に対するレスポンス遅
延時間の内の何れか１又は２以上の動作パラメータを監
視すると共に、該動作パラメータが所定のしきい値を超
えたことにより第２のバッファ手段３１へのアラーム情
報の蓄積を停止し、かつＮＥサーバ（例えばＡ，Ｂ等）
にアラーム情報の蓄積を依頼するものとを備え、前記Ｎ
ＥサーバＡ，Ｂ等は、アラーム情報の蓄積を依頼された
ことにより、自己が受信・転送したアラーム情報を自己
の第１のバッファ手段４３に蓄積するものである。

【００１５】本発明（６）によれば、アラーム輻輳時の
ＮＭＳサーバ２０は、自己の第２のバッファ手段３１へ
のアラーム情報の蓄積（ログ）を停止することで、該自
己の第２のバッファ手段３１への蓄積処理付加の軽減分
をアラーム情報の受信及び通知処理に活用でき、よって
所要の監視性能を維持可能となる。

【００１６】好ましくは、本発明（７）においては、上
記本発明（６）において、ＮＥサーバＡ，Ｂ等はアラー
ム情報の蓄積依頼を解除されたことにより自己の第１の
バッファ手段４３に蓄積していたアラーム情報をＮＭＳ
サーバ２０に転送し、かつＮＭＳサーバ２０は該転送さ
れたアラーム情報を自己の第２のバッファ手段３１に蓄
積する。従って、ＮＭＳサーバ２０は自己のログ機能を
適正に維持できる。

【００１７】また上記の課題は例えば図１１の構成によ
り解決される。即ち、本発明（８）のネットワーク監視
システムは、複数のＮＥａ〜ＮＥｆと通信する複数のＮ
ＥサーバＡ，Ｂと、複数のＮＥサーバＡ，Ｂと通信可能
な複数のＮＭＳサーバＡ，Ｂであって、複数のＮＥａ〜
ＮＥｆから各ＮＥサーバＡ，Ｂを介して収集・転送され
るアラーム情報を共通のクライアント１０に通知及び自
己のバッファ手段３１に記録可能なものとを備え、１の
ＮＭＳサーバ（例えばＡ）は、複数のＮＥサーバＡ，Ｂ
からのアラーム情報をクライアント１０に通知及び自己
のバッファ手段３１に記録すると共に、単位時間当たり
のアラーム処理プロセッサのリソース使用率、単位時間
当たりのアラーム受信数又は受信アラームのデータ量、
及びクライアントからの要求に対するレスポンス遅延時
間の内の何れか１又は２以上の動作パラメータを監視
し、該動作パラメータが所定のしきい値を超えたことに
より他のＮＭＳサーバＢに対して所望のＮＥサーバ（例
えばＢ）からのアラーム情報の収集を依頼し、これを受
けた他のＮＭＳサーバＢは前記依頼されたＮＥサーバＢ
からのアラーム情報をクライアント１０に通知及び自己
のバッファ手段３１に記録するものである。

【００１８】本発明（８）によれば、アラーム輻輳時の
ＮＭＳサーバＡは、他のＮＭＳサーバＢのアラーム処理
機能を起動すると共に、これらが協同してアラーム情報
の通知を行う構成により、ＮＭＳサーバＡの処理負担が
軽減される。

【００１９】好ましくは、本発明（９）においては、上
記本発明（８）において、他のＮＭＳサーバＢはアラー
ム情報の収集依頼を解除されたことにより自己のバッフ
ァ手段３１に記録していたアラーム情報を依頼元のＮＭ
ＳサーバＡに転送し、かつ依頼元のＮＭＳサーバＡは該
転送されたアラーム情報を自己のバッファ手段３１に記
録する。従って、依頼元のＮＭＳサーバＡでは、アラー
ム情報の受信・通知負荷が大幅に軽減されると共に、ア
ラーム情報のログ情報については自己のバッファ手段３
１で一元管理できる。

【００２０】

【発明の実施の形態】以下、添付図面に従って本発明に
好適なる複数の実施の形態を詳細に説明する。なお、全
図を通して同一符号は同一又は相当部分を示すものとす
る。図２は第１の実施の形態によるネットワーク監視シ
ステムの構成を示す図で、アラーム輻輳時にＮＥサーバ
からのアラーム情報の送信を抑制する場合を示してい
る。

【００２１】図において、１００はＡＴＭ網等からなる
ネットワーク（ＮＷ）、ＮＥａ〜ＮＥｉはネットワーク
１００に接続するネットワークエレメント（交換機、伝
送装置、ルータ、ブリッジ、コンピュータ装置等）、４
０₁〜４０_nは夫々複数のＮＥと通信すると共に、ネッ
トワーク監視理機能の一部を分担するＮＥサーバＡ〜
Ｃ、５０はＮＥサーバと複数のＮＥ間を接続する通信
線、２０は複数のＮＥサーバ４０₁〜４０_nと通信する
と共に、実質的なネットワーク監視・制御を行うＮＭＳ
サーバ、３９はＮＭＳサーバ２０と複数のＮＥサーバ４
０₁〜４０_nとの間のプロセス間通信を、サーバ内外を
意識せずに、透過的に行える公知の分散オブジェクト環
境（ＣＯＲＢＡ等のＯＳの一種）、１０はネットワーク
の保守・管理を行うクライアント（保守端末等）であ
る。

【００２２】ＮＥサーバ４０において、４１は通信線５
０を介して複数のＮＥから回線障害等に係るアラーム情
報を受け取るＮＥ通信部、４２はＮＥ通信部４１からア
ラーム情報を受け取り、ＮＭＳサーバ２０のアラーム受
信部２１に転送するアラーム送信部、４３はＮＥから受
信したアラーム情報を必要に応じて一時的に保存するア
ラーム送信バッファである。アラーム送信部４２は、ア
ラーム受信部２１がアラーム受信抑制中又はアラーム送
信部４２がアラーム送信抑制中の場合はＮＥから受信し
たアラーム情報をアラーム送信バッファ４３に保存し、
またアラーム受信部２１がアラーム受信抑制解除時又は
アラーム送信部４２がアラーム送信抑制解除時にはアラ
ーム送信バッファ４３から上記保存されたアラーム情報
を取り出し、アラーム受信部２１に送信する。

【００２３】ＮＭＳサーバ２０において、２１はアラー
ム受信部であり、ＮＥサーバＡ〜Ｃからアラーム情報を
受信する窓口となると共に、ＮＥサーバＡ〜Ｃとの間の
アラーム受信インタフェースの接続／切断の機能と、後
述のアラーム送受信抑制指示に基づくアラーム受信抑制
と解除の制御機能を備える。２２はアラーム処理部であ
り、アラーム受信部２１からアラーム情報を受け取り、
アラーム情報の加工処理（重要度識別・優先度毎の個別
制御、フィルタリング、アラームクリア情報との関連付
け等）、アラーム情報のロギング及びアラーム情報のク
ライアント１０への送信処理を行う。

【００２４】２３はアラーム情報量測定部であり、ＮＥ
通信部４１やアラーム受信部２１が単位時間当たりに受
信したアラーム数及びそのアラームデータ総量を計測す
る。このアラーム数及びデータ総量は、ＮＭＳサーバ２
０に接続するＮＥサーバＡ〜Ｃ毎、及び各ＮＥサーバＡ
〜Ｃに接続する各ＮＥａ〜ＮＥｉ毎に夫々計数・管理可
能である。具体的に言うと、アラーム情報量測定部２３
は、全受信アラーム数（Ａ）及び全受信アラームのデー
タサイズの総和（ＡＳ）、ＮＥサーバＡ〜Ｃからの各受
信アラーム数（Ａａ）〜（Ａｃ）及びＮＥサーバＡ〜Ｃ
からの各受信アラームのデータサイズの総和（ＡＳａ）
〜（ＡＳｃ）、各ＮＥからの受信アラーム数（Ｎａ）〜
（Ｎｉ）及び各ＮＥからの受信アラームのデータサイズ
の総和（ＮＳａ）〜（ＮＳｉ）を計数している。

【００２５】２４はリソース計測部であり、ＮＭＳサー
バ２０内の各処理部（即ち、ＣＰＵのプログラム実効に
より実現される各プロセスに相当）が使用しているＣＰ
Ｕやメモリ等のリソース使用量を測定し、単位時間当た
りのリソース使用率を求める。２５は応答計測部であ
り、クライアント１０からＮＭＳサーバ２０への処理要
求に対する応答の遅延時間を計測する。

【００２６】２６はアラーム送受信制御部であり、アラ
ーム情報の輻輳状態に応じてアラーム送受信の抑制／解
除処理を行う。例えばアラーム処理部２２のリソース使
用量（ＣＰＵ使用率等）がアラーム処理しきい値を超え
た場合は、アラーム受信部２１又はＮＥサーバ４０のア
ラーム送信部４２に対してアラーム送受信抑制指示を行
う。なお、アラーム送受信抑制指示とは、説明の便宜
上、アラーム受信部２１に対するアラーム受信抑制指示
と、アラーム送信部４２に対するアラーム送信抑制指示
とを総称したものである。また、上記アラーム処理しき
い値は、ユーザ（クライアント）からの処理要求に対す
る応答遅延の許容時間を予め設定した際に、遅延時間が
該許容時間を超えた時のリソース使用量として設定され
るが、ユーザが予めこのリソース使用量を直接に設定す
ることも可能である。

【００２７】また上記アラーム送受信制御部２６は、ア
ラーム情報量測定部２３から提供されるアラーム受信数
又はそのデータ総量が既定のアラーム受信許容値を超え
た場合は、アラーム受信部２１又はＮＥサーバ４０のア
ラーム送信部４２に対してアラーム送受信抑制指示を行
う。この時、アラーム受信部２１に対するアラーム受信
抑制の指示は全ＮＥサーバＡ〜Ｃからのアラーム受信が
抑制対象となり、またアラーム送信部４２に対するアラ
ーム送信抑制の指示は大量のアラーム情報を発生してい
る特定のＮＥサーバＡ／Ｂ／Ｃ又は該ＮＥサーバＡ／Ｂ
／Ｃに接続している特定のＮＥからのアラーム受信・転
送が抑制対象となる。

【００２８】アラーム受信許容値はしきい値であり、全
受信アラーム数（Ａ）及びそのデータサイズの総和（Ａ
Ｓ）に対してはしきい値（ＡＴ）及び（ＡＳＴ）、ＮＥ
サーバＡ〜Ｃからの各受信アラーム数（Ａａ）〜（Ａ
ｃ）及び各データサイズの総和（ＡＳａ）〜（ＡＳｃ）
に対してはしきい値（ＡＴａ）〜（ＡＴｃ）及び（ＡＳ
Ｔａ）〜（ＡＳＴｃ）、各ＮＥからの受信アラーム数
（Ｎａ）〜（Ｎｉ）及び夫々のデータサイズの総和（Ｎ
Ｓａ）〜（ＮＳｉ）に対してはしきい値（ＮＴａ）〜
（ＮＴｉ）及び（ＮＴＳａ）〜（ＮＴＳｉ）を夫々保持
している。これらのしき値は単位時間当たりのアラーム
受信数とアラームデータ量との組で、予めユーザが設定
できる。

【００２９】２７はアラームログ処理部であり、アラー
ム処理部２２を経たアラーム情報をログエリアに書き込
み、かつユーザ（クライアント）からの要求に従ってア
ラームログ情報を取り出す。２８はアラーム送受信フィ
ルタプロファイルであり、後述のアラーム送受信フィル
タを形成する元となる情報が格納されている。２９はア
ラーム送受信フィルタであり、その詳細は図４に従って
後述する。

【００３０】次に例えばＮＥｅから大量のアラーム情報
が発生した場合におけるアラーム送受信制御部２６のア
ラーム抑制制御を具体的に説明する。ＮＥサーバＢは最
初の段階では受信した全アラーム情報をＮＭＳサーバ２
０に送信する。またアラーム受信部２１は受信した全ア
ラーム情報をそのままアラーム処理部２２に引き渡す
が、大量のアラーム情報を処理してゆく過程で、アラー
ム受信部２１及びアラーム処理部２２のリソース使用量
は徐々に増大して行く。従って、このままではプロセッ
サの処理能力をオーバフローしてしまう。

【００３１】一方、アラーム情報量測定部２３はアラー
ム受信部２１が継続して受信中の単位時間ｔ当たりの受
信アラーム数（Ａ）、受信データ数（ＡＳ）、及びＮＥ
サーバＡ〜Ｃからの各受信アラーム数（Ａａ）〜（Ａ
ｃ）及び夫々のデータサイズの総和（ＡＳａ）〜（ＡＳ
ｃ）等を計数している。この例では、ある時間間隔ｔ´
においてＮＥサーバＢからの受信アラーム数（Ａｂ）が
しきい値（ＡＴｂ）を超えたことにより、アラーム送受
信制御部２６は、システムがアラーム輻輳状態にあり、
かつＮＥサーバＢからのアラーム送信が原因であると判
断し、これに基づきＮＥサーバＢのアラーム送信部４２
に対してアラーム送信抑制メッセージを発信する。これ
を受けたアラーム送信部４２は、アラーム情報の送信を
停止すると共に、以後はＮＥｅからのアラーム情報を自
己のアラーム送信バッファ４３に蓄積する。従って、Ｎ
ＭＳサーバ２０では、受信アラーム数の減少により、プ
ロセッサの処理負荷が軽減される。また、その後のＮＥ
ｅからのアラーム情報は、ＮＥサーバＢに分散して蓄積
されるため、ＮＭＳサーバ２０の処理負担とはならな
い。

【００３２】一方、アラーム情報量測定部２３は継続し
てアラーム受信量を計数しており、これをアラーム送受
信制御部２６に通知する。そして、やがてアラーム受信
量がしきい値を下回ると、アラーム送受信制御部２６
は、アラーム送信部４２にアラーム送信抑制解除メッセ
ージを送る。これを受けたアラーム送信部４２は、ＮＥ
ｅから受信したアラーム情報の送信を再開すると共に、
アラーム送信バッファ４３に蓄積されていたアラーム情
報を逐次取り出し、アラーム受信部２１に送信する。そ
の際には、好ましくは、アラーム送信バッファ４３に蓄
積していたアラーム情報を全て送信した後に、ＮＥｅか
ら受信したアラーム情報をアラーム受信部２１に送信す
る。従って、アラーム情報の発生順序が維持される。な
お、上記はアラーム受信量がしきい値を超えた場合を述
べたが、リソース使用量がしきい値を超えた場合も同様
である。

【００３３】次にアラーム送受信フィルタ２９を考慮し
たアラーム送受信制御部２６の処理を詳細に説明する。
図３は第１の実施の形態によるアラーム送受信制御処理
のフローチャートで、アラーム送受信制御部２６により
実行される。ステップＳ１では、リソース計測部２４か
らリソース現状値及びアラーム情報量測定部２３からア
ラーム情報量現状値を取得する。ステップＳ２では、各
現状値が各所定のしきい値（アラーム処理しきい値，ア
ラーム受信許容値）を超えているか否かを判別する。

【００３４】何れかの現状値がしきい値を超えている場
合は、アラーム処理が輻輳状態であると判断し、ステッ
プＳ３で輻輳状態を解析する。具体的に言うと、（アラ
ーム情報量現状値）＞（アラーム受信許容値）の場合
は、アラーム送信が頻発しているところのＮＥサーバＡ
／Ｂ／Ｃ、及び該ＮＥサーバＡ／Ｂ／Ｃに接続している
ＮＥを特定する。ステップＳ４では上記輻輳状態の解析
結果に基づき、アラーム送受信の抑制対象を判定する。
即ち、アラーム受信部２１のアラーム受信数又はそのデ
ータ総量がアラーム受信許容値を超えている場合は、全
ＮＥサーバＡ〜Ｃから大量のアラームが送信されている
と判断され、アラーム受信部２１を抑制対象とする。ま
た特定のＮＥサーバＡ／Ｂ／Ｃ又は該ＮＥサーバＡ／Ｂ
／Ｃに接続する特定のＮＥからのアラーム情報がそれら
のアラーム受信許容値を超えている場合は、当該ＮＥサ
ーバＡ／Ｂ／Ｃのアラーム送信部４２を抑制対象とす
る。

【００３５】ステップＳ５では抑制対象のアラーム送受
信フィルタが存在するか否かを判別し、存在しない場合
はステップＳ６でアラーム送受信フィルタプロファイル
２８を元に抑制対象のアラーム送受信フィルタ２９を作
成する。また存在する場合はステップＳ６の処理をスキ
ップする。

【００３６】ここで、アラーム送受信フィルタプロファ
イル２８及びアラーム送受信フィルタ２９の内容を説明
する。図４は第１の実施の形態におけるアラーム送受信
フィルタのフォーマット図である。アラーム送受信フィ
ルタ２９は、ＮＭＳサーバ２０と、各ＮＥサーバ４０毎
に設定可能であり、ＮＭＳサーバ２０に対するものをア
ラーム受信フィルタ、各ＮＥサーバ４０に対するものを
アラーム送信フィルタと呼ぶ。これらはアラーム送受信
制御部２６にあるポインタで参照される。

【００３７】図に一例のフィルタ内容を示す。アラーム
受信フィルタにおいて、「スコープ」の欄はフィルタの
適用範囲を表し、例えば全ＮＥサーバが対象となってい
る。「アラーム重要度」の欄は指定重要度のアラーム情
報を通過させることを表し、例えば最重要度となってい
る。「アラームデータサイズ」の欄は指定データサイズ
のアラームデータを通過させることを表し、例えば１０
００バイト未満となっている。「特定アラーム番号」の
欄は指定番号のアラーム情報を通過させることを表し、
無指定の場合は番号については全ての番号を通過させる
ことを表す。

【００３８】アラーム送信フィルタにおいて、「スコー
プ」はＮＥｅが適用対象で、「アラーム重要度」は最重
度及び重度、「アラームデータサイズ」は１０００バイ
ト未満、そして「特定アラーム番号」は＃１２３４のア
ラーム情報のみが通過可能となっている。なお、＃１２
３４のアラーム情報についてはこれを無条件で通す様に
使用しても良い。

【００３９】図示しないが、アラーム送受信フィルタプ
ロファイル２８には、アラーム送受信フィルタ２９に設
定可能なフィルタ条件や範囲が設定されており、アラー
ム送受信制御部２６はアラーム送受信フィルタプロファ
イル２８に設定されているアラーム送受信フィルタリン
グ可能な範囲内でアラーム送受信フィルタ２９のフィル
タ条件を設定する。このアラーム送受信フィルタプロフ
ァイル２８は予めユーザが設定できる。

【００４０】図３に戻り、ステップＳ５の判別で抑制対
象のアラーム送受信フィルタ２９が存在しない場合は、
ステップＳ６に進み、アラーム送受信制御部２６は、予
め設定されているアラーム送受信フィルタプロファイル
２８を参照することで、指示対象向けのアラーム送受信
フィルタ２９を作成する。なお、アラーム送受信フィル
タ２９はＮＭＳサーバ２０、各ＮＥサーバ４０毎に予め
ユーザが直接設定可能である。ステップＳ７では抑制対
象にアラーム送受信抑制指示及びアラーム送受信フィル
タを発行し、ステップＳ１に戻る。

【００４１】一方、アラーム受信部２１は、自己が抑制
対象に該当する場合は、受信したアラーム受信フィルタ
をＮＥサーバ４０との間のインタフェースに使用する。
これにより、フィルタ条件を満たさないアラーム情報は
廃棄され、よってアラーム受信数は減少する。またアラ
ーム送信部４２は、自己が抑制対象に該当する場合は、
受信したアラーム送信フィルタをＮＭＳサーバ２０との
間のインタフェースに使用する。これによりフィルタ条
件を満たすアラーム情報のみが送信されるので、アラー
ム送信数は減少し、よってアラーム受信部２１に到着す
るアラーム数が減少する。更に、アラーム送信部４２は
アラーム送信フィルタにより送信不許可となった分のア
ラーム情報を自己のアラーム送信バッファ４３に蓄積す
る。なお、上記アラーム受信部２１に対する受信抑制制
御と、各アラーム送信部４２に対する送信抑制制御とは
同時に（重ねて）実効可能であり、よって様々な抑制パ
ターンが実現される。

【００４２】また、上記ステップＳ２の判別でいずれか
の現状値が所定のしきい値を下回った場合は、ステップ
Ｓ８で輻輳解除状態を解析する。この輻輳解除状態に
は、例えば全ＮＥサーバＡ〜Ｃの輻輳状態からある特定
のＮＥサーバＢのみの輻輳状態に変化した等、様々な遷
移のパターンが発生し得る。ステップＳ９では輻輳解除
状態に応じた抑制解除対象を判定する。ステップＳ１０
では抑制解除対象にアラーム抑制解除指示を発行し、ス
テップＳ１に戻る。一方、アラーム受信部２１及びアラ
ーム送信部４２では、解除指示を受けたことにより、ア
ラーム送受信フィルタを廃棄する。またアラーム送信部
４２はアラーム送信バッファ４３に蓄積していたアラー
ム情報を順次取り出し、アラーム受信部２１に送信す
る。

【００４３】次に上記の処理を、例えばＮＥｅにつきア
ラーム輻輳が発生した場合について具体的に説明する。
なお、ＮＥｅに対するアラーム送信フィルタは図４の例
のものとする。アラーム送受信制御部２６はＮＥサーバ
Ｂに対するアラーム送信抑制指示に図４のアラーム送受
信フィルタを添付してアラーム送信抑制メッセージを作
成し、ＮＥサーバＢに発信する。これを受けたＮＥサー
バＢのアラーム送信部４２はアラーム送信フィルタ２９
のフィルタ条件をＮＥｅに適用する。即ち、ＮＥｅから
のアラーム情報に対して、アラーム重要度が最重度又は
重度のもの、かつアラームデータサイズが１０００バイ
ト未満のアラーム情報のみが送信され、またこの例では
アラーム番号＃１２３４のアラーム情報については、上
記の重要度やサイスによらず、無条件で送信される。Ｎ
Ｅｅからのそれ以外のアラーム情報については、以後ア
ラーム送信抑制解除メッセージが来るまでアラーム送信
バッファ４３に蓄積される。そして、アラーム送信抑制
解除メッセージがＮＥサーバＢのアラーム送信部４２に
受信された場合は、アラーム送信部４２は、アラーム送
信バッファ４３に蓄積されていたＮＥｅのアラーム情報
を逐次取り出し、アラーム受信部２１に送信する。

【００４４】図５は第１の実施の形態における他のアラ
ーム送受信フィルタのフォーマット図で、上記図４のア
ラーム送受信フィルタにアラームログ処理に関するフィ
ルタ情報を付加した場合を示している。図２のシステム
構成及び図３のフローチャートについては同様のものを
使用できる。但し、この実施の形態における図３の処理
ではアラームログ処理部２７も抑制／解除の指示対象及
びアラーム送受信フィルタ２９の送信対象となる。

【００４５】図５において、「アラームログ停止フラ
グ」＝１は、ＮＭＳサーバ２０のアラームログ処理部２
７においては、受け取ったアラームをログしないことを
意味する。一方、ＮＥサーバ４０のアラーム送信部４２
においては、上記の如くアラーム送信フィルタ２９のフ
ィルタ条件に適合するアラーム情報のみをアラーム受信
部２１に送信するが、この時「アラームログ停止フラ
グ」＝１であると、送信したアラーム情報のコピー（ロ
グ）をアラーム送信バッファ４３に蓄積する。従って、
アラームログ処理部２７のログ機能の一部をアラーム送
信バッファ４３で代行できる。またアラーム送信部４２
がアラームログ停止解除を指示されると、その後は送信
したアラーム情報をアラーム送信バッファ４３には蓄積
しない。本実施の形態ではアラームログ処理部２７及び
複数のアラーム送信部４２に対する様々なアラームログ
停止フラグの設定／解除の組合せにより、多様な協動関
係でのアラームログ処理を実現できる。以下、その一例
を具体的に説明する。

【００４６】今、アラーム輻輳時における、アラームロ
グ処理部２７において、ＮＥサーバＡからのアラーム情
報については「アラームログ停止フラグ」＝０によりア
ラームログを書き込むが、ＮＥサーバＢからのアラーム
情報については「アラームログ停止フラグ」＝１により
アラームログを書き込まないとする。一方、ＮＥサーバ
Ａのアラーム送信部４２は、アラーム送信フィルタのフ
ィルタ条件に適合するアラーム情報のみをアラーム受信
部２１に送信するが、この時「アラームログ停止フラ
グ」＝０により、送信したアラーム情報のコピー（ロ
グ）をアラーム送信バッファ４３には蓄積しない。また
ＮＥサーバＢのアラーム送信部４２も、アラーム送信フ
ィルタのフィルタ条件に適合するアラーム情報のみをア
ラーム受信部２１に送信するが、この時「アラームログ
停止フラグ」＝１により、送信したアラーム情報のコピ
ー（ログ）をアラーム送信バッファ４３に蓄積する。そ
の結果、ＮＥサーバＡの送信情報については通常に従っ
てアラームログ処理部２７でログされ、一方、ＮＥサー
バＢの送信情報については自己のアラーム送信バッファ
４３で補助的にログされることになる。

【００４７】やがて、アラーム輻輳状態が緩和され、ア
ラームログ処理部２７及び各アラーム送信部４２がアラ
ーム送受信抑制解除指示を受けると、夫々適用していた
アラーム送受信フィルタを廃棄する。これにより、アラ
ームログ処理部２７は受け取った全てのアラーム情報の
ログを書き込む。一方、ＮＥサーバＡのアラーム送信部
４２はアラーム送信バッファ４３に蓄積していたアラー
ム情報（即ち、アラーム送信フィルタ２９に不適合であ
ったもの）を順次アラーム受信部２１に送信する。また
ＮＥサーバＢのアラーム送信部４２はアラーム送信バッ
ファ４３に蓄積していたアラーム情報（即ち、アラーム
送信フィルタ２９に不適合であったもの、及び適合で送
信されたが代行でログしたもの）を順次アラーム受信部
２１に送信する。

【００４８】これらアラーム受信部２１で受信されたア
ラーム情報はアラーム処理部２２を経てアラームログ処
理部２７へと到達するが、アラームログ処理部２７では
ＮＥサーバＡのアラーム送受信フィルタ２９に適合する
アラーム情報については既にロギングしているので、ア
ラームログ抑制解除後には、ＮＥサーバＡのアラーム送
受信フィルタ２９に不適合であったアラーム情報と、Ｎ
ＥサーバＢのアラーム送受信フィルタ２９に不適合であ
ったアラーム情報及び適合でかつバックアップログされ
たアラーム情報をロギングするだけで良い。

【００４９】この様に、本実施の形態では、アラーム輻
輳時にはアラームログ書込の一部又は全部を停止させる
ことで、アラームログ処理部２７によるリソースの使用
を低減させ、これによってアラーム受信部２１及びアラ
ーム処理部２２の高稼働を図る。またアラーム輻輳緩和
時にはアラーム輻輳時に各アラーム送信部４２に蓄積さ
せておいたアラーム情報を順次アラームログ書き込みす
ることでアラームログ書込の漏れを防止できる。

【００５０】図６は第２の実施の形態によるネットワー
ク監視システムの構成を示す図で、ＮＭＳサーバ２０に
設けたアラーム受信バッファ３１と各ＮＥサーバＡ〜Ｃ
のアアーム送信バッファ４３とを活用して、ＮＭＳサー
バ２０の処理能力を維持可能とする場合を示している。
図において、３１はアラーム情報のログ機能を代行可能
なアラーム受信バッファ、３２は各ＮＥサーバＡ〜Ｃの
アラーム送信部４２にアラーム情報の保存を依頼するア
ラーム保存依頼送信部、３３はシステムのアラーム受信
状態を制御するアラーム受信制御部、３４はアラーム受
信量測定部である。

【００５１】動作の概要を述べると、アラーム受信制御
部３３は、アラーム受信量測定部３４で計測したアラー
ム受信量がしきい値を超えたことにより、アラーム保存
依頼送信部３２に対してＮＥサーバＡ〜Ｃにおけるアラ
ーム情報の保存を依頼し、かつアラーム受信部２１に対
してはアラーム受信バッファ３１がアラーム情報を保存
（ログ）するのを停止させる。これによりＮＥサーバＡ
〜Ｃでは各アラーム送信バッファ４３がログ機能を代行
すると共に、ＮＭＳサーバ２０ではログ機能が停止され
る結果、アラーム受信部２１及びアラーム処理部２２は
本来の処理に専念できる。

【００５２】またアラーム受信制御部３３は、アラーム
受信量測定部３４で計測したアラーム受信量がしきい値
を下回ったことにより、アラーム保存依頼送信部３２に
対してＮＥサーバＡ〜Ｃにおけるアラーム情報の保存依
頼を停止し、かつアラーム受信部２１に対してはアラー
ム受信バッファ３１がアラーム情報を保存（ログ）する
のを再開させる。これにより各ＮＥサーバＡ〜Ｃではア
ラーム送信バッファ４３に保存していたアラーム情報を
アラーム送信部４２が読み出し、ＮＭＳサーバ２０に送
信する。またアラーム受信部２１は受信したアラーム情
報をアラーム受信バアッファ３１に書き込む。なお、こ
のアラーム情報については既にクライアント１０に通知
されているので、アラーム処理部２２には転送しない。

【００５３】図７は第２の実施の形態によるアラーム輻
輳制御処理のフローチャートで、アラーム受信制御部３
３により実効される。ステップＳ２１ではリソース現状
値，アラーム情報現状値等を取得する。ステップＳ２２
では取得した現状値がしきい値を超えているか否かを判
別する。超えている場合は、ステップＳ２５でアラーム
保存依頼送信部３２に対してＮＥサーバ４０におけるア
ラーム情報の保存を依頼する。ステップＳ２６ではアラ
ーム受信部２１に対して受信アラーム情報のアラーム受
信バッファ３１への保存停止を指示し、ステップＳ２１
に戻る。

【００５４】また上記ステップＳ２２の判別で、現状値
がしきい値を下回った場合は、ステップＳ２３でアラー
ム受信部２１に対して受信アラーム情報のアラーム受信
バッファ３１への保存停止解除を指示する。ステップＳ
２４ではアラーム保存依頼送信部３２に対してＮＥサー
バ４０におけるアラーム情報の保存解除を指示し、ステ
ップＳ２１に戻る。

【００５５】なお、上記はアラーム受信部２１に対して
アラーム受信バッファ３１への保存を完全に停止／解除
する場合を述べたが、これに限らない。例えばアラーム
受信バッファ３１への保存は例えばＮＥサーバＢからの
ものに限定して停止させ、かつてアラーム情報の保存を
ＮＥサーバＢのみに依頼するようにしても良い。この場
合も、アラーム受信バッファ３１へのデータ書込負荷を
軽減できる。

【００５６】図８〜図１０は第２の実施の形態によるア
ラーム情報輻輳制御の動作説明図（１）〜（３）で、図
８はアラーム情報の処理負荷が少ない通常の場合を示し
ている。この場合のアラーム情報の流れを点線で示す。
ＮＥｅから送られたアラーム情報はＮＥ通信部４１で受
信され、アラーム送信部４２を介してＮＭＳサーバ２０
のアラーム受信部２１に転送される。アラーム受信部２
１はアラーム受信バッファ３１にアラーム情報の保存を
依頼すると共に、アラーム処理部２２にアラーム情報の
転送を依頼し、該アラーム情報はクライアント１０に転
送される。

【００５７】図９はアラーム情報の処理負荷がしきい値
を超えた場合を示している。アラーム受信量測定部３４
はアラーム情報の受信量がしきい値を超えたことにより
その旨をアラーム受信制御部３３に通知し、これを受け
たアラーム受信制御部３３はアラーム保存依頼送信部３
２を介してＮＥサーバＢのアラーム送信部４２にアラー
ム情報の保存を依頼する。これを受けたアラーム送信部
４２はアラーム送信バッファ４３にアラーム情報を保存
する。この場合のアラーム情報の流れを言うと、ＮＥｅ
から送られたアラーム情報は、ＮＥ通信部４１、アラー
ム送信部４２を介してＮＭＳサーバ２０のアラーム受信
部２１に転送されると共に、アラーム送信バッファ４３
にも保存される。アラーム受信部２１はアラーム受信バ
ッファ３１への送信は行わずにアラーム処理部２２にア
ラーム情報の転送を依頼し、アラーム情報はクライアン
ト１０に転送される。

【００５８】図１０は上記アラーム情報の処理負荷がし
きい値を超えた状態から再び減少した場合を示してい
る。アラーム受信量測定部３４はアラーム情報の受信量
がしきい値を下回るとその旨をアラーム受信制御部３３
に通知し、これを受けたアラーム受信制御部３３はアラ
ーム保存依頼送信部３２を介してＮＥサーバＢのアラー
ム送信部４２にアラーム情報の保存停止を依頼し、これ
を受けたアラーム送信部４２はアラーム送信バッファ４
３へのアラーム情報の保存を停止する。またアラーム受
信制御部３３はアラーム受信部２１に対してアラーム受
信バッファ３１がアラーム情報を保存するように依頼す
る。この場合のアラーム情報の流れを言うと、アラーム
送信バッファ４３が保存していたアラーム情報をアラー
ム送信部４２が吸い上げると共に、該アラーム情報が保
存情報である旨を付加したアラーム情報をＮＭＳサーバ
２０のアラーム受信部２１に送信し、これを受けたアラ
ーム受信部２１は、保存情報である旨が付加されたアラ
ーム情報についてはアラーム受信バッファ３１に保存
し、アラーム処理部２２には転送しない。

【００５９】図１１は第３の実施の形態によるネットワ
ーク監視システムの構成を示す図で、複数のＮＭＳサー
バＡ，Ｂを備えると共に、例えばＮＭＳサーバＡが輻輳
した場合は他のＮＭＳサーバＢのアラーム処理機能を起
動する場合を示している。図において、２０₁，２０₂
は共通のクライアント１０にアラーム情報を通知可能な
ＮＭＳサーバＡ，Ｂ、３５は分散オブジェクト環境３９
を介して他のＮＭＳサーバＢを起動／停止するための他
ＮＭＳサーバ起動停止部である。

【００６０】動作の概要を述べると、アラーム受信制御
部３３は、アラーム受信量測定部３４の測定するアラー
ム受信量がしきい値を超えたことにより、他ＮＭＳサー
バ起動停止部３５に対して他のＮＭＳサーバＢのアラー
ム処理機能を起動する。また例えばＮＥサーバＢの接続
をＮＭＳサーバＡからＮＭＳサーバＢに切り替える。従
って、その後は大量のアラーム情報をＮＭＳサーバＡ，
Ｂで分担処理することになり、システム全体として高い
処理能力を維持できる。

【００６１】やがて、ＮＭＳサーバＡの処理負荷がしき
い値を下回ると、アラーム受信制御部３３は他ＮＭＳサ
ーバ起動停止部３５に対して他のＮＭＳサーバＢのアラ
ーム処理機能を停止させ、かつＮＥサーバＢの接続をＮ
ＭＳサーバＢからＮＭＳサーバＡに切り替える。また、
ＮＭＳサーバＢはアラーム処理機能を停止されたことに
より、それまでに蓄積（ログ）しておいたアラーム情報
を読み出し、ＮＭＳサーバＡはこれを分散オブジェクト
環境３９を介して受け取ると共に、自己のアラーム受信
バッファ３１に記録（ログ）する。

【００６２】図１２は第３の実施の形態によるアラーム
輻輳制御処理のフローチャートで、アラーム受信制御部
３３により実効される。ステップＳ３１ではリソース現
状値，アラーム情報現状値等を取得する。ステップＳ３
２では取得した現状値がしきい値を超えているか否かを
判別する。超えている場合は、ステップＳ３５で他ＮＭ
Ｓサーバ起動停止部３５に対して他のＮＭＳサーバＢに
おけるアラーム情報の受信依頼を指示し、ステップＳ３
１に戻る。

【００６３】また上記ステップＳ３２の判別で、現状値
がしきい値を下回った場合は、ステップＳ３３で他ＮＭ
Ｓサーバ起動停止部３５に対して他のＮＭＳサーバＢに
おけるアラーム情報の受信解除依頼を指示する。ステッ
プＳ３４ではアラーム受信部２１に他のＮＭＳサーバＢ
からのアラーム情報の回収を指示し、ステップＳ３１に
戻る。

【００６４】図１３〜図１５は第３の実施の形態による
アラーム情報輻輳制御の動作説明図（１）〜（３）で、
図１３はアラーム情報の処理負荷が少ない通常の場合を
示している。アラーム情報の流れを言うと、ＮＥｂから
送られたアラーム情報はＮＥサーバＡのＮＥ通信部４
１、アラーム送信部４２を介してＮＭＳサーバ２０のア
ラーム受信部２１に転送され、アラーム受信部２１は該
アラーム情報をアラーム受信バッファ３１に保存すると
共に、アラーム処理部２２にアラーム情報の転送を依頼
し、アラーム処理部２２は該アラーム情報をクライアン
ト１０に転送する。ＮＥｅから送られたアラーム情報に
ついても同様である。

【００６５】図１４はアラーム情報の処理負荷がしきい
値を超えた場合を示している。アラーム受信量測定部３
４でしきい値を超えたと判断されると、アラーム受信制
御部３３は他ＮＭＳサーバ起動停止部３５を介して他の
ＮＭＳサーバＢを起動し、そのアラーム受信部２１、ア
ラーム処理部２２、アラーム受信バッファ３１を利用し
て例えばＮＥサーバＢからのアラーム情報の保存（ロ
グ）とクライアント１０への転送を行う。

【００６６】図１５は上記アラーム情報の処理負荷がし
きい値を超えた状態から減少した場合を示している。Ｎ
ＭＳサーバＡのアラーム受信量測定部３４でしきい値以
下と判断されたとき、アラーム受信制御部３３で他ＮＭ
Ｓサーバ起動停止部３５に対して他のＮＭＳサーバＢに
おけるアラーム処理部を停止させると共に、ＮＭＳサー
バＢ内に保存されているアラーム情報を起動元のＮＭＳ
サーバＡのアラーム受信部２１が吸い上げ、ＮＭＳサー
バＡのアラーム受信バッファ３１に保存する。従って、
適正なログを継続できる。

【００６７】なお、上記本発明に好適なる複数の実施の
形態を述べたが、本発明思想を逸脱しない範囲内で各部
の構成、制御、及びこれらの組合せの様々な変更が行え
ることは言うまでも無い。

【００６８】

【発明の効果】以上述べた如く本発明によれば、アラー
ム情報の輻輳時にもネットワーク監視システムの適正な
監視機能を維持でき、ネットワーク監視システムの迅速
性、信頼性向上に寄与する所が極めて大きい。

【図面の簡単な説明】

【図１】本発明の原理を説明する図である。

【図２】第１の実施の形態によるネットワーク監視シス
テムの構成を示す図である。

【図３】第１の実施の形態によるアラーム送受信制御処
理のフローチャートである。

【図４】第１の実施の形態におけるアラーム送受信フィ
ルタのフォーマット図である。

【図５】第１の実施の形態における他のアラーム送受信
フィルタのフォーマット図である。

【図６】第２の実施の形態によるネットワーク監視シス
テムの構成を示す図である。

【図７】第２の実施の形態によるアラーム輻輳制御処理
のフローチャートである。

【図８】第２の実施の形態によるアラーム情報輻輳制御
の動作説明図（１）である。

【図９】第２の実施の形態によるアラーム情報輻輳制御
の動作説明図（２）である。

【図１０】第２の実施の形態によるアラーム情報輻輳制
御の動作説明図（３）である。

【図１１】第３の実施の形態によるネットワーク監視シ
ステムの構成を示す図である。

【図１２】第３の実施の形態によるアラーム輻輳制御処
理のフローチャートである。

【図１３】第３の実施の形態によるアラーム情報輻輳制
御の動作説明図（１）である。

【図１４】第３の実施の形態によるアラーム情報輻輳制
御の動作説明図（２）である。

【図１５】第３の実施の形態によるアラーム情報輻輳制
御の動作説明図（３）である。

【符号の説明】

１０クライアント２０ＮＭＳサーバ３９分散オブジェクト環境４０₁〜４０_n ＮＥサーバ５０通信線１００ネットワーク（ＮＷ）ＮＥａ〜ＮＥｉネットワークエレメント

フロントページの続きＦターム(参考） 5B089 GA11 GA21 GB02 HA05 JA36 JB18 JB22 KA12 KD01 5K030 GA13 HA10 HC01 JA10 KA02 LC11 MA04 MA07 MB01 MC08 5K042 AA01 AA08 DA15 DA32 EA01 EA10 EA14 EA15 FA15 GA01 HA07 HA13 JA01 JA03 LA13 LA15 MA02 9A001 BB04 CC07 JJ27 KK56 LL09

Claims

【特許請求の範囲】

【請求項１】複数のＮＥ（ネットワークエレメント）
からアラーム情報を収集してクライアントに通知するネ
ットワーク監視システムにおいて、複数のＮＥと通信すると共に、各ＮＥから受信したアラ
ーム情報を自己のバッファ手段に蓄積可能な複数のＮＥ
サーバと、複数のＮＥサーバと通信すると共に、複数のＮＥから各
ＮＥサーバを介して収集・転送されるアラーム情報を収
集してクライアントに通知するＮＭＳサーバであって、
単位時間当たりのアラーム処理プロセッサのリソース使
用率、単位時間当たりのアラーム受信数又は受信アラー
ムのデータ量、及びクライアントからの要求に対するレ
スポンス遅延時間の内の何れか１又は２以上の動作パラ
メータを監視すると共に、該動作パラメータが所定のし
きい値を超えたことによりＮＥサーバにアラーム情報の
送信を抑制させるものとを備え、前記ＮＥサーバは、アラーム情報の送信を抑制されたこ
とにより、該送信を抑制されたアラーム情報を自己のバ
ッファ手段に蓄積することを特徴とするネットワーク監
視システム。
【請求項２】ＮＥサーバは、アラーム情報の送信抑制
が解除されたことにより、自己のバッファ手段に蓄積し
ていたアラーム情報をＮＭＳサーバに転送することを特
徴とする請求項１に記載のネットワーク監視システム。
【請求項３】ＮＭＳサーバは所定のフィルタ情報を添
付してアラーム情報の送信抑制指示を行い、これを受け
たＮＥサーバはフィルタ条件を満たすアラーム情報のみ
を転送することを特徴とする請求項１又は２に記載のネ
ットワーク監視システム。
【請求項４】ＮＭＳサーバは受信・収集したアラーム
情報を記録するためのログ手段を備え、該ログ手段はＮ
ＭＳサーバによる特定のＮＥサーバを指定したログ停止
指令に従って当該ＮＥサーバからのアラーム情報を記録
しないと共に、ＮＥサーバはＮＭＳサーバからのログ停
止指令に従ってＮＭＳサーバに転送したアラーム情報を
自己のバッファ手段に蓄積することを特徴とする請求項
１乃至３の何れか１つに記載のネットワーク監視システ
ム。
【請求項５】ＮＥサーバはアラーム情報のログ停止が
解除されたことにより自己のバッファ手段に蓄積してい
たアラーム情報をＮＭＳサーバに転送し、かつログ手段
はＮＥサーバについてのログ停止が解除されたことによ
り当該ＮＥサーバからのアラーム情報を記録することを
特徴とする請求項４に記載のネットワーク監視システ
ム。
【請求項６】複数のＮＥ（ネットワークエレメント）
からアラーム情報を収集してクライアントに通知するネ
ットワーク監視システムにおいて、複数のＮＥと通信すると共に、各ＮＥから受信したアラ
ーム情報を自己の第１のバッファ手段に蓄積可能な複数
のＮＥサーバと、複数のＮＥサーバと通信すると共に、複数のＮＥから各
ＮＥサーバを介して収集・転送されるアラーム情報をク
ライアントに通知及び自己の第２のバッファ手段に蓄積
するＮＭＳサーバであって、単位時間当たりのアラーム
処理プロセッサのリソース使用率、単位時間当たりのア
ラーム受信数又は受信アラームのデータ量、及びクライ
アントからの要求に対するレスポンス遅延時間の内の何
れか１又は２以上の動作パラメータを監視すると共に、
該動作パラメータが所定のしきい値を超えたことにより
第２のバッファ手段へのアラーム情報の蓄積を停止し、
かつＮＥサーバにアラーム情報の蓄積を依頼するものと
を備え、前記ＮＥサーバは、アラーム情報の蓄積を依頼されたこ
とにより、自己が受信・転送したアラーム情報を自己の
第１のバッファ手段に蓄積することを特徴とするネット
ワーク監視システム。
【請求項７】ＮＥサーバはアラーム情報の蓄積依頼を
解除されたことにより自己の第１のバッファ手段に蓄積
していたアラーム情報をＮＭＳサーバに転送し、かつＮ
ＭＳサーバは該転送されたアラーム情報を自己の第２の
バッファ手段に蓄積することを特徴とする請求項６に記
載のネットワーク監視システム。
【請求項８】複数のＮＥ（ネットワークエレメント）
と通信する複数のＮＥサーバと、複数のＮＥサーバと通信可能な複数のＮＭＳサーバであ
って、複数のＮＥから各ＮＥサーバを介して収集・転送
されるアラーム情報を共通のクライアントに通知及び自
己のバッファ手段に記録可能なものとを備え、１のＮＭＳサーバは、複数のＮＥサーバからのアラーム
情報をクライアントに通知及び自己のバッファ手段に記
録すると共に、単位時間当たりのアラーム処理プロセッ
サのリソース使用率、単位時間当たりのアラーム受信数
又は受信アラームのデータ量、及びクライアントからの
要求に対するレスポンス遅延時間の内の何れか１又は２
以上の動作パラメータを監視し、該動作パラメータが所
定のしきい値を超えたことにより他のＮＭＳサーバに対
して所望のＮＥサーバからのアラーム情報の収集を依頼
し、これを受けた他のＮＭＳサーバは前記依頼されたＮ
Ｅサーバからのアラーム情報をクライアントに通知及び
自己のバッファ手段に記録することを特徴とするネット
ワーク監視システム。
【請求項９】他のＮＭＳサーバはアラーム情報の収集
依頼を解除されたことにより自己のバッファ手段に記録
していたアラーム情報を依頼元のＮＭＳサーバに転送
し、かつ依頼元のＮＭＳサーバは該転送されたアラーム
情報を自己のバッファ手段に記録することを特徴とする
請求項８に記載のネットワーク監視システム。