(57)【特許請求の範囲】
【請求項１】
外部からの印刷指示を受け付けて当該印刷指示により記録材に画像を形成する画像形成装置と、
前記画像形成装置に通信可能に接続され、ユーザからの入力を受け付けて当該画像形成装置に出力し、かつ、当該画像形成装置から入力されるデータに基づいて情報を表示するユーザーインターフェース装置と、
を含み、
前記ユーザーインターフェース装置は、前記画像形成装置に印刷指示を送信するものではなく、
前記画像形成装置と前記ユーザーインターフェース装置は、互いに別に電源の制御及び供給が行われ、
前記画像形成装置は、
前記画像形成装置と前記ユーザーインターフェース装置との間の通信の切断を検知する検知手段と、
前記検知手段により通信の切断が検知されたときに受け付け済みの印刷指示について行うべき処理の情報を保持する保持手段と、
を備えたことを特徴とする画像形成システム。
【請求項２】
前記保持手段は、予め定められた複数の処理のうちユーザにより選択された処理の情報を保持するものであることを特徴とする請求項１に記載の画像形成システム。
【請求項３】
前記画像形成装置は、切断された前記画像形成装置と前記ユーザーインターフェース装置との間の通信を再確立する再確立手段を更に含むことを特徴とする請求項１に記載の画像形成システム。
【請求項４】
前記再確立手段により前記画像形成装置と前記ユーザーインターフェース装置との間の通信が再確立された後に、当該画像形成装置は、停止処理がなされた印刷指示を再開し、又は取り消すことを特徴とする請求項３に記載の画像形成システム。
【請求項５】
前記画像形成装置は、停止された実行中の印刷指示の情報を取得して保存する保存手段を更に含み、
前記保存手段は、保存している印刷指示の情報を復帰後の前記ユーザーインターフェース装置に送信することを特徴とする請求項１に記載の画像形成システム。
【請求項６】
前記画像形成装置は、
前記検知手段により通信の切断が検知された後に新たな印刷指示を受け付けるか否かについての情報を格納する格納手段を更に含むことを特徴とする請求項１に記載の画像形成システム。
【請求項７】
前記画像形成装置は、
デバイスコントローラと、
前記デバイスコントローラを節電状態及び電源オフ状態に制御する電源制御手段と、
前記検知手段により通信の切断が検知された後に前記電源制御手段が前記デバイスコントローラを節電状態及び／又は電源オフにする経過時間を情報として保有する保有手段と、
を更に含むことを特徴とする請求項１に記載の画像形成システム。
【請求項８】
外部から印刷指示を受け付ける画像形成装置であって、
前記画像形成装置に印刷指示を送信するものではない外部のユーザーインターフェース装置に接続可能に構成され、当該ユーザーインターフェース装置とは電源の制御及び供給が別に行われ、外部からの印刷指示により記録材に画像を形成する画像形成装置本体と、
前記画像形成装置本体と前記ユーザーインターフェース装置との間で接続されていた通信が切断したことを検知する検知手段と、
前記検知手段により通信の切断が検知された場合に受け付け済みの印刷指示について行うべき、継続実施を含む処理の情報を保持し、かつ、当該継続実施の際に発生した停止要因に対して前記画像形成装置本体が行うべき処理の情報を保持する保持手段と、
を含む画像形成装置。
【請求項９】
前記保持手段が保持する停止要因に対する処理の情報に、当該停止要因に影響を受けない実行可能な印刷指示を実行することが含まれることを特徴とする請求項８に記載の画像形成装置。
【請求項１０】
前記画像形成装置本体を節電状態及び電源オフ状態に制御する電源制御手段と、
前記検知手段により通信の切断が検知されてから前記画像形成装置本体を節電状態及び／又は電源オフにするまでの経過時間を情報として保有する保有手段と、
を更に含み、
前記保有手段が保有する経過時間をすぎた場合に前記画像形成装置本体が印刷指示を実行しているときには、前記電源制御手段は、当該実行の終了後に節電状態及び／又は電源オフにすることを特徴とする請求項８に記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成システム及び画像形成装置に関するものである。
【背景技術】
【０００２】
ワープロ、パソコン等で作成した文書、画像等は、内蔵あるいは外付けの画像形成装置に対し、データ送信でデータを転送することにより画像形成が行われる。そして、データ送信における回線異常時の処理に関する技術は、従来から種々のものが提案されている（例えば、特許文献１参照）。
【０００３】
この特許文献１には、例えばＩＥＥＥ１３９４でデータ転送を行う印字処理に関する技術が開示されている。そして、その技術は、他の機器とのデータ転送している際に、下位層が切断された場合、一定時間セッションを保持し、一定時間内にコネクションが回復した場合、継続してデータ転送を行うように上位層を制御することを特徴とするものである。これにより、データ転送中のユーザーの不注意による回線断に対してリカバリを可能にしている。
【０００４】
【特許文献１】特開２０００−３６８２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、近年、高画質かつ高生産性の画像形成装置では、トレイに格納する用紙の様々な属性設定や各種サービスをＧＵＩ装置を通して行うなど、柔軟で高機能なＵＩ装置が要求されてきている。そして、コストパフォーマンスや開発の短期化、ＧＵＩのデザイン自由度といった面から、汎用のパーソナルコンピュータ（以下、ＰＣという）や場合によってはワークステーション（以下、ＷＳという）をＵＩ装置として構成する画像形成装置が現れる可能性がある。ＰＣをＵＩ装置として構成した画像形成装置では、ＰＣの起動・終了に一定時間を要するため、ＵＩ装置と画像形成装置との電源供給が分離されているケースが少なくない。このような画像形成装置では、画像形成装置本体またはＵＩ装置のどちらかが電源オフ状態であっても、それぞれが独立して動作可能とすることができる。また、電源オフではなくともＰＣやＷＳのハングアップなど、画像形成装置本体とＰＣ等のＵＩ装置との間の通信が切断される場合がある。
【０００６】
このようなＵＩ装置と画像形成装置との電源供給を分離して構成されている場合には、ジョブ実行中に通信の切断が生じたときの対応として、ＵＩ装置と画像形成装置との電源供給が同じ構成の場合とは異なる、より適切な処理の仕方も考えられる。
【０００７】
本発明は、以上のような技術的課題を解決するためになされたものであり、その目的とするところは、ジョブ実行中にＵＩ装置がプリンタと接続不能な状況に陥った場合の適切な制御を提供することにある。
【課題を解決するための手段】
【０００８】
かかる目的のもと、本発明が適用される画像形成システムは、外部からの印刷指示を受け付けて印刷指示により記録材に画像を形成する画像形成装置と、画像形成装置に通信可能に接続され、ユーザからの入力を受け付けて画像形成装置に出力し、かつ、画像形成装置から入力されるデータに基づいて情報を表示するユーザーインターフェース装置と、を含み、ユーザーインターフェース装置は、画像形成装置に印刷指示を送信するものではなく、画像形成装置とユーザーインターフェース装置は、互いに別に電源の制御及び供給が行われ、画像形成装置は、画像形成装置とユーザーインターフェース装置との間の通信の切断を検知する検知手段と、検知手段により通信の切断が検知されたときに受け付け済みの印刷指示について行うべき処理の情報を保持する保持手段と、を備えたことを特徴とするものである。
【０００９】
保持手段は、予め定められた複数の処理のうちユーザーにより選択された処理の情報を保持するものであることを特徴とすることができる。
また、画像形成装置は、切断された画像形成装置とユーザーインターフェース装置との間の通信を再確立する再確立手段を更に含むことを特徴とすることができる。また、再確立手段により画像形成装置とユーザーインターフェース装置との間の通信が再確立された後に、画像形成装置は、停止処理がなされた印刷指示を再開し、又は取り消すことを特徴とすることができる。
画像形成装置は、停止された実行中の印刷指示の情報を取得して保存する保存手段を更に含み、保存手段は、保存している印刷指示の情報を復帰後のユーザーインターフェース装置に送信することを特徴とすることができる。
また、画像形成装置は、検知手段により通信の切断が検知された後に新たな印刷指示を受け付けるか否かについての情報を格納する格納手段を更に含むことを特徴とすることができる。
画像形成装置は、デバイスコントローラと、デバイスコントローラを節電状態及び電源オフ状態に制御する電源制御手段と、検知手段により通信の切断が検知された後に電源制御手段がデバイスコントローラを節電状態及び／又は電源オフにする経過時間を情報として保有する保有手段と、を更に含むことを特徴とすることができる。
【００１０】
他の観点から捉えると、本発明が適用される画像形成装置は、外部から印刷指示を受け付ける画像形成装置であって、画像形成装置に印刷指示を送信するものではない外部のユーザーインターフェース装置に接続可能に構成され、ユーザーインターフェース装置とは電源の制御及び供給が別に行われ、外部からの印刷指示により記録材に画像を形成する画像形成装置本体と、画像形成装置本体とユーザーインターフェース装置との間で接続されていた通信が切断したことを検知する検知手段と、検知手段により通信の切断が検知された場合に受け付け済みの印刷指示について行うべき、継続実施を含む処理の情報を保持し、かつ、継続実施の際に発生した停止要因に対して画像形成装置本体が行うべき処理の情報を保持する保持手段と、を含むものである。
【００１１】
保持手段が保持する停止要因に対する処理の情報に、停止要因に影響を受けない実行可能な印刷指示を実行することが含まれることを特徴とすることができる。
また、画像形成装置本体を節電状態及び電源オフ状態に制御する電源制御手段と、検知手段により通信の切断が検知されてから画像形成装置本体を節電状態及び／又は電源オフにするまでの経過時間を情報として保有する保有手段と、を更に含み、保有手段が保有する経過時間をすぎた場合に画像形成装置本体が印刷指示を実行しているときには、電源制御手段は、実行の終了後に節電状態及び／又は電源オフにすることを特徴とすることができる。
【発明の効果】
【００１２】
請求項１によれば、印刷指示の実行中にユーザーインターフェース装置が画像形成装置と接続不能な状況に陥った場合の適切な制御を提供することが可能になる。
請求項２によれば、ユーザーの使い勝手を向上させることが可能になる。
請求項３によれば、ユーザーによる文字入力等の手間を省略することが可能になる。
請求項４によれば、ユーザー自身で再確立する手間を省略することが可能になる。
請求項５によれば、実行中止の印刷指示をユーザーに通知することが可能になる。
請求項６によれば、通信切断後の印刷指示の受け付けについての制御が可能になる。
請求項７によれば、画像形成装置の省電力化に寄与することができる。
請求項８によれば、印刷指示の実行中にユーザーインターフェース装置が画像形成装置本体と接続不能な状況に陥った場合の適切な制御を提供することが可能になる。
請求項９によれば、実行可能な印刷指示の実行を進めることが可能になる。
請求項１０によれば、画像形成装置の省電力化に寄与することができる。
【発明を実施するための最良の形態】
【００１３】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態に係る画像形成システムの構成例を示す図である。
この画像形成システムは、複数のクライアント１００（具体的には１００ａ、１００ｂ、１００ｃ)、ネットワーク２００、外部コントローラ３００、プリンタ１、およびＵＩ(User Interface)装置１０を備える。
【００１４】
クライアント１００は、ネットワーク２００に対し、例えばＰＤＬ(Page Description Language：ページ記述言語)にて記述された印刷用データや画像形成動作の実行指示等を含むジョブデータを送信する。
変換装置としての外部コントローラ３００は、ネットワーク２００を介して受信した画像データとしてのジョブデータを解釈して、得られた作像用データ(ビットマップデータ)を送信する。
画像形成装置としてのプリンタ１は、外部コントローラ３００から受信した作像用データに基づき、対象となる用紙上に画像を形成する。
ユーザーインターフェース装置としてのＵＩ装置１０は、プリンタ１とは別筐体の装置からなり、例えばＰＣ(Personal Computer)等のコンピュータ装置にて構成されている。ＵＩ装置１０は、プリンタ１における各種画像形成条件の設定を受け付け、得られた設定データをプリンタ１に送信する。
なお、プリンタ１は、受信した設定データに基づき、制御部ないしはデバイスコントローラ１４が各種画像形成条件の設定を行う。また、プリンタ１は例えば用紙切れ等のエラーが発生した場合に、得られたエラー情報をＵＩ装置１０に送信する。この場合に、ＵＩ装置１０は受信したエラー情報をディスプレイ等に表示する。プリンタ１は、後述するデバイスコントローラ１４を備えている。
【００１５】
ここで、ＵＩ装置１０は、コンピュータ装置を構成するＣＰＵ(Central Processing Unit)、メモリ、ハードディスクドライブ等の記憶装置、液晶ディスプレイ等の表示装置等の全体に給電を行うことで直ちに動作可能な機能を維持する待受状態(非節電状態)に設定することができる。また、このＵＩ装置１０は、これらＣＰＵ、メモリ、記憶装置、表示装置等の一部に対する給電を停止または減少させることで、待機時におけるＵＩ装置１０の消費電力を低減する節電状態に設定することもできる。更に説明すると、ＵＩ装置１０は、上述したようにＰＣ等にて構成され、上記設定データの入力プログラム等は、例えばウィンドウズ(登録商標)等のＯＳ上で動作する。このため、ＵＩ装置１０では、ＡＣＰＩ(Advanced Configuration and Power Interface)等の電力管理規格に基づいて、給電状態の制御が行われる。
【００１６】
図２は、本実施の形態に係る画像形成システムを説明するための概略構成図である。
図２に示すように、このプリンタ１は、ネットワークを介して外部の機器に接続されている。このため、プリンタ１は、例えば外部の機器から送られる画像データをネットワーク経由で取り込むことができる。
【００１７】
このプリンタ１は、ユーザーの操作画面１０ａ（図５参照）を有するＵＩ装置１０と、原稿から画像を光学的に読み取る画像入力部（スキャナ）１１と、画像情報を用紙に印刷する画像出力部１２と、を備えている。なお、本実施の形態では、外部コントローラ３００をプリンタ１の外に配置しているが、プリンタ１の内部に配置して構成することも考えられる。その場合の外部コントローラ３００は、外部の機器との間で通信を行ってプリントジョブ（印刷指示）およびスキャンジョブを実行するものである。
また、プリンタ１は、ＵＩ装置１０、画像入力部１１、画像出力部１２および外部コントローラ３００の制御を行うとともに、コピージョブを実行するデバイスコントローラ１４を備えている。また、プリンタ１は、外部コントローラ３００にケーブル（ローカルネット）によって接続され、画像出力部１２、外部コントローラ３００およびデバイスコントローラ１４間の信号の切り替えを行うスイッチ回路１５を備えている。
【００１８】
ここで、ＵＩ装置１０は、プリンタ１とは別に電源の制御や供給が行われる構成となっている。更に説明すると、ＵＩ装置１０は、プリンタ１のＵＩ装置として構成される場合のほか、例えばコンピュータ装置等の外部デバイスとして構成される場合もある。
【００１９】
プリンタ１は、ネットワーク経由で取り込んだ画像データを画像出力部（プリンタ）１２で印刷する処理（プリントジョブ）や、プリンタ１の画像入力部（スキャナ）１１で取り込んだ画像データをネットワーク経由で外部の機器に転送する処理（スキャンジョブ）を実行するものである。また、プリンタ１は、内部の画像入力部１１で取り込んだ画像データを処理して内部の画像出力部１２で印刷する処理（コピージョブ）も実行することができるように構成されている。
【００２０】
外部コントローラ３００は、例えば外部の機器からネットワークを介して送信されたジョブ（印刷指示）に基づいて画像データを作成し、外部コントローラ制御ＩＦ（インターフェース）でデバイスコントローラ１４との排他制御により、プリントサービスを提供するものである。また、外部コントローラ３００は、ネットワークＩＦによりスキャンジョブを制御し、スキャンサービスを提供するものである。
【００２１】
画像出力部１２は、プリントジョブが指示されると、画像データを受け取り、制御コマンドを逐次解析処理して画像出力動作を行い、用紙上に画像を印字出力するものである。
【００２２】
図３は、デバイスコントローラ１４の内部構成を説明するブロック図を示す。
図３に示すように、このデバイスコントローラ１４は、メモリ（ＮＭＶ）１４０と、ＨＤＤ（ハードディスクドライブ）１４１と、ネットワーク制御部１４２と、ユーザーインターフェース制御部１４３と、外部コントローラ制御部（通信制御部）１４４と、画像出力制御部１４５と、スキャナ制御部１４６と、システム制御部１４７と、を備えている。なお、各制御部１４２〜１４７は、制御プログラムによって実現されている。
【００２３】
ユーザーインターフェース制御部１４３は、システムの状態やジョブの処理に必要な情報をＵＩ装置１０の操作画面１０ａ（図５参照）上に表示し、ユーザーにガイドするものである。
また、ユーザーインターフェース制御部１４３は、ＵＩ装置１０とプリンタ１との間の通信状況を監視し、通信の切断を検知するとシステム制御部１４７にその信号を送るものである。すなわち、ユーザーインターフェース制御部１４３は、通信の切断を検知する通信切断検知手段としての機能を有する。
また、ユーザーインターフェース制御部１４３は、切断されたデバイスコントローラ１４とＵＩ装置１０との間の通信を再確立するものである。すなわち、ユーザーインターフェース制御部１４３は、ＵＩ装置１０が復帰後に通信を再確立する通信再接続手段（再確立手段）としての機能を有する。
また、ユーザーインターフェース制御部１４３は、ＵＩ装置１０との接続が切断、または復帰したことを、外部の機器又は外部コントローラ３００、クライアント１００（図１参照）、ネットワークＵＩなどに通知する。また、通信が復帰したときにジョブの履歴を送信する。すなわち、ユーザーインターフェース制御部１４３は、通信制御部としての機能を有する。
【００２４】
外部コントローラ制御部１４４は、プリントジョブの実行時に外部コントローラ３００からのＩＦコマンド受けて、画像出力部１２に対する画像入力・出力シーケンスに従ってプリントジョブを実行する。また、外部コントローラ制御部１４４は、外部コントローラ３００からのシステムデータ要求時に、デバイスコントローラ１４内部のシステムデータまたは画像入力部１１や画像出力部１２内部のシステムデータを通信により取得し、フォーマット変換する処理を行う。また、外部コントローラ制御部１４４は、電源スイッチ（図２参照）の電源オフ操作時に、デバイスコントローラ１４内部のシャットダウン処理要求に伴う処理も行う。
【００２５】
画像出力制御部１４５は、主にコピージョブの実行時に画像出力部１２とのＩＦ制御を行い、画像出力部１２に対する画像入力・出力シーケンスに従ってコピージョブを実行するものである。
スキャナ制御部１４６は、主にスキャンジョブの実行時に画像入力部１１とのＩＦ制御を行い、画像入力部１１に対する画像入力・出力シーケンスに従ってスキャンジョブを実行するものである。
【００２６】
システム制御部１４７は、システムの中核としてプリントジョブやコピージョブ等の複数ジョブの調停を行い、システムの資源を活用するためのものである。システム制御部１４７は、ジョブ実行中に、ソフトウエアの不具合（ハングアップや停止（終了））やＵＩ装置１０の電源オフ等により、ＵＩ装置１０とプリンタ１との間に通信切断が生じた場合に、ジョブの停止方法やジョブの継続方法を決定するジョブ制御を行う。すなわち、システム制御部１４７は、ジョブ制御手段としての機能を有する。
【００２７】
〔第１の実施の形態〕
図４は、第１の実施の形態に係るプリンタ１の処理を説明するためのフローチャートである。
まず、ＵＩ装置１０とデバイスコントローラ１４との間の通信が切断された場合の処理内容（対応）がＵＩ装置１０を通じて設定される（ステップ１０１）。すなわち、実行中のジョブの停止方法や継続方法を、ユーザーがＵＩ装置１０で設定する。
【００２８】
図５は、通信切断時の処理内容を設定する場合のＵＩ装置１０の操作画面１０ａの一例を示す図である。
図５に示すように、ユーザーは、ジョブの実行中にＵＩ装置１０とデバイスコントローラ１４との間の通信が切断したことがユーザーインターフェース制御部１４３（図３参照）により検知された場合の処理内容として、４つのいずれか一を選択することができる。その選択肢としては、具体的には、「ジョブの即停止」、「ジョブのセット単位で停止」、「実行中のジョブ終了後に停止」及び「受け付け済みの全ジョブ終了後に停止」である。４つの中のいずれか一が選択された後に「決定」ボタンが押されると、選択した事項が確定する。なお、図５に示す例では、デフォルトとして、「ジョブの即停止」が設定されている。
【００２９】
ここで、「ジョブの即停止」とは、切断が検知されると、直ちに実行中のジョブが停止されることをいう。また、「ジョブのセット単位で停止」とは、ジョブにおけるセットを単位とし、例えば実行中のセットが完了するまでプリントを継続し、そのセットが完了したら停止することをいう。具体的に説明すると、４枚の原稿を２部ずつプリントするプリントジョブにおいて２枚目の原稿を１部プリントした途中で通信切断が検知される場合に、ソータなしでは、２枚目を２部プリントしてジョブが停止する。また、ソータありでは、２枚目、３枚目及び４枚目を１部ずつプリントしてジョブが停止する。
【００３０】
また、「実行中のジョブ終了後に停止」とは、実行中のジョブをすべて完了するまでジョブを継続し、ジョブが完了した後に停止させることをいう。すなわち、４枚の原稿を２部ずつプリントするプリントジョブにおいて２枚目の原稿をプリントしている途中で通信切断が検知される場合には、２部ずつのプリントが完了するまでジョブを継続する。更に説明すると、この場合には、ジョブを単位としてジョブの継続が行われる。したがって、複数のジョブを受け付けている場合には、実行されないジョブがそのまま残る。
また、「受け付け済みの全ジョブ終了後に停止」とは、既に受け付けられているジョブのすべてが完了するまで継続し、全ジョブの完了後に停止させることをいう。
【００３１】
図４に戻って説明を続ける。ＵＩ装置１０の操作画面１０ａ（図５参照）で処理内容を設定すると、設定された処理内容が、デバイスコントローラ１４のシステム制御部１４７（図３参照）によって、保持手段としてのメモリ１４０（図３参照）に情報として格納される（ステップ１０２）。
【００３２】
そして、例えば外部の機器からネットワークを介して送信されたプリントジョブがあれば、外部コントローラ３００（図２参照）がそのプリントジョブを受け付け（ステップ１０３）、デバイスコントローラ１４（図２又は図３参照）等の制御によってジョブが開始される（ステップ１０４）。
【００３３】
ジョブが開始された後には、ユーザーインターフェース制御部１４３（図３参照）により、ＵＩ装置１０とデバイスコントローラ１４との間の通信が切断されていないか否かが監視される（ステップ１０５）。そして、通信切断が検知されたときには、ステップ１０２において格納された処理内容に基づいて「通信切断時の処理」が開始される（ステップ２００）。また、通信切断が検知されないままそのジョブが終了すると（ステップ１０６）、受け付けられているジョブのうち未だ実行されていないジョブがあるか否かが判断され（ステップ１０７）、未実行ジョブがあればそのジョブを開始し、なければ終了する。
【００３４】
図６は、通信切断時の処理を説明するためのフローチャートである。
本実施の形態における通信切断時の処理は、次のように行われる。まず、ステップ１０２（図４参照）においてメモリ１４０（図３参照）に格納された処理内容が、システム制御部１４７（図３参照）により読み出される（ステップ２０１）。なお、ここにいう処理内容とは、「ジョブの即停止」、「ジョブのセット単位で停止」、「実行中のジョブ終了後に停止」及び「受け付け済みの全ジョブ終了後に停止」のいずれかである。
【００３５】
システム制御部１４７は、読み出された処理内容を実行する（ステップ２０２）。すなわち、読み出された処理内容が「ジョブの即停止」であれば、実行中のジョブを直ちに停止するように制御する。また、「ジョブのセット単位で停止」であれば、該当するセットが終了した後に停止するように制御する。「実行中のジョブ終了後に停止」であれば、実行中のジョブが完了した後に停止するように制御し、「受け付け済みの全ジョブ終了後に停止」であれば、受け付け済みの全ジョブが完了した後に停止するように制御する。
ステップ２０２において停止されたジョブは、ジョブ情報管理手段としてのシステム制御部１４７により管理され、停止理由がメモリ１４０に保存される。すなわち、システム制御部１４７及びメモリ１４０は、停止された実行中のジョブの情報を取得して保存する保存手段の一部を構成するものである。
【００３６】
ユーザーインターフェース制御部１４３は、ＵＩ装置１０が復帰後に、切断されたＵＩ装置１０とデバイスコントローラ１４との間の通信を再確立する（ステップ２０３）。
【００３７】
その後、ジョブ情報管理手段としてのシステム制御部１４７により、停止されたジョブがあるか否かが判断される（ステップ２０４）。すなわち、ステップ２０１において読み出された処理内容が、「ジョブの即停止」又は「ジョブのセット単位で停止」の場合には、ジョブの途中で停止されている。また、その停止理由は、メモリ１４０に保存されている。そのような停止されたジョブをどのように処理するかの指示をユーザーから受ける。
【００３８】
図７は、停止されたジョブの対応を設定するＵＩ装置１０の操作画面１０ａの一例を示す図である。
図７に示すように、ユーザーは、「該当するジョブを再開する」又は「該当するジョブをキャンセルする」を選択することができる。システム制御部１４７は、ユーザーからの指示に従って、停止されたジョブの処理を進める（図６のステップ２０５参照）。
【００３９】
図６に戻って説明を続けると、デバイスコントローラ１４は、ジョブの履歴をＵＩ装置１０に送信する。ＵＩ装置１０は、デバイスコントローラ１４から受け取ったジョブの履歴を表示する（ステップ２０６）。
【００４０】
このように、ＵＩ装置１０をプリンタ１の外部デバイスとして構成する場合には、それぞれを同期させて制御させることが困難な状況も考えられる。しかし、本実施の形態では、ＵＩ装置１０と画像形成装置本体のどちらか一方が動作不能な状況であっても、正常な他方は動作させることが可能になる。
【００４１】
ここで、ジョブを実行している最中に通信切断が生じた後のジョブの受け付けについて、ユーザーは、図４に示すステップ１０１において、予め設定することができる。そして、予め設定すると、設定内容は、格納手段としてのメモリ１４０（図３参照）に格納され、また、図６に示すステップ２０１でメモリ１４０から読み出される。かかるジョブの受け付けについて更に説明を続ける。
【００４２】
図８は、ジョブの実行中に通信切断が生じた後のジョブの受け付けについて設定するＵＩ装置１０の操作画面の一例を示す図である。
図８に示すＵＩ装置１０の操作画面１０ａにおいて、ユーザーは、「ジョブの新規受け付けをしない」又は「ジョブの新規受け付けを行うが、その実行は行わない」を選択することができる。「ジョブの新規受け付けをしない」が選択されると、外部コントローラ３００（図２参照）は、通信切断後には新規なジョブをまったく受け付けない。その一方で、「ジョブの新規受け付けを行うが、その実行は行わない」が選択されると、外部コントローラ３００（図２参照）は、通信切断後でも新規なジョブを受け付けるものの、受け付けた新規なジョブを実行しない。
【００４３】
〔第２の実施の形態〕
本実施の形態では、図４に示す第１の実施の形態に係るフローチャートとほぼ同じであり、その説明を省略する。相違する事項としては、図４に示すステップ１０１では、図５に示すＵＩ装置１０の操作画面１０ａのほかに、図９に示すＵＩ装置１０の操作画面１０ａも表示されることになる。また、図４に示すステップ２００における処理内容が異なる。
【００４４】
図９は、通信切断後のジョブ実行中にジョブ停止要因が発生した場合の処理内容を設定するＵＩ装置１０の操作画面１０ａの一例を示す図である。
図９に示すように、ユーザーは、通信切断後のジョブ実行中にジョブ停止要因が生じた場合の選択肢として、「ジョブ停止要因が解除されるまでジョブを停止」又は「実行可能なジョブを実行」を選択することができる。
【００４５】
更に説明すると、図５に示すＵＩ装置１０の操作画面１０ａにおいて、「ジョブのセット単位で停止」、「実行中のジョブ終了後に停止」又は「受け付け済みの全ジョブ終了後に停止」が選択されると、通信切断後にもジョブの実行が継続される。本実施の形態では、継続するジョブの実行中に、何らかのジョブ停止要因が発生した場合の処理を予め決めておく。
したがって、図４に示すステップ１０１において、図５に示す「ジョブの即停止」以外の処理内容すなわち、「ジョブのセット単位で停止」、「実行中のジョブ終了後に停止」又は「受け付け済みの全ジョブ終了後に停止」が選択されたときに、図９に示すＵＩ装置１０の操作画面１０ａが表示される。
【００４６】
ここにいう「ジョブ停止要因」としては、例えば、用紙詰まり（ジャム）や用紙切れ等の事態が発生した状態をあげることができる。
ここで、画像出力部１２（図２参照）にて印刷する用紙を収容する図示しない給紙トレイが複数ある場合には、給紙トレイごとに異なるサイズの用紙を収容しておくことができる。したがって、ジョブ停止要因が、例えばＡ４用紙の用紙切れである場合には、Ａ４用紙に印刷するジョブであれば、ジョブを継続ないしは実行することができない。しかしながら、Ａ４用紙以外のサイズの用紙、例えばＢ５用紙に印刷するジョブであれば、問題なく実行することができる。したがって、ジョブ停止要因が発生したときには、受け付け済みのジョブの中に実行可能なジョブがある場合が想定できる。本実施の形態では、このように、ジョブ停止要因が発生しても、実行可能なジョブがあるときに、そのジョブを実行するかどうかを設定することができるように構成されている。
【００４７】
ここにいう「ジョブ停止要因が解除されるまでジョブを停止」とは、通信切断後にジョブを実行している場合にジョブ停止要因が発生したときには、ジョブ停止要因が解除されるまですべてのジョブを停止させ、実行しないことをいう。
また、「実行可能なジョブを実行」とは、通信切断後にジョブを実行している場合にジョブ停止要因が発生したときには、既に受け付けている他のジョブの中に実行可能なジョブがあれば、そのジョブを実行することをいう。具体例で説明すると、例えばＡ４用紙に印刷するジョブを実行中に、Ａ４用紙の用紙切れが発生したものの、他のサイズの用紙は用紙切れではない場合には、受け付け済みのジョブの中に、例えばＢ５用紙の用紙に印刷するジョブがあれば、そのジョブを実行するものである。
【００４８】
図１０は、第２の実施の形態における通信切断時の処理を説明するためのフローチャートである。すなわち、図１０は、図４に示すステップ２００の内容を示している。
本実施の形態では、まず、メモリ１４０（図３参照）に格納された処理内容が、システム制御部１４７（図３参照）により読み出される（ステップ２１１）。本実施の形態において、メモリ１４０から読み出される処理内容としては、通信切断後の処理内容に加えて、上述したように、通信切断後にジョブを実行している最中にジョブ停止要因が発生した場合の処理内容も含まれる。
【００４９】
システム制御部１４７は、読み出された処理内容を開始する（ステップ２１２）。そして、処理内容が終了するまでの間に、システム制御部１４７は、ジョブ停止要因が発生したか否かを判断する（ステップ２１３）。ジョブ停止要因が発生することなく、設定した処理内容を終了すると（ステップ２１４）、図６に示す第１の実施の形態の場合と同様に、ユーザーインターフェース制御部１４３は、切断された通信を再確立し（ステップ２１５）、ＵＩ装置１０は、ジョブの履歴を表示する（ステップ２１６）。
【００５０】
ステップ２１３においてジョブ停止要因が発生したときには、システム制御部１４７は、そのジョブ停止要因（エラー原因）をメモリ１４０に保存した後に、ジョブ停止要因発生時の処理内容を実行する（ステップ２１７）。すなわち、読み出された処理内容が「復帰するまでジョブを停止」であれば、他の実行可能なジョブがあっても実行しない。また、「実行可能なジョブを実行」であれば、システム制御部１４７は、ジョブ停止要因の発生にもかかわらず実行が可能なジョブを実行するように制御する。
【００５１】
ユーザーインターフェース制御部１４３は、ＵＩ装置１０が復帰後に、切断されたＵＩ装置１０とデバイスコントローラ１４との間の通信を再確立する（ステップ２１８）。
【００５２】
そして、デバイスコントローラ１４のシステム制御部１４７は、メモリ１４０に保存したジョブ停止要因を読み出して、ユーザーインターフェース制御部１４３を介してＵＩ装置１０に送信する。ＵＩ装置１０は、デバイスコントローラ１４から受け取ったジョブ停止要因を表示する（ステップ２１９）。
【００５３】
その後、システム制御部１４７は、受け付けたジョブの中で実行していない未実行ジョブがあるか否かを判定し（ステップ２２０）、未実行ジョブがあれば、その未実行ジョブをＵＩ装置１０に表示させる（ステップ２２１）。ユーザーが、ＵＩ装置１０に表示された未実行ジョブの実行を指示すると（ステップ２２２）、システム制御部１４７は、指示された未実行ジョブを実行し（ステップ２２３）、終了する。なお、図７に示す操作画面１０ａにより、実行途中の停止されたジョブの対応について、ユーザーが入力できるように構成することも考えられる。
【００５４】
〔第３の実施の形態〕
本実施の形態では、図４に示す第１の実施の形態に係るフローチャートとほぼ同じであり、その説明を省略する。相違する事項としては、図４に示すステップ１０１において、図５に示すＵＩ装置１０の操作画面１０ａのほかに、図１１及び図１２に示すＵＩ装置１０の操作画面１０ａも表示されることになる。
【００５５】
図１１は、プリンタ１について節電状態及び電源オフに移行する条件を設定するＵＩ装置１０の操作画面１０ａの一例を示す図である。
図１１に示すように、ユーザーは、プリンタ１についての時間の設定を予め行うことができる。すなわち、ユーザーは、プリンタ１について、節電状態に移行するまでの経過時間と、電源がオフになるまでの経過時間を別々に設定することができる。設定された各時間情報は、保有手段としてのメモリ１４０（図３参照）にて保有される。
【００５６】
このように、本実施の形態は、ＵＩ装置１０が何らかの原因で、ジョブ実行（実施）中に動作不能となり復帰不能となった場合、あるいは長時間ＵＩ装置１０との接続が切断した状態の場合には、電源制御手段としてのプリンタ１のデバイスコントローラ１４は、図１１に示す操作画面１０ａにより予め設定された時間の経過を待ち、電源をオフまたは節電状態に移行する。そして、節電と電源オフの設定時間は別々に設定可能としている。節電と電源オフの設定時間が同じ場合は電源をオフとする。また、設定された時間の経過時に、図６に示す通信切断時の処理が行われている場合には、一連の処理が終了するまで実行し、電源をオフまたは節電状態へ移行する。
【００５７】
図１２は、ＵＩ装置１０についてスクリーンセーブ、節電状態及び電源オフに移行する条件を設定するＵＩ装置１０の操作画面１０ａの一例を示す図である。
図１２に示すように、ユーザーは、ＵＩ装置１０についての時間の設定を予め行うことができる。すなわち、ユーザーは、ＵＩ装置１０について、スクリーンセーブに移行するまでの経過時間、節電状態に移行するまでの経過時間と、電源がオフになるまでの経過時間を別々に設定することができる。設定された各時間情報は、メモリ１４０（図３参照）に保存される。
【００５８】
このように、本実施の形態では、ＵＩ装置１０とプリンタ１の節電及び電源オフの設定時間を別々に設定可とし、メモリ１４０に記憶される。また、ＵＩ装置１０は、スクリーンセーブの設定時間も別に設定可とし、メモリ１４０に記憶される。ＵＩ装置１０をプリンタ１から独立して制御できるので、ＰＣやＷＳを使ったＵＩ装置１０でなくとも、省エネの観点から好ましい。
そして、ＵＩ装置１０は、ジョブ中であっても、操作されない状態が設定された時間だけ続いた場合に、スクリーンセーブ、節電、電源オフのいずれかへ移行する。なお、移行時には、ＵＩ装置１０は、その事実をプリンタ１に通知する。
【図面の簡単な説明】
【００５９】
【図１】本実施の形態に係る画像形成システムの構成例を示す図である。
【図２】本実施の形態に係る画像形成システムを説明するための概略構成図である。
【図３】デバイスコントローラの内部構成を説明するブロック図である。
【図４】第１の実施の形態に係るプリンタの処理を説明するためのフローチャートである。
【図５】通信切断時の処理内容を設定する場合のユーザーインターフェースの操作画面の一例を示す図である。
【図６】通信切断時の処理を説明するためのフローチャートである。
【図７】停止されたジョブの対応を設定するユーザーインターフェースの操作画面の一例を示す図である。
【図８】ジョブの実行中に通信切断が生じた後のジョブの受け付けについて設定するユーザーインターフェースの操作画面の一例を示す図である。
【図９】通信切断後のジョブ実行中にジョブ停止要因が発生した場合の処理内容を設定するユーザーインターフェースの操作画面の一例を示す図である。
【図１０】第２の実施の形態における通信切断時の処理を説明するためのフローチャートである。
【図１１】第３の実施の形態におけるプリンタについて節電状態及び電源オフに移行する条件を設定するユーザーインターフェースの操作画面の一例を示す図である。
【図１２】第３の実施の形態におけるユーザーインターフェースについてスクリーンセーブ、節電状態及び電源オフに移行する条件を設定するユーザーインターフェースの操作画面の一例を示す図である。
【符号の説明】
【００６０】
１…プリンタ、１ａ…本体、１０…ＵＩ装置、１０ａ…操作画面、１２…画像出力部、１４…デバイスコントローラ、１４０…メモリ、１４７…システム制御部、３００…外部コントローラ
【図１】
0004715638.tif 000002
【図２】
0004715638.tif 000003
【図３】
0004715638.tif 000004
【図４】
0004715638.tif 000005
【図５】
0004715638.tif 000006
【図６】
0004715638.tif 000007
【図７】
0004715638.tif 000008
【図８】
0004715638.tif 000009
【図９】
0004715638.tif 000010
【図１０】
0004715638.tif 000011
【図１１】
0004715638.tif 000012
【図１２】
0004715638.tif 000013