JP4711008B2 - イメージデータ処理装置および画像形成装置 - Google Patents

Description

ページ記述言語データに基づいて中間データを生成するインタプリタ部と、前記中間データに基づいて印刷データを出力メモリ上に生成するラスタライズ部とを備えたイメージデータ処理装置及び画像形成装置に関し、特に新たな中間データの少量化方法を採ったイメージデータ処理装置及び画像形成装置に関する。

従来より、例えばＰＣ（パーソナルコンピュータ）から受信したページ記述言語データ（ＰＤＬデータ：Page Description Language Data）を印刷データ（ビットマップイメージ）に展開する間に、中間データ（中間コード）を作成してメモリに格納する処理が行われている。

この際、特に中間データのデータ量が大きいとメモリフルになってしまう可能性が大きかった。

このため、従来から中間データの少量化を図る工夫がなされている。（例えば、特許文献１参照。）。

特開２００１−２７０１６４号公報

しかしながら、特許文献１に記載の方法では、中間データを作成する際に一部ではあるものの拡大処理を行ってしまっているため、中間データの少量化に十分な対策が練られているとはいえなかった。

そこで、本発明は、中間データが肥大化することを抑えることができ、メモリの圧迫を抑えることができる新たな中間データの少量化方法を採るイメージデータ処理装置及び画像形成装置を提供することを目的とする。

上述した問題点を解決するためになされた請求項１に記載のイメージデータ処理装置は、ページ記述言語データに基づいて中間データを生成するインタプリタ部と、前記中間データに基づいて印刷データを出力メモリ上に生成するラスタライズ部とを備える。

そして、インタプリタ部は、入力されたページ記述言語データ（ＰＤＬデータ）においてイメージデータと当該イメージデータの拡大指示データがある場合には、前記拡大指示データに基づく前記イメージデータの拡大を行わずに当該イメージデータと前記拡大指示データに基づく拡大率データとを前記中間データとして生成する一方、入力されたページ記述言語データにおいてイメージデータと当該イメージデータの縮小指示データがある場合には、当該イメージデータを前記縮小指示データに従って縮小したイメージデータを、前記中間データとして生成する。

このように拡大が必要な場合には拡大を行わないままのデータを中間データとしてのイメージデータとし、縮小が必要な際には縮小後のデータを中間データとしてのイメージデ
ータとするため、中間データとしてのメモリ使用量を小さくすることができる。よって、中間データが肥大化することを抑えることができ、メモリの圧迫を抑えることができる。

また、例えば、ＰＤＬデータによっては、イメージデータのピクセルの表現形式は、１ビット、４ビット、８ビットのように、複数種類入力可能な場合がある。また、ＰＤＬデータによっては、ピクセルの表現形式は、色データそのものとする場合もあれば、カラーパレットのインデックス値とする場合もありうる。

例えば、ラスタライズ部が８ビットのピクセルの表現形式を標準形式とする場合に、入力されたイメージデータが１ビットのピクセルの表現形式のデータの場合、中間データは８ビットに変換されることになる。そのため、データサイズが８倍となってしまう。また、入力されたイメージデータのピクセルの表現形式が８ビットのインデックス値であり、ラスタライズ部がＲＧＢそれぞれ８ビット（計２４ビット）の色データをピクセルの表現形式とする場合には、中間データはカラーパレット適用後の２４ビットの色データとして生成していた。このように、ピクセルの表現形式を変換した後のイメージデータを中間データとすると、中間データのサイズが大きくなるという問題がある。

そこで、入力されたページ記述言語データにおけるイメージデータを、前記中間データとしてのイメージデータにする際に、ピクセルの表現形式を変換するか否かを判断する判断手段を備えた前記インタプリタ部が、前記判断手段によって、ピクセルの表現形式を変換すると判断された場合には、前記ピクセルの表現形式を変換するとともに前記中間データとしてピクセルの表現形式の変換に関するデータを加え、前記ラスタライズ部は、前記中間データにピクセルの表現形式の変換に関するデータが含まれる場合には、当該中間データにおけるイメージデータのピクセルの表現形式を、当該ピクセルの表現形式の変換に関するデータに基づいて変換して前記印刷データを生成するように構成されたイメージデータ生成装置において、前記判断手段は、請求項１に記載のように、ピクセルの表現形式を変換するか否かを、そのピクセルの表現形式を変換した後のイメージデータのサイズに応じて判断するように構成している。あるいは、判断手段は、請求項１に記載のように、ピクセルの表現形式を変換するか否かを、メモリ残容量に応じて判断するように構成されている。

