(57)【要約】【課題】  複数の容量のカートリッジが混在使用される印刷装置を含む、様々な情報取得レベルの印刷装置を管理対象とする在庫管理システムで、適切な在庫管理を行う。【解決手段】  通信回線を介して通信可能な複数の印刷装置に利用される消耗材の補充を監視する情報処理装置において、印刷装置から取得したモデル情報に対して、容量のみ異なる消耗材が複数種類、存在するか判定し、複数存在する印刷装置で、当該消耗材の交換を検出した際に、交換された消耗材の名称を動的に特定する特定手段を有する仕組みを提供する。【選択図】  図５
2011150589.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して通信可能な複数の印刷装置を監視し、記録媒体への記録に利用される消耗材の補充に伴う在庫管理を前記複数の印刷装置各々について一元的に行う情報処理装置において、
前記印刷装置から前記通信回線を介してモデル情報を取得するモデル情報取得手段と、
前記取得したモデル情報に対して、容量のみ異なる消耗材が複数種類、存在するか判定する手段と、
前記判定手段で、複数存在すると判定されたモデル情報を持つ印刷装置で、当該消耗材の交換を検出した際に、交換された消耗材の名称を動的に特定する特定手段とを有することを特徴とする情報処理装置。
【請求項２】
前記特定手段は、前記印刷装置から消耗材の名称を取得する取得手段により、交換前の任意のタイミングに印刷装置から取得することにより消耗材名称を特定する請求項１に記載の情報処理装置。
【請求項３】
前記特定手段は、モデル名と消耗材の容量、またはカラー情報で特定可能な消耗材名称のテーブルを持ち、前記テーブルから、前記取得したモデル情報と、前記印刷装置から消耗材の種類を取得する取得手段により交換前の任意のタイミングに取得した消耗材の種類に対応する消耗材の名称とする請求項１に記載の情報処理装置。
【請求項４】
前記特定手段は、消耗材の名称を指定する指定手段により、指定された名称で特定する請求項１に記載の情報処理装置。
【請求項５】
前記特定手段は、モデル名と消耗材の容量、またはカラー情報で特定可能な消耗材名称のテーブルを持ち、前記テーブルから、前記取得したモデル情報と、消耗材の種類を指定する指定手段により、指定された消耗材の種類に対応する消耗材の名称とする請求項１に記載の情報処理装置。
【請求項６】
前記特定手段は、更に、モデル名と、モデルに対応する消耗材の名称と、消耗材の種類と、各消耗材量の寿命のテーブルを有し、前記取得したモデル情報と、当該消耗材の残量なし或いは残量低下を検知した時の消耗材消費量から、前記テーブルにより消耗材の種類を判定する手段と、前記判定した消耗材の種類により、前記テーブルから消耗材名称を判定することを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記印刷装置毎に消耗材の交換に至るまでの消耗材量の寿命テーブルを有し、
請求項６記載のモデルに対応する消耗材量の寿命テーブルから初期値を取得する手段と、
前記印刷装置に対する当該消耗材の交換を検知した時の消耗材消費量の値で、当該種類に対応する消耗材の消耗材量の寿命を更新する手段を有することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
請求項６記載の消耗材量の寿命テーブルは、
更に、容量のみが異なる消耗材の種類間で、消耗材量の寿命に関する比率を保持、或いは算出可能であって、
請求項７に記載の印刷装置毎の消耗材量の寿命テーブルを更新する際に、
各容量別の消耗材の寿命について、前記交換を検知した時の消耗材消費量の値を、当該種類に対する比率から算出し、同時に更新することを特徴とする請求項６或いは請求項７に記載の情報処理装置。
【請求項９】
通信回線を介して通信可能な複数の印刷装置を監視し、記録媒体への記録に利用される消耗材の補充に伴う在庫管理を前記複数の印刷装置各々について一元的に行う情報処理装置における監視方法において、
前記印刷装置から前記通信回線を介してモデル情報を取得するモデル情報取得ステップと、
前記取得したモデル情報に対して、容量のみ異なる消耗材が複数種類、存在するか判定する判定ステップと、
前記判定ステップで、複数存在すると判定されたモデル情報を持つ印刷装置で、当該消耗材の交換を検出した際に、交換された消耗材の名称を動的に特定する特定ステップを有することを特徴とする監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プリンタや複写機等の画像形成装置のトナーの残量管理、及び残量管理に応じて消耗材の在庫管理を行う情報処理装置及びその方法に関する。
【背景技術】
【０００２】
プリンタや複写機等の画像形成装置で利用されるトナーカートリッジの在庫管理を行う技術として、ネットワーク上のデバイスのトナー残量を検知し、それにより、カートリッジ交換を検出することで在庫管理を行う方式が知られている。例えば、特許文献１には様々なトナー残量検知方式を採用する画像形成装置が混在するネットワーク環境にて、トナーカートリッジが交換されたことを検出する方法が記載されている。ここで、トナー残量検知が精密でない機種において、トナーロー検知がされても、トナーを物理的に振る等の動作により、トナーロー警告が解消される場合がある。この場合は印刷面数、印字ドット数等により、「振り」による仮のトナーローの解消か、トナーカートリッジ交換による解消かを判断している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−００５５４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、画像形成装置の中には異なる容量のカートリッジが取り付け可能な機種があり、先行技術では、どの種類のトナーカートリッジが交換されたのかを特定できないという課題があった。このため、複数種類のトナーカートリッジを混在使用する環境においては、正しく在庫管理が出来ないという課題があった。
【課題を解決するための手段】
【０００５】
通信回線を介して通信可能な複数の印刷装置を監視し、記録媒体への記録に利用される消耗材の補充に伴う在庫管理を前記複数の印刷装置各々について一元的に行う情報処理装置において、前記印刷装置から前記通信回線を介してモデル情報を取得するモデル情報取得手段と、前記取得したモデル情報に対して、容量のみ異なる消耗材が複数種類、存在するか判定する手段と、前記判定手段で、複数存在すると判定されたモデル情報を持つ印刷装置で、当該消耗材の交換を検出した際に、交換された消耗材の名称を動的に特定する特定手段とを有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、加えて、同一印刷装置に、複数種類のトナーカートリッジを混在使用する環境においても、印刷装置の消耗品が欠乏、残量低下した時に、補充ずるべき消耗材を特定することが可能である。その結果、精度の高い消耗品在庫管理をすることが可能になるという効果を奏する。
【図面の簡単な説明】
【０００７】
【図１】本発明の第一の実施例に関わる消耗品在庫管理システムのブロック図である。
【図２】情報処理装置のブロック図である。
【図３】本実施形態における印刷装置（画像形成装置）の構成を示すブロック図である。
【図４】残量情報を含む印刷装置情報を表現するＭＩＢ値を説明する模式図である。
【図５】本実施形態における管理装置１０１の動作を示すフローチャートである。
【図６】本実施形態における管理装置１０１の動作を示すフローチャートである。
【図７】第一の実施例において、消耗材名称を動的に特定するためのテーブルである。
【図８】第一の実施例において、印刷装置毎の消耗材量の寿命テーブルを示す図である。
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【０００９】
（第一の実施の形態）
図１は、本実施例における消耗品在庫管理システム（カートリッジ交換認識システム）の概略構成を表すブロック図である。管理対象となる複数の印刷装置１０２，１０３・・・に対して、その消耗品状態を監視する監視装置（情報処理装置）１０１がＬＡＮ１０４を通じて通信可能に接続されている。この管理装置１０１は、モデム１０５を介してインターネット公衆回線１０６に接続されており、各種消耗品の在庫切れを通知するためのバックエンド（バックエンド情報処理装置）のセンターと通信可能となっている。尚、モデム１０５の機能が管理装置１０１に含まれる場合には、モデム１０５の構成はなくてもよい。
【００１０】
管理装置１０１について更に詳しく説明すると、管理装置１０１は印刷装置毎に今まで印刷されたトータルの枚数、面数などカウンタ値の変数Ｎ（ｋ）を記憶部に保存している。保持の方法としては、各印刷装置から通知された印刷枚数カウント地を管理装置１０１にて取得し、所定の記憶部に保持することなどが考えられる。
【００１１】
また、管理装置１０１はカウント値の変数Ｎ（ｋ）に印刷面数カウントとは別に、印刷装置／画像形成装置の稼働時間や、画像形成の際にドラムへのレーザービーム照射に対応するドット数などを格納し、更に、保持することもできる。ここで稼動時間とは、実際に画像形成のために駆動した時間などである。そして、管理装置１０１はこれらカウント値の変数Ｎ（ｋ）を印刷装置毎に消耗材の残量変化（トナーローからトナーハイ、トナーローからトナーエンプティ、或いはトナーハイからトナーロー）に対応して、履歴として保持する。この保持したカウント値の履歴情報を後述の図５のフローチャートにて利用する。尚、図５については後述にて詳しく説明する。
【００１２】
図２は、本発明の情報処理装置の構成を説明するブロック図であり、図１中の管理装置１０１や、図示しないバックエンドに設置される情報処理装置の構成に相当させることが出来る。
【００１３】
図２において、２００は情報処理装置の制御手段であるＣＰＵであり、ハードディスク（ＨＤ）２０５に格納されているアプリケーションプログラム、プリンタドライバプログラム、ＯＳや本発明のネットワークプリンタ制御プログラムなどを実行する。この時、ＲＡＭ２０２にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。
【００１４】
尚、後述する各フローチャートにおける各ステップの処理はＣＰＵが２０１、２０４，２０５等の記憶手段に格納されたプログラムコードに基づく処理を実行することによって、実現されるものとする。
【００１５】
２０１は記憶手段であるＲＯＭであり、内部には、基本Ｉ／Ｏプログラム等のプログラム、文書処理の際に使用するフォントデータ、テンプレート用データ等の各種データを記憶する。２０２は一時記憶手段であるＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。２０３は記憶媒体読み込み手段としてのフロッピー（登録商標）ディスク（ＦＤ）ドライブであり、ＦＤドライブ２０３を通じて記憶媒体としてのＦＤ２０４に記憶されたプログラム等を本コンピュータシステムにロードすることが出来る。尚、記憶媒体は、ＦＤに限らず、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＰＣカード、ＩＣメモリカード等、任意である。２０４は記憶媒体であるフロッピー（登録商標）ディスク（ＦＤ）であり、コンピュータが読み取り可能なプログラムが格納された記憶媒体である。２０５は外部記憶手段の一つであり、大容量メモリとして機能するハードディスク（ＨＤ）であり、アプリケーションプログラム、プリンタドライバプログラム、ＯＳ、ネットワークプリンタ制御プログラム、関連プログラム等を格納している。２０６は指示入力手段であるキーボードであり、ユーザがクライアントコンピュータに対して、また、オペレータや管理者がプリントサーバに対して、デバイスの制御コマンド命令などを入力指示するものである。２０７は表示手段であるディスプレイであり、キーボード２０６から入力したコマンドや、プリンタ状態を表示したりするものである。尚、実際にはアプリケーションがＯＳの仕組みを介して発行した描画コマンドを、グラフィックカードが解釈し、アナログ信号、或いはデジタル信号に変換した情報が表示手段に表示される場合等がある。本実施形態における表示制御とは、表示手段に表示させるべくＯＳを介して、描画コマンドの発生を行わせる処理を含むものとする。２０８はシステムバスであり、クライアントやプリントサーバであるコンピュータ内のデータの流れを司るものである。２０９は入出力手段であるインターフェースであり、該インターフェース２０９を介して情報処理装置は外部装置とのデータのやり取りを行う。
【００１６】
図３は実施形態における印刷装置のプリンタ制御部とその周辺部分のブロック構成図である。
【００１７】
図中、３０１はプリンタコントローラであり、ホストコンピュータなどの外部装置３２６（図のＰＣ１０１等に相当）と、各種データの送受信を所定のプロトコルで実行するための通信部３２１をもつ。更に、通信と画像データの受信、及び受信した画像データをプリンタが印字可能な情報に展開すると共に、後述のプリンタエンジン制御部３０２との間で信号のやり取り及びシリアル通信を行うためのビデオＩ／Ｆ３２０等を備える。
【００１８】
画像形成装置のＣＰＵ３１５はＲＯＭ３１７或いはＨＤ／ＦＤ３２３に記憶された制御プログラムなどに基づいて、システムバス３２２に接続される各種デバイスとのアクセスを統括的に制御する。更に、ビデオＩ／Ｆ３２０を介して接続されるプリンタエンジンに出力情報としての画像信号を出力する。ＲＡＭ３１６はＣＰＵ３１５の主メモリ、ワークエリア等として機能するＲＡＭである。メモリコントローラ（ＤＫＣ）３１８はブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶するハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等の外部メモリ３２３とのアクセスを制御する。操作部３２４は、表示パネル３２５やキーボードを含んでおり、入出力Ｉ／Ｆ３１９を介してオペレータへの情報提供や、オペレータからの入力指示を行わせるものである。３０２はプリンタコントローラとの間で信号のやり取り、シリアル通信を介してプリンタエンジンの各ユニットの制御を行うエンジン制御部である。ここで、３０３はプリントする用紙を給紙搬送し、プリント後の廃止までの紙搬送をエンジン制御部３０２の指示に基づき実行する用紙搬送制御部である。３０４はスキャナモータの駆動及びレーザのＯＮ／ＯＦＦ制御をエンジン制御部３０２の指示に基づき実行する光学制御部、３０５はカートリッジ内の消耗材残量（トナー残量）を検出し、エンジン制御部３０２に情報を伝えるトナー残量制御部である。トナー残量制御部で検知されたトナー残量情報を外部に出力する形態としては、後述する印刷装置の残量検知方式に応じて異なり、以下のような形態が夫々想定される。
（１）検出されたトナー残量制御部をエンジン制御部等によって２５％、５０％、７５％などの３通り以上の複数段階のデジタル値に加工して外部に出力する形態。
（２）消耗材の残量が所定量（例えば３０％）以下になったことがデバイス側で検知された場合に、不揮発性メモリ（例えば印刷装置本体や、カートリッジなどに設けられた不揮発性メモリ）に一度は残量が所定量以下になった情報を記憶する。トナーカートリッジが振られることにより、トナー残量が一時的に上昇したとしても、不揮発性メモリに記憶された情報をトナー残量として外部に通知するような形態。
（３）残量検出センサがトナーありかトナーなしのみの検出に対応したような場合にはトナー有りか無しかの情報を外部に出力する形態。
【００１９】
そして、外部からの消耗材残量情報の取得要求があった場合には、先に説明した何れかの方式に基づく残量情報の通知が実行される。
【００２０】
３０６は帯電、現像、転写などの電子写真プロセスに必要な高圧出力をエンジン制御部３０２の指示に基づき実行する高圧系制御部、３０７はエンジン制御部３０２の指示に基づき、定着器の温度制御を行うと共に、定着器以上検出等を行う定着温度制御である。３０８は給紙部及び紙搬送路内の紙有無センサの情報をエンジン制御部３０２に伝達する紙有無センサ入力部、３０９は用紙搬送中の搬送不良を検出するジャム検出部、３１０はプリンタ内の機能部の故障を検出する故障検出部である。３１１は印刷が正常に行われたことを検出して、エンジン制御部３０２に通知する印刷完了通知部、１７はプリンタエンジンに脱着可能なトナーなどの消耗材を収納した消耗材カートリッジである。この消耗材カートリッジ１７内にはエンジン制御部３０２からのデータの読み出し、或いは書き込みが可能な構成となっている。３１２はカートリッジ１７からカートリッジ情報を読み出す消耗材情報取得部である。製品によっては、カートリッジのシリアルＩＤ、製品名等が取得可能であるが、本機能が存在しない製品もある。この不揮発性メモリ（不揮発性記憶手段とも呼ぶ）２１には現像材の使用開始日、現像材残量などの情報が記憶されるものであるが、信号情報を書き換え可能に記憶、保持するものであれば特に制限は受けない。例えば、ＮＶ（Ｎｏｎ  Ｖｏｌａｔｉｌｅ）ＲＡＭが挙げられる。
【００２１】
図３の説明に戻ると、ＣＲＧメモリ制御部３１４はエンジン制御部３０２内にあって、不揮発性メモリ２１との間でデータの読み出し、メモリ２１の内容の書き換えを行う機能を備えている。３１３はエンジン制御部３０２内にあって、消耗材残量検出部３０５からの情報に基づきトナーカートリッジ１７の寿命を判別するとともにその情報をメモリ制御部に伝達するカートリッジ情報検出手段を示す。また、３１３は消耗材情報取得部３１２からの情報もメモリ制御部に伝達する。また、ＣＲＧメモリ制御部３１４は、ビデオＩ／Ｆを介して、プリンタコントローラからのＣＲＧメモリからの読み込み要求に応じて、プリンタコントローラから指定されたデータ（アドレス）の読み込みを実行する。読み込んだデータをプリンタコントローラからのＣＲＧメモリの書き込み要求に応じて、プリンタコントローラから指定されたデータ（アドレス）のＣＲＧメモリへの書き込みを実行する機能を有する。
【００２２】
また、本発明における印刷装置として、上述の電子写真方式を利用したレーザービームプリンタ、インクジェット方式を利用したインクジェットプリンタ、或は熱転写方式を採用したサーマルヘッドプリンタ、或は複写機等に適用可能であることはいうまでもない。更には、消耗材としては、電子写真方式における紙等の記録媒体への画像記録（画像形成）に利用されるトナーに限定さえるのみではなく、インク、用紙、ステイプルの針等にも適用可能である。
【００２３】
ここで、本発明の実施の形態における印刷装置の更なる具体的な説明をする。印刷装置において、消耗品量が閾値以下になったことが認識されると、該認識した結果を通知するｅｍｐｔｙ信号（Ｌｏｗ信号）がＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）のトラップで通知される。或いは、管理装置１０１から印刷装置への情報要求（ポーリング）に応じて、印刷装置から管理装置１０１に通知される。
【００２４】
図４にＬｏｗ信号のデータ構造の一例を示す。尚、本実施の形態におけるトナーＬｏｗとは、消耗材の残量が所定値以下（例えば１０ｇ以下）、或いは所定パーセント以下（例えば１０％以下）になった状態を示すものとする。４０１がＭＩＢのバージョン、４０２がコミュニティ名、４０３がデータである。４０３の中身は更に４０４〜４０９のような構造になっている。４０４が製品ＩＤ、４０５がＮｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ（ＩＰ  アドレス），４０６がトラップＩＤ、４０７がトラップ種別、４０８が時刻、４０９が可変長のデータ部である。そして４０９に消耗材使用量／残量の具体的な状態が記述される。消耗材の状態としては、トナーがｅｍｐｔｙの状態や、トナー残量が１０％や５０％であるような状態が想定される。４１０に消耗材の種類（印刷装置の種類が異なる場合でも同じ種類の消耗材が利用されることも想定される）が、４１１にその状態が記述され、４１１においては消耗品が閾値以下であれば０、そうでなければ１が格納される。この例で黒トナーのみが閾値以下となっている。無論、４１１の情報を多ビットにすることにより、より詳細な複数段階の残量情報を表現することが想定される。尚、後述する管理装置の処理において、印刷装置から通知されてくる情報は上述の図４のようなデータ構造を持つ。また、他に、管理装置が印刷装置から取得する、製品名やカートリッジ情報、カウンタ情報等も同様なデータ構造を持つが、本発明の本質とは異なるため、説明は省略する。
【００２５】
次に、本発明の処理の流れを図５のフローチャートに従って説明する。尚、図５のフローチャートの各ステップの処理は図１に示した管理装置に設けられたＣＰＵがＲＯＭ，ハードディスク等の不揮発性記憶手段に記憶された本発明の制御プログラムを読み込み実行することに応じて実現されるものとする。
【００２６】
先ず、電源投入に伴うシステムの初期化を行う（Ｓ５００）。具体的には、既に登録済みのデバイス情報に関する情報テーブルを読み込む、変数の初期化などを行う。初期化処理が完了後、システムは外部からの要求、検出情報を処理するループに入る。まず、ＵＩ指示などによる在庫管理対象となるデバイス登録要求であるか判定する（Ｓ５０１）。登録デバイスは図８のような管理装置１０１の記憶部に保持されているデバイステーブルに登録される。本デバイステーブルはプリンタ名８０１、機種名８０２、カートリッジ情報８０３から構成される。カートリッジ情報８０３は更に、カートリッジ種別８０４、現カートリッジ容量種別８０５、トナーカラー種別８０６、カートリッジ容量種別８０７、補正寿命８０８からなる。新規デバイス登録時、以降で説明する処理で各種情報を取得し、本テーブルに情報を登録する。
【００２７】
Ｓ５０１でＹｅｓの場合は、デバイスからモデル情報を取得し、デバイステーブルに登録する（Ｓ５０２）。この取得に際しては、前述のＳＮＭＰなどのプロトコルを使用する。また、図７のような管理装置１０１の記憶部に保持されているモデル情報テーブルからカートリッジ情報を取得し、デバイステーブルの該デバイス欄を初期化する。モデル情報テーブルは各機種に対応したカートリッジ情報が記載されており、機種名７０１、トナーカートリッジ名７０２、トナーカラー種別７０３、カートリッジ容量種別７０４、公称寿命７０５等の情報で構成される。カートリッジ容量種別は本実施例ではＳＴＡＮＤＡＲＤ（標準）とＭＡＳＳ（大容量）の二通りとしているが、何種類でもよく、サポート対象機種に存在する最大の種類分の種別を用意すればよい。
【００２８】
図８では、図７のモデル情報テーブルからトナーカラー種別、カートリッジ容量種別を設定し、更に補正寿命の初期値として図７の公称寿命を用いる。また、この時、初期化できない項目については０などの値で初期化しておく。
【００２９】
次に、取得したモデルはカートリッジ容量種別が複数あるか判定する（Ｓ５０３）。これを判定するためには、モデル情報テーブルを使用する。Ｓ５０２で取得したモデル情報から機種名を取得し、図７のテーブルから対応する機種名で使用されている各トナーカラー種別毎のカートリッジ容量種別数を取得し、その最大値が複数、即ち２以上であるか判定する。複数の場合は更にデバイスからカートリッジ情報が取得可能であるか判定する（Ｓ５０４）。これはデバイスから直接取得してもよいし、図７でモデル毎にデバイス能力も保持し、参照しても良い。Ｓ５０４でＮｏの場合は、カートリッジ容量種別固定の指定があるかを判定する（Ｓ５０５）。これは設定ファイル等に指定欄を設けたり、デバイス登録時の登録情報としてＵＩから入力させてもよい。Ｓ５０５でＹｅｓの場合、デバイステーブルの該デバイスのカートリッジ容量種別ＴをＴｓにセットする（Ｓ５０６）。本設定がされた場合は、カートリッジ交換の度に動的にカートリッジ情報や容量種別を判定する必要がない。単一のカートリッジ製品を使用するユーザは本指定を行うことでシステムの高速化が可能である。また、指定内容からカートリッジ名称を取得する（Ｓ５０７）。また、カートリッジ名称を直接指定するのでなく、容量種別（ＳＴＡＮＤＡＲＤ／ＭＡＳＳ）を指定することにより、モデル情報テーブルからカートリッジ名称を特定するのでもよい。取得した容量種別はデバイステーブル中の「現カートリッジ容量種別」にセットする。Ｓ５０５でＮｏの場合、デバイステーブルの該デバイスのカートリッジ容量種別ＴにＴｊをセットする（Ｓ５０８）。本設定がされた場合はカートリッジ交換の度に動的に、カートリッジ容量種別を判定する必要がある。Ｓ５０７，Ｓ５０８の後はＳ５０１へ戻る。Ｓ５０３でＮｏの場合、デバイステーブルの該デバイスのカートリッジ容量種別ＴにＴｓをセットする（Ｓ５０９）。こちらもＳ５０６同様、動的取得不要であり、カートリッジ容量種別が唯一に決まるため、モデル情報テーブルからカートリッジ名称を取得する（Ｓ５１０）。現カートリッジ容量種別」には「ＳＴＡＮＤＡＲＤ」をセットする。Ｓ５１０の後はＳ５０１へ戻る。Ｓ５０４でＹｅｓの場合、該デバイスのカートリッジ容量種別ＴにＴｄをセットする（Ｓ５１１）。デバイスからカートリッジ情報の動的取得が可能であるため、Ｓ５１１の後、デバイスからカートリッジ情報を取得する（Ｓ５１２）。Ｓ５１２の後はＳ５０１へ戻る。Ｓ５０１でＮｏの場合は、デバイスからトナーＬｏｗ或いはトナーＥｍｐｔｙを検出したか判定する（Ｓ５１３）。Ｓ５１３でＹｅｓの場合は初回の検出であるか否かを判定する（Ｓ５１４）。Ｓ５１４でＹｅｓの場合、該デバイスのカートリッジ種別がＴｊであるかを判定する（Ｓ５１５）。Ｓ５１５でＹｅｓの場合は該デバイスの該カートリッジの消費カウンタＣをデバイスから取得する（Ｓ５１６）。次に消費カウンタＣはチャタ取り対象であるかを判定する（Ｓ５１７）。チャタ取りとは、「振り」による仮のトナーローの解消後のトナーＬａｗであるかを判定するものであり、前回のトナーＬａｗが発生してからの消費カウンタが、所定値に満たない場合、チャタ取り対象と判定される。所定値は例えば、寿命（印字可能数）の１０％以下のように決定される値である。Ｓ５１７でＹｅｓの場合はＳ５０１へ戻る。Ｓ５１７でＮｏの場合、後述のカートリッジ容量種別特定処理を行う（Ｓ５１８）。Ｓ５１８の後、Ｓ５１８で特定したカートリッジ容量種別および、該デバイスの機種名から前記モデル情報テーブルにより、カートリッジ名称を特定し、カートリッジ情報を付加して、該消耗材のＬａｗ／Ｅｍｐｔｙを通知する（Ｓ５１９）。通知先は、サービスマン、ＩＴ管理者等、消耗材の補充に関わる担当者が想定され、メールアドレス等を予め登録しておくことにより実行する。Ｓ５１５でＮｏの場合も同様にデバイステーブル及びモデル情報テーブルからカートリッジ名称を特定し、同様に該消耗材のＬａｗ／Ｅｍｐｔｙを通知する（Ｓ５１９）。Ｓ５１９の後はＳ５０１へ戻る。Ｓ５１３でＮｏの場合、カートリッジ交換を検出したかを判定する（Ｓ５２０）。このカートリッジ交換判定は、デバイスでカートリッジの個体識別により交換判定が可能なものもあるが、トナーＬａｗ／Ｅｍｐｔｙが解消されたことにより、間接的に交換されたと判定することも可能である。また、この場合、前述の「振り」による仮のトナーローの解消時は除くなどの対処が必要である。Ｓ５２０でＹｅｓの場合、該カートリッジの在庫Ｓを１減算し、Ｓ−１を設定する（Ｓ５２１）。次に該デバイスのカートリッジ種別ＴがＴｄであるかを判定する（Ｓ５２２）。Ｓ５２２でＹｅｓの場合は、デバイスからカートリッジ情報を取得して、デバイステーブル中の該デバイスの「現カートリッジ容量種別」を更新する（Ｓ５２３）。Ｓ５２３の後はＳ５０１へ戻る。Ｓ５２２でＮｏの場合は、該デバイスのカートリッジ種別ＴがＴｊであるか判定する（Ｓ５２４）。Ｓ５２４でＹｅｓの場合は該デバイスの該カートリッジの消費カウンタＣを取得する（Ｓ５２５）。この消費カウンタＣは、前回のトナーＬｏｗ／Ｅｍｐｔｙ解消後、カートリッジ交換に至るまでの消費カウンタである。この消費カウンタＣの値で該デバイスの「補正寿命」値を補正する。この補正式については、例えば、補正回数をＮ回目、現補正寿命Ｌとした場合、次の式：  （（Ｎ−１）＊Ｌ＋Ｃ）／Ｎ  で算出される。また、この寿命補正においても、チャタ取り対象の消費カウンタ値を加えるなどの対処も必要であるが、本発明の本質とは関係ないため、説明を省略する。Ｓ５２６の後はＳ５０１へ戻る。Ｓ５２４でＮｏの場合もＳ５０１へ戻る。
【００３０】
次に、図６で前述のトナー容量種別特定処理について、フローチャートを用いて説明する。
【００３１】
先ず、トナー容量種別が複数あるかを判定する（Ｓ６０１）。Ｓ６０１でＹｅｓの場合は該デバイスの標準カートリッジ寿命ＣＳを取得する（Ｓ６０２）。本実施例では、図８のデバイステーブルから該デバイスの該カートリッジのカートリッジ容量種別がＳＴＡＮＤＡＲＤの補正寿命を取得する。次に、該デバイスの大容量カートリッジ寿命ＣＭを取得する（Ｓ６０３）。本実施例では、図８のデバイステーブルから該デバイスの該カートリッジのカートリッジ容量種別ＭＡＳＳの補正寿命を取得する。次にＳ５１６で取得した消費カウンタＣがＣＳの１５０％以内であるか判定する（Ｓ６０４）。ここで１５０％としているのは、本実施例ではよくある製品例に倣い、ＳＴＡＮＤＡＲＤとＭＡＳＳの二種類、及び容量比率をＳＴＡＮＤＡＲＤ：ＭＡＳＳ＝１：２としているためである。これは容量種別数、容量比率により適切に設定する必要がある。Ｓ６０４でＹｅｓの場合は更に消費カウンタＣがＣＭの１０％以上、５０％以下であるかを判定する（Ｓ６０５）。また、この１０％、５０％の値も本実施例での値であり、前述の通り、容量種別数、容量比率により適切に設定する必要がある。Ｓ６０１でＮｏの場合、或いはＳ６０６でＹｅｓの場合はトナー容量種別をＳＴＡＮＤＡＲＤとし、デバイステーブル中の該デバイスの「現カートリッジ容量種別」に「ＳＴＡＮＤＡＲＤ」を設定する。Ｓ６０４でＮｏの場合、或いはＳ６０５でＮｏの場合はトナー容量種別をＭＡＳＳとし、デバイステーブル中の該デバイスの「現カートリッジ容量種別」に「ＭＡＳＳ」を設定する。
【００３２】
（第二の実施の形態）
第一の実施の形態では、カートリッジ交換の際に交換されたカートリッジ容量種別についての寿命を補正するものであった。しかし、カートリッジ容量種別間で容量比率が決まっているので、同デバイスの同トナーカラー種別の別カートリッジ容量種別についても、容量比率に基づいて、補正することが可能である。
【００３３】
例えば、図８のプリンタ名が「３Ｆ  Ａ居室  ＯＡコーナー  ＭＦＰ」であるデバイスについては、ＢＬＡＣＫ、ＳＴＡＮＤＡＲＤのカートリッジ交換検知時に、同デバイスのＢＬＡＣＫ、ＭＡＳＳの寿命も補正することが可能である。この時の計算式は、例えば、前述のようにＳＴＡＮＤＡＲＤが（（Ｎ−１）＊Ｌ＋Ｃ）／Ｎで算出される場合、ＭＡＳＳの現補正寿命Ｌ’とすると、ＭＡＳＳの補正寿命は次の式：（（Ｎ−１）＊Ｌ’＋２Ｃ）／Ｎで算出される。
【００３４】
これにより、カートリッジ容量種別の使用に偏りのある環境でも、使用の少ない種に関しても使用環境による補正が可能となり、より精度の高い消耗品在庫管理をすることが可能になるという効果を奏する。
【００３５】
（第三の実施の形態）
第１乃至第２の実施形態において説明してきた図７の情報は管理装置１０１の記憶部に保持されているというものであった。しかしながら、新しいモデルの印刷装置や、新しいモデルのトナーカートリッジ（消耗材）が販売されることも想定される。即ち、予め管理装置１０１の記憶部に固定的に図７の情報を保持するような形態では、そのような想定に対応できないという問題が生じる。
【００３６】
そこで、第１乃至第２の実施形態における管理装置１０１に図７の情報を定期的に更新する更新手段を備えれば、新たな印刷装置や消耗材が販売されるような状況に対応することができる。尚、第３の実施の形態における管理装置１０１を含む本システムは基本的に第１乃至第２の実施形態において説明したものと同様の構成及び機能を備えるので、重複する説明に関しては省略する。ここで、更新手段は、インターネット公衆回線１０６を介して通信可能な外部装置から送られてくる最新の図７のテーブル情報を取得する機能を備える。
【００３７】
尚、外部装置からのテーブルの情報の取得は、管理装置１０１から定期的に外部装置に対して情報の要求を行うような形態でもよいし、外部装置からの自発的な最新テーブル情報配信を管理装置１０１が受信するような形態でも良い。また、管理装置１０１に記憶媒体を装着することにより、装着された記憶媒体に記憶された最新の図７のテーブルを管理装置１０１に読み込ませ、記憶部への記憶内容を更新させるようにしてもよい。また、外部装置で管理されるテーブルの情報の内、更新された新たなモデルに対応した部分の情報を管理装置１０１の更新手段に取得させるように構成してもよい。
【００３８】
以上により、新しいモデルの印刷装置や新しいモデルのトナーカートリッジが販売されても、本システムで対応が可能となる。
【００３９】
（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2011150589.tif 000003
【図２】
2011150589.tif 000004
【図３】
2011150589.tif 000005
【図４】
2011150589.tif 000006
【図５】
2011150589.tif 000007
【図６】
2011150589.tif 000008
【図７】
2011150589.tif 000009
【図８】
2011150589.tif 000010