JP4533228B2 - 画像処理装置および画像処理方法および画像処理プログラム - Google Patents

Description

本発明は、例えば、くるみ等の製本処理を行うフィニッシャ装置、及び複数の工程からなる画像処理を実行可能な画像処理装置ならび画像処理方法に関するものである。

従来、第三者（顧客、クライアント）から印刷物（雑誌、新聞、カタログ、広告、グラビア等）の作成依頼を受注し、該クライアントの所望の印刷物を作成し、それを該クライアントに納品することでクライアントから報酬を得る商業的印刷業界では、現在でも、オフセット製版印刷機などの大規模な印刷装置等を用いているのが主流である。該印刷業界では、入稿、デザインやレイアウト、カンプ（プリンタ出力によるプレゼンテーション）、校正（レイアウト修正や色修正）、校正刷り（プルーフプリント）、版下作成、印刷、後処理加工、発送といった具合に様々な工程を踏んで作業を進めてきた。

一方で、最近、電子写真方式の印刷装置やインクジェット方式の印刷装置の高速化、高画質化に伴い、プリント・オン・ディマンド（Ｐｒｉｎｔ Ｏｎ Ｄｅｍａｎｄ：以下、ＰＯＤと表記する。）と呼ばれる印刷装置で扱うジョブより比較的小ロットのジョブを大掛かりな装置やシステムを用いずに短納期で取り扱う市場がある。

ＰＯＤ市場では上記のような大規模な印刷機またはシステムに代わって、例えば、ディジタル複写機やディジタル複合機等のディジタル画像処理装置を最大限に活用して、電子データを用いたディジタルプリントを実現して、商売を行うものである。このようなＰＯＤ市場では、従来の印刷業界に比べてディジタル化が融合し、コンピュータを利用した管理、制御が浸透してきている。

また、従来他の画像処理装置に接続されているフィニッシャ装置を使用するものとしては、複数フィニッシャ装置を使用した分散排紙処理技術が一般的であった。分散排紙処理技術は、ネットワーク上に接続されているフィニッシャ装置から分散排紙処理を行う装置をユーザが選択してから、印刷ジョブを実行するものであった。（例えば、特許文献１参照。）
特開２００３−２９４８２

しかしながら、上述した従来の技術では、予め分散先のフィニッシャ装置をユーザが選択し、分散排紙処理を実行することを指示しなければならず、印刷ジョブの処理開始後には何ら変更は出来なかった。その為、一旦印刷ジョブが開始されるとジョブの処理に予想よりも多くの時間を消費し、スケジュールよりも作業が遅れていたとしても、ジョブの実行自体を中止させないとフィニッシング処理の分散・代行等による作業処理速度を上げる為のジョブの作業指示変更は実行できないという問題点があった。且つ、使用中の画像処理装置に次の印刷ジョブがスケジュールされており、処理すべき時間を過ぎていたとしても、現在処理中の印刷ジョブが終了するまでは、対応することが出来ないという問題点があった。

また、ステイプルの針切れ等のエラーが発生することにより、処理がストップしてしまった場合、該エラーが解消されるまで処理が中断されてしまうと言う問題点があった。

本発明は上記問題点に鑑みてなされたものであり、処理中であっても、ネットワークに接続されている一つあるいは複数の外部装置に作業負荷を分散・代行させ、全体の作業効率を向上させると共に、分散・代行先の外部装置に対して当初の設定内容に基づく処理を実行させることを目的とする。

また、本発明は画像処理装置とネットワークを介して接続されている外部装置の性能・使用状況・作業スケジュールを得ることができる構成とすることにより、印刷処理が開始された後でも、それらの情報をもとに処理を代行させて作業効率アップを行う必要が有るかどうか、作業効率アップが可能かどうかを自動的に決定することが可能になり、該決定に基づいてネットワークに接続されている外部装置に処理を代行または分散させることにより更なる作業効率の向上が可能にすることを目的とする。

また更に、本発明は製本印刷処理が指定された印刷ジョブを画像処理放置にて処理している際に、処理状況に応じて印刷ジョブの出力先を所定の排紙部（例えば製本処理用の排紙部）でなく別の排紙部に変更することができる構成とすることにより、処理中の印刷ジョブを印刷後、印刷後処理を該画像処理装置とは異なる後処理装置を用いて代行処理を開始することが可能になり、更なる作業効率の向上が可能にすることを目的とする。

また更に、本発明は任意のタイミングで画像処理装置からネットワークに接続されている任意の外部装置への分散・代行処理が開始されても、システムからユーザに代行・分散処理を行うこと、また代行・分散を行う外部装置の名称、また分散・代行処理を行う手順を示すことにより、ユーザによる作業の操作ミスを減らすことが可能になることを目的とする。

また更に、画像処理装置が有するフィニッシャ装置に何らかの不具合が発生した場合でも、ネットワークに接続されている一つあるいは複数のニアラインフィニッシャ装置にフィニッシング作業負荷を代行させることにより、印刷ジョブをエラーにして止めることなく、全体の作業効率を向上させることを目的とする。

上術した課題を解決するために、画像処理装置の作業が記述されたジョブチケットおよび描画データを受信する受信手段と、前記ジョブチケットおよび前記描画データに基づく印刷物を出力する出力手段と、前記ジョブチケットおよび前記描画データに基づいて実行される処理中に、前記画像処理装置にて処理されていない残りの作業を前記画像処理装置とは異なる外部装置に実行させるか否かを判定する判定手段と、前記判定手段において前記画像処理装置にて処理されていない残りの作業を前記外部装置に実行させると判定された場合、前記ジョブチケットと前記画像処理装置における処理の進捗状況とに基づいて前記画像処理装置にて処理されていない残りの作業を前記外部装置に行わせるためのジョブチケットを生成する生成手段と、前記生成手段により生成された前記ジョブチケットを前記外部装置に送信する送信制御手段と、前記出力手段により出力済みの印刷物に実行すべき作業を前記外部装置に認識させるための印刷物を出力させるために前記出力手段を制御する制御手段を有することを特徴とする。

本発明によって、ネットワークに接続されている一つあるいは複数の外部装置を用いることにより、処理中であっても作業負荷を分散・代行させることができるので、全体の作業効率が向上する。

（実施例１）
以降、図１から図４を用いて従来のＰＯＤシステムの構成の一例を説明する。

図１は、ＰＯＤシステムの一例であり、且つ本発明における印刷システム全体の基本構成の一例も示すブロック図である。

本ブロック図は、一つまたは複数のエンドユーザ環境である１、２と、インターネットを介して接続されているＰＯＤ（Ｐｒｉｎｔ Ｏｎ Ｄｅｍａｎｄ）サイト環境３から成っている。

エンドユーザ環境１と２は、プリントの発注依頼を行う発注者が存在し、それぞれのエンドユーザ環境（ここでは、エンドユーザ環境Ａ及び、エンドユーザ環境Ｂ）からそれぞれのクライアントＰＣを利用して、プリントジョブの依頼やジョブのステータス確認などができる。

一方、ＰＯＤサイト環境３においては、通常は工程管理部４、ディジタルプリント部５から成り立っている。また、ディジタル複写機やディジタル複合機等のディジタル画像処理装置に接続されているフィニッシング装置の機能や能力で不足する場合には、ポストプレス部６を加えた３つから構成されることもある。

工程管理部４は、ＰＯＤサイト環境における工程管理部４、ディジタルプリント部５、ポストプレス部６の各工程に対して作業を指示し、コンピュータや各種デバイスにより構成される本システムのワークフローを管理する部分である。さらに、前述のエンドユーザからジョブを受信したり、エンドユーザからのジョブを保管したり、エンドユーザからのジョブの指定に基づいて各工程における作業をワークフローとして組み立てたり、各デバイスや各作業者における作業を効率よくスケジュールしたりといった役割を果たすものである。

ディジタルプリント部５は、工程管理部４より受信したジョブの作業指示に従って、白黒ＭＦＰやカラーＭＦＰ等によりエンドユーザから受け取った紙原稿をコピーしたり、クライアントＰＣからプリンタドライバやホットフォルダを経由して、エンドユーザから受信した文書／画像ファイルやスキャンデバイスによりスキャンしたスキャン画像ファイルやそれらを編集した文書／画像ファイルを白黒ＭＦＰやカラーＭＦＰ等のプリントデバイスにプリントアウトしたりといった役割を果たす。なお、ＭＦＰとはＭｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌｓの略であり、本願では以降ＭＦＰとして記載する。

ポストプレス部６は、工程管理部４あるいはディジタルプリント部５より受信したポストプレスジョブの作業指示に従って、紙折り機、中綴じ製本機、くるみ製本機、断裁機、封入機、帳合機等の後処理デバイスを制御する。さらに、ディジタルプリント部５より出力された印刷原稿に対して、紙折り、中綴じ製本、くるみ製本、断裁、封入、帳合等の仕上げ処理を実行するという役割を果たす。

図２は、上記印刷システムにおける工程管理部４の構成の一例を示すブロック図である。

工程管理部４は、ネットワークに接続されたＭＩＳ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ ＳｙＳｔｅｍ）サーバ２０、受注サーバ２１、ファイルサーバ２２、クライアントＰＣ２３などから成り立っている。

ここで、ＭＩＳサーバ２０は、受注から納品までのシステム全体のワークフローを管理すると共に、様々な経営情報や販売情報を統括的に管理するシステムにおけるサーバである。

受注サーバ２１は、インターネットを介してエンドユーザ環境からジョブを受信するサーバである。受信したジョブはジョブのＩＤ番号で管理され、ＩＤ番号と管理上必要となる情報はＭＩＳサーバ２０に伝えられ、ＭＩＳサーバ２０の指示に従って、描画データなどのそれ以外の情報と一緒に下流の工程に伝える役割を持っている。

ファイルサーバ２２は、エンドユーザからの同一原稿による再発注に備えて、エンドユーザから受信したジョブを保管するため文書管理サーバである。一般に、画像データと前回出力におけるジョブの設定情報（ジョブチケット）を一緒に保存してある。

工程管理部４におけるこれらのＭＩＳサーバ２０、受注サーバ２１、ファイルサーバ２２、クライアントＰＣ２３間でやり取りされる情報は、ＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）と呼ばれるジョブの作業指示を記載したジョブチケットなどを利用して情報交換している。工程管理部４は、ジョブを転送したり、制御コマンドを発行したりして、工程管理部４を中心にディジタルプリント部５、ポストプレス部６などと連携をとってトータルなワークフローの自動化を提供している。

図３は、上記印刷システムにおけるディジタルプリント部５の構成の一例を示すブロック図である。ここには、ネットワークに接続されたプリントサーバ３０、クライアントＰＣ３１と３２、カラーＭＦＰ３５、３６、３７及び白黒ＭＦＰ３３、３４がそれぞれ１つまたは複数個存在している。

プリントサーバ３０は、２つの役割を持っている。１つ目はディジタルプリント部５の外部との情報送受信であり、入稿されるジョブの画像情報や設定情報などは、まずプリントサーバに入力され、そのジョブが終了するとステータスなどの情報を外部に知らせる役割を持っている。もう１つはディジタルプリント部５内の管理制御であり、外部から入力されたジョブ及び、ディジタルプリント部５の内部で発生したジョブは、プリントサーバ３０にて管理されており、ディジタルプリント部５の内部にある全てのデバイスと全てのジョブの状況が監視できる。さらに、プリントサーバ３０は、ジョブの一時停止、設定変更、印刷再開あるいは、ジョブの複製、移動、削除などの制御が行えるようになっている。

クライアントＰＣ３１、３２は、入力されたアプリケーションファイルの編集、印刷指示、あるいは、プリントレディファイルの投入の役割と、プリントサーバ３０内で管理されているデバイスやジョブの監視や制御の補佐する役割を持っている。

カラーＭＦＰ３５、３６、３７及び白黒ＭＦＰ３３，３４は、スキャン、プリント、コピーなど様々な機能を有する画像処理装置であり、カラーＭＦＰと白黒ＭＦＰとでスピードやコストなどが異なるため、それぞれの用途に応じて使い分ける。また、カラーＭＦＰ３７にはフィニッシャ装置が接続されている。

図４は、上記印刷システムにおけるポストプレス部６の構成の一例を示すブロック図である。

ポストプレス部６は、ポストプレスサーバ４０、クライアントＰＣ４１、４２及び紙折り機４３、断裁機４４、中綴じ製本機４５、くるみ製本機４６に代表される後処理機器で構成されている。

まず、ポストプレスサーバ４０は、後処理工程を統括管理するコンピュータであり、受注サーバにて受け付けたジョブの指示やＭＩＳサーバから出されるジョブの指示などに基づいて、ポストプレス部６で仕上げ可能な後処理条件を作り出し、エンドユーザの要求通りの後処理（仕上げ処理）工程の指示を行う。一般に、ポストプレスサーバ４０がポストプレス部６の外と情報交換を行い、ポストプレス部６の内部コマンドやステータスでそれぞれの後処理機器と情報交換している。

後処理機器は、大きく３つの種類に分類することができ、以下のように定義する。

インラインフィニッシャ：紙パスがＭＦＰと物理的に接続されており、かつ、操作指示や状況確認もＭＦＰと電気的に接続されている後処理装置。以降では、フィニッシャ装置とのみ述べた場合には、インラインフィニッシャ装置を指すものとする。

ニアラインフィニッシャ：紙パスはＭＦＰとが物理的に接続されておらず、作業者（オペレータ）が出力物の運搬を行うが、操作指示や状況確認はネットワークなどの通信手段を介して電気的に情報送受可能な後処理装置。

オフラインフィニッシャ：紙パスも操作指示や状況確認などの通信手段もＭＦＰと全く接続されておらず、作業者が出力物の運搬、出力物の設定、手作業での操作入力、機器自体が発する状況報告を作業者が目視で確認する後処理装置。

更に、後処理機器には、断裁処理工程、中綴じ製本処理工程、くるみ製本処理工程、紙折処理工程、穴あけ処理工程、封入処理工程、帳合処理工程等の出力原稿に対する様々なシート加工処理を、ＭＦＰ等の画像処理装置にて印刷された出力原稿紙に対して施す後処理工程を持っており、エンドユーザに提供する製本形態に加工するように制御する。

ポストプレスサーバ４０が管理するニアラインフィニッシャ（時には、オフラインフィニッシャも含めて）には、図４に示した紙折機４３、断裁機４４、中綴じ製本機４５、くるみ製本機４６の他に、ステープラ、穴あけ機、封入機あるいは、帳合機（コレータ）を初めとして様々なものがある。ポストプレスサーバ４０はこれらのニアラインフィニッシャと予め決められたプロトコルで逐次ポーリングなどでデバイスの状況やジョブの状況を把握し、ジョブの実行状況を管理する。尚、本形態は、上述の複数の印刷後処理（フィニッシング処理）をそれぞれ別々の印刷後処理装置（フィニッシャ装置）により実行可能にする構成でも、複数種類のフィニッシング処理を１台のフィニッシング処理装置が実行可能にする構成でも良い。又、複数のフィニッシング処理装置のうち、いずれかのフィニッシング処理装置を本システムに具備する構成でも良い。なお、本願では、印刷後処理およびポストプレス処理およびフィニッシング処理は、同様の処理を指す。

