JP2009100320A - 画像形成装置及び画像形成システム - Google Patents

Abstract

【課題】代替装置に最初から印刷をやり直させて後処理も行わせるのか、後処理無しに変更して印刷を続きから再開させるのかを適切に選択可能にする。
【解決手段】中断したジョブに後処理が含まれていれば（Ｓ２３）、中断時までに正常に印刷された枚数ｐと閾値ｐ０とを比較し（Ｓ２４）、ｐ＞ｐ０であれば「後処理有」を「後処理無」に変更し（Ｓ２６）、そうでなければｐ＝０とする（Ｓ２５）。「後処理無」への変更は、自動モードの場合に限定し、この場合、手動モードに強制変更してもよい。また、自動モード且つｐ０＜ｐ≦ｐ１のときのみ手動モードに強制変更し、ｐ＞ｐ１のときには自動モードを維持して「後処理有」を「後処理無」に変更してもよい。
【選択図】図１２

Description

本発明は、画像入出力機能を備えた画像形成装置及びこれが複数台ネットワークで結合された画像形成システムに係り、特に、ジョブの続行を中断させるエラーの発生に応答して代替装置に該ジョブを続行させる画像形成装置及び画像形成システムに関する。

下記特許文献１には、ジャム等のエラーが発生して印刷が中断した場合に、ＬＡＮに接続された他の画像形成装置のうち印刷可能な代替候補を自動検出し、該代替候補の中の１つをユーザが選択し、これに印刷データを自動送信して印刷を続行する構成が開示されている。
特開２００７−２２６２９１号公報

しかしながら、上記特許文献１には、後処理が設定されたジョブの印刷が中断した場合に、代替装置に最初から印刷をやり直させて後処理も行わせるのか、後処理無しに変更して印刷を続きから再開させるのかについては、開示されていない。

本発明の目的は、後処理が設定されたジョブの印刷が中断した場合に、代替装置に最初から印刷をやり直させて後処理も行わせるのか、後処理無しに変更して印刷を続きから再開させるのかを適切に選択可能な画像形成装置及び画像形成システムを提供することにある。

本発明の第１態様では、プロセッサと、プログラムと設定値とが格納された記憶手段と、後処理装置と、他の画像形成装置とネットワークを形成するための通信インターフェイスとを備え、該プログラムは該プロセッサに対し、ジョブを中断させるエラーの発生に応答して、該通信インターフェイスを介し、該ジョブを実行可能な他の画像形成装置に該ジョブのデータを送信させてジョブを再開させる画像形成装置において、
該設定値は閾値ｐ０を含み、
該プログラムは該プロセッサに対しさらに、該ジョブのデータが後処理を行うことを示している場合、（ａ）該ジョブエラー発生時までの印刷枚数又は頁数ｐと該閾値ｐ０とを比較させ、その結果に応じて、該後処理を無しに変更するか否か及び該ジョブの再開頁を決定させ、該決定に基づいて、該送信するジョブのデータを書き換えさせる。

本発明の第２態様では、第１態様において、該プログラムは該プロセッサに対し、処理（ａ）において、ｐ＜ｐ０であれば、該送信するジョブのデータについて、該再開頁を第１頁にさせる。

本発明による画像形成装置の第３態様では、第１又は２態様において、該プログラムは該プロセッサに対し、処理（ａ）において、ｐ＞ｐ０であれば、該送信するジョブのデータについて、該後処理を無しに変更させるとともに該再開頁を、印刷済みの最終頁の次の頁にさせる。

本発明による画像形成装置の第４態様では、第１態様において、操作パネルをさらに有し、
該プログラムは該プロセッサに対し、処理（ａ）において、ｐ＞ｐ０であれば、該操作パネル又は該通信インターフェイスを介したリモートコンソールからの入力に応じて、該後処理を無しに変更するか又は該ジョブの再開頁を第１頁にさせる。

本発明による画像形成装置の第５態様では、第１態様において、該プログラムは該プロセッサに対し、処理（ａ）において、ｐ＞ｐ１（ｐ１＞ｐ０）であれば、該送信するジョブのデータについて、該後処理を無しに変更させるとともに該再開頁を、印刷済みの最終頁の次の頁にさせる。

本発明による画像形成装置の第６態様では、第５態様において、該プログラムは該プロセッサに対し、処理（ａ）において、ｐ０＜ｐ＜ｐ１であれば、該操作パネル又は該通信インターフェイスを介したリモートコンソールからの入力に応じて、該後処理を無しに変更するか又は該ジョブの再開頁を第１頁にさせる。

上記第１態様の構成によれば、ジョブエラー発生時までの印刷枚数又は頁数ｐと該閾値ｐ０との比較結果に応じて、後処理を無しに変更するか否か及びジョブ再開頁が決定され、この決定に基づいて、送信するジョブのデータが書き換えられるので、代替装置に最初から印刷をやり直させて後処理も行わせるのか、後処理無しに変更して印刷を続きから再開させるのかを適切に選択することが可能になるという効果を奏する。

上記第２態様の構成によれば、ｐ＜ｐ０であれば、再開頁が第１頁となるので、用紙の無駄を適切に抑制しつつ代替装置で後処理を行わせることが自動的にできるという効果を奏する。

上記第３態様の構成によれば、ｐ＞ｐ０であれば、後処理が無しに変更されるので、用紙の無駄が多くなるのを自動的に抑制できるという効果を奏する。

上記第４態様の構成によれば、ｐ＞ｐ０であれば、入力操作に応じて、後処理が無しに変更され又はジョブの再開頁が第１頁にされるので、用紙の無駄が多くなるのを抑制できるとともに緊急印刷に対応できるという効果を奏する。

上記第５態様の構成によれば、ｐ＞ｐ１（ｐ１＞ｐ０）であれば、後処理無しに変更されるので、用紙の無駄が多くなるのを自動的かつ適切に抑制できるという効果を奏する。

上記第６態様の構成によれば、ｐ０＜ｐ＜ｐ１であれば、入力操作に応じて、後処理無しに変更するか再開頁を第１頁にするか決められるので、用紙の無駄が多くなるのを抑制でき、緊急印刷に対応できるとともに、適切な後処理有無判断の自動化が可能になるという効果を奏する。

本発明の他の目的、構成及び効果は以下の説明から明らかになる。

図１５は、本発明の実施例１に係る画像形成装置１０のハードウェア構成を示す概略ブロック図である。

この画像形成装置１０では、ＭＰＵ１１がインターフェイス１２を介して、ＰＲＯＭ１３、ＤＲＡＭ１４、操作パネル１５、プリンタ１６、スキャナ１７、ＮＩＣ１８、ＦＡＸモデム１９、ＵＳＢポート２０、トナー残量検出器２１、ＩＣカードリーダ２２、電子タグリーダ２３及びタイマＴＭに結合されている。図１５では、簡単化のため、複数のインターフェイスを１つのブロックで示している。

ＰＲＯＭ１３は、例えばフラッシュメモリであり、これには、オペレーティングシステム（ＯＳ）と、ＯＳの上層で動作する各種プログラムと、各種設定値とが格納されている。各種プログラムは、画像形成装置１０を複合機として機能させるためのものであり、この機能には、コピー、スキャン、プリント、ファクシミリ送受信、電子メール送受信及びＨＴＴＰ通信がある。ＤＲＡＭ１４は、ワークエリア用である。

操作パネル１５は、表示部とキー入力部とを備えており、設定情報又は指示を入力し、選択画面や設定画面などを表示させるためのものである。プリンタ１６は、プリントエンジン、定着器並びに用紙の給紙部、搬送部及び排紙部を備えており、印刷データとして供給されるビットマップデータに基づきプリントエンジンの感光ドラムに静電潜像を形成し、これをトナーで現像し、用紙に転写し定着させた後に排紙する。スキャナ１７は、コピー及びファクシミリ送信での画像入力用である。ＮＩＣ１８は、ネットワーク上のホストコンピュータ及びサーバに結合されてプリントジョブ及び消耗品発注に用いられる。ＦＡＸモデム１９は、ファクシミリ送受信用である。

