JP5747615B2

JP5747615B2 - 通信システム、及び通信方法

Info

Publication number: JP5747615B2
Application number: JP2011077006A
Authority: JP
Inventors: 則員越智
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2011-03-31
Filing date: 2011-03-31
Publication date: 2015-07-15
Anticipated expiration: 2031-03-31
Also published as: JP2012212279A; CN102739434B; US9015310B2; US20120254415A1; CN102739434A

Description

本発明は、通信システム、及び通信方法に関する。

ネットワーク管理システムにおいて、ネットワークを構成する機器と、これを管理する管理装置とは、ＳＮＭＰ（Simple Network Management Protocol）等のネットワーク管理プロトコルを用いて通信するようになっている。

特許文献１に記載の技術には、マネージャとサーバ群のＳＮＭＰ（Simple Network Management Protocol）の関係について示されており、サーバ群とマネージャとの間で、サーバを経由する場合と、サーバを経由しない場合とで同一のオブジェクトＩＤを指定して、サーバの管理情報を収集することが記載されている。

また、プロキシサーバは、メンテナンス中のエージェントの状態を、オペレータがマネージャから状態確認を行う操作を実施することで確認していた。また、マネージャからの状態確認は、プロキシサーバが介在した場合、プロキシサーバ自身のエージェントの状態確認は可能であった。

特開２００６−０２３９２２号公報

しかしながら、特許文献１に記載の技術では、マネージャからの収集要求なしに、サーバ群のステータス情報を収集して管理することはできないという問題がある。

また、オペレータによる状態確認操作の実施により、プロキシサーバがエージェントの状態を確認する場合には、オペレータによる状態確認操作なしに、プロキシサーバ配下にある外部エージェントの状態確認を行うことは困難であった。言い換えると、複数のエージェント機能などが持つ状態を、プロキシマネージャが定期的に監視していなかったため、エージェントのメンテナンス作業中、該当するエージェントの適宜状態監視の操作を行う必要があるという問題があった。

本発明は、このような事情を考慮してなされたものであり、その目的は、エージェントのメンテナンス中の状態を、状態監視用の操作を行うことなく、定期的にモニタすることができる通信システム、及び通信方法を提供することにある。

上述した課題を解決するために、本発明は、重複しない異なる識別情報を有するエージェント手段を備え、互いにＳＮＭＰを用いて通信する複数の通信装置からなる通信システムであって、前記複数の通信装置は、前記通信装置のメンテナンス中に受付けるメンテナンス命令に含まれる前記通信装置の状態を判定するための情報であるグレードに基づいて状態を判定し、前記状態が遷移する度に、その状態でステータスログ内容を更新するエージェント手段を備え、前記複数の通信装置の少なくとも１つの通信装置は、前記複数の通信装置のエージェント手段により逐次更新されるステータスログ内容を収集し、前記エージェント手段毎に保持するプロキシ管理手段を備えることを特徴とする通信システムである。

また、上述した課題を解決するために、本発明は、重複しない異なる識別情報を有するエージェント手段を備える複数の通信装置で互いにＳＮＭＰを用いて通信する通信方法であって、前記複数の通信装置が、前記通信装置のメンテナンス中に受付けるメンテナンス命令に含まれる前記通信装置の状態を判定するための情報であるグレードに基づいて前記通信装置の状態を判定し、前記状態が遷移する度に、その状態でステータスログ内容を更新するステップと、前記複数の通信装置の少なくとも１つの通信装置が、メンテナンスしているときであっても、定期的に前記複数の通信装置の状態を監視し、ネットワーク上で発生したイベントを通知するトラップメッセージとは別に、前記エージェント手段により逐次更新されるステータスログ内容を収集し、前記エージェント手段毎に保持するステップとを含むことを特徴とする通信方法である。

この発明によれば、エージェントのメンテナンス中の状態を、状態監視用の操作を行うことなく、定期的にモニタすることができる。

本発明の一実施形態によるサーバシステムの構成を示すブロック図である。本実施形態によるプロキシサーバ２が有するエージェント毎のステータスログ２−２のデータ構成を示す概念図である。本実施形態によるエージェントサーバ１が有するステータスログのデータ構成を示す概念図である。本実施形態による、エージェント機能部２−３の動作を説明するための状態遷移図である。

以下、本発明の一実施形態を、図面を参照して説明する。

