JP4323767B2 - 印刷制御システム、そのデータ処理方法、および記憶媒体、並びにコンピュータプログラム - Google Patents
印刷制御システム、そのデータ処理方法、および記憶媒体、並びにコンピュータプログラム Download PDFInfo
- Publication number
- JP4323767B2 JP4323767B2 JP2002281899A JP2002281899A JP4323767B2 JP 4323767 B2 JP4323767 B2 JP 4323767B2 JP 2002281899 A JP2002281899 A JP 2002281899A JP 2002281899 A JP2002281899 A JP 2002281899A JP 4323767 B2 JP4323767 B2 JP 4323767B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- chroma key
- gray
- converted
- color
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Accessory Devices And Overall Control Thereof (AREA)
- Record Information Processing For Printing (AREA)
- Color, Gradation (AREA)
- Processing Or Creating Images (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、印刷制御技術および描画制御技術に関し、特に描画データとしてクロマキーデータを取り扱う印刷制御システム、そのデータ処理方法、およびコンピュータが読み出し可能なプログラムを格納した記憶媒体、並びにコンピュータプログラムに関する。
【０００２】
【従来の技術】
入力された描画データを中間データに変換し、その中間データをビットマップに描画する際、カラーモードかモノクロモードかを判別し、その判別結果に応じて描画データをカラーデータからモノクロデータに変換する印刷制御装置あるいは描画制御装置が既に知られている。このような従来装置では、モノクロモードの時は、中間データのサイズを減らしてビットマップ変換の処理速度を向上するために、中間データに変換する前にカラーデータはモノクロデータに変換を行っていた。また、描画データとしてクロマキーデータも有効に処理可能としていた。
【０００３】
図３は、クロマキーデータの描画の一例を示す。図３の（Ａ）は、クロマキーデータを描画する前のページ全体を示すビットマップの状態であり、ＲＧＢ各色8bit/pixelで緑RGB＝(0x00,0xff,0x00)と青RGB＝(0x00,0x00,0xff)の縞模様で構成されている。
【０００４】
図３の（Ｂ）は、クロマキーデータの例であり、ビットマップイメージと、透過色指定で構成されている。ここで、ビットマップイメージは各ピクセルあたり8bitのIndex（インデックス）値と、IndexとＲＧＢ各色8bit（ビット）データとの対応テーブルで構成され、透過色は少なくとも一種類のIndex値を示す。また、ここではビットマップイメージはIndex値と、IndexとＲＧＢ各色8bitデータとの対応テーブルで構成するとしたが、ビットマップイメージはＲＧＢ各色8bitのイメージとしても良い。この場合、透過色はＲＧＢ各色8bitの値を指定する。
【０００５】
図３の（Ｃ）は、クロマキーデータを描画した後のビットマップの状態であり、クロマキーデータを示すイメージの内、透過色で示されたピクセルは下地のピクセルを透過する。透過色以外のピクセルは上書きされ、結果として赤、RGB＝(0xff,0x00,0x00)の四角形が描画される。
【０００６】
図４は、従来の印刷制御装置の構成の一例を示す。ここで、４０１は印刷制御装置であり、印刷データを入力し、紙に印刷する。４０２は印刷データを入力するデータ入力装置であり、アプリケーションはWindows（ウインドウズ：登録商標、以下同様）の仕組みを使ってプリンタドライバに各種プリントコマンドを入力する。４０３はWindows上のプリンタドライバであり、アプリケーションからデータを受け取りＰＤＬ（page description language）に変換する。４０４はプリンタ装置上のＰＤＬ解析、ラスタ変換部であり、ＰＤＬコマンドをラスタイメージに変換する。４０５は印刷部であり、ラスタイメージを紙に印刷する。４０６はＰＤＬデータである。４０７はラスタイメージである。４０８は紙媒体制御部である。
【０００７】
ここでもし、モノクロモードであった場合には、プリンタドライバ４０３において、データ入力装置４０２から入力したカラーデータをモノクロデータに変換していた。
【０００８】
【発明が解決しようとする課題】
しかしながら、上述のような従来技術では、クロマキーデータを単純にカラーデータからモノクロデータに変換すると、意図しない出力結果となることがあった。
【０００９】
また、ＰＤＬコマンドをラスタイメージにする際にクロマキーデータのサポートが必須であり、処理機構が複雑になるという点があった。
【００１０】
そこで、本発明は、上述の点に鑑みて、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる印刷制御システム、そのデータ処理方法、および記憶媒体、並びにコンピュータプログラムを提供することを目的とする。
【００１１】
また、本発明の付随する目的は、印刷装置がクロマキーデータをサポートをしていない場合でも代替手段を用いることで意図した結果を得ることが可能となるように図ることにある。
【００１２】
上記目的を達成するために、本発明の印刷制御システムは、印刷装置とホストコンピュータとからなる、ＲＧＢイメージデータと該ＲＧＢイメージデータ中の少なくとも１色を示すクロマキー値とを備えるクロマキーデータを含む描画データを取り扱う印刷制御システムであって、前記ホストコンピュータは、前記描画データの描画モードがカラーモードかモノクロモードかを判別する判別手段と、前記判別の結果、前記描画モードがモノクロモードであると判別された場合であって、前記描画データのコマンドがクロマキーコマンドである場合には、前記描画データの前記クロマキーデータにおけるクロマキー値が示す部分のＲＧＢイメージデータをピクセル毎にグレイ変換し、当該グレイ変換されたデータに透過率を示すα値をピクセル毎に付加してＰＤＬデータに変換し、前記描画モードがカラーモードであると判別された場合には、前記グレイ変換を行うことなく前記描画データをＰＤＬデータに変換する変換手段と、を含み、前記印刷装置は、前記変換されたＰＤＬデータをレンダリングしてビットマップに描画する手段を含むことを特徴とする。
【００１３】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を詳細に説明する。
【００１４】
（第１の実施形態）
以下、本発明をレーザ・ビーム・プリンタ（以下、ＬＢＰと略す）に適用した実施形態について説明する。
【００１５】
図１は本実施形態のＬＢＰの内部構造を示す断面図であり、図２は、図１に示した本体制御系の構成を示すブロック図である。
【００１６】
図１において、１００はＬＢＰ本体であり、外部に接続されているホストコンピュータ（図２の２０１）から供給される文字印字命令、各種図形描画命令、イメージ描画命令及び色指定命令等に従って対応する文字パターンや図形、イメージ等を作成し、記録媒体である記録用紙上に文字や図形等の像を形成する。
【００１７】
１５１は操作のための各種スイッチ（キー）及びプリンタの状態を表示するＬＥＤ（発光ダイオード）表示器やＬＣＤ（液晶デバイス）表示器等が配されている操作パネルである。１０１はＬＢＰ１００全体の制御及びホストコンピュータから供給される文字印字命令等を解析するプリンタ制御ユニットである。
【００１８】
尚、本実施形態におけるＬＢＰは、ＲＧＢ（レッド、グリーン、ブルー）の色情報をＭ（マゼンタ）Ｃ（シアン）Ｙ（イエロー）Ｋ（クロ）に変換し、それら変換した各色印字イメージを並列に像形成・現像するために、ＭＣＹＫそれぞれが像形成・現像機構を持つ。プリンタ制御ユニット１０１はＭＣＹＫそれぞれの印字イメージを生成し、ビデオ信号に変換してＭＣＹＫそれぞれのレーザ・ドライバに出力する。
【００１９】
Ｍ（マゼンタ）のレーザ・ドライバ１１０は半導体レーザ１１１を駆動するための回路であり、入力されたビデオ信号に応じて半導体レーザ１１１から発射されるレーザ光１１２をオン・オフ切り替えする。レーザ光１１２は回転多面鏡１１３で左右方向に振られて静電ドラム１１４上を走査する。これにより、静電ドラム１１４上には文字や図形のパターンの静電潜像が形成される。この潜像は静電ドラム１１４周囲の現像ユニット（トナーカートリッジ）１１５によって現像された後、記録用紙に転写される。
【００２０】
Ｃ（シアン）、Ｙ（イエロー）、Ｋ（クロ）に関してもＭ（マゼンタ）と同様の像形成・現像機構を持ち、１２０、１２１、１２２、１２３、１２４、１２５はＣ（シアン）用の像形成・現像機構、１３０、１３１、１３２、１３３、１３４、１３５はＹ（イエロー）用の像形成・現像機構、１４０、１４１、１４２、１４３、１４４、１４５はＫ（クロ）用の像形成・現像機構である。個々の機能はＭ（マゼンタ）の像形成・現像機構と同じであるのでその説明は省略する。
【００２１】
記録用紙にはカット・シートを用い、カット・シート記録紙はＬＢＰに装着した給紙カセット１０２に収納されバネ１０３で一定の高さに保たれており、給紙ローラ１０４及び搬送ローラ１０５と１０６とにより装置内に取り込まれ、用紙搬送ベルト１０７に乗せられてＭＣＹＫの各像形成・現像機構を通過する。
【００２２】
記録用紙に転写されたＭＣＹＫの各トナー（粉末インク）は定着器１０８で熱と圧力により記録用紙に固定され、記録用紙は搬送ローラ１０９と１５０によってＬＢＰ本体上部に出力される。
【００２３】
図２は図１に示したＬＢＰの制御系（プリンタ制御ユニット）１０１の概略構成を示すブロック図である。このＬＢＰの制御系は、印刷情報の発生源である、ホストコンピュータ２０１から送られてきた文字、図形、イメージの各描画命令及び色情報等からなるデータ２１８を入力し、ページ単位で文書情報等を印刷するように構成されている。
【００２４】
ここで、２０２はホストコンピュータ２０１と各種情報をやりとりする入出力インターフェース部、２０３は入出力インターフェース部２０２を介して入力された各種情報を一時記憶する入力バッファである。２０４は文字パターン発生器で、文字の幅や高さ等の属性や実際の文字パターンのアドレスが格納されているフォント情報部２２２、文字パターン自身が格納されている文字パターン部２２３、及びその読みだし制御プログラムから成る。読みだし制御プログラムはＲＯＭ（リードオンリメモリ）２１９に含まれ、文字コードを入力するとそのコードに対応する文字パターンのアドレスを算出するコード・コンバート機能をも有している。
【００２５】
２０５はＲＡＭ（ランダムアクセスメモリ）で、文字パターン発生器２０４から出力された文字パターンを記憶するフォントキャッシュ領域２０７と、ホストコンピュータ２０１から送られてきた外字フォントやフォーム情報及び現在の印字環境等を記憶する記憶領域２０６を含んでいる。このように、一旦文字パターンに展開したパターン情報をフォントキャッシュとしてフォントキャッシュ領域２０７に記憶しておくことにより、同じ文字を印刷する時に再度同じ文字を復号してパターン展開する必要がなくなるため、文字パターンへの展開が速くなる。
【００２６】
２０８はプリンタの制御系全体を制御するためのＣＰＵ（中央演算処理装置）で、ＲＯＭ２１９に記憶されたＣＰＵ２０８の制御プログラムにより装置全体の制御を行っている。２０９は入力データ２１８を基に生成される内部的なデータ群を格納する中間バッファである。
【００２７】
１ページ分のデータの受信が完了し、そのデータがよりシンプルな中間データに変換されて中間バッファ２０９に蓄えられた後、レンダラ２１０により数ライン単位でレンダリングされ、印字イメージとしてバンドバッファ２１１に出力される。このレンダラ２１０は、数ライン単位にＹＭＣＫ各色８ビット／ピクセルの描画ビットマップイメージを生成し、同時に各ピクセルが文字か図形かイメージかを示す３ビット／ピクセルとの属性ビットマップイメージを生成することができる。また、バンドバッファ２１１には少なくとも８ライン分のＹＭＣＫ描画ビットマップイメージ、属性ビットマップイメージを記憶することができる。この時、描画ビットマップイメージと属性ビットマップイメージは別々に圧縮される。
【００２８】
バンドバッファ２１１に出力されたイメージは圧縮部２１２により数スキャンライン単位に圧縮され、ページメモリ２１３に格納される。
【００２９】
１ページ分の中間バッファメモリをレンダリング終了し、それらがページメモリ２１３に格納された後、伸長部２１４において数ライン単位で読み出され、伸長される。この時、描画ビットマップイメージと属性ビットマップイメージは別々に読み出され、伸長される。
【００３０】
次に、伸長されたデータは色変換部２１５において、ＹＭＣＫ各色８ビット／ピクセルのビットマップイメージをＹＭＣＫ各色４ビット／ピクセルのビットマップイメージに変換する。このとき、描画ビットマップイメージの各ピクセルを色変換する際に、対応する属性ビットマップピクセルの種類によって、色変換方法を切り替える。具体的には、各ピクセルが文字か図形かイメージかを示す３ビット／ピクセルの情報を用いて、ＹＭＣＫ各色８ビット／ピクセルをＹＭＣＫ４ビット／ピクセルに変換する。
【００３１】
次に、ＹＭＣＫ各色４ビット／ピクセルのビットマップイメージは、出力インターフェース部２１６でビデオ信号に変換されて、プリンタ印字部２１７に出力される。プリンタ印字部２１７は出力インターフェース部２１６からのビデオ信号に基づいた画像情報を印刷するページ・プリンタの印刷機構部分である。
【００３２】
先に図２を用いて説明したように、本実施形態におけるＬＢＰでは、ＭＣＹＫの像形成・現像を並列で行うため、出力インターフェース部２１６はＭ出力インターフェース部、Ｃ出力インターフェース部、Ｙ出力インターフェース部、Ｋ出力インターフェース部の４つのインターフェース部で構成され、それぞれが独立に色変換部２１５からドットデータを獲得し、ビデオ信号に変換して各プレーンのレーザ・ドライバ１１０、１２０、１３０、１４０へ出力する。
【００３３】
２２０は一般のＥＥＰＲＯＭ等で構成する不揮発性メモリであり、以後ＮＶＲＡＭ(Non Volatile RAM)と称す。ＮＶＲＡＭ２２０には操作パネル１５１で指定されるパネル設定値などが記憶される。２２１はＬＢＰからホストコンピュータ２０１に送信されるデータである。ＲＯＭ２１５にはホストコンピュータ２０１から入力されるデータの解析、中間データの生成、印刷機構本体部２１３の制御プログラム、及びＹＭＣＫ各色８ビット／ピクセルからＹＭＣＫ各色４ビット／ピクセルへの色変換時に使用するテーブル等も含まれる。
【００３４】
本実施形態では、印刷装置の一例としてカラーレーザプリンタで説明しているが、カラーＬＥＤプリンタ、カラーインクジェットプリンタ、カラー熱転写プリンタ等のカラープリンタであっても良い。
【００３５】
また、レンダラ２１０は、ＹＭＣＫ各色８ビット／ピクセルの描画ビットマップイメージを生成するとしたが、各色のビット／ピクセルはどのような値であっても良い。この場合、バンドバッファ２１１、圧縮部２１２、ページメモリ２１３、伸長部２１４は、レンダラ２１０が生成する色空間、ビット／ピクセルに対応していれば良い。さらに、伸長されたデータは、色変換部２１５において、レンダラ２１０で生成されたデータを出力インターフェース部２１６に対応する色空間、ビット／ピクセルに変換するものであれば良い。
【００３６】
図５の（Ａ）は、上記の中間バッファ２０９に格納される中間データを示す。図５の（Ｂ）は、上記のレンダラ２１０で生成される描画ビットマップイメージを示す。また、図６の（Ａ）は、レンダラ２１０で生成される属性ビットマップイメージを示す。図６の（Ｂ）は、上記の色変換部２１５で生成される第２のビットマップイメージを示す。
【００３７】
まず、ＣＰＵ２０８は、入力コマンドが文字コマンドか、図形コマンドか、イメージコマンドかを判定し、中間バッファ２０９に格納する中間データにそれぞれのフラグを備える。
【００３８】
具体的には、図5の（Ａ）に示すように、「object１」として、属性：文字、印字位置（X、Y）、フォント、サイズ、文字コード、色、描画論理を備え、
「object２」として、属性：図形、印字位置（X、Y）、形状（円）、半径、色、描画論理を備え、
「object３」として、属性：イメージ、印字位置（X、Y）、イメージの幅（width）、高さ（height）、マトリックス（matrix）、イメージの実体へのポインタ（pointer）、描画論理を備える。ここで、すべてのオブジェクト(object)の、描画論理はS（上書き）指定である。
【００３９】
このように中間データは、それぞれの描画オブジェクトの形、色、印字位置の情報を含んでいる。
【００４０】
この中間データをレンダラ２１０により描画すると、描画ビットマップイメージ（図５の（Ｂ））と共に、属性ビットマップイメージ（図６の（Ａ））が得られる。その描画ビットマップイメージ（図５の（Ｂ））は、中間データをＹＭＣＫ各色８ビット／ピクセルに描画したものである。
【００４１】
また、その属性ビットマップイメージ（図６の（Ａ））は、中間データの属性、色属性を用いて３ビット／ピクセルに描画したものである。具体的には、その３ビット／ピクセルの内容は以下の通りである。
ビット０：属性がイメージなら１、その他なら０
ビット１：属性が図形なら１、その他なら０
ビット２：属性が文字なら１、その他なら０
よって、具体例の文字領域は０ｘ４、図形領域は０ｘ２、イメージ領域は０ｘ１として描画される。
【００４２】
また、印字結果の各ピクセルに対応した属性を備える第２のビットマップが描画部の色変換部２１５により得られる（図６の（Ｂ））。ここで、図５の（Ｂ）の描画ビットマップイメージから図６の（Ｂ）の第２のビットマップイメージを生成する際に、図６の（Ａ）の属性結果に応じて処理パラメータを変更する。具体的には、属性ビットマップイメージのビット０からビット２（各ピクセルが文字か図形かイメージかを示す３ビット／ピクセルの情報）を用いて、ＹＭＣＫ各色８ビット／ピクセルをＹＭＣＫ４ビット／ピクセルに変換する。
【００４３】
即ち、属性ビットマップイメージのビット０が１であるピクセルに相当する描画ビットマップイメージのピクセルは、イメージ用のハーフトーンパラメータを用いてＹＭＣＫ各色８ビット／ピクセルをＹＭＣＫ各色４ビット／ピクセルに変換する。また、属性ビットマップイメージのビット１が１であるピクセルに相当する描画ビットマップイメージのピクセルは、図形用のハーフトーンパラメータを用いてＹＭＣＫ各色８ビット／ピクセルをＹＭＣＫ各色４ビット／ピクセルに変換する。また、属性ビットマップイメージのビット２が１であるピクセルに相当する描画ビットマップイメージのピクセルは、文字用のハーフトーンパラメータを用いてＹＭＣＫ各色８ビット／ピクセルをＹＭＣＫ各色４ビット／ピクセルに変換する。
【００４４】
このような変換手法により、領域毎に最適なハーフトーンパラメータを用いて第２のビットマップイメージを生成することができる。
【００４５】
図７は、上記のホストコンピュータ２０１内の機能構成を示すブロック図である。ここで、７０２はホストシステムであり、アプリケーションやWindows ＯＳ（オペレーション・システム）を含む。７０３はプリンタドライバである。
【００４６】
ホストシステム７０２を構成している７０４は、ＧＤＩ（Graphical Device Interface）であり、アプリケーションから描画データを受け取りプリンタドライバ７０３に描画データを渡すインターフェースモジュールである。
【００４７】
プリンタドライバ７０３の構成を説明すると、７０５は受信部であり、ＧＤＩ７０４からデータを受け取る。７０６はＰＤＬ（page description language）変換部であり、ＧＤＩ７０４から受信部７０５を通じて受け取った描画コマンドを、プリンタ装置１００のプリンタ制御ユニット１０１が解析可能なプリンタコマンドに変換する。７０７は送信部であり、ＰＤＬデータをプリンタ装置１００のプリンタ制御ユニット１０１に送信する。
【００４８】
図８は、上記のホストコンピュータ２０１のデータ処理手順を示すフローチャートである。
【００４９】
まず、ステップＳ８０１において、データ受信部７０４を通じてＧＤＩ７０３から描画コマンドを受信する。
【００５０】
ステップＳ８０２からステップＳ８０７まではＰＤＬ変換部７０５の処理である。ステップＳ８０２では、受信した描画コマンドを解析する。
【００５１】
ステップＳ８０３では、現在のページモードがカラーモードかモノクロモードかのいずれであるかを判別する。ここで、ユーザがプリンタドライバのモード設定においてカラーモードかモノクロモードかを選択することにより切り替わる。また、プリンタ装置１００のプリンタ制御ユニット１０１がモノクロ印刷のみ可能なプリンタ装置であれば、必ずモノクロモードとしても良い。
【００５２】
モノクロモードであれば、ステップＳ８０４に進む。モノクロモードでなければステップＳ８０７に進む。ステップＳ８０４では、描画コマンドがクロマキーコマンドか否かを判別する。クロマキーコマンドであれば、ステップＳ８０６に進む。
【００５３】
クロマキーコマンドでなければ、ステップＳ８０５に進む。ステップＳ８０５では、描画コマンドをモノクロ変換する。次に、ステップＳ８０７へ進む。ここで、モノクロ変換する際には、描画コマンド中の全ての色データについて、以下の式（１）でモノクロ変換する。
Gray = 0.3 x red + 0.59 x green + 0.11 x blue …（１）
ここで、Grayはモノクロ変換後の描画コマンド、redはＲ（レッド）の被変換描画コマンド、greenはＧ（グリーン）の被変換描画コマンド、blueはＢ（ブルー）の被変換描画コマンドである。
【００５４】
ステップＳ８０６では、クロマキーコマンドを別形式のコマンドに変換する。次にステップＳ８０７へ進む。
【００５５】
ステップＳ８０７では、プリンタ装置１００のプリンタ制御ユニット１０１が理解可能なＰＤＬ形式に描画コマンドを変換する。次に、ステップＳ８０８へ進む。
【００５６】
ステップＳ８０８では、データ送信部７０６において、ＰＤＬデータをプリンタ装置１００のプリンタ制御ユニット１０１に送信する。
【００５７】
クロマキーコマンドを別形式のコマンドに変換する上記ステップＳ８０６での変換結果を図９に示す。ここで、図３の（Ｂ）のクロマキーコマンドは、図９のαブレンドコマンドデータに変換される。すなわち、図３の（Ｂ）のIndex[0],Index[1]はモノクロ変換式によってそれぞれ0x55,0x4cに変換される。さらにクロマキー処理に対応するようにIndex[0],Index[1]にはα値がそれぞれ0xff,0x00が付加され、最終的なデータはGray Alpha（グレイ・アルファ）の２チャンネルのNon Premulti alpha（ノン・プレマルチ・アルファ）データとして、Index[0]=(0x55,0xff),Index[1]=(0x4c,0x00)として変換される。
【００５８】
このデータは、プリンタ装置１００においては以下の式（２）によって描画される。
Destination = Alpha x Source + (0xff Alpha) x Destination …（２）
ここで、Alphaはα値、 Sourceはソースイメージ、Destinationはデスティネーションイメージを表わす。
【００５９】
よって、Index[0]のピクセルに相当する印字結果は0x55が描画され、Index[1]のピクセルに相当する印字結果は描画ラスタイメージに影響を与えない。
【００６０】
以上述べた本実施形態によれば、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現できるとともに、データ削減、高速化が可能となる。また、プリンタ装置１００においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００６１】
（第２の実施形態）
上述した本発明の第１の実施形態において、図８のステップＳ８０３では、現在のページモードがカラーモードかモノクロモードかを判別するとしたが、これに代えて、ステップＳ８０３でプリンタ装置１００がクロマキーコマンドをサポートしているか否かを判別しても良い。この場合、プリンタ装置１００がクロマキーコマンドをサポートしていないと判別した時は、ステップＳ８０６へ進み、クロマキーコマンドをアルファブレンド描画に変換する。プリンタ装置１００がクロマキーコマンドをサポートしていると判別した時は、ステップＳ８０７へ進む。この場合、ステップＳ８０４、Ｓ３０５は何もしない。この実施形態を、本発明の第２の実施形態とする。
【００６２】
図１０は、本発明の第２の実施形態のステップＳ８０６での変換結果を示す。図１０から分かるように、本実施形態では、Index[0],Index[1]はＲＧＢ各色８ビットデータから、ＲＧＢα各色８ビットデータに変換される。Index[0],Index[1]にはα値がそれぞれ0xff,0x00が付加され、最終的なデータはＲＧＢ Alphaの4チャンネルのNon Premulti alphaデータとして
Index[0]=(0x55,0x55,0x55,0xff),Index[1]=(0xff,0x00,0x00,0x00)
として変換される。
【００６３】
このデータは、プリンタ装置においては以下の式（３）によって描画される。
Destination R = Alpha x Source R + (0xff Alpha) x Destination R
Destination G = Alpha x Source G + (0xff Alpha) x Destination G
Destination B = Alpha x Source B + (0xff Alpha) x Destination B
…（３）
最終的な印字結果は図３の（Ｃ）と同等になる。
【００６４】
本実施形態によって、プリンタ装置１００においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００６５】
（第３の実施形態）
前述の本発明の第２の実施形態において、ステップＳ８０６での他の実施形態を本発明の第３の実施形態として説明する。
【００６６】
図１１は本発明の第３の実施形態のステップＳ８０６での変換結果を示す。図３の（Ｂ）のクロマキーコマンドは図１１のMasked Image（マスクイメージ）コマンドデータに変換される。Masked Imageコマンドはソースイメージ（図１１の（Ａ））とMask（マスク）イメージ（図１１の（Ｂ））の２つのイメージが定義され、図３の（Ｂ）のイメージは、Index[0],Index[1]がそのままソースイメージとなる（図１１の（Ａ））。さらにクロマキー処理に対応するように０，１が配置された1bit/pixelのmaskイメージが生成される（図１１の（Ｂ））。ここでソースイメージとmaskイメージの縦横画素数は同等である。
【００６７】
このデータは、プリンタ装置においては以下の式によって描画される。
If( mask image==1)
Destination = Source Image
Else
Destination = Destination
よって最終的な印字結果は図３の（Ｃ）と同等になる。
【００６８】
上記実施形態によって、プリンタ装置１００においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００６９】
（第４の実施形態）
上記の本発明の第１の実施形態において、図８のステップＳ８０６での他の実施形態を本発明の第４の実施形態として説明する。
【００７０】
図１２はステップＳ８０６の変換結果を示す。図３の（Ｂ）のクロマキーコマンドは図１２のMasked Imageコマンドデータに変換される。Masked ImageコマンドはソースイメージとMaskイメージの２つのイメージで定義され、図３の（Ｂ）のイメージは、Index[0],Index[1]がモノクロ変換式によってそれぞれ0x55,0x4cに変換され、ソースイメージとなる（図１２の（Ａ））。さらにクロマキー処理に対応するように０，１が配置された1bit/pixelのmaskイメージが生成される（図１２の（Ｂ））。ここでソースイメージとmaskイメージの縦横画素数は同等である。
【００７１】
このデータは、プリンタ装置においては以下の式によって描画される。
If( mask image==1)
Destination = Source Image
Else
Destination = Destination
よって、Index[0]のピクセルに相当する印字結果は0x55が描画され、Index[1]のピクセルに相当する印字結果は描画ラスタイメージに影響を与えない。
【００７２】
本実施形態によって、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００７３】
また、プリンタ装置１００においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００７４】
（第５の実施形態）
前述の本発明の第１の実施形態において、図８のステップＳ８０６での他の実施形態を本発明の第５の実施形態として説明する。
【００７５】
図１３はステップＳ８０６での変換前のイメージの例を示す。イメージは２色で構成され、RGB＝(0x55,0x55,0x55),(0xff,0x00,0x00)であり、透過色は(0xff,0x00,0x00)である。ステップＳ８０６での変換後はGray =(0x55),(0x4c)であり、透過色は0x4cである。
【００７６】
クロマキー値以外の値がクロマキー値をグレイ変換した値と等しくならないように以下の処理を加える。
本実施形態によって、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００７７】
（第６の実施形態）
前述の本発明の第１の実施形態において、図８のステップＳ８０６での処理を何もしない処理としてもよい。この場合、モノクロモードであっても、クロマキーデータだけはカラーデータのままプリンタ装置に送られる。この実施形態を本発明の第６の実施形態とする。
【００７８】
本実施形態によれば、モノクロモードにおいてもクロマキーデータを、正確な色再現で処理が可能となる。
【００７９】
（他の実施の形態）
以上、本発明の実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、１つの機器からなる装置に適用してもよい。
【００８０】
なお、本発明は、前述した実施形態の機能を実現するソフトウエアのプログラム（本実施形態では、図８に示すフローチャートに対応したプログラム）を、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータがその供給されたプログラムを読み出して実行することによっても達成される場合を含む。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。
【００８１】
従って、本発明の機能処理をコンピュータで実現するために、そのコンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００８２】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳ（オペレーティングシステム）に供給するスクリップトデータ等、プログラムの形態を問わない。
【００８３】
プログラムを供給するための記録媒体としては、例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード（ＩＣメモリカード）、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などがある。
【００８４】
その他、プログラムの供給方法としては、クライアントコンピュータのプラウザを用いてインターネットのホームページに接続し、このホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルをユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００８５】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記録媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて本発明を実現することも可能である。
【００８６】
また、コンピュータが、読み出したプログラムを実行することによって、前述した本発明の実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した本発明の実施形態の機能が実現され得る。
【００８７】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した本発明の実施形態の機能が実現される。
【００８８】
【発明の効果】
以上説明したように、本発明の第１の形態によれば、クロマキーデータを含む描画データを入力し、入力された描画データを第１の変換手段で中間データに変換し、変換された中間データを第2の変換手段でビットマップに描画する際に、クロマキーデータを中間データに変換する前に、入力されたクロマキーデータを第２の変換手段で処理可能な別の形式に変換するので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００８９】
また、本発明の第２の形態によれば、上記第１の形態の構成に加えて、第1の変換手段は、ホストコンピュータ側にあってクロマキーデータを含む描画データをプリンタコマンドに変換する手段であり、第2の変換手段は、印刷装置側にあってプリンタコマンドを解析して、ビットマップを生成する手段であるので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００９０】
また、本発明の第３の形態によれば、上記第３の変換手段は、描画モードがモノクロモードかカラーモードかを判別し、描画モードがモノクロモード時にのみ、クロマキーデータを別の形式のデータに変換するので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００９１】
また、本発明の第４の形態によれば、上記第３の変換手段は、入力したクロマキーデータを第２の変換処理で処理可能か否かを判別し、処理不可能と判別した時にのみ、該クロマキーデータを別の形式に変換するので、第２の変換手段においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００９２】
また、本発明の第５の形態によれば、上記第３の変換手段は、ＲＧＢのイメージデータと該イメージデータ中の少なくとも１色を示すキー値とを備えるクロマキーデータを、該キー値に対応する位置情報を備えるαプレーンと、相当する透過率とを備えるＲＧＢαのイメージデータに変換するので、第２の変換手段においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００９３】
また、本発明の第６の形態によれば、上記第３の変換手段は、ＲＧＢのイメージデータと該イメージデータ中の少なくとも１色を示すキー値とを備えるクロマキーデータを、ＲＧＢイメージをグレイ変換したGrayプレーンと該キー値に対応する位置情報を備えるαプレーンと、相当する透過率とを備えるGrayαのイメージデータに変換するので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００９４】
また、本発明の第７の形態によれば、上記第３の変換手段は、ＲＧＢのイメージデータと該イメージデータ中の少なくとも１色を示すキー値とを備えるクロマキーデータを、ＲＧＢイメージと、該キー値に対応する位置情報を備えるMaskプレーンと、相当するRaster Operationとを備えるイメージデータに変換するので、第2の変換手段においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００９５】
また、本発明の第８の形態によれば、上記第３の変換手段は、ＲＧＢのイメージデータと該イメージデータ中の少なくとも１色を示すキー値とを備えるクロマキーデータを、ＲＧＢイメージをグレイ変換したGrayイメージと、該キー値に対応する位置情報を備えるMaskイメージと、相当するRaster Operationとを備えるイメージデータに変換するので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００９６】
また、本発明の第９の形態によれば、上記第３の変換手段は、ＲＧＢのイメージデータと該イメージデータ中の少なくとも１色を示すキー値とを備えるクロマキーデータを、ＲＧＢイメージをグレイ変換したGrayイメージと、グレイ変換されたキー値とを備えるクロマキーデータに変換し、またＲＧＢイメージをグレイ変換する際に、キー値（Rn,Gn,Bn）をグレイ変換した値（Grayn）とキー値でない値（Rm,Gm,Bm）をグレイ変換した値（Graym）とが異なることを保障するので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００９７】
また、本発明の第１０の形態によれば、第３の変換手段は、ＲＧＢのイメージデータと該イメージデータ中の少なくとも1色を示すキー値とを備えるクロマキーデータを、ＲＧＢイメージをグレイ変換してさらにIndex値に変換したIndexイメージと、該Index値に対応するグレイ値を備えたIndexテーブルと、グレイ変換されたキー値に相当するIndex値とを備えるクロマキーデータに変換し、またＲＧＢイメージをグレイ変換してさらにIndex値に変換する際に、キー値（Rn,Gn,Bn）をグレイ変換してIndex値に変換した値（Indexn）と、キー値でない値（Rm,Gm,Bm）をグレイ変換してIndexに変換した値（Indexm）とが異なることを保障するので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００９８】
また、本発明の第１１の形態によれば、描画データとしてクロマキーデータを入力するし、入力された描画データを第１の変換手段で中間データに変換し、変換された中間データを第２の変換手段でビットマップに描画する際に、第1の変換手段は、入力された描画データがクロマキーデータか否かを判別し、その判別の結果、描画データがクロマキーデータでない場合は、描画モードがカラーモードかモノクロモードかを判別し、その判別結果に応じて描画データをカラーデータからモノクロデータに変換する機能を有し、第１の判別手段の判別の結果、描画データがクロマキーデータならば描画モードがモノクロモードの場合においても、該描画データをカラーデータからモノクロデータに変換しないので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態のＬＢＰの内部構造を示す断面図である。
【図２】図１に示した本体の制御系の構成を示すブロック図である。
【図３】（Ａ）は、クロマキーデータを描画する前のビットマップの状態を示し、（Ｂ）は、クロマキーデータの例を示し、（Ｃ）は、クロマキーデータを描画した後のビットマップの状態を示す図である。
【図４】従来の印刷制御装置の例を示すブロック図である。
【図５】（Ａ）は、中間バッファ２０９に格納される中間データを示し、（Ｂ）は、レンダラ２１０で生成される描画ビットマップイメージを示す図である。
【図６】（Ａ）は、レンダラ２１０で生成される属性ビットマップイメージを示し、（Ｂ）は、色変換部２１５で生成される第２のビットマップイメージを示す図である。
【図７】ホストコンピュータ２０１内の構成を示すブロック図である。
【図８】ホストコンピュータ２０１の処理内容を示すフローチャートである。
【図９】本発明の第１の実施形態での図８のステップＳ８０６の変換結果を示す図である。
【図１０】本発明の第２の実施形態での図８のステップＳ８０６の変換結果を示す図である。
【図１１】本発明の第３の実施形態での図８のステップＳ８０６の変換結果を示す図である。
【図１２】本発明の第４の実施形態での図８のステップＳ８０６の変換結果を示す図である。
【図１３】本発明の第５の実施形態での図８のステップＳ８０６で変換前のイメージの例を示す図である。
【符号の説明】
１００ プリンタ本体
１０１ プリンタ制御ユニット
１０２ 給紙カセット
１０３ 用紙を持ち上げるためのバネ
１０４ 給紙ローラ
１０５ 用紙搬送ローラ
１０６ 用紙搬送ローラ
１０７ 用紙搬送ベルト
１０８ 定着器
１０９ 用紙搬送ローラ
１１０ レーザ・ドライバ（マゼンタ用）
１１１ 半導体レーザ発射装置（マゼンタ用）
１１２ レーザ・ビーム（マゼンタ用）
１１３ 回転多面鏡（マゼンタ用）
１１４ 静電ドラム（マゼンタ用）
１１５ トナーカートリッジ（マゼンタ用）
１２０ レーザ・ドライバ（シアン用）
１２１ 半導体レーザ発射装置（シアン用）
１２２ レーザ・ビーム（シアン用）
１２３ 回転多面鏡（シアン用）
１２４ 静電ドラム（シアン用）
１２５ トナーカートリッジ（シアン用）
１３０ レーザ・ドライバ（イエロー用）
１３１ 半導体レーザ発射装置（イエロー用）
１３２ レーザ・ビーム（イエロー用）
１３３ 回転多面鏡（イエロー用）
１３４ 静電ドラム（イエロー用）
１３５ トナーカートリッジ（イエロー用）
１４０ レーザ・ドライバ（クロ用）
１４１ 半導体レーザ発射装置（クロ用）
１４２ レーザ・ビーム（クロ用）
１４３ 回転多面鏡（クロ用）
１４４ 静電ドラム（クロ用）
１４５ トナーカートリッジ（クロ用）
１５０ 用紙搬送ローラ
１５１ 操作パネル
２０１ ホストコンピュータ
２０２ ホストコンピュータとの入出力インターフェース部
２０３ 入力バッファ
２０４ 文字パターン発生器
２０５ ＲＡＭ
２０６ 各種登録データ及び印刷環境等が記憶される記憶領域
２０７ フォントキャッシュ領域
２０８ ＣＰＵ
２０９ 印刷データが蓄積される記憶領域
２１０ レンダラ
２１１ 最終的な出力イメージが生成されるバンドバッファ
２１２ 圧縮部
２１３ ページメモリ
２１４ 伸長部
２１５ 色変換部
２１６ 印刷機構部への出力インターフェース部
２１７ 印刷機構部
２１８ ホストコンピュータからの入力データ
２１９ ＲＯＭ
２２０ ＮＶＲＡＭ
２２１ ＬＢＰからホストコンピュータに送信されるデータ
２２２ フォント情報部
２２３ 文字パターン部
４０１ 印刷制御装置
４０２ データ入力装置
４０３ プリンタドライバ
４０４ ＰＤＬ解析、ラスタ変換部
４０５ 印刷部
４０６ ＰＤＬデータ
４０７ ラスタイメージ
４０８ 紙媒体制御部
７０２ ホストシステム
７０３ プリンタドライバ
７０４ ＧＤＩ（Graphical Device Interface）
７０５ 受信部
７０６ ＰＤＬ（page description language）変換部
７０７ 送信部
【発明の属する技術分野】
本発明は、印刷制御技術および描画制御技術に関し、特に描画データとしてクロマキーデータを取り扱う印刷制御システム、そのデータ処理方法、およびコンピュータが読み出し可能なプログラムを格納した記憶媒体、並びにコンピュータプログラムに関する。
【０００２】
【従来の技術】
入力された描画データを中間データに変換し、その中間データをビットマップに描画する際、カラーモードかモノクロモードかを判別し、その判別結果に応じて描画データをカラーデータからモノクロデータに変換する印刷制御装置あるいは描画制御装置が既に知られている。このような従来装置では、モノクロモードの時は、中間データのサイズを減らしてビットマップ変換の処理速度を向上するために、中間データに変換する前にカラーデータはモノクロデータに変換を行っていた。また、描画データとしてクロマキーデータも有効に処理可能としていた。
【０００３】
図３は、クロマキーデータの描画の一例を示す。図３の（Ａ）は、クロマキーデータを描画する前のページ全体を示すビットマップの状態であり、ＲＧＢ各色8bit/pixelで緑RGB＝(0x00,0xff,0x00)と青RGB＝(0x00,0x00,0xff)の縞模様で構成されている。
【０００４】
図３の（Ｂ）は、クロマキーデータの例であり、ビットマップイメージと、透過色指定で構成されている。ここで、ビットマップイメージは各ピクセルあたり8bitのIndex（インデックス）値と、IndexとＲＧＢ各色8bit（ビット）データとの対応テーブルで構成され、透過色は少なくとも一種類のIndex値を示す。また、ここではビットマップイメージはIndex値と、IndexとＲＧＢ各色8bitデータとの対応テーブルで構成するとしたが、ビットマップイメージはＲＧＢ各色8bitのイメージとしても良い。この場合、透過色はＲＧＢ各色8bitの値を指定する。
【０００５】
図３の（Ｃ）は、クロマキーデータを描画した後のビットマップの状態であり、クロマキーデータを示すイメージの内、透過色で示されたピクセルは下地のピクセルを透過する。透過色以外のピクセルは上書きされ、結果として赤、RGB＝(0xff,0x00,0x00)の四角形が描画される。
【０００６】
図４は、従来の印刷制御装置の構成の一例を示す。ここで、４０１は印刷制御装置であり、印刷データを入力し、紙に印刷する。４０２は印刷データを入力するデータ入力装置であり、アプリケーションはWindows（ウインドウズ：登録商標、以下同様）の仕組みを使ってプリンタドライバに各種プリントコマンドを入力する。４０３はWindows上のプリンタドライバであり、アプリケーションからデータを受け取りＰＤＬ（page description language）に変換する。４０４はプリンタ装置上のＰＤＬ解析、ラスタ変換部であり、ＰＤＬコマンドをラスタイメージに変換する。４０５は印刷部であり、ラスタイメージを紙に印刷する。４０６はＰＤＬデータである。４０７はラスタイメージである。４０８は紙媒体制御部である。
【０００７】
ここでもし、モノクロモードであった場合には、プリンタドライバ４０３において、データ入力装置４０２から入力したカラーデータをモノクロデータに変換していた。
【０００８】
【発明が解決しようとする課題】
しかしながら、上述のような従来技術では、クロマキーデータを単純にカラーデータからモノクロデータに変換すると、意図しない出力結果となることがあった。
【０００９】
また、ＰＤＬコマンドをラスタイメージにする際にクロマキーデータのサポートが必須であり、処理機構が複雑になるという点があった。
【００１０】
そこで、本発明は、上述の点に鑑みて、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる印刷制御システム、そのデータ処理方法、および記憶媒体、並びにコンピュータプログラムを提供することを目的とする。
【００１１】
また、本発明の付随する目的は、印刷装置がクロマキーデータをサポートをしていない場合でも代替手段を用いることで意図した結果を得ることが可能となるように図ることにある。
【００１２】
上記目的を達成するために、本発明の印刷制御システムは、印刷装置とホストコンピュータとからなる、ＲＧＢイメージデータと該ＲＧＢイメージデータ中の少なくとも１色を示すクロマキー値とを備えるクロマキーデータを含む描画データを取り扱う印刷制御システムであって、前記ホストコンピュータは、前記描画データの描画モードがカラーモードかモノクロモードかを判別する判別手段と、前記判別の結果、前記描画モードがモノクロモードであると判別された場合であって、前記描画データのコマンドがクロマキーコマンドである場合には、前記描画データの前記クロマキーデータにおけるクロマキー値が示す部分のＲＧＢイメージデータをピクセル毎にグレイ変換し、当該グレイ変換されたデータに透過率を示すα値をピクセル毎に付加してＰＤＬデータに変換し、前記描画モードがカラーモードであると判別された場合には、前記グレイ変換を行うことなく前記描画データをＰＤＬデータに変換する変換手段と、を含み、前記印刷装置は、前記変換されたＰＤＬデータをレンダリングしてビットマップに描画する手段を含むことを特徴とする。
【００１３】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を詳細に説明する。
【００１４】
（第１の実施形態）
以下、本発明をレーザ・ビーム・プリンタ（以下、ＬＢＰと略す）に適用した実施形態について説明する。
【００１５】
図１は本実施形態のＬＢＰの内部構造を示す断面図であり、図２は、図１に示した本体制御系の構成を示すブロック図である。
【００１６】
図１において、１００はＬＢＰ本体であり、外部に接続されているホストコンピュータ（図２の２０１）から供給される文字印字命令、各種図形描画命令、イメージ描画命令及び色指定命令等に従って対応する文字パターンや図形、イメージ等を作成し、記録媒体である記録用紙上に文字や図形等の像を形成する。
【００１７】
１５１は操作のための各種スイッチ（キー）及びプリンタの状態を表示するＬＥＤ（発光ダイオード）表示器やＬＣＤ（液晶デバイス）表示器等が配されている操作パネルである。１０１はＬＢＰ１００全体の制御及びホストコンピュータから供給される文字印字命令等を解析するプリンタ制御ユニットである。
【００１８】
尚、本実施形態におけるＬＢＰは、ＲＧＢ（レッド、グリーン、ブルー）の色情報をＭ（マゼンタ）Ｃ（シアン）Ｙ（イエロー）Ｋ（クロ）に変換し、それら変換した各色印字イメージを並列に像形成・現像するために、ＭＣＹＫそれぞれが像形成・現像機構を持つ。プリンタ制御ユニット１０１はＭＣＹＫそれぞれの印字イメージを生成し、ビデオ信号に変換してＭＣＹＫそれぞれのレーザ・ドライバに出力する。
【００１９】
Ｍ（マゼンタ）のレーザ・ドライバ１１０は半導体レーザ１１１を駆動するための回路であり、入力されたビデオ信号に応じて半導体レーザ１１１から発射されるレーザ光１１２をオン・オフ切り替えする。レーザ光１１２は回転多面鏡１１３で左右方向に振られて静電ドラム１１４上を走査する。これにより、静電ドラム１１４上には文字や図形のパターンの静電潜像が形成される。この潜像は静電ドラム１１４周囲の現像ユニット（トナーカートリッジ）１１５によって現像された後、記録用紙に転写される。
【００２０】
Ｃ（シアン）、Ｙ（イエロー）、Ｋ（クロ）に関してもＭ（マゼンタ）と同様の像形成・現像機構を持ち、１２０、１２１、１２２、１２３、１２４、１２５はＣ（シアン）用の像形成・現像機構、１３０、１３１、１３２、１３３、１３４、１３５はＹ（イエロー）用の像形成・現像機構、１４０、１４１、１４２、１４３、１４４、１４５はＫ（クロ）用の像形成・現像機構である。個々の機能はＭ（マゼンタ）の像形成・現像機構と同じであるのでその説明は省略する。
【００２１】
記録用紙にはカット・シートを用い、カット・シート記録紙はＬＢＰに装着した給紙カセット１０２に収納されバネ１０３で一定の高さに保たれており、給紙ローラ１０４及び搬送ローラ１０５と１０６とにより装置内に取り込まれ、用紙搬送ベルト１０７に乗せられてＭＣＹＫの各像形成・現像機構を通過する。
【００２２】
記録用紙に転写されたＭＣＹＫの各トナー（粉末インク）は定着器１０８で熱と圧力により記録用紙に固定され、記録用紙は搬送ローラ１０９と１５０によってＬＢＰ本体上部に出力される。
【００２３】
図２は図１に示したＬＢＰの制御系（プリンタ制御ユニット）１０１の概略構成を示すブロック図である。このＬＢＰの制御系は、印刷情報の発生源である、ホストコンピュータ２０１から送られてきた文字、図形、イメージの各描画命令及び色情報等からなるデータ２１８を入力し、ページ単位で文書情報等を印刷するように構成されている。
【００２４】
ここで、２０２はホストコンピュータ２０１と各種情報をやりとりする入出力インターフェース部、２０３は入出力インターフェース部２０２を介して入力された各種情報を一時記憶する入力バッファである。２０４は文字パターン発生器で、文字の幅や高さ等の属性や実際の文字パターンのアドレスが格納されているフォント情報部２２２、文字パターン自身が格納されている文字パターン部２２３、及びその読みだし制御プログラムから成る。読みだし制御プログラムはＲＯＭ（リードオンリメモリ）２１９に含まれ、文字コードを入力するとそのコードに対応する文字パターンのアドレスを算出するコード・コンバート機能をも有している。
【００２５】
２０５はＲＡＭ（ランダムアクセスメモリ）で、文字パターン発生器２０４から出力された文字パターンを記憶するフォントキャッシュ領域２０７と、ホストコンピュータ２０１から送られてきた外字フォントやフォーム情報及び現在の印字環境等を記憶する記憶領域２０６を含んでいる。このように、一旦文字パターンに展開したパターン情報をフォントキャッシュとしてフォントキャッシュ領域２０７に記憶しておくことにより、同じ文字を印刷する時に再度同じ文字を復号してパターン展開する必要がなくなるため、文字パターンへの展開が速くなる。
【００２６】
２０８はプリンタの制御系全体を制御するためのＣＰＵ（中央演算処理装置）で、ＲＯＭ２１９に記憶されたＣＰＵ２０８の制御プログラムにより装置全体の制御を行っている。２０９は入力データ２１８を基に生成される内部的なデータ群を格納する中間バッファである。
【００２７】
１ページ分のデータの受信が完了し、そのデータがよりシンプルな中間データに変換されて中間バッファ２０９に蓄えられた後、レンダラ２１０により数ライン単位でレンダリングされ、印字イメージとしてバンドバッファ２１１に出力される。このレンダラ２１０は、数ライン単位にＹＭＣＫ各色８ビット／ピクセルの描画ビットマップイメージを生成し、同時に各ピクセルが文字か図形かイメージかを示す３ビット／ピクセルとの属性ビットマップイメージを生成することができる。また、バンドバッファ２１１には少なくとも８ライン分のＹＭＣＫ描画ビットマップイメージ、属性ビットマップイメージを記憶することができる。この時、描画ビットマップイメージと属性ビットマップイメージは別々に圧縮される。
【００２８】
バンドバッファ２１１に出力されたイメージは圧縮部２１２により数スキャンライン単位に圧縮され、ページメモリ２１３に格納される。
【００２９】
１ページ分の中間バッファメモリをレンダリング終了し、それらがページメモリ２１３に格納された後、伸長部２１４において数ライン単位で読み出され、伸長される。この時、描画ビットマップイメージと属性ビットマップイメージは別々に読み出され、伸長される。
【００３０】
次に、伸長されたデータは色変換部２１５において、ＹＭＣＫ各色８ビット／ピクセルのビットマップイメージをＹＭＣＫ各色４ビット／ピクセルのビットマップイメージに変換する。このとき、描画ビットマップイメージの各ピクセルを色変換する際に、対応する属性ビットマップピクセルの種類によって、色変換方法を切り替える。具体的には、各ピクセルが文字か図形かイメージかを示す３ビット／ピクセルの情報を用いて、ＹＭＣＫ各色８ビット／ピクセルをＹＭＣＫ４ビット／ピクセルに変換する。
【００３１】
次に、ＹＭＣＫ各色４ビット／ピクセルのビットマップイメージは、出力インターフェース部２１６でビデオ信号に変換されて、プリンタ印字部２１７に出力される。プリンタ印字部２１７は出力インターフェース部２１６からのビデオ信号に基づいた画像情報を印刷するページ・プリンタの印刷機構部分である。
【００３２】
先に図２を用いて説明したように、本実施形態におけるＬＢＰでは、ＭＣＹＫの像形成・現像を並列で行うため、出力インターフェース部２１６はＭ出力インターフェース部、Ｃ出力インターフェース部、Ｙ出力インターフェース部、Ｋ出力インターフェース部の４つのインターフェース部で構成され、それぞれが独立に色変換部２１５からドットデータを獲得し、ビデオ信号に変換して各プレーンのレーザ・ドライバ１１０、１２０、１３０、１４０へ出力する。
【００３３】
２２０は一般のＥＥＰＲＯＭ等で構成する不揮発性メモリであり、以後ＮＶＲＡＭ(Non Volatile RAM)と称す。ＮＶＲＡＭ２２０には操作パネル１５１で指定されるパネル設定値などが記憶される。２２１はＬＢＰからホストコンピュータ２０１に送信されるデータである。ＲＯＭ２１５にはホストコンピュータ２０１から入力されるデータの解析、中間データの生成、印刷機構本体部２１３の制御プログラム、及びＹＭＣＫ各色８ビット／ピクセルからＹＭＣＫ各色４ビット／ピクセルへの色変換時に使用するテーブル等も含まれる。
【００３４】
本実施形態では、印刷装置の一例としてカラーレーザプリンタで説明しているが、カラーＬＥＤプリンタ、カラーインクジェットプリンタ、カラー熱転写プリンタ等のカラープリンタであっても良い。
【００３５】
また、レンダラ２１０は、ＹＭＣＫ各色８ビット／ピクセルの描画ビットマップイメージを生成するとしたが、各色のビット／ピクセルはどのような値であっても良い。この場合、バンドバッファ２１１、圧縮部２１２、ページメモリ２１３、伸長部２１４は、レンダラ２１０が生成する色空間、ビット／ピクセルに対応していれば良い。さらに、伸長されたデータは、色変換部２１５において、レンダラ２１０で生成されたデータを出力インターフェース部２１６に対応する色空間、ビット／ピクセルに変換するものであれば良い。
【００３６】
図５の（Ａ）は、上記の中間バッファ２０９に格納される中間データを示す。図５の（Ｂ）は、上記のレンダラ２１０で生成される描画ビットマップイメージを示す。また、図６の（Ａ）は、レンダラ２１０で生成される属性ビットマップイメージを示す。図６の（Ｂ）は、上記の色変換部２１５で生成される第２のビットマップイメージを示す。
【００３７】
まず、ＣＰＵ２０８は、入力コマンドが文字コマンドか、図形コマンドか、イメージコマンドかを判定し、中間バッファ２０９に格納する中間データにそれぞれのフラグを備える。
【００３８】
具体的には、図5の（Ａ）に示すように、「object１」として、属性：文字、印字位置（X、Y）、フォント、サイズ、文字コード、色、描画論理を備え、
「object２」として、属性：図形、印字位置（X、Y）、形状（円）、半径、色、描画論理を備え、
「object３」として、属性：イメージ、印字位置（X、Y）、イメージの幅（width）、高さ（height）、マトリックス（matrix）、イメージの実体へのポインタ（pointer）、描画論理を備える。ここで、すべてのオブジェクト(object)の、描画論理はS（上書き）指定である。
【００３９】
このように中間データは、それぞれの描画オブジェクトの形、色、印字位置の情報を含んでいる。
【００４０】
この中間データをレンダラ２１０により描画すると、描画ビットマップイメージ（図５の（Ｂ））と共に、属性ビットマップイメージ（図６の（Ａ））が得られる。その描画ビットマップイメージ（図５の（Ｂ））は、中間データをＹＭＣＫ各色８ビット／ピクセルに描画したものである。
【００４１】
また、その属性ビットマップイメージ（図６の（Ａ））は、中間データの属性、色属性を用いて３ビット／ピクセルに描画したものである。具体的には、その３ビット／ピクセルの内容は以下の通りである。
ビット０：属性がイメージなら１、その他なら０
ビット１：属性が図形なら１、その他なら０
ビット２：属性が文字なら１、その他なら０
よって、具体例の文字領域は０ｘ４、図形領域は０ｘ２、イメージ領域は０ｘ１として描画される。
【００４２】
また、印字結果の各ピクセルに対応した属性を備える第２のビットマップが描画部の色変換部２１５により得られる（図６の（Ｂ））。ここで、図５の（Ｂ）の描画ビットマップイメージから図６の（Ｂ）の第２のビットマップイメージを生成する際に、図６の（Ａ）の属性結果に応じて処理パラメータを変更する。具体的には、属性ビットマップイメージのビット０からビット２（各ピクセルが文字か図形かイメージかを示す３ビット／ピクセルの情報）を用いて、ＹＭＣＫ各色８ビット／ピクセルをＹＭＣＫ４ビット／ピクセルに変換する。
【００４３】
即ち、属性ビットマップイメージのビット０が１であるピクセルに相当する描画ビットマップイメージのピクセルは、イメージ用のハーフトーンパラメータを用いてＹＭＣＫ各色８ビット／ピクセルをＹＭＣＫ各色４ビット／ピクセルに変換する。また、属性ビットマップイメージのビット１が１であるピクセルに相当する描画ビットマップイメージのピクセルは、図形用のハーフトーンパラメータを用いてＹＭＣＫ各色８ビット／ピクセルをＹＭＣＫ各色４ビット／ピクセルに変換する。また、属性ビットマップイメージのビット２が１であるピクセルに相当する描画ビットマップイメージのピクセルは、文字用のハーフトーンパラメータを用いてＹＭＣＫ各色８ビット／ピクセルをＹＭＣＫ各色４ビット／ピクセルに変換する。
【００４４】
このような変換手法により、領域毎に最適なハーフトーンパラメータを用いて第２のビットマップイメージを生成することができる。
【００４５】
図７は、上記のホストコンピュータ２０１内の機能構成を示すブロック図である。ここで、７０２はホストシステムであり、アプリケーションやWindows ＯＳ（オペレーション・システム）を含む。７０３はプリンタドライバである。
【００４６】
ホストシステム７０２を構成している７０４は、ＧＤＩ（Graphical Device Interface）であり、アプリケーションから描画データを受け取りプリンタドライバ７０３に描画データを渡すインターフェースモジュールである。
【００４７】
プリンタドライバ７０３の構成を説明すると、７０５は受信部であり、ＧＤＩ７０４からデータを受け取る。７０６はＰＤＬ（page description language）変換部であり、ＧＤＩ７０４から受信部７０５を通じて受け取った描画コマンドを、プリンタ装置１００のプリンタ制御ユニット１０１が解析可能なプリンタコマンドに変換する。７０７は送信部であり、ＰＤＬデータをプリンタ装置１００のプリンタ制御ユニット１０１に送信する。
【００４８】
図８は、上記のホストコンピュータ２０１のデータ処理手順を示すフローチャートである。
【００４９】
まず、ステップＳ８０１において、データ受信部７０４を通じてＧＤＩ７０３から描画コマンドを受信する。
【００５０】
ステップＳ８０２からステップＳ８０７まではＰＤＬ変換部７０５の処理である。ステップＳ８０２では、受信した描画コマンドを解析する。
【００５１】
ステップＳ８０３では、現在のページモードがカラーモードかモノクロモードかのいずれであるかを判別する。ここで、ユーザがプリンタドライバのモード設定においてカラーモードかモノクロモードかを選択することにより切り替わる。また、プリンタ装置１００のプリンタ制御ユニット１０１がモノクロ印刷のみ可能なプリンタ装置であれば、必ずモノクロモードとしても良い。
【００５２】
モノクロモードであれば、ステップＳ８０４に進む。モノクロモードでなければステップＳ８０７に進む。ステップＳ８０４では、描画コマンドがクロマキーコマンドか否かを判別する。クロマキーコマンドであれば、ステップＳ８０６に進む。
【００５３】
クロマキーコマンドでなければ、ステップＳ８０５に進む。ステップＳ８０５では、描画コマンドをモノクロ変換する。次に、ステップＳ８０７へ進む。ここで、モノクロ変換する際には、描画コマンド中の全ての色データについて、以下の式（１）でモノクロ変換する。
Gray = 0.3 x red + 0.59 x green + 0.11 x blue …（１）
ここで、Grayはモノクロ変換後の描画コマンド、redはＲ（レッド）の被変換描画コマンド、greenはＧ（グリーン）の被変換描画コマンド、blueはＢ（ブルー）の被変換描画コマンドである。
【００５４】
ステップＳ８０６では、クロマキーコマンドを別形式のコマンドに変換する。次にステップＳ８０７へ進む。
【００５５】
ステップＳ８０７では、プリンタ装置１００のプリンタ制御ユニット１０１が理解可能なＰＤＬ形式に描画コマンドを変換する。次に、ステップＳ８０８へ進む。
【００５６】
ステップＳ８０８では、データ送信部７０６において、ＰＤＬデータをプリンタ装置１００のプリンタ制御ユニット１０１に送信する。
【００５７】
クロマキーコマンドを別形式のコマンドに変換する上記ステップＳ８０６での変換結果を図９に示す。ここで、図３の（Ｂ）のクロマキーコマンドは、図９のαブレンドコマンドデータに変換される。すなわち、図３の（Ｂ）のIndex[0],Index[1]はモノクロ変換式によってそれぞれ0x55,0x4cに変換される。さらにクロマキー処理に対応するようにIndex[0],Index[1]にはα値がそれぞれ0xff,0x00が付加され、最終的なデータはGray Alpha（グレイ・アルファ）の２チャンネルのNon Premulti alpha（ノン・プレマルチ・アルファ）データとして、Index[0]=(0x55,0xff),Index[1]=(0x4c,0x00)として変換される。
【００５８】
このデータは、プリンタ装置１００においては以下の式（２）によって描画される。
Destination = Alpha x Source + (0xff Alpha) x Destination …（２）
ここで、Alphaはα値、 Sourceはソースイメージ、Destinationはデスティネーションイメージを表わす。
【００５９】
よって、Index[0]のピクセルに相当する印字結果は0x55が描画され、Index[1]のピクセルに相当する印字結果は描画ラスタイメージに影響を与えない。
【００６０】
以上述べた本実施形態によれば、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現できるとともに、データ削減、高速化が可能となる。また、プリンタ装置１００においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００６１】
（第２の実施形態）
上述した本発明の第１の実施形態において、図８のステップＳ８０３では、現在のページモードがカラーモードかモノクロモードかを判別するとしたが、これに代えて、ステップＳ８０３でプリンタ装置１００がクロマキーコマンドをサポートしているか否かを判別しても良い。この場合、プリンタ装置１００がクロマキーコマンドをサポートしていないと判別した時は、ステップＳ８０６へ進み、クロマキーコマンドをアルファブレンド描画に変換する。プリンタ装置１００がクロマキーコマンドをサポートしていると判別した時は、ステップＳ８０７へ進む。この場合、ステップＳ８０４、Ｓ３０５は何もしない。この実施形態を、本発明の第２の実施形態とする。
【００６２】
図１０は、本発明の第２の実施形態のステップＳ８０６での変換結果を示す。図１０から分かるように、本実施形態では、Index[0],Index[1]はＲＧＢ各色８ビットデータから、ＲＧＢα各色８ビットデータに変換される。Index[0],Index[1]にはα値がそれぞれ0xff,0x00が付加され、最終的なデータはＲＧＢ Alphaの4チャンネルのNon Premulti alphaデータとして
Index[0]=(0x55,0x55,0x55,0xff),Index[1]=(0xff,0x00,0x00,0x00)
として変換される。
【００６３】
このデータは、プリンタ装置においては以下の式（３）によって描画される。
Destination R = Alpha x Source R + (0xff Alpha) x Destination R
Destination G = Alpha x Source G + (0xff Alpha) x Destination G
Destination B = Alpha x Source B + (0xff Alpha) x Destination B
…（３）
最終的な印字結果は図３の（Ｃ）と同等になる。
【００６４】
本実施形態によって、プリンタ装置１００においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００６５】
（第３の実施形態）
前述の本発明の第２の実施形態において、ステップＳ８０６での他の実施形態を本発明の第３の実施形態として説明する。
【００６６】
図１１は本発明の第３の実施形態のステップＳ８０６での変換結果を示す。図３の（Ｂ）のクロマキーコマンドは図１１のMasked Image（マスクイメージ）コマンドデータに変換される。Masked Imageコマンドはソースイメージ（図１１の（Ａ））とMask（マスク）イメージ（図１１の（Ｂ））の２つのイメージが定義され、図３の（Ｂ）のイメージは、Index[0],Index[1]がそのままソースイメージとなる（図１１の（Ａ））。さらにクロマキー処理に対応するように０，１が配置された1bit/pixelのmaskイメージが生成される（図１１の（Ｂ））。ここでソースイメージとmaskイメージの縦横画素数は同等である。
【００６７】
このデータは、プリンタ装置においては以下の式によって描画される。
If( mask image==1)
Destination = Source Image
Else
Destination = Destination
よって最終的な印字結果は図３の（Ｃ）と同等になる。
【００６８】
上記実施形態によって、プリンタ装置１００においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００６９】
（第４の実施形態）
上記の本発明の第１の実施形態において、図８のステップＳ８０６での他の実施形態を本発明の第４の実施形態として説明する。
【００７０】
図１２はステップＳ８０６の変換結果を示す。図３の（Ｂ）のクロマキーコマンドは図１２のMasked Imageコマンドデータに変換される。Masked ImageコマンドはソースイメージとMaskイメージの２つのイメージで定義され、図３の（Ｂ）のイメージは、Index[0],Index[1]がモノクロ変換式によってそれぞれ0x55,0x4cに変換され、ソースイメージとなる（図１２の（Ａ））。さらにクロマキー処理に対応するように０，１が配置された1bit/pixelのmaskイメージが生成される（図１２の（Ｂ））。ここでソースイメージとmaskイメージの縦横画素数は同等である。
【００７１】
このデータは、プリンタ装置においては以下の式によって描画される。
If( mask image==1)
Destination = Source Image
Else
Destination = Destination
よって、Index[0]のピクセルに相当する印字結果は0x55が描画され、Index[1]のピクセルに相当する印字結果は描画ラスタイメージに影響を与えない。
【００７２】
本実施形態によって、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００７３】
また、プリンタ装置１００においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００７４】
（第５の実施形態）
前述の本発明の第１の実施形態において、図８のステップＳ８０６での他の実施形態を本発明の第５の実施形態として説明する。
【００７５】
図１３はステップＳ８０６での変換前のイメージの例を示す。イメージは２色で構成され、RGB＝(0x55,0x55,0x55),(0xff,0x00,0x00)であり、透過色は(0xff,0x00,0x00)である。ステップＳ８０６での変換後はGray =(0x55),(0x4c)であり、透過色は0x4cである。
【００７６】
クロマキー値以外の値がクロマキー値をグレイ変換した値と等しくならないように以下の処理を加える。
【００７７】
（第６の実施形態）
前述の本発明の第１の実施形態において、図８のステップＳ８０６での処理を何もしない処理としてもよい。この場合、モノクロモードであっても、クロマキーデータだけはカラーデータのままプリンタ装置に送られる。この実施形態を本発明の第６の実施形態とする。
【００７８】
本実施形態によれば、モノクロモードにおいてもクロマキーデータを、正確な色再現で処理が可能となる。
【００７９】
（他の実施の形態）
以上、本発明の実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、１つの機器からなる装置に適用してもよい。
【００８０】
なお、本発明は、前述した実施形態の機能を実現するソフトウエアのプログラム（本実施形態では、図８に示すフローチャートに対応したプログラム）を、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置のコンピュータがその供給されたプログラムを読み出して実行することによっても達成される場合を含む。その場合、プログラムの機能を有していれば、形態は、プログラムである必要はない。
【００８１】
従って、本発明の機能処理をコンピュータで実現するために、そのコンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明のクレームでは、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００８２】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳ（オペレーティングシステム）に供給するスクリップトデータ等、プログラムの形態を問わない。
【００８３】
プログラムを供給するための記録媒体としては、例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード（ＩＣメモリカード）、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ）などがある。
【００８４】
その他、プログラムの供給方法としては、クライアントコンピュータのプラウザを用いてインターネットのホームページに接続し、このホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルをユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００８５】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記録媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて本発明を実現することも可能である。
【００８６】
また、コンピュータが、読み出したプログラムを実行することによって、前述した本発明の実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した本発明の実施形態の機能が実現され得る。
【００８７】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した本発明の実施形態の機能が実現される。
【００８８】
【発明の効果】
以上説明したように、本発明の第１の形態によれば、クロマキーデータを含む描画データを入力し、入力された描画データを第１の変換手段で中間データに変換し、変換された中間データを第2の変換手段でビットマップに描画する際に、クロマキーデータを中間データに変換する前に、入力されたクロマキーデータを第２の変換手段で処理可能な別の形式に変換するので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００８９】
また、本発明の第２の形態によれば、上記第１の形態の構成に加えて、第1の変換手段は、ホストコンピュータ側にあってクロマキーデータを含む描画データをプリンタコマンドに変換する手段であり、第2の変換手段は、印刷装置側にあってプリンタコマンドを解析して、ビットマップを生成する手段であるので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００９０】
また、本発明の第３の形態によれば、上記第３の変換手段は、描画モードがモノクロモードかカラーモードかを判別し、描画モードがモノクロモード時にのみ、クロマキーデータを別の形式のデータに変換するので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００９１】
また、本発明の第４の形態によれば、上記第３の変換手段は、入力したクロマキーデータを第２の変換処理で処理可能か否かを判別し、処理不可能と判別した時にのみ、該クロマキーデータを別の形式に変換するので、第２の変換手段においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００９２】
また、本発明の第５の形態によれば、上記第３の変換手段は、ＲＧＢのイメージデータと該イメージデータ中の少なくとも１色を示すキー値とを備えるクロマキーデータを、該キー値に対応する位置情報を備えるαプレーンと、相当する透過率とを備えるＲＧＢαのイメージデータに変換するので、第２の変換手段においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００９３】
また、本発明の第６の形態によれば、上記第３の変換手段は、ＲＧＢのイメージデータと該イメージデータ中の少なくとも１色を示すキー値とを備えるクロマキーデータを、ＲＧＢイメージをグレイ変換したGrayプレーンと該キー値に対応する位置情報を備えるαプレーンと、相当する透過率とを備えるGrayαのイメージデータに変換するので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００９４】
また、本発明の第７の形態によれば、上記第３の変換手段は、ＲＧＢのイメージデータと該イメージデータ中の少なくとも１色を示すキー値とを備えるクロマキーデータを、ＲＧＢイメージと、該キー値に対応する位置情報を備えるMaskプレーンと、相当するRaster Operationとを備えるイメージデータに変換するので、第2の変換手段においてクロマキーデータのサポートをしていない場合でも意図した結果を得ることが可能となる。
【００９５】
また、本発明の第８の形態によれば、上記第３の変換手段は、ＲＧＢのイメージデータと該イメージデータ中の少なくとも１色を示すキー値とを備えるクロマキーデータを、ＲＧＢイメージをグレイ変換したGrayイメージと、該キー値に対応する位置情報を備えるMaskイメージと、相当するRaster Operationとを備えるイメージデータに変換するので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００９６】
また、本発明の第９の形態によれば、上記第３の変換手段は、ＲＧＢのイメージデータと該イメージデータ中の少なくとも１色を示すキー値とを備えるクロマキーデータを、ＲＧＢイメージをグレイ変換したGrayイメージと、グレイ変換されたキー値とを備えるクロマキーデータに変換し、またＲＧＢイメージをグレイ変換する際に、キー値（Rn,Gn,Bn）をグレイ変換した値（Grayn）とキー値でない値（Rm,Gm,Bm）をグレイ変換した値（Graym）とが異なることを保障するので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００９７】
また、本発明の第１０の形態によれば、第３の変換手段は、ＲＧＢのイメージデータと該イメージデータ中の少なくとも1色を示すキー値とを備えるクロマキーデータを、ＲＧＢイメージをグレイ変換してさらにIndex値に変換したIndexイメージと、該Index値に対応するグレイ値を備えたIndexテーブルと、グレイ変換されたキー値に相当するIndex値とを備えるクロマキーデータに変換し、またＲＧＢイメージをグレイ変換してさらにIndex値に変換する際に、キー値（Rn,Gn,Bn）をグレイ変換してIndex値に変換した値（Indexn）と、キー値でない値（Rm,Gm,Bm）をグレイ変換してIndexに変換した値（Indexm）とが異なることを保障するので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【００９８】
また、本発明の第１１の形態によれば、描画データとしてクロマキーデータを入力するし、入力された描画データを第１の変換手段で中間データに変換し、変換された中間データを第２の変換手段でビットマップに描画する際に、第1の変換手段は、入力された描画データがクロマキーデータか否かを判別し、その判別の結果、描画データがクロマキーデータでない場合は、描画モードがカラーモードかモノクロモードかを判別し、その判別結果に応じて描画データをカラーデータからモノクロデータに変換する機能を有し、第１の判別手段の判別の結果、描画データがクロマキーデータならば描画モードがモノクロモードの場合においても、該描画データをカラーデータからモノクロデータに変換しないので、クロマキーデータをカラーデータからモノクロデータに変換する際に、正確な色再現で、データ削減、高速化が可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態のＬＢＰの内部構造を示す断面図である。
【図２】図１に示した本体の制御系の構成を示すブロック図である。
【図３】（Ａ）は、クロマキーデータを描画する前のビットマップの状態を示し、（Ｂ）は、クロマキーデータの例を示し、（Ｃ）は、クロマキーデータを描画した後のビットマップの状態を示す図である。
【図４】従来の印刷制御装置の例を示すブロック図である。
【図５】（Ａ）は、中間バッファ２０９に格納される中間データを示し、（Ｂ）は、レンダラ２１０で生成される描画ビットマップイメージを示す図である。
【図６】（Ａ）は、レンダラ２１０で生成される属性ビットマップイメージを示し、（Ｂ）は、色変換部２１５で生成される第２のビットマップイメージを示す図である。
【図７】ホストコンピュータ２０１内の構成を示すブロック図である。
【図８】ホストコンピュータ２０１の処理内容を示すフローチャートである。
【図９】本発明の第１の実施形態での図８のステップＳ８０６の変換結果を示す図である。
【図１０】本発明の第２の実施形態での図８のステップＳ８０６の変換結果を示す図である。
【図１１】本発明の第３の実施形態での図８のステップＳ８０６の変換結果を示す図である。
【図１２】本発明の第４の実施形態での図８のステップＳ８０６の変換結果を示す図である。
【図１３】本発明の第５の実施形態での図８のステップＳ８０６で変換前のイメージの例を示す図である。
【符号の説明】
１００ プリンタ本体
１０１ プリンタ制御ユニット
１０２ 給紙カセット
１０３ 用紙を持ち上げるためのバネ
１０４ 給紙ローラ
１０５ 用紙搬送ローラ
１０６ 用紙搬送ローラ
１０７ 用紙搬送ベルト
１０８ 定着器
１０９ 用紙搬送ローラ
１１０ レーザ・ドライバ（マゼンタ用）
１１１ 半導体レーザ発射装置（マゼンタ用）
１１２ レーザ・ビーム（マゼンタ用）
１１３ 回転多面鏡（マゼンタ用）
１１４ 静電ドラム（マゼンタ用）
１１５ トナーカートリッジ（マゼンタ用）
１２０ レーザ・ドライバ（シアン用）
１２１ 半導体レーザ発射装置（シアン用）
１２２ レーザ・ビーム（シアン用）
１２３ 回転多面鏡（シアン用）
１２４ 静電ドラム（シアン用）
１２５ トナーカートリッジ（シアン用）
１３０ レーザ・ドライバ（イエロー用）
１３１ 半導体レーザ発射装置（イエロー用）
１３２ レーザ・ビーム（イエロー用）
１３３ 回転多面鏡（イエロー用）
１３４ 静電ドラム（イエロー用）
１３５ トナーカートリッジ（イエロー用）
１４０ レーザ・ドライバ（クロ用）
１４１ 半導体レーザ発射装置（クロ用）
１４２ レーザ・ビーム（クロ用）
１４３ 回転多面鏡（クロ用）
１４４ 静電ドラム（クロ用）
１４５ トナーカートリッジ（クロ用）
１５０ 用紙搬送ローラ
１５１ 操作パネル
２０１ ホストコンピュータ
２０２ ホストコンピュータとの入出力インターフェース部
２０３ 入力バッファ
２０４ 文字パターン発生器
２０５ ＲＡＭ
２０６ 各種登録データ及び印刷環境等が記憶される記憶領域
２０７ フォントキャッシュ領域
２０８ ＣＰＵ
２０９ 印刷データが蓄積される記憶領域
２１０ レンダラ
２１１ 最終的な出力イメージが生成されるバンドバッファ
２１２ 圧縮部
２１３ ページメモリ
２１４ 伸長部
２１５ 色変換部
２１６ 印刷機構部への出力インターフェース部
２１７ 印刷機構部
２１８ ホストコンピュータからの入力データ
２１９ ＲＯＭ
２２０ ＮＶＲＡＭ
２２１ ＬＢＰからホストコンピュータに送信されるデータ
２２２ フォント情報部
２２３ 文字パターン部
４０１ 印刷制御装置
４０２ データ入力装置
４０３ プリンタドライバ
４０４ ＰＤＬ解析、ラスタ変換部
４０５ 印刷部
４０６ ＰＤＬデータ
４０７ ラスタイメージ
４０８ 紙媒体制御部
７０２ ホストシステム
７０３ プリンタドライバ
７０４ ＧＤＩ（Graphical Device Interface）
７０５ 受信部
７０６ ＰＤＬ（page description language）変換部
７０７ 送信部
Claims (8)
- 印刷装置とホストコンピュータとからなる、ＲＧＢイメージデータと該ＲＧＢイメージデータ中の少なくとも１色を示すクロマキー値とを備えるクロマキーデータを含む描画データを取り扱う印刷制御システムであって、
前記ホストコンピュータは、
前記描画データの描画モードがカラーモードかモノクロモードかを判別する判別手段と、
前記判別の結果、前記描画モードがモノクロモードであると判別された場合であって、前記描画データのコマンドがクロマキーコマンドである場合には、前記描画データの前記クロマキーデータにおけるクロマキー値が示す部分のＲＧＢイメージデータをピクセル毎にグレイ変換し、当該グレイ変換されたデータに透過率を示すα値をピクセル毎に付加してＰＤＬデータに変換し、
前記描画モードがカラーモードであると判別された場合には、前記グレイ変換を行うことなく前記描画データをＰＤＬデータに変換する変換手段と、
を含み、
前記印刷装置は、
前記変換されたＰＤＬデータをレンダリングしてビットマップに描画する手段を含む、
ことを特徴とする印刷制御システム。 - 前記変換手段は、さらに、前記描画データをグレイ変換する際に、クロマキー値（Rn,Gn,Bn）をグレイ変換した値（Grayn）とクロマキー値でない値（Rm,Gm,Bm）をグレイ変換した値（Graym）とが異なることを保障する手段を含むことを特徴とする請求項１に記載の印刷制御システム。
- 印刷装置とホストコンピュータとからなる、ＲＧＢイメージデータと該ＲＧＢイメージデータ中の少なくとも１色を示すクロマキー値とを備えるクロマキーデータを含む描画データを取り扱う印刷制御システムであって、
前記ホストコンピュータは、
前記印刷装置がクロマキーデータをサポートするか否かを判別する判別手段と、
前記判別の結果、前記印刷装置がクロマキーデータをサポートしていないと判別された場合には、前記描画データの前記クロマキーデータにおけるクロマキー値が示す部分のＲＧＢイメージデータをピクセル毎にグレイ変換し、当該グレイ変換されたデータに透過率を示すα値をピクセル毎に付加してＰＤＬデータに変換し、
前記印刷装置がクロマキーデータをサポートしていると判別された場合には、前記グレイ変換を行うことなく前記描画データをＰＤＬデータに変換する変換手段と、
を含み、
前記印刷装置は、
前記変換されたＰＤＬデータをレンダリングしてビットマップに描画する手段を含む、
ことを特徴とする印刷制御システム。 - 印刷装置とホストコンピュータとからなる、ＲＧＢイメージデータと該ＲＧＢイメージデータ中の少なくとも１色を示すクロマキー値とを備えるクロマキーデータを含む描画データを取り扱う印刷制御システムの制御方法であって、
前記ホストコンピュータは、
前記描画データの描画モードがカラーモードかモノクロモードかを判別する判別ステップと、
前記判別ステップの結果、前記描画モードがモノクロモードであると判別された場合であって、前記描画データのコマンドがクロマキーコマンドである場合には、前記描画データの前記クロマキーデータにおけるクロマキー値が示す部分のＲＧＢイメージデータをピクセル毎にグレイ変換し、当該グレイ変換されたデータに透過率を示すα値をピクセル毎に付加してＰＤＬデータに変換し、
前記描画モードがカラーモードであると判別された場合には、前記グレイ変換を行うことなく前記描画データをＰＤＬデータに変換する変換ステップと、
を含み、
前記印刷装置は、
前記変換されたＰＤＬデータをレンダリングしてビットマップに描画するステップを含む、
ことを特徴とする印刷制御方法。 - 前記変換ステップは、さらに、前記描画データをグレイ変換する際に、クロマキー値（Rn,Gn,Bn）をグレイ変換した値（Grayn）とクロマキー値でない値（Rm,Gm,Bm）をグレイ変換した値（Graym）とが異なることを保障するステップを含むことを特徴とする請求項４に記載の印刷制御システムの制御方法。
- 印刷装置とホストコンピュータとからなる、ＲＧＢイメージデータと該ＲＧＢイメージデータ中の少なくとも１色を示すクロマキー値とを備えるクロマキーデータを含む描画データを取り扱う印刷制御システムの制御方法であって、
前記ホストコンピュータは、
前記印刷装置がクロマキーデータをサポートするか否かを判別する判別ステップと、
前記判別ステップの結果、前記印刷装置がクロマキーデータをサポートしていないと判別された場合には、前記描画データの前記クロマキーデータにおけるクロマキー値が示す部分のＲＧＢイメージデータをピクセル毎にグレイ変換し、当該グレイ変換されたデータに透過率を示すα値をピクセル毎に付加してＰＤＬデータに変換し、
前記印刷装置がクロマキーデータをサポートしていると判別された場合には、前記グレイ変換を行うことなく前記描画データをＰＤＬデータに変換する変換ステップと、
を含み、
前記印刷装置は、
前記変換されたＰＤＬデータをレンダリングしてビットマップに描画するステップを含む、
ことを特徴とする印刷制御システムの制御方法。 - 請求項６に記載された印刷制御システムの制御方法をコンピュータに実行させるためのプログラム。
- 請求項７に記載された印刷制御システムの制御方法をコンピュータに実行させるためのプログラムを記憶した記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002281899A JP4323767B2 (ja) | 2002-09-26 | 2002-09-26 | 印刷制御システム、そのデータ処理方法、および記憶媒体、並びにコンピュータプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002281899A JP4323767B2 (ja) | 2002-09-26 | 2002-09-26 | 印刷制御システム、そのデータ処理方法、および記憶媒体、並びにコンピュータプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004114529A JP2004114529A (ja) | 2004-04-15 |
| JP4323767B2 true JP4323767B2 (ja) | 2009-09-02 |
Family
ID=32276227
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002281899A Expired - Fee Related JP4323767B2 (ja) | 2002-09-26 | 2002-09-26 | 印刷制御システム、そのデータ処理方法、および記憶媒体、並びにコンピュータプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4323767B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5413327B2 (ja) * | 2010-08-13 | 2014-02-12 | コニカミノルタ株式会社 | 電子表示端末および電子表示プログラム |
-
2002
- 2002-09-26 JP JP2002281899A patent/JP4323767B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004114529A (ja) | 2004-04-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7679795B2 (en) | Image processing apparatus and method thereof | |
| US7697168B2 (en) | Image processing apparatus and method for generating bitmap data and attribute information from a raster data | |
| US7612910B2 (en) | Information processing apparatus, information processing system, information output control method, storage medium and program | |
| JP4323767B2 (ja) | 印刷制御システム、そのデータ処理方法、および記憶媒体、並びにコンピュータプログラム | |
| JP3728183B2 (ja) | 印刷制御装置および描画制御装置およびデータ処理方法および記憶媒体 | |
| US8179560B2 (en) | Image processing apparatus and image processing method | |
| JP4356953B2 (ja) | 画像処理システム及び画像処理装置及びその制御方法及び記憶媒体 | |
| JP4181716B2 (ja) | 画像処理装置及び画像処理方法及び記憶媒体 | |
| JP2004157904A (ja) | 印刷装置制御プログラムおよび印刷装置 | |
| JPH11320978A (ja) | カラー画像形成装置 | |
| US7359089B2 (en) | Image processing method and apparatus | |
| JP4086425B2 (ja) | 画像処理装置及びその方法 | |
| JP2005051792A (ja) | 印刷ファイル編集方法，記録媒体及び印刷ファイル編集装置とそれを採用したカラー画像形成システム | |
| JP2004174964A (ja) | 印刷制御装置および印刷制御装置のデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 | |
| JP4072403B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
| JP3826091B2 (ja) | 情報処理装置、及び情報処理方法、プリント装置、及びプリント方法 | |
| JP2002133429A (ja) | 描画情報処理装置および描画情報処理方法、記憶媒体 | |
| JP2006140597A (ja) | 印刷制御装置、印刷制御方法、コンピュータプログラム及び記憶媒体 | |
| JP2004243569A (ja) | 画像形成装置 | |
| JP4412711B2 (ja) | 印刷方法、印刷装置 | |
| JP2002312141A (ja) | 印刷制御装置、印刷情報作成方法、プログラム、及び記憶媒体 | |
| JP2002007101A (ja) | 情報処理装置、情報処理方法、および記憶媒体 | |
| JPH10285412A (ja) | 画像処理装置およびその方法 | |
| JP2004243568A (ja) | 画像形成装置 | |
| JPH09325653A (ja) | 画像出力装置及びその方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080104 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080304 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081024 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081224 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090303 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090424 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090522 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090605 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4323767 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120612 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120612 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130612 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |