JP2011139161A - 画像処理装置及びその制御方法 - Google Patents

Abstract

【課題】ブロック単位に複数の画像処理を行う際に、画像処理のスループットを向上させた装置及び方法を提供する。
【解決手段】入力された画像データを予め定められたサイズのブロックに分け、各ブロックに対して複数の画像処理を行う画像処理装置で、予め定められた画像処理を行わない属性の画像データを含むブロックか否かを判定する。判定の結果、予め定められた画像処理を行わない属性の画像データを含むブロックと判定された場合、そのブロックに対して予め定められた画像処理を行わない。しかし、予め定められた画像処理を行わない属性の画像データを含むブロックでないと判定された場合、そのブロックに対して、予め定められた画像処理を行う。そして、予め定められた画像処理を行わない属性の画像データは、ベクタ画像データであり、予め定められた画像処理は、レンダリング、解像度変換、画像圧縮の各処理である。
【選択図】図１０

Description

本発明は、ラスタ画像データの解像度を変換して出力する技術に関する。

従来、ラスタ画像データを解像度変換によって縮小し、縮小された画像データを画像圧縮する画像処理装置が開示されている（例えば、特許文献１参照）。この特許文献１では、第一にＰＤＬ内に含まれる描画オブジェクトのうち、ラスタ画像データについて、出力解像度に変換するための拡大率又は縮小率を算出する。第二に、当該ラスタ画像データについて、後段の画像圧縮によって既定の圧縮率を達成するために、実効解像度を落とす処理が必要であるか否かを評価する。第三に、当該ラスタ画像データについて、実効解像度を落とす処理が必要であると評価したならば、解像度変換によって拡大又は縮小する際に、実行解像度を落とす処理を同時に実行する。

この特許文献１によれば、ＰＤＬに含まれるラスタ画像データについて、解像度変換を繰り返し実行する必要がある場合に解像度変換を一度に実行するように変更することで、画質劣化を防止することができる。

特開２００７−２８１５９１号公報

しかしながら、上記従来の技術では、ＰＤＬに含まれるラスタ画像データの画質劣化を防止することはできるが、ＰＤＬに対する画像処理のスループットを向上させることはできない。特に、ブロック単位で画像処理を行う場合に、ブロック単位でＰＤＬに含まれるラスタ画像データの画質劣化を防止することはできるが、ブロック単位のＰＤＬに対する画像処理のスループットを向上させることはできなかった。

本発明は、ブロック単位に複数の画像処理を行う際に、画像処理のスループットを向上させた装置及び方法を提供することを目的とする。

本発明は、入力された画像データを予め定められたサイズのブロックに分け、各ブロックに対して複数の画像処理を行う画像処理装置であって、前記複数の画像処理を行う際に、予め定められた画像処理を行わない属性の画像データを含むブロックか否かを判定する判定手段と、前記判定手段によって前記予め定められた画像処理を行わない属性の画像データを含むブロックと判定された場合、当該ブロックに対して前記予め定められた画像処理を行わず、前記判定手段によって前記予め定められた画像処理を行わない属性の画像データを含むブロックでないと判定された場合、当該ブロックに対して前記予め定められた画像処理を行うように制御する制御手段と、を有し、前記予め定められた画像処理を行わない属性の画像データは、ベクタ画像データであり、前記予め定められた画像処理は、レンダリング、解像度変換、画像圧縮の各処理であることを特徴とする。

本発明によれば、ブロック単位に複数の画像処理を行う際に、画像処理のスループットを向上させることができる。

