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

Abstract

【課題】通信ネットワークを構成する各ネットワーク構成要素の動作状況を、監視するためのネットワーク監視システムにおいて各ネットワーク構成要素の障害情報を記憶する障害情報データベースの負荷を軽減する。
【解決手段】ネットワーク監視装置３は、障害情報データベース５から障害情報を検索するための所定の検索条件を指定する検索条件指定部４２、３３と、所定の検索条件を満たす障害情報を障害情報データベース５から取得する障害情報取得部３３と、障害情報取得部３３により取得された障害情報を記憶する障害情報記憶部４４と、障害情報要求装置Ｔ１〜Ｔ３から検索要求を受信する検索要求受信部３１と、検索要求にて指定された検索条件が所定の検索条件と指定されているとき、障害情報記憶部４４に記憶された障害情報を障害情報要求装置Ｔ１〜Ｔ３に送信する障害情報送信部３２と、を備える。
【選択図】図２

Description

本発明は、通信ネットワークを構成する各ネットワーク構成要素の動作状況を、監視するためのネットワーク監視装置、ネットワーク監視システム及びネットワーク監視方法、に関する。特に、各ネットワーク構成要素の障害状態に関する情報を収集するデータベースの負荷を軽減する技術に関する。

通信回線、ノード、ルータ及びその他の端末装置などからなる複数のネットワーク構成要素で構成される通信ネットワークの動作状況を監視するネットワーク監視作業は、リアルタイム性が要求される。
このため監視要員が使用するクライアント端末である監視端末は、ネットワーク構成要素の障害に関するネットワーク障害情報を収集する障害情報データベースにおいて、短周期のポーリング動作を行うことによって、ネットワーク障害情報を収集している。

他の監視方法では、新たなネットワーク障害情報が障害情報データベースに登録されたことによる状態変化が障害情報データベースに生じたことを監視端末に通知し、この通知をトリガにして監視端末が障害情報データベースにおける検索を行う。

なお、クライアントの業務アプリケーションが総合データベースからデータを参照するたびに、そのデータの履歴をデータ履歴ファイルにファイル履歴情報として登録しておき、ネットワークコネクションの際に参照したデータの種類とバージョン情報にもとづき、各クライアントで必要とされるデータの全てをサーバからクライアントＣへダウンロードし、総合データベースのデータ更新を行うデータ管理システムが開示されている。

特開２０００−３３０８８０号公報

上記のようなポーリング動作によると、監視端末の台数に比例して障害情報データベースの負荷が高くなる。
また、障害情報データベースの状態変化をトリガにして検索処理を行うと、障害発生に基づく警報が頻発する状況下では、状態変化が続くため監視端末からの検索要求が頻発することとなり、障害情報データベースの負荷が高くなる。

開示される装置、システム及び方法は、通信ネットワークを構成する各ネットワーク構成要素の動作状況を、監視するためのネットワーク監視システムにおいて各ネットワーク構成要素の障害情報を記憶するデータベースの負荷を軽減することを目的とする。

開示されるネットワーク監視装置、ネットワーク監視方法は、通信ネットワークを構成するネットワーク構成要素において発生した障害に関する情報であるネットワーク障害情報を記憶する障害情報データベースからネットワーク障害情報を検索するための所定の検索条件を指定し、所定の検索条件を満たすネットワーク障害情報を障害情報データベースから取得し、取得されたネットワーク障害情報を所定の記憶部に記憶し、ネットワーク障害情報を要求する障害情報要求装置から、要求されるネットワーク障害情報の検索条件を指定する検索要求を受信し、検索要求にて指定された検索条件が所定の検索条件として指定された条件であるとき、所定の記憶部に記憶されたネットワーク障害情報のうち、検索要求で指定された検索条件を満たすネットワーク障害情報を前記障害情報要求装置に送信する。

開示されるネットワーク監視システムは、開示されるネットワーク監視装置としてのネットワーク監視サーバと、上記の障害情報データベースと、上記の障害情報要求装置としてのクライアント端末と、を備える。

複数の障害情報要求装置から同じ検索条件による検索を要求されても、別に検索され記憶部に記憶された検索結果を返信することにより、障害情報データベースにおける検索回数が低減され、障害情報データベースの負荷が軽減される。

以下、添付する図面を参照して実施例を説明する。図１は、開示のネットワーク監視システムの概略構成図である。ネットワーク監視システム１は、通信ネットワークＮＴを構成する複数のネットワーク構成要素において発生した障害に関する情報であるネットワーク障害情報を、監視要員に提示する、ネットワーク監視サービスを提供する。
なお、ネットワーク構成要素には、キャリア回線やＩｐｓｅｃ回線などの通信回線、ノード、ルータ、その他の端末装置が含まれる。

ネットワーク監視システム１は、ネットワーク障害情報を監視要員に提示するクライアント端末である監視端末Ｔ１〜Ｔ３と、監視端末Ｔ１〜Ｔ３からの要求の受付処理及び応答処理を行うＷｅｂサーバ２と、クライアント端末Ｔ１〜Ｔ３からの検索要求に応じて検索条件に適合するネットワーク障害情報を返信する処理やその他のネットワーク監視サービスを提供するネットワーク監視装置３と、ネットワーク障害情報を記憶した障害情報データベース５の管理を行うデータベースサーバ４と、通信ネットワークＮＴを構成する各ネットワーク構成要素の動作状態を監視し、障害が発生した場合にはネットワーク障害情報を作成してデータベースサーバ４へ登録する装置管理サーバ６と、を備える。

なお、添付する図面においてデータベースサーバ及び障害情報データベースをそれぞれ「ＤＢサーバ」及び「障害情報ＤＢ」と示す。
また、監視端末Ｔ１〜Ｔ３は、特許請求の範囲に記載された「ネットワーク障害情報を要求する障害情報要求装置」に対応する。

図２は、開示のネットワーク監視装置３の概略構成図である。図示するとおり、ネットワーク監視装置３は、検索条件照合部３１と、検索結果応答部３２と、データベース検索部３３と、記憶部３４と、警報件数チェック部３５とを備える。
記憶部３４には、検索条件種別テーブル４１と、検索条件指定テーブル４２と、警報分類テーブル４３と、検索結果テーブル４４とが記憶されている。
なお、添付する図面においてデータベース検索部は「ＤＢ検索部」と示す。

データベース検索部３３は、障害情報データベース５において検索条件指定テーブル４２において指定された検索条件によってネットワーク障害情報を検索し、検索の結果得られたネットワーク障害情報を検索結果テーブル４４に記憶する。検索条件指定テーブル４２において指定された検索条件が複数個ある場合には、それぞれの検索条件によって得た各ネットワーク障害情報を、異なるテーブルＡ〜Ｎに記憶する。データベース検索部３３は、特許請求の範囲に記載された「障害情報取得部」に対応し、検索結果テーブル４４を記憶する記憶部３４は、特許請求の範囲に記載された「障害情報記憶部」に対応する。

またデータベース検索部３３は、検索条件毎のネットワーク障害情報の発生頻度や、検索条件毎の監視端末Ｔ１〜Ｔ３からの要求頻度に応じて、検索条件指定テーブル４２における検索条件の指定を変更する。データベース検索部３３及び検索条件指定テーブル４２は、特許請求の範囲に記載された「検索条件指定部」に対応する。

検索条件照合部３１は、監視端末Ｔ１〜Ｔ３から、ネットワーク障害情報の検索条件を指定する検索要求を受信する。検索条件照合部３１は、検索要求で指定された検索条件が検索条件指定テーブル４２で指定された条件であるか否かを照合する。
検索要求で指定された検索条件が検索条件指定テーブル４２で指定された条件であるときには、検索条件照合部３１は、この検索条件による検索の検索結果が格納された検索結果テーブル４４内のテーブルの識別子を検索結果応答部３２に通知する。
検索要求で指定された検索条件が検索条件指定テーブル４２で指定された条件でないときには、検索条件照合部３１は、検索要求で指定された検索条件を検索結果応答部３２に通知する。検索条件照合部３１は、特許請求の範囲に記載された「検索要求受信部」に対応する。

検索結果応答部３２は、検索条件照合部３１からの通知に検索結果テーブル４４内のテーブルの識別子が含まれるとき、このテーブルに格納されたネットワーク障害情報を、要求元の監視端末Ｔ１〜Ｔ３へ送信する。
検索結果応答部３２は、検索条件照合部３１からの通知に検索結果テーブル４４内のテーブルの識別子が含まれないとき、監視端末Ｔ１〜Ｔ３からの検索要求で指定された検索条件により障害情報データベース５においてネットワーク障害情報の検索を行う。そして得られたネットワーク障害情報を要求元の監視端末Ｔ１〜Ｔ３へ送信する。
検索結果応答部３２は、特許請求の範囲に記載された「障害情報送信部」に対応する。

