特許 7541501 ネットワーク管理システムおよびネットワーク管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-08-20

(45)【発行日】2024-08-28

(54)【発明の名称】ネットワーク管理システムおよびネットワーク管理プログラム

(51)【国際特許分類】

   G06F 11/20 20060101AFI20240821BHJP

【ＦＩ】

G06F11/20 638

【請求項の数】 10

(21)【出願番号】P 2021201342

(22)【出願日】2021-12-13

(65)【公開番号】P2023087144

(43)【公開日】2023-06-23

【審査請求日】2023-09-06

(73)【特許権者】

【識別番号】323014306

【氏名又は名称】ＡＰＲＥＳＩＡ Ｓｙｓｔｅｍｓ株式会社

(74)【代理人】

【識別番号】110002066

【氏名又は名称】弁理士法人筒井国際特許事務所

(72)【発明者】

【氏名】松本 達郎

【審査官】三坂 敏夫

(56)【参考文献】

【文献】特開２００６－３３０７８２（ＪＰ，Ａ）

【文献】特開平０２－３０９８４４（ＪＰ，Ａ）

【文献】国際公開第２０１０／１１６４５６（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １１／２０

(57)【特許請求の範囲】

【請求項1】

ネットワーク機器と、
前記ネットワーク機器にネットワークを介して接続される複数の情報取得サーバと、
前記複数の情報取得サーバとの間で通信経路を有するメッセージキューと、
アクティブ状態／スタンバイ状態を用いる冗長化構成が適用され、前記メッセージキューとの間で通信経路を有する２個の管理サーバと、
を備え、
前記ネットワーク機器は、前記複数の情報取得サーバを宛先とする複数の重複する保守管理データをそれぞれ送信し、
前記複数の情報取得サーバのそれぞれは、前記ネットワーク機器からの自サーバ宛の前記保守管理データを受信し、受信した前記保守管理データを前記メッセージキューに格納し、
前記アクティブ状態の前記管理サーバは、前記メッセージキューに格納された前記保守管理データを順に取得し、取得した前記保守管理データのそれぞれと取得済の前記保守管理データとの重複有無を判定し、重複無しと判定した前記保守管理データに応じたアクションを実行し、
前記アクティブ状態の前記管理サーバは、新しいデータを、一時的にキャッシュデータとして保持するキャッシュメモリを備え、前記メッセージキューから前記保守管理データを取得する毎に、取得した前記保守管理データと前記キャッシュデータとの重複有無を判定し、重複無しと判定した前記保守管理データを対象に、前記キャッシュメモリへの保存を行う、
ネットワーク管理システム。

【請求項2】

請求項１記載のネットワーク管理システムにおいて、
前記２個の管理サーバによってそれぞれ参照され、前記保守管理データが登録される２個のデータベースを備え、
前記アクティブ状態の前記管理サーバは、重複無しと判定した前記保守管理データを対象に、前記データベースへの登録を行う、
ネットワーク管理システム。

【請求項3】

請求項２記載のネットワーク管理システムにおいて、
前記２個のデータベースをそれぞれ管理する２個のデータベース管理部を備え、
前記２個のデータベース管理部は、前記アクティブ状態の前記管理サーバによって参照される前記データベースを同期元とし、前記スタンバイ状態の前記管理サーバによって参照される前記データベースを同期先として、前記２個のデータベースに登録される前記保守管理データを同期する、
ネットワーク管理システム。

【請求項4】

請求項２記載のネットワーク管理システムにおいて、
前記アクティブ状態の前記管理サーバは、クライアント端末からの前記ネットワークを介した要求に応じて前記データベースを参照することで、前記クライアント端末に、前記ネットワーク機器の保守管理画面を提供する、
ネットワーク管理システム。

【請求項5】

請求項１記載のネットワーク管理システムにおいて、
前記２個の管理サーバの一方と前記複数の情報取得サーバのいずれか１個とは、物理的に２台のコンピュータ装置の一方に実装され、
前記２個の管理サーバの他方と前記複数の情報取得サーバの他のいずれか１個とは、前記２台のコンピュータ装置の他方に実装される、
ネットワーク管理システム。

【請求項6】

請求項１記載のネットワーク管理システムにおいて、
前記情報取得サーバは、ｎ個（ｎは３以上の整数）設けられ、
前記ネットワーク機器は、複数台設けられ、
前記複数台のネットワーク機器のそれぞれは、前記ｎ個中の任意の２個の前記情報取得サーバを宛先とする２個の前記保守管理データをそれぞれ送信する、
ネットワーク管理システム。

【請求項7】

ネットワーク機器を管理し、アクティブ状態／スタンバイ状態を用いる冗長化構成が適用される２台のネットワーク管理装置のそれぞれに実装されるネットワーク管理プログラムであって、
前記ネットワーク機器が、前記２台のネットワーク管理装置を宛先とする複数の重複する保守管理データをそれぞれ送信することを前提として、
前記ネットワーク管理装置のプロセッサに、
受信した前記ネットワーク機器からの前記保守管理データをメッセージキューに格納する格納ステップと、
前記アクティブ状態である場合に、前記メッセージキューに格納された前記保守管理データを順に取得する取得ステップと、
前記取得ステップで取得された前記保守管理データのそれぞれと取得済の前記保守管理データとの重複有無を判定する判定ステップと、
前記判定ステップで重複無しと判定した場合に、前記重複無しと判定した前記保守管理データに応じたアクションを実行する実行ステップと、
を実行させ、
前記判定ステップでは、前記取得ステップで前記保守管理データを取得する毎に、取得した前記保守管理データとキャッシュデータとの重複有無を判定し、
前記実行ステップでは、前記判定ステップで重複無しと判定した前記保守管理データを対象に、前記キャッシュデータとしての保存を行う、
ためのネットワーク管理プログラム。

【請求項8】