本実施形態における画像処理装置のネットワーク構成を示す図。 図１に示す画像処理装置１００のブロック構成を示す図。 本実施形態における画像処理装置のＰＤＬ処理を示すフローチャート。 本実施形態における画像処理装置のプリント処理を示すフローチャート。 図３に示すＰＤＬ展開処理（Ｓ１０２）を示すフローチャート。 図３に示すレンダリング処理（Ｓ１０３）を示すフローチャート。 図３に示す解像度変換（縮小）処理（Ｓ１０４）を示すフローチャート。 図３に示す画像圧縮処理（Ｓ１０５）を示すフローチャート。 本実施形態における画像処理装置のブロック単位の画像処理判定方法を示す図。 （Ａ）は、本実施形態におけるページ画像データを示す概念図、（Ｂ）は、本実施形態におけるページ属性データを示す概念図。 （Ａ）は、図１０に示す（Ａ）及び（Ｂ）に対応するスプール前データ処理でのパケットデータの一例を示す図、（Ｂ）は本実施形態におけるスプール前データ処理のデータフローを示す図。 （Ａ）は、図１０に示す（Ａ）及び（Ｂ）に対応したスプール後データ処理でのパケットデータの一例を示す図、（Ｂ）は本実施形態におけるスプール後データ処理のデータフローを示す図。

以下、図面を参照しながら発明を実施するための形態について詳細に説明する。本実施形態では、画像処理装置として、コピー機能、プリント機能、スキャン機能、ＦＡＸ機能などの異なる複数の機能を同時に実現可能な複合機（ＭＦＰ）を例に挙げて説明する。

まず、本実施形態における画像処理装置のネットワーク構成を、図１を用いて説明する。図１に示すように、単一の画像処理装置１００と複数のネットワーク端末１０〜１２とがネットワーク２０を介してネットワークサーバ３０にそれぞれ接続されている。これにより、複数のネットワーク端末１０〜１２が単一の画像処理装置１００を共有したネットワーク構成を実現している。尚、図１に示すネットワーク構成における各装置の台数は一例であり、本発明は接続可能な各装置の台数がこれに限定されるものではない。

画像処理装置１００は、複数のネットワーク端末１０〜１２の何れかからネットワーク２０を介して受信したＰＤＬに対してＰＤＬ処理を実行し、ＰＤＬ処理で得られたラスタ画像データを記録紙に印字する。即ち、画像処理装置１００は、複数のネットワーク端末１０〜１２の何れかからＰＤＬ処理を要求したユーザに対して、ＰＤＬを展開して得られたラスタ画像データを印字した印刷物を提供する。

尚、ネットワーク端末１０〜１２のそれぞれは、アプリケーションから印刷を行う際に印刷データを作成して画像処理装置１００へ送出するプリンタドライバと、ネットワーク接続機能とを有するパーソナルコンピュータなどのコンピュータである。

次に、図１に示す画像処理装置１００のブロック構成を、図２を用いて説明する。図２に示すように、画像処理装置１００は、通信部２０１において、ネットワーク２０と接続することで、図１に示すネットワーク構成を実現する。そして、画像処理装置１００は、通信部２０１、プリンタ部２０５などの各処理部が内部バス２００を介して電気的に接続された構成を持つ。

通信部２０１は、外部機器とのデータの送受信を実行する処理部である。通信部２０１は、インターネットやＬＡＮなどのネットワーク２０に接続して外部機器との間でデータの送受信を行う。また、通信部２０１は公衆電話回線に接続してＦＡＸ通信を行うと共に、ＵＳＢメモリデバイスと直接接続してデータ通信を行う。

スキャナ部２０２は、原稿画像を光学的に読み取って電気的な画像信号に変換して出力する処理部であり、密着型イメージセンサ、読み取り駆動部、読み取り点灯制御部などで構成される。スキャナ部２０２は、読み取り駆動部によって搬送される密着型イメージセンサによって原稿全体をスキャンする際に、読み取り点灯制御部によって密着型イメージセンサ内部のＬＥＤを点灯制御する。また同時に、スキャナ部２０２は、密着型イメージセンサ内部のフォトセンサが原稿画像を光学的に読み取って電気的な画像信号に変換して出力する。

操作部２０３は、ユーザからの指示を入力として受信する処理部である。操作部２０３は、例えばハードキーやタッチパネルで実現され、画像処理装置１００で実行する処理に関するユーザからのキー操作を入力として受信するユーザインタフェースでもある。

