(57)【要約】      （修正有）【課題】管理サーバと管理対象装置との間で通信障害等が発生しても、障害部位に対して下位に属する管理対象装置の管理情報を収集困難になる事態を抑制できる装置管理システムを提供する。【解決手段】複数の管理対象装置３と、収集サーバ２１〜２３と、 複数の管理対象装置の管理情報を記憶した管理サーバ１と、管理サーバに記憶された管理情報を閲覧するユーザ端末と、を備えた装置管理システムである。複数の管理対象装置３各々と管理サーバ１との間で、１階層の収集サーバを介して、管理情報を伝達する伝達経路が予め決められており、ユーザ端末が管理情報を閲覧する際に、伝達経路に関係なく、複数の管理対象装置３及び／または少なくとも１つの収集サーバ２１〜２３を、予め定められた階層化あるいはグループ化した状態で表示できるように、論理接続構造についての表示情報を記憶する記憶部を備えている。【選択図】図２
2006092314.tif 000002
【特許請求の範囲】
【請求項１】
複数の管理対象装置と、
少なくとも１つの収集サーバと、
前記複数の管理対象装置の管理情報を記憶した管理サーバと、
前記管理サーバに記憶された管理情報を閲覧するユーザ端末と、
を備えた装置管理システムであって、
前記複数の管理対象装置各々と前記管理サーバとの間で、直接あるいは少なくとも１つの収集サーバを介して、管理情報を伝達する伝達経路が予め決められており、
前記ユーザ端末が前記管理情報を閲覧する際に、前記伝達経路に関係なく、前記複数の管理対象装置及び／または前記少なくとも１つの収集サーバを、予め定められた階層化あるいはグループ化した状態で表示できるように、論理接続構造についての表示情報を記憶する記憶部を備えていることを特徴とする装置管理システム。
【請求項２】
前記複数の管理対象装置各々は、１つの収集サーバあるいは前記管理サーバとの間で、管理情報を伝達し、
前記収集サーバは、前記複数の管理対象装置のうち自身との間で管理情報を伝達する少なくとも１つの管理対象装置の管理情報を、前記管理サーバとの間で伝達する請求項１に記載の装置管理システム。
【請求項３】
表示情報は、前記複数の管理対象装置及び／または前記少なくとも１つの収集サーバ各々について、前記ユーザ端末から管理情報を閲覧する際に表示される上位または下位に属する前記管理対象装置及び／または前記収集サーバを特定する情報である請求項１または２に記載の装置管理システム。
【請求項４】
前記管理サーバは、ユーザに応じて閲覧できる管理情報を制限する請求項１ないし３のいずれかに記載の装置管理システム。
【請求項５】
前記管理対象装置は画像形成装置である請求項１ないし４のいずれかに記載の装置管理システム。
【請求項６】
前記管理情報は、前記画像形成装置が画像形成を行った回数であるカウント情報である請求項５に記載の装置管理システム。
【請求項７】
複数の管理対象装置の管理情報を記憶し、ユーザ端末へ該管理情報を送信する管理サーバであって、
前記ユーザ端末が管理情報を閲覧する際に、前記複数の管理対象装置各々との間で管理情報を直接あるいは少なくとも１つの収集サーバを介して伝達する伝達経路に関係なく、前記複数の管理対象装置及び／または少なくとも１つの収集サーバを、予め定められた階層化あるいはグループ化した状態で表示できるように、論理接続構造についての表示情報を記憶する記憶部と、
前記記憶部に記憶された表示情報に基づいて、前記複数の管理対象装置及び／または前記少なくとも１つの収集サーバを予め定められた階層化あるいはグループ化した状態で表示させるための情報を、前記ユーザ端末へ送信する送信手段と、
を備えたことを特徴とする管理サーバ。
【請求項８】
管理対象装置を管理しかつ階層組織に属する複数の収集サーバのうちのいずれか１つが、ユーザ端末からアクセス可能な管理サーバとなされるとともに、前記管理サーバと他の収集サーバとは、直接に通信を行うように物理的な接続がなされ、
かつ、前記管理サーバは、前記各収集サーバから取得した管理対象装置の管理情報を記憶する管理情報記憶手段と、前記階層組織に応じた収集サーバの上下階層関係を示す論理的接続構造についての表示画像を作成する表示画像作成手段と、作成された表示画像及び前記管理情報記憶手段に記憶された管理情報を、前記ユーザ端末に送信する送信手段と、を備えていることを特徴とする装置管理システム。
【請求項９】
各収集サーバについての上位サーバの表示情報を記憶する表示情報記憶手段を備え、前記表示画像作成手段は、前記表示情報に基づいて前記表示画像を作成する請求項８に記載の装置管理システム。
【請求項１０】
前記管理サーバは、管理情報についてのユーザに応じた閲覧制限情報を記憶する制限情報記憶手段と、
前記閲覧制限情報に基づいて管理情報の閲覧範囲を制限する閲覧制限手段と、
を備えている請求項８または９に記載の装置管理システム。
【請求項１１】
管理対象装置を管理しかつ階層組織に属する自己以外の他の複数の収集サーバと直接通信を行う通信手段と、
前記各収集サーバから取得した管理対象装置の管理情報を記憶する管理情報記憶手段と、
前記階層組織に応じた収集サーバの上下階層関係を示す論理的接続構造についての表示画像を作成する表示画像作成手段と、
作成された表示画像及び前記管理情報記憶手段に記憶された管理情報を、アクセスしてきたユーザ端末に送信する送信手段と、
を備えていることを特徴とする管理サーバ。
【請求項１２】
各収集サーバについての上位サーバの表示情報を記憶する表示情報記憶手段を備え、前記表示画像作成手段は、前記表示情報に基づいて前記表示画像を作成する請求項１１に記載の管理サーバ。
【請求項１３】
前記管理情報についてのユーザに応じた閲覧制限情報を記憶する制限情報記憶手段と、
前記閲覧制限情報に基づいて管理情報の閲覧範囲を制限する閲覧制限手段と、
を備えている請求項１１または１２に記載の管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像形成装置などの管理対象装置を管理する装置管理システム及び管理サーバに関する。
【背景技術】
【０００２】
例えば、本社、支社、支店、営業所といった階層組織を有する会社等において、各部署がメンテナンス等を担当する１台または複数台の管理対象装置（例えば画像形成装置）を本社の管理サーバで管理することにより、全ての管理対象装置を一元管理することが、従来より行われている。
【０００３】
このように、階層的に存在する複数の管理対象装置を一元管理する管理システムとして、従来、第１の収集サーバの持つ管理情報をネットワーク上の第２の収集サーバに送信して管理する２階層形の管理システムと管理情報の提供方法ついて、提案がなされている（特許文献１）。
【特許文献１】特開平１１−３５３１４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、従来の管理システムでは、管理サーバによる管理情報の収集経路、換言すれば管理対象装置の物理的な接続状態も階層的になっているため、管理サーバと管理対象装置との間で通信障害等が発生すると、障害部位に対して下位に属する管理対象装置については、管理情報の収集が困難であるという問題があった。
【０００５】
また、組織の上位、下位の関係に変動が生じたり、管理対象装置を管理する新たな部署が追加されたような場合には、管理情報の収集経路も変更や追加の必要を迫られ、その対応が煩雑でありシステムの運用効率が良くなかった。
【０００６】
この発明は、このような実情に鑑みてなされたものであり、管理サーバと管理対象装置との間で通信障害等が発生しても、障害部位に対して下位に属する管理対象装置の管理情報を収集困難になる事態を可及的に抑制することができるとともに、管理対象装置を管理する組織の変動や部署の追加などが発生した場合であっても、管理情報の収集経路の変更や追加の必要がない装置管理システム及び管理サーバの提供を課題とする。
【課題を解決するための手段】
【０００７】
上記課題は、以下の手段によって解決される。
（１）複数の管理対象装置と、少なくとも１つの収集サーバと、 前記複数の管理対象装置の管理情報を記憶した管理サーバと、前記管理サーバに記憶された管理情報を閲覧するユーザ端末と、を備えた装置管理システムであって、前記複数の管理対象装置各々と前記管理サーバとの間で、直接あるいは少なくとも１つの収集サーバを介して、管理情報を伝達する伝達経路が予め決められており、前記ユーザ端末が前記管理情報を閲覧する際に、前記伝達経路に関係なく、前記複数の管理対象装置及び／または前記少なくとも１つの収集サーバを、予め定められた階層化あるいはグループ化した状態で表示できるように、論理接続構造についての表示情報を記憶する記憶部を備えていることを特徴とする装置管理システム。
（２）前記複数の管理対象装置各々は、１つの収集サーバあるいは前記管理サーバとの間で、管理情報を伝達し、前記収集サーバは、前記複数の管理対象装置のうち自身との間で管理情報を伝達する少なくとも１つの管理対象装置の管理情報を、前記管理サーバとの間で伝達する前項１に記載の装置管理システム。
（３）表示情報は、前記複数の管理対象装置及び／または前記少なくとも１つの収集サーバ各々について、前記ユーザ端末から管理情報を閲覧する際に表示される上位または下位に属する前記管理対象装置及び／または前記収集サーバを特定する情報である前項１または２に記載の装置管理システム。
（４）前記管理サーバは、ユーザに応じて閲覧できる管理情報を制限する前項１ないし３のいずれかに記載の装置管理システム。
（５）前記管理対象装置は画像形成装置である前項１ないし４のいずれかに記載の装置管理システム。
（６）前記管理情報は、前記画像形成装置が画像形成を行った回数であるカウント情報である前項５に記載の装置管理システム。
（７）複数の管理対象装置の管理情報を記憶し、ユーザ端末へ該管理情報を送信する管理サーバであって、前記ユーザ端末が管理情報を閲覧する際に、前記複数の管理対象装置各々との間で管理情報を直接あるいは少なくとも１つの収集サーバを介して伝達する伝達経路に関係なく、前記複数の管理対象装置及び／または少なくとも１つの収集サーバを、予め定められた階層化あるいはグループ化した状態で表示できるように、論理接続構造についての表示情報を記憶する記憶部と、前記記憶部に記憶された表示情報に基づいて、前記複数の管理対象装置及び／または前記少なくとも１つの収集サーバを予め定められた階層化あるいはグループ化した状態で表示させるための情報を、前記ユーザ端末へ送信する送信手段と、を備えたことを特徴とする管理サーバ。
（８）管理対象装置を管理しかつ階層組織に属する複数の収集サーバのうちのいずれか１つが、ユーザ端末からアクセス可能な管理サーバとなされるとともに、前記管理サーバと他の収集サーバとは、直接に通信を行うように物理的な接続がなされ、かつ、前記管理サーバは、前記各管理サーバから取得した管理対象装置の管理情報を記憶する管理情報記憶手段と、前記階層組織に応じた収集サーバの上下階層関係を示す論理的接続構造についての表示画像を作成する表示画像作成手段と、作成された表示画像及び前記管理情報記憶手段に記憶された管理情報を、前記ユーザ端末に送信する送信手段と、を備えていることを特徴とする装置管理システム。
（９）各収集サーバについての上位サーバの表示情報を記憶する表示情報記憶手段を備え、前記表示画像作成手段は、前記表示情報に基づいて前記表示画像を作成する前項８に記載の装置管理システム。
（１０）前記管理サーバは、管理情報についてのユーザに応じた閲覧制限情報を記憶する制限情報記憶手段と、前記閲覧制限情報に基づいて管理情報の閲覧範囲を制限する閲覧制限手段と、を備えている前項８または９に記載の装置管理システム。
（１１）管理対象装置を管理しかつ階層組織に属する自己以外の他の複数の収集サーバと直接通信を行う通信手段と、前記各収集サーバから取得した管理対象装置の管理情報を記憶する管理情報記憶手段と、前記階層組織に応じた収集サーバの上下階層関係を示す論理的接続構造についての表示画像を作成する表示画像作成手段と、作成された表示画像及び前記管理情報記憶手段に記憶された管理情報を、アクセスしてきたユーザ端末に送信する送信手段と、を備えていることを特徴とする管理サーバ。
（１２）各収集サーバについての上位サーバの表示情報を記憶する表示情報記憶手段を備え、前記表示画像情報作成手段は、前記表示情報に基づいて前記表示画像を作成する前項１１に記載の管理サーバ。
（１３）前記管理情報についてのユーザに応じた閲覧制限情報を記憶する制限情報記憶手段と、前記閲覧制限情報に基づいて管理情報の閲覧範囲を制限する閲覧制限手段と、を備えている前項１１または１２に記載の管理サーバ。
【発明の効果】
【０００８】
前項（１）に記載された発明によれば、複数の管理対象装置各々と前記管理サーバとの間で、直接あるいは少なくとも１つの収集サーバを介して、管理情報を伝達する伝達経路が予め決められているから、伝達経路が階層構造になっておらず、従って、管理サーバと管理対象装置との間で通信障害等が発生しても、その被害を最小限に抑制でき、管理対象装置の管理情報の収集ができなくなる不都合を可及的に抑制することができる。しかも、組織の変動や部署の追加などが発生した場合であっても、管理サーバは管理対象装置各々と直接あるいは１階層の収集サーバを介して、管理情報を収集できるから、管理情報の収集経路の変更や追加の必要性がなくなり、容易に対応でき、システムの運用効率を向上できる。
【０００９】
また、表示情報に基づいて、前記複数の管理対象装置及び／または前記少なくとも１つの収集サーバを、予め定められた階層化あるいはグループ化した状態でユーザ端末に表示できるから、ユーザは、階層組織に応じた論理的接続構造を認識することができ、従来と全く同じ感覚で管理情報の閲覧等を行うことができる。
【００１０】
前項（２）に記載された発明によれば、前記複数の管理対象装置各々は、１つの収集サーバあるいは前記管理サーバとの間で、管理情報を伝達し、前記収集サーバは、前記複数の管理対象装置のうち自身との間で管理情報を伝達する少なくとも１つの管理対象装置の管理情報を、前記管理サーバとの間で伝達するから、管理サーバは確実に管理情報を収集することができる。
【００１１】
前項（３）に記載された発明によれば、表示情報により、管理対象装置及び／または収集サーバについて、前記ユーザ端末から管理情報を閲覧する際に表示される上位または下位に属する管理対象装置及び／または収集サーバが特定されるから、複数の管理対象装置及び／または前記少なくとも１つの収集サーバを、予め定められた階層化あるいはグループ化した状態で容易に表示できる。
【００１２】
前項（４）に記載された発明によれば、ユーザ毎に管理情報の閲覧を制限することができる。
【００１３】
前項（５）に記載された発明によれば、画像形成装置の管理情報を収集管理することができる。
【００１４】
前項（６）に記載された発明によれば、画像形成装置が画像形成を行った回数であるカウント情報を管理することができる。
【００１５】
前項（７）に記載された発明によれば、組織の変動や部署の追加などが発生した場合であっても、管理情報の収集経路の変更や追加の必要性がない管理システムの構築が可能となる。
【００１６】
前項（８）に記載された発明によれば、管理サーバと他の収集サーバとは、直接に通信を行うように物理的な接続がなされているから、組織上の上位の収集サーバに異常が発生しても、下位の収集サーバと直接に通信を行って管理情報を把握することができる。しかも、収集サーバの上位、下位の関係に変動が生じたり、新たな収集サーバが追加されたような場合であっても、各収集サーバと直接に通信を行うから、管理情報の収集経路の変更や追加の必要性がなくなり、容易に対応でき、システムの運用効率を向上できる。
【００１７】
しかもまた、階層組織に応じた収集サーバの上下階層関係を示す論理的接続構造についての表示画像が、管理サーバからユーザ端末に送信されるから、ユーザ端末では、送信されてきた論理的接続構造についての表示画像を表示装置に表示することにより、階層組織に応じた論理的接続構造を認識することができ、従来と全く同じ感覚で管理情報の閲覧等を行うことができる。
【００１８】
前項（９）に記載された発明によれば、各収集サーバについての上位サーバの表示情報に基づいて、論理的接続構造についての表示画像を作成するから、表示画像の作成が極めて簡単であり、組織の変更や追加などがあっても、これに対応する論理的接続構造の変更表示も容易に行うことができる。
【００１９】
前項（１０）に記載された発明によれば、管理情報についてのユーザに応じた閲覧制限情報に基づいて、ユーザ毎に管理情報の閲覧を制限することができる。
【００２０】
前項（１１）に記載された発明によれば、収集サーバの上位、下位の関係に変動が生じたり、新たな収集サーバが追加されたような場合であっても、管理情報の収集経路の変更や追加の必要性がない管理システムの構築が可能となる。
【００２１】
前項（１２）に記載された発明によれば、表示画像の作成が極めて簡単であり、組織の変更や追加などがあっても、これに対応する論理的接続構造の変更表示も容易に行うことができる。
【００２２】
前項（１３）に記載された発明によれば、管理情報についてのユーザに応じた閲覧制限情報に基づいて、ユーザ毎に管理情報の閲覧を制限することができる。
【発明を実施するための最良の形態】
【００２３】
以下、この発明の一実施形態を図面に基づいて説明する。
【００２４】
図１は、この発明の一実施形態に係る管理システムにおける収集サーバの上下階層関係の説明図であり、図２は同じく収集サーバの物理的な接続状態を示す説明図である。なお、この実施形態では、管理対象装置が、プリンタ、複写機、ファクシミリ等の画像形成装置である場合を例にとって説明する。
【００２５】
前記管理システム１００は、図１に示すように、本社Ｈと、この本社Ｈに属する支社Ａ〜Ｃと、支社Ａに属する支店Ａ１、Ａ２と、支店Ａ１に属する営業所ａ１〜ａ３を有する会社等の４階層組織に用いられるものであり、本社Ｈに設置された収集サーバ（以下本社サーバという）１と、支社Ａ〜Ｃに設置された収集サーバ２１〜２３と、支店Ａ１、Ａ２に設置された収集サーバ２１１、２１２と、営業所ａ１〜ａ３に設置された収集サーバ２１１１〜２１１３とを備えている。また、各収集サーバは、４階層組織の上位階層と下位階層との関係に応じて、上位サーバと下位サーバとの関係を形成している。
【００２６】
具体的には、本社サーバ１が最上位の収集サーバであり、この実施形態では、この本社サーバ１を管理サーバに設定している。また、本社サーバ１の下位サーバとして、支社Ａ〜Ｃの収集サーバ２１〜２３が存在し、さらに支社Ａの収集サーバ２１の下位サーバとして、支店Ａ１、Ａ２の収集サーバ２１１、２１２が存在している。さらに、支店Ａ１の収集サーバ２１１の下位サーバとして、営業所ａ１〜ａ３の収集サーバ２１１１〜２１１３が存在している。
【００２７】
管理サーバ１、各収集サーバ２１、２２・・・には、図１に営業所ａ３の収集サーバ２１１３について代表して示されているように、それぞれのサーバが管理する１台ないし複数台の管理対象装置（画像形成装置）３が通信可能に接続され、各サーバはこれらの管理対象装置３の管理情報、例えば画像形成を行った回数であるカウント情報、構成部品（例えば定着ローラ）の使用回数、トナーなどの資材の使用状況、エラーの種類と発生した時刻と累積回数、管理対象装置３における各種設定条件（例えば転写電圧や現像バイアスの条件）等を、各データベースに蓄積して管理している。なお、管理対象装置３が接続されていない収集サーバが存在していても良い。
【００２８】
一方、図２に示すように、管理サーバである本社１とそれ以外の各収集サーバ２１、２２・・・とは、ネットワーク４を介して直接に接続され、本社サーバ１は収集サーバ２１、２２・・・と直接通信することにより、各管理対象装置３の管理情報を直接取得することができる。
【００２９】
図３は、前記会社の社員等であるユーザが、前記管理システムで管理している管理情報を閲覧するための閲覧システムを説明するための図である。
【００３０】
前記本社サーバ１は、ウェブ（ｗｅｂ）サーバ機能を備えており、ユーザはユーザ端末５からネットワーク６を介して本社サーバ１にアクセスすることにより、各収集サーバ２１、２２・・・から直接に集められかつ本社サーバ１のデータベース部１２に格納されている管理情報を、ブラウザ５１によりウェブページ上で閲覧することができる。
【００３１】
図４は、前記本社サーバ１の概略構成を示すブロック図である。
【００３２】
この本社サーバ１は、ウェブアプリケーション処理部１１と、データベース部１２と、操作部１３と、表示装置１４と、ネットワークインターフェース部（図面ではネットワークＩ／Ｆ部と記している）１５と、制御部１６と、認証部１７と、記憶部１８を備えている。
【００３３】
前記ウェブアプリケーション処理部１１は、管理サーバ１、収集サーバ２１、２２、・・・の論理的接続情報の表示画像を含むウェブ頁を作成するための処理を行うものであり、ネットワーク６を通じて本社サーバ１にアクセスしてきたユーザは、ウェブアプリケーション処理部１１で作成されたウェブ頁を、前述したようにユーザ端末５のブラウザ５１により、ユーザ端末５の表示画面に表示させて閲覧することができる。
【００３４】
前記データベース部１２は、各管理サーバから収集した管理対象装置３についての管理情報を蓄積するほか、各収集サーバについてのサーバ情報、ユーザ情報、各種パスワードを記憶し、さらには管理情報のユーザによる閲覧や管理サーバに対する操作をユーザに応じて制限するための制限情報等、各種のデータを記憶する。ユーザについては、予め管理情報の閲覧権限や管理サーバに対する操作権限などを定めたロール設定がなされており、ロール設定の内容を示すロール情報がデータベース部１２に記憶されている。そして、ユーザが管理サーバにアクセスしたときには、前記ロール情報に示されたロール設定に基づいて、閲覧や操作が制限されるものとなされている。
【００３５】
図５に前記サーバ情報７のテーブルを示す。サーバ情報７は、その管理サーバのＩＤコードを示すセンターＩＤと、その収集サーバの名称を示すセンター名と、組織上その管理サーバの直近上位に位置するサーバ（親サーバ）のＩＤコードを示す親センターＩＤと、管理サーバのＩＰアドレスを含んでいる。
【００３６】
そして、前記ウェブアプリケーション処理部１１は、サーバ情報７のなかの表示情報である親センターＩＤに基づいて、各サーバ１、２１、・・・の上下階層関係を示す論理的接続構造を表示するための表示画像を作成する。論理的接続構造については後述する。
【００３７】
前記操作部１３は、キーボードやマウス等を備え、本社サーバ１の管理者等により操作される。前記表示装置１４は、各種のデータや文書などを表示する。
【００３８】
前記ネットワークインターフェース部１５は、他の収集サーバ２１、２２、・・・との間で直接に通信を行う通信手段として機能するとともに、本社サーバ１にアクセスしてきたユーザ端末５に、前記ウェブアプリケーション処理部１１で作成したウェブ頁をユーザ端末５に送信するための送信手段としても機能する。
【００３９】
前記制御部１６は、本社サーバ１の全体を統括的に制御する。制御の一例としては、ユーザから所定の収集サーバが管理する所定の管理対象装置３について管理情報を取得する旨の指示があったときには、その収集サーバ及び管理対象装置との間でデータ通信を行うようにネットワークインターフェース部１５を制御したり、ユーザからウェブ頁閲覧のためのアクセスがあったときは、ウェブアプリケーション処理部１１にユーザに応じた閲覧制限を付した状態でウェブ頁を作成してユーザ端末５に出力させるよう制御する。
【００４０】
前記認証部１７は、データベース部１２に記憶されているユーザ情報等に基づいて、本社サーバ１にアクセスしたユーザの認証を行う。
【００４１】
記憶部１８は、例えばユーザから入力された各種ＩＤ、ユーザ名、パスワード等を記憶し、さらにはデータベース部１２から読み出した各種の情報を記憶する。この記憶部１８は、収集サーバから送信されてきたメッセージを記憶するメッセージボックス１８ａを備えている。
【００４２】
図６（Ａ）は、ウェブ頁の表示画面にＧＵＩ（グラフィカルユーザインターフェース）により表示された管理サーバ及び収集サーバ全体の論理的接続構造を示すものであり、管理サーバ及び収集サーバが階層化あるいはグループ化された状態で表示されている。この表示画面は、ユーザ（管理者を含む）が自由に閲覧することができ、従ってユーザはサーバ全体の組織上の上下階層関係あるいはグループ関係を一目で認識することができる。
【００４３】
図６（Ａ）に示した実施形態では、組織の階層関係に応じて、本社サーバ（単に本社ともいう）１の下位に東京センター収集サーバ（以下、東京センターサーバまたは単に東京センターともいう）２４と大阪センター収集サーバ（以下、大阪センターサーバまたは単に大阪センターともいう）２５が存在し、大阪センターサーバ２５の下位に、四国センター収集サーバ（以下、四国センターサーバまたは単に四国センターともいう）２５１と九州センター収集サーバ（以下、九州センターサーバまたは単に九州センターともいう）２５２とが存在し、さらに九州センターサーバ２５２の下位に沖縄センター収集サーバ（以下、沖縄センターサーバまたは単に沖縄センターともいう）２５２１が存在している状態を示している。
【００４４】
このような論理的接続構造を表示するための表示画像の作成及びＧＵＩによる表示は、前述したように、本社サーバ１のデータベース部１２に記憶されているサーバ情報７の表示情報としての親センターＩＤの内容に基づいて、ウェブアプリケーション処理部１１が行う。
【００４５】
次に、組織変更等に応じて、図６（Ａ）に示したサーバ全体の論理的接続構造を、本社サーバ１の管理者等が変更する場合の操作について説明する。ここでは、大阪センターサーバ２５の下位にある九州センターサーバ２５２を、本社サーバ１の管理下に配置する場合について説明する。
【００４６】
まず、図６（Ａ）のＧＵＩのうち、九州センターサーバ２５２をクリックにより選択する。図示は省略したが、選択された「九州センター」が反転表示される。次に、「辞退」ボタン８１をクリックすると、選択された九州センター２５２を現在の親サーバ（大阪センターサーバ）から切り離す旨を示す図６（Ｂ）の確認画面に遷移する。
【００４７】
「はい」ボタン８２を選択すると、九州センターサーバ２５２のパスワード入力を促す図示しない画面に遷移した後、パスワードを入力すると、九州センターサーバ２５２のサーバ情報７における親センターＩＤの内容が、大阪センターサーバ２５のＩＤから、大阪センターサーバ２５の親サーバである本社サーバ１のＩＤに書き換えられる。そして、図６（Ｃ）の画面に遷移し、「九州センター」は「大阪センター」から切り離されて、本社サーバ１の管理下に位置するものとなる。
【００４８】
つまり、図７（Ａ）に示すように、変更前の論理的接続構造においては、本社サーバ１の下位に東京センターサーバ２４と大阪センターサーバ２５が存在し、大阪センターサーバ２５の下位に四国センターサーバ２５１と九州センターサーバ２５２１が存在し、さらに九州センターサーバ２５２の下位に沖縄センターサーバ２５２１が存在しているが、変更後においては図７（Ｂ）に示すように、本社サーバ１の下位に大阪センターサーバ２５と東京センターサーバ２４と九州センターサーバ２５２が存在することになる。つまり、九州センターサーバ２５２が、大阪センターサーバ２５の管理下からはずれ、本社サーバ１の管理下になる。
【００４９】
このように、画面上で変更対象のサーバを指示する簡単な操作により、サーバ情報の親センターＩＤが書き換えられ、これに基づいて論理的接続構造の表示も切り替えられるから、組織変更、部署の新設、削除等に伴う管理サーバの論理的接続構造の変更に極めて簡単に対応できる。しかも、管理サーバと各収集サーバとの実際の接続は、図２で示したように階層的接続ではなく直接に接続されているから、組織変更等が生じても実際の接続関係を変更する必要はない。換言すれば、管理情報を伝達する伝達経路（実際の接続）に関係なく、論理的接続構造を容易に変更できる。
【００５０】
図８は、図６及び図７に示したようなサーバの論理的接続構造を変更する場合の本社サーバ１の処理を示すフローチャートである。
【００５１】
管理者等が、図６（Ａ）の画面上で、ＧＵＩ表示された変更対象の収集サーバを選択指定した後、図６（Ｂ）に示された「はい」ボタン８２を押す。Ｓ１０１では、制御部１６が「はい」ボタンが押されるのを待ち、押されたら（Ｓ１０１の判断がＹＥＳ）、Ｓ１０２で、指定されたサーバ（図６及び図７の例では九州センターサーバ）のパスワードの入力画面から入力されたパスワードを受け付けた後、Ｓ１０３に進む。
【００５２】
Ｓ１０３で、制御部１６は、データベース部１２に登録されている指定されたサーバのパスワードと一致するか否かを判断し、一致すれば（Ｓ１０３の判断がＹＥＳ）、Ｓ１０４で、データベース部１２に記憶されている指定されたサーバのサーバ情報を検索し、親サーバＩＤの内容をチェックする。
【００５３】
次いでＳ１０５で、親サーバＩＤに対応する親サーバ（図６、図７の例では大阪センターサーバ）のサーバ情報に、親サーバＩＤが書き込まれているか否かを判断する。書き込まれていれば（Ｓ１０５の判断がＹＥＳ）、Ｓ１０６で、その親サーバＩＤを、指定されたサーバのサーバ情報における親サーバＩＤの内容に書き込むとともに、Ｓ１０７で書き込み完了するまで待つ。書き込み完了すれば（Ｓ１０７の判断がＹＥＳ）、Ｓ１０８で、ウェブアプリケーション処理部１１に、論理的接続構造の表示を変更後の状態に更新させたのち、処理を終了する。
【００５４】
Ｓ１０３において、入力されたパスワードが登録パスワードと一致しない場合（Ｓ１０３の判断がＮＯ）、あるいは親サーバのサーバ情報に、親サーバＩＤが書き込まれていない場合（Ｓ１０５の判断がＮＯ）は、Ｓ１０９で論理的接続構造の変更はできないものと判定する。この場合は、論理的接続構造の表示はそのままとなる。
【００５５】
図９は、図１及び図２の管理システムにおいて、管理者等の操作により、管理サーバである本社サーバ１から所定の管理対象装置３の管理情報を収集する場合の処理手順を示すフローチャートである。
【００５６】
Ｓ２０１において、ユーザは自身の管理対象装置３に対して、データの取得要求を行いたい場合（Ｓ２０１の判断がＹＥＳ）、Ｓ２０２で、管理システムへのログインを実行する。そして、情報取得を意図する所望の管理対象装置３の指定画面（ログイン情報を基にアクセス可能な装置を判断しているため、特定の装置を指定可能な状態になっている。図１２の処理）をウェブアプリケーション処理部１１を介して表示させる。
【００５７】
ユーザが例えば営業所ａ３で管理している管理対象装置３を指定すると（Ｓ２０３）、Ｓ２０４で、装置が指定されたか否かを判断し、指定された場合には（Ｓ２０４の判断がＹＥＳ）、Ｓ２０５に進む。装置が指定されない場合には（Ｓ２０４の判断がＮＯ）、Ｓ２０２に戻る。
【００５８】
Ｓ２０５では、データ要求ボタンが押されるのを待ち、押されると（Ｓ２０５の判断がＹＥＳ）、Ｓ２０６で、前記指定された管理対象装置３から管理情報を取得するためのデータ要求通信をネットワークインターフェース部１５を介して実行する。
【００５９】
そして、Ｓ２０７で、データ要求通信が正常に終了したか否かを判断し、正常に終了していれば（Ｓ２０７の判断がＹＥＳ）、Ｓ２０８でデータベース部（図面ではＤＢと記す）１２に取得した管理情報を格納したのち、Ｓ２１１に進む。通信が正常に終了していなければ（Ｓ２０７の判断がＮＯ）、Ｓ２０９のリトライ回数に到達するまでＳ２０６でのデータ要求通信とＳ２０７の正常終了判断を繰り返す。
【００６０】
リトライ回数に到達すると（Ｓ２０９の判断がＹＥＳ）、Ｓ２１０で、データベース部１２に通信エラー履歴を格納した後、Ｓ２１１に進む。
【００６１】
Ｓ２１１では、ユーザ端末５から管理情報閲覧等のためのアクセスがあるのを待ち、あれば（Ｓ２１１の判断がＹＥＳ）、Ｓ２１２で、閲覧内容を示すウェブ頁をウェブアプリケーション処理部１１に作成させ、ユーザ端末に送信し表示させて、処理を終了する。
【００６２】
図１０は、管理サーバである本社サーバ１から管理対象装置３のエラー情報を自動的に収集する場合の処理手順を示すフローチャートである。
【００６３】
Ｓ３１でエラー通知処理を行う。このエラー通知処理については後述する。
【００６４】
次に、Ｓ３２で、制御部１６は、メッセージボックス１８ａに各収集サーバからのメッセージが届いていないかをチェックしたのち、Ｓ３３で、メッセージがあるか否かを判断する。
【００６５】
メッセージがなければ（Ｓ３３の判断がＮＯ）、Ｓ３２に戻ってメッセージが届くまでＳ３２及びＳ３３を繰り返す。メッセージがあれば（Ｓ３３の判断がＹＥＳ）、Ｓ３４で、メッセージを取り込んでデータベース部１２に格納する。
【００６６】
次いで、Ｓ３５で、ユーザ端末５からのアクセスを待ち、アクセスがあれば（Ｓ３５の判断がＹＥＳ）、Ｓ３６で、エラー情報へのアクセスがあるのを待ち、アクセスがあれば（Ｓ３６の判断がＹＥＳ）、Ｓ３７で、エラー情報の内容を示すウェブ頁をウェブアプリケーション処理部１１に作成させ、ユーザ端末５に送信し表示させて、処理を終了する。
【００６７】
図１１は、図１０のＳ３１のエラー通知処理の内容を示すフローチャートである。
【００６８】
まずＳ３１１で、各管理サーバ１、２１、２２・・・は管理下の管理対象装置３で何らかのトラブルが発生するのを待つ。トラブルが発生し（Ｓ３１１でＹＥＳ）、例えば沖縄センタサーバ２５２１の管理対象装置３でサービスコールが発生したとすると（Ｓ３１２）、Ｓ３１３で、沖縄センタサーバ２５２１は前記管理対象装置３からのサービスコールを受信する。
【００６９】
次いでＳ３１４で、沖縄センターサーバ２５２１は管理対象装置３のエラー情報を記憶した後、Ｓ３１５で、沖縄センターサーバ２５２１はサービスマンへの通知設定がなされているか否かを判断する。サービスマン通知設定がなされていれば（Ｓ３１５でＹＥＳ）、Ｓ３１６で、担当サービスマンにトラブルの発生をＥメール送信したのち、Ｓ３１７で通知済履歴を作成し、Ｓ３１８で、装置エラーのサービスマン通知履歴情報を記憶する。そして、Ｓ３１９で、沖縄センターサーバ２５２１は前記エラー情報及びサービスマン通知履歴を本社サーバ１にメッセージ通知したのち、リターンする。本社サーバ１に通知されたメッセージは、本社サーバ１のメッセージボックス１８ａに保存される。
【００７０】
一方、Ｓ３２０で、サービスマンへの通知設定がなされていない場合には（Ｓ３１５の判断がＮＯ）、Ｓ３２０で、沖縄センターサーバ２５２１は装置３のエラー情報のみを本社サーバにメッセージ通知する。
【００７１】
このように、任意の管理対象装置３にエラーが発生したときは、エラー情報とあるいはさらにサービスマン通知履歴情報とが本社サーバに通知され、ユーザはウェブ頁により、ある収集サーバの管理対象装置３にエラーが発生していることを認識することができる。
【００７２】
また、収集サーバ自体が故障した場合には、次のようにしてユーザは認識することができる。すなわち、本社サーバ１は巡回的に各収集サーバ２１、２２、・・・と通信を行っており、このときにある収集サーバが故障していると、本社サーバ１の制御部１６は、その収集サーバからの正常な応答がないためその管理サーバを警告状態とする。
【００７３】
次回の巡回通信時に、その収集サーバからやはり正常な応答が確認できなければ、本社サーバ１はその収集サーバに異常が発生していることを認識する。巡回通信時に、その収集サーバとの正常な通信が可能となるまで、本社サーバ１は異常状態の認識を継続する。
【００７４】
警告状態になると、本社サーバ１の制御部は、ウェブアプリケーション処理部１１を介して、ウェブ頁上でＧＵＩにより表示された論理的接続構造に、その収集サーバに異常を発生していることを示す警告状態表示を行う。警告状態表示の一例としては、その収集サーバの表示色を変えるとか、所定のマークやメッセージを表示する等がある。警告状態表示は、巡回通信時に、その収集サーバとの正常な通信が可能となるまで、継続する。また、警告状態になると、本社サーバ１の制御部１６は、エラーが発生した収集サーバの担当者に、Ｅメールや電話等を用いて自動連絡する。
【００７５】
図１２は、ユーザがウェブ頁上で収集サーバを指定してデータベース１２内の管理情報にアクセスする場合の本社サーバ１での処理を示すフローチャートである。
【００７６】
Ｓ４１において、本社サーバ１の制御部１６は、ユーザによるログイン操作が行われるのを待ち、ログイン操作がなされる（Ｓ４１の判断がＹＥＳ）、Ｓ４２で、入力された管理サーバのＩＤ、ユーザ名、パスワードを記憶部１６に記憶する。
【００７７】
次に、Ｓ４３で認証部１７に認証処理を行わせる。この処理については後述する。
【００７８】
認証が認められると（Ｓ４４の判断がＹＥＳ）、Ｓ４６に進む。認証が認められなければ（Ｓ４４の判断がＮＯ）、Ｓ４５で、ウェブアプリケーション処理部１１を介して認証失敗をユーザ端末５に表示させ、Ｓ４１でユーザによる再度のログイン操作を待つ。
【００７９】
Ｓ４６では、データベース部１２から読み出した前述のロール情報を記憶部１６に記憶したのち、Ｓ４７で、ウェブアプリケーション処理部１１に、前記ロール設定に応じた表示メニューを作成させる。
【００８０】
次に、Ｓ４８で、ユーザによるメニュー操作がなされるのを待ち、メニュー操作がなされると（Ｓ４８の判断がＹＥＳ）、Ｓ４９で、制御部１６は、メニュー情報、ロール情報、ユーザ情報を把握する。そして、Ｓ５０で、データベース情報抽出処理を行った後、Ｓ５１で、抽出した情報をウェブアプリケーション処理部１１を介してユーザ端末５に表示させる。Ｓ５０のデータベース情報抽出処理については後述する。
【００８１】
図１３は、図１２のＳ４３の認証処理の内容を示すフローチャートである。
【００８２】
Ｓ４３１で、ユーザによる認証処理要求がなされるのを待つ。認証処理要求がなされると（Ｓ４３１の判断がＹＥＳ）、Ｓ４３２で、認証部１７は、指定された収集サーバについての登録済ユーザ情報及びパスワードと、ユーザによる入力情報とを比較する。
【００８３】
次に、Ｓ４３３で、登録済の情報と入力された情報とが一致しているかどうかを調べ、一致していれば（Ｓ４３３の判断がＹＥＳ）、Ｓ４３４で、そのユーザのロール設定を返し、一致しなければ（Ｓ４３３の判断がＮＯ）、Ｓ４３５で、認証エラーを返してリターンする。
【００８４】
図１４は、図１２のＳ５０のデータベース情報抽出処理の内容を示すフローチャートである。
【００８５】
Ｓ５００１において、制御部１６は、メニュー情報が存在しているか否かを調べる。メニュー情報が存在していなければ（Ｓ５００１の判断がＮＯ）、Ｓ５０１４でエラーをアプリケーション処理部に送信してリターンする。
【００８６】
メニュー情報が送信されていれば（Ｓ５００１の判断がＹＥＳ）、Ｓ５００２で、メニュー情報から検索対象のデータを決定し、Ｓ５００３で、ユーザ情報に基づいてデータベース１２内のアカウント情報をチェックしたのち、Ｓ５００４で、そのユーザに対して下位の収集サーバへのアクセスが許可されているかどうかをフラグにより調べる。下位サーバへのアクセスが許可されていれば（Ｓ５００４の判断がＹＥＳ）、Ｓ５００５で、アクセス情報抽出範囲の条件に下位の収集サーバを追加したのち、Ｓ５００６に進む。下位サーバへのアクセスが許可されていなければ（Ｓ５００４の判断がＮＯ）、そのままＳ５００６に進む。
【００８７】
Ｓ５００６では、ロール情報が管理者かどうかを判断し、管理者であれば（Ｓ５００６の判断がＹＥＳ）、Ｓ５００７でアクセス情報抽出範囲の条件に全情報を追加したのち、Ｓ５００８に進む。
【００８８】
Ｓ５００６においてロール情報が管理者でなければ（Ｓ５００６の判断がＮＯ）、Ｓ５０１０でロール情報はサービスマンであるかどうかを判断する。サービスマンであれば（Ｓ５０１０の判断がＹＥＳ）、Ｓ５０１１でアクセス情報抽出範囲の条件に、サービスマンに認められている閲覧情報に制限するためのユーザ情報フィルタを追加したのち、Ｓ５００８に進む。
【００８９】
Ｓ５０１０においてロール情報がサービスマンでなければ（Ｓ５０１０の判断がＮＯ）、Ｓ５０１２でロール情報はセールスマンであるかどうかを判断する。セールスマンであれば（Ｓ５０１２の判断がＹＥＳ）、Ｓ５０１３でアクセス情報抽出範囲の条件に、セールスマンに認められている閲覧情報に制限するためのユーザ情報フィルタを追加したのち、Ｓ５００８に進む。Ｓ５０１２においてロール情報がサービスマンでなければ（Ｓ５０１２の判断がＮＯ）、Ｓ５０１４でエラーをアプリケーション処理部に送信してリターンする。
【００９０】
Ｓ５００８では、アクセス情報抽出範囲情報に基づいて、データベース情報（管理情報）を抽出する。次いで、Ｓ５００９で、抽出したデータベース情報をウェブアプリケーション処理部に送信した後、リターンする。
【００９１】
このようにして、ロール情報が管理者であれば全ての情報を閲覧でき、サービスマンやセールスマンであれば、それぞれ制限された範囲の情報を閲覧できる。なお、管理者、サービスマン、セールスマンの所属（営業所か支店か支社か等）に応じて、表示できる範囲（所属している営業所、支店、支社が管理している装置の情報）を異なるものに制限しても良い。
【００９２】
以上、本発明の一実施形態を説明したが、本発明は上記実施形態に限定されることはない。例えば、上記実施形態では、本社サーバ１を管理サーバに設定したが、管理サーバは本社サーバでなくても良く、本社サーバを含む全ての収集サーバのなかのいずれかを管理サーバとすればよい。
【００９３】
また、管理サーバにウエブアプリケーション処理部１１を設けることにより、ウェブサーバ機能を備えたものとして説明したが、管理サーバのウェブアプリケーション処理部１１を外部ウェブサーバで構成しても良い。
【００９４】
また、管理サーバ１内でユーザ認証を行うものとして説明したが、外部認証サーバで認証を行っても良い。
【００９５】
また、管理対象装置３が画像形成装置である場合を示したが、管理対象装置が家電品その他の装置であっても良い。
【００９６】
また、管理対象装置の管理情報が収集サーバを介して管理サーバに伝達される場合を示したが、収集サーバは必ずしも必要ではなく、管理サーバと管理対象装置が直接に接続されていても良い。この場合も、組織形態に応じて、管理対象装置を階層化あるいはグループ化して表示すればよい。
【図面の簡単な説明】
【００９７】
【図１】この発明の一実施形態に係る管理システムにおける収集サーバの上下階層関係の説明図である。
【図２】同じく収集サーバの物理的な接続状態を示す説明図である。
【図３】ユーザが管理システムで管理している管理情報を閲覧するための閲覧システムを説明するための図である。
【図４】管理サーバの概略構成を示すブロック図である。
【図５】サーバ情報を示す図である。
【図６】（Ａ）〜（Ｃ）は、ウェブ頁の表示画面にＧＵＩにより表示されたサーバの論理的接続構造を変更する場合の画面の遷移図である。
【図７】収集サーバの論理的接続構造を変更する場合の説明図である。
【図８】収集サーバの論理的接続構造を変更する場合の本社サーバの処理を示すフローチャートである。
【図９】管理者等の操作により、管理サーバである本社サーバから管理対象装置の管理情報を収集する場合の処理手順を示すフローチャートである。
【図１０】本社サーバから管理対象装置である画像形成装置のエラー情報を自動的に収集する場合の処理手順を示すフローチャートである。
【図１１】図１０のＳ３１のエラー通知処理の内容を示すフローチャートである。
【図１２】ユーザがウェブ頁上でデータベース内の管理情報にアクセスする場合の処理を示すフローチャートである。
【図１３】図１２のＳ４３のデータベース認証処理の内容を示すフローチャートである。
【図１４】図１２のＳ５０のデータベース抽出処理の内容を示すフローチャートである。
【符号の説明】
【００９８】
１                  本社サーバ（管理サーバ）
１１                ウェブアプリケーション処理部（表示情報作成手段）
１２                データベース部（管理情報記憶手段、表示情報記憶手段）
１５                ネットワークインターフェース部（通信手段、送信手段）
１６                制御部（閲覧制限手段）
１７                認証部
１８                記憶部
２１〜２３          収集サーバ
２１１、２１２      収集サーバ
２１１１〜２１１３  収集サーバ
３                  管理対象装置（画像形成装置）
５                  ユーザ端末
７                  サーバ情報
１００              管理システム
【図１】
2006092314.tif 000003
【図２】
2006092314.tif 000004
【図３】
2006092314.tif 000005
【図４】
2006092314.tif 000006
【図５】
2006092314.tif 000007
【図６】
2006092314.tif 000008
【図７】
2006092314.tif 000009
【図８】
2006092314.tif 000010
【図９】
2006092314.tif 000011
【図１０】
2006092314.tif 000012
【図１１】
2006092314.tif 000013
【図１２】
2006092314.tif 000014
【図１３】
2006092314.tif 000015
【図１４】
2006092314.tif 000016