特許 6226695 画像処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6226695

(24)【登録日】2017年10月20日

(45)【発行日】2017年11月8日

(54)【発明の名称】画像処理装置

(51)【国際特許分類】

   B41J 5/30 20060101AFI20171030BHJP

   B41J 21/00 20060101ALI20171030BHJP

   H04N 1/00 20060101ALI20171030BHJP

【ＦＩ】

   B41J5/30 Z

   B41J21/00 Z

   H04N1/00 C

【請求項の数】1

【全頁数】20

(21)【出願番号】特願2013-221206(P2013-221206)

(22)【出願日】2013年10月24日

(65)【公開番号】特開2015-80936(P2015-80936A)

(43)【公開日】2015年4月27日

【審査請求日】2016年9月1日

(73)【特許権者】

【識別番号】000250502

【氏名又は名称】理想科学工業株式会社

(74)【代理人】

【識別番号】100074099

【弁理士】

【氏名又は名称】大菅 義之

(72)【発明者】

【氏名】袴田 純一

【審査官】 大浜 登世子

(56)【参考文献】

【文献】 特開２００１−２３９７１０（ＪＰ，Ａ）

【文献】 特開２００９−２８２９２４（ＪＰ，Ａ）

【文献】 特開２００１−０７１６０２（ＪＰ，Ａ）

【文献】 特開２０１１−２３０４７０（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１１／０２６７６４５（ＵＳ，Ａ１）

【文献】 特開２００４−３３８２１３（ＪＰ，Ａ）

【文献】 特開２０１２−１９８７４１（ＪＰ，Ａ）

【文献】 特開２０１２−２５０３９４（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１２／０３１１３６９（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００８／０２８５０７４（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２００５／００９４１９１（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｂ４１Ｊ ５／３０

Ｂ４１Ｊ ２１／００

Ｈ０４Ｎ １／００

Ｇ０６Ｆ ３／１２

(57)【特許請求の範囲】

【請求項1】

印刷処理を実行する印刷エンジンに、展開出力するデータを格納する展開メモリを備え
る画像処理装置であって、
ページ記述言語で記述された印刷対象のジョブデータに基づいて、ページごとに、該ページに配置されるオブジェクトデータの数を特定する特定部と、
前記ジョブデータに基づいて、中間データを生成するインタプリタ処理部と、
前記インタプリタ処理部により生成された前記中間データに基づいて、前記特定部により特定された前記オブジェクトデータの数が、所定閾値より少ないページに対しては、前記オブジェクトデータごとのＲＩＰ（Raster Image Processor）画像データを生成し、前記オブジェクトデータの数が、前記所定閾値以上のページに対しては、各ページを複数に
分割するバンドごとのＲＩＰ画像データを生成するラスタライズ処理部と、
前記ラスタライズ処理部により生成されたＲＩＰ画像データを一時的に格納する画像記憶部と、
前記ＲＩＰ画像データを一意に識別可能な値である固有値を算出し、算出した前記固有値を、前記ＲＩＰ画像データと対応付ける固有値算出部と、
前記画像記憶部に格納されているＲＩＰ画像データを、前記展開メモリに格納させる展開処理部と、
前記展開用メモリに格納済のＲＩＰ画像データを、対応する固有値とともに一時的に保持するキャッシュと、
を備え、
前記展開処理部は、前記画像記憶部にアクセスする前に、前記展開メモリへの格納対象のＲＩＰ画像データの固有値と、前記キャッシュに格納されているＲＩＰ画像データの固有値とを比較し、固有値が一致する場合、前記キャッシュに格納されている前記固有値が一致するＲＩＰ画像データを読み出して、前記展開用メモリに格納する、
ことを特徴とする画像処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、画像処理装置に関する。

【背景技術】

【0002】

使用頻度の高い定型データに対して複数の可変データを重ね合わせ、大量のページを高速に印刷する技術（以下、バリアブル印刷という）が知られている。このバリアブル印刷をより効率的に行うために、印刷用のジョブデータは、ページ記述言語（以下、ＰＤＬ（Page Description Language）という）で記述されている。

【0003】

これらのＰＤＬの中には、使用頻度の高い定型データを描画処理（以下、ＲＩＰ（Raster Image Processor）処理という）してラスタ・イメージに変換したデータ（以下、ＲＩＰ画像データという）をキャッシュに記憶する機能（以下、キャッシュ機能という）を備えるものもある（例えば、特許文献１を参照）。

【0004】

このキャッシュ機能により、ページデータを生成する際に、定型データに対応するＲＩＰ画像データをキャッシュから読み出すことで、ジョブ全体におけるＲＩＰ処理に要する時間を短縮することが可能となる。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１２−１８３７０４号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

ページデータ（ＲＩＰ画像データ）は、印刷処理のため印刷エンジンへ出力されるが、ＲＩＰ処理とＲＩＰ画像データの印刷エンジンへの展開処理とが非同期で動作する場合には、ＲＩＰ画像データは一時的にＨＤＤ（Hard Disk Drive）などの二次記憶装置に格納されることとなる。そして、ＲＩＰ画像データは、印刷エンジンの処理に合わせて、順次、二次記憶装置から読み出され印刷エンジンに展開するための展開用メモリに格納される。

【0007】

このように、従来の方法では、ＲＩＰ処理に要する時間を短縮することは可能であるが、ＲＩＰ画像データを一時的に格納している二次記憶装置からＲＩＰ画像データを展開用メモリに展開する処理に要する時間を短縮することは出来ない。そのため、二次記憶装置からの展開処理が、印刷処理を高速化する上でのボトルネックとなっている。

【0008】

上記問題点に鑑み、本発明では、展開用メモリへのＲＩＰ画像データの展開を高速化することを可能とする画像処理装置を提供することを課題とする。

【課題を解決するための手段】

【0010】

請求項１に係る画像処理装置は、
印刷処理を実行する印刷エンジンに、展開出力するデータを格納する展開メモリを備え
る画像処理装置であって、
ページ記述言語で記述された印刷対象のジョブデータに基づいて、ページごとに、該ページに配置されるオブジェクトデータの数を特定する特定部と、
前記ジョブデータに基づいて、中間データを生成するインタプリタ処理部と、
前記インタプリタ処理部により生成された前記中間データに基づいて、前記特定部により特定された前記オブジェクトデータの数が、所定閾値より少ないページに対しては、前記オブジェクトデータごとのＲＩＰ（Raster Image Processor）画像データを生成し、前記オブジェクトデータの数が、前記所定閾値以上のページに対しては、各ページを複数に分割するバンドごとのＲＩＰ画像データを生成するラスタライズ処理部と、
前記ラスタライズ処理部により生成されたＲＩＰ画像データを一時的に格納する画像記憶部と、
前記ＲＩＰ画像データを一意に識別可能な値である固有値を算出し、算出した前記固有値を、前記ＲＩＰ画像データと対応付ける固有値算出部と、
前記画像記憶部に格納されているＲＩＰ画像データを、前記展開メモリに格納させる展開処理部と、
前記展開用メモリに格納済のＲＩＰ画像データを、対応する固有値とともに一時的に保持するキャッシュと、
を備え、
前記展開処理部は、前記画像記憶部にアクセスする前に、前記展開メモリへの格納対象のＲＩＰ画像データの固有値と、前記キャッシュに格納されているＲＩＰ画像データの固有値とを比較し、固有値が一致する場合、前記キャッシュに格納されている前記固有値が一致するＲＩＰ画像データを読み出して、前記展開用メモリに格納する、
ことを特徴としている。