表示部２０４は、画像処理装置１００の状態をユーザに対する出力として表示する処理部である。表示部２０４は、例えば液晶パネルや操作部２０３の機能を兼ねた液晶タッチパネルで実現され、画像処理装置１００で実行する処理に関する設定内容や処理結果などの情報を表示するユーザインタフェースを提供する。

プリンタ部２０５は、画像処理装置１００の内部に一時記憶された電気的な画像信号を記録紙に可視像として印字する処理部である。プリンタ部２０５は、例えばレーザービームプリンタやインクジェットプリンタで実現され、画像処理装置１００の内部に一時記憶されたラスタ画像データを予め用意された記録紙の上に出力解像度で印字する。

画像処理部２０６は、画像処理装置１００内の画像データに対してスキャン系画像処理、プリント系画像処理、通信系画像処理などを実行する処理部である。画像処理部２０６は、スキャン時にスキャナ部２０２から受信した画像データに対してシェーディング補正、ガンマ処理、二値化処理、中間調処理、ＲＧＢからＣＭＹＫへの色空間変換などのスキャンデバイス特性に適合した画像処理を実行する。また、画像処理部２０６はプリント時にＨＤＤ２１０などに記憶した画像データに対して解像度変換、スムージング、濃度補正などのプリンタデバイス特性に適合した画像処理を実行する。更に、画像処理部２０６は、通信時に通信部２０１を介して送受信する画像データに対して解像度変換、色空間変換などの通信デバイス特性に適合した画像処理を実行する。

ＣＰＵ２０７は、画像処理装置１００の各処理部の間で画像データの転送や画像データに対する画像処理を実行する処理部である。ＣＰＵ２０７は、後述するＲＯＭ２０８又はＲＡＭ２０９に記憶されたプログラムを順次実行することによって画像データの転送制御及び画像処理を実行する。

ＲＯＭ２０８は、画像処理装置１００で実行する画像データハンドリング及び画像処理の制御手順を記述したプログラムを保持する記憶部である。ＲＡＭ２０９及びハードディスクＨＤＤ２１０は、画像処理装置１００の制御手順を記述したプログラムや画像データを一時的に保持する記憶部である。

以上の構成において、本実施形態における画像処理装置１００のＰＤＬ処理を、図３を用いて説明する。通信部２０１がネットワーク２０上のネットワーク端末１０〜１２から転送されたＰＤＬを受信し、受信したＰＤＬをＲＡＭ２０９又はＨＤＤ２１０に一時記憶する（Ｓ１０１）。画像処理部２０６がＳ１０１で取得されたＰＤＬを展開し、ディスプレイリストを生成する（Ｓ１０２）。Ｓ１０２の詳細は、図５を用いて後述する。

次に、画像処理部２０６は、Ｓ１０２で生成されたディスプレイリストをレンダリングし、予め定められたサイズ（６４画素×６４画素）のブロックを単位にラスタ画像データを生成する（Ｓ１０３）。Ｓ１０３の詳細は、図６を用いて後述する。

尚、本実施形態では、ブロック単位に分割されたページ画像データの実体をタイル画像データと呼び、タイル画像データのヘッダ情報、画像データ、属性データの各情報を合わせたデータ転送単位をパケットデータと呼ぶ。

次に、画像処理部２０６は、Ｓ１０３で生成されたラスタ画像データの解像度変換を実行し、ブロック単位で縮小されたラスタ画像データを生成する（Ｓ１０４）。Ｓ１０４の詳細は、図７を用いて後述する。

次に、画像処理部２０６は、Ｓ１０４で生成された縮小後のラスタ画像データを圧縮し、ブロック単位で圧縮されたラスタ画像データを生成する（Ｓ１０５）。Ｓ１０５の詳細は、図８を用いて後述する。そして、画像処理部２０６が、Ｓ１０５で生成された圧縮後のラスタ画像データをＲＡＭ２０９又はＨＤＤ２１０に記憶し（Ｓ１０６）、この処理を終了する。