請求項７記載のネットワーク管理プログラムにおいて、
前記実行ステップでは、前記判定ステップで重複無しと判定した前記保守管理データを対象に、データベースへの登録を行う、
ネットワーク管理プログラム。

【請求項9】

請求項８記載のネットワーク管理プログラムにおいて、
前記アクティブ状態の前記ネットワーク管理装置に含まれる前記データベースを同期元とし、前記スタンバイ状態の前記ネットワーク管理装置に含まれる前記データベースを同期先として、２個の前記データベースに登録される前記保守管理データを同期させる同期ステップを、
さらに実行させるためのネットワーク管理プログラム。

【請求項10】

請求項８記載のネットワーク管理プログラムにおいて、
さらに、前記アクティブ状態の場合に、クライアント端末からの要求に応じて前記データベースを参照することで、前記クライアント端末に、前記ネットワーク機器の保守管理画面を提供する提供ステップを、
さらに実行させるためのネットワーク管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワーク管理システムおよびネットワーク管理プログラムに関する。

【背景技術】

【0002】

特許文献１には、共通のサービスＩＰアドレスを用いる運用系システムおよび待機系システムと、運用系システムで受信されたＴＲＡＰが保存される共有ディスクとを備えたクラスタシステムが示される。当該クラスタシステムは、冗長切り替えに際し、運用系システムのサービスＩＰアドレスを無効化したのち、共有ディスクのアンマウント／マウント等を行う前に待機系システムのサービスＩＰアドレスを有効化にする。これにより、冗長切り替えに際し、ＴＲＡＰの受信不能期間を短縮できる。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００８－７７２１６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

例えば、信頼性が要求されるネットワークシステムでは、一般的に、ネットワークシステム内の各種装置に、冗長化構成が適用される場合が多い。冗長化構成を適用する場合、アクティブ状態の装置およびスタンバイ状態の装置からなる２台の装置が設けられる。スタンバイ状態の装置は、アクティブ状態の装置に故障が生じると、冗長切り替えによってアクティブ状態に切り替わる。

【0005】

一方、ネットワークシステム内の各種ネットワーク機器は、通常、異常発生、イベントログ、設定情報等を表す保守管理データを用いて管理される。具体的には、各種ネットワーク機器は、このような保守管理データを、ネットワークシステム内のネットワーク管理装置に適宜送信する。これにより、各種ネットワーク機器は、ネットワーク管理装置によって管理される。

【0006】

ここで、このようなネットワーク管理装置に冗長化構成を適用した場合、保守管理データは、特許文献１に示されるように、通常、アクティブ状態のネットワーク管理装置へ送信される。そして、冗長切り替えに際しては、保守管理データの宛先となるネットワーク管理装置が切り替わる。この場合、いずれのネットワーク管理装置も、宛先の切り替え期間で送信された保守管理データを取りこぼすおそれがある。特許文献１の方式を用いると、宛先の切り替え期間を短縮することで、保守管理データの取りこぼしをある程度は改善できるが、十分とは言い難い。

【0007】

そこで、例えば、保守管理データを、アクティブ状態のネットワーク管理装置とスタンバイ状態のネットワーク管理装置とに送信する方式も考えられる。ただし、この場合、冗長化構成が適用された２台の装置を仮想的な１台の装置として見ると、当該仮想的な１台の装置は、重複する保守管理データを受信することになる。その結果、場合によっては、重複する保守管理データに応じた重複するアクションが実行されるおそれがある。

【0008】

本発明の目的の一つは、冗長化構成を適用しつつ、保守管理データの取りこぼし、および重複を防止することが可能なネットワーク管理システムおよびネットワーク管理プログラムを提供することにある。

【0009】

本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。

【課題を解決するための手段】

【0010】

本願において開示される発明のうち、代表的な実施の形態の概要を簡単に説明すれば、次のとおりである。

【0011】

一実施の形態によるネットワーク管理システムは、ネットワーク機器と、ネットワーク機器にネットワークを介して接続される複数の情報取得サーバと、複数の情報取得サーバとの間で通信経路を有するメッセージキューと、２個の管理サーバと、を備える。２個の管理サーバは、アクティブ状態／スタンバイ状態を用いる冗長化構成が適用され、メッセージキューとの間で通信経路を有する。ネットワーク機器は、複数の情報取得サーバを宛先とする複数の保守管理データをそれぞれ送信する。複数の情報取得サーバのそれぞれは、ネットワーク機器からの自サーバ宛の保守管理データを受信し、受信した保守管理データをメッセージキューに格納する。アクティブ状態の管理サーバは、複数の情報取得サーバによってメッセージキューに格納された保守管理データを順に取得し、取得した保守管理データのそれぞれと取得済の保守管理データとの重複有無を判定し、重複無しと判定した保守管理データに応じたアクションを実行する。

【発明の効果】

【0012】

本願において開示される発明のうち、代表的な実施の形態によって得られる効果を簡単に説明すると、冗長化構成を適用しつつ、保守管理データの取りこぼし、および重複を防止することが可能になる。

【図面の簡単な説明】

【0013】

【図1】実施の形態１によるネットワーク管理システムの主要部の構成例および動作例を示す概略図である。

【図2】図１におけるネットワーク管理装置の主要部の詳細な構成例および動作例を示すブロック図である。

【図3】図２における管理サーバの主要部の処理内容の一例を示すフロー図である。

【図4】図２における管理画面提供部の動作例を説明する図である。

【図5】実施の形態２によるネットワーク管理システムの主要部の構成例を示す概略図である。

【発明を実施するための形態】

【0014】

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。

【0015】

