(57)【要約】【課題】各社のレンダリングエンジンの差異による出力結果の差異を低減する情報処理装置を提供すること。【解決手段】印刷データと設定情報を有する印刷ジョブを用いて描画データを作成する情報処理装置３２であって、印刷ジョブを用いて描画データを作成する描画データ作成手段５９と、前記設定情報に予め定められた設定が含まれる場合、前記印刷データと前記設定情報を用いて、前記描画データ作成手段に描画データを作成させる第１の制御データと第２の制御データを作成する制御データ作成手段５５と、を有し、前記制御データ作成手段は、前記第１の制御データを前記描画データ作成手段に出力して第１の描画データを作成させ、前記第２の制御データを前記描画データ作成手段に出力して前記第１の描画データが用いられた第２の描画データを作成させる、ことを特徴とする。【選択図】図４
2015187842.tif 000002
【特許請求の範囲】
【請求項１】
印刷データと設定情報を有する印刷ジョブを用いて描画データを作成する情報処理装置であって、
印刷ジョブを用いて描画データを作成する描画データ作成手段と、
前記設定情報に予め定められた設定が含まれる場合、前記印刷データと前記設定情報を用いて、前記描画データ作成手段に描画データを作成させる第１の制御データと第２の制御データを作成する制御データ作成手段と、を有し、
前記制御データ作成手段は、前記第１の制御データを前記描画データ作成手段に出力して第１の描画データを作成させ、前記第２の制御データを前記描画データ作成手段に出力して前記第１の描画データが用いられた第２の描画データを作成させる、
ことを特徴とする情報処理装置。
【請求項２】
複数の前記描画データ作成手段と、
前記印刷ジョブを解析して、該印刷ジョブを用いて描画データを作成する前記描画データ作成手段を判断する判断手段と、を有し、
前記判断手段が判断した前記描画データ作成手段が所定の動作モードで描画データを作成する場合、前記制御データ作成手段は、前記設定情報に前記予め定められた設定が含まれる場合に、前記第１の制御データと前記第２の制御データを作成する、
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記第１の制御データの描画データ出力先を、前記第２の制御データの描画データ入力先に変更する制御データ出力先変更手段を有する、
ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記設定情報を装置用設定情報に変換する変換手段を、有し、
前記制御データ作成手段は前記印刷データと前記装置用設定情報を用いて前記第１の制御データ及び前記第２の制御データを作成するものであり、
前記設定情報に前記予め定められた設定が含まれる場合、前記変換手段は、第１の装置用設定情報と第２の装置用設定情報を作成し、前記第２の装置用設定情報と前記第１の装置用設定情報とを紐付ける情報を前記第２の装置用設定情報に付与し、
前記制御データ出力先変更手段は、前記第２の装置用設定情報に前記紐付ける情報がある場合、前記第１の制御データの描画データ出力先を、前記第２の制御データの描画データ入力先に変更する、ことを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記予め定められた設定は、１枚の描画データに集約された複数のページに跨る画像を形成することであり、
前記設定情報に前記予め定められた設定が含まれる場合、前記変換手段は、前記複数のページを前記１枚の描画データに集約する設定を含む前記第１の装置用設定情報を作成し、前記１枚の描画データに前記画像を形成する設定を含む第２の装置用設定情報を作成する、ことを特徴とする請求項４記載の情報処理装置。
【請求項６】
前記制御データ作成手段は、前記印刷データと前記第１の装置用設定情報を用いて、前記複数のページを前記１枚の描画データに集約する前記第１の制御データを作成し、
前記印刷データと前記第２の装置用設定情報を用いて、前記１枚の描画データに前記画像を形成する前記第２の制御データを作成し、
前記制御データ出力先変更手段は、前記第１の制御データの前記複数のページの描画データの出力先を、前記第２の制御データの描画データ入力先に変更する、
ことを特徴とする請求項５記載の情報処理装置。
【請求項７】
印刷データと設定情報を有する印刷ジョブを用いて描画データ作成手段に描画データを作成させる情報処理方法であって、
前記設定情報に予め定められた設定が含まれる場合、制御データ作成手段が、前記印刷データと前記設定情報を用いて、前記描画データ作成手段に描画データを作成させる第１の制御データと第２の制御データを作成するステップと、
前記制御データ作成手段が、前記第１の制御データを前記描画データ作成手段に出力して第１の描画データを作成させるステップと、
前記第２の制御データを前記描画データ作成手段に出力して前記第１の描画データが用いられた第２の描画データを作成させるステップと、
を有することを特徴とする情報処理方法。
【請求項８】
印刷データと設定情報を有する印刷ジョブを用いて描画データ作成手段に描画データを作成させる情報処理装置に、
前記設定情報に予め定められた設定が含まれる場合、前記印刷データと前記設定情報を用いて、前記描画データ作成手段に描画データを作成させる第１の制御データと第２の制御データを作成する制御データ作成ステップと、
前記第１の制御データを前記描画データ作成手段に出力して第１の描画データを作成させるステップと、
前記第２の制御データを前記描画データ作成手段に出力して前記第１の描画データが用いられた第２の描画データを作成させるステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷データと設定情報を有する印刷ジョブを用いて描画データを作成する情報処理装置等に関する。
【背景技術】
【０００２】
業務用の大量の文書を印刷したり製本したりするいわゆるプロダクションプリンティングが知られている（例えば、特許文献１参照。）。特許文献１には、印刷システム全体を考慮して、後処理が利用可能か否かをユーザに通知できる印刷システムが開示されている。
【０００３】
プロダクションプリンティングでは印刷工程がワークフローとして扱われることが多いが、印刷ワークフローでは、印刷ワークフローのオープン化が進められている。オープン化により、各社のソフトウェア（次述するワークフローアプリケーション）や印刷機器が、印刷の主要な工程における印刷ジョブの設定などを共通の記述方式で記述することが可能となる。印刷ワークフローの工程全体を記述するフォーマットとしてＪＤＦ（Job Definition Format）と呼ばれる標準フォーマットが知られている。
【０００４】
印刷ワークフローの工程には、文書やコンテンツの作成、印刷方法の指定、印刷、後処理などの各種の工程がある。これらの各工程は様々なワークフローアプリケーションや印刷機器により行われるものであるが、ＪＤＦによりワークフローアプリケーションや印刷機器のメーカの違いに関わりなく、印刷機器間の連携や印刷工程管理等が可能になる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、各ワークフローアプリケーションや印刷機器がＪＤＦを拡張する場合があり、この場合、各社のワークフローアプリケーションが作成するＪＤＦがワークフローアプリケーション独自の記述を含む場合がある。この場合、下位工程のワークフローアプリケーションや印刷機器が、ＪＤＦを解析して処理できないという状況が生じることが知られている。
【０００６】
このような不都合を解決する方法としては、下位工程のワークフローアプリケーションや印刷機器が、上流のワークフローアプリケーションが作成したＪＤＦを、自身が扱える形式に変換することが考えられる。
【０００７】
しかしながら、上流のワークフローアプリケーションが作成したＪＤＦを、自身が扱える形式に変換したとしても出力結果に差異が生じる場合がある。すなわち、ＪＤＦはＰＤＬ（Page Description Language）と共に印刷ジョブとして、上流工程のワークフローアプリケーションから下流工程のワークフローアプリケーション又は印刷機器に送信される。
【０００８】
ここで、各社間で印刷ジョブ（ＪＤＦ＋ＰＤＬ）の形式が同じであるとしても、各社の印刷機器のレンダリングエンジンの差異から出力結果が変わってしまう場合があるという問題がある。
【０００９】
本発明は、上記課題に鑑み、各社のレンダリングエンジンの差異による出力結果の差異を低減する情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記課題に鑑み、本発明は、印刷データと設定情報を有する印刷ジョブを用いて描画データを作成する情報処理装置であって、印刷ジョブを用いて描画データを作成する描画データ作成手段と、前記設定情報に予め定められた設定が含まれる場合、前記印刷データと前記設定情報を用いて、前記描画データ作成手段に描画データを作成させる第１の制御データと第２の制御データを作成する制御データ作成手段と、を有し、前記制御データ作成手段は、前記第１の制御データを前記描画データ作成手段に出力して第１の描画データを作成させ、前記第２の制御データを前記描画データ作成手段に出力して前記第１の描画データが用いられた第２の描画データを作成させる、ことを特徴とする。
【発明の効果】
【００１１】
各社のレンダリングエンジンの差異による出力結果の差異を低減する情報処理装置を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】ＪＤＦが拡張されていた場合の不都合を説明する図の一例である。
【図２】「ＲＩＰ制御モード」を説明する図の一例である。
【図３】シート面に対する加工について説明する図の一例である。
【図４】Ａ社ＲＩＰエンジンによる集約印刷のシート面に対する処理を模式的に説明する図の一例である。
【図５】印刷システムの全体構成図の一例である。
【図６】ＤＦＥのハードウェア構成図の一例である。
【図７】ＤＦＥの機能ブロック図の一例である。
【図８】ＪＤＦの記載の一部を説明する図の一例である。
【図９】「Page Mode」においてシート属性を有するか否かの判断について説明する図の一例である。
【図１０】変換テーブルの一例を示す図である。
【図１１】「ＤＦＥ内ジョブ属性」の作成を説明する図の一例である。
【図１２】「ＤＦＥ内ジョブ属性」の一例を示す図である。
【図１３】「シート用」と「ページ用」の「ＤＦＥ内ジョブ属性」の違いについて説明する。
【図１４】「RIP Parameter List」の一例を示す図である。
【図１５】ページ用の「RIP Parameter List」の画像出力先の変更を説明する図の一例である
【図１６】印刷システムの動作手順を示すシーケンス図の一例である。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について図面を参照しながら説明する。
【００１４】
〔本願の印刷システムの概略〕
図１はＪＤＦが拡張されていた場合の不都合を説明する図の一例である。なお、図１は比較例であり従来例でない点に注意されたい。ＪＤＦが拡張されたためＪＤＦを解析して処理できないという状況に対し、図１（ａ）に示すように、下位工程のワークフローアプリケーションや印刷機器は、ＪＤＦを解析してＪＤＦを作成したワークフローアプリケーションのメーカを判断することが検討される。例えばＣ社の印刷処理装置は、例えばＪＤＦ解析部５６により、Ａ社（Ｂ社）のワークフローアプリケーションが作成したＡ社（Ｂ社）形式のＪＤＦを解析して、Ａ社（Ｂ社）の印刷ジョブであると判断する。Ａ社（Ｂ社）形式のＪＤＦであると判断できれば拡張形式がわかるので、印刷処理装置はＡ社（Ｂ社）のＪＤＦをＣ社に対応した設定情報に変換して、Ａ社（Ｂ社）の印刷ジョブをレンダリングすることができる。
【００１５】
しかしながら、印刷ジョブによってはＪＤＦだけでなくＰＤＬにも各社に独自の拡張が行われる場合があり、この場合にはＣ社の印刷処理装置はＰＤＬの差異を吸収できないという状況が生じうる。
【００１６】
また、各社のワークフローアプリケーションや印刷機器のレンダリングエンジンの差異により出力結果が変わってしまう場合があった。
【００１７】
そこで、図１（ｂ）に示すように、Ｃ社の印刷処理装置が各社のワークフローアプリケーションに対応したレンダリングエンジン（以下、ＲＩＰエンジンという）を有することが検討される。これにより、Ｃ社の印刷処理装置はユーザが意図する仕上がりで印刷ジョブをレンダリングすることができる。
【００１８】
また、複数のＲＩＰエンジンが搭載された場合、使用されるＲＩＰエンジンに応じて最適な制御モードで動作させることでＰＤＬの差異を吸収できるようになる。具体的には集約印刷において、ＲＩＰエンジンによって「Page Mode」で動作するものと「Sheet Mode」で動作するものがある。この動作モードを「ＲＩＰ制御モード」と称することにする。
【００１９】
図２は、「ＲＩＰ制御モード」を説明する図の一例である。図２（ａ）は「Page Mode」によるレンダリングの制御を、図２（ｂ）は「Sheet Mode」によるレンダリングの制御をそれぞれ示す。４枚の集約印刷（４ページのＮｕｍｂｅｒ ｕｐ）を例にして説明する。Ａ社の場合はＰＤＬが、１ページずつページイメージを記述する「Page Mode」で作成される。よってＰＤＬは４ページ分のページイメージを有している。これに対し、Ｂ社の場合はＰＤＬが、集約される４ページが面付けされた状態のページイメージを記述する「Sheet Mode」で作成される。よってＰＤＬは１ページ分のページイメージしか有していない。
「Page Mode」…ページ毎にＲＩＰ処理を指示して１枚に集約されたラスターデータを作成する
「Sheet Mode」…すでに複数のページが集約された１ページの各部分（この部分をセルという）毎にＲＩＰ処理を指示してラスターデータを作成する
Ｃ社の印刷処理装置は、ＲＩＰエンジンの「ＲＩＰ制御モード」に応じてＡ社ＲＩＰエンジン又はＢ社ＲＩＰエンジンをそれぞれ制御することで、「ＲＩＰ制御モード」の違いに対応することができる。
【００２０】
しかしながら、「ＲＩＰ制御モード」の違いによって、シート面全体に対する加工が行えない場合があるという問題があった。なお、シートとは印刷物として出力される用紙などの記録媒体である。
【００２１】
図３は、シート面に対する加工について説明する図の一例である。図３（ａ）に示すように、期待される出力結果は、４ページを１枚のシートに集約すると共に、シート面全体に「α」という加工（スタンプ）が施されたものである。
【００２２】
Ａ社ＲＩＰエンジンは「Page Mode」で動作し、Ｂ社ＲＩＰエンジンは「Sheet Mode」で動作する。図３（ｃ）に示すように、「Sheet Mode」では上記のように、複数のページが集約された状態でレンダリングするので、Ｂ社ＲＩＰエンジンはシート面に対する加工が可能である。
【００２３】
これに対し、図３（ｂ）に示すように、「Page Mode」で動作するＡ社ＲＩＰエンジンは、ページ単位でレンダリングするため、１つのシート面において複数のページを跨るレンダリング処理は困難であった。
【００２４】
そこで、本実施形態では、Ａ社ＲＩＰエンジンが「Page Mode」と「Sheet Mode」で順番に動作して、シート面に対する加工を可能にする。
【００２５】
図４は、Ａ社ＲＩＰエンジンによる集約印刷のシート面に対する処理を模式的に説明する図の一例である。
（１）Ａ社ＲＩＰエンジンは、１ページ目から４ページ目まで、「Page Mode」でレンダリングを行い、４ページの画像を１つの画像に出力する。この時点ではスタンプは描画されていない。
（２）次に、Ａ社ＲＩＰエンジンは、４ページが集約された画像に「Sheet Mode」でスタンプを付与する。
【００２６】
これにより、「Page Mode」で動作するＲＩＰエンジンが、１つのシート面において複数のページを跨る加工を施すことができる。
【００２７】
〔構成例〕
図５は、本実施例に係る印刷システム２００の全体構成図の一例を示す。本実施例に係る印刷システム２００は、ＬＡＮやインターネットなどのネットワーク３を介して接続された、一台以上のエンドユーザ環境１と、ＰＯＤ（Print On Demand）印刷システム環境２とを有する。
【００２８】
エンドユーザ環境１には、クライアントＰＣ１１が配置されている。クライアントＰＣ１１はＰＯＤ印刷業務向けのワークフローアプリケーション（以下、単にアプリケーショという）１２が搭載されており、ユーザの操作を受け付けて印刷ジョブの生成を行うことができる。
【００２９】
アプリケーション１２は用紙面に複数の論理的なページイメージを複数貼り付けるための集約面付け機能（Ｎｕｍｂｅｒ Ｕｐ面付け機能）、ヘッダー、フッター、ページ番号などを付加するためのイメージ編集機能を実行することができる。また、アプリケーション１２は印刷製本のための穴あけ（パンチ）指示やステープル留め（ステープル）などの指示を指定することができる。これらの指示や設定はＪＤＦに記述される。ＪＤＦはジョブチケット又は作業指示書、印刷指示書などと呼ばれる場合がある。
【００３０】
ＰＯＤ印刷システム環境２は、ネットワーク３で接続された、工程管理部２０と、デジタル印刷部３０と、ポストプレス部４０とを有している。工程管理部２０はＰＯＤ印刷システム環境２においてデジタル印刷部３０及びポストプレス部４０の各工程に対して作業を指示し、ＰＯＤ印刷システム環境２のワークフローを一元管理する。
【００３１】
工程管理部２０は、エンドユーザ環境１から印刷ジョブ（ＪＤＦとＰＤＬ）を受信し、印刷ジョブを保存する。ＪＤＦは特許請求の範囲の設定情報の一例である。ＰＤＬは特許請求の範囲の印刷データの一例である。ＰＤＬは、ページイメージ（ラスタライズされた画像）の描画内容を指示するための言語であるが、ここではＰＤＬで記述されたデータを意味している。ＰＤＬには、ＰＤＦ（Portable Document Format）、PostScript、ＰＣＬ、ＲＰＤＬなどがある。
【００３２】
また、工程管理部２０はエンドユーザ環境１からの印刷ジョブに基づいて各工程における作業をワークフローとして組み立てたり、デジタル印刷部３０やポストプレス部４０、各作業者の作業を効率よくスケジューリングしたり、自動運転時におけるエラー発生時、必要に応じてオペレータに通知をしたりすることもできる。一般的に工程管理部２０は１台以上のＰＣサーバ２１を含むように構成される。
【００３３】
工程管理部２０は、印刷ジョブをデジタル印刷部３０に送信し印刷を行わせる。また、印刷物はポストプレス部４０に搬送され、工程管理部２０からの指示によりポストプレス部４０は製本などを行う。なお、デジタル印刷部３０から直接、印刷ジョブがポストプレス部４０に送信されてもよい。
【００３４】
デジタル印刷部３０は、種々のプリンター（プロダクション向けプリンター、高速カラーインクジェットプリンター、カラー／モノクロＭＦＰなどのプリンター装置）３１を含むように構成される。デジタル印刷部３０には、ＤＦＥ（Digital Front End)３２が配置される。ＤＦＥ３２は印刷処理装置とも呼ばれ、プリンター３１による印刷を制御する。ＤＦＥ３２は、図示するようにプリンター３１と別体でもよいし、プリンター３１と一体でもよい。ＤＦＥ３２は、工程管理部２０から印刷ジョブを取得すると、ＪＤＦとＰＤＬを用いてプリンター３１がトナー像又はインクによる画像を形成するためのラスターデータ（特許請求の範囲の描画データの一例である）を生成して、プリンター３１に送信する。
【００３５】
デジタル印刷部３０は種々のプリンター３１を有している。なお、デジタル印刷部３０には印刷した記録紙に対して、紙折り、中綴じ製本、くるみ製本、パンチ等の後加工（後処理）を行うためのフィニッシャ（後処理装置）と直接接続したプリンター３１が含まれていてもよい。
【００３６】
ポストプレス部４０は、工程管理部２０から受信した印刷物（ポストプレスジョブ）の作業指示に従って、紙折り機、中綴じ製本機、くるみ製本機、断裁機、封入機、帳合い機等の後処理デバイスを含むように構成される。また、ポストプレス部４０はデジタル印刷部３０より出力された印刷物に対して、紙折り、中綴じ製本、くるみ製本、断裁、封入、帳合い等の仕上げ処理を実行する。ポストプレス部４０には、ステープラ４０１、パンチ穴あけ機４０２など、デジタル印刷後の後加工（後処理）を行うための後処理装置が含まれている。
【００３７】
エンドユーザ環境１のエンドユーザは、クライアントＰＣ１１から、ＰＯＤ印刷業務向けのアプリケーション１２を使用して、画像の編集、面付け、テキスト挿入、後処理の指示などを行い、ＰＯＤ印刷システム環境２の工程管理部２０に対して、印刷ジョブを送信する。
【００３８】
工程管理部２０のＰＣサーバ２１はＪＤＦに従い、デジタル印刷部３０に対して印刷の指示を行い、ポストプレス部４０に対して後処理の指示を行う。
【００３９】
〔ハードウェア構成〕
本実施例では、エンドユーザ環境１が作成した印刷ジョブを工程管理部２０が受け取り、工程管理部２０がＤＦＥ３２に印刷ジョブを送信する。本実施例のＤＦＥ３２の機能は、ネットワーク上の機器が行えば必ずしもＤＦＥ３２が行わなくてもよいが、本実施例ではＤＦＥ３２が「ＲＩＰ制御モード」の違いに応じてシート面に対する加工を行うものとして説明する。
【００４０】
図６は、ＤＦＥ３２のハードウェア構成図の一例を示す。ＤＦＥ３２は、例えば図６に示すようなハードウェア構成により実現される。すなわち、ＤＦＥ３２は情報処理装置（コンピュータ）としての機能を有している。ＤＦＥ３２は、バス３２９で相互に接続されているＣＰＵ３２１、ＲＡＭ３２２、補助記憶装置３２３、通信装置３２４、入力装置３２５、表示制御部３２６、及び、記録媒体Ｉ／Ｆ３２７を有している。
【００４１】
ＣＰＵ３２１は、ＲＡＭ３２２をワークメモリにしてプログラムを実行することで、ＤＦＥ３２の全体を制御する。補助記憶装置３２３は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの不揮発メモリである。補助記憶装置３２３は印刷ジョブを変換する機能を有するプログラム３２８を記憶している。
【００４２】
通信装置３２４は、モデム，ＬＡＮカード等であり、ネットワーク３に接続してエンドユーザ環境１、工程管理部２０又はポストプレス部４０と通信する。また、プリンター３１と通信する。入力装置３２５はキーボードやマウス等である。入力装置３２５はユーザの操作を受け付ける装置であり、キーボードやマウスなどである。表示制御部３２６はディスプレイ３３０と接続されており、ＣＰＵ３２１からの指示によりディスプレイ３３０に画面を表示する。なお、ディスプレイ３３０はタッチパネルでもよい。
【００４３】
記録媒体Ｉ／Ｆ３２７は、可搬型の記録媒体を脱着可能であり、ＣＰＵ３２１からの指示により記録媒体３３１にデータを書き込んだり、記録媒体３３１からデータを読み出したりする。記録媒体３３１は、例えばＣＤ−ＲＯＭ、光ディスク、ＵＳＢメモリ、ＳＤカード（登録商標）等、光学的，電気的、又は、磁気的に記録する媒体、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプのものを用いることができる。
【００４４】
なお、プログラム３２８は記録媒体３３１に記憶された状態で配布されるか、又は、不図示のサーバからネットワーク３を介してダウンロードされることで配布される。
【００４５】
また、エンドユーザ環境１のクライアントＰＣ１１、及び、工程管理部２０のＰＣサーバ２１のハードウェア構成図も図６と同様の構成で実現できる。
【００４６】
〔ＤＦＥの機能について〕
図７は、ＤＦＥの機能ブロック図の一例である。ＤＦＥ３２は、印刷ワークフローにおいてジョブ制御、ＲＩＰ（Raster Image Processor）制御、及び、プリンター制御を行う。このように、ＤＦＥ３２はエンドユーザ環境１や工程管理部２０に対し印刷の主要な機能を提供するサーバとして動作する。なお、ジョブ制御とは、印刷ジョブの受け付け、ＪＤＦの解析、ラスターデータの作成、及び、プリンター３１による印刷等、印刷ジョブの手順の一連の制御をいう。ＲＩＰ制御とは、次述する「ＤＦＥ内ジョブ属性」の作成後、「RIP Parameter List」を作成してＲＩＰエンジン５９にラスターデータを作成させる制御をいう。「ＲＩＰ」とは「Raster Image Processor」の略であり、ラスターデータを作成する専用のＩＣやラスターデータを作成することをいう。プリンター制御とは、プリンター３１にラスターデータと「ＤＦＥ内ジョブ属性」の一部（後述する「Finishing情報」）を送信して印刷を行わせる制御をいう。
【００４７】
ＤＦＥ３２は、ジョブ受信部５１、システム制御部５２、ＵＩ制御部５４、ジョブ制御部５５、ＪＤＦ解析部５６、ＲＩＰ部５７、ＲＩＰ制御部５８、ＲＩＰエンジン５９、及び、プリンター制御部６１を有している。これらは、ＣＰＵ３２１がプログラム３２８を実行し、図６を含む各種のハードウェアと協働することで実現される。また、ＤＦＥ３２は、補助記憶装置３２３、ＲＡＭ３２２、及び、記録媒体３３１などに構築されたジョブデータ格納部５３及び画像格納部６０を有している。
【００４８】
ジョブ受信部５１は、ネットワーク３を介してアプリケーション１２などから印刷ジョブを受け付ける。ログとして、例えば、一意のジョブ番号、受付日時、終了日時、ステータスなどを印刷ジョブに関連付けて記録する。印刷ジョブは、アプリケーション１２から入力される以外に、ＵＳＢメモリなどから入力されてもよい。本実施形態では印刷ジョブにＪＤＦが含まれているものとするが、ＪＤＦが含まれていない場合、ジョブ受信部５１はダミーのＪＤＦを作成して、レンダリングを可能にする。
【００４９】
システム制御部５２は、受信した印刷ジョブをジョブデータ格納部５３に格納するか、又は、ジョブ制御部５５に出力する。例えば、ＤＦＥ３２に予め印刷ジョブをジョブデータ格納部５３に格納すると設定されている場合、システム制御部５２は印刷ジョブをジョブデータ格納部５３に格納する。また、例えばＪＤＦに、ジョブデータ格納部５３に格納するか否かが記述されている場合は、記述に従う。
【００５０】
また、システム制御部５２は、ジョブデータ格納部５３に格納した印刷ジョブの内容を例えばユーザがディスプレイ３３０に表示する操作を行った場合、ＪＤＦをジョブデータ格納部５３からＵＩ制御部５４に出力する。ユーザがＪＤＦを変更した場合、ＵＩ制御部５４は変更内容を受け付け、システム制御部５２は再度、変更されたＪＤＦをジョブデータ格納部５３に格納する。
【００５１】
また、システム制御部５２は、ユーザ、エンドユーザ環境１、又は、工程管理部２０から印刷ジョブの実行の指示を受け付けると、ジョブデータ格納部５３に格納された印刷ジョブをジョブ制御部５５に出力する。また、例えば、ＪＤＦに印刷時刻が設定されている場合、該時刻になるとジョブデータ格納部５３に格納された印刷ジョブをジョブ制御部５５に出力する。
【００５２】
ジョブデータ格納部５３は、このように印刷ジョブを格納するための記憶領域であり、ＤＦＥ３２の補助記憶装置３２３や記録媒体３３１に設けられる。また、ネットワーク上の記憶装置（不図示）に設けられてもよい。
【００５３】
ＵＩ制御部５４は、ＪＤＦを解釈してディスプレイ３３０に印刷ジョブの内容を表示する。また、ＲＩＰエンジン５９が作成したラスターデータをディスプレイ３３０に表示することができる。
【００５４】
ジョブ制御部５５は、ＲＩＰ制御部５８に対しラスターデータを作成させ、また、プリンター制御部６１に印刷を行わせる。具体的には、まず、印刷ジョブのＪＤＦをＪＤＦ解析部５６に送信すると共に、ＪＤＦ解析部５６にＪＤＦ変換要求を出力する。
【００５５】
ＪＤＦ解析部５６は、ジョブ制御部５５からＪＤＦとＪＤＦ変換要求を取得する。ＪＤＦ解析部５６はＪＤＦの記述を解析して、ＪＤＦを作成したアプリケーション１２のメーカを判断する。ＪＤＦを作成したアプリケーション１２のメーカを判断することは、印刷ジョブがレンダリングされることが想定されているＲＩＰエンジン５９を判断することとほぼ同じ意味である。
【００５６】
ＪＤＦ解析部５６は、ＪＤＦをアプリケーション１２の各メーカ用に用意されている変換テーブル６４を用いた方法でＤＦＥ３２が扱うことが可能な「ＤＦＥ内ジョブ属性」 に変換する。すなわち、ＤＦＥ３２が、Ｃ社が作成したものであれば、Ｃ社だけでなくＡ社又はＢ社のアプリーションが作成したＪＤＦをＣ社のＤＦＥ３２が扱うことが可能な「ＤＦＥ内ジョブ属性」に変換する。「ＤＦＥ内ジョブ属性」は、特許請求の範囲の装置用設定情報の一例である。
【００５７】
なお、印刷ジョブを作成したアプリケーション１２がレンダリングされることを想定したＲＩＰエンジン５９を有していないと判断する場合、ＪＤＦ解析部５６は、Ａ社用の変換テーブル６４、Ｂ社用の変換テーブル６４、及び、Ｃ社用の変換テーブル６４のそれぞれで「ＤＦＥ内ジョブ属性」を作成する。そして、ＪＤＦの属性値と「ＤＦＥ内ジョブ属性」の項目値とを比較して、差異が少ないほど大きな評価値を与え、評価値が大きい「ＤＦＥ内ジョブ属性」のＲＩＰエンジン５９を最適なＲＩＰエンジン５９として選択する。
【００５８】
ＪＤＦ解析部５６は、「ＤＦＥ内ジョブ属性」を作成する際、「ＤＦＥ内ジョブ属性」に「ＲＩＰ制御モード」を設定する。各社の印刷ジョブが「Page Mode」か「Sheet Mode」のどちらで作成されているのかは予め調査されている。よって、ＪＤＦを作成したアプリケーション１２のメーカが判断されれば「ＲＩＰ制御モード」も決定できる。本実施例では、ＤＦＥ３２は印刷ジョブの集約印刷の設定を「Page Mode」で扱っているものとする（Page Modeがデフォルトの動作モード）。
【００５９】
また、ＪＤＦ解析部５６は、PageModeシート属性生成部６３を有している。PageModeシート属性生成部６３は、ＪＤＦを解析し「Page Mode」で動作するＲＩＰエンジン５９に対し、集約印刷とシート属性が設定されているか否かを判定する。集約印刷とシート属性が設定されたＪＤＦが「Page Mode」で動作するＲＩＰエンジン用に作成されている場合、以下の処理が行われる。なお、シート属性とは、シート面の全体に対する加工設定（スタンプ、ヘッダー、フッター、地紋など）である。
【００６０】
PageModeシート属性生成部６３は、「Page Mode」で動作するＲＩＰエンジン用のＪＤＦに集約印刷とシート属性が設定されている場合、「シート用」と「ページ用」の「ＤＦＥ内ジョブ属性」を生成する。これにより、「Page Mode」で複数のページを集約した後、「Sheet Mode」でシート面に対する加工が可能になる。「シート用」と「ページ用」の「ＤＦＥ内ジョブ属性」については図１３で説明する。
【００６１】
また、PageModeシート属性生成部６３は、シート用の「ＤＦＥ内ジョブ属性」に「ＤＦＥ内ジョブ属性間関連情報」という情報を追加して、ここに当該シート用の「ＤＦＥ内ジョブ属性」と関連するページ用の「ＤＦＥ内ジョブ内属性」を一意に示す情報を付与する。すなわち、「ＤＦＥ内ジョブ属性間関連情報」によりシート用の「ＤＦＥ内ジョブ属性」とページ用の「ＤＦＥ内ジョブ属性」とが紐付けられる。
【００６２】
以上により「ＤＦＥ内ジョブ属性」を取得したジョブ制御部５５は、「ＤＦＥ内ジョブ属性」とＰＤＬを「RIP Parameter List」に変換し、ＲＩＰ制御部５８に対して、「RIP Parameter List」という形で印刷ジョブを出力する。本実施形態では、ジョブ制御部５５が印刷ジョブ毎にＲＩＰ制御部５８に対して印刷ジョブを出力する。「RIP Parameter List」は制御データの一例である。
【００６３】
「シート用」と「ページ用」の「ＤＦＥ内ジョブ属性」が作成された場合は、「RIP Parameter List」もページ用とシート用の２つが作成される。
【００６４】
ジョブ制御部５５はPageModeシート属性変換部６２を有する。PageModeシート属性変換部６２は、「ＤＦＥ内ジョブ属性」の「ＤＦＥ内ジョブ属性間関連情報」を参照し、複数の「ＤＦＥ内ジョブ属性」の間に関連がある場合、「ＤＦＥ内ジョブ属性間関連情報」に応じて「RIP Parameter List」を生成する。すなわち、ページ用の「RIP Parameter List」の画像出力先（特許請求の範囲の描画データ出力先の一例である）を、シート用の「RIP Parameter List」の画像入力先（特許請求の範囲の描画データ入力先の一例である）に変更する。具体的には後述する。
【００６５】
なお、「RIP Parameter List」はＲＩＰエンジン５９にてＲＩＰ処理を行うために必要な情報の集合である。ジョブ制御部５５は「RIP Parameter List」の情報からＲＩＰエンジン５９へのＲＩＰ処理の命令を決定する。この命令をＲＩＰコマンドという。「RIP Parameter List」には「ＲＩＰ制御モード」が含まれている。ＲＩＰ制御部５８は「ＲＩＰ制御モード」に応じてＲＩＰエンジン５９を制御する。よって、「ＲＩＰ制御モード」によりシーケンスが決定される。
【００６６】
ＲＩＰ部５７は、ＲＩＰ制御部５８とＲＩＰエンジン５９を有し、これらによりラスターデータを作成する。ＲＩＰ制御部５８は、「RIP Parameter List」の情報を解析して、複数あるＲＩＰエンジン５９から使用するＲＩＰエンジン５９を決定する。ＲＩＰエンジン５９の決定は、「RIP Parameter List」の１つ以上の項目に基づく場合と、「RIP Parameter List」に明示されたＲＩＰエンジン識別情報に基づく場合とがある。例えばジョブ制御部５５が「RIP Parameter List」にＲＩＰエンジン識別情報を明示していれば、ＲＩＰエンジン識別情報が指示するＲＩＰエンジン５９を選択する。ＲＩＰ制御部５８は、「RIP Parameter List」を参照して、選択したＲＩＰエンジン５９にＲＩＰコマンドを送信する。
【００６７】
また、ＲＩＰ制御部５８は、「RIP Parameter List」を参照して、「ＲＩＰ制御モード」が「Sheet Mode」の場合、「Sheet Mode」に従ってＲＩＰコマンドをＲＩＰエンジン５９に出力する。これにより、印刷ジョブ（主にＰＤＬ）の違いを吸収できる。
【００６８】
ＲＩＰエンジン５９はレンダリングエンジンであり、ＲＩＰコマンドに従ってラスタライズを行うことでラスターデータを作成する。ＲＩＰエンジン５９は特許請求の範囲の「描画データ作成手段」の一例である。ＲＩＰエンジン５９は、ソフトウェア又はＬＳＩなどのハードウェアのどちらで実装されていてもよい。ソフトウェアで実装されている場合、各ＲＩＰエンジン５９はマルチタスクにより並列にレンダリングを行い、ハードウェアにより実装されている場合、各ＲＩＰエンジン５９は独立にレンダリングできるので並列にレンダリングできる。なお、ＲＩＰエンジン５９においてソフトウェアとハードウェアの実装が混在していてもよい。
【００６９】
画像格納部６０は、作成されたラスターデータが格納される記憶手段である。画像格納部６０は、例えば、補助記憶装置３２３に搭載される。または、ネットワーク上の記憶装置に搭載されてもよい。
【００７０】
プリンター制御部６１は、プリンター３１と接続されており、画像格納部６０に格納されているラスターデータを読み出しプリンター３１に送信することで印刷を行う。また、ジョブ制御部５５から取得した「Finishing情報」に基づき仕上げ処理を行う。
【００７１】
プリンター制御部６１は、各種の通信規格を利用してプリンター３１と通信し、プリンター３１の情報を取得することができる。例えば印刷ワークフローの規格を定めるＣＩＰ４では、ＪＤＦの規格としてデバイス仕様情報をプリンター３１と送受信するDevCapsという規格を定めている。また、ＳＮＭＰ（Simple Network Management Protocol）という通信プロトコルとＭＩＢ（Management Information Base）というデータベースとを利用したプリンター３１の情報の収集方法も知られている。プリンター制御部６１はこれらを利用してプリンター３１に格納されている各種の情報を取得する。
【００７２】
〔ＪＤＦ及びＪＤＦを作成したアプリケーションのメーカの決定について〕
ＪＤＦはＸＭＬ（Extensible Markup Language）で記述される。ＸＭＬはタグに意味をもたせて文書を構造化する構造化テキストの規格である。
【００７３】
図８は、ＪＤＦの記載の一部を説明する図の一例である。図８（ａ）のＪＤＦはＣ社のアプリケーション１２が作成したものであるとする。ＪＤＦには、印刷ジョブに対する指示内容が記述されている。
「JDF xmlns="http://www.CIP4.org/JDFSchema_1_1"」は、CIP4準拠のJDFチケットであることを示す。
「xmlns:C="www.ccc.com/schema/ccc"」は、CIP4準拠外の各印刷業者／ベンダーが独自に拡張したJDFタグ定義を示す。本例の場合、ＪＤＦ内の「C:」から始まるタグは、全て拡張タグになる。
「ResourcePool」は、印刷を実現するための属性の集合を定義する。
「LayoutPreparationParams」は、「ResourcePool」に定義される属性のひとつであり、面付け関連の属性を定義する。
「ResourceLinkPool」は、ページ間などジョブ内の特定の範囲で属性が異なる場合などに、その範囲に対する「ResourcePool」内の共通利用する属性への参照の集合を定義する。
「ComponentLink」は、「ResourceLinkPool」内の参照の定義のひとつであり、出力物に関わる属性の参照とその情報を指定する。
「Amount」は、部数を指定する。
「Rotate」は、画像の回転角度を指定する。
【００７４】
図８（ｂ）はＡ社の拡張の一例を、図８（ｃ）はＢ社の拡張の一例を示す。図８（ｂ）の「xmlns:A="www.aaa.com/schema/aaa"」は、ＪＤＦ内の「A:」から始まるタグは、全てＡ社の拡張タグになることを意味する。図８（ｃ）の「xmlns:B="www.bbb.com/schema/bbb"」は、ＪＤＦ内の「B:」から始まるタグは、全てＢ社の拡張タグになることを意味する。
【００７５】
したがって、ＪＤＦ解析部５６は、ＪＤＦのこれらの記述を参照することで、ＪＤＦを作成したアプリケーション１２のメーカを判別できる。アプリケーション１２のメーカに応じて後述する変換テーブル６４を用いて、ＪＤＦをＣ社のＤＦＥ３２が扱うことができる「ＤＦＥ内ジョブ属性」に変換できる。
【００７６】
＜「Page Mode」においてシート属性を有するか否かの判断＞
図９を用いて「Page Mode」におけるシート属性を有するＪＤＦについて説明する。図９（ａ）はスタンプのシート属性において期待される出力結果の一例を示し、図９（ｂ）はスタンプのシート属性を含むＪＤＦの一例を示す。図９（ｃ）はスタンプのセル属性において期待される出力結果の一例を示し、図９（ｄ）はスタンプのセル属性を含むＪＤＦの一例を、それぞれ示す。シート属性が１枚のシートに集約された複数のページ跨る加工を指示するのに対し、セル属性は１枚のシートに集約される各ページ毎に加工を指示する。よって、シート属性のスタンプは１枚のシートに跨ってαという文字が１つ形成され、セル属性のスタンプは各ページにαという文字が形成される。
【００７７】
図９（ｂ）（ｄ）に示すように、
LayouPreparationParamsタブにて、「N-up（集約印刷）」の情報を示している。
Layoutタグの「MarkObject」にて、スタンプ「＠」の情報を示している。
【００７８】
ここでResourceLinkPool では、ユーザ要求のジョブを実現する上での処理のつながりを示している。ResourcePool では、実際の処理の情報が記載されている。ResourceLinkPool と ResourcePool 内のタグ情報は、ResoucePool の<要素名 >と ResourceLinkPool 内の<要素名Link> という形で関連付けられている。例えば、LayoutLink と Layout は関連付けられている。
【００７９】
したがって、次の記述に基づきセル属性のスタンプではなく、シート属性のスタンプと判別することが可能になる。
ResourceLinkPool内に以下の内容がそれぞれ独立に定義されている。
・LayoutLinkとしてスタンプ処理を含むLayoutへのリンクが定義されており、
・LayoutPrepareationParamsLink としてN-up処理を含むLayoutPreparationParamsが定義されている。
【００８０】
PageModeシート属性生成部６３は、このような判別基準に基づき、「Page Mode」のシート属性があるか否かを判断する。
【００８１】
〔ＤＦＥ内ジョブ属性の作成〕
図１０、１１を用いて「ＤＦＥ内ジョブ属性」の作成について説明する。図１０は変換テーブル６４の一例を、図１１は「ＤＦＥ内ジョブ属性」の作成を説明する図の一例である。ＪＤＦ解析部５６は、ＪＤＦを作成したアプリケーション１２のメーカ（印刷ジョブが処理されることが想定されているＲＩＰエンジン５９）の変換テーブル６４を用いてＪＤＦを「ＤＦＥ内ジョブ属性」に変換する。ＪＤＦを作成したアプリケーション１２のメーカを判断できない場合は、すべての変換テーブル６４を用いてＪＤＦを「ＤＦＥ内ジョブ属性」に変換してもよい。
【００８２】
図１０（ａ）はＣ社の変換テーブル６４の一例を示す。Ｃ社の変換テーブル６４は、「Amount」という属性名の属性値を「部数」という項目名の項目値に対応させ、「Rotate」という属性名の属性値を「回転」という項目名の項目値に対応させる。
【００８３】
変換方法は、図１１に示すように、ＪＤＦのタグ内の属性と「ＤＦＥ内ジョブ属性」の項目を対応づける変換テーブル６４を参照し、ＪＤＦの属性値を「ＤＦＥ内ジョブ属性」の項目値として配置するというものである。
【００８４】
ＪＤＦ解析部５６は、Ｃ社の変換テーブル６４だけでなく、Ａ社の変換テーブル６４とＢ社の変換テーブル６４を予め保持している。図１０（ｂ）はＡ社の変換テーブル６４を、図１０（ｃ）はＢ社の変換テーブル６４をそれぞれ示す。ＪＤＦ解析部５６は上記のようにＪＤＦから拡張タグを指定する記述を検出して、アプリケーション１２のメーカを判断し、各メーカに対応した変換テーブル６４を使用する。
【００８５】
Ａ社、Ｂ社のＪＤＦの場合も同様に変換できる。Ａ社の変換テーブル６４は、「A:Amount」という属性名の属性値を「部数」という項目名の項目値に対応させ、「A:Rotate」という属性名の属性値を「回転」という項目名の項目値に対応させる。Ｂ社の変換テーブル６４は、「B:DeliveryAmount」という属性名の属性値を「部数」という項目名の項目値に対応させ、「B:Rotate」という属性名の属性値を「回転」という項目名の項目値に対応させる。なお、Ｂ社の変換テーブル６４では、「B:AlternateRotation」という属性名の属性値が「false」の場合のみ回転が有効になる。したがって、Ａ社又はＢ社のＪＤＦであると判定されれば、Ｃ社のＪＤＦと同様に「ＤＦＥ内ジョブ属性」を作成できる。
【００８６】
なお、ＪＤＦ解析部５６は、集約印刷における印刷ジョブの形式が自社（Ｃ社）と異なる会社のアプリケーション１２により作成されていると判断すると、「ＤＦＥ内ジョブ属性」の「ＲＩＰ制御モード」という項目に「Sheet Mode」を設定する。アプリケーション１２が自社製であったり、集約印刷における印刷ジョブの形式が自社（Ｃ社）と同じ会社のアプリケーション１２である場合は、「ＲＩＰ制御モード」という項目に「Page Mode」を設定する。これにより、ＲＩＰ制御部５８は「ＲＩＰ制御モード」に応じてＲＩＰエンジン５９に出力するＲＩＰコマンドを制御できる。
【００８７】
図１２は、「ＤＦＥ内ジョブ属性」の一例を示す図である。「ＤＦＥ内ジョブ属性」は大きく、ジョブの実行に関する「Ｊｏｂ情報」、ラスターデータに関する「Edit情報」、及び、仕上げ処理に関する「Finishing情報」に区分されている。
・Ｊｏｂ情報の「部数」という項目は、出力部数を指定する。
・Ｊｏｂ情報の「ページ数」という項目は、ページ数を指定する。
・Ｊｏｂ情報の「ＲＩＰ制御モード」という項目は、「ＲＩＰ制御モード」を指定する。
・Ｊｏｂ情報の「ＤＦＥ内ジョブ属性間関連情報」という項目は、複数の「ＤＦＥ内ジョブ属性」を関連づける情報が格納される。例えば、シート用の「ＤＦＥ内ジョブ属性」とページ用の「ＤＦＥ内ジョブ内属性」を一意に関連づけする情報が格納される。
・Edit情報の「向き情報」という項目は、印刷の向きを指定する。
・Edit情報の「印刷面情報」という項目は、印刷面を指定する。
・Edit情報の「回転」という項目はページの回転角度を指定する。
・Edit情報の「拡大/縮小」という項目は拡大/縮小と変倍率を指定する。
・Edit情報の「イメージ位置：オフセット」という項目はイメージのオフセットを指定する。
・Edit情報の「イメージ位置：位置調整情報」という項目はイメージの位置調整を指定する。
・Edit情報の「レイアウト情報：カスタム・インポジション配置」という項目は、カスタム面の配置を指定する。
・Edit情報の「レイアウト情報：ページ数」という項目は、用紙１枚のページ数を指定する。
・Edit情報の「レイアウト情報：インポジション情報」という項目は、面配置に関する情報を指定する。
・Edit情報の「レイアウト情報：ページ順序情報」という項目は、印刷されるページの順序に関する情報を指定する。
・Edit情報の「レイアウト情報：クリープ位置調整」という項目は、クリープ位置の調整に関する情報を指定する。
・Edit情報の「マージン情報」という項目は、フィット・ボックスやガターなどのマージンに関する情報を指定する。
・Edit情報の「マーク情報：センター・クロップ・マーク情報」という項目は、センター・クロップ・マークに関する情報を指定する。
・Edit情報の「マーク情報：コーナー・クロップ・マーク情報」という項目は、コーナー・クロップ・マーク情報に関する情報を指定する。
・Edit情報の「シート属性」：スタンプ、ヘッダー、フッター、地紋などの情報を指定する。
・Finishing情報の「Collate情報」という項目は、文書が複数部数印刷される場合にページ単位で印刷するか文書単位で印刷するかの情報を指定する。
・Finishing情報の「ステープル/バインド情報」という項目は、ステープル/バインドに関する情報を指定する。
・Finishing情報の「パンチ情報」という項目は、パンチに関する情報を指定する。
・Finishing情報の「折り情報」という項目は、折りに関する情報を指定する。
・Finishing情報の「トリム」という項目は、トリムに関する情報を指定する。
・Finishing情報の「出力トレイ情報」という項目は、出力トレイに関する情報を指定する。
・Finishing情報の「入力トレイ」という項目は、入力トレイに関する情報を指定する。
・Finishing情報の「カバー・シート情報」という項目は、カバー・シートに関する情報を指定する。
【００８８】
また、図示するように、「ＤＦＥ内ジョブ属性」には「ＲＩＰ制御モード」が設定される。「ＲＩＰ制御モード」には「Page Mode」又は「Sheet Mode」が設定される。なお、ダミーＪＤＦの場合、「ＲＩＰ制御モード」には「Page Mode」が設定されるものとする。
【００８９】
＜「シート用」と「ページ用」の「ＤＦＥ内ジョブ属性」＞
図１３を用いて「シート用」と「ページ用」の「ＤＦＥ内ジョブ属性」の違いについて説明する。
【００９０】
ページ用の「ＤＦＥ内ジョブ属性」は、集約印刷するための属性を含むため拡大/縮小（集約なので縮小）、及び、回転の属性が設定されている。図１３では、１〜４ページを用紙の形状に合わせて１シートに集約するため、９０度左に回転されている。また、４ページを１シートに集約するため縮小されている。このため、ページ用の「ＤＦＥ内ジョブ属性」には縮小（縮小率など）と回転（回転角など）の属性が設定されている。
【００９１】
一方、シート用の「ＤＦＥ内ジョブ属性」では縮小や回転の属性は不要なので、これらの属性に関する設定は存在しない。また、各ページが集約された状態で画像入力先をはじめとする各属性が設定されている。画像入力先とは、４つのセル（縮小・回転された各ページの画像）を指定する情報である。
【００９２】
また、シート用の「ＤＦＥ内ジョブ属性」では、Edit情報の「シート属性」にスタンプなどを指示する情報が含まれる。これに対し、ページ用の「ＤＦＥ内ジョブ属性」ではEdit情報の「シート属性」にスタンプなどの指示は含まれない。
【００９３】
〔RIP Parameter List〕
図１４は、「RIP Parameter List」の一例を示す図である。
・入出力データ種類情報は、入力、出力データの種類を指定する。(入力、出力データは、ＰＤＬのみだけではなく、テキストファイルや、JPEGなどの画像データも指定される。
・入出力データの読み書き位置指定方式情報は、入力、出力データのオフセット（読み込み／書き込み位置）の指定方法を指定する。例えば、指定の位置から、現在の位置から、最後尾から、などを指定できる。
・入出力データの読み書き位置情報は、入力、出力データの現在の処理位置を指定する。
・入出力データの読み書きの実行モード情報は、実行モードを指定する情報である。例えば、READ、WRITE、READ_WRITEなどを指定する。
・単位情報（ディメンジョン）は、「RIP Parameter List」内で使用する単位を指定する。例えば、「mm」、「inch」、「pel」、「point」などが指定される。
・入出力データの圧縮方式情報は、入力、出力データの圧縮方法を指定する。例えば、「UNCOMPRESSED」、「PACKBITS」などが指定される。
・「ＲＩＰ制御モード」は、集約印刷における制御モードを指定する。例えば、「Page Mode」又は「Sheet Mode」が指定される。
【００９４】
入出力画像情報部は、「出力画像に関する情報」「入力画像に関連する情報」「画像の取り扱いに関する情報」を有している。
・画像フォーマット・タイプは、出力画像のファーマットのタイプを指定する。例えば、ラスタ等が指定される。
・画像フォーマット・ディメンジョンは、出力画像フォーマットのディメンジョンを指定する。
・画像フォーマット・解像度は、出力画像フォーマットの解像度を指定する。
・画像の位置は、出力画像の位置を指定する。
・カラーセパレーション情報は、カラーセパレーション（カラー分解）を指定する。例えば「ｋ」、「ｃｍｙｋ」、「separation」などが指定される。
・カラープレーン・フィット・ポリシー情報は、カラープレーンの展開方式を指定する。
・プレーン・シフト情報は、カラープレーンのシフト量を指定する。
・画像フォーマットのカラービット数は、出力画像フォーマットのカラービット数を指定する。
・画像の向き情報は、出力画像のページの向きを指定する。
・作像位置情報は、クロップ・エリアの位置情報を指定する。
・作像サイズ情報は、クロップ・エリアのサイズ情報を指定する。
・作像方式情報は、クリップのポリシーを指定する。
・カラーICC情報は、カラーICCプロファイルに関する情報を指定する。
・フォント代替情報は、フォントの代替に関する情報を指定する。
・作像基点情報は、作像起点を指定する。例えば、「センター」、「右上」などが指定される。
・フラットKブラック情報は、フラットKブラックに関する情報を指定する。
・レンダリング情報は、レンダリンク（ラスタライズ）に関する情報を指定する。
・画像フォーマット・タイプは、入力画像のファーマットのタイプを指定する。例えば、ラスタ等が指定される。
・画像フォーマット・ディメンジョンは、入力画像フォーマットのディメンジョンを指定する。
・画像フォーマット・解像度は、入力画像フォーマットの解像度を指定する。
・画像の位置は、入力画像の位置を指定する。
・入力データは、入力データを指定する。
・ページ範囲情報は、ページ番号を指定する。
・カラーICC情報は、カラーICCプロファイルに関する情報を指定する。
・スケーリング・オフセット情報は、拡大縮小アルゴリズムのオフセットを指定する。例えば、水平方向オフセット、垂直方向オフセットなどが指定される。
・オブジェクト・領域情報は、オブジェクト領域の幅、高さを指定する。
・ハーフトーン情報は、ハーフトーンのオフセットを指定する。例えば、水平方向オフセット、垂直方向オフセットが指定される。
・スケーリング・アルゴリズム情報は、スケーリングの方式を指定する。
【００９５】
ＰＤＬに関連する情報は、データ領域、サイズ情報、及び、データの配置方法を指定する。
・データ領域は、ＰＤＬの格納されている領域情報を指定する。フォント情報、ページ数の情報などは、このデータ領域内に存在するＰＤＬに含まれている。
・サイズ情報は、ＰＤＬのサイズを指定する。
・データの配置方法は、データの配置方式を指定する。例えば、リトルエンディアン、ビッグエンディアンなどが指定される。
【００９６】
＜Page Modeでシート属性がある場合の「RIP Parameter List」＞
PageModeシート属性変換部６２は、ページ用の「RIP Parameter List」の画像出力先をシート用の「RIP Parameter List」の画像入力先に変更する。「ＤＦＥ内ジョブ属性」にＤＦＥ内ジョブ属性間関連情報があることで、画像出力先を変換すべき「RIP Parameter List」を判断できる。
【００９７】
「RIP Parameter List」の画像出力先は各ページのシートに対する位置を指定する。本実施形態では、ページ用の「RIP Parameter List」は１ページ毎に画像処理されるため、各ページが集約されたシートをシート用の「RIP Parameter List」が使用できるように、ページ用の「RIP Parameter List」の画像出力先をシート用の「RIP Parameter List」の画像入力先に変更する。
【００９８】
具体的には、ページ用の「RIP Parameter List」の以下の属性が変更される。
【００９９】
・入出力データ種類情報
・入出力データの読み書き位置指定方式情報
・入出力データの読み書き位置情報 
・入出力データの読み書きの実行モード情報
図１５は、ページ用の「RIP Parameter List」の画像出力先の変更を説明する図の一例である。図１５（ａ）は変更前のページ用の「RIP Parameter List」の各ページの画像出力先を模式的に示し、図１５（ｂ）は変更後のページ用の「RIP Parameter List」の画像入力先に変更する図を模式的に示す。
【０１００】
図１５（ａ）では、各ページの頂点がシートの頂点（実際には余白等が考慮された位置）に対応するように各ページの画像出力先が設定される。
【０１０１】
これに対し、本実施形態ではページ用の「RIP Parameter List」で４つのページが集約された画像を作成して、この画像をシート用の「RIP Parameter List」の画像入力先とするため、図１５（ｂ）に示すように、各ページの頂点がシートの定められた位置（集約数や配置順などによって定まる）に対応づけられる。
【０１０２】
このようにページ用の「RIP Parameter List」の画像出力先が変更されることで、ＲＩＰ制御部５８は４ページが集約された画像を、シート用の「RIP Parameter List」の画像入力先に設定できる。
【０１０３】
なお、「入出力データ種類情報」には例えば４つのＢＭＰ（ローデータ）が設定され、「入出力データの読み書き位置指定方式情報」にはシートの定められた位置（例えば、図１５（ｂ）の黒丸の位置）が設定される。
【０１０４】
シート用の「RIP Parameter List」は不図示であるが、シート用の「ＤＦＥ内ジョブ属性」は各ページが集約された状態で各属性が設定されているので、シート用の「RIP Parameter List」の画像入力先はすでに４つのページが集約された画像になっている。したがって、シート用の「RIP Parameter List」では、図１５（ｂ）のページ用の「RIP Parameter List」の画像出力先が画像入力先になる。
【０１０５】
〔動作手順〕
図１６は、印刷システム２００の動作手順を示すシーケンス図の一例である。
S1：アプリケーション１２がＤＦＥ３２に印刷ジョブ（ＪＤＦ＋ＰＤＬ）を送信する。
S2：ジョブ受信部５１は印刷ジョブ（ＪＤＦ＋ＰＤＬ）をシステム制御部５２に出力する。
S3：システム制御部５２はジョブ制御部５５に印刷ジョブを出力する。なお、印刷ジョブをジョブデータ格納部５３に格納するようにＤＦＥ３２が設定されている場合、システム制御部５２はジョブデータ格納部５３に印刷ジョブを格納する。
S4：ジョブ制御部５５は、ＪＤＦ解析部５６にＪＤＦとＪＤＦ変換要求を出力する。
S5：ＪＤＦ解析部５６は、PageModeシート属性生成部６３に対しシート属性の有無を判断させる。
S6：PageModeシート属性生成部６３はシート属性の有無の判断結果をＪＤＦ解析部５６に出力する。
【０１０６】
ステップS7〜S9とステップS10はどちらかが実行される。
S7：「Page Mode（集約印刷）」であり、かつ、シート属性があると判断された場合、ＪＤＦ解析部５６はPageModeシート属性生成部６３に対し、ページ用の「ＤＦＥ内ジョブ属性」とシート用の「ＤＦＥ内ジョブ属性」を作成させる。
S8：PageModeシート属性生成部６３はページ用の「ＤＦＥ内ジョブ属性」とシート用の「ＤＦＥ内ジョブ属性」を作成し、シート用の「ＤＦＥ内ジョブ属性」のＤＦＥ内ジョブ属性間関連情報にページ用の「ＤＦＥ内ジョブ属性」を一意に示す情報を付与する。なお、PageModeシート属性生成部６３は、ＪＤＦを解析してＪＤＦを作成したアプリケーション１２のメーカ（ＲＩＰエンジン５９）を判断し該ＲＩＰエンジン５９に対応する変換テーブル６４で「ＤＦＥ内ジョブ属性」を作成する。
S9：PageModeシート属性生成部６３はページ用の「ＤＦＥ内ジョブ属性」とシート用の「ＤＦＥ内ジョブ属性」をＪＤＦ解析部５６に出力する。
S10：シート属性があると判断されない場合（例えば、「Page Mode（集約印刷）」であるがシート属性がない場合）、ＪＤＦ解析部５６は「ＤＦＥ内ジョブ属性」を作成する。なお、ＪＤＦ解析部５６は、ＪＤＦを解析してＪＤＦを作成したアプリケーション１２のメーカ（ＲＩＰエンジン５９）を判断し、該ＲＩＰエンジン５９に対応する変換テーブル６４で「ＤＦＥ内ジョブ属性」を作成する。
S11：ＪＤＦ解析部５６は、「ＤＦＥ内ジョブ属性」をジョブ制御部５５に出力する。
S12：ジョブ制御部５５は、ページ毎の「ＤＦＥ内ジョブ属性」とＰＤＬを用いて「RIP Parameter List」を作成する。ページ用とシート用の「ＤＦＥ内ジョブ属性」がある場合は２つの「RIP Parameter List」を作成する。
【０１０７】
S13：ジョブ制御部５５は、「ＤＦＥ内ジョブ属性」にＤＦＥ内ジョブ属性間関連情報の設定があるか否かを判定する。
S14：ＤＦＥ内ジョブ属性間関連情報の設定がある場合、ジョブ制御部５５はPageModeシート属性変換部６２に対しページ用の「RIP Parameter List」とシート用の「RIP Parameter List」の変更させる。
S15：PageModeシート属性変換部６２は、ページ用の「RIP Parameter List」の画像出力先を、シート用の「RIP Parameter List」の画像入力先に変更する。
S16：PageModeシート属性変換部６２は、ページ用、シート用の「RIP Parameter List」をジョブ制御部５５に出力する。
【０１０８】
「RIP Parameter List」の作成後は、ページ用の「RIP Parameter List」とシート用の「RIP Parameter List」が順番に、ＲＩＰ制御部５８に出力される。また、「Page Mode（集約印刷）」であるがシート属性がない場合、ＲＩＰ制御モードに応じて「Page Mode」又は「Sheet Mode」のどちらかのシーケンスが選択され実行される。
S17：ジョブ制御部５５は、まず、ページ用の「RIP Parameter List」をＲＩＰ制御部５８に出力する。
S18：ＲＩＰ制御部５８は、ＲＩＰエンジン５９を初期化する。
S19：ジョブ制御部５５は、ＲＩＰ制御部５８に対しＲＩＰ実行要求を行う。
S20：ＲＩＰ制御部５８は、ジョブ制御部５５の代わりにＲＩＰコマンドを出力する。ＲＩＰ制御部５８は「ＲＩＰ制御モード」が「Page Mode 」の場合、「Page Mode 」に適したシーケンスでＲＩＰコマンドを出力する。
S21：ＲＩＰエンジン５９はラスタライズを行う。
S22：ＲＩＰエンジン５９はラスターデータを画像格納部６０に格納する。これにより、例えば４ページが１シートに集約されたラスターデータが作成される。
【０１０９】
次に、ジョブ制御部５５は「Sheet Mode」のレンダリングを行う。
S23：ジョブ制御部５５は、ＲＩＰ制御部５８に対しＲＩＰ実行要求を行う。
S24：ＲＩＰ制御部５８は、ＲＩＰエンジン５９を初期化する。
S25：ジョブ制御部５５は、ＲＩＰ制御部５８に対しＲＩＰ実行要求を行う。
S26：ＲＩＰ制御部５８は、「Sheet Mode」に適したシーケンスでＲＩＰコマンドを出力する。シート用の「RIP Parameter List」の画像入力先は、集約された各セル（1シート内の各ページ）なので、セル単位で処理される。
S27：ＲＩＰエンジン５９はラスタライズを行う。
S28：ＲＩＰエンジン５９はラスターデータを画像格納部６０に格納する。
S29：ジョブ制御部５５はfinishing情報と共に印刷実行要求をプリンター制御部６１に出力する。
S30：プリンター制御部６１は画像格納部６０からラスターデータを読み出して印刷を実行する。
【０１１０】
以上説明したように、本実施形態のＤＦＥ３２は、「Page Mode」で動作するＲＩＰエンジン５９のＪＤＦに集約印刷とシート属性が含まれている場合、「Page Mode」でレンダリングを行い次に「Sheet Mode」でスタンプを形成する。これにより、「Page Mode」で動作するＲＩＰエンジン５９が、１つのシート面において複数のページを跨る加工を施すことができる。
【０１１１】
〔好適な変形例〕
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１１２】
例えば、図７ではＤＦＥ３２が全ての機能を有しているが、これらの各機能はネットワーク３を介して通信可能な別々の装置に配置されていてもよい。例えば、各社のＲＩＰエンジン５９やＪＤＦ解析部５６はＤＦＥ３２がアクセス可能なネットワーク上に存在すればよい。
【０１１３】
画像格納部６０やジョブデータ格納部５３についても同様であり、ＤＦＥ３２がアクセス可能なネットワーク上に存在すればよい。
【符号の説明】
【０１１４】
１      エンドユーザ環境
２      ＰＯＤ印刷システム環境
１１    クライアントＰＣ
１２    アプリケーション
２０    工程管理部
３０    デジタル印刷部
３１    プリンター
３２    ＤＦＥ
５１    ジョブ受信部
５２    システム制御部
５３    ジョブデータ格納部
５４    ＵＩ制御部
５５    ジョブ制御部
５６    ＪＤＦ解析部
５７    ＲＩＰ部
５８    ＲＩＰ制御部
５９    ＲＩＰエンジン
６０    画像格納部
６１    プリンター制御部
６２    PageModeシート属性変換部
６３    PageModeシート属性生成部
６４    変換テーブル
【先行技術文献】
【特許文献】
【０１１５】
【特許文献１】特開２０１２‐２３８１８８号公報
【図１】
2015187842.tif 000003
【図２】
2015187842.tif 000004
【図３】
2015187842.tif 000005
【図４】
2015187842.tif 000006
【図５】
2015187842.tif 000007
【図６】
2015187842.tif 000008
【図７】
2015187842.tif 000009
【図８】
2015187842.tif 000010
【図９】
2015187842.tif 000011
【図１０】
2015187842.tif 000012
【図１１】
2015187842.tif 000013
【図１２】
2015187842.tif 000014
【図１３】
2015187842.tif 000015
【図１４】
2015187842.tif 000016
【図１５】
2015187842.tif 000017
【図１６】
2015187842.tif 000018