JP4764061B2 - 画像形成装置および画像形成方法および画像形成プログラムおよび印刷システム - Google Patents

Description

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

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

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

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

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

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

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

本発明は上記問題点に鑑みてなされたものであり、効率よく代行処理を実行することを目的とする。

上述した課題を解決するために、印刷処理および印刷後処理を実行させる印刷ジョブを受信する他の画像形成装置と通信する画像形成装置であって、前記他の画像形成装置が前記印刷ジョブの処理中に前記他の画像形成装置において前記印刷ジョブの処理が遅延していると判断した場合、前記他の画像形成装置に対して代行処理を実行することを示す代行申請情報を送信する送信手段と、前記送信手段により前記代行申請情報を送信することに応じて、前記他の画像形成装置から前記画像形成装置にて実行すべき作業工程を含む印刷ジョブを受信する受信手段と、前記受信手段により受信した印刷ジョブに基づいて、前記他の画像形成装置にて実行予定であった作業工程を代行する代行手段を有することを特徴とする。

本発明によって、効率よく代行処理を実行することが可能となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１１の９２はＥＦＭ部全体であり、１１６はＮＩＣ部でありネットワークを介してＪＤＦまたは印刷コンテンツデータの送受信やステータスの送受信を行う。ジョブ送受信処理部１１０は、ＮＩＣ部１１６に指示してＪＤＦまたは印刷コンテンツデータの送受信を制御する。ステータス送受信部１１１は、ＮＩＣ部１１６に指示して外部装置のステータスを取得したり、ＭＩＳサーバ２０等の外部装置にＭＦＰ装置３７のステータスを送信したりする。通信部１１４はＭＦＰ制御部１００とＪＤＦや印刷コンテンツデータの送受信やステータスの取得や印刷ジョブに対する指示等を行う。内部ジョブ管理部１１３はＭＦＰ３７で処理中の印刷ジョブを管理する内部ジョブ管理部であり、通信部１１４を介してＭＦＰ制御部１００に印刷ジョブの処理指示を送ったりしている。

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

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

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

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

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

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

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

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

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

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

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

図１４は、本実施例における印刷ジョブ処理におけるフィニッシング処理をＭＦＰ−２からＭＦＰ−１へ代行する処理を説明する図である。なお、ＭＦＰ−２はＭＦＰ３７に相当し、ＭＦＰ−１はＭＦＰ−９４に相当する。

ＪＤＦ１４０はスケジュールに従って処理開始予定時間が来たので、ＭＦＰ−２にて処理されるべくジョブキューにて管理されている。図１４では、ＭＦＰ−２にてまだ前回のジョブを処理中であるため、ＭＩＳサーバ内のジョブキューにて待機中であることを示している。ＪＤＦ１４１はＭＦＰ−２のＥＦＭ９２からＭＦＰ−１でフィニッシング処理を代行する為にＥＦＭ−１へ送られるＪＤＦである。ＪＤＦ１４１に関しては図１５で詳細に説明する。印刷原稿１４２はＭＦＰ３７において印刷コンテンツデータが描画された記録媒体であり、ＭＦＰ−１にてフィニッシング処理を行う印刷原稿全体を示す。なお、本願では、オペレータがＭＦＰ−２からＭＦＰ−１に印刷原稿１４２を運び、ＭＦＰ−１にセットすることを想定している。

図１５は、ＭＦＰ−２から代行処理を依頼する為に生成（または変更）されたＪＤＦ１４１を説明する図である。

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

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

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

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

以降、図１６から図１８のフロー図を用いて、本発明の実施例の処理を説明する。

図１６は、本実施例における印刷ジョブの代行処理を行う際の処理を説明するフローチャートである。なお、本フローチャートでは印刷代行処理を実行するＭＦＰを図１３に記載のＭＦＰ−１とし、後述するように処理遅延が発生するＭＦＰを図１３に記載のＭＦＰ−２として説明する。

まず、本実施例ではＭＦＰ−１は現在ジョブ処理中でなく、ＭＩＳサーバのスケジュールにも暫くＭＦＰ−１が処理すべき印刷ジョブはないものとする。この時、ステップＳ１においてＥＦＭ−１は、印刷ジョブの代行受け入れ状態である。

ステップＳ２において、ＥＦＭ−１は、印刷システム内に処理遅延しているジョブがあるかをＭＩＳサーバ２０に問い合わせる。詳細には、ＭＩＳサーバは各ＭＦＰと通信しながら各ＭＦＰの処理状況を管理しているため、ＥＦＭ−１がＭＩＳサーバと通信することにより、印刷システム内に処理遅延しているジョブがあるか否かを判定することが可能となる。

そしてステップＳ３において、ＥＦＭ−１がＭＩＳサーバから処理遅延ジョブが無い旨を示す情報を受信した場合、ステップＳ２に戻り、一定のインターバル後、再度ＭＩＳサーバに問い合わせ、印刷システム全体で処理遅延が発生している印刷ジョブを監視する。また、ステップＳ３にて、ＥＦＭ−１がＭＩＳサーバから処理遅延ジョブを示す旨の情報を受信した場合、ステップＳ４へ進む。

Ｓ４において、ＥＦＭ−１は、処理遅延を起こしているＭＦＰ−２の処理中印刷ジョブ情報及びステータスをＭＦＰ−２に要求し且つ取得する。詳細には、ＭＩＳサーバは各ＭＦＰの処理状況を確認しているため、ＥＦＭ−１はＭＩＳサーバと通信することにより、処理遅延を起こしているＭＦＰ−２を把握することができる。そして、ＥＦＭ−１はＭＩＳサーバから受信した情報を基に処理遅延の起こしているＭＦＰ−２において処理中の印刷ジョブの状況を問い合わせることが可能となる。なお、Ｓ４で取得する印刷ジョブ情報にはＭＦＰ−２にて処理すべき作業工程が含まれている。ＥＦＭ−１が取得した情報は記憶部に保持される。

