JP2004295602A - 画像形成システムおよび画像形成システムの制御方法およびプログラムおよび記憶媒体 - Google Patents

Abstract

【課題】１つまたは複数の校正表現方法をユーザに提供して、ユーザに対してよりリーズナブルなコストでサービスを提供したり、また複数の校正表現方法でより確実な出力予測を可能とすること。
【解決手段】画像データとその印刷指示からなるジョブを受注・入稿マネージャ１１２がインターネットを介して受け付け、１つ又は複数の校正表現方法から前記ジョブの校正表現方法をインターネットを介して選択指示し、該選択された１つ又は複数の校正表現方法に基づいて、プルーフマネージャ１１４が、前記ジョブの前記印刷指示に基づく前記画像データを校正表現し、該校正表現された前記ジョブの印刷の是非をインターネットを介して確認し、印刷する旨の確認が成された場合に前記校正表現された前記ジョブを印刷処理に移行させ、プリントマネージャ１１５によりプリント処理する構成を特徴とする。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、所定のネットワークに接続される画像形成装置システムの制御に関するものである。
【０００２】
【従来の技術】
一般に、印刷業界では、入稿、デザインやレイアウト、カンプ（プリンタ出力によるプレゼンテーション）、校正（レイアウト修正や色修正）、校正刷り（プルーフプリント）、版下作成、印刷、後処理加工、発送といった具合に様々な工程を踏んで作業を進めてきた。
【０００３】
これは印刷機の利用には版下作成は欠かすことができないもので、一度版下を作成すると、その修正は容易でなく、かつコスト的にかなり不利となるからであり、そのため入念な校正すなわちレイアウトのチェックや色の確認作業が必須であった。
【０００４】
【発明が解決しようとする課題】
このように、上記従来の方法では、印刷業界においては、入念な校正作業を行わなければならないという問題点があった。
【０００５】
しかしながら、昨今プリント・オン・ディマンド（ＰＯＤ）と呼ばれる大量部数や大量ジョブを扱う市場では、印刷に変わって、ディジタルプリントを利用してプリント処理されるケースが増えており、従来の印刷業界では見られなかったいくつかの利点が挙げられる。
【０００６】
ディジタルプリントを利用したプリント処理の利点は、具体的には、入念な校正作業であった部分が比較的容易に変更可能になる点、デジタルプリンタとコンピュータの親和性により、インターネットを利用したジョブの受発注やジョブ管理などができる点、デジタルプリンタの普及性によりリモートプルーフが容易である点、あるいは、カラーとモノクロの切り替えも容易であり、ケースバイケースでそれらを使い分けられる点など多数の利点を有している。
【０００７】
そして、印刷業界でかなりの時間を費やしていたカンプやプルーフ作業に対して、その作業内容を分析すると共に、上述したデジタルプリンタの利点を生かした作業工程の削減や、顧客に対してより安価な出力提供が可能なシステムの構築が望まれている。
【０００８】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、画像データとその印刷指示からなるジョブを所定のネットワークを介して受け付け、１つ又は複数の校正表現方法から前記受け付けられるジョブの前記印刷指示に基づく前記画像データの校正表現方法を前記ネットワークを介して選択指示し、該選択された１つ又は複数の校正表現方法に基づいて前記ジョブの前記印刷指示に基づく前記画像データを校正表現し、該校正表現された前記ジョブの印刷の是非を前記ネットワークを介して確認し、印刷する旨の確認が成された場合に前記校正表現された前記ジョブを印刷処理することにより、１つまたは複数の校正表現方法をユーザに提供して、ユーザに対してよりリーズナブルなコストでサービスを提供することが可能となり、またユーザ側にとっても複数の校正表現方法でより確実な出力予測ができ、サービス提供側にとっても１つずつ段階を追って作業が進められるのでより短納期で出力をすることができる画像形成システムおよび画像形成システムの制御方法およびプログラムおよび記憶媒体を提供することである。
【０００９】
【課題を解決するための手段】
本発明に係る第１の発明は、所定のネットワーク（インターネット）に接続される画像形成システム（図１）において、画像データとその印刷指示からなるジョブを前記ネットワークを介して受け付けるジョブ受け付け手段（図１に示す受注・入稿マネージャ１１２）と、１つ又は複数の校正表現方法から前記ジョブ受け付け手段により受け付けるジョブの前記印刷指示に基づく前記画像データの校正表現方法を前記ネットワークを介して選択指示する選択手段（図２９，図３７に示すプルーフモード２２２１〜２２２４，図３７に示すプルーフムード２９０１〜２９０３）と、前記選択手段により選択された１つ又は複数の校正表現方法に基づいて前記ジョブの前記印刷指示に基づく前記画像データを校正表現する校正表現手段（図１に示すプルーフマネージャ１１４）と、前記校正表現手段により校正表現された前記ジョブの印刷の是非を前記ネットワークを介して確認する確認手段（図３２〜図３６）と、
前記確認手段により印刷する旨の確認が成された場合に前記校正表現手段により校正表現された前記ジョブを印刷処理する印刷制御手段（図１に示すプルーフマネージャ１１４，プリントマネージャ１１５）とを有することを特徴とする。
【００１０】
本発明に係る第２の発明は、所定のネットワーク（インターネット）に接続される画像形成システム（図１）において、画像データとその印刷指示からなるジョブを前記ネットワークを介して受け付けるジョブ受け付け手段（図１に示す受注・入稿マネージャ１１２）と、前記ジョブ受け付け手段により受け付けたジョブの前記印刷指示に従って前記画像データに対応する画像イメージをレイアウト処理するレイアウト手段（図１に示す原稿編集マネージャ１１３）と、１つ又は複数の校正表現方法から前記レイアウト手段によりレイアウトされる画像イメージの校正表現方法を前記ネットワークを介して選択する選択手段（図２９，図３７に示すプルーフモード２２２１〜２２２４，図３７に示すプルーフモード２９０１〜２９０３）と、前記選択手段により選択された１つ又は複数の校正表現方法に基づいて前記レイアウト手段によりレイアウトされた画像イメージを校正表現する校正表現手段（図１に示すプルーフマネージャ１１４）と、前記校正表現手段により校正表現された前記画像イメージの印刷の是非を前記ネットワークを介して確認する確認手段（図３２〜図３６）と、前記確認手段により印刷する旨の確認が成された場合に前記校正表現手段により校正表現された前記画像イメージを印刷処理する印刷制御手段（図１に示すプルーフマネージャ１１４，プリントマネージャ１１５）とを有することを特徴とする。
【００１１】
本発明に係る第３の発明は、所定のネットワーク（インターネット）に接続される画像形成システム（図１）において、前記ネットワークを介して画像データとその印刷指示からなるジョブを受け付けるジョブ受け付け手段（図１に示す受注・入稿マネージャ１１２）と、前記ジョブ受け付け手段により受け付けたジョブ内の前記印刷指示に従って前記画像データに対応する画像イメージに色調整処理を行う色調整手段（図１に示す原稿編集マネージャ１１３）と、１つ又は複数の校正表現方法から前記色調整手段により色調整される画像イメージの校正表現方法を前記ネットワークを介して選択する選択手段（図２９，図３７に示すプルーフモード２２２１〜２２２４，図３７に示すプルーフモード２９０１〜２９０３）と、前記選択手段により選択された１つ又は複数の校正表現方法に基づいて前記色調整手段により色調整された画像イメージを校正表現する校正表現手段（図１に示すプルーフマネージャ１１４）と、前記校正表現手段により校正表現された前記画像イメージの印刷の是非を前記ネットワークを介して確認する確認手段（図３２〜図３６）と、前記確認手段により印刷する旨の確認が成された場合に前記校正表現手段により校正表現された前記画像イメージを印刷処理する印刷制御手段（図１に示すプルーフマネージャ１１４，プリントマネージャ１１５）とを有することを特徴とする。
【００１２】
本発明に係る第４の発明は、所定のネットワーク（インターネット）に接続される画像形成システム（図１）において、画像データとその印刷指示からなるジョブを前記ネットワークを介して受け付けるジョブ受け付け手段（図１に示す受注・入稿マネージャ１１２）と、１つ又は複数の校正表現方法から前記ジョブ受け付け手段により受け付けるジョブの前記印刷指示に基づく前記画像データの校正表現方法を前記ネットワークを介して選択指示する選択手段（図２９，図３７に示すプルーフモード２２２１〜２２２４，図３７に示すプルーフモード２９０１〜２９０３）と、前記選択手段による校正表現方法の選択結果に基づいて校正表現にかかるコストを算出するコスト算出手段（図２に示すウェブサーバ部２２１）と、前記コスト算出手段により算出されたコストを前記ネットワークを介して通知する通知手段（図２に示すウェブサーバ部２２１）とを有することを特徴とする。
【００１３】
本発明に係る第５の発明は、所定のネットワーク（インターネット）に接続される画像形成システム（図１）において、画像データとその印刷指示からなるジョブを前記ネットワークを介して受け付けるジョブ受け付け手段（図１に示す受注・入稿マネージャ１１２）と、１つ又は複数の校正表現方法から前記ジョブ受け付け手段により受け付けるジョブの前記印刷指示に基づく前記画像データの校正表現方法を前記ネットワークを介して選択指示する選択手段（図２９，図３７に示すプルーフモード２２２１〜２２２４，図３７に示すプルーフモード２９０１〜２９０３）と、前記選択手段による校正表現方法の選択結果に基づいて校正表現にかかるコストを算出するコスト算出手段（図２に示すウェブサーバ部２２１）と、前記算出手段によるコスト算出された前記校正表現の実行の是非を前記ネットワークを介して確認する第１の確認手段（図３１）と、前記第１の確認手段により校正表現を実行する旨の確認が成された場合に前記選択手段により選択された１つ又は複数の校正表現方法に基づいて前記色調整手段により色調整された画像イメージを校正表現する校正表現手段（図１に示すプルーフマネージャ１１４）と、前記校正表現手段により校正表現された前記ジョブの印刷の是非を前記ネットワークを介して確認する第２の確認手段（図３２〜図３６）と、前記第２の確認手段により印刷する旨の確認が成された場合に前記校正表現手段により校正表現された前記ジョブを印刷処理する印刷制御手段（図１に示すプルーフマネージャ１１４，プリントマネージャ１１５）とを有することを特徴とする。
【００１４】
本発明に係る第６の発明は、前記所定のネットワークは、インターネットを含み、前記ジョブ受け付け手段は、ウェブブラウザを利用したインターネットを介したジョブの受け付けを含むことを特徴とする。
【００１５】
本発明に係る第７の発明は、前記所定のネットワークは、インターネットを含み、前記１つ又は複数の校正表現方法は、ウェブブラウザを利用したインターネットを介したサムネール表示による校正表現方法を含むことを特徴とする。
【００１６】
本発明に係る第８の発明は、前記１つ又は複数の校正表現方法は、ＰＤＦデータに変換した画像データによる校正表現方法を含むことを特徴とする。
【００１７】
本発明に係る第９の発明は、前記１つ又は複数の校正表現方法は、校正刷りしたプリント出力サンプルによる校正表現を含むことを特徴とする。
【００１８】
本発明に係る第１０の発明は、前記１つ又は複数の校正表現方法は、ラスタライズ展開されたビットマップデータ又はプリントレディファイルによる校正表現方法を含むことを特徴とする。
【００１９】
本発明に係る第１１の発明は、所定のネットワークに接続される画像形成システムの制御方法において、画像データとその印刷指示からなるジョブを前記ネットワークを介して受け付けるジョブ受け付け工程（図２のステップＳ２２３〜Ｓ２２６）と、１つ又は複数の校正表現方法から前記ジョブ受け付け工程により受け付けるジョブの前記印刷指示に基づく前記画像データの校正表現方法を前記ネットワークを介して選択指示する選択工程（図２のステップＳ２０７，ウェブサーバ２２１による確認処理）と、前記選択工程により選択された１つ又は複数の校正表現方法に基づいて前記ジョブの前記印刷指示に基づく前記画像データを校正表現する校正表現工程（図６のステップＳ４２２〜Ｓ４２６）と、前記校正表現工程により校正表現された前記ジョブの印刷の是非を前記ネットワークを介して確認する確認工程（図６のステップＳ４２７，Ｓ４２８）と、前記確認工程により印刷する旨の確認が成された場合に前記校正表現工程により校正表現された前記ジョブを印刷処理する印刷工程（図６のステップＳ４２８（Ｙｅｓ）以降の図示しない印刷工程）とを有することを特徴とする。
【００２０】
本発明に係る第１２の発明は、第１１の発明に記載された画像形成システムの制御方法を実行するためのプログラムであることを特徴とする。
【００２１】
本発明に係る第１３の発明は、第１１の発明に記載された画像形成システムの制御方法を実行するためのプログラムをコンピュータが読み取り可能に記憶媒体に記憶したことを特徴とする。
【００２２】
【発明の実施の形態】
〔第１実施形態〕
以下、添付図面に従って本発明に係る実施形態を詳細に説明する。
【００２３】
〔システムの概要説明〕
図１は、本発明の第１実施形態を示す画像形成システムの構成の一例を示すブロック図である。
【００２４】
図に示すように、本実施形態の画像形成システムを構成する各装置はネットワーク１０１で接続されており、このネットワーク１０１は一系統であっても、図に示されるように１０１ａ、１０１ｂ及び１０１ｃのように複数系統持っていても構わない。
【００２５】
図において、１１１は工程管理マネージャであり、コンピュータやデバイス、或るは本画像形成システムを流れる全てのジョブの工程を管理している。１１２は受注・入稿マネージャであり、インターネット経由で入稿されるジョブの受け付けを行う。１１３は原稿編集マネージャであり、入稿されたジョブ及び／又はスキャナによって読み取られた画像データに基づくジョブをユーザの要求どおりのページ順や配置に加工するためのものである。
【００２６】
１１４はプルーフマネージャであり、インターネットと通信可能に接続され、原稿編集されたジョブまたはその出力サンプルがユーザの意図どおりであるかどうかをインターネット等を介して確認させる（プルーフ処理（校正処理）する）ためのものである。１１５はプリントマネージャであり、印刷前処理（原稿編集処理，プルーフ処理）されたジョブに対して、ラスタライズ処理を施し、そこに接続されたＭＦＰ（カラーＭＦＰ１０４ａ，１０４ｂまたは白黒ＭＦＰ１０５ａ〜１０５ｃ）にプリント出力（印刷処理）させる。
【００２７】
１１６は後処理マネージャであり、ユーザの要求どおりの後処理（仕上げ処理）工程（断裁処理工程，中綴じ製本処理工程，くるみ製本処理工程，紙折処理工程，封入処理工程，帳合処理工程等）を施すように、断裁機１２１，中綴じ製本機１２２，くるみ製本機１２３，紙折機１２４，封入機，帳合機１２６を制御する。１１７はファイル保管マネージャであり、ユーザのジョブを保管したり、再プリント依頼に応えるファイルサーバである。
【００２８】
１１８は納品・発送マネージャであり、インターネットと通信可能に接続され、作業者に対して出来上がった書類を納品するよう指示したり、納品した納品伝票や発送履歴などを管理する（納品処理する）役割を果たす。１１９はスキャンマネージャであり、紙原稿での入稿などに対して、スキャナ１０６で原稿を読み取って、電子データ化することができる。
【００２９】
なお、各マネージャ１１１〜１１８は、それぞれ別個の情報処理装置で構成されていてもよいし、マネージャ１１１〜１１８のいずれか複数又は全ての機能を１の情報処理装置で実現するように構成してもよい。
【００３０】
また、各マネージャは、ＣＰＵ，ＲＯＭ，ＲＡＭ，ＨＤ等を有するコンピュータ装置であり、ＣＰＵがＲＯＭ，ＨＤ又はその他の記憶媒体に格納されるプログラムを実行して各機能を実現するものである。１０３はクライアントコンピュータ（クライアント）で、各マネージャにアクセス可能である。
【００３１】
以下、図１に示した各マネージャの役割に関して説明する。
【００３２】
〔工程管理マネージャ１１１〕
一般に、管理情報システム（ＭＩＳ＝Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ）と呼ばれる集中的管理システムでは、生産関連データの収集、加工、報告を通して経営計画と管理業務を支援し、情報を蓄積して、必要なとき、必要な部署に提供することができる。
【００３３】
工程管理マネージャ１１１は、この管理情報システムの中心となるコンピュータであり、従来は、人の能力上の制約によって集中管理しきれなかった部分を、コンピュータによる情報のデータベース化により、情報を集中管理する役割を果たすものである。
【００３４】
この工程管理マネージャ１１１に蓄えられたデータは、意思決定のアプリケーション、特に生産物のスケジューリングを行って作業者が効率よく作業できるように作業工程を指示したり管理したりして、生産能力計画を高めることに利用される。
【００３５】
〔受注・入稿マネージャ１１２〕
図１に示した受注・入稿マネージャ１１２は、いわゆる電子商取引（ＥＣ＝Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）の仲介役で、インターネット経由で受発注を行うためのコンピュータである。また、受注・入稿マネージャ１１２は、ユーザ側から見ると、インターネット上のウェブページを利用した電子店舗があり、ここでユーザ認証を行った後に、所望のファイルを所望の設定と一緒に電子データとして送付し、ジョブの発注を行うものである。
【００３６】
図２は、図１に示した受注・入稿マネージャ１１２とユーザ側のコンピュータとの通信及び受注・入稿マネージャ１１２による受注処理（本発明の第１の制御処理）を示すフローチャートであり、Ｓ２０１〜Ｓ２１１はユーザ側のウェブブラウザ（Ｗｅｂ Ｂｒｏｗｓｅｒ）上での作業ステップを示し、Ｓ２２２〜Ｓ２２６は受注・入稿マネージャ１１２側での制御処理ステップを示す。
【００３７】
ステップＳ２０１において、ユーザはウェブブラウザを起動し、該ウェブブラウザ上でＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）アドレスを入力して、受注・入稿マネージャ１１２がもつウェブサーバ（Ｗｅｂ Ｓｅｒｖｅｒ）部２２１にアクセスを行う。
【００３８】
このウェブサーバ部２２１は、Ｍｉｃｒｏｓｏｆｔ社のＩＩＳ（Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｅｒｖｅｒ）に代表されるウェブサーバプログラムであり、ｈｔｔｐプロトコルにより、ユーザがウェブブラウザを介してＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）アドレスを入力すると、ウェブブラウザにサービス画面（Ｗｅｂｐａｇｅ；後述する図２４〜図３１）を提供するものである。
【００３９】
そして、ユーザ側では、ウェブブラウザがウェブサーバ部２２１より提供されたサービス画面（後述する図２４）を開き、登録済みのユーザはユーザＩＤ（例えばＥ−ｍａｉｌ Ａｄｄｒｅｓｓ），パスワード等を入力する。なお、登録されていない新たなユーザの場合は、未登録ユーザを選択する。そして、ウェブサーバ部２２１より提供される受発注画面（図２５〜図３０）を開く（Ｓ２０２）。
【００４０】
ユーザは、ウェブサーバ部２２１より順次提供されウェブブラウザ上に順次表示される受発注画面（後述する図２５〜図３０に示す画面）より、カスタマ情報（新規ユーザの場合又は登録済みのユーザの変更登録を行う場合），ドキュメント情報（画像データのファイル名（複数選択可能）），ジョブ情報（ジョブチケット等），後処理情報（フィニッシング処理等），プルーフ及びアーカイブ情報，デリバリ情報等の各種印刷指示を入力する（Ｓ２０３〜Ｓ２０８）。このとき、ウェブサーバ部２２１では、各受発注画面（図２５〜図３０に示す各画面）でのユーザの入力項目に欠落や入力ミスがないかを逐次簡単に確認した上で、ジョブ仮発注画面（後述する図３１）に遷移（提供）するが、もし各受発注画面（図２５〜図３０に示す各画面）での入力項目に問題があれば、その都度ユーザにワーニングを提供し、ジョブの発注ミスがないようにする。なお、このウェブサーバ部２２１には、図２４〜図３１に示す各サービス画面、及び上記入力項目のチェックプログラム等が予めアップロードされているものとする。
【００４１】
次に、ウェブサーバ部２２１より提供されウェブブラウザ上に順次表示されるジョブ仮発注画面（後述する図３１）上で、ユーザが仮発注を承認するまで上記入力作業を繰り返し（Ｓ２０９）、ジョブ仮発注画面（図３１）上で、ユーザが仮発注を承認すると（Ｓ２０９でＹｅｓ）、ウェブブラウザは、ユーザが選択したファイル（画像データ）及び各印刷指示を含むジョブを、ユーザ側から受注・入稿マネージャ１１２のホットフォルダ部２２２に送信する。このホットフォルダはユーザ毎に設けられていてもよい。
【００４２】
また、受注・入稿マネージャ１１２側では、常にホットフォルダ内のジョブの有無をポーリングにて監視しており（Ｓ２２３，Ｓ２２４）、ジョブがあると判断した場合には、そのジョブを受け付けられるかを確認し（Ｓ２２５）、許可されれば（受け付け可能であれば）、ジョブの受け付けを行い、該受け付けたジョブを工程管理マネージャ１１１に対して送信する（Ｓ２２６）とともに、「受諾」のメッセージをユーザに対してウェブ画面で送信する。一方、ステップＳ２２５で、ジョブの受け付けが許可されなければ（受け付け可能でなければ）「拒絶」のメッセージをユーザに対してウェブ画面で送信する。
【００４３】
また、ユーザ側では、ウェブブラウザ上にウェブサーバ部２２１より提供される「受諾」又は「拒絶」のメッセージ画面を表示し（Ｓ２１０，Ｓ２１１）、処理を終了する。
【００４４】
〔原稿編集マネージャ１１３〕
図１に示した原稿編集マネージャ１１３は、工程管理マネージャ１１１により原稿編集工程に管理されるジョブに関して、ユーザから送付された複数個のファイルをマージしたり、ページの挿入や削除、ユーザの指示どおりにレイアウトしたり、あるいは要求の後工程処理を予めビジュアル的に確認可能視覚化することを目的としたものである。
【００４５】
図３〜図５は、ユーザから送信されたファイルＡ〜Ｆ、及びその出来上がり（編集後の）イメージの一例を表した模式図である。
【００４６】
図３に示した例では、入稿されたユーザからのジョブは、ファイルＡ（Ｆｉｌｅ−Ａ）〜ファイルＣ（Ｆｉｌｅ−Ｃ）からなっている。そして、ファイルＡはユーザによりそのままのサイズの出力を希望され、ファイルＢ，ファイルＣはユーザにより２ｉｎ１の出力を希望されている。このような場合、原稿編集時には出力サイズ等が必要となるため、ユーザはそれらのサイズを指示する必要がある。また、出力の順序を考慮しなければいけない場合等も、ユーザはそれらの順序を原稿入稿時等に指示する必要がある。
【００４７】
また、図４に示した例では、入稿されたユーザからのジョブは、ファイルＤ（Ｆｉｌｅ−Ｄ）という１つのファイルとなっている。そして、ファイルＤは、ユーザによりタブ紙等の特定のメディアへの出力及びパンチ，ステイプル等の後処理を希望されている。このように、１つのファイルにより入稿された場合であっても、タブ紙等の特定のメディアへの出力及びパンチ，ステイプル等の後処理を希望する場合には、原稿編集時に、タブ自身の情報やタブ紙等のメディア情報が必要であったり、パンチ等の後処理情報も必要となったりするため、ユーザはそれらの情報を原稿入稿時等に指示する必要がある。
【００４８】
さらに、図５に示した例では、入稿されたユーザからのジョブは、ファイルＥ（Ｆｉｌｅ−Ｅ），ファイルＦ（Ｆｉｌｅ−Ｆ）からなっている。そして、ファイルＥ，ファイルＦは、ユーザによりくるみ製本を希望されており、紙サイズが異なっている。このように、出力したい紙サイズが異なっている場合も、原稿編集時に、紙サイズ等の情報が必要となるため、ユーザはそれらの情報を原稿入稿時等に指示する必要がある。
【００４９】
なお、上述したようなユーザからの各種情報の指示は、上述した図２のステップＳ２０５，Ｓ２０６等において、後述する図２７，図２９等の受発注画面から行われる。
【００５０】
このように、ユーザの入稿ファイルそのものが、ユーザの出来上がりイメージと一致しているとは限らないため、画像形成システム側で、ユーザの指示に従って編集する必要があり、この編集処理を担当するのが原稿編集マネージャ１１３である。
【００５１】
また、ユーザから送られてくる複数のファイルが同じアプリケーションや同じタイプのファイルとは限らないため、１つのファイルにする必要があるが、この１つのファイルに作り上げる処理もこの原稿編集マネージャ１１３が行うものとする。
【００５２】
以上の原稿編集マネージャ１１３における編集処理は、原稿入稿時等にユーザから指示された編集情報等に基づいて原稿編集マネージャ１１３内のプログラムにより（作業者による編集作業無しに）、及び／又はクライアント１０３からの作業者による各種アプリケーションを用いた編集作業により行われる。
【００５３】
〔プルーフマネージャ１１４〕
図１に示したプルーフマネージャ１１４は、一般にレイアウトの確認と色味の確認という２つの目的で利用されることが多く、白黒原稿の場合は前者の確認のみとなるが、カラー原稿では両者の確認が必要となる。
【００５４】
印刷業界では、カラーカンプ（Ｃｏｌｏｒ Ｃｏｍｐｒｅｈｅｎｓｉｖｅ Ｌａｙｏｕｔ）と呼ばれる製版・印刷工程に入る前に広告主にプレゼンテーションすることを目的とした、色づけされた出力があるが、最近ではＤＴＰやＣＥＰＳで処理したデジタルカラー画像をカラープリンタやカラープロッタで出力したカラーのハードコピーが上述のカラーカンプに用いられている。
【００５５】
また、プリンタを利用したオンディマンドプリントでは、カンプに相当するレイアウト確認と簡易的な色味確認も、プルーフに相当する詳細な色味確認も、同じカラープリンタ（あるいは白黒プリンタ）にて行うことが可能であるため、これらの確認作業をこのプルーフマネージャ１１４で一括して処理する。
【００５６】
図６は、図１に示したプルーフマネージャ１１４とユーザ側のコンピュータとの通信及びプルーフマネージャ１１４によるプルーフ作成処理（本発明の第２の制御処理）を示すフローチャートであり、Ｓ４０１〜Ｓ４０９はユーザ側の作業ステップを示し、Ｓ４２１〜Ｓ４２９はプルーフマネージャ１１４側の制御処理ステップを示す。
【００５７】
プルーフマネージャ１１４も、受注・入稿マネージャ１１２と同様にウェブサーバ部４４１を有しており（図２に示した受注・入稿マネージャ１１２のウェブサーバ部２２１と共有でも構わない）、まず、工程管理マネージャ１１１によりプルーフ工程に管理されるジョブに関して、ステップＳ４２１において、ユーザがプルーフを要求した（即ち、図２のステップＳ２０７のプルーフの設定（図２９に示す画面での設定）で要求した）か否かを判断し、プルーフが要求されていないと判断した場合には、そのまま処理を終了する。
【００５８】
一方、ステップＳ４２１で、プルーフが要求されていると判断した場合には、ステップＳ４２２以降に進み、要求されたプルーフ方法（校正表現方法）によってユーザ側にサービスを提供する（校正表現を行う）。
【００５９】
即ち、ステップＳ４２２で、校正表現方法としてサムネールのウェブ表示が求められているか否かを判断し、要求されていると判断した場合には、ステップＳ４２３において、原稿編集マネージャ１１３よりサムネール画像を作成させ、該作成されたサムネール画像をウェブサーバ部４４１にアップロードし、許可されたユーザのみ表示可能に設定する。これにより、ユーザは出来上がりイメージをウェブ上で確認することができる（後述する図３２〜図３６に示す確認画面により確認可能）。
【００６０】
一方、ステップＳ４２２で、サムネールのウェブ表示が求められていないと判断した場合又はステップＳ４２３の後、ステップＳ４２４に進み、校正表現方法としてＰＤＦファイルが要求されているか否かを判断し、ＰＤＦファイルが要求されていると判断した場合には、ステップＳ４２５において、Ａｄｏｂｅ社のＡｃｒｏｂａｔ Ｄｉｓｔｉｌｌｅｒなどを利用して、ＰＤＦファイル（データ）を作成し、ユーザの要求した方法でユーザに提示する（例えば、ウェブ上での閲覧や、ｆｔｐサイトにアップロード、あるいはファイルサイズが小さければユーザへのＥ−ｍａｉｌに添付するように設定することも可能である）。
【００６１】
一方、ステップＳ４２４、ＰＤＦファイルが要求されていないと判断した場合又はステップＳ４２５の後、ステップＳ４２６に進み、サムネール画像，ＰＤＦファイルをアップロードしたウェブサイトのＵＲＬの記載やＰＤＦファイルの添付等を行った電子メール（Ｅ−ｍａｉｌ）をユーザに対して送信する。
【００６２】
一方、ステップＳ４０１において、この電子メールを受信したユーザは、ステップＳ４０２において、ユーザがサムネール表示を行いたい場合には、ステップＳ４０３において、ウェブブラウザを起動し、ＵＲＬを入力するとともに、ウェブサーバ部４４１より提供される画面にユーザＩＤとパスワードを入力して、ウェブサーバ部４４１よりサムネール画面を取得する。そして、ステップＳ４０４において、ウェブサーバ部４４１より取得したサムネール画像（後述する図３２〜図３６）を表示閲覧し、ステップＳ４０５に進む。
【００６３】
一方、ステップＳ４０２で、サムネール表示を行わない場合は、そのままステップＳ４０５に進む。
【００６４】
次に、ステップＳ４０５において、ユーザがＰＤＦファイルの入手を行う場合には、ステップＳ４０６に進み、ウェブサーバ部４４１よりＰＤＦファイルをダウンロードし、ステップＳ４０７に進む。
【００６５】
一方、ステップＳ４０６で、ＰＤＦファイルの入手を行わない場合は、そのままステップＳ４０７に進む。
【００６６】
次に、ステップＳ４０７において、ユーザは、プルーフを確認し、プルーフの確認がＯＫである（印刷工程への移行を指示する）とユーザが判断した場合には、そのままステップＳ４０９に進む。
【００６７】
一方、ステップＳ４０７で、プルーフの確認がＯＫでない（ＮＧ）（印刷工程へは移行せず再校正を指示する）と判断した場合には、ステップＳ４０８において、ユーザは、プルーフのＮＧ箇所とコメントを入力し、ステップＳ４０９に進む。
【００６８】
次に、ステップＳ４０９において、プルーフの確認結果（印刷工程への移行指示、又は、印刷工程へは移行せず再校正指示）を示す電子メールを作成し、プルーフマネージャ１１４に対して送信する。なお、プルーフがＮＧの場合には、ユーザは、ステップＳ４０８で入力したプルーフのＮＧ箇所とコメントのデータを電子メールに添付するか、電子メールの本文に記載するものとする。また、プルーフのＯＫ／ＮＧを示す情報は、電子メールの本文に記載するように構成してもよいし、電子メールの題名にＯＫ／ＮＧを示す文字列を記載するように構成してもよい。
【００６９】
一方、プルーフマネージャ１１４は、この電子メールを受信すると（Ｓ４２７）、ステップＳ４２８において、プルーフの確認結果がＯＫであるか否かを判断し、プルーフの確認結果がＯＫである（印刷工程への移行を指示する）と判断した場合には、処理を終了し、印刷（プリント）工程に進むように、後述する図２３に示すＪＤＦデータを書き換える。なお、ステップＳ４２７の判断は、受信した電子メールの題名等からプログラムにより判断させるように構成してもよいし、電子メールを受信したことを担当者に通知し、該受信電子メールの内容から担当者に判断させ担当者に確認の有無を入力させるように構成してもよい。
【００７０】
一方、ステップＳ４２８で、プルーフの確認結果がＯＫでない（ＮＧ）（印刷工程へは移行せず再校正を指示する）と判断した場合には、ステップＳ４２９に進み、画像形成システム側の作業者が、ユーザからのＮＧ箇所のコメントに従って、再度、原稿編集処理，ドキュメント処理や校正刷り（プルーフプリント）の処理をやり直し、ステップＳ４２１に戻る。
【００７１】
なお、図６では、ユーザからのプルーフの確認結果をステップＳ４０９で電子メールによって行っているが、電話やＦＡＸ等で、画像形成システム側の担当者に連絡するようにし、この連絡を受けた担当者がプルーフのＯＫ／ＮＧを判断し、ＯＫ／ＮＧを入力するように構成してもよい。
【００７２】
〔プリントマネージャ１１５〕
次に、図７を用いてプリントマネージャ１１５内のデータフローを説明する。
【００７３】
図７は、図１に示したプリントマネージャ１１５内のデータフローを説明するブロック図である。
【００７４】
まず、ＮＩＣやＳＣＳＩのインタフェースから入力された工程管理マネージャ１１１によりプリント工程に移行したジョブ（後述する図４４，図４５に示すプリント工程におけるジョブサブミット画面からプリント指示されたジョブ）は、入力デバイス制御部６０１よりサーバ（プリントマネージャ１１５）内に入り、サーバに様々なクライアントアプリケーションを連結することにおいてその役割を果たす。入力としてページ記述言語ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）データとＪＣＬ（Ｊｏｂ Ｃｏｎｔｒｏｌ Ｌａｎｇｕａｇｅ）データを受け付ける。それはプリンタとサーバに関する状態情報であって様々なクライアントに対応する。このモジュール（入力デバイス制御部６０１）の出力は、適切なＰＤＬとＪＣＬの構成要素すべてを結合する役割を持つ。
【００７５】
次に、６０２は入力ジョブ制御部で、ジョブの要求されたリストを管理し、サーバに提出される個々のジョブにアクセスするために、ジョブリストを作成する。更に、このモジュール（入力ジョブ制御部６０２）には、ジョブのルートを決めるジョブルーティング、分割してＲＩＰするか否かを司るジョブスプリット、そしてジョブの順序を決めるジョブスケジューリングの３つの機能がある。
【００７６】
６０３はＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）部で、複数個存在する。ＲＩＰ６０３ａ，ＲＩＰ６０３ｂ，ＲＩＰ６０３ｃあるいは必要に応じて更に増やすことも可能だが、ここでは総称してＲＩＰ部６０３と記載する。ＲＩＰモジュール（ＲＩＰ部６０３）は、様々なジョブのＰＤＬをＲＩＰ処理して、適切なサイズと解像度のビットマップを作成する。ＲＩＰ処理に関しては、ＰｏｓｔＳｃｒｉｐｔ（米国Ａｄｏｂｅ社の商標登録）をはじめ、ＰＣＬ，ＴＩＦＦ，ＪＰＥＧ，ＰＤＦなど様々なフォーマットのラスタライズ処理が可能である。
【００７７】
６０４は画像圧縮／データ変換部で、ＲＩＰ部６０３によって作り出されるビットマップイメージを圧縮したり、フォーマット変換を施したりする役割を果たし、それぞれのプリンタにマッチした最適な画像イメージタイプを選び出す。例えば、ジョブをページ単位で扱いたい場合には、ＴＩＦＦやＪＰＥＧなどをＲＩＰ部でラスタライズした後のビットマップデータにＰＤＦヘッダを付けて、ＰＤＦデータとして編集するなどの処理を行う。
【００７８】
６０５は出力ジョブ制御部で、ジョブのページイメージを取って、それらがコマンド設定に基づいてどう扱われるのかを管理する。ページはプリンタに印刷されたり、ハードディスク６０７にセーブされたりする。印刷後のジョブは、ハードディスク６０７に残すか否かを選択可能であり、印刷後のジョブがハードディスク６０７にセーブされた場合には、再呼び出しすることもできる。さらに、このモジュール（出力ジョブ制御部６０５）は、ハードディスク６０７とメモリ（ＳＤＲＡＭ）６０８との相互作用で管理する。
【００７９】
６０６は出力デバイス制御部で、どのデバイスに出力するか、またどのデバイスをクラスタリング（複数台接続して一斉にプリントすること）するかの制御を司り、選択されたデバイスのインタフェースに印刷データを送る。また、このモジュール（出力デバイス制御部６０６）は、ＭＦＰ（１０４または１０５）の状態監視と装置状況をプリントマネージャ１１５に伝える役割も果たしている。
【００８０】
なお、図７では、プリントマネージャ１１５は、ＲＩＰ部６０３を有する形態で記述されているが、ＲＩＰ部６０３は、実際には、ＭＦＰ１０４（またはＭＦＰ１０５）に内蔵されたり、プリントマネージャ１１５とは別ユニットで存在したりすることもある。いずれにせよ、ＭＦＰ１０４（または、ＭＦＰ１０５）やＲＩＰ部６０３を含めて、入力したＰＤＬ情報をＲＩＰ処理してプリントするまでの工程を担当するのがプリントマネージャ１１５の役割となる。
【００８１】
〔プリンタドライバ〕
ユーザより入稿されるデータは、ＰＤＬデータ，ＰＤＦデータ，アプリケーションデータ，紙原稿など様々である。ユーザにより入稿されるデータが、ＰＤＬ（ＰＳ，ＰＣＬデータ等）やＰＤＦデータ等の場合は、プリント工程に移行された時点で、そのままプリントマネージャ１１５に送り込まれてもＲＩＰ可能である。一方、ユーザにより入稿されるデータがアプリケーションデータの場合は、プリント工程に移行された時点で、作業者がクライアントコンピュータ１０３からプリントドライバを用いてアプリケーションデータをプリント用のデータに変換する作業を行って、プリントマネージャ１１５に送信する必要がある。
【００８２】
以下、プリンタドライバについて説明する。
【００８３】
図８〜図１０は、図１に示したクライアントコンピュータ１０３上のプリンタドライバ画面の一例を示す模式図である。
【００８４】
プリンタドライバは、プリント動作を指示するためのＧＵＩ（アプリケーション等から印刷指示したときに表示される印刷設定用のＧＵＩ上において、「プリンタ」に関するプロパティの表示指示を行った場合に表示されるＧＵＩ）で指示されることにより、ユーザは所望の設定パラメータを指示して、所望の画像イメージをプリンタなどの送信先に送る事が可能となる。
【００８５】
図において、７０１はプリンタドライバのウィンドウである。このプリンタドライバのウィンドウ７０１内の設定項目において、７０２はターゲットとなる出力先を選択する送信先の選択カラムである。本実施形態では、前述のＭＦＰ１０４あるいは、ＭＦＰ１０５が選択対象となる。
【００８６】
７０３はジョブの中から出力ページを選択するページ設定カラムであり、クライアントコンピュータ１０３上で動作するアプリケーションソフトで作成された画像イメージのどのページを出力するかを決定する。
【００８７】
７０４は部数を指定する部数設定カラムであり、カーソルをこの位置に移動させ、図示の矢印（スクロールバーの矢印）をクリックすることで、部数の増減が設定できる。また、７０７は前記送信先選択カラム７０２にて選択された送信先デバイスに関する詳細設定を行うためのプロパティキーであり、このキーを指示することにより、図９，図１０に示す画面が表示される。
【００８８】
そして、所望の設定が済めば、ＯＫキー７０５により印刷を開始する（プリントマネージャ１１４に印刷データを送信する（後述する図５１参照））。取り消す場合には、キャンセルキー７０６により印刷を取りやめる。
【００８９】
図９，図１０は、図８に示したプロパティキー７０７をクリックした際の表示画面（ＧＵＩ）である。
【００９０】
この画面には、例えば「Ｐａｐｅｒ」，「Ｇｒａｐｈｉｃｓ」，「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」，「ＰＤＬ」等のタブ７１１〜７１４が設けられており、それらをクリック（図示しないポインティングデバイス等で指示）することにより、「Ｐａｐｅｒ」，「Ｇｒａｐｈｉｃｓ」，「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」，「ＰＤＬ」等の異なる設定内容の設定を行うことができる。
【００９１】
図９では、「Ｐａｐｅｒ」タブ７１１が例としてあげられており。ここでは用紙サイズ７１５、面つけレイアウト７１６、紙の向き７１７、あるいは給紙段７１８，部数７１９等の設定を行うことができる。また、「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」タブ７１３が選ばれると、そのデバイス固有の設定情報、例えばステープルなどのフィニッシングの設定や、プリンタによる色味などのパラメータを変更する画像処理関連のより細かい調整を行うことが可能となる。図１０に示すように、選択には機能７３１とその設定値７３２をそれぞれ所望の値に設定することとなる。７３３は、各設定値を初期値へ戻すデフォルトキーである。
【００９２】
また、図示しないが、同様にして「Ｇｒａｐｈｉｃｓ」タブ７１２では、解像度やハーフトーン設定、「ＰＤＬ」タブ７１４ではＰＤＬの出力形式などの選択を行うことができる。
【００９３】
さらに、７２０はＯＫキーで、このキーを押下（指示）すると、プロパティ設定を有効にして、図８の画面に戻る。また、７２１はキャンセルキーで、このキーを押下（指示）すると、プロパティ設定を無効にして、図８の画面に戻る。さらに、７２２は適用キーで、このキーを押下（指示）すると、プロパティ画面のままで、プロパティ設定を有効にする。
【００９４】
〔ＲＩＰ部〕
以下、図１１〜図１４を参照して、図７に示したＲＩＰ部６０３の構成について説明する。
【００９５】
図１１は、図７に示したＲＩＰ部６０３の構成の一例を示すブロック図である。
【００９６】
図に示すように、ＲＩＰ部６０３は、一般に、インタプリタ部８０１、レンダリング部８０２、スクリーニング部８０３の３つの部分から成り立っている。
【００９７】
インタプリタ部８０１は、ＰＤＬの翻訳をしてビットマップ展開を行うものである。レンダリング部８０２は、ＰＤＬの色描写を行うものである。そして、スクリーニング部８０３は、白黒ＭＦＰ１０５への出力の場合には、二値化処理や予め決められた周期や角度のスクリーンを作成し、またカラーＭＦＰ１０４への出力の場合には、キャリブレーション用ガンマテーブルまで含めて作成する。
【００９８】
以下、各部を詳細に説明する。
【００９９】
まず、図１２を参照して、インタプリタ部８０１について説明する。
【０１００】
インタプリタ部８０１は、ＰＤＬデータを解析する部分であり、Ａｄｏｂｅ社のＰｏｓｔＳｃｒｉｐｔ（登録商標）言語に代表されるＰＤＬは、以下（ａ）〜（ｃ）の３要素に分類される。
【０１０１】
（ａ）文字コードによる画像記述
（ｂ）図形コードによる画像記述
（ｃ）ラスタ画像データによる画像記述
すなわち、ＰＤＬは、上記の要素を組み合わせで構成された画像を記述する言語であり、それで記述されたデータをＰＤＬデータと呼ぶ。
【０１０２】
図１２は、図１１に示したインタプリタ部８０１に入力されるＰＤＬデータの記述例とインタプリタ部８０１による描画結果を示す模式図である。
【０１０３】
図１２（ａ）は、図１２（ｂ）に示す描画のＰＤＬ記述例に対応し、文字情報「Ｒ９０１の記述」は、Ｌ９１１〜Ｌ９１３で表され、文字の色、文字列、座標位置からなる。文字の色のカッコ内は順にＣｙａｎ，Ｍａｇｅｎｔａ，Ｙｅｌｌｏｗ，Ｂｌａｃｋの濃度を表わしている。最小は「０．０」であり、最大は「１．０」である。Ｌ９１１では、文字を黒にすることを指定する例を示している。次に、Ｌ９１２は、変数Ｓｔｒｉｎｇ１に文字列“ＡＢＣ”を代入していることを示している。
【０１０４】
次に、Ｌ９１３では、第１，第２パラメータが、文字列をレイアウトする用紙上の開始位置座標のｘ座標とｙ座標を示し、第３パラメータが文字の大きさ、第４パラメータが文字の間隔を示しており、第５パラメータがレイアウトすべき文字列を示している。要するにＬ９１３は、座標（０．０，０．０）のところから、大きさ「０．２」、間隔「０．３」で、文字列“ＡＢＣ”レイアウトするという指示となる。
【０１０５】
次に、図形情報の例「Ｒ９０２を記述」において、Ｌ９２１は文字の色を指定したＬ９１１と同様の記述方法で線の色を指定しており、ここでは、Ｃｙａｎが指定されている。次に、Ｌ９２２は、線を引くことを指定するためのものであり、第１，２パラメータが線の始端座標のｘ，ｙ座標、第３，４パラメータが終端座標のそれぞれ、ｘ，ｙ座標を示し、第５パラメータは線の太さを示す。
【０１０６】
さらに、ラスタ画像情報の例「Ｒ９０３の記述」において、Ｌ９３１は、ラスタ画像を変数ｉｍａｇｅ１に代入している。ここで、第１パラメータはラスタ画像の画像タイプ、及び色成分数を表わし、第２パラメータは１色成分あたりのビット数を表わし、第３，第４パラメータは、ラスタ画像のｘ方向、ｙ方向の画像サイズを表わす。第５パラメータ以降が、ラスタ画像データを表す。ラスタ画像データの個数は、１画素を構成する色成分数、及びｘ方向，ｙ方向の画像サイズの積となる。このＬ９３１では、ＣＭＹＫ画像は４つの色成分（Ｃｙａｎ，Ｍａｇｅｎｔａ，Ｙｅｌｌｏｗ，Ｂｌａｃｋ）から構成されるため、ラスタ画像データの個数は（４×５×５＝）１００個となる。
【０１０７】
次に、Ｌ９３２は、座標（０．０，０．５）のところから、「０．５×０．５」の大きさにｉｍａｇｅ１をレイアウトすることを示している。
【０１０８】
図１２（ｂ）は、図１２（ａ）に示した１ページの中で３つの画像記述（「Ｒ９０１の記述」，「Ｒ９０２の記述」，「Ｒ９０３の記述」）を解釈して、ラスタ画像データに展開した様子を示したものである。
【０１０９】
図１２（ｂ）において、Ｒ９０１，Ｒ９０２，Ｒ９０３は、図１２（ａ）に示したそれぞれのＰＤＬデータ（「Ｒ９０１の記述」，「Ｒ９０２の記述」，「Ｒ９０３の記述」）を展開したものである。
【０１１０】
これらのラスタ画像データは、実際にはＣ，Ｍ，Ｙ，Ｋ色成分毎にメモリ６０８（あるいは、ハードディスク６０７）に展開されており、例えばＲ９０１の部分は、各ＣＭＹＫのメモリに、Ｃ＝０，Ｍ＝０，Ｙ＝０，Ｋ＝２５５が書かれており、Ｒ９０２の部分は、それぞれ、Ｃ＝２５５，Ｍ＝０，Ｙ＝０，Ｋ＝０が書き込まれることになる。
【０１１１】
プリントマネージャ１１５内では、クライアント１０３（あるいは、他のコンピュータ）から送られてきたＰＤＬデータは、ＰＤＬデータのままか、上記のようにラスタ画像に展開された形で、メモリ６０８（あるいは、ハードディスク６０７）に書き込まれ、必要に応じて保存されている。
【０１１２】
次に、図１３を参照して、図１１に示したレンダリング部８０２について説明する。
【０１１３】
図１１に示したインタプリタ部８０１から出力される画像データには、グレースケール，ＲＧＢ，ＣＭＹＫのほか様々な色空間のものがあり、その他の色空間の場合には、一度ＣＲＤ（Ｃｏｌｏｒ Ｒｅｎｄｅｒｉｎｇ Ｄｉｃｔｉｏｎａｒｙ）にてＣＭＹＫ空間に変換された後、カラーマッチングされる。
【０１１４】
図１３は、図１１に示したレンダリング部８０２におけるカラーマッチングの一例を示すフローである。
【０１１５】
図に示すように、カラーマッチングは、ＲＧＢ又はＣＭＹＫで入力されたデータに対して、カラーマッチングが必要な場合、ＣＭＭ部１００４において、ＩＣＣプロファイルによる色調整が行われる。ＩＣＣプロファイルは、ソースプロファイル１００５とプリンタプロファイル１００６からなっており、ソースプロファイルは、ＲＧＢ（またはＣＭＹＫ）データを一度規格化されたＬ＊ａ＊ｂ＊の空間に変換し、このＬ＊ａ＊ｂ＊データを再度ターゲットとなるプリンタに適したＣＭＹＫ空間になる。
【０１１６】
また、ソースプロファイル１００５は、図示しないＲＧＢプロファイルとＣＭＹＫプロファイルからなっており、入力画像がＲＧＢ系画像（Ｍｉｃｒｏｓｏｆｔ社のアプリケーションソフトやＪＰＥＧ，ＴＩＦＦ画像等）の場合は、ＲＧＢプロファイルが選択され、ＣＭＹＫ系画像（Ａｄｏｂｅ社のＰｈｏｔｏｓｈｏｐやＩｌｌｕｓｔｒａｔｏｒの一部データなど）の場合にはＣＭＹＫプロファイルが選択される。
【０１１７】
次に、プリンタプロファイル１００６は、各プリンタの色特性に合わせて作られており、ＲＧＢ系画像の場合は、Ｐｅｒｃｅｐｔｕａｌ（色味優先）やＳａｔｕｒａｔｉｏｎ（鮮やかさ優先）を選択するのが好ましく、ＣＭＹＫ系画像の場合は、Ｃｏｌｏｒｉｍｅｔｒｉｃ（色差最小）を選んで最適画像を出力することが多い。
【０１１８】
また、ＩＣＣプロファイルは、一般にルックアップテーブル形式で作られており、ソースプロファイル１００５では、ＲＧＢ（またはＣＭＹＫ）データが入力されると、一意にＬ＊ａ＊ｂ＊データに変換され、プリンタプロファイル１００６では、Ｌ＊ａ＊ｂ＊データからプリンタにマッチしたＣＭＹＫに変換される。
【０１１９】
なお、ＲＧＢで入力されたデータに対して、カラーマッチングが必要でない場合は、デフォルト色変換部１００３において、ＲＧＢデータからプリンタにマッチしたＣＭＹＫに変換されて出力される。
【０１２０】
また、ＣＭＹＫで入力されたデータに対して、カラーマッチングが必要でない場合は、そのまま出力される。
【０１２１】
次に、図１４を参照して、図１１に示したスクリーニング部８０３内のガンマ補正に関して説明する。
【０１２２】
図１４は、図１１に示したスクリーニング部８０３内のガンマ補正を説明する特性図であり、図１４（ａ）はリニアなガンマテーブルに対応し、図１４（ｂ）はプリンタ出力特性に対応し、図１４（ｃ）はキャリブレーションされたガンマテーブルに対応し、図１４（ｄ）は出力特性を加味したガンマテーブルに対応する。
【０１２３】
ガンマテーブルは、デフォルトで図１４（ａ）のようなリニアなガンマ曲線が用意されており、プリンタ特性に応じてテーブルを用意する。
【０１２４】
例えば、ＭＦＰ１０４ａの出力特性Ｇｐが図１４（ｂ）に示すような値であった場合、その逆関数Ｇａである図１４（ｃ）を掛け合わせれば出力特性は、図１４（ａ）のようにリニアな値に修正される（Ｇａ×Ｇｐ＝Ｇ０）。
【０１２５】
また、印刷ライクな出力特性Ｇｂに図１４（ｄ）のような特性を選びたければ、Ｇａ×Ｇｂのような値のテーブルを掛け合わせても良い。
【０１２６】
また、これらのガンマテーブルを作成するために、ＭＦＰ１０４ａのスキャナ部や濃度計などを利用するキャリブレーション機能も一般に知られている。
【０１２７】
〔ＭＦＰ１０４，１０５の構成〕
次に、図１５〜図１９を用いてＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：マルチファンクション周辺機器）１０４，１０５の構成について説明する。但し、ＭＦＰ１０４とＭＦＰ１０５の差はフルカラーとモノクロの差であり、色処理以外の部分ではフルカラー機器がモノクロ機器の構成を包含することが多いため、ここではフルカラー機器に絞って説明し、必要に応じて随時モノクロ機器の説明を加えることとする。
【０１２８】
図１５は、図１に示したＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：マルチファンクション周辺機器）１０４，１０５の構成を示すブロック図である。
【０１２９】
図に示すように、ＭＦＰ１０４，１０５は、画像読み取りを行うスキャナ部１２０１とその画像データを画像処理するスキャナＩＰ部１２０２と、ファクシミリなどに代表される電話回線を利用した画像の送受信を行うＦＡＸ部１２０３と、ネットワークを利用して画像データや装置情報をやりとりするＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）部１２０４と、フルカラーＭＦＰ１０４との情報交換を行う専用Ｉ／Ｆ部１２０５とを備えている。そして、ＭＦＰ１０４，１０５の使い方に応じてコア部１２０６で画像信号を一時保存したり、経路を決定したりする制御を行う。
【０１３０】
次に、コア部１２０６から出力された画像データは、プリンタＩＰ部１２０７及びスクリーニング部１２０８を経由して画像形成を行うプリンタ部１２０９に送られる。プリンタ部１２０９でプリントアウトされたシートはオンラインフィニッシャ部１２１０へ送り込まれ、シートの仕分け処理やシートの仕上げ処理が行われる。
【０１３１】
コア部１２０６はバスの交通整理を行っており、ＭＦＰの使い方に応じて、以下の（１）〜（５）のようにパス切り替えが行われている。また、データがネットワークを経由する際には、ＪＰＥＧ，ＪＢＩＧ，ＺＩＰなど圧縮データを使用することも一般に知られており、データがＭＦＰに入った後、このコア部１２０６にて解凍（伸張）される。
【０１３２】
（１）複写機能：スキャナ部１２０１→コア部１２０６→プリンタ部１２０９
（２）ネットワークスキャナ：スキャナ部１２０１→コア部１２０６→ＮＩＣ部１２０４
（３）ネットワークプリンタ：ＮＩＣ部１２０４→コア部１２０６→プリンタ部１２０９
（４）ファクシミリ送信機能：スキャナ部１２０１→コア部１２０６→ＦＡＸ部１２０３
（５）ファクシミリ受信機能：ＦＡＸ部１２０３→コア部１２０６→プリンタ部１２０９
また、プリンタＩＰ部１２０７は、信号を画像形成装置のトナー色であるＹ，Ｍ，Ｃ，Ｋ信号にマトリクス演算する出力マスキング／ＵＣＲ部、トナーの色味諸特性を考慮したルックアップテーブル（ＬＵＴ）ＲＡＭを使って画像出力のためのＣ，Ｍ，Ｙ，Ｋデータに変換するガンマ補正部、シャープネスまたはスムージングを施す空間フィルタ等から構成される。
【０１３３】
スクリーニング部１２０８は、誤差拡散、ディザ、あるいはＰＷＭ（Ｐｕｌｓｅ Ｗｉｄｔｈ Ｍｏｄｕｌａｔｉｏｎ）などの処理を行う部分である。
【０１３４】
図１６は、図１５に示したスクリーニング部１２０８におけるＰＷＭ処理を説明する図である。
【０１３５】
図１６（ａ）において、１３０１は三角波発生部、１３０２は入力されるデジタル画像信号をアナログ信号に変換するＤ／Ａコンバータ（Ｄ／Ａ変換部）である。
【０１３６】
三角波発生部１３０１からの信号（図１６（ｂ）に示す信号ａ）及びＤ／Ａコンバータ１３０２からの画像信号（図１６（ｂ）に示す信号ｂ）は、コンパレータ１３０３で大小比較されて、図１６（ｂ）に示す信号ｃのような濃度に依存したパルス幅信号となってレーザ駆動部１３０４に送られる。なお、カラーの場合には図１６（ａ）に示す構成が４つ（Ｃ，Ｍ，Ｙ，Ｋそれぞれ）必要となり、Ｃ，Ｍ，Ｙ，Ｋそれぞれが、それぞれのレーザ１３０５でレーザビームに変換される。
【０１３７】
そして、ポリゴンスキャナ１４１３で、それぞれのレーザビームを走査して、それぞれの感光ドラム１４１７，１４２１，１４２５，１４２９に照射される。
【０１３８】
図１７は、図１５に示したプリンタ部（特にカラープリンタ部）１２０９の構造を示す断面図であり、図１６と同一のものには同一の符号を付してある。
【０１３９】
図に示すように、ポリゴンミラー１４１３は、４つの半導体レーザ１３０５より発光された４本のレーザ光を受ける。その内の１本はミラー１４１４，１４１５，１４１６を経て感光ドラム１４１７を走査露光し、次の１本はミラー１４１８，１４１９，１４２０をへて感光ドラム１４２１を走査露光し、次の１本はミラー１４２２，１４２３，１４２４をへて感光ドラム１４２５を走査露光し、最後の１本はミラー１４２６，１４２７，１４２８をへて感光ドラム１４２９を走査露光する。
【０１４０】
また、１４３０はイエロー（Ｙ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１４１７上にイエローのトナー像を形成する。１４３１はマゼンタ（Ｍ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１４２１上にマゼンタのトナー像を形成する。１４３２はシアン（Ｃ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１４２５上にシアンのトナー像を形成する。１４３３はブラック（Ｋ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１４２９上にマゼンタのトナー像を形成する。以上４色（Ｙ，Ｍ，Ｃ，Ｋ）のトナー像が感光ドラム１４１７，１４２１，１４２５，１４２９からシートに転写され、フルカラーの出力画像を得ることができる。
【０１４１】
シートカセット１４３４，１４３５および手差しトレイ１４３６のいずれかより給紙されたシートは、レジストローラ１４３７を経て、転写ベルト１４３８上に吸着されて搬送される。給紙のタイミングと同期がとられて、予め感光ドラム１４１７，１４２１，１４２５，１４２９には各色のトナーが現像されており、シートの搬送とともに、トナーがシートに転写される。
【０１４２】
各色のトナーが転写されたシートは、分離され、搬送ベルト１４３９により搬送され、定着器１４４０によって、トナーがシートに定着される。定着器１４４０を抜けたシートはフラッパ１４５０により一旦下方向へ導かれてシートの後端がフラッパ１４５０を抜けた後、スイッチバックさせて排出する。これによりフェイスダウン状態で排出され、先頭頁から順にプリントしたときに正しいページ順となる。
【０１４３】
なお、４つの感光ドラム１４１７，１４２１，１４２５，１４２９は、距離ｄをおいて、等間隔に配置されており、搬送ベルト１４３９により、シートは一定速度ｖで搬送されており、このタイミングで同期がなされて、４つの半導体レーザ１３０５は駆動される。
【０１４４】
図１８は、図１５に示したプリンタ部（特にモノクロプリンタ部）１２０９の構造を示す断面図であり、図１６と同一のものには同一の符号を付してある。
【０１４５】
図において、１４１３はポリゴンミラーで、半導体レーザ１３０５より発光されたレーザ光を受ける。レーザ光はミラー１５１４，１５１５，１５１６をへて感光ドラム１４１７を走査露光する。
【０１４６】
また、１５３０は黒色のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１５１７上にトナー像を形成し、トナー像がシートに転写され、出力画像を得ることができる。
【０１４７】
シートカセット１５３４，１５３５および、手差しトレイ１５３６のいずれかより給紙されたシートは、レジストローラ１５３７を経て、転写ベルト１５３８上に吸着され、搬送される。給紙のタイミングと同期がとられて、予め感光ドラム１５１７にはトナーが現像されており、シートの搬送とともに、トナーがシートに転写される。
【０１４８】
トナーが転写されたシートは、分離され、定着器１５４０によって、トナーがシートに定着される。定着器１５４０を抜けたシートはフラッパ１５５０により一旦下方向へ導かれてシートの後端がフラッパ１５５０を抜けた後、スイッチバックさせて排出する。これによりフェイスダウン状態で排出され、先頭頁から順にプリントしたときに正しいページ順となる。
【０１４９】
なお、プリンタ部１２０９がレーザビーム方式である場合を例にして説明したが、レーザビーム方式以外の電子写真方式（例えばＬＥＤ方式）でも、液晶シャッタ方式、インクジェット方式、熱転写方式、昇華方式でもその他のプリント方式であっても本発明は適用可能である。
【０１５０】
〔オンラインフィニッシャ部１２１０の構成〕
図１９は、図１５に示したオンラインフィニッシャ部１２１０の構成を示す断面図である。
【０１５１】
プリンタ部１２０９の定着部を排出したシートは、オンラインフィニッシャ部１２１０に入る（フィニッシャが接続されている場合）。オンラインフィニッシャ部１２１０には、サンプルトレイ１６０１及びスタックトレイ１６０２があり、ジョブの種類や排出されるシートの枚数に応じて切り替えて排出される。
【０１５２】
ソート方式には２通りあり、複数のビンを有して各ビンに振り分けるビンソート方式と、電子ソート機能とビン（または、トレイ）を奥手前方向にシフトしてジョブ毎に出力シートを振り分けるシフトソート方式によるソーティングを行うことができる。電子ソート機能は、コレートと呼ばれ、前述のコア部で説明した大容量メモリを持っていれば、このバッファメモリを利用して、バッファリングしたページ順と排出順を変更する、いわゆるコレート機能を用いることで電子ソーティングの機能もサポートできる。次にグループ機能は、ソーティングがジョブ毎に振り分けるのに対し、ページ毎に仕分けする機能である。
【０１５３】
さらに、スタックトレイ１６０２に排出する場合には、シートが排出される前のシートをジョブ毎に蓄えておき、排出する直前にステープラ１６０５にてバインドすることも可能である。
【０１５４】
その他、上記２つのトレイに至るまでに、紙をＺ字状に折るためのＺ折り機１６０４、ファイル用の２つ（または３つ）の穴開けを行うパンチャ１６０６があり、ジョブの種類に応じてそれぞれの処理を行う。
【０１５５】
さらに、サドルステッチャ１６０７は、シートの中央部分を２ヶ所バインドした後に、シートの中央部分をローラに噛ませることによりシートを半折りし、パンフレットのようなブックレットを作成する処理を行う。サドルステッチャ１６０７で製本されたシートは、ブックレットトレイ１６０８に排出される。
【０１５６】
また、インサータ１６０３はトレイ１６１０にセットされたシートをプリンタへ通さずにトレイ１６０１，１６０２，１６０８のいずれかに送るためのものである。これによってオンラインフィニッシャ部１２１０に送り込まれるシートとシートの間にインサータ１６０３にセットされたシートをインサート（中差し）することができる。インサータ１６０３のトレイ１６１０にはユーザによりフェイスアップの状態でセットされるものとし、ピックアップローラ１６１１により最上部のシートから順に給送する。
【０１５７】
従って、インサータ１６０３からのシートはそのままトレイ１６０１，１６０２へ搬送することによりフェイスダウン状態で排出される。サドルステッチャ１６０７へ送るときには、一度パンチャ１６０６側へ送り込んだ後スイッチバックさせて送り込むことによりフェースの向きを合わせる。
【０１５８】
次に、トリマ（裁断機）１６１２について説明する。
【０１５９】
サドルステッチャ１６０７においてブックレット（中綴じの小冊子）にされた出力は、このトリマ１６１２に入ってくる。その際に、まず、ブックレットの出力は、ローラで予め決められた長さ分だけ紙送りされ、カッタ部１６１３にて予め決められた長さだけ切断され、ブックレット内の複数ページ間でばらばらになっていた端部がきれいに揃えられることとなる。そして、ブックレットホールド部１６１４に格納される。
【０１６０】
〔後処理マネージャ１１６〕
図１に示した後処理マネージャ１１６は、オフラインフィニッシャを統括管理するコンピュータであり、ＭＦＰ１０４（または１０５）からのプリント出力に対して、フィニッシング処理を行う様々なオフラインフィニッシャのステイタス管理、ジョブ指示などを担当する。
【０１６１】
後処理マネージャ１１６が管理するオフラインフィニッシャには、断裁機１２１，中綴じ製本機１２２，くるみ製本機１２３，紙折機１２４，封入機１２５あるいは、帳合機（コレータ）１２６を初めとして様々なものがあり、後処理マネージャ１１６はこれらのオフラインフィニッシャと予め決められたプロトコルで逐次ポーリングにてデバイスの状況やジョブの状況を把握し、ジョブの実行状況を管理する。
【０１６２】
〔ファイル保管マネージャ１１７〕
図１に示したファイル保管マネージャ１１７は、ユーザのファイルを保管しておき、後でリプリントの予約が入った場合などに対応するものである。ファイルの形態は、ＰＤＬファイルの場合と、Ｐｒｉｎｔ Ｒｅａｄｙファイル（ＢｉｔｍａｐやＴｉｆｆファイルが広く知られている）の片方または、双方で保管できる。保管に当たっては、Ｐｒｉｎｔ Ｒｅａｄｙファイルの保管は大きな容量のデータとなってしまうため、別の記憶メディア（ＣＤ−ＲＯＭやＭＯ，ＺＩＰなど）に記録されたり、ＰＤＬファイルであっても古いものや容量の大きいものは同様に別メディアなどに保管されたりする。また、ユーザが希望した場合には、最終出力と一緒に送り返すことも可能である。
【０１６３】
一方、保管されたデータをユーザが再プリントしたい場合には、例えば後述する図２９に示す画面のＲｅｓｔｏｒｅの項目で再度オーダすることもできる。
【０１６４】
〔納品・発送マネージャ１１８〕
図１に示した納品・発送マネージャ１１８は、宅配便，クーリエ便，郵送等のサービスとリンクしたもので、配送のトラッキングナンバやエアウェイビルナンバ等から、現在の配送の状況や到着予定等を管理するコンピュータである。
【０１６５】
〔スキャンマネージャ１１９〕
図１に示したスキャンマネージャ１１９は、スキャナ１０６やＭＦＰ１０４，１０５のスキャナを制御するためのもので、スキャナドライバを呼び出して、プレビューを行ったり、画像の読み込み、あるいはＭＦＰのプリンタ部と連携してクイックコピーを行ったりするためのコンピュータであり、ユーザからの入稿が紙原稿であった場合に作業者が紙原稿を電子化する際にも使用する。具体的には、まず、スキャンマネージャ１１９からスキャナドライバが起動する。
【０１６６】
図２０は、スキャン動作を指示するためのスキャナドライバのＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を示す模式図である。
【０１６７】
このスキャナドライバのＧＵＩにおいて、ターゲットとなるスキャナをソースデバイス名１７２２で選択し、所望のパラメータ設定１７２４〜１７３３を行い、プレビューキー１７３６あるいはスキャンキー１７３７をクリック（図示しないポインティングデバイス等で指示）すると画像の読み込みを開始する。なお、キャンセルキー１７３８をクリック（図示しないポインティングデバイス等で指示）すると画像の読み込みを中止する。さらに、プロパティキー１７２３をクリック（図示しないポインティングデバイス等で指示）するとソースデバイス名１７２２で選択されたスキャナのプロパティ設定画面が表示される。
【０１６８】
図２１は、図１５に示したスキャナ部１２０１の構成示す断面図である。
【０１６９】
図において、１８０１は原稿台ガラスで、読み取られるべき原稿１８０２が載置される。原稿１８０２は照明ランプ１８０３により照射され、その反射光はミラー１８０４，１８０５，１８０６を経て、レンズ１８０７によりＣＣＤセンサ１８０８上に結像されとデータ処理部１８２０に入力される。ミラー１８０４，照明ランプ１８０３を含む第１ミラーユニット１８１０は速度Ｖで移動し、ミラー１８０５，１８０６を含む第２ミラーユニット１８１１は速度Ｖ／２で移動することにより、原稿１８０２の全面を走査する。第１ミラーユニット１８１０及び第２ミラーユニット１８１１はモータ１８０９により駆動される。
【０１７０】
図２２は、図２１に示したスキャナ部１２０１内のデータ処理部１８２０の構成を示すブロック図であり、図２２（ａ）はカラースキャナに対応し、図２２（ｂ）はモノクロスキャナに対応する。
【０１７１】
図２２（ａ）に示すように、カラースキャナの場合、読み込まれた画像は、ＣＣＤセンサ１８０８により電気信号に変換される。このＣＣＤセンサ１８０８はＲＧＢ３ラインのカラーセンサであり、Ｒ，Ｇ，Ｂそれぞれの画像信号としてＡ／Ｄ変換部１９０１に入力される。ここでゲイン調整、オフセット調整をされた後、Ａ／Ｄコンバータ（Ａ／Ｄ変換部）１９０１で、各色信号毎に８ビットのデジタル画像信号Ｒ０，Ｇ０，Ｂ０に変換される。その後、シェーディング補正部１９０２で色ごとに、基準白色板の読み取り信号を用いたシェーディング補正が施される。
【０１７２】
さらに、ＣＣＤセンサ１８０８の各色ラインセンサは、相互に所定の距離を隔てて配置されているため、ラインディレイ調整回路（ライン補間部）１９０３において、副走査方向の空間的ずれが補正される。次に、入力マスキング部１９０４は、ＣＣＤセンサ１８０８のＲ，Ｇ，Ｂフィルタの分光特性で決まる読取色空間を、ＮＴＳＣの標準色空間に変換する部分であり、ＣＣＤセンサ１８０８の感度特性／照明ランプのスペクトル特性等の諸特性を考慮した装置固有の定数を用いた３×３のマトリックス演算を行い、入力された（Ｒ０，Ｇ０，Ｂ０）信号を標準的な（Ｒ，Ｇ，Ｂ）信号に変換する。また、輝度／濃度変換部（ＬＯＧ変換部）１９０５は、ルックアップテーブル（ＬＵＴ）ＲＡＭにより構成され、ＲＧＢの輝度信号をＣ１，Ｍ１，Ｙ１の濃度信号に変換する。この濃度信号は、スキャナマネージャ１１９に取り込まれる。
【０１７３】
また、図２２（ｂ）に示すように、モノクロスキャナの場合は、単色の１ラインＣＣＤセンサ１８０８を用いて、読み込まれた画像を電気信号に変換し、単色の画像信号としてＡ／Ｄ変換部１９０１に入力される。この画像信号は、Ａ／Ｄ変換１９０１によりＡ／Ｄ変換され、シェーディング補正部１９０２によりシェーディング補正された後、スキャナマネージャ１１９に取り込まれる。
【０１７４】
なお、取り込まれた画像は、図２０に示したスキャナドライバのプレビュー部１７３５にて確認できたり、画像データとして、スキャナマネージャ１１９内のメモリやハードディスクに格納されたりする。
【０１７５】
〔データフロー〕
ここで、再び図１に戻って、本実施形態の画像形成システムにおける実際のデータの流れを考える。それぞれのコンピュータ，デバイス間で、データの受け渡しが行われており、それら全てを管理しているのが工程管理マネージャ１１１である。
【０１７６】
そして、受け渡されているデータは、ＣＩＰ３（ＩｎｔｅｒｎａｔｉｏｎａｌＣｏｏｐｅｒａｔｉｏｎ Ｆｏｒ Ｉｎｔｅｇｒａｔｉｏｎ ｏｆ Ｐｒｅｐｒｅｓｓ Ｐｒｅｓｓ ａｎｄ Ｐｏｓｔｐｒｅｓｓ：製版、印刷、後加工の印刷ワークフロー統合のための共同組織）におけるＰＰＦ（Ｐｒｉｎｔ Ｐｒｏｄｕｃｔｉｏｎ Ｆｏｒｍａｔ）と呼ばれるフォーマット、あるいはＣＩＰ４（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｏｐｅｒａｔｉｏｎ Ｆｏｒ Ｉｎｔｅｇｒａｔｉｏｎ ｏｆ Ｐｒｏｃｅｓｓｅｓ ｉｎ Ｐｒｅｐｒｅｓｓ、 Ｐｒｅｓｓａｎｄ Ｐｏｓｔｐｒｅｓｓ：製版、印刷、後加工の工程・処理統合のための共同組織）におけるＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）と呼ばれる新たなフォーマットにより実現されている。
【０１７７】
ＰＰＦは、プリプレス，プレス，ポストプレスという印刷の全ワークフローを統合し、その各工程間で処理や管理のデータをやりとりするためのフォーマットであり、ＰｏｓｔＳｃｒｉｐｔ（登録商標）をベースにしており、管理情報やインキの調整、断裁位置の指定などさまざまな情報を扱い、品質の安定化，ミスの低減，処理の高速化，生産設備の効率的運用を目的にしたポストスクリプトをベースにした標準フォーマットである。
【０１７８】
一方、ＪＤＦは、ＰＰＦのコントール性に加え、Ａｄｏｂｅ社が提案したＰＪＴＦ（Ｐｏｒｔａｂｌｅ Ｊｏｂ Ｔｉｃｋｅｔ Ｆｏｒｍａｔ）と呼ばれるプリプレスの作業情報やコントロール属性などが付加されたフォーマットであり、プリプレス，プレス，ポストプレスの情報統合性，プロダクションと工程管理マネージャとの連携，及び現存するシステムとの互換性を掲げている。
【０１７９】
またＪＤＦでは、ＰＪＴＦが得意とするＪｏｂ Ｔｉｃｋｅｔと呼ばれる作業指示書の受け渡しを行うというアーキテクチャを踏襲しており、履歴や作業指示，管理情報等に対して、それぞれの工程で必要な処理を順次実行し、次工程に伝えていくという仕組みである。
【０１８０】
さらに、ＪＤＦでは、Ｊｏｂ Ｔｉｃｋｅｔ（作業指示書）を構築する言語として、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ：拡張可能なマーク付き言語）が利用されている。ＪＤＦでは、スキーマと呼ばれるＸＭＬの要素や属性の配列を記述したテンプレートを定義しており、定義されたスキーマに従って、それぞれの工程でＸＭＬデータの書き換えを行っている。この様子を示したのが、図２３である。
【０１８１】
図２３は、各工程においてＪＤＦデータの書き換えを行っている様子を示す図である。
【０１８２】
図に示すように、受注・入稿マネージャ１１２に入稿されたジョブ２１０１に対して、工程管理マネージャ１１１内にあるＪＤＦアプリケーション２１０２がＪＤＦデータを作成する。
【０１８３】
作成されたＪＤＦデータは、工程管理マネージャ１１１，受注・入稿マネージャ１１２，原稿編集マネージャ１１３，プルーフマネージャ１１４，プリントマネージャ１１５，後処理マネージャ１１６，ファイル保管マネージャ１１７，納品・発送マネージャ１１８，あるいはスキャンマネージャ１１９にて書き換えが行われる。
【０１８４】
図２３の例では、プリントマネージャ１１５と後処理マネージャ１１６との間が図示されており、ＪＤＦデータのやりとりは、ＪＤＦパーサ２１０４（または２１０７）で翻訳されて、それぞれのマネージャ内で情報の追加，削除，修正がなされる。
【０１８５】
この情報のやり取りは、実際のプリント出力（紙出力）をオフライン処理（作業者が手作業で運ぶ）したとしても、ＪＤＦパーサ経由でそれぞれのデバイスからそれぞれのジョブ処理状況がＪＤＦデータに書き込まれて、バケツリレー式に伝達され、そのそれぞれのＪＤＦデータを、工程管理マネージャ１１１にて逐次管理することで、それぞれのジョブの状況を一覧で見ることができる。
【０１８６】
〔ウェブ受発注〕
図２４〜図３１を参照して、インターネット上のウェブページを利用した電子店舗の一例について示す。
【０１８７】
図２４〜図３１は、図１に示した受注・入稿マネージャ１１２によるジョブ受注画面の一例を示す模式図である。
【０１８８】
ユーザは、インターネットを経由して、図２４のようなサイトを見ることができ（図２のステップＳ２０１，Ｓ２０２）、予め登録されたユーザは、「Ｒｅｇｉｓｔｅｒｅｄ」を選択し、ＩＤ番号（ここではＥ−ｍａｉｌ Ａｄｄｒｅｓｓ）とパスワードを入力し、次へキー２２０９を指示することで、ウェブによる受発注が可能となり、図２６に示す画面に移動する。
【０１８９】
新規でこのウェブサイトを訪れたユーザの場合は、「Ｎｅｗ」を選択し、次へキー２２０９を指示することで、図２５のような入力画面に移行し、この入力画面でユーザは必要事項（氏名，会社名，住所，電話番号，ファクシミリ番号，電子メールアドレス等）を記入して登録を行う（図２のステップＳ２０３）。なお、２２１０はキャンセルキーで、このサイトを終了するときに指示する。ここでは、単に必要事項を記入する例を用いたが、セキュリティを高めるため、本人確認手続きや口座開設の手続きを踏むなど二重三重のチェックを行うことは広く知られている。
【０１９０】
次に、図２６に示す画面において、ユーザはプリントしたい電子データをドラッグ＆ドロップ等で添付し、必要に応じてコメント欄に要望事項を記入し、次へキー２２０９を指示する（図２のステップＳ２０４）ことにより、図２７に示す画面に移行する。図２７に示す画面において、ジョブチケットと呼ばれるジョブの設定情報を入力し（図２のステップＳ２０５）、次へキー２２０９を指示することにより、図２８に示す画面に移行する。
【０１９１】
図２８に示す画面において、所望するフィニッシング処理を選択し（図２のステップＳ２０６）、次へキー２２０９を指示することにより、図２９に示す画面に移行する。また、図２９に示す画面において、プルーフプリントの有無２２２０の選択，必要なプルーフモード（校正表現方法）（ウェブサイト上のサムネール２２２１，ｆｔｐサイト上のＰＤＦファイル２２２２，ＰＤＦファイルの電子メール送信２２２３，ＰＤＦファイル入りのＣＤ−ＲＯＭの郵送２２２４等の複数の校正表現手段からいずれか１又は複数選択）とアーカイブ情報等を入力して（図２のステップＳ２０７）、次へキー２２０９を指示することにより、図３０に示す画面に移行する。さらに、図３０に示す画面において、希望納期の情報を入力し（図２のステップＳ２０８）、次へキー２２０９を指示することにより、図３１に示す画面に移行する。
【０１９２】
図３１に示す画面において、概略コストが示されて、ユーザはその料金に納得すれば仮発注をかけることができる。ここで、算出されるコストは、新規ユーザとお得意先、ジョブの大きさ、コピー部数などのジョブチケットの内容、フィニッシング処理方法、プルーフの方法や個数、アーカイブやリプリント情報、あるいは、納期の長短などに応じて算出されるものであり、ユーザは仮発注前に概算をおおよそのコストを見ることができるため、コストによるトラブルを避けることができる。もし、ユーザがコスト的に気に入らなければ、各情報タブ（カスタマ情報タブ２２０１，ドキュメント情報タブ２２０２，ジョブ情報タブ２２０３，後処理情報タブ２２０４，プルーフ＆アーカイブ情報タブ２２０５，デリバリ情報タブ２２０６）や戻るキー２２０８，次へキー２２０９等を用いて、設定を入れ替えたりし、再度概略コストを算出させることも可能である。
【０１９３】
そして、ＯＫキー２２１１を押下（指示）することにより、仮発注処理を行うことができる（図２のステップＳ２０９でＹｅｓ）。なお、仮発注処理のため、後述するプルーフ時にもジョブチケットの設定変更を行うことが可能である。
【０１９４】
このように、受注・入稿マネージャ１１２で受け付けられたジョブは、工程管理マネージャ１１１にその情報が伝えられ、それを受けて、工程管理マネージャ１１１は、そのジョブの管理を開始し、そのジョブに対してＪＤＦデータを発行する。
【０１９５】
〔レイアウト確認〕
図１に示したプルーフマネージャ１１４では、図３２〜図３６に示すように、原稿編集マネージャ１１３による編集結果を表示した確認画面をウェブサーバ部４４１を介してユーザに提供している（図６のステップＳ４０２〜Ｓ４０６）。
【０１９６】
図３２〜図３６は、図１に示したプルーフマネージャ１１４による確認画面の一例を示す模式図である。
【０１９７】
この確認画面には、ページ順とプリント順の切り替えボタン２３０１，ページ単位のプロパティ（属性設定）キー２３０２，ドキュメント単位のプロパティキー２３０３，ジョブ単位でのプロパティキー２３０４が用意されており、ページ単位、ドキュメント単位、ジョブ単位で、紙サイズ、メディアタイプを切り替えたり、Ｎ−ｕｐ（縮小レイアウト）の配置数、配置順等を決められたり、フィニッシングの有無や種類等を設定することができる。
【０１９８】
また、ユーザから入稿された原稿が複数個、しかも異なるタイプのアプリケーションやファイルであった場合でも、それらをドラッグ＆ドロップしてドキュメント単位で確認画面上にサムネール表示することができる。
【０１９９】
例えば、図３２，図３３はページ順で表示した例に対応し、１章（Ｄｏｃｕｍｅｎｔ−００１）目と１４章は、２ｉｎ１で配置されているが、それ以外は４ｉｎ１で配置されており、章（ドキュメント）単位で配置数を変えている例である。
【０２００】
また、図３４はページ順とプリント順の切り替えボタン２３０１を切り替えてプリント順で表示した例に対応し、中綴じ（ブックレット）された場合のプリント配置を見ることができる。次に、図３５はタブ紙を利用してページ単位でメディアを切り替えた場合の例に対応し、同時にパンチ（穴あけ）処理の指示をした場合でも、サムネール上で穴の位置などが確認できる。また、図３６はくるみ製本される場合の例に対応し、表紙が背表紙分大きな用紙が用いられている点が確認できる。
【０２０１】
なお、図３２〜図３６に示した確認画面の表示ウィンドウは、ファイル構造を示すフォルダ画面とサムネール画面から成り立っているが、サムネール画面の１つのページをダブルクリックすると、ページ単位でのプレビュー画像でページ単位の拡大表示も可能である。
【０２０２】
以上示した図３２〜図３６の確認画面、または図示しないＰＤＦファイル（ウェブサーバ部４４１よりダウンロードしたＰＤＦファイル）の表示画面において、ユーザは、プルーフを確認し、プルーフの確認がＯＫであるとユーザが判断する（図６のステップＳ４０７）。
【０２０３】
そして、プルーフがＯＫである場合には、プルールがＯＫである（印刷工程への移行を指示する）旨を示す電子メールを（プルーフマネージャ１１４に割り当てられた所定のアドレス，担当者のアドレス等）に送信する（図６のステップＳ４０８）。
【０２０４】
一方、プルーフの確認がＯＫでない（ＮＧ）と判断した場合には、ユーザは、プルールがＮＧである（印刷工程へは移行せず、再校正を指示する）旨とプルーフのＮＧ箇所とコメントを入力した電子メールを送信する（図６のステップＳ４０７，Ｓ４０８）。
【０２０５】
この電子メールを受けたプルーフマネージャ１１４は、プルーフの確認結果がＯＫである（印刷工程への移行を指示する）場合には、処理を終了し、印刷（プリント）工程に進む（図６のＳ４２７，Ｓ４２８でＹｅｓ）。一方、プルーフの確認結果がＮＧである（印刷工程へは移行せず、再校正を指示する）場合には、画像形成システム側の作業者が、ユーザからのＮＧ箇所のコメントに従って、再度、原稿編集処理，ドキュメント処理や校正刷り（プルーフプリント）の処理をやり直す（図６のＳ４２７〜Ｓ４２９）。
【０２０６】
以上のように、プルーフ手段として、図３２〜図３６に示したサムネール確認画面やＰＤＦファイル（不図示）をユーザに提供することにより、実際の印刷を行うことなしに、オンラインにて、容易かつ確実に出力予測でき、入稿後のプルーフ時の各種変更も容易にし、従来ユーザの負担となっていた入稿時の入念なチェック負担を軽減して、顧客に対してより安価な出力提供を短期間に行うことができる。
【０２０７】
〔第２実施形態〕
上記第１実施形態では、図６，図２９に示したように、ユーザが指定（選択）可能な校正表現としてサムネールとＰＤＦデータの作成を例にしていたが、カラープリントの場合には、実際のプリントを行った方が色味等が正確に分かり良い場合が多い（画面上では表示装置等の特性により実際の印刷と色味が多少異なることもある）。そこで、校正表現方法として実際にプリントマネージャ１１５とＭＦＰ１０４（または、１０５）を利用して１部だけ試し刷りを行い、その出力を郵送やプルーフ出力を持参しての訪問，その他のオンライン以外の受け渡し手段で顧客に届けて、実際の出力サンプルを受け取った上で顧客が確認可能に構成してもよい。以下、その実施形態について説明する。
【０２０８】
〔ジョブ発注画面（プルーフ）〔第２実施形態〕〕
図３７は、本発明の第２実施形態におけるジョブ受注画面の一例を示す模式図であり、特にプルーフ情報の設定画面に対応し、図２９と同一のものには同一の符号を付してある。
【０２０９】
ユーザは、インターネットを経由して、図３７に示す画面において、プルーフプリントの有無２２２０の選択，必要なプルーフモード（校正表現方法）（ウェブサイト上のサムネール２２２１，ｆｔｐサイト上のＰＤＦファイル２２２２，ＰＤＦファイルの電子メール送信２２２３，ＰＤＦファイル入りのＣＤ−ＲＯＭの郵送２２２４，印刷物の郵送２９０１，印刷物を持参しての訪問２９０２，その他２９０３（例えば、ビットマップデータ，プリントレディーデータのダウンロード）等の複数の校正表現手段からいずれか１又は複数選択）を指示することができ、ユーザが、印刷物（プルーフ出力）の郵送２９０１，印刷物（プルーフ出力）を持参しての訪問２９０２を選択した場合には、実際にプリントマネージャ１１５とＭＦＰ１０４（または、１０５）を利用して１部だけ試しずりが行われ、ユーザに届けられ、ユーザはこの実際の印刷物を見てプルーフ確認を行うことができる。なお、印刷物（プルーフ出力）の郵送や持参訪問等の履歴等も、工程管理マネージャ１１１にて管理される。
【０２１０】
〔プルーフマネージャ〔第２実施形態〕〕
図３８は、本発明の第２実施形態におけるプルーフマネージャ１１４とユーザ側のコンピュータとの通信及びプルーフマネージャ１１４によるプルーフ作成処理（本発明の第３の制御処理）を示すフローチャートであり、Ｓ４０１〜Ｓ４０９，Ｓ３００１はユーザ側の作業ステップを示し、Ｓ４２１〜Ｓ４２５，Ｓ４２７〜Ｓ４２９，Ｓ３０２１〜Ｓ３０２６はプルーフマネージャ１１４側の制御処理ステップを示す。なお、図６と同一のステップには同一のステップ番号を付してあり、説明は省略する。
【０２１１】
ステップＳ４２４で、ＰＤＦデータが求められていないと判断した場合又はステップＳ４２５の後、ステップＳ３０２１において、校正表現方法としてプルーフ出力が求められている（入稿時に図３７の２９０１，２９０２が選択された）か否かを判断し、要求されていると判断した場合には、ステップＳ３０２２において、プリントマネージャ１１５によりプルーフ出力を行わせ（プリントドライバを用いた作業者による作業が必要な場合には作業させてプルーフ出力させ）、ステップＳ３０２３に進む。
【０２１２】
ステップＳ３０２３では、プルーフ出力を郵送する必要がある（入稿時に図３７の２９０１が選択された）か否かを判断し、郵送する必要があると判断した場合には、ステップＳ３０２４において、郵送させるように担当者に指示（電子メール等で指示）し、一方、郵送させる必要がないと判断した場合には、ステップＳ３０２６において、担当者に他の受け渡し等で渡すように指示（電子メール等で指示）する。
【０２１３】
一方、ステップＳ３０２１で、プルーフ出力が要求されていないと判断した場合又はステップＳ３０２４，Ｓ３０２６の後、ステップＳ３０２５に進み、サムネール画像，ＰＤＦファイルをアップロードしたウェブサイトのＵＲＬの記載やＰＤＦファイルの添付，プルール出力を郵送した旨の記載，プルーフ出力を郵送以外の受け渡し手段（例えば、訪問）にて渡す旨の記載等を行った電子メール（Ｅ−ｍａｉｌ）をユーザに対して送信する。
【０２１４】
一方、ステップＳ３００１において、プルーフ出力を郵送や訪問等により受け取ったユーザは、ステップＳ４０７に進みプルーフの確認を行い、確認結果を電子メールにより返送する。
【０２１５】
このように、ユーザからのオンラインによる要求により、実際のプルーフ出力を取得でき、カラープリントの色味等をより正確に確認することもできる。
【０２１６】
〔第３実施形態〕
上記第１，第２実施形態では、ユーザがウェブ上で仮発注の受諾（または拒絶）の通知を受ける（図２のステップＳ２１０，Ｓ２１１）構成について説明したが、ウェブにより仮発注の受諾（または拒絶）の通知を受け渡しする構成では、確認履歴に欠けてしまうため、仮発注の受諾（または拒絶）の通知を電子メール（Ｅ−ｍａｉｌ）により行うように構成してもよい。以下、その実施形態について説明する。
【０２１７】
図３９は、本発明の第３実施形態における受注・入稿マネージャ１１２とユーザ側のコンピュータとの通信及び受注・入稿マネージャ１１２による受注処理（本発明の第４の制御処理）を示すフローチャートであり、Ｓ２０１〜Ｓ２０９，Ｓ３１０１，Ｓ３１０２はユーザ側のウェブブラウザ（Ｗｅｂ Ｂｒｏｗｓｅｒ）上での作業ステップを示し、Ｓ２２３〜Ｓ２２６，Ｓ３１２１，Ｓ３１２２は受注・入稿マネージャ１１２側での制御処理ステップを示す。なお、図２と同一のステップには同一のステップ番号を付してあり、説明は省略する。
【０２１８】
ステップＳ２２５で、受注・入稿マネージャ１１２側で、ホットフォルダ２２２内のジョブを受け付け不可能であると判断した場合には、「ジョブ拒絶」のメッセージをユーザに対して電子メールにより自動通知する（３１２１）。
【０２１９】
一方、ステップＳ２２５で、受注・入稿マネージャ１１２側で、ホットフォルダ２２２内のジョブを受け付け可能であると判断した場合には、ステップＳ２２６で、ジョブの受け付けを行い、該受け付けたジョブを工程管理マネージャ１１１に対して送信するとともに、「ジョブ受諾」のメッセージをユーザに対して電子メールにより自動通知する（Ｓ３１２２）。
【０２２０】
一方、ユーザ側では、受注・入稿マネージャ１１２からの電子メールにより「ジョブ受諾」又は「ジョブ拒絶」のメッセージを受信し（Ｓ３１０１，Ｓ３１０２）、処理を終了する。これにより、ユーザは、自らが仮発注したジョブが受け付けられたか否かを容易に判断することができ、履歴として保存することも可能である。
【０２２１】
以上のように、仮発注の受諾（または拒絶）の通知を電子メール（Ｅ−ｍａｉｌ）により行うことにより、仮発注の受諾（または拒絶）の履歴を保存することができる。
【０２２２】
なお、本実施形態では、仮発注ジョブの許諾／拒絶の確認を、電子メールにより行い、また上記第１実施形態では、ウェブブラウザ上で行う場合について説明したが、この仮発注ジョブの許諾／拒絶の確認は、ファクシミリや電話等による連絡により行う構成であってもよいことはいうまでもない。
【０２２３】
〔第４実施形態〕
上記第３実施形態では、仮発注の受諾（または拒絶）の通知を電子メール（Ｅ−ｍａｉｌ）により行い、仮発注の受諾（または拒絶）の通知の履歴を容易に保存可能にする構成について説明したが、ユーザからの仮発注そのものも電子メール（Ｅ−ｍａｉｌ）により行うように構成してもよい。以下、その実施形態について説明する。
【０２２４】
図４０は、本発明の第４実施形態における受注・入稿マネージャ１１２とユーザ側のコンピュータとの通信及び受注・入稿マネージャ１１２による受注処理（本発明の第５の制御処理）を示すフローチャートであり、Ｓ３１０１〜Ｓ３１１２はユーザ側のウェブブラウザ（Ｗｅｂ Ｂｒｏｗｓｅｒ）上での作業ステップを示し、Ｓ３１２１〜Ｓ３１２３は受注・入稿マネージャ１１２側での制御処理ステップを示す。なお、図２と同一のステップには同一のステップ番号を付してあり、説明は省略する。
【０２２５】
ステップＳ３１０１において、ユーザはウェブブラウザを起動し、該ウェブブラウザ上でＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）アドレスを入力して、受注・入稿マネージャ１１２がもつウェブサーバ（Ｗｅｂ Ｓｅｒｖｅｒ）部２２１にアクセスを行う。
【０２２６】
このウェブサーバ部２２１は、ユーザがウェブブラウザを介してＵＲＬアドレスを入力すると、ウェブブラウザにサービス画面を提供する。なお、ウェブサーバ部２２１には、このサービス画面及び図２５〜図３０と同様のフォーマットの受注フォーマットファイル等が予めアップロードされているものとする。
【０２２７】
そして、ユーザ側では、ウェブブラウザがウェブサーバ部２２１より提供された図示しない画面を開き、受注フォーマットファイルをダウンロードする（Ｓ３１０２）。
【０２２８】
ユーザは、この受注フォーマットファイル上で、図２５〜図３０と同様のカスタマ情報，ドキュメント情報（画像データのファイル名（複数選択可能）），ジョブ情報（ジョブチケット等），後処理情報（フィニッシング処理等），プルーフ及びアーカイブ情報，デリバリ情報等の各種印刷指示を入力する（Ｓ３１０３〜Ｓ３１０８）。
【０２２９】
そして、受注フォーマットファイルの入力が終了し、ユーザが仮発注を行う場合（Ｓ３１０９でＹｅｓ）には、受注フォーマットファイル及びユーザが選択したファイル（画像データ）を、ユーザ側から受注・入稿マネージャ１１２に対して電子メール（Ｅ−Ｍａｉｌ）により送信する（Ｓ３１１２）。これにより、ユーザは、自らが仮発注したジョブの内容及び発注したことを示す履歴をも容易に保存することができる。なお、電子メール送信する代わりに、受注フォーマットファイル及びユーザが選択したファイル（画像データ）を、所定のｆｔｐサイトにアップロードするように構成してもよい。
【０２３０】
また、受注・入稿マネージャ１１２側では、ユーザからの電子メールを受信すると、該電子メールに添付された受注フォーマットファイル及びユーザが選択したファイル（画像データ）を含むジョブをホットフォルダ内に格納する（３１２３）。
【０２３１】
また、受注・入稿マネージャ１１２側では、常にホットフォルダ内のジョブの有無をポーリングにて監視しており（Ｓ２２３，Ｓ２２４）、ジョブがあると判断した場合には、そのジョブを受け付けられるかを確認し（Ｓ２２５）、受け付け不可能であると判断した場合には、「ジョブ拒絶」のメッセージをユーザに対して電子メールにより自動通知する（Ｓ３１２１）。
【０２３２】
一方、受注・入稿マネージャ１１２側で、ホットフォルダ内のフォーマットファイルに基づくジョブを受け付け可能であると判断した場合には、ステップＳ２２６で、ジョブの受け付けを行い、該受け付けたジョブを工程管理マネージャ１１１に対して送信するとともに、「ジョブ受諾」のメッセージをユーザに対して電子メールにより自動通知する（Ｓ３１２２）。
【０２３３】
一方、ユーザ側では、受注・入稿マネージャ１１２からの電子メールにより「ジョブ受諾」又は「ジョブ拒絶」のメッセージを受信し（Ｓ３１１０，Ｓ３１１１）、処理を終了する。これにより、ユーザは、自らが仮発注したジョブが受け付けられたか否かの履歴のみならず、自らが仮発注したジョブの内容及び発注したことを示す履歴をも容易に保存することができる。
【０２３４】
以上のように、仮発注の受諾／拒絶の履歴だけでなく、仮発注そのものも電子メール（Ｅ−ｍａｉｌ）により行うことにより、仮発注の受諾／拒絶の履歴だけでなく、仮発注の履歴をも保存することができる。
【０２３５】
〔第５実施形態〕
上記第２実施形態では、画像形成システム側のプリンタによりプルーフ出力を行い、郵送，手渡し等でユーザに確認してもらう場合について説明したが、顧客側にもプルーフプリンタがある場合、そのプルーフプリンタを利用してプルーフ出力可能なように構成してもよい。以下、その実施形態について説明する。
【０２３６】
図４１は、本発明の第５実施形態におけるプルーフマネージャ１１４とユーザ側のコンピュータとの通信及びプルーフマネージャ１１４によるプルーフ作成処理（本発明の第６の制御処理）を示すフローチャートであり、Ｓ３２０１〜Ｓ３２１０はユーザ側の作業ステップを示し、Ｓ３２２１〜Ｓ３２３２はプルーフマネージャ１１４側の制御処理ステップを示す。
【０２３７】
まず、工程管理マネージャ１１１によりプルーフ工程に管理されるジョブに関して、ステップＳ３２２１において、ユーザがプルーフを要求した（図２９，図３７に示した画面にて設定した）か否かを判断し、プルーフが要求されていないと判断した場合には、そのまま処理を修了する。
【０２３８】
一方、ステップＳ３２２１で、プルーフが要求されていると判断した場合には、ステップＳ３２２２以降に進み、要求されたプルーフ方法によってユーザ側にサービスを提供する。
【０２３９】
即ち、ステップＳ３２２２で、サムネールのウェブ表示が求められているか否かを判断し、要求されていると判断した場合には、ステップＳ３２２３において、原稿編集マネージャ１１３よりサムネール画面を作成させ、該作成されたサムネール画像をウェブサーバ部４４１にアップロードし、許可されたユーザのみ表示可能に設定する。これにより、ユーザは出来上がりイメージをウェブ上で確認することができる（図３２〜図３６に示した確認画面により確認可能）。
【０２４０】
一方、ステップＳ３２２２で、サムネールのウェブ表示が求められていないと判断した場合又はステップＳ３２２３の後、ステップＳ３２２４に進み、ＰＤＦファイルが要求されているか否かを判断し、ＰＤＦファイルが要求されていると判断した場合には、ステップＳ３２２５において、Ａｄｏｂｅ社のＡｃｒｏｂａｔ Ｄｉｓｔｉｌｌｅｒなどを利用して、ＰＤＦファイルを作成し、ユーザの要求した方法でユーザに提示する（例えば、ウェブ上での閲覧や、ｆｔｐサイトにアップロード、あるいはファイルサイズが小さければユーザへのＥ−ｍａｉｌに添付するように設定することも可能である）。
【０２４１】
一方、ステップＳ３２２４で、ＰＤＦファイルが要求されていないと判断した場合又はステップＳ３２２５の後、ステップＳ３２２６に進み、プルーフ出力（ビットマップ）が求められているか否かを判断し、要求されていると判断した場合には、ステップＳ３２２７において、プリントマネージャ１１５のＲＩＰ部を利用してビットマップデータ又はプリントレディーデータを作成し（Ｓ３２２８）、所定のｆｔｐサイトにアップロードする。
【０２４２】
一方、ステップＳ３２２６で、プルーフ出力が要求されていないと判断した場合又はステップＳ３２２８の後、ステップＳ３２２９に進み、サムネール画像，ＰＤＦファイル，プルーフ出力のビットマップデータをアップロードしたウェブサイトのＵＲＬの記載やＰＤＦファイルの添付等を行った電子メール（Ｅ−ｍａｉｌ）をユーザに対して送信する。
【０２４３】
一方、ステップＳ３２０１において、この電子メール（ユーザの所望するプルーフ確認のための情報がアップロードされた通知の電子メール）を受信したユーザは、ステップＳ３２０２において、ウェブブラウザを起動し、ＵＲＬを入力するとともに、ウェブサーバ４４１より提供される画面にユーザＩＤとパスワードを入力して、ウェブサーバ４４１にアクセスする。
【０２４４】
ここで、ユーザがサムネール表示を要求していた場合には、ステップＳ３２０３において、ウェブサーバ４４１よりサムネール画面を取得し、該サムネール画面（図３２〜図３６）を表示閲覧し、ステップＳ３２０７において、該サムネイル画像をプルーフプリントする。
【０２４５】
また、ユーザがＰｄｆファイルを要求していた場合には、ステップＳ３２０４において、ウェブサーバ４４１よりＰｄｆファイルをダウンロードし、ステップＳ３２０５において、ＲＩＰ処理し、ステップＳ３２０７において、プルーフプリントする。
【０２４６】
また、ユーザがビットマップファイルを要求していた場合には、ステップＳ３２０６において、ウェブサーバ４４１よりビットマップファイル又はプリントレディーファイルのをダウンロードし、ステップＳ３２０７において、プルーフプリントする。
【０２４７】
次に、ステップＳ３２０８において、ユーザは、プルーフを確認し、プルーフの確認がＯＫであるとユーザが判断した場合には、そのままステップＳ３２１０に進む。
【０２４８】
一方、ステップＳ３２０８で、プルーフの確認がＯＫでない（ＮＧ）と判断した場合には、ステップＳ３２０９において、ユーザは、プルーフのＮＧ箇所とコメントを入力し、ステップＳ３２１０に進む。
【０２４９】
次に、ステップＳ３２１０において、プルーフの確認結果を示す電子メールを作成し、プルーフマネージャ１１４に対して送信する。なお、プルーフがＮＧの場合には、ユーザは、ステップＳ３２０９で入力したプルーフのＮＧ箇所とコメントのデータを電子メールに添付するか、電子メールの本文に記載するものとする。また、プルーフのＯＫ／ＮＧを示す情報は、電子メールの本文に記載するように構成してもよいし、電子メールの題名にＯＫ／ＮＧを示す文字列を記載するように構成してもよい。
【０２５０】
一方、プルーフマネージャ１１４は、この電子メールを受信すると（Ｓ３２３０）、ステップＳ３２３１において、プルーフの確認結果がＯＫであるか否かを判断し、プルーフの確認結果がＯＫであると判断した場合には、処理を終了し、印刷（プリント）工程に進むように、図２３に示したＪＤＦデータを書き換える。なお、ステップＳ３２３１の判断は、受信した電子メールの題名等からプログラムにより判断させるように構成してもよいし、電子メールを受信したことを担当者に通知し、該受信電子メールの内容から担当者に判断させるように構成してもよい。
【０２５１】
一方、ステップＳ３２３１で、プルーフの確認結果がＯＫでない（ＮＧ）と判断した場合には、ステップＳ３２３２に進み、画像形成システム側の作業者が、ユーザからのＮＧ箇所のコメントに従って、再度、原稿編集処理，ドキュメント処理や校正刷り（プルーフプリント）の処理をやり直し、ステップＳ３２２１に戻る。
【０２５２】
なお、ユーザからのプルーフの確認結果をステップＳ３２０９で電子メールによって行っているが、電話やＦＡＸ等で、画像形成システム側の担当者に連絡するようにし、この連絡を受けた担当者がプルーフのＯＫ／ＮＧを判断するように構成してもよい。
【０２５３】
また、本実施形態のようにリモートプルーフの場合には、図１３，図１４等で述べたＩＣＣプロファイルやガンマテーブル等の画像パラメータのやり取りも、ウェブサーバ（またはｆｔｐサーバ）４４１経由でアクセス可能にする。
【０２５４】
以上説明したように、１つまたは複数のプルーフ手段（サムネール画像のウェブ表示，ＰＤＦファイルのダウンロード，プルーフ出力（ハードコピー）の郵送，手渡し，プルーフ出力（ビットマップデータ）のダウンロード等）をユーザに提供することにより、ユーザに対してよりリーズナブルなコストでサービスを提供することが可能となる。
【０２５５】
また、ユーザ側にとっても複数のプルーフ手段から所望のプルーフ手段を選択して、確実な出力予測が可能となり、サービス提供側にとっても１つずつ段階を追って作業が進められるので、より短納期で出力することができる。
【０２５６】
従って、顧客は、デザインやレイアウトの確認作業を重視する部分と、色味や色調整の確認作業を重視する部分を分けて考え、どこまでのレベルを求めるか顧客自身で選択することができ、またそのジョブがカラー出力か白黒出力かなど顧客が注文するジョブの種類に応じて分類し、それにあった確認作業（プルーフモード，校正表現）を選択していくことができる。
【０２５７】
また、昨今、ウェブブラウザやインターネット上のウェブページを利用した電子店舗等の受発注システムを利用して、その中でユーザが気軽に、そして無意識にカンプやプルーフの方法（校正表現方法）を選択させ、またその選択された方法や個数に応じてコストを変えることで、顧客のニーズにあった注文とコストでサービスを提供することができる。
【０２５８】
〔第６実施形態〕
以下、工程管理マネージャ１１１により管理される工程の参照について説明する。なお、特にプリントジョブについて説明する。
【０２５９】
〔プリントジョブ〕
図４２〜図４５は、図１に示したプリントマネージャ１１４より提供されるプリント工程の管理画面を示す模式図であり、図４２はプリント工程におけるジョブステイタス画面であり、図４３はプリント工程におけるデバイスステイタス画面であり、図４４，図４５はプリント工程におけるジョブサブミット画面である。なお、オペレータはクライアント１０３上のウェブブラウザのＵＲＬアドレス部に工程管理マネージャ１１１側のウェブサーバのＩＰアドレス（ここでは例えば、１９２．１６８．１００．１１とする。ＤＮＳがサポートされている環境ならばサーバ名称でも構わない）を入力するとサービス画面が読み込まれるように予め設定されており、このサービスツール（サービス画面）には、各マネージャ間のスケジューリングを行うスケジューリングタブ２４０１，受注・入稿マネージャによる受注状況を確認するオーダリングタブ２４０２，原稿編集を担当するエディティングタブ２４０３，プルーフマネージャによる顧客のプルーフの承認状況を管理するプルーフィングタブ２４０４，プリントジョブの管理やプリントジョブの投入を行うプリンティングタブ２４０５，後処理マネージャにより後処理工程の管理を行うフィニッシングタブ２４０６，ファイル保管マネージャによりジョブのアーカイブ状況を管理するアーカイビングタブ２４０７，納品発送マネージャにより納品伝票や配達状況の管理を行うデリバリィタブ２４０８，そしてスキャンマネージャによりスキャンジョブを管理するスキャンタブ２４０９等が用意されており、プリンティングタブ２４０５を選択すると、プリントマネージャ１１５側のウェブサーバ（工程管理マネージャ１１１側のウェブサーバと同一であってもよい）にアクセスして、図４２に示すプリント工程におけるジョブステイタス画面が読み込まれるようになっている。
【０２６０】
図４２〜図４４に示すプリント工程管理画面（プリンティングタブ２４０５が選択されたサービス画面）には、ジョブ管理を行うジョブステイタスキー２４１１，プリントデバイスＭＦＰ１０４や１０５の管理を行うデバイスステイタスキー２４１２，プリントジョブの投入を司るジョブサブミットキー２４１３，そしてプリンタやクラスタプリンタの登録など各種設定を行うコンフィギュレーションキー２４１４等が設けられており、図４２はジョブステイタスキー２４１１が選択された場合に対応し、図４３はデバイスステイタスキー２４１２が選択された場合に対応し、図４４，図４５はジョブサブミットキー２４１３が選択された場合に対応する。
【０２６１】
まず図４２に示すジョブステイタス画面において、２４２１はデバイス表示部で、ネットワーク上のＭＦＰ等のデバイス名称２４２１−１、デバイスアイコン（ステイタスに応じてアイコンが変化する）２４２１−２、さらに、それらのステイタスを示す文字（Ｒｅａｄｙ，ＰａｐｅｒＪａｍ，Ｐｒｉｎｔｉｎｇ等）２４２１−３を表示している。
【０２６２】
次に、２４２２はジョブステイタス表示で、サーバ内部にあるそれぞれのジョブの状態をモニタ出来、Ｓｐｏｏｌｉｎｇ（ＲＩＰ前のデータを受信中）、Ｒｉｐｐｉｎｇ（ＲＩＰ中）、Ｗａｉｔ ｔｏ Ｐｒｉｎｔ （Ｐｒｉｎｔ待機中）あるいは、Ｐｒｉｎｔｉｎｇ（Ｐｒｉｎｔ中）等で表現される。また、予めジョブ投入時にサーバ内部で待機を指示されているジョブに関しては、ＲＩＰされる前の状態でＨｏｌｄとして保持されている。エラーやジャムが生じた場合には、その旨表示されユーザに知らせるプリント後は、次のジョブ履歴（フィニッシュドジョブ）に渡される。各ネットワークデバイスのステイタスは、所定期間毎にサーバが問い合わせる、及び／又は各ネットワークデバイスが自身のステイタスに変化があったときにサーバに通知することで対処している。
【０２６３】
また、２４２３はジョブ履歴表示で、ジョブの履歴を見ることができ、正常終了の場合にはＰｒｉｎｔｅｄ、途中キャンセル時にはＣａｎｃｅｌｅｄが示される。
【０２６４】
さらに、ジョブステイタス表示部２４２２，ジョブ履歴表示２４２３において、２４２４は詳細キーで、このキーをクリック（図示しないポインティングデバイス等で指示）すると、実行中のジョブや終了後のジョブの詳細状況をつかむことができ、ジョブ名，ターゲットプリンタ，ジョブステイタス，ジョブプライオリティ，ジョブＩＤ，クライアント名の他，ジョブのページ数，部数，紙サイズ，出力予測時刻，あるいはクライアントからのオペレータへの要望事項などを記述しておくコメント等が表示される。但し、上記出力予測時刻はあくまでも予測時刻であり、現在のスプール順、ＲＩＰ予測時間、あるいは、プリンタのスピードなどにより計算される。
【０２６５】
さらに、ジョブステイタス表示部２４２２において、２４２５−１〜２４２５−３はコントロールキーで、これらのジョブ一つずつに対して、ある特権を与えられたの者（たとえば、管理者）のみが制御可能なものであり、左から順に、ジョブのキャンセル２４２５−１，ジョブの一時停止（ジョブのポーズまたは、ホールド）２４２５−２，ジョブの再開（ポーズジョブまたは、ホールドジョブのリリース）２４２５−３等を指示するためのものである。
【０２６６】
また、ジョブ履歴表示２４２３において、２７６１はコントロールキーで、ジョブ履歴表示２４２４内のジョブに対して制御可能なものであり、左から順に、ジョブのアーカイブ（ジョブをネットワーク上の別の場所に保管しておく機能）２７６１−１，ジョブの削除（ジョブのデリート）２７６１−２，ジョブの再プリント（リプリントジョブ）２７６１−３等を指示するためのものである。これらの指示に基づいて、オペレータはサーバを扱うことができる。
【０２６７】
また、ＭＦＰ１０４，１０５あるいは図示しないプリンタ内のネットワークインタフェース部分にはＭＩＢ（Ｍａｎａｇｅｍｅｎｔ ＩｎｆｏｒｍａｔｉｏｎＢａｓｅ）と呼ばれる標準化されたデータベースが構築されており、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）というネットワーク管理プロトコルを介してネットワーク上のコンピュータと通信し、ＭＦＰ１０４，１０５をはじめとして、ネットワーク上につながれたデバイスの状態をコンピュータ１０３と必要な情報の交換が可能である。例えば、ＭＦＰ１０４，１０５の装備情報としてどんな機能を有するフィニッシャが接続されているかを検知したり、ステイタス情報として現在エラーやジャムが起きていないか、プリント中かアイドル中かなど検知したり、ＭＦＰ１０４，１０５の装備情報、装置の状態、ネットワークの設定、ジョブの経緯、使用状況の管理、制御などあらゆる静的情報を入手することが可能となる。プリントマネージャは、このＭＩＢを利用して、ＭＦＰ等のステイタスを随時取り込み、それをＨＴＭＬファイルとして更新することで、クライアントからは常にその状態を閲覧することができる。
【０２６８】
デバイスステイタスキー２４１２をクリック（図示しないポインティングデバイス等で指示）すると、図４３に示すデバイスステイタス画面が表示され、デバイスステイタス表示２４３２によりデバイス内の装備された紙サイズやその補充状況（各用紙スタッカもしくはカセットの用紙残量）を確認したり、各デバイスに装備されたフィニッシャなどのアクセサリ状況を予め確認したりすることが可能となる。ただし、用紙残量については、そのためのセンサで検出するものであり、記録紙１枚の精度で検出することは難しいので例えば最小単位は１０枚程度である（ただし、用紙無しは確実に検出できる）。２４３３は詳細キーで、このキーをクリック（図示しないポインティングデバイス等で指示）すると、デバイスの詳細状況（例えば、カラー／モノクロ，解像度，印刷速度等）が表示される。
【０２６９】
また、ジョブサブミットキー２４１３をクリック（図示しないポインティングデバイス等で指示）すると、図４４に示すジョブサブミット画面が表示される。
【０２７０】
ジョブサブミット画面の利用方法は前述のプリントドライバと同様だが、これはクライアント１０３上のファイルをアプリケーションで開かずに（アプリケーション上で印刷指示しないで）、直接プリントマネージャ１１５に投げ込む（印刷対象の文書ファイルに以下の付加情報を付随させて転送又はコピーする）ためのものである。
【０２７１】
通常、プリントドライバは、２つの役割を持っており、その一つは、クライアント１０３上のアプリケーションでデータを立ち上げて、そのデータをＰｏｓｔＳｃｒｉｐｔ（登録商標）（或いはＰＣＬ）などのＰＤＬデータに変換する役割と、もう一つは、プリントマネージャ１１５（あるいは、プリンタ）にその変換されたデータを投げ込む役割である。これは、従来型のＲＩＰ処理が１種類のＲＩＰ処理にしか対応できていなかったためであった。
【０２７２】
しかし、これに対して、ジョブサブミットは、役割的には、ＧＵＩを用いてジョブチケットと共にジョブを投げ込む処理だけなのだが、近年、ＰＳだけでなく様々なフォーマット（たとえば、ｐｄｆやｔｉｆ，ｊｐｇなど）のデータを同一のソフトウェアＲＩＰモジュールでＲＩＰ処理可能なものが登場したり、プリントマネージャ１１５内に複数種類のソフトウェアＲＩＰモジュール（例えば、ＰＳとＰＣＬ）を有していて、データに応じてそのＲＩＰモジュールを切り替えて使用できたりと、１種類のＰＤＬだけでなく様々なフォーマット（例えば、ｐｄｆやｔｉｆｆ，ｊｐｇなど）や様々なＰＤＬデータを直接プリントマネージャ１１５に送付しても、従来の単一のＰＤＬデータ同様にＲＩＰ処理を行い、ビットマップデータに展開することが可能となった。また、仮にＭＦＰ１０４またはＭＦＰ１０５のインタフェースの都合で、ビットマップデータでなく、ＰＳデータのみを扱うタイプのＲＩＰ処理機能付きのプリンタである場合には、プリントマネージャ１１５は上記ＲＩＰ処理にてビットマップデータに展開後、そのデータをＪＢＩＧやＧ４（ＣＣＩＴＴ）にて画像圧縮したあと、それにＰＳ等のヘッダ（ＰＳデータであることを示すヘッダ）をつけて、そのＭＦＰに出力することにより、様々なプリンタに対してもこれらの各種フォーマットデータのプリントを実現することができる。
【０２７３】
ジョブサブミットで付加する設定項目として、２４４１はターゲットとなる出力先を選択する送信先選択カラムである。一般的には前述のＭＦＰ１０４，１０５あるいは、それらを組み合わせたクラスタプリンタを設定することも可能である。なお、送信先選択カラム２４４１でクラスタプリンタと呼ばれる複数台のプリンタを仮想的に組み合わせたプリンタが選択された際には、図４５に示すようにそれぞれのプリンタに対して設定を行うことができるように、設定項目切り替えキー２４４２のＧＵＩが変更される。
【０２７４】
２４４４はファイルを選択するカラムで直接ファイル名をディレクトリィと一緒に指示しても良いが、一般的にはその右のブラウズボタンによりサーバ自身のコンピュータ（あるいは、ネットワーク内）にあるジョブファイルを選ぶことになる。
【０２７５】
かかる設定を行い、プリントキー２４４３をクリックすると、設定された内容と指定されたファイルがプリントマネージャ１１５に転送され、印刷ジョブとして追加（キューイング）されることになる。
【０２７６】
また、選択したファイルと一緒に送られる設定項目をジョブチケットと呼んでおり、２４４５に示すような設定項目である。なお、図４４，図４５では、一般設定（Ｇｅｎｅｒａｌ）における設定項目が表示されているが、設定項目切り替えキー２４４２により設定項目の分類（一般設定，ジョブ制御，フィニッシング，画像処理設定，カラー設定）を切り替えると、図４６〜図４９に示すような異なる分類の設定項目（ジョブ制御，フィニッシング，画像処理設定，カラー設定等の設定項目）が表示され、それぞれ設定を行って、ジョブチケットとして画像データと共にプリントマネージャ１１５に送信され、ＲＩＰ処理やプリント、後処理等に利用される。
【０２７７】
それぞれ分類のジョブチケットの詳細設定項目としては、例えば本実施形態では、以下のようにいくつかに分類されて、様々な設定が可能となっている。
【０２７８】
１．一般設定（Ｇｅｎｅｒａｌ）：部数，紙サイズ，給紙段，メディアタイプ，両面の有無等（図４４，図４５の２４４５）
２．ジョブ制御（Ｊｏｂ）：ジョブの優先順位，ジョブセーブの有無等（図４６）
３．フィニッシング（Ｆｉｎｉｓｈｉｎｇ）：ステープル，パンチ，ブックレット等（図４７）
４．画像処理設定（ＩｍａｇｅＱｕａｌｉｔｙ＝ＩＱ）：シャープネス，ブライトネス，トナーリダクション設定等（図４８）
５．カラー設定（Ｃｏｌｏｒ）：ガンマ変換テーブルの設定，ＩＣＣプロファイルの設定等（図４９）
また、この１〜５に示したジョブチケットの詳細設定項目は、図４５の２４４２に示すように複数台のプリンタを組み合わせてプリントする場合には、それぞれのプリンタに対して設定可能である。
【０２７９】
さらに、このジョブチケットは、それぞれのデバイスに固有の設定項目があるばかりでなく、予め用意しておけば、操作がスムーズに運ぶという利点があるため、ジョブチケットの呼び出しキーや、任意に設定したジョブチケットを保存しておくセーブキー（ジョブチケットを再使用するため）、及び、新しく名前を付けて保存できるセーブアズキー、そしてジョブチケットを削除するデリートキー（不図示）を備えたキー群２４４４を用意されている。なお、キー群２４４４は、プリントファイルを自分のコンピュータ或いは自分がアクセス可能なネットワーク上から選択するためのファイル名入力エリア，ブラウズキー等も備えている。
【０２８０】
また、ジョブチケットの設定をデフォルトの状態に戻せるように、ジョブチケットのリセットキー２４４６が用意されている。
【０２８１】
〔プリントジョブフロー〕
次に、図５０，図５１のフローチャートを参照して、ジョブサブミットやプリントドライバよりプリントマネージャ１１５に投げ込まれたプリントジョブの処理に関して説明する。
【０２８２】
図５０は、図４４，図４５に示したジョブサブミット画面からの操作によりプリントマネージャ１１５に投げ込まれたプリントジョブの処理（本発明の第７の制御処理）を説明するフローチャートであり、Ｓ２５０８〜Ｓ２５１４はクライアント１０３側のウェブブラウザ（ジョブサブミット画面）上でのオペレータの作業ステップを示し、Ｓ２５３４〜Ｓ２５４０はプリントマネージャ１１５側での制御処理ステップを示す。
【０２８３】
クライアント１０３は図４４，図４５に示したジョブサブミットからファイルをプリントマネージャ１１５に投げ込む際には、まずウェブブラウザでプリントマネージャ１１５側にあるウェブサーバ（Ｗｅｂ Ｓｅｒｖｅｒ）部２５３１にアクセスする（Ｓ２５０８）。詳細には、オペレータはクライアント１０３上でウェブブラウザを起動し、該ウェブブラウザ上でＵＲＬアドレスを入力して、プリントマネージャ１１５側のウェブサーバ部２５３１にアクセスを行って（工程管理マネージャ１１１側のウェブサーバから提供されたサービス画面において、プリンティングタブ２４０５を選択し、さらにジョブサブミットキー２４１３を選択して）、クライアント側のオペレータは、ジョブサブミット画面（図４４に示したジョブサブミット画面）を開く（Ｓ２５０９）。
【０２８４】
次にオペレータは、所望のプリントファイルを自分のコンピュータあるいは、自分がアクセス可能なネットワーク上にあるプリントファイルを選択する（Ｓ２５１０）。このとき選ぶファイルは、サーバがラスタライズ（ＲＩＰ）可能ならば、必ずしもＰＳファイルでなくてもよく、ＰＣＬ，ＴＩＦＦ，ＪＰＥＧ，ＰＤＦなどでもよい。
【０２８５】
さらに、オペレータは出力したいプリンタ或いはクラスタを選択する（Ｓ２５１１）。選択されたプリンタ名あるいはクラスタ名は、すぐさまプリントマネージャ１１５に知らされ、プリントマネージャ１１５側にて予め用意されていたデフォルト（あるいは所望）のジョブチケット，ホットフォルダ名等を含むウェブページが通知され、ウェブブラウザ上に表示される（Ｓ２５１２）。
【０２８６】
次に、オペレータは表示されたジョブチケットを、プリントしたい所望の設定値にブラウザ上で変更し（Ｓ２５１３）、プリントキー２４４３をクリック（図示しないポインティングデバイス等で指示）すると、選択されたジョブと所望のジョブチケットがプリントマネージャ１１５側のホットフォルダ２５３２に送信される（プリントジョブのサブミット）（２５１４）。
【０２８７】
このとき、プリントマネージャ１１５側では、受信したジョブファイル（ここでは、ＰＤＬファイルの場合と、アプリケーションファイルの場合の両方を総称してジョブファイルと呼ぶこととする）とジョブ設定情報（ジョブチケット）を、例えば別々の拡張子等で別々に管理している。
【０２８８】
また、プリントマネージャ１１５では、複数のホットフォルダを順次ポーリングによって監視（Ｓ２５３４）しており、ホットフォルダ２５３２内にジョブがあれば（Ｓ２５３５）、入力ジョブ制御部６０２に渡されてスケジューリングされ（Ｓ２５３６）、図７，図１１に示したようにＲＩＰ（Ｓ２５３７）が行われて、オペレータが選択した所望のプリンタ（あるいはクラスタ）のスプールキューテーブル２５３３が参照されて（Ｓ２５３８，Ｓ２５３９）、そこに登録されている出力デバイスにプリントされる（各出力デバイスに印刷データを送信する）（Ｓ２５４０）。
【０２８９】
図５１は、図８〜図１０に示したプリンタドライバ画面からの操作によりプリントマネージャ１１５に投げ込まれたプリントジョブの処理（本発明の第８の制御処理）を説明するフローチャートであり、Ｓ２５０１〜Ｓ２５０６はクライアント１０３側のプリンタドライバ画面でのオペレータの作業ステップを示し、Ｓ２５３４〜Ｓ２５４０はプリントマネージャ１１５側での制御処理ステップを示し、図５０と同一のステップには同一のステップ番号を付してある。
【０２９０】
クライアント１０３はプリンタドライバからファイルをプリントマネージャ１１５に投げ込む際には、まず、クライアントで動作するアプリケーション（例えばワープロソフト等）から印刷指示し、その結果、プリンタドライバからジョブを投げ込む。詳細には、クライアント１０３でオペレータは、アプリケーションソフトを立ち上げて（Ｓ２５０１）、印刷対象となるファイルを開いて、印刷指示を行う（図８に示したプリンタドライバ画面を開く）（Ｓ２５０２）。
【０２９１】
次に、オペレータは、プリンタの選択を行い（Ｓ２５０３）、プロパティ等を利用して所望の機能を設定する（Ｓ２５０４）。オペレータがＯＫボタン７０５をクリック（図示しないポインティングデバイス等で指示）すると（Ｓ２５０５）、クライアントコンピュータ１０３内でＰＤＬデータの作成が開始される（Ｓ２５０６）。
【０２９２】
ＰＤＬデータが出来上がるとすぐにプリントマネージャ１１５内にある所定のホットフォルダ２５３２に送られる。この後のプリントマネージャ１１５内の処理は、前述のジョブサブミットの場合の処理と同様にプリントされる仕組みとなっており、説明は省略する。
【０２９３】
ここで、プリンタあるいはクラスタを選択するに当たっては、予めクライアントコンピュータ１０３内でＰＰＤ（ＰｏｓｔＳｃｒｉｐｔ（登録商標） Ｐｒｉｎｔｅｒ Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルなどを用意して、プリンタドライバを設定しておく必要がある。ＰＰＤファイルは、そのプリンタを制御するための設定項目とその初期値、あるいは設定の組み合わせの可否などが記述されており、そのプリンタあるいは、クラスタ毎に固有のファイルとして提供されることになる。そしてオペレータは、プリンタやクラスタ毎に自分自身のコンピュータ内にそのＰＰＤとドライバをリンクさせて予め用意しておかなければいけないことになる。
【０２９４】
〔クラスタプリンタの設定〕
上述したように、複数のプリンタを組み合わせて仮想プリンタを作ることをクラスタプリンタと呼ぶが、図４２〜図４５に示したプリンタ工程管理画面上のコンフィギュレーションキー２４１４による設定の一つとしてこのクラスタプリンタの設定があり、予め登録されたＭＦＰ１０４や１０５を組み合わせてクラスタプリンタを作る処理の流れについて図５２に示すフローチャートを参照して説明する。
【０２９５】
図５２は、本発明の画像形成システムにおけるクラスタプリンタ登録処理（本発明の第９の制御処理）の一例を示すフローチャートであり、Ｓ２６０１〜Ｓ２６２１は各ステップを示す。
【０２９６】
まず、オペレータに、登録されたプリンタ群の中から、２つかあるいはそれ以上のプリンタを選択させる（Ｓ２６０１）。例えば、Ａ、Ｂ、Ｃの３台のプリンタならば、Ａ＆Ｂ，Ａ＆Ｃ、Ｂ＆Ｃ、Ａ＆Ｂ＆Ｃという４通りの組み合わせが可能となる。また、同じプリンタの組み合わせでもこれから説明するモードが異なれば別のクラスタプリンタとして登録することも可能である。
【０２９７】
次に、選択された組み合わせがカラープリンタと白黒プリンタのように異なるタイプのプリンタ（カラー／白黒混在）であるか否かを判断し（Ｓ２６０２）、カラー／白黒混在と判断した場合には、カラー／白黒ページ分離モードとカラー／白黒自動ルーティングモードの２つのモードから選択を行わせる（Ｓ２６０３）。
【０２９８】
ここで、カラー／白黒ページ分離モードとは、カラーページと白黒ページが混在する１つのジョブに対して、予めジョブをページ単位でカラーページと白黒ページに分離し、カラー情報を含むページはカラープリンタに、カラー情報を含まない（モノクロ）ページはモノクロプリンタに出力するモードである。また、カラー／白黒自動ルーティングモードとは、同様に予めカラーページと白黒ページを見分けた上で、１枚でもカラーページが混在していればジョブすべてをカラープリンタに出力し、ジョブすべてが白黒ページでできていれば、白黒プリンタに自動的にルーティングするモードである。これらの機能は、カラーページと白黒ページのパープリントコストにギャップがあることからコストダウンと操作性の簡素化を目的にしたモードである。
【０２９９】
カラー／白黒ページ分離モードが選択された場合（Ｓ２６０５）、分離モードの設定を行わせ（Ｓ２６１０）、名前を付けさせクラスタを登録し（Ｓ２６１５）、ステップＳ２６２０に進む。
【０３００】
一方、カラー／白黒自動ルーティングモードが選択された場合（Ｓ２６０６）、最小ページ（１台あたりの最小ページ）を設定させ（Ｓ２６１１）、名前を付けさせてクラスタを登録し（Ｓ２６１６）、ステップＳ２６２０に進む。
【０３０１】
また、ステップＳ２６０２で、選択された組み合わせがカラープリンタとカラープリンタ、或いは白黒プリンタと白黒プリンタのように同じタイプのプリンタである（カラー／白黒混在でない）と判断した場合には、ジョブクラスタモード，部数クラスタモード，ページクラスタモードの３つのモードからモード選択を行わせる（Ｓ２６０４）。
【０３０２】
ここで、ジョブクラスタリングモードとは、ジョブを設定されたプリンタのうち、空いているもの、あるいは一番早くアイドル状態になると予想されるプリンタに順次ジョブを配布するいわばロードバランスの最適化したモードである。
【０３０３】
また、部数クラスタリングモードとは、たとえば１００部設定されたジョブを３台の同じ能力のプリンタに３３部，３３部，３４部（３で割ると１余りが発生するから）というように割り振り、早くジョブが終了するようにしたモードである（図５４参照）。
【０３０４】
さらに、ページクラスタリングモードとは、１０００ページのジョブを２台のプリンタに５００ページずつ割り振るようにしたモードである。
【０３０５】
ジョブクラスタリングモードが選択された場合（Ｓ２６０７）、プリンタ優先順位の設定又は最適化分離を設定させ（Ｓ２６１２）、名前を付けさせクラスタを登録し（Ｓ２６１７）、ステップＳ２６２０に進む。
【０３０６】
部数クラスタリングモードが選択された場合（Ｓ２６０８）、最小部数の設定又は最適化分離を設定させ（Ｓ２６１３）、名前を付けさせてクラスタを登録し（Ｓ２６１８）、ステップＳ２６２０に進む。
【０３０７】
ページクラスタリングモードが選択された場合（Ｓ２６０９）、最小ページの設定又は最適化分離を設定させ（Ｓ２６１４）、名前を付けさせてクラスタを登録し（Ｓ２６１９）、ステップＳ２６２０に進む。
【０３０８】
それぞれのクラスタプリンタは、同じプリンタの組み合わせでも異なるタイプのモードで予め名前を付けて登録することができ、通常の１台のプリンタと同様に仮想的な高速プリンタとして扱うことが可能となる。
【０３０９】
次に、ステップＳ２６２０において、リルート時間の設定（１台がジャムやエラーでダウンしたりした場合には、そのジョブを自動的に他のプリンタに割り振るジョブリルーティングのための待ち時間の設定）を行わせ、設定終了指示がなされたか否かを判断し（Ｓ２６２１）、設定終了と判断した場合には、処理を終了し、設定終了でないと判断した場合には、ステップＳ２６０１に戻る。
【０３１０】
図５３は、図１に示したプリントマネージャ１１５によるクラスタプリンタ処理（本発明の第９の制御処理）の一例を示すフローチャートであり、Ｓ２６５１〜Ｓ２６５５は各ステップを示す。
【０３１１】
また、ジョブが登録されたクラスタプリンタにサブミットされると、どのクラスタプリンタで処理されるかを判断して（Ｓ２６５１）、それぞれ所定のクラスタ方式にて処理する。即ち、シングルプリンタ用処理（Ｓ２６５２），ジョブクラスタモード用処理（Ｓ２６５３），部数クラスタ用処理（Ｓ２６５４），ページクラスタ用処理（Ｓ２６５５）のいずれかの処理を行い、処理を終了する。
【０３１２】
図５４は、図５３のステップＳ２６５４に示した部数クラスタ用処理（本発明の第９の制御処理）の一例を示すフローチャートであり、Ｓ２６７１〜Ｓ２６７６は各ステップを示す。
【０３１３】
まず、ステップＳ２６７１において、選択したプリンタに割り当てる部数を算出する。次に、ページ数を示す変数ｉを初期化（ｉ＝１）し（Ｓ２６７２）、各プリンタに部数を指定するコマンドを送付し（Ｓ２６７３）、各プリンタにｉページのデータを出力する（Ｓ２６７４）。
【０３１４】
次に、ステップＳ２６７５において、全部のページを出力したか否かを判断し、まだ全部のページを出力していないと判断した場合には、ステップＳ２６７６に進み、ｉをインクリメントし、ステップＳ２６７３に進む。
【０３１５】
一方、ステップＳ２６７５で、既に全部のページを出力したと判断した場合には、処理を終了する。
【０３１６】
以上の処理により、ジョブに設定された部数を部数クラスタリングモードとして登録されたプリンタに割り振り、早くジョブを終了させることができる。
【０３１７】
〔フィニッシングフロー〕
次に、図５５を参照して、図１に示した画像形成システムにおける後処理工程に関して説明する。
【０３１８】
図５５は、図１に示した画像形成システムにおいて、プリントされたジョブに後処理を施すフローを示す模式図である。なお、ＭＦＰ１０５（または１０４）のプリント出力は、ＭＦＰの出力口に備えられた大容量のスタッカに積載される。このスタッカには台車が備えられており、台車の上に積載されたプリント出力を、台車に載せたまま、後処理マネージャ１１６で管理されるさまざまなフィニッシャ１２１〜１２６に作業員が移動して運ぶものとする。
【０３１９】
まず、ジョブＡは、ＭＦＰからのプリント出力を台車２７０１により搬送してくるみ製本機１２３にかけて台車２７０２により納品するだけのジョブであり、ジョブＢは、ＭＦＰからのプリント出力を台車２７０１により搬送して断裁機１２１にかけて台車２７０２により納品するジョブであり、ジョブＣは、プリント出力を台車２７０１により搬送してくるみ製本機１２３にかけた後、台車２７０２により搬送して断裁機１２１にかけて台車２７０３により納品するジョブを示している。
【０３２０】
ジョブＡ〜ジョブＣの指示は、もともと図２８に示した画面にて顧客が指示した要求に対して、工程管理マネージャ１１１がＪＤＦデータを作成し、それに基づいて順次後処理工程が施され、所望の出力結果を得るためのものである。そのため、工程管理マネージャ１１１のウェブサーバでは、図５６に示すフィニッシャタブ２４０６をクリックすることにより、後処理マネージャ１１６と通信し、後処理マネージャ１１６で管理されている全てのフィニッシャの状況監視や制御を可能にしている。
【０３２１】
図５６は、図１に示した後処理マネージャ１１６より提供される後処理工程の管理画面（後処理マネージャ１１６で管理されている全てのフィニッシャの状況監視や制御を行う画面）を示す模式図である。なお、この画面は、工程管理マネージャ１１１側のウェブサーバのＩＰアドレスをウェブブラウザのＵＲＬアドレス部に入力して読み込まれるサービス画面において、フィニッシングタブ２４０６を選択すると、後処理マネージャ１１６側のウェブサーバ（工程管理マネージャ１１１側のウェブサーバと同一であってもよい）にアクセスして読み込まれるようになっている。
【０３２２】
図において、２８１１はジョブステイタスキーで、このキーを指示することにより、図に示されるようにそれぞれのフィニッシャの動作状況と、それぞれのジョブの状況が一目で管理できるようになっており、どれだけのジョブが蓄えられており、どのジョブが既に終了しているかを確認できる。
【０３２３】
２８１２はデバイスステイタスキーで、このキーをクリック（図示しないポインティングデバイス等で指示）することにより、図示しないデバイスステイタス画面が表示され、それぞれのフィニッシャの能力や装着されているアクセサリなどを管理することができる。
【０３２４】
２８１３はジョブサブミットキーで、このキーをクリック（図示しないポインティングデバイス等で指示）することにより、図示しないサブミット画面が表示され、それぞれのフィニッシャに対して、どのようなジョブを投げ込むかを指示することができる。例えば、断裁機１２１であれば、断裁量や断裁方向を指示したり、紙折機１２４であれば、紙の折順や折方向を指示したりするといった具合である。
【０３２５】
また、２８１４はコンフィギュレーションキーで、このキーをクリック（図示しないポインティングデバイス等で指示）することにより、図示しないコンフィギュレーション画面が表示され、新しいフィニッシャの登録や削除や装着機能の有無などを設定できる。
【０３２６】
〔工程管理のスケジューリング〕
ここまで説明してきたように、工程管理マネージャ１１１は、受注・入稿マネージャ１１２、原稿編集マネージャ１１３、プルーフマネージャ１１４、プリントマネージャ１１５、後処理マネージャ１１６、ファイル保管マネージャ１１７、納品・発送マネージャ１１８、あるいは、スキャンマネージャ１１９等と通信を行い、それぞれのジョブの状況を管理すると共に、それらのマネージャ間の連携や、スケジューリングも行うことができる。
【０３２７】
図５７は、図１に示した工程管理マネージャ１１１より提供されるジョブ生成画面を示す模式図であり、オペレータはクライアント１０３上のウェブブラウザのＵＲＬアドレス部に工程管理マネージャ１１１側のウェブサーバのＩＰアドレスを入力することにより読み込まれるように予め設定されている。
【０３２８】
図において、２９１１はクリエートジョブキーで、図５７のジョブ生成画面はこのキーがクリック（図示しないポインティングデバイス等で指示）されている状態に対応する。このジョブ生成画面では、前述の受注・入稿マネージャにおけるジョブの受注が成立した場合、オペレータがそのジョブを受けて、そのジョブの優先度の選択（プライオリティ選択ボタン２９３０にて受注順優先（Ｏｒｄｅｒ），納期日程優先（Ｄｅｌｉｖｅｒｙ），コスト優先（Ｃｏｓｔ），品質優先（Ｑｕａｌｉｔｙ）から選択）や、どのプリンタを用いるか、どのフィニッシャを用いるか等を決定し、それらを入力することができる。これにより、工程管理マネージャ１１１から新しいジョブを発行し、同時にＪＤＦデータも発行され、工程管理マネージャ１１１上でのジョブ管理が開始される。
【０３２９】
２９１２はスケジューリングキーで、このキーをクリック（図示しないポインティングデバイス等で指示）することにより、ジョブ生成画面での入力に基づいて工程管理マネージャ１１１がジョブのスケジューリング（後述する図６２に示すスケジューリング処理）を行い図５８〜図６１に示すジョブスケジューリング画面に表示する。
【０３３０】
２９１３はコンフィギュレーションキーで、このキーをクリック（図示しないポインティングデバイス等で指示）することにより、図示しないジョブコンフィギュレーション画面が表示される。
【０３３１】
図５８〜図６１は、図１に示した工程管理マネージャ１１１より提供されるジョブスケジューリング画面を示す模式図であり、図５７と同一のものには同一の符号を付してある。
【０３３２】
図５８に示すように、このジョブスケジューリング画面では、それぞれのマネージャで費やす時間に合わせたスケジュールが表示され、それぞれの連携が一目で見られるように工夫されている。同図はジョブ単位で管理されており、ジョブＩＤ入力欄２９１５にジョブＩＤを入力すれば、そのジョブのスケジュールが周辺のジョブのスケジュールと一緒に表示される。
【０３３３】
このスケジュール表示は、工程管理マネージャ１１１により工程管理された各ジョブに対して各工程単位でスケジュール表示している。また、各工程に要する時間も表示している。
【０３３４】
例えば、ジョブＩＤ＃０３９０２８のジョブ番号をジョブＩＤ入力エリア２９１５に入力すると、そのジョブのスケジュールが表示される。即ち、そのジョブの受注から納品までが表示され、工程名称の左側の「＋」又は「−」のマークをクリック（図示しないポインティングデバイス等で指示）することで、それぞれの工程が詳細な工程を持っていれば展開して表示したり、縮めて表示したりもできる。
【０３３５】
このジョブＩＤ＃０３９０２８を見ると、それぞれの工程が順次進んでいるが、プリントマネージャ１１５からフィニッシング（後処理）マネージャ１１６にジョブが渡されるときにタイムラグが発生するのがわかる。これは、ジョブの受注順にスケジュールを組んでいるため（図５８は図５７のプライオリティ選択ボタン２９３０で受注順優先（Ｏｒｄｅｒ）が選択されている場合に対応するので）、一つ前のジョブＩＤ＃０３９０２７が同じフィニッシャ１２１と１２３を利用しているためであり、ジョブＩＤ＃０３９０２８は、このジョブＩＤ＃０３９０２７のフィニッシング工程を待たなければ、ジョブＩＤ＃０３９０２８の順番が回ってこないため、ここがボトルネックとなって納期が決まることとなる。
【０３３６】
ところが、顧客が納期をできるだけ早く依頼した場合、すなわち、同じジョブＩＤ＃０３９０２８の仕事を受けたとしても、他の仕掛かりジョブすべてを遅らせることができれば、上記図５８に示した受け付け順のスケジュールの場合よりも早い納期で結果が出せるはずである。
【０３３７】
この場合、プライオリティキー（優先順位キー）２９１６を受注順優先（Ｏｒｄｅｒ）から納期日程優先（Ｄｅｌｉｖｅｒｙ）に変更することにより、図５９に示す納期順のジョブスケジューリング画面が表示される。
【０３３８】
図５９に示す納期日程優先（Ｄｅｌｉｖｅｒｙ）のスケジュールでは、ジョブＩＤ＃０３９０２８が、図５８に示した受注順優先（Ｏｒｄｅｒ）のスケジュールに対して２日間も早く納品されるような例に対応する。
【０３３９】
工夫のポイントとしては、受注順優先（Ｏｒｄｅｒ）のスケジュールでは１台のＭＦＰからのプリントだったのに対して、納期日程優先（Ｄｅｌｉｖｅｒｙ）のスケジュールでは３台でクラスタをしている点、あるいは、後処理マネージャでも他のジョブより優先させることで時間短縮しており、その他のマネージャに関しても、作業員をより多く投入させたり、時間外も稼動させたりするなどして、日程を縮めてスケジューリングさせることができる。
【０３４０】
しかしながら、逆にジョブＩＤ＃０３９０２７の方は、ＭＦＰが３台ともジョブＩＤ＃０３９０２８で使用されてしまったため、その使用が終了するまで待たなくてはならず、他のジョブが犠牲になることを覚悟しなければいけない。
【０３４１】
次に、受注順優先（Ｏｒｄｅｒ），納期日程優先（Ｄｅｌｉｖｅｒｙ）のスケジュールの他に、コスト優先（Ｃｏｓｔ），品質優先（Ｑｕａｌｉｔｙ）のスケジュールも同様に考えることができる。即ち、プライオリティキー（優先順位キー）２９１６に対して、受注順優先（Ｏｒｄｅｒ），納期日程優先（Ｄｅｌｉｖｅｒｙ）の他にコスト優先（Ｃｏｓｔ），品質優先（Ｑｕａｌｉｔｙ）等が設けてあり、プライオリティキー（優先順位キー）２９１６をコスト優先（Ｃｏｓｔ），品質優先（Ｑｕａｌｉｔｙ）に変更することにより、図６０に示すコスト優先のジョブスケジュール画面，図６１に示す品質優先のジョブスケジュール画面が表示される。このように、顧客の要求に合わせて、受注順優先（Ｏｒｄｅｒ），納期日程優先（Ｄｅｌｉｖｅｒｙ），コスト優先（Ｃｏｓｔ），品質優先（Ｑｕａｌｉｔｙ）に、全てのジョブをスケジューリングすることができる。
【０３４２】
図６０に示すコスト優先（Ｃｏｓｔ）のジョブスケジュール画面では、ジョブＩＤ＃０３９０２８がコスト優先でスケジューリングされたものであり、予めそれぞれの工程に対して余裕を持ってスケジューリングされており、後から入ってくるジョブが日程優先の場合ならば、そちらを優先させてもいいように、あらかじめ顧客には納期に対して余裕を持ってスケジューリングさせておくわけであり、これにより、顧客に対して割引度合いを高めるのである。
【０３４３】
しかしながら、いくらコスト優先であっても、後から来た日程優先のジョブに常に追い抜かれていては、納品できない可能性がでてくるので、遅れてもデッドラインとなる日程だけはあらかじめ決めてスケジューリングする必要があり、工程管理マネージャ１１１では上記デッドラインとなるユーザからの納期希望日からの日数を固定の所定日数としてもよいし、管理者が予め設定可能に構成してもよい。
【０３４４】
図６１に示す品質優先のジョブスケジュール画面では、ジョブＩＤ＃０３９０２８が品質優先でスケジューリングしされたものであり、それぞれの工程単位で確認作業を入れる等、例え納期が遅れても品質を確保する工程を入れる等してスケジューリングする必要がある。
【０３４５】
このように、プライオリティキー２９１６を切り替えることで、受注順，納期優先，コスト優先，品質優先等を切り替えてスケジューリングすることができる。さらに、デバイスや作業者の稼働率などを優先して考える等、様々な方向からスケジューリングするように構成してもよい。
【０３４６】
図６２は、図１に示した工程管理マネージャ１１１によるスケジューリング処理（本発明の第１０の制御処理）の一例を示すフローチャートであり、プライオリティに応じて他のジョブとスケジュールを調整する処理に対応する。なお、Ｓ３００１〜Ｓ３０１１は各ステップを示す。また、受注順をデフォルトとした場合を例として説明する。
【０３４７】
まず、受注順（Ｏｒｄｅｒ順）にスケジュールを生成し（Ｓ３００１）、次に、コスト優先が選択されているか否かを判定し（Ｓ３００２）、コスト優先が選択されていると判断した場合には、他にジョブを譲れるように、日程や品質のパラメータを抑えるなどの処理を行ってスケジュールを調整し（日程／品質の優先順位を１つ下げ（Ｓ３００３））、ステップＳ３００４に進み、一方、コスト優先が選択されていないと判断した場合には、そのままステップＳ３００４に進む。
【０３４８】
次に、ステップＳ３００４において、品質優先が選択されているか否かを判定し、品質優先が選択されていると判断した場合には、品質の確認工程を追加してスケジュールを調整し（Ｓ３００５）、ステップＳ３００６に進み、一方、ステップＳ３００４で、品質優先が選択されていないと判断した場合には、そのままステップＳ３００６に進む。
【０３４９】
次に、ステップＳ３００６において、納期日程優先が選択されているか否かを判定し、納期日程優先が選択されていると判断した場合には、クラスタが可能か否かを判断し（Ｓ３００７）、クラスタが可能であると判断した場合には、クラスタプリントに再スケジュールし（Ｓ３００８）、ステップＳ３００９に進み、一方、クラスタが不可能と判断した場合には、そのままステップＳ３００９に進む。
【０３５０】
次に、ステップＳ３００９において、仕掛かりジョブに順序入替可能なものがあるか否かを判断し、仕掛かりジョブに順序入替可能なものがあると判断した場合には、本ジョブと入替可能なジョブのスケジュールの入替を行ってスケジュールを調整し（Ｓ３０１１）、スケジューリング処理を終了し、図示しないスケジュール表示処理を行う。
【０３５１】
一方、ステップＳ３００９において、仕掛かりジョブに順序入替可能なものがないと判断した場合には、受注順（Ｏｒｄｅｒ順）でスケジューリングし（Ｓ３０１０）、スケジューリング処理を終了し、図示しないスケジュール表示処理を行う。
【０３５２】
なお、以上の説明では、ジョブ単位に、受注順、納期日程優先、コスト優先、品質優先等のモードを切り替えて（選択して）スケジュールする構成について説明したが、ジョブ単位だけでなく、コスト低減のためのシステムの最適化の優先、システムの稼働率の優先等のモードも切り替えて（選択して）スケジュール可能に構成してもよい。
【０３５３】
また受注順、納期日程優先、コスト優先、品質優先、コスト低減のためのシステムの最適化の優先、システムの稼働率の優先等のモードを切り替えてスケジュールする構成について説明したが、上記モードの切り換えのみではなく、受注順、納期優先、コスト優先、品質優先、先システムの最適化の優先、コスト低減のためのシステムの稼働率の優先等のモードから複数のモードを選択可能とし、該選択された複数のモードを組み合わせてスケジューリングするように構成してもよい。
【０３５４】
さらに、上述したスケジューリングのモードは、一旦スケジューリングされた後であっても切り替え可能であり、上記スケジューリングのモードが切り替えられた場合には、工程管理マネージャ１１１は再スケジュールを行うだけでなく、再スケジューリングされたスケジュールを再表示するように構成する。
【０３５５】
以上説明したように、印刷業界およびＰＯＤ市場における工程を分類化して（ジョブに対して、受注・入稿、原稿編集、プルーフ、プリント、後処理、ファイル保管、納品・発送、あるいは、スキャン等の工程に分類化して、各工程を効率的な作業手順、順序、及び、他のジョブとの順序等を考慮して最適なスケジューリングを行うことで、効率的な工程管理を行うことができる。
【０３５６】
また、各工程に分類されたスケジュールを一覧表示することで、効率的な工程管理を行うことができる。
【０３５７】
さらに、それぞれのジョブに対して、受注順、納期優先、コスト優先、品質優先などのモードを設け、他のジョブと調整を行って全体をスケジューリングすることで顧客のニーズに合った出力を行うことが可能となる。
【０３５８】
〔第７実施形態〕
上記第６実施形態では、デバイス中心にスケジュールする構成について説明したが、デバイス中心にスケジューリングすることとは逆に、このシステム環境下で働く作業者の立場でのスケジューリングを行うように構成してもよい。即ち、夫々の作業者に夫々どの仕事をするかを割り当てる（スケジューリングする）。或いは、どの仕事をするのが効率的かを割り振ったり、工程管理マネージャが作業者に対して、次の仕事を指示したりすることで、全体の仕事を効率的に行うことが可能となる。以下、その実施形態について説明する。
【０３５９】
〔作業者のスケジューリング〕
図６３は、図１に示した工程管理マネージャ１１１より提供される作業者のジョブスケジュール画面を示す模式図であり、作業者の立場からみた仕事の時間割に対応する。
【０３６０】
図において、２９１９はワーカスケジュールキーで、このキーは、図５７〜図６１に示した画面に新たに設けられたものであり、このワーカスケジュールキー２９１９をクリック（図示しないポインティングデバイス等で指示）することにより図６３の作業者のスケジュール画面が表示される。
【０３６１】
図６３の作業者のスケジュール画面は、作業者（ワーカ）単位で管理されており、ワーカＩＤ入力欄２９１７にワーカＩＤを入力し、パスワード入力欄２９１８にパスワードを入力すれば、その作業者のスケジュールが周辺作業の作業者のスケジュールと一緒に表示される。
【０３６２】
例えば、作業者Ａと作業者Ｂがこの作業環境において作業していたとき、作業者Ａは主にプリプレス部門、作業者Ｂは主にポストプレス部門だったとき、それぞれの役割に応じて、工程管理マネージャ１１１において作業工程が割り振られる。例えば、図６３に示すようにスケジューリングされる。
【０３６３】
また、この作業環境において、作業者Ｃも作業者Ｂと同一のポストプレス担当だった際には、作業者Ｂと作業者Ｃは、それぞれ業務がダブらないように、工程管理マネージャ１１１においてそれぞれ別のジョブを扱うようにジョブが割り振られる。
【０３６４】
そして、作業者はそれぞれ工程管理マネージャ１１１の指示に従って、それぞれの業務をこなすことで、全体の系が効率的に稼動することとなる。
【０３６５】
〔第８実施形態〕
上記第７実施形態では、作業者Ｂと作業者Ｃとが同一のポストプレス担当だった際には、作業者Ｂと作業者Ｃは、それぞれ業務がダブらないように、工程管理マネージャ１１１においてそれぞれ別のジョブを扱うようにジョブを割り振る構成について説明したが、一つのジョブを複数の作業者で分割するように構成してもよい。以下、その実施形態について説明する。
【０３６６】
図６４は、図１に示した工程管理マネージャ１１１より提供される作業者のジョブスケジュール画面を示す模式図であり、作業者Ｂと作業者Ｃとが同一のポストプレス担当で一つのジョブを作業者Ｂと作業者Ｃで分割する場合の例に対応する。
【０３６７】
図６４に示すように、作業者Ｂと作業者Ｃが共にポストプレス担当の場合、作業者Ｂはジョブ＃０３９０２８において、まず、ＭＦＰ１０５ａと１０５ｂの両方を設定し、次にＭＦＰ１０５ａのプリント出力をフィニッシャ１２３に搬送し、さらに、フィニッシャ１２３の出力をフィニッシャ１２１に運ぶという仕事をこなす。
【０３６８】
一方、作業者Ｃは、同じジョブ＃０３９０２８において、まずＭＦＰ１０５ｂのプリント出力をフィニッシャ１２３に搬送し、さらに、フィニッシャ１２３の設定を行い、さらに、フィニッシャ１２１の設定を行う。
【０３６９】
工程管理マネージャ１１１が、このように（図６４に示したように）スケジューリングすることにより、１つのジョブであっても互いに別の仕事を同時にこなすことができるだけでなく、作業者の人数と細分化された業務を最適化して割り振ることができ、効率のよいマネージメントが可能となる。
【０３７０】
しかしながら、作業者が１つのジョブを与えられた場合ならば、次に何をするかを容易に類推できるが、上述したように、１つのジョブを２人或いはそれ以上の人数で担当しようとすると、互いの割り当て分を把握しきれないため、実際には業務の重なりや無駄時間が増えてしまうことが当然発生する。
【０３７１】
そこで、工程管理マネージャ１１１が、これらの作業者に逐次、作業指示を与えて、次の業務指示を与えることで、作業者全体を無駄なく、的確に配備させることができる。
【０３７２】
図６５は、夫々作業者に対して逐次的確な指示を行うための構成の一例を説明する模式図であり、図５５と同一のものには同一の符号を付してある。
【０３７３】
図６５に示すように、図５５に示した作業を行う際に、それぞれの作業者に対して、的確な指示を行うために、デバイス（図１に示した１０４，１０５，１２１〜１２６等）やデバイス間でジョブを運搬するための台車２７０１〜２７０３に予め表示装置（ＵＩ）を設けておき、工程管理マネージャ１１１は各デバイス又は台車等により処理されているジョブの次工程を該デバイス又は台車のＵＩに表示するようにする。さらに、工程管理マネージャ１１１は、作業中のデバイス又は台車のＵＩに対して、その作業者の次の作業をも表示するようにする。これにより、各作業者に対して逐次的確な指示を与えることができる。
【０３７４】
よって、各作業者は、作業中のデバイスや台車のＵＩから現在処理しているジョブの次工程の情報や、該作業者の次の作業の情報を得ることができる。これにより、各作業者は、次に何をするかが容易に分かり、上述したように、１つのジョブを２人或いはそれ以上の人数で担当する場合であっても、互いの割り当て分を把握でき、業務の重なりや無駄時間の発生を押さえることができる。
【０３７５】
なお、各デバイスに対してはそれぞれネットワーク経由で前記指示を伝えるが、台車は可動式であり物理的なネットワークでは作業性に欠けるため、無線式のネットワークにて通信を行い、それに応じて台車や装置を扱う作業者それぞれに作業指示を表示して、それぞれの作業者にそれぞれ別々の指示を行うように構成する。
【０３７６】
〔第９実施形態〕
上記第８実施形態では、各デバイスや台車にそれぞれＵＩを設け、該ＵＩに工程管理マネージャ１１１からの指示を表示することにより、工程管理マネージャ１１１からの指示を各作業者に逐次通知可能な構成について説明したが、各作業者にＩＤカードと端末等を携帯させ、該ＩＤカードにより所定のデバイスで作業を行っている作業者を識別し、その作業者の端末に工程管理マネージャ１１１からの指示を表示するように構成してもよい。以下、その実施形態について説明する。
【０３７７】
図６６は、作業者毎に設けられるＩＤカードの一例を示す模式図である。
【０３７８】
図において、３３０１，３３０２はＩＤカード（例えば、３３０１はジョン（Ｊｏｈｎ）のＩＤカード，３３０２はローラ（Ｌａｕｒａ）のＩＤカード）で、作業者の氏名、識別番号、部署名、作業能力（スキル）、担当分野、作業履歴等の情報が記憶されている。
【０３７９】
図６７は、夫々作業者に対して逐次的確な指示を行うための構成の一例を説明する模式図であり、図６５と同一のものには同一の符号を付してある。
【０３８０】
図６７に示すように、全ての作業者がそれぞれＩＤカードを有している（例えば、図６６に示したように、ジョン（Ｊｏｈｎ）はＩＤカード３３０１，ローラ（Ｌａｕｒａ）はＩＤカード３３０２を携帯している）。工程管理マネージャ１１１は、各作業者をそのＩＤカードによって識別可能である。そして、工程管理マネージャ１１１は、識別した各作業者のＩＤに応じて作業内容を区別して、各作業者に作業指示を与える。
【０３８１】
また、全ての作業者は、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）と呼ばれる携帯端末も携帯している（例えば、ジョンはＰＤＡ３４０１，ローラはＰＤＡ３４０２を携帯している）。また、上述したＩＤカードは、トランスミッタを含み、そのＩＤ固有の信号（作業者のＩＤ）を発信する。そして作業者がこのＰＤＡとＩＤカードとを組み合わせて携帯することにより、該ＩＤカードから発信される信号（作業者のＩＤ）をＰＤＡにて無線受信して、ＰＤＡがどの作業者に携帯されているＰＤＡであるかを工程管理マネージャ１１１に通知する。なお、上述ではＩＤカードはトランスミッタを含むものとしたが、ＰＤＡにカードリーダ等を設け、該カードリーダによりＩＤカード内の情報を読み取り可能ならば磁気カードであってもその他のＩＣカードであってもよい。
【０３８２】
そして、工程管理マネージャ１１１は、ＰＤＡからの通信により識別した各作業者のＩＤに応じて作業内容を区別した上で、各作業者への作業指示を各作業者のＰＤＡに送信する。これにより、工程管理マネージャ１１１は、各作業者に応じた的確な作業指示を各作業者の携帯するＰＤＡに逐次表示することができる。
【０３８３】
よって、各作業者は、該作業者の携帯するＰＤＡから現在処理しているジョブの次工程の情報や、該作業者の次の作業の情報を得ることができる。これにより、各作業者は、次に何をするかが容易に分かり、上述したように、１つのジョブを２人或いはそれ以上の人数で担当するような複雑な場合であっても、互いの割り当て分を把握でき、業務の重なりや無駄時間の発生を押さえることができる。なお、工程管理マネージャ１１１とＰＤＡとの通信は、例えば無線ＬＡＮなどを利用するものとする。
【０３８４】
また、このＩＤカードを利用すれば、それぞれの作業者のスキル、担当分野等もあらかじめ登録しておけるため（ＩＤカードに直接記録するようにしてもよいし、本画像形成システム内に記憶管理するように構成してもよい）、工程管理マネージャ１１１は、それぞれの作業者のレベルに合わせて作業工数を見積もることもでき、作業時間のより正確な算出が可能になる。
【０３８５】
さらに、各作業者の勤怠を各作業者のＩＤにより管理しておき、工程管理マネージャ１１１は、ＩＤカードを利用して各作業者の勤怠情報も把握でき、作業者の勤怠に応じて、休暇中の作業者がいたとしても（特に急病等により予め休暇の登録なしに休暇となった作業者がいたとしても）、作業者の勤怠を確実に把握でき、作業の配分を再スケジュール化することも可能である。
【０３８６】
以上説明したように、ジョブに対して、受注・入稿、原稿編集、プルーフ、プリント、後処理、ファイル保管、納品・発送、あるいは、スキャンなどのスケジューリングを作業者の業務という観点で、効率的に管理して、業務全体のワークフローの効率化を図ることができる。
【０３８７】
また、各装置（デバイス）や台車に設けられたＵＩ、あるいは作業者が携帯するＰＤＡ端末などを利用して、作業者に対して的確な指示を行うことで、複数の作業者が混乱なく、同時に別々の業務を、無駄なく行うことができ、全体として短納期でジョブを仕上げることができる。
【０３８８】
さらに、作業者のスキルや、作業者の勤怠等の過不足に柔軟に対応できる等により、日程の進捗状況やリソースの増減などを予測し、計画性のあるリソースマネージメントが可能となる。
【０３８９】
なお、上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。
【０３９０】
以下、図６８に示すメモリマップを参照して本発明に係る画像形成システムで読み出し可能なデータ処理プログラムの構成について説明する。
【０３９１】
図６８は、本発明に係る画像形成システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０３９２】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０３９３】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０３９４】
本実施形態における図２，図６，図３８，図３９，図４０，図４１，図５０，図５１，図５２，図５３，図５４，図６２に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０３９５】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０３９６】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０３９７】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０３９８】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０３９９】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０４００】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０４０１】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０４０２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０４０３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０４０４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウエアによって表されるプログラムを格納した記憶媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０４０５】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０４０６】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【０４０７】
【発明の効果】
以上説明したように、本発明によれば、画像データとその印刷指示からなるジョブを所定のネットワークを介して受け付け、１つ又は複数の校正表現方法から前記受け付けられるジョブの前記印刷指示に基づく前記画像データの校正表現方法を前記ネットワークを介して選択指示し、該選択された１つ又は複数の校正表現方法に基づいて前記ジョブの前記印刷指示に基づく前記画像データを校正表現し、該校正表現された前記ジョブの印刷の是非を前記ネットワークを介して確認し、印刷する旨の確認が成された場合に前記校正表現された前記ジョブを印刷処理するので、１つまたは複数の校正表現方法をユーザに提供して、ユーザに対してよりリーズナブルなコストでサービスを提供することが可能となる。また、ユーザ側にとっても複数の校正表現方法でより確実な出力予測ができ、サービス提供側にとっても１つずつ段階を追って作業が進められるのでより短納期で出力を出すことができる等の効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１実施形態を示す画像形成システムの構成の一例を示すブロック図である。
【図２】図１に示した受注・入稿マネージャとユーザ側のコンピュータとの通信及び受注・入稿マネージャによる受注処理（本発明の第１の制御処理）を示すフローチャートである。
【図３】ユーザから送信されたファイル及びその出来上がり（編集後の）イメージの一例を表した模式図である。
【図４】ユーザから送信されたファイル及びその出来上がり（編集後の）イメージの一例を表した模式図である。
【図５】ユーザから送信されたファイル及びその出来上がり（編集後の）イメージの一例を表した模式図である。
【図６】図１に示したプルーフマネージャとユーザ側のコンピュータとの通信及びプルーフマネージャによるプルーフ作成処理（本発明の第２の制御処理）を示すフローチャートである。
【図７】図１に示したプリントマネージャ内のデータフローを説明するブロック図である。
【図８】図１に示したクライアントコンピュータ上のプリンタドライバ画面の一例を示す模式図である。
【図９】図１に示したクライアントコンピュータ上のプリンタドライバ画面の一例を示す模式図である。
【図１０】図１に示したクライアントコンピュータ上のプリンタドライバ画面の一例を示す模式図である。
【図１１】図７に示したＲＩＰ部の構成の一例を示すブロック図である。
【図１２】図１１に示したインタプリタ部に入力されるＰＤＬデータの記述例とインタプリタ部による描画結果を示す模式図である。
【図１３】図１１に示したレンダリング部におけるカラーマッチングの一例を示すフローである。
【図１４】図１１に示したスクリーニング部内のガンマ補正を説明する特性図である。
【図１５】図１に示したＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：マルチファンクション周辺機器）の構成を示すブロック図である。
【図１６】図１５に示したスクリーニング部におけるＰＷＭ処理を説明する図である。
【図１７】図１５に示したプリンタ部（特にカラープリンタ部）の構造を示す断面図である。
【図１８】図１５に示したプリンタ部（特にモノクロプリンタ部）の構造を示す断面図である。
【図１９】図１５に示したオンラインフィニッシャ部の構成を示す断面図である。
【図２０】スキャン動作を指示するためのスキャナドライバのＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を示す模式図である。
【図２１】図１５に示したスキャナ部の構成示す断面図である。
【図２２】図２１に示したスキャナのデータ処理構成を示すブロック図である。
【図２３】各工程においてＪＤＦデータの書き換えを行っている様子を示す図である。
【図２４】図１に示した受注・入稿マネージャによるジョブ受注画面の一例を示す模式図である。
【図２５】図１に示した受注・入稿マネージャによるジョブ受注画面の一例を示す模式図である。
【図２６】図１に示した受注・入稿マネージャによるジョブ受注画面の一例を示す模式図である。
【図２７】図１に示した受注・入稿マネージャによるジョブ受注画面の一例を示す模式図である。
【図２８】図１に示した受注・入稿マネージャによるジョブ受注画面の一例を示す模式図である。
【図２９】図１に示した受注・入稿マネージャによるジョブ受注画面の一例を示す模式図である。
【図３０】図１に示した受注・入稿マネージャによるジョブ受注画面の一例を示す模式図である。
【図３１】図１に示した受注・入稿マネージャによるジョブ受注画面の一例を示す模式図である。
【図３２】図１に示したプルーフマネージャによる確認画面の一例を示す模式図である。
【図３３】図１に示したプルーフマネージャによる確認画面の一例を示す模式図である。
【図３４】図１に示したプルーフマネージャによる確認画面の一例を示す模式図である。
【図３５】図１に示したプルーフマネージャによる確認画面の一例を示す模式図である。
【図３６】図１に示したプルーフマネージャによる確認画面の一例を示す模式図である。
【図３７】本発明の第２実施形態におけるジョブ受注画面の一例を示す模式図である。
【図３８】本発明の第２実施形態におけるプルーフマネージャとユーザ側のコンピュータとの通信及びプルーフマネージャによるプルーフ作成処理（本発明の第３の制御処理）を示すフローチャートである。
【図３９】本発明の第３実施形態における受注・入稿マネージャとユーザ側のコンピュータとの通信及び受注・入稿マネージャによる受注処理（本発明の第４の制御処理）を示すフローチャートである。
【図４０】本発明の第４実施形態における受注・入稿マネージャとユーザ側のコンピュータとの通信及び受注・入稿マネージャによる受注処理（本発明の第５の制御処理）を示すフローチャートである。
【図４１】本発明の第５実施形態におけるプルーフマネージャとユーザ側のコンピュータとの通信及びプルーフマネージャによるプルーフ作成処理（本発明の第６の制御処理）を示すフローチャートである。
【図４２】図１に示したプリントマネージャより提供されるプリント工程の管理画面を示す模式図である。
【図４３】図１に示したプリントマネージャより提供されるプリント工程の管理画面を示す模式図である。
【図４４】図１に示したプリントマネージャより提供されるプリント工程の管理画面を示す模式図である。
【図４５】図１に示したプリントマネージャより提供されるプリント工程の管理画面を示す模式図である。
【図４６】ジョブ制御設定項目の一例を示す図である。
【図４７】フィニッシング設定項目の一例を示す図である。
【図４８】画像処理設定項目の一例を示す図である。
【図４９】カラー設定項目の一例を示す図である。
【図５０】図４４，図４５に示したジョブサブミット画面からの操作によりプリントマネージャに投げ込まれたプリントジョブの処理（本発明の第７の制御処理）を説明するフローチャートである。
【図５１】図８〜図１０に示したプリンタドライバ画面からの操作によりプリントマネージャに投げ込まれたプリントジョブの処理（本発明の第８の制御処理）を説明するフローチャートである。
【図５２】本発明の画像形成システムにおけるクラスタプリンタ登録処理（本発明の第９の制御処理）の一例を示すフローチャートである。
【図５３】図１に示したプリントマネージャによるクラスタプリンタ処理（本発明の第９の制御処理）の一例を示すフローチャートである。
【図５４】図５３に示した部数クラスタ用処理（本発明の第９の制御処理）の一例を示すフローチャートである。
【図５５】図１に示した画像形成システムにおいて、プリントされたジョブに後処理を施すフローを示す模式図である。
【図５６】図１に示した後処理マネージャより提供される後処理工程の管理画面（後処理マネージャで管理されている全てのフィニッシャの状況監視や制御を行う画面）を示す模式図である。
【図５７】図１に示した工程管理マネージャより提供されるジョブ生成画面を示す模式図である。
【図５８】図１に示した工程管理マネージャより提供されるジョブスケジューリング画面を示す模式図である。
【図５９】図１に示した工程管理マネージャより提供されるジョブスケジューリング画面を示す模式図である。
【図６０】図１に示した工程管理マネージャより提供されるジョブスケジューリング画面を示す模式図である。
【図６１】図１に示した工程管理マネージャより提供されるジョブスケジューリング画面を示す模式図である。
【図６２】図１に示した工程管理マネージャによるスケジューリング処理（本発明の第１０の制御処理）の一例を示すフローチャートである。
【図６３】図１に示した工程管理マネージャより提供される作業者のジョブスケジュール画面を示す模式図である。
【図６４】図１に示した工程管理マネージャより提供される作業者のジョブスケジュール画面を示す模式図である。
【図６５】夫々作業者に対して逐次的確な指示を行うための構成の一例を説明する模式図である。
【図６６】作業者毎に設けられるＩＤカードの一例を示す模式図である。
【図６７】夫々作業者に対して逐次的確な指示を行うための構成の一例を説明する模式図である。
【図６８】本発明に係る画像形成システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
１０１ａ，１０１ｂ ネットワーク
１０３ クライアント
１０４ａ，１０４ｂ カラーＭＦＰ
１０５ａ〜１０５ｃ 白黒ＭＦＰ
１０６ スキャナ
１１１ 工程管理マネージャ
１１２ 受注・入稿マネージャ
１１３ 原稿編集マネージャ
１１４ プルーフマネージャ
１１５ プリントマネージャ
１１６ 後処理マネージャ
１１７ ファイル保管マネージャ
１１８ 納品・発送マネージャ
１１９ スキャンマネージャ
１２１ 断裁機
１２２ 中綴じ製本機
１２３ くるみ製本機
１２４ 紙折機
１２５ 封入機
１２６ 帳合機

