JPH11163858A - ネットワーク監視システム - Google Patents

Abstract

(57)【要約】 【課題】監視装置がネットワークを監視しつつ輻輳制御
を行うことができるネットワーク監視システムを提供す
ること。 【解決手段】監視装置４０が各データ交換機１〜３から
送出された状態変化通知を受信すると、状態管理手段１
３，表示手段１４，第１記録手段１５が動作する。この
とき、監視装置４０にて輻輳が発生すると、第１記録手
段１５の動作が停止される。これによって、状態管理手
段，表示手段，第１記録手段を動作させるＣＰＵの使用
率上昇が抑えられ、輻輳が解消の方向へ向かう。そし
て、監視装置４０の輻輳が解除されると、第１記録手段
１５の動作が再開され、各データ交換機１〜３から輻輳
時にて廃棄された状態変化通知が取得され、記憶手段１
６に記憶され、記憶手段における状態変化通知の欠落が
解消される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク監視シ
ステムに関し、特にネットワーク中における輻輳を監視
するネットワーク監視システムに関する。

【０００２】

【従来の技術】従来、ネットワーク監視システムは、例
えば、図７に示すように、パケット，フレームリレー，
或いはＡＴＭ(非同期転送モード)等のデータ交換機１〜
３で構成されるネットワークと、このネットワークを構
成する各データ交換機に接続された監視装置４とからな
る。

【０００３】監視装置４は、ネットワーク内の各種状態
(装置状態(メモリやＣＰＵ等の正常／異常)，回線状態
(回線のオープン,クローズ,フォールト等))に係る情報
を、ネットワークからの状態変化通知に基づくイベント
処理，及び，各データ交換機１〜３に対する周期的な状
態問い合わせ処理によって取得し、取得した情報に基づ
いてネットワークを監視している。

【０００４】具体的には、各データ交換機１〜３では、
その内部に設けられた状態監視部５にて装置状態や回線
状態を監視しており、これらについての最新の状態を保
持している。そして、データ交換機内の装置や回線に障
害が発生すると、メッセージ編集部６が、状態監視部５
からの依頼に応じて装置状態や回線状態に係るデータが
含まれた状態変化通知(障害メッセージ：図８(ａ)参照)
を編集する。この状態変化通知は、メッセージ送信部７
によって、中継線を経由して監視装置４に転送される。
そして、状態監視部５は、転送された状態変化通知(の
内容)を時系列で保持する。

【０００５】監視装置４では、各データ交換機１〜３か
らの状態変化通知をメッセージ受信部１２が受信する
と、状態管理部１３は、この状態変化通知から装置状態
や回線状態に係るデータを取り出し、更新して保持す
る。続いて、表示装置１４が状態管理部１３の保持内容
に基づいて、各データ交換機１〜３の装置状態，回線状
態についての最新の状態を色や文字等で表示する。さら
に、メッセージ記録部１５がメッセージ受信部１２によ
って受信された状態変化通知を、ロギングファイル１６
に記録する(図９(ａ)のシーケンス図参照)。

【０００６】上述した処理によって、状態管理部１３に
各データ交換機１〜３の装置状態及び回線状態の最新の
データが保持され、その内容が表示装置１４に表示され
ることで、ネットワークの状態が監視される。また、ロ
ギングファイル１６には、メッセージ記録部１５によっ
て、複数の状態変化通知が時系列で蓄積される。

【０００７】また、監視装置４では、各データ交換機１
〜３と監視装置４との状態不一致(各データ交換機１〜
３の状態監視部５が保持する装置状態及び回線状態と、
監視装置４の状態管理部１３が保持する装置状態及び監
視状態とのデータ不一致)を防止するため、周期的に状
態問い合わせ依頼部１０が起動する。即ち、状態問い合
わせ依頼部１０は、各データ交換機１〜３の状態問い合
わせ編集部８に対する状態問い合わせコマンド(図８
(ｂ)参照)を編集する。この状態問い合わせコマンド
は、メッセージ送信部１１から全てのデータ交換機１〜
３に対して送信される。

【０００８】各データ交換機１〜３では、状態問い合わ
せコマンドをメッセージ受信部９が受信すると、状態問
い合わせ編集部８が起動し、状態監視部５が保持してい
る装置状態及び回線状態を問い合わせ、その内容を編集
した応答データ(図８(ｃ)参照)を生成し、メッセージ送
信部７から監視装置４に対して通知する。

【０００９】監視装置４では、各データ交換機１〜３か
らの応答データをメッセージ受信部１２が受信すると、
状態管理部１３が応答データから装置状態や回線状態の
データを取り出して更新・保持し、表示装置１４が状態
管理部１３の保持内容に基づく最新の状態を表示する
(図９(ｂ)のシーケンス図参照)。これによって、各デー
タ交換機１〜３と監視装置４との状態不一致が防止され
る。

【００１０】

【発明が解決しようとする課題】しかしながら、図７に
示したネットワーク監視システムにおいて、一度に多量
のネットワーク内の装置又は回線に障害が発生した場合
には、各データ交換機１〜３から監視装置４に対して多
量の状態変化通知が転送される。この場合、監視装置４
では、多量の状態変化通知を受信・処理するため、状態
管理部１３，表示装置１４，及びメッセージ記録部１５
が連続的に処理を行う。特に、メッセージ記録部１５
は、ロギングファイル１６への書き込みを行うため、他
の処理に比べて処理時間が長い。

【００１１】ここで、状態管理部１３，表示装置１４，
及びメッセージ記録部１５は、ＣＰＵ(中央演算処理装
置)等のプロセッサ装置がプログラムを実行することに
より実現される機能であるので、これらが連続して動作
する結果、監視装置４内のＣＰＵ使用率が上昇する。こ
れによって、状態管理部１３，表示装置１４，メッセー
ジ記録部１５の何れかの処理が他の処理のために遅延
し、最悪の場合にはシステムハング状態となる場合があ
った。

