(57)【要約】【課題】  共通する画像処理を実行する場合でも、共通する画像処理パラメータの設定を効率よく行える。【解決手段】  レジスタに設定される画像処理パラメータに基づいて画像データに対して画像処理を行う画像処理手段が接続された画像処理装置において、画像処理設定に対応する画像処理パラメータをメモリにストアする指示と、前記メモリにストアした画像処理パラメータを画像処理手段のレジスタにロードする指示とをそれぞれ行うべく、属性の異なるコマンドを生成する（Ｓ３０１〜Ｓ３１１）。そして、ストアの指示に従い、前記画像処理パラメータを画像処理手段のレジスタに設定し、かつ、当該画像処理パラメータを前記メモリにストアする処理を制御し、ロードの指示に従い前記メモリにストアした当該画像処理パラメータを画像処理手段のレジスタに設定する処理を制御する。【選択図】  図３
2012165159.tif 000002
【特許請求の範囲】
【請求項１】
レジスタに設定される画像処理パラメータに基づいて画像データに対して画像処理を行う画像処理手段が接続された画像処理装置であって、
画像処理設定に対応する画像処理パラメータをメモリにストアする指示と、前記メモリにストアした画像処理パラメータを画像処理手段のレジスタにロードする指示とをそれぞれ行う指示手段と、
前記指示手段によるストアの指示に従い、前記画像処理パラメータを前記画像処理手段のレジスタに設定し、かつ、当該画像処理パラメータを前記メモリにストアする処理を制御し、前記指示手段によるロードの指示に従い、前記メモリにストアした前記画像処理パラメータを前記画像処理手段のレジスタに設定する処理を制御する制御手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
複数ページ間で共通の画像処理設定を検出する検出手段を有することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記指示手段は、前記複数ページのうちの先頭ページで、画像処理パラメータをストアする指示を行うことを特徴とする請求項２記載の画像処理装置。
【請求項４】
前記指示手段は、前記複数ページのうちの後続ページで、画像処理パラメータをロードする指示を行うことを特徴とする請求項２記載の画像処理装置。
【請求項５】
前記指示手段は、システム起動時に使用する画像処理パラメータをメモリにストアする指示を行い、スリープ復帰時に当該画像処理パラメータをメモリにロードする指示を行うことを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
【請求項６】
レジスタに設定される画像処理パラメータに基づいて画像データに対して画像処理を行う画像処理手段が接続された画像処理装置の制御方法であって、
画像処理設定に対応する画像処理パラメータをメモリにストアする指示と、前記メモリにストアした画像処理パラメータを画像処理手段のレジスタにロードする指示とをそれぞれ行う指示工程と、
ストアの指示に従い、前記画像処理パラメータを画像処理手段のレジスタに設定し、かつ、当該画像処理パラメータを前記メモリにストアする処理を制御する第１の制御工程と、
ロードの指示に従い、前記メモリにストアした前記画像処理パラメータを画像処理手段のレジスタに設定する処理を制御する第２の制御工程と、
を備えることを特徴とする画像処理装置の制御方法。
【請求項７】
請求項６記載の画像処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理パラメータを設定する画像処理装置、画像処理装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
従来、コピー、プリント、スキャン、ＦＡＸなどの複数の機能を同時に実現するデジタル複合機（ＭＦＰ）のような画像処理装置は、スキャン／ＰＤＬ、カラー／モノクロ、写真／文字のように様々な属性を持つ画像データを扱うことが多くなっている。このため、画像処理装置を構成する画像処理モジュール（ハードウエア）は、入力されたページ毎に、画像データが持つ属性に合わせて最適化された画像処理パラメータを用いて画像処理を実行する。
従って、画像処理モジュールは、画像処理パラメータを予めページ間で取得した上で、ページ毎の画像データに対して当該画像処理パラメータを用いた画像処理を実行する必要がある。
【０００３】
前述した画像処理装置の構成例として、複数の画像処理モジュールがデータ伝送路で直列に接続された構成の画像処理装置が知られている。画像処理装置を制御する制御用ＣＰＵは、画像処理パラメータと画像データをそれぞれコマンド化し、生成したコマンドを同一のデータ伝送路に転送する。
【０００４】
この場合において、画像処理モジュールは、データ伝送路を介して転送されてきたコマンドに記述されている画像処理モジュールＩＤを参照して、自身が処理すべきコマンドであるか否かを判断する。ここで、処理すべきコマンドであると画像処理モジュールが判断した場合には、当該コマンドについて処理を実行し、画像処理後に当該コマンドを後段の画像処理モジュールへ転送する。
一方で、処理すべきコマンドでないと画像処理モジュールが判断した場合には、そのまま当該コマンドを後段の画像処理モジュールへ転送する。
以上の構成に基づいて、画像処理モジュールは、入力されたページ毎に、コマンド化された画像処理パラメータを受信して、自身が保持するレジスタに画像処理パラメータを設定する。
【０００５】
その上で、画像処理モジュールは、入力されたページ毎に、コマンド化された画像データを受信して、当該画像データに対する画像処理を実行する。このように、レジスタの設定とデータの入力で同一のデータ伝送路を用いることで、制御用ＣＰＵは画像処理モジュールからの割り込み待ちの状態になることなく、任意のシーケンスを実行することができる。
【０００６】
更に、前述したコマンドを生成及び転送するインタフェースさえ変更しなければ、ＣＰＵ、バス及びメモリの構成が異なる別のシステムにおいても、画像処理モジュールを変更せずに実装することができる。
【０００７】
また、前述したコマンドの生成及び転送に関わる改善案として、転送元アドレス及び転送先アドレスを生成する制御部を持ったＤＭＡ制御装置を備えることで、制御用ＣＰＵの負荷を軽減する構成が提案されている（特許文献１）。
【０００８】
また、前述したコマンドの生成及び転送に関わる別の改善案として、コマンド化するための必要最小限のデータのみを制御用ＣＰＵがメモリ上に用意し、転送用ＤＭＡＣが制御用ＣＰＵの代わりにコマンド化する構成が提案されている（特許文献２）。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００１−１６２８９４号公報
【特許文献２】特開２００９−０９３５０１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
前述した画像処理モジュールの中にはルックアップテーブル（ＬＵＴ）のように全ての入力データに対する演算結果としての出力データを画像処理パラメータとして予めレジスタに保持しておくことで色変換等の画像処理を実現するものがある。
具体的には、入力されたＲＧＢデータをＣＭＹデータに対数変換して出力するＬＵＴや、入力されたＣＭＹデータをＣＭＹＫデータに変換して出力するダイレクトマッピング（ＤＭＰ）がある。
【００１１】
しかしながら、このＬＵＴやＤＭＰに用いる画像処理パラメータを前述した方法でコマンド化すると、コマンドの生成及び転送に要する処理時間が膨大になるため、システムパフォーマンスが低下するという課題があった。
【００１２】
上記の課題を解決する一つの方法として、属性に合わせて最適化された画像処理パラメータの全パターンを、画像処理モジュール内部に備えたＳＲＡＭ等のローカルメモリに保持する方法がある。
すなわち、ページ毎にローカルメモリ内で参照するバンク領域を切り替えることで、使用する画像処理パラメータのパターンを切り替える方法である。
【００１３】
具体的には、例えば、ＣＭＹ→ＲＧＢ変換のＬＵＴにおいて、カラー／モノクロや写真／文字の属性を参照し、モノクロモードで文字部かつイエロー（Ｙ）である場合に、解読性が低下するのを防ぐために最適化された専用の画像処理パラメータを使用する。一方で、モノクロモードで文字部かつイエロー（Ｙ）でない場合には、通常の画像処理パラメータを使用する。
【００１４】
また、例えば、ＣＭＹ→ＣＭＹＫ変換のＤＭＰにおいて、カラー／モノクロや写真／文字の属性を参照し、カラーモードにおける文字部では、Ｃ＝Ｍ＝Ｙ＝ｘの場合に、Ｃ＝Ｍ＝Ｙ＝０、Ｋ＝ｚに変換する画像処理パラメータを使用する。一方で、カラーモードにおける写真部では、Ｃ＝Ｍ＝Ｙ＝ｘの場合に、これをＫの値に変換せずにＣ＝Ｍ＝Ｙの値を保持したまま変換する画像処理パラメータを使用する。
上記の方法を用いれば、制御用ＣＰＵ及び転送用ＤＭＡＣは、ページ間の短時間で膨大な数の画像処理パラメータのコマンドを生成及び転送する必要がなくなる。
【００１５】
しかしながら、上記の方法を用いることで生じる別の課題は、画像処理パラメータの全パターンを保持できるだけのメモリ容量を画像処理モジュール内部に確保することである。
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、共通する画像処理を実行する場合でも、共通する画像処理パラメータの設定を効率よく行える仕組みを提供することである。
【課題を解決するための手段】
【００１６】
上記目的を達成する本発明の画像処理装置は以下に示す構成を備える。
レジスタに設定される画像処理パラメータに基づいて画像データに対して画像処理を行う画像処理手段が接続された画像処理装置であって、画像処理設定に対応する画像処理パラメータをメモリにストアする指示と、前記メモリにストアした画像処理パラメータを画像処理手段のレジスタにロードする指示とをそれぞれ行う指示手段と、前記指示手段によるストアの指示に従い、前記画像処理パラメータを画像処理手段のレジスタに設定し、かつ、当該画像処理パラメータを前記メモリにストアする処理を制御し、前記指示手段によるロードの指示に従い、前記メモリにストアした前記画像処理パラメータを画像処理手段のレジスタに設定する処理を制御する制御手段と、を備えることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、共通する画像処理を実行する場合でも、共通する画像処理パラメータの設定を効率よく行える。
【図面の簡単な説明】
【００１８】
【図１】画像処理装置の構成例を示すブロック図である。
【図２】画像処理装置で扱うコマンドの構成例を示す概念図である。
【図３】画像処理装置の制御方法を説明するフローチャートである。
【図４】画像処理装置の制御方法を説明するフローチャートである。
【図５】画像処理装置の制御方法を説明するフローチャートである。
【発明を実施するための形態】
【００１９】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本発明の実施形態における画像処理装置１００の構成例を示すブロック図である。本例は、レジスタに設定される画像処理パラメータに基づいて画像データに対してページ単位に画像処理を行う画像処理手段として、画像処理モジュール１０１〜１０３を複数接続した例を示す。
【００２０】
図１に示すように、画像処理装置１００は、画像処理モジュール１０１〜１０３、受信用ＤＭＡＣ１０４、ローカルメモリ１０５、送信用ＤＭＡＣ１０６、ＣＰＵ１０７、メモリコントローラ１０８、メインメモリ１０９、システムバス１１０で構成される。なお、本実施形態では、ハードウエアとして構成される画像処理モジュール１０１〜１０３はパイプライン接続され、画像処理パラメータを保持するためのレジスタをそれぞれ備えている。なお、画像処理モジュール１０１〜１０３はそれぞれ異なる画像処理を実行する構成となっている。
【００２１】
また、画像処理モジュール１０１〜１０３の各々は、画像処理に必要な画像処理パラメータを保持するためのレジスタ１１１〜１１３を備え、データ伝送路によって互いに直列に接続されたパイプライン構造に従って順次画像処理を実行する画像処理部（ハードウエア）である。
【００２２】
ここで、例えば、画像処理モジュール１０１は、入力されたＲＧＢデータをＣＭＹデータに対数変換して出力するＬＵＴである。また、例えば、画像処理モジュール１０２は、ＣＭＹデータをＣＭＹＫデータに変換して出力するＤＭＰ（Ｄｉｒｅｃｔ  Ｍａｐｐｉｎｇ）である。また、例えば、画像処理モジュールＣ１０３は、スクリーン処理あるいは誤差拡散によって中間長処理を施して出力する画像形成部である。
【００２３】
受信用ＤＭＡＣ１０４は、システムバス１１０及び画像処理モジュール１０１〜１０３へのデータ伝送路と接続され、メインメモリ１０９に保持されたコマンドを画像処理モジュール１０１〜１０３に転送するための転送制御部である。
【００２４】
ローカルメモリ１０５は、受信用ＤＭＡＣ１０４と接続され、受信用ＤＭＡＣ１０４が転送するコマンドの一部をバックアップ保持するための記憶部である。送信用ＤＭＡＣ１０６は、システムバス１１０及び画像処理モジュール１０１〜１０３からのデータ伝送路と接続され、画像処理モジュール１０１〜１０３から転送されてきたコマンドをメインメモリ１０９に転送するための転送制御部である。
【００２５】
ＣＰＵ１０７は、システムバス１１０と接続され、メインメモリ１０９に保持された画像処理パラメータ及び画像データを元に画像処理モジュール１０１〜１０３が処理可能なコマンドを生成してメインメモリ１０９に再び格納する処理部である。
【００２６】
メモリコントローラ１０８は、システムバス１１０、メインメモリ１０９と接続され、受信用ＤＭＡＣ１０４、送信用ＤＭＡＣ１０６、ＣＰＵ１０７がシステムバス１１０を介してメインメモリ１０９に保持されたデータにアクセスするためのメモリ制御部である。
【００２７】
メインメモリ１０９は、システムソフトウェアやプログラム、画像処理パラメータや画像データ、コマンドなどを記憶する記憶部である。システムバス１１０は、受信用ＤＭＡＣ１０４及び送信用ＤＭＡＣ１０６及びＣＰＵ１０７及びメモリコントローラ１０８と接続され、これらの相互間でデータ伝送を実現するデータ伝送部である。
【００２８】
なお、本実施形態では画像処理部として３個の画像処理モジュールがパイプライン接続された構成を例にして説明したが、本発明はこの構成に限定するものではなく、任意の種類の画像処理モジュールを任意の数だけ接続して構成することができる。
【００２９】
図２は、本実施形態を示す画像処理装置で扱うコマンドの構成例を示す概念図である。
図２の（ａ）〜（ｄ）はいずれも６４ビットでコマンドを定義した場合のビットアサインの例を示したものであり、６３〜６１ビット目を参照することによって（ａ）〜（ｄ）のいずれのビットアサインに対応するコマンドであるかを判別できる。初めに、６３ビット目のコマンド識別ビットを参照する。ここで、当該ビットが「１」であれば、画像処理パラメータをコマンド化した図２の（ａ）〜（ｃ）のいずれかのコマンドであると判別できる。
一方で、当該ビットが「０」であれば、画像データをコマンド化した（ｄ）のコマンドであると判別できる。
【００３０】
次に、図２の（ａ）〜（ｃ）のコマンドについて、６２ビット目のバックアップ指示ビットを参照する。ここで、当該ビットが「１」であれば、ローカルメモリ１０５へのストア指示あるいはローカルメモリ１０５からのロード指示のいずれかのバックアップ指示を含む（ｂ）又は（ｃ）のいずれかのコマンドであると判別できる。
【００３１】
一方で、当該ビットが「０」であれば、前述したストア指示及びロード指示のいずれのバックアップ指示も含まない、図２の（ａ）のコマンドであると判別できる。更に、図２の（ｂ）又は図２の（ｃ）のコマンドについて、６１ビット目のロードストア指示ビットを参照する。
【００３２】
ここで、当該ビットが「１」であれば、ストア指示を含む図２の（ｂ）のコマンドであると判別できる。一方で、当該ビットが「０」であれば、ロード指示を含む図２の（ｃ）のコマンドであると判別できる。
以上で説明したように、６３〜６１ビット目を参照することによって、図２の（ａ）〜（ｄ）のいずれのビットアサインに対応するコマンドであるかを判別できる。
【００３３】
図２の（ａ）は、ストア指示及びロード指示のいずれのバックアップ指示も含まない画像処理パラメータをコマンド化したコマンドのビットアサインの例を示す概念図である。図２の（ａ）に示すように、４８〜６３ビット目のヘッダ情報は、前述したコマンドを判別するためのビットと空き領域で構成されている。また、０〜３１ビット目はレジスタに設定すべき画像処理パラメータの値を示し、３２〜４７ビット目は設定すべきレジスタのアドレスの値を示す。
【００３４】
図２の（ｂ）は、バックアップ指示としてストア指示を含む画像処理パラメータのコマンド化したコマンドのビットアサインの例を示す概念図である。図２の（ｂ）に示すように、４８〜６３ビット目のヘッダ情報は、前述したコマンドを判別するためのビットと、ローカルメモリ１０５内に複数保持するコマンドを識別するためのバックアップＩＤとで構成されている。
【００３５】
また、図２の（ａ）と同様に、０〜３１ビット目はレジスタに設定すべき画像処理パラメータの値を示し、３２〜４７ビット目は設定すべきレジスタのアドレスの値を示す。このように、図２の（ｂ）に示したコマンドは、図２の（ａ）に示したコマンドに対して、ストア指示を付加したデータ内容で構成される。
【００３６】
図２の（ｃ）は、バックアップ指示としてロード指示を含む画像処理パラメータをコマンド化したコマンドのビットアサインの例を示す概念図である。図２の（ｃ）に示すように、４８〜６３ビット目のヘッダ情報は、前述したコマンドを判別するためのビットと、ローカルメモリ１０５内に複数保持するコマンドを識別するためのバックアップＩＤとで構成されている。また、０〜４７ビット目は空き領域となっている。このように、図２の（ｃ）に示したコマンドは、図２の（ａ）に示したコマンドに対して、ロード指示を付加し、対応する画像処理パラメータの設定情報を省略したデータ内容で構成される。
【００３７】
図２の（ｄ）は、画像データをコマンド化したコマンドのビットアサインの例を示す概念図である。
図２の（ｄ）に示すように、４８〜６３ビット目のヘッダ情報は、前述したコマンドを判別するためのビットと、画像処理モジュール１０１〜１０３のいずれの画像処理部で処理すべきコマンドであるかを示す画像処理モジュールＩＤとで構成されている。
【００３８】
例えば、画像処理モジュール１０１、１０２、１０３に対応する画像処理モジュールＩＤをそれぞれ０１、１０、１１とした場合に、４８〜５３ビット目を下位から２ビットずつに参照する。
【００３９】
ここで、対応する画像処理モジュールＩＤとして０１、１０、１１が設定されていれば、当該コマンドに対して画像処理モジュール１０１、１０２、１０３でそれぞれ画像処理を実行した上でコマンドを後段へ転送する。
【００４０】
一方で、対応する画像処理モジュールＩＤが設定されていなければ（設定値が００）、当該コマンドに対する画像処理を実行せずに、データ伝送路を介してコマンドを後段へ転送する。また、０〜４７ビット目はＣＭＹＫやＲＧＢ等で表現される画素の色値を保持する画像データとなっている。
【００４１】
なお、図２に示したコマンドの構成例では、簡単のために本発明の実施形態に関わるビット情報のみに着目した６４ビットの固定長でコマンドを定義して説明したが、本発明はこのコマンドの構成に限定するものではない。
【００４２】
より現実的には、例えば、ヘッダ情報を３２ビットの固定長とし、ヘッダ情報を除くコマンド部分を３２ビットの整数倍の可変長として定義する場合が多い。このように、データ量に応じて任意のデータサイズをとりうるコマンドを定義しておけば、例えば、図２（ｃ）に示したコマンドの構成例で空き領域になっていた部分を生成及び転送する必要がなくなる。また、例えば、図２の（ｄ）に示したコマンドの構成例で画像データになっていた部分をデータ容量に合わせて可変長にすることによって、固定長のコマンドを細切れで大量に生成及び転送する必要がなくなる。
よって、ＣＰＵ１０７及び転送用ＤＭＡＣ１０４は、必要最小限の回数だけコマンドを生成及び転送すれば良いため、コマンドの生成及び転送の負荷を削減することができる。
【００４３】
図３は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、第１の実施形態におけるＣＰＵ１０７のコマンド送信処理例に対応する。なお、各ステップは、ＣＰＵ１０７がメインメモリ１０９に格納された制御プログラムを実行することで実現される。以下、図３を参照しながら、ＣＰＵ１０７が受信するジョブを解析して各ページの画像処理設定パラメータを検出し、該検出結果に従いストア指示及びロード指示を付加したコマンド生成を行う処理手順を説明する。
初めに、ＣＰＵ１０７は、図示しないホストコンピュータ等から受信する複数ページで構成されるジョブにおける各ページの画像処理設定を参照する（Ｓ３０１）。
【００４４】
ＣＰＵ１０７は、バックアップ対象とすべき共通設定が不連続の複数のページ間であるかを判断する（Ｓ３０２）。ここで、不連続の複数のページ間でバックアップ対象とすべき共通設定があるとＣＰＵ１０７が判断した場合（Ｓ３０２でＹｅｓ）、Ｓ３０３に遷移し、ＣＰＵ１０７は、共通設定を持つページのうち先頭ページの共通設定をストア対象に指定する（Ｓ３０３）。
更に、ＣＰＵ１０７は、共通設定を持つページのうち後続ページの共通設定をロード対象に指定する（Ｓ３０４）。
一方で、Ｓ３０２において、不連続の複数ページ間でバックアップ対象とすべき共通設定がないとＣＰＵ１０７が判断した場合は（Ｓ３０２でＮｏ）、Ｓ３０５に遷移する。
【００４５】
次に、ＣＰＵ１０７は、生成するコマンドの設定情報がＳ３０４で指定したロード対象であるか否かを判定する（Ｓ３０５）。ここで、ロード対象であるとＣＰＵ１０７が判定した場合（Ｓ３０５でＹｅｓ）、ＣＰＵ１０７は、図２の（ｃ）に示したロード指示付きの画像処理パラメータをコマンド化したコマンドを生成する（Ｓ３０６）。
一方、Ｓ３０５で、ロード対象でないとＣＰＵ１０７が判定した場合（Ｓ３０５でＮｏ）、Ｓ３０７に遷移する。
【００４６】
そして、ＣＰＵ１０７は、生成するコマンドの設定情報がＳ３０３で指定したストア対象であるか否かを判定する（Ｓ３０７）。ここで、ストア対象であるとＣＰＵ１０７が判定した場合（Ｓ３０７でＹｅｓ）、ＣＰＵ１０７は、図２の（ｂ）に示したストア指示付きの画像処理パラメータをコマンド化したコマンドを生成する（Ｓ３０８）。
一方、Ｓ３０７でストア対象でないとＣＰＵ１０７が判定した場合（Ｓ３０７でＮｏ）、ＣＰＵ１０７は、図２の（ａ）に示したストア指示及びロード指示のいずれも含まない画像処理パラメータをコマンド化したコマンドを生成する（Ｓ３０９）。
【００４７】
また、Ｓ３０９において、ＣＰＵ１０７は、図２の（ｄ）に示した画像データをコマンド化したコマンドを生成して、Ｓ３１０に遷移する。
【００４８】
次に、ＣＰＵ１０７は、Ｓ３０６又はＳ３０８又はＳ３０９で生成したコマンドをメインメモリ１０９上に格納し、受信用ＤＭＡＣ１０４を起動して、生成したコマンドを画像処理モジュールへの転送を実行するように受信用ＤＭＡＣ１０４を制御する（Ｓ３１０）。ここで、ＣＰＵ１０７は、生成すべき次のコマンドがあるか否かを判断し（Ｓ３１１）、次のコマンドがあるとＣＰＵ１０７が判定した場合（Ｓ３１１でＹｅｓ）、Ｓ３０５に遷移してＳ３０５〜Ｓ３１０を繰り返す。
一方、Ｓ３１１で、次のコマンドがないとＣＰＵ１０７が判定した場合（Ｓ３１１でＮｏ）、ＣＰＵ１０７は、コマンド送信の処理フローを終了する。
【００４９】
図４は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、第１の実施形態における受信用ＤＭＡＣ１０４のコマンド受信処理例である。以下、図４を参照しながら、受信用ＤＭＡＣ１０４が各ページの画像処理設定に応じて、ストア指示及びロード指示に基づく画像処理パラメータをローカルメモリ１０５にストアし、更に、ローカルメモリ１０５からロードする第１の制御及び第２の制御手順を説明する。
【００５０】
初めに、受信用ＤＭＡＣ１０４は、図３に示したＳ３１０でＣＰＵ１０７が生成したコマンドをメインメモリ１０９から受信する（Ｓ４０１）。続いて、受信用ＤＭＡＣ１０４は、受信したコマンドにロード指示が付加されているか否かを判定する（Ｓ４０２）。ここで、ロード指示が付加されていると受信用ＤＭＡＣ１０４が判定した場合（Ｓ４０２でＹｅｓ）、受信用ＤＭＡＣ１０４は、ローカルメモリ１０５からコマンドを読み出して、そのコマンドをレジスタＡ１１１〜Ｃ１１３へ転送する（Ｓ４０３）。このことを、ローカルメモリ１０５からレジスタＡ１１１〜Ｃ１１３へのコマンドのロード、という。
一方で、ロード指示が付加されていないと受信用ＤＭＡＣ１０４が判定した場合（Ｓ４０２でＮｏ）、Ｓ４０４に遷移する。
【００５１】
続いて、受信用ＤＭＡＣ１０４は、受信したコマンドにストア指示が付加されているか否かを判定する（Ｓ４０４）。ここで、ストア指示が付加されていると受信用ＤＭＡＣ１０４が判定した場合（Ｓ４０４でＹｅｓ）、受信用ＤＭＡＣ１０４は、レジスタＡ１１１〜Ｃ１１３へコマンドを転送するのと並行してローカルメモリ１０５へコマンドをストアする（Ｓ４０５）。
一方、Ｓ４０４で、ロード指示が付加されていないと受信用ＤＭＡＣ１０４が判定した場合（Ｓ４０４でＮｏ）、Ｓ４０６に遷移する。
【００５２】
そして、Ｓ４０６において、受信用ＤＭＡＣ１０４は、画像処理モジュール１０１〜１０３へコマンドを転送する。ここで、当該コマンドが画像処理パラメータをコマンド化したコマンドであれば、当該コマンドは画像処理モジュール１０１〜１０３内部のレジスタ１１１〜１１３に転送される。
【００５３】
一方、当該コマンドが画像データをコマンド化したコマンドであると判定した場合、受信用ＤＭＡＣ１０４は、当該コマンドを画像処理対象の画像データとして画像処理モジュール１０１〜１０３に転送される。
【００５４】
次に、受信用ＤＭＡＣ１０４は、転送すべき次のコマンドがあるか否かを判断し（Ｓ４０７）、次のコマンドがあると受信用ＤＭＡＣ１０４が判定した場合（Ｓ４０７でＹｅｓ）、Ｓ４０１に遷移してＳ４０１〜Ｓ４０６を繰り返す。
一方、Ｓ４０７で、次のコマンドがないと受信用ＤＭＡＣ１０４が判定した場合（Ｓ４０７でＮｏ）、Ｓ４０８に遷移する。
そして、Ｓ４０８において、受信用ＤＭＡＣ１０４は、Ｓ４０３で実行したローカルメモリ１０５からレジスタ１１１〜１１３へのコマンドのロードが完了したか否かを判断する。
ここで、ロードが完了していないと受信用ＤＭＡＣ１０４が判定した場合（Ｓ４０８でＮｏ）、受信用ＤＭＡＣ１０４はロードが完了するまで待機する。
【００５５】
一方、ロードが完了していると受信用ＤＭＡＣ１０４が判定した場合（Ｓ４０８でＹｅｓ）、受信用ＤＭＡＣ１０４はロードが完了したことを通知するコマンドをＣＰＵ１０７に対して送信して、コマンド受信の処理フローを終了する。
【００５６】
以上述べたように、第１実施形態によれば、レジスタに設定する画像処理パラメータのうち必要なものだけをバックアップ保持して再利用することで、ジョブ全体でのシステムパフォーマンスを向上させることができる。
【００５７】
具体例を挙げると、複数ページで構成される単一ジョブに対して、入力されたＲＧＢデータをＣＭＹデータに対数変換して出力するＬＵＴで、奇数／偶数ページで設定が異なる不連続の複数のページでの共通設定をバックアップ保持して再利用できる。
【００５８】
すなわち、１ページ目と３ページ目で、モノクロモードで文字部かつイエロー（Ｙ）の共通設定がある場合、１ページ目でバックアップ保持した設定を３ページ目で参照し、解読性が低下するのを防ぐために最適化された専用の画像処理パラメータを再利用できる。これによって、３ページ目で再度１ページ目と同様の設定をコマンド化して転送する必要がなくなるため、ジョブ全体としてのシステムパフォーマンスを向上させることができる。
【００５９】
また、別の具体例を挙げると、複数ページで構成される単一ジョブに対して、ＣＭＹ→ＣＭＹＫ変換のＤＭＰで、文字／写真ページが混在する場合にも文字／写真用の設定をバックアップ保持して再利用できる。すなわち、カラーモードにおける文字部では、Ｃ＝Ｍ＝Ｙ＝ｘの場合に、Ｃ＝Ｍ＝Ｙ＝０、Ｋ＝ｚに変換する画像処理パラメータを使用し、これをバックアップ保持して再利用できる。
【００６０】
一方で、カラーモードにおける写真部では、Ｃ＝Ｍ＝Ｙ＝ｘの場合に、これをＫの値に変換せずにＣ＝Ｍ＝Ｙの値を保持したまま変換する画像処理パラメータを使用し、これをバックアップ保持して再利用できる。これによって、単一ジョブのうちで文字／写真用の設定がページ毎に切り替わるような場合に２度目以降登場するページで文字／写真用の設定をコマンド化して転送する必要がなくなるため、ジョブ全体としてのシステムパフォーマンスを向上させることができる。
〔第２実施形態〕
【００６１】
次に、図面を参照しながら本発明に係る第２実施形態を詳細に説明する。第２の実施形態では、前述した第１実施形態で説明したストア指示及びロード指示を行うバックアップ対象として、電源投入時あるいはスリープ復帰時に使用する初期設定を指定する。
具体的には、ＣＰＵ１０７が複数ページからなるジョブを解析して、システム起動時またはスリープ復帰時に使用する初期設定があるかどうかを判断する。そして、ＣＰＵ１０７がシステム起動時に使用する画像処理パラメータがあると判断した場合は、当該画像処理パラメータをメモリにストアする対象として指定する。同様に、ＣＰＵ１０７がスリープ復帰時に使用する画像処理パラメータがあると判断した場合は、当該画像処理パラメータをメモリにロードする対象として指定する。以下、図５に示すフローチャートを参照して説明する。
【００６２】
図５は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、第２の実施形態におけるＣＰＵ１０７のコマンド送信処理例である。なお、各ステップは、ＣＰＵ１０７がメインメモリ１０９に格納された制御プログラムを実行することで実現される。以下、図５を参照しながら、ＣＰＵ１０７が各ページの画像処理設定に応じて、ストア指示及びロード指示を付加したコマンドを生成する手順を説明する。
【００６３】
初めに、ＣＰＵ１０７は、複数ページで構成されるジョブにおける各ページの画像処理設定を参照する（Ｓ５０１）。ここで、スリープ復帰時にも用いるためにバックアップ対象とすべき電源投入時の初期設定があれば（Ｓ５０２でＹｅｓ）、初期設定をストア対象に指定する（Ｓ５０３）。更に、スリープ復帰時の初期設定をロード対象に指定する（Ｓ５０４）。一方で、バックアップ対象とすべき電源投入時の初期設定がなければ（Ｓ５０２でＮｏ）、Ｓ５０５に遷移する。
【００６４】
なお、図５におけるＳ５０５〜Ｓ５１１は、図３のＳ３０５〜Ｓ３１１の手順と全く同様であるため、当該ステップに対応する説明は省略する。また、受信用ＤＭＡＣ１０４のコマンド受信処理は図４と同様であるため説明は省略する。
【００６５】
第２の実施形態では、受信用ＤＭＡＣ１０４が電源投入時の初期設定に応じて、ストア指示及びロード指示に基づく画像処理パラメータをローカルメモリ１０５にストアし、更に、ローカルメモリ１０５からロードする。
【００６６】
以上述べたように、第２の実施形態によれば、電源投入後にしばらくしてスリープ復帰させる際に、レジスタに設定する画像処理パラメータのうち必要なものだけをバックアップ保持して再利用することで、スリープ状態からの復帰時間を短縮することができる。
【００６７】
以上、詳細に説明した本発明を適用できる本実施形態により、アプリケーションで扱うデータが異なる場合でも、インストール時にデータ定義ファイルによる不要なデータの削除を伴った移行を行うことが出来る。
【００６８】
本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
なお、本実施形態では、画像処理装置を例として説明したが、画像処理を行う情報処理装置が複数の画像処理モジュールによりパイプライン処理する構成を備える場合には、本発明を適用することが可能である。
【符号の説明】
【００６９】
１００  画像処理装置
１０１〜１０３  画像処理モジュール
１０４  受信用ＤＭＡＣ
１０５  ローカルメモリ
１０７  ＣＰＵ
１０９  メインメモリ
【図１】
2012165159.tif 000003
【図２】
2012165159.tif 000004
【図３】
2012165159.tif 000005
【図４】
2012165159.tif 000006
【図５】
2012165159.tif 000007