JP4566679B2 - 画像形成装置および制御方法およびプログラム - Google Patents

Description

本発明は、ユーザ環境における画像形成装置と、プリントを初めとする各種サービスの提供を行うプロバイダ環境とが、インターネットで接続された画像処理システムおよび制御方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムに関するものである。

一般のオフィス環境では、ユーザは自分の持っている画像形成装置（あるいは、ＭＦＰ）やそれに付随したソフトウエア、ハードウェアなどしか利用できず、その画像形成装置（あるいは、ＭＦＰ）やそのソフトウエア、ハードウェアが有する機能の範囲でしか要求を満たすことができなかった。
特開２００２−８２７８５号公報

しかしながら、昨今プリント・オン・ディマンド（ＰＯＤ）と呼ばれる大量部数や大量ジョブを扱う市場（例えば、顧客から印刷依頼を受付け、それに応じた印刷物を作成し、それを顧客に納品することで、報酬を得るような、コピーショップ等の印刷サービス業界）では、印刷に変わって、デジタルプリントを利用してプリント処理されるケースが増えており、従来の印刷業界に比べてデジタル化が融合し、コンピュータを利用した管理、制御が浸透してきており、コンピュータを利用してある程度、印刷業界のレベルに近づこうとしている。

また、フルフィルメント（Ｆｕｌｆｉｌｌｍｅｎｔ）と呼ばれるサービスがあり、通信販売などのデータベース・マーケティングにおける商品の受発注から、梱包、配送、アフターサービス、在庫管理、入金管理までのすべての業務を一括して代行するサービスである。

さらに、管理情報システム（ＭＩＳ＝Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）と呼ばれる集中的管理システムでは、生産関連データの収集、加工、報告を通して経営計画と管理業務を支援し、情報を蓄積して、必要なとき、必要な部署に提供することができるという概念である。そして、この管理情報システムは、ＣＩＰ４（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｏｐｅｒａｔｉｏｎ Ｆｏｒ Ｉｎｔｅｇｒａｔｉｏｎ ｏｆ Ｐｒｏｃｅｓｓｅｓ ｉｎ Ｐｒｅｐｒｅｓｓ、 Ｐｒｅｓｓ ａｎｄ Ｐｏｓｔｐｒｅｓｓ：製版、印刷、後加工の工程・処理統合のための共同組織）と呼ばれる組織の活動で定義されたコミュニケーションの手段として、ＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）と呼ばれるフォーマットを利用して、前述のフルフィルメントのサービスをサポートしている。

また、一方では、インターネットもブロードバンド化の時代を迎え、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）市場と呼ばれるサービスが台頭してきており、上述のＰＯＤ市場との連携したサービスを考える時期に来ている。

ところが、消費者環境としては、特に中小企業のような規模の小さいオフィスでは、まだまだ多機能のＭＦＰを購入できるまでには至っておらず、製本された冊子、面付けされた印刷、短期での大量部数のプリント、あるいは、ダイレクトメールの作成といった欲求があったとしても、現実問題としては、インターネット等を介して上述したようなサービスプロバイダを利用する高度な画像処理や製本要求等を行う印刷発注といった行為は、サービスプロバイダで実行可能な処理機能と自身の使用している画像処理装置の機能の双方を熟知しているようなユーザでなければ、発注設定等が困難であり、なかなか敷居が高くて踏み出せないでいるケースが多いという問題点があった。

本発明は、上記の問題点を解決した画像処理システムおよび制御方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムを提供することを目的とする。

又、本発明は、ＰＯＤ市場にも適応できる、且つ、ユーザからの様々なニーズにも柔軟に対応出来る、使い勝手の良い、便利な、画像形成装置、画像処理システム、を、ジョブ処理方法および制御方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムを提供することを目的とする。

又、本発明は、例えば、ネットワークに接続された画像形成装置と、前記ネットワークを介して、所定の処理サービスを提供する１つまたは複数のサービスプロバイダを有す画像形成システムにおいて、ネットワーク上の複数のサービスプロバイダから提供可能な処理機能情報を取得し、該取得される処理機能情報に基づく第１の処理機能と、前記画像形成装置で実行可能な第２の処理機能とを同一操作画面上に択一的に表示させることにより、ネットワークのサービスプロバイダで実行可能な処理機能をあたかも画像形成装置の機能表示と同等に表示して、ユーザの所望の処理機能がローカルなのかリモートなのかを意識しないで機能設定操作に適応でき、例えば、ネットワーク上のサービスプロバイダを利用する高度な画像処理や製本要求に迅速に対応できる処理サービスを効率良く、かつ自在に行える処理環境を整備することができる画像形成システムおよび制御方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムを提供することを目的とする。

本発明は、印刷設定に従って画像形成処理を実行する画像形成手段を有し、ネットワークを介して少なくとも1つの後処理装置を含む外部のサービスプロバイダと通信可能な画像形成装置であって、ユーザが操作可能な操作部と、前記操作部に、当該画像形成装置で実行可能な処理機能を用いる印刷設定と、当該画像形成装置で実行不可能な処理機能を含む前記外部のサービスプロバイダで実行可能な処理機能を用いる印刷設定とを区別可能な状態で表示させる表示制御手段と、前記表示制御手段により表示が制御された前記操作部を介して、ジョブに対する印刷設定指示を受け付ける印刷設定指示受付手段と、前記操作部を介して、前記ジョブに対する印刷開始指示を受け付ける印刷開始指示受付手段と、前記印刷開始指示受付手段により前記ジョブに対する前記印刷開始指示が受け付けられたことに応じて、前記印刷設定指示受付手段により受け付けられた前記印刷設定指示に含まれる印刷設定のうち、当該画像形成装置で実行可能な処理機能を用いる印刷設定に基づいた処理を前記画像形成手段に実行させると共に、前記印刷設定指示に含まれる印刷設定のうち、当該画像形成装置で実行不可能な処理機能であり、かつ前記外部のサービスプロバイダで実行可能な処理機能が前記サービスプロバイダにて実行されるよう前記印刷設定に関する情報を含む発注指示を、前記ネットワークを介して前記外部のサービスプロバイダに対して送信する実行送信手段とを有し、前記画像形成手段によって実行される処理は少なくとも印刷処理を含み、当該画像形成装置で実行不可能な処理機能であり、かつ前記外部のサービスプロバイダで実行可能な処理機能は、少なくとも前記印刷処理により前記画像形成装置において印刷された印刷物に対する後処理を含み、さらに前記発注指示は前記画像形成装置において印刷された印刷物を前記画像形成装置側から前記外部のサービスプロバイダ側へ受け渡すための情報を含むことを特徴とする。

本発明によれば、従来技術で想定しているような問題を解決できる、便利な装置・システムをユーザに提供することができる。又、例えば、ネットワークのサービスプロバイダで実行可能な処理機能をあたかも画像形成装置の機能表示と同等に表示して、ユーザの所望の処理機能がローカルなのかリモートなのかを意識しないで機能設定操作に適応することができ、ネットワーク上のサービスプロバイダを利用する高度な画像処理や製本要求に迅速に対応できる処理サービスを効率良く、かつ自在に行える処理環境を、画像形成装置を用いて、整備することができる。このように、例えば、ＰＯＤ市場にも適応できる、且つ、ユーザからの様々なニーズにも柔軟に対応出来る、使い勝手の良い、便利な、画像形成装置や画像処理システムを提供できる等の効果を奏する。

〔第１実施形態〕
以下、添付図面に従って本発明に係る実施形態を詳細に説明する。

〔システムの概要説明〕
図１は、本発明の第１実施形態を示す画像処理システム（画像形成システムとも呼ぶ）の構成の一例を示すブロック図である。

図１に示すように、本実施形態は、ユーザ環境１００とプロバイダ環境１１０に別れており、それぞれの環境はネットワーク１０１（図１では１０１ａまたは１０１ｂ）により画像形成システムを構成する各装置が接続されており、それぞれの環境間はインターネットＩＮＴで結ばれている。また、それぞれのネットワークは一系統であっても、複数系統持っていても構わない。

図１におけるユーザ環境１００においては、ネットワーク１０１ａに接続された少なくとも１台の本画像処理装置（画像形成装置とも呼ぶ）の一例としてのＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：マルチファンクション周辺機器）１０２と、必要に応じてクライアントコンピュータ１０３等を有している。なお、クライアントコンピュータ１０３は、所定のＯＳにより種々のプログラムの実行が制御されるとともに、ＭＦＰ１０２に対してプリントジョブを発行するためのプリンタドライバが図示しないハードディスクにインストールされており、ＭＦＰ１０２と所定のプロトコルで通信可能に構成されている。

図１に示すように、ユーザはユーザ環境１００に居ながらにして、ＭＦＰ１０２及び／又は、クライアントコンピュータ１０３を利用して、プロバイダ環境１１０にジョブを発注する仕組みを表している。もちろん、クライアントコンピュータ１０３からＭＦＰ１０２に対してジョブを発行することも可能である。

一方、プロバイダ環境１１０においては、いくつかの工程から成り立っており、それを統合的に管理するのが工程管理マネージャ（マネージャ）１１１であり、コンピュータやデバイス、或るいは、プロバイダ環境を流れる全てのジョブの工程を管理している。

１１２は受注・入稿マネージャ（マネージャ）であり、インターネットＩＮＴ経由で入稿されるジョブの受付を行う。１１３は原稿編集・スキャンマネージャ（マネージャ）であり、入稿されたジョブ及び／又はスキャナ１２６による画像読み取りと読み取られた画像データに基づくジョブをユーザの要求通りのページ順や配置に加工するためのものである。

１１４はカンプ・プルーフマネージャ（マネージャ）であり、インターネットと通信可能に接続され、原稿編集されたジョブまたはその出力サンプルがユーザの意図通りであるかどうかインターネット等を介して確認させる。すなわち、カンプ（プリンタ出力によるプレゼンテーション）または、プルーフ処理（校正処理）するためのものである。

１１５はプリントマネージャ（マネージャ）であり、印刷前処理（原稿編集・スキャン処理，カンプ・プルーフ処理）されたジョブに対して、ラスタライズ処理を施し、そこに接続されたＭＦＰにプリント出力（印刷処理）させる。プリントマネージャ１１５は、複数台のカラーＭＦＰ１２４や白黒ＭＦＰ１２５（図では１２５ａ及び１２５ｂ）に接続されており、ジョブが要求する納期や品質に応じてそれぞれのＭＦＰを使い分けている。

１１６は後処理マネージャ（マネージャ）であり、ユーザの要求通りの後処理（仕上げ処理）工程（断裁処理工程，中綴じ製本処理工程，くるみ製本処理工程，紙折処理工程，封入処理工程，帳合処理工程等）を施すように、断裁機１３１，中綴じ製本機１３２，くるみ製本機１３３，紙折機１３４，封入機１３５，帳合機１３６などを制御する。

１１７はファイル保管マネージャ（マネージャ）であり、大容量ディスク１２７に、ユーザのジョブを保管したり、再プリント依頼に応えたりするファイルサーバとして機能する。

１１８は納品・発送マネージャ（マネージャ）であり、インターネットと通信可能に接続され、作業者に対して出来上がった書類を納品するよう指示したり、納品伝票や発送履歴などを管理したりする（納品処理する）役割を果たす。

なお、マネージャ１１１〜１１８は、それぞれ別個の情報処理装置で構成されていてもよいし、マネージャ１１１〜１１８のいずれか複数又は全ての機能を１の情報処理装置で実現するように構成してもよい。

また、各マネージャは、ＣＰＵ，ＲＯＭ，ＲＡＭ，ＨＤＤ等を有するコンピュータ装置で構成され、ＣＰＵがＲＯＭ，ＨＤＤ又はその他の記憶媒体に格納されているプログラムにおいて各機能を実行するものである。

次に、納品・発送マネージャ１１８から発送された書類１０９は、トラックなどの輸送機関１４１を用いて、再びユーザ環境に配送される。

図２は、図１に示したＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：マルチファンクション周辺機器）１０２，１２４，１２５の構成を示すブロック図である。

図２に示すように、ＭＦＰ１０２，１２４，１２５は、画像読み取りを行うスキャナ部２２０１とその画像データを画像処理するスキャナＩＰ部２２０２と、ファクシミリなどに代表される電話回線を利用した画像の送受信を行うＦＡＸ部２２０３と、ネットワークを利用して画像データや装置情報をやりとりするＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）部２２０４と、フルカラーＭＦＰ１２４との情報交換を行う専用Ｉ／Ｆ部２２０５とを備えている。そして、ＭＦＰ１０２，１２４，１２５の使い方に応じて、コア部２２０６は、メモリ部２２１１と連携して画像信号を一時格納したり、経路を決定したりする制御を行う。

次に、コア部２２０６から出力された画像データは、プリンタＩＰ部２２０７、及びスクリーニング部２２０８を経由して画像形成を行うプリンタ部２２０９に送られる。プリンタ部２２０９でプリントアウトされたシートはオンラインフィニッシャ部２２１０へ送り込まれ、シートの仕分け処理やシートの仕上げ処理が行われる。

不図示のＣＰＵを具備するコア部２２０６は、バスの交通整理（各種データのやり取りに関する制御）等を行っており、ＭＦＰの使い方に応じて、以下の（Ａ）〜（Ｉ）のようにパス切り替えが行われている。また、データがネットワークを経由する際には、ＪＰＥＧ，ＪＢＩＧ，ＺＩＰなど圧縮データを使用することも一般に知られており、データがＭＦＰに入った後、このコア部２２０６にて解凍（伸長）される。

例えば複写機能時のパス（Ａ）は、スキャナ部２２０１→コア部２２０６→プリンタ部２２０９となり、ネットワークスキャナ機能時のパス（Ｂ）は、スキャナ部２２０１→コア部２２０６→ＮＩＣ部２２０４となり、ネットワークプリンタ機能時のパス（Ｃ）はＮＩＣ部２２０４→コア部２２０６→プリンタ部２２０９となり、ファクシミリ送信機能時のパス（Ｄ）は、スキャナ部２２０１→コア部２２０６→ＦＡＸ部２２０３となり、ファクシミリ受信機能時のパス（Ｅ）は、ＦＡＸ部２２０３→コア部２２０６→プリンタ部２２０９となり、ボックス受信機能時のパス（Ｆ）は、ＮＩＣ部２２０４→コア部２２０６→メモリ部２２１１となり、ボックス受信機能時のパス（Ｇ）は、スキャナ部２２０１→コア部２２０６→メモリ部２２１１となり、ボックス送信機能時のパス（Ｈ）は、メモリ部２２１１→コア部２２０６→ＮＩＣ部２２０４となり、ボックス送信機能時のパス（Ｉ）は、メモリ部２２１１→コア部２２０６→プリンタ部２２０９となる。

このように、コア部２２０６は、本画像処理装置が具備する各ユニット（スキャナ部、メモリ部、プリンタ部、操作部、外部通信部等の各種ユニット）を全体的に統括制御する、所謂、コントローラ（制御部）として機能しており、画像データ等のジョブデータの入出力処理に関る制御や、外部装置（例えばプロバイダ）との機能情報の授受に関する制御、操作部に対する画面表示制御等、各種の制御を執り行っている。

ここで、ボックス受信／ボックス送信とは、メモリ部２２１１を利用した、データの入力や格納、格納されたデータの出力を意味しており、ジョブ毎やユーザ毎にメモリを分割して一次的にデータを保存して、ユーザＩＤやパスワードを組み合わせてデータの送受信を行う機能である。

例えば、操作部を介してユーザ操作によりボックス機能を選択することで、これに応答し、スキャナ或いは外部装置（コンピュータ）からのジョブデータを自装置のハードディスク内のボックス領域に格納保持させ、別途、操作部からのユーザ指示により、そのジョブを該ボックスから取り出して、プリンタ部でプリントさせたり、外部装置へ送信させたりすることができるよう構成、制御している。

また、プリンタＩＰ部２２０７は、信号を画像形成装置のトナー色であるＹ，Ｍ，Ｃ，Ｋ信号にマトリクス演算する出力マスキング／ＵＣＲ部、トナーの色味諸特性を考慮したルックアップテーブル（ＬＵＴ）ＲＡＭを使って画像出力のためのＣ，Ｍ，Ｙ，Ｋデータに変換するガンマ補正部、シャープネスまたはスムージングを施す空間フィルタ等から構成される。

スクリーニング部２２０８は、誤差拡散、ディザ、あるいはＰＷＭ（Ｐｕｌｓｅ Ｗｉｄｔｈ Ｍｏｄｕｌａｔｉｏｎ）などの処理を行う部分である。

尚、本実施形態では、上述のように、本画像処理装置の一例として、コピーモードや、プリントモードやファクシミリモードやボックスモードやスキャナ機能等の複数のモード（機能とも呼ぶ）を具備しており、自装置のスキャナ部２２０１で読取ったジョブデータや、クライアントコンピュータから出力されたジョブデータや、他のデジタル複合機が具備するスキャンから出力されたジョブデータや、ファクシミリ装置から出力されたジョブデータ等を、自装置が具備するハードディスク等を含む記憶ユニット（例えば、メモリ部２２１１）を介して、自装置が具備するプリンタ部２２０９でプリント処理させたり、自装置が具備する通信手段（例えば、ＦＡＸ部２２０３、ＮＩＣ部２２０４、Ｉ／Ｆ部２２０５等の各種外部通信ユニット）を介して他装置（他の画像処理装置やプロバイダやクライアントコンピュータ等）へ転送処理させたりできるようにしており、各種の入出力処理を実行可能に構成している。このように、所謂、複合機能装置としての画像処理装置を用いて主に説明するが、本実施形態はこれに限らず、上述のような複数の機能のうちのいずれか1つの機能のみを有する（例えば、プリンタ機能のみ等）単一機能装置としての画像処理装置を用いても適用可能である。

又、本実施形態は通信媒体の一例としてネットワークを用いて主に説明するが、これ以外の通信媒体等を使っても適用可能である。

２２１３は操作パネル部で、後述するように図１に示したＭＦＰ１０２においては、コア部２２０６がネットワークおよびインターネットを介してプロバイダ環境１１０に設定される高機能なＭＦＰ，製本機，裁断機，折り機，帳合機，封入機等に関する資源情報を所定のタイミングで取得して、常に選択して実行可能な項目を表示画面上に択一的（自機の操作画面とプロバイダ側の操作画面とのいずれか一方）あるいは同時に表示して、あたかもユーザ環境１００のＭＦＰを操作する感覚で設定操作を行えるようにコア部２２０６等の制御部により制御している。

また、上記操作画面上には、メモリ部２２１１に記憶された画像データに対する画像処理，画像編集処理，シート後処理等をプロバイダ側に発注するためのキー（詳細は後述する）が配置されており、そのキー操作に基づいて、プロバイダ環境１１０側の資源を利用したサービスをユーザ環境１００側のユーザが自在に利用可能に構成されている。

コア部２２０６は、操作部の表示部に、どのような表示構成要素（ガイダンス表示部や、警告表示部やステータス表示部や発注キーを含む各種のタッチパネルキー等の操作指示部）を具備した操作画面を、どのようなタイミングで、どのように表示させるか等を決定し、それに従ったユーザインタフェースを提供するよう操作部２２１３を制御している。

なお、プロバイダ環境１１０に対する操作画面は、ＭＦＰ１０２に限定されることはなく、ユーザ環境１００のクライアントコンピュータ１０３のブラウザ機能を利用して、Ｗｅｂブラウザ（詳細は後述する）を介して行えるように構成されている。

さらに、メモリ部２２１１に記憶される画像データに限らず、クライアントコンピュータ１０３側の、例えばハードディスク等に確保される特定記憶領域（フォルダ）に記憶されている画像データに対しても、同様にプロバイダ環境１１０の画像処理資源を利用した種々のサービスの依頼を発注可能に構成されている。

〔インターネット環境〕
図３は、本発明に係る画像処理システムを適用するネットワーク環境の一例を示す図であり、図１に示したユーザ環境１００やプロバイダ環境１１０が多数存在した場合のインターネット環境の想定例であり、ユーザＡ、Ｂ、・・・、Ｚのそれぞれの要望に対して、適したプロバイダＡ、Ｂ、・・・、Ｚが応えるのが理想的である。

この時、それぞれのユーザが１つ１つのプロバイダに対して、それぞれ可能なサービス情報を問い合わせてもよいが、データの流れが複雑になるため、サービスセンタ１５０を用意し、ユーザ側が持っているアクセス情報と、プロバイダ側が持っているサービス情報を結びつける役割を果たしている。

例えば、ユーザＡは、プロバイダＡとプロバイダＢとは予め契約しているが、プロバイダＣとは契約していないため、プロバイダＣの情報を開示しない。ユーザＢの欲している出力が可能なのはプロバイダＢであるため、プロバイダＢのみの情報を紹介する。あるいは、予めプロバイダＡ、Ｂ、・・・、Ｚにて可能な機能を登録しておいて、ユーザ側から求められた情報を速やかに公開するといった仲介役を行うのがサービスセンタ１５０の機能である。

〔コピーにおける発注操作〕
ここで実際の発注操作に関して説明する。

図４，図５は、図１に示したＭＦＰ１０２の操作部の一例を示す平面図であり、図４はコピー動作を行う際に表示される操作部に対応し、図５はインターネットＩＮＴを介してプロバイダにジョブ発注を行う際に表示される操作部に対応する。上述したように、コア部２２０６は、該操作部２２１３を制御しており、該操作部２２１３が具備する後述の各種の操作画面を表示するＬＣＤ表示部３００に対する各種の表示制御を実行している。

図４において、３００はＬＣＤ表示部であり、このＬＣＤ表示部はタッチパネル形式で逐次現れる画面の操作表示に従って、キー操作も可能となっている。該表示部３００には、所謂タッチパネルキーを具備した操作画面を表示可能に構成しており、ユーザによりタッチパネルキーが押下されたことに応答し、そのタッチパネルキーが示す指示に基づいて、他の画面に切り替えたり、その指示に従った各種のパラメータ（数値データや、両面モード、ステイプルモード、製本モード、編集モード、変倍モード等の各種の処理条件パラメータ等）をセットして、それに応じた各種の処理を実行可能に、コア２２０６により制御可能に構成している。

又、勿論、上述の操作画面は、ユーザ操作によりセットした指示をユーザに確認可能にする為の確認情報を表示する機能や、トナーや記録紙等の消耗品の情報やエラー情報や、プリント中等の動作状況等を、ユーザに通知可能にする為のカレントステータス情報を表示する機能や、ユーザに対して如何なる行動を取ればよいか等を通知可能にするガイダンス情報を表示する機能も兼ね備えている。

コア部２２０６による表示制御のもとＬＣＤ表示部３００に表示させる操作画面は、タブ構成を具備するようにしており、コピー動作を司るコピータブ（Ｃｏｐｙ）３０１、発注動作を行う発注タブ（Ｏｒｄｅｒ）３０２、スキャンしたデータの送信動作を行う送信タブ（Ｓｅｎｄ）３０３、ＭＦＰに入力されるデータを一時格納するボックスタブ（ＭａｉｌＢｏｘ）３０４、そして、ＭＦＰ１０２の状況表示を行うシステムモニタタブ３０５を有するようからなっている。

コア部２２０６は、例えば、操作画面を介して、コピータブ３０１がユーザにより押下されたことに応答しコピーモードを選択し、発注タブ３０３が押下されたことに応答し発注モードを選択し、送信タブ３０３が押下されたことに応答し送信モードを選択し、ボックスタブ３０４が押下されたことに応答しボックスモードを選択するよう制御する。

ＬＣＤ表示部３００に表示させる操作画面が具備する表示構成要素として、例えば、の３１１は設定状況を表示する設定表示部、３１２は倍率設定部、３１３は紙サイズ設定部、３１４は濃度設定部、３１５は後処理設定部、３１６は両面設定部、３１７は画像モード設定部、３１８は割り込み設定部、３１９はその他の機能設定部等のソフトキーを有し、各種設定項目がＬＣＤ画面上に現れ、必要に応じて階層構造で詳細設定が可能になっている。

一方、３３０はメカ的なハードキー構成群としてのキー入力部であり、３３１はスタートキー、３３２はストップキー、３３３はリセットキー、３３４は各種設定の置数を行うテンキー、及びそのクリアキー、３３６は出力済み枚数を記憶するカウンタチェックキー、３３７はガイダンスやヘルプのためのヘルプキー、３３８はユーザごとのシステム設定を行うユーザモードキー等のハードキーから構成されている。

尚、操作部２２１３上の、表示部３００の操作画面に表示されるタッチパネルキーを含む各種のソフトキー、キー入力部３３０の各種のハードキーは、不図示のタッチセンサーに連動しており、ユーザによりキーが押下されたことを該センサーにより検知可能に構成し、その検知情報をコア部２２０６に通知し、コア部２２０６にてユーザがどのキーを押下したのか確認可能にしており、且つ、コア部２２０６は、該キー操作に応答した制御を実現し、例えば、タッチパネルキーが押下されたことを検知したら、そのタッチパネルキーを反転表示状態にして選択状態にしたり、他の操作画面に切り替えたり、テンキーが押下されたことを検知すれば、そのテンキーが示す数値データを表示部に表示させたりできるように構成している。

図５において、発注動作を行う発注タブ（Ｏｒｄｅｒ）３０２は、スキャン注文キー３５１，コピー注文キー３５２，ボックス注文キー３５３により構成される。

例えば、コア部２２０６は、図４に示す操作画面上にて発注タブ３０２がユーザにより押下されたことに応答して、ＬＣＤ表示部３００に、各種の注文キー（キー３５１〜３５３等）を有する操作画面を表示させるよう制御する。

図６は、本発明に係る画像処理装置における操作部における各種のモードに対応した操作画面表示の遷移制御手順を説明するフローチャートであり、図４に示した各タブを選択することで、それぞれコピーモードＳ４１０、発注モードＳ４２０、送信モードＳ４３０、ボックスモードＳ４４０、オプションモードＳ４５０、システムモニタモードＳ４６０に遷移し、画面表示、設定、動作を行うところを表している。尚、上述したように、当該制御も、不図示のＣＰＵを具備するコア２２０６が中心となって執り行っている。

ここで、ステップＳ４００で、操作部におけるコピータブ３０１のユーザ押下を検知し、コピーモードが選択されたと判断した場合、コア部２２０６は、ステップＳ４１０のコピーモードに遷移し、ステップＳ４１１で、操作部のＬＣＤ表示部３００にコピー画面を表示するよう制御し、ステップＳ４１２でユーザからのコピーモードの為の処理条件の設定を受け付け可能に制御する。コピーモード用の操作画面を介してユーザによりコピー条件（印刷部数や両面、片面印刷、編集、ステイプル等の後処理、変倍等の各種の処理条件）が設定され、スタートキー３３１が押下されたことを検知すると、それに応答するよう、ステップＳ４１３で、設定されたコピー条件に基づいてＭＦＰ１０２のスキャナ部とプリンタ部とを制御してコピー処理を行うよう制御し、処理を終了する。