警報件数チェック部３５は、警報分類テーブル４３が指定する検索条件の種別に属する検索条件によって検索されるネットワーク障害情報の、所定周期内における発生件数を検出する。検出した発生件数を検索条件指定テーブル４２に記憶する。

図３は、コンピュータを用いた開示のネットワーク監視装置３のハードウエア構成図である。図１及び図２に示すネットワーク監視装置をなすネットワーク監視サーバ３は、ＣＰＵ５１と、メモリ５２と、ディスプレイ５３と、キーボード５４と、ハードディスク５５と、ドライブユニット５６と、通信インタフェース５７を備える。

ハードディスク５５は、図２に示す記憶部３４に対応しており検索条件種別テーブル４１、検索条件指定テーブル４２、警報分類テーブル４３、及び検索結果テーブル４４が記憶されるほか、ＣＰＵ５１に実行されてネットワーク監視サーバ３の基本的動作を制御するためのオペレーティングシステム（ＯＳ）６０と、ネットワーク監視プログラム６１を記憶する。

ネットワーク監視プログラム６１は、ＣＰＵ５１に実行されることにより、ネットワーク監視サーバ３を、図２に示した各構成要素である検索条件照合部３１、検索結果応答部３２、データベース検索部３３、記憶部３４及び警報件数チェック部３５として実行させるプログラムである。
ドライブユニット５６は、例えば、ＣＤ−ＲＯＭドライブ、ＤＶＤドライブ、フレキシブルディスクドライブやリムーバブルディスクドライブ等のドライブ装置であり、ネットワーク監視プログラム６１が記憶された情報記憶媒体を読み込んで、ハードディスク５５にインストールするために使用することができる。
通信インタフェース５７は、Ｗｅｂサーバ２を経由した監視端末Ｔ１〜Ｔ３との間や、データベースサーバ４との間の通信接続を実現する。

以下、コンピュータを用いたサーバ装置としてネットワーク監視装置３を実現した実施例ついて説明を行うが、本明細書に開示されるネットワーク監視装置３をコンピュータによる実施例のみに限定することを意図するものではない。ネットワーク監視装置３は、専用のハードウエア回路として構成されてもよい。

図４は、障害情報データベース５のデータ構成の例を示す図である。障害情報データベース５には、通信ネットワークＮＴを構成するネットワーク構成要素において発生した障害に関する情報であるネットワーク障害情報を記憶するデータベースである。
図示の例では、障害情報データベース５には、ネットワーク障害情報をテーブル形式で記憶し、１行の、すなわち１つのレコードが１件のネットワーク障害情報に対応する。

図示の障害情報データベース５は、「警報Ｎｏ．」フィールド、「警報発生日」フィールド、「機器管理番号」フィールド、「機器名称」フィールド、「エリア」フィールド、「工事マスク」フィールド及び「警報内容」フィールドを含んでいる。
「警報Ｎｏ．」フィールドには、当該ネットワーク障害情報のＩＤ番号が格納される。

「警報発生日」フィールドには、ネットワーク障害が発生した日付及び時刻が格納される。
「機器管理番号」フィールドには、ネットワーク障害が発生した機器、すなわちネットワーク構成要素の識別番号が格納される。
「機器名称」フィールドには、ネットワーク障害が発生した機器の名称が格納される。

「エリア」フィールドには、ネットワーク障害が発生した機器が設置される場所に関する情報が格納される。
「工事マスク」フィールドには、ネットワーク障害が発生した機器に工事マスクが設定されているか否かを示すフラグが記憶される。フラグが１のときには当該機器について工事が行われていることを示し、フラグが０のときには当該機器が工事中でないことを示す。
「警報内容」フィールドには、発生したネットワーク障害の内容を示す情報が格納される。

図５は、検索条件種別テーブル４１のデータ構成の例を示す図である。検索条件種別テーブル４１には、障害情報データベース５におけるネットワーク障害情報の検索に使用できる検索条件の種別が記憶される。
検索条件種別テーブル４１には、検索条件の種別を格納する「検索条件」フィールドと、各種別に属する検索条件によって検索されるネットワーク障害情報が表示される監視端末Ｔ１〜Ｔ３上の表示画面名を格納する「画面名」フィールドが設けられる。

上述のとおり、検索結果テーブル４４には、検索条件指定テーブル４２において指定された検索条件によって障害情報データベース５で検索されたネットワーク障害情報が記憶される。検索条件種別テーブル４１は、検索結果テーブル４４に格納される検索結果を検索する際の検索条件の指定に使用される１つ以上の検索条件の種別を指定する。

例えば図５の例では、検索条件の種別として「工事マスク」及び「エリア」が格納されている。
そして種別「工事マスク」には、検索条件「工事マスク指定無し」、「工事マスク＝’１’」及び「工事マスク＝’０’」が属するものとする。
また種別「エリア」には、検索条件「エリア指定無し」、「エリア＝’北海道’」、「エリア＝’ 関東’」、「エリア＝’関西’」及び「エリア＝’九州’」が属しているものとする。

このとき例えば、検索結果テーブル４４に格納される検索結果を検索する際の検索条件は、種別「工事マスク」に属する各検索条件と、種別「エリア」に属する各検索条件との、異なる種別間における条件の積により指定される。
例えば、（「工事マスク指定無し」かつ「エリア＝’北海道’」）や、（「工事マスク＝’０’」かつ「エリア＝’関西’」）が、検索結果テーブル４４に検索結果が格納される検索条件の候補となる。

図６は、検索条件指定テーブル４２のデータ構成の例を示す図である。検索条件指定テーブル４２は、検索結果テーブル４４に検索結果が格納される検索条件を指定する。言い換えれば、検索条件指定テーブル４２よって、検索結果を格納すべきであると指定された検索条件によって検索された検索結果が検索結果テーブル４４に格納される。

図示するとおり、検索条件指定テーブル４２には、「画面」フィールド、「検索条件」フィールド、「検索回数」フィールド、「警報件数」フィールド、「自動検索フラグ」フィールド及び「結果格納先」フィールドが格納される。
「画面」フィールドには、「検索条件」フィールドによって検索されるネットワーク障害情報が表示される監視端末Ｔ１〜Ｔ３上の表示画面名が格納される。

「検索条件」フィールドには、検索条件種別テーブル４１において指定された種別に属する検索条件が格納される。検索条件種別テーブル４１において複数の種別が指定される場合には、各種別にそれぞれ属する検索条件同士の組み合わせが格納される。
検索条件指定テーブル４２の１つの行、すなわち１つのレコードは「検索条件」フィールドにて指定される検索条件同士の組み合わせ毎に作成され、組み合わされた検索条件の積が、各レコードの「検索条件」フィールドが指定する検索条件となる。

図示の例では、検索条件種別テーブル４１において２つの種別「工事マスク」及び「エリア」が指定されているため、種別「工事マスク」に属する各検索条件と、種別「エリア」に属する各検索条件との間の組み合わせが「検索条件」フィールドに格納される。そして、各レコードにそれぞれ格納された種別「工事マスク」に属する検索条件と種別「エリア」に属する各検索条件との積が、当該レコードの「検索条件」フィールドにより指定される検索条件となる。

「検索回数」フィールドには、「検索条件」フィールドで指定される検索条件が監視端末Ｔ１〜Ｔ３から要求された回数を格納する。格納される値は、「検索条件」フィールドで指定される検索条件が監視端末Ｔ１〜Ｔ３から要求される度にインクリメントされ、一定の周期毎にリセットされる。このため、「検索回数」フィールドに格納される値は、「検索条件」フィールドで指定される検索条件が監視端末Ｔ１〜Ｔ３から要求される頻度を示す。

「警報件数」フィールドには、下記のとおり定めた検索条件により障害情報データベース５において検索されるネットワーク障害情報の、所定周期内の発生件数すなわち警報件数が格納される。「警報件数」フィールドに格納される警報件数は、警報件数チェック部３５により決定される。

図８を参照して後述する警報分類テーブル４３は、検索条件種別テーブル４１で指定された種別のうちの全部又は一部を指定する。
警報件数チェック部３５は、警報分類テーブル４３で指定された種別に属する検索条件により定まる検索条件をそれぞれ満たすネットワーク障害情報の、所定周期内の発生件数を決定する。
例えば、警報分類テーブル４３において種別「エリア」のみが指定される場合には、警報件数チェック部３５は、種別「エリア」に属する各検索条件「エリア＝’北海道’」、「エリア＝’関東’」、「エリア＝’関西’」及び「エリア＝’九州’」をそれぞれ満足するネットワーク障害情報の、所定周期内の発生件数を決定する。