次にステップＳ５へ進み、ＥＦＭ−１は、ステップＳ４で取得した情報を基にＥＦＭ−１が含まれるＭＦＰ−１が、処理遅延を発生しているＭＦＰ−２にて実行すべき作業工程を代行可能かどうか判断する。本実施例ではＰｏｓｔＰｒｅｓｓ処理の代行処理を行うものとし本フローチャートの説明を進める。また、Ｓ５の判断方法に関しては図２８で説明する。

ステップＳ５にて、ＥＦＭ−１が、処理遅延を発生しているＭＦＰ―２にて実行すべきＰｏｓｔＰｒｅｓｓ処理を代行できないと判定した場合には、印刷システム内の他のＭＦＰにおいて処理遅延しているジョブがないかどうかを監視するためにステップＳ２へ戻る。また、ＥＦＭ−１が、処理遅延を発生しているＭＦＰ−２にて実行すべきＰｏｓｔＰｒｅｓｓ処理を代行できると判定した場合には、ステップＳ６へ進む。

Ｓ６において、ＥＦＭ−１は、ＭＦＰ−２が処理すべきＰｏｓｔＰｒｅｓｓ処理（フィニッシング処理）を、代行することを示す代行申請情報をＥＦＭ−２に通知する。詳細には、ＥＦＭ−１が代行処理を実行することを示す代行申請情報を生成し、該情報をＥＦＭ−２へ通知する。

そしてステップＳ７において、ＥＦＭ−１は、Ｓ６において送信した代行申請情報を受諾する旨の受諾情報がＥＦＭ−２から返却されたかどうかを判断し、受諾しない旨の返事があった場合にはステップＳ２へ戻り、他の処理遅延ジョブの監視を継続する。また、ＥＦＭ−１が、ＥＦＭ−２から代行申請情報を受諾する旨の返事があったことを判断した場合にはステップＳ８へ進む。

Ｓ８において、ＥＦＭ−１は、ＥＦＭ−２に対してＭＦＰ−２において処理中の印刷ジョブをＰｒｅｓｓまで処理実行する指示、後処理中の印刷ジョブの中断する指示、そしてＭＦＰ−１にて代行処理すべくＪＤＦを代行処理用に生成する指示、ＭＦＰ−１にて実行すべき作業工程の直前（つまり、印刷後処理の直前の作業工程である印刷処理）まで実行する指示を処理遅延しているＭＦＰ−２に送付する。なお、Ｓ８において、ＥＦＭ−１は、ＥＦＭ−２に対して代行処理用にＪＤＦを生成するよう指示すると記載したが、それに限ることは無く代行処理用にＪＤＦを変更する処理も含まれる。

そしてステップＳ９にてＥＦＭ−１は、ＥＦＭ−２から代行処理用に変更（または生成）されたＪＤＦを受信したかどうかを判断する。詳細には、ＥＦＭ−１内にある印刷ジョブ制御部１１５は、受信したＪＤＦを解釈することが可能であるため、Ｓ９の処理を実行することが可能となる。なお、印刷ジョブ制御部１１５により解釈されたＪＤＦは、ＭＦＰ−１内に保持される。また、受信したＪＤＦには、ＭＦＰ−１にて代行処理を実行すべきことを示す情報と共に、ＭＦＰ−１にて処理すべき作業工程も含まれている。

Ｓ９において、ＥＦＭ−１はＥＦＭ−２から代行処理用のＪＤＦを受信していないと判断した場合にはステップＳ９をループして受信するまで待機し、受信した場合にはステップＳ１０へ進む。

ステップＳ１０では、ＥＦＭ−１はＭＦＰ−１が有するインラインフィニッシャ９７を代行処理用にニアラインフィニッシャモード状態に変更するよう指示する。上述したようにＥＦＭは、ＭＦＰ制御部に対して様々な指示をすることが可能であるため、Ｓ１０の処理は実現される。Ｓ１０におけるＥＦＭ−１からの指示により、ＭＦＰ制御部は、ＭＦＰ−１内のインラインフィニッシャを代行処理用にニアラインフィニッシャモードへ変更する（切り替える）。詳細には、ニアラインフィニッシャモードになっていることを示すフラグなどを立てておくことにより、ＭＦＰ−１のインラインフィニッシャのモードを管理することが可能となる。Ｓ１０の処理によって、インラインフィニッシャはＭＦＰ−１で処理中の印刷ジョブの印刷後処理を行うのではなく、他のＭＦＰで処理処理すべき印刷ジョブの印刷後処理を行う状態になる。本実施例では、ＭＦＰ−２の印刷ジョブのＰｏｓｔＰｒｅｓｓ処理を行う状態になることを意味する。ＭＦＰ−１のインラインフィニッシャがニアラインフィニッシャモードになったとしても、ＭＦＰ−１本体９５自体は、ＭＦＰ−１に対して送信された印刷ジョブを処理することが可能であるが、インラインフィニッシャ９７は使用できない。そのため、ＭＦＰ−１にて実行可能な印刷ジョブは、ＰｏｓｔＰｒｅｓｓ処理を含まない印刷ジョブの処理に限られる。もしＰｏｓｔＰｒｅｓｓ処理を含む印刷ジョブを開始する場合には、ポストプレス部や他のＭＦＰのインラインフィニッシャを使用する必要がある。なお、代行処理用にインラインフィニッシャモードからニアラインフィニッシャモードに切り替えられた場合、印刷後処理の実行対象となる記録媒体（印刷原稿）は、インラインフィニッシャ部と印刷部とが物理的につながっている紙搬送路から給紙されない。つまり、印刷原稿は、通常のインラインフィニッシャ用の紙搬送路とは異なる給紙部であるインサータから挿入され、ＭＦＰ−１は、該インサータから挿入された印刷原稿に対して受信した代行用のジョブチケットに基づく印刷後処理を実行する。詳細は図２７を用いて説明する。

ステップＳ１１において、ＥＦＭ−１は、ＭＦＰ制御部に対してＭＦＰ−１本体の操作パネルに、ＭＦＰ−２上の印刷原稿をＭＦＰ−１へセットし、ＰｏｓｔＰｒｅｓｓ処理開始を指示する情報（オペレータへの作業指示）を表示するよう制御する。このオペレータへの作業指示に関しては、図１９から図２７で詳細に説明するため、ここでは詳しく述べない。また、Ｓ９にて受信したＪＤＦはＭＦＰ−１内に保持されており、ＥＦＭ−１がＪＤＦに記述されているＭＦＰ−１にて代行すべき処理内容を解釈することにより、ＭＦＰ−１に操作パネルに作業指示を表示することが可能となる。

