JP2005148994A - 画像処理システムおよびジョブ処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラム - Google Patents

Abstract

【課題】 ネットワークのサービスプロバイダで実行可能な処理機能をあたかも画像処理装置の機能表示と同等に表示することである。
【解決手段】 インターネットＩＮＴに接続されたＭＦＰ１０２と所定の画像処理サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、ＭＦＰ１０２のコントローラが複数のサービスプロバイダから提供可能な画像処理機能情報を取得し、該取得される画像処理機能情報に基づく第１の画像処理機能と前記画像処理装置で実行可能な第２の画像処理機能とをＭＦＰ１０２上の同一操作画面上に択一的に表示させる構成を特徴とする。
【選択図】 図１

Description

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

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

しかしながら、昨今プリント・オン・ディマンド（ＰＯＤ）と呼ばれる大量部数や大量ジョブを扱う市場では、印刷に変わって、デジタルプリンタを利用してプリント処理されるケースが増えており、従来の印刷業界に比べてデジタル化が融合し、コンピュータを利用した管理、制御が浸透してきており、コンピュータを利用してある程度、印刷業界のレベルに近づこうとしている。

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

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

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

ところが、消費者環境としては、特に中小企業のような規模の小さいオフィスでは、まだまだ多機能のＭＦＰを購入できるまでには至っておらず、製本された冊子、面付けされた印刷、短期での大量部数のプリント、あるいは、ダイレクトメールの作成といった欲求があったとしても、現実問題としては、印刷発注といった行為にはなかなか敷居が高くて踏み出せないでいるケースが多い。

また、ウエブブラウザを利用した電子店舗が蔓延する中で、コンピュータを利用してプロバイダにプリントジョブを発注するサービスはあったが、ＭＦＰのプリンタドライバに試し刷りアイコンと発注アイコンを設け、試し刷りがクリックされた場合には、ＭＦＰ自信で試し刷り出力、確認後、発注アイコンで大量部数などを付加してプロバイダに発注をかけることができるサービスが存在せず、ユーザが備えるデータ処理装置から、自機に備える画像処理能力を遙かに超える高度の画像処理要求を伴うジョブを大量に発注することはできない等の問題点があった。

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

本発明は、以下の特徴的構成を備える。

本発明は、ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、前記クライアントコンピュータから前記画像処理装置に対するドライバ設定画面を介してプリント指示を行うプリント指示手段（例えば図２に示すキーボード・マウス１０３−６等）と、前記ドライバ設定画面に対して入力されるＵＲＬ情報に基づいて、前記サービスプロバイダに所定の画像処理要求を発注するための発注ページ情報を取得する取得手段と、前記取得手段により取得される発注ページ情報に基づく発注処理画面を表示装置に表示するブラウザ手段（例えば図２に示すＣＰＵ１３０−１がブラウザを起動して処理する）と、前記ブラウザ手段により表示される発注処理画面に対する指示に基づいて、前記クライアントコンピュータから前記サービスプロバイダに対して発注指示を行う発注指示手段（例えば図２に示すキーボード・マウス１０３−６等）とを有することを特徴とする。

また、本発明は、ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、前記クライアントコンピュータから前記画像処理装置に画像データを送信する第１の画像データ送信手段（図２に示すハードディスク１０３−５等に記憶される印刷制御プログラム）と、前記画像処理装置から前記サービスプロバイダに対して、画像データを転送する第２の画像データ送信手段（図２に示すハードディスク１０３−５等に記憶される印刷制御プログラム）とを有することを特徴とする。

さらに、本発明は、ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、前記クライアントコンピュータから前記画像処理装置に、前記画像処理装置に対するドライバ設定画面を介して試しプリント指示あるいは前記画像データを前記サービスプロバイダに対して発注する発注指示のいずれかを行う指示手段（例えば図２に示すキーボード・マウス１０３−６等）と、前記指示手段による指示結果に基づいて、発注指示が行われていると判断した場合に、前記ドライバ設定画面に対して入力されるＵＲＬ情報に基づいて、前記サービスプロバイダに所定の画像処理要求を発注するための発注ページ情報を取得する取得手段（例えば図２に示すＣＰＵ１０３−１がブラウザを起動して処理する）と、前記取得手段により取得される発注ページ情報に基づく発注処理画面を表示装置に表示するブラウザ手段（例えば図２に示すＣＰＵ１０３−１がブラウザを起動して処理する）と、前記ブラウザ手段により表示される発注処理画面に対する指示に基づいて、前記クライアントコンピュータから前記サービスプロバイダに対して発注指示を行う発注指示手段（例えば図２に示すキーボード・マウス１０３−６等）とを有することを特徴とする。

また、本発明は、ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダからなる画像処理システムにおいて、前記クライアントコンピュータから前記画像処理装置にＰＤＬデータを送信する第１の送信手段（図２に示すハードディスク１０３−５等に記憶される印刷制御プログラム）と、前記第１の送信手段にて送られたＰＤＬデータを前記画像処理装置にて展開する画像展開手段（図２に示すハードディスク１０３−５等に記憶される印刷制御プログラム）と、前記画像展開手段にて展開された画像データを符号化する符号化手段（図２に示すハードディスク１０３−５等に記憶される印刷制御プログラム）と、前記符号化手段により符号化された画像データを前記サービスプロバイダに対して転送する転送手段（図２に示すハードディスク１０３−５等に記憶される印刷制御プログラム）とを有することを特徴とする。

