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

Abstract

【課題】各用紙属性の様々な組み合わせを示すカタログ情報を使用する装置のいずれかにおいてカタログ情報が変更された場合であっても、他の装置において所望の印刷出力結果を得ること。【解決手段】カタログ情報が指定されたジョブデータを出力する複数のＨＷＦサーバのいずれかによりカタログ情報が変更された場合に、変更前のカタログとは別に変更後のカタログ情報を記憶媒体に記憶させ、変更前のカタログ情報を識別する識別情報と変更後のカタログ情報を識別する変更後識別情報とが紐付けられた紐付情報を、カタログ情報を変更したＨＷＦサーバについての情報として生成し、ジョブデータを出力したＨＷＦサーバについて、ジョブデータに指定された識別情報の紐付情報が生成されている場合に、変更後識別情報により識別される変更後のカタログ情報が示す属性の組み合わせにより構成される記録媒体に対する画像形成出力の実行を制御することを特徴とする。【選択図】図１７

Description

本発明は、画像形成出力制御装置及び画像処理システムに関する。

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

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

そのようなＲＩＰエンジンは上述したＨＷＦサーバに搭載される。そして、オフセットプリンタによる出力の場合にはＨＷＦサーバ上にてＲＩＰエンジンによるラスターデータの生成処理（以降、「ＲＩＰ処理」とする）が行われた上で、オフセットプリンタ用の版を作成するＣＴＰ（Ｃｏｍｐｕｔｅｒ Ｔｏ Ｐｌａｔｅ）にデータが転送される。

従って、デジタルプリンタが用いられる場合においても、ＨＷＦサーバ上に搭載されたＲＩＰエンジンによってＲＩＰ処理されたラスターデータをデジタルプリンタに転送することにより、印刷出力を実行することが可能である。他方、デジタルプリンタの場合、ＤＦＥ（Ｄｉｇｉｔａｌ Ｆｒｏｎｔ Ｅｎｄ）と呼ばれる構成が印刷データを受信してＲＩＰ処理を行い、プリンタエンジンに印刷出力を実行させる方式が一般的である。

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

このようなＨＷＦシステムにおいて、印刷出力を実行する際には、印刷出力の対象となる用紙のサイズ（Ａ３、Ａ４等）、種類（普通紙、再生紙等）、厚さ、表面加工（標準、凹凸等）、パンチ穴（なし、２穴等）等の用紙属性が指定される。例えば、このような用紙属性がＪＤＦを含む印刷出力命令（以降、「ジョブデータ」とする）において１つずつ指定される場合、指定に手間がかかったり、誤指定してしまったりする場合がある。

そこで、上述したＨＷＦサーバ、ＤＦＥ、プリンタエンジンに共通の情報として、これらの用紙属性の様々な組み合わせ（以降、「カタログ情報」とする）が予め定められ、ジョブデータにはカタログ情報を識別するカタログＩＤのみを指定する方法が知られている。これにより、カタログＩＤが識別するカタログ情報で定められた各用紙属性を有する用紙に、印刷出力が実行される。

また、ジョブデータにおいて指定された給紙部にセットされた用紙の属性を記憶装置に記憶し、そのジョブデータに基づく印刷出力を実行する際に、記憶された用紙属性の用紙がセットされた給紙部を選択する方法が提案されている（例えば、特許文献１を参照）。特許文献１に開示された技術によれば、指定された給紙部に異なる属性の用紙がセットされた場合であっても、所望の属性の用紙がセットされた給紙部を選択することで、所望の印刷出力結果を得ることができる。

このようなＨＷＦシステムにおいて、複数のＨＷＦサーバのうちの１つが、他のＨＷＦサーバと共通して使用するカタログＩＤにより識別されるカタログ情報の内容を変更する場合がある。このような場合、カタログ情報の内容が変更されたことを知らずに他のＨＷＦサーバにおいてそのカタログＩＤを指定すると、所望する用紙属性とは異なる用紙属性の用紙に印刷出力されてしまい、所望の印刷出力結果を得ることができない。

特許文献１に開示された技術は、給紙部に異なる用紙情報の用紙がセットされる場合に行われる処理であり、特許文献１においては、ジョブデータに指定される用紙に関する情報が他のサーバ等により変更されることは考慮されていない。

本発明は、このような課題を解決するためになされたものであり、各用紙属性の様々な組み合わせを示すカタログ情報を使用する装置のいずれかにおいてカタログ情報が変更された場合であっても、他の装置において所望の印刷出力結果を得ることを目的とする。

上記課題を解決するために、本発明の一態様は、記録媒体の各種の属性の組み合わせを示す属性組合せ情報を識別する識別情報により指定された記録媒体に対する画像形成出力の実行を制御する画像形成出力制御装置であって、前記属性組合せ情報を記憶媒体に記憶させて管理する情報管理部と、前記識別情報が指定された画像形成出力実行するための情報である画像形成実行情報をそれぞれ出力する複数の実行情報出力装置から取得した前記画像形成実行情報に従って画像形成出力の実行を制御する出力実行制御部と、を含み、前記情報管理部は、前記複数の実行情報出力装置のいずれかにより前記属性組合せ情報が変更された場合に、変更前の前記属性組合せ情報とは別に変更後の前記属性組合せ情報を前記記憶媒体に記憶させ、前記変更前の属性組合せ情報を識別する前記識別情報と、前記変更後の属性組合せ情報を識別する前記識別情報である変更後識別情報とが紐付けられた紐付情報を、前記属性組合せ情報を変更した前記実行情報出力装置についての情報として生成し、前記出力実行制御部は、取得した前記画像形成実行情報を出力した前記実行情報出力装置について、前記画像形成実行情報において指定された前記識別情報に紐付けられた前記紐付情報が生成されている場合に、前記変更後識別情報により識別される前記変更後の属性組合せ情報が示す前記属性の組み合わせにより構成される前記記録媒体に対する画像形成出力の実行を制御することを特徴とする。

本発明によれば、各用紙属性の様々な組み合わせを示すカタログ情報を使用する装置のいずれかにおいてカタログ情報が変更された場合であっても、他の装置において所望の印刷出力結果を得ることができる。

本発明の実施形態に係るシステムの運用形態を示す図である。 本発明の実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。 本発明の実施形態に係るＪＤＦ情報を示す図である。 本発明の実施形態に係るＨＷＦサーバの機能構成を示すブロック図である。 本発明の実施形態に係るワークフロー情報の例を示す図である。 本発明の実施形態に係るＤＦＥの機能構成を示すブロック図である。 本発明の実施形態に係る変換テーブルの例を示す図である。 本発明の実施形態に係るＲＩＰパラメータの例を示す図である。 本発明の実施形態に係るＲＩＰエンジンの機能構成を示すブロック図である。 本発明の実施形態に係るＲＩＰエンジンの機能構成を示すブロック図である。 本発明の実施形態に係るシステムの全体動作を示すシーケンス図である。 本発明の実施形態に係る分割要求の情報を示す図である。 本発明の実施形態に係るＤＦＥ内処理を示すフローチャートである。 本発明の実施形態に係るＲＩＰ処理を示すフローチャートである。 本発明の実施形態に係るＨＷＦサーバのカタログ情報格納部に格納されているカタログ情報の一覧を例示する図である。 本発明の実施形態に係るＤＦＥのカタログ情報格納部に格納されているカタログ情報の一覧を例示する図である。 本発明の実施形態に係るカタログ情報管理部によるカタログ情報を管理するための処理を例示する図である。 本発明の実施形態に係るＨＷＦサーバのカタログ情報格納部に格納されているカタログ情報の一覧を例示する図である。 本発明の実施形態に係るＤＦＥのカタログ情報格納部に格納されているカタログ情報の一覧を例示する図である。 本発明の実施形態に係るＤＦＥのカタログ情報格納部に格納されている紐付情報を例示する図である。 本発明の実施形態に係るＨＷＦサーバのカタログ情報格納部に格納されているカタログ情報の一覧を例示する図である。 本発明の実施形態に係るＤＦＥのカタログ情報格納部に格納されているカタログ情報の一覧を例示する図である。 本発明の実施形態に係るジョブ制御部によるカタログＩＤを含むジョブデータに基づく処理を例示するフローチャートである。 本発明の実施形態に係るＤＦＥのカタログ情報格納部に格納されているカタログ情報の一覧を例示する図である。 本発明の実施形態に係るＤＦＥのカタログ情報格納部に格納されているカタログ情報の一覧を例示する図である。 本発明の実施形態に係るＤＦＥの機能構成を示すブロック図である。 本発明の実施形態に係るＤＦＥのカタログ情報格納部に格納されているカタログ情報の一覧を例示する図である。 本発明の実施形態に係るＤＦＥのカタログ情報格納部に格納されているカタログ情報の一覧を例示する図である。 本発明の実施形態に係るジョブ情報格納部に格納されているジョブ情報の一覧を例示する図である。 本発明の実施形態に係る優先順位更新部によるカタログ情報の優先順位の更新処理を例示するフローチャートである。 本発明の実施形態に係るＤＦＥのカタログ情報格納部に格納されているカタログ情報の一覧を例示する図である。 本発明の実施形態に係るカタログ情報管理部による優先順位に基づくカタログ情報の同期処理を例示するフローチャートである。 本発明の実施形態に係る同期処理前のデジタルエンジンが保持するカタログ情報の一覧を例示する図である。 本発明の実施形態に係る同期処理後のデジタルエンジンが保持するカタログ情報の一例を例示する図である。 本発明の実施形態に係るＤＦＥのカタログ情報格納部に格納されているカタログ情報の一覧を例示する図である。

