JP2018156171A - 制御プログラム、プログラム、画像形成出力システム、処理実行制御装置 - Google Patents

Abstract

【課題】ＨＷＦサーバとＤＦＥとの間でジョブデータの形式が異なる場合であっても、印刷ワークフローを効率よく実行する。【解決手段】画像形成出力を実行するための処理内容を設定する情報を含む処理設定情報に従って前記画像形成出力の実行を制御する画像形成出力制御装置に送信される前記処理設定情報を複数の処理の実行を制御する処理実行制御装置において設定するためのプログラムであって、前記画像形成出力制御装置に固有の処理内容を示す固有処理情報を含む処理設定情報から、前記固有処理情報を抽出する固有処理情報抽出ステップと、抽出された前記固有処理情報の処理設定値を設定するための設定画面を表示する表示制御ステップと、設定された前記処理設定値を、前記画像形成出力制御装置に前記画像形成出力を実行させるために送信する命令情報に反映させる処理設定値反映ステップと、を実行させる。【選択図】図２０

Description

本発明は、制御プログラム、プログラム、画像形成出力システム、処理実行制御装置に関する。

ＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）やＪＭＦ（Ｊｏｂ Ｍｅｓｓａｇｉｎｇ Ｆｏｒｍａｔ）と呼ばれる情報伝達フォーマットにより、印刷物の生成に関するあらゆる処理を定義して制御する方法が用いられている。この方法によれば、オフセットプリンタやデジタルプリンタ等の異なる種類のプリンタを一括して制御することが可能となる。そのようなシステムはＨＷＦ（Ｈｙｂｒｉｄ Ｗｏｒｋ Ｆｌｏｗ）システムと呼ばれ、そのようなシステムを制御するサーバはＨＷＦサーバと呼ばれる。

このようなＨＷＦシステムにおいては、同一の印刷データに基づいてオフセットプリンタおよびデジタルプリンタのそれぞれに出力を実行させた場合に、フォント、色味、レイアウトなどに差異が無く同一の結果が得られることが求められる。そのため、印刷出力において最終的に参照されるデータであるラスターデータを印刷データに基づいて出力するＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）エンジンが、オフセットプリンタとデジタルプリンタとにおいて共通化される。

そのようなＲＩＰエンジンは上述したＨＷＦサーバに搭載され、オフセットプリンタによる出力の場合にはＨＷＦサーバ上にてＲＩＰエンジンによるラスターデータの生成処理（以後、「ＲＩＰ処理」とする）が行われる。他方、デジタルプリンタの場合、ＤＦＥ（Ｄｅｇｉｔａｌ Ｆｒｏｎｔ Ｅｎｄ）と呼ばれる構成が印刷データを受信してＲＩＰ処理を行い、プリンタエンジンに印刷出力を実行させる構成が一般的である。

すなわち、ＨＷＦシステムにおいてデジタルプリンタを用いる場合、ＨＷＦサーバからＤＦＥがデータを受信し、ＤＦＥによってデジタルプリンタのプリンタエンジンが制御されて印刷出力が実行される方式が採用される。したがって、ＤＦＥには、上述したようにオフセットプリンタと共通化されたＲＩＰエンジンが搭載されることとなる。

このようなＨＷＦシステムにおいては、同一の印刷データに基づいて印刷出力を行う際の印刷設定をＨＷＦサーバに実行させることができる。この時、ＨＷＦサーバはＤＦＥが持つ機能やＤＦＥに接続されている後処理装置の構成などの印刷設定を行うために必要な情報をデバイス情報として取得し、印刷設定を行うためのＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を表示させる。

また、ＨＷＦシステムは、１台のＨＷＦサーバに対して複数のＤＦＥを接続することができる。そのため、ＤＦＥに搭載されている機能を使用する目的や、印刷出力におけるスループットの向上を目的として、ＤＦＥおよびデジタルプリンタを追加接続することがある。

このとき、すでにＨＷＦサーバに接続されているＤＦＥと追加接続されたＤＦＥとのバージョンが異なるために、ＨＷＦサーバとＤＦＥとの間でジョブデータの形式が異なる場合がある。これに対して、印刷ワークフローの上流と下流とのアプリケーション間、すなわち、ＨＷＦサーバに搭載されているアプリケーションとＤＦＥに搭載されているアプリケーションとの間でジョブ形式がことなっていても、印刷出力を実行可能にする技術が知られている（例えば、特許文献１参照）。

特許文献１では、ＤＦＥがＨＷＦサーバから受信したジョブデータを、ＤＦＥにおいて解釈可能なジョブデータに変換することにより、ジョブ形式の違いに対応することができる。

しかし、特許文献１では、追加接続されたＤＦＥにおいて解釈可能なジョブデータ、すなわち、追加接続されたＤＦＥにおいて解釈可能に拡張されたＪＤＦの記述をＨＷＦサーバが解釈できない場合がある。そのため、ＨＷＦサーバから、追加接続されたＤＦＥに搭載されている機能に関する設定を行うことができない。

また、追加接続されたＤＦＥにおいて解釈可能に拡張されたＪＤＦの記述をジョブデータに反映させるためには、一度、ＨＷＦサーバからＤＦＥにジョブを送信して保存し、保存したジョブをＤＦＥ上で編集しなければならず、印刷ワークフローの効率を低減させてしまう。

本発明は、このような課題を解決するためになされたものであり、ＨＷＦサーバとＤＦＥとの間でジョブデータの形式が異なる場合であっても、印刷ワークフローを効率よく実行することを目的とする。

上記課題を解決するために、本発明の一態様は、複数の処理の実行を制御する処理実行制御装置から受信した命令情報に基づいて画像形成出力を実行するための処理内容を設定する情報を含む処理設定情報に従って前記画像形成出力の実行を制御する画像形成出力制御装置に送信される前記処理設定情報を設定するための制御プログラムであって、前記画像形成出力制御装置に固有の処理内容を示す固有処理情報を含み、前記処理設定情報を生成する固有処理情報生成ステップと、前記処理設定情報を前記処理実行装置に送信する送信制御ステップと、を前記画像形成出力制御装置に実行させ、前記処理設定情報から、前記固有処理情報を抽出する固有処理情報抽出ステップと、抽出された前記固有処理情報の処理設定値を設定するための設定画面を表示する表示制御ステップと、設定された前記処理設定値を、前記画像形成出力を実行するために前記画像形成出力制御装置に送信する命令情報に反映させる処理設定値反映ステップと、を前記処理実行制御装置に実行させることを特徴とする。

本発明によれば、ＨＷＦサーバとＤＦＥとの間でジョブデータの形式が異なる場合であっても、印刷ワークフローを効率よく実行することができる。

本発明の実施形態に係るシステムの運用形態を示す図である。 本発明の実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。 本発明の実施形態に係るＪＤＦ情報を示す図である。 本発明の実施形態に係るＨＷＦサーバの機能構成を示すブロック図である。 本発明の実施形態に係るワークフロー情報の例を示す図である。 本発明の実施形態に係るＤＦＥの機能構成を示すブロック図である。 本発明の実施形態に係る変換テーブルの例を示す図である。 本発明の実施形態に係るＲＩＰパラメータの例を示す図である。 本発明の実施形態に係るＲＩＰエンジンの機能構成を示すブロック図である。 本発明の実施形態に係るＲＩＰエンジンの機能構成を示すブロック図である。 本発明の実施形態に係るシステムの全体動作を示すシーケンス図である。 本発明の実施形態に係る分割要求の情報を示す図である。 本発明の実施形態に係るデバイス情報を示す図である。 本発明の実施形態に係るジョブ設定ＵＩを示す図である。 本発明の実施形態に係るデバイス情報に基づいてジョブ設定ＵＩを表示させる処理の流れを示すフローチャートである。 本発明の実施形態に係るデバイス情報を示す図である。 本発明の実施形態に係るジョブ設定ＵＩを示す図である。 本発明の実施形態に係る拡張タグの処理設定値が反映されたＪＤＦ情報を示す図である。 本発明の実施形態に係るデバイス情報を示す図である。 本発明の実施形態に係るジョブ設定ＵＩを示す図である。 本発明の実施形態に係るデバイス情報を示す図である。 本発明の実施形態に係るジョブ設定ＵＩを示す図である。 本発明の実施形態に係るＤＦＥ内処理を示すフローチャートである。 本発明の実施形態に係るＲＩＰ処理を示すフローチャートである。

以下、図面を参照して、本発明の実施形態について説明する。本実施形態においては、オフセットプリンタおよびデジタルプリンタが混在するシステムにおいて、両方のプリンタを同一のサーバを介して制御可能な画像形成出力システムについて説明する。このようなシステムは、ＨＷＦ（Ｈｙｂｒｉｄ Ｗｏｒｋ Ｆｌｏｗ）システムと呼ばれる。そのようなシステムにおいてデジタルプリンタを動作させる場合に、本実施形態においては、デジタルプリンタを制御するＤＦＥ（Ｄｉｇｉｔａｌ Ｆｒｏｎｔ Ｅｎｄ）とサーバとに共通化されたＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）エンジンを搭載したＨＷＦシステムを例に挙げて説明を行う。

図１は、本実施形態に係るＨＷＦシステムの運用形態を示す図である。図１に示すように、本実施形態に係るシステムは、デジタルプリンタ１、オフセットプリンタ２、後処理装置３、ＨＷＦサーバ４ａ、４ｂ（以降、総じて「ＨＷＦサーバ４」とする）、クライアント端末５ａ、５ｂ（以降、総じて「クライアント端末５」とする）がネットワークを介して接続されて構成されている。

デジタルプリンタ１は、電子写真方式やインクジェット方式等、版を用いずに画像形成出力を行うプリンタであり、ＤＦＥ１００、デジタルエンジン１５０、インラインフィニッシャ１６０を含む。ＤＦＥ１００は、デジタルエンジン１５０に印刷出力を、インラインフィニッシャ１６０に後処理をそれぞれ実行させるための制御部である画像形成出力制御装置として機能する。また、デジタルエンジン１５０が画像形成装置として、インラインフィニッシャ１６０が後処理装置として機能する。そのため、ＤＦＥ１００は、デジタルエンジン１５０が印刷出力を実行する際に参照する画像データであるラスターデータを生成するためのＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）エンジンを含む。ラスターデータが描画情報である。

オフセットプリンタ２は、版を用いて画像形成出力を行うプリンタであり、ＣＴＰ（Ｃｏｍｐｕｔｅｒ Ｔｏ Ｐｌａｔｅ）２００およびオフセットエンジン２５０を含む。ＣＴＰ２００は、ラスターデータに基づいて版を生成する装置である。ＣＴＰ２００によって版が生成されることにより、オフセットエンジン２５０によるオフセット印刷が可能となる。

後処理装置３は、デジタルプリンタ１、オフセットプリンタ２によって印刷出力された記録媒体である用紙に対してパンチ、ステープル、製本等の後処理を行う装置である。ＨＷＦサーバ４は、印刷出力する対象の画像データを含むジョブデータの入稿から、印刷出力、後処理まで全てを管理するＨＷＦソフトウェアがインストールされたサーバである。ＨＷＦサーバ４は、ＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）と呼ばれる情報形式で生成された情報（以降、「ＪＤＦ情報」とする）により、上述した様々な処理を管理する。すなわち、ＨＷＦサーバ４が処理実行制御装置として機能する。

ＨＷＦサーバ４は、オフセットプリンタ２を用いてオフセット印刷により印刷出力を行う場合、内部に搭載されたＲＩＰエンジンによりラスターデータを生成し、そのラスターデータをＣＴＰ２００に送信する。そのため、ＨＷＦサーバ４にはＲＩＰエンジンが搭載されている。

他方、デジタルプリンタ１により印刷出力を行う場合、ＤＦＥ１００にデータを送信する。ＤＦＥ１００には上述した通りＲＩＰエンジンが搭載されているため、ＨＷＦサーバ４はＲＩＰ処理前の印刷データをＤＦＥ１００に送信することにより、デジタルプリンタ１に印刷出力を実行させることが可能である。

ここで、同一の印刷データに基づく印刷出力がデジタルプリンタ１、オフセットプリンタ２のそれぞれにおいて実行される場合がある。そのような場合において、両者の印刷出力の結果が異なると、出力物を受け取るユーザに違和感を与えることとなる。そのため、デジタルプリンタ１、オフセットプリンタ２のそれぞれにおける印刷出力の結果は同一であることが好ましい。

異なるデバイスによる印刷出力の差異は、主にＲＩＰ処理によって生じる。そのため、デジタルプリンタ１とオフセットプリンタ２とで処理が共通化されたＲＩＰエンジンを用いることにより、両者の出力結果の差異を最低限とすることが可能である。

すなわち、本実施形態においてＨＷＦサーバ４に搭載されるＲＩＰエンジンは、デジタルプリンタ１およびオフセットプリンタ２の両方に対応し、共通化可能な処理が共通化されたＲＩＰエンジンである。また、ＤＦＥ１００には、ＨＷＦサーバ４に搭載されたＲＩＰエンジンと共通のＲＩＰエンジンが搭載される。

このような構成により、ＨＷＦサーバ４およびＤＦＥ１００には共通のＲＩＰエンジンが搭載されることとなる。そのため、デジタルプリンタ１により印刷出力を実行する場合、ＨＷＦサーバ４によるＲＩＰ処理とＤＦＥ１００によるＲＩＰ処理とを組み合わせることが可能となる。

クライアント端末５は、システムを使用するオペレータがＨＷＦサーバ４を操作するための情報処理端末であり、一般的なＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等によって実現される。オペレータは、クライアント端末５を操作してＨＷＦサーバ４を操作するためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を表示し、データの入力や上述したＪＤＦ情報の設定などを行う。ＪＤＦ情報が処理設定情報である。

次に、本実施形態に係るＤＦＥ１００、ＨＷＦサーバ４およびクライアント端末５等の情報処理装置のハードウェア構成について図２を参照して説明する。図２に示すように、本実施形態に係る情報処理装置は、一般的なサーバやＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等と同様の構成を含む。すなわち、本実施形態に係る情報処理装置は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０およびＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０および操作部７０が接続されている。

ＣＰＵ１０は演算手段であり、情報処理装置全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。

Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザが情報処理装置の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザが情報処理装置に情報を入力するためのユーザインタフェースである。なお、ＨＷＦサーバ４はサーバとして運用されるため、ＬＣＤ６０や操作部７０等のユーザインタフェースは省略可能である。

このようなハードウェア構成において、ＲＯＭ３０に格納されたプログラムや、ＨＤＤ４０もしくは光学ディスク等の記憶媒体からＲＡＭ２０にロードされたプログラムに従ってＣＰＵ１０が演算を行うことにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係るＤＦＥ１００、ＨＷＦサーバ４およびクライアント端末５の機能を実現する機能ブロックが構成される。

