JP4902413B2 - 印刷データ処理装置、印刷データ処理方法及びプログラム - Google Patents

Description

本発明は、印刷データの処理を行う印刷データ処理装置及び印刷データ処理方法、並びに、当該印刷データ処理方法をコンピュータに実行させるためのプログラムに関するものである。

近年、One To One Marketingの市場拡大に伴い、個々の顧客ニーズに合わせた情報を提供するダイレクトメールが普及してきている。このようなバリアブルジョブの印刷には、ＰＰＭＬ／ＶＩＰＰ／ＶＰＳ／ＦｒｅｅＦｏｒｍといったページ記述言語（ＰＤＬ）が採用されている。このようなページ記述言語は、顧客情報等を含む多数のバリアブルデータと、各ページで繰り返し利用される再利用可能なリユーザブルデータを有して構成される。

例えば、印刷データとしてＰＰＭＬを用いる場合、リユーザブルデータを、定義された範囲で複数回参照できるという特徴的な仕様がある。したがって、印刷データを解釈するプリンタコントローラ等の印刷データ処理装置の内部においては、リユーザブルオブジェクト（再利用オブジェクト）を、解釈済みの画像データとしてキャッシュする。キャッシュされた画像データは、印刷データ処理装置の内部で上述したバリアブルデータと合成され、生成された画像データを印刷処理する技術がある（例えば、特許文献１参照）。

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

しかしながら、上述した従来の技術では、リユーザブルオブジェクトを解釈したキャッシュ済みの画像データは、高解像度のカラーデータとなることがある。ここで、キャッシュ済みの画像データの容量の一例を、表１に具体的に示す。

この表１に示すように、解像度（ｄｐｉ）の高い高解像度のデータ、カラー（ＣＭＹＫ）データ、用紙サイズの大きな画像データは、そのデータサイズが著しく肥大化していく傾向になる。

このように、リユーザブルオブジェクト（再利用オブジェクト）を解釈することによって得られる画像データにおけるデータサイズが大きくなる。この場合、印刷データ処理装置のメモリを圧迫して、当該印刷データ処理装置の動作性能の低下や、印刷データの印刷処理ができないといった問題があった。さらに、例えば印刷データの解釈を始めてすぐにリユーザブルオブジェクトをＲＩＰしてイメージを生成し、当該印刷データに基づく印刷が全て終了してから当該イメージを消去する場合、長時間メモリが圧迫されるという課題が発生する。

本発明は上述の問題点に鑑みてなされたものであり、再利用オブジェクトが定義される印刷データの処理を行う際に、その処理装置の動作性能の低下や当該印刷データの印刷処理ができないといった不具合を回避できるようにすることを目的とする。

本発明の印刷データ処理装置は、適用可能な利用範囲として第１範囲が指定された再利用オブジェクトが定義される印刷データの入力を行う入力手段と、当該印刷データの印刷設定を適用することにより当該印刷データの論理ページの構成が変化する場合に、前記再利用オブジェクトの利用範囲を前記第１範囲から、前記第１範囲よりも狭い第２範囲に変更する制御を行う制御手段とを有することを特徴とする。

本発明によれば、再利用オブジェクトが定義される印刷データの処理を行う際に、その処理装置の動作性能の低下や当該印刷データの印刷処理ができないといった不具合を回避することができる。

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

（第１の実施形態）
図１は、第１の実施形態に係る画像形成システムの概略構成の一例を示すブロック図である。

図１に示すように、本実施形態に係る画像形成システムを構成する各装置は、ネットワーク１０１ａ〜１０１ｃで接続されている。なお、図１に示す例では、複数系統のネットワーク（１０１ａ〜１０１ｃ）で構成されたものを示しているが、一系統のネットワーク（１０１）により構成されたものであっても良い。

この画像形成システムには、例えば、スキャナユニットからの電子データやコンピュータ等の外部装置からの電子データ等を印刷可能な複数の機能を具備する、カラーＭＦＰ１０４や白黒ＭＦＰ１０５等の複合機能のデバイスが具備されている。ここで、ＭＦＰ（
Multi Function Peripheral）は、マルチファンクション周辺機器を意味する。このカラーＭＦＰ１０４及び白黒ＭＦＰ１０５の駆動は、ネットワーク１０１ｂを介してプリントマネージャ（print manager）１１５により管理されている。また、図１には、一例として、カラーＭＦＰ１０４として２台のカラーＭＦＰ１０４ａ及び１０４ｂが構成され、白黒ＭＦＰ１０５として３台の白黒ＭＦＰ１０５ａ、１０５ｂ及び１０５ｃが構成されている。

また、この画像形成システムには、スキャナ１０６のようにスキャナ機能のみを具備したデバイスや、印刷機能のみを具備するデバイス（不図示）等の単一機能のデバイスも具備されている。ここで、スキャナ１０６の駆動は、スキャンマネージャ１１９により管理されている。

また、この画像形成システムには、カラーＭＦＰ１０４や白黒ＭＦＰ１０５において印刷されたシート（記録紙）に対するシート加工処理を実行可能な各種のシート処理装置が具備されている。ここで、シート加工処理とは、印刷された記録紙に対する、断裁処理、ステイプル処理、折り処理、中綴じ製本やくるみ製本等の製本処理、封入処理、丁合処理等の複数種類の後処理の少なくとも何れかに相当する。

例えば、この画像形成システムには、シート処理装置の一例として、断裁機１２１、中綴じ製本機１２２、くるみ製本機１２３、紙折機１２４、封入機１２５及び丁合機１２６が具備されている。ここで、これらのシート処理装置の駆動は、ネットワーク１０１ｃを介して後処理マネージャ１１６により管理されている。

断裁機１２１は、印刷された記録紙を、当該記録紙の所定の部分（例えば、記録紙の右端、或いは、記録紙の上端部、右端部及び下端部の三方、或いは、記録紙の真中など）を軸に断裁する記録紙の断裁処理を行うものである。中綴じ製本機１２２は、印刷された記録紙を、当該該記録紙の中央真中部分にステイプルユニットによりステイプル処理を施し、その後、当該該中央真中部分を中心軸として二つに折り畳んで中綴じ製本物を作成する処理を行うものである。

くるみ製本機１２３は、印刷された記録紙を揃える整合処理を行い、当該整合処理された記録紙束の背の部分を特製のりで接着して、表紙でくるんだ後、プレス成形してくるみ製本処理を行うものである。紙折機１２４は、印刷された記録紙の折り処理を行うものである。

封入機１２５は、カラーＭＦＰ１０４や白黒ＭＦＰ１０５において印刷され、他の各シート処理装置等でシート加工処理がなされた記録紙を、封筒等の所定の封入物の中に収納して封入処理を行う行うものである。この封入機１２５による封入物は、顧客に納品等する場合に役立つ。丁合機１２６は、印刷された記録紙の丁合処理（適正なページ順に記録紙をまとめる処理）を行うものである。

なお、当該画像形成システムでは、複数種類のシート加工処理をシート処理装置（１２１〜１２６）毎に実行可能な構成としているが、本実施形態においては、このような装置構成に限定されない。例えば、ある１台のシート処理装置がステイプル処理や製本処理、折り処理等の複数種類のシート加工処理を実行する構成でも良いし、また、１台のシート処理装置が1つのシート加工処理のみを実行する構成でも良い。いずれにしても、ユーザ（顧客）が望む形態のシート加工処理が実行可能な構成であれば、本実施形態に適用可能とする。

以上説明したように、本実施形態の画像形成システムは、画像形成装置（１０４、１０５）やシート処理装置（１２１〜１２６）等の複数種類のデバイスを有して構成されている。これらのデバイスは、通信ユニットを具備しており、互いに、ネットワーク１０１ａ〜１０１ｃの通信媒体を介して、データ（画像データ、印刷条件データ、制御データ、ステータスリクエストデータ、ステータスデータ等）の授受が可能に構成されている。

また、図１の画像形成システムでは、クライアント１０３、工程管理マネージャ１１１、受注・入稿マネージャ１１２、原稿編集マネージャ１１３、プルーフマネージャ１１４を備える。さらに、図１の画像形成システムは、プリントマネージャ１１５、後処理マネージャ１１６、ファイル保管マネージャ１１７、納品・発送マネージャ１１８及びスキャンマネージャ１１９を備える。上述したクライアント、各マネージャは、ネットワーク１０１ａを介して相互に通信可能に接続されている。

なお、各マネージャ１１１〜１１９は、それぞれ別個の情報処理装置（例えば、ホストコンピュータやサーバ）で構成されていても良いし、各マネージャ１１１〜１１９のいずれか複数又は全ての機能を１つの情報処理装置で実現するように構成しても良い。

例えば、各マネージャ１１１〜１１９の機能の全ての機能を実行可能な１台のホストコンピュータやサーバなどを当該画像形成システムに適用しても良い。あるいは、各マネージャ１１１〜１１９の機能のうち、一部の複数の機能を実行可能な１台のホストコンピュータやサーバなどを複数台構成して、当該画像形成システムに適用しても良い。本実施形態で示す各種の制御が実行可能な装置構成であれば如何なる構成でも良い。