【発明の効果】

【0011】

請求項１に係る画像処理装置によれば、ＲＩＰ画像データの固有値を算出し、算出した固有値とＲＩＰ画像データとを対応付けて画像記憶部に格納する。そして、ＲＩＰ画像データを画像記憶部から展開用メモリに展開する際に、展開対象のＲＩＰ画像データと固有値が一致するＲＩＰ画像データがキャッシュに存在する場合には、画像処理装置は、キャッシュから固有値が一致するＲＩＰ画像データを読み出して、展開用メモリに格納する。このように構成することで、二次記憶装置である画像記憶部からの読み出し回数を削減することが可能となり、ＲＩＰ画像データの展開処理を高速化することが可能となる。

【0012】

また、請求項１に係る画像処理装置によれば、バンド単位でＲＩＰ画像データを生成し、バンド単位で展開処理する。このように構成することで、一致率を向上させることが可能となり、二次記憶装置である画像記憶部から読み出すデータ量をさらに削減することが可能となる。これにより、ＲＩＰ画像データの展開処理をさらに高速化することが可能となる。また、データサイズがより小さいバンド単位でのＲＩＰ画像データがキャッシュに格納されるので、キャッシュをより有効に活用することが可能となる。

【0013】

請求項１に係る画像処理装置によれば、ページ毎に、当該ページに配置されるオブジェクトデータの数を特定し、特定したオブジェクトデータの数が所定値より少ない場合には、オブジェクトデータ単位のＲＩＰ画像データを生成する。一方、特定したオブジェクトデータの数が所定値以上の場合には、画像処理装置は、バンド単位でのＲＩＰ画像データを生成する。このように構成することで、処理対象を削減することが可能となる。

【図面の簡単な説明】

【0014】

【図1】実施形態１における印刷システムの構成例と、印刷システムを構成する印刷装置の構成例を示す機能ブロック図である。

【図2】実施形態１における画像記憶部に格納されている圧縮データと当該圧縮データの固有値との対応関係の例を示す図である。

【図3】実施形態１におけるＲＩＰ画像データ格納処理のフローを説明するためのフローチャートの例である。

【図4】実施形態１におけるＲＩＰ画像データ展開処理のフローを説明するためのフローチャートの例である。

【図5】実施形態１におけるＲＩＰ画像データ展開処理を具体的に説明するための具体例を示す図である。

【図6】実施形態２における印刷システムを構成する印刷装置の構成例を示す機能ブロック図である。

【図7】実施形態２における画像記憶部に格納されている圧縮データと当該圧縮データの固有値との対応関係の例を示す図である。

【図8】実施形態２におけるＲＩＰ画像データ格納処理のフローを説明するためのフローチャートの例の一部である。

【図9】実施形態２におけるＲＩＰ画像データ展開処理のフローを説明するためのフローチャートの例の一部である。

【図10】図１０（ａ）と（ｂ）は、いずれも、バンド分割の別の例を示す図である。

【発明を実施するための形態】

【0015】

以下に本発明の実施の形態について図面を参照しながら詳細に説明する。

【0016】

（実施形態１）
図１は、本実施形態１の印刷システム１００の構成例と、印刷システム１００を構成する印刷装置１０の構成例を示す機能ブロック図である。印刷システム１００は、図１に示すように、画像処理装置である、一又は複数の印刷装置１０と、一又は複数の情報端末装置２０とを含み、印刷装置１０と情報端末装置２０は、ネットワークＮＷを介して相互に通信可能に接続されている。

【0017】

なお、本実施形態１においては、情報端末装置２０により出力され、印刷装置１０へ入力されるジョブデータはＰＤＬで記述されているものとして、以下説明する。

【0018】

印刷装置１０は、情報端末装置２０により出力されるジョブデータを処理して、紙などの印刷媒体上に印刷して出力する装置であり、図１に示すように、通信部１１と、記憶部１２と、キャッシュ１３と、表示部１４と、操作部１５と、プリンタ部１６と、制御部１７と、を備えて構成されている。

【0019】

通信部１１は、通信モジュールなどで構成され、ネットワークＮＷを介して、情報端末装置２０との間で通信を行う。例えば、通信部１１は、情報端末装置２０により出力されるジョブデータを受信する。

【0020】

記憶部１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤなどで構成され、制御部１７を構成するＣＰＵ（Central Processing Unit）のワークエリア、印刷装置１０全体を制御するための動作プログラムなどの各種プログラムを格納するプログラムエリア、詳しくは後述の固有値を算出するためのアルゴリズムなどの各種データを格納するデータエリアとして機能する。

【0021】

また、記憶部１２は、図１に示すように、画像記憶部１２ａと展開用メモリ１２ｂとして機能する。画像記憶部１２ａは、ＨＤＤなどの二次記憶装置などで構成され、詳しくは後述のラスタライズ処理部１７ｅにより生成され、詳しくは後述のデータ圧縮部１７ｆにより圧縮されたＲＩＰ画像データ（以下、圧縮データという）を格納する。展開用メモリ１２ｂは、ＲＡＭなどで構成され、印刷処理を実行させるために、ＲＩＰ画像データをプリンタ部１６へ出力するためのメモリである。

【0022】

キャッシュ１３は、ＳＲＡＭ（Static Random Access Memory）などで構成され、詳しくは後述の展開処理部１７ｊの制御の下、画像記憶部１２ａから読み出された圧縮データを格納する。

【0023】

表示部１４は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）などの表示装置などで構成され、例えば、画像データや各種機能ボタンなどを表示画面上に表示する。

【0024】

操作部１５は、テンキ−や表示部１４の表示画面上に表示されるタッチパネルなどで構成され、ユーザは、操作部１５を操作して、印刷装置１０への指示を入力することで、所望の処理を実行させることが可能である。

【0025】

プリンタ部１６は、印刷エンジンなどで構成され、展開用メモリ１２ｂに展開されたＲＩＰ画像データに基づいて、各ページの印刷処理を行う。

【0026】

制御部１７は、ＣＰＵなどで構成され、記憶部１２のプログラムエリアに格納されている動作プログラムを実行して、図１に示すように、判定部１７ａと、第１カウンタ１７ｂと、バンドサイズ設定部１７ｃと、インタプリタ処理部１７ｄと、ラスタライズ処理部１７ｅと、データ圧縮部１７ｆと、固有値算出部１７ｇと、第２カウンタ１７ｈと、比較部１７ｉと、展開処理部１７ｊとしての機能を実現すると共に、印刷装置１０全体を制御する制御処理や詳しくは後述のＲＩＰ画像データ格納処理やＲＩＰ画像データ展開処理などの処理を実行する。

