(57)【要約】 【課題】バリアブルデータ印刷のようなオブジェクトデータを再利用する画像形成処理を行う際の、メモリ使用効率と処理速度を向上させる。【解決手段】画像形成装置１０のＣＰＵ１１は、ＶＤＰジョブデータを解析し、解析対象のコンテンツがリユーザブルオブジェクトデータであるか否かを判定する。ＣＰＵ１１は、解析対象のコンテンツがリユーザブルオブジェクトであると判定した場合、このリユーザブルオブジェクトのデータ種別を判別する。ＣＰＵ１１は、このデータ種別に基づいて、中間言語データ又はラスタデータの何れのデータ形式でリユーザブルオブジェクトデータを保存するかを決定する。ＣＰＵ１１は、決定したデータ形式でリユーザブルオブジェクトを再利用ビットマップデータ保存領域１７１又は再利用中間言語データ保存領域１７２に保存する。【選択図】図６
2010173236.tif 000002
【特許請求の範囲】
【請求項１】
印刷ジョブデータに基づいて画像形成処理を行う画像処理装置であって、
印刷ジョブデータを取得する取得部と、
前記印刷ジョブデータを解析し、当該印刷ジョブデータに含まれるオブジェクトデータを再利用するか否かを判定し、前記オブジェクトデータを再利用する場合、当該オブジェクトデータのデータ種別を判別し、当該データ種別に基づいて、中間言語データ又はラスタデータの何れのデータ形式で前記オブジェクトデータを保存するかを決定し、当該決定したデータ形式で当該オブジェクトデータを保存する制御部と、
を備える画像処理装置。
【請求項２】
前記印刷ジョブデータは、バリアブルデータ印刷を実行させるためのデータである、
請求項１に記載の画像処理装置。
【請求項３】
前記制御部は、
前記オブジェクトデータのデータ種別がイメージオブジェクトデータである場合、ラスタデータで前記オブジェクトデータを保存し、前記オブジェクトデータのデータ種別がイメージオブジェクトデータ以外のデータ種別である場合、中間言語データで前記オブジェクトデータを保存する、
請求項１又は２に記載の画像処理装置。
【請求項４】
前記制御部は、管理テーブルを生成し、当該管理テーブルを参照して、前記保存したオブジェクトデータの前記データ形式を管理する、
請求項１〜３の何れか一項に記載の画像処理装置。
【請求項５】
前記制御部は、前記オブジェクトデータを再利用する場合、前記管理テーブルを参照する旨のコマンドを含む中間言語データを生成する、
請求項４に記載の画像処理装置。
【請求項６】
印刷ジョブデータに基づいて画像形成処理を行うコンピュータを、
印刷ジョブデータを取得する取得部、
前記印刷ジョブデータを解析し、当該印刷ジョブデータに含まれるオブジェクトデータを再利用するか否かを判定し、前記オブジェクトデータを再利用する場合、当該オブジェクトデータのデータ種別を判別し、当該データ種別に基づいて、中間言語データ又はラスタデータの何れのデータ形式で前記オブジェクトデータを保存するかを決定し、当該決定したデータ形式で当該オブジェクトデータを保存する制御部、
として機能させるためのプログラム。
【請求項７】
取得部が、印刷ジョブデータを取得するステップ、
制御部が、前記印刷ジョブデータを解析し、当該印刷ジョブデータに含まれるオブジェクトデータを再利用するか否かを判定し、前記オブジェクトデータを再利用する場合、当該オブジェクトデータのデータ種別を判別し、当該データ種別に基づいて、中間言語データ又はラスタデータの何れのデータ形式で前記オブジェクトデータを保存するかを決定し、当該決定したデータ形式で当該オブジェクトデータを保存するステップ、
から構成されるデータ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、プログラム及びデータ処理方法に関する。
【背景技術】
【０００２】
郵便物のダイレクトメールやクレジットカード等の利用明細書は、各個人毎にカスタマイズされて作成される印刷物である。
【０００３】
これらの印刷物は、固定データ部と可変データ部とで構成されている。可変データ部としては、各個人の住所などの個人情報やクレジット明細情報等が該当する。また、固定データ部としては、企業のロゴマークや定型のあいさつ文、お勧めの商品画像等が該当する。
【０００４】
このように、一つの案内文で各個人毎にコンテンツをカスタマイズし印刷することは、一般的に、バリアブルデータ印刷（Variable Data Printing（ＶＤＰ））と呼ばれている。
【０００５】
このバリアブルデータ印刷を実現するために、ＰＯＤｉ（Print On Demand initiative）という団体により、ＰＰＭＬ（Personalized Print Markup Language）と呼ばれるＸＭＬ（Extensible Markup Language）ベースの文書フォーマットが策定され、標準化が進められている。
【０００６】
ＰＰＭＬでは、データの固定データ部と可変データ部とを区別し、それぞれ１回だけＲＩＰ（Raster image processor）して保存し、それを再利用しながら画像形成処理を行うことでＲＩＰの負荷を軽減し、高速に印刷することを可能にする。また、固定データ部をレコード毎に重複して保持しないため、入力データの容量を削減でき、データ転送の効率化を図ることができる。
【０００７】
例えば、バリアブルデータ印刷ジョブのコンテンツデータをキャッシュし、キャッシュしたコンテンツデータにＩＤを付加し、クライアント端末側のＶＤＰアプリケーションと連携してＰＰＭＬを使用したＶＤＰファイルを作成／処理する技術が開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−１７１０３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、バリアブルデータ印刷を行う場合、ＲＩＰ済みの再利用オブジェクトデータを保持する記憶領域が必要になる。更に、固定データ部が多く使用されたり容量の大きな固定データが使用されたりした場合には、大容量の記憶領域が必要になる。
【００１０】
そのため、画像形成処理の途中で記憶容量が足りなくなり、印刷エラーが発生してしまう場合があった。また、記憶領域としてメモリの代わりにハードディスクを使用することにより、記憶領域へのアクセスに時間がかかり、画像形成処理の処理速度が低下してしまう場合があった。
【００１１】
本発明は、上述したような課題に鑑みて為されたものであり、その目的とするところは、バリアブルデータ印刷のようなオブジェクトデータを再利用する画像形成処理を行う際の、メモリ使用効率と処理速度を向上させることである。
【課題を解決するための手段】
【００１２】
上記の課題を解決するために、請求項１に記載の発明は、
印刷ジョブデータに基づいて画像形成処理を行う画像処理装置であって、
印刷ジョブデータを取得する取得部と、
前記印刷ジョブデータを解析し、当該印刷ジョブデータに含まれるオブジェクトデータを再利用するか否かを判定し、前記オブジェクトデータを再利用する場合、当該オブジェクトデータのデータ種別を判別し、当該データ種別に基づいて、中間言語データ又はラスタデータの何れのデータ形式で前記オブジェクトデータを保存するかを決定し、当該決定したデータ形式で当該オブジェクトデータを保存する制御部と、
を備える。
【００１３】
請求項２に記載の発明は、請求項１に記載の発明において、
前記印刷ジョブデータは、バリアブルデータ印刷を実行させるためのデータである。
【００１４】
請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記制御部は、
前記オブジェクトデータのデータ種別がイメージオブジェクトデータである場合、ラスタデータで前記オブジェクトデータを保存し、前記オブジェクトデータのデータ種別がイメージオブジェクトデータ以外のデータ種別である場合、中間言語データで前記オブジェクトデータを保存する。
【００１５】
請求項４に記載の発明は、請求項１〜３の何れか一項に記載の発明において、
前記制御部は、管理テーブルを生成し、当該管理テーブルを参照して、前記保存したオブジェクトデータの前記データ形式を管理する。
【００１６】
請求項５に記載の発明は、請求項４に記載の発明において、
前記制御部は、前記オブジェクトデータを再利用する場合、前記管理テーブルを参照する旨のコマンドを含む中間言語データを生成する。
【００１７】
請求項６に記載のプログラムは、
印刷ジョブデータに基づいて画像形成処理を行うコンピュータを、
印刷ジョブデータを取得する取得部、
前記印刷ジョブデータを解析し、当該印刷ジョブデータに含まれるオブジェクトデータを再利用するか否かを判定し、前記オブジェクトデータを再利用する場合、当該オブジェクトデータのデータ種別を判別し、当該データ種別に基づいて、中間言語データ又はラスタデータの何れのデータ形式で前記オブジェクトデータを保存するかを決定し、当該決定したデータ形式で当該オブジェクトデータを保存する制御部、
として機能させる。
【００１８】
請求項７に記載のデータ処理方法は、
取得部が、印刷ジョブデータを取得するステップ、
制御部が、前記印刷ジョブデータを解析し、当該印刷ジョブデータに含まれるオブジェクトデータを再利用するか否かを判定し、前記オブジェクトデータを再利用する場合、当該オブジェクトデータのデータ種別を判別し、当該データ種別に基づいて、中間言語データ又はラスタデータの何れのデータ形式で前記オブジェクトデータを保存するかを決定し、当該決定したデータ形式で当該オブジェクトデータを保存するステップ、
から構成される。
【発明の効果】
【００１９】
請求項１、６及び７に記載の発明によれば、制御部が、印刷ジョブデータを解析し、当該印刷ジョブデータに含まれるオブジェクトデータを再利用するか否かを判定し、前記オブジェクトデータを再利用する場合、当該オブジェクトデータのデータ種別を判別し、当該データ種別に基づいて、中間言語データ又はラスタデータの何れのデータ形式で前記オブジェクトデータを保存するかを決定し、当該決定したデータ形式で当該オブジェクトデータを保存する。
【００２０】
そのため、オブジェクトデータを再利用する画像形成処理を行う際の、メモリ使用効率と処理速度を向上させることができる。
【００２１】
請求項２に記載の発明によれば、バリアブルデータ印刷を行う際の、メモリ使用効率と処理速度を向上させる
【００２２】
請求項３に記載の発明によれば、バリアブルデータ印刷のようなオブジェクトデータを再利用する画像形成処理を行う際の、メモリ使用効率と処理速度をより向上させることができる。
【００２３】
請求項４に記載の発明によれば、オブジェクトデータを保存するデータ形式を効率的に管理することができる。
【００２４】
請求項５に記載の発明によれば、バリアブルデータ印刷のようなオブジェクトデータを再利用する画像形成処理を行う際の、メモリ使用効率と処理速度をより向上させることができる。
【図面の簡単な説明】
【００２５】
【図１】画像形成システムのシステム構成図である。
【図２】クライアント端末のブロック図である。
【図３】バリアブルデータ印刷のイメージ図である。
【図４】リユーザブルオブジェクトデータを指定する旨のＰＰＭＬの記述例である。
【図５】リユーザブルオブジェクトデータを利用する旨のＰＰＭＬの記述例である。
【図６】画像処理装置のブロック図である。
【図７】リユーザブルオブジェクト管理テーブルのデータ構成図である。
【図８】画像形成に関する一連の処理を示すフローチャートである。
【図９】ＶＤＰジョブ解析処理（１レコード目）を示すフローチャートである。
【図１０】ラスタライズ処理（１レコード目）を示すフローチャートである。
【図１１】ＶＤＰジョブ解析処理（２レコード目以降）を示すフローチャートである。
【図１２】ラスタライズ処理（２レコード目以降）を示すフローチャートである。
【発明を実施するための形態】
【００２６】
以下、図面を参照して、本発明に係る画像処理装置の一実施形態について説明する。
【００２７】
[画像形成システムのシステム構成]
図１に、画像形成システム１００のシステム構成を示す。図１に示すように、画像形成システム１００は、画像処理装置１０とクライアント端末２０とから構成されており、各装置は通信ネットワークＮを介して、データ通信可能に接続されている。
【００２８】
画像処理装置１０は、コピー機能、画像読取機能、プリンタ機能を備えた、所謂ＭＦＰ（Multi-Function Peripheral）であり、クライアント端末２０から送信される印刷ジョブ（プリント指令）データや、画像処理装置１０に備えられているスキャナ等の画像読取部から読み込んだ画像データ等に基づき、用紙に画像を形成する。
【００２９】
クライアント端末２０は、所謂パーソナルコンピュータであり、画像処理装置１０に印刷ジョブデータを送信する機能を有する。クライアント端末２０には、プリンタドライバプログラム（以下、単にプリンタドライバと称することがある。）がインストールされており、このプリンタドライバの機能を用いて画像形成時に適用されるプリント条件のデータ、画像データ等を含んだ印刷ジョブデータを生成し画像処理装置１０に送信する。
【００３０】
[クライアント端末の機能的構成]
図２に、クライアント端末２０の構成を示す。図２に示すように、クライアント端末２０は、ＣＰＵ２１、操作部２２、表示部２３、通信部２４、ＲＡＭ（Random Access Memory）２５、ＨＤＤ２６を備えて構成されている。
【００３１】
ＣＰＵ２１は、操作部２２から入力される操作信号又は通信部２４により受信される指示信号に応じて、ＨＤＤ２６に記憶されている各種処理プログラムを読み出し、ＲＡＭ２５内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。
【００３２】
操作部２２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウスなどのポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ２１に出力する。
【００３３】
表示部２３は、ＬＣＤ（Liquid Crystal Display）により構成され、ＣＰＵ２１から入力される表示信号の指示に従って、操作部２２からの入力指示やデータ等を表示する。
【００３４】
通信部２４は、ＬＡＮアダプタ、ルータ、ＴＡ等を備え、通信ネットワークＮを介して接続された画像処理装置１０等の外部機器との間でデータの送受信を行う。
【００３５】
ＲＡＭ２５は、ＣＰＵ２１により実行される各種処理プログラム及びこれらプログラムに係るデータを一時的に記憶するワークエリアを形成する。
【００３６】
ＨＤＤ２６は、記憶装置であり、各種プログラム、設定データ、画像データ等を記憶する。また、ＨＤＤ２６は、プリンタドライバプログラム２６１を記憶している。
【００３７】
ＣＰＵ２１は、当該プリンタドライバプログラム２６１をＨＤＤ２６から読み出してＲＡＭ２５に展開し、当該プログラムとの協働により画像処理装置１０に送信する印刷ジョブデータを生成する。
【００３８】
具体的には、ＣＰＵ２１は、操作部２２を介して行われるユーザ操作に基づいて、プリント対象となる画像データ（画像ファイル）等を指定し、印刷部数や印刷範囲等の情報を設定する。そして、ＣＰＵ２１は、指定した画像データや設定情報を含んだ印刷ジョブデータを生成する。
【００３９】
特に、ＣＰＵ２１は、バリアブルデータ印刷を行う旨のユーザ操作が行われた場合、このユーザ操作に基づいて、バリアブルデータ印刷を印刷条件として指定し、バリアブルデータ印刷に関する各種情報を設定する。そして、ＣＰＵ２１は、バリアブルデータ印刷を行う旨の印刷ジョブデータを生成する。以下、このバリアブルデータ印刷を行う旨の印刷ジョブデータをＶＤＰジョブデータと称すことがある。ＶＤＰジョブデータとしては、前述のＰＰＭＬで記述されたページ記述言語データ（Page Description Language（PDL））が挙げられる。
【００４０】
ＣＰＵ２１は、印刷ジョブデータをＨＤＤ２６に一旦記憶させる。次に、ＣＰＵ２１は、ＨＤＤ２６から印刷ジョブデータを読み出し、通信部２４を制御してこの印刷ジョブデータを画像処理装置１０に送信する。本実施形態では、印刷ジョブデータがＶＤＰジョブデータであるとして説明を進める。
【００４１】
[バリアブルデータ印刷]
図３を用いて、バリアブルデータ印刷のイメージと、印刷対象となるオブジェクトデータについて説明する。図３に示すように、１レコードが１ページとして構成された３ページ（３レコード）分のＶＤＰジョブデータがあるとする。ここで、オブジェクトデータとは、一まとまりの文字データや画像データである。更にオブジェクトデータには、固定データと可変データとがある。固定データとは、各レコードに共通で使用される（再利用される）データである。可変データとは、各ページ固有に使用されるデータである。以下、固定データをリユーザブルオブジェクトデータと称す場合がある。
【００４２】
可変データの具体例としては、「田中」ｄ６、「佐藤」ｄ７、「清水」ｄ８のような各ページに固有に使用される人名や、「豊田」ｄ９、「日野」ｄ１０、「八王子」ｄ１１のような各ページに固有に使用される場所情報等がある。
【００４３】
固定データには、テキストオブジェクトデータ（テキストオブジェクトの固定データ）、イメージオブジェクトデータ（イメージオブジェクトの固定データ）、グラフィックスオブジェクトデータ（グラフィックスオブジェクトの固定データ）がある。
【００４４】
グラフィックスオブジェクトデータとは、直線や曲線等で表される描画データである。
グラフィックスオブジェクトデータを中間言語データとして保持する場合は、ビットマップデータ（ラスタデータ）として保持する場合に比べて、データ容量が少なくて済む。具体的に、グラフィックオブジェクトデータは、星印ｄ５等のようなデータである。
【００４５】
テキストオブジェクトデータとは、文字情報である。アウトラインで形成されているテキストオブジェクトデータについて、中間言語データとして保持する場合は、ビットマップデータ（ラスタデータ）として保持する場合に比べて、データ容量が少なくて済む。具体的に、テキストオブジェクトデータは、「様」ｄ１、「あけましておめでとうございます。」ｄ２、「担当」ｄ３等のようなデータである。
【００４６】
イメージオブジェクトデータとは、ＪＰＥＧ形式等の画像データである。中間言語データとしてイメージオブジェクトデータを保持する場合も、ビットマップデータ（ラスタデータ）としてイメージオブジェクトデータを保持する場合も、データ容量に大きな差はない。具体的に、イメージオブジェクトデータは、会社のロゴマークｄ４等のようなデータである。
【００４７】
[ＶＤＰジョブデータのデータ内容]
図４、図５を用いて、ＶＤＰジョブデータのデータ内容について説明する。図４は、リユーザブルオブジェクトデータを指定する旨のＰＰＭＬの記述例である。図５は、リユーザブルオブジェクトデータを利用する旨のＰＰＭＬの記述例である。
【００４８】
ＶＤＰジョブデータでは、オブジェクトデータが再利用されるか否かが明示的に示されている。図４に示すように、１行目と２３行目の<REUSABLE_OBJECT>タグでオブジェクトデータを括ることにより、このオブジェクトデータがリユーザブルオブジェクトデータであることを定義している。
【００４９】
また、３〜５行目で、リユーザブルオブジェクトデータとして使用するコンテンツデータを定義している。具体的に、３行目の<SOURCE>タグによりこのコンテンツデータのデータ形式を定義している。本例では、コンテンツデータがＰＳ（Post Script）ファイルであることを示している。また、４行目の<EXTERNAL_DATA>タグにより実際のコンテンツデータファイルを定義している。本例では、ＶＤＰジョブデータ内に含まれる「abcd.ps」といファイル名のＰＳファイルが、実際のコンテンツデータであることを示している。
【００５０】
また、１５行目〜２２行目で、このコンテンツデータを再利用する場合の情報を定義している。具体的に、１６行目の<OCCURRENCE>タグのＮａｍｅ属性でコンテンツデータの名称、即ち、リユーザブルオブジェクトデータの名称を定義している。本例では「abcd」という名称で定義している。
【００５１】
ＶＤＰジョブデータでは、定義したリユーザブルオブジェクトデータを利用する場合、Ｎａｍｅ属性で定義したリユーザブルオブジェクトデータの名称を利用する。具体的に、図５に示すように、２行目の<OCCURRENCE_REF>タグのRef属性でリユーザブルオブジェクトデータの名称を指定し、先に指定したリユーザブルオブジェクトデータを利用する。本例では、「abcd」という名称で定義したリユーザブルオブジェクトデータの名称を指定している。
【００５２】
[画像処理装置の機能的構成]
図６に、画像処理装置１０の構成を示す。図６に示すように、画像処理装置１０は、ＣＰＵ１１、操作部１２、表示部１３、画像読取部１４、画像形成部１５、通信部１６、ＲＡＭ１７、ＲＯＭ（Read Only Memory）１８、ＨＤＤ１９を備えて構成されている。
【００５３】
ＣＰＵ１１は、操作部１２から入力される操作信号又は通信部１６により受信される指示信号に応じて、ＲＯＭ１８に記憶されている各種処理プログラムを読み出し、ＲＡＭ１７内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。例えば、ＣＰＵ１１は画像形成に関する一連の処理を行う。
【００５４】
操作部１２は、数字キーやスタートキー、リセットキー等の各種キーを有し、押下されたキーの押下信号をＣＰＵ１１に出力する。また、操作部１２は、表示部１３と一体的に形成されたタッチパネルを備えており、ユーザの指先やタッチペン等により当接されたタッチパネル上の位置を検出して、位置信号をＣＰＵ１１に出力する。
【００５５】
画像読取部１４は、原稿画像を読み取って画像データを生成する所謂スキャナであり、原稿を載置するプラテンガラス、プラテンガラス上の原稿画像を走査し、これをＣＣＤイメージセンサ上に結像する走査光学系を備えている。画像読取部１４は、ＣＣＤイメージセンサで読み取った原稿画像に基づいて生成された画像信号をＡ／Ｄ変換して画像信号を生成する。
【００５６】
画像形成部１５は、電子写真方式、静電記録方式、熱転写方式等の作像プロセスを利用して画像を形成するために必要な構成要素を含む機能部である。例えば、画像形成部１５は、感光体、転写ベルト、定着器、各種搬送ベルト、電子回路、給紙部、排紙部等を備える。画像形成部１５は、ＣＰＵ１１の指示に従い、画像読取部１４により生成された画像データ又は通信部１６により受信された印刷ジョブデータに含まれる画像データ等に基づいて、給紙部から供給された用紙に画像を形成し、排紙部に搬送する。また、給紙部は給紙トレイを、排紙部は排紙トレイを備える。
【００５７】
通信部１６は、ＬＡＮ（Local Area Network）アダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮを介して接続されたクライアント端末２０等の外部機器との間でデータの送受信を行う。例えば、通信部１６は、クライアント端末２０から印刷ジョブデータを受信する。
【００５８】
ＲＡＭ１７は、ＣＰＵ１１により実行される各種処理プログラム及びこれらプログラムに係るデータを一時的に記憶するワークエリアを形成する。具体的に、ＲＡＭ１７は、ワークエリアとして、再利用ビットマップデータ保存領域１７１、再利用中間言語データ保存領域１７２等を形成する。
【００５９】
再利用ビットマップデータ保存領域１７１は、ＶＤＰジョブデータに基づく画像形成処理、即ちバリアブルデータ印刷に関する画像形成処理を実行する際にＣＰＵ１１により形成され利用される。ＣＰＵ１１は、ＶＤＰジョブデータに基づく画像形成処理（ジョブ）を開始すると、再利用ビットマップデータ保存領域１７１を確保（形成）する。そして、ＣＰＵ１１は、ＶＤＰジョブデータに基づく画像形成処理が終了すると、この領域を開放する。
【００６０】
ＣＰＵ１１は、リユーザブルオブジェクトデータをビットマップデータ（ラスタデータ）で、再利用ビットマップデータ保存領域１７１に保存する。具体的には、ＣＰＵ１１は、リユーザブルオブジェクトデータのうち、イメージオブジェクトデータをビットマップデータでこの再利用ビットマップデータ保存領域１７１に保存する。
【００６１】
再利用中間言語データ保存領域１７２は、ＶＤＰジョブデータに基づく画像形成処理、即ちバリアブルデータ印刷に関する画像形成処理を実行する際にＣＰＵ１１により形成され利用される。ＣＰＵ１１は、ＶＤＰジョブデータに基づく画像形成処理（ジョブ）を開始すると、再利用中間言語データ保存領域１７２を確保（形成）する。そして、ＣＰＵ１１は、ＶＤＰジョブデータに基づく画像形成処理を終了すると、この領域を開放する。
【００６２】
ＣＰＵ１１は、リユーザブルオブジェクトデータを中間言語データで、再利用中間言語データ保存領域１７２に保存する。具体的には、ＣＰＵ１１は、リユーザブルオブジェクトデータのうち、グラフィックスオブジェクトデータ、テキストオブジェクトデータをビットマップデータでこの再利用ビットマップデータ保存領域１７１に保存する。
【００６３】
ＲＯＭ１８は、ＣＰＵ１１で実行される各種処理プログラム、各種データ等を記憶する。これらの各種プログラムは、読み取り可能なプログラムコードの形態で格納され、ＣＰＵ１１は、当該プログラムコードに従った動作を逐次実行する。
【００６４】
ＨＤＤ１９は、記憶装置であり、画像読取部１４により読み取られた画像データ、通信部１６によりクライアント端末２０から受信された印刷ジョブデータ、ＣＰＵ１１により生成されるリユーザブルオブジェクト管理テーブル１９１等を記憶する。
【００６５】
[リユーザブルオブジェクト管理テーブルのデータ構成]
リユーザブルオブジェクト管理テーブル１９１は、リユーザブルオブジェクトデータを管理するためのテーブルであり、１レコードが、１リユーザブルオブジェクトデータに対応する。
【００６６】
図７に、リユーザブルオブジェクト管理テーブル１９１のデータ構成を示す。図７に示すように、リユーザブルオブジェクト管理テーブル１９１は、「ＩＤ」「Ｎａｍｅ」「Ｔｙｐｅ」「ＣａｃｈｅＴｙｐｅ」「Ｏｆｆｓｅｔ」のフィールドから成る一又は複数のレコードによって構成されている。
【００６７】
ここで、「ＩＤ」とは、ＶＤＰジョブデータに含まれるリユーザブルオブジェクトデータに割り振られる一意な番号であり、ＣＰＵ１１が行う画像形成に関する一連の処理において参照される。
【００６８】
「Ｎａｍｅ」とは、ＶＤＰジョブデータに含まれるリユーザブルオブジェクトデータの識別子であり、ＣＰＵ１１が行う画像形成に関する一連の処理において参照される。「Ｎａｍｅ」の値は、「abcd」「efgh」「pqk」等の任意の文字列となる。例えば、操作部２２を介して行われるユーザ操作に基づいて、ＣＰＵ１１は、「Ｎａｍｅ」の値を決定する。
【００６９】
「Ｔｙｐｅ」とは、リユーザブルオブジェクトデータのデータ種別を示す。具体的に、値「Text」はテキストオブジェクトデータ、値「Image」はイメージオブジェクトデータ、値「Graphics」はグラフィックスオブジェクトデータに対応する。
【００７０】
「ＣａｃｈｅＴｙｐｅ」とは、リユーザブルオブジェクトデータがビットマップデータ（ラスタデータ）で保存されているのか、中間言語データで保存されているのかを示すフラグである。具体的に、値「Ｂｉｔｍａｐ」は、該当するリユーザブルオブジェクトデータがビットマップデータで保存されていることを示す。一方、値「ＤＬ（Display List）」は、該当するリユーザブルオブジェクトが中間言語データで保存されていることを示す。
【００７１】
「Ｏｆｆｓｅｔ」とは、リユーザブルオブジェクトデータの実データの格納場所（ＲＡＭ１７における格納アドレス）を示すオフセット値である。ＣＰＵ１１は、このオフセット値を用いて、再利用ビットマップデータ保存領域１７１や再利用中間言語データ保存領域１７２のリユーザブルオブジェクトの実データにアクセスする。
【００７２】
[画像形成に関する一連の処理]
次に、ＣＰＵ１１が行う画像形成に関する一連の処理の具体的な処理内容について図８を用いて説明する。図８は、画像形成に関する一連の処理を示すフローチャートである。
【００７３】
まず、ＣＰＵ１１は、通信部１６によるクライアント端末２０からのＶＤＰジョブデータの受信が始まると、通信部１６を介してＶＤＰジョブデータを取得する（ステップＳ１）。
【００７４】
次に、ＣＰＵ１１は、１レコード目のＶＤＰジョブ解析処理を行う（ステップＳ２）。ＶＤＰジョブ解析処理とは、ＶＤＰジョブデータに含まれるコンテンツを解析し、このコンテンツに基づいて中間言語データを生成し、一時保存する処理である。
【００７５】
次に、ＣＰＵ１１は、１レコード目のラスタライズ処理を行う（ステップＳ３）。ラスタライズ処理とは、ＶＤＰジョブ解析処理において生成された中間言語データに基づいて、ビットマップデータを生成する処理である。また、ＣＰＵ１１は、このビットマップデータを画像形成部１５に出力して用紙に画像を形成させる。
【００７６】
次に、ＣＰＵ１１は、２レコード目のＶＤＰジョブ解析処理を行う（ステップＳ４）。そして、ＣＰＵ１１は、２レコード目のラスタライズ処理を行う（ステップＳ５）。
【００７７】
次に、ＣＰＵ１１は、全レコードのＶＤＰジョブ解析処理、ライスタライズ処理が完了したか否かを判定する（ステップＳ６）。全レコードについて完了していない場合（ステップＳ６；ＮＯ）、ＣＰＵ１１は、ステップＳ４に戻り、３レコード目のＶＤＰジョブ解析処理を行い（ステップＳ４）、３レコード目のラスタライズ処理を行う（ステップＳ５）。
【００７８】
一方、全レコードについて完了した場合（ステップＳ６；ＹＥＳ）、画像形成処理に関する一連の処理が終了する。
【００７９】
[ＶＤＰジョブ解析処理（１レコード目）]
次に、ＶＤＰジョブ解析処理（１レコード目）（図８のステップＳ２）の具体的な処理内容について図９を用いて説明する。図９は、ＶＤＰジョブ解析処理（１レコード目）を示すフローチャートである。
【００８０】
図９に示すように、ＣＰＵ１１は、通信部１６を介してクライアント端末２０から取得したＶＤＰジョブデータの１レコード目に含まれるコンテンツを解析する（ステップＳ１０１）。具体的に、ＣＰＵ１１は、ＰＰＭＬで記述された１レコード目に該当するソースコードを１コンテンツずつ順次解析していく。
【００８１】
そして、ＣＰＵ１１は、解析対象のコンテンツがリユーザブルオブジェクトデータであるか否かを判定する（ステップＳ１０２）。具体的に、ＣＰＵ１１は、ソースコードに、タグ＜REUSABLE_OBJECT＞が記述されているか否かを判定する。
【００８２】
ＣＰＵ１１は、解析対象のコンテンツがリユーザブルオブジェクトデータでないと判定した場合（ステップＳ１０２；ＮＯ）、再利用フラグなしで（再利用フラグを含まない）中間言語データを生成する。（ステップＳ１０３）。ＣＰＵ１１は、生成した中間言語データを、１ページ目に対応するＲＡＭ１７上の図示しないワークメモリに一時保存する。そして、ＣＰＵ１１は、１レコード目に含まれる全てのコンテンツの解析が完了したか否かを判定する（ステップＳ１０９）。
【００８３】
一方、ＣＰＵ１１は、解析対象のコンテンツがリユーザブルオブジェクトデータであると判定した場合（ステップＳ１０２；ＹＥＳ）、このコンテンツがイメージオブジェクトデータであるか否かを判定する（ステップＳ１０４）。具体的に、ＣＰＵ１１は、ソースコード中のタグ＜SOURCE＞で括られているコンテンツファイルを解析して、リユーザブルオブジェクトデータのデータ種別を検出し、イメージオブジェクトデータであるか否かを判定する。
【００８４】
ＣＰＵ１１は、解析対象のコンテンツがイメージオブジェクトデータであると判定した場合（ステップＳ１０４；ＹＥＳ）、再利用フラグ付きで（再利用フラグを含んだ）中間言語データを生成する（ステップＳ１０５）。ＣＰＵ１１は、生成した中間言語データを、１ページ目に対応するＲＡＭ１７上の図示しないワークメモリに一時保存する。そして、ＣＰＵ１１は、１レコード目に含まれる全てのコンテンツの解析が完了したか否かを判定する（ステップＳ１０９）。
【００８５】
一方、ＣＰＵ１１は、解析対象のコンテンツがイメージオブジェクトデータでないと判定した場合（ステップＳ１０４；ＮＯ）、再利用フラグ付きで（再利用フラグを含んだ）中間言語データを生成する（ステップＳ１０６）。ＣＰＵ１１は、生成した中間言語データを、１ページ目に対応するＲＡＭ１７上の図示しないワークメモリに一時保存する。そして、ＣＰＵ１１は、生成した中間言語データを再利用中間言語データ保存領域１７２にも保存する（ステップＳ１０７）。
【００８６】
そして、ＣＰＵ１１は、リユーザブルオブジェクト管理テーブル１９１を更新する（ステップＳ１０８）。具体的に、ＣＰＵ１１は、再利用フラグを含んだ中間言語データに対応するレコード、即ち、リユーザブルオブジェクトデータ（テキストオブジェクトデータ又はグラフィックスオブジェクトデータ）に対応するレコードをリユーザブルオブジェクト管理テーブル１９１に追加する。このレコードでは、「Ｔｙｐｅ」の値が「Ｔｅｘｔ」又は「Ｇｒａｐｈｉｃｓ」、「ＣａｃｈｅＴｙｐｅ」の値が「ＤＬ」、「Ｏｆｆｓｅｔ」の値が中間言語データを記憶した再利用中間言語データ保存領域１７２上のアドレスとなる。そして、ＣＰＵ１１は、１レコード目に含まれる全てのコンテンツの解析が完了したか否かを判定する（ステップＳ１０９）。
【００８７】
ＣＰＵ１１は、１レコード目に含まれる全てのコンテンツの解析が完了したと判定すると（ステップＳ１０９；ＹＥＳ）、１レコード目のＶＤＰジョブ解析処理を終了する。
【００８８】
ＣＰＵ１１は、１レコード目に含まれる全てのコンテンツの解析が完了していないと判定すると（ステップＳ１０９；ＮＯ）、ステップＳ１０１に戻り、ＶＤＰジョブデータの１レコード目に含まれる次のコンテンツを解析する（ステップＳ１０１）。
【００８９】
[ラスタライズ処理（１レコード目）]
次に、ラスタライズ処理（１レコード目）（図８のステップＳ３）の具体的な処理内容について図１０を用いて説明する。図１０は、ラスタライズ処理（１レコード目）を示すフローチャートである。
【００９０】
図１０に示すように、ＣＰＵ１１は、１つのコンテンツに対応する中間言語データを、１ページ目に対応するＲＡＭ１７上の図示しないワークメモリから読み出し、解析する（ステップＳ２０１）。そして、ＣＰＵ１１は、この中間言語データに基づいて、ビットマップデータを生成する（ステップＳ２０２）。
【００９１】
解析対象の中間言語データに再利用フラグが含まれていない場合（ステップＳ２０３；ＮＯ）、ＣＰＵ１１は、１ページ分に相当するＲＡＭ１７上のフレーム領域にビットマップデータを展開（配置）する（ステップＳ２０４）。そして、ＣＰＵ１１は、１ページ分の全ての中間言語データの解析が完了したか否かを判定する（ステップＳ２０９）。
【００９２】
一方、解析対象の中間言語データに再利用フラグが含まれており、且つこの中間言語データがイメージオブジェクトデータでない場合（ステップＳ２０３；ＹＥＳ、ステップＳ２０５；ＮＯ）、ＣＰＵ１１は、１ページ分に相当するＲＡＭ１７上のフレーム領域にビットマップデータを展開（配置）する（ステップＳ２０４）。そして、ＣＰＵ１１は、１ページ分の全ての中間言語データの解析が完了したか否かを判定する（ステップＳ２０９）。
【００９３】
また、解析対象の中間言語データに再利用フラグが含まれており、且つこの中間言語データがイメージオブジェクトデータである場合（ステップＳ２０３；ＹＥＳ、ステップＳ２０５；ＹＥＳ）、ＣＰＵ１１は、１ページ分に相当するＲＡＭ１７上のフレーム領域にビットマップデータを展開（配置）する（ステップＳ２０６）。そして、ＣＰＵ１１は、このビットマップデータを再利用ビットマップデータ保存領域１７１に保存する（ステップＳ２０７）。
【００９４】
そして、ＣＰＵ１１は、リユーザブルオブジェクト管理テーブル１９１を更新する（ステップＳ２０８）。具体的に、ＣＰＵ１１は、再利用ビットマップデータ保存領域１７１に保存したビットマップデータに対応するレコード、即ち、リユーザブルオブジェクトデータ（イメージオブジェクトデータ）に対応するレコードをリユーザブルオブジェクト管理テーブル１９１に追加する。このレコードでは、「Ｔｙｐｅ」の値が「Ｉｍａｇｅ」、「ＣａｃｈｅＴｙｐｅ」の値が「Ｂｉｔｍａｐ」、「Ｏｆｆｓｅｔ」の値がビットマップデータを記憶した再利用ビットマップデータ保存領域１７１上のアドレスとなる。そして、ＣＰＵ１１は、１ページ分の全ての中間言語データの解析が完了したか否かを判定する（ステップＳ２０９）。
【００９５】
ＣＰＵ１１は、１ページ分の全ての中間言語データの解析が完了したと判定すると（ステップＳ２０９；ＹＥＳ）、１レコード目のラスタライズ処理を終了する。
【００９６】
ＣＰＵ１１は、１ページ分の全ての中間言語データの解析が完了していないと判定すると（ステップＳ２０９；ＮＯ）、ステップＳ２０１に戻り、１レコード目の中間言語データ中の、次のコンテンツに対応する中間言語データをワークメモリから読み出し、解析する（ステップＳ２０１）。
【００９７】
[ＶＤＰジョブ解析処理（２レコード目以降）]
次に、ＶＤＰジョブ解析処理（２レコード目以降）（図８のステップＳ４）の具体的な処理内容について図１１を用いて説明する。図１１は、ＶＤＰジョブ解析処理（２レコード目以降）を示すフローチャートである。本説明では、２レコード目のＶＤＰジョブデータの解析処理について説明する。３レコード目以降も同様の処理となる。
【００９８】
図１１に示すように、ＣＰＵ１１は、通信部１６を介してクライアント端末２０から取得したＶＤＰジョブデータの２レコード目に含まれるコンテンツを解析する（ステップＳ３０１）。具体的に、ＣＰＵ１１は、ＰＰＭＬで記述された２レコード目に該当するソースコードを１コンテンツずつ順次解析していく。
【００９９】
そして、ＣＰＵ１１は、解析対象のコンテンツがリユーザブルオブジェクトデータを利用するものであるか否かを判定する（ステップＳ３０２）。具体的に、ＣＰＵ１１は、ソースコードに、タグ＜OCCURRENCE_REF＞が記述されているか否かを判定する。
【０１００】
ＣＰＵ１１は、解析対象のコンテンツがリユーザブルオブジェクトデータを利用するものでないと判定した場合（ステップＳ３０２；ＮＯ）、中間言語データを生成する。即ち、ＣＰＵ１１は、通常の中間言語生成処理を行う（ステップＳ３０３）。ＣＰＵ１１は、生成した中間言語データを、２ページ目に対応するＲＡＭ１７上の図示しないワークメモリに一時保存する。そして、ＣＰＵ１１は、２レコード目に含まれる全てのコンテンツの解析が完了したか否かを判定する（ステップＳ３０６）。
【０１０１】
一方、ＣＰＵ１１は、解析対象のコンテンツがリユーザブルオブジェクトを利用するものであると判定した場合（ステップＳ３０２；ＹＥＳ）、リユーザブルオブジェクト管理テーブル１９１を検索する（ステップＳ３０４）。即ち、ＣＰＵ１１は、タグ＜OCCURRENCE_REF＞で括られたリユーザブルオブジェクトの名称（識別子）と一致する「Ｎａｍｅ」の値を持つレコードをリユーザブルオブジェクト管理テーブル１９１の中から検索する。
【０１０２】
次に、ＣＰＵ１１は、リユーザブルオブジェクト参照中間言語作成処理を行う（ステップＳ３０５）。即ち、ＣＰＵ１１は、ステップＳ３０４において検索したレコードの「ＩＤ」の値を用いて、このＩＤに対応するリユーザブルオブジェクトを参照する旨の命令を含んだ中間言語データ（リユーザブルオブジェクト参照中間言語データ）を生成する。ＣＰＵ１１は、生成した中間言語データを、２ページ目に対応するＲＡＭ１７上の図示しないワークメモリに一時保存する。そして、ＣＰＵ１１は、２ページ目に含まれる全てのコンテンツの解析が完了したか否かを判定する（ステップＳ３０６）。
【０１０３】
ＣＰＵ１１は、２ページ目に含まれる全てのコンテンツの解析が完了したと判定すると（ステップＳ３０６；ＹＥＳ）、２レコード目のＶＤＰジョブ解析処理を終了する。
【０１０４】
ＣＰＵ１１は、２ページ目に含まれる全てのコンテンツの解析が完了していないと判定すると（ステップＳ３０６；ＮＯ）、ステップＳ３０１に戻り、ＶＤＰジョブデータの２レコード目に含まれる次のコンテンツを解析する（ステップＳ３０１）。
【０１０５】
[ラスタライズ処理（２レコード目以降）]
次に、ラスタライズ処理（２レコード目以降）（図８のステップＳ５）の具体的な処理内容について図１２を用いて説明する。図１２は、ラスタライズ処理（２レコード目以降）を示すフローチャートである。本説明では、２レコード目のラスタライズ処理について説明する。３レコード目以降も同様の処理となる。
【０１０６】
図１２に示すように、ＣＰＵ１１は、１つのコンテンツに対応する中間言語データを、２ページ目に対応するＲＡＭ１７上の図示しないワークメモリから読み出し、解析する（ステップＳ４０１）。そして、ＣＰＵ１１は、この中間言語データがリユーザブルオブジェクト参照中間言語データであるか否かを判定する（ステップＳ４０２）。
【０１０７】
解析対象の中間言語データがリユーザブルオブジェクト参照中間言語データでない場合（ステップＳ４０２；ＮＯ）、ＣＰＵ１１は、この中間言語データに基づいて、ビットマップデータを生成する（ステップＳ４０７）。そして、ＣＰＵ１１は、１ページ分に相当するＲＡＭ１７上のフレーム領域に、このビットマップデータを展開（配置）する（ステップＳ４０８）。そして、ＣＰＵ１１は、１ページ分の全ての中間言語データの解析が完了したか否かを判定する（ステップＳ４０９）。
【０１０８】
一方、解析対象の中間言語データがリユーザブルオブジェクト参照中間言語データである場合（ステップＳ４０２；ＹＥＳ）、ＣＰＵ１１は、リユーザブルオブジェクト管理テーブル１９１を検索する（ステップＳ４０３）。即ち、ＣＰＵ１１は、リユーザブルオブジェクト参照中間言語データに含まれるＩＤの値と一致する「ＩＤ」の値を持つレコードをリユーザブルオブジェクト管理テーブル１９１の中から検索する。
【０１０９】
次に、ＣＰＵ１１は、解析対象の中間言語データがイメージオブジェクトデータであるか否かを判定する（ステップＳ４０４）。即ち、ＣＰＵ１１は、ステップＳ４０３において検索したリユーザブルオブジェクト管理テーブル１９１のレコードの「Ｔｙｐｅ」の値が「Image」であるか否かを判定する。
【０１１０】
判定の結果、解析対象の中間言語データがイメージオブジェクトデータである場合（ステップＳ４０４；ＹＥＳ）、即ち、検索したレコードの「Ｔｙｐｅ」の値が「Image」である場合、ＣＰＵ１１は、再利用ビットマップデータ保存領域１７１から該当するビットマップデータを取得する（ステップＳ４０５）。具体的に、ＣＰＵ１１は、検索したレコードの「ＣａｃｈｅＴｙｐｅ」の値と「Ｏｆｆｓｅｔ」の値とに基づいて、再利用ビットマップデータ保存領域１７１から該当するビットマップデータを読み出す。ここで、検索したレコードの「ＣａｃｈｅＴｙｐｅ」の値は「Bitmap」になっている。そして、ＣＰＵ１１は、１ページ分に相当するＲＡＭ１７上のフレーム領域に、このビットマップデータを展開（配置）する（ステップＳ４０８）。そして、ＣＰＵ１１は、１ページ分の全ての中間言語データの解析が完了したか否かを判定する（ステップＳ４０９）。
【０１１１】
一方、判定の結果、解析対象の中間言語データがイメージオブジェクトデータでない場合（ステップＳ４０４；ＮＯ）、即ち、検索したレコードの「Ｔｙｐｅ」の値が「Text」又は「Graphics」である場合、ＣＰＵ１１は、再利用中間言語データ保存領域１７２から該当する中間言語データを取得する（ステップＳ４０６）。具体的に、ＣＰＵ１１は、検索したレコードの「ＣａｃｈｅＴｙｐｅ」の値と「Ｏｆｆｓｅｔ」の値とに基づいて、再利用中間言語データ保存領域１７２から該当する中間言語データを読み出す。ここで、検索したレコードの「ＣａｃｈｅＴｙｐｅ」の値は「DL」になっている。
【０１１２】
そして、ＣＰＵ１１は、取得した（読み出した）中間言語データに基づいて、ビットマップデータを生成する（ステップＳ４０７）。ＣＰＵ１１は、１ページ分に相当するＲＡＭ１７上のフレーム領域に、このビットマップデータを展開（配置）する（ステップＳ４０８）。そして、ＣＰＵ１１は、１ページ分の全ての中間言語データの解析が完了したか否かを判定する（ステップＳ４０９）。
【０１１３】
ＣＰＵ１１は、１ページ分の全ての中間言語データの解析が完了したと判定すると（ステップＳ４０９；ＹＥＳ）、２レコード目のラスタライズ処理を終了する。
【０１１４】
ＣＰＵ１１は、１ページ分の全ての中間言語データの解析が完了していないと判定すると（ステップＳ４０９；ＮＯ）、ステップＳ４０１に戻り、２レコード目の中間言語データ中の、次のコンテンツに対応する中間言語データをワークメモリから読み出し、解析する（ステップＳ４０１）。
【０１１５】
以上、本実施の形態によれば、画像処理装置１０は、クライアント端末２０からＶＤＰジョブデータを受信する。画像処理装置１０のＣＰＵ１１は、ＶＤＰジョブデータを解析し、解析対象のコンテンツがリユーザブルオブジェクトデータであるか否かを判定する。ＣＰＵ１１は、解析対象のコンテンツがリユーザブルオブジェクトであると判定した場合、このリユーザブルオブジェクトのデータ種別を判別する。ＣＰＵ１１は、このデータ種別に基づいて、中間言語データ又はラスタデータ（ビットマップデータ）の何れのデータ形式でリユーザブルオブジェクトデータを保存するかを決定する。ＣＰＵ１１は、決定したデータ形式でリユーザブルオブジェクトを再利用ビットマップデータ保存領域１７１又は再利用中間言語データ保存領域１７２に保存する。
【０１１６】
そのため、バリアブルデータ印刷のようなオブジェクトデータを再利用する画像形成処理を行う際の、メモリ使用効率と処理速度を向上させることができる。
【０１１７】
具体的には、以下の通りである。即ち、上述したように、イメージオブジェクトデータは、中間言語データとして保持される場合も、ビットマップデータとして保持される場合も、データ容量に大きな差はない。また、グラフィックスオブジェクトデータは、中間言語データとして保持される場合は、ビットマップデータとして保持される場合と比べてデータ容量が少なくて済む。また、テキストオブジェクトデータは、グラフィックスオブジェクトデータと同様、中間言語データとして保持される場合は、ビットマップデータで保持される場合と比べてデータ容量が少なくて済む。
【０１１８】
ここで、リユーザブルオブジェクトを中間言語データとして保持している場合には、このリユーザブルオブジェクトを再利用する際に、中間言語データをラスタライズする必要が生じてしまい（図１２のステップＳ４０６、Ｓ４０７）、バリアブルデータ印刷の処理速度が遅くなってしまう。また、リユーザブルオブジェクトをビットマップデータとして保持している場合には、このリユーザブルオブジェクトを再利用する際に、ラスタライズする必要がなく（図１２のステップＳ４０５）、バリアブルデータ印刷の処理速度が向上する。
【０１１９】
本実施の形態では、ＣＰＵ１１は、イメージオブジェクトデータをビットマップデータとして再利用ビットマップデータ保存領域１７１に保存する。そして、ＣＰＵ１１は、グラフィックスオブジェクトデータとテキストオブジェクトデータとを中間言語データとして再利用中間言語データ保存領域１７２に保存する。
【０１２０】
本実施の形態のように保存すると、ＣＰＵ１１が、全てのリユーザブルオブジェクトデータを中間言語データで保存する場合に比べて、バリアブルデータ印刷の処理速度が大幅に向上する。そして、処理速度が大幅に向上するにも拘らず、リユーザブルオブジェクトデータを保存するための記憶容量は、ほぼ変わらない。
【０１２１】
また、本実施の形態のように保存すると、ＣＰＵ１１が、全てのリユーザブルオブジェクトデータをビットマップデータで保存する場合に比べて、リユーザブルオブジェクトデータを保存するための記憶容量を大幅に減らすことができ、メモリフルを起こす可能性を大幅に減らすことができる。
【０１２２】
尚、上記実施の形態における記述は、本発明に係る画像処理装置の一例であり、これに限定されるものではない。システム及び装置の細部構成及び細部動作に関しても適宜変更可能である。
【０１２３】
また、上述実施の形態では、プログラムを格納したコンピュータ読み取り可能な媒体としてＲＯＭやＨＤＤを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリ等の不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ（搬送波）も適用可能である。
【符号の説明】
【０１２４】
１０      画像処理装置
１１      ＣＰＵ
１２      操作部
１３      表示部
１４      画像読取部
１５      画像形成部
１６      通信部
１７      ＲＡＭ
１８      ＲＯＭ
１９      ＨＤＤ
２０      クライアント端末
２１      ＣＰＵ
２２      操作部
２３      表示部
２４      通信部
２５      ＲＡＭ
２６      ＨＤＤ
１００    画像形成システム
１７１    再利用ビットマップデータ保存領域
１７２    再利用中間言語データ保存領域
１９１    リユーザブルオブジェクト管理テーブル
２６１    プリンタドライバプログラム
Ｎ        通信ネットワーク
【図１】
2010173236.tif 000003
【図２】
2010173236.tif 000004
【図３】
2010173236.tif 000005
【図４】
2010173236.tif 000006
【図５】
2010173236.tif 000007
【図６】
2010173236.tif 000008
【図７】
2010173236.tif 000009
【図８】
2010173236.tif 000010
【図９】
2010173236.tif 000011
【図１０】
2010173236.tif 000012
【図１１】
2010173236.tif 000013
【図１２】
2010173236.tif 000014