以下、図面を参照して、本発明の実施形態について説明する。本実施形態においては、オフセットプリンタ及びデジタルプリンタが混在するシステムにおいて、両方のプリンタを同一のサーバを介して制御可能な画像処理システムについて説明する。このようなシステムは、ＨＷＦ（Ｈｙｂｒｉｄ Ｗｏｒｋ Ｆｌｏｗ）システムと呼ばれる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、本実施形態に係るジョブデータには、画像形成出力の対象となる用紙等の記録媒体の各種の属性の組み合わせを示す属性組合せ情報（以降、「カタログ情報」とする）を識別するための識別情報が指定される。カタログ情報格納部４２２は、識別情報とカタログ情報とを関連付けて格納する記憶媒体である。なお、記録媒体としては、上述した用紙の他、フィルム、プラスチック等のシート状の材料で、画像形成出力の対象物となるものであれば採用可能であるが、本実施形態においては、用紙を記録媒体の例として説明する。

カタログ情報管理部４２３は、カタログ情報格納部４２２に格納されているカタログ情報を管理する。カタログ情報送信部４２４は、カタログ情報管理部４２３による処理に応じて、ＤＦＥ１００にカタログ情報を送信する。カタログ情報格納部４２２、カタログ情報管理部４２３及びカタログ情報送信部４２４の詳細は後述する。

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

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

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

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

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

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

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

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

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

本実施形態に係る個別ジョブ受信部１１２において可能な設定の１つに、“パススルーモード”がある。この“パススルーモード”は、ＤＦＥ１００においてＲＩＰエンジンとは個別に設けられたＪＤＦ情報の解析機能であるＪＤＦ解析部１１７によるＪＤＦ情報の解析処理を行わせず、ＲＩＰエンジンにおいてＪＤＦ情報の解析を実行するモードである。

このような機能により、ＪＤＦ解析部１１７が対応していない形式のＪＤＦ情報を用いることや、ＲＩＰエンジンの外側にＪＤＦ解析機能を設けることが難しいＲＩＰエンジンをＨＷＦサーバ４及びＤＦＥ１００において用いることが可能となる。本実施形態においては、ＨＷＦサーバ４に搭載されたＲＩＰエンジン４２０とＤＦＥ１００に搭載されたＲＩＰエンジン１２０とで処理を分担する際に、上述した“パススルーモード”が用いられる。ＲＩＰエンジン４２０に対応した同一のＲＩＰエンジン１２０が、出力側描画情報生成部として用いられる。

ＲＩＰ処理をＨＷＦサーバ４とＤＦＥ１００とに分散する場合、可能な限りＨＷＦサーバ４とＤＦＥ１００との区分が意識されず、一連の処理として実行されることが好ましい。そのため、ＨＷＦサーバ４において途中まで処理されたデータがＤＦＥ１００に入力された場合、未処理のジョブデータが入力された場合と同様のＪＤＦ解析処理は省略し、ＨＷＦサーバ４における処理の続きとして処理が実行されることが好ましい。

本実施形態においては、ＨＷＦサーバ４とＤＦＥ１００とで対応した同一のＲＩＰエンジンが搭載されているため、このようなＲＩＰ処理の制御を好適に実現することが可能である。また、そのような場合においては、一方のＲＩＰエンジンによって処理されたデータがそのまま他方のＲＩＰエンジンに受け渡されることが好ましいため、上述した“パススルーモード”によってそのような制御を好適に実現することが出来る。

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

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

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

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

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

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

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

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

ジョブ制御部１１６は、システム制御部１１３からのジョブの実行指示に基づいてジョブの実行に係る制御を行う。具体的に、ジョブ制御部１１６が行う制御は、ＪＤＦ解析部１１７によるＪＤＦ解析処理、ＲＩＰ部１１８によるＲＩＰ処理、プリンタ制御部１２２によるデジタルエンジン１５０の制御処理である。すなわち、ジョブ制御部１１６は、ジョブデータに従って画像形成出力の実行を制御する出力実行制御部として機能する。

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

他方、上述したように“パススルーモード”が指定されている場合、ジョブ制御部１１６は、システム制御部１１３から取得したジョブデータに含まれるＪＤＦ情報を、そのままＲＩＰ部１１８に入力する。“パススルーモード”の指定は例えば個別ジョブ受信部１１２によってＪＤＦ情報に記述される。

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

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

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

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

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

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

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

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

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

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

他方、“パススルーモード”の場合、ジョブ制御部１１６は、ＪＤＦ情報及びＰＤＬ情報又は中間データに基づいてＲＩＰパラメータを生成する。この場合、ＲＩＰパラメータを構成する各項目には、対応するＪＤＦ情報の項目を参照するための情報が設定される。

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

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

また、“パススルーモード”の場合、“ＲＩＰ制御モード”に「パススルーモード」が指定される。但しこれは一例であり、“ＲＩＰ制御モード”以外の項目に「パススルーモード」が記述されていても良い。

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

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

ＲＩＰ部１１８においては、ＲＩＰ制御部１１９が複数のＲＩＰエンジン１２０を制御し、入力されたＲＩＰパラメータに基づいてＲＩＰ内部処理を実行させてラスターデータを生成する。ＲＩＰエンジン１２０の機能については後に詳述する。

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

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

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

デバイス情報管理部１２３は、ＤＦＥ１００自身やデジタルエンジン１５０の情報であるデバイス情報を管理する。デバイス情報には、ＲＩＰ部１１８に含まれるＲＩＰエンジン１２０の情報や、ジョブ受信部１１１において構成されている個別ジョブ受信部１１２の情報が含まれる。そして、個別ジョブ受信部１１２の情報として、上述した“パススルーモード”の情報も含まれる。

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

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

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

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

また、本実施形態に係るＤＦＥ１００は、複数のＨＷＦサーバ４から送信されるカタログ情報を受信する。カタログ情報受信部１２５は、複数のＨＷＦサーバ４から送信されたカタログ情報を受信する。カタログ情報管理部１２６は、受信したカタログ情報に応じて、カタログ情報格納部１２７に格納されているカタログ情報を管理する情報管理部として機能する。カタログ情報格納部１２７は、カタログ情報を格納する記憶媒体である。カタログ情報受信部１２５、カタログ情報管理部１２６及びカタログ情報格納部１２７の詳細は後述する。

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

図９に示すように、ＲＩＰエンジン１２０は、制御部２０１と他の部分とによって構成される。制御部２０１以外の部分が、ベンダーによって拡張可能な拡張部である。制御部２０１は、拡張部として含まれる様々な機能を利用することによりＲＩＰ処理を実行する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

この際、夫々のエンジンにおいて指定された処理のみが実行されるようにする方法として、“ＲＩＰステータス”の情報を参照することが出来る。即ち、実行させる処理の項目のみステータスを「ＮｏｔＹｅｔ」とし、他の処理を「Ｄｏｎｅ」とすることにより、指定した処理のみを実行させることが出来る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

