JP2017069897A - ネットワーク監視装置、ネットワーク監視システムおよびネットワーク監視方法 - Google Patents

Abstract

【課題】受信ポートを開放する適切な時期を判定することができるネットワーク監視装置を提供する。【解決手段】本ネットワーク監視装置は、受信ポートと、閉塞部と、監視部と、開放部とを備える。受信ポートは、ネットワーク上のノードに対応付けられ、ノードからのメッセージを受信する。閉塞部は、単位時間当たりの受信メッセージ数が第１の閾値以上の場合、対応する受信ポートをメッセージを受信しない閉塞状態にする。監視部は、ノードにおけるメッセージの単位時間当たりの発生数を受信ポートとは異なるポートである監視ポートを介して受信する。開放部は、監視部によって受信された単位時間当たりの発生数が第２の閾値未満である場合、受信ポートを、メッセージを受信する開放状態にする。【選択図】図１Ｂ

Description

本発明は、ネットワーク監視装置、ネットワーク監視システムおよびネットワーク監視方法に関する。

ネットワークの運用状況を監視するネットワーク監視システムが利用されている。ネットワーク監視システムでは、ネットワークの運用状況を監視するネットワーク監視装置が、ネットワークに接続される各ノードから当該ノードの運用状況報告や障害報告を含む各種メッセージを受信する。ネットワーク監視装置は、ノード毎に用意される受信ポートによってノードからのメッセージを受信する。受信ポートは、例えば、Transmission Control Protocol（ＴＣＰ）／Internet Protocol（ＩＰ）のトランスポート層における論理的なポートとして用意される。

特開２０１１−１４６９８９号公報 特開２００２−５７６６６号公報

大量のメッセージ受信によりネットワーク監視装置の負荷が過大になる場合、ネットワーク監視装置はメッセージを受信する受信ポートを閉塞する。受信ポートが閉塞されることで、ネットワーク監視装置の負荷が低減される。また、閉塞した受信ポートは、ネットワーク監視装置の負荷が再び高い状態に遷移しないように、ノードにおけるメッセージ発生数が減少してから開放されることが好ましい。

しかしながら、受信ポートを閉塞したネットワーク監視装置は、ノードにおいて発生するメッセージ発生数の増減を検知できない。そのため、ネットワーク監視装置は、閉塞した受信ポートを開放する適切なタイミングを判定できない。その結果として、ネットワーク監視装置は、ノードにおいて多数のメッセージが発生している状態で受信ポートを開放する可能性がある。このような場合、ネットワーク監視装置の負荷が再び高い状態に遷移する虞がある。

そこで、開示の技術の１つの側面は、閉塞した受信ポートを適切な時期に開放できるネットワーク監視装置を提供することを課題とする。

開示の技術の１つの側面は、次のようなネットワーク監視装置によって例示される。本ネットワーク監視装置は、受信ポートと、閉塞部と、監視部と、開放部とを備える。受信ポートは、ネットワーク上のノードに対応付けられ、ノードからのメッセージを受信する。閉塞部は、単位時間当たりの受信メッセージ数が第１の閾値以上の場合、対応する受信ポートを、メッセージを受信しない閉塞状態にする。監視部は、ノードにおけるメッセージの単位時間当たりの発生数を、受信ポートとは異なるポートである監視ポートを介して受信する。開放部は、監視部によって受信された単位時間当たりの発生数が第２の閾値未満である場合、受信ポートを、メッセージを受信する開放状態にする。

本ネットワーク監視装置は、閉塞した受信ポートを適切な時期に開放できる。

図１Ａは、警報監視サーバを有するネットワークの一例を示す図である。 図１Ｂは、警報監視システムの処理の概略を示す図の一例である。 図２は、情報処理装置のハードウェア構成の一例を示す図である。 図３は、警報監視サーバの論理ポートの一例を示す図である。 図４は、警報監視サーバの処理ブロックの一例を示す図である。 図５は、ポート開放中警報数管理テーブルの一例を示す図である。 図６は、ポート閉塞中警報数管理テーブルの一例を示す図である。 図７は、ポート閉塞優先順番表の一例を示す図である。 図８は、ポート開放優先順番表の一例を示す図である。 図９は、ポート状況管理表の一例を示す図である。 図１０は、警報履歴バッファ管理表の一例を示す図である。 図１１は、ノードの論理ポートの一例を示す図である。 図１２は、ノードの処理ブロックの一例を示す図である。 図１３は、警報監視システムの処理の流れの一例を示す図である。 図１４は、図１３のＴ１１０からＴ１１２における処理のシーケンス図の一例である。 図１５は、実施例における警報履歴バッファ管理表の一例を示す図である。 図１６は、警報監視システムが運用開始された時点でのポート状況管理表の一例を示す図である。 図１７は、直近１０秒間で警報を受信していない場合のポート開放中警報数管理テーブルの一例を示す図である。 図１８は、特定のノードから大量の警報を受信した場合のポート開放中警報数管理テーブルの一例を示す図である。 図１９は、閉塞対象として決定された受信ポートの状況を「閉塞予定」としたポート状況管理表の一例を示す図である。 図２０は、「閉塞予定」とされた受信ポートを閉塞した場合のポート状況管理表の一例を示す図である。 図２１は、更新されたポート閉塞中警報数管理テーブルの一例を示す図である。 図２２は、更新されたポート開放中警報数管理テーブルの一例を示す図である。 図２３は、開放対象として決定された受信ポートの状況を「開放予定」としたポート状況管理表の一例を示す図である。 図２４は、「開放予定」とされた受信ポートを開放した場合のポート状況管理表の一例を示す図である。

以下、図面を参照して、一実施形態に係る警報監視システムについて説明する。以下に示す実施形態の構成は例示であり、開示の技術は実施形態の構成に限定されない。

≪第１実施形態≫
図１Ａは、警報監視システム１の一例を示す図である。警報監視システム１は、警報監視サーバ２００およびノード３００を含む。警報監視システム１では、警報監視サーバ２００と複数のノード３００とが相互にコンピュータネットワークによって接続されている。

警報監視サーバ２００は、コンピュータネットワークに接続された各ノード３００から当該ノード３００で発生した障害等を伝える警報を受信する情報処理装置である。警報監視サーバ２００は、ノード３００および警報の重要度毎に用意された論理的なポートである受信ポートによってノード３００からのメッセージを受信する。メッセージの重要度は、図１Ａでは、重要度の高いものから順に、Critical、Major、MinorおよびWarningの４
段階が例示されている。稼働状況を伝えるメッセージは、ノード３００において発生した障害等を伝える警報を含む。警報監視サーバ２００は、例えば、単位時間当たり所定数以上のメッセージをあるノード３００から受信すると、当該ノード３００からのメッセージを受信する受信ポートを閉塞する。警報監視サーバ２００は、受信ポートを閉塞することで、警報監視サーバ２００の負荷を軽減する。警報監視サーバ２００は、「ネットワーク監視装置」の一例である。警報は、「メッセージ」の一例である。

