JP2015172929A - 情報処理装置、情報処理方法、プログラム - Google Patents

Abstract

【課題】印刷ジョブを取得した場合に適切な印刷物を出力可能な情報処理装置を提供すること。【解決手段】印刷データと設定情報とを含む印刷ジョブを用いて描画データを作成する情報処理装置３２であって、前記印刷データに含まれる特徴記述を検出する記述検出手段６２と、前記印刷データ、前記特徴記述、及び、前記設定情報を描画データ作成手段が実行する命令群に変換する変換手段５５と、前記命令群を実行して描画データを作成する前記描画データ作成手段５７と、を有することを特徴とする。【選択図】図２

Description

本発明は、印刷データと設定情報とを含む印刷ジョブを取得して描画データを作成する情報処理装置等に関する。

業務用の大量の文書を印刷したり製本したりするいわゆるプロダクションプリンティングが知られている（例えば、特許文献１参照。）。特許文献１には、印刷システム全体を考慮して、後処理が利用可能か否かをユーザに通知できる印刷システムが開示されている。

プロダクションプリンティングでは印刷工程がワークフローとして扱われることが多いが、印刷ワークフローでは、印刷ワークフローのオープン化が進められている。オープン化により、各社のソフトウェア（次述するワークフローアプリケーション）や印刷機器が、印刷の主要な工程における印刷ジョブの設定などを共通の記述方式で記述することが可能となる。印刷ワークフローの工程全体を記述するフォーマットとしてＪＤＦ（Job Definition Format）と呼ばれる標準フォーマットが知られている。

印刷ワークフローの工程には、文書やコンテンツの作成、印刷方法の指定、印刷、後処理などの各種の工程がある。これらの各工程は様々なワークフローアプリケーションや印刷機器により行われるものであるが、ＪＤＦによりワークフローアプリケーションや印刷機器のメーカの違いに関わりなく、印刷機器間の連携や印刷工程管理等が可能になる。

しかしながら、各ワークフローアプリケーションや印刷機器がＪＤＦを拡張する場合があり、この場合、各社のワークフローアプリケーションが作成するＪＤＦがワークフローアプリケーション独自の記述を含む場合がある。

図１（ａ）はＣ社の印刷処理装置が印刷ジョブを受け付ける際の不都合を説明する図の一例である。図１は比較例であり従来例ではないことに注意されたい。Ｃ社の印刷処理装置は、Ａ、Ｂ、Ｄ社のワークフローアプリケーションから印刷ジョブを取得している。各ワークフローアプリケーションはＪＤＦを拡張しているため、Ｃ社の印刷処理装置は、ＪＤＦを解析して処理できないという状況が生じ得る。

そこで、各ワークフローアプリケーションの印刷ジョブに対応すべく、Ｃ社の印刷処理装置は、ＪＤＦの変換と各ワークフローアプリケーションに対応したレンダリングエンジン（以下、ＲＩＰエンジンという）を搭載することが考えられる。図１（ｂ）では、ＪＤＦ解析部がＪＤＦを解析してＪＤＦを作成したワークフローアプリケーションのメーカを判断し、ＪＤＦをＣ社の印刷処理装置が扱える設定情報に変換する。また、各ワークフローアプリケーションに対応したＲＩＰエンジンを有することで、各ワークフローアプリケーションが作成した印刷ジョブをユーザが意図する仕上がりで印刷することができる。

したがって、各ワークフローアプリケーションがＪＤＦを拡張していても、Ｃ社の印刷処理装置は、Ａ、Ｂ、Ｄ社のワークフローアプリケーションが作成した印刷ジョブをユーザが意図する仕上がりで印刷できるようになる。

ところで、Ｃ社の印刷処理装置としては、Ａ、Ｂ、Ｄ社のワークフローアプリケーションが作成した印刷ジョブをユーザが意図する仕上がりとは若干違っても印刷したい場合がある。例えば、Ａ社のワークフローアプリケーションが作成した印刷ジョブをＡ社ＲＩＰエンジンだけでなく、Ｂ社ＲＩＰエンジン又はＤ社ＲＩＰエンジンで印刷したいという要望である。また、各ＲＩＰエンジンがPostScriptやＰＤＦのように汎用的なＰＤＬ（Page Description Language）に対応している場合、どのＲＩＰエンジンでも印刷ジョブを印刷することは可能である。

しかしながら、Ｂ社ＲＩＰエンジン又はＤ社ＲＩＰエンジンが、Ａ社のワークフローアプリケーションが作成した印刷ジョブを印刷することができない場合があるという問題があった。図１（ｃ）は、Ａ社のワークフローアプリケーションが作成した印刷ジョブをＢ社ＲＩＰエンジン又はＤ社ＲＩＰエンジンが印刷する場合の問題を説明する図の一例である。図示するように、Ｂ社ＲＩＰエンジン又はＤ社ＲＩＰエンジンは、Ａ社のワークフローアプリケーションが作成した印刷ジョブを印刷することができない。これは、例えば、ＪＤＦ解析部がＪＤＦをＣ社の印刷処理装置が扱える設定情報に変換しても、ＰＤＬが各社のワークフローアプリケーションに独自のコマンドを含む場合があるために生じる。例えば、ＰＤＬがPostScript等の場合、各社に独自のコマンドを含む場合が多く、Ｂ社ＲＩＰエンジン及びＤ社ＲＩＰエンジンがPostScriptに対応していても、印刷できない場合がある。

本発明は、上記課題に鑑み、印刷ジョブを取得した場合に適切な印刷物を出力可能な情報処理装置を提供することを目的とする。

上記課題に鑑み、本発明は、印刷データと設定情報とを含む印刷ジョブを用いて描画データを作成する情報処理装置であって、前記印刷データに含まれる特徴記述を検出する記述検出手段と、前記印刷データ、前記特徴記述、及び、前記設定情報を描画データ作成手段が実行する命令群に変換する変換手段と、前記命令群を実行して描画データを作成する前記描画データ作成手段と、を有することを特徴とする。

印刷ジョブを取得した場合に適切な印刷物を出力可能な情報処理装置を提供することができる。

情報処理装置が印刷ジョブを受け付ける際の不都合を説明する図の一例である。 本実施形態のＤＦＥによる印刷ジョブの印刷について説明する図の一例である。 印刷システムの全体構成図の一例である。 ＤＦＥのハードウェア構成図の一例である。 ＤＦＥの機能ブロック図の一例を示す図である。 ＪＤＦの記載の一部を説明する図の一例である。 変換テーブルの一例を示す図である。 「ＤＦＥ内ジョブ属性」の作成を説明する図の一例である。 「ＤＦＥ内ジョブ属性」の一例を示す図である。 「RIP Parameter List」の一例を示す図である。 独自コマンド変換テーブルの一例を示す図である。 「RIP Parameter List」の作成を模式的に説明する図の一例である。 更新後の「RIP Parameter List」の一例を示す図である。 「RIP Parameter List」の作成の別の手順を模式的に説明する図の一例である。 ＤＦＥが印刷ジョブをレンダリングする手順を示すシーケンス図の一例である。 ＤＦＥの機能ブロック図の一例を示す図である（実施例２）。 プレＲＩＰによる共通ＰＤＬとＰＤＬ内独自属性への変換を模式的に説明する図の一例である。 ＤＦＥが印刷ジョブをレンダリングする手順を示すシーケンス図の一例である（実施例２）。

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