また、各マネージャ１１１〜１１９は、例えば、図１１に示すコンピュータ装置１１００で構成されている。このコンピュータ装置１１００は、ＣＰＵ１１０１、ＲＯＭ１１０２、ＲＡＭ１１０３、システムバス１１０４、ディスクコントローラ（ＤＫＣ）１１０５、ハードディスク（ＨＤ）１１０６及びインターフェース（Ｉ／Ｆ）１１０７を有して構成されている。

ＣＰＵ１１０１は、ＲＯＭ１１０２又はＨＤ１１０６に記憶されている制御プログラムを実行し、システムバス１１０４に接続される各デバイスを総括的に制御する。ＲＡＭ１１０３は、ＣＰＵ１１０１の主メモリ、ワークエリア等として機能する。

ＤＫＣ１１０５は、ブートプログラム、複数のアプリケーション、編集ファイル、ユーザファイル、そしてネットワーク管理プログラム等を記憶するＨＤ１１０６とのアクセスを制御する。ここで、ブートプログラムとは、コンピュータ装置１１００におけるハードやソフトの実行（動作）を開始する起動プログラムのことである。Ｉ／Ｆ１１０７は、ＬＡＮ１１２０（図１に示す形態の場合は、ネットワーク１０１ａ）を介して、外部装置と双方向のデータのやり取りを行う。

図１のクライアント（クライアントコンピュータ）１０３は、各マネージャ１１１〜１１９にアクセス可能に構成されている。例えば、クライアント１０３は、印刷処理対象の画像データを、その画像データの印刷出力処理条件データと共に、受注・入稿マネージャ１１２に送信する。また、例えば、クライアント１０３は、ユーザが印刷依頼した原稿の出来栄えを確認すべく、プルーフマネージャ１１４から編集処理済み原稿の画像データを受信する。また、例えば、クライアント１０３は、印刷処理の完了通知を受け取るべく、納品・発送マネージャ１１８から印刷完了通知情報を受信する。この際、クライアント１０３は、自装置のディスプレイ等のＵＩを介して、ユーザによる各種の印刷設定や画像確認等を実行可能に構成されている。

第１の実施形態では、図１に示す原稿編集マネージャ１１３に対して、本発明に係る印刷データ処理装置を適用した例を示す。

図１の原稿編集マネージャ１１３は、工程管理マネージャ１１１において原稿編集工程のジョブとして管理すべきジョブに関して、ユーザから送付された複数個のファイルをマージする。また、原稿編集マネージャ１１３は、ページの挿入や削除、ユーザの指示通りにレイアウトしたり、あるいはユーザが要求する後工程処理を予めビジュアル的に視覚化すること等を行う。

原稿編集マネージャ１１３は、例えば、電子データにてジョブを取り扱う。例えば、原稿編集マネージャ１１３は、画像形成装置（１０４、１０５）による記録紙に対する印刷処理を、実際に各デバイスに実行させる前に（印刷前工程段階において）、記録紙に対してどのような処理形態で画像が印刷されるのかをユーザに可視的に表示する。また、原稿編集マネージャ１１３は、印刷処理が施された記録紙に対するシート処理装置（１２１〜１２６）によるシート加工処理を、実際に各デバイスに実行させる前に、印刷された記録紙がどのようにシート加工処理されるのかをユーザに可視的に表示する。これらの表示は、例えば、原稿編集マネージャ１１３のＣＰＵ１１０１が、各種の情報やデータをＩ／Ｆ１１０７を介してクライアント１０３に送信し、クライアント１０３のディスプレイに表示させることにより行われる。

また、原稿編集マネージャ１１３は、原稿画像データに対して編集処理を施した編集処理済み画像データのプレビュー表示を、クライアント１０３のディスプレイ上で実行させる制御を行う。また、原稿編集マネージャ１１３は、編集処理済み画像データが記録紙に印刷された状態を示すサムネイル等の表示画像データを、クライアント１０３のディスプレイ上に表示する制御を行う。また、原稿編集マネージャ１１３は、編集処理済み画像データの印刷された記録紙がどのようにシート加工処理されるのかをユーザに確認させるためのサムネイル等の表示画像データを、クライアント１０３のディスプレイ上に表示する制御を行う。

図２Ａ〜図２Ｃは、ユーザ（クライアント１０３）から送信されたファイルＡ〜Ｆ及びその出来上がり（編集後）のイメージの一例を示す模式図である。具体的に、図２ＡにファイルＡ〜Ｃに関する模式図を示し、図２ＢにファイルＤに関する模式図を示し、図２ＣにファイルＥ及びＦに関する模式図を示している。

図２Ａに示す例では、ユーザ（クライアント１０３）から入稿されたジョブは、ファイルＡ（Ｆｉｌｅ−Ａ）〜ファイルＣ（Ｆｉｌｅ−Ｃ）により構成される。そして、ファイルＡは、ユーザによりそのままのサイズでの出力が希望され、ファイルＢ及びファイルＣは、ユーザにより２ｉｎ１での出力が希望された場合を示している。ここで、２ｉｎ１とは、１ページ分の記録紙の同一面上に、２ページ分の複数の原稿画像データが配列形成された状態で印刷処理を実行させるモードをいう。

このような場合、原稿編集時には出力サイズ等の情報が必要となるため、ユーザは、出力サイズ等の情報をクライアント１０３を介して指示する必要がある。また、出力の順序を考慮しなければいけない場合等も、ユーザは、当該出力の順序を示す情報をクライアント１０３を介して原稿入稿時等に指示する必要がある。

また、図２Ｂに示した例において、入稿されたユーザからのジョブは、ファイルＤ（Ｆｉｌｅ−Ｄ）という１つのファイルにより構成されている。そして、ファイルＤは、ユーザによりタブ紙等の特定のメディアが選択され、且つ、パンチ処理が可能なシート処理装置による当該ジョブの記録紙に対するパンチ処理等の後処理（シート加工処理とも呼ぶ）が希望されている。このように、１つのファイルにより入稿された場合であっても、タブ紙等の特定のメディアへの出力及びパンチ等の後処理を希望する場合、ユーザは、タブ自身の情報やタブ紙等のメディア情報、パンチ等の後処理情報を原稿入稿時に指示する必要がある。

さらに、図２Ｃに示した例において、入稿されたユーザからのジョブは、ファイルＥ（Ｆｉｌｅ−Ｅ）、ファイルＦ（Ｆｉｌｅ−Ｆ）により構成されている。そして、ファイルＥ，ファイルＦは、ユーザによりくるみ製本が希望されている。しかし、ファイルＥとファイルＦでは、使用予定の紙サイズが異なっている。このように、ファイル単位で出力したい紙サイズが異なっている場合、ユーザは、原稿編集時に出力に使用する紙サイズ等の情報を、原稿入稿時等に指示する必要がある。

なお、上述したようなユーザからの各種情報の指示は、図１における原稿編集マネージャ１１３又はプリントマネージャ１１５のＵＩ画面から行われる。

図３Ａは、原稿編集マネージャ１１３によって起動されるプリンタドライバのウィンドウ表示画面３０１を示す模式図である。このウィンドウ表示画面３０１は、例えば、原稿編集マネージャ１１３によって、クライアント１０３のディスプレイ上に表示される。また、ウィンドウ表示画面３０１による設定は、例えば、原稿編集マネージャ１１３による制御のもと、プリントマネージャ１１５を介して行われる。

このプリンタドライバのウィンドウ表示画面３０１内の設定項目において、ユーザは、出力先選択カラム３０２を介してターゲットとなる出力先デバイスを選択する。本実施形態では、前述のＭＦＰ１０４又はＭＦＰ１０５が選択対象となる。

ページ設定カラム３０３は、ジョブの中から出力ページを選択するものであり、クライアント１０３上で動作するアプリケーションソフトで作成された画像イメージのどのページを出力するのかを決定する。このページ設定カラム３０３を介してユーザは、本実施形態の画像形成システムにおけるＭＦＰ１０４、１０５のデバイスにおいて印刷出力させるべきページを選択することが可能となる。ここで、例えば、全ページを印刷処理することも、或いは、全ページを印刷処理することなく特定のページのみを印刷処理することも可能である。

部数設定カラム３０４は、本実施形態の画像形成システムにおけるＭＦＰ１０４、１０５のデバイスにおいて、印刷出力すべきジョブの出力部数を指定するためのものである。この際、カーソルを部数設定カラム３０４の位置に移動させ、スクロールバーの矢印（▲及び▼）をクリックすることで、部数の増減が設定できる。

プロパティキー３０７は、出力先選択カラム３０２において選択された出力先デバイスに関する詳細設定を行うためのものであり、ユーザによりプロパティキー３０７の入力がされたことにより応答して制御を行う。バリアブル印刷設定カラム３０８は、バリアブル印刷に係る設定を行うものである。本発明を適用する場合は、バリアブル印刷設定カラム３０８の「Optimize Cache Range」キー３０７を押下（選択）することで、バリアブルジョブの印刷処理における印刷データの最適化処理を行う設定が可能となる。