ノード３００は、各種情報処理を行う情報処理装置である。ノード３００は、自装置に障害等が発生すると、警報管理サーバ２００に当該障害等を通知する警報を送信する。ノード３００は、警報管理サーバ２００が警報を受信できないときは、ノード３００が備える警報履歴バッファに当該警報を蓄積する。蓄積された警報は、警報管理サーバ２００からの要求に応じて警報管理サーバ２００に送信される。図１Ａでは、ノード＃１からノード＃４までの４台のノード３００が例示されているが、ノード３００の台数が４台に限定されるわけではない。

図１Ｂは、警報監視システム１の処理の概略を示す図の一例である。図１Ｂを参照して、警報監視システム１の処理の概略について説明する。警報監視サーバ２００は、ノード３００から所定の閾値を超える数の警報を受信すると、警報を受信する受信ポートを閉塞する。警報監視サーバ２００は、受信ポートを閉塞することで、警報監視サーバ２００の処理負荷を低減できる。ノード３００は、警報監視サーバ２００の受信ポート閉塞により警報の送信ができない場合、ノード３００が備える警報履歴バッファに送信できなかった警報を蓄積する。ここで、受信ポートを閉塞すると、警報監視サーバ２００は、ノード３００で発生する警報の数を監視することは難しい。そのため、警報監視サーバ２００は、閉塞した受信ポートを開放する適切な時期を判定する事が難しくなる。そこで、警報監視サーバ２００は、ノード３００において発生する警報数を監視するため、受信ポートとは別に制御ポートを備える。警報監視サーバ２００は、制御ポートによってノード３００で発生する警報数を受信できる。警報監視サーバ２００は、制御ポートを介して受信するノード３００の警報数の変動を基に、閉塞した受信ポートを開放する時期を判定する。

＜ハードウェア構成＞
図２は、情報処理装置１００のハードウェア構成の一例を示す図である。情報処理装置１００は、Central Processing Unit（ＣＰＵ）１０１、メモリ１０２、ディスク１０３
、Network Interface Card（ＮＩＣ）１０４および接続バスＢ１を含む。ＣＰＵ１０１、メモリ１０２、ディスク１０３およびＮＩＣ１０４は、接続バスＢ１によって相互に接続されている。情報処理装置１００は、警報監視サーバ２００またはノード３００として利用できる。

情報処理装置１００では、ＣＰＵ１０１がディスク１０３に記憶されたプログラムをメモリ１０２の作業領域に展開し、プログラムの実行を通じて周辺装置の制御を行う。これにより、情報処理装置１００は、所定の目的に合致した処理を実行することができる。メモリ１０２およびディスク１０３は、情報処理装置１００が読み取り可能な記録媒体である。

メモリ１０２は、ＣＰＵ１０１から直接アクセスされる記憶部として例示される。メモ
リ１０２は、Random Access Memory（ＲＡＭ）およびRead Only Memory（ＲＯＭ）を含む。

ディスク１０３は、各種のプログラムおよび各種のデータを読み書き自在に記録媒体に格納する。ディスク１０３は外部記憶装置とも呼ばれる。ディスク１０３には、オペレーティングシステム（Operating System、ＯＳ）、各種プログラム、各種テーブル等が格納される。ＯＳは、ＮＩＣ１０４を介して接続される外部装置等とのデータの受け渡しを行う通信インターフェースプログラムを含む。外部装置等には、例えば、コンピュータネットワーク等で接続された、他の情報処理装置および外部記憶装置が含まれる。なお、ディスク１０３は、例えば、ネットワーク上のコンピュータ群であるクラウドシステムの一部であってもよい。

ディスク１０３は、例えば、Erasable Programmable ROM（ＥＰＲＯＭ）、ソリッドス
テートドライブ（Solid State Drive、ＳＳＤ）、ハードディスクドライブ（Hard Disk Drive、ＨＤＤ）等である。また、ディスク１０３は、例えば、Compact Disc（ＣＤ）ドライブ装置、Digital Versatile Disc（ＤＶＤ）ドライブ装置、Blu-ray（登録商標）Disc
（ＢＤ）ドライブ装置等である。また、ディスク１０３は、Network Attached Storage（ＮＡＳ）あるいはStorage Area Network（ＳＡＮ）によって提供されてもよい。

情報処理装置１００が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、情報処理装置１００から読み取ることができる記録媒体をいう。このような記録媒体のうち情報処理装置１００から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、情報処理装置１００に固定された記録媒体としてハードディスク、ＳＳＤあるいはＲＯＭ等がある。

ＮＩＣ１０４は、例えば、コンピュータネットワークとのインターフェースである。ＮＩＣ１０４は、コンピュータネットワークを介して外部の装置と通信を行う。

情報処理装置１００は、例えば、ユーザ等からの操作指示等を受け付ける入力部をさらに備えてもよい。このような入力部として、キーボード、ポインティングデバイス、タッチパネル、加速度センサーあるいは音声入力装置といった入力デバイスを例示できる。

情報処理装置１００は、例えば、プロセッサ１０１で処理されるデータや主記憶部１０２に記憶されるデータを出力する出力部を備えるものとしてもよい。このような、出力部として、Cathode Ray Tube（ＣＲＴ）ディスプレイ、Liquid Crystal Display（ＬＣＤ）、Plasma Display Panel（ＰＤＰ）、Electroluminescence（ＥＬ）パネル、有機ＥＬパ
ネルあるいはプリンタといった出力デバイスを例示できる。

＜警報監視サーバ２００の論理ポート＞
図３は、警報監視サーバ２００の論理ポートの一例を示す図である。論理ポートは、例えば、ＴＣＰ／ＩＰのトランスポート層における論理的なポートとして用意される。論理ポートの各々には、例えば、ポート番号が割り当てられる。以下、図３を参照して、警報監視サーバ２００の論理ポートについて説明する。

警報監視サーバ２００は、論理ポートとして受信ポート２０１および制御ポート２０２を有する。受信ポート２０１および制御ポート２０２は、ノード３００毎に用意される。受信ポート２０１は、ノード３００からの警報を受信するポートである。受信ポート２０１は、警報の重要度毎に用意される。図３の例では、４つの受信ポート２０１ａ〜２０１
ｄが例示され、受信ポート２０１ａは重要度Criticalの警報用受信ポートであり、受信ポート２０１ｂは重要度Majorの警報用受信ポートであり、受信ポート２０１ｃは重要度Minorの警報用受信ポートであり、受信ポート２０１ｄは重要度Warningの警報用受信ポート
である。

制御ポート２０２は、ノード３００で発生している警報数を監視する。警報数の監視は、例えば、制御ポート２０２からノード３００に制御信号を送信して行う。制御ポート２０２は、例えば、受信ポート２０１の閉塞により受信ポート２０１に警報を送信できなくなったノード３００において発生する警報数を受信する。制御ポート２０２は、「監視ポート」の一例である。