次に、上述したＪＤＦ情報について説明する。図３は、ＪＤＦ情報の例を示す図である。図３に示すように、ＪＤＦ情報は、ジョブの実行に関する“ジョブ情報”、ラスターデータに関する“エディット情報”、後処理に関する“フィニッシング情報”を含む。また、“ＲＩＰステータス”、“ＲＩＰデバイス指定”および“デバイス指定”の情報を含む。

“ジョブ情報”は、図３に示すように、“部数”、“ページ数”、“ＲＩＰ制御モード”といった情報を含む。“部数”は、出力対象の印刷物の部数を指定する情報である。“ページ数”は、印刷物のページ数を指定する情報である。“ＲＩＰ制御モード”は、ＲＩＰ処理の制御モードを示し、「ページモード」、「シートモード」等が指定される。

“エディット情報”は、“向き情報”、“印刷面情報”、“回転”、“拡大／縮小”、“イメージ位置”、“レイアウト情報”、“マージン情報”、“クロップ・マーク情報”を含む。“向き情報”は、「縦」、「横」等の印刷の向きを指定する情報である。“印刷面情報”は、「両面」、「片面」等の印刷面を指定する情報である。

“回転”は、出力対象の画像の回転角度を指定する情報である。“拡大／縮小”は、出力対象の画像の変倍率を指定する情報である。“イメージ位置”の“オフセット”は、出力対象の画像のオフセットを指定する情報である。“位置調整情報”は、出力対象の画像の位置調整の処理設定値を指定する情報である。

“レイアウト情報”の“カスタム・インポジション配置”は、カスタム面の配置を指定する情報である。“ページ数”は、用紙１枚のページ数を指定する情報であり、例えば１枚の用紙に２ページを集約する場合には「２ｉｎ１」等と指定される。“ページ順序情報”は、印刷されるページの順序に関する情報を指定する情報である。“クリープ位置調整”は、クリープ位置の調整に関する処理設定値を指定する情報である。

“マージン情報”は、フィット・ボックスやガターなどのマージンに関する処理設定値を指定する情報である。“クロップ・マーク情報”の“センター・クロップ・マーク情報”は、センター・クロップ・マークに関する処理設定値を指定する情報である。“コーナー・クロップ・マーク情報”は、コーナー・クロップ・マークに関する処理設定値を指定する情報である。

“フィニッシング情報”は、“Ｃｏｌｌａｔｅ情報”、“ステープル／バインド情報”、“パンチ情報”、“折り情報”、“トリム”、“出力トレイ情報”、“入力トレイ情報”、“カバー・シート情報”を含む。“Ｃｏｌｌａｔｅ情報”は、文書が複数部数印刷される場合にページ単位で印刷するか文書単位で印刷するかを指定する情報である。

“ステープル／バインド情報”は、ステープル／バインドに関する処理を指定する情報である。“パンチ情報”は、パンチに関する処理を指定する情報である。“折り情報”は、折りに関する処理を指定する情報である。“トリム”は、トリムに関する処理を指定する情報である。

“出力トレイ情報”は、出力トレイを指定する情報である。“入力トレイ”は、入力トレイを指定する情報である。“カバー・シート情報”は、カバー・シートに関する処理を指定する情報である。

“ＲＩＰステータス”は、ＲＩＰ処理に含まれる各処理であるＲＩＰ内部処理のそれぞれが実行済みであるか否かを示す実行状態情報である。図３においては、ＲＩＰ内部処理の項目として“プリフライト”、“ノーマライズ”、“フォント”、“レイアウト”、“マーク”、“ＣＭＭ”、“Ｔｒａｐｐｉｎｇ”、“Ｃａｌｉｂｒａｔｉｏｎ”、“Ｓｃｒｅｅｎｉｎｇ”といった処理項目が記述されている。そして、それぞれの項目についての処理状態のステータスが記述される。図３においては、未処理であることを示す「ＮｏｔＹｅｔ」が設定されており、それぞれの処理が実行されると「Ｄｏｎｅ」に更新される。

“ＲＩＰデバイス指定”は、それぞれのＲＩＰ内部処理について、ＨＷＦサーバ４側において実行するか、ＤＦＥ１００側において実行するかを指定する情報である。“ＲＩＰステータス”と同様のＲＩＰ内部処理のそれぞれの項目について、「ＨＷＦサーバ」と「ＤＦＥ」とのいずれかが設定される。また、「ＤＦＥ」が設定される場合、「ＤＦＥ（エンジンＡ）」、「ＤＦＥ（外部処理部１２１）」のように、ＤＦＥ１００に搭載されている複数のＲＩＰエンジンもしくはラスターデータを生成する処理を実行するモジュールの内から、いずれかを指定する情報が含まれる。

“デバイス指定”は、印刷ジョブを実行するデバイスを指定する情報であり、図３の例においては、「デジタルプリンタ」が指定されている。なお、ＪＤＦ情報は図３に示す情報の他にも様々な情報を含む。それらの情報については以降の説明において詳述する。

図３に示すＪＤＦ情報は、オペレータがクライアント端末５を介してＨＷＦサーバ４のＧＵＩを表示させ、ＧＵＩにおいて各種の項目を設定することにより生成される。そして、ＨＷＦサーバ４やＤＦＥ１００に搭載されるＲＩＰエンジンは、このようなＪＤＦ情報に基づいてＲＩＰ処理を行う。また、後処理装置３は、このようなＪＤＦ情報に基づいて後処理を実行する。

なお、外部のソフトウェアやシステムからＨＷＦサーバ４に対してジョブが入稿される場合、ＪＤＦ情報が付与された状態で入稿される場合もある。このような場合の処理について、詳細は後述する。

次に、本実施形態に係るＨＷＦサーバ４の機能構成について図４を参照して説明する。図４に示すように、ＨＷＦサーバ４は、ＨＷＦコントローラ４００およびネットワークＩ／Ｆ４０１を含む。ネットワークＩ／Ｆ４０１は、ＨＷＦサーバ４がネットワークを介して他の機器と情報をやり取りするためのインタフェースである。

ＨＷＦコントローラ４００は、印刷対象のデータの取得、印刷ジョブの作成、ワークフローの管理、デジタルプリンタ１およびオフセットプリンタ２へのジョブの振り分け等を管理する。印刷対象のジョブデータがＨＷＦサーバ４に入力され、ＨＷＦコントローラ４００によって取得される処理が、本システムにおける入稿処理である。ＨＷＦコントローラ４００は、専用のソフトウェアが情報処理装置にインストールされることによって構成される。このソフトウェアがＨＷＦソフトウェアである。

ＨＷＦコントローラ４００において、システム制御部４１０は、ＨＷＦコントローラ４００全体の制御を行う。そのため、システム制御部４１０は、上述したＨＷＦコントローラ４００の各機能の実現に際して、ＨＷＦコントローラ４００各部に命令を与えて処理を実行させる。データ受信部４１１は、他のシステムからの印刷物のジョブデータの受信、もしくはオペレータの操作によって入稿されるジョブデータの受信を行う。

ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）制御部４１２は、クライアント端末５を介したオペレータによる操作を制御する。クライアント端末５にはＨＷＦサーバ４を操作するためのＧＵＩが表示され、ＵＩ制御部４１２は、クライアント端末５において表示されたＧＵＩに対する操作の情報を、ネットワークを介して取得する。

ＵＩ制御部４１２は、このようにしてネットワークを介して取得した操作の情報をシステム制御部４１０に通知する。クライアント端末５におけるＧＵＩの表示は、クライアント端末５に予めインストールされたソフトウェアや、ＵＩ制御部４１２からネットワークを介してクライアント端末５に提供される情報によって実現される。したがって、ＵＩ制御部４１２は、クライアント端末５に、処理の実行状況を示す実行状況情報であるＵＩを表示させるための表示制御ステップを実行する表示制御部として機能する。

オペレータは、クライアント端末５に表示されたＧＵＩを操作することにより入稿対象のジョブデータを選択する。これにより、クライアント端末５がＨＷＦサーバ４に対してジョブデータを送信し、データ受信部４１１がジョブデータを取得する。システム制御部４１０は、データ受信部４１１が取得したジョブデータをジョブデータ格納部４１４に登録する。

クライアント端末５からＨＷＦサーバ４へのジョブデータの送信に際しては、クライアント端末５において選択された文書データや画像データに基づき、クライアント端末５においてジョブデータが生成された上でＨＷＦサーバ４に送信される。ジョブデータは、例えばＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）やＰｏｓｔＳｃｒｉｐｔ等のＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）形式の命令情報である。

この他、クライアント端末５からＨＷＦサーバ４に対してアプリケーション専用のデータ形式や一般的な画像データの形式のまま印刷対象のデータが送信されてもよい。その場合、システム制御部４１０は、取得したデータに基づいてジョブ制御部４１３にジョブデータを生成させる。ジョブ制御部４１３は、ＲＩＰエンジン４２０の機能により印刷対象のデータに基づいてジョブデータを生成させる。

なお、ジョブデータ格納部４１４に登録された印刷対象のデータは上述したようにＰＤＬ情報であるが、このＰＤＬ情報は、印刷対象のデータに基づいて生成された一次的なデータの他、途中まで処理が実行された中間データの場合もあり得る。これらの情報が、出力対象画像情報として用いられる。中間データがジョブデータ格納部４１４に格納される場合としては、ＨＷＦサーバ４において既に処理が開始された処理途中の状態の他、中間データの状態でＨＷＦサーバ４にジョブデータが登録される場合等があり得る。以降、“ＰＤＬ情報”とする場合には、ＲＩＰ処理が行われていない一次的なデータを示し、“中間データ”とする場合には途中までＲＩＰ処理が実行された処理途中の状態のデータを示す。

また、上述したように、図３において説明したＪＤＦの情報はクライアント端末５に表示されるＧＵＩに対するオペレータの操作により設定されて生成される。もしくは、外部のソフトウェアやシステムからＨＷＦサーバ４に対してジョブが入稿される場合には、予め付与されている。そのようにして取得されたＪＤＦ情報はジョブデータとしてＰＤＬ情報と共にデータ受信部４１１によって受信される。システム制御部４１０は、そのようにして取得されたＪＤＦ情報とＰＤＬ情報とを関連付けてジョブデータ格納部４１４に登録する。

なお、本実施形態においてはジョブの内容を示す属性情報としてＪＤＦ情報を用いる場合を例として説明した。しかしながらこれは一例であり、他の形式、例えばＰＰＦ（Ｐｒｉｎｔ Ｐｒｏｄｕｃｔｉｏｎ Ｆｏｒｍａｔ）情報を用いてもよい。

また、システム制御部４１０は、クライアント端末５に表示されたＧＵＩに対するオペレータの操作に基づき、受信したジョブデータを、ページ単位等の印刷部位毎に分割することができる。そのようにして分割したそれぞれのジョブデータは、分割された個別のジョブデータとしてジョブデータ格納部４１４に登録される。

また、分割が指定されたそれぞれのジョブについて、クライアント端末５に表示されたＧＵＩに対するオペレータの操作により出力先のデバイスが選択されると、その選択結果がジョブデータと関連付けてジョブデータ格納部４１４に保存される。出力先の選択態様としては、例えば表紙部分はデジタルプリンタ１、本文はオフセットプリンタ２といった選択態様があり得る。

デバイス情報管理部４１６は、デジタルプリンタ１、オフセットプリンタ２、後処理装置３等、システムに含まれる他のデバイスの情報であるデバイス情報を取得してデバイス情報格納部４１７に記憶させることにより管理する。他のデバイスの情報としては、デバイスがネットワークに接続された際に割り当てられるネットワークのアドレスや、デバイスの機能の情報である。デバイスの機能の情報とは、例えば印刷速度、使用可能な後処理機能、動作状態などである。なお、デバイス情報についての詳細は、後述する。

デバイス情報通信部４１５は、ネットワークＩ／Ｆ４０１を介して、システムに含まれる他のデバイスのデバイス情報を定期的に取得する。これにより、デバイス情報管理部４１６は、デバイス情報格納部４１７に格納されているデバイス情報を定期的に更新するため、他のデバイスのデバイス情報が動的に変化したとしてもデバイス情報格納部４１７に格納された情報が正確に保たれる。

ワークフロー制御部４１８は、ジョブデータ格納部４１４に登録されたジョブデータをシステム上で処理する際の各処理の実行順を決定し、その情報をワークフロー情報格納部４１９に記憶させる。ワークフローに定められた各処理は予めその実行順序が決められており、順序性を保つため、前の処理が完了すると次の処理に進むように制御される。

すなわち、ワークフロー情報格納部４１９に格納されているのは、ＨＷＦシステムにおいて実行可能なそれぞれの処理が指定された順番通りに組み合わせられたワークフロー情報である。図５は、ワークフロー情報の例を示す図である。これに対して、それぞれの処理が実行される際のパラメータは上述した通りＪＤＦ情報において指定される。ワークフロー情報格納部４１９には、クライアント端末５に表示されたＧＵＩに対するオペレータの操作に基づいて設定されたワークフロー情報が予め登録されている。

ＨＷＦサーバ４に登録されたジョブデータに対する実行指示は、クライアント端末５に表示されたＧＵＩに対するオペレータの操作に基づきＵＩ制御部４１２を介してシステム制御部４１０に通知される。これにより、システム制御部４１０は、上述した出力先デバイスの選択を行う。

上述したように、クライアント端末５に表示されたＧＵＩ上で出力先デバイスを選択する態様の場合、システム制御部４１０は指定の内容に従って出力先デバイスを選択する。この他、ジョブの内容とデバイスの特性との比較に基づいて自動的に選択する態様も可能である。

ジョブの内容とデバイスの特性との比較に基づいて出力先デバイスを自動的に選択する場合、システム制御部４１０は、利用可能なデバイスの情報をデバイス情報管理部４１６から取得する。このようにして出力先デバイスを決定すると、システム制御部４１０は、決定した出力先デバイスを示す情報をＪＤＦ情報に付与する。

出力先デバイスを決定した後、システム制御部４１０はワークフロー制御部４１８に対してジョブの実行指示を行う。この際、オペレータの操作に基づいてワークフロー情報格納部４１９に予め登録されているワークフロー情報を用いてもよいし、オペレータの操作に従って設定された内容に基づいて新たなワークフロー情報が生成されてもよい。

ワークフロー制御部４１８は、システム制御部４１０から実行指示を受け付けると、指定されたワークフロー情報もしくは新たに生成したワークフロー情報に従い、指定された実行順に従ってジョブ制御部４１３に各処理の実行指示を行う。すなわち、ワークフロー制御部４１８が処理実行制御部として機能する。