トナー残量検出器２１は、プリンタ１６用のトナーカートリッジに収容されているトナーの残量を検出してその信号を出力する。ＩＣカードリーダ２２は、所定範囲内に存在するＩＣカードとの間で電波を介し信号を送受して、ユーザのＩＤ及びパスワード情報を読取り、これらを画像形成装置１０に対する認証情報として出力する。電子タグリーダ２３は、トナーカートリッジに固着された電子タグからそのＩＤを読み出して出力する。このＩＤには、トナーカートリッジの型式及びシリアル番号が含まれる。

トナー残量検出器２１及び電子タグリーダ２３の出力は、プログラムに従ってＭＰＵ１１によりそれぞれ定期的に及びトナーカートリッジ装着時に読取られ、図２に示すようにそれぞれToner.Level及びToner.RFIDとしてＤＲＡＭ１４に格納される。

ポート２０に接続されるＵＳＢメモリ２４Ａは、例えばフラッシュメモリチップを備えている。

ホストコンピュータ２５は、そのＮＩＣがハブを介してＮＩＣ１８に結合されるとともに、不図示のルータを介してインターネット２６に結合される。このインターネット２６には、不図示のルータを介してＷｅｂサーバマシン２７が結合されている。一方、画像形成装置１０のＦＡＸモデム１９とＷｅｂサーバマシン２７のＦＡＸモデムとは、公衆回線網２８を介して結合される。

タイマＴＭは、現時刻検出用及びＭＰＵ１１に対するタイマ割込用である。

図１４は、本発明の実施例１に係る画像形成装置のソフトウェア階層構造を示す概略ブロック図である。

ＯＳ３０は、そのカーネル、例えばLinuxに、各種ハードウェアのそれぞれに対応したデバイスドライバ３１が組み込まれている。

ＯＳ３０の上層には、ＯＳ３０内の各種機能を利用するためのＡＰＩ３２を介し、ミドルウェアとしての基本サービスプログラム３３が備えられている。基本サービスプログラム３３は、操作パネル制御モジュール３３０と、画像入力モジュールとしてのスキャンモジュール３３１と、入力データを処理するデータ処理モジュールと、処理された画像データを出力する画像出力モジュールとしてのプリントモジュール３３２と、入出力モジュールとを備えている。

操作パネル制御モジュール３３０は、操作パネル１５上に操作釦を表示させ、その押下を検出させるためのものである。入出力モジュールには、ＦＡＸ送受信モジュール３３３、電子メール送受信モジュール３３４及びＨＴＴＰ処理モジュール３３９が含まれる。データ処理モジュールには、ＩＣカード制御モジュール３３５、ＲＦＩＤ制御モジュール３３６、画像データのフォーマットを変換するフォーマット変換モジュール３３７並びに不図示の集約処理モジュール及び頁付モジュール等が含まれる。基本サービスプログラム３３にはさらに、ユーティリティモジュールとして、ファクシミリ及び電子メールの宛先指定に用いられるアドレス帳モジュール３３８が含まれる。

基本サービスプログラム３３の上層には、外部ＡＰＩ３４を介してアプリケーション３５が備えられている。アプリケーション３５は、外部ＡＰＩ３４を介し基本サービスプログラム３３のモジュールを用いて作成されたプログラムである。アプリケーション３５には、コピーモジュール３５０、プリントモジュール３５１、ＦＡＸモジュール３５２、電子メールモジュール３５３、ジョブ管理モジュール３５４及び操作パネルモジュール３５５が含まれている。例えば、コピーモジュール３５０は、スキャンモジュール３３１とプリントモジュール３３２とを組み合わせて構成されている。また、ＦＡＸモジュール３５２は、ＦＡＸ送受信モジュール３３３とアドレス帳モジュール３３８とを組み合わせて構成されている。

画像形成装置１０のソフトウェアはさらに、ユーザアプリケーション３７に対するインタプリタである簡易テキスト言語処理プログラム３８を備えている。このプログラム簡易テキスト言語処理プログラム３８は、ユーザアプリケーション３７の命令文を解釈し、外部ＡＰＩ３４、外部ＡＰＩ３６又はＡＰＩ３２を介してそれぞれ基本サービスプログラム３３、アプリケーション３５又はＯＳ３０に含まれている関数を利用することにより、ユーザアプリケーション３７を実行させるためのものである。

ユーザアプリケーション３７は、例えばホストコンピュータ２５で作成され、文法チェックされ、ＵＳＢメモリ２４Ａ内にコピーされ、ポート２０を介してＤＲＡＭ１４に読み込まれる。ユーザアプリケーション３７は、前処理により、その各行に行番号が付される。図５（Ａ）〜（Ｃ）及び図６（Ａ）〜（Ｃ）はユーザアプリケーション３７の具体例を示す。

ここで、操作パネル１５上には図３（Ａ）に示すようなメインメニュー画面が表示されており、この画面上の"ＵＳＥＲ ＡＰＰＬＩＣＡＴＩＯＮ"釦をタッチ（押下）すると、図３（Ｂ）の"ＵＳＥＲ ＡＰＰＬＩＣＡＴＩＯＮ"以外の表示及びこれに関係した処理が図１に示すフローに従って行われる。

図１は、ユーザアプリケーション３７に対する簡易テキスト言語処理プログラム３８の処理を示す概略フローチャートである。

この処理は、タイマ割込により、例えば２０ｍｓｅｃ毎に開始される。以下、括弧内は図中のステップ識別番号である。

（Ｓ０）ユーザアプリケーション３７の次処理対象行番号を示すカウンタＬＣを０に初期設定する。

（Ｓ１）カウンタＬＣが示す行をユーザアプリケーション３７から読み出し、現行カウンタＣＬＣにＬＣの値を代入し、現行カウンタＣＬＣが示す行のステートメントの次のステートメントの行番号を、次行カウンタＬＣに代入する。ステートメントの区切り記号は、Ｃ言語と同様にセミコロン";"又は閉じ括弧"｝"である。図５（Ａ）の場合、ＬＣ＝０の次はＬＣ＝１、その次は、条件文が成立しなければＬＣ＝７、成立すれば、後述のステップＳ１０でＬＣ＝２となる。

（Ｓ２）ステップＳ１で読み込むべき行が存在しなかった場合には処理を終了し、存在した場合にはステップＳ３へ進む。

（Ｓ３）ステートメントがResetEnd文であればステップＳ４へ進み、そうでなければステップＳ７へ進む。

（Ｓ４）消耗品管理終了を示すエンドフラグＥＦが‘０’であればステップＳ１へ戻り、‘１’であればステップＳ５へ進む。

（Ｓ５）ResetEnd文の括弧内に記述された条件式（ＲＥＣ）の成否を判定し、肯定判定した場合にはステップＳ６へ進み、そうでなければ図１の処理を終了する。

（Ｓ６）エンドフラグＥＦをリセットし、操作パネル１５上の、後述の発注済表示をクリアして、ステップＳ１へ戻る。

（Ｓ７）ＣＬＣの行が条件句であればステップＳ８へ進み、そうでなければステップＳ１１へ進む。

図５（Ａ）の場合、ＬＣ＝１の行"If Toner.Level<Level.Low1 {"及びＬＣ＝２の行"Button (120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) {"はいずれも条件句である。

後者は、条件句（釦句）"If Button (120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) is pushed {"を省略記載したものである。この省略記載により、条件文のネスト構造が見かけ上隠蔽されるので、ユーザアプリケーション３７が見易くなるとともに、ユーザアプリケーション３７の作成が容易になる。

（Ｓ８）現行番号ＣＬＣの行が釦句であればその引数に基づいて釦の表示データを作成し、例えば図３（Ｂ）中の釦４０のように、操作パネル１５上に表示させる。

ＬＣ＝２の釦句の場合、引数(120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) のうち、（120, 80）は操作パネル１５上での釦の左上頂点のＸ−Ｙ座標であり、（60, 30）は釦の幅及び高さであり、「カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚」は釦上のテキストである。ここに &は文字の連結演算子であり、 CrLfは復帰改行の制御コードを示しており、Toner.Level.ToPagesは上述のトナー残量検出値を平均印刷枚数で換算したものを示している。釦の表示データ作成処理及び表示処理は、操作パネル制御モジュール３３０及び操作パネルモジュール３５５に含まれる関数を用いて行われる。

