(57)【要約】【課題】外部からレンダリングエンジンを選択可能な情報処理装置を提供すること。【解決手段】印刷ジョブを用いて描画データを作成する情報処理装置３２であって、印刷ジョブを用いて描画データを作成する複数の描画データ作成手段５９と、前記描画データ作成手段を指定する印刷ジョブを受信する印刷ジョブ受信手段６４と、指定された前記描画データ作成手段に印刷ジョブを出力する印刷ジョブ出力手段５８と、を有することを特徴とする。【選択図】図４
2015187841.tif 000002
【特許請求の範囲】
【請求項１】
印刷ジョブを用いて描画データを作成する情報処理装置であって、
印刷ジョブを用いて描画データを作成する複数の描画データ作成手段と、
前記描画データ作成手段の指定と共に印刷ジョブを受信する印刷ジョブ受信手段と、
前記印刷ジョブ受信手段が受信した印刷ジョブを、印刷ジョブと共に指定された前記描画データ作成手段に出力する印刷ジョブ出力手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記印刷ジョブ受信手段は、受信した印刷ジョブに動作モードを指定する動作モード指定情報を添付し、
前記印刷ジョブ出力手段は、印刷ジョブと共に前記動作モード指定情報を指定された前記描画データ作成手段に出力し、
前記描画データ作成手段は前記動作モード指定情報が添付されている場合、添付されていない場合と異なる動作モードで前記描画データを作成する、
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
印刷ジョブは印刷データと設定情報を有し、
印刷ジョブを用いて前記描画データ作成手段に描画処理させる制御データを作成する制御データ作成手段を有し、
前記制御データ作成手段は、印刷ジョブに前記動作モード指定情報が添付されている場合、前記制御データに前記設定情報にアクセスするための情報を設定し、前記制御データと共に前記動作モード指定情報を前記印刷ジョブ出力手段に出力し、
前記印刷ジョブ出力手段から前記動作モード指定情報を取得した前記描画データ作成手段は、前記アクセスするための情報に基づき前記設定情報を読み出して、前記描画データを作成する、ことを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記印刷ジョブ受信手段は、前記描画データ作成手段が指定された印刷ジョブを受信する各描画データ作成手段ごとに設けられた個別印刷ジョブ受信手段を有し、
前記描画データ作成手段を指定する印刷ジョブを受け付ける前記個別印刷ジョブ受信手段の指定情報を外部に送信する個別ジョブ受信手段情報送信手段、
を有することを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記個別ジョブ受信手段情報送信手段は、前記描画データ作成手段が特定の前記動作モードで動作するという動作情報を外部に送信し、
特定の前記動作モードで動作する前記描画データ作成手段に対応する前記個別印刷ジョブ受信手段は、受信した印刷ジョブに前記動作モード指定情報を添付する、ことを特徴とする請求項４記載の情報処理装置。
【請求項６】
前記個別印刷ジョブ受信手段は受信した印刷ジョブに前記描画データ作成手段を識別する識別情報を添付し、
前記印刷ジョブ出力手段は、前記識別情報に基づき前記印刷ジョブから描画データを作成させる前記描画データ作成手段を選択する、
ことを特徴とする請求項４記載の情報処理装置。
【請求項７】
前記個別印刷ジョブ受信手段は、該個別印刷ジョブ受信手段に対応する前記描画データ作成手段の標準となる設定情報を保持しており、
前記個別印刷ジョブ受信手段は、受信した印刷ジョブの設定情報を前記標準となる設定情報で修正し、受信した印刷ジョブが設定情報を有していない場合、前記標準となる設定情報を受信した印刷ジョブに設定する、ことを特徴とする請求項６記載の情報処理装置。
【請求項８】
外部装置と、前記外部装置から取得した印刷ジョブを用いて描画データを作成する情報処理装置とを有する情報処理システムであって、
前記情報処理装置は、
印刷ジョブを用いて描画データを作成する複数の描画データ作成手段と、
前記描画データ作成手段を指定する印刷ジョブを受信する、各描画データ作成手段ごとに設けられた個別印刷ジョブ受信手段と、
前記個別印刷ジョブ受信手段と対応する前記描画データ作成手段に印刷ジョブを出力する印刷ジョブ出力手段と、
前記個別印刷ジョブ受信手段の指定情報を外部に送信する個別ジョブ受信手段情報送信手段と、を有し
前記外部装置は、
前記個別印刷ジョブ受信手段の前記指定情報に基づき指定した前記個別印刷ジョブ受信手段に印刷ジョブを送信する印刷ジョブ送信手段を有する、
ことを特徴とする情報処理システム。
【請求項９】
複数の描画データ作成手段のいずれかに印刷ジョブを用いて描画データを作成させる情報処理装置に、
前記描画データ作成手段の指定と共に印刷ジョブを受信する印刷ジョブ受信ステップと、
前記印刷ジョブ受信ステップにより受信された印刷ジョブを、印刷ジョブと共に指定された前記描画データ作成手段に出力する印刷ジョブ出力ステップと、
前記描画データ作成手段に描画データを作成させるステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷ジョブを用いて描画データを作成する情報処理装置等に関する。
【背景技術】
【０００２】
業務用の大量の文書を印刷したり製本したりするいわゆるプロダクションプリンティングが知られている（例えば、特許文献１参照。）。特許文献１には、印刷システム全体を考慮して、後処理が利用可能か否かをユーザに通知できる印刷システムが開示されている。
【０００３】
プロダクションプリンティングでは印刷工程がワークフローとして扱われることが多いが、印刷ワークフローでは、印刷ワークフローのオープン化が進められている。オープン化により、各社のソフトウェア（次述するワークフローアプリケーション）や印刷機器が、印刷の主要な工程における印刷ジョブの設定などを共通の記述方式で記述することが可能となる。印刷ワークフローの工程全体を記述するフォーマットとしてＪＤＦ（Job Definition Format）と呼ばれる標準フォーマットが知られている。
【０００４】
印刷ワークフローの工程には、文書やコンテンツの作成、印刷方法の指定、印刷、後処理などの各種の工程がある。これらの各工程は様々なワークフローアプリケーションや印刷機器により行われるものであるが、ＪＤＦによりワークフローアプリケーションや印刷機器のメーカの違いに関わりなく、印刷機器間の連携や印刷工程管理等が可能になる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、各ワークフローアプリケーションや印刷機器がＪＤＦを拡張する場合があり、この場合、各社のワークフローアプリケーションが作成するＪＤＦがワークフローアプリケーション独自の記述を含む場合がある。
【０００６】
図１（ａ）はＣ社の印刷処理装置が印刷ジョブを受け付ける際の不都合を説明する図の一例である。なお、図１は比較例であって従来例でないことに注意されたい。Ｃ社の印刷処理装置は、Ａ社、Ｂ社のワークフローアプリケーションから印刷ジョブを取得している。各ワークフローアプリケーションはＪＤＦを拡張しているため、Ｃ社の印刷処理装置は、ＪＤＦを解析して処理できないという状況が生じ得る。
【０００７】
そこで、各ワークフローアプリケーションの印刷ジョブに対応すべく、Ｃ社の印刷処理装置は、ＪＤＦの変換と各ワークフローアプリケーションに対応したレンダリングエンジン（以下、ＲＩＰエンジンという）を搭載することが考えられる。図１（ｂ）では、ＪＤＦ解析部５６がＪＤＦを解析してＪＤＦを作成したワークフローアプリケーションのメーカを判断し、ＪＤＦをＣ社の印刷処理装置が扱える設定情報に変換する。また、各ワークフローアプリケーションに対応したＲＩＰエンジンを有することで、各ワークフローアプリケーションが作成した印刷ジョブをユーザが意図する仕上がりで印刷することができる。
【０００８】
したがって、各ワークフローアプリケーションがＪＤＦを拡張していても、Ｃ社の印刷処理装置は、Ａ社、Ｂ社のワークフローアプリケーションが作成した印刷ジョブをユーザが意図する仕上がりで印刷できるようになる。
【０００９】
しかしながら、このような態様ではＣ社の印刷処理装置が印刷ジョブに基づいてＲＩＰエンジンを選択することしかできないので、Ａ社ワークフローアプリケーションやＢ社ワークフローアプリケーションがＲＩＰエンジンを指定することができないという問題がある。
【００１０】
本発明は、上記課題に鑑み、外部からレンダリングエンジンを選択可能な情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、印刷ジョブを用いて描画データを作成する情報処理装置（例えば、ＤＦＥ３２）であって、印刷ジョブを用いて描画データを作成する複数の描画データ作成手段（例えばＲＩＰエンジン）と、前記描画データ作成手段を指定する印刷ジョブを受信する印刷ジョブ受信手段（例えば個別ジョブ受信部）と、前記印刷ジョブ受信手段が受信した印刷ジョブを、指定された前記描画データ作成手段に出力する印刷ジョブ出力手段（例えば、ＲＩＰ制御部）と、を有することを特徴とする。
【発明の効果】
【００１２】
外部からレンダリングエンジンを選択可能な情報処理装置を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】Ｃ社の印刷処理装置が印刷ジョブを受け付ける際の不都合を説明する図の一例である。
【図２】本実施形態のＤＦＥの概略的な特徴を説明する図の一例である。
【図３】Ａ社ワークフローアプリケーションがＡ社ＲＩＰエンジンに属性を設定する際の不都合を説明する図の一例である。
【図４】ワークフローアプリケーションが、ＤＦＥがサポートしていない属性を指定するための構成の概略を説明する図の一例である。
【図５】本実施形態に係る印刷システムの全体構成図の一例である。
【図６】ＤＦＥのハードウェア構成図の一例である。
【図７】ＤＦＥの機能ブロック図の一例である。
【図８】アプリケーションの機能ブロック図の一例である。
【図９】アプリケーションがＤＦＥに送信する処理要求（問い合わせ）の一例を示す図である。
【図１０】Ａ社個別ジョブ受信部が印刷ジョブに添付する「Pass Through Mode」を示す情報を模式的に説明する図の一例である。
【図１１】ＪＤＦの記載の一部を説明する図の一例である。
【図１２】変換テーブルの一例を示す図である。
【図１３】「ＤＦＥ内ジョブ属性」の作成を説明する図の一例である。
【図１４】「ＤＦＥ内ジョブ属性」の一例を示す図である。
【図１５】ＰＤＬと「ＤＦＥ内ジョブ属性」から作成される「RIP Parameter List」を示す図の一例である。
【図１６】印刷ジョブに「Pass Through Mode」を示す情報が添付されている場合の「RIP Parameter List」の一例を示す図である。
【図１７】「Pass Through Mode」を示す情報が添付されない場合の、印刷ジョブの処理手順を示すシーケンス図の一例である。
【図１８】「Pass Through Mode」を示す情報が添付される場合の、印刷ジョブの処理手順を示すシーケンス図の一例である。
【発明を実施するための形態】
【００１４】
以下、本発明を実施するための形態について図面を参照しながら説明する。
【００１５】
〔本実施形態のＲＩＰエンジンの指定方法〕
図２は、本実施形態のＤＦＥの概略的な特徴を説明する図の一例である。図２のＤＦＥ（Digital Front End)３２は印刷処理装置に相当する。
（１）Ｃ社のＤＦＥはデバイス情報通信部６３を有している。
デバイス情報通信部６３は、各ワークフローアプリケーションに、ＲＩＰエンジン５９の情報（Ａ社ＲＩＰエンジン、Ｂ社ＲＩＰエンジン、Ｃ社ＲＩＰエンジン）を配信する。これにより、ワークフローアプリケーションはＤＦＥ３２が有するＲＩＰエンジン５９を検出し、適切なＲＩＰエンジン５９を指定できるようになる。
（２）Ｃ社のＤＦＥ３２はＲＩＰエンジン５９に対応した個別ジョブ受信部（Ａ社個別ジョブ受信部６４ａ、Ｂ社個別ジョブ受信部６４ｂ、Ｃ社個別ジョブ受信部６４ｃ）６４を有している。個別ジョブ受信部６４はＲＩＰエンジン５９と対応づけられており、Ａ社個別ジョブ受信部６４ａが受信した印刷ジョブはＡ社ＲＩＰエンジンで処理され、Ｂ社個別ジョブ受信部６４ｂが受信した印刷ジョブはＢ社ＲＩＰエンジンで処理され、Ｃ社個別ジョブ受信部６４ｃが受信した印刷ジョブはＣ社ＲＩＰエンジンで処理される。したがって、ワークフローアプリケーションは個別ジョブ受信部６４を指定して印刷ジョブを送信することで、ＲＩＰエンジン５９を指定できる。
【００１６】
〔ワークフローソフト側から属性を指定する際の不都合〕
図２のような構成により、ワークフローアプリケーションがＲＩＰエンジン５９を指定することが可能になる。しかしながら、これだけではワークフローアプリケーションが、ＤＦＥ３２がサポートしていない属性を指定できないという不都合が残る。
【００１７】
図３を用いてこの不都合について説明する。図３は、Ａ社ワークフローアプリケーションがＡ社ＲＩＰエンジンに属性を設定する際の不都合を説明する図の一例である。
【００１８】
Ａ社ＲＩＰエンジンのメーカは、Ａ社ＲＩＰエンジンの利便性を向上させるなどの理由のため、Ａ社ＲＩＰエンジンの実装を拡張するためのＳＤＫ（Software Development Kit）を１つ以上提供している。
【００１９】
任意の企業（図ではＡ社とした）はＳＤＫを用いてＡ社ＲＩＰエンジンの機能を拡張するモジュールを作成し、Ａ社ＲＩＰエンジンと共に利用できる環境を構築している。このようなＳＤＫで作成されたモジュール３０１の中に、ＲＩＰエンジンの使用時にＰＤＬ（Page Description Language）だけでなくＪＤＦ（設定情報の一例）も解析して、ラスターデータに反映できるものがある。すなわち、Ａ社がＳＤＫで作成したモジュール３０１はＪＤＦを解析できるので、Ａ社のワークフローアプリケーションはこの拡張した機能をＪＤＦの属性として設定することで、ラスターデータに反映できることになる。
【００２０】
しかしながら、ＤＦＥ３２はＣ社が作成又は管理するものであるため、Ｃ社が把握している属性でなければＤＦＥ３２がモジュール（Ａ社ＲＩＰエンジン）３０１に伝達できない。ここで、Ａ社としては、Ｃ社に全ての属性を開示するとは限らず、Ａ社のワークフローアプリケーションのみが属性を設定可能にする仕様とする場合がある。
【００２１】
このため、Ａ社のワークフローアプリケーションが、ＤＦＥ３２がサポートしていない属性を指定できないという不都合が生じる。なお、図ではＡ社ＲＩＰエンジンを例にしたが、Ｂ社ＲＩＰエンジンの場合も同様である。Ｃ社ＲＩＰエンジンが指定される場合は、Ｃ社のＤＦＥ３２は属性を把握しているはずなので不都合は生じないと考えられるが、開示されていない属性があれば同様の不都合が生じる。
【００２２】
〔ワークフローソフト側から属性を指定する構成の概略〕
そこで、本実施形態のＤＦＥ３２は、以下のようにして、Ａ社のワークフローアプリケーションが、ＤＦＥ３２がサポートしていない属性を指定できないという不都合を解決する。
【００２３】
図４は、ワークフローアプリケーションが、ＤＦＥがサポートしていない属性を指定するための構成の概略を説明する図の一例である。図４は図２とほぼ同様の構成だが、図２では、デバイス情報通信部６３は、開示されていない属性を設定可能なＲＩＰエンジン５９の情報と、該ＲＩＰエンジン５９に対する印刷ジョブを受け付ける個別ジョブ受信部６４の情報（図ではＡ社個別ジョブ受信部）を配信する。よって、ワークフローアプリケーションは、開示されていない属性を設定してＡ社個別ジョブ受信部６４ａに印刷ジョブを送信することで、開示されていない属性が反映されたラスターデータが得られる。
【００２４】
Ａ社個別ジョブ受信部６４ａは受信した印刷ジョブに「Pass Through Mode」を示す情報を添付する。
【００２５】
そして、ＤＦＥ３２は、印刷ジョブに「Pass Through Mode」が添付されている場合、ＲＩＰエンジン５９が印刷ジョブのＪＤＦを直接参照できるように、印刷ジョブを処理する。したがって、Ａ社ＲＩＰエンジンは、Ａ社ワークフローアプリケーションが作成したＪＤＦに基づきラスターデータを作成できる。
【００２６】
したがって、開示されていない属性を参照するＲＩＰエンジンが指定された場合、個別ジョブ受信部６４が「Pass Through Mode」を示す情報を添付することで、ＲＩＰエンジンの指定だけでなく、ワークフローアプリケーションがＤＦＥに開示していない属性を指定することが可能になる。
【００２７】
〔構成例〕
図５は、本実施形態に係る印刷システム２００の全体構成図の一例を示す。本実施形態に係る印刷システム２００（情報処理システムの一例）は、ＬＡＮやインターネットなどのネットワーク３を介して接続された、一台以上のエンドユーザ環境１と、ＰＯＤ（Print On Demand）印刷システム環境２とを有する。
【００２８】
エンドユーザ環境１には、クライアントＰＣ１１が配置されている。クライアントＰＣ１１はＰＯＤ印刷業務向けのワークフローアプリケーション（以下、単にアプリケーショという）１２が搭載されており、ユーザの操作を受け付けて印刷ジョブの生成を行うことができる。
【００２９】
アプリケーション１２は用紙面に複数の論理的なページイメージを複数貼り付けるための集約印刷機能（Ｎｕｍｂｅｒ Ｕｐ面付け機能）、ヘッダー、フッター、ページ番号などを付加するためのイメージ編集機能を実行することができる。また、アプリケーション１２は印刷製本のための穴あけ（パンチ）指示やステープル留め（ステープル）などの指示を指定することができる。これらの指示や設定はＪＤＦに記述される。ＪＤＦはジョブチケット又は作業指示書、印刷指示書などと呼ばれる場合がある。
【００３０】
ＰＯＤ印刷システム環境２は、ネットワーク３で接続された、工程管理部２０と、デジタル印刷部３０と、ポストプレス部４０とを有している。工程管理部２０はＰＯＤ印刷システム環境２においてデジタル印刷部３０及びポストプレス部４０の各工程に対して作業を指示し、ＰＯＤ印刷システム環境２のワークフローを一元管理する。
【００３１】
工程管理部２０は、エンドユーザ環境１から印刷ジョブ（ＪＤＦとＰＤＬ）を受信し、印刷ジョブを保存する。ＰＤＬ（印刷データの一例）は、ページイメージ（ラスタライズされた画像）の描画内容を指示するための言語であるが、ここではＰＤＬで記述されたデータを意味している。ＰＤＬには、ＰＤＦ（Portable Document Format）、PostScript、ＰＣＬ、ＲＰＤＬなどがある。
【００３２】
また、工程管理部２０はエンドユーザ環境１からの印刷ジョブに基づいて各工程における作業をワークフローとして組み立てたり、デジタル印刷部３０やポストプレス部４０、各作業者の作業を効率よくスケジューリングしたり、自動運転時におけるエラー発生時、必要に応じてオペレータに通知をしたりすることもできる。一般的に工程管理部２０は１台以上のＰＣサーバ２１を含むように構成される。
【００３３】
工程管理部２０は、印刷ジョブをデジタル印刷部３０に送信し印刷を行わせる。また、印刷物はポストプレス部４０に搬送され、工程管理部２０からの指示によりポストプレス部４０は製本などを行う。なお、デジタル印刷部３０から直接、印刷ジョブがポストプレス部４０に送信されてもよい。
【００３４】
デジタル印刷部３０は、種々のプリンター（プロダクション向けプリンター、高速カラーインクジェットプリンター、カラー／モノクロＭＦＰなどのプリンター装置）３１を含むように構成される。デジタル印刷部３０には、ＤＦＥ３２が配置される。ＤＦＥ３２はプリンター制御装置とも呼ばれ、プリンター３１による印刷を制御する。ＤＦＥ３２は、図示するようにプリンター３１と別体でもよいし、プリンター３１と一体でもよい。ＤＦＥ３２は、工程管理部２０から印刷ジョブを取得すると、ＪＤＦとＰＤＬを用いてプリンター３１がトナー像又はインクによる画像を形成するためのラスターデータ（特許請求の範囲の描画データの一例である）を生成して、プリンター３１に送信する。
【００３５】
デジタル印刷部３０は種々のプリンター３１を有している。なお、デジタル印刷部３０には印刷した記録紙に対して、紙折り、中綴じ製本、くるみ製本、パンチ等の後加工（後処理）を行うためのフィニッシャ（後処理装置）と直接接続したプリンター３１が含まれていてもよい。
【００３６】
ポストプレス部４０は、工程管理部２０から受信した印刷物（ポストプレスジョブ）の作業指示に従って、紙折り機、中綴じ製本機、くるみ製本機、断裁機、封入機、帳合い機等の後処理デバイスを含むように構成される。また、ポストプレス部４０はデジタル印刷部３０より出力された印刷物に対して、紙折り、中綴じ製本、くるみ製本、断裁、封入、帳合い等の仕上げ処理を実行する。ポストプレス部４０には、ステープラ４０１、パンチ穴あけ機４０２など、デジタル印刷後の後加工（後処理）を行うための後処理装置が含まれている。
【００３７】
エンドユーザ環境１のエンドユーザは、クライアントＰＣ１１から、ＰＯＤ印刷業務向けのアプリケーション１２を使用して、画像の編集、面付け、テキスト挿入、後処理の指示などを行い、ＰＯＤ印刷システム環境２の工程管理部２０に対して、印刷ジョブを送信する。
【００３８】
工程管理部２０のＰＣサーバ２１はＪＤＦに従い、デジタル印刷部３０に対して印刷の指示を行い、ポストプレス部４０に対して後処理の指示を行う。
【００３９】
〔ハードウェア構成〕
本実施形態では、エンドユーザ環境１が作成した印刷ジョブを工程管理部２０が受け取り、工程管理部２０がＤＦＥ３２に印刷ジョブを送信する。本実施形態のＤＦＥ３２の機能は、ネットワーク上の機器が行えば必ずしもＤＦＥ３２が行わなくてもよいが、本実施形態ではＤＦＥ３２がＲＩＰエンジン５９の情報を通知したり、印刷ジョブに「Pass Through Mode」を添付したりするものとして説明する。
【００４０】
図６は、ＤＦＥ３２のハードウェア構成図の一例を示す。ＤＦＥ３２は、例えば図６に示すようなハードウェア構成により実現される。すなわち、ＤＦＥ３２は情報処理装置（コンピュータ）としての機能を有している。ＤＦＥ３２は、バス３２９で相互に接続されているＣＰＵ３２１、ＲＡＭ３２２、補助記憶装置３２３、通信装置３２４、入力装置３２５、表示制御部３２６、及び、記録媒体Ｉ／Ｆ３２７を有している。
【００４１】
ＣＰＵ３２１は、ＲＡＭ３２２をワークメモリにしてプログラムを実行することで、ＤＦＥ３２の全体を制御する。補助記憶装置３２３は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの不揮発メモリである。補助記憶装置３２３は印刷ジョブを変換する機能を有するプログラム３２８を記憶している。
【００４２】
通信装置３２４は、モデム，ＬＡＮカード等であり、ネットワーク３に接続してエンドユーザ環境１、工程管理部２０又はポストプレス部４０と通信する。また、プリンター３１と通信する。入力装置３２５はキーボードやマウス等である。入力装置３２５はユーザの操作を受け付ける装置であり、キーボードやマウスなどである。表示制御部３２６はディスプレイ３３０と接続されており、ＣＰＵ３２１からの指示によりディスプレイ３３０に画面を表示する。なお、ディスプレイ３３０はタッチパネルでもよい。
【００４３】
記録媒体Ｉ／Ｆ３２７は、可搬型の記録媒体を脱着可能であり、ＣＰＵ３２１からの指示により記録媒体３３１にデータを書き込んだり、記録媒体３３１からデータを読み出す。記録媒体３３１は、例えばＣＤ−ＲＯＭ、光ディスク、ＵＳＢメモリ、ＳＤカード（登録商標）等、光学的，電気的、又は、磁気的に記録する媒体、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプのものを用いることができる。
【００４４】
なお、プログラム３２８は記録媒体３３１に記憶された状態で配布されるか、又は、不図示のサーバからネットワーク３を介してダウンロードされることで配布される。
【００４５】
また、エンドユーザ環境１のクライアントＰＣ１１、及び、工程管理部２０のＰＣサーバ２１のハードウェア構成図も図６と同様の構成で実現できる。
【００４６】
〔ＤＦＥの機能について〕
図７は、ＤＦＥ３２の機能ブロック図の一例である。ＤＦＥ３２は、印刷ワークフローにおいてジョブ制御、ＲＩＰ（Raster Image Processor）制御、及び、プリンター制御を行う。このように、ＤＦＥ３２はエンドユーザ環境１や工程管理部２０に対し印刷の主要な機能を提供するサーバとして動作する。なお、ジョブ制御とは、印刷ジョブの受け付け、ＪＤＦの解析、ラスターデータの作成、及び、プリンター３１による印刷等、印刷ジョブの手順の一連の制御をいう。ＲＩＰ制御とは、次述する「ＤＦＥ内ジョブ属性」の作成後、「RIP Parameter List」を作成してＲＩＰエンジン５９にラスターデータを作成させる制御をいう。「ＲＩＰ」とは「Raster Image Processor」の略であり、ラスターデータを作成する専用のＩＣやラスターデータを作成することをいう。プリンター制御とは、プリンター３１にラスターデータと「ＤＦＥ内ジョブ属性」の一部（後述するFinishing情報）を送信して印刷を行わせる制御をいう。
【００４７】
ＤＦＥ３２は、ジョブ受信部５１、システム制御部５２、ＵＩ制御部５４、ジョブ制御部５５、ＪＤＦ解析部５６、ＲＩＰ部５７、ＲＩＰ制御部５８、ＲＩＰエンジン５９、プリンター制御部６１、デバイス情報管理部６２、及び、デバイス情報通信部６３を有している。これらは、ＣＰＵ３２１がプログラム３２８を実行し、図６を含む各種のハードウェアと協働して実現される。また、ＤＦＥ３２は、補助記憶装置３２３、ＲＡＭ３２２、及び、記録媒体３３１などに構築されたジョブデータ格納部５３及び画像格納部６０を有している。
【００４８】
ジョブ受信部５１は、印刷ジョブを受け付ける。ログとして、例えば、一意のジョブ番号、受付日時、終了日時、ステータスなどを印刷ジョブに関連付けて記録する。印刷ジョブは、例えば以下の３つの経路で受信される。印刷ジョブは、例えばアプリケーション１２などからネットワーク３を介して受信されたり、記録媒体３３１に記憶された状態の印刷ジョブをジョブ受信部５１が読み出すことで取得される。
【００４９】
ジョブ受信部５１は、Ａ社個別ジョブ受信部６４ａ、Ｂ社個別ジョブ受信部６４ｂ、Ｃ社個別ジョブ受信部６４ｃ（これらを区別しない場合、個別ジョブ受信部６４という）、及び、共通個別ジョブ受信部６５、を有している。
【００５０】
Ａ社個別ジョブ受信部６４ａはＡ社ＲＩＰエンジンを指定する印刷ジョブを受信する。換言すると、Ａ社ＲＩＰエンジンを指定するアプリケーション１２はＡ社個別ジョブ受信部６４ａに印刷ジョブを送信する。Ｂ社個別ジョブ受信部６４ｂはＢ社ＲＩＰエンジンを指定する印刷ジョブを受信する。換言すると、Ｂ社ＲＩＰエンジンを指定するアプリケーション１２はＢ社個別ジョブ受信部６４ｂに印刷ジョブを送信する。Ｃ社個別ジョブ受信部６４ｃはＣ社ＲＩＰエンジンを指定する印刷ジョブを受信する。換言すると、Ｃ社ＲＩＰエンジンを指定するアプリケーション１２はＣ社個別ジョブ受信部６４ｃに印刷ジョブを送信する。共通個別ジョブ受信部６５は、ＲＩＰエンジン５９を指定しない印刷ジョブを受信する。
【００５１】
Ａ社個別ジョブ受信部６４ａは、Ａ社個別ジョブ受信部６４ａと対応するＲＩＰエンジン５９の情報をＲＩＰエンジン識別情報に付与し、Ｂ社個別ジョブ受信部６４ｂはＢ社個別ジョブ受信部６４ｂと対応するＲＩＰエンジン５９の情報をＲＩＰエンジン識別情報に付与し、Ｃ社個別ジョブ受信部６４ｃはＣ社個別ジョブ受信部６４ｃと対応するＲＩＰエンジン５９の情報をＲＩＰエンジン識別情報に付与する。ＲＩＰエンジン識別情報については後述する。
【００５２】
また、説明のため、Ａ社ＲＩＰエンジンは、ＤＦＥ３２に対し開示されていない属性を使用してラスターデータを作成するＲＩＰエンジン５９であるとする。このため、Ａ社個別ジョブ受信部６４ａは、印刷ジョブに「Pass Through Mode」を示す情報を添付する。すなわち、Ａ社個別ジョブ受信部６４ａは、「Pass Through Mode」専用の個別ジョブ受信部６４であるとする。また、本実施例では、Ｂ社個別ジョブ受信部６４ｂとＣ社個別ジョブ受信部６４ｃは印刷ジョブに「Pass Through Mode」を示す情報を添付しないものとする。
【００５３】
また、各個別ジョブ受信部６４は、「ダミーＪＤＦ」を保持している。個別ジョブ受信部６４は入稿された印刷ジョブのＪＤＦの属性（特定の属性でも任意の属性でもよい）が設定されていない場合、ダミーＪＤＦの値を元にＪＤＦを変更する。
【００５４】
個別ジョブ受信部６４のダミーＪＤＦは、各ＲＩＰエンジンに合わせた「ダミーＪＤＦ」としてＣ社により用意されている。ダミーＪＤＦは、後述するＪＤＦにおいて一般的なタグ（属性）と標準的な属性値とを有するＪＤＦである。標準的な属性値とは、例えば、部数は"１"、回転角度は"０"度、などである。各ＲＩＰエンジンが扱うＪＤＦの属性値の範囲は既知であり、標準的な属性値は予め定められているので、Ｃ社は、各ＲＩＰエンジン毎に、標準の属性値が各属性に設定されたダミーＪＤＦも予め作成しておくことができる。
【００５５】
個別ジョブ受信部６４は、印刷ジョブのＪＤＦに設定されていない属性があれば、その属性をダミーＪＤＦから読み出して設定する。また、印刷ジョブにＪＤＦが含まれていない場合、ダミーＪＤＦを印刷ジョブに添付する。また、属性値がＲＩＰエンジン毎に決まっている範囲内に入っていない属性を検出して、ＲＩＰエンジン５９と適合しないＪＤＦが入稿されたと判断し、ダミーＪＤＦの属性値を設定することで修正する。
【００５６】
ダミーＪＤＦを用意しておくことで、アプリケーション１２がＪＤＦの属性を設定しなかったり、ＪＤＦを添付しなかったりしてもＤＦＥ３２が後述する「ＤＦＥ内ジョブ属性」を作成できるようになる。
【００５７】
ジョブ受信部５１は、印刷ジョブ（ＪＤＦ＋ＰＤＬ）をシステム制御部５２に出力する。なお、ＪＤＦがダミーＪＤＦを用いて作成されていても単にＪＤＦという場合がある。
【００５８】
システム制御部５２は、受信した印刷ジョブをジョブデータ格納部５３に格納するか、又は、ジョブ制御部５５に出力する。例えば、ＤＦＥ３２に予め印刷ジョブをジョブデータ格納部５３に格納すると設定されている場合、システム制御部５２は印刷ジョブをジョブデータ格納部５３に格納する。また、例えばＪＤＦに、ジョブデータ格納部５３に格納するか否かが記述されている場合は、記述に従う。
【００５９】
また、システム制御部５２は、ジョブデータ格納部５３に格納した印刷ジョブの内容を例えばユーザがディスプレイ３３０に表示する操作を行った場合、ＪＤＦをジョブデータ格納部５３からＵＩ制御部５４に出力する。ユーザがＪＤＦを変更した場合、ＵＩ制御部５４は変更内容を受け付け、システム制御部５２は再度、変更されたＪＤＦをジョブデータ格納部５３に格納する。
【００６０】
また、システム制御部５２は、ユーザ、エンドユーザ環境１、又は、工程管理部２０から、印刷ジョブの実行の指示を受け付けると、ジョブデータ格納部５３に格納された印刷ジョブをジョブ制御部５５に出力する。また、例えば、ＪＤＦに印刷時刻が設定されている場合、該時刻になるとジョブデータ格納部５３に格納された印刷ジョブをジョブ制御部５５に出力する。
【００６１】
ジョブデータ格納部５３は、このように印刷ジョブを格納するための記憶領域であり、ＤＦＥ３２の補助記憶装置３２３や記録媒体３３１に設けられる。また、ネットワーク上の記憶装置（不図示）に設けられてもよい。
【００６２】
ＵＩ制御部５４は、ＪＤＦを解釈してディスプレイ３３０に印刷ジョブの内容を表示する。また、本実施形態では、ＲＩＰエンジン５９が作成したラスターデータをディスプレイ３３０に表示する。また、ユーザによるＲＩＰエンジン５９の選択を受け付け、ジョブ制御部５５に通知する。
【００６３】
ジョブ制御部５５は、ＲＩＰ制御部５８に対しラスターデータを作成させ、また、プリンター制御部６１に印刷を行わせる。具体的には、まず、印刷ジョブのＪＤＦをＪＤＦ解析部５６に送信すると共に、ＪＤＦ解析部５６にＪＤＦ変換要求を出力する。一方、印刷ジョブに「Pass Through Mode」を示す情報が付与されている場合、印刷ジョブはＪＤＦ解析部５６に出力されない。ＲＩＰエンジン５９がＪＤＦを直接参照するためである。
【００６４】
ＪＤＦ解析部５６は、ジョブ制御部５５からＪＤＦとＪＤＦ変換要求を取得する。ＪＤＦ解析部５６はＪＤＦの記述を解析して、ＪＤＦを作成したアプリケーション１２のメーカ（又はＪＤＦに最適なＲＩＰエンジン５９）を判断し、その結果を「ＲＩＰエンジン識別情報」に反映する。ＪＤＦに「ＲＩＰエンジン識別情報」が添付されている場合、ＪＤＦの記述の解析結果と一致することがほとんどであるが、異なっている場合はＪＤＦの記述の解析結果よりも「ＲＩＰエンジン識別情報」が優先される。
【００６５】
ＪＤＦ解析部５６は、ＪＤＦを、アプリケーション１２のメーカ用に用意されている変換テーブル６６を用いてＤＦＥ３２が扱うことが可能な「ＤＦＥ内ジョブ属性」 に変換する。すなわち、ＤＦＥ３２が、Ｃ社が作成したものであれば、Ｃ社だけでなくＡ社又はＢ社のアプリーションが作成したＪＤＦをＣ社のＤＦＥ３２が扱うことが可能な「ＤＦＥ内ジョブ属性」 に変換する。
【００６６】
なお、ＪＤＦ解析部５６は、「ＤＦＥ内ジョブ属性」を作成する際、「ＤＦＥ内ジョブ属性」に「ＲＩＰ制御モード」を設定する。「ＲＩＰ制御モード」については次述するが、「ＲＩＰ制御モード」には「Page Mode」と「Sheet Mode」がある。各社の印刷ジョブが「Page Mode」か「Sheet Mode」のどちらで作成されているのかは予め調査されている。よって、ＪＤＦを作成したアプリケーションのメーカが判断されれば「ＲＩＰ制御モード」も決定できる。本実施形態では、ＤＦＥ３２は印刷ジョブの集約印刷の設定を「Page Mode」で扱っているものとする（Page Modeがデフォルト）。
【００６７】
これにより「ＤＦＥ内ジョブ属性」を取得したジョブ制御部５５は、「ＤＦＥ内ジョブ属性」とＰＤＬを「RIP Parameter List」に変換し、ＲＩＰ制御部５８に対して、「RIP Parameter List」という形で印刷ジョブを出力する。
【００６８】
本実施形態では印刷ジョブに「Pass Through Mode」を示す情報が添付されている場合、ジョブ制御部５５はＪＤＦ解析部５６に「ＤＦＥ内ジョブ属性」を作成させないので、ジョブ制御部５５はＰＤＬとＪＤＦから「RIP Parameter List」を作成する。「ＤＦＥ内ジョブ属性」を作成しないのは、ＲＩＰエンジン５９はＪＤＦを直接参照するので作成する必要がないためである。また、ＲＩＰエンジン５９はＪＤＦを直接参照できるように、「RIP Parameter List」の所定の項目にＲＩＰエンジン５９がＪＤＦを参照するための情報を設定する。
【００６９】
「RIP Parameter List」には「ＲＩＰ制御モード」が含まれている。ＲＩＰ制御部５８は「ＲＩＰ制御モード」に応じてＲＩＰエンジン５９を制御する。よって、「ＲＩＰ制御モード」によりシーケンスが決定される。
「Page Mode」…ページ毎にＲＩＰ処理を指示して１枚に集約されたラスターデータを作成する
「Sheet Mode」…すでに複数のページが集約された１ページの各部分（集約前の各ページ部分に相当する）毎にＲＩＰ処理を指示してラスターデータを作成する
また、印刷ジョブに「Pass Through Mode」を示す情報が添付されている場合、ジョブ制御部５５は「RIP Parameter List」のＲＩＰ制御モードに「Pass Through Mode」を設定する。すなわち、「ＲＩＰ制御モード」には、「Page Mode」又は「Sheet Mode」が設定可能であり、さらに「Pass Through Mode」が設定可能になっている。なお、必ずしもＲＩＰ制御モードに「Pass Through Mode」を設定する必要はなく「RIP Parameter List」の決められた項目に設定されていればよい。また、ジョブ制御部５５は「RIP Parameter List」に「ＲＩＰエンジン識別情報」を設定する。
【００７０】
ＲＩＰ部５７は、ＲＩＰ制御部５８とＲＩＰエンジン５９を有し、これらによりラスターデータを作成する。ＲＩＰ制御部５８は、「RIP Parameter List」の情報を解析して、複数あるＲＩＰエンジン５９から使用するＲＩＰエンジン５９を決定する。ＲＩＰエンジン５９の決定は、「RIP Parameter List」の１つ以上の項目に基づく場合と、「RIP Parameter List」に明示されたＲＩＰエンジン識別情報に基づく場合とがある。例えば、「ＲＩＰエンジン識別情報」は、ＪＤＦ解析部５６と個別ジョブ受信部６４のいずれかで設定するが、個別ジョブ受信部６４で設定された値の場合は、ＲＩＰエンジン識別情報に基づいてＲＩＰエンジン５９の決定を行う。また、ＲＩＰ制御モードに「Pass Through Mode」が含まれている場合も、ＲＩＰエンジン識別情報に基づいてＲＩＰエンジン５９の決定を行う。ＲＩＰ制御部５８は、「RIP Parameter List」を参照して、選択したＲＩＰエンジン５９にＲＩＰコマンドを送信する。
【００７１】
「RIP Parameter List」はＲＩＰエンジン５９にてＲＩＰ処理を行うために必要な情報の集合である（特許請求の範囲の制御データの一例である。）。ジョブ制御部５５は「RIP Parameter List」の情報からＲＩＰエンジン５９へのＲＩＰ処理の命令を決定する。この命令をＲＩＰコマンドという。「RIP Parameter List」には「ＲＩＰ制御モード」が含まれている。ＲＩＰ制御部５８は「ＲＩＰ制御モード」に応じてＲＩＰエンジン５９を制御する。よって、「ＲＩＰ制御モード」によりシーケンスが決定される。
【００７２】
また、ＲＩＰ制御部５８は、「RIP Parameter List」を参照して、「ＲＩＰ制御モード」が「Sheet Mode」の場合、「Sheet Mode」に従ってＲＩＰコマンドをＲＩＰエンジン５９に出力する。これにより、印刷ジョブの違いを吸収できる。
【００７３】
ＲＩＰエンジン５９はレンダリングエンジンであり、ＲＩＰコマンドに従ってラスタライズ（描画処理）を行うことでラスターデータを作成する。ＲＩＰエンジン（本実施形態ではＡ社ＲＩＰエンジン）５９は「RIP Parameter List」に「Pass Through Mode」を示す情報が設定されている場合、「RIP Parameter List」のＪＤＦにアクセスするための情報によりＪＤＦを参照する。
【００７４】
画像格納部６０は、作成されたラスターデータが格納される記憶手段である。ダミーＪＤＦが作成された場合、１つの印刷ジョブに対し複数のラスターデータが格納される。画像格納部６０は、例えば、補助記憶装置３２３に搭載される。または、ネットワーク上の記憶装置に搭載されてもよい。
【００７５】
プリンター制御部６１は、プリンター３１と接続されており、画像格納部６０に格納されているラスターデータを読み出しプリンター３１に送信することで印刷を行う。また、ジョブ制御部５５から取得したFinishing情報に基づき仕上げ処理を行う。
【００７６】
プリンター制御部６１は、各種の通信規格を利用してプリンター３１と通信し、プリンター３１の情報を取得することができる。例えば印刷ワークフローの規格を定めるＣＩＰ４では、ＪＤＦの規格としてデバイス仕様情報をプリンター３１と送受信するDevCapsという規格を定めている。また、ＳＮＭＰ（Simple Network Management Protocol）という通信プロトコルとＭＩＢ（Management Information Base）というデータベースとを利用したプリンター３１の情報の収集方法も知られている。プリンター制御部６１はこれらを利用してプリンター３１に格納されている各種の情報を取得する。例えば、プリンター３１の装備の構成（ＡＤＦの有無、両面印刷ユニットの有無、トレイ構成、手差しトレイの有無、各種のフィニッシャーの有無など）を取得できる。また、プリンター３１の状態（印刷中、スキャン中、ＦＡＸ受信中、スリープ中など）を取得することができる。また、各トレイの用紙の残量などを取得できる。
【００７７】
デバイス情報管理部６２は、ＲＩＰエンジン５９に対応する個別ジョブ受信部６４の情報、ＤＦＥ３２のデバイス情報や接続されているプリンター３１のデバイス情報を管理する。ＤＦＥ３２のデバイス情報とは、ＤＦＥ３２の個別ジョブ受信部６４の情報、ＲＩＰエンジン５９の製造元、ＲＩＰエンジン５９が「Pass Through Mode」に対応しているか否か、ＲＩＰエンジン５９が「Page Mode」又は「Sheet Mode」のどちらに対応しているかなどの情報である。プリンター３１のデバイス情報とは、接続されているプリンター３１の識別情報、プリンター３１が可能なFinishing（仕上げ）の情報などである。デバイス情報管理部６２が保持するデバイス情報は、ＤＦＥ３２の起動時にＲＩＰエンジン５９から取得したり、ファイルから読み取るなどして取得される。
【００７８】
デバイス情報通信部６３は、例えばＪＭＦ（Job Messaging Format）を用いてアプリケーション（クライアントＰＣ）１２にデバイス情報を送信する。ＪＭＦは、クライアントＰＣ１１とＤＦＥ３２との間で使用される言語である。アプリケーション（クライアントＰＣ）１２は特許請求の範囲の外部又は外部装置の一例である。ＪＭＦはＪＤＦの仕様により定義されており、ＪＭＦはＸＭＬで記述される。ＪＭＦにより、ＤＦＥ３２はシステムの状態、印刷ジョブの事象、印刷ジョブ実行による各種ログ情報などを送信できる。なお、ＭＩＢなどの仕組みを使用してもよい。
【００７９】
図８はアプリケーション１２の機能ブロック図の一例である。なお、印刷ジョブを作成したりユーザ操作を受け付ける機能については省略されている。アプリケーション１２は問い合わせ部７１とジョブ送信部７２を有している。これらは、アプリケーション１２が動作する情報処理装置のＣＰＵ３２１がアプリケーション１２を実行し各種のハードウェアと協働することで実現される機能又は手段である。
【００８０】
問い合わせ部７１は、ＤＦＥ３２に後述する「Query Message」を送信する。すなわち、ＤＦＥ３２に対し、ＤＦＥ３２が有するＲＩＰエンジン５９などのデバイス情報を問い合わせる。ジョブ送信部７２は、問い合わせに対する応答として得られたＤＦＥ３２が有するＲＩＰエンジン５９などのデバイス情報に基づきＲＩＰエンジン５９を選択し、該ＲＩＰエンジンへの印刷ジョブを受け付ける個別ジョブ受信部６４に印刷ジョブを送信する。
【００８１】
〔デバイス情報通信部が送信するデバイス情報〕
図９（ａ）は、アプリケーション１２がＤＦＥ３２に送信する処理要求（問い合わせ）の一例を示す図である。説明のため行番号が付されている。１行目のＪＭＦタグは「Workflow Software A」がＪＭＦメッセージを「DFE」に送信していることを示している。
「JDF xmlns="http://www.CIP4.org/JDFSchema_1_1"」は、CIP4準拠のJDFチケットであることを示す。
「xmlns:C="www.ccc.com/schema/ccc"」は、CIP4準拠外の各印刷業者／ベンダーが独自に拡張したJDFタグ定義を示す。本例の場合、ＪＤＦ内の「C:」から始まるタグは、全て拡張タグになる。
【００８２】
２行目のCommentタグは「Workflow Software A」が対応しているＡＰＩ（Application  Interface）のバージョンを通知しており、３行目のQueryタグは問い合わせのＩＤと、問い合わせの内容がデバイス情報（knownDevice）であることを通知している。
【００８３】
図９（ｂ）は、問い合わせに対しＤＦＥがアプリケーション１２に送信するデバイス情報の一例を示す図である。デバイス情報は特許請求の範囲の動作情報の一例である。本実施形態で主要な記述を説明する。２行目のＪＭＦタグは、「DFE」が「Workflow Software A」にＪＭＦメッセージを送信していることを示している。４行目のResponseタグは応答の内容がデバイス情報（knownDevice）であることを通知している。
【００８４】
９〜１１行目には、Ａ社ＲＩＰエンジンのＡ社個別ジョブ受信部６４ａとデバイス情報が記述されている。VirtualPrinterタグは個別ジョブ受信部６４を示すタグであり、Name属性は、個別ジョブ受信部６４を特定する一意の名前を示す属性である。RipEngineタグはＲＩＰエンジン５９の情報を示すタグであり、RipMode属性はRIP制御モードを示す属性であり、Manufacturer属性はＲＩＰエンジン５９のメーカ（ベンダ）を示す属性である。したがって、Ａ社ＲＩＰエンジンは「VirtualPrinterA」と称され、これがＡ社個別ジョブ受信部６４ａを示している。ＲＩＰ制御モード（RipMode）は「PassThrough（mode）」が可能で、「Page（mode）」で印刷する。また、製造元（Manufacturer）はＡ社になっている。
【００８５】
１２〜１４行目には、ＲＩＰエンジンＢのデバイス情報が記述されている。ＲＩＰエンジンＢは「VirtualPrinterB」と称され、ＲＩＰ制御モード（RipMode）は、「Sheet（mode）」で印刷する。また、製造元（Manufacturer）はＢ社になっている。
【００８６】
１５〜１７行目には、ＲＩＰエンジンＣのデバイス情報が記述されている。ＲＩＰエンジンＣは「VirtualPrinterC」と称され、ＲＩＰ制御モード（RipMode）は、「Page（mode）」で印刷する。また、製造元（Manufacturer）はＣ社になっている。
【００８７】
アプリケーション１２はこのようなデバイス情報により、ＤＦＥ３２が有するＲＩＰエンジン５９の情報を検出できる。例えば、VirtualPrinterタグのＮａｍｅ属性をＲＩＰエンジン５９の指定情報にしてＲＩＰエンジン５９を指定できる。
【００８８】
〔アプリケーションによる個別ジョブ受信部の指定方法〕
デバイス情報を受信したアプリケーション１２のジョブ送信部７２は、適切な個別ジョブ受信部６４を指定して印刷ジョブをＤＦＥ３２に送信する。アプリケーション１２が使用すべきＲＩＰエンジン５９は予め決まっているか、又は、ユーザが指定することができる。例えば、Ａ社のアプリケーション１２は、Manufacturer属性（メーカ名）が「Ａ」という「VirtualPrinter Name="VirtualPrinterA」を選択する。
【００８９】
また、メーカ名でなく、例えばRipModeが優先されている場合は、「PassThrough」の有無や「Page」「Sheet」の違いに基づきVirtualPrinterタグが指示する個別ジョブ受信部６４を選択する。
【００９０】
個別ジョブ受信部６４を選択したジョブ送信部７２は、例えば以下のＵＲＬ（Uniform Resource Locator）を指定することで、個別ジョブ受信部６４を指定して印刷ジョブを送信する。
HTTP://Hostname/DeviceID/VirtualPrinterName
HostnameはＤＦＥ３２のホスト名でありＩＰアドレスで指定してもよい。
DeviceIDはJMFのQuery Messageで用いたものと同じである。
VirtualPrinterNameはResponse MessageにおいてVirtualPrinterタグのName属性の値である。
【００９１】
したがって、ジョブ送信部７２がＡ社ＲＩＰエンジンを選択する場合（Ａ社個別ジョブ受信部６４ａを選択する場合）、以下のＵＲＬに印刷ジョブを送信する。
HTTP://Hostname/DFE/VirtualPrinterA
各アプリケーション１２はこのようにして、個別ジョブ受信部６４を指定することでＲＩＰエンジン５９を選択できる。
【００９２】
〔Ａ社個別ジョブ受信部が付与する「Pass Through Mode」を示す情報〕
Ａ社ＲＩＰエンジンはＤＦＥ３２に対し開示されていない属性を使用してラスターデータを作成するため、Ａ社個別ジョブ受信部６４ａは、印刷ジョブに「Pass Through Mode」を示す情報を添付する。「Pass Through Mode」を示す情報により、ジョブ制御部５５が「RIP Parameter List」にＪＤＦにアクセスするための情報を設定できる。
【００９３】
図１０は、Ａ社個別ジョブ受信部６４ａが印刷ジョブに添付する「Pass Through Mode」を示す情報を模式的に説明する図の一例である。３行目のInterpetingParamsタグのMode属性の値（PassThrough）が、Ａ社個別ジョブ受信部６４ａが添付する「Pass Through Mode」を示す情報である。
【００９４】
なお、図１０ではＪＤＦ内に「Pass Through Mode」を示す情報が追加されているが、ＪＤＦとは別に「Pass Through Mode」を示す情報をファイルなどでＪＤＦに添付してもよい。
【００９５】
また、Ａ社個別ジョブ受信部６４ａは、ＲＩＰ制御部５８がＡ社ＲＩＰエンジンを選択できるようにＲＩＰエンジン識別情報をＪＤＦに添付するが図１０では省略されている。
【００９６】
〔ＪＤＦ及びＪＤＦを作成したアプリケーションのメーカの決定について〕
ＪＤＦはＸＭＬ（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:」から始まるタグは、全てＢ社の拡張タグになることを意味する。
【００９９】
したがって、ＪＤＦ解析部５６は、ＪＤＦのこれらの記述を参照することで、ＪＤＦを作成したアプリケーション１２のメーカを特定できる。アプリケーション１２のメーカに応じて後述する変換テーブル６６を用いて、ＪＤＦをＣ社のＤＦＥ３２が扱うことができる「ＤＦＥ内ジョブ属性」に変換できる。
【０１００】
また、ＪＤＦにＲＩＰエンジン識別情報が含まれている場合は、以上の解析を行うことなく、ＲＩＰエンジン識別情報が指定するアプリケーション１２（ＲＩＰエンジン５９）の変換テーブル６６を用いて、ＪＤＦをＣ社のＤＦＥ３２が扱うことができる「ＤＦＥ内ジョブ属性」に変換する。
【０１０１】
〔ＤＦＥ内ジョブ属性の作成〕
図１２、１３を用いて「ＤＦＥ内ジョブ属性」の作成について説明する。図１２は変換テーブル６６の一例を、図１３は「ＤＦＥ内ジョブ属性」の作成を説明する図の一例である。なお、ジョブ制御部５５は、ＪＤＦに「Pass Through Mode」が添付されている場合、ＪＤＦをＪＤＦ解析部５６に送信しないので、「ＤＦＥ内ジョブ属性」が作成されるのは、「Pass Through 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情報の「クロップ・マーク情報：コーナー・クロップ・マーク情報」という項目は、コーナー・クロップ・マーク情報に関する情報を指定する。
・Finishing情報の「Collate情報」という項目は、文書が複数部数印刷される場合にページ単位で印刷するか文書単位で印刷するかの情報を指定する。
・Finishing情報の「ステープル/バインド情報」という項目は、ステープル/バインドに関する情報を指定する。
・Finishing情報の「パンチ情報」という項目は、パンチに関する情報を指定する。
・Finishing情報の「折り情報」という項目は、折りに関する情報を指定する。
・Finishing情報の「トリム」という項目は、トリムに関する情報を指定する。
・Finishing情報の「出力トレイ情報」という項目は、出力トレイに関する情報を指定する。
・Finishing情報の「入力トレイ」という項目は、入力トレイに関する情報を指定する。
・Finishing情報の「カバー・シート情報」という項目は、カバー・シートに関する情報を指定する。
【０１０９】
また、図示するように、「ＤＦＥ内ジョブ属性」には「ＲＩＰ制御モード」が設定される。「ＲＩＰ制御モード」には「Page Mode」又は「Sheet Mode」が設定される。なお、ダミーＪＤＦの場合、「ＲＩＰ制御モード」には「Page Mode」が設定されるものとする。
【０１１０】
〔RIP Parameter List〕
図１５は、「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プロファイルに関する情報を指定する。
・スケーリング・オフセット情報は、拡大縮小アルゴリズムのオフセットを指定する。例えば、水平方向オフセット、垂直方向オフセットなどが指定される。
・オブジェクト・領域情報は、オブジェクト領域の幅、高さを指定する。
・ハーフトーン情報は、ハーフトーンのオフセットを指定する。例えば、水平方向オフセット、垂直方向オフセットが指定される。
・スケーリング・アルゴリズム情報は、スケーリングの方式を指定する。
【０１１２】
ＰＤＬに関連する情報は、データ領域、サイズ情報、及び、データの配置方法を指定する。
・データ領域は、ＰＤＬの格納されている領域情報を指定する。フォント情報、ページ数の情報などは、このデータ領域内に存在するＰＤＬに含まれている。
・サイズ情報は、ＰＤＬのサイズを指定する。
・データの配置方法は、データの配置方式を指定する。例えば、リトルエンディアン、ビッグエンディアンなどが指定される。
【０１１３】
＜「Pass Through Mode」が添付された印刷ジョブの「RIP Parameter List」＞
続いて、印刷ジョブに「Pass Through Mode」が添付されているため、ジョブ制御部５５がＰＤＬとＪＤＦから作成する「RIP Parameter List」について説明する。「Pass Through Mode」は特許請求の範囲の動作モードの一例であり、「Pass Through Mode」を示す情報は動作モード指定情報の一例である。
【０１１４】
図１６は、印刷ジョブに「Pass Through Mode」を示す情報が添付されている場合の「RIP Parameter List」の一例を示す図である。ＰＤＬとＪＤＦから直接「RIP Parameter List」を作成することで、アプリケーション１２がＤＦＥ３２に開示していない属性を「RIP Parameter List」に含めることができる。
【０１１５】
まず、印刷ジョブに「Pass Through Mode」が添付されている場合、「ＲＩＰ制御モード」に「Pass Through Mode」を示す情報が設定される。
【０１１６】
また、ジョブ制御部５５は、「RIP Parameter List」の以下の項目に、ＰＤＬから設定した情報に加え、ＪＤＦを設定する。
- 入出力データ種類情報
- 入出力データの読み書き位置指定方式情報
- 入出力データの読み書き位置情報
- 入出力データの読み書きの実行モード情報
すなわち、ＲＩＰエンジン５９がＪＤＦを読み取れるようにこれらの各項目にＪＤＦにアクセスするための情報が設定される。例えば「入出力データ種類情報」にはＪＤＦのデータの種類（テキスト、ＸＭＬなど）、「入出力データの読み書き位置指定方式情報」には「指定された位置から」という情報、「入出力データの読み書き位置情報」にはＪＤＦの先頭アドレス、「入出力データの読み書きの実行モード情報」には読み取りを意味する「ＲＥＡＤ」、などが設定される。
【０１１７】
これらにより、Ａ社ＲＩＰエンジンは「RIP Parameter List」を参照してＪＤＦにアクセスして、Ａ社のアプリケーション１２がＤＦＥ３２に開示していない属性を読み取ることができる。
【０１１８】
〔動作手順〕
「Pass Through Mode」を示す情報が添付される場合とされない場合に分けて、印刷システム２００の動作手順について説明する。
【０１１９】
図１７は、「Pass Through Mode」を示す情報が添付されない場合の、印刷ジョブの処理手順を示すシーケンス図の一例である。
S1：アプリケーション１２がＤＦＥ３２のデバイス情報通信部６３にデバイス情報を要求する。
S2：デバイス情報通信部６３は、デバイス情報管理部６２にデバイス情報を要求する。
S3：デバイス情報管理部６２は管理しているデバイス情報をデバイス情報通信部６３に出力する。
S4：デバイス情報通信部６３は、デバイス情報をアプリケーション１２に送信する。
S5：アプリケーション１２のジョブ送信部７２は、デバイス情報に基づき指定する個別ジョブ受信部６４を決定する。
S6：アプリケーション１２のジョブ送信部７２は、ＤＦＥ３２のジョブ受信部５１に印刷ジョブ（ＪＤＦ＋ＰＤＬ）を送信する。
S7：ジョブ受信部５１は個別ジョブ受信部６４に印刷ジョブを出力する。
S8：個別ジョブ受信部６４は、保持しているＲＩＰエンジン５９に対応したダミーＪＤＦを用いて、受信したＪＤＦを修正する。なお、この処理は行われない場合がある。
S9：個別ジョブ受信部６４はシステム制御部５２に印刷ジョブを出力する。
S10：システム制御部５２は、ジョブ制御部５５に印刷ジョブを出力する。
S11：ジョブ制御部５５は、ＪＤＦと共に変換要求をＪＤＦ解析部５６に出力する。
S12：ＪＤＦ解析部５６は、ＲＩＰエンジン識別情報に基づきＪＤＦを作成したアプリケーション１２を特定して、アプリケーション１２によりレンダリングすることが想定されているＲＩＰエンジン用の変換テーブル６６で「ＤＦＥ内ジョブ属性」を作成する。
S13：ＪＤＦ解析部５６は、「ＤＦＥ内ジョブ属性」をジョブ制御部５５に出力する。
S14：ジョブ制御部５５は「ＤＦＥ内ジョブ属性」とＰＤＬを用いて「RIP Parameter List」を作成する。
【０１２０】
以下の処理は、「ＲＩＰ制御モード」が「Page Mode」か「Sheet Mode」によって異なっている。まず、「Page Mode」の場合を説明する。
S15-1：ジョブ制御部５５は、「RIP Parameter List」をＲＩＰ制御部５８に出力する。
S16-1：ＲＩＰ制御部５８は、ＲＩＰエンジン５９を初期化する。なお、ＲＩＰ制御部５８は、ＲＩＰエンジン識別情報に基づきＲＩＰエンジン５９を選択する。
S17-1：ジョブ制御部５５は、ＲＩＰ制御部５８に対しＲＩＰ実行要求を行う。
S18-1：ＲＩＰ制御部５８は、ジョブ制御部５５の代わりにＲＩＰコマンドを出力する。ＲＩＰ制御部５８は「ＲＩＰ制御モード」が「Page Mode 」の場合、「Page Mode 」に適したシーケンスでＲＩＰコマンドを出力する。
S19-1：ＲＩＰエンジン５９はラスタライズを行う。
S20-1：ＲＩＰエンジン５９はラスターデータを画像格納部６０に格納する。
【０１２１】
次に、「Sheet Mode」の場合を説明する。
S15-2：ジョブ制御部５５は、「RIP Parameter List」をＲＩＰ制御部５８に出力する。
S16-2：ＲＩＰ制御部５８は、ＲＩＰエンジン５９を初期化する。なお、ＲＩＰ制御部５８は、ＲＩＰエンジン識別情報に基づきＲＩＰエンジン５９を選択する。
S17-2：ジョブ制御部５５は、ＲＩＰ制御部５８に対しＲＩＰ実行要求を行う。
S18-2：ＲＩＰ制御部５８は、「ＲＩＰ制御モード」が「Sheet Mode」の場合、「Sheet Mode」に適したシーケンスでＲＩＰコマンドを出力する。
S19-2：ＲＩＰエンジン５９はラスタライズを行う。
S20-2：ＲＩＰエンジン５９はラスターデータを画像格納部６０に格納する。
【０１２２】
したがって、ジョブ制御部５５の動作は「Page Mode」と「Sheet Mode」で違いがなく（常に「Page Mode」に従って動作する）、「Page Mode」と「Sheet Mode」の違いをＲＩＰ制御部５８が「ＲＩＰ制御モード」に基づき判定して、「Page Mode 」と「Sheet Mode」の違いを吸収することができる。
S21：ジョブ制御部５５は印刷実行要求と共に「Finishing情報」をプリンター制御部６１に出力する。このタイミングは、ラスターデータの作成前でも作成後でもよい。
S22：プリンター制御部６１は、印刷実行要求を取得したことで、画像格納部６０のラスターデータを確認し、印刷を行う。
【０１２３】
図１８は、「Pass Through Mode」を示す情報が添付される場合の、印刷ジョブの処理手順を示すシーケンス図の一例である。
S1：アプリケーション１２がＤＦＥ３２のデバイス情報通信部６３にデバイス情報を要求する。
S2：デバイス情報通信部６３は、デバイス情報管理部６２にデバイス情報を要求する。
S3：デバイス情報管理部６２は管理しているデバイス情報をデバイス情報通信部６３に出力する。
S4：デバイス情報通信部６３は、デバイス情報をアプリケーション１２に送信する。
S5：アプリケーション１２のジョブ送信部７２は、デバイス情報に基づき指定する個別ジョブ受信部６４を決定する。ここで、「Pass Through Mode」の個別ジョブ受信部６４が選択されたものとする。
S6：アプリケーション１２のジョブ送信部７２は、ＤＦＥ３２のジョブ受信部に印刷ジョブ（ＪＤＦ＋ＰＤＬ）を送信する。
S7：ジョブ受信部は個別ジョブ受信部６４に印刷ジョブを出力する。
S8：個別ジョブ受信部６４は、自分宛の印刷ジョブには「Pass Through Mode」を添付する。
S9：個別ジョブ受信部６４は、保持しているＲＩＰエンジン５９に対応したダミーＪＤＦを用いて、受信したＪＤＦを修正する。なお、この処理は行われない場合がある。
S10：個別ジョブ受信部６４はシステム制御部５２に印刷ジョブ（ＪＤＦ＋ＰＤＬ＋Pass Through Mode）を出力する。
S11：システム制御部５２は、ジョブ制御部５５に印刷ジョブ（ＪＤＦ＋ＰＤＬ＋Pass Through Mode）を出力する。
S12：ジョブ制御部５５は、ＪＤＦとＰＤＬから「RIP Parameter List」を作成する。すなわち、「ＲＩＰ制御モード」に「Page Mode」又は「Sheet Mode」、及び、「Pass Through Mode」を設定する。また、「RIP Parameter List」にＪＤＦにアクセスするための情報を設定する。
【０１２４】
以下の処理は、「ＲＩＰ制御モード」が「Page Mode」か「Sheet Mode」によって異なっている。まず、「Page Mode」の場合を説明する。
S13-1：ジョブ制御部５５は、「RIP Parameter List」をＲＩＰ制御部５８に出力する。
S14-1：ＲＩＰ制御部５８は、ＲＩＰエンジン５９を初期化する。なお、ＲＩＰ制御部５８は、ＲＩＰエンジン識別情報に基づきＲＩＰエンジン５９を選択する。
S15-1：「RIP Parameter List」に「Pass Through Mode」を示す情報があるので、ＲＩＰエンジン５９は、「RIP Parameter List」のＪＤＦにアクセスするための情報によりＪＤＦを読み出しＪＤＦを解析する。これにより、アプリケーション１２がＤＦＥ３２に開示していない属性をＪＤＦから読み出すことができる。
S16-1：ジョブ制御部５５は、ＲＩＰ制御部５８に対しＲＩＰ実行要求を行う。
S17-1：ＲＩＰ制御部５８は、ジョブ制御部５５の代わりにＲＩＰコマンドを出力する。ＲＩＰ制御部５８は「ＲＩＰ制御モード」が「Page Mode 」の場合、「Page Mode 」に適したシーケンスでＲＩＰコマンドを出力する。
S18-1：ＲＩＰエンジン５９はラスタライズを行う。
S19-1：ＲＩＰエンジン５９はラスターデータを画像格納部６０に格納する。
【０１２５】
次に、「Sheet Mode」の場合を説明する。
S13-2：ジョブ制御部５５は、「RIP Parameter List」をＲＩＰ制御部５８に出力する。
S14-2：ＲＩＰ制御部５８は、ＲＩＰエンジン５９を初期化する。なお、ＲＩＰ制御部５８は、ＲＩＰエンジン識別情報に基づきＲＩＰエンジン５９を選択する。
S15-2：「RIP Parameter List」に「Pass Through Mode」を示す情報があるので、ＲＩＰエンジン５９は、「RIP Parameter List」のＪＤＦにアクセスするための情報によりＪＤＦを読み出しＪＤＦを解析する。これにより、アプリケーション１２がＤＦＥ３２に開示していない属性をＪＤＦから読み出すことができる。
S16-2：ジョブ制御部５５は、ＲＩＰ制御部５８に対しＲＩＰ実行要求を行う。
S17-2：ＲＩＰ制御部５８は、「ＲＩＰ制御モード」が「Sheet Mode」の場合、「Sheet Mode」に適したシーケンスでＲＩＰコマンドを出力する。
S18-2：ＲＩＰエンジン５９はラスタライズを行う。
S19-2：ＲＩＰエンジン５９はラスターデータを画像格納部６０に格納する。
20：ジョブ制御部５５は印刷実行要求と共に「Finishing情報」をプリンター制御部６１に出力する。このタイミングは、ラスターデータの作成前でも作成後でもよい。
S21：プリンター制御部６１は、印刷実行要求を取得したことで、画像格納部６０のラスターデータを確認し、印刷を行う。
【０１２６】
以上説明したように、本実施形態のＤＦＥ３２は、ＲＩＰエンジン５９に対応した個別ジョブ受信部６４を有することで、アプリケーション１２が個別ジョブ受信部６４を指定して印刷ジョブを送信することが可能になる。また、ＤＦＥ３２に開示されていない属性がＪＤＦに設定されていても、個別ジョブ受信部６４が「Pass Through Mode」を印刷ジョブに添付し、「RIP Parameter List」にＪＤＦにアクセスするための情報が付与されるので、ＲＩＰエンジン５９はＪＤＦを解析してＤＦＥ３２に開示されていない属性をラスターデータに反映できる。
【０１２７】
〔好適な変形例〕
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【０１２８】
例えば、図７ではＤＦＥ３２が全ての機能を有しているが、これらの各機能はネットワーク３を介して通信可能な別々の装置に配置されていてもよい。例えば、各社のＲＩＰエンジン５９やＪＤＦ解析部５６はＤＦＥ３２がアクセス可能なネットワーク上に存在すればよい。
【０１２９】
画像格納部６０やジョブデータ格納部５３についても同様であり、ＤＦＥ３２がアクセス可能なネットワーク上に存在すればよい。
【０１３０】
また、デバイス情報管理部６２やデバイス情報通信部６３は、ＤＦＥ３２でない別のネットワーク上の装置に搭載されていてもよい。
【符号の説明】
【０１３１】
１      エンドユーザ環境
２      ＰＯＤ印刷システム環境
１１    クライアントＰＣ
１２    アプリケーション
２０    工程管理部
３０    デジタル印刷部
３１    プリンター
３２    ＤＦＥ
５１    ジョブ受信部
５２    システム制御部
５３    ジョブデータ格納部
５４    ＵＩ制御部
５５    ジョブ制御部
５６    ＪＤＦ解析部
５７    ＲＩＰ部
５８    ＲＩＰ制御部
５９    ＲＩＰエンジン
６０    画像格納部
６１    プリンター制御部
６２    デバイス情報管理部
６３    デバイス情報通信部
６４    個別ジョブ受信部
６５    共通ジョブ受信部
【先行技術文献】
【特許文献】
【０１３２】
【特許文献１】特開２０１２‐２３８１８８号公報
【図１】
2015187841.tif 000003
【図２】
2015187841.tif 000004
【図３】
2015187841.tif 000005
【図４】
2015187841.tif 000006
【図５】
2015187841.tif 000007
【図６】
2015187841.tif 000008
【図７】
2015187841.tif 000009
【図８】
2015187841.tif 000010
【図９】
2015187841.tif 000011
【図１０】
2015187841.tif 000012
【図１１】
2015187841.tif 000013
【図１２】
2015187841.tif 000014
【図１３】
2015187841.tif 000015
【図１４】
2015187841.tif 000016
【図１５】
2015187841.tif 000017
【図１６】
2015187841.tif 000018
【図１７】
2015187841.tif 000019
【図１８】
2015187841.tif 000020