（実施の形態１）
＜ネットワーク管理システムの概略＞
図１は、実施の形態１によるネットワーク管理システムの主要部の構成例および動作例を示す概略図である。図１に示されるネットワーク管理システムは、２台のネットワーク管理装置１０ａ，１０ｂと、当該２台のネットワーク管理装置１０ａ，１０ｂに通信回線ＣＬを介して接続されるネットワークＮＷ１，ＮＷ２とを備える。２台のネットワーク管理装置１０ａ，１０ｂは、例えば、物理的に２台のコンピュータ装置である。ネットワークＮＷ１は、クライアント端末ＴＭと、１台以上のネットワーク機器ＮＥとを含む。ネットワーク機器ＮＥは、例えば、イーサネット（登録商標）スイッチや、ルータ等である。

【0016】

ネットワークＮＷ２は、メッセージキュー２０を含む。メッセージキュー２０は、システム間や装置間のデータの受け渡しを仲介し、データを一時的にキューイングする機能を有する。メッセージキュー２０は、コンピュータ装置のプロセッサがメッセージキュー用のプログラムを実行することで実現されるものである。したがって、図１に示される例では、メッセージキュー２０は、ネットワークＮＷ２内のコンピュータ装置に実装されているが、これに限らず、ネットワーク管理装置１０ａ，１０ｂを含めた任意のコンピュータ装置に実装され得る。メッセージキュー用のプログラムとして、例えば、Ａｐａｃｈｅ Ｋａｆｋａ等が知られている。

【0017】

ネットワーク管理装置１０ａは、情報取得サーバＳＶＩａと、管理サーバＳＶＭａと、メモリ１５ａとを有する。ネットワーク管理装置１０ａは、例えば、プロセッサ等を含むコンピュータ装置である。ネットワーク管理装置１０ａ内のプロセッサがメモリ１５ａに格納された所定のプログラムを実行することで、ネットワーク管理装置１０ａは、情報取得サーバＳＶＩａおよび管理サーバＳＶＭａとして機能する。メモリ１５ａは、各種プログラムおよび各種データに加えて、データベース（ＤＢと略す）１６ａを保持する。

【0018】

情報取得サーバＳＶＩａは、ＩＰアドレスＩＰ１を有し、ネットワーク機器ＮＥ等にネットワークＮＷ１を介して接続される。また、情報取得サーバＳＶＩａは、メッセージキュー２０との間で、この例ではネットワークＮＷ２を介する通信経路を有する。一方、管理サーバＳＶＭａは、仮想ＩＰアドレスＩＰｖを有し、クライアント端末ＴＭやネットワーク機器ＮＥにネットワークＮＷ１を介して接続される。また、管理サーバＳＶＭａは、メッセージキュー２０との間で、この例ではネットワークＮＷ２を介する通信経路を有する。

【0019】

同様に、ネットワーク管理装置１０ｂも、情報取得サーバＳＶＩｂと、管理サーバＳＶＭｂと、メモリ１５ｂとを有する。ネットワーク管理装置１０ｂ内のプロセッサがメモリ１５ｂに格納された所定のプログラムを実行することで、ネットワーク管理装置１０ｂは、情報取得サーバＳＶＩｂおよび管理サーバＳＶＭｂとして機能する。メモリ１５ｂは、各種プログラムおよび各種データに加えて、ＤＢ１６ｂを保持する。明細書では、複数の情報取得サーバＳＶＩａ，ＳＶＩｂを総称して情報取得サーバＳＶＩと呼び、複数の管理サーバＳＶＭａ，ＳＶＭｂを総称して管理サーバＳＶＭと呼ぶ。

【0020】

ネットワーク管理装置１０ｂにおいて、情報取得サーバＳＶＩｂは、ＩＰアドレスＩＰ２を有し、ネットワーク機器ＮＥ等にネットワークＮＷ１を介して接続され、また、メッセージキュー２０との間で通信経路を有する。一方、管理サーバＳＶＭｂは、管理サーバＳＶＭａと同じ仮想ＩＰアドレスＩＰｖを有する。管理サーバＳＶＭｂは、クライアント端末ＴＭやネットワーク機器ＮＥにネットワークＮＷ１を介して接続され、また、メッセージキュー２０との間で通信経路を有する。

【0021】

ここで、仮想ＩＰアドレスＩＰｖを共有する２個の管理サーバＳＶＭａ，ＳＶＭｂには、アクティブ状態ＡＣＴ／スタンバイ状態ＳＢＹを用いる冗長化構成が適用される。すなわち、２個の管理サーバＳＶＭａ，ＳＶＭｂは、外部からは、仮想ＩＰアドレスＩＰｖを有する仮想的な１個の管理サーバＳＶＭに見える。この例では、管理サーバＳＶＭａは、アクティブ状態ＡＣＴであり、管理サーバＳＶＭｂは、スタンバイ状態ＳＢＹである。この場合、仮想ＩＰアドレスＩＰｖは、アクティブ状態ＡＣＴの管理サーバＳＶＭａで有効化され、スタンバイ状態ＳＢＹの管理サーバＳＶＭｂで無効化される。

【0022】

冗長切り替え前の期間では、クライアント端末ＴＭは、仮想ＩＰアドレスＩＰｖを宛先とすることで、アクティブ状態ＡＣＴの管理サーバＳＶＭａと通信する。一方、管理サーバＳＶＭａ，ＳＶＭｂは、例えば、定期的な通信によって、双方の故障有無を監視している。管理サーバＳＶＭｂは、アクティブ状態ＡＣＴである管理サーバＳＶＭａの故障を検知した場合、冗長切り替えによって、スタンバイ状態ＳＢＹからアクティブ状態ＡＣＴに切り替わる。具体的には、仮想ＩＰアドレスＩＰｖは、管理サーバＳＶＭａに代わって管理サーバＳＶＭｂで有効化される。その結果、冗長切り替え後の期間では、クライアント端末ＴＭは、仮想ＩＰアドレスＩＰｖをそのまま用いて、アクティブ状態ＡＣＴに切り替わった管理サーバＳＶＭｂと通信することができる。

【0023】

