画像処理装置
【課題】画像の読み取り途中に電源がＯＦＦになり、電源が再度ＯＮになったときに、ユーザの手間を軽減させることができる。
【解決手段】原稿を読み込み、画像データを取得する読込手段と、画像データ、及び前記画像データの出力条件を記憶する記憶手段と、読込手段によるジョブの実行中に動作停止したか否かを判定する判定手段と、判定手段により動作停止したと判定された場合、前記記憶手段に記憶された出力条件を読み出す読出手段と、原稿を継続して読込手段により読み込むことを可能にし、読出手段により読み出された出力条件で、前記ジョブのリカバリ処理を行うリカバリ手段と、を備える。
【解決手段】原稿を読み込み、画像データを取得する読込手段と、画像データ、及び前記画像データの出力条件を記憶する記憶手段と、読込手段によるジョブの実行中に動作停止したか否かを判定する判定手段と、判定手段により動作停止したと判定された場合、前記記憶手段に記憶された出力条件を読み出す読出手段と、原稿を継続して読込手段により読み込むことを可能にし、読出手段により読み出された出力条件で、前記ジョブのリカバリ処理を行うリカバリ手段と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、読み込んだ画像を出力する画像処理装置に関する。
【背景技術】
【０００２】
ＭＦＰ（Multifunction Peripheral）では、ジョブの実行中に電源がＯＦＦになった場合にジョブを中断する。再び電源がＯＮになった場合のジョブの処理について、例えば特許文献１の技術がある。
【０００３】
特許文献１には、画像データの転送中に、受信側で電源がＯＦＦになり、再度電源がＯＮになった場合、引き続き行われる画像データの展開処理において「データの転送を初めから行う」、「途中から行う」、「破棄する」の内から選択的に実行制御する技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術では、読み取った画像データの転送時の技術であって、原稿の読み取り途中に電源がＯＦＦになることは想定されていない。よって、原稿の読み取り途中で電源がＯＦＦになった場合、電源がＯＮになったとしても、読み取り途中の原稿を読み取り前の設定で再度読み取ることができず、読み取りの設定をやり直さなければならなかった。
【０００５】
そこで、本発明は上記問題点に鑑みてなされたものであり、原稿の読み取り途中に電源がＯＦＦになり、電源が再度ＯＮになったときに、同じ条件で継続して原稿を読み取り可能なのでユーザの手間を軽減させることができる画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明における一局面の画像処理装置は、原稿を読み込み、画像データを取得する読込手段と、前記画像データ、及び前記画像データの出力条件を記憶する記憶手段と、前記読込手段によるジョブの実行中に動作停止したか否かを判定する判定手段と、前記判定手段により動作停止したと判定された場合、前記記憶手段に記憶された前記出力条件を読み出す読出手段と、前記原稿を継続して前記読込手段により読み込むことを可能にし、前記読出手段により読み出された前記出力条件で、前記ジョブのリカバリ処理を行うリカバリ手段と、を備える。
【発明の効果】
【０００７】
本発明によれば、原稿の読み取り途中に電源がＯＦＦになり、電源が再度ＯＮになったときに、電源ＯＦＦ前と同じ条件で継続して原稿を読み取り可能なのでユーザの手間を軽減させることができる。
【図面の簡単な説明】
【０００８】
【図１】実施例１に係る画像処理装置のハードウェアの一例を示す図。
【図２】通常ジョブ実行時の処理概念を示す図。
【図３】本発明によるリカバリ実行時の処理概念を示す図。
【図４】実施例１における画像処理装置の機能の一例を示すブロック図。
【図５】出力条件及び画像データの場所の一例を示す図。
【図６】通常のリカバリ処理の一例を示すフローチャート。
【図７】枚数を表示するリカバリ処理の一例を示すフローチャート。
【図８】原稿追加受付画面の一例を示す図。
【図９】プレビューを表示するリカバリ処理の一例を示すフローチャート。
【図１０】サムネイル画像を表示する画面の一例を示す図。
【図１１】動作モードを選択するリカバリ処理の一例を示すフローチャート。
【図１２】動作モード選択画面の一例を示す図。
【図１３】動作モードを事前に設定する処理の一例を示すフローチャート。
【図１４】動作モードが事前に設定された場合のリカバリ処理の一例を示すフローチャート。
【図１５】条件変更を行うリカバリ処理の一例を示すフローチャート。
【図１６】条件変更画面の一例を示す図。
【図１７】条件変更の可否を事前に設定する処理の一例を示すフローチャート。
【図１８】条件変更の可否を事前設定したリカバリ処理の一例を示すフローチャート。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、本発明にかかる画像処理装置の実施例を詳細に説明する。
【００１０】
また、以下に示す実施例では、画像データを処理する画像処理装置として、プリンタ機能、スキャナ機能、コピー機能、ファクシミリ機能を一つの筐体に搭載した複合機を例にあげて説明する。
【００１１】
［実施例１］
＜ハードウェア＞
図１は、実施例１に係る画像処理装置１のハードウェアの一例を示す図である。画像処理装置１は、ＣＰＵ（プロセッサ）１０、ＲＯＭ１１、ＲＡＭ１２、ＮＶＲＡＭ１３、外部Ｉ／Ｆ１４、パネル制御部１５、操作パネル１６、スキャナエンジン制御部１７、プロッタエンジン制御部１９ストレージドライバ２１を有する。
【００１２】
また、パネル制御部１５には操作パネル１６が、スキャナエンジン制御部１７にはスキャナエンジン１８が、プロッタエンジン制御部１９にはプロッタエンジン２０が、ストレージドライバ２１には記憶媒体２２がそれぞれ接続されている。
【００１３】
ＣＰＵ１０は、画像処理装置１全体の制御演算を行う。ＲＡＭ１１は、一時的なデータの記憶場所、ＣＰＵ１０のワークスペースとして利用される。ＲＯＭ１２は、プログラムコード、フォント、及びその他の静的なデータを格納する。ＮＶＲＡＭ１３は、不揮発性のデータを格納する。
【００１４】
操作パネル１６とパネル制御部１５は、ユーザとのインタフェースとなる。スキャナエンジン１８とスキャナエンジン制御部１７は、画像データの入力ユニットとして、紙原稿の読み取りを行う。プロッタエンジン２０とプロッタエンジン制御部１９は、画像データの出力ユニットとして、転写紙への印刷を行う。
【００１５】
記憶媒体２２とストレージドライバ２１は、大量の画像データなどを蓄積したり、データベースの記憶場所としたりして利用される。外部Ｉ／Ｆ１４は、セントロニクスやＲＳ−２３２Ｃ等のインタフェースを用いて外部の機器との通信を可能にする。ＣＰＵ１０、ＲＡＭ１１、ＲＯＭ１２、ＮＶＲＡＭ１３、外部Ｉ／Ｆ１４、パネル制御部１５、スキャナエンジン制御部１７、プロッタエンジン制御部１９、ストレージドライバ２１は、データバスを通じてデータのやり取りを行う。
【００１６】
＜処理概念＞
図２は、通常ジョブ実行時の処理概念を示す図である。時刻ｔ１で、ユーザは、原稿をセットし、スキャンした画像データの出力条件を設定する。また、ユーザは、原稿をスキャンする入力条件を合わせて設定してもよい。時刻ｔ２で、ユーザはスタートボタンを押下する。時刻ｔ３で、セットされた原稿がスキャンされ、スキャンされた画像データは、出力条件に基づいて出力される。出力とは、例えば印刷であったり、メール送信であったりする。出力条件とは、出力が印刷の場合には、解像度や用紙サイズである。時刻ｔ２〜ｔ３の間で、画像処理装置１は、ジョブを実行する。
【００１７】
図３は、本発明によるリカバリ実行時の処理概念を示す図である。時刻ｔ１１で、ユーザは、原稿をセットし、スキャンした画像データの出力条件を設定する。また、ユーザは、原稿をスキャンする入力条件を設定してもよい。時刻ｔ１２で、ユーザはスタートボタンを押下する。時刻ｔ１３で、電源がＯＦＦされる。時刻ｔ１３までに、画像処理装置１は、スキャンによる読み込みが完了している画像データ、及び出力条件を記憶しておく。入力条件がある場合は、入力条件も記憶する。
【００１８】
時刻ｔ１４で、電源がＯＮされる。このとき、画像処理装置１は、記憶していた出力条件を読み出してジョブの条件値として設定し、継続して原稿のスキャンを受け付ける。時刻ｔ１５で、このジョブでスキャンされた画像データは、読み出された出力条件に基づいて出力される。
【００１９】
＜機能＞
図４は、実施例１における画像処理装置１の機能の一例を示すブロック図である。図４に示すように、画像処理装置１は、条件設定手段１００、読込手段１０１、停止ジョブ判定手段１０２、リカバリ手段１０３、管理手段１０４、動作決定手段１０７、表示手段１１２を有する。
【００２０】
条件設定手段１００は、ジョブの条件における設定を制御する。例えば、画像読み取りの条件（入力条件）を設定するＵＩ画面を制御したり、画像を出力する条件（出力条件）を設定するＵＩ画面を制御したりする。条件設定手段１００により設定された条件は、管理手段１０４に出力される。
【００２１】
画像読込手段１０１は、条件が設定された後に、ジョブの実行が指示されると、原稿を読み込み、画像データを取得する。取得した画像は、管理手段１０４に出力される。ジョブの実行の判定は、ユーザによりスタートボタンが押下されたことを検知して判定する。
【００２２】
停止ジョブ判定手段１０２は、電源断の後、再起動された場合に、ジョブの実行中に動作が停止したジョブ（未完了のジョブともいう）があるか否かを判定する。停止ジョブ判定手段１０２は、ジョブのログを参照することで、ジョブの実行後、未完了のジョブがあるか否かを判定できる。停止ジョブ判定手段１０２は、未完了のジョブがある場合、管理手段１０４にその旨通知する。
【００２３】
管理手段１０４は、記憶手段１０５、読出手段１０６を有する。記憶手段１０５は、条件設定手段１００から入力条件や出力条件を取得した場合、取得した条件をＲＡＭ１１又はＮＶＲＡＭ１３に記憶する（書き込む）。また、記憶手段１０５は、画像読込手段１０１により読み込まれた画像データを例えばページ単位でＲＡＭ１１又はＮＶＲＡＭ１３に記憶する。また、記憶手段１０５は、未完了のジョブがある場合、リカバリ手段１０３により指示があれば、電源断前の画像データと次に取得する画像データとが続きのページ番号となるようにする。
【００２４】
図５は、出力条件及び画像データの場所の一例を示す図である。図５は、出力条件として、解像度「３００ｄｐｉ」、印刷サイズ「Ａ４」が設定されている。この場合の出力は、「印刷」である。また、画像データの場所が記憶されている。図５に示す例では、３枚の原稿を読み込んだ時点の例である。記憶手段１０５は、図５に示すように、出力条件と画像データの記憶場所とを一つのテキスト形式でＲＡＭ１１などに記憶するようにしてもよい。
【００２５】
図４に戻り、読出手段１０６は、停止ジョブ判定手段１０２から未完了のジョブがあることを通知されると、ＲＡＭ１１又はＮＶＲＡＭ１３に記憶された入力条件や出力条件を読み出し、リカバリ手段１０３に出力する。
【００２６】
リカバリ手段１０３は、後述する動作決定手段１０７の指示によりどのリカバリ処理を行うのか、又はリカバリ処理を行わないのかを決めて処理を実行する。リカバリ処理とは、ジョブ実行中に電源断などにより処理が途中で止まってしまった場合、再び画像処理装置１を起動させたタイミングで、ジョブを途中から復元する処理のことをいう。ここでは、リカバリ手段１０３は、第１リカバリ処理、第２リカバリ処理、又はリカバリ処理なしのいずれかの動作モードを処理可能とする。
【００２７】
（第１リカバリ処理）
リカバリ手段１０３は、読出手段１０６から入力条件や出力条件を取得すると、取得した入力条件や出力条件を、未完了のジョブを復元する際の入力条件や出力条件とする。これにより、ユーザは再度出力条件などを設定する必要がなくなる。また、リカバリ手段１０３は、電源断後に取得する画像データと電源断前の画像データとを同様の画像データとして、続きのページ番号となるように記憶手段１０５に指示する。これにより、電源断後に読み込む原稿の画像データを、電源断前に取得した画像データに継続して記憶することができる。
【００２８】
（第２リカバリ処理）
リカバリ処理１０３は、読出手段１０６から出力条件を取得すると、取得した出力条件で、ＲＡＭ１１又はＮＶＲＡＭ１３に記憶されている画像データを出力する。これより、電源断前までに読み込みが完了した画像データを出力することができる。
【００２９】
（リカバリ処理なし）
リカバリ処理１０３は、動作決定手段１０７の指示により、前述した第１リカバリ処理又は第２リカバリ処理のいずれも処理しない。
【００３０】
動作決定手段１０７は、リカバリ処理の動作を決定する。動作決定手段１０８は、選択手段１０８、モード設定手段１０９、条件変更手段１１０、変更可否設定手段１１１を有する。
【００３１】
選択手段１０８は、電源断の後の起動時に、停止ジョブ判定手段１０２により未完了ジョブがあると判定された場合、リカバリ処理の選択を制御する。選択手段１０８は、リカバリ処理の選択について、第１リカバリ処理、第２リカバリ処理、リカバリ処理なしのいずれかの動作モードを操作パネル１６に表示するなどして選択を制御する。選択手段１０８は、選択された動作モードをリカバリ手段１０３に通知する。これにより、ユーザがリカバリ処理の可否を自由に決定することができ、利便性が向上する。
【００３２】
モード設定手段１０９は、前述した３つの動作モードのいずれかを予め設定する機能を有する。モード設定手段１０９は、設定された動作モードをＲＯＭ１２などに記憶しておくとよい。動作決定手段１０７は、未完了ジョブがあると判定された場合、まず、モード設定手段１０９により設定された動作モードがないかを確認する。動作決定手段１０７は、モード設定手段１０９により設定された動作モードがある場合は、この動作モードをリカバリ手段１０３に出力し、設定された動作モードがない場合は、選択手段１０８により動作モードをユーザに選択させる。これにより、事前に動作モードを設定しておくことで、電源が起動し、未完了ジョブがある度にユーザは動作モードを選択しなくてもよく、ユーザの利便性が向上する。
【００３３】
条件変更手段１１０は、第１リカバリ処理、又は第２リカバリ処理を行う場合に、出力条件の条件変更を制御する。条件変更手段１１０は、条件変更について、条件設定のＵＩ画面を操作パネル１６に表示するなどして設定を制御する。条件変更手段１１０は、変更された出力条件をリカバリ手段１０３に出力する。なお、入力条件が設定されている場合には、入力条件の変更を行ってもよい。これにより、電源起動前の出力条件又は入力条件とは異なる条件で画像データを読み取り又は出力することができ、ユーザの要望に合わせて設定変更を柔軟に行うことができる。
【００３４】
変更可否設定手段１１１は、条件変更手段１１０による条件変更を許可するか否かを予め設定する機能を有する。変更可否設定手段１１１は、設定された可否情報をＲＯＭ１２などに記憶しておけばよい。動作決定手段１０７は、未完了ジョブがあると判定された場合、変更の可否情報を確認する。動作決定手段１０７は、変更可否設定手段１１１により変更否が設定されていた場合、条件変更手段１１０による変更が禁止され、変更可が設定されていた場合、条件変更手段１１０により設定変更を制御させる。これにより、例えば、モード設定手段１０９により第２リカバリ処理が設定されていた場合において、リカバリ時の条件変更を不可とすることで、電源が再び起動した時に、ユーザ操作無しに自動的にジョブを実行させることができる。
【００３５】
表示手段１１２は、未完了ジョブがあると判定された場合に、例えばＲＡＭ１１に記憶されている画像データ及び／又は画像データに関する情報を操作パネル１６に表示してもよい。表示手段１１２は、枚数表示手段１１３、プレビュー表示手段１１４を有する。
【００３６】
枚数表示手段１１３は、リカバリ手段１０３によるリカバリ処理前に、例えばＲＡＭ１１に記憶されている画像データの枚数を操作パネル１６に表示する。これにより、原稿のどのページまで読み込みが完了したかが分かり、ユーザは読み込む原稿の続きを把握することができる。
【００３７】
プレビュー表示手段１１４は、リカバリ手段１０３によるリカバリ処理前に、例えばＲＡＭ１１に記憶されている画像データのプレビューを操作パネル１６に表示する。プレビューとしては、例えばサムネイル画像として縮小して表示するようにすればよい。これにより、どの原稿まで読み込みが完了したかが、プレビュー表示を見ることで容易に把握することができるため、利便性が向上する。例えば、大量原稿を読み取り中に電源断が発生した場合、電源断前の最後に読み取った原稿を把握することができるため、ページ枚数を数えなくても、原稿をみるだけで続きの画像を把握することができる。
【００３８】
なお、条件設定手段１００、動作決定手段１０７、及び表示手段１１２は、例えばＣＰＵ１０、パネル制御部１５及び操作パネル１６により実現され、画像読込手段１０１は、例えばＣＰＵ１０、スキャナエンジン制御部１７及びスキャナエンジン１８により実現され、停止ジョブ判定手段１０２及び管理手段１０４は、例えばＣＰＵ１０により実現され、リカバリ手段１０３は、例えばＣＰＵ１０、プロッタエンジン制御部１９及びプロッタエンジン２０により実現されうる。
【００３９】
＜動作＞
次に、画像処理装置１の動作について説明する。以下、画像処理装置１の複数の処理を順に示す。
【００４０】
（通常処理）
図６は、通常のリカバリ処理の一例を示すフローチャートである。図６に示すように、ステップＳ１０１で、条件設定手段１００は、出力条件を設定させ、記憶手段１０５に設定された条件を出力する。このとき、条件設定手段１００は、入力条件も設定されていた場合、出力条件と合わせて記憶手段１０５に出力する。記憶手段１０５は、取得した出力条件や入力条件を例えばＲＡＭ１１に記憶する。
【００４１】
ステップＳ１０２で、ユーザが原稿をセットし、スタートボタンを押下するなどしてジョブの実行を指示する。
【００４２】
ステップＳ１０３で、画像読込手段１０１は、原稿を読み込んで画像データを取得し、記憶手段１０５に出力する。記憶手段１０５は、取得した画像データを例えばＲＡＭ１１に記憶する。
【００４３】
ステップＳ１０４で、停電やユーザにより電源断（ＯＦＦ）が発生した場合はステップＳ１０５に進み、電源断がなければステップＳ１０８に進む。
【００４４】
ステップＳ１０５で、画像処理装置１が再起動される。ステップＳ１０６で、停止ジョブ判定手段１０２は、ジョブ実行中に電源断されたジョブを検知したとする。停止ジョブ判定手段１０２は、ジョブのログを参照し、未完了ジョブの有無を判定すればよい。
【００４５】
ステップＳ１０７で、読出手段１０６は、ＲＡＭ１１に記憶された出力条件を読み出し、リカバリ手段１０３に出力する。このとき、停止ジョブ判定手段１０２は、入力条件もＲＡＭ１１に記憶されていれば入力条件も読み出してリカバリ手段１０３に出力する。
【００４６】
ステップＳ１０８で、画像読込手段１０１は、追加の原稿がないことを検知するまで、ステップＳ１０３に戻る。追加の原稿がないことが検知された場合、ステップＳ１０９に進む。なお、ステップＳ１０７の後のステップＳ１０８の処理において、読み込まれた原稿の画像データは、電源断前の画像データの続きとして例えばＲＡＭ１１に記憶される。電源断前の画像データの続きとしてＲＡＭ１１に記憶することは、リカバリ手段１０３の指示によって実現される。
【００４７】
ステップＳ１０９で、リカバリ手段１０３は、ステップＳ１０７で読み出された出力条件で、ＲＡＭ１１に記憶されている画像データをプロッタエンジン制御部１９に出力する。プロッタエンジン２０は、プロッタエンジン制御部１９により制御されて、画像データを印刷する。
【００４８】
これにより、電源再起動後に画像データを追加することが可能であるため、電源断時に読み込むことができなかった原稿も出力対象とすることができ、ユーザの利便性が向上する。
【００４９】
（枚数表示処理）
図７は、枚数を表示するリカバリ処理の一例を示すフローチャートである。図７に示す処理において、図６に示す処理と同様の処理を行うものは図６と同じ符号を付し、その説明を省略する。
【００５０】
図７に示すステップＳ２０１で、枚数表示手段１１３は、未完了ジョブで記憶された画像データの枚数を操作パネル１６に表示する。画像データの枚数については、原稿を読み込む毎にページ番号を振り、ページ番号を含む名称を有する画像データを例えばＲＡＭ１１に記憶するようにすればよい。
【００５１】
図８は、原稿追加受付画面の一例を示す図である。図８に示す例では、原稿を５枚読み込んだ時点で電源断になり、その後起動した場合に操作パネル１６に画像（画像データ）枚数として「５」が表示される。「原稿の入力を完了する」ボタンが押下されれば、５枚の画像データが出力される。これにより、ユーザが何枚目から原稿を追加で読み込ませればよいかが分かり、追加すべき原稿を把握しやすい。
【００５２】
（プレビュー表示処理）
図９は、プレビューを表示するリカバリ処理の一例を示すフローチャートである。図９に示す処理において、図６に示す処理と同様の処理を行うものは図６と同じ符号を付し、その説明を省略する。
【００５３】
図９に示すステップＳ３０１で、プレビュー表示手段１１４は、未完了ジョブで記憶された画像データのプレビューを操作パネル１６に表示する。プレビューについては、画像処理装置１が画像データを縮小してサムネイル画像を生成し、プレビュー表示手段１１４がサムネイル画像を操作パネル１６に表示すればよい。
【００５４】
図１０は、サムネイル画像を表示する画面の一例を示す図である。図１０に示すように、操作パネル１６にサムネイル画像が表示され、画像が選択されると選択された画像が拡大表示される。拡大表示された画像の表示画面から「戻る」が押下されると元のサムネイル画像の表示画面に戻る。
【００５５】
これにより、ユーザはどの原稿まで読み込みが完了したかを、画像を見て判断することができるので、ページ枚数を数える必要がなく、どの原稿から追加すればよいかを容易に把握することができる。
【００５６】
（動作モードの選択処理）
図１１は、動作モードを選択するリカバリ処理の一例を示すフローチャートである。図１１に示す処理において、図６に示す処理と同様の処理を行うものは同じ符号を付し、その説明を省略する。
【００５７】
図１１に示すステップＳ４０１で、選択手段１０８は、動作モードの選択画面を操作パネル１６に表示させる。動作モードとは、リカバリの方法を特定する動作を示す。ここでの動作モードは以下の通りである。
モード１：原稿を追加してリカバリ処理を行う
モード２：入力完了した画像までリカバリ処理を行う
モード３：リカバリしない
選択手段１０８は、上記３つのモードをユーザに選択させる。
【００５８】
ステップＳ４０２で、ユーザがどのモードを選択したかを選択手段１０８が検知し、リカバリ手段１０３に出力する。リカバリ手段１０３は、モード１が選択されたと判断すれば、ステップＳ１０７に進み、図６で説明した処理を行う。リカバリ手段１０３は、モード２が選択されたと判断すれば、ステップＳ１０９に進み、既に記憶されている画像データを出力する。リカバリ手段１０３は、モード３が選択されたと判断すれば、リカバリ処理を行わずジョブ自体を終了する。このとき、ログには未完了として記憶される。
【００５９】
図１２は、動作モード選択画面の一例を示す図である。図１２に示すように、動作モード選択画面では、原稿を追加してリカバリ（モード１）、入力完了した画像までリカバリ（モード２）、リカバリしない（モード３）のボタンが選択可能に表示される。ユーザはいずれかのボタンを押下することで、選択手段１０８が、ユーザはどのモードを選択したかを特定できる。これにより、ユーザの要望に応じた動作モードを選択することができる。
【００６０】
（動作モードの事前設定による処理）
図１３は、動作モードを事前に設定する処理の一例を示すフローチャートである。図１３に示すステップＳ５０１で、モード設定手段１０９は、図１２に示すような選択画面を操作パネル１６に表示させる。ステップＳ５０２で、モード設定手段１０９は、選択されたモードを事前の動作モード設定としてＲＯＭ１２などに記憶する。これにより、事前の動作モード設定を完了する。
【００６１】
図１４は、動作モードが事前に設定された場合のリカバリ処理の一例を示すフローチャートである。図１４に示す処理で、図６及び図１１に示す処理と同様の処理を行うものは図６及び図１１と同じ符号を付し、その説明を省略する。
【００６２】
図１４に示すステップＳ６０１で、動作決定手段１０７が、予め設定された動作モードをＲＯＭ１２から読み出し、リカバリ手段１０３に出力する。ステップＳ４０２で、リカバリ手段１０３は、モードの種類を判定し、以降の処理は図１１と同様である。
【００６３】
これにより、予め設定で動作モードを選択できるので、リカバリ処理が行われる度にユーザが動作モードを選択する手間が省ける。
【００６４】
（条件変更処理）
図１５は、条件変更を行うリカバリ処理の一例を示すフローチャートである。図１５に示す処理において、図６と同様の処理を行うものは図６と同じ符号を付し、その説明を省略する。
【００６５】
図１５に示すステップＳ７０１で、条件変更手段１１０は、条件変更を可能にする画面を操作パネル１６に表示させる。ここでいう条件とは入力条件、出力条件のいずれでもよいが、以下では、出力条件を例にして説明する。条件変更手段１１０は、ユーザが変更した条件を検知し（受け付け）、変更された条件をリカバリ手段１０３に出力する。リカバリ手段１０３が出力条件を変更することで、Ｓ１０９において、変更された出力条件で画像データを出力することができる。
【００６６】
図１６は、条件変更画面の一例を示す図である。図１６に示す例では、出力条件の変更画面を示す。図１６では、解像度が「３００ｄｐｉ」、印刷サイズが「Ａ４」の出力条件であることを示す。このとき、解像度「６００ｄｐｉ」のボタンが押下された場合は、「６００ｄｐｉ」が網掛けになり、出力条件の解像度が「６００ｄｐｉ」に設定変更される。
【００６７】
これにより、原稿の追加に加え、入力条件や出力条件の設定を変更することができ、ユーザの要望に合わせて柔軟に対応することができる。
【００６８】
（条件変更の可否の事前設定による処理）
図１７は、条件変更の可否を事前に設定する処理の一例を示すフローチャートである。図１７に示すステップＳ８０１で、変更可否設定手段１１１は、例えば、条件変更を許可するボタン、禁止するボタンが表示された選択画面を操作パネル１６に表示させる。ステップ８０２で、変更可否設定手段１１１は、選択された変更の可否をＲＯＭ１２などに記憶する。これにより、事前に、条件変更を許可するか禁止するかを設定しておくことができる。
【００６９】
図１８は、条件変更の可否を事前設定したリカバリ処理の一例を示すフローチャートである。図１８に示す処理において、図６及び図１５に示す処理と同様の処理を行うものは、図６及び図１５と同じ符号を付し、その説明を省略する。
【００７０】
図１８に示すステップＳ９０１で、動作決定手段１０７は、予め設定された条件変更の可否をＲＯＭ１２から読み出す。ステップＳ９０２で、動作決定手段１０７は、変更が可であれば、条件変更手段１１０に通知して、図１６に示すような変更画面を表示させ、変更が不可であれば、リカバリ手段１０３に通知する。リカバリ手段１０３は、以降の処理を行う。
【００７１】
これにより、例えば、動作モードの事前設定で、モード２が設定されていた場合、条件変更を不可にしておくことで、ユーザ操作なしにジョブをリカバリすることができる。
【００７２】
以上、実施例１によれば、原稿の読み取り途中に電源がＯＦＦになり、電源が再度ＯＮになったときに、電源ＯＦＦ前と同じ条件で継続して原稿を読み取り可能なのでユーザの手間を軽減させることができる。
【００７３】
実施例１の画像処理装置で実行されるプログラムは、前述した各手段を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）がＲＯＭ１２からプログラムを読み出して実行することにより上記各手段のうち１又は複数の各手段が主記憶装置上にロードされ、１又は複数の各手段が主記憶装置上に生成されるようになっている。
【００７４】
なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。
【符号の説明】
【００７５】
１ 画像処理装置
１０ ＣＰＵ
１１ ＲＡＭ
１２ ＲＯＭ
１３ ＮＶＲＡＭ
１５ パネル制御部
１６ 操作パネル
１７ スキャナエンジン制御部
１８ スキャナエンジン
１９ プロッタエンジン制御部
２０ プロッタエンジン
１００ 条件設定手段
１０１ 画像読込手段
１０２ 停止ジョブ判定手段
１０３ リカバリ手段
１０４ 管理手段
１０５ 記憶手段
１０６ 読出手段
１０７ 動作決定手段
１０８ 選択手段
１０９ モード選択手段
１１０ 条件変更手段
１１１ 変更可否設定手段
１１２ 表示手段
１１３ 枚数表示手段
１１４ プレビュー表示手段
【先行技術文献】
【特許文献】
【００７６】
【特許文献１】特開平８−２９３９５２号公報
【技術分野】
【０００１】
本発明は、読み込んだ画像を出力する画像処理装置に関する。
【背景技術】
【０００２】
ＭＦＰ（Multifunction Peripheral）では、ジョブの実行中に電源がＯＦＦになった場合にジョブを中断する。再び電源がＯＮになった場合のジョブの処理について、例えば特許文献１の技術がある。
【０００３】
特許文献１には、画像データの転送中に、受信側で電源がＯＦＦになり、再度電源がＯＮになった場合、引き続き行われる画像データの展開処理において「データの転送を初めから行う」、「途中から行う」、「破棄する」の内から選択的に実行制御する技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術では、読み取った画像データの転送時の技術であって、原稿の読み取り途中に電源がＯＦＦになることは想定されていない。よって、原稿の読み取り途中で電源がＯＦＦになった場合、電源がＯＮになったとしても、読み取り途中の原稿を読み取り前の設定で再度読み取ることができず、読み取りの設定をやり直さなければならなかった。
【０００５】
そこで、本発明は上記問題点に鑑みてなされたものであり、原稿の読み取り途中に電源がＯＦＦになり、電源が再度ＯＮになったときに、同じ条件で継続して原稿を読み取り可能なのでユーザの手間を軽減させることができる画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明における一局面の画像処理装置は、原稿を読み込み、画像データを取得する読込手段と、前記画像データ、及び前記画像データの出力条件を記憶する記憶手段と、前記読込手段によるジョブの実行中に動作停止したか否かを判定する判定手段と、前記判定手段により動作停止したと判定された場合、前記記憶手段に記憶された前記出力条件を読み出す読出手段と、前記原稿を継続して前記読込手段により読み込むことを可能にし、前記読出手段により読み出された前記出力条件で、前記ジョブのリカバリ処理を行うリカバリ手段と、を備える。
【発明の効果】
【０００７】
本発明によれば、原稿の読み取り途中に電源がＯＦＦになり、電源が再度ＯＮになったときに、電源ＯＦＦ前と同じ条件で継続して原稿を読み取り可能なのでユーザの手間を軽減させることができる。
【図面の簡単な説明】
【０００８】
【図１】実施例１に係る画像処理装置のハードウェアの一例を示す図。
【図２】通常ジョブ実行時の処理概念を示す図。
【図３】本発明によるリカバリ実行時の処理概念を示す図。
【図４】実施例１における画像処理装置の機能の一例を示すブロック図。
【図５】出力条件及び画像データの場所の一例を示す図。
【図６】通常のリカバリ処理の一例を示すフローチャート。
【図７】枚数を表示するリカバリ処理の一例を示すフローチャート。
【図８】原稿追加受付画面の一例を示す図。
【図９】プレビューを表示するリカバリ処理の一例を示すフローチャート。
【図１０】サムネイル画像を表示する画面の一例を示す図。
【図１１】動作モードを選択するリカバリ処理の一例を示すフローチャート。
【図１２】動作モード選択画面の一例を示す図。
【図１３】動作モードを事前に設定する処理の一例を示すフローチャート。
【図１４】動作モードが事前に設定された場合のリカバリ処理の一例を示すフローチャート。
【図１５】条件変更を行うリカバリ処理の一例を示すフローチャート。
【図１６】条件変更画面の一例を示す図。
【図１７】条件変更の可否を事前に設定する処理の一例を示すフローチャート。
【図１８】条件変更の可否を事前設定したリカバリ処理の一例を示すフローチャート。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、本発明にかかる画像処理装置の実施例を詳細に説明する。
【００１０】
また、以下に示す実施例では、画像データを処理する画像処理装置として、プリンタ機能、スキャナ機能、コピー機能、ファクシミリ機能を一つの筐体に搭載した複合機を例にあげて説明する。
【００１１】
［実施例１］
＜ハードウェア＞
図１は、実施例１に係る画像処理装置１のハードウェアの一例を示す図である。画像処理装置１は、ＣＰＵ（プロセッサ）１０、ＲＯＭ１１、ＲＡＭ１２、ＮＶＲＡＭ１３、外部Ｉ／Ｆ１４、パネル制御部１５、操作パネル１６、スキャナエンジン制御部１７、プロッタエンジン制御部１９ストレージドライバ２１を有する。
【００１２】
また、パネル制御部１５には操作パネル１６が、スキャナエンジン制御部１７にはスキャナエンジン１８が、プロッタエンジン制御部１９にはプロッタエンジン２０が、ストレージドライバ２１には記憶媒体２２がそれぞれ接続されている。
【００１３】
ＣＰＵ１０は、画像処理装置１全体の制御演算を行う。ＲＡＭ１１は、一時的なデータの記憶場所、ＣＰＵ１０のワークスペースとして利用される。ＲＯＭ１２は、プログラムコード、フォント、及びその他の静的なデータを格納する。ＮＶＲＡＭ１３は、不揮発性のデータを格納する。
【００１４】
操作パネル１６とパネル制御部１５は、ユーザとのインタフェースとなる。スキャナエンジン１８とスキャナエンジン制御部１７は、画像データの入力ユニットとして、紙原稿の読み取りを行う。プロッタエンジン２０とプロッタエンジン制御部１９は、画像データの出力ユニットとして、転写紙への印刷を行う。
【００１５】
記憶媒体２２とストレージドライバ２１は、大量の画像データなどを蓄積したり、データベースの記憶場所としたりして利用される。外部Ｉ／Ｆ１４は、セントロニクスやＲＳ−２３２Ｃ等のインタフェースを用いて外部の機器との通信を可能にする。ＣＰＵ１０、ＲＡＭ１１、ＲＯＭ１２、ＮＶＲＡＭ１３、外部Ｉ／Ｆ１４、パネル制御部１５、スキャナエンジン制御部１７、プロッタエンジン制御部１９、ストレージドライバ２１は、データバスを通じてデータのやり取りを行う。
【００１６】
＜処理概念＞
図２は、通常ジョブ実行時の処理概念を示す図である。時刻ｔ１で、ユーザは、原稿をセットし、スキャンした画像データの出力条件を設定する。また、ユーザは、原稿をスキャンする入力条件を合わせて設定してもよい。時刻ｔ２で、ユーザはスタートボタンを押下する。時刻ｔ３で、セットされた原稿がスキャンされ、スキャンされた画像データは、出力条件に基づいて出力される。出力とは、例えば印刷であったり、メール送信であったりする。出力条件とは、出力が印刷の場合には、解像度や用紙サイズである。時刻ｔ２〜ｔ３の間で、画像処理装置１は、ジョブを実行する。
【００１７】
図３は、本発明によるリカバリ実行時の処理概念を示す図である。時刻ｔ１１で、ユーザは、原稿をセットし、スキャンした画像データの出力条件を設定する。また、ユーザは、原稿をスキャンする入力条件を設定してもよい。時刻ｔ１２で、ユーザはスタートボタンを押下する。時刻ｔ１３で、電源がＯＦＦされる。時刻ｔ１３までに、画像処理装置１は、スキャンによる読み込みが完了している画像データ、及び出力条件を記憶しておく。入力条件がある場合は、入力条件も記憶する。
【００１８】
時刻ｔ１４で、電源がＯＮされる。このとき、画像処理装置１は、記憶していた出力条件を読み出してジョブの条件値として設定し、継続して原稿のスキャンを受け付ける。時刻ｔ１５で、このジョブでスキャンされた画像データは、読み出された出力条件に基づいて出力される。
【００１９】
＜機能＞
図４は、実施例１における画像処理装置１の機能の一例を示すブロック図である。図４に示すように、画像処理装置１は、条件設定手段１００、読込手段１０１、停止ジョブ判定手段１０２、リカバリ手段１０３、管理手段１０４、動作決定手段１０７、表示手段１１２を有する。
【００２０】
条件設定手段１００は、ジョブの条件における設定を制御する。例えば、画像読み取りの条件（入力条件）を設定するＵＩ画面を制御したり、画像を出力する条件（出力条件）を設定するＵＩ画面を制御したりする。条件設定手段１００により設定された条件は、管理手段１０４に出力される。
【００２１】
画像読込手段１０１は、条件が設定された後に、ジョブの実行が指示されると、原稿を読み込み、画像データを取得する。取得した画像は、管理手段１０４に出力される。ジョブの実行の判定は、ユーザによりスタートボタンが押下されたことを検知して判定する。
【００２２】
停止ジョブ判定手段１０２は、電源断の後、再起動された場合に、ジョブの実行中に動作が停止したジョブ（未完了のジョブともいう）があるか否かを判定する。停止ジョブ判定手段１０２は、ジョブのログを参照することで、ジョブの実行後、未完了のジョブがあるか否かを判定できる。停止ジョブ判定手段１０２は、未完了のジョブがある場合、管理手段１０４にその旨通知する。
【００２３】
管理手段１０４は、記憶手段１０５、読出手段１０６を有する。記憶手段１０５は、条件設定手段１００から入力条件や出力条件を取得した場合、取得した条件をＲＡＭ１１又はＮＶＲＡＭ１３に記憶する（書き込む）。また、記憶手段１０５は、画像読込手段１０１により読み込まれた画像データを例えばページ単位でＲＡＭ１１又はＮＶＲＡＭ１３に記憶する。また、記憶手段１０５は、未完了のジョブがある場合、リカバリ手段１０３により指示があれば、電源断前の画像データと次に取得する画像データとが続きのページ番号となるようにする。
【００２４】
図５は、出力条件及び画像データの場所の一例を示す図である。図５は、出力条件として、解像度「３００ｄｐｉ」、印刷サイズ「Ａ４」が設定されている。この場合の出力は、「印刷」である。また、画像データの場所が記憶されている。図５に示す例では、３枚の原稿を読み込んだ時点の例である。記憶手段１０５は、図５に示すように、出力条件と画像データの記憶場所とを一つのテキスト形式でＲＡＭ１１などに記憶するようにしてもよい。
【００２５】
図４に戻り、読出手段１０６は、停止ジョブ判定手段１０２から未完了のジョブがあることを通知されると、ＲＡＭ１１又はＮＶＲＡＭ１３に記憶された入力条件や出力条件を読み出し、リカバリ手段１０３に出力する。
【００２６】
リカバリ手段１０３は、後述する動作決定手段１０７の指示によりどのリカバリ処理を行うのか、又はリカバリ処理を行わないのかを決めて処理を実行する。リカバリ処理とは、ジョブ実行中に電源断などにより処理が途中で止まってしまった場合、再び画像処理装置１を起動させたタイミングで、ジョブを途中から復元する処理のことをいう。ここでは、リカバリ手段１０３は、第１リカバリ処理、第２リカバリ処理、又はリカバリ処理なしのいずれかの動作モードを処理可能とする。
【００２７】
（第１リカバリ処理）
リカバリ手段１０３は、読出手段１０６から入力条件や出力条件を取得すると、取得した入力条件や出力条件を、未完了のジョブを復元する際の入力条件や出力条件とする。これにより、ユーザは再度出力条件などを設定する必要がなくなる。また、リカバリ手段１０３は、電源断後に取得する画像データと電源断前の画像データとを同様の画像データとして、続きのページ番号となるように記憶手段１０５に指示する。これにより、電源断後に読み込む原稿の画像データを、電源断前に取得した画像データに継続して記憶することができる。
【００２８】
（第２リカバリ処理）
リカバリ処理１０３は、読出手段１０６から出力条件を取得すると、取得した出力条件で、ＲＡＭ１１又はＮＶＲＡＭ１３に記憶されている画像データを出力する。これより、電源断前までに読み込みが完了した画像データを出力することができる。
【００２９】
（リカバリ処理なし）
リカバリ処理１０３は、動作決定手段１０７の指示により、前述した第１リカバリ処理又は第２リカバリ処理のいずれも処理しない。
【００３０】
動作決定手段１０７は、リカバリ処理の動作を決定する。動作決定手段１０８は、選択手段１０８、モード設定手段１０９、条件変更手段１１０、変更可否設定手段１１１を有する。
【００３１】
選択手段１０８は、電源断の後の起動時に、停止ジョブ判定手段１０２により未完了ジョブがあると判定された場合、リカバリ処理の選択を制御する。選択手段１０８は、リカバリ処理の選択について、第１リカバリ処理、第２リカバリ処理、リカバリ処理なしのいずれかの動作モードを操作パネル１６に表示するなどして選択を制御する。選択手段１０８は、選択された動作モードをリカバリ手段１０３に通知する。これにより、ユーザがリカバリ処理の可否を自由に決定することができ、利便性が向上する。
【００３２】
モード設定手段１０９は、前述した３つの動作モードのいずれかを予め設定する機能を有する。モード設定手段１０９は、設定された動作モードをＲＯＭ１２などに記憶しておくとよい。動作決定手段１０７は、未完了ジョブがあると判定された場合、まず、モード設定手段１０９により設定された動作モードがないかを確認する。動作決定手段１０７は、モード設定手段１０９により設定された動作モードがある場合は、この動作モードをリカバリ手段１０３に出力し、設定された動作モードがない場合は、選択手段１０８により動作モードをユーザに選択させる。これにより、事前に動作モードを設定しておくことで、電源が起動し、未完了ジョブがある度にユーザは動作モードを選択しなくてもよく、ユーザの利便性が向上する。
【００３３】
条件変更手段１１０は、第１リカバリ処理、又は第２リカバリ処理を行う場合に、出力条件の条件変更を制御する。条件変更手段１１０は、条件変更について、条件設定のＵＩ画面を操作パネル１６に表示するなどして設定を制御する。条件変更手段１１０は、変更された出力条件をリカバリ手段１０３に出力する。なお、入力条件が設定されている場合には、入力条件の変更を行ってもよい。これにより、電源起動前の出力条件又は入力条件とは異なる条件で画像データを読み取り又は出力することができ、ユーザの要望に合わせて設定変更を柔軟に行うことができる。
【００３４】
変更可否設定手段１１１は、条件変更手段１１０による条件変更を許可するか否かを予め設定する機能を有する。変更可否設定手段１１１は、設定された可否情報をＲＯＭ１２などに記憶しておけばよい。動作決定手段１０７は、未完了ジョブがあると判定された場合、変更の可否情報を確認する。動作決定手段１０７は、変更可否設定手段１１１により変更否が設定されていた場合、条件変更手段１１０による変更が禁止され、変更可が設定されていた場合、条件変更手段１１０により設定変更を制御させる。これにより、例えば、モード設定手段１０９により第２リカバリ処理が設定されていた場合において、リカバリ時の条件変更を不可とすることで、電源が再び起動した時に、ユーザ操作無しに自動的にジョブを実行させることができる。
【００３５】
表示手段１１２は、未完了ジョブがあると判定された場合に、例えばＲＡＭ１１に記憶されている画像データ及び／又は画像データに関する情報を操作パネル１６に表示してもよい。表示手段１１２は、枚数表示手段１１３、プレビュー表示手段１１４を有する。
【００３６】
枚数表示手段１１３は、リカバリ手段１０３によるリカバリ処理前に、例えばＲＡＭ１１に記憶されている画像データの枚数を操作パネル１６に表示する。これにより、原稿のどのページまで読み込みが完了したかが分かり、ユーザは読み込む原稿の続きを把握することができる。
【００３７】
プレビュー表示手段１１４は、リカバリ手段１０３によるリカバリ処理前に、例えばＲＡＭ１１に記憶されている画像データのプレビューを操作パネル１６に表示する。プレビューとしては、例えばサムネイル画像として縮小して表示するようにすればよい。これにより、どの原稿まで読み込みが完了したかが、プレビュー表示を見ることで容易に把握することができるため、利便性が向上する。例えば、大量原稿を読み取り中に電源断が発生した場合、電源断前の最後に読み取った原稿を把握することができるため、ページ枚数を数えなくても、原稿をみるだけで続きの画像を把握することができる。
【００３８】
なお、条件設定手段１００、動作決定手段１０７、及び表示手段１１２は、例えばＣＰＵ１０、パネル制御部１５及び操作パネル１６により実現され、画像読込手段１０１は、例えばＣＰＵ１０、スキャナエンジン制御部１７及びスキャナエンジン１８により実現され、停止ジョブ判定手段１０２及び管理手段１０４は、例えばＣＰＵ１０により実現され、リカバリ手段１０３は、例えばＣＰＵ１０、プロッタエンジン制御部１９及びプロッタエンジン２０により実現されうる。
【００３９】
＜動作＞
次に、画像処理装置１の動作について説明する。以下、画像処理装置１の複数の処理を順に示す。
【００４０】
（通常処理）
図６は、通常のリカバリ処理の一例を示すフローチャートである。図６に示すように、ステップＳ１０１で、条件設定手段１００は、出力条件を設定させ、記憶手段１０５に設定された条件を出力する。このとき、条件設定手段１００は、入力条件も設定されていた場合、出力条件と合わせて記憶手段１０５に出力する。記憶手段１０５は、取得した出力条件や入力条件を例えばＲＡＭ１１に記憶する。
【００４１】
ステップＳ１０２で、ユーザが原稿をセットし、スタートボタンを押下するなどしてジョブの実行を指示する。
【００４２】
ステップＳ１０３で、画像読込手段１０１は、原稿を読み込んで画像データを取得し、記憶手段１０５に出力する。記憶手段１０５は、取得した画像データを例えばＲＡＭ１１に記憶する。
【００４３】
ステップＳ１０４で、停電やユーザにより電源断（ＯＦＦ）が発生した場合はステップＳ１０５に進み、電源断がなければステップＳ１０８に進む。
【００４４】
ステップＳ１０５で、画像処理装置１が再起動される。ステップＳ１０６で、停止ジョブ判定手段１０２は、ジョブ実行中に電源断されたジョブを検知したとする。停止ジョブ判定手段１０２は、ジョブのログを参照し、未完了ジョブの有無を判定すればよい。
【００４５】
ステップＳ１０７で、読出手段１０６は、ＲＡＭ１１に記憶された出力条件を読み出し、リカバリ手段１０３に出力する。このとき、停止ジョブ判定手段１０２は、入力条件もＲＡＭ１１に記憶されていれば入力条件も読み出してリカバリ手段１０３に出力する。
【００４６】
ステップＳ１０８で、画像読込手段１０１は、追加の原稿がないことを検知するまで、ステップＳ１０３に戻る。追加の原稿がないことが検知された場合、ステップＳ１０９に進む。なお、ステップＳ１０７の後のステップＳ１０８の処理において、読み込まれた原稿の画像データは、電源断前の画像データの続きとして例えばＲＡＭ１１に記憶される。電源断前の画像データの続きとしてＲＡＭ１１に記憶することは、リカバリ手段１０３の指示によって実現される。
【００４７】
ステップＳ１０９で、リカバリ手段１０３は、ステップＳ１０７で読み出された出力条件で、ＲＡＭ１１に記憶されている画像データをプロッタエンジン制御部１９に出力する。プロッタエンジン２０は、プロッタエンジン制御部１９により制御されて、画像データを印刷する。
【００４８】
これにより、電源再起動後に画像データを追加することが可能であるため、電源断時に読み込むことができなかった原稿も出力対象とすることができ、ユーザの利便性が向上する。
【００４９】
（枚数表示処理）
図７は、枚数を表示するリカバリ処理の一例を示すフローチャートである。図７に示す処理において、図６に示す処理と同様の処理を行うものは図６と同じ符号を付し、その説明を省略する。
【００５０】
図７に示すステップＳ２０１で、枚数表示手段１１３は、未完了ジョブで記憶された画像データの枚数を操作パネル１６に表示する。画像データの枚数については、原稿を読み込む毎にページ番号を振り、ページ番号を含む名称を有する画像データを例えばＲＡＭ１１に記憶するようにすればよい。
【００５１】
図８は、原稿追加受付画面の一例を示す図である。図８に示す例では、原稿を５枚読み込んだ時点で電源断になり、その後起動した場合に操作パネル１６に画像（画像データ）枚数として「５」が表示される。「原稿の入力を完了する」ボタンが押下されれば、５枚の画像データが出力される。これにより、ユーザが何枚目から原稿を追加で読み込ませればよいかが分かり、追加すべき原稿を把握しやすい。
【００５２】
（プレビュー表示処理）
図９は、プレビューを表示するリカバリ処理の一例を示すフローチャートである。図９に示す処理において、図６に示す処理と同様の処理を行うものは図６と同じ符号を付し、その説明を省略する。
【００５３】
図９に示すステップＳ３０１で、プレビュー表示手段１１４は、未完了ジョブで記憶された画像データのプレビューを操作パネル１６に表示する。プレビューについては、画像処理装置１が画像データを縮小してサムネイル画像を生成し、プレビュー表示手段１１４がサムネイル画像を操作パネル１６に表示すればよい。
【００５４】
図１０は、サムネイル画像を表示する画面の一例を示す図である。図１０に示すように、操作パネル１６にサムネイル画像が表示され、画像が選択されると選択された画像が拡大表示される。拡大表示された画像の表示画面から「戻る」が押下されると元のサムネイル画像の表示画面に戻る。
【００５５】
これにより、ユーザはどの原稿まで読み込みが完了したかを、画像を見て判断することができるので、ページ枚数を数える必要がなく、どの原稿から追加すればよいかを容易に把握することができる。
【００５６】
（動作モードの選択処理）
図１１は、動作モードを選択するリカバリ処理の一例を示すフローチャートである。図１１に示す処理において、図６に示す処理と同様の処理を行うものは同じ符号を付し、その説明を省略する。
【００５７】
図１１に示すステップＳ４０１で、選択手段１０８は、動作モードの選択画面を操作パネル１６に表示させる。動作モードとは、リカバリの方法を特定する動作を示す。ここでの動作モードは以下の通りである。
モード１：原稿を追加してリカバリ処理を行う
モード２：入力完了した画像までリカバリ処理を行う
モード３：リカバリしない
選択手段１０８は、上記３つのモードをユーザに選択させる。
【００５８】
ステップＳ４０２で、ユーザがどのモードを選択したかを選択手段１０８が検知し、リカバリ手段１０３に出力する。リカバリ手段１０３は、モード１が選択されたと判断すれば、ステップＳ１０７に進み、図６で説明した処理を行う。リカバリ手段１０３は、モード２が選択されたと判断すれば、ステップＳ１０９に進み、既に記憶されている画像データを出力する。リカバリ手段１０３は、モード３が選択されたと判断すれば、リカバリ処理を行わずジョブ自体を終了する。このとき、ログには未完了として記憶される。
【００５９】
図１２は、動作モード選択画面の一例を示す図である。図１２に示すように、動作モード選択画面では、原稿を追加してリカバリ（モード１）、入力完了した画像までリカバリ（モード２）、リカバリしない（モード３）のボタンが選択可能に表示される。ユーザはいずれかのボタンを押下することで、選択手段１０８が、ユーザはどのモードを選択したかを特定できる。これにより、ユーザの要望に応じた動作モードを選択することができる。
【００６０】
（動作モードの事前設定による処理）
図１３は、動作モードを事前に設定する処理の一例を示すフローチャートである。図１３に示すステップＳ５０１で、モード設定手段１０９は、図１２に示すような選択画面を操作パネル１６に表示させる。ステップＳ５０２で、モード設定手段１０９は、選択されたモードを事前の動作モード設定としてＲＯＭ１２などに記憶する。これにより、事前の動作モード設定を完了する。
【００６１】
図１４は、動作モードが事前に設定された場合のリカバリ処理の一例を示すフローチャートである。図１４に示す処理で、図６及び図１１に示す処理と同様の処理を行うものは図６及び図１１と同じ符号を付し、その説明を省略する。
【００６２】
図１４に示すステップＳ６０１で、動作決定手段１０７が、予め設定された動作モードをＲＯＭ１２から読み出し、リカバリ手段１０３に出力する。ステップＳ４０２で、リカバリ手段１０３は、モードの種類を判定し、以降の処理は図１１と同様である。
【００６３】
これにより、予め設定で動作モードを選択できるので、リカバリ処理が行われる度にユーザが動作モードを選択する手間が省ける。
【００６４】
（条件変更処理）
図１５は、条件変更を行うリカバリ処理の一例を示すフローチャートである。図１５に示す処理において、図６と同様の処理を行うものは図６と同じ符号を付し、その説明を省略する。
【００６５】
図１５に示すステップＳ７０１で、条件変更手段１１０は、条件変更を可能にする画面を操作パネル１６に表示させる。ここでいう条件とは入力条件、出力条件のいずれでもよいが、以下では、出力条件を例にして説明する。条件変更手段１１０は、ユーザが変更した条件を検知し（受け付け）、変更された条件をリカバリ手段１０３に出力する。リカバリ手段１０３が出力条件を変更することで、Ｓ１０９において、変更された出力条件で画像データを出力することができる。
【００６６】
図１６は、条件変更画面の一例を示す図である。図１６に示す例では、出力条件の変更画面を示す。図１６では、解像度が「３００ｄｐｉ」、印刷サイズが「Ａ４」の出力条件であることを示す。このとき、解像度「６００ｄｐｉ」のボタンが押下された場合は、「６００ｄｐｉ」が網掛けになり、出力条件の解像度が「６００ｄｐｉ」に設定変更される。
【００６７】
これにより、原稿の追加に加え、入力条件や出力条件の設定を変更することができ、ユーザの要望に合わせて柔軟に対応することができる。
【００６８】
（条件変更の可否の事前設定による処理）
図１７は、条件変更の可否を事前に設定する処理の一例を示すフローチャートである。図１７に示すステップＳ８０１で、変更可否設定手段１１１は、例えば、条件変更を許可するボタン、禁止するボタンが表示された選択画面を操作パネル１６に表示させる。ステップ８０２で、変更可否設定手段１１１は、選択された変更の可否をＲＯＭ１２などに記憶する。これにより、事前に、条件変更を許可するか禁止するかを設定しておくことができる。
【００６９】
図１８は、条件変更の可否を事前設定したリカバリ処理の一例を示すフローチャートである。図１８に示す処理において、図６及び図１５に示す処理と同様の処理を行うものは、図６及び図１５と同じ符号を付し、その説明を省略する。
【００７０】
図１８に示すステップＳ９０１で、動作決定手段１０７は、予め設定された条件変更の可否をＲＯＭ１２から読み出す。ステップＳ９０２で、動作決定手段１０７は、変更が可であれば、条件変更手段１１０に通知して、図１６に示すような変更画面を表示させ、変更が不可であれば、リカバリ手段１０３に通知する。リカバリ手段１０３は、以降の処理を行う。
【００７１】
これにより、例えば、動作モードの事前設定で、モード２が設定されていた場合、条件変更を不可にしておくことで、ユーザ操作なしにジョブをリカバリすることができる。
【００７２】
以上、実施例１によれば、原稿の読み取り途中に電源がＯＦＦになり、電源が再度ＯＮになったときに、電源ＯＦＦ前と同じ条件で継続して原稿を読み取り可能なのでユーザの手間を軽減させることができる。
【００７３】
実施例１の画像処理装置で実行されるプログラムは、前述した各手段を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）がＲＯＭ１２からプログラムを読み出して実行することにより上記各手段のうち１又は複数の各手段が主記憶装置上にロードされ、１又は複数の各手段が主記憶装置上に生成されるようになっている。
【００７４】
なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。
【符号の説明】
【００７５】
１ 画像処理装置
１０ ＣＰＵ
１１ ＲＡＭ
１２ ＲＯＭ
１３ ＮＶＲＡＭ
１５ パネル制御部
１６ 操作パネル
１７ スキャナエンジン制御部
１８ スキャナエンジン
１９ プロッタエンジン制御部
２０ プロッタエンジン
１００ 条件設定手段
１０１ 画像読込手段
１０２ 停止ジョブ判定手段
１０３ リカバリ手段
１０４ 管理手段
１０５ 記憶手段
１０６ 読出手段
１０７ 動作決定手段
１０８ 選択手段
１０９ モード選択手段
１１０ 条件変更手段
１１１ 変更可否設定手段
１１２ 表示手段
１１３ 枚数表示手段
１１４ プレビュー表示手段
【先行技術文献】
【特許文献】
【００７６】
【特許文献１】特開平８−２９３９５２号公報
【特許請求の範囲】
【請求項１】
原稿を読み込み、画像データを取得する読込手段と、
前記画像データ、及び前記画像データの出力条件を記憶する記憶手段と、
前記読込手段によるジョブの実行中に動作停止したか否かを判定する判定手段と、
前記判定手段により動作停止したと判定された場合、前記記憶手段に記憶された前記出力条件を読み出す読出手段と、
前記原稿を継続して前記読込手段により読み込むことを可能にし、前記読出手段により読み出された前記出力条件で、前記ジョブのリカバリ処理を行うリカバリ手段と、
を備える画像処理装置。
【請求項２】
動作停止前までに取得された画像データの枚数を前記リカバリ処理時に表示する表示手段をさらに備える請求項１記載の画像処理装置。
【請求項３】
前記表示手段は、
動作停止前までに取得された画像データのプレビューを表示する請求項２記載の画像処理装置。
【請求項４】
動作回復時に、前記リカバリ処理を行わない、前記リカバリ処理を行う、又は前記記憶手段に記憶された出力条件で前記記憶手段に記憶された前記画像データを出力する、のいずれかの動作モードを選択させる選択手段をさらに備える請求項１乃至３いずれか一項に記載の画像処理装置。
【請求項５】
動作回復時に、読み出された前記出力条件を変更可能にする変更手段をさらに備える請求項１乃至４いずれか一項に記載の画像処理装置。
【請求項１】
原稿を読み込み、画像データを取得する読込手段と、
前記画像データ、及び前記画像データの出力条件を記憶する記憶手段と、
前記読込手段によるジョブの実行中に動作停止したか否かを判定する判定手段と、
前記判定手段により動作停止したと判定された場合、前記記憶手段に記憶された前記出力条件を読み出す読出手段と、
前記原稿を継続して前記読込手段により読み込むことを可能にし、前記読出手段により読み出された前記出力条件で、前記ジョブのリカバリ処理を行うリカバリ手段と、
を備える画像処理装置。
【請求項２】
動作停止前までに取得された画像データの枚数を前記リカバリ処理時に表示する表示手段をさらに備える請求項１記載の画像処理装置。
【請求項３】
前記表示手段は、
動作停止前までに取得された画像データのプレビューを表示する請求項２記載の画像処理装置。
【請求項４】
動作回復時に、前記リカバリ処理を行わない、前記リカバリ処理を行う、又は前記記憶手段に記憶された出力条件で前記記憶手段に記憶された前記画像データを出力する、のいずれかの動作モードを選択させる選択手段をさらに備える請求項１乃至３いずれか一項に記載の画像処理装置。
【請求項５】
動作回復時に、読み出された前記出力条件を変更可能にする変更手段をさらに備える請求項１乃至４いずれか一項に記載の画像処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１１−１５１７３３（Ｐ２０１１−１５１７３３Ａ）
【公開日】平成２３年８月４日（２０１１．８．４）
【国際特許分類】
【出願番号】特願２０１０−１３３２０（Ｐ２０１０−１３３２０）
【出願日】平成２２年１月２５日（２０１０．１．２５）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２３年８月４日（２０１１．８．４）
【国際特許分類】
【出願日】平成２２年１月２５日（２０１０．１．２５）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]