JP5971168B2 - 情報処理システム、情報処理装置及び情報処理プログラム - Google Patents

Description

本発明は、情報処理システム、情報処理装置及び情報処理プログラムに関する。

特許文献１には、集中管理装置とホストコンピュータとを接続する回線とは異なる別の回線があるか否かを判断し、該判断に応じて適切な警告処理を行うことを課題とし、ホストコンピュータは、ホストコンピュータからの発呼に対して管理装置からの応答が一定時間以内にないことが確認されたことに応じて、管理装置の異常、あるいは、管理装置とホストコンピュータとを接続する回線の異常を判定した際に、異常があると判定された場合に、管理装置とホストコンピュータとを接続する回線とは別の回線が存在すると判断された場合には、別の回線を介してホストコンピュータに接続された装置に警告情報を転送するとともに、別の回線がないと判断された場合には、ホストコンピュータに対して警告を報知する構成を特徴とすることが開示されている。

特許文献２には、画像形成装置等の電子装置のダウンタイムを低減することを課題とし、画像形成装置のＣＰＵは、予め設定されたダウンタイム計測期間（所定期間）内に、使用不可要因（ダウン要因）を検出した場合に、その使用不可要因の発生によって当該装置が使用できない間のダウンタイム（使用不可時間）を計測し、その計測時間が予め設定された複数のダウンタイム通報しきい値のいずれかに達する毎に、その旨をベンダー側の管理装置へ通報することが開示されている。

特許文献３には、被監視対象の監視制御処理にほとんど影響を及ぼすことのない軽故障の発生を原因に待機系に切り替えられた系を、その系の初期化処理をせずに待機状態に遷移させることができる待機冗長システムを得ることを目的とし、被監視対象を監視制御しうる各監視制御系が、自系を、運転系に対応した運転状態、運転状態に直ちに遷移可能な待機状態、初期化処理なしで待機状態に遷移可能な準備状態、及び初期化処理の後に待機状態に遷移可能な停止状態のうちのいずれかに設定することが開示されている。

特許文献４には、いずれかの複写機が回線から外された、あるいは複写装置との通信装置の異常を所定の時間毎にホストコンピュータ側が診断できることを課題とし、ホストコンピュータから管理装置に通信してから第２の一定時間以内に前記管理装置から応答がない状態が発生する回数に応じて、ホストコンピュータのＣＰＵが管理装置との間の回線異常有無を判定し、該判定結果をホストコンピュータがディスプレイ等に報知する構成を特徴とすることが開示されている。

特開２００２−２１４９８０号公報 特開２００５−１００３０４号公報 特開平０７−２１９７９９号公報 特許第３５５４００６号公報

本発明は、第１の機器から管理装置への通信ができなくなった場合に、機器から管理装置に対して管理情報を送信できなくなるという課題を解決することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、第１の機器を管理するとともに、第２の管理装置を介して第２の機器を管理する第１の管理装置および該第２の機器を管理する第２の管理装置を含み、前記第１の管理装置は、前記第１の機器からの通信がないことを検知する検知手段と、前記検知手段によって検知された第１の機器に関する情報を前記第２の管理装置に送信する第１の送信手段を含み、前記第２の管理装置は、前記第１の送信手段によって送信された前記第１の機器に関する情報を受信する第１の受信手段と、前記第１の機器に関する情報に基づいて、該第１の機器との通信を行って、該第１の機器の管理情報を取得する取得手段を含み、前記第１の機器と前記第２の管理装置は有線回線で通信を行い、前記第１の管理装置と前記第２の管理装置は無線回線で通信を行うことを特徴とする情報処理システムである。

請求項２の発明は、情報処理装置であって、第１の機器を管理するとともに、前記情報処理装置を介して第２の機器を管理する第１の管理装置は、前記第１の機器からの通信がないことを検知し、前記検知した第１の機器に関する情報を前記情報処理装置に送信し、前記第２の機器を管理する情報処理装置は、前記第１の管理装置によって送信された前記第１の機器に関する情報を受信する第１の受信手段と、前記第１の機器に関する情報に基づいて、該第１の機器との通信を行って、該第１の機器の管理情報を取得する取得手段を含み、前記第１の機器と前記情報処理装置は有線回線で通信を行い、前記第１の管理装置と前記情報処理装置は無線回線で通信を行うことを特徴とする情報処理装置である。

請求項３の発明は、前記第１の管理装置は、第１の機器に関する情報として、前記検知した第１の機器を管理するための設定情報を、前記情報処理装置に送信し、前記情報処理装置は、第２の機器を管理するための設定情報を記憶する設定情報記憶手段と、前記第１の管理装置により送信された設定情報を前記設定情報記憶手段に記憶させて管理する第２の管理手段をさらに含むことを特徴とする請求項２に記載の情報処理装置である。

請求項４の発明は、前記第１の管理装置は、第１の機器に関する情報として、前記検知した第１の機器を特定するための情報を、前記情報処理装置に送信し、前記情報処理装置は、第１の機器を管理するための設定情報と第２の機器を管理するための設定情報と各機器の管理対象であるか否かを示す可否情報を記憶する設定情報記憶手段と、前記第１の管理装置により送信された第１の機器を特定するための情報に基づいて、前記設定情報記憶手段内の該第１機器の可否情報を、管理対象であることを示す情報に変更することによって、該第１の機器を前記情報処理装置が管理する機器として管理対象に加える第２の管理手段をさらに含むことを特徴とする請求項２に記載の情報処理装置である。

請求項５の発明は、情報処理装置であって、第１の機器は、第１の管理装置への送信ができないことを検知し、前記送信ができないことを検知した場合は、前記情報処理装置へ管理要求を送信し、第２の機器を管理する前記情報処理装置は、前記第１の機器により送信された管理要求を受信した場合は、該第１の機器との通信を行って、該第１の機器の管理情報を取得する取得手段を含み、前記第１の機器と前記情報処理装置は有線回線で通信を行い、前記第１の管理装置と前記情報処理装置は無線回線で通信を行うことを特徴とする情報処理装置である。