Claims (13)

1. 所定のネットワークに接続される画像形成システムにおいて、
   画像データとその印刷指示からなるジョブを前記ネットワークを介して受け付けるジョブ受け付け手段と、
   １つ又は複数の校正表現方法から前記ジョブ受け付け手段により受け付けるジョブの前記印刷指示に基づく前記画像データの校正表現方法を前記ネットワークを介して選択指示する選択手段と、
   前記選択手段により選択された１つ又は複数の校正表現方法に基づいて前記ジョブの前記印刷指示に基づく前記画像データを校正表現する校正表現手段と、
   前記校正表現手段により校正表現された前記ジョブの印刷の是非を前記ネットワークを介して確認する確認手段と、
   前記確認手段により印刷する旨の確認が成された場合に前記校正表現手段により校正表現された前記ジョブを印刷処理する印刷制御手段と、
   を有することを特徴とする画像形成システム。
2. 所定のネットワークに接続される画像形成システムにおいて、
   画像データとその印刷指示からなるジョブを前記ネットワークを介して受け付けるジョブ受け付け手段と、
   前記ジョブ受け付け手段により受け付けたジョブの前記印刷指示に従って前記画像データに対応する画像イメージをレイアウト処理するレイアウト手段と、
   １つ又は複数の校正表現方法から前記レイアウト手段によりレイアウトされる画像イメージの校正表現方法を前記ネットワークを介して選択する選択手段と、前記選択手段により選択された１つ又は複数の校正表現方法に基づいて前記レイアウト手段によりレイアウトされた画像イメージを校正表現する校正表現手段と、
   前記校正表現手段により校正表現された前記画像イメージの印刷の是非を前記ネットワークを介して確認する確認手段と、
   前記確認手段により印刷する旨の確認が成された場合に前記校正表現手段により校正表現された前記画像イメージを印刷処理する印刷制御手段と、
   を有することを特徴とする画像形成システム。