一方、ステップＳ４００で、操作部における発注タブ３０２のユーザ押下を検知し、発注モードが選択されたと判断した場合、コア部２２０６は、ステップＳ４２０の発注モードに遷移し、ステップＳ４２１で、操作部のＬＣＤ表示部３００に発注モード用の操作画面（図５参照）を表示するよう制御し、ステップＳ４２２でユーザからの発注モードの為の処理条件の設定を受け付け可能に制御する。発注モード用の操作画面を介してユーザにより発注条件が設定されスタートキー３３１が押下されたことを検知すると、それに応答するよう、ステップＳ４２３で、設定された発注条件に基づいて通信制御部，インターネットＩＮＴを介して、選択されたプロバイダに対して発注処理を行うよう制御し、処理を終了する。

一方、ステップＳ４００で、操作部における送信タブ３０３のユーザ押下を検知し、送信モードが選択されたと判断した場合、コア部２２０６は、ステップＳ４３０の送信モードに遷移し、ステップＳ４３１で、操作部のＬＣＤ表示部３００に送信モードの為の操作画面を表示するよう制御し、ステップＳ４３２でユーザからの送信モードの為の処理条件の設定を受け付け可能に制御する。送信モード用の操作画面を介してユーザにより送信条件（原稿サイズ、解像度、送信形態、送信方法等の各種の送信設定パラメータ）が設定され、スタートキー３３１が押下されたことを検知すると、それに応答するよう、ステップＳ４３３で、設定された送信条件に基づいて通信制御部，インターネットＩＮＴを介して、読み取られる画像データの送信を行うよう制御し、処理を終了する。

一方、ステップＳ４００で、操作部におけるボックスタブ３０４のユーザ押下を検知し、ボックスモードが選択されたと判断した場合、コア部２２０６は、ステップＳ４４０のボックスモードに遷移し、ステップＳ４４１で、操作部のＬＣＤ表示部３００にボックスモードの為の操作画面を表示するよう制御し、ステップＳ４４２でユーザからのボックスモードの為の処理条件の設定を受け付け可能に制御する。ボックスモード用の操作画面を介してユーザによりボックスモードの設定条件（原稿読取サイズ、解像度、格納先のボックスの指定等）が設定され、スタートキー３３１が押下されたことを検知すると、それに応答するよう、ステップＳ４４３で、設定されたボックス設定に基づいてＭＦＰ１０２内のハードディスク等の不揮発性記憶装置に対するデータ（画像データ等）の格納あるいは読み出しを行うよう制御し、処理を終了する。

一方、ステップＳ４００で、操作部におけるオプションタブ３０５のユーザ押下を検知し、オプションモードが選択されたと判断した場合、コア部２２０６は、ステップＳ４５０のオプションモードに遷移し、ステップＳ４５１で、操作部のＬＣＤ表示部３００にオプション画面を表示させ、ステップＳ４５２でユーザからのオプション設定を受け付け、ステップＳ４５３で、設定されたオプション設定に基づいてＭＦＰ１０２内に対するオプション処理を確認して、処理を終了する。

一方、ステップＳ４００で、操作部におけるキー３０６のユーザ押下を検知し、システムモニタが選択されたと判断した場合、コア部２２０６は、ステップＳ４６０のシステムモニタに遷移し、ステップＳ４６１で、操作部のＬＣＤ表示部３００にシステム状況を画面表示するよう制御し、ステップＳ４６２でユーザからのシステム設定を受け付け、ステップＳ４６３で、設定されたシステム設定状況を確認して、処理を終了する。

上述したように、操作部の発注タブ３０２を介してユーザにより発注モードが選択された場合、コア部２２０６は、表示部３００の表示内容をコピー画面（図４参照）から発注画面（図５参照）に遷移させ、ユーザによる発注設定を可能に制御する。

このとき、大まかなフローとしては、図７に示すように、コア部２２０６は、発注モードの中で発注画面を表示部３００に表示させし、ユーザにより所望の設定を実行可能とし、外部のプロバイダに発注をかけるように制御するが、その詳細に関して、図８にて説明する。

図７は、コア部２２０６の制御のもと、図１に示したＭＦＰ１０２の操作部の表示部３００に表示させる発注設定操作画面例を示す図であり、（ａ）はコピーモードにおける選択画面（設定画面）を示し、（ｂ）は、表示部３００における（ａ）に示すコピーモードの画面表示状態にて、発注タブ３０２がユーザにより押下され発注モードが選択された場合に表示部３００に表示させる発注画面を示し、（ｃ），（ｄ）は発注モードにおける詳細設定が可能なオプション設定画面に対応する。

図７を用いて本実施形態について詳細に説明する。本実施形態では、本画像処理装置（ＭＦＰ１０２）自身が具備する機能・装備（自装置の資源）のみを用いることにより本画像処理装置にて実行可能な処理（第１種選択候補群とも呼ぶ）と、本画像処理装置とデータ通信可能な外部装置（プロバイダ）が具備する機能・装備（プロバイダの資源）を用いることによりプロバイダ側にて実行可能な処理（第２種選択候補群とも呼ぶ）とを用意して、本画像処理装置の発注タブ３０２等をユーザにより利用させることにより、ユーザが望む処理を、第１の選択候補群の中からでも、第２の選択候補群の中からでも、ユーザが選択できるように各種制御・構成している。そして、このような操作を、本画像形成装置自身が具備する操作部２２１３を介してユーザにより実行可能に構成している。

例えば、図７（ａ）〜（ｄ）に示す各種の操作画面は、何れも、本画像処理装置のコア部２２０６の制御のもと、本画像処理装置の表示部３００に表示させることが可能な、ステイプル処理や製本処理等の所謂シート加工処理（後処理とも呼ぶ）に関する操作画面であるが、それぞれ、その意味、意義、ユーザに提供しているサービスが異ならせている。

例えば、図７の（ａ）の操作画面は、操作部２１１３を介してユーザが発注タブ３０２を押下せず、発注モードを選択していない場合に、表示部３００に表示させる操作画面であり、本画像処理装置からプロバイダに対して処理を依頼しない場合のユーザインタフェースであり、本画像処理装置自身の機能・装備のみを利用する場合にて実行可能な処理に対応する機能ボタンを具備した操作画面である。

この例では、本画像処理装置自身で出来る後処理として、コレート処理（出力紙のページ順を、各部毎に、「１、２、３、・・・、Ｎ」、「１、２、３、・・・、Ｎ」、「１、２、３、・・・、Ｎ」というページ順になるようにページ揃え処理を行う処理）とグループ処理（出力紙のページ順序を、各部毎に、「１、１、１」、「２、２、２」、「３、３、３」、・・・、「Ｎ、Ｎ、Ｎ」というページ順になるようにグループソートする処理）の２種類が存在し、この２種類の後処理の候補（これが第１種選択候補群に相当する）の中から、ユーザが所望の後処理を、図７の（ａ）の操作画面上のキー５０１、５０２を介して、選択可能に構成している。ここでもし何れかの後処理がユーザにより選択された場合には、コア部２２０６は、そのキーに対応した後処理を本画像処理装置自身が具備する後処理ユニットにより実行させるよう制御する。

そして、図７の（ｂ）〜（ｄ）の操作画面は、操作部２１１３を介してユーザが発注タブ３０２を押下して、発注モードを選択した場合に、表示部３００に表示させる操作画面であり、本画像処理装置からプロバイダとしての外部装置（印刷システム）に対して処理を依頼する場合のユーザインタフェースであり、プロバイダとしての外部装置（印刷システム）が具備する機能・装備を利用する場合にて実行可能な処理に対応する機能ボタンを具備した操作画面である。

例えば図７の（ｂ）の例では、本画像処理装置自身でも出来る後処理としてのコレート処理やグループ処理の他にも、本画像処理装置自身では実行できないが該プロバイダとしての外部装置では実行できる後処理としてのステイプル処理や製本処理等の複数種類の後処理が存在し（この例では６種類の後処理）、この６種類の後処理の候補（これが第２種選択候補群に相当する）の中から、ユーザが所望の後処理を、図７の（ｂ）の操作画面上のキー５０１〜５０６を介して、選択可能に構成している。ここでもし何れかの後処理がユーザにより選択された場合には、コア部２２０６は、そのキーに対応した後処理を本画像処理装置とデータ通信可能な該プロバイダに通信ユニットを介して依頼して、該プロバイダとしての外部装置が具備する後処理ユニットにより該後処理を実行させるよう制御する。

図７の（ｃ）の場合も同様に、本画像処理装置とデータ通信可能なプロバイダとしての外部装置が具備する後処理ユニットにより該プロバイダ側にて実行可能な３種類の後処理（これも第２種選択候補群に相当する）の中から所望の後処理を、ユーザにより図７の（ｃ）の画面のキー５０７〜５０９を介して選択依頼指示可能にする。図７の（ｄ）の場合も同様に、プロバイダとしての外部装置が具備する後処理ユニットにより該プロバイダ側にて実行可能な４種類の後処理（これも第２種選択候補群に相当する）の中から所望の後処理を、ユーザにより図７の（ｄ）の画面のキー５０７〜５１０を介して選択依頼指示可能にする。

尚、本実施形態は、本画像処理装置のみでユーザの所望の処理を全て実行させる画像処理装置単独実行シーケンスと、本画像処理装置とデータ通信可能なプロバイダとしての外部装置のみでユーザの所望の処理を全て実行させるプロバイダ単独実行シーケンスと、例えば、ユーザが望む処理が複数の処理からなる一連の処理工程の場合にて、該複数の処理工程のうちの一部の処理を本画像処理装置にて実行させて残りの処理を該プロバイダにて実行させるプロバイダ協働実行シーケンス等の複数種類のシーケンスを具備し、それらもユーザが操作部２２１３を介して選択可能にしている。

尚、これらのどのシーケンスを選択するかは、ユーザ自身が操作部２２１３を介して明示的に選択させる構成でも良いし、ユーザが操作部２２１３を介して設定した各種の処理条件情報を基に、コア部２２０６が自動的に選択決定実行するように構成しても良い。

又、図７に関係する表示制御に関しても、本画像処理装置にて実行可能な機能に対応する指示キーのみを具備した操作画面とプロバイダにて実行可能な機能に対応する指示キーのみを具備した操作画面というように、各画面毎に、本画像処理装置にて実行可能な機能の操作画面と、プロバイダにて実行可能な機能の操作画面と、を区別して表示させるようコア部２２０６により制御しても良いし、論理和的な表示制御として、本画像処理装置にて実行可能な機能に対応する指示キーとプロバイダにて実行可能な機能に対応する指示キーの両方を具備した統一的な１つの操作画面を表示部３００に表示させるようコア部２２０６により制御しても良い。

又、例えば、まず、最初に発注タブ３０２を押下して、発注モードを最初に選択した状態で、階層的に、プロバイダにて実行させるための操作画面を順次表示させていくような表示制御方法と、最初は、コピータブ３０１でコピーモードが選択されて、コピーモード下にて、順次コピーモードの為の設定を行っていき、後処理を設定する段階（例えば、図７の（ａ）を表示部３００に表示した段階）にて、本画像処理装置にて実行できる後処理のバリエーションが少ないことにユーザが気づいたことに応じて、急遽、発注モードに変更したい（即ち、ユーザの処理条件の設定途中段階で、画像処理装置単独実行シーケンスからプロバイダ協働実行シーケンスに切り替える）とユーザが望んだ場合にも対応可能に為のモード途中切替表示制御方法の両方を採用するよう構成する。

後者の場合、例えば、図７の（ａ）に示す、本画像処理装置にて実行可能な後処理をユーザにより選択可能にする為の操作画面を表示部３００に表示した状態で、ユーザにより、該図７の（ａ）の操作画面上の発注タブ３０２が押下されたことに応答し、コア部２２０６は、発注モードに変更し、表示部３００の表示内容を、本画像処理装置とデータ通信可能なプロバイダとしての外部装置が実行可能な後処理をユーザにより選択可能にする為の操作画面である図７の（ｂ）に表示部３００の表示内容を切り替えるよう制御する。このように、発注モードを最初に選択した状態で、図７の（ｂ）〜（ｄ）の操作画面を表示部３００に表示可能に制御していると共に、最初はコピーモード等の非発注モードが選択されて、そのモードに対応した操作画面を表示している状態で途中から発注モードに切り替えることで、図７の（ｂ）〜（ｄ）の操作画面を表示可能に制御しており、更なる操作性の向上を図っている。

以上のように、本実施形態の画像処理装置は、コア部２２０６の制御のもと、自装置で実行可能な処理を本画像形成装置を利用するユーザにより選択可能にする為の操作指示部（例えばタッチパネルキー）を具備した操作画面と、本画像処理装置とデータ通信可能な外部装置にて実行可能な処理を本画像形成装置を利用するユーザにより選択可能にする為の操作指示部を具備した操作画面と、を、表示部３００に表示可能とし、該表示部３００に表示させる操作画面上の発注キー３０２の押下により、これらの操作画面を切り替え可能に制御している。これにより、ユーザの所望の処理を、本画像処理装置自身に対して実行させたり、本画像処理装置とデータ通信可能なプロバイダとしての外部装置に対して実行させたりすることができ、様々なユーザからのニーズに幅広く対応できるようにしている。このように使い勝手の優れたユーザインタフェースを本画像処理装置にて搭載させている。

図８は、本発明に係る画像処理装置（ＭＦＰ１０２）における発注処理手順の一例を示すフローチャートであり、図６に示した発注モードが選択された場合の詳細手順に対応する。なお、Ｓ５１０１〜Ｓ５１３４は各ステップを示す。尚、上述したように、当該シーケンスも、不図示のＣＰＵを具備するコア２２０６が中心となって執り行っている。

ユーザにより、発注モードがＭＦＰ１０２の操作部のタブ指示（発注タブ３０２）により選択されると（Ｓ５１０１）、オーダ種別確認するフロー選択処理を実行し（Ｓ５１０２）、ユーザの望むオーダ種別がスキャン要求であると判別した場合（例えば、スキャナ部２２０１を介して入力されるジョブデータを他装置へ転送させるスキャンシーケンスを行う場合に複数の処理工程からなる一連の処理工程を経てジョブが処理されるわけだが、そのスキャナ処理における一連の処理工程にてプロバイダ側にて実行してもらいたい処理がある場合）は、スキャン画像の発注処理を開始し（Ｓ５１０３）、ユーザの望むオーダ種別がコピー要求であると判別した場合（例えば、スキャナ部２２０１を介して入力されるジョブデータをプリンタ部２２０９にてプリントさせるコピーシーケンスを行う場合に複数の処理工程からなる一連の処理工程を経てジョブが処理されるわけだが、そのコピー処理における一連の処理工程にてプロバイダ側にて実行してもらいたい処理がある場合）は、コピーしながら発注処理を開始し（Ｓ５１０８）、オーダ種別がボックス要求であると判別した場合（例えば、スキャナ部２２０１或いは外部機器から入力されるジョブデータをメモリ部２２１１のハードディスク内に仮想的に設けられた複数個のボックスのうちの所望のボックスを用いて処理させるボックスシーケンスを行う場合に複数の処理工程からなる一連の処理工程を経てジョブが処理されるわけだが、そのボックス処理における一連の処理工程にてプロバイダ側にて実行してもらいたい処理がある場合）は、ボックスに入っている画像（或いはボックスに格納させる画像）に対する発注処理を開始し（Ｓ５１１３）、あるいは、オーダ種別が、ネットワーク上のフォルダ要求であると判別した場合（ネットワーク上の装置が具備するメモリに格納されているフォルダに対するアクセスを行うえでプロバイダ側にて実行してもらい処理がある場合）は、ネットワーク上のフォルダ（例えばクライアントコンピュータ１０３に確保される特定の記憶領域であって、いわゆるフォルダを含む）に入っているデータの為の発注処理を開始（Ｓ５１１８）するなどのフローが用意されており、ユーザは所望のフローを選択する。

尚、コア部２２０６は、例えば、操作部２２１２における各種のユーザ操作を基に（例えば、どの操作画面で、どのキーが押下されたか等に関する操作情報を基に）、操作部２２１２を操作するユーザの望むオーダ種別がどの種別であるかを判断する。そして、スキャン画像の発注処理が選択された場合、ユーザは、まず原稿をＡＤＦや原稿台などにセットし（Ｓ５１０４）、ユーザが望むならば必要に応じて、ページ編集機能を設定する（Ｓ５１０５）。ここで、ページ編集機能とは、スキャンされる画像イメージの編集加工処理を意味しており、例えば、２ｉｎ１でページレイアウトしたり（１ページ分のシートの同一面に２ページ分の複数の画像データを配列形成させる為のレイアウト処理）、スキャンされた画像の傾き補正（Ｄｅｓｋｅｗ）やスキャンされた画像の黒点除去（Ｄｅｓｐｅｃｋｌｅ）をしたりといった設定である。

そして、ユーザの所望の設定が完了し、スタートキー３３１が押下されたことに応答し（Ｓ５１０６）、コア部２２０６は、スキャナ部２２０１にスキャン処理を開始させる。そして、読み取られた画像データをＭＦＰ１０２内の画像メモリ２２１１に一時保管させる（Ｓ５１０７）。

一方、コピーしながら発注処理が開始された場合は（Ｓ５１０８）、概ねスキャン画像の発注と同様の動作であるが、まず原稿をＡＤＦや原稿台などにセットし（Ｓ５１０９）、必要に応じてページ編集機能を設定する（Ｓ５１１０）。そして、ユーザの所望の設定が完了し、スタートキー３３１が押下されたことに応答し（Ｓ５１１１）、コア部２２０６は、スキャナ部２２０１にスキャン処理を実行させ、スキャンした画像をメモリ２２１１に一時保管させると共に（ユーザが選択的に）プリンタ部２２０９でプリントさせるよう制御する（Ｓ５１１２）。これにより、出力をプリント画像で確認できる（つまり、出力結果を一部プリントさせ、それをユーザに確認してもらう）。

一方、ボックスに入っている画像の発注処理である場合は（Ｓ５１１３）、予めユーザは、所定のボックスにプリンタドライバやｅ−Ｍａｉｌ、ＦＡＸ、スキャンなどを利用してＭＦＰ内のボックスにデータを入力しておき、そのボックス内のデータを選択する（Ｓ５１１４）。その後は、ユーザは、まず原稿をＡＤＦや原稿台などにセットし、ページ編集機能を設定する（Ｓ５１１５）。そして、所望の設定が完了し、スタートキー３３１が押下されたことに応答し（Ｓ５１１６）、コア部２２０６はスキャン処理を開始させる。そして、読み取られた画像データをＭＦＰ１０２内の画像メモリ２２１１内の所望のボックスに保管させる（Ｓ５１１７）。

一方、フォルダに入っているデータの発注処理である場合は（Ｓ５１１８）、ネットワーク上のあるフォルダに入っているデータファイルをＳＭＢやＦＴＰなどを利用して、ＭＦＰ１０２側から検索し、そのフォルダ内のデータファイルを選択し（Ｓ５１１９）、その後は、ユーザは、まず原稿をＡＤＦや原稿台などにセットし、ページ編集機能を設定する（Ｓ５１２０）。そして、所望の設定が済むと、スタートキー３３１を押して（Ｓ５１２１）、スキャンを開始する。読み取られた画像データはＭＦＰ１０２内の画像メモリに保管される（Ｓ５１２２）。

そして、コア部２２０６は、操作部２２１３におけるユーザが設定した処理条件をチェックすることで、データ確認と編集、またはデータ確認または編集等の要求が発生しているかどうかを判断して（Ｓ５１２３）、ＮＯと判定された場合は、ステップＳ５１２５へ進み、ＹＥＳと判定された場合は、格納されたデータは必要に応じて画像のプレビューによる確認、その編集あるいは、そのプリント出力を実行可能に制御し（Ｓ５１２４）、編集及び確認後、再度発注データとしてＭＦＰ１０２内に格納させる（Ｓ５１２５）。

そして、データ格納後、コア部２２０６は、操作部の表示部３００の表示内容を、プロバイダ選択画面に移行させ、予め用意されたファンクションテーブルＦＴＢを参照して（Ｓ５１３４）、機能を呼び出し、操作部の表示部３００に表示させる（Ｓ５１２８）。

図９は、図１に示したＭＦＰ１０２上でコア部２２０６により管理更新されるファンクションテーブル（ＦＴＢ）の一例を示す図である。このテーブルデータは、例えば、コア部２２０６により読み出し参照可能になるよう、ＭＦＰ１０２のメモリ２２１１にて保持しておく。

図９において、ファンクションテーブルＦＴＢは、項目別の機能表になっており、ＭＦＰ１０２内で実現できる機能のほかに、各プロバイダに発注した場合に、各プロバイダにて実現可能な機能を、少なくとも、コア部２２０６が、確認把握出来るように定義されている。尚、この情報（ＭＦＰ１０２が実行できる処理内容、プロバイダに依頼した場合にプロバイダ側で実行できる処理内容を、夫々、識別可能にする情報）はコア部２２０６自身が把握可能にすることは勿論のこと、ＭＦＰ１０２の操作者等の各ユーザが例えば表示部３００等のユーザインタフェースを介して確認可能に制御・構成しても良い。例えば、コア部２２０６は、上述の図７（ａ）〜（ｄ）の操作画面での表示制御において、当該図９の管理テーブルの情報を用いて、図７（ａ）〜（ｄ）の操作画面を、ＭＦＰ１０２のユーザからの指示に応じて、選択的に、ＭＦＰ１０２の操作部に表示させるよう制御可能にする。

ＭＦＰ１０２内の情報は、装備されているフィニッシャやペーパデッキなどの接続アクセサリ類との通信でファンクションテーブルに書き込まれている。

図１０は、本発明に係る画像処理システムにおけるファンクションテーブルの構成とその更新処理例を説明する図である。

一方、プロバイダ側は、図１０に示すようにサービスセンタ１５０にて各プロバイダ１１０ａから１１０ｃ側から集められた機能情報やサービス情報ＳＢ５１７１〜ＳＢ５１７３が記憶部１５０Ａ上にデータベース化されており、その情報をＭＦＰ１０２側からポーリングにて定期的に情報収集したり、アップデートがあった場合にサービスセンタ１５０側からイベントドリブンでＭＦＰ１０２側へアップデートをかけたりして、必要に応じて常にファンクションテーブルＦＴＢが最新情報を反映できるようにしてある。

また、ＭＦＰ１０２、サービスセンタ１５０、及びプロバイダ１１０ａ〜１１０ｃ間の通信においては、予め決められたスキーマが定義されており、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式を利用し、アップデートされる情報には、サポートされる機能やサービスのデータのほかに、新たに追加される機能の名称やアイコン情報などのデータを送れるように順応して対応してある。

このとき、ＭＦＰ１０２は前述のネットワークを経由して、サービスセンタ１５０（サービスセンタがない場合には、直接プロバイダにアクセスする）にアクセスし、図６に示したステップＳ４６０によるシステムモニタ（機能検索）にて表示可能な機能を検索に行く。

サービスセンタ１５０では予め各プロバイダから集めておいた機能情報をデータベース１５０Ａから読み出し、ステップＳ４６１によるシステム状況表示（機能表示）をユーザ側のＭＦＰ１０２に対して行う。

また、プロバイダ側は、定期的にサービスアップデート、あるいは各プロバイダでサポートしている機能が変更されるたびにサービスセンタ１５０のデータベース１５０Ａに対して逐次機能登録を行っておくと、常にユーザ側では最新の機能が表示されることとなる。

再び図８に戻って、ＭＦＰ１０２が備える操作部に機能表示される場合（Ｓ５１２８）、例えば、ユーザ環境１００にて、ユーザがＭＦＰ１０２自身でコピー動作を行う際に、ユーザの持っているＭＦＰが特別なフィニッシング機能（例えば、ステイプル機能や製本機能）を持っておらず、コレート機能（例えば、３ページからなるジョブを２部印刷する場合に、１頁目、２頁目、３頁目、１頁目、２頁目、３頁目という印刷順序で印刷結果を２部、各毎に、仕分け処理する機能）やグループ機能（例えば、３ページからなるジョブを２部印刷する場合に、１頁目、１頁目、２頁目、２頁目、３頁目、３頁目という印刷順序で印刷結果を２部、各部毎に、仕分け処理する機能）しか有していない場合に、操作部２２１３の表示部に表示させた操作画面上の後処理設定キー３１５をユーザが押下しても、図７の（ａ）に示すように、コレート機能５０１とグループ機能５０２しか表示されないようにコア部２２０６は、制御する。

しかし、発注タブ３０２の中の後処理設定キー３１５に相当するキーがユーザにより押下すると、これを受けコア部２２０６は、プロバイダ１１０ａ〜１１０ｃ等がサポートしている種々の機能を示す操作画面（例えば、図７（ｂ）や（ｃ）の操作画面）を操作部２２１３の表示部に表示されるよう制御する。これにより、図７の（ｂ）及び、図７の（ｃ）に示すように、コレート機能５０１とグループ機能５０２はもちろんのこと、ステープル機能５０３、中綴じ製本（ブックレット）５０４、テープバインド５０５、くるみ製本５０６、スパイラルバインド５０７、ツインリングバインド５０８、バインダ綴じ５０９といった具合にたくさんの製本実施形態の中からユーザのニーズに合致した後処理機能をリモートから（即ち、ＭＦＰ１０２の操作部２２１３において）選ぶことが可能になる。

また、例えば、プロバイダ１１０ｂで新たに封入機を導入し、新たに封筒への折り込み処理のサービスが加わった場合、サービスセンタ１５０のデータベースに新たに封入機能５１０を追加することで、サービスセンタ１５０からその情報をＭＦＰ１０２に転送し、それを受けＭＦＰ１０２のコア部２２０６は、その情報をＭＦＰ１０２の操作部２２１３に反映させるよう表示制御を行う。これより、ＭＦＰ１０２の操作部２２１３の表示部に、例えば、図７の（ｄ）に示すように新規に封入機能５１０がサポートされた形で後処理の選択画面を表示するよう制御する。これにより、ＭＦＰ１０２のユーザは、図７（ｄ）の操作画面を介して、プロバイダ環境１１０にて新たにサポートされた新しい機能のサービスを受けることができる。

また、プロバイダ１１０ｂ（図８中では、Ｐｒｏｖｉｄｅｒ−Ｂと記す）はスパイラルバインドがサポートされていないため、図７の（ｃ）に比べて、この機能が空欄になっているのがわかる。