ステップＳ１１で表示された作業指示が実行されたことを認識した場合（印刷原稿がＭＦＰ−１にセットされたことを認識した場合）、ステップＳ１２にて、ＥＦＭ−１は、ＭＦＰ制御部に対してＳ９にて受信した代行用のＪＤＦに記述されているＰｏｓｔＰｒｅｓｓ処理を代行処理するように指示する。詳細には、ＥＦＭ−１が解釈したＪＤＦに記述されているＰｏｓｔＰｒｅｓｓ処理内容をＭＦＰ制御部に伝えることにより、ＭＦＰ制御部はＪＤＦに記述されているＰｏｓｔＰｒｅｓｓ処理を実行することが可能となる。つまり、受信したＪＤＦに基づいて、他の画像形成装置（本実施例ではＭＦＰ−２）にて実行予定であった作業工程を代行することが可能となる。

ＥＦＭ−１は、Ｓ１２にて実行されたＰｏｓｔＰｒｅｓｓ処理が終了したことをＭＦＰ制御部から受信した場合、Ｓ１３においてＥＦＭ−１はＭＦＰ制御部に対してＭＦＰ−１のフィニッシャをインラインフィニッシャモードに戻すよう指示する。例えば、ＭＦＰ制御部がこの指示を受けることによりＳ１０において立てたニアラインフィニッシャモードを示すフラグをインラインフィニッシャを示すモードへ戻す。インラインフィニッシャ９７が使用可能に戻るため、ＭＦＰ−１ではＰｏｓｔＰｒｅｓｓ処理を含む印刷ジョブを処理することが可能となる。そしてステップＳ１４にてＥＦＭ−１はジョブ終了をＭＩＳサーバへ通知して、ＰｏｓｔＰｒｅｓｓ処理の代行が終了する。

上記フローチャートによる処理を実行することにより、処理遅延の発生を防ぐことが可能になるだけでなく、処理中で無いＭＦＰの機能を遊ばせることなく効果的に活用することが可能となる。なお、本願では処理遅延の発生している印刷ジョブがあるか否かをＭＩＳサーバへ問い合わせているが、ＥＦＭ−１が、ＭＩＳサーバが管理するスケジュール情報を取得して、解釈することにより、処理遅延の発生している印刷ジョブおよびＭＦＰを特定するようにしても構わない。すなわち、ＭＦＰ−１と接続可能なＭＩＳから受信したスケジュール情報に基づいて処理遅延が発生しているＭＦＰがあるか否かを判定し、処理遅延が発生していると判定されたＭＦＰが代行申請情報を送信すべき画像形成装置であると決定し、該代行申請情報を送信する。
上記処理により、ＭＦＰ−１が処理待ちである場合、ＭＦＰ−１と通信可能なＭＦＰ−２に対して代行処理を実行することを示す代行申請情報を送信することに応じて、他の画像形成装置であるＭＦＰ−２からＭＦＰ−１にて実行すべき作業工程を含むジョブチケットを受信し、受信したジョブチケットに基づいて、ＭＦＰ−２にて実行予定であった作業工程を代行することが可能となる。 図１７は、本実施例における印刷ジョブの代行処理を依頼する画像形成装置（ＭＦＰ−２）にて実行される処理を説明するフローチャートである。なお、本フローチャートでも、代行申請情報を送信する画像形成装置をＭＦＰ−１と想定して説明する。

まずステップＳ２０にてＭＦＰ−２は印刷ジョブの処理を開始し、ステップＳ２１にてＭＦＰ制御部は、ＥＦＭ−２によって解釈されたＪＤＦの指示に基いて印刷ジョブの処理を実行する。

そしてステップＳ２２にて、ＥＦＭ−２は、ＭＩＳサーバ（または他のＭＦＰのＥＦＭ）からジョブステータスの送信リクエストを受信したか否かを判断する。なお、本フローチャートではＭＦＰ−１のＥＦＭ−１が他のＭＦＰのＥＦＭに該当するものとして説明する。Ｓ２２において、ＥＦＭ−２がＭＩＳサーバ（またはＥＦＭ−１）からジョブステータスの送信リクエストがあると判断した場合、ステップＳ２３へ進み、ＭＦＰ−２で処理中のカレント印刷ジョブの情報および印刷ジョブステータスを依頼元のＭＩＳサーバ（またはＥＦＭ−１）へ送信し、ステップＳ２１へ戻りＥＦＭ−２はＭＦＰ−２制御部で実行中の印刷ジョブ処理を継続管理する。

また、ＥＦＭ−２は、ステップＳ２２にてＭＩＳサーバ（またはＥＦＭ−１）からジョブステータスの送信リクエストがないと判定した場合にはステップＳ２４へ進み、現在ＭＦＰ−２で処理中の印刷ジョブの処理を代行する代行申請情報を受信したか否かを判断する。詳細にはＥＦＭ−１から送信された情報をＥＦＭ−２が解釈することによりＥＦＭ−１から受信した情報が代行申請情報であるか否かを判断することができる。Ｓ２４にて、ＥＦＭ−２が代行申請情報を受信していないと判断した場合は、ステップＳ２１へ戻り、上記と同様に印刷ジョブの処理を継続管理する。また、Ｓ２４にてＥＦＭ−２が代行申請情報を受信したと判定した場合、ステップＳ２５へ進む。