〔印刷ジョブの印刷における本実施例の概略〕
図２は、本実施形態のＤＦＥによる印刷ジョブの印刷について説明する図の一例である。図２のＤＦＥ（Digital Front End)は印刷処理装置に相当する。図２（ａ）に示すように、Ｃ社のＤＦＥ３２は、Ａ社、Ｂ社、及び、Ｃ社（自社）のワークフローアプリケーションが作成したＪＤＦをＣ社のＤＦＥ３２が扱うことのできる設定情報（後述する「ＤＦＥ内ジョブ属性」）に変換するＪＤＦ解析部５６を有している。また、Ａ社ＲＩＰエンジン、Ｂ社ＲＩＰエンジン、及び、Ｃ社ＲＩＰエンジンを有している。なお、Ｄ社ＲＩＰエンジンについては省略した。

各ＲＩＰエンジンはそのＲＩＰエンジン向けに作成された印刷ジョブをレンダリング（描画処理）することに適性を有している。このため、Ａ社のワークフローアプリケーションが作成する印刷ジョブはＡ社ＲＩＰエンジンによりレンダリングされることが想定されており、Ｂ社のワークフローアプリケーションが作成する印刷ジョブはＢ社ＲＩＰエンジンによりレンダリングされることが想定されており、Ｃ社のワークフローアプリケーションが作成する印刷ジョブはＣ社ＲＩＰエンジンによりレンダリングされることが想定されている。なお、○○社のワークフローアプリケーションやＲＩＰエンジンは、実際に○○社が作成している場合に限られず、「○○社向けに」作成されている場合を含む。

そして、本実施形態のＤＦＥ３２は、ＰＤＬ変換部６２を有している。ＰＤＬ変換部６２はＰＤＬからＡ社、Ｂ社、及び、Ｃ社の独自コマンド（特許請求の範囲の特徴記述の一例である）を検出して、Ｃ社のＤＦＥ３２が扱う「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」が得られる。したがって、Ａ社のワークフローアプリケーションが作成した印刷ジョブを、Ａ社ＲＩＰエンジンはもちろん、Ｂ社ＲＩＰエンジン、及び、Ｃ社ＲＩＰエンジンが印刷できるようになる。

〔構成例〕
図３は、本実施例に係る印刷システム２００の全体構成図の一例を示す。本実施例に係る印刷システム２００は、ＬＡＮやインターネットなどのネットワーク３を介して接続された、一台以上のエンドユーザ環境１と、ＰＯＤ（Print On Demand）印刷システム環境２とを有する。

エンドユーザ環境１には、クライアントＰＣ１１が配置されている。クライアントＰＣ１１はＰＯＤ印刷業務向けのワークフローアプリケーション（以下、単にアプリケーショという）１２が搭載されており、ユーザの操作を受け付けて印刷ジョブの生成を行うことができる。

アプリケーション１２は用紙面に複数の論理的なページイメージを複数貼り付けるための集約印刷機能（Ｎｕｍｂｅｒ Ｕｐ面付け機能）、ヘッダー、フッター、ページ番号などを付加するためのイメージ編集機能を実行することができる。また、アプリケーション１２は印刷製本のための穴あけ（パンチ）指示やステープル留め（ステープル）などの指示を指定することができる。これらの指示や設定はＪＤＦに記述される。ＪＤＦはジョブチケット又は作業指示書、印刷指示書などと呼ばれる場合がある。

ＰＯＤ印刷システム環境２は、ネットワーク３で接続された、工程管理部２０と、デジタル印刷部３０と、ポストプレス部４０とを有している。工程管理部２０はＰＯＤ印刷システム環境２においてデジタル印刷部３０及びポストプレス部４０の各工程に対して作業を指示し、ＰＯＤ印刷システム環境２のワークフローを一元管理する。

工程管理部２０は、エンドユーザ環境１から印刷ジョブ（ＪＤＦとＰＤＬ）を受信し、印刷ジョブを保存する。ＪＤＦは特許請求の範囲の設定情報の一例である。ＰＤＬは特許請求の範囲の印刷データの一例である。ＰＤＬは、ページイメージ（ラスタライズされた画像）の描画内容を指示するための言語であるが、ここではＰＤＬで記述されたデータを意味している。ＰＤＬには、ＰＤＦ（Portable Document Format）、PostScript、ＰＣＬ、ＲＰＤＬなどがある。

また、工程管理部２０はエンドユーザ環境１からの印刷ジョブに基づいて各工程における作業をワークフローとして組み立てたり、デジタル印刷部３０やポストプレス部４０、各作業者の作業を効率よくスケジューリングしたり、自動運転時におけるエラー発生時、必要に応じてオペレータに通知をしたりすることもできる。一般的に工程管理部２０は１台以上のＰＣサーバ２１を含むように構成される。

工程管理部２０は、印刷ジョブをデジタル印刷部３０に送信し印刷を行わせる。また、印刷物はポストプレス部４０に搬送され、工程管理部２０からの指示によりポストプレス部４０は製本などを行う。なお、デジタル印刷部３０から直接、印刷ジョブがポストプレス部４０に送信されてもよい。

デジタル印刷部３０は、種々のプリンター（プロダクション向けプリンター、高速カラーインクジェットプリンター、カラー／モノクロＭＦＰなどのプリンター装置）３１を含むように構成される。デジタル印刷部３０には、ＤＦＥ３２が配置される。ＤＦＥ３２は印刷処理装置とも呼ばれ、プリンター３１による印刷を制御する。ＤＦＥ３２は、図示するようにプリンター３１と別体でもよいし、プリンター３１と一体でもよい。ＤＦＥ３２は、工程管理部２０から印刷ジョブを取得すると、ＪＤＦとＰＤＬを用いてプリンター３１がトナー像又はインクによる画像を形成するためのラスターデータ（特許請求の範囲の描画データの一例である）を生成して、プリンター３１に送信する。

デジタル印刷部３０は種々のプリンター３１を有している。なお、デジタル印刷部３０には印刷した記録紙に対して、紙折り、中綴じ製本、くるみ製本、パンチ等の後加工（後処理）を行うためのフィニッシャ（後処理装置）と直接接続したプリンター３１が含まれていてもよい。

ポストプレス部４０は、工程管理部２０から受信した印刷物（ポストプレスジョブ）の作業指示に従って、紙折り機、中綴じ製本機、くるみ製本機、断裁機、封入機、帳合い機等の後処理デバイスを含むように構成される。また、ポストプレス部４０はデジタル印刷部３０より出力された印刷物に対して、紙折り、中綴じ製本、くるみ製本、断裁、封入、帳合い等の仕上げ処理を実行する。ポストプレス部４０には、ステープラ４０１、パンチ穴あけ機４０２など、デジタル印刷後の後加工（後処理）を行うための後処理装置が含まれている。

エンドユーザ環境１のエンドユーザは、クライアントＰＣ１１から、ＰＯＤ印刷業務向けのアプリケーション１２を使用して、画像の編集、面付け、テキスト挿入、後処理の指示などを行い、ＰＯＤ印刷システム環境２の工程管理部２０に対して、印刷ジョブを送信する。