また、ＰＯＤシステムにおいて全ての印刷ジョブの印刷後処理工程がポストプレス部６で処理されるわけではない。フィニッシャ装置を持つ画像処理装置（例えばカラーＭＦＰ３７など）で後処理工程までも処理されても構わない。なお、画像処理装置が有するフィニッシャ装置が上述したインラインフィニッシャに相当する。

図２の工程管理部４と図４のポストプレス部６に関しても本実施例における一例とすることは可能であるが、本実施例では後述する図９のように構成する。また、図３のデジタルプリント部５に関しては、プリントサーバ３０は不要であり、プリントサーバ３０が所持していたディジタルプリント部５の外部との情報送受や印刷ジョブの管理制御の機能はＭＦＰ自体が所持するものとする。具体的にはＥＦＭ（Ｅｍｂｅｄｄｅｄ ＦｉｎｉＳｈｉｎｇ Ｍａｎａｇｅｒ）部がその機能を持つが、詳細は以降で説明する。なお、本願記載のジョブチケットとは、作業指示内容を示す情報が記述された作業指示書である。

また、従来の商業印刷の分野ではジョブチケットを使用した商業印刷ワークフローが提案されている。以降、図５、６、７を用いて従来の商業印刷の分野でのＰＯＤシステムにおける“ジョブチケットによるワークフロー”とジョブチケットについて一例を用いて説明する。

図５は、ジョブチケットにより実現されるワークフロー構成の一例を示す図である。ＭＩＳサーバ２０は、受注から納品までのシステム全体のワークフローを管理すると共に、様々な経営情報や販売情報を統括的に管理するシステムである。ＭＩＳサーバ２０は、ワークフローにおける作業指示が記述されたジョブチケットに相当するＪＤＦデータ６４を作成するためのＪＤＦ作成アプリケーション５１により構成されている。なお、本願では後述するように分散または代行の必要があると判断した場合、後述のＥＦＭ９２が分散用または代行用のＪＤＦを生成することを想定している。しかし、ＥＦＭ９２からの依頼を受けることにより、ＭＩＳサーバ２０が分散用のＪＤＦまたは代行用のＪＤＦを作成する構成も考えられる。

プリントサーバ３０は、ディジタルプリント部５に投入されるジョブを受信すると共に、ディジタルプリント部５全体を管理制御するためのサーバであり、ＪＤＦデータ６４を解釈するためのＪＤＦパーサ５３、ＰＤＦ／ＰＳ等の各種ＰＤＬ（プリンタ記述言語）データを処理するためのＰＤＬコントローラ５４、ＭＦＰ５６等のプリンタエンジンにフィニッシャ装置５８と接続するためのプリンタ・フィニッシャインターフェース５５により構成される。

ジョブチケットによるワークフローは、以下のように実現される。ＭＩＳサーバ２０に受注ジョブ５０（オーダともいう）が投入されると、ＭＩＳサーバ２０にインストールされているＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）作成アプリケーション５１は、ワークフローにおける作業指示が記述されたジョブチケットに相当するＪＤＦデータ６４を生成する。

生成されたＪＤＦデータ６４がプリントサーバ３０に渡されると、プリントサーバ３０におけるＪＤＦパーサ５３が、ＪＤＦデータ６４を解釈して、ディジタルプリント部に対するジョブを実行する。例えばＪＤＦデータには、出力用紙サイズや両面片面印刷やＮ−ｕｐ等の属性が指定されており、ＪＤＦデータの内容に従って、ＰＤＬコントローラ５４がＪＤＦデータ６４により参照されるＰＤＦ／ＰＳ等のＰＤＬデータを処理するとともに、プリンタ・フィニッシャインターフェース５５を介してＭＦＰ５６に対して印刷を実行する。

印刷実行によって出力された出力原稿５７がフィニッシャＡ５８に搬送される。ＪＤＦデータ６４にくるみ製本や中綴じ製本や断裁等の印刷後処理が指定されているならば、ＪＤＦデータの内容に従って、プリンタ・フィニッシャインターフェース５５がフィニッシャＡ５８に対して後処理を指示する。

図６は、ＰＯＤシステムにおけるジョブチケットの構造の一例を示す図である。

ＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）６４はＪＤＦデータ全体を示している。ＰｒｅＰｒｅｓｓ処理指示６１はＰＤＦ等の印刷コンテンツデータ（描画データ）をどのように画像処理し、どのように配置するか等を示す複数のＰｒｅＰｒｅｓｓ処理の指示群が記述されている。Ｐｒｅｓｓ処理指示６２はＰｒｅＰｒｅｓｓ処理６１において作成された画像データをどのように印刷原稿として出力するか等を示す複数のＰｒｅｓｓ処理の指示群が記述されている。ＰｏｓｔＰｒｅｓｓ処理指示６３はＰｒｅｓｓ処理６２の指示に従って出力された印刷原稿をくるみ製本等、どのように後処理するかを示す複数のＰｏｓｔＰｒｅｓｓ処理の指示群が記述されている。Ｃｏｍｂｉｎｅｄ Ｐｒｏｃｅｓｓ６０は上記ＰｒｅＰｒｅｓｓ処理６１とＰｒｅｓｓ処理６２とＰｏｓｔＰｒｅｓｓ処理６３を一つの処理に纏めるＣｏｍｂｉｎｅｄ Ｐｒｏｃｅｓｓ処理を示す。

通常、デジタルプリントを司る画像処理装置（本願ではカラーＭＦＰ３７等）では一回の印刷ジョブの入力に対して、ＰｒｅＰｒｅｓｓ処理からＰｏｓｔＰｒｅｓｓ処理まで実行終了した出力結果が唯一つの出力となる。このように一度のデータ入力に対してＰｒｅＰｒｅｓｓ処理＋Ｐｒｅｓｓ処理＋ＰｏｓｔＰｒｅｓｓ処理までを実行し、出力結果を出力する指示を行いたい場合にＣｏｍｂｉｎｅｄ Ｐｒｏｃｅｓｓは使用される。Ｃｏｍｂｉｎｅｄ Ｐｒｏｃｅｓｓは、ＰｒｅＰｒｅｓｓ・Ｐｒｅｓｓ・ＰｏｓｔＰｒｅｓｓ処理の少なくとも２つ以上を所持するＭＦＰ等の画像処理装置に対して指示する際に使用される。

なお、ＰｒｅＰｒｅｓｓ処理は印刷前処理、Ｐｒｅｓｓ処理は印刷処理、ＰｏｓｔＰｒｅｓｓ処理は印刷後処理およびフィニッシング処理を指す。

図７は、ＰＯＤシステムにおけるジョブチケットの構造の一例を示すもう一つの図である。図７では、ジョブチケットを表現するＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）はＸＭＬフォーマットで記述されており、ノードの階層構造によって表現できる。図７はＪＤＦによって製本の一例を示す階層図である。一方、図６はＪＤＦ構造を実行プロセスの種類で示している。

「本」７１を作成するには、表紙７２を作ったり、中身７３を作ったり、あるいは、それらを製本したりと様々な工程を経てエンドユーザに届けられる「本」７１が作成される。

ＪＤＦでは、出力物を構成する際に、物理的な出力物を形作る工程をプロダクトノード、プロダクトノードを形作るための処理工程をプロセスノード、プロダクトノードを作成するための中間的段階の要素でいくつかのプロセスノードの集合体をプロセスグループノードと呼んで区別している。

また、図６のＰｒｅＰｒｅｓｓ処理６１は、カラーページのＲＩＰ処理である７ａ、白黒ページのＲＩＰ処理である７ｃにあたる。Ｐｒｅｓｓ処理６２は、表紙出力のプロセス１である７８、表紙のラミネート処理である７９、カラーページプリント処理である７ｂ、白黒ページプリント処理である７ｄに当たる。ＰｏｓｔＰｒｅｓｓ処理は、くるみ製本処理である７ｅ、断裁処理である７ｆに当たる。

また、従来のフィニッシャ装置における、くるみ製本時の印刷原稿の搬送パスに関して説明する。図８は後処理系断面図であり、インラインフィニッシャ部の構成を示す。先ず、フィニッシャ装置の各機能部位に関して説明する。

プリンタ部（図８においてはＤＥＶＩＣＥ本体５６を指す。以下、図８に関する説明においては同様である。）の定着部から排出された印刷原稿は、インラインフィニッシャ５８が接続されている場合には、インラインフィニッシャ部に入る。インラインフィニッシャ部には、サンプルトレイ８３及びスタックトレイ８５があり、印刷ジョブの種類や排出される印刷原稿の枚数に応じて切り替えて排出される。出力すべき印刷ジョブに対してステープルモードが設定されている場合には、ステープラ８ａにてステープルされた後に、スタックトレイ８５に排出するよう制御する。その他、上記２つのトレイに至るまでに、紙をＺ字状に折るためのＺ折り機８０、ファイル用の２つ（または３つ）の穴開けを行うパンチャ８４があり、ジョブの種類に応じてそれぞれの処理を行う。さらに、サドルステッチャ８ｅは、印刷原稿の中央部分を２ヶ所バインドした後に、印刷原稿の中央部分をローラに噛ませることにより印刷原稿を半折りし、パンフレットのようなブックレットを作成する処理（製本処理）を行う。サドルステッチャ８ｅで製本された印刷原稿は、ブックレットトレイ８ｄに排出される。

また、インサータ８１はインサートトレイ８２にセットされた印刷原稿をプリンタ部へ通さずにスタックトレイ８５及びサンプルトレイ８３等の排出トレイのいずれかに送るためのものである。これによってインラインフィニッシャ部に送り込まれる印刷原稿（プリンタ部で印刷された印刷原稿）と印刷原稿の間にインサータにセットされた印刷原稿をインサート（中差しなど）することができる。

次に、トリマ（裁断機）８８について説明する。サドルステッチャ８ｅにおいてブックレット（中綴じの小冊子）にされた出力は、このトリマ８８に入ってくる。その際に、まず、ブックレットの出力は、ローラで予め決められた長さ分だけ紙送りされ、カッタ部８ｃにて予め決められた長さだけ切断され、ブックレット内の複数ページ間でばらばらになっていた端部がきれいに揃えられることとなる。そして、ブックレットホールド部８ｂに格納される。

最後に、くるみ製本時の処理と印刷原稿の搬送パスに関して説明する。まず、ブックレットの本文を構成する印刷原稿がプリンタ部から排出され、一次トレイ８６に１つのブックレット分（製本印刷を構成する１冊分のページ数）だけ保持される（搬送パス１）。その後、１ブックレット分の原稿が溜まった後、原稿を揃えて糊付け処理部８７に送られ（搬送パス２）、原稿の背表紙に当たる面に糊が付けられる。上記糊付け処理と同時に、プリンタ部からは表紙原稿が排出され、くるみ処理部８９にセットされる（搬送パス３）。原稿の糊付けが終了し、表紙原稿がセットされた後、糊付け原稿をくるみ処理部８９に搬送し（搬送パス３）、表紙原稿で包む。くるみ処理の終わった原稿は、カッタ部８ｃに搬送され（搬送パス４）、端部をカットすることにより、揃える。そして、ブックレットホールド部８ｂに格納される（搬送パス５）。また、従来の画像処理装置により出力された原稿用紙を、フィニッシング装置で製本処理（ステイプル、穴あけ、中綴じ製本、くるみ製本等）を行うことは周知である。

図９は、本発明において印刷システム全体の基本構成の一例を示すもう一つのブロック図である。図１の印刷システム全体の基本構成ブロック図から本発明を説明するために必要な構成だけを残した図であり、以降はこの図９を使って実施例を説明する。

本実施例では、印刷システム内の工程管理部４として、ＭＩＳサーバ２０と受注サーバ２１とファイルサーバ２２で構成されるとする。またデジタルプリント部５としてはカラーＭＦＰ３７で構成され、内部構成はＪＤＦに記載の指示内容に従って、描画データを描画した印刷原稿の出力までを処理するＭＦＰ本体部９１と、ＭＦＰ本体部９１から印刷原稿の搬送路として接続されているインラインフィニッシャ９３とから成る。更にカラーＭＦＰ本体部９１はＥｍｂｅｄｄｅｄ Ｆｉｎｉｓｈｉｎｇ Ｍａｎａｇｅｒ部９２（以下、ＥＦＭとして記載する）を持つ。

ＥＦＭ９２は、ＭＩＳサーバ２０とＪＤＦの送受信やＭＩＳサーバ２０への処理ステータスの通知、ＭＩＳサーバ２０またはネットワークに接続されている他のＭＦＰやニアラインフィニッシャのステータス取得などを行う。そしてポストプレス部としてはポストプレスサーバ４０とニアラインフィニッシャ４６（例えばくるみ製本機）で構成されるとする。ポストプレスサーバ４０は、ＭＩＳサーバ２０やＥＦＭ９２にポストプレス部内の各デバイスのステータスを送信したり、ＥＦＭ９２からＪＤＦを受信したりする。そしてＭＩＳサーバ２０やカラーＭＦＰ３７やポストプレスサーバ４０などの各機器はＬＡＮ等のネットワーク９０で接続されている。本実施例では、ＭＩＳサーバ２０は、受注から納品までのシステム全体のワークフローを管理する。ワークフローの管理の具体的な処理内容としては、受注サーバ２１からＭＩＳサーバ２０へ受注したオーダが送信され、保持される。そして、ＭＩＳサーバ２０は印刷システム全体の印刷ジョブの処理スケジュールを管理する機能を所持し、上記受注サーバ２１から送信されたオーダからＪＤＦを生成し、印刷システム内で処理すべきＪＤＦとして処理スケジュール情報に管理する。更に、ＭＩＳサーバ２０は、上記処理スケジュールに従って、ＪＤＦをデジタルプリント部５に送信することにより、印刷ジョブの開始を指示し、デジタルプリント部から現在の処理ステータス情報を受け取る。また、ＭＩＳサーバ２０は、デジタルプリント部５から印刷ジョブの終了通知を受け取り、ポストプレス部６にデジタルプリント部５で出力された印刷原稿のフィニッシング処理を指示するＪＤＦを送る。そして、ＭＩＳサーバ２０は、ポストプレス部６からフィニッシング処理のステータス情報またはフィニッシング処理の終了通知を受け取る。また、上記各種受け取った情報をＭＩＳサーバ２０に接続されたＣＲＴやクライアントＰＣ２３に接続されたＣＲＴを通じて、オペレータに通知する。

図１０はカラーＭＦＰ３７を詳細に説明するブロック図である。ＭＦＰとは、自装置内部に複数の印刷ジョブに関連するデータを記憶可能なハードディスク等の記憶部１０ｂを具備し、スキャナから入力されたデータに対し該記憶部１０ｂを介してプリンタ部でプリント可能にするコピー機能や、コンピュータ等の外部装置から出力されたデータに対し該記憶部１０ｂを介してプリント部でプリント可能にするプリント機能等の複数の機能を具備した画像処理装置である。なお、本願に記載の印刷ジョブとはＭＦＰ外部のネットワークを流れる場合はＪＤＦに相当し、ＭＦＰ内部で処理する印刷ジョブはＭＦＰ制御部により処理可能な形式であればよく、例えばＪＤＦおよび印刷コンテンツデータで構成されることにより、印刷コンテンツデータはＪＤＦに従って処理される。