さらに、本発明は、ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダからなる画像処理システムにおいて、前記クライアントコンピュータから前記画像処理装置に対してプリント起動を行うプリンタドライバと、前記画像処理装置内で、前記プリンタドライバの出力ポートと関連付けられ、かつ／または、前記画像処理装置にて対応可能な画像機能を表示及び設定を可能とする第１のウエブサーバ手段（例えば図１２に示すウエブサーバＷＳ１）と、前記サービスプロバイダ中に設けられたウエブサーバ内で、前記プリンタドライバの出力ポートまたは、前記第１のウエブサーバ手段と関連付けられ、かつ／または、少なくとも一つまたは全部の前記サービスプロバイダにて対応可能な機能を表示及び設定可能とする第２のウエブサーバ手段（例えば図１２に示すウエブサーバＷＳ３〜５）と、前記クライアントコンピュータからウエブブラウザを利用して、前記第１のウエブサーバ手段と、前記第２のウエブサーバ手段との表示内容を切り替えて表示し、前記ウエブブラウザ上にて表示されている画像処理機能に対して設定される指示を前記画像処理装置または前記サービスプロバイダに、あるいは、前記画像処理装置と前記サービスプロバイダとの双方に行う操作指示制御手段（例えば図３に示すコントローラ部１０２−４がブラウザを起動して処理する）とを有することを特徴とする。

さらに、本発明は、ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、前記クライアントコンピュータから前記画像処理装置に対してプリント起動を行うプリンタドライバと、前記プリンタドライバの出力ポートと関連付けられ、かつ、前記画像処理装置内に設けられて前記サービスプロバイダに画像処理指示可能なウエブサーバ手段と、前記画像処理装置により画像データを試し刷り出力するか、前記ウエブサーバ手段により前記サービスプロバイダに発注して処理させるかを選択指示に従い、前記画像データを前記ウエブサーバ手段により前記サービスプロバイダに発注して処理させるかを決定する決定手段（例えば図２に示すＣＰＵ１０３−１がブラウザを起動して処理する）とを有することを特徴とする画。

また、本発明は、ネットワークに接続されたクライアントコンピュータと画像装置装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、前記クライアントコンピュータから前記画像処理装置に対してプリント起動を行うプリンタドライバと、前記プリンタドライバの出力ポートと関連付けられた前記画像処理装置内に設けられて前記サービスプロバイダで実現される画像処理機能情報を取得可能なウエブサーバ手段（例えば図１２に示すウエブサーバＷＳ１）と、前記画像処理装置においてサポートされる画像処理機能情報と各サービスプロバイダから取得される各画像処理機能情報との論理和結果に従い選択可能な画像処理機能を表示する機能表示手段（例えば図１２に示すウエブサーバＷＳ１）と、前記機能表示手段により表示された画像処理機能の中から所望の画像処理機能を設定する機能設定手段と、前記機能設定手段によって設定された画像処理機能に応じて、画像データを前記画像処理装置で出力するか、前記サービスプロバイダによる画像処理サービスで出力させるかの判断結果に応じて、前記画像処理装置または前記サービスプロバイダのいずれかにより前記画像データを出力させるかを決定する決定手段（例えば図１２に示すウエブサーバＷＳ１）とを有することを特徴とする。

本発明によれば、ローカルの画像処理装置に対する機能設定であっても、ネットワークのサービスプロバイダでの機能設定であっても、同一画面上から容易に選択指示できる操作環境を自在に構築して、ユーザによる画像処理がローカルなのかリモートなのかを意識しないで機能設定操作に適応して、ネットワーク上のサービスプロバイダを利用する高度な画像処理や製本要求に迅速に対応できる画像処理サービスを効率良く、かつ自在に行える画像処理環境を整備することができるという効果を奏する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［サーバの構成］
図２は、図１に示したクライアントコンピュータ１０３の構成を説明するブロック図であり、図１と同一のものには同一の符号を付してある。

図において、１０３−１はＣＰＵで、ＲＯＭ１０３−２に保持された制御プログラムコードに基づいて、ＣＰＵバス１０３−９に接続されたデバイスを総括的に制御する。１０３−３はＲＡＭで、ＣＰＵ１０３−１が使用する一時記憶用メモリとして機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張できるように構成されている。

また、ＲＡＭ１０３−３は、印刷用データとして作成された描画オブジェクト格納や、ＲＯＭ１０３−２に保持された制御プログラムによって一時的に使用されるワークメモリ等に用いられる。

１０３−４はメディアドライブであり、フレキシブルディスク、ＣＤ、ＤＶＤといった各種メディアとのアクセスインタフェースとなる。１０３−５はハードディスク（ＨＤＤ）であり、各種プログラム、データ等の格納が行われる。１０３−６はキーボード・マウスでユーザからの入力を受け付けるインタフェース部であり、１０３−７はディスプレイであり、ユーザに情報を伝えるアウトプット部となる。１０３−８は、ネットワークを介してプリンタ等の周辺機器と双方向に通信接続するための周辺機器インタフェース部である。