請求項６の発明は、前記第１の機器は、機器に関する情報として、該第１の機器を管理するための設定情報を、前記情報処理装置に送信し、前記情報処理装置は、第２の機器を管理するための設定情報を記憶する設定情報記憶手段と、前記第１の管理装置により送信された設定情報を前記設定情報記憶手段に記憶させて管理する第２の管理手段をさらに含むことを特徴とする請求項５に記載の情報処理装置である。

請求項７の発明は、前記情報処理装置は、第１の機器を管理するための設定情報と第２の機器を管理するための設定情報と各機器の管理対象であるか否かを示す可否情報を記憶する設定情報記憶手段と、前記管理要求を送信した第１の機器を特定するための情報に基づいて、前記設定情報記憶手段内の該第１機器の可否情報を、管理対象であることを示す情報に変更することによって、該第１の機器を前記情報処理装置が管理する機器として管理対象に加える第２の管理手段をさらに含むことを特徴とする請求項５に記載の情報処理装置である。

請求項８の発明は、第１の機器を管理するとともに、情報処理装置を介して第２の機器を管理する第１の管理装置は、前記第１の機器からの通信がないことを検知し、前記検知した第１の機器に関する情報を前記情報処理装置に送信し、前記第１の機器と前記情報処理装置は有線回線で通信を行い、前記第１の管理装置と前記情報処理装置は無線回線で通信を行い、前記第２の機器を管理する情報処理装置であるコンピュータを、前記第１の管理装置によって送信された前記第１の機器に関する情報を受信する第１の受信手段と、前記第１の機器に関する情報に基づいて、該第１の機器との通信を行って、該第１の機器の管理情報を取得する取得手段として機能させることを特徴とする情報処理プログラムである。

請求項９の発明は、第１の機器は、第１の管理装置への送信ができないことを検知し、前記送信ができないことを検知した場合は、情報処理装置へ管理要求を送信し、前記第１の機器と前記情報処理装置は有線回線で通信を行い、前記第１の管理装置と前記情報処理装置は無線回線で通信を行い、第２の機器を管理する前記情報処理装置であるコンピュータを、前記第１の機器により送信された管理要求を受信した場合は、該第１の機器との通信を行って、該第１の機器の管理情報を取得する取得手段として機能させることを特徴とする情報処理プログラムである。

請求項１の情報処理システムによれば、第１の機器から管理装置への通信ができなくなった場合に、機器から管理装置に対して管理情報を送信できなくなるという課題を解決することができるようになる。

請求項２の情報処理装置によれば、第１の機器から管理装置への通信ができなくなった場合に、機器から管理装置に対して管理情報を送信できなくなるという課題を解決することができるようになる。

請求項３の情報処理装置によれば、情報処理装置は、第１の管理装置から送信された設定情報で管理することができる。

請求項４の情報処理装置によれば、情報処理装置は、設定情報記憶手段に記憶された設定情報を用いて第１の機器を管理することができる。

請求項５の情報処理装置によれば、第１の機器から管理装置への通信ができなくなった場合に、機器から管理装置に対して管理情報を送信できなくなるという課題を解決することができるようになる。

請求項６の情報処理装置によれば、情報処理装置は、第１の管理装置から送信された設定情報で管理することができる。

請求項７の情報処理装置によれば、情報処理装置は、設定情報記憶手段に記憶された設定情報を用いて第１の機器を管理することができる。

請求項８の情報処理プログラムによれば、第１の機器から管理装置への通信ができなくなった場合に、機器から管理装置に対して管理情報を送信できなくなるという課題を解決することができるようになる。

請求項９の情報処理プログラムによれば、第１の機器から管理装置への通信ができなくなった場合に、機器から管理装置に対して管理情報を送信できなくなるという課題を解決することができるようになる。

第１の実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を説明する説明図である。 本実施の形態を説明する説明図である。 第１の実施の形態による処理例（１）を示すフローチャートである。 設定情報テーブルのデータ構造例を示す説明図である。 管理情報テーブルのデータ構造例を示す説明図である。 第１の実施の形態による処理例（２）を示すフローチャートである。 設定情報テーブルのデータ構造例を示す説明図である。 第２の実施の形態の構成例についての概念的なモジュール構成図である。 第２の実施の形態による処理例（１）を示すフローチャートである。 第２の実施の形態による処理例（２）を示すフローチャートである。 管理装置の具体例を示す説明図である。 本実施の形態（機器）を実現するコンピュータのハードウェア構成例を示すブロック図である。 本実施の形態（集中管理装置、管理装置）を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、第１の実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御することの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理システムは、集中管理装置１００が機器１５０、機器１６０を管理するものであって、図１の例に示すように、集中管理装置１００、管理装置１３０、機器１５０、機器１６０、ファイアウォール１９０を有している。なお、一般的に、機器１５０、機器１６０は複数あるが、少なくとも機器１５０は１台以上あれば、本実施の形態を利用できる。また、管理装置１３０、集中管理装置１００も複数あってもよい。

機器１５０、機器１６０は、例えば、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）である。具体例として、お客様先に設置した複合機が故障したり、消耗品の交換時期であったりした場合に、その情報をセンターである集中管理装置１００に通知し、サービスを提供するための技術である。

ファイアウォール１９０は、通信回線１９９（例えば、インターネット）と通信回線１９８（例えば、社内ＬＡＮ）の境界に設置されており、内部である通信回線１９８に接続されている情報処理装置（機器１５０等）からは通信回線１９９に接続されている情報処理装置へアクセスできるが、逆に外部からは、アクセスを特別に許可したもの以外、通信回線１９８に侵入できないようにした一方向のサーバである。特に、ここでは、機器１５０から集中管理装置１００に任意のタイミングで通信することはできるが、集中管理装置１００から機器１５０への通信は基本的にはできず、機器１５０から通信があった場合にその返信としての通信は許されている。したがって、集中管理装置１００が管理のために機器１５０に通信を行わなければならない場合であっても、機器１５０からの通信を待って、集中管理装置１００は通信を行わなければならない。そのために、機器１５０から集中管理装置１００に定期的な通信（ポーリング通信）を行う。