この表示処理後に、内部フラグＦを立てておき、次回以降、ステップＳ８でこのフラグＦがセットされていればこの釦表示データ作成処理を省略する。

（Ｓ９）条件句中の条件式の成否を判定し、成立していればステップＳ１０へ進み、そうでなければステップＳ１へ戻る。

（Ｓ１０）次行カウンタＬＣの内容を、条件成立時の行番号に変更する。すなわち、ＬＣ＝ＣＬＣ＋１とする。次に、ステップＳ１へ戻る。

（Ｓ１１）現行番号ＣＬＣの行がＥｎｄ文であればステップＳ１３へ進み、そうでなければステップＳ１２へ進む。

（Ｓ１２）現行番号ＣＬＣの行の内容を処理し、ステップＳ１へ戻る。

（Ｓ１３）エンド文Endを実行して、図１の処理を終了する。すなわち、ステップＳ８で表示した操作パネル１５上の釦をクリアし、上記内部フラグＦをリセットするとともに、エンドフラグＥＦをセットする。

次に、図１の処理の具体例を、ユーザアプリケーション３７が図５（Ａ）に示すものである場合について説明する。なお、エンドフラグＥＦは‘１’に初期設定されている。

（１）タイマ割込により、まず、ステップＳ０でＬＣ＝０となる。ステップＳ１でＬＣ＝０の行ResetEnd(Toner.Level>Level.High)が読み出され、ＣＬＣ＝０、ＬＣ＝１となる。ステップＳ２、Ｓ３及びＳ４を通ってステップＳ５でResetEnd文の条件式"Toner.Level>Level.High"が判定される。カートリッジ交換直後は、この条件式"Toner.Level>Level.High"が成立し、ステップＳ６でＥＦ＝０となる。ここに閾値Level.Highは、後述の閾値Level.Low1、Level.Low2、・・・とともに、図２に示すように予めＰＲＯＭ１３に格納されている。

ステップＳ１へ戻り、ＬＣ＝１の行"If Toner.Level<Level.Low1 {"が読み出され、ＣＬＣ＝１、ＬＣ＝７となる。ステップＳ２、Ｓ３、Ｓ７、Ｓ８を通りステップＳ９で条件式"Toner.Level<Level.Low1"が否定判定されてステップＳ１へ戻る。ステップＳ１でＬＣ＝７の行が読み出され、これがNullであるので、ステップＳ２で肯定判定されて終了する。

（２）次のタイマ割込で、まず、ステップＳ０においてＬＣ＝０となる。ステップＳ１でＬＣ＝０の行"ResetEnd(Toner.Level>Level.High)"が読み出され、ＣＬＣ＝０、ＬＣ＝１となる。ステップＳ２及びＳ３を通ってステップＳ４で肯定判定されステップＳ１へ戻る。ステップＳ１で、ＬＣ＝１の行"If Toner.Level<Level.Low1 {"が読み出され、ＣＬＣ＝１、ＬＣ＝７となる。ステップＳ２、Ｓ３、Ｓ７、Ｓ８を通りステップＳ９で条件式"Toner.Level<Level.Low1"が否定判定されてステップＳ１へ戻る。ＬＣ＝７の行が読み出され、これがNullであるので、ステップＳ２で肯定判定されて終了する。

その後も、ステップＳ９で否定判定されればこのような処理（２）が行われる。

図４に示すように、時間の経過とともにトナー残量Toner.Levelが低下して、これが、予め設定された閾値Level.Low1未満になると、条件"Toner.Level<Level.Low1"が成立する。

（３）タイマ割込により、まず、ステップＳ０でＬＣ＝０となる。ステップＳ１でＬＣ＝０の行"ResetEnd(Toner.Level>Level.High)"が読み出され、ＣＬＣ＝０、ＬＣ＝１となる。ステップＳ２及びＳ３を通ってＳ４で肯定判定されステップＳ１へ戻る。ステップＳ１で、ＬＣ＝１の行"If Toner.Level<Level.Low1 {"が読み出され、ＣＬＣ＝１、ＬＣ＝７となる。ステップＳ２、Ｓ３、Ｓ７、Ｓ８を通りステップＳ９で条件式"Toner.Level<Level.Low1"が肯定判定されてステップＳ１０へ進む。ステップＳ１０でＬＣ＝２となり、ステップＳ１へ戻る。
ステップＳ１で、ＬＣ＝２の行"Button (120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) {"
が取り出され、ＣＬＣ＝２、ＬＣ＝７（文の区切り記号の場合には次の行）となり、ステップＳ２、Ｓ３及びＳ７を通ってステップＳ８で、上述のように釦４０の表示データが作成されてこれが操作パネル１５上に表示されるとともに内部フラグＦがセットされる。まだ釦４０の表示範囲(120, 80, 60, 30)内がタッチ（押下）されていないので、ステップＳ９で否定判定され、ステップＳ１へ戻る。

ステップＳ１で、ＬＣ＝７の行Nullが取り出され、ステップＳ２を通って終了する。

その後も、釦４０が押下されなければ、このような処理（３）が行われる。

（４）釦４０が押下されると、ステップＳ９で肯定判定され、ステップＳ１０でＬＣ＝３となり、ステップＳ１へ戻る。

ステップＳ１で、ＬＣ＝３の行"Order (Toner.RFID To DefaultDealer)"が取り出され、ＣＬＣ＝３、ＬＣ＝４となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１２でＣＬＣ＝３の行が処理される。すなわち、Toner.RFIDに含まれるトナーカートリッジ型式と、Orderには隠蔽されているユーザＩＤとを含むＨＴＴＰリクエストメッセージを生成して、ＮＩＣ１８及びインターネット２６を介し、宛先DefaultDealer（例えば図２に示すhttp://km.com:80）であるＷｅｂサーバマシン２７へ送信する。このメッセージのリクエスト行は例えば、
GET /cgi-bin/order.cgi?UserID=21035&Type=KM102 HTTP/1.0
である。ここにUserID=21035は、図２に示すようにＰＲＯＭ１３に予め格納されている。また、Type=KM102は、Toner.RFIDの内容の一部であるトナーカートリッジ型式である。ＨＴＴＰメッセージの送受信は、ＨＴＴＰ処理モジュール３３９及びＯＳ３０を用いて行われる。

Ｗｅｂサーバマシン２７はこのＨＴＴＰリクエストメッセージに応答して、これに含まれるクエリ文字列UserID=21035&Type=KM102を引数とし該メッセージに含まれるパス名/cgi-bin/order.cgiのＣＧＩプログラムを起動させる。これにより、図１５に示すように、受信した日時を受注日時とし、トナーカートリッジ型式、顧客ＩＤ及び発送予定日がテーブルＴＢＬ１に記入される。顧客ＩＤは、上記UserIDと同一である。発送予定日は、該型式をキーとして在庫データベース２９を検索し、その結果得られる在庫状況に基づき決定される。テーブルＴＢＬ１内の完了フラグは、受注時にはリセットされており、発送時にこれがセットされる。

このテーブルＴＢＬ１は、顧客ＩＤ、会社名、住所、担当者名、所属部課名、電話番号、ファクシミリ番号などのフィールドを含む顧客情報テーブルＴＢＬ２とリンクされて、リレーショナルデータベースが構成される。

Ｗｅｂサーバマシン２７は、受注日時を発注日時とし、これとトナーカートリッジの型式と発送予定日とを含むＨＴＴＰリスポンスメッセージを、テンプレートファイルに基づき生成し、画像形成装置１０へ送信する。

画像形成装置１０はこれに応答して、受信したメッセージの内容を、図３（Ｃ）に示すように操作パネル１５に表示させる。

