監視サーバ、ネットワーク監視方法
【課題】ネットワークを監視する監視サーバが検知する複数の異常通知のうち、異常発生の信頼性が高いと思われる異常通知を管理者が発見しやすいように出力する。
【解決手段】複数のネットワークエレメントのそれぞれから受信する異常通知の種別に対応付けられて予め記憶された優先条件を読み出して異常通知の優先度の高低を判定し、異常通知の優先度が高いと判定した場合は異常通知を優先異常通知記憶部に記憶させ、異常通知の種別に応じた優先度が低いと判定した場合は異常通知を非優先異常通知記憶部に記憶させ、優先異常通知記憶部および非優先異常通知記憶部に記憶された異常通知から、優先異常通知記憶部に記憶された異常通知を優先して読み出して出力する。
【解決手段】複数のネットワークエレメントのそれぞれから受信する異常通知の種別に対応付けられて予め記憶された優先条件を読み出して異常通知の優先度の高低を判定し、異常通知の優先度が高いと判定した場合は異常通知を優先異常通知記憶部に記憶させ、異常通知の種別に応じた優先度が低いと判定した場合は異常通知を非優先異常通知記憶部に記憶させ、優先異常通知記憶部および非優先異常通知記憶部に記憶された異常通知から、優先異常通知記憶部に記憶された異常通知を優先して読み出して出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを構成する複数のネットワークエレメントのそれぞれの状態を監視する監視サーバ、ネットワーク監視方法に関する。
【背景技術】
【０００２】
従来のＩＰ（Internet Protocol）ネットワークにおいて、ＩＰネットワークを構成するスイッチやルータ、ホストといったネットワーク機器、コンピュータ装置などのネットワークエレメントを管理する通信プロトコルが定められ、利用されている。
例えば、ネットワークエレメントに対して送信したＩＰパケットがネットワークエレメントに到達するか否かを示す通信の到達性を確認するＰｉｎｇコマンドでは、ＩＣＭＰ（Internet Control Message Protocol）の通信プロトコルによるＩＰパケットをネットワークエレメントに送信する。ネットワークエレメントが受信したＩＣＭＰに基づくＩＰパケットに応答することにより通信の到達性や回線状況などを調べることができる。
【０００３】
ＳＮＭＰ（Simple Network Management Protocol）の通信プロトコルでは、監視サーバにインストールされたＳＮＭＰマネージャのプログラムと、監視対象となるネットワークエレメントにインストールされたＳＮＭＰエージェントのプログラムとが通信を行うことにより、監視サーバ側にネットワークエレメントの状態が送信される。ネットワークエレメント内のＳＮＭＰエージェントは、自身が備えるＭＩＢ（Management Information Base）と呼ばれるデータベースに自身の管理情報を記憶させており、ＳＮＭＰマネージャから管理情報のリクエストを受信すると、リクエストに応じた管理情報をＳＮＭＰマネージャに送信する。また、ＳＮＭＰエージェントは、自身のネットワークエレメントに異常が発生した場合、自発的にＳＮＭＰトラップと呼ばれる異常通知をＳＮＭＰマネージャに送信し、自身の変化を通知する。
【０００４】
例えば、図６は、ルータ６００−１と、その配下に接続されるルータ６００−１１、ルータ６００−１２と、その配下にそれぞれ接続されるルータ６００−２１、ルータ６００−２２、・・・と、その配下にそれぞれ接続されるホスト６１０−３１、ホスト６１０−３２、ホスト６１０−３３、・・・などのネットワークエレメントによりＩＰネットワーク（ａ）が構成される例を示す図である。監視サーバ７００は、ＩＰネットワーク（ａ）を構成する各ネットワークエレメントとＩＣＭＰやＳＮＭＰに基づく通信を行ってネットワークエレメントの状態を監視する。監視サーバ７００は、ネットワークエレメントの異常を検知すると、管理サーバ８００に異常通知を送信する。管理サーバ８００には、監視サーバ７００から送信された異常通知が記憶され、蓄積される。ここで、図６には一台の監視サーバ７００を図示しているが、複数台の監視サーバ７００を設置し、多数のネットワークエレメントのうち管理対象のネットワークエレメントを複数台の監視サーバ７００がそれぞれに分担して管理し、それぞれの監視サーバ７００が検知した異常通知を管理サーバ８００に集約して送信する構成がとられる場合がある。ＩＰネットワーク（ａ）の管理者は、管理サーバ８００に記憶される異常通知によってネットワークエレメントに発生した異常を知ることができ、故障の早期発見と復旧等の適切な処置を行うことができる。
【０００５】
特許文献１には、ＩＰネットワーク上のネットワークエレメントに送信した情報に対する応答に応じてネットワークの輻輳状況を判定することで、サービスの提供または停止を制御する技術が提案されている。
【特許文献１】特開平１１−２７２８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述のような通信プロトコルによりネットワークエレメントの状態を監視する際、特に監視対象のネットワークエレメントの数が大量になると、異常発生時に大量の異常通知が管理サーバに蓄積され、ネットワークエレメントの異常に対する迅速な対応を効率よく行うことが困難となる場合がある。
【０００７】
例えば、図６において、監視サーバ７００がＰｉｎｇコマンドによって定期的にそれぞれのネットワークエレメントにＩＣＭＰパケットを送信し、応答がなければ通信到達性がないと判定して異常通知を管理サーバ８００に送信する場合を考える。例えばルータ６００−１１に異常が発生し、ＩＣＭＰ通信の応答がなければ、ルータ６００−１１の配下に接続されたルータ６００−２１、ルータ６００−２２、ルータ６００−２３、ホスト６１０−３１、ホスト６１０−３２、ホスト６１０−３３などのネットワークエレメントからも応答がなく、それぞれのネットワークエレメントについて通信到達性がなく異常と判定される。このため、異常が発生しているのはルータ６００−１１のみである場合にも、その配下に接続されたネットワークエレメント全てについての異常通知がそれぞれ管理サーバ８００に送信され、大量の異常通知が記憶されることとなる。
【０００８】
このとき、ＩＣＭＰに基づく大量の異常通知のうちルータ６００−１１以外の異常通知は、実質的にそのネットワークエレメントに異常が発生したものではないため管理者にとってはノイズとなる場合がある。一方、ＳＮＭＰトラップによる異常通知は、異常が発生したネットワークエレメントから自発的に送信され、異常のないネットワークエレメントから送信されることはないため、ＩＣＭＰに基づく大量の異常通知に比べてそのネットワークエレメントに異常が発生したことを示す信頼性が高いと考えられる。このように、大量のネットワークエレメントにより構成されるＩＰネットワークをＩＣＭＰやＳＮＭＰにより監視する場合、異常通知が管理サーバ８００に一様に蓄積されると、例えば異常の発生を示す信頼性が高いＳＮＭＰによる異常通知が、その他の大量のＩＣＭＰによる異常通知に埋もれることとなり、発生した異常に対する迅速な対応を管理者が効率よく行うことが困難となる場合がある。
【０００９】
特に、図６に示したようなネットワーク構成において、複数の監視サーバ７００がそれぞれに異なるネットワークエレメントを監視対象とし、それら複数の監視サーバ７００からの異常通知が特定の管理サーバ８００に集約されて送信される場合、監視サーバ７００と管理サーバ８００との間の通信回線が輻輳を起こし、監視サーバ７００から管理サーバ８００へ送信された異常通知が到達しないことがある。このような場合、監視サーバ７００は、管理サーバ８００への異常通知の送信を複数回リトライした後、到達しなければ異常通知を破棄する場合があった。このとき、監視サーバ７００が受信した異常通知が管理サーバ８００に記憶されず、管理者が異常の発生を知ることができない場合があった。
【００１０】
本発明は、このような状況に鑑みてなされたもので、ネットワークを監視する監視サーバが検知する複数の異常通知のうち、異常発生の信頼性が高いと思われる異常通知を管理者が発見しやすいように出力する監視サーバを提供する。
【課題を解決するための手段】
【００１１】
上述した課題を解決するために、本発明は、通信ネットワークを構成する複数のネットワークエレメントを監視し、ネットワークエレメントに異常が発生した場合にネットワークエレメントから異常に応じた種別の異常通知を受信し、受信した異常通知を出力する監視サーバであって、ネットワークエレメントから受信する異常通知のうち、異常通知の種別に応じて優先度が高いと判定された異常通知が記憶される優先異常通知記憶部と、ネットワークエレメントから受信する異常通知のうち、異常通知の種別に応じて優先度が低いと判定された異常通知が記憶される非優先異常通知記憶部と、ネットワークエレメントから受信する異常通知の種別に対応付けて、異常通知の優先度の高低が定められた優先条件が記憶される優先条件記憶部と、ネットワークエレメントから受信する異常通知の種別に対応付けられた優先条件を読み出して異常通知の優先度の高低を判定し、異常通知の優先度が高いと判定した場合は異常通知を優先異常通知記憶部に記憶させ、異常通知の種別に応じた優先度が低いと判定した場合は異常通知を非優先異常通知記憶部に記憶させる異常通知登録部と、優先異常通知記憶部および非優先異常通知記憶部に記憶された異常通知から、優先異常通知記憶部に記憶された異常通知を優先して読み出して出力する異常通知出力部と、を備えることを特徴とする。
【００１２】
また、本発明は、上述の優先条件記憶部に記憶された優先条件には、ネットワークエレメントから受信した異常通知の通信プロトコルの種別に応じて、異常通知の優先度の高低が定められることを特徴とする。
【００１３】
また、本発明は、上述の異常通知には、異常通知の送信元のネットワークエレメントを識別する識別情報が含まれており、優先条件記憶部に記憶された優先条件には、異常通知に含まれる識別情報に応じて、異常通知の優先度の高低が定められることを特徴とする。
【００１４】
また、本発明は、上述の異常通知出力部は、優先異常通知記憶部に記憶された異常通知を、予め定められた第１の時間間隔で出力し、非優先異常通知記憶部に記憶された異常通知を、第１の時間間隔より時間間隔が長い予め定められた第２の時間間隔で出力することを特徴とする。
【００１５】
また、本発明は、上述の異常通知出力部は、優先異常通知記憶部に記憶された異常通知の全てを出力した後、非優先異常通知記憶部に記憶された異常通知を出力することを特徴とする。
【００１６】
また、本発明は、通信ネットワークを構成する複数のネットワークエレメントを監視し、ネットワークエレメントに異常が発生した場合にネットワークエレメントから異常に応じた種別の異常通知を受信して出力し、ネットワークエレメントから受信する異常通知のうち、異常通知の種別に応じて優先度が高いと判定された異常通知が記憶される優先異常通知記憶部と、ネットワークエレメントから受信する異常通知のうち、異常通知の種別に応じて優先度が低いと判定された異常通知が記憶される非優先異常通知記憶部と、ネットワークエレメントから受信する異常通知の種別に対応付けて、異常通知の優先度の高低が定められた優先条件が記憶される優先条件記憶部と、を備えた監視サーバを用いたネットワーク監視方法であって、ネットワークエレメントから受信する異常通知の種別に対応付けられた優先条件を読み出して異常通知の優先度の高低を判定し、異常通知の優先度が高いと判定した場合は異常通知を優先異常通知記憶部に記憶させ、異常通知の種別に応じた優先度が低いと判定した場合は異常通知を非優先異常通知記憶部に記憶させるステップと、優先異常通知記憶部および非優先異常通知記憶部に記憶された異常通知から、優先異常通知記憶部に記憶された異常通知を優先して読み出して出力するステップと、を備えることを特徴とする。
【発明の効果】
【００１７】
以上説明したように、本発明によれば、複数のネットワークエレメントのそれぞれから受信する異常通知の種別に対応付けられて予め記憶された優先条件を読み出して異常通知の優先度の高低を判定し、異常通知の優先度が高いと判定した場合は異常通知を優先異常通知記憶部に記憶させ、異常通知の種別に応じた優先度が低いと判定した場合は異常通知を非優先異常通知記憶部に記憶させ、優先異常通知記憶部および非優先異常通知記憶部に記憶された異常通知から、優先異常通知記憶部に記憶された異常通知を優先して読み出して出力するようにしたので、複数のネットワークエレメントから送信される異常通知を、その種別に応じて優先度をつけて記憶させ、優先度に応じて出力することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の一実施形態について、図面を参照して説明する。
図１は、本実施形態によるネットワークシステム１の概要を示す図である。本実施形態によるネットワークシステム１は、複数台のＮＥ（ネットワークエレメント）１００（ＮＥ１００−１、ＮＥ１００−２、ＮＥ１００−３）と、複数台の監視サーバ２００（監視サーバ２００−１、監視サーバ２００−２、監視サーバ２００−３）と、管理サーバ３００と、ＡＰサーバ４００と、複数台の監視用クライアント端末５００（監視用クライアント端末５００−１、監視用クライアント端末５００−２、監視用クライアント端末５００−３）とを備えている。
【００１９】
複数台のＮＥ１００は、ＩＰネットワーク（ａ）を構成するスイッチやルータ、ホストといったネットワーク機器、コンピュータ装置などであり、これらを総称してネットワークエレメントと呼ぶ。複数台の監視サーバ２００のそれぞれは、ＩＰネットワーク（ａ）を構成する複数台のＮＥ１００のうち、自身の監視対象として定められたＮＥ１００とＩＣＭＰやＳＮＭＰに基づく通信を行って監視対象のＮＥ１００の状態を監視する。監視サーバ２００は、監視対象のＮＥ１００の異常を検知すると、ＮＥ１００に異常が発生したことを示す異常通知を管理サーバ３００に送信する。管理サーバ３００には、複数台の監視サーバ２００のそれぞれから送信される異常通知が記憶され、蓄積される。ＡＰサーバ４００は、監視用クライアント端末５００からの要求に応じて管理サーバ３００に記憶された異常通知を読み出し、読み出した異常通知を監視用クライアント端末５００に送信する。
【００２０】
複数台の監視用クライアント端末５００は、ＩＰネットワーク（ａ）の管理者に利用されるコンピュータ端末であり、管理者からの要求に応じてＡＰサーバ４００から監視対象のＮＥ１００の異常通知を受信して表示する。ＩＰネットワーク（ａ）の管理者は、監視用クライアント端末５００に表示される異常通知によって監視対象のＮＥ１００の状態や発生した異常を知ることができ、故障の早期発見と復旧等の適切な処置を行うことができる。ここで、ＮＥ１００、監視サーバ２００、管理サーバ３００、ＡＰサーバ４００、監視用クライアント端末５００のそれぞれの台数は、ＮＥ１００により構成されるＩＰネットワーク（ａ）の規模や、各機器の性能等に応じて定められ、構成されるようにして良い。
【００２１】
次に、本実施形態によるネットワークシステム１が備える各コンピュータ機器の構成を詳細に説明する。図２は、ネットワークシステム１の構成を示すブロック図である。ネットワークシステム１は、ＮＥ１００と、監視サーバ２００と、管理サーバ３００と、ＡＰサーバ４００と、監視用クライアント端末５００とを備えている。
【００２２】
ＮＥ１００は、スイッチやルータ、ホストといったネットワーク機器、コンピュータ装置などのネットワークエレメントであり、複数台のＮＥ１００によりＩＰネットワークを構成する。ＮＥ１００は、ＳＮＭＰエージェント１１０とＩＣＭＰ通信部１２０とを備えている。
【００２３】
ＳＮＭＰエージェント１１０は、自身が備えるＭＩＢと呼ばれるデータベースに自身の管理情報を記憶させており、監視サーバ２００に備えられるＳＮＭＰマネージャ２１１から管理情報のリクエストを受信すると、リクエストに応じた管理情報をＭＩＢから読み出して送信する。ここでは、ＳＮＭＰエージェント１１０は、一定間隔毎に監視サーバ２００から管理情報リクエストのポーリングを受信する。また、ＳＮＭＰエージェント１１０は、ＮＥ１００に異常が発生した場合には、自発的にＳＮＭＰトラップと呼ばれる異常通知を監視サーバ２００のＳＮＭＰマネージャ２１１に送信し、ＮＥ１００の状態変化を通知する。
【００２４】
ＩＣＭＰ通信部１２０は、ＩＰ通信におけるデータ処理の誤りや通信に関する情報を通知する通信プロトコルであるＩＣＭＰに基づく通信を行う。例えば、ＮＥ１００が送信されたＩＰパケットを通信先ホストへ転送するルータであり、転送するＩＰパケットの通信先ホストへのルーティングが見つからない場合、ＮＥ１００は、宛先への到達が不可能であること示すＩＣＭＰメッセージ（Destination Unreachable Message）をＩＣパケットの送信元に送信する。
【００２５】
監視サーバ２００は、自身の監視対象として定められたＮＥ１００との間でＩＣＭＰやＳＮＭＰに基づく通信を行い、監視対象のＮＥ１００の状態を監視するコンピュータ装置であり、異常検知部２１０と、異常通知送信部２２０と、異常通知到達判定部２３０と、異常通知登録部２４０と、異常通知記憶部２５０と、異常通知読出部２６０とを備えている。
【００２６】
異常検知部２１０は、ＳＮＭＰマネージャ２１１とＩＣＭＰ通信部２１２と異常通知生成部２１３とを備えており、定められた監視対象のＮＥ１００と通信を行ってＮＥ１００の異常を検知する。
ＳＮＭＰマネージャ２１１は、ＳＮＭＰに基づいてＮＥ１００のＳＮＭＰエージェント１１０に、予め定められた一定間隔毎に管理情報リクエストのポーリングを送信して通信を行い、ＮＥ１００のＳＮＭＰエージェント１１０に記憶されたＳＮＭＰエージェント１１０の管理情報を受信する。また、ＳＮＭＰマネージャ２１１は、ＮＥ１００に異常が発生した場合にＮＥ１００のＳＮＭＰエージェント１１０から自発的に送信されるＳＮＭＰトラップと呼ばれる異常通知を受信する。ＳＮＭＰマネージャ２１１は、ポーリングによってＮＥ１００から取得した管理情報が予め定められた異常を示す異常通知である場合、またはＮＥ１００からＳＮＭＰトラップの異常通知を受信した場合には、受信した異常通知を異常通知送信部２２０に出力する。
【００２７】
ＩＣＭＰ通信部２１２は、ＮＥ１００のＩＣＭＰ通信部１２０とＩＣＭＰに基づく通信を行ってＮＥ１００の異常を検知する。ＩＣＭＰ通信部２１２は、例えば、自身に予め記憶されたＰｉｎｇプログラムに基づいてＩＣＭＰに基づくエコー要求通知（Echo Message）をＮＥ１００に送信し、ＮＥ１００からの応答を受信する。ＮＥ１００からの応答としては、例えば、エコー要求通知に対する応答を示すエコー応答通知（Echo Reply Message）や、宛先への到達が不可能であることを示す宛先到達不可能通知（Destination Unreachable Message）などが送信される。
【００２８】
異常通知生成部２１３は、ＩＣＭＰ通信部２１２がＮＥ１００から受信した応答が予め定められた異常を示す異常通知である場合には、ＩＣＭＰ通信部２１２が受信したＩＣＭＰによる異常通知に基づいてＳＮＭＰによる異常通知のメッセージを生成し、異常通知送信部２２０に出力する。
このように、本実施形態では、異常検知部２１０が異常通知送信部２２０に出力する異常通知には、ＮＥ１００から自発的に送信されたＳＮＭＰトラップと、監視サーバ２００がＮＥ１００にＳＮＭＰによるポーリングを行った応答として受信したＳＮＭＰメッセージと、監視サーバ２００がＮＥ１００にＩＣＭＰによるポーリングを行った応答として受信したＩＣＭＰメッセージに基づいて異常通知生成部２１３により生成されたＳＮＭＰメッセージとの３種の異常通知が存在する。
【００２９】
異常通知送信部２２０は、ＳＮＭＰエージェント２２１を備えており、管理サーバ３００と通信を行って、異常検知部２１０から出力された異常通知を管理サーバ３００に送信する。また、異常通知送信部２２０は、送信した異常通知が管理サーバ３００に受信された場合、管理サーバ３００から、送信した異常通知が受信されたことを示す応答を受信する。
【００３０】
異常通知到達判定部２３０は、異常通知送信部２２０が管理サーバ３００に送信した異常通知が、管理サーバ３００に到達したか否かを判定する。例えば、異常通知到達判定部２３０は、異常通知送信部２２０が管理サーバ３００に送信した異常通知に対する応答（ＡＣＫ）を受信した場合には、異常通知が到達したと判定し、送信した異常通知に対する応答を一定時間内に受信しない場合には、異常通知が到達していないと判定する。
【００３１】
異常通知登録部２４０は、優先条件記憶部２４１と優先条件判定部２４２とを備えており、異常通知到達判定部２３０によって異常通知が管理サーバ３００に到達していないと判定されると、管理サーバ３００に到達していないと判定された異常通知を、異常通知記憶部２５０に記憶させる。優先条件記憶部２４１には、異常通知の種別に対応付けて、異常通知の優先度の高低が定められた優先条件が記憶される。優先条件判定部２４２は、優先条件記憶部２４１に記憶された優先条件に基づいて、異常通知到達判定部２３０によって異常通知が管理サーバ３００に到達していないと判定された異常通知の優先度の高低を判定する。例えば、優先条件記憶部２４１に記憶された優先条件には、ＮＥ１００から送信された異常通知の通信プロトコルの種別に応じた優先度が定められている。本実施形態では、ＳＮＭＰトラップによる異常通知の優先度が高く、ＳＮＭＰトラップ以外の異常通知の優先度が低く定められる。このようにすれば、ＮＥ１００が自発的に送信する異常通知であるＳＮＭＰトラップの優先度を高く、異常が発生したＮＥ１００の配下に接続された他のＮＥ１００から大量に送信されることがあるＩＣＭＰによる異常通知の優先度を低くし、より信頼性が高いと考えられる異常通知を優先して出力することが可能となる。
【００３２】
異常通知記憶部２５０は、優先ファイル２５１と非優先ファイル２５２とを備えており、ＮＥ１００から送信された異常通知が優先度に応じて記憶される。
優先ファイル２５１には、異常通知登録部２４０によって優先度が高いと判定された異常通知が記憶される。優先ファイル２５１には、複数件の異常通知が書き込まれる。
【００３３】
非優先ファイル２５２には、異常通知登録部２４０によって優先度が低いと判定された異常通知が記憶される。非優先ファイル２５２には、複数件の異常通知が書き込まれる。
ここで、異常通知記憶部２５０には、電源の供給が途絶えても記憶された情報が保持される不揮発性メモリや磁気ディスクが適用され、大量の異常通知を記憶するために充分な容量が確保されることとする。このように、本実施形態によれば、ＮＥ１００から送信された異常通知がそのままの状態で記憶されるため、ＮＥ１００から異常通知が送信された時点で監視サーバ２００と管理サーバ３００との間の通信回線が輻輳していた場合にも、異常通知を破棄せずに記憶させておくことが可能となる。
【００３４】
異常通知読出部２６０は、優先異常通知読出部２６１と非優先異常通知読出部２６２とを備えており、異常通知記憶部２５０に記憶された異常通知を優先度に応じて読み出し、異常通知送信部２２０に出力する。
優先異常通知読出部２６１は、異常通知記憶部２５０の優先ファイル２５１をオープンし、予め定められた優先ファイル２５１に書き込まれた異常通知を一定間隔毎に読み出して、異常通知送信部２２０を介して管理サーバ３００に送信する。また、優先異常通知読出部２６１は、異常通知送信部２２０が送信した異常通知が管理サーバ３００に到達し、応答を受信すると、送信した異常通知を優先ファイル２５１から削除する。
【００３５】
非優先異常通知読出部２６２は、異常通知記憶部２５０の非優先ファイル２５２をオープンし、予め定められた非優先ファイル２５２に書き込まれた異常通知を一定間隔毎に読み出して、異常通知送信部２２０を介して管理サーバ３００に送信する。ここで、非優先異常通知読出部２６２が異常通知を読み出して異常通知送信部２２０に出力する一定間隔の処理待機時間は、優先異常通知読出部２６１が異常通知を読み出して異常通知送信部２２０に出力する一定間隔の処理待機時間よりも長い間隔であるとする。また、非優先異常通知読出部２６２は、優先異常通知読出部２６１と同様に、異常通知送信部２２０が送信した異常通知が管理サーバ３００に到達し、応答を受信すると、送信した異常通知を非優先ファイル２５２から削除する。
【００３６】
管理サーバ３００は、複数の監視サーバ２００に接続されたコンピュータ装置であり、複数の監視サーバ２００から送信される異常通知を受信して記憶する。管理サーバ３００は、異常通知受信部３１０と異常通知記憶部３２０とを備えている。
異常通知受信部３１０は、ＳＮＭＰマネージャ３１１を備えており、監視サーバ２００の異常通知送信部２２０と通信を行って、異常通知送信部２２０から送信される異常通知を受信する。また、異常通知受信部３１０は、異常通知送信部２２０から異常通知を受信すると、送信された異常通知が自身に到達したことを示す応答を、異常通知送信部２２０に送信する。
異常通知記憶部３２０には、異常通知受信部３１０が監視サーバ２００から受信する異常通知が記憶される。
【００３７】
ＡＰサーバ４００は、監視用クライアント端末５００からの要求に応じて管理サーバ３００に記憶された異常通知を読み出し、監視用クライアント端末５００に送信する。本実施形態では、ＡＰサーバ４００はウェブサービス部４１０を備えており、管理サーバ３００から読み出した異常通知を、ＨＴＴＰ（HyperText Transfer Protocol）などの通信により監視用クライアント端末５００に送信する。
【００３８】
監視用クライアント端末５００は、ウェブブラウザ５１０を備えており、通信ネットワークを構成する複数のＮＥ１００の状態を出力するコンピュータ端末である。ウェブブラウザ５１０は、ＡＰサーバ４００と通信を行って、ＡＰサーバ４００から送信される異常通知を監視用クライアント端末５００が備えるディスプレイに出力する。図３は、監視用クライアント端末５００のディスプレイに出力される異常通知監視画面の例を示す図である。異常通知監視画面には、例えば、ＮＥ１００に異常が発生した発生日時、異常通知に含まれる異常通知メッセージ、異常通知を送信したＮＥ１００のＩＰアドレスなどが表示される。また、この他に、ＮＥ１００のホスト名などが表示されるようにしても良い。
【００３９】
次に、図４を参照して、本実施形態による監視サーバ２００が、ＮＥ１００の異常を検知して異常通知を記憶する動作例を説明する。まず、監視サーバ２００の異常検知部２１０は、ＮＥ１００と通信を行って異常通知を受信し、ＮＥ１００に発生した異常を検知する（ステップＳ１）。異常通知送信部２２０は、異常検知部２１０が受信した異常通知を管理サーバ３００に送信する（ステップＳ２）。
【００４０】
監視サーバ２００の異常通知送信部２２０は、管理サーバ３００に送信した異常通知に対する管理サーバ３００からの応答送信を待機する。監視サーバ２００の異常通知送信部２２０が、送信した異常通知に対する応答を管理サーバ３００から受信すると（ステップＳ３：ＹＥＳ）、異常通知到達判定部２３０は、異常通知が到達したと判定して処理を終了する。一方、ステップＳ３において、異常通知送信部２２０が、送信した異常通知に対する応答を管理サーバ３００から受信しないまま一定時間が経過すると、異常通知到達判定部２３０は、異常通知が管理サーバ３００に到達していないと判定する（ステップＳ３：ＮＯ）。ここでは、例えば、監視サーバ２００に接続された複数の管理サーバ３００から大量の異常通知が管理サーバ３００に送信されており、監視サーバ２００と管理サーバ３００との間の通信回線が輻輳を起こしている場合には、異常通知が監視サーバ２００に受信されず、管理サーバ３００に到達されていないと判定される。
【００４１】
そして、異常通知登録部２４０の優先条件判定部２４２は、ステップＳ１において異常検知部２１０が検知した異常通知と、自身の記憶領域に記憶された予め定められた優先条件とを比較する。本実施形態では、優先条件判定部２４２は、異常通知がＳＮＭＰトラップであるか否かを判定する（ステップＳ４）。優先条件判定部２４２が、異常通知はＳＮＭＰ以外であると判定すると（ステップＳ４：ＮＯ）、異常通知登録部２４０が、異常通知記憶部２５０の非優先ファイル２５２に異常通知を書き込み、記憶させる（ステップＳ５）。一方、ステップＳ４において、優先条件判定部２４２が、異常通知はＳＮＭＰトラップであると判定すると（ステップＳ４：ＹＥＳ）、異常通知登録部２４０が、異常通知記憶部２５０の優先ファイル２５１に異常通知を書き込み、記憶させ（ステップＳ６）、異常通知の書き込み処理を終了する。
【００４２】
次に、図５を参照して、本実施形態による監視サーバ２００の異常通知記憶部２５０に記憶された異常通知を、監視サーバ２００が異常通知の優先順位に応じて読み出し、管理サーバ３００に送信する動作例を説明する。まず、異常通知記憶部２５０の優先ファイル２５１に記憶された異常通知が読み出されて管理サーバ３００に送信される動作例について説明する。
【００４３】
まず、監視サーバ２００が備える異常通知読出部２６０の優先異常通知読出部２６１は、優先ファイル２５１をファイルオープンし（ステップＳ１０）、優先ファイル２５１の内容を読み出す（ステップＳ１１）。ここで、優先異常通知読出部２６１は、優先ファイル２５１に異常通知が記憶されていないと判定すれば（ステップＳ１２：ＮＯ）、ステップＳ１６に進む。
【００４４】
一方、優先異常通知読出部２６１は、優先ファイル２５１に異常通知が記憶されていると判定すれば（ステップＳ１２：ＹＥＳ）、一件の異常通知を優先ファイル２５１から読み出し、異常通知送信部２２０に出力する。異常通知送信部２２０は、優先ファイル２５１が読み出した異常通知を、管理サーバ３００に送信する（ステップＳ１３）。監視サーバ２００の異常通知送信部２２０は、管理サーバ３００に送信した異常通知に対する管理サーバ３００からの応答送信を待機する。監視サーバ２００の異常通知送信部２２０が、送信した異常通知に対する応答（ＡＣＫ）を管理サーバ３００から受信すると（ステップＳ１４：ＹＥＳ）、異常通知到達判定部２３０は、異常通知が到達したと判定し、管理サーバ３００に送信した異常通知を優先ファイル２５１から削除し（ステップＳ１５）、ステップＳ１６に進む。
【００４５】
一方、ステップＳ１４において、異常通知送信部２２０が、送信した異常通知に対する応答を管理サーバ３００から受信しないまま一定時間が経過すると、異常通知到達判定部２３０は、異常通知が管理サーバ３００に到達していないと判定し（ステップＳ１４：ＮＯ）、ステップＳ１６に進む。そして、優先異常通知読出部２６１は、監視サーバ２００が備える計時機能により経過時間を計測して処理を待機し（ステップＳ１６）、予め定められた処理待機時間が経過するとステップＳ１１の処理に戻り、ステップＳ１１からステップＳ１６までの処理を繰り返す。
【００４６】
次に、異常通知記憶部２５０の非優先ファイル２５２に記憶された異常通知が読み出されて管理サーバ３００に送信される動作例について説明する。非優先ファイル２５２に記憶された異常通知が管理サーバ３００に送信される動作例は、図５を参照して説明した上述の優先異常通知読出部２６１により異常通知が読み出される動作例と同様であるが、非優先異常通知読出部２６２がステップＳ１１からステップＳ１３までと、ステップＳ１６との処理を行う。ここで、ステップＳ１６における処理待機時間は、優先異常通知読出部２６１の処理待機時間よりも長い時間であるとする。
【００４７】
これにより、非優先ファイル２５２に記憶された異常通知よりも、優先ファイル２５１に記憶された異常通知の方が管理サーバ３００に送信される頻度が高くなり、優先ファイル２５１に記憶された異常通知が優先されて管理サーバ３００に送信される。よって、管理サーバ３００と監視サーバ２００との間の通信回線が輻輳を起こして監視サーバ２００から送信した異常通知が管理サーバ３００に到達する頻度が少なくなっている場合に、予め定められた優先条件によって優先度が高いと設定された異常通知を優先して管理サーバ３００に送信することができる。このため、ＡＰサーバ４００を介して管理サーバ３００に記憶された異常通知を取得する監視用クライアント端末５００を監視する管理者は、優先度の高い異常通知を、より早く発見することが可能となる。
【００４８】
なお、本実施形態では、監視サーバ２００が備える異常通知登録部２４０の優先条件記憶部２４１に記憶される優先条件には、異常通知の通信プロトコルに対応付けて優先度の高低が定められることとしたが、異常通知の送信元のＮＥ１００の識別情報に対応付けて優先度を定めるようにしても良い。ここで、識別情報には、例えばＮＥ１００のＩＰアドレスが適用できる。このようにすれば、複数のＮＥ１００によって構成されるＩＰネットワークのうち、特定のＮＥ１００から送信される異常通知の優先度を高く、他のＮＥ１００から送信される異常通知の優先度を低く定めて、特定のＮＥ１００からの異常通知を優先して出力することが可能となる。
【００４９】
また、本実施形態では、異常通知読出部２６０の優先異常通知読出部２６１と非優先異常通知読出部２６２とは、異なる時間間隔で異常通知記憶部２５０から異常通知を読み出すことで優先ファイル２５１に記憶された異常通知を優先して出力するようにしたが、例えば、優先異常通知読出部２６１が優先ファイル２５１に記憶された全ての異常通知を出力した後、非優先異常通知読出部２６２が動作するようにしても良い。ここで、異常通知読出部２６０がどのような順序で異常通知記憶部２５０から異常通知を読み出して出力するかは、優先ファイル２５１や非優先ファイル２５２に記憶された異常通知のデータサイズ、データ件数、または優先ファイル２５１に記憶された異常通知と非優先ファイル２５２に記憶された異常通知との件数やサイズの比率に応じて定められ、または変化するように構成しても良い。
【００５０】
また、異常通知読出部２６０が備える優先異常通知読出部２６１と非優先異常通知読出部２６２とのそれぞれの処理待機時間も同様に、優先ファイル２５１や非優先ファイル２５２に記憶された異常通知のデータサイズ、データ件数、または優先ファイル２５１に記憶された異常通知と非優先ファイル２５２に記憶された異常通知との件数やサイズの比率に応じて定められ、または変化するように構成しても良い。例えば、優先ファイル２５１に記憶され蓄積されたメッセージの件数が、予め静的に定められた閾値を超えた場合、優先ファイル２５１から読み出すメッセージを送信する際の処理待機時間を短縮化し、非優先ファイル２５２から読み出すメッセージを送信する際の処理待機時間を長期化する。これにより、異常通知記憶部２５０に異常通知のメッセージが多量に蓄積された場合に、優先ファイル２５１に記憶された異常通知のメッセージを優先的に送信することが可能となる。一方、上述とは異なる閾値を予め静的に定め、優先ファイル２５１に記憶され蓄積されたメッセージの件数が、この閾値を下回る場合は、優先ファイル２５１に記憶されたメッセージの件数は少ないため、非優先ファイル２５２から読み出すメッセージを送信する際の処理待機時間を短期化する。すなわち、優先ファイル２５１のメッセージ件数が少なければ、優先ファイル２５１のメッセージを特に優先的に送信せずとも一定時間内に送信できると考えられるため、非優先ファイル２５２から読み出すメッセージを送信する処理待機時間を短期化することで、異常通知記憶部２５０に記憶された全件の異常通知のメッセージを効率的に送信することが可能である。
【００５１】
同様に、例えば、優先ファイル２５１と非優先ファイル２５２とのそれぞれに記憶され蓄積されたメッセージの件数の割合が、予め静的に定められた閾値を超えた場合、優先ファイル２５１から読み出すメッセージを送信する際の処理待機時間を短縮化し、非優先ファイル２５２から読み出すメッセージを送信する際の処理待機時間を長期化する。一方、上述とは異なる閾値を予め静的に定め、優先ファイル２５１と非優先ファイル２５２とのそれぞれに記憶され蓄積されたメッセージの件数の割合が、この閾値を下回る場合は、優先ファイル２５１に記憶されたメッセージの件数の割合は少ないため、非優先ファイル２５２から読み出すメッセージを送信する際の処理待機時間を短期化する。
【００５２】
ここで、監視サーバ２００が、優先ファイル２５１から読み出すメッセージを管理サーバ３００に送信する際の回線の占有率を元に閾値を定めるようにしても良い。例えば、回線占有率として、固定の周期（例えば、１０秒）毎に、メッセージの送信にかかった総時間を固定の周期（この場合、１０秒）で除算して、回線占有率を算出する。算出した回線占有率が、予め定められた占有率の閾値を上回った場合、非優先ファイル２５２から読み出すメッセージを送信する際の処理待機時間を長期化することで、優先ファイル２５１から読み出すメッセージの送信割合を高くする制御を行うことが可能である。
【００５３】
ここで、事象発生時刻を元に、メッセージの送信制御を行うようにしても良い。例えば、メッセージの許容遅延時間を予め静的（例えば、優先を３０秒、非優先を３０分）に定める。この際、次に送信する非優先ファイル２５２に記憶されたメッセージの発生時刻が１時間前であり、一方、次に送信する優先ファイル２５１に記憶されたメッセージの発生時刻が１０秒前であるような場合、優先のメッセージは許容遅延時間内にあり、非優先のメッセージは許容遅延時間外にあるので、非優先のメッセージの送信時の処理待機時間を短期化することで、異常通知記憶部２５０に記憶された異常通知のメッセージを効率的に送信することが可能である。
【００５４】
なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりネットワークの監視を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００５５】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施形態によるネットワークシステムの構成を示す図である。
【図２】本発明の一実施形態によるネットワークシステムの構成を示すブロック図である。
【図３】本発明の一実施形態により監視用クライアント端末に表示される監視画面の例を示す図である。
【図４】本発明の一実施形態によるネットワークシステムの動作例を示す図である。
【図５】本発明の一実施形態によるネットワークシステムの動作例を示す図である。
【図６】従来技術によるネットワークシステムの構成を示す図である。
【符号の説明】
【００５７】
１ ネットワークシステム
１００ ＮＥ
１１０ ＳＮＭＰエージェント
１２０ ＩＣＭＰ通信部
２００ 監視サーバ
２１０ 異常検知部
２１１ ＳＮＭＰマネージャ
２１２ ＩＣＭＰ通信部
２１３ 異常通知生成部
２２０ 異常通知送信部
２２１ ＳＮＭＰエージェント
２３０ 異常通知到達判定部
２４０ 異常通知登録部
２４１ 優先条件記憶部
２４２ 優先条件判定部
２５０ 異常通知記憶部
２５１ 優先ファイル
２５２ 非優先ファイル
２６０ 異常通知読出部
２６１ 優先異常通知読出部
２６２ 非優先異常通知読出部
３００ 管理サーバ
３１０ 異常通知受信部
３１１ ＳＮＭＰマネージャ
３２０ 異常通知記憶部
４００ ＡＰサーバ
４１０ ウェブサービス部
５００ 監視用クライアント端末
５１０ ウェブブラウザ
６００ ルータ
６１０ ホスト
７００ 監視サーバ
８００ 管理サーバ
【技術分野】
【０００１】
本発明は、通信ネットワークを構成する複数のネットワークエレメントのそれぞれの状態を監視する監視サーバ、ネットワーク監視方法に関する。
【背景技術】
【０００２】
従来のＩＰ（Internet Protocol）ネットワークにおいて、ＩＰネットワークを構成するスイッチやルータ、ホストといったネットワーク機器、コンピュータ装置などのネットワークエレメントを管理する通信プロトコルが定められ、利用されている。
例えば、ネットワークエレメントに対して送信したＩＰパケットがネットワークエレメントに到達するか否かを示す通信の到達性を確認するＰｉｎｇコマンドでは、ＩＣＭＰ（Internet Control Message Protocol）の通信プロトコルによるＩＰパケットをネットワークエレメントに送信する。ネットワークエレメントが受信したＩＣＭＰに基づくＩＰパケットに応答することにより通信の到達性や回線状況などを調べることができる。
【０００３】
ＳＮＭＰ（Simple Network Management Protocol）の通信プロトコルでは、監視サーバにインストールされたＳＮＭＰマネージャのプログラムと、監視対象となるネットワークエレメントにインストールされたＳＮＭＰエージェントのプログラムとが通信を行うことにより、監視サーバ側にネットワークエレメントの状態が送信される。ネットワークエレメント内のＳＮＭＰエージェントは、自身が備えるＭＩＢ（Management Information Base）と呼ばれるデータベースに自身の管理情報を記憶させており、ＳＮＭＰマネージャから管理情報のリクエストを受信すると、リクエストに応じた管理情報をＳＮＭＰマネージャに送信する。また、ＳＮＭＰエージェントは、自身のネットワークエレメントに異常が発生した場合、自発的にＳＮＭＰトラップと呼ばれる異常通知をＳＮＭＰマネージャに送信し、自身の変化を通知する。
【０００４】
例えば、図６は、ルータ６００−１と、その配下に接続されるルータ６００−１１、ルータ６００−１２と、その配下にそれぞれ接続されるルータ６００−２１、ルータ６００−２２、・・・と、その配下にそれぞれ接続されるホスト６１０−３１、ホスト６１０−３２、ホスト６１０−３３、・・・などのネットワークエレメントによりＩＰネットワーク（ａ）が構成される例を示す図である。監視サーバ７００は、ＩＰネットワーク（ａ）を構成する各ネットワークエレメントとＩＣＭＰやＳＮＭＰに基づく通信を行ってネットワークエレメントの状態を監視する。監視サーバ７００は、ネットワークエレメントの異常を検知すると、管理サーバ８００に異常通知を送信する。管理サーバ８００には、監視サーバ７００から送信された異常通知が記憶され、蓄積される。ここで、図６には一台の監視サーバ７００を図示しているが、複数台の監視サーバ７００を設置し、多数のネットワークエレメントのうち管理対象のネットワークエレメントを複数台の監視サーバ７００がそれぞれに分担して管理し、それぞれの監視サーバ７００が検知した異常通知を管理サーバ８００に集約して送信する構成がとられる場合がある。ＩＰネットワーク（ａ）の管理者は、管理サーバ８００に記憶される異常通知によってネットワークエレメントに発生した異常を知ることができ、故障の早期発見と復旧等の適切な処置を行うことができる。
【０００５】
特許文献１には、ＩＰネットワーク上のネットワークエレメントに送信した情報に対する応答に応じてネットワークの輻輳状況を判定することで、サービスの提供または停止を制御する技術が提案されている。
【特許文献１】特開平１１−２７２８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述のような通信プロトコルによりネットワークエレメントの状態を監視する際、特に監視対象のネットワークエレメントの数が大量になると、異常発生時に大量の異常通知が管理サーバに蓄積され、ネットワークエレメントの異常に対する迅速な対応を効率よく行うことが困難となる場合がある。
【０００７】
例えば、図６において、監視サーバ７００がＰｉｎｇコマンドによって定期的にそれぞれのネットワークエレメントにＩＣＭＰパケットを送信し、応答がなければ通信到達性がないと判定して異常通知を管理サーバ８００に送信する場合を考える。例えばルータ６００−１１に異常が発生し、ＩＣＭＰ通信の応答がなければ、ルータ６００−１１の配下に接続されたルータ６００−２１、ルータ６００−２２、ルータ６００−２３、ホスト６１０−３１、ホスト６１０−３２、ホスト６１０−３３などのネットワークエレメントからも応答がなく、それぞれのネットワークエレメントについて通信到達性がなく異常と判定される。このため、異常が発生しているのはルータ６００−１１のみである場合にも、その配下に接続されたネットワークエレメント全てについての異常通知がそれぞれ管理サーバ８００に送信され、大量の異常通知が記憶されることとなる。
【０００８】
このとき、ＩＣＭＰに基づく大量の異常通知のうちルータ６００−１１以外の異常通知は、実質的にそのネットワークエレメントに異常が発生したものではないため管理者にとってはノイズとなる場合がある。一方、ＳＮＭＰトラップによる異常通知は、異常が発生したネットワークエレメントから自発的に送信され、異常のないネットワークエレメントから送信されることはないため、ＩＣＭＰに基づく大量の異常通知に比べてそのネットワークエレメントに異常が発生したことを示す信頼性が高いと考えられる。このように、大量のネットワークエレメントにより構成されるＩＰネットワークをＩＣＭＰやＳＮＭＰにより監視する場合、異常通知が管理サーバ８００に一様に蓄積されると、例えば異常の発生を示す信頼性が高いＳＮＭＰによる異常通知が、その他の大量のＩＣＭＰによる異常通知に埋もれることとなり、発生した異常に対する迅速な対応を管理者が効率よく行うことが困難となる場合がある。
【０００９】
特に、図６に示したようなネットワーク構成において、複数の監視サーバ７００がそれぞれに異なるネットワークエレメントを監視対象とし、それら複数の監視サーバ７００からの異常通知が特定の管理サーバ８００に集約されて送信される場合、監視サーバ７００と管理サーバ８００との間の通信回線が輻輳を起こし、監視サーバ７００から管理サーバ８００へ送信された異常通知が到達しないことがある。このような場合、監視サーバ７００は、管理サーバ８００への異常通知の送信を複数回リトライした後、到達しなければ異常通知を破棄する場合があった。このとき、監視サーバ７００が受信した異常通知が管理サーバ８００に記憶されず、管理者が異常の発生を知ることができない場合があった。
【００１０】
本発明は、このような状況に鑑みてなされたもので、ネットワークを監視する監視サーバが検知する複数の異常通知のうち、異常発生の信頼性が高いと思われる異常通知を管理者が発見しやすいように出力する監視サーバを提供する。
【課題を解決するための手段】
【００１１】
上述した課題を解決するために、本発明は、通信ネットワークを構成する複数のネットワークエレメントを監視し、ネットワークエレメントに異常が発生した場合にネットワークエレメントから異常に応じた種別の異常通知を受信し、受信した異常通知を出力する監視サーバであって、ネットワークエレメントから受信する異常通知のうち、異常通知の種別に応じて優先度が高いと判定された異常通知が記憶される優先異常通知記憶部と、ネットワークエレメントから受信する異常通知のうち、異常通知の種別に応じて優先度が低いと判定された異常通知が記憶される非優先異常通知記憶部と、ネットワークエレメントから受信する異常通知の種別に対応付けて、異常通知の優先度の高低が定められた優先条件が記憶される優先条件記憶部と、ネットワークエレメントから受信する異常通知の種別に対応付けられた優先条件を読み出して異常通知の優先度の高低を判定し、異常通知の優先度が高いと判定した場合は異常通知を優先異常通知記憶部に記憶させ、異常通知の種別に応じた優先度が低いと判定した場合は異常通知を非優先異常通知記憶部に記憶させる異常通知登録部と、優先異常通知記憶部および非優先異常通知記憶部に記憶された異常通知から、優先異常通知記憶部に記憶された異常通知を優先して読み出して出力する異常通知出力部と、を備えることを特徴とする。
【００１２】
また、本発明は、上述の優先条件記憶部に記憶された優先条件には、ネットワークエレメントから受信した異常通知の通信プロトコルの種別に応じて、異常通知の優先度の高低が定められることを特徴とする。
【００１３】
また、本発明は、上述の異常通知には、異常通知の送信元のネットワークエレメントを識別する識別情報が含まれており、優先条件記憶部に記憶された優先条件には、異常通知に含まれる識別情報に応じて、異常通知の優先度の高低が定められることを特徴とする。
【００１４】
また、本発明は、上述の異常通知出力部は、優先異常通知記憶部に記憶された異常通知を、予め定められた第１の時間間隔で出力し、非優先異常通知記憶部に記憶された異常通知を、第１の時間間隔より時間間隔が長い予め定められた第２の時間間隔で出力することを特徴とする。
【００１５】
また、本発明は、上述の異常通知出力部は、優先異常通知記憶部に記憶された異常通知の全てを出力した後、非優先異常通知記憶部に記憶された異常通知を出力することを特徴とする。
【００１６】
また、本発明は、通信ネットワークを構成する複数のネットワークエレメントを監視し、ネットワークエレメントに異常が発生した場合にネットワークエレメントから異常に応じた種別の異常通知を受信して出力し、ネットワークエレメントから受信する異常通知のうち、異常通知の種別に応じて優先度が高いと判定された異常通知が記憶される優先異常通知記憶部と、ネットワークエレメントから受信する異常通知のうち、異常通知の種別に応じて優先度が低いと判定された異常通知が記憶される非優先異常通知記憶部と、ネットワークエレメントから受信する異常通知の種別に対応付けて、異常通知の優先度の高低が定められた優先条件が記憶される優先条件記憶部と、を備えた監視サーバを用いたネットワーク監視方法であって、ネットワークエレメントから受信する異常通知の種別に対応付けられた優先条件を読み出して異常通知の優先度の高低を判定し、異常通知の優先度が高いと判定した場合は異常通知を優先異常通知記憶部に記憶させ、異常通知の種別に応じた優先度が低いと判定した場合は異常通知を非優先異常通知記憶部に記憶させるステップと、優先異常通知記憶部および非優先異常通知記憶部に記憶された異常通知から、優先異常通知記憶部に記憶された異常通知を優先して読み出して出力するステップと、を備えることを特徴とする。
【発明の効果】
【００１７】
以上説明したように、本発明によれば、複数のネットワークエレメントのそれぞれから受信する異常通知の種別に対応付けられて予め記憶された優先条件を読み出して異常通知の優先度の高低を判定し、異常通知の優先度が高いと判定した場合は異常通知を優先異常通知記憶部に記憶させ、異常通知の種別に応じた優先度が低いと判定した場合は異常通知を非優先異常通知記憶部に記憶させ、優先異常通知記憶部および非優先異常通知記憶部に記憶された異常通知から、優先異常通知記憶部に記憶された異常通知を優先して読み出して出力するようにしたので、複数のネットワークエレメントから送信される異常通知を、その種別に応じて優先度をつけて記憶させ、優先度に応じて出力することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の一実施形態について、図面を参照して説明する。
図１は、本実施形態によるネットワークシステム１の概要を示す図である。本実施形態によるネットワークシステム１は、複数台のＮＥ（ネットワークエレメント）１００（ＮＥ１００−１、ＮＥ１００−２、ＮＥ１００−３）と、複数台の監視サーバ２００（監視サーバ２００−１、監視サーバ２００−２、監視サーバ２００−３）と、管理サーバ３００と、ＡＰサーバ４００と、複数台の監視用クライアント端末５００（監視用クライアント端末５００−１、監視用クライアント端末５００−２、監視用クライアント端末５００−３）とを備えている。
【００１９】
複数台のＮＥ１００は、ＩＰネットワーク（ａ）を構成するスイッチやルータ、ホストといったネットワーク機器、コンピュータ装置などであり、これらを総称してネットワークエレメントと呼ぶ。複数台の監視サーバ２００のそれぞれは、ＩＰネットワーク（ａ）を構成する複数台のＮＥ１００のうち、自身の監視対象として定められたＮＥ１００とＩＣＭＰやＳＮＭＰに基づく通信を行って監視対象のＮＥ１００の状態を監視する。監視サーバ２００は、監視対象のＮＥ１００の異常を検知すると、ＮＥ１００に異常が発生したことを示す異常通知を管理サーバ３００に送信する。管理サーバ３００には、複数台の監視サーバ２００のそれぞれから送信される異常通知が記憶され、蓄積される。ＡＰサーバ４００は、監視用クライアント端末５００からの要求に応じて管理サーバ３００に記憶された異常通知を読み出し、読み出した異常通知を監視用クライアント端末５００に送信する。
【００２０】
複数台の監視用クライアント端末５００は、ＩＰネットワーク（ａ）の管理者に利用されるコンピュータ端末であり、管理者からの要求に応じてＡＰサーバ４００から監視対象のＮＥ１００の異常通知を受信して表示する。ＩＰネットワーク（ａ）の管理者は、監視用クライアント端末５００に表示される異常通知によって監視対象のＮＥ１００の状態や発生した異常を知ることができ、故障の早期発見と復旧等の適切な処置を行うことができる。ここで、ＮＥ１００、監視サーバ２００、管理サーバ３００、ＡＰサーバ４００、監視用クライアント端末５００のそれぞれの台数は、ＮＥ１００により構成されるＩＰネットワーク（ａ）の規模や、各機器の性能等に応じて定められ、構成されるようにして良い。
【００２１】
次に、本実施形態によるネットワークシステム１が備える各コンピュータ機器の構成を詳細に説明する。図２は、ネットワークシステム１の構成を示すブロック図である。ネットワークシステム１は、ＮＥ１００と、監視サーバ２００と、管理サーバ３００と、ＡＰサーバ４００と、監視用クライアント端末５００とを備えている。
【００２２】
ＮＥ１００は、スイッチやルータ、ホストといったネットワーク機器、コンピュータ装置などのネットワークエレメントであり、複数台のＮＥ１００によりＩＰネットワークを構成する。ＮＥ１００は、ＳＮＭＰエージェント１１０とＩＣＭＰ通信部１２０とを備えている。
【００２３】
ＳＮＭＰエージェント１１０は、自身が備えるＭＩＢと呼ばれるデータベースに自身の管理情報を記憶させており、監視サーバ２００に備えられるＳＮＭＰマネージャ２１１から管理情報のリクエストを受信すると、リクエストに応じた管理情報をＭＩＢから読み出して送信する。ここでは、ＳＮＭＰエージェント１１０は、一定間隔毎に監視サーバ２００から管理情報リクエストのポーリングを受信する。また、ＳＮＭＰエージェント１１０は、ＮＥ１００に異常が発生した場合には、自発的にＳＮＭＰトラップと呼ばれる異常通知を監視サーバ２００のＳＮＭＰマネージャ２１１に送信し、ＮＥ１００の状態変化を通知する。
【００２４】
ＩＣＭＰ通信部１２０は、ＩＰ通信におけるデータ処理の誤りや通信に関する情報を通知する通信プロトコルであるＩＣＭＰに基づく通信を行う。例えば、ＮＥ１００が送信されたＩＰパケットを通信先ホストへ転送するルータであり、転送するＩＰパケットの通信先ホストへのルーティングが見つからない場合、ＮＥ１００は、宛先への到達が不可能であること示すＩＣＭＰメッセージ（Destination Unreachable Message）をＩＣパケットの送信元に送信する。
【００２５】
監視サーバ２００は、自身の監視対象として定められたＮＥ１００との間でＩＣＭＰやＳＮＭＰに基づく通信を行い、監視対象のＮＥ１００の状態を監視するコンピュータ装置であり、異常検知部２１０と、異常通知送信部２２０と、異常通知到達判定部２３０と、異常通知登録部２４０と、異常通知記憶部２５０と、異常通知読出部２６０とを備えている。
【００２６】
異常検知部２１０は、ＳＮＭＰマネージャ２１１とＩＣＭＰ通信部２１２と異常通知生成部２１３とを備えており、定められた監視対象のＮＥ１００と通信を行ってＮＥ１００の異常を検知する。
ＳＮＭＰマネージャ２１１は、ＳＮＭＰに基づいてＮＥ１００のＳＮＭＰエージェント１１０に、予め定められた一定間隔毎に管理情報リクエストのポーリングを送信して通信を行い、ＮＥ１００のＳＮＭＰエージェント１１０に記憶されたＳＮＭＰエージェント１１０の管理情報を受信する。また、ＳＮＭＰマネージャ２１１は、ＮＥ１００に異常が発生した場合にＮＥ１００のＳＮＭＰエージェント１１０から自発的に送信されるＳＮＭＰトラップと呼ばれる異常通知を受信する。ＳＮＭＰマネージャ２１１は、ポーリングによってＮＥ１００から取得した管理情報が予め定められた異常を示す異常通知である場合、またはＮＥ１００からＳＮＭＰトラップの異常通知を受信した場合には、受信した異常通知を異常通知送信部２２０に出力する。
【００２７】
ＩＣＭＰ通信部２１２は、ＮＥ１００のＩＣＭＰ通信部１２０とＩＣＭＰに基づく通信を行ってＮＥ１００の異常を検知する。ＩＣＭＰ通信部２１２は、例えば、自身に予め記憶されたＰｉｎｇプログラムに基づいてＩＣＭＰに基づくエコー要求通知（Echo Message）をＮＥ１００に送信し、ＮＥ１００からの応答を受信する。ＮＥ１００からの応答としては、例えば、エコー要求通知に対する応答を示すエコー応答通知（Echo Reply Message）や、宛先への到達が不可能であることを示す宛先到達不可能通知（Destination Unreachable Message）などが送信される。
【００２８】
異常通知生成部２１３は、ＩＣＭＰ通信部２１２がＮＥ１００から受信した応答が予め定められた異常を示す異常通知である場合には、ＩＣＭＰ通信部２１２が受信したＩＣＭＰによる異常通知に基づいてＳＮＭＰによる異常通知のメッセージを生成し、異常通知送信部２２０に出力する。
このように、本実施形態では、異常検知部２１０が異常通知送信部２２０に出力する異常通知には、ＮＥ１００から自発的に送信されたＳＮＭＰトラップと、監視サーバ２００がＮＥ１００にＳＮＭＰによるポーリングを行った応答として受信したＳＮＭＰメッセージと、監視サーバ２００がＮＥ１００にＩＣＭＰによるポーリングを行った応答として受信したＩＣＭＰメッセージに基づいて異常通知生成部２１３により生成されたＳＮＭＰメッセージとの３種の異常通知が存在する。
【００２９】
異常通知送信部２２０は、ＳＮＭＰエージェント２２１を備えており、管理サーバ３００と通信を行って、異常検知部２１０から出力された異常通知を管理サーバ３００に送信する。また、異常通知送信部２２０は、送信した異常通知が管理サーバ３００に受信された場合、管理サーバ３００から、送信した異常通知が受信されたことを示す応答を受信する。
【００３０】
異常通知到達判定部２３０は、異常通知送信部２２０が管理サーバ３００に送信した異常通知が、管理サーバ３００に到達したか否かを判定する。例えば、異常通知到達判定部２３０は、異常通知送信部２２０が管理サーバ３００に送信した異常通知に対する応答（ＡＣＫ）を受信した場合には、異常通知が到達したと判定し、送信した異常通知に対する応答を一定時間内に受信しない場合には、異常通知が到達していないと判定する。
【００３１】
異常通知登録部２４０は、優先条件記憶部２４１と優先条件判定部２４２とを備えており、異常通知到達判定部２３０によって異常通知が管理サーバ３００に到達していないと判定されると、管理サーバ３００に到達していないと判定された異常通知を、異常通知記憶部２５０に記憶させる。優先条件記憶部２４１には、異常通知の種別に対応付けて、異常通知の優先度の高低が定められた優先条件が記憶される。優先条件判定部２４２は、優先条件記憶部２４１に記憶された優先条件に基づいて、異常通知到達判定部２３０によって異常通知が管理サーバ３００に到達していないと判定された異常通知の優先度の高低を判定する。例えば、優先条件記憶部２４１に記憶された優先条件には、ＮＥ１００から送信された異常通知の通信プロトコルの種別に応じた優先度が定められている。本実施形態では、ＳＮＭＰトラップによる異常通知の優先度が高く、ＳＮＭＰトラップ以外の異常通知の優先度が低く定められる。このようにすれば、ＮＥ１００が自発的に送信する異常通知であるＳＮＭＰトラップの優先度を高く、異常が発生したＮＥ１００の配下に接続された他のＮＥ１００から大量に送信されることがあるＩＣＭＰによる異常通知の優先度を低くし、より信頼性が高いと考えられる異常通知を優先して出力することが可能となる。
【００３２】
異常通知記憶部２５０は、優先ファイル２５１と非優先ファイル２５２とを備えており、ＮＥ１００から送信された異常通知が優先度に応じて記憶される。
優先ファイル２５１には、異常通知登録部２４０によって優先度が高いと判定された異常通知が記憶される。優先ファイル２５１には、複数件の異常通知が書き込まれる。
【００３３】
非優先ファイル２５２には、異常通知登録部２４０によって優先度が低いと判定された異常通知が記憶される。非優先ファイル２５２には、複数件の異常通知が書き込まれる。
ここで、異常通知記憶部２５０には、電源の供給が途絶えても記憶された情報が保持される不揮発性メモリや磁気ディスクが適用され、大量の異常通知を記憶するために充分な容量が確保されることとする。このように、本実施形態によれば、ＮＥ１００から送信された異常通知がそのままの状態で記憶されるため、ＮＥ１００から異常通知が送信された時点で監視サーバ２００と管理サーバ３００との間の通信回線が輻輳していた場合にも、異常通知を破棄せずに記憶させておくことが可能となる。
【００３４】
異常通知読出部２６０は、優先異常通知読出部２６１と非優先異常通知読出部２６２とを備えており、異常通知記憶部２５０に記憶された異常通知を優先度に応じて読み出し、異常通知送信部２２０に出力する。
優先異常通知読出部２６１は、異常通知記憶部２５０の優先ファイル２５１をオープンし、予め定められた優先ファイル２５１に書き込まれた異常通知を一定間隔毎に読み出して、異常通知送信部２２０を介して管理サーバ３００に送信する。また、優先異常通知読出部２６１は、異常通知送信部２２０が送信した異常通知が管理サーバ３００に到達し、応答を受信すると、送信した異常通知を優先ファイル２５１から削除する。
【００３５】
非優先異常通知読出部２６２は、異常通知記憶部２５０の非優先ファイル２５２をオープンし、予め定められた非優先ファイル２５２に書き込まれた異常通知を一定間隔毎に読み出して、異常通知送信部２２０を介して管理サーバ３００に送信する。ここで、非優先異常通知読出部２６２が異常通知を読み出して異常通知送信部２２０に出力する一定間隔の処理待機時間は、優先異常通知読出部２６１が異常通知を読み出して異常通知送信部２２０に出力する一定間隔の処理待機時間よりも長い間隔であるとする。また、非優先異常通知読出部２６２は、優先異常通知読出部２６１と同様に、異常通知送信部２２０が送信した異常通知が管理サーバ３００に到達し、応答を受信すると、送信した異常通知を非優先ファイル２５２から削除する。
【００３６】
管理サーバ３００は、複数の監視サーバ２００に接続されたコンピュータ装置であり、複数の監視サーバ２００から送信される異常通知を受信して記憶する。管理サーバ３００は、異常通知受信部３１０と異常通知記憶部３２０とを備えている。
異常通知受信部３１０は、ＳＮＭＰマネージャ３１１を備えており、監視サーバ２００の異常通知送信部２２０と通信を行って、異常通知送信部２２０から送信される異常通知を受信する。また、異常通知受信部３１０は、異常通知送信部２２０から異常通知を受信すると、送信された異常通知が自身に到達したことを示す応答を、異常通知送信部２２０に送信する。
異常通知記憶部３２０には、異常通知受信部３１０が監視サーバ２００から受信する異常通知が記憶される。
【００３７】
ＡＰサーバ４００は、監視用クライアント端末５００からの要求に応じて管理サーバ３００に記憶された異常通知を読み出し、監視用クライアント端末５００に送信する。本実施形態では、ＡＰサーバ４００はウェブサービス部４１０を備えており、管理サーバ３００から読み出した異常通知を、ＨＴＴＰ（HyperText Transfer Protocol）などの通信により監視用クライアント端末５００に送信する。
【００３８】
監視用クライアント端末５００は、ウェブブラウザ５１０を備えており、通信ネットワークを構成する複数のＮＥ１００の状態を出力するコンピュータ端末である。ウェブブラウザ５１０は、ＡＰサーバ４００と通信を行って、ＡＰサーバ４００から送信される異常通知を監視用クライアント端末５００が備えるディスプレイに出力する。図３は、監視用クライアント端末５００のディスプレイに出力される異常通知監視画面の例を示す図である。異常通知監視画面には、例えば、ＮＥ１００に異常が発生した発生日時、異常通知に含まれる異常通知メッセージ、異常通知を送信したＮＥ１００のＩＰアドレスなどが表示される。また、この他に、ＮＥ１００のホスト名などが表示されるようにしても良い。
【００３９】
次に、図４を参照して、本実施形態による監視サーバ２００が、ＮＥ１００の異常を検知して異常通知を記憶する動作例を説明する。まず、監視サーバ２００の異常検知部２１０は、ＮＥ１００と通信を行って異常通知を受信し、ＮＥ１００に発生した異常を検知する（ステップＳ１）。異常通知送信部２２０は、異常検知部２１０が受信した異常通知を管理サーバ３００に送信する（ステップＳ２）。
【００４０】
監視サーバ２００の異常通知送信部２２０は、管理サーバ３００に送信した異常通知に対する管理サーバ３００からの応答送信を待機する。監視サーバ２００の異常通知送信部２２０が、送信した異常通知に対する応答を管理サーバ３００から受信すると（ステップＳ３：ＹＥＳ）、異常通知到達判定部２３０は、異常通知が到達したと判定して処理を終了する。一方、ステップＳ３において、異常通知送信部２２０が、送信した異常通知に対する応答を管理サーバ３００から受信しないまま一定時間が経過すると、異常通知到達判定部２３０は、異常通知が管理サーバ３００に到達していないと判定する（ステップＳ３：ＮＯ）。ここでは、例えば、監視サーバ２００に接続された複数の管理サーバ３００から大量の異常通知が管理サーバ３００に送信されており、監視サーバ２００と管理サーバ３００との間の通信回線が輻輳を起こしている場合には、異常通知が監視サーバ２００に受信されず、管理サーバ３００に到達されていないと判定される。
【００４１】
そして、異常通知登録部２４０の優先条件判定部２４２は、ステップＳ１において異常検知部２１０が検知した異常通知と、自身の記憶領域に記憶された予め定められた優先条件とを比較する。本実施形態では、優先条件判定部２４２は、異常通知がＳＮＭＰトラップであるか否かを判定する（ステップＳ４）。優先条件判定部２４２が、異常通知はＳＮＭＰ以外であると判定すると（ステップＳ４：ＮＯ）、異常通知登録部２４０が、異常通知記憶部２５０の非優先ファイル２５２に異常通知を書き込み、記憶させる（ステップＳ５）。一方、ステップＳ４において、優先条件判定部２４２が、異常通知はＳＮＭＰトラップであると判定すると（ステップＳ４：ＹＥＳ）、異常通知登録部２４０が、異常通知記憶部２５０の優先ファイル２５１に異常通知を書き込み、記憶させ（ステップＳ６）、異常通知の書き込み処理を終了する。
【００４２】
次に、図５を参照して、本実施形態による監視サーバ２００の異常通知記憶部２５０に記憶された異常通知を、監視サーバ２００が異常通知の優先順位に応じて読み出し、管理サーバ３００に送信する動作例を説明する。まず、異常通知記憶部２５０の優先ファイル２５１に記憶された異常通知が読み出されて管理サーバ３００に送信される動作例について説明する。
【００４３】
まず、監視サーバ２００が備える異常通知読出部２６０の優先異常通知読出部２６１は、優先ファイル２５１をファイルオープンし（ステップＳ１０）、優先ファイル２５１の内容を読み出す（ステップＳ１１）。ここで、優先異常通知読出部２６１は、優先ファイル２５１に異常通知が記憶されていないと判定すれば（ステップＳ１２：ＮＯ）、ステップＳ１６に進む。
【００４４】
一方、優先異常通知読出部２６１は、優先ファイル２５１に異常通知が記憶されていると判定すれば（ステップＳ１２：ＹＥＳ）、一件の異常通知を優先ファイル２５１から読み出し、異常通知送信部２２０に出力する。異常通知送信部２２０は、優先ファイル２５１が読み出した異常通知を、管理サーバ３００に送信する（ステップＳ１３）。監視サーバ２００の異常通知送信部２２０は、管理サーバ３００に送信した異常通知に対する管理サーバ３００からの応答送信を待機する。監視サーバ２００の異常通知送信部２２０が、送信した異常通知に対する応答（ＡＣＫ）を管理サーバ３００から受信すると（ステップＳ１４：ＹＥＳ）、異常通知到達判定部２３０は、異常通知が到達したと判定し、管理サーバ３００に送信した異常通知を優先ファイル２５１から削除し（ステップＳ１５）、ステップＳ１６に進む。
【００４５】
一方、ステップＳ１４において、異常通知送信部２２０が、送信した異常通知に対する応答を管理サーバ３００から受信しないまま一定時間が経過すると、異常通知到達判定部２３０は、異常通知が管理サーバ３００に到達していないと判定し（ステップＳ１４：ＮＯ）、ステップＳ１６に進む。そして、優先異常通知読出部２６１は、監視サーバ２００が備える計時機能により経過時間を計測して処理を待機し（ステップＳ１６）、予め定められた処理待機時間が経過するとステップＳ１１の処理に戻り、ステップＳ１１からステップＳ１６までの処理を繰り返す。
【００４６】
次に、異常通知記憶部２５０の非優先ファイル２５２に記憶された異常通知が読み出されて管理サーバ３００に送信される動作例について説明する。非優先ファイル２５２に記憶された異常通知が管理サーバ３００に送信される動作例は、図５を参照して説明した上述の優先異常通知読出部２６１により異常通知が読み出される動作例と同様であるが、非優先異常通知読出部２６２がステップＳ１１からステップＳ１３までと、ステップＳ１６との処理を行う。ここで、ステップＳ１６における処理待機時間は、優先異常通知読出部２６１の処理待機時間よりも長い時間であるとする。
【００４７】
これにより、非優先ファイル２５２に記憶された異常通知よりも、優先ファイル２５１に記憶された異常通知の方が管理サーバ３００に送信される頻度が高くなり、優先ファイル２５１に記憶された異常通知が優先されて管理サーバ３００に送信される。よって、管理サーバ３００と監視サーバ２００との間の通信回線が輻輳を起こして監視サーバ２００から送信した異常通知が管理サーバ３００に到達する頻度が少なくなっている場合に、予め定められた優先条件によって優先度が高いと設定された異常通知を優先して管理サーバ３００に送信することができる。このため、ＡＰサーバ４００を介して管理サーバ３００に記憶された異常通知を取得する監視用クライアント端末５００を監視する管理者は、優先度の高い異常通知を、より早く発見することが可能となる。
【００４８】
なお、本実施形態では、監視サーバ２００が備える異常通知登録部２４０の優先条件記憶部２４１に記憶される優先条件には、異常通知の通信プロトコルに対応付けて優先度の高低が定められることとしたが、異常通知の送信元のＮＥ１００の識別情報に対応付けて優先度を定めるようにしても良い。ここで、識別情報には、例えばＮＥ１００のＩＰアドレスが適用できる。このようにすれば、複数のＮＥ１００によって構成されるＩＰネットワークのうち、特定のＮＥ１００から送信される異常通知の優先度を高く、他のＮＥ１００から送信される異常通知の優先度を低く定めて、特定のＮＥ１００からの異常通知を優先して出力することが可能となる。
【００４９】
また、本実施形態では、異常通知読出部２６０の優先異常通知読出部２６１と非優先異常通知読出部２６２とは、異なる時間間隔で異常通知記憶部２５０から異常通知を読み出すことで優先ファイル２５１に記憶された異常通知を優先して出力するようにしたが、例えば、優先異常通知読出部２６１が優先ファイル２５１に記憶された全ての異常通知を出力した後、非優先異常通知読出部２６２が動作するようにしても良い。ここで、異常通知読出部２６０がどのような順序で異常通知記憶部２５０から異常通知を読み出して出力するかは、優先ファイル２５１や非優先ファイル２５２に記憶された異常通知のデータサイズ、データ件数、または優先ファイル２５１に記憶された異常通知と非優先ファイル２５２に記憶された異常通知との件数やサイズの比率に応じて定められ、または変化するように構成しても良い。
【００５０】
また、異常通知読出部２６０が備える優先異常通知読出部２６１と非優先異常通知読出部２６２とのそれぞれの処理待機時間も同様に、優先ファイル２５１や非優先ファイル２５２に記憶された異常通知のデータサイズ、データ件数、または優先ファイル２５１に記憶された異常通知と非優先ファイル２５２に記憶された異常通知との件数やサイズの比率に応じて定められ、または変化するように構成しても良い。例えば、優先ファイル２５１に記憶され蓄積されたメッセージの件数が、予め静的に定められた閾値を超えた場合、優先ファイル２５１から読み出すメッセージを送信する際の処理待機時間を短縮化し、非優先ファイル２５２から読み出すメッセージを送信する際の処理待機時間を長期化する。これにより、異常通知記憶部２５０に異常通知のメッセージが多量に蓄積された場合に、優先ファイル２５１に記憶された異常通知のメッセージを優先的に送信することが可能となる。一方、上述とは異なる閾値を予め静的に定め、優先ファイル２５１に記憶され蓄積されたメッセージの件数が、この閾値を下回る場合は、優先ファイル２５１に記憶されたメッセージの件数は少ないため、非優先ファイル２５２から読み出すメッセージを送信する際の処理待機時間を短期化する。すなわち、優先ファイル２５１のメッセージ件数が少なければ、優先ファイル２５１のメッセージを特に優先的に送信せずとも一定時間内に送信できると考えられるため、非優先ファイル２５２から読み出すメッセージを送信する処理待機時間を短期化することで、異常通知記憶部２５０に記憶された全件の異常通知のメッセージを効率的に送信することが可能である。
【００５１】
同様に、例えば、優先ファイル２５１と非優先ファイル２５２とのそれぞれに記憶され蓄積されたメッセージの件数の割合が、予め静的に定められた閾値を超えた場合、優先ファイル２５１から読み出すメッセージを送信する際の処理待機時間を短縮化し、非優先ファイル２５２から読み出すメッセージを送信する際の処理待機時間を長期化する。一方、上述とは異なる閾値を予め静的に定め、優先ファイル２５１と非優先ファイル２５２とのそれぞれに記憶され蓄積されたメッセージの件数の割合が、この閾値を下回る場合は、優先ファイル２５１に記憶されたメッセージの件数の割合は少ないため、非優先ファイル２５２から読み出すメッセージを送信する際の処理待機時間を短期化する。
【００５２】
ここで、監視サーバ２００が、優先ファイル２５１から読み出すメッセージを管理サーバ３００に送信する際の回線の占有率を元に閾値を定めるようにしても良い。例えば、回線占有率として、固定の周期（例えば、１０秒）毎に、メッセージの送信にかかった総時間を固定の周期（この場合、１０秒）で除算して、回線占有率を算出する。算出した回線占有率が、予め定められた占有率の閾値を上回った場合、非優先ファイル２５２から読み出すメッセージを送信する際の処理待機時間を長期化することで、優先ファイル２５１から読み出すメッセージの送信割合を高くする制御を行うことが可能である。
【００５３】
ここで、事象発生時刻を元に、メッセージの送信制御を行うようにしても良い。例えば、メッセージの許容遅延時間を予め静的（例えば、優先を３０秒、非優先を３０分）に定める。この際、次に送信する非優先ファイル２５２に記憶されたメッセージの発生時刻が１時間前であり、一方、次に送信する優先ファイル２５１に記憶されたメッセージの発生時刻が１０秒前であるような場合、優先のメッセージは許容遅延時間内にあり、非優先のメッセージは許容遅延時間外にあるので、非優先のメッセージの送信時の処理待機時間を短期化することで、異常通知記憶部２５０に記憶された異常通知のメッセージを効率的に送信することが可能である。
【００５４】
なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりネットワークの監視を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００５５】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施形態によるネットワークシステムの構成を示す図である。
【図２】本発明の一実施形態によるネットワークシステムの構成を示すブロック図である。
【図３】本発明の一実施形態により監視用クライアント端末に表示される監視画面の例を示す図である。
【図４】本発明の一実施形態によるネットワークシステムの動作例を示す図である。
【図５】本発明の一実施形態によるネットワークシステムの動作例を示す図である。
【図６】従来技術によるネットワークシステムの構成を示す図である。
【符号の説明】
【００５７】
１ ネットワークシステム
１００ ＮＥ
１１０ ＳＮＭＰエージェント
１２０ ＩＣＭＰ通信部
２００ 監視サーバ
２１０ 異常検知部
２１１ ＳＮＭＰマネージャ
２１２ ＩＣＭＰ通信部
２１３ 異常通知生成部
２２０ 異常通知送信部
２２１ ＳＮＭＰエージェント
２３０ 異常通知到達判定部
２４０ 異常通知登録部
２４１ 優先条件記憶部
２４２ 優先条件判定部
２５０ 異常通知記憶部
２５１ 優先ファイル
２５２ 非優先ファイル
２６０ 異常通知読出部
２６１ 優先異常通知読出部
２６２ 非優先異常通知読出部
３００ 管理サーバ
３１０ 異常通知受信部
３１１ ＳＮＭＰマネージャ
３２０ 異常通知記憶部
４００ ＡＰサーバ
４１０ ウェブサービス部
５００ 監視用クライアント端末
５１０ ウェブブラウザ
６００ ルータ
６１０ ホスト
７００ 監視サーバ
８００ 管理サーバ
【特許請求の範囲】
【請求項１】
通信ネットワークを構成する複数のネットワークエレメントを監視し、当該ネットワークエレメントに異常が発生した場合に前記ネットワークエレメントから前記異常に応じた種別の異常通知を受信し、受信した前記異常通知を出力する監視サーバであって、
前記ネットワークエレメントから受信する前記異常通知のうち、当該異常通知の種別に応じて優先度が高いと判定された前記異常通知が記憶される優先異常通知記憶部と、
前記ネットワークエレメントから受信する前記異常通知のうち、当該異常通知の種別に応じて優先度が低いと判定された前記異常通知が記憶される非優先異常通知記憶部と、
前記ネットワークエレメントから受信する前記異常通知の種別に対応付けて、当該異常通知の優先度の高低が定められた優先条件が記憶される優先条件記憶部と、
前記ネットワークエレメントから受信する前記異常通知の種別に対応付けられた前記優先条件を読み出して当該異常通知の優先度の高低を判定し、当該異常通知の前記優先度が高いと判定した場合は当該異常通知を前記優先異常通知記憶部に記憶させ、当該異常通知の種別に応じた前記優先度が低いと判定した場合は当該異常通知を前記非優先異常通知記憶部に記憶させる異常通知登録部と、
前記優先異常通知記憶部および前記非優先異常通知記憶部に記憶された前記異常通知から、前記優先異常通知記憶部に記憶された前記異常通知を優先して読み出して出力する異常通知出力部と、
を備えることを特徴とする監視サーバ。
【請求項２】
前記優先条件記憶部に記憶された前記優先条件には、前記ネットワークエレメントから受信した前記異常通知の通信プロトコルの種別に応じて、当該異常通知の優先度の高低が定められる
ことを特徴とする請求項１に記載の監視サーバ。
【請求項３】
前記異常通知には、当該異常通知の送信元の前記ネットワークエレメントを識別する識別情報が含まれており、
前記優先条件記憶部に記憶された前記優先条件には、前記異常通知に含まれる前記識別情報に応じて、当該異常通知の優先度の高低が定められる
ことを特徴とする請求項１に記載の監視サーバ。
【請求項４】
前記異常通知出力部は、前記優先異常通知記憶部に記憶された前記異常通知を、予め定められた第１の時間間隔で出力し、前記非優先異常通知記憶部に記憶された前記異常通知を、前記第１の時間間隔より時間間隔が長い予め定められた第２の時間間隔で出力する
ことを特徴とする請求項１から請求項３までのいずれか１項に記載の監視サーバ。
【請求項５】
前記異常通知出力部は、前記優先異常通知記憶部に記憶された前記異常通知の全てを出力した後、前記非優先異常通知記憶部に記憶された前記異常通知を出力する
ことを特徴とする請求項１から請求項３までのいずれか１項に記載の監視サーバ。
【請求項６】
通信ネットワークを構成する複数のネットワークエレメントを監視し、当該ネットワークエレメントに異常が発生した場合に前記ネットワークエレメントから前記異常に応じた種別の異常通知を受信して出力し、前記ネットワークエレメントから受信する前記異常通知のうち、当該異常通知の種別に応じて優先度が高いと判定された前記異常通知が記憶される優先異常通知記憶部と、前記ネットワークエレメントから受信する前記異常通知のうち、当該異常通知の種別に応じて優先度が低いと判定された前記異常通知が記憶される非優先異常通知記憶部と、前記ネットワークエレメントから受信する前記異常通知の種別に対応付けて、当該異常通知の優先度の高低が定められた優先条件が記憶される優先条件記憶部と、を備えた監視サーバを用いたネットワーク監視方法であって、
前記ネットワークエレメントから受信する前記異常通知の種別に対応付けられた前記優先条件を読み出して当該異常通知の優先度の高低を判定し、当該異常通知の前記優先度が高いと判定した場合は当該異常通知を前記優先異常通知記憶部に記憶させ、当該異常通知の種別に応じた前記優先度が低いと判定した場合は当該異常通知を前記非優先異常通知記憶部に記憶させるステップと、
前記優先異常通知記憶部および前記非優先異常通知記憶部に記憶された前記異常通知から、前記優先異常通知記憶部に記憶された前記異常通知を優先して読み出して出力するステップと、
を備えることを特徴とするネットワーク監視方法。
【請求項１】
通信ネットワークを構成する複数のネットワークエレメントを監視し、当該ネットワークエレメントに異常が発生した場合に前記ネットワークエレメントから前記異常に応じた種別の異常通知を受信し、受信した前記異常通知を出力する監視サーバであって、
前記ネットワークエレメントから受信する前記異常通知のうち、当該異常通知の種別に応じて優先度が高いと判定された前記異常通知が記憶される優先異常通知記憶部と、
前記ネットワークエレメントから受信する前記異常通知のうち、当該異常通知の種別に応じて優先度が低いと判定された前記異常通知が記憶される非優先異常通知記憶部と、
前記ネットワークエレメントから受信する前記異常通知の種別に対応付けて、当該異常通知の優先度の高低が定められた優先条件が記憶される優先条件記憶部と、
前記ネットワークエレメントから受信する前記異常通知の種別に対応付けられた前記優先条件を読み出して当該異常通知の優先度の高低を判定し、当該異常通知の前記優先度が高いと判定した場合は当該異常通知を前記優先異常通知記憶部に記憶させ、当該異常通知の種別に応じた前記優先度が低いと判定した場合は当該異常通知を前記非優先異常通知記憶部に記憶させる異常通知登録部と、
前記優先異常通知記憶部および前記非優先異常通知記憶部に記憶された前記異常通知から、前記優先異常通知記憶部に記憶された前記異常通知を優先して読み出して出力する異常通知出力部と、
を備えることを特徴とする監視サーバ。
【請求項２】
前記優先条件記憶部に記憶された前記優先条件には、前記ネットワークエレメントから受信した前記異常通知の通信プロトコルの種別に応じて、当該異常通知の優先度の高低が定められる
ことを特徴とする請求項１に記載の監視サーバ。
【請求項３】
前記異常通知には、当該異常通知の送信元の前記ネットワークエレメントを識別する識別情報が含まれており、
前記優先条件記憶部に記憶された前記優先条件には、前記異常通知に含まれる前記識別情報に応じて、当該異常通知の優先度の高低が定められる
ことを特徴とする請求項１に記載の監視サーバ。
【請求項４】
前記異常通知出力部は、前記優先異常通知記憶部に記憶された前記異常通知を、予め定められた第１の時間間隔で出力し、前記非優先異常通知記憶部に記憶された前記異常通知を、前記第１の時間間隔より時間間隔が長い予め定められた第２の時間間隔で出力する
ことを特徴とする請求項１から請求項３までのいずれか１項に記載の監視サーバ。
【請求項５】
前記異常通知出力部は、前記優先異常通知記憶部に記憶された前記異常通知の全てを出力した後、前記非優先異常通知記憶部に記憶された前記異常通知を出力する
ことを特徴とする請求項１から請求項３までのいずれか１項に記載の監視サーバ。
【請求項６】
通信ネットワークを構成する複数のネットワークエレメントを監視し、当該ネットワークエレメントに異常が発生した場合に前記ネットワークエレメントから前記異常に応じた種別の異常通知を受信して出力し、前記ネットワークエレメントから受信する前記異常通知のうち、当該異常通知の種別に応じて優先度が高いと判定された前記異常通知が記憶される優先異常通知記憶部と、前記ネットワークエレメントから受信する前記異常通知のうち、当該異常通知の種別に応じて優先度が低いと判定された前記異常通知が記憶される非優先異常通知記憶部と、前記ネットワークエレメントから受信する前記異常通知の種別に対応付けて、当該異常通知の優先度の高低が定められた優先条件が記憶される優先条件記憶部と、を備えた監視サーバを用いたネットワーク監視方法であって、
前記ネットワークエレメントから受信する前記異常通知の種別に対応付けられた前記優先条件を読み出して当該異常通知の優先度の高低を判定し、当該異常通知の前記優先度が高いと判定した場合は当該異常通知を前記優先異常通知記憶部に記憶させ、当該異常通知の種別に応じた前記優先度が低いと判定した場合は当該異常通知を前記非優先異常通知記憶部に記憶させるステップと、
前記優先異常通知記憶部および前記非優先異常通知記憶部に記憶された前記異常通知から、前記優先異常通知記憶部に記憶された前記異常通知を優先して読み出して出力するステップと、
を備えることを特徴とするネットワーク監視方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−８６０９５（Ｐ２０１０−８６０９５Ａ）
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願番号】特願２００８−２５１９８１（Ｐ２００８−２５１９８１）
【出願日】平成２０年９月３０日（２００８．９．３０）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
【公開日】平成２２年４月１５日（２０１０．４．１５）
【国際特許分類】
【出願日】平成２０年９月３０日（２００８．９．３０）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
[ Back to top ]