続いて、本実施形態における画像処理装置１００のプリント処理を、図４を用いて説明する。画像処理部２０６がＳ１０６で記憶された圧縮後のラスタ画像データをＲＡＭ２０９又はＨＤＤ２１０から取得する（Ｓ２０１）。画像処理部２０６がＳ２０１で取得された圧縮後のラスタ画像データを伸張し、ブロック単位で縮小されたラスタ画像データを生成する（Ｓ２０２）。次に、画像処理部２０６は、Ｓ２０２で生成された縮小後のラスタ画像データの解像度変換を実行し、ブロック単位で拡大されたラスタ画像データを生成する（Ｓ２０３）。

次に、画像処理部２０６は、Ｓ２０３で生成された拡大後のラスタ画像データをバッファメモリに展開し、ブロック単位のラスタ画像データからページ単位のラスタ画像データを生成する（Ｓ２０４）。そして、画像処理部２０６はＳ２０４で生成されたページ単位のラスタ画像データをプリンタ部２０５に送信する（Ｓ２０５）。

ここで、図３に示すＰＤＬ展開処理（Ｓ１０２）を、図５を用いて説明する。画像処理部２０６が、Ｓ１０１で取得されたＰＤＬを展開し、ディスプレイリストを生成する（Ｓ３０１）。ここで、生成されるディスプレイリストに含まれる描画オブジェクトは、文字やグラフィックスなどのベクタ画像データと、イメージなどのラスタ画像データの２種類に大別される。

次に、画像処理部２０６は、Ｓ３０１で生成されたディスプレイリストに含まれる描画オブジェクトのうち、オリジナルのＰＤＬに貼り付けられたイメージなどのラスタ画像データを検索する（Ｓ３０２）。画像処理部２０６は、Ｓ３０２で検索されたラスタ画像データに対して、Ｓ１０３でのレンダリング及びＳ１０４でのレンダリング後の解像度変換（縮小）を実行した場合の結果として得られる解像度を判定する（Ｓ３０３）。例えば、６００ｄｐｉ相当の６４画素×６４画素でレンダリングされた後に、３００ｄｐｉ相当の３２画素×３２画素に解像度変換（縮小）される場合、３００ｄｐｉがスプール解像度であるとして判定する。

尚、ここで判定する解像度は、レンダリングにおいて実行される変倍を加味した解像度である。また、ここで対象とするラスタ画像データはラスタ画像データに対する変倍以外の回転や鏡像などの変換処理が予め適用されたラスタ画像データである。

次に、画像処理部２０６は、Ｓ３０２で検索されたラスタ画像データに対して、Ｓ３０３で判定された解像度への解像度変換を実行する（Ｓ３０４）。そして、画像処理部２０６は、Ｓ３０４で生成したラスタ画像データに対して、従来知られているＪＰＥＧなどの圧縮アルゴリズムを用いた圧縮を実行する。

ここで、図３に示すレンダリング処理（Ｓ１０３）を、図６を用いて説明する。画像処理部２０６が、少なくともタイル画像データが有する描画オブジェクトをバッファメモリに保持し、タイル画像データが有する描画オブジェクトの属性を判定する（Ｓ４０１）。ここでは、タイル画像データが保持する描画オブジェクトとして、文字やグラフィックスなどのベクタ画像データのみが存在するか、イメージなどのラスタ画像データのみが存在するか、何れも存在するか、何れも存在しないか、を場合分けする。

次に、画像処理部２０６は、Ｓ４０１で判定されたタイル画像データが有する描画オブジェクトの属性を参照し、参照した属性が予め定められたスルー条件に合致するか否かを判定する（Ｓ４０２）。具体的な判定の条件としては、例えばタイル画像データが有する描画オブジェクトとして、ベクタ画像データを含まないことである。ここで、タイル画像データがスルー条件に合致するならば（Ｓ４０２でＹｅｓ）、Ｓ４０３へ処理を遷移させる。Ｓ４０３では、画像処理部２０６が、当該タイル画像データのパケットデータが保持するヘッダ情報の一部であるスルーフラグをセット（“１”）する。そして、この処理を終了する。