このようなＣＬＣ＝３の行の処理が完了すると、ステップＳ１へ戻り、ＬＣ＝４の行Endが取り出され、ＣＬＣ＝４、ＬＣ＝７となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１３でＣＬＣ＝４の行Endが処理される。すなわち、操作パネル１５上の釦４０の表示がクリアされ、内部フラグＦがリセットされるとともに、エンドフラグＥＦがセットされる。

これにより、トナーカートリッジを交換するまでは、タイマ割込により図１の処理が開始されても、ステップＳ４及びＳ５で共に否定判定され、図３（Ｃ）に示す如く、トナーカートリッジ発注釦４０は操作パネル１５に表示されず、発注済みの表示が維持される。

このような処理（４）の後に、図４に示すようにトナーカートリッジを交換すると、ResetEnd文の条件が成立して、上述の処理（１）が行われ、ステップＳ５からステップＳ６へ進み、ＥＦ＝０となり、操作パネル１５上の発注済みの表示がクリアされる。

トナーカートリッジの在庫があるためトナーカートリッジを発注する必要がない場合、トナーカートリッジ交換時に、上述のように電子タグリーダ２３の出力が、図１とは別のプログラムに従ってＭＰＵ１１によりに読取られ、これが図２に示すToner.RFIDとしてＤＲＡＭ１４に格納される。この際、該プログラムにより、図１のステップＳ１３と同じ処理が行われる。これにより、次にToner.Level<Level.Low1が成立するまでトナーカートリッジ発注釦４０は操作パネル１５に表示されない。

本実施例１によれば、条件付リセットエンド命令ResetEndと、釦４０の属性とOrder命令との組とが記述されたユーザアプリケーションを用い、簡易テキスト言語処理プログラム３８に従って、条件付リセットエンド命令ResetEndの条件成否に応じ釦４０のオンを検出し、該オンの検出に応答してOrder命令を実行するので、条件文が実質的にネストしていても、条件に応じてユーザインターフェイスを変更するユーザアプリケーションの構造が簡単になるという効果を奏する。

また、If文により条件文がさらにネストしても、条件に応じてユーザインターフェイスを変更するユーザアプリケーションの構造が簡単になるという効果を奏する。

また、アイコンとしての釦４０の属性(120, 80, 60, 30, カートリッジ発注 & CrLf & 残り& Toner.Level.ToPages & 枚) と消耗品発注命令Order (Toner.RFID To DefaultDealer)とが対になって記述された簡単なユーザアプリケーションの該属性に基づいて操作パネル１５に釦４０を表示させ、そのオンの検出に応答して、該消耗品発注命令に基づきＮＩＣ１８を介し消耗品発注情報を宛先へ送信させるので、簡単なユーザアプリケーションの記述により、ユーザが容易に消耗品を発注できるとともに、消耗品消耗速度が予測に反して急増し又は急減してもこれに対処できるという効果を奏する。

また釦４０の属性として消耗状態の記述「残り& Toner.Level.ToPages & 枚」が含まれ、検出された消耗状態がこの記述に基づき操作パネル１５に表示されるので、簡単な記述により、適切なタイミングで消耗品を発注できるという効果を奏する。

さらに、釦４０の表示領域(120, 80, 60, 30)内に消耗状態が表示されるので、ユーザの操作性が向上するという効果を奏する。

また、ステップＳ４をステップＳ５の前に配置しているので、エンドフラグＥＦが一旦リセットされればリセットエンド命令ResetEndの条件式が判定されず、トナー残量検出値が機械的振動により変動しても、ユーザアプリケーションを複雑化させることなく釦４０のオン検出を継続して行うことができるという効果を奏する。

また、消耗品発注情報の送信後に、操作パネル１５上に消耗品を発注したことが表示されるので、複数のユーザによる消耗品重複発注を防止できるという効果を奏する。

さらにまた、消耗品発注情報の送信後に、操作パネル１５上の釦４０の表示が削除されるので、操作性が向上するとともに、誤操作や複数のユーザによる消耗品重複発注を防止できるという効果を奏する。

また、ユーザアプリケーションに含まれるエンド命令Endに基づき該削除が行われるので、簡単な記述で該削除を行わせるか否かの選択を行うことができるという効果を奏する。

またトナーカートリッジの型式が電子タグから自動的に読み出されて発注情報として用いられるという効果を奏する。

図５（Ｂ）及び（Ｃ）は、図５（Ａ）と発注形態のみが異なるユーザアプリケーションを示す。

図５（Ｂ）の場合、カートリッジ発注処理として、
"Fax cartridgeOrderFile.pdf to アドレス帳(dealer1, fax)"が、図１のステップＳ１２において、ＦＡＸモジュール３５２を用いて実行される。このステートメントにより、ファイルcartridgeOrderFile.pdfの内容が、宛先へ送信される。この宛先は、関数であるアドレス帳(dealer1,fax)の戻り値となる。アドレス帳には、宛先毎にファクシミリ番号と電子メールアドレスとが記入されており、引数faxは、引数dealer1で示されるレコードのファクシミリ番号がこの関数の戻り値となることを示している。

図５（Ｃ）の場合、カートリッジ発注処理として、"Email cartridgeOrderFile.pdf to アドレス帳(dealer1,email)"が、図１のステップＳ１２において、電子メールモジュール３５３を用いて実行される。このステートメントにより、ファイルcartridgeOrderFile.pdfの内容が、宛先へ送信される。この宛先は、関数であるアドレス帳(dealer1,email)の戻り値である。引数emailは、引数dealer1で示されるレコードの電子メールアドレスがこの関数の戻り値となることを示している。

図１の処理は、消耗品発注とは無関係なユーザアプリケーションにも適用可能であり、その具体例を図６（Ａ）〜（Ｃ）に示す。

次に、図６（Ａ）に示すユーザアプリケーションに対する図１の処理を説明する。