実行指示を受けたジョブ制御部４１３は、上述したＰＤＬ情報およびＪＤＦ情報をＲＩＰエンジン４２０に入力してＲＩＰ処理を実行させる。ＪＤＦ情報には、ＲＩＰエンジンによって行われる複数のＲＩＰ内部処理それぞれについて、ＨＷＦサーバ４、ＤＦＥ１００のいずれにおいて実行するかを示す情報が含まれる。

ジョブ制御部４１３は、ＪＤＦ情報に含まれる情報のうち、ＲＩＰ処理の振り分けの情報を参照し、ワークフロー制御部４１８から指示された処理がＨＷＦサーバ４において実行するべき処理であれば、ＲＩＰエンジン４２０に対して指定された処理を実行させる。ＲＩＰエンジン４２０は、ジョブ制御部４１３からの指示に従い、ＪＤＦ情報において指定されたパラメータに基づいてＲＩＰ処理を実行する。

このようにしてＲＩＰ処理を実行したＲＩＰエンジン４２０は、処理を実行したＲＩＰ処理のＲＩＰステータスを更新する。これにより、複数のＲＩＰ内部処理のうちＨＷＦサーバ４において実行されたＲＩＰ内部処理については、ステータスが「Ｄｏｎｅ」に変更される。ＲＩＰエンジン４２０が、制御側描画情報生成部として機能する。

ＲＩＰ処理が実行されることによって生成されるＲＩＰ実行結果データは、ＰＤＬ情報、中間データ、ラスターデータのいずれかである。これらはＲＩＰ内部処理の内容に異なるが、処理が進むことによって当初ＰＤＬ情報であったデータに基づいて中間データが生成され、最終的にラスターデータが生成される。ＲＩＰ実行結果データは、実行中のジョブに関連付けられてジョブデータ格納部４１４に格納される。

１つのＲＩＰ内部処理が完了すると、ＲＩＰエンジン４２０がジョブ制御部４１３に完了を通知し、ジョブ制御部４１３がワークフロー制御部４１８に通知する。これにより、ワークフロー制御部４１８が、ワークフロー情報に従って次の処理の制御を開始する。

ジョブ制御部４１３は、ワークフロー制御部４１８から受け取ったジョブの内容が、他システムに対する要求である場合、ジョブ送受信部４２１に対して、他システムに応じた形でジョブデータを入力し、ジョブデータを送信させる。オフセットプリンタ２へのジョブデータの送信の場合、印刷対象のデータはラスターデータに変換された上でジョブデータとして送信される。

他方、デジタルプリンタ１へのジョブデータの送信の場合、ジョブ制御部４１３は、ＤＦＥ１００に含まれる複数のＲＩＰエンジンのうち、ＲＩＰエンジン４２０に対応した同一のＲＩＰエンジンを指定してジョブ送受信部４２１にジョブデータを入力する。これにより、ジョブ送受信部４２１は、ＲＩＰエンジン４２０に対応した同一のＲＩＰエンジンを指定してＤＦＥ１００にジョブデータを送信する。

ジョブ送受信部４２１は、ＰＤＬ情報または中間データと、ＪＤＦ情報とをパッケージしたジョブデータをＤＦＥ１００に送信する。なお、ジョブデータの送信態様として、ＰＤＬ情報または中間データを外部リソースデータとし、ＪＤＦ情報内にＰＤＬ情報または中間データの格納先を示すＵＲＬを記述する態様でもよい。この場合、ＪＤＦ情報を受信した側でＵＲＬにアクセスし、ＰＤＬ情報または中間データを取得する。

次に、本実施形態に係るＤＦＥ１００の機能構成について図６を参照して説明する。ＤＦＥ１００は、ＨＷＦサーバ４からジョブデータを受信し、受信したジョブの制御、ＲＩＰ処理の実行制御およびデジタルエンジン１５０の制御を行う。ＨＷＦサーバ４は、ＤＦＥ１００にジョブデータを送信することにより、デジタルエンジン１５０による印刷出力を実行させる。すなわち、ＤＦＥ１００は、ＨＷＦサーバ４に対してデジタルプリント機能を提供するためのサーバとして機能する。

ＤＦＥ１００が提供するジョブの制御機能とは、ジョブデータの受け付け、ＪＤＦ情報の解析、ラスターデータの作成およびデジタルエンジン１５０による印刷出力等の一連の動作の制御機能である。ＲＩＰ処理の実行制御とは、ＪＤＦ情報とＰＤＬ情報の解析によって生成された情報に基づいてＲＩＰエンジンにラスターデータを生成するＲＩＰ処理を実行させる制御である。

ＪＤＦ情報の解析によって生成される情報とは、図３において説明したＪＤＦ情報のうち、ＲＩＰ処理に用いられる情報が抽出され、ＤＦＥ１００において解読可能な形式に変換された情報であり、“ＤＦＥ内ジョブ属性”と呼ばれる。このＤＦＥ内ジョブ属性とＰＤＬ情報を参照してＲＩＰ処理が実行されることにより、中間データ、ラスターデータが作成される。

デジタルエンジン１５０の制御機能とは、デジタルエンジン１５０にラスターデータおよび上述したＤＦＥ内ジョブ属性の一部を送信して印刷出力を実行させる機能である。これらの機能は、図６に示す各ブロックによって実現される。図６に示す各ブロックは、図２において説明したように、ＲＡＭ２０にロードされたプログラムやＲＯＭ３０に格納されたプログラムに従ってＣＰＵ１０が演算処理を行い、他のハードウェアを動作させることにより実現される。

ＤＦＥ１００は、内部に複数のＲＩＰエンジンを搭載している。これは、ＨＷＦシステムにおいてＤＦＥ１００にジョブを送信する可能性のある他のデバイスのＲＩＰエンジンにそれぞれ対応して搭載されたものである。本実施形態においては、複数のＨＷＦサーバ４ａ、４ｂにそれぞれ異なるＲＩＰエンジンが含まれているため、ＤＦＥ１００にはそれぞれのＲＩＰエンジンに対応して複数のＲＩＰエンジンが搭載されている。

ジョブ受信部１１１は、個別ジョブ受信部１１２を含む。個別ジョブ受信部１１２は、ネットワークＩ／Ｆ１０１を介してＨＷＦサーバ４からジョブデータを受信する。個別ジョブ受信部１１２は、ＤＦＥ１００に搭載されている複数のＲＩＰエンジンにそれぞれ対応して設けられる。

上述したように、ＨＷＦサーバ４からのＤＦＥ１００へのジョブデータの送信に際しては、対応するＲＩＰエンジンが指定されて送信される。そのため、ジョブ受信部１１１においては、ＪＤＦ情報において指定されたＲＩＰエンジンに対応した個別ジョブ受信部１１２がジョブデータを受信する。

なお、ＤＦＥ１００へのジョブデータの入力は、ＨＷＦサーバ４からネットワークを介した入力の他、ＵＳＢメモリ等の可搬型記憶媒体を介して入力することも可能である。本実施形態においてはジョブデータにＪＤＦ情報が含まれる場合を例として説明するが、ＪＤＦが含まれていない場合、ジョブ受信部１１１はダミーのＪＤＦ情報を作成して、ジョブデータにそのダミーのＪＤＦ情報を付与する。

個別ジョブ受信部１１２は、上述したそれぞれのＲＩＰエンジンに対応して設けられる場合の他、予めジョブの内容が設定された仮想プリンタとしても機能する。すなわち、ＤＦＥ１００に搭載されたＲＩＰエンジンおよびジョブの内容を設定した個別ジョブ受信部１１２を設け、複数の個別ジョブ受信部１１２のうち、いずれかを指定することにより、予め設定された内容でジョブを実行させることが可能となる。

システム制御部１１３は、個別ジョブ受信部１１２が受信したジョブデータをジョブデータ格納部１１４に格納し、もしくはジョブ制御部１１６に受け渡す。ＤＦＥ１００においてジョブデータを格納する設定がされている場合、システム制御部１１３はジョブデータをジョブデータ格納部１１４に格納する。また、ジョブデータ格納部１１４に格納するか否かがＪＤＦ情報に記述されている場合、システム制御部１１３はその記述に従う。

ジョブデータ格納部１１４にジョブデータを格納する場合とは、例えばＤＦＥ１００において印刷内容のプレビューを行う場合等である。この場合、システム制御部１１３は、ジョブデータに含まれる印刷対象のデータ、すなわちＰＤＬ情報や中間データを、ジョブデータ格納部１１４から取得してプレビューデータを生成してＵＩ制御部１１５に受け渡す。これにより、ＵＩ制御部１１５は、印刷内容のプレビューをディスプレイ１０２に表示させる。

プレビューデータの生成に際して、システム制御部１１３はジョブ制御部１１６に印刷対象のデータを受け渡してプレビューデータの生成を要求する。ジョブ制御部１１６はＲＩＰ部１１８に印刷対象のデータを受け渡してプレビューデータを生成させ、生成されたプレビューデータをシステム制御部１１３に受け渡す。

また、ＤＦＥ１００においてオペレータがＪＤＦ情報の変更を行う場合も、ジョブデータ格納部１１４にジョブデータが格納される。この場合、システム制御部１１３は、ＪＤＦ情報をジョブデータ格納部１１４から取得してＵＩ制御部１１５に受け渡す。これにより、ディスプレイ１０２にジョブデータのＪＤＦ情報が表示され、オペレータが操作によって変更することが可能となる。

オペレータがＤＦＥ１００を操作してＪＤＦ情報を変更した場合、ＵＩ制御部１１５は変更内容を受け付けてシステム制御部１１３に通知する。システム制御部１１３は、受け付けた変更内容をＪＤＦ情報に反映して更新し、更新後のＪＤＦ情報をジョブデータ格納部１１４に記憶させる。

そして、システム制御部１１３は、ジョブ実行の指示を受け付けると、ジョブデータ格納部１１４に格納されたジョブデータをジョブ制御部１１６に受け渡す。ジョブ実行の指示は、ＨＷＦサーバ４からネットワークを介して入力される場合や、ＤＦＥ１００に対するオペレータの操作によって入力される。また、例えば、ＪＤＦ情報にジョブの実行時刻が設定されている場合、システム制御部１１３は、設定時刻になるとジョブデータ格納部１１４に格納されたジョブデータをジョブ制御部１１６に受け渡す。

ジョブデータ格納部１１４は、このようにジョブデータを格納するための記憶領域であり、図２において説明したＨＤＤ４０等によって実現される。この他、ＤＦＥ１００にＵＳＢインタフェース等を介して接続された記憶装置や、ネットワークを介して接続された記憶装置であってもよい。

ＵＩ制御部１１５は、上述したようにディスプレイ１０２への情報の表示や、ＤＦＥ１００に対するオペレータの操作を受け付ける。上述したＪＤＦ情報の編集操作において、ＵＩ制御部１１５はＪＤＦ情報を解釈してディスプレイ１０２に印刷ジョブの内容を表示する。

ジョブ制御部１１６は、システム制御部１１３からのジョブの実行指示に基づいてジョブの実行に係る制御を行う実行制御部である。具体的に、ジョブ制御部１１６が行う制御は、ＪＤＦ解析部１１７によるＪＤＦ解析処理、ＲＩＰ部１１８によるＲＩＰ処理、プリンタ制御部１２３によるデジタルエンジン１５０およびインラインフィニッシャ１６０の制御処理である。

ジョブ制御部１１６は、システム制御部１１３からジョブの実行指示を受けると、ジョブデータに含まれるＪＤＦ情報をＪＤＦ解析部１１７に入力してＪＤＦ変換要求を行う。ＪＤＦ変換要求とは、ＪＤＦ情報の生成元の形式で記述されたＪＤＦ情報を、ＲＩＰ部１１８において認識可能な形式に変換する処理の要求である。

ＪＤＦ解析部１１７は、上述したように生成元の形式で記述されたＪＤＦ情報をＲＩＰ部１１８において認識可能な形式に変換する。ＪＤＦ解析部１１７は内部に変換テーブルを保持しており、その変換テーブルに従ってＪＤＦ情報に含まれる情報のうちＲＩＰ部１１８において必要な情報を抜き出して記述形式を変換する。これにより、上述したＤＦＥ内ジョブ属性が生成される。

図７は、本実施形態に係るＪＤＦ解析部１１７が保持している変換テーブルの例を示す図である。図７に示すように、本実施形態に係る変換テーブルは、ＪＤＦ情報における記述形式とＤＦＥ内ジョブ属性における記述形式とが関連付けられた情報である。例えば、図３において説明した“部数”の情報は、実際のＪＤＦ情報においては“Ａ：Ａｍｏｕｎｔ”と記述されており、ＤＦＥ内ジョブ属性の生成に際して“部数”という記述に変換される。

図７に示すような変換テーブルを用いたＪＤＦ解析部１１７の処理により、ＤＦＥ内ジョブ属性が生成される。ＤＦＥ内ジョブ属性において記述される情報は、例えば図３に示す“ジョブ情報”、“エディット情報”、“フィニッシング情報”等である。

また、ＪＤＦ解析部１１７は、ＤＦＥ内ジョブ属性の生成に際して、ＤＦＥ内ジョブ属性に“ＲＩＰ制御モード”を設定する。“ＲＩＰ制御モード”には、「ページモード」、「シートモード」等を設定するための情報が設定される。ＪＤＦ解析部１１７は、ジョブデータを受信した個別ジョブ受信部１１２の種類、ジョブの内容、ジョブデータの送信元であるＨＷＦサーバ４を構成するＨＷＦソフトウェア等に応じて“ＲＩＰ制御モード”を割り当てる。

本実施形態においては、印刷ジョブにおける集約印刷の設定を「ページモード」で扱っている。“ＲＩＰ制御モード”について詳細は後述する。

ジョブ制御部１１６は、ＪＤＦ解析部１１７によって生成されたＤＦＥ内ジョブ属性に基づいて“ＲＩＰパラメータ”を生成し、ＲＩＰ部１１８のＲＩＰ制御部１１９に対してＲＩＰパラメータを受け渡すことによりＲＩＰ処理を実行させる。これにより、ＲＩＰ部１１８においてはＲＩＰパラメータに基づいてＲＩＰ処理が実行される。

図８は、本実施形態に係るＲＩＰパラメータの内容を示す図である。本実施形態に係るＲＩＰパラメータは、冒頭の情報として“入出力データ種類”、“データ読み込み情報”、“ＲＩＰ制御モード”を含む。“入出力データ種類”は、「ＪＤＦ」、「ＰＤＬ」等、入出力データの種類を指定する。指定の形式は、「ＪＤＦ」、「ＰＤＬ」等の他、テキスト形式や画像データの拡張子、中間データ等である。