【0027】

判定部１７ａは、ジョブデータを受信したか否かを判定する。また、判定部１７ａは、全ページに対して、ＲＩＰ画像データの格納処理を実行したか否かを判定する。より具体的には、判定部１７ａは、第１カウンタ１７ｂのカウンタ値ｊの値が処理対象のページ数に達したか否かを判定することで、全ページに対して、ＲＩＰ画像データの格納処理を実行したか否かを判定する。

【0028】

また、判定部１７ａは、画像記憶部１２ａに圧縮データが格納されたか否かを判定する。また、判定部１７ａは、比較部１７ｉによる比較結果に基づいて、展開対象の圧縮データの固有値と一致する固有値を有する圧縮データがキャッシュ１３に格納されているか否かを判定する。

【0029】

また、判定部１７ａは、展開処理部１７ｊが画像記憶部１２ａから読み出した圧縮データをキャッシュ１３に格納する際に、展開対象の圧縮データを格納できるだけの空き容量がキャッシュ１３にあるか否かを判定する。より具体的には、キャッシュ１３の容量とキャッシュ１３に格納されている各圧縮データのデータ量を積算した値との差分が、展開対象の圧縮データのデータ量以上か否かを判定することで、キャッシュ１３に空きがあるか否かを判定する。

【0030】

また、判定部１７ａは、画像記憶部１２ａに格納されている全ての圧縮データに対する展開処理が実行されたか否かを判定する。より具体的には、画像記憶部１２ａに圧縮データが有るか否かを判定することで、画像記憶部１２ａに格納されている全ての圧縮データに対する展開処理が実行されたか否かを判定する。

【0031】

第１カウンタ１７ｂは、処理対象のジョブデータにおける全てのページに対するＲＩＰ画像データの格納処理を実行したかを管理するためのカウンタであり、制御部１７により制御されている。第１カウンタ１７ｂのカウンタ値ｊの初期値は、本実施形態１においては、“１”であり、処理対象のページ（ｊ番目のページ）における全てのＲＩＰ画像データの格納処理が終了すると、制御部１７によりインクリメントされる。つまり、処理対象のページの番号は第１カウンタ１７ｂのカウンタ値ｊと対応付けられている。

【0032】

バンドサイズ設定部１７ｃは、処理対象のページを分割するバンドのサイズを設定する。バンドサイズ設定部１７ｃは、例えば、文字（フォント）のサイズに基づいて、バンドのサイズを設定する。図５を参照して、図５の例は、印刷用紙の長手方向をＹ軸方向として、Ｙ軸方向に４つのバンドに分割した例を示している。

【0033】

図１に戻り、インタプリタ処理部１７ｄは、受信したジョブデータを記述するＰＤＬを解析し、ページごとに中間データを生成し、生成した中間データを記憶部１２のデータエリアに格納する。

【0034】

ラスタライズ処理部１７ｅは、インタプリタ処理部１７ｄにより生成された中間データに基づいて、バンドサイズ設定部１７ｃにより設定されたバンドサイズのバンド単位でのラスタライズ処理を実行し、バンド単位のＲＩＰ画像データを生成する。この際、ラスタライズ処理部１７ｅは、プリンタ部１６を構成する印刷エンジンに適合させるための色変換やハーフトーン処理などの画像処理を実行する。なお、印刷エンジンに適合させるための色変換やハーフトーン処理などの画像処理については、プリンタ部１６で実行させるように構成してもよい。

【0035】

データ圧縮部１７ｆは、ラスタライズ処理部１７ｅにより生成されたＲＩＰ画像データをバンド単位で圧縮し、バンド単位の圧縮データを生成する。

【0036】

固有値算出部１７ｇは、記憶部１２のデータエリアに格納されている固有値を算出するためのアルゴリズムに基づいて、データ圧縮部１７ｆにより生成された圧縮データの固有値を算出する。そして、固有値算出部１７ｇは、算出した固有値を、対応する圧縮データと対応付けて画像記憶部１２ａに格納する。ここで、固有値は、例えば、ハッシュ値、ＣＲＣ（Cyclic Redundancy Check）値や、チェックサムなど、圧縮データに対してユニークな値である。すなわち、固有値算出部１７ｇにより算出された固有値が一致するとは、圧縮データに対応するＲＩＰ画像データが同一であることを意味する。

【0037】

図２は、本実施形態１における画像記憶部１２ａに格納されている圧縮データと当該圧縮データの固有値との対応関係の例を示す図である。図２に示すＰｍ−Ｂｎの“ｍ”は、ページの番号を示し、“ｎ”はページの上端からのバンドの順番を示している。例えば、図５を参照して、ページ１の上端から３番目のバンドは、Ｐ１−Ｂ３と表示されている。つまり、図２において、Ｐ１−Ｂ３は、ページ１の上端から３番目のバンドの圧縮データを意味し、図２の例では、ページ１の上端から３番目のバンドの圧縮データの固有値がＵＮ３であることを示している。

【0038】

図１に戻り、第２カウンタ１７ｈは、展開対象の圧縮データと対応付けられているカウンタであり、制御部１７により制御されている。第２カウンタ１７ｈのカウンタ値ｋの初期値は、本実施形態１においては、“１”であり、展開対象の圧縮データに対する展開用メモリ１２ｂへの展開処理が実行される度に、制御部１７によりインクリメントされる。

【0039】

なお、本実施形態１においては、ページ番号が小さい順に、且つ、ページの上端のバンドから順に展開対象として処理されるものとする。例えば、図２の例では、Ｐ１−Ｂ１の圧縮データから順番に処理され、例えば、Ｐ２−Ｂ２の圧縮データは、第２カウンタ１７ｈのカウンタ値ｋの値が“６”の時に、展開対象として処理される。

【0040】

比較部１７ｉは、第２カウンタ１７ｈのカウンタ値ｋに対応する展開対象の圧縮データの固有値と、キャッシュ１３に格納されている圧縮データの固有値とを比較する。

【0041】

展開処理部１７ｊは、画像記憶部１２ａに格納されている圧縮データを展開用メモリ１２ｂに展開する処理を行う。より具体的には、展開処理部１７ｊは、展開対象の圧縮データと固有値が一致する圧縮データがキャッシュ１３に格納されている場合には、キャッシュ１３に格納されている固有値が一致する圧縮データを読み出して、元のＲＩＰ画像データへと伸張した後に、展開用メモリ１２ｂに格納する。そして、展開処理部１７ｊは、展開対象の圧縮データを画像記憶部１２ａから削除する。

【0042】

一方、展開対象の圧縮データと固有値が一致する圧縮データがキャッシュ１３に格納されていない場合には、展開処理部１７ｊは、画像記憶部１２ａから展開対象の圧縮データを読み出して、元のＲＩＰ画像データへと伸張した後に、展開用メモリ１２ｂに格納すると共に、読み出した圧縮データを固有値と対応付けた状態でキャッシュ１３に格納する。

