JP2011142390A - 監視システムおよび障害通信機器判定方法 - Google Patents

Abstract

【課題】障害時人による障害部位の切分け時間を短縮するために、監視サーバ側で障害機器のみを障害であると表示させる方法を提供する。
【解決手段】障害検知時、Ｐｉｎｇ監視部１１０は障害を検知した機器名を接続構成チェック部２１０へ送信する。接続構成チェック部２１０では、どの接続で障害を検知しているか接続構成管理ＤＢ２２０内に保有する接続機器管理テーブル２４０を参照し、障害が発生している接続を抽出する。抽出した結果、障害が発生している接続がある場合、接続構成管理ＤＢ２２０内に保有する監視機器からの距離テーブル２３０を参照し、障害を検知している接続のうち、監視サーバからの距離が最小の機器を抽出する。その後、監視サーバからの距離が最小の機器を障害機器としてＰｉｎｇ監視部１１０に障害部位の表示許可を出す。
【選択図】図１

Description

本発明は、監視システムおよび障害通信機器判定方法に係り、特に通信機器の障害部位切分けを迅速化する監視システムおよび障害通信機器判定方法に関する。

近年、通信機器を導入し拠点間の通信を行う個人、企業が増加し、通信機器をＰｉｎｇ監視するシステムが実用化されている。この種の通信機器を監視するシステムは、特許文献１に記載されているように障害機器から報告する障害内容に障害ランクを設定する方法がある。

特開平７−１４７５７４号公報

従来、Ｐｉｎｇ監視する監視サーバと監視される通信機器があるシステムにおいて、監視サーバは、どの通信機器とどの通信機器が接続しているかとの情報を持っていない。このため、障害が発生すると障害通信機器の配下に接続する通信機器まで障害と判断される。この結果、障害通信機器以外の通信機器も監視サーバに障害通信機器と表示される。膨大な障害通信機器に対して、人による障害通信機器の切分け調査が必要となり、障害部位に切分けに時間を要していた。

上述した課題は、複数の通信機器をＰｉｎｇ監視する監視サーバと、通信機器相互の接続関係を保持する接続構成管理部とからなる監視システムにおいて、監視サーバで通信機器の障害を検出したとき、接続構成管理部は、障害を検出した通信機器の組を検索し、組に含まれる第１の通信機器と監視サーバとの距離から、第１の通信機器に含まれる障害発生通信機器を特定する監視システムにより、達成できる。

本発明によれば、障害が発生している通信機器のみを障害通信機器として監視サーバ上に表示することができ、人による障害機器の切分け調査の時間を抑制できる。

監視システムと被監視対象機器の構成を説明するハードウェアブロック図である。 距離テーブルを説明する図である。 接続機器管理テーブルを説明する図である。 監視システムの処理動作を説明するフローチャートである。

以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。

最初に、図１を参照して、監視システム５００と被監視対象機器３００の構成を説明する。図１において、監視システム５００は、監視サーバ１００と接続構成管理サーバ２００とから構成される。監視サーバ１００は、Ｐｉｎｇ監視部１１０と、障害機器表示部１２０とから構成される。接続構成管理サーバ２００は、接続構成チェック部２１０と、接続構成管理データベース２２０とから構成される。

監視サーバ１００には、監視対象機器３００−Ａが直接接続される。監視対象機器３００−Ａには、監視対象機器３００−Ｂと、監視対象機器３００−Ｃが接続される。監視対象機器３００−Ｂには、監視対象機器３００−Ｄと、監視対象機器３００−Ｅが接続される。監視対象機器３００−Ｃには、監視対象機器３００−Ｆと、監視対象機器３００−Ｇと、監視対象機器３００−Ｈが接続される。

監視サーバ１００は、定期的に全ての監視対象機器３００にＰｉｎｇを送信する。監視サーバ１００は、監視対象機器からの応答を１秒ないし１０秒待ち、応答がない監視対象機器３００に障害があると判定する。
ここで、監視対象機器３００は、ルータ、スイッチ等全てのＩＰアドレスを有する機器である。

なお、図１には、監視対象機器は８台しか表示されていないが、実際にはこれ以上の監視対象機器が監視サーバ１００に結ばれている。その規模は、数千にもおよぶ。接続構成管理ＤＢ２２０は、距離テーブル２３０と、接続機器管理テーブル２４０とを保持する。また、接続構成管理サーバ２００は、監視サーバ１００の内部にモジュールとして設けられてもよい。