“データ読み込み情報”は、入出力データの読み込み位置、書き込み位置の指定方法や、指定位置の情報である。“ＲＩＰ制御モード”は、「ページモード」、「シートモード」の情報である。この他、冒頭の情報としては、ＲＩＰパラメータ内で使用する単位の情報や、データの圧縮方式の情報が含まれる。

“入出力画像情報”は、“出力画像に関する情報”、“入力画像に関する情報”、“画像の取り扱いに関する情報”を含む。“出力画像に関する情報”は、出力画像データのフォーマット、解像度、サイズ、カラー分解、カラーシフト、ページ向き等の情報を含む。また、“入力画像に関する情報”は、入力画像データのフォーマット、解像度、ページ範囲、カラー設定等の情報を含む。“画像の取り扱いに関する情報”は、拡大縮小アルゴリズムのオフセット、オブジェクト領域、ハーフトーンのオフセット等の情報を含む。

“ＰＤＬ関連情報”は、ＲＩＰパラメータが対象とするＰＤＬ情報に関連する情報であり、“データ領域”、“サイズ情報”、“データ配置方式”の情報を含む。なお、ここで言うＰＤＬ情報は、ジョブにおいて印刷対象となるデータであり、中間データの場合を含む。“データ領域”は、ＰＤＬ情報の格納されている領域情報を指定する。“サイズ情報”は、ＰＤＬ情報のデータサイズを指定する。“データ配置方式”は、「リトルエンディアン」、「ビッグエンディアン」等、ＰＤＬ情報のメモリにおけるデータ配置方式を指定する。

図８に示すように、ＲＩＰパラメータには“ＲＩＰ制御モード”が含まれる。ＲＩＰ制御部１１９は、“ＲＩＰ制御モード”に応じてＲＩＰエンジン１２０を制御する。したがって、“ＲＩＰ制御モード”に従ってシーケンスが決定される。上述したように、“ＲＩＰ制御モード”には「ページモード」、「シートモード」が設定される。

「ページモード」は、１枚の用紙に集約された複数の集約前のページ毎にＲＩＰ処理を実行してラスターデータを生成する処理である。「シートモード」は、１枚の用紙に集約される複数ページ毎にＲＩＰ処理を実行して、１枚に集約されたラスターデータを生成する処理である。

また、ジョブ制御部１１６は、ＲＩＰパラメータに“ＲＩＰエンジン識別情報”を設定する。“ＲＩＰエンジン識別情報”は、ＲＩＰ部１１８に含まれる複数のＲＩＰエンジン１２０をそれぞれ識別する情報である。本実施形態においては、ＨＷＦサーバ４に搭載されているＲＩＰエンジン４２０に対応した同一のＲＩＰエンジンがＤＦＥ１００において使用される。

そのため、ＪＤＦ情報には、上述したように個別ジョブ受信部１１２を指定する情報が含まれており、この個別ジョブ受信部１１２を指定する情報によって指定された個別ジョブ受信部１１２によってジョブデータが受信される。個別ジョブ受信部１１２は、ＲＩＰエンジン１２０のいずれかに対応しており、受信したＪＤＦ情報に、対応するＲＩＰエンジン１２０の識別情報を付加する。ジョブ制御部１１６は、ＪＤＦ情報に付加されたＲＩＰエンジン１２０の識別情報に基づき、上述した“ＲＩＰエンジン識別情報”をＲＩＰパラメータに付加する。

ＲＩＰ部１１８においては、ＲＩＰ制御部１１９がＲＩＰエンジン１２０を制御し、入力されたＲＩＰパラメータに基づいてＲＩＰ内部処理をＲＩＰエンジン１２０に実行させてラスターデータを生成する。したがって、ＲＩＰ制御部１１９は、画像形成装置において用いるラスターデータを、出力側描画情報生成部であるＲＩＰエンジン１２０に生成させる出力側描画情報生成制御部として機能する。

画像格納部１２２は、ＲＩＰエンジン１２０によって生成されたラスターデータを記憶する記憶部である。画像格納部１２２は、図２において説明したＨＤＤ４０などによって実現される。この他、ＤＦＥ１００にＵＳＢインタフェースなどを介して接続された記憶装置や、ネットワークを介して接続された記憶装置であってもよい。

プリンタ制御部１２３は、デジタルエンジン１５０およびインラインフィニッシャ１６０と接続されている。そのため、プリンタ制御部１２３は、画像格納部１２２に格納されたラスターデータを読み出してデジタルエンジン１５０に送信することによって印刷出力を実行させる。また、ジョブ制御部１１６からＤＦＥ内ジョブ属性に含まれるフィニッシング情報を取得することにより、インラインフィニッシャ１６０で実行される仕上げ処理のための制御を行う。

プリンタ制御部１２３は、デジタルエンジン１５０およびインラインフィニッシャ１６０との間で情報をやり取りすることにより、デジタルエンジン１５０およびインラインフィニッシャ１６０の情報を取得することができる。例えばＣＩＰ４規格の場合、ＪＤＦ情報の規格としてデバイス仕様情報をプリンタと送受信するＤｅｖＣａｐｓというタグが定められている。また、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）という通信プロトコルとＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）というデータベースとを利用したプリンタの情報の収集方法も知られている。

デバイス情報管理部１２４は、ＤＦＥ１００自身やデジタルエンジン１５０およびインラインフィニッシャ１６０の情報であるデバイス情報を管理する。デバイス情報管理部１２４は、ＲＩＰ部１１８に含まれるＲＩＰエンジン１２０の情報や、ジョブ受信部１１１において構成されている個別ジョブ受信部１１２の情報、インラインフィニッシャ１６０で実行される後処理の詳細情報などの固有処理情報などを含みデバイス情報を生成する。したがって、デバイス情報管理部１２４は、固有処理情報生成ステップを実行する固有処理情報生成部として機能する。

なお、本実施形態において、インラインフィニッシャ１６０で実行される後処理の詳細情報はＪＤＦ形式で記述される。この詳細情報は、ＪＤＦ解析部１１７が保持している変換テーブルによってＪＤＦ情報における記述形式に基づいてＤＦＥ内ジョブ属性における記述形式に変換される情報である。

デバイス情報通信部１２５は、ＭＩＢやＪＭＦ（Ｊｏｂ Ｍｅｓｓａｇｉｎｇ Ｆｏｒｍａｔ）などの仕様に合わせた形で、ネットワークＩ／Ｆ１０１を介してＨＷＦサーバ４との間でデバイス情報のやり取りを行う送信制御ステップを実行する送信制御部である。これにより、ＨＷＦサーバ４のデバイス情報通信部４１５が、ＤＦＥ１００からデバイス情報を取得する。その結果、クライアント端末５に表示されたＧＵＩにおいて、ＤＦＥ１００に含まれるＲＩＰエンジン１２０の情報や、個別ジョブ受信部１１２の情報が反映されることとなる。

ＤＦＥ１００においてプリンタ制御部１２３によってデジタルエンジン１５０およびインラインフィニッシャ１６０が制御されて印刷出力が完了すると、システム制御部１１３はジョブ制御部１１６を介してそれを認識する。そして、システム制御部１１３は、ジョブ受信部１１１を介して印刷ジョブの完了通知をＨＷＦサーバ４に通知する。これにより、ＨＷＦサーバ４のジョブ送受信部４２１がジョブの完了通知を受け付ける。

ＨＷＦサーバ４においては、ジョブ送受信部４２１がジョブ制御部４１３にジョブ完了通知を転送し、ジョブ制御部４１３がワークフロー制御部４１８にジョブ完了を通知する。ＨＷＦサーバ４からＤＦＥ１００へのジョブデータの送信は、元々、ワークフロー制御部４１８がワークフロー情報に従って実行したものである。

ワークフロー制御部４１８は、ＤＦＥ１００によるジョブの完了を認識すると、ワークフロー情報に従って次の処理の実行を制御する。ＤＦＥ１００による印刷出力の次に設定される処理としては、例えばアウトラインフィニッシャなどの後処理装置３による後処理がある。

次に、本実施形態に係るＲＩＰエンジンの機能構成について説明する。図９は、ＪＤＦ解析部１１７によるＪＤＦ解析処理を伴う場合のＲＩＰエンジン１２０の機能構成を示す図である。上述したように、ＲＩＰエンジン１２０は図８において説明したＲＩＰパラメータに基づいてＲＩＰ内部処理を実行してラスターデータを生成するソフトウェアモジュールである。ＲＩＰエンジンとしては、例えばアドビ・システムズによって提供されるＰＤＦプリンティングエンジンであるＡＰＰＥ等がベースとして用いられる。

図９に示すように、ＲＩＰエンジン１２０は、制御部２０１と他の部分とによって構成される。制御部２０１以外の部分が、ベンダーによって拡張可能な拡張部である。制御部２０１は、拡張部として含まれる様々な機能を利用することによりＲＩＰ処理を実行する。また、拡張された拡張部の機能を利用するために、ジョブデータには、拡張部を拡張したベンダー独自の形式で記載されたＪＤＦ情報が追記される。

入力部２０２は、初期化要求やＲＩＰ処理の実行要求を受け付け、その要求を制御部２０１に通知する。初期化要求に際しては、上述したＲＩＰパラメータも共に制御部２０１に入力される。初期化要求を受けた制御部２０１は、同時に受け付けたＲＩＰパラメータをＲＩＰパラメータ解析部２０３に入力する。そして、ＲＩＰパラメータ解析部２０３の機能によりＲＩＰパラメータの解析結果を取得し、ＲＩＰ処理においてＲＩＰエンジン１２０に含まれるそれぞれの拡張部を動作させる順番を決定する。また、それらの処理の結果生成されるデータの形式が、ラスターイメージ、プレビューイメージ、ＰＤＦ、中間データ等のいずれかを決定する。

また、制御部２０１は、入力部２０２からＲＩＰ処理の実行要求を受け付けると、初期化要求を受け付けた際に決定した処理順に従って拡張部の各部を動作させる。プリフライト処理部２０４は、入力されたＰＤＬデータの内容の妥当性の確認を行う。そして、不正なＰＤＬ属性を発見した場合、制御部２０１に通知する。この通知を受けた制御部２０１は、出力部２１３を介してＲＩＰ制御部１１９やジョブ制御部１１６等の外部モジュールに通知を行う。

プリフライト処理によって確認される属性の情報としては、例えば非対応のフォントが指定されていないか否か等、ＲＩＰエンジン１２０に含まれる他のモジュールによる処理が不可能になる事態が発生し得る情報である。

ノーマライズ処理部２０５は、入力されたＰＤＬデータがＰＤＦではなくＰｏｓｔＳｃｒｉｐｔである場合にＰＤＦに変換する。マーク処理部２０６は、指定されたマークのグラフィック情報を展開し、印刷対象の画像において指定された位置に重畳する。

フォント処理部２０７は、フォントデータを取り出し、フォントのＰＤＬへの埋め込みフォント化、アウトライン化を行う。ＣＭＭ（Ｃｏｌｏｒ Ｍａｎａｇｅｍｅｎｔ Ｍｏｄｕｌｅ）処理部２０９は、ＩＣＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｌｏｒ Ｃｏｎｓｏｒｔｉｕｍ）プロファイルに記述された色変換テーブル等に基づいて、入力画像の色空間をＣＭＹＫ（Ｃｙａｎ，Ｍａｇｅｎｔａ，Ｙｅｌｌｏｗ，ｂｌａｃＫ）へ変換する。ＩＣＣプロファイルとは、カラーＩＣＣ情報、デバイスＩＣＣ情報である。

Ｔｒａｐｐｉｎｇ処理部２１０は、トラッピング処理を行う。トラッピング処理とは、境界を接して隣接している異なる色の領域について位置ずれが生じた場合に境界部分に隙間が生じることを防ぐため、それぞれの色の領域を拡張して隙間が埋まるようにする処理である。

Ｃａｌｉｂｒａｔｉｏｎ処理部２１１は、ＣＭＭ処理部２０９による色変換の精度を高めるため、出力デバイスの経時変動や個体差による発色バランスのばらつきの調節作業を実施する。なお、Ｃａｌｉｂｒａｔｉｏｎ処理部２１１による処理は、ＲＩＰエンジン１２０の外部において実行される場合もあり得る。

Ｓｃｒｅｅｎｉｎｇ処理部２１２は、最終出力を意識した網点の生成処理を実施する。なお、Ｓｃｒｅｅｎｉｎｇ処理部２１２による処理は、Ｃａｌｉｂｒａｔｉｏｎ処理部２１１による処理と同様に、ＲＩＰエンジン１２０の外部において実行されることもあり得る。出力部２１３は、外部にＲＩＰ結果を送信する。ＲＩＰ結果は、初期化時に決定したラスターイメージ、プレビューイメージ、ＰＤＦ、中間データのいずれかである。

レンダリング処理部２１８は、入力データに基づいてラスターデータを生成するレンダリング処理を行う。なお、図９に示す各処理部のうち、マーク処理部２０６、フォント処理部２０７による処理は、レンダリング処理部２１８において同時に実行される場合もあり得る。

次に、ＪＤＦ解析部１１７によるＪＤＦ解析処理を伴わない場合のＲＩＰエンジン１２０の機能構成について、図１０を参照して説明する。上述したように、ＪＤＦ解析部１１７によるＪＤＦ解析処理を伴わない場合とは、ＨＷＦサーバ４とＤＦＥ１００とでＲＩＰ内部処理を分散する場合である。したがって、図１０に示すＲＩＰエンジン１２０と同様の構成をＨＷＦサーバ４に搭載されるＲＩＰエンジン４２０も含む。

図１０に示すように、ＪＤＦ解析部１１７によるＪＤＦ解析処理を伴わない場合のＲＩＰエンジン１２０の機能構成は、大部分は図９において説明した構成と同一である。以下、図９とは異なる部分のみ説明する。制御部２０１以外の部分が拡張部であることも図９と同様である。

図１０の例における制御部２０１は、入力部２０２から初期化要求を受け付けると、初期化要求と共にＪＤＦ情報を取得する。そして、制御部２０１は、ジョブ属性解析部２１４の機能を利用してＪＤＦ情報およびＰＤＬ情報を解析し、図９の場合と同様に拡張部それぞれの処理順や処理の結果生成されるデータの形式を決定する。

特に、ＤＦＥ１００に搭載されたＲＩＰエンジン１２０の場合、処理結果のデータ形式はプリンタ制御部１２３に入力するためのラスターデータとなることが多い。これに対して、ＨＷＦサーバ４に搭載されたＲＩＰエンジン４２０の場合、処理結果のデータ形式は、ＨＷＦサーバ４とＤＦＥ１００との処理の分散態様に応じて異なる。したがって、ＲＩＰエンジン４２０における制御部２０１は、ジョブ属性解析部２１４による解析結果に基づき、ＰＤＬ情報や中間データ等の処理結果のデータ形式を決定する。

