重複しない異なる識別情報を有するエージェント手段を備え、互いにSNMPを用いて通信する複数の通信装置からなる通信システムであって、前記複数の通信装置は、状態が遷移する度に、その状態でステータスログ内容を更新するエージェント手段を備え、前記複数の通信装置の少なくとも1つの通信装置は、メンテナンスしているときであっても、定期的に前記複数の通信装置の状態を監視し、ネットワーク上で発生したイベントを通知するトラップメッセージとは別に、前記エージェント手段により逐次更新されるステータスログ内容を収集し、前記エージェント手段毎に保持するプロキシ管理手段を備えることを特徴とする通信システム。前記エージェント手段は、障害復旧時のグレード、または、再起動完了時のグレード、または、実装時のグレードから状態を判定し、この判定した状態に基づいて、前記ステータス内容を更新することを特徴とする請求項1に記載の通信システム。前記エージェント手段は、前記障害復旧時の状態で障害を検出した場合には、障害検出時のグレードから状態を判定し、この判定した状態に基づいて、前記ステータス内容を更新することを特徴とする請求項1または2に記載の通信システム。前記エージェント手段は、前記再起動完了時の状態で再起動の命令を認識した場合には、再起動時のグレードから状態を判定し、この判定した状態に基づいて、前記ステータス内容を更新することを特徴とする請求項1から3のいずれかに記載の通信システム。前記実装時の状態で実装前であることを検出すると、実装前のグレードから状態を判定し、この判定した状態に基づいて、前記ステータス内容を更新することを特徴とする請求項1から4のいずれかに記載の通信システム。前記エージェント手段は、前記障害復旧時のグレード、または、前記再起動完了時のグレード、または、前記実装時のグレードのいずれかの状態で運転中であることを検出すると、運転中の状態を判定し、この判定した状態に基づいて、前記ステータス内容を更新することを特徴とする請求項1から5のいずれかに記載の通信システム。前記エージェント手段は、前記運転中の状態で、障害を検出した場合、または、再起動の命令を認識した場合、運転前を検出した場合、または、実装前を検出した場合には、障害検出時のグレード、または、再起動時のグレード、または、運転前状態、または、実装前のグレードから状態を判定し、この判定した状態に基づいて、前記ステータス内容を更新することを特徴とする請求項1から6のいずれかに記載の通信システム。重複しない異なる識別情報を有するエージェント手段を備える複数の通信装置で互いにSNMPを用いて通信する通信方法であって、前記複数の通信装置が、状態が遷移する度に、その状態でステータスログ内容を更新するステップと、前記複数の通信装置の少なくとも1つの通信装置が、メンテナンスしているときであっても、定期的に前記複数の通信装置の状態を監視し、ネットワーク上で発生したイベントを通知するトラップメッセージとは別に、前記エージェント手段により逐次更新されるステータスログ内容を収集し、前記エージェント手段毎に保持するステップとを含むことを特徴とする通信方法。しかしながら、特許文献1に記載の技術では、マネージャからの収集要求なしに、サーバ群のステータス情報を収集して管理することはできないという問題がある。また、オペレータによる状態確認操作の実施により、プロキシサーバがエージェントの状態を確認する場合には、オペレータによる状態確認操作なしに、プロキシサーバ配下にある外部エージェントの状態確認を行うことは困難であった。言い換えると、複数のエージェント機能などが持つ状態を、プロキシマネージャが定期的に監視していなかったため、エージェントのメンテナンス作業中、該当するエージェントの適宜状態監視の操作を行う必要があるという問題があった。本発明は、このような事情を考慮してなされたものであり、その目的は、エージェントのメンテナンス中の状態を、状態監視用の操作を行うことなく、定期的にモニタすることができる通信システム、及び通信方法を提供することにある。上述した課題を解決するために、本発明は、重複しない異なる識別情報を有するエージェント手段を備え、互いにSNMPを用いて通信する複数の通信装置からなる通信システムであって、前記複数の通信装置は、メンテナンスしているときであっても、定期的に状態を監視し、ネットワーク上で発生したイベントを通知するトラップメッセージとは別に、状態が遷移する度に、その状態でステータスログ内容を更新するエージェント手段を備え、前記複数の通信装置の少なくとも1つの通信装置は、前記複数の通信装置のエージェント手段により逐次更新されるステータスログ内容を収集し、前記エージェント手段毎に保持するプロキシ管理手段を備えることを特徴とする通信システムである。また、上述した課題を解決するために、本発明は、重複しない異なる識別情報を有するエージェント手段を備える複数の通信装置で互いにSNMPを用いて通信する通信方法であって、前記複数の通信装置が、状態が遷移する度に、その状態でステータスログ内容を更新するステップと、前記複数の通信装置の少なくとも1つの通信装置が、メンテナンスしているときであっても、定期的に前記複数の通信装置の状態を監視し、ネットワーク上で発生したイベントを通知するトラップメッセージとは別に、前記エージェント手段により逐次更新されるステータスログ内容を収集し、前記エージェント手段毎に保持するステップとを含むことを特徴とする通信方法である。この発明によれば、エージェントのメンテナンス中の状態を、状態監視用の操作を行うことなく、定期的にモニタすることができる。以下、本発明の一実施形態を、図面を参照して説明する。図1は、本発明の一実施形態によるサーバシステムの構成を示すブロック図である。図において、ネットワーク管理システムは、ネットワーク3を介して接続されている、エージェントサーバ1とプロキシサーバ2とからなる。エージェントサーバ1は、管理される側の機器であり、エージェント機能部1-1、ステータスログ1-2、トランスポート/ネットワーク1-3、及びインターフェースIF1-4を備えている。エージェント機能部1-1は、状態が遷移する度に、その状態でステータスログ1-2の内容を更新する。エージェントサーバ1は、トランスポート/ネットワーク1-3、及びインターフェースIF1-4を用いてネットワーク3に接続する。プロキシサーバ2は、プロキシマネージャ機能部2-1、エージェント毎のステータスログ2-2、エージェント機能部2-3、ステータスログ2-4、トランスポート/ネットワーク2-5、及びインターフェースIF2-6を備えている。プロキシマネージャ機能部2-1は、SNMPにより、メンテナンスしている時も、エージェントサーバ1の状態を定期的に監視し、trap情報とは別にモニタする。エージェント機能部2-3は、状態が遷移する度に、その状態でステータスログ2-4の内容を更新する。プロキシマネージャ機能部2-1は、自身のステータスログ2-4の内容も含め、トランスポート/ネットワーク2-5、及びインターフェース2-6を用いて、ネットワーク3を介して、外部エージェント、及びメンテナンス中の外部エージェントエージェントサーバ1からステータスログを収集し、エージェントサーバ1のステータスを認識することが可能となっている。プロキシマネージャサーバ2には、自エージェント機能、自エージェントのステータスログ、プロキシマネージャ機能として、エージェント毎のステータスログ、また、外部エージェントへのモニタ機能、および外部エージェントのステータス情報を保持する機能を持っている。図2は、本実施形態によるプロキシサーバ2が有するエージェント毎のステータスログ2-2のデータ構成を示す概念図である。プロキシサーバ1は、ステータスログ2-2として、エージェントを識別するためのエージェントID毎に、各エージェントが状態遷移する情報と紐付けて管理する管理テーブルを備えている。プロキシサーバ2は、ステータスログ2-2を参照することで、各エージェントがどの状態に位置付けられているかを管理することができる。また、プロキシサーバ2は、ステータスログ2-2を参照することで、任意のエージェントIDの状態が、ゼロ、2つ以上、不定値、または、ルックインでモニタしたエージェントIDのメッセージ情報のステータスと異なる場合、状態不一致として、管理テーブルの正常性をチェックすることができる。図3は、本実施形態によるエージェントサーバ1が有するステータスログ1-2、及びプロキシサーバ2が有するステータスログ2-4のデータ構成を示す概念図である。エージェントサーバ1、及びプロキシサーバ2は、ステータスログ1-2、2-4として、自エージェントIDに対して、状態遷移する情報と紐付けて管理する管理テーブルを備えている。エージェントサーバ1、及びプロキシサーバ2では、図2と同様に、個々のエージェント機能部1-1、2-3が、再起動時のグレードに従ってステータスのカテゴリを予め割り付けられていて、メンテナンス中に、再起動時のグレードが分かるようなメンテナンス命令を受付けた際に、該当カテゴリにステータスが遷移したことを、ステータスログ1-2、2-4の管理テーブルの状態を更新するようになっている。エージェントサーバ1、及びプロキシサーバ2は、エージェントIDの状態がゼロ、2つ以上、不定値、または、更新したメッセージ情報中のステータスと異なる場合、状態不一致として、管理テーブルの正常性をチェックすることができる。次に、本実施形態によるエージェントサーバ1のエージェント機能部1-1、及びプロキシサーバ2のエージェント機能部2-3の動作を説明する。図4は、本実施形態による、エージェント機能部1-1、2-3の動作を説明するための状態遷移図である。図4において、エージェント機能部1-1、2-3は、各状態を有していて、例えば、最初に初期状態iniと表示から運転状態に移行するとステップS1、障害復旧時のグレードからステータスを判断する状態に遷移するステップS2。この状態で該当ステータスの内容をステータスログ1-2、2-4に対して更新するステップS11。また、障害復旧時の状態で障害を検出すると、障害検出時のグレードからステータスを判断する状態に移行するステップS3。このときにも、該当ステータスの内容をステータスログ1-2、2-4に対して更新するステップS11。エージェント機能部1-1、2-3は、更新時、各々、ステータスログ1-2、2-4を読み出して、同じステータスになっているかチェックする。但し、障害復旧時に運転中であった場合には、運転中のステータスを判断する状態に遷移するステップS6。この状態でも、ステータスログ1-2、2-4の内容を、運転中のステータス状態に更新するステップS11。エージェント機能部1-1、2-3は、更新時、各々、ステータスログ1-2、2-4を読み出して、同じステータスになっているかチェックする。同様に、エージェント機能部1-1、2-3は、初期状態iniと表示から運転状態に移行するとステップS1、再起動完了時のグレードからステータスを判断する状態に遷移するステップS4。この状態で該当ステータスの内容をステータスログ1-2、2-4に対して更新するステップS11。エージェント機能部1-1、2-3は、更新時、各々、ステータスログ1-2、2-4を読み出して、同じステータスになっているかチェックする。そして、再起動完了時の状態で、再起動の命令を認識すると、グレードからステータスを判断する状態に移行するステップS5。また、エージェント機能部1-1、2-3は、初期状態iniと表示から運転状態に移行するとステップS1、実装時のグレードからステータスを判断する状態に遷移するステップS6。この状態で該当ステータスの内容をステータスログ1-2、2-4に対して更新するステップS11。エージェント機能部1-1、2-3は、更新時、各々、ステータスログ1-2、2-4を読み出して、同じステータスになっているかチェックする。そして、実装時の状態で、実装前のグレードからステータスを判断する状態に移行するステップS7。いずれの場合も、運転中のステータスを判断する状態に遷移するステップS8。この状態でも、ステータスログ1-2、2-4の内容を、運転中のステータス状態に更新するステップS11。エージェント機能部1-1、2-3は、更新時、各々、ステータスログ1-2、2-4を読み出して、同じステータスになっているかチェックする。さらに、運転中のステータスを判断した場合、運転前状態のステータスを判断する状態に遷移するステップS7。このような状態に遷移した場合も同様に、ステータスログ1-2、2-4を更新するステップS11。エージェント機能部1-1、2-3は、更新時、各々、ステータスログ1-2、2-4を読み出して、同じステータスになっているかチェックする。また、プロキシサーバ2のプロキシマネージャ機能部2-1が起動されるとステップS20、あるいは、エージェントサーバ1のステータスログ1-2、及びエージェント機能部2-3のステータスログ2-4図4のaが更新されると、プロキシマネージャ機能部2-1は、定期的にステータスログ1-2、及びステータスログ2-4図4のaのステータスログ内容をモニタし、ステータスログ1-2、2-4を読み出して、エージェント機能毎のステータスを収集する。プロキシマネージャ機能部2-1はステータスログ内容をモニタしたときに、その内容が異なっていれば、エージェント毎ステータスログ2-2図4のbのステータスを更新するステップS21。上述した実施形態によれば、マネージャとエージェントとの間に、プロキシマネージャ機能部2-1を有することで、監視処理フローは、プロキシサーバ2の配下のエージェントのクラスタ毎に分散することができ、プロキシマネージャ機能部2-1の監視処理フロー数を軽減することができる。また、プロキシサーバ2は、エージェントサーバ1の状態を、trap情報とは別に、定期的にモニタしているので、プロキシサーバ2の配下にあるメンテナンス中のエージェントサーバ1毎の状態を監視することができ、オペレータが目視確認することができる。また、エージェント機能部2-3がメンテナンス中のステータスを更新しているので、メンテナンス中のステータスを更新することができる。さらに、プロキシサーバ2が、httpプロトコルにも対応しているので、エージェントサーバ1のメンテナンス中のステータスを、保守者や、メンテナンス作業者が操作する管理用サーバに、対応したhttpブラウザをインストールしていれば、httpアクセスすることでエージェントの状態を容易に確認表示することができる。また、外部のマネージャからの収集要求なしに、プロキシマネージャ機能部2-1のルックイン手段にてサーバ群のステータス情報を収集して、管理することが可能であり、また、一度に各エージェントの管理情報をメッセージに割り付ける手段を持っているのでSNMPフローを最小化できる。なお、本発明の他の実施形態として、javaや、vncvirtualnetworkcomputingを有したプロキシサーバについても適用することができる。