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

Abstract

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

Description

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

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

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

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

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

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

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

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

また、ウエブブラウザを利用した電子店舗が増えている中で、コンピュータを利用してプロバイダにプリントジョブを発注するサービスはあったが、ＭＦＰのプリンタドライバに試し刷りアイコンと発注アイコンを設け、試し刷りがクリックされた場合には、ＭＦＰ自身で試し刷り出力し、該出力を確認後、発注アイコンで大量部数や、製本機能などを付加してプロバイダに発注をかけることができるサービスは存在しなかった。

しかしながら、このようなコンピュータを利用した受発注はユーザにとって便利な反面、プロバイダ側にとってみると受注があったとしも相手が特定できないため、偽りの受注であったり、納品しても利益を回収できなかったりといったトラブルが後を絶たない。

そして、このようなトラブルに備えてプロバイダ側では、二重三重の契約基準やシステムを用意すると、今度はその手続きの面倒さに発注するユーザがアクセスする意欲が減退してしまい、結局ビジネスそのものが成り立たないといった事態を招いてしまう。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、ネットワークに接続された画像処理装置と、前記ネットワークを介して、所定の画像処理サービスを提供する１つまたは複数のサービスプロバイダからなる画像処理システムにおいて、ネットワーク上の複数のサービスプロバイダから提供可能な画像処理機能情報を取得し、該取得される画像処理機能情報に基づく第１の画像処理機能と前記画像処理装置で実行可能な第２の画像処理機能とを同一操作画面上に択一的に表示させるともに、該サービスプロバイダで実行された画像処理に伴う対価を管理する情報を要求元の画像処理装置にサービスカウント情報として登録管理することにより、ローカルによる画像処理では、装備されている画像処理装置では本来実行できない機能処理の設定であっても、ネットワークのサービスプロバイダで実行可能な処理機能をあたかも画像処理装置の機能表示と同等に表示して、ユーザによる画像処理がローカルなのかリモートなのかを意識しないで機能設定操作に適応して、ネットワーク上のサービスプロバイダを利用する高度な画像処理や製本要求に迅速に対応できる画像処理サービスを効率良く、かつ自在に行え、かつ、画像処理装置からサービスプロバイダに外部発注される画像処理実行に伴う対価と、ローカルで実行される保守契約等に伴う使用量に伴う代金とを画像処理装置側で管理して、サービスプロバイダが請求すべき対価をユーザから確実に回収、確認できる画像処理システム環境を整備することができる画像処理システムおよびジョブ処理方法および情報表示制御方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。

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

本発明に係る第１の発明は、ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダからなる画像処理システムにおいて、前記画像処理装置に対する機能設定を行う表示部を備える操作手段（例えば図３に示す操作部１０２−１）と、前記操作手段により前記サービスプロバイダを利用する画像処理要求を発注するための発注処理画面を前記表示部に表示し、前記発注処理画面に対する指示に基づいて、前記画像処理装置から前記サービスプロバイダに対して発注指示を行う発注指示手段と、前記発注指示手段による発注指示に伴って前記サービスプロバイダから通知されるサービスカウント情報を取得して記憶するカウント情報記憶手段（例えば図３に示す画像記憶部１０２−３またはコントローラ部１０２−４内の不揮発性メモリ（図示しない））とを有することを特徴とする。

本発明に係る第２の発明は、前記カウント情報記憶手段により記憶される前記サービスカウント情報を操作部に呼び出して表示させるカウント情報管理手段を有することを特徴とする。

本発明に係る第３の発明は、前記カウント情報管理手段は、前記カウント情報記憶手段により記憶され前記サービスカウント情報と発注履歴情報との双方を、または前記サービスカウント情報と発注履歴情報とのいずれかを操作部に呼び出して表示可能とすることを特徴とする。