【００１２】上述した輻輳状態とならないために、監視
装置４では、ＣＰＵ使用率監視部１７が定期的にＣＰＵ
の使用率を監視し、使用率が予め登録してある規定値を
超えた場合には、メッセージ受信部１２が各データ交換
機１〜３から受信した状態変化通知を廃棄することによ
って、状態管理部１３，表示装置１４，及びメッセージ
記録部１５の処理を停止することでＣＰＵ使用率の低減
を図っていた。

【００１３】但し、状態変化通知を廃棄した場合には、
各データ交換機１〜３と監視装置４との間で装置状態又
は回線状態の不一致が発生する。このため、監視装置４
からは、上述したように、周期的に状態問い合わせコマ
ンドが各データ交換機１〜３に送信され、監視装置４が
その応答データを受信することで状態不一致を解消して
いた。或いは、監視装置４のＣＰＵ使用率が予め登録し
てある規定値を下回った場合に、積極的に状態問い合わ
せコマンドを送信することによって状態不一致を解消し
ていた。

【００１４】ところが、状態変化通知を廃棄することで
ＣＰＵ使用率を低減する手法では、上述した状態問い合
わせコマンド送信によって状態の不一致が解消されるま
では、監視装置４における状態管理部１３の保持内容や
表示装置１４の表示内容が実際のネットワークにおける
状態と不一致となる問題があった。また、ロギングファ
イル１６に蓄積されるべき状態変化通知の欠落が生じて
しまう問題があった。

【００１５】本発明は、上述した問題に鑑みなされたも
のであり、監視装置がネットワークを監視しつつ輻輳制
御を行うことができ、表示装置の表示内容と実際のネッ
トワークにおける状態とを一致させることができ、ロギ
ングファイルにおけるデータの欠落を解消できるネット
ワーク監視システムを提供することを課題とする。

【００１６】

【課題を解決するための手段】本発明は、上述した課題
を解決するために以下の構成を採用する。すなわち、請
求項１の発明は、ネットワークの状態データを含む状態
変化通知を送出し且つ当該状態変化通知を保持する複数
のデータ交換機からなるネットワークと、前記ネットワ
ークに接続され前記各データ交換機から送出された状態
変化通知を受信する監視装置とからなるネットワーク監
視システムであって、前記監視装置が、前記各データ交
換機から受信した状態変化通知からネットワークの状態
データを取り出して保持する状態管理手段と、前記状態
管理手段に保持されたネットワークの状態データに基づ
く内容を表示する表示手段と、前記各データ交換機から
受信された状態変化通知を保持する記憶手段と、前記状
態変化通知を前記記憶手段に記録する第１記録手段と、
前記監視装置における輻輳状態を検出する輻輳状態検出
手段と、前記輻輳検出手段が輻輳発生を検出した際に前
記第１記録手段の動作を停止させる記録停止手段と、前
記輻輳状態検出手段が輻輳解除を検出した際に前記第１
記録手段の動作を再開させる記録再開手段と、前記第１
記録手段が動作を再開した際に、第１記録手段の動作停
止によって前記記憶手段に記録されることなく廃棄され
た状態変化通知を前記各データ交換機に対して問い合わ
せる問合せ手段と、前記問合せ手段による問合せに応じ
て前記各データ交換機から送信されてきた状態変化通知
を前記記憶手段に記録する第２記録手段とを備えたこと
を特徴とする。

【００１７】請求項１の発明によると、各データ交換機
から送出された状態変化通知を監視装置が受信すると、
状態管理手段，表示手段，及び第１記録手段が動作す
る。このとき、監視装置における輻輳発生が検出される
と、第１記録手段の動作が停止する。これによって、状
態管理手段，表示手段，第１記録手段を動作させるため
のプロセッサ装置(例えばＣＰＵ)の負担が軽減され、そ
の使用率上昇が抑えられる。このように、輻輳が生じて
も状態管理部によるネットワークの監視が実行されつつ
輻輳制御がなされる。そして、監視装置における輻輳解
除が検出されると、第１記録手段の動作が再開されると
ともに、各データ交換機から輻輳時において廃棄された
状態変化通知が取得され、記憶手段に記憶される。これ
によって、記憶手段における状態変化通知の欠落が解消
される。

【００１８】ここに、データ交換機には、例えば、パケ
ット交換機，フレームリレー交換機，ＡＴＭ交換機等が
挙げられる。ネットワークの状態には、例えば、各デー
タ交換機内部の装置(ＣＰＵ，ＭＰＵ，ＣＣ，メモリ装
置)の状態，或いは回線状態が挙げられる。

【００１９】請求項２の発明は、ネットワークの状態デ
ータを含む状態変化通知を送出し且つ当該状態変化通知
を保持する複数のデータ交換機からなるネットワーク
と、前記ネットワークに接続され前記各データ交換機か
ら送出された状態変化通知を受信する監視装置とからな
るネットワーク監視システムであって、前記監視装置
は、前記各データ交換機から受信された状態変化通知か
らネットワークの状態データを取り出して保持する状態
管理手段と、前記状態管理手段に保持されたネットワー
クの状態データに基づく内容を表示する表示手段と、前
記監視装置における輻輳状態を検出する輻輳状態検出手
段と、前記輻輳検出手段が輻輳発生を検出した際に前記
表示手段の動作を停止させる表示停止手段と、前記表示
手段が動作を停止した場合に前記各データ交換機から夫
々送信されてきた状態変化通知のうち最新のものに含ま
れたネットワークの状態データを保持する最新データ保
持手段と、前記輻輳検出手段が輻輳解除を検出した際に
前記最新データ保持手段に保持されたネットワークの状
態データに基づく内容を前記表示手段に表示させる最新
状態表示手段と、前記最新状態表示手段が前記最新デー
タ保持手段に保持されたネットワークの状態データに基
づく内容を前記表示手段に表示させた後に、前記表示手
段の動作を再開させる表示再開手段とを備えたことを特
徴とする。

【００２０】請求項２の発明によると、各データ交換機
から送出された状態変化通知を監視装置が受信すると、
状態管理手段，表示手段が動作する。このとき、監視装
置における輻輳発生が検出されると、表示手段の動作が
停止する。また、表示手段が動作を停止すると、最新の
ネットワークの状態データが最新データ保持手段に保持
される。その後、監視装置における輻輳解除が検出され
ると、最新データ保持手段の保持内容が表示手段に表示
され、その後、表示手段の動作が再開される。