そして、ユーザが、各種の設定を行い、ＯＫキー３０５を指示すると、当該設定に従った印刷処理が開始される。ウィンドウ表示画面３０１上のＯＫキー３０５がユーザにより押下されたことに応答して、クライアント１０３からプリントマネージャ１１５に印刷データが送信される。一方、ユーザがキャンセルキー３０６を押下することにより、当該ウィンドウ表示画面３０１上に設定された処理を取り消すことが可能であり、この場合は、印刷処理を取りやめて、ウィンドウ表示画面３０１の表示を終了させる。

図３Ｂは、ジョブを投入する役割を果たすホットフォルダのウィンドウ表示画面３１０を示す模式図である。このウィンドウ表示画面３１０は、例えば、原稿編集マネージャ１１３によって、クライアント１０３のディスプレイ上に表示される。また、ウィンドウ表示画面３１０による設定は、例えば、原稿編集マネージャ１１３による制御のもと、プリントマネージャ１１５を介してカラーＭＦＰ１０４や白黒ＭＦＰ１０５に対して行われる。

このホットフォルダのウィンドウ表示画面３１０内の設定項目において、ページ設定カラム３１５は、ジョブの中から出力ページを選択するものである。より具体的には、このページ設定カラム３１５では、クライアント１０３上で動作するアプリケーションソフトで作成された画像イメージをどの用紙サイズ等で出力するかを決定する。

ページレイアウト設定カラム３１６は、出力ページにおけるページレイアウトの配置を指定するものである。オリエンテーション設定カラム３１７は、出力ページの方向を設定するためのものであり、ポートレートやランドスケープなどが選択可能となっている。カラー設定カラム３１８は、印刷データを出力する際の色を設定するためのものであり、この設定により、当該印刷データを印刷出力するカラーＭＦＰ１０４又は白黒ＭＦＰ１０５が決定される。

バリアブル印刷設定カラム３１９は、バリアブル印刷に関する設定を行うためのものである。本発明を適用する場合は、バリアブル印刷設定カラム３１９の「Optimize Cache Range」キー３２０を押下（選択）することで、バリアブルジョブの印刷処理における印刷データの最適化処理を行う設定が可能となる。

トレイ選択カラム３２１は、本実施形態の画像形成システムにおけるＭＦＰ１０４、１０５のデバイスにおいて、出力用紙を排紙するトレイを選択するためのものである。部数設定カラム３２２は、本実施形態の画像形成システムにおけるＭＦＰ１０４、１０５のデバイスにおいて、印刷出力すべきジョブの出力部数を指定するためのものである。この際、カーソルを部数設定カラム３２２の位置に移動させ、スクロールバーの矢印（▲及び▼）をクリックすることで、部数の増減が設定できる。

そして、ユーザによる各種の設定が行われてＯＫキー３２３の入力がなされると、当該設定に従った印刷処理が開始される。

図４は、第１の実施形態における原稿編集マネージャ１１３の内部処理を示すフローチャートである。この際、図４に示すフローチャートの処理は、例えば、原稿編集マネージャ１１３における図１１に示すＣＰＵ１１０１により行われる。

まず、ステップＳ４０１において、ＣＰＵ１１０１は、受注・入稿マネージャ１１２から出力された入稿データの入力を行う。この入稿データは、適用可能な再利用範囲（以下、必要に応じて「参照範囲（スコープ）」と称する）が指定された再利用オブジェクト（以下、必要に応じて「リユーザブルオブジェクト」と称する）が定義される印刷データに係るものである。

続いて、ステップＳ４０２において、ＣＰＵ１１０１は、ユーザがクライアント１０３を介して指定した入稿データに対する所望の形式における原稿編集の設定を行う。

続いて、ステップＳ４０３において、ＣＰＵ１１０１は、ステップＳ４０２で設定した原稿編集に係る設定情報をＲＡＭ１１０３等の記憶部に記憶する。なお、ＣＰＵ１１０１は、例えば、原稿編集に係る設定情報をＤＫＣ１１０５を介してＨＤ１１０６に記憶するようにしても良い。

続いて、ステップＳ４０４において、ＣＰＵ１１０１は、ステップＳ４０３で記憶した原稿編集に係る設定情報に基づいて、原稿編集時に論理ページ順が変更になるか否かを判断する。この際、例えば、図３Ｂに示すホットフォルダのページレイアウト設定カラム３１６で定められるページレイアウトの情報に基づいて、論理ページ順が変更になるか否かが判断される。

ステップＳ４０４の判断の結果、原稿編集時に論理ページ順が変更になる場合には、ステップＳ４０５に進む。ステップＳ４０５に進むと、ＣＰＵ１１０１は、リユーザブルオブジェクトの参照範囲（スコープ）がページよりも大きいオブジェクトが存在するか否かを判断する。具体的には、ＣＰＵ１１０１が、参照範囲（スコープ）としてジョブ、ドキュメント、ドキュメント設定等を参照範囲（スコープ）とするリユーザブルオブジェクトがあるか否かを判定する処理となる。なお、これらページよりも広い範囲を第１範囲とする。一方、ページよりも狭い範囲を第２範囲とする。

ステップＳ４０５の判断の結果、設定されたページよりも大きいオブジェクトが存在する場合には、ステップＳ４０６に進む。ステップＳ４０６において、ＣＰＵ１１０１は、原稿編集時のページ順列で、各ページ及びドキュメント、ジョブから参照されている回数をカウントして算出し、このカウント値をＲＡＭ１１０３（またはＤＫＣ１１０５、ＨＤ１１０６）等に記憶する。この際、ＣＰＵ１１０１は、どのページがリユーザブルオブジェクトを参照しているかも含めて記憶しても良い。例えば、１〜８ページによって構成される印刷データのうち、１ページ目と８ページ目とがリユーザブルオブジェクトを参照している場合、ＣＰＵ１１０１は、当該リユーザブルオブジェクトの参照回数は、２回であり、参照元が１及び８ページ目であると判定する。

続いて、ステップＳ４０７において、ＣＰＵ１１０１は、原稿編集済みのページ順列で、より小さい参照範囲で定義可能なオブジェクトが存在するか否かを判断する。

ステップＳ４０７の処理について具体的に説明する。
例えば、１〜８ページの論理ページで構成され、かつ、複数の用紙を重ねて２つ折りすることで本を得る製本印刷が設定された印刷データを受信した場合を想定する。さらに、上記印刷データには、ジョブを参照範囲（スコープ）とするリユーザブルオブジェクトが含まれており、１ページ目と８ページ目とが当該リユーザブルオブジェクトを参照しているとする。

ここで、ＣＰＵ１１０１は、印刷データを製本印刷用にレイアウトすると、１ページ目と８ページ目とが同一用紙の同一面に配置される。よって、編集済みのページを基準にして考えると、当該リユーザブルオブジェクトの参照回数は２回から１回へと変更される。このように、論理ページを基準として考えた参照回数から、編集済みのページを基準とすることで参照回数が減少する場合、ＣＰＵ１１０１は、ステップＳ４０７においてＹｅｓと判定する。

ステップＳ４０７の判断の結果、より小さい参照範囲で定義可能なオブジェクトが存在する場合、ＣＰＵ１１０１は、ステップＳ４０８において、対象オブジェクトの参照範囲を小さくする。この処理は、後述する図５Ｂのリユーザブルオブジェクト５０６の参照範囲（スコープ）「ジョブ」を、図５Ｃのリユーザブルオブジェクト５０９の参照範囲（スコープ）「ページ」に変更する処理に該当する。

一方、ステップＳ４０４で原稿編集時に論理ページ順が変更にならないと判断された場合、ステップＳ４０５で設定されたページよりも大きいオブジェクトが存在しないと判断された場合、ステップＳ４０９へ進む。或いは、ステップＳ４０７でより小さい参照範囲で定義可能なオブジェクトが存在しないと判断された場合、ステップＳ４０９に進む。

ステップＳ４０９に進むと、ＣＰＵ１１０１は、参照範囲においてジョブより小さいオブジェクトが存在するか否かを判断する。

ステップＳ４０９の判断の結果、参照範囲においてジョブより小さいオブジェクトが存在する場合には、ステップＳ４１０に進む。ステップＳ４１０において、ＣＰＵ１１０１は、原稿編集時のページ順列で、各ページ及びドキュメント、ジョブから参照されている回数をカウントして算出し、このカウント値を記憶する。この際、原稿編集マネージャ１１３のＣＰＵ１１０１は、例えば、原稿編集時のページ順列に対応した参照回数のカウント値をＲＡＭ１１０３に記憶する。なお、ＣＰＵ１１０１は、例えば、原稿編集時のページ順列に対応した参照回数のカウント値をＤＫＣ１１０５を介してＨＤ１１０６に記憶するようにしても良い。

続いて、ステップＳ４１１において、ＣＰＵ１１０１は、参照回数及び参照されているページ数がしきい値以上であるか否かを判断する。

ステップＳ４１１の判断の結果、参照回数及び参照されているページ数がしきい値以上である場合、ＣＰＵ１１０１は、ステップＳ４１２において、対象オブジェクトの参照範囲を大きくする。