本発明に係る第４の発明は、前記カウント情報管理手段は、前記カウント情報記憶手段により記憶される前記サービスカウント情報と各サービスプロバイダ毎に登録される単価情報とに基づいて算出されるサービス代金を前記操作部に表示可能とすることを特徴とする。

本発明に係る第５の発明は、前記カウント情報管理手段は、前記カウント情報記憶手段により記憶される前記サービスカウント情報をプロバイダ別、機能処理別のいずれかで操作部に呼び出して表示させるを有することを特徴とする。

本発明に係る第６の発明は、前記サービスプロバイダから最新の機能情報を取得して更新可能に管理する機能情報管理手段と、前記画像処理装置で実行可能な機能設定を行う第１の設定画面と、前記機能情報管理手段により管理されている最新の前記サービスプロバイダで実行可能な機能設定を行う第２の設定画面を前記第１の設定画面に依存する表示形態で切り替え表示する表示制御手段とを有することを特徴とする。

本発明に係る第７の発明は、前記機能情報管理手段は、各サービスプロバイダと定期的なタイミングあるいは接続スケジュールに従うタイミングに基づき、最新の機能情報を取得して登録されている各サービスプロバイダの機能情報を更新可能に管理することを特徴とする。

本発明に係る第８の発明は、ネットワークに接続されたクライアントコンピュータと、機能設定を行う表示部を備える操作手段を備える画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダからなる画像処理システムにおけるジョブ処理方法において、前記サービスプロバイダを利用する画像処理要求を発注するための発注処理画面を表示部に表示し、前記発注処理画面に対する指示に基づいて、前記画像処理装置から前記サービスプロバイダに対して発注指示を行う発注指示ステップ（図６１に示すステップＳ４３２２，Ｓ４３２３，Ｓ４３３２，Ｓ４３３３，Ｓ４３４２，Ｓ４３４３）と、前記発注指示ステップによる発注指示に伴って前記サービスプロバイダから通知されるサービスカウント情報を取得してカウント情報記憶手段に登録する登録ステップ（図６１に示すステップＳ４３０６，Ｓ４３１３）とを有することを特徴とする。

本発明に係る第９の発明は、前記カウント情報記憶手段により記憶される前記サービスカウント情報を操作部に呼び出して表示させるカウント情報表示ステップ（図示しない）を有することを特徴とする。

本発明に係る第１０の発明は、第９の発明のジョブ処理方法を実行させるためのプログラムをコンピュータが読み取り可能な記憶媒体に格納したことを特徴とする。

本発明に係る第１１の発明は、第９の発明のジョブ処理方法を実行させるためのプログラムであることを特徴とする。

本発明に係る第１２の発明は、画像処理装置及び前記画像処理装置とデータ通信可能な外部装置を含む画像処理システムであって、前記画像処理装置にて処理したジョブデータの処理量に関する情報の報知処理を報知手段を介して実行可能にすると共に、前記外部装置にて処理したジョブデータの処理量に関する情報の報知処理を前記報知手段と同一の報知手段を介して実行可能にする情報表示制御手段を有することを特徴とする。

本発明に係る第１３の発明は、画像処理装置及び前記画像処理装置とデータ通信可能な外部装置を含む画像処理システムに好適な情報表示制御方法であって、前記画像処理装置にて処理したジョブデータの処理量に関する情報の報知処理を報知手段を介して実行可能にすると共に、前記外部装置にて処理したジョブデータの処理量に関する情報の報知処理を前記報知手段と同一の報知手段を介して実行可能にすることを特徴とする。

本発明に係る第１４の発明は、前記ジョブデータの処理量に関する情報として、ジョブデータの印刷処理における印刷処理枚数、及び／又は、ジョブデータの通信処理におけるデータ量を少なくとも含むことを特徴とする。

本発明に係る第１５の発明は、前記情報を、前記画像処理装置が具備する報知手段に報知させることを特徴とする。

本発明に係る第１６の発明は、前記報知手段は、表示部及び又は音声出力部を少なくとも含むことを特徴とする。