警報分類テーブル４３で指定された種別が複数あるときには、警報件数チェック部３５は、警報分類テーブル４３で指定された各種別にそれぞれ属する各検索条件を異なる種別同士の間で組み合わせたもの積により定まる検索条件をそれぞれ満たすネットワーク障害情報の、所定周期内の発生件数を決定する。
例えば、警報分類テーブル４３において種別「工事マスク」と種別「エリア」が指定される場合には、警報件数チェック部３５は、（「工事マスク＝’０’」かつ「エリア＝’北海道’」）、（「工事マスク＝’０’」かつ「エリア＝’関東’」）、（「工事マスク＝’０’」かつ「エリア＝’関西’」）及び（「工事マスク＝’０’」かつ「エリア＝’九州’」）、並びに、（「工事マスク＝’１’」かつ「エリア＝’北海道’」）、（「工事マスク＝’１’」かつ「エリア＝’関東’」）、（「工事マスク＝’１’」かつ「エリア＝’関西’」）及び（「工事マスク＝’１’」かつ「エリア＝’九州’」）のそれぞれの検索条件を満足するネットワーク障害情報の所定周期内の発生件数を決定する。

検索条件指定テーブル４２の「警報件数」フィールドには、警報件数チェック部３５により決定された発生件数が格納される。
検索条件Ｃ１により検索されるネットワーク障害情報の発生件数をＮとすると、検索条件指定テーブル４２の各レコードのうち、「検索条件」フィールドで指定される検索条件が検索条件Ｃ１を満足するレコードの「警報件数」フィールドに、検索条件Ｃ１により検索されたネットワーク障害情報の発生件数Ｎが格納される。

例えば、図６に示す例では、警報件数チェック部３５が、検索条件「エリア＝’関東’」により検索されるネットワーク障害情報の発生件数を１０回と決定する。また、レコード９２の「検索条件」フィールドで指定された検索条件（「工事マスク指定無し」かつ「エリア＝’関東’」）は、検索条件「エリア＝’関東’」を満足する。レコード９３の「検索条件」フィールドで指定された検索条件（「工事マスク＝’０’」かつ「エリア＝’関東’」）も検索条件「エリア＝’関東’」を満足する。したがって、レコード９２及びレコード９３のレコードの「警報件数」フィールドの値が１０に設定される。

「自動検索フラグ」フィールドには、データベース検索部３３が障害情報データベース５において「検索条件」フィールドで指定される検索条件による自動検索を行うべきか否かを示すフラグが格納される。「自動検索フラグ」フィールドに「１」がセットされた検索条件についてデータベース検索部３３による自動検索が行われ、「自動検索フラグ」フィールドに「０」がセットされた検索条件についてはデータベース検索部３３による自動検索は行われない。図示の例では、レコード９１、９２、９３及び９４において「自動検索フラグ」フィールドに「１」がセットされている。

「結果格納先」フィールドは、「自動検索フラグ」フィールドの値が「１」にセットされたレコードについて、データベース検索部３３による自動検索の検索結果を格納する格納先となる検索結果テーブル４４の識別子が格納される。図示の例は、レコード９１の検索条件によって検索された結果はテーブルＡに格納され、レコード９２の検索条件によって検索された結果はテーブルＢに格納され、レコード９３の検索条件によって検索された結果はテーブルＣに格納され、レコード９４の検索条件によって検索された結果はテーブルＤに格納されることを示している。

図７は、検索結果テーブル４４のデータ構成の例を示す図である。検索結果テーブル４４には、検索条件指定テーブル４２の「自動検索フラグ」フィールドに「１」がセットされているレコードの「検索条件」フィールドで指定された検索条件によって、データベース検索部３３が、障害情報データベース５においてネットワーク障害情報を検索した検索結果が格納される。このため検索結果テーブル４４は、障害情報データベース５が有するデータのフィールドと同様のフィールドを有していてよい。

図８は、警報分類テーブル４３のデータ構成の例を示す図である。警報分類テーブル４３は、検索条件種別テーブル４１で指定された種別のうちの全部又は一部を指定する。上述のとおり警報分類テーブル４３は、警報件数チェック部３５が発生件数を決定すべきネットワーク障害情報の検索条件を定める。

図９は、検索条件照合部３１による処理の例を示すフローチャートである。ステップＳ１０において、検索条件照合部３１は、監視端末Ｔ１〜Ｔ３から、ネットワーク障害情報の検索条件を指定する検索要求を受信する。
ステップＳ１１において、検索条件照合部３１は、検索要求にて指定される検索条件が正常であるか否かを判定する。検索条件が正常でない場合には処理を終了する。

検索要求にて指定される検索条件が正常であったとき、ステップＳ１２において検索条件照合部３１は、検索要求にて指定される検索条件の種別が、検索条件種別テーブル４１にて指定される種別であるか否かを判定する。
検索要求にて指定される検索条件の種別が検索条件種別テーブル４１にて指定されていなければ、検索条件指定テーブル４２には検索要求にて指定される検索条件に対応するレコードが設けられていないので、検索条件照合部３１は処理をステップＳ１３に移す。

ステップＳ１３では、検索条件照合部３１は、後述するステップＳ１７にて検索条件照合部３１から検索結果応答部３２へ送信する通知メッセージに含まれる格納先テーブル情報をクリアする。
図１０の（Ａ）及び図１０の（Ｂ）は、通知メッセージのデータ構成の例を示す図である。通知メッセージには、「検索条件」フィールドと、「自動検索フラグ」フィールドと、「格納先テーブル情報」フィールドが設けられている。

ステップＳ１３において検索条件照合部３１は、「格納先テーブル情報」フィールドの値をクリアし、「自動検索フラグ」の値に「オフ」を示す「０」をセットし、「検索条件」フィールドに検索要求にて指定された検索条件を入力する。ステップＳ１３において設定された通知メッセージの例を図１０の（Ａ）に示す。

ステップＳ１２の判定において、検索要求にて指定される検索条件の種別が検索条件種別テーブル４１にて指定されている場合には、ステップＳ１４において検索条件照合部３１は、検索要求にて指定される検索条件について検索条件指定テーブル４２に設けられたレコードの「検索回数」フィールドの値をインクリメントする。

ステップＳ１５において検索条件照合部３１は、検索要求にて指定される検索条件によって障害情報データベース５で検索された検索結果が、検索結果テーブル４４に格納されているか否かを判定する。検索要求にて指定される検索条件について検索条件指定テーブル４２に設けられたレコードの「自動検索フラグ」フィールドの値が’１’であるとき、この検索条件によって障害情報データベース５で検索された検索結果は検索結果テーブル４４に格納されている。一方で、「自動検索フラグ」フィールドの値が’０’であるとき、この検索条件によって検索された検索結果は検索結果テーブル４４に格納されていない。「自動検索フラグ」フィールドの値が’１’でないとき、検索条件照合部３１は処理をステップＳ１３に移す。

ステップＳ１５の判定において「自動検索フラグ」フィールドの値が’１’であるとき、ステップＳ１６において検索条件照合部３１は、「自動検索フラグ」の値に「オン」を示す「１」をセットする。
検索条件照合部３１は、通知メッセージの「格納先テーブル情報」フィールドに、検索要求にて指定された検索条件について検索条件指定テーブル４２に設けられたレコードの「結果格納先」フィールドに格納された検索結果テーブル４４の識別子の値を入力する。

検索条件照合部３１は、「検索条件」フィールドに検索要求にて指定される検索条件をセットしてもよくしなくてもよい。ステップＳ１６の処理によって、通知メッセージには、検索要求にて指定される検索条件について予め検索された検索結果を格納した検索結果テーブル４４を識別する識別子が与えられる。ステップＳ１６において設定された通知メッセージの例を図１０の（Ｂ）に示す。
ステップＳ１７において検索条件照合部３１は、通知メッセージを検索結果応答部３２へ送信する。

図１１は、検索結果応答部３２による処理の例を示すフローチャートである。ステップＳ２０において検索結果応答部３２は、検索条件照合部３１が図９に示すステップＳ１７にて送信した通知メッセージを受信する。
ステップＳ２１において検索結果応答部３２は、受信した通知メッセージ内に含まれている各設定値、例えば「検索条件」フィールド、「自動検索フラグ」フィールド、「格納先テーブル情報」フィールド等の各フィールドに格納された値が正常であるか否かを判定する。設定値が正常でない場合には処理を終了する。