3. 所定のネットワークに接続される画像形成システムにおいて、
   前記ネットワークを介して画像データとその印刷指示からなるジョブを受け付けるジョブ受け付け手段と、
   前記ジョブ受け付け手段により受け付けたジョブ内の前記印刷指示に従って前記画像データに対応する画像イメージに色調整処理を行う色調整手段と、
   １つ又は複数の校正表現方法から前記色調整手段により色調整される画像イメージの校正表現方法を前記ネットワークを介して選択する選択手段と、
   前記選択手段により選択された１つ又は複数の校正表現方法に基づいて前記色調整手段により色調整された画像イメージを校正表現する校正表現手段と、
   前記校正表現手段により校正表現された前記画像イメージの印刷の是非を前記ネットワークを介して確認する確認手段と、
   前記確認手段により印刷する旨の確認が成された場合に前記校正表現手段により校正表現された前記画像イメージを印刷処理する印刷制御手段と、
   を有することを特徴とする画像形成システム。
4. 所定のネットワークに接続される画像形成システムにおいて、
   画像データとその印刷指示からなるジョブを前記ネットワークを介して受け付けるジョブ受け付け手段と、
   １つ又は複数の校正表現方法から前記ジョブ受け付け手段により受け付けるジョブの前記印刷指示に基づく前記画像データの校正表現方法を前記ネットワークを介して選択指示する選択手段と、
   前記選択手段による校正表現方法の選択結果に基づいて校正表現にかかるコストを算出するコスト算出手段と、
   前記コスト算出手段により算出されたコストを前記ネットワークを介して通知する通知手段と、
   を有することを特徴とする画像形成システム。
