(57)【要約】【課題】ファームウェアアップデート後に再度画像形成する際に要する時間を低減することを目的とする。【解決手段】画像処理を行う画像処理手段と、画像処理手段に係るファームウェアを更新する更新手段と、更新手段によりファームウェアが更新される場合、ファームウェアの更新により画像処理結果が変わるか否かを判断する判断手段と、判断手段により画像処理結果が変わると判断された場合、更新手段によりファームウェアが更新された後に、記憶手段より画像処理後のデータに対応する画像処理前のデータを特定し、特定した画像処理前のデータを画像処理手段に渡して画像処理を実行させ、画像処理を実行した結果の画像処理後のデータを記憶手段に記憶する制御手段と、を有することによって課題を解決する。【選択図】図４
2014218014.tif 000002
【特許請求の範囲】
【請求項１】
画像処理を行う画像処理手段と、
前記画像処理手段に係るファームウェアを更新する更新手段と、
前記更新手段により前記ファームウェアが更新される場合、前記ファームウェアの更新により画像処理結果が変わるか否かを判断する判断手段と、
前記判断手段により画像処理結果が変わると判断された場合、前記更新手段により前記ファームウェアが更新された後に、記憶手段より前記画像処理後のデータに対応する画像処理前のデータを特定し、特定した前記画像処理前のデータを前記画像処理手段に渡して画像処理を実行させ、前記画像処理を実行した結果の画像処理後のデータを前記記憶手段に記憶する制御手段と、
を有する画像処理装置。
【請求項２】
前記制御手段は、前記判断手段により画像処理結果が変わると判断され、画像処理前後のデータを記憶する記憶手段に画像処理後のデータが記憶されていた場合、前記更新手段により前記ファームウェアが更新された後に、記憶手段より前記画像処理後のデータに対応する画像処理前のデータを特定し、特定した前記画像処理前のデータを前記画像処理手段に渡して画像処理を実行させ、前記画像処理を実行した結果の画像処理後のデータを前記記憶手段に記憶する請求項１記載の画像処理装置。
【請求項３】
ファームウェアが更新された場合に、再画像処理を行うか否かを設定する設定手段を更に有し、
前記制御手段は、前記判断手段により画像処理結果が変わると判断され、前記設定手段によって再画像処理を行うと設定されていた場合、前記更新手段により前記ファームウェアが更新された後に、記憶手段より前記画像処理後のデータに対応する画像処理前のデータを特定し、特定した前記画像処理前のデータに対して画像処理を実行させ、画像処理後のデータを前記記憶手段に記憶する請求項１記載の画像処理装置。
【請求項４】
前記記憶手段を更に有し、
前記記憶手段は、
画像処理前のデータを記憶するインプットスプーラと、
画像処理後のデータを記憶するアウトプットスプーラと、
を有する請求項１乃至３何れか１項記載の画像処理装置。
【請求項５】
前記制御手段は、前記画像処理手段が他の処理を実行している場合は、前記他の処理の実行が終了してから前記画像処理前のデータを前記画像処理手段に渡して画像処理を実行させ、前記画像処理を実行した結果の画像処理後のデータを前記記憶手段に記憶する請求項１乃至４何れか１項記載の画像処理装置。
【請求項６】
前記制御手段は、前記判断手段により画像処理結果が変わると判断され、画像処理前後のデータを記憶する記憶手段に前記画像処理手段による画像処理後のデータが記憶されていた場合、前記記憶手段より前記画像処理後のデータを削除する請求項１乃至５何れか１項記載の画像処理装置。
【請求項７】
前記記憶手段に記憶されている画像処理後のデータを用いて画像形成を行う画像形成手段を更に有し、
前記画像形成手段による前記画像形成の後も前記制御手段によって前記記憶手段に記憶されている画像処理後のデータを削除しない条件を設定する保存条件設定手段を更に有する請求項６記載の画像処理装置。
【請求項８】
画像処理を行う画像処理手段を有する画像処理装置が実行する情報処理方法であって
前記画像処理手段に係るファームウェアを更新する更新ステップと、
前記更新ステップにより前記ファームウェアが更新される場合、前記ファームウェアの更新により画像処理結果が変わるか否かを判断する判断ステップと、
前記判断ステップにより画像処理結果が変わると判断された場合、前記更新ステップにより前記ファームウェアが更新された後に、記憶手段より前記画像処理後のデータに対応する画像処理前のデータを特定し、特定した前記画像処理前のデータを前記画像処理手段に渡して画像処理を実行させ、前記画像処理を実行した結果の画像処理後のデータを前記記憶手段に記憶する制御ステップと、
を含む情報処理方法。
【請求項９】
画像処理を行う画像処理手段を有するコンピュータに、
前記画像処理手段に係るファームウェアを更新する更新ステップと、
前記更新ステップにより前記ファームウェアが更新される場合、前記ファームウェアの更新により画像処理結果が変わるか否かを判断する判断ステップと、
前記判断ステップにより画像処理結果が変わると判断された場合、前記更新ステップにより前記ファームウェアが更新された後に、記憶手段より前記画像処理後のデータに対応する画像処理前のデータを特定し、特定した前記画像処理前のデータを前記画像処理手段に渡して画像処理を実行させ、前記画像処理を実行した結果の画像処理後のデータを前記記憶手段に記憶する制御ステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、ファームウェアアップデート前後で整合性に欠ける機能を使用するホールドジョブがあった場合、該当するジョブデータを削除するか、強制印刷するか、保留するかを選択できるようにする技術がある（特許文献１及び特許文献２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４３２４５２６号公報
【特許文献２】特許第４０７２５２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、前述の技術ではファームウェアアップデート後に再度画像形成する場合は再画像処理が必要となる問題点があった。
【０００５】
本発明は、ファームウェアアップデート後に再度画像形成する際に要する時間を低減することを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明は、画像処理を行う画像処理手段と、前記画像処理手段に係るファームウェアを更新する更新手段と、前記更新手段により前記ファームウェアが更新される場合、前記ファームウェアの更新により画像処理結果が変わるか否かを判断する判断手段と、前記判断手段により画像処理結果が変わると判断された場合、前記更新手段により前記ファームウェアが更新された後に、記憶手段より前記画像処理後のデータに対応する画像処理前のデータを特定し、特定した前記画像処理前のデータを前記画像処理手段に渡して画像処理を実行させ、前記画像処理を実行した結果の画像処理後のデータを前記記憶手段に記憶する制御手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、ファームウェアアップデート後に再度画像形成する際に要する時間を低減することができる。
【図面の簡単な説明】
【０００８】
【図１】ロールシートを用いた画像形成装置の全体構成断面図である。
【図２】画像形成装置のソフトウェア構成等の一例を示す図である。
【図３】画像形成装置のソフトウェア構成等の一例を示す図である。
【図４】画像処理の一例を示すフローチャートである。
【図５】画像処理の一例を示すフローチャートである。
【図６】削除条件の設定画面の一例を示す図である。
【図７】ファームウェア情報の一例を示す図である。
【図８】アップデートによってＲＩＰ結果が変化するかどうかの判断する情報処理の一例を示すフローチャートである。
【図９】ファームウェアアップデート時にＲＩＰ済データを更新するかどうかを設定する画面の一例を示す図である。
【図１０】画像処理の一例を示すフローチャートである。
【図１１】印刷ジョブデータリストの作成等の情報処理の一例を示すフローチャートである。
【図１２】ファーム情報管理テーブルの一例を示す図である。
【図１３】画像処理の一例を示すフローチャートである。
【図１４】再ＲＩＰ処理の一例を示すフローチャートである。
【図１５】ＲＩＰ済データを再印刷に備えて保持するかどうかの条件を設定する画面の一例を示す図である。
【図１６】ＲＩＰ済データを再印刷に備えて保持するかどうかの条件を設定する画面の一例を示す図である。
【図１７】再印刷を行なう際にユーザに提示する情報の一例を示す図である。
【図１８】ＲＩＰ日を指定する画面の一例を示す図である。
【図１９】再印刷指示の画面の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
図１は、ロールシート（搬送方向において印刷単位の長さよりも長い連続した連続シート）を用いた画像形成装置の全体構成断面図である。なお、画像形成装置は、画像処理装置の一例である。
画像形成装置は、ロールシートユニット１０１、搬送ユニット１０２、搬送用エンコーダ１０３、回転ローラ１０４、ヘッドユニット１０５、印刷ヘッド１０６、スキャナユニット１０７、制御ユニット１０８、インクタンク１０９、カッタユニット１１０を備える。また、画像形成装置は、更に、裏面印字ユニット１１１、乾燥ユニット１１２、シート巻取りユニット１１３、仕分けユニット１１４、操作部ユニット１１５を備える。これらが装置筐体内に配置されている。
制御ユニット１０８は、コントローラやユーザインターフェース、各種Ｉ／Ｏインターフェースを備えた制御部を内蔵し、装置全体の各種制御を司る。
ロールシートユニット１０１は、上段シートカセット１０１ａと下段シートカセット１０１ｂとの２基を備える。使用者はロールシート（以下、シート）をマガジンに装着して、画像形成装置本体に正面から挿入して装着する。上段シートカセット１０１ａから引き出されたシートは図中ａ方向に、下段シートカセット１０１ｂから引き出されたシートは図中ｂ方向に搬送される。何れのカセットユニットからのシートも図中ｃ方向に進行して搬送ユニット１０２に到達する。
【００１１】
搬送ユニット１０２は、複数の回転ローラ１０４を通して印刷中にシートを図中ｄ方向（水平方向）に搬送する。
搬送ユニット１０２の上方にはヘッドユニット１０５が対向して配置されている。ヘッドユニット１０５では複数色（実施形態では７色）分の独立した印刷ヘッド１０６がシートの搬送方向に沿って保持されている。搬送ユニット１０２によるシートの搬送に同期して、印刷ヘッド１０６からインクが吐出され、シート上に画像が形成される。これら搬送ユニット１０２、ヘッドユニット１０５、印刷ヘッド１０６で印刷ユニットが構成されている。
インクタンク１０９は、各色のインクを独立して貯蔵する。インクタンク１０９からはチューブによって各色に対応して設けられたサブタンクまでインクが供給され、サブタンクから各印刷ヘッド１０６までチューブでインクが供給される。印刷ヘッド１０６は、印刷時の搬送方向ｄ方向に沿って各色（実施形態では７色）のラインヘッドが並んでいる。各色のラインヘッドは、継ぎ目無く単一のノズルチップで形成されたものであってもよいし、分割されたノズルチップが一列又は千鳥配列のように規則的に並べられたものであってもよい。本実施形態では、使用する最大シートの印刷幅をカバーする範囲にノズルが並んでいる所謂フルマルチヘッドが採用されているものとする。ノズルからインクを吐出するインクジェット方式は、発熱素子を用いた方式、ピエゾ素子を用いた方式、静電素子を用いた方式、ＭＥＭＳ素子を用いた方式等を採用することができる。印刷データに基づいて各ヘッドのノズルからインクが吐出され、吐出のタイミングは搬送用エンコーダ１０３の出力信号によって決定される。なお、本実施形態ではインクジェット方式のプリンタに限定されず、サーマルプリンタ（昇華型、熱転写型等）、ドットインパクトプリンタ、ＬＥＤプリンタ、レーザープリンタ等、様々な印刷方式を適用することができる。
【００１２】
画像形成されたシートは、搬送ユニット１０２から、スキャナユニット１０７まで搬送される。スキャナユニット１０７では、印刷画像や特殊パターンを読み取って印刷画像に問題ないかの確認や、装置の状態確認を行う。本実施形態では、画像の確認方法において、ヘッドの状態を確認するパターンを読み込む方法や、元画像との比較を行う方法等を選択することができる。
スキャナユニット１０７から搬送されたシートはｅ方向に搬送され、カッタユニット１１０に導入される。カッタユニット１１０ではシートを所定の印刷単位の長さ毎に切断する。印刷する画像サイズに応じて所定の印刷単位の長さは異なる。例えばＬ版写真では搬送方向の長さは１３５ｍｍ、Ａ４サイズでは搬送方向の長さは２９７ｍｍとなる。
カッタユニット１１０から搬送されたシートは、ユニット内を図中ｆ方向に搬送され、裏面印字ユニット１１１に搬送される。裏面印字ユニット１１１は、印刷画像毎の情報（例えば、オーダー管理用番号等）を印刷させるためのユニットである。
【００１３】
裏面印字ユニットから搬送される乾燥ユニット１１２は、インクが付与されたシートを短時間で乾燥させるために、ユニット内を図中ｇ方向に通過するシートを温風で加熱するユニットである。印刷単位長さに切断されたシートは１枚ずつ乾燥ユニット１１２内を通過して、図中ｈ方向に搬送されて仕分けユニット１１４に搬送される。仕分けユニット１１４では、ユニット内を図中ｉ方向に通過するシートを、センサで確認しながら印刷画像毎に設定されたトレー番号に積載していく。仕分けユニット１１４では、複数のトレーを保持（実施形態では２２段）しており、印刷単位の長さに応じで積載するトレーを分別する。また、積載中や積載完了等の状態表示を用いて行う（例えば、ＬＥＤで表示）。
シート巻取りユニット１１３は、両面印刷の際にまず表面画像形成から行い、カッタユニット１１０で切断せず、ユニット内を図中ｊ方向に通過シートの巻取りを行う。シート巻取りユニット１１３は、全ての表面画像形成終了後、再度、巻き取ったシートを、ユニット図中ｋ方向に搬送して裏面画像の印刷を行わせるためのユニットである。
操作部ユニット１１５は、指定のオーダー画像はどこのトレーに積載されているか、或いは印刷中か印刷終了か等オーダー毎の印刷状況の確認や、インク残量や、紙の残量等装置状態の確認を行うために操作者が操作／確認するためのユニットである。
制御ユニット１０８の制御部が、制御ユニット１０８のメモリ等に記憶されたプログラムに基づいて処理を実行することによって、後述する画像形成装置のコントロール部２０３に含まれるソフトウェア構成及び後述するフローチャートに係る処理が実現される。
【００１４】
＜実施形態１＞
図２は、画像形成装置のソフトウェア構成等の一例を示す図である。
画像形成装置２０２は、コントロール部２０３とレンダリング部２０４とプリントエンジン部２０５とを備えている。
コントロール部２０３は、ジョブデータ記憶部２０６とジョブ制御部２０７とＲＩＰ制御部２０８とファームウェア更新部２０９とＲＩＰ結果変化検知部２１０とＵＩ部２１１とジョブデータ管理部２１２とを備える。コントロール部２０３を構成する２０７〜２１２の各部は、上述したように、制御ユニット１０８の制御部が、制御ユニット１０８のメモリ等に記憶されたプログラムに基づいて処理を実行することによって、実現される。
画像形成装置外からのジョブデータを処理する際は、外部装置２０１からジョブデータが画像形成装置２０２に転送され、コントロール部２０３のジョブデータ記憶部２０６で記憶される。
ジョブデータ管理部２１２ではジョブデータ記憶部２０６にジョブデータが記憶されたという情報を管理する。ジョブ制御部２０７は、ジョブデータ記憶部２０６に記憶されたジョブデータをＲＩＰ制御部２０８に画像処理依頼をする。
【００１５】
ＲＩＰ制御部２０８は、画像処理依頼を受けて、レンダリング部２０４を利用して画像処理を行い、画像処理済データをジョブデータ記憶部２０６で記憶すると共に、ジョブ制御部２０７に画像処理が完了したことを通知する。
ジョブデータ管理部２１２は、ジョブデータ記憶部２０６に画像処理済データが記憶されたという情報の管理をしたり、ジョブデータ記憶部２０６に記憶されたジョブデータと画像処理済データとの対応関係も管理したりする。
つまり、ジョブデータ記憶部２０６には、画像処理前後のデータが記憶される。
ファームウェアアップデートの際は、ジョブ制御部２０７よりファームウェア更新部２０９にファームウェア更新依頼をする。ファームウェア更新部２０９は、ファームウェア更新依頼を受けて、ＲＩＰ結果変化検知部２１０を利用して画像処理結果が変化するかを検知すると共にレンダリング部２０４のファームウェアを更新する。
ＲＩＰ結果変化検知部２１０によって画像処理結果が変化すると検知された場合、ファームウェア更新部２０９は、ジョブ制御部２０７にファームウェア更新完了を通知すると共に、ジョブデータ記憶部２０６に記憶された画像処理済データの更新依頼をする。
【００１６】
画像処理済データの更新依頼を受けて、ジョブ制御部２０７は、ジョブデータ管理部２１２にジョブデータ記憶部２０６に記憶された画像処理済データが存在するかどうかを問い合わせる。
問い合わせを受けて、ジョブデータ管理部２１２は、管理情報を参照し、ジョブデータ記憶部２０６に記憶された画像処理済データが存在するかどうかをジョブ制御部２０７に回答する。
画像処理済データが存在する場合、ジョブ制御部２０７は、画像処理済データと対応するジョブデータ記憶部２０６に記憶されたジョブデータはどのデータかをジョブデータ管理部２１２に問い合わせる。
問い合わせを受けて、ジョブデータ管理部２１２は、管理情報を参照し、画像処理済データと対応するジョブデータ記憶部２０６に記憶されたジョブデータを特定し、ジョブ制御部２０７に回答する。
【００１７】
ジョブ制御部２０７は、画像形成装置外からのジョブデータを処理する際と同様にジョブデータ記憶部２０６から該当するジョブデータを画像処理させ、ジョブデータ記憶部２０６に画像処理済データを記憶させる。
ジョブ制御部２０７は、未更新の画像処理済データがなくなるまで、画像処理済データの更新作業を行う。
印刷する際は、ジョブ制御部２０７は、ジョブデータ記憶部２０６から画像処理済データをプリントエンジン部２０５に転送する。プリントエンジン部２０５は、転送された画像処理済データ、つまりＲＩＰ済みデータ、を印刷する。
【００１８】
＜実施形態２＞
図３は、画像形成装置のソフトウェア構成等の一例を示す図である。
画像形成装置３０２は、コントロール部３０３とレンダリング部３０４とプリントエンジン部３０５とを備えている。
コントロール部３０３は、インプットスプーラ３０６とジョブ制御部３０７とＲＩＰ制御部３０８とファームウェア更新部３０９とＲＩＰ結果変化検知部３１０とＵＩ部３１１と再印刷対象選択部３１２とを備える。また、コントロール部３０３は、更に、削除条件設定部３１３とジョブデータ管理部３１４とアウトプットスプーラ３１６とを備える。コントロール部３０３を構成する３０７〜３１４の各部は、上述したように、制御ユニット１０８の制御部が、制御ユニット１０８のメモリ等に記憶されたプログラムに基づいて処理を実行することによって、実現される。
【００１９】
アウトプットスプーラ３１６に記憶された画像処理済データを削除する条件をユーザがＵＩ部３１１から設定する際には、ＵＩ部３１１は、削除条件設定部３１３を利用する。
画像形成装置外からのジョブデータを処理する際は、外部装置３０１からジョブデータが画像形成装置３０２に転送され、コントロール部３０３のインプットスプーラ３０６に記憶される。
ジョブデータ管理部３１４ではインプットスプーラ３０６にジョブデータが記憶されたという情報を管理する。ジョブ制御部３０７は、インプットスプーラ３０６に記憶されたジョブデータを、ＲＩＰ制御部３０８に画像処理依頼をする。
ＲＩＰ制御部３０８は、画像処理依頼を受けて、レンダリング部３０４の画像補正部３１７とＲＩＰ部３１８とを利用し画像処理を行う。また、ＲＩＰ制御部３０８は、削除条件設定部３１３により予め設定された削除条件に従いアウトプットスプーラ３１６に記憶された画像処理済データを削除し、画像処理済データをアウトプットスプーラ３１６で記憶する。そして、ＲＩＰ制御部３０８は、ジョブ制御部３０７に画像処理が完了したことを通知する。
【００２０】
ジョブデータ管理部３１４は、アウトプットスプーラ３１６に記憶された画像処理済データがどのファームウェアバージョンで画像処理されたかという情報を、ファーム情報管理テーブル３１５を用いて管理する。また、ジョブデータ管理部３１４は、インプットスプーラ３０６に記憶されたジョブデータとアウトプットスプーラ３１６に記憶された画像処理済データとの対応関係も管理する。
ファームウェアアップデートの際は、ジョブ制御部３０７よりファームウェア更新部３０９にファームウェア更新依頼をする。ファームウェア更新部３０９は、ファームウェア更新依頼を受けて、レンダリング部３０４のファームウェアを更新する。その後、ファームウェア更新部３０９は、ＲＩＰ結果変化検知部３１０に画像処理結果が変化するかを問い合わせる。
問い合わせを受けて、ＲＩＰ結果変化検知部３１０は、画像補正部３１７のバージョンが変化したかどうかを確認し、バージョンが変化した場合には「ＲＩＰ結果が変化する」とファームウェア更新部３０９に回答する。バージョンが変化しない場合、ＲＩＰ結果変化検知部３１０は、ＲＩＰ部３１８のバージョンが変化したかどうかを確認し、バージョンが変化した場合には「ＲＩＰ結果が変化する」とファームウェア更新部３０９に回答する。バージョンが変化しない場合、ＲＩＰ結果変化検知部３１０は、「ＲＩＰ結果が変化しない」とファームウェア更新部３０９に回答する。
【００２１】
ＲＩＰ結果変化検知部３１０によって画像処理結果が変化すると検知された場合、ファームウェア更新部３０９は、ジョブ制御部３０７にファームウェア更新完了を通知する。また、ファームウェア更新部３０９は、画像処理結果が変化する条件情報と併せて、ジョブ制御部３０７に、アウトプットスプーラ３１６に記憶された画像処理済データの更新依頼をする。
画像処理済データの更新依頼を受けて、ジョブ制御部３０７は、ジョブデータ管理部３１４に画像処理結果が変化する条件と併せてアウトプットスプーラ３１６に記憶された画像処理済データが存在するかどうかを問い合わせる。
問い合わせを受けて、ジョブデータ管理部３１４は、管理情報を参照し、アウトプットスプーラ３１６に記憶された画像処理済データが存在するかどうかをジョブ制御部３０７に回答する。
【００２２】
画像処理済データが存在する場合、ジョブ制御部３０７は、他の実行すべきジョブがあれば該当するジョブを優先実行する。そして、前記ジョブの実行が終了したのち、ジョブ制御部３０７は、画像処理済データと対応するインプットスプーラ３０６に記憶されたジョブデータはどのデータかをジョブデータ管理部３１４に問い合わせる。
問い合わせを受けて、ジョブデータ管理部３１４は、管理情報を参照し、画像処理済データと対応するインプットスプーラ３０６に記憶されたジョブデータをジョブ制御部３０７に回答する。
ジョブ制御部３０７は、インプットスプーラから該当するジョブデータを、画像形成装置外からのジョブデータを処理する際と同様に処理する。そして、ジョブ制御部３０７は、削除条件設定部３１３により予め設定された削除条件に従いアウトプットスプーラ３１６に記憶された画像処理済データを削除し、アウトプットスプーラ３１６に画像処理済データを記憶させる。
ジョブ制御部３０７は、未更新の画像処理済データがなくなるまで、他の実行すべきジョブがあれば該当するジョブを優先実行してから、画像処理済データの更新作業を行う。
印刷する際は、ジョブ制御部３０７は、アウトプットスプーラ３１６から画像処理済データをプリントエンジン部３０５に転送する。プリントエンジン部３０５は、転送された画像処理済データを印刷する。
【００２３】
再印刷の際は、ＵＩ部３１１は、再印刷対象選択部３１２を利用し再印刷対象を選択する。例えば、再印刷対象選択部３１２は、ＵＩ部３１１からの要求を受けてユーザが再印刷対象を選択する画面を表示し、画面を介したユーザの選択操作に応じて選択内容をＵＩ部３１１に通知する。
選択内容を受けて、ジョブ制御部３０７は、該当するジョブのデータが存在する場所をジョブデータ管理部３１４に問い合わせる。
問い合わせを受けて、ジョブデータ管理部３１４は、管理情報を参照し、ジョブ制御部３０７に回答する。
ジョブ制御部３０７は、該当するデータがアウトプットスプーラ３１６に存在する場合、アウトプットスプーラ３１６から該当する画像処理済データをプリントエンジン部３０５に転送する。該当するデータがインプットスプーラ３０６にのみ存在する場合、ジョブ制御部３０７は、該当するジョブデータを画像形成装置外からのジョブデータを処理する際と同様に処理する。
プリントエンジン部３０５は、転送された画像処理済データを印刷する。
【００２４】
＜実施形態３＞
図４は、画像処理（情報処理）の一例を示すフローチャートである。図４では、ＲＩＰ処理のアップデートから、ＲＩＰ済データの更新までの流れを表わしている。なお、以下では説明の簡略化のため、特に言及しない限り、制御ユニット１０８の制御部（以下、単に制御部という）が処理を行うものとして説明を行う。
ＲＩＰ処理のアップデート（Ｓ４０１）が行なわれると、制御部は、アップデートによってＲＩＰ結果が変化してしまい、かつ、再ＲＩＰするように設定されているか否かを判定する（Ｓ４０２）。
アップデートによってＲＩＰ結果が変化してしまい、かつ、再ＲＩＰするように設定されている場合（Ｓ４０２においてｙｅｓ）、制御部は、ＲＩＰ済データの存在を確認する（Ｓ４０３）。
ＲＩＰ済データが存在する場合（Ｓ４０３においてｙｅｓ）、制御部は、ＲＩＰ済データに対応するＲＩＰ処理前の印刷ジョブデータを特定し、特定した印刷ジョブデータを再ＲＩＰするよう制御する（Ｓ４０４）。
ここで、ＲＩＰ済みデータは、画像処理後のデータの一例である。また、ＲＩＰ処理前の印刷ジョブデータは、画像処理前のデータの一例である。また、再ＲＩＰは、再画像処理の一例である。
【００２５】
その後、削除条件に合致するＲＩＰ済データが存在する限り（Ｓ４０５においてｙｅｓ）、制御部は、該当するＲＩＰ済データを削除する（Ｓ４０６）。
削除すべきＲＩＰ済データがなくなると（Ｓ４０５においてｎｏ）、制御部は、Ｓ４０４で再ＲＩＰしたＲＩＰ済データをアウトプットスプーラ３１６に格納する（Ｓ４０７）。
但し、Ｓ４０５及びＳ４０６の処理は、図４で説明した箇所で行なわれなくともよい。Ｓ４０５及びＳ４０６の処理は、Ｓ４０７の後やその他のタイミングで行なわれてもよい。
【００２６】
Ｓ４０５の削除条件がアップデート回数制限に達した、もしくは保存期間を過ぎたＲＩＰ済データが存在するか、である場合の処理を図５に示す。
Ｓ５０５以外のステップの処理は図４と同様である。削除条件は事前に図６のようにユーザが画面を介して設定してもよいし、初期値として機器に予め設定されていてもよい。
また、削除条件と共に、ＲＩＰ済みデータのうち、削除しない条件を、画面を介して設定可能にしてもよい（保存条件設定）。
Ｓ５０５において、制御部は、アップデート回数制限に達したか、若しくは、保存期間が過ぎたＲＩＰ済みデータが存在するか否かを判断する。制御部は、アップデート回数制限に達した、若しくは、保存期間が過ぎたＲＩＰ済みデータが存在する場合は、Ｓ５０６に処理を進める。
但し、Ｓ５０５及び図５に記載の削除条件は、記載されている以外の条件でもよい。例えば、保存期間は、コントロール部等に保存されてからの保存期間であってもよいし、画像形成されてからの保存期間であってもよい。
【００２７】
Ｓ４０２でアップデートによってＲＩＰ結果が変化するかどうかの判断する際には、制御部は、ファームアップデート時に図７に示すようなファームウェア情報を取得し、図８に示すフローチャートの処理のように判断する。ファームウェア情報は、例えば、ファームウェアを更新するファームウェア更新部２０９等が保持しているものとする。
まず、制御部は、ファームウェアアップデートによって画像補正モジュールのバージョンが変化するかどうかを確認する（Ｓ１２０１）。図７の例の場合には、画像補正ｖｅｒ．が画像補正機能である赤目補正及び美肌補正の最終更新ｖｅｒ．よりも新しいため、制御部は、画像補正については、ＲＩＰ結果が変化しないことが分かる。
次に、制御部は、ファームウェアアップデートによってＲＩＰモジュールのバージョンが変化するかどうかを確認する（Ｓ１２０２）。図７の場合、ＲＩＰｖｅｒ．は、ＲＩＰ機能であるＣＭＹＫ  ＲＩＰの最終更新ｖｅｒ．よりも新しいが、同じくＲＩＰ機能であるＲＧＢ  ＲＩＰの最終更新ｖｅｒ．と同じため、ＲＩＰについては、ＲＩＰ結果が変化してしまうことが分かる。
但し、画像処理内容は、画像補正及びＲＩＰでなくともよい。例えば、どちらか一方であってもよいし、他の画像処理であってもよい。
画像処理内容が異なる場合、画像処理内容に合わせて図８の処理も変更する場合がある。また、図８のフローチャート以外の判断処理で画像処理結果が変化するかどうかを判断してもよく、画像補正及びＲＩＰの機能内訳も、図７に記載のものでなくともよい。
【００２８】
また、上述したように、制御部は、Ｓ４０２で再ＲＩＰするように設定されているかどうかを確認する。この際、制御部は、事前に図９のようにファームウェアアップデート時にＲＩＰ済データを更新するかどうかをユーザに選択させてもよいし、初期設定値として「更新する」、「更新しない」の何れかが設定されていてもよい。
また、制御部は、ユーザに選択させる場合、機器の設定として保存しておいてもよいし、ファームウェアアップデートを行なう際に選択させてもよい。
また、ユーザに選択させない場合も、機器の設定として保存されていてもよいし、ファームウェアアップデート時にファームウェア自体に更新するかどうかの設定情報が含まれていてもよい。
【００２９】
＜実施形態４＞
図１０は、画像処理の一例を示すフローチャートである。図１０では、ＲＩＰ処理のアップデートから、ＲＩＰ済データの更新までの流れを表わしている。実施形態３との違いは、ＲＩＰ済データを必ずしも全て更新するのではなく、ＲＩＰ結果の変化するＲＩＰ済データのみを更新する点である。
ＲＩＰ処理のアップデート（Ｓ６０１）が行われると、制御部は、アップデートによってＲＩＰ結果が変化してしまい、かつ、再ＲＩＰするように設定されているか否かを判定する（Ｓ６０２）。
アップデートによってＲＩＰ結果が変化してしまい、かつ、再ＲＩＰするように設定されている場合（Ｓ６０２においてｙｅｓ）、制御部は、ＲＩＰ結果の変化すべきＲＩＰ済データを特定し、印刷ジョブデータリストにリストアップする（Ｓ６０３）。
【００３０】
その後、制御部は、印刷ジョブデータリストに記載されている印刷ジョブデータの全てについて、再ＲＩＰを行ない、再ＲＩＰを終えた印刷ジョブデータを印刷ジョブデータリストから削除する（Ｓ６０４及びＳ６０５）。
制御部は、再ＲＩＰの際には、再ＲＩＰを行なう度に、アップデート回数制限に達した、若しくは、保存期間を過ぎたＲＩＰ済データが存在する限り、該当するＲＩＰ済データを、アウトプットスプーラ３１６から削除し続ける（Ｓ６０６及びＳ６０７）。
削除すべきＲＩＰ済データがなくなると、制御部は、Ｓ６０５で再ＲＩＰしたＲＩＰ済データをアウトプットスプーラ３１６に格納する（Ｓ６０８）。
但し、Ｓ６０６及びＳ６０７の処理は、図１０で説明した箇所で行なわなくともよい。Ｓ６０６及びＳ６０７の処理は、Ｓ６０８の後やその他のタイミングで行なわれてもよい。
【００３１】
Ｓ６０３の印刷ジョブデータリスト作成の処理の一例を図１１に示す。
制御部は、ファーム情報管理テーブル（図１２）の内、未確認のＲＩＰ済データが存在する限り、ＲＩＰ済データを印刷ジョブデータリストに加えるかどうかを判断し続ける（Ｓ７０１）。
ファームウェアアップデートによって画像補正部３１７が更新された場合（Ｓ７０２においてｙｅｓ）、制御部は、未確認データについて画像補正処理を行なったかを確認する（Ｓ７０３）。図１２の例の場合、赤目補正、美肌補正、ＲＧＢ  ＲＩＰ、ＣＭＹＫ  ＲＩＰは、１／０がそれぞれ使用する／使用しないを表わす。そのため、制御部は、ｉｎｄｅｘ値が２のデータ以外は全て画像補正処理を行なっていることがわかる（Ｓ７０３においてｙｅｓ）。
そこで、制御部は、画像補正部３１７で使用した機能がファームウェアアップデートによって更新されたかを確認する（Ｓ７０４）。アップデート後のファームウェア情報は図７である。これにより、制御部は、図１２に記載のデータで使用した画像補正機能は更新されていないことがわかる（Ｓ７０４においてｎｏ）。
この場合、制御部は、ファームウェアアップデートによってＲＩＰ部３１８が更新されたか否かを判定する（Ｓ７０５）。
【００３２】
ファームウェアアップデートによってＲＩＰ部３１８が更新された場合（Ｓ７０５においてｙｅｓ）、制御部は、ファーム情報管理テーブルに記載のＲＩＰ済データは、ＲＩＰ処理を行ったものか否かを確認する（Ｓ７０６）。図１２の例の場合、制御部は、ｉｎｄｅｘ値が２のデータ以外は全てＲＩＰ処理を行なっていることがわかる（Ｓ７０６においてｙｅｓ）。
そこで、制御部は、ＲＩＰ部３１８で使用した機能がファームウェアアップデートによって更新されたかを確認する（Ｓ７０７）。アップデート後のファームウェア情報は図７である。これにより、制御部は、図１２に記載のｉｎｄｅｘ値が３及び５のデータは使用したＲＩＰ機能が更新されたことがわかる（Ｓ７０７においてｙｅｓ）。
制御部は、使用した機能が更新されたことが分かったＲＩＰ済データに対応する印刷ジョブデータを印刷ジョブデータリストに記載する（Ｓ７０８）。
但し、画像処理機能は、画像補正処理及びＲＩＰ処理以外の画像処理機能であってもよい。また、各機能についてファームウェアアップデートによって更新されたかどうかを判断する順番は、図１１と異なっていてもよい。
【００３３】
＜実施形態５＞
図１３は、画像処理の一例を示すフローチャートである。図１３では、ＲＩＰ処理のアップデートから、ＲＩＰ済データの更新までの流れを表わしている。実施形態３との違いは、ファームウェアアップデートに伴う再ＲＩＰをする際に通常のＲＩＰを優先させている点である。
ＲＩＰ処理のアップデート（Ｓ１００１）が行なわれると、制御部は、アップデートによってＲＩＰ結果が変化してしまい、かつ、再ＲＩＰするように設定されているか否かを判定する（Ｓ１００２）。
アップデートによってＲＩＰ結果が変化してしまい、かつ、再ＲＩＰするように設定されている場合（Ｓ１００２においてｙｅｓ）、制御部は、ＲＩＰ済データの存在を確認する（Ｓ１００３）。
ＲＩＰ済データが存在する場合（Ｓ１００３においてｙｅｓ）、制御部は、ファームウェアアップデートに伴う再ＲＩＰ以外に通常ジョブとしてＲＩＰ処理を要求するジョブが存在するか否かを判定する（Ｓ１００４）。通常ジョブとしてＲＩＰ処理を要求するジョブが存在する限り（Ｓ１００４においてｙｅｓ）、制御部は、該当する通常ジョブを優先して実行する（Ｓ１００５）。
【００３４】
ファームウェアアップデートに伴う再ＲＩＰ以外のジョブが無くなったら（Ｓ１００４においてｎｏ）、制御部は、ＲＩＰ済データに対応するＲＩＰ処理前の印刷ジョブデータを再ＲＩＰする（Ｓ１００６）。
その後、制御部は、アップデート回数制限に達した、若しくは、保存期間を過ぎたＲＩＰ済データが存在する限り（Ｓ１００７においてｙｅｓ）、該当するＲＩＰ済データを削除する（Ｓ１００８）。
削除すべきＲＩＰ済データがなくなると（Ｓ１００７においてｎｏ）、制御部は、Ｓ１００６で再ＲＩＰしたＲＩＰ済データをアウトプットスプーラ３１６に格納する（Ｓ１００９）。
【００３５】
但し、Ｓ１００４及びＳ１００５の処理は、図１３のステップのタイミングで行なわれなくともよい。例えば、Ｓ１００４及びＳ１００５の処理は、Ｓ１００２の前若しくはＳ１００３の前や、その他のタイミングで行なわれてもよい。
また、Ｓ１００７及びＳ１００８の処理は、図１３のステップのタイミングで行なわれなくともよい。例えば、Ｓ１００７及びＳ１００８の処理は、Ｓ１００９の後やその他のタイミングで行なわれてもよい。
また、Ｓ１００７の削除条件は、記載以外の条件でもよい。例えば、保存期間は、コントロール部等に保存されてからの保存期間であってもよいし、画像形成されてからの保存期間であってもよい。
また、Ｓ１００３において、制御部は、実施形態４で説明した図１０のＳ６０３及びＳ６０４と置き換えて、リストを作成してもよい。リストを作成する場合、制御部は、Ｓ１００６を、実施形態４で紹介した図１０のＳ６０５と置き換えて、リストに従い再ＲＩＰを行なう。リストに従い再ＲＩＰを行なう場合、制御部は、Ｓ１００５でリストに存在する印刷ジョブデータと同一データをＲＩＰしたときには、ＲＩＰ終了後にリストから該当する印刷ジョブデータを削除する。制御部は、Ｓ１００４で再ＲＩＰ済の印刷ジョブデータをＲＩＰしようとした場合、ＲＩＰは終了しているものとして、Ｓ１００５の処理はスキップする。
【００３６】
＜実施形態６＞
図１４は、再ＲＩＰ処理の一例を示すフローチャートである。図１４では、ファームウェアアップデートによって再ＲＩＰを必要とするＲＩＰ済データが確定してから、ＲＩＰ済データに対応する印刷ジョブデータを読み込むまでの流れを表わしている。
制御部は、ファームウェアアップデートに伴い再ＲＩＰが必要と判断されたＲＩＰ済データを示す出力ＩＤを取得し（Ｓ１１０１）、取得した出力ＩＤが図１２のファームウェア情報管理テーブルに存在するかを確認する（Ｓ１１０２）。
該当する出力ＩＤが存在する場合（Ｓ１１０２においてｙｅｓ）、制御部は、ファームウェア情報管理テーブル上で同一ｉｎｄｅｘの入力ＩＤを確認する（Ｓ１１０３）。
該当する入力ＩＤが存在する場合（Ｓ１１０３においてｙｅｓ）、制御部は、該当する印刷ジョブデータを読み込み（Ｓ１１０４）、再ＲＩＰに備える。
【００３７】
ここで、ＲＩＰ済データを再印刷に備えて保持するかどうかの条件に図１５及び図１６に表わされる条件を加えてもよい。図１５及び図１６では、保存するジョブの処理時間が３０分以上かかってしまうもので、かつ、ジョブ種がＰＤＦのジョブのみを、再印刷に備え、印刷後もＲＩＰ済データを保持すると設定している。
前記条件は、図１５及び図１６のようなユーザインターフェースで、事前にユーザに設定してもらってもよいし、初期設定値として機器が予め保持していてもよい。処理時間やジョブ種以外の条件であってもよいし、ジョブ毎にＲＩＰ済データを保持するかどうかを設定できてもよい。
【００３８】
＜実施形態７＞
再印刷を行なう際、制御部は、図１７のように各ジョブの先頭ページ若しくは特徴的なイメージと共にページ数やＲＩＰ日及び使用したファームウェアバージョン情報をユーザに提示してもよい。
制御部は、同じ印刷ジョブデータを複数の日に渡りＲＩＰした場合、ＲＩＰ日を指定する。このことで、ユーザは、いつのデータかを特定する。
制御部は、ＲＩＰ日を指定する際には図１８のメニューを表示することで、ユーザにＲＩＰ日を指定してもらう。
また、制御部は、図１９のようにリスト形式で再印刷対象を選択してもらうこともできる。制御部は、ｃｏｎｔｅｎｔｓのアイコンが選択されると、ジョブに含まれる全ページ若しくは先頭から特定のページ分ずつの、サムネイル画像若しくはプレビュー画像を表示する。ユーザは、図１９に示すような画面において、ジョブ中の全ページを再印刷指示することもできるし、特定のページ範囲のみを再印刷指示することもできる。
但し、制御部は、図１９とは異なるユーザインターフェースを表示するようにしてもよい。
【００３９】
＜実施形態８＞
上述した実施形態では、画像形成装置を画像処理装置の一例とした。しかしながら、画像形成装置とネットワーク等を介して通信可能なＲＩＰサーバ等を画像処理装置の一例としてもよい。ＲＩＰサーバは、ＣＰＵやＨＤ等の記憶装置を有する。そして、ＲＩＰサーバのＣＰＵが記憶装置に記憶されているプログラムに基づき処理を実行することによって、ＲＩＰサーバとしての機能を実現する。
つまり、ＲＩＰサーバのＣＰＵが記憶装置に記憶されているプログラムに基づき処理を実行することによって、上述したフローチャートに係る処理が実現される。つまり、ＲＩＰサーバは、外部装置から入力データを受け付け、上述したフローチャートに係る処理を実行し、ＲＩＰ済の画像データを画像形成装置である印刷装置に転送する。
ＲＩＰサーバは、１つのサーバ装置で構成されていてもよいし、複数のサーバ装置で構成されていてもよい。
【００４０】
＜実施形態９＞
画像形成装置は印刷機能のみを有していてもよいが、原稿上の画像を読取る読取装置を更に備えて複写機として機能するものや他の機能を加えた複合装置としてもよい。
＜実施形態１０＞
画像形成装置の画像形成機能は印刷機能でなくともよく、ディスプレイ機能やプロジェクタ機能や３Ｄモデリング機能のように他の画像形成機能であってもよい。
＜実施形態１１＞
画像形成装置の外部に画像処理装置（例えば、ＲＩＰサーバ）が存在する場合、画像形成装置との接続形態は１対１でなくともよい。クラウドサーバ側に上述したようなＲＩＰに係る処理を実行する画像処理装置が配置され、少なくとも１つ以上のクライアントデバイスが有線若しくは無線のネットワークを介し前記クラウドサーバと接続されていてもよい。クライアントデバイスに接続された画像処理装置やクライアントデバイス自体が画像形成機能を有していてもよい。
【００４１】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００４２】
以上、上述したように、制御部は、ＲＩＰ結果が変化するファームウェアのアップデートを行った場合、アップデート前のキャッシュが役に立たなくなってしまうので、例えば、空き時間に再ＲＩＰしてキャッシュを更新しておく。
このようにすることによって、ファームウェアアップデート後に再度画像形成する際に要する時間を低減することができる。
【００４３】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
例えば、上述した各実施形態を任意に組み合わせて実施することもできる。
【図１】
2014218014.tif 000003
【図２】
2014218014.tif 000004
【図３】
2014218014.tif 000005
【図４】
2014218014.tif 000006
【図５】
2014218014.tif 000007
【図６】
2014218014.tif 000008
【図７】
2014218014.tif 000009
【図８】
2014218014.tif 000010
【図９】
2014218014.tif 000011
【図１０】
2014218014.tif 000012
【図１１】
2014218014.tif 000013
【図１２】
2014218014.tif 000014
【図１３】
2014218014.tif 000015
【図１４】
2014218014.tif 000016
【図１５】
2014218014.tif 000017
【図１６】
2014218014.tif 000018
【図１７】
2014218014.tif 000019
【図１８】
2014218014.tif 000020
【図１９】
2014218014.tif 000021