ステップＳ４０８又はＳ４１２の処理が終了した場合、ステップＳ４０９で参照範囲においてジョブより小さいオブジェクトが存在しないと判断された場合、ステップＳ４１３へ進む。或いは、ステップＳ４１１で参照回数及び参照されているページ数がしきい値以上でないと判断された場合には、ステップＳ４１３に進む。

ステップＳ４１３に進むと、ＣＰＵ１１０１は、ステップＳ４０１で入力した入稿データの更新処理を行い、図４に示す一連の処理を終了する。

次に、図５Ａ〜図５Ｃ、図６Ａ及び図６Ｂを用いて、原稿編集マネージャ１１３に入稿された入稿データ（入力データ）と、原稿編集マネージャ１１３において原稿編集処理がなされた後の出力データについて説明する。

図５Ａは、第１の実施形態における入力データ（入稿データ）の代表例であるＰＰＭＬ（Personalised Print Markup Language）形式のデータ構成の一例を示す図である。図５Ａの入力データは、「＜ＪＯＢ＞」というジョブ開始コマンドと、「＜/ＪＯＢ＞」というジョブ終了コマンドとで囲まれている。さらに、入力データの再利用オブジェクトを参照する参照部（参照コマンド）５０３、５０５が、ページ開始コマンド「＜ＰＡＧＥ＞」とページ終了コマンド「＜/ＰＡＧＥ＞」とに含まれる。

図５Ａに示す入力データは、ＪＯＢ、ＰＰＭＬ、ＤＯＣＵＭＥＮＴ＿ＳＥＴ、ＤＯＣＵＭＥＮＴ、ＰＡＧＥの階層を有して構成されている。また、図５Ａの入力データは、リユーザブルオブジェクト（ＲＥＵＳＡＢＬＥ ＯＢＪＥＣＴ）で定義されているオブジェクトを含む。なお、リユーザブルオブジェクトは、階層内で任意の回数参照可能である。

図５Ａに示すリユーザブルオブジェクト５０１は、ＪＯＢの定義でネストされている箇所で宣言されていることから、ＪＯＢの参照範囲を有している。そして、リユーザブルオブジェクト５０１は、ＪＯＢの参照範囲を有しているため、図５Ａに示す＜ＪＯＢ＞から＜／ＪＯＢ＞の範囲で、任意の回数参照し、描画指定をすることが可能である。すなわち、リユーザブルオブジェクト５０１の参照範囲がＪＯＢ（ジョブ）で指定されている。

また、図５Ａに示すリユーザブルオブジェクト５０２は、１ページ目のページの参照範囲を有するオブジェクトである。このリユーザブルオブジェクト５０２は、該当ページである１ページ目の範囲で、複数回の参照が可能である。参照部５０３は、１ページ目のページの参照範囲を有するリユーザブルオブジェクト５０２を参照している。ここで、参照部５０３では、ＪＯＢの参照範囲を有するリユーザブルオブジェクト５０１を参照することも可能である。

また、図５Ａに示すリユーザブルオブジェクト５０４は、２ページ目のページの参照範囲を有するオブジェクトである。このリユーザブルオブジェクト５０４は、該当ページである２ページ目の範囲で、複数回の参照が可能である。参照部５０５は、２ページ目のページの参照範囲を有するリユーザブルオブジェクト５０４を参照している。ここで、参照部５０５では、ＪＯＢの参照範囲を有するリユーザブルオブジェクト５０１を参照することも可能であるが、１ページ目のページの参照範囲を有するリユーザブルオブジェクト５０２を参照することはできない。

図５Ｂは、第１の実施形態における入力データ（入稿データ）のデータ構成の一例を示す図である。

図５Ｂに示すリユーザブルオブジェクト５０６は、ＪＯＢの参照範囲を有するオブジェクトである。このリユーザブルオブジェクト５０６は、参照部５０７に示すように、このドキュメントの先頭ページから参照され、描画される。また、このリユーザブルオブジェクト５０６は、参照部５０８に示すように、このドキュメントの最終ページから参照され、描画される。また、この入力データデータに対しては、左開き製本の原稿編集の編集指定５００がされている。

なお、図５Ｂを処理すると、ＣＰＵ１１０１は、まずジョブを参照範囲（スコープ）とするリユーザブルオブジェクト５０６のイメージを生成し、全ページ分の印刷が終了した後に当該イメージを消去する。

図５Ｃは、図５Ｂで示した入力データに対して、本発明を適用して出力された出力データのデータ構成の一例を示す図である。

図５Ｂの入力データにおいてＪＯＢを参照範囲として定義されていたリユーザブルオブジェクト５０６は、図５Ｃの出力データにおいては、ページを参照範囲として定義されているリユーザブルオブジェクト５０９に変更されている。

これは、ページ記述言語であるＰＤＬ（Page Description Language）における先頭ページと最終ページとが、原稿編集マネージャ１１３による原稿編集処理により、印刷上は同一のページに配置される。これに伴い、リユーザブルオブジェクトの参照範囲を、ＪＯＢ（ジョブ）からＰＡＧＥ（ページ）に再定義する変更を行っている。図５Ｃに示す参照部５１０及び５１１では、ページの参照範囲を有するリユーザブルオブジェクト５０９を参照し、描画指定している。

図５Ｂに示す入力データを図５Ｃに示す出力データへと変換することで、リユーザブルオブジェクト５０９をＲＩＰすることで得られるイメージは、１ページ目と最終ページとが配置されたページが印刷される直前にＲＩＰされる。そして、当該ページの印刷が終了することに応じて消去される。そのため、図５Ｂを処理する場合と比較して、リユーザブルオブジェクトのイメージのキャッシュ期間が短縮化（最適化）され、不要にメモリを圧迫するという課題を解決することが可能となる。

なお、図５では、利用範囲をジョブからページへと変更する例について記載したが、例えば利用範囲を「ドキュメント」から「ページ」、或いは、「ドキュメント設定」から「ページ」等のような利用範囲の変更にも適用できる。また、このような図５に示すデータを生成することで、印刷データ処理装置は、特別な機能を備えていなくても単に解釈することで適切なタイミングでリユーザブルオブジェクトのＲＩＰ処理を実行することが可能となる。

図６Ａは、第１の実施形態における入力データ（入稿データ）のデータ構成の一例を示す図である。

図６Ａに示すリユーザブルオブジェクト６０１は、ページの参照範囲を定義されたオブジェクトである。このリユーザブルオブジェクト６０１は、参照部６０２により参照され、描画される。

同様に、図６Ａに示すリユーザブルオブジェクト６０３及び６０５は、ページの参照範囲を定義されたオブジェクトである。リユーザブルオブジェクト６０３は、参照部６０４により参照され、描画される。また、リユーザブルオブジェクト６０５は、参照部６０６により参照され、描画される。

リユーザブルオブジェクト６０１、６０３及び６０５は、宣言している箇所は異なるが、データそのものの実体は同じである。なお、図６Ａでは、各ページにリユーザブルオブジェクトが宣言されており、ページ毎にＲＩＰ処理を実行する必要がある。

一方、図６Ｂは、図６Ａで示した入力データに対して、本発明を適用して出力された出力データのデータ構成の一例を示す図である。

図６Ｂにおいては、図６ＡでＰＡＧＥ（ページ）を参照範囲として定義されていたリユーザブルオブジェクト６０１、６０３及び６０５の全てが、ＪＯＢ（ジョブ）を参照範囲とするリユーザブルオブジェクト６０７に再定義されて集約されている。なお、この処理は、例えば、ＰＡＧＥ（ページ）から参照されている回数がしきい値以上のリユーザブルオブジェクトに対して行われる。また、リユーザブルオブジェクト６０７は、参照部６０８、６０９及び６１０の各ページから参照されている。

そのため、図６Ｂを処理する場合、まず、ジョブを参照範囲（スコープ）とするリユーザブルオブジェクト６０７がＲＩＰされ、イメージデータを得ることができ、そのイメージを各ページで利用することができる。

図６Ａに示す入力データを図６Ｂに示す出力データのように、何度も参照されるリユーザブルオブジェクトの利用範囲を広げることで、キャッシュ用の合成画像の生成が一度で済み、パフォーマンスの向上が図れる。

以上説明したように、第１の実施形態における原稿編集マネージャ１１３では、参照範囲（再利用範囲）が指定されたリユーザブルオブジェクト（再利用オブジェクト）が定義される入稿データの入力を行っている（Ｓ４０１）。そして、原稿編集マネージャ１１３では、図３Ｂに示すホットフォルダのページレイアウト設定カラム３１６で定められるページレイアウトの情報に従って、リユーザブルオブジェクトにおける参照範囲を変更する制御を行っている（Ｓ４０８、Ｓ４１２）。

かかる構成によれば、原稿編集マネージャ１１３におけるリユーザブルオブジェクトのキャッシュ期間を最適化することができ、必要なメモリ容量を抑制することが可能になる。これにより、リユーザブルオブジェクトが定義される印刷データの処理を行う際に、原稿編集マネージャ１１３の動作性能の低下や当該印刷データの印刷処理ができないといった不具合を回避することができる。