（５）タイマ割込により、まず、ステップＳ０でＬＣ＝０となる。ステップＳ１でＬＣ＝０の行”Button (20, 30, 60, 30, 伝票送信) {”が読み出され、ＣＬＣ＝０、ＬＣ＝５となる。ステップＳ２、Ｓ３及びＳ７を通って、ステップＳ８で図３（Ｂ）に示すような釦４１が表示されるとともに、内部フラグＦがセットされる。まだ釦４１の表示範囲(20, 30, 60, 30)内が押下されていないので、ステップＳ９で否定判定され、ステップＳ１へ戻る。ステップＳ１で、ＬＣ＝５の行Nullが取り出され、ステップＳ２を通って終了する。

その後も、釦４１が押下されなければ、このような処理（５）が行われる。

（６）ユーザが画像形成装置１０の原稿台に原稿を載置して釦４１を押下すると、ステップＳ９で肯定判定され、ステップＳ１０でＬＣ＝１となり、ステップＳ１へ戻る。

ステップＳ１で、ＬＣ＝１の行"file.pdf=Scan"が取り出され、ＣＬＣ＝１、ＬＣ＝２となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１２でＣＬＣ＝１の行が処理される。すなわち、スキャナ１７が動作して原稿画像が読み取られ、そのデータがｐｄｆフォーマットに変換されてfile.pdfにされる。

ステップＳ１へ戻り、ＬＣ＝２の行"Fax file.pdf to アドレス帳(本社経理部, fax)"が読み出され、ＣＬＣ＝２、ＬＣ＝３となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１２でＣＬＣ＝２の行が処理される。すなわち、アドレス帳(本社経理部, fax)の戻り値である宛先へ、ファイルfile.pdfの内容が送信される。

ステップＳ１へ戻り、ＬＣ＝３の行"Email file.pdf to アドレス帳(佐々木太郎, email)"が読み出され、ＣＬＣ＝３、ＬＣ＝５となる。ステップＳ２、Ｓ３、Ｓ７及びＳ１１を通って、ステップＳ１２でＣＬＣ＝３の行が処理される。すなわち、アドレス帳(佐々木太郎, email)の戻り値である宛先へ、ファイルfile.pdfが電子メール送信される。例えば、ファクシミリ送信内容の控えが、自分宛へ送信される。

ステップＳ１へ戻り、ＬＣ＝５のNull行が読み出され、ステップＳ２を通って図１の処理を終了する。釦４１は、操作パネル１５上に表示されたままである。

図６（Ｂ）の場合、上述と同じ処理が行われ、電子メール送信後にさらに、End文が処理されて、ステップＳ１３で操作パネル１５上の釦４１の表示がクリアされ、内部フラグＦがリセットされるとともに、エンドフラグＥＦがセットされる。

図６（Ｃ）の場合、図６（Ｂ）の処理の前に、ステップＳ１２においてＣＬＣ＝１の行"ResetEnd(ICcardID=KM01)"が処理される。すなわち、ユーザのＩＣカード２４Ｂに格納されている、ユーザＩＤとパスワードを暗号化したものとが、電波を介してＩＣカードリーダ２２により読み出される。そして、ＰＲＯＭ１３に登録されている、ユーザＩＤと例えば２回暗号化されているパスワードとが読み出され、後者が１回復号され、両者が照合される。両者のそれぞれが一致し、かつ、ユーザＩＤが、"ICcardID=KM01"のKM01と一致すれば、すなわちIDがKM01のユーザ認証が成功すれば、ResetEnd文の条件が成立したことになり、ステップＳ５で肯定判定され、ステップＳ６でＥＦ＝０となる。その後、図６（Ｂ）の場合と同じ処理が行われる。

前記ユーザ認証が失敗した場合には、ステップＳ５で否定判定されて図１の処理が終了し、釦４１が操作パネル１５上に表示されない。

したがって、特定のユーザのみに対し、毎回、操作パネル１５上に釦４１が表示されて上述のシーケンス処理が行われ、処理が終わると釦４１が操作パネル１５上から消失する。すなわち、簡単なユーザアプリケーションにより、ユーザ毎のユーザインターフェイスを構成できるという効果を奏する。

次に、印刷中にジャムや用紙無し等のエラーが発生して印刷が中断した場合、他の画像形成装置に印刷を続行させる処理を、本発明の実施例２として説明する。

図７は、画像形成システムの概略ブロック図であり、このシステムでは、社内のＬＡＮ２６Ｌに、ｍ台の画像形成装置１０１〜１０ｍとｎ台のホストコンピュータ２５１〜２５ｎとがピア・ツー・ピアで結合されている。

ホストコンピュータ２５１は、画像形成装置１０１〜１０ｍの状態を管理するサーバとしても機能し、その記憶装置には、図８(Ａ)に示すような装置切換テーブルＴＢＬ３が格納されている。このテーブルは、画像形成装置にエラーが発生して印刷が中断した場合に、他のどの画像形成装置で印刷続行が可能であるか否かを示すためのものである。装置切換テーブルＴＢＬ３には、各画像形成装置について、その装置ナンバーと、装置名と、カラー印刷、後処理、用紙サイズ及び用紙の種類等に関する装置特性と、後述の装置選択既定優先順とのフィールドを含んでいる。

各装置特性のフィールドは、その機能有無（Yes/No）と機能実行可否（Enable/Desable）とのサブフィールドを含んでおり、図８(Ａ)ではそれぞれ、Ｙ（Yes）／Ｎ（No）とＥＮ（Enable）／ＤＥ（Desable）の２値で表している。例えばカラー印刷機能を有しているがカラートナーがエンプティであればこの特性の状態は（Ｙ，ＤＥ）となる。また、Ａ３用紙を印刷する機能を有しているがその給紙カセットに用紙が入っていなければこの特性の状態は（Ｙ，ＤＥ）となる。装置特性は、人為的に定めたものでも良く、例えば光沢紙の使用を認めているが、予め定められた光沢紙用給紙カセットにこれが入っていない場合には、この特性が（Ｙ，ＤＥ）となる。

装置ナンバー、装置名、各装置特性の機能有無及び装置選択既定優先順の値については、ホストコンピュータ２５１の管理者が対話的に装置切換テーブルＴＢＬ３に記入する。

各装置特性の機能実行可否の値ＥＮ／ＤＥを自動更新するために、図７において、画像形成装置１０１〜１０ｍのそれぞれに、状態検出部と、この状態検出部で検出された状態をデータベースに格納して管理するＳＮＭＰエージェントが格納され記憶装置とが備えられている。一方、ホストコンピュータ２５１の記憶装置には、各ＳＮＭＰエージェントと通信を行うＳＮＭＰマネージャと、このマネージャが受信したデータを用いて装置切換テーブルＴＢＬ３を更新するための管理プログラムとが格納されている。これらＳＮＭＰエージェント、ＳＮＭＰマネージャ及び管理プログラムは、それぞれ対応する装置において、バックグランドで動作している。

例えば、ある画像形成装置でステープルがエンプティになったことが検出された場合、この状態変化がこの装置のＳＮＭＰエージェントからホストコンピュータ２５１のＳＮＭＰマネージャに通知され、ホストコンピュータ２５１の管理プログラムがこれに応答して、その状態変化を装置切換テーブルＴＢＬ３に書き込む。この装置切換テーブルＴＢＬ３は、消耗品管理にも用いることができる。換言すれば、既存の消耗品管理テーブルを拡張して装置切換テーブルＴＢＬ３の内容を含むようにすることにより、本実施例の装置切換テーブルＴＢＬ３として用いることができる。

画像形成装置１０１〜１０ｎの各々の記憶装置には、ホストコンピュータ２５１に格納されている装置切換テーブルＴＢＬ３のコピーが、後述の通信を介して格納される。ここで例えば、画像形成装置１０１に格納された装置切換テーブルのコピーを、ＴＢＬ３−１０１と表記する。

エラーにより印刷が中断した場合、他のどの画像形成装置で印刷を続行させるべきかの選択は、画像形成装置の設置位置、印刷条件、印刷の緊急性及びユーザの性格等により異なる。一方、画像形成装置１０に備えられた操作パネル１５は、一般に小型であるので、操作パネル１５上で複数の操作を行うのは煩雑である。また、他の代替装置を選択するときの優先順を各ユーザが指定しなければならないとすれば、エラー時切換プログラムの利用率が低くなる。

そこで、本実施例２では、各装置について、他の代替装置を選択するときの既定優先順を、装置切換テーブルＴＢＬ３に記入している。この既定優先順は、装置毎のユーザグループに共通の設定である。

また、ユーザ毎にこの選択を容易に変更できるようにするために、図１１(Ａ)〜（Ｄ）に示すようなHandleError命令を、ユーザアプリケーションで使用可能にしている。この命令は、エラーが発生して印刷が中断したときに、ユーザＩＤに応じてどのように対処すべきかを規定するものである。

HandleError命令の第１パラメータは、個人又は部課等のグループのユーザＩＤである。図１１(Ａ)〜（Ｄ）において、ユーザＩＤは４桁又は２桁であり、４桁の場合、上位２桁はグループを示し、２桁の場合、グループを示す。

第２パラメータは、代替印刷モードであり、図１１(Ａ)及び（Ｃ）のHandleError命令は、このモードが手動である場合、図１１（Ｂ）及び（Ｄ）のHandleError命令は、このモードが自動である場合を示す。

図１１（Ｃ）及び（Ｄ）に示す第３パラメータは、図８(Ａ)の装置切換テーブルＴＢＬ３の装置ナンバーを選択的かつ優先順に記述したものであり、ユーザＩＤが１０３８のユーザについてはそれぞれ、モードが手動及び自動で、装置切換テーブルＴＢＬ３の装置選択既定優先順の替わりに、優先順８；９；１；５及び８；９；１；５；２；３が適用されることを示す。

図１１（Ｃ）の場合、装置ナンバー８、９、１、５の装置のうち、実行可能なもののみに対応して、図１１（Ｅ）に示すように、操作パネル１５上に例えば切換釦４２〜４４がこの装置選択優先順に表示され、さらにエントリ釦４５とキャンセル釦４６とが表示される。図１１(Ｄ)の場合、装置ナンバー８，９，１、５、２、３の装置のうち、実行可能な且つこの順で最初に検出されたレディ状態の画像形成装置が、代替装置として用いられる。レディ状態の装置がなければ、実行可能な且つこの順で最初に検出されたビジー状態の装置が、代替装置として用いられる。図１１（Ｆ）は、自動モードの場合の操作パネル１５の表示画面を示す。

HandleError命令は、簡易テキスト言語処理プログラム３８における図１のステップＳ１２において、図９に示すようなエラーハンドルテーブルＴＢＬ４の自動編集に用いられる。すなわち、HandleError命令中のユーザＩＤが、エラーハンドルテーブルＴＢＬ４上に存在すれば、そのレコードがこの命令のパラメータで上書きされ、存在しなければこのパラメータが新たなレコードとしてエラーハンドルテーブルＴＢＬ４に追加される。エラーハンドルテーブルＴＢＬ４は、画像形成装置１０１〜１０ｍのそれぞれに独自のものであり、対応する画像形成装置のＰＲＯＭ１３に格納される。

ユーザは、HandleError命令を用いずにエラーハンドルテーブルＴＢＬ４を直接書き換えることも可能である。しかし、ホストコンピュータでHandleError命令を記述し、これをＵＳＢメモリ２４Ａ又はＩＣカード２４Ｂに格納させ、簡易テキスト言語処理プログラム３８により画像形成装置のＰＲＯＭ１３内のエラーハンドルテーブルＴＢＬ４を自動編集させる方が、容易かつ迅速である。

図１０は、印刷を中断させるエラーイベントが発生することによりその画像形成装置で開始される処理を示すフローチャートである。以下、装置ナンバーが１である画像形成装置１０１でエラーが発生したとする。

（Ｓ２０、Ｓ２１）エラー発生時にスキャン未了の原稿が残っていれば、ステップＳ２１でそのスキャンを行う。このスキャンは、ステップＳ２２以下の処理と並行して行われる。

（Ｓ２２）画像形成装置１０１は、装置切換テーブルＴＢＬ３−１０１の更新日時をホストコンピュータ２５１へ送信する。

ホストコンピュータ２５１はこれに応答して、この更新日時が装置切換テーブルＴＢＬ３のそれと同じであれば、その旨を画像形成装置１０１に通知し、その前であれば装置切換テーブルＴＢＬ３を画像形成装置１０１に送信する。画像形成装置１０１は、このテーブルでテーブルＴＢＬ３−１０１を上書きすることにより更新する。

（Ｓ２３）中断したジョブに、ステープル止め又はパンチによる穴開けなどの後処理が含まれていれば、ステップＳ２４へ進み、そうでなければステップＳ２７へ進む。

（Ｓ２４）中断時までに正常に印刷された枚数ｐが閾値ｐ０以下であればステップＳ２５へ進み、そうでなければステップＳ２６へ進む。ここに閾値ｐ０は、画像形成装置１０１〜１０ｍのうち後処理機能を備えた装置の記憶装置のそれぞれに格納されている（図８（Ｂ））。

（Ｓ２５）印刷済頁ｐを０にしてステップＳ２７へ進む。

（Ｓ２６）このジョブデータに含まれる「後処理有」を「後処理無」に変更する。これにより、次のステップＳ２７での候補が変わる場合がある。

（Ｓ２７）画像形成装置１０１は、装置切換テーブルＴＢＬ３−１０１と、現ジョブを実行させているユーザのＩＤを持った、エラーハンドルテーブルＴＢＬ４中のレコードと、現ジョブの設定値とに基づき、実行可能な装置名を候補として選択する。このＩＤは、例えば実施例１で述べたＩＣカード２４Ｂから読み出されて認証され、ＤＲＡＭ１４に一時記憶されたものである。

例えばこのレコードが命令"HandleError (1038, Manual)"に対応したものである場合、すなわち第３パラメータが無い場合、図８（Ａ）のＮｏ＝１のレコードに含まれる装置選択既定優先順"2;3;6;9;..."が適用され、Ｎｏ．＝２、３、６、９、．．．の装置のうち、現ジョブを実行可能なものが全て候補として選択される。また、このレコードが命令"HandleError (1038, Manual, 8;9;1;5)"に対応したものである場合、すなわち第３パラメータが有る場合、この個別優先順"8;9;1;5"が適用され、装置切換テーブルＴＢＬ３中のＮｏ．＝８、９、１、５の装置のうち、現ジョブを実行可能なものが全て候補として選択される。例えば現ジョブがカラー印刷で光沢紙を使用する設定になっている場合、カラー印刷機能及び光沢紙選択機能の状態が共に（Ｙ，ＥＮ）でなければ、その装置は選択されない。

（Ｓ２８）ステップＳ２７で選択された各候補に対し、ＮＩＣ１８を介してレディ状態であるか否かを問い合わせる。

（Ｓ２９）自動モードであればステップＳ３０へ進み、そうでなければステップＳ３１へ進む。

（Ｓ３０）ステップＳ２８でレディ状態の候補があると判定した場合には、そのうち最も優先順の高いものを、代替装置と決定する。レディ状態の装置が無ければ、ステップＳ２７で選択した装置のうち、優先順の最も高いものを代替装置と決定する。次にステップＳ３４へ進む。

（Ｓ３１）ステップＳ２８でレディ状態と分かった候補に対応する切換釦を、装置選択優先順に、操作パネル１５上に表示させ、これに続いて、次にステップＳ２７で実行可能と判定された装置のうちレディ状態のものを除いたものに対応する切換釦を、装置選択優先順に、操作パネル１５上に表示させる。操作パネル１５上の優先順は、レディ状態及びそうでないもののグループのそれぞれについて、例えば上の行であるほど優先順が高く、同一行の場合は左側であるほど優先順が高いとする。また、レディ状態とそうでないものとの切換釦のバックグランドカラーを変える。例えば、レディ状態の切換釦のバックグランドカラーを緑色とし、そうでないもののバックグランドカラーを白色とする。

これにより、ユーザは、選択候補が多数存在しても容易迅速に、適当な代替装置に印刷続行を切り換えることが可能となる。

なお、バックグランドカラーを変えずに、レディ状態であることを示す文字を切換釦又はその横に記載する構成であってもよい。

また、ステップＳ２７で実行可能と判定された装置に対応する切換釦を装置選択優先順に、操作パネル１５上に表示させ、そのうちレディ状態に対応する切換釦を、他のものと異なるバックグランドカラーにし又はレディ状態であることを示す文字を切換釦又はその横に記載する構成であってもよい。

（Ｓ３２）ユーザは、画像形成装置１０１の操作パネル１５上に表示された切換釦のうち、適当なものを１つ選択する。選択された釦は、その表示が押下状態となり又はバックカラーが非選択のものと異なるものにされる。ユーザは次いで、エントリ釦４５を押下することにより、この選択を確定させる。ユーザは、この選択を行わずに、エラー原因を解消させ、例えば用紙なしエラーの場合に用紙を補給してエラー解消させ、図１１（Ｄ）のキャンセル釦４６を選択して、代替装置への切換を解除することもできる。

（Ｓ３３）切換が解除された場合には、図１０の処理を終了して、画像形成装置１０１で印刷を続行させ、そうでなければステップＳ３４へ進む。

（Ｓ３４）（ｐ＋１）枚目からの印刷データと、このジョブの画像形成装置１０１での設定データとをジョブデータとして、決定した代替装置へ送信する。なお、（ｐ＋１）枚目からの印刷データの替わりに、１頁目からの印刷データと印刷開始頁を（ｐ＋１）枚目の頁とする情報とを送信してもよい。

（Ｓ３５）自動モードの場合には、図１１（Ｆ）に示すように、どの代替装置に自動切換えしたかを示す情報を操作パネル１５上に表示させる。Auto/手動モードに依らず、中断したジョブを代替装置が実行中であるかウエイト状態であるか実行完了であるかなどの状態を、操作パネル１５上に表示させる。この状態は、ＮＩＣ１８を介し代替装置と通信を行って取得する。

本実施例２によれば、ジョブを中断させるエラー発生に応答して、テーブルＴＢＬ４中の、該ジョブのユーザＩＤに対応した装置選択優先順に基づき、ジョブを実行可能な画像形成装置がテーブルＴＢＬ４から選択され、自動モードの場合、この選択に基づいてジョブを続行させる画像形成装置が決定されるので、ユーザに応じて適切な代替装置を自動的に選択することが可能となるという効果を奏する。手動モードの場合、この選択に基づき、ジョブを続行させる画像形成装置の候補に対応したアイコンが、操作パネル１５上に装置選択優先順に配置されて表示され、選択されたアイコンに対応した画像形成装置でジョブが続行されるので、該候補が多くても、ユーザに応じて適切な代替装置を容易に選択することが可能となるという効果を奏する。

また、該ジョブのユーザＩＤがテーブルＴＢＬ４に含まれていない場合、テーブルＴＢＬ３中の既定の装置選択優先順が、該ユーザＩＤに対応した装置選択優先順とみなされるので、ユーザは必ずしも装置選択優先順をテーブルＴＢＬ４に記入する必要が無く、ユーザの負担が低減するという効果を奏する。

さらに、選択された画像形成装置に対しレディ状態であるか否かの問い合わせが行われ、自動モードの場合、レディ状態の画像形成装置のうち該装置選択優先順が最も高いものが、該ジョブを続行させる画像形成装置と決定されるので、より適切な代替装置を自動的に選択することが可能となるという効果を奏する。手動モードの場合、レディ状態の候補に対応したアイコンの背景色が、レディ状態でない候補に対応したアイコンの背景色と異なるので、より適切な代替装置をより容易迅速に選択することが可能となるという効果を奏する。手動モードの場合、背景色をこのように異ならせる替わりに、レディ状態の候補に対応したアイコンの上又は傍に、レディ状態であるか否かの表示を文字や図形で行っても同様の効果が得られる。

また、レディ状態である画像形成装置が存在しなくても、自動モードの場合、選択された画像形成装置のうち該装置選択優先順が最も高いものが、該ジョブを続行させる画像形成装置と決定されるので、より適切な代替装置を自動的に選択することが可能となるという効果を奏する。

さらに、エラー発生に応答して、装置選択優先順を含むエラーハンドル命令に基づき、ジョブを続行させる画像形成装置又はその候補が決定されるので、簡単なユーザプログラムにより、ユーザに応じて適切な代替装置を容易に又は自動的に選択可能となるという効果を奏する。

上記実施例２において、閾値ｐ０を大きくすれば用紙の無駄が多くなり、小さくし過ぎると、手動で後処理しなければならなくなる場合が多くなり、緊急印刷の場合に困る。

そこで、本発明の実施例３では、図１０のステップＳ２４とステップＳ２６との間に、図１２（Ａ）に示す処理を追加する。

（Ｓ３６）自動モードの場合、ステップＳ３７へ進み、手動モードの場合、図１０のステップＳ２７へ進む。

（Ｓ３７）モードを手動に変更し、操作パネル１５上に、後処理無しに変更するか否かを選択させる釦を表示させる。図１２（Ｂ）では、該釦として、後処理有釦４７と後処理無釦４７とが表示される場合を示している。この時点では、図１２（Ｂ）中の切換先釦４２〜４４及びキャンセル釦４６は表示されていない。

（Ｓ３８）ユーザは、この表示を見て、両釦の一方を選択する。選択された釦は、その表示が押下状態となり又はバックカラーが非選択のものと異なるものにされる。ユーザは次いで、エントリ釦４５を押下することにより、この選択を確定させる。

（Ｓ３９）後処理有り（変更無し）の釦４７が選択された場合には図１０のステップＳ２５へ進み、無しの釦４８が選択された場合には図１０のステップＳ２６へ進む。なお、釦４７及び４８の替わりに１つの後処理有無のトグル釦を表示させ、その状態を、エントリ釦４５のオン時に判定することにより、後処理有無の選択を判定する構成であってもよい。

このような処理により、閾値ｐ０を比較的小さくして用紙の無駄を省くとともに、ｐ＞ｐ０と判定された場合にはユーザの判断に任せて緊急印刷時に対処できるという効果を奏する。

上記実施例３において、閾値ｐ０を比較的小さくして用紙の無駄を省くとともに、できるだけ手動に強制切換されないようにした方が好ましい。

そこで、本発明の実施例３では、図１０のステップＳ２４とステップＳ２６との間に、図１２（Ｃ）に示す処理を追加する。

（Ｓ３６）自動モードの場合、ステップＳ３Ａへ進み、手動モードの場合、図１０のステップＳ２７へ進む。

（Ｓ３Ａ）ｐ＞ｐ１であれば図１０のステップＳ２６へ進み、そうでなければステップＳ３７進む。その後は図１２（Ａ）の場合と同一であるｐ１はｐ１＞ｐ０なる第２の閾値であり、ｐ０とともにＰＲＯＭ１３に予め格納されている。例えば、ｐ０＝２、ｐ１＝５である。

このような処理により、閾値ｐ０を比較的小さくして用紙の無駄を省くとともに、ｐ＞ｐ１と判定された場合には自動的に後処理無しに変更されて自動モードが維持され、ｐ０＜ｐ≦ｐ１の場合のみユーザが判断すればよいという効果を奏する。

上記実施例２〜４では、装置切換テーブルＴＢＬ３を管理サーバが管理する場合を説明したが、画像形成装置１０１〜１０ｍの記憶装置のそれぞれに装置切換テーブルＴＢＬ３の対応するレコードを格納しておく構成であってもよく、これを本発明の実施例５として説明する。

この実施例５では、図１０のステップＳ２２〜Ｓ２８の替わりに、図１３（Ａ）に示す処理を行う。

（Ｓ４０）図１０のステップＳ２３〜Ｓ２６の処理を行う。この場合、図１２（Ａ）又は（Ｃ）でその一部を上述のように置換してもよい。

（Ｓ４１）例えば画像形成装置１０１でエラーが発生したときに、図１３（Ｂ）に示すように、そのジョブの設定データを他の画像形成装置１０２〜１０ｎにブロードキャストする。この設定データには、装置切換テーブルＴＢＬ３の装置機能有無（Y/N）に対応する情報が含まれている。

（Ｓ４２）受信した各画像形成装置は、この設定データに基づき、このジョブを実行可能か否かを判定し、肯定判定した場合には、実行可能であることを示す情報と、レディ状態であるか否かの情報とを、回答として画像形成装置１０１へ送信する。画像形成装置１０１は、所定時間以内に受信したこれらの回答を、ＤＲＡＭ１４に一時記憶する。次に、図１０のステップＳ２９へ進む。

他の処理は、実施例２〜４のいずれかと同一である。

本実施例５によれば、装置選択優先順で指定された画像形成装置のそれぞれにジョブの設定情報が送信され、これを受信して該ジョブを実行可能と判定した画像形成装置から、レディ状態であるか否かの情報を受信し、他の点は実施例２〜４のいずれかと同一であるので、各画像形成装置にテーブルＴＢＬ３を備えていなくても、ユーザ及び条件に応じて適切な代替装置を自動的に又は手動で容易に選択することが可能となるという効果を奏する。

なお、本発明には外にも種々の変形例が含まれる。

例えば、複数のアプリケーションプログラムを記述し、又は、１つのアプリケーションプログラム中に条件句と処理命令文との組を複数記述することにより、図３（Ｂ）の表示画面に３以上の釦を表示させて、このメニューだけで日常業務を処理できるようにしてもよい。

また、ユーザアプリケーションは入力インターフェイスを介して画像形成装置に格納されればよく、フラッシュメモリカード等の他のリブーバブルメモリや通信手段の入力インターフェイスを介する構成であってもよい。

さらに、図１０のステップＳ３４において、ブロードキャストする替わりに、他の画像形成装置毎にアドレス指定してジョブの設定データを送信する構成であってもよい。

また、操作パネル１５に表示させるアイコンの形状は釦に限定されず、様々な形状のアイコンを用いてもよい。

また、上記ｐ０、ｐ１及びｐの単位は、枚数の替わりに頁数であってもよい。

さらにまた、操作パネル１５の替わりに、画像形成装置の通信インターフェイスを介して結合されたコンピュータシステムの対話型入出力装置、すなわちリモートコンソールを用いる構成であってもよい。この場合、アイコンは例えばマウスのクリックによりオンにされる（選択される）。

本発明の実施例１に係る画像形成装置に格納されている、ユーザアプリケーションに対する簡易テキスト言語処理プログラムの処理を示す概略フローチャートである。 この画像形成装置のＰＲＯＭ及びＤＲＡＭに格納されているデータの一部説明図である。 （Ａ）は該画像形成装置の操作パネル上のメインメニュー画面を示す図であり、（Ｂ）は（Ａ）の"ＵＳＥＲ ＡＰＰＬＩＣＡＴＩＯＮ"釦を選択したときに表示されるメニュー画面を示す図であり、（Ｃ）は（Ｂ）の釦４０を選択した後の画面を示す図である。 時間の経過に対するトナー残量のグラフを示す、図１の処理説明図である。 （Ａ）〜（Ｃ）はトナーカートリッジ発注に関するユーザアプリケーションの具体例を示す図である。 （Ａ）〜（Ｃ）は伝票のスキャン、ファクシミリ送信及び電子メール送信に関するユーザアプリケーションの具体例を示す図である。 本発明の実施例２に係る画像形成システムの概略ブロック図である。 (Ａ)は装置切換テーブルの説明図、（Ｂ）は後処理が有る場合に最初から印刷を再開するか否かを判断するための、中断時までに正常に印刷された枚数の閾値を示す図である。 ユーザＩＤ別に自動／手動切換モードと装置選択優先順とが記入されるエラーハンドルテーブルの説明図である。 印刷を中断させるエラーイベントが発生することによりその画像形成装置で開始される処理を示すフローチャートである。 （Ａ)〜（Ｄ）はそれぞれパラメータが異なるHandleError命令を示す図であり、（Ｅ）及び（Ｆ）はそれぞれ切換が手動モード及び自動モードである場合の操作パネル表示画面を示す図である。 （Ａ）及び（Ｂ）は本発明の実施例３に係り、（Ａ）は図１０のステップＳ３０の替わりに用いられる処理を示す部分フローチャートであり、（Ｂ）は切換が手動モードである場合の操作パネル表示画面を示す図であり、（Ｃ）は本発明の実施例４に係り、図１０のステップＳ３０の替わりに用いられる処理を示す部分フローチャートである。 本発明の実施例５に係り、（Ａ）は図１０のステップＳ２２〜Ｓ３２の替わりに用いられる処理を示す部分フローチャートであり、（Ｂ）は画像形成システムの概略ブロック図である。 該画像形成装置のソフトウェア階層構造を示す概略ブロック図である。 該画像形成装置のハードウェア構成を示す概略ブロック図である。