１０３−９はＣＰＵバスで、アドレス、データ、コントロールバスを含み、ＲＯＭ１０３−２、ＲＡＭ１０３−３、メディアドライブ１０３−４、ＨＤＤ１０３−５、キーボード・マウス１０３−６、ディプレイ１０３−７および周辺機器インタフェース部１０３−８は、それぞれＣＰＵバス１０３−９に接続されたすべてのデバイスにアクセス可能である。

なお、周辺機器Ｉ／Ｆ部１０３−８は、ネットワーク１０１ａを介してＭＦＰ１０２と通信可能であるとともに、図示しないルータ等を介して、図１に示したプロバイダ環境１１０の各マネージャ等も通信可能に構成されている。なお、通信形態としては、プロバイダ環境１１０にダイレクトに通信する形態と、ＭＦＰ１０２にプロバイダ環境１１０への通信を代行させる形態とがあり、操作指示状態や、ユーザによる試し印刷要求，プロバイダに対する発注要求が発生するタイミングに応じて適宜選択されるものとする。

［デバイスの構成］
図３は、図１に示したＭＦＰ１０２の構成を説明するブロック図であり、ＭＦＰ１０２は、イーサネット（登録商標）等のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０１ａにてホストコンピュータに接続されている例である。

図３において、ＭＦＰ１０２は、画像データの読取処理を行うリーダ部１０２−２と、画像データの出力処理を行うプリンタ部１０２−５と、画像データの入出力操作を行うキーボード、及び画像データや各種機能の表示／設定などを行う液晶パネルを備えた操作部１０２−１と、リーダ装置１０２−２を制御して読み込んだ画像データや、ＬＡＮ１０１ａを介してホストコンピュータ１０３より受信したコードデータから生成される画像データを格納／保存できる画像記憶部１０２−３、さらには印刷用紙を排紙するフィニッシング部１０２−９を装着可能であり、これら各構成要素に接続されて該構成要素を制御するコントローラ部１０２−４で構成されている。

リーダ部１０２−２は、原稿用紙を搬送する原稿給紙ユニット１０２−２−１と、原稿画像を光学的に読み取って電気信号としての画像データに変換するスキャナユニット１０２−２−２とを有し、プリンタ部１０２−５は、記録用紙を収容する複数段の給紙カセットを備えた給紙ユニット１０２−７と、画像データを記録用紙に転写／定着するマーキングユニット１０２−６と、印字された記録用紙の反転処理などを行い、フィニッシング部へ用紙を搬送する排紙ユニット１０２−８とを有している。

フィニッシング部１０２−９は、ジョブや用紙の束毎に用紙を一時的に蓄積する中間ユニット１０２−９−２と、ステイプルやジョブオフセットなどのフィニッシング加工を行ったり、最終的に印刷物を蓄積したりするオプション排紙ユニット１０２−９−１とを有している。

コントローラ部１０２−４は、リーダ部１０２−２を制御して原稿の画像データを読込み、プリンタ部１０２−５を制御して画像データを記録用紙に出力するコピー機能を提供する。また、リーダ部１０２−２から読み取った画像データをコードデータに変換し、ネットワーク１０１ａを介してクライアントコンピュータ１０３へ送信するネットワークスキャナ機能や、クライアントコンピュータ１０３からネットワーク１０１ａを介して受信したＰＤＬなどの描画命令やコードデータを画像データに変換し、プリンタ部１０２−５に出力するネットワークプリンタ機能などの機能ブロックを有している。

さらにコピー機能、ネットワークプリンタ機能等で印刷された用紙を蓄積、ステイプル、製本、ジョブオフセットするフィニッシング機能ブロックを有し、あるまとまった単位毎に仕分けを行ったり、加工したりすることも可能となっている。

なお、コントローラ部１０２−４には、図２に示した周辺機器Ｉ／Ｆ部１０３−８等と同等の通信Ｉ／Ｆを備え、クライアントコンピュータ１０３と通信可能であるとともに、図示しないルータ等を介して、図１に示したプロバイダ環境１１０の各マネージャ等も通信可能に構成されている。なお、通信形態としては、プロバイダ環境１１０にダイレクトに通信する形態と、クライアントコンピュータ１０３からのプロバイダ環境１１０への通信を代行させる形態とがあり、操作指示状態や、ユーザによる試し印刷要求，プロバイダに対する発注要求が発生するタイミングに応じて適宜選択されるものとする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図６，図７は、図１に示したＭＦＰ１０２の操作部の一例を示す平面図であり、図６はコピー動作を行う際に表示される操作部に対応し、図７は、インターネットＩＮＴを介してプロバイダにジョブ発注を行う際に表示される操作部に対応する。

図６において、３００はＬＣＤ表示部であり、このＬＣＤ表示部はタッチパネル形式で逐次現れる画面の操作表示に従って、キー操作も可能となっている。

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

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

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

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

図８は、本発明に係る画像処理装置における操作部における各種のモードに対応した操作画面表示の遷移制御手順を説明するフローチャートであり、図６に示した各タブを選択することで、それぞれコピーモード、発注モード、送信モード、ボックスモード、オプションモード、システムモニタモードに遷移し（Ｓ４１０，Ｓ４２０，Ｓ４３０，Ｓ４４０，Ｓ４５０，Ｓ４６０）、画面表示、設定、動作を行うところを表している。