ＭＦＰには、フルカラー機器とモノクロ機器があり、本願の図９に記載のＭＦＰ３７はカラーＭＦＰとして取り扱う。又、本印刷システムの構成に関しては、上記の如く、複数の機能を具備したＭＦＰを有するとしたが、プリント機能＋フィニッシング機能のみを具備した画像処理装置を具備する構成でも、プリント機能のみを具備する構成でも良い。何れのタイプの画像処理装置であっても、複数台具備する構成でも良い。いずれにしても、本形態の制御が実現可能な構成であればよい。

図１０に示すように、ＭＦＰは紙原稿などの画像を読み取り、読み取られた画像データを画像処理する入力画像処理部１０１と、ファクシミリなどに代表される電話回線を利用した画像の送受信を行うＦＡＸ部１０２と、ネットワークを利用して画像データや装置情報をやりとりするＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）部１０３と、外部装置と画像データなどの情報交換を行う専用インターフェース部１０４を備えている。あるいは、ＵｎｉｖｅｒＳａｌ Ｓｅｒｉａｌ Ｂｕｓメモリ（本願においては以下、ＵＳＢとして記載する。なお、ＵＳＢはリムーバブルメディアの一種である。）に代表されるＵＳＢ機器と画像データなどを送受するＵＳＢインターフェース（ＵＳＢ Ｉ／Ｆ）部１０５とを備えている。そして、ＭＦＰ制御部１００では、ＭＦＰの用途に応じて画像データを一時保存したり、経路を決定したりといった例えば交通整理のような役割を担っている。

次に、記憶部１０ｂは、複数の画像データを格納可能なハードディスク等のメモリであり、例えば、画像処理装置が具備する制御部（例えばＭＦＰ制御部１００）が主体となって以下のような処理をする。なお、ＭＦＰ制御部１００は、たとえば不図示のプロセッサおよびＲＡＭ、ハードディスク等を有し、所定のプログラムをプロセッサで実行することで実現することができる。ＭＦＰ制御部１００は、入力画像処理部１０１からの画像データや、ＦＡＸ部１０２を介して入力されたファクシミリジョブの画像データや、ＮＩＣ部１０３を介して入力されたコンピュータ等の外部装置からの画像データや、専用Ｉ／Ｆ部１０４やＵＳＢ Ｉ／Ｆ部１０５を介して入力された複数種類の画像データを、記憶部１０ｂに格納可能に制御する。さらにＭＦＰ制御部１００は、該記憶部１０ｂに格納された画像データを適宜読み出して、プリンタ部１０９等の出力部に転送して、該プリンタ部によるプリント処理等の出力処理を実行可能に制御する。又、ＭＦＰ制御部１００は、オペレータからの指示により、記憶部１０ｂから読み出した画像データを、コンピュータや他の画像処理装置等の外部装置に転送可能に制御する。ＭＦＰ制御部１００は、画像データを記憶部１０ｂに記憶する際には、必要に応じて、画像データを圧縮して格納したり、逆に圧縮して格納された画像データを読み出す際に元の画像データに伸張して戻したりする処理を司る圧縮伸張部１０ａを制御する。また、データがネットワークを経由する際には、ＪＰＥＧ、ＪＢＩＧ、ＺＩＰなど圧縮データを使用することも一般知られており、データがＭＦＰに入った後、この圧縮伸張部１０ａにて解凍（伸張）される。また、ＭＦＰ制御部１００によって制御されるリソース管理部１０ｃは、フォント、カラープロファイル、ガンマテーブルなど共通に扱われる各種パラメータテーブルなどが格納されている。リソース管理部１０ｃは、必要に応じて各種パラメータテーブルを呼び出すことができると共に、新しいパラメータテーブルを格納したり、修正して更新したりすることができる。

次に、ＭＦＰ制御部１００では、ＰＤＬデータが入力された場合には、ＲＩＰ部１０７でＲａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ（以下ＲＩＰと省略する）処理を施したり、プリントする画像に対して、必要に応じて出力画像処理部１０８でプリントのための画像処理を行ったりする。更に、その際に作られる画像データの中間データやプリントレディデータ（プリントのためのビットマップデータやそれを圧縮したデータ）を必要に応じて、記憶部１０ｂで再度格納することもできる。そして、画像形成を行うプリンタ部１０９に送られる。

プリンタ部１０９でプリントアウトされた印刷原稿は後処理部であるインラインフィニッシャへ送り込まれ、仕分け処理や仕上げ処理が行われる。

ここで、ＭＦＰ制御部１００は円滑にジョブを流す役割を担っており、ＭＦＰの使い方に応じて、パス切り替えが行われている。以下に示す一例では、必要に応じて利用される圧縮伸張部と後処理部、あるいは、全体のコアとなるＭＦＰ制御部などの処理は省略して、おおよそのフローがわかるように記載する。
ＦＡＸ受信機能 ：ＦＡＸ部→出力画像処理部→プリンタ部
ネットワークプリント ：ＮＩＣ部→ＲＩＰ部→出力画像処理部→プリンタ部
外部装置からのプリント：専用Ｉ／Ｆ部→出力画像処理部→プリンタ部
外部メモリからのプリント：ＵＳＢ Ｉ／Ｆ部→ＲＩＰ部→出力画像処理部→プリンタ部
ボックスプリント機能 ：記憶部→プリンタ部
また、ボックスプリントとは、記憶部１０ｂを利用したＭＦＰの処理機能であり、ジョブ毎やユーザ毎に記憶部１０ｂ内のメモリを分割して一次的にデータを保存して、ユーザＩＤやパスワードを組み合わせてデータの入出力を行う機能である。

更に、操作部１０６は、上記の様々なフローや機能を選択したり操作指示したりするためのものであるが、操作部の表示装置の高解像度化に伴い、記憶部１０ｂにある画像データをプレビューし、確認後ＯＫならばプリントするといったこともできる。

更に、本発明においてはＭＦＰにＥＦＭ部９２を備えている。ＭＦＰ制御部１００は、ＭＦＰ内部で処理すべき印刷ジョブの制御を行い、ＥＦＭ部９２はＭＩＳサーバ２０やポストプレスサーバ４０など外部機器とＪＤＦの送受信制御を行い、ＪＤＦの解釈、ＭＦＰ制御部１００への指示処理などを実行する。

図１１はＥＦＭ部９２を詳細に説明するブロック図である。

ＥＦＭとは、外部装置とＪＤＦの送受信を行ったり、印刷システム内の各装置にＥＦＭが管理するＭＦＰのステータスを送信したり、逆に外部装置のステータスを受信したり、また受信したＪＤＦをＭＦＰ制御部１００に送り印刷ジョブの開始を指示する。また、ＥＦＭ９２は、ＭＩＳサーバからの指示やＥＦＭ９２自身の判断でＭＦＰ制御部１００に印刷ジョブの処理の中断や中止を指示したり、ＭＩＳからスケジュール情報を受信したり、印刷ジョブを編集可能にする機能を具備している。本実施例では、ＥＦＭ９２は外部装置とＪＤＦの送受信を処理するモジュールであり、受信したＪＤＦの指示に従って印刷すべき印刷コンテンツデータ（例えばＰＤＬデータや画像データ）をファイルサーバ２２から受信し、ＭＦＰ装置全体を管理しながら印刷処理を実行する装置である。

図１１の９２はＥＦＭ部全体であり、１１６はＮＩＣ部でありネットワークを介してＪＤＦまたは印刷コンテンツデータの送受信やステータスの送受信を行う。ジョブ送受信処理部１１０は、ＮＩＣ部１１６に指示してＪＤＦまたは印刷コンテンツデータの送受信を制御する。ステータス送受信部１１１は、ＮＩＣ部１１６に指示して外部装置のステータスを取得したり、ＭＩＳサーバ２０等の外部装置にＭＦＰ装置３７のステータスを送信したりする。通信部１１４はＭＦＰ制御部１００とＪＤＦや印刷コンテンツデータの送受信やステータスの取得や印刷ジョブに対する指示等を行う。内部ジョブ管理部１１３はＭＦＰ３７で処理中の印刷ジョブを管理する内部ジョブ管理部であり、通信部１１４を介してＭＦＰ制御部１００に印刷ジョブの処理指示を送ったりしている。印刷ジョブ制御部１１５は、ＪＤＦに記述されている指示を解釈したり、ＪＤＦの記述を変更または生成する処理を行う。なお、印刷ジョブ制御部１１５がＭＩＳサーバから受信したＪＤＦを解釈することにより、ＭＦＰ制御部１００に対して印刷処理の指示を行ったり、今回処理すべき印刷コンテンツデータを認識することが可能となる。印刷ジョブ制御部１１５が認識した印刷コンテンツデータを後述のＥＦＭ制御部１１２に伝え、ＥＦＭ制御部１１２がジョブ送受信処理部１１０を制御することにより、処理対象となる印刷コンテンツデータがファイルサーバから取得される。本願では、ＥＦＭ９２が印刷コンテンツデータを受信することを想定して記載しているが、それに限ることはなくＥＦＭ９２において解釈したＪＤＦの記述を後述するＭＦＰ制御部１００に通知することにより、ＭＦＰ制御部１００がファイルサーバから印刷コンテンツデータを取得するようにしても構わない。ＥＦＭ制御部１１２はＥＦＭ全体の動作を制御するＥＦＭ制御部であり、ＥＦＭの各制御部に処理指示を送っている。

図１２はＭＦＰ制御部１００を詳細に説明するブロック図である。同図は、大きく分けて５つの部分から成っている。すなわち、入力デバイスを管理する入力デバイス管理部、入力されたジョブを解釈する入力ジョブ制御部、ジョブの設定情報を整理する出力ジョブ制御部、そして、出力デバイスを割り当てる出力デバイス管理部、そしてＥＦＭ９２からの指示をＭＦＰ制御部１００に伝達し印刷ジョブの制御を行うジョブ管理部である。

入力デバイス管理部は、図１０における各入力部（１０１〜１０５）にからの入力信号を整理したり、切り替えの順序を決定したりする役割を果たす。入力デバイス管理部に含まれる入力デバイス制御部１２２は、上記役割を果たすために入力デバイス管理部を制御する。なお、入力信号としては、ファイルサーバ２２からのＰＤＬデータや画像データ、ジョブ管理部１２０からのＪＤＦ等がある。なお、ＭＦＰ制御部１００がＥＦＭ９２から受信するＪＤＦは、ＥＦＭ９２によって、ＭＦＰ制御部１００が解釈可能なＪＤＦコマンドに変換されている。

次に、入力ジョブ制御部は、プロトコル解釈部１２３とジョブ生成部１２４から構成されている。入力デバイス管理部から送られてくる一連の操作要求は、コマンド（プロトコル）と呼ばれる命令信号で受信され、プロトコル解釈部１２３でその操作要求の概要が解釈されて、ＭＦＰ内部で理解できる操作手順に変換される。一方、ジョブ生成部１２４はＭＦＰ内でどのように処理するかが記述された内部ジョブを生成する。生成された内部ジョブは、ＭＦＰ内部でどのような処理を施して、どこに送られるかといったそれぞれのシナリオが定義付けされて、そのシナリオに従ってＭＦＰ内部を流れることとなる。

出力ジョブ制御部では、ジョブ解析部１２５、バインダ解析部１２６、ドキュメント解析部１２７及び、ページ解析部１２８において、ジョブの設定情報と画像情報が作成される。ジョブ解析部１２５は、印刷する文書名や印刷部数、出力先の排紙トレイ指定、複数バインダで構成されるジョブのバインダ順などジョブ全体に関わるジョブ設定情報１２９の詳細が解析される。バインダ解析部１２６は、製本方式の設定やステープルの位置、複数ドキュメントで構成されるバインダのドキュメント順などバインダ全体に関わるバインダ設定情報１２ａの詳細が解析される。ドキュメント解析部１２７は、複数ページで構成されるドキュメントのページ順、両面印刷の指定、表紙や合紙の付加などドキュメント全体に関わるドキュメント設定情報１２ｂの詳細が解析される。ページ解析部１２８は、画像の解像度、画像の向き（ランドスケープ／ポートレイト）等の各種設定ページ全体に関するページ設定情報１２ｃの詳細が解析されると共に、ＰＤＬデータが入力された場合にはＲＩＰ部１０７を呼び出してラスタライズ処理を施す。なお、画像情報を生成するに当たっては、ＲＩＰ部１０７を呼び出して、ラスタライズ処理にてページ画像情報１２ｆが生成される。ページ画像情報１２ｆは、圧縮伸張部１０ａにおいて圧縮された後、記憶部１０ｂに設定情報と関連付けされて格納される。

出力デバイス管理部は、出力デバイス制御部１２ｄで構成されている。記憶部１０ｂに保存された画像情報は圧縮伸張部１０ａにて伸張され、関連付けられていた設定情報と一緒に読み出され、設定情報と画像情報は一対になって出力デバイス部に送られてくる。出力デバイス制御部１２ｄは、プリンタ部、インラインフィニッシャなどＭＦＰ内のどのデバイスを利用するかのＭＦＰ内部の処理をスケジューリングする。

通信部１２１はＥＦＭ９２とＪＤＦまたは印刷コンテンツデータの送受信や印刷ステータスの送受信や印刷ジョブの処理指示を受け取る。

ジョブ管理部１２０は、通信部１２１を介してＥＦＭ９２からＪＤＦを受信したり、印刷処理の開始や中断や中止や処理内容の変更の指示を受ける。また、ＥＦＭ９２からの指示内容に従って印刷ジョブの処理を変更する指示をＭＦＰ内部の各制御部へ送ったり、ＭＦＰで実行中の印刷ジョブのステータスをＥＦＭ９２へ送る。

図１３は本実施例における印刷ジョブを工程管理部からデジタルプリント部が最初に受け取る処理を説明する図である。

ＭＩＳサーバは印刷システムにおけるジョブ処理のスケジュールを所持している。スケジュールは予め印刷システム管理者が、印刷ジョブの納期や納品締め切り日や印刷システムの稼動スケジュールを鑑みて、どのデバイスにどのジョブを何時から何時までの間で処理させるかが記録されている。なお、ＭＩＳサーバが自動的にスケジュールを生成しても良い。ＭＦＰ３７において処理すべき作業はＪＤＦに記載されている情報に基づくものであり、ＪＤＦはＭＩＳサーバによって作成される。また本願では、実際に処理すべき印刷コンテンツデータ（ＰＤＦデータなど）はファイルサーバに記録されている。ＪＤＦデータや印刷コンテンツデータは顧客から送られた印刷注文に関するデータ（オーダ）を基に作成されたものであるが、一般に商業印刷業界でなされている処理であり、また本発明に関係しない処理であるので、本実施例ではその処理に関しては説明しない。