また、制御部２０１は、ＲＩＰステータス解析部２１５の機能を利用して、ＪＤＦ情報に含まれるＲＩＰステータスの情報を解析し、既に実行済みのＲＩＰ内部処理の有無を確認する。既に実行済みのＲＩＰ内部処理がある場合は、対応する拡張部を処理の対象から除外する。

なお、ＲＩＰステータス解析部２１５は、ＪＤＦ情報に含まれるＲＩＰステータスを解析する場合の他、ＰＤＬ情報を解析して同様の処理を実行することも可能である。ＰＤＬ情報の場合、既に実行されたＲＩＰ内部処理についてはパラメータ等の属性情報が消えているので、残っている属性情報に基づいて未実行であるＲＩＰ内部処理を判断することが可能である。

レイアウト処理部２１７は、面付け処理を実行する。ＲＩＰステータス管理部２１６は、制御部２０１の制御に従い、それぞれの拡張部によって実行されたＲＩＰ内部処理に対応するＲＩＰステータスを「Ｄｏｎｅ」に書き換える。出力部２１３は、エンジンの外部にＲＩＰ結果を送信する。ＲＩＰ結果は、初期化時に決定したデータ形式のデータである。

図１０に示すレンダリング処理部２１８も、図９と同様に入力データに基づいてラスターデータを生成するレンダリング処理を行う。そして、図１０に示す各処理部のうち、マーク処理部２０６、フォント処理部２０７による処理に加えて、レイアウト処理部２１７による処理が、レンダリング処理部２１８において同時に実行される場合もある。

また、上述したように、ジョブデータのＪＤＦ情報に含まれる“ＲＩＰデバイス指定”の情報によっては、「ＤＦＥ（エンジンＡ）」、「ＤＦＥ（エンジンＢ）」のように、ＤＦＥ１００内部に搭載された複数のＲＩＰエンジン１２０を使い分ける場合がある。制御部２０１では、他のＲＩＰエンジンの拡張部に処理を委託することはできないため、これらの処理の委託先の決定は、ジョブ制御部１１６によって実行される。

上述したように、ジョブ制御部１１６は、“ＲＩＰエンジン識別情報”をＲＩＰパラメータに付加する。この際、異なるＲＩＰエンジンが指定されたＲＩＰ処理毎に、異なるＲＩＰパラメータを生成する。図３の例の場合、“フォント”、“レイアウト”の実行が指定された「エンジンＡ」用のＲＩＰパラメータと、“マーク”の実行が指定された「エンジンＢ」用のＲＩＰパラメータと、それ以降の処理の実行が指定された「エンジンＡ」用のＲＩＰパラメータとを生成する。

そして、ジョブ制御部１１６は、ＲＩＰ内部処理の順番に従って、生成したＲＩＰパラメータごとに順番にＲＩＰ部１１８にＲＩＰ処理を要求する。これにより、「エンジンＡ」、「エンジンＢ」が使い分けられてＲＩＰ内部処理が実行される。

そして、ジョブ制御部１１６は、ＲＩＰエンジン１２０を指定してジョブデータを送信する。一方で複製されたジョブデータにおいて、ＲＩＰエンジン１２０に指定された処理のみを実行させるようにする方法として、“ＲＩＰステータス”の情報を参照することができる。すなわち、実行させる処理の項目のみステータスを「ＮｏｔＹｅｔ」とし、他の処理を「Ｄｏｎｅ」とすることにより、指定した処理のみを実行させることができる。

なお、上述したように、本実施形態に係るシステムにおいては、ＨＷＦサーバ４に搭載されているＲＩＰエンジン４２０と共通のＲＩＰエンジン１２０がＤＦＥ１００に搭載されている。ここで、共通化されたＲＩＰエンジンとは、少なくともラスターデータの生成に関する部分である。したがって、ＲＩＰエンジン４２０とＲＩＰエンジン１２０とは、図９、図１０に示すそれぞれの処理部の全てが共通化されているのではない。

次に、本実施形態に係るシステムの動作について、図１１を参照して説明する。図１１は、本実施形態に係るＨＷＦシステムの動作を示すシーケンス図である。図１１においては、デジタルプリンタ１により印刷出力が実行される場合の例を示している。図１１に示すように、ＨＷＦサーバ４においては、デバイス情報通信部４１５がネットワークを介してＤＦＥ１００やＣＴＰ２００からデバイス情報を取得し、デバイス情報管理部４１６がデバイス情報格納部４１７に情報を登録する（Ｓ１１０１）。Ｓ１１０１の処理は定期的に実行される。

他方、クライアント端末５は、システムのＧＵＩに対するオペレータの操作によりジョブデータの登録操作が行われると、ＨＷＦサーバ４に対してジョブ登録要求を送信する（Ｓ１１０２）。ＨＷＦサーバ４においてはＵＩ制御部４１２がジョブ登録要求を取得する。これにより、システム制御部４１０の制御にしたがってデータ受信部４１１がジョブデータを取得する（Ｓ１１０３）。

データ受信部４１１によってジョブデータが取得されると、システム制御部４１０はジョブ制御部４１３を制御し、取得したジョブデータの形式をＰＤＬ形式に変換する（Ｓ１１０４）。このようにして変換されたジョブデータがジョブデータ格納部４１４に登録される。Ｓ１１０２においてジョブの登録操作が行われるＧＵＩにおいては、登録対象のデータをファイルパス等により指定するためのインタフェースの他、図３において説明したＪＤＦに含まれる情報の項目をそれぞれ指定するための入力部が表示される。

また、Ｓ１１０１の処理により、ＨＷＦサーバ４においては、ＤＦＥ１００に搭載されているＲＩＰエンジンの種類の情報が取得されている。したがって、クライアント端末５のＧＵＩに含まれる、図３に示す“ＲＩＰデバイス指定”の情報を指定するための入力欄においては、ＤＦＥに実行させる場合に、どのＲＩＰエンジン１２０に実行させるかを選択することが可能となる。

また、クライアント端末５は、システムのＧＵＩに対するオペレータの操作によりジョブデータの分割操作が行われると、ＨＷＦサーバ４に対してジョブ分割要求を送信する（Ｓ１１０５）。図１２は、Ｓ１１０５において送信されるジョブ分割要求に含まれる情報の例を示す図である。図１２に示すように、分割対象のジョブを示す情報の他、分割の内容が指定された情報がジョブ分割要求において送信される。分割の内容を示す情報は、印刷出力を実行するデバイスがページ単位で指定された情報である。

ジョブ分割要求を受けたＨＷＦサーバ４においては、システム制御部４１０が、図１２に示す情報において指定されている分割対象ジョブについて、分割内容に従ってぺージ単位でジョブを分割し、別個のジョブを生成する（Ｓ１１０６）。この際、それぞれの分割範囲毎に指定されているデバイスが、ＪＤＦ情報において図３に示す“デバイス指定”の情報として用いられる。このようにして分割して生成されたジョブが個別のジョブとしてジョブデータ格納部４１４に格納される。

また、クライアント端末５は、システムのＧＵＩに対するオペレータの操作によりワークフローの生成操作が行われると、ＨＷＦサーバ４に対してワークフロー生成要求を送信する（Ｓ１１０７）。ワークフロー生成要求においては、図５に示すようなワークフローの内容を指定する情報およびそのワークフローに従って処理すべきジョブを特定する情報が送信される。

ワークフロー生成要求を受けたＨＷＦサーバ４においては、システム制御部４１０が、要求と共に受信した情報をワークフロー制御部４１８に入力する。これにより、ワークフロー制御部４１８が、受信した情報に基づいて新たなワークフロー情報を生成してワークフロー情報格納部４１９に格納すると共に、そのワークフローと要求において特定されたジョブとを関連付ける（Ｓ１１０８）。ワークフローとジョブとの関連付けは、例えばワークフローを識別するための識別子をＪＤＦ情報に付加することによって実行される。

このような処理の後、クライアント端末５においてシステムのＧＵＩに対するオペレータの操作によりジョブ実行操作が行われると、クライアント端末５がＨＷＦサーバ４に対してジョブ実行要求を送信する。なお、Ｓ１１０２〜Ｓ１１０９の操作はそれぞれ異なる操作に応じて実行されてもよいし、一度の操作でジョブ登録要求、ジョブ分割要求、ワークフロー生成要求、ジョブ実行要求が行われてもよい。

ジョブ実行要求を受けたＨＷＦサーバ４においては、システム制御部４１０が、要求と共に受信したジョブデータを特定するための情報に基づき、ジョブデータ格納部４１４から指定されたジョブデータを取得する（Ｓ１１１０）。また、システム制御部４１０は、取得したジョブデータにおいて指定されているデバイスの最新の情報をデバイス情報管理部４１６から取得し、ジョブに対してデバイスの情報を設定する（Ｓ１１１１）。

その後、システム制御部４１０は、ワークフロー制御部４１８にジョブデータを受け渡し、ワークフローの実行を開始させる（Ｓ１１１２）。ワークフロー制御部４１８は、取得したジョブデータに関連付けられているワークフロー情報をワークフロー情報格納部４１９から取得し、ワークフロー情報に従って処理を実行する。

ワークフロー処理においては、まずＨＷＦサーバ４に搭載されたＲＩＰエンジン４２０によって実行するべきサーバ内処理が実行される（Ｓ１１１３）。Ｓ１１１３においては、ジョブ制御部４１３がワークフロー制御部４１８の制御に従って上述したようにＲＩＰエンジン４２０に処理を実行させる。

その後、ワークフローの処理がＤＦＥ１００における処理に到達したら、ジョブ制御部４１３が、ワークフロー制御部４１８の制御に従い、ジョブ送受信部４２１を制御してＤＦＥ１００にジョブデータを送信させる（Ｓ１１１４）。Ｓ１１１４においては、ジョブ制御部４１３が、複数の個別ジョブ受信部１１２からＪＤＦ情報において指定されている情報に応じた個別ジョブ受信部１１２を指定する。

ＤＦＥ１００へのジョブデータの送信に際して複数の個別ジョブ受信部１１２のいずれかが指定されることにより、ＤＦＥ１００において適切な個別ジョブ受信部１１２がジョブデータを受信することとなる。ＤＦＥ１００にジョブデータが入力されることにより、上述したように、ＤＦＥ１００のＲＩＰエンジン１２０においてラスターデータを生成する処理が実行され、デジタルエンジン１５０による出力処理が実行される（Ｓ１１１５）。

ＤＦＥ１００においては、指定された処理が完了すると、ジョブ受信部１１１によってＨＷＦサーバ４に完了通知が行われる（Ｓ１１１６）。ジョブ制御部４１３は、ジョブ送受信部４２１を介してＤＦＥ１００からの完了通知を受け取ると、ワークフロー制御部４１８に完了通知を行う。これにより、ワークフロー制御部４１８は、ＤＦＥ１００での制御の次にワークフローで指定されている後処理を実行させるための後処理要求を後処理装置３に対して行う（Ｓ１１１７）。

Ｓ１１１７においては、ジョブ制御部４１３がワークフロー制御部４１８の制御に従ってジョブ送受信部４２１を制御し、後処理装置３に対して後処理要求を行う。このような処理により、本実施形態に係るシステムの動作が完了する。

なお、本実施形態においては、インラインフィニッシャ１６０と後処理装置３とにおいて後処理を行うことができる。ＤＦＥ１００は、インラインフィニッシャ１６０はと接続されているため、インラインフィニッシャ１６０で行われる後処理についての詳細情報を把握することができる。そのため、本実施形態においては、インラインフィニッシャ１６０で実行される後処理については、ＤＦＥ内部で制御が実行される処理として取り扱う。

上述したように、ＨＷＦシステムを使用するオペレータは、クライアント端末５を操作して、ＨＷＦサーバ４を操作するためのＧＵＩを表示し、データの入力やＪＤＦ情報の設定を行い、ＤＦＥ１００にジョブデータを送信する。クライアント端末５に表示されるＧＵＩでは、ＤＦＥ１００でＲＩＰ処理を行うためのパラメータを設定することができる。

このとき、ＨＷＦサーバ４に搭載されているＲＩＰエンジン４２０と、ＤＦＥ１００に搭載されているＲＩＰエンジン１２０とのバージョンが異なる場合がある。このような場合には、ＤＦＥ１００でのみ実行されるＲＩＰ処理に関するパラメータをＨＷＦサーバ４が解釈できないために、クライアント端末５に表示されるＧＵＩからはそのパラメータを設定することができないことがある。

このとき、ＤＦＥ１００に一度ジョブデータを送信し、そのジョブデータのＪＤＦ情報をＤＦＥ１００で編集することにより、ＨＷＦシステムのオペレータが所望する印刷出力を実行することが可能である。しかし、ＤＦＥ１００でのみ実行されるＲＩＰ処理の詳細についてＨＷＦシステムのオペレータが知っている場合や、ＤＦＥ１００でのみ実行されるＲＩＰ処理がステープル処理などの簡単な処理である場合には、ＨＷＦシステムの印刷効率を低下させてしまう。

そこで、本実施形態では、ＤＦＥ１００でのみ実行されるＲＩＰ処理に関する設定を、ＨＷＦサーバ４において実行可能することで、印刷ワークフローをＨＷＦシステムにおいて効率よく実行することができる。以下、図面を参照して、本実施形態においてＤＦＥ１００でのみ実行されるＲＩＰ処理に関する設定をＨＷＦサーバ４において実行する処理について説明する。

ＤＦＥ１００でのみ実行されるＲＩＰ処理に関する設定を、ＨＷＦサーバ４において実行できない主な理由としては、ＤＦＥ１００のデバイス情報にＨＷＦサーバ４が解釈できないＪＤＦ情報の記述が含まれていることなどが挙げられる。そこで、まず、本実施形態に係るＤＦＥ１００のデバイス情報について、図１３を参照して説明する。

図１３は、本実施形態に係るＤＦＥ１００のデバイス情報である。デバイス情報は、ＪＭＦで作成され、ＤＦＥ１００が対応しているバージョンのＪＤＦ情報の仕様が記載される。ＨＷＦサーバ４は、ＤＦＥ１００から受信したデバイス情報によって、ＤＦＥ１００において指定可能な機能のタグ、さらに、これらの機能のタグによってデジタルエンジン１５０およびインラインフィニッシャ１６０の構成や実行可能な機能を把握することができる。

デバイス情報管理部１２４は、管理しているＤＦＥ１００、デジタルエンジン１５０およびインラインフィニッシャ１６０において実行される機能の詳細を示す情報である詳細情報に基づいてデバイス情報を生成する。そのため、ＨＷＦサーバ４のシステム制御部４１０は、後処理機能に対するＪＤＦ情報が、デバイス情報に記述されているか否かに基づいて、インラインフィニッシャ１６０がＤＦＥ１００に接続されているか否かを判断する。