【００２１】このように、輻輳が発生している間、表示
手段の動作を停止することで、状態管理手段，及び表示
手段を動作させるＣＰＵ等のプロセッサ装置の負担が軽
減し、その使用率の低減が図られる。即ち、輻輳が生じ
ても状態管理部によるネットワークの監視が実行されつ
つ輻輳制御がなされる。また、輻輳が解除された際に、
最新のネットワークの状態データに基づく内容を表示手
段に表示させることで、従来のように実際とは異なる状
態が表示手段に表示されてしまうことを防止することが
できる。

【００２２】請求項３の発明は、請求項１記載の監視装
置が、前記輻輳検出手段が輻輳発生を検出した際に前記
表示手段の動作を停止させる表示停止手段と、前記表示
手段が動作を停止した場合に前記各データ交換機から夫
々送信されてきた状態変化通知のうち最新のものに含ま
れたネットワークの状態データを保持する最新データ保
持手段と、前記輻輳検出手段が輻輳解除を検出した際に
前記最新データ保持手段に保持されたネットワークの状
態データに基づく内容を前記表示手段に表示させる最新
状態表示手段と、前記最新状態表示手段が前記最新デー
タ保持手段に保持されたネットワークの状態データに基
づく内容を前記表示手段に表示させた後に前記表示手段
の動作を再開させる表示再開手段とをさらに備えたこと
で特定したものである。

【００２３】請求項３の発明は、請求項１の発明と請求
項２の発明とを組み合わせたものである。これによっ
て、輻輳が発生した場合には、状態管理手段，表示手
段，及び第１記録手段のうち、状態管理手段のみが状態
変化通知に対する処理を行うこととなるので、請求項１
の発明に比べてよりＣＰＵ等の負担を軽減することがで
き、状態管理手段の処理遅延を防止できる。

【００２４】請求項４の発明は、請求項３記載の記録停
止手段が、前記輻輳状態検出手段が監視装置における軽
度の輻輳発生を検出した場合に起動し、記録再開手段
が、前記輻輳状態検出手段が監視装置における軽度の輻
輳解除を検出した際に起動し、表示停止手段が、前記輻
輳状態検出手段が監視装置における重度の輻輳発生を検
出した際に起動し、最新状態表示手段が、前記輻輳状態
検出手段が監視装置における重度の輻輳解除を検出した
際に起動することで特定したものである。

【００２５】請求項４の発明によると、表示手段，第１
記録手段の動作を輻輳の度合いに応じて変更することが
可能となる。

【００２６】

【発明の実施の形態】以下、本発明の実施の形態による
ネットワーク監視システムを図面を参照して説明する。 〔ネットワーク監視システム〕図１は、実施形態による
ネットワーク監視システムの機能ブロック図である。図
１において、ネットワーク監視システムは、中継線を介
して接続されたパケット，フレームリレー，ＡＴＭ等の
データ交換機１〜３で構成されたネットワークと、この
ネットワークに接続された監視装置４０とからなる。

【００２７】なお、図１において、従来と同様の構成要
素については、図７に示した従来におけるネットワーク
監視システムの構成要素と同一の符号を付してある。ま
た、本実施形態におけるネットワークは、データ交換機
１〜３からなるが、データ交換機の数は問わない。

【００２８】〔データ交換機〕図１において、データ交
換機１〜３は、同一の構成要素を有しているので、例と
してデータ交換機１について説明する。データ交換機１
は、ハードウェア的には、ＣＰＵ，ＲＯＭやＲＡＭ等の
メモリ装置，チャネルコントローラ(ＣＣ)，回線対応
部，スイッチ等(何れも図示せず)から構成されており、
ＣＰＵがメモリ装置に保持されたプログラムを実行する
ことによって、状態監視部５，メッセージ編集部６，メ
ッセージ送信部７，状態問い合わせ編集部８，及びメッ
セージ受信部９を備えた装置として機能する。

【００２９】ここに、状態監視部５は、データ交換機１
の装置(ＣＰＵ,ＣＣ,メモリ装置等)の状態や回線の状態
を監視し、これらの装置状態及び回線状態を保持する。
また、状態監視部５は、装置障害又は回線障害を検出し
た場合には、その旨を監視装置４０に伝えるための状態
変化通知(障害メッセージ)の編集要求をメッセージ編集
部に与える。また、状態監視部５は、メッセージ編集部
６で生成された状態変化通知を時系列で保持する。

【００３０】メッセージ編集部６は、状態監視部５から
状態変化通知の編集要求を受け取って起動し、障害が生
じた装置或いは回線の状態を示すデータが含まれた状態
変化通知を生成し、メッセージ送信部７に与える。

【００３１】メッセージ受信部９は、監視装置４０から
送信されて来た状態問い合わせコマンドを受信し、状態
問い合わせ編集部８に与える。状態問い合わせ編集部８
は、メッセージ受信部９から状態問い合わせコマンドを
受け取って起動し、状態監視部５に対して装置状態及び
回線状態を問い合わせ、その問い合わせ結果に基づく応
答データを生成し、メッセージ送信部７に与える。

【００３２】メッセージ送信部７は、メッセージ編集部
６から受け取った状態変化通知，或いは状態問い合わせ
編集部８から受け取った応答データを、監視装置４０に
対して送信する。

【００３３】〔監視装置〕図１において、監視装置４０
は、ハードウェア的には、ＣＰＵ，ＣＣ，メモリ装置
(何れも図示せず)等からなる情報処理装置であり、ＣＰ
Ｕがメモリ装置に保持されたプログラムを実行すること
によって、状態問い合わせ依頼部１０，メッセージ送信
部１１，メッセージ受信部１２，状態管理部１３，表示
装置１４，メッセージ記録部１５，ロギングファイル
(状態変化格納エリア)１６，及びＣＰＵ使用率監視部１
７を備えた装置として機能する。

【００３４】さらに、監視装置４０は、本発明に係る構
成として、輻輳発生／解除検出部２１，記録停止／再開
部２２，記録結合部２３，表示停止／再開部２４，最新
状態記録制御部２５，最新状態記録部２６，最新状態変
化格納エリア２７，及び最新状態表示部２８を備えた装
置として機能する。