再び、図８に戻って、ユーザは発注機能を、図７の（ｂ）〜（ｄ）のような機能群から所望の設定を選択する（Ｓ５１２９）。そして、該機能選択後、スタートキー３３１を押下すると（Ｓ５１３０）、発注確認画面が現れて、ユーザは内容を確認した上でＯＫならば（Ｓ５１３１）、発注データ（画像データ）と発注機能（ジョブチケット）がサービスセンタ１５０に送信される（Ｓ５１３２）。

一方、ステップＳ５１３１で、確認後がＮＧである場合は、ジョブの保留やジョブのキャンセルを行って（Ｓ５１３３）、本処理を終了する。

このようなシステム構成による本実施形態の具体的制御例を説明する。

例えば、ＭＦＰ１０２は、ソート処理機能は有しているが、シート処理装置によるステイプル機能や製本機能を具備していないとする。一方、ＭＦＰ１０２とデータ通信可能なプロバイダデバイス（図１のプロバイダ環境１１０内のデバイス１１１〜１１８、１２４〜１３６など）のうちの少なくとも何れかのプロバイダデバイス（例えば、中綴じ製本機能１３２等のシート処理装置）には、上記ステイプル機能や製本機能を具備したデバイスが存在するとする。

上述のようなシステム構成のもとで、例えば、本システムにて、上述のようなシステム構成及び、各プロバイダデバイスが具備する機能を示す機能情報等をＭＰＦ１０２に対してネットワークを介して通信し、該機能情報をＭＦＰ１０２が受信したら、その情報を、コア部２２０６により管理可能となるよう、メモリ部２２１１等の適当なメモリに管理制御情報として、例えば、図９の機能管理テーブルのようなテーブル形式で、保持しておくよう制御する。

コア部２２０６が、プロバイダ環境１１０の各プロバイダデバイスの機能情報を取得する方法としては、例えば、ＭＦＰ１０２のオペレータからの指示により、コア部２２０６が、プロバイダ環境１１０のデバイス（例えば、工程管理マネージャ１１１）に対して、インターネット経由で、機能情報をリクエストする為のリクエストコマンドを送信する。そして、該プロバイダデバイスがＭＦＰ１０２からの該リクエストコマンドを受信したことに応じて、プロバイダ環境１１０内の各デバイスの機能情報データをＭＦＰ１０２に返信する。これにより、コア部２２０６が該機能情報を獲得し、図９のテーブルに該情報を書き込むよう制御する。

又、このような、ＭＦＰ１０２から機能情報をリクエストする構成を用いずに、例えば、プロバイダ環境１１０内の工程管理マネージャ１１１が、所定のタイミングで（例えば、一定周期毎に、或いは、プロバイダ環境１１０内の各プロバイダデバイスの装備状況が変化したタイミングなどで）、工程管理マネージャ１１１から自発的にＭＦＰ１０２に対して該機能情報を送信させ、該機能情報をＭＦＰ１０２が受信する度に、コア部２２０６が、図９のテーブルの情報を該取得した機能情報に基づいてデータ更新するよう制御する構成でも良い。

このような状況下にて、例えば、ＭＦＰ１０２のオペレータが、例えば、ＭＦＰ１０２のスキャナで読み込んだジョブの画像データを３部プリントし、その出力束を、該ＭＦＰ１０２が具備するソート機能によりソート処理するか、プロバイダ環境１１０内のプロバイダデバイスである中綴じ製本機１３２によりステイプル処理するか、何れかのシート処理（仕上げ処理）を望んでいるとする。

このような状況において、ＭＦＰ１０２の操作部を介してユーザが、処理対象となる該ジョブの画像データの処理条件を設定する場合に、コア部２２０６は操作部２２１３を制御する。尚、本実施形態では、コピーモード、発注モード、送信モード、ボックスモード等複数の動作モードを有している画像形成装置であり、ここでは、初期モードとして予めコピーモードが登録されているとする。

まず、コア部２２０６は、操作部２２１２に、該ＭＦＰ１０２の初期モードである図４に示すコピーモードの操作画面を表示させ、該画面を介して、処理対象となるジョブの画像データに対する各種印刷条件（用紙サイズの設定や印刷部数の設定や画像の倍率の設定）をユーザにより設定可能にする。

ここでユーザは、ＭＦＰ１０２のスキャナ２２０１が具備する不図示の自動原稿給送装置（ＡＤＦ）に該ジョブのオリジナル原稿をセットし、且つ、自分の所望する結果の為に、例えば、操作部２２１３のテンキーを介して該ジョブの印刷条件のうちの1つである出力部数の設定として「３」をセットする。そして、更に、該ジョブの印刷条件のうちの更に1つである仕分け処理の設定を行うべく、図４の画面上のフィニッシャキー３１５を押下したとする。

ＭＦＰ１０２が具備する機能のみでジョブを処理するよう設定されている状態で、即ち、図４に示すが如く、キー３０１を介してコピーモードが選択されている状態で、上記フィニッシャキー３１５を介してユーザにより仕上げ設定に関する指示を受付け場合に、コア部２２０６は、メモリ２２１１に保持している図９の管理テーブルの情報等に基づいて、操作部２２１１に、当該ジョブに対する仕上げ処理をＭＦＰ１０２自身に実行させる為の、図７（ａ）の操作画面を操作部２２１３に表示させるよう制御する。ここでは、上述のように、現時点では、コピーモードが選択された状態のままであり、即ち、ＭＦＰ１０２だけでジョブを処理する設定がユーザによりなされた状態のままであるが故、該ジョブの仕上げ設定をユーザにより実行させる為の操作画面には、図７（ａ）に示すように、該ＭＦＰ１０２にて提供できる仕上げ機能のみ（上記コレート機能とグループ機能のみ）の一覧表示を実行させる。そして、このユーザインタフェース画面を介して、ＭＦＰ１０２にて実行できる複数の機能の候補（第１種選択候補）の中からユーザにより所望の機能をユーザにより選択可能に制御する。

この図７（ａ）の状態（ＭＦＰ１０２自身が提供する機能のみでジョブを処理する状態）において、ユーザが図７（ａ）の画面上のコレートキー５０１を押下して、ＭＦＰ１０２が具備するコレート機能の実行指示を入力し、その上で、該操作部２２１３のスタートキー３３１を介して当該ジョブの実行指示を入力した場合、コア部２２０６は、以下のような一連の動作を処理対象となる当該ジョブに対して実行するようＭＦＰ１０２を制御する。

まず、スキャナ部２２０１の上記ＡＤＦ上の上記ジョブの原稿束を、先頭頁から順番に、該スキャナ２２０１の読取部に給送し、該スキャナ２２０１により該ジョブの原稿の読み取り動作を実行させる。そして、読み取った該ジョブの画像データを、順次、先頭頁から順番に、ＭＦＰ１０２のハードディスクなどで構成されるメモリ２２１１に記憶させる。そして、該メモリ２２１１の当該ジョブの画像データを順次、頁順に、読み出して、ＭＦＰ１０２のプリンタ部２２０９にてプリントさせ、それを上記ユーザにより図４の操作画面を介して設定された出力部数分、即ち、３部出力させる。尚且つ、図７（ａ）の操作画面上のキー５０１を介して入力されたユーザからの当該ＭＦＰ１０２が具備するコレート機能の実行指示に基づき、当該ＭＦＰ１０２が具備するシート処理装置により、該ジョブの３つの印刷出力束の各部毎に、コレート処理（ソート処理とも呼ぶ）を実行するよう制御する。以上のような、ＭＦＰ１０２が具備する機能のみを用いて、ユーザが所望とするジョブの一連の処理動作を実行させるよう該ＭＦＰ１０２の各ユニットをコア部２２０６は統括的に制御する。

一方、図７（ａ）の状態（ＭＦＰ１０２が具備する機能のみでジョブを処理するよう設定されている状態）において、ユーザがＭＦＰ１０２が具備する機能以外の機能としてプロバイダ環境１１０内のプロバイダ側のデバイスが具備する機能を該ジョブに対して実行させる為の発注処理要求をおこなった場合について説明する。

図７（ａ）の状態、即ち、該ジョブの為の処理条件の一つである仕上げ設定を行おうとしている際に、ユーザが発注キー３０２を押下し、プロバイダに対する発注指示を入力した場合には、コア部２２０６は、ＭＦＰ１０２により提供可能な機能のみでジョブを処理させる動作モードから、ＭＦＰ１０２が具備する機能以外のプロバイダのデバイスにて提供可能な機能を使ってジョブを処理させる動作モードに切り替えるようコア部２２０６は制御する。尚且つ、コア部２２０６は、該動作モードの切り換えに連動して、ＭＦＰ１０２の操作部２２１３で表示させる操作画面の内容も、ＭＦＰ１０２が具備する機能の一覧画面に相当する図７（ａ）の操作画面から、プロバイダのデイバスが具備する機能の一覧画面に相当する図７（ｂ）の操作画面に、表示内容を切り換えるよう、メモリ２２１１の図９の管理テーブル内の機能一覧情報に基づいて、操作部２２１３を制御する。

この図７（ｂ）の状態（ＭＦＰ１０２からプロバイダに処理を依頼する状態）において、ユーザが図７（ｂ）の画面上のステイプルキー５０３を押下して、ＭＦＰ１０２が具備するコレート機能の実行指示を入力し、その上で、該操作部２２１３のスタートキー３３１を介して当該ジョブの実行指示を入力した場合、コア部２２０６は、以下のような一連の動作を処理対象となる当該ジョブに対して実行するようＭＦＰ１０２を制御する。

まず、スキャナ部２２０１の上記ＡＤＦ上の上記ジョブの原稿束を、先頭頁から順番に、該スキャナ２２０１の読取部に給送し、該スキャナ２２０１により該ジョブの原稿の読み取り動作を実行させる。そして、読取った該ジョブの画像データを、順次、先頭頁から順番に、ＭＦＰ１０２のハードディスクなどで構成されるメモリ２２１１に記憶させる。そして、該メモリ２２１１の当該ジョブの画像データを順次、頁順に、読み出して、ＭＦＰ１０２のプリンタ部２２０９にてプリントさせ、それを上記ユーザにより図４の操作画面を介して設定された出力部数分、即ち、３部出力させる。尚且つ、この際に、操作部２２１３の発注キー３０２を介してユーザによりＭＦＰ１０２からのプロバイダに対する発注指示、並びに、図７（ｂ）の操作画面上のキー５０３を介して入力されたユーザからの該プロバイダにて提供できる複数の機能のうちのプロバイダ側のデバイスである中綴じ製品機１３２によるステイプル機能の実行指示要求、に基づき、コア部２２０６は、プロバイダに対して該ジョブの発注指示を示す情報と、そのジョブに対して如何なる処理を実行するのかを特定する為の実行指示内容を示す情報等を、ジョブチケット等のＪＤＦデータ形式で、ＭＦＰ１０２からプロバイダ環境１１０側の管理デバイス（例えば、図１の工程管理マネージャ１１１）に対して、図１のようなインターネット等の所定のデータ通信経路を介して、送信するよう制御する。尚、このようにプロバイダ環境１１０を一元管理可能な工程管理マネージャ１１１等の管理デバイスを介して、所望のデバイス（この例では、中綴じ製本機１３２）に指示を送出するような構成でも、該管理デバイス等を用いずに、直接、所望のデバイス（この例では、中綴じ製本機１３２）に発注指示を投入できるような構成でも良い。尚、ここでは、図１を参照し、ＭＦＰ１０２→インターネット経由→プロバイダ環境１１０における工程管理マネージャ１１１→後処理マネージャ１１６→中綴じ製本機１３２、という、データ通信経路を介して、中綴じ製本機１３２に対して上記ジョブの印刷結果に対してステイプル処理を実行させる指示（ＪＤＦ形式の作業指示データ）がデータ転送され、該ジョブのジョブＩＤと対応付けて設定される。

そして、工程管理マネージャ１１１に対してＭＦＰ１０２から上記ジョブ発注指示を受付けたら、プロバイダ環境１１０側の作業者に対してコンピュータのモニタ等のユーザインタフェースユニットを介して上記ジョブの発注依頼がＭＦＰ１０２から発生した旨を通知するよう制御する（この制御は、工程管理マネージャ１１１機能を搭載するコンピュータ等の制御が主体となる）。

この通知をうけたプロバイダ環境１１０の作業者は、ＭＦＰ１０２が設置されている場所に赴き、ＭＦＰ１０２にてプリントアウトされた当該ジョブの３部の印刷束を持ち運び、該プロバイダ環境１１０内の中綴じ製本機１３２の処理トレイに、各部毎に該ジョブの印刷束をセットする。そして、中綴じ製本機１３２の不図示の操作部を介して、該ジョブに対するステイプル処理の実行指示を入力することで、後処理マネージャ１１６の制御のもと、該中綴じ製本機１３２により該ジョブに対するステイプル処理を実行させるよう制御する。そして、上記ユーザにより指定された部数分、即ち、３部分、該ジョブの画像データがプリントされた記録束に対するステイプル処理を完了させる。

そして、該処理を完了したらＭＦＰ１０２からのクライアントからの要求を全て完了したら、該プロバイダ環境１１０の作業者は、納品・発送マネージャ１１８の管理のもと、納品機器１４１を使って、該ＭＦＰ１０２にてスキャンしたジョブの画像データ印刷した記録紙を、ユーザにより指定された３部分、ステイプルした出力束を、最終成果物として、該ジョブの発注者である、ＭＦＰ１０２の上記ユーザに対して納品する。

以上のような、ＭＦＰ１０２以外のプロバイダが提供する機能を用いて、ユーザが所望とするジョブの一連の処理動作を本画像形成システムにて実行させるよう該ＭＦＰ１０２のコア部２２０６を含む本システムの制御部が、本システムのデバイスを制御する。

尚、この例では、ＭＦＰ１０２とプロバイダ環境１１０のプロバイダ側のデバイスとで協働して一連の処理工程を行い、ＭＦＰ１０２の操作部２２１３を介してのクライアントからの要求に応じた最終成果物をえるにあたり、以下のような複数の処理工程（処理（１）〜処理（７）と称す）を含んだ一連の処理工程（ワークフロー）を、以下の順序で（処理（１）→処理（２）→処理（３）→処理（４）→処理（５）→処理（６）→処理（７）の順序で）、該ジョブを本システムにて処理できるように構成しているものである。

処理（１）：ＭＦＰ１０２側にて、コア部２２０６は、操作部を、図４や図７の操作画面を表示させるよう制御し、操作部２２１３を介してクライアントにより発注キー３０２を介してプロバイダへの発注指示を入力させる。及び、図４の操作画面や図７（ｂ）の操作画面等の操作画面を介して、処理対象となるジョブの処理条件（スキャン原稿を３部印刷し、且つ、ステイプル処理を実行するという印刷条件）設定を、該クライアントにより実行させる。

処理（２）：上記処理（１）のＭＦＰ１０２の操作部２２１３を介してのクライアントからの各種指示を受け、コア部２２０６は、ＭＦＰ１０２のスキャナによる該ジョブのスキャン処理を実行させる。又、該スキャン処理したジョブの画像データをＭＦＰ１０２のメモリ２２１１に順次、記憶させる。

処理（３）：上記処理（１）のＭＦＰ１０２の操作部２２１３を介してのクライアントからの要求を受け、コア部２２０６は、プロバイダへのジョブ処理発注指示（どのような処理をプロバイダ環境１１０のデバイスにて実行させるかを、工程管理マネージャ１１１により特定可能にする作業指示情報も、該発注指示データに含まれている）を、図４２のようなＪＤＦデータ形式で、ＭＦＰ１０２からプロバイダ環境１１０の工程管理マネージャ１１１に対してインターネット経由で送出させる。又、このＭＦＰ１０２から工程管理マネージャ１１１へのジョブの発注処理動作に並行して、該ＭＦＰのメモリ２２１１の該ジョブの画像データを読み出して、ＭＦＰ１０２のプリンタで３部印刷させる。

処理（４）：ＭＦＰ１０２からの発注指示を、上記ＪＤＦ形式のデータで、プロバイダ環境１１０の工程管理マネージャ１１１（例えば、パーソナルコンピュータ等の情報処理装置が該マネージャ１１１を具備する）が受信する。該工程管理マネージャ１１１の制御部は、該発注指示データに基づき、ＭＦＰ１０２からの発注指示が発生した旨を該プロバイダ環境１１０のオペレータに通知し、且つ、どのような作業をプロバイダ環境１１０のオペレータが行うべきかを特定する為の作業指示情報を、コンピュータの表示部や携帯端末等のユーザインタフェースユニットを介して、該プロバイダ環境１１０の作業者に、通知するよう制御する。例えば、この例では、ＭＦＰ１０２にてプリントアウトされた印刷結果を取り出すようにプロバイダ環境１１０の作業者に指示する作業命令と、該ＭＦＰ１０２から取り出した印刷結果を、プロバイダ環境１１０の作業者により、中綴じ製本機１３２にセットし、該製本機１３２にてステイプル処理を実行させよ等の作業指示情報をオペレータに通知するよう制御する。

処理（５）：処理（４）を受け、プロバイダ環境１１０の作業者により、ＭＦＰ１０２にてプリントアウトされた該ジョブの印刷結果の取り出し作業を実行させる（プロバイダ環境１１０のオペレータは印刷物をユーザ環境１００に取りいく）。並びに、該プロバイダ環境１１０のオペレータにより、該プロバイダ環境１１０内の中綴じ製本機１３２に対する該印刷結果束のセット作業を実行させる。そして、該製本機１３２による該印刷結果束に対するステイプル処理の実行指示の入力を該製本機１３２の操作部を介して該作業者により実行させる。

処理（６）：該プロバイダ環境１１０内の中綴じ製本機１３２による該ジョブのステイプル処理を、３部分、実行させる。

処理（７）：該ステイプル処理した出力部数３部分の印刷結果を、最終成果物として、搬送機器１１を用いてクライアントに対して作業者に納品させる。

尚、例えば、上記処理（２）や処理（３）は、それぞれ、別のタイミングで実行しても良いし、略同時に実行しても良い。このように基本的に上記のようなシーケンスで処理できるならば、上述の各処理の実行タイミングは厳密には問わない。このように、上述例では、以上の複数の処理を以上の順番で処理する一連の処理工程（ワークフローと称す）を、上記クライアントからの処理要求に応答した最終成果物を得るべく、本システムにて実行させる。

尚、上記例において、以下のような複数の処理を、以下のような順序（処理（１）→処理（２）→処理（３）→処理（４）→処理（５）→処理（６）→処理（７）の順序）で、行う為のワークフローを、本システムにて実行可能することで、上記ジョブを処理して、最終成果物を得られるようにする構成でも良い。

処理（１）：ＭＦＰ１０２側にて、コア部２２０６は、操作部を、図４や図７の操作画面を表示させるよう制御し、操作部２２１３を介してクライアントにより発注キー３０２を介してプロバイダへの発注指示を入力させる。及び、図４の操作画面や図７（ｂ）の操作画面等の操作画面を介して、処理対象となるジョブの処理条件（スキャン原稿を３部印刷し、且つ、ステイプル処理を実行するという印刷条件）設定を、該クライアントにより実行させる。

処理（２）：上記処理（１）のＭＦＰ１０２の操作部２２１３を介してのクライアントからの各種指示を受け、コア部２２０６は、ＭＦＰ１０２のスキャナによる該ジョブのスキャン処理を実行させる。又、該スキャン処理したジョブの画像データをＭＦＰ１０２のメモリ２２１１に順次、記憶させる。ここまでは上記ワークフローと同じである。

処理（３）：上記処理（１）のＭＦＰ１０２の操作部２２１３を介してのクライアントからの要求を受け、コア部２２０６は、プロバイダへのジョブ処理発注指示（どのような処理をプロバイダ環境１１０のデバイスにて実行させるかを、工程管理マネージャ１１１により特定可能にする作業指示情報も、該発注指示データに含まれている）を、図４２のようなＪＤＦデータ形式で、ＭＦＰ１０２からプロバイダ環境１１０の工程管理マネージャ１１１に対してインターネット経由で送出させる。尚且つ、コア部２２０６は、ＭＦＰ１０２から工程管理マネージャ１１１へのジョブの発注動作に並行して、該ＭＦＰのメモリ２２１１の該ジョブの画像データを、ＭＦＰ１０２のプリンタで印刷させずに、プロバイダ環境１１０が具備するＭＦＰ（図1の例だと、カラーＭＦＰ１２４か白黒ＭＦＰ１２５）にデータ送信させるよう制御する。

処理（４）：ＭＦＰ１０２からの発注指示を、上記ＪＤＦ形式のデータで、プロバイダ環境１１０の工程管理マネージャ１１１（例えば、パーソナルコンピュータ等の情報処理装置が該マネージャ１１１を具備する）が受信し、且つ、ＭＦＰ１０２から該発注指示の対象となるジョブの画像データもＭＦＰ１０２から受信する。該工程管理マネージャ１１１の制御部は、ＭＦＰ１０２から受信したジョブの画像データを、該発注指示データに基づき、プロバイダ環境１１０内の例えば、ＭＦＰ１２５により、プリントさせる（ここでは、クライアントからの指示により、３部印刷する）。尚且つ、該工程管理マネージャ１１１の制御部は、該発注指示データに基づき、ＭＦＰ１０２からの発注指示が発生した旨を該プロバイダ環境１１０のオペレータに通知し、且つ、どのような作業をプロバイダ環境１１０のオペレータが行うべきかを特定する為の作業指示情報を、コンピュータの表示部や携帯端末等のユーザインタフェースユニットを介して、該プロバイダ環境１１０の作業者に、通知するよう制御する。例えば、この例では、プロバイダ環境１１０のＭＦＰ１２５にてプリントアウトされた当該発注ジョブの印刷結果を取り出すようにプロバイダ環境１１０の作業者に指示する作業命令と、該ＭＦＰ１２５から取り出した印刷結果を、プロバイダ環境１１０の作業者により、中綴じ製本機１３２にセットし、該製本機１３２にてステイプル処理を実行させよ等の作業指示情報をオペレータに通知するよう制御する。

処理（５）：上記処理（４）を受け、プロバイダ環境１１０の作業者により、ＭＦＰ１２５によりプリントアウトされた該ジョブの印刷結果の取り出し作業を実行させる。並びに、該プロバイダ環境１１０内の中綴じ製本機１３２に対する該印刷結果束のセット作業を実行させる。及び、該製本機１３２による該印刷結果束に対するステイプル処理の実行指示の入力を該製本機１３２の操作部を介して該作業者により実行させる。

処理（６）：該プロバイダ環境１１０内の中綴じ製本機１３２による該ジョブのステイプル処理を、３部分、実行させる。

処理（７）：該ステイプル処理した出力部数３部分の印刷結果を、最終成果物として、搬送機器１１を用いてクライアントに対して作業者に納品させる。

以上のように、ＭＦＰ１０２からプロバイダ環境１１０にジョブの発注指示だけでなく、処理対象となるジョブの画像データ自体をも、該プロバイダ環境１１０に投入して、プロバイダ側で処理可能にするようなワークフローを本システムにて実行可能にしても良い。

本実施形態では、上述したように、画像形成装置１０２に受け付けたジョブ（画像形成装置１０２が具備するスキャナ装置から該画像形成装置１０２のメモリ２２１１に対して取り込んだ画像データ、或いは、ＰＣ１０３等のホストコンピュータや他の画像形成装置等の外部装置から該画像形成装置１０２のメモリ２２１１に取り込んだ画像データ等を含む）の処理を、該画像形成装置１０２のオペレータ（例えば、図１のユーザ環境１００側の本画像形成装置１０２を操作するユーザ）とは異なる他のオペレータ（例えば、図１のプロバイダ環境１１０側のプロバイダーデバイス１１１〜１３６等のデバイスを操作する、プロバイダ環境１１０内で作業するオペレータ）による介入作業無しに、該画像形成装置１０２が具備する機能を用いて、完了可能にする為の、第１動作モード（例えば、コピーモードや送信モードやメイルボックスモード等の、発注モード以外の動作モードの少なくとも何れか）を、本画像形成装置１０２の操作部２２１３の表示部３００を介して、画像形成装置１０２のオペレータにより、選択可能に、コア部２２０６により制御している。尚且つ、画像形成装置１０２に受け付けたジョブ（画像形成装置１０２が具備するスキャナ装置から該画像形成装置１０２のメモリ２２１１に対して取り込んだ画像データ、或いは、ＰＣ１０３等のホストコンピュータや他の画像形成装置等の外部装置から該画像形成装置１０２のメモリ２２１１に取り込んだ画像データ等を含む）の処理を、該画像形成装置１０２のオペレータ（例えば、図１のユーザ環境１００側の本画像形成装置１０２を操作するユーザ）とは異なる他のオペレータ（例えば、図１のプロバイダ環境１１０側のプロバイダーデバイス１１１〜１３６等のデバイスを操作する、プロバイダ環境１１０内で作業するオペレータ）による介入作業を経て、且つ、該画像形成装置１０２と異なる装置の機能（例えば、プロバイダ環境１１０内のプロバイダーデバイス１１１〜１３６等の何れかのデバイスが具備する機能）を用いて、完了させる為の、第２モード（例えば、キー３０２により指示による発注モードに相当）、を、本画像形成装置１０２の操作部２２１３の表示部３００を介して、画像形成装置１０２のオペレータにより、選択可能に、コア部２２０６により制御している。

例えば、コア部２２０６は、画像形成装置１０２の表示部３００に表示させた図４の画面上のコピーモードキー３０１が該画像形成装置１０２のオペレータにより押下された場合には、上記第1モードで画像形成装置１０２を動作させ、例えば、画像形成装置１０２が単独で具備する機能（両面印刷機能、割込み印刷機能、ソート機能、変倍機能、画像濃度設定機能等）の情報を確認にし、その画像形成装置固有の機能の一覧画面（例えば、図７（ａ）の機能一覧選択画面。これを第一種機能選択画面とも呼ぶ）を表示部３００に表示させるよう制御する。そして、その中からユーザが所望の機能をユーザによりタッチパネル操作により選択させ、その上で、画像形成装置１０２自身が具備する固有の複数の機能の中から該ユーザにより選択された機能に基づいたコピー動作を実行させる。