ステップＳ２２において検索結果応答部３２は、「自動検索フラグ」フィールドを参照して、通知メッセージの「格納先テーブル情報」フィールドに、検索結果テーブル４４の識別子が格納されているか否かを判定する。
検索結果応答部３２は、「自動検索フラグ」フィールドに「０」が格納されている場合には、「格納先テーブル情報」フィールドに検索結果テーブル４４の識別子が格納されていないと判定して処理をステップＳ２４に移す。
一方で検索結果応答部３２は、「自動検索フラグ」フィールドに「１」が格納されている場合には、「格納先テーブル情報」フィールドに検索結果テーブル４４の識別子が格納されていると判定して処理をステップＳ２３に移す。

ステップＳ２３において検索結果応答部３２は、「格納先テーブル情報」フィールドに格納されている識別子が示す検索結果テーブル４４に格納されているネットワーク障害情報を読み込み、このネットワーク障害情報を監視端末Ｔ１〜Ｔ３に応答する応答メッセージに格納する。図１０の（Ｂ）に示す通知メッセージの例では、検索結果応答部３２は、検索結果テーブル４４のテーブルＤに格納されているネットワーク障害情報を応答メッセージに格納する。

一方で、ステップＳ２４において検索結果応答部３２は、受信した通知メッセージの「検索条件」フィールドに含まれる検索条件、すなわち、検索要求にて指定された検索条件によるネットワーク障害情報の検索を障害情報データベース５に依頼する。検索結果応答部３２は、検索の結果得られたネットワーク障害情報を監視端末Ｔ１〜Ｔ３に応答する応答メッセージに格納する。

ステップＳ２５において検索結果応答部３２は、応答メッセージを監視端末Ｔ１〜Ｔ３に送信する。

以下、図１２〜図２６を参照して、監視端末からの検索要求に対するネットワーク監視サーバ３による応答処理の例を説明する。図１２は、監視端末からの検索要求に対する応答処理の第１例の説明図である。この例では、監視端末Ｔ１が、「工事マスク＝’１’」の検索条件を指定して、ネットワーク監視サーバ３に検索要求を送信する。

図１３は、監視端末Ｔ１における表示画面の例を示す図である。表示画面１０７は、動作モード指定領域１０８と、検索条件指定領域１０９と、検索結果表示領域１１０を含む。
動作モード指定領域１０８には、自動モード及び手動モードの何れかを選択するラジオスイッチが設けられる。自動モードが選択されたとき、監視端末Ｔ１は、検索条件指定領域１０９にて指定された検索条件を含んだ検索要求を、周期的にネットワーク監視サーバ３に送信する。手動モードが選択されたとき、監視端末Ｔ１は、検索ボタン１１１の操作に応答して、検索条件指定領域１０９にて指定された検索条件を含んだ検索要求を、ネットワーク監視サーバ３に送信する。

図示するとおり検索条件指定領域１０９には、工事マスクをＯＮにするかＯＦＦにするかを指定するチェックボックス１１２が設けられる。本例では、工事マスクがＯＮに設定されており、矢印１０１で示すように監視端末Ｔ１からネットワーク監視サーバ３の検索条件照合部３１へ送信される検索要求において、検索条件「工事マスク＝’１’」が設定される。

検索要求を受信した検索条件照合部３１は、図１２の矢印１０２で示すように検索条件種別テーブル４１を参照する。検索条件照合部３１は、図９のステップＳ１２の説明で述べたように、検索要求にて指定される検索条件の種別が、検索条件種別テーブル４１にて指定される種別であるか否かを判定する。図１４に、検索条件種別テーブル４１の例を示す。図１４の参照符号１１３に示すように、検索要求にて指定される種別「工事マスク」は、検索条件種別テーブル４１においても指定されている。

検索条件照合部３１は、図１２の矢印１０３で示すように検索条件指定テーブル４２を参照する。検索条件照合部３１は、図９のＳ１５の説明で述べたように検索要求にて指定される検索条件によって障害情報データベース５で検索された検索結果が検索結果テーブル４４に格納されているか否かを判定する。

図１５に、検索条件指定テーブル４２の例を示す。レコード１１４の「検索条件」フィールドに指定される条件は、（「工事マスク＝’１’」かつ「エリアの指定無し」）であり、すなわち検索要求にて指定される検索条件と等しい条件である。検索条件照合部３１は、レコード１１４の「自動検索フラグ」フィールドに格納された値が「１」であることから、検索要求にて指定される検索条件による検索結果が検索結果テーブル４４に格納されていると判定する。

検索条件照合部３１は、図９のＳ１６の説明で述べたように、検索結果応答部３２へ送信する通知メッセージの「格納先テーブル情報」フィールドに、レコード１１４の「結果格納先」フィールドに格納された検索結果テーブル４４の識別子の値を入力する。図１５の例では、検索結果テーブル４４のテーブルＣを示す識別子を通知メッセージに入力する。検索条件照合部３１は、図１２の矢印１０４で示すように通知メッセージを検索結果応答部３２へ送信する。

図１２の矢印１０５で示すように検索結果応答部３２は検索結果テーブル４４からネットワーク障害情報を取得する。図１１のステップＳ２３の説明で述べたように検索結果応答部３２は、通知メッセージによって指定された検索結果テーブル４４のテーブルＣに格納されているネットワーク障害情報を読み込む。図１６は、検索結果テーブル４４のテーブルＣの内容例を示す図である。

図１２の矢印１０６で示すように、検索結果応答部３２は、テーブルＣから読み込んだネットワーク障害情報を含む応答メッセージを監視端末Ｔ１に送信する。監視端末Ｔ１は、図１３に示す表示画面１０７の検索結果表示領域１１０に、応答メッセージに含まれるネットワーク障害情報を表示する。

図１７は、監視端末からの検索要求に対する応答処理の第２例の説明図である。この例では監視端末Ｔ３は、特定の機器管理番号「５３２２４５３５」を有するネットワーク構成要素に関するネットワーク障害情報を検索する検索条件「機器管理番号＝’ ５３２２４５３５’」を指定する検索要求をネットワーク監視サーバ３に送信する。

図１８は、監視端末Ｔ３における表示画面の例を示す図である。表示画面１０７の検索条件指定領域１０９には、ネットワーク障害情報が検索される対象のネットワーク構成要素の機器管理番号を入力する入力欄１２５が設けられている。本例では、入力欄１２５に機器管理番号「５３２２４５３５」が入力された結果、図の１７の矢印１２０で示すように監視端末Ｔ３からネットワーク監視サーバ３の検索条件照合部３１へ送信される検索要求において、検索条件「機器管理番号＝’５３２２４５３５’」が設定される。

検索要求を受信した検索条件照合部３１は、図１２の矢印１２１で示すように検索条件種別テーブル４１を参照する。検索条件照合部３１は、図９のステップＳ１２の説明で述べたように検索要求にて指定される検索条件の種別が、検索条件種別テーブル４１にて指定される種別であるか否かを判定する。図１９に、検索条件種別テーブル４１の例を示す。図示するとおり、検索要求にて指定される種別「機器管理番号」は、検索条件種別テーブル４１において指定されていない。

この結果、検索条件照合部３１は、図９のＳ１３の説明で述べたように検索結果応答部３２へ送信する通知メッセージの「格納先テーブル情報」フィールドの値をクリアし、「自動検索フラグ」の値に「０」をセットする。検索条件照合部３１は、図１２の矢印１２２で示すように通知メッセージを検索結果応答部３２へ送信する。

通知メッセージの「格納先テーブル情報」フィールドに検索結果テーブル４４の識別子が格納されていないため、検索結果応答部３２は、図１１のステップＳ２４の説明で述べたように、検索条件「機器管理番号＝’ ５３２２４５３５’」によるネットワーク障害情報の検索を障害情報データベース５に依頼する。図２０は、検索結果応答部３２が障害情報データベース５へ検索を依頼する際に使用されるＳＱＬ文の例を示す図である。
検索結果応答部３２は、障害情報データベース５から検索結果を受信する。この検索結果応答部３２と障害情報データベース５のやりとりは図１７において矢印１２３で示されている。

図１７の矢印１２４で示すように、検索結果応答部３２は、障害情報データベース５から取得した検索結果であるネットワーク障害情報を含む応答メッセージを監視端末Ｔ３に送信する。監視端末Ｔ３は、図１８に示す表示画面１０７の検索結果表示領域１１０に、応答メッセージに含まれるネットワーク障害情報を表示する。