ここで、ステップＳ４００で、コピーモードが選択されたと判断した場合は、ステップＳ４１０のコピーモードに遷移し、ステップＳ４１１で、操作部のＬＣＤ表示部３００にコピー画面を表示し、ステップＳ４１２でユーザからのコピー設定を受け付け、ステップＳ４１３で、設定されたコピー条件に基づいてＭＦＰ１０２のスキャナ部とプリンタ部とを制御してコピー処理を行い、処理を終了する。

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

一方、ステップＳ４００で、送信モードが選択されたと判断した場合は、ステップＳ４３０の送信モードに遷移し、ステップＳ４３１で、操作部のＬＣＤ表示部３００に送信画面を表示し、ステップＳ４３２でユーザからの送信設定を受け付け、ステップＳ４３３で、設定された送信条件に基づいて通信制御部，インターネットＩＮＴを介して、読み取られる画像データの送信を行い、処理を終了する。

一方、ステップＳ４００で、ボックスモードが選択された判断した場合は、ステップＳ４４０のボックスモードに遷移し、ステップＳ４４１で、操作部のＬＣＤ表示部３００にボックス画面を表示し、ステップＳ４４２でユーザからのボックス設定を受け付け、ステップＳ４４３で、設定されたボックス設定に基づいてＭＦＰ１０２内のハードディスク等の不揮発性記憶装置に対するデータの格納あるいは読み出し（取り出し）を行い、処理を終了する。

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

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

上述したように、操作部において、図６に示した発注タブ３０２を押下すると、コピー画面（図６参照）から発注画面（図７参照）に遷移し、発注設定が可能となる。

このとき、大まかなフローとしては、図９に示すように、発注モードの中で発注画面を表示し、ユーザは所望の設定を行い、発注をかけるが、その詳細に関して、図１０にて説明する。

図９は、図１に示したＭＦＰ１０２の操作部に表示される発注設定操作画面例を示す図であり、（ａ）はコピー選択画面を示し、（ｂ）は、（ａ）に示す状態から発注タブが選択された発注画面を示し、（ｃ），（ｄ）は発注処理におけるオプション設定画面に対応する。

図１０は、本発明に係る画像処理装置における発注処理手順の一例を示すフローチャートであり、図８に示した発注モードが選択された場合の詳細手順に対応する。なお、Ｓ５１０１〜Ｓ５１３４は各ステップを示す。

ユーザにより、発注モードがＭＦＰ１０２の操作部のタブ指示により選択されると（Ｓ５１０１）、オーダ種別確認するフロー選択処理が実行され（Ｓ５１０２）、オーダ種別がスキャン要求であると判別した場合は、スキャン画像の発注処理を開始し（Ｓ５１０３）、オーダ種別がコピー要求であると判別した場合は、コピーしながら発注処理を開始し（Ｓ５１０８）、オーダ種別がボックス要求であると判別した場合は、ボックスに入っている画像に対する発注処理を開始し（Ｓ５１１３）、あるいは、オーダ種別が、ネットワーク上のフォルダ要求であると判別した場合は、ネットワーク上のフォルダ（例えばクライアントコンピュータ１０３に確保される特定の記憶領域であって、いわゆるフォルダを含む）に入っているデータを発注処理を開始し（Ｓ５１１８）するなどのフローが用意されており、ユーザは所望のフローを選択する。

そして、スキャン画像の発注処理が選択された場合は、ユーザは、まず原稿をＡＤＦや原稿台などにセットし（Ｓ５１０４）、ページ編集機能を設定する（Ｓ５１０５）。ここで、ページ編集機能とは、スキャンされる画像イメージの編集加工を意味しており、例えば、２ｉｎ１でページレイアウトしたり、スキャンされた画像の傾き補正（Ｄｅｓｋｅｗ）やスキャンされた画像の黒点除去（Ｄｅｓｐｅｃｋｌｅ）をしたりといった設定である。

そして、所望の設定が済むと、スタートキー３３１を押して（Ｓ５１０６）、スキャンを開始する。読み取られた画像データはＭＦＰ１０２内の画像メモリに一時保管される（Ｓ５１０７）。

一方、コピーしながら発注処理が開始された場合は（Ｓ５１０８）、概ねスキャン画像の発注と同様の動作であるが、まず原稿をＡＤＦや原稿台などにセットし（Ｓ５１０９）、ページ編集機能を設定する（Ｓ５１１０）。そして、所望の設定が済むと、スタートキー３３１を押して（Ｓ５１１１）、スキャンした画像を一時保管すると同時に（ユーザが選択的に）プリントする（Ｓ５１１２）。これにより、出力をプリント画像で確認できる。

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

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

そして、データ確認と編集、またはデータ確認または編集等の要求が発生しているかどうかを判断して（Ｓ５１２３）、ＮＯと判定された場合は、ステップＳ５１２５へ進み、ＹＥＳと判定された場合は、格納されたデータは必要に応じて画像のプレビューによる確認、その編集あるいは、そのプリント出力が可能であり（Ｓ５１２４）、編集及び確認後、再度発注データとしてＭＦＰ１０２内に格納される（Ｓ５１２５）。

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

ここで、図１１により、図１に示したＭＦＰ１０２上で管理されるファンクションテーブル（ＦＴＢ）の一例について説明する。