上述した“パススルーモード”の設定もＳ１３０２において反映されることとなる。個別設定の反映されたジョブデータはシステム制御部１１３に入力される。システム制御部１１３は、入力されたジョブデータを設定に応じてジョブデータ格納部１１４に格納し、オペレータの操作に応じてＵＩ制御部１１５を介してプレビュー処理等を行う。

そして、オペレータの操作や設定された実行時間への到達等、ＤＦＥ１００におけるジョブの実行タイミングになると、システム制御部１１３は、ジョブデータをジョブ制御部１１６に入力する。ジョブ制御部１１６は、入力されたジョブデータを参照し、パススルーモードか否かを確認する（Ｓ１３０３）。その結果、パススルーモードでなかった場合（Ｓ１３０３／ＮＯ）、ジョブ制御部１１６はＪＤＦ解析部１１７にジョブデータを入力してＤＦＥ内ジョブ属性を生成させる（Ｓ１３０４）。

Ｓ１３０３の確認の結果、パススルーモードであった場合（Ｓ１３０４／ＹＥＳ）、若しくはＪＤＦ変換が完了してＤＦＥ内ジョブ属性が生成された場合、ジョブ制御部１１６は、ＲＩＰパラメータを生成する（Ｓ１３０５）。パススルーモードではない場合、Ｓ１３０５においては、図８において説明したようなＲＩＰパラメータが生成される。他方、パススルーモードの場合、図８に示す情報のうち、“入出力画像情報”以外の情報を含むＲＩＰパラメータが生成され、他の部分はＪＤＦ情報が参照される。

ジョブ制御部１１６は、ＲＩＰパラメータを生成すると、ＲＩＰ部１１８に必要な情報を入力してＲＩＰ処理を実行させる（Ｓ１３０６）。これにより、ＲＩＰエンジン１２０によってラスターデータが作成される。

尚、Ｓ１３０５においては、上述したように、図３に示す“ＲＩＰデバイス指定”の情報に基づき、ＲＩＰエンジン毎にＲＩＰパラメータが生成される。そして、Ｓ１３０６においては、生成されたＲＩＰパラメータ毎に順番にＲＩＰ処理が実行されてラスターデータが生成される。

ラスターデータが生成され、ＲＩＰ部１１８からラスターデータを取得すると、ジョブ制御部１１６は、プリンタ制御部１２２にラスターデータを入力して、デジタルエンジン１５０による印刷出力を実行させる（Ｓ１３０７）。このような処理により、ＤＦＥ内処理が完了する。

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

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

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

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

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

尚、本実施形態においては、図１０の例の場合、即ち、パススルーモードに対応しているＲＩＰエンジン１２０の場合についてのみ、Ｓ１４０２〜Ｓ１４０５の処理、即ちステータス解析処理が実行される場合を例としている。これは、ステータス解析処理が必要となるのは、上述したようにＨＷＦサーバ４とＤＦＥ１００とでＲＩＰ処理を分担する場合であることに基づいている。

そのような場合には、ＨＷＦサーバ４とＤＦＥ１００とで同一のＲＩＰエンジンが搭載されていることを利用して、両者の境目を意識することなく一連の処理としてＲＩＰ処理を実行する。従って、ＨＷＦサーバ４においてＲＩＰエンジン４２０により処理されたデータをそのままＤＦＥ１００においてＲＩＰエンジン１２０に入力することが好ましく、ＲＩＰエンジンの外部に設けられたＪＤＦ解析部１１７を通さないパススルーモードが適している。

しかしながら、これは一例であり、パススルーモードではない場合であっても、ＨＷＦサーバ４とＤＦＥ１００とでＲＩＰ処理を分担する場合であれば、ステータス解析を行うことが必要となる。即ち、ＨＷＦサーバ４とＤＦＥ１００とでＲＩＰ処理を分担する場合には、ＨＷＦサーバ４において既に実行されたＲＩＰ処理をＤＦＥ１００側で除外する必要がある。

従って、パススルーモードに対応していないＲＩＰエンジン１２０であっても、ＨＷＦサーバ４とＤＦＥ１００とでＲＩＰ処理を分担するため、ＲＩＰステータス解析部２１５を設けても良い。換言すると、ＨＷＦサーバ４とＤＦＥ１００とでＲＩＰ処理を分担する場合であっても、ＤＦＥ１００側でＪＤＦ解析部１１７によるＪＤＦ解析を行った上で、ＲＩＰステータス解析部２１５によるステータス解析を行って必要なＲＩＰ内部処理を判断しても良い。

次に、本実施形態に係る特徴の１つであるカタログ情報の詳細を説明する。図１５は、ＨＷＦサーバ４のカタログ情報格納部４２２に格納されているカタログ情報の一覧を例示する図である。図１５に示すように、カタログ情報は、カタログ情報を識別するための識別情報である“カタログＩＤ”と、画像形成の対象となる用紙の“サイズ”、“用紙種類”、“厚さ”、“表面加工”、“パンチ穴”等の用紙の属性を示す情報とが関連付けられた構成である。

“サイズ”は、用紙の大きさを示し、「Ａ４」、「Ａ３」等であり、“用紙種類”は、用紙の種類を示し、「普通紙」、「再生紙」、「コート紙」等であり、“厚さ”は、用紙の厚さを示し、「普通」、「厚紙」、「薄紙」等である。また、“表面加工”は、用紙の表面の加工内容を示し、「標準」、「凹凸」等であり、“パンチ穴”は、用紙のパンチ穴の有無や数を示し、「なし」、「２穴」等である。すなわち、カタログ情報は、用紙の各属性の組み合わせを示す属性組合せ情報である。

図１５に示したカタログ情報に含まれる属性情報は、例えばデジタルエンジン１５０の仕様により予め定められており、ＤＦＥ１００を介してデジタルエンジンに接続された複数のＨＷＦサーバ４それぞれのカタログ情報格納部４２２に格納されている。ＨＷＦサーバ４は、カタログ情報格納部４２２に格納されているカタログ情報のうち使用したいカタログ情報に関連付けられたカタログＩＤをジョブデータに指定して、ＤＦＥ１００に送信する。

ＤＦＥ１００のジョブ制御部１１６は、カタログＩＤが指定されたジョブデータに基づいて、プリンタ制御部１１２によるデジタルエンジン１５０の制御処理を行う。これにより、ジョブデータにおいて指定されたカタログＩＤに関連付けられたカタログ情報の各属性の組み合わせにより構成される用紙に対する印刷出力が実行される。このように、カタログ情報を用いることにより、ジョブデータに用紙の各属性を１つずつ指定するよりも、画像形成出力の対象となる用紙を指定する手間が軽減され、属性の誤指定を防止することもできる。

また、各ＨＷＦサーバ４は、新たなカタログ情報を追加したり、カタログ情報を変更したりすることも可能である。例えば、ＨＷＦサーバ４のオペレータは、クライアント端末５に表示されたＧＵＩを操作することにより、新たなカタログ情報を生成する。これにより、クライアント端末５がＨＷＦサーバ４に対して生成されたカタログ情報を送信し、カタログ情報管理部４２３がカタログ情報を取得する。カタログ情報管理部４２３は、取得したカタログ情報をカタログ情報格納部４２２に記憶させて追加する。

また、オペレータがカタログ情報を変更する場合、ＵＩ制御部４１２は、カタログ情報管理部４２３を介してカタログ情報格納部４２２に格納されているカタログ情報を取得して、クライアント端末５に送信する。クライアント端末５は、ＵＩ制御部４１２から送信されたカタログ情報によりカタログ情報を変更するためのＧＵＩを表示する。

オペレータは、クライアント端末５に表示されたＧＵＩを操作することにより、カタログ情報を変更する。例えば、オペレータは、カタログ情報の“用紙種類”を「再生紙」から「コート紙」に変更する。ＵＩ制御部４１２は、クライアント端末５におけるカタログ情報の変更操作の情報を、ネットワークを介して取得し、システム制御部４１０に通知する。

