(57)【要約】【課題】  新しい画像形成装置に間違って消耗品の管理情報を設定してしまう事を防止する。【解決手段】  画像形成装置のモデル名が特定できる場合、画像形成装置の消耗品の管理方法を設定できる設定画面を表示し（Ｓ１１０３）、画像形成装置のモデル名が特定できない場合、画像形成装置の消耗品の管理方法を設定できない設定画面を表示することを特徴とする（Ｓ１１０２）。【選択図】  図１２
2005258164.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像形成装置の情報を通信回線を経由して取得し管理するコンピュータと、該コンピュータと通信回線を経由して情報を交換し、デバイスを遠隔地から監視する遠隔監視コンピュータとを有するリモートメンテナンスシステムにおいて、
画像形成装置のモデル情報を取得するモデル情報取得手段と、
前記モデル情報取得手段によって取得されたモデル情報に対応する消耗品種別を予め用意されたテーブルにより特定する特定手段と、
前記特定手段により消耗品種別が特定できなかった場合、消耗品種別として規定値を割り当てる消耗品種別割り当て手段と、
前記割り当て手段により割り当てた消耗品種別を変更する消耗品種別変更手段と、
前記モデル情報取得手段によってモデル情報を取得できない場合、消耗品種別変更手段を無効とする消耗品種別変更無効化手段とを有することを特徴とするリモートメンテナンスシステム。
【請求項２】
画像形成装置のモデル情報を取得するモデル情報取得手段と、
前記モデル情報取得手段によって取得されたモデル情報に対応する消耗品種別を予め用意されたテーブルにより特定する特定手段と、
前記特定手段により消耗品種別が特定できなかった場合、消耗品種別として規定値を割り当てる消耗品種別割り当て手段と、
前記割り当て手段により割り当てた消耗品種別を変更する消耗品種別変更手段と、
前記モデル情報取得手段によってモデル情報を取得できない場合、消耗品種別変更手段を無効とする消耗品種別変更無効化手段とを有することを特徴とする情報処理装置。
【請求項３】
画像形成装置のモデル情報を取得するモデル情報取得ステップと、
前記モデル情報取得ステップによって取得されたモデル情報に対応する消耗品種別を予め用意されたテーブルにより特定する特定ステップと、
前記特定ステップにより消耗品種別が特定できなかった場合、消耗品種別として規定値を割り当てる消耗品種別割り当てステップと、
前記割り当てステップにより割り当てた消耗品種別を変更する消耗品種別変更ステップと、
前記モデル情報取得ステップによってモデル情報を取得できない場合、消耗品種別変更ステップを無効とする消耗品種別変更無効化ステップとを有することを特徴とする情報処理方法。
【請求項４】
画像形成装置のモデル情報を取得するモデル情報取得ステップと、
前記モデル情報取得ステップによって取得されたモデル情報に対応する消耗品種別を予め用意されたテーブルにより特定する特定ステップと、
前記特定ステップにより消耗品種別が特定できなかった場合、消耗品種別として規定値を割り当てる消耗品種別割り当てステップと、
前記割り当てステップにより割り当てた消耗品種別を変更する消耗品種別変更ステップと、
前記モデル情報取得ステップによってモデル情報を取得できない場合、消耗品種別変更ステップを無効とする消耗品種別変更無効化ステップとを有することを特徴とするコンピュータ読み取り可能なプログラム。
【請求項５】
画像形成装置のモデル名が特定できる場合、画像形成装置の消耗品の管理方法を設定できる設定画面を表示し、画像形成装置のモデル名が特定できない場合、画像形成装置の消耗品の管理方法を設定できない設定画面を表示する表示手段を有することを特徴とする情報処理装置。
【請求項６】
画像形成装置のモデル名が特定できる場合、画像形成装置の消耗品の管理方法を設定できる設定画面を表示し、画像形成装置のモデル名が特定できない場合、画像形成装置の消耗品の管理方法を設定できない設定画面を表示する表示ステップを有することを特徴とする情報処理方法。
【請求項７】
画像形成装置のモデル名が特定できる場合、画像形成装置の消耗品の管理方法を設定できる設定画面を表示し、画像形成装置のモデル名が特定できない場合、画像形成装置の消耗品の管理方法を設定できない設定画面を表示する表示ステップを有することを特徴とするコンピュータ読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔地に存在する、複写機、プリンタ等の画像形成装置の消耗品の残量管理を行うリモートメンテナンスシステムに関するものである。
【背景技術】
【０００２】
特許文献１にあるとおり、監視対象となる画像形成装置の消耗品種別、具体的にはトナー残量による監視の可不可をモデル名と関連付けたテーブルとして情報管理装置に用意しておき、画像形成装置から取得したモデル名から消耗品種別を得、それに従って消耗品の残量管理、在庫管理を行うということが知られている。また、画像形成装置からプリンタＭＩＢオブジェクトであるｐｒｔＭａｋｅｒＳｕｐｐｌｉｅｓＬｅｖｅｌを直接参照し、取得できたことをもって該画像形成装置がトナー量出力サポートモデルであると判断し、予め用意したテーブルに該画像形成装置の情報がなくてもトナー残量による監視を行う。
【特許文献１】特開２００４−５５４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、消耗品種別とモデル名との対応テーブルを予め用意しておくという方法では新規モデルの残量管理を正しく行うために消耗品種別とモデル名との対応テーブルを更新する必要があり、新規モデルが監視対象になるたびに対応テーブルを更新する必要が生じ、システムのメンテナンスが煩雑になる。また、画像形成装置からのｐｒｔＭａｋｅｒＳｕｐｐｌｉｅｓＬｅｖｅｌ取得をもってしてトナー量出力サポートモデルであり、トナー量による監視が可能であると判定することは、ここで取得する情報が如何なる時も正しいということを保証するものでなく、更にトナー量出力サポートモデルでない場合に正しく残量管理を行うことができない。
【０００４】
また、デバイス情報が取得できず機種を特定できない場合や、データベースに登録されていない新しい画像形成装置に間違って消耗品の管理情報を設定してしまうことがあった。
【課題を解決するための手段】
【０００５】
本発明は上記問題点を鑑みてなされたものであり、
画像形成装置のモデル情報を取得するモデル情報取得手段と、
前記モデル情報取得手段によって取得されたモデル情報に対応する消耗品種別を予め用意されたテーブルにより特定する特定手段と、
前記特定手段により消耗品種別が特定できなかった場合、消耗品種別として規定値を割り当てる消耗品種別割り当て手段と、
前記割り当て手段により割り当てた消耗品種別を変更する消耗品種別変更手段と、
前記モデル情報取得手段によってモデル情報を取得できない場合、消耗品種別変更手段を無効とする消耗品種別変更無効化手段とを有することを特徴とする。
【０００６】
また、画像形成装置のモデル名が特定できる場合、画像形成装置の消耗品の管理方法を設定できる設定画面を表示し、画像形成装置のモデル名が特定できない場合、画像形成装置の消耗品の管理方法を設定できない設定画面を表示する表示手段を有することを特徴とする。
【発明の効果】
【０００７】
以上説明した通り、
新規モデルを監視対象として追加する場合、システムが保持する対応テーブルを更新することなく、適切な方法で消耗品を管理することができる。
【発明を実施するための最良の形態】
【０００８】
図１は、本実施形態におけるシステム全体図を示すものであり、センタ側管理サーバ（６）と拠点側管理サーバ（２）は、インターネット等の通信回線（８）を介し、所定のプロトコル（１０）で通信可能とされている。
【０００９】
サーバ側管理サーバと拠点側管理サーバは、インターネット（８）を介して、特定のプロトコル（１０）で接続されている。不正アクセスを防ぐためと、フファイアウォールを越すために、一般的なプロトコル（ＳＭＴＰ）や認証も設ける。
【００１０】
図１中には、拠点側管理サーバが１つしか示されていないが、実施には、複数の拠点側管理サーバと、それら複数の拠点側管理サーバを一元的に管理するセンタ側管理サーバが回線を介し通信可能とされている。
【００１１】
また、図１中の（３）、（４）、（５）、（１２）はデバイスを示すものであり、デバイスとしては画像形成装置としてのプリンタ（電子写真方式及びインクジェット方式を含む）や、スキャナーや、ファクシミリや、プリンタ及びファクシミリ機能が統合的に設けられたデジタル複合機や、パーソナルコンピュータや、プリントサーバなどが挙げられる。尚、画像形成装置につていは後述にて詳しく説明することとする。情報収集装置（１）は、（３）〜（５）の機器の状態やトナー残量や印刷回数等の情報を収集する。さらに情報収集装置（１）はシリアルＩ／Ｆで（１２）と接続し、印刷回数等の情報を収集する。
【００１２】
図２は、図１に示す（１）のハードウェアブロック構成図である。ＣＰＵ（２０１）、以下説明する構成部品間のデータを受け渡すバス（２０２）、電気的に情報を記憶できかつ書き換え可能なＲＡＭ（２０３）、電気的に書き換え可能であり、かつ電源が無くなっても情報を記憶可能なＦｌａｓｈＲＯＭ（２０４）、ネットワーク経由で外部と情報交換を行うＮｅｔｗｏｒｋＩ／Ｆを２個（２０５）（２０６）、ＲＳ２３２ｃシリアル通信にて情報交換を行うＳｅｒｉａｌＩ／Ｆ（２０７）、同様にデバッグ用途に用いるシリアル通信部、ＤｅｂｕｇＩ／Ｆ（２０８）から構成される。
【００１３】
図３、図４は、図１に示す（１）のフローチャート図である。
【００１４】
（１）と（２）もしくは（７）への情報送信はＳＭＴＰで行い、情報受信はＰＯＰにより行う場合について説明する。
【００１５】
図３は印字装置監視装置における障害情報監視フローチャート図である。障害監視は障害情報確認プログラムと応答確認プログラムで構成される。
【００１６】
障害情報確認プログラムについて図３（Ａ）のフローチャート図を用いて説明する。
【００１７】
ステップＳ３０１で印刷装置（３）〜（５）の障害情報をネットワーク（９）を介して特定のプロトコルにより取得する。
【００１８】
ステップＳ３０２で障害情報を取得できたと判断した場合、ステップＳ３０３で取得した障害情報をサーバ（２）もしくは（６）に送信する。
【００１９】
ステップＳ３０４でサーバ（２）もしくは（６）に正しく送信されたことを確認するために応答確認プログラム図３（Ｂ）を起動する。
【００２０】
ステップＳ３０５で既定時間、フローチャートでは１分、待機する。
【００２１】
ステップＳ３０６でプログラムへの終了指示があったと判断した場合はプログラムを終了し、そうでない場合は、ステップＳ３０１に戻り、以降の処理を行う。
【００２２】
ステップＳ３０２で障害情報を取得できなかったと判断した場合は、ステップＳ３０５以降の処理を行う。
【００２３】
次に図３（Ｂ）を用いて応答確認プログラムについて説明する。
【００２４】
ステップＳ３０７で既定時間、フローチャートでは３０秒、待機する。
【００２５】
ステップＳ３０９でサーバ（２）もしくは（６）からの応答がないかをＰＯＰサーバに問い合わせることによりチェックする。
【００２６】
ステップＳ３１０で応答あり、即ち、サーバ（２）もしくは（６）からの応答メールを受信した場合、処理を終了する。
【００２７】
ステップＳ３１０で応答なしと判断した場合は、ステップＳ３１１以降の処理を行う。
【００２８】
ステップＳ３１１で既定応答確認最大時間、フローチャートでは３０分、を超えていないと判断した場合は、ステップＳ３０７以降の処理、即ち、引き続き応答チェック処理を行う。
【００２９】
ステップＳ３１０で応答確認最大時間を超えたと判断した場合は、ステップＳ３１１以降の処理を行う。
【００３０】
ステップＳ３１１で障害情報送信回数が規定回数、フローチャートでは１回、であると判断して場合は、ステップＳ３１２で障害情報をサーバ（２）もしくは（６）に再送し、ステップＳ３０７以降の処理を行う。
【００３１】
ステップＳ３１１で障害送信回数が既定回数を超えていると判断した場合は、処理を終了する。
【００３２】
図４は印刷装置監視装置におけるカウンタ収集フローチャート図である。カウンタ収集はカウンタ情報取得プログラムとカウンタ情報送信プログラムで構成される。
【００３３】
カウンタ情報取得プログラムについて図４（Ａ）のフローチャート図を用いて説明する。
【００３４】
ステップＳ４０１で印刷装置（３）〜（５）のカウンタ（印刷枚数）をネットワーク（９）を介して特定のプロトコルにより取得する。
【００３５】
ステップＳ４０２で印刷装置から取得したカウンタ情報をファイルに保存する。
【００３６】
ステップＳ４０３で既定時間、フローチャートでは６０分、待機する。
【００３７】
ステップＳ４０４でプログラムへの終了指示があったと判断した場合はプログラムを終了し、そうでない場合はステップＳ４０１に戻り、以降の処理を行う。
【００３８】
次に図４（Ｂ）を用いてカウンタ情報送信プログラムについて説明する。
【００３９】
ステップＳ４０５でサーバ（２）もしくは（６）からカウンタ情報送信要求メールがないかをＰＯＰサーバに問い合わせる。
【００４０】
ステップＳ４０６でカウンタ要求があると判断した場合は、ステップＳ４０７以降の処理を行う。
【００４１】
ステップＳ４０７でカウンタ情報がファイルに保存されていると判断した場合は、ステップＳ４０８で保存しているカウンタ情報をサーバ（２）もしくは（６）に送信する。
【００４２】
ステップＳ４０７でカウンタ情報がファイルに保存されていないと判断した場合は、ステップＳ４０９でカウンタ情報が未収集であるという情報をサーバ（２）もしくは（６）に送信する。
【００４３】
ステップＳ４１０で既定時間、フローチャートでは３分、待機する。
【００４４】
ステップＳ４１１でプログラム終了が指示されたと判断した場合は、プログラムを終了する。そうでない場合は、ステップＳ４０５に戻り、以降の処理を行う。
【００４５】
ステップＳ４０６でカウンタ要求なしと判断した場合は、ステップＳ４１０以降の処理を行う。
【００４６】
次に、図５は画像形成装置全体の制御を司るコントローラの構成を示すブロック図である。
【００４７】
コントローラは、図５に示すように、ＣＰＵ回路部（５０７）を有し、５０７は、ＣＰＵ（図示せず）、ＲＡＭ（５０８）、ＲＯＭ（５０９）、Ｈａｒｄｄｉｓｋ（５１０）が接続され、５０９に格納されている制御プログラムにより各ブロック５０２、５０３、５０４、５０５、５０６、５１１、５１２、５１３、５１４、５１５を総括的に制御する。５０８は、制御データを一時的に保持し、また制御に伴う演算処理の作業領域として用いられる。５１０は、制御にプログラムに必要な情報や各ブロック５０２、５０３、５０４、５０５、５０６、５１１、５１２、５１３、５１４、５１５から受信した情報を記憶する。
【００４８】
原稿給送装置制御部（５０２）は、原稿給送装置（図中なし）を５０７からの指示に基づき駆動制御する。イメージリーダ制御部（５０３）は、スキャナユニット（図中なし）、イメージセンサ（図中なし）などに対する駆動制御を行い、イメージセンサから出力されたアナログ画像信号を画像信号制御部（５０４）に転送する。
【００４９】
５０４は、アナログ画像信号をデジタル信号に変換した後に各処理を施し、このデジタル信号をビデオ信号に変換してプリンタ制御部（５０５）に出力する。外部Ｉ／Ｆ（５０６）はＬＡＮインターフェイスを介してコンピュータ（５０１）から入力されたデジタル画像信号に各種処理を施し、このデジタル画像信号をビデオ信号に変換して５０５に出力する。また、５０６はＬＡＮインターフェイスを介して図示しないデバイス管理装置と通信を行う。５０４による処理動作は、５０７により制御される。５０５は、入力されたビデオ信号に基づき上述の露光制御部（図中なし）を駆動する。
【００５０】
操作部（５１１）は、画像形成に関する各種機能を設定する複数のキー、設定状態を示す情報を表示するための表示部などを有し、各キーの操作に対応するキー信号を５０７に出力するとともに、５０７からの信号に基づき対応する情報を表示部（５１２）に表示する。
【００５１】
ソータ制御部（５１３）、フィニッシャ制御部（５１４）は、５０６を経由したユーザからの入力または５１１からの設定により、５０７からの信号に基づき動作する。状態検知部は、各部位からの状態情報を収集し、異常検知等の判断を行い、結果を５０７に通知する。この通知に従い、５０７は５１２や５０６を経由して、５０１等へ異常を表示する。
【００５２】
図６は、画像形成装置のソフト構成図を示す。
【００５３】
タスクのマネージャー（Ａ−１０１）は複数のタスクを同時に管理するためのものである。紙搬送部タスク群（Ａ−１０２）は原稿および画像形成されるシートの紙搬送を司るタスク群である。シーケンス制御タスク（Ａ−１０３）は、画像形成装置全体の管理を行うタスクである。通信タスク（Ａ−１０４）はデバイス管理装置と通信を行うためのタスクである。また、本実施形態の遠隔管理用データを作成するための管理用データ作成タスク（Ａ−１０５）がある。
【００５４】
画像形成装置では、画像形成ごとに用紙サイズ別、モード別、紙種別、カラー別のカウントを行っている。これらのカウント結果は管理用データ作成タスク（Ａ−１０５）にて行われ、画像形成装置内のメモリ装置に格納されている。
【００５５】
同様にして、ジャム、エラー、アラームなどのステータス情報が所定のデータフォーマットで画像形成装置内のメモリ装置に格納される。
【００５６】
さらに、画像形成装置内の各部ごとに構成消耗部品の交換寿命と、使用度数を表したカウンタ（以下、部品カウンタとする）を持っており、管理用データ作成タスク（Ａ−１０５）の中でカウントされた結果が画像形成装置のメモリ装置に格納される。
【００５７】
画像形成装置の状態監視タスク（Ａ−１０６）は、画像形成装置内の異常（ジャム、エラー、アラーム）を検知するか、予め設定されたデバイスのステータス変化を検知すると、管理用データ作成タスク（Ａ−１０５）の中でステータスが画像形成装置のメモリ装置に格納される。
【００５８】
以上が本発明の基本構成で、以下図７〜図１２を参照して、本発明の消耗品種類の設定とその情報を参照した消耗品監視方法について詳細に説明する。
【００５９】
図７は消耗品監視に必要な情報を保持しているテーブルのＸＭＬ形式での例である。テーブルは情報収集装置（１）のＦｌａｓｈＲＯＭ（２０４）に保持する。テーブルの形式はＸＭＬ形式に限定するものでない。
【００６０】
図７（Ａ）は本システムにおける消耗品種別とモデル名の対応テーブルの一例である。画像形成装置から取得できるモデル名をｄｅｖｉｃｅＭｏｄｅｌのｄｅｖｉｃｅＮａｍｅとして定義し、＜ＴｏｎｅｒＩｎｆｏ＞〜＜／ＴｏｎｅｒＩｎｆｏ＞ブロック内に消耗品の色情報と消耗品名、及び消耗品種別を＜ＡｃｋｎｏｗｌｅｄｇｅＴｙｐｅ＞に保持する。消耗品種別に従い、消耗品が交換されたかどうかの判定を行う。消耗品種別はトナー量出力サポートモデルであり、正しくトナー量を取得できる場合、トナー量により消耗品を監視することを意味するａｍｏｕｎｔ、トナー量出力非サポートモデル、またはトナー量出力サポートモデルではあるが正しくトナー量を取得できないことがあるモデルの場合は印刷枚数により監視することを意味するｐａｐｅｒを設定する。
【００６１】
図７（Ｂ）は消耗品監視に必要な情報を保持するテーブルの一例である。まず、＜ｃｒｉｔｅｒｉｏｎ＞〜＜／ｃｒｉｔｅｒｉｏｎ＞ブロック内の設定値について説明する。＜ｒａｔｅ＞は（Ａ）において消耗品種別がｐａｐｅｒの場合に使用する値であり、監視対象画像形成装置に装着される消耗品の印刷可能枚数とともに消耗品交換判定に用いる。＜ｈｉｇｈＬｅｖｅｌ＞は（Ａ）において消耗品種別がａｍｏｕｎｔの場合に使用する値である。次に＜ｔｏｎｅｒＩｎｆｏ＞について説明する。ｔｏｎｅｒＩｎｆｏのｎａｍｅは（Ａ）のＴｏｎｅｒＩｎｆｏに設定された色情報、消耗品名に対応するものであり、これをキーとして監視対象画像形成装置に装着される消耗品の印刷可能枚数を参照する。
【００６２】
図８は監視画像形成装置毎に保持するデバイス情報テーブルの一例である。このテーブルには図７（Ａ）（Ｂ）からの情報そのもの、または加工した値が設定される。図８（Ａ）を用いてデバイス情報テーブルについて詳細に説明する。ｄｅｖｉｃｅＭｏｄｅｌは画像形成装置から取得し、図７（Ａ）を検索するために用いたモデル名である。ｄｅｖｉｃｅＮａｍｅはモデル名同様画像形成装置から取得した情報であり、使用者が任意に設定する値である。ＡｃｋｎｏｌｅｄｇｅＴｙｐｅは消耗品種別であり、Ｂｌａｃｋは消耗品の色情報を示すものであり、例では黒トナーの名称を値として持つ。ＨｉｇｈＬｅｖｅｌは消耗品が補充されたとみなすトナー残量のパーセンテージであり消耗品種別がａｍｏｕｎｔであるときに消耗品補充判定に用いる値である。ＲｅｓｅｒｖｅｄＭｏｎｏＡｍｏｕｎｔは図７（Ｂ）のｔｏｎｅｒＩｎｆｏのｔｙｐｅがＢｌａｃｋのもののｃｏｕｎｔに定義された値にｃｒｉｔｅｒｉｏｎのｒａｔｅをかけた値であり、消耗品種別がｐａｐｅｒであるときに消耗品補充判定に用いる値である。ＭｏｎｏＡｍｏｕｎｔは図７（Ｂ）のｔｏｎｅｒＩｎｆｏのｃｏｕｎｔに定義された値である。ＲｅｓｅｒｖｅｄＣｏｌｏｒＡｍｏｕｎｔは図７（Ｂ）のｔｏｎｅｒＩｎｆｏのｔｙｐｅがＹｅｌｌｏｗまたはＭａｇｅｎｔａまたはＣｙａｎのもののｃｏｕｎｔに定義された値にｃｒｉｔｅｒｉｏｎのｒａｔｅをかけた値であり、消耗品種別がｐａｐｅｒであるときに消耗品補充判定に用いる値である。ＣｏｌｏｒＡｍｏｕｎｔは図７（Ｂ）のｔｏｎｅｒＩｎｆｏのｔｙｐｅがＹｅｌｌｏｗまたはＭａｇｅｎｔａまたはＣｙａｎのもののｃｏｕｎｔに定義された値である。本実施例ではＹｅｌｌｏｗ，Ｍａｇｅｎｔａ，Ｃｙａｎの消耗品の印刷可能枚数が同じであり、Ｂｌａｃｋの印刷可能枚数とは異なるという前提としているため、ＲｅｓｅｒｖｅｄＣｏｌｏｒＡｍｏｕｎｔ，ＣｏｌｏｒＡｍｏｕｎｔともに１つの値しか保持しないが、色により印刷可能枚数が異なる場合にはＲｅｓｅｒｖｅｄＣｏｌｏｒＡｍｏｕｎｔ，ＣｏｌｏｒＡｍｏｕｔともに図８（Ｂ）のように色情報も合わせて保持することにより各色毎に情報を保持することが容易にできる。
【００６３】
図９のフローチャートを用いて、図７に示したテーブルから図８に示したデバイス情報テーブル作成動作を詳細に説明する。フローチャートでは図７（Ａ）のテーブルをｄｅｖｉｃｅ．ｃｏｎｆ、図７（Ｂ）のテーブルをｔｏｎｅｒ．ｃｏｎｆ、図８のテーブルをｄｅｖｉｃｅ．ｉｎｆｏと呼ぶ。
【００６４】
ステップＳ９０１において画像形成装置からモデル名を取得する。
【００６５】
ステップＳ９０２においてモデル名が取得できなかったと判定した場合は処理を終了する。
【００６６】
ステップＳ９０２においてモデル名が取得できたと判定した場合は、ステップＳ９０３以降の処理を行う。
【００６７】
ステップＳ９０３においてｄｅｖｉｃｅ．ｃｏｎｆから情報を取得する。ここではステップＳ９０１で取得したモデル名と一致するｄｅｖｉｃｅＮａｍｅを検索する。
【００６８】
ステップＳ９０４で一致したものがあると判定した場合はステップＳ９０５以降の処理を行う。
【００６９】
ステップＳ９０５ではｄｅｖｉｃｅ．ｃｏｎｆｎｏ＜ＴｏｎｅｒＩｎｆｏ＞〜＜／ＴｏｎｅｒＩｎｆｏ＞内の設定情報をＲＡＭに格納する。ＲＡＭに格納した消耗品名称をキーとしてｔｏｎｅｒ．ｃｏｎｆを検索し、印刷可能枚数情報を得、図８の説明にある通りの情報をＲＡＭに格納する。
【００７０】
ステップＳ９０６でＲＡＭに格納した情報をｄｅｖｉｃｅ．ｉｎｆｏに登録する。
【００７１】
ステップＳ９０２においてモデル名を取得できないと判定した場合は、ｄｅｖｉｃｅ．ｉｎｆｏにモデル名を取得できなかったことを意味するデータ、すなわち、＜ｄｅｖｉｃｅＭｏｄｅｌ＞ｕｎｋｎｏｗｎ＜／Ｍｏｄｅｌ＞を登録し、処理を終了する。
【００７２】
ステップＳ９０４でＤｅｖｉｃｅ．ｃｏｎｆにステップＳ９０１で取得したモデル名が登録されていないと判定した場合は、ステップＳ９０７以降の処理を行う。
【００７３】
ステップＳ９０７ではｄｅｖｉｃｅ．ｉｎｆｏに登録するデータをＲＡＭに格納する。ここで格納するデータはステップＳ９０５と異なり＜ＴｏｎｅｒＩｎｆｏ＞〜＜／ＴｏｎｅｒＩｎｆｏ＞にＡｃｋｎｏｗｌｅｄｇｅＴｙｐｅとＨｉｇｈＬｅｖｅｌのみである。Ａｃｋｎｏｗｌｅｄｇｅには消耗品種別のデフォルト値、本実施例では残量取得可能であるａｍｏｕｎｔを設定する。
【００７４】
以上、説明したようにモデル名取得の有無、モデル名がＤｅｖｉｃｅ．ｃｏｎｆに登録されているか否かにより３種類のｄｅｖｉｃｅ．ｉｎｆｏが作成される。モデル名を取得できずｄｅｖｉｃｅＭｏｄｅｌがｕｎｋｎｏｗｎであるものについては図３に示した障害情報監視処理、図４に示したカウンタ収集処理の開始時に、ここで説明したモデル名取得からの処理が行われる。
【００７５】
図１０、図１１は監視画像形成装置設定変更画面の一例である。複写機名は使用者が任意に設定した名称であり、製品名はモデル名である。消耗品設定としてトナー監視方法、すなわち、消耗品種別が選択可能であり、トナー残量または印刷可能枚数から選択する。印刷可能枚数を選択した場合は白黒すなわちブラックトナーの印字可能枚数の設定が必要であり、画像形成装置がカラー印字が可能な場合、合わせてカラートナーの印字可能枚数を設定する。設定変更の対象となる画像形成装置の情報を保持するｄｅｖｉｃｅ．ｉｎｆｏのｄｅｖｉｃｅＭｏｄｅｌがｕｎｋｎｏｗｎである場合は消耗品設定にかかわる表示はなく、消耗品設定することはできない。
【００７６】
図１２のフローチャートを用いて図１０、図１１の変更画面表示動作を詳細に説明する。
【００７７】
図１２のフローチャートに関わるプログラムは、機種を特定して設定変更ボタンを押された場合に起動する。
【００７８】
まず、ステップＳ１１０１でモデル名がｕｎｋｎｏｗｎか判別する。
【００７９】
Ｓ９０１で取得できない際にＳ９０８でｕｎｋｎｏｗｎ情報が格納されている場合、Ｓ１１０１でｕｎｋｎｏｗｎであると判別される。
【００８０】
ステップＳ１１０１においてｄｅｖｉｃｅＭｏｄｅｌがｕｎｋｎｏｗｎであると判別した場合はステップＳ１１０２の処理を行う。
【００８１】
ステップＳ１１０２では、ｄｅｖｉｃｅ．ｉｎｆｏに基づく消耗品設定の設定値を表示することなく、設定変更対象となる画像形成装置の情報を保持するｄｅｖｉｃｅ．ｉｎｆｏを参照し、ｄｅｖｉｃｅＮａｍｅを複写機名として、ｄｅｖｉｃｅＭｏｄｅｌを製品名として表示する。この処理により、ＩＰアドレスを変更でき、消耗品設定の値を変更することができなくすることができる。
【００８２】
ステップＳ１１０１においてｄｅｖｉｃｅＭｏｄｅｌがｕｎｋｎｏｗｎでないと判定した場合はステップＳ１１０３以降の処理を行う。
【００８３】
ステップＳ１１０３において、設定変更対象となる画像形成装置の情報を保持するｄｅｖｉｃｅ．ｉｎｆｏを参照し、ｄｅｖｉｃｅＮａｍｅを複写機名として、ｄｅｖｉｃｅＭｏｄｅｌを製品名として表示すると共に、ｄｅｖｉｃｅ．ｉｎｆｏに基づき、消耗品設定の設定値を表示する。ＡｃｋｎｏｗｌｅｄｇｅＴｙｐｅがａｍｏｕｎｔの場合、残量のラジオボタンを選択状態にする。ｐａｐｅｒの場合は印字可能枚数のラジオボタンを選択状態にし、さらにＭｏｎｏＡｍｏｕｎｔ、ＣｏｌｏｒＡｍｏｕｎｔの設定値をそれぞれ白黒、フルカラーの枚数指定領域に表示する。
【００８４】
ステップＳ１１０４で設定変更を受け付ける。
【００８５】
ステップＳ１１０５で設定変更処理を行う。トナー監視方法として残量が設定された場合はｄｅｖｉｃｅ．ｉｎｆｏのＡｃｋｎｏｗｌｅｄｇｅＴｙｐｅにａｍｏｕｎｔを設定し、印字可能枚数が選択された場合はｐａｐｅｒを設定する。印字可能枚数が選択された場合は、白黒、フルカラーの枚数として指定された値をそれぞれＭｏｎｏＡｍｏｕｎｔ、ＣｏｌｏｒＡｍｏｕｎｔに設定し、それらにｔｏｎｅｒ．ｃｏｎｆに設定されているｒａｔｅを掛けた結果をＲｅｓｅｒｖｅｄＭｏｎｏＡｍｏｕｎｔ、ＲｅｓｅｒｖｅｄＣｏｌｏｒＡｍｏｕｎｔに設定する。
【００８６】
図１３のフローチャートを用いて消耗品監視動作を詳細に説明する。
【００８７】
ステップＳ１２０１で画像形成装置の消耗品に関する状態情報を取得する。
【００８８】
ステップＳ２１０２で取得した状態が消耗品に関する状態、もうすぐなくなることを示すと判定した場合はステップＳ１２０３以降の処理を行う。そうでないと判定した場合はステップＳ１２０１に戻る。
【００８９】
ステップＳ１２０３において遠隔監視装置に消耗品切れを通知する。
【００９０】
ステップＳ１２０４において該画像形成装置のｄｅｖｉｃｅ．ｉｎｆｏのＡｃｋｎｏｗｌｅｄｇｅＴｙｐｅを参照し、ｐａｐｅｒの場合はステップＳ１２０５、ａｍｏｕｎｔの場合はステップＳ１２０６の処理を行う。
【００９１】
ステップＳ１２０５において、消耗品状態を取得する。消耗品状態が消耗品切れでなくなったことを検知した場合、画像形成装置の印刷枚数を取得しＲＡＭに保存する。消耗品状態を引き続き取得し、再び消耗品切れを検知した場合、画像形成装置の印刷枚数を取得し、消耗品切れが解消されたときの印刷枚数との差分をＲｅｓｅｒｖｅｄＭｏｎｏＡｍｏｕｎｔまたはＲｅｓｅｒｖｅｄＣｏｌｏｒＡｍｏｕｎｔと比較し、それ以上ならば先ほどの消耗品切れ解消はトナーカートリッジ交換によるものであり、交換したカートリッジが切れたと判定し、遠隔監視装置に消耗品切れを通知する。そうでない場合は、消耗品切れ解消はトナーカートリッジ交換ではなく、カートリッジを振るなどしたことによって解消したとみなし、消耗品切れ情報を遠隔監視装置に送らない。いずれの場合も引き続き消耗品状態を監視を引き続き行う。
【００９２】
ステップＳ１２０６において、ある一定の間隔で画像形成装置から残量を取得し、残量のパーセンテージがｄｅｖｉｃｅ．ｉｎｆｏのＨｉｇｈＬｅｖｅｌ以上になったと判定した場合、消耗品交換がなされたとみなし、残量による監視を終了しステップＳ１２０１に戻る。
【図面の簡単な説明】
【００９３】
【図１】本実施形態におけるシステムの全体図である。
【図２】ハードウェアブロック構成図である。
【図３】障害情報監視フローチャートである。
【図４】カウンタ収集フローチャートである。
【図５】画像形成装置全体の制御を司るコントローラの構成を示すブロック図である。
【図６】画像構成装置のソフト構成図である。
【図７】消耗品種別とモデル名の対応テーブルの一例である。
【図８】監視画像形成装置毎に保持するデバイス情報テーブルの一例である。
【図９】監視画像形成装置毎に保持するデバイス情報テーブル作成動作を表すフローチャートである。
【図１０】監視画像形成装置設定変更画面の一例である。
【図１１】監視画像形成装置設定変更画面の一例である。
【図１２】監視画像形成装置設定変更画面表示動作を表すフローチャートである。
【図１３】消耗品監視動作を示すフローチャートである。
【図１】
2005258164.tif 000003
【図２】
2005258164.tif 000004
【図３】
2005258164.tif 000005
【図４】
2005258164.tif 000006
【図５】
2005258164.tif 000007
【図６】
2005258164.tif 000008
【図７】
2005258164.tif 000009
【図８】
2005258164.tif 000010
【図９】
2005258164.tif 000011
【図１０】
2005258164.tif 000012
【図１１】
2005258164.tif 000013
【図１２】
2005258164.tif 000014
【図１３】
2005258164.tif 000015