図１１において、ファンクションテーブルＦＴＢは、項目別の機能表になっており、ＭＦＰ１０２内で実現できる機能のほかに、各プロバイダに発注した場合に、各プロバイダにて実現可能な機能がわかるように定義されている。

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

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

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

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

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

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

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

再び図１０に戻って、ＭＦＰ１０２が備える操作部に機能表示される場合（Ｓ５１２８）、例えば、ユーザ環境１００にて、ユーザがＭＦＰ１０２自身でコピー動作を行う際に、ユーザの持っているＭＦＰが特別なフィニッシング機能を持っていない場合、操作部内の後処理設定キー３１５を押下しても、図９の（ａ）に示すように、コレート機能５０１とグループ機能５０２しか表示されない。

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

また、例えば、プロバイダ１１０ｂで新たに封入機を導入し、新たに封筒への折り込み処理のサービスが加わった場合、サービスセンタ１５０のデータベースに新たに封入機能５１０を追加することで、利用ユーザは、図９の（ｄ）に示すように新規に封入機能５１０がサポートされた形で後処理の選択画面が現れ、新しい機能の１つとしてサービスを受けることができる。

また、プロバイダＢはスパイラルバインドがサポートされていないため、図９の（ｃ）に比べて、この機能が空欄になっているのがわかる。

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

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

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

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

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

なお、図１２に示すＷＳ１〜ＷＳ５は、それぞれウエブサーバであり、所定のプロトコルで通信可能に構成されており、特に、ウエブサーバＷＳ２は、プロバイダ１１０ａ〜１１０ｃ側のウエブサーバＷＳ３〜５から取得している画像処理機能情報をデータベース１５０Ａに随時更新可能に構成されている。

そして、ＭＦＰ１０２内のウエブサーバＷＳ１からの画像処理機能情報取得要求に応じて、データベース１５０Ａに登録されている最新の各プロバイダ側の画像処理機能情報を提供可能に構成されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、図３６はページ順とプリント順の切り替えボタン１６０１を切り替えてプリント順で表示した例に対応し、中綴じ（ブックレット）された場合のプリント配置を見ることができる。次に、図３７はタブ紙を利用してページ単位でメディアを切り替えた場合の例に対応し、同時にパンチ（穴あけ）処理の指示をした場合でも、サムネール上で穴の位置などが確認できる。また、図３８はくるみ製本される場合の例に対応し、表紙が背表紙分大きな用紙が用いられている点が確認できる。

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

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

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

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

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

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

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

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

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

一方、ステップＳ１５２７で、発送指示か郵送指示かどうかを判断して（Ｓ１５２８）、ＹＥＳなら郵送処理に進み、ＮＯならば他の受け渡し処理へ進む。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本実施形態に示すＭＦＰは、（Ａ）複写機能，（Ｂ）ネットワークスキャナ，（Ｃ）ネットワークプリンタ，（Ｄ）ファクシミリ送信機能，（Ｅ）ファクシミリ受信機能，（Ｆ）ボックス受信機能１，（Ｇ）ボックス受信機能２，（Ｈ）ボックス送信機能１，（Ｉ）ボックス送信機能２を備えている。

読み取り系に関しては、第４実施形態で説明するとして、ここではボックス送信機能について説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

〔第６実施形態〕
第１実施形態では、ウエブブラウザを利用して、１つのプリンタドライバから自分自身のＭＦＰへの出力と、いくつかのプロバイダ環境へのプリント発注を行った例を示したが、ここでは、プリンタドライバを利用して実現する方法を考える。

図５３，図５４は、本発明の第６実施形態を示す画像処理システムにおけるプリンタドライバのプロパティ画面の一例を示す図であり、図１３および図１４と同一のものには同一の符号を付してある。

本実施形態では、図５３の（ａ）におけるＭＦＰ１０２のプロパティ画面で新たなポートを選ぶ際に、図５３の（ｂ）に示すように、サーバＵＲＬとして、例えば、プロバイダＡのＵＲＬを選択する。このＵＲＬは、プロバイダＡ環境にある受注・入稿マネージャ１１２が持つウェブ受発注画面のＵＲＬでもいいし、あるいは、プリントマネージャ１１５や実際のＭＦＰ１２４または、ＭＦＰ１２５が持つウエブサーバのＵＲＬであっても構わない。これによりインターネットを経由してウェブサブミッション画面が開かれたり、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）対応のＭＦＰ１２４または、ＭＦＰ１２５に出力したりすることができる。

また、ユーザ環境のプリンタドライバ側には自分の環境内のＭＦＰ１０２に出力するか、上記のサービスプロバイダに発注をかけるかが不明確であるため、プリンタドライバの送付先が２つまたはそれ以上リンクできるようなプリンタドライバにしておき、図５４のように試し刷りキー８００と発注キー８０１の２つを設けて、試し刷りキー８００がクリックされた場合には、自分の環境内のＭＦＰ１０２を送信先に設定し、発注キー８０１がクリックされると、上述のサービスプロバイダに発注をかけるようにしておく。