このように判断手段を構成すれば、メモリの圧迫を抑えることができる。

例えば請求項２に示すように、ピクセルの表現形式の変換は、ピクセルのビット数の変換としたり、請求項３に示すように、カラーパレットのインデックス値から対応する色データへの変換とすることができる。

また、ページ記述言語データとして、イメージデータおよび当該イメージデータの指定部分を切り出すクリップ指示データがある場合には、請求項４に示すように、インタプリタ部は、当該イメージデータのうち前記クリップ指示データで指定された指定部分を切り出した後（クリップした後）のイメージデータを前記中間データにおけるイメージデータとして生成するとよい。このようにすれば、クリップ処理によってクリップされて不要となるデータが中間データに含まれなくなる。したがって、中間データが肥大化することを抑えることができ、メモリの圧迫を抑えることができる。

また、請求項５に示すように、前記インタプリタ部は、前記ページ記述言語データにおけるイメージデータにおいてページからはみ出すイメージデータの部分がある場合には、当該イメージデータのうち前記ページからはみ出さない部分を切り出した後（クリップした後）のイメージデータを前記中間データにおけるイメージデータとして生成するとよい。このようにすれば、実際の印刷等には用いられないイメージデータを捨てて、必要な部
分のみが中間データとしてのイメージデータとして生成される。したがって、中間データが肥大化することを抑えることができ、メモリの圧迫を抑えることができる。

なお、イメージデータに対して、請求項４に示したクリップ指示データや、請求項５に示したページからはみ出す部分がある場合において、さらに、上述した拡大指示データまたは縮小指示データが与えられている場合は、入力されたイメージデータに対して前述した請求項１に記載の前記拡大指示データに基づく処理または縮小指示データに基づく処理を行って得られたイメージデータに対して実際の印刷に必要となる部分のイメージデータを得てそのイメージデータを中間データとしてのイメージデータとしてもよいし、入力されたイメージデータに対して実際の印刷に必要となる部分のイメージデータを得てそのイメージデータに対して前述した請求項１に記載の前記拡大指示データに基づく処理または縮小指示データに基づく処理を行って得られたイメージデータを中間データとしてのイメージデータとしてもよい。なお、後者の方がメモリの使用量をより抑えることができるので、望ましい。

上述したイメージデータ処理装置は様々な装置に組み込むことができる。例えば、請求項６に示すように、画像形成装置に組み込むことができる。

中間データが肥大化することを抑えることができ、メモリの圧迫を抑えることができる新たな中間データの少量化方法を採るイメージデータ処理装置及び画像形成装置を提供することが可能となる。

プリンタとホストコンピュータを備える印刷システムの構成を示すブロック図である。 インタプリタ部及びラスタライズ部における処理の概要を示す説明図である。 中間データのデータ構造を示す説明図である。 インタプリタ部における中間データ生成処理の流れを示すフローチャートである。 ＰＤＬデータの例を示す説明図である。 イメージデータと倍率情報についての説明図である。 クリップ処理に関する説明図である。 クリップ処理の具体的な処理方法を示す説明図である。

以下、本発明が適用された実施例について図面を用いて説明する。なお、本発明の実施の形態は、下記の実施例に何ら限定されることなく、本発明の技術的範囲に属する限り種々の形態を採りうることは言うまでもない。

図１は、イメージデータ処理装置及び画像形成装置としてのプリンタ１と、プリンタ１と接続されたホストコンピュータ２を備える印刷システムの構成を示す図である。

ホストコンピュータ２は、一般的なパーソナルコンピュータであって、プリンタ１と接続されている。ホストコンピュータ２は、アプリケーションソフトからの印刷要求に応じて、プリンタドライバが、当該アプリケーションによって描画された印刷用データを、プリンタ１によって解釈可能なページ記述言語データ（ＰＤＬデータ）へ変換してプリンタ１へ送信する。

プリンタ２は、インタプリタ部２０とラスタライズ部３０とプリントエンジン４０とを備える。