工程管理部２０のＰＣサーバ２１はＪＤＦに従い、デジタル印刷部３０に対して印刷の指示を行い、ポストプレス部４０に対して後処理の指示を行う。

〔ハードウェア構成〕
本実施例では、エンドユーザ環境１が作成した印刷ジョブを工程管理部２０が受け取り、工程管理部２０がＤＦＥ３２に印刷ジョブを送信する。本実施例のＤＦＥ３２の機能は、ネットワーク上の機器が行えば必ずしもＤＦＥ３２が行わなくてもよいが、本実施例ではＤＦＥ３２がＰＤＬの独自コマンドをＰＤＬ内独自属性と共通ＰＤＬに変換する処理を行うものとして説明する。

図４は、ＤＦＥ３２のハードウェア構成図の一例を示す。ＤＦＥ３２は、例えば図４に示すようなハードウェア構成により実現される。すなわち、ＤＦＥ３２は情報処理装置（コンピュータ）としての機能を有している。ＤＦＥ３２は、バス３２９で相互に接続されているＣＰＵ３２１、ＲＡＭ３２２、補助記憶装置３２３、通信装置３２４、入力装置３２５、表示制御部３２６、及び、記録媒体Ｉ／Ｆ３２７を有している。

ＣＰＵ３２１は、ＲＡＭ３２２をワークメモリにしてプログラム３２８を実行することで、ＤＦＥ３２の全体を制御する。補助記憶装置３２３は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの不揮発メモリである。補助記憶装置３２３は印刷ジョブを変換する機能を有するプログラム３２８を記憶している。

通信装置３２４は、モデム，ＬＡＮカード等であり、ネットワーク３に接続してエンドユーザ環境１、工程管理部２０又はポストプレス部４０と通信する。また、プリンター３１と通信する。入力装置３２５はキーボードやマウス等である。入力装置３２５はユーザの操作を受け付ける装置であり、キーボードやマウスなどである。表示制御部３２６はディスプレイ３３０と接続されており、ＣＰＵ３２１からの指示によりディスプレイ３３０に画面を表示する。なお、ディスプレイ３３０はタッチパネルでもよい。

記録媒体Ｉ／Ｆ３２７は、可搬型の記録媒体３３１を脱着可能であり、ＣＰＵ３２１からの指示により記録媒体３３１にデータを書き込んだり、記録媒体３３１からデータを読み出したりする。記録媒体３３１は、例えばＣＤ−ＲＯＭ、光ディスク、ＵＳＢメモリ、ＳＤカード（登録商標）等、光学的，電気的、又は、磁気的に記録する媒体、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプのものを用いることができる。

なお、プログラム３２８は記録媒体３３１に記憶された状態で配布されるか、又は、不図示のサーバからネットワーク３を介してダウンロードされることで配布される。

また、エンドユーザ環境１のクライアントＰＣ１１、及び、工程管理部２０のＰＣサーバ２１のハードウェア構成図も図４と同様の構成で実現できる。

〔ＤＦＥの機能について〕
図５は、ＤＦＥの機能ブロック図の一例を示す図である。ＤＦＥ３２は、印刷ワークフローにおいてジョブ制御、ＲＩＰ（Raster Image Processor）制御、及び、プリンター制御を行う。このように、ＤＦＥ３２はエンドユーザ環境１や工程管理部２０に対し印刷の主要な機能を提供するサーバとして動作する。なお、ジョブ制御とは、印刷ジョブの受け付け、ＪＤＦの解析、ラスターデータの作成、及び、プリンター３１による印刷等、印刷ジョブの手順の一連の制御をいう。ＲＩＰ制御とは、次述する「ＤＦＥ内ジョブ属性」の作成後、「RIP Parameter List」を作成してＲＩＰエンジン５９にラスターデータを作成させる制御をいう。「ＲＩＰ」とは「Raster Image Processor」の略であり、ラスターデータを作成する専用のＩＣやラスターデータを作成することをいう。プリンター制御とは、プリンター３１にラスターデータと「ＤＦＥ内ジョブ属性」の一部（後述する「Finishing情報」）を送信して印刷を行わせる制御をいう。

ＤＦＥ３２は、ジョブ受信部５１、システム制御部５２、ＵＩ制御部５４、ジョブ制御部５５、ＪＤＦ解析部５６、ＲＩＰ部５７、ＲＩＰ制御部５８、ＲＩＰエンジン５９、及び、プリンター制御部６１を有している。これらは、ＣＰＵ３２１がプログラム３２８を実行し、図４を含む各種のハードウェアと協働することで実現される。また、ＤＦＥ３２は、補助記憶装置３２３、ＲＡＭ３２２、及び、記録媒体３３１などに構築されたジョブデータ格納部５３及び画像格納部６０を有している。

ジョブ受信部５１は、ネットワーク３を介してアプリケーション１２などから印刷ジョブを受け付ける。ログとして、例えば、一意のジョブ番号、受付日時、終了日時、ステータスなどを印刷ジョブに関連付けて記録する。印刷ジョブは、アプリケーション１２から入力される以外に、ＵＳＢメモリなどから入力されてもよい。本実施形態では印刷ジョブにＪＤＦが含まれているものとするが、ＪＤＦが含まれていない場合、ジョブ受信部５１はダミーのＪＤＦを作成して、レンダリングを可能にする。

システム制御部５２は、受信した印刷ジョブをジョブデータ格納部５３に格納するか、又は、ジョブ制御部５５に出力する。例えば、ＤＦＥ３２に予め印刷ジョブをジョブデータ格納部５３に格納すると設定されている場合、システム制御部５２は印刷ジョブをジョブデータ格納部５３に格納する。また、例えばＪＤＦに、ジョブデータ格納部５３に格納するか否かが記述されている場合は、記述に従う。

また、システム制御部５２は、ジョブデータ格納部５３に格納した印刷ジョブの内容を例えばユーザがディスプレイ３３０に表示する操作を行った場合、ＪＤＦをジョブデータ格納部５３からＵＩ制御部５４に出力する。ユーザがＪＤＦを変更した場合、ＵＩ制御部５４は変更内容を受け付け、システム制御部５２は再度、変更されたＪＤＦをジョブデータ格納部５３に格納する。

また、システム制御部５２は、ユーザ、エンドユーザ環境１、又は、工程管理部２０から、印刷ジョブの実行の指示を受け付けると、ジョブデータ格納部５３に格納された印刷ジョブをジョブ制御部５５に出力する。また、例えば、ＪＤＦに印刷時刻が設定されている場合、該時刻になるとジョブデータ格納部５３に格納された印刷ジョブをジョブ制御部５５に出力する。

ジョブデータ格納部５３は、このように印刷ジョブを格納するための記憶領域であり、ＤＦＥ３２の補助記憶装置３２３や記録媒体３３１に設けられる。また、ネットワーク上の記憶装置（不図示）に設けられてもよい。

ＵＩ制御部５４は、ＪＤＦを解釈してディスプレイ３３０に印刷ジョブの内容を表示する。また、ＲＩＰエンジン５９が作成したラスターデータをディスプレイ３３０に表示することができる。

ジョブ制御部５５は、ＲＩＰ制御部５８に対しラスターデータを作成させ、また、プリンター制御部６１に印刷を行わせる。具体的には、まず、印刷ジョブのＪＤＦをＪＤＦ解析部５６に送信すると共に、ＪＤＦ解析部５６にＪＤＦ変換要求を出力する。