システム制御部４１０は、ＵＩ制御部４１２から通知された変更操作の情報をカタログ情報管理部４２３に通知する。カタログ情報管理部４２３は、通知された変更操作の情報によりカタログ情報格納部４２２に格納されているカタログ情報を変更する。カタログ情報管理部４２３は、このようなカタログ情報の新規追加やカタログ情報の変更を行うと、カタログ情報送信部４２４に対して、新規追加されたカタログ情報や変更されたカタログ情報を出力する。

カタログ情報送信部４２４は、カタログ情報管理部４２３から入力されたカタログ情報を、ネットワークを介してＤＦＥ１００に送信する。このように、各ＨＷＦサーバ４は、独自に新規のカタログ情報を追加したり、カタログ情報を変更したりしてＤＦＥ１００に送信する。そのため、ＤＦＥ１００は、各ＨＷＦサーバ４から送信されたカタログ情報を適切に管理する必要がある。

例えば、ＨＷＦサーバ４ａが、他のＨＷＦサーバ４ｂと共通で使用しているカタログＩＤが「Ｐ００１」のカタログ情報の“用紙種類”を「再生紙」から「コート紙」に変更したとする。そして、ＤＦＥ１００が、「Ｐ００１」のカタログ情報をＨＷＦサーバ４ａからの変更情報により更新したとする。この場合に、ＨＷＦサーバ４ｂが「Ｐ００１」を指定したジョブデータをＤＦＥ１００に送信すると、コート紙に印刷出力された印刷出力結果となり、ＨＷＦサーバ４ｂのオペレータは所望の印刷出力結果を得ることができない。

そこで、いずれかのＨＷＦサーバ４によりカタログ情報が変更された場合であっても、それ以外のＨＷＦサーバ４が所望の印刷出力結果を得られるようＤＦＥ１００においてカタログ情報を管理することが、本実施形態の要旨の１つである。

次に、本実施形態に係る要旨の１つであるＤＦＥ１００におけるカタログ情報の管理に関する詳細を説明する。図１６は、ＤＦＥ１００のカタログ情報格納部１２７に格納されているカタログ情報の一覧を例示する図である。図１６に示すように、カタログ情報格納部１２７に格納されるカタログ情報は、カタログ情報格納部４２２に格納されている図１５に示したカタログ情報に、“使用中ＨＷＦ”の情報が追加された構成である。

“使用中ＨＷＦ”は、カタログ情報を使用しているＨＷＦサーバ名を示す。以降、“使用中ＨＷＦ”における「Ａ」を「ＨＷＦサーバ４ａ」とし、「Ｂ」を「ＨＷＦサーバ４ｂ」とする。
例えば、図１６に示すように、カタログＩＤが「Ｐ００１」から「Ｐ１００」のカタログ情報は、ＨＷＦサーバ４ａ及びＨＷＦサーバ４ｂにより使用されている。

カタログ情報受信部１２５は、ネットワークを介してＨＷＦサーバ４から送信されたカタログ情報を受信し、カタログ情報管理部１２６に対して出力する。カタログ情報管理部１２６は、カタログ情報受信部１２５から入力されたカタログ情報に応じて、カタログ情報を管理する。

図１７は、カタログ情報管理部１２６によるカタログ情報を管理するための処理を例示するフローチャートである。図１７に示すように、カタログ情報管理部１２６は、カタログ情報受信部１２５からカタログ情報を取得すると、カタログ情報を送信したＨＷＦサーバ４を特定する（Ｓ１７０１）。例えば、カタログ情報には送信元情報として送信したＨＷＦサーバ名が付与されており、カタログ情報管理部１２６は、カタログ情報に付与されている送信元情報からカタログ情報を送信したＨＷＦサーバ４を特定する。

カタログ情報を取得したカタログ情報管理部１２６は、取得したカタログ情報のカタログＩＤを取得する（Ｓ１７０２）。カタログＩＤを取得したカタログ情報管理部１２６は、カタログ情報格納部１２７に格納されているカタログ情報の中に取得したカタログＩＤと同一のカタログＩＤのカタログ情報があるか否かを判定する（Ｓ１７０３）。

同一のカタログＩＤのカタログ情報がない場合（Ｓ１７０３／ＮＯ）、カタログ情報管理部１２６は、カタログ情報格納部１２７に取得したカタログ情報を記憶させて新規に追加する（Ｓ１７０４）。一方、同一のカタログＩＤのカタログがある場合（Ｓ１７０３／ＹＥＳ）、カタログ情報管理部１２６は、カタログ情報格納部１２７に格納されている同一のカタログＩＤのカタログ情報と取得したカタログ情報とが同一であるか否かを判定する（Ｓ１７０５）。なお、取得したカタログ情報と比較する際には、カタログ情報格納部１２７に格納されているカタログ情報の“使用中ＨＷＦ”の情報は除外されるものとする。

カタログＩＤが同一であって、カタログ情報が異なる場合は、取得したカタログ情報がＨＷＦサーバ４において変更されたことを意味する。図１８は、ＨＷＦサーバ４のカタログ情報格納部４２２に格納されているカタログ情報を例示する図である。図１８において斜線でハッチングして示すように、例えば、図１５に示した“カタログＩＤ”が「Ｐ００３」のカタログ情報の“用紙種類”の「再生紙」が「コート紙」に変更されたとする。

そのため、カタログ情報管理部１２６が取得した「Ｐ００３」のカタログ情報は、カタログ情報格納部１２７に格納されている図１６に示した「Ｐ００３」のカタログ情報と異なっている。

カタログ情報が異なる場合（Ｓ１７０５／ＮＯ）、カタログ情報管理部１２６は、Ｓ１７０１において特定されたＨＷＦサーバ４について、取得したカタログＩＤとの紐付情報があるか否かを判定する（Ｓ１７０６）。紐付情報は、カタログ情報を変更した場合に、変更前のカタログ情報のカタログＩＤと変更後のカタログ情報のカタログＩＤとを紐付けた情報であり、ＨＷＦサーバ４ごとに生成される。本実施形態においては、紐付情報は、カタログ情報格納部１２７に格納される場合を例として説明するが、カタログ情報格納部１２７とは別の記憶媒体に格納されてもよい。紐付情報の詳細は後述する。

紐付情報がない場合（Ｓ１７０６／ＮＯ）、カタログ情報管理部１２６は、取得したカタログ情報を識別するカタログＩＤを新規に生成し、取得したカタログ情報を新規のカタログ情報として、カタログ情報格納部１２７に記憶させて追加する（Ｓ１７０７）。図１９は、Ｓ１７０７の処理により追加されたカタログ情報を含むカタログ情報格納部１２７に格納されているカタログ情報の一覧を例示する図である。

図１９において太線で囲まれたカタログ情報が、新規追加されたカタログ情報である。すなわち、新規追加されたカタログ情報は、ＨＷＦサーバ４ａにより「Ｐ００３」のカタログ情報が変更されたカタログ情報である。例えば、図１９に示すように、「Ｐ００３＿Ａ」を新規のカタログＩＤとして変更後のカタログ情報が追加される。

また、カタログ情報管理部１２６は、変更前のカタログ情報の“使用中ＨＷＦ”を更新する（Ｓ１７０８）。例えば、ＨＷＦサーバ４ａが「Ｐ００３」のカタログ情報を変更した場合、ＨＷＦサーバ４ａは「Ｐ００３」の変更前のカタログ情報を使用しなくなる。そこで、カタログ情報管理部１２６は、図１９において斜線のハッチングで示すように、「Ｐ００３」のカタログ情報の“使用中ＨＷＦ”を「Ａ、Ｂ」から「Ｂ」に変更する。

変更後のカタログ情報を新規のカタログＩＤによりカタログ情報格納部１２７に新規追加したカタログ情報管理部１２６は、Ｓ１７０１において特定したＨＷＦサーバ４についての紐付情報を追加する（Ｓ１７０９）。図２０は、カタログ情報格納部１２７に格納されている紐付情報の一覧を例示する図である。図２０に示すように、紐付情報は、“カタログＩＤ”と“紐付ＩＤ”とが関連付けられた構成である。

例えば、ＨＷＦサーバ４ａが「Ｐ００３」のカタログ情報を変更して、変更後のカタログ情報が「Ｐ００３＿Ａ」のカタログ情報として新規に追加された場合、図２０に示すように、変更前のカタログ情報の“カタログＩＤ”である「Ｐ００３」と、変更後のカタログ情報のカタログＩＤ（変更後識別情報）すなわち“紐付ＩＤ”である「Ｐ００３＿Ａ」とが紐付けられる。