図１は、本発明の一実施形態によるサーバシステムの構成を示すブロック図である。図において、ネットワーク管理システムは、ネットワーク３を介して接続されている、エージェントサーバ１とプロキシサーバ２とからなる。エージェントサーバ１は、管理される側の機器であり、エージェント機能部１−１、ステータスログ１−２、トランスポート／ネットワーク１−３、及びインターフェース（ＩＦ）１−４を備えている。エージェント機能部１−１は、状態が遷移する度に、その状態でステータスログ１−２の内容を更新する。エージェントサーバ１は、トランスポート／ネットワーク１−３、及びインターフェース（ＩＦ）１−４を用いてネットワーク３に接続する。

プロキシサーバ２は、プロキシマネージャ機能部２−１、エージェント毎のステータスログ２−２、エージェント機能部２−３、ステータスログ２−４、トランスポート／ネットワーク２−５、及びインターフェース（ＩＦ）２−６を備えている。プロキシマネージャ機能部２−１は、ＳＮＭＰにより、メンテナンスしている時も、エージェントサーバ１の状態を定期的に監視し、ｔｒａｐ情報とは別にモニタする。エージェント機能部２−３は、状態が遷移する度に、その状態でステータスログ２−４の内容を更新する。

プロキシマネージャ機能部２−１は、自身のステータスログ２−４の内容も含め、トランスポート／ネットワーク２−５、及びインターフェース２−６を用いて、ネットワーク３を介して、外部エージェント、及びメンテナンス中の外部エージェント（エージェントサーバ１）からステータスログを収集し、エージェントサーバ１のステータスを認識することが可能となっている。

プロキシマネージャサーバ２には、自エージェント機能、自エージェントのステータスログ、プロキシマネージャ機能として、エージェント毎のステータスログ、また、外部エージェントへのモニタ機能、および外部エージェントのステータス情報を保持する機能を持っている。

図２は、本実施形態によるプロキシサーバ２が有するエージェント毎のステータスログ２−２のデータ構成を示す概念図である。プロキシサーバ１は、ステータスログ２−２として、エージェントを識別するためのエージェントＩＤ毎に、各エージェントが状態遷移する情報と紐付けて管理する管理テーブルを備えている。プロキシサーバ２は、ステータスログ２−２を参照することで、各エージェントがどの状態に位置付けられているかを管理することができる。

また、プロキシサーバ２は、ステータスログ２−２を参照することで、任意のエージェントＩＤの状態が、ゼロ、２つ以上、不定値、または、ルックインでモニタしたエージェントＩＤのメッセージ情報のステータスと異なる場合、状態不一致として、管理テーブルの正常性をチェックすることができる。

図３は、本実施形態によるエージェントサーバ１が有するステータスログ１−２、及びプロキシサーバ２が有するステータスログ２−４のデータ構成を示す概念図である。エージェントサーバ１、及びプロキシサーバ２は、ステータスログ１−２、２−４として、自エージェントＩＤに対して、状態遷移する情報と紐付けて管理する管理テーブルを備えている。

エージェントサーバ１、及びプロキシサーバ２では、図２と同様に、個々のエージェント機能部１−１、２−３が、再起動時のグレードに従ってステータスのカテゴリを予め割り付けられていて、メンテナンス中に、再起動時のグレードが分かるようなメンテナンス命令を受付けた際に、該当カテゴリにステータスが遷移したことを、ステータスログ１−２、２−４の管理テーブルの状態を更新するようになっている。

エージェントサーバ１、及びプロキシサーバ２は、エージェントＩＤの状態がゼロ、２つ以上、不定値、または、更新したメッセージ情報中のステータスと異なる場合、状態不一致として、管理テーブルの正常性をチェックすることができる。

次に、本実施形態によるエージェントサーバ１のエージェント機能部１−１、及びプロキシサーバ２のエージェント機能部２−３の動作を説明する。図４は、本実施形態による、エージェント機能部１−１、２−３の動作を説明するための状態遷移図である。

図４において、エージェント機能部１−１、２−３は、各状態を有していて、例えば、最初に初期状態（ｉｎｉと表示）から運転状態に移行すると（ステップＳ１）、障害復旧時のグレードからステータスを判断する状態に遷移する（ステップＳ２）。この状態で該当ステータスの内容をステータスログ１−２、２−４に対して更新する（ステップＳ１１）。