ＪＤＦ解析部５６は、ジョブ制御部５５からＪＤＦとＪＤＦ変換要求を取得する。ＪＤＦ解析部５６はＪＤＦの記述を解析して、ＪＤＦを作成したアプリケーション１２のメーカを判断する。ＪＤＦを作成したアプリケーション１２のメーカを判断することは、印刷ジョブがレンダリングされることが想定されているレンダリングエンジンを判断することとほぼ同じ意味である。

ＪＤＦ解析部５６は、アプリケーション１２のメーカ毎に用意されている変換テーブル６４を用いた方法で、ＪＤＦをＤＦＥ３２が扱うことが可能な「ＤＦＥ内ジョブ属性」 に変換する。「ＤＦＥ内ジョブ属性」は、特許請求の範囲の装置用設定情報の一例である。すなわち、Ｃ社が作成したＤＦＥ３２については、Ｃ社だけでなくＡ社又はＢ社のアプリーションが作成したＪＤＦを、Ｃ社のＤＦＥ３２が扱うことが可能な「ＤＦＥ内ジョブ属性」に変換する。

なお、ＪＤＦ解析部５６は、「ＤＦＥ内ジョブ属性」を作成する際、「ＤＦＥ内ジョブ属性」に「ＲＩＰ制御モード」を設定する。「ＲＩＰ制御モード」については次述するが、「ＲＩＰ制御モード」には「Page Mode」と「Sheet Mode」がある。各社の印刷ジョブが「Page Mode」か「Sheet Mode」のどちらで作成されているのかは予め調査されている。よって、ＪＤＦを作成したアプリケーション１２のメーカが判断されれば「ＲＩＰ制御モード」も決定できる。本実施例では、ＤＦＥ３２は印刷ジョブの集約印刷の設定を「Page Mode」で扱っているものとする（Page Modeがデフォルト）。

以上により「ＤＦＥ内ジョブ属性」を取得したジョブ制御部５５は、「ＤＦＥ内ジョブ属性」とＰＤＬを「RIP Parameter List」に変換し、ＲＩＰ制御部５８に対して、「RIP Parameter List」という形で印刷ジョブを出力する。「RIP Parameter List」はＲＩＰエンジン５９にてＲＩＰ処理を行うために必要な情報の集合である。ジョブ制御部５５は「RIP Parameter List」の情報からＲＩＰエンジン５９へのＲＩＰ処理の命令を決定する。この命令をＲＩＰコマンドという。

本実施例では、ＰＤＬから独自コマンドが抽出され、独自コマンドも「RIP Parameter List」に反映される。「RIP Parameter List」の作成については後述する。

「RIP Parameter List」にも「ＲＩＰ制御モード」が含まれている。ＲＩＰ制御部５８は「ＲＩＰ制御モード」に応じてＲＩＰエンジン５９を制御する。よって、「ＲＩＰ制御モード」によりシーケンスが決定される。
「Page Mode」…ページ毎にＲＩＰ処理を指示して１枚に集約されたラスターデータを作成する
「Sheet Mode」…すでに複数のページが集約された１ページの各部分（集約前の各ページ部分に相当する）毎にＲＩＰ処理を指示してラスターデータを作成する
ＲＩＰ部５７は、ＲＩＰ制御部５８とＲＩＰエンジン５９を有し、これらによりラスターデータを作成する。ＲＩＰ制御部５８は、「RIP Parameter List」の情報を解析して、複数あるＲＩＰエンジン５９から使用するＲＩＰエンジン５９を決定する。ＲＩＰエンジンの決定は、「RIP Parameter List」の１つ以上の項目に基づく場合と、「RIP Parameter List」に明示されたＲＩＰエンジン識別情報に基づく場合とがある。例えば「RIP Parameter List」における「xmlns:A="www.aaa.com/schema/aaa"」や「xmlns:B="www.bbb.com/schema/bbb"」という記述に基づきＲＩＰエンジン５９を判断する。また、例えばジョブ制御部５５が「RIP Parameter List」にＲＩＰエンジン識別情報を明示していれば、ＲＩＰエンジン識別情報が指示するＲＩＰエンジンを選択する。ＲＩＰ制御部５８は、「RIP Parameter List」を参照して、選択したＲＩＰエンジン５９にＲＩＰコマンドを送信する。

また、ＲＩＰ制御部５８は、「RIP Parameter List」を参照して、「ＲＩＰ制御モード」が「Sheet Mode」の場合、「Sheet Mode」に従ってＲＩＰコマンドをＲＩＰエンジン５９に出力する。これにより、印刷ジョブの違いを吸収できる。

ＲＩＰエンジン５９はレンダリングエンジンであり、ＲＩＰコマンドに従ってラスタライズを行うことでラスターデータを作成する。

画像格納部６０は、作成されたラスターデータが格納される記憶手段である。画像格納部６０は、例えば、補助記憶装置３２３に搭載される。または、ネットワーク上の記憶装置に搭載されてもよい。

プリンター制御部６１は、プリンター３１と接続されており、画像格納部６０に格納されているラスターデータを読み出しプリンター３１に送信することで印刷を行う。また、ジョブ制御部５５から取得した「Finishing情報」に基づき仕上げ処理を行う。

〔ＪＤＦ及びＪＤＦを作成したアプリケーションのメーカの決定について〕
ＪＤＦはＸＭＬ（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:」から始まるタグは、全てＢ社の拡張タグになることを意味する。なお、Ｄ社のＪＤＦについては省略した。

したがって、ＪＤＦ解析部５６は、ＪＤＦのこれらの記述を参照することで、ＪＤＦを作成したアプリケーション１２のメーカを特定できる。アプリケーション１２のメーカに応じて後述する変換テーブル６４を用いて、ＪＤＦをＣ社のＤＦＥ３２が扱うことができる「ＤＦＥ内ジョブ属性」に変換できる。

〔ＤＦＥ内ジョブ属性の作成〕
図７、８を用いて「ＤＦＥ内ジョブ属性」の作成について説明する。なお、ＤＦＥ３２はＣ社が作成したか少なくとも作成したものと見なせるため、ＤＦＥ３２にとってＣ社は自社に相当する。図７は変換テーブルの一例を、図８は「ＤＦＥ内ジョブ属性」の作成を説明する図の一例である。ＪＤＦ解析部５６は、ＪＤＦを作成したアプリケーション１２のメーカ（印刷ジョブが処理されることが想定されているＲＩＰエンジン）の変換テーブル６４を用いてＪＤＦを「ＤＦＥ内ジョブ属性」に変換する。ＪＤＦを作成したアプリケーション１２のメーカを判断できない場合は、すべての変換テーブル６４を用いてＪＤＦを「ＤＦＥ内ジョブ属性」に変換する。この場合は、すべてのＲＩＰエンジン用の「ＤＦＥ内ジョブ属性」が作成される。