一方、上述のＳ４０２で判定されたタイル画像データがスルー条件に合致しない場合、Ｓ４０４へ処理を遷移させる。Ｓ４０４では、当該タイル画像データのパケットデータが保持するヘッダ情報の一部であるスルーフラグをリセット（“０”）する。そして、画像処理部２０６は、レンダリング処理を実行し（Ｓ４０５）、この処理を終了する。

ここで、図３に示す解像度変換（縮小）処理（Ｓ１０４）を、図７を用いて説明する。画像処理部２０６が、Ｓ４０３でセットしたスルーフラグを参照し、スルーフラグに１がセットされていたならば（Ｓ５０１にてＹＥＳ）、解像度変換（縮小）処理を実行せずに当該解像度変換（縮小）処理を終了する。

一方、Ｓ５０１で、スルーフラグがリセット（“０”）されていたならば、Ｓ５０２へ処理を遷移させる。Ｓ５０２では、画像処理部２０６は、解像度変換（縮小）処理を実行する。

ここで、図３に示す画像圧縮処理（Ｓ１０５）を、図８を用いて説明する。画像処理部２０６が、Ｓ４０３でセットしたスルーフラグを参照し、スルーフラグに１がセットされていたならば（Ｓ６０１でＹＥＳ）、画像圧縮処理を実行せずに当該画像圧縮処理を終了する。一方、Ｓ６０１で、スルーフラグがリセット（“０”）されていたならば、Ｓ６０２へ処理を遷移させ、画像処理部２０６は、画像圧縮処理を実行する。

次に、上述した図６乃至図８の一連の処理について、図９乃至図１２を用いて、具体的に説明する。図９は、本実施形態における画像処理装置１００のブロック単位の画像処理判定方法を示す図である。図１０に示す（Ａ）は、本実施形態におけるページ画像データを示す概念図である。図１０に示す（Ｂ）は、本実施形態におけるページ属性データを示す概念図である。

図９は、図１０に示す（Ａ）及び（Ｂ）のタイル画像データＡ〜Ｄのそれぞれについて、Ｓ４０１で述べた４通りに場合分けし、Ｓ４０２のスルー条件を判定した結果である。図９に示すように、タイル画像データＡ、Ｂは描画オブジェクトとして、それぞれベクタ画像データが少なくとも１つ以上存在するので、タイル画像データＡ、Ｂのスルーフラグをリセット（“０”）する。一方、タイル画像データＣ、Ｄは描画オブジェクトとして、ベクタ画像データが一つも存在しないので、タイル画像データＣ、Ｄのスルーフラグをセット（“１”）する。

即ち、スルーフラグがセットされていないタイル画像データＡ、Ｂに対しては、レンダリング処理、解像度変換（縮小）処理、画像圧縮処理を実行する。そして、当該パケットデータをＲＡＭ２０９又はＨＤＤ２１０に転送してスプールする。一方、スルーフラグがセットされているタイル画像データＣ、Ｄに対しては、レンダリング処理、解像度変換（縮小）処理、画像圧縮処理を実行せずに、当該パケットデータをＲＡＭ２０９又はＨＤＤ２１０に転送してスプールする。

図１１に示す（Ａ）は、図１０に示す（Ａ）及び（Ｂ）に対応するスプール前データ処理でのパケットデータの一例を示す図である。また、図１１に示す（Ｂ）は、本実施形態におけるスプール前データ処理のデータフローを示す図である。

図１１に示す（Ａ）のように、図１０に示す（Ａ）及び（Ｂ）に示すパケットデータのうち、ベクタ画像データを含むタイル画像データＡ、Ｂに対応するパケットデータに対して高解像度でレンダリング処理を実行する。ここで、図１１に示す（Ａ）のように、この高解像度でレンダリング処理されるパケットデータを「Ｈ」と表記する。