一方、例えば、画像形成装置１０２の表示部３００に表示させた図４の画面上の発注モードキー３０２が該画像形成装置１０２のオペレータにより押下された場合には、コア部２２０６は、上記第２モードで画像形成装置１０２を動作させるよう制御し、該画像形成装置１０２に、ジョブの発注依頼を、例えば、インターネット経由で、プロバイダ環境１１０の所定のデバイス（例えば、工程管理マネージャ１１１）に対して、実行するよう制御する。尚且つ、コア部２２０６は、プロバイダ環境１１０内のプロバイダデバイス１１１〜１３６の各デバイスが具備する全ての機能情報（例えば、白黒ＭＦＰ１２５による白黒プリント機能、カラーＭＦＰ１２４によるカラープリント機能、断裁機１３１による記録紙に対する断裁処理機能、中綴じ製本機１３２による記録紙に対する中綴じ製本処理機能、くるみ製本機１３３による記録紙に対するくるみ製本処理機能、紙折機１３４による記録紙に対する紙折り処理機能、封入機１３５による記録紙に対する封入処理機能、丁合機１３６による記録紙に対する丁合処理機能、ファイル保管マネージャ１１７による大容量ディスク１２７を用いたフデータ保管機能、原稿編集・スキャンマネージャ１１３によるデータ編集機能、等）を、プロバイダ環境１１０から、インターネット経由で、その時点でリアルタイムに獲得する（予め獲得しておいてもよい）。そして、コア部２２０６は、プロバイダ環境１１０側からインターネット経由で獲得した該プロバイダ環境１１０内のプロバイダデバイスの機能情報に基づいて、プロバイダ環境１１０側のプロバイダデバイスが具備する機能の一覧画面（例えば、図７（ｂ）〜（ｄ）の機能一覧画面。これを第二種機能選択画面とも呼ぶ）を表示部３００に表示させるよう制御する。そして、画像形成装置１０２の表示部３００上にてユーザによるタッチパネル操作により、該機能一覧画面の選択候補の中からユーザにより所望の機能が選択された場合には、該画像形成装置１０２のユーザ（オペレータ）により選択された機能を該機能を具備するプロバイダデバイスにより実行させるようにプロバイダ環境１１０内の該デバイスに指示する為の該機能の実行指示コマンドを、例えば、図４２のようなＪＤＦデータ形式で、インターネット経由で、プロバイダ環境の所定デバイス（例えば、工程管理マネージャ１１１）に対して、送信するよう画像形成装置１０２を該コア部２２０６は制御する。

画像形成装置１０２からジョブの発注指示データ、並びに、どのような機能を実行するのかをプロバイダデバイス及びプロバイダ環境110のオペレータが識別する為の作業指示書データ（ＪＤＦデータ）を受信した工程管理マネージャ１１０（例えば、管理用コンピュータ）は、その情報を、例えば、自身のモニタ上に表示させ、プロバイダ環境１１０内で作業するオペレータに対して、画像形成装置１０２からジョブ処理の依頼を受付けた旨を示すメッセージ情報、及び、そのジョブを処理するにあたりどのような作業をどのプロバイダデバイスで実行するのかをオペレータにより識別するためのメッセージ情報、及び、そのジョブを処理するにあたり、プロバイダ環境１１０内のオペレータが行うべき作業をオペレータが識別するためのメッセージ情報を、該モニタ等のユーザインタフェースユニットに報知させるよう制御する。そして、その情報に従った動作をプロバイダデバイス及びプロバイダ環境１１０内のオペレータに実行させる。このように構成することで、従来技術にて述べたような課題を解決し、ＰＯＤ市場にも適応できる、且つ、画像形成装置１０２のユーザからの様々なニーズにも柔軟に対応出来る、使い勝手の良い、便利な、装置並びにシステムを提供出来る。

尚且つ、本実施形態では、図７（ａ）〜（ｄ）の操作画面を用いて説明したように、上記画像形成装置１０２自身が具備する画像形成装置１０２固有の機能一覧画面（例えば、図７（ａ）の操作画面）と、プロバイダ環境１１０内で提供可能な機能一覧画面（例えば、図７（Ｂ）〜（ｄ）の操作画面）とを、画像形成装置１０２の操作部２２１３の表示部３００にて、ユーザからタッチパネル操作により、選択的（択一的）に切り換え可能に、コア部２２０６により制御している。

これにより、例えば、画像形成装置１０２自身が具備する機能一覧を確認したユーザが、その提示された機能でも、十分に所望のジョブ処理を実行できると判断したならば、画像形成装置１０２により該所望のジョブ処理を完遂させ、一方、その画像形成装置１０２の固有の機能だけでは、十分に所望のジョブ処理を実行できないと思ったならば、画面をプロバイダ環境１１０内のデバイスの機能一覧画面に切り換えて、その中から所望の機能を選択させることが出来る等の、ユーザのニーズにあわせて、柔軟に対応することが出来る。

尚且つ、例えば、図7（ａ）の操作画面例のように、画像形成装置１０２自身が具備する画像形成装置１０２固有の機能の一覧画面を表示させている場合には、コピーモードのタブが画面上にて選択されていることが該画像形成装置１０２のユーザにより識別できるように表示させ、一方、図7（ｂ）〜（ｄ）の操作画面例のように、プロバイダ環境１１０内のプロバイダデバイスが具備する機能の一覧画面を表示させている場合には、発注モードのタブが画面上にて選択されていることが該画像形成装置１０２のユーザにより識別できるようように表示させるよう制御している。これにより、現在、どちらの機能一覧画面を表示させているのかを該ユーザにより容易に分るように画面を表示させることができ、上記効果を更に向上させ、操作性を更に向上させる事が出来る。

以下に、このユーザインタフェースの制御の更なる別の例を、図６３〜図６５を用いて説明する。

図６３〜図６５は、ＭＦＰ１０２の操作部２２１３の表示部３００に表示させる各種操作画面であり、コア部２２０６により、その表示制御を実行するものである。

例えば、画像形成装置１０２のユーザが、画像形成装置１０２に取り込んだジョブデータ（スキャナからの画像データ或いは、外部装置から入力した画像データ）を、プリントしようと考え、そのプリント処理の為の設定を、図４に示す操作画面を介して、実行しようとしているとする。図４の表示状態の段階では、コピーモードが選択さている状態である。即ち、この時点では、該画像形成装置１０２は、画像形成装置１０２が具備する機能のみを用いてジョブ処理を実行する第1モードが選択されている状態に相当する。

上記プリント処理の為の設定において、ユーザが、そのジョブの画像データをプリントする記録紙用紙の設定を行うために、図４の画面上の用紙選択キー３１３を押下したとする。この場合、コア部２２０６は、画像形成装置１０２が具備する機能情報を、例えば、自装置のメモリ２２１１内の図９の管理テーブルから抽出し、その機能情報に基づいて、図６３の操作画面を表示部３００に表示させるよう制御し、画像形成装置１０２のユーザにより、該画像データをプリントする際に選択すべき記録用紙のサイズと、タイプを、該画像形成装置１０２が具備する資源の中から選択可能にする。

図６３の表示画面例では、該画像形成装置１０２は、Ａ４サイズの記録紙と、Ａ３サイズの記録紙と、Ａ４Ｒサイズの記録紙を、保有していることを示し、且つ、記録紙の種類としては、普通紙と、再生紙を保有しており、これらの選択候補中から、ユーザにより、所望のサイズ、タイプの記録紙を、選択可能にしている。

この状態で、例えば、ユーザが図６３の操作画面上で「Ａ４」キーを押下し、且つ、「普通紙」キーを押下し、その状態で、図４の操作部２２１３のジョブ実行指示キー（スタートキー）３３１を押下した場合には、コア部２２０６は、Ａ４サイズの普通紙を、該画像形成装置１０２が具備する給紙カセットから給送させるよう制御し、該ユーザのプリントデータを、該給紙カセットから給送させたＡ４サイズの普通紙にプリントさせるよう画像形成装置１０２を制御する。

一方、図６３の画面の内容を確認した結果、例えば、所望のサイズ或いはタイプの記録紙を該画像形成装置１０２では用意されていないとユーザが判断し、図６３の操作画面上の発注モードキー３０２を押下したとする。すると、コア部２２０６は、プロバイダ環境１１０の所定のデバイス（例えば、工程管理マネージャ１１１）から取得した、プロバイダデバイスが具備する機能情報を、例えば、自装置のメモリ２２１１内の図９の管理テーブルから抽出し、その機能情報に基づいて、図６４の操作画面を表示部３００に表示させるよう制御し、画像形成装置１０２のユーザにより、該画像データをプリントする際に選択すべき記録用紙のサイズと、タイプを、該プロバイダ環境１１０内のプロバイダデバイス（この場合、例えば、カラーＭＦＰ１２４或いは白黒ＭＦＰ１２５）が具備する資源の中から選択可能にする。

図６４の表示画面例では、プロバイダ環境１１０内にてサービス提供可能なプロバイダデバイス（この例では、カラーＭＦＰ１２４か白黒ＭＦＰ１２５）は、Ａ４サイズの記録紙と、Ａ３サイズの記録紙と、Ａ４Ｒサイズの記録紙と、更に、Ｂ４サイズの記録紙、レターサイズの記録紙、Ａ５Ｒサイズの記録紙、リーガルサイズの記録紙、を、保有していることを示し、且つ、記録紙の種類としては、普通紙と、再生紙、カラー紙、トレイシングペーパを取り揃えており、これらの豊富な選択候補の中から、ユーザにより、所望のサイズ、タイプの記録紙を、選択可能にしている。

この状態で、例えば、ユーザが図６４の操作画面上で「レター」キーを押下し、且つ、「カラー」キーを押下し、その状態で、図４の操作部２２１３のジョブ実行指示キー（スタートキー）３３１を押下した場合には、コア部２２０６は、ジョブ処理をプロバイダ環境１１０内のデバイスにより実行差せる為のジョブ発注指示コマンドと、プリント対象となる該ユーザの画像データ自体と、該プリント対象となる画像データを、例えば、プロバイダ環境１１０内にて保有する画像形成装置によりレターサイズのカラープリント用紙に、プリントするよう指示する為の作業指示コマンドを、画像形成装置１０２からインターネット経由で、プロバイダ環境１１０内の工程管理マネージャ１１１により送信するよう制御する。そして、これを受け、工程管理マネージャ１１１は、その作業指示に則って、例えば、カラーＭＦＰ１２４に、その画像データ（ユーザ環境１００側の画像形成装置１０２から受注した画像データ）と、該画像データに対する作業指示コマンド（レターサイズのカラープリント用紙にプリントせよという作業コマンド）を、プリントマネージャ１１５経由で、カラーＭＦＰ１２４に転送する。そして、カラーＭＦＰ１２４にて、画像形成装置１０２からの画像データを、レターサイズのカラープリント用紙にプリントさせる。そして、工程管理マネージャ１１１は、カラーＭＦＰ１２４による印刷作業が完了したら、その情報を、プリントマネージャ１１５経由で、カラーＭＦＰ１２４から獲得し、例えば、プロバイダ環境１１０内のオペレータに、その旨を、コンピュータのディスプレイや携帯端末等のユーザインタフェースユニットを介して通知させるよう制御し、尚且つ、例えば、該オペレータに対して、その印刷物を、最終成果物として、当該ジョブの発注者に相当する、ユーザ環境１００側の画像形成装置１０２のユーザに対して納品発送せよというオペレータ用作業指示情報を、納品・発送マネージャ１１８を介して、該オペレータに通知する。そして、この情報をうけたオペレータにより、例えば、搬送デバイス１４１を利用させて、ユーザ環境１００側の画像形成装置１０２の当該ジョブの発注者であるユーザに対して納品させるよう制御する。以上のような複数の処理工程及びオペレータによる介入作業を含んだ一連の処理工程を、当該ジョブのワークフローとして、プロバイダ環境１１０側のシステムにて実行させる。

このように、本実施形態は、様々な応用・変形が可能となるように構成されている。

尚、本実施形態では、ジョブ発注者側（ユーザ環境１００側）の画像形成装置１０２の固有の機能の一覧画面（例えば、図７（ａ）の操作画面や図６３の操作画面）と、ジョブ受注者側（プロバイダ環境１１０側）のプロバイダが保有するデバイス（例えば、デバイス１１１〜１１３）にて提供可能な機能の一覧画面（例えば、図７（ｂ）〜（ｄ）の操作画面や図６４の操作画面）とを、選択的に、画像形成装置１０２の表示部３００に表示させるようコア部２２０６により制御しているが、これらを、例えば、図６５のように、同一画面上で、表示させるよう制御しても良い。図６５の操作画面例は、画像形成装置１０２にてプリントすべき用紙の設定を行う指示がユーザにより画像形成装置１０２の操作部２２１３を介して入力された場合に、コア部２２０６が画像形成装置１０２の表示部３００に表示させる設定画面である。該図６５の操作画面上で、画像形成装置１０２にて提供できる用紙のサイズと種類をユーザに提示し、その選択候補の中から所望の用紙サイズ、用紙種類をユーザによるタッチパネル操作により選択可能にする。尚且つ、プロバイダ環境１１０のデバイスにて提供できる用紙のサイズと種類をユーザに提示し、その選択候補の中から所望の用紙サイズ、用紙種類をユーザによるタッチパネル操作により選択可能に構成している。以上のような、どちらの構成を採用するにしても、上述の各種効果を奏する共にユーザに対する更なる操作性の向上を図るべく、画像形成装置１０２が具備する機能であるのか、プロバイダ側のデバイスが提供する機能であるのかを、画像形成装置１０２のユーザが区別して識別できるような表示形態でもって、表示部３００に表示させるよう制御するよう構成する。

〔プリントにおける発注操作〕
次に、ユーザ環境１００にあるクライアントコンピュータ１０３からＭＦＰ１０２にプリントする場合と、プリント発注をかける場合に関して説明する。

まず、ＭＦＰ１０２内にはあるウェブサーバ部が常駐可能に構成され、ウェブサーバ部は、例えばＭｉｃｒｏｓｏｆｔ（登録商標）社のＩＩＳ（Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ）に代表されるウェブサーバプログラムであり、ｈｔｔｐプロトコルにより、ユーザがウェブブラウザを介してＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）アドレスを入力すると、ウェブブラウザにサービス画面（ウェブページ）を提供するものである。

通常のプリンタドライバがポート設定として、ネットワーク上のプリンタのアドレスまたは名称などを設定したり、パラレルポートを設定したりするのに対して、本実施形態では、ＭＦＰ１０２内にあるウェブサーバを利用して、プリンタドライバから、そのウェブサーバのジョブサブミット画面を呼び出してジョブをプリントしたり、発注したりすることが可能に構成されている。

図１１は、図１に示したクライアントコンピュータ１０３のプリンタドライバで表示可能な印刷設定画面の一例を示す図であり、（ａ）はＭＦＰ１０２のプリンタのプロパティ画面であり、クライアントコンピュータ１０３上で、プリンタドライバを設定した直後にポートの設定を行う際のＧＵＩを表している。

プロパティ画面は、機能ごとにタブ６０１〜６０７等を含む構成になっており、例えば、詳細（Ｄｅｔａｉｌｓ）タブ６０２内にポートの設定がある場合を示している。但し、このプロパティ内のタブや各機能はそれぞれのドライバで異なっているため、必ずしも一意ではない。

このとき、印刷先のポート選択欄６１０に関して、初めてプリンタドライバをクライアントコンピュータ１０３にインストールする場合には、ポートは用意されていない。そのため、ポートの追加キー６１２をクリックし、図１１の（ｂ）に示すウインドウを表示させる。なお、６１３は削除ポートキー、６１４は新規ドライバキー、６１５はＣａｐｔｕｒｅプリンタポートキー、６１６はＥｎｄＣａｐｔｕｒｅキーである。

ポート名称６３１（ここでは、ＭＦＰ１０２）とＭＦＰ１０２内のウェブサーバのＵＲＬ６３２を入力する。ここでは、ジョブサブミット画面が最初に現れるようにそのＵＲＬを記述して、ＯＫボタン６３３をクリックして、図１１の（ａ）の画面に戻る。

そして、印刷に使用するドライバ６１１でＭＦＰ１０２が選択されていることを確認して、必要に応じてタイムアウトなどを設定し、ＯＫボタン６２１でプロパティ画面を閉じる。なお、６２２は取消ボタン、６２３はＡＰＰＬＹボタンである。

ここでは、クライアントからアプリケーションを立ち上げて、プリントする例から説明する。

〔プリンタドライバ〕
ユーザより入稿されるデータは、ＰＤＬデータ，ＰＤＦデータ，アプリケーションデータ，紙原稿など様々である。ユーザにより入稿されるデータが、ＰＤＬ（ＰＳ，ＰＣＬデータ等）やＰＤＦデータ等の場合は、プリント工程に移行された時点で、そのままプリントマネージャ１１５に送り込まれてもＲＩＰ可能である。一方、ユーザにより入稿されるデータがアプリケーションデータの場合は、プリント工程に移行された時点で、作業者がクライアントコンピュータ１０３からプリントドライバを用いてアプリケーションデータをプリント用のデータに変換する作業を行って、プリントマネージャ１１５に送信する必要がある。

以下、プリンタドライバについて説明する。

図１２〜図１４は、図１に示したクライアントコンピュータ１０３上のプリンタドライバ画面の一例を示す模式図であり、図１２はプリンタドライバのウインドウＷ１を示し、図１３は前記ウインドウＷ１でプロパティキー８１２が押下指示された場合に、表示されるプロパティウインドウＷ２を示し、図１４は前記ウインドウＷ２で、デバイスオプションタブが選択された場合に、表示されるプロパティウインドウＷ３を示す。

クライアントコンピュータ１０３のプリンタドライバは、プリント動作を指示するためのＧＵＩ（アプリケーション等から印刷指示したときに表示される印刷設定用のＧＵＩ上において、「プリンタ」に関するプロパティの表示指示を行った場合に表示されるＧＵＩ）で指示されることにより、ユーザは所望の設定パラメータを指示して、所望の画像イメージをプリンタなどの送信先に送る事が可能となる。

図１２に示すプリンタドライバのウインドウＷ１内の設定項目において、８１１はターゲットとなる出力先を選択する送信先の選択カラムである。実施形態では、ＭＦＰ１０２（あるいは、ＭＦＰ１２４、ＭＦＰ１２５）が選択対象となる。

８１３はジョブの中から出力ページを選択するページ設定カラムであり、クライアントコンピュータ１０３上で動作するアプリケーションソフトで作成された画像イメージのどのページを出力するかを決定する。

８１４は部数を指定する部数設定カラムであり、カーソルをこの位置に移動させ、図示の矢印（スクロールバーの矢印）をクリックすることで、部数の増減が設定できる。また、８１２は、送信先選択カラム８１１にて選択された送信先デバイスに関する詳細設定を行うためのプロパティキーであり、このキーを指示することにより、図１３，図１４に示す画面が表示される。

そして、所望の設定が済めば、ＯＫキー８０１により印刷を開始する。取り消す場合には、キャンセルキー８０２により印刷を取り止める。

図１３，図１４は、図１２に示したプロパティキー８１２をクリックした際の表示画面（ＧＵＩ）であり、これらの画面には、例えば「Ｐａｐｅｒ」，「Ｇｒａｐｈｉｃｓ」，「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」，「ＰＤＬ」等のタブが設けられており、それらをクリック（図示しないポインティングデバイス等で指示）することにより、「Ｐａｐｅｒ」，「Ｇｒａｐｈｉｃｓ」，「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」，「ＰＤＬ」等の異なる設定内容の設定を行うことができる。

図１３では、「Ｐａｐｅｒ」タブが例としてあげられており。ここでは用紙サイズ、面つけレイアウト、紙の向きなどの設定を行うことができる。また、「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」タブが選ばれると、そのデバイス固有の設定情報、例えばステープルなどのフィニッシングの設定や、プリンタによる色味などのパラメータを変更する画像処理関連のより細かい調整を行うことが可能となる。図１４に示すように、選択には機能８３１とその設定値８３２をそれぞれ所望の値に設定することとなる。８３３は各設定値を初期値も戻すデフォルトキーである。

また、図示しないが、同様にして「Ｇｒａｐｈｉｃｓ」タブでは、解像度やハーフトーン設定、「ＰＤＬ」タブではＰＤＬの出力形式などの選択を行うことができる。

さらに、８４１はＯＫキーで、このキーを押下（指示）すると、プロパティ設定を有効にして、図１２の画面に戻る。また、８４２はキャンセルキーで、このキーを押下（指示）すると、プロパティ設定を無効にして、図１２に示す画面に戻る。さらに、８４３は適用キーで、このキーを押下（指示）すると、プロパティ画面のままで、プロパティ設定を有効にする。

通常、プリントドライバは、「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」タブに登場したデバイス固有の設定値などを入力することができ、デバイス固有の設定値に関しては、一般にＰＰＤ（ＰｏｓｔＳｃｒｉｐｔ（登録商標） Ｐｒｉｎｔｅｒ Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルなどを用意して、プリンタドライバを設定しておく必要がある。

ＰＰＤファイルは、そのプリンタを制御するための設定項目とその初期値、あるいは設定の組み合わせの可否などが記述されており、そのプリンタ毎に固有のファイルとして提供されることになる。そして、オペレータは、プリンタやクラスタ毎に自分自身のコンピュータ内にそのＰＰＤとドライバをリンクさせて予め用意しておかなければいけないことになる。

ここで注意しなければいけないことは、ＰＰＤファイルは予め機能のわかっているプリンタと一対一対応であるということである。すなわち、プロバイダ側が提供可能な機能をクライアントコンピュータ１０３は予め知ることができないため、一般的にはＰＰＤファイルを用意しておくことができない。さらに、ＰＰＤならばプロバイダ側の機能追加に伴う柔軟な変更作業ができないことも問題となる。もし、プロバイダ側がＰＰＤのダウンロードサービスなどを行っていれば、逐次ダウンロードしてプリンタドライバを準備しておけば可能であるが、プロバイダが複数個ある場合には、準備に手間がかかる。

次に、図１５に示すフローチャートを参照して、上記問題を解消する例について説明する。

図１５は、図１に示したユーザ環境１００におけるプリント発注処理例を説明するフローチャートであり、図１に示したクライアントコンピュータ１０３とＭＦＰ１０２間でのデータのやり取り手順に対応する。なお、Ｓ７０１〜Ｓ７０５はクライアントコンピュータ１０３のドライバ部のステップに対応し、Ｓ７１１〜Ｓ７１５，Ｓ７２１〜Ｓ７２４はクライアントコンピュータ１０３のウェブブラウザ部のステップに対応し、Ｓ７６１〜Ｓ７６５はＭＦＰ１０２側のステップを示す。

先ず、ステップＳ７０１〜Ｓ７０５は、アプリケーションを開き（Ｓ７０１）、ドライバを開いて（Ｓ７０２）、所望の機能を設定した後（Ｓ７０３）、ＯＫをクリックすると（Ｓ７０４）、アプリケーション上のデータをＰＤＬデータ（例えばＰＳデータ）に書き換える作業を示しており、プリンタドライバはＰＤＬデータの作成と予め設定したポート（ここでは、前述のＵＲＬ）にデータを送信する役割を持っており、クライアントコンピュータ１０３で予め登録されていた所定のポートとしてＭＦＰ１０２内のジョブサブミットページのＵＲＬに起動がかかる（Ｓ７０５）。

すなわち、クライアントコンピュータ１０３側で動作しているプリンタドライバは、アプリケーションから渡された印刷対象のデータをＰＤＬ化処理した後、ＭＦＰ１０２が用意しているジョブサブミットにかかるＨＴＭＬページ（ＵＲＬとそれに続くジョブサブミットのＨＴＭＬファイル名）を、クライアントコンピュータ１０３が有するブラウザに引き数として与えて起動する。

この結果、クライアントコンピュータ１０３ではブラウザが起動し、指定されたＨＴＭＬファイルをＭＦＰ１０２内のウェブサーバ７５１に要求する。ここで、プリントドライバのＯＫボタンをクリックして現れるジョブサブミット画面を示しているのが、図１６の（ａ）の表示画面例である。

アウトプット先として左側のＭＦＰキー９１１を選択すれば、ＭＦＰ１０２へのプリントとなり、プロバイダキー９１２〜プロバイダキー９１４（必要に応じて更に表示されていてもよい）を選択すれば、各プロバイダに発注をかけることとなる。

図１６は、図１に示したクライアントコンピュータ１０３の表示装置に表示されるＷｅｂＢｒｏｗｓｅｒの一例を示す図であり、図１７は、図１６に示したＷｅｂＢｒｏｗｓｅｒ上で設定可能なジョブチケットの一例を示す図である。

再び図１５に戻って、ステップＳ７１２で、そのＭＦＰキー９１１が押下指示されたか否かを判断して、ＭＦＰキー９１１を選択したと判断した場合は、ウェブサーバ７５１より、ＭＦＰ１０２にて設定可能な機能とその設定値が、例えば図１６に示すように表示される（Ｓ７１３）。

そして、図１６に示す設定値９３２に中より、ユーザは所望の値を選択できる。また、一般設定（Ｇｅｎｅｒａｌ）９２２、ジョブ管理（Ｊｏｂ Ｍｇｍｔ）９２３、後処理（Ｆｉｎｉｓｈｉｎｇ）９２４、画像処理（Ｉｍａｇｅ Ｑｕａｌｉｔｙ）９２５、色設定（Ｃｏｌｏｒ）９２６などジャンルごとに分かれていて、ユーザはそれぞれの値を変更設定できる（Ｓ７１４）。

また、９３１はセーブキーで、ファイル名を設定したり、前に設定した値を記憶させたり、再帰呼び出しをかけたりする部分である。ファイル名の設定は必ずしもアプリケーションからのプリントでなくてもネットワーク上にあるプリント可能なファイルを選択して呼び出せることを意味している。

そして、ＭＦＰ１０２へのプリントの場合には、各種設定を行った後に、プリントキー９２７をクリックすると、ＰＤＬファイルと設定されたジョブチケットは、ホットフォルダ７５２に送られる（Ｓ７１５）。

ＭＦＰ１０２内では、常にホットフォルダ７５２は定期的に監視して（Ｓ７６１），ジョブがあるかどうかを判断し（Ｓ７６２）、ジョブがあると判定された場合は、プリント可能なジョブならば、ジョブの出力をスケジューリングし（Ｓ７６３）、該スケジューリングされたジョブをラスタイメージデータに展開して（Ｓ７６４）、逐次ＭＦＰ１０２にてプリントして（Ｓ７６５）、処理を終了する。

次に発注をかける場合には、以下の３つの送信方法が考えられる。

クライアント→プロバイダ：送信方法１ プロバイダ側がジョブ受注用のウェブページを用意してあり、図１６において、プロバイダキー９１２〜９１４を選択すると、ＭＦＰ１０２内のウェブブラウザのＵＲＬからそれぞれのプロバイダ側が提供するＵＲＬに遷移して、そこで所定の設定を行って発注をかける。このとき、ＰＤＬデータと設定済みのジョブチケットはクライアントコンピュータ１０３からプロバイダ側へＰＤＬデータをピアトゥピア（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）で直接送られる。