インタプリタ部２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、入出力装置（Ｉ／Ｏ）２４とこれらを接続するバスライン等を備えたコンピュータシステムによって構成される。ＣＰＵ２１は、ＲＯＭ２２に記憶されたプログラムを実行することによって、ホストコンピュータからＰＤＬデータを受信し、図２のＳ１０〜Ｓ３０に示す、拡大縮小処理（及びクリップ処理）（Ｓ１０）、回転処理（Ｓ２０）、中間データ登録処理（Ｓ３０）などを行い、中間データを生成して、ラスタライズ部３０へ出力する。中間データは、図３に示すように、イメージソース情報と、デバイス情報と、倍率情報とから構成される。イメージソース情報は、サイズ（イメージソース情報のバイト数）、ビットＤｅｐｔｈ、色指定、横ピクセル、縦ピクセル、中間データとしてのイメージデータ（拡大縮小後のイメージデータ）などから構成される。また、デバイス情報は、デバイスでの位置（ｘ，ｙ）、デバイスでの幅、デバイスでの高さなどから構成される。そして、倍率情報は、縦方向展開個数配列と横方向展開個数配列とから構成される。

ラスタライズ部３０は、例えばＡＳＩＣで構成され、図２のＳ４０〜Ｓ６０に示す処理などを行う。すなわち、インタプリタ部２０のＲＡＭ２３からＩ／Ｏ２４を介して中間データを取得し、その中間データに基づいてデバイス多値のページデータを描画メモリ３２に描画する（Ｓ４０）。そして、この描画メモリ３２に描画したページデータをＵＣＲＧＣＲ処理によって黒の量を調整した上、２値化する（Ｓ５０）。そして、ハーフトーン化処理を行って（Ｓ６０）、その処理後のデータに基づいてプリントエンジン４０へビデオデータを出力する。

プリントエンジン４０は、レーザープリンタのエンジンであり、ラスタライズ部３０から出力されたビデオデータを入力して用紙への印刷を行う。

次に、インタプリタ部２０における処理をさらに詳細に説明する。

図４は、インタプリタ部２０における中間データ生成処理の流れを示すフローチャートである。なお図４に示す処理はクリップ処理を行わない場合の例である。

Ｓ１１０では、ホストコンピュータ２から入力されたＰＤＬデータを解析し、ＰＤＬデータに含まれるイメージソースサイズとデバイスイメージサイズに基づいて拡大縮小後のイメージデータを生成し、縦方向（高さ方向）、横方向（幅方向）の倍率情報を作成する。

例えば図５（ａ）のＰＤＬデータが入力された場合、ＰＤＬデータを解析し、色指定がＲＧＢ、ダイレクトイメージ（ダイレクトカラー）、ＲＧＢ各８ビットの２４ビットカラーであり、図６（ａ）に示すように、イメージソースサイズが幅１００ピクセル・高さ５０ピクセル、デバイスイメージサイズが幅５００ドット・高さ３００ドットであることを抽出する。そしてイメージソースからデバイスイメージへの倍率情報を求める。この倍率情報は、ラスタライズ部３０における展開処理によってイメージデータを拡大するために用いられる、イメージデータを構成するピクセル行列における行毎の展開個数と列毎の展開個数の配列情報である。図６（ａ）の例では、高さ方向（縦方向）は５０ピクセルを３００ドットに展開する必要がある。そこで、拡大率を求めると、３００／５０＝６倍となる。したがって、各ピクセルは縦方向にちょうど６ドットずつ展開すればよいこととなる。よって、縦方向展開個数配列［５０］＝｛６，６，６，６，６，・・・，６｝と求める。同様に幅方向（横方向）は１００ピクセルを５００ドットに展開する必要がある。そこで、拡大率を求めると、５００／１００＝５倍となる。したがって、各ピクセルは縦方向
にちょうど５ドットずつ展開すればよいこととなる。よって、横方向展開個数配列［１００］＝｛５，５，５，５，５，・・・，５｝と求める。

このように、縦方向、横方向ともに拡大率が１倍以上の場合には、ＰＤＬデータにおけるイメージデータそのものを拡大縮小後のイメージデータとしてＲＡＭ２３に記憶する。なお、ＰＤＬデータにおけるイメージデータが圧縮されたデータである場合には展開し、展開した後のイメージデータを拡大縮小後のイメージデータとしてＲＡＭ２３に記憶する。