図７（ａ）はＣ社の変換テーブルの一例を示す。Ｃ社の変換テーブル６４は、「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」の一例を示す図である。
・入出力データ種類情報は、入力、出力データの種類を指定する。(入力、出力データは、ＰＤＬのみだけではなく、テキストファイルや、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プロファイルに関する情報を指定する。
・スケーリング・オフセット情報は、拡大縮小アルゴリズムのオフセットを指定する。例えば、水平方向オフセット、垂直方向オフセットなどが指定される。
・オブジェクト・領域情報は、オブジェクト領域の幅、高さを指定する。
・ハーフトーン情報は、ハーフトーンのオフセットを指定する。例えば、水平方向オフセット、垂直方向オフセットが指定される。
・スケーリング・アルゴリズム情報は、スケーリングの方式を指定する。

ＰＤＬに関連する情報は、データ領域、サイズ情報、及び、データの配置方法を指定する。
・データ領域は、ＰＤＬの格納されている領域情報を指定する。フォント情報、ページ数の情報などは、このデータ領域内に存在するＰＤＬに含まれている。
・サイズ情報は、ＰＤＬのサイズを指定する。
・データの配置方法は、データの配置方式を指定する。例えば、リトルエンディアン、ビッグエンディアンなどが指定される。

〔独自コマンドの検出とRIP Parameter Listの更新〕
図１１は、独自コマンド変換テーブル６３の一例を示す図である。独自コマンド変換テーブル６３は特許請求の範囲の記述変換テーブルの一例である。独自コマンド変換テーブル６３では、「独自コマンド」に「共通ＰＤＬ」及び「ＰＤＬ内独自属性」が対応づけられている。また、独自コマンドは各アプリケーション１２によって異なるので、独自コマンド変換テーブル６３もアプリケーション毎（ＲＩＰエンジン毎）に作成されている。

独自コマンド変換テーブル６３の作成について説明する。独自コマンドは、例えば、レンダリングすることが想定されていないＲＩＰエンジン５９でＰＤＬと「ＤＦＥ内ジョブ属性」をレンダリングした際に、エラーが生じるＰＤＬのコマンド（記述）として検出される。また、Ｃ社の担当者が、各アプリケーション１２にどのような独自コマンドが含まれているかを調査することで独自コマンドを検出してもよい。

検出された独自コマンドがどのような共通ＰＤＬを意味し、どのようなＰＤＬ内独自属性を意味するかは、レンダリングすることが想定されているＲＩＰエンジン５９でＰＤＬと「ＤＦＥ内ジョブ属性」をレンダリングすることで推測できる。

共通ＰＤＬが各社のＲＩＰエンジン５９に共通のコマンドであるのに対し、ＰＤＬ内独自属性は一般のＰＤＬには含まれない印刷の設定ということができる。このような設定は、本来、ＪＤＦに含まれている場合もあるし、アプリケーション１２に特有な印刷の設定の場合もある。しかし、いずれの場合も独自コマンドがラスターデータなどでどのように作用するかがわかれば、ＰＤＬ内独自属性に変換できる。また、他社のＲＩＰエンジンが対応していない（ラスターデータに影響しない）属性情報であれば、ＰＤＬ内独自属性に変換する必要がないと判断することも可能である。

検出された独自コマンドに、このように調査された共通ＰＤＬ又はＰＤＬ内独自属性の少なくとも一方（又は両方共ない場合があってもよい）を対応づけることで独自コマンド変換テーブル６３が作成される。

図１１では、「%%A_CropMark:Center」という独自コマンドが、「−」という共通ＰＤＬと「センタークロップマーク：ＯＮ」というＰＤＬ内独自属性に対応づけられている。「−」は独自コマンドに対応する一般のＰＤＬのコマンドはないことを意味する。なお、この独自コマンドは、入力されたＰＤＬから削除される。また、「センタークロップマーク：ＯＮ」はセンタートンボの印刷を意味し、本来、ＪＤＦで設定される印刷の設定である。この印刷の設定には属性と属性値が含まれており、両者を属性情報と称することとする。ＪＤＦで設定される属性情報は「RIP Parameter List」の対応する項目に設定可能である。なお、当然ながら、独自コマンドも属性と属性値を含んでいる。

したがって、独自コマンドを共通ＰＤＬとＰＤＬ内独自属性に変換することで、独自コマンドを削除すると共に、共通ＰＤＬ又はＰＤＬ内独自属性を抽出してレンダリングすることが可能になる。

同様に、図１１では、「2B_imposition 」という独自コマンドが、「−」という共通ＰＤＬと「インポジション：２−ｕｐ」というＰＤＬ内独自属性に対応づけられている。「−」については上記の通りである。「インポジション：２−ｕｐ」は２ページ分の集約印刷を意味し、本来、ＪＤＦで設定される印刷の設定（属性情報）である。

図１２は、本実施例の「RIP Parameter List」の作成を模式的に説明する図の一例である。
I．ジョブ制御部５５がＡ社形式ＪＤＦをＪＤＦ解析部５６に出力すると、ＪＤＦ解析部５６は「ＤＦＥ内ジョブ属性」を作成する。
II．ジョブ制御部５５は、ＰＤＬ及び「ＤＦＥ内ジョブ属性」から「RIP Parameter List」を作成する。「RIP Parameter List」の作成方法は従来と同様でよい。
III．ＰＤＬ変換部６２はＰＤＬから独自コマンドを検出し、共通ＰＤＬとＰＤＬ内独自属性に変換する。１つの独自コマンドから共通ＰＤＬとＰＤＬ内独自属性に変換されるとは限らずいずれか一方のみに変換される場合（又は変換されない場合）がある。
IV．ジョブ制御部５５は「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」の作成の別の手順を模式的に説明する図の一例である。
I．ジョブ制御部５５がＡ社形式ＪＤＦをＪＤＦ解析部５６に出力すると、ＪＤＦ解析部５６は「ＤＦＥ内ジョブ属性」を作成する。
II．ＰＤＬ変換部６２はＰＤＬから独自コマンドを検出し、共通ＰＤＬとＰＤＬ内独自属性に変換する。１つの独自コマンドから共通ＰＤＬとＰＤＬ内独自属性に変換されるとは限らずいずれか一方のみに変換される場合がある。
III．ジョブ制御部５５は、ＰＤＬ、共通ＰＤＬ及び「ＤＦＥ内ジョブ属性」から「RIP Parameter List」を作成する。従来から「RIP Parameter List」はＰＤＬと「ＤＦＥ内ジョブ属性」から作成されるものであり、共通ＰＤＬはＰＤＬの一部と見なすことができるため、ＰＤＬ、共通ＰＤＬ及び「ＤＦＥ内ジョブ属性」から「RIP Parameter List」を作成できる。
IV．ジョブ制御部５５は、ＰＤＬ内独自属性を「RIP Parameter List」の対応する項目に設定する。これらにより、独自コマンドの作用と同等の作用を「RIP Parameter List」がもたらすことができる。

図１４の方法では、共通ＰＤＬを抽出してから、「RIP Parameter List」を作成するので、作成された「RIP Parameter List」に対する変更を少なくできる。

以上のような処理により、独自コマンドに含まれていた印刷ジョブの設定を抽出して「RIP Parameter List」の適切な項目に設定できる。

〔ＲＩＰエンジンの選択〕
本実施例のジョブ制御部５５が作成した「RIP Parameter List」は、変換テーブル６４と独自コマンド変換テーブル６３がＲＩＰエンジン毎に用意されているため、Ａ社ＲＩＰエンジン、Ｂ社ＲＩＰエンジン、又は、Ｃ社ＲＩＰエンジンのそれぞれでレンダリングすることができる。したがって、ＲＩＰ制御部５８は任意のＲＩＰエンジン５９を選択できる。一方、ジョブ制御部５５は例えば以下のような方法でＲＩＰエンジン５９を選択してもよい。
i)ユーザが設定したＲＩＰエンジン５９を使用する。
ii)ＪＤＦから「ＤＦＥ内ジョブ属性」への変換が良好であった変換テーブル６４が対応するＲＩＰエンジン５９を使用する。
i)については、ユーザがＵＩ制御部５４やネットワーク３を介して設定したＲＩＰエンジン５９が使用される。ＪＤＦにＲＩＰエンジン５９を指定する設定がある場合はそれに従ってもよい。