なお、図３Ｂに示すホットフォルダは、例えば、ＰＰＭＬ形式のドキュメントの投入を受け付けるものである。そして、上述したリユーザブルオブジェクトの参照範囲の変更処理は、例えば、ホットフォルダにおいて、ＰＰＭＬ形式のドキュメントが投入された際に設定されたリユーザブルオブジェクトの再利用範囲を再定義するか否かの情報に基づいて行われる。なお、リユーザブルオブジェクトの再利用範囲を再定義するか否かの情報とは、例えば、図３Ｂに示す「Optimize Cache Range」キー３２０の選択可否の情報である。

（第２の実施形態）
本発明の第２の実施形態に係る画像形成システムの概略構成は、図１に示す第１の実施形態に係る画像形成システムの概略構成と同様である。

第２の実施形態では、図１に示すプリントマネージャ１１５に対して、本発明に係る印刷データ処理装置を適用した例を示す。

第２の実施形態におけるプリントマネージャ１１５では、まず、印刷前処理（原稿編集処理、プルーフ処理）された処理対象のジョブに対して、ラスタライズ処理（ビットマップ画像データに変換する処理）を施す。続いて、当該ラスタライズ処理済み画像データを、印刷出力先となる画像形成装置、例えば、ＭＦＰ（カラーＭＦＰ１０４ａ、１０４ｂ又は白黒ＭＦＰ１０５ａ〜１０５ｃの少なくともいずれかのデバイス）に、ネットワーク１０１ｂを介して転送する。このようにして、本実施形態のプリントマネージャ１１５は、印刷出力先の画像形成装置において、各種の処理済み画像データの印刷出力を実行させるように制御する。

次に、図７を用いて、プリントマネージャ１１５内のデータ処理の流れを説明する。
図７は、第２の実施形態に係るプリントマネージャ１１５の機能構成を示すブロック図である。

図７に示すように、プリントマネージャ１１５は、入力デバイス制御部７０１、入力ジョブ制御部７０２、ＲＩＰ（Raster Image Processor）部７０３、画像圧縮／データ変換部７０４、出力ジョブ制御部７０５を備える。さらに、プリントマネージャ１１５は、出力デバイス制御部７０６、ＮＩＣ（Network Interface Card）７０７及び７０９、ＳＣＳＩ（Small Computer System Interface）７０８、専用Ｉ／Ｆ７１０、ＲＡＭ（ここでは、ＳＤＲＡＭ）１１０３、並びに、ＨＤ１１０６を有して構成されている。

本実施形態においては、例えば、図１に示すＣＰＵ１１０１及びＲＯＭ１１０２内に記録されるプログラムから、図７に示す７０２、７０３、７０４及び７０６が構成される。また、例えば、図１に示すＣＰＵ１１０１及びＲＯＭ１１０２内に記録されるプログラム、並びにＤＫＣ１１０５から、図７に示す７０１及び７０５が構成される。また、例えば、図１に示すＩ／Ｆ１１０７から、図７に示す７０７、７０８、７０９及び７１０が構成される。

まず、図７に示すプリントマネージャ１１５において、図１に示す工程管理マネージャ１１１によりプリント工程に移行したジョブが、ＮＩＣ７０７或いはＳＣＳＩ７０８のインタフェースを介して入力デバイス制御部７０１に入力される。ここで、入力デバイス制御部７０１は、入力されるジョブとして、ページ記述言語であるＰＤＬデータとＪＣＬ（Job Control Language）データを受け付ける。なお、ＪＣＬとは、ジョブ制御言語であり、ジョブの名前、使用する機器の種類等が記述されている。これらは、画像形成装置（ＭＦＰ１０４、１０５）とプリントマネージャ１１５に関する状態情報等であって、様々なクライアントに対応するものである。そして、入力デバイス制御部７０１の出力は、適切なＰＤＬデータとＪＣＬデータの構成要素すべてを結合する役割を有する。

入力ジョブ制御部７０２は、入力ジョブにより要求されたリストを管理し、当該工程管理マネージャ１１１に入力された個々のジョブにアクセスするために、ジョブリストを作成する。さらに、この入力ジョブ制御部７０２には、ジョブのルートを決めるジョブルーティング機能、分割してＲＩＰするか否かを司るジョブスプリット機能、そしてジョブの順序を決めるジョブスケジューリング機能の３つの機能を有している。

ＲＩＰ部７０３は、構成要素を複数個有して構成されている。これらの構成要素は、図７に示すように、ＲＩＰ７０３ａ、ＲＩＰ７０３ｂ、ＲＩＰ７０３ｃ、或いは必要に応じて更に増やすことも可能であるが、ここでは、総称してＲＩＰ部７０３とする。このＲＩＰ部７０３は、様々なジョブにおけるＰＤＬデータをＲＩＰ処理して、適切なサイズ及び解像度のビットマップデータを作成する。この際、ＲＩＰ処理に関しては、ＰｏｓｔＳｃｒｉｐｔ（米国Ａｄｏｂｅ社の登録商標）をはじめ、ＰＣＬ、ＴＩＦＦ、ＪＰＥＧ、ＰＤＦ、ＰＰＭＬなどの様々なフォーマットのラスタライズ処理が可能である。

画像圧縮／データ変換部７０４は、ＲＩＰ部７０３によって作成されたビットマップイメージデータの圧縮処理やそのフォーマット変換を施す等の処理を行うものであり、各画像形成装置（ＭＦＰ１０４、１０５）に適合した最適な画像イメージタイプを選定する。

出力ジョブ制御部７０５は、ジョブのページイメージを取って、それらがコマンド設定に基づいてどう扱われるのかを管理する。ここで、ページイメージデータは、各画像形成装置（ＭＦＰ１０４、１０５）において印刷されたり、例えば、ビットマップ画像データの状態で、ＨＤ１１０６に格納保持されたりする。

この出力ジョブ制御部７０５において、ジョブのページイメージをどう取り扱うかは、例えば、クライアント１０３からの出力処理条件データに従って決定する。ここで、出力ジョブ制御部７０５は、クライアント１０３からの指示に基づいて、印刷処理後のジョブをＨＤ１１０６に残すか否かを選択可能となっている。そして、出力ジョブ制御部７０５は、印刷処理後のジョブをＨＤ１１０６に残した場合、クライアント１０３からの要求がある度に、当該ジョブのデータをＨＤ１１０６から読み出して、印刷処理や送信処理等の所望の再出力処理に係る制御を行う。さらに、出力ジョブ制御部７０５は、上述した処理をＨＤ１１０６のみならず、ＲＡＭ（ここでは、ＳＤＲＡＭ）１１０３との相互作用で管理する。

出力デバイス制御部７０６は、どのデバイスに出力するか、また、どのデバイスをクラスタリング（１つの画像データ発生源から出力されたジョブの印刷処理を複数台の画像形成装置において並行且つ同時に実行させるモード）するか等の制御を行う。そして、出力デバイス制御部７０６は、選択されたデバイスのインターフェースに印刷データを送り、当該デバイスによる印刷処理や送信処理等の出力処理を実行可能に制御する。

また、出力デバイス制御部７０６は、画像形成装置であるＭＦＰ１０４、１０５の状態監視する機能も果たす。具体的に、出力デバイス制御部７０６は、ＮＩＣ７０９或いは専用Ｉ／Ｆ７１０を介して、各画像形成装置から各画像形成装置における状況等の情報を取得し、取得した情報に基づいて各画像形成装置における状態監視する。

この際、各画像形成装置から取得する情報としては、例えば、対象となる画像形成装置のカレントステータスが待機中であるか否かの情報や、印刷処理中であるか否かの情報、印刷処理待ちのジョブが何個あるかを示すステータス情報などがある。さらに、各画像形成装置から取得する情報としては、印刷処理でエラーが発生しているか否かの情報や、記録紙やトナー等に係る消耗品アラート状態情報、セットされている記録紙のサイズやタイプの識別情報、各画像形成装置の機能を示す機能装備情報などがある。

また、出力デバイス制御部７０６は、各画像形成装置から各種の情報を取得する際に、例えば情報獲得コマンドを受信したことに応答して取得する形態でも良いし、或いは当該情報獲得コマンド無しに、定期的又はリアルタイムに取得する形態でも良い。

なお、図７のプリントマネージャ１１５はＲＩＰ部７０３を有して構成されているが、例えば、当該ＲＩＰ部７０３を各画像形成装置（ＭＦＰ１０４、１０５）に具備する形態でも良いし、当該プリントマネージャ１１５とは別ユニットで構成する形態でも良い。いずれにせよ、各画像形成装置（ＭＦＰ１０４、１０５）やＲＩＰ部７０３を含めて、入力されたジョブにおけるＰＤＬデータをＲＩＰ処理して、印刷出力するまでの一連のプリント工程を担当するのが当該プリントマネージャ１１５の主な役割となる。

図８は、第２の実施形態におけるプリントマネージャ１１５の内部処理を示すフローチャートである。この際、図８に示すフローチャートの処理は、例えば、プリントマネージャ１１５における図１１に示すＣＰＵ１１０１により行われ、より具体的には、図７に示す各構成部により行われる。