このような構成において、ネットワーク機器ＮＥは、複数の情報取得サーバＳＶＩａ，ＳＶＩｂのＩＰアドレスＩＰ１，ＩＰ２を宛先ＩＰアドレスとする複数の保守管理データＭＤａ，ＭＤｂをそれぞれ送信する。すなわち、複数の情報取得サーバＳＶＩａ，ＳＶＩｂは、アクティブ状態／スタンバイ状態ではなく、共にアクティブ状態で動作する。保守管理データＭＤａと保守管理データＭＤｂは、例えば、送信時刻を表すタイムスタンプ等が異なり得るが、実質的に同一である。明細書では、複数の保守管理データＭＤａ，ＭＤｂを総称して保守管理データＭＤと呼ぶ。

【0024】

保守管理データＭＤは、例えば、異常発生、イベントログ等を表すデータであり、例えば、ＳＮＭＰ（Simple Network Management Protocol）や、Ｓｙｓｌｏｇ規格に基づくデータである。ＳＮＭＰに基づくと、ネットワーク機器ＮＥは、ＳＮＭＰエージェントと呼ばれ、情報取得サーバＳＶＩａ，ＳＶＩｂは、ＳＮＭＰマネージャと呼ばれる。一方、Ｓｙｓｌｏｇ規格に基づくと、情報取得サーバＳＶＩａ，ＳＶＩｂは、Ｓｙｓｌｏｇサーバと呼ばれる。

【0025】

ネットワーク機器ＮＥは、例えば、異常発生時やイベント発生時等に、複数の情報取得サーバＳＶＩａ，ＳＶＩｂへ保守管理データＭＤを自発的に送信する。例えば、ＳＮＭＰに基づくと、トラップ動作を用いて自発的に送信される保守管理データＭＤは、ＳＮＭＰ Ｔｒａｐと呼ばれる。なお、ＳＮＭＰでは、ネットワーク機器ＮＥは、ポーリング動作を用いて、要求元からの要求に応じて設定情報等の管理データを送信する場合もある。ポーリング動作では、アクティブ状態ＡＣＴの管理サーバＳＶＭａがネットワーク機器ＮＥに要求を行い、これに応じて、ネットワーク機器ＮＥは、トラップ動作の場合と異なり、当該アクティブ状態ＡＣＴの管理サーバＳＶＭａに管理データを送信する。

【0026】

複数の情報取得サーバＳＶＩａ，ＳＶＩｂのそれぞれは、ネットワーク機器ＮＥからの自サーバ宛の保守管理データＭＤ、詳細にはＳＮＭＰ Ｔｒａｐ等を受信し、受信した保守管理データＭＤをメッセージキュー２０に格納する。具体的には、情報取得サーバＳＶＩａは、ＩＰアドレスＩＰ１宛の保守管理データＭＤａを受信した際に、メッセージキュー２０のＩＰアドレスを宛先とするＩＰフレームを作成し、当該ＩＰフレームに保守管理データＭＤａを格納して、メッセージキュー２０に送信する。同様に、情報取得サーバＳＶＩｂは、ＩＰアドレスＩＰ２宛の保守管理データＭＤｂを受信して、メッセージキュー２０に格納する。

【0027】

アクティブ状態ＡＣＴの管理サーバＳＶＭａは、複数の情報取得サーバＳＶＩａ，ＳＶＩｂによってメッセージキュー２０に格納された保守管理データＭＤａ，ＭＤｂを順に取得する。具体的には、管理サーバＳＶＭａは、例えば、ＡＰＩ（Application Programming Interface）を用いて、メッセージの取得要求をメッセージキュー２０に送信し、メッセージキュー２０は、取得要求に対する応答として、格納されている保守管理データＭＤａ，ＭＤｂを管理サーバＳＶＭａへ送信する。

【0028】

また、管理サーバＳＶＭａは、例えば、定期的な取得タイミング毎に、メッセージキュー２０から、未取得の保守管理データＭＤを順に取得する。この際に、メッセージキュー２０は、各保守管理データＭＤが管理サーバＳＶＭａによって取得済か未取得を逐次管理している。また、取得タイミングの間隔は、特に、異常発生を表す保守管理データＭＤの遅延を低減するため、十分に短い方が望ましく、例えば、１秒等に定められる。

【0029】

ここで、ある取得タイミングにおいて、先に保守管理データＭＤａが取得され、その後に保守管理データＭＤｂが取得された場合を想定する。前述したように、保守管理データＭＤａと保守管理データＭＤｂは、実質的に同一であるため、重複データが生じる。そこで、管理サーバＳＶＭａは、取得した保守管理データＭＤのそれぞれと取得済の保守管理データＭＤとの重複有無を判定する。

【0030】

この例では、先に取得した保守管理データＭＤａは、重複無しと判定され、その後に取得した保守管理データＭＤｂは、取得済の保守管理データＭＤａに基づいて重複有りと判定される。管理サーバＳＶＭａは、重複無しと判定した保守管理データＭＤａに応じたアクションを実行し、重複有りと判定した保守管理データＭＤｂに応じたアクションを実行しない。

【0031】

保守管理データＭＤに応じたアクションとして、ネットワーク機器ＮＥにネットワークＮＷ１を介して所定のコマンドを送信するアクションや、クライアント端末ＴＭにネットワークＮＷ１を介してメールを送信するアクションや、ノーオペレーションのアクション等が挙げられる。特に、所定のコマンドを送信するアクションを用いる場合、保守管理データＭＤが重複すると、コマンドも重複して送信されるため、ネットワーク機器ＮＥに何らかの不具合が生じるおそれがある。このため、保守管理データＭＤの重複を防止することが有益となる。

【0032】