たとえば、ステープル機能を実行するためのＪＤＦ情報がデバイス情報に記述されている場合、システム制御部４１０は、ステープル処理を実行するインラインフィニッシャ１６０がＤＦＥ１００に接続されていると判断することができる。

図１３に示すように、デバイス情報の開始を示す開始タグにおいては、デバイス情報が、上述したＣＩＰ４準拠のＪＭＦであることが記述される。さらに開始タグには、“Ａ”というタグが含まれ、“Ａ”というタグは、“ｗｗｗ.ｈｈｈ.ｃｏｍ／ｓｃｈｅｍａ／ａａａ”というＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）によって識別される名前空間に属しており、ＣＩＰ４に準拠せずに拡張されたＪＤＦ情報の拡張タグであることが示されている。したがって、本実施形態において、ＪＤＦ情報に含まれる“Ａ”から始まるタグは、すべて拡張タグである。

“デバイスリスト情報”は、ＪＤＦ情報によって処理されるデバイスの集合を定義する。“デバイス仕様情報”は、“デバイスリスト情報”中に定義される要素のひとつであり、デバイスごとに記述される情報である。図１３では、ＤＦＥ１００をひとつのデバイスとみなし、“Ｄｅｖｉｃｅ０１”として記述する。なお、個別ジョブ受信部１１２をそれぞれひとつのデバイスとみなして、“デバイス仕様情報”を記述してもよい。

“デバイス仕様情報”においては、“Ｄｅｖｉｃｅ０１”、すなわち、ＤＦＥ１００が実行可能な機能について、上述した“ＤｅｖＣａｐｓ”もしくは“ＤｅｖＣａｐ”というタグを用いて記述する。“ＤｅｖＣａｐ”は、“ＤｅｖＣａｐｓ”に定義される要素のひとつであり、“ＤｅｖＣａｐｓ”で指定された要素の子要素の仕様を定義するタグである。

また、“ＤｅｖＣａｐ”タグで指定された要素または属性において、名前を指定された属性の値の型を指定するタグとして、“ＮｕｍｂｅｒＳｔａｔｅ”、“ＥｎｕｍｅｒａｔｉｏｎＳｔａｔｅ”、“ＢｏｏｌｅａｎＳｔａｔｅ”を用いることができる。“ＮｕｍｂｅｒＳｔａｔｅ”は、数値型、“ＥｎｕｍｅｒａｔｉｏｎＳｔａｔｅ”は、列挙型、“ＢｏｏｌｅａｎＳｔａｔｅ”は二値型によって、それぞれ名前を指定された属性の値の型を指定する。

“ＡｌｌｏｗｅｄＶａｌｕｅＬｉｓｔ”は、名前を指定された属性において指定可能な値の範囲を示す。“ＥｎｕｍｅｒａｔｉｏｎＳｔａｔｅ”である場合には、“Ｔｏｐ Ｌｅｆｔ”のように値を順次記述し、数値型であれば、“ＥｎｕｍｅｒａｔｉｏｎＳｔａｔｅ”と同様の記述か、もしくは、“１〜４”のように下限と上限とを記述する。

“ＨａｓＤｅｆａｕｌｔ”、“ＤｅｆａｕｌｔＶａｌｕｅ”は、名前を指定された属性において指定可能な値のデフォルトの値を指定する。これらの値は、ＤＦＥ１００に投入されたジョブデータに含まれるＪＤＦ情報の中に、対応する属性が含まれていない場合に、“ＤｅｆａｕｌｔＶａｌｕｅ”で指定された処理設定値がＪＤＦ情報に記載されているとみなしてダミーのＪＤＦ情報を生成するためのものである。

また、“ＨａｓＤｅｆａｕｌｔ”＝“ｆａｌｓｅ”の場合には、デフォルトの処理設定値を持たず、オペレータの操作によってＪＤＦ情報が編集された際には、編集後のＪＤＦ情報が直接ジョブに反映される。

図１３に示すデバイス情報から、システム制御部４１０が解釈可能なことについて順次説明を行う。図１３に示すデバイス情報に基づいて、システム制御部４１０は、ＤＦＥ１００において、面付け関連のジョブ属性を指定する要素“ＬａｙｏｕｔＰｒａｐａｒａｔｉｏｎＰａｒａｍｓ”では、“Ａ：Ｒｏｔａｔｅ”、“Ａ：ＢｉｎｄｉｎｇＥｄｇｅ”の２つの属性を指定することができる、と解釈する。

また、システム制御部４１０は、ＤＦＥ１００において、“Ａ：Ｒｏｔａｔｅ”は、画像の回転角度を指定する属性であり、数値で１以上４以下の範囲で処理設定値を指定でき、デフォルトの処理設定値として１を持つものであること、“Ａ：ＢｉｎｄｉｎｇＥｄｇｅ”は、用紙の綴じ込み幅を指定する属性であり、“Ｔｏｐ”もしくは“Ｌｅｆｔ”のいずれかを指定でき、デフォルトの処理設定値として“Ｔｏｐ”を持つものであること、また、“ＬａｙｏｕｔＰｒａｐａｒａｔｉｏｎＰａｒａｍｓ”においては、挿入紙に関する２種類の“ＩｎｓｅｒｔＳｈｅｅｔ”という子要素を指定することができるものであることを解釈する。

さらに、システム制御部４１０は、ひとつ目の子要素“ＩｎｓｅｒｔＳｈｅｅｔ”では、“ＳｈｅｅｔＴｙｐｅ”、“Ａ：ＢａｎｎｅｒＳｈｅｅｔ”、“ＳｈｅｅｔＵｓａｇｅ”という属性を指定することができること、“ＳｈｅｅｔＴｙｐｅ”は、挿入紙の種類を指定する属性であり、“ＪｏｂＳｈｅｅｔ”という値のみを指定でき、デフォルトの処理設定値を持たないものであること、“Ａ：ＢａｎｎｅｒＳｈｅｅｔ”は“ｔｒｕｅ”という処理設定値のみを指定でき、デフォルトの処理設定値を持たない属性であること、“ＳｈｅｅｔＵｓａｇｅ”は、“Ｔｒａｉｌｅｒ”か“Ｈｅａｄｅｒ”のいずれかを指定でき、デフォルトの処理設定値を持たない属性であることを解釈する。

加えて、システム制御部４１０は、ふたつ目の子要素“ＩｎｓｅｒｔＳｈｅｅｔ”では、“ＳｈｅｅｔＴｙｐｅ”、“ＳｈｅｅｔＦｏｒｍａｔ”という属性を指定することができること、“ＳｈｅｅｔＴｙｐｅ”は、挿入紙の種類を指定する属性であり、“ＳｅｐａｒｅｔｏｒＳｈｅｅｔ”という処理設定値のみを指定可能であって、デフォルトの処理設定値を持たないものであること、“ＳｈｅｅｔＦｏｒｍａｔ”は、挿入紙に印刷する内容を指定する属性であり、“Ｂｌａｎｋ”もしくは“Ｄｕｐｌｉｃａｔｅ”のいずれかを指定可能であって、デフォルトの処理設定値を持たないものであることを解釈する。

また、システム制御部４１０は、“Ｕｓａｇｅ＝Ｏｕｔｐｕｔ”である場合に関連つけられる要素である“ＣｏｍｐｏｎｅｎｔＬｉｎｋ”は、“Ａ：Ａｍｏｕｎｔ”という属性を指定することができるものであること、“Ａ：Ａｍｏｕｎｔ”は、数値で１以上３２７６７以下の範囲で指定することができ、デフォルトの処理設定値として１を持つことを解釈する。

ＨＷＦサーバ４のシステム制御部４１０は、ＤＦＥ１００から受信したデバイス情報を、デバイス情報管理部４１６を介してデバイス情報格納部４１７から取得する。そして、システム制御部４１０は、ＵＩ制御部４１２に、デバイス情報に含まれるＪＤＦ情報の属性に処理設定値を設定するためのＵＩを表示させる。ＵＩ制御部４１２によってクライアント端末５に表示されるＵＩが、図１４に示すＨＷＦサーバ４から印刷出力の命令情報を出力する際の処理に関する設定、すなわちジョブ設定を行うための設定画面（ジョブ設定ＵＩ）である。

図１４は、本実施形態に係るジョブ設定ＵＩを示す図である。図１４に示すジョブ設定ＵＩは、ユーザの利便性を高めるために、それぞれが関連する機能について、グルーピングもしくは同じ階層に配置されて表示される。図１４に示すジョブ設定ＵＩでは、例えば、“基本”、“レイアウト”、“カラー”、“後処理”という４つのグループがあり、“レイアウト”の中に“回転”、“綴じ込み端”、“挿入紙”という機能設定が含まれて表示される。

図１３および図１４に示すように、デバイス情報もジョブ設定ＵＩと同様に階層構造を持つ。そのため、デバイス情報とジョブ設定ＵＩとの階層構造は、通常、ある程度似通ったものになる。なお、図１４のジョブ設定ＵＩの“レイアウト”グループには、図１３のデバイス情報の“ＬａｙｏｕｔＰｒｅｐａｒａｔｉｏｎＰａｒａｍｓ”の内容が反映されている。

上述したように、ＨＷＦシステムでは、オペレーション効率を向上させるために、ＤＦＥ１００で実行される機能に関するパラメータの設定を、ＨＷＦサーバ４に接続されたクライアント端末５に表示されたジョブ設定ＵＩから行うことができる。このとき、オペレータの操作によってジョブ設定ＵＩから設定されたパラメータが、印刷結果にどう影響するかを確認するためには、印刷結果を表示するプレビューが重要となる。

システム制御部４１０は、プレビューを行う際に、ＪＤＦ情報で指定されている機能の名前だけであればＤＦＥ１００から受信したデバイス情報のみで判断することができる。しかし、ＤＦＥ１００から受信したデバイス情報に含まれるＪＤＦ情報で指定される機能の各要素が何を意味しているかは判断することができない場合がある。

例えば、システム制御部４１０が、“Ａ：Ｒｏｔａｔｅ”に対して１〜４の範囲で処理設定値を指定できることが分かっている場合に、１を指定したジョブの実行結果がどうなるかまでは判断できない。そのため、ＨＷＦサーバ４で生成されるプレビューデータにジョブの実行結果を反映させることができない。このとき、１を指定した場合にジョブの実行結果をプレビューデータに反映させるためには、システム制御部４１０がＤＦＥ１００で使用されているＪＤＦ仕様を解釈可能でなければならない。

例えば、“Ａ：Ｒｏｔａｔｅ”で“１”を指定した場合には、０度回転を示すということをシステム制御部４１０が解釈できれば、図１３のデバイス情報に基づいて、図１４に示すジョブ設定ＵＩに表示されるプレビューに反映することができる。

システム制御部４１０がＤＦＥ１００で使用されているＪＤＦ仕様を解釈可能である場合、システム制御部４１０は、オペレータの操作に基づいて印刷出力の命令情報を出力する際の処理に関する設定値である処理設定値をＵＩ制御部４１２から取得し、ＪＤＦ情報に処理設定値を反映させる処理設定値反映ステップを実行する処理設定値反映部である。そして、処理設定値が反映されたＪＤＦ情報とＰＤＬ情報とを関連つけてジョブデータ格納部４１４に登録し、ジョブを実行する。なお、ジョブの実行は、図１１で説明したＨＷＦシステム全体の処理の流れに従って実行される。

しかし、ＨＷＦサーバ４に複数のＤＦＥ１００が接続されている場合、システム制御部４１０が解釈できないＪＤＦ仕様が使用されているＤＦＥ１００が含まれていることがある。これに対して、本実施形態においては、ＨＷＦサーバ４のシステム制御部４１０が解釈できない固有のＪＤＦ仕様が含まれるＤＦＥ１００から受信したデバイス情報に含まれているＤＦＥ１００でのみ解釈可能なタグの情報、すなわち、ＤＦＥ１００において固有に実行される処理内容の情報を取得してジョブ設定ＵＩを表示させる。

次に、デバイス情報に基づいてジョブ設定ＵＩを表示させる処理の流れについて図面を参照して説明する。図１５は、本実施形態に係るデバイス情報に基づいてジョブ設定ＵＩを表示させる処理の流れを示すフローチャートである。

システム制御部４１０は、ＤＦＥ１００から受信したデバイス情報から、“Ａ：Ｖｅｒｓｉｏｎ”タグによって、ＤＦＥ１００のバージョン情報を抽出して取得する（Ｓ１５０１）。取得したバージョン情報に基づいて、ＤＦＥ１００のバージョンをシステム制御部４１０が解釈可能なバージョンである場合（Ｓ１５０２／ＹＥＳ）、システム制御部４１０は、ＤＦＥ１００から受信したデバイス情報をさらに解析して詳細なＤＦＥ１００のデバイス情報を取得する（Ｓ１５０３）。システム制御部４１０が解釈可能なＤＦＥ１００のバージョンとは、例えば、ＨＷＦサーバ４よりＤＦＥ１００のバージョンが小さい場合などが該当する。

ＤＦＥ１００がシステム制御部４１０により解釈不可能なバージョンである場合、システム制御部４１０は、ＤＦＥ１００から受信したデバイス情報から“ＤｅｖＣａｐｓ”タグ、もしくは“ＤｅｖＣａｐ”タグによって、それぞれの要素におけるデバイス仕様をＤ抽出して取得する（Ｓ１５０４）。したがって、システム制御部３１０は、固有処理情報抽出ステップを実行する固有処理情報抽出部として機能する。

次に、システム制御部４１０は、“ＤｅｖＣａｐ”タグの要素、もしくは、その子要素の“Ａ：ＡｄｄＶｅｒｓｉｏｎ”タグで抽出された値によってＤＦＥ１００に追加されたＪＤＦ仕様がどのバージョンのものであるかを示す情報を取得する（Ｓ１５０５）。そして、システム制御部４１０は、ＤＦＥ１００のＪＤＦ仕様のバージョンが、システム制御部４１０に対応しているバージョンであるか否かを判定する（Ｓ１５０６）。

ＤＦＥ１００のＪＤＦ仕様のバージョンが、システム制御部４１０に対応しているバージョンである場合（Ｓ１５０６／ＹＥＳ）、システム制御部４１０は、ＤＦＥ１００から受信したデバイス情報をさらに解析して詳細なＤＦＥ１００のデバイス情報、例えば、要素もしくは属性の情報（名前、指定できる処理設定値、デフォルトの処理設定値など）を取得し（Ｓ１５０７）、取得したＤＦＥ１００のデバイス情報をデバイス情報格納部４１７に記憶する。