なお、Ｓ１７０７及びＳ１７０８の処理とＳ１７０９の処理とは、新規ＩＤが生成されていれば前後関係に制約はなく、紐付情報が追加されてから変更後のカタログ情報が追加されてもよいし、並列して処理されてもよい。

一方、紐付情報がある場合（Ｓ１７０６／ＹＥＳ）、カタログ情報格納部１２７に格納されている紐付ＩＤのカタログ情報を更新する（Ｓ１７１０）。紐付情報がすでに存在する場合、すでに変更されたカタログ情報がさらに変更されたことを意味する。

図２１は、ＨＷＦサーバ４のカタログ情報格納部４２２に格納されているカタログ情報を例示する図である。図２１において斜線でハッチングして示すように、例えば、図１８に示した“カタログＩＤ”が「Ｐ００３」のカタログ情報の“用紙種類”が「コート紙」からさらに「普通紙」に変更されるとともに、“厚さ”が「普通」から「厚紙」に変更されたとする。

この場合、「Ｐ００３」のカタログ情報がすでに変更されているため、図１９に示した「Ｐ００３＿Ａ」のカタログ情報がカタログ情報格納部１２７にすでに含まれているとともに、図２０に示した紐付情報が存在している。図２２は、Ｓ１７１０の処理により更新されたカタログ情報を含むカタログ情報格納部１２７に格納されているカタログ情報の一覧を例示する図である。

図２２において斜線のハッチングで示すように、カタログ情報管理部１２６は、図２１に示したように、「Ｐ００３」のカタログ情報がさらに変更されると、カタログＩＤの「Ｐ００３」に紐付けられた紐付ＩＤの「Ｐ００３＿Ａ」のカタログ情報を変更する。

一方、同一のカタログＩＤのカタログ情報がある場合であって（Ｓ１７０３／ＹＥＳ）、両カタログ情報が同一であるとき（Ｓ１７０５／ＹＥＳ）、カタログ情報管理部１２６は、取得したカタログＩＤのカタログ情報の“使用中ＨＷＦ”を更新する（Ｓ１７１１）。具体的には、カタログ情報管理部１２６は、“使用中ＨＷＦ”に、Ｓ１７０１において特定されたＨＷＦサーバ名を追加する。この場合、他のＨＷＦサーバ４がすでに使用しているカタログ情報を、Ｓ１７０１において特定されたＨＷＦサーバ４も使用することを意味する。

また、カタログ情報管理部１２６は、取得したカタログＩＤに対する紐付情報があるか否かを判定する（Ｓ１７１２）。紐付情報がある場合、カタログ情報を変更したＨＷＦサーバ４が変更前のカタログ情報に戻したことを意味する。例えば、ＨＷＦサーバ４が図２１に示したように、「Ｐ００３」のカタログ情報を変更した後、「Ｐ００３」のカタログ情報を図１５に示した変更前情報に戻した場合、紐付情報が存在している。

紐付情報がある場合（Ｓ１７１２／ＹＥＳ）、カタログ情報管理部１２６は、Ｓ１７０１において特定されたＨＷＦサーバ４について、取得したカタログＩＤに対する紐付情報及び紐付ＩＤのカタログ情報を、カタログ情報格納部１２７から削除する（Ｓ１７１３）。上述したようにカタログ情報の新規追加、更新等を行ったカタログ情報管理部１２６は、デジタルエンジン１５０におけるカタログ情報を更新する（Ｓ１７１４）。

具体的には、例えば、カタログ情報管理部１２６は、カタログ情報格納部１２７に格納されているカタログ情報の一覧と同一のカタログ情報の一覧をデジタルエンジン１５０が保持するように同期させる。

次に、ジョブ制御部１１６によるカタログＩＤを含むジョブデータに基づく処理を説明する。図２３は、ジョブ制御部１１６によるカタログＩＤを含むジョブデータに基づく処理を例示するフローチャートである。本説明においては、カタログ情報格納部１２７に図２０に示したＨＷＦサーバ４ａの紐付情報及び図２２に示したカタログ情報の一覧が格納されている場合を例として説明する。

図２３に示すように、ジョブ制御部１１６は、ジョブデータを取得すると、ジョブデータにおいて指定されているカタログＩＤを取得する（Ｓ２３０１）。例えば、ジョブ制御部１１６は、ＨＷＦサーバ４ａから送信されたジョブデータにおいて指定されているカタログＩＤとして「Ｐ００３」を取得したとする。

カタログＩＤを取得したジョブ制御部１１６は、ジョブデータを送信したＨＷＦサーバ４について、カタログ情報格納部１２７に取得したカタログＩＤに対応する紐付情報があるか否かを判定する（Ｓ２３０２）。紐付情報がある場合（Ｓ２３０２／ＹＥＳ）、ジョブ制御部１１６は、取得したカタログＩＤに紐付けられた紐付ＩＤを取得する（Ｓ２３０３）。例えば、カタログＩＤが「Ｐ００３」である場合、ジョブ制御部１１６は、紐付ＩＤの「Ｐ００３＿Ａ」を取得する。

紐付ＩＤを取得したジョブ制御部１１６は、取得した紐付ＩＤをカタログＩＤとしてプリンタ制御部１２２を制御する（Ｓ２３０４）。これにより、例えば、デジタルエンジン１５０は、保持しているカタログ情報の一覧から「Ｐ００３＿Ａ」のカタログ情報を取得し、取得したカタログ情報に含まれる属性の組み合わせで構成される用紙に対して画像形成出力を実行する。

一方、紐付情報がない場合（Ｓ２３０２／ＮＯ）、ジョブ制御部１１６は、取得したカタログＩＤを用いてプリンタ制御部１２２を制御する（Ｓ２３０５）。例えば、Ｓ２３０１の処理において、ジョブ制御部１１６は、ＨＷＦサーバ４ｂから送信されたジョブデータにおいて指定されたカタログＩＤとして「Ｐ００３」を取得したとする。

この場合、ＨＷＦサーバ４ｂについての紐付情報はないので、ジョブ制御部１１６は、「Ｐ００３」を用いてプリンタ制御部１２２を制御する。これにより、デジタルエンジン１５０は、保持しているカタログ情報の一覧から「Ｐ００３」のカタログ情報を取得し、取得したカタログ情報に含まれる属性の組み合わせで構成される用紙に対して画像形成出力を実行する。

このように、ＨＷＦサーバ４ａが「Ｐ００３」のカタログ情報を変更した場合であって、ＨＷＦサーバ４ａから「Ｐ００３」を指定したジョブデータが送信されたときは、変更されたカタログ情報に基づいて画像形成出力が実行される。一方、ＨＷＦサーバ４ｂから「Ｐ００３」を指定したジョブデータが送信されたときは、ＨＷＦサーバ４ａによる変更の影響を受けることなく、変更前のカタログ情報に基づいて画像形成出力が実行される。

以上説明したように、本実施形態に係るＨＷＦシステムは、いずれかのＨＷＦサーバ４においてカタログ情報が変更された場合に、紐付情報に基づいて、変更前のカタログ情報とは別のカタログ情報として管理する。これにより、カタログ情報を使用する装置のいずれかにおいてカタログ情報が変更された場合であっても、他の装置において所望の印刷出力結果を得ることが可能になる。

なお、上記実施形態においては、カタログ情報格納部１２７に同一のカタログＩＤがある場合であって、両カタログ情報が異なるときは、変更後のカタログ情報を別のカタログ情報として追加又は紐付ＩＤのカタログ情報を更新する場合を例として説明した。この場合、カタログ情報のカタログ情報の“使用中ＨＷＦ”に含まれるＨＷＦサーバ４がカタログ情報を変更したＨＷＦサーバ４のみであるときも、変更後のカタログ情報が別のカタログ情報として新規に追加される。

図２４は、Ｓ１７０７の処理により追加されたカタログ情報を含むカタログ情報格納部１２７に格納されているカタログ情報の一覧を例示する図である。図２４に示したカタログ情報の一覧は、図１９に示したカタログ情報の状態において、ＨＷＦサーバ４ｂにより「Ｐ００３」のカタログ情報が変更された状態を示す。

