レジスタに設定される画像処理パラメータに基づいて画像データに対して画像処理を行う画像処理手段が接続された画像処理装置であって、画像処理設定に対応する画像処理パラメータをメモリにストアする指示と、前記メモリにストアした画像処理パラメータを画像処理手段のレジスタにロードする指示とをそれぞれ行う指示手段と、前記指示手段によるストアの指示に従い、前記画像処理パラメータを前記画像処理手段のレジスタに設定し、かつ、当該画像処理パラメータを前記メモリにストアする処理を制御し、前記指示手段によるロードの指示に従い、前記メモリにストアした前記画像処理パラメータを前記画像処理手段のレジスタに設定する処理を制御する制御手段と、を備えることを特徴とする画像処理装置。複数ページ間で共通の画像処理設定を検出する検出手段を有することを特徴とする請求項1に記載の画像処理装置。前記指示手段は、前記複数ページのうちの先頭ページで、画像処理パラメータをストアする指示を行うことを特徴とする請求項2記載の画像処理装置。前記指示手段は、前記複数ページのうちの後続ページで、画像処理パラメータをロードする指示を行うことを特徴とする請求項2記載の画像処理装置。前記指示手段は、システム起動時に使用する画像処理パラメータをメモリにストアする指示を行い、スリープ復帰時に当該画像処理パラメータをメモリにロードする指示を行うことを特徴とする請求項1乃至4のいずれか1項に記載の画像処理装置。レジスタに設定される画像処理パラメータに基づいて画像データに対して画像処理を行う画像処理手段が接続された画像処理装置の制御方法であって、画像処理設定に対応する画像処理パラメータをメモリにストアする指示と、前記メモリにストアした画像処理パラメータを画像処理手段のレジスタにロードする指示とをそれぞれ行う指示工程と、ストアの指示に従い、前記画像処理パラメータを画像処理手段のレジスタに設定し、かつ、当該画像処理パラメータを前記メモリにストアする処理を制御する第1の制御工程と、ロードの指示に従い、前記メモリにストアした前記画像処理パラメータを画像処理手段のレジスタに設定する処理を制御する第2の制御工程と、を備えることを特徴とする画像処理装置の制御方法。請求項6記載の画像処理装置の制御方法をコンピュータに実行させることを特徴とするプログラム。前述した画像処理モジュールの中にはルックアップテーブルLUTのように全ての入力データに対する演算結果としての出力データを画像処理パラメータとして予めレジスタに保持しておくことで色変換等の画像処理を実現するものがある。具体的には、入力されたRGBデータをCMYデータに対数変換して出力するLUTや、入力されたCMYデータをCMYKデータに変換して出力するダイレクトマッピングDMPがある。しかしながら、このLUTやDMPに用いる画像処理パラメータを前述した方法でコマンド化すると、コマンドの生成及び転送に要する処理時間が膨大になるため、システムパフォーマンスが低下するという課題があった。上記の課題を解決する一つの方法として、属性に合わせて最適化された画像処理パラメータの全パターンを、画像処理モジュール内部に備えたSRAM等のローカルメモリに保持する方法がある。すなわち、ページ毎にローカルメモリ内で参照するバンク領域を切り替えることで、使用する画像処理パラメータのパターンを切り替える方法である。具体的には、例えば、CMY→RGB変換のLUTにおいて、カラー/モノクロや写真/文字の属性を参照し、モノクロモードで文字部かつイエローYである場合に、解読性が低下するのを防ぐために最適化された専用の画像処理パラメータを使用する。一方で、モノクロモードで文字部かつイエローYでない場合には、通常の画像処理パラメータを使用する。また、例えば、CMY→CMYK変換のDMPにおいて、カラー/モノクロや写真/文字の属性を参照し、カラーモードにおける文字部では、C=M=Y=xの場合に、C=M=Y=0、K=zに変換する画像処理パラメータを使用する。一方で、カラーモードにおける写真部では、C=M=Y=xの場合に、これをKの値に変換せずにC=M=Yの値を保持したまま変換する画像処理パラメータを使用する。上記の方法を用いれば、制御用CPU及び転送用DMACは、ページ間の短時間で膨大な数の画像処理パラメータのコマンドを生成及び転送する必要がなくなる。しかしながら、上記の方法を用いることで生じる別の課題は、画像処理パラメータの全パターンを保持できるだけのメモリ容量を画像処理モジュール内部に確保することである。本発明は、上記の課題を解決するためになされたもので、本発明の目的は、共通する画像処理を実行する場合でも、共通する画像処理パラメータの設定を効率よく行える仕組みを提供することである。上記目的を達成する本発明の画像処理装置は以下に示す構成を備える。レジスタに設定される画像処理パラメータに基づいて画像データに対して画像処理を行う画像処理手段が接続された画像処理装置であって、画像処理設定に対応する画像処理パラメータをメモリにストアする指示と、前記メモリにストアした画像処理パラメータを画像処理手段のレジスタにロードする指示とをそれぞれ行う指示手段と、前記指示手段によるストアの指示に従い、前記画像処理パラメータを画像処理手段のレジスタに設定し、かつ、当該画像処理パラメータを前記メモリにストアする処理を制御し、前記指示手段によるロードの指示に従い、前記メモリにストアした前記画像処理パラメータを画像処理手段のレジスタに設定する処理を制御する制御手段と、を備えることを特徴とする。本発明によれば、共通する画像処理を実行する場合でも、共通する画像処理パラメータの設定を効率よく行える。次に本発明を実施するための最良の形態について図面を参照して説明する。<システム構成の説明>第1実施形態図1は、本発明の実施形態における画像処理装置100の構成例を示すブロック図である。本例は、レジスタに設定される画像処理パラメータに基づいて画像データに対してページ単位に画像処理を行う画像処理手段として、画像処理モジュール101~103を複数接続した例を示す。図1に示すように、画像処理装置100は、画像処理モジュール101~103、受信用DMAC104、ローカルメモリ105、送信用DMAC106、CPU107、メモリコントローラ108、メインメモリ109、システムバス110で構成される。なお、本実施形態では、ハードウエアとして構成される画像処理モジュール101~103はパイプライン接続され、画像処理パラメータを保持するためのレジスタをそれぞれ備えている。なお、画像処理モジュール101~103はそれぞれ異なる画像処理を実行する構成となっている。また、画像処理モジュール101~103の各々は、画像処理に必要な画像処理パラメータを保持するためのレジスタ111~113を備え、データ伝送路によって互いに直列に接続されたパイプライン構造に従って順次画像処理を実行する画像処理部ハードウエアである。ここで、例えば、画像処理モジュール101は、入力されたRGBデータをCMYデータに対数変換して出力するLUTである。また、例えば、画像処理モジュール102は、CMYデータをCMYKデータに変換して出力するDMPDirectMappingである。また、例えば、画像処理モジュールC103は、スクリーン処理あるいは誤差拡散によって中間長処理を施して出力する画像形成部である。受信用DMAC104は、システムバス110及び画像処理モジュール101~103へのデータ伝送路と接続され、メインメモリ109に保持されたコマンドを画像処理モジュール101~103に転送するための転送制御部である。ローカルメモリ105は、受信用DMAC104と接続され、受信用DMAC104が転送するコマンドの一部をバックアップ保持するための記憶部である。送信用DMAC106は、システムバス110及び画像処理モジュール101~103からのデータ伝送路と接続され、画像処理モジュール101~103から転送されてきたコマンドをメインメモリ109に転送するための転送制御部である。CPU107は、システムバス110と接続され、メインメモリ109に保持された画像処理パラメータ及び画像データを元に画像処理モジュール101~103が処理可能なコマンドを生成してメインメモリ109に再び格納する処理部である。メモリコントローラ108は、システムバス110、メインメモリ109と接続され、受信用DMAC104、送信用DMAC106、CPU107がシステムバス110を介してメインメモリ109に保持されたデータにアクセスするためのメモリ制御部である。メインメモリ109は、システムソフトウェアやプログラム、画像処理パラメータや画像データ、コマンドなどを記憶する記憶部である。システムバス110は、受信用DMAC104及び送信用DMAC106及びCPU107及びメモリコントローラ108と接続され、これらの相互間でデータ伝送を実現するデータ伝送部である。なお、本実施形態では画像処理部として3個の画像処理モジュールがパイプライン接続された構成を例にして説明したが、本発明はこの構成に限定するものではなく、任意の種類の画像処理モジュールを任意の数だけ接続して構成することができる。図2は、本実施形態を示す画像処理装置で扱うコマンドの構成例を示す概念図である。図2のa~dはいずれも64ビットでコマンドを定義した場合のビットアサインの例を示したものであり、63~61ビット目を参照することによってa~dのいずれのビットアサインに対応するコマンドであるかを判別できる。初めに、63ビット目のコマンド識別ビットを参照する。ここで、当該ビットが1であれば、画像処理パラメータをコマンド化した図2のa~cのいずれかのコマンドであると判別できる。一方で、当該ビットが0であれば、画像データをコマンド化したdのコマンドであると判別できる。次に、図2のa~cのコマンドについて、62ビット目のバックアップ指示ビットを参照する。ここで、当該ビットが1であれば、ローカルメモリ105へのストア指示あるいはローカルメモリ105からのロード指示のいずれかのバックアップ指示を含むb又はcのいずれかのコマンドであると判別できる。一方で、当該ビットが0であれば、前述したストア指示及びロード指示のいずれのバックアップ指示も含まない、図2のaのコマンドであると判別できる。更に、図2のb又は図2のcのコマンドについて、61ビット目のロードストア指示ビットを参照する。ここで、当該ビットが1であれば、ストア指示を含む図2のbのコマンドであると判別できる。一方で、当該ビットが0であれば、ロード指示を含む図2のcのコマンドであると判別できる。以上で説明したように、63~61ビット目を参照することによって、図2のa~dのいずれのビットアサインに対応するコマンドであるかを判別できる。図2のaは、ストア指示及びロード指示のいずれのバックアップ指示も含まない画像処理パラメータをコマンド化したコマンドのビットアサインの例を示す概念図である。図2のaに示すように、48~63ビット目のヘッダ情報は、前述したコマンドを判別するためのビットと空き領域で構成されている。また、0~31ビット目はレジスタに設定すべき画像処理パラメータの値を示し、32~47ビット目は設定すべきレジスタのアドレスの値を示す。図2のbは、バックアップ指示としてストア指示を含む画像処理パラメータのコマンド化したコマンドのビットアサインの例を示す概念図である。図2のbに示すように、48~63ビット目のヘッダ情報は、前述したコマンドを判別するためのビットと、ローカルメモリ105内に複数保持するコマンドを識別するためのバックアップIDとで構成されている。また、図2のaと同様に、0~31ビット目はレジスタに設定すべき画像処理パラメータの値を示し、32~47ビット目は設定すべきレジスタのアドレスの値を示す。このように、図2のbに示したコマンドは、図2のaに示したコマンドに対して、ストア指示を付加したデータ内容で構成される。図2のcは、バックアップ指示としてロード指示を含む画像処理パラメータをコマンド化したコマンドのビットアサインの例を示す概念図である。図2のcに示すように、48~63ビット目のヘッダ情報は、前述したコマンドを判別するためのビットと、ローカルメモリ105内に複数保持するコマンドを識別するためのバックアップIDとで構成されている。また、0~47ビット目は空き領域となっている。このように、図2のcに示したコマンドは、図2のaに示したコマンドに対して、ロード指示を付加し、対応する画像処理パラメータの設定情報を省略したデータ内容で構成される。図2のdは、画像データをコマンド化したコマンドのビットアサインの例を示す概念図である。図2のdに示すように、48~63ビット目のヘッダ情報は、前述したコマンドを判別するためのビットと、画像処理モジュール101~103のいずれの画像処理部で処理すべきコマンドであるかを示す画像処理モジュールIDとで構成されている。例えば、画像処理モジュール101、102、103に対応する画像処理モジュールIDをそれぞれ01、10、11とした場合に、48~53ビット目を下位から2ビットずつに参照する。ここで、対応する画像処理モジュールIDとして01、10、11が設定されていれば、当該コマンドに対して画像処理モジュール101、102、103でそれぞれ画像処理を実行した上でコマンドを後段へ転送する。一方で、対応する画像処理モジュールIDが設定されていなければ設定値が00、当該コマンドに対する画像処理を実行せずに、データ伝送路を介してコマンドを後段へ転送する。また、0~47ビット目はCMYKやRGB等で表現される画素の色値を保持する画像データとなっている。なお、図2に示したコマンドの構成例では、簡単のために本発明の実施形態に関わるビット情報のみに着目した64ビットの固定長でコマンドを定義して説明したが、本発明はこのコマンドの構成に限定するものではない。より現実的には、例えば、ヘッダ情報を32ビットの固定長とし、ヘッダ情報を除くコマンド部分を32ビットの整数倍の可変長として定義する場合が多い。このように、データ量に応じて任意のデータサイズをとりうるコマンドを定義しておけば、例えば、図2cに示したコマンドの構成例で空き領域になっていた部分を生成及び転送する必要がなくなる。また、例えば、図2のdに示したコマンドの構成例で画像データになっていた部分をデータ容量に合わせて可変長にすることによって、固定長のコマンドを細切れで大量に生成及び転送する必要がなくなる。よって、CPU107及び転送用DMAC104は、必要最小限の回数だけコマンドを生成及び転送すれば良いため、コマンドの生成及び転送の負荷を削減することができる。図3は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、第1の実施形態におけるCPU107のコマンド送信処理例に対応する。なお、各ステップは、CPU107がメインメモリ109に格納された制御プログラムを実行することで実現される。以下、図3を参照しながら、CPU107が受信するジョブを解析して各ページの画像処理設定パラメータを検出し、該検出結果に従いストア指示及びロード指示を付加したコマンド生成を行う処理手順を説明する。初めに、CPU107は、図示しないホストコンピュータ等から受信する複数ページで構成されるジョブにおける各ページの画像処理設定を参照するS301。CPU107は、バックアップ対象とすべき共通設定が不連続の複数のページ間であるかを判断するS302。ここで、不連続の複数のページ間でバックアップ対象とすべき共通設定があるとCPU107が判断した場合S302でYes、S303に遷移し、CPU107は、共通設定を持つページのうち先頭ページの共通設定をストア対象に指定するS303。更に、CPU107は、共通設定を持つページのうち後続ページの共通設定をロード対象に指定するS304。一方で、S302において、不連続の複数ページ間でバックアップ対象とすべき共通設定がないとCPU107が判断した場合はS302でNo、S305に遷移する。次に、CPU107は、生成するコマンドの設定情報がS304で指定したロード対象であるか否かを判定するS305。ここで、ロード対象であるとCPU107が判定した場合S305でYes、CPU107は、図2のcに示したロード指示付きの画像処理パラメータをコマンド化したコマンドを生成するS306。一方、S305で、ロード対象でないとCPU107が判定した場合S305でNo、S307に遷移する。そして、CPU107は、生成するコマンドの設定情報がS303で指定したストア対象であるか否かを判定するS307。ここで、ストア対象であるとCPU107が判定した場合S307でYes、CPU107は、図2のbに示したストア指示付きの画像処理パラメータをコマンド化したコマンドを生成するS308。一方、S307でストア対象でないとCPU107が判定した場合S307でNo、CPU107は、図2のaに示したストア指示及びロード指示のいずれも含まない画像処理パラメータをコマンド化したコマンドを生成するS309。また、S309において、CPU107は、図2のdに示した画像データをコマンド化したコマンドを生成して、S310に遷移する。次に、CPU107は、S306又はS308又はS309で生成したコマンドをメインメモリ109上に格納し、受信用DMAC104を起動して、生成したコマンドを画像処理モジュールへの転送を実行するように受信用DMAC104を制御するS310。ここで、CPU107は、生成すべき次のコマンドがあるか否かを判断しS311、次のコマンドがあるとCPU107が判定した場合S311でYes、S305に遷移してS305~S310を繰り返す。一方、S311で、次のコマンドがないとCPU107が判定した場合S311でNo、CPU107は、コマンド送信の処理フローを終了する。図4は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、第1の実施形態における受信用DMAC104のコマンド受信処理例である。以下、図4を参照しながら、受信用DMAC104が各ページの画像処理設定に応じて、ストア指示及びロード指示に基づく画像処理パラメータをローカルメモリ105にストアし、更に、ローカルメモリ105からロードする第1の制御及び第2の制御手順を説明する。初めに、受信用DMAC104は、図3に示したS310でCPU107が生成したコマンドをメインメモリ109から受信するS401。続いて、受信用DMAC104は、受信したコマンドにロード指示が付加されているか否かを判定するS402。ここで、ロード指示が付加されていると受信用DMAC104が判定した場合S402でYes、受信用DMAC104は、ローカルメモリ105からコマンドを読み出して、そのコマンドをレジスタA111~C113へ転送するS403。このことを、ローカルメモリ105からレジスタA111~C113へのコマンドのロード、という。一方で、ロード指示が付加されていないと受信用DMAC104が判定した場合S402でNo、S404に遷移する。続いて、受信用DMAC104は、受信したコマンドにストア指示が付加されているか否かを判定するS404。ここで、ストア指示が付加されていると受信用DMAC104が判定した場合S404でYes、受信用DMAC104は、レジスタA111~C113へコマンドを転送するのと並行してローカルメモリ105へコマンドをストアするS405。一方、S404で、ロード指示が付加されていないと受信用DMAC104が判定した場合S404でNo、S406に遷移する。そして、S406において、受信用DMAC104は、画像処理モジュール101~103へコマンドを転送する。ここで、当該コマンドが画像処理パラメータをコマンド化したコマンドであれば、当該コマンドは画像処理モジュール101~103内部のレジスタ111~113に転送される。一方、当該コマンドが画像データをコマンド化したコマンドであると判定した場合、受信用DMAC104は、当該コマンドを画像処理対象の画像データとして画像処理モジュール101~103に転送される。次に、受信用DMAC104は、転送すべき次のコマンドがあるか否かを判断しS407、次のコマンドがあると受信用DMAC104が判定した場合S407でYes、S401に遷移してS401~S406を繰り返す。一方、S407で、次のコマンドがないと受信用DMAC104が判定した場合S407でNo、S408に遷移する。そして、S408において、受信用DMAC104は、S403で実行したローカルメモリ105からレジスタ111~113へのコマンドのロードが完了したか否かを判断する。ここで、ロードが完了していないと受信用DMAC104が判定した場合S408でNo、受信用DMAC104はロードが完了するまで待機する。一方、ロードが完了していると受信用DMAC104が判定した場合S408でYes、受信用DMAC104はロードが完了したことを通知するコマンドをCPU107に対して送信して、コマンド受信の処理フローを終了する。以上述べたように、第1実施形態によれば、レジスタに設定する画像処理パラメータのうち必要なものだけをバックアップ保持して再利用することで、ジョブ全体でのシステムパフォーマンスを向上させることができる。具体例を挙げると、複数ページで構成される単一ジョブに対して、入力されたRGBデータをCMYデータに対数変換して出力するLUTで、奇数/偶数ページで設定が異なる不連続の複数のページでの共通設定をバックアップ保持して再利用できる。すなわち、1ページ目と3ページ目で、モノクロモードで文字部かつイエローYの共通設定がある場合、1ページ目でバックアップ保持した設定を3ページ目で参照し、解読性が低下するのを防ぐために最適化された専用の画像処理パラメータを再利用できる。これによって、3ページ目で再度1ページ目と同様の設定をコマンド化して転送する必要がなくなるため、ジョブ全体としてのシステムパフォーマンスを向上させることができる。また、別の具体例を挙げると、複数ページで構成される単一ジョブに対して、CMY→CMYK変換のDMPで、文字/写真ページが混在する場合にも文字/写真用の設定をバックアップ保持して再利用できる。すなわち、カラーモードにおける文字部では、C=M=Y=xの場合に、C=M=Y=0、K=zに変換する画像処理パラメータを使用し、これをバックアップ保持して再利用できる。一方で、カラーモードにおける写真部では、C=M=Y=xの場合に、これをKの値に変換せずにC=M=Yの値を保持したまま変換する画像処理パラメータを使用し、これをバックアップ保持して再利用できる。これによって、単一ジョブのうちで文字/写真用の設定がページ毎に切り替わるような場合に2度目以降登場するページで文字/写真用の設定をコマンド化して転送する必要がなくなるため、ジョブ全体としてのシステムパフォーマンスを向上させることができる。第2実施形態次に、図面を参照しながら本発明に係る第2実施形態を詳細に説明する。第2の実施形態では、前述した第1実施形態で説明したストア指示及びロード指示を行うバックアップ対象として、電源投入時あるいはスリープ復帰時に使用する初期設定を指定する。具体的には、CPU107が複数ページからなるジョブを解析して、システム起動時またはスリープ復帰時に使用する初期設定があるかどうかを判断する。そして、CPU107がシステム起動時に使用する画像処理パラメータがあると判断した場合は、当該画像処理パラメータをメモリにストアする対象として指定する。同様に、CPU107がスリープ復帰時に使用する画像処理パラメータがあると判断した場合は、当該画像処理パラメータをメモリにロードする対象として指定する。以下、図5に示すフローチャートを参照して説明する。図5は、本実施形態を示す画像処理装置の制御方法を説明するフローチャートである。本例は、第2の実施形態におけるCPU107のコマンド送信処理例である。なお、各ステップは、CPU107がメインメモリ109に格納された制御プログラムを実行することで実現される。以下、図5を参照しながら、CPU107が各ページの画像処理設定に応じて、ストア指示及びロード指示を付加したコマンドを生成する手順を説明する。初めに、CPU107は、複数ページで構成されるジョブにおける各ページの画像処理設定を参照するS501。ここで、スリープ復帰時にも用いるためにバックアップ対象とすべき電源投入時の初期設定があればS502でYes、初期設定をストア対象に指定するS503。更に、スリープ復帰時の初期設定をロード対象に指定するS504。一方で、バックアップ対象とすべき電源投入時の初期設定がなければS502でNo、S505に遷移する。なお、図5におけるS505~S511は、図3のS305~S311の手順と全く同様であるため、当該ステップに対応する説明は省略する。また、受信用DMAC104のコマンド受信処理は図4と同様であるため説明は省略する。第2の実施形態では、受信用DMAC104が電源投入時の初期設定に応じて、ストア指示及びロード指示に基づく画像処理パラメータをローカルメモリ105にストアし、更に、ローカルメモリ105からロードする。以上述べたように、第2の実施形態によれば、電源投入後にしばらくしてスリープ復帰させる際に、レジスタに設定する画像処理パラメータのうち必要なものだけをバックアップ保持して再利用することで、スリープ状態からの復帰時間を短縮することができる。以上、詳細に説明した本発明を適用できる本実施形態により、アプリケーションで扱うデータが異なる場合でも、インストール時にデータ定義ファイルによる不要なデータの削除を伴った移行を行うことが出来る。本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエアプログラムをパソコンコンピュータ等の処理装置CPU、プロセッサにて実行することでも実現できる。本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形各実施形態の有機的な組合せを含むが可能であり、それらを本発明の範囲から除外するものではない。なお、本実施形態では、画像処理装置を例として説明したが、画像処理を行う情報処理装置が複数の画像処理モジュールによりパイプライン処理する構成を備える場合には、本発明を適用することが可能である。