例えば、（１）単独で集中管理装置１００への通信を実現できる機器１５０と、（２）データを取得するための端末（管理装置１３０）をつけて、その端末（管理装置１３０）が機能を補うことで機能実現をしている機器１６０の２つのタイプが存在する。
本実施の形態は、そのうちの単独で機能を提供しているタイプ（機器１５０）において、何らかの不具合で集中管理装置１００に通知をする機能が故障してしまった場合に対応するものである。その故障により、集中管理装置１００による管理ができなくなってしまう。例えば、消耗品の交換時期に近づいており消耗品を配送しなければならないが、配送できなかったり、月の料金請求の元となるデータを取れなかったりする等の事態が発生してしまう。また、通信断の状態をリカバリするために、各機器１５０に代替通信手段を付加することも考えられるが、１台あたりのコストが高くなってしまう。
そこで、本実施の形態は、単独で集中管理装置１００と通信ができる機器１５０における通信機能が、通信回線の不具合ではなく（つまり、集中管理装置１００と管理装置１３０とは通信可能である状態）、機器１５０本体の通信機能の故障により途絶えてしまうような状況、特に、故障の箇所が、集中管理装置１００に通信を行うための機能の部分限定されるような状態のものを対象とする。例えば、プロキシ経由の通信ができない、ＳＯＡＰ通信モジュールの不具合等がある。そのため、その他の機能は動作可能であることから、機器１５０における処理（例えば、印刷等）、消耗品の交換時期の検知、印刷枚数の計数（ビリングメータのカウントアップ）等は、通常通り行われるような状態である。したがって、利用者であるユーザーは、故障に気が付きにくい。

また、例えば、単独で通信を行う機器１５０が故障した場合は、定期的に行われている集中管理装置１００に対するポーリングがなくなる。したがって、予め定められた期間（Ｎ日間）ポーリングがなかった場合に、集中管理装置１００のオペレータがユーザーにコールバックを行い、故障をしているかを確認し、その結果、故障していたら担当者が修理を行う。このように、コールバックを行い、担当者が修理をすることになるが、軽微の故障の場合、ユーザーにとっては問題なく使えているのに、故障していると集中管理装置１００のオペレータから連絡が来ることになるので、無駄な不安をユーザーに与えることとなってしまう。また、集中管理装置１００への通信ができない場合には、契約通りのサービスが行われないこととなってしまう。

図２は、本実施の形態を説明する説明図である。図２に示す例は、図１の例を簡略化して示したものである。集中管理装置１００と単独で通信ができる機器１５０Ａが前述の故障をした場合を示している。
このような状態になった場合に、図３の例に示すように、管理装置１３０が、その機器１５０Ａの通信機能に代わって集中管理装置１００に故障を通知する。管理装置１３０は、通常は単独で集中管理装置１００に通知を行えない機器１６０Ａ、機器１６０Ｂを管理しているものであって、管理装置１３０は１つ以上の集中管理装置１００に通信をする機能を有する装置である。
この管理装置１３０は、故障している機器１５０Ａに関する情報を集中管理装置１００から取得又は、予め設置時に内部データとして持っており、そのデータを有効化する。又は、後述する第２の実施の形態のように、故障している機器１５０Ａの通信機能が完全に故障してしまう前に（より具体的には、管理装置１３０と通信を行うための通信機能も故障してしまう前に）、管理装置１３０に自身の管理情報を送付し、その機器１５０Ａの管理状態を定常の管理状態に近づけるための設定情報（コンフィギュレーションデータ）を管理装置１３０に送信し、管理装置１３０は、その設定情報に基づいて機器１５０Ａの代替管理を開始する。なお、代替管理の対象となった機器１５０Ａは、集中管理装置１００と通信ができなくなることによって、集中管理装置１００にとって、管理装置１３０を介して管理することとなる機器となる。

集中管理装置１００（第１の管理装置）は、通信モジュール１０５、検知モジュール１１０、管理モジュール１１５、設定情報・管理情報記憶モジュール１２０を有しており、機器１５０Ａ（第１の機器）、１５０Ｂ、１５０Ｃを管理するとともに、機器１６０Ａ（第２の機器）、１６０Ｂ、１６０Ｃ、１６０Ｄを管理する。機器１６０の管理については、管理装置１３０（第２の管理装置）を介して行う。集中管理装置１００は、通信回線１９９、ファイアウォール１９０、通信回線１９８を介して、管理装置１３０、機器１５０Ａ、機器１５０Ｂ、機器１５０Ｃ、機器１６０Ａ、機器１６０Ｂ、機器１６０Ｃ、機器１６０Ｄと接続されている。
通信モジュール１０５は、機器１５０Ａ、１５０Ｂ、１５０Ｃ、管理装置１３０と通信を行う。
機器１５０は、集中管理装置１００（集中管理装置）により直接管理される。ここで、直接とは、管理装置１３０を介さずに、機器１５０と集中管理装置１００が通信を行うことをいう。機器１６０は、管理装置１３０を介して集中管理装置１００により管理される。機器１６０は、集中管理装置１００とは直接通信を行うことはできないが、管理装置１３０との通信は可能である。例えば、機器１６０と管理装置１３０は、社内ＬＡＮ等の通信回線１９８に接続されているが、機器１５０は外部の通信回線１９９を介して接続されている等の状況において、機器１６０のハードウェア又はソフトウェア（その会社における通信規定等も含む）の性能的な理由（機器１６０が古い機種等である理由も含む）から集中管理装置１００への通信ができない。一般に、個々の機器１６０に集中管理装置１００への通信機能を搭載するよりも、複数の機器１６０の集中管理装置１００への通信機能を管理装置１３０へ集約した方が価格等の点からも優れている場合があるからである。