一方、図１０に示す（Ａ）及び（Ｂ）に示すパケットデータのうち、ベクタ画像データを含まないタイル画像データＣ、Ｄに対応するパケットデータに対してオリジナルの解像度のままでレンダリング処理を実行せずに転送する。また同様に、図１１に示す（Ａ）のように、このオリジナルの解像度のままでレンダリング処理を実行しないパケットデータを「Ｌ」と表記する。

言い換えると、図１１に示す（Ｂ）のように、スプール前データ処理のデータフローでディスプレイリストをラスタ画像データに変換する際に、１系統のデータフローに対して２通りの矢印で示すようにパケットデータを転送する。即ち、スルーフラグがセットされ予めスプール解像度に変換されたラスタ画像データを有する「Ｌ」で示すパケットデータは、レンダリング、解像度変換（縮小）、画像圧縮を実行せずにＲＡＭ２０９又はＨＤＤ２１０にスプールする。

一方、スルーフラグがリセットされ「Ｈ」で示すパケットデータには、レンダリング、解像度変換（縮小）、画像圧縮を実行した後にＲＡＭ２０９又はＨＤＤ２１０にスプールする。これにより、ラスタ画像データの画質劣化を防止するだけでなく、パケットデータに対してブロック単位の画像処理そのもののスループットを向上させることができる。

尚、図１１に示す（Ａ）において、「補間データ」は画像データを解像度変換（縮小）処理した際に間引いた画像データの画素が持つ色・形の情報をコード化したものである。例えば、６００ｄｐｉ相当の６４画素×６４画素でレンダリングした後に、３００ｄｐｉ相当の３２画素×３２画素に解像度変換（縮小）する場合には、３００ｄｐｉ相当の画像データに加え、間引いた画素の色・形の情報を補間データとして保持する。これにより、６００ｄｐｉ相当の画像データと可逆の関係を保ちながら、３００ｄｐｉ相当の画像データに補間データを加えたデータ量までスプール時のデータ量を削減できる。

また、プリント処理などの出力時には、この補間データを画像データと関連付けて展開することで、スプール後の解像度変換（拡大）処理した際に、間引いた画像データの画素が持つ色・形を復元することができる。

図１２に示す（Ａ）は、図１０に示す（Ａ）及び（Ｂ）に対応したスプール後データ処理でのパケットデータの一例を示す図である。また、図１２に示す（Ｂ）は、本実施形態におけるスプール後データ処理のデータフローを示す図である。尚、図１２に示す（Ａ）における「Ｈ」、「Ｌ」の表記は、図１１に示す（Ａ）の表記と同じである。

図１２に示す（Ａ）のように、図１０に示す（Ａ）及び（Ｂ）で示すパケットデータのうち、ベクタ画像データを含むタイル画像データＡ、Ｂに対応するパケットデータに対して、補間データを用いて解像度変換（拡大）し、画像データを高解像度に復元する。

一方、図１０に示す（Ａ）及び（Ｂ）で示すパケットデータのうち、ベクタ画像データを含まないタイル画像データＣ、Ｄに対応するパケットデータに対して、画像データをオリジナルの解像度に復元する。

言い換えると、図１１に示す（Ｂ）のように、スプール前データ処理のデータフローでラスタ画像データをプリンタ部に出力する際に、１系統のデータフローに対して２通りの矢印で示すように、パケットデータを転送する。即ち、スルーフラグがセットされているパケットデータは、補間データを用いずに解像度変換（拡大）により画像データをオリジナルの解像度に復元する。

一方、スルーフラグがセットされていないパケットデータは、補間データを用いて解像度変換（拡大）により画像データを高解像度に復元する。

このように、本実施形態によれば、ラスタ画像データの画質劣化を防止するだけでなく、パケットデータに対して、ラスタ画像データのみが存在する場合、ブロック単位の画像処理のスループットを向上させることができる。