図２４において太線で囲まれたカタログ情報が、新規追加されたカタログ情報である。新規追加されたカタログ情報は、ＨＷＦサーバ４ｂにより「Ｐ００３」のカタログ情報が変更されたカタログ情報である。例えば、図２４に示すように、「Ｐ００３＿Ｂ」を新規のカタログＩＤとして変更後のカタログ情報が追加される。

また、ＨＷＦサーバ４ｂが「Ｐ００３」のカタログ情報を変更した場合、ＨＷＦサーバ４ｂは「Ｐ００３」の変更前のカタログ情報を使用しなくなる。そこで、カタログ情報管理部１２６は、図２４において斜線のハッチングで示すように、「Ｐ００３」のカタログ情報の“使用中ＨＷＦ”を「Ｂ」から、どのＨＷＦサーバ４も使用していないことを示す「−」に変更する。

このような実施形態の他、上述のような場合であって、カタログ情報の“使用中ＨＷＦ”に含まれるＨＷＦサーバ４がカタログ情報を変更したＨＷＦサーバ４のみであるときは、カタログ情報管理部１２６は、カタログ情報そのものを変更するようにしてもよい。換言すれば、カタログ情報を変更した実行情報出力装置以外（ＨＷＦサーバ４以外）の他の実行情報出力装置により使用される場合に、変更後のカタログ情報が変更前のカタログ情報とは別にカタログ情報格納部１２７に追加される。

図２５は、カタログ情報そのものを変更した場合のカタログ情報格納部１２７に格納されているカタログ情報の一覧を例示する図である。例えば、ＨＷＦサーバ４ｂにより「Ｐ００３」のカタログ情報が変更された場合であって、「Ｐ００３」のカタログ情報の“使用中ＨＷＦ”がＨＷＦサーバ４ｂのみであるときは、カタログ情報管理部１２６は、「Ｐ００３」のカタログ情報を変更する。

すなわち、図２４に示したように変更後のカタログ情報が新規に追加されず、図２５において斜線でハッチングして示すように、例えば、「Ｐ００３」のカタログ情報の“厚さ”が「普通」から「厚紙」に変更される。このような構成により、図２４に示すようにいずれのＨＷＦサーバ４も使用していないカタログ情報が含まれるとともに、新規なカタログ情報が増えることがないので、カタログ情報を記憶させるための領域サイズを低減することが可能になる。

また、上記実施形態においては、紐付ＩＤが存在する状態で対応するカタログＩＤのカタログ情報がさらに更新された場合に、紐付ＩＤのカタログ情報を更新する場合を例として説明した。これにより、カタログ情報がさらに変更された場合であっても、カタログ情報を追加することなく更新することができる。しかしながら、このような構成は必須ではなく、例えば、カタログ情報管理部１２６は、カタログＩＤと新たな紐付ＩＤとが紐付けられた紐付情報を追加し、変更後のカタログ情報を新たな紐付ＩＤのカタログ情報として、カタログ情報格納部１２７に新たに追加してもよい。また、この場合、カタログ情報管理部１２６は、元の紐付情報と紐付ＩＤのカタログ情報を削除してもよい。

また、上記実施形態においては、カタログ情報格納部１２７に紐付情報が格納されている場合を例として説明したが、これは一例であり、紐付情報がカタログ情報格納部１２７とは別の記憶媒体に格納されていてもよい。

また、上記実施形態においては、ＤＦＥ１００のカタログ情報格納部１２７に格納されているカタログ情報の一覧とデジタルエンジン１５０が保持するカタログ情報の一覧とが同期している場合を例として説明した。この場合、ＤＦＥ１００においてカタログ情報が追加されてカタログ情報の数が増加した場合、デジタルエンジン１５０で保持するカタログ情報の数も増加する。しかしながら、デジタルエンジン１５０で記憶可能なカタログ情報の数に制限がある場合、ＤＦＥ１００におけるカタログ情報のすべてを同期できない場合がある。

以下、デジタルエンジン１５０で保持するカタログ情報の数に制限がある場合において、ＤＦＥ１００におけるカタログ情報を適切に同期する処理を説明する。図２６は、このような実施形態に係るＤＦＥ１００の機能構成を例示するブロック図である。図２６に示すように、本実施形態に係るＤＦＥ１００は、図６に示した構成に優先順位更新部１２８及びジョブ情報格納部１２９が追加された構成である。以降、図６に示した構成と異なる構成のみを説明し、それ以外の構成の説明は省略する。

図２７は、図２６に示したカタログ情報格納部１２７に格納されるカタログ情報の一覧を例示する図である。図２７に示したカタログ情報は、図１６に示したカタログ情報に含まれる属性の他、“優先順位”の情報を含む。“優先順位”は、デジタルエンジン１５０に同期する優先順位を示し、値が小さいほど優先して同期されるものとする。例えば、“優先順位”の初期値は、図２７に示すように、「Ｐ００１」から「Ｐ１００」まで順に「１」から「１００」であるとする。

図２８は、カタログ情報格納部１２７にカタログ情報が新規追加されたカタログ情報の一覧を例示する図である。カタログ情報管理部１２６は、カタログ情報受信部１２５から取得したカタログ情報を、カタログ情報格納部１２７に新規に追加した場合、追加したカタログ情報の“優先順位”を、これまでの最大値に１足した値とする。例えば、図２８において太線で囲まれたカタログ情報が新規追加された場合、このカタログ情報の“優先順位”は「１０１」となる。

また、図６に示したカタログ情報管理部１２６は、カタログ情報の一覧が更新されると、デジタルエンジン１５０が保持するカタログ情報の一覧を同期させた。しかしながら、図２６に示したカタログ情報管理部１２６は、カタログ情報の一覧が更新された時点では、デジタルエンジン１５０のカタログ情報の一覧と同期しない。図２６に示したカタログ情報管理部１２６は、後述するジョブ情報格納部１２９にジョブ情報が格納されている場合に、各カタログ情報の優先順位に基づいてカタログ情報を個別に同期処理する。

カタログ情報管理部１２６が同期処理を行うに際して、優先順位更新部１２８によりカタログ情報格納部１２７に格納されているカタログ情報の優先順位を更新することが、本実施形態の要旨の１つである。優先順位更新部１２８は、ジョブ情報格納部１２９に格納されているジョブ情報に基づいて、カタログ情報の優先順位を決定して更新する。すなわち、優先順位更新部１２８は、優先順位を決定する優先順位決定部としても機能する。

図２９は、ジョブ情報格納部１２９に格納されているジョブ情報の一覧を例示する図である。ジョブ情報格納部１２９は、ジョブデータ格納部１１４に格納されている各ジョブデータの情報であるジョブ情報を格納する記憶媒体である。例えば、図２９に示したジョブ情報の一覧の上から順に、ジョブデータ格納部１１４に格納されているジョブデータに基づく処理が実行される。

図２９に示すように、ジョブ情報は、ジョブ情報を識別するための識別情報である“ジョブＩＤ”と“ジョブデータ”及びジョブデータの送信元のＨＷＦサーバ名を示す“送信元”とが関連付けられて構成される。“ジョブデータ”は、ジョブデータ格納部１１４に格納されているジョブデータ名を示す。

図３０は、優先順位更新部１２８によるカタログ情報の優先順位の更新処理を例示するフローチャートである。図３０に示すように、優先順位更新部１２８は、ジョブ情報格納部１２９から優先順位が未更新のジョブデータのうち最初に実行されるジョブデータのジョブ情報を取得する（Ｓ３００１）。

例えば、ジョブ情報の一覧の上から順に、ジョブデータ格納部１１４に格納されているジョブデータに基づく処理が実行される場合、優先順位更新部１２８は、ジョブ情報の一覧に含まれる優先順位が未更新のジョブデータのうち一番上に格納されたジョブデータのジョブ情報を取得する。

ジョブ情報を取得した優先順位更新部１２８は、ジョブ情報の“ジョブデータ”が示すジョブデータ名のジョブデータを、ジョブデータ格納部１１４から取得する（Ｓ３００２）。ジョブデータを取得した優先順位更新部１２８は、取得したジョブデータにおいて指定されているカタログＩＤを取得する（Ｓ３００３）。