検知モジュール１１０は、機器１５０からの通信がないことを検知する。例えば、定期的にポーリング通信がある時刻に、機器１５０から通信がなかった場合、予め定められた期間（例えば、２日間等）に、機器１５０から通信がなかった場合、ポーリング通信において予め定められた回数分の通信が機器１５０からないこと等を検知する。
管理モジュール１１５は、検知モジュール１１０によって検知された機器１５０に関する情報を管理装置１３０に、通信モジュール１０５を介して送信する。
設定情報・管理情報記憶モジュール１２０は、機器１５０に関する情報、機器１６０に関する情報を記憶する。例えば、設定情報テーブル５００、管理情報テーブル６００を記憶する。図５は、設定情報テーブル５００のデータ構造例を示す説明図である。設定情報テーブル５００は、機器ＩＤ欄５１０、機器名欄５２０、アドレス欄５３０、定期報告時刻欄５４０を有している。機器ＩＤ欄５１０は、管理対象である機器１５０、機器１６０を本実施の形態において一意に識別するための情報（機器ＩＤ）を記憶する。機器名欄５２０は、その機器の名称を記憶する。アドレス欄５３０は、その機器の通信回線におけるアドレス（ＩＰアドレス等）を記憶する。定期報告時刻欄５４０は、その機器から定期的に通信が行われる日時（年、月、日、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶する。
図６は、管理情報テーブル６００のデータ構造例を示す説明図である。管理情報テーブル６００は、機器ＩＤ欄６１０、消耗品（Ｙ）欄６１２、消耗品（Ｍ）欄６１４、消耗品（Ｃ）欄６１６、消耗品（Ｋ）欄６１８、印刷枚数欄６２０、障害通知欄６３０を有している。機器ＩＤ欄６１０は、機器ＩＤを記憶する。消耗品（Ｙ）欄６１２は、その機器における消耗品（イエロートナー）の状況を記憶する。消耗品（Ｍ）欄６１４は、その機器における消耗品（マゼンタトナー）の状況を記憶する。消耗品（Ｃ）欄６１６は、その機器における消耗品（シアントナー）の状況を記憶する。消耗品（Ｋ）欄６１８は、その機器における消耗品（ブラックトナー）の状況を記憶する。印刷枚数欄６２０は、その機器における印刷枚数を記憶する。障害通知欄６３０は、その機器における障害通知の種類、日時等を記憶する。

管理装置１３０は、通信モジュール１３５、管理モジュール１４０、設定情報・管理情報記憶モジュール１４５を有しており、機器１６０Ａ、１６０Ｂ、１６０Ｃ、１６０Ｄを管理し、その管理情報を集中管理装置１００に送信する。管理装置１３０、機器１５０Ａ、機器１５０Ｂ、機器１５０Ｃ、機器１６０Ａ、機器１６０Ｂ、機器１６０Ｃ、機器１６０Ｄはそれぞれ、通信回線１９８を介して接続されており、また、通信回線１９８、ファイアウォール１９０、通信回線１９９を介して集中管理装置１００と接続されている。
通信モジュール１３５は、機器１６０Ａ、１６０Ｂ、１６０Ｃ、１６０Ｄ、集中管理装置１００と通信を行う。なお、集中管理装置１００との通信ができなくなった機器１５０との通信も行う。通信モジュール１３５は、集中管理装置１００によって送信された機器１５０に関する情報を受信する。

管理モジュール１４０は、受信した機器１５０に関する情報に基づいて、その機器１５０との通信を行って、その機器１５０の管理情報（例えば、管理情報テーブル６００内の情報）を取得する。そして、取得した管理情報を、通信モジュール１３５を介して集中管理装置１００に送信する。
設定情報・管理情報記憶モジュール１４５は、機器１６０に関する情報を記憶する。さらに、機器１５０に関する情報を記憶してもよい。例えば、設定情報テーブル５００、管理情報テーブル６００を記憶する。また、設定情報テーブル５００の代わりに設定情報テーブル８００を記憶してもよい。図８は、設定情報テーブル８００のデータ構造例を示す説明図である。設定情報テーブル８００は、機器ＩＤ欄８１０、機器名欄８２０、アドレス欄８３０、定期報告時刻欄８４０、管理対象欄８５０を有している。設定情報テーブル８００は、設定情報テーブル５００に管理対象欄８５０を加えたものである。管理対象欄８５０は、その機器は、管理装置１３０における管理対象であるか否かを示す情報（例えば、イネーブル、ディスイネーブル等）を記憶する。基本的に、機器１６０の場合は、管理対象であることを示す情報を記憶しており、機器１５０の場合は、管理対象ではないことを示す情報を記憶しているが、機器１５０から集中管理装置１００への通信ができなくなったことが検知された場合は、管理対象であることを示す情報に変更させられる。

そして、集中管理装置１００の管理モジュール１１５は、管理装置１３０によって送信された管理情報を管理する。ここで、管理するとは、管理情報を設定情報・管理情報記憶モジュール１２０に記憶させること、管理情報を用いて機器（機器１５０、機器１６０を含む）を制御すること、管理情報を他の装置に渡すこと等を含む。

図４を用いて後述するように、具体的には以下のようにしてもよい。
集中管理装置１００の管理モジュール１１５は、通信ができない機器１５０に関する情報として、検知モジュール１１０によって検知された機器１５０を管理するための設定情報（例えば、設定情報テーブル５００）を、管理装置１３０に送信してもよい。
管理装置１３０の管理モジュール１４０は、管理装置１３０の管理対象である機器１６０を管理するための設定情報（例えば、設定情報テーブル５００）を設定情報・管理情報記憶モジュール１４５に記憶させており、集中管理装置１００により送信された設定情報を設定情報・管理情報記憶モジュール１４５に記憶させて管理するようにしてもよい。つまり、集中管理装置１００と通信ができなくなった機器１５０を管理対象とする。