【0043】

この際、キャッシュ１３に空きがない場合には、既存のキャッシュのアルゴリズムに従って、展開対象の圧縮データを格納できるだけの空きを確保できるまで、展開処理部１７ｊは、キャッシュ１３内の圧縮データを順番に削除する。そして、展開処理部１７ｊは、展開対象の圧縮データを画像記憶部１２ａから削除する。

【0044】

次に、図３を参照して、本実施形態１におけるＲＩＰ画像データ格納処理の流れについて説明する。図３は、本実施形態１におけるＲＩＰ画像データ格納処理のフローを説明するためのフローチャートの例である。本ＲＩＰ画像データ格納処理は、情報端末装置２０により出力されるジョブデータの受信をトリガとして開始される。

【0045】

判定部１７ａは、ジョブデータを受信したか否かを判定する（ステップＳ００１）。判定部１７ａにより、ジョブデータをまだ受信していないと判定された場合には（ステップＳ００１；ＮＯ）、処理はステップＳ００１の処理を繰り返し、ジョブデータの受信を待つ。

【0046】

一方、判定部１７ａにより、ジョブデータを受信したと判定された場合には（ステップＳ００１；ＹＥＳ）、制御部１７は、第１カウンタ１７ｂをリセット（カウンタ値ｊ＝１）し（ステップＳ００２）、バンドサイズ設定部１７ｃは、バンドのサイズを設定する（ステップＳ００３）。

【0047】

そして、インタプリタ処理部１７ｄは、受信したジョブデータを記述するＰＤＬを解析し、ページｊの中間データを生成し、生成した中間データを記憶部１２のデータエリアに格納する（ステップＳ００４）。

【0048】

そして、ラスタライズ処理部１７ｅは、インタプリタ処理部１７ｄにより生成された中間データに基づいて、バンドサイズ設定部１７ｃにより設定されたバンドサイズのバンド単位でのラスタライズ処理を実行し、バンド単位のＲＩＰ画像データを生成する（ステップＳ００５）。

【0049】

そして、データ圧縮部１７ｆは、ラスタライズ処理部１７ｅにより生成されたＲＩＰ画像データに基づいて、バンド単位の圧縮データを生成する（ステップＳ００６）。

【0050】

そして、固有値算出部１７ｇは、データ圧縮部１７ｆにより生成された圧縮データの固有値を算出し（ステップＳ００７）、算出した固有値を、対応する圧縮データと対応付けて画像記憶部１２ａに格納する（ステップＳ００８）。

【0051】

そして、判定部１７ａは、全ページに対して、ＲＩＰ画像データの格納処理を実行したか否かを判定する（ステップＳ００９）。判定部１７ａにより、全ページに対してまだ処理を実行していないと判定された場合には（ステップＳ００９；ＮＯ）、制御部１７は、第１カウンタ１７ｂをインクリメントし（ステップＳ０１０）、処理はステップＳ００４の処理へと戻り、前述の処理を繰り返す。

【0052】

一方、判定部１７ａにより、全ページに対して処理を実行したと判定された場合には（ステップＳ００９；ＹＥＳ）、本処理は終了する。

【0053】

次に、図４を参照して、本実施形態１におけるＲＩＰ画像データ展開処理の流れについて説明する。図４は、本実施形態１におけるＲＩＰ画像データ展開処理のフローを説明するためのフローチャートの例である。本ＲＩＰ画像データ展開処理は、圧縮データが画像記憶部１２ａに格納されたことをトリガとして開始される。

【0054】

判定部１７ａは、画像記憶部１２ａに圧縮データが格納されたか否かを判定する（ステップＳ１０１）。判定部１７ａにより、圧縮データは格納されていないと判定された場合には（ステップＳ１０１；ＮＯ）、処理はステップＳ１０１の処理を繰り返し、圧縮データが画像記憶部１２ａに格納されるのを待つ。

【0055】

一方、判定部１７ａにより、圧縮データが格納されたと判定された場合には（ステップＳ１０１；ＹＥＳ）、制御部１７は、第２カウンタ１７ｈをリセット（カウンタ値ｋ＝１）すると共に（ステップＳ１０２）、キャッシュ１３と展開用メモリ１２ｂをリセットする（ステップＳ１０３）。

【0056】

そして、比較部１７ｉは、展開対象の圧縮データの固有値と、キャッシュ１３に格納されている圧縮データの固有値とを比較し（ステップＳ１０４）、判定部１７ａは、比較部１７ｉによる比較結果に基づいて、展開対象の圧縮データと固有値が一致する圧縮データがキャッシュ１３に格納されているか否かを判定する（ステップＳ１０５）。

【0057】

判定部１７ａにより、展開対象の圧縮データと固有値が一致する圧縮データがキャッシュ１３に格納されていると判定された場合には（ステップＳ１０５；ＹＥＳ）、展開処理部１７ｊは、キャッシュ１３に格納されている固有値が一致する圧縮データを読み出して、伸張した後に、展開用メモリ１２ｂに格納する（ステップＳ１０６）。そして、展開処理部１７ｊは、展開対象の圧縮データを画像記憶部１２ａから削除する（ステップＳ１０７）。

【0058】

ここで、ステップＳ１０５の処理において、判定部１７ａにより、展開対象の圧縮データと固有値が一致する圧縮データはキャッシュ１３に格納されていないと判定された場合には（ステップＳ１０５；ＮＯ）、展開処理部１７ｊは、画像記憶部１２ａから展開対象の圧縮データを読み出して、伸張した後に、展開用メモリ１２ｂに格納する（ステップＳ２０１）。

【0059】

そして、判定部１７ａは、展開対象の圧縮データを格納できるだけの空き容量がキャッシュ１３にあるか否かを判定する（ステップＳ２０２）。判定部１７ａにより、展開対象の圧縮データを格納できるだけの空きがないと判定された場合には（ステップＳ２０２；ＮＯ）、展開処理部１７ｊは、所定の順番に従って、キャッシュ１３内の圧縮データを一つ削除する（ステップＳ２０３）。そして、処理はステップＳ２０２の処理へと戻り、前述の処理を繰り返す。

【0060】

一方、判定部１７ａにより、展開対象の圧縮データを格納できるだけの空きがあると判定された場合には（ステップＳ２０２；ＹＥＳ）、展開処理部１７ｊは、展開対象の圧縮データを固有値と対応付けた状態でキャッシュ１３に格納すると共に（ステップＳ２０４）、展開対象の圧縮データを画像記憶部１２ａから削除する（ステップＳ１０７）。

【0061】

そして、判定部１７ａは、画像記憶部１２ａに格納されている全ての圧縮データに対する展開処理が実行されたか否かを判定する（ステップＳ１０８）。判定部１７ａにより、全ての圧縮データに対する展開処理がまだ実行されていないと判定された場合には（ステップＳ１０８；ＮＯ）、制御部１７は、第２カウンタ１７ｈをインクリメントし（ステップＳ１０９）、処理は、ステップＳ１０４の処理へと戻り、前述の処理を繰り返す。