また、管理サーバＳＶＭａは、重複無しと判定した保守管理データＭＤ（ここではＭＤａ）をＤＢ１６ａに登録する。管理サーバＳＶＭａは、ＤＢ１６ａに基づいてネットワーク機器ＮＥを管理する。ＤＢ１６ａは、保守管理データＭＤが逐次登録されることで、ネットワーク機器ＮＥに関する各種保守管理情報を保持する。詳細には、管理サーバＳＶＭａは、例えば、保守管理データＭＤの内容を解釈し、解釈に応じたデータ加工等を適宜行うことで各種保守管理情報を作成し、それをＤＢ１６ａに登録する。保守管理データＭＤの重複を防止することで、ＤＢ１６ａへの重複登録も防止できる。

【0033】

管理サーバＳＶＭａは、クライアント端末ＴＭからのネットワークＮＷ１を介した要求に応じてＤＢ１６ａを参照することで、クライアント端末ＴＭに、ネットワーク機器ＮＥの保守管理画面を提供する。詳細には、例えば、クライアント端末ＴＭは、管理サーバＳＶＭａにＨＴＴＰＳ（Hypertext Transfer Protocol Secure）要求等を送信し、これに応じて、管理サーバＳＶＭａは、クライアント端末ＴＭにＷｅｂ上の保守管理画面を提供する。この場合、管理サーバＳＶＭａは、Ｗｅｂサーバとしての機能も有する。

【0034】

一方、スタンバイ状態ＳＢＹの管理サーバＳＶＭｂは、特に何の処理も実行しない。ただし、管理サーバＳＶＭｂは、冗長切り替えによってスタンバイ状態ＳＢＹからアクティブ状態ＡＣＴに切り替わると、前述したアクティブ状態ＡＣＴの管理サーバＳＶＭａの場合と同様の処理を、管理サーバＳＶＭａに代わって実行する。

【0035】

ここで、２台のネットワーク管理装置１０ａ，１０ｂは、ＤＢ１６ａ，１６ｂに登録される保守管理データＭＤ、言い換えれば、各種保守管理情報を、例えば定期的に同期する。この際に、アクティブ状態ＡＣＴの管理サーバＳＶＭａによって参照されるＤＢ１６ａは同期元に定められ、スタンバイ状態ＳＢＹの管理サーバＳＶＭｂによって参照されるＤＢ１６ｂは同期先に定められる。

【0036】

これにより、管理サーバＳＶＭｂは、冗長切り替えによってスタンバイ状態ＳＢＹからアクティブ状態ＡＣＴに切り替わった場合に、冗長切り替え前における管理サーバＳＶＭａでの処理、すなわちＤＢ１６ａに基づく機器管理処理を継続して引き継ぐことができる。この際に、より正確に引き継ぎを行うため、ＤＢ１６ａ，１６ｂの同期間隔は、十分に短いことが望ましい。

【0037】

＜ネットワーク管理装置の詳細＞
図２は、図１におけるネットワーク管理装置の主要部の詳細な構成例および動作例を示すブロック図である。図３は、図２における管理サーバの主要部の処理内容の一例を示すフロー図である。図４は、図２における管理画面提供部の動作例を説明する図である。

【0038】

図２には、図１におけるアクティブ状態ＡＣＴ側のネットワーク管理装置１０ａの構成例が示される。スタンバイ状態ＳＢＹ側のネットワーク管理装置１０ｂも、同様の構成を備える。図２に示されるネットワーク管理装置１０ａは、情報取得サーバＳＶＩａと、管理サーバＳＶＭａと、メモリ１５ａと、ＤＢ管理部１７ａと、冗長切り替え部１８ａと、を備える。

【0039】

メモリ１５ａは、ＤＢ１６ａを保持する。さらに、ここでは、メモリ１５ａの一部として、所定の容量を有するキャッシュメモリ１９ａが設けられる。キャッシュメモリ１９ａは、新しいデータを、一時的にキャッシュデータとして保持する。キャッシュメモリ１９ａは、例えば、ＦＩＦＯ（First in First out）方式等で管理される。この場合、キャッシュメモリ１９ａでは、新たなデータの保存によって所定の容量を超える場合、最も古いデータが削除される。

【0040】

ＤＢ管理部１７ａは、ＤＢ同期部４０を含み、ＤＢ１６ａを管理する。ＤＢ同期部４０は、図１で述べたように、アクティブ状態ＡＣＴ側からスタンバイ状態ＳＢＹ側に向けてデータ転送を行うことで、ＤＢ１６ａ，１６ｂに登録される保守管理データＭＤを同期する。ＤＢ管理部１７ａは、例えば、ネットワーク管理装置１０ａのプロセッサがメモリ１５ａ内のＤＢ管理用プログラムを実行することで実現される。ＤＢ管理用プログラムは、一般的に、データの登録、削除、整理、検索、同期等に必要な各種機能を有する。

【0041】

冗長切り替え部１８ａは、図１で述べた管理サーバＳＶＭａ，ＳＶＭｂに適用される冗長化構成を管理する。詳細には、冗長切り替え部１８ａは、例えば、管理サーバＳＶＭａ，ＳＶＭｂ間で定期的な通信を行わせ、この通信に基づいて、管理サーバＳＶＭａ，ＳＶＭｂの故障有無を監視する。そして、冗長切り替え部１８ａは、故障有無の監視結果に基づいて、管理サーバＳＶＭａに設定する状態、すなわちアクティブ状態ＡＣＴ／スタンバイ状態ＳＢＹを切り替える。冗長切り替え部１８ａも、例えば、ネットワーク管理装置１０ａのプロセッサがメモリ１５ａ内の所定のプログラムを実行することで実現される。

【0042】

情報取得サーバＳＶＩａは、機器データ受信部２５と、キューデータ格納部２６とを備える。管理サーバＳＶＭａは、キューデータ取得部３０と、ＤＢ登録部３１と、アクション実行部３２と、管理画面提供部３３と、死活監視部３４と、を備える。これらの各部は、例えば、ネットワーク管理装置１０ａのプロセッサがメモリ１５ａに保存されたネットワーク管理プログラムを実行することで実現される。