Ｓ２５において、ＥＦＭ−２はＥＦＭ−１からの代行申請を受諾するか否かを判断し、受諾する場合、受諾情報を代行提案元のＥＦＭ−１へ返却する。代行申請を受諾するか否かの一例として、ＥＦＭ−２は自機であるＭＦＰ−２において実行すべき処理に遅延が生じているか否かを判定し、遅延が発生していることを認識した場合に代行申請を受諾する受諾情報をＥＦＭ−１へ送信する。ＥＦＭ−２が自装置であるＭＦＰ−２において処理遅延が発生しているか否かの判断方法としては、ＭＩＳサーバに問い合わせ、ＭＩＳサーバが保持するスケジュール情報を認識することにより、遅延の発生を判断することが可能である。また、ＥＦＭ−２が、本来ＭＦＰ−２において処理すべきフィニッシング処理を実行することができないと判断した場合にＥＦＭ−１に対して受諾情報を送信する。例えば、ＭＦＰ−２において出力した印刷原稿をステイプル処理するようＪＤＦに記述されていたが、ＭＦＰ−２内にステイプルの針がなくなった場合、ＥＦＭ−２はＭＦＰ−２においてフィニッシング処理を実行することができないと判断する。このような場合に、ＥＦＭ−２は、ＥＦＭ−１からの代行申請情報に対して受諾情報を送信する。

そしてステップＳ２６へ進み、ＥＦＭ−２は、ＥＦＭ−１から次の作業指示が送られてきているかどうかを判断し、次作業指示送信がなければステップＳ２６を繰り返し、次作業指示送信がある場合にはステップＳ２７へ進む。なお、Ｓ２６において指示される内容は、前述した図１６のＳ８にてＥＦＭ−１が送信する情報である。

Ｓ２７では、Ｓ２６においてＥＦＭ−１から次作業指示を受信した場合、ＥＦＭ−２は、ＥＦＭ−１からの次作業指示情報に基づく処理を実行する。ＥＦＭ−２はＥＦＭ−１から送信された指示情報を解釈することが可能であり、解釈した情報をＭＦＰ−２のＭＦＰ制御部に送信することにより、ＭＦＰ−２は、ＥＦＭ−１からの次作業指示に基づく処理を実行することが可能となる。なお、上述したがＥＦＭ−２は、ＥＦＭ−１からの指示に基づき代行処理用にＪＤＦを変更するか、代行処理用に新たにＪＤＦを生成する。すなわち、代行申請情報の送信元であるＥＦＭ−１に対して、ＭＦＰ−２にて実行すべき作業工程を代行させる情報が記述されたＪＤＦが生成（または変更）される。

そしてステップＳ２８において、ＥＦＭ−２は、ＭＦＰ−２本体の操作パネルにオペレータが実行すべき処理内容を表示するよう、ＭＦＰ制御部に対して指示する。具体的には、本願では印刷後処理をＭＦＰ−１に対して代行処理してもらうため、ＭＦＰ−２において出力された印刷原稿をＭＦＰ−１へ持っていくよう指示する情報が操作パネルに表示される。

ステップＳ２９にて、ＥＦＭ−２は、Ｓ２７において変更（または生成）した代行処理用のＪＤＦをＭＦＰ−１のＥＦＭ−１へ送信し、ステップＳ２ａにてＭＦＰ−１に対して代行処理を依頼したこと、且つＭＦＰ−２が印刷ジョブ受け付け可能状態であることをＭＩＳサーバへ通知する。詳細には、代行処理を依頼することでＭＦＰ−２では印刷ジョブの処理が終了する。そのため、ＭＦＰ−２のＭＦＰ制御部は印刷ジョブを受信することが可能であることをＥＦＭ−２へ通知し、ＥＦＭ−２がＭＩＳサーバに対して印刷ジョブ受信可能であることを通知する。

ステップＳ２ｂにて、ＥＦＭ−２は、印刷ジョブ受信可能であることを受信したＭＩＳサーバからの次印刷ジョブの受信を待つ処理に入る。Ｓ２ｂにおいてＥＦＭ−２がＭＩＳサーバから次印刷ジョブを受信した場合、該次印刷ジョブの処理を開始するようＭＦＰ−２のＭＦＰ制御部に指示する。

図１８は、本実施例における印刷ジョブの代行処理を行う際の、ＭＦＰ−１上のＥＦＭ−１とＭＦＰ−２上のＥＦＭ−２とＭＩＳサーバの処理の関係を説明するフローチャートである。

図１８では、図１６と図１７で示したＥＦＭ−１とＥＦＭ−２の処理フローが、ＭＩＳサーバを含めた３つのシステム間でどのように関係して動作するかを時系列で説明している。図の上側から下側に向かって処理は実行される。

まず、図１８中でＥＦＭ―１のＳ２からＥＦＭ−２のＳ２ａまでの処理に関しては図１６と図１７のフローチャートで説明したのでここでは省略する。

以降、図１８におけるＭＩＳサーバの処理に関してのみ説明する。

ステップＳ３０においてＭＩＳサーバは、ＭＩＳサーバが保持するスケジュール情報に従ってＥＦＭ−２へ送信すべき印刷ジョブがあるか否かを判定し、該スケジュール情報により処理開始時間の印刷ジョブがある場合、該印刷ジョブを送信する。詳細には、ＭＩＳサーバは印刷システム内の各ＭＦＰにおいて処理すべき印刷ジョブのスケジュール情報と共に、現状の時刻も把握しており、送信すべき印刷ジョブを把握することが可能となる。なお、ＭＩＳサーバは処理開始時間となった印刷ジョブを順次送信することとなるが、その際に送信先のＭＦＰが処理中か否かも判断している。ここで印刷ジョブの送信先に該当するＭＦＰが処理中である場合は、印刷ジョブを送信することなく待機する。なお、ＭＩＳサーバは各ＭＦＰ内のＥＦＭと通信することにより各ＭＦＰのステータスを把握することが可能である。

ステップＳ３１は、ＭＩＳサーバがステップＳ２においてＥＦＭ−１から印刷処理開始時間がきているのに処理を開始できない印刷ジョブがあるかどうかの問い合わせを受信した場合、処理開始時間を過ぎた印刷ジョブがあればその旨を示すジョブキュー情報を送信する。