図２を参照して、距離テーブル２３０を説明する。図２において、距離テーブル２３０は、監視サーバ１００からの接続距離を登録したテーブルである。距離テーブル２３０は、機器名２３１と距離２３２とから構成される。機器名２３１は、監視対象機器３００−ｉ（ｉ＝Ａ〜Ｍ）のｉである。距離２３２は、監視サーバ１００からのホップ数である。したがって、距離２３２が、「１」の機器名２３１は、監視対象機器３００−Ａである。距離２３２が、「２」の機器名２３１は、監視対象機器３００−Ｂ、３００−Ｃである。距離２３２が、「３」の機器名２３１は、監視対象機器３００−Ｄ〜３００−Ｈである。

図３を参照して、接続機器管理テーブル２４０を説明する。接続機器管理テーブル２４０は、監視対象機器間の接続を登録したテーブルである。監視サーバ１００で障害を検知した際、接続構成管理サーバ２００は、どの接続で障害が発生したか、障害が発生した接続のある監視対象機器のうちどの監視対象機器が監視サーバ１０からの接続距離が小さいかのチェックを行なう。接続機器管理テーブル２４０は、接続番号２４１と、機器名２４２と、機器名２４３とから構成されている。接続番号２４１は、接続のＩＤである。機器名２４２と機器名２４３は、接続のある監視対象機器３００−ｉ（ｉ＝Ａ〜Ｍ）のｉである。接続機器管理テーブル２４０には、図１の監視対象機器３００間の７件の接続を記載している。

次に、図４を参照して、障害検知時の監視システム５００の処理を説明する。図４において、障害検知時、Ｐｉｎｇ監視部１１０は、障害を検知した監視対象機器名のリストを接続構成チェック部２１０へ送信する（Ｓ１１）。接続構成チェック部２１０は、どの接続で障害を検知しているか接続構成管理ＤＢ２２０内に保有する接続機器管理テーブル２４０を参照し、障害が発生している接続を抽出する（Ｓ１２）。接続構成チェック部２１０は、接続機器管理テーブル２４０に障害を検知している接続番号２４１があるか判定する（Ｓ１３）。

判定した結果、障害が発生している接続がない場合（ＮＯ）、接続構成チェック部２１０は、Ｐｉｎｇ監視部１１０に障害部位の表示依頼を発行する（Ｓ１６）。Ｐｉｎｇ監視部１１０は、障害機器表示部１２０に表示依頼を発行する（Ｓ１７)。障害機器表示部１２０は、障害を発生した監視対象機器名等を表示して（Ｓ１８）、終了する。

ステップ１３において、障害が発生している接続がある場合、接続構成管理ＤＢ２２０内に保有する監視機器からの距離テーブル２３０を参照し、障害を検知している監視対象機器のうち、監視サーバからの距離が最小の監視対象機器を抽出して（Ｓ１４）、ステップ１６に遷移する。

なお、ステップ１８において、表示するのは、ステップ１３でＹＥＳのとき、障害を発生した監視対象機器名である。一方、ステップ１３でＮＯのとき、エラーメッセージである。

本実施例によれば、人による障害部位の切分け時間がかかることを防止できる。特に障害機器以外の監視対象機器が障害であると表示させることを防止することをできるので障害発生時の人による切分け時間をなくすことができる。

１００…監視サーバ、１１０…Ｐｉｎｇ監視部、１２０…障害部表示部、２００…接続構成管理サーバ、２１０…接続構成チェック部、２２０…接続構成管理ＤＢ、２３０…距離テーブル、２４０…接続機器管理テーブル、３００…監視対象機器、５００…監視システム。

Claims (3)

1. 複数の通信機器をＰｉｎｇ監視する監視サーバと、前記通信機器相互の接続関係を保持する接続構成管理部とからなる監視システムにおいて、
   前記監視サーバで前記通信機器の障害を検出したとき、前記接続構成管理部は、障害を検出した通信機器の組を検索し、前記組に含まれる第１の通信機器と前記監視サーバとの距離から、前記第１の通信機器に含まれる障害発生通信機器を特定する監視システム。
2. 請求項１に記載の監視システムであって、
   前記接続構成管理部は、前記監視サーバと前記通信機器とを距離を記録する距離テーブルと、前記通信機器間の接続関係を記録する接続機器テーブルとを保持することを特徴とする監視システム。
3. 複数の通信機器にＰｉｎｇを送信するステップと、
   複数の前記通信機器からの応答を待つステップと、
   応答のない通信機器の組を検索するステップと、
   検索された通信機器の組から最も距離の短い通信機器を判定するステップと、
   前記最も距離の短い通信機器を表示するステップと、からなる障害通信機器判定方法。

Images