本発明に係る第１７の発明は、第１５の発明の情報表示制御方法を実行させるためのプログラムをコンピュータが読み取り可能な記憶媒体に格納したことを特徴とする。

本発明に係る第１８の発明は、第１５の発明の情報表示制御方法を実行させるプログラムであることを特徴とする。

本発明によれば、装備されている画像処理装置に基づくローカルの画像処理では、本来実行できない機能処理の設定であっても、ネットワークのサービスプロバイダで実行可能な処理機能をあたかも画像処理装置の機能表示と同等に表示して、ユーザによる画像処理がローカルなのかリモートなのかを意識しないで機能設定操作に適応して、ネットワーク上のサービスプロバイダを利用する高度な画像処理や製本要求に迅速に対応できる画像処理サービスを効率良く、かつ自在に行え、かつ、画像処理装置からサービスプロバイダに外部発注される画像処理実行に伴う対価と、ローカルで実行される保守契約等に伴う使用量に伴う代金とを画像処理装置側で管理して、サービスプロバイダが請求すべき対価をユーザから確実に回収、確認できる画像処理システム環境を整備することができるという効果を奏する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

なお、ＭＦＰ１０２−２には、画像記憶部１０２−３および図示しないＮＶＲＡＭを備えており、プリンタ装置１０２−５とスキャナユニット１０２−２−２を利用するジョブ処理実行状態をカウントして課金処理に必要な情報を記憶管理する領域が確保されている。本実施形態では、ソフトカウンタとしてカウンタ手段を構成する場合を示すが、機械的なカウンタであっても、サービスマンの点検等により、カウント情報を取得できれば上記課金処理を実行可能であることはいうまでもない。

特に、本実施形態では、プロバイダ環境１１０に発注されたジョブ処理に伴う課金に換算可能な情報を該プロバイダ環境からインターネットＩＮＴを介して取得し、上記カウント情報を更新可能にコントローラ部１０２−４が管理している。

したがって、本実施形態におけるカウンタは、単純なプリント回数を計数するカウント処理に留まることなく、外部のプロバイダに発注されて処理されるジョブ処理コストを発注依頼者に請求することが可能となるように換算するために、機能毎（例えばサイズ、両面、製本処理等）のカウンタを保持し、各カウンタの集計処理結果を操作部１０２−１の液晶表示部上に後述する形態で表示して、もしくは図２に示したクライアントコンピュータ１０３側のブラウザを介してディスプレイ１０３−７に表示してその内容をユーザに確認させ、通常の利用代金に該ジョブ処理に伴って納品されるジョブ出力にかかる代金を上乗せした合算金として課金処理することが可能となり、従来換算処理できないような受注に対しても、正当な対価をユーザから回収できるようにカウンタ管理処理が制御装置１０２−４が制御するように構成されている。

これにより、ユーザに対しては、リモートで当該ＭＦＰ１０２が備えていない高度なジョブ処理を外部のプロバイダに対して簡単な操作で発注指示できるともに、悪意な発注処理に対してプロバイダ側が代金回収不能となる事態を解消して、その発注要求等の確証をＭＦＰ１０２側で管理して、ジョブ処理サービスを円滑にビジネス展開できる環境を整備することができる。

また、課金に伴うカウンタ情報に従い依頼元のＭＦＰ１０２のカウンタを更新する処理形態としては、プロバイダ環境１１０側のマネージャがダイレクトに行う場合と、図５に示すようにプロバイダ１１０ａ〜１００ｚ等に発注されたジョブ処理を統括管理するサービスセンター１５０が間接的に代行する場合とがある。なお、具体的な発注処理に伴うカウンタ処理の詳細については後述する。

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

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

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

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

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

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

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

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

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

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

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