そしてステップＳ３２において、ＭＩＳサーバはＥＦＭ−２からＭＦＰ−２が印刷ジョブ受信可能状態になった通知を受け取ると、ＭＩＳサーバが管理するスケジュール情報に従って印刷処理開始時間が過ぎてもＭＦＰ−２で処理を開始できなかった印刷ジョブをＥＦＭ−２へ投入する。なお、図１８ではＭＩＳサーバがＥＦＭ−１に対して処理開始時間を過ぎた印刷ジョブを判定して、処理開始時間を過ぎた印刷ジョブがある旨を通知している。しかし、これに限られることは無く、ＭＩＳサーバが管理するスケジュール情報をＥＦＭ−１に対して送信して、ＥＦＭ−１が、スケジュール情報に基づいて代行申請情報を送信すべきＭＦＰを決定し、処理遅延が発生している印刷ジョブを判定するようにしても構わない。

図１９から図２２は、本実施例におけるＭＦＰ−１とＭＦＰ−２の操作パネルに表示される表示例を示したものである。以下に、図１９から図２２について説明する。

図１９は、ＭＦＰ−２において出力された印刷原稿に対して印刷後処理を行わせるために表示される作業指示情報である。例えば、印刷後処理について代行処理を依頼する場合、ＭＦＰ−２は印刷原稿に対する印刷後処理は実行しない。そのため、印刷原稿は印刷後処理を実行するための搬送路から排紙トレイへとつながる搬送路へ切り替えられる。つまりＥＦＭ−２は、印刷後処理中の部および未処理中の部の印刷原稿を排紙トレイであるスタックトレイとサンプルトレイなどに出力するようＭＦＰ制御部に指示する。そして、排紙トレイに出力された印刷原稿に対する印刷後処理を代行処理先であるＭＦＰ−１にて実行させるべく図１９の作業指示情報が表示される。

１９０はＭＦＰ−２の本体に付随して設けられている操作パネルであり、オペレータへの指示として「後処理が途中で中断されたため、スタックトレイとサンプルトレイに排紙された原稿をＭＦＰ−１のＦｉｎｉｓｈｅｒで後処理を再開して下さい」が表示されている。本処理指示を実行後に、ＯＫボタン１９１にタッチすることでＭＦＰ−２は操作パネルに表示した処理が実行されたと判断し、代行処理用のＪＤＦを代行処理先のＭＦＰ−１に対して送信する。なお、本願ではＯＫボタン１９１が押されたことにより代行処理用のＪＤＦが送信されると記載したがこれに限られることはなく、代行処理用のＪＤＦに変更（または生成）された時点で代行処理先に送信しても構わない。

ＯＫボタン１９１が押されることにより、ＭＦＰ−２は印刷ジョブ受信状態になり操作パネルの表示も印刷ジョブの待ち受け画面となる。本願では、操作パネルはタッチパネルであり、操作パネル上に表示されるボタンは指で触れることによって押下されたと判断する。上記操作パネルの処理に関しては既知の技術であるので、本実施例では省略する。

一方、ＭＦＰ−２のステップＳ２８と同時にＭＦＰ−１にはステップＳ１１にてＭＦＰ−１における操作指示をオペレータに表示している。上記を説明するのが図２０である。

２００はＭＦＰ−１における操作パネルであり、「インサートトレイにフェースダウンで原稿をセットして下さい」という指示が表示されている。つまり、ＭＦＰ−１の操作パネルには、印刷後処理の対象となる印刷原稿をＭＦＰ−１の給紙部へ挿入するための挿入方法が表示されている。本処理を実行後に、オペレータがセット完了ボタン２０１をタッチすることでＭＦＰ−１は図２０に表示した作業指示が実行されたと判断し、代行処理用のＪＤＦに記載された内容に基づく印刷後処理を実行するための準備に入る。ここで、ＭＦＰ−１は、次の処理実行、且つ次の処理指示表示を行う。また、オペレータがキャンセルボタン２０２をタッチするとＭＦＰ−１における印刷ジョブの代行処理実行がキャンセルされる。なお、ＭＦＰ−１にセットされた印刷原稿と該印刷原稿に実行すべきＪＤＦ（ＥＦＭ−１が受信した代行用のＪＤＦ）とを対応付ける方法の一例を説明する。

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

図２１に示す操作パネル２１０はＭＦＰ−１における操作パネルであり「フィニッシャでＭＦＰ−２から転送されたジョブの後処理を開始します。後処理の終了までは、フィニッシャはＭＦＰ−２のニアラインフィニッシャモードとして動作し、使用できません。ＭＦＰ本体は使用可能であり、印刷処理はできます。」という指示が表示されている。代行処理の開始を指示するならば、開始ボタン２１１にタッチし、一つ前の画面である図２０に戻るならば戻るボタン２１２にタッチする。

ここで、開始ボタン２１１を押すことにより、ＥＦＭ−１が解釈した代行処理用のＪＤＦに記載されて作業工程をＭＦＰ−１のＭＦＰ制御部に実行させるべく指示する。また、ＭＦＰ−１において印刷後処理を代行する場合、ＭＦＰ−１のインラインフィニッシャはニアラインフィニッシャモードに変更される。

図２２は代行処理が終了後、ＭＦＰ−１の操作パネルに表示される画面の例を示している。

ＭＦＰ−１の操作パネル２２０には「ＭＦＰ−２から転送されたジョブの後処理の代行を終了しました。ＭＦＰ−２におけるフィニッシャのニアラインフィニッシャモード使用を終了し、インラインフィニッシャモードに戻します。」という情報が表示されている。ユーザがＯＫボタン２２１を押すことにより、ＭＦＰ−１は印刷ジョブの終了がオペレータによって承認されたと見なし、ステップＳ１３とＳ１４の印刷ジョブ代行の終了処理を行う。つまり、ＭＦＰ−１のインラインフィニッシャが代行処理用にニアラインフィニッシャモードに切り替えられている間は、上述したようにＭＦＰ−１本体９５自体は、ＭＦＰ−１に対して送信された印刷ジョブを処理することが可能であるが、インラインフィニッシャ９７は使用できない。そのため、ＭＦＰ−１にて実行可能な印刷ジョブは、ＰｏｓｔＰｒｅｓｓ処理を含まない印刷ジョブの処理に限られるが、代行処理が終了したことに応じて、インラインフィニッシャモードに切り替えられるため、ＭＦＰ−１はＰｏｓｔＰｒｅｓｓ処理を含む印刷ジョブも処理することが可能となる。