【0062】

一方、判定部１７ａにより、全ての圧縮データに対する展開処理が実行されたと判定された場合には（ステップＳ１０８；ＹＥＳ）、本処理は終了する。

【0063】

次に、図２、図４、図５を参照し、具体例に従って、本実施形態１におけるＲＩＰ画像データ展開処理の流れについて説明する。図５は、本実施形態１におけるＲＩＰ画像データ展開処理を具体的に説明するための具体例を示す図である。図５には、処理対象の原稿の１ページ目（以下、ページ１という）と２ページ目（以下、ページ２という）を例示している。

【0064】

なお、図２は、本具体例における、画像記憶部１２ａに格納されている圧縮データと当該圧縮データの固有値との関係を示すものとする。すなわち、図２と図５に示すように、ページ１の圧縮データＰ１−Ｂ１とページ２の圧縮データＰ２−Ｂ１の固有値が、いずれも、ＵＮ１で一致している。また、ページ１の圧縮データＰ１−Ｂ４とページ２の圧縮データＰ２−Ｂ４の固有値が、いずれも、ＵＮ４で一致している。

【0065】

また、本具体例においては、キャッシュ１３は、ページ１の全ての圧縮データＰ１−Ｂ１〜Ｐ１−Ｂ４を格納できるものとし、圧縮データＰ１−Ｂ２のデータサイズは、圧縮データＰ２−Ｂ２のデータサイズより大きいものとする。また、展開処理部１７ｊが、キャッシュ１３から圧縮データを削除する場合には、キャッシュ１３から参照されたタイミングが古い圧縮データから順に削除するものとする。

【0066】

画像記憶部１２ａに本具体例における圧縮データが格納されると（ステップＳ１０１；ＹＥＳ）、制御部１７は、第２カウンタ１７ｈをリセット（カウンタ値ｋ＝１）すると共に（ステップＳ１０２）、キャッシュ１３と展開用メモリ１２ｂをリセットする（ステップＳ１０３）。

【0067】

展開対象の圧縮データＰ１−Ｂ１の固有値ＵＮ１に一致する圧縮データはキャッシュ１３に格納されていないことから（ステップＳ１０５；ＮＯ）、展開処理部１７ｊは、展開対象の圧縮データＰ１−Ｂ１を画像記憶部１２ａから読み出して、伸張した後に展開用メモリ１２ｂに格納する（ステップＳ２０１）。

【0068】

そして、キャッシュ１３には空きがあることから（ステップＳ２０２；ＹＥＳ）、展開処理部１７ｊは、圧縮データＰ１−Ｂ１をキャッシュ１３に格納すると共に（ステップＳ２０４）、画像記憶部１２ａから圧縮データＰ１−Ｂ１を削除する（ステップＳ１０７）。

【0069】

まだ全ての圧縮データの展開処理は済んでいないことから（ステップＳ１０８；ＮＯ）、制御部１７は、第２カウンタ１７ｈをインクリメントし（ステップＳ１０９）、次の展開対象である圧縮データＰ１−Ｂ２の処理が開始される（ステップＳ１０４）。

【0070】

そして、ページ１の圧縮データＰ１−Ｂ２〜Ｐ１−Ｂ４に対して、圧縮データＰ１−Ｂ１と同様の展開処理が実行され、ページ１の全ての圧縮データＰ１−Ｂ１〜Ｐ１−Ｂ４が、キャッシュ１３に格納されている状態となる。

【0071】

続いて、第２カウンタ１７ｈがインクリメントされ（ステップＳ１０９）、カウンタ値ｋ＝５となると、ページ２の圧縮データＰ２−Ｂ１が展開対象となる。圧縮データＰ２−Ｂ１の固有値ＵＮ１は、キャッシュ１３に格納されている圧縮データＰ１−Ｂ１の固有値ＵＮ１と一致する（ステップＳ１０５；ＹＥＳ）。

【0072】

したがって、展開処理部１７ｊは、キャッシュ１３から固有値が一致する圧縮データＰ１−Ｂ１を読み出して、伸張した後に、展開用メモリ１２ｂに格納する（ステップＳ１０６）。さらに、展開処理部１７ｊは、展開対象の圧縮データＰ２−Ｂ１を画像記憶部１２ａから削除する（ステップＳ１０７）。

【0073】

そして、まだ全ての圧縮データの展開処理は済んでいないことから（ステップＳ１０８；ＮＯ）、制御部１７は、第２カウンタ１７ｈをインクリメント（カウンタ値ｋ＝６）し（ステップＳ１０９）、次の展開対象である圧縮データＰ２−Ｂ２の処理が開始される（ステップＳ１０４）。

【0074】

圧縮データＰ２−Ｂ２の固有値ＵＮ５と一致する圧縮データは、キャッシュ１３に格納されていないことから（ステップＳ１０５；ＮＯ）、展開処理部１７ｊは、圧縮データＰ２−Ｂ２を画像記憶部１２ａから読み出して、伸張した後に展開用メモリ１２ｂに格納する（ステップＳ２０１）。

【0075】

ここで、圧縮データＰ２−Ｂ２を格納できるだけの空きがキャッシュ１３にはないとすると（ステップＳ２０２；ＮＯ）、展開処理部１７ｊは、キャッシュ１３から参照されたタイミングが最も古い圧縮データＰ１−Ｂ２をキャッシュ１３から削除する（ステップＳ２０３）。圧縮データＰ１−Ｂ２のデータサイズは、展開対象の圧縮データＰ２−Ｂ２のデータサイズより大きいことから（ステップＳ２０２；ＹＥＳ）、展開処理部１７ｊは、圧縮データＰ２−Ｂ２をキャッシュ１３に格納すると共に（ステップＳ２０４）、画像記憶部１２ａから圧縮データＰ２−Ｂ２を削除する（ステップＳ１０７）。

【0076】

そして、同様の展開処理が圧縮データＰ２−Ｂ３に対して実行され、次に圧縮データＰ２−Ｂ４が展開対象となる。圧縮データＰ２−Ｂ４の固有値ＵＮ４は、キャッシュ１３に格納されている圧縮データＰ１−Ｂ４の固有値ＵＮ４と一致することから（ステップＳ１０５；ＹＥＳ）、展開処理部１７ｊは、キャッシュ１３から固有値が一致する圧縮データＰ１−Ｂ４を読み出して、伸張した後に、展開用メモリ１２ｂに格納する（ステップＳ１０６）。さらに、展開処理部１７ｊは、展開対象の圧縮データＰ２−Ｂ４を画像記憶部１２ａから削除する（ステップＳ１０７）。

【0077】

こうして、ページ１とページ２における各バンドのＲＩＰ画像データの展開処理が終了し、続いて、ページ３以降の処理が実行されることとなる。

【0078】

