(57)【要約】【課題】ソフトウェア主体でイメージ描画を行う場合であっても、高速にイメージ描画を行うことのできる画像処理装置を提供できるようにする。【解決手段】データサイズの異なる複数のデータ形式の中から中間データのデータ形式を中間データ形式選択部１２０で選択し、選択したデータ形式により中間データをインタープリタ部１１０で生成し、生成した中間データを中間データメモリ１３０に保持し、中間データメモリ１３０に保持されている中間データの描画をページメモリ１５０に対して描画ソフト処理部１４０で行う。【選択図】        図１
2008221791.tif 000002
【特許請求の範囲】
【請求項１】
入力されるＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）データを解釈して中間データを生成し、生成した中間データのイメージ描画を行う画像処理装置であって、
データサイズの異なる複数のデータ形式の中から前記中間データのデータ形式を選択する形式選択手段と、
前記形式選択手段により選択されたデータ形式により前記中間データを生成する中間データ生成手段とを備えることを特徴とする画像処理装置。
【請求項２】
前記形式選択手段は、前記ＰＤＬデータで指定された描画条件に基づいて、前記複数のデータ形式の中から前記中間データのデータ形式を選択することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記形式選択手段は、前記イメージ描画を行うことにより生成される描画データの結果が元データと同じになる前記中間データのデータ形式が複数ある場合に、前記中間データのサイズが小さい前記中間データのデータ形式を優先して選択することを特徴とする請求項１または請求項２に記載の画像処理装置。
【請求項４】
前記複数のデータ形式は、ＲＧＢまたはＹＭＣＫのフルカラー形式、ｎ（ｎ≧１）ビットのインデックス形式、および前記イメージ描画を行うことにより生成される描画データの各ピクセルのビット深さと等しいビット深さのビットマップ形式のうち、少なくとも一つまたは複数であることを特徴とする請求項１〜請求項３のいずれか一つに記載の画像処理装置。
【請求項５】
前記形式選択手段は、ハードウェアにより前記イメージ描画を行う場合に、前記フルカラー形式を優先して選択することを特徴とする請求項４に記載の画像処理装置。
【請求項６】
前記中間データ生成手段により生成された中間データに基づいて、前記イメージ描画を行うイメージ描画手段をさらに備え、
前記形式選択手段は、前記複数のデータ形式の中から、前記イメージ描画手段によりイメージ描画を行うことのできる前記中間データのデータ形式を選択することを特徴とする請求項１〜請求項５のいずれか一つに記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置に関し、特に、入力されるＰＤＬデータを解釈して中間データを生成し、生成した中間データのイメージ描画を行う画像処理装置に関するものである。
【背景技術】
【０００２】
プリンタに対して印刷要求を行う場合、通常、ホスト機（例えば、ＰＣ）で作成したＰＤＬ（Page Description Language）データをプリンタへ出力することにより行われる。
【０００３】
ホスト機から印刷要求を受けたプリンタ側では、入力されたＰＤＬデータを解釈して中間データを生成し、生成した中間データに対応したレンダリング処理を行い、バンドメモリにビットマップイメージを描画するラスタライズを行った後に転写紙にプリントする（例えば特許文献１）。
【０００４】
【特許文献１】特開２００６−２４０１５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、近年、プリンタエンジンの高速化に伴い、ＰＤＬデータからビットマップに展開するためのメモリが増加し、展開に要する処理時間が増加している。ビットマップ展開の処理時間を短縮するために、専用のハードウェア（バンドメモリ）を使用することが多い。このバンドメモリを使用した場合には、オープンクローズ毎に圧縮・展開処理が行われるため、バンドメモリのオープンクローズを減らすことが、イメージ描画全体の高速化に繋がる。このバンドメモリのオープンクローズの回数は、イメージ描画時のスプールフラッシュの発生頻度にほぼ比例するため、スプールフラッシュの発生頻度を減らすことによりコントローラ上でのイメージ描画速度が向上する。
【０００６】
しかしながら、従来技術では、入力イメージがモノクロであるか又はカラーであるかに基づいて、中間データのデータ形式が決められていたので、中間データのサイズによっては、ソフトのみでイメージ描画を行う場合に、スプールフラッシュの発生頻度が多くなり、バンドメモリへのイメージ描画が低速になるという問題がある。
【０００７】
本発明は、上記に鑑みてなされたものであって、ソフトウェア主体でイメージ描画を行う場合であっても、高速にイメージ描画を行うことのできる画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、本発明は、入力されるＰＤＬデータを解釈して中間データを生成し、生成した中間データのイメージ描画を行う画像処理装置であって、データサイズの異なる複数のデータ形式の中から前記中間データのデータ形式を選択する形式選択手段と、前記形式選択手段により選択されたデータ形式により前記中間データを生成する中間データ生成手段とを備えることを特徴とする。
【０００９】
また、本発明の好ましい態様によれば、前記形式選択手段は、前記ＰＤＬデータで指定された描画条件に基づいて、前記複数のデータ形式の中から前記中間データのデータ形式を選択することが望ましい。
【００１０】
また、本発明の好ましい態様によれば、前記形式選択手段は、前記イメージ描画を行うことにより生成される描画データの結果が元データと同じになる前記中間データのデータ形式が複数ある場合に、前記中間データのサイズが小さい前記中間データのデータ形式を優先して選択することが望ましい。
【００１１】
また、本発明の好ましい態様によれば、前記複数のデータ形式は、ＲＧＢまたはＹＭＣＫのフルカラー形式、ｎ（ｎ≧１）ビットのインデックス形式、および前記イメージ描画を行うことにより生成される描画データの各ピクセルのビット深さと等しいビット深さのビットマップ形式のうち、少なくとも一つまたは複数であることが望ましい。
【００１２】
また、本発明の好ましい態様によれば、前記形式選択手段は、ハードウェアにより前記イメージ描画を行う場合に、前記フルカラー形式を優先して選択することが望ましい。
【００１３】
また、本発明の好ましい態様によれば、前記中間データ生成手段により生成された中間データに基づいて、前記イメージ描画を行うイメージ描画手段をさらに備え、前記形式選択手段は、前記複数のデータ形式の中から、前記イメージ描画手段によりイメージ描画を行うことのできる前記中間データのデータ形式を選択することが望ましい。
【発明の効果】
【００１４】
本発明によれば、入力されるＰＤＬデータを解釈して中間データを生成し、生成した中間データのイメージ描画を行う場合において、データサイズの異なる複数のデータ形式の中から中間データのデータ形式を選択し、選択したデータ形式により、中間データを生成するので、ソフトウェア主体でイメージ描画を行う場合であっても、高速にイメージ描画を行うことができるという効果を奏する。
【発明を実施するための最良の形態】
【００１５】
以下に添付図面を参照して、本発明にかかる画像処理装置の最良な実施の形態を詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。また、この実施の形態における構成要素には、当業者が容易に想定できるもの、または実質的に同一のものが含まれる。また、本実施の形態では、プリンタコントローラを画像処理装置に適用した場合について説明する。
【００１６】
（第１の実施の形態）
図１は、本発明にかかる第１の実施の形態のプリンタコントローラ１００の構成を示す図である。同図に示すプリンタコントローラ１００は、中間データを生成するインタープリタ部１１０と、インタープリタ部１１０で生成する中間データのデータ形式を選択する中間データ形式選択部１２０と、インタープリタ部１１０で生成された中間データを保持する中間データメモリ１３０と、中間データメモリ１３０に保持されている中間データに基づいてイメージ描画を行う描画ソフト処理部１４０と、描画ソフト処理部１４０でイメージ描画を行うことにより生成される描画データを保持するページメモリ１５０と、プリンタコントローラ１００全体を統括的に制御するＣＰＵ１６０とから構成され、ホストＰＣ２００およびプリンタエンジン１９０に接続されている。なお、プリンタコントローラ１００は、複数のページ記述言語を処理可能に構成されている。
【００１７】
インタープリタ部１１０は、ホストＰＣ２００から送り出されたＰＤＬ（Page Description Language）データを入力する。また、インタープリタ部１１０は、中間データを生成し、生成した中間データを中間データメモリ１３０に保持（スプール）する。
【００１８】
中間データ形式選択部１２０は、データサイズの異なる複数のデータ形式の中から、インタープリタ部１１０で生成される中間データのデータ形式を選択する。中間データ形式選択部１２０は、描画ソフト処理部１４０でサポートしているデータ形式を選択する構成となっており、本実施の形態の描画ソフト処理部１４０では、ビットマップ形式、インデックス形式、およびフルカラー形式をサポートしている。
【００１９】
中間データメモリ１３０は、インタープリタ部１１０で生成された中間データを保持するためのものである。
【００２０】
描画ソフト処理部１４０は、スプールフラッシュを行う。具体的には、中間データメモリ１３０に保持されている中間データを読み出し、読み出した中間データとして表された描画命令に基づいて、レンダリング処理を行い、ページメモリ１５０に対して描画データ（ビットマップイメージ）を描画する。なお、描画ソフト処理部１４０は、ソフトウェアで構成されている。なお、描画ソフト処理部１４０は、中間データメモリ１３０がフルになった場合、１ページ分のデータとして中間データが保持された場合などに、スプールフラッシュを行う。
【００２１】
なお、本実施の形態の描画ソフト処理部１４０は、イメージ描画することのできるデータ形式として、ビットマップ形式、インデックス形式、およびフルカラー形式をサポートしているが、これに限定されるものではない。
【００２２】
ページメモリ１５０は、描画ソフト処理部１４０で描画した描画データを保持するためのバンドメモリである。
【００２３】
なお、図１において、インタープリタ部１１０、中間データ形式選択部１２０、および描画ソフト処理部１４０は、ＣＰＵ１６０から独立した要素として示しているが、ＣＰＵ１６０が実行するソフトウェアによってその機能を発揮する。
【００２４】
なお、プリンタエンジン１９０は、プリンタコントローラ１００からの描画データの出力により、紙などの媒体に印字を行う。
【００２５】
また、ホストＰＣ２００は、複数の種類のページ記述言語に各々対応する複数のプリンタドライバ（図示なし）を備えており、所望のプリンタドライバを使用して文書データを複数の描画命令（文字、グラフィック、イメージなど）からなるＰＤＬデータに変換し、当該ＰＤＬデータをプリンタコントローラ１００に送り出す。
【００２６】
なお、本実施の形態では、描画の対象として、描画命令に含まれる文字、グラフィック、イメージなどの各種類のうち、イメージを代表して説明する。また、インタープリタ部１１０によりホストＰＣ２００から受け取ったＰＤＬデータに含まれるイメージを、以下、「入力イメージ」と称する。
【００２７】
図２は、第１の実施の形態の描画ソフト処理部１４０でサポートするデータ形式を示す図である。上記で説明したように、本実施の形態の描画ソフト処理部１４０は、データ形式として、フルカラー形式、インデックス形式、およびビットマップ形式をサポートしている。
【００２８】
本実施の形態において、フルカラー形式は、同図に示すように、ＲＧＢ各色を８ビット（２５６階調）で表現する形式である。なお、ＲＧＢ各色のビット数はこれに限定されるものではなく、また、ＹＭＣＫのフルカラー形式でもよい。
【００２９】
本実施の形態において、インデックス形式は、同図に示すように、フルカラーから２色をＩＤで表現し、各ＩＤに対応する色を指定する形式である。なお、本実施の形態では、インデックスのビット数が１ビットであるが、これに限定されるものではなく、インデックスが２n（ｎは整数）ビットであってもよい。
【００３０】
本実施の形態において、ビットマップ形式は、ページメモリ１５０上の描画データ（ビットマップイメージ）を直接指定する形式である。詳細には、本実施の形態において、ビットマップ形式は、描画ソフト処理部１４０の処理によりページメモリ１５０にイメージ描画される描画データの各ピクセルのビット深さと等しいビット深さを持つ形式である。
【００３１】
ここで、第１の実施の形態の中間データ形式選択部１２０によるデータ形式の選択方法について説明する。
【００３２】
中間データがビットマップ形式である場合には、中間データとしてのビットマップイメージをそのままページメモリ１５０へ貼り付けることができるので、描画ソフト処理部１４０によるイメージ描画速度は最も速くなる。また、中間データ形式がビットマップ形式である場合には、中間データメモリ１３０の消費量も最も少なく、スプールフラッシュの発生頻度も少なくなる。上記理由により、中間データ形式選択部１２０は、インデックス形式およびフルカラー形式に優先してビットアップ形式を優先して選択する。
【００３３】
また、中間データがインデックス形式である場合は、使用メモリ量がフルカラー形式に比して少ないので、フルカラー形式よりも中間データメモリ１３０を圧迫しない。従って、フルカラー形式であれば中間データメモリ１３０を消費しまうことでスプールフラッシュが発生してしまうような場合でも、インデックス形式であればスプールフラッシュが発生せず、ページ全体を中間データメモリ１３０に保持できる場合が多い。また、入力イメージがインデックス形式である場合に、中間データとしてそのままインデックス形式のデータを中間データメモリ１３０に保持すれば処理負担はかからず、フルカラー形式よりも必要メモリ量が少ない場合が多い。上記理由により、中間データ形式選択部１２０は、フルカラー形式に優先してビットマップ形式を選択する。
【００３４】
また、中間データ形式選択部１２０は、描画ソフト処理部１４０でイメージ描画を行うことにより生成されるビットマップイメージが元のデータと変わらないデータ形式を他のデータ形式に優先して選択する。
【００３５】
例えば、入力イメージがフルカラー形式であって、当該入力イメージが白色と黒色の２色で表現されており、描画条件を鑑みても白色は、ALL0で描画され、黒色はALL1でページメモリ１５０に描画される場合においては、中間データ形式選択部１２０は、ビットマップ形式を選択する。
【００３６】
また、例えば、入力イメージ１ビットのインデックス形式であって、白色（ＩＤ＝０）と黒色（ＩＤ＝１）の２色で表現されている場合に、プリンタコントローラ１００でディザ法による階調表現を行い、当該インデックス形式のイメージの各ピクセルのビット深さと、ページメモリ１５０に描画される描画データの各ピクセルのビット深さが等しく、各種色処理（ガンマ、ＢＧ／ＵＣＲなど）を適用した後に、ページメモリ１５０上において、白色はALL0で描画され、黒色はALL1で描画されることが予め分かっている場合がある。かかる場合には、入力されたインデックス形式のイメージデータをそのままページメモリ上１４０上のビットマップデータと看做すことができるので、ビットマップ形式を選択する。
【００３７】
なお、本実施の形態のインタープリタ部１１０は、中間データ生成手段として機能する。また、中間データ形式選択部１２０は、形式選択手段として機能する。また、描画ソフト処理部１４０は、イメージ描画手段として機能する。
【００３８】
以上の構成において、第１の実施の形態の中間データ形式選択部１２０で行われるデータ形式選択処理について、図３−１〜図３−２を参照して説明する。
【００３９】
まず、入力イメージがフルカラー形式である場合のデータ形式選択処理について、図３−１を参照して説明する。図３−１は、入力イメージがフルカラー形式である場合に、中間データ形式選択部１２０で行われるデータ形式選択処理の手順を示すフローチャートである。
【００４０】
まず、インタープリタ部１１０の処理により、ホストＰＣ２００から送り出されたＰＤＬデータ（フルカラー形式のイメージ）を入力する（ステップＳＡ−１）。
【００４１】
ついで、フルカラー形式からビットマップ形式に変換できる場合（ステップＳＡ−２：Ｙｅｓ）、中間データ形式選択部１２０の処理により、ビットマップ形式を選択する（ステップＳＡ−３）。なお、フルカラー形式の中間データに基づいた描画データの結果と、ビットマップ形式の中間データに基づいた描画データの結果が変わらない場合に、ビットマップ形式に変換できる。
【００４２】
また、フルカラー形式からビットマップ形式に変換できない場合（ステップＳＡ−２：Ｎｏ）であって、インデックス形式に変換できる場合（ステップＳＡ−４：Ｙｅｓ）、中間データ形式選択部１２０の処理により、インデックス形式を選択する（ステップＳＡ−５）。なお、フルカラー形式の中間データに基づいた描画データの結果と、インデックス形式の中間データに基づいた描画データの結果が変わらない場合に、インデックス形式に変換できる。
【００４３】
また、フルカラー形式からビットマップ形式に変換できない場合（ステップＳＡ−２：Ｎｏ）であって、かつ、インデックス形式に変換できない場合（ステップＳＡ−４：Ｎｏ）、中間データ形式選択部１２０の処理により、フルカラー形式を選択する（ステップＳＡ−６）。
【００４４】
続けて、入力イメージがインデックス形式である場合のデータ形式選択処理について、図３−２を参照して説明する。図３−２は、入力イメージがインデックス形式である場合に、中間データ形式選択部１２０で行われるデータ形式選択処理の手順を示すフローチャートである。
【００４５】
まず、インタープリタ部１１０の処理により、ホストＰＣ２００から送り出されたＰＤＬデータ（インデックス形式のイメージ）を入力する（ステップＳＢ−１）。
【００４６】
ついで、インデックス形式からビットマップ形式に変換できる場合（ステップＳＢ−２：Ｙｅｓ）、中間データ形式選択部１２０の処理により、ビットマップ形式を選択する（ステップＳＢ−３）。なお、インデックス形式の中間データに基づいた描画データの結果と、ビットマップ形式の中間データに基づいた描画データの結果が変わらない場合に、ビットマップ形式に変換できる。
【００４７】
また、インデックス形式からビットマップ形式に変換できない場合（ステップＳＢ−２：Ｎｏ）、中間データ形式選択部１２０の処理により、インデックス形式を選択する（ステップＳＢ−４）。
【００４８】
以上説明したように、第１の実施の形態のプリンタコントローラ１００によれば、データサイズの異なる複数のデータ形式の中から中間データのデータ形式を中間データ形式選択部１２０で選択し、選択したデータ形式によって中間データをインタープリタ部１１０で生成し、生成した中間データを中間データメモリ１３０に保持することとしたので、スプールフラッシュの発生頻度を減らすことができ、ソフトウェアのみでイメージ描画を行う場合であっても、高速にイメージ描画を行うことができる。
【００４９】
また、第１の実施の形態のプリンタコントローラ１００によれば、ＰＤＬデータで指定された描画条件に基づいてイメージ描画を行うことにより生成される描画データの結果が元のデータと変わらないデータ形式が複数ある場合に、中間データのサイズが小さいデータ形式を中間データ形式選択部１２０で優先して選択することとしたので、描画データの結果が変わらない範囲でより小さな中間データを生成することができ、ソフトウェア主体でイメージ描画を行う場合であっても、高速にイメージ描画を行うことができる。
【００５０】
また、第１の実施の形態のプリンタコントローラ１００によれば、図形描画処理部１４０では、ビットマップ形式、インデックス形式、およびフルカラー形式がサポートされており、ビットマップ形式、インデックス形式、またはフルカラー形式を中間データ形式選択部１２０で選択することとしたので、汎用性のある中間データについてイメージ描画を行うことができる。
【００５１】
（第２の実施の形態）
次に、本発明にかかる第２の実施の形態のプリンタコントローラ１００について説明する。なお、第２の実施の形態の説明においては、上述した第１の実施の形態のプリンタコントローラ１００の説明と重複する説明を省略する場合がある。
【００５２】
図４は、第２の実施の形態のプリンタコントローラ１００の構成を示す図である。第２の実施の形態のプリンタコントローラ１００の構成の特徴部分は、中間データのイメージ描画を行うための描画ソフト処理部１４０と描画ハード処理部１７０を備えている点である。
【００５３】
描画ハード処理部１７０は、中間データメモリ１３０に保持されている中間データのページメモリ１５０へのイメージ描画を行うためのものであり、ハードウェアで構成されている。なお、イメージ描画手段として機能する描画ハード処理部１７０は、イメージ描画を行うことのできるデータ形式として、フルカラー形式をサポートしている。
【００５４】
ここで、第２の実施の形態の中間データ形式選択部１２０によるデータ形式の選択方法について説明する。
【００５５】
通常、描画ハード処理部１７０によるページメモリ１５０への描画速度は、描画ソフト処理部１４０によるページメモリ１５０への描画速度よりも速い。
【００５６】
そこで、第２の実施の形態の中間データ形式選択部１２０は、描画ハード処理部１７０によるページメモリ１５０への描画速度が、描画ソフト処理部１４０でサポートされるデータ形式（ビットマップ形式、インデックス形式、フルカラー形式）による中間データのページメモリ１５０への描画速度よりも速い環境である場合に、描画ハード処理部１７０で扱うフルカラー形式を選択する。かかる場合には、描画ハード処理部１７０によりページメモリ１５０へのイメージ描画が行われる。
【００５７】
一方、描画ハード処理部１７０が処理できないような特殊な色変換を行う必要がある場合、描画ハード処理部１７０が描画ソフト処理部１４０に比べて対応できる描画条件が少ない場合などがある。
【００５８】
かかる場合には、第２の実施の形態の中間データ形式選択部１２０は、第１の実施の形態と同様の手順に従ってデータ形式を選択する。
【００５９】
以上の構成において、第２の実施の形態の中間データ形式選択部１２０で行われるデータ形式選択処理について、図５−１〜図５−２を参照して説明する。
【００６０】
まず、入力イメージがフルカラー形式である場合のデータ形式選択処理について、図５−１を参照して説明する。図５−１は、入力イメージがフルカラー形式である場合に、中間データ形式選択部１２０で行われるデータ形式選択処理の手順を示すフローチャートである。
【００６１】
まず、インタープリタ部１１０の処理により、ホストＰＣ２００から送り出されたＰＤＬデータ（フルカラー形式のイメージ）を入力する（ステップＳＣ−１）。
【００６２】
ついで、描画ハード処理部１７０で描画を行う場合（ステップＳＣ−２：Ｙｅｓ）、中間データ形式選択部１２０の処理により、フルカラー形式を選択する（ステップＳＣ−３）。なお、描画ハード処理部１７０によるページメモリ１５０への描画速度が、描画ソフト処理部１４０でサポートされるデータ形式（ビットマップ形式、インデックス形式、フルカラー形式）による中間データのページメモリ１５０への描画速度よりも速い環境である場合に、描画ハード処理部１７０で描画を行う。
【００６３】
一方、描画ハード処理部１７０で描画を行わない場合（ステップＳＣ−２：Ｎｏ）、処理手順は、ステップＳＣ−４へ移行される。なお、例えば、描画ハード処理部１７０が処理できないような特殊な色変換を行う必要がある場合、描画ハード処理部１７０が描画ソフト処理部１４０に比べて対応できる描画条件が少ない場合などには、描画ハード処理部１７０で描画を行わない。
【００６４】
なお、ステップＳＣ−４以降に実行される手順は、第１の実施の形態で説明したステップＳＡ−２〜ステップＳＡ−６（図３−１参照）と同様であるため、ここではその説明を省略する。
【００６５】
続けて、入力イメージがインデックス形式である場合のデータ形式選択処理について図５−２を参照して説明する。図５−２は、入力イメージがインデックス形式である場合に中間データ形式選択部１２０で行われるデータ形式選択処理の手順を示すフローチャートである。
【００６６】
まず、インタープリタ部１１０の処理により、ホストＰＣ２００から送り出されたＰＤＬデータ（インデックス形式のイメージ）を入力する（ステップＳＤ−１）。
【００６７】
ついで、描画ハード処理部１７０で描画を行う場合（ステップＳＤ−２：Ｙｅｓ）、中間データ形式選択部１２０の処理により、フルカラー形式を選択する（ステップＳＤ−３）。なお、描画ハード処理部１７０によるページメモリ１５０への描画速度が、描画ソフト処理部１４０でサポートされるデータ形式（ビットマップ形式、インデックス形式、フルカラー形式）による中間データのページメモリ１５０への描画速度よりも速い環境である場合に、描画ハード処理部１７０で描画を行う。
【００６８】
一方、描画ハード処理部１７０で描画を行わない場合（ステップＳＤ−２：Ｎｏ）、処理手順は、ステップＳＤ−４へ移行される。なお、例えば、描画ハード処理部１７０が処理できないような特殊な色変換を行う必要がある場合、描画ハード処理部１７０が描画ソフト処理部１４０に比べて対応できる描画条件が少ない場合などには、描画ハード処理部１７０で描画を行わない。
【００６９】
なお、ステップＳＤ−４以降に実行される手順は、第１の実施の形態で説明したステップＳＢ−２〜ステップＳＢ−４（図３−２参照）と同様であるため、ここではその説明を省略する。
【００７０】
以上説明したように、第２の実施の形態のプリンタコントローラ１００によれば、描画ソフト処理部１４０と描画ハード処理部１７０を備えており、描画ハード処理部１７０によるページメモリ１５０への描画速度が、描画ソフト処理部１４０でサポートされるデータ形式（ビットマップ形式、インデックス形式、フルカラー形式）による中間データのページメモリ１５０への描画速度よりも速い環境である場合に、フルカラー形式を中間データ形式選択部１２０で選択し、選択したフルカラー形式の中間データをインタープリタ部１１０で生成し、生成した中間データを中間データメモリ１３０に保持することとしたので、ソフトウェアで高速にイメージ描画を行うことのできる構成であっても、ハードウェアを用いてより高速にイメージ描画することができる。
【００７１】
また、第２の実施の形態のプリンタコントローラ１００によれば、描画ハード処理部１７０が処理できないような特殊な色変換を行う必要がある場合、描画ハード処理部１７０が描画ソフト処理部１４０に比べて対応できる描画条件が少ない場合などには、描画ソフト処理部１４０で扱うデータ形式を中間データ形式選択部１２０で選択し、当該選択したフルカラー形式の中間データをインタープリタ部１１０で生成し、生成した中間データを中間データ１２０に保持することとしたので、ハードウェアを頼らずとも、スプールフラッシュの発生頻度を減らすことができ、高速にイメージ描画を行うことができる。
【産業上の利用可能性】
【００７２】
以上のように、本発明にかかる画像処理装置は、例えばホストＰＣなどから入力されるページ記述言語に従うイメージデータを高速にイメージ描画する画像処理装置に適している。
【図面の簡単な説明】
【００７３】
【図１】第１の実施の形態のプリンタコントローラ１００の構成を示す図である。
【図２】第１の実施の形態の描画ソフト処理部１４０でサポートするデータ形式を示す図である。
【図３−１】入力イメージがフルカラー形式である場合に、第１の実施の形態の中間データ形式選択部１２０で行われるデータ形式選択処理の手順を示すフローチャートである。
【図３−２】入力イメージがインデックス形式である場合に、第１の実施の形態の中間データ形式選択部１２０で行われるデータ形式選択処理の手順を示すフローチャートである。
【図４】第２の実施の形態のプリンタコントローラ１００の構成を示す図である。
【図５−１】入力イメージがフルカラー形式である場合に、第２の実施の形態の中間データ形式選択部１２０で行われるデータ形式選択処理の手順を示すフローチャートである。
【図５−２】入力イメージがインデックス形式である場合に、第２の実施の形態の中間データ形式選択部１２０で行われるデータ形式選択処理の手順を示すフローチャートである。
【符号の説明】
【００７４】
１００  プリンタコントローラ
１１０  インタープリタ部
１２０  中間データ形式選択部
１３０  中間データメモリ
１４０  描画ソフト処理部
１５０  ページメモリ
１６０  ＣＰＵ
１７０  描画ハード処理部
１９０  プリンタエンジン
２００  ホストＰＣ
【図１】
2008221791.tif 000003
【図２】
2008221791.tif 000004
【図３−１】
2008221791.tif 000005
【図３−２】
2008221791.tif 000006
【図４】
2008221791.tif 000007
【図５−１】
2008221791.tif 000008
【図５−２】
2008221791.tif 000009