ＭＩＳサーバはジョブキュー１３０を所有し、スケジュールに従って処理開始時間が来たＪＤＦをジョブキューにセットする。また、スケジュールに従ってジョブキューからＪＤＦ６４をデジタルプリント部内のＭＦＰ内のＥＦＭへ送る。なお、本願では、印刷コンテンツデータ１３１はファイルサーバに記録されており、ＪＤＦ６４を受信したＥＦＭ９２が、該ＪＤＦ６４を解釈することにより、該ＪＤＦ６４と対応する印刷コンテンツデータを認識して、ファイルサーバ２２からＭＦＰ本体に送信される構成を想定している。なお、本願に記載の印刷コンテンツデータは記録媒体に描画されるデータであるため、描画データと言う場合もある。

図１４は、本実施例におけるＭＦＰ３７が受信したＪＤＦの指示内容に従って、印刷コンテンツデータを処理する際、フィニッシング処理をＭＦＰが有するインラインフィニッシャからニアラインフィニッシャへ代行依頼する処理を説明する図である。

ＭＩＳサーバ２０は、スケジュールに従って処理開始予定時間が来たことを認識すると、ＭＦＰ３７にて処理されるべくジョブキューにセットされた次のＪＤＦ１４０をＭＦＰ３７に送信する。しかし、図１４では、ＭＦＰ３７にて前回のＪＤＦに対応する印刷ジョブを処理中であるため、ＭＩＳサーバ内のジョブキューにてＪＤＦ１４０がＥＦＭ９２に送信されず、待機中であることを示している。

ＪＤＦ１４１は、ＭＦＰ３７のインラインフィニッシャからニアラインフィニッシャ４６でフィニッシング処理を代行する為に、ＥＦＭ９２によって代行処理用に生成（または変更）され、ポストプレスサーバ４０へ送られる。ＪＤＦ１４１に関しては図１５で詳細に説明する。

１４２はＭＦＰ３７から出力された印刷原稿であり、ニアラインフィニッシャ４６にてフィニッシング処理を行う印刷原稿全体を示す。ＪＤＦ識別原稿１４３は印刷原稿１４２の最上部などオペレータが認識しやすい位置に出力される。ＪＤＦ識別原稿１４３には、識別情報（バーコード）にてＪＤＦ１４１を指し示す情報が記載されており、それ以外は印刷コンテンツデータとＪＤＦに基づいて出力された印刷原稿の実態である。ＪＤＦ識別原稿１４３に記載の識別情報（図１４ではバーコードが該当）は、ネットワークによってポストプレスサーバ４０に送信されたＪＤＦ１４１と、ＪＤＦ１４１から指し示されているコンテンツであるところの印刷原稿１４２のリンクを取る為のものである。オペレータは、ニアラインフィニッシャ４６で処理が開始される際に、まずＪＤＦ識別原稿１４３に記載のバーコードをスキャン処理等によって認識させることにより、ニアラインフィニッシャ４６にて印刷後処理すべき印刷原稿１４２とポストプレスサーバ４０がＥＦＭ９２から受信したＪＤＦ１４１とのリンクを取る。これにより、オペレータが印刷原稿をニアラインフィニッシャ４６にセットするのみで、ニアラインフィニッシャ４６はＪＤＦ１４１に記述される作業指示に基づいて印刷後処理を実行する。なお、このバーコードにおけるリンク処理に関しては、本発明の範囲外であり既に実施されている形態であるので、本実施れではこれ以上は説明を省略する。

図１５は、ＭＦＰ３７からニアラインフィニッシャへの代行依頼の為にポストプレスサーバに送られるＪＤＦ１４１を説明する図である。

最初にＭＩＳサーバからＭＦＰへ指示されるＪＤＦ６４に関しては、従来の例である図６で説明した。ここでは、図６で示されているＪＤＦ６４との差異を中心に説明する。

図６に記載のＪＤＦ６４では、ＰｒｅＰｒｅｓｓ処理指示６１とＰｒｅｓｓ処理指示６２とＰｏｓｔＰｒｅｓｓ処理指示６３が、Ｃｏｍｂｉｎｅｄ Ｐｒｏｃｅｓ６０内で指示されている。これは、ＰｒｅＰｒｅｓｓ処理指示６１からＰｏｓｔＰｒｅｓｓ処理６３までを一度に処理することをＭＦＰに指示したものである。ＭＦＰ３７はそのＪＤＦ６３の内容に従うと、ＰｏｓｔＰｒｅｓｓ処理までをＭＦＰ３７が処理することになる。まず、ＭＦＰ３７は受信したＪＤＦ６４に記載された指示に従ってジョブの処理を開始する。

しかしながら、次ジョブの処理開始時間がきてしまった、またフィニッシャのステープラの針切れ等のエラーが発生したことにより、ＪＤＦ６４に記載された指示に従ってＭＦＰ３７自身でそのまま印刷前処理から印刷後処理までを続行するとスケジュールの大幅な遅延につながってしまう可能性がある。そこで、本願の発明を用いることにより、ＭＦＰ３７は、印刷処理までを実行し、フィニッシング処理をニアラインフィニッシャに代行させることで処理の遅延を防ぐことが可能となる。この際、ＭＦＰ３７が印刷後処理の代行を依頼する場合、ＪＤＦ内に記述される作業指示の構成が変更（または生成）される。その様子を示したのが図１５のＪＤＦ１４１である。

図１５に記載のＪＤＦ１４１は、ＪＤＦ６４とは記載内容が異なるため、その差を示す為に別の番号として１４１と表現する。ＪＤＦ１４１に含まれるＰｒｅＰｒｅｓｓ処理指示１５１はＰｒｅＰｒｅｓｓ処理を実行する際に用いられる指示であり、Ｐｒｅｓｓ処理指示１５２はＰｒｅｓｓ処理を実行する際に用いられる指示である。なお、図１５においてはＰｒｅＰｒｅｓｓ処理指示１５１およびＰｒｅｓｓ処理指示１５２は、どちらもＭＦＰ３７において処理事態が完了している為に、処理終了を意味するマーク“Ｃｏｍｐｌｅｔｅｄ”が記載されている。そして、これら２つの指示のみがＣｏｍｂｉｎｅｄＰｒｏｃｅｓｓ１５０内に残っており、ＰｏｓｔＰｒｅｓｓ処理指示はＣｏｍｂｉｎｅｄＰｒｏｃｅｓｓ１５０の外に移動している。これにより、ＰｏｓｔＰｒｅｓｓサーバは、ＪＤＦ１４１に記述されている作業指示を参照することにより、ＰｏｓｔＰｒｅｓｓ処理指示１５３に基づく処理が未完了であることを認識して、該ＰｏｓｔＰｒｅｓｓ処理指示１５３に基づく処理が外部装置で実行される処理対象であると判断できる。なお、代行の対象となる作業工程は代行先の外部装置にて引き継がれるため、処理対象となるデバイスが変更されても出力結果に変更は生じない。

図１６は、本実施例における印刷後処理をニアラインフィニッシャに代行依頼するＥＦＭの処理を説明するフローチャートである。なお、本願に記載のフローチャートにおける各ステップは、ＭＦＰ内に含まれるＭＦＰ制御部１００により処理される。

ステップＳ１で、ＥＦＭ９２は、ＭＩＳサーバからＪＤＦを受信する。この時のＪＤＦの動きを示したのが、図１３である。なお、Ｓ１にて受信したＪＤＦは記憶部１０ｂに格納される。

そしてステップＳ２にて、ＥＦＭ９２はＪＤＦに記載された指示に従ってＭＦＰ制御部１００にＪＤＦおよび印刷コンテンツデータを送り、処理開始を指示する。詳細には、上述した通りＥＦＭ９２が受信したＪＤＦは、印刷ジョブ制御部１１５により解釈される。その結果、ＥＦＭ９２は、処理対象となる印刷コンテンツデータを認識することができ、該印刷コンテンツデータをファイルサーバから受信する。そして、ＥＦＭ９２が有する印刷ジョブ制御部１１５が解釈したＪＤＦデータおよび印刷コンテンツデータをＭＦＰ制御部１００に送信することにより、ＭＦＰでの処理が開始される。なお、ＭＦＰ制御部１００に送信されたＪＤＦおよび印刷コンテンツデータはＭＦＰ制御部内で処理および管理されるが、その詳細については本実施例の図１７で説明する。そしてＥＦＭ９２は印刷ジョブの処理に関してはＭＦＰ制御部１００に任せ、ＥＦＭ９２内のＥＦＭ制御部１１２が、印刷ジョブの処理を自機であるＭＦＰ３７で最後まで実行するか、他の装置に代行するかを監視する処理に移行する。

ステップＳ３でＥＦＭ９２は、ＪＤＦで指示された内容に従って全部数分の処理が終了したかを判断する。詳細には、ＥＦＭ９２内の内部ジョブ管理部１１３が通信部１１４を介してＭＦＰにおける処理状況を認識することにより、Ｓ３の処理が可能となる。

ステップＳ３によりＥＦＭ９２が、全部数分の処理が終了したと判断した場合、ステップＳ１５へ進み、まだ終了していない場合にはステップＳ４へ進む。

ステップＳ４では、ＥＦＭ９２がＭＩＳサーバのジョブキュー内に自機であるＭＦＰ３７で処理すべきＪＤＦが待機中の状態でキューイングされているかどうかを問い合わせ、ステップＳ５で自機であるＭＦＰ３７で処理開始すべき時間を過ぎたＪＤＦがキューイングされているかどうかを判断し、キューイングされていない場合にはステップＳ３へ戻り、キューイングされている場合にはステップＳ６へ進む。つまり、ＥＦＭ９２がＭＩＳサーバから取得したＭＦＰ３７にて処理すべきＪＤＦのスケジュール情報を解釈することにより、スケジュールに遅延が発生しているか否かの判定を行う。詳細には、ＥＦＭ９２内のステータス送受信部１１１がＮＩＣ部１１６を介してＭＩＳサーバと通信可能であり、ＭＩＳサーバから受信したスケジュール情報をＥＦＭ制御部１１２が解釈することによりＳ４およびＳ５の処理が可能となる。すなわち、Ｓ４およびＳ５の判定により、ＥＦＭ９２は、画像処理装置にて処理すべき作業工程を変更するか否かの判定することとなる。

Ｓ５においてＥＦＭ９２が処理開始時間の過ぎたＪＤＦがあると判定した場合（作業工程を変更すると判定した場合）、ステップＳ６では、ＥＦＭ９２が現在ＭＦＰ３７で処理中の印刷ジョブにフィニッシング処理が指示されているかどうか、つまりＪＤＦにＰｏｓｔＰｒｅｓｓ処理指示が記述されているかどうかを判断する。詳細には、現在処理中のＪＤＦは記憶部１０ｂに保持されているため、ＥＦＭ制御部１１２が記憶部１０ｂを参照することによりＳ６の処理が可能となる。

Ｓ６により、ＥＦＭ９２がフィニッシング処理が指示されていないと判定した場合、ニアラインフィニッシャに代行を依頼すべき処理がないので、このままＭＦＰ３７で処理を継続すべくステップＳ３へ戻る。またフィニッシング処理が記載されている場合には、ステップＳ７へ進む。ＥＦＭ９２は、現在処理中の印刷ジョブをＭＦＰ３７にてフィニッシング処理中であるかどうかを判断する。なお、ＭＦＰ３７における処理状況の認識は、上述のＳ３と同様であるため詳細な説明は省略する。

Ｓ７の判定においてＥＦＭ９２が現在処理中の印刷ジョブがフィニッシング処理中であることを判定した場合、ステップＳ８へ進み、現在処理中である第ｘｘ部目のフィニッシング処理を最後まで実行し、ステップＳ３へ戻り全部数の処理が終了したかどうかを再度判断する。ここで、まだ処理すべき部数がある場合にはステップＳ９まで進むことになる。つまり、現在処理中の第ｘｘ部については印刷後処理まで処理をするが、残りの処理すべき分については後述するＳ９の判定処理が実行される。

ステップＳ７でＥＦＭ９２がフィニッシング処理中でないと判定した場合、またはステップＳ８へ進んだがまだ全部数分の処理が終了していないと判定した場合、ステップＳ９が実施される。ステップＳ９では、ＥＦＭ９２は、ＪＤＦに記述されているフィニッシング処理が他の外部装置（例えばニアラインフィニッシャ）で処理可能かどうかを判断する。なお、Ｓ９の処理はＥＦＭ９２がＭＩＳサーバが管理する外部装置の処理能力を受信することにより判断するものである。つまり、ＭＦＰ３７において処理すべき作業工程の少なくとも１つを実行可能である外部装置があるか否かを判定する処理であるが、詳細については後述する図１８に記載する。

ステップＳ１０において、外部装置でフィニッシング処理を代行不可能と判定した場合、ステップＳ８へ進みフィニッシング処理を実行する。そして以降は、全部数分の処理終了までステップＳ３−＞ステップＳ１０−＞ステップＳ８という経路での処理が継続される。

ステップＳ１０でＥＦＭ９２が代行可能となる外部装置があると判断した場合、ステップＳ１１においてＥＦＭ９２は、残りの処理すべき部数の出力結果を代行対象とする。ここで代行対象となるフィニッシング処理はＭＦＰ３７内のインラインフィニッシャを用いることなく処理するため、ＥＦＭ９２は、ＭＦＰ制御部１００に対して印刷原稿の搬送路をインラインフィニッシャ９３へ送る搬送路から、排紙トレイに変更するよう指示する。この指示により、ＭＦＰ制御部１００は、処理中のジョブに関してもフィニッシング処理をしないで排紙する。例えばフィニッシング処理としてＭＦＰ９２内のインラインフィニッシャである、くるみ処理部８９を用いてくるみ製本処理を実行していた場合には、まず図８の一次トレイ８６に１つのブックレット分だけ印刷原稿が保持される。ここからの原稿の送り先をインラインフィニッシャ用の搬送パス２でなく、排紙トレイ（例えばスタックトレイ８５）に変更する処理を行う。これにより、本来であれば一次トレイ８６からくるみ処理部８９へ印刷原稿が搬送される予定であったが、印刷原稿はスタックトレイ８５へ排紙される。そしてＥＦＭ９２は、次に印刷未処理の全部数に対して、代替可能なフィニッシング処理の直前までジョブ処理を進めて、最後にジョブＩＤ番号を示すバーコードを記述したＪＤＦ識別原稿を印刷して、ジョブ処理を中止する。つまり、ＭＦＰ９２は、フィニッシング処理だけを実行しないで未処理分の部数の印刷処理を実行し、その後にジョブＩＤ番号をバーコード印刷する。

そして、ステップＳ１２へ進み、ＥＦＭ９２は、外部装置（例えばニアラインフィニッシャ４６）へ代行依頼すべくポストプレスサーバ４０へ代行依頼するためにＪＤＦを生成（または変更）する。つまり、外部装置にて実行可能である作業工程を外部装置に行わせるべくジョブチケットを生成（または変更）する処理となる。なお、ＪＤＦの生成にはＪＤＦを変更する処理も含まれており、詳細には、図１１に記載の印刷ジョブ制御部１１５がＭＩＳサーバから受信したＪＤＦの記述を変更する。変更後のＪＤＦを説明する図が図１５である。また、代行用のＪＤＦを生成する場合、ＥＦＭ９２が代行すべき作業工程であるフィニッシング処理を認識して、代行すべきフィニッシング工程に基づく代行用のＪＤＦを新たに生成する処理も含まれる。なお、生成された代行用のＪＤＦはＳ１３において送信される。