この例の場合、縦方向、横方向とも、拡大率が、ちょうど割り切れる値（整数値）となっているため、上述したように縦方向・横方向ともに展開個数配列は、その整数値をそのまま利用しているが、例えばＰＤＬデータによって与えられたイメージソースのサイズが横（幅）５００ピクセル、縦（高さ）３００ピクセルで、デバイスイメージのサイズが横（幅）７００ドット、縦（高さ）８００ドットのように拡大率が整数値とならない場合には、各ピクセルの展開個数を拡大率に応じて適宜調整する。例えば、縦方向展開個数配列［３００］＝｛２，２，３，２，２，２，３，２，２，３，・・・，２｝、横方向展開個数配列［５００］＝｛１，２，１，２，２，１，２，１，２，２，・・・，２｝のように求める。

また、縦方向または横方向の少なくともいずれか一方の拡大率が１倍より小さくなる場合には、まず、ＰＤＬデータに含まれるデバイスイメージサイズへＰＤＬデータに含まれるイメージデータの縮小処理を行い、縮小処理されたイメージデータを拡大縮小後のイメージデータとしてＲＡＭ２３に記憶する（ＰＤＬデータにおけるイメージデータが圧縮されたデータである場合には展開し、展開した後のイメージデータに縮小処理を行う）。そして、この拡大縮小後のイメージデータに対して上述した倍率情報の算出処理を行う。縦方向の拡大率が１倍より小さくなる場合には、縦方向展開個数配列の要素はすべて１とし、横方向の拡大率が１倍より小さくなる場合には、横方向展開個数配列の要素はすべて１とする。なお、縦方向または横方向のいずれか一方の拡大率が１倍より大きい場合には、その方向については、上述した拡大の場合の倍率情報の生成処理によって倍率情報を生成する。

例えば、ＰＤＬデータによって与えられたイメージソースのサイズが横（幅）８００ピクセル、縦（高さ）７００ピクセルで、デバイスイメージのサイズが横（幅）５００ドット、縦（高さ）３００ドットの場合、縦横ともに拡大率が１倍より小さくなる。よって、ＰＤＬデータとして与えられたイメージデータをデバイスイメージのサイズである横（幅）５００ドット、縦（高さ）３００ドットへ縮小したイメージデータを拡大縮小後のイメージデータとしてＲＡＭ２３に記憶し、倍率情報として、縦方向展開個数配列［３００］＝｛１，１，１，１，・・・，１｝、横方向展開個数配列［５００］＝｛１，１，１，１，・・・，１｝とする。

続く図４のＳ１２０では、図３に示したイメージソース情報及びデバイス情報をＰＤＬデータに基づいて作成する。すなわち、例えば、図５のＰＤＬデータの場合、ビットＤｅｐｔｈとして８ビットを、色指定としてＲＧＢを、拡大縮小前のイメージデータの横ピクセルである１００を、拡大縮小前のイメージデータの縦ピクセルである５０を、ＲＡＭ２３に記憶する。また、デバイス情報のデバイスでの位置として、図５のデバイスイメージの位置（６００，４００）を、デバイスでの幅としてデバイスイメージサイズの幅（５００ドット）を、デバイスでの高さとしてデバイスイメージサイズの高さ（３００ドット）をＲＡＭ２３に記憶する。

続くＳ１５０では、ＰＤＬデータからイメージデータが８ビットイメージか否かを判定
する。８ビットイメージの場合には（Ｓ１５０：ＹＥＳ）、Ｓ１８０へ移行し、８ビットイメージでない場合には（Ｓ１５０：ＮＯ）、Ｓ１６０へ移行する。

Ｓ１６０では、イメージサイズが大きいか否かを判定する。すなわち、イメージサイズが所定値（例えば縦１００ピクセルかつ横１００ピクセル）以上であるか否かを判定する。イメージサイズが所定値以上の場合には（Ｓ１６０：ＹＥＳ）、Ｓ１８０へ移行し、イメージサイズが所定値より小さい場合には、Ｓ１７０へ移行する。

Ｓ１７０では、拡大縮小後のイメージデータの各ピクセルを８ビットの表現形式に変換する。そして、Ｓ１２０で作成したイメージソース情報のビットＤｅｐｔｈの値を「８ビット」へ変更する。

このように、Ｓ１６０〜Ｓ１８０の処理により、イメージサイズが所定値以上の場合には、ピクセルの表現形式を８ビットに変換しないことにより、中間データとしてのイメージデータのサイズを抑えることができる。