一方で、ＤＦＥ１００のＪＤＦ仕様のバージョンが、システム制御部４１０に対応していないバージョンである場合（Ｓ１５０６／ＮＯ）、システム制御部４１０は、解釈可能なタグのみを抽出してデバイス情報を解析し、プレビュー不可な要素がある場合には、非プレビュー機能であることを示す情報を付加してデバイス情報格納部４１７に記憶する（Ｓ１５０８）。

そして、システム制御部４１０は、Ｓ１５０４で、“ＤｅｖＣａｐｓ”タグ、もしくは“ＤｅｖＣａｐ”タグによって抽出した全ての要素もしくは属性に対してＳ１４０５からの処理を実行する（Ｓ１５０９／ＮＯ）。システム制御部４１０は、“ＤｅｖＣａｐｓ”タグ、もしくは“ＤｅｖＣａｐ”タグによって抽出した全ての要素に対して、システム制御部４１０に対応しているか否かの判定を行い（Ｓ１５０９）、その結果に基づいてＵＩ制御部４１２にジョブ設定ＵＩを表示させる。

ＵＩ制御部４１２は、システム制御部４１０から受信したＳ１５０９の判定結果に基づいてジョブ設定ＵＩを表示する（Ｓ１５１０）。このとき、ＵＩ制御部４１２は、デバイス情報に非プレビュー機能であることを示す情報が含まれている場合、その機能の処理設定を変更するための項目を、デバイス情報に記載されているままに反映させてジョブ設定ＵＩに表示する。

ＵＩ制御部４１２は、例えば、解釈できないＪＤＦ仕様の機能については、デバイス情報の階層構造に従ってジョブ設定ＵＩに表示する。また、ＵＩ制御部４１２は、非プレビュー機能であることが示されている機能について処理設定値が変更されても、プレビューに反映させることなくジョブ設定ＵＩを表示する。

次に、ＨＷＦサーバ４が解釈できないＪＤＦ仕様が使用されているデバイス情報に基づいてジョブ設定ＵＩの表示態様について図面を参照して説明する。図１６は、本実施形態に係る、ＨＷＦサーバ４が解釈できないＪＤＦ仕様が使用されているデバイス情報を示す図である。なお、以後の説明において、システム制御部４１０は、ＤＦＥ１００におけるＪＤＦ仕様がバージョン２．０のものについては解釈できるものの、ＤＦＥ１００におけるＪＤＦ仕様がバージョン２．１のものについては解釈できないものとする。

図１６に示すデバイス情報に含まれている“Ａ：Ｖｅｒｓｉｏｎ”および“Ａ：ＡｄｄＶｅｒｓｉｏｎ”は、ＤＦＥ１００のＪＤＦ仕様で追加され、ＤＦＥ１００のバージョンアップを記述するＪＤＦ情報の拡張タグの例である。システム制御部４１０は、これらの拡張タグのそれぞれに対応する処理内容を解釈し、その解釈に基づく処理の制御を実行する。なお、システム制御部４１０が解釈可能な拡張タグについては、ＨＷＦサーバ４のＪＤＦ仕様をバージョンアップする際に追加することができる。

図１６において、 “Ａ：Ｖｅｒｓｉｏｎ”は、ＤＦＥ１００のバージョン情報を示す要素であり、“Ａ：ＡｄｄＶｅｒｓｉｏｎ”は、バージョンアップされたＤＦＥ１００のバージョン情報、すなわち、ＤＦＥ１００がバージョンアップされる前のバージョンを示す要素であることをシステム制御部４１０が解釈する。なお、“Ａ：ＡｄｄＶｅｒｓｉｏｎ”は必須の要素ではなく、“Ａ：ＡｄｄＶｅｒｓｉｏｎ”を指定する要素がない場合、システム制御部４１０は、その親要素の指定に従う。

図１６に示すＤＦＥ１００のデバイス情報から、システム制御部４１０は、“ＬａｙｏｕｔＰｒａｐａｒａｔｉｏｎＰａｒａｍｓ”および、子要素もしくは属性である“Ａ：Ｒｏｔａｔｅ”、“Ａ：ＢｉｎｄｉｎｇＥｄｇｅ”および“ＩｎｓｅｒｔＳｈｅｅｔ”がバージョン２．０で追加され、新規の属性“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”および新規の要素“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”がバージョン２．１で追加されたことを解釈する。

このとき、“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”および“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”がバージョン２．１のＤＦＥ１００で追加された新規の属性もしくは新規の要素である固有の処理設定情報、すなわち固有処理情報である。そのため、システム制御部４１０は、図１６の領域Ｃや領域Ｄに示される“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”および“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”によってどのような処理がＤＦＥ１００で実行されるかという情報を解釈することができない。

しかし、システム制御部４１０は、“Ａ：Ｖｅｒｓｉｏｎ”および“Ａ：ＡｄｄＶｅｒｓｉｏｎ”のそれぞれの要素において指定される処理設定値によって、“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”および“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”がバージョン２．１のＤＦＥ１００に追加されたＪＤＦ仕様であることを解釈することができる。

さらに、例えば、“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”は、“ＬａｙｏｕｔＰｒａｐａｒａｔｉｏｎＰａｒａｍｓ”に含まれる属性であるので、レイアウトに関する処理設定であるといったように、システム制御部４１０は、デバイス情報の階層構造に基づいて、“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”および“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”が、バージョン２．０のＤＦＥ１００のどの機能に関連しているかについても解釈することができる。

図１７は、図１６に示すデバイス情報に基づいてＵＩ制御部４１２が表示するジョブ設定ＵＩを示す図である。図１６のデバイス情報において、“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”、“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”は“ＬａｙｏｕｔＰｒｅｐａｒａｔｉｏｎＰａｒａｍｓ”に含まれる要素のタグである。したがって、ＵＩ制御部４１２は、図１７に示すように“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”、“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”を“レイアウト”の項目に含めてジョブ設定ＵＩを表示する。

しかし、上述したように、システム制御部４１０では、“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”、“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”によって指定された処理設定値によってどのような印刷結果になるかまでは、解釈することができない。そのため、本実施形態に係るＵＩ制御部４１２は、“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”、“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”については、“非プレビュー機能”として、デバイス情報の階層構造に従ってジョブ設定ＵＩに表示させることにより、ＨＷＦシステムのオペレータが混乱することを防ぐ。

そのため、ＨＷＦシステムのオペレータは、“非プレビュー機能”としてジョブ設定ＵＩに表示された機能についての設定を行うことはできるものの、その設定が反映されたプレビューをＨＷＦサーバ４において確認することができない。しかし、オペレータが“非プレビュー機能”としてジョブ設定ＵＩに表示される要素によってどのような処理が実行されるか既知である場合や、用紙端にパンチを打つなどの簡易な機能であれば、プレビューを行うことなく印刷出力の結果を予測し、処理設定値を設定することができる。

例えば、“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”と“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”とは同じ階層にあり、“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”は、“Ａ：ａｔｔｒ”を持ち、“Ａ：ａｔｔｒ”は“Ｖａｌ１”もしくは“Ｖａｌ２”の値を取ることができる。したがって、ＵＩ制御部４１２は、図１７に示すように、これらの処理設定値を設定可能なように表示する。

そして、システム制御部４１０は、図１７のジョブ設定ＵＩから設定された処理設定値に基づいて、拡張タグに値を指定したＪＤＦ情報をジョブデータに含めてＤＦＥ１００に送信する。図１８は、本実施形態に係る拡張タグに対する処理設定値が反映されたＪＤＦ情報を示す図である。

図１８に示すＪＤＦ情報においては、“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”において“５”と指定された処理設定値、および、“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”において“Ｖａｌ２”と指定された処理設定値が反映されている。

そして、システム制御部４１０は、処理設定値をＵＩ制御部４１２から取得し、ＪＤＦ情報に処理設定値を反映させ、処理設定値が反映されたＪＤＦ情報とＰＤＬ情報とを関連つけてジョブデータ格納部４１４に登録し、ジョブを実行する。なお、ジョブの実行は、図１１で説明した処理の流れに従って実行される。

以上説明したように、本実施形態においては、ジョブ設定ＵＩから処理設定値が反映されたプレビューをＨＷＦサーバ４において確認することができない機能であっても、ＨＷＦサーバ４から処理設定値を設定してジョブデータを生成することによって、印刷ワークフローを効率よく行うことができる。

図１９はジョブ設定ＵＩに表示する拡張タグによって実行される処理内容を示す情報である補助情報を追加したデバイス情報を示す図である。図１７のジョブ設定ＵＩでは、他の要素が日本語で表示されているのに対し、拡張タグの要素については、デバイス情報に含まれるＪＭＦ記述のタグの名前がそのまま表示されている。そのため、オペレータにとって、ジョブ設定ＵＩに表示される拡張タグの機能がどのようなものであるのかが分かりにくい。

そこで、図１９に示すように、拡張タグに関する補助情報を指定するための要素“Ａ：ＡｕｘｉｌｉａｒｙＩｎｆｏ”および、その要素“Ｌａｎｇ”、“Ｎａｍｅ”、“Ｄｅｓｃｒｉｐｔｉｏｎ”などをＤＦＥ１００においてデバイス情報に記述することにより、ＨＷＦシステムのオペレータに拡張タグの補助情報を表示可能にすることができる。

なお、“Ｎａｍｅ”は機能名、“Ｄｅｓｃｒｉｐｔｉｏｎ”は機能の説明、“Ｌａｎｇ”は“Ｎａｍｅ”、“Ｄｅｓｃｒｉｐｔｉｏｎ”をジョブ設定ＵＩに表示する際の言語を指定するタグである。図１９において、システム制御部４１０は、“Ａ：ＡｕｘｉｌｉａｒｙＩｎｆｏ”、“Ｌａｎｇ”、“Ｎａｍｅ”、“Ｄｅｓｃｒｉｐｔｉｏｎ”それぞれのタグの機能について解釈可能であると仮定する。

図２０は、図１９の“Ｎａｍｅ”に記述されている内容によって拡張タグの名前を置き換え、その名前をマウスオーバーした際に“Ｄｅｓｃｒｉｐｔｉｏｎ”の値を表示するジョブ設定ＵＩを示したものである。

システム制御部４１０はＤＦＥ１００のバージョンアップによる拡張タグを解釈することができないため、“Ｎａｍｅ”および“Ｄｅｓｃｒｉｐｔｉｏｎ”タグによって特定の言語による属性もしくは要素の名前や説明を受信しても、他の言語に変換することができない。よって、“Ｌａｎｇ”要素による言語指定と、複数の“Ａ：ＡｕｘｉｌｉａｒｙＩｎｆｏ”の指定とを可能にする必要がある。

例えば、ＨＷＦサーバ４からデバイス情報の取得を要求するＪＭＦ情報に、ＨＷＦサーバ４で設定されている言語の情報を付加してＤＦＥ１００に送信する。ＤＦＥ１００は、その言語の情報に対応するための拡張タグである“Ａ：ＡｕｘｉｌｉａｒｙＩｎｆｏ”タグをデバイス情報に含めてＨＷＦサーバ４に返してもよい。

このように、システム制御部４１０が拡張タグの機能を解釈できない場合でも、ＵＩ制御部４１２は、“Ｌａｎｇ”タグ、“Ｎａｍｅ”タグ、“Ｄｅｓｃｒｉｐｔｉｏｎ”タグのそれぞれの要素で指定された処理設定値に基づいてジョブ設定ＵＩをクライアント端末５に表示させ、オペレータに拡張タグの補助情報を提示することができる。

なお、ＨＷＦサーバ４は、設定されている言語が複数ある場合には、“Ｌａｎｇ”タグで指定された値で示される言語のうち、ＨＷＦサーバ４の動作を示すＵＩを表示する言語として設定されている言語を用いてジョブ設定ＵＩにおいて拡張タグの補助情報を表示してもよい。

ＵＩ制御部４１２は、図１９において二点鎖線で囲まれた領域に記載されている情報に基づいて、拡張タグの補助情報をジョブ設定ＵＩに表示させる。例えば、領域１８Ｂ、領域１８Ｃに記載されている情報に基づいて、ＵＩ制御部４１２は、パラメータＹがマウスオーバーされた際に、“機能ＸＸに関するパラメータであって、Ｙの値を選択します”という情報をジョブ設定ＵＩに表示する。

また、ＵＩ制御部４１２は、ジョブ設定ＵＩを表示する際に、パラメータＹが“機能ＸＸに関するパラメータであって、Ｙの値を選択します”という表示を、ポップアップ形式や、ダイアログ形式で表示させてもよい。

図２１は拡張タグの設定をジョブ設定ＵＩのどの階層に表示するかを指定する記述である階層指定情報が含まれたデバイス情報を示す図である。オペレーションの効率化を考慮すると拡張タグの設定画面は、関連する機能とまとめられていることが望ましい。しかし、ＨＷＦサーバ４におけるジョブ設定ＵＩの階層構造とデバイス情報の階層構造とは、基本的に完全に等しくはならない。

図１４のジョブ設定ＵＩでは“カラー”や“後処理”といった設定を行う要素のグループを表示しているが、システム制御部４１０で解釈可能なＪＤＦ仕様の範囲では“Ｃｏｌｏｒ”および“Ｆｉｎｉｓｈｉｎｇ”といったタグに当てはまる属性もしくは要素を示す階層指定情報は存在しない。例えば“後処理”は、ステープル処理を行う属性である“ＳｔｉｔｃｈｉｎｇＰａｒａｍｓ”や、パンチ処理を行う属性である“ＨｏｌｅＭａｋｉｎｇＰａｒａｍｓ”といったタグなどの階層指定情報を集めたグループである。

このように、デバイス情報だけでは、拡張タグの設定を、ジョブ設定ＵＩのどの要素がグループとして表示されている階層に含めるか判断できないことがある。これに対して、本実施形態では、図２１のデバイス情報に示すように、表示される階層を指定するための“Ａ：Ｇｒｏｕｐ”タグを拡張タグに付加する。ＤＦＥ１００は、ＨＷＦサーバ４から受信したジョブデータにおけるジョブ設定の階層構造を解釈する際に、拡張タグがどの階層に含まれるべきかを“Ａ：Ｇｒｏｕｐ”タグにより指定して階層指定情報を付加し、デバイス情報としてＨＷＦサーバ４に送信する。

図２１のデバイス情報では、“Ａ：Ｇｒｏｕｐ”タグによって、属性“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”および要素“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”を、“Ｌａｙｏｕｔ”と同じグループの階層に含まれる要素であると指定し、“ＤｉｇｉｔａｌＰｒｉｎｔｉｎｇＰａｒａｍｓ”に新たに含まれる要素“Ａ：ＥｘｔｅｎｄＣｏｌｏｒ”を“Ｃｏｌｏｒ”と同じグループの階層に含まれる要素であると指定している。