符号の説明

１０、１０１〜１０ｍ 画像形成装置
１１ ＭＰＵ
１２ インターフェイス
１３ ＰＲＯＭ
１４ ＤＲＡＭ
１５ 操作パネル
１６ プリンタ
１７ スキャナ
１８ ＮＩＣ
１９ ＦＡＸモデム
２０ ポート
２１ トナー残量検出器
２２ ＩＣカードリーダ
２３ 電子タグリーダ
２４Ａ ＵＳＢメモリ
２４Ｂ ＩＣカード
２５、２５１〜２５ｎ ホストコンピュータ
２６ インターネット
２６Ｌ ＬＡＮ
２７ Ｗｅｂサーバマシン
２８ 公衆回線網
３０ ＯＳ
３１ デバイスドライバ
３２ ＡＰＩ
３３ 基本サービスプログラム
３３０ 操作パネル制御モジュール
３３１ スキャンモジュール
３３２ プリントモジュール
３３３ ＦＡＸ送受信モジュール
３３４ 電子メール送受信モジュール
３３５ ＩＣカード制御モジュール
３３６ ＲＦＩＤ制御モジュール
３３７ フォーマット変換モジュール
３３８ アドレス帳モジュール
３３９ ＨＴＴＰ処理モジュール
３４、３６ 外部ＡＰＩ
３５ アプリケーション
３５０ コピーモジュール
３５１ プリントモジュール
３５２ ＦＡＸモジュール
３５３ 電子メールモジュール
３５４ ジョブ管理モジュール
３５５ 操作パネルモジュール
３７ ユーザアプリケーション
３８ 簡易テキスト言語処理プログラム
４０、４１ 釦
４２〜４４ 切換釦
４５ エントリ釦
４６ キャンセル釦
４７ 後処理有釦
４８ 後処理無釦
ＴＢＬ１、ＴＢＬ２ テーブル
ＴＢＬ３ 装置切換テーブル
ＴＢＬ４ エラーハンドルテーブル