クライアント→ＭＦＰ→プロバイダ（ＲＩＰ）：送信方法２ クライアントコンピュータ１０３から、一旦ＭＦＰ１０２にＰＤＬデータを送信し、ＭＦＰ１０２からプロバイダ側にＰＤＬデータを送信する。この場合、データ送信は常にＭＦＰとプロバイダの間で行われるため、送受信の相手が特定しやすいのでセキュリティ的にも比較的保たれやすい。また、ＭＦＰ１０２にて一度試し刷りを行ったうえで、発注がかけられるため、発注ミスも軽減される。

また、この場合は、プロバイダ側で有する機能は、常にＭＦＰ１０２にだけ予め知らせておけばいいため、ＭＦＰ１０２はサービスセンタを経由して、定期的または、新しい機能がアップデートされる度にＭＦＰ１０２側へ新しい機能を前述のＸＭＬ形式で送信して、発注画面とリンクさせておけば、すぐに発注画面の表示が可能となる。

クライアント→ＭＦＰ（ＲＩＰ）→プロバイダ：送信方法３ 更に、ＭＦＰ１０２側でラスタライズ処理したデータを圧縮して、ＭＦＰ１０２からプロバイダ側に送付する方法もある。この場合、面付けなどのプリプレス処理を行いにくい反面、圧縮データを作る際にパスワードを埋め込むなどセキュリティ面で強化できるという強みもある。

あるいは、上述の送信方法１〜３を状況に応じて使い分けたり、時として組み合わせたりしてもよい。

なお、図１５におけるジョブサブミットのＨＴＭＬファイルの転送要求するタイミングであるが、通常のプリンタドライバでは、上記のようにシーケンシャルに処理が進められていたが、本実施形態では、必ず再度ジョブサブミットのブラウザ画面が呼び出され、再度プリント起動をかけることから、図１２のドライバのＯＫボタン８０１をクリックした直後にクライアントコンピュータ１０３はＭＦＰ１０２のウェブサーバ７５１に起動をかけると同時に、クライアントコンピュータ１０３内でＰＤＬ化処理も同時に進めておいて、クライアントコンピュータ１０３にてブラウザ起動によりユーザがジョブチケットを設定している時間を有効利用して、ジョブサブミット画面のプリントボタンのクリック時までに処理を済ませて、このタイミングでＰＤＬデータと所望のジョブチケットを一緒にＭＦＰ１０２に送り込むという方法も可能である。

あるいは、図１５にて予めＰＤＬデータをホットフォルダ７５２に登録し、印刷データがサーバに登録されたことを確認してから（サーバから登録完了が通知されるようにする）、そのＨＴＭＬファイルを要求するようにしても良い。この場合、既にＰＤＬデータがサーバに登録されていることになるので、送信するのはジョブチケットを送信するだけになる。

これを受けて、ＭＦＰ１０２内のウェブサーバ部７５１は、ジョブサブミット画面（ＨＴＭＬファイル）をクライアントに送信することで、クライアントにそのジョブサブミット画面を表示させ（Ｓ７１１）、オペレータは所望のジョブチケットに再度変更することができる。そして、ステップＳ７０５のＰＤＬファイルが作成されたら、そのＰＤＬファイルと変更後のジョブチケットをホットフォルダ７５２に送信する。

再び、図１６に戻って、ジョブ設定情報（ジョブチケット）９３２に関してだが、例えばＭＦＰ１０２に出力する場合には、図１７の（ａ）に示すように機能が少ないが、プロバイダキー９１２あるいは、プロバイダキー９１３をクリックすると、それぞれ図１７の（ｂ），（ｃ）がジョブ設定情報（ジョブチケット）９３２の部分に表示され、それぞれの機能を選択できるようになる。

以下、図１に示したプロバイダ側の各マネージャの役割に関して説明する。

〔工程管理マネージャ１１１〕
一般に、管理情報システム（ＭＩＳ＝Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）と呼ばれる集中的に管理システムでは、生産関連データの収集、加工、報告を通して経営計画と管理業務を支援し、情報を蓄積して、必要なとき、必要な部署に提供することができる。

工程管理マネージャ１１１は、この管理情報システムの中心となるコンピュータであり、従来は、人の能力上の制約によって集中管理しきれなかった部分を、コンピュータによる情報のデータベース化により、情報を集中管理する役割を果たすものである。

この工程管理マネージャ１１１に蓄えられたデータは、意思決定のアプリケーション、特に生産物のスケジューリングを行って作業者が効率よく作業できるように作業工程を指示したり管理したりして、生産能力計画を高めることに利用される。

〔受注・入稿マネージャ１１２〕
図１に示した受注・入稿マネージャ１１２は、いわゆる電子商取引（ＥＣ＝Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）の仲介役で、インターネット経由で受発注を行うためのコンピュータである。

また、受注・入稿マネージャ１１２は、ユーザ側から見ると、インターネットを利用した電子店舗があり、ここでユーザ認証を行った後に、所望のファイルを所望の設定と一緒に電子データとして送付し、ジョブの発注を行うものである。

前述の送信方法１の場合、一般のウェブブラウザを利用した電子入稿の場合が想定される。

その例を、図１８〜図２５に示す表示画面例を参照して説明する。

図１８〜図２５は、図１に示したクライアントコンピュータ１０３の表示装置に表示されるＷｅｂＢｒｏｗｓｅｒによる電子入稿処理画面の遷移状態を示す図である。

ユーザ側では、ウェブブラウザがプロバイダ側より提供されたサービス画面（図１８）を開き、登録済みのユーザはユーザＩＤ（例えばＥ−ｍａｉｌ Ａｄｄｒｅｓｓ），パスワード等を入力する。

なお、新規でこのウェブサイトを訪れたユーザの場合は、「Ｎｅｗ」を選択し、次へキー１００９を指示することで、図１９に示すような入力画面に移行し、この入力画面でユーザは必要事項（氏名，会社名，住所，電話番号，ファクシミリ番号，電子メールアドレス等）を記入して登録を行う。

図１９等において、１０１０はキャンセルキーで、このサイトを終了するときに指示する。ここでは、単に必要事項を記入する例を用いたが、セキュリティを高めるため、本人確認手続きや口座開設の手続きを踏むなど二重三重のチェックを行うことは広く知られている。１００９はＮｅｘｔキーである。

次に、図２０に示す画面において、ユーザはプリントしたい電子データをドラッグ＆ドロップ等で添付し、必要に応じてコメント欄に要望事項を記入し、次へキー１００９を指示する（後述する図２６に示すステップＳ１０５４）ことにより、図２１に示す画面に移行する。図２１に示す画面において、ジョブチケットと呼ばれるジョブの設定情報を入力し（後述する図２６に示すステップＳ１０５５）、次へキー１００９を指示することにより、図２２に示す画面に移行する。

図２２に示す画面において、所望するフィニッシング処理を選択し（後述する図２６に示すステップＳ１０５６）、次へキー１００９を指示することにより、図２３に示す画面に移行する。

また、図２３に示す画面において、プルーフプリントの有無１０２０の選択，必要なプルーフモード（校正表現方法１０２１をいずれか１又は複数選択）とアーカイブ情報等を入力して（後述する図２６に示すステップＳ１０５７）、次へキー１００９を指示することにより、図２４に示す画面に移行する。さらに、図１１Ｇに示す画面において、希望納期の情報を入力し（後述する図２６に示すステップＳ１０５８）、次へキー１００９を指示することにより、図２５に示す画面に移行する。

図２５に示す画面において、概略コストが示されて、ユーザはその料金に納得すれば仮発注をかけることができる。ここで、算出されるコストは、新規ユーザとお得意先、ジョブの大きさ、コピー部数などのジョブチケットの内容、フィニッシング処理方法、プルーフの方法や個数、アーカイブやリプリント情報、あるいは、納期の長短などに応じて算出されるものであり、ユーザは仮発注前に概算をおおよそのコストとして見ることができるため、コストによるトラブルを避けることができる。もし、ユーザがコスト的に気に入らなければ、各情報タブ（カスタマ情報タブ１００１，ドキュメント情報タブ１００２，ジョブ情報タブ１００３，後処理情報タブ１００４，プルーフ＆アーカイブ情報タブ１００５，デリバリ情報タブ１００６）や戻るキー１００８，次へキー１００９等を用いて、設定を入れ替えたりし、再度概略コストを算出させることも可能である。

そして、ＯＫキー１０１１を押下（指示）することにより、仮発注処理を行うことができる（後述する図２６に示すステップＳ１０６０でＹｅｓ）。なお、仮発注処理のため、後述するプルーフ時にもジョブチケットの設定変更を行うことが可能である。

このように、受注・入稿マネージャ１１２で受け付けられたジョブは、工程管理マネージャ１１１にその情報が伝えられ、それを受けて、工程管理マネージャ１１１は、そのジョブの管理を開始し、そのジョブに対してＪＤＦデータを発行する。

なお、このプロバイダ側には、図１８から図２４に示す各サービス画面、及び上記入力項目のチェックプログラム等が予めアップロードされているものとする。

これら一連の作業を示したものが、図２６に示すフローチャートの手順である。

図２６は、本発明に係る画像画像処理システムにおけるジョブ発注処理手順の一例を示すフローチャートであり、図１８〜図２５に示すブラウザ画面に基づく処理手順に対応する。なお、Ｓ１０５１〜Ｓ１０６２はクライアントコンピュータ１０３側のブラウザ側のステップに対応し、Ｓ１０７３〜Ｓ１０７８は受注・入稿マネージャ１１２側のステップに対応する。

プロバイダ側のウェブサーバ部１０７１から順次表示されるジョブ仮発注画面上で、ユーザが仮発注を承認するまで上記入力作業（ＷｅｂＢｒｏｗｓｅｒ起動（Ｓ１０５１），受発注画面を開く（Ｓ１０５２），カスタマ情報入力（Ｓ１０５３），ファイルの選択（Ｓ１０５４），ジョブチケットの入力（Ｓ１０５５），フィニッシング処理の入力（Ｓ１０５６），プルーフ・アーカイブ情報の入力（Ｓ１０５７），デリバリ情報の入力（Ｓ１０５８），コストの確認（Ｓ１０５９））をユーザが仮発注を承認するまで繰り返し（Ｓ１０６０）、仮発注の承認が得られたと判定した場合は、ジョブ仮発注画面上で、ウェブブラウザは、ユーザが選択したファイル（画像データ）及び各印刷指示を含むジョブを、ユーザ側から受注・入稿マネージャ１１２のホットフォルダ部１０７２に送信する。このホットフォルダはユーザ毎に設けられていてもよい。

そして、受注・入稿マネージャ１１２側では、常にホットフォルダ内のジョブの有無をポーリングにて監視して（Ｓ１０７３）、ジョブがあると判断した場合には（Ｓ１０７４）、そのジョブを受け付けられるかを確認し（Ｓ１０７５）、許可されれば（受け付け可能であれば）、ジョブの受け付けを行い（Ｓ１０７６）、該受け付けたジョブを工程管理マネージャ１１１に対して送信するとともに、「受諾」のメッセージをユーザに対してウェブ画面で送信する（Ｓ１０７８）。

一方、ステップＳ１０７５で、ジョブの受け付けが許可されなければ（受け付け可能でなければ）「拒絶」のメッセージをユーザに対してウェブ画面で送信する（Ｓ１０７７）。

また、ユーザ側では、ウェブブラウザ上にウェブサーバ部１０７１より提供される「受諾」又は「拒絶」のメッセージ画面を表示し（Ｓ１０６１，Ｓ１０６２）、本処理を終了する。

次に、送信方法２）または、送信方法３）の場合には、ＭＦＰ１０２の設置時またはメンテナンス時にＭＦＰ自体がサービスセンターやプロバイダに登録し、必要な契約を予め行っておけば、発注時には、サービスセンターやプロバイダ側でＭＦＰ１０２の登録確認のみを行えば、発注者が特定できるため、上記のような面倒な作業を行わなくてもよいし、図１６に示すような統一されたフォーマットでユーザ環境内のＭＦＰ１０２に出力する場合も、プロバイダ側に発注を行う場合も同じような画面から行えるため、発注作業におけるミスも軽減される。

〔原稿編集・スキャンマネージャ〕
図１に示した原稿編集・スキャンマネージャ１１３は、工程管理マネージャ１１１により原稿編集工程と原稿読み取り（スキャン）工程を担当している。

まず、原稿編集工程は、ジョブに関して、ユーザから送付された複数個のファイルをマージしたり、ページの挿入や削除、ユーザの指示通りにレイアウトしたり、あるいは要求の後工程処理を予めビジュアル的に確認可能視覚化することを目的としたものである。

図２７〜図２９は、図１に示したユーザ環境１００よりプロバイダ環境１１０に対してユーザから送信されたファイルＡ〜Ｆ及び、その出来上がり（編集後の）イメージの一例を表した模式図である。

図２７に示した例では、入稿されたユーザからのジョブは、ファイルＡ（Ｆｉｌｅ−Ａ）〜ファイルＣ（Ｆｉｌｅ−Ｃ）からなっている。そして、ファイルＡはユーザによりそのままのサイズの出力を希望され、ファイルＢ，ファイルＣはユーザにより２ｉｎ１の出力を希望している。このような場合、原稿編集時には出力サイズ等が必要となるため、ユーザはそれらのサイズを指示する必要がある。また、出力の順序を考慮しなければいけない場合等も、ユーザはそれらの順序を原稿入稿時等に指示する必要がある。

また、図２８に示した例では、入稿されたユーザからのジョブは、ファイルＤ（Ｆｉｌｅ−Ｄ）という１つのファイルとなっている。そして、ファイルＤは、ユーザによりタブ紙等の特定のメディアへの出力及びパンチ，ステープル等の後処理を希望している。このように、１つのファイルにより入稿された場合であっても、タブ紙等の特定のメディアへの出力及びパンチ，ステープル等の後処理を希望する場合には、原稿編集時に、タブ自身の情報やタブ紙等のメディア情報が必要であったり、パンチ等の後処理情報も必要となったりするため、ユーザはそれらの情報を原稿入稿時等に指示する必要がある。

さらに、図２９に示した例では、入稿されたユーザからのジョブは、ファイルＥ（Ｆｉｌｅ−Ｅ），ファイルＦ（Ｆｉｌｅ−Ｆ）からなっている。そして、ファイルＥ，ファイルＦは、ユーザによりくるみ製本を希望しており、紙サイズが異なっている。このように、出力したい紙サイズが異なっている場合も、原稿編集時に、紙サイズ等の情報が必要となるため、ユーザはそれらの情報を原稿入稿時等に指示する必要がある。

なお、上述したようなユーザからの各種情報の指示は、上述した図２６に示したステップＳ１０５５，Ｓ１０５６等において、後述する受発注画面から行われる。

このように、ユーザの入稿ファイルそのものが、ユーザの出来上がりイメージと一致しているとは限らないため、画像形成システム側で、ユーザの指示に従って編集する必要があり、この編集処理を担当するのが原稿編集・スキャンマネージャ１１３である。

また、ユーザから送られてくる複数のファイルが同じアプリケーションや同じタイプのファイルとは限らないため、１つのファイルにする必要があるが、この１つのファイルに作り上げる処理もこの原稿編集・スキャンマネージャ１１３が行うものとする。

以上の原稿編集・スキャンマネージャ１１３における編集処理は、原稿入稿時等にユーザから指示された編集情報等に基づいて原稿編集・スキャンマネージャ１１３内のプログラムにより（作業者による編集作業無しに）、及び／又はクライアントコンピュータ１０３からの作業者による各種アプリケーションを用いた編集作業により行われる。

一方、原稿読み取り動作（スキャン）に関しては、スキャナ１２６やＭＦＰ１２４，１２５のスキャナを制御するためのもので、スキャナドライバを呼び出して、プレビューを行ったり、画像の読み込み、あるいはＭＦＰのプリンタ部と連携してクイックコピーを行ったりするためのコンピュータであり、ユーザからの入稿が紙原稿であった場合に作業者が紙原稿を電子化する際にも使用する。具体的には、まず、原稿編集・スキャンマネージャ１１３からスキャナドライバを起動する。

図３０は、図１に示したＭＦＰ１０２のスキャン動作を指示するためのスキャナドライバのＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の一例を示す模式図である。

図３０に示すスキャナドライバのＧＵＩにおいて、ターゲットとなるスキャナをソースデバイス名１２２２で選択し、所望のパラメータ設定１２２４〜１２３３，１２２９，１２３０を行い、プレビューキー１２３６あるいはスキャンキー１２３７をクリック（図示しないポインティングデバイス等で指示）すると画像の読み込みを開始する。なお、キャンセルキー１２３８をクリック（図示しないポインティングデバイス等で指示）すると画像の読み込みを中止する。さらに、プロパティキー１２２３をクリック（図示しないポインティングデバイス等で指示）するとソースデバイス名１２２２で選択されたスキャナのプロパティ設定画面が表示される。１２２１はタイトルバーで、スキャナドライバである旨を示し、１２３４はプレビューエリアで、プレビュー画像１２３５を表示している状態を示す。

〔カンプ・プルーフマネージャ〕
図１に示したカンプ・プルーフマネージャ１１４は、一般にレイアウトの確認と色味の確認という２つの目的で利用されることが多く、白黒原稿の場合は前者の確認のみとなるが、カラー原稿では両者の確認が必要となる。

印刷業界では、カラーカンプ（Ｃｏｌｏｒ Ｃｏｍｐｒｅｈｅｎｓｉｖｅ Ｌａｙｏｕｔ）と呼ばれる製版・印刷工程に入る前に広告主にプレゼンテーションすることを目的とした、色づけされた出力があるが、最近ではＤＴＰやＣＥＰＳで処理したデジタルカラー画像をカラープリンタやカラープロッタで出力したカラーのハードコピーが上述のカラーカンプに用いられている。

また、プリンタを利用したオンディマンドプリントでは、カンプに相当するレイアウト確認と簡易的な色味確認も、プルーフに相当する詳細な色味確認も、同じカラープリンタ（あるいは白黒プリンタ）にて行うことが可能であるため、これらの確認作業をこのカンプ・プルーフマネージャ１１４で一括して処理する。

図３１は、図１に示したカンプ・プルーフマネージャ１１４とユーザ側のコンピュータとの通信及びカンプ・プルーフマネージャ１１４によるプルーフ作成処理を示すフローチャートであり、Ｓ１５０１〜Ｓ１５１０はユーザ側の作業ステップを示し、Ｓ１５２１〜Ｓ１５３３はカンプ・プルーフマネージャ１１４側の制御処理ステップを示す。

カンプ・プルーフマネージャ１１４も、受注・入稿マネージャ１１２と同様にウェブサーバ部１５４１を有しており（図３に示した受注・入稿マネージャ１１２のウェブサーバ１０７１と共有でも構わない）、まず、工程管理マネージャ１１１によりプルーフ工程に管理されるジョブに関して、ステップＳ１５２１において、ユーザがプルーフを要求した（即ち、図２６に示すのステップＳ１０５７のプルーフ設定で要求した）か否かを判断し、プルーフが要求されていないと判断した場合には、そのまま処理を終了する。

一方、ステップＳ１５２１で、プルーフが要求されていると判断した場合には、ステップＳ１５２２以降に進み、要求されたプルーフ方法（校正表現方法）によってユーザ側にサービスを提供する（校正表現を行う）。

即ち、ステップＳ１５２２で、校正表現方法としてサムネールのウェブ表示が求められているか否かを判断し、要求されていると判断した場合には、ステップＳ１５２３において、原稿編集・スキャンマネージャ１１３よりサムネール画面を作成させ、該作成されたサムネール画像をウェブサーバ部１５４１にアップロードし、許可されたユーザのみ表示可能に設定する。これにより、ユーザは出来上がりイメージをウェブ上で確認することができる。

図３２〜図３６は、図１に示したカンプ・プルーフマネージャ１１４による確認画面の一例を示す図である。

これらの確認画面には、ページ順とプリント順の切り替えボタン１６０１，ページ単位のプロパティ（属性設定）キー１６０２，ドキュメント単位のプロパティキー１６０３，ジョブ単位でのプロパティキー１６０４が用意されており、ページ単位、ドキュメント単位、ジョブ単位で、紙サイズ、メディアタイプを切り替えたり、Ｎ−ｕｐ（縮小レイアウト）の配置数、配置順等を決めたり、フィニッシングの有無や種類等を設定することができる。

また、ユーザから入稿された原稿が複数個、しかも異なるタイプのアプリケーションやファイルであった場合でも、それらをドラッグ＆ドロップしてドキュメント単位で確認画面上にサムネール表示することができる。

例えば、図３２，図３３はページ順で表示した例に対応し、１章（Ｄｏｃｕｍｅｎｔ−００１）目と１４章は、２ｉｎ１で配置されているが、それ以外は４ｉｎ１で配置されており、章（ドキュメント）単位で配置数を変えている例である。

また、図３４はページ順とプリント順の切り替えボタン１６０１を切り替えてプリント順で表示した例に対応し、中綴じ（ブックレット）された場合のプリント配置を見ることができる。

次に、図３５はタブ紙を利用してページ単位でメディアを切り替えた場合の例に対応し、同時にパンチ（穴あけ）処理の指示をした場合でも、サムネール上で穴の位置などが確認できる。また、図３６はくるみ製本される場合の例に対応し、表紙が背表紙分大きな用紙が用いられている点が確認できる。

なお、図３２〜図３６に示した確認画面の表示ウインドウは、ファイル構造を示すフォルダ画面とサムネール画面から成り立っているが、サムネール画面の１つのページをダブルクリックすると、ページ単位でのプレビュー画像でページ単位の拡大表示も可能である。

以上示した図３２〜図３６の確認画面、または図示しないＰＤＦファイル（ウェブサーバ部１５４１よりダウンロードしたＰＤＦファイル）の表示画面において、ユーザは、プルーフを確認し、プルーフの確認がＯＫであるとユーザが判断する。

そして、プルーフがＯＫである場合には、プルールがＯＫである（印刷工程への移行を指示する）旨を示す電子メールを（カンプ・プルーフマネージャ１１４に割り当てられた所定のアドレス，担当者のアドレス等）に送信する。

一方、プルーフの確認がＯＫでない（ＮＧ）と判断した場合には、ユーザは、プルールがＮＧである（印刷工程へは移行せず、再校正を指示する）旨とプルーフのＮＧ箇所とコメントを入力した電子メールを送信する。

この電子メールを受けたカンプ・プルーフマネージャ１１４は、プルーフの確認結果がＯＫである（印刷工程への移行を指示する）場合には、処理を終了し、印刷（プリント）工程に進む。一方、プルーフの確認結果がＮＧである（印刷工程へは移行せず、再校正を指示する）場合には、画像処理システム側の作業者が、ユーザからのＮＧ箇所のコメントに従って、再度、原稿編集処理，ドキュメント処理や校正刷り（プルーフプリント）の処理をやり直す。

以上のように、プルーフ手段として、図３２〜図３６に示したサムネール確認画面やＰＤＦファイル（不図示）をユーザに提供することにより、実際の印刷を行うことなしに、オンラインにて、容易かつ確実に出力予測でき、入稿後のプルーフ時の各種変更も容易にし、従来ユーザの負担となっていた入稿時の入念なチェック負担を軽減して、顧客に対してより安価な出力提供を短期間に行うことができる。

一方、図３１に示したステップＳ１５２２で、サムネールのウェブ表示が求められていないと判断した場合、又はステップＳ１５２３の後、ステップＳ１５２４に進み、校正表現方法としてＰＤＦファイルが要求されているか否かを判断し、ＰＤＦファイルが要求されていると判断した場合には、ステップＳ１５２５において、例えばＡｄｏｂｅ社のＡｃｒｏｂａｔ Ｄｉｓｔｉｌｌｅｒなどを利用して、ＰＤＦファイルを作成し、ユーザの要求した方法でユーザに提示する（例えば、ウェブ上での閲覧や、ｆｔｐサイトにアップロード、あるいはファイルサイズが小さければユーザへのＥ−ｍａｉｌに添付するように設定することも可能である）。

一方、ステップＳ１５２４で、ＰＤＦファイルが要求されていないと判断した場合、又はステップＳ１５２５の後、プルーフ出力であるかどうかを判断して（Ｓ２５２６）、プルーフ出力でないと判断した場合は、ステップＳ１５３０に進み、サムネール画像，ＰＤＦファイルをアップロードしたウェブサイトのＵＲＬの記載やＰＤＦファイルの添付等を行った電子メール（Ｅ−ｍａｉｌ）をユーザに対して送信する。

一方、ステップＳ１５２６でプルーフ出力であると判断した場合は、プルーフ出力を行い（Ｓ１５２７）、そのプルーフ出力の受け渡し方法が有そう指定になっているかどうかを判断して（Ｓ１５２８）、ＹＥＳならば郵送処理を行い、ＮＯならば、他の受け渡し方法にて、プルーフ出力をユーザに受け渡す。

一方、ステップＳ１５０１において、この電子メールを受信したユーザ環境１００は、ステップＳ１５０２において、ユーザがサムネール表示を行いたいかどうかを判断して、サムネール表示を行いたいと判断した場合には、ステップＳ１５０３において、ウェブブラウザを起動し、ＵＲＬを入力するとともに、ウェブサーバ部１５４１より提供される画面にユーザＩＤとパスワードを入力して、ウェブサーバ部１５４１よりサムネール画面を取得する。

そして、ステップＳ１５０４において、ウェブサーバ部１５４１より取得したサムネール画面（図３２〜図３６）を表示閲覧し、ステップＳ１５０５に進む。

一方、ステップＳ１５０２で、サムネール表示を行わないと判断した場合は、そのままステップＳ１５０５に進む。

次に、ステップＳ１５０５において、ユーザがＰＤＦファイルの入手を行う場合には、ステップＳ１５０６に進み、ウェブサーバ部１５４１よりＰｄｆファイルをダウンロードし、ステップＳ１５０７に進む。

一方、ステップＳ１５０６で、ＰＤＦファイルの入手を行わない場合は、そのままステップＳ１５０８に進む。

次に、ステップＳ１５０８において、ユーザは、プルーフを確認し、プルーフの確認がＯＫである（印刷工程への移行を指示する）とユーザが判断した場合には、そのままステップＳ１５１０に進む。

一方、ステップＳ１５０８で、プルーフの確認がＯＫでない（ＮＧ）（印刷工程へは移行せず再校正を指示する）と判断した場合には、ステップＳ１５０９において、ユーザは、プルーフのＮＧ箇所とコメントを入力し、ステップＳ１５１０に進む。

次に、ステップＳ１５１０において、プルーフの確認結果（印刷工程への移行指示、又は、印刷工程へは移行せず再校正指示）を示す電子メールを作成し、カンププルーフマネージャ１１４に対して送信する。