そして、図２１のデバイス情報をＤＦＥ１００から受信すると、ＵＩ制御部４１２は、図２２に示すように“Ａ：ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”、および“Ａ：ＥｘｔｅｎｄＥｌｅｍｅｎｔ”を“Ｌａｙｏｕｔ”に対応する“レイアウト”グループと同じ階層に、“Ａ：ＥｘｔｅｎｄＣｏｌｏｒ”を“Ｃｏｌｏｒ”に対応する“カラー”グループと同じ階層に含めてジョブ設定ＵＩを表示する。

また、図２１において一点鎖線で囲まれた領域Ｃ、領域Ｄに記載されている情報に基づいてＵＩ制御部４１２は、“ＥｘｔｅｎｄＡｔｔｒｉｂｕｔｅ”が“０以上１００００以下の範囲で指定”でき、また、“ＥｘｔｅｎｄＥｌｅｍｅｎｔ”が“Ｖａｌ１またはＶａｌ２を指定でき、デフォルト値がＶａｌ１”であるジョブ設定ＵＩを表示させる。このようにすることで、ＨＷＦサーバ４のシステム制御部４１０が拡張タグの機能を理解できなくても、拡張タグが適切な階層に配置されたジョブ設定ＵＩを表示させることができる。

以上説明したように、本実施形態においては、ＨＷＦサーバ４が解釈できない機能であってＤＦＥ１００で実行される機能に関する処理設定値の設定を、ＨＷＦサーバ４に接続されたクライアント端末５に表示されたジョブ設定ＵＩから行うことができる。このとき、オペレータの操作によってジョブ設定ＵＩから設定された処理設定値は、ジョブ送受信部４２１によってジョブデータとしてＤＦＥ１００に送信され、受信したジョブデータに従ってＤＦＥ１００はＲＩＰ処理を実行する。

次に、図１１のＳ１１１５において、ＨＷＦサーバ４から受信したジョブデータに基づいてＤＦＥ１００で実行されるＤＦＥ内処理について図２３のフローチャートを参照して説明する。図２３に示すように、まずはＨＷＦサーバ４からのジョブデータの送信に際して指定された個別ジョブ受信部１１２がジョブデータを受信する（Ｓ２３０１）。個別ジョブ受信部１１２は、ジョブデータを受信すると自身に対して設定されている個別設定をジョブデータに反映するようにＪＤＦ情報を更新する（Ｓ２３０２）。

個別ジョブ受信部１１２が受信したジョブデータはシステム制御部１１３に入力される。システム制御部１１３は、入力されたジョブデータを設定に応じてジョブデータ格納部１１４に格納し、オペレータの操作に応じてＵＩ制御部１１５を介してプレビュー処理等を行う。

そして、オペレータの操作や設定された実行時間への到達等、ＤＦＥ１００におけるジョブの実行タイミングになると、システム制御部１１３は、ジョブデータをジョブ制御部１１６に入力する。ジョブ制御部１１６は、ＪＤＦ解析部１１７にジョブデータを入力してＤＦＥ内ジョブ属性を生成させる（Ｓ３２０３）。

そして、ジョブ制御部１１６は、図８において説明したようなＲＩＰパラメータを生成する（Ｓ２３０４）。さらに、ジョブ制御部１１６は、ＲＩＰパラメータを生成すると、ＲＩＰ部１１８に必要な情報を入力してＲＩＰ処理を実行させる。これにより、まずはＲＩＰ制御部１１９が上述したパラメータ変換を行う（Ｓ２３０５）。

そして、ＲＩＰ制御部１１９が、変換後のパラメータを指定してＲＩＰエンジン１２０にＲＩＰ処理を実行させる（Ｓ２３０６）。これにより、ＲＩＰエンジン１２０によってラスターデータが作成される。ＲＩＰエンジン１２０によってラスターデータが生成されると、ＲＩＰ部１１８は、生成されたラスターデータを画像格納部１２２に格納し（Ｓ２３０７）、本処理を終了する。

次に、図２３のＳ２３０６におけるＲＩＰ処理について、図２４を参照して説明する。図２４に示すように、まずは入力部２０２に対する初期化要求に基づいて制御部２０１が初期化処理を実行する（Ｓ２４０１）。Ｓ２４０１においては、図９の例の場合、ＲＩＰパラメータ解析部２０３がＲＩＰパラメータを受け付けて解析を行い、上述したようにＲＩＰエンジン１２０に含まれるそれぞれの拡張部のうち処理を実行させる拡張部や、その順番を決定する。また、処理の結果生成されるデータの形式を決定する。

また、図１０の例の場合、ジョブ属性解析部２１４が、ＪＤＦ情報およびＰＤＬ情報を受け付けて解析を行い、処理を実行させる拡張部や、その順番を決定する。また、処理の結果生成されるデータの形式を決定する。続いて、図１０の例の場合、制御部２０１は、ＲＩＰステータス解析部２１５にステータス解析を実行させる。

ステータス解析において、ＲＩＰステータス解析部２１５は、図３に示す“ＲＩＰステータス”を参照し、ＲＩＰ内部処理の１つの項目を選択する（Ｓ２４０２）。そして、そのステータスが「Ｄｏｎｅ」であれば（Ｓ２４０３／ＹＥＳ）、対応する拡張部を、Ｓ１４０１の処理において決定した実行対象の拡張部から除外する（Ｓ２４０４）。他方、「ＮｏｔＹｅｔ」であれば（Ｓ２４０３／ＮＯ）、特に処理は行わない。

ＲＩＰステータス解析部２１５は、全てのＲＩＰ内部処理の項目についてＳ２２０２からの処理が完了するまで処理を繰り返す（Ｓ２４０５／ＮＯ）。ＲＩＰステータス解析部２１５が、全てのＲＩＰ内部処理の項目についてＳ２４０２からの処理を完了した後（Ｓ２４０５／ＹＥＳ）、入力部２０２がＲＩＰ処理の実行要求を取得すると（Ｓ２４０６／ＹＥＳ）、制御部２０１は、それぞれの拡張部に対して順番に処理を実行させる（Ｓ２４０７）。

Ｓ２４０７においては、Ｓ２４０１の処理において決定された拡張部であって、且つＳ２４０４の処理により除外されていない拡張部に対してのみ処理が要求される。また、Ｓ２４０１において決定された処理順に従って処理が要求される。そのようにして拡張部により処理が実行されてラスターデータが生成されると、出力部２１３が処理結果を出力する（Ｓ２４０８）。このような処理により、ＲＩＰ部１１８による処理が完了する。

なお、本実施形態においては、図１０に示したＲＩＰエンジン１２０の場合についてのみ説明を行った。これは、ＨＷＦサーバ４とＤＦＥ１００とでＲＩＰ処理を分担する場合であれば、ステータス解析を行う必要があるためである。すなわち、ＨＷＦサーバ４とＤＦＥ１００とでＲＩＰ処理を分担する場合には、ＨＷＦサーバ４で既に実行されたＲＩＰ処理をＤＦＥ１００側で除外する必要がある。

したがって、ＨＷＦサーバ４とＤＦＥ１００とでＲＩＰ処理を分担する場合に、ＤＦＥ１００側でＪＤＦ解析部１１７によるＪＤＦ解析を行った上で、ＲＩＰステータス解析部２１５によるステータス解析を行って、必要なＲＩＰ内部処理を判断してもよい。

以上説明した処理においては、複数の個別ジョブ受信部１１２それぞれに対して印刷ジョブを送信できる入力装置を予め割り当てておくことができる。このような場合、ＤＦＥ１００は、ＨＷＦサーバ４や、印刷ジョブの送信元の入力装置のデバイス情報を参照して、印刷ジョブを入力する個別ジョブ受信部１１２を判断する。

１ デジタルプリンタ
２ オフセットプリンタ
３ 後処理装置（ニアラインフィニッシャ）
４、４ａ、４ｂ ＨＷＦサーバ
５、５ａ、５ｂ クライアント端末
１０ ＣＰＵ
２０ ＲＡＭ
３０ ＲＯＭ
４０ ＨＤＤ
５０ Ｉ／Ｆ
６０ ＬＣＤ
７０ 操作部
８０ バス
１００ ＤＦＥ
１０１ ネットワークＩ／Ｆ
１０２ ディスプレイ
１１１ ジョブ受信部
１１２ 個別ジョブ受信部
１１３ システム制御部
１１４ ジョブデータ格納部
１１５ ＵＩ制御部
１１６ ジョブ制御部
１１７ ＪＤＦ解析部
１１８ ＲＩＰ部
１１９ ＲＩＰ制御部
１２０ ＲＩＰエンジン
１２１ 外部処理部
１２２ 画像格納部
１２３ プリンタ制御部
１２４ デバイス情報管理部
１２５ デバイス情報通信部
１５０ デジタルエンジン
１６０ インラインフィニッシャ
２００ ＣＴＰ
２０１ 制御部
２０２ 入力部
２０３ ＲＩＰパラメータ解析部
２０４ プリフライト処理部
２０５ ノーマライズ処理部
２０６ マーク処理部
２０７ フォント処理部
２０９ ＣＭＭ処理部
２１０ Ｔｒａｐｐｉｎｇ処理部
２１１ Ｃａｌｉｂｒａｔｉｏｎ処理部
２１２ Ｓｃｒｅｅｎｉｎｇ処理部
２１３ 出力部
２１４ ジョブ属性解析部
２１５ ＲＩＰステータス解析部
２１６ ＲＩＰステータス管理部
２１７ レイアウト処理部
２１８ レンダリング処理部
４００ ＨＷＦコントローラ
４０１ ネットワークＩ／Ｆ
４１０ システム制御部
４１１ データ受信部
４１２ ＵＩ制御部
４１３ ジョブ制御部
４１４ ジョブデータ格納部
４１５ デバイス情報通信部
４１６ デバイス情報管理部
４１７ デバイス情報格納部
４１８ ワークフロー制御部
４１９ ワークフロー情報格納部
４２０ ＲＩＰエンジン
４２１ ジョブ送受信部

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

Claims (7)

1. 複数の処理の実行を制御する処理実行制御装置から受信した命令情報に基づいて画像形成出力を実行するための処理内容を設定する情報を含む処理設定情報に従って前記画像形成出力の実行を制御する画像形成出力制御装置に送信される前記処理設定情報を設定するための制御プログラムであって、
   前記画像形成出力制御装置に固有の処理内容を示す固有処理情報を含み、前記処理設定情報を生成する固有処理情報生成ステップと、
   前記処理設定情報を前記処理実行制御装置に送信する送信制御ステップと、
   を前記画像形成出力制御装置に実行させ、
   前記処理設定情報から、前記固有処理情報を抽出する固有処理情報抽出ステップと、
   抽出された前記固有処理情報の処理設定値を設定するための設定画面を表示する表示制御ステップと、
   設定された前記処理設定値を、前記画像形成出力を実行するために前記画像形成出力制御装置に送信する命令情報に反映させる処理設定値反映ステップと、
   を前記処理実行制御装置に実行させることを特徴とする制御プログラム。
2. 前記固有処理情報生成ステップにおいて、
   前記固有処理情報によって実行される処理内容を前記設定画面に表示させる補助情報を含み、前記処理設定情報を生成し、
   前記表示制御ステップにおいて、
   前記補助情報を前記設定画面に表示可能とすることを特徴とする請求項１に記載の制御プログラム。
3. 前記表示制御ステップにおいて、
   前記補助情報は、前記処理実行制御装置において前記設定画面を表示する言語として設定されている言語で表示されることを特徴とする請求項２に記載の制御プログラム。
4. 前記固有処理情報生成ステップにおいて、
   前記設定画面において前記固有処理情報が表示される階層を指定する階層指定情報を含み、前記処理設定情報を生成し、
   前記表示制御ステップにおいて、
   前記階層指定情報に基づいて指定された前記設定画面の階層に前記固有処理情報の処理設定値を設定可能なように表示することを特徴とする請求項１に記載の制御プログラム。
5. 画像形成出力を実行するための処理内容を設定する情報を含む処理設定情報に従って前記画像形成出力の実行を制御する画像形成出力制御装置に送信される前記処理設定情報を複数の処理の実行を制御する処理実行制御装置において設定するためのプログラムであって、
   前記画像形成出力制御装置に固有の処理内容を示す固有処理情報を含む処理設定情報から、前記固有処理情報を抽出する固有処理情報抽出ステップと、
   抽出された前記固有処理情報の処理設定値を設定するための設定画面を表示する表示制御ステップと、
   設定された前記処理設定値を、前記画像形成出力制御装置に前記画像形成出力を実行させるために送信する命令情報に反映させる処理設定値反映ステップと、
   を実行させることを特徴とするプログラム。
6. 複数の処理の実行を制御する処理実行制御装置と、前記処理実行制御装置から受信した命令情報に基づいて画像形成出力を実行するための処理内容を設定する情報を含む処理設定情報に従って前記画像形成出力の実行を制御する画像形成出力制御装置とを含み画像形成出力システムであって、
   前記画像形成出力制御装置は、
   当該画像形成出力制御装置に固有の処理内容を示す固有処理情報を含み、前記処理設定情報を生成する固有処理情報生成部と、
   前記処理設定情報を前記処理実行制御装置に送信する送信制御部と、
   を含み、
   前記処理実行制御装置は、
   前記処理設定情報から、前記固有処理情報を抽出する固有処理情報抽出部と、
   抽出された前記固有処理情報の処理設定値を設定するための設定画面を表示する表示制御部と、
   設定された前記処理設定値を、前記命令情報に反映させる処理設定値反映部と、
   を含み、
   前記画像形成出力制御装置は、
   前記画像形成出力される画像の情報である描画情報を生成する描画情報生成部に、前記固有処理情報の処理設定値が反映された前記命令情報に基づいて前記描画情報を生成させる描画情報生成部と、
   を含むことを特徴とする画像形成出力システム。
7. 画像形成出力を実行するための処理内容を設定する情報を含む処理設定情報に従って前記画像形成出力の実行を制御する画像形成出力制御装置に送信される前記処理設定情報を複数の処理のひとつとして設定する処理実行制御装置であって、
   前記画像形成出力制御装置に固有の処理内容を示す固有処理情報を含む処理設定情報から、前記固有処理情報を抽出する固有処理情報抽出部と、
   抽出された前記固有処理情報の処理設定値を設定するための設定画面を表示する表示制御部と、
   設定された前記処理設定値を、前記画像形成出力制御装置に前記画像形成出力を実行させるために送信する命令情報に反映させる処理設定値反映部と、
   を含むことを特徴とする処理実行制御装置。