＜警報監視サーバ２００の処理ブロック＞
図４は、警報監視サーバ２００の処理ブロックの一例を示す図である。図４では、処理ブロックとして、受信ポート管理部２１０が例示されている。また、図４では、記憶部として、ポート開放中警報数管理テーブル２２０、ポート閉塞中警報数管理テーブル２３０、警報受信数閾値２４０、ポート閉塞優先順番表２５０、ポート開放優先順番表２６０、ポート状況管理表２７０および警報履歴バッファ管理表２８０が例示されている。例えば、図２のＣＰＵ１０１が図４の処理ブロックとしてメモリ１０２に実行可能に展開されたコンピュータプログラムを実行する。ただし、図４のいずれかのブロックの少なくとも一部はハードウェア回路、専用のプロセッサまたはデジタルシグナルプロセッサ（Digital Signal Processor、ＤＳＰ）を含んでもよい。

ＣＰＵ１０１は、受信ポート管理部２１０として、受信ポート２０１の開放および閉塞を行う。受信ポート管理部２１０は、閾値判定部２１１、ポート閉塞部２１２、ポート開放部２１３およびノード警報数読出部２１４を含む。

受信ポート管理部２１０は、受信ポート２０１が受信している警報数を、例えば、１０秒周期で取得する。受信ポート管理部２１０は、取得した警報数をポート開放中警報数管理テーブル２２０に登録する。ポート開放中警報数管理テーブル２２０に登録された情報は、受信ポート管理部２１０が警報数を取得するたびに更新される。受信ポート管理部２１０は、前回取得時の警報数と今回取得時の警報数とから単位時間あたりの警報受信数を算出する。

閾値判定部２１１は、ノード３００から受信する単位時間当たりの警報受信数と警報受信数閾値２４０に記憶されている閾値とを比較する。閾値判定部２１１は、受信する単位時間当たりの警報数が閾値以上の場合、ポート閉塞部２１２に受信ポート２０１の閉塞を指示する。閾値判定部２１１は、受信する単位時間当たりの警報数が閾値未満の場合、ポート開放部２１３に受信ポート２０１の開放を指示する。

ポート閉塞部２１２は、閾値判定部２１１からの指示により、受信ポート２０１を閉塞する。ポート閉塞部２１２は、ポート閉塞優先順番表２５０に登録された情報にしたがって、受信ポート２０１を閉塞する。ポート閉塞部２１２は、「閉塞部」の一例である。

ノード警報数読出部２１４は、制御ポート２０２を介して、閉塞した受信ポート２０１に対応付けられたノード３００において発生している警報数を取得する。ノード警報数読出部２１４は、例えば、１０秒周期で警報数を取得する。ノード警報数読出部２１４は、例えば、１０秒周期でノード３００において発生している警報数を取得する。ノード警報数読出部２１４は、取得した警報数をポート閉塞中警報数管理テーブル２３０に登録する。ポート閉塞中警報数管理テーブル２３０に登録される情報は、ノード警報数読出部２１４がノード３００の警報数を取得するたびに更新される。ポート閉塞中警報数管理テーブ
ルに登録される情報は、例えば、１０秒周期で更新される。ノード警報数読出部２１４は、「監視部」の一例である。

ポート開放部２１３は、閾値判定部２１１からの指示により、閉塞された受信ポート２０１を開放する。ポート開放部２１３は、ポート開放優先順番表２６０に登録された情報にしたがって、受信ポート２０１を開放する。ポート開放部２１３は、「開放部」の一例である。

ポート開放中警報数管理テーブル２２０は、警報監視サーバ２００がノード３００から受信する警報数を管理する。すなわち、ポート開放中警報数管理テーブル２２０は、開放されている受信ポート２０１において受信される各ノード３００からの警報の数を管理する。

図５はポート開放中警報数管理テーブル２２０の一例を示す図である。以下、図５を参照して、ポート開放中警報数管理テーブル２２０について説明する。ポート開放中警報数管理テーブル２２０の１列目には、ノード３００の名称が例示される。図５では、ノード１、ノード２およびノード３の各名称が例示されている。ポート開放中警報数管理テーブル２２０では、重要度毎に警報数が例示される。図５では、例えば、図５の左から順に、警報Critical、警報Major、警報Minorおよび警報Warningの各重要度が例示されている。
また、ポート開放中警報数管理テーブル２２０では、各重要度毎に前回値（件数）、今回値（件数）および受信数（件／秒）が集計される。本実施形態では、ポート開放中警報数管理テーブル２２０は、上述の通り、１０秒周期で更新される。すなわち、前回値（件数）は前回更新時の警報数の例示であり、今回値（件数）は今回更新時の警報の件数の例示である。受信数（件／秒）は、ノード３００から１秒あたりに受信する警報の件数である。受信数（件／秒）は、例えば、今回値（件数）の警報数と前回値（件数）の警報数の差を、ポート開放中警報数管理テーブル２２０の更新間隔である１０秒で割ることで算出される。ポート開放中警報数管理テーブル２２０の下から２行目の小計（件／秒）は、受信数（件／秒）の各ノード３００毎の小計の例示である。ポート開放中警報数管理テーブル２２０の最下行の合計（件／秒）は、受信数（件／秒）の合計値の例示である。すなわち、合計（件／秒）は、警報監視サーバ２００が各ノード３００から１秒あたりに受信する警報数の例示である。

図４に戻り、ポート閉塞中警報数管理テーブル２３０は、閉塞された受信ポート２０１に対応するノード３００において発生する警報数を管理する。図６は、ポート閉塞中警報数管理テーブル２３０の一例を示す図である。以下、図６を参照して、ポート閉塞中警報数管理テーブル２３０について説明する。図５と図６とを比較すると理解できるように、ポート閉塞中警報数管理テーブル２３０では、ポート開放中警報数管理テーブル２２０とほぼ同一の構成が採用されている。そこで、ポート閉塞中警報数管理テーブル２３０の説明では、ポート開放中警報数管理テーブル２２０と異なる点について説明を行い、同様な点については説明を省略する。

ポート閉塞中警報数管理テーブル２３０では、閉塞した受信ポート２０１に対応するノード３００において発生する警報の件数が管理される。そのため、図６の前回値（件数）および今回値（件数）は、警報監視サーバ２００が受信した警報数ではなく、閉塞した受信ポート２０１に対応するノード３００で発生した警報数が管理される。履歴数（件／秒）は、図６の前回値（件数）と今回値（件数）との差を、ポート閉塞中警報数管理テーブル２３０の更新周期である１０秒で割ることで算出される。ポート閉塞中警報数管理テーブル２３０では、開放されている受信ポート２０１において検出される警報数は、例えば、０件と記録される。

図４に戻り、警報受信数閾値２４０には、警報監視サーバ２００が受信可能な警報数の閾値が設定される。この閾値は、例えば、受信ポート２０１の開放または閉塞の際の判断基準として用いられる。警報受信数閾値２４０は、初期設定時に適宜定められる。警報受信数閾値２４０は、「所定の閾値」の一例である。