このように、展開対象の圧縮データと固有値が一致する圧縮データがキャッシュ１３に格納されている場合には、展開処理部１７ｊは、キャッシュ１３に格納されている圧縮データを展開用メモリ１２ｂへ展開処理し、展開対象の圧縮データと固有値が一致する圧縮データがキャッシュ１３に格納されていない場合には、展開処理部１７ｊは、画像記憶部１２ａに格納されている展開対象の圧縮データを読み出して、展開用メモリ１２ｂへ展開処理する。

【0079】

上記実施形態１によれば、印刷装置１０は、ＲＩＰ画像データ（圧縮データ）の固有値を算出し、算出した固有値とＲＩＰ画像データ（圧縮データ）とを対応付けて画像記憶部１２ａに格納する。そして、ＲＩＰ画像データ（圧縮データ）を画像記憶部１２ａから展開用メモリ１２ｂに展開する際に、印刷装置１０は、展開対象のＲＩＰ画像データ（圧縮データ）の固有値と、キャッシュ１３に格納されているＲＩＰ画像データ（圧縮データ）の固有値とを比較する。そして、印刷装置１０は、比較の結果、固有値が一致するＲＩＰ画像データ（圧縮データ）がキャッシュ１３に存在する場合には、キャッシュ１３から固有値が一致するＲＩＰ画像データ（圧縮データ）を読み出して、展開用メモリ１２ｂに格納する。

【0080】

このように構成することで、二次記憶装置である画像記憶部１２ａからの読み出し回数を削減することが可能となり、ＲＩＰ画像データの展開処理を高速化することが可能となる。

【0081】

また、上記実施形態１によれば、印刷装置１０は、各ページをバンド分割し、バンド単位でＲＩＰ画像データを生成し、バンド単位で展開処理する。このように構成することで、展開対象のＲＩＰ画像データ（圧縮データ）とキャッシュ１３に格納されているＲＩＰ画像データ（圧縮データ）との一致率を向上させることが可能となり、二次記憶装置である画像記憶部１２ａから読み出すデータ量をさらに削減することが可能となる。これにより、ＲＩＰ画像データの展開処理をさらに高速化することが可能となる。また、データサイズがより小さいバンド単位でのＲＩＰ画像データ（圧縮データ）がキャッシュ１３に格納されるので、キャッシュ１３をより有効に活用することが可能となる。

【0082】

また、上記実施形態１によれば、印刷装置１０は、ＲＩＰ画像データを圧縮した圧縮データをキャッシュ１３に格納し、展開用メモリ１２ｂに展開する際に、伸張する。このように構成することで、キャッシュ１３をさらに効率的に活用することが可能となり、キャッシュ１３により多くのデータを格納できるので、一致率をさらに向上させることが可能となる。これにより、ＲＩＰ画像データの展開処理をさらに高速化することが可能となる。

【0083】

（実施形態２）
実施形態１においては、全ページに対してバンド分割し、バンド単位でＲＩＰ画像データを生成するように構成した。本実施形態２においては、ページ毎に、当該ページに配置されるオブジェクトデータの数に応じて、バンド単位でＲＩＰ画像データを生成するか、オブジェクトデータ単位でＲＩＰ画像データを生成するかを切り替えて処理する。ここで、オブジェクトデータは、例えば、写真領域、イラスト領域、文字領域の画像データのことである。

【0084】

図６は、本実施形態２における印刷システム１００を構成する印刷装置１０の構成例を示す機能ブロック図である。本実施形態２における印刷装置１０の基本的な構成は、実施形態１の場合と同じである。但し、図６に示すように、制御部１７が、更に、特定部１７ｋを備える点で、実施形態１の場合と異なっている。また、判定部１７ａと、インタプリタ処理部１７ｄと、ラスタライズ処理部１７ｅと、データ圧縮部１７ｆと、固有値算出部１７ｇと、比較部１７ｉが果たす機能が、実施形態１の場合と若干異なっている。

【0085】

制御部１７は、ＣＰＵなどで構成され、記憶部１２のプログラムエリアに格納されている動作プログラムを実行して、図６に示すように、判定部１７ａと、第１カウンタ１７ｂと、バンドサイズ設定部１７ｃと、インタプリタ処理部１７ｄと、ラスタライズ処理部１７ｅと、データ圧縮部１７ｆと、固有値算出部１７ｇと、第２カウンタ１７ｈと、比較部１７ｉと、展開処理部１７ｊと、特定部１７ｋとしての機能を実現すると共に、印刷装置１０全体を制御する制御処理や詳しくは後述のＲＩＰ画像データ格納処理やＲＩＰ画像データ展開処理などの処理を実行する。

【0086】

判定部１７ａは、実施形態１で説明した処理とは別に、特定部１７ｋにより特定された処理対象のページのオブジェクトデータの数が、所定値（例えば、“４”）以上か否かを判定する。また、判定部１７ａは、詳しくは後述の種別識別情報に基づいて、展開対象の圧縮データがバンドの圧縮データか否かを判定する。

【0087】

インタプリタ処理部１７ｄは、処理対象のページのオブジェクトデータの数が所定値以上の場合には、受信したジョブデータを記述するＰＤＬを解析し、処理対象のページの中間データを生成し、生成した中間データを記憶部１２のデータエリアに格納する。

【0088】

一方、処理対象のページのオブジェクトデータの数が所定値より少ない場合には、インタプリタ処理部１７ｄは、受信したジョブデータを記述するＰＤＬを解析し、オブジェクトデータ単位で、処理対象のページの中間データを生成し、生成したオブジェクトデータ単位の中間データを記憶部１２のデータエリアに格納する。

【0089】

ラスタライズ処理部１７ｅは、処理対象のページのオブジェクトデータの数が所定値以上の場合には、インタプリタ処理部１７ｄにより生成された中間データに基づいて、バンドサイズ設定部１７ｃにより設定されたバンドサイズのバンド単位でのラスタライズ処理を実行し、バンド単位のＲＩＰ画像データを生成する。一方、ラスタライズ処理部１７ｅは、処理対象のページのオブジェクトデータの数が所定値より少ない場合には、オブジェクトデータ単位でのラスタライズ処理を実行し、オブジェクトデータ単位のＲＩＰ画像データを生成する。この際、ラスタライズ処理部１７ｅは、プリンタ部１６を構成する印刷エンジンに適合させるための色変換やハーフトーン処理などの画像処理を実行する。なお、印刷エンジンに適合させるための色変換やハーフトーン処理などの画像処理については、プリンタ部１６で実行させるように構成してもよい。

【0090】

データ圧縮部１７ｆは、ラスタライズ処理部１７ｅにより生成されたＲＩＰ画像データをバンド単位、又は、オブジェクトデータ単位で圧縮し、バンド単位、又は、オブジェクトデータ単位の圧縮データを生成する。

【0091】