また、図７を用いて後述するように、具体的には以下のようにしてもよい。
集中管理装置１００の管理モジュール１１５は、通信ができない機器１５０に関する情報として、検知モジュール１１０によって検知された機器１５０の機器ＩＤを、管理装置１３０に送信してもよい。
管理装置１３０の管理モジュール１４０は、機器１５０を管理するための設定情報と機器１６０を管理するための設定情報とそれら各機器の管理対象であるか否かを示す可否情報（例えば、設定情報テーブル８００）を、設定情報・管理情報記憶モジュール１４５に記憶させており、集中管理装置１００により送信された機器１５０の機器ＩＤに基づいて、設定情報・管理情報記憶モジュール１４５内のその機器１５０の可否情報（例えば、設定情報テーブル８００の管理対象欄８５０）を、管理対象であることを示す情報に変更することによって、その機器１５０を管理装置１３０が管理する機器として管理対象に加えるようにしてもよい。

図４は、第１の実施の形態による処理例（１）を示すフローチャートである。
ステップＳ４０２では、管理装置１３０の管理モジュール１４０は、集中管理装置１００に対して設定情報取得を要求する。
ステップＳ４０４では、集中管理装置１００の管理モジュール１１５は、管理装置１３０に対して設定情報（例えば、設定情報テーブル５００）を送信する。ここでは、集中管理装置１００に対して通知を行わない機器１６０が記憶されている設定情報テーブル５００を送信する。
ステップＳ４０６では、集中管理装置１００の検知モジュール１１０は、機器１５０Ａからの通信が無いことを検知する。
ステップＳ４０８では、管理装置１３０の管理モジュール１４０は、集中管理装置１００に対して定期通信を行う。
ステップＳ４１０では、集中管理装置１００の管理モジュール１１５は、管理装置１３０に対して故障通知を行う。この故障通知には、機器１５０Ａの設定情報を含む。
ステップＳ４１２では、管理装置１３０の管理モジュール１４０は、故障した機器の情報を設定する。つまり、機器１５０Ａを管理対象とする。
ステップＳ４１４では、管理装置１３０の管理モジュール１４０は、機器１５０Ａに対して管理情報取得を要求する。
ステップＳ４１６では、機器１５０Ａは、管理装置１３０に対して管理情報（例えば、管理情報テーブル６００内の情報）を送信する。
ステップＳ４１８では、管理装置１３０が、故障した機器（１５０Ａ）の管理を開始する。

図７は、第１の実施の形態による処理例（２）を示すフローチャートである。
ステップＳ７０２では、管理装置１３０の管理モジュール１４０は、集中管理装置１００に対して設定情報取得を要求する。
ステップＳ７０４では、集中管理装置１００の管理モジュール１１５は、管理装置１３０に対して設定情報（例えば、設定情報テーブル８００）を送信する。ここでは、集中管理装置１００に対して通知を行わない機器１６０、集中管理装置１００に対して通知を行う機器１５０が記憶されている設定情報テーブル８００を送信する。ただし、機器１６０については、設定情報テーブル８００の管理対象欄８５０は管理対象であることを示す情報（イネーブル）を記憶させておき、機器１５０については、設定情報テーブル８００の管理対象欄８５０は管理対象ではないことを示す情報（ディスイネーブル）を記憶させたものである。
ステップＳ７０６では、集中管理装置１００の検知モジュール１１０は、機器１５０Ａからの通信が無いことを検知する。
ステップＳ７０８では、管理装置１３０の管理モジュール１４０は、集中管理装置１００に対して定期通信を行う。
ステップＳ７１０では、集中管理装置１００の管理モジュール１１５は、管理装置１３０に対して故障通知を行う。この故障通知には、機器１５０Ａの機器ＩＤを含む。
ステップＳ７１２では、管理装置１３０の管理モジュール１４０は、故障した機器の情報を管理対象として有効化する。具体的には、設定情報テーブル８００内の機器１５０Ａに対応する管理対象欄８５０の情報をイネーブルとする。
ステップＳ７１４では、管理装置１３０の管理モジュール１４０は、機器１５０Ａに対して管理情報取得を要求する。
ステップＳ７１６では、機器１５０Ａは、管理装置１３０に対して管理情報（例えば、管理情報テーブル６００内の情報）を送信する。
ステップＳ７１８では、管理装置１３０が、故障した機器（１５０Ａ）の管理を開始する。

図９は、第２の実施の形態の構成例についての概念的なモジュール構成図である。
集中管理装置１００は、通信モジュール１０５、管理モジュール１１５、設定情報・管理情報記憶モジュール１２０を有している。機器１５０Ａは、通信モジュール９１０、検知モジュール９２０を有している。
なお、第１の実施の形態と同種の部位には同一符号を付し重複した説明を省略する。
第２の実施の形態が、第１の実施の形態と異なるところは、機器１５０Ａが集中管理装置１００への送信ができないことを検知するようにしたものである。

機器１５０Ａの検知モジュール９２０は、集中管理装置１００への送信ができないことを検知する。具体的には、集中管理装置１００への通信を行った場合に通信エラーが発生していることを検知すればよい。また、通信エラーの頻度が予め定められた閾値よりも多い場合に、集中管理装置１００への送信ができないと検知するようにしてもよい。そして、機器１５０Ａの印刷枚数に応じて、集中管理装置１００への送信ができないことを検知するようにしてもよい。例えば、印刷枚数が予め定められた枚数よりも多い場合、通信エラーの頻度が低くても集中管理装置１００への送信ができないと検知するようにしてもよい。つまり、通信エラーの頻度と比べる閾値を、前述の閾値よりも低くするようにしてもよい。また、印刷枚数の条件として、予め定められた期間内における印刷枚数が予め定められた枚数よりも多い場合としてもよい。
機器１５０Ａの通信モジュール９１０は、検知モジュール９２０によって送信ができないことが検知された場合は、管理装置１３０へ管理要求を送信する。
管理装置１３０の管理モジュール１４０は、機器１５０Ａにより送信された管理要求を受信した場合は、その機器１５０Ａとの通信を行って、その機器１５０Ａの管理情報（例えば、管理情報テーブル６００内の情報）を取得する。そして、取得した管理情報を集中管理装置１００に送信する。
集中管理装置１００の管理モジュール１１５は、管理装置１３０によって送信された管理情報を設定情報・管理情報記憶モジュール１２０に記憶させることによって、機器１５０Ａを管理する。