【0043】

情報取得サーバＳＶＩａにおいて、機器データ受信部２５は、ネットワーク機器ＮＥからのＳＮＭＰやＳｙｓｌｏｇ規格等に基づく保守管理データＭＤａを受信する。キューデータ格納部２６は、機器データ受信部２５で受信した保守管理データＭＤａを、メッセージキュー２０の仕様に基づいて、メッセージキュー２０に格納する。

【0044】

管理サーバＳＶＭａは、冗長切り替え部１８ａによってアクティブ状態ＡＣＴに設定されている場合に動作する。管理サーバＳＶＭａにおいて、キューデータ取得部３０は、メッセージキュー２０の仕様に基づいて、メッセージキュー２０に格納された保守管理データＭＤを順に取得する。図２の例では、メッセージキュー２０は、図１で述べたように、２台のネットワーク管理装置１０ａ，１０ｂ、詳細には、２個の情報取得サーバＳＶＩａ，ＳＶＩｂによって格納された複数の保守管理データＭＤａ［１］～ＭＤａ［３］，ＭＤｂ［１］～ＭＤｂ［３］を保持している。

【0045】

例えば、保守管理データＭＤａ［１］～ＭＤａ［３］は、情報取得サーバＳＶＩａの機器データ受信部２５によって、時系列的に、ＭＤａ［１］、ＭＤａ［２］、ＭＤａ［３］の順に受信されたものである。また、保守管理データＭＤａ［１］～ＭＤａ［３］は、それぞれ、保守管理データＭＤｂ［１］～ＭＤｂ［３］と実質的に同一である。そして、保守管理データＭＤａ［１］，ＭＤａ［２］と、保守管理データＭＤｂ［１］，ＭＤｂ［２］とは、メッセージキュー２０によって取得済として管理されている。この場合、キューデータ取得部３０は、未取得の保守管理データＭＤａ［３］，ＭＤｂ［３］を順に取得する。

【0046】

ＤＢ登録部３１は、キューデータ取得部３０で順に取得された保守管理データＭＤａ［３］，ＭＤｂ［３］のそれぞれと取得済の保守管理データＭＤとの重複有無を判定する。例えば、保守管理データＭＤｂ［３］よりも先に保守管理データＭＤａ［３］が取得された場合、保守管理データＭＤａ［３］は重複無しと判定され、保守管理データＭＤｂ［３］は重複有りと判定される。アクション実行部３２は、ＤＢ登録部３１で重複無しと判定した場合に、当該重複無しと判定した保守管理データＭＤ［３］（ここではＭＤａ［３］）に応じたアクションを実行する。

【0047】

より詳細には、管理サーバＳＶＭａは、例えば、図３に示されるような処理を実行する。まず、図３に示される処理の準備として、ＤＢ登録部３１は、例えば、管理サーバＳＶＭａの起動時に、メモリ１５ａ内のＤＢ１６ａに登録されている保守管理データＭＤを、登録日時が新しい方から順に所定の容量に達するまで、キャッシュデータとしてキャッシュメモリ１９ａに保存する。その後、図３において、キューデータ取得部３０は、メッセージキュー２０から１個の保守管理データＭＤａ［３］を取得する（ステップＳ１０１）。続いて、ＤＢ登録部３１は、取得した保守管理データＭＤａ［３］とキャッシュデータとの重複有無を判定する（ステップＳ１０２）。

【0048】

ＤＢ登録部３１は、ステップＳ１０２で重複無しと判定した場合（ステップＳ１０３：Ｙｅｓ）、取得した保守管理データＭＤａ［３］を、ＤＢ管理部１７ａを介してＤＢ１６ａに登録し、さらに、キャッシュデータとしてキャッシュメモリ１９ａに保存する（ステップＳ１０４）。これに伴い、キャッシュメモリ１９ａからは、登録日時が最も古い保守管理データＭＤが削除される。一方、ＤＢ登録部３１は、ステップＳ１０２で重複有りと判定した場合（ステップＳ１０３：Ｎｏ）、処理を終了する。

【0049】

この例では、保守管理データＭＤａ［３］とキャッシュデータとは、重複無しとなる。その結果、保守管理データＭＤａ［３］は、ＤＢ管理部１７ａを介してＤＢ１６ａへ登録され、さらに、キャッシュメモリ１９ａへ保存される（ステップＳ１０４）。そして、アクション実行部３２は、当該重複無しの保守管理データＭＤａ［３］に応じたアクションを実行し、処理を終了する（ステップＳ１０５）。

【0050】

ステップＳ１０５におけるアクションの内容は、例えば、メモリ１５ａ内に、イベントとアクションの関係を表すアクション条件データを予め格納しておくこと等で定められる。または、このようなアクション条件データを予めＤＢ１６ａに設定しておき、保守管理データＭＤａ［３］をＤＢ１６ａに登録することで、アクションの内容を定めるような方式を用いてもよい。

【0051】

このような処理が行われたのち、キューデータ取得部３０は、メッセージキュー２０から１個の保守管理データＭＤｂ［３］を取得する（ステップＳ１０１）。この場合、ステップＳ１０２において、保守管理データＭＤｂ［３］は、前述した保守管理データＭＤａ［３］のキャッシュメモリ１９ａへの保存（ステップＳ１０４）によって、重複有りと判定される。この場合、保守管理データＭＤｂ［３］のＤＢ１６ａへの登録は行われず、保守管理データＭＤｂ［３］のキャッシュメモリ１９ａへの保存も行われない。さらに、アクション実行部３２は、特に何の処理も実行しない。

【0052】