まず、ステップＳ８０１において、ＣＰＵ１１０１は、図１に示す工程管理マネージャ１１１によりプリント工程に移行し、原稿編集マネージャ１１３を介して出力されたジョブの入力を行う。この際、当該ジョブは、参照範囲（スコープ）が指定されたリユーザブルオブジェクトが定義される印刷データに係るものであり、ここでは、ＰＤＬデータとＪＣＬデータとして入力される。この際、ＪＣＬデータには、例えば、図３Ａ及び図３Ｂに示す各種の設定に係る情報が含まれている。

続いて、ステップＳ８０２において、ＣＰＵ１１０１は、入力されたジョブにおけるＰＤＬデータの解析を行い、当該解析結果に係る情報を例えばＲＡＭ１１０３に記憶する。この際、ＰＤＬデータの解析結果に係る情報をＨＤ１１０６に記憶するようにしても良い。

続いて、ステップＳ８０３において、ＣＰＵ１１０１は、入力されたジョブにおけるＪＣＬデータの解析を行い、当該解析結果に係る情報を例えばＲＡＭ１１０３に記憶する。この際、ＪＣＬデータの解析結果に係る情報をＨＤ１１０６に記憶するようにしても良い。

続いて、ステップＳ８０４において、ＣＰＵ１１０１は、ステップＳ８０３によるＪＣＬデータの解析結果に基づいて、当該ＪＣＬデータの指定により、ＰＤＬデータのページ順が変更になるか否かを判断する。この際、例えば、ＪＣＬデータに含まれる、図３Ｂに示すホットフォルダのページレイアウト設定カラム３１６で定められるページレイアウトの情報に基づいて、ＰＤＬデータのページ順が変更になるか否かが判断される。

ステップＳ８０４の判断の結果、ＰＤＬデータのページ順が変更になる場合には、ステップＳ８０５に進む。ＣＰＵ１１０１は、リユーザブルオブジェクトの参照範囲（スコープ）において、設定されたページよりも大きいオブジェクトが存在するか否かを判断する（ステップＳ８０５）。

ステップＳ８０５の判断の結果、設定されたページよりも大きいオブジェクトが存在する場合には、ステップＳ８０６に進む。ステップＳ８０６において、ＣＰＵ１１０１は、ＪＣＬデータの指定によるページ順列で、各ページ及びドキュメント、ジョブから参照されている回数をカウントして算出し、このカウント値を例えばＲＡＭ１１０３に記憶する。この際、当該カウント値をＨＤ１１０６に記憶するようにしても良い。

続いて、ステップＳ８０７において、ＣＰＵ１１０１は、ＪＣＬデータの指定による編集済みのページ順列で、より小さい参照範囲で定義可能なオブジェクトが存在するか否かを判断する。

ステップＳ８０７の判断の結果、より小さい参照範囲で定義可能なオブジェクトが存在する場合、ＣＰＵ１１０１は、ステップＳ８０８において、対象オブジェクトの参照範囲を小さくする。

一方、ステップＳ８０４でＰＤＬデータのページ順が変更にならないと判断された場合、ステップＳ８０５で設定されたページよりも大きいオブジェクトが存在しないと判断された場合、ステップＳ８０９へ進む。或いは、ステップＳ８０７でより小さい参照範囲で定義可能なオブジェクトが存在しないと判断された場合には、ステップＳ８０９に進む。

ステップＳ８０９に進むと、ＣＰＵ１１０１は、参照範囲においてジョブより小さいオブジェクトが存在するか否かを判断する。

ステップＳ８０９の判断の結果、参照範囲においてジョブより小さいオブジェクトが存在する場合には、ステップＳ８１０に進む。ステップＳ８１０において、ＣＰＵ１１０１は、ＪＣＬデータの指定による編集時のページ順列で、各ページ及びドキュメント、ジョブから参照されている回数をカウントして算出し、このカウント値を例えばＲＡＭ１１０３に記憶する。この際、当該カウント値をＨＤ１１０６に記憶するようにしても良い。

続いて、ステップＳ８１１において、ＣＰＵ１１０１は、参照回数及び参照されているページ数がしきい値以上であるか否かを判断する。

ステップＳ８１１の判断の結果、参照回数及び参照されているページ数がしきい値以上である場合、ＣＰＵ１１０１は、ステップＳ８１２において、対象オブジェクトの参照範囲を大きくする。

ステップＳ８０８又はＳ８１２の処理が終了した場合、ステップＳ８０９で参照範囲においてジョブより小さいオブジェクトが存在しないと判断された場合、ステップＳ８１３へ進む。或いは、ステップＳ８１１で参照回数及び参照されているページ数がしきい値以上でないと判断された場合には、ステップＳ８１３に進む。

ステップＳ８１３に進むと、ＣＰＵ１１０１は、ステップＳ８０１で入力したＰＤＬデータの更新処理を行い、図８に示す一連の処理を終了する。

以上説明したように、第２の実施形態におけるプリントマネージャ１１５では、参照範囲（再利用範囲）が指定されたリユーザブルオブジェクト（再利用オブジェクト）が定義されるジョブとしてＰＤＬデータとＪＣＬデータの入力を行っている（Ｓ８０１）。そして、プリントマネージャ１１５では、ＪＣＬデータに含まれる、図３Ｂに示すホットフォルダのページレイアウト設定カラム３１６で定められるページレイアウトの情報に従って、前記参照範囲を変更する制御を行っている（Ｓ８０８、Ｓ８１２）。

かかる構成によれば、プリントマネージャ１１５におけるリユーザブルオブジェクトのキャッシュ期間を最適化することができ、必要なメモリ容量を抑制することが可能になる。これにより、リユーザブルオブジェクトが定義される印刷データの処理を行う際に、プリントマネージャ１１５の動作性能の低下や当該印刷データの印刷処理ができないといった不具合を回避することができる。

（第３の実施形態）
本発明の第３の実施形態に係る画像形成システムの概略構成は、図１に示す第１の実施形態に係る画像形成システムの概略構成と同様である。

第３の実施形態では、図１に示す各ＭＦＰ１０４、１０５に対して、本発明に係る印刷データ処理装置を適用した例を示す。

図９は、第３の実施形態に係るＭＦＰ１０４（ＭＦＰ１０５）の概略構成を示すブロック図である。

図９に示すように、ＭＦＰ１０４（ＭＦＰ１０５）は、スキャナ部９０１、スキャナＩＰ部９０２、ＦＡＸ部９０３、ＮＩＣ部９０４、専用Ｉ／Ｆ部９０５、コア部９０６、プリンタＩＰ部９０７、スクリーニング部９０８、プリンタ部９０９及びオンラインフィニッシャ部９１０を有して構成されている。

スキャナ部９０１は、入稿された原稿の画像の読み取りを行う。スキャナＩＰ部９０２は、スキャナ部９０１で読み取られた画像における画像データに対して各種の画像処理を行う。ＦＡＸ部９０３は、ファクシミリなどに代表される電話回線を利用した画像データの送受信を行う。ＮＩＣ部９０４は、ネットワークを利用して外部装置と画像データや各種の情報の送受信を行う。専用Ｉ／Ｆ部９０５は、専用Ｉ／Ｆを介して接続された他のＭＦＰと通信を行う。

コア部９０６は、当該ＭＦＰ１０４（ＭＦＰ１０５）における各構成部（９０１〜９０５、９０７〜９１０）を総括的に制御する。

具体的に、コア部９０６は、当該ＭＦＰ１０４（ＭＦＰ１０５）の使い方に応じて、画像データを一時保存したり、経路を決定したりする等の制御を行う。ここで、図９に示すコア部９０６は、例えば、図１１に示すコンピュータ装置１１００で構成されている。すなわち、コア部９０６内には、上記の如く、複数の画像データを格納可能なＨＤ１１０６が具備されており、例えば、コア部９０６内のＣＰＵ１１０１が主体となって各構成部（９０１〜９０５、９０７〜９１０）を総括的に制御する。

より詳細には、コア部９０６内のＣＰＵ１１０１は、スキャナ部９０１からの画像データや、ＦＡＸ部９０３を介して入力されたファクシミリジョブの画像データ、ＮＩＣ部９０４を介して入力された画像データ、或いは専用Ｉ／Ｆ部９０５を介して入力された画像データ等の各種の画像データを処理して、コア部９０６内のＨＤ１１０６に格納する制御を行う。そして、コア部９０６内のＣＰＵ１１０１は、ＨＤ１１０６に格納された画像データを適宜読み出して、プリンタ部９０９等の出力部に転送して、当該プリンタ部９０９による印刷処理等の出力処理を実行可能に制御する。また、コア部９０６内のＣＰＵ１１０１は、ユーザ（クライアント１０３）からの指示により、ＨＤ１１０６から読み出した画像データを、外部のコンピュータや他のＭＦＰ等の外部装置に転送する制御を行う。

コア部９０６から出力された画像データは、プリンタＩＰ部９０７及びスクリーニング部９０８を経由して、画像形成処理を行うプリンタ部９０９に送られる。そして、プリンタ部９０９では、実際にシート（記録紙）に対して印刷出力が行われ、当該記録紙がオンラインフィニッシャ部９１０に送られる。オンラインフィニッシャ部９１０では、記録紙の仕分け処理やシートの仕上げ処理が行われる。

