(57)【要約】      （修正有）【課題】画像形成出力に際して必要なパラメータ計算の計算量が多くなった場合において、パラメータ計算のために演算装置の処理が占有されることを回避する。【解決手段】画像形成を行う作像機構に対して画像形成のために設定するべきパラメータの計算を行い、計算されたパラメータを作像機構に設定する画像形成装置の制御方法であって、パラメータの計算において、複数の色毎に設けられた複数の作像機構夫々に設定するべき各色のパラメータを一括して計算する一括計算処理と、色毎に計算する各色計算処理とを用いることが可能であり、作像機構の動作状態に応じて一括計算処理と各色計算処理とを切り替える。【選択図】図３
2014176020.tif 000002
【特許請求の範囲】
【請求項１】
画像形成を行う作像機構に対して画像形成のために設定するべきパラメータの計算を行うパラメータ計算部と、
計算されたパラメータを前記作像機構に設定するパラメータ設定部と、
前記パラメータ計算部の動作を制御するパラメータ計算制御部とを含み、
前記パラメータ計算部は、複数の色毎に設けられた複数の作像機構夫々に設定するべき各色のパラメータを一括して計算する一括計算処理と、色毎に計算する各色計算処理とを実行可能であり、
前記パラメータ計算制御部は、前記作像機構の動作状態に応じて前記一括計算処理と前記各色計算処理とを切り替えることを特徴とする画像形成装置。
【請求項２】
前記パラメータ計算制御部は、前記一括計算処理において、原則として画像形成出力するページ毎に前記パラメータの計算が実行されるように前記パラメータ計算部を制御すると共に、前記作像機構の動作状態に応じて、複数ページ先のパラメータの計算を予め実行させるように前記パラメータ計算部を制御することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記パラメータ設定部は、複数ページ連続して画像形成出力が実行される場合において、ページ毎に前記パラメータが同一である場合、既に計算されたパラメータを利用して前記作像機構にパラメータ設定を行い、
前記パラメータ計算制御部は、ページ毎に前記パラメータが異なる場合に、前記各色計算処理を用いることを特徴とする請求項１または２に記載の画像形成装置。
【請求項４】
画像形成を行う作像機構に対して画像形成のために設定するべきパラメータの計算を行い、計算されたパラメータを前記作像機構に設定する画像形成装置の制御方法であって、
前記パラメータの計算において、複数の色毎に設けられた複数の作像機構夫々に設定するべき各色のパラメータを一括して計算する一括計算処理と、色毎に計算する各色計算処理とを用いることが可能であり、
前記作像機構の動作状態に応じて前記一括計算処理と前記各色計算処理とを切り替えることを特徴とする画像形成装置の制御方法。
【請求項５】
画像形成を行う作像機構に対して画像形成のために設定するべきパラメータの計算を行うステップと、
計算されたパラメータを前記作像機構に設定するステップと、
前記パラメータの計算を行うステップにおいて用いるパラメータの計算方法のうち、複数の色毎に設けられた複数の作像機構夫々に設定するべき各色のパラメータを一括して計算する一括計算処理と、色毎に計算する各色計算処理とを、前記作像機構の動作状態に応じて切り替えるステップとを情報処理装置に実行させることを特徴とする画像形成装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、画像形成方法及び画像形成プログラムに関し、特に、画像形成出力に際して必要なパラメータの計算及び設定の制御に関する。
【背景技術】
【０００２】
画像形成装置内でＲＴＯＳ（リアルタイムＯＳ）上を複数のタスクが時系列的に切り替わることによって複数のタスクが処理を実行するソフトウェアの技術がある。そのタスクの中に画像処理制御タスクがあり、スキャナ、プロッタの特性や、操作者の指定により画像処理を実行する画像処理デバイスに対して画像処理を実行するために必要な画像処理パラメータを計算し、画像処理デバイスへ計算した画像処理パラメータを設定するソフトウェアの技術がある。
【０００３】
また、色版ごとに画像処理制御タスク内で行なう処理を分割し、紙を早く搬送させるように画像処理デバイスへ画像処理パラメータを設定する事によって生産性向上する技術もある（特許文献１）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、今までの画像形成装置の処理が複雑化機能の高機能化に伴い、画像処理制御タスクに長時間処理を優先する時間が減ってきている。さらに高画質化のため求められる画像処理パラメータ計算の複雑化や、透明トナーを含む多色印刷のため画像処理パラメータの計算に要する時間は増加傾向にある。
【０００５】
その結果、例えば複数色について一括行われるパラメータ計算のために演算装置の処理が占有され、各色夫々の画像形成出力のタイミングにおいて、パラメータ設定を終えなければならないタイミングまでにパラメータ設定を終えることができず、画像形成出力に失敗してしまう状態が発生する。
【０００６】
本発明は、画像形成出力に際して必要なパラメータ計算の計算量が多くなった場合において、パラメータ計算のために演算装置の処理が占有されることを回避することを目的とする。
【課題を解決するための手段】
【０００７】
本発明では、上記問題を解決するため、画像処理に関する処理要求を行う要求元制御手段と、前記要求元制御手段からの要求を受けて画像処理パラメータに関するパラメータ関連処理を行う画像処理制御手段と、前記要求元制御手段が行っている処理の実行状況に応じて、前記パラメータ関連処理の計算量を切り替える計算量切替手段とを備える画像形成装置が提供される。
【０００８】
また、本発明では、上記問題を解決するため、要求元制御手段が、画像処理に関する処理要求を行うステップと、画像処理制御手段が、前記要求元制御手段からの要求を受けて画像処理パラメータに関するパラメータ関連処理を行うステップと、計算量切替手段が、前記要求元制御手段が行っている処理の実行状況に応じて、前記パラメータ関連処理の計算量を切り替えるステップとを有する画像形成方法が提供される。
【０００９】
更に、本発明では、上記問題を解決するため、画像形成方法をコンピュータに実行させることを特徴とする画像形成プログラムが提供される。
【発明の効果】
【００１０】
本発明は、画像形成出力に際して必要なパラメータ計算の計算量が多くなった場合において、パラメータ計算のために演算装置の処理が占有されることを回避することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施例形態に係る要求元制御手段と画像処理制御手段との関係を表す図である。
【図２】組み込み系制御ソフトの動作例を表す図である。
【図３】画像処理制御手段の機能構成図を表す図である。
【図４】画像処理手段と画像処理手段の設定タイミングの第一の例を表す図である。
【図５】画像処理手段と画像処理手段の設定タイミングの第二の例を表す図である。
【図６】要求元の全色版および指定色版の設定例を表す図である。
【図７】画像処理パラメータ計算要求を全色版のみにした場合の異常終了の例を表す図である。
【図８】画像処理手段の制御フローの第一の例を表す図である。
【図９】画像処理手段の制御フローの第二の例を表す図である。
【図１０】画像処理手段の制御フローの第三の例を表す図である。
【図１１】画像処理パラメータ計算要求を全色版のみにした場合の正常終了の例を表す図である。
【図１２】４連タンデムドラムの色版分割設定による効果を表す図である。
【図１３】パラメータ計算に用いるテーブルの一例を表す図である。
【図１４】本発明の実施形態に係る画像処理制御手段を実現するためのハードウェア構成を示す図である。
【発明を実施するための形態】
【００１２】
本発明の実施形態の説明に入る前に前提として、他の制御手段と画像処理制御手段の関係について説明する。図１に要求元（画像処理制御手段に要求する制御手段）と画像処理制御手段の関係を示す。
【００１３】
制御手段はすべてタスクという単位で管理されている。画像処理制御手段であるスキャナ画像処理タスクおよびプロッタ画像処理タスクは、能動的に動作を実行することはなく、スキャンタスクやプロッタタスクから要求を受け付け、画像処理手段に対して処理を実行する。スキャンタスクは読み取り動作での操作部の設定を受け付けて、スキャナを駆動させて画像データの読み取りを制御する。プロッタタスクは紙の搬送や書き込みユニットを制御して印刷動作を実現する。
【００１４】
画像処理制御手段はスキャンタスクやプロッタタスクからの計算要求に従って画像処理手段に設定する画像処理パラメータ計算、設定要求に従って画像処理手段に設定を実行する。アプリケーション動作での例では、コピー動作時はスキャンタスク、スキャナ画像処理タスク、プロッタタスク、プロッタ画像処理タスク全て動作するが、スキャナ、ＦＡＸ送信動作時はスキャンタスク、スキャナ画像処理タスク、プロッタ出力、ＦＡＸ受信時はプロッタタスク、プロッタ画像処理タスクが動作する。
【００１５】
また、特徴としてスキャンタスクは要求を色版ごとに分けて要求せず全色版ＲＧＢで画像処理パラメータ計算要求、画像処理パラメータ設定要求を要求する。一方プロッタタスクは画像書き込みがドラム単位になっているため画像処理パラメータ設定は基本的に色版ごとであるが、画像処理パラメータ計算要求も処理の実行状況に応じて全色版ＣＭＹＫで要求や、色版ごとに要求する。
【００１６】
図２にタスクごとに区切った組み込み系制御ソフトの動作例を示す。タスクごとに一定時間ＣＰＵ実行権を与えられ、自身の処理を実行できる。スキャンタスクは自身の処理１を実行し、その間でスキャナ画像処理タスクに対して画像処理パラメータ計算要求を出す。スキャナ画像処理タスクは要求を受け付けるメールボックスを保持しており要求がメールとしてつまれる。この段階ではまだ実行権はスキャンタスクにあるので直ちに実行するわけではなくスキャンタスクの自身の処理２が実行される。
【００１７】
スキャンタスクの処理２を実行中に実行権が切れタスクスイッチによって実行権がスキャナ画像処理タスクへ移行する。実行権を得たスキャナ画像処理タスクはメールボックスから積まれた順番に処理を実行していく。図２の例ではスキャンタスクから画像処理パラメータ計算要求ＲＧＢのみを受け取っている状態なのでこの処理１を実行する。処理１が途中でも一定時間処理が経過して実行権がタスクスイッチによって切り替わる場合、次に実行権が戻ってくるまで待たされる。
【００１８】
プロッタタスクに実行権が移行してプロッタタスクの処理１が開始される。プロッタタスクとプロッタ画像処理タスクの関係は前述のスキャンタスクとスキャナ画像処理タスクとの関係と基本的には同じなので説明を省略する。図１，２のようなスキャンタスクとプロッタタスクと画像処理制御手段であるスキャナ画像処理タスクとプロッタ画像処理タスクの関係であるという前提で以降の実施例を説明する。
【００１９】
図３に画像処理制御手段１００の構成図および各要求時の動作を示す。図３に示す画像処理制御手段１００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の演算装置が、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の揮発性記憶媒体にロードされたプログラムに従って演算を行うことにより構成される。図３は画像処理制御手段１００であるスキャナ画像処理タスクとプロッタ画像処理タスクの内部構成およびスキャンタスクとプロッタタスクから画像処理パラメータ計算要求及び画像処理パラメータ設定要求時の画像処理制御手段内の一連の動作を示した図である。
【００２０】
画像処理パラメータ計算要求時ではスキャンタスクとプロッタタスクから画像処理パラメータ計算要求（１）が要求され管理マネージャに通知される。管理マネージャは（２）要求管理に対して今回の要求を通知し、要求管理は要求元ごとに保存できる。（３）最終検索状態を保存し同じ要求元であればタスクスイッチによって切り替わりが発生し再開した時にこの最終検索状態を参照し処理を再開する。
【００２１】
管理マネージャは（４）画像処理パラメータ計算を依頼し画像処理パラメータ計算を実行させ、（５）画像処理パラメータ計算結果に対しメモリを確保し保存する。このように画像処理パラメータ計算要求時ではソフトウェア動作のみなので実際画像処理を実行する画像処理手段へはアクセスしない。
【００２２】
画像処理パラメータ計算結果を保持できるメモリ容量があれば数枚先の画像処理パラメータ計算結果を保持しておくことが可能で、複数の要求元であるスキャンタスクとプロッタタスクのさらに複数の要求（実施例ではプロセスＩＤ）を指定し、複数の画像処理パラメータ計算結果要求を受け付けに対応する。正常、異常終了共に処理が完了後、管理マネージャから呼び出した要求元に対して処理終了を通知する。
【００２３】
画像処理パラメータ設定要求ではスキャンタスクとプロッタタスクから画像処理パラメータ設定要求（１）が要求され管理マネージャに通知される。管理マネージャは（２）要求管理に対して今回の要求を通知し、要求管理は要求元ごとに保存できる。（３）最終検索状態を保存し同じ要求元であればタスクスイッチによって切り替わりが発生し再開した時にこの最終検索状態を参照し処理を再開する。
【００２４】
管理マネージャは（４）画像処理パラメータ設定要求を行い、画像処理パラメータ設定を行う。画像処理パラメータ設定では、（５）画像処理パラメータ計算結果を参照しあらかじめ画像処理パラメータ計算した結果を参照し、（６）画像処理手段へアクセスし、画像処理パラメータを設定する。これにより前提として画像処理パラメータ設定要求前に画像処理パラメータ計算要求を行い、画像処理パラメータ計算結果を保持しておく必要がある。正常、異常終了共に処理が完了後、管理マネージャから呼び出した要求元に対して処理終了を通知する。
【００２５】
次に、実際に画像処理パラメータ計算要求や画像処理パラメータ設定要求を要求される実施例について説明する。図４にプロッタ側のみのフルカラー連続コピー時における画像処理手段と画像処理手段の設定タイミングの例を示す。フルカラー印刷時にはＣＭＹＫ版の制御が必要で、各色版に作像するドラムの位置により画像処理期間（作像する期間）がずれて存在しＧＡＴＥ信号によりアサートで実行、ネゲートで終了を管理している。この画像データを送る制御や、ＧＡＴＥ信号制御に関してはプロッタタスクが制御しているため説明を省略する。プロッタタスクと画像処理制御手段であるプロッタ画像処理タスクで画像形成のために以下の条件に従って制御を実現している。
【００２６】
画像処理パラメータ計算要求と設定要求を行うための条件は、以下の通りである。
【００２７】
（１）画像処理期間前に画像処理パラメータ計算要求を完了し、画像処理パラメータをプロッタ画像処理タスクが保持している。
【００２８】
（２）画像処理パラメータ計算要求は実際に画像処理期間中に画像処理を実行する画像処理手段にアクセスしないため、画像処理期間中でも要求可能。
【００２９】
（３）画像処理パラメータ計算要求は他の制御処理に余裕があれば、数枚先の画像処理パラメータ計算結果を保持するためにあらかじめ複数枚分の要求をすることが可能。
【００３０】
（４）画像処理パラメータ計算要求および画像処理パラメータ設定要求全色版または色版を指定して要求可能。
【００３１】
（５）画像処理パラメータ設定要求は画像処理を実行する色版の設定を画像処理期間前までに完了する必要がある。
【００３２】
（６）画像処理パラメータ設定要求は実際に画像処理期間中に画像処理を実行する画像処理手段にアクセスするため画像処理期間中でも要求はできない。
【００３３】
（７）画像処理パラメータ設定要求は１つの画像処理手段に対して、数目の設定、画像処理手段による画像処理、その枚数目の設定となるため、あらかじめ複数枚分の要求はできない。
【００３４】
図４は、上記（１）から（７）の条件に従ってプロッタタスクからの画像処理パラメータ計算要求（全色版）、画像処理パラメータ設定要求（各色版）を縦軸が時間でプロッタ画像処理タスクが処理を実行するタイミングの例を図示したものになる。１枚目の画像処理パラメータ計算要求（全色版）後、一枚目の画像処理パラメータ設定要求（Ｋ版）、一枚目の画像処理パラメータ設定要求（Ｙ版）、一枚目の画像処理パラメータ設定要求（Ｍ版）、一枚目の画像処理パラメータ設定要求（Ｃ版）、と各色版の画像処理期間前に行なっているため正常処理となる。２枚目も画像処理パラメータ計算要求（全色版）、２枚目の画像処理パラメータ設定要求中に３枚目の画像処理パラメータ計算要求（全色版）を行なっているが、上記条件に従っているため正常終了する。
【００３５】
図５にプロッタ側のみのフルカラー連続コピー時における画像処理手段と画像処理手段の設定タイミングの例２を示す。この例では、画像処理パラメータ計算要求（各色版）で指定する例となっていてプロッタタスクからプロッタ画像処理タスクへの呼出回数が多くなっているが、画像処理パラメータ計算要求の１回の呼び出しによる画像処理パラメータ計算要求による処理をする時間は約１／４となる。この例においても上記（１）から（７）の条件に従っているため正常終了する。
【００３６】
図６に実際に要求元であるプロッタタスクから要求される時に使用されるパラメータである、要求元の全色版（ａｌｌ＿ｃｈａｎｎｅｌ＿ｉｄ）および指定色版（ｃｈａｎｎｅｌ＿ｉｄ）の設定例を示す。色版指定は図６のようにＢｉｔ指定することができ、複数の色版を指定することが出来る。スキャンタスクからの要求は常にＲＧＢなので、画像処理パラメータ計算要求、画像処理パラメータ設定要求は共に全色版（ａｌｌ＿ｃｈａｎｎｅｌ＿ｉｄ）および指定色版（ｃｈａｎｎｅｌ＿ｉｄ）がＣＨ＿ＲＧＢ＿ＡＬＬで要求される。
【００３７】
プロッタタスクからはモノクロ印刷時には、画像処理パラメータ計算要求、画像処理パラメータ設定要求は共に全色版（ａｌｌ＿ｃｈａｎｎｅｌ＿ｉｄ）および指定色版（ｃｈａｎｎｅｌ＿ｉｄ）がＣＨ＿Ｋで指定される。フルカラー印刷や透明トナー付きフルカラー印刷時には画像処理パラメータ計算要求では、全色版（ａｌｌ＿ｃｈａｎｎｅｌ＿ｉｄ）はＣＨ＿ＣＭＹＫ＿ＡＬＬ、ＣＨ＿ＣＭＹＫＳ＿ＡＬＬ、指定色版（ｃｈａｎｎｅｌ＿ｉｄ）はＣＨ＿ＣＭＹＫ＿ＡＬＬ、ＣＨ＿ＣＭＹＫＳ＿ＡＬＬまたは各色版のＣＨ＿Ｃ、ＣＨ＿Ｍ、ＣＨ＿Ｙ、ＣＨ＿Ｋ、ＣＨ＿Ｓで指定され、画像処理パラメータ設定要求では指定色版（ｃｈａｎｎｅｌ＿ｉｄ）は各色版のＣＨ＿Ｃ、ＣＨ＿Ｍ、ＣＨ＿Ｙ、ＣＨ＿Ｋ、ＣＨ＿Ｓで指定される。
【００３８】
実施例では無いが、２色（ＣＨ＿ＭＫ等）の設定も可能である。全色版（ａｌｌ＿ｃｈａｎｎｅｌ＿ｉｄ）は１枚に処理を実行する全色版の情報を設定し、指定色版（ｃｈａｎｎｅｌ＿ｉｄ）は画像処理パラメータ計算および画像処理パラメータ設定をする色版のみ指定することが可能で、画像処理制御手段は要求元が設定したその情報を参照し画像処理パラメータ計算および設定処理を実行する。
【００３９】
図７に画像処理パラメータ計算要求を全色版のみにした場合の異常終了の例を示す。図７の説明で、ＹＭＣＫ夫々のＦＧＡＴＥは画像処理期間を示していてＹ＿ＦＧＡＴＥはＹ版の画像処理期間を示している。また、ＰＣａｌｃを画像処理計算要求、各色版のＥＳＳを画像処理パラメータ設定要求によるプロッタ画像処理タスク内の実行している処理で、横軸が時間で各処理の横幅は処理にかかる時間を示している。
【００４０】
図７においては、全色一括して行われるパラメータ計算ＰＣａｌｃを斜線の帯で、Ｙ版のパラメータ設定処理ＥＳＳ＿Ｙを無地の帯で、Ｍ版のパラメータ設定処理ＥＳＳ＿Ｍを薄いドットの帯で、Ｃ版のパラメータ設定処理ＥＳＳ＿Ｃを濃いドットの帯で、Ｋ版のパラメータ設定処理ＥＳＳ＿Ｋをべた塗りの帯で夫々示している。
【００４１】
Ｃａｎｃｅｌは処理が間に合わない時や印刷中にドアを開けられたりして処理継続が不可能の時に実行される処理で、途中まで処理していた画像処理パラメータ計算要求で保持している画像処理パラメータ計算結果のために確保したメモリ開放等を行なっている。
【００４２】
図７の例では作像するドラムの位置関係より、Ｙ＿ＦＧＡＴＥをトリガーにプロッタタスクからプロッタ画像処理タスクに対して画像処理パラメータ計算要求（全色版）が要求される。これにより、全色のパラメータを一括して計算する一括計算処理が実行される。即ち、画像処理制御手段１００が、パラメータ計算部として機能する。
【００４３】
また、画像処理パラメータ設定要求は、各色版のＦＧＡＴＥネゲート後をトリガーにその色版の次の紙の設定要求を要求している。これにより、計算されたパラメータが作像機構である画像処理手段に設定される。即ち、画像処理制御手段１００が、パラメータ設定部として機能する。
【００４４】
印刷が進んで数枚後にプロッタタスクの各色版のＦＧＡＴＥ制御と、プロッタ画像処理タスクの画像処理パラメータ計算要求（全色版）の処理時間が長いためにＫ＿ＦＧＡＴＥの画像処理パラメータ設定要求が間に合わず処理が破綻し、これ以上画像形成が続けられなくなり、プロッタ画像処理タスクがＣａｎｃｅｌ処理を実行する異常終了する例となっている。
【００４５】
以下、図７のＴ１、Ｔ２、Ｔ３、Ｔ４におけるプロッタ画像処理タスク内の処理について説明する。図８にＴ１、Ｔ３における画像処理手段の制御フローの例を示す。プロッタタスクから画像処理パラメータ計算要求を受けた際のプロッタ画像処理タスク内の画像処理パラメータ計算処理フローになる。
【００４６】
まず、画像処理パラメータ計算要求を受けたら、図３の管理マネージャは要求元エラーチェック（ｓｅｎｄｅｒ＿ｉｄ＝０（スキャンタスク）または、１（プロッタタスク）かの判定：Ｓ８０１）および指定色版チェック（画像処理パラメータ計算要求で何色版を計算するか：Ｓ８０２の確認を行う。要求元エラーチェックでスキャンタスクかプロッタタスク以外や、指定色版チェックでどの色版も指定されていない（ｃｈａｎｎｅｌ＿ｉｄ＝０）の場合は処理が継続できないためエラーとして以降の処理を継続せずに終了する。
【００４７】
次に図３の要求管理に対して要求元ごとのプロセスエラーチェックを行なう（Ｓ８０３）。今回要求した要求元を示すｓｅｎｄｅｒ＿ｉｄごとに画像ごとにユニークな値を示すｐｒｏｃｅｓｓ＿ｉｄを参照し、画像処理パラメータ計算要求１回目か、画像処理パラメータ計算要求２回目以降か、画像処理パラメータ計算要求がある閾値以上要求されているか確認する。
【００４８】
画像処理パラメータ計算要求がある閾値以上要求されている場合、要求の数分画像処理パラメータ計算結果のためメモリを確保する必要が有るためメモリ取得できない状態になるため、エラーとして以降の処理を継続せずに終了する。Ｔ１、Ｔ３は画像処理パラメータ計算要求（全色版）のため画像処理パラメータ計算要求１回目と判定される。画像処理パラメータ計算要求を色版ごとに指定する場合は２回目以降に判定される。
【００４９】
画像処理パラメータ計算要求１回目の場合、図３の画像処理パラメータ計算は全色版、指定色版エラーチェックを行なう（Ｓ８０４）。全色版チェックで、どの色版も指定されていない（ａｌｌ＿ｃｈａｎｎｅｌ＿ｉｄ＝０）や指定色版チェックで指定色版（例ｃｈａｎｎｅｌ＿ｉｄ＝ＣＨ＿Ｋ）が全色版（例ａｌｌ＿ｃｈａｎｎｅｌ＿ｉｄ＝ＣＨ＿Ｓ）の指定外に設定されている場合は処理が継続できないためエラーとして以降の処理を継続せずに終了する。全色版、指定色版エラーチェックでエラーでない場合は次の画像処理結果メモリ確保処理に進む（Ｓ８０５）。
【００５０】
画像処理パラメータ計算要求２回目以降の場合は指定色版（ｃｈａｎｎｅｌ＿ｉｄ）が１回目に指定された全色版（ａｌｌ＿ｃｈａｎｎｅｌ＿ｉｄ）の指定外に設定されているかの判定のみ行なう（Ｓ８０６）。正常と判定された場合、画像処理結果メモリ確保処理は１回目に行なうためその次に図３の要求管理の最終検索状態保存処理に進む（Ｓ８０７）。最終検索状態の保存処理はタスクスイッチによって他の制御タスクに処理が切り替わり再び戻ってくるときに、処理を継続するために要求元（ｓｅｎｄｅｒ＿ｉｄ）とプロセス（ｐｒｏｃｅｓｓ＿ｉｄ）検索を省略するために用いる。
【００５１】
図３の画像処理パラメータ計算は、画像処理パラメータ計算（指定色版）を行なう画像処理パラメータ計算本体を実行する（Ｓ８０８）。その結果を図３の画像処理パラメータ計算保存で画像処理パラメータ計算（指定色版）結果保存を行い（Ｓ８０９）、計算終了指定色版の更新を行なう（Ｓ８１０）。この計算終了指定色版の更新で、画像処理パラメータ計算要求２回目以降では、全色版（ａｌｌ＿ｃｈａｎｎｅｌ＿ｉｄ）に対し指定色版（ｃｈａｎｎｅｌ＿ｉｄ）が指定外でなくてもすでに計算済みの色版である場合、もう画像処理パラメータ計算する必要はないため全色版、指定色版異常として以降の処理を継続せずに終了する。
【００５２】
次に図３の要求管理が要求（ｓｅｎｄｅｒ＿ｉｄ、ｐｒｏｃｅｓｓ＿ｉｄ）と画像処理パラメータ計算結果の紐付けを行い（Ｓ８１１）、画像処理パラメータ設定要求時に使用できる状態にする。最後に正常終了として図３の管理マネージャはメールボックスより要求の削除を行い（Ｓ８１２）、画像処理パラメータ計算要求終了を要求元へ通知して終了する。
【００５３】
図９にＴ２における画像処理手段の制御フローの例を示す。画像処理パラメータ設定要求時も全色版、色版指定して要求を行うことが可能であるが、紙を休みなくドラムに通過させるためには全色版揃ってから画像データを送るよりも１色版ごとに処理を実行したほうが、生産性があがるためプロッタタスクからの画像処理パラメータ設定要求は色版ごとに要求される。
【００５４】
Ｔ２ではプロッタタスクからプロッタ画像処理タスクに対して画像処理パラメータ設定要求（Ｙ版）が指定された場合で、最初のエラーチェックである要求元エラーチェック（Ｓ９０１）、指定色版エラーチェック（Ｓ９０２）、要求元ごとのプロセスエラーチェック（Ｓ９０３）は図８の画像処理パラメータ計算要求と同じであるため、説明を省略する。
【００５５】
正常な呼出と判断した場合、画像処理パラメータを画像処理手段へ設定する。図３の画像処理パラメータ設定に対し今回ｃｈａｎｎｅｌ＿ｉｄで指定されたＹ版の設定を行う（Ｓ９０４）。要求管理でｓｅｎｄｅｒ＿ｉｄとｐｒｏｃｅｓｓ＿ｉｄで管理されている画像処理パラメータ計算結果（Ｙ版）の情報を参照し（Ｓ９０５）、画像処理パラメータ設定を実行する。実行後、設定した色版を設定終了色版（Ｙ版）として情報を更新し、次の画像処理パラメータ設定要求時のエラー判定に用いる（Ｓ９０６）。
【００５６】
図３の要求管理は全色版（ａｌｌ＿ｃｈａｎｎｅｌ＿ｉｄ）で指定されたすべての色版の画像処理パラメータ設定が終了されたか確認し（Ｓ９０７）、全色版まだ設定完了していない場合は、メールボックスより要求を削除のみ行い（Ｓ９１０）処理を終了する。全色版画像処理パラメータ設定が終了した場合、画像処理パラメータ計算結果を開放し（Ｓ９０８）、要求管理で管理している要求情報（ｓｅｎｄｅｒ＿ｉｄ、ｐｒｏｃｅｓｓ＿ｉｄ）を削除して（Ｓ９０９）メールボックスより要求の削除を行い（Ｓ９１０）、処理を終了する。最後に正常終了として図３の管理マネージャはメールボックスより要求の削除を行い、画像処理パラメータ設定要求（Ｙ版）終了を要求元へ通知して終了する。
【００５７】
図１０にＴ４における画像処理手段の制御フローの例を示す。この状態では画像形成装置自体のシステムの動作が破綻し、異常終了処理となる。最初のエラーチェックである要求元エラーチェック（Ｓ１００１）、要求元ごとのプロセスエラーチェック（Ｓ１００２）は図８の画像処理パラメータ計算要求と同じであるため、説明を省略する。
【００５８】
図３の管理マネージャから要求管理に対して要求の破棄依頼を行い、要求管理は要求管理検索（Ｓ１００３）を行い、ｓｅｎｄｅｒ＿ｉｄとｐｒｏｃｅｓｓ＿ｉｄより破棄する要求を特定する。その要求に紐付いている画像処理パラメータ計算結果に対し、メモリ解放を行い（Ｓ１００４）、自身が管理している要求管理から情報を削除する。（Ｓ１００５）。最後に正常終了として図３の管理マネージャはメールボックスより要求の削除を行い（Ｓ１００６）、画像処理パラメータ設定要求（Ｙ版）終了を要求元へ通知して終了する。
【００５９】
図１１に画像処理パラメータ計算要求を全色版、各色版混在にした場合の正常終了の例を示す。図１１においては、各色についてのパラメータ計算処理を、版の色が内部に表示された太枠の帯で示している。図７の異常終了の例に比べて、プロッタタスクはプロッタ画像処理タスクに対して、画像処理パラメータ計算要求を全色版、各色版に処理の混雑に応じて指定を変えていることによる例となる。
【００６０】
図７において説明したように、パラメータ計算は原則として各ページの出力タイミングに応じて実行されるが、図１１の場合、最初はまだ画像形成を行なっておらず処理に余裕が有るため、画像処理制御手段１００は、あらかじめ２枚分の画像処理パラメータ計算要求（全色版）をしている。３枚目以降は各色版のＦＧＡＴＥ処理も各色版に重なりが発生し処理が複数動作するようになるので、１回の要求に対して早く結果を返す必要がある。
【００６１】
そのため、画像処理制御手段１００は、画像処理パラメータ計算要求を色版ごとに切り替える。即ち、画像処理制御手段１００は、作像機構の動作状態に応じて、パラメータ計算の態様を制御する。これにより、パラメータを色毎に計算する各色計算処理が実行される。即ち、画像処理制御手段１００が、一括計算処理と各色計算処理とを切り替えるパラメータ計算制御部として機能する。
【００６２】
図７の３枚目のＫ＿ＦＧＡＴＥ開始前までに画像処理パラメータ計算要求（全色版）を行なっているため、図７では画像処理パラメータ設定要求（Ｋ版）が間に合わなかったのに対し、図１１では処理が間に合い３枚目以降も画像処理形成装置として処理を継続できている例となる。
【００６３】
図１２に４連タンデムドラムの色版分割設定による効果を示す。この図は画像処理パラメータ計算の分割ではなく、画像処理パラメータ設定要求を全色版で指定した場合と、色版ごとに指定した場合の図になるが、単純に色版ごとに分割して設定するほうが何もしない無駄な時間が少なく効率的に紙を通紙して画像形成できていることがわかる。
【００６４】
図１３は、パラメータ計算に用いるテーブルの一例である。本発明における「パラメータ計算」とは、例えば画像処理において「ガンマ計算値」と呼ばれるものである。ガンマ値とは、１画素８ビットで１〜２５６の値で表現される画素の濃度の設定値のことである。
【００６５】
同一の画像データであっても、プリンタや液晶表示等、「画像」を表現する機器によって、発色濃度が変わるため、その差を吸収するために、入力値は１〜２５６のうち「６５」という値だが、出力に際して「７０」に調整するような処理がガンマ値変換と呼ばれる。そして、そのためのパラメータとして、図１３のようなテーブルが用いられる。
【００６６】
このようなテーブルが１つであれば比較的問題は生じないが、近年は装置が複雑化しているため、複数のテーブルを適用して最終的な値を出すということが行われている。そのための計算が本発明におけるパラメータ計算である。具体的には、図１３のようなテーブルが複数あり、それらの変換テーブルすべてを考慮した１つのテーブルを生成する計算である。
【００６７】
即ち、第１のテーブルでは、「２５０」が「２４５」に変換される。第２のテーブルでは、「２４５」は「２３０」に変換される。第３のテーブルでは「２３０」は「２４０」に変換される。結果的に、「２５０」は「２４０」に変換される。そのような、すべてのテーブルが考慮された１つのテーブルを生成する処理である。装置の状態や、出力対象の画像（カラー／モノクロ）、ユーザの設定によって、夫々採用するべきテーブルが変わるため、このような計算が毎回必要となる。
【００６８】
なお、実際、複数ページを出力する際に、ページごとにパラメータが変わらなければ、即ち、適用すべき複数のテーブルの組み合わせが変わらなければ、計算結果は使い回すことができる。その場合、画像処理制御手段１００は、既に計算されたパラメータを利用してパラメータ設定を行う。そのため図１１において、１ページ目と２ページ目のパラメータ計算期間は同じになっているが、使い回す場合、２ページ目の期間は計算不要なので短くなる。従って、パラメータを使い回す場合、本発明のような制御は不要であり、従来技術のままでも問題が生じることは少ない。これに対し、ページ間で設定が変わった場合に「再計算」が必要になり、図７のような問題が生じる。そのため、色ごとにパラメータ計算のタスクを分割するという制御が必要となる。
【００６９】
図１４は、本実施形態に係る画像処理制御手段１００を含む画像形成装置のハードウェア構成を示すブロック図である。図１に示すように、本実施形態に係る画像形成装置は、一般的なサーバやＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の情報処理端末と同様の構成に加えて、画像形成を実行するエンジンを有する。即ち、本実施形態に係る画像形成装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２、エンジン１３、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１４及びＩ／Ｆ１５がバス１８を介して接続されている。また、Ｉ／Ｆ１５にはＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）１６及び操作部１７が接続されている。
【００７０】
ＣＰＵ１０は演算手段であり、画像形成装置全体の動作を制御する。ＲＡＭ１１は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ１２は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。エンジン１３は、画像形成装置において実際に画像形成を実行する機構である。
【００７１】
ＨＤＤ１４は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納されている。Ｉ／Ｆ１５は、バス１８と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ１６は、ユーザが画像形成装置の状態を確認するための視覚的ユーザインタフェースである。操作部１７は、キーボードやマウス等、ユーザが画像形成装置に情報を入力するためのユーザインタフェースである。
【００７２】
このようなハードウェア構成において、ＲＯＭ１２やＨＤＤ１４若しくは図示しない光学ディスク等の記録媒体に格納されたプログラムがＲＡＭ１１に読み出され、ＣＰＵ１０がそれらのプログラムに従って演算を行うことにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係る画像処理制御手段の機能を実現する機能ブロックが構成される。
【符号の説明】
【００７３】
１０  ＣＰＵ
１１  ＲＡＭ
１２  ＲＯＭ
１３  エンジン
１４  ＨＤＤ
１５  Ｉ／Ｆ
１６  ＬＣＤ
１７  操作部
１８  バス
１００  画像処理制御手段
【先行技術文献】
【特許文献】
【００７４】
【特許文献１】特開２００８−１７２４０２号公報
【図１】
2014176020.tif 000003
【図２】
2014176020.tif 000004
【図３】
2014176020.tif 000005
【図４】
2014176020.tif 000006
【図５】
2014176020.tif 000007
【図６】
2014176020.tif 000008
【図７】
2014176020.tif 000009
【図８】
2014176020.tif 000010
【図９】
2014176020.tif 000011
【図１０】
2014176020.tif 000012
【図１１】
2014176020.tif 000013
【図１２】
2014176020.tif 000014
【図１３】
2014176020.tif 000015
【図１４】
2014176020.tif 000016