このように、所謂、複合機能装置としての画像処理装置を用いて主に説明するが、本実施形態はこれに限らず、上述のような複数の機能のうちのいずれか１つの機能のみを有する（例えば、プリンタ機能のみ等）単一機能装置としての画像処理装置を用いても適用可能である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

プロバイダ協働実行シーケンスに切り替えると、ユーザが望んだ場合にも対応可能とする為のモード途中切替表示制御方法の両方を採用するよう構成する。

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

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

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

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

なお、コア部２２０６は、例えば、操作部２２１３における各種のユーザ操作を基に（例えば、どの操作画面で、どのキーが押下されたか等に関する操作情報を基に）、操作部２２１３を操作するユーザの望むオーダ種別がどの種別であるかを判断する。

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

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

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

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

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

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

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

図１１は、図１に示したＭＦＰ１０２上でコア部２２０６により管理更新されるファンクションテーブル（ＦＴＢ）の一例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

〔第７実施形態〕
〔カウンタによる発注管理〕
図５６〜図５８は、本発明に係る画像処理システムにおける操作部の表示画面の一例を示す図であり、図３に示した操作部１０２−１におけるカウンタ情報表示画面例に対応する。

ここで、ユーザ環境のＭＦＰ１０２に戻って、図５５に示す操作部１０２−１のカウンタチェックキー３３６を押すと、ＭＦＰ１０２がどのくらい利用されているかＬＣＤ表示部３００上に、例えばリスト形式で表示される。実際には、１枚の紙の通紙（給紙されてから完全に排紙されるまで）が完了するとカウンタが１ずつアップする。

一方、ジョブ処理途中で、何らかの要因によりジャムやエラーが発生した場合は当該カウンタはアップしない。また、両面プリントの場合でも、両面そろって排紙されると、トータルカウンタは２枚分に相当する「２」ずつ、両面カウンタは「１」ずつアップすることとなる。

なお、カウンタ値は、図５５〜５８に示すカウンタ表示画面において、表示されている項目毎にそれぞれ独立しているカウンタが、図３に示すコントローラ部１０２−４内のＮＶＲＡＭあるいは、ハードディスク等に確保されるカウンタ領域に確保され、それぞれの機能処理実行状態に応じてコントローラ部１０２−４が所定ステップ単位にカウントアップ処理する。

一般にカウンタの種類は、保守サービスを行う国や地域、あるいは、サービス会社などによって異なるが、トータルカウンタを初め、スモールサイズ（Ａ４やＬｅｔｔｅｒなど）の通紙枚数、ラージサイズ（Ａ３や１１×１７など）の通紙枚数、カラー／白黒の通紙枚数、あるいは、片面／両面の通紙枚数などのカウンタを独立して持つことが知られている。

これらはもともとその通紙枚数に応じて設定された料金体系が異なり、これらの月々のカウンタアップ分に応じて、サービス保守料金（ＭＧ料金）などが異なっているからである。

そこで、上記に示した外部に発注するサービスもその利用回数に応じて、カウンタ管理を行う。例えば、ＬＣＤ内にタブ形式でサービスタブを用意し、これが選択されると、図５８に示すように画面が切り替わる表示制御が実行される。

なお、カウンタは、プリント工程や後処理工程（フィニッシング）などのサービス毎にカウントしてもよいし、図５７に示すようにプロバイダ毎のタブを用意して、プロバイダ毎にカウントしてもよいし、あるいは、図５８に示すように後処理工程でもそれぞれ単価が異なるため同じ後処理工程でも中綴じ製本（ブックレット）やくるみ製本（ケースバインディング）などそれぞれ別々にカウントするように構成してもよい。

更に、１つのジョブであってもそれぞれ機能毎にカウントする。例えば、１００ページのくるみ製本冊子１０部の場合、面付け２ｉｎ１（カウンタＡ＝５０）、プリント（カウンタＢ＝１０００）、くるみ製本（カウンタＣ＝１０）といった具合に１ジョブでも、それぞれカウンタの機能により対応する単位でカウントアップする仕組みに構成されている。