【００３５】ここに、状態問い合わせ依頼部１０は、周
期的に起動し、各データ交換機１〜３の装置状態及び回
線状態を取得するための状態問い合わせコマンドを生成
し、メッセージ送信部１１に与える。また、この状態問
い合わせ依頼部１０は、輻輳発生／解除検出部２１から
軽度輻輳解除通知を受け取るようになっており、この場
合にも状態問い合わせコマンドを生成する(問合せ手段
に相当)。

【００３６】メッセージ送信部１１は、状態問い合わせ
依頼部１０に接続されており、状態問い合わせ依頼部１
０から受け取った状態問い合わせコマンドを、各データ
交換機１〜３に対して送信する。

【００３７】メッセージ受信部１２は、各データ交換機
１〜３から送信された状態変化通知，又は応答データを
受信し、これらを状態管理部１３，メッセージ記録部１
５，記録結合部２３，又は最新状態記録制御部２５の何
れかに与える。

【００３８】状態管理部１３は、メッセージ受信部１２
から状態変化通知及び応答データを受け取り、これらに
含まれた装置状態又は回線状態のデータを更新して保持
する(状態管理手段に相当)と共に、自身が保持した状態
変化通知の内容の表示指示を表示装置１４に与える。

【００３９】表示装置１４は、ＣＲＴ(陰極線管)，ＬＣ
Ｄ(液晶ディスプレイ)等を用いて構成されたディスプレ
イ装置と、このディスプレイ装置に対する画像等の表示
処理を行う表示制御回路等からなる。表示装置１４は、
状態変化通知の内容を色や文字等で表示し、監視装置４
０のオペレータにネットワーク内の状態を伝達する(表
示手段に相当)。

【００４０】メッセージ記録部１５は、メッセージ受信
部１２から状態変化通知を受け取り、状態変化通知を時
系列にロギングファイル１６に記録する(第１記録手段
に相当)。

【００４１】ロギングファイル１６は、各データ交換機
１〜３から受信した状態変化通知を時系列で保持する
(記憶手段に相当)。ＣＰＵ使用率監視部１７は、状態管
理部１３，表示装置１４，メッセージ記録部１５等の監
視装置４０の各部の実行に伴う図示せぬＣＰＵの使用率
を監視する。

【００４２】輻輳発生／解除検出部２１は、所定時間
(例えば１０秒)経過毎に、ＣＰＵ使用率監視部１７に対
してＣＰＵの使用率を問い合わせ、使用率が規定値を上
回っている場合には、軽度又は重度の輻輳が発生してい
ると判定し、ＣＰＵの使用率が規定値以下の場合には、
軽度又は重度の輻輳状態が解除されたと判定する(輻輳
状態検出手段に相当)。

【００４３】この輻輳発生／解除検出部２１は、軽度の
輻輳が発生したと判定した場合には、記録停止／再開部
２２に対し、軽度輻輳発生通知を与える。また、輻輳発
生／解除検出部２１は、軽度の輻輳が解除されたと判定
した場合には、記録停止／再開部２２，及び記録結合部
２３に軽度輻輳解除通知を与える。

【００４４】また、輻輳発生／解除検出部２１は、重度
の輻輳が発生したと判定した場合には、表示停止／再開
部２４，及び最新状態記録制御部２５に対し、重度輻輳
発生通知を与える。また、輻輳発生／解除検出部２１
は、重度の輻輳が解除されたと判定した場合には、表示
停止／再開部２４，最新状態記録制御部２５，及び最新
状態表示部２８に対し、重度輻輳解除通知を与える。

【００４５】記録停止／再開部２２は、輻輳発生／解除
検出部２１から軽度輻輳発生通知を受け取る。この場合
には、記録停止／再開部２２は、メッセージ記録部１５
によるロギングファイル１６への書き込み処理を停止さ
せる(記録停止手段に相当)。一方、記録停止／再開部２
２は、輻輳発生／解除検出部２１から軽度輻輳解除通知
を受け取る。この場合には、記録停止／再開部２２は、
メッセージ記録部１５によるロギングファイルへの書き
込み処理を再開させる(記録再開手段に相当)。

【００４６】記録結合部２３は、輻輳発生／解除検出部
２１から軽度輻輳解除通知を受け取る。このとき、記録
結合部２３は、メッセージ受信部１２が受信した応答デ
ータを受け取り、この応答データから状態変化通知を取
り出し、取り出した状態変化通知のうち、未だロギング
ファイル１６に記録されていない(欠落している)状態変
化通知を、ロギングファイル１６に時系列で記録する
(第２記録手段に相当)。

【００４７】表示停止／再開部２４は、輻輳発生／解除
検出部２１から重度輻輳発生通知を受け取る。この場合
には、表示停止／再開部２４は、表示装置１４による処
理を停止させる(表示停止手段に相当)。一方、表示停止
／再開部２４は、輻輳発生／解除検出部２１から重度輻
輳解除通知を受け取る。この場合には、表示停止／再開
部２４は、表示装置１４による処理を再開させる(表示
再開手段に相当)。

【００４８】最新状態記録制御部２５は、輻輳発生／解
除検出部２１から重度輻輳発生通知を受け取る。この場
合には、最新状態記録制御部２５は、最新状態記録部２
６に対し、メッセージ受信部１２によって受信された装
置状態及び回線状態の書き込みを開始する。一方、最新
状態記録制御部２５は、輻輳発生／解除検出部２１から
重度輻輳解除通知を受け取る。この場合には、最新状態
記録制御部２５は、最新状態記録部２６に対し、メッセ
ージ受信部１２によって受信された装置状態及び回線状
態の書き込みを停止し、最新状態記録部２６の保持内容
を最新状態変化格納エリア２７へ書き込む。

【００４９】最新状態記録部２６は、最新状態記録制御
部２５が重度輻輳発生通知を受け取ってから重度輻輳解
除通知を受け取るまでの間にメッセージ受信部１２が受
信したデータ交換機１〜３における装置状態又は回線状
態のうち、最新のものを、装置毎，回線毎に保持する。