なお、プルーフがＮＧの場合には、ユーザは、ステップＳ１５０９で入力したプルーフのＮＧ箇所とコメントのデータを電子メールに添付するか、電子メールの本文に記載するものとする。また、プルーフのＯＫ／ＮＧを示す情報は、電子メールの本文に記載するように構成してもよいし、電子メールの題名にＯＫ／ＮＧを示す文字列を記載するように構成してもよい。

一方、カンプ・プルーフマネージャ１１４は、この電子メールを受信すると（Ｓ１５３１）、ステップＳ１５３２において、プルーフの確認結果がＯＫであるか否かを判断し、プルーフの確認結果がＯＫである（印刷工程への移行を指示する）と判断した場合には、処理を終了し、印刷（プリント）工程に進むように、後述するＪＤＦデータを書き換える。

なお、ステップＳ１５３２の判断は、受信した電子メールの題名等からプログラムにより判断させるように構成してもよいし、電子メールを受信したことを担当者に通知し、該受信電子メールの内容から担当者に判断させ担当者に確認の有無を入力させるように構成してもよい。

一方、ステップＳ１５３２で、プルーフの確認結果がＯＫでない（ＮＧ）（印刷工程へは移行せず再校正を指示する）と判断した場合には、ステップＳ１５３３に進み、画像形成システム側の作業者が、ユーザからのＮＧ箇所のコメントに従って、再度、原稿編集処理，ドキュメント処理や校正刷り（プルーフプリント）の処理をやり直し、ステップＳ１５２１に戻る。

なお、図３１では、ユーザからのプルーフの確認結果をステップＳ１５１０で電子メールによって行っているが、電話やＦＡＸ等で、画像処理システム側の担当者に連絡するようにし、この連絡を受けた担当者がプルーフのＯＫ／ＮＧを判断し、ＯＫ／ＮＧを入力するように構成してもよい。

〔プリントマネージャとプリンタエンジン〕
図３７は、図１に示したプリントマネージャ１１５内のデータフローを説明するブロック図である。

図１の中ではプリントマネージャ１１５はカラーＭＦＰ１２４ａや白黒ＭＦＰ１２５ａまたは白黒ＭＦＰ１２５ｂに接続されてこれらを制御しているが、実際には、ユーザ側のＭＦＰ１０２にも、これから説明するプリントマネージャ部分、プリントエンジン部分、あるいは、必要に応じてオンラインフィニッシャ部分などが含まれた構成になっており、多くの共通部分があるため、ここでまとめて説明しておく。

まず、工程管理マネージャ１１１によりプリント工程に移行したジョブ（後述する図４５や図４６に示すプリント工程におけるジョブサブミット画面からプリント指示されたジョブ）は、ＮＩＣやＵＳＢ、パラレルなどのインタフェースから入力される。次に、入力デバイス制御部１７０１よりサーバ（プリントマネージャ１１５）内に入り、サーバに様々なクライアントアプリケーションを連結することにおいてその役割を果たす。入力としてページ記述言語ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）データとＪＣＬ（Ｊｏｂ Ｃｏｎｔｒｏｌ Ｌａｎｇｕａｇｅ）データを受け付ける。それはプリンタとサーバに関する状態情報であって様々なクライアントに対応する。このモジュール（入力デバイス制御部１７０１）の出力は、適切なＰＤＬとＪＣＬの構成要素すべてを結合する役割を持つ。

次に、１７０２は入力ジョブ制御部で、ジョブの要求されたリストを管理し、サーバに提出される個々のジョブにアクセスするために、ジョブリストを作成する。更に、このモジュール（入力ジョブ制御部１７０２）には、ジョブのルートを決めるジョブルーティング、分割してＲＩＰするか否かを司るジョブスプリット、そしてジョブの順序を決めるジョブスケジューリングの３つの機能がある。

１７０３はＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）部で、複数個存在する。ＲＩＰ１７０３ａ，ＲＩＰ１７０３ｂあるいはＲＩＰ１７０３ｃ等のように必要に応じて更に増やすことも可能だが、ここでは総称してＲＩＰ部１７０３と記載する。ＲＩＰモジュール（ＲＩＰ部１７０３）は、様々なジョブのＰＤＬをＲＩＰ処理して、適切なサイズと解像度のビットマップを作成する。ＲＩＰ処理に関しては、ＰｏｓｔＳｃｒｉｐｔ（米国Ａｄｏｂｅ社の商標登録）をはじめ、ＰＣＬ，ＴＩＦＦ，ＪＰＥＧ，ＰＤＦなど様々なフォーマットのラスタライズ処理が可能である。

１７０４は画像圧縮／データ変換部で、ＲＩＰ部１７０３によって作り出されるビットマップイメージを圧縮したり、フォーマット変換を施したりする役割を果たし、それぞれのプリンタにマッチした最適な画像イメージタイプを選び出す。例えば、ジョブをページ単位で扱いたい場合には、ＴＩＦＦやＪＰＥＧなどをＲＩＰ部でラスタライズした後のビットマップデータにＰＤＦヘッダを付けて、ＰＤＦデータとして編集するなどの処理を行う。

１７０５は出力ジョブ制御部で、ジョブのページイメージを取って、それらがコマンド設定に基づいてどう扱われるのかを管理する。ページはプリンタに印刷されたり、ハードディスク１７０７にセーブされたりする。印刷後のジョブは、ハードディスク１７０７に残すか否かを選択可能であり、印刷後のジョブがハードディスク１７０７にセーブされた場合には、再呼び出しすることもできる。さらに、このモジュール（出力ジョブ制御部１７０５）は、ハードディスク１７０７とメモリ（ＳＤＲＡＭ）１７０８との相互作用で管理する。

１７０６は出力デバイス制御部で、どのデバイスに出力するか、またどのデバイスをクラスタリング（複数台接続して一斉にプリントすること）するかの制御を司り、選択されたデバイスのインタフェースに印刷データを送る。また、このモジュール（出力デバイス制御部１７０６）は、ＭＦＰ（１０２、１２４または１２５）の状態監視と装置状況をプリントマネージャ１１５に伝える役割も果たしている。

なお、図３７では、プリントマネージャ１１５は、ＲＩＰ部１７０３を有する形態で記述されているが、ＲＩＰ部１７０３は、実際には、ＭＦＰ１０２（あるいは、ＭＦＰ１２４、ＭＦＰ１２５）に内蔵されたり、プリントマネージャ１１５とは別ユニットで存在したりすることもある。いずれにせよ、ＭＦＰ１０２（あるいは、ＭＦＰ１２４、ＭＦＰ１２５）やＲＩＰ部１７０３を含めて、入力したＰＤＬ情報をＲＩＰ処理してプリントするまでの工程を担当するのがプリントマネージャ１１５の役割となる。

〔クラスタプリンタの設定〕
複数のプリンタを組み合わせて仮想プリンタ（バーチャルプリンタ）を作ることをクラスタプリンタと呼ぶ。プリントマネージャまたは、工程管理マネージャのコンフィギュレーション設定の一つとしてこのクラスタプリンタの設定があり、予め登録されたＭＦＰ１２４や１２５を組み合わせてクラスタプリンタを作る処理の流れについて図３８に示すフローチャートを参照して説明する。

図３８は、本発明に係る画像処理システムにおけるクラスタプリンタ登録処理の一例を示すフローチャートであり、Ｓ２７０１〜Ｓ２７２１は各ステップを示す。

まず、オペレータに、登録されたプリンタ群の中から、２つかあるいはそれ以上のプリンタを選択させる（Ｓ２７０１）。例えば、Ａ、Ｂ、Ｃの３台のプリンタならば、Ａ＆Ｂ，Ａ＆Ｃ、Ｂ＆Ｃ、Ａ＆Ｂ＆Ｃという４通りの組み合わせが可能となる。また、同じプリンタの組み合わせでもこれから説明するモードが異なれば別のクラスタプリンタとして登録することも可能である。

次に、選択された組み合わせがカラープリンタと白黒プリンタのように異なるタイプのプリンタ（カラー／白黒混在）であるか否かを判断し（Ｓ２７０２）、カラー／白黒混在と判断した場合には、カラー／白黒ページ分離モードとカラー／白黒自動ルーティングモードの２つのモードから選択を行わせる（Ｓ２７０３）。

ここで、カラー／白黒ページ分離モードとは、カラーページと白黒ページが混在する１つのジョブに対して、予めジョブをページ単位でカラーページと白黒ページに分離し、カラー情報を含むページはカラープリンタに、カラー情報を含まない（モノクロ）ページはモノクロプリンタに出力するモードである。また、カラー／白黒自動ルーティングモードとは、同様に予めカラーページと白黒ページを見分けた上で、１枚でもカラーページが混在していればジョブすべてをカラープリンタに出力し、ジョブすべてが白黒ページでできていれば、白黒プリンタに自動的にルーティングするモードである。これらの機能は、カラーページと白黒ページのパープリントコストにギャップがあることからコストダウンと操作性の簡素化を目的にしたモードである。

カラー／白黒ページ分離モードが選択された場合（Ｓ２７０５）、分離モードの設定を行わせ（Ｓ２７１０）、名前を付けさせクラスタを登録し（Ｓ２７１５）、ステップＳ２７２０に進む。

一方、カラー／白黒自動ルーティングモードが選択された場合（Ｓ２７０６）、最小ページ（１台あたりの最小ページ）を設定させ（Ｓ２７１１）、名前を付けさせクラスタを登録し（Ｓ２７１６）、ステップＳ２７２０に進む。

また、ステップＳ２７０２で、選択された組み合わせがカラープリンタとカラープリンタ、或いは白黒プリンタと白黒プリンタのように同じタイプのプリンタである（カラー／白黒混在でない）と判断した場合には、ジョブクラスタモード，部数クラスタモード，ページクラスタモードの３つのモードからモード選択を行わせる（Ｓ２７０４）。

ここで、ジョブクラスタリングモード（ジョブクラスタモード）とは、ジョブを設定されたプリンタのうち、空いているもの、あるいは一番早くアイドル状態になると予想されるプリンタに順次ジョブを配布するいわばロードバランスの最適化したモードである。

また、部数クラスタリングモードとは、たとえば１００部設定されたジョブを３台の同じ能力のプリンタに３３部，３３部，３４部（３で割ると１余りが発生するから）というように割り振り、早くジョブが終了するようにしたモードである。

さらに、ページクラスタリングモードとは、１０００ページのジョブを２台のプリンタに５００ページずつ割り振るようにしたモードである。

ステップＳ２７０４で、ジョブクラスタリングモードが選択された場合（Ｓ２７０７）、プリンタ優先順位の設定又は最適化分離を設定させ（Ｓ２７１２）、名前を付けさせクラスタを登録し（Ｓ２７１７）、ステップＳ２７２０に進む。

ステップＳ２７０４で、部数クラスタリングモードが選択された場合（Ｓ２７０８）、最小部数の設定又は最適化分離を設定させ（Ｓ２７１３）、名前を付けさせクラスタを登録し（Ｓ２７１８）、ステップＳ２７２０に進む。

ステップＳ２７０４で、ページクラスタリングモードが選択された場合（Ｓ２７０９）、最小ページの設定又は最適化分離を設定させ（Ｓ２７１４）、名前を付けさせクラスタを登録し（Ｓ２７１９）、ステップＳ２７２０に進む。

それぞれのクラスタプリンタは、同じプリンタの組み合わせでも異なるタイプのモードで予め名前を付けて登録することができ、通常の１台のプリンタと同様に仮想的な高速プリンタとして扱うことが可能となる。

次に、ステップＳ２７２０において、リルート時間の設定（１台がジャムやエラーでダウンしたりした場合には、そのジョブを自動的に他のプリンタに割り振るジョブリルーティングのための待ち時間の設定）を行わせ、設定終了指示がなされたか否かを判断し（Ｓ２７２１）、設定終了と判断した場合には、処理を終了し、設定終了でないと判断した場合には、ステップＳ２７０１に戻る。

図３９は、図１に示したプリントマネージャ１１４によるクラスタプリンタ処理の一例を示すフローチャートであり、Ｓ２７５１〜Ｓ２７５５は各ステップを示す。

また、ジョブが登録されたクラスタプリンタにサブミットされると、どのクラスタプリンタで処理されるかを判断して（Ｓ２７５１）、それぞれ所定のクラスタ方式にて処理する。即ち、シングルプリンタ用処理（Ｓ２７５２），ジョブクラスタモード用処理（Ｓ２７５３），部数クラスタ用処理（Ｓ２７５４），ページクラスタ用処理（Ｓ２７５５）のいずれかの処理を行い、処理を終了する。

図４０は、図３９に示した部数クラスタ用処理の詳細手順を示すフローチャートであり、図３９に示したステップＳ２７５４に示した部数クラスタ用処理に対応する。なお、Ｓ２７７１〜Ｓ２７７６は各ステップを示す。

まず、ステップＳ２７７１において、選択したプリンタに割り当てる部数を算出する。次に、ページ数を示す変数ｉを初期化し（Ｓ２７７２）、各プリンタに部数を指定するコマンドを送付し（Ｓ２７７３）、各プリンタにｉページのデータを出力する（Ｓ２７７４）。

次に、ステップＳ２７７５において、全部のページを出力したか否かを判断し、まだ全部のページを出力していないと判断した場合には、ステップＳ２７７６に進み、ｉをインクリメントし、ステップＳ２７７３に進む。

一方、ステップＳ２７７５で、既に全部のページを出力したと判断した場合には、処理を終了する。

以上の処理により、ジョブに設定された部数を部数クラスタリングモードとして登録されたプリンタに割り振り、早くジョブが終了させることができる。

〔後処理マネージャ〕
図１に示した後処理マネージャ１１６は、オフラインフィニッシャを統括管理するコンピュータであり、ＭＦＰ１２４（または１２５）からのプリント出力に対して、フィニッシング処理を行う様々なオフラインフィニッシャのステイタス管理、ジョブ指示などを担当する。

後処理マネージャ１１６が管理するオフラインフィニッシャには、断裁機１３１，中綴じ製本機１３２，くるみ製本機１３３，紙折り機１３４，封入機１３５あるいは、帳合機（コレータ）１３６を初めとして様々なものがあり、後処理マネージャ１１６はこれらのオフラインフィニッシャと予め決められたプロトコルで逐次ポーリングにてデバイスの状況やジョブの状況を把握し、ジョブの実行状況を管理する。

〔後処理作業〕
次に、図４１を参照して、図１に示した画像処理システムにおける後処理工程に関して説明する。

図４１は、図１に示した画像処理システムにおいて、プリントされたジョブに後処理を施すフローを示す模式図である。なお、ＭＦＰ１２４（または、１２５Ａ）のプリント出力は、ＭＦＰの出力口に備えられた大容量のスタッカに積載される。このスタッカには台車が備えられており、台車の上に積載されたプリント出力を、台車に載せたまま、後処理マネージャ１１６で管理されるさまざまなフィニッシャ１３１〜１３６に作業員が移動して運ぶものとする。

まず、ジョブＡは、ＭＦＰ１２５Ａからのプリント出力を台車２８０１により搬送してくるみ製本機１３３にかけて台車２８０２により納品するだけのジョブであり、ジョブＢは、ＭＦＰからのプリント出力を台車２８０１により搬送して断裁機１３１にかけて台車２８０３により納品するジョブであり、ジョブＣは、プリント出力を台車２８０１により搬送してくるみ製本機１３３にかけた後、台車２８０２により搬送して断裁機１３１にかけて台車２８０３により納品するジョブを示している。

ジョブＡ〜ジョブＣの指示は、もともと顧客が指示した要求に対して、工程管理マネージャ１１１がＪＤＦデータを作成し、それに基づいて順次後処理工程が施され、所望の出力結果を得るためのものである。そのため、工程管理マネージャ１１１のウェブサーバでは、後処理マネージャ１１６と通信し、後処理マネージャ１１６で管理されている全てのフィニッシャの状況監視や制御を可能にしている。

〔ファイル保管マネージャ〕
図１に示したファイル保管マネージャ１１７は、ユーザのファイルを保管しておき、後でリプリントの予約が入った場合などに対応するものである。ファイルの形態は、ＰＤＬファイルの場合と、Ｐｒｉｎｔ Ｒｅａｄｙファイル（ＢｉｔｍａｐやＴｉｆｆファイルが広く知られている）の片方または、双方で保管できる。保管に当たっては、Ｐｒｉｎｔ Ｒｅａｄｙファイルの保管は大きな容量のデータとなってしまうため、別の記憶メディア（ＣＤ−ＲＯＭやＭＯ，ＺＩＰなど）に記録されたり、ＰＤＬファイルであっても古いものや容量の大きいものは同様に別メディアなどに保管されたりする。また、ユーザが希望した場合には、最終出力と一緒に送り返すことも可能である。

一方、保管されたデータをユーザが再プリントしたい場合には、例えばＲｅｓｔｏｒｅの項目で再度オーダすることもできる。

〔納品・発送マネージャ〕
図１に示した納品・発送マネージャ１１８は、宅配便，クーリエ便，郵送等のサービスとリンクしたもので、配送のトラッキングナンバやエアウェイビルナンバ等から、現在の配送の状況や到着予定等を管理するコンピュータである。

〔ジョブフロー〕
ここで、再び図１に戻って、本実施形態のプロバイダ側の画像処理システムにおける実際のデータの流れを考える。それぞれのコンピュータ，デバイス間で、データの受け渡しが行われており、それら全てを管理しているのが工程管理マネージャ１１１である。

そして、受け渡されているデータは、ＣＩＰ３（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｏｐｅｒａｔｉｏｎ Ｆｏｒ Ｉｎｔｅｇｒａｔｉｏｎ ｏｆ Ｐｒｅｐｒｅｓｓ Ｐｒｅｓｓ ａｎｄ Ｐｏｓｔｐｒｅｓｓ：製版、印刷、後加工の印刷ワークフロー統合のための共同組織）におけるＰＰＦ（Ｐｒｉｎｔ Ｐｒｏｄｕｃｔｉｏｎ Ｆｏｒｍａｔ）と呼ばれるフォーマット、あるいはＣＩＰ４（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｏｐｅｒａｔｉｏｎ Ｆｏｒ Ｉｎｔｅｇｒａｔｉｏｎ ｏｆ Ｐｒｏｃｅｓｓｅｓ ｉｎ Ｐｒｅｐｒｅｓｓ、 Ｐｒｅｓｓ ａｎｄ Ｐｏｓｔｐｒｅｓｓ：製版、印刷、後加工の工程・処理統合のための共同組織）におけるＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）と呼ばれる新たなフォーマットにより実現されている。

ＰＰＦは、プリプレス，プレス，ポストプレスという印刷の全ワークフローを統合し、その各工程間で処理や管理のデータをやりとりするためのフォーマットであり、ＰｏｓｔＳｃｒｉｐｔ（登録商標）をベースにしており、管理情報やインキの調整、断裁位置の指定などさまざまな情報を扱い、品質の安定化，ミスの低減，処理の高速化，生産設備の効率的運用を目的にしたポストスクリプトをベースにした標準フォーマットである。

一方、ＪＤＦは、ＰＰＦのコントール性に加え、Ａｄｏｂｅ社が提案したＰＪＴＦ（Ｐｏｒｔａｂｌｅ Ｊｏｂ Ｔｉｃｋｅｔ Ｆｏｒｍａｔ）と呼ばれるプリプレスの作業情報やコントロール属性などが付加されたフォーマットであり、プリプレス，プレス，ポストプレスの情報統合性，プロダクションと工程管理マネージャとの連携，及び現存するシステムとの互換性を掲げている。

またＪＤＦでは、ＰＪＴＦが得意とするＪｏｂ Ｔｉｃｋｅｔと呼ばれる作業指示書の受け渡しを行うというアーキテクチャを踏襲しており、履歴や作業指示，管理情報等に対して、それぞれの工程で必要な処理を順次実行し、次工程に伝えていくという仕組みである。

さらに、ＪＤＦでは、Ｊｏｂ Ｔｉｃｋｅｔ（作業指示書）を構築する言語として、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ：拡張可能なマーク付き言語）が利用されている。ＪＤＦでは、スキーマと呼ばれるＸＭＬの要素や属性の配列を記述したテンプレートを定義しており、定義されたスキーマに従って、それぞれの工程でＸＭＬデータの書き換えを行っている。この様子を示したのが、図４２である。

図４２は、図１に示した工程管理マネージャ１１１による工程管理処理を説明する図であり、各工程においてＪＤＦデータの書き換えを行っている様子を示している。

図４２に示すように、受注・入稿マネージャ１１２に入稿されたジョブ２９０１に対して、工程管理マネージャ１１１内にあるＪＤＦアプリケーション２９０２がＪＤＦデータを作成する。

作成されたＪＤＦデータは、工程管理マネージャ１１１，受注・入稿マネージャ１１２，原稿編集・スキャンマネージャ１１３，カンプ・プルーフマネージャ１１４，プリントマネージャ１１５，後処理マネージャ１１６，ファイル保管マネージャ１１７，納品・発送マネージャ１１８にて書き換えが行われる。

図４２の例では、プリントマネージャ１１５と後処理マネージャ１１６との間が図示されており、ＪＤＦデータのやりとりは、ＪＤＦパーサ２９０４（またはＪＤＦパーサ２９０７）で翻訳されて、それぞれのマネージャ内で情報の追加，削除，修正がなされる。なお、２９０３ａ〜２９０３ｅはＪＤＥデータである。２９０５はＰＤＬコントローラ、２９０６はプリンタＩ／Ｆ、２９０８，２９０９はフィニッシャＩ／Ｆである。

この情報のやり取りは、実際のプリント出力（紙出力）をオフライン処理（作業者が手作業で運ぶ）したとしても、ＪＤＦパーサ経由でそれぞれのデバイスからそれぞれのジョブ処理状況がＪＤＦデータに書き込まれて、バケツリレー式に伝達され、そのそれぞれのＪＤＦデータを、工程管理マネージャ１１１にて逐次管理することで、それぞれのジョブの状況を一覧で見ることができる。

〔工程管理マネージャにおけるプリントジョブの管理〕
図４３〜図４６は、図１に示したプリントマネージャ１１４より提供されるプリント工程の管理画面を示す模式図であり、図４３はプリント工程におけるジョブステイタス画面であり、図４４はプリント工程におけるデバイスステイタス画面であり、図４５，図４６はプリント工程におけるジョブサブミット画面である。

なお、オペレータはプロバイダ環境におけるクライアントコンピュータ上のウェブブラウザのＵＲＬアドレス部に工程管理マネージャ１１１側のウェブサーバのＩＰアドレス（ここでは例えば、１９２．１６８．１００．１１とする。ＤＮＳがサポートされている環境ならばサーバ名称でも構わない）を入力するとサービス画面が読み込まれるように予め設定されている。

このサービスツール（サービス画面）には、各マネージャ間のスケジューリングを行うスケジューリングタブ３００１，受注・入稿マネージャによる受注状況を確認するオーダリングタブ３００２，原稿編集を担当するエディティングタブ３００３，プルーフマネージャによる顧客のプルーフの承認状況を管理するプルーフィングタブ３００４，プリントジョブの管理やプリントジョブの投入を行うプリンティングタブ３００５，後処理マネージャにより後処理工程の管理を行うフィニッシングタブ３００６，ファイル保管マネージャによりジョブのアーカイブ状況を管理するアーカイビングタブ３００７，納品発送マネージャにより納品伝票や配達状況の管理を行うデリバリィタブ３００８，そしてスキャンマネージャによりスキャンジョブを管理するスキャンタブ３００９等が用意されており、プリンティングタブ３００５を選択すると、プリントマネージャ１１５側のウェブサーバ（工程管理マネージャ１１１側のウェブサーバと同一であってもよい）にアクセスして、図４３に示すプリント工程におけるジョブステイタス画面が読み込まれるようになっている。

図４３〜図４５に示すプリント工程管理画面（プリンティングタブ３００５が選択されたサービス画面）には、ジョブ管理を行うジョブステイタスキー３０１１，ＭＦＰ１２４や１２５の管理を行うデバイスステイタスキー３０１２，プリントジョブの投入を司るジョブサブミットキー３０１３，そしてプリンタやクラスタプリンタの登録など各種設定を行うコンフィギュレーションキー３０１４等が設けられており、図４３はジョブステイタスキー３０１１が選択された場合に対応し、図４４はデバイスステイタスキー３０１２が選択された場合に対応し、図４５，図４６はジョブサブミットキー３０１３が選択された場合に対応する。

まず図４３に示すジョブステイタス画面において、３０２１はデバイス表示部で、ネットワーク上のＭＦＰ等のデバイス名称３０２１−１、デバイスアイコン（ステイタスに応じてアイコンが変化する）３０２１−２、さらに、それらのステイタスを示す文字（Ｒｅａｄｙ，ＰａｐｅｒＪａｍ，Ｐｒｉｎｔｉｎｇ等）３０２１−３を表示している。

次に、３０２２はジョブステイタス表示で、サーバ内部にあるそれぞれのジョブの状態をモニタ出来、Ｓｐｏｏｌｉｎｇ（ＲＩＰ前のデータを受信中）、Ｒｉｐｐｉｎｇ（ＲＩＰ中）、Ｗａｉｔ ｔｏ Ｐｒｉｎｔ （Ｐｒｉｎｔ待機中）あるいは、Ｐｒｉｎｔｉｎｇ（Ｐｒｉｎｔ中）等で表現される。また、予めジョブ投入時にサーバ内部で待機を指示されているジョブに関しては、ＲＩＰされる前の状態でＨｏｌｄとして保持されている。エラーやジャムが生じた場合には、その旨表示されユーザに知らせるプリント後は、次のジョブ履歴（フィニッシュドジョブ）に渡される。各ネットワークデバイスのステイタスは、所定期間毎にサーバが問い合わせる、及び／又は各ネットワークデバイスが自身のステイタスに変化があったときにサーバに通知することで対処している。

また、３０２３はジョブ履歴表示で、ジョブの履歴を見ることができ、正常終了の場合にはＰｒｉｎｔｅｄ、途中キャンセル時にはＣａｎｃｅｌｅｄが示される。

さらに、ジョブステイタス表示部３０２２，ジョブ履歴表示３０２３において、３０２２−１は詳細キーで、このキーをクリック（図示しないポインティングデバイス等で指示）すると、実行中のジョブや終了後のジョブの詳細状況をつかむことができ、ジョブ名，ターゲットプリンタ，ジョブステイタス，ジョブプライオリティ，ジョブＩＤ，クライアント名の他，ジョブのページ数，部数，紙サイズ，出力予測時刻，あるいはクライアントからのオペレータへの要望事項などを記述しておくコメント等が表示される。但し、上記出力予測時刻はあくまでも予測時刻であり、現在のスプール順、ＲＩＰ予測時間、あるいは、プリンタのスピードなどにより計算される。