また、障害復旧時の状態で障害を検出すると、障害検出時のグレードからステータスを判断する状態に移行する（ステップＳ３）。このときにも、該当ステータスの内容をステータスログ１−２、２−４に対して更新する（ステップＳ１１）。

エージェント機能部１−１、２−３は、更新時、各々、ステータスログ１−２、２−４を読み出して、同じステータスになっているかチェックする。

但し、障害復旧時に運転中であった場合には、運転中のステータスを判断する状態に遷移する（ステップＳ６）。この状態でも、ステータスログ１−２、２−４の内容を、運転中のステータス状態に更新する（ステップＳ１１）。エージェント機能部１−１、２−３は、更新時、各々、ステータスログ１−２、２−４を読み出して、同じステータスになっているかチェックする。

同様に、エージェント機能部１−１、２−３は、初期状態（ｉｎｉと表示）から運転状態に移行すると（ステップＳ１）、再起動完了時のグレードからステータスを判断する状態に遷移する（ステップＳ４）。この状態で該当ステータスの内容をステータスログ１−２、２−４に対して更新する（ステップＳ１１）。エージェント機能部１−１、２−３は、更新時、各々、ステータスログ１−２、２−４を読み出して、同じステータスになっているかチェックする。そして、再起動完了時の状態で、再起動の命令を認識すると、グレードからステータスを判断する状態に移行する（ステップＳ５）。

また、エージェント機能部１−１、２−３は、初期状態（ｉｎｉと表示）から運転状態に移行すると（ステップＳ１）、実装時のグレードからステータスを判断する状態に遷移する（ステップＳ６）。この状態で該当ステータスの内容をステータスログ１−２、２−４に対して更新する（ステップＳ１１）。エージェント機能部１−１、２−３は、更新時、各々、ステータスログ１−２、２−４を読み出して、同じステータスになっているかチェックする。そして、実装時の状態で、実装前のグレードからステータスを判断する状態に移行する（ステップＳ７）。

いずれの場合も、運転中のステータスを判断する状態に遷移する（ステップＳ８）。この状態でも、ステータスログ１−２、２−４の内容を、運転中のステータス状態に更新する（ステップＳ１１）。エージェント機能部１−１、２−３は、更新時、各々、ステータスログ１−２、２−４を読み出して、同じステータスになっているかチェックする。

さらに、運転中のステータスを判断した場合、運転前状態のステータスを判断する状態に遷移する（ステップＳ７）。このような状態に遷移した場合も同様に、ステータスログ１−２、２−４を更新する（ステップＳ１１）。エージェント機能部１−１、２−３は、更新時、各々、ステータスログ１−２、２−４を読み出して、同じステータスになっているかチェックする。

また、プロキシサーバ２のプロキシマネージャ機能部２−１が起動されると（ステップＳ２０）、あるいは、エージェントサーバ１のステータスログ１−２、及びエージェント機能部２−３のステータスログ２−４（図４のａ）が更新されると、プロキシマネージャ機能部２−１は、定期的にステータスログ１−２、及びステータスログ２−４（図４のａ）のステータスログ内容をモニタし、ステータスログ１−２、２−４を読み出して、エージェント機能毎のステータスを収集する。プロキシマネージャ機能部２−１はステータスログ内容をモニタしたときに、その内容が異なっていれば、エージェント毎ステータスログ２−２（図４のｂ）のステータスを更新する（ステップＳ２１）。

上述した実施形態によれば、マネージャとエージェントとの間に、プロキシマネージャ機能部２−１を有することで、監視処理フローは、プロキシサーバ２の配下のエージェントのクラスタ毎に分散することができ、プロキシマネージャ機能部２−１の監視処理フロー数を軽減することができる。

また、プロキシサーバ２は、エージェントサーバ１の状態を、ｔｒａｐ情報とは別に、定期的にモニタしているので、プロキシサーバ２の配下にあるメンテナンス中のエージェントサーバ１毎の状態を監視することができ、オペレータが目視確認することができる。

また、エージェント機能部２−３がメンテナンス中のステータスを更新しているので、メンテナンス中のステータスを更新することができる。

さらに、プロキシサーバ２が、ｈｔｔｐプロトコルにも対応しているので、エージェントサーバ１のメンテナンス中のステータスを、保守者や、メンテナンス作業者が操作する管理用サーバに、対応したｈｔｔｐブラウザをインストールしていれば、ｈｔｔｐアクセスすることでエージェントの状態を容易に確認（表示）することができる。