図１０を用いて後述するように、具体的には以下のようにしてもよい。
機器１５０Ａの通信モジュール９１０は、機器に関する情報として、その機器１５０Ａを管理するための設定情報（例えば、設定情報テーブル５００）を、管理装置１３０に送信してもよい。
管理装置１３０の管理モジュール１４０は、管理装置１３０の管理対象である機器１６０を管理するための設定情報（例えば、設定情報テーブル５００）を設定情報・管理情報記憶モジュール１４５に記憶させており、機器１５０Ａにより送信された設定情報を設定情報・管理情報記憶モジュール１４５に記憶させて管理するようにしてもよい。つまり、集中管理装置１００と通信ができなくなった機器１５０を管理対象とする。

図１１を用いて後述するように、具体的には以下のようにしてもよい。
管理装置１３０の管理モジュール１４０は、機器１５０を管理するための設定情報と機器１６０を管理するための設定情報とそれら各機器の管理対象であるか否かを示す可否情報（例えば、設定情報テーブル８００）を、設定情報・管理情報記憶モジュール１４５に記憶させており、管理要求を送信した機器１５０Ａを特定するための情報に基づいて、設定情報・管理情報記憶モジュール１４５内のその機器１５０の可否情報（例えば、設定情報テーブル８００の管理対象欄８５０）を、管理対象であることを示す情報に変更することによって、その機器１５０を管理装置１３０が管理する機器として管理対象に加えるようにしてもよい。
なお、当然のことながら、機器１５０からの通信があったとは、その機器１５０の機器ＩＤもその通信内に含まれている。

図１０は、第２の実施の形態による処理例（１）を示すフローチャートである。
ステップＳ１００２では、管理装置１３０の管理モジュール１４０は、集中管理装置１００に対して設定情報取得を要求する。
ステップＳ１００４では、集中管理装置１００の管理モジュール１１５は、管理装置１３０に対して設定情報（例えば、設定情報テーブル５００）を送信する。ここでは、集中管理装置１００に対して通知を行わない機器１６０が記憶されている設定情報テーブル５００を送信する。
ステップＳ１００６では、機器１５０Ａの通信モジュール９１０は、故障状態（集中管理装置１００との通信ができないこと）を検知する。
ステップＳ１００８では、機器１５０Ａの検知モジュール９２０は、管理装置１３０に対して代理管理を要求する。
ステップＳ１０１０では、管理装置１３０の管理モジュール１４０は、機器１５０Ａに対して設定情報取得を要求する。
ステップＳ１０１２では、機器１５０Ａの検知モジュール９２０は、管理装置１３０に対して設定情報を送信する。送信する設定情報は、機器１５０Ａの設定情報テーブル５００に対応する情報である。
ステップＳ１０１４では、管理装置１３０の管理モジュール１４０は、故障した機器の情報を設定する。つまり、機器１５０Ａを管理対象とする。
ステップＳ１０１６では、管理装置１３０の管理モジュール１４０は、機器１５０Ａに対して管理情報取得を要求する。
ステップＳ１０１８では、機器１５０Ａの検知モジュール９２０は、管理装置１３０に対して管理情報（例えば、管理情報テーブル６００内の情報）を送信する。
ステップＳ１０２０では、管理装置１３０が、故障した機器（１５０Ａ）の管理を開始する。

図１１は、第２の実施の形態による処理例（２）を示すフローチャートである。
ステップＳ１１０２では、管理装置１３０の管理モジュール１４０は、集中管理装置１００に対して設定情報取得を要求する。
ステップＳ１１０４では、集中管理装置１００の管理モジュール１１５は、管理装置１３０に対して設定情報（例えば、設定情報テーブル８００）を送信する。ここでは、集中管理装置１００に対して通知を行わない機器１６０、集中管理装置１００に対して通知を行う機器１５０が記憶されている設定情報テーブル８００を送信する。ただし、機器１６０については、設定情報テーブル８００の管理対象欄８５０は管理対象であることを示す情報（イネーブル）を記憶させておき、機器１５０については、設定情報テーブル８００の管理対象欄８５０は管理対象ではないことを示す情報（ディスイネーブル）を記憶させたものである。
ステップＳ１１０６では、機器１５０Ａの通信モジュール９１０は、故障状態（集中管理装置１００との通信ができないこと）を検知する。
ステップＳ１１０８では、機器１５０Ａの検知モジュール９２０は、管理装置１３０に対して代理管理を要求する。
ステップＳ１１１０では、管理装置１３０の管理モジュール１４０は、故障した機器の情報を管理対象として有効化する。具体的には、設定情報テーブル８００内の機器１５０Ａに対応する管理対象欄８５０の情報をイネーブルとする。
ステップＳ１１１２では、管理装置１３０の管理モジュール１４０は、故障した機器の情報を設定する。
ステップＳ１１１４では、管理装置１３０の管理モジュール１４０は、機器１５０Ａに対して管理情報取得を要求する。
ステップＳ１１１６では、機器１５０Ａの検知モジュール９２０は、管理装置１３０に対して管理情報（例えば、管理情報テーブル６００内の情報）を送信する。
ステップＳ１１１８では、管理装置１３０が、故障した機器（１５０Ａ）の管理を開始する。