固有値算出部１７ｇは、記憶部１２のデータエリアに格納されている固有値を算出するためのアルゴリズムに基づいて、データ圧縮部１７ｆにより生成された圧縮データの固有値を算出する。そして、固有値算出部１７ｇは、算出した固有値を、対応する圧縮データと対応付けて画像記憶部１２ａに格納する。この際、固有値算出部１７ｇは、圧縮データがバンドに対応する圧縮データかオブジェクトデータに対応する圧縮データかを識別可能な情報である種別識別情報を付加する。

【0092】

ここで、図７は、本実施形態２における画像記憶部１２ａに格納されている圧縮データと当該圧縮データの固有値との対応関係の例を示す図である。本実施形態２においては、上述したように、圧縮データがバンドに対応するのか、それとも、オブジェクトデータに対応するのかを識別可能な種別識別情報が付加されていることから、バンドに対応する圧縮データは、Ｐｍ−Ｂｎと表し、オブジェクトデータに対応する圧縮データは、Ｐｍ−Ｏｎと表している。つまり、図７の例では、ページ１は、オブジェクトデータ単位の圧縮データであり、ページ２は、バンド単位の圧縮データである。

【0093】

図６に戻り、比較部１７ｉは、展開対象の圧縮データがバンドに対応する圧縮データの場合には、種別識別情報に基づいて、キャッシュ１３に格納されている圧縮データの内で、バンドに対応する圧縮データを特定し、特定した圧縮データの固有値と、展開対象の圧縮データの固有値とを比較する。

【0094】

一方、展開対象の圧縮データがオブジェクトデータに対応する圧縮データの場合には、比較部１７ｉは、種別識別情報に基づいて、キャッシュ１３に格納されている圧縮データの内で、オブジェクトデータに対応する圧縮データを特定し、特定した圧縮データの固有値と、展開対象の圧縮データの固有値とを比較する。すなわち、比較部１７ｉは、キャッシュ１３に格納されている圧縮データの内で、展開対象の圧縮データと同じ種別の圧縮データを比較対象とする。

【0095】

特定部１７ｋは、受信したジョブデータを解析し、例えば、ページ毎のレイアウトを示すレイアウト情報などに基づいて、処理対象のページに配置されるオブジェクトデータの数を特定する。

【0096】

次に、図８を参照して、本実施形態２におけるＲＩＰ画像データ格納処理の流れについて説明する。図８は、本実施形態２におけるＲＩＰ画像データ格納処理のフローを説明するためのフローチャートの例の一部である。本ＲＩＰ画像データ格納処理は、情報端末装置２０により出力されるジョブデータの受信をトリガとして開始される。

【0097】

判定部１７ａは、ジョブデータを受信したか否かを判定する（ステップＳ００１）。判定部１７ａにより、ジョブデータをまだ受信していないと判定された場合には（ステップＳ００１；ＮＯ）、処理はステップＳ００１の処理を繰り返し、ジョブデータの受信を待つ。

【0098】

一方、判定部１７ａにより、ジョブデータを受信したと判定された場合には（ステップＳ００１；ＹＥＳ）、制御部１７は、第１カウンタ１７ｂをリセット（カウンタ値ｊ＝１）し（ステップＳ００２）、バンドサイズ設定部１７ｃは、バンドのサイズを設定する（ステップＳ００３）。

【0099】

そして、特定部１７ｋは、受信したジョブデータに基づいて、処理対象のページｊに配置されるオブジェクトデータの数を特定し（ステップＳ３０１）、判定部１７ａは、特定部１７ｋにより特定された処理対象のページｊのオブジェクトデータの数が、所定値以上か否かを判定する（ステップＳ３０２）。

【0100】

判定部１７ａにより、処理対象のページｊのオブジェクトデータの数が、所定値以上であると判定された場合には（ステップＳ３０２；ＹＥＳ）、インタプリタ処理部１７ｄは、受信したジョブデータを記述するＰＤＬを解析し、ページｊの中間データを生成し、生成した中間データを記憶部１２のデータエリアに格納する（ステップＳ００４）。

【0101】

そして、ラスタライズ処理部１７ｅは、インタプリタ処理部１７ｄにより生成された中間データに基づいて、ステップＳ００３の処理でバンドサイズ設定部１７ｃにより設定されたバンドサイズのバンド単位でのラスタライズ処理を実行し、バンド単位のＲＩＰ画像データを生成する（ステップＳ００５）。

【0102】

一方、判定部１７ａにより、処理対象のページｊのオブジェクトデータの数が、所定値より少ないと判定された場合には（ステップＳ３０２；ＮＯ）、インタプリタ処理部１７ｄは、受信したジョブデータを記述するＰＤＬを解析し、オブジェクトデータ単位で、ページｊの中間データを生成し、生成したオブジェクトデータ単位の中間データを記憶部１２のデータエリアに格納する（ステップＳ３０３）。

【0103】

そして、ラスタライズ処理部１７ｅは、インタプリタ処理部１７ｄにより生成された中間データに基づいて、オブジェクトデータ単位でのラスタライズ処理を実行し、オブジェクトデータ単位のＲＩＰ画像データを生成する（ステップＳ３０４）。

【0104】

そして、データ圧縮部１７ｆは、ラスタライズ処理部１７ｅにより生成されたＲＩＰ画像データがバンド単位ならば、バンド単位の圧縮データを生成し、オブジェクトデータ単位ならば、オブジェクトデータ単位の圧縮データを生成する（ステップＳ００６）。

【0105】

そして、固有値算出部１７ｇは、データ圧縮部１７ｆにより生成された圧縮データの固有値を算出し（ステップＳ００７）、算出した固有値を、対応する圧縮データと対応付けて画像記憶部１２ａに格納する（ステップＳ００８）。この際、固有値算出部１７ｇは、圧縮データがバンドに対応する圧縮データかオブジェクトデータに対応する圧縮データかを識別可能な種別識別情報を付加する。

【0106】

そして、判定部１７ａは、全ページに対して、ＲＩＰ画像データの格納処理を実行したか否かを判定する（ステップＳ００９）。判定部１７ａにより、全ページに対してまだ処理を実行していないと判定された場合には（ステップＳ００９；ＮＯ）、制御部１７は、第１カウンタ１７ｂをインクリメントし（ステップＳ０１０）、処理はステップＳ３０１の処理へと戻り、前述の処理を繰り返す。

【0107】

一方、判定部１７ａにより、全ページに対して処理を実行したと判定された場合には（ステップＳ００９；ＹＥＳ）、本処理は終了する。

【0108】

次に、図９を参照して、本実施形態２におけるＲＩＰ画像データ展開処理の流れについて説明する。図９は、本実施形態２におけるＲＩＰ画像データ展開処理のフローを説明するためのフローチャートの例の一部である。本ＲＩＰ画像データ展開処理は、圧縮データが画像記憶部１２ａに格納されたことをトリガとして開始される。

【0109】

判定部１７ａは、画像記憶部１２ａに圧縮データが格納されたか否かを判定する（ステップＳ１０１）。判定部１７ａにより、圧縮データは格納されていないと判定された場合には（ステップＳ１０１；ＮＯ）、処理はステップＳ１０１の処理を繰り返し、圧縮データが画像記憶部１２ａに格納されるのを待つ。

