(57)【要約】【課題】  ユーザ毎の画像形成動作実行頻度の高低によらず最適なタイミングで画像形成用リソースの自動発注及び関連処理を行うことができる画像形成装置を提供すること。【解決手段】  リソース残量検出手段により検出される現在のリソース残量と、前記リソース残量検出手段により検出される、現在から遡る所定期間内におけるリソース残量変化とに基づいて、リソース供給手段が今後使用可能と予測される期間である予測余命を算出し、その算出された前記予測余命が所定のしきい余命以下となった場合に前記リソース供給手段に係る所定の発注関連処理を行う発注制御手段を備えたことを特徴とする。【選択図】    図２
2006300996.tif 000002
【特許請求の範囲】
【請求項１】
供給される画像形成用のリソースを使用して画像形成を行う画像形成手段を備える一方、供給した分だけ残量を減じつつ前記画像形成手段に対して前記リソースを供給する脱着交換可能なリソース供給手段を備えた画像形成装置において、
前記リース供給手段における前記リソースの残量を検出するリソース残量検出手段と、
前記リソース残量検出手段により検出される現在のリソース残量と、前記リソース残量検出手段により検出される、現在から遡る所定期間内におけるリソース残量変化とに基づいて、前記リソース供給手段が今後使用可能と予測される期間である予測余命を算出する予測余命算出手段と、
前記予測余命算出手段により算出された前記予測余命が所定のしきい余命以下となった場合に前記リソース供給手段に係る所定の発注関連処理を行う発注制御手段と
を備えたことを特徴とする画像形成装置。
【請求項２】
前記所定の発注関連処理は、前記リソース供給手段に係る発注情報を所定の宛先装置へ送信する処理を含むことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記所定の発注関連処理は、前記リソース供給手段に係る自動発注を行った旨を示す情報を所定形態で出力する処理を含むことを特徴とする請求項２に記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置に関し、特に、トナー、インク、ロール紙等の画像形成用リーソスを供給するためのリソース供給手段の最適タイミングでの発注制御に関する。
【背景技術】
【０００２】
画像形成装置における画像形成動作、つまり、画像形成対象の画像データを記録紙などのシートに印刷出力する動作においては、画像形成用リソース、具体的には、例えば、電子写真方式であればトナー、インクジェット方式であればインクを、画像データの内容に応じた分だけ消費する。
【０００３】
また、記録用のシートとして、特許文献１に見られるようなロール紙を用いる場合、画像形成対象の画像データのページ数やサイズに応じた分だけロール紙は繰り出され、裁断され消費されることになり、ロール紙も画像形成用のリソースとして捉えることができる。
【０００４】
しかし、それらの画像形成用のリソースの残量が尽きてしまうと、画像形成動作が不可能となってしまうため、リソース残量が尽きてしまう前に、リソースの補給を行う必要がある。
【０００５】
一般にトナーはトナーカートリッジやプロセスカートリッジに充填された形態でカートリッジごと交換されるため、リソースの補給は、カートリッジの交換により行われることになる。インクジェット方式での画像形成におけるインクカートリッジについても同様でリソースの補給はカートリッジの交換により行われることになる。ロール紙についても、１巻のロール紙がなくなれば新しい１巻のロール紙に交換されることにより、リソースの補給が行われることになる。
【０００６】
そのため、リソースの供給をうけつつ画像形成動作を行っている画像形成装置における当該画像形成動作がリソース切れにより不可能になってしまう事態を防止するためには、トナーカートリッジ、インクカートリッジ、ロール紙等の画像形成用リソースを供給するための手段（リソース供給手段）を、各ユーザが余裕をもって発注すると共に配達されたリソース供給手段をユーザ側で保管しておけばよい。
【０００７】
しかし、画像形成装置における画像形成動作の実行頻度は、各ユーザ毎に異なり、また、特定ユーザについても、画像形成装置の利用状況変化により、画像形成動作の頻度が時期によって増減したりする場合もあり、リソース供給手段の最適在庫量や発注タイミングをユーザが容易には判断できないという問題がある。
【０００８】
一方、画像形成装置用のリソース供給手段の在庫管理をユーザに強いたのでは画像形成装置の利便性が損なわれることになるため、特許文献１に記載の技術のように、リソース（ロール紙）の残量が残り少なくなったときに、その旨を他装置に通知して自動的に発注するようにしたものがある。
【特許文献１】特開平０６−１３３１３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、ロール紙等のリソースの物理的な残量の検出に基づく自動発注のタイミング判断では、前述した、画像形成装置における画像形成動作の実行頻度の各ユーザ毎のばらつきや、特定ユーザにおける画像形成装置の利用状況変化による画像形成動作頻度の時期的増減に対応できない。
【００１０】
つまり、画像形成動作の実行頻度の高いユーザにおいては、自動発注後リソース供給手段が配達される前に、リソース残量が尽きてしまい画像形成動作が行えなくおそれがある一方、画像形成動作の実行頻度の低いユーザにおいては、自動発注後新しいリソース供給手段が配達されてから、その配達されたリソース供給手段が未使用のまま長期間放置されて品質低下してしまうおそれがある。
【００１１】
本発明は係る事情に鑑みてなされたものであり、ユーザ毎の画像形成動作実行頻度の高低によらず最適なタイミングで画像形成用リソースの自動発注及び関連処理を行うことができる画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
請求項１に記載の画像形成装置は、供給される画像形成用のリソースを使用して画像形成を行う画像形成手段を備える一方、供給した分だけ残量を減じつつ前記画像形成手段に対して前記リソースを供給する脱着交換可能なリソース供給手段を備えた画像形成装置において、前記リース供給手段における前記リソースの残量を検出するリソース残量検出手段と、前記リソース残量検出手段により検出される現在のリソース残量と、前記リソース残量検出手段により検出される、現在から遡る所定期間内におけるリソース残量変化とに基づいて、前記リソース供給手段が今後使用可能と予測される期間である予測余命を算出する予測余命算出手段と、前記予測余命算出手段により算出された前記予測余命が所定のしきい余命以下となった場合に前記リソース供給手段に係る所定の発注関連処理を行う発注制御手段とを備えたことを特徴とする。
【００１３】
請求項２に記載の画像形成装置は、請求項１に記載の画像形成装置において、前記所定の発注関連処理は、前記リソース供給手段に係る発注情報を所定の宛先装置へ送信する処理を含むことを特徴とする。
【００１４】
請求項３に記載の画像形成装置は、請求項２に記載の画像形成装置において、前記所定の発注関連処理は、前記リソース供給手段に係る自動発注を行った旨を示す情報を所定形態で出力する処理を含むことを特徴とする。
【発明の効果】
【００１５】
請求項１に係る発明によれば、前記リソースの物理的な残量ではなく、現在のリソース残量と現在から遡った所定期間内でのリソース残量変化とに基づいて得られる前記予測余命と前記しきい余命との比較により前記リソース供給手段に係る発注関連処理の実行タイミングを決めるようにしているため、ユーザ毎の画像形成動作実行頻度の高低によらず最適なタイミングで画像形成用リソースに係る発注関連処理を行うことが可能となる効果が得られる。
【００１６】
請求項２に係る発明によれば、ユーザ毎の画像形成動作実行頻度の高低によらず最適なタイミングで画像形成用リソースに係る自動発注を行うことが可能となる効果が得られる。
【００１７】
請求項３に係る発明によれば、前記リソース供給手段に係る自動発注が行われたことを、音声出力、表示出力、印刷出力などの所定の形態でユーザに通知するようにすることで、自動発注に係る配達があることをユーザが事前に知ることが可能となる効果が得られる。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面を参照しながら、本発明を実施するための最良の形態について説明する。
【００１９】
図１に、本発明を実施するための最良の形態に係る画像形成取装置１を含むシステム構成について示す。
【００２０】
同図において、画像形成装置１は、ＰＳＴＮ２００を介してＰＳＴＮ２００上のファクシミリ装置２０１との間で画データの送受信を行うことができる。また、画像形成装置１は、もしＩＳＤＮ３００とのインターフェースを備えればＩＳＤＮ３００上のファクシミリ装置３０１との間での画データの送受信も可能である（本発明を実施するための最良の形態では備えていない）。また、画像形成装置１は、ＬＡＮ１００に接続され、パケット変換を行うルータ装置１０２を介してインターネット４００に接続され、インターネット４００上のパーソナルコンピュータ４０２との間で電子メールによる画像データの送受信や、インターネット４００上のネットワークファクシミリ装置４０１との電子メールやＩＴＵ−Ｔ勧告Ｔ．３８などに基づくリアルタイムネットワークファクシミリ通信による画データの送受信を行うことができる。また、画像形成装置１は、ＬＡＮ１００上のパーソナルコンピュータ（ＰＣ）１０１ａ、１０１ｂ、１０１ｃ等との間で画データのやりとりを行うことができる。
【００２１】
つまり、画像形成装置１は、公衆回線を介した通常のファクシミリ装置、ネットワークファクシミリ装置、ＰＣ１０１ａ等にとってのスキャナ装置、ＰＣ１０１ａ等にとってのプリンタ装置、複写機等としての機能を複合的に備えたものである。
【００２２】
図２に、画像形成装置１のブロック構成について示す。
【００２３】
同図において、ＣＰＵ２は、ＲＡＭ４を作業領域として使用しつつ、ＲＯＭ３に書き込まれた制御プログラムに基づいて装置各部を制御したり、各種データ処理をしたり、プロトコル制御を行う中央演算処理装置である。
【００２４】
ＲＯＭ３は、ＣＰＵ２が装置各部を制御するための制御プログラムや、各文字コードに対応するフォントデータなどの制御に必要な各種データが記憶されるリードオンリメモリである。
【００２５】
ＲＡＭ４は、前述したようにＣＰＵ２の作業領域として使用されるランダムアクセスメモリである。
【００２６】
ＥＥＰＲＯＭ（電気的に書き換え可能な読み出し専用メモリ）５は、装置動作に必要な各種情報が記憶されると共に、装置の電源がオフされた状態でもその記憶内容を保持するためのメモリであり、バッテリバックアップされたＳＲＡＭ（スタティックＲＡＭ）や磁気ディスク装置への置き換えも可能である。
【００２７】
タイマ回路６は、ＣＰＵ２によりシステムバス１５を介して設定された時定数を、ＣＰＵ２からの起動指示を受けてカウントダウンを開始し、タイムアウトするとＣＰＵ２にその旨通知するものである。
【００２８】
操作表示部７は、ユーザからの操作入力を受け入れるための各種キーが配設される一方、液晶表示装置等の表示器を備え、ユーザに知らせるべき装置の動作状態や、各種メッセージを表示するものである。
【００２９】
画像読取部８は、原稿を読み取って画データを得るためのものである。
【００３０】
画像形成部９は、画像データを記録紙に印刷出力するためのものである。画像形成部９は電子写真方式のものであり、着脱可能なリソース供給手段９ａを備えている。リソース供給手段９ａは、具体的には、トナーカートリッジであり、内蔵する、画像形成用リソースとしてのトナーを、画像形成部９における画像形成動作のために供給すると共に供給した分だけその残量を減らす。
【００３１】
画像処理部１０は、生の画像データの符号化圧縮、及び、符号化された圧縮データの復号伸張の符号化復号化処理や、２値化処理、変倍処理、縮小拡大処理、画像補正処理、画データを構成する各主走査ラインにおける画素順番の並べ替え処理、送信日時や受信日時の文字列情報などの付加情報の付加処理などの、画像形成装置１において扱う画データに関する各種処理を行う。
【００３２】
ＬＡＮ通信制御部１０は、いわゆるＮＩＣ（Network Interface Card）であり、ＬＡＮ１００に接続され、ＬＡＮプロトコル上でのＣＰＵ２によるＴＣＰ／ＩＰプロトコルのやりとりにより、その上位のプロトコルにより各種情報のやりとりなどを行えるようにするためのものである。
【００３３】
通信制御部１２は、ＮＣＵ部１３を介してＰＳＴＮ２００と接続され、相手側通信端末との通信の制御を行う。その通信制御部１２は、ＮＣＵ部１３を制御し、ＮＣＵ部１３にて検出されたリンギング電圧のパルスの検出や、ＤＴＭＦ信号の検出、トーン信号の検出、送信時の発呼を行う。また、通信制御部１２は、モデムを有しており、相手側通信端末より受信した受信データ（変調されている）を復調したり、逆に、送信時の送信データを変調し送信したりする。具体的には、ＩＴＵ−Ｔ勧告Ｔ．３０に基づくＧ３ファクシミリ制御信号をやりとりするための低速モデム機能能（Ｖ．２１モデム）、及び、主に文書画像データをやりとりするための高速モデム機能である、Ｖ．１７、Ｖ．３３、Ｖ．３４、Ｖ．２９、Ｖ．２７ｔｅｒの各モデム機能を備えている。
【００３４】
ＮＣＵ部１３はＰＳＴＮ２００に接続され、回線の閉結や、呼び出し信号（リンギング）の検出などをおこなう。
【００３５】
Ｄ／Ａ変換器１４は、システムバス１５を介してＣＰＵ２から入力される電子メールアドレスの音声データをアナログ信号に変換してアンプ１４ａに入力するものである。アンプ１４ａは、入力されたアナログ信号を増幅してスピーカ１４ｂに入力する。スピーカ１４ｂは、入力されたアナログ信号を音に変換する。
【００３６】
システムバス１５は、上記各部がデータをやり取りするためのデータバス・アドレスバス・制御バス、割り込み信号ラインなどにより構成される信号ラインである。
【００３７】
以上の構成で、画像形成装置１は、プリンタ装置として、ファクシミリ装置の受信側として、または複写機として、画像データを記録紙上に形成して出力する画像形成動作を行うが、その画像形成動作は、前述したように、画像形成部９により行われ、画像形成動作の都度、リソース供給手段９ａから画像形成用のリソース（トナー）が供給されると同時に供給した分だけリソース供給手段９ａにおけるリソース（トナー）の残量が減る。
【００３８】
リソース供給手段９ａのリソース残量が全くの０になってしまうと、画像形成動作が不可能となってしまうため、リソース残量が全くの０になってしまう前に、リソース供給手段９ａをリソース（トナー）が十分充填された別のものに交換する必要がある。
【００３９】
しかし、リソース供給手段９ａにおけるリソース残量の低下速度は、各ユーザごとの画像形成動作の頻度や、各画像形成動作におけるリソース消費の程度によって異なるものである。
【００４０】
そのため、リソース残量が尽きてしまう前の所定のしきい残量になったことを検知した時点でリソース供給手段９ａについての自動発注を行うとすると、画像形成装置１がその画像形成動作が頻々に起動される環境にある場合には、発注したリソース供給手段が届く前にリソース供給手段９ａのリソース残量が尽きてしまい、画像形成動作が不可能になってしまう事態に陥る。
【００４１】
逆に、画像形成装置１がその画像形成動作が頻々には起動されない環境にある場合には、リソース供給手段９ａのリソース残量が尽きるまでの長期間、発注して届いた新しいソース供給手段が未使用のまま放置されてしまい、リソースの品質低下などを招くおそれがある。
【００４２】
そのため、リソース供給手段９ａに関する発注は、発注した新しいリソース供給手段が届いた時点で交換前のリソース供給手段９ａのリソース残量が丁度尽きるタイミングまたは多少余裕を見た早めのタイミングで行うのが理想的といえる。
【００４３】
そのためには、リソースの物理的な残量が所定のしきい残量になったことを発注条件とするのではなく、予測される、リソースが尽きるまでに要する時間（予測余命）が、所定のしきい余命以下になった場合に発注を行うようにする必要がある。
【００４４】
本発明を実施するための最良の形態においては、リソース供給手段９ａの発注を、リソースの物理的な残量と所定のしきい残量との比較により行うのではなく、上記予測余命としきい余命との比較により行うようにすることで、ユーザごとの画像形成動作の頻度の違いによらず常に最適なタイミングでのリソース供給手段９ａに関する発注を行えるようにする。
【００４５】
そのために、ＥＥＰＲＯＭ５には、図３に示す通りの各種情報が記憶される。
【００４６】
同図において、記憶領域５ａの初期リソース量Ｑinitは、予め設定される定数情報であり、交換直後の未使用状態のリソース供給手段９ａが内蔵するリソース量を示す情報であり、後述する図６のリソース残量初期化処理において参照されるものである。Ｑinitの値は、予め装置出荷時の初期値として設定したり、出荷後、使用するリソース供給手段９ａに適合する値を操作入力により設定する。また、リソース供給手段９ａが自手段が内蔵するリソース量の初期値を記憶するメモリを備え、画像形成装置１側が、リソース供給手段９ａの交換後に、その初期値を所定のインターフェースを介して読み出し設定するようにしてもよい。
【００４７】
記憶領域５ｂのリソース残量Ｑは、リソース供給手段９ａにおける現在のリソース残量を示す変数情報であり、図５に示す画像形成制御処理において、画像形成動作の度に更新される情報である。
【００４８】
記憶領域５ｃのしきい余命Ｔthは、予め設定される定数情報であり、図においては、３日分の時間に相当する「２４時間＊３（日）＝７２時間」が予め設定されている。
【００４９】
記憶領域５ｄのリソース消費速度確認周期Ｔcheckは、予め設定される定数情報であり、図においては、「２４時間」が予め設定されている。
【００５０】
記憶領域５ｅは、リソース消費速度測定周期倍率Ｍは、予め設定される定数情報であり、図においては、「４倍」が設定されている。
【００５１】
記憶領域５ｆのリソース残量履歴Ｑrecordは、配列変数情報であり、図においては、Ｑrecord[０]ないしＱrecord[Ｍ]の（Ｍ＋１）個の変数の集まりとして構成されている。その場合の「Ｍ」は、記憶領域５ｅの倍率「Ｍ」である。
【００５２】
記憶領域５ｇのリソース消費速度Ｖconsumeは、変数情報であり、記憶領域５ｆのＱrecord[０]及びＱrecord[Ｍ]の各リソース残量履歴情報と、記憶領域５ｄの確認周期Ｔcheckと、記憶領域５ｅの倍率Ｍとに基づいた、（（Ｑrecord[Ｍ]−Ｑrecord[０]）／（Ｔcheck＊Ｍ））の演算により算出されるものである（詳細後述）。
【００５３】
記憶領域５ｈの予測余命Ｔpredictは、変数情報であり、記憶領域５ｆのリソース残量履歴情報Ｑrecord[０]と、記憶領域５ｇの速度Ｖconsumeとに基づいた、（Ｑrecord[０]／Ｖconsume）の演算により算出されるものである（詳細後述）。
【００５４】
記憶領域５ｉの発注通知形態設定フラグＦｏは、予め設定される、フラグ定数情報であり、後述する図８の発注関連処理手順における判断Ｓ４０４において参照される。フラグＦｏは、値「１」が、「音」により発注通知を行うことを示し、値「２」が、「表示」により発注通知を行うことを示し、値「３」が「印刷」により発注通知を行うことを示す。
【００５５】
記憶領域５ｊの発注情報は、予め設定される情報であり、リソース供給手段９ａに係る自動発注に必要な情報の集まりでありる（詳細後述）。
【００５６】
記憶領域５ｋの発注宛先識別情報は、予め設定される情報であり、リソース供給手段９ａと交換すべきリソース供給手段を発注する宛先及び発注形態を示す情報である。
【００５７】
宛先として「ファクス番号」が設定されている場合には、発注形態は、ＰＳＴＮ２００を介した宛先ファクシミリ装置への「ファクシミリ送信」である。
【００５８】
宛先として「電子メールアドレス」が設定されている場合には、発注形態は、インターネット４００等のネットワークを介した宛先装置への「電子メール送信」である。
【００５９】
宛先として「ＩＰアドレス」が設定されている場合には、発注形態は、インターネット４００等のネットワークを介したＩＴＵ−Ｔ勧告Ｔ．３７準拠の「リアルタイムネットワークファクシミリ送信」による宛先装置への送信である。
【００６０】
宛先として「ホスト名」が設定されている場合には、発注形態は、インターネット４００等のネットワークを介したＩＴＵ−Ｔ勧告Ｔ．３７準拠の「リアルタイムネットワークファクシミリ送信」による宛先装置への送信である。その場合、「ホスト名」に対応する宛先「ＩＰアドレス」は、インターネット４００等のネットワーク上のＤＮＳ（ドメインネームサーバ）への問い合わせによるアドレス解決により取得する。
【００６１】
図４に、リソース供給手段９ａにおけるリーソス残量Ｑと時間ｔとの関係について示す。
【００６２】
同図において、横軸の時間ｔがｔ＝０の時点で新しいリソース供給手段９ａが装着されて、それ以後、画像形成装置１における画像形成動作が可能な状態となる。ｔ＝０におけるリソース残量はＱinitであり、そのＱinitが、図３の記憶領域５ａの初期リソース量Ｑinitととして記憶される。
【００６３】
リソース残量Ｑは、ｔ＝０における残量Ｑinitから時間経過と共に、具体的には、時間経過の中で実行される各画像形成動作において画像形成用のリソース（トナー）を供給することで、その分減っていく。
【００６４】
そのような、時間経過（の中で実行される各画像形成動作）と共に減少するリソース残量Ｑは、後述する図７の発注制御処理において、定期的に、具体的には、図３の記憶領域５ｄに予め設定されているリソース消費速度確認周期Ｔcheckでチェックされる。
【００６５】
そのチェック結果は、図３の記憶領域５ｆのリソース残量履歴Ｑrecordとして記憶される。具体的には、最新のチェック結果がＱrecord［０］、それよりＴcheckだけ過去の結果がＱrecord［１］、それよりＴcheckだけ過去の結果がＱrecord［２］、それよりＴcheckだけ過去の結果がＱrecord［３］、それよりＴcheckだけ過去の結果がＱrecord［４］として記憶される。図３の記憶領域５ｅにおいて、測定期間設定倍率「Ｍ」は「４倍」に設定されているため、Ｑrecord［４］までの記憶で十分である（詳細後述）。
【００６６】
Ｑrecord［０］のチェックタイミングを基準として過去に遡ったリソース消費速度測定期間（Ｔcheck＊Ｍ（４））における、リソース減少量である、Ｑrecord［４（Ｍ）］とＱrecord［０］との差分と、Ｑrecord［０］の値とから、予測余命Ｔpredict（図３の記憶領域５ｈに記憶される）を算出し（詳細後述）、その予測余命Ｔpredictが、しきい余命Ｔth（図３の記憶領域５ｃに記憶される）以下になった場合、リソース供給手段９ａと交換されるべき新しいリソース供給手段の発注が必要と判断される（詳細後述）。
【００６７】
図５に画像形成装置１における画像形成制御処理手順について示す。
【００６８】
同図において、先ず、画像形成対象画像データが有無を確認しつつ、画像形成対象画像データが有るようになるまで待つ（処理Ｓ１０１、判断Ｓ１０２のＮｏのループ）。その場合、画像形成対象画像データとは、ＰＳＴＮ２００やインターネット３００を介したファクシミリ受信動作または電子メール受信動作、自装置の画像読取部８及び画像形成部９を用いたコピー動作、または、ＬＡＮ１００を介したＰＣ１０１ａ等からの印刷依頼画像データを印刷出力するプリンタ動作に関連して、画像形成部９により印刷出力する必要がある画像データである。
【００６９】
判断Ｓ１０２において、画像形成対象画像データがある場合には（判断Ｓ１０２のＹｅｓ）、その画像形成対象画像データを画像形成部９により記録紙等のシートに印刷出力する処理動作である画像形成動作を、リソース供給手段９ａからのリソース（トナー）の供給を受けつつ行う（処理Ｓ１０３）。また、処理Ｓ１０３の画像形成動作において消費したリソース量であるリソース消費量ΔＱを計測する。その場合のリソース消費量ΔＱの計測は、画像形成対象画像データを構成する各画素のうちの、リソース（トナー）を消費した積極的な画像形成対象となる画素（モノクロ印刷なら黒画素）の総数と、１画素当たりのリソース消費量との積を求めることにより行うことができる。モノクロ多階調印刷の場合にも、階調と１画素当たりのリソース消費量との関係からリソース消費量ΔＱを求めることができる。
【００７０】
そして、処理Ｓ１０３で計測されたリソース消費量ΔＱを、図３の記憶領域５ｂに記憶されているリソース残量Ｑから減じた値を、新たなリソース残量Ｑとして、図３の記憶領域５ｂに記憶して（処理Ｓ１０４）、処理Ｓ１０１に戻る。
【００７１】
これにより、記憶領域５ｂの変数Ｑには、リソース供給手段９ａにおける現在のリソース残量が記憶されることになる。
【００７２】
図６に、図５の画像形成制御処理ループと並行して行われる、リソース残量初期化処理手順について示す。
【００７３】
同図において、リソース供給手段９ａの装着の有無を確認を、装着されるまで行う（処理Ｓ２０１、判断Ｓ２０２のＮｏのループ）。そして、装着されると（判断Ｓ２０２のＹｅｓ）、図３の記憶領域５ｂのリソース残量Ｑを、図３の記憶領域５ａに記憶されている初期リソース量Ｑinitの値に更新して（処理Ｓ２０３）、処理Ｓ２０１に戻る。
【００７４】
これにより、リソース供給手段９ａが交換されても、図３の記憶領域５ｂのリソース残量Ｑの値の妥当性を維持することができる。
【００７５】
なお、処理Ｓ２０１における装着の有無の判断は、リソース供給手段９ａが装着されるＯＮまたはＯＦＦするスイッチやフォトインタラプタの状態変化を検出することにより行える。
【００７６】
図７に、図５の画像形成制御処理ループ及び図５のリソース残量初期化処理ループと並行して行われる発注制御処理手順について示す。
【００７７】
同図において、先ず、タイマ回路６が備える複数チャネルのタイマのうちのタイマＴに時定数として図３の記憶領域５ｄのリソース消費速度確認周期Ｔcheckを設定して（処理Ｓ３０１）、タイマＴを起動する（処理Ｓ３０２）。そして、タイマＴがタイムアウトするのを待ち（判断Ｓ３０３のＮｏのループ）、タイムアウトすると（判断Ｓ３０３のＹｅｓ）、図３の記憶領域５ｆのリソース残量履歴ＱrecordのうちのＱrecord［０］に代入する（処理Ｓ３０５）。
【００７８】
そして、図３の記憶領域５ｆのリソース残量履歴Ｑrecordを構成するＱrecord［０］ないしＱrecord［Ｍ（４）］を、Ｑrecord［３］の値をＱrecord［４］に、Ｑrecord［２］の値をＱrecord［３］に、Ｑrecord［１］の値をＱrecord［２］に、Ｑrecord［０］の値をＱrecord［１］に、の順番でシフト処理する（処理Ｓ３０５）。
【００７９】
そして、図３の記憶領域５ｇに記憶すべきリソース消費速度Ｖconsumeを、（（Ｑrecord[Ｍ]−Ｑrecord[０]）／（Ｔcheck＊Ｍ））の演算により算出・記憶し（処理Ｓ３０６）、更に、図３の記憶領域５ｈに記憶すべきＴpredictを、（Ｑrecord[０]／Ｖconsume）の演算により算出・記憶する（処理Ｓ３０７）。
【００８０】
その算出した予測余命Ｔpredictが、まだ、図３の記憶領域５ｃに設定されているしきい余命Ｔth以下とはなっていない場合には（判断Ｓ３０８のＮｏ）、処理Ｓ３０１に戻る。
【００８１】
予測余命Ｔpredictがしきい余命Ｔth以下となった場合には（判断Ｓ３０８のＹｅｓ）、発注関連処理（詳細後述）を行い（処理Ｓ３０９）、その後、リソース供給手段９ａの装着の有無を確認・監視しつつ待ち（処理Ｓ３１０、判断Ｓ３１１のＮｏのループ）、装着された場合、つまり、リソース供給手段９ａが発注した新しいリソース供給手段と交換された場合には（判断Ｓ３１１のＹｅｓ）、処理Ｓ３０１に戻る。それにより、１つのリソース供給手段について１回のみ処理Ｓ３０９の発注関連処理が行われるように制御できる。
【００８２】
このような発注制御処理を行うことで、ユーザごとの画像形成動作の頻度や各画像形成動作におけるリソース消費の程度の違いによらず、常に最適なタイミング、つまり、遅すぎず早すぎないタイミングで、リソース供給手段の発注に関連する処理である、処理Ｓ３０９の発注関連処理を行うことができる。
【００８３】
図８に、図７の処理Ｓ３０９の発注関連処理の具体的な処理手順について示す。
【００８４】
同図において、先ず、図３の記憶領域５ｋの発注宛先識別情報の内容に基づいて、発注形態を特定し（処理Ｓ４０１）、また、発注宛先識別情報の内容に基づいて発注相手先装置を特定し（処理Ｓ４０２）、特定した発注形態で、特定した発注相手先装置に、発注情報を送信する（処理Ｓ４０３）。その場合の発注情報は、リソース供給手段９ａの種類を特定するための情報、及び、発注したリソース供給手段９ａの配達宛先（画像形成装置１の設置場所）の情報を少なくとも含んでいる。それらの発注情報は、図３の記憶領域５ｋに予め設定・記憶されている。なお、発注形態や発注情報の具体的な内容により本発明は限定されるものではない。
【００８５】
処理Ｓ４０３により送信した発注情報が、発注宛先側により適切に処理され、リソース供給手段９ａとなる新たなリソース供給手段が配達された頃には、画像形成装置１に装着されている、リソース残量が残り少なくなっているリソース供給手段９ａのリソース残量が丁度無くなる頃になっていることになるため（逆にいえば、図３の記憶領域５ｃのしきい余命Ｔthの設定を、各ユーザ毎の発注・配達環境に適合するように設定することも可能である）、早すぎず遅すぎない丁度よいタイミングでのリソース供給手段９ａの交換を行える。
【００８６】
処理Ｓ４０３の発注情報の送信処理のみでも、リソース供給手段９ａの発注・配達に関しては問題ないが、画像形成装置１のユーザがその事情を知らないまま配達を受けるとすると、その受けとる時に事情がわからず戸惑いを感じたりするおそれがあるため、判断Ｓ４０４以降の処理をも行うようにする。
【００８７】
つまり、判断Ｓ４０４において、図３の記憶領域５ｉに予め設定・記憶されている発注通知形態設定フラグＦｏを確認し、値「０」の場合には、発注通知メッセージの音声出力を行う（処理Ｓ４０５）。処理Ｓ４０５は、具体的には、ＲＯＭ３に予め記憶されている発注通知用の音声データをＤ／Ａ変換器１４，アンプ１４ａを介してスピーカ１４ｂにより音として出力する処理である。その場合の発注通知メッセージは、「トナーカートリッジが残り少なくなりましたので自動発注しました」等の内容である。
【００８８】
判断Ｓ４０４において値「１」の場合には、発注通知メッセージを操作表示部７の表示部に表示出力する（処理Ｓ４０６）。処理Ｓ４０５は、具体的には、ＲＯＭ３に予め記憶されている表示用データを操作表示部７の表示器に表示出力する処理であり、その場合の発注通知メッセージは、「トナーカートリッジが残り少なくなりましたので自動発注しました。確認したらどれかキーを押して下さい」等の内容である。その場合の、操作表示部７のいずれかのキーが押されると発注通知メッセージの表示の中止して、元の表示に戻す。
【００８９】
判断Ｓ４０４において値「２」の場合には、発注通知メッセージを画像形成部９により記録紙等のシートに印刷出力する（処理Ｓ４０６）。処理Ｓ４０６は、具体的には、ＲＯＭ３に予め記憶されている印刷用データを画像処理部９によりシートに印刷出力する、その場合の発注通知メッセージは、「トナーカートリッジが残り少なくなりましたので自動発注しました。配達されたら交換して下さい」等の内容である。
【００９０】
その内容に、図３の記憶領域５ｈの予測余命Ｔpredictの情報を含めるようにして、ユーザに対して、リソース供給手段９ａにおいてリソースが無くなってしまう時期を把握させるようにしてもよい。また、操作表示部７の表示器に予測余命Ｔpredictを、予測余命Ｔpredictがしきい余命Ｔth以下となって以降表示するようにして、万が一配達が間に合わないようなときに催促対応できるようにしてもよい。
【００９１】
もちろん、予測余命Ｔpredictを、操作表示部７の表示器に常に表示するようにして、リソース供給手段９ａにおけるリソース余命についてユーザが常に把握できるようにしてもよい。リソース供給手段９ａのリソース（トナー）の物理的な量（グラム単位等）や、残量そのもの（％単位等）を操作表示部７の表示器に表示しても、ユーザにとっては、あと何日位使用可能なのか明確に把握できないが、予測余命Ｔpredictを表示するようにすることで、ユーザは、リソースがなくなる時期を明確に把握できる利点がある。
【００９２】
また、発注関連処理（Ｓ３０９）として、処理Ｓ４０１ないしＳ４０３による発注宛先への自動発注を省いて、判断Ｓ４０４及び処理Ｓ４０６ないしＳ４０７の発注通知のみを行うようにしてもよい。その場合、出力するメッセージとしては、「トナーがあと＊＊日でなくなりそうです。発注して下さい」等の発注の必要性があることを示す情報を含めるようにする。
【００９３】
その場合「＊＊日」の「＊＊」は、予測余命Ｔpredictを日数に換算した値である。また、操作表示部７の表示器への表示出力または印刷出力により発注通知を行う場合には、リソース供給手段の型名や、発注宛先のファクス番号、メールアドレス、ＩＰアドレス、ホスト名等を表示または記載するようにしてもよい。
【００９４】
また、印刷出力する場合には、画像形成装置１自身のファクシミリ番号、メールアドレス、ＩＰアドレス、ホスト名等の情報を予め含む注文フォームを印刷出力するようにして、ユーザが注文が必要と判断した場合に、印刷出力された注文フォームをファクシミリ送信するだけの簡単な操作で発注ができるようにして、ユーザの便宜を図るようにしてもよい。また、操作表示部７の表示器に発注の必要性がある旨を表示して、所定の許可操作があった場合に限り、処理Ｓ４０１ないし処理Ｓ４０３に相当する自動発注処理を行うようにしてもよい。
【００９５】
なお、以上の説明では、リソースがトナーである場合について説明したが、リソースが、画像形成部９における画像形成方式がインクジェット方式の場合に使用されるインクカートリッジが内蔵するインクである場合にも本発明は適用可能である。
【００９６】
また、必要に応じた長さ繰り出し画像形成を行うために画像形成装置１がロール紙対応の給紙カートリッジを備える場合、そのロール紙をリソースとして捉えて本発明を適用することもできる。その場合、リソースとしてのロール紙の残量（長さ）は、初期量（長さ）から繰り出した分の量（長さ）を減じることで容易に検出することができる。
【００９７】
また、本発明を実施するための最良の形態では、リソース供給手段９ａにおけるリソース（トナー）残量を、初期リソース量Ｑinitが消費された分のリーソス量ΔＱを減じることによりリソース残量を検出する場合に本発明を適用したが、本発明は、それに限らず、リソース（トナーやインク）残量を、電気抵抗変化や静電容量変化や液面変化等により物理的に検出する場合にも適用可能なものであり、要するに、本発明は、リソース残量の検出形態により限定されるものではない。
【００９８】
また、以上本発明を実施するための最良の形態について説明したが、本発明は上記のものに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【図面の簡単な説明】
【００９９】
【図１】本発明を実施するための最良の形態に係る画像形成装置を含むシステム構成について示す図である。
【図２】本発明を実施するための最良の形態に係る画像形成装置のブロック構成について示す図である。
【図３】本発明を実施するための最良の形態に係る画像形成装置のＥＥＰＲＯＭの記憶内容について示す図である。
【図４】リソース残量の時間経過について示す模式図である。
【図５】本発明を実施するための最良の形態に係る画像形成装置における画像形成制御処理手順について示すフローチャートである。
【図６】本発明を実施するための最良の形態に係る画像形成装置におけるリソース残量初期化処理手順について示すフローチャートである。
【図７】本発明を実施するための最良の形態に係る画像形成装置における発注制御処理手順について示すフローチャートである。
【図８】発注関連処理の具体的な処理手順について示すフローチャートである。
【符号の説明】
【０１００】
１  画像形成装置
９  画像形成部
９ａ  リソース供給手段（トナーカートリッジ）
【図１】
2006300996.tif 000003
【図２】
2006300996.tif 000004
【図３】
2006300996.tif 000005
【図４】
2006300996.tif 000006
【図５】
2006300996.tif 000007
【図６】
2006300996.tif 000008
【図７】
2006300996.tif 000009
【図８】
2006300996.tif 000010