ポート閉塞優先順番表２５０は、受信ポート２０１を閉塞する際に、その順番を例示するテーブルである。また、ポート開放優先順番表２６０は、閉塞した受信ポート２０１を下方する際に、その順番を例示するテーブルである。図７は、ポート閉塞優先順番表２５０の一例を示す図である。図８は、ポート開放優先順番表２６０の一例を示す図である。以下、図７および図８を参照して、ポート閉塞優先順番表２５０およびポート開放優先順番表２６０について説明する。

ポート閉塞優先順番表２５０およびポート開放優先順番表２６０では、優先順番と受信ポート２０１とが対応付けられる。優先順番は、ポートの閉塞または開放の優先度を例示するものであり、図７および図８では、最も優先度が高い優先１から最も優先度が低い優先４までの４段階の優先順番が例示されている。ポート閉塞優先順番表２５０およびポート開放優先順番表２６０において、受信ポート２０１は、当該受信ポート２０１が受信する警報の優先度によって記載される。例えば、図７を参照すると、優先度Warningの警報
を受信する受信ポート２０１ｄは、最も高い優先度で閉塞される。ポート閉塞優先順番表２５０は、「閉塞優先度管理部」の一例である。ポート開放優先順番表２６０は、「開放優先度管理部」の一例である。

図４に戻り、ポート状況管理表２７０は、各受信ポート２０１の開放または閉塞状況を管理する。図９は、ポート状況管理表２７０の一例を示す図である。以下、図９を参照して、ポート状況管理表２７０について説明する。

ポート状況管理表２７０では、各ノード３００からの警報の重要度毎に設けられた各受信ポート２０１毎に、当該受信ポート２０１の状況が管理される。ポート状況管理表２７０の１行目では、ポート状況管理表２７０で管理される情報の種別が例示される。すなわち、ポート状況管理表２７０の左から１列目ではノード３００のノード名が管理される。ポート状況管理表２７０の左から２列目では、重要度Critical用の受信ポート２０１の状況が管理される。以下、左から３列目では重要度Major用の受信ポート２０１の状況が、
左から４列目では重要度Minor用の受信ポート２０１の状況が、左から５列目では重要度Warning用の受信ポート２０１の状況が、それぞれ管理される。例えば、図９を参照すると、ノード名「ノード１」であるノード３００では、重要度Critical用の受信ポート２０１および重要度Major用の受信ポート２０１が開放中であり、重要度Minor用の受信ポート２０１および重要度Warning用の受信ポート２０１が閉塞中であることがわかる。

図４に戻り、警報履歴バッファ管理表２８０は、ノード３００が蓄積できる警報数を管理する。図１０は、警報履歴バッファ管理表２８０の一例を示す図である。以下、図１０を参照して、警報履歴バッファ管理表２８０について説明する。

警報履歴バッファ管理表２８０では、ノード３００毎に当該ノード３００が蓄積可能な警報数がノード３００のノード名と対応付けて管理される。警報履歴バッファ管理表２８０の左から１列目では、ノード３００のノード名が管理される。警報履歴バッファ管理表２８０の左から２列目では、ノード３００がバッファに蓄積可能な警告数が管理される。例えば、図１０を参照すると、ノード名「ノード１」であるノード３００では、１０万件の警報をバッファに蓄積可能であることがわかる。警報履歴バッファ管理表２８０は、「蓄積可能件数管理部」の一例である。

＜ノード３００の論理ポート＞
図１１は、ノード３００の論理ポートの一例を示す図である。ノード３００の論理ポートは、警報管理サーバ２００の論理ポートと同様に、例えば、ＴＣＰ／ＩＰ参照モデルのトランスポート層における論理的なポートとして用意される。以下、図１１を参照して、ノード３００の論理ポートについて説明する。

ノード３００は、論理ポートとして送信ポート３０１および制御ポート３０２を有する。送信ポート３０１は、ノード３００から警報管理サーバ２００に警報を送信するポートである。送信ポート３０１は、警報の重要度毎に用意される。図１１の例では、４つの送信ポート３０１ａ〜３０１ｄが例示され、送信ポート３０１ａは重要度Criticalの警報用送信ポートであり、送信ポート３０１ｂは重要度Majorの警報用送信ポートであり、送信
ポート３０１ｃは重要度Minorの警報用送信ポートであり、送信ポート３０１ｄは重要度Warningの警報用送信ポートである。

制御ポート３０２は、警報管理サーバ２００の制御ポート２０２からの制御信号を受信する。ノード３００は、制御ポート３０２を介して受信した制御信号に応じた各種処理を行う。

＜ノード３００の処理ブロック＞
図１２は、ノード３００の処理ブロックの一例を示す図である。図１２では、処理ブロックとして、警報送信部３２０、履歴警報数応答部３３０、履歴警報詳細応答部３４０および警報履歴バッファクリア処理部３５０が例示されている。また、図１２では、記憶部として、警報履歴バッファ３１０が例示されている。例えば、図２のＣＰＵ１０１が図１２の各ブロックとしてメモリ１０２に実行可能に展開されたコンピュータプログラムを実行する。ただし、図１２のいずれかのブロックの少なくとも一部はハードウェア回路、専用のプロセッサまたはデジタルシグナルプロセッサ（Digital Signal Processor、ＤＳＰ）を含んでもよい。

警報履歴バッファ３１０には、ノード３００で発生した障害等を通知する警報が蓄積される。ノード３００は、例えば、何らかの事象によって警報監視サーバ２００に対して警報を送信できない場合に、当該送信できなかった警報を警報履歴バッファ３１０に蓄積する。警報監視サーバ２００に対して警報を送信できない場合とは、例えば、警報監視サーバ２００が、当該ノード３００の当該警報の送信先となる受信ポート２０１を閉塞している場合である。警報履歴バッファ３１０は、例えば、ノード３００のメモリ１０２またはディスク１０３上に構築される。警報履歴バッファ３１０は、「蓄積部」の一例である。

ノード３００のプロセッサ１０１は、警報送信部３２０として、ノード３００で発生した障害等を伝える警報を警報監視サーバ２００に送信する。

ノード３００のプロセッサ１０１は、履歴警報数応答部３３０として、警報監視サーバ２００からの要求に応じて、警報履歴バッファ３１０に蓄積された警報の数を警報監視サーバ２００に送信する。履歴警報数応答部３３０は、「応答部」の一例である。

ノード３００のプロセッサ１０１は、履歴警報詳細応答部３４０として、警報監視サーバ２００からの要求に応じて、警報履歴バッファ３１０に蓄積された警報を警報監視サーバ２００に送信する。

ノード３００のプロセッサ１０１は、警報履歴バッファクリア処理部３５０として、警報監視サーバ２００からの要求に応じて、警報履歴バッファ３１０に蓄積された警報を消去する。

＜警報監視システム１の処理の流れ＞
図１３は、警報監視システム１の処理の流れの一例を示す図である。図１４は、図１３のＴ１１０からＴ１１２における処理のシーケンス図の一例である。以下、図１３および図１４を参照して、警報監視システム１の処理の流れについて説明する。