図２３から図２７までは、本実施例における本アイデアの印刷原稿の流れを印刷原稿の向きを中心に以下に示す。

本実施例においては包み製本を例にとって説明する。従来の例で説明した図８は、本実施例においても包み製本機能を持つインラインフィニッシャの断面図であり、図８で説明した印刷原稿の搬送路（パス）が通常の包み製本時の印刷原稿パスである。つまりＭＦＰ本体から出力された印刷原稿がフェースダウンで一旦一次トレイ８６に蓄えられる。全印刷原稿が蓄え終わると一次トレイに蓄えられた印刷原稿が最終印刷原稿から糊付け処理部８７へ搬送される。そして背の部分に糊がつけられる。糊付けされた原稿と表紙原稿が包み処理部８９へ送られ、表紙原稿が糊付けされた原稿を包む。原稿をカッタ部８ｃへ搬送し、余分な箇所を断裁する。そしてブックレットホールド部８ｂへ搬送される。

先ず図２３と図２４と図２５と図２６を用いてＭＦＰ−２における印刷原稿の流れを説明する。

図２３において、包み製本処理の指示された印刷ジョブを実行開始する。まず一次トレイにフェースダウンで描画データが印字された印刷原稿を送る。この印刷原稿が通る搬送路（パス）が（６）である。そして、ＥＦＭ−２から印刷ジョブ処理中止が指示されると、最終印刷原稿＋表紙原稿まで印刷処理を実行し、一次トレイに蓄える。そして出力すべき全印刷原稿が蓄え終わると、表紙原稿から原稿を反転させながら、スタックトレイに排紙する。この時の印刷原稿が通る搬送路（パス）が（７）である。

次に図２３の印刷原稿パス（７）でスタックトレイに排紙された原稿を示すのが図２４である。左側の“表示のみ排紙”の図は、表紙原稿２４０だけがスタックトレイにフェースアップで排紙された状態を示し、右側の“全原稿排紙済”の図は、表紙原稿２４０の上に本文原稿２４１がフェースアップで排紙されている状態を示している。そして未処理の残部数分の原稿に関してはサンプルトレイにフェースダウンで排紙される。

図２５は上記フェースダウンでの排紙を説明し、印刷原稿は、搬送路（パス）（８）を通る。

図２５の印刷原稿パス（８）でサンプルトレイに排紙された原稿を示すのが図２６である。左側の“本文のみ排紙済”の図において、本文原稿２６０だけがサンプルトレイにフェースダウンで排紙された状態を示し、右側の“全原稿排紙済”の図は、表紙原稿２６１０が本文原稿２６０の上に２６１フェースダウンで排紙されている状態を示している。

次に図２７を用いてＭＦＰ−１における代行処理の印刷原稿の流れを説明する。

オペレータは操作パネルの指示に従って、ＭＦＰ−２のスタックトレイとサンプルトレイに排紙された原稿をＭＦＰ−１のインサートトレイ（給紙部）にフェースダウンでセットする。その後、ＥＦＭ−１はＥＦＭ−２から代行処理用のＪＤＦを受け取り、ＭＦＰ−１におけるオペレータの指示により、包み製本処理を実行開始し、インサートトレイからフェースダウンでセットされた原稿を先頭頁から一次トレイに取り込む（原稿は反転させない）。この印刷原稿が通る搬送路（パス）を説明するのが図２７であり、上記インサートトレイからの印刷原稿パスを示すのが（９）である。以降の印刷原稿パスに関しては、表紙がインサートトレイから送られることを除いて「通常の包み製本時の原稿の流れ」と同じである。

図２７のような構成を有することにより、ＭＦＰ−１は、ＭＦＰ−１が有するインラインフィニッシャ９７を用いて実行するインラインフィニッシャモードと、ＭＦＰ−１と接続されているＭＦＰ−２にて処理すべき印刷後処理をＭＦＰ−１が有するインラインフィニッシャ９７にて実行するニアラインフィニッシャモードを切り替えることができる。なお、ニアラインフィニッシャモードに切り替えられた場合、ＭＦＰ本体―１とインラインフィニッシャ９７をつなぐ紙班走路とは異なる給紙部（インサータ）から挿入（入力）された記録媒体に対して、受信した代行用のジョブチケットに基づく印刷後処理を実行することができる。図２８は、図１６のステップＳ５の処理である、本実施例におけるＭＦＰ−１においてＥＦＭ−１が、ＰｏｓｔＰｒｅｓｓ処理を代行できるかどうかを判定する処理を説明するフローチャートである。

ステップＳ４０にてＥＦＭ−１は、印刷ジョブ処理のＰｏｓｔＰｒｅｓｓ処理が代行できるかどうかを判定する処理が始める。

ステップＳ４１にてＥＦＭ−１は、ＥＦＭ−２へ代行処理の作業工程を記載したＪＤＦをＥＦＭ−１へ送信するよう指示する。

ステップＳ４２にてＥＦＭ−１は、ＥＦＭ−２から代行を依頼したい作業工程が記述された代行処理用のＪＤＦを受け取る。

ステップＳ４３にてＥＦＭ−１は上記代行処理用のＪＤＦに記載されたＰｏｓｔＰｒｅｓｓ処理の各プロセスの機能をＭＦＰ−１で実行できるかどうかを判断する。詳細には、ＥＦＭ−１は、ＭＦＰ−１にて処理可能なＰｏｓｔＰｒｅｓｓ処理について認識することが可能であり、受信した代行処理用のＪＤＦを解釈し、該ＭＦＰ−１にて処理可能なＰｏｓｔＰｒｅｓｓ処理と比較することによりＳ４３が実現される。

ステップＳ４４ではステップＳ４３で判断した結果が、ＰｏｓｔＰｒｅｓｓ処理の全作業内容を実行する機能をＭＦＰ−１が所持すると判断したならば、代行処理が可能であると判断し、所持しないと判断したならば代行処理は出来ないと判断する。