このように、アクティブ状態ＡＣＴの管理サーバＳＶＭａは、メッセージキュー２０から保守管理データＭＤを取得する毎に、取得した保守管理データＭＤとキャッシュデータとの重複有無を判定する（ステップＳ１０２）。そして、管理サーバＳＶＭａは、重複無しと判定した保守管理データＭＤを対象に、ＤＢ１６ａへの登録と、キャッシュメモリ１９ａへの保存と、アクションの実行と行う（ステップＳ１０４，Ｓ１０５）。

【0053】

このように、キャッシュメモリ１９ａを用いることで、保守管理データＭＤの重複有無を効率的に判定することが可能になる。ただし、保守管理データＭＤの重複有無の判定方法は、このようなキャッシュメモリ１９ａを用いた方法に限らず、例えば、ＤＢ登録部３１が、ＤＢ管理部１７ａの検索機能等を用いて、ＤＢ１６ａへの登録有無を判定する方法であってもよい。ただし、保守管理データＭＤを取得する毎に、例えば、長期間で生じた膨大な保守管理データＭＤを保持し得るＤＢ１６ａを検索すると、処理負荷や処理時間の増大が生じるおそれがある。この観点で、新しい保守管理データＭＤのみを保持するキャッシュメモリ１９ａを用いる方法が望ましい。

【0054】

図２に戻り、管理サーバＳＶＭａ内の死活監視部３４は、例えば、ｐｉｎｇコマンド等を用いてネットワーク機器ＮＥの死活監視を行う。死活監視部３４は、例えば、ネットワーク機器ＮＥに、異常発生を表す保守管理データＭＤを送信すること自体が不可能となるような故障が生じた場合を考慮して設けられる。死活監視部３４は、死活監視の結果を、ＤＢ管理部１７ａを介してＤＢ１６ａに登録する。

【0055】

管理画面提供部３３は、図１で述べたように、クライアント端末ＴＭからのＨＴＴＰＳ要求等に応じて、ＤＢ管理部１７ａを介してＤＢ１６ａを参照することで、クライアント端末ＴＭに、ネットワーク機器ＮＥの保守管理画面を提供する。図４には、当該保守管理画面４５の一例が示される。図４に示される保守管理画面４５では、例えば、ネットワーク機器ＮＥ毎の機器名、機種名、ＩＰアドレス等に加えて、稼働状態の情報が表示される。クライアントは、稼働状態の詳細をクリックすることで、例えば、ネットワーク機器ＮＥにおける各ポートの稼働状態等を確認することができる。

【0056】

また、異常発生を表す保守管理データＭＤが取得された場合、異常発生の内容がＤＢ１６ａに登録されると共に、保守管理画面４５上に、アラームが表示される。クライアントによって未確認のアラームが存在する場合、未確認アラームが“有”となる。クライアントは、当該未確認アラームの“有”をクリックすることで、異常発生の詳細内容を確認することができる。ネットワーク機器ＮＥ毎の死活状態には、死活監視部３４による監視結果が表示される。

【0057】

＜実施の形態１の主要な効果＞
以上、実施の形態１の方式では、共にアクティブ状態で動作する複数の情報取得サーバＳＶＩａ，ＳＶＩｂを設けることで、保守管理データＭＤの取りこぼしを防止することができる。また、アクティブ状態ＡＣＴの管理サーバＳＶＭａによって保守管理データＭＤの重複判定を行うことで、保守管理データＭＤの重複を防止することができる。さらに、管理サーバＳＶＭのＤＢとは別にメッセージキュー２０を設けることで、保全性や可用性を高めることができる。すなわち、例えば、管理サーバＳＶＭに障害が発生し、保守管理データＭＤをＤＢに登録できなくなったとしても、保守管理データＭＤを失うことなく、メッセージキュー２０に残すことが可能になる。

【0058】

また、メッセージキュー２０は、一般的に、クラスタ機能等を有することで、高い可用性を有している。このため、メッセージキュー２０において保守管理データＭＤが失われる可能性は、十分に低い。以上のようなことから、実施の形態１の方式を用いることで、高品質なネットワーク管理／監視を実現することが可能になる。

【0059】

（実施の形態２）
＜ネットワーク管理システムの概略＞
図５は、実施の形態２によるネットワーク管理システムの主要部の構成例を示す概略図である。図５に示されるネットワーク管理システムは、図１に示した方式を用いて、各サーバ等の、様々な実装形態の一例を示すものである。概略的には、当該ネットワーク管理システムは、ｎ（ｎは３以上の整数）個の情報取得サーバＳＶＩ［１］～ＳＶＩ［ｎ］を備える。そして、複数のネットワーク機器ＮＥ［１］～ＮＥ［ｎ］のそれぞれは、当該ｎ個中の任意の２個の情報取得サーバを宛先とする２個の保守管理データＭＤをそれぞれ送信する。

【0060】

詳細には、当該ネットワーク管理システムは、ネットワークＮＷ１と、ｎ個の情報取得サーバＳＶＩ［１］～ＳＶＩ［ｎ］と、クラスタシステム５０と、２個の管理サーバＳＶＭａ，ＳＶＭｂとを備える。ネットワークＮＷ１は、ｎ台のネットワーク機器ＮＥ［１］～ＮＥ［ｎ］を含む。“ｎ－１”台のネットワーク機器ＮＥ［ｋ］（ｋは１～“ｎ－１”の整数）のそれぞれは、２個の情報取得サーバＳＶＩ［ｋ］，ＳＶＩ［ｋ＋１］に保守管理データＭＤをそれぞれ送信する。そして、残りの１台のネットワーク機器ＮＥ［ｎ］は、２個の情報取得サーバＳＶＩ［ｎ］，ＳＶＩ［１］に保守管理データＭＤをそれぞれ送信する。

【0061】

このように、図５の構成例では、ｎ台のネットワーク機器ＮＥ［１］～ＮＥ［ｎ］のそれぞれは、互いに異なるペアを構成する２個の情報取得サーバに保守管理データＭＤをそれぞれ送信する。また、ｎ個の情報取得サーバＳＶＩ［１］～ＳＶＩ［ｎ］のそれぞれは、２個のネットワーク機器ＮＥから保守管理データＭＤを受信するように構成される。