【００５０】最新状態変化格納エリア２７は、最新状態
記録部２６の保持内容を保持する。即ち、図３(ｄ)に示
すように、装置種別(装置，回線の種別)とこれに対応す
る状態変化通知信号(正常か障害発生か)とについて最新
の情報を保持する(最新データ保持手段に相当)。

【００５１】最新状態表示部２８は、輻輳発生／解除検
出部２１から重度輻輳解除通知を受け取る。この場合、
最新状態表示部２８は、最新状態変化格納エリア２７に
保持された装置状態及び回線状態の内容を示す色や文字
を表示装置１４に表示させる(最新状態表示手段に相
当)。

【００５２】〔ネットワーク監視システムにおける処
理〕次に、図１に示したネットワーク監視システムにお
ける処理を説明する。 〈通常処理〉最初に、ネットワーク監視システムにおけ
る通常処理を説明する。この通常処理は、上述した従来
における処理と同じ処理である。即ち、図１に示した各
データ交換機１〜３では、自身の装置状態や回線状態が
監視され、装置又は回線に障害が発生した場合には、状
態変化通知(障害メッセージ：図３(ａ)参照)が生成さ
れ、監視装置４０に対して送信される。すると、監視装
置４０では、状態変化通知に含まれた装置状態又は回線
状態が状態管理部１３に保持されるとともに、その内容
が表示装置１４に表示され、さらに、状態変化通知がメ
ッセージ記録部１５によってロギングファイル１６に記
録される。

【００５３】また、監視装置４０からは、各データ交換
機１〜３における装置状態及び回線状態を問う状態問い
合わせコマンドが各データ交換機１〜３に対して送信さ
れ、状態問い合わせコマンドに応じた応答データを各デ
ータ交換機１〜３から受信し、各応答データに含まれた
装置状態又は回線状態が状態管理部１３に保持され、こ
れらの内容が表示装置１４に表示される。

【００５４】〈輻輳監視処理〉上述した通常処理がネッ
トワーク監視システムにて実行されている際には、監視
装置４０の輻輳発生／解除検出部２１が、監視装置４０
における輻輳状態を監視する。図２は、輻輳発生／解除
検出部２１による輻輳状態監視処理を示すフローチャー
トである。

【００５５】図２に示すように、輻輳発生／解除検出部
２１は、１０秒毎にＣＰＵ使用率監視部１７から監視装
置４０の図示せぬＣＰＵの使用率を取得し、輻輳状態監
視処理を実行開始する構成となっている。

【００５６】輻輳状態監視処理がスタートすると、最初
に、輻輳発生／解除検出部２１は、ＣＰＵ使用率が８０
％以上９０％未満の条件を満たすか否かを判定する(Ｓ
０１)。このとき、条件が満たされる場合(Ｓ０１；ＹＥ
Ｓ)には、処理がＳ０２へ進み、処理が満たされない場
合(Ｓ０１；ＮＯ)には、処理がＳ０４へ進む。

【００５７】処理がＳ０２へ進んだ場合には、輻輳発生
／解除検出部２１は、現在の輻輳状態を判定する。この
とき、輻輳発生／解除検出部２１は、既に軽度輻輳発生
と判定した場合には、輻輳状態監視処理を終了させる。
これに対し、輻輳発生／解除検出部２１は、軽度輻輳状
態であり且つ未だ軽度輻輳発生通知を送出していないと
判定した場合には、軽度輻輳発生通知を、記録停止／再
開部２２，及び記録結合部２３に対して送出し(Ｓ０
３)、輻輳状態監視処理を終了させる。

【００５８】処理がＳ０４へ進んだ場合には、輻輳発生
／解除検出部２１は、ＣＰＵ使用率が９０％以上の条件
を満たすか否かを判定する。このとき、条件が満たされ
る場合(Ｓ０４；ＹＥＳ)には、処理がＳ０５へ進み、処
理が満たされない場合(Ｓ０４；ＮＯ)には、処理がＳ０
７へ進む。

【００５９】処理がＳ０５へ進んだ場合には、輻輳発生
／解除検出部２１は、現在の輻輳状態を判定する。この
とき、輻輳発生／解除検出部２１は、既に重度輻輳発生
と判定した場合には、輻輳状態監視処理を終了させる。
これに対し、輻輳発生／解除検出部２１は、重度輻輳状
態であり且つ未だ重度輻輳発生通知を送出していないと
判定した場合には、重度輻輳発生通知を、表示停止／再
開部２４，及び最新状態記録制御部２５に対して送出し
(Ｓ０６)、輻輳状態監視処理を終了させる。

【００６０】処理がＳ０７へ進んだ場合には、輻輳発生
／解除検出部２１は、ＣＰＵ使用率が６０％を上回り且
つ７０％以上の条件を満たすか否かを判定する。このと
き、条件が満たされる場合(Ｓ０７；ＹＥＳ)には、処理
がＳ０８へ進み、処理が満たされない場合(Ｓ０７；Ｎ
Ｏ)には、処理がＳ１０へ進む。

【００６１】処理がＳ０８へ進んだ場合には、輻輳発生
／解除検出部２１は、現在の輻輳状態を判定する。この
とき、輻輳発生／解除検出部２１は、既に重度輻輳解除
と判定した場合には、輻輳状態監視処理を終了させる。
これに対し、輻輳発生／解除検出部２１は、重度輻輳発
生通知中(重度輻輳発生イベント実行中)であると判定し
た場合には、重度輻輳解除通知を、表示停止／再開部２
４，最新状態記録制御部２５，及び最新状態表示部２８
に対して送出し(Ｓ０９)、輻輳状態監視処理を終了させ
る。

【００６２】処理がＳ１０へ進んだ場合には、輻輳発生
／解除検出部２１は、ＣＰＵ使用率が６０％以上の条件
を満たすか否かを判定する。このとき、条件が満たされ
る場合(Ｓ１０；ＹＥＳ)には、処理がＳ１１へ進み、処
理が満たされない場合(Ｓ１０；ＮＯ)には、輻輳状態監
視処理が終了する。