図５９，図６０は、図２に示したクライアントコンピュータ１０３側のブラウザにより表示されるカウンタ管理モニタ画面の一例を示す図であり、例えばＭＦＰ１０２内のウエブサーバを利用して、クライアントコンピュータ１０３からＭＦＰ１０２のカウンタの内容をモニタする例である。本例において、図５９は、図５５に示した画面と同じ内容を、図６０は、図５６に示した画面と同じ内容を示した例であり、ウエブブラウザを利用してカウンタ値を確認できる。

また、カウンタだけでなく、サービス単価や概略見積もりコストなども同時に表示してもよい。さらに、カウンタだけでなく、発注の日付、時間、発注プロバイダ名、納期なども併記してサービス明細（ログ）として記録したり、表示したりしてもよい。

なお、本実施形態のカウンタ情報の一例として、本画像処理装置、及び本画像処理装置にて実行不能な処理・機能を実行可能で且つ本画像処理装置と通信ユニットを介してデータ通信可能で且つ本画像処理装置から所望の処理を実行させる依頼を該通信ユニットを介して実行可能な、サービスセンターとしてのプロバイダ、即ち、外部装置（情報処理装置とも呼ぶ）、において、取扱った記録用紙の処理枚数（消費枚数）を、取り扱う場合の例について、本実施形態（その他の実施形態も含む）では主に説明するが、本実施形態のカウンタ情報とは、このような、処理枚数だけに留まらず、例えば、電子メールやファクシミリ送信したデータのデータ量等をも、カウンタ情報として管理可能に構成しており、このような情報をカウンタ情報として適用できる。つまり、本実施形態は、本画像処理装置、及び上記外部装置にて、ジョブデータの処理量（ジョブを印刷した記録紙の印刷枚数の総和に関する情報や、ジョブを送受信する場合における処理したジョブのデータ量の総和に関する情報等のうちの少なくとも何れかの情報を含む）に関する情報を、カウンタ情報として管理記憶し、これを本実施形態の表示制御等の各種の制御に利用可能にしている。

そして、このような本実施形態でいうところのカウンタ情報に関し、本画像処理装置のカウンタ情報を、第１タイプのカウンタ情報として、本画像処理装置の報知ユニット（例えば、操作部）を介してユーザに報知（本実施形態の報知処理は、例えば、表示部にカウンタ情報を表示させることでユーザに報知する処理や、不図示の音声ユニットに音声情報出力させることによりユーザに報知する処理などの各種の報知処理を含む）を可能に制御するとともに、本画像処理装置からネットワーク等の所定の通信媒体や通信ユニット等を介してユーザの所望の処理を依頼可能な依頼先である外部装置（プロバイダ、サービスセンターなど）におけるカウンタ情報を、第２タイプのカウンタ情報として、上記通信ユニット等を介して本画像処理装置が取得可能に構成し、本画像処理装置の上記報知ユニットを介して、報知可能に、本実施形態のコア部により制御可能に構成している。

そして、これら本画像処理装置のカウンタ情報、及び外部装置のカウンタ情報を、本画像処理装置のユーザが、それぞれ、区別可能にした状態の報知処理（例えば、ユーザに報知したカウンタ情報は本画像処理装置のカウンタ情報であるのか否か、プロバイダとしての依頼先となる外部装置のカウンタ情報であるのか否かを、ユーザにより識別可能にする報知処理や、画像処理装置にて実行可能な複数の処理の各処理毎に、どれだけジョブを本画像処理装置にて処理したか、処理枚数にそれぞれ換算して、それを本画像処理装置にてユーザに報知可能に制御するとともに、該プロバイダとしての外部装置にて実行可能な複数の処理の各処理毎に、どれだけジョブを該プロバイダにて処理したか、処理枚数にそれぞれ換算して、それを本画像処理装置にてユーザに報知可能に制御する処理等）を、報知ユニット（例えば、操作部の表示部や、不図示の音声ユニット等の各種の報知ユニット）に、実行させるようコア部により制御可能に構成している。

