[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP2016162244A - 画像処理システム、画像形成出力制御装置及び画像処理方法 - Google Patents

画像処理システム、画像形成出力制御装置及び画像処理方法 Download PDF

Info

Publication number
JP2016162244A
JP2016162244A JP2015040776A JP2015040776A JP2016162244A JP 2016162244 A JP2016162244 A JP 2016162244A JP 2015040776 A JP2015040776 A JP 2015040776A JP 2015040776 A JP2015040776 A JP 2015040776A JP 2016162244 A JP2016162244 A JP 2016162244A
Authority
JP
Japan
Prior art keywords
information
job
rip
image
output
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2015040776A
Other languages
English (en)
Inventor
潤平 黒岩
Jumpei Kuroiwa
潤平 黒岩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2015040776A priority Critical patent/JP2016162244A/ja
Publication of JP2016162244A publication Critical patent/JP2016162244A/ja
Pending legal-status Critical Current

Links

Landscapes

  • Accessory Devices And Overall Control Thereof (AREA)

Abstract

【課題】種類の異なる複数の画像形成装置を管理装置において一括して管理する画像を処理するHWF(Hybrid Work Flow)システムにおいて、画像形成装置において実行する画像処理を管理装置側に委託する制御を効率的に行う。【解決手段】新たに受信したジョブデータが逆順ジョブである場合に、新たに受信したジョブデータのRIP(Raster Image Processor)処理をHWFサーバに委託する。【選択図】図13

Description

本発明は、画像処理システム、画像形成出力制御装置及び画像処理方法に関する。
JDF(Job Definition Format)と呼ばれる情報形式により、印刷物の生成に関するあらゆる処理を定義して制御する方法が用いられている。この方法によれば、オフセットプリンタやデジタルプリンタ等の異なる種類のプリンタを一括して制御することが可能となる。そのようなシステムはHWF(Hybrid Work Flow)システムと呼ばれ、そのようなシステムを制御するサーバはHWFサーバと呼ばれる。
このようなHWFシステムにおいては、同一の印刷データに基づいてオフセットプリンタ及びデジタルプリンタの夫々に出力を実行させた場合に、フォント、色味、レイアウト等に差異がなく同一の結果が得られることが求められる。そのため、印刷出力において最終的に参照されるデータであるラスターデータを印刷データに基づいて生成するRIP(Raster Image Processor)エンジンを、オフセットプリンタとデジタルプリンタとで共通化することが行われる。
そのようなRIPエンジンは上述したHWFサーバに搭載される。そして、オフセットプリンタによる出力の場合にはHWFサーバ上にてRIPエンジンによるラスターデータの生成処理(以降、「RIP処理」とする)が行われた上で、オフセットプリンタ用の版を作成するCTP(Computer To Plate)にデータが転送される。
従って、デジタルプリンタが用いられる場合においても、HWFサーバ上に搭載されたRIPエンジンによってRIP処理されたラスターデータをデジタルプリンタに転送することにより、印刷出力を実行することが可能である。他方、デジタルプリンタの場合、DFE(Digital Front End)と呼ばれる構成が印刷データを受信してRIP処理を行い、プリンタエンジンに印刷出力を実行させる方式が一般的である。
即ち、HWFシステムにおいてデジタルプリンタを用いる場合、HWFサーバからDFEがデータを受信し、DFEによってデジタルプリンタのプリンタエンジンが制御されて印刷出力が実行される方式が採用される。従って、DFEには、上述したようにオフセットプリンタと共通化されたRIPエンジンが搭載されることとなる。
システム上に複数のRIPエンジンが含まれる例として、複数のプリンタがシステム内に含まれる場合において、各プリンタの負荷状況に応じてジョブを分散する方法が提案されている(例えば、特許文献1参照)。また、DFEの処理負荷に応じて、外部のRIP処理装置に処理を依頼する方法が提案されている(例えば、特許文献2参照)。
印刷ジョブの内容によっては、ページを逆順から印刷する等、元々のページ順とは異なる順番で印刷を実行する場合がある。これに対して、RIP処理は印刷データの構成上、元々のページ順に行うこととなる。そのため、元々のページ順とは異なる順番で印刷を実行する印刷ジョブの場合、RIP処理が完了したページから順番に印刷を実行することが不可能であり、特に逆順の場合には、前ページのRIP処理が完了するまで印刷を開始することができない。
このような状況は、数ページ程度の小規模な印刷ジョブの場合には大きな問題にはならないが、商業用印刷のような大規模な印刷の場合、印刷を開始するまでの待ち時間が非常に長くなる。その結果、印刷ジョブが入力されているにも関わらず、RIP処理の完了待ちによりデジタルプリンタのプリンタエンジンが動作しない期間が発生し、印刷の生産性が大きく低下することとなる。
他方、上述したように、HWFシステムにおいては、HWFサーバ及びDFEの双方に共通化されたRIPエンジンが搭載されることとなる。そのため、DFEにおけるRIP処理に加えて、HWFサーバに搭載されたRIPエンジンによるRIP処理を活用し、効率的なシステム運用が求められる。
特許文献1に開示された技術は、複数のプリンタがシステム上に接続されている場合が前提であり、RIP処理のみの分散を前提とする本願発明とは趣旨が異なる。また、特許文献2に開示された発明は、RIP処理専用の外部装置が前提であり、ワークフローの制御を行うサーバとの間で処理を分散する本願とは趣旨が異なる。
本発明は、このような課題を解決するためになされたものであり、種類の異なる複数の画像形成装置を管理装置において一括して管理する画像処理システムにおいて、画像形成装置において実行する画像処理を管理装置側に委託する制御を効率的に行うことを目的とする。
上記課題を解決するために、本発明の一態様は、定められた複数の処理を順番に実行する画像処理システムであって、前記複数の処理の実行を制御する処理実行制御装置と、前記処理実行制御装置から受信した画像形成出力の命令情報に基づいて画像形成出力の実行を制御する画像形成出力制御装置とを含み、前記処理実行制御装置は、前記複数の処理の実行を制御する処理実行制御部と、前記複数の処理の1つとして、画像形成装置が画像形成出力に際して参照する情報である描画情報を、画像形成出力対象の画像の情報である出力対象画像情報に基づいて生成する制御側描画情報生成部とを含み、前記画像形成出力制御装置は、前記制御側描画情報生成部に対応した描画情報生成部である出力側描画情報生成部と、前記画像形成出力制御装置において受信された前記命令情報に基づく画像形成出力の実行を制御する実行制御部とを含み、前記実行記制御部は、新たに受信した前記命令情報が、複数ページの画像情報を含み且つページの順番とは異なる順番で画像形成出力を実行することを示す情報である場合に、新たに受信した前記命令情報に含まれる前記出力対象画像情報に基づく前記描画情報の生成処理を前記制御側描画情報生成部に実行させることを特徴とする。
本発明によれば、種類の異なる複数の画像形成装置を管理装置において一括して管理する画像処理システムにおいて、画像形成装置において実行する画像処理を管理装置側に委託する制御を効率的に行うことができる。
本発明の実施形態に係るシステムの運用形態を示す図である。 本発明の実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。 本発明の実施形態に係るJDF情報を示す図である。 本発明の実施形態に係るHWFサーバの機能構成を示すブロック図である。 本発明の実施形態に係るワークフロー情報の例を示す図である。 本発明の実施形態に係るDFEの機能構成を示すブロック図である。 本発明の実施形態に係る変換テーブルの例を示す図である。 本発明の実施形態に係るRIPパラメータの例を示す図である。 本発明の実施形態に係るRIPエンジンの機能構成を示すブロック図である。 本発明の実施形態に係るRIPエンジンの機能構成を示すブロック図である。 本発明の実施形態に係るシステムの全体動作を示すシーケンス図である。 本発明の実施形態に係る分割要求の情報を示す図である。 本発明の実施形態に係るDFE内処理を示すフローチャートである。 本発明の実施形態に係るRIP処理を示すフローチャートである。 本発明の実施形態に係るHWFサーバ管理リスト情報の例を示す図である。 本発明の実施形態に係るジョブ管理リスト情報の例を示す情報である。 本発明の実施形態に係るHWFサーバ側にRIP処理を委託した場合の印刷出力が可能となるタイミングを算出する動作を示すフローチャートである。 RIP処理の委託制御が行われない場合のタイミングを示す図である。 RIP処理の委託制御が行われる場合のタイミングを示す図である。 RIP処理の委託制御が行われない場合のタイミングを示す図である。 RIP処理の委託制御が行われる場合のタイミングを示す図である。 RIP処理の委託制御が行われない場合のタイミングを示す図である。 RIP処理の委託制御が行われる場合のタイミングを示す図である。 1つ前に受信されたジョブデータのRIP処理の委託判断の動作を示すフローチャートである。 ジョブデータの順番の並び替えの例を示す図である。
以下、図面を参照して、本発明の実施形態について説明する。本実施形態においては、オフセットプリンタ及びデジタルプリンタが混在するシステムにおいて、両方のプリンタを同一のサーバを介して制御可能な画像処理システムについて説明する。このようなシステムは、HWF(Hybrid Work Flow)システムと呼ばれる。そのようなシステムにおいてデジタルプリンタを動作させる場合に、デジタルプリンタを制御するDFE(Digital Front End)において実行するRIP処理の一部をサーバに委託する制御を効率化することが本実施形態に係る特徴の1つである。
図1は、本実施形態に係るHWFシステムの運用形態を示す図である。図1に示すように、本実施形態に係るシステムは、デジタルプリンタ1、オフセットプリンタ2、後処理装置3、HWFサーバ4a、4b(以降、総じて「HWFサーバ4」とする)、クライアント端末5a、5b(以降、総じて「クライアント端末5」とする)がネットワークを介して接続されて構成されている。
デジタルプリンタ1は、電子写真方式やインクジェット方式等、版を用いずに画像形成出力を行うプリンタであり、DFE100及びデジタルエンジン150を含む。DFE100は、デジタルエンジン150に印刷出力を実行させるための制御部である画像形成出力制御装置として機能する。また、デジタルエンジン150が画像形成装置として機能する。そのため、DFE100は、デジタルエンジン150が印刷出力を実行する際に参照する画像データであるラスターデータを生成するためのRIP(Raster Image Processor)エンジンを含む。ラスターデータが描画情報である。
オフセットプリンタ2は、版を用いて画像形成出力を行うプリンタであり、CTP(Computer To Plate)200及びオフセットエンジン250を含む。CTP200は、ラスターデータに基づいて版を生成する装置である。CTP200によって版が生成されることにより、オフセットエンジン250によるオフセット印刷が可能となる。
後処理装置3は、デジタルプリンタ1、オフセットプリンタ2によって印刷出力された用紙に対してパンチ、ステープル、製本等の後処理を行う装置である。HWFサーバ4は、印刷出力する対象の画像データを含むジョブデータの入稿から、印刷出力、後処理まですべてを管理するHWFソフトウェアがインストールされたサーバである。HWFサーバ4は、JDF(Job Definition Format)と呼ばれる情報形式で生成された情報(以降、「JDF情報」とする)により、上述した様々な処理を管理する。即ち、HWFサーバ4が処理実行制御装置として機能する。
HWFサーバ4は、オフセットプリンタ2を用いてオフセット印刷により印刷出力を行う場合、内部に搭載されたRIPエンジンによりラスターデータを生成し、そのラスターデータをCTP200に送信する。そのため、HWFサーバ4にはRIPエンジンが搭載されている。
他方、デジタルプリンタ1により印刷出力を行う場合、HWFサーバ4はDFE100にデータを送信する。DFE100には上述した通りRIPエンジンが搭載されているため、HWFサーバ4はRIP処理前の印刷データをDFE100に送信することにより、デジタルプリンタ1に印刷出力を実行させることが可能である。
ここで、同一の印刷データに基づく印刷出力がデジタルプリンタ1、オフセットプリンタ2の夫々において実行される場合がある。そのような場合において、両者の印刷出力の結果が異なると、出力物を受け取るユーザに違和感を与えることとなる。そのため、デジタルプリンタ1、オフセットプリンタ2の夫々における印刷出力の結果は同一であることが好ましい。
異なるデバイスによる印刷出力の際は、主にRIP処理によって生じる。そのため、デジタルプリンタ1とオフセットプリンタ2とで処理が共通化されたRIPエンジンを用いることにより、両者の出力結果の差異を最低限とすることが可能である。
即ち、本実施形態においてHWFサーバ4に搭載されるRIPエンジンは、デジタルプリンタ1及びオフセットプリンタ2の両方に対応し、共通化可能な処理が共通化されたRIPエンジンである。また、DFE100には、HWFサーバ4に搭載されたRIPエンジンと共通のRIPエンジンが搭載される。
このような構成により、HWFサーバ4及びDFE100には共通のRIPエンジンが搭載されることとなる。そのため、デジタルプリンタ1により印刷出力を実行する場合、HWFサーバ4によるRIP処理とDFE100によるRIP処理とを組み合わせることが可能となる。本実施形態においては、DFE100においてRIP処理を行うことを原則とし、特定の場合においてHWFサーバ4の処理能力を利用する。そのような制御を効率的に行うことが本実施形態に係る要旨の1つである。
クライアント端末5は、システムを使用するオペレータがHWFサーバ4を操作するための情報処理端末であり、一般的なPC(Personal Computer)等によって実現される。オペレータは、クライアント端末5を操作してHWFサーバ4を操作するためのGUI(Graphical User Interface)を表示し、データの入力や上述したJDF情報の設定などを行う。JDF情報が処理設定情報である。
次に、本実施形態に係るDFE100、HWFサーバ4及びクライアント端末5等の情報処理装置のハードウェア構成について図2を参照して説明する。図2に示すように、本実施形態に係る情報処理装置は、一般的なサーバやPC(Personal Computer)等と同様の構成を含む。即ち、本実施形態に係る情報処理装置は、CPU(Central Processing Unit)10、RAM(Random Access Memory)20、ROM(Read Only Memory)30、HDD(Hard Disk Drive)40及びI/F50がバス80を介して接続されている。また、I/F50にはLCD(Liquid Crystal Display)60及び操作部70が接続されている。
CPU10は演算手段であり、情報処理装置全体の動作を制御する。RAM20は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、CPU10が情報を処理する際の作業領域として用いられる。ROM30は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。HDD40は、情報の読み書きが可能な不揮発性の記憶媒体であり、OS(Operating System)や各種の制御プログラム、アプリケーション・プログラム等が格納される。
I/F50は、バス80と各種のハードウェアやネットワーク等を接続し制御する。LCD60は、ユーザが情報処理装置の状態を確認するための視覚的ユーザインタフェースである。操作部70は、キーボードやマウス等、ユーザが情報処理装置に情報を入力するためのユーザインタフェースである。尚、HWFサーバ4はサーバとして運用されるため、LCD60や操作部70等のユーザインタフェースは省略可能である。
このようなハードウェア構成において、ROM30に格納されたプログラムや、HDD40若しくは図示しない光学ディスク等の記憶媒体からRAM20にロードされたプログラムに従ってCPU10が演算を行うことにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係るDFE100、HWFサーバ4及びクライアント端末5の機能を実現する機能ブロックが構成される。
次に、上述したJDF情報について説明する。図3は、JDF情報の例を示す図である。図3に示すように、JDF情報は、ジョブの実行に関する“ジョブ情報”、ラスターデータに関する“エディット情報”、後処理に関する“フィニッシング情報”を含む。また、“RIPステータス”、“RIPデバイス指定”及び“デバイス指定”の情報を含む。
“ジョブ情報”は、図3に示すように、“部数”、“ページ数”、“RIP制御モード”といった情報を含む。“部数”は、出力対象の印刷物の部数を指定する情報である。“ページ数”は、印刷物のページ数を指定する情報である。“RIP制御モード”は、RIP処理の制御モードを示し、「ページモード」、「シートモード」等が指定される。
“エディット情報”は、“向き情報”、“印刷面情報”、“回転”、“拡大/縮小”、“イメージ位置”、“レイアウト情報”、“マージン情報”、“クロップ・マーク情報”を含む。“向き情報”は、「縦」、「横」等の印刷の向きを指定する情報である。“印刷面情報”は、「両面」、「片面」等の印刷面を指定する情報である。
“回転”は、出力対象の画像の回転角度を指定する情報である。“拡大/縮小”は、出力対象の画像の変倍率を指定する情報である。“イメージ位置”の“オフセット”は、出力対象の画像のオフセットを指定する情報である。“位置調整情報”は、出力対象の画像の位置調整の値を指定する情報である。
“レイアウト情報”の“カスタム・インポジション配置”は、カスタム面の配置を指定する情報である。“ページ数”は、用紙1枚のページ数を指定する情報であり、例えば1枚の用紙に2ページを集約する場合には「2in1」等と指定される。“ページ順序情報”は、印刷されるページの順序に関する情報を指定する情報である。“クリープ位置調整”は、クリープ位置の調整に関する値を指定する情報である。
“マージン情報”は、フィット・ボックスやガターなどのマージンに関する値を指定する情報である。“クロップ・マーク情報”の“センター・クロップ・マーク情報”は、センター・クロップ・マークに関する値を指定する情報である。“コーナー・クロップ・マーク情報”は、コーナー・クロップ・マークに関する値を指定する情報である。
“フィニッシング情報”は、“Collate情報”、“ステープル/バインド情報”、“パンチ情報”、“折り情報”、“トリム”、“出力トレイ情報”、“入力トレイ情報”、“カバー・シート情報”を含む。“Collate情報”は、文書が複数部数印刷される場合にページ単位で印刷するか文書単位で印刷するかを指定する情報である。
“ステープル/バインド情報”は、ステープル/バインドに関する処理を指定する情報である。“パンチ情報”は、パンチに関する処理を指定する情報である。“折り情報”は、折りに関する処理を指定する情報である。“トリム”は、トリムに関する処理を指定する情報である。
“出力トレイ情報”は、出力トレイを指定する情報である。“入力トレイ”は、入力トレイを指定する情報である。“カバー・シート情報”は、カバー・シートに関する処理を指定する情報である。
“RIPステータス”は、RIP処理に含まれる各処理であるRIP内部処理の夫々が実行済みであるか否かを示す実行状態情報である。図3においては、RIP内部処理の項目として“プリフライト”、“ノーマライズ”、“フォント”、“レイアウト”、“マーク”、“CMM”、“Trapping”、“Calibration”、“Screening”といった処理項目が記述されている。そして、夫々の項目についての処理状態のステータスが記述される。図3においては、未処理であることを示す「NotYet」が設定されており、夫々の処理が実行されると「Done」に更新される。
“RIPデバイス指定”は、夫々のRIP内部処理について、HWFサーバ4側において実行するか、DFE100側において実行するかを指定する情報である。“RIPステータス”と同様のRIP内部処理の夫々の項目について、「HWFサーバ」と「DFE」とのいずれかが設定される。また、「DFE」が設定される場合、「DFE(エンジンA)」のように、DFE100に搭載されている複数のRIPエンジンのいずれかを指定する情報が含まれる。
“デバイス指定”は、印刷ジョブを実行するデバイスを指定する情報であり、図3の例においては、「デジタルプリンタ」が指定されている。尚、JDF情報は図3に示す情報の他にも様々な情報を含む。それらの情報については以降の説明において詳述する。
図3に示すJDF情報は、オペレータがクライアント端末5を介してHWFサーバ4のGUIを表示させ、GUIにおいて各種の項目を設定することにより生成される。そして、HWFサーバ4やDFE100に搭載されるRIPエンジンは、このようなJDF情報に基づいてRIP処理を行う。また、後処理装置3は、このようなJDF情報に基づいて後処理を実行する。
次に、本実施形態に係るHWFサーバ4の機能構成について図4を参照して説明する。図4に示すように、HWFサーバ4は、HWFコントローラ400及びネットワークI/F401を含む。ネットワークI/F401は、HWFサーバ4がネットワークを介して他の機器と情報をやり取りするためのインタフェースである。
HWFコントローラ400は、印刷対象のデータの取得、印刷ジョブの作成、ワークフローの管理、デジタルプリンタ1及びオフセットプリンタ2へのジョブの振り分け等を管理する。印刷対象のジョブデータがHWFサーバ4に入力され、HWFコントローラ400によって取得される処理が、本システムにおける入稿処理である。HWFコントローラ400は、専用のソフトウェアが情報処理装置にインストールされることによって構成される。このソフトウェアがHWFソフトウェアである。
HWFコントローラ400において、システム制御部410は、HWFコントローラ400全体の制御を行う。そのため、システム制御部410は、上述したHWFコントローラ400の各機能の実現に際して、HWFコントローラ400各部に命令を与えて処理を実行させる。データ受信部411は、他のシステムからの印刷物のジョブデータの受信、もしくはオペレータの操作によって入稿されるジョブデータの受信を行う。
UI(User Interface)制御部412は、クライアント端末5を介したオペレータによる操作を制御する。クライアント端末5にはHWFサーバ4を操作するためのGUIが表示され、UI制御部412は、クライアント端末5において表示されたGUIに対する操作の情報を、ネットワークを介して取得する。
UI制御部412は、このようにしてネットワークを介して取得した操作の情報をシステム制御部410に通知する。クライアント端末5におけるGUIの表示は、クライアント端末5に予めインストールされたソフトウェアや、UI制御部412からネットワークを介してクライアント端末5に提供される情報によって実現される。
オペレータは、クライアント端末5に表示されたGUIを操作することにより入稿対象のジョブデータを選択する。これにより、クライアント端末5がHWFサーバ4に対してジョブデータを送信し、データ受信部411がジョブデータを取得する。システム制御部410は、データ受信部411が取得したジョブデータをジョブデータ格納部414に登録する。
クライアント端末5からHWFサーバ4へのジョブデータの送信に際しては、クライアント端末5において選択された文書データや画像データに基づき、クライアント端末5においてジョブデータが生成された上でHWFサーバ4に送信される。ジョブデータは、例えばPDF(Portable Document Format)やPostScript等のPDL(Page Description Language)形式のデータであり、画像形成出力の命令情報である。このジョブデータ内に、画像形成出力対象の画像の情報が含まれる。
この他、クライアント端末5からHWFサーバ4に対してアプリケーション専用のデータ形式や一般的な画像データの形式のまま印刷対象のデータが送信されても良い。その場合、システム制御部410は、取得したデータに基づいてジョブ制御部413にジョブデータを生成させる。ジョブ制御部413は、RIPエンジン420の機能により印刷対象のデータに基づいてジョブデータを生成させる。
尚、ジョブデータ格納部414に登録された印刷対象のデータは上述したようにPDL情報であるが、このPDL情報は、印刷対象のデータに基づいて生成された一次的なデータの他、途中まで処理が実行された中間データの場合もあり得る。これらの情報が、出力対象画像情報として用いられる。中間データがジョブデータ格納部414に格納される場合としては、HWFサーバ4において既に処理が開始された処理途中の状態の他、中間データの状態でHWFサーバ4にジョブデータが登録される場合等があり得る。以降、“PDL情報”とする場合には、RIP処理が行われていない一次的なデータを示し、“中間データ”とする場合には途中までRIP処理が実行された処理途中の状態のデータを示す。
また、上述したように、図3において説明したJDFの情報はクライアント端末5に表示されるGUIに対するオペレータの操作により設定されて生成される。そのようにして生成されたJDF情報はジョブデータとしてPDL情報と共にデータ受信部411によって受信される。システム制御部410は、そのようにして取得されたJDF情報とPDL情報とを関連付けてジョブデータ格納部414に登録する。
尚、本実施形態においてはジョブの内容を示す属性情報としてJDF情報を用いる場合を例として説明した。しかしながらこれは一例であり、他の形式、例えばPPF(Print Production Format)情報を用いても良い。
また、システム制御部410は、クライアント端末5に表示されたGUIに対するオペレータの操作に基づき、受信したジョブデータを、ページ単位等の印刷部位毎に分割することが出来る。そのようにして分割した夫々のジョブデータは、分割された個別のジョブデータとしてジョブデータ格納部414に登録される。
また、分割が指定された夫々のジョブについて、クライアント端末5に表示されたGUIに対するオペレータの操作により出力先のデバイスが選択されると、その選択結果がジョブデータと関連付けてジョブデータ格納部414に保存される。出力先の選択態様としては、例えば表紙部分はデジタルプリンタ1、本文はオフセットプリンタ2といった選択態様があり得る。
デバイス情報管理部416は、デジタルプリンタ1、オフセットプリンタ2、後処理装置3等、システムに含まれる他のデバイスの情報を取得してデバイス情報格納部417に記憶させることにより管理する。他のデバイスの情報としては、デバイスがネットワークに接続された際に割り当てられるネットワークのアドレスや、デバイスの機能の情報である。デバイスの機能の情報とは、例えば印刷速度、使用可能な後処理機能、動作状態等である。
デバイス情報通信部415は、ネットワークI/F401を介して、システムに含まれる他のデバイスの情報を定期的に取得する。これにより、デバイス情報管理部416は、デバイス情報格納部417に格納されている他のデバイスの情報を定期式に更新するため、他のデバイスの情報が動的に変化したとしてもデバイス情報格納部417に格納された情報が正確に保たれる。
ワークフロー制御部418は、ジョブデータ格納部414に登録されたジョブデータをシステム上で処理する際の各処理の実行順を決定し、その情報をワークフロー情報格納部419に記憶させる。ワークフローに定められた各処理は予めその実行順序が決めらており、順序性を保つため、前の処理が完了すると次の処理に進むように制御される。
即ち、ワークフロー情報格納部419に格納されているのは、HWFシステムにおいて実行可能な夫々の処理が指定されて順番通りに組み合わせられたワークフロー情報である。図5は、ワークフロー情報の例を示す図である。これに対して、夫々の処理が実行される際のパラメータは上述した通りJDF情報において指定される。ワークフロー情報格納部419には、クライアント端末5に表示されたGUIに対するオペレータの操作に基づいて設定されたワークフロー情報が予め登録されている。
HWFサーバ4に登録されたジョブデータに対する実行指示は、クライアント端末5に表示されたGUIに対するオペレータの操作に基づきUI制御部412を介してシステム制御部410に通知される。これにより、システム制御部410は、上述した出力先デバイスの選択を行う。
上述したように、クライアント端末5に表示されたGUI上で出力先デバイスを選択する態様の場合、システム制御部410は指定の内容に従って出力先デバイスを選択する。この他、ジョブの内容とデバイスの特性との比較に基づいて自動的に選択する態様も可能である。
ジョブの内容とデバイスの特性との比較に基づいて出力先デバイスを自動的に選択する場合、システム制御部410は、利用可能なデバイスの情報をデバイス情報管理部416から取得する。このようにして出力先デバイスを決定すると、システム制御部410は、決定した出力先デバイスを示す情報をJDF情報に付与する。
出力先デバイスを決定した後、システム制御部410はワークフロー制御部418に対してジョブの実行指示を行う。この際、オペレータの操作に基づいてワークフロー情報格納部419に予め登録されているワークフロー情報を用いても良いし、オペレータの操作に従って設定された内容に基づいて新たなワークフロー情報が生成されても良い。
ワークフロー制御部418は、システム制御部410から実行指示を受け付けると、指定されたワークフロー情報若しくは新たに生成したワークフロー情報に従い、指定された実行順に従ってジョブ制御部413に各処理の実行指示を行う。即ち、ワークフロー制御部418が処理実行制御部として機能する。
実行指示を受けたジョブ制御部413は、上述したPDL情報及びJDF情報をRIPエンジン420に入力してRIP処理を実行させる。JDF情報には、RIPエンジンによって行われる複数のRIP内部処理夫々について、HWFサーバ4、DFE100のいずれにおいて実行するかを示す情報が含まれる。
ジョブ制御部413は、JDF情報に含まれる情報のうち、RIP処理の振り分けの情報を参照し、ワークフロー制御部418から指示された処理がHWFサーバ4において実行するべき処理であれば、RIPエンジン420に対して指定された処理を実行させる。RIPエンジン420は、ジョブ制御部413からの指示に従い、JDF情報において指定されたパラメータに基づいてRIP処理を実行する。
このようにしてRIP処理を実行したRIPエンジン420は、処理を実行したRIP処理のRIPステータスを更新する。これにより、複数のRIP内部処理のうちHWFサーバ4において実行されたRIP内部処理については、ステータスが「Done」に変更される。RIPエンジン420が、制御側描画情報生成部として機能する。
RIP処理が実行されることによって生成されるRIP実行結果データは、PDL情報、中間データ、ラスターデータのいずれかである。これらはRIP内部処理の内容によって異なるが、処理が進むことによって当初PDL情報であったデータに基づいて中間データが生成され、最終的にラスターデータが生成される。RIP実行結果データは、実行中のジョブに関連付けられてジョブデータ格納部414に格納される。
1つのRIP内部処理が完了すると、RIPエンジン420がジョブ制御部413に完了を通知し、ジョブ制御部413がワークフロー制御部418に通知する。これにより、ワークフロー制御部418が、ワークフロー情報に従って次の処理の制御を開始する。
このように、本実施形態に係るシステムにおいては、JDF情報による指定により、当初からHWFサーバ4におけるRIP処理を設定することも可能である。但し、本実施形態においては、HWFサーバ4におけるRIP処理は当初指定されず、DFE100において全てのRIP処理が実行されるような設定が原則である。
これに対して、DFE100側における制御により、HWFサーバ4に対してRIP処理が委託されることによりHWFサーバ4においてRIP処理が実行される。そのような制御により、デジタルプリンタ1における印刷出力を効率化することが本実施形態に係る要旨である。
ジョブ制御部413は、ワークフロー制御部418から受け取ったジョブの内容が、他システムに対する要求である場合、ジョブ送受信部421に対して、他システムに応じた形でジョブデータを入力し、ジョブデータを送信させる。オフセットプリンタ2へのジョブデータの送信の場合、印刷対象のデータはラスターデータに変換された上でジョブデータとして送信される。
他方、デジタルプリンタ1へのジョブデータの送信の場合、ジョブ制御部413は、DFE100に含まれる複数のRIPエンジンのうち、RIPエンジン420に対応した同一のRIPエンジンを指定してジョブ送受信部421にジョブデータを入力する。これにより、ジョブ送受信部421は、RIPエンジン420に対応した同一のRIPエンジンを指定してDFE100にジョブデータを送信する。
ジョブ送受信部421は、PDL情報または中間データと、JDF情報とをパッケージしたジョブデータをDFE100に送信する。尚、ジョブデータの送信態様として、PDL情報または中間データを外部リソースデータとし、JDF情報内にPDL情報または中間データの格納先を示すURLを記述する態様でも良い。この場合、JDF情報を受信した側でURLにアクセスし、PDL情報または中間データを取得する。
次に、本実施形態に係るDFE100の機能構成について図6を参照して説明する。DFE100は、HWFサーバ4からジョブデータを受信し、受信したジョブの制御、RIP処理の実行制御及びデジタルエンジン150の制御を行う。HWFサーバ4は、DFE100にジョブデータを送信することにより、デジタルエンジン150による印刷出力を実行させる。即ち、DFE100は、HWFサーバ4に対してデジタルプリント機能を提供するためのサーバとして機能する。
DFE100が提供するジョブの制御機能とは、ジョブデータの受け付け、JDF情報の解析、ラスターデータの作成及びデジタルエンジン150による印刷出力等の一連の動作の制御機能である。RIP処理の実行制御とは、JDF情報の解析によって生成された情報に基づいてRIPエンジンにRIP処理を実行させる制御である。
JDF情報の解析によって生成される情報とは、図3において説明したJDF情報のうち、RIP処理に用いられる情報が抽出され、DFE100において解読可能な形式に変換された情報であり、“DFE内ジョブ属性”と呼ばれる。このDFE内ジョブ属性を参照してRIP処理が実行されることにより、中間データ、ラスターデータが作成される。
デジタルエンジン150の制御機能とは、デジタルエンジン150にラスターデータ及び上述したDFE内ジョブ属性の一部を送信して印刷出力を実行させる機能である。これらの機能は、図6に示す各ブロックによって実現される。図6に示す各ブロックは、図2において説明したように、RAM20にロードされたプログラムやROM30に格納されたプログラムに従ってCPU10が演算処理を行い、他のハードウェアを動作させることにより実現される。
DFE100は、内部に複数のRIPエンジンを搭載している。これは、HWFシステムにおいてDFE100にジョブを送信する可能性のある他のデバイスのRIPエンジンに夫々対応して搭載されたものである。本実施形態においては、複数のHWFサーバ4a、4bに夫々異なるRIPエンジンが含まれているため、DFE100には夫々のRIPエンジンに対応して複数のRIPエンジンが搭載されている。
ジョブ受信部111は、内部に複数の個別ジョブ受信部112を含む。個別ジョブ受信部112は、ネットワークI/F101を介してHWFサーバ4からジョブデータを受信する。複数の個別ジョブ受信部112は、DFE100に搭載されている複数のRIPエンジンに夫々対応している。個別ジョブ受信部112が個別受信部として機能する。
上述したように、HWFサーバ4からのDFE100へのジョブデータの送信に際しては、対応するRIPエンジンが指定されて送信される。そのため、ジョブ受信部111においては、指定されたRIPエンジンに対応した個別ジョブ受信部112がジョブデータを受信する。
尚、DFE100へのジョブデータの入力は、HWFサーバ4からネットワークを介した入力の他、USBメモリ等の可搬型記憶媒体を介して入力することも可能である。本実施形態においてはジョブデータにJDF情報が含まれる場合を例として説明するが、JDFが含まれていない場合、ジョブ受信部111はダミーのJDFを作成して、ジョブデータにJDF情報を付与する。
個別ジョブ受信部112は、上述した夫々のRIPエンジンに対応して設けられる場合の他、予めジョブの内容が設定された仮想プリンタとしても機能する。即ち、DFE100に搭載されたRIPエンジン及びジョブの内容を設定した個別ジョブ受信部112を設け、複数の個別ジョブ受信部112のいずれかを指定することにより、予め設定された内容でジョブを実行させることが可能となる。
本実施形態に係る個別ジョブ受信部112において可能な設定の1つに、“パススルーモード”がある。この“パススルーモード”は、DFE100においてRIPエンジンとは個別に設けられたJDF情報の解析機能であるJDF解析部117によるJDF情報の解析処理を行わせず、RIPエンジンにおいてJDF情報の解析を実行するモードである。
このような機能により、JDF解析部117が対応していない形式のJDF情報を用いることや、RIPエンジンの外側にJDF解析機能を設けることが難しいRIPエンジンをHWFサーバ4及びDFE100において用いることが可能となる。本実施形態においては、HWFサーバ4に搭載されたRIPエンジン420とDFE100に搭載されたRIPエンジン120とで処理を分担する際に、上述した“パススルーモード”が用いられる。RIPエンジン420に対応した同一のRIPエンジン120が、出力側描画情報生成部として用いられる。
RIP処理をHWFサーバ4とDFE100とに分散する場合、可能な限りHWFサーバ4とDFE100との区分が意識されず、一連の処理として実行されることが好ましい。そのため、HWFサーバ4において途中まで処理されたデータがDFE100に入力された場合、未処理のジョブデータが入力された場合と同様のJDF解析処理は省略し、HWFサーバ4における処理の続きとして処理が実行されることが好ましい。
本実施形態においては、HWFサーバ4とDFE100とで対応した同一のRIPエンジンが搭載されているため、このようなRIP処理の制御を好適に実現することが可能である。また、そのような場合においては、一方のRIPエンジンによって処理されたデータがそのまま他方のRIPエンジンに受け渡されることが好ましいため、上述した“パススルーモード”によってそのような制御を好適に実現することが出来る。
システム制御部113は、個別ジョブ受信部112が受信したジョブデータをジョブデータ格納部114に格納し、若しくはジョブ制御部116に受け渡す。DFE100においてジョブデータを格納する設定がされている場合、システム制御部113はジョブデータをジョブデータ格納部114に格納する。また、ジョブデータ格納部114に格納するか否かがJDF情報に記述されている場合、システム制御部113はその記述に従う。
ジョブデータ格納部114にジョブデータを格納する場合とは、例えばDFE100において印刷内容のプレビューを行う場合等である。この場合、システム制御部113は、ジョブデータに含まれる印刷対象のデータ、即ちPDL情報や中間データを、ジョブデータ格納部114から取得してプレビューデータを生成してUI制御部115に受け渡す。これにより、UI制御部115は、印刷内容のプレビューをディスプレイ102に表示させる。
プレビューデータの生成に際して、システム制御部113はジョブ制御部116に印刷対象のデータを受け渡してプレビューデータの生成を要求する。ジョブ制御部116はRIP部118に印刷対象のデータを受け渡してプレビューデータを生成させ、生成されたプレビューデータをシステム制御部113に受け渡す。
また、DFE100においてオペレータがJDF情報の変更を行う場合も、ジョブデータ格納部114にジョブデータが格納される。この場合、システム制御部113は、JDF情報をジョブデータ格納部114から取得してUI制御部115に受け渡す。これにより、ディスプレイ102にジョブデータのJDF情報が表示され、オペレータが操作によって変更することが可能となる。
オペレータがDFE100を操作してJDF情報を変更した場合、UI制御部115は変更内容を受け付けてシステム制御部113に通知する。システム制御部113は、受け付けた変更内容を対象のJDF情報に反映して更新し、更新後のJDF情報をジョブデータ格納部114に記憶させる。
そして、システム制御部113は、ジョブ実行の指示を受け付けると、ジョブデータ格納部114に格納されたジョブデータをジョブ制御部116に受け渡す。ジョブ実行の指示は、HWFサーバ4からネットワークを介して入力される場合や、DFE100に対するオペレータの操作によって入力される。また、例えば、JDF情報にジョブの実行時刻が設定されている場合、システム制御部113は、設定時刻になるとジョブデータ格納部114に格納されたジョブデータをジョブ制御部116に受け渡す。
ジョブデータ格納部114は、このようにジョブデータを格納するための記憶領域であり、図2において説明したHDD40等によって実現される。この他、DFE100にUSBインタフェース等を介して接続された記憶装置や、ネットワークを介して接続された記憶装置であっても良い。
尚、上述したようなプレビューの場合やJDF情報の変更を行う場合に限らず、既にDFE100において処理中のジョブが存在し、ジョブ受信部111が新たに受信した印刷ジョブを即座に開始することが出来ない場合もジョブデータ格納部114に格納される。
UI制御部115は、上述したようにディスプレイ102への情報の表示や、DFE100に対するオペレータの操作を受け付ける。上述したJDF情報の編集操作において、UI制御部115はJDF情報を解釈してディスプレイ102に印刷ジョブの内容を表示する。
ジョブ制御部116は、システム制御部113からのジョブの実行指示に基づいてジョブの実行に係る制御を行う。具体的に、ジョブ制御部116が行う制御は、JDF解析部117によるJDF解析処理、RIP部118によるRIP処理、プリンタ制御部122によるデジタルエンジン150の制御処理である。
ジョブ制御部116は、システム制御部113からジョブの実行指示を受けると、ジョブデータに含まれるJDF情報をJDF解析部117に入力してJDF変換要求を行う。JDF変換要求とは、JDF情報の生成元の形式で記述されたJDF情報を、RIP部118において認識可能な形式に変換する処理の要求である。即ち、JDF解析部117が、処理設定情報変換部として機能する。
他方、上述したように“パススルーモード”が指定されている場合、ジョブ制御部116は、システム制御部113から取得したジョブデータに含まれるJDF情報を、そのままRIP部118に入力する。“パススルーモード”の指定は例えば個別ジョブ受信部112によってJDF情報に記述される。
また、図6に示すように、本実施形態に係るジョブ制御部116は、ジョブ進捗管理部116aを含む。ジョブ進捗管理部116aは、DFE100内において保存されているジョブデータの処理の進捗を管理し、所定の条件においてはRIP処理をHWFサーバ4に委託することを判断する。本実施形態においては、ジョブ進捗管理部116aが実行制御部として機能する。そのため、ジョブ進捗管理部116aは、HWFサーバ管理リスト情報及びジョブ管理リスト情報を保持している。詳細については後述する。
JDF解析部117は、上述したように生成元の形式で記述されたJDF情報をRIP部118において認識可能な形式に変換する。JDF解析部117は内部に変換テーブルを保持しており、その変換テーブルに従ってJDF情報に含まれる情報のうちRIP部118において必要な情報を抜き出して記述形式を変換する。これにより、上述したDFE内ジョブ属性が生成される。
図7は、本実施形態に係るJDF解析部117が保持している変換テーブルの例を示す図である。図7に示すように、本実施形態に係る変換テーブルは、JDF情報における記述形式とDFE内ジョブ属性における記述形式とが関連付けられた情報である。例えば、図3において説明した“部数”の情報は、実際のJDF情報においては“A・Amount”と記述されており、DFE内ジョブ属性の生成に際して“部数”という記述に変換される。
図7に示すような変換テーブルを用いたJDF解析部117の処理により、DFE内ジョブ属性が生成される。DFE内ジョブ属性において記述される情報は、例えば図3に示す“ジョブ情報”、“エディット情報”、“フィニッシング情報”等である。
また、JDF解析部117は、DFE内ジョブ属性の生成に際して、DFE内ジョブ属性に“RIP制御モード”を設定する。“RIP制御モード”には、「ページモード」、「シートモード」等が設定される。JDF解析部117は、ジョブデータを受信した個別ジョブ受信部112の種類、ジョブの内容、ジョブデータの送信元であるHWFサーバ4を構成するHWFソフトウェア等に応じて“RIP制御モード”を割り当てる。
本実施形態においては、印刷ジョブにおける集約印刷の設定を「ページモード」で扱っている。“RIP制御モード”について詳細は後述する。
ジョブ制御部116は、JDF解析部117によって生成されたDFE内ジョブ属性に基づいて“RIPパラメータ”を生成し、RIP部118のRIP制御部119に対してRIPパラメータを受け渡すことによりRIP処理を実行させる。これにより、RIP部118においてはRIPパラメータに基づいてRIP処理が実行される。
図8は、本実施形態に係るRIPパラメータの内容を示す図である。本実施形態に係るRIPパラメータは、冒頭の情報として“入出力データ種類”、“データ読み込み情報”、“RIP制御モード”を含む。“入出力データ種類”は、「JDF」、「PDL」等、入出力データの種類を指定する。指定の形式は、「JDF」、「PDL」等の他、テキスト形式や画像データの拡張子、中間データ等である。
“データ読み込み情報”は、入出力データの読み込み位置、書き込み位置の指定方法や、指定位置の情報である。“RIP制御モード”は、「ページモード」、「シートモード」の情報である。この他、冒頭の情報としては、RIPパラメータ内で使用する単位の情報や、データの圧縮方式の情報が含まれる。
“入出力画像情報”は、“出力画像に関する情報”、“入力画像に関する情報”、“画像の取り扱いに関する情報”を含む。“出力画像に関する情報”は、出力画像データのフォーマット、解像度、サイズ、カラー分解、カラーシフト、ページ向き等の情報を含む。また、“入力画像に関する情報”は、入力画像データのフォーマット、解像度、ページ範囲、カラー設定等の情報を含む。“画像の取り扱いに関する情報”は、拡大縮小アルゴリズムのオフセット、オブジェクト領域、ハーフトーンのオフセット等の情報を含む。
“PDL関連情報”は、RIPパラメータが対象とするPDL情報に関連する情報であり、“データ領域”、“サイズ情報”、“データ配置方式”の情報を含む。尚、ここで言うPDL情報は、ジョブにおいて印刷対象となるデータであり、中間データの場合を含む。“データ領域”は、PDL情報の格納されている領域情報を指定する。“サイズ情報”は、PDL情報のデータサイズを指定する。“データ配置方式”は、「リトルエンディアン」、「ビッグエンディアン」等、PDL情報のメモリにおけるデータ配置方式を指定する。
他方、“パススルーモード”の場合、ジョブ制御部116は、JDF情報及びPDL情報又は中間データに基づいてRIPパラメータを生成する。この場合、RIPパラメータを構成する各項目には、対応するJDF情報の項目を参照するための情報が設定される。
図8に示すように、RIPパラメータには“RIP制御モード”が含まれる。RIP制御部119は、“RIP制御モード”に応じてRIPエンジン120を制御する。従って、“RIP制御モード”に従ってシーケンスが決定される。上述したように、“RIP制御モード”には「ページモード」、「シートモード」が設定される。
「ページモード」は、1枚の用紙に集約された複数の集約前のページ毎にRIP処理を実行してラスターデータを生成する処理である。「シートモード」は、1枚の用紙に集約される複数ページ毎にRIP処理を実行して、1枚に集約されたラスターデータを生成する処理である。
また、“パススルーモード”の場合、“RIP制御モード”に「パススルーモード」が指定される。但しこれは一例であり、“RIP制御モード”以外の項目に「パススルーモード」が記述されていても良い。
また、ジョブ制御部116は、RIPパラメータに“RIPエンジン識別情報”を設定する。“RIPエンジン識別情報”は、RIP部118に含まれる複数のRIPエンジン120を識別する情報である。本実施形態においては、HWFサーバ4に搭載されているRIPエンジン420に対応した同一のRIPエンジンがDFE100において用いられる。
そのため、JDF情報には、上述したように個別ジョブ受信部112を指定する情報が含まれており、そのように指定された個別ジョブ受信部112によってジョブデータが受信される。個別ジョブ受信部112は、RIPエンジン120のいずれかに対応しており、対応するRIPエンジン120の識別情報を、受信したJDF情報に付加する。ジョブ制御部116は、このようにJDF情報に付加されたRIPエンジン120の識別情報に基づき、上述した“RIPエンジン識別情報”をRIPパラメータに付加する。
RIP部118においては、RIP制御部119が複数のRIPエンジン120を制御し、入力されたRIPパラメータに基づいてRIP内部処理を実行させてラスターデータを生成する。RIPエンジン120の機能については後に詳述する。
画像格納部121は、RIPエンジン120によって生成されたラスターデータを記憶する記憶部である。画像格納部121は、図2において説明したHDD40等によって実現される。この他、DFE100にUSBインタフェース等を介して接続された記憶装置や、ネットワークを介して接続された記憶装置であっても良い。
プリンタ制御部122は、デジタルエンジン150と接続されており、画像格納部121に格納されたラスターデータを読み出してデジタルエンジン150に送信することによって印刷出力を実行させる。また、ジョブ制御部116からDFE内ジョブ属性に含まれるフィニッシング情報を取得することにより、仕上げ処理のための制御を行う。
プリンタ制御部122は、デジタルエンジン150との間で情報をやり取りすることにより、デジタルエンジン150自身の情報を取得することが出来る。例えばCIP4規格の場合、JDF情報の規格としてデバイス仕様情報をプリンタと送受信するDevCapsという規格が定められている。また、SNMP(Simple Network Management Protocol)という通信プロトコルとMIB(Management Information Base)というデータベースとを利用したプリンタの情報の収集方法も知られている。
デバイス情報管理部123は、DFE100自身やデジタルエンジン150の情報であるデバイス情報を管理する。デバイス情報には、RIP部118に含まれるRIPエンジン120の情報や、ジョブ受信部111において構成されている個別ジョブ受信部112の情報が含まれる。そして、個別ジョブ受信部112の情報として、上述した“パススルーモード”の情報も含まれる。
デバイス情報通信部124は、MIBやJMF(Job Messaging Format)などの仕様に合わせた形で、ネットワークI/F101を介してHWFサーバ4との間でデバイス情報のやり取りを行う。これにより、HWFサーバ4のデバイス情報通信部415が、DFE100からデバイス情報を取得する。その結果、クライアント端末5に表示されたGUIにおいて、DFE100に含まれるRIPエンジン120の情報や、個別ジョブ受信部112の情報が反映されることとなる。
DFE100においてプリンタ制御部122によってデジタルエンジン150が制御されて印刷出力が完了すると、システム制御部113はジョブ制御部116を介してそれを認識する。そして、システム制御部113は、ジョブ受信部111を介して印刷ジョブの完了通知をHWFサーバ4に通知する。これにより、HWFサーバ4のジョブ送受信部421がジョブの完了通知を受け付ける。
HWFサーバ4においては、ジョブ送受信部421がジョブ制御部413にジョブ完了通知を転送し、ジョブ制御部413がワークフロー制御部418にジョブ完了を通知する。HWFサーバ4からDFE100へのジョブデータの送信は、元々ワークフロー制御部418がワークフロー情報に従って実行したものである。
ワークフロー制御部418は、DFE100によるジョブの完了を認識すると、ワークフロー情報に従って次の処理の実行を制御する。DFE100による印刷出力の次に設定される処理としては、例えば後処理装置3による後処理等がある。
次に、本実施形態に係るRIPエンジンの機能構成について説明する。図9は、JDF解析部117によるJDF解析処理を伴う場合のRIPエンジン120の機能構成を示す図である。上述したように、RIPエンジン120は図8において説明したRIPパラメータに基づいてRIP内部処理を実行してラスターデータを生成するソフトウェアモジュールである。RIPエンジンとしては、例えばアドビ・システムズによって提供されるPDFプリンティングエンジンであるAPPE等がベースとして用いられる。
図9に示すように、RIPエンジン120は、制御部201と他の部分とによって構成される。制御部201以外の部分が、ベンダーによって拡張可能な拡張部である。制御部201は、拡張部として含まれる様々な機能を利用することによりRIP処理を実行する。
入力部202は、初期化要求やRIP処理の実行要求を受け付け、その要求を制御部201に通知する。初期化要求に際しては、上述したRIPパラメータも共に制御部201に入力される。初期化要求を受けた制御部201は、同時に受け付けたRIPパラメータをRIPパラメータ解析部203に入力する。そして、RIPパラメータ解析部203の機能によりRIPパラメータの解析結果を取得し、RIP処理においてRIPエンジン120に含まれる夫々の拡張部を動作させる順番を決定する。また、それらの処理の結果生成されるデータの形式が、ラスタイメージ、プレビューイメージ、PDF、中間データ等のいずれかを決定する。
また、制御部201は、入力部202からRIP処理の実行要求を受け付けると、初期化要求を受け付けた際に決定した処理順に従って拡張部の各部を動作させる。プリフライト処理部204は、入力されたPDLデータの内容の妥当性の確認を行う。そして、不正なPDL属性を発見した場合、制御部201に通知する。この通知を受けた制御部201は、出力部213を介してRIP制御部119やジョブ制御部116等の外部モジュールに通知を行う。
プリフライト処理によって確認される属性の情報としては、例えば非対応のフォントが指定されていないか否か等、RIPエンジン120に含まれる他のモジュールによる処理が不可能になる事態が発生し得る情報である。
ノーマライズ処理部205は、入力されたPDLデータがPDFではなくPostScriptである場合にPDFに変換する。マーク処理部206は、指定されたマークのグラフィック情報を展開し、印刷対象の画像において指定された位置に重畳する。
フォント処理部207は、フォントデータを取り出し、フォントのPDLへの埋め込みフォント化、アウトライン化を行う。CMM(Color Management Module)処理部209は、ICC(International Color Consortium)プロファイルに記述された色変換テーブル等に基づいて、入力画像の色空間をCMYK(Cyan,Magenta,Yellow,blacK)へ変換する。ICCプロファイルとは、カラーICC情報、デバイスICC情報である。
Trapping処理部210は、トラッピング処理を行う。トラッピング処理とは、境界を接して隣接している異なる色の領域について位置ずれが生じた場合に境界部分に隙間が生じることを防ぐため、夫々の色の領域を拡張して隙間が埋まるようにする処理である。
Calibration処理部211は、CMM処理部209による色変換の精度を高めるため、出力デバイスの経時変動や個体差による発色バランスのばらつきの調節作業を実施する。尚、Calibration処理部211による処理は、RIPエンジン120の外部において実行される場合もあり得る。
Screening処理部212は、最終出力を意識した網点の生成処理を実施する。尚、Screening処理部212による処理は、Calibration処理部211による処理と同様に、RIPエンジン120の外部において実行される場合もあり得る。出力部213は、外部にRIP結果を送信する。RIP結果は、初期化時に決定したラスタイメージ、プレビューイメージ、PDF、中間データのいずれかである。
次に、JDF解析部117によるJDF解析処理を伴わない場合のRIPエンジン120の機能構成について、図10を参照して説明する。上述したように、JDF解析部117によるJDF解析処理を伴わない場合とは、HWFサーバ4とDFE100とでRIP内部処理を分散する場合である。従って、図10に示すRIPエンジン120と同様の構成をHWFサーバ4に搭載されるRIPエンジン420も含む。
図10に示すように、JDF解析部117によるJDF解析処理を伴わない場合のRIPエンジン120の機能構成は、大部分は図9において説明した構成と同一である。以下、図9とは異なる部分のみ説明する。制御部201以外の部分が拡張部であることも図9と同様である。
図10の例における制御部201は、入力部202から初期化要求を受け付けると、初期化要求と共にJDF情報を取得する。そして、制御部201は、ジョブ属性解析部214の機能を利用してJDF情報及びPDL情報を解析し、図9の場合と同様に拡張部夫々の処理順や処理の結果生成されるデータの形式を決定する。
特に、DFE100に搭載されたRIPエンジン120の場合、処理結果のデータ形式はプリンタ制御部122に入力するためのラスターデータとなることが多い。これに対して、HWFサーバ4に搭載されたRIPエンジン420の場合、処理結果のデータ形式は、HWFサーバ4とDFE100との処理の分散態様に応じて異なる。従って、RIPエンジン420における制御部201は、ジョブ属性解析部214による解析結果に基づき、PDL情報や中間データ等の処理結果のデータ形式を決定する。
また、制御部201は、RIPステータス解析部215の機能を利用して、JDF情報に含まれるRIPステータスの情報を解析し、既に実行済みのRIP内部処理の有無を確認する。既に実行済みのRIP内部処理部がある場合は、対応する拡張部を処理の対象から除外する。
尚、RIPステータス解析部215は、JDF情報に含まれるRIPステータスを解析する場合の他、PDL情報を解析して同様の処理を実行することも可能である。PDL情報の場合、既に実行されたRIP内部処理についてはパラメータ等の属性情報が消えているので、残っている属性情報に基づいて未実行であるRIP内部処理を判断することが可能である。
レイアウト処理部217は、面付け処理を実行する。RIPステータス管理部216は、制御部201の制御に従い、夫々の拡張部によって実行されたRIP内部処理に対応するRIPステータスを「Done」に書き換える。出力部213は、エンジンの外部にRIP結果を送信する。RIP結果は、初期化時に決定したデータ形式のデータである。
また、上述したように、JDF情報に含まれる“RIPデバイス指定”の情報によっては、「DFE(エンジンA)」、「DFE(エンジンB)」のように、DFE100内部に搭載された複数のRIPエンジン120を使い分ける場合がある。制御部201では、他のRIPエンジンの拡張部に処理を委託することは出来ないため、ジョブ制御部116によって処理される。
上述したように、ジョブ制御部116は、“RIPエンジン識別情報”をRIPパラメータに付加する。この際、異なるRIPエンジンが指定されたRIP内部処理毎に、異なるRIPパラメータを生成する。図3の例の場合、“フォント”、“レイアウト”の実行が指定された「エンジンA」用のRIPパラメータと、“マーク”の実行が指定された「エンジンB」用のRIPパラメータと、それ以降の処理の実行が指定された「エンジンA」用のRIPパラメータとを生成する。
そして、ジョブ制御部116は、RIP内部の処理の順番に従って、生成したRIPパラメータ毎に順番にRIP部118にRIP処理を要求する。これにより、「エンジンA」、「エンジンB」が使い分けられてRIP内部処理が実行される。
この際、夫々のエンジンにおいて指定された処理のみが実行されるようにする方法として、“RIPステータス”の情報を参照することが出来る。即ち、実行させる処理の項目のみステータスを「NotYet」とし、他の処理を「Done」とすることにより、指定した処理のみを実行させることが出来る。
次に、本実施形態に係るシステムの動作について、図11を参照して説明する。図11は、本実施形態に係るHWFシステムの動作を示すシーケンス図である。図11においては、デジタルプリンタ1により印刷出力が実行される場合の例を示している。図11に示すように、HWFサーバ4においては、デバイス情報通信部415がネットワークを介してDFE100やCTP200からデバイス情報を取得し、デバイス情報管理部416がデバイス情報格納部417に情報を登録する(S1101)。S1101の処理は定期的に実行される。
他方、クライアント端末5は、システムのGUIに対するオペレータの操作によりジョブデータの登録操作が行われると、HWFサーバ4に対してジョブ登録要求を送信する(S1102)。HWFサーバ4においてはUI制御部412がジョブ登録要求を取得する。これにより、システム制御部410の制御に従ってデータ受信部411がジョブデータを取得する(S1103)。
データ受信部411によってジョブデータが取得されると、システム制御部410はジョブ制御部413を制御し、取得したジョブデータの形式をPDL形式に変換する(S1104)。このようにして変換されたジョブデータがジョブデータ格納部414に登録される。S1102においてジョブの登録操作が行われるGUIにおいては、登録対象のデータをファイルパス等により指定するためのインタフェースの他、図3において説明したJDFに含まれる情報の項目を夫々指定するための入力部が表示される。
また、S1101の処理により、HWFサーバ4においては、DFE100に搭載されているRIPエンジンの種類の情報が取得されている。従って、クライアント端末5のGUIにおいては、図3に示す“RIPデバイス指定”の情報を指定するための入力欄においては、DFEに実行させる場合に、どのRIPエンジンに実行させるかを選択することが可能となる。
また、クライアント端末5は、システムのGUIに対するオペレータの操作によりジョブデータの分割操作が行われると、HWFサーバ4に対してジョブ分割要求を送信する(S1105)。図12は、S1105において送信されるジョブ分割要求に含まれる情報の例を示す図である。図12に示すように、分割対象のジョブを示す情報の他、分割の内容が指定された情報がジョブ分割要求において送信される。分割の内容を示す情報は、印刷出力を実行するデバイスがページ単位で指定された情報である。
ジョブ分割要求を受けたHWFサーバ4においては、システム制御部410が、図12に示す情報において指定されている分割対象ジョブについて、分割内容に従ってページ単位でジョブを分割し、別個のジョブを生成する(S1106)。この際、夫々の分割範囲毎に指定されているデバイスが、JDF情報において図3に示す“デバイス指定”の情報として用いられる。このようにして分割して生成されたジョブが個別のジョブとしてジョブデータ格納部414に格納される。
また、クライアント端末5は、システムのGUIに対するオペレータの操作によりワークフローの生成操作作が行われると、HWFサーバ4に対してワークフロー生成要求を送信する(S1107)。ワークフロー生成要求においては、図5に示すようなワークフローの内容を指定する情報及びそのワークフローに従って処理すべきジョブを特定する情報が送信される。
ワークフロー生成要求を受けたHWFサーバ4においては、システム制御部410が、要求と共に受信した情報をワークフロー制御部418に入力する。これにより、ワークフロー制御部418が、受信した情報に基づいて新たなワークフロー情報を生成してワークフロー情報格納部419に格納すると共に、そのワークフローと要求において特定されたジョブとを関連付ける(S1108)。ワークフローとジョブとの関連付けは、例えばワークフローを識別するための識別子をJDF情報に付加することによって実行される。
このような処理の後、クライアント端末5においてシステムのGUIに対するオペレータの操作によりジョブ実行操作が行われると、クライアント端末5がHWFサーバ4に対してジョブ実行要求を送信する。尚、S1102〜S1109の操作は夫々異なる操作に応じて実行されても良いし、一度の操作でジョブ登録要求、ジョブ分割要求、ワークフロー生成要求、ジョブ実行要求が行われても良い。
ジョブ実行要求を受けたHWFサーバ4においては、システム制御部410が、要求と共に受信したジョブデータを特定するための情報に基づき、ジョブデータ格納部414から指定されたジョブデータを取得する(S1110)。また、システム制御部は、取得したジョブデータにおいて指定されているデバイスの最新の情報をデバイス情報管理部416から取得し、ジョブに対してデバイスの情報を設定する(S1111)。
その後、システム制御部410は、ワークフロー制御部418にジョブデータを受け渡し、ワークフローの実行を開始させる(S1112)。ワークフロー制御部418は、取得したジョブデータに関連付けられているワークフロー情報をワークフロー情報格納部419から取得し、ワークフロー情報に従って処理を実行する。
ワークフロー処理においては、まずHWFサーバ4に搭載されたRIPエンジン420によって実行するべきサーバ内処理が実行される(S1113)。S1113においては、ジョブ制御部413がワークフロー制御部418の制御に従って上述したようにRIPエンジン420に処理を実行させる。上述したように、本実施形態においては原則として当初からHWFサーバ4におけるRIP処理は指定されていないため、S1113の処理は省略される。
その後、ワークフローの処理がDFE100における処理に到達したら、ジョブ制御部413が、ワークフロー制御部418の制御に従い、ジョブ送受信部421を制御してDFE100にジョブデータを送信させる(S1114)。S1114においては、ジョブ制御部413が、複数の個別ジョブ受信部112からJDF情報において指定されている情報に応じた個別ジョブ受信部112を指定する。
DFE100へのジョブデータの送信に際して複数の個別ジョブ受信部112のいずれかが指定されることにより、DFE100において適切な個別ジョブ受信部112がジョブデータを受信することとなる。DFE100にジョブデータが入力されることにより、上述したように、DFE100においてRIP処理やデジタルエンジン150による出力処理が実行される(S1115)。
DFE100においては、指定された処理が完了すると、ジョブ受信部111によってHWFサーバ4に完了通知が行われる(S1116)。ジョブ制御部413は、ジョブ送受信部421を介してDFE100からの完了通知を受け取ると、ワークフロー制御部418に完了通知を行う。これにより、ワークフロー制御部418は、DFE100での制御の次にワークフローで指定されている後処理を実行させるための後処理要求を後処理装置3に対して行う(S1117)。
S1117においては、ジョブ制御部413がワークフロー制御部418の制御に従ってジョブ送受信部421を制御し、後処理装置3に対して後処理要求を行う。このような処理により、本実施形態に係るシステムの動作が完了する。
このようなシステム全体の動作において、S1115におけるDFE内処理においてHWFサーバ4にRIP処理を委託するか否かの判断が行われ、特定の条件かにおいてHWFサーバ4にRIP処理が委託されることが本実施形態に係る要旨の1つである。以下、DFE100によるHWFサーバ4へのRIP処理の委託判断について説明する。
図13は、本実施形態に係るS1115のDFE内処理の詳細を示すフローチャートである。図13に示すように、まずはHWFサーバ4からのジョブデータの送信に際して指定された個別ジョブ受信部112がジョブデータを受信する(S1301)。個別ジョブ受信部112は、ジョブデータを受信すると、自身に対して設定されている個別設定をジョブデータに反映するようにJDF情報を更新する(S1302)。
上述した“パススルーモード”の設定もS1302において反映されることとなる。個別設定の反映されたジョブデータはシステム制御部113に入力される。システム制御部113は、入力されたジョブデータを設定に応じてジョブデータ格納部114に格納し、オペレータの操作に応じてUI制御部115を介してプレビュー処理等を行う。
そして、システム制御部113は、ジョブデータをジョブ制御部116に入力する。ジョブ制御部116は、入力されたジョブデータを参照し、パススルーモードか否かを確認する(S1303)。その結果、パススルーモードでなかった場合(S1303/NO)、ジョブ制御部116はJDF解析部117にジョブデータを入力してDFE内ジョブ属性を生成させる(S1304)。この場合、図8に示す情報のうち、“入出力画像情報”以外の情報を含むRIPパラメータが生成され、他の部分はJDF情報が参照される。
S1303の確認の結果、パススルーモードであった場合(S1304/YES)、若しくはJDF変換が完了してDFE内ジョブ属性が生成された場合、ジョブ制御部116は、受信したジョブデータの内容がRIP済みのデータであるか否かを確認する(S1305)。本実施形態に係る特徴的な処理により、HWFサーバ4に対してRIP処理が委託された場合、HWFサーバ4からはRIP済みのジョブデータが送信されることとなる。S1305においては、そのようなデータが判断される。
S1305の判断の結果、RIP済みデータ、即ちラスターデータであった場合(S1305/YES)、ジョブ制御部116は、プリンタ制御部122にラスターデータを入力して、デジタルエンジン150による印刷出力を実行させる(S1306)。他方、RIP済みデータではなかった場合(S1305/NO)、ジョブ進捗管理部116aは、受信したジョブデータの印刷出力が可能となるタイミングを算出する(S1307)。
S1307において、ジョブ進捗管理部116aは、既にDFE100に受信されて出力を待っている他のジョブが完了するタイミングや、S1301において受信されたジョブデータのRIPが完了するタイミング等に基づいて印刷可能タイミングを算出する。その際、ジョブ進捗管理部116aは、新たに受信したジョブデータをRIP部118に入力してプリリップを実行されることにより、RIPに要する時間を得る。その後、ジョブ進捗管理部116aは、S1301において受信されたジョブデータが逆順ジョブであるか否かを判断する(S1308)。
逆順ジョブとは、複数ページの印刷データを、逆順に印刷出力することが指定されたジョブである。例えば、1〜10ページのデータによって構成される印刷ジョブである場合、逆順ジョブであれば、10ページ目からページ番号の大きい順に印刷出力が実行される。このような逆順ジョブである場合に、HWFサーバ4へのRIP処理の委託を検討することが本実施形態に係る要旨の1つである。
ジョブデータのRIP処理は、PDLデータのデータ形式等による制約により、先頭のページから順番に行う必要があることが一般的である。通常の印刷出力であれば、そのように先頭のページからRIP処理を行い、ページ順にRIP処理が完了する。そのため、前ページについてRIP処理が完了する前であっても、RIP処理が完了したページから順に印刷出力を開始することが可能である。
しかしながら、上述した逆順ジョブの場合、最後のページから印刷出力を介するため、全ページのRIP処理を完了するまで印刷出力を開始することが不可能である。そのような場合において、ページ数が膨大であり、全ページのRIP処理が完了するまでに相当の時間を要する場合、デジタルエンジン150に待機期間が発生し、非効率な制御となってしまう。
本実施形態においては、このような非効率な装置制御を回避するため、受信されたジョブが逆順ジョブである場合に、HWFサーバ4でのRIP処理を行い、デジタルエンジン150の待機期間を可能な限り短くする。そのためS1308の判断の結果、逆順ジョブであった場合(S1308/YES)、ジョブ進捗管理部116aは、HWFサーバ管理リスト情報を参照し、S1301において受信されたジョブデータの送信元であるHWFサーバ4のRIP処理性能の情報を取得する(S1309)。
そして、ジョブ進捗管理部116aは、S1309において取得したRIP処理性能に基づいてHWFサーバ4側にRIP処理を委託した場合における、印刷可能タイミングを算出する(S1310)。S1310において、ジョブ進捗管理部116aは、他のジョブが完了するタイミングや、HWFサーバ4に委託されたジョブデータのRIP処理が完了して再度DFE100側に取得されるタイミング等に基づいて印刷可能タイミングを算出する。
そして、ジョブ進捗管理部116aは、S1307において算出したタイミングとS1310において算出したタイミングとのどちらが早いかを確認する(S1311)。その結果、HWFサーバ4にRIP処理を委託した場合、即ち、S1310の算出結果の方が早ければ(S1311)、ジョブ進捗管理部116aは、S1301において受信されたジョブデータのRIP処理をHWFサーバ4委託するための制御を行い(S1312)、処理を終了する。
他方、S1307において算出したタイミング、即ち、DFE100側においてRIP処理を行った方が早ければ(S1311/NO)、ジョブ進捗管理部116aは、DFE100においてRIP処理を行う通常通りの制御を選択する。その場合、ジョブ制御部116は、S1301において受信されたジョブデータの処理タイミングとなると、そのジョブデータに基づいてRIPパラメータを生成する(S1313)。これにより、図8において説明したようなRIPパラメータが生成される。
ジョブ制御部116は、RIPパラメータを生成すると、RIP部118に必要な情報を入力してRIP処理を実行させる(S1314)。これにより、RIPエンジン120によってラスターデータが作成される。
尚、S1313においては、上述したように、図3に示す“RIPデバイス指定”の情報に基づき、RIPエンジン毎にRIPパラメータが生成される。そして、S1314においては、生成されたRIPパラメータ毎に順番にRIP処理が実行されてラスターデータが生成される。
尚、S1308において逆順ジョブではなかった場合、RIP処理によってページ順にラスターデータが生成されると、生成されたラスターデータの順に印刷出力が実行可能である。従って、上述したようなデジタルエンジン150の待機期間は生じない。そのため、S1308において逆順ジョブではなかった場合も(S1308/NO)、S1313、S1314の処理が実行される。
ラスターデータが生成され、RIP部118からラスターデータを取得すると、ジョブ制御部116は、プリンタ制御部122にラスターデータを入力して、デジタルエンジン150による印刷出力を実行させる(S1306)。このような処理により、DFE内処理が完了する。
次に、図13のS1314におけるRIP処理について、図14を参照して説明する。図14に示すように、まずは入力部202に対する初期化要求に基づいて制御部201が初期化処理を実行する(S1401)。S1401においては、図9の例の場合、RIPパラメータ解析部203がRIPパラメータを受け付けて解析を行い、上述したようにRIPエンジン120に含まれる夫々の拡張部のうち処理を実行させる拡張部や、その順番を決定する。また、処理の結果生成されるデータの形式を決定する。
また、図10の例の場合、ジョブ属性解析部214が、JDF情報及びPDL情報を受け付けて解析を行い、処理を実行させる拡張部や、その順番を決定する。また、処理の結果生成されるデータの形式を決定する。続いて、図10の例の場合、制御部201は、RIPステータス解析部215にステータス解析を実行させる。
ステータス解析において、RIPステータス解析部215は、図3に示す“RIPステータス”を参照し、RIP内部処理の1つの項目を選択する(S1402)。そして、そのステータスが「Done」であれば(S1403/YES)、対応する拡張部を、S1401の処理において決定した実行対象の拡張部から除外する(S1404)。他方、「NotYet」であれば(S1403/NO)、特に処理は行わない。
RIPステータス解析部215は、全てのRIP内部処理の項目についてS1402からの処理が完了するまで処理を繰り返す(S1405/NO)。RIPステータス解析部215が、全てのRIP内部処理の項目についてS1402からの処理を完了した後(S1405/YES)、入力部202がRIP処理の実行要求を取得すると(S1406/YES)、制御部201は、夫々の拡張部に対して順番に処理を実行させる(S1407)。
S1407においては、S1401の処理において決定された拡張部であって、且つS1404の処理により除外されていない拡張部に対してのみ処理が要求される。また、S1401において決定された処理順に従って処理が要求される。そのようにして拡張部により処理が実行されてラスターデータが生成されると、出力部213が処理結果を出力する(S1408)。このような処理により、RIP部118による処理が完了する。
尚、本実施形態においては、図10の例の場合、即ち、パススルーモードに対応しているRIPエンジン120の場合についてのみ、S1402〜S1405の処理、即ちステータス解析処理が実行される場合を例としている。これは、ステータス解析処理が必要となるのは、上述したようにHWFサーバ4とDFE100とでRIP処理を分担する場合であることに基づいている。
そのような場合には、HWFサーバ4とDFE100とで同一のRIPエンジンが搭載されていることを利用して、両者の境目を意識することなく一連の処理としてRIP処理を実行する。従って、HWFサーバ4においてRIPエンジン420により処理されたデータをそのままDFE100においてRIPエンジン120に入力することが好ましく、RIPエンジンの外部に設けられたJDF解析部117を通さないパススルーモードが適している。
しかしながら、これは一例であり、パススルーモードではない場合であっても、HWFサーバ4とDFE100とでRIP処理を分担する場合であれば、ステータス解析を行うことが必要となる。即ち、HWFサーバ4とDFE100とでRIP処理を分担する場合には、HWFサーバ4において既に実行されたRIP処理をDFE100側で除外する必要がある。
従って、パススルーモードに対応していないRIPエンジン120であっても、HWFサーバ4とDFE100とでRIP処理を分担するため、RIPステータス解析部215を設けても良い。換言すると、HWFサーバ4とDFE100とでRIP処理を分担する場合であっても、DFE100側でJDF解析部117によるJDF解析を行った上で、RIPステータス解析部215によるステータス解析を行って必要なRIP内部処理を判断しても良い。
次に、本実施形態に係るDFE100からHWFサーバ4へのRIP処理の委託制御について詳細に説明する。まず、上述したHWFサーバ管理リスト情報及びジョブ管理リスト情報について説明する。図15は、本実施形態に係るHWFサーバ管理リスト情報の例を示す図である。
図15に示すように、本実施形態に係るHWFサーバ管理リスト情報は、“HWF ID”、“HWF名”、“IPアドレス”、“DFEとの通信速度”、“RIP処理性能”が関連付けられた情報である。“HWF ID”は、システムに含まれるHWFサーバ4を識別する識別子である。“HWF名”は、夫々のHWFサーバ4がGUI上で表示される際の名称である。
“IPアドレス”は、夫々のHWFサーバ4がネットワークを介して通信を行う際のアドレス情報である。“DFEとの通信速度”は、夫々のHWFサーバ4がDFE100との間でネットワークを介して情報をやり取りする際の情報の転送効率である。“RIP処理性能”は、夫々のHWFサーバ4がDFE100からの委託を受けてRIP処理を実行する場合の処理速度を示す性能情報である。図15に示すHWFサーバ管理リスト情報は、予め生成された上でジョブ進捗管理部116aにおいて保持されている。
図16は、本実施形態に係るジョブ管理リスト情報を示す図である。図16に示すように、本実施形態に係るジョブ管理リスト情報は、“ジョブID”、“印刷順序”、“RIP状態”、“予測RIP完了時刻”の情報が関連付けられた情報である。“ジョブID”は、DFE100において受信されているジョブデータを識別する識別子である。
“印刷順序”は、夫々のジョブデータが逆順ジョブであるか通常の印刷順のジョブであるかが「逆順」/「通常」によって示された情報である。“RIP状態”は、夫々のジョブデータについてのRIP処理の進捗状態が、「RIP完了」、「RIP中」、「待機中」によって示された情報である。“予測RIP完了時刻”は、夫々のジョブデータのRIP処理が完了するタイミングの予測時刻であり、処理時間情報として用いられる。
図16に示すジョブ管理リスト情報は、S1302の後、ジョブデータがジョブ制御部116に入力された時点で生成される。その際、“印刷順序”の情報はJDF情報若しくはRIPパラメータに基づいて生成される。また、ジョブ進捗管理部116aは、S1307の処理により、“予測RIP完了時刻”の情報を生成して保存する。
S1308の処理において、ジョブ進捗管理部116aは、図16に示す“印刷順序”の情報を参照することにより、対象のジョブデータが逆順ジョブであるか否かを判断する。そして、S1309において、ジョブ進捗管理部116aは、図15の“DFEとの通信速度”及び“RIP処理性能”の情報を取得する。そして、それらの情報及びDFE100のRIP処理性能に基づいてS1310の処理を実行する。
図17は、S1310における処理の詳細を示すフローチャートである。図17に示すように、ジョブ進捗管理部116aは、まず対象となるHWFサーバ4とDFE100とのRIP性能の性能差を算出する(S1701)。RIP性能差は、以下の式(1)により求められる。

“DFE100のRIP性能”は、ジョブ進捗管理部116aが予め保持している情報である。“HWFサーバ4のRIP性能”は、図13のS1309において取得される情報であり、図15の“RIP処理性能”である。尚、図15の情報として、“RIP処理性能”に替えて上記式(1)の計算結果を保持しておけば、S1701の処理を省略することが出来る。
次に、ジョブ進捗管理部116aは、DFE100においてRIP処理を行った場合に要する時間を算出する(S1702)。例えば、対象のジョブデータが図16に示す“ジョブID”が「105」のジョブデータである場合、ジョブ進捗管理部116aは、「104」のジョブデータの“予測RIP完了時刻”と「105」のジョブデータの“予測RIP完了時刻”との差分を算出する。
次に、ジョブ進捗管理部116aは、S1701、S1702において得られた情報に基づき、HWFサーバ4がRIP処理を実行した場合に要する時間、即ち、サーバ側RIP処理時間を算出する(S1703)。サーバ側RIP処理時間は、以下の式(2)により求められる。

更に、ジョブ進捗管理部116aは、HWFサーバ4においてRIP処理が行われてラスターデータが算出された場合に、HWFサーバ4からDFE100にラスターデータを転送するために要する時間(以降、「ラスターデータ転送時間」とする)を算出する(S1704)。ラスターデータ転送時間は、以下の式(3)により求められる。

“ラスターデータ容量”は、描画情報であるラスターデータの情報量である。“ラスターデータ容量”は、ラスターデータの解像度、画像サイズ、カラーセパレーションの情報から算出可能であり、ジョブデータの内容に基づいてジョブ進捗管理部116aが算出する。“通信速度”は、図15の“DFEとの通信速度”である。
そして、ジョブ進捗管理部116aは、S1703及びS1704の算出結果を合算し、DFE100が対象のジョブデータのラスターデータを得るまでに要する時間を算出する(S1705)。尚、DFE100からHWFサーバ4に対してジョブデータを送り返す場合には、その送信に要する時間も必要だが、ジョブデータのデータ容量は圧縮された状態で小さいため、その時間は無視しても良い。また、HWFサーバ4側においてもジョブデータが保持されている場合には、ジョブデータの送り返しは不要である。
そして、ジョブ進捗管理部116aは、S1705の処理によって算出された時間及び現在時刻に基づき、対象のジョブデータのRIP処理をHWFサーバ4に委託した場合において、そのラスターデータの受信が完了するタイミングを算出する(S1706)。これにより、S1310の処理が完了する。
このようにしてS1310の処理を完了すると、S1311においてジョブ進捗管理部116aは、S1310の処理により算出されたタイミングと、S1307において確認したタイミングとを比較する。このような処理により、HWFサーバ4に対して処理を委託することの是非の判断が行われる。
尚、S1312において、ジョブ進捗管理部116aは、HWFサーバ4にRIP処理を委託したジョブデータをジョブ管理リスト情報から削除する。HWFサーバ4においてRIP処理されて生成されたラスターデータはRIP済みのジョブデータとして再度DFE100に入力され、図13のS1305において「YES」と判断されて処理されることとなる。
図18は、本実施形態に係るHWFサーバ4へのRIP処理の委託による効果を示す図である。図18は、RIP処理の委託を行わずにDFE100側においてRIP処理を行う場合の各タイミングを示す図である。図18の例においては、通常の印刷順序であるジョブAに続いて、逆順ジョブであるジョブBが受信された場合を例としている。
図18に示すようにHWFサーバ4へのRIP処理の委託を行わない場合、ジョブAのRIP処理が完了した後、ジョブBのRIP処理を開始し、全ページのRIP処理が完了してから逆順で印刷出力が開始される。その結果、図18に示すようにジョブAの印刷出力が完了したタイミングtの後、ジョブBの印刷出力が開始されるタイミングtまでの間に待機期間が生じる。
これに対して、図19は、HWFサーバ4へのRIP処理の委託を行う場合のタイミングを示す図である。ジョブBのジョブデータを受信した段階でHWFサーバ4へのRIP処理の委託が判断され、HWFサーバ4においてRIP処理が実行される。この場合、HWFサーバ4においてジョブAのRIP処理が実行されるのと並行してHWFサーバ4においてジョブBのRIP処理が実行される。
これにより、図18よりも早いタイミングでHWFサーバ4においてジョブBのRIP処理が完了する。その結果、図19に示すように、ジョブAの印刷出力が完了したタイミングtの後、ジョブBの印刷出力が開始されるタイミングtまでの間の待機期間が短くなる。
以上説明したように、本実施形態に係るシステムにおいては、新たに受信されたジョブデータが逆順ジョブである場合において、HWFサーバ4にRIP処理を委託した場合に印刷出力が可能となるタイミングを計算する。そして、DFE100内においてRIP処理を行った場合に印刷出力が可能となるタイミングとの比較結果に基づき、HWFサーバ4にRIP処理を委託することを判断する。これにより、HWFサーバ4にRIP処理を委託する制御を効率的に行うことが出来る。
図20、図21は、HWFサーバ4にRIP処理を委託した方が遅くなる場合の例を示す図である。図20、図21の場合、ジョブBの受信タイミングが図18、図19よりも遅く、且つHWFサーバ4におけるジョブBのRIP処理に要する時間が長い。その結果、図21に示すように、ジョブAの印刷出力が完了したタイミングtの後、ジョブBの印刷出力が開始されるタイミングtまでの間の待機期間が長くなる。この場合、HWFサーバ4へのRIP処理の委託は行われない。
図20、図21に示すように、RIP処理をHWFサーバ4に委託してもデジタルエンジン150における待機期間を短縮できない場合であっても、後続のジョブを先に処理すると共にRIP処理の委託を行うことにより、動作を効率化できる場合がある。図22、図23は、そのような場合のタイミングを示す図である。
図22に示すように、図20と同一の条件においてジョブBの後に通常の印刷順序であるジョブCが受信された場合を考える。その場合、図20と同様に処理を行うと、ジョブAの印刷出力が完了したタイミングtの後、ジョブBの印刷出力が開始されるタイミングtまでの間の待機期間が発生した上でジョブBの印刷出力が実行され、続いてジョブCの印刷出力が実行される。
これに対して、図23に示すように、ジョブCのジョブデータの受信に応じて、先にジョブCを処理することを決定し、その上でジョブBのRIP処理をHWFサーバ4に委託することにより、デジタルエンジン150の待機期間を短縮可能である。そのような判断は、図16に示すジョブ管理リスト情報におけるレコードの並び順の変更により実現可能である。
このような処理は、新たに受信したジョブデータの印刷順序が逆順ではなく通常の順序であった場合、即ち、図13のS1308において「NO」となった場合に実行される。図24は、図13のS1308において「NO」となった後、S1313の前に実行される動作を示すフローチャートである。
図24に示すように、ジョブ進捗管理部116aは、図13のS1308の判断において逆順ジョブではないと判断すると、ジョブ管理リスト情報を参照し、1つ前に受信されたジョブデータを参照する(S1401)。そして、そのジョブデータが、逆順ジョブであるか否か確認する(S2402)。
S2402の判断の結果、逆順ジョブでなければ(S2402/NO)、順番通りにRIP処理を実行すればデジタルエンジン150の待機期間は発生しないため、そのまま処理を終了し、図13のS1313に進む。他方、逆順ジョブであった場合(S2402/YES)、ジョブ進捗管理部116aは、S2401において参照した1つ前のジョブと新たに受信したジョブとの順番を入れ替える(S2403)。
図25は、図16に示すジョブ管理リスト情報の状態から新たに“ジョブID”に「106」が付されたジョブデータが受信された場合において、ジョブの順番が並び替えられた状態を示す図である。図25に示すように、破線で囲まれたレコードのジョブデータが、1つ前のジョブデータである「105」のジョブデータの前に挿入されている。尚、この時、ジョブ進捗管理部116aは、“予測RIP完了時刻”を再計算する。
その後、ジョブ進捗管理部116aは、HWFサーバ管理リスト情報を参照し、S2401において参照したジョブデータの送信元であるHWFサーバ4のRIP処理性能の情報を取得する(S2404)。そして、ジョブ進捗管理部116aは、S2404において取得したRIP処理性能に基づいてHWFサーバ4側にRIP処理を委託した場合における、印刷可能タイミングを算出する(S2405)。
S2405の処理は、図13におけるS1310の処理と同様である。そのようにしてHWFサーバ4にRIP処理を委託した場合における印刷開始の可能タイミングを取得すと、ジョブ進捗管理部116aは、印刷出力が完了するタイミングの比較を行う(S2406)。
S2406において、ジョブ進捗管理部116aは、図22に示すように、ジョブデータの順番を入れ替えることなく、且つRIP処理をHWFサーバ4に委託することなく処理を実行した場合に全ての印刷出力が完了するタイミングを取得する。また、図23に示すように、ジョブデータの順番を入れ替え、且つRIP処理をHWFサーバ4に委託した場合に全ての印刷出力が完了するタイミングを取得する。そして、夫々のタイミングを比較し、いずれが早いかを判断する。
S2406の判断の結果、HWFサーバ4にRIP処理を委託した方が早い場合(S2406/YES)、ジョブ進捗管理部116aは、S2401において参照した1つ前のジョブデータのRIP処理をHWFサーバ4委託するための制御を行い(S2407)、処理を終了する。他方、HWFサーバ4にRIP処理を委託した方が遅い場合(S2406/YNO)、ジョブ進捗管理部116aは、S2403において並べ替えたジョブデータの順番を元に戻し(S2403)、処理を終了する。この時、ジョブ進捗管理部116aは、“予測RIP完了時刻”を再計算する。
このような処理により、図20〜図23に示すように、後続のジョブを先に処理する間にHWFサーバ4においてRIP処理を実行させることにより、効率的な処理が可能な場合に、HWFサーバ4にRIP処理を委託させて効率的な制御を実現することが出来る。
尚、上記実施形態においては、S1308やS2402の判断として、逆順ジョブであるか否かを判断する場合を例として説明した。しかしながら、これは一例であり、この判断の趣旨は、PDLデータにおけるページの順番とは異なる順番での印刷出力が実行されるか否かを判断することである。
従って、逆順ジョブであるか否かの判断に限らず、RIP処理を実行してラスターデータが生成される順番とは異なる順番で印刷出力を実行するジョブであるか否かを判断する態様であれば他の態様を採用することも可能である。RIP処理を実行してラスターデータが生成される順番とは異なる順番で印刷出力を実行するジョブの他の例としては、例えば、RIP処理において面付けを行った上で印刷出力を実行する場合等がある。
1 デジタルプリンタ
2 オフセットプリンタ
3 後処理装置
4、4a、4b HWFサーバ
5、5a、5b クライアント端末
10 CPU
20 RAM
30 ROM
40 HDD
50 I/F
60 LCD
70 操作部
80 バス
100 DFE
101 ネットワークI/F
102 ディスプレイ
111 ジョブ受信部
112 個別ジョブ受信部
113 システム制御部
114 ジョブデータ格納部
115 UI制御部
116 ジョブ制御部
116s ジョブ進捗管理部
117 JDF解析部
118 RIP部
119 RIP制御部
120 RIPエンジン
121 画像格納部
122 プリンタ制御部
123 デバイス情報管理部
124 デバイス情報通信部
150 デジタルエンジン
200 CTP
201 制御部
202 入力部
203 RIPパラメータ解析部
204 プリフライト処理部
205 ノーマライズ処理部
206 マーク処理部
207 フォント処理部
209 CMM処理部
210 Trapping処理部
211 Calibration処理部
212 Screening処理部
213 出力部
214 ジョブ属性解析部
215 RIPステータス解析部
216 RIPステータス管理部
217 レイアウト処理部
400 HWFコントローラ
401 ネットワークI/F
410 システム制御部
411 データ受信部
412 UI制御部
413 ジョブ制御部
414 ジョブデータ格納部
415 デバイス情報通信部
416 デバイス情報管理部
417 デバイス情報格納部
418 ワークフロー制御部
419 ワークフロー情報格納部
420 RIPエンジン
421 ジョブ送受信部
特開2002−082788号公報 特開2011−201146号公報

Claims (9)

  1. 定められた複数の処理を順番に実行する画像処理システムであって、
    前記複数の処理の実行を制御する処理実行制御装置と、前記処理実行制御装置から受信した画像形成出力の命令情報に基づいて画像形成出力の実行を制御する画像形成出力制御装置とを含み、
    前記処理実行制御装置は、
    前記複数の処理の実行を制御する処理実行制御部と、
    前記複数の処理の1つとして、画像形成装置が画像形成出力に際して参照する情報である描画情報を、画像形成出力対象の画像の情報である出力対象画像情報に基づいて生成する制御側描画情報生成部とを含み、
    前記画像形成出力制御装置は、
    前記制御側描画情報生成部に対応した描画情報生成部である出力側描画情報生成部と、
    前記画像形成出力制御装置において受信された前記命令情報に基づく画像形成出力の実行を制御する実行制御部とを含み、
    前記実行記制御部は、新たに受信した前記命令情報が、複数ページの画像情報を含み且つページの順番とは異なる順番で画像形成出力を実行することを示す情報である場合に、新たに受信した前記命令情報に含まれる前記出力対象画像情報に基づく前記描画情報の生成処理を前記制御側描画情報生成部に実行させることを特徴とする画像処理システム。
  2. 前記実行制御部は、新たに受信した前記命令情報に含まれる前記出力対象画像情報に基づく前記描画情報の生成処理を前記出力側描画情報生成部に実行させた場合に要する時間と、前記制御側描画情報生成部に実行させた場合に要する時間とに基づいて前記描画情報の生成処理を前記制御側描画情報生成部に実行させるか否か判断することを特徴とする請求項1に記載の画像処理システム。
  3. 前記実行制御部は、
    前記制御側描画情報生成部による前記描画情報の生成処理の性能を示す性能情報と、
    新たに受信した前記命令情報に含まれる前記出力対象画像情報に基づく前記描画情報の生成処理を前記出力側描画情報生成部に実行させた場合に要する時間に関する処理時間情報とを有し、
    前記出力側描画情報生成部による前記描画情報の生成処理の性能を示す情報と前記性能情報との差異に基づいて、前記描画情報の生成処理を前記出力側描画情報生成部に実行させた場合に要する時間を算出することを特徴とする請求項2に記載の画像処理システム。
  4. 前記実行制御部は、前記出力側描画情報生成部によって生成された描画情報を受信するために要する時間に基づいて前記描画情報の生成処理を前記制御側描画情報生成部に実行させるか否か判断することを特徴とする請求項2または3に記載の画像処理システム。
  5. 前記実行制御部は、前記処理実行制御装置との間で情報をやり取りする際の通信速度に関する情報を有し、
    前記命令情報に基づいて求められる前記描画情報の情報量及び前記通信速度に関する情報に基づいて描画情報を受信するために要する時間を算出することを特徴とする請求項4に記載の画像処理システム。
  6. 前記実行制御部は、新たに受信した前記命令情報が、ページの順番通りに画像形成出力を実行することを示す情報である場合に、1つ前に受信した前記命令情報がページの順番とは異なる順番で画像形成出力を実行することを示す情報であれば、1つ前に受信した前記命令情報に含まれる前記出力対象画像情報に基づく前記描画情報の生成処理を前記制御側描画情報生成部に実行させることを特徴とする請求項1乃至5いずれか1項に記載の画像処理システム。
  7. 前記実行制御部は、新たに受信した命令情報が、ページの順番通りに画像形成出力を実行することを示す情報である場合において、1つ前に受信した命令情報がページの順番とは異なる順番で画像形成出力を実行することを示す情報であれば、1つ前に受信した命令情報に含まれる前記出力対象画像情報に基づく前記描画情報の生成処理を前記出力側描画情報生成部に実行させた場合と、前記制御側描画情報生成部に実行させた場合とで、前記新たに受信した命令情報及び前記1つ前に受信した命令情報に基づく画像形成出力が完了するタイミングを比較して、前記1つ前に受信した命令情報に含まれる前記出力対象画像情報に基づく前記描画情報の生成処理を前記制御側描画情報生成部に実行させるか否か判断することを特徴とする請求項6に記載の画像処理システム。
  8. 定められた複数の処理を順番に実行する画像処理システムにおいて前記複数の処理の実行を制御する処理実行制御装置から受信した画像形成出力の命令情報に基づいて画像形成出力の実行を制御する画像形成出力制御装置であって、
    画像形成装置が画像形成出力に際して参照する情報である描画情報を、画像形成出力対象の画像の情報である出力対象画像情報に基づいて生成する出力側描画情報生成部と、
    前記画像形成出力制御装置において受信された前記命令情報に基づく画像形成出力の実行を制御する実行制御部とを含み、
    前記出力側描画情報生成部は、前記処理実行制御装置において前記描画情報を生成する制御側描画情報生成部に対応して設けられており、
    前記実行記制御部は、新たに受信した前記命令情報が、複数ページの画像情報を含み且つページの順番とは異なる順番で画像形成出力を実行することを示す情報である場合に、新たに受信した前記命令情報に含まれる前記出力対象画像情報に基づく前記描画情報の生成処理を前記制御側描画情報生成部に実行させることを特徴とする画像形成出力制御装置。
  9. 定められた複数の処理を順番に実行する画像処理システムにおいて前記複数の処理の実行を制御する処理実行制御装置から受信した画像形成出力の命令情報に基づいて画像形成出力の実行を制御する画像形成出力制御装置における画像処理方法であって、
    画像形成装置が画像形成出力に際して参照する情報である描画情報を、前記処理実行制御装置において前記描画情報を生成する制御側描画情報生成部に対応した処理により画像形成出力対象の画像の情報である出力対象画像情報に基づいて生成し、
    前記画像形成出力制御装置において受信された前記命令情報に基づく画像形成出力の実行を制御し、
    新たに受信した前記命令情報が、複数ページの画像情報を含み且つページの順番とは異なる順番で画像形成出力を実行することを示す情報である場合に、新たに受信した前記命令情報に含まれる前記出力対象画像情報に基づく前記描画情報の生成処理を前記制御側描画情報生成部に実行させることを特徴とする画像処理方法。
JP2015040776A 2015-03-02 2015-03-02 画像処理システム、画像形成出力制御装置及び画像処理方法 Pending JP2016162244A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2015040776A JP2016162244A (ja) 2015-03-02 2015-03-02 画像処理システム、画像形成出力制御装置及び画像処理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015040776A JP2016162244A (ja) 2015-03-02 2015-03-02 画像処理システム、画像形成出力制御装置及び画像処理方法

Publications (1)

Publication Number Publication Date
JP2016162244A true JP2016162244A (ja) 2016-09-05

Family

ID=56847099

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015040776A Pending JP2016162244A (ja) 2015-03-02 2015-03-02 画像処理システム、画像形成出力制御装置及び画像処理方法

Country Status (1)

Country Link
JP (1) JP2016162244A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11656823B2 (en) 2021-01-19 2023-05-23 Fujifilm Business Innovation Corp. Information processing apparatus, printing apparatus, and information processing system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11656823B2 (en) 2021-01-19 2023-05-23 Fujifilm Business Innovation Corp. Information processing apparatus, printing apparatus, and information processing system

Similar Documents

Publication Publication Date Title
JP6455232B2 (ja) 画像処理システム、処理実行制御装置、画像形成出力制御装置、画像処理システムの制御プログラム、画像処理システムの制御方法
JP6613587B2 (ja) 画像処理システム、画像形成出力制御装置、画像処理方法及び画像処理プログラム
JP6597402B2 (ja) 画像形成出力制御装置、画像形成出力制御装置の制御方法、画像形成出力制御装置の制御プログラム
JP6743367B2 (ja) 画像処理システム、画像処理システムの制御方法、画像処理システムの制御プログラム
JP6455457B2 (ja) 画像形成出力制御装置、画像形成出力制御装置の制御プログラム、画像形成出力制御装置の制御方法、画像処理システム
JP6638458B2 (ja) 画像形成出力制御装置、画像形成出力制御装置の制御方法、画像形成出力制御装置の制御プログラム
JP6424678B2 (ja) 画像処理システム、画像形成出力制御装置、情報処理方法、情報処理プログラム
JP2016162235A (ja) 画像処理システム、画像形成出力制御装置、画像処理方法、画像処理プログラム
JP6500754B2 (ja) 画像形成出力制御装置、画像処理システム、画像形成出力制御装置の制御方法、画像形成出力制御装置の制御プログラム
JP6493063B2 (ja) 画像処理システム、処理実行制御装置、画像処理方法及び制御プログラム
JP6503974B2 (ja) 画像処理システム、処理実行制御装置、画像処理方法及び制御プログラム
JP6524854B2 (ja) 画像処理システム、処理実行制御装置、画像処理方法及び制御プログラム
JP6413846B2 (ja) 画像処理システム、画像処理システムの制御方法、画像処理システムの制御プログラム、画像形成出力制御装置
JP6540338B2 (ja) 画像処理システム、処理実行制御装置、画像処理方法及び制御プログラム
JP6477359B2 (ja) 画像処理システム、処理実行制御装置、画像処理方法及び制御プログラム
JP2016162244A (ja) 画像処理システム、画像形成出力制御装置及び画像処理方法
JP6492773B2 (ja) 画像処理システム、画像形成出力制御装置、画像処理方法、画像処理プログラム
JP6795051B2 (ja) 処理実行制御装置、処理実行制御方法及び制御プログラム
JP2016162237A (ja) 画像形成出力制御装置、画像処理システム、画像処理プログラム
JP6540346B2 (ja) 画像処理システム、処理実行制御装置、画像処理方法及び制御プログラム
JP2018001614A (ja) 画像形成出力制御装置、画像形成出力制御装置の制御プログラム
JP6604217B2 (ja) 画像形成出力制御装置、画像形成出力制御装置の制御方法、画像形成出力制御装置の制御プログラム
JP6406067B2 (ja) 画像形成出力制御装置、画像処理システム、画像処理プログラム
JP6414099B2 (ja) 画像形成出力制御装置、画像形成出力制御装置の制御プログラム、画像形成出力制御装置の制御方法、画像処理システム
JP2016162242A (ja) 画像形成出力制御装置、画像処理システム、画像処理プログラム