Claims (9)

1. プロセッサと、プログラムと設定値とが格納された記憶手段と、後処理装置と、他の画像形成装置とネットワークを形成するための通信インターフェイスとを備え、
   該プログラムは該プロセッサに対し、ジョブを中断させるエラーの発生に応答して、該通信インターフェイスを介し、該ジョブを実行可能な他の画像形成装置に該ジョブのデータを送信させてジョブを再開させる画像形成装置において、
   該設定値は閾値ｐ０を含み、
   該プログラムは該プロセッサに対しさらに、該ジョブのデータが後処理を行うことを示している場合、（ａ）該ジョブエラー発生時までの印刷枚数又は頁数ｐと該閾値ｐ０とを比較させ、その結果に応じて、該後処理を無しに変更するか否か及び該ジョブの再開頁を決定させ、該決定に基づいて、該送信するジョブのデータを書き換えさせる、
   ことを特徴とする画像形成装置。
2. 該プログラムは該プロセッサに対し、処理（ａ）において、ｐ＜ｐ０であれば、該送信するジョブのデータについて、該再開頁を第１頁にさせる、
   ことを特徴とする請求項１に記載の画像形成装置
3. 該プログラムは該プロセッサに対し、処理（ａ）において、ｐ＞ｐ０であれば、該送信するジョブのデータについて、該後処理を無しに変更させるとともに該再開頁を、印刷済みの最終頁の次の頁にさせる、
   ことを特徴とする請求項１又は２に記載の画像形成装置。