尚、レンダリング処理、解像度変換（縮小）処理、画像圧縮処理というブロック単位の画像処理を３つ例に挙げて説明したが、本発明におけるブロック単位の画像処理の仕組みは、これだけに限定されるものではない。例えば、画像圧縮処理を除くレンダリング処理、解像度変換（縮小）処理の２つのブロック単位の画像処理に対しても同様に、本発明の効果を得ることができる。また、他のブロック単位の画像処理を加えた例に対しても同様に、本発明の効果を得ることができる。

［変形例］
本実施形態の変形例は、上述したＳ４０１において異なる判定の内容を採用し、更に、Ｓ４０２において異なる判定の条件を採用したものである。尚、この変形例は、補足するＳ４０１及びＳ４０２の内容を除き、本実施形態の説明と重複するため、その説明を省略する。

従来、Ｓ３０１のＰＤＬ展開処理において、複数の描画オブジェクトが重なって存在する場合に、前面の描画オブジェクトの隠れて描画されない背面の描画オブジェクトを消去する技術が知られている。しかしながら、複数のラスタ画像データが重なって存在する場合に、前面のラスタ画像データの隠れて描画されない背面のラスタ画像データを必ずしも消去することができない。

この点に鑑みて、変形例では、Ｓ４０１での判定の内容として、例えばイメージなどのラスタ画像データのみが存在する場合に関して、予め定められた閾値未満の数だけ存在するか、或いは、閾値以上の数だけ存在するか、を更に場合分けする。例えば、閾値を２に設定したならば、Ｓ４０２の判定の条件として、閾値２未満の単一のラスタ画像データが存在した場合に、スルーフラグをセットする。一方、Ｓ４０２の判定の条件として、閾値２以上の複数のラスタ画像データが存在した場合に、重ね合わせ（コンポジット）処理の必要性が生じるので、スルーフラグをリセットする。

変形例によれば、ラスタ画像データが重なって存在する場合でも、ラスタ画像データが重なっている部分と重なっていない部分とを切り分けることで、ブロック単位の画像処理のスループットを向上させることができる。

［他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (4)

1. 入力された画像データを予め定められたサイズのブロックに分け、各ブロックに対して複数の画像処理を行う画像処理装置であって、
   前記複数の画像処理を行う際に、予め定められた画像処理を行わない属性の画像データを含むブロックか否かを判定する判定手段と、
   前記判定手段によって前記予め定められた画像処理を行わない属性の画像データを含むブロックと判定された場合、当該ブロックに対して前記予め定められた画像処理を行わず、前記判定手段によって前記予め定められた画像処理を行わない属性の画像データを含むブロックでないと判定された場合、当該ブロックに対して前記予め定められた画像処理を行うように制御する制御手段と、
   を有し、
   前記予め定められた画像処理を行わない属性の画像データは、ベクタ画像データであり、前記予め定められた画像処理は、レンダリング、解像度変換、画像圧縮の各処理であることを特徴とする画像処理装置。
2. 前記予め定められた画像処理を行わない属性の画像データは、ベクタ画像データと予め定められた閾値未満の数のラスタ画像データを含むラスタ画像データであることを特徴とする請求項１又は２に記載の画像処理装置。
3. 入力された画像データを予め定められたサイズのブロックに分け、各ブロックに対して複数の画像処理を行う画像処理装置の制御方法であって、
   判定手段が、前記複数の画像処理を行う際に、予め定められた画像処理を行わない属性の画像データを含むブロックか否かを判定する判定工程と、
   制御手段が、前記判定工程において前記予め定められた画像処理を行わない属性の画像データを含むブロックと判定された場合、当該ブロックに対して前記予め定められた画像処理を行わず、前記判定工程において前記予め定められた画像処理を行わない属性の画像データを含むブロックでないと判定された場合、当該ブロックに対して前記予め定められた画像処理を行うように制御する制御工程と、
   を有し、
   前記予め定められた画像処理を行わない属性の画像データは、ベクタ画像データであり、前記予め定められた画像処理は、レンダリング、解像度変換、画像圧縮の各処理であることを特徴とする画像処理装置の制御方法。
4. コンピュータを請求項１又は２に記載の画像処理装置の各手段として機能させるためのプログラム。

Images