〔第８実施形態〕
上記各実施形態等では、自分のＭＦＰ１０２に出力するか、外部のプロバイダ環境１１０に対して発注をかけるかはユーザの意思に任されており、発注機能（発注ボタンや発注アイコン）を意識的にアクティブにするという方法について説明したが、ＭＦＰ内部で処理できる機能と外部に発注することで可能となる機能の全てをＭＦＰの操作部やプリンタドライバあるいは、ブラウザなどを利用したジョブサブミット画面で表示し、ユーザに好みの機能を選択させ、その設定された機能に応じて自分の環境内のＭＦＰで出力させるか、外部のプロバイダに発注を行うかをＭＦＰ自身が自動的に判断するように構成してもよい。以下、その実施形態について説明する。

図６１は、本発明に係る画像処理システムにおける第３のジョブ発注処理手順の一例を示すフローチャートであり、図３に示したＭＦＰ１０２によるジョブ発注とカウント処理手順に対応する。なお、Ｓ４３０１〜Ｓ４３０６，Ｓ４３１１〜４３１３，Ｓ４３２１〜Ｓ４３２６，Ｓ４３３１〜Ｓ４３３６，Ｓ４３４１〜Ｓ４３４６は各ステップを示す。

サービスセンター１５０で、予め各プロバイダ１１０ａ等からの機能情報を吸い上げて、記憶装置に登録しておき（Ｓ４３２１）〜（Ｓ４３４１）、機能画面を表示する際に、ＭＦＰ１０２からサービスセンター１５０への問い合わせ（Ｓ４３１１），その登録された機能の表示を行う（Ｓ４３０２）。なお、ＭＦＰ１０２からサービスセンター１５０への問い合わせ方法は、操作部画面を開くたびに問い合わせてもいいし、開くたびにアクセスすると時間がかかる場合には、図６１のようにＭＦＰ１０２の電源投入時や定期的なポーリングなどでサービスセンター１５０に予めサポート機能を問い合わせておいて、ユーザが機能選択画面を表示する際、すぐに表示されるようにしておいてもよい。

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

このときＭＦＰ１０２は、その設定された機能が自分自身で処理可能か否かを判断して（Ｓ４３０３）、可能であると判断した場合は、ＭＦＰ１０２に設定機能を反映させて（Ｓ４３０４）、プリント出力を行う（Ｓ４３０５）。

一方、ステップＳ４３０３で、サポート範囲外の機能を入力されていたと判断した場合には、サービスセンター１５０経由で機能がサポート可能なプロバイダを選定して（Ｓ４３１２）、いずれかのプロバイダに発注依頼を行ったり（Ｓ４３２２，Ｓ４３３２，Ｓ４３４２）、または、ＭＦＰ１０２から機能がサポート可能なプロバイダに直接発注依頼を行ったりする。

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

そして、実行された機能毎にカウンタを設定されている単位でカウントアップさせるための情報を発注元を管理するサービスセンター１５０に通知する（Ｓ４３２６，Ｓ４３３６，Ｓ４３４６）。

そして、各プロバイダから通知されるカウント情報と通知先情報とから、発注元にＭＦＰ１０２内で管理される各カウンタの値を更新すべき更新情報を通知する（Ｓ４３１３）。

そして、ＭＦＰ１０２側で、サービスセンター１５０からの通知情報を監視して、それがカウンタの更新情報であると判断した場合は、そのカウンタＩＤを判定して、対応するカウンタの値を更新（カウントアップ）して（Ｓ４３０６）、処理を終了する。