そして、Ｓ１８０では、ＰＤＬデータに、９０度・１８０度・２７０度などの回転指示データが含まれる場合に、拡大縮小後のイメージデータの回転処理を行う。

続くＳ１９０では、Ｓ１１０〜Ｓ１８０で生成したイメージソース情報（拡大縮小後のイメージデータを含む）、デバイス情報、倍率情報を、図３に示すデータ構造の中間データとしてＲＡＭ２３に登録する。

そして、前述のように、ラスタライズ部３０は、インタプリタ部２０のＲＡＭ２３からＩ／Ｏ２４を介して中間データを取得し、その中間データに基づいてデバイス多値のページデータを、描画メモリ３２に描画する（Ｓ４０）。この描画は、図３の中間データの値に基づいて行う。すなわち、ビットＤｅｐｔｈを参照し、１，２，４ビットの場合には、中間データとしてのイメージデータのピクセルの表現形式を８ビットに変換しながら描画する。また、倍率情報を参照し、各ピクセルの対応する位置の縦方向展開個数配列内の展開個数と横方向展開個数配列内の展開個数とに基づいて、各ピクセルを展開しながら描画する。例えば、図６（ｂ）のような中間データとしてのイメージデータと倍率情報を持つ場合、各ピクセルは、横方向に５ドット×縦方向に６ドットのデータとして展開して描画する。

そして、前述したように、この描画メモリ３２に描画したページデータをＵＣＲＧＣＲ処理によって黒の量を調整した上、２値化し（Ｓ５０）、ハーフトーン化処理を行って（Ｓ６０）、その処理後のデータに基づいてプリントエンジン４０へビデオデータを出力する。プリントエンジン４０は、レーザープリンタのエンジンであり、ラスタライズ部３０から出力されたビデオデータを入力して用紙への印刷を行う。

このように拡大が必要な場合には拡大を行わないままのイメージデータを中間データとしてのイメージデータとし、縮小が必要な際には縮小後のイメージデータを中間データとしてのイメージデータとするため、中間データとしてのメモリ使用量を小さくすることができる。よって、中間データが肥大化することを抑えることができ、メモリ（ＲＡＭ２３）の圧迫を抑えることができる。

なお、図４のＳ１５０〜Ｓ１７０では、イメージサイズが所定値より小さい場合に、イメージデータを８ビットに変換するピクセルを表現するビット数の変換処理を行うこととしたが、例えば、図５（ｂ）のように、ＰＤＬデータが、ピクセルがカラーパレットのインデックス値で与えられる書式をサポートする場合には、イメージサイズの大きさが所定
値より小さい場合に、色データ（ダイレクトカラー）へのピクセルの表現形式の変換を行うようにしてもよい。色データの変換を行った場合には、Ｓ１２０で作成したイメージソース情報の色指定の値を「ＲＧＢ」へ変更する。この場合、ラスタライズ部３０は、中間データにおいて色指定の値が「ＲＧＢ」以外の場合、中間データとしてのイメージデータの各ピクセルの表現形式をＲＧＢへ変換しながら描画メモリ３２に描画する。このようにして、中間データの肥大化を抑えることができ、メモリ（ＲＡＭ２３）の圧迫を抑えることができる。例えば、図５（ｂ）のＰＤＬデータの場合、パレットデータは８ビットであるのに対し、ダイレクトイメージ（ＲＧＢ）は２４ビットであるので中間データとしてのイメージデータを記憶するために必要なＲＡＭ２３の容量は３分の１で済む。

また、ＰＤＬデータがいわゆるクリップをサポートする場合には、インタプリタ部２０における図４のＳ１１０の処理において、さらに、クリップ処理を行うようにするとよい。

例えば、図５（ｃ）に示すようなクリップコマンドが図５（ａ）のＰＤＬデータとともに送られてきた場合には、図７に示すように、用紙に相当するデバイスページエリア内に、図５（ａ）のデバイスイメージの位置（図７の点Ｃ（６００，４００））を始点としてデバイスイメージサイズ（幅５００，高さ３００）の範囲に、図５（ａ）のイメージソースサイズ（幅１００高さ５０）のイメージデータを拡大し、そのうち図５（ｃ）のクリップコマンドで指定されるクリップレクタングル（図７に示すように点Ａ（８００，３００）と点Ｂ（１３００，５５０）を対角線とする四角形の範囲）に含まれる部分（図７の斜線部分）のみを描画するという指示である。