また、外部のマネージャからの収集要求なしに、プロキシマネージャ機能部２−１のルックイン手段にてサーバ群のステータス情報を収集して、管理することが可能であり、また、一度に各エージェントの管理情報をメッセージに割り付ける手段を持っているのでＳＮＭＰフローを最小化できる。

なお、本発明の他の実施形態として、ｊａｖａや、ｖｎｃ（virtual network computing）を有したプロキシサーバについても適用することができる。

１エージェントサーバ
１−１エージェント機能部
１−２ステータスログ
１−３トランスポート／ネットワーク
１−４インターフェース
２プロキシサーバ
２−１プロキシマネージャ機能部
２−２エージェント毎ステータスログ
２−３エージェント機能部
２−４ステータスログ
２−５トランスポート／ネットワーク
２−６インターフェース

Claims

重複しない異なる識別情報を有するエージェント手段を備え、互いにＳＮＭＰを用いて通信する複数の通信装置からなる通信システムであって、
前記複数の通信装置は、
前記通信装置のメンテナンス中に受付けるメンテナンス命令に含まれる前記通信装置の状態を判定するための情報であるグレードに基づいて前記通信装置の状態を判定し、前記状態が遷移する度に、その状態でステータスログ内容を更新するエージェント手段を備え、
前記複数の通信装置の少なくとも１つの通信装置は、
メンテナンスしているときであっても、定期的に前記複数の通信装置の状態を監視し、ネットワーク上で発生したイベントを通知するトラップメッセージとは別に、前記エージェント手段により逐次更新されるステータスログ内容を収集し、前記エージェント手段毎に保持するプロキシ管理手段を備えることを特徴とする通信システム。
前記エージェント手段は、
障害復旧時のグレード、または、再起動完了時のグレード、または、実装時のグレードから状態を判定し、
この判定した状態に基づいて、前記ステータス内容を更新することを特徴とする請求項１に記載の通信システム。
前記エージェント手段は、
前記障害復旧時の状態で障害を検出した場合には、障害検出時のグレードから状態を判定し、
この判定した状態に基づいて、前記ステータス内容を更新し、
前記プロキシ管理手段は、
前記エージェント手段が更新したステータス内容が状態不一致である場合に、保持している前記ステータスログ内容の正常性をチェックする
ことを特徴とする請求項１または２に記載の通信システム。
前記エージェント手段は、
前記再起動完了時の状態で再起動の命令を認識した場合には、再起動時のグレードから状態を判定し、
この判定した状態に基づいて、前記ステータス内容を更新することを特徴とする請求項１から３のいずれかに記載の通信システム。
前記実装時の状態で実装前であることを検出すると、実装前のグレードから状態を判定し、
この判定した状態に基づいて、前記ステータス内容を更新することを特徴とする請求項１から４のいずれかに記載の通信システム。
前記エージェント手段は、
前記障害復旧時のグレード、または、前記再起動完了時のグレード、または、前記実装時のグレードのいずれかの状態で運転中であることを検出すると、運転中の状態を判定し、
この判定した状態に基づいて、前記ステータス内容を更新することを特徴とする請求項１から５のいずれかに記載の通信システム。
前記エージェント手段は、
前記運転中の状態で、障害を検出した場合、または、再起動の命令を認識した場合、運転前を検出した場合、または、実装前を検出した場合には、障害検出時のグレード、または、再起動時のグレード、または、運転前状態、または、実装前のグレードから状態を判定し、
この判定した状態に基づいて、前記ステータス内容を更新することを特徴とする請求項１から６のいずれかに記載の通信システム。
重複しない異なる識別情報を有するエージェント手段を備える複数の通信装置で互いにＳＮＭＰを用いて通信する通信方法であって、
前記複数の通信装置が、前記通信装置のメンテナンス中に受付けるメンテナンス命令に含まれる前記通信装置の状態を判定するための情報であるグレードに基づいて前記通信装置の状態を判定するステップと、
前記状態が遷移する度に、その状態でステータスログ内容を更新するステップと、
前記複数の通信装置の少なくとも１つの通信装置が、メンテナンスしているときであっても、定期的に前記複数の通信装置の状態を監視し、ネットワーク上で発生したイベントを通知するトラップメッセージとは別に、前記エージェント手段により逐次更新されるステータスログ内容を収集し、前記エージェント手段毎に保持するステップと
を含むことを特徴とする通信方法。