【００６３】処理がＳ１１へ進んだ場合には、輻輳発生
／解除検出部２１は、現在の輻輳状態を判定する。この
とき、輻輳発生／解除検出部２１は、既に軽度輻輳解除
と判定した場合には、輻輳状態監視処理を終了させる。
これに対し、輻輳発生／解除検出部２１は、軽度輻輳発
生通知中(重度輻輳発生イベント実行中)であると判定し
た場合には、軽度輻輳解除通知を、状態問い合わせ依頼
部１０，記録停止／再開部２２，及び記録結合部２３に
対して送出し(Ｓ１２)、輻輳状態監視処理を終了させ
る。

【００６４】このように、輻輳発生／解除検出部２１
は、軽度輻輳が発生した場合には、軽度輻輳発生イベン
トを実行させるため、軽度輻輳発生通知を送出する。ま
た、輻輳発生／解除検出部２１は、重度輻輳が発生した
場合には、重度輻輳発生イベントを実行させるため、重
度輻輳発生通知を送出する。一方、重度輻輳が解除され
た場合には、重度輻輳解除イベントを実行させるため、
重度輻輳解除通知を送出する。また、輻輳発生／解除検
出部２１は、軽度輻輳が解除された場合には、軽度輻輳
解除イベントを実行させるため、軽度輻輳解除通知を送
出する。

【００６５】〈軽度輻輳発生イベント〉上述した輻輳状
態監視処理によって、監視装置４０内の輻輳状態が監視
される。ここで、ネットワーク内にて多量の装置障害又
は回線障害が発生し、データ交換機１〜３から多量の状
態変化通知が監視装置４０へ向けて送出されたとする。
すると、監視装置４０では、メッセージ受信部１２，状
態管理部１３，表示装置１４，メッセージ記録部１５に
よる処理(通常処理)が連続的に実行され、この結果、図
示せぬＣＰＵの使用率が上昇する。

【００６６】これによって、輻輳発生／解除検出部２１
が、ＣＰＵ使用率が８０％以上９０％未満まで上昇した
と判定した場合には、監視装置４０では、軽度の輻輳が
発生したものとして、記録停止／再開部２２に対し、軽
度輻輳発生通知が与えられることによって、軽度輻輳発
生イベントが実行される(図４参照)。

【００６７】即ち、記録停止／再開部２２が、軽度輻輳
発生通知を受け取ることで起動し、メッセージ記録部１
５に対して処理停止指示を与える。すると、メッセージ
記録部１５が、メッセージ受信部１２によって受信され
た状態変化通知をロギングファイル１６に記録する処理
を停止する。即ち、状態変化通知は、ロギングファイル
１６に格納されることなく廃棄される。

【００６８】このように、軽度輻輳発生イベントによっ
て、メッセージ記録部１５による処理が停止されるの
で、メッセージ記録部１５による処理の分だけ図示せぬ
ＣＰＵの負担が軽減される。従って、ＣＰＵ使用率の上
昇を抑えることができる。

【００６９】また、メッセージ記録部１５による処理に
割り当てられるべきＣＰＵ時間を状態管理部１３及び表
示装置１４の処理に割り当てることが可能となるので、
状態管理部１３及び表示装置１４の処理遅延が抑えられ
る。

【００７０】〈重度輻輳発生イベント〉上述した軽度輻
輳発生イベントによって、メッセージ記録部１５による
処理が停止された場合であっても、データ交換機１〜３
から送信されてくる状態変化通知が膨大である場合に
は、ＣＰＵ使用率は上昇する。

【００７１】これによって、輻輳発生／解除検出部２１
が、ＣＰＵ使用率が９０％以上となったと判定した場合
には、監視装置４０では、重度の輻輳が発生したものと
して、表示停止／再開部２４，及び最新状態記録制御部
２５に対し、重度輻輳発生通知が与えられることによっ
て、重度輻輳発生イベントが実行される(図５参照)。

【００７２】即ち、表示停止／再開部２４が、重度輻輳
発生通知を受け取ることで起動し、表示装置１４に対し
て処理停止指示を与える。すると、表示装置１４が、状
態管理部１３に保持された装置状態及び回線状態につい
ての内容を表示する処理を停止する。これによって、表
示装置１４には、処理停止直前の内容の上に、重度輻輳
発生イベント中である旨が表示された画面が表示され
る。

【００７３】一方、最新状態記録制御部２５が、重度輻
輳発生通知を受け取ることで起動し、メッセージ受信部
１２に受信された複数の状態変化通知内の装置状態及び
回線状態を夫々受け取り、これらのうちの最新のものを
最新状態記録部２６に書き込む。

【００７４】このように、重度輻輳発生イベントによっ
て、メッセージ記録部１５の処理に加えてさらに表示装
置１４の処理が停止されるので、軽度輻輳発生イベント
のみが実行されている場合に比べて、ＣＰＵへの負担が
さらに軽減され、ＣＰＵ使用率の低減を図ることができ
る。

【００７５】また、メッセージ受信部１２によって受信
された状態変化通知に対する処理についてのＣＰＵ時間
の殆どを、状態管理部１３の処理に割り当てることがで
きるので、状態管理部１３による処理を遅延無く適正に
実行することができる。

【００７６】〈重度輻輳解除イベント〉上述した軽度輻
輳発生イベント及び重度輻輳発生イベントが実行される
と、監視装置４０の図示せぬＣＰＵの負担が軽減され、
ＣＰＵ使用率が低下する。

【００７７】これによって、輻輳発生／解除検出部２１
が、ＣＰＵ使用率が６０％を上回り且つ７０％以下まで
下がったと判定した場合には、監視装置４０では、重度
の輻輳が解除されたものとして、表示停止／再開部２
４，及び最新状態記録制御部２５，及び最新状態表示部
２８に対し、重度輻輳解除通知が与えられる。これによ
って、重度輻輳解除イベントが実行される(図５参照)。

【００７８】即ち、最新状態記録制御部２５が、重度輻
輳解除通知を受け取ることで起動し、最新状態記録部２
６に対する書き込み処理を停止し、この際に最新状態記
録部２６に保持されている内容を最新状態変化格納エリ
ア２７に書き込む。