なお、上記実施形態では、カウンタのカウント値は、正価として請求する場合に対応するものであるが、プロバイダの新規参入やマシン入れ換え等により、割引キャンペーンを期間限定で行う場合等によっては、通常のカウント値よりも減算されたカウントアップをＭＦＰ１０２の各カウンタに対してそれぞれ行い、受注者のリピータ意欲を促進できるように制御してもよい。

〔第９実施形態〕
なお、プロバイダ１１０ａ等やサービスセンター１５０の仲介を行う会社にとって、サービス機能のカウンタを持つ意味は、サービス料金の徴収だけではない。

例えばユーザがどのような機能を多く使うか、どのような時期や時間に多く利用するか、あるいは、一回の発注時にどのくらいの分量の発注を行うかなど、アンケート的や統計的に情報を収集することが可能となる。

そのとき、ユーザのカウンタ情報をネットワーク経由で吸い上げ制御を定期的あるいは大量ジョブ実行開始前等に行うことにより、貴重なサービス情報源として利用できるばかりでなく、今後のサービスの拡大化に利用できる可能性を秘めている。

その際に、図５に示すような形態でサービスセンター１５０に情報を集結させることを考えたとき、例えば、図６１に示したフローでＭＦＰ１０２のカウンタをアップさせる。

すなわち、予め各プロバイダから機能ごとの単価をサービスセンター１５０に登録させておき、ユーザの持つＭＦＰ１０２にて、機能と単価を表示させる（Ｓ４３０２）。次に、ＭＦＰ１０２にてプリントするか、プロバイダに発注をかけるかを選択し（Ｓ４３０３）、ＭＦＰ１０２自身でプリントならば、自分自身でプリントし（Ｓ４３０５）、その分のトータルカウンタをアップさせる。

一方、サービスセンター経由で発注をかける場合には、サービスセンターで適切なプロバイダを選択し（Ｓ４３１２）、プロバイダＡに発注をかけるならば（Ｓ４３２２）、そこでプリント製本サービスを行い（Ｓ４３２４）、出力書類が実際にユーザの元に届き（Ｓ４３２５）、伝票処理がなされたなら、プロバイダＡはサービスセンター１５０に対して、利用された機能ごとのカウンタアップ分の通知を行い（Ｓ４３２６）、それをサービスセンターにて管理し（Ｓ４３１３）、ＭＦＰ１０２に対して、機能ごとのサービスカウンタのアップを行う（Ｓ４３０６）。

更に、サービスセンター１５０では、時期や時間帯、発注の数量、発注回数や頻度など時間単位やプロバイダ単位での集計を行い、統計化すると、それぞれのカウンタ情報は利用度合いのアンケートとしてデータを有効利用することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

符号の説明

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

Claims (18)

1. ネットワークに接続されたクライアントコンピュータと画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダからなる画像処理システムにおいて、
   前記画像処理装置に対する機能設定を行う表示部を備える操作手段と、
   前記操作手段により前記サービスプロバイダを利用する画像処理要求を発注するための発注処理画面を前記表示部に表示し、前記発注処理画面に対する指示に基づいて、前記画像処理装置から前記サービスプロバイダに対して発注指示を行う発注指示手段と、
   前記発注指示手段による発注指示に伴って前記サービスプロバイダから通知されるサービスカウント情報を取得して記憶するカウント情報記憶手段と、
   を有することを特徴とする画像処理システム。
