(57)【要約】【課題】アルファブレンドデータを含むカラー画像データを適切なモノクロ画像としてプリンタから出力させること。【解決手段】ＰＤＬ変換部４０６は受信した描画コマンドを解析する。描画コマンドにアルファブレンドデータが含まれていた場合には、ＰＤＬ変換部４０６はカラー画像データをモノクロ画像データに変換すると共に、アルファブレンドデータに含まれるデータのＲ、Ｇ、ＢのテーブルをＧｒａｙの値のテーブルに変換する。そして変換したモノクロ画像のデータに基づいてＰＤＬ変換部４０６はＰＤＬデータを生成し、送信部４０７はこのＰＤＬデータをＬＢＰに出力する。【選択図】　図４
2004118572.tif 000002
【特許請求の範囲】
【請求項１】
プリンタにプリント動作を行わせる情報処理装置であって、
当該プリンタに第１のカラー画像に重ねて描画させるための第２のカラー画像の透明度を定義する透明度定義データ及び当該第２のカラー画像の色を定義する色データを含むアルファブレンドデータと、前記第１のカラー画像のデータとを含むカラー画像データにおいて、前記第１のカラー画像のデータをモノクロ画像データに変換すると共に、前記アルファブレンドデータに含まれる色データをモノクロの色データに変換することで、アルファブレンドデータを含むモノクロ画像データを生成する生成手段と、
当該モノクロ画像データをプリントデータに変換する変換手段と、
当該プリントデータを前記プリンタに送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記生成手段は、前記第１のカラー画像のデータを構成するピクセルのＲの値、Ｇの値、Ｂの値の夫々に所定の比率を掛けた結果を加算する処理を全てのピクセルに対して行うことで、前記第１のカラー画像をモノクロ画像に変換することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記生成手段は、前記色データに含まれるＲの値、Ｇの値、Ｂの値の夫々に所定の比率を掛けた結果を加算することで、前記色データをモノクロの色データに変換することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記プリントデータはＰＤＬデータであることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
請求項１に記載の情報処理装置から送信されたプリントデータに基づいてプリントを行うプリント装置であって、
前記送信手段により送信されたプリントデータを受信する受信手段と、
受信したプリントデータを解析する解析手段と、
解析した結果、プリントデータに前記アルファブレンドデータが含まれている場合、前記モノクロ画像に透明度定義データに基づいた透明度で前記モノクロの色データに従った画像を重ねて描画する描画手段と、
当該描画手段が描画したビットマップをプリントするプリント手段と
を備えることを特徴とするプリント装置。
【請求項６】
前記プリント装置は予めモノクロ画像をプリントするモードに設定されていることを特徴とする請求項５に記載のプリント装置。
【請求項７】
プリンタにプリント動作を行わせる情報処理装置が行う情報処理方法であって、
当該プリンタに第１のカラー画像に重ねて描画させるための第２のカラー画像の透明度を定義する透明度定義データ及び当該第２のカラー画像の色を定義する色データを含むアルファブレンドデータと、前記第１のカラー画像のデータとを含むカラー画像データにおいて、前記第１のカラー画像のデータをモノクロ画像データに変換すると共に、前記アルファブレンドデータに含まれる色データをモノクロの色データに変換することで、アルファブレンドデータを含むモノクロ画像データを生成する生成工程と、
当該モノクロ画像データをプリントデータに変換する変換工程と、
当該プリントデータを前記プリンタに送信する送信工程と
を備えることを特徴とする情報処理方法。
【請求項８】
請求項７に記載の情報処理方法によって送信されたプリントデータに基づいてプリントを行うプリント装置が行うプリント方法であって、
前記送信工程で送信されたプリントデータを受信する受信工程と、
受信したプリントデータを解析する解析工程と、
解析した結果、プリントデータに前記アルファブレンドデータが含まれている場合、前記モノクロ画像に透明度定義データに基づいた透明度で前記モノクロの色データに従った画像を重ねて描画する描画工程と、
当該描画工程で描画されたビットマップをプリントするプリント工程と
を備えることを特徴とするプリント方法。
【請求項９】
コンピュータを請求項１乃至４の何れか１項に記載の情報処理装置として機能させることを特徴とするプログラム。
【請求項１０】
プリント装置を請求項５又は６に記載のプリント装置として機能させることを特徴とするプログラム。
【請求項１１】
コンピュータに請求項７に記載の情報処理方法を実行させることを特徴とするプログラム。
【請求項１２】
プリント装置に請求項８に記載のプリント方法を実行させることを特徴とするプログラム。
【請求項１３】
請求項９乃至１２の何れか１項に記載のプログラムを格納するコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プリンタにプリント動作を行わせる情報処理装置、及び情報処理方法に関するものである。
【０００２】
【従来の技術】
電子データとしての画像データには、各色の透明度を制御するためのアルファブレンドデータというものがある。このアルファブレンドデータを含むカラー画像データに基づいた画像をモノクロ画像としてプリンタに出力（プリント）させる場合、このプリンタ、そしてこのプリンタにプリントを行わせるコンピュータが行う処理形態には従来では以下の２つがあった。
【０００３】
１つ目の処理形態として、コンピュータでは、アルファブレンドデータを含むカラー画像データをＰＤＬ（Ｐｒｉｎｔｅｒ　Ｄｅｓｃｒｉｐｔｉｏｎ　Ｌａｎｇｕａｇｅ）に変換し、これをプリンタに送信する。プリンタはこれを受信し、受信したＰＤＬからカラー画像のビットマップを生成する。そして生成したカラー画像のビットマップをモノクロのビットマップに変換し、これをプリントする。
【０００４】
２つ目の処理形態として、コンピュータでは、アルファブレンドデータを含むカラー画像データからアルファブレンドデータを含まないモノクロ画像データを生成し、生成したアルファブレンドデータを含まないモノクロ画像データをＰＤＬ（Ｐｒｉｎｔｅｒ　Ｄｅｓｃｒｉｐｔｉｏｎ　Ｌａｎｇｕａｇｅ）に変換し、これをプリンタに送信する。プリンタはこれを受信し、受信したＰＤＬからアルファブレンドデータを含まないモノクロ画像のビットマップを生成する。そして生成したモノクロ画像のビットマップをプリントする。
【０００５】
【発明が解決しようとする課題】
しかしながら上記２つの処理形態はいずれも問題があった。例えば、アルファブレンドデータを含むカラー画像データから生成されるＰＤＬのデータ量は比較的大きいため、上記第１の処理形態ではコンピュータからプリンタへのＰＤＬの送信時間が長くなってしまう。
【０００６】
また上記第２の処理形態では、アルファブレンドデータを含むカラー画像データをアルファブレンドデータを含まないモノクロ画像データに変換しているので、アルファブレンドデータが欠落したことにより、意図しないモノクロ画像がプリントされることがあった。
【０００７】
本発明は以上の問題に鑑みてなされたものであり、アルファブレンドデータを含むカラー画像データを適切なモノクロ画像としてプリンタから出力させることを目的とする。
【０００８】
【課題を解決するための手段】
本発明の目的を達成するために、例えば本発明の情報処理装置は以下の構成を備える。
【０００９】
すなわち、プリンタにプリント動作を行わせる情報処理装置であって、
当該プリンタに第１のカラー画像に重ねて描画させるための第２のカラー画像の透明度を定義する透明度定義データ及び当該第２のカラー画像の色を定義する色データを含むアルファブレンドデータと、前記第１のカラー画像のデータとを含むカラー画像データにおいて、前記第１のカラー画像のデータをモノクロ画像データに変換すると共に、前記アルファブレンドデータに含まれる色データをモノクロの色データに変換することで、アルファブレンドデータを含むモノクロ画像データを生成する生成手段と、
当該モノクロ画像データをプリントデータに変換する変換手段と、
当該プリントデータを前記プリンタに送信する送信手段と
を備えることを特徴とする。
【００１０】
【発明の実施の形態】
以下添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。なお、以下ではプリンタをレーザ・ビーム・プリンタ（以下、ＬＢＰと略す）に適用した実施形態について説明するが、本発明はプリンタがこれ以外のプリンタ、例えばカラーインクジェットプリンタ、カラー熱転写プリンタ等であっても良い。
【００１１】
［第１の実施形態］
図１は本実施形態に係るＬＢＰの内部構造を示す断面図である。同図において１００はＬＢＰ本体であり、外部に接続されている不図示のホストコンピュータから送信されるプリントデータに含まれる文字印字命令、各種図形描画命令、イメージ描画命令及び色指定命令等に従って対応する文字パターンや図形、イメージ等を作成し、記録媒体である記録用紙上に像を形成する。
【００１２】
１５１は操作のためのスイッチ及びＬＢＰの状態を表示するＬＥＤ表示器やＬＣＤ表示器等が配されている操作パネルである。１０１はＬＢＰ１００全体の制御及びホストコンピュータから送信される文字印字命令等を解析するプリンタ制御ユニットである。
【００１３】
尚、本実施形態に係るＬＢＰは、ＲＧＢの各色をＭ（マゼンタ）Ｃ（シアン）Ｙ（イエロー）Ｋ（クロ）に変換し、それらを並列で像形成・現像するため、ＭＣＹＫの夫々に対応する像形成・現像機構を持つ。プリンタ制御ユニット１０１はＭＣＹＫそれぞれの印字イメージを生成し、ビデオ信号に変換してＭＣＹＫそれぞれのレーザ・ドライバに出力する。
【００１４】
図１において、Ｍ（マゼンタ）のレーザ・ドライバ１１０は半導体レーザ１１１を駆動するための回路であり、入力されたビデオ信号に応じて半導体レーザ１１１から発射されるレーザ光１１２をオン・オフ切り替えする。レーザ光１１２は回転多面鏡１１３で左右方向に振られて静電ドラム１１４上を走査する。これにより、静電ドラム１１４上には文字や図形のパターンの静電潜像が形成される。この潜像は静電ドラム１１４周囲の現像ユニット（トナーカートリッジ）１１５によって現像された後、記録用紙に転写される。
【００１５】
ＬＢＰ１００はＣ（シアン）、Ｙ（イエロー）、Ｋ（クロ）に関してもＭ（マゼンタ）と同様の像形成・現像機構を持ち、１２０、１２１、１２２、１２３、１２４、１２５はＣ（シアン）用の像形成・現像機構、１３０、１３１、１３２、１３３、１３４、１３５はＹ（イエロー）用の像形成・現像機構、１４０、１４１、１４２、１４３、１４４、１４５はＫ（クロ）用の像形成・現像機構である。個々の機能はＭ（マゼンタ）の像形成・現像機構と同じであるので説明は省略する。
【００１６】
記録用紙にはカット・シートを用い、カット・シート記録紙はＬＢＰに装着した給紙カセット１０２に収納され、バネ１０３で一定の高さに保たれており、給紙ローラ１０４及び搬送ローラ１０５、１０６によりＬＢＰ１００の装置内に取り込まれ、用紙搬送ベルト１０７に乗せられてＭＣＹＫの各像形成・現像機構の位置を通過する。記録用紙に転写されたＭＣＹＫの各トナー（粉末インク）は定着器１０８で熱と圧力により記録用紙に固定され、記録用紙は搬送ローラ１０９、１５０によってＬＢＰ本体上部に出力される。
【００１７】
図２は図１に示したＬＢＰ１００の制御系であるプリンタ制御ユニット１０１の概略構成を示すブロック図である。同図に示したプリンタ制御ユニット１０１は、外部のホストコンピュータより送られてきた文字、図形、イメージの各描画命令及び色情報等からなるプリントデータ２１８を入力し、ページ単位で文書情報等の画像をプリントするようにしている。
【００１８】
２０２はホストコンピュータと各種データを送受信するための入出力インターフェース部、２０３は入出力インターフェース部２０２を介して入力された各データを一時記憶する入力バッファメモリである。２０４は文字パターン発生器で、文字の幅や高さ等の属性や実際の文字パターンのアドレスが格納されているフォント情報部２２２、文字パターン自身が格納されている文字パターン部２２３から成る。
【００１９】
２１９はＲＯＭで、フォント情報部２２２や文字パターン部２２３に格納されている上記情報を読み出すプログラムを格納しており、このプログラムを実行させることで、上記プリントデータに含まれる文字コードを入力するとそのコードに対応する文字パターンのアドレスを算出するコード・コンバート機能を実現する。なお、このアドレスに対応する文字パターンは、上記フォント情報部２２２を参照することで文字パターン部２２３におけるアドレスを特定することができるので、これにより特定したアドレスに格納されている文字パターンを指す。
【００２０】
２０５はＲＡＭで、文字パターン発生器２０４より出力された文字パターンを記憶するフォントキャッシュ領域２０７、ホストコンピュータより送られてきた外字フォントやフォーム情報及び現在の印字環境等を記憶する記憶領域２０６を含んでいる。このように、一旦文字パターンに展開したパターン情報をフォントキャッシュとしてフォントキャッシュ領域２０７に記憶しておくことにより、同じ文字をプリントする時に再度同じ文字を復号してパターン展開する必要がなくなるため、文字パターンへの展開が速くなる。
【００２１】
２０８はプリンタ制御ユニット１０１全体を制御するためのＣＰＵで、ＲＯＭ２１９に記憶された各種のプログラムを実行することで、ＬＢＰ１００全体の制御を行うと共に、後述のＬＢＰ１００が行う処理を実行する。２０９はプリントデータ２１８を元に生成される内部的なデータ群（中間データ）を格納する中間バッファである。
【００２２】
１ページ分のプリントデータの受信が完了し、それらが中間データに変換されて中間バッファ２０９に蓄えられた後、レンダラ２１０により数ライン単位でレンダリングされ、ビットマップデータとしてバンドバッファ２１１に出力される。
【００２３】
尚、レンダラ２１０は、数ライン単位にＲＧＢ各色８ビット／ピクセルの描画ビットマップイメージを生成し、同時に各ピクセルが文字か図形かイメージかを示す３ビット／ピクセルと、Ｒ＝Ｇ＝Ｂの時にＫ（黒）のみで印刷するかＹＭＣＫの混色で印刷するかを示す１ビット／ピクセルとの合計４ビット／ピクセルの属性ビットマップイメージを生成することができる。よってバンドバッファ２１１には少なくとも８ライン分の描画ビットマップイメージ、属性ビットマップイメージを格納することができる。
【００２４】
バンドバッファ２１１に出力された夫々のビットマップデータは圧縮部２１２により数スキャンライン単位に圧縮され、ページメモリ２１３に格納される。なお夫々のビットマップデータは別々に圧縮される。
【００２５】
１ページ分の描画ビットマップデータ、属性ビットマップデータの圧縮データがページメモリ２１３に格納されると、伸長部２１４は夫々の圧縮データを数ライン単位で読み出し、伸長する。なお伸張処理も、上記圧縮処理と同様に、夫々の圧縮データは別々に伸張される。
【００２６】
次に、伸長された描画ビットマップデータ（ＲＧＢ各色８ビット／ピクセルのビットマップイメージ）は色変換部２１５に入力され、色変換部２１５はＹＭＣＫ各色４ビット／ピクセルのビットマップイメージに変換（色変換）する。より詳細には、ＲＧＢ各色８ビット／ピクセルのビットマップイメージをＹＭＣＫ各色１０ビット／ピクセルに変換し、ＹＭＣＫ各色１０ビット／ピクセルのビットマップイメージにガンマ補正を用いてＹＭＣＫ各色１０ビット／ピクセルに変換し、ＹＭＣＫ各色１０ビット／ピクセルのビットマップイメージにハーフトーニング処理を用いてＹＭＣＫ各色４ビット／ピクセルに変換する。このとき、描画ビットマップイメージの各ピクセルを色変換する際に、対応する属性ビットマップデータの種類によって、色変換方法を切り替える。
【００２７】
具体的には、まず、各ピクセルのＲＧＢ各色８ビット／ピクセルのデータを、対応するピクセルの属性ビットマップデータに含まれる上述の「ＫのみでプリントするかＹＭＣＫの混色でプリントするかを示す１ビット／ピクセルのデータ」を用いてＹＭＣＫ各色１０ビット／ピクセルに変換する。次に、各ピクセルのＹＭＣＫ各色１０ビット／ピクセルのデータを、対応するピクセルの属性ビットマップデータに含まれる上記「文字か図形かイメージかを示す３ビット／ピクセルのデータ」を用いてＹＭＣＫ４ビット／ピクセルのデータに変換する。
【００２８】
次に、出力インターフェース部２１６で夫々の描画ビットマップデータはビデオ信号に変換されてプリンタ印字部２１７に出力される。プリント部２１７は出力インターフェース部２１６からのビデオ信号に基づいた画像情報を記録媒体上にプリントするページ・プリンタの印刷機構部分である。
【００２９】
先に図２を用いて説明したように本実施形態に係るＬＢＰでは、ＭＣＹＫの像形成・現像を並列で行うため、出力インターフェース部２１６はＭ出力インターフェース部、Ｃ出力インターフェース部、Ｙ出力インターフェース部、Ｋ出力インターフェース部の４つのインターフェース部で構成され、夫々のインターフェース部は色変換部２１５から対応する色の描画ビットマップデータを受け、これをビデオ信号に変換して各色のレーザ・ドライバ１１０、１２０、１３０、１４０へ出力する。
【００３０】
２２０は一般のＥＥＰＲＯＭ等で構成する不揮発性メモリであり、以後ＮＶＲＡＭ（Ｎｏｎ　Ｖｏｌａｔｉｌｅ　ＲＡＭ）と称す。ＮＶＲＡＭ２２０には操作パネル１５１で指定されるパネル設定値などが記憶される。２２１はＬＢＰからホストコンピュータに送信されるデータである。尚、ＲＯＭ２１５にはホストコンピュータから入力されるデータの解析、中間データの生成、プリント部２１７の制御プログラム、及びＹＭＣＫ各色８ビット／ピクセルからＹＭＣＫ各色４ビット／ピクセルへの色変換時に使用するテーブル等も含まれる。
【００３１】
なお、レンダラ２１０は、ＲＧＢ各色８ビット／ピクセルの描画ビットマップイメージを生成するとしたが、レンダラ２１０は、数ライン単位にＹＭＣＫ各色８ビット／ピクセルの描画ビットマップイメージを生成してもよい。また、レンダラ２１０は、数ライン単位にグレイ８ビット／ピクセルの描画ビットマップイメージを生成してもよい。また、各色のビット／ピクセルはどのような値であっても良い。この場合、バンドバッファ２１１、圧縮部２１２、ページメモリ２１３、伸長部２１４は、レンダラ２１０が生成する色空間、ビット／ピクセルに対応していれば良い。
【００３２】
さらに、伸長されたデータは色変換部２１５において、レンダラ２１０で生成されたデータを出力インターフェース部２１６に対応する色空間、ビット／ピクセルに変換するものであれば良い。
【００３３】
なお、レンダラ２１０がグレイ８ビット／ピクセルの描画ビットマップイメージを生成する場合は、圧縮部２１２、伸張部２１４はグレイ８ビット／ピクセルデータを圧縮、伸張し、色変換部２１５は、グレイ８ビット／ピクセルデータをＫ４ビット／ピクセルデータに変換する。
【００３４】
図３Ａは、中間バッファ２０９に格納される３つのオブジェクトの中間データを示す図である。同図の通り、中間データに含まれるコマンドが文字コマンドか、図形コマンドか、イメージコマンドか、Ｋのみで印刷するかＹＭＣＫの混色で印刷するかを示す各情報が中間バッファ２０９に格納される。具体的には、ｏｂｊｅｃｔ１の各情報は以下のようなものがある。
【００３５】
属性：文字、色属性：Ｋ、プリント位置（ｘ、ｙ）、フォント名、サイズ、文字コード＝（Ａ、Ｂ、Ｃ）、色＝黒＝ＹＭＣＫ＝（０，０，０，２５５）、描画論理＝上書き
またｏｂｊｅｃｔ２の各情報は以下のようなものがある。
【００３６】
属性：図形、色属性：Ｋ、プリント位置（ｘ、ｙ）、形状＝円、半径、色＝赤＝ＹＭＣＫ＝（２５５，２５５，０，０）、描画論理＝上書き
またｏｂｊｅｃｔ３の各情報は以下のようなものがある。
【００３７】
属性：イメージ、色属性：ＹＭＣＫ、プリント位置（ｘ、ｙ）、イメージの幅、高さ、イメージの実体へのポインタ、描画論理＝上書き
このように中間データは、それぞれの描画オブジェクトの形、色、印字位置の情報を含んでいる。
【００３８】
図３Ｂは、図３Ａに示した各オブジェクトの中間データに基づいてレンダラ２１０で生成されるＲＧＢ各色８ビット／ピクセルの描画ビットマップイメージを示す図である。図３Ａに示した中間データを用いてレンダラ２１０がレンダリングを行うと、図３Ｂに示した各オブジェクトの描画ビットマップが生成される。生成された描画ビットマップはバンドバッファ２１１に格納される。
【００３９】
また、レンダラ２１１は上記中間データを用いて、属性ビットマップも生成する。図３Ｃは、レンダラ２１０で生成される４ビット／ピクセルの属性ビットマップイメージを示す図である。
【００４０】
具体的には、各ピクセルの４ビットの各ビットが表現する内容は以下の通りである。
【００４１】
ビット０：色属性がＫなら１、ＹＭＣＫなら０
ビット１：属性がイメージなら１、その他なら０
ビット２：属性が図形なら１、その他なら０
ビット３：属性が文字なら１、その他なら０
よって、文字領域の属性ビットマップデータは０ｘ９、図形領域の属性ビットマップデータは０ｘ５、イメージ領域の属性ビットマップデータは０ｘ２として描画される。
【００４２】
図３Ｄは、色変換部２１５で生成される第２のビットマップイメージを示す図である。色変換部２１５は図３Ａに示した描画ビットマップを図３Ｂに示した属性ビットマップデータに従って変換し、図３Ｄに示す第２のビットマップを生成する。
【００４３】
具体的には色変換部２１５は、属性ビットマップイメージのビット０（ＫのみでプリントするかＹＭＣＫの混色でプリントするかを示す１ビット／ピクセルの情報）を用いて、ＲＧＢ各色８ビット／ピクセルをＹＭＣＫ各色１０ビット／ピクセルに変換する。
【００４４】
ここで、属性ビットマップイメージのビット０がＫであるピクセルに相当する描画ビットマップイメージのピクセルは、Ｒ＝Ｇ＝Ｂの時にＹ＝Ｍ＝Ｃ＝０を保証するＬｏｏｋ　Ｕｐ　Ｔａｂｌｅを用いて色変換部２１５によりＲＧＢからＹＭＣＫに変換される。
【００４５】
属性ビットマップイメージのビット０がＹＭＣＫであるピクセルに相当する描画ビットマップイメージのピクセルは、Ｒ＝Ｇ＝Ｂの時にＹ＝Ｍ＝Ｃ＝０を保証しないＬｏｏｋ　Ｕｐ　Ｔａｂｌｅを用いて色変換部２１５によりＲＧＢからＹＭＣＫに変換される。
【００４６】
次に、属性ビットマップイメージのビット１からビット３（各ピクセルが文字か図形かイメージかを示す３ビット／ピクセルの情報）を用いて、色変換部２１５によりＹＭＣＫ各色１０ビット／ピクセルをＹＭＣＫ４ビット／ピクセルに変換する。
【００４７】
ここで、属性ビットマップイメージのビット１が１であるピクセルに相当する描画ビットマップイメージのピクセルは、イメージ用のハーフトーンパラメータを用いてＹＭＣＫ各色１０ビット／ピクセルをＹＭＣＫ４ビット／ピクセルに変換する。属性ビットマップイメージのビット２が１であるピクセルに相当する描画ビットマップイメージのピクセルは、図形用のハーフトーンパラメータを用いてＹＭＣＫ各色１０ビット／ピクセルをＹＭＣＫ４ビット／ピクセルに変換する。属性ビットマップイメージのビット３が１であるピクセルに相当する描画ビットマップイメージのピクセルは、文字用のハーフトーンパラメータを用いてＹＭＣＫ各色１０ビット／ピクセルをＹＭＣＫ４ビット／ピクセルに変換する。このようにして第２のビットマップイメージを生成することができる。
【００４８】
なお、レンダラ２１０がグレイ８ビット／ピクセルの描画ビットマップイメージを生成する場合は、色変換部２１５は属性ビットマップイメージのビット０は無視して、グレイ８ビット／ピクセルからＫ１０ビット／ピクセルに変換する。さらに、属性ビットマップイメージのビット１からビット３（各ピクセルが文字か図形かイメージかを示す３ビット／ピクセルの情報）を用いて、Ｋ各色１０ビット／ピクセルをＫ４ビット／ピクセルに変換する。
【００４９】
図４は、図２に示したホストコンピュータ２０１が保持するソフトウェアの機能構成を示すブロック図である。４０２はホストシステムであり、アプリケーションやＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）を含む。４０３はプリンタドライバである。４０４はＧＤＩ（Ｇｒａｐｈｉｃｓ　Ｄｅｖｉｃｅ　Ｉｎｔｅｒｆａｃｅ）であり、アプリケーションからプリントする対象のデータや描画コマンドを受け取り、プリンタドライバ４０３に渡すインターフェースモジュールである。４０５は受信部であり、ＧＤＩ４０４からデータやコマンドを受け取り、後段のＰＤＬ変換部４０６に渡す。４０６はＰＤＬ変換部であり、受信部４０５から渡されたデータやコマンドをＬＢＰ１００が解析可能なプリンタコマンドに変換する。変換したコマンド群がＰＤＬデータである。４０７は送信部であり、ＰＤＬ変換部４０６が生成したＰＤＬデータをＬＢＰ１００に送信する。
【００５０】
図９にホストコンピュータの基本構成を示す。９０１はＣＰＵで、ＲＡＭ９０２やＲＯＭ９０３に格納されているプログラムやデータを用いて本装置全体の制御を行うと共に、Ｉ／Ｆ９１０に接続されているＬＢＰに対するプリント制御も行う。９０２はＲＡＭで、ネットワークＩ／Ｆ９０６を介してネットワークに接続された他の装置から送信されてきたデータやプログラム、外部記憶装置９０８や記憶媒体ドライブ９０９からロードされたプログラムやデータを記憶するエリアを備えると共に、ＣＰＵ９０１が各種の処理を行うために使用するワークエリアも備える。
【００５１】
９０３はＲＯＭで、本装置全体の制御を行うためのプログラムやデータを格納する。９０４、９０５はキーボード、マウスで、夫々ポインティングデバイスとして用いられ、各種の指示をＣＰＵ９０１に入力するために使用され、例えば上記アプリケーションを操作してプリントする画像を生成、編集したり、プリント指示を入力したりすることができる。９０６はネットワークＩ／Ｆで、ホストコンピュータをネットワークに接続するためのインターフェースで、ネットワークに接続された他の装置とのデータ通信はこのネットワークＩ／Ｆ９０６を介して行われる。９０７は表示部で、ＣＲＴや液晶画面などにより構成されており、画像や文字などを表示することができる。例えばプリントする画像を生成したり、編集したりする上記アプリケーション画面を表示する。
【００５２】
９０８は外部記憶装置で、ハードディスクドライブなどの大容量情報記憶装置であって、記憶媒体ドライブ９０９からロードされたプログラムやデータを保存することができ、例えば図４に示した各ソフトウェア群を保存することができる。９０９は記憶媒体ドライブで、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記憶媒体に記録されているプログラムやデータを読み出して、ＲＡＭ９０２や外部記憶装置９０８に出力する。９１０はホストコンピュータと上記ＬＢＰとを接続するためのインターフェースで、ＬＢＰとのデータ通信はＩ／Ｆ９１０を介して行われる。９１１は上述の各部を繋ぐバスである。
【００５３】
以上のホストコンピュータとＬＢＰとを用いて、ホストコンピュータが保持するアルファブレンドデータを含むカラー画像データを、アルファブレンドデータを含むモノクロ画像としてＬＢＰによってプリントさせる場合に、ホストコンピュータ、プリンタの夫々が行う処理について説明する。
【００５４】
まず図５Ａ、５Ｂ、５Ｃを用いて、プリンタのレンダラ２１０がアルファブレンドデータを有するカラー画像データをバンドバッファ２１１に描画する描画ビットマップについて説明する。
【００５５】
図５Ａは、アルファブレンドデータを描画する前のページ全体を示すビットマップを示す図である。同図のビットマップを構成する各ピクセルはＲＧＢ各色８ｂｉｔ／ｐｉｘｅｌで青（ＲＧＢ＝（０ｘ００，０ｘ００，０ｘｆｆ））である。以下の説明ではこのビットマップを下地として、この下地にアルファブレンドデータで定義されるビットマップを重ねる処理について説明するので、図５Ａに示したビットマップを以下、下地ビットマップと呼称する。
【００５６】
図５Ｂは、アルファブレンドデータの例を示す図である。アルファブレンドデータには同図に示す５００から５０２のデータが含まれている。５００は下地ビットマップに重ねて描画するビットマップデータを示している。このビットマップ５００は下地ビットマップと重ねたときに下地ビットマップがある程度の透明度で透過して見えるように、ビットマップ５００の全てのピクセルには一様の透明度を与えるデータ５０２であるＣｏｎｓｔａｎｔＡｌｐｈａ（０から２５５までの値を取る）が定義されている。データ５０２が定義するＣｏｎｓｔａｎｔＡｌｐｈａの値０ｘｃ０は透明度を表す。この値についての詳細は後述する。
【００５７】
データ５０１は、ビットマップ５００が使用する色のＲＧＢ夫々の値を登録したテーブル群のデータであって、例えばインデックス番号０に対応するＲＧＢは夫々（０ｘｆｆ，０ｘ００，０ｘ００）であるのでＩｎｄｅｘ［０］が示す色は赤、インデックス番号１に対応するＲＧＢは夫々（０ｘ００，０ｘ００，０ｘ００）であるのでＩｎｄｅｘ［１］が示す色は黒となる。
【００５８】
ビットマップ５００の各ピクセルには０のインデックス値が付けられている。すなわちデータ５０１を参照すると、このインデックス値に対応する色（Ｉｎｄｅｘ［０］が示す色）は赤であるので、ビットマップ５００は赤の画像となる。また上述の通り、このビットマップ５００にはデータ５０２で定義される透明度が与えられている。
【００５９】
図５Ｃは、下地ビットマップにビットマップ５００を重ねて描画した場合のビットマップを示す図である。５１０の領域が下地ビットマップに上記ビットマップ５００を描画した部分であるが、この領域５１０の色はビットマップ５００の色と、透過して見える下地ビットマップの色とが混在した色となる。すなわちアルファブレンディングした色となっている。この混在している色は以下の式に基づいて求められる。
【００６０】
Ｄｓｔ２．Ｒｅｄ＝Ｒｏｕｎｄ（（（Ｓｒｃ．Ｒｅｄ×ＣｏｎｓｔａｎｔＡｌｐｈａ）＋（（２５５−ＣｏｎｓｔａｎｔＡｌｐｈａ）×Ｄｓｔ．Ｒｅｄ））／２５５）　　　（式１）
Ｄｓｔ２．Ｇｒｅｅｎ＝Ｒｏｕｎｄ（（（Ｓｒｃ．Ｇｒｅｅｎ×ＣｏｎｓｔａｎｔＡｌｐｈａ）＋（（２５５−ＣｏｎｓｔａｎｔＡｌｐｈａ）×Ｄｓｔ．Ｇｒｅｅｎ））／２５５）　　　（式２）
Ｄｓｔ２．Ｂｌｕｅ＝Ｒｏｕｎｄ（（（Ｓｒｃ．Ｂｌｕｅ×ＣｏｎｓｔａｎｔＡｌｐｈａ）＋（（２５５−ＣｏｎｓｔａｎｔＡｌｐｈａ）×Ｄｓｔ．Ｂｌｕｅ））／２５５）　　　（式３）
Ｓｒｃ．Ｒｅｄ、Ｓｒｃ．Ｇｒｅｅｎ、Ｓｒｃ．Ｂｌｕｅは夫々ビットマップ５００のＲ、Ｇ、Ｂの値を表す変数で、Ｄｓｔ．Ｒｅｄ、Ｄｓｔ．Ｇｒｅｅｎ、Ｄｓｔ．Ｂｌｕｅは夫々下地ビットマップのＲ、Ｇ、Ｂの値を表す変数、Ｄｓｔ２．Ｒｅｄ、Ｄｓｔ２．Ｇｒｅｅｎ、Ｄｓｔ２．Ｂｌｕｅは夫々アルファブレンディング後の領域５１０のＲ、Ｇ、Ｂの値を表す変数である。またＲｏｕｎｄ（ｘ）はｘが０以下になった場合にはｘを０に、ｘが２５５以上になった場合にはｘを２５５に、またｘが実数となった場合にはｘを整数に補正するための関数である。
【００６１】
即ちこの式により領域５１０の色は、ＣｏｎｓｔａｎｔＡｌｐｈａの値の分だけビットマップ５００の色を使用し、（２５５−ＣｏｎｓｔａｎｔＡｌｐｈａ）の分だけ下地ビットマップの色を使用した色となる。結果、領域５１０の色を示すＲ、Ｇ、Ｂの夫々の値はＲＧＢ＝（０ｘｃ０，０ｘ００，０ｘ３ｆ）となる。よって透明度とは、ビットマップ５００の色がどの程度反映されるのかを示す割合を指す。
【００６２】
レンダラ２１０はカラー画像データにアルファブレンドデータが含まれていた場合には、以上のようにしてアルファブレンディング処理を行い、アルファブレンディングされたビットマップを生成する。
【００６３】
一方、本実施形態ではホストコンピュータ内でアルファブレンドデータを残したままカラー画像データをモノクロ画像データに変換する。その場合にホストコンピュータが行う処理について説明する。図６はホストコンピュータがアルファブレンドデータを有するカラー画像データから、アルファブレンドデータを有するモノクロ画像データを生成する処理のフローチャートである。なお、同図のフローチャートに従ったプログラムはＲＡＭ９０２に以上の説明のようにしてロードされ、ＣＰＵ９０１により実行されることで、ホストコンピュータは以下説明する処理を行うことができる。またプリント対象のカラー画像データはＲＡＭ９０２にロードされているものとする。
【００６４】
ユーザはキーボード９０４やマウス９０５を用いてプリント指示を入力すると、プリント対象のカラー画像データと描画コマンドがＧＤＩ４０３から受信部４０５に送られる（ステップＳ６０１）。ＰＤＬ変換部４０６は受信した描画コマンドを解析する（ステップＳ６０２）。そしてＰＤＬ変換部４０６はカラー画像のままプリントするか、モノクロ画像でプリントするかを、ユーザが予め設定したプリンタドライバのモードに基づいて判別する（ステップＳ６０３）。なお、ＬＢＰ１００がモノクロ画像のみプリント可能である場合には本ステップにおける処理は省略され、必ずステップＳ６０４に処理を進めるものとする。
【００６５】
カラー画像のままプリントする場合には処理をステップＳ６０７に進め、ＰＤＬ変換部４０６は従来の処理と同じようにしてＰＤＬデータに変換し（ステップＳ６０７）、送信部４０７はこのＰＤＬデータをＬＢＰ１００に出力する（ステップＳ６０８）。
【００６６】
一方、モノクロ画像でプリントする場合、処理をステップＳ６０４に進め、アルファブレンドデータが含まれているか否かをステップＳ６０２で解析した描画コマンドから判別する（ステップＳ６０４）。アルファブレンドデータが含まれていない場合には、処理をステップＳ６０５に進め、カラー画像を以下の式
Ｇｒａｙ＝０．３ｘＲ＋０．５９ｘＧ＋０．１１ｘＢ　　　（式４）
に基づいてモノクロ画像に変換する（ステップＳ６０５）。即ち変換する注目ピクセルのＲ、Ｇ、Ｂの値を用いて、注目ピクセルの画素値Ｇｒａｙを求める。なお、Ｒ、Ｇ、Ｂの値を用いて、Ｇｒａｙの値を求める式はこれに限定されるものではない、
そして、変換したモノクロ画像のデータに基づいてＰＤＬ変換部４０６はＰＤＬデータを生成し（ステップＳ６０７）、送信部４０７はこのＰＤＬデータをＬＢＰ１００に出力する（ステップＳ６０８）。
【００６７】
一方、アルファブレンドデータが含まれていた場合には、処理をステップＳ６０６に進め、ステップＳ６０５と同様にカラー画像データをモノクロ画像データに変換すると共に、アルファブレンドデータに含まれるデータ５０１のＲ、Ｇ、ＢのテーブルをＧｒａｙの値のテーブルに変換する。Ｒ、Ｇ、Ｂの値を用いてＧｒａｙの値を生成する方法はステップＳ６０５における方法と同じである。よってステップＳ６０６における処理により、アルファブレンドデータによって下地ビットマップに重ねられるビットマップ（図５Ｂではビットマップ５００）をモノクロの画像に変換することができる。
【００６８】
そして変換したモノクロ画像のデータに基づいてＰＤＬ変換部４０６はＰＤＬデータを生成し（ステップＳ６０７）、送信部４０７はこのＰＤＬデータをＬＢＰ１００に出力する（ステップＳ６０８）。
【００６９】
次に、上記処理により生成されたアルファブレンドデータを含むモノクロ画像データのＰＤＬデータを受信したＬＢＰ１００のレンダラ２１０がバンドバッファ２１１に描画するビットマップについて説明する。
【００７０】
図７Ａはアルファブレンドデータを描画する前のページ全体を示すビットマップ（下地ビットマップ）を示す図で、下地ビットマップはＧｒａｙ８ｂｉｔ／ｐｉｘｅｌでＧｒａｙ＝（０ｘ１ｃ）のピクセル群で構成されている。図５Ａに示した下地ビットマップの各ピクセルのＲＧＢ値である（０ｘ００，０ｘ００，０ｘｆｆ）を（式４）に従ってモノクロ変換（カラー画像データからモノクロ画像データへの変換）した値と同じである。
【００７１】
図７ＢはステップＳ６０６でモノクロ変換されたアルファブレンドデータを示す図である。７００は図７Ａに示す下地ビットマップに重ねて描画するビットマップデータを示している。ビットマップ７００の各ピクセルに付けられたインデックス番号は変わらずに、このインデックス番号が指す色はステップＳ６０６でモノクロ変換されている。即ちデータ７０１はデータ５０１をモノクロ変換したものであり、データ５０１のＲ、Ｇ、Ｂを（式４）に従ってＧｒａｙの値に変換している。よってＩｎｄｅｘ［０］が示す色は０ｘ４ｃで定義されるＧｒａｙレベルとなっている。またデータ７０２はデータ５０２と同じものであり、変化はない。
【００７２】
図７Ｃは図７Ａに示す下地ビットマップにビットマップ７００を重ねて描画した場合のビットマップを示す図である。７１０の領域が下地ビットマップに上記ビットマップ７００を描画した部分であるが、この領域７１０の色はビットマップ５００の色と、透過して見える下地ビットマップの色とが混在した色となる。すなわちアルファブレンディングした色となっている。この混在している色は以下の式に基づいて求められる。
【００７３】
Ｄｓｔ２．Ｇｒａｙ＝Ｒｏｕｎｄ（（（Ｓｒｃ．Ｇｒａｙ×ＣｏｎｓｔａｎｔＡｌｐｈａ）＋（（２５５−ＣｏｎｓｔａｎｔＡｌｐｈａ）×Ｄｓｔ．Ｇｒａｙ））／２５５）　　　（式５）
Ｓｒｃ．Ｇｒａｙはビットマップ７００のＧｒａｙの値を表す変数で、Ｄｓｔ．Ｇｒａｙは図７Ａに示す下地ビットマップのＧｒａｙの値を表す変数、Ｄｓｔ２．Ｇｒａｙはアルファブレンディング後の領域７１０のＧｒａｙの値を表す変数である。またＲｏｕｎｄ（ｘ）はｘが０以下になった場合にはｘを０に、ｘが２５５以上になった場合にはｘを２５５に、またｘが実数となった場合にはｘを整数に補正するための関数である。
【００７４】
即ちこの式により領域７１０の色は、ＣｏｎｓｔａｎｔＡｌｐｈａの値の分だけビットマップ７００の色を使用し、（２５５−ＣｏｎｓｔａｎｔＡｌｐｈａ）の分だけ下地ビットマップの色を使用した色となる。結果、領域７１０の色を示すＧｒａｙの値はＧｒａｙ＝（０ｘ２８）となる。
【００７５】
レンダラ２１０はモノクロ画像データにアルファブレンドデータが含まれていた場合には、以上のようにしてアルファブレンディング処理を行い、アルファブレンディングされたビットマップを生成する。
【００７６】
以上の説明によって、プリンタでアルファブレンドデータが含まれたモノクロ画像をプリントする場合、ホストコンピュータでアルファブレンドデータが含まれたモノクロ画像データを生成することができる。一般にプリンタに比べてホストコンピュータの方が処理速度が速いため、プリンタでモノクロ変換を行うよりもホストコンピュータがモノクロ変換を行う方が、プリントアウトするまでの時間をより短縮することができる。
【００７７】
また、アルファブレンドデータを破棄しないので、ユーザの意図しない結果をプリントさせることはない。
【００７８】
［第２の実施形態］
第１の実施形態に係る情報処理装置では、カラー画像データに含まれているアルファブレンドデータは図５Ｂに示す構成とした。すなわち、ビットマップ５００の色を示すデータ５０１とＣｏｎｓｔａｎｔＡｌｐｈａを示すデータ５０２とは別個のデータとした。しかしこれらのデータの表現方法はこれに限定されるものではない。
【００７９】
図８Ａに本実施形態に係るアルファブレンドデータの構成を示す。図５Ｂと同じ部分については同じ番号を付けておりのその説明を省略する。データ８０１は上位データ５０１とデータ５０２とを一緒に表現したデータで、例えばＩｎｄｅｘ［０］はＲＧＢ＝（０ｘｆｆ，０ｘ００，０ｘ００）で、ＣｏｎｓｔａｎｔＡｌｐｈａは０ｘｃ０である。またＩｎｄｅｘ［１］はＲＧＢ＝（０ｘ００，０ｘ００，０ｘ００）で、ＣｏｎｓｔａｎｔＡｌｐｈａは０ｘ００である。このようにすることで、各テーブルで異なるＣｏｎｓｔａｎｔＡｌｐｈａを設定できると共に、それらをインデックス番号を用いて特定することができる。
【００８０】
この場合、カラー画像におけるアルファブレンディングの式は以下の式に従って行われる。
【００８１】
Ｄｓｔ２．Ｒｅｄ＝Ｓｒｃ．Ｒｅｄ＋Ｒｏｕｎｄ（（（２５５−Ｓｒｃ．Ａｌｐｈａ）×Ｄｓｔ．Ｒｅｄ）／２５５）　　　（式６）
Ｄｓｔ２．Ｇｒｅｅｎ＝Ｓｒｃ．Ｇｒｅｅｎ＋Ｒｏｕｎｄ（（（２５５−Ｓｒｃ．Ａｌｐｈａ）×Ｄｓｔ．Ｇｒｅｅｎ）／２５５）　　　（式７）
Ｄｓｔ２．Ｂｌｕｅ＝Ｓｒｃ．Ｂｌｕｅ＋Ｒｏｕｎｄ（（（２５５−Ｓｒｃ．Ａｌｐｈａ）×Ｄｓｔ．Ｂｌｕｅ）／２５５）　　　（式８）
Ｓｒｃ．Ａｌｐｈａは各テーブルの４番目の要素の値を示す変数である。なおアルファブレンディングに用いる式はこれに限定されることなく、（式１）、（式２）、（式３）を用いても良い。その場合、ＣｏｎｓｔａｎｔＡｌｐｈａをＳｒｃ．Ａｌｐｈａに置き換える必要がある。
【００８２】
図８Ｂに図８Ａに示したアルファブレンドデータをモノクロ変換した結果のアルファブレンドデータを示す。同図において図７Ｂと同じ部分については同じ番号を付けており、その説明を省略する。同図においてデータ８２０はデータ７０１とデータ７０２とを一緒に表現したデータとなっている。例えばＩｎｄｅｘ［０］はＧｒａｙ＝（０ｘ４ｃｆ）で、ＣｏｎｓｔａｎｔＡｌｐｈａは０ｘｃ０である。またＩｎｄｅｘ［１］はＧｒａｙ＝（０ｘ００）で、ＣｏｎｓｔａｎｔＡｌｐｈａは０ｘ００である。
【００８３】
またこの場合のアルファブレンディングの式は以下のように表現される。
【００８４】
Ｄｓｔ２．Ｇｒａｙ＝Ｓｒｃ．Ｇｒａｙ＋Ｒｏｕｎｄ（（（２５５−Ｓｒｃ．Ａｌｐｈａ）×Ｄｓｔ．Ｇｒａｙ）／２５５）　　　（式９）
なおアルファブレンディングに用いる式はこれに限定されることなく、（式５）を用いても良い。その場合、ＣｏｎｓｔａｎｔＡｌｐｈａをＳｒｃ．Ａｌｐｈａに置き換える必要がある。
【００８５】
［第３の実施形態］
上記第１の実施形態ではアルファブレンドデータには、下地ビットマップに重ねるビットマップのデータ（インデックス番号の集合）と、このビットマップの色のデータと、透明度のデータとが個別に定義されていた。よって例えばビットマップの色を指定するにはインデックス番号を参照する必要がある。
【００８６】
また、上記第２の実施形態ではビットマップの色を示すデータと透明度を示すデータとが一緒に表現されているが、ビットマップの色を指定するにはやはりインデックス番号を参照する必要があった。本実施形態ではビットマップの色を指定するためにインデックス番号を必要としないだけでなく、アルファブレンドデータに含まれる上記３種のデータをまとめて表現するアルファブレンドデータを示す。
【００８７】
例えば透明度は０ｘｃ０で、下地ビットマップに重ねるビットマップが２ピクセル×２ピクセルのサイズで、全てのピクセルの色が青である場合、全てのピクセルに対するデータＲＧＢＡを、
ＲＧＢＡ［１］＝｛０，０，２５５，０ｘｃ０｝
ＲＧＢＡ［２］＝｛０，０，２５５，０ｘｃ０｝
ＲＧＢＡ［３］＝｛０，０，２５５，０ｘｃ０｝
ＲＧＢＡ［４］＝｛０，０，２５５，０ｘｃ０｝
と表現し、このテーブルＲＧＢＡの集合をアルファブレンドデータとする。このようにすることで、インデックス番号を用いずにビットマップの色を指定することが出来る。また、このアルファブレンドデータをモノクロ変換した結果のアルファブレンドデータは、
ＧｒａｙＡ［１］＝｛２８，０ｘｃ０｝
ＧｒａｙＡ［２］＝｛２８，０ｘｃ０｝
ＧｒａｙＡ［３］＝｛２８，０ｘｃ０｝
ＧｒａｙＡ［４］＝｛２８，０ｘｃ０｝
となる。
【００８８】
［他の実施形態］
本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９０】
本発明を上記記憶媒体に適用する場合、その記憶媒体には先に説明した（図６に示す）フローチャートに対応するプログラムコードが格納されることになる。
【００９１】
【発明の効果】
以上の説明により、本発明によって、アルファブレンドデータを含むカラー画像データを適切なモノクロ画像としてプリンタから出力させることができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るＬＢＰの内部構造を示す断面図である。
【図２】図１に示したＬＢＰ１００の制御系であるプリンタ制御ユニット１０１の概略構成を示すブロック図である。
【図３Ａ】中間バッファ２０９に格納される３つのオブジェクトの中間データを示す図である。
【図３Ｂ】図３Ａに示した各オブジェクトの中間データに基づいてレンダラ２１０で生成されるＲＧＢ各色８ビット／ピクセルの描画ビットマップイメージを示す図である。
【図３Ｃ】レンダラ２１０で生成される４ビット／ピクセルの属性ビットマップイメージを示す図である。
【図３Ｄ】色変換部２１５で生成される第２のビットマップイメージを示す図である。
【図４】図２に示したホストコンピュータ２０１が保持するソフトウェアの機能構成を示すブロック図である。
【図５Ａ】アルファブレンドデータを描画する前のページ全体を示すビットマップを示す図である。
【図５Ｂ】アルファブレンドデータの例を示す図である。
【図５Ｃ】下地ビットマップにビットマップ５００を重ねて描画した場合のビットマップを示す図である。
【図６】ホストコンピュータがアルファブレンドデータを有するカラー画像データから、アルファブレンドデータを有するモノクロ画像データを生成する処理のフローチャートである。
【図７Ａ】アルファブレンドデータを描画する前のページ全体を示すビットマップ（下地ビットマップ）を示す図である。
【図７Ｂ】ステップＳ６０６でモノクロ変換されたアルファブレンドデータを示す図である。
【図７Ｃ】図７Ａに示す下地ビットマップにビットマップ７００を重ねて描画した場合のビットマップを示す図である。
【図８Ａ】本発明の第２の実施形態に係るアルファブレンドデータの構成を示す図である。
【図８Ｂ】図８Ａに示したアルファブレンドデータをモノクロ変換した結果のアルファブレンドデータを示す図である。
【図９】ホストコンピュータの基本構成を示すブロック図である。
【図１】
2004118572.tif 000003
【図２】
2004118572.tif 000004
【図３Ａ】
2004118572.tif 000005
【図３Ｂ】
2004118572.tif 000006
【図３Ｃ】
2004118572.tif 000007
【図３Ｄ】
2004118572.tif 000008
【図４】
2004118572.tif 000009
【図５Ａ】
2004118572.tif 000010
【図５Ｂ】
2004118572.tif 000011
【図５Ｃ】
2004118572.tif 000012
【図６】
2004118572.tif 000013
【図７Ａ】
2004118572.tif 000014
【図７Ｂ】
2004118572.tif 000015
【図７Ｃ】
2004118572.tif 000016
【図８Ａ】
2004118572.tif 000017
【図８Ｂ】
2004118572.tif 000018
【図９】
2004118572.tif 000019