図２１は、監視端末からの検索要求に対する応答処理の第３例の説明図である。この例では、関西地域に配置されたネットワーク構成要素に障害が多発している時に、監視端末Ｔ２が、「エリア＝’関西’」の検索条件を指定する検索要求をネットワーク監視サーバ３に送信する場合を想定する。
図２２は、監視端末Ｔ２における表示画面の例を示す図である。表示画面１０７の検索条件指定領域１０９には、ネットワーク障害情報が検索される対象のネットワーク構成要素の配置エリアを入力する入力欄１３６が設けられている。本例では、入力欄１３６にエリア「関西」が入力された結果、図２１の矢印１３０で示すように監視端末Ｔ２からネットワーク監視サーバ３の検索条件照合部３１へ送信される検索要求において、検索条件「エリア＝’関西’」が設定される。

検索要求を受信した検索条件照合部３１は、図２１の矢印１３１で示すように検索条件種別テーブル４１を参照する。検索条件照合部３１は、図９のステップＳ１２の説明で述べたように、検索要求にて指定される検索条件の種別が、検索条件種別テーブル４１にて指定される種別であるか否かを判定する。図２３に、検索条件種別テーブル４１の例を示す。図２３の参照符号１３７に示すように、検索要求にて指定される種別「エリア」は、検索条件種別テーブル４１においても指定されている。

検索条件照合部３１は、図２１の矢印１３２で示すように検索条件指定テーブル４２を参照する。図２４及び図２５は、検索条件指定テーブル４２の例を示す図であり、図２４は関西地域で障害が多発する前の状態を示し、図２５は関西地域で障害が多発した後の状態を示す。

関西地域で障害が多発した結果、図２８を参照して後述する警報件数チェック部３５の動作により、検索条件指定テーブル４２のレコード１３８及び１３９の「警報件数」フィールドの値が「０」から「１２０」に急増する。これらレコード１３８及び１３９は、「検索条件」フィールドに指定された検索条件が、検索条件「エリア＝’関西’」を満たすレコードである。

また、図３２及び図３３や図３７を参照して後述するＤＢ検索部３３の動作によって、「警報件数」の値が大きいレコード１３８及び１３９の「自動検索フラグ」の値が「１」に変更される。この結果、レコード１３８に指定される検索条件（「工事マスクの指定無し」かつ「エリア＝’関西’」）による障害情報データベース５での検索結果が、検索結果テーブル４４のテーブルＢに格納される。またレコード１３９に指定される検索条件（「工事マスク＝’１’」かつ「エリア＝’関西’」）による障害情報データベース５での検索結果が、検索結果テーブル４４のテーブルＤに格納される。

検索条件照合部３１は、図９のＳ１５の説明で述べたように検索要求にて指定される検索条件によって障害情報データベース５で検索された検索結果が検索結果テーブル４４に格納されているか否かを判定する。
図２５の検索条件指定テーブル４２のレコード１３８の「検索条件」フィールドに指定される条件は、（「工事マスクの指定無し」かつ「エリア＝’関西’」）であり、すなわち検索要求にて指定される検索条件と等しい条件である。検索条件照合部３１は、レコード１３８の「自動検索フラグ」フィールドに格納された値が「１」であることから、検索要求にて指定される検索条件による検索結果が検索結果テーブル４４に格納されていると判定する。

検索条件照合部３１は、図９のＳ１６の説明で述べたように、検索結果応答部３２へ送信する通知メッセージの「格納先テーブル情報」フィールドに、レコード１３８の「結果格納先」フィールドに格納された検索結果テーブル４４の識別子の値を入力する。図２５の例では、検索結果テーブル４４のテーブルＢを示す識別子を通知メッセージに入力する。検索条件照合部３１は、図２１の矢印１３３で示すように通知メッセージを検索結果応答部３２へ送信する。

図２１の矢印１３４で示すように検索結果応答部３２は検索結果テーブル４４からネットワーク障害情報を取得する。図１１のステップＳ２３の説明で述べたように検索結果応答部３２は、通知メッセージによって指定された検索結果テーブル４４のテーブルＢに格納されているネットワーク障害情報を読み込む。図２６は、検索結果テーブル４４のテーブルＢの内容例を示す図である。

図２１の矢印１３５で示すように、検索結果応答部３２は、テーブルＢから読み込んだネットワーク障害情報を含む応答メッセージを監視端末Ｔ２に送信する。監視端末Ｔ２は、図２２に示す表示画面１０７の検索結果表示領域１１０に、応答メッセージに含まれるネットワーク障害情報を表示する。

開示のネットワーク監視システム１では、監視端末Ｔ１〜Ｔ３から検索要求において指定された検索条件が、検索条件指定テーブル４２の「自動検索フラグ」にて予め指定された検索条件である場合には、ネットワーク監視サーバ３は、検索要求がある度に障害情報データベース５に検索依頼するのではなく、検索結果テーブル４４の内容を監視端末Ｔ１〜Ｔ３へ返信する。
したがって、複数の監視端末Ｔ１〜Ｔ３から同一の検索条件の検索要求を受信したり、または繰り返し同一の検索条件の検索要求を受信しても、ネットワーク監視サーバ３からデータベース５へのアクセス回数を減らすことができる。

図２７の（Ａ）はポーリング動作によって障害情報データベース５で検索を行う際のアクセス回数の変化を示す図である。上述のとおり、この方法では、監視端末の台数に比例して障害情報データベースの負荷が高くなる。
図２７の（Ｂ）は障害情報データベース５の状態変化をトリガとして検索を行う際のアクセス回数の変化を示す図である。上述の通り、障害発生に基づく警報が頻発すると、障害情報データベースの負荷が急増する。

図２７の（Ｃ）は開示のネットワーク監視サーバ３が障害情報データベース５で検索を行う際のアクセス回数の変化を示す図である。
監視端末が使用する検索条件のパターンは定型的であることが多い。このため監視対象となるネットワーク機器数の増加や障害多発による監視強化などの理由により、監視要員を増やして監視端末を増加させても、検索条件のパターン数は大きく増加しないことが多い。このような場合、同じ検索条件の検索要求を複数の監視端末から重複して要求していることが考えられる。

定常的に使用する検索条件のパターンの検索結果を、自動的に収集して検索結果テーブル４４に保存し、監視端末Ｔ１〜Ｔ３からの検索要求に対して検索結果テーブル４４に保存されたデータを返信することによって、障害情報データベース５へのアクセス回数が監視端末数に比例して増加することを抑制することができる。

図２８は、警報件数チェック部３５による処理の例を示すフローチャートである。ネットワーク障害情報の発生頻度に応じて検索条件指定テーブル４２の「自動検索フラグ」フィールドの値を変えるために、警報件数チェック部３５は、検索条件指定テーブル４２の「警報件数」フィールドの値を更新する。警報件数チェック部３５は、図２８に示す処理を一定の周期で繰り返す。

ステップＳ３０において警報件数チェック部３５は、警報分類テーブル４３が警報分類として指定する検索条件の種別を取得する。図８に示す警報分類テーブル４３の例では、警報件数チェック部３５は、警報分類として指定された１つの検索条件の種別「エリア」を取得する。

ステップＳ３１において警報件数チェック部３５は、ステップＳ３０にて取得された種別に属する検索条件によって検索されるネットワーク障害情報の、所定周期内における発生件数を検出する。
ステップＳ３０にて取得された種別数が１つであるとき、警報件数チェック部３５は、警報分類テーブル４３で指定された種別に属する検索条件により定まる検索条件をそれぞれ満たすネットワーク障害情報の、所定周期内の発生件数を決定する。
例えば、警報分類テーブル４３において種別「エリア」のみが指定される場合には、警報件数チェック部３５は、種別「エリア」に属する各検索条件「エリア＝’北海道’」、「エリア＝’関東’」、「エリア＝’関西’」及び「エリア＝’九州’」をそれぞれ満足するネットワーク障害情報の、所定周期内の発生件数を決定する。

警報分類テーブル４３で指定された種別の数が複数であるときには、警報件数チェック部３５は、警報分類テーブル４３で指定された各種別にそれぞれ属する各検索条件を異なる種別同士の間で組み合わせたもの積により定まる検索条件をそれぞれ満たすネットワーク障害情報の、所定周期内の発生件数を決定する。
例えば、警報分類テーブル４３において種別「工事マスク」と種別「エリア」が指定される場合には、警報件数チェック部３５は、（「工事マスク＝’０’」かつ「エリア＝’北海道’」）、（「工事マスク＝’０’」かつ「エリア＝’関東’」）、（「工事マスク＝’０’」かつ「エリア＝’関西’」）及び（「工事マスク＝’０’」かつ「エリア＝’九州’」）、並びに、（「工事マスク＝’１’」かつ「エリア＝’北海道’」）、（「工事マスク＝’１’」かつ「エリア＝’関東’」）、（「工事マスク＝’１’」かつ「エリア＝’関西’」）及び（「工事マスク＝’１’」かつ「エリア＝’九州’」）のそれぞれの検索条件を満足するネットワーク障害情報の所定周期内の発生件数を決定する。

ステップＳ３２では、警報件数チェック部３５は、ステップＳ３１において取得した発生件数を検索条件指定テーブル４２の「警報件数」フィールドに格納する。
検索条件Ｃ１により検索されるネットワーク障害情報の発生件数をＮとすると、検索条件指定テーブル４２の各レコードのうち、「検索条件」フィールドで指定される検索条件が検索条件Ｃ１を満足するレコードの「警報件数」フィールドに、検索条件Ｃ１により検索されたネットワーク障害情報の発生件数Ｎが格納される。

図２９は、警報件数チェック部３５による処理の説明図である。図２９の矢印１４０で示すように、通信ネットワークＮＴに生じたネットワーク障害のために、ネットワーク障害情報が障害情報データベース５に書き込まれる。図３０は、障害情報データベース５の例を示す図である。図示するとおり、障害情報データベース５には、関東地区で発生した１０件のネットワーク障害情報と、九州地区で発生した１件のネットワーク障害情報が存在している。

図２９の矢印１４１で示すように、警報件数チェック部３５は警報分類テーブル４３を参照する。図２８のステップＳ３０の説明で述べたように警報件数チェック部３５は、警報分類テーブル４３から、警報分類として指定された検索条件の種別を取得する。本例では、警報件数チェック部３５は種別「エリア」を取得する。

図２９の矢印１４２で示すように警報件数チェック部３５は、障害情報データベース５を参照する。図２８のステップＳ３１の説明で述べたように警報件数チェック部３５は、取得された種別「エリア」に属する検索条件によって検索されるネットワーク障害情報の、所定周期内における発生件数を検出する。ここでは警報件数チェック部３５は、エリア毎のネットワーク障害情報の所定周期内における発生件数を検出する。その結果、警報件数チェック部３５は、検索条件「エリア＝’関東’」及び「エリア＝’九州’」によってそれぞれ検索されるネットワーク障害情報の所定周期内における発生件数として、それぞれ「１０件」及び「１件」を検出する。

図２９の矢印１４３で示すように警報件数チェック部３５は、検出した発生件数を検索条件指定テーブル４２に記憶する。図３１は、検索条件指定テーブル４２の例を示す図である。
図２８のステップＳ３２の説明で述べたように警報件数チェック部３５は、検索条件「エリア＝’関東’」によって検索されるネットワーク障害情報の発生件数「１０件」を、検索条件「エリア＝’関東’」を満たす検索条件について設けられたレコード１４４及び１４５の「警報件数」フィールドに格納する。警報件数チェック部３５は、検索条件「エリア＝’九州’」によって検索されるネットワーク障害情報の発生件数「１件」を、検索条件「エリア＝’九州’」を満たす検索条件について設けられたレコード１４６及び１４７の「警報件数」フィールドに格納する。

図３２及び図３３は、データベース検索部３３による処理の第１例を示すフローチャートである。データベース検索部３３は、検索条件毎のネットワーク障害情報の発生頻度、及び検索条件毎の監視端末Ｔ１〜Ｔ３からの要求頻度に応じて、検索条件指定テーブル４２における「自動検索フィールド」の値を更新する。データベース検索部３３は、図３２及び図３３に示す処理を一定の周期で繰り返す。

ステップＳ４０においてデータベース検索部３３は、検索条件指定テーブル４２の全てのレコードの「自動検索フラグ」フィールド及び「結果格納先」フィールドの内容をクリアする。
ステップＳ４１においてデータベース検索部３３は、「自動検索フラグ」フィールドの値が「０」であり、「警報件数」フィールドの値が所定のしきい値Ｔａを超えているレコードのうち、「検索回数」フィールドの値が最大であるレコードを決定する。

ステップＳ４２においてデータベース検索部３３は、ステップＳ４１で決定したレコードの「自動検索フラグ」フィールドの値を「１」に変更する。
データベース検索部３３は、検索結果テーブル４４内の各テーブルＡ〜Ｎのうち、また収容すべき検索結果が定まっていないテーブルの識別子を、ステップＳ４１で決定したレコードの「結果格納先」フィールドに設定する。

ステップＳ４３においてデータベース検索部３３は、検索結果テーブル４４内に、まだ収容すべき検索結果が定まっていないテーブルが残っているか否かを判定する。収容すべき検索結果が定まっていないテーブルが残っていない場合には、データベース検索部３３は、処理をステップＳ４８へ移す。収容すべき検索結果が定まっていないテーブルが残っている場合には、データベース検索部３３は、処理をステップＳ４４へ移す。

ステップＳ４４においてデータベース検索部３３は、「警報件数」フィールドの値が所定のしきい値Ｔａを超えている全てのレコードについて「自動検索フラグ」フィールドの値を「１」に変更したか否かを判定する。判定の結果、まだ「自動検索フラグ」フィールドの値を「１」に変更していないレコードが残っている場合には、データベース検索部３３は、処理をステップＳ４１に戻して、ステップＳ４１〜Ｓ４４を繰り返す。「自動検索フラグ」フィールドの値を「１」に変更していないレコードが残っていない場合には、データベース検索部３３は、処理をステップＳ４５に進める。

ステップＳ４５においてデータベース検索部３３は、「自動検索フラグ」フィールドの値が「０」であるレコードのうち、「検索回数」フィールドの値が最大であるレコードを決定する。
ステップＳ４６においてデータベース検索部３３は、ステップＳ４５で決定したレコードの「自動検索フラグ」フィールドの値を「１」に変更する。
データベース検索部３３は、検索結果テーブル４４内の各テーブルＡ〜Ｎのうち、また収容すべき検索結果が定まっていないテーブルの識別子を、ステップＳ４５で決定したレコードの「結果格納先」フィールドに設定する。

ステップＳ４７においてデータベース検索部３３は、検索結果テーブル４４内に、まだ収容すべき検索結果が定まっていないテーブルが残っているか否かを判定する。収容すべき検索結果が定まっていないテーブルが残っていない場合には、データベース検索部３３は、処理をステップＳ４８へ移す。収容すべき検索結果が定まっていないテーブルが残っている場合には、データベース検索部３３は、処理をステップＳ４５に戻して、ステップＳ４５〜Ｓ４７を繰り返す。

ステップＳ４８においてデータベース検索部３３は、「自動検索フラグ」フィールドに値「１」が格納されている各レコードについて、その「検索条件」フィールドで指定される検索条件によって、障害情報データベース５にてネットワーク障害情報の検索を行う。

ステップＳ４９においてデータベース検索部３３は、ステップＳ４８において各レコードについて検索されたネットワーク障害情報を、それぞれの「結果格納先」フィールドに格納された識別子により指定される検索結果テーブル４４に格納する。

ステップＳ５０においてデータベース検索部３３は、検索条件指定テーブル４２の全てのレコードの「検索回数」フィールドの内容を０にする。
図９のステップＳ１４の説明で述べたように検索条件照合部３１は、監視端末Ｔ１〜Ｔ３から検索要求を受信したときに、検索要求にて指定される検索条件について設けられたレコードの「検索回数」フィールドの値をインクリメントする。
また、データベース検索部３３は、図３２及び図３３に示す処理を一定の周期で繰り返すことにより、一定の周期で「検索回数」フィールドの値を０に戻す。
したがって、上記ステップＳ４１及びＳ４５においてデータベース検索部３３が「検索回数」フィールドの値を参照するとき、「検索回数」フィールドの値は一定の周期内における監視端末Ｔ１〜Ｔ３からの検索要求回数を示す。

図３４は、データベース検索部３３による処理の説明図である。図３４の矢印１５０においてデータベース検索部３３は、検索条件指定テーブル４２の「自動検索フラグ」及び「結果格納先」フィールドの内容を、図３２及び図３３のステップＳ４０〜Ｓ４７の説明で述べたように更新する。
図３５は、検索条件指定テーブル４２の例を示す図である。本例では、検索結果テーブル４４において検索結果を格納するテーブルとして４つのテーブルＡ〜Ｄが用意されており、「警報件数」フィールドの値のしきい値Ｔａとして「３」が設定されている場合を考える。