ii) の変換が良好かどうかについては、ＪＤＦ解析部５６がＪＤＦから変換した「ＤＦＥ内ジョブ属性」の項目とＪＤＦの属性とを比較することで判断される。ＪＤＦ解析部５６は、ＪＤＦの属性と「ＤＦＥ内ジョブ属性」の項目毎に値を比較し、変換前後の差異が少ないほど大きな評価値を付与する。各の評価値を合計することで、各ＲＩＰエンジンの評価値が得られる。評価値が大きいほど変換が良好であることになるので、ジョブ制御部５５は評価値が最も大きいＲＩＰエンジン５９を選択する。

評価値によりＲＩＰエンジンが選択される場合、Ａ社のアプリケーション１２が作成した印刷ジョブではＡ社ＲＩＰエンジンが選択され、Ｂ社のアプリケーション１２が作成した印刷ジョブではＢ社ＲＩＰエンジンが選択され、Ｃ社のアプリケーション１２が作成した印刷ジョブではＣ社ＲＩＰエンジンが選択される場合が多いと考えられる。しかし、未知のアプリケーション１２で作成された印刷ジョブが入力された場合やアプリケーション１２のメーカの判別が誤っていた場合でも、自動的に最適なＲＩＰエンジン５９を選択できる。

〔動作手順〕
図１５は、本実施例のＤＦＥが印刷ジョブをレンダリングする手順を示すシーケンス図の一例である。
S1：アプリケーション１２がＤＦＥ３２に印刷ジョブ（ＪＤＦ＋ＰＤＬ）を送信する。このＰＤＬは独自コマンドを含むため図では独自ＰＤＬとした。
S2：ジョブ受信部５１は印刷ジョブ（ＪＤＦ＋ＰＤＬ）をシステム制御部５２に出力する。
S3：システム制御部５２はジョブ制御部５５に印刷ジョブを出力する。なお、印刷ジョブをジョブデータ格納部５３に格納するようにＤＦＥ３２が設定されている場合、システム制御部５２はジョブデータ格納部５３に印刷ジョブを格納する。
S4：ジョブ制御部５５は、ＪＤＦ解析部５６にＪＤＦとＪＤＦ変換要求を出力する。
S5：ＪＤＦ解析部５６は、ＪＤＦを作成したアプリケーション１２を特定して、アプリケーション１２によりレンダリングすることが想定されているＲＩＰエンジン用の変換テーブル６４で「ＤＦＥ内ジョブ属性」を作成する。
S6：ＪＤＦ解析部５６は、「ＤＦＥ内ジョブ属性」をジョブ制御部５５に出力する。
S7：ジョブ制御部５５は「ＤＦＥ内ジョブ属性」とＰＤＬを用いて「RIP Parameter List」を作成する。この段階では、ＰＤＬの独自コマンドは「RIP Parameter List」に反映されていない。
S8：ジョブ制御部５５はＰＤＬ変換部６２に対し、ＰＤＬ（独自コマンド）と共に変換要求を出力する。
S9：ＰＤＬ変換部６２は、独自コマンド変換テーブル６３を用いてＰＤＬの独自コマンドを共通ＰＤＬとＰＤＬ内独自属性に変換する。
S10：ＰＤＬ変換部６２は共通ＰＤＬとＰＤＬ内独自属性をジョブ制御部５５に出力する。
S11：ジョブ制御部５５は、共通ＰＤＬとＰＤＬ内独自属性を用いて「RIP Parameter List」を更新する。

以下の処理は、「ＲＩＰ制御モード」が「Page Mode」か「Sheet Mode」によって異なっている。まず、「Page Mode」の場合を説明する。
S12-1：ジョブ制御部５５は、「RIP Parameter List」をＲＩＰ制御部５８に出力する。
S13-1：ＲＩＰ制御部５８は、ＲＩＰエンジン５９を初期化する。
S14-1：ジョブ制御部５５は、ＲＩＰ制御部５８に対しＲＩＰ実行要求を行う。
S15-1：ＲＩＰ制御部５８はジョブ制御部５５の代わりにＲＩＰコマンドを出力する。ＲＩＰ制御部５８は「ＲＩＰ制御モード」が「Page Mode 」の場合、「Page Mode 」に適したシーケンスでＲＩＰコマンドを出力する。
S16-1：ＲＩＰエンジン５９はラスタライズを行う。
S17-1：ＲＩＰエンジン５９はラスターデータを画像格納部６０に格納する。

次に、「Sheet Mode」の場合を説明する。
S12-2：ジョブ制御部５５は、「RIP Parameter List」をＲＩＰ制御部５８に出力する。
S13-2：ＲＩＰ制御部５８は、ＲＩＰエンジン５９を初期化する。
S14-2：ジョブ制御部５５は、ＲＩＰ制御部５８に対しＲＩＰ実行要求を行う。
S15-2：ＲＩＰ制御部５８は、「ＲＩＰ制御モード」が「Sheet Mode」の場合、「Sheet Mode」に適したシーケンスでＲＩＰコマンドを出力する。
S16-2：ＲＩＰエンジン５９はラスタライズを行う。
S17-2：ＲＩＰエンジン５９はラスターデータを画像格納部６０に格納する。

したがって、ジョブ制御部５５の動作は「Page Mode」と「Sheet Mode」で違いがなく（常に「Page Mode」に従って動作する）、「Page Mode」と「Sheet Mode」の違いをＲＩＰ制御部５８が「ＲＩＰ制御モード」に基づき判定して、「Page Mode 」と「Sheet Mode」の違いを吸収することができる。
S18：ジョブ制御部５５は印刷実行要求と共に「Finishing情報」をプリンター制御部６１に出力する。このタイミングは、ラスターデータの作成前でも作成後でもよい。
S19：プリンター制御部６１は、印刷実行要求を取得したことで、画像格納部６０のラスターデータを確認し、印刷を行う。

以上説明したように、本実施例のＤＦＥ３２は、Ａ社のアプリケーション１２が作成した印刷ジョブのＰＤＬがＡ社の独自コマンドを有していても、独自コマンドが含まれずかつ独自コマンドから抽出した印刷の設定（属性情報）が含まれる「RIP Parameter List」を作成できる。したがって、Ａ社ＲＩＰエンジンはもちろん、Ｂ社ＲＩＰエンジン、及び、Ｃ社ＲＩＰエンジンが印刷できるようになる。例えば、Ａ社ＲＩＰエンジン、Ｂ社ＲＩＰエンジン及びＣ社ＲＩＰエンジンがすべてPostScriptに対応している場合に、各アプリケーション１２のＰＤＬが独自のコマンドを含んでいても、任意のＲＩＰエンジン５９が印刷できる。