図９に示すコア部９０６は、バス（経路）の交通整理を行っており、ＭＦＰの使い方に応じて、バスの切り替えが行われる。また、データがネットワークを経由する際には、ＪＰＥＧ、ＪＢＩＧ、ＺＩＰなど圧縮データを使用することも一般に知られており、データが当該ＭＦＰ１０４（ＭＦＰ１０５）に入った後、このコア部９０６において解凍（伸張）される。本実施形態では、図７に示すＲＩＰ部７０３を、当該ＭＦＰ１０４（ＭＦＰ１０５）におけるコア部９０６に内蔵されている形態を採っている。

図１０は、第３の実施形態におけるＭＦＰ１０４（ＭＦＰ１０５）の内部処理を示すフローチャートである。この際、図１０に示すフローチャートの処理は、例えば、ＭＦＰ１０４（ＭＦＰ１０５）におけるコア部９０６内のＣＰＵ１１０１により行われる。

まず、ステップＳ１００１において、ＣＰＵ１１０１は、プリントマネージャ１１５から出力されたバリアブルジョブを、ネットワーク１０１ｂ及びＮＩＣ部９０４を介して入力する。この際、当該バリアブルジョブは、参照範囲（スコープ）が指定されたリユーザブルオブジェクトが定義される印刷データに係るものであり、ここでは、ＰＤＬデータとＪＣＬデータとして入力される。この際、ＪＣＬデータには、例えば、図３Ａ及び図３Ｂに示す各種の設定に係る情報が含まれている。

続いて、ステップＳ１００２において、ＣＰＵ１１０１は、バリアブルジョブにおけるＰＤＬデータに対してインタープリット処理を行う。

続いて、ステップＳ１００３において、ＣＰＵ１１０１は、バリアブルジョブにおけるＪＣＬデータに対してインタープリット処理を行う。

続いて、ステップＳ１００４において、ＣＰＵ１１０１は、ＲＩＰ処理によってＰＤＬデータで定義されている論理ページ順が変更になるか否かを判断する。この際、例えば、ＪＣＬデータに含まれる、図３Ｂに示すホットフォルダのページレイアウト設定カラム３１６で定められるページレイアウトの情報に基づいて、ＰＤＬデータで定義されている論理ページ順が変更になるか否かが判断される。

ステップＳ１００４の判断の結果、ＰＤＬデータで定義されている論理ページ順が変更になる場合には、ステップＳ１００５に進む。ステップＳ１００５に進むと、ＣＰＵ１１０１は、リユーザブルオブジェクトの参照範囲（スコープ）において、設定されたページよりも大きいオブジェクトが存在する否かを判断する。

ステップＳ１００５の判断の結果、設定されたページよりも大きいオブジェクトが存在する場合には、ステップＳ１００６に進む。ステップＳ１００６に進むと、ＣＰＵ１１０１は、印刷時のページ順列で、各ページ及びドキュメント、ジョブから参照されている回数をカウントして算出し、このカウント値を例えばコア部９０６内のＲＡＭ１１０３に記憶する。この際、当該カウント値をコア部９０６内のＨＤ１１０６に記憶するようにしても良い。

続いて、ステップＳ１００７において、ＣＰＵ１１０１は、ＲＩＰ処理によって生成されるオブジェクトの各データサイズを算出し、その合計データサイズを算出して、当該合計サイズの情報を例えばコア部９０６内のＲＡＭ１１０３に記憶する。この際、当該合計サイズの情報をコア部９０６内のＨＤ１１０６に記憶するようにしても良い。

続いて、ステップＳ１００８において、ＣＰＵ１１０１は、ＭＦＰコントローラ（例えば、コア部９０６）の容量に比べて、ステップＳ１００７で算出したＲＩＰ処理によるオブジェクトの合計データサイズの方が大きいか否かを判断する。

ステップＳ１００８の判断の結果、ＭＦＰコントローラの容量に比べて、ステップＳ１００７で算出したＲＩＰ処理によるオブジェクトの合計データサイズの方が大きい場合には、ステップＳ１００９に進む。ステップＳ１００９に進むと、ＣＰＵ１１０１は、印刷ページ順列で、より小さい参照範囲で定義可能なオブジェクトが存在するか否かを判断する。

ステップＳ１００９の判断の結果、より小さい参照範囲で定義可能なオブジェクトが存在する場合、ＣＰＵ１１０１は、ステップＳ１０１０において、対象オブジェクトの参照範囲を小さくする。

一方、ステップＳ１００４でＰＤＬデータで定義されている論理ページ順が変更にならないと判断された場合、ステップＳ１００５で設定されたページよりも大きいオブジェクトが存在しないと判断された場合、ステップＳ１０１１へ進む。また、ステップＳ１００８でＭＦＰコントローラの容量に比べてＲＩＰ処理によるオブジェクトの合計データサイズの方が大きくないと判断された場合もステップ１０１１へ進む。或いは、ステップＳ１００９でより小さい参照範囲で定義可能なオブジェクトが存在しないと判断された場合には、ステップＳ１０１１に進む。

ステップＳ１０１１に進むと、参照範囲においてジョブより小さいオブジェクトが存在するか否かを判断する。

ステップＳ１０１１の判断の結果、参照範囲においてジョブより小さいオブジェクトが存在する場合には、ステップＳ１０１２に進む。ステップＳ１０１２に進むと、ＣＰＵ１１０１は、ＲＩＰ処理によるページ順列で、各ページ及びドキュメント、ジョブから参照されている回数をカウントして算出し、このカウント値を例えばコア部９０６内のＲＡＭ１１０３に記憶する。この際、当該カウント値をコア部９０６内のＨＤ１１０６に記憶するようにしても良い。

続いて、ステップＳ１０１３において、ＣＰＵ１１０１は、参照回数及び参照されているページ数がしきい値以上であるか否かを判断する。

ステップＳ１０１３の判断の結果、参照回数及び参照されているページ数がしきい値以上である場合、ＣＰＵ１１０１は、続いて、ステップＳ１０１４において、対象オブジェクトの参照範囲を大きくする。

ステップＳ１０１０又はＳ１０１４の処理が終了した場合、ステップＳ１０１１で参照範囲においてジョブより小さいオブジェクトが存在しないと判断された場合、ステップＳ１０１５へ進む。或いは、ステップＳ１０１３で参照回数及び参照されているページ数がしきい値以上でないと判断された場合には、ステップＳ１０１５に進む。

ステップＳ１０１５において、ＣＰＵ１１０１は、ステップＳ１００１で入力したバリアブルジョブにおけるＰＤＬデータの更新処理を行う。

続いて、ステップＳ１０１６において、ＣＰＵ１１０１は、ＰＤＬデータのＲＩＰ処理を行う。

続いて、ステップＳ１０１７において、ＣＰＵ１１０１は、イメージデータの印刷処理に係る制御を行い、図１０に示す一連の処理を終了する。

以上説明したように、第３の実施形態におけるＭＦＰ１０４（ＭＦＰ１０５）では、参照範囲（再利用範囲）が指定されたリユーザブルオブジェクト（再利用オブジェクト）が定義されるバリアブルジョブの入力を行っている（Ｓ１００１）。そして当該ＭＦＰでは、バリアブルジョブにおけるＪＣＬデータに含まれる、図３Ｂに示すホットフォルダのページレイアウト設定カラム３１６で定められるページレイアウトの情報に従って、前記参照範囲を変更する制御を行っている（Ｓ１０１０、Ｓ１０１４）。

かかる構成によれば、ＭＦＰ１０４（ＭＦＰ１０５）におけるリユーザブルオブジェクトのキャッシュ期間を最適化することができ、必要なメモリ容量を抑制することが可能になる。これにより、リユーザブルオブジェクトが定義される印刷データの処理を行う際に、ＭＦＰ１０４（ＭＦＰ１０５）の動作性能の低下や当該印刷データの印刷処理ができないといった不具合を回避することができる。

前述した各実施形態に係る印刷データ処理装置を構成する図７、図９及び図１１の各構成部、並びに印刷データ処理方法を示す図４、図８及び図１０の各ステップは、例えば図１１に示すＲＯＭ１１０２に記憶されたプログラムが動作することによって実現できる。このプログラム及び当該プログラムを記録したコンピュータ読み取り可能な記憶媒体は本発明に含まれる。

具体的に、前記プログラムは、例えばＣＤ−ＲＯＭのような記憶媒体に記録し、或いは各種伝送媒体を介し、コンピュータに提供される。前記プログラムを記録する記憶媒体としては、ＣＤ−ＲＯＭ以外に、フレキシブルディスク、ハードディスク、磁気テープ、光磁気ディスク、不揮発性メモリカード等を用いることができる。他方、前記プログラムの伝送媒体としては、プログラム情報を搬送波として伝搬させて供給するためのコンピュータネットワーク（ＬＡＮ、インターネットの等のＷＡＮ、無線通信ネットワーク等）システムにおける通信媒体を用いることができる。また、この際の通信媒体としては、光ファイバ等の有線回線や無線回線などが挙げられる。