さらに、ジョブステイタス表示部３０２２において、３０２５はコントロールキーで、これらのジョブ一つずつに対して、ある特権を与えられたの者（たとえば、管理者）のみが制御可能なものであり、左から順に、ジョブのキャンセル３０２５−１，ジョブの一時停止（ジョブのポーズまたは、ホールド）３０２５−２，ジョブの再開（ポーズジョブまたは、ホールドジョブのリリース）３０２５−３等を指示するためのものである。

また、ジョブ履歴表示３０２３において、２７６１はコントロールキーで、ジョブ履歴表示３０２４内のジョブに対して制御可能なものであり、左から順に、ジョブのアーカイブ（ジョブをネットワーク上の別の場所に保管しておく機能）２７６１−１，ジョブの削除（ジョブのデリート）２７６１−２，ジョブの再プリント（リプリントジョブ）２７６１−２等を指示するためのものである。これらの指示に基づいて、オペレータはサーバを扱うことができる。

また、ＭＦＰ１２４，１２５あるいはプリンタ１０７内のネットワークインターフェース部分にはＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼ばれる標準化されたデータベースが構築されており、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）というネットワーク管理プロトコルを介してネットワーク上のコンピュータと通信し、ＭＦＰ１２４，１２５をはじめとして、ネットワーク上につながれたデバイスの状態をコンピュータと必要な情報の交換が可能である。

例えば、ＭＦＰ１２４，１２５の装備情報としてどんな機能を有するフィニッシャが接続されているかを検知したり、ステイタス情報として現在エラーやジャムが起きていないか、プリント中かアイドル中かなど検知したり、ＭＦＰ１２４，１２５の装備情報、装置の状態、ネットワークの設定、ジョブの経緯、使用状況の管理、制御などあらゆる静的情報を入手することが可能となる。プリントマネージャは、このＭＩＢを利用して、ＭＦＰ等のステイタスを随時取り込み、それをＨＴＭＬファイルとして更新することで、クライアントからは常にその状態を閲覧することができる。

デバイスステイタスキー３０１２をクリック（図示しないポインティングデバイス等で指示）すると、図４４に示すデバイスステイタス画面が表示され、デバイスステイタス表示３０３１によりデバイス内の装備された紙サイズやその補充状況（各用紙スタッカもしくはカセットの用紙残量）を確認したり、各デバイスに装備されたフィニッシャなどのアクセサリ状況を予め確認したりすることが可能となる。ただし、用紙残量については、そのためのセンサで検出するものであり、記録紙１枚の精度で検出することは難しいので例えば最小単位は１０枚程度である（ただし、用紙無しは確実に検出できる）。３０３３は詳細キーで、このキーをクリック（図示しないポインティングデバイス等で指示）すると、デバイスの詳細状況（例えば、カラー／モノクロ，解像度，印刷速度等）が表示される。

また、ジョブサブミットキー３０１３をクリック（図示しないポインティングデバイス等で指示）すると、図４５に示すジョブサブミット画面が表示される。

ジョブサブミット画面の利用方法は前述のプリンタドライバと同様であるが、これはクライアントコンピュータ上のファイルをアプリケーションで開かずに（アプリケーション上で印刷指示しないで）、直接プリントマネージャ１１５に投げ込む（印刷対象の文書ファイルに以下の付加情報を付随させて転送又はコピーする）ためのものである。

通常、プリンタドライバは、２つの役割を持っており、その一つは、クライアントコンピュータ上のアプリケーションでデータを立ち上げて、そのデータをＰｏｓｔＳｃｒｉｐｔ（登録商標）（或いはＰＣＬ）などのＰＤＬデータに変換する役割と、もう一つは、プリントマネージャ１１５（あるいは、プリンタ）にその変換されたデータを投げ込む役割である。これは、従来型のＲＩＰ処理が１種類のＲＩＰ処理にしか対応できていなかったためであった。

しかし、これに対して、ジョブサブミットは、役割的には、ＧＵＩを用いてジョブチケットと共にジョブを投げ込む処理だけであるが、近年、ＰＳだけでなく様々なフォーマット（たとえば、ｐｄｆやｔｉｆ，ｊｐｇなど）のデータを同一のソフトウエアＲＩＰモジュールでＲＩＰ処理可能なものが登場したり、プリントマネージャ１１５内に複数種類のソフトウエアＲＩＰモジュール（例えば、ＰＳとＰＣＬ）を有していて、データに応じてそのＲＩＰモジュールを切り替えて使用できたりと、１種類のＰＤＬだけでなく様々なフォーマット（例えば、ｐｄｆやｔｉｆｆ，ｊｐｇなど）や様々なＰＤＬデータを直接プリントマネージャ１１５に送付しても、従来の単一のＰＤＬデータ同様にＲＩＰ処理を行い、ビットマップデータに展開することが可能となった。

また、仮にＭＦＰ１２４（またはＭＦＰ１２５）のインタフェースの都合で、ビットマップデータでなく、ＰＳデータのみを扱うタイプのＲＩＰ処理機能付きのプリンタである場合には、プリントマネージャ１１５は上記ＲＩＰ処理にてビットマップデータに展開後、そのデータをＪＢＩＧやＧ４（ＣＣＩＴＴ）にて画像圧縮したあと、それにＰＳ等のヘッダ（ＰＳデータであることを示すヘッダ）をつけて、そのＭＦＰに出力することにより、様々なプリンタに対してもこれらの各種フォーマットデータのプリントを実現することができる。

ジョブサブミットで付加する設定項目として、図４５に示す３０４１はターゲットとなる出力先を選択する送信先選択カラムである。一般的には前述のＭＦＰ１２４，１２５あるいは、それらを組み合わせたクラスタプリンタを設定することも可能である。なお、送信先選択カラム３０４１でクラスタプリンタと呼ばれる複数台のプリンタを仮想的に組み合わせたプリンタが選択された際には、図４６に示すようにそれぞれのプリンタに対して設定を行うことができるように、設定項目切り替えキー３０４２のＧＵＩが変更される。

３０４４はファイルを選択するカラムで直接ファイル名をディレクトリィと一緒に指示しても良いが、一般的にはその右のブラウズボタンによりサーバ自身のコンピュータ（あるいは、ネットワーク内）にあるジョブファイルを選ぶことになる。

かかる設定を行い、プリントキー３０４３をクリックすると、設定された内容と指定されたファイルがプリントマネージャ１１５に転送され、印刷ジョブとして追加（キューイング）されることになる。

また、選択したファイルと一緒に送られる設定項目をジョブチケットと呼んでおり、３０４５に示すような設定項目である。なお、図４５，図４６では、一般設定（Ｇｅｎｅｒａｌ）における設定項目が表示されているが、設定項目切り替えキー３０４２により設定項目の分類（一般設定，ジョブ制御，フィニッシング，画像処理設定，カラー設定）を切り替えると、図４７〜図５０に示すように異なる分類の設定項目（ジョブ制御，フィニッシング，画像処理設定，カラー設定等の設定項目）が表示され、それぞれ設定を行って、ジョブチケットとして画像データと共にプリントマネージャ１１５に送信され、ＲＩＰ処理やプリント、後処理等に利用される。

それぞれ分類のジョブチケットの詳細設定項目としては、例えば本実施形態では、以下のようにいくつかに分類されて、様々な設定が可能となっている。

１．一般設定（Ｇｅｎｅｒａｌ）：部数，紙サイズ，給紙段，メディアタイプ，両面の有無等（図４５，図４６に示す３０４５）
２．ジョブ制御（Ｊｏｂ）：ジョブの優先順位，ジョブセーブの有無等（図４７参照）
３．フィニッシング（Ｆｉｎｉｓｈｉｎｇ）：ステープル，パンチ，ブックレット等（図４８参照）
４．画像処理設定（ＩｍａｇｅＱｕａｌｉｔｙ＝ＩＱ）：シャープネス，ブライトネス，トナーリダクション設定等（図４９参照）
５．カラー設定（Ｃｏｌｏｒ）：ガンマ変換テーブルの設定，ＩＣＣプロファイルの設定等（図５０参照）
また、この１〜５に示したジョブチケットの詳細設定項目は、図４６に示すように複数台のプリンタを組み合わせてクラスタプリントする場合には、それぞれのプリンタに対して設定可能である。

さらに、このジョブチケットは、それぞれのデバイスに固有の設定項目があるばかりでなく、予め用意しておけば、操作がスムーズに運ぶという利点があるため、ジョブチケットの呼び出しキーや、任意に設定したジョブチケットを保存しておくセーブキー（ジョブチケットを再使用するため）、及び新しく名前を付けて保存できるセーブアズキー、そしてジョブチケットを削除するデリートキー（不図示）を備えたキー群３０４４を用意されている。なお、キー群３０４４は、プリントファイルを自分のコンピュータ或いは自分がアクセス可能なネットワーク上から選択するためのファイル名入力エリア，ブラウズキー等も備えている。

また、ジョブチケットの設定をデフォルトの状態に戻せるように、ジョブチケットのリセットキー３０４６が用意されている。

〔工程管理マネージャにおけるフィニッシングジョブの管理〕
図５１は、図１に示した後処理マネージャ１１６より提供される後処理工程の管理画面（後処理マネージャ１１６で管理されている全てのフィニッシャの状況監視や制御を行う画面）を示す模式図である。

なお、この画面は、工程管理マネージャ１１１側のウェブサーバのＩＰアドレスをウェブブラウザのＵＲＬアドレス部に入力して読み込まれるサービス画面において、フィニッシングタブ３００６を選択すると、後処理マネージャ１１６側のウェブサーバ（工程管理マネージャ１１１側のウェブサーバと同一であってもよい）にアクセスして読み込まれるようになっている。

図５１において、３１１１はジョブステイタスキーで、このキーを指示することにより、図に示されるようにそれぞれのフィニッシャの動作状況と、それぞれのジョブの状況が一目で管理できるようになっており、どれだけのジョブが蓄えられており、どのジョブが既に終了しているかを確認できる。

３１１２はデバイスステイタスキーで、このキーをクリック（図示しないポインティングデバイス等で指示）することにより、図示しないデバイスステイタス画面が表示され、それぞれのフィニッシャの能力や装着されているアクセサリなどを管理することができる。

３１１３はジョブサブミットキーで、このキーをクリック（図示しないポインティングデバイス等で指示）することにより、図示しないサブミット画面が表示され、それぞれのフィニッシャに対して、どのようなジョブを投げ込むかを指示することができる。例えば、断裁機１３１であれば、断裁量や断裁方向を指示したり、紙折り機１３４であれば、紙の折順や折方向を指示したりするといった具合である。また、３１１３はワークスケジュールキーである。

また、３１１４はコンフィギュレーションキーで、このキーをクリック（図示しないポインティングデバイス等で指示）することにより、図示しないコンフィギュレーション画面が表示され、新しいフィニッシャの登録や削除や装着機能の有無などを設定できる。

〔工程管理のスケジューリング〕
ここまで説明してきたように、工程管理マネージャ１１１は、受注・入稿マネージャ１１２、原稿編集・スキャンマネージャ１１３、カンプ４プルーフマネージャ１１４、プリントマネージャ１１５、後処理マネージャ１１６、ファイル保管マネージャ１１７、あるいは、納品・発送マネージャ１１８などと通信を行い、それぞれのジョブの状況を管理すると共に、それらのマネージャ間の連携や、スケジューリングも行うことができる。

図５２は、図１に示した工程管理マネージャ１１１より提供されるジョブ生成画面を示す模式図であり、オペレータはクライアントコンピュータ１０３上のウェブブラウザのＵＲＬアドレス部に工程管理マネージャ１１１側のウェブサーバのＩＰアドレスを入力することにより読み込まれるように予め設定されている。

図５２において、３２１１はクリエートジョブキーで、図５２のジョブ生成画面はこのキーがクリック（図示しないポインティングデバイス等で指示）されている状態に対応する。このジョブ生成画面では、前述の受注・入稿マネージャにおけるジョブの受注が成立した場合、オペレータがそのジョブを受けて、そのジョブの優先度の選択（プライオリティ選択ボタン３２３０にて受注順優先（Ｏｒｄｅｒ），納期日程優先（Ｄｅｌｉｖｅｒｙ），コスト優先（Ｃｏｓｔ），品質優先（Ｑｕａｌｉｔｙ）から選択）、どのプリンタを用いるか、どのフィニッシャを用いるか等を決定し、それらを入力することができる。

これにより、工程管理マネージャ１１１から新しいジョブを発行し、同時にＪＤＦデータも発行され、工程管理マネージャ１１１上でのジョブ管理が開始される。

３２１２はスケジューリングキーで、このキーをクリック（図示しないポインティングデバイス等で指示）することにより、ジョブ生成画面での入力に基づいて工程管理マネージャ１１１がジョブのスケジューリングを行い図５３〜図５６に示すジョブスケジューリング画面に表示する。

３２１３はコンフィギュレーションキーで、このキーをクリック（図示しないポインティングデバイス等で指示）することにより、図示しないジョブコンフィギュレーション画面が表示される。

図５３〜図５６は、図１に示した工程管理マネージャ１１１より提供されるジョブスケジューリング画面を示す模式図であり、図５２と同一のものには同一の符号を付してある。

図５３に示すように、このジョブスケジューリング画面では、それぞれのマネージャで費やす時間に合わせたスケジュールが表示され、それぞれの連携が一目で見られるように工夫されている。同図はジョブ単位で管理されており、ジョブＩＤ入力欄３２１５にジョブＩＤを入力すれば、そのジョブのスケジュールが周辺のジョブのスケジュールと一緒に表示される。

このスケジュール表示は、工程管理マネージャ１１１により工程管理された各ジョブに対して各工程単位でスケジュール表示している。また、各工程に要する時間も表示している。

例えば、ジョブＩＤ＃０３９０２８のジョブ番号をジョブＩＤ入力エリア３２１５に入力すると、そのジョブのスケジュールが表示される。即ち、そのジョブの受注から納品までが表示され、工程名称の左側の「＋」又は「−」のマークをクリック（図示しないポインティングデバイス等で指示）することで、それぞれの工程が詳細な工程を持っていれば展開して表示したり、縮めて表示したりもできる。

このジョブＩＤ＃０３９０２８を見ると、それぞれの工程が順次進んでいるが、プリントマネージャ１１５からフィニッシングマネージャ１１６にジョブが渡されるときにタイムラグが発生するのがわかる。これは、ジョブの受注順にスケジュールを組んでいるため（図５３は図５２のプライオリティ選択ボタン３２３０で受注順優先（Ｏｒｄｅｒ）が選択されている場合に対応するので）、一つ前のジョブＩＤ＃０３９０２７が同じフィニッシャ１２１と１２３を利用しているためであり、ジョブＩＤ＃０３９０２８は、このジョブＩＤ＃０３９０２７のフィニッシング工程を待たなければ、ジョブＩＤ＃０３９０２８の順番が回ってこないため、ここがボトルネックとなって納期が決まることとなる。

ところが、顧客が納期をできるだけ早く依頼した場合、すなわち、同じジョブＩＤ＃０３９０２８の仕事を受けたとしても、他の仕掛かりジョブすべてを遅らせることができれば、図５３に示した受け付け順のスケジュールの場合よりも早い納期で結果が出せるはずである。

この場合、プライオリティキー（優先順位キー）３２１６を受注順優先（Ｏｒｄｅｒ）から納期日程優先（Ｄｅｌｉｖｅｒｙ）に変更することにより、図５４に示す納期順のジョブスケジューリング画面が表示される。

図５４に示す納期日程優先（Ｄｅｌｉｖｅｒｙ）のスケジュールでは、ジョブＩＤ＃０３９０２８が、図５３に示した受注順優先（Ｏｒｄｅｒ）のスケジュールに対して２日間も早く納品されるような例に対応する。

工夫のポイントとしては、受注順優先（Ｏｒｄｅｒ）のスケジュールでは１台のＭＦＰからのプリントだったのに対して、納期日程優先（Ｄｅｌｉｖｅｒｙ）のスケジュールでは３台でクラスタをしている点、あるいは、後処理マネージャ１１６でも他のジョブより優先させることで時間短縮しており、その他のマネージャに関しても、作業員をより多く投入させたり、時間外も稼動させたりするなどして、日程を縮めてスケジューリングさせることができる。

次に、受注順優先（Ｏｒｄｅｒ），納期日程優先（Ｄｅｌｉｖｅｒｙ）のスケジュールの他に、コスト優先（Ｃｏｓｔ），品質優先（Ｑｕａｌｉｔｙ）のスケジュールも同様に考えることができる。即ち、プライオリティキー（優先順位キー）３２１６に対して、受注順優先（Ｏｒｄｅｒ），納期日程優先（Ｄｅｌｉｖｅｒｙ）の他にコスト優先（Ｃｏｓｔ），品質優先（Ｑｕａｌｉｔｙ）等が設けてあり、プライオリティキー（優先順位キー）３２１６をコスト優先（Ｃｏｓｔ），品質優先（Ｑｕａｌｉｔｙ）に変更することにより、図５５に示すコスト優先のジョブスケジュール画面，図５６に示す品質優先のジョブスケジューリング画面が表示される。このように、顧客の要求に合わせて、受注順優先（Ｏｒｄｅｒ），納期日程優先（Ｄｅｌｉｖｅｒｙ），コスト優先（Ｃｏｓｔ），品質優先（Ｑｕａｌｉｔｙ）に、全てのジョブをスケジューリングすることができる。

図５５に示すコスト優先（Ｃｏｓｔ）のジョブスケジュール画面では、ジョブＩＤ＃０３９０２８がコスト優先でスケジューリングされたものであり、予めそれぞれの工程に対して余裕を持ってスケジューリングされており、後から入ってくるジョブが日程優先の場合ならば、そちらを優先させてもいいように、あらかじめ顧客には納期に対して余裕を持ってスケジューリングさせておくわけであり、これにより、顧客に対して割引度合いを高めるのである。

しかしながら、いくらコスト優先であっても、後から来た日程優先のジョブに常に追い抜かれていては、納品できない可能性がでてくるので、遅れてもデッドラインとなる日程だけはあらかじめ決めてスケジューリングする必要があり、工程管理マネージャ１１１では上記デッドラインとなるユーザからの納期希望日からの日数を固定の所定日数としてもよいし、管理者が予め設定可能に構成してもよい。

図５６に示す品質優先のジョブスケジュール画面では、ジョブＩＤ＃０３９０２８が品質優先でスケジューリングしされたものであり、それぞれの工程単位で確認作業を入れる等、例え納期が遅れても品質を確保する工程を入れる等してスケジューリングする必要がある。

このように、プライオリティキー３２１６を切り替えることで、受注順，納期優先，コスト優先，品質優先等を切り替えてスケジューリングすることができる。さらに、デバイスや作業者の稼働率などを優先して考える等、様々な方向からスケジューリングするように構成してもよい。

図５７は、図１に示した工程管理マネージャ１１１によるスケジューリング処理の一例を示すフローチャートであり、プライオリティに応じて他のジョブとスケジュールを調整する処理に対応する。なお、Ｓ３３０１〜Ｓ３３１１は各ステップを示す。また、受注順をデフォルトとした場合を例として説明する。

まず、受注順（Ｏｒｄｅｒ順）にスケジュールを生成し（Ｓ３３０１）、次に、コスト優先が選択されているか否かを判定し（Ｓ３３０２）、コスト優先が選択されていると判断した場合には、他にジョブを譲れるように、日程や品質のパラメータを抑えるなどの処理を行ってスケジュールを調整し（日程／品質の優先順位を１つ下げ（Ｓ３３０３））、ステップＳ３３０４に進み、一方、コスト優先が選択されていないと判断した場合には、そのままステップＳ３３０４に進む。

次に、ステップＳ３３０４において、品質優先が選択されているか否かを判定し、品質優先が選択されていると判断した場合には、品質の確認工程を追加してスケジュールを調整し（Ｓ３３０５）、ステップＳ３３０６に進み、一方、ステップＳ３３０４で、品質優先が選択されていないと判断した場合には、そのままステップＳ３３０６に進む。

次に、ステップＳ３３０６において、納期日程優先が選択されているか否かを判定し、納期日程優先が選択されていると判断した場合には、クラスタが可能か否かを判断し（Ｓ３３０７）、クラスタが可能であると判断した場合には、クラスタプリントに再スケジュールし（Ｓ３３０８）、ステップＳ３３０９に進み、一方、クラスタが不可能と判断した場合には、そのままステップＳ３３０９に進む。

次に、ステップＳ３３０９において、仕掛かりジョブに順序入替可能なものがあるか否かを判断し、仕掛かりジョブに順序入替可能なものがあると判断した場合には、本ジョブと入替可能なジョブのスケジュールの入替を行ってスケジュールを調整し（Ｓ３３１１）、スケジューリング処理を終了し、図示しないスケジュール表示処理を行う。

一方、ステップＳ３３０９において、仕掛かりジョブに順序入替可能なものがないと判断した場合には、受注順（Ｏｒｄｅｒ順）でスケジューリングし（Ｓ３３１０）、スケジューリング処理を終了し、図示しないスケジュール表示処理を行う。

なお、以上の説明では、ジョブ単位に、受注順、納期日程優先、コスト優先、品質優先等のモードを切り替えて（選択して）スケジュールする構成について説明したが、ジョブ単位だけでなく、コスト低減のためのシステム最適化の優先、システム稼働率の優先等のモードも切り替えて（選択して）スケジュール可能に構成してもよい。

また受注順、納期日程優先、コスト優先、品質優先、コスト低減のためのシステム最適化の優先、システム稼働率の優先等といったモードを切り替えてスケジュールする構成について説明したが、上記モードの切り替えのみではなく、受注順、納期優先、コスト優先、品質優先、先システム最適化の優先、コスト低減のためのシステム稼働率の優先等といったモードから複数のモードを選択可能とし、該選択された複数のモードを組み合わせてスケジューリングするように構成してもよい。

さらに、上述したスケジューリングのモードは、一旦スケジューリングされた後であっても切り替え可能であり、上記スケジューリングのモードが切り替えられた場合には、工程管理マネージャ１１１は再スケジュールを行うだけでなく、再スケジューリングされたスケジュールを再表示するように構成する。

以上説明したように、印刷業界およびＰＯＤ市場における工程を分類化して（ジョブに対して、受注・入稿、原稿編集、プルーフ、プリント、後処理、ファイル保管、納品・発送、あるいは、スキャン等の工程に分類化して、各工程を効率的な作業手順、順序、及び他のジョブとの順序等を考慮して最適なスケジューリングを行うことで、効率的な工程管理を行うことができる。

また、各工程に分類されたスケジュールを一覧表示することで、効率的な工程管理を行うことができる。

さらに、それぞれのジョブに対して、受注順、納期優先、コスト優先、品質優先などのモードを設け、他のジョブと調整を行って全体をスケジューリングすることで顧客のニーズに合った出力を行うことが可能となる。

〔第２実施形態〕
第１実施形態では、自分のＭＦＰ１０２に出力するか、発注をかけるかはユーザの意思に任されており、発注機能（発注ボタンや発注アイコン）を意識的にアクティブにするという方法であった。

第２実施形態では、ＭＦＰ内部で処理できる機能と外部に発注することで可能となる機能の全てをＭＦＰの操作部やプリンタドライバあるいは、ブラウザなどを利用したジョブサブミット画面で表示し、ユーザに好みの機能を選択させ、その設定された機能に応じて自分の環境内のＭＦＰで出力させるか、外部のプロバイダに発注を行うかをＭＦＰ自身が判断するものである。

図５８は、本発明に係る画像処理システムにおける第２のジョブ発注処理手順の一例を示すフローチャートである。なお、Ｓ３４０１〜Ｓ３４０６，Ｓ３４１１，Ｓ３４１２，Ｓ３４２１〜Ｓ３４２５，Ｓ３４３１〜Ｓ３４３５，Ｓ３４４１〜Ｓ３４４５は各ステップを示す。

なお、サービスセンタ１５０で予め各プロバイダからの機能情報を吸い上げて登録しておき（Ｓ３４２１，Ｓ３４３１，Ｓ３４４１）、機能画面を表示する際に、その登録された機能の表示を行う。

ＭＦＰ１０２からサービスセンタ１５０への問い合わせ方法は、図５のように、操作部画面を開くたびに問い合わせてもいいし、開くたびにアクセスすると時間がかかる場合には、図５８のようにＭＦＰ１０２の電源投入時や定期的なポーリングなどで（Ｓ３４０１）、サービスセンタ１５０に予めサポート機能を問い合わせておいて（３４１１）、ユーザが機能選択画面を表示する際、すぐに表示されるように構成されている。

このとき、ＭＦＰ１０２では、自分自身でサポートされている機能以外に、サービスセンターで仲介している全てのプロバイダ（図５８ではプロバイダＡ〜プロバイダＺ）がそれぞれサポートしている機能の論理和で表示したり、プロバイダ毎に全部の機能を表示したりして、ユーザに操作部やＵＩ上で、ＭＦＰ１０２での出力と外部に発注をかけることの区別をなくして表示する（Ｓ３４０２）。

ユーザは表示された機能に対して、所望の機能を選択して設定する（Ｓ３４０３）。このときＭＦＰ１０２は、その設定された機能が自分自身で処理可能か否かを判断して（Ｓ３４０４）、可能であればＭＦＰ１０２に設定機能を反映させて（Ｓ３４０５）、プリント出力を行い（Ｓ３４０６）、処理を終了する。

一方、ステップＳ３４０４で、サポート範囲外の機能を入力されていた場合には、サービスセンタにて適切なプロバイダを選定して（Ｓ３４１２）、該サービスセンター経由で機能がサポート可能なプロバイダに発注依頼（Ｓ３４２２，Ｓ３４３２，Ｓ３４４２）を行ったり、または、ＭＦＰ１０２から機能がサポート可能なプロバイダに直接発注依頼を行ったりする。なお、Ｓ３４２３〜Ｓ３４２５，Ｓ３４３３〜Ｓ３４３５，Ｓ３４４３〜Ｓ３４４５は、所望の機能設定処理，プリント製本サービス処理，納品処理に対応する。

一方、依頼されたプロバイダ側は、希望納期、希望品質あるいは、希望コストなどを加味して工程管理を行い、それがユーザの希望に合えばジョブの受注が成立し、所望の設定機能を反映させて、プリントサービスを開始する。出力が出来上がり次第、プロバイダはジョブをユーザに向けて発送、納品し、ユーザは出力を受け取ることができる。

図５９は、図１に示したＭＦＰ１０２の操作部に表示されるジョブ設定操作画面の一例を示す図であり、タブ上に、ＣＯＰＹとオーダが自動判定される操作画面例であり、ユーザにＭＦＰ１０２での出力設定と、発注設定との差異を意識させずに行えるように構成されている。