【0110】

一方、判定部１７ａにより、圧縮データが格納されたと判定された場合には（ステップＳ１０１；ＹＥＳ）、制御部１７は、第２カウンタ１７ｈをリセット（カウンタ値ｋ＝１）すると共に（ステップＳ１０２）、キャッシュ１３と展開用メモリ１２ｂをリセットする（ステップＳ１０３）。

【0111】

そして、判定部１７ａは、種別識別情報に基づいて、展開対象の圧縮データがバンドの圧縮データか否かを判定する（ステップＳ４０１）。判定部１７ａにより、展開対象の圧縮データがオブジェクトデータの圧縮データであると判定された場合には（ステップＳ４０１；ＮＯ）、比較部１７ｉは、種別識別情報に基づいて、キャッシュ１３に格納されている圧縮データの内で、オブジェクトデータに対応する圧縮データを特定し（ステップＳ５０１）、処理は後述のステップＳ４０３の処理へと進む。

【0112】

一方、判定部１７ａにより、展開対象の圧縮データがバンドの圧縮データであると判定された場合には（ステップＳ４０１；ＹＥＳ）、比較部１７ｉは、種別識別情報に基づいて、キャッシュ１３に格納されている圧縮データの内で、バンドに対応する圧縮データを特定する（ステップＳ４０２）。

【0113】

そして、比較部１７ｉは、特定した圧縮データの固有値と、展開対象の圧縮データの固有値とを比較する（ステップＳ４０３）。そして、処理は、実施形態１で説明したステップＳ１０５の処理へと進む。なお、本実施形態２においては、ステップＳ１０９の処理の後、処理はステップＳ４０１の処理へと戻り、前述の処理を繰り返す。

【0114】

上記実施形態２によれば、印刷装置１０は、ページ毎に、当該ページに配置されるオブジェクトデータの数を特定し、特定したオブジェクトデータの数が所定値より少ない場合には、オブジェクトデータ単位のＲＩＰ画像データを生成する。一方、特定したオブジェクトデータの数が所定値以上の場合には、印刷装置１０は、バンド単位でのＲＩＰ画像データを生成する。このように構成することで、処理対象を削減することが可能となる。

【0115】

また、上記実施形態２によれば、印刷装置１０は、種別識別情報に基づいて、キャッシュ１３に格納されている圧縮データの中から、展開対象の圧縮データと同じ種別の圧縮データを比較対象として特定する。このように構成することで、比較対象を絞り込むことが可能となる。

【0116】

なお、本発明は、バリアブル印刷の場合に限らず、ＲＩＰ処理とＲＩＰ画像データの印刷エンジンへの展開処理とが非同期に動作する場合、すなわち、ＲＩＰ画像データを二次記憶装置（画像記憶部１２ａ）に一時的に格納し、二次記憶装置（画像記憶部１２ａ）から展開用メモリ１２ｂにＲＩＰ画像データを展開する場合に、適用可能である。

【0117】

また、上記実施形態１と２において、制御部１７の各機能部は、動作プログラムを実行することで実現されると説明したが、これに限定されるものではなく、例えば、制御部１７の機能部の一部又は全部は、ハードウェア（例えば、ＦＰＧＡ（Field Programmable Gate Array）などのプログラマブルロジックデバイス）により構成されてもよい。また、例えば、ラスタライズ処理部は、ハードウェアにより実現されてもよい。

【0118】

また、上記実施形態１において、中間データを生成する際に、バンド単位での中間データを生成するように構成してもよい。

【0119】

また、上記実施形態１と２において、ＲＩＰ画像データを圧縮し、圧縮データの固有値を算出すると説明したが、これに限定されるものではなく、ＲＩＰ画像データを圧縮しなくてもよい。この場合、ＲＩＰ画像データの固有値を算出し、算出した固有値を対応するＲＩＰ画像データと対応付けて画像記憶部１２ａに格納するように構成すればよい。

【0120】

また、上記実施形態１と２において、圧縮データの固有値を算出すると説明したが、これに限定されるものではなく、例えば、圧縮前のＲＩＰ画像データの固有値を算出し、圧縮データと算出した固有値とを対応付けて画像記憶部１２ａに格納するように構成してもよい。

【0121】

また、バンド分割の方法は、図５に例示した、Ｙ軸方向のバンド分割に限定されるものではなく、例えば、バンド分割しなくてもよいし、また、例えば、Ｘ軸方向のバンド分割であってもよいし、また、例えば、図１０（ａ）に示すように、格子状にバンド分割してもよい。

【0122】

また、バリアブル印刷の場合には、固定データの配置などを考慮して、バンド分割するように構成してもよい。例えば、図１０（ｂ）に示すように、ＰＣ（Personal Computer）の図が固定データの場合には、固定データを含むバンドは、可変データを含まないようにバンドサイズを設定するように構成する。このように構成することで、キャッシュの効果を高めることが可能となる。また、固定データを含むバンドとそれ以外のバンドのサイズが異なるように構成してもよい。

【0123】

また、バリアブル印刷の場合には、オブジェクトデータ単位でＲＩＰ画像データを生成し、固定データのＲＩＰ画像データ（圧縮データ）をキャッシュ１３に格納するように構成してもよい。この場合、固定データのＲＩＰ画像データ（圧縮データ）を画像記憶部１２ａに格納する際に、例えば、固定データであることを示す固定データ情報を付加し、展開処理部１７ｊは、固定データ情報に基づいて、キャッシュ１３に固定データのＲＩＰ画像データ（圧縮データ）を格納すればよい。

【0124】

なお、上記動作を実行するための動作プログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magnet Optical disk）などのコンピュータで読み取り可能な記録媒体に記憶して配布し、これを印刷装置１０などのコンピュータにインストールすることにより、上述の処理を実行するように構成してもよい。さらに、インターネット上のサーバ装置が有するディスク装置等にプログラムを記憶しておき、例えば、情報を伝送するための搬送波に重畳させて、印刷装置１０などのコンピュータにダウンロード等するものとしてもよい。

【0125】

以上本発明の実施形態について説明したが、本発明は、以上に述べた実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成又は実施形態を取ることができる。

【符号の説明】

【0126】

１００ 印刷システム
１０ 印刷装置
１１ 通信部
１２ 記憶部
１２ａ 画像記憶部
１２ｂ 展開用メモリ
１３ キャッシュ
１４ 表示部
１５ 操作部
１６ プリンタ部
１７ 制御部
１７ａ 判定部
１７ｂ 第１カウンタ
１７ｃ バンドサイズ設定部
１７ｄ インタプリタ処理部
１７ｅ ラスタライズ処理部
１７ｆ データ圧縮部
１７ｇ 固有値算出部
１７ｈ 第２カウンタ
１７ｉ 比較部
１７ｊ 展開処理部
１７ｋ 特定部
２０ 情報端末装置
ＮＷ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】