そしてステップＳ１３へ進み、ＥＦＭ９２は、ステップＳ１２で変更（または生成）したＪＤＦをポストプレスサーバ４０へ送信する。そしてステップＳ１４でＥＦＭ９２は、ＭＩＳサーバ２０に対してＭＦＰ３７へ依頼されたＪＤＦによる処理が、ニアラインフィニッシャ４６へ転送されたことを通知する。最後に、ステップＳ１５でＥＦＭ９２は、ＭＩＳサーバ２０のジョブキューにキューイングされているＪＤＦを受け入れ可能であることを通知するために、ＭＩＳサーバ２０に対してＭＦＰ３７は処理中の印刷ジョブがなくなりＲｅａｄｙ状態であることを通知する。

図１６に記載の処理により、ＭＩＳサーバ２０から受信したスケジュールより遅延が発生したことをＥＦＭ９２が認識した場合、フィニッシング処理を代行できる外部装置があるか否かの検索が行われる。ここで、代行できる外部装置が検知された場合、ＥＦＭ９２はＪＤＦを変更（または生成）して、フィニッシング処理を代行させることによりスケジュールの遅延を解消することが可能となる。また、本実施例のＥＦＭ９２を用いることにより、処理中に代行処理が必要と判定されても、該処理を止めることなく代行処理を実行することが可能となる。

なお、本実施例ではフィニッシング処理を代行できる外部装置としてニアラインフィニッシャを挙げたがこれに限ることはなく、該フィニッシング処理を代行できる機能を有していれば問題ない。例えばフィニッシング処理を代行できる機能を有したＭＦＰ装置が代行処理を行うようにしても構わない。なお、図１５のＳ４およびＳ５において、ＭＩＳサーバに処理時間を過ぎたＪＤＦがあるか否かに基づいて代行処理を依頼すると記載したが、処理中のＭＦＰ３７において実行すべきフィニッシング処理が、該ＭＦＰ３７で行えなくなった場合（例えば、ＭＦＰ３７が保持するステイプルの針が無くなってしまった場合）、ＥＦＭ９２がＭＦＰ制御部１００からフィニッシング処理が行えなくなったことを認識することにより、代行処理を実行すべくＳ６以降の処理を実行するようにしても構わない。

また、図１６のフローチャートのＳ１３では変更（または生成）された代行用のＪＤＦをポストプレスサーバへ送信するとの記載をしたが、これに限られることはない。例えば、ＥＦＭ９２が処理を依頼すべきニアラインフィニッシャに対して、変更（または生成）された代行用のＪＤＦを送信することも考えられる。なお、この場合、代行処理を実行するニアラインフィニッシャは、ＪＤＦを解釈する機能（ＥＦＭ）を搭載していることとなる。

図１７は、本実施例における印刷ジョブを処理中のＭＦＰ制御部の処理を説明するフローチャートである。

図１６のステップＳ２でＪＤＦおよび印刷コンテンツデータがＭＦＰ制御部１００に送られ、処理開始が指示されたならば、図１７のステップ２０の処理が開始される。

ステップＳ２０では、ＭＦＰ制御部１００は、ＭＦＰ内部処理用の内部ジョブを生成し、該内部ジョブに基づいて処理を開始する。詳細には、ＥＦＭ９２がＭＦＰ制御部１００用に解釈したＪＤＦは、ＭＦＰ制御部１００内の入力ジョブ制御部によって内部ジョブへと変更される。なお、変更された内部ジョブは記憶部１０ｂに保持される。

そしてステップ２１にて、ＭＦＰ制御部１００は、ＥＦＭ９２から送られたＪＤＦに記載されている内容に従って、印刷処理を実行する。その処理内容は図１２で説明したとおりである。詳細には、ＥＦＭ９２から送信されたＪＤＦに基づく内部ジョブが記憶部１０ｂに保持されているため、ＭＦＰ制御部１００が記憶部１０ｂを参照することにより、処理内容を認識することは可能である。そして、ＭＦＰ制御部１００は、認識した処理内容でジョブ処理を実行すべく、ＭＦＰ内の各モジュールを制御する。

そしてステップＳ２２へ進み、ＭＦＰ制御部１００は、ＥＦＭ９２からジョブの中断指示がきているかどうかを判断する。詳細には、ＭＦＰ制御部１００内のジョブ管理部がＥＦＭ９２からの指示内容を受信するため、入力ジョブ制御部がジョブ管理部を参照することにより、Ｓ２２の判断処理が可能となる。

Ｓ２２においてＭＦＰ制御部１００が中断指示がなされたと判定した場合、ステップＳ２３へ進み、ＥＦＭからの指示内容に従って中断処理を実行する。例えば、図１６で示したように、処理中のフィニッシング処理は最後まで実施し、未処理部数分の部数分は印刷処理のみを行い、最後に印刷ジョブＩＤを示すＪＤＦ識別原稿を印刷するような指示がＥＦＭからなされ、この処理を実行する。つまり、代行処理を実行するためにＥＦＭ９２から中断指示が発行された場合、Ｓ２３に記載の処理を実行してステップＳ２５へ進む。なお、ステップＳ２２にて中断指示がなかった場合には、ステップＳ２４へ進み、現在ＭＦＰ３７で処理中の印刷ジョブは処理が終了したかどうかを判断する。処理が終了していない場合には、ステップＳ２１へ戻り、印刷ジョブの処理を進める。処理が終了している場合には、ステップＳ２５へ進む。

ステップＳ２５において、ＭＦＰ制御部１００は、ＥＦＭ９２へジョブの終了を通知し、ＭＦＰ制御部内のステータスをクリアする等の終了処理を行う。

図１７に記載のフローチャートにより、ＭＦＰはＥＦＭからの指示に従い処理を続けるのか、処理を中断するのかを判定することが可能となる。

図１８は、図１６のステップＳ９のフィニッシング処理を外部装置（例えばニアラインフィニッシャ）で代行可能かどうかを判断する処理の一例を説明するフローチャートである。図１８は、ＥＦＭ９２がＭＩＳサーバから外部装置（ニアラインフィニッシャ）の処理能力を示す外部装置能力情報を受け取り、代行可能性を判断する方法を示す。本実施例では、ＭＩＳサーバは印刷システム内の各装置の処理能力を示す外部装置能力情報を保持しているとする。なお、本フローチャートでは代行先としてニアラインフィニッシャを検索する場合を想定して記載するがそれに限られることはなく、ＥＦＭ９２が管理するＭＦＰ以外の外部装置であれば良い。

まず、ステップＳ３０においてＥＦＭ９２は、ＭＩＳサーバ２０に格納されている印刷システムに接続されているニアラインフィニッシャにおいて、処理中でない装置且つこれから処理を行うようにスケジュ−ルされていないニアラインフィニッシャの全リストと該ニアラインフィニッシャの外部装置能力情報を取得する。詳細には、ＭＩＳサーバがニアラインフィニッシャに関する情報（例えば装置の性能や処理状況や接続状況やスケジュール情報など）をＭＩＳサーバの記憶部にて管理している。ＥＦＭ９２は、ＭＩＳサーバ２０に対して外部装置能力情報取得を依頼することにより、ＭＩＳサーバで管理するニアラインフィニッシャに関する情報がＥＦＭ９２に対して通知される。ＥＦＭ９２は、ＭＩＳサーバから通知された情報に従いＳ３０を実行する。

そして、ステップＳ３１にてＥＦＭ９２は、取得したニアラインフィニッシャに関する情報から、現在ＭＦＰ３７で処理中の印刷ジョブに対応するＪＤＦに記載されているＰｏｓｔＰｒｅｓｓ処理指示に必要な機能を代行できるニアラインフィニッシャがあるかどうかを判断する。詳細には、ＥＦＭ９２が取得したニアラインフィニッシャに関する情報およびＪＤＦに記載されているＰｏｓｔＰｒｅｓｓ処理内容は記憶部１０ｂに保持されているため、記憶部１０ｂを参照して、両者を比較することによりＳ３１の判断が可能となる。

ステップＳ３２にて、ＥＦＭ９２がＪＤＦに記載のＰｏｓｔＰｒｅｓｓ処理内容を所有する（つまり代行できる）ニアラインフィニッシャがある場合には、代行が可能なニアラインフィニッシャが存在すると判断して、図１６のＳ１１以降の処理を実行する。また、必要機能を全部所有するニアラインフィニッシャがない場合には、ＥＦＭ９２は代行が可能なニアラインフィニッシャがないと判断して、図１６のＳ８の処理に入る。なお、図１８ではＰｏｓｔＰｒｅｓｓ処理を代行できるニアラインフィニッシャを探すと記載したが、複数のニアラインフィニッシャを組み合わせることによりＰｏｓｔＰｒｅｓｓ処理を代行するようにしても構わない。例えば、製本機の代表的な役割として「綴じ処理」および「折り処理」が挙げられるが、綴じ機および折り機を組み合わせることにより製本処理を実行するようにしても構わない。

図１９は、図１６のステップＳ９のフィニッシング処理をニアラインフィニッシャで代行可能かどうかを判断する処理の第二の例を説明するフローチャートである。図１９は、ＥＦＭ９２がニアラインフィニッシャを管理するＰｏｓｔＰｒｅｓｓサーバに代行可能かどうかを問い合わせて判断する方法を示す。本実施例では、ＰｏｓｔＰｒｅｓｓサーバは、印刷システム内に接続されている全装置（ニアラインフィニッシャ）のリストを格納している。なお、本フローチャートでも代行先としてニアラインフィニッシャを想定して記載するがそれに限られることはなく、ＥＦＭ９２が管理するＭＦＰ以外の外部装置であれば良い。

先ずステップＳ４０にて、ＥＦＭ９２は、図１６のＳ１においてＭＩＳサーバから受信したＪＤＦを代行処理用のＪＤＦに生成（または変更）する。詳細には、ＥＦＭ９２内の印刷ジョブ制御部１１５が代行用にＪＤＦの変更処理を行う。ＥＦＭ９２は、代行用のＪＤＦを印刷システム内のＰｏｓｔＰｒｅｓｓサーバに送信する。本実施例ではＰｏｓｔＰｒｅｓｓサーバ４０は印刷システムに一つだけ存在する。

そしてステップＳ４１にてＥＦＭ９２は、ＰｏｓｔＰｒｅｓｓサーバから処理可能性に関する返事を待つ。ＰｏｓｔＰｒｅｓｓサーバは、ＰｏｓｔＰｒｅｓｓサーバ管理下のニアラインフィニッシャの中で、現在処理中でなくこれからジョブ処理を行うスケジュールになっていない、且つ転送された代行用のＪＤＦに記述されているＰｏｓｔＰｒｅｓｓ処理を実行する機能を有するニアラインフィニッシャが存在するかどうかを判断し、その情報をＥＦＭ９２へ返却する。

そしてステップＳ４２にて、ＥＦＭ９２は、返事がまだない場合には、ステップＳ４１へ戻り、返事があった場合には、ステップＳ４３へ進み、代行可能かどうかを判断する。

なお、図１８および図１９で記載した以外にも予めＭＦＰの記憶部にニアラインフィニッシャの機能情報（外部装置能力情報）を保持しておくことにより、代行可能か否かを判断するようにしても構わない。

また、本実施例では、ＥＦＭ９２がＭＩＳサーバからスケジュール情報を取得して処理の遅延を判定していたが、それに限られることはなく、ＭＩＳサーバに問い合わせて、ＭＩＳサーバが処理の遅延を判定し、判定結果をＥＦＭ９２が通知するようにしても構わない。

実施例１ではスケジュールの遅延等が発生した場合、代行処理を依頼すべくＪＤＦを変更または生成する処理について説明した。しかし、本実施例はこれに限られることはなく、現在印刷ジョブを処理中のＭＦＰ３７の処理状況に応じて、ＥＦＭ９２がＭＦＰ３７にて処理すべき作業工程を変更するように指示することも考えられる。本願で言えば、ＭＦＰ３７では印刷前処理（ＰｒｅＰｅｒｓｓ処理）、印刷処理（Ｐｒｅｓｓ処理）、印刷後処理（ＰｏｓｔＰｒｅｓｓ処理またはフィニッシング処理）を実行すべきであると命令されている。しかし、処理状況に応じて（例えばＭＩＳサーバが管理するＭＦＰ３７のスケジュールに遅延が発生した場合やＭＦＰ３７にて実行すべきフィニッシング処理が実行できなくなった場合など）、ＥＦＭ９２がＭＦＰ制御部１００に対して処理すべき作業工程を変更するように指示する。例えば、ＥＦＭ９２が、ＭＦＰ３７にて実行すべきＰｏｓｔＰｒｅｓｓ処理を代行すべく、該ＰｏｓｔＰｒｅｓｓ処理を実行可能な外部装置（例えばニアラインフィニッシャ）に対して代行を依頼する。その結果、ＭＦＰ３７にて処理すべき作業工程はＰｒｅＰｒｅｓｓ処理およびＰｒｅｓｓ処理およびＰｏｓｔＰｒｅｓｓ処理の３つの作業工程からＰｒｅＰｒｅｓｓ処理およびＰｒｅｓｓ処理の２つの作業工程に変更され、スケジュールの遅延を防ぐことが可能となる。

（実施例２）
上記第一の実施例では、外部装置（例えばニアラインフィニッシャ）にＰｏｓｔＰｒｅｓｓ処理を代行させることにより、ＭＦＰ３７における印刷ジョブ処理を早く終了させ、次の印刷ジョブ処理を早く開始する処理に関して述べた。

以下では、第二の実施例として、印刷システム内のＭＦＰも用いて分散処理を実行することにより、印刷ジョブを早く終了させ、次の印刷ジョブを早く開始する処理に関して説明する。

図２０は第二の実施例を説明する印刷ジョブを工程管理部からデジタルプリント部が最初に受け取る処理を説明する図である。第二の実施例では、印刷システム内には２つのＭＦＰ（ＭＦＰ３７およびＭＦＰ２０３）が存在する構成とする。また、第二の実施例では第一の実施例と同じ項目・処理に関しては特に繰り返し説明はしないで省略する。よって、特に説明がない限りは、第一の実施例の説明と同様である。なお、第二実施例に記載のＭＦＰ３７およびＭＦＰ２０３の機能は実施例１に記載のＭＦＰと同様に、インラインフィニッシャおよびＥＦＭを含んでいる。

第二の実施例においても、先ずは処理スケジュールに従ってＭＩＳサーバ２０からＥＦＭ９２にＪＤＦ６４が送信され、その後、ＥＦＭ９２がＪＤＦ６４内の指示を解析後に、ファイルサーバから印刷コンテンツデータ（例えばＰＤＬ）１３１を受信する。