以上、本願発明では、印刷システム内において空いているＭＦＰ（処理待ちのＭＦＰ）が、該印刷システム内において印刷後処理が実行できない等により遅延の発生しているＭＦＰを検出し、該遅延の発生しているＭＦＰで処理中の印刷ジョブを受信し、代行処理することが可能となる。これにより、印刷後処理等が実行できないことによる処理遅延を防ぐことが可能となる。

また、ＭＦＰ内にあるインラインフィニッシャが、印刷システム内のＭＦＰの処理状況に応じてニアラインフィニッシャモードに変更されることにより、印刷システム内の資源（ＭＦＰが有する印刷後処理機能）を有効に活用することができ、印刷後処理が実行できないことによる処理遅延を防ぐことが可能となる。

本実施例では、ＥＦＭ−１は代行可能性判定処理を行う毎にＥＦＭ−２からＪＤＦを受け取り代行可能性を判定するように構成したが、ＥＦＭ−１はシステムのスタートアップ時に、ＭＦＰ−１はＭＦＰ−２のＰｏｓｔＰｒｅｓｓ機能を全て所有するかどうかを判断しておき、全て所有するならば常に代行可能と自動的に判断する。また全て所有していないならば上記実施例の判断方法を実行する、様に構成しても構わない。

本実施例では、ＭＦＰとＥＦＭがぞれぞれＮＩＣ部を持つように構成したが、ＮＩＣ部を共有する構成にしても構わない。

また本実施例では、ＪＤＦ内にはＰｒｅＰｒｅｓｓ処理とＰｒｅｓｓ処理とＰｏｓｔＰｒｅｓｓ処理の３種類の処理が記録されるとしたが、その他の種類の作業工程が記録されても構わない。また、ＰｒｅＰｒｅｓｓ処理は、疎の内部処理としてはカラーコンバージョン処理や面付け処理など複数の処理の作業工程が記録されているとしても構わないし、その他の処理も同様であることは言うまでもない。

また、本実施例ではＥＦＭ−１で代行可能性を判断する処理を示したが、ＭＩＳサーバでＭＦＰ−２で実行中の印刷ジョブをＭＦＰ−１で代行できるかを判断する構成にしても構わない。

また、本実施例ではＥＦＭ−１が、ＭＦＰ−２で処理すべくスケジュールされている印刷ジョブであり、且つ処理開始時間が過ぎて処理が開始されていない印刷ジョブの有無を判定し、印刷ジョブの代行を行うことをＥＦＭ−１へ申請するように構成したが、印刷ジョブを処理中のＭＦＰ−２に搭載されているＥＦＭ−２が開始時間を過ぎてもＭＦＰ−２で処理開始されない印刷ジョブの有無を判定し、ＥＦＭ−１へ印刷ジョブの代行をＥＦＭ−１へ依頼する構成にしても構わない。

また、本実施例ではＥＦＭ−２でＥＦＭ−１へ代行を依頼するためのＪＤＦを作成するように構成したが、ＥＦＭ−１は代行を依頼したい処理がＰｏｓｔＰｒｅｓｓ処理であることだけをＥＦＭ−１へ通知する、つまりＥＦＭ−２は依頼した処理項目名称と現在処理中のＪＤＦをそのままＥＦＭ−１へ送付し、ＥＦＭ−２で印刷ジョブを代行する為のＪＤＦを作成するような構成にしても構わない。

また、本発明によって、画像形成装置にネットワークを介して印刷システム内での処理待機中の印刷ジョブ情報に、ニアラインフィニッシャ装置の性能・使用状況・作業スケジュールを得ることができ、印刷ジョブが開始された後でも、それらの情報をもとにフィニッシング作業を代行させて作業効率アップを行う必要が有るかどうか、作業効率アップが可能かどうかを自動的に決定することができるので、更なる作業効率の向上が可能になる。

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

また更に、本発明によって、任意のタイミングで画像形成装置からネットワークに接続されている任意の画像形成装置のインラインフィニッシャ装置への代行処理が開始されても、システムからユーザに代行処理を行うこと、また代行を行う画像形成装置にインラインフィニッシャ装置名称、代行処理を行う手順を示すことができ、ユーザによる作業の操作ミスを減らすことが可能になる。

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

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

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

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

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

従来の印刷システム構成図である。 従来の工程管理部の構成図である。 従来のデジタルプリント部の構成図である。 従来のポストプレス部の構成図である。 従来のジョブチケットによるワークフローを説明する図である。 従来のＪＤＦの構成を説明する図である。 従来のＪＤＦの構成を説明する第２の図である。 従来のフィニッシャにおける処理を説明する図である。 第一の実施例に置ける印刷システム構成図である。 第一の実施例に置けるＭＦＰの詳細ブロック図である。 第一の実施例に置けるＥＦＭのブロック図である。 第一の実施例に置けるＭＦＰ制御部のブロック図である。 第一の実施例に置ける印刷ジョブの開始を説明する図である。 第一の実施例に置ける印刷ジョブの代行処理を説明する図である。 第一の実施例に置ける印刷ジョブの代行依頼時のＪＤＦを説明する図である。 第一の実施例の処理を説明する第一のフローチャートである。 第一の実施例の処理を説明する第二のフローチャートである。 第一の実施例の処理を説明する第三のフローチャートである。 第一の実施例に置ける操作パネルの表示例を説明する第一の図である。 第一の実施例に置ける操作パネルの表示例を説明する第二の図である。 第一の実施例に置ける操作パネルの表示例を説明する第三の図である。 第一の実施例に置ける操作パネルの表示例を説明する第四の図である。 第一の実施例に置ける印刷原稿のパスを説明する第一の図である。 第一の実施例に置けるＭＦＰから排紙された印刷原稿を説明する第一の図である。 第一の実施例に置ける印刷原稿のパスを説明する第二の図である。 第一の実施例に置けるＭＦＰから排紙された印刷原稿を説明する第二の図である。 第一の実施例に置ける印刷原稿のパスを説明する第三の図である。 第一の実施例の処理を説明する第四のフローチャートである。 ＪＤＦ識別情報を含む印刷原稿を示す図である。

符号の説明