図１２は、前述の第１の実施の形態、第２の実施の形態における管理装置１３０の具体例を示す説明図である。管理装置１３０は、有線ネットワーク１２１０、無線用アンテナ１２２０を有している。つまり、有線ネットワーク１２１０は、通信回線１９８を介して機器１５０、機器１６０との通信を行うためのソケットであり、無線用アンテナ１２２０は、集中管理装置１００との通信を行うためのアンテナである。機器１６０は機器１５０に比べ管理のための情報が少ないので、無線通信を利用する。
また、通信不具合の原因が、機器１５０内の通信モジュールの故障ではなく、通信回線１９８の通信不良によって集中管理装置１００に接続できない（外部との接続断）のであれば、無線を通信手段として選択するようにしてもよい。なお、通信回線１９８の通信不良であるか否かは、管理装置１３０の通信モジュール１３５が機器１６０等との通信ができるか否かによって検知すればよい。

また、前述の第１の実施の形態、第２の実施の形態において、管理装置１３０が機器１５０の代替管理を行っている間、その機器１５０は集中管理装置１００に定期的にポーリング通信を続けるようにしてもよい。そして、その機器１５０からのポーリング通信が成功した場合、問題なく通信ができることとなるので、管理装置１３０による代替管理を終了させ、その機器１５０が単体で集中管理装置１００に接続する管理状態に戻すようにしてもよい。
具体的には、ポーリング通信が成功したことを集中管理装置１００又は機器１５０が検知し、検知した集中管理装置１００又は機器１５０が管理装置１３０に代替管理完了の要求を通知する。その管理装置１３０は、管理のための機器１５０の設定情報を無効化（例えば、その設定情報を消去する、設定情報テーブル８００の管理対象欄８５０をディスイネーブル状態とする）し、代替管理を終了させる。

図１３を参照して、本実施の形態の機器１５０、機器１６０のハードウェア構成例について説明する。図１３に示す構成は、例えばパーソナルコンピュータ（ＰＣ）などによって構成されるものであり、スキャナ等のデータ読み取り部１３１７と、プリンタなどのデータ出力部１３１８を備えたハードウェア構成例を示している。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１３０１は、前述の実施の形態において説明した各種のモジュール、すなわち通信モジュール９１０、検知モジュール９２０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。

ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３０２は、ＣＰＵ１３０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３０３は、ＣＰＵ１３０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバスなどから構成されるホストバス１３０４により相互に接続されている。

ホストバス１３０４は、ブリッジ１３０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス１３０６に接続されている。

キーボード１３０８、マウス等のポインティングデバイス１３０９は、操作者により操作される入力デバイスである。ディスプレイ１３１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などがあり、各種情報をテキストやイメージ情報として表示する。

ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１３１１は、ハードディスクを内蔵し、ハードディスクを駆動し、ＣＰＵ１３０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクには、機器１５０又は機器１６０自身の管理情報（図６の管理情報テーブル６００に該当）、画像などが格納される。さらに、その他の各種のデータ処理プログラム等、各種コンピュータ・プログラムが格納される。

ドライブ１３１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１３１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１３０７、外部バス１３０６、ブリッジ１３０５、及びホストバス１３０４を介して接続されているＲＡＭ１３０３に供給する。リムーバブル記録媒体１３１３も、ハードディスクと同様のデータ記録領域として利用可能である。

接続ポート１３１４は、外部接続機器１３１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１３１４は、インタフェース１３０７、及び外部バス１３０６、ブリッジ１３０５、ホストバス１３０４等を介してＣＰＵ１３０１等に接続されている。通信部１３１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部１３１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１３１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。

本実施の形態の集中管理装置１００、管理装置１３０としてのプログラムが実行されるコンピュータのハードウェア構成は、図１４に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバ、中継通信機となり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１４０１を用い、記憶装置としてＲＡＭ１４０２、ＲＯＭ１４０３、ＨＤ１４０４を用いている。ＨＤ１４０４として、例えばハードディスクを用いてもよい。通信モジュール１０５、検知モジュール１１０、管理モジュール１１５、通信モジュール１３５、管理モジュール１４０等のプログラムを実行するＣＰＵ１４０１と、そのプログラムやデータを記憶するＲＡＭ１４０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１４０３と、補助記憶装置であるＨＤ１４０４と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置１４０６と、ＣＲＴ、液晶ディスプレイ等の出力装置１４０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１４０７、そして、それらをつないでデータのやりとりをするためのバス１４０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

なお、第１の実施の形態と第２の実施の形態を組み合わせてもよい。つまり、集中管理装置１００には検知モジュール１１０があり、機器１５０にも検知モジュール９２０があるようにしてもよい。その場合、管理装置１３０は、集中管理装置１００、機器１５０の両方から故障を検知したことの通知を受けることになるが、早い方の通知だけで前述の処理を行うようにしてもよい。そして、後からの通知に対しては、既に設定をした旨を送信してもよい。また、一方から通知を受けた場合は、他方に対しても通知を行うようにしてもよい。例えば、集中管理装置１００から通知を受けた場合は、その故障している機器１５０に対して確認するための通信を行い、機器１５０の検知モジュール９２０は、故障を検知し、確認するようにしてもよい。機器１５０からの通知を受けた場合は、集中管理装置１００に対して機器１５０を管理対象としたことを通知し、機器１５０からの通信を待機しなくてもよいように設定してもよい。なお、集中管理装置１００の検知モジュール１１０が故障を検知して確認することは、定期ポーリング通信の日時まで待つ必要があるため、積極的にはできない。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１３、１４に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１３、１４に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１３、１４に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。

１００…集中管理装置
１０５…通信モジュール
１１０…検知モジュール
１１５…管理モジュール
１２０…設定情報・管理情報記憶モジュール
１３０…管理装置
１３５…通信モジュール
１４０…管理モジュール
１４５…設定情報・管理情報記憶モジュール
１５０…機器
１６０…機器
１９０…ファイアウォール
１９８、１９９…通信回線
１９９…通信回線
９１０…通信モジュール
９２０…検知モジュール
１２１０…有線ネットワーク
１２２０…無線用アンテナ