データベース検索部３３は、図３２及び図３３のステップＳ４１〜Ｓ４４の説明で述べたように、警報件数がしきい値Ｔａを超えたレコード１５３及び１５４の「自動検索フラグ」フィールドの値を「１」に設定する。
データベース検索部３３は、図３２及び図３３のステップＳ４１〜Ｓ４４の説明で述べたように、警報件数がしきい値Ｔａを超えないレコードのうち、検索回数の多さがそれぞれ１番及び２番である２個のレコード１５５及び１５６の「自動検索フラグ」フィールドの値を「１」に設定する。
データベース検索部３３は、「自動検索フラグ」フィールドの値が「１」であるレコード１５３〜１５６について、４つのテーブルＡ〜Ｄを検索結果の格納先として割り当てる。

図３４の矢印１５１においてデータベース検索部３３は、図３３のステップＳ４８の説明で述べたように、レコード１５３〜１５６について、それぞれの「検索条件」フィールドで指定された検索条件による検索を、障害情報データベースに依頼する。
図３６は、データベース検索部３３による検索に使用されるＳＱＬ文の例を示す図である。各ＳＱＬ文１５７〜１６０は、レコード１５３〜１５６の「検索条件」フィールドで指定された検索条件をそれぞれ含むＳＱＬ文である。

図３４の矢印１５２においてデータベース検索部３３は、図３３のステップＳ４９の説明で述べたように、レコード１５３〜１５６の「検索条件」フィールドで指定された検索条件によって検索されたネットワーク障害情報を、それぞれの「結果格納先」フィールドに格納された識別子により指定されるテーブルＢ、Ｄ、Ｃ及びＡにそれぞれ格納する。

図３７は、データベース検索部３３による処理の第２例を示すフローチャートである。データベース検索部３３は、検索条件毎のネットワーク障害情報の発生頻度に応じて、検索条件指定テーブル４２における「自動検索フィールド」の値を更新する。データベース検索部３３は、図３７に示す処理を一定の周期で繰り返す。

ステップＳ６０においてデータベース検索部３３は、検索条件指定テーブル４２の全てのレコードの「自動検索フラグ」フィールド及び「結果格納先」フィールドの内容をクリアする。
ステップＳ６１においてデータベース検索部３３は、「自動検索フラグ」フィールドの値が「０」であり、「警報件数」フィールドの値が最大であるレコードを決定する。

ステップＳ６２においてデータベース検索部３３は、ステップＳ６１で決定したレコードの「自動検索フラグ」フィールドの値を「１」に変更する。
データベース検索部３３は、検索結果テーブル４４内の各テーブルＡ〜Ｎのうち、また収容すべき検索結果が定まっていないテーブルの識別子を、ステップＳ６１で決定したレコードの「結果格納先」フィールドに設定する。

ステップＳ６３においてデータベース検索部３３は、検索結果テーブル４４内に、まだ収容すべき検索結果が定まっていないテーブルが残っているか否かを判定する。収容すべき検索結果が定まっていないテーブルが残っていない場合には、データベース検索部３３は、処理をステップＳ６４へ移す。収容すべき検索結果が定まっていないテーブルが残っている場合には、データベース検索部３３は、処理をステップＳ６１に戻す。

ステップＳ６４においてデータベース検索部３３は、「自動検索フラグ」フィールドに値「１」が格納されている各レコードについて、その「検索条件」フィールドで指定される検索条件によって、障害情報データベース５にてネットワーク障害情報の検索を行う。

ステップＳ６５においてデータベース検索部３３は、ステップＳ６４において各レコードについて検索されたネットワーク障害情報を、それぞれの「結果格納先」フィールドに格納された識別子により指定される検索結果テーブル４４に格納する。

図３８は、データベース検索部３３による処理の第３例を示すフローチャートである。データベース検索部３３は、検索条件毎の監視端末Ｔ１〜Ｔ３からの要求頻度に応じて、検索条件指定テーブル４２における「自動検索フィールド」の値を更新する。データベース検索部３３は、図３８に示す処理を一定の周期で繰り返す。

ステップＳ７０においてデータベース検索部３３は、検索条件指定テーブル４２の全てのレコードの「自動検索フラグ」フィールド及び「結果格納先」フィールドの内容をクリアする。
ステップＳ７１においてデータベース検索部３３は、「自動検索フラグ」フィールドの値が「０」であり、「検索回数」フィールドの値が最大であるレコードを決定する。

ステップＳ７２においてデータベース検索部３３は、ステップＳ７１で決定したレコードの「自動検索フラグ」フィールドの値を「１」に変更する。
データベース検索部３３は、検索結果テーブル４４内の各テーブルＡ〜Ｎのうち、また収容すべき検索結果が定まっていないテーブルの識別子を、ステップＳ７１で決定したレコードの「結果格納先」フィールドに設定する。

ステップＳ７３においてデータベース検索部３３は、検索結果テーブル４４内に、まだ収容すべき検索結果が定まっていないテーブルが残っているか否かを判定する。収容すべき検索結果が定まっていないテーブルが残っていない場合には、データベース検索部３３は、処理をステップＳ７４へ移す。収容すべき検索結果が定まっていないテーブルが残っている場合には、データベース検索部３３は、処理をステップＳ７１に戻す。

ステップＳ７４においてデータベース検索部３３は、「自動検索フラグ」フィールドに値「１」が格納されている各レコードについて、その「検索条件」フィールドで指定される検索条件によって、障害情報データベース５にてネットワーク障害情報の検索を行う。

ステップＳ７５においてデータベース検索部３３は、ステップＳ７４において各レコードについて検索されたネットワーク障害情報を、それぞれの「結果格納先」フィールドに格納された識別子により指定される検索結果テーブル４４に格納する。
ステップＳ７６においてデータベース検索部３３は、検索条件指定テーブル４２の全てのレコードの「検索回数」フィールドの内容を０にする。

上述のとおり監視端末が使用する検索条件のパターンは定型的であるため、監視端末が増加しても検索条件のパターン数は大きく増加しないことが多い。したがって、監視端末からの検索要求の頻度がより高い検索条件による検索結果を、優先して検索結果テーブル４４に格納することにより、障害情報データベース５へのアクセス回数の低減効果をさらに高めることができる。また障害情報データベース５へのアクセスを省略することにより、検索要求の頻度がより高い検索条件に対する応答処理を高速化することができる。

また、ネットワーク障害情報の発生頻度がより高い検索条件による検索結果を、優先して検索結果テーブル４４に格納することにより、ネットワーク障害情報の発生頻度が高いとき、すなわち警報多発時における障害情報データベース５へのアクセス回数の低減効果をより高めることができる。また障害情報データベース５へのアクセスを省略することにより、警報が多発している検索条件に対する応答処理を高速化することができる。

以上の実施例を含む実施形態に関し、更に以下の付記を開示する。

（付記１）
通信ネットワークを構成するネットワーク構成要素において発生した障害に関する情報であるネットワーク障害情報を記憶する障害情報データベースからネットワーク障害情報を検索するための、所定の検索条件を指定する検索条件指定部と、
前記所定の検索条件を満たすネットワーク障害情報を、前記障害情報データベースから取得する障害情報取得部と、
前記障害情報取得部により取得されたネットワーク障害情報を記憶する障害情報記憶部と、
ネットワーク障害情報を要求する障害情報要求装置から、要求されるネットワーク障害情報の検索条件を指定する検索要求を受信する検索要求受信部と、
前記検索要求にて指定された検索条件が前記所定の検索条件として指定された条件であるとき、前記障害情報記憶部に記憶されたネットワーク障害情報のうち、前記検索要求で指定された検索条件を満たすネットワーク障害情報を前記障害情報要求装置に送信する障害情報送信部と、
を備えるネットワーク監視装置。

（付記２）
前記障害情報送信部は、前記検索要求にて指定された検索条件が前記所定の検索条件として指定された条件であるとき、前記検索要求より前に取得されたネットワーク障害情報のうち、前記検索要求で指定された検索条件を満たすネットワーク障害情報を前記障害情報要求装置に送信する付記１に記載のネットワーク監視装置。

（付記３）
前記障害情報送信部は、前記検索要求にて指定された検索条件が前記所定の検索条件として指定された条件でないとき、前記検索要求にて指定された検索条件により前記障害情報データベースから検索されたネットワーク障害情報を前記障害情報要求装置に送信する付記１又は２に記載のネットワーク監視装置。

（付記４）
前記検索条件指定部は、ある検索条件に対応するネットワーク障害情報の発生頻度に応じて、該検索条件を前記所定の検索条件に指定する付記１〜３のいずれか一項に記載のネットワーク監視装置。