5. 所定のネットワークに接続される画像形成システムにおいて、
   画像データとその印刷指示からなるジョブを前記ネットワークを介して受け付けるジョブ受け付け手段と、
   １つ又は複数の校正表現方法から前記ジョブ受け付け手段により受け付けるジョブの前記印刷指示に基づく前記画像データの校正表現方法を前記ネットワークを介して選択指示する選択手段と、
   前記選択手段による校正表現方法の選択結果に基づいて校正表現にかかるコストを算出するコスト算出手段と、
   前記算出手段によるコスト算出された前記校正表現の実行の是非を前記ネットワークを介して確認する第１の確認手段と、
   前記第１の確認手段により校正表現を実行する旨の確認が成された場合に前記選択手段により選択された１つ又は複数の校正表現方法に基づいて前記色調整手段により色調整された画像イメージを校正表現する校正表現手段と、
   前記校正表現手段により校正表現された前記ジョブの印刷の是非を前記ネットワークを介して確認する第２の確認手段と、
   前記第２の確認手段により印刷する旨の確認が成された場合に前記校正表現手段により校正表現された前記ジョブを印刷処理する印刷制御手段と、
   を有することを特徴とする画像形成システム。
6. 前記所定のネットワークは、インターネットを含み、
   前記ジョブ受け付け手段は、ウェブブラウザを利用したインターネットを介したジョブの受け付けを含むことを特徴とする請求項１〜５のいずれかに記載の画像形成システム。