Ｓ１１０では、図５（ｃ）（ａ）のＰＤＬデータから図７に示すように、対応関係を算出する。この場合、交点Ｄ及び交点Ｅを対角線とする４角形の領域に対応するソースイメージ（ＰＤＬデータとして与えられるイメージデータ）の領域を求める。この場合、図７に示す斜線部分の領域（点Ｆ（４０，０）、点Ｇ（１００，２５））を算出する。

そして、図８に示すように、ＲＡＭ２３上に設けられたＰＤＬデータの受信バッファから横方向の１ライン分を展開（解凍）し、この領域に位置するラインにおいて、この領域に位置する横方向の位置のデータのみをクリップして、そのクリップしたデータ１ライン分をクリップ後のイメージデータを構成する１ラインとしてＲＡＭ２３へ書き込むといった処理を繰り返し行い、クリップ後のイメージデータを生成する。そして、クリップ後のイメージデータに対して前述した拡大縮小処理を行って拡大縮小後のイメージデータを得る。なお、縮小の場合には、クリップしながら縮小してもよい。このようにして、クリップ後のイメージデータを中間データとしてのイメージデータとすることで、中間データの肥大化を抑制することができる。

１…プリンタ
２…ホストコンピュータ
２０…インタプリタ部
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…Ｉ／Ｏ
３０…ラスタライズ部
３２…描画メモリ
４０…プリントエンジン

Claims (6)

1. ページ記述言語データに基づいて中間データを生成するインタプリタ部と、前記中間データに基づいて印刷データを出力メモリ上に生成するラスタライズ部とを備えたイメージデータ処理装置であって、
   前記インタプリタ部は、入力されたページ記述言語データにおいてイメージデータと当該イメージデータの拡大指示データがある場合には、前記拡大指示データに基づく前記イメージデータの拡大を行わずに当該イメージデータと前記拡大指示データに基づく拡大率データとを前記中間データとして生成し、
   前記インタプリタ部は、入力されたページ記述言語データにおいてイメージデータと当該イメージデータの縮小指示データがある場合には、当該イメージデータを前記縮小指示データに従って縮小したイメージデータを前記中間データとして生成し、
   前記インタプリタ部は、
   入力されたページ記述言語データにおけるイメージデータを、前記中間データとしてのイメージデータにする際に、ピクセルの表現形式を変換するか否かを、そのピクセルの表現形式を変換した後のイメージデータのサイズ、または、メモリ残容量に応じて判断する判断手段を備え、前記判断手段によって、ピクセルの表現形式を変換すると判断された場合には、前記ピクセルの表現形式を変換するとともに前記中間データとしてピクセルの表現形式の変換に関するデータを加え、
   前記ラスタライズ部は、前記中間データにピクセルの表現形式の変換に関するデータが含まれる場合には、当該中間データにおけるイメージデータのピクセルの表現形式を、当該ピクセルの表現形式の変換に関するデータに基づいて変換して前記印刷データを生成すること
   を特徴とするイメージデータ処理装置。
2. 請求項１に記載のイメージデータ処理装置において、
   前記ピクセルの表現形式の変換は、ピクセルを表現するビット数の変換であること
   を特徴とするイメージデータ処理装置。
3. 請求項１または請求項２に記載のイメージデータ処理装置において、
   前記ピクセルの表現形式の変換は、カラーパレットのインデックス値から対応する色データへの変換であること
   を特徴とするイメージデータ処理装置。
4. 請求項１〜請求項３のいずれかに記載のイメージデータ処理装置において、
   前記インタプリタ部は、前記ページ記述言語データとして、イメージデータおよび当該イメージデータの指定部分を切り出すクリップ指示データがある場合には、当該イメージデータのうち前記クリップ指示データで指定された指定部分を切り出した後のイメージデータを前記中間データにおけるイメージデータとして生成すること
   を特徴とするイメージデータ処理装置。
5. 請求項１〜請求項４のいずれかに記載のイメージデータ処理装置において、
   前記インタプリタ部は、前記ページ記述言語データにおけるイメージデータにおいてページからはみ出すイメージデータの部分がある場合には、当該イメージデータのうち前記ページからはみ出さない部分を切り出した後のイメージデータを前記中間データにおけるイメージデータとして生成すること
   を特徴とするイメージデータ処理装置。
6. 請求項１〜５のいずれかに記載のイメージデータ処理装置を備えた画像形成装置。