Ｔ１０１では、警報監視サーバ２００およびノード３００が起動される。Ｔ１０２では、起動された警報監視サーバ２００は、受信ポート２０１を開放する。また、警報監視サーバ２００は、制御ポート２０２からノード３００の警報履歴バッファ３１０に蓄積された警報を消去する制御信号を送信する。ノード３００は、警報監視サーバ２００からの制御信号を制御ポート３０２によって受信する。制御信号を受信したノード３００の警報履歴バッファクリア部３５０は、警報履歴バッファ３１０に蓄積された警報を消去する。

Ｔ１０３では、警報監視サーバ２００の受信ポート管理部２１０は、図９に例示されるポート状況管理表２７０を参照し、「開放中」となっている受信ポート２０１を抽出する。受信ポート管理部２１０は、抽出した受信ポート２０１によって受信される警報数を基に、図５に例示されるポート開放中警報数管理テーブル２２０を更新する。さらに、受信ポート管理部２１０は、更新されたポート開放中警報数管理テーブル２２０を基に、１秒間あたりに受信する警報数を各ノード３００毎に算出する。

Ｔ１０４では、警報監視サーバ２００の閾値判定部２１１は、Ｔ１０３で更新したポート開放中警報数管理テーブル２２０を参照し、受信している警報数の合計件数を取得する。閾値判定部２１１は、取得した警報数の１秒間あたりの件数と警報受信数閾値２４０とを比較する。１秒間あたりの件数が警報受信数閾値２４０を超えている場合（Ｔ１０５でＹＥＳ）、処理は、ＴＴ１０６に進められる。１秒間あたりの件数が警報受信数閾値２４０以下の場合（Ｔ１０５でＮＯ）、処理は、Ｔ１１３に進められる。

Ｔ１０６では、警報監視サーバ２００のポート閉塞部２１３は、ポート閉塞優先順番表２５０にしたがって閉塞対象とする受信ポート２０１を決定する。優先度が同じであれば、受信する警報数の多い受信ポート２０１を優先して閉塞対象の受信ポート２０１として決定する。この決定は、決定された受信ポート２０１が閉塞されることで、警報監視サーバ２００が受信する警報数の１秒間あたりの合計件数が警報受信数閾値２４０未満となるように行われる。なお、警報を受信していない受信ポート２０１は、閉塞対象とはされない。

Ｔ１０７では、ポート閉塞部２１３は、ポート状況管理表２７０におけるＴ１０６で決定された受信ポート２０１の状況を「開放中」から「閉塞予定」に変更する。

Ｔ１０８では、ポート閉塞部２１３は、ポート状況管理表２７０において「閉塞予定」とされている受信ポート２０１を閉塞するとともに、当該受信ポート２０１の状況を「閉塞中」に更新する。

Ｔ１０９では、警報監視サーバ２００は、１０秒のウェイト処理を行う。なお、警報監視サーバ２００は、ウェイト中であっても、ポート状況管理表２７０において「開放中」とされている受信ポート２０１では、ノード３００からの警報を受信する。

Ｔ１１０では、警報監視サーバ２００のノード警報数読出部２１４は、ポート状況管理表２７０を参照して、「閉塞中」となっている受信ポート２０１を抽出する。ノード警報数読出部２１４は、図１４のＢ１０１に例示されるように、抽出された受信ポート２０１に対応するノード３００に対し、警報履歴バッファ３１０に蓄積された警報数を問い合わ
せる。この問い合わせは、制御ポート２０２を介して行われる。ノード３００は、警報監視サーバ２００からの問い合わせを制御ポート３０２を介して受信する。問い合わせを受信したノード３００の履歴警報数応答部３３０は、警報履歴バッファ３１０に蓄積された警報数を取得する。履歴警報数応答部３３０は、図１４のＢ１０２に例示されるように、取得した警報数を制御ポート３２０を介して警報監視サーバ２００に応答する。警報監視サーバ２００は、ノード３００からの応答を制御ポート２０２を介して受信する。

Ｔ１１１では、ノード警報数読出部２１４は、Ｔ１１０で取得したノード３００の警報数を基に、図６に例示されるポート閉塞中警報数管理テーブル２３０を更新する。

Ｔ１１２では、ノード警報数読出部２１４は、図１４のＢ１０３に例示されるように、今後１分以内に警報履歴バッファ３１０に蓄積可能な警報数を超えると予測されるノード３００を決定する。当該決定は、ノード警報読出部２１４が、図１０に例示される警報履歴バッファ管理表２８０とＴ１１１で更新したポート閉塞中警報数管理テーブル２３０を基に行われる。警報監視サーバ２００は、決定されたノード３００に対し、図１４のＢ１０４およびＢ１０５に例示されるように、当該ノード３００の警報履歴バッファ３１０に蓄積された警報を制御ポート２０２を介して読み出す。警報監視サーバ２００は、警報の読出し後、図１４のＢ１０６に例示されるように、ノード３００の警報履歴バッファ３１０の消去を行う。ノード３００は、図１４のＢ１０７に例示されるように、警報履歴バッファ３１０の消去が正常終了したか否かを警報監視サーバ２００に応答する。また、警報監視サーバ２００は、ノード３００の警報履歴バッファ３１０を消去した場合、ポート閉塞中警報数管理テーブル２３０の更新を行う。すなわち、警報監視サーバ２００は、ポート閉塞中警報数管理テーブル２３０において、消去対象となったノード３００の警報数を０にする。

Ｔ１１３では、警報監視サーバ２００のポート開放部２１３は、ポート開放優先順番表２６０にしたがって、開放する受信ポート２０１を決定する。優先度が同じであれば、受信する警報数の少ない受信ポート２０１を優先して開放対象の受信ポート２０１として決定する。この決定は、決定された受信ポート２０１が開放されても、警報監視サーバ２００が受信する警報数の１秒間あたりの合計件数が警報受信数閾値２４０未満となるように行われる。

Ｔ１１４では、ポート開放部２１３は、ポート状況管理表２７０におけるＴ１１３で決定された受信ポート２０１の状況を「閉塞中」から「開放予定」に変更する。

Ｔ１１５では、ポート開放部２１３は、ポート状況管理表２７０において「開放予定」とされている受信ポート２０１を開放するとともに、当該受信ポート２０１の状況を「開放中」に更新する。

＜実施例＞
以上で説明した警報監視システム１について、より具体的な実施例を取り上げて説明する。実施例では、１台の警報監視サーバ２００に１０万台のノード３００が接続されている。警報監視サーバ２００の警報受信数閾値２４０は、１秒間あたり１００件とする。図１５は、実施例における警報履歴バッファ管理表２８０の一例を示す図である。図１５に例示されるように、実施例のノード３００は、警報履歴バッファ３１０に１０００件の警報を蓄積可能である。

図１６は、警報監視システム１が運用開始された時点でのポート状況管理表２７０の一例を示す図である。図１６を参照すると、運用開始時点の警報監視サーバ２００では、全ての受信ポート２０１が開放されていることがわかる。この処理は、例えば、図１３のＴ
１０２に例示される処理である。