上記各実施形態によれば、ユーザが自己のＭＦＰで搭載されていない機能／性能であっても、利用することができる。例えば、面付けサービスやバリアブルデータプリントサービス、製本サービス、カラープリントサービス、あるいは、短期間での大量部数サービスといった廉価版のＭＦＰでは実現不可能な機能／性能もプロバイダ側との連携でサポートするサービスを提供できる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、本発明は、ユーザ環境とプロバイダ環境をインターネット経由で結び、ユーザがＭＦＰを保持し、プロバイダに発注可能（予め契約したり、発注可能条件を満たしたりしているなど）である場合に、ＭＦＰに発注機能（発注キーや発注アイコンなど）を設けて、これにより紙原稿またはボックス内の画像データをインターネット経由にてオンディマンドでプリント製本サービスなどが受けられるようにするものである。

また、クライアントコンピュータからプリントを行う際にも、ユーザ環境内にあるＭＦＰに出力したり、外部のプロバイダ環境にプリントサービスの発注依頼を行ったり、使い分けることができる。

発注機能や発注依頼に関しては、ユーザが自分のオフィスに居ながらにして、オフィス環境とプロバイダへの発注とを意識させないほど簡単にでき、かつ、複雑な設定や契約手続きも必要とせず、手軽に大量プリントの出力を入手できる。

また、予めユーザが入力したジョブチケットに応じて自分自身のＭＦＰで処理可能な場合は処理し、処理できない場合は自動的に発注をかける仕組みも提供することができる。

また、発注という行為は、原稿と出来上がりとの差異を途中で確認できないという不安があるのに対して、ユーザは、自分の環境にあるＭＦＰにて一度、試し刷りをすることで出来上がり出力を安心して受け入れやすくなる。

更に、通常のプリントドライバでは出力先が１つのプリンタであり、試し刷りと発注行為を分けて行わなければいけないのに対して、プリンタドライバでＯＫをクリックするとウェブ画面が開き、ユーザ環境のプリンタに試し刷りプリントするか、いくつかのプロバイダから選んでプリントサービスが受けるかを容易に選択できる。

次に、データの流れとしては、下記のような方式が考えられる。

クライアントコンピュータからＰＤＬデータで、ユーザ環境のＭＦＰに試し刷り、かつ／または、プロバイダ環境に発注行為を順次または、同時に行う。

クライアントコンピュータからプリントジョブを必ず一旦ＭＦＰに投げて試し刷りを行い、ＭＦＰから信頼のあるプロバイダにジョブを転送する。

ユーザ環境のＭＦＰにてＲＩＰして試し刷りを行い、ＲＩＰされたデータを圧縮または、暗号化して、プロバイダ環境に転送し、プロバイダ環境にて設定を変えて再度プリントする等それぞれ場合によってジョブの投げ方を変えることが自在に行える。

一方、プロバイダ側は、ユーザからのジョブを受注し、原稿編集、プリントイメージの確認（カンプ／プルーフ）、プリント、フィニッシング処理、再発注のためのファイル保管、そして納品配送までを行って、ユーザの手元に出力を届けるサービスを行うことが可能となる。また、プロバイダは複数あってユーザがサービス内容に応じて逐次選択することができる。

また、複数の工程からなる画像形成処理を実行可能な画像処理システムにおいて、複数の工程を管理するとともに、印刷業界及びＰＯＤ市場における画像形成処理の工程を分類化し、各工程（原稿編集、プルーフ、プリント、後処理、ファイル保管、納品・発送、スキャン等の各工程）に対してのスケジューリングを行うなど効率的な工程管理を行うことができる。

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

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

符号の説明

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

Claims (20)

1. ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、
   前記クライアントコンピュータから前記画像処理装置に対するドライバ設定画面を介してプリント指示を行うプリント指示手段と、
   前記ドライバ設定画面に対して入力されるＵＲＬ情報に基づいて、前記サービスプロバイダに所定の画像処理要求を発注するための発注ページ情報を取得する取得手段と、
   前記取得手段により取得される発注ページ情報に基づく発注処理画面を表示装置に表示するブラウザ手段と、
   前記ブラウザ手段により表示される発注処理画面に対する指示に基づいて、前記クライアントコンピュータから前記サービスプロバイダに対して発注指示を行う発注指示手段と、
   を有することを特徴とする画像処理システム。
2. ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、
   前記クライアントコンピュータから前記画像処理装置に画像データを送信する第１の画像データ送信手段と、
   前記画像処理装置から前記サービスプロバイダに対して、画像データを送信する第２の画像データ送信手段と、
   を有することを特徴とする画像処理装置システム。
3. 前記画像データの転送先指示状態を判定する判定手段と、
   前記判定手段による判定結果に基づいて、前記第１の画像データ送信手段と前記第２の画像データ送信手段とのいずれか一方、または双方に画像データの転送を行う転送制御手段と、
   を有することを特徴とする請求項２記載の画像処理システム。
4. ネットワークに接続されたクライアントコンピュータと画像装置装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、
   前記クライアントコンピュータから前記画像処理装置に、前記画像処理装置に対するドライバ設定画面を介して試しプリント指示あるいは前記画像データを前記サービスプロバイダに対して発注する発注指示のいずれかを行う指示手段と、
   前記指示手段による指示結果に基づいて、発注指示が行われていると判断した場合に、前記ドライバ設定画面に対して入力されるＵＲＬ情報に基づいて、前記サービスプロバイダに所定の画像処理要求を発注するための発注ページ情報を取得する取得手段と、
   前記取得手段により取得される発注ページ情報に基づく発注処理画面を表示装置に表示するブラウザ手段と、
   前記ブラウザ手段により表示される発注処理画面に対する指示に基づいて、前記クライアントコンピュータから前記サービスプロバイダに対して発注指示を行う発注指示手段と、
   を有することを特徴とする画像処理システム。