Claims (9)

1. 第１の機器を管理するとともに、第２の管理装置を介して第２の機器を管理する第１の管理装置および該第２の機器を管理する第２の管理装置を含み、
   前記第１の管理装置は、
   前記第１の機器からの通信がないことを検知する検知手段と、
   前記検知手段によって検知された第１の機器に関する情報を前記第２の管理装置に送信する第１の送信手段
   を含み、
   前記第２の管理装置は、
   前記第１の送信手段によって送信された前記第１の機器に関する情報を受信する第１の受信手段と、
   前記第１の機器に関する情報に基づいて、該第１の機器との通信を行って、該第１の機器の管理情報を取得する取得手段
   を含み、
   前記第１の機器と前記第２の管理装置は有線回線で通信を行い、前記第１の管理装置と前記第２の管理装置は無線回線で通信を行う
   ことを特徴とする情報処理システム。
2. 情報処理装置であって、
   第１の機器を管理するとともに、前記情報処理装置を介して第２の機器を管理する第１の管理装置は、
   前記第１の機器からの通信がないことを検知し、
   前記検知した第１の機器に関する情報を前記情報処理装置に送信し、
   前記第２の機器を管理する情報処理装置は、
   前記第１の管理装置によって送信された前記第１の機器に関する情報を受信する第１の受信手段と、
   前記第１の機器に関する情報に基づいて、該第１の機器との通信を行って、該第１の機器の管理情報を取得する取得手段
   を含み、
   前記第１の機器と前記情報処理装置は有線回線で通信を行い、前記第１の管理装置と前記情報処理装置は無線回線で通信を行う
   ことを特徴とする情報処理装置。
3. 前記第１の管理装置は、第１の機器に関する情報として、前記検知した第１の機器を管理するための設定情報を、前記情報処理装置に送信し、
   前記情報処理装置は、
   第２の機器を管理するための設定情報を記憶する設定情報記憶手段と、
   前記第１の管理装置により送信された設定情報を前記設定情報記憶手段に記憶させて管理する第２の管理手段
   をさらに含むことを特徴とする請求項２に記載の情報処理装置。
4. 前記第１の管理装置は、第１の機器に関する情報として、前記検知した第１の機器を特定するための情報を、前記情報処理装置に送信し、
   前記情報処理装置は、
   第１の機器を管理するための設定情報と第２の機器を管理するための設定情報と各機器の管理対象であるか否かを示す可否情報を記憶する設定情報記憶手段と、
   前記第１の管理装置により送信された第１の機器を特定するための情報に基づいて、前記設定情報記憶手段内の該第１機器の可否情報を、管理対象であることを示す情報に変更することによって、該第１の機器を前記情報処理装置が管理する機器として管理対象に加える第２の管理手段
   をさらに含むことを特徴とする請求項２に記載の情報処理装置。
5. 情報処理装置であって、
   第１の機器は、
   第１の管理装置への送信ができないことを検知し、
   前記送信ができないことを検知した場合は、前記情報処理装置へ管理要求を送信し、
   第２の機器を管理する前記情報処理装置は、
   前記第１の機器により送信された管理要求を受信した場合は、該第１の機器との通信を行って、該第１の機器の管理情報を取得する取得手段
   を含み、
   前記第１の機器と前記情報処理装置は有線回線で通信を行い、前記第１の管理装置と前記情報処理装置は無線回線で通信を行う
   ことを特徴とする情報処理装置。
6. 前記第１の機器は、機器に関する情報として、該第１の機器を管理するための設定情報を、前記情報処理装置に送信し、
   前記情報処理装置は、
   第２の機器を管理するための設定情報を記憶する設定情報記憶手段と、
   前記第１の管理装置により送信された設定情報を前記設定情報記憶手段に記憶させて管理する第２の管理手段
   をさらに含むことを特徴とする請求項５に記載の情報処理装置。
7. 前記情報処理装置は、
   第１の機器を管理するための設定情報と第２の機器を管理するための設定情報と各機器の管理対象であるか否かを示す可否情報を記憶する設定情報記憶手段と、
   前記管理要求を送信した第１の機器を特定するための情報に基づいて、前記設定情報記憶手段内の該第１機器の可否情報を、管理対象であることを示す情報に変更することによって、該第１の機器を前記情報処理装置が管理する機器として管理対象に加える第２の管理手段
   をさらに含むことを特徴とする請求項５に記載の情報処理装置。
8. 第１の機器を管理するとともに、情報処理装置を介して第２の機器を管理する第１の管理装置は、
   前記第１の機器からの通信がないことを検知し、
   前記検知した第１の機器に関する情報を前記情報処理装置に送信し、
   前記第１の機器と前記情報処理装置は有線回線で通信を行い、前記第１の管理装置と前記情報処理装置は無線回線で通信を行い、
   前記第２の機器を管理する情報処理装置であるコンピュータを、
   前記第１の管理装置によって送信された前記第１の機器に関する情報を受信する第１の受信手段と、
   前記第１の機器に関する情報に基づいて、該第１の機器との通信を行って、該第１の機器の管理情報を取得する取得手段
   として機能させることを特徴とする情報処理プログラム。
9. 第１の機器は、
   第１の管理装置への送信ができないことを検知し、
   前記送信ができないことを検知した場合は、情報処理装置へ管理要求を送信し、
   前記第１の機器と前記情報処理装置は有線回線で通信を行い、前記第１の管理装置と前記情報処理装置は無線回線で通信を行い、
   第２の機器を管理する前記情報処理装置であるコンピュータを、
   前記第１の機器により送信された管理要求を受信した場合は、該第１の機器との通信を行って、該第１の機器の管理情報を取得する取得手段
   として機能させることを特徴とする情報処理プログラム。

Images