【００７９】続いて、最新状態表示部２８が、重度輻輳
解除通知を受け取ることで起動し、最新状態変化格納エ
リア２７の保持内容(装置状態，回線状態)を取り出し、
この内容に応じた画面を表示装置１４に表示させる。

【００８０】そして、表示停止／再開部２４が、重度輻
輳解除通知を受け取ることで起動し、表示装置１４に対
して処理再開指示を与える。すると、表示装置１４が、
状態管理部１３に保持された装置状態及び回線状態につ
いての内容を表示する処理を再開する。

【００８１】このように、重度輻輳解除イベントによっ
て、各データ交換機１〜３における最新の装置状態及び
回線状態が表示装置１４に表示された後に、表示装置１
４による処理が再開される。即ち、表示装置１４が、Ｃ
ＰＵ使用率が９０％以上となった段階で、装置状態及び
回線状態についての内容表示を停止し、その後、輻輳が
ある程度おさまった段階で、最新の装置状態及び回線状
態を表示し、その後、通常状態と同様の手法によって装
置状態及び回線状態を表示する。これによって、従来に
おける問題であった表示装置１４の表示内容が実際とは
異なってしまうのを回避することができる。

【００８２】〈軽度輻輳解除イベント〉上述した軽度輻
輳発生イベントによって、輻輳発生／解除検出部２１
が、ＣＰＵ使用率が６０％以下まで下がったと判定した
場合には、軽度輻輳解除通知が、状態問い合わせ依頼部
１０，記録停止／再開部２２，及び記録結合部２３に与
えられることによって、軽度輻輳解除イベントが実行さ
れる(図４参照)。

【００８３】即ち、記録停止／再開部２２が、軽度輻輳
解除通知を受け取ることで起動し、メッセージ記録部２
２に対して処理再開指示を与える。すると、メッセージ
記録部１５が、メッセージ受信部１２によって受信され
た状態変化通知をロギングファイル１６に記録する処理
を再開する。

【００８４】続いて、状態問い合わせ依頼部１０が、軽
度輻輳解除通知を受け取ることで起動し、状態問い合わ
せコマンド(図３(ｂ)参照)を生成する。この状態問い合
わせコマンドは、メッセージ送信部１１から各データ交
換機１〜３へ送信される。

【００８５】各データ交換機１〜３では、メッセージ受
信部９によって受信された状態問い合わせコマンドに応
じて、状態問い合わせ編集部８が、状態監視部５から該
当する状態変化通知(コマンド内のイベント開始時刻か
らイベント終了時刻内に該当する状態変化通知)を取得
し、この状態変化通知を含む応答データ(図３(ｃ)参照)
を生成し、メッセージ送信部７から監視装置４０に対し
て送信する。

【００８６】監視装置４０では、軽度輻輳解除通知を受
け取って起動した記録結合部２３が、メッセージ受信部
１２によって受信された応答データを受け取る。する
と、記録結合部２３は、応答データから状態変化通知を
取り出す。続いて、記録結合部２３は、ロギングファイ
ル１６の蓄積内容を参照し、応答データから取り出した
状態変化通知のうち、ロギングファイル１６に蓄積され
ていないものを、ロギングファイル１６に時系列で格納
する。

【００８７】このように、軽度輻輳解除イベントによっ
て、監視装置４０における軽度輻輳が解除された際に、
軽度輻輳発生イベントによってロギングファイル１６に
蓄積されることなく廃棄された状態変化通知を各データ
交換機１〜３から取得し、ロギングファイル１６に蓄積
する。これによって、従来の問題であったロギングファ
イル１６における状態変化通知の欠落を解消することが
できる。

【００８８】上述した通常処理，軽度輻輳発生／解除イ
ベント及び重度輻輳発生／解除イベントに係る処理は、
図６に示すシーケンス図のとおりとなる。

【００８９】〔実施形態の効果〕本実施形態によるネッ
トワーク監視システムによると、監視装置４０が、軽度
輻輳状態では、比較的大きいＣＰＵ時間を要するメッセ
ージ記録部１５の処理を停止するので、状態管理部１３
及び表示装置１４の処理の遅延を防止できる。重度輻輳
状態では、さらに表示装置１４の処理を停止するので、
状態管理部１３の処理を遅延なく行うことができる。そ
して、メッセージ記録部１５，表示装置１４の処理を停
止することで、ＣＰＵ使用率の上昇が抑えられるので、
監視装置４０がシステムハング状態となることを回避で
きる。

【００９０】そして、ＣＰＵ使用率が規定値を下回り、
重度輻輳が解除されたときは、表示装置１４に最新の状
態を表示することで、表示装置１４の表示内容と実際の
内容とが異なってしまうことを回避できる。さらに、軽
度輻輳が解除されたときは、データ交換機１〜３から、
監視装置４０にて輻輳発生時に廃棄した状態変化通知を
取得し、ロギングファイル１６に蓄積するので、従来の
ようにロギングファイル１６のデータに欠落が生じるこ
とが無い。

【００９１】また、軽度／重度輻輳発生イベントが実行
された場合でも、状態管理部１３による処理は停止しな
い。即ち、状態管理部１３は、輻輳時においてもメッセ
ージ受信部１２が受信した状態変化通知から装置状態及
び回線状態を取り出して保持する。このように、本実施
形態によれば、監視装置４０における輻輳発生時におい
てもネットワークの監視を行うことができる。

【００９２】なお、本実施形態では、ＣＰＵ使用率が監
視され、このＣＰＵ使用率に基づいて輻輳状態が判定さ
れているが、ＣＰＵ使用率に代えて、処理待ちキュー長
やシステム資源(例えばメモリ装置等)の使用量を監視
し、これに基づいて輻輳状態が判定されるようになって
いても良い。

【００９３】

【発明の効果】本発明によるネットワーク監視システム
によると、監視装置がネットワークを監視しつつ輻輳制
御を行うことができ、表示装置の表示内容と実際のネッ
トワークにおける状態とを一致させることができ、ロギ
ングファイルにおけるデータの欠落を解消することがで
きる。

【図面の簡単な説明】