5. ネットワークに接続されたクライアントコンピュータと画像装置装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、
   前記クライアントコンピュータから前記画像処理装置にＰＤＬデータを送信する第１の送信手段と、
   前記第１の送信手段にて送られたＰＤＬデータを前記画像処理装置にて展開する画像展開手段と、
   前記画像展開手段にて展開された画像データを符号化する符号化手段と、
   前記符号化手段により符号化された画像データを前記サービスプロバイダに対して転送する転送手段と、
   を有することを特徴とする画像処理システム。
6. ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、
   前記クライアントコンピュータから前記画像処理装置に対してプリント起動を行うプリンタドライバと、
   前記画像処理装置内で、前記プリンタドライバの出力ポートと関連付けられ、かつ／または、前記画像処理装置にて対応可能な画像機能を表示及び設定を可能とする第１のウエブサーバ手段と、
   前記サービスプロバイダ中に設けられたウエブサーバ内で、前記プリンタドライバの出力ポートまたは、前記第１のウエブサーバ手段と関連付けられ、かつ／または、少なくとも一つまたは全部の前記サービスプロバイダにて対応可能な機能を表示及び設定可能とする第２のウエブサーバ手段と、
   前記クライアントコンピュータからウエブブラウザを利用して、前記第１のウエブサーバ手段と、前記第２のウエブサーバ手段との表示内容を切り替えて表示し、前記ウエブブラウザ上にて表示されている画像処理機能に対して設定される指示を前記画像処理装置または前記サービスプロバイダに、あるいは、前記画像処理装置と前記サービスプロバイダとの双方に行う操作指示制御手段と、
   を有することを特徴とする画像処理システム。
7. ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、
   前記クライアントコンピュータから前記画像処理装置に対してプリント起動を行うプリンタドライバと、
   前記プリンタドライバの出力ポートと関連付けられ、かつ、前記画像処理装置内に設けられて前記サービスプロバイダに画像処理指示可能なウエブサーバ手段と、
   前記画像処理装置により画像データを試し刷り出力するか、前記ウエブサーバ手段により前記サービスプロバイダに発注して処理させるかを選択指示に従い、前記画像データを前記ウエブサーバ手段により前記サービスプロバイダに発注して処理させるか否かを決定する決定手段と、
   を有することを特徴とする画像形成装置システム。
8. ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおいて、
   前記クライアントコンピュータから前記画像処理装置に対してプリント起動を行うプリンタドライバと、
   前記プリンタドライバの出力ポートと関連付けられた前記画像形成装置内に設けられて前記サービスプロバイダで実現される画像処理機能情報を取得可能なウエブサーバ手段と、
   前記画像処理装置においてサポートされる画像処理機能情報と各サービスプロバイダから取得される各画像処理機能情報との論理和結果に従い選択可能な画像処理機能を表示する機能表示手段と、
   前記機能表示手段により表示された画像処理機能の中から所望の画像処理機能を設定する機能設定手段と、
   前記機能設定手段によって設定された画像処理機能に応じて、画像データを前記画像処理装置で出力するか、前記サービスプロバイダによる画像処理サービスで出力させるかの判断結果に応じて、前記画像処理装置または前記サービスプロバイダのいずれかにより前記画像データを出力させるかを決定する決定手段と、
   を有することを特徴とする画像処理システム。
9. １つまたは複数のサービスプロバイダにてサポートされるそれぞれの画像処理機能は、予めまとめて登録しておく機能登録手段を備え、前記サービスプロバイダにてサポートされる画像処理機能は、前記機能登録手段から呼び出して表示及び設定することを特徴とする請求項１〜８のいずれかに記載の画像処理システム。
10. 前記サービスプロバイダが提供するサービス処理は、ジョブの受注または入稿処理、ジョブの編集処理またはスキャン処理、ジョブの内容確認処理、ジョブのラスタライズまたは印刷処理、ジョブの後処理、ジョブのファイル保管処理、ジョブの納品発送処理、ジョブの文字認識処理、翻訳処理、あるいは各処理の工程管理処理の一部または全部、あるいは一連の処理を含むことを特徴とする請求項１〜９のいずれかに記載の画像処理システム。
11. ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおけるジョブ処理方法において、
    前記クライアントコンピュータから前記画像処理装置に対するドライバ設定画面を介してプリント指示を行うプリント指示ステップと、
    前記ドライバ設定画面に対して入力されるＵＲＬ情報に基づいて、前記サービスプロバイダに所定の画像処理要求を発注するための発注ページ情報を取得する取得ステップと、
    前記取得ステップにより取得される発注ページ情報に基づく発注処理画面を表示装置に表示する表示ステップと、
    前記表示ステップにより表示される発注処理画面に対する指示に基づいて、前記クライアントコンピュータから前記サービスプロバイダに対して発注指示を行う発注指示ステップと、
    を有することを特徴とするジョブ処理方法。
12. ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおけるジョブ処理方法において、
    前記クライアントコンピュータから前記画像処理装置に画像データを送信する第１の画像データ送信ステップと、
    前記画像処理装置から前記サービスプロバイダに対して、画像データを送信する第２の画像データ送信ステップと、
    を有することを特徴とするジョブ処理方法。
13. 前記画像データの転送先指示状態を判定する判定ステップと、
    前記判定ステップによる判定結果に基づいて、前記第１の画像データ送信手段と前記第２の画像データ送信ステップとのいずれか一方、または双方に画像データの転送を行う転送制御ステップと、
    を有することを特徴とする請求項１２記載のジョブ処理方法。
14. ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおけるジョブ処理方法において、
    前記クライアントコンピュータから前記画像処理装置に、前記画像処理装置に対するドライバ設定画面を介して試しプリント指示あるいは前記画像データを前記サービスプロバイダに対して発注する発注指示のいずれかを行う指示ステップと、
    前記指示ステップによる指示結果に基づいて、発注指示が行われていると判断した場合に、前記ドライバ設定画面に対して入力されるＵＲＬ情報に基づいて、前記サービスプロバイダに所定の画像処理要求を発注するための発注ページ情報を取得する取得ステップと、
    前記取得ステップにより取得される発注ページ情報に基づく発注処理画面を表示装置に表示する表示ステップと、
    前記表示ステップにより表示される発注処理画面に対する指示に基づいて、前記クライアントコンピュータから前記サービスプロバイダに対して発注指示を行う発注指示ステップと、
    を有することを特徴とするジョブ処理方法。
15. ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおけるジョブ処理方法において、
    前記クライアントコンピュータから前記画像処理装置にＰＤＬデータを送信する第１の送信ステップと、
    前記第１の送信ステップにて送られたＰＤＬデータを前記画像処理装置にて展開する画像展開ステップと、
    前記画像展開ステップにて展開された画像データを符号化する符号化ステップと、
    前記符号化ステップにより符号化された画像データを前記サービスプロバイダに対して転送する転送ステップと、
    を有することを特徴とするジョブ処理方法。
16. ネットワークに接続され、前記画像処理装置に対してプリント起動を行うプリンタドライバを備えるクライアントコンピュータと画像装置装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおけるジョブ処理方法において、
    前記画像処理装置内で、前記プリンタドライバの出力ポートと関連付けられ、かつ／または、前記画像処理装置にて対応可能な画像機能を表示及び設定を可能とする第１の処理ステップと、
    前記サービスプロバイダ中に設けられたウエブサーバ内で、前記プリンタドライバの出力ポートまたは、前記第１のウエブサーバ手段と関連付けられ、かつ／または、少なくとも一つまたは全部の前記サービスプロバイダにて対応可能な機能を表示及び設定可能とする第２の処理ステップと、
    前記クライアントコンピュータからウエブブラウザを利用して、前記第１の処理ステップと、前記第２の処理ステップとの表示内容を切り替えて表示し、前記ウエブブラウザ上にて表示されている画像処理機能に対して設定される指示を前記画像処理装置または前記サービスプロバイダに、あるいは、前記画像処理装置と前記サービスプロバイダとの双方に行う操作指示制御ステップと、
    を有することを特徴とするジョブ処理方法。
17. ネットワークに接続され、前記画像処理装置に対してプリント起動を行うプリンタドライバを備えるクライアントコンピュータと画像装置装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおけるジョブ処理方法において、
    前記プリンタドライバの出力ポートと関連付けられ、かつ、前記画像処理装置内に設けられて前記サービスプロバイダに画像処理指示可能な処理ステップと、
    前記画像処理装置により画像データを試し刷り出力するか、前記処理ステップにより前記サービスプロバイダに発注して処理させるかを選択指示に従い、前記画像データを前記処理ステップにより前記サービスプロバイダに発注して処理させるか否かを決定する決定ステップと、
    を有することを特徴とするジョブ処理方法。
18. ネットワークに接続され、前記画像処理装置に対してプリント起動を行うプリンタドライバを備えるクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダとからなる画像処理システムにおけるジョブ処理方法において、
    前記プリンタドライバの出力ポートと関連付けられた前記画像処理装置内に設けられて前記サービスプロバイダで実現される画像処理機能情報を取得可能な処理ステップと、
    前記画像処理装置においてサポートされる画像処理機能情報と各サービスプロバイダから取得される各画像処理機能情報との論理和結果に従い選択可能な画像処理機能を表示する機能表示ステップと、
    前記機能表示ステップにより表示された画像処理機能の中から所望の画像処理機能を設定する機能設定ステップと、
    前記機能設定ステップによって設定された画像処理機能に応じて、画像データを前記画像処理装置で出力するか、前記サービスプロバイダによる画像処理サービスで出力させるかの判断結果に応じて、前記画像処理装置または前記サービスプロバイダのいずれかにより前記画像データを出力させるかを決定する決定ステップと、
    を有することを特徴とするジョブ処理方法。
19. 請求項１１〜１８のいずれかに記載のジョブ処理方法を実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
20. 請求項１１〜１８のいずれかに記載のジョブ処理方法を実行させることを特徴とするプログラム。

Images