2. 前記カウント情報記憶手段により記憶される前記サービスカウント情報を操作部に呼び出して表示させるカウント情報管理手段を有することを特徴とする請求項１記載の画像処理システム。
3. 前記カウント情報管理手段は、前記カウント情報記憶手段により記憶され前記サービスカウント情報と発注履歴情報との双方を、または前記サービスカウント情報と発注履歴情報とのいずれかを操作部に呼び出して表示可能とすることを特徴とする請求項１記載の画像処理システム。
4. 前記カウント情報管理手段は、前記カウント情報記憶手段により記憶される前記サービスカウント情報と各サービスプロバイダ毎に登録される単価情報とに基づいて算出されるサービス代金を前記操作部に表示可能とすることを特徴とする請求項１記載の画像処理システム。
5. 前記カウント情報管理手段は、前記カウント情報記憶手段により記憶される前記サービスカウント情報をプロバイダ別、機能処理別のいずれかで操作部に呼び出して表示させることを特徴とする請求項２記載の画像処理システム。
6. 前記サービスプロバイダから最新の機能情報を取得して更新可能に管理する機能情報管理手段と、
   前記画像処理装置で実行可能な機能設定を行う第１の設定画面と、前記機能情報管理手段により管理されている最新の前記サービスプロバイダで実行可能な機能設定を行う第２の設定画面を前記第１の設定画面に依存する表示形態で切り替え表示する表示制御手段と、
   を有することを特徴とする請求項１記載の画像処理システム。
7. 前記機能情報管理手段は、各サービスプロバイダと定期的なタイミングあるいは接続スケジュールに従うタイミングに基づき、最新の機能情報を取得して登録されている各サービスプロバイダの機能情報を更新可能に管理することを特徴とする請求項６記載の画像処理システム。
8. ネットワークに接続されたクライアントコンピュータと、機能設定を行う表示部を備える操作手段を備える画像処理装置と、前記ネットワークを介して、サービスを提供する１つまたは複数のサービスプロバイダからなる画像処理システムにおけるジョブ処理方法において、
   前記サービスプロバイダを利用する画像処理要求を発注するための発注処理画面を表示部に表示し、前記発注処理画面に対する指示に基づいて、前記画像処理装置から前記サービスプロバイダに対して発注指示を行う発注指示ステップと、
   前記発注指示ステップによる発注指示に伴って前記サービスプロバイダから通知されるサービスカウント情報を取得してカウント情報記憶手段に登録する登録ステップと、
   を有することを特徴とするジョブ処理方法。
9. 前記カウント情報記憶手段により記憶される前記サービスカウント情報を操作部に呼び出して表示させるカウント情報表示ステップを有することを特徴とする請求項８記載のジョブ処理方法。
10. 請求項９に記載のジョブ処理方法を実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
11. 請求項９に記載のジョブ処理方法を実行させることを特徴とするプログラム。
12. 画像処理装置及び前記画像処理装置とデータ通信可能な外部装置を含む画像処理システムであって、
    前記画像処理装置にて処理したジョブデータの処理量に関する情報の報知処理を報知手段を介して実行可能にすると共に、前記外部装置にて処理したジョブデータの処理量に関する情報の報知処理を前記報知手段と同一の報知手段を介して実行可能にする情報表示制御手段を有することを特徴とする画像処理システム。
13. 画像処理装置及び前記画像処理装置とデータ通信可能な外部装置を含む画像処理システムに好適な情報表示制御方法であって、
    前記画像処理装置にて処理したジョブデータの処理量に関する情報の報知処理を報知手段を介して実行可能にすると共に、前記外部装置にて処理したジョブデータの処理量に関する情報の報知処理を前記報知手段と同一の報知手段を介して実行可能にすることを特徴とする情報表示制御方法。
14. 前記ジョブデータの処理量に関する情報として、ジョブデータの印刷処理における印刷処理枚数、及び／又は、ジョブデータの通信処理におけるデータ量を少なくとも含むことを特徴とする請求項１３記載の情報表示制御方法。
15. 前記情報を、前記画像処理装置が具備する報知手段に報知させることを特徴とする請求項１３又は１４に記載の情報表示制御方法。
16. 前記報知手段は、表示部及び又は音声出力部を少なくとも含むことを特徴とする請求項１３乃至１５の何れかに記載の情報表示制御方法。
17. 請求項１５記載の情報表示制御方法を実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
18. 請求項１５記載の情報表示制御方法を実行させることを特徴とするプログラム。

Images