３ 印刷システム
４ 工程管理部
５ デジタルプリント部
６ ポストプレス部
２０ ＭＩＳサーバ
２２ ファイルサーバ
３７ カラーＭＦＰ
９３ ＥＦＭ
１１２ ＥＦＭ制御部
１２０ ジョブ管理部
１３０ ジョブキュー
１３１ ＪＤＦデータ
１３２ コンテンツデータ
１４２ 印刷原稿

Claims (18)

1. 印刷処理および印刷後処理を実行させる印刷ジョブを受信する他の画像形成装置と通信する画像形成装置であって、
   前記他の画像形成装置が前記印刷ジョブの処理中に前記他の画像形成装置において前記印刷ジョブの処理が遅延していると判断した場合、前記他の画像形成装置に対して代行処理を実行することを示す代行申請情報を送信する送信手段と、
   前記送信手段により前記代行申請情報を送信することに応じて、前記他の画像形成装置から前記画像形成装置にて実行すべき作業工程を含む印刷ジョブを受信する受信手段と、前記受信手段により受信した印刷ジョブに基づいて、前記他の画像形成装置にて実行予定であった作業工程を代行する代行手段を有することを特徴とする画像形成装置。
2. 前記他の画像形成装置にて実行予定であった作業工程を実行できると判定した場合、前記送信手段は前記代行申請情報を前記他の画像形成装置へ送信することを特徴とする請求項１に記載の画像形成装置。
3. 前記他の画像形成装置から、前記送信手段により送信した前記代行申請情報を受諾する受諾情報を受信した場合、前記代行手段は、前記他の画像形成装置にて実行予定であった作業工程を代行することを特徴とする請求項１または２に記載の画像形成装置。
4. 前記画像形成装置は、前記受諾情報を受信した場合、前記画像形成装置にて実行すべき作業工程の直前まで実行するよう前記他の画像形成装置に対して指示することを特徴とする請求項３に記載の画像形成装置。
5. 前記代行手段が代行する処理は印刷後処理であることを特徴とする請求項１乃至４のいずれかに記載の画像形成装置。
6. 前記画像形成装置は、前記印刷後処理を実行する記録媒体を前記画像形成装置の給紙部へ挿入するための挿入方法を表示する表示手段を有することを特徴とする請求項５に記載の画像形成装置。
7. 印刷処理および印刷後処理を実行させる印刷ジョブを受信する他の画像形成装置と通信する画像形成装置における画像形成方法であって、
   前記他の画像形成装置が前記印刷ジョブの処理中に前記他の画像形成装置において前記印刷ジョブの処理が遅延していると判断した場合、前記他の画像形成装置に対して代行処理を実行することを示す代行申請情報を送信する送信工程と、
   前記送信工程により前記代行申請情報を送信することに応じて、前記他の画像形成装置から前記画像形成装置にて実行すべき作業工程を含む印刷ジョブを受信する受信工程と、前記受信工程により受信した印刷ジョブに基づいて、前記他の画像形成装置にて実行予定であった作業工程を代行する代行工程を有することを特徴とする画像形成方法。
8. 前記他の画像形成装置にて実行予定であった作業工程を実行できると判定した場合、前記送信工程は前記代行申請情報を前記他の画像形成装置へ送信することを特徴とする請求項７に記載の画像形成方法。
9. 前記他の画像形成装置から、前記送信工程により送信した前記代行申請情報を受諾する受諾情報を受信した場合、前記代行工程は、前記他の画像形成装置にて実行予定であった作業工程を代行することを特徴とする請求項７または８に記載の画像形成方法。
10. 前記画像形成装置は、前記受諾情報を受信した場合、前記画像形成装置にて実行すべき作業工程の直前まで実行するよう前記他の画像形成装置に対して指示することを特徴とする請求項８に記載の画像形成方法。
11. 前記代行工程が代行する処理は印刷後処理であることを特徴とする請求項７乃至１０のいずれかに記載の画像形成方法。
12. 前記画像形成装置は、前記印刷後処理を実行する記録媒体を前記画像形成装置の給紙部へ挿入するための挿入方法を表示する表示工程を有することを特徴とする請求項１１に記載の画像形成方法。
13. 送信手段と、受信手段と、代行手段とを備え、印刷処理および印刷後処理を実行させる印刷ジョブを受信する他の画像形成装置と通信する画像形成装置のコンピュータに各工程を実行させる画像形成プログラムであって、
    前記送信手段が、前記他の画像形成装置が前記印刷ジョブの処理中に前記他の画像形成装置において前記印刷ジョブの処理が遅延していると判断した場合、前記他の画像形成装置に対して代行処理を実行することを示す代行申請情報を送信する送信工程と、
    前記受信手段が、前記送信工程により前記代行申請情報を送信することに応じて、前記他の画像形成装置から前記画像形成装置にて実行すべき作業工程を含む印刷ジョブを受信する受信工程と、
    前記代行手段が、前記受信工程により受信した印刷ジョブに基づいて、前記他の画像形成装置にて実行予定であった作業工程を代行する代行工程を有することを特徴とするコンピュータに読み取り可能な画像形成プログラム。
14. 前記他の画像形成装置にて実行予定であった作業工程を実行できると判定した場合、前記送信工程は前記代行申請情報を前記他の画像形成装置へ送信することを特徴とする請求項１３に記載の画像形成プログラム。
15. 前記他の画像形成装置から、前記送信工程により送信した前記代行申請情報を受諾する受諾情報を受信した場合、前記代行工程は、前記他の画像形成装置にて実行予定であった作業工程を代行することを特徴とする請求項１３または１４に記載の画像形成プログラム。
16. 前記画像形成装置は、前記受諾情報を受信した場合、前記画像形成装置にて実行すべき作業工程の直前まで実行するよう前記他の画像形成装置に対して指示することを特徴とする請求項１４に記載の画像形成プログラム。
17. 前記代行工程が代行する処理は印刷後処理であることを特徴とする請求項１３乃至１６のいずれかに記載の画像形成プログラム。
18. 前記画像形成装置は表示手段を備え、
    前記表示手段は、前記印刷後処理を実行する記録媒体を前記画像形成装置の給紙部へ挿入するための挿入方法を表示する表示工程を有することを特徴とする請求項１７に記載の画像形成プログラム。

Images