カタログＩＤを取得した優先順位更新部１２８は、ジョブ情報の“送信元”が示すＨＷＦサーバ４について、取得したカタログＩＤに対する紐付情報がカタログ情報格納部１２７に格納されているか否かを判定する（Ｓ３００４）。紐付情報がカタログ情報格納部１２７に格納されている場合（Ｓ３００４／ＹＥＳ）、優先順位更新部１２８は、取得したカタログＩＤに紐付けられた紐付ＩＤを取得する（Ｓ３００５）。

紐付ＩＤを取得した優先順位更新部１２８は、カタログ情報格納部１２７に格納されているカタログ情報のうち、取得した紐付ＩＤのカタログ情報の優先順位を更新する（Ｓ３００６）。具体的には、例えば、優先順位更新部１２８は、優先順位の初期値を「１」として、優先順位の更新が行われるごとに優先順位の値を１増やして更新する。

一方、紐付け情報がカタログ情報格納部１２７に格納されていない場合（Ｓ３００４／ＮＯ）、優先順位更新部１２８は、カタログ情報格納部１２７に格納されているカタログ情報のうち、取得したカタログＩＤのカタログ情報の優先順位を更新する（Ｓ３００７）。優先順位の更新方法は、Ｓ３００６の処理における更新方法と同様である。

ジョブデータにより指定されているカタログ情報の優先順位を更新した優先順位更新部１２８は、優先順位を更新したことにより影響する他のカタログ情報の優先順位を更新する（Ｓ３００８）。具体的には、優先順位更新部１２８は、Ｓ３００８の処理において更新された優先順位が更新前の優先順位と異なる場合、更新したカタログ情報の優先順位の値以上である他のカタログ情報の優先順位の値を１増やす。

他のカタログ情報の優先順位を更新した優先順位更新部１２８は、ジョブデータ格納部１１４に格納されているすべてのジョブデータにおいて指定されているカタログ情報の優先順位の更新処理が完了したか否かを判定する（Ｓ３００９）。優先順位更新部１２８は、更新処理が完了している場合（Ｓ３００９／ＹＥＳ）、処理を終了し、更新処理が完了していない場合（Ｓ３００９／ＮＯ）、次のジョブ情報を取得して（Ｓ３００１）、以降の処理を繰り返す。

すなわち、図２９に示したジョブ情報の一覧を例とした場合、まず“ジョブＩＤ”が「Ｊ００１」のジョブデータにより指定されているカタログ情報を更新する。例えば、「Ｊ００１」のジョブデータにおいて指定されているカタログＩＤが「Ｐ００１」であり、紐付情報がない場合、優先順位更新部１２８は、「Ｐ００１」のカタログ情報の優先順位を「１」に更新する。ただし、「Ｐ００１」の更新前の優先順位は「１」で更新後の優先順位と同一なので、優先順位更新部１２８は、他のカタログ情報の優先順位を更新しない。

次に、“ジョブＩＤ”が「Ｊ００２」のジョブデータにより指定されているカタログ情報を更新する。例えば、「Ｊ００２」のジョブデータにおいて指定されているカタログＩＤが「Ｐ０１０」であり、紐付情報がない場合、優先順位更新部１２８は、「Ｐ０１０」のカタログ情報の優先順位を「２」に更新する。そして、「Ｐ０１０」の更新前の優先順位は「１０」で更新後の優先順位と異なるので、優先順位更新部１２８は、優先順位の値が「２」以上である他のカタログ情報の優先順位の値を１増やす。

次に、“ジョブＩＤ”が「Ｊ００３」のジョブデータにより指定されているカタログ情報を更新する。例えば、「Ｊ００３」のジョブデータにおいて指定されているカタログＩＤが「Ｐ００３」であり、紐付ＩＤが「Ｐ００３＿Ａ」である場合、優先順位更新部１２８は、「Ｐ００３＿Ａ」のカタログ情報の優先順位を「３」に更新する。そして、優先順位更新部１２８は、優先順位の値が「３」以上である他のカタログ情報の優先順位の値を１増やす。

図３１は、優先順位更新部１２８による優先順位更新後のカタログ情報格納部１２７に格納されているカタログ情報の一覧を例示する図である。図３１においては、ジョブ情報格納部１２９に１０のジョブ情報が格納されている場合の優先順位更新結果を示している。図３１に示すように、ジョブデータ格納部１１４に格納されているジョブデータにより指定されているカタログ情報の優先順位の値が小さく（すなわち、同期の優先度が高く）なるよう優先順位が更新されている。

次に、図２６に示したカタログ情報管理部１２６による優先順位に基づくカタログ情報の同期処理を説明する。図３２は、図２６に示したカタログ情報管理部１２６によるカタログ情報の同期処理を例示するフローチャートである。図３２に示すように、カタログ情報管理部１２６は、カタログ情報格納部１２７に格納されているカタログ情報のうち優先順位の値が最小であるカタログ情報を取得する（Ｓ３２０１）。

カタログ情報を取得したカタログ情報管理部１２６は、取得したカタログ情報の優先順位の値がデジタルエンジン１５０において記憶可能な予め定められたカタログ情報の数（例えば、１００）以下であるか否かを判定する（Ｓ３２０２）。なお、以降、デジタルエンジン１５０において記憶可能なカタログ情報の数を「カタログ上限数」とする。

優先順位の値がカタログ上限数以下である場合（Ｓ３２０２／ＹＥＳ）、カタログ情報管理部１２６は、デジタルエンジン１５０に取得したカタログ情報と同一カタログＩＤで同一内容であるカタログ情報が保持されているか否かを判定する（Ｓ３２０３）。なお、デジタルエンジン１５０に保持されているカタログ情報と比較する際には、カタログ情報管理部１２６から取得したカタログ情報の“使用中ＨＷＭ”及び“優先順位”の情報は除外されるものとする。

デジタルエンジン１５０に取得したカタログ情報と同一カタログＩＤで同一内容であるカタログ情報が保持されている場合（Ｓ３２０３／ＹＥＳ）、カタログ情報管理部１２６は、取得したカタログ情報の同期をすることなく後述するＳ３２０７の処理に進む。一方、デジタルエンジン１５０に取得したカタログ情報と同一カタログＩＤで同一内容であるカタログ情報が保持されていない場合（Ｓ３２０３／ＮＯ）、カタログ情報管理部１２６は、デジタルエンジン１５０が保持しているカタログ情報の数が上限数以上であるか否かを判定する（Ｓ３２０４）。

カタログ情報の数が上限数以上である場合（Ｓ３２０４／ＹＥＳ）、カタログ情報管理部１２６は、デジタルエンジン１５０が保持しているカタログ情報のうち優先順位の値が最大（すなわち、同期優先度が最も低い）であるカタログ情報を削除する（Ｓ３２０５）。カタログ情報を削除したカタログ情報管理部１２６は、取得したカタログ情報をデジタルエンジン１５０に送信して同期する（Ｓ３２０６）。

一方、カタログ情報の数が上限数未満である場合（Ｓ３２０４／ＮＯ）、カタログ情報管理部１２６は、取得したカタログ情報をデジタルエンジン１５０に送信して同期する（Ｓ３２０６）。カタログ情報を同期したカタログ情報管理部１２６は、カタログ情報格納部１２７に含まれるすべてのカタログに対して処理が完了したか否かを判定する（Ｓ３２０７）。

カタログ情報管理部１２６は、すべてのカタログに対して処理が完了した場合（Ｓ３２０７／ＹＥＳ）、処理を終了する。一方、処理が完了していない場合（Ｓ３２０７／ＮＯ）、カタログ情報管理部１２６は、未処理のカタログ情報のうち優先順位の値が最小のカタログ情報を取得して（Ｓ３２０１）、以降の処理を繰り返す。

図３３は、カタログ情報管理部１２６による上述した同期処理前のデジタルエンジン１５０が保持するカタログ情報の一覧を例示する図であり、図３４は、同期処理後のデジタルエンジン１５０が保持するカタログ情報の一覧を例示する図である。ここでは、デジタルエンジン１５０のカタログ上限数が１００であり、図３１に示した優先順位に更新された後に同期処理が行われる場合を例とする。