図１７は、直近１０秒間で警報を受信していない場合のポート開放中警報数管理テーブル２２０の一例を示す図である。図１７を参照すると、前回値と今回値の警報数が同じである。そのため、１秒当たりの受信数を示す受信数（件／秒）の値が０となっている。このことから、直近１０秒間においてノード３００から警報を受信していないことがわかる。この処理は、例えば、図１３のＴ１０３に例示される処理である。

ここで、警報監視システム１において、特定のノード３００から大量の警報が送信された場合を考える。図１８は、特定のノード３００から大量の警報を受信した場合のポート開放中警報数管理テーブル２２０の一例を示す図である。図１８を参照すると、警報監視サーバ２００は、ノード名「ノード１１」のノード３００からノード名「ノード２０」のノード３００までの、１０台のノード３００から警報を受信していることがわかる。これらのノード３００からは、重要度Minorの警報と重要度Warningの警報を受信しており、１秒間あたりの警報受信数は、１２０件となっている。そのため、本実施例で警報受信数閾値２４０として設定した「１秒あたり１００件」の閾値を超えている。すなわち、図１３のＴ１０５でＹＥＳに分岐する処理に例示される場合である。

そこで、警報監視サーバ２００のポート閉塞部２１２は、ポート閉塞優先順番表２５０を参照して閉塞対象とする受信ポート２０１を決定する。ここで、ポート閉塞優先順番表２５０を参照すると、重要度Warningの受信ポート２０１の優先度が最も高い。また、図
１８を参照すると、ノード名「ノード１９」のノード３００およびノード名「ノード２０」のノード３００から受信する重要度Warningの警報は、１秒間あたり約２４件である。
そのため、この２台のノード３００の重要度Warning用の受信ポート２０１である受信ポ
ート２０１ｄを閉塞することで、警報監視サーバ２００が１秒間に受信する警報の警報数は、警報受信数閾値２４０を下回る。そこで、ポート閉塞部２１２は、ノード名「ノード１９」のノード３００およびノード名「ノード２０」のノード３００からの重要度Warningの警報を受信する受信ポート２０１を閉塞対象のポートとして決定する。この処理は、
例えば、図１３のＴ１０６に例示される処理である。

図１９は、閉塞対象として決定された受信ポート２０１ｄの状況を「閉塞予定」としたポート状況管理表２７０の一例を示す図である。図１９を参照すると、ノード名「ノード１９」のノード３００およびノード名「ノード２０」のノード３００からの重要度Warningの警報を受信する受信ポート２０１ｄの状況が「閉塞予定」に変更されていることがわ
かる。この処理は、例えば、図１３のＴ１０７に例示される処理である。

ポート閉塞部２１２は、ポート状況管理表２７０において、「閉塞予定」とされている受信ポート２０１ｄを閉塞する。図２０は、「閉塞予定」とされた受信ポート２０１ｄを閉塞した場合のポート状況管理表２７０の一例を示す図である。図２０を参照すると、ノード名「ノード１９」のノード３００およびノード名「ノード２０」のノード３００からの重要度Warningの警報を受信する受信ポート２０１ｄの状況が「閉塞中」に変更されて
いることがわかる。この処理は、例えば、図１３のＴ１０８に例示される処理である。

ここまでの処理を行った警報監視サーバ２００は、図１３のＴ１０９に例示されるように、１０秒間ウェイトを行う。

警報監視サーバ２００のノード警報数読出部２１４は、ポート状況管理表２７０において「閉塞中」となっている受信ポート２０１に対応するノード３００に対して、警報数の読出しを行う。本実施例では、ノード警報数読出部２１４は、ノード名「ノード１９」のノード３００およびノード名「ノード２０」のノード３００における重要度Warningの警
報数を読み出す。この処理は、例えば、図１３のＴ１１０に例示される処理である。

警報数を読み出したノード警報数読出部２１４は、ポート閉塞中警報数管理テーブル２３０を更新する。図２１は、更新されたポート閉塞中警報数管理テーブル２３０の一例を示す図である。図２１を参照すると、ノード名「ノード１９」のノード３００とノード名「ノード２０」のノード３００とで、重要度Warningの警報がそれぞれ１１８件、１１９
件発生している。この処理は、例えば、図１３のＴ１１１に例示される処理である。

続いて、警報監視サーバ２００は、ノード名「ノード１９」のノード３００とノード名「ノード２０」のノード３００それぞれの警報履歴バッファ３１０に蓄積される警報数が、１分以内に当該警報履歴バッファ３１０に蓄積可能な数を超えるか否か判定する。図２１を参照すると、ノード名「ノード１９」のノード３００では、１秒当たり１１．８０件の警報が発生している。また、ノード名「ノード２０」のノード３００では、１秒当たり１１．９０件の警報が発生している。そのため、１分後に警報履歴バッファ３１０に蓄積される警報数は、ノード名「ノード１９」のノード３００では７０８件、ノード名「ノード２０」のノード３００では７１４件となると予測される。そのため、いずれのノード３００においても、１分後に蓄積される警報数は、警報履歴バッファ３１０に蓄積可能な１０００件を超えないと判定される。そこで、警報監視サーバ２００は、ノード名「ノード１９」のノード３００およびノード名「ノード２０」の警報履歴バッファ３１０の消去処理を実行しない。この処理は、例えば、図１３のＴ１１２に例示される処理である。

警報監視サーバ２００の閾値判定部２１１は、ポート開放中警報数管理テーブル２２０を更新する。図２２は、更新されたポート開放中警報数管理テーブル２２０の一例を示す図である。この処理は、例えば、図１３のＴ１０２に例示される処理である。

ここでは、警報監視サーバ２００が各ノード３００から受信する警報数が減少したものとする。図１８と図２２とを比較すると、警報監視サーバ２００が１秒当たりに受信する警報受信数が１２０件から４２．３件に減少していることがわかる。

閾値判定部２１１は、図２２に例示される警報監視サーバ２００が１秒あたりに受信する警報数と警報受信数閾値２４０とを比較する。上述の通り、図２２では、警報監視サーバ２００が１秒あたりに受信する警報数は４２．３件であるため、警報監視サーバ２００が１秒あたり受信する警報数は、警報受信数閾値２４０である１秒あたり１００件を下回っている。さらに、閾値判定部２１１は、図２１に例示されるポート閉塞中警報数管理テーブル２３０を参照し、閉塞した受信ポート２０１を開放しても、警報監視サーバ２００が１秒あたりに受信する警報数が警報受信数閾値２４０を超過するか否か判定する。図２２を参照すると、閉塞されている受信ポート２０１に対応するノード３００、すなわち、ノード名「ノード１９」のノード３００とノード名「ノード２０」のノード３００とで発生している警報数は、１秒あたり２２．３件である。そのため、これらの受信ポート２０１を開放しても、警報監視サーバ２００が１秒あたりに受信する警報数は６４．６件となる。したがって、閾値判定部２１１は、閉塞した受信ポート２０１を開放しても、警報監視サーバ２００が１秒あたりに受信する警報数が警報受信数閾値２４０を超えないと判定できる。この処理は、例えば、図１３のＴ１０５の処理に例示される処理である。