図２１は、第二の実施例における印刷ジョブ処理におけるＰｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理をＭＦＰ３７からＭＦＰ２０３へ分散依頼する処理を説明する図である。

図２１に示すＪＤＦ２１０は、ＥＦＭ９２からＥＦＭ２０１へ送信される分散処理用ののＪＤＦであり、第二の実施例では、ＰｒｅＰｒｅｓｓ処理だけがＭＦＰ３７で処理済で、Ｐｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理をＭＦＰ２０３に分散処理依頼するものとする。ＪＤＦ２１０の詳細に関しては図２２にて説明する。また、第二の実施例ではＰｒｅＰｒｅｓｓ処理までは実行済なので、ＪＤＦ２１０と共に、ＭＦＰ３７からＰｒｅＰｒｅｓｓ処理済のラスタデータ２１１をＭＦＰ２０３へ送る構成とする。このラスタデータ２１１を使用してＭＦＰ２０３はＰｒｅｓｓ処理から実行する。

図２２は、図２１においてＥＦＭ９２からＥＦＭ２０１に送信されるＪＤＦ２１０を説明する図である。上記でも述べたように第二の実施例では、ＰｒｅＰｒｅｓｓ処理まではＭＦＰ３７にて処理済みであり、Ｐｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理を分散する場合の例である。

ＪＤＦ２１０は、ＥＦＭ９２がＥＦＭ２０１に対して分散処理の実施を依頼するために、記述されたものである。ＰｒｅＰｒｅｓｓ処理指示２２０はＰｒｅＰｒｅｓｓ処理の指示内容を示す情報であり、処理が終了したことを示すマーク”Ｃｏｍｐｌｅｔｅｄ”が記述されている。Ｐｒｅｓｓ処理指示２２２に基づくＰｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理指示２２３に基づくＰｏｓｔＰｒｅｓｓ処理はＣｏｍｂｉｎｅｄＰｒｏｃｅｓｓ指示２２１内に記述されており、ＭＦＰ２０３は、“Ｃｏｍｐｌｅｔｅｄ”が記述されたＰｒｅＰｒｅｓｓ処理以外のＣｏｍｂｉｎｅｄＰｒｏｃｅｓｓ指示２２１の情報に基づく処理を実行する。

図２３は、分散処理の実施形態を説明する図である。分散処理の依頼を行うかどうかを判断するには、印刷システム内に属する外部装置が分散処理を実行するための機能を所持しているかどうか、依頼するＪＤＦの記述を理解できるかどうかの２つの基準で判断する。その詳細に関しては、図２９のフローチャートで説明する。ここでは、処理プロセスの表記方法と分散可能性の判断、分散依頼の方法に関して説明する。

初期状態のＪＤＦ２３０はＭＩＳサーバから送信された直後のＪＤＦを示す。背景がグレー表示されている処理は、未処理であることを示す。初期状態のＪＤＦ２３０が示すようにＰｒｅＰｒｅｓｓ処理とＰｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理が指示された場合に関して説明する。

２３１は、ＰｒｅＰｒｅｓｓ処理のみ終了したＪＤＦの例を示す。ＰｒｅＰｒｅｓｓ処理の背景が白く表示されている。この時点で、印刷ジョブを分散処理したい場合、分散依頼先のＥＦＭ２０１がＪＤＦ２３１に含まれるＰｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理に記載されたＪＤＦのバージョンまでサポートしているならば（つまり、ＥＦＭ２０１がＪＤＦ２３１を解釈可能であるならば）Ｐｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理を分散処理依頼可能だが、Ｐｒｅｓｓ処理に記載されているＪＤＦのバージョンが、ＥＦＭ２０１のサポート範囲外ならば、ＰｏｓｔＰｒｅｓｓ処理のみが分散可能となる。その例が２３２である。つまり、ＪＤＦ２３２ではＰｒｅＰｒｅｓｓ処理までをＭＦＰ３７で処理したため、Ｐｒｅｓｓ処理およびＰｏｓｔＰｒｅｓｓ処理を分散依頼すべくＥＦＭ２０１に送信したが、Ｐｒｅｓｓ処理の記載内容が分散依頼先のＥＦＭ２０１にて解釈のできるバージョンではないため（つまり、バージョン外である）、分散依頼する工程はＰｏｓｔＰｒｅｓｓ処理工程に限定される。よって、依頼されるＪＤＦ２３２では、ＰｒｅＰｒｅｓｓ処理およびＰｒｅｓｓ処理までが処理済みを示す白色で表示されており、ＰｏｓｔＰｒｅｓｓ処理は未処理を示す灰色で表示されている。このＰｏｓｔＰｒｅｓｓ処理がＭＦＰ２０３により分散処理される対象となる。

また、ＰｏｓｔＰｒｅｓｓ処理に記載されているＪＤＦの記載方法のバージョンがＥＦＭ２０１のサポート範囲外ならば、ＭＦＰ２０３ではジョブを最後まで処理できないので、ＥＦＭ９２は分散できないと判断する。その例が２３３である。つまりＭＦＰ２０３は、Ｐｒｅｓｓ処理のみがＭＦＰ２０３で処理できたとしても、その後に実行されるＰｏｓｔＰｒｅｓｓ処理をＭＦＰ２０３が処理することができない。そのため、ＭＦＰ２０３にＰｒｅｓｓ処理のみ分散処理を依頼してもＰｏｓｔＰｒｅｓｓ処理はＭＦＰ３７で処理をしなければならなくなり無駄な処理が発生するため、ＥＦＭ９２は分散処理ができないと判定する。

図２４は、各ＥＦＭがＭＩＳサーバに印刷ジョブを分散印刷処理することを通知するＪＤＦの例である。

ＪＤＦ２４０は分散処理を依頼されたＥＦＭ２０１からＭＩＳサーバへ通知するＪＤＦの例を示す。ＪＤＦ２４０はＭＦＰ２０３でどのような処理を行うかを示す情報であり、Ａｕｄｉｔ情報２４１は印刷ジョブの各種情報を記録、ジョブＩＤ２４２は印刷ジョブを識別する為の情報であり、分散数２４３はＭＦＰ２０３で処理すべき分散処理の部数を示す。ＪＤＦ２４０は、ＭＦＰ２０３ではＰｒｅＰｒｅｓｓ処理２４４は行わないで、Ｐｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理を行うことを示すＪＤＦ構造になっている。

ＪＤＦ２４６はＭＦＰ３７で処理する内容を示すＪＤＦであり、２４８は２４２のジョブＩＤと同じ情報が記録されている。これによってＭＩＳサーバは、ＪＤＦ２４０とＪＤＦ２４６が同一の印刷ジョブに対するＪＤＦであることを識別できる。分散数２４９はＭＦＰ３７で処理すべき全部数を示し、分散数２４３と分散数２４９で示された総数が、その分散処理前のＪＤＦに記載されていた処理すべき全部数と一致しない場合には、他に分散先があることをＭＩＳサーバは判断できる。また、ＪＤＦ２４６ではＰｒｅＰｒｅｓｓ処理とＰｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理がＣｏｍｂｉｎｅｄＰｒｏｃｅｓｓ内に記述されており、この３つの処理がＭＦＰ３７内で処理されていることを示す。なお、ＭＦＰ２０３に対して分散処理を依頼しているため、ＭＦＰ３７にて処理すべき処理部数は少なくなっている。

図２５は、第二の実施例における印刷ジョブを外部装置（例えばＭＦＰ２０３）と分散処理するＥＦＭ９２の処理を説明するフローチャートである。

ステップＳ５０で、ＥＦＭ９２は、ＭＩＳサーバからＪＤＦを受信する。そしてステップＳ５１にて、ＥＦＭ９２は、受信したＪＤＦの指示に従ってＭＦＰ制御部１００に印刷ジョブ処理の開始を指示する。ステップＳ５２で、ＥＦＭ９２は、全部数分の処理が終了したかどうかを判断し、終了したならばステップＳ５９へ進み、終了していないならばステップＳ５３へ進む。なお、Ｓ５０からＳ５２に記載の処理は図１６のＳ１からＳ３と同様であるため、詳細な説明は省略する。

ステップＳ５３では、ＥＦＭ９２はＭＦＰ３７がジョブの分散印刷処理をすべき状態かどうかを判断する。なお、分散処理が必要か否かの判断は、ＥＦＭ９２がＭＩＳサーバ２０と通信することにより、例えばＭＩＳサーバ２０が管理するＭＦＰ３７で実行すべきスケジュールに遅延が生じているか否かを判定することにより分散処理の必要性を判定する。つまり、図１６に記載のＳ４の処理と類似している。

Ｓ５３の判定処理により、ＥＦＭ９２が分散処理が必要でないと判定した場合（例えばＭＩＳサーバ２０が管理するスケジュールに遅延が生じていないと判定した場合）、Ｓ５２へ戻る。また、ＥＦＭ９２が分散処理が必要であると判定した場合（例えば、ＭＩＳサーバ２０が管理するスケジュールに遅延が生じていると判定した場合）、Ｓ５５へと処理を進める。なお、詳細な説明は後述の図２８を用いて説明する。

ステップＳ５５においてＥＦＭ９２は、分散処理可能な外部装置があるかどうか判断する。なお、Ｓ５５の処理は、図１６のＳ９および図１８で説明した処理とほぼ同様であるため、詳細な説明は省略する。また、本実施例では分散処理先としてＭＦＰと記載しているが、例えばニアラインフィニッシャを分散処理先として、フィニッシング処理のみを分散するようにしても構わない。なお、Ｓ５５の詳細な説明は図２９を用いて説明する。

そしてステップＳ５６では、ＥＦＭ９２がＳ５５において分散処理可能な装置があると判定した場合、ステップＳ５７へ進み、分散可能な装置がないと判定した場合、ステップＳ５２へ戻り、分散処理を行わない。

ステップＳ５７では、ＥＦＭ９２が外部装置と分散処理を行うことをＭＩＳサーバ２０に対して通知する。この時にＭＩＳサーバに通知するＪＤＦの例を示した図が、図２４である。詳細には、ＥＦＭ９２の印刷ジョブ制御部１１５が、図２４に示すＪＤＦ２４６を生成（または変更）して、ＭＩＳサーバへ通知する。

そしてステップＳ５８へ進み、ＥＦＭ９２は、ＰｏｓｔＰｒｅｓｓ処理のみを分散するかどうかを判断し、ＰｏｓｔＰｒｅｓｓ処理のみを分散処理する場合には、分岐２へ進む。この場合の処理は図２６のフローチャートで説明する。またＰｏｓｔＰｒｅｓｓ処理以外のＰｒｅｓｓ等の工程も含めて分散する場合には、分岐３へ進む。この場合の処理は図２７のフローチャートで説明する。

また、ステップＳ５９において、ＥＦＭ９２は、ＭＩＳサーバに印刷ジョブの終了を通知する。

図２５に記載の処理を用いることにより、ＥＦＭ９２は、印刷システムに接続されているデバイスの処理機能を把握し、分散処理可能なデバイスを検知した場合、分散処理用のＪＤＦを生成（または変更）して分散処理を実行するため、ＪＤＦに記載の設定を保持したまま処理を早めることが可能となる。また、本実施例のＥＦＭ９２を用いることにより、処理中に分散処理が必要と判定されても、該処理を止めることなく分散処理を実行することが可能となる。

図２６は、図２５においてＰｏｓｔＰｒｅｓｓ処理のみを分散処理する場合のフローチャートを示す。つまり、図２３で示した２３２に示すように、例えばＭＦＰ３７にてＰｒｅＰｒｅｓｓまで終了しており、Ｐｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理を分散処理したいのだが、Ｐｒｅｓｓ処理は分散できない場合の処理フロー例に関して説明する。

ステップＳ６０において、ＥＦＭ９２は、ＭＩＳサーバから受信したＪＤＦをＭＦＰ２０３へ分散処理依頼するためのＪＤＦ２１０を生成する。なお、Ｓ６０の生成処理にはＪＤＦの変更処理も含まれている。詳細にはＥＦＭ９２は、ＰｏｓｔＰｒｅｓｓ処理のみを分散すると判定しているため、ＥＦＭ９２の印刷ジョブ制御部１１５が、ＰｏｓｔＰｒｅｓｓ処理を分散依頼するためにＪＤＦ２１０を変更する。また、ＪＤＦを生成する場合、ＥＦＭ９２が分散すべき作業工程を認識して、分散すべき作業工程に基づく分散用のＪＤＦを新たに生成することとなる。

そしてステップＳ６１で、ＥＦＭ９２は、Ｓ６０で生成（または変更）したＪＤＦを分散処理依頼先の外部装置が有するＥＦＭ２０１へ送り印刷ジョブの分散処理を依頼する。この時の一例を示す図が、図２１である。図２６ではＰｏｓｔＰｒｅｓｓ処理のみの分散なので、図２１におけるラスタデータ２１１の送信は行われない。

そしてステップＳ６２では、ＥＦＭ９２が、ＭＦＰ３７のＭＦＰ制御部１００に対して分散処理用に作業工程が変更されたことを指示する。つまり、図２６ではＭＦＰ制御部１００にＰｏｓｔＰｒｅｓｓ処理直前まで処理するよう指示する。Ｓ６２を説明するために以下に一例を挙げる。ＭＦＰ３７のＭＦＰ制御部１００が図２５のＳ５０においてＭＩＳサーバから受信したＪＤＦにはＭＦＰ３７においてＰｒｅＰｒｅｓｓ処理からＰｏｓｔＰｒｅｓｓ処理まで１０部処理することが記載されている。しかし、ＰｏｓｔＰｒｅｓｓ処理に関しては分散処理を実行するため、処理すべき部数に変更が生じる。よって、ＥＦＭ９２は、ＭＦＰ３７にて処理すべきＰｏｓｔＰｒｅｓｓ処理の部数を１０部から分散依頼した部数分差し引いた部数をＭＦＰ３７において処理するように指示する。ＥＦＭ９２からの作業工程の変更指示によりＭＦＰ制御部１００は、ＭＦＰ３７で処理するジョブを一部毎にＰｏｓｔＰｒｅｓｓ処理までの実行と、Ｐｒｅｓｓ処理までの処理を交互に実行し、Ｐｒｅｓｓ処理まで処理した印刷ジョブのＰｏｓｔＰｒｅｓｓ処理に関してはＭＦＰ２０３に依頼する。そして、ＥＦＭ９２によって上記のように変更された作業工程をＭＦＰ３７のＭＦＰ制御部１００が解釈することにより、指示内容に基づく処理（本実施例では１部ごとにＰｏｓｔＰｒｅｓｓ処理直前までの処理）を実行する。