図３３に示すように、同期処理前のデジタルエンジン１５０は、カタログＩＤが「Ｐ００１」から「Ｐ１００」までのカタログ情報を保持している。図３３に示すように、図３１に示した優先順位が「３」である「Ｐ００３＿Ａ」のカタログ情報がデジタルエンジン１５０に保持されていない。そのため、同期処理が行われると、同期優先度が最も低い「Ｐ１００」のカタログ情報が削除され、太線で囲まれた「Ｐ００３＿Ａ」のカタログ情報がデジタルエンジン１５０に追加される。

このような構成により、デジタルエンジン１５０で保持するカタログ情報の数に制限がある場合に、ジョブデータに基づいて決定された優先順位に基づいて、制限された数以内のカタログ情報をデジタルエンジン１５０に記憶させて同期させることが可能になる。すなわち、このような構成によれば、ジョブデータに基づく実行の際に使用されるカタログ情報を優先してデジタルエンジン１５０が保持するカタログ情報と同期することが可能になる。また、このような構成により、同期処理においては、すでにデジタルエンジン１５０が保持しているカタログ情報は更新されないので、最低限の更新回数でデジタルエンジン１５０を更新することが可能になる。

なお、本実施形態においては、カタログ情報格納部１２７に格納されているカタログ情報が更新されているか否かに関わらず、図３２に示した処理を行う場合を例として説明した。その他、カタログ情報格納部１２７に格納されているカタログ情報のうち、デジタルエンジン１５０と最後に同期してから新規追加や変更が行われたカタログ情報のみに対して図３２に示した処理を行うようにしてもよい。

その場合、例えば、カタログ情報格納部１２７に格納されているカタログ情報が新規に追加されたり変更されたりした場合に、カタログ情報管理部１２６は、そのカタログ情報に新規追加や変更が行われたことを示すフラグ情報を付加する。そして、カタログ情報管理部１２６は、同期処理を行う際に、フラグ情報が付加されたカタログ情報のみに対して、図３２に示した処理を行う。このような構成により、すべてのカタログ情報とデジタルエンジン１５０が保持しているカタログ情報を比較する必要がなく、処理負荷をより軽減することが可能になる。

また、本実施形態において、優先順位更新部１２８は、図３０に示した処理により優先順位を更新した後、さらに各カタログ情報の使用履歴に基づいて、他のカタログ情報の優先順位を更新してもよい。図３５は、カタログ情報の使用履歴を用いる場合のカタログ情報格納部１２７に格納されているカタログ情報の一覧を例示する図である。図３５に示すカタログ情報は、図２７に示したカタログ情報に、カタログ情報の使用履歴として、これまでにジョブデータにおいて指定された回数を示す“使用回数”が追加された構成である。

例えば、優先順位更新部１２８は、ジョブデータ格納部１１４に格納されているジョブデータにおいて指定された識別情報のカタログ情報以外のカタログ情報の優先順位の値を“使用回数”が多いほど小さくなる（同期優先度が高くなる）よう更新する。このような構成により、使用される可能性の高いカタログ情報ほど同期優先度を高くすることが可能になる。

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

特開２０１４−０８３７７６号公報

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

Claims (7)

1. 記録媒体の各種の属性の組み合わせを示す属性組合せ情報を識別する識別情報により指定された記録媒体に対する画像形成出力の実行を制御する画像形成出力制御装置であって、
   前記属性組合せ情報を記憶媒体に記憶させて管理する情報管理部と、
   前記識別情報が指定された画像形成出力を実行するための情報である画像形成実行情報をそれぞれ出力する複数の実行情報出力装置から取得した前記画像形成実行情報に従って画像形成出力の実行を制御する出力実行制御部と、
   を含み、
   前記情報管理部は、
   前記複数の実行情報出力装置のいずれかにより前記属性組合せ情報が変更された場合に、変更前の前記属性組合せ情報とは別に変更後の前記属性組合せ情報を前記記憶媒体に記憶させ、
   前記変更前の属性組合せ情報を識別する前記識別情報と、前記変更後の属性組合せ情報を識別する前記識別情報である変更後識別情報とが紐付けられた紐付情報を、前記属性組合せ情報を変更した前記実行情報出力装置についての情報として生成し、
   前記出力実行制御部は、
   取得した前記画像形成実行情報を出力した前記実行情報出力装置について、前記画像形成実行情報において指定された前記識別情報に紐付けられた前記紐付情報が生成されている場合に、前記変更後識別情報により識別される前記変更後の属性組合せ情報が示す前記属性の組み合わせにより構成される前記記録媒体に対する画像形成出力の実行を制御する
   ことを特徴とする画像形成出力制御装置。
2. 前記情報管理部は、変更前の前記属性組合せ情報が前記属性組合せ情報を変更した前記実行情報出力装置以外の他の実行情報出力装置により使用される場合に、変更前の前記属性組合せ情報とは別に変更後の前記属性組合せ情報を前記記憶媒体に記憶させる
   ことを特徴とする請求項１に記載の画像形成出力制御装置。
3. 前記情報管理部は、前記複数の実行情報出力装置のいずれかにより前記属性組合せ情報が変更された場合であって、前記属性組合せ情報を変更した前記実行情報出力装置について、変更された前記属性組合せ情報の前記識別情報に紐付けられた前記紐付情報が生成されているときは、前記変更後識別情報により識別される前記属性組合せ情報を更新する
   ことを特徴とする請求項１又は２に記載の画像形成出力制御装置。
4. 前記情報管理部は、
   前記記憶媒体に記憶されている前記属性組合せ情報を、前記画像形成出力の実行の制御に従って画像形成出力を実行する画像形成装置に記憶させ、
   前記出力実行制御部は、前記画像形成装置に、記憶された前記属性組合せ情報の中から前記画像形成実行情報において指定された前記識別情報に基づいて前記属性組合せ情報を取得させて、取得した前記属性組合せ情報が示す前記属性の組み合わせにより構成される前記記録媒体に対して画像形成出力を実行させる
   ことを特徴とする請求項１〜３のいずれか１項に記載の画像形成出力制御装置。
5. 取得した前記画像形成実行情報において指定された前記識別情報に基づいて、前記画像形成装置へ記憶させる前記属性組合せ情報の優先順位を決定する優先順位決定部
   を含み、
   前記情報管理部は、前記画像形成装置が記憶可能な前記属性組合せ情報の数が定められている場合に、決定された前記優先順位に基づいて、前記記憶可能な前記属性組合せ情報の数以内の前記属性組合せ情報を記憶させる
   ことを特徴とする請求項４に記載の画像形成出力制御装置。
6. 前記優先順位決定部は、前記属性組合せ情報の使用履歴に基づいて、前記優先順位を決定する
   ことを特徴とする請求項５に記載の画像形成出力制御装置。
7. 記録媒体の各種の属性の組み合わせを示す属性組合せ情報を識別する識別情報により指定された記録媒体に対する画像形成出力を実行する画像処理システムであって、
   前記識別情報が指定された画像形成出力を実行するための情報である画像形成実行情報をそれぞれ出力する複数の実行情報出力装置と、出力された前記画像形成実行情報に従って画像形成出力の実行を制御する画像形成出力制御装置と
   を含み、
   前記画像形成出力制御装置は、
   前記属性組合せ情報を記憶媒体に記憶させて管理する情報管理部と、
   前記複数の実行情報出力装置から出力された前記画像形成実行情報に従って画像形成出力の実行を制御する出力実行制御部と、
   を含み、
   前記情報管理部は、
   前記複数の実行情報出力装置のいずれかにより前記属性組合せ情報が変更された場合に、変更前の前記属性組合せ情報とは別に変更後の前記属性組合せ情報を前記記憶媒体に記憶させ、
   前記変更前の属性組合せ情報を識別する前記識別情報と、前記変更後の属性組合せ情報を識別する前記識別情報である変更後識別情報とが紐付けられた紐付情報を、前記属性組合せ情報を変更した前記実行情報出力装置についての情報として生成し、
   前記出力実行制御部は、
   取得した前記画像形成実行情報を出力した前記実行情報出力装置について、前記画像形成実行情報において指定された前記識別情報に紐付けられた前記紐付情報が生成されている場合に、前記変更後識別情報により識別される前記変更後の属性組合せ情報が示す前記属性の組み合わせにより構成される前記記録媒体に対する画像形成出力の実行を制御する
   ことを特徴とする画像処理システム。