(57)【要約】【課題】  クライアントはサーバから装置状態情報の送信要求を拒否されても装置状態情報を取得することができる。【解決手段】  状態情報記憶手段１ａは管理している装置３ａ〜３ｃの装置状態情報を記憶する。状態情報送信手段１ｂは要求に応じて装置状態情報を送信する。送信情報記憶手段１ｃは装置状態情報の送信に関する送信情報を記憶する。送信情報送信手段１ｄは装置状態情報の送信を拒否する場合、送信情報を送信する。状態情報要求手段２ａはサーバ１に装置状態情報の送信要求をする。要求状態情報記憶手段２ｂは要求した装置状態情報を記憶する。送信情報受信手段２ｃは送信要求が拒否された場合、サーバ１から送信情報を受信する。状態情報取得手段２ｄは送信情報を参照し、既に装置状態情報を受信しているクライアント４ａ，４ｂから装置状態情報を取得する。要求送信情報送信手段２ｅはクライアント４ａ，４ｂからの要求により装置状態情報を送信する。【選択図】  図１
2005128678.tif 000002
【特許請求の範囲】
【請求項１】
複数の装置を管理する装置管理システムにおいて、
管理している複数の装置の状態を示す装置状態情報を記憶する状態情報記憶手段と、要求に応じて、前記装置状態情報を送信する状態情報送信手段と、前記装置状態情報の送信に関する送信情報を記憶する送信情報記憶手段と、前記装置状態情報の送信を拒否する場合、前記送信情報を送信する送信情報送信手段と、を有するサーバと、
前記装置状態情報の送信要求をする状態情報要求手段と、要求した前記装置状態情報を記憶する要求状態情報記憶手段と、前記送信要求が拒否された場合、前記送信情報を受信する送信情報受信手段と、前記送信情報を参照し、前記装置状態情報を受信している情報提供クライアントから前記装置状態情報を取得する状態情報取得手段と、情報要求クライアントからの要求に応じて前記装置状態情報を送信する要求送信情報送信手段と、を有するクライアントと、
を有することを特徴とする装置管理システム。
【請求項２】
前記送信情報は、前記装置状態情報の送信日時と送信先のクライアント名とを有することを特徴とする請求項１記載の装置管理システム。
【請求項３】
前記送信情報送信手段は、前記サーバの処理負荷が大きいとき前記装置状態情報の送信を拒否することを特徴とする請求項１記載の装置管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は装置管理システムに関し、特に複数の装置をサーバ／クライアントで管理する装置管理システムに関する。
【背景技術】
【０００２】
通信回線網には、光信号をある単位で多重／分離し、またはアッド・ドロップする伝送装置が設けられる。伝送装置は、複数のクライアントと接続されたサーバと接続され、制御、管理されている。
【０００３】
サーバは、伝送装置の状態を示す装置状態情報を伝送装置から取得し、クライアントに送信する。クライアントを操作する保守者は、装置状態情報をクライアントに受信することによって、伝送装置の装置状態を知ることができる。また、サーバは、クライアントが受け付けた保守者の入力に従って伝送装置を制御する。
【０００４】
図１８は、従来のサーバとクライアントとのネットワークシステムを示す図である。図に示すようにサーバ１０１は、伝送装置１０４と接続されている。伝送装置１０４〜１０６は光ケーブル１０７で接続され、通信することができる。サーバ１０１は、伝送装置１０４を管理すると共に、伝送装置１０４、光ケーブル１０７を介して、伝送装置１０５，１０６を管理する。
【０００５】
サーバ１０１とクライアント１０２ａ〜１０２ｃは、ネットワーク１０３を介して接続されている。サーバ１０１は、伝送装置１０４〜１０６の装置状態情報が更新されたとき、更新された旨をクライアント１０２ａ〜１０２ｃに通知する。また、サーバ１０１は、ダウンして再起動したとき、クライアント１０２ａ〜１０２ｃから送信要求があったとき装置管理情報を送信する。また、サーバ１０１は、クライアント１０２ａ〜１０２ｃが受け付けた保守者からの入力に従って、伝送装置１０４〜１０６を制御する。
【０００６】
なお、サーバでの障害復旧後の再接続要求を代表のクライアントのみで実行して、多数のクライアントからの多数の再接続要求を同時に行わないようにし、その再接続要求の増加を防止して、サーバ障害復旧後における多数のクライアントからの迅速な再接続による通信を可能にしたクライアント／サーバシステムがある（例えば、特許文献１参照）。
【０００７】
また、サーバがダウンしている場合にも、他のサーバとの接続を可能とするマルチサーバワークフローシステムがある（例えば、特許文献２参照）。
【特許文献１】特開２０００−１８８６０７号公報（段落番号〔００２８〕〜〔００３４〕、図２）
【特許文献２】特開平１１−１６１６０６号公報（段落番号〔００１３〕〜〔００１４〕、図２）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、クライアントは、例えば、サーバが高負荷状態にあるときやダウンしているときに装置状態情報の送信要求をすると拒否され、装置状態情報を取得することができないという問題点があった。
【０００９】
本発明はこのような点に鑑みてなされたものであり、サーバから装置状態情報の送信要求を拒否されても装置状態情報を取得することができる装置管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明では上記問題を解決するために、複数の装置を管理する装置管理システムにおいて、管理している複数の装置３ａ〜３ｃの状態を示す装置状態情報を記憶する状態情報記憶手段１ａと、要求に応じて、装置状態情報を送信する状態情報送信手段１ｂと、装置状態情報の送信に関する送信情報を記憶する送信情報記憶手段１ｃと、装置状態情報の送信を拒否する場合、送信情報を送信する送信情報送信手段１ｄと、を有するサーバ１と、装置状態情報の送信要求をする状態情報要求手段２ａと、要求した装置状態情報を記憶する要求状態情報記憶手段２ｂと、送信要求が拒否された場合、送信情報を受信する送信情報受信手段２ｃと、送信情報を参照し、装置状態情報を受信している情報提供するクライアント４ａ，４ｂから装置状態情報を取得する状態情報取得手段２ｄと、情報要求するクライアント４ａ，４ｂからの要求に応じて装置状態情報を送信する要求送信情報送信手段２ｅと、を有するクライアントと、を有することを特徴とする装置管理システムが提供される。
【００１１】
このような装置管理システムによれば、クライアント２は、サーバ１から装置３ａ〜３ｃの装置状態情報の送信要求が拒否された場合、装置状態情報の送信に関する送信情報を受信する。クライアント２は、送信情報を参照して、装置状態情報を受信している情報提供するクライアント４ａ，４ｂから装置状態情報を取得する。また、クライアント２は、情報要求するクライアント４ａ，４ｂからの要求に応じて、記憶している装置状態情報を送信する。
【発明の効果】
【００１２】
本発明の装置管理システムでは、クライアントは装置状態情報の送信要求を拒否された場合、装置状態情報の送信に関する送信情報をサーバから受信する。そして、送信情報を参照して、装置状態情報を取得している情報提供クライアントから装置状態情報を取得するようにした。また、クライアントは装置状態情報を記憶し、情報要求クライアントからの要求に応じて、装置状態情報を送信するようにした。これによって、サーバから装置状態情報の送信要求を拒否されても装置状態情報を取得することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の原理を図面を参照して詳細に説明する。
図１は、本発明の原理を説明する原理図である。図に示すようにサーバ１とクライアント２，４ａ，４ｂは接続され通信できるようになっている。また、サーバ１は、装置３ａ〜３ｃと接続され、複数の装置３ａ〜３ｃを管理している。
【００１４】
クライアント２，４ａ，４ｂは、保守者によって操作される。保守者は、装置３ａ〜３ｂの装置状態を知りたい場合、クライアント２，４ａ，４ｂよりサーバ１にアクセスして、装置３ａ〜３ｂの装置状態情報を取得する。
【００１５】
サーバ１は、状態情報記憶手段１ａ、状態情報送信手段１ｂ、送信情報記憶手段１ｃ、および送信情報送信手段１ｄを有している。クライアント２は、状態情報要求手段２ａ、要求状態情報記憶手段２ｂ、送信情報受信手段２ｃ、状態情報取得手段２ｄ、および要求送信情報送信手段２ｅを有している。なお、クライアント４ａ，４ｂもクライアント２と同様の構成を有している。
【００１６】
サーバ１の状態情報記憶手段１ａは、装置３ａ〜３ｃの装置状態を示す装置状態情報を記憶する。
状態情報送信手段１ｂは、クライアント２，４ａ，４ｂからの要求に応じて、状態情報記憶手段１ａが記憶した装置状態情報を送信する。
【００１７】
送信情報記憶手段１ｃは、状態情報送信手段１ｂの装置状態情報の送信に関する送信情報を記憶する。送信情報は、例えば、装置状態情報を送信した日時、装置状態情報を送信した先のクライアント名である。
【００１８】
送信情報送信手段１ｄは、例えば、サーバ１が高負荷状態にあるため、状態情報送信手段１ｂが装置状態情報の送信を拒否する場合、送信情報記憶手段１ｃが記憶している送信情報をクライアント２，４ａ，４ｂに送信する。
【００１９】
クライアント２の状態情報要求手段２ａは、サーバ１に装置状態情報の送信要求をする。
要求状態情報記憶手段２ｂは、状態情報要求手段２ａが送信要求をして受信した装置状態情報を記憶する。
【００２０】
送信情報受信手段２ｃは、要求状態情報記憶手段２ｂがサーバ１に装置状態情報の送信要求をして拒否された場合、サーバ１から送信されてくる送信情報を受信する。
状態情報取得手段２ｄは、送信情報受信手段２ｃが受信した送信情報を参照し、装置状態情報をすでに受信しているクライアント４ａ，４ｂから装置状態情報を取得する。装置状態情報を受信しているクライアントの特定は、例えば、送信情報の装置状態情報を送信した日時より、送信情報をクライアントに送信していることがわかる。また、送信情報の送信先のクライアント名より、送信情報を受信しているクライアントを知ることができる。
【００２１】
要求送信情報送信手段２ｅは、クライアント４ａ，４ｂから装置状態情報の送信要求があると、要求状態情報記憶手段２ｂが記憶している装置状態情報を要求のあったクライアント４ａ，４ｂに送信する。
【００２２】
以下、原理図の動作について説明する。
サーバ１の状態情報記憶手段１ａは、複数の装置３ａ〜３ｃを管理し、装置状態情報を記憶する。
【００２３】
クライアント２の状態情報要求手段２ａは、装置状態情報を取得するためにサーバ１に装置状態情報の送信要求を行う。
サーバ１の状態情報送信手段１ｂは、クライアント２の送信要求に応じて装置状態情報を送信する。このとき、送信情報記憶手段１ｃは、装置状態情報の送信に関する送信情報を記憶する。
【００２４】
サーバ１が高負荷状態になったとする。この場合、クライアント２の状態情報要求手段２ａが装置状態情報の送信要求をすると、サーバ１の状態情報送信手段１ｂは、装置状態情報の送信を拒否する。送信情報送信手段１ｄは、送信情報記憶手段１ｃが記憶している送信情報をクライアント２に送信する。
【００２５】
クライアント２の送信情報受信手段２ｃは、サーバ１から送信情報を受信する。状態情報取得手段２ｄは、受信された送信情報を参照して、すでに装置状態情報を受信しているクライアント４ａ，４ｂを特定し、そのクライアントから装置状態情報を取得する。
【００２６】
逆に、クライアント２が装置状態情報をすでに記憶しているとする。クライアント４ａ，４ｂが装置状態情報の送信要求をサーバ１にして拒否された場合、クライアント４ａ，４ｂがクライアント２に装置状態情報の送信要求をする。クライアント２の要求送信情報送信手段２ｅは、クライアント４ａ，４ｂからの送信要求に応じて、装置状態情報を送信する。
【００２７】
このように、サーバ１はクライアント２からの装置状態情報の送信要求を拒否する場合、装置状態情報の送信に関する送信情報をクライアント２に送信する。そして、クライアント２は、送信情報を参照して、装置状態情報を取得しているクライアント４ａ，４ｂから装置状態情報を取得するようにした。また、クライアント２は装置状態情報を記憶し、クライアント４ａ，４ｂからの要求に応じて、装置状態情報を送信するようにした。これによって、クライアント２は、サーバ１から装置状態情報の送信要求を拒否されても装置状態情報を取得することができる。
【００２８】
次に、本発明の実施の形態を図面を参照して詳細に説明する。
図２は、本発明の実施の形態に係るネットワークシステムを示す図である。図に示すように、サーバ１０とクライアント２０，３１，３２は、ネットワーク４０を介して接続されている。ネットワーク４０は、例えば、ＬＡＮ（Local Aria Network）やインターネットである。また、サーバ１０と伝送装置５１は、例えば、専用回線で接続されている。  伝送装置５１〜５３は、光ケーブル７０によって互いが接続されている。伝送装置５１〜５３は、下層に公衆回線網６１〜６３を有している。伝送装置５１〜５３は、光ケーブル７０を介し互いに信号を送受信することができる。下層にある公衆回線網６１〜６３は、伝送装置５１〜５３を介することによって、互いに信号を送受信することができる。
【００２９】
サーバ１０は、伝送装置５１〜５３の装置の状態を示す装置状態情報を取得し記憶する。クライアント２０，３１，３２は保守者が使用する装置で、保守者の操作によりサーバ１０にアクセスし、伝送装置５１〜５３の装置状態情報を取得する。これにより、保守者は、伝送装置５１〜５３の装置状態を知ることができる。また、クライアント２０，３１，３２は、保守者が入力するデータを受け付け、サーバ１０に送信する。サーバ１０は、クライアント２０，３１，３２から送信されたデータを伝送装置５１，５２，５３に送信する。これにより、保守者は、クライアント２０，３１，３２から伝送装置５１〜５３を制御、管理することができる。
【００３０】
なお、図２においてサーバ１０は、伝送装置５１、光ケーブル７０を介して伝送装置５２，５３と通信するが、専用回線で伝送装置５２，５３と接続し、直接通信するようにしてもよい。
【００３１】
次に、サーバ１０のハードウェア構成について説明する。
図３は、サーバのハードウェア構成を示すブロック図である。図に示すサーバ１０は、ＣＰＵ１０ａによって装置全体が制御されている。ＣＰＵ１０ａには、バス１０ｇを介してＲＡＭ１０ｂ、ハードディスクドライブ（ＨＤＤ）１０ｃ、グラフィック処理装置１０ｄ、入力インタフェース１０ｅ、および通信インタフェース１０ｆが接続されている。
【００３２】
ＲＡＭ１０ｂには、ＣＰＵ１０ａに実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０ｂには、ＣＰＵ１０ａによる処理に必要な各種データが保存される。ＨＤＤ１０ｃには、ＯＳやアプリケーションプログラム、処理に必要なデータなどが格納される。
【００３３】
グラフィック処理装置１０ｄには、モニタ１０ｈが接続されている。グラフィック処理装置１０ｄは、ＣＰＵ１０ａからの命令に従って、画像をモニタ１０ｈの表示画面に表示させる。入力インタフェース１０ｅには、キーボード１０ｉと、マウス１０ｊとが接続されている。入力インタフェース１０ｅは、キーボード１０ｉやマウス１０ｊから送られてくる信号を、バス１０ｇを介してＣＰＵ１０ａに送信する。
【００３４】
通信インタフェース１０ｆは、ネットワーク４０に接続されている。通信インタフェース１０ｆは、ネットワーク４０を介してクライアント２０，３１，３２と通信を行う。また、通信インタフェース１０ｆは、伝送装置５１と接続されている。通信インタフェース１０ｆは、伝送装置５１と通信を行う。
【００３５】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、サーバ１０のハードウェア構成を代表的に説明したが、クライアント２０，３１，３２も同様のハードウェア構成で実現することができる。
【００３６】
次に、サーバ１０がアプリケーションを実行して有する機能について説明する。
図４は、サーバの機能ブロック図である。図に示すようにサーバ１０は、状態情報記憶部１１、状態情報送信部１２、送信情報記憶部１３、送信情報送信部１４、装置状態情報データベース（ＤＢ）１５、およびクライアント一覧テーブル（ＴＢ）１６を有している。
【００３７】
状態情報記憶部１１は、伝送装置５１〜５３から装置の状態を示す装置状態情報を取得し、装置状態情報ＤＢ１５に記憶する。状態情報記憶部１１は、取得した装置状態情報を伝送装置５１〜５３ごとに装置状態情報ＤＢ１５に記憶する。装置状態情報ＤＢ１５は、図３で示したＨＤＤ１０ｃで実現される。
【００３８】
ここで、装置状態情報には、例えば、伝送装置５１〜５３がどのように接続されているかの接続関係、伝送装置５１〜５３のスロットに挿入されている基板の種類（例えば、光信号を他の伝送装置に伝送する光基板、光信号と同期を取るための同期クロックを出力する同期基板など）、伝送装置が動作しているプログラムのバージョン、伝送装置５１〜５３が発している警報がある。以下では、装置状態情報の伝送装置５１〜５３の接続関係を示す情報をリング構成情報と呼ぶ。また、装置状態情報のパッケージの種類、プログラムのバージョン、警報の種類など、伝送装置５１〜５３のそれぞれが固有に有する情報を装置詳細情報と呼ぶ。
【００３９】
状態情報送信部１２は、装置状態情報ＤＢ１５に記憶されているリング構成情報、装置詳細情報をクライアント２０，３１，３２の要求に応じて送信する。状態情報送信部１２は、サーバ１０が高負荷状態にあるとき（例えば、ＣＰＵ１０ａが他の処理に占有されているとき）は、クライアント２０，３１，３２からの要求があっても、リング構成情報、装置詳細情報の送信を拒否する。ただし、クライアント２０，３１，３２から強制的に装置状態情報を送信するよう要求があった場合は、高負荷状態にあっても装置状態情報を送信する。また、状態情報送信部１２は、リング構成情報、装置詳細情報の更新があったとき、優先度の最も高いクライアント２０，３１，３２に装置状態情報の更新があった旨を通知し、送信要求があったときに装置状態情報を送信する。
【００４０】
送信情報記憶部１３は、装置状態情報のクライアント２０，３１，３２への送信に関する送信情報をクライアント一覧ＴＢ１６に記憶する。送信情報には、例えば、装置状態情報を送信すべきクライアントの優先度、クライアントのログオン状態、状態情報送信部１２がリング構成情報を送信した日時、装置詳細情報を送信した日時がある。また、送信情報記憶部１３は、クライアント間で装置状態情報を受信した旨の通知をクライアントから受けると、クライアント一覧ＴＢ１６の対応する装置状態情報の欄に、通知を受けた日時を記憶する。クライアント一覧ＴＢ１６は、図３で示したＨＤＤ１０ｃで実現される。
【００４１】
図５は、クライアント一覧ＴＢのデータ構成例である。図に示すように、クライアント一覧ＴＢ１６には、クライアント名、優先度、ログオン状態、リング構成情報、装置１詳細情報、装置２詳細情報、…、の欄が設けてある。
【００４２】
クライアント名の欄には、クライアント２０，３１，３２に付けられた名前が格納される。
優先度の欄には、クライアント２０，３１，３２の優先度が格納される。高、中、低でクライアント２０，３１，３２の優先度を示し、高が最も優先度が高いことを示し、低が最も低いことを示す。
【００４３】
ログオン状態の欄には、クライアント２０，３１，３２のサーバ１０へのログオン状態が格納される。ログオン中でクライアント２０，３１，３２がサーバ１０にログオンしていることを示し、ログオフでサーバ１０にログオフしていることを示す。
【００４４】
リング構成情報の欄には、状態情報送信部１２がクライアント２０，３１，３２にリング構成情報を送信したときの日時が記憶される。
装置１詳細情報、装置２詳細情報、…の欄には、状態情報送信部１２がクライアント２０，３１，３２に装置詳細情報を送信したときの日時が記憶される。なお、装置１詳細情報、装置２詳細情報、…はそれぞれ、伝送装置５１〜５３の装置状態情報に対応している。例えば、装置１詳細情報を伝送装置５１の装置詳細情報、装置２詳細情報を伝送装置５２の装置詳細情報とする。状態情報送信部１２がクライアントＡに伝送装置５２の装置詳細情報を送信すると、クライアントＡの装置２詳細情報の欄に送信した日時が記憶される。
【００４５】
図５の例では、クライアントＡの優先度は高であり、サーバ１０にログオン中であることを示している。また、クライアントＡにリング構成情報を０３／０９／０１／１０：００に送信している（クライアントＡはこの日時にリング構成情報を取得している）ことを示している。なお、クライアントＡの装置１詳細情報、装置２詳細情報、…は空欄となっており、クライアントＡにまだ装置１詳細情報、装置２詳細情報、…を送信していない（クライアントＡはまだ取得していない）ことを示している。
【００４６】
送信情報送信部１４は、状態情報送信部１２が装置状態情報の送信を拒否した場合、装置状態情報の送信要求をしたクライアント２０，３１，３２にクライアント一覧ＴＢ１６を送信する。また、送信情報送信部１４は、ログオン、ログオフしたクライアント２０，３１，３２にクライアント一覧ＴＢ１６を送信する。
【００４７】
次に、クライアントがアプリケーションを実行して有する機能について説明する。
図６は、クライアントの機能ブロック図である。図に示すようにクライアント２０は、状態情報要求部２１、要求状態情報記憶部２２、送信情報受信部２３、状態情報取得部２４、要求送信情報送信部２５、および装置状態情報ＤＢ２６を有している。
【００４８】
状態情報要求部２１は、保守者の操作に応じて、サーバ１０に装置状態情報の送信を要求し受信する。また、状態情報要求部２１は、サーバ１０から装置状態情報の更新があった旨の通知を受けると、サーバ１０に装置状態情報の送信を要求し受信する。
【００４９】
要求状態情報記憶部２２は、状態情報要求部２１が受信した装置状態情報を装置状態情報ＤＢ２６に記憶する。なお、装置状態情報ＤＢ２６は、図３で示したＨＤＤ１０ｃで実現される。
【００５０】
送信情報受信部２３は、状態情報要求部２１の装置状態情報の送信要求がサーバ１０に拒否された場合、サーバ１０からクライアント一覧ＴＢ１６を受信する。また、送信情報受信部２３は、サーバ１０にログオン、ログオフしたとき、または、保守者が装置状態情報の読み出し操作を行ったとき、クライアント一覧ＴＢ１６の送信を要求し受信する。送信情報受信部２３は、受信したクライアント一覧ＴＢ１６を、例えば、図３に示したＨＤＤ１０ｃに記憶する。
【００５１】
状態情報取得部２４は、送信情報受信部２３によって受信されたクライアント一覧ＴＢ１６を参照して、装置状態情報を取得しているクライアント３１，３２から装置状態情報を取得する。状態情報取得部２４は、装置状態情報を取得しているクライアントの中で最も優先度の高いクライアント３１，３２から装置状態情報を取得する。なお、クライアントが装置状態情報（リング構成情報、装置１詳細情報、…）を取得しているか否かは、クライアント一覧ＴＢ１６のリング構成情報、装置１詳細情報、装置２詳細情報、…の欄に日時が記憶されているか否かで判断できる。また、状態情報取得部２４は、クライアント３１，３２から装置状態情報を取得すると、その旨をサーバ１０に通知する。
【００５２】
要求送信情報送信部２５は、他のクライアント３１，３２から装置状態情報の送信要求があった場合、装置状態情報ＤＢ２６に記憶されている装置状態情報を要求のあったクライアント３１，３２に送信する。要求送信情報送信部２５は、他のクライアント３１，３２がサーバ１０から装置状態情報を取得できなかった場合で、クライアント２０が装置状態情報を有している場合に、クライアント３１，３２から送信要求がある。
【００５３】
なお、クライアント３１，３２も図６の機能と同様の機能を有している。
次に、サーバ１０とクライアント２０，３１，３２との間の情報の流れを、図を用いて説明する。
【００５４】
図７は、クライアント一覧ＴＢの取得について説明する図である。クライアント２０，３１，３２は、サーバ１０にログオン、ログオフしたとき、伝送装置５１〜５３を制御するとき、または、保守者が装置状態情報の読み出し操作を行ったとき、サーバ１０にクライアント一覧ＴＢ１６の送信要求を行う（矢印Ａ１〜Ａ３）。サーバ１０は、クライアント２０，３１，３２からの要求に応じて、クライアント一覧ＴＢ１６を送信する。クライアント２０，３１，３２は、サーバ１０から送信されたクライアント一覧ＴＢ１６を取得し（矢印Ａ４〜Ａ６）記憶する。
【００５５】
図８は、装置状態情報の送信要求がサーバに拒否された場合を説明する図である。図において、クライアント２０，３２はサーバ１０に対し制御中である。そのため、サーバ１０は高負荷状態にあるとする。
【００５６】
クライアント３１が、サーバ１０に装置状態情報を要求したとする（矢印Ａ７）。サーバ１０は、高負荷状態にあるため装置状態情報を送信する処理が行えず、クライアント３１に対し、装置状態情報の送信要求を拒否する。このとき、サーバ１０は、最新のクライアント一覧ＴＢ１６をクライアント３１に送信する（矢印Ａ８）。
【００５７】
クライアント３１は、クライアント一覧ＴＢ１６を参照して、必要とする装置状態情報を取得しているクライアントの中で最も優先度の高いクライアントを特定する。そして、特定したクライアントに装置状態情報の送信要求をする。例えば、クライアント２０が装置状態情報を取得しており、最も優先度が高かったとする。クライアント３１は、クライアント２０に装置状態情報の送信要求をする（矢印Ａ９）。そして、クライアント３１は装置状態情報を取得する（矢印Ａ１０）。なお、クライアント３１は、優先度の高いクライアントから装置状態情報を取得するようにしたが、装置状態情報（リング構成情報、装置１詳細情報、装置２詳細情報、…）の日時が最も新しいものを取得しているクライアントから取得するようにしてもよい。
【００５８】
このように、サーバ１０が高負荷状態にあるときでも、クライアント一覧ＴＢ１６を参照することによって、他のクライアントから装置状態情報を取得することができる。
図９は、サーバに障害が発生した場合の装置状態情報の取得について説明する図である。図において、サーバ１０に障害が発生しているとする。
【００５９】
クライアント３１は、サーバ１０に装置状態情報の送信要求をしたとする（矢印Ａ１１）。この場合、サーバ１０に障害が発生しているため、クライアント３１は、サーバ１０から装置状態情報を取得することができない（矢印Ａ１２）。
【００６０】
クライアント３１は、以前に取得して記憶していた（例えば、ログオン時に取得して記憶していた）クライアント一覧ＴＢ１６を参照して、装置状態情報を受信しているクライアントを特定する。クライアント３１は、特定したクライアントに装置状態情報を要求し、装置状態情報を取得する。例えば、クライアント２０が装置状態情報を取得していたとすると、クライアント３１は、クライアント２０に装置状態情報を要求する（矢印Ａ１３）。そして、クライアント３１は装置状態情報を取得する（矢印Ａ１４）。
【００６１】
このように、サーバ１０に障害が発生して装置状態情報を取得できない場合でも、以前記憶していたクライアント一覧ＴＢ１６を参照して他のクライアントから装置状態情報を取得することができる。
【００６２】
図１０は、サーバがダウンしているときの装置状態情報の取得について説明する図である。図において、サーバ１０がダウンしているとする。
クライアント３１は、サーバ１０にログオン要求をしたとする（矢印Ａ１４）。この場合、クライアント３１は、サーバ１０にログオンができず（矢印Ａ１５）、装置状態情報を取得することができない。
【００６３】
クライアント３１は、以前取得し記憶していた（例えば、前回のログオン時に取得して記憶していた）クライアント一覧ＴＢ１６を参照して、装置状態情報を受信しているクライアントを特定する。クライアント３１は、特定したクライアントに簡易ログオンをし、装置状態情報を要求して受信する。例えば、クライアント２０が装置状態情報を取得していたとする。クライアント３１は、クライアント２０に簡易ログオンをする（矢印Ａ１６）。ログオンが認証され、成功したならば（矢印Ａ１７）、クライアント３１は装置状態情報を要求して受信する。クライアント３１は、サーバ１０が復帰したとき、サーバ１０にログオンをする（矢印Ａ１８）。
【００６４】
このように、サーバ１０がダウンしてログオンできない場合でも、以前記憶していたクライアント一覧ＴＢ１６を参照して他のクライアントから装置状態情報を取得することができる。
【００６５】
図１１は、装置状態情報の転送について説明する図である。図において、クライアント３１は最も優先度が高く、クライアント３２はクライアント３１の次に優先度が高く、クライアント２０はクライアント３２の次に優先度が高いとする。
【００６６】
サーバ１０は、装置状態情報が更新されたとき優先度の最も高いクライアント３１にその旨を通知する（矢印Ａ１９）。クライアント３１は、装置状態情報が更新された旨の通知をサーバ１０から受けると、装置状態情報とクライアント一覧ＴＢ１６の送信要求をサーバ１０にして取得する（矢印Ａ２０）。
【００６７】
クライアント３１は、サーバ１０から送信されたクライアント一覧ＴＢ１６を参照して、次に優先度の高いクライアント３２に、装置状態情報が更新された旨を通知する（矢印Ａ２１）。
【００６８】
クライアント３２は、装置状態情報が更新された旨の通知を受けると、装置状態情報とクライアント一覧ＴＢ１６の送信要求をクライアント３１にして受信する（矢印Ａ２２）。クライアント３２は、クライアント３１から装置状態情報を受信すると、その旨をサーバ１０に通知する（矢印Ａ２３）。サーバ１０は、クライアント３２に対応するクライアント一覧ＴＢ１６を更新する。
【００６９】
クライアント３２は、受信したクライアント一覧ＴＢ１６を参照して、次に優先度の高いクライアント２０に、装置状態情報が更新された旨を通知する（矢印Ａ２４）。
クライアント２０は、装置状態情報が更新された旨の通知を受けると、装置状態情報とクライアント一覧ＴＢ１６の送信要求をクライアント３２にして受信する（矢印Ａ２５）。また、クライアント２０は、クライアント３２から装置状態情報を受信すると、その旨をサーバ１０に通知する（矢印Ａ２６）。サーバ１０は、クライアント２０に対応するクライアント一覧ＴＢ１６を更新する。
【００７０】
このように、装置状態情報が更新された場合、サーバ１０は、優先度の高いクライアントにその旨を通知する。優先度の高いクライアントは、装置状態情報を受信すると優先度の低いクライアントに順次通知していく。これによって、サーバ１０に負担をかけることなくクライアントは更新された装置状態情報を取得することができる。また、クライアントは、装置状態情報を受信するとサーバ１０にその旨を通知するので、サーバ１０は、最新のクライアント一覧ＴＢ１６を記憶しておくことができる。
【００７１】
次に、シーケンス図を用いて図４，６の動作を説明する。
図１２は、クライアントがサーバへログインするときの処理の流れを示したシーケンス図である。図において、クライアント２０，３１，３２はログオフ状態にあるとする。
【００７２】
ステップＳ１において、クライアント２０は、サーバ１０にログオン要求する。サーバ１０の送信情報記憶部１３は、ログオン要求を受けてクライアント一覧ＴＢ１６のクライアント２０に対応するログオン状態の欄をログオン中にする。
【００７３】
ステップＳ２において、サーバ１０は、クライアント２０のログオン要求内容（例えば、保守者のユーザＩＤ、パスワード）が正常である場合に、ログオン要求の応答を返す。このとき、サーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６を送信する。
【００７４】
ログオン成功後、クライアント２０は、サーバ１０に対し装置状態情報の送信要求を行うことができる。
ステップＳ３において、クライアント２０の状態情報要求部２１は、保守者の操作に応じて、サーバ１０に対し装置状態情報のリング構成情報の送信要求を行ったとする。
【００７５】
ステップＳ４において、サーバ１０の状態情報送信部１２は、リング構成情報の送信要求を受け、装置状態情報ＤＢ１５に記憶されているリング構成情報をクライアント２０に送信する。このとき、サーバ１０の送信情報記憶部１３は、クライアント一覧ＴＢ１６のクライアント２０に対応するリング構成情報の欄の日時を更新する。そして、サーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６をクライアント２０に送信する。
【００７６】
ステップＳ５において、クライアント２０は、サーバ１０にログオフ要求を行ったとする。サーバ１０の送信情報記憶部１３は、クライアント２０からのログオフ要求を受けて、クライアント一覧ＴＢ１６のログオン状態の欄をログオフにする。
【００７７】
ステップＳ６において、サーバ１０の送信情報送信部１４は、ログオフしたクライアント２０にクライアント一覧ＴＢ１６を送信する。
このように、サーバ１０は、ログオン、ログオフしたクライアントに最新のクライアント一覧ＴＢ１６を送信する。
【００７８】
次に、サーバ１０が高負荷状態になったときのサーバ１０とクライアント２０，３１，３２の動作を説明する。
図１３は、サーバが高負荷状態になったときの処理の流れを示したシーケンス図である。図において、クライアント２０，３１は、ログオン中であり、両クライアントともにリング構成情報を取得しているとする。
【００７９】
ステップＳ１１において、クライアント２０の状態情報要求部２１は、保守者の操作に応じてサーバ１０に対し装置状態情報の装置１詳細情報の送信要求を行ったとする。
ステップＳ１２において、サーバ１０の状態情報送信部１２は、クライアント２０からの送信要求を受けて装置状態情報ＤＢ１５から装置１詳細情報を取得し、クライアント２０に送信する。このとき、サーバ１０の送信情報記憶部１３は、クライアント一覧ＴＢ１６のクライアント２０に対応する装置１詳細情報の欄の日時を更新する。そして、サーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６をクライアント２０に送信する。
【００８０】
なお、クライアント２０の状態情報要求部２１は、装置１詳細情報を受信する。クライアント２０の要求状態情報記憶部２２は、受信された装置１詳細情報を装置状態情報ＤＢ２６に記憶する。また、クライアント２０の送信情報受信部２３は、受信したクライアント一覧ＴＢ１６をＨＤＤ１０ｃに記憶する。
【００８１】
ここで、サーバ１０が高負荷状態になったとする。
ステップＳ１３において、クライアント３１は、サーバ１０に装置１詳細情報の送信要求を行ったとする。
【００８２】
ステップＳ１４において、サーバ１０の状態情報送信部１２は、高負荷状態にあるため装置１詳細情報の送信要求を拒否する。サーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６をクライアント３１に送信する。
【００８３】
ステップＳ１５において、クライアント３１は、サーバ１０より装置１詳細情報の送信が拒否されたため、サーバ１０から受信したクライアント一覧ＴＢ１６を参照して、装置１詳細情報を取得している優先度の最も高いクライアントを特定する。ここで、ステップＳ１２でクライアント２０が装置１詳細情報を取得している。装置１詳細情報を取得しているクライアントの中で、クライアント２０が最も優先度が高いとすると、クライアント３１は、クライアント２０に対し、装置１詳細情報の送信要求を行う。
【００８４】
ステップＳ１６において、クライアント２０の要求送信情報送信部２５は、クライアント３１からの装置１詳細情報の送信要求を受けて、装置１詳細情報をクライアント３１に送信する。
【００８５】
ステップＳ１７において、クライアント３１は、サーバ１０に装置１詳細情報を受信した旨を通知する。サーバ１０の送信情報記憶部１３は、クライアント３１からの通知を受けて、クライアント一覧ＴＢ１６のクライアント３１に対応する装置１詳細情報の欄の日時を更新する。
【００８６】
このように、サーバ１０が高負荷状態にあるとき、クライアントは、クライアント一覧ＴＢ１６を参照して、他のクライアントから装置状態情報を取得する。
次に、サーバ１０が高負荷状態で、かつ装置状態情報が送信要求されるクライアントに障害が生じたときのサーバ１０とクライアント２０，３１，３２の動作について説明する。
【００８７】
図１４は、装置状態情報の送信要求がされるクライアントに障害が発生したときの処理の流れを示したシーケンス図である。図において、クライアント３１は、ログオン中であり、リング構成情報を取得しているとする。
【００８８】
ステップＳ２１において、クライアント３２は、サーバ１０にログオン要求を行ったとする。
ステップＳ２２において、サーバ１０の送信情報記憶部１３は、クライアント一覧ＴＢ１６のクライアント３２に対応するログオン状態の欄をログオン中に更新する。サーバ１０は、更新したクライアント一覧ＴＢ１６をクライアント３２に送信する。
【００８９】
ここで、サーバ１０が高負荷状態になったとする。
ステップＳ２３において、クライアント３２は、サーバ１０に装置状態情報のリング構成情報の送信要求を行ったとする。
【００９０】
ステップＳ２４において、サーバ１０の状態情報送信部１２は、高負荷状態にあるためリング構成情報の送信要求を拒否する。サーバ１０の送信情報送信部１４は、クライアント３２にクライアント一覧ＴＢ１６を送信する。
【００９１】
ここで、クライアント３１に障害が発生したとする。
ステップＳ２５において、クライアント３２は、クライアント一覧ＴＢ１６を参照して、リング構成情報を取得した最も優先度の高いクライアントを特定する。この例では、クライアント３１とする。クライアント３２は、クライアント３１にリング構成情報の送信要求を行う。
【００９２】
ステップＳ２６において、クライアント３１は、障害が発生しているため、クライアント３２からのリング構成情報の送信要求を拒否する。
ステップＳ２７において、クライアント３２は、サーバ１０にリング構成情報の送信要求を行う。このとき、クライアント３２は、サーバ１０に高負荷状態であっても送信要求を拒否することができないことを通知する。
【００９３】
ステップＳ２８において、サーバ１０の状態情報送信部１２は、高負荷状態にあってもクライアント３２からのリング構成情報の送信要求を受け付け、リング構成情報をクライアント３２に送信する。このときサーバ１０の送信情報記憶部１３は、クライアント一覧ＴＢ１６のクライアント３２に対応するリング構成情報の欄の日時を更新する。そしてサーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６をクライアント３２に送信する。
【００９４】
このように、クライアントは、サーバ１０から装置状態情報を受信できず、かつクライアントからも受信できない場合、サーバ１０に装置状態情報の送信要求を拒否することができないことを通知する。そして、クライアントは、サーバ１０から装置状態情報を受信する。これにより、クライアントは必ず装置状態情報を受信することができる。
【００９５】
次に、クライアントのログオン中にサーバ１０に障害が発生したときのサーバ１０とクライアント２０，３１，３２の動作について説明する。
図１５は、クライアントのログオン中にサーバに障害が発生したときの処理の流れを示したシーケンス図である。図において、サーバ１０に障害が発生しているとする。また、クライアント２０はログオン中でリング構成情報を取得しているとする。また、クライアント３２はログオン中でリング構成情報と装置１詳細情報を取得しているとする。
【００９６】
ステップＳ３１において、クライアント２０の状態情報要求部２１は、保守者の要求に応じサーバ１０に装置１詳細情報の送信要求を行うとする。
ステップＳ３２において、サーバ１０は、障害が発生しているため装置１詳細情報を送信することができない。
【００９７】
ステップＳ３３において、クライアント２０の状態情報取得部２４は、例えば、ログオン時に取得し、ＨＤＤ１０ｃに記憶していたクライアント一覧ＴＢ１６を参照して、最も優先度の高いクライアントを特定する。この例では、クライアント３２が最も優先度が高いとする。クライアント２０の状態情報取得部２４は、クライアント３２に対し、装置１詳細情報の送信要求を行う。
【００９８】
ステップＳ３４において、クライアント３２は、クライアント２０からの送信要求に応じて装置１詳細情報を送信する。
ステップＳ３５において、クライアント２０の状態情報取得部２４は、サーバ１０が復旧した後、装置１詳細情報を受信したことをサーバ１０に通知する。なお、サーバ１０の送信情報記憶部１３は、クライアント２０からの受信通知を受けて、クライアント一覧ＴＢ１６のクライアント２０に対応する装置１詳細情報の欄の日時を更新する。
【００９９】
このように、クライアントは、サーバ１０に障害が発生した場合、他のクライアントから装置状態情報を取得する。また、サーバ１０が復帰すると、クライアントは装置状態情報を取得した旨をサーバ１０に通知し、サーバ１０はクライアント一覧ＴＢ１６を更新する。よって、クライアント一覧ＴＢ１６には、最新の情報が記憶される。
【０１００】
次に、クライアントのログオフ中にサーバ１０に障害が発生したときのサーバ１０とクライアント２０，３１，３２の動作について説明する。
図１６は、クライアントのログオフ中にサーバに障害が発生したときの処理の流れを示したシーケンス図である。図において、クライアント３２は、ログオン中でリング構成情報を取得しているとする。また、クライアント２０は、サーバ１０に障害が発生する前にログオンしてログオフしており、ログオフ時に取得したクライアント一覧ＴＢ１６をＨＤＤ１０ｃに記憶しているとする。
【０１０１】
ステップＳ４１において、クライアント２０は、サーバ１０にログオン要求をする。
ステップＳ４２において、サーバ１０は、障害が発生しているため、クライアント２０からのログオン要求を受け付けることができない。
【０１０２】
ステップＳ４３において、クライアント２０は、記憶していたクライアント一覧ＴＢ１６を参照して、リング構成情報を取得している最も優先度の高いクライアントを特定する。この例では、クライアント３２とする。クライアント２０は、クライアント３２にログオン要求をする。
【０１０３】
ステップＳ４４において、クライアント３２は、クライアント一覧ＴＢ１６を参照してクライアント２０の認証を行う。例えば、クライアント２０からクライアント名を送信させ、送信されたクライアント名がクライアント一覧ＴＢ１６に登録されているかを確認する。クライアント３２は、認証ができなたなら、クライアント２０のログオンを受け付ける。
【０１０４】
ステップＳ４５において、クライアント２０の状態情報取得部２４は、クライアント３２にリング構成情報の送信要求をする。
ステップＳ４６において、クライアント３２は、クライアント２０からの送信要求に応じ、リング構成情報を送信する。
【０１０５】
ここで、サーバ１０が復旧したとする。
ステップＳ４７において、クライアント２０は、サーバ１０にログオン要求をする。
ステップＳ４８において、サーバ１０の送信情報送信部１４は、ログオンしてきたクライアント２０にクライアント一覧ＴＢ１６を送信する。
【０１０６】
ステップＳ４９において、クライアント２０の状態情報取得部２４は、リング構成情報を取得した旨をサーバ１０に通知する。なお、サーバ１０の送信情報記憶部１３は、クライアント２０からの通知を受けて、クライアント一覧ＴＢ１６のクライアント２０に対応するリング構成情報の欄の日時を更新する。
【０１０７】
このように、クライアントのログオフ中にサーバ１０に障害が発生しても、クライアントは、ログオフ時に取得していたクライアント一覧ＴＢ１６を参照することにより、他のクライアントから装置状態情報を取得することができる。
【０１０８】
次に、クライアント間での装置状態情報の転送について説明する。
図１７は、クライアント間での装置状態情報の転送処理の流れを示したシーケンス図である。図において、クライアント２０とクライアント３１はログオン中であり、両クライアントともにリング構成情報を取得しているとする。
【０１０９】
ステップＳ５１において、サーバ１０の状態情報送信部１２は、伝送装置５１〜５３のリング構成情報が更新されると、クライアント一覧ＴＢ１６を参照し、リング構成情報を取得している最も優先度の高いクライアントにその旨を通知する。このとき、サーバ１０の状態情報送信部１２は、通知対象となるクライアントのクライアント名を送信し、サーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６を送信する。なお、クライアント一覧ＴＢ１６でリング構成日時の欄に日時が記憶されているクライアントが通知対象となるクライアントとなる。
【０１１０】
ステップＳ５２において、クライアント２０の状態情報要求部２１は、リング構成情報の送信要求をサーバ１０に対し行う。
ステップＳ５３において、サーバ１０の状態情報送信部１２は、リング構成情報をクライアント２０に送信する。また、サーバ１０の送信情報送信部１４は、クライアント一覧ＴＢ１６をクライアント２０に送信する。
【０１１１】
ステップＳ５４において、クライアント２０は、クライアント一覧ＴＢ１６を参照して、通知対象となる最も優先度の高いクライアントを特定し、リング構成情報が更新された旨を通知する。この例では、クライアント２０は、クライアント３１に通知する。なお、この通知の際に、クライアント２０は、サーバ１０から受信した通知対象から、自らのクライアント名を除いたクライアント名を併せて送信する。
【０１１２】
ステップＳ５５において、クライアント３１は、リング構成情報の送信要求をクライアント２０に行う。
ステップＳ５６において、クライアント２０の要求送信情報送信部２５は、リング構成情報をクライアント３１に送信する。
【０１１３】
ステップＳ５７において、クライアント３１は、リング構成情報を取得した旨をサーバ１０に通知する。サーバ１０は、通知を受けてクライアント一覧ＴＢ１６のクライアント３１に対応するリング構成情報の欄の日時を更新する。
【０１１４】
このように、装置状態情報が更新された場合、サーバ１０はその情報を保持する高優先度のクライアントのみに情報更新を通知し、通知を受けた高優先度のクライアントのみがサーバ１０から直接情報を取得する。その後はサーバ１０を介さずクライアント間で情報更新通知と情報取得を行うことにより、サーバ１０から直接情報を取得するクライアントの数を減少させ，サーバの負荷軽減が可能となる。
【０１１５】
なお、クライアントは、１台ずつ装置状態情報を転送するようにしたが、複数のクライアントをいくつかのグループに分割し、グループ単位で装置状態情報を転送するようにしてもよい。これによって、サーバの負荷軽減と情報更新の遅延防止を図ることができる。
【０１１６】
（付記１）  複数の装置を管理する装置管理システムにおいて、
管理している複数の装置の状態を示す装置状態情報を記憶する状態情報記憶手段と、要求に応じて、前記装置状態情報を送信する状態情報送信手段と、前記装置状態情報の送信に関する送信情報を記憶する送信情報記憶手段と、前記装置状態情報の送信を拒否する場合、前記送信情報を送信する送信情報送信手段と、を有するサーバと、
前記装置状態情報の送信要求をする状態情報要求手段と、要求した前記装置状態情報を記憶する要求状態情報記憶手段と、前記送信要求が拒否された場合、前記送信情報を受信する送信情報受信手段と、前記送信情報を参照し、前記装置状態情報を受信している情報提供クライアントから前記装置状態情報を取得する状態情報取得手段と、情報要求クライアントからの要求に応じて前記装置状態情報を送信する要求送信情報送信手段と、を有するクライアントと、
を有することを特徴とする装置管理システム。
【０１１７】
（付記２）  前記送信情報は、前記装置状態情報の送信日時と送信先のクライアント名とを有することを特徴とする付記１記載の装置管理システム。
（付記３）  前記送信情報送信手段は、前記サーバの処理負荷が大きいとき前記装置状態情報の送信を拒否することを特徴とする付記１記載の装置管理システム。
【０１１８】
（付記４）  前記クライアントには優先度が付与されており、前記状態情報送信手段は、前記装置状態情報の更新があったとき高優先度の前記クライアントに前記装置状態情報を送信することを特徴とする付記１記載の装置管理システム。
【０１１９】
（付記５）  高優先度を有する前記クライアントは、低優先度の前記クライアントへと前記装置状態情報を送信することを特徴とする付記４記載の装置管理システム。
（付記６）  前記送信情報受信手段は、受信した前記送信情報を記憶し、
前記クライアントが前記サーバにログオンするときに前記サーバがダウンしている場合、前記状態情報取得手段は、記憶された前記送信手段を参照して、前記装置状態情報を取得することを特徴とする付記１記載の装置管理システム。
【０１２０】
（付記７）  複数の装置を管理する装置管理サーバにおいて、
管理している複数の装置の状態を示す装置状態情報を記憶する状態情報記憶手段と、
クライアントからの要求に応じて、前記装置状態情報を送信する状態情報送信手段と、
前記装置状態情報の送信に関する送信情報を記憶する送信情報記憶手段と、
前記装置状態情報の送信を拒否する場合、前記送信情報を前記クライアントに送信する送信情報送信手段と、
を有することを特徴とする装置管理サーバ。
【０１２１】
（付記８）  複数の装置を管理する装置管理クライアントにおいて、
サーバが管理している複数の装置の状態を示す装置状態情報を前記サーバに対し送信要求をする状態情報要求手段と、
要求した前記装置状態情報を記憶する要求状態情報記憶手段と、
前記送信要求が拒否された場合、前記装置状態情報の送信に関する送信情報を前記サーバから受信する送信情報受信手段と、
前記送信情報を参照し、前記装置状態情報を受信している情報提供クライアントから前記装置状態情報を取得する状態情報取得手段と、
情報要求クライアントからの要求に応じて前記装置状態情報を送信する要求送信情報送信手段と、
を有することを特徴とする装置管理クライアント。
【図面の簡単な説明】
【０１２２】
【図１】本発明の原理を説明する原理図である。
【図２】本発明の実施の形態に係るネットワークシステムを示す図である。
【図３】サーバのハードウェア構成を示すブロック図である。
【図４】サーバの機能ブロック図である。
【図５】クライアント一覧ＴＢのデータ構成例である。
【図６】クライアントの機能ブロック図である。
【図７】クライアント一覧ＴＢの取得について説明する図である。
【図８】装置状態情報の送信要求がサーバに拒否された場合を説明する図である。
【図９】サーバに障害が発生した場合の装置状態情報の取得について説明する図である。
【図１０】サーバがダウンしているときの装置状態情報の取得について説明する図である。
【図１１】装置状態情報の転送について説明する図である。
【図１２】クライアントがサーバへログインするときの処理の流れを示したシーケンス図である。
【図１３】サーバが高負荷状態になったときの処理の流れを示したシーケンス図である。
【図１４】装置状態情報の送信要求がされるクライアントに障害が発生したときの処理の流れを示したシーケンス図である。
【図１５】クライアントのログオン中にサーバに障害が発生したときの処理の流れを示したシーケンス図である。
【図１６】クライアントのログオフ中にサーバに障害が発生したときの処理の流れを示したシーケンス図である。
【図１７】クライアント間での装置状態情報の転送処理の流れを示したシーケンス図である。
【図１８】従来のサーバとクライアントとのネットワークシステムを示す図である。
【符号の説明】
【０１２３】
１，１０  サーバ
１ａ  状態情報記憶手段
１ｂ  状態情報送信手段
１ｃ  送信情報記憶手段
１ｄ  送信情報送信手段
２，４ａ，４ｂ，２０，３１，３２  クライアント
２ａ  状態情報要求手段
２ｂ  要求状態情報記憶手段
２ｃ  送信情報受信手段
２ｄ  状態情報取得手段
２ｅ  要求送信情報送信手段
３ａ〜３ｃ  装置
１１  状態情報記憶部
１２  状態情報送信部
１３  送信情報記憶部
１４  送信情報送信部
１５，２６  装置状態情報ＤＢ
１６  クライアント一覧ＴＢ
２１  状態情報要求部
２２  要求状態情報記憶部
２３  送信情報受信部
２４  状態情報取得部
２５  要求送信情報送信部
５１〜５３  伝送装置
６１〜６３  公衆回線網
【図１】
2005128678.tif 000003
【図２】
2005128678.tif 000004
【図３】
2005128678.tif 000005
【図４】
2005128678.tif 000006
【図５】
2005128678.tif 000007
【図６】
2005128678.tif 000008
【図７】
2005128678.tif 000009
【図８】
2005128678.tif 000010
【図９】
2005128678.tif 000011
【図１０】
2005128678.tif 000012
【図１１】
2005128678.tif 000013
【図１２】
2005128678.tif 000014
【図１３】
2005128678.tif 000015
【図１４】
2005128678.tif 000016
【図１５】
2005128678.tif 000017
【図１６】
2005128678.tif 000018
【図１７】
2005128678.tif 000019
【図１８】
2005128678.tif 000020