実施例１では独自コマンド変換テーブル６３を用いて独自コマンドを共通ＰＤＬとＰＤＬ内独自属性に変換した。本実施例では、ＲＩＰ部５７が提供するプレ（Pre-）ＲＩＰという機能を利用して共通ＰＤＬとＰＤＬ内独自属性を作成するＤＦＥ３２について説明する。

なお、プレＲＩＰとは、ジョブ制御部５５がＲＩＰ制御部（又はＲＩＰエンジン５９）５８に対し実際のレンダリングなしにＰＤＬのコマンドを出力し、属性情報（属性と属性値）を取得する処理である（ＲＩＰ制御部が返す属性情報は、特許請求の範囲の印刷設定情報の一例である）。これにより、ジョブ制御部５５はＰＤＬで指定されている属性情報を取得することができ、ＲＩＰエンジン５９がＰＤＬのコマンドに対応しているか否かを判断できる。

本実施例では、プレＲＩＰの仕組みを利用することで、独自コマンドを検出すると共に、得られた属性情報から共通ＰＤＬ又はＰＤＬ内独自属性を作成する（どちらも作成されない場合があってもよい）。

図１６は、本実施例のＤＦＥ３２の機能ブロック図の一例を示す図である。なお、本実施例において、図５において同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。

本実施例では、ＰＤＬ変換部６２が独自コマンド変換テーブル６３を有していないという点で実施例１と異なっているが、その他の構成は実施例１と同様である。

〔プレＲＩＰによる共通ＰＤＬとＰＤＬ内独自属性への変換〕
図１７は、プレＲＩＰによる独自コマンドの共通ＰＤＬとＰＤＬ内独自属性への変換を模式的に説明する図の一例である。ジョブ制御部（ＰＤＬ変換部）５５はプレＲＩＰ要求と共にＲＩＰ制御部５８にＰＤＬを出力する。これにより、ＲＩＰ制御部５８がプレＲＩＰを行い、その結果をＰＤＬ変換部６２に返す。

I．ＲＩＰ制御部５８は、ＰＤＬのコマンドをコマンド単位で（コマンドの１つずつ又は１つの関数などの意味のある区切りで）ＲＩＰエンジン５９に出力する。ＰＤＬのコマンドには属性と属性情報が含まれている。

実施例１の独自コマンド「%% A_CropMark: Center」を例にして説明する。「%% A_CropMark: Center」の属性と属性情報は以下のようになる。
属性…A_CropMark
属性値…Center
II．ＲＩＰエンジンはＰＤＬのコマンドに対して属性情報（属性と属性値）を返す。「%% A_CropMark: Center」に対して、ＲＩＰエンジン５９は、
属性…センタークロップマーク
属性値…ＯＮ
という属性情報を返す。

III．ＰＤＬ変換部６２は帰ってきた属性が異なっているので、「%% A_CropMark: Center」が独自コマンドであると判断する。このような判断が可能なのは、プレＲＩＰがＰＤＬのコマンドの属性を調査するために行われ（ＰＤＬの属性にＲＩＰエンジン５９が対応しているかどうか）、対応している場合は原則的に同じ属性が帰ってくるためである。

ＰＤＬのコマンドの属性とプレＲＩＰで得られた属性が同じ場合、ＰＤＬのコマンドはＲＩＰエンジン５９が処理できるので（独自コマンドでないことになるので）、ＰＤＬ変換部６２は何もしない。

IV．独自コマンドの場合、ＰＤＬ変換部６２は帰ってきた属性情報（属性と属性値）を共通ＰＤＬ又はＰＤＬ内独自属性に設定する。ここでは、属性情報に応じて共通ＰＤＬ又はＰＤＬ内独自属性のどちらに設定するか、予め定められているものとする。共通ＰＤＬは明らかになっているので、共通ＰＤＬの一覧をテーブルなどで保持しておき、共通ＰＤＬ以外をＰＤＬ内独自属性に設定すればよい。または、ＰＤＬ内独自属性の一覧をテーブルなどで保持しておき、ＰＤＬ内独自属性以外を共通ＰＤＬに設定してもよい。「センタークロップマーク：ＯＮ」という属性値はＰＤＬ内独自属性に設定される。

なお、ＰＤＬのコマンドである「%% A_CropMark: Center」が独自コマンドであることがわかると、ＲＩＰエンジン５９は独自コマンドを処理できないので、ＰＤＬ変換部６２は独自コマンドをＰＤＬから削除する。

〔ＲＩＰエンジンの選択〕
本実施例ではＤＦＥ３２がＡ社ＲＩＰエンジン、Ｂ社ＲＩＰエンジン及びＣ社ＲＩＰエンジンを有している。このように複数のＲＩＰエンジンを有している場合、ＰＤＬ変換部６２は任意の又は全てのＲＩＰエンジン５９によりプレＲＩＰを行う。

任意のＲＩＰエンジン５９を使用する場合は、実施例１でレンダリングするＲＩＰエンジン５９が選択された場合と同様に、プレＲＩＰするＲＩＰエンジン５９が選択される。
i)ユーザが設定したＲＩＰエンジン５９を使用する。
ii)ＪＤＦから「ＤＦＥ内ジョブ属性」への変換が良好であった変換テーブル６４が対応するＲＩＰエンジン５９を使用する。
全てのＲＩＰエンジン５９によりプレＲＩＰを行う場合、ＲＩＰエンジン毎に独自コマンドが特定され共通ＰＤＬとＰＤＬ内独自属性が得られる。この場合は、最終的にレンダリングに用いられるＲＩＰエンジン（ユーザ指定又は「ＤＦＥ内ジョブ属性」への変換が良好なＲＩＰエンジン）によるプレＲＩＰにより得られた共通ＰＤＬとＰＤＬ内独自属性を用いて「RIP Parameter List」が作成される。

〔動作手順〕
図１８は、本実施例のＤＦＥ３２が印刷ジョブをレンダリングする手順を示すシーケンス図の一例である。実施例１の図１３に対し、Ｓ８〜Ｓ１２が異なっている。
S1：アプリケーション１２がＤＦＥ３２に印刷ジョブ（ＪＤＦ＋ＰＤＬ）を送信する。
S2：ジョブ受信部５１は印刷ジョブ（ＪＤＦ＋ＰＤＬ）をシステム制御部５２に出力する。
S3：システム制御部５２はジョブ制御部５５に印刷ジョブを出力する。なお、印刷ジョブをジョブデータ格納部５３に格納するようにＤＦＥ３２が設定されている場合、システム制御部５２はジョブデータ格納部５３に印刷ジョブを格納する。
S4：ジョブ制御部５５は、ＪＤＦ解析部５６にＪＤＦとＪＤＦ変換要求を出力する。
S5：ＪＤＦ解析部５６は、ＪＤＦを作成したアプリケーション１２を特定して、アプリケーション１２によりレンダリングすることが想定されているＲＩＰエンジン用の変換テーブル６４で「ＤＦＥ内ジョブ属性」を作成する。
S6：ＪＤＦ解析部５６は、「ＤＦＥ内ジョブ属性」をジョブ制御部５５に出力する。
S7：ジョブ制御部５５は「ＤＦＥ内ジョブ属性」とＰＤＬを用いて「RIP Parameter List」を作成する。この段階ではＰＤＬの独自コマンドは「RIP Parameter List」に反映されていない。
S8：ジョブ制御部５５はＰＤＬ変換部６２に対し、ＰＤＬと共に変換要求を出力する。
S9：ＰＤＬ変換部６２は、ＰＤＬをＲＩＰ制御部５８に出力する。
S9-1：ＰＤＬ変換部６２は、コマンド単位でＲＩＰ制御部５８に対しプレＲＩＰを行う。すなわち、ＲＩＰ制御部５８がＰＤＬのコマンド（属性と属性値）をＲＩＰエンジンに出力する。
S9-2：これに対し、ＲＩＰエンジンは属性情報（属性と属性値）をＰＤＬ制御部に返す。
S10：ＲＩＰ制御部５８は属性情報（属性と属性値）をＰＤＬ変換部６２に返す。
S11：ＰＤＬ変換部６２は、属性が変化していれば、ＲＩＰ制御部５８に出力したＰＤＬのコマンドを共通ＰＤＬ又はＰＤＬ内独自コマンドに設定する。また、ＲＩＰ制御部５８に出力したＰＤＬのコマンドをＰＤＬから削除する。
S12：ＰＤＬ変換部６２は共通ＰＤＬとＰＤＬ内独自属性をジョブ制御部５５に出力する。
S13：ジョブ制御部５５は、共通ＰＤＬとＰＤＬ内独自属性を用いて「RIP Parameter List」を更新する。以降の処理は実施例１と同様なので説明は省略する。

