(57)【要約】【課題】プリンタやインクヘッドの個体差や、経時変化などによってルックアップテーブルそのものを管理する画像処理装置を提供することにある。【解決手段】印字モードに対応した階調補正テーブル表と階調補正テーブルを有し、また階調補正テーブルに対応したキャリブレーションテーブルを有し、前記テーブル群からデータベースファイルを作成し、前記画像処理モジュールから該当するキャリブレーションテーブルをロードして画像処理を行うことを特徴とし、さらに前記階調補正のテーブルＩＤがファイル名から決定されていて、前記キャリブレーションテーブルＩＤは階調補正のテーブルＩＤとヘッドランク値から特定の数式で決定することを特徴とする装置および方法。【選択図】      図１
2005052978.tif 000002
【特許請求の範囲】
【請求項１】
ルックアップテーブル（ＬＵＴ）と前記ＬＵＴを使用するモジュールを別ファイルにし、前記ＬＵＴをデータベースファイルとして用いるシステムにおいて、キャリブレーション機能を画像処理モジュールで実装し、キャリブレーション用のＬＵＴをデータベースファイルに含めることで、プリンタに装着しているヘッドのランクに応じてＬＵＴを変化させて、画像処理を行うことを特徴とする装置および方法において、印字モードに対応した階調補正テーブル表と階調補正テーブルを有し、また階調補正テーブルに対応したキャリブレーションテーブルを有し、前記階調補正テーブル表と前記階調補正テーブルと前記キャリブレーションテーブルからデータベースファイルを作成し、前記画像処理モジュールから該当するキャリブレーションテーブルをロードして画像処理を行うことを特徴とする装置および方法。
【請求項２】
請求項１において、前記階調補正のテーブルＩＤがファイル名から一意に決定されていて、前記キャリブレーションテーブルＩＤは階調補正テーブルＩＤとヘッドランク値から特定の数式で決定することを特徴とする装置および方法。
【請求項３】
請求項１において、前記階調補正テーブルおよび前記キャリブレーションは合体してデータベースファイルにするのではなく個々のファイルとしてプリンタドライバに存在することを特徴とする装置および方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はキャリブレーション処理装置に関し、特に、色補正、色変換、階調補正や量子化処理等のデータ変換においてルックアップテーブル（以下、ＬＵＴともいう）を含むデータベースファイルがプログラム本体と別ファイルである画像処理変換装置に関するものである。
【０００２】
【従来の技術】
例えば、パーソナルコンピュータ上で合成される画像をプリンタにより出力する場合、上記画像のデータとしての輝度信号Ｒ（赤）、Ｇ（緑）、Ｂ（青）をプリンタで用いる色信号Ｙ（イエロー）、Ｍ（マゼンタ）、Ｃ（シアン）さらに必要に応じてＫ（ブラック）に色変換する必要があるが、この色変換における輝度信号による入力空間と色信号による出力空間は非線形な関係を有しているのが一般的である。このように、データ変換において、入力と出力の対応が非線形的な関係を有する場合、その変換を厳密にモデル化して演算することは容易でなく、また、ある程度のモデル化が可能であってもその変換自体に要する演算量が膨大なものになることがある。このようなデータ変換における問題を解消するため、各入力データに対応する出力データを予めルックアップテーブル化することにより、データ変換を簡便に行う方法が知られている。
【０００３】
予め求めたルックアップテーブルは印字モード毎に異なるだけであり、同じ機種のプリンタは、いかなる条件のヘッドやプリンタであっても、必ず同じルックアップテーブルを使用していた。
【０００４】
【特許文献１】
特開２００１−０１０１１９号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、予め求めたルックアップテーブルでは、プリンタ本体やインクヘッドの個体差や、経時変化などにより、必ずしも最適な印刷結果は得られない。例えば、マゼンタが強い場合は全体的に赤っぽくなったり、グレーバランスが保持できないことがあった。
【０００６】
そこで本発明は、このような観点からなされたものであり、その目的とするところは、プリンタやインクヘッドの個体差や、経時変化などによってルックアップテーブルそのものを管理する画像処理装置を提供することにある。特に、プリンタに装着しているヘッドランクに従って、画像処理モジュールがキャリブレーション用ＬＵＴをロードし画像処理を行うことを特徴とする装置を提供することにあり、キャリブレーションのテーブルを容易に追加や削除ができるデータベースファイルの作成と画像処理モジュールを提供することを最大の目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明の画像処理装置は以下の構成を特徴とする。
【０００８】
即ち、印字モードに対応した階調補正テーブル表と階調補正テーブルを有し、また階調補正テーブルに対応したキャリブレーションテーブルを有し、前記テーブル群からデータベースファイルを作成し、前記画像処理モジュールから該当するキャリブレーションテーブルをロードして画像処理を行うことを特徴とし、さらに前記階調補正のテーブルＩＤがファイル名から決定されていて、前記キャリブレーションテーブルＩＤは階調補正のテーブルＩＤとヘッドランク値から特定の数式で決定することを特徴とする装置および方法。
【０００９】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について説明する。
【００１０】
【実施例】
図１は、本発明のデータ変換装置の一実施形態を示す画像処理システムの構成を示すブロック図である。
【００１１】
出力装置２０５は、例えばカラープリンタの形態とすることができ、イエロー（Ｙ）、マゼンタ（Ｍ）、シアン（Ｃ）、ブラック（Ｋ）の４色のインクを用い、プリント用紙にカラープリント出力を行うものである。ただし、カラープリンタの出力は６色、７色でもよいが、本実施例では４色で説明を行なう。この出力装置２０５で用いるＹ、Ｍ、Ｃ、Ｋの各濃度データからなるプリントデータは、制御装置２０１が実行する画像処理によって得られるものであり、その画像処理には、以下で説明する色補正、色変換、階調補正と量子化処理が含まれている。
【００１２】
制御装置２０１は、ＣＰＵを有し、後述の色変換およびそのための初期処理等、本システムに関するデータ処理や各部機械的要素の動作制御を実行する。記憶装置２０３は、ＲＯＭ、ＲＡＭ等のメモリやハードディスク、さらにフロッピー（登録商標）ディスク等の外部記憶装置の全体からなるものであり、本発明の一実施形態に関して後述されるルックアップテーブルや計算区分が格納される。
【００１３】
例えば、スキャナで読取られた画像が記憶装置２０３に格納されており、本システムの操作者は、ＣＲＴ等の表示装置２０４に表示される画像に、キーボードやマウス等からなる入力装置２０２からの操作入力によって所望の加工等を施し、出力装置２０５でプリント出力する画像を作製することができる。
【００１４】
このように本システムで作製された画像は、一般には輝度信号Ｒ、Ｇ、Ｂそれぞれの階調データであり、これを出力装置２０５のプリントデータとするために色補正、色変換、階調補正と量子化処理が行われる。
【００１５】
なお、本発明の適用が上記のようなシステムに限られないことは勿論である。例えば複写機のような装置においては色変換処理などが行われていることは周知のことであり、本発明がそのような装置もしくはシステムに適用され得ることは明らかである。
【００１６】
ここでの色補正処理はＲＧＢ各色８ｂｉｔからＲ’Ｇ’Ｂ’各色８ｂｉｔへの色補正を行なう。また、色変換処理はＲ’Ｇ’Ｂ’各色８ｂｉｔからＣＭＹＫ各色８ｂｉｔへの色変換を行なう。また、階調補正処理はＣ’Ｍ’Ｙ’Ｋ’各色８ｂｉｔからＣ”Ｍ”Ｙ”Ｋ”各色８ｂｉｔに補正を行なう。また、量子化処理はＣ”Ｍ”Ｙ”Ｋ”各色８ｂｉｔからｃｍｙｋ各色１ｂｉｔへの量子化を行なう。この時の色補正、色変換、階調補正と量子化処理はルックアップテーブル（以下、ＬＵＴともいう）を利用したものである。
【００１７】
図２は本発明の概念図である。
【００１８】
図２のプリンタドライバモジュール本体２０６は、プリンタ本体より取得したヘッドランク情報２０７を取得し、また、ドライバで使用するデータベースファイル名を返す関数２０８で取得し、データベースファイル２０９を利用して、プリンタドライバは色補正・色変換２１０を行い、ヘッドランク情報に基づいて階調補正処理、量子化処理２１１を行いプリンタにデータを送信する。
【００１９】
ここで、本実施例のデータベースファイル２０９の構造は、図３のような１つのバイナリのデータベースファイル３００であり、機種情報であるＵＩ情報３０１（サポートメディア情報、印刷ポジション情報）、印字モード情報３０２（各印字モードに対応した画像処理情報）、コマンドやマージン情報３０３、色補正／色変換に必要なＬＵＴ（色補正テーブル３０４、色変換テーブル３０５）、量子化処理に必要なディザマトリクス３０６、階調補正処理に必要なＬＵＴ（階調補正テーブル３０７）やキャリブレーション用のＬＵＴ３０８を保持している構成である。本実施例では、キャリブレーション用のＬＵＴはヘッドランクにマッチした階調補正テーブルであり、キャリブレーションＯＦＦの場合は、画像処理に階調補正テーブルを、キャリブレーションＯＮの時には、キャリブレーション用テーブルを利用する。また、画像処理モジュールからテーブルをロードする手法は、テーブルの種類を示す情報（ＴＡＧ）とテーブルＩＤを使ってデータベースファイル内から検索する手法が組み込まれており、テーブルの種類の追加、テーブルの追加・削除が容易な構成になっている。
【００２０】
データベースファイルはこのような様々な情報を合体して１つのファイルにしていて、合体する前には個々のファイルが存在し、それらにはファイル名がある。例えば、階調補正テーブル“Ｂ１２３ｔ４０１．ｔｂｌ”などである。“Ｂ１２３ｔ？？？”は階調補正テーブル（ＴＡＧ＝４）を意味し、“４０１”は、テーブルＩＤ（ＩＤ＝４０１）を意味する。すなわち、画像処理モジュールは、ドライバから渡されるドライバの設定（印字モード情報）から階調補正テーブルＩＤを取得し、そのＴＡＧ情報とテーブルＩＤから実際のテーブルをロードすることができる。
【００２１】
一方、キャリブレーションテーブルは階調補正テーブルをベースに作成したもので、印字モードに対応してテーブルを保持するよりも階調補正テーブルに対応づけた方が簡単に表現でき、さらに１つの階調補正テーブルに対応して複数のテーブルを保持するので、上記対応づけの方がテーブルの追加・削除は容易である（図９）。図９に示すがこの表を印字モード表のようにテーブルとしてデータベースファイルに組み込むことは必要ない。
【００２２】
それは後述に示す特定の数式（１）を画像処理モジュールに搭載することで解決できるからである。
【００２３】
従って、キャリブレーションテーブルのファイル名は例えば、“Ｂ１２３ｔ４０１＿ｖ０３．ｔｂｌ”と表現することにする。“＿ｖ０３”はヘッドランク値（＋３）を意味する。“Ｂ１２３ｔ４０１＿ｖｆｄ．ｔｂｌ”はヘッドランク値（−３）を意味する。“Ｂ１２３ｔ？？？＿”はキャリブレーションテーブル（ＴＡＧ＝６）とする。テーブルＩＤは以下の数式（１）で一意に決定することでヘッドランク値が範囲内のテーブルであれば画像処理モジュールを変更する作業は発生しない。
【００２４】
ＣａｌｉｂＩＤ＝ＯｕｔｇａｍＩＤ×（ＲａｎｋＭａｘ＋｜ＲａｎｋＭｉｎ｜＋１）＋（ＲａｎｋＶａｌｕｅ＋｜ＲａｎｋＭｉｎ｜）・・・（１）
ＣａｌｉｂＩＤ：キャリブレーションテーブルＩＤ
ＯｕｔｇａｍＩＤ：階調補正テーブルＩＤ
ＲａｎｋＭａｘ＝＋７、ＲａｎｋＭｉｎ＝−８
ＲａｎｋＭａｘ、ＲａｎｋＭｉｎについては固定値
ＲａｎｋＶａｌｕｅ：ヘッドランク値（−８〜＋７）
階調補正テーブルＯｕｔｇａｍＩＤ（ＩＤ＝４０１）、ヘッドランクをＲａｎｋＶａｌｕｅ＝＋５とすると
ＣａｌｉｂＩＤ＝４０１×（７＋｜−８｜＋１）＋（５＋｜−８｜）＝６４２９
従って、画像処理モジュールは、ＴＡＧ＝６、テーブルＩＤ＝６４２９でテーブルをロードして画像処理を実施すればよいことになる。
【００２５】
さらに、印字モード情報３０２とは、図４に示すように印字モードごとの画像処理情報（例えば、色補正テーブルＩＤ、色変換テーブルＩＤ、階調補正テーブルＩＤ）などを含んでいる。
【００２６】
その中にヘッドキャリブレーション情報ＯＮ／ＯＦＦの情報も含まれている。
【００２７】
また、階調補正テーブルは図３の３０９のようにプリンタで使用するすべての階調補正テーブル０１〜０８まで含まれている。さらに、１つの階調補正テーブルは各色（Ｃ、Ｍ、Ｙ、Ｋ）のテーブルが含まれている。また、キャリブレーション用のＬＵＴは図５の５００のようにキャリブレーションを行う印字モードに対応したＬＵＴのみが含まれている。図５の５００では階調補正テーブル０１、０２、０５、０７のみである。この例ではそれぞれ−５、−３、＋３、＋５のテーブルを保持している。
【００２８】
階調補正テーブル／キャリブレーション用テーブルのＬＵＴは入力値０〜２５５（８−ｂｉｔ）に対して、精度を向上させるために出力値０〜４０９６（１２−ｂｉｔ）までとしている。
【００２９】
ここで画像処理モジュールとデータベースファイルとの関係を詳細に説明する。
【００３０】
図６において画像処理モジュール６００はプリンタドライバから渡されたドライバＵＩ情報を元に、画像処理モジュールが必要な情報（例えば、階調補正テーブルＩＤ、ディザマトリクスＩＤ、量子化階調数、キャリブレーションＯＮ／ＯＦＦ情報など）を取得することができる。次に、画像処理モジュールはその情報からキャリブレーションＯＦＦの場合は、階調補正テーブルＩＤを元にデータベースファイルから該当するＩＤの階調補正テーブルをロードし、キャリブレーションＯＮの場合はヘッドランク情報と階調補正テーブルＩＤから式（１）を用いてキャリブレーションテーブルＩＤを計算し、データベースファイルから該当するＩＤのキャリブレーション用テーブルをロードして画像処理を行う構成である。
【００３１】
また、各色でヘッドランク値が異なる場合は、全色分のヘッドランクに合致したテーブルをロードする。
【００３２】
例えば、以下の場合を考える。
【００３３】
Ｃ＝＋３、Ｍ＝−３、Ｙ＝＋３、Ｋ＝０
まず、ＣとＹは図５の５００の階調補正テーブル０１のヘッドランク＋３のＣとＹ部分のみをロードする。次に、Ｍは図５の５００の階調補正テーブル０１のヘッドランク−３のＭ部分のみをロードする。最後にＫはヘッドランク値０の場合はあえてキャリブレーション用テーブルとして保持せずとも、階調補正テーブルを利用すればよいので、キャリブレーションＯＮかつヘッドランク値０の設定の場合は、階調補正／量子化モジュールの中で該当色のみをキャリブレーションＯＦＦとみなし、階調補正テーブルを取得すればよい。
【００３４】
以下に、キャリブレーション用ＬＵＴの概要を記述する。
【００３５】
ヘッドランク：＋３→ランク＋３のキャリブレーション用テーブル（図７の７０３）
ヘッドランク：０→オリジナル階調補正値（図７の７０２）
ヘッドランク：−３→ランク−３のキャリブレーション用テーブル（図７の７０１）を使用する。
【００３６】
※ランク＋：吐出量が多いので、そのインクを少なく使用することを意味する。
【００３７】
※ランク−：吐出量が少ないので、そのインクを多く使用することを意味する。
【００３８】
※オリジナル階調補正値は入力値０〜２５５（８−ｂｉｔ）に対して、
精度を向上させるために出力値０〜４０９６（１２−ｂｉｔ）までとする。
【００３９】
実際には、メディア数×色数×ランク数＝１６×４×２＝１２８個のキャリブレーション用テーブルが必要になる。容量は、１２８個×１０２４ｂｙｔｅ＝１３１．０７２Ｋｂｙｔｅであり、組み合わせが多いとサイズが大きくなるという問題があるが、どのようなテーブルでも保持できるので容易に流用可能である。
【００４０】
本実施例では、階調補正テーブルをターゲットにしているが、その他の画像処理テーブル（色補正テーブル、色変換テーブル）でもよいし、ＵＩ制御情報でもよい。
【００４１】
また本実施例では、データベースファイルを１つに合体したファイルであったが、個々のテーブルをファイルとしてプリンタドライバに存在させてもよい。その場合はＴＡＧ値とテーブルＩＤから使用するファイル名を特定してキャリブレーションテーブルをロードするだけである。
【００４２】
【発明の効果】
以上説明したように、本発明によれば、プリンタやインクヘッドの個体差や、経時変化などによってルックアップテーブルそのものを管理する画像処理装置を提供することにある。特に、プリンタに装着しているヘッドランクに従って、画像処理モジュールがキャリブレーション用テーブルをロードして画像処理を行うことを特徴とする画像処理装置を提供することにあり、キャリブレーション用テーブルを階調補正補正テーブルに対応して保持し、キャリブレーションテーブルＩＤは階調補正のテーブルＩＤとヘッドランク値から特定の数式で決定することで、容易にテーブルの削除・追加を可能とする。
【図面の簡単な説明】
【図１】本発明のデータ変換装置の一実施形態を示す画像処理システムの構成を示すブロック図である。
【図２】本発明のキャリブレーション処理の概念図を示したものである。
【図３】データベースファイルの構成の概念図を示したものである。
【図４】印字モード情報の構成の概念図を示したものである。
【図５】キャリブレーション用テーブルの構成の概念図を示したものである。
【図６】画像処理モジュールとデータベースファイルとの構成を詳細に示した概念図を示したものである。
【図７】キャリブレーション用テーブルの詳細を図示したものである。
【図８】従来のヘッドキャリブレーションモジュールでの処理の概念図を示したものである。
【図９】階調補正テーブルとキャリブレーションテーブル対応表を図示したものである。
【図１】
2005052978.tif 000003
【図２】
2005052978.tif 000004
【図３】
2005052978.tif 000005
【図４】
2005052978.tif 000006
【図５】
2005052978.tif 000007
【図６】
2005052978.tif 000008
【図７】
2005052978.tif 000009
【図８】
2005052978.tif 000010
【図９】
2005052978.tif 000011