【図１】本発明の実施形態によるネットワーク監視シス
テムの構成図

【図２】監視装置における輻輳状態監視処理を示すフロ
ーチャート

【図３】実施形態によるネットワーク監視システムの説
明図

【図４】軽度輻輳発生／解除イベントにおける処理を示
すフローチャート

【図５】重度輻輳発生／解除イベントにおける処理を示
すフローチャート

【図６】輻輳発生／解除イベントを示すシーケンス図

【図７】従来のネットワーク監視システムの構成図

【図８】従来のネットワーク監視システムの説明図

【図９】従来のネットワーク監視システムにおける処理
を示すシーケンス図

【符号の説明】

１〜３ データ交換機 ５ 状態監視部 ６ メッセージ編集部 ７ メッセージ送信部 ８ 状態問い合わせ編集部 ９ メッセージ受信部 １０ 状態問い合わせ依頼部(問合せ手段) １１ メッセージ送信部 １２ メッセージ受信部 １３ 状態管理部(状態管理手段) １４ 表示装置(表示手段) １５ メッセージ記録部(第１記録手段) １６ ロギングファイル(記憶手段) ２１ 輻輳発生／解除検出部(輻輳状態検出手段) ２２ 記録停止／再開部(記録停止手段，記録再開手
段) ２３ 記録結合部(第２記録手段) ２４ 表示停止／再開部(表示停止手段，表示再開手
段) ２５ 最新状態記録制御部 ２６ 最新状態記録部 ２７ 最新状態変化格納エリア(最新データ保持手段) ２８ 最新状態表示部(最新状態表示手段) ４０ 監視装置

Claims (4)

【特許請求の範囲】
1. 【請求項１】ネットワークの状態データを含む状態変化
   通知を送出し且つ当該状態変化通知を保持する複数のデ
   ータ交換機からなるネットワークと、前記ネットワーク
   に接続され前記各データ交換機から送出された状態変化
   通知を受信する監視装置とからなるネットワーク監視シ
   ステムであって、 前記監視装置が、 前記各データ交換機から受信された状態変化通知からネ
   ットワークの状態データを取り出して保持する状態管理
   手段と、 前記状態管理手段に保持されたネットワークの状態デー
   タに基づく内容を表示する表示手段と、 前記各データ交換機から受信された状態変化通知を保持
   する記憶手段と、 前記状態変化通知を前記記憶手段に記録する第１記録手
   段と、 前記監視装置における輻輳状態を検出する輻輳状態検出
   手段と、 前記輻輳検出手段が輻輳発生を検出した際に前記第１記
   録手段の動作を停止させる記録停止手段と、 前記輻輳状態検出手段が輻輳解除を検出した際に前記第
   １記録手段の動作を再開させる記録再開手段と、 前記第１記録手段が動作を再開した際に前記第１記録手
   段の動作停止によって前記記憶手段に記録されることな
   く廃棄された状態変化通知を前記各データ交換機に対し
   て問い合わせる問合せ手段と、 前記問合せ手段による問い合せに応じて前記各データ交
   換機から送信されてきた状態変化通知を前記記憶手段に
   記録する第２記録手段とを備えたことを特徴とするネッ
   トワーク監視システム。
2. 【請求項２】ネットワークの状態データを含む状態変化
   通知を送出し且つ当該状態変化通知を保持する複数のデ
   ータ交換機からなるネットワークと、前記ネットワーク
   に接続され前記各データ交換機から送出された状態変化
   通知を受信する監視装置とからなるネットワーク監視シ
   ステムであって、 前記監視装置が、 前記各データ交換機から受信された状態変化通知からネ
   ットワークの状態データを取り出して保持する状態管理
   手段と、 前記状態管理手段に保持されたネットワークの状態デー
   タに基づく内容を表示する表示手段と、 前記監視装置における輻輳状態を検出する輻輳状態検出
   手段と、 前記輻輳検出手段が輻輳発生を検出した際に前記表示手
   段の動作を停止させる表示停止手段と、 前記表示手段が動作を停止した場合に前記各データ交換
   機から夫々送信されてきた状態変化通知のうち最新のも
   のに含まれたネットワークの状態データを保持する最新
   データ保持手段と、 前記輻輳検出手段が輻輳解除を検出した際に前記最新デ
   ータ保持手段に保持されたネットワークの状態データに
   基づく内容を前記表示手段に表示させる最新状態表示手
   段と、 前記最新状態表示手段が前記最新データ保持手段に保持
   されたネットワークの状態データに基づく内容を前記表
   示手段に表示させた後に前記表示手段の動作を再開させ
   る表示再開手段とを備えたことを特徴とするネットワー
   ク監視システム。
3. 【請求項３】前記監視装置が、 前記輻輳検出手段が輻輳発生を検出した際に前記表示手
   段の動作を停止させる表示停止手段と、 前記表示手段が動作を停止した場合に前記各データ交換
   機から夫々送信されてきた状態変化通知のうち最新のも
   のに含まれたネットワークの状態データを保持する最新
   データ保持手段と、 前記輻輳検出手段が輻輳解除を検出した際に前記最新デ
   ータ保持手段に保持されたネットワークの状態データに
   基づく内容を前記表示手段に表示させる最新状態表示手
   段と、 前記最新状態表示手段が前記最新データ保持手段に保持
   されたネットワークの状態データに基づく内容を前記表
   示手段に表示させた後に前記表示手段の動作を再開させ
   る表示再開手段とをさらに備えたことを特徴とする請求
   項１記載のネットワーク監視システム。
4. 【請求項４】前記記録停止手段が、前記輻輳状態検出手
   段が監視装置における軽度の輻輳発生を検出した場合に
   起動し、 前記記録再開手段が、前記輻輳状態検出手段が監視装置
   における軽度の輻輳解除を検出した際に起動し、 前記表示停止手段が、前記輻輳状態検出手段が監視装置
   における重度の輻輳発生を検出した際に起動し、 前記最新状態表示手段が、前記輻輳状態検出手段が監視
   装置における重度の輻輳解除を検出した際に起動するこ
   とを特徴とする請求項３記載のネットワーク監視システ
   ム。