7. 前記所定のネットワークは、インターネットを含み、
   前記１つ又は複数の校正表現方法は、ウェブブラウザを利用したインターネットを介したサムネール表示による校正表現を含むことを特徴とする請求項１〜５のいずれかに記載の画像形成システム。
8. 前記１つ又は複数の校正表現方法は、ＰＤＦデータに変換した画像データによる校正表現方法を含むことを特徴とする請求項１〜５のいずれかに記載の画像形成システム。
9. 前記１つ又は複数の校正表現方法は、校正刷りしたプリント出力サンプルによる校正表現方法を含むことを特徴とする請求項１〜５のいずれかに記載の画像形成システム。
10. 前記１つ又は複数の校正表現方法は、ラスタライズ展開されたビットマップデータ又はプリントレディファイルによる校正表現方法を含むことを特徴とする請求項１〜５のいずれかに記載の画像形成システム。
11. 所定のネットワークに接続される画像形成システムの制御方法において、
    画像データとその印刷指示からなるジョブを前記ネットワークを介して受け付けるジョブ受け付け工程と、
    １つ又は複数の校正表現方法から前記ジョブ受け付け工程により受け付けるジョブの前記印刷指示に基づく前記画像データの校正表現方法を前記ネットワークを介して選択指示する選択工程と、
    前記選択工程により選択された１つ又は複数の校正表現方法に基づいて前記ジョブの前記印刷指示に基づく前記画像データを校正表現する校正表現工程と、
    前記校正表現工程により校正表現された前記ジョブの印刷の是非を前記ネットワークを介して確認する確認工程と、
    前記確認工程により印刷する旨の確認が成された場合に前記校正表現工程により校正表現された前記ジョブを印刷処理する印刷工程と、
    を有することを特徴とする画像形成システムの制御方法。
12. 請求項１１に記載された画像形成システムの制御方法を実行するためのプログラム。
13. 請求項１１に記載された画像形成システムの制御方法を実行するためのプログラムをコンピュータが読み取り可能に記憶した記憶媒体。

Images