そしてステップＳ６３にて、ＭＦＰ制御部１００は、これから処理を行う印刷ジョブはＭＦＰ３７でＰｏｓｔＰｒｅｓｓ処理まで行うのか、Ｐｒｅｓｓ処理までを行うべきなのかを判断する。なお、上述したように第二の実施例では、１部ごとに切り替える処理を採用しているため、分散処理開始から数えて奇数番目はＰｒｅｓｓ処理まで行い、偶数番目はＰｏｓｔＰｒｅｓｓ処理まで行うように指示する。これにより、印刷後処理により発生する処理負荷配分を分散して処理することが可能となる。なお、Ｓ６３の判定はＳ６２において変更された作業工程をＭＦＰ制御部１００内のジョブ管理部が管理し、その内容を記憶部１０ｂに保持する。そして、ＭＦＰ制御部１００が保持する分散用の作業工程を参照することにより、ＰｏｓｔＰｒｅｓｓ処理まで実行すべきかＰｒｅｓｓ処理まで実行すべきかを切り替えることが可能となる。なお、現在何ページ目を処理しているかはＭＦＰ制御部１００が印刷原稿を出力するごとにページをカウントアップすることにより認識可能である。

そしてステップＳ６３にてＭＦＰ制御部１００が、ＰｏｓｔＰｒｅｓｓ処理までＭＦＰ３７で処理すると判断した場合にはステップＳ６４へ進み、ＰｏｓｔＰｒｅｓｓまで印刷ジョブが処理される。ＭＦＰ制御部１００がＭＦＰ３７でＰｏｓｔＰｒｅｓｓ処理までは実行しないと判断した場合、ステップＳ６５へ進む。

ステップＳ６５ではＭＦＰ制御部１００は、印刷原稿を排紙トレイにセットするよう指示する。

そしてステップＳ６６へ進み、ＭＦＰ制御部１００は、ＭＦＰ３７の操作パネルに排紙トレイの原稿を分散処理先として設定されているＭＦＰ２０３へセットするように指示を表示する。詳細には、分散処理先として設定された情報（本実施例では分散処理先としてＭＦＰ２０３が設定されている）が記憶部１０ｂに格納されているため、ＭＦＰ制御部１００は記憶部１０ｂを参照することにより、ＭＦＰ３７の操作パネルに表示すべき分散処理先を決定することが可能となる。ここで、オペレータが操作部に表示された指示通りにＭＦＰ３７の排紙トレイに排出された印刷原稿をＭＦＰ２０３へセットすることで、ＭＦＰ３７において実行すべきＰｏｓｔＰｒｅｓｓ処理がＭＦＰ２０３のインラインフィニッシャを用いて実行される。なお、ＭＦＰ２０３はＭＦＰ３７にて処理すべきであった指示内容を含むＪＤＦを引き継いでいるため、顧客からのオーダー内容を反映した印刷後処理を実行することが可能となる。

そしてステップＳ６７へ進み、ＥＦＭ９２は全部数分の処理が終了したかどうかを判断し、終了したならばステップＳ６９へ進み、ＭＩＳサーバにジョブの終了を通知する。全部数分終了していない場合にはステップＳ６８へ進み、次の部を処理する。

図２７は、図２５においてＰｏｓｔＰｒｅｓｓ処理以外の処理も含めて分散処理する場合のフローチャートを示す。つまり、図２３で示した２３１のように、ＭＦＰ３７にて、印刷ジョブの処理はＰｒｅＰｒｅｓｓまで終了しており、Ｐｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理を分散処理する場合の処理フロー例に関して説明する。なお、本フローチャートでは具体的に説明するために分散依頼元をＭＦＰ３７、分散依頼先をＭＦＰ２０３として説明を進めるが、これに限る必要はない。

まずステップＳ７０において、ＥＦＭ９２は、上述した図２５のＳ５５およびＳ５６の処理により、分散依頼先としてＭＦＰ２０３と決定している。よって、ＥＦＭ９２は、分散を依頼する先であるＭＦＰ２０３で処理可能なように、分散印刷を依頼する直前まで処理を進めるようＭＦＰ３７のＭＦＰ制御部１００に指示する。第二の実施例では、ＰｒｅＰｒｅｓｓ処理までをＭＦＰ３７で行い、Ｐｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理を分散処理するので、ＭＦＰ３７は、印刷コンテンツデータであるＰＤＬ１３１から、ＰｒｅＰｒｅｓｓ処理のなされたラスタデータ２１１を作成する。ＰｒｅＰｒｅｓｓ処理としては例えばカラーコンバージョン処理や面付け処理が挙げられる。なお、ラスタデータはＭＦＰ３７およびＭＦＰ２０３の両者にて使用することになるため、ラスタライズ後、ＭＦＰ３７の記憶部１０ｂに保持すると共に、該ラスタデータのコピーデータをＭＦＰ２０３へ送信することとなる。

そしてステップＳ７１にてＥＦＭ９２は、ＭＦＰ２０３へジョブを分散依頼する為に、分散処理用にＪＤＦを作成し、Ｓ７２では、Ｓ７１において作成されたＪＤＦをＭＦＰ２０３のＥＦＭ２０１へ転送する。なお、Ｓ７２では分散処理用にＪＤＦを生成すると記載したが、分散処理用に変更する処理も含まれる。なお、この処理は上述したＳ６０に記載した処理とほぼ同様であるため詳細な説明は省略する。また、Ｓ７１にて転送される分散用のＪＤＦを説明する一例が図２２のＪＤＦ２１０である。つまり、ＪＤＦ２１０に記述されているように、ＰｒｅＰｒｅｓｓ処理指示がＣｏｍｐｌｅｔｅとなっており、Ｐｒｅｓｓ処理指示およびＰｏｓｔＰｒｅｓｓ処理指示がＣｏｍｂｉｎｅｄＰｒｏｃｅｓｓ指示に含まれるＪＤＦを作成して、ＥＦＭ２０１へ送信する。そして、ＥＦＭ２０１は、ＪＤＦ２１０を解釈することにより、ＭＦＰ２０３のＭＦＰ制御部へＭＦＰ３７から受信したラスタデータ２１１を用いてＰｒｅｓｓ処理およびＰｏｓｔＰｒｅｓｓ処理を行うよう指示する。なお、Ｓ７２においてＥＦＭ９２は、分散処理を依頼するためにＭＩＳサーバから受信したＪＤＦを変更すると記載したがこれに限られることはない。ＥＦＭ９２が分散すべき作業工程を認識して、分散すべき作業工程に基づく分散用のＪＤＦを新たに生成しても構わない。

そしてステップＳ７３にて、ＥＦＭ９２は、自機のＭＦＰ３７の設定をＭＦＰ２０３とのジョブ分散処理用に変更する。例えば、ＭＦＰ３７とＭＦＰ２０３の処理パーフォーマンスが同じならば、残部数の１／２の処理をＭＦＰ２０３に依頼し、ＭＦＰ３７で処理すべき部数を分散依頼分だけ減らすように変更する。なお、分散先の処理能力はＭＩＳサーバが保持しているため、ＥＦＭ９２がＭＩＳサーバと通信することにより、処理能力を取得することが可能であり、その取得した分散先の外部装置との処理能力の関係に基づいて自動的に分散比率を決定しても良い。当然、ユーザが分散比率を決定するようにしても構わない。

そしてステップＳ７４にて、ＭＦＰ制御部１００は、現在Ｐｒｅｓｓ処理またはＰｏｓｔＰｒｅｓｓ処理中の部があると判定した場合、この部のジョブ処理に関しては最後までジョブ処理を完了させる。詳細には、ＭＦＰ制御部１００にある通信部がＭＦＰ３７における処理ステータスを把握することにより、現在処理中の印刷ジョブがあるか否かを判断することができる。

そしてステップＳ７５で、ＭＦＰ制御部１００は、分散依頼後にＭＦＰ３７で処理すべき部数分の処理が終了したかどうかを判断し、処理が終了していない場合にはステップＳ７６へ進み、次の第ｘｘ部目の処理を行い、全部数分の処理が終了している場合にはステップＳ７７へ進む。なお、ＭＦＰ制御部１００が全部数分の処理が終了したと判定した場合、ＭＦＰ制御部１００は終了通知をＥＦＭ９２に対して通知する。

Ｓ７７において、ＥＦＭ９２は、ＭＦＰ制御部１００から受信した終了通知を確認後、印刷依頼元であるＭＩＳサーバ２０に対して、ＭＦＰ３７での印刷ジョブ処理が終了したことを通知する。

なお、終了通知を受けたＭＩＳサーバ２０は、次に処理すべきＪＤＦがあるか否かを判定する。ここで処理すべきＪＤＦがあると判定した場合は、次の処理をするべくＥＦＭ９２に対してＪＤＦを送信する。

図２６および図２７の処理を用いることにより、ＭＦＰにおける処理を止めることなく、分散先の処理能力に合わせて動的に分散処理の依頼内容を変更（分散先のＭＦＰでＰｏｓｔＰｒｅｓｓ処理のみを行うのか、ＰｒｅｓｓおよびＰｏｓｔＰｒｅｓｓ処理を行うのか）することが可能となる。

図２８は、図２５のフローチャートにおいてステップＳ５３においてＥＦＭ９２がＭＦＰ３７において現在処理中の印刷ジョブを分散すべきかどうかを判断する処理フローに関して示す。

まずステップＳ８０にて、ＥＦＭ９２はＭＩＳサーバからジョブキュー情報を取得し、Ｓ８１にてＭＦＰ３７で次処理予定のＪＤＦが既にジョブキューにキューイングされており、スケジュールされた印刷ジョブ開始時間を過ぎてもまだ処理が開始されないＪＤＦが存在するかどうか判定する。詳細には、ＭＩＳサーバの記憶部には処理すべきＪＤＦのスケジュール情報が格納されており、ＥＦＭ９２のＮＩＣ部１１６およびステータス送受信部１１１を介して受信したスケジュール情報を、ＥＦＭ制御部１１２が解釈することにより、Ｓ８１の判定処理が可能となる。

そしてステップＳ８１において、ＥＦＭ９２が、ＭＩＳサーバに処理開始時間の過ぎたＪＤＦが有ると判断した場合、ステップＳ８２へ進み、処理開始時間の過ぎたＪＤＦがないと判断した場合には分散処理をする必要はないものとして図２５のＳ５４において分散処理の必要なしと判定される。

次にステップＳ８２では、ＥＦＭ９２がＭＦＰ３７のジョブ処理情報を取得し、フィニッシング処理待ちが発生するか否かを認識する。Ｓ８２の判定処理の一例として、ＭＦＰ制御部１００がＭＦＰ３７本体の処理速度（一部用の印刷原稿を印字出力し、フィニッシャへ送るまでの処理時間）がフィニッシャの処理速度（一部用の印刷原稿を製本処理する処理時間）を上回り、フィニッシング処理待ちが発生していないかどうかをチェックする。なお、ＥＦＭ９２は、ＭＦＰ３７における処理状況を示す情報はＭＦＰ制御部１００内の通信部１２１を介して取得可能である。そして、ＭＦＰ制御部１００が取得した情報（ＭＦＰ本体の処理速度がフィニッシャの処理速度を上回り、フィニッシング処理待ちが発生していることを示す情報）を、ＥＦＭ９２に対して通知することにより、Ｓ８２の処理が実現される。

ステップＳ８２の処理に従い、Ｓ８３にてＥＦＭ９２が、フィニッシング処理待ちが発生していると判断した場合、ＭＦＰ３７で処理中の印刷ジョブは分散処理すべきであると判断する。また、ステップＳ８３にてフィニッシング処理待ちが発生していないと判断された場合には、分散処理を行わない。図２８ではフィニッシング処理待ちが発生するか否かにより分散処理の実行を決定していたが、図２５において上述したようにＭＩＳサーバと通信することによりスケジュールの遅延が発生していることを認識することに応じて、分散処理を実行するようにしても構わない。なお、これらは分散処理の実行を決定する一例を示したに過ぎず、これに限られるものではない。

図２９は、図２５のフローチャートのステップＳ５５においてＥＦＭ９２が現在処理中の印刷ジョブを分散印刷可能な外部装置があるかどうか判断する処理フローに関して示す。なお、本フローチャートでも分散処理先としてＭＦＰを想定しているが、それに限る必要はない。

まずステップＳ９０にて、ＥＦＭ９２はＭＩＳサーバからＭＦＰ３７が属する印刷システム内にある他のＭＦＰが（本実施例ではＭＦＰ２０３が該当）どのような処理を実行できるかを示す外部装置能力情報を取得する。詳細には、ＭＩＳサーバ２０は印刷システム内に属するデバイス情報（外部装置能力情報）を保持しているため、ＥＦＭ９２がＭＩＳサーバと通信することによりＳ９０の処理が可能となる。

そしてＳ９１にて、ＥＦＭ９２はＭＦＰ３７で処理中の印刷ジョブ内にＭＦＰ２０３で分散処理可能な作業工程があるかどうかを判定する。詳細には、ＥＦＭ９２はＪＤＦを解釈した内容を記憶部１０ｂに保持しており、処理中の印刷ジョブが実行すべき作業工程を把握している。よって、Ｓ９０において取得した外部装置能力情報と把握済みの作業工程を比較することにより、Ｓ９１の処理が可能となる。具体的な一例を挙げて説明すると、ＥＦＭ９２がＪＤＦに記述されているＰｏｓｔＰｒｅｓｓ処理として「１部単位にステイプル処理する」との情報を把握している場合、外部装置能力情報に「ステイプル処理可能」との情報が記述されていれば、分散処理可能な作業工程があると判定する。

そして、ステップＳ９２では、ステップＳ９１における判定結果に従い、ＥＦＭ９２がＭＦＰ２０３と分散処理可能な作業工程がないと判断した場合には、ＭＦＰ２０３は分散対象となるデバイスがないと判断する。また、ＥＦＭ９２がＭＦＰ２０３と分散処理可能な作業工程があると判断した場合には、ステップＳ９３へ進む。

そしてステップＳ９３では、ＥＦＭ９２がＭＦＰ２０３に分散処理を依頼するためのＪＤＦを生成（または変更）する。その方法は、ステップＳ９１でチェックした分散処理先のＭＦＰにおいて分散可能な作業工程を、最後の工程から連続して選択することによって行う。詳細には、ＥＦＭ９２は、現在処理中の印刷ジョブの作業工程を把握している。該作業工程の中で、最後に実行される作業工程から順次、分散処理先のＭＦＰにて実行可能であるか判定する。例えば、本実施例ではＭＦＰ３７にて最後に処理される作業工程はＰｏｓｔＰｒｅｓｓである。よって、ＥＦＭ９２はＰｏｓｔＰｒｅｓｓ処理をＭＦＰ２０３で処理可能であるか否かを判定する。ここで、ＥＦＭ９２が、Ｓ９０で取得したＭＦＰ２０３の外部装置能力情報と現在処理中の印刷ジョブにおけるＰｏｓｔＰｒｅｓｓ処理で必要となる機能を比較する。その結果、ＭＦＰ２０３が所有する機能を用いてＰｏｓｔＰｒｅｓｓ処理を実行できると判定した場合、ＰｏｓｔＰｒｅｓｓ処理を分散依頼可能と判定して一時的に記憶部１０ｂに保持される。この判定処理を、ＰｒｅｓｓおよびＰｒｅＰｒｅｓｓと連続して行うことで、分散可能な作業工程を連続して選択することが可能となる。例えば、ＰｒｅＰｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理が分散処理可能な作業工程であり、Ｐｒｅｓｓ処理が分散処理不可能であると判定された場合、ＰｏｓｔＰｒｅｓｓ処理からＰｒｅＰｒｅｓｓ処理まで連続して選択することができないので、ＰｏｓｔＰｒｅｓｓ処理のみが分散可能な作業工程となる。よってＥＦＭ９２はＰｏｓｔＰｒｅｓｓ処理のみを分散依頼すべき作業工程となるようにＪＤＦを生成（または変更）する。

