JP2008077209A - 機器管理方法及び機器管理システム - Google Patents

Abstract

【課題】ネットワークトラフィック増大の抑制及びパフォーマンス向上を図る。
【解決手段】プリンタとホストコンピュータがネットワークを介して接続され、ホストコンピュータがプリンタの状態を管理する機器管理システムにおいて、ホストコンピュータでプリンタから情報を取得する場合、ホストコンピュータはプリンタが省エネ状態にあるかの情報を先に取得し(ステップＳ１０３）、省エネ状態の場合と、省エネ状態でない場合に取得する情報を変えて(ステップＳ１０４またはＳ１０６）、省エネ時に省エネを解除する処理を回避する。
【選択図】図３

Description

本発明は、複写機、プリンタ、スキャナ等の画像入出力装置をホストコンピュータにより管理する機器管理方法及びこの方法を実施するシステムに関する。

この種の技術として例えば特許文献１に開示された発明が公知である。この発明は、ネットワークに複写機、プリンタ、ＰＣ等のネットワーク機器が接続されて構成されるシステム全体として、より省エネ効果を向上させるために、複合機、複写機、プリンタ、ＰＣを含む複数のネットワーク機器がネットワークに接続されて構成されるネットワークシステムにおいて、前記ネットワーク機器は、自機器が省エネ状態に入るとき、他のネットワークに接続されているネットワーク機器に対して、ネットワークを介して自機器が省エネ状態に入ることをブロードキャストにより通知するスリープフレームを送信することを特徴としている。

このように入出量装置が接続されたネットワークシステムでは、複写機やプリンタはコピーを取るとき、あるいはプリントを行うときには、一時的に多量の電力を消費する。そこで、それ以外のときは消費電力を抑えるため低消費電力状態（スリープ状態とも称されている）、いわゆる省エネ状態に移行し、次の処理が依頼されるまでは省エネ状態を保つようになっている。
特開２００５−９４６８１号公報

機器の管理をする場合、機器の状態を把握できるようにステータスポーリングを行う場合がある。このステータスポーリングは、一定間隔毎に機器側の情報を取得する処理である。また、機種毎のステータス情報を取得する際に、ステータスポーリングで機器側の状態によらず一律に毎回同じ情報を取得している。

この場合、省エネ時に、省エネ状態から復帰してしまうコマンドを、機器側に送信する場合があり、このように省エネ状態から復帰してしまうコマンドを受信すると、ステータスポーリングの間隔毎に省エネ状態から復帰してしまうことになる。また、省エネ時でも一律に同じ情報を取得することは、省エネになっている状態では更新の必要がない情報も取得する場合があり、その場合、不必要なコマンドの送受信を行うことになり、ネットワークトラフィックが増大し、ネットワークに負荷がかかる原因になっている。

そこで、本発明が解決すべき課題は、ネットワークトラフィック増大を抑制し、パフォーマンス向上を図ることにある。

前記目的を達成するため、第１の手段は、画像入出力機器とホストコンピュータがネットワークを介して接続され、前記ホストコンピュータが前記機器の状態を管理する機器管理方法において、前記ホストコンピュータが前記機器から情報を取得するとき、前記ホストコンピュータは前記機器の状態を示す情報を先に取得し、前記情報によって前記機器側に問い合わせる情報を変更し、前記変更された情報に基づいて管理することを特徴とする。

第２の手段は、第１の手段において、前記機器の状態を示す情報は、当該機器が省エネ状態にあるか否かの情報であり、当該変更された情報に基づいて省エネ時に省エネを解除する処理を回避することを特徴とする。

第３の手段は、第１の手段において、前記ホストコンピュータが前記機器から情報を取得するとき、前記機器がある特定の状態の場合には、それ以上の情報を取得しないことを特徴とする。

第４の手段は、第１の手段において、前記機器の状態を示す情報が当該機器側の構成情報であることを特徴とする。

第５の手段は、第１ないし第４のいずれかの手段において、前記ホストコンピュータが前記機器から情報を取得するとき、機器管理する際の情報取得内容を変更することを特徴とする。

第６の手段は、第４の手段において、前記情報取得内容の変更の是非を前記ホストコンピュータのユーザインターフェース上で設定をすることを特徴とする。

第７の手段は、画像入出力機器とホストコンピュータがネットワークを介して接続され、前記ホストコンピュータが前記機器の状態を管理する機器管理システムにおいて、前記ホストコンピュータが、前記機器から情報を取得するとき、前記機器の状態を示す情報を先に取得する手段と、前記情報によって前記機器側に問い合わせる情報を変更する手段と、を備えていることを特徴とする。

第８の手段は、第７の手段において、前記機器の状態を示す情報は、前記機器が省エネ状態にあるか否かの情報であり、当該変更された情報に基づいて省エネ時に省エネを解除する処理を回避することを特徴とする。

第９の手段は、第８の手段において、前記ホストコンピュータが前記機器から情報を取得するとき、前記機器がある特定の状態の場合には、それ以上の情報を取得しないことを特徴とする。

第１０の手段は、第７の手段において、前記機器の状態を示す情報が当該機器側の構成情報であることを特徴とする。

第１１の手段は、第７ないし第１０のいずれかの手段において、前記ホストコンピュータが、前記機器から情報を取得するとき、機器管理する際の情報取得内容を変更することを特徴とする。

第１２の手段は、第１１の手段において、前記情報取得内容の変更の是非を前記ホストコンピュータのユーザインターフェース上で設定をすることを特徴とする。

なお、後述の実施形態では、機器はプリンタ１１５に、ホストコンピュータは参照番号１１２に、アプリケーションは参照番号１１６に、第２及び第７の手段は図３のフローチャートに、第３及び第８の手段は図４のフローチャートに、第４及び第９の手段は図５のフローチャートに、第５及び第１０の手段は図５のフローチャートに、ユーザインターフェースはアプリケーション１１６の図示しないＵＩ画面に、それぞれ対応している。

本発明によれば、情報を取得する機器については、予め、省エネ状態かどうかを問い合わせ、その状態によって機器に問い合わせ情報を変更するので、ネットワークトラフィック増大の抑制、パフォーマンス向上を図ることができる。

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

図１は本発明の一実施形態に係る入出力機器としてのプリンタの構成を示すブロック図、図２はホストコンピュータの構成を示すブロック図で、この実施形態では、プリンタとホストコンピュータとが接続されたシステムである。

図１において、プリンタ１１５は、コントローラ１００、エンジン部１０８、パネル装置１１０及びディスク装置（ＤＩＳＫ）１１４から構成され、コントローラ１００にホストコンピュータ１１２が接続されている。プリンタの上位装置であるホストコンピュータ１１２は、プリンタ１１５にプリンタ設定コマンドや印刷データを送信する。エンジン部１０８は、実際に印字を行うエンジンであり、パネル装置１１０は、使用者に現在のプリンタの状態を知らせ、あるいはモード指示を行ったりするものである。ディスク装置１１４は、フォントデータ、プログラム、印字データなどの様々のデータを記憶しておく装置で、ハードディスク装置から構成されている。

コントローラ１００は、ＣＰＵ１０１、ＩＣカード１０２、ＮＶＲＡＭ１０３、プログラムＲＯＭ１０４、フォントＲＯＭ１０５、ＲＡＭ１０６、エンジンインターフェース１０７、パネルインターフェース１０９、ディスクインターフェース１１３、ホストインターフェース１１１、及び機器依存情報ファイル１２０から構成されている。

ＣＰＵ１０１は、プログラムＲＯＭ１０４のプログラム、パネル装置１１０からのモード指示、ホストコンピュータ１１２からのコマンドによってコントローラ全体を制御する中央制御装置である。ＩＣカード１０２は、フォントデータやプログラムを外部から供給するものである。ＮＶＲＡＭ１０３は、パネル装置１１０からのモード指示の内容などを記憶しておく不揮発性記憶装置である。プログラムＲＯＭ１０４には、コントローラの制御プログラムが格納されおり、フォントＲＯＭ１０５には、フォントのパターンデータなどが記憶されている。ＲＡＭ１０６は、ＣＰＵ１０１のワークメモリ、入力データのインプット・バッファ、プリントデータのページ・バッファ、ダウンロードフォント用のメモリ等に使用する記憶装置である。

エンジンインターフェース１０７は、エンジン１０８とコマンド及びステータスや、印字データの通信を行うものであり、パネルインターフェース１０９は、パネル装置１１０とコマンド及びステータスの通信を行うものである。また、ホストインターフェース１１１は、ホストコンピュータ１１２と通信を行うものであって、通常はセントロＩ／ＦやＲＳ２３２Ｃである。ディスクインターフェース１１３は、ディスク装置１１４と通信を行うためのものである。

機器依存情報ファイル１２０は、機器に依存した、その機器の固有情報を格納するもので、この機器依存情報ファイル１２０に入っている情報は、例えば、トレイ構成情報、ＦＡＸ機能がオプションの場合は、ＦＡＸの有無、トナーの構成情報等ホストコンピュータ１１２から情報を取得される可能性のある機器の構成情報である。

コントローラ１００ではホストコンピュータ１１２からホストインターフェース１１１を通してデータ（文字コード、制御コード、制御コマンド）を受け取ると、インプット・バッファにそのデータを一時的に格納する。次にインプット・バッファ内に保持されているデータを取り出して、ページ・バッファにそのデータ１文字分毎のフォント・パターンの先頭アドレス、フォント・パターンの幅、フォント・パターンの高さ、印字位置等のページ・レイアウト情報を格納する。そして、ページ・バッファが１ページ分完成すると、続いてそのページ・バッファのデータをフレーム・バッファにビットマップで展開する。展開が終了すると、エンジンインターフェース１０７を通してエンジン１０８に給紙トレイ選択コマンド、排紙トレイ選択コマンド、印字コマンドを送り、フレーム・バッファに展開したビットマップ・データをビデオ・データとして出力する。

一方、エンジン１０８はコントローラ１００から送られる給紙トレイ選択コマンド、排紙トレイ選択コマンド、印字コマンドに従って、指定給紙トレイから給紙を実行し、ビデオ・データに従って印字を行って指定排紙トレイに出力する。
図２において、ホストコンピュータ１１２は、アプリケーション１１６、通信モジュール１１８、及び取得項目テーブル１１９を備えている。アプリケーション１１６はプリンタ１１５から機器の情報を取得する場合、通信モジュール１１８に機器情報を取得したいと依頼する。通信モジュール１１８は、管理しているプリンタ１１５に情報を問い合わせる。問い合わせた結果、返ってきた内容をアプリケーション１１６に伝えることにより、アプリケーション１１６がプリンタ１１５からの情報を取得したいという目的を達することができる。取得項目テーブル１１９はプリントに必要な各種情報取得項目のリストが記載されている。

図３はプリンタが省エネ状態であるかの問い合わせの処理手順を示すフローチャートである。ホストコンピュータ１１２のアプリケーション１１６がプリンタ１１５から機器の情報を取得する場合、まず、アプリケーション１１６が通信モジュール１１８に対してプリンタ１１５から情報を取得するよう依頼する（ステップＳ１０１）。それを受けて、通信モジュール１１８は、プリンタ１１５に対し省エネ状態かどうかを問い合わせ、その情報を取得する（ステップＳ１０２）。取得した情報からプリンタ１１５が省エネ状態にあるか否かをチェックする（ステップＳ１０３）。

プリンタ１１５が省エネ状態の場合は、通信モジュール１１８は取得情報テーブル１１９から、省エネの場合に必要な情報取得項目のリストを取り出し、そのリストに従って、プリンタ１１５に必要な情報を取得する（ステップＳ１０４）。取得情報テーブル１１９には、状態別に取得が必要な項目のリストが記憶されている。通信モジュール１１８は取得した情報をアプリケーション１１６に返し（ステップＳ１０５）、処理が終了する。

一方、ステップＳ１０３において、省エネでないと確認された場合は、通信モジュール１１８は省エネでないときに必要な取得項目のリストを取り出し、そのリストに従った情報をプリンタ１１５から取得し（ステップＳ１０６）、ステップＳ１０５に進む。

情報取得する項目の中には、プリンタ１１５側の省エネ状態を解除するコマンドも含まれるため、省エネ時には、そのコマンドを使用しないように取得情報テーブル１１９を作成することにより、誤って省エネ中に省エネを解除することを予防することができる。

省エネ中に問い合わせすることが不必要な情報とは、例えば、給紙トレイの用紙残量がある。省エネになっているということは、印刷動作をしていないので、給紙トレイの用紙残量の状態は変わっていないことが予想される。そのため、用紙残量の情報の更新はほとんど必要ないと思われる。しかし、ユーザが給紙トレイの用紙を補給するなどのことがあると、給紙トレイの用紙残量の変化があり、この状態を制約すると、実使用には十分耐えられる動作になると思われる。また不必要な情報を取得しないという処理を行うことにより、ネットワークのトラフィックの低減を図ることができる。

このように情報を取得するプリンタについては、予め省エネ状態かどうかを問い合わせ、その状態によって、プリンタに対する問い合わせ情報を変更することにより、ネットワークトラフィック増大の抑制、パフォーマンス向上を図ることができる。また、省エネ時は、省エネを解除する情報の取得処理を行わないことにより、誤って省エネ状態が解除されることを回避し、無駄なエネルギを消費しないメリットがある。
図４はプリンタが省エネ以外の特定の状態であるかの問い合わせの処理手順を示すフローチャートである。この処理も、図３の処理と同様に、アプリケーション１１６がプリンタ１１５から機器の情報を取得する場合、まず、アプリケーション１１６が通信モジュール１１８に対してプリンタ１１５から情報を取得するよう依頼を行い（ステップＳ２０１）、それを受けて、通信モジュール１１８は、プリンタ１１５から例えばサービスマンコール状態のようなある特定の状態かどうかを問い合わせ、その情報を取得する（ステップＳ２０２）。取得した情報からプリンタ１１５が特定の状態にあるか否かをチェックする（ステップＳ２０３）。

プリンタ１１５が特定の状態にある場合は、通信モジュール１１８は取得情報テーブル１１９から、省エネの場合に必要な情報取得項目のリストを取り出し、そのリストに従って、プリンタ１１５から必要な情報を取得し（ステップＳ２０４）、通信モジュール１１８は取得した情報をアプリケーション１１６に返し（ステップＳ２０５）、処理が終了する。

一方、ステップＳ２０３でプリンタ１１５が特定の状態にない場合は、プリンタ１１５はホストコンピュータ１１２の通信モジュール１１８を介して取得情報テーブル１１９から、必要な情報取得項目のリストを取り出し、そのリストに従って、プリンタ１１５から必要な情報を取得する（ステップＳ２０６）。その後、ステップＳ２０５に進み、終了する。

この場合、省エネとは関係なくなるので、利点はネットワークのトラフィックが減少することがメリットになる。

このように、情報を取得するプリンタ１１５の状態を、省エネだけではなく、サービスマンコールなどのある特定の状態の場合にも適応し、その状態によって、プリンタ１１５に問い合わせる情報を変更することにより、ネットワークトラフィック増大の抑制、パフォーマンス向上を図ることができる。

図５はプリンタのオプション情報によって問い合わせる情報を変更する処理手順を示すフローチャートである。この処理も、図３の処理と同様に、アプリケーション１１６がプリンタ１１５から機器の情報を取得する場合、まず、アプリケーション１１６が通信モジュール１１８に対してプリンタ１１５から情報を取得するように依頼する（ステップＳ３０１）。それを受けて、通信モジュール１１８は、プリンタ１１５に対し、その機器に装着しているオプション装置の状態（例えば、ＦＡＸ機能が付いているかどうか）を問い合わせ、その情報を取得する（ステップＳ３０２）。

プリンタ１１５に上記特定のオプションが付属しているか否かをチェックし（ステップＳ３０３）、付属している場合、通信モジュール１１８はプリンタ１１５から、そのオプションに関する情報も含めて必要な情報取得を行う（ステップＳ３０４）。プリンタ１１５のオプション装置の装着状態に従って、通信モジュール１１８は取得情報テーブル１１９から、必要な情報取得項目のリストを取り出し、そのリストに従って、プリンタ１１５から必要な情報を取得する。この場合、取得情報テーブル１１９にはそのオプション装置の装着状態によって情報取得が必要な項目のリストが記述される。具体的には、例えば、ＦＡＸ機能が装置されていない機器に対して、ＦＡＸのカウンタ情報は取得する必要はないため、取得項目のリストから、ＦＡＸのカウンタ情報は除かれる。その後、通信モジュール１１８は取得した情報をアプリケーション１１６に返し（ステップＳ３０５）、処理が終了する。

ステップＳ３０３において、上記特定のオプション装置が付属していない場合は、通信モジュール１１８はプリンタ１１５から、そのオプションに関する情報を除いて 必要な情報取得を行い（ステップＳ３０６）、ステップＳ３０５に進む。

このように、プリンタ１１５側の構成情報を最初に取得し、その構成情報によって、問い合わせる情報の変更することができ、これにより、ネットワークトラフィック増大の抑制、パフォーマンス向上を図ることができる。

図６は図３ないし図５に示した処理を組み合わせた処理の処理手順を示すフローチャートである。この例は、省エネ状態とオプション装着状態を組み合わせた場合の例である。

この処理手順も、図３の処理と同様に、アプリケーション１１６がプリンタ１１５から機器の情報を取得する場合、まず、アプリケーション１１６が通信モジュール１１８に対してプリンタ１１５から情報を取得するよう依頼を行う（ステップＳ４０１）。それを受けて、通信モジュール１１８は、プリンタ１１５に対し、その機器に装着しているオプション装置の状態を問い合わせ、その情報を取得する（ステップＳ４０２）。更に通信モジュール１１８は、プリンタ１１５に対し省エネ状態かどうかを問い合わせ、その情報を取得する（ステップＳ４０３）。取得した情報からプリンタ１１５がオプション装着状態でかつ省エネ状態にあるか否かをチェックする（ステップＳ４０４）。

プリンタ１１５がオプション装着状態でも省エネ状態でもない場合は、プリンタ１１５がオプション装着状態ではあるが省エネ状態ではないかをチェックする（ステップＳ４０５）。その結果、これら２つの条件を満足しない場合は、今度はプリンタ１１５がオプション装着状態ではなく、かつ省エネ状態であるかをチェックする（ステップＳ４０６）。これら２つの条件を満足しない場合は、通信モジュール１１８はプリンタ１１５から、省エネ状態ではなく、かつオプションも装着されていない状態の場合に必要な情報取得を行い（ステップＳ４０７）、その後、通信モジュール１１８は取得した情報をアプリケーション１１６に返し（ステップＳ４０８）、処理を終える。

一方、ステップＳ４０４において、プリンタ１１５がオプション装着状態でかつ省エネ状態にある場合は、通信モジュール１１８はプリンタ１１５から、省エネ状態でかつオプション装着状態の場合に必要な情報取得を行い（ステップＳ４０９）、ステップＳ４０８に進む。

また、ステップＳ４０５において、プリンタ１１５がオプション装着状態ではあるが省エネ状態にない場合は、通信モジュール１１８はプリンタ１１５から、省エネ状態でなくかつオプション装着状態の場合に必要な情報取得を行い（ステップＳ４１０）、ステップＳ４０８に進む。

更に、ステップＳ４０６において、プリンタ１１５がオプション装着状態ではないが省エネ状態の場合は、通信モジュール１１８はプリンタ１１５から、省エネ状態でかつオプション装着状態でない場合に必要な情報取得を行い（ステップＳ４１１）、ステップＳ４０８に進む。

このように条件に応じてプリンタを管理する際の情報取得内容を変更することによって、より少ない情報で情報取得処理を完了することが可能となる。

図７は情報取得項目の変更処理をホストコンピュータで設定する処理手順を示すフローチャートである。この処理も図３と同様に、アプリケーション１１６がプリンタ１１５から機器の情報を取得する場合、アプリケーション１１６が通信モジュール１１８に対してプリンタ１１５から情報を取得するよう依頼を行う（ステップＳ５０１）。その際、アプリケーション１１６で設定されている情報取得処理を機器の状態によって変更するかどうかの情報を通信モジュール１１８に渡す（ステップＳ５０２）。この情報取得処理を機器の状態によって変更するかどうかの情報は、例えば、アプリケーション１１６のＵＩ（ユーザインターフェース）画面でユーザが設定してもよい。

次に、情報取得項目を変更するか否かをチェックし（ステップＳ５０３）、変更する場合には、通信モジュール１１８はプリンタ１１５から、省エネの場合に必要な情報取得項目のリストを取り出し、プリンタ１１５に必要な情報を取得する（ステップＳ５０４）。次いで、プリンタ１１５が省エネ状態か否かをチェックし（ステップＳ５０５）、省エネ状態の場合は、通信モジュール１１８はプリンタ１１５から省エネ状態の場合に必要な情報取得を行う(ステップＳ５０６）。そして、通信モジュール１１８は取得した情報をアプリケーション１１６に返し（ステップＳ５０７）、処理を終える。

ステップＳ５０３において情報取得項目を変更しない場合、及びステップＳ５０８において省エネ状態ではない場合は、通信モジュール１１８はプリンタ１１５から省エネ状態ではない場合に必要な情報取得を行い(ステップＳ５０８）、ステップＳ５０７に進む。

このように、ユーザがこの処理を使用するか、しないかの設定を行うことにより、プリンタ管理の運用を行う場合の柔軟性が高まる。具体的には、省エネ時にもかかわらず、常に一律の情報を取得することにより、情報の更新に正確性を求めたい場合は、この機能を使用しない設定にする。

本実施形態においては、画像入出力機器としてプリンタを例示しているが、複写機、ファクシミリ、スキャナ、複合機等の入出力機器にも適用できることは言うまでもない。

本発明の一実施形態に係る入出力機器としてのプリンタの構成を示すブロック図である。 ホストコンピュータの構成を示すブロック図である。 プリンタが省エネ状態であるか否かの問い合わせの処理手順を示すフローチャートである。 プリンタが省エネ以外の特定の状態であるかの問い合わせの処理手順を示すフローチャートである。 プリンタのオプション情報によって問い合わせる情報を変更する処理手順を示すフローチャートである。 図３ないし図５に示した処理を組み合わせた処理手順を示すフローチャートである。 情報取得項目の変更処理をホストコンピュータで設定する処理手順を示すフローチャートである。

符号の説明

１００ コントローラ
１０１ ＣＰＵ
１０４ プログラムＲＯＭ
１０６ ＲＡＭ
１０８ エンジン部
１１２ ホストコンピュータ
１１５ プリンタ
１２０ 機器依存情報ファイル

Claims (12)

1. 画像入出力機器とホストコンピュータがネットワークを介して接続され、前記ホストコンピュータが前記機器の状態を管理する機器管理方法において、
   前記ホストコンピュータが前記機器から情報を取得するとき、前記ホストコンピュータは前記機器の状態を示す情報を先に取得し、
   前記情報によって前記機器側に問い合わせる情報を変更し、
   前記変更された情報に基づいて管理することを特徴とする機器管理方法。
2. 請求項１記載の機器管理方法において、
   前記機器の状態を示す情報は、当該機器が省エネ状態にあるか否かの情報であり、
   当該変更された情報に基づいて省エネ時に省エネを解除する処理を回避することを特徴とする機器管理方法。
3. 請求項１記載の機器管理方法において、
   前記ホストコンピュータが前記機器から情報を取得するとき、前記機器がある特定の状態の場合には、それ以上の情報を取得しないことを特徴とする機器管理方法。
4. 請求項１記載の機器管理方法において、
   前記機器の状態を示す情報が当該機器側の構成情報であることを特徴とする機器管理方法。
5. 請求項１ないし４のいずれか１項に記載の危機管理方法において、
   前記ホストコンピュータが前記機器から情報を取得するとき、機器管理する際の情報取得内容を変更することを特徴とする機器管理方法。
6. 請求項４記載の危機管理方法において、
   前記情報取得内容の変更の是非を前記ホストコンピュータのユーザインターフェース上で設定をすることを特徴とする機器管理方法。
7. 画像入出力機器とホストコンピュータがネットワークを介して接続され、前記ホストコンピュータが前記機器の状態を管理する機器管理システムにおいて、
   前記ホストコンピュータは、前記機器から情報を取得するとき、前記機器の状態を示す情報を先に取得する手段と、
   前記情報によって前記機器側に問い合わせる情報を変更する手段と、
   を備えていることを特徴とする機器管理システム。
8. 請求項７記載の機器管理システムにおいて、
   前記機器の状態を示す情報は、前記機器が省エネ状態にあるか否かの情報であり、
   当該変更された情報に基づいて省エネ時に省エネを解除する処理を回避することを特徴とする機器管理システム。
9. 請求項８記載の機器管理システムにおいて、
   前記ホストコンピュータが前記機器から情報を取得するとき、前記機器がある特定の状態の場合には、それ以上の情報を取得しないことを特徴とする機器管理システム。
10. 請求項７記載の機器管理システムにおいて、
    前記機器の状態を示す情報が当該機器側の構成情報であることを特徴とする機器管理システム。
11. 請求項７ないし１０のいずれか１項に記載の危機管理システムにおいて、
    前記ホストコンピュータは、前記機器から情報を取得するとき、機器管理する際の情報取得内容を変更することを特徴とする機器管理システム。
12. 請求項１１記載の危機管理システムにおいて、
    前記情報取得内容の変更の是非を前記ホストコンピュータのユーザインターフェース上で設定をすることを特徴とする機器管理システム。

Images