図６０は、図１に示したクライアントコンピュータ１０３上で表示されるジョブ発注操作画面の一例を示す図であり、プリント時のジョブサブミット画面例である。

図６０に示すように、本実施形態では、ＭＦＰ１０２でサポートされていない機能も同時に表示されており、自動的に自分自身でプリントするか、外部に発注をかけるかをユーザの設定に応じて決めることが可能に構成されている。

〔第３実施形態〕
第１実施形態では、ＭＦＰの動作のうち、複写動作とネットワークプリンタ動作を中心に説明したが、ＭＦＰには既に説明したように、下記のような機能（Ａ）〜（Ｉ）を持っている。

本実施形態に示すＭＦＰは、（Ａ）複写機能，（Ｂ）ネットワークスキャナ，（Ｃ）ネットワークプリンタ，（Ｄ）ファクシミリ送信機能，（Ｅ）ファクシミリ受信機能，（Ｆ）ボックス受信機能１，（Ｇ）ボックス受信機能２，（Ｈ）ボックス送信機能１，（Ｉ）ボックス送信機能２ 読み取り系に関しては、第４実施形態で説明するとして、ここではボックス送信機能について説明する。

ユーザがスキャンやプリントジョブの一時格納として、既にＭＦＰ１０２のメモリボックスにジョブを登録している場合にも、第１実施形態同様に自分のＭＦＰ１０２に出力したり、サービスプロバイダに発注依頼したりすることが可能である。

メモリボックスは、大きく分けて２つの使い方がある。１つ目は、ユーザ自身が１つまたは複数個のジョブを格納しておいて、後で一斉に出力する場合。もう一つは、あるユーザがジョブを格納し、別のユーザが予め伝えられたユーザＩＤとパスワードを入力して格納されたジョブを取り出す（プリント出力）場合である。

前者の場合、格納するジョブとして、スキャンされたデータ、あるいは、クライアントコンピュータ１０３からＭＦＰ１０２のメモリ２２１１にプリントせずにメモリボックスに格納することを目的に入れられたデータがあり、いくつか溜め込んだ後に、後で一斉に出力する場合で、時としてスキャンデータとコンピュータからのデータを混在して溜めておいて一度に出力するという使い方もできる。そのため、複数個のジョブからなるような発注依頼や、スキャンと電子データとの混在データの場合などにこの機能を用いれば、まとめてサービスプロバイダに発注をかけることができる。

次に後者の場合、ジョブを格納する人と、発注をかける人を別にすることができる。通常、発注をかけるには出金を必要とするため、作業者が誰でも発注できると混乱を招く場合もあるため、実際にジョブを作成してメモリに格納する人と、その内容を試し刷りやプレビューを利用して確認し、発注行為を承認する人を別に設定した方がいいという環境では、このボックス機能が有効であると考えられる。

〔第４実施形態〕
第１実施形態では、プリントサービスに特化した実施形態の例について説明したが、ＡＳＰにおけるプロバイダのサービス内容は、プリントサービスだけではない。

その例として、図６１に示すようにプロバイダ環境１１０において、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎまたは、Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）サービス１８１や翻訳サービス１８２を提供することも本実施形態に含まれる。

図６１は、本発明の第４実施形態を示す画像処理システムの一例を示す図であり、図１と同一のものには同一の符号を付してある。

図６２は、図６１に示した画像処理システムにおけるスキャナドライバの設定画面の一例を示す図である。

図６１に示すように、ユーザ環境１００にある、ＭＦＰ１０２のスキャナとクライアントコンピュータ１０３を利用して、紙原稿に対してＯＣＲをかけるサービスや、あるいは、電子ドキュメントやＯＣＲをかけられたデータに対しての翻訳サービスを行う。

例えば、図３０に示したスキャナドライバの中に、図６２に示すようにＯＣＲ機能１２８１や翻訳機能１２８２のメニューを設けて、ユーザがこれらを選択した場合に、第１の実施形態と同様にサービスセンターかプロバイダに対して，そのサービスの発注をかけるのである。

発注をかけられたプロバイダは、設定された機能に応じて、ＯＣＲサービスや翻訳サービスを行い、その出力が物理的なものであれば、トラックビンなどを利用して配送され、データであればインターネットを経由して、ユーザ環境のＭＦＰ１０２または、クライアントコンピュータ１０３に知らせることとなる。

また、翻訳サービスを終えたデータがＭＦＰ１０２に届くと、サービス終了が告知され、そのＭＦＰ１０２にてプリント出力できる。

〔第５実施形態〕
上記実施形態では、自分自身のＭＦＰ１０２とサービスプロバイダへの発注に関して、二者択一で行う例を説明してきていたが、いずれか一方だけでなく、両方同時にＭＦＰ１０２へのプリント（または、コピー）とサービスプロバイダへの発注を行うような機能を設けてもよい。

あるいは、サービスプロバイダに関しても、択一的に一社だけに発注する場合を考えていたが、二社、あるいは、三社に一斉に発注をかけて大量部数の負荷分散を行ってもよい。

以下、図６６に示すメモリマップを参照して本発明に係る画像処理システムで読み取り可能なデータ処理プログラムの構成について説明する。

図６６は、本発明に係る画像処理システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図６，図８，図１５，図２６，図３１，図３８，図３９，図４０，図５７，図５８に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

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

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

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

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

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

なお、本発明は、上記した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

また、本実施形態では、プロバイダ側におけるＭＦＰ資源の構成、例えばプリンタエンジン（モノクロ，カラー），オプション装置（フィニッシャ，製本処理），スキャナ等についてのハード構成や、画像データ処理，印刷データ処理について割愛しているが、当該処理は、公知のスキャナ技術，プリンタ技術，シート後処理技術であり、必要ならば、特開２００３−１６２３９３号公報に開示の通りであり、これらの開示技術を適用して、プロバイダ側で発注されたジョブを処理するものである。

上記実施形態によれば、ユーザが自己のＭＦＰで搭載されていない機能／性能であっても、利用することができる。

例えば、面付けサービスやバリアブルデータプリントサービス、製本サービス、カラープリントサービス、あるいは、短期間での大量部数サービスといった廉価版のＭＦＰでは実現不可能な機能／性能もプロバイダ側との連携でサポートするサービスを自在、かつタイムリーに提供できる。

以上のように、本実施形態によれば、ネットワークに接続された画像形成装置（例えば、図１のＭＦＰ１０２）と、前記ネットワークを介して、所定の画像処理サービス（例えば、該画像形成装置では実行できないような、製品処理やコレート処理等のシート加工処理）を提供する１つまたは複数のサービスプロバイダ（例えば、ＭＦＰ１０２以外の図1のプロバイダ環境内に含まれる複数のデバイス）を有する画像形成システム（図1のようなシステム）において、ネットワーク上の複数のサービスプロバイダから提供可能な画像処理機能情報を取得し（例えば、ＭＦＰ１０２が、プロバイダ環境１１０内に存在する各デバイスから、各デバイスにて実行可能な機能情報を獲得し）、該取得される画像処理機能情報に基づく第１の画像処理機能と前記画像処理装置で実行可能な第２の画像処理機能とを同一操作画面上に択一的に表示させるよう、装置及び/又は、システムを制御する（例えば、ＭＦＰ１０２で実行可能な機能の一覧をＭＦＰ１０２の操作者に提示する通知機能とその提示した機能の中から所望の機能を該ＭＦＰ１０２の操作者により選択可能にする指示機能とを兼用した図７（ａ）の操作画面をＭＦＰ１０２の操作部に表示させる為の、第1の制御を、ＭＰＦ１０２にて実行可能にする。且つ、ＭＦＰ１０２とデータ通信可能に接続されているプロバイダ環境１１０内の所望のデバイスにて実行可能な機能の一覧をＭＦＰ１０２の操作者に提示する通知機能とその提示した機能の中から所望の機能を該ＭＦＰ１０２の操作者により選択可能にする指示機能とを兼用した図７（ｂ）〜（ｄ）の操作画面をＭＦＰ１０２の操作部に表示させる為の、第２の制御を、ＭＰＦ１０２にて実行可能にする。そして、該第1の制御と、第２の制御を、該ＭＦＰ１０２にて選択的に実行可能にするよう制御する）。これにより、該画像形成装置（例えば、図1のＭＦＰ１０２）では本来実行できない各種の機能処理の設定であっても、ネットワークのサービスプロバイダで実行可能な処理機能をあたかも画像形成装置の機能表示と同等に該画像形成装置にて表示して、ユーザによる画像処理がローカルなのかリモートなのかを意識しないで機能設定操作に適応して、ネットワーク上のサービスプロバイダを利用する高度な画像処理や製本要求に迅速に対応できる画像処理サービスを効率良く、かつ自在に行える画像処理環境を整備することができるという効果等を奏する。

このように、ＰＯＤ市場にも適応できる、且つ、ユーザからの様々なニーズにも柔軟に対応出来る、使い勝手の良い、便利な、画像形成装置、画像形成システム、を、構築提供出来る。

従って、インターネットに接続された画像形成装置と所定の処理サービスを提供する１つまたは複数のサービスプロバイダからなる画像処理システムにおいて、ＭＦＰのコントローラが複数のサービスプロバイダから提供可能な処理機能情報を取得し、該取得される処理機能情報に基づく第１の処理機能と前記画像形成装置で実行可能な第２の処理機能とを画像形成装置の操作部に択一的に表示させることにより、ネットワークのサービスプロバイダで実行可能な処理機能をあたかも画像形成装置の機能表示と同等に表示出来るようにすることが可能である。

上記実施形態では、ＭＦＰ等の画像形成装置におけるジョブ処理をリモートのサービスプロバイダで処理する例について説明したが、画像処理に限らず、ユーザのパーソナルコンピュータにインストールされているアプリケーションでは、処理できない、何らかのデータ処理（例えば会計サービス処理，保険サービス処理，金融サービス処理）を行う種々のデータ処理システムにも本実施形態は、容易に適用可能である。

本発明の第１実施形態を示す画像処理システムの構成の一例を示すブロック図である。 図１に示したＭＦＰの構成を示すブロック図である。 本発明に係る画像処理システムを適用するネットワーク環境の一例を示す図である。 図１に示したＭＦＰの操作部の一例を示す平面図である。 図１に示したＭＦＰの操作部の一例を示す平面図である。 本発明に係る画像処理装置における操作部における各種のモードに対応した操作画面表示の遷移制御手順を説明するフローチャートである。 図１に示したＭＦＰの操作部に表示される発注設定操作画面例を示す図である。 本発明に係る画像処理装置における発注処理手順の一例を示すフローチャートである。 図１に示したＭＦＰ上で管理されるファンクションテーブル（ＦＴＢ）の一例を示す図である。 本発明に係る画像処理システムにおけるファンクションテーブルの構成とその更新処理例を説明する図である。 図１に示したクライアントコンピュータのプリンタドライバで表示可能な印刷設定画面の一例を示す図である。 図１に示したクライアントコンピュータ上のプリンタドライバ画面の一例を示す模式図である。 図１に示したクライアントコンピュータ上のプリンタドライバ画面の一例を示す模式図である。 図１に示したクライアントコンピュータ上のプリンタドライバ画面の一例を示す模式図である。 図１に示したユーザ環境におけるプリント発注処理例を説明するフローチャートである。 図１に示したクライアントの表示装置に表示されるＷｅｂＢｒｏｗｓｅｒの一例を示す図である。 図１６に示したＷｅｂＢｒｏｗｓｅｒ上で設定可能なジョブチケットの一例を示す図である。 図１に示したクライアントの表示装置に表示されるＷｅｂＢｒｏｗｓｅｒによる電子入稿処理画面の遷移状態を示す図である。 図１に示したクライアントの表示装置に表示されるＷｅｂＢｒｏｗｓｅｒによる電子入稿処理画面の遷移状態を示す図である。 図１に示したクライアントの表示装置に表示されるＷｅｂＢｒｏｗｓｅｒによる電子入稿処理画面の遷移状態を示す図である。 図１に示したクライアントの表示装置に表示されるＷｅｂＢｒｏｗｓｅｒによる電子入稿処理画面の遷移状態を示す図である。 図１に示したクライアントの表示装置に表示されるＷｅｂＢｒｏｗｓｅｒによる電子入稿処理画面の遷移状態を示す図である。 図１に示したクライアントの表示装置に表示されるＷｅｂＢｒｏｗｓｅｒによる電子入稿処理画面の遷移状態を示す図である。 図１に示したクライアントの表示装置に表示されるＷｅｂＢｒｏｗｓｅｒによる電子入稿処理画面の遷移状態を示す図である。 図１に示したクライアントの表示装置に表示されるＷｅｂＢｒｏｗｓｅｒによる電子入稿処理画面の遷移状態を示す図である。 本発明に係る画像画像処理システムにおけるジョブ発注処理手順の一例を示すフローチャートである。 図１に示したユーザ環境よりプロバイダ環境に対してユーザから送信されたファイルＡ〜Ｆ及び、その出来上がり（編集後の）イメージの一例を表した模式図である。 図１に示したユーザ環境よりプロバイダ環境に対してユーザから送信されたファイル及び、その出来上がり（編集後の）イメージの一例を表した模式図である。 図１に示したユーザ環境よりプロバイダ環境に対してユーザから送信されたファイル及び、その出来上がり（編集後の）イメージの一例を表した模式図である。 図１に示したＭＦＰのスキャン動作を指示するためのスキャナドライバのＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の一例を示す模式図である。 図１に示したカンプ・プルーフマネージャとユーザ側のコンピュータとの通信及びカンププルーフマネージャによるプルーフ作成処理を示すフローチャートである。 図１に示したカンプ・プルーフマネージャによる確認画面の一例を示す図である。 図１に示したカンプ・プルーフマネージャによる確認画面の一例を示す図である。 図１に示したカンプ・プルーフマネージャによる確認画面の一例を示す図である。 図１に示したカンプ・プルーフマネージャによる確認画面の一例を示す図である。 図１に示したカンプ・プルーフマネージャによる確認画面の一例を示す図である。 図１に示したプリントマネージャ内のデータフローを説明するブロック図である。 本発明に係る画像処理システムにおけるクラスタプリンタ登録処理の一例を示すフローチャートである。 図１に示したプリントマネージャによるクラスタプリンタ処理の一例を示すフローチャートである。 図３９に示した部数クラスタ用処理の詳細手順を示すフローチャートである。 図１に示した画像処理システムにおいて、プリントされたジョブに後処理を施すフローを示す模式図である。 図１に示した工程管理マネージャによる工程管理処理を説明する図である。 図１に示したプリントマネージャより提供されるプリント工程の管理画面を示す模式図である。 図１に示したプリントマネージャより提供されるプリント工程の管理画面を示す模式図である。 図１に示したプリントマネージャより提供されるプリント工程の管理画面を示す模式図である。 図１に示したプリントマネージャより提供されるプリント工程の管理画面を示す模式図である。 本発明に係る画像処理システムにおいて設定可能なジョブチケットの一例を示す図である。 本発明に係る画像処理システムにおいて設定可能なジョブチケットの一例を示す図である。 本発明に係る画像処理システムにおいて設定可能なジョブチケットの一例を示す図である。 本発明に係る画像処理システムにおいて設定可能なジョブチケットの一例を示す図である。 図１に示した後処理マネージャより提供される後処理工程の管理画面を示す模式図である。 図１に示した工程管理マネージャより提供されるジョブ生成画面を示す模式図である。 図１に示した工程管理マネージャより提供されるジョブスケジューリング画面を示す模式図である。 図１に示した工程管理マネージャより提供されるジョブスケジューリング画面を示す模式図である。 図１に示した工程管理マネージャより提供されるジョブスケジューリング画面を示す模式図である。 図１に示した工程管理マネージャより提供されるジョブスケジューリング画面を示す模式図である。 図１に示した工程管理マネージャによるスケジューリング処理の一例を示すフローチャートである。 本発明に係る画像処理システムにおける第２のジョブ発注処理手順の一例を示すフローチャートである。 図１に示したＭＦＰの操作部に表示されるジョブ設定操作画面の一例を示す図である。 図１に示したクライアントコンピュータ上で表示されるジョブ発注操作画面の一例を示す図である。 本発明の第４実施形態を示す画像処理システムの一例を示す図である。 図６１に示した画像処理システムにおけるスキャナドライバの設定画面の一例を示す図である。 本発明の表示制御の一例を示す図である。 本発明の表示制御の一例を示す図である。 本発明の表示制御の一例を示す図である。 本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１００ ユーザ環境
１０２ ＭＦＰ
１０３ プロバイダ環境
１１１ 工程管理マネージャ
１１２ 受注・入稿マネージャ
１１３ 原稿編集・スキャナマネージャ
１１４ カンプ・プルーフマネージャ
１１５ プリントマネージャ
１１６ 後処理マネージャ
１１７ ファイル管理マネージャ
１１８ 納品・発送マネージャ

Claims (13)

1. 印刷設定に従って画像形成処理を実行する画像形成手段を有し、ネットワークを介して少なくとも1つの後処理装置を含む外部のサービスプロバイダと通信可能な画像形成装置であって、
   ユーザが操作可能な操作部と、
   前記操作部に、当該画像形成装置で実行可能な処理機能を用いる印刷設定と、当該画像形成装置で実行不可能な処理機能を含む前記外部のサービスプロバイダで実行可能な処理機能を用いる印刷設定とを区別可能な状態で表示させる表示制御手段と、
   前記表示制御手段により表示が制御された前記操作部を介して、ジョブに対する印刷設定指示を受け付ける印刷設定指示受付手段と、
   前記操作部を介して、前記ジョブに対する印刷開始指示を受け付ける印刷開始指示受付手段と、
   前記印刷開始指示受付手段により前記ジョブに対する前記印刷開始指示が受け付けられたことに応じて、前記印刷設定指示受付手段により受け付けられた前記印刷設定指示に含まれる印刷設定のうち、当該画像形成装置で実行可能な処理機能を用いる印刷設定に基づいた処理を前記画像形成手段に実行させると共に、前記印刷設定指示に含まれる印刷設定のうち、当該画像形成装置で実行不可能な処理機能であり、かつ前記外部のサービスプロバイダで実行可能な処理機能が前記サービスプロバイダにて実行されるよう前記印刷設定に関する情報を含む発注指示を、前記ネットワークを介して前記外部のサービスプロバイダに対して送信する実行送信手段とを有し、
   前記画像形成手段によって実行される処理は少なくとも印刷処理を含み、当該画像形成装置で実行不可能な処理機能であり、かつ前記外部のサービスプロバイダで実行可能な処理機能は、少なくとも前記印刷処理により前記画像形成装置において印刷された印刷物に対する後処理を含み、さらに前記発注指示は前記画像形成装置において印刷された印刷物を前記画像形成装置側から前記外部のサービスプロバイダ側へ受け渡すための情報を含むことを特徴とする画像形成装置。
2. 前記発注指示に含まれる前記印刷物を前記画像形成装置側から前記外部のサービスプロバイダ側へ受け渡すための情報は、前記サービスプロバイダの作業者に対して前記印刷物を前記画像形成装置から取り出すよう指示する作業命令であることを特徴とする請求項１に記載の画像形成装置。
3. 前記表示制御手段は、当該画像形成装置で実行可能な処理機能を用いる印刷設定と、当該画像形成装置で実行不可能な処理機能を含む前記外部のサービスプロバイダで実行可能な処理機能を用いる印刷設定とを操作部を介した操作により切り替え可能な別画面にそれぞれ表示させることを特徴とする請求項１または２に記載の画像形成装置。
4. 前記外部のサービスプロバイダが提供する処理は、ジョブの受注処理、入稿処理、ジョブの編集処理、スキャン処理、ジョブの内容確認処理、ジョブのラスタライズ処理、印刷処理、ジョブの後処理、ジョブのファイル保管処理、ジョブの納品発送処理、ジョブの文字認識処理、翻訳処理、及び、複数の処理工程からなるワークフローの工程管理処理のうちの、少なくとも何れかを含むことを特徴とする請求項１乃至３の何れか1項に記載の画像形成装置。
5. 前記実行送信手段は、前記発注指示として、前記ジョブの処理を依頼する為のジョブ発注データと、前記外部のサービスプロバイダが有するデバイスに如何なる処理を前記ジョブの為に実行させるかを特定する為の作業指示データとを、前記外部のサービスプロバイダに対して、送信することを特徴とする請求項１乃至４の何れか1項に記載の画像形成装置。
6. 前記後処理装置で実行可能な後処理機能は、少なくとも断裁処理、中綴じ製本処理、くるみ製本処理、紙折処理、封入処理、帳合処理のうちの少なくとも何れかを含むことを特徴とする請求項１乃至５のいずれか1項に記載の画像形成装置。
7. 印刷設定に従って画像形成処理を実行する画像形成手段と、ユーザが操作可能な操作部とを有し、ネットワークを介して少なくとも1つの後処理装置を含む外部のサービスプロバイダと通信可能な画像形成装置の制御方法であって、
   前記画像形成装置のコンピュータが、
   前記操作部に、当該画像形成装置で実行可能な処理機能を用いる印刷設定と、当該画像形成装置で実行不可能な処理機能を含む前記外部のサービスプロバイダで実行可能な処理機能を用いる印刷設定とを区別可能な状態で表示させる表示制御ステップと、
   前記表示制御ステップにより表示が制御された前記操作部を介して、ジョブに対する印刷設定指示を受け付ける印刷設定指示受付ステップと、
   前記操作部を介して、前記ジョブに対する印刷開始指示を受け付ける印刷開始指示受付ステップと、
   前記印刷開始指示受付ステップにより前記ジョブに対する前記印刷開始指示が受け付けられたことに応じて、前記印刷設定指示受付ステップにより受け付けられた前記印刷設定指示に含まれる印刷設定のうち、当該画像形成装置で実行可能な処理機能を用いる印刷設定に基づいた処理を前記画像形成手段に実行させると共に、前記印刷設定指示に含まれる印刷設定のうち、当該画像形成装置で実行不可能な処理機能であり、かつ前記外部のサービスプロバイダで実行可能な処理機能が前記サービスプロバイダにて実行されるよう前記印刷設定に関する情報を含む発注指示を、前記ネットワークを介して前記外部のサービスプロバイダに対して送信する実行送信ステップとを実行し、
   前記画像形成手段によって実行される処理は少なくとも印刷処理を含み、当該画像形成装置で実行不可能な処理機能であり、かつ前記外部のサービスプロバイダで実行可能な処理機能は、少なくとも前記印刷処理により前記画像形成装置において印刷された印刷物に対する後処理を含み、さらに前記発注指示は前記画像形成装置において印刷された印刷物を前記画像形成装置側から前記外部のサービスプロバイダ側へ受け渡すための情報を含むことを特徴とする制御方法。
8. 前記発注指示に含まれる前記印刷物を前記画像形成装置側から前記外部のサービスプロバイダ側へ受け渡すための情報は、前記サービスプロバイダの作業者に対して前記印刷物を前記画像形成装置から取り出すよう指示する作業命令であることを特徴とする請求項７に記載の制御方法。
9. 前記表示制御ステップは、当該画像形成装置で実行可能な処理機能を用いる印刷設定と、当該画像形成装置で実行不可能な処理機能を含む前記外部のサービスプロバイダで実行可能な処理機能を用いる印刷設定とを操作部を介した操作により切り替え可能な別画面にそれぞれ表示させることを特徴とする請求項７または８に記載の制御方法。
10. 前記外部のサービスプロバイダが提供する処理は、ジョブの受注処理、入稿処理、ジョブの編集処理、スキャン処理、ジョブの内容確認処理、ジョブのラスタライズ処理、印刷処理、ジョブの後処理、ジョブのファイル保管処理、ジョブの納品発送処理、ジョブの文字認識処理、翻訳処理、及び、複数の処理工程からなるワークフローの工程管理処理のうちの、少なくとも何れかを含むことを特徴とする請求項７乃至９の何れか1項に記載の制御方法。
11. 前記実行送信ステップは、前記発注指示として、前記ジョブの処理を依頼する為のジョブ発注データと、前記外部のサービスプロバイダが有するデバイスに如何なる処理を前記ジョブの為に実行させるかを特定する為の作業指示データとを、前記外部のサービスプロバイダに対して、送信することを特徴とする請求項７乃至１０の何れか1項に記載の制御方法。
12. 前記後処理装置で実行可能な後処理機能は、少なくとも断裁処理、中綴じ製本処理、くるみ製本処理、紙折処理、封入処理、帳合処理のうちの少なくとも何れかを含むことを特徴とする請求項７乃至１１のいずれか1項に記載の制御方法。
13. 印刷設定に従って画像形成処理を実行する画像形成手段と、ユーザが操作可能な操作部とを有し、ネットワークを介して少なくとも1つの後処理装置を含む外部のサービスプロバイダと通信可能な画像形成装置に設けられたコンピュータを、
    前記操作部に、当該画像形成装置で実行可能な処理機能を用いる印刷設定と、当該画像形成装置で実行不可能な処理機能を含む前記外部のサービスプロバイダで実行可能な処理機能を用いる印刷設定とを区別可能な状態で表示させる表示制御手段と、
    前記表示制御手段により表示が制御された前記操作部を介して、ジョブに対する印刷設定指示を受け付ける印刷設定指示受付手段と、
    前記操作部を介して、前記ジョブに対する印刷開始指示を受け付ける印刷開始指示受付手段と、
    前記印刷開始指示受付手段により前記ジョブに対する前記印刷開始指示が受け付けられたことに応じて、前記印刷設定指示受付手段により受け付けられた前記印刷設定指示に含まれる印刷設定のうち、当該画像形成装置で実行可能な処理機能を用いる印刷設定に基づいた処理を前記画像形成手段に実行させると共に、前記印刷設定指示に含まれる印刷設定のうち、当該画像形成装置で実行不可能な処理機能であり、かつ前記外部のサービスプロバイダで実行可能な処理機能が前記サービスプロバイダにて実行されるよう前記印刷設定に関する情報を含む発注指示を、前記ネットワークを介して前記外部のサービスプロバイダに対して送信する実行送信手段と
    して機能させるためのプログラムであって、
    前記画像形成手段によって実行される処理は少なくとも印刷処理を含み、当該画像形成装置で実行不可能な処理機能であり、かつ前記外部のサービスプロバイダで実行可能な処理機能は、少なくとも前記印刷処理により前記画像形成装置において印刷された印刷物に対する後処理を含み、さらに前記発注指示は前記画像形成装置において印刷された印刷物を前記画像形成装置側から前記外部のサービスプロバイダ側へ受け渡すための情報を含むことを特徴とするプログラム。

Images