そしてステップＳ９４へ進み、ＥＦＭ９２は、分散処理用のＪＤＦに記述されている作業工程が、ＥＦＭ２０１がサポートするＪＤＦバージョンの範囲内かどうかをチェックする。つまり、ＥＦＭ９２がＥＦＭ２０１と通信することにより、ＥＦＭ２０１が処理可能なバージョン情報を取得することにより、Ｓ９４の処理が可能となる。

そしてステップＳ９５へ進み、Ｓ９４のチェックの結果、ＥＦＭ９２がＥＦＭ２０１のサポートバージョン内で有ると判断したならば（つまり、依頼先であるＥＦＭ２０１が依頼すべき分散処理用のＪＤＦに記述されている作業工程の指示内容を理解できると判断した場合）、ＭＦＰ２０３は分散可能デバイスであると判断する。また、ＥＦＭ９２が依頼すべきＪＤＦの指示内容が、ＥＦＭ２０１のサポートバージョン外であると判断したならば、ＭＦＰ２０３は分散できないデバイスとして判定される。

本願では所定の条件において、代行・分散処理を依頼すべくＪＤＦを変更または生成する処理について説明した。しかし、本実施例はこれに限られることはなく、現在印刷ジョブを処理中のＭＦＰ３７の処理状況に応じて、ＥＦＭ９２がＭＦＰ３７にて処理すべき作業工程を変更するように指示することも考えられる。本願で言えば、ＭＦＰ３７では印刷前処理（ＰｒｅＰｅｒｓｓ処理）、印刷処理（Ｐｒｅｓｓ処理）、印刷後処理（ＰｏｓｔＰｒｅｓｓ処理またはフィニッシング処理）を実行すべきであると命令されている。しかし、処理状況に応じて、ＥＦＭ９２がＭＦＰ制御部１００に対して処理すべき作業工程を変更するように指示する。具体例を挙げて説明すると、ＥＦＭ９２は、ＭＦＰ３７にて実行すべきＰｒｅｓｓ処理およびＰｏｓｔＰｒｅｓｓ処理を分散すべく、該Ｐｒｅｓｓ処理およびＰｏｓｔＰｒｅｓｓ処理を実行可能な外部装置（例えばＭＦＰ２０３）に対して分散を依頼する。その結果、ＭＦＰ３７にて処理すべき作業工程が分散処理用に変更される。

本願では、ＭＦＰとＥＦＭがぞれぞれＮＩＣ部を持つように構成したが、ＮＩＣ部を共有する構成にしても構わない。また本願では、ＪＤＦ内にはＰｒｅＰｒｅｓｓ処理とＰｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理の３種類の処理が記録されるとしたが、その他の種類の作業工程が記録されても構わない。また、ＰｒｅＰｒｅｓｓ処理は、その内部処理としてはカラーコンバージョン処理や面付け処理など複数の作業工程が記録されているとしても構わないし、その他の処理も同じであることは言うまでもない。

また、本願ではＥＦＭとＰｏｓｔＰｒｅｓｓサーバで代行可能性を判断する処理を示したが、ＭＩＳサーバで判断する構成にしても構わない。

また、図１８のステップＳ３０におけるニアラインフィニッシャなどの外部装置能力情報の取得は、印刷システムの立ち上げ時にＭＩＳサーバからＥＦＭへ送信されることにより、ＥＦＭが管理するようにしても構わない。

本発明によって、画像処理装置は、印刷処理状況やネットワークに接続されている外部装置（例えばニアラインフィニッシャや他のＭＦＰなど）情報を得ることができ、印刷処理が開始された後でも、それらの情報をもとに、該画像処理装置は、フィニッシング作業など該画像処理装置において処理すべき作業工程を他のデバイスに代行させて作業効率アップを行う必要が有るかどうか、作業効率アップが可能かどうかを決定することができるので、作業効率の向上が可能になる。

また、本発明によって、画像処理装置において既に原稿への印刷が開始された処理中の印刷ジョブに対しても原稿の搬送先を排紙トレイに変更することができることによって、処理中の印刷ジョブから代行処理を開始することができ、更なる作業効率の向上が可能になる。

また、本発明によって、任意のタイミングで画像処理装置からネットワークに接続されている外部装置（例えばニアラインフィニッシャや他のＭＦＰ）への分散・代行処理が開始された場合、代行・分散処理を行うこと、また代行・分散対象先となるデバイス名称、また代行・分散処理を行う準備が出来ていること、また分散・代行処理を行う手順をオペレータに対して示すことでオペレータによる作業の操作ミスを減らすことが可能になる。

また、本発明によって、当初印刷依頼を受けた画像処理装置に搭載されている印刷後処理装置（インラインフィニッシャ）に何らかの不具合が発生した場合でも、ネットワークに接続されている一つあるいは複数の印刷後処理装置（ニアラインフィニッシャ）にフィニッシング作業負荷を代行させることにより、印刷ジョブをエラーにして止めることなく継続でき、作業効率を向上が可能になる。

なお、本発明は、上記形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体（又は記録媒体）を、システム又は装置に供給し、そのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成されることは云うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が上記実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部又は全部を行い、その処理によって上記実施の形態の機能が実現される場合も含まれることは云うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わる記憶媒体に書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは云うまでもない。

また、本発明は、上記実施の形態の機能を実現するソフトウェアのプログラムコードがネットワークを介して配信されることにより、システム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納され、そのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行することによっても、達成されることは云うまでもない。

従来の印刷システム構成図である。 従来の工程管理部の構成図である。 従来のデジタルプリント部の構成図である。 従来のポストプレス部の構成図である。 従来のジョブチケットによるワークフローを説明する図である。 従来のＪＤＦの構成を説明する図である。 従来のＪＤＦの構成を説明する第２の図である。 従来のフィニッシャにおける処理を説明する図である。 第一の実施例に置ける印刷システム構成図である。 第一の実施例に置けるＭＦＰの詳細ブロック図である。 第一の実施例に置けるＥＦＭのブロック図である。 第一の実施例に置けるＭＦＰ制御部のブロック図である。 第一の実施例に置ける印刷ジョブの開始を説明する図である。 第一の実施例に置ける印刷ジョブの代行処理を説明する図である。 第一の実施例に置ける印刷ジョブの代行依頼時のＪＤＦを説明する図である。 第一の実施例の処理を説明する第一のフローチャートである。 第一の実施例の処理を説明する第二のフローチャートである。 第一の実施例の処理を説明する第三のフローチャートである。 第一の実施例の処理を説明する第四のフローチャートである。 第二の実施例に置ける印刷ジョブの開始を説明する図である。 第二の実施例に置ける印刷ジョブの分散処理を説明する図である。 第二の実施例に置ける印刷ジョブの分散依頼時のＪＤＦを説明する図である。 第二の実施例に置けるＪＤＦバージョンと分散処理可否判断を説明する図である。 第二の実施例に置けるＭＩＳサーバに分散処理を通知するＪＤＦを説明する図である。 第二の実施例の処理を説明する第一のフローチャートである。 第二の実施例の処理を説明する第二のフローチャートである。 第二の実施例の処理を説明する第三のフローチャートである。 第二の実施例の処理を説明する第四のフローチャートである。 第二の実施例の処理を説明する第五のフローチャートである。

符号の説明

３ 印刷システム
４ 工程管理部
５ デジタルプリント部
６ ポストプレス部
２０ ＭＩＳサーバ
２２ ファイルサーバ
３７ カラーＭＦＰ
４０ ポストプレスサーバ
４６ くるみ製本機
６０ ＣｏｍｂｉｎｅｄＰｒｏｃｅｓｓ
６１ ＰｒｅＰｒｅｓｓ処理
６２ Ｐｒｅｓｓ処理
６３ ＰｏｓｔＰｒｅｓｓ処理
６４ ＪＤＦデータ
９３ ＥＦＭ部
１１２ ＥＦＭ制御部
１２０ ジョブ管理部

Claims (18)

1. 画像処理装置の作業が記述されたジョブチケットおよび描画データを受信する受信手段と、
   前記ジョブチケットおよび前記描画データに基づく印刷物を出力する出力手段と、
   前記ジョブチケットおよび前記描画データに基づいて実行される処理中に、前記画像処理装置にて処理されていない残りの作業を前記画像処理装置とは異なる外部装置に実行させるか否かを判定する判定手段と、
   前記判定手段において前記画像処理装置にて処理されていない残りの作業を前記外部装置に実行させると判定された場合、前記ジョブチケットと前記画像処理装置における処理の進捗状況とに基づいて前記画像処理装置にて処理されていない残りの作業を前記外部装置に行わせるためのジョブチケットを生成する生成手段と、
   前記生成手段により生成された前記ジョブチケットを前記外部装置に送信する送信制御手段と、
   前記出力手段により出力済みの印刷物に実行すべき作業を前記外部装置に認識させるための印刷物を出力させるために前記出力手段を制御する制御手段を有することを特徴とする画像処理装置。
2. 前記受信手段は、前記画像処理装置のスケジュール情報を受信し、
   前記判定手段は、前記スケジュール情報と前記画像処理装置の進捗状況を比較して、前記画像処理装置における処理が遅延していると判定した場合、前記画像処理装置にて処理されていない残りの作業を前記外部装置に実行させると判定することを特徴とする請求項１に記載の画像処理装置。
3. 前記外部装置とは、前記画像処理装置と通信可能であり、前記生成手段により生成されたジョブチケットの作業を実行できる印刷後処理機能を有することを特徴とする請求項１または２に記載の画像処理装置。
4. 前記残りの作業は、前記画像処理装置にて実行すべき印刷後処理であることを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 前記出力手段は、前記画像処理装置にて処理されていない残りの部数の印刷処理を実行し、前記残りの部数の印刷処理により得られる印刷物を、既に印刷処理が終了した部の印刷物とは異なる排紙先へ出力することを特徴とする請求項４に記載の画像処理装置。
6. 前記外部装置は、ネットワーク通信可能な印刷後処理装置、または、前記印刷後処理を実行できる画像処理装置であることを特徴とする請求項５に記載の画像処理装置。
7. 画像処理装置の作業が記述されたジョブチケットおよび描画データを受信する受信工程と、
   前記ジョブチケットおよび前記描画データに基づく印刷物を出力する出力工程と、
   前記ジョブチケットおよび前記描画データに基づいて実行される処理中に、前記画像処理装置にて処理されていない残りの作業を前記画像処理装置とは異なる外部装置に実行させるか否かを判定する判定工程と、前記判定工程において前記画像処理装置にて処理されていない残りの作業を前記外部装置に実行させると判定された場合、前記ジョブチケットと前記画像処理装置における処理の進捗状況とに基づいて前記画像処理装置にて処理されていない残りの作業を前記外部装置に行わせるためのジョブチケットを生成する生成工程と、
   前記生成工程により生成された前記ジョブチケットを前記外部装置に送信する送信制御工程と、
   前記出力工程により出力済みの印刷物に実行すべき作業を前記外部装置に認識させるための印刷物を出力させるために前記出力工程を制御する制御工程を有することを特徴とする画像処理方法。
8. 前記受信工程は、前記画像処理装置のスケジュール情報を受信し、
   前記判定工程は、前記スケジュール情報と前記画像処理装置の進捗状況を比較して、前記画像処理装置における処理が遅延していると判定した場合、前記画像処理装置にて処理されていない残りの作業を前記外部装置に実行させると判定することを特徴とする請求項７に記載の画像処理方法。
9. 前記外部装置とは、前記画像処理装置と通信可能であり、前記生成工程により生成されたジョブチケットの作業を実行できる印刷後処理機能を有することを特徴とする請求項７または８に記載の画像処理方法。
10. 前記残りの作業は、前記画像処理装置にて実行すべき印刷後処理であることを特徴とする請求項７乃至９のいずれか１項に記載の画像処理方法。
11. 前記出力工程は、前記画像処理装置にて処理されていない残りの部数の印刷処理を実行し、前記残りの部数の印刷処理により得られる印刷物を、既に印刷処理が終了した部の印刷物とは異なる排紙先へ出力することを特徴とする請求項１０に記載の画像処理方法。
12. 前記外部装置は、ネットワーク通信可能な印刷後処理装置、または、前記印刷後処理を実行できる画像処理装置であることを特徴とする請求項１１に記載の画像処理方法。
13. 画像処理装置の作業が記述されたジョブチケットおよび描画データを受信する受信工程と、
    前記ジョブチケットおよび前記描画データに基づく印刷物を出力する出力工程と、
    前記ジョブチケットおよび前記描画データに基づいて実行される処理中に、前記画像処理装置にて処理されていない残りの作業を前記画像処理装置とは異なる外部装置に実行させるか否かを判定する判定工程と、前記判定工程において前記画像処理装置にて処理されていない残りの作業を前記外部装置に実行させると判定された場合、前記ジョブチケットと前記画像処理装置における処理の進捗状況とに基づいて前記画像処理装置にて処理されていない残りの作業を前記外部装置に行わせるためのジョブチケットを生成する生成工程と、
    前記生成工程により生成された前記ジョブチケットを前記外部装置に送信する送信制御工程と、
    前記出力工程により出力済みの印刷物に実行すべき作業を前記外部装置に認識させるための印刷物を出力させるために前記出力工程を制御する制御工程をコンピュータに実行させるためのコンピュータが読み取り可能な画像処理プログラム。
14. 前記受信工程は、前記画像処理装置のスケジュール情報を受信し、
    前記判定工程は、前記スケジュール情報と前記画像処理装置の進捗状況を比較して、前記画像処理装置における処理が遅延していると判定した場合、前記画像処理装置にて処理されていない残りの作業を前記外部装置に実行させると判定することを特徴とする請求項１３に記載の画像処理プログラム。
15. 前記外部装置とは、前記画像処理装置と通信可能であり、前記生成工程により生成されたジョブチケットの作業を実行できる印刷後処理機能を有することを特徴とする請求項１３または１４に記載の画像処理プログラム。
16. 前記残りの作業は、前記画像処理装置にて実行すべき印刷後処理であることを特徴とする請求項１３乃至１５のいずれか１項に記載の画像処理プログラム。
17. 前記出力工程は、前記画像処理装置にて処理されていない残りの部数の印刷処理を実行し、前記残りの部数の印刷処理により得られる印刷物を、既に印刷処理が終了した部の印刷物とは異なる排紙先へ出力することを特徴とする請求項１６に記載の画像処理プログラム。
18. 前記外部装置は、ネットワーク通信可能な印刷後処理装置、または、前記印刷後処理を実行できる画像処理装置であることを特徴とする請求項１７に記載の画像処理プログラム。

Images