（付記５）
前記検索条件指定部は、ある検索条件について前記障害情報要求装置から検索要求がされる頻度に応じて、該検索条件を前記所定の検索条件に指定する付記１〜３のいずれか一項に記載のネットワーク監視装置。

（付記６）
付記１〜５のいずれか一方に記載の前記ネットワーク監視装置としてのネットワーク監視サーバと、
前記障害情報データベースと、
前記障害情報要求装置としてのクライアント端末と、
を備えるネットワーク監視システム。

（付記７）
通信ネットワークを構成するネットワーク構成要素において発生した障害に関する情報であるネットワーク障害情報を記憶する障害情報データベースからネットワーク障害情報を検索するための、所定の検索条件を指定し、
前記所定の検索条件を満たすネットワーク障害情報を、前記障害情報データベースから取得し、
取得された前記ネットワーク障害情報を所定の記憶部に記憶し、
ネットワーク障害情報を要求する障害情報要求装置から、要求されるネットワーク障害情報の検索条件を指定する検索要求を受信し、
前記検索要求にて指定された検索条件が前記所定の検索条件として指定された条件であるとき、前記所定の記憶部に記憶されたネットワーク障害情報のうち、前記検索要求で指定された検索条件を満たすネットワーク障害情報を前記障害情報要求装置に送信する、
ネットワーク監視方法。

（付記８）
前記検索要求にて指定された検索条件が前記所定の検索条件として指定された条件であるとき、前記検索要求より前に取得されたネットワーク障害情報のうち、前記検索要求で指定された検索条件を満たすネットワーク障害情報を前記障害情報要求装置に送信する付記７に記載のネットワーク監視方法。

（付記９）
前記検索要求にて指定された検索条件が前記所定の検索条件として指定された条件でないとき、前記検索要求にて指定された検索条件により前記障害情報データベースから検索されたネットワーク障害情報を前記障害情報要求装置に送信する付記７又は８に記載のネットワーク監視方法。

（付記１０）
ある検索条件に対応するネットワーク障害情報の発生頻度に応じて、該検索条件を前記所定の検索条件に指定する付記７〜９のいずれか一項に記載のネットワーク監視方法。

（付記１１）
ある検索条件について前記障害情報要求装置から検索要求がされる頻度に応じて、該検索条件を前記所定の検索条件に指定する付記７〜９のいずれか一項に記載のネットワーク監視方法。

開示のネットワーク監視システムの概略構成図である。 開示のネットワーク監視装置の概略構成図である。 コンピュータを用いた開示のネットワーク監視装置のハードウエア構成図である。 障害情報データベースのデータ構成の例を示す図である。 検索条件種別テーブルのデータ構成の例を示す図である。 検索条件指定テーブルのデータ構成の例を示す図である。 検索結果テーブルのデータ構成の例を示す図である。 警報分類テーブルのデータ構成の例を示す図である。 検索条件照合部による処理の例を示すフローチャートである。 （Ａ）及び（Ｂ）は通知メッセージのデータ構成の例を示す図である。 検索結果応答部による処理の例を示すフローチャートである。 監視端末からの検索要求に対する応答処理の第１例の説明図である。 監視端末における表示画面の例を示す図（その１）である。 検索条件種別テーブルの例を示す図（その１）である。 検索条件指定テーブルの例を示す図（その１）である。 検索結果テーブルの例を示す図（その１）である。 監視端末からの検索要求に対する応答処理の第２例の説明図である。 監視端末における表示画面の例を示す図（その２）である。 検索条件種別テーブルの例を示す図（その２）である。 検索結果応答部による検索に使用されるＳＱＬ文の例を示す図である。 監視端末からの検索要求に対する応答処理の第３例の説明図である。 監視端末における表示画面の例を示す図（その３）である。 検索条件種別テーブルの例を示す図（その３）である。 検索条件指定テーブルの例を示す図（その２）である。 検索条件指定テーブルの例を示す図（その３）である。 検索結果テーブルの例を示す図（その２）である。 （Ａ）はポーリング動作によって障害情報データベースで検索を行う際のアクセス回数の変化を示す図であり、（Ｂ）は障害情報データベースの状態変化をトリガとして検索を行う際のアクセス回数の変化を示す図であり、（Ｃ）は開示のネットワーク監視装置が障害情報データベースで検索を行う際のアクセス回数の変化を示す図である。 警報件数チェック部による処理の例を示すフローチャートである。 警報件数チェック部による処理の説明図である。 障害情報データベースの例を示す図である。 検索条件指定テーブルの例を示す図（その４）である。 データベース検索部による処理の第１例を示すフローチャート（その１）である。 データベース検索部による処理の第１例を示すフローチャート（その２）である。 データベース検索部による処理の説明図である。 検索条件指定テーブルの例を示す図（その５）である。 データベース検索部による検索に使用されるＳＱＬ文の例を示す図である。 データベース検索部による処理の第２例を示すフローチャートである。 データベース検索部による処理の第３例を示すフローチャートである。

符号の説明

１ ネットワーク監視システム
３ ネットワーク監視サーバ
５ 障害情報データベース
３１ 検索条件照合部
３２ 検索結果応答部
３３ データベース検索部
３４ 記憶部
３５ 警報件数チェック部
４１ 検索条件種別テーブル
４２ 検索条件指定テーブル
４３ 警報分類テーブル
４４ 検索結果テーブル
ＮＴ 通信ネットワーク
Ｔ１〜Ｔ３ 監視端末

Claims (7)

1. 通信ネットワークを構成するネットワーク構成要素において発生した障害に関する情報であるネットワーク障害情報を記憶する障害情報データベースからネットワーク障害情報を検索するための、所定の検索条件を指定する検索条件指定部と、
   前記所定の検索条件を満たすネットワーク障害情報を、前記障害情報データベースから取得する障害情報取得部と、
   前記障害情報取得部により取得されたネットワーク障害情報を記憶する障害情報記憶部と、
   ネットワーク障害情報を要求する障害情報要求装置から、要求されるネットワーク障害情報の検索条件を指定する検索要求を受信する検索要求受信部と、
   前記検索要求にて指定された検索条件が前記所定の検索条件として指定された条件であるとき、前記障害情報記憶部に記憶されたネットワーク障害情報のうち、前記検索要求で指定された検索条件を満たすネットワーク障害情報を前記障害情報要求装置に送信する障害情報送信部と、
   を備えるネットワーク監視装置。
2. 前記障害情報送信部は、前記検索要求にて指定された検索条件が前記所定の検索条件として指定された条件であるとき、前記検索要求より前に取得されたネットワーク障害情報のうち、前記検索要求で指定された検索条件を満たすネットワーク障害情報を前記障害情報要求装置に送信する請求項１に記載のネットワーク監視装置。
3. 前記障害情報送信部は、前記検索要求にて指定された検索条件が前記所定の検索条件として指定された条件でないとき、前記検索要求にて指定された検索条件により前記障害情報データベースから検索されたネットワーク障害情報を前記障害情報要求装置に送信する請求項１又は２に記載のネットワーク監視装置。
4. 前記検索条件指定部は、ある検索条件に対応するネットワーク障害情報の発生頻度に応じて、該検索条件を前記所定の検索条件に指定する請求項１〜３のいずれか一項に記載のネットワーク監視装置。
5. 前記検索条件指定部は、ある検索条件について前記障害情報要求装置から検索要求がされる頻度に応じて、該検索条件を前記所定の検索条件に指定する請求項１〜３のいずれか一項に記載のネットワーク監視装置。
6. 請求項１〜５のいずれか一方に記載の前記ネットワーク監視装置としてのネットワーク監視サーバと、
   前記障害情報データベースと、
   前記障害情報要求装置としてのクライアント端末と、
   を備えるネットワーク監視システム。
7. 通信ネットワークを構成するネットワーク構成要素において発生した障害に関する情報であるネットワーク障害情報を記憶する障害情報データベースからネットワーク障害情報を検索するための、所定の検索条件を指定し、
   前記所定の検索条件を満たすネットワーク障害情報を、前記障害情報データベースから取得し、
   取得された前記ネットワーク障害情報を所定の記憶部に記憶し、
   ネットワーク障害情報を要求する障害情報要求装置から、要求されるネットワーク障害情報の検索条件を指定する検索要求を受信し、
   前記検索要求にて指定された検索条件が前記所定の検索条件として指定された条件であるとき、前記所定の記憶部に記憶されたネットワーク障害情報のうち、前記検索要求で指定された検索条件を満たすネットワーク障害情報を前記障害情報要求装置に送信する、
   ネットワーク監視方法。

Images