警報監視サーバ２００のポート開放部２１３は、ポート開放優先順番表２６０に従い、開放対象とする受信ポート２０１を決定する。この処理は、例えば、図１３のＴ１１３に例示される処理である。

ポート開放部２１３は、ポート状況管理表２７０において、決定した受信ポート２０１の状況を「閉塞中」から「開放予定」に変更する。図２３は、開放対象として決定された
受信ポート２０１の状況を「開放予定」としたポート状況管理表２７０の一例を示す図である。図２３を参照すると、ノード名「ノード１９」のノード３００およびノード名「ノード２０」のノード３００各々について、重要度Warningの受信ポート２０１ｄが「開放
予定」とされている。この処理は、例えば、図１３のＴ１１４に例示される処理である。

ポート開放部２１３は、ポート状況管理表２７０で「開放予定」とされている受信ポート２０１を開放する。受信ポート２０１を開放したポート開放部２１３は、ポート状況管理表２７０において、開放した受信ポート２０１の状況を「開放中」に更新する。図２４は、「開放予定」とされた受信ポート２０１を開放した場合のポート状況管理表２７０の一例を示す図である。図２４を参照すると、ノード名「ノード１９」のノード３００およびノード名「ノード２０」のノード３００各々について、重要度Warningの受信ポート２
０１が「開放中」とされている。この処理は、例えば、図１３のＴ１１５の処理に例示される処理である。

ここまでの処理を行った警報監視サーバ２００は、図１３のＴ１０９に例示されるように、１０秒間ウェイトを行う。

この段階では、警報監視サーバ２００は、閉塞中の受信ポート２０１が存在しないため、ノード３００に対する警報数の読出し処理は実行されない。

＜実施形態の効果＞
第１実施形態の警報監視サーバ２００では、警報受信数閾値２４０を超える数の警報を受信すると、受信ポート２０１を閉塞した。その結果、警報監視サーバ２００は、警報監視サーバ２００の処理負荷の増大を抑制できる。

第１実施形態の警報監視サーバ２００は、受信ポート２０１を各ノード３００毎および各警報の重要度毎に用意した。そのため、警報監視サーバ２００は、例えば、受信する警報数に応じて、各受信ポート２０１を段階的に開放または閉塞できる。

第１実施形態の警報監視サーバ２００は、閉塞する受信ポート２０１をポート閉塞優先順番表２５０に基づいて決定した。ここで、ポート閉塞優先順番表２５０では、重要度の高い警報を受信する受信ポート２０１ほど優先度が低く設定されている。そのため、警報監視サーバ２００は、重要度の高い警報を受信する受信ポート２０１をより遅いタイミングで閉塞できる。すなわち、警報監視サーバ２００は、優先度の低い警報を受信する受信ポート２０１から優先度の高い警報を受信する受信ポート２０１まで、閉塞する受信ポート２０１を段階的に決定できる。

警報監視サーバ２００は、開放する受信ポート２０１をポート開放優先順番表２６０に基づいて決定した。また、ポート開放優先順番表２６０では、重要度のより高い警報を受信する受信ポート２０１の優先度が高く設定されている。その結果、高い優先度の警報を受信する受信ポート２０１をより早いタイミングで開放できる。すなわち、警報監視サーバ２００は、優先度の高い警報を受信する受信ポート２０１から優先度の低い警報を受信する受信ポート２０１まで、開放する受信ポート２０１を段階的に決定できる。

第１実施形態に係る警報監視サーバ２００では、受信ポート２０１以外に制御ポート２０２を備えた。警報監視サーバ２００は、閉塞した受信ポート２０１に対応するノード３００において発生する警報数を制御ポート２０２を介して受信できる。

第１実施形態に係る警報監視サーバ２００は、受信ポート２０１の他に制御ポート２０２を備えた。そのため、警報監視サーバ２００は、受信ポート２０１を閉塞した状態であ
っても、制御ポートを介することで、閉塞した受信ポート２０１に対応するノード３００の警報数を受信できる。その結果、警報監視サーバ２００は、閉塞した受信ポート２０１に対応するノード３００で発生する警報数が減少し、当該受信ポート２０１を開放しても、警報受信数閾値２４０を超えない時期を判定できる。すなわち、警報監視サーバ２００は、閉塞した受信ポート２０１を開放する適切な時期を判定できる。

第１実施形態に係る警報監視サーバ２００は、各ノード３００が警報履歴バッファ３１０に蓄積可能な警報数を警報履歴バッファ管理表２８０で管理した。上述の通り、警報監視サーバ２００は、制御ポート２０２を介してノード３００で発生する警報数を受信できる。そのため、警報監視サーバ２００は、警報履歴バッファ３１０に蓄積される警報数が当該警報履歴バッファ３１０に蓄積可能な数を超えるか否かを判定できる。さらに、警報監視サーバ２００は、制御ポート２０２を介して警報履歴バッファ３１０に蓄積された警報を取得できる。そのため、警報監視サーバ２００は、警報履歴バッファ３１０に蓄積された警報の取得漏れを低減できる。

＜実施形態の変形例＞
第１実施形態では、警報履歴バッファ３１０に蓄積される警報数が当該警報履歴バッファ３１０に蓄積可能な数を超える前に警報履歴バッファ３１０の消去が実行された。しかしながら、警報履歴バッファ３１０として、例えば、自動的に古い警報が消去されるバッファが採用された場合、この消去処理を省略できる。自動的に古い警報を消去するバッファとして、例えば、リングバッファが挙げられる。

第１実施形態の警報監視サーバ２００では、受信ポート２０１をノード３００および警報の重要度毎に個別に用意した。しかしながら、警報監視サーバ２００は、ひとつの受信ポート２０１を用意し、全てのノード３００からの全ての警報をこのひとつの受信ポート２０１で受信してもよい。

第１実施形態の警報監視サーバ２００は、警報受信数閾値２４０に基づいて、受信ポート２０１の開放及び閉塞を制御した。警報監視サーバ２００は、警報受信数閾値２４０よりも低い閾値である第２警報受信数閾値を有してもよい。この場合、警報監視サーバ２００は、警報監視数閾値２４０を超える警報を受信した場合に受信ポート２０１の閉塞を決定する。また、警報監視サーバ２００は、制御ポート２０２によって監視されたノード３００における警報の発生数が第２警報監視数閾値未満である場合に、閉塞した受信ポート２０１の開放を決定する。警報監視サーバ２００は、警報受信数閾値２４０よりも低い閾値である第２警報受信数閾値を有することで、受信ポート２０１が開放と閉塞を短時間の間に繰り返す事象を抑制できる。第２警報受信数閾値は、「第２の閾値」の一例である。