以上説明したように、本実施例のＤＦＥ３２は、独自コマンド変換テーブル６３を用いることなく、実施例１と同様に独自コマンドが含まれずかつ独自コマンドから抽出した設定が含まれる「RIP Parameter List」を作成できる。したがって、ＰＤＬが独自コマンドを有していても、任意のＲＩＰエンジン５９でレンダリングすることができる。

〔好適な変形例〕
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、図５ではＤＦＥ３２が全ての機能を有しているが、これらの各機能はネットワーク３を介して通信可能な別々の装置に配置されていてもよい。例えば、各社のＲＩＰエンジン５９やＪＤＦ解析部５６はＤＦＥ３２がアクセス可能なネットワーク上に存在すればよい。

画像格納部６０やジョブデータ格納部５３についても同様であり、ＤＦＥ３２がアクセス可能なネットワーク上に存在すればよい。

また、ＰＤＬ変換部６２がＤＦＥ３２の外部に存在してもよい。この場合、ＤＦＥ３２はＰＤＬを外部のＰＤＬ変換部６２に送信し、ＰＤＬ変換部６２から共通ＰＤＬとＰＤＬ内独自属性を取得する。

１ エンドユーザ環境
２ ＰＯＤ印刷システム環境
１１ クライアントＰＣ
１２ アプリケーション
２０ 工程管理部
３０ デジタル印刷部
３１ プリンター
３２ ＤＦＥ
５１ ジョブ受信部
５２ システム制御部
５３ ジョブデータ格納部
５４ ＵＩ制御部
５５ ジョブ制御部
５６ ＪＤＦ解析部
５７ ＲＩＰ部
５８ ＲＩＰ制御部
５９ ＲＩＰエンジン
６０ 画像格納部
６１ プリンター制御部
６２ ＰＤＬ変換部
６３ 独自コマンド変換テーブル

特開２０１２‐２３８１８８号公報

Claims (9)

1. 印刷データと設定情報とを含む印刷ジョブを用いて描画データを作成する情報処理装置であって、
   前記印刷データに含まれる特徴記述を検出する記述検出手段と、
   前記印刷データ、前記特徴記述、及び、前記設定情報を描画データ作成手段が実行する命令群に変換する変換手段と、
   前記命令群を実行して描画データを作成する前記描画データ作成手段と、
   を有することを特徴とする情報処理装置。
2. 前記記述検出手段は、検出した前記特徴記述を、複数の前記描画データ作成手段が対応している対応印刷データと、前記命令群の属性情報とに変換し、
   前記変換手段は、前記印刷データ、前記対応印刷データ、前記属性情報、及び、前記設定情報を前記命令群に変換する、
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記特徴記述に前記対応印刷データ又は前記属性情報の少なくとも一方が対応づけられた記述変換テーブルを有し、
   前記記述検出手段は、前記印刷データから前記記述変換テーブルに含まれる前記特徴記述を検出し、該特徴記述を前記対応印刷データ又は前記属性情報の少なくとも一方に変換する、ことを特徴とする請求項２記載の情報処理装置。
4. 前記描画データ作成手段は、前記印刷データの所定単位の記述を取得した場合に、該記述が指定する印刷設定情報を返すものであり、
   前記記述検出手段は、前記描画データ作成手段が前記所定単位の記述に対して返した前記印刷設定情報と前記記述が異なる場合に、前記記述を前記特徴記述として検出し、前記描画データ作成手段が返した前記印刷設定情報を前記対応印刷データ又は前記属性情報の少なくとも一方に変換する、
   ことを特徴とする請求項２記載の情報処理装置。
5. 前記設定情報を当該情報処理装置が扱う装置用設定情報に変換する装置用設定情報作成手段を有し、
   前記変換手段は、前記設定情報から変換された前記装置用設定情報、及び、前記印刷データを前記命令群に変換するものであり、
   前記記述検出手段は、前記設定情報に含まれるべき情報を含む前記特徴記述から前記装置用設定情報を検出し、
   前記変換手段は、前記装置用設定情報、前記印刷データから検出された前記装置用設定情報、及び、前記印刷データを前記命令群に変換する、
   ことを特徴とする請求項２又は３記載の情報処理装置。
6. 前記変換手段は、前記印刷データ、及び、前記装置用設定情報を前記命令群に変換した後、
   前記特徴記述から変換された前記対応印刷データ又は前記属性情報の少なくとも一方を用いて前記命令群を更新する、
   ことを特徴とする請求項５記載の情報処理装置。
7. 複数の前記描画データ作成手段を有し、
   前記特徴記述は、特定の前記描画データ作成手段が処理可能な記述であり、
   前記特徴記述が前記対応印刷データ又は前記属性情報の少なくとも一方に変換されることで、
   前記変換手段が前記印刷データ、前記対応印刷データ、前記属性情報、及び、前記設定情報から変換した前記命令群を、任意の前記描画データ作成手段が実行する、
   ことを特徴とする請求項２記載の情報処理装置。
8. 印刷データと設定情報とを含む印刷ジョブを用いて描画データを作成する情報処理方法であって、
   記述検出手段が、前記印刷データに含まれる特徴記述を検出するステップと、
   変換手段が、前記印刷データ、前記特徴記述、及び、前記設定情報を描画データ作成手段が実行する命令群に変換するステップと、
   前記描画データ作成手段が、前記命令群を実行して描画データを作成するステップと、
   を有することを特徴とする情報処理方法。
9. 印刷データと設定情報とを含む印刷ジョブを取得して描画データを作成する情報処理装置に、
   前記印刷データに含まれる特徴記述を検出する記述検出ステップと、
   前記印刷データ、前記特徴記述、及び、前記設定情報を描画データ作成手段が実行する命令群に変換する変換ステップと、
   前記命令群を実行して描画データを作成する描画データ作成ステップと、
   を実行させるプログラム。

Images