4. 操作パネルをさらに有し、
   該プログラムは該プロセッサに対し、処理（ａ）において、ｐ＞ｐ０であれば、該操作パネル又は該通信インターフェイスを介したリモートコンソールからの入力に応じて、該後処理を無しに変更するか又は該ジョブの再開頁を第１頁にさせる、
   ことを特徴とする請求項１に記載の画像形成装置。
5. 該操作パネル又は該通信インターフェイスを介したリモートコンソールからの入力は、該操作パネル又は該リモートコンソールの画面に表示された、後処理無しに変更するか否かを選択させるアイコンのオンに基づくものであることを特徴とする請求項４に記載の画像形成装置。
6. 該プログラムは該プロセッサに対し、処理（ａ）において、ｐ＞ｐ１（ｐ１＞ｐ０）であれば、該送信するジョブのデータについて、該後処理を無しに変更させるとともに該再開頁を、印刷済みの最終頁の次の頁にさせる、
   ことを特徴とする請求項１に記載の画像形成装置。
7. 該プログラムは該プロセッサに対し、処理（ａ）において、ｐ０＜ｐ＜ｐ１であれば、該操作パネル又は該通信インターフェイスを介したリモートコンソールからの入力に応じて、該後処理を無しに変更するか又は該ジョブの再開頁を第１頁にさせる、
   ことを特徴とする請求項６に記載の画像形成装置。
8. 該操作パネル又は該通信インターフェイスを介したリモートコンソールからの入力は、該操作パネル又は該リモートコンソールの画面に表示された、後処理無しに変更するか否かを選択させるアイコンのオンに基づくものであることを特徴とする請求項７に記載の画像形成装置。
9. ネットワークに、請求項１乃至８のいずれか１つに記載の画像形成装置が、ビア・ツー・ピアで３台以上結合されていることを特徴とする画像形成システム。

Images