【0062】

ｎ個の情報取得サーバＳＶＩ［１］～ＳＶＩ［ｎ］は、例えば、物理的にｎ台のコンピュータ装置にそれぞれ実装される。これにより、ペアを構成する２台にコンピュータ装置に故障が生じない限り、ｎ台のネットワーク機器ＮＥ［１］～ＮＥ［ｎ］から送信された保守管理データＭＤの取りこぼしを防止できる。

【0063】

ここで、例えば、図１の構成例をそのまま拡張して、２個の情報取得サーバＳＶＩ［１］，ＳＶＩ［２］のそれぞれが、ｎ台のネットワーク機器ＮＥ［１］～ＮＥ［ｎ］から保守管理データＭＤを受信するように構成される場合を想定する。この場合、２個の情報取得サーバＳＶＩ［１］，ＳＶＩ［２］における通信負荷や処理負荷が増大し得る。その結果として、例えば、２個の情報取得サーバＳＶＩ［１］，ＳＶＩ［２］においてバッファオーバーフロー等が生じ、これによって保守管理データＭＤの取りこぼしが生じるおそれがある。

【0064】

一方、図５の構成例を用いると、負荷分散により、ｎ個の情報取得サーバＳＶＩ［１］～ＳＶＩ［ｎ］における通信負荷や処理負荷を低減でき、結果として、保守管理データＭＤの取りこぼしをより確実に防止できる。なお、ｎ個の情報取得サーバＳＶＩ［１］～ＳＶＩ［ｎ］のぞれぞれにおいて、受信対象となるネットワーク機器ＮＥの台数は、図５の例のような２台に限らず、３台以上かつｎ台未満であってもよい。すなわち、当該ネットワーク機器ＮＥの台数がｎ台よりも少ない限り、負荷分散による効果が得られる。

【0065】

ｎ個の情報取得サーバＳＶＩ［１］～ＳＶＩ［ｎ］のそれぞれは、受信した保守管理データＭＤを、クラスタシステム５０に格納する。クラスタシステム５０は、複数（ｍ個）のメッセージキュー２０［１］～２０［ｍ］からなる冗長システムである。例えば、Ａｐａｃｈｅ Ｋａｆｋａ等を用いる場合、複数の分散キューをクラスタリングすることで、外部から仮想的に１個のメッセージキューに見えるように構成することが可能である。複数の分散キュー、すなわちｍ個のメッセージキュー２０［１］～２０［ｍ］は、例えば、それぞれ異なるコンピュータ装置に実装され、一つのデータを多重化して保持する。

【0066】

２個の管理サーバＳＶＭａ，ＳＶＭｂは、図１の場合と同様に、冗長化構成が適用され、クラスタシステム５０から保守管理データＭＤを取得する。２個の管理サーバＳＶＭａ，ＳＶＭｂは、それぞれ異なるコンピュータ装置に実装される。この際に、２個の管理サーバＳＶＭａ，ＳＶＭｂは、例えば、ｎ個の情報取得サーバＳＶＩ［１］～ＳＶＩ［ｎ］が実装されるｎ台のコンピュータ装置の中の２台に実装されてもよい。あるいは、２個の管理サーバＳＶＭａ，ＳＶＭｂは、当該ｎ台のコンピュータ装置とは別個のコンピュータ装置に実装されてもよい。

【0067】

同様に、メッセージキュー２０［１］～２０［ｍ］は、情報取得サーバＳＶＩ［１］～ＳＶＩ［ｎ］や管理サーバＳＶＭａ，ＳＶＭｂが実装される複数台のコンピュータ装置の中のｍ台に実装されてもよい。あるいは、メッセージキュー２０［１］～２０［ｍ］は、当該複数台のコンピュータ装置とは別個のコンピュータ装置に実装されてもよい。

【0068】

＜実施の形態２の主要な効果＞
以上、実施の形態２の方式を用いることでも、実施の形態１で述べた各種効果と同様の効果が得られる。さらに、３台以上の情報取得サーバＳＶＩ［１］～ＳＶＩ［ｎ］を設けることで、通信負荷や処理負荷を低減しつつ、保守管理データＭＤの取りこぼしをより確実に防止できる。

【0069】

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、前述した実施の形態は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

【0070】

例えば、前述した各種プログラムは、非一時的な有形のコンピュータ可読記録媒体に格納された上で、コンピュータ装置に供給され得る。このような記録媒体として、例えば、ハードディスクドライブ等を代表とする磁気記録媒体、ＤＶＤ（Digital Versatile Disc）やブルーレイディスク等を代表とする光記録媒体、フラッシュメモリ等を代表とする半導体メモリ等が挙げられる。

【符号の説明】

【0071】

１０ａ，１０ｂ…ネットワーク管理装置、１５ａ，１５ｂ…メモリ、１６ａ，１６ｂ…データベース（ＤＢ）、１７ａ…ＤＢ管理部、１８ａ…冗長切り替え部、１９ａ…キャッシュメモリ、２０…メッセージキュー、２５…機器データ受信部、２６…キューデータ格納部、３０…キューデータ取得部、３１…ＤＢ登録部、３２…アクション実行部、３３…管理画面提供部、３４…死活監視部、４０…ＤＢ同期部、４５…保守管理画面、５０…クラスタシステム、ＡＣＴ…アクティブ状態、ＣＬ…通信回線、ＭＤ…保守管理データ、ＮＥ…ネットワーク機器、ＮＷ１，ＮＷ２…ネットワーク、ＳＢＹ…スタンバイ状態、ＳＶＩ…情報取得サーバ、ＳＶＭ…管理サーバ、ＴＭ…クライアント端末

【図1】

【図2】

【図3】

【図4】

【図5】