また、コンピュータが供給されたプログラムを実行することにより各実施形態に係る印刷データ処理装置の機能が実現されるだけではない。そのプログラムがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）或いは他のアプリケーションソフト等と共同して各実施形態に係る印刷データ処理装置の機能が実現される場合も、かかるプログラムは本発明に含まれる。また、供給されたプログラムの処理の全て、或いは一部がコンピュータの機能拡張ボードや機能拡張ユニットにより行われて各実施形態に係る印刷データ処理装置の機能が実現される場合も、かかるプログラムは本発明に含まれる。

第１の実施形態に係る画像形成システムの概略構成の一例を示すブロック図である。 ユーザ（クライアント）から送信されたファイルＡ〜Ｃ及びその出来上がり（編集後）のイメージの一例を示す模式図である。 ユーザ（クライアント）から送信されたファイルＤ及びその出来上がり（編集後）のイメージの一例を示す模式図である。 ユーザ（クライアント）から送信されたファイルＥ及びＦ及びその出来上がり（編集後）のイメージの一例を示す模式図である。 原稿編集マネージャによって起動されるプリンタドライバのウィンドウ表示画面を示す模式図である。 ジョブを投入する役割を果たすホットフォルダのウィンドウ表示画面を示す模式図である。 第１の実施形態における原稿編集マネージャの内部処理を示すフローチャートである。 第１の実施形態における入力データの代表例であるＰＰＭＬ形式のデータ構成の一例を示す図である。 第１の実施形態における入力データのデータ構成の一例を示す図である。 図５Ｂで示した入力データに対して、本発明を適用して出力された出力データのデータ構成の一例を示す図である。 第１の実施形態における入力データのデータ構成の一例を示す図である。 図６Ａで示した入力データに対して、本発明を適用して出力された出力データのデータ構成の一例を示す図である。 第２の実施形態に係るプリントマネージャの機能構成を示すブロック図である。 第２の実施形態におけるプリントマネージャの内部処理を示すフローチャートである。 第３の実施形態に係るＭＦＰの概略構成を示すブロック図である。 第３の実施形態におけるＭＦＰの内部処理を示すフローチャートである。 コンピュータ装置の概略構成の一例を示すブロック図である。

符号の説明

１０１ａ〜１０１ｃ ネットワーク
１０３ クライアント（クライアントコンピュータ）
１０４ａ、１０４ｂ カラーＭＦＰ
１０５ａ〜１０５ｃ 白黒ＭＦＰ
１０６ スキャナ

Claims (19)

1. 適用可能な利用範囲として第１範囲が指定された再利用オブジェクトが定義される印刷データの入力を行う入力手段と、
   当該印刷データの印刷設定を適用することにより当該印刷データの論理ページの構成が変化する場合に、前記再利用オブジェクトの利用範囲を前記第１範囲から、前記第１範囲よりも狭い第２範囲に変更する制御を行う制御手段とを有することを特徴とする印刷データ処理装置。
2. 前記制御手段は、前記論理ページの構成が変化することにより、前記再利用オブジェクトの参照回数が減少する場合に、前記再利用オブジェクトの利用範囲を前記第１範囲から、前記第２範囲に変更する制御を行うことを特徴とする請求項１に記載の印刷データ処理装置。
3. 前記第１範囲は、ジョブ、ドキュメント、ドキュメント設定のうちの少なくともいずれか１つであり、前記第２範囲は、ページであることを特徴とする請求項１又は２に記載の印刷データ処理装置。
4. 前記制御手段は、当該印刷データの印刷設定を適用することにより当該印刷データの論理ページの構成が変化しない場合に、前記再利用オブジェクトの利用範囲を前記第１範囲から、前記第１範囲よりも広い第３範囲に変更する制御を行うことを特徴とする請求項１又は２に記載の印刷データ処理装置。
5. 前記制御手段は、当該印刷データの印刷設定を適用することにより当該印刷データの論理ページの構成が変化せず、かつ前記再利用オブジェクトの参照回数が閾値以上である場合に、当該再利用オブジェクトの利用範囲を前記第１範囲から、前記第３範囲に変更する制御を行うことを特徴とする請求項４に記載の印刷データ処理装置。
6. 前記第３範囲はジョブであり、前記第１範囲はページであることを特徴とする請求項４又は５に記載の印刷データ処理装置。
7. 前記制御手段による前記変更の制御は、ＰＰＭＬ形式のドキュメントの投入を受け付けるホットフォルダにおいて、当該ＰＰＭＬ形式のドキュメントが投入された際に設定された前記再利用オブジェクトの前記利用範囲を再定義するか否かの情報に基づいて行われることを特徴とする請求項１乃至６のいずれか１項に記載の印刷データ処理装置。
8. 前記制御手段は、前記印刷データに含まれる前記再利用オブジェクトの前記利用範囲がジョブとして設定されており、かつ、製本印刷が設定されている場合、当該製本印刷用に決定されたレイアウトに基づいて、前記利用範囲をジョブからページへと変更するか否かを決定することを特徴とする請求項１乃至７のいずれか１項に記載の印刷データ処理装置。
9. 前記制御手段は、
   ジョブを利用範囲とする前記再利用オブジェクトと、ページ開始コマンドとページ終了コマンドとの間に含まれる当該再利用オブジェクトを参照する参照コマンドとが、ジョブ開始コマンドとジョブ終了コマンドとの間に含まれた印刷データを、
   ページを利用範囲とする前記再利用オブジェクトと、ページ開始コマンドとページ終了コマンドとの間に含まれる当該再利用オブジェクトを参照する参照コマンドとが、ジョブ開始コマンドとジョブ終了コマンドとの間に含まれた印刷データに変更することを特徴とする請求項１乃至８のいずれか１項に記載の印刷データ処理装置。
10. 適用可能な利用範囲として第1範囲が指定された再利用オブジェクトが定義される印刷データの入力を行う入力ステップと、
    当該印刷データの印刷設定を適用することにより当該印刷データの論理ページの構成が変化する場合に、前記再利用オブジェクトの利用範囲を前記第１範囲から、前記第１範囲よりも狭い第２範囲に変更する制御を行う制御ステップとを有することを特徴とする印刷データ処理方法。
11. 前記制御ステップは、前記論理ページの構成が変化することにより、前記再利用オブジェクトの参照回数が減少する場合に、前記再利用オブジェクトの利用範囲を前記第１範囲から、前記第２範囲に変更する制御を行うことを特徴とする請求項１０に記載の印刷データ処理方法。
12. 前記第１範囲は、ジョブ、ドキュメント、ドキュメント設定のうちの少なくともいずれか１つであり、前記第２範囲は、ページであることを特徴とする請求項１０又は１１に記載の印刷データ処理方法。
13. 前記制御ステップは、当該印刷データの印刷設定を適用することにより当該印刷データの論理ページの構成が変化しない場合に、前記再利用オブジェクトの利用範囲を前記第１範囲から、前記第１範囲よりも広い第３範囲に変更する制御を行うことを特徴とする請求項１０又は１１に記載の印刷データ処理方法。
14. 前記制御ステップは、当該印刷データの印刷設定を適用することにより当該印刷データの論理ページの構成が変化せず、かつ前記再利用オブジェクトの参照回数が閾値以上である場合に、当該再利用オブジェクトの利用範囲を前記第１範囲から、前記第３範囲に変更する制御を行うことを特徴とする請求項１３に記載の印刷データ処理方法。
15. 前記第３範囲はジョブであり、前記第１範囲はページであることを特徴とする請求項１３又は１４に記載の印刷データ処理方法。
16. 前記制御ステップによる前記変更の制御は、ＰＰＭＬ形式のドキュメントの投入を受け付けるホットフォルダにおいて、当該ＰＰＭＬ形式のドキュメントが投入された際に設定された前記再利用オブジェクトの前記利用範囲を再定義するか否かの情報に基づいて行われることを特徴とする請求項１０乃至１５のいずれか１項に記載の印刷データ処理方法。
17. 前記制御ステップは、前記印刷データに含まれる前記再利用オブジェクトの前記利用範囲がジョブとして設定されており、かつ、製本印刷が設定されている場合、当該製本印刷用に決定されたレイアウトに基づいて、前記利用範囲をジョブからページへと変更するか否かを決定することを特徴とする請求項１０乃至１６のいずれか１項に記載の印刷データ処理方法。
18. 前記制御ステップは、
    ジョブを利用範囲とする前記再利用オブジェクトと、ページ開始コマンドとページ終了コマンドとの間に含まれる当該再利用オブジェクトを参照する参照コマンドとが、ジョブ開始コマンドとジョブ終了コマンドとの間に含まれた印刷データを、
    ページを利用範囲とする前記再利用オブジェクトと、ページ開始コマンドとページ終了コマンドとの間に含まれる当該再利用オブジェクトを参照する参照コマンドとが、ジョブ開始コマンドとジョブ終了コマンドとの間に含まれた印刷データに変更することを特徴とする請求項１０乃至１７のいずれか１項に記載の印刷データ処理方法。
19. 請求項１０乃至１８のいずれか１項に記載の印刷データ処理方法クレームの各ステップをコンピュータに実行させるためのプログラム。

Images