第１実施形態の警報監視サーバ２００は、ノード３００から当該ノード３００で発生した障害等を伝える警報を受信した。しかしながら、警報監視サーバ２００がノード３００から受信する情報が警報に限定されるわけではない。警報監視サーバ２００は、ノード３００から当該ノード３００の様々な状況を伝えるメッセージを受信してもよい。

第１実施形態の警報監視サーバ２００は、受信ポート２０１および制御ポート２０２をＴＣＰ／ＩＰのトランスポート層における論理的なポートとして実装した。しかしながら、受信ポート２０１および制御ポート２０２は論理的なポートに限定されるわけではない。警報監視サーバ２００は、例えば、受信ポート２０１および制御ポート２０２を物理的なポートとして実装してもよい。警報監視サーバ２００は、例えば、受信ポート２０１用のＮＩＣ１０４および制御ポート２０２用のＮＩＣ１０４を実装してもよい。

以上で開示した実施形態や変形例はそれぞれ組み合わせる事ができる。

１・・・警報監視システム
１００・・・情報処理装置
１０１・・・ＣＰＵ
１０２・・・メモリ
１０３・・・ディスク
１０４・・・ＮＩＣ
Ｂ１・・・接続バス
２００・・・警報監視サーバ
２０１・・・受信ポート
２０１ａ・・・重要度Criticalの警報用受信ポート
２０１ｂ・・・重要度Majorの警報用受信ポート
２０１ｃ・・・重要度Minorの警報用受信ポート
２０１ｄ・・・重要度Warningの警報用受信ポート
２０２・・・制御ポート
２１０・・・受信ポート管理部
２１１・・・閾値判定部
２１２・・・ポート閉塞部
２１３・・・ポート開放部
２１４・・・ノード警報数読出部
２２０・・・ポート開放中警報数管理テーブル
２３０・・・ポート閉塞中警報数管理テーブル
２４０・・・警報受信数閾値
２５０・・・ポート閉塞優先順番表
２６０・・・ポート開放優先順番表
２７０・・・ポート状況管理表
２８０・・・警報履歴バッファ管理表
３００・・・ノード
３０１・・・送信ポート
３０１ａ・・・重要度Criticalの警報用送信ポート
３０１ｂ・・・重要度Majorの警報用送信ポート
３０１ｃ・・・重要度Minorの警報用送信ポート
３０１ｄ・・・重要度Warningの警報用送信ポート
３０２・・・制御ポート

Claims (10)

1. ネットワーク上のノードに対応付けられ、前記ノードからのメッセージを受信する受信ポートと、
   単位時間当たりの受信メッセージ数が第１の閾値以上の場合、対応する前記受信ポートを、前記メッセージを受信しない閉塞状態にする閉塞部と、
   前記ノードにおけるメッセージの単位時間当たりの発生数を、前記受信ポートとは異なるポートである監視ポートを介して受信する監視部と、
   前記監視部によって受信された単位時間当たりの前記発生数が第２の閾値未満である場合、前記受信ポートを、前記メッセージを受信する開放状態にする開放部と、を備える、
   ネットワーク監視装置。
2. 前記第２の閾値は、前記第１の閾値より低い値である、
   請求項１に記載のネットワーク監視装置。
3. 前記メッセージは、所定の重要度のいずれかに分類されており、
   前記受信ポートは、前記メッセージの前記重要度毎に用意される、
   請求項１または２に記載のネットワーク監視装置。
4. 前記受信ポートが受信するメッセージの前記重要度と前記受信ポートを閉塞する優先度とを対応付ける閉塞優先度管理部をさらに備え、
   前記閉塞部は、前記閉塞優先度管理部に規定される優先度にしたがって閉塞する受信ポートを決定する、
   請求項３に記載のネットワーク監視装置。
5. 前記閉塞優先度管理部では、前記重要度の低いメッセージを受信する受信ポートほど閉塞する優先度が高く設定される、
   請求項４に記載のネットワーク監視装置。
6. 前記受信ポートが受信するメッセージの前記重要度と前記受信ポートを開放する優先度とを対応付ける開放優先度管理部をさらに備え、
   前記開放部は、前記開放優先度管理部に規定される優先度にしたがって開放する受信ポートを決定する、
   請求項３から５のいずれか一項に記載のネットワーク監視装置。
7. 前記開放優先度管理部では、前記重要度の高いメッセージを受信する受信ポートほど開放する優先度が高く設定される、
   請求項６に記載のネットワーク監視装置。
8. 前記ノードは、前記ネットワーク監視装置に前記メッセージを送信できない場合、送信できなかった前記メッセージを所定件数蓄積可能な蓄積部を備え、
   前記ネットワーク監視装置は、前記蓄積部に蓄積可能な前記所定件数をノード毎に管理する蓄積可能件数管理部をさらに備え、
   前記監視部は、前記監視ポートを介して前記ノードの前記蓄積部に蓄積されたメッセージ件数を取得し、取得したメッセージの件数と前記蓄積可能件数管理部によって管理される前記所定件数とが所定条件を満たす場合、前記蓄積部に蓄積されたメッセージを取得する処理をさらに実行する、
   請求項１から７のいずれか一項に記載のネットワーク監視装置。
9. ノードと前記ノードを監視するネットワーク監視装置とが互いにネットワークによって
   接続されたネットワーク監視システムであって、
   前記ノードは、
   自ノードの状況を通知するメッセージを前記ネットワーク監視装置に送信する送信部と、
   前記ネットワーク監視装置からの要求に応じて、自ノードで発生するメッセージ数を応答する応答部と、を備え、
   前記ネットワーク監視装置は、
   前記ノードに対応付けられ、前記ノードの前記送信部からのメッセージを受信する受信ポートと、
   単位時間当たりの受信メッセージ数が第１の閾値以上の場合、対応する前記受信ポートを、前記メッセージを受信しない閉塞状態にする閉塞部と、
   前記ノードにおけるメッセージ数を、前記受信ポートとは異なるポートである監視ポートを介して前記ノードの前記応答部から取得して、前記ノードにおけるメッセージの単位時間当たりの発生数を受信する監視部と、
   前記監視部によって受信された単位時間当たりの前記発生数が前記閾値未満である場合、閉塞状態した前記受信ポートを前記メッセージを受信する開放状態にする開放部と、を備える、
   ネットワーク監視システム。
10. ネットワーク上のノードに対応付けられた受信ポート及び前記受信ポートとは異なるポートである監視ポートを備えるコンピュータが、
    前記ノードからのメッセージを前記受信ポートで受信し、
    単位時間当たりの受信メッセージ数が第１の閾値以上の場合、前記受信ポートを、前記メッセージを受信しない閉塞状態にし、
    前記ノードにおけるメッセージの単位時間当たりの発生数を、前記監視ポートを介して受信し、
    前記監視ポートを介して受信された単位時間当たりの前記発生数が第２の閾値未満である場合、前記受信ポートを、前記メッセージを受信する開放状態にする、
    ネットワーク監視方法。

Images