画像形成システム及び画像形成装置
【課題】 画像形成システムの操作者の作業回数を増加させることなく、操作者に消耗品の残量に関する情報を確実に報知することができる画像形成システム及び画像形成装置を提供する。
【解決手段】 画像形成システムは、工程管理マネージャ１１１・受注・入稿マネージャ１１２・メッセージマネージャ１２０等の各種マネージャ、ＭＦＰ１０４、１０５、断裁機１２１・中綴じ製本機１２２等の後処理装置をネットワーク接続する。メッセージマネージャ１２０は、ＨＤＤ１２０３に格納された消耗度テーブルから該当プリンタデバイスの用紙残量を読み出し、ジョブの実行で予想される該当プリンタデバイスの用紙消費量を計算し、用紙残量から予想用紙消費量を減算した結果、用紙残量が０を下回る場合は、ジョブ開始前に、オペレータのメンテナンスが必要である旨の警告メッセージをＵＩ３００に表示する。
【解決手段】 画像形成システムは、工程管理マネージャ１１１・受注・入稿マネージャ１１２・メッセージマネージャ１２０等の各種マネージャ、ＭＦＰ１０４、１０５、断裁機１２１・中綴じ製本機１２２等の後処理装置をネットワーク接続する。メッセージマネージャ１２０は、ＨＤＤ１２０３に格納された消耗度テーブルから該当プリンタデバイスの用紙残量を読み出し、ジョブの実行で予想される該当プリンタデバイスの用紙消費量を計算し、用紙残量から予想用紙消費量を減算した結果、用紙残量が０を下回る場合は、ジョブ開始前に、オペレータのメンテナンスが必要である旨の警告メッセージをＵＩ３００に表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の工程からなる画像形成処理を実行可能な画像形成システム及び画像形成装置に関する。
【背景技術】
【０００２】
従来、感光体に形成した潜像を現像剤で現像し、現像した画像を用紙に転写し定着させることで印刷を行う画像形成装置がある。この種の画像形成装置の中には、用紙やトナー等の消耗品の交換時期が迫っている時に、表示装置（ＵＩ：User Interface）を介して警告メッセージを表示することで、オペレータに消耗品の交換タイミングを通知することができるものがある（例えば、特許文献１参照）。
【特許文献１】特開平１０−３１５５９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、大量の印刷ジョブを同時に扱うＰＯＤ（Print On Demand）市場においては、印刷ジョブを実行している途中で、画像形成装置を長い間占有して消耗品を大量に消費させるような別の印刷ジョブが投入される場合があり、また、消耗品やメンテナンス品の在庫状況や仕入先の納期等の状況は刻々と変化する。これらの要因が逐次変化する、ＰＯＤセンターに設置されている画像形成装置（ＰＯＤマシン）においては、オペレータに通知する消耗品の交換タイミングをこれらの要因を踏まえて動的にスケジューリングし、後で決定する方が最適である。
【０００４】
また、大量の印刷物の出力を短期間で求められるＰＯＤの世界では、画像形成装置におけるメンテナンス品の交換をいちいちサービスマンに頼っていては時間の損失になるので、ある程度の範疇のメンテナンス品に関してはオペレータ自身が交換作業を行うことでダウンタイムの削減を図っている。
【０００５】
最近では、オペレータ自身が画像形成装置のメンテナンスを行うＯＲＣ（Operator Replaceable Components）の管理、メンテナンス（エラー表示や清掃）、ＯＲＣの発注、交換作業履歴の取得、といったいわゆるオペレータメンテナンスに対する要求はますます増加してきている。
【０００６】
このような環境の中で、オペレータに対して、消耗品の補給やメンテナンス品の交換等のメンテナンス時期、仕入先に対する消耗品やメンテナンス品の発注時期をオペレータの都合の良いタイミングで通知する仕組みがまさに今要望されている。
【０００７】
本発明の目的は、画像形成システムの操作者の作業回数を増加させることなく、操作者に消耗品の残量に関する情報を確実に報知することができる画像形成システム及び画像形成装置を提供することにある。
【課題を解決するための手段】
【０００８】
上述の目的を達成するために、本発明は、複数の消耗品を使用して画像を形成する画像形成装置と、前記画像形成装置から前記複数の消耗品の残量に関する情報を受信する受信手段と、前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知をする報知手段と、前記報知手段による報知を行うべき所定タイミングを設定する設定手段とを有し、前記報知手段は、前記複数の消耗品にかかる第１の消耗品の残量が第１の所定量に達し、かつ前記複数の消耗品にかかる第２の消耗品の残量が第２の所定量に達したと前記受信手段が受信した場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記第１の消耗品及び前記第２の消耗品の残量に関する報知をすることを特徴とする。
【０００９】
上述の目的を達成するために、本発明は、複数の消耗品を使用して画像を形成する画像形成装置であって、前記複数の消耗品の残量に関する情報を検知する検知手段と、前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知をする報知手段と、前記報知手段による報知を行うべき所定タイミングを設定する設定手段とを有し、前記報知手段は、前記複数の消耗品にかかる第１の消耗品の残量が第１の所定量に達し、かつ前記複数の消耗品にかかる第２の消耗品の残量が第２の所定量に達したと前記検知手段が検知した場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記第１の消耗品及び前記第２の消耗品の残量に関する報知をすることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、画像形成システムの操作者の作業回数を増加させることなく、操作者に消耗品の残量に関する情報を確実に報知することができる画像形成システム及び画像形成装置を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面に基づき説明する。
【００１２】
［第１の実施の形態］
＜システムの概要＞
図１は、本実施の形態に係る画像形成システムの構成例を示すブロック図である。
【００１３】
図１において、画像形成システムは、工程管理マネージャ１１１、受注・入稿マネージャ１１２、原稿編集マネージャ１１３、プルーフマネージャ１１４、クライアントコンピュータ１０３、ファイル保管マネージャ１１７、納品・発送マネージャ１１８、スキャナ１０６、スキャンマネージャ１１９、プリントマネージャ１１５、後処理マネージャ１１６、メッセージマネージャ１２０、ＭＦＰ（Multi Function Peripheral：マルチファンクション周辺機器）１０４、１０５、断裁機１２１、中綴じ製本機１２２、くるみ製本機１２３、紙折機１２４、封入機１２５、帳合機１２６を備えている。
【００１４】
画像形成システムを構成する各部はネットワーク１０１を介して接続されている。ネットワーク１０１は、図示のような複数系統（１０１ａ、１０１ｂ及び１０１ｃ）または一系統のどちらでも構わない。
【００１５】
工程管理マネージャ１１１は、コンピュータやデバイス或いは本画像形成システムを流れる全てのジョブの工程を管理している。受注・入稿マネージャ１１２は、インターネット経由で入稿されるジョブの受付を行う。原稿編集マネージャ１１３は、入稿されたジョブ及びスキャナ１０６によって原稿から読み取られた画像データに基づくジョブ（或いはどちらか一方のジョブ）を、ユーザの要求どおりのページ順や配置に加工する。
【００１６】
プルーフマネージャ１１４は、インターネットと通信可能に接続され、原稿編集されたジョブまたはその出力サンプルがユーザの意図どおりであるかどうかをインターネット等を介して確認させる（プルーフ処理（校正処理）する）。プリントマネージャ１１５は、印刷前処理（原稿編集処理、プルーフ処理）されたジョブに対してラスタライズ処理を施し、該プリントマネージャ１１５に接続されたＭＦＰ（カラーＭＦＰ１０４ａ、１０４ｂ、白黒ＭＦＰ１０５ａ、１０５ｂ、１０５ｃ）にプリント出力（印刷処理）させる。
【００１７】
後処理マネージャ１１６は、ユーザの要求どおりの後処理（仕上げ処理）工程（断裁処理工程、中綴じ製本処理工程、くるみ製本処理工程、紙折処理工程、封入処理工程、帳合処理工程等）を実行するように、断裁機１２１、中綴じ製本機１２２、くるみ製本機１２３、紙折機１２４、封入機１２５、帳合機１２６を制御する。ファイル保管マネージャ１１７は、ユーザのジョブを保管したり再プリント依頼に応えたりするファイルサーバである。
【００１８】
納品・発送マネージャ１１８は、インターネットと通信可能に接続され、作業者に対して出来上がった書類を納品するよう指示したり、納品した納品伝票や発送履歴などを管理したりする（納品処理する）役割を果たす。スキャンマネージャ１１９は、紙原稿での入稿などに対してスキャナ１０６で原稿を読み取り、原稿画像を電子データ化することができる。
【００１９】
メッセージマネージャ１２０は、ネットワーク１０１上に接続されているＭＦＰのメンテナンス情報、エラー情報、及び各メンテナンス品の仕入先のネットワークサーバ（不図示）に記憶されている在庫情報や納期情報を受信し、用紙・トナー・ステイプル等の消耗品の補充や、感光ドラム・帯電器・モータ等のメンテナンス品（メンテナンス対象部品）の交換等、いわゆるオペレータのメンテナンスが必要であること示す警告メッセージを、オペレータが要求するタイミングで表示装置（ＵＩ）を介して表示する。
【００２０】
なお、工程管理マネージャ１１１〜メッセージマネージャ１２０をそれぞれ別個の情報処理装置で構成してもよいし、工程管理マネージャ１１１〜メッセージマネージャ１２０のいずれか複数の機能または全ての機能を単一の情報処理装置で実現するように構成してもよい。本実施の形態では、工程管理マネージャ１１１〜メッセージマネージャ１２０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤ等を有するコンピュータとして構成されており、ＣＰＵがＲＯＭやＨＤまたはその他の記憶媒体に格納されたプログラムに基づいて各機能を実行するものである。
【００２１】
以下、図１に示した画像形成システムの各マネージャの役割について詳細に説明する。
【００２２】
＜工程管理マネージャ１１１＞
一般に、管理情報システム（ＭＩＳ＝Management Information System）と呼ばれる集中的管理システムでは、生産関連データの収集、加工、報告を通して経営計画と管理業務を支援し情報を蓄積すると共に、必要なとき必要な部署に情報を提供することができる。
【００２３】
工程管理マネージャ１１１は、この管理情報システムの中心となるコンピュータであり、従来は、人の能力上の制約によって集中管理しきれなかった部分を、コンピュータによる情報のデータベース化により、情報を集中管理する役割を果たすものである。
【００２４】
この工程管理マネージャ１１１に蓄えられたデータは、意思決定のアプリケーション（スケジューリング用のアプリケーション）により、特に生産物のスケジューリングを行って作業者が効率よく作業できるように作業工程を指示したり管理したりすることで、生産能力計画を高めることに利用される。
【００２５】
＜受注・入稿マネージャ１１２＞
受注・入稿マネージャ１１２は、いわゆる電子商取引（ＥＣ＝Electronic Commerce）の仲介役で、インターネット経由で受発注を行うためのコンピュータである。また、受注・入稿マネージャ１１２は、ユーザ側から見ると、デジタルストアフロント（Digital Store Front）と呼ばれるウェブページを利用した電子店舗があり、ここでユーザ認証を行った後に、所望のファイルを所望の設定と一緒に電子データとして受注・入稿マネージャ１１２に送付し、ジョブの発注を行うものである。
【００２６】
図２は、受注・入稿マネージャ１１２とユーザ側のコンピュータとの通信及び受注・入稿マネージャ１１２による受注処理を示すフローチャートである。
【００２７】
図２において、ステップＳ２０１〜ステップＳ２１１はユーザ側のウェブブラウザ（Web Browser）上での作業ステップを示し、ステップＳ２２３〜ステップＳ２２６は受注・入稿マネージャ１１２側での制御処理ステップを示す。
【００２８】
ユーザはコンピュータ上でウェブブラウザを起動し（ステップＳ２０１）、該ウェブブラウザ上でＵＲＬ（Uniform Resource Locator）アドレスを入力して、受注・入稿マネージャ１１２が有するウェブサーバ（Web Server）部２２１にアクセスを行う。
【００２９】
このウェブサーバ部２２１は、Ｍｉｃｒｏｓｏｆｔ社のＩＩＳ（Internet Information Server）に代表されるウェブサーバプログラムであり、ｈｔｔｐ（hyper text transfer protocol）を用いてユーザがウェブブラウザを介してＵＲＬアドレスを入力すると、ウェブブラウザにサービス画面（Webpage：図２４〜図３１に示す画面）を提供するものである。
【００３０】
ユーザ側では、ウェブブラウザがウェブサーバ部２２１より提供されたサービス画面（図２４に示す画面）を開き、登録済みのユーザは、ユーザＩＤ（例えば電子メール Address）、パスワード等を画面上で入力する。なお、登録されていない新たなユーザの場合は、未登録ユーザを画面上で選択する。ユーザは、ウェブサーバ部２２１より提供される受発注画面（図２５〜図３０に示す画面）を開く（ステップＳ２０２）。
【００３１】
ユーザは、ウェブサーバ部２２１より順次提供されウェブブラウザ上に順次表示される受発注画面（図２５〜図３０に示す画面）より、カスタマ情報（新規ユーザの場合または登録済みのユーザは変更する場合）、ドキュメント情報（画像データのファイル名（複数選択可能））、ジョブ情報（ジョブチケット等）、後処理情報（フィニッシング処理等）、プルーフ及びアーカイブ情報、デリバリ情報等の各種印刷指示を入力する（ステップＳ２０３〜ステップＳ２０８）。
【００３２】
このとき、ウェブサーバ部２２１では、各受発注画面（図２５〜図３０に示す各画面）でのユーザの入力項目に欠落や入力ミスがないかを逐次簡単に確認した上で、ジョブ仮発注画面（図３１に示す画面）に遷移（提供）する。もし各受発注画面（図２５〜図３０に示す各画面）での入力項目に問題があれば、その都度ユーザにワーニング（警告）を報知し、ジョブの発注ミスがないようにする。なお、このウェブサーバ部２２１には、図２４〜図３１に示す各サービス画面及び上記入力項目のチェックプログラム等が予めアップロードされているものとする。
【００３３】
次に、ウェブサーバ部２２１より提供されウェブブラウザ上に順次表示されるジョブ仮発注画面（図３１に示す画面）上でユーザが仮発注を承認するまで（ステップＳ２０９）、上記入力作業を繰り返す。ジョブ仮発注画面（図３１に示す画面）上でユーザが仮発注を承認すると（ステップＳ２０９でＹｅｓ）、ウェブブラウザは、ユーザが選択したファイル（画像データ）及び各印刷指示を含むジョブを、ユーザ側から受注・入稿マネージャ１１２のホットフォルダ部２２２に送信する。このホットフォルダ部２２２はユーザ毎に設けられていてもよい。
【００３４】
また、受注・入稿マネージャ１１２側では、常にホットフォルダ部２２２内のジョブの有無をポーリングにて監視しており（ステップＳ２２３、ステップＳ２２４）、ジョブがあると判断した場合には、そのジョブを受け付け可能か否かを確認する（ステップＳ２２５）。受注・入稿マネージャ１１２は、ジョブの受け付けが許可されれば（受け付け可能であれば）、ジョブの受け付けを行い（ステップＳ２２６）、該受け付けたジョブを工程管理マネージャ１１１に対して送信すると共に「受諾」のメッセージをユーザに対してウェブ画面で送信する（ステップＳ２２８）。一方、受注・入稿マネージャ１１２は、ジョブの受け付けが許可されなければ（受け付け可能でなければ）、「拒絶」のメッセージをユーザに対してウェブ画面で送信する（ステップＳ２２７）。
【００３５】
また、ユーザ側コンピュータでは、ウェブブラウザ上にウェブサーバ部２２１より提供される「受諾」または「拒絶」のメッセージ画面を表示し（ステップＳ２１０、ステップＳ２１１）、本処理を終了する。
【００３６】
＜原稿編集マネージャ１１３＞
原稿編集マネージャ１１３は、工程管理マネージャ１１１により原稿編集工程に管理されるジョブに関して、ユーザから送付された複数個のファイルをマージしたり、ページの挿入や削除を行ったり、ユーザの指示どおりにレイアウトしたり、或いは要求の後工程処理を予めビジュアル的に確認可能視覚化したりすることを目的としたものである。
【００３７】
図３〜図５は、ユーザから送信されたファイルＡ〜Ｆ及びその出来上がり（編集後の）イメージの一例を示す図である。
【００３８】
図３に示した例では、入稿されたユーザからのジョブは、ファイルＡ（Ｆｉｌｅ−Ａ）〜ファイルＣ（Ｆｉｌｅ−Ｃ）から構成されている。そして、ファイルＡは、ユーザによりそのままのサイズの出力を希望され、ファイルＢ、ファイルＣは、ユーザにより２ｉｎ１（１枚の用紙に２つの画像を配置するレイアウト）の出力を希望されている。このような場合、原稿編集時には出力サイズ等が必要となるため、ユーザはそれらのサイズを指示する必要がある。また、出力の順序を考慮しなければならない場合等も、ユーザはそれらの順序を原稿入稿時等に指示する必要がある。
【００３９】
また、図４に示した例では、入稿されたユーザからのジョブは、ファイルＤ（Ｆｉｌｅ−Ｄ）という１つのファイルとなっている。そして、ファイルＤは、ユーザによりタブ紙等の特定のメディアへの出力及びパンチ／ステイプル等の後処理を希望されている。このように、ジョブが１つのファイルにより入稿された場合であっても、タブ紙等の特定のメディアへの出力及びパンチ／ステイプル等の後処理を希望する場合には、原稿編集時に、タブ自身の情報やタブ紙等のメディア情報が必要であったり、パンチ／ステイプル等の後処理情報も必要となったりするため、ユーザはそれらの情報を原稿入稿時等に指示する必要がある。
【００４０】
更に、図５に示した例では、入稿されたユーザからのジョブは、ファイルＥ（Ｆｉｌｅ−Ｅ）、ファイルＦ（Ｆｉｌｅ−Ｆ）から構成されている。そして、ファイルＥ、ファイルＦは、ユーザによりくるみ製本（サイズが異なる用紙の製本）を希望されており、紙サイズが異なっている。このように、出力したい紙サイズが異なっている場合も、原稿編集時に紙サイズ等の情報が必要となるため、ユーザはそれらの情報を原稿入稿時等に指示する必要がある。
【００４１】
なお、上述したようなユーザからの各種情報の指示は、上述した図２のステップＳ２０５、ステップＳ２０６等において、後述する図２７、図２９等の受発注画面から行われる。
【００４２】
このように、ユーザの入稿ファイルそのものがユーザの出来上がりイメージと一致しているとは限らないため、画像形成システム側でユーザの指示に従って編集する必要があり、この編集処理を担当するのが原稿編集マネージャ１１３である。
【００４３】
また、ユーザから送られてくる複数のファイルが同じアプリケーションや同じタイプのファイルとは限らないため、１つのファイルにする必要があるが、この１つのファイルに作り上げる処理もこの原稿編集マネージャ１１３が行うものとする。
【００４４】
以上の原稿編集マネージャ１１３における編集処理は、原稿入稿時等にユーザから指示された編集情報等に基づいて原稿編集マネージャ１１３内のプログラムにより（作業者による編集作業無しに）、及びクライアントコンピュータ１０３からの作業者による各種アプリケーションを用いた編集作業により（或いは前記プログラムまたは前記編集作業により）行われる。
【００４５】
＜プルーフマネージャ１１４＞
プルーフマネージャ１１４は、一般にレイアウトの確認と色味の確認という２つの目的で利用されることが多く、白黒原稿の場合は前者の確認のみとなるが、カラー原稿では前者及び後者両方の確認が必要となる。
【００４６】
印刷業界では、カラーカンプ（Color Comprehensive Layout）と呼ばれる製版・印刷工程に入る前に広告主にプレゼンテーションすることを目的とした、色づけされた出力がある。最近では、ＤＴＰ（Desk Top Publishing）やＣＥＰＳ（Corporate Electronic Publishing Systems：企業内印刷・自動編集システム）で処理したデジタルカラー画像を、カラープリンタやカラープロッタで出力したカラーのハードコピーが上記カラーカンプに用いられている。
【００４７】
また、プリンタを利用したオンデマンドプリント（必要なときに必要な部数を提供する印刷システム）では、カンプに相当するレイアウト確認と簡易的な色味確認も、プルーフに相当する詳細な色味確認も、同じカラープリンタ（或いは白黒プリンタ）にて行うことが可能であるため、これらの確認作業をこのプルーフマネージャ１１４で一括して処理する。
【００４８】
図６は、プルーフマネージャ１１４とユーザ側のコンピュータとの通信及びプルーフマネージャ１１４によるプルーフ作成処理を示すフローチャートである。
【００４９】
図６において、ステップＳ４０１〜ステップＳ４０９はユーザ側の作業ステップを示し、ステップＳ４２１〜ステップＳ４２９はプルーフマネージャ１１４側の制御処理ステップを示す。
【００５０】
プルーフマネージャ１１４も、受注・入稿マネージャ１１２と同様にウェブサーバ部４４１を有している（図２に示した受注・入稿マネージャ１１２のウェブサーバ部２２１と共有でも構わない）。まず、プルーフマネージャ１１４は、工程管理マネージャ１１１によりプルーフ工程に管理されるジョブに関して、ユーザがプルーフを要求した（即ち、図２のステップＳ２０７のプルーフの設定（図２９に示す画面での設定）で要求した）か否かを判断する（ステップＳ４２１）。
【００５１】
プルーフマネージャ１１４は、プルーフが要求されていないと判断した場合には、そのまま処理を終了する。一方、プルーフマネージャ１１４は、プルーフが要求されていると判断した場合には、ステップＳ４２２以降に進み、要求されたプルーフ方法（校正表現方法）によってユーザ側にサービスを提供する（校正表現を行う）。
【００５２】
即ち、プルーフマネージャ１１４は、校正表現方法としてサムネールのウェブ表示が求められているか否かを判断し（ステップＳ４２２）、サムネールのウェブ表示が求められていると判断した場合には、原稿編集マネージャ１１３よりサムネール画面を作成させ、該作成されたサムネール画像をウェブサーバ部１１４１にアップロードし、許可されたユーザのみ表示可能に設定する（ステップＳ４２３）。これにより、ユーザは出来上がりイメージをウェブブラウザ上で確認することができる（後述する図３２〜図３６に示す確認画面により確認可能である）。
【００５３】
一方、プルーフマネージャ１１４は、ステップＳ４２２でサムネールのウェブ表示が求められていないと判断した場合またはステップＳ４２３の後、校正表現方法としてＰＤＦ（Portable Document Format）ファイルが要求されているか否かを判断する（ステップＳ４２４）。プルーフマネージャ１１４は、ＰＤＦファイルが要求されていると判断した場合には、Ａｄｏｂｅ社のAcrobat Distillerなどを利用して、ＰＤＦファイルを作成し（ステップＳ４２５）、ユーザの要求した方法でユーザに提示する。例えば、ウェブブラウザ上での閲覧や、ｆｔｐサイトにアップロード、或いはファイルサイズが小さければユーザへの電子メールに添付するように設定することも可能である。
【００５４】
一方、プルーフマネージャ１１４は、ステップＳ４２４でＰＤＦファイルが要求されていないと判断した場合またはステップＳ４２５の後、サムネール画像、ＰＤＦファイルをアップロードしたウェブサイトのＵＲＬの記載やＰＤＦファイルの添付等を行った電子メールをユーザに対して送信する（ステップＳ４３０）。
【００５５】
一方、この電子メールを受信した（ステップＳ４０１）ユーザは、サムネール表示を行いたい場合には（ステップＳ４０２でＹｅｓ）、コンピュータ上でウェブブラウザを起動し、ＵＲＬを入力すると共に、ウェブサーバ部４４１より提供される画面にユーザＩＤとパスワードを入力して（ステップＳ４０３）、ウェブサーバ部４４１よりサムネール画面を取得する。そして、ウェブサーバ１１４１より取得したサムネール画面（後述する図３２〜図３６）をコンピュータ上に表示して閲覧し（ステップＳ４０４）、ステップＳ４０５に進む。一方、ステップＳ４０２でサムネール表示を行わない場合は、そのままステップＳ４０５に進む。
【００５６】
次に、ユーザがＰＤＦファイルの入手を行う場合には（ステップＳ４０５でＹｅｓ）、ウェブサーバ部４４１よりＰＤＦファイルをユーザ側コンピュータにダウンロードし（ステップＳ４０６）、ステップＳ４０７に進む。一方、ＰＤＦファイルの入手を行わない場合は（ステップＳ４０５でＮｏ）、そのままステップＳ４０７に進む。
【００５７】
次に、ユーザはプルーフを確認し（ステップＳ４０８）、プルーフの確認がＯＫである（印刷工程への移行を指示する）と判断した場合には、そのままステップＳ４１０に進む。一方、プルーフの確認がＯＫでない（ＮＧ）（印刷工程へは移行せず再校正を指示する）と判断した場合には、ユーザはコンピュータ上でプルーフのＮＧ箇所とコメントを入力し（ステップＳ４０９）、ステップＳ４１０に進む。
【００５８】
次に、ユーザはコンピュータ上でプルーフの確認結果（印刷工程への移行指示、または、印刷工程へは移行せず再校正指示）を示す電子メールを作成し、プルーフマネージャ１１４に対して送信する（ステップＳ４１０）。なお、プルーフがＮＧの場合には、ユーザは、ステップＳ４０９で入力したプルーフのＮＧ箇所とコメントのデータを電子メールに添付するか、電子メールの本文に記載するものとする。また、プルーフのＯＫ／ＮＧを示す情報は、電子メールの本文に記載するように構成してもよいし、電子メールの題名にＯＫ／ＮＧを示す文字列を記載するように構成してもよい。
【００５９】
一方、プルーフマネージャ１１４は、この電子メールを受信すると（ステップＳ４３１）、プルーフの確認結果がＯＫであるか否かを判断し（ステップＳ４３２）、プルーフの確認結果がＯＫである（印刷工程への移行を指示する）と判断した場合には、本処理を終了し、印刷（プリント）工程に進むように、後述する図２３に示すＪＤＦデータを書き換える。なお、ステップＳ４３２の判断は、受信した電子メールの題名等からプログラムにより判断させるように構成してもよいし、電子メールを受信したことを担当者に通知し、該受信電子メールの内容から担当者に判断させ担当者に確認の有無を入力させるように構成してもよい。
【００６０】
一方、プルーフマネージャ１１４は、ステップＳ４３２でプルーフの確認結果がＯＫでない（ＮＧ）（印刷工程へは移行せず再校正を指示する）と判断した場合には、画像形成システム側の作業者が、ユーザからのＮＧ箇所のコメントに従って、再度、原稿編集処理、ドキュメント処理、校正刷り（プルーフプリント）の処理をやり直し（ステップＳ４３３）、ステップＳ４２１に戻る。
【００６１】
なお、図６のステップＳ４１０ではユーザからプルーフの確認結果を電子メールでプルーフマネージャ１１４に送信しているが、ユーザからプルーフの確認結果を電話やＦＡＸ等で画像形成システム側の担当者に連絡するようにし、この連絡を受けた担当者がプルーフのＯＫ／ＮＧを判断し、ＯＫ／ＮＧを入力するように構成してもよい。
【００６２】
＜プリントマネージャ１１５＞
次に、図７を用いてプリントマネージャ１１５内のデータフローを説明する。
【００６３】
図７は、プリントマネージャ１１５内のデータフローを示すブロック図である。
【００６４】
図７において、まず、ＮＩＣ（Network Interface Card）６１１やＳＣＳＩ（Small Computer System Interface）６１２から入力された工程管理マネージャ１１１によりプリント工程に移行したジョブ（後述する図３９、図４０に示すプリント工程におけるジョブサブミット画面からプリント指示されたジョブ）は、入力デバイス制御部６０１よりサーバ（プリントマネージャ１１５）内に入力され、サーバに様々なクライアントアプリケーションを連結することにおいてその役割を果たす。
【００６５】
入力デバイス制御部６０１は、入力としてＰＤＬ（Page Description Language：ページ記述言語）データとＪＣＬ（Job Control Language：ジョブ制御言語）データを受け付ける。それはプリンタとサーバに関する状態情報であって様々なクライアントに対応する。このモジュール（入力デバイス制御部６０１）の出力は、適切なＰＤＬとＪＣＬの構成要素すべてを結合する役割を持つ。
【００６６】
次に、入力ジョブ制御部６０２は、ジョブの要求されたリストを管理し、サーバに提出される個々のジョブにアクセスするためにジョブリストを作成する。更に、このモジュール（入力ジョブ制御部６０２）には、ジョブのルートを決めるジョブルーティングと、分割してＲＩＰ（Raster Image Processor）するか否かを司るジョブスプリットと、ジョブの順序を決めるジョブスケジューリングの３つの機能がある。
【００６７】
ＲＩＰ部６０３は、複数個存在する。ＲＩＰ部６０３は、ＲＩＰ６０３ａ、ＲＩＰ６０３ｂ、ＲＩＰ６０３ｃから構成され、必要に応じて更に増やすことも可能であるが、ここでは総称してＲＩＰ部６０３と表記する。ＲＩＰモジュール（ＲＩＰ部６０３）は、様々なジョブのＰＤＬをＲＩＰ処理して、適切なサイズと解像度のビットマップを作成する。ＲＩＰ処理に関しては、ＰｏｓｔＳｃｒｉｐｔ（米国Ａｄｏｂｅ社の商標登録）をはじめ、ＰＣＬ（Printer Command Language）、ＴＩＦＦ（Tagged Image File Format）、ＪＰＥＧ（Joint Photographic Experts Group）、ＰＤＦなど様々なフォーマットのラスタライズ処理が可能である。
【００６８】
画像圧縮／データ変換部６０４は、ＲＩＰ部６０３によって作り出されるビットマップイメージを圧縮したり、フォーマット変換を施したりする役割を果たし、それぞれのプリンタデバイスに適合した最適な画像イメージタイプを選び出す。画像圧縮／データ変換部６０４は、例えばジョブをページ単位で扱いたい場合には、ＴＩＦＦやＪＰＥＧなどをＲＩＰ部６０３でラスタライズした後のビットマップデータにＰＤＦヘッダを付けて、ＰＤＦデータとして編集するなどの処理を行う。
【００６９】
出力ジョブ制御部６０５は、ジョブのページイメージを取って、それらがコマンド設定に基づいてどう扱われるのかを管理する。ページはプリンタデバイスにより印刷されたり、ハードディスク６０７にセーブされたりする。印刷後のジョブは、ハードディスク６０７に残すか否かを選択可能であり、印刷後のジョブがハードディスク６０７にセーブされた場合には、再呼び出しすることもできる。更に、このモジュール（出力ジョブ制御部６０５）は、ハードディスク６０７とメモリ（ＳＤＲＡＭ）６０８との相互作用で管理する。
【００７０】
出力デバイス制御部６０６は、印刷データをどのプリンタデバイスに出力するか、またどのプリンタデバイスをクラスタリング（プリンタデバイスを複数台接続して一斉にプリントする際のプリンタデバイスの組み合わせ）するかの制御を司り、選択されたプリンタデバイスのインタフェースに印刷データを送る。また、このモジュール（出力デバイス制御部６０６）は、ＭＦＰ１０４（またはＭＦＰ１０５）の状態監視と装置状況をプリントマネージャ１１５に伝える役割も果たしている。
【００７１】
なお、図７では、プリントマネージャ１１５は、ＲＩＰ部６０３を有する形態で記述されているが、ＲＩＰ部６０３は、実際には、ＭＦＰ１０４（またはＭＦＰ１０５）に内蔵されたり、プリントマネージャ１１５とは別ユニットで存在したりすることもある。いずれにせよ、ＭＦＰ１０４（またはＭＦＰ１０５）やＲＩＰ部６０３を含めて、入力したＰＤＬ情報をＲＩＰ処理してプリントするまでの工程を担当するのがプリントマネージャ１１５の役割となる。
【００７２】
＜プリンタドライバ＞
ユーザにより入稿されるデータは、ＰＤＬデータ、ＰＤＦデータ、アプリケーションデータ、紙原稿の読取データなど様々である。ユーザにより入稿されるデータがＰＤＬデータ（ＰＳデータ、ＰＣＬデータ等）やＰＤＦデータ等の場合は、プリント工程に移行された時点で、そのままプリントマネージャ１１５に送り込まれてもＲＩＰ処理が可能である。一方、ユーザにより入稿されるデータがアプリケーションデータの場合は、プリント工程に移行された時点で、作業者がクライアントコンピュータ１０３からプリンタドライバを用いてアプリケーションデータをプリント用のデータに変換する作業を行って、プリントマネージャ１１５に送信する必要がある。
【００７３】
以下、プリンタドライバについて説明する。
【００７４】
図８〜図１０は、クライアントコンピュータ１０３上のプリンタドライバ画面の一例を示す図である。
【００７５】
プリンタドライバは、プリント動作を指示するためのＧＵＩ（Graphic User Interface）（アプリケーション等から印刷指示したときに表示される印刷設定用のＧＵＩ上において、「プリンタ」に関するプロパティの表示指示を行った場合に表示されるＧＵＩ）で指示される。ユーザはプリンタドライバに対し所望の設定パラメータを指示することで、所望の画像イメージをプリンタデバイスなどの送信先に送ることが可能となる。
【００７６】
図８において、７０１はプリンタドライバのウィンドウである。このプリンタドライバのウィンドウ７０１内の設定項目において、７０２はターゲットとなる出力先を選択する送信先選択カラムである。本実施の形態では、上記ＭＦＰ１０４或いはＭＦＰ１０５が選択対象となる。７０３はジョブの中から出力ページを選択するページ設定カラムであり、クライアントコンピュータ１０３上で動作するアプリケーションソフトで作成された画像イメージのどのページを出力するかを決定する。
【００７７】
７０４は部数を指定する部数設定カラムであり、カーソルを部数設定カラム７０４の位置に移動させ、図示の矢印（スクロールバーの矢印）をクリックすることで、部数の増減を設定することができる。７０７は送信先選択カラム７０２にて選択された送信先デバイスに関する詳細設定を行うためのプロパティキーであり、このプロパティキー７０７を指示することにより、図９、図１０に示す画面が表示される。
【００７８】
そして、所望の設定が済めば、ＯＫキー７０５により印刷を開始する（プリントマネージャ１１５に印刷データを送信する（後述する図４６参照））。取り消す場合には、キャンセルキー７０６の操作により印刷を取りやめる。
【００７９】
図９、図１０は、プロパティキー７０７をクリックした際の表示画面（ＧＵＩ）である。
【００８０】
図９、図１０において、この表示画面には、例えば「Ｐａｐｅｒ」、「Ｇｒａｐｈｉｃｓ」、「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」、「ＰＤＬ」等のタブ７１１〜７１４が設けられている。タブ７１１〜７１４をクリック（不図示のポインティングデバイス等で指示）することにより、「Ｐａｐｅｒ」、「Ｇｒａｐｈｉｃｓ」、「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」、「ＰＤＬ」等の異なる設定内容の設定を行うことができる。
【００８１】
図９では、「Ｐａｐｅｒ」タブ７１１が例としてあげられており、ここでは紙サイズ７１５、面つけレイアウト７１６、紙の向き７１７、給紙段７１８、部数７１９等の設定を行うことができる。また、「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」タブ７１３が選ばれると、そのデバイス固有の設定情報、例えばステイプルなどのフィニッシングの設定や、プリンタによる色味などのパラメータを変更する画像処理関連のより細かい調整を行うことが可能となる。
【００８２】
図１０に示すように、選択には機能７３１とその設定値７３２をそれぞれ所望の値に設定することとなる。７３３は、各設定値を初期値に戻すデフォルトキーである。
【００８３】
また、図示は省略するが、上記同様にして、「Ｇｒａｐｈｉｃｓ」タブ７１２では、解像度やハーフトーン設定の選択を行うことができ、「ＰＤＬ」タブ７１４では、ＰＤＬの出力形式などの選択を行うことができる。
【００８４】
更に、ＯＫキー７２０を押下（指示）すると、プロパティ設定を有効にして図８の画面に戻る。また、キャンセルキー７２１を押下（指示）すると、プロパティ設定を無効にして図８の画面に戻る。更に、適用キー７２２を押下（指示）すると、プロパティ画面のままでプロパティ設定を有効にする。
【００８５】
＜ＲＩＰ部６０３＞
次に、図１１〜図１４を参照しながらプリントマネージャ１１５のＲＩＰ部６０３の構成について説明する。
【００８６】
図１１は、ＲＩＰ部６０３の構成例を示すブロック図である。
【００８７】
図１１において、ＲＩＰ部６０３は、一般に、インタプリタ部８０１、レンダリング部８０２、スクリーニング部８０３の３つの部分から構成されている。
【００８８】
インタプリタ部８０１は、ＰＤＬを翻訳してビットマップ展開を行う。レンダリング部８０２は、ＰＤＬの色描写を行う。そして、スクリーニング部８０３は、白黒ＭＦＰ１０５への出力の場合には、二値化処理や予め決められた周期／角度のスクリーンの作成を行い、またカラーＭＦＰ１０４への出力の場合には、キャリブレーション用ガンマテーブルまで含めて作成を行う。
【００８９】
以下、ＲＩＰ部６０３の各部について詳細に説明する。
【００９０】
まず、図１２を参照しながらインタプリタ部８０１について説明する。
【００９１】
インタプリタ部８０１は、ＰＤＬデータを解析する部分であり、Ａｄｏｂｅ社のＰｏｓｔＳｃｒｉｐｔ（登録商標）言語に代表されるＰＤＬは、以下（ａ）〜（ｃ）の３要素に分類される。
（ａ）文字コードによる画像記述
（ｂ）図形コードによる画像記述
（ｃ）ラスタ画像データによる画像記述
即ち、ＰＤＬは、上記の要素を組み合わせで構成された画像を記述する言語であり、それで記述されたデータをＰＤＬデータと呼ぶ。
【００９２】
図１２（ａ）は、インタプリタ部８０１に入力されるＰＤＬデータの記述例を示す図、図１２（ｂ）は、インタプリタ部８０１による描画結果を示す図である。
【００９３】
図１２（ａ）は、図１２（ｂ）の描画結果のＰＤＬデータ記述例に対応するものである。文字情報の例「Ｒ９０１の記述」は、Ｌ９１１〜Ｌ９１３で表され、文字の色、文字列、座標位置からなる。文字の色のカッコ内は順にＣｙａｎ、Ｍａｇｅｎｔａ、Ｙｅｌｌｏｗ、Ｂｌａｃｋの濃度を表わしている。最小は「０．０」であり、最大は「１．０」である。Ｌ９１１では、文字を黒にすることを指定する例を示している。次に、Ｌ９１２では、変数Ｓｔｒｉｎｇ１に文字列“ＡＢＣ”を代入していることを示している。
【００９４】
次に、Ｌ９１３では、第１、第２パラメータが文字列をレイアウトする用紙上の開始位置座標のｘ座標とｙ座標を示し、第３パラメータが文字の大きさを示し、第４パラメータが文字の間隔を示し、第５パラメータがレイアウトすべき文字列を示している。要するにＬ９１３は、座標（０．０，０．０）のところから、大きさ「０．２」、間隔「０．３」で、文字列“ＡＢＣ”をレイアウトするという指示となる。
【００９５】
次に、図形情報の例「Ｒ９０２の記述」において、Ｌ９２１は、文字の色を指定したＬ９１１と同様の記述方法で線の色を指定しており、ここでは、Ｃｙａｎが指定されている。次に、Ｌ９２２は、線を引くことを指定するためのものであり、第１、２パラメータが線の始端座標のそれぞれｘ、ｙ座標を示し、第３、４パラメータが線の終端座標のそれぞれｘ、ｙ座標を示し、第５パラメータは線の太さを示す。
【００９６】
更に、ラスタ画像情報の例「Ｒ９０３の記述」において、Ｌ９３１は、ラスタ画像を変数ｉｍａｇｅ１に代入していることを示している。ここで、第１パラメータはラスタ画像の画像タイプ及び色成分数を示し、第２パラメータは１色成分あたりのビット数を示し、第３、第４パラメータはラスタ画像のｘ方向、ｙ方向の画像サイズを示し、第５パラメータ以降がラスタ画像データを示す。ラスタ画像データの個数は、１画素を構成する色成分数、及びｘ方向、ｙ方向の画像サイズの積となる。このＬ９３１では、ＣＭＹＫ画像は４つの色成分（Ｃｙａｎ、Ｍａｇｅｎｔａ、Ｙｅｌｌｏｗ、Ｂｌａｃｋ）から構成されるため、ラスタ画像データの個数は１００（＝４×５×５）個となる。
【００９７】
次に、Ｌ９３２は、座標（０．０，０．５）のところから、「０．５×０．５」の大きさにｉｍａｇｅ１をレイアウトすることを示している。
【００９８】
図１２（ｂ）は、図１２（ａ）に示した１ページの中で３つの画像記述（「Ｒ９０１の記述」、「Ｒ９０２の記述」、「Ｒ９０３の記述」）を解釈して、ラスタ画像データに展開した様子を示したものである。
【００９９】
図１２（ｂ）において、Ｒ９０１、Ｒ９０２、Ｒ９０３は、図１２（ａ）に示したそれぞれのＰＤＬデータ（「Ｒ９０１の記述」、「Ｒ９０２の記述」、「Ｒ９０３の記述」）を展開したものである。
【０１００】
これらのラスタ画像データは、実際にはＣ、Ｍ、Ｙ、Ｋ色成分毎にプリントマネージャ１１５のメモリ６０８（或いはハードディスク６０７）に展開されており、例えばＲ９０１の部分は、各ＣＭＹＫのメモリに、Ｃ＝０、Ｍ＝０、Ｙ＝０、Ｋ＝２５５が書かれており、Ｒ９０２の部分は、それぞれ、Ｃ＝２５５、Ｍ＝０、Ｙ＝０、Ｋ＝０が書き込まれることになる。
【０１０１】
プリントマネージャ１１５内では、クライアントコンピュータ１０３（或いは他のコンピュータ）から送られてきたＰＤＬデータは、ＰＤＬデータのままか、上記のようにラスタ画像に展開された形で、メモリ６０８（或いはハードディスク６０７）に書き込まれ、必要に応じて保存されている。
【０１０２】
次に、図１３を参照しながらレンダリング部８０２について説明する。
【０１０３】
インタプリタ部８０１から出力される画像データには、グレースケール、ＲＧＢ、ＣＭＹＫのほか様々な色空間のものがあり、その他の色空間の場合には、一度ＣＲＤ（Color Rendering Dictionary）にてＣＭＹＫ空間に変換された後、カラーマッチングされる。
【０１０４】
図１３は、レンダリング部８０２におけるカラーマッチングの一例を示す図である。
【０１０５】
図１３において、カラーマッチングは、ＲＧＢまたはＣＭＹＫで入力されたデータに対してカラーマッチングが必要な場合（ステップＳ１３０１の判定でＹｅｓ、またはステップＳ１３０２の判定でＹｅｓ）、ＣＭＭ（Color Matching Manager）部１００４においてＩＣＣプロファイルによる色調整が行われる。ＩＣＣプロファイルは、ソースプロファイル１００５とプリンタプロファイル１００６から構成されている。
【０１０６】
ソースプロファイル１００５は、ＲＧＢ（またはＣＭＹＫ）データを一度規格化されたＬ*ａ*ｂ*の空間に変換し、このＬ*ａ*ｂ*データを再度ターゲットとなるプリンタデバイスに適したＣＭＹＫ空間に変換する。また、ソースプロファイル１００５は、不図示のＲＧＢプロファイルとＣＭＹＫプロファイルから構成されており、入力画像がＲＧＢ系画像（Ｍｉｃｒｏｓｏｆｔ社のアプリケーションソフトやＪＰＥＧ画像、ＴＩＦＦ画像等）の場合には、ＲＧＢプロファイルが選択され、入力画像がＣＭＹＫ系画像（Ａｄｏｂｅ社のPhotoshopやIllustratorの一部データなど）の場合には、ＣＭＹＫプロファイルが選択される。
【０１０７】
次に、プリンタプロファイル１００６は、各プリンタデバイスの色特性に合わせて作られており、ＲＧＢ系画像の場合は、Ｐｅｒｃｅｐｔｕａｌ（色味優先）やＳａｔｕｒａｔｉｏｎ（鮮やかさ優先）を選択するのが好ましく、ＣＭＹＫ系画像の場合は、Ｃｏｌｏｒｉｍｅｔｒｉｃ（色差最小）を選択して最適画像を出力することが多い。
【０１０８】
また、ＩＣＣプロファイルは、一般にルックアップテーブル形式で作られている。ソースプロファイル１００５では、ＲＧＢ（またはＣＭＹＫ）データが入力されると一意にＬ*ａ*ｂ*データに変換され、プリンタプロファイル１００６では、Ｌ*ａ*ｂ*データからプリンタデバイスにマッチしたＣＭＹＫに変換される。
【０１０９】
なお、ＲＧＢで入力されたデータに対してカラーマッチングが必要でない場合は、デフォルト色変換部１００３においてＲＧＢデータからプリンタデバイスにマッチしたＣＭＹＫに変換されて出力される。また、ＣＭＹＫで入力されたデータに対してカラーマッチングが必要でない場合は、そのまま出力される。
【０１１０】
次に、図１４を参照しながらスクリーニング部８０３内のガンマ補正に関して説明する。
【０１１１】
図１４（ａ）〜（ｄ）は、スクリーニング部８０３内のガンマ補正を説明する特性図である。
【０１１２】
図１４（ａ）は、リニアなガンマテーブルに対応し、図１４（ｂ）は、プリンタデバイスの出力特性に対応し、図１４（ｃ）は、キャリブレーションされたガンマテーブルに対応し、図１４（ｄ）は、出力特性を加味したガンマテーブルに対応する。
【０１１３】
図１４（ａ）〜（ｄ）において、ガンマテーブルは、デフォルトで図１４（ａ）に示すようなリニアなガンマ曲線が用意されており、プリンタデバイスの出力特性に応じてガンマテーブルを用意する。
【０１１４】
例えば、ＭＦＰ１０４ａの出力特性Ｇｐが図１４（ｂ）に示すような値であった場合、その逆関数Ｇａである図１４（ｃ）に示す値を掛け合わせれば、出力特性は図１４（ａ）に示すようにリニアな値に修正される（Ｇａ×Ｇｐ＝Ｇ０）。
【０１１５】
また、印刷ライクな（印刷した際に人間の視覚特性に合わせて輝度の変化が滑らかになるような）出力特性Ｇｂに図１４（ｄ）に示すような特性を選びたければ、Ｇａ×Ｇｂのような値のテーブルを掛け合わせても良い。
【０１１６】
また、これらのガンマテーブルを作成するために、ＭＦＰ１０４ａのスキャナ部や濃度計などを利用するキャリブレーション機能も一般に知られている。
【０１１７】
＜ＭＦＰ１０４、ＭＦＰ１０５の構成＞
次に、図１５〜図１９を参照しながらＭＦＰ１０４、ＭＦＰ１０５の構成について説明する。但し、ＭＦＰ１０４とＭＦＰ１０５の差はフルカラーとモノクロの差であり、色処理以外の部分ではフルカラー機器がモノクロ機器の構成を包含することが多いため、ここではフルカラー機器に絞って説明し、必要に応じて随時モノクロ機器の説明を加えることとする。
【０１１８】
図１５は、ＭＦＰ１０４、ＭＦＰ１０５の構成を示すブロック図である。
【０１１９】
図１５において、ＭＦＰ１０４、ＭＦＰ１０５は、それぞれ、スキャナ部１２０１、スキャナＩＰ部１２０２、ＦＡＸ部１２０３、ＮＩＣ部１２０４、専用Ｉ／Ｆ部１２０５、コア部１２０６、プリンタＩＰ部１２０７、スクリーニング部１２０８、プリンタ部１２０９、オンラインフィニッシャ部１２１０を備えている。
【０１２０】
スキャナ部１２０１は、原稿画像の読み取りを行う。スキャナＩＰ部１２０２は、原稿から読み取った画像データを画像処理する。ＦＡＸ部１２０３は、ファクシミリなどに代表される電話回線を利用した画像の送受信を行う。ＮＩＣ部１２０４は、ネットワークを利用して画像データや装置情報をやり取りする。専用Ｉ／Ｆ部１２０５は、フルカラーＭＦＰ１０４との情報交換を行う。そして、ＭＦＰ１０４、１０５の使い方に応じてコア部１２０６で画像信号を一時保存したり、経路を決定したりする制御を行う。
【０１２１】
次に、コア部１２０６から出力された画像データは、プリンタＩＰ部１２０７及びスクリーニング部１２０８を経由して画像形成を行うプリンタ部１２０９に送られる。プリンタ部１２０９でプリントアウトされた用紙はオンラインフィニッシャ部１２１０へ送り込まれ、用紙の仕分け処理や用紙の仕上げ処理が行われる。
【０１２２】
コア部１２０６は、バスの交通整理を行っており、ＭＦＰの使い方に応じて、以下の（１）〜（５）のようにパス切り替えを行う。また、データがネットワークを経由する際には、ＪＰＥＧ、ＪＢＩＧ（Joint Bi-lebel Image Experts Group）、ＺＩＰなど圧縮データを使用することも一般に知られており、データがＭＦＰに入った後、このコア部１２０６にて解凍（伸張）される。
（１）複写機能：スキャナ部１２０１→コア部１２０６→プリンタ部１２０９
（２）ネットワークスキャナ：スキャナ部１２０１→コア部１２０６→ＮＩＣ部１２０４
（３）ネットワークプリンタ：ＮＩＣ部１２０４→コア部１２０６→プリンタ部１２０９
（４）ファクシミリ送信機能：スキャナ部１２０１→コア部１２０６→ＦＡＸ部１２０３
（５）ファクシミリ受信機能：ＦＡＸ部１２０３→コア部１２０６→プリンタ部１２０９
プリンタＩＰ部１２０７は、信号を画像形成装置のトナー色であるＹ、Ｍ、Ｃ、Ｋ信号にマトリクス演算する出力マスキング／ＵＣＲ部、トナーの色味諸特性を考慮したルックアップテーブル（ＬＵＴ）ＲＡＭを使って画像出力のためのＣ、Ｍ、Ｙ、Ｋデータに変換するガンマ補正部、シャープネスまたはスムージングを施す空間フィルタ等から構成される。
【０１２３】
スクリーニング部１２０８は、誤差拡散、ディザ、或いはＰＷＭ（Pulse Width Modulation）などの処理を行う部分である。
【０１２４】
図１６（ａ）は、スクリーニング部におけるＰＷＭ処理を行う構成を示すブロック図、図１６（ｂ）は、信号波形を示す図である。
【０１２５】
図１６（ａ）において、１３０１は三角波発生部、１３０２は入力されるデジタル画像信号をアナログ信号に変換するＤ／Ａ変換部である。三角波発生部１３０１からの信号（図１６（ｂ）に示す信号ａ）及びＤ／Ａ変換部１３０２からの画像信号（図１６（ｂ）に示す信号ｂ）は、コンパレータ１３０３で大小比較されて、図１６（ｂ）に示す信号ｃのような濃度に依存したパルス幅信号となってレーザ駆動部１３０４に送られる。
【０１２６】
なお、カラーの場合には図１６（ａ）に示す構成が４つ（Ｃ、Ｍ、Ｙ、Ｋそれぞれ）必要となり、Ｃ、Ｍ、Ｙ、Ｋそれぞれが、それぞれの半導体レーザ１３０５でレーザビームに変換される。そして、ポリゴンミラー１４１３で、それぞれのレーザビームを走査して、それぞれの感光ドラム１４１７、１４２１、１４２５、１４２９に照射される。
【０１２７】
図１７は、プリンタ部（カラープリンタ部）１２０９の構造を示す構成図である。図１６と同一の構成要素には同一の符号を付してある。
【０１２８】
図１７において、ポリゴンミラー１４１３は、４つの半導体レーザ１３０５より発光された４本のレーザ光を受ける。その内の１本はミラー１４１４、１４１５、１４１６を経て感光ドラム１４１７を走査露光し、次の１本はミラー１４１８、１４１９、１４２０をへて感光ドラム１４２１を走査露光し、次の１本はミラー１４２２、１４２３、１４２４をへて感光ドラム１４２５を走査露光し、最後の１本はミラー１４２６、１４２７、１４２８をへて感光ドラム１４２９を走査露光する。
【０１２９】
また、１４３０はイエロー（Ｙ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１４１７上にイエローのトナー像を形成する。１４３１はマゼンタ（Ｍ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１４２１上にマゼンタのトナー像を形成する。１４３２はシアン（Ｃ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１４２５上にシアンのトナー像を形成する。１４３３はブラック（Ｋ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１４２９上にマゼンタのトナー像を形成する。以上４色（Ｙ、Ｍ、Ｃ、Ｋ）のトナー像が感光ドラム１４１７、１４２１、１４２５、１４２９から用紙に転写され、フルカラーの出力画像を得ることができる。
【０１３０】
用紙カセット１４３４、１４３５及び手差しトレイ１４３６のいずれかより給紙された用紙は、レジストローラ１４３７を経て、転写ベルト１４３８上に吸着されて搬送される。給紙のタイミングと同期がとられて、予め感光ドラム１４１７、１４２１、１４２５、１４２９には各色のトナーが現像されており、用紙の搬送と共にトナーが用紙に転写される。
【０１３１】
各色のトナーが転写された用紙は、転写ベルト１４３８から分離され、搬送ベルト１４３９により搬送され、定着器１４４０によってトナーが定着される。定着器１４４０を抜けた用紙は、フラッパ１４５０により一旦下方向へ導かれて用紙後端がフラッパ１４５０を抜けた後、スイッチバックさせられて排出される。これにより、用紙はフェイスダウン状態で排出され、先頭頁から順にプリントしたときに正しいページ順となる。
【０１３２】
なお、４つの感光ドラム１４１７、１４２１、１４２５、１４２９は、距離ｄをおいて等間隔に配置されている。用紙は搬送ベルト１４３９により一定速度ｖで搬送されており、この用紙搬送タイミングと同期がとられて４つの半導体レーザ１３０５（図１６）が駆動される。
【０１３３】
図１８は、プリンタ部（モノクロプリンタ部）１２０９の構造を示す構成図である。図１６と同一の構成要素には同一の符号を付してある。
【０１３４】
図１８において、１４１３はポリゴンミラーであり、半導体レーザ１３０５より発光されたレーザ光を受ける。レーザ光はミラー１５１４、１５１５、１５１６を経て感光ドラム１５１７を走査露光する。また、１５３０は黒色のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１５１７上にトナー像を形成する。
【０１３５】
用紙カセット１５３４、１５３５及び手差しトレイ１５３６のいずれかより給紙された用紙は、レジストローラ１５３７を経て転写ベルト１５３８上に吸着され、搬送される。給紙のタイミングと同期がとられて、予め感光ドラム１５１７にはトナー像が現像されており、用紙の搬送と共にトナー像が用紙に転写される。これにより、出力画像を得ることができる。
【０１３６】
トナーが転写された用紙は、転写ベルト１５３８から分離され、定着器１５４０によってトナーが定着される。定着器１５４０を抜けた用紙は、フラッパ１５５０により一旦下方向へ導かれて用紙後端がフラッパ１５５０を抜けた後、スイッチバックさせられて排出される。これにより、用紙はフェイスダウン状態で排出され、先頭頁から順にプリントしたときに正しいページ順となる。
【０１３７】
なお、本実施の形態ではプリンタ部１２０９がレーザビーム方式である場合を例に挙げて説明しているが、レーザビーム方式以外の電子写真方式（例えばＬＥＤ方式）でも、液晶シャッタ方式、インクジェット方式、熱転写方式、昇華方式でも、その他のプリント方式でも、本発明を適用可能である。
【０１３８】
＜オンラインフィニッシャ部１２１０＞
図１９は、オンラインフィニッシャ部１２１０の構成を示す構成図である。
【０１３９】
図１９において、プリンタ部１２０９にオンラインフィニッシャ部１２１０が接続されている場合、プリンタ部１２０９の定着部から排出された用紙は、オンラインフィニッシャ部１２１０に入る。オンラインフィニッシャ部１２１０には、サンプルトレイ１６０１及びスタックトレイ１６０２が配設されており、用紙はジョブの種類や排出される枚数に応じてどちらかのトレイに切り替えて排出される。
【０１４０】
用紙のソート方式には２通りあり、複数のビンを備えて用紙を各ビンに振り分けるビンソート方式によるソーティングと、電子ソート機能を用いてビン（またはトレイ）を奥側／手前方向にシフトしてジョブ毎に出力用紙を振り分けるシフトソート方式によるソーティングを行うことができる。電子ソート機能は、コレートと呼ばれる。コア部１２０６が大容量のバッファメモリを備えていれば、このバッファメモリを利用してバッファリングしたページ順と排出順を変更するいわゆるコレート機能を用いることで電子ソート機能もサポートできる。
【０１４１】
次に、グループ機能は、ソート機能が用紙をジョブ毎に振り分けるのに対し、用紙をページ毎に仕分けする機能である。
【０１４２】
更に、用紙をスタックトレイ１６０２に排出する場合には、排出される前の用紙をジョブ毎に蓄えておき、用紙を排出する直前にステープラ１６０５にてバインドすることも可能である。
【０１４３】
オンラインフィニッシャ部１２１０には、その他、上記２つのトレイに至るまでに用紙をＺ字状に折るためのＺ折り機１６０４、ファイル用の２つ（または３つ）の穴開けを行うパンチャ１６０６が配設されており、ジョブの種類に応じてそれぞれの処理を行う。
【０１４４】
更に、サドルステッチャ１６０７は、用紙の中央部分を２ヶ所バインドした後に、用紙の中央部分をローラに噛ませることにより用紙を半折りし、パンフレットのようなブックレットを作成する処理を行う。サドルステッチャ１６０７で製本された用紙は、ブックレットトレイに排出される。
【０１４５】
また、インサータ１６０３は、トレイ１６１０にセットされた用紙をプリンタ部１２０９へ通さずにトレイ１６０１、１６０２のいずれかに送るためのものである。これにより、オンラインフィニッシャ部１２１０に送り込まれる用紙と用紙の間にインサータ１６０３にセットされた用紙をインサート（中差し）することができる。インサータ１６０３のトレイ１６１０には、ユーザにより用紙をフェイスアップの状態でセットするものとし、ピックアップローラ１６１１により最上部の用紙から順に給送する。
【０１４６】
従って、インサータ１６０３からの用紙はそのままトレイ１６０１、１６０２へ搬送することにより、フェイスダウン状態で排出する。用紙をサドルステッチャ１６０７へ送るときには、用紙を一度パンチャ１６０６側へ送り込んだ後、用紙をスイッチバックさせて送り込むことにより、用紙のフェースの向きを合わせる。
【０１４７】
次に、トリマ（裁断機）１６１２について説明する。
【０１４８】
サドルステッチャ１６０７においてブックレット（中綴じの小冊子）にされた用紙束は、このトリマ１６１２に挿入されてくる。その際に、まず、ブックレットの用紙束は、ローラで予め決められた長さ分だけ紙送りされ、カッタ部１６１３にて予め決められた長さだけ切断され、用紙束内の複数ページ間でばらばらになっていた端部がきれいに揃えられることとなる。そして、用紙束はブックレットホールド部１６１４に格納される。
【０１４９】
＜後処理マネージャ１１６＞
後処理マネージャ１１６は、オフラインフィニッシャを統括管理するコンピュータであり、ＭＦＰ１０４（または１０５）からのプリント出力に対して、フィニッシング処理を行う様々なオフラインフィニッシャのステイタス管理、ジョブ指示などを担当する。
【０１５０】
後処理マネージャ１１６が管理するオフラインフィニッシャには、断裁機１２１、中綴じ製本機１２２、くるみ製本機１２３、紙折り機１２４、封入機１２５、帳合機（コレータ）１２６を初めとして様々なものがある。後処理マネージャ１１６は、これらのオフラインフィニッシャと予め決められたプロトコルで逐次ポーリングにてデバイスの状況やジョブの状況を把握し、ジョブの実行状況を管理する。
【０１５１】
＜ファイル保管マネージャ１１７＞
ファイル管理マネージャ１１７は、ユーザのファイルを保管しておき、後でリプリントの予約が入った場合などに対応するものである。ファイルの形態は、ＰＤＬファイルの場合と、Ｐｒｉｎｔ Ｒｅａｄｙファイル（ＢｉｔｍａｐやＴｉｆｆファイルが広く知られている）の片方または双方で保管できる。保管に当たっては、Ｐｒｉｎｔ Ｒｅａｄｙファイルの保管は大きな容量のデータとなってしまうため、別の記憶メディア（ＣＤ−ＲＯＭ、ＭＯ、ＺＩＰなど）に記録したり、ＰＤＬファイルであっても古いものや容量の大きいものは同様に別メディアなどに保管したりする。また、ユーザが希望した場合には、ファイルを最終出力と一緒に送り返すことも可能である。
【０１５２】
一方、保管されたデータをユーザが再プリントしたい場合には、例えば後述する図２９に示す画面のＲｅｓｔｏｒｅの項目で再度オーダすることもできる。
【０１５３】
＜納品・発送マネージャ１１８＞
納品・発送マネージャ１１８は、宅配便、クーリエ便、郵送等の配送サービスとリンクしたもので、出来上がった印刷物の配送のトラッキングナンバやエアウェイビルナンバ等から、現在の配送の状況や到着予定等を管理するコンピュータである。
【０１５４】
＜スキャンマネージャ１１９＞
スキャンマネージャ１１９は、スキャナ１０６やＭＦＰ１０４、１０５のスキャナ部を制御するためのもので、スキャナドライバを呼び出して、プレビューを行ったり、画像の読み込みを行ったり、或いはＭＦＰ１０４、１０５のプリンタ部と連携してクイックコピーを行ったりするためのコンピュータであり、ユーザからの入稿が紙原稿であった場合に作業者が紙原稿を電子化する際にも使用する。具体的には、まず、スキャンマネージャ１１９の制御によりスキャナドライバが起動する。
【０１５５】
図２０は、スキャン動作を指示するためのスキャナドライバのＧＵＩを示す図である。
【０１５６】
図２０において、ユーザはスキャナドライバのＧＵＩ上で、ターゲットとなるスキャナをソースデバイス名１７２２で選択し、所望のパラメータ設定１７２４〜１７３３を行い、プレビューキー１７３６或いはスキャンキー１７３７をクリック（不図示のポインティングデバイス等で指示）すると画像の読み込みを開始する。なお、キャンセルキー１７３８をクリック（不図示のポインティングデバイス等で指示）すると、画像の読み込みを中止する。更に、プロパティキー１７２３をクリック（不図示のポインティングデバイス等で指示）すると、ソースデバイス名１７２２で選択されたスキャナのプロパティ設定画面が表示される。
【０１５７】
図２１は、スキャナ部１２０１の構成を示す構成図である。
【０１５８】
図２１において、原稿台ガラス１８０１には、読み取り対象の原稿１８０２が載置される。原稿１８０２は照明ランプ１８０３により照射され、その反射光はミラー１８０４、１８０５、１８０６を経てレンズ１８０７によりＣＣＤ１８０８上に結像される。ミラー１８０４、照明ランプ１８０３を含む第１ミラーユニット１８１０は速度ｖで移動し、ミラー１８０５、１８０６を含む第２ミラーユニット１８１１は速度ｖ／２で移動することにより、原稿１８０２の全面を走査する。第１ミラーユニット１８１０及び第２ミラーユニット１８１１は、モータ１８０９により駆動される。ＣＣＤ１８０８の出力は、図２２の構成を有するデータ処理部１８２０に入力される。
【０１５９】
図２２（ａ）は、カラースキャナのデータ処理部の構成を示すブロック図、図２２（ｂ）は、モノクロスキャナのデータ処理部の構成を示すブロック図である。
【０１６０】
図２２（ａ）において、カラースキャナの場合、原稿から読み取られた画像は、ＣＣＤセンサ１８０８により電気信号に変換される。このＣＣＤセンサ１８０８はＲＧＢ３ラインのカラーセンサであり、Ｒ、Ｇ、Ｂそれぞれの画像信号がＡ／Ｄ変換部１９０１に入力される。Ａ／Ｄ変換部１９０１でゲイン調整、オフセット調整された後、各色信号毎に８ビットのデジタル画像信号Ｒ０、Ｇ０、Ｂ０に変換される。その後、シェーディング補正部１９０２で色ごとに、基準白色板の読み取り信号を用いたシェーディング補正が施される。
【０１６１】
更に、ＣＣＤセンサ１８０８の各色ラインセンサは、相互に所定の距離を隔てて配置されているため、ラインディレイ調整回路（ライン補間部）１９０３において、副走査方向の空間的ずれが補正される。次に、入力マスキング部１９０４は、ＣＣＤセンサ１８０８のＲ、Ｇ、Ｂフィルタの分光特性で決まる読取色空間をＮＴＳＣ（National Television System Committee）の標準色空間に変換する部分であり、ＣＣＤセンサ１８０８の感度特性／照明ランプのスペクトル特性等の諸特性を考慮した装置固有の定数を用いた３×３のマトリックス演算を行い、入力された（Ｒ０、Ｇ０、Ｂ０）信号を標準的な（Ｒ、Ｇ、Ｂ）信号に変換する。
【０１６２】
また、輝度／濃度変換部（ＬＯＧ変換部）１９０５は、ルックアップテーブル（ＬＵＴ）ＲＡＭにより構成され、ＲＧＢの輝度信号をＣ１、Ｍ１、Ｙ１の濃度信号に変換する。この濃度信号は、スキャンマネージャ１１９に取り込まれる。
【０１６３】
図２２（ｂ）において、モノクロスキャナの場合は、単色の１ラインＣＣＤセンサ１８０８を用いて、原稿から読み取られた画像を電気信号に変換し、単色の画像信号としてＡ／Ｄ変換部１９０１に入力される。この画像信号は、Ａ／Ｄ変換１９０１によりＡ／Ｄ変換され、シェーディング補正部１９０２によりシェーディング補正された後、スキャンマネージャ１１９に取り込まれる。
【０１６４】
なお、取り込まれた画像は、図２０に示したスキャナドライバのプレビュー部１７３５にて確認することができ、また、画像データとしてスキャンマネージャ１１９内のメモリやハードディスクに格納される。
【０１６５】
＜メッセージマネージャ１２０＞
メッセージマネージャ１２０は、ネットワーク１０１上に接続されている各デバイスのメンテナンス情報、エラー情報、及び各メンテナンス品仕入先のネットワークサーバより在庫情報、納期情報を受信し、これらの情報を基に、ユーザが設定した希望する表示タイミングで、メンテナンスの警告メッセージをＵＩを介して表示する。メッセージマネージャ１２０の動作の詳細については後述する。
【０１６６】
＜データフロー＞
ここで、再び図１に戻り、本画像形成システムにおける実際のデータの流れを考える。図１に示すそれぞれのコンピュータ（マネージャ）とデバイスの間でデータの受け渡しが行われており、それら全てを管理しているのが工程管理マネージャ１１１である。
【０１６７】
そして、受け渡されているデータは、ＣＩＰ３（International Cooperation For Integration of Prepress Press and Postpress：製版、印刷、後加工の印刷ワークフロー統合のための共同組織）におけるＰＰＦ（Print Production Format）と呼ばれるフォーマット、或いはＣＩＰ４（International Cooperation For Integration of Processes in Prepress Press and Postpress：製版、印刷、後加工の工程・処理統合のための共同組織）におけるＪＤＦ（Job Definition Format）と呼ばれる新たなフォーマットにより実現されている。
【０１６８】
ＰＰＦは、プリプレス（製版）、プレス（印刷）、ポストプレス（後加工）という印刷の全ワークフローを統合し、その各工程間で処理や管理のデータをやり取りするためのフォーマットであり、管理情報やインキの調整、断裁位置の指定など様々な情報を扱い、品質の安定化、ミスの低減、処理の高速化、生産設備の効率的運用を目的にしたＰｏｓｔＳｃｒｉｐｔをベースにした標準フォーマットである。
【０１６９】
一方、ＪＤＦは、ＰＰＦのコントール性に加え、Ａｄｏｂｅ社が提案したＰＪＴＦ（Portable Job Ticket Format）と呼ばれるプリプレスの作業情報やコントロール属性などが付加されたフォーマットであり、プリプレス、プレス、ポストプレスの情報統合性、プロダクションと工程管理マネージャ１１１との連携、及び現存するシステムとの互換性を掲げている。
【０１７０】
また、ＪＤＦでは、ＰＪＴＦが得意とするＪｏｂ Ｔｉｃｋｅｔと呼ばれる作業指示書の受け渡しを行うというアーキテクチャを踏襲しており、作業履歴、作業指示、管理情報等に対して、それぞれの工程で必要な処理を順次実行し、次工程に伝えていくという仕組みである。
【０１７１】
更に、ＪＤＦでは、Ｊｏｂ Ｔｉｃｋｅｔ（作業指示書）を構築する言語として、ＸＭＬ（eXtensible Markup Language：拡張可能なマーク付き言語）が利用されている。ＪＤＦでは、スキーマと呼ばれるＸＭＬの要素や属性の配列を記述したテンプレートを定義しており、定義されたスキーマに従って、それぞれの工程でＸＭＬデータの書き換えを行っている。この様子を示したものが図２３である。
【０１７２】
図２３は、各工程においてＪＤＦデータの書き換えを行っている様子を示す図である。
【０１７３】
図２３において、受注・入稿マネージャ１１２に入稿されたジョブ２１０１に対して、工程管理マネージャ１１１内に装備されているＪＤＦアプリケーション２１０２がＪＤＦデータを作成する。
【０１７４】
作成されたＪＤＦデータは、工程管理マネージャ１１１、受注・入稿マネージャ１１２、原稿編集マネージャ１１３、プルーフマネージャ１１４、プリントマネージャ１１５、後処理マネージャ１１６、ファイル保管マネージャ１１７、納品・発送マネージャ１１８、或いはスキャンマネージャ１１９にて書き換えが行われる。
【０１７５】
図２３の例では、プリントマネージャ１１５と後処理マネージャ１１６との間が図示されており、ＪＤＦデータのやり取りは、ＪＤＦパーサ２１０４（または２１０７）で翻訳されて、それぞれのマネージャ内で情報の追加、削除、修正がなされる。
【０１７６】
この情報のやり取りは、実際のプリント出力（紙出力）をオフライン処理（作業者が手作業で運ぶ）したとしても、ＪＤＦパーサ経由でそれぞれのデバイスからそれぞれのジョブ処理状況がＪＤＦデータに書き込まれて、バケツリレー式に伝達され、それぞれのＪＤＦデータを工程管理マネージャ１１１にて逐次管理することで、それぞれのジョブの状況を一覧で見ることができる。
【０１７７】
＜ウェブ受発注＞
次に、図２４〜図３１を参照しながらデジタルストアフロント（Digital Storefront）と呼ばれるウェブページを利用した電子店舗の一例について説明する。
【０１７８】
図２４〜図３１は、受注・入稿マネージャ１１２によるジョブ受注画面の一例を示す図である。
【０１７９】
図２４〜図３１において、ユーザは、クライアントコンピュータ１０３によりインターネットを経由して図２４に示すようなウェブサイトを見ることができる（図２のステップＳ２０１、ステップＳ２０２）。予め登録されたユーザは、「Ｒｅｇｉｓｔｅｒｅｄ」を選択し、ＩＤ番号（ここでは電子メール Address）とパスワードを入力し、次へキー（Ｎｅｘｔ）２２０９を指示することでウェブによる受発注が可能となり、図２６に示す画面に移動する。
【０１８０】
新規で図２４に示すウェブサイトを訪れたユーザの場合は、「Ｎｅｗ」を選択し、次へキー２２０９を指示することで、図２５に示すような入力画面に移行する。
【０１８１】
図２５に示す入力画面において、ユーザは必要事項（氏名、会社名、住所、電話番号、ファクシミリ番号、電子メールアドレス等）を入力して登録を行う（図２のステップＳ２０３）。なお、２２１０はキャンセルキーであり、このウェブサイトを終了するときに指示する。ここでは、単に必要事項を入力する例を挙げたが、セキュリティを高めるため、本人確認手続きや口座開設の手続きを踏むなど二重三重のチェックを行うことは広く知られている。
【０１８２】
次に、図２６に示す画面において、ユーザはプリントしたい電子データをドラッグ及びドロップ等で添付し、必要に応じてコメント欄に要望事項を入力し、次へキー２２０９を指示する（図２のステップＳ２０４）ことにより、図２７に示す画面に移行する。
【０１８３】
図２７に示す画面において、ユーザはジョブチケットと呼ばれるジョブの設定情報を入力し（図２のステップＳ２０５）、次へキー２２０９を指示することにより、図２８に示す画面に移行する。
【０１８４】
図２８に示す画面において、ユーザは所望するフィニッシング処理を選択し（図２のステップＳ２０６）、次へキー２２０９を指示することにより、図２９に示す画面に移行する。
【０１８５】
図２９に示す画面において、ユーザはプルーフプリントの有無２２２０の選択、必要なプルーフモード（校正表現方法）（ウェブサイト上のサムネール２２２１、ｆｔｐサイト上のＰＤＦファイル２２２２、ＰＤＦファイルの電子メール送信２２２３、ＰＤＦファイル入りのＣＤ−ＲＯＭの郵送２２２４等の複数の校正表現手段からいずれか１つまたは複数選択）、アーカイブ情報等を入力して（図２のステップＳ２０７）、次へキー２２０９を指示することにより、図３０に示す画面に移行する。
【０１８６】
図３０に示す画面において、ユーザは希望納期の情報を入力し（図２のステップＳ２０８）、次へキー２２０９を指示することにより、図３１に示す画面に移行する。
【０１８７】
図３１に示す画面において、概略コストが示されることで、ユーザはその料金に納得すれば仮発注をかけることができる。ここで、概略コストは、新規ユーザとお得意先、ジョブの大きさ、コピー部数などのジョブチケットの内容、フィニッシング処理方法、プルーフの方法や個数、アーカイブやリプリント情報、或いは、納期の長短などに応じて算出されるものである。ユーザは仮発注前に概算により概略コストを見ることができるため、コストによるトラブルを避けることができる。
【０１８８】
もし、ユーザがコスト面で気に入らなければ、各情報タブ（図２５のカスタマ情報タブ２２０１、ドキュメント情報タブ２２０２、ジョブ情報タブ２２０３、後処理情報タブ２２０４、プルーフ及びアーカイブ情報タブ２２０５、デリバリ情報タブ２２０６）、戻るキー２２０８、次へキー２２０９等を用いて、設定を入れ替えたりすることで、再度概略コストを算出させることも可能である。
【０１８９】
そして、ユーザはＯＫキー２２１１を押下（指示）することにより、仮発注処理を行うことができる（図２のステップＳ２０９でＹｅｓ）。なお、仮発注処理のため、後述するプルーフ時にもジョブチケットの設定変更を行うことが可能である。
【０１９０】
このように、受注・入稿マネージャ１１２で受け付けられたジョブは、工程管理マネージャ１１１にその情報が伝えられ、それを受けて、工程管理マネージャ１１１はそのジョブの管理を開始し、そのジョブに対してＪＤＦデータを発行する。
【０１９１】
＜レイアウト確認＞
プルーフマネージャ１１４では、図３２〜図３６に示すように、原稿編集マネージャ１１３による編集結果を表示した確認画面をウェブサーバ部４４１を介してユーザに提供している（図６のステップＳ４０２〜Ｓ４０６）。
【０１９２】
図３２〜図３６は、プルーフマネージャ１１４による確認画面の一例を示す図である。
【０１９３】
図３２〜図３６において、確認画面には、ページ順とプリント順の切り替えボタン２３０１、ページ単位のプロパティ（属性設定）キー２３０２、ドキュメント単位のプロパティキー２３０３、ジョブ単位でのプロパティキー２３０４が用意されている。これにより、ページ単位、ドキュメント単位、ジョブ単位で、紙サイズ、メディアタイプを切り替えたり、Ｎ−ｕｐ（縮小レイアウト）の配置数、配置順等を決めたり、フィニッシングの有無やフィニッシングの種類等を設定することができる。
【０１９４】
また、ユーザから入稿された原稿が複数枚であった場合、しかも異なるタイプのアプリケーションやファイルであった場合でも、それらをドラッグ及びドロップしてドキュメント単位で確認画面上にサムネール表示することができる。
【０１９５】
例えば、図３２、図３３はページ順で表示した例に対応し、１章（Ｄｏｃｕｍｅｎｔ−００１）と１４章は、２ｉｎ１で配置されているが、それ以外は４ｉｎ１で配置されており、章（ドキュメント）単位で配置数を変えている例である。
【０１９６】
また、図３４はページ順とプリント順の切り替えボタン２３０１を切り替えてプリント順で表示した例に対応し、中綴じ（ブックレット）された場合のプリント配置を見ることができる。
【０１９７】
また、図３５はタブ紙を利用してページ単位でメディアを切り替えた場合の例に対応し、同時にパンチ（穴あけ）処理の指示をした場合でも、サムネール上で穴の位置などが確認できる。
【０１９８】
また、図３６はくるみ製本される場合の例に対応し、表紙が背表紙分大きな用紙が用いられている点が確認できる。
【０１９９】
なお、図３２〜図３６に示した確認画面の表示ウィンドウは、ファイル構造を示すフォルダ画面とサムネール画面から成り立っているが、サムネール画面の１つのページをダブルクリックすると、ページ単位でのプレビュー画像でページ単位の拡大表示も可能である。
【０２００】
以上示した図３２〜図３６の確認画面、または不図示のＰＤＦファイル（ウェブサーバ部４４１よりダウンロードしたＰＤＦファイル）の表示画面において、ユーザは、プルーフを確認し、プルーフの確認がＯＫであるとユーザが判断する（図６のステップＳ４０８）。そして、プルーフの確認がＯＫであると判断した場合には、ユーザはプルールがＯＫである（印刷工程への移行を指示する）旨を示す電子メールを（プルーフマネージャ１１４に割り当てられた所定のアドレス、担当者のアドレス等）に送信する（図６のステップＳ４１０）。
【０２０１】
一方、プルーフの確認がＯＫでない（ＮＧ）と判断した場合には、ユーザはプルーフがＮＧである（印刷工程へは移行せず、再校正を指示する）旨とプルーフのＮＧ箇所とコメントを入力した電子メールを送信する（図６のステップＳ４０９、ステップＳ４１０）。
【０２０２】
この電子メールを受けたプルーフマネージャ１１４は、プルーフの確認結果がＯＫである（印刷工程への移行を指示する）場合には（図６のステップＳ４３２でＹｅｓ）、処理を終了し、印刷（プリント）工程に進む。一方、プルーフの確認結果がＮＧである（印刷工程へは移行せず、再校正を指示する）場合には（図６のステップＳ４３２でＮｏ）、画像形成システム側の作業者が、ユーザからのＮＧ箇所のコメントに従って、再度、原稿編集処理、ドキュメント処理、校正刷り（プルーフプリント）の処理をやり直す（図６のステップＳ４３３）。
【０２０３】
以下、工程管理マネージャ１１１により管理される工程について説明する。ここでは、特にプリントジョブについて説明する。
【０２０４】
＜プリントジョブ＞
図３７〜図４０は、プリントマネージャ１１５より提供されるプリント工程の管理画面を示す図である。
【０２０５】
図３７は、プリント工程におけるジョブステイタス画面であり、図３８は、プリント工程におけるデバイスステイタス画面であり、図３９、図４０は、プリント工程におけるジョブサブミット画面である。
【０２０６】
なお、ユーザは、クライアントコンピュータ１０３上のウェブブラウザのＵＲＬアドレス部に工程管理マネージャ１１１側のウェブサーバのＩＰアドレス（ここでは例えば、１９２.１６８.１００.１１とする。ＤＮＳ（Domain Name System）がサポートされている環境ならばサーバ名称でも構わない）を入力すると、サービス画面が読み込まれるように予め設定されている。
【０２０７】
図３７において、このサービスツール（サービス画面）には、各マネージャ間のスケジューリングを行うスケジューリングタブ２４０１、受注・入稿マネージャによる受注状況を確認するオーダリングタブ２４０２、原稿編集を担当するエディティングタブ２４０３、プルーフマネージャ１１４による顧客のプルーフの承認状況を管理するプルーフィングタブ２４０４、プリントジョブの管理やプリントジョブの投入を行うプリンティングタブ２４０５、後処理マネージャ１１６により後処理工程の管理を行うフィニッシングタブ２４０６、ファイル保管マネージャ１１７によりジョブのアーカイブ状況を管理するアーカイビングタブ２４０７、納品・発送マネージャ１１８により納品伝票や配達状況の管理を行うデリバリィタブ２４０８、そしてスキャンマネージャ１１９によりスキャンジョブを管理するスキャンタブ２４０９等が用意されている。
【０２０８】
ユーザがプリンティングタブ２４０５を選択すると、プリントマネージャ１１５側のウェブサーバ（工程管理マネージャ１１１側のウェブサーバと同一であってもよい）にアクセスして、図３７に示すプリント工程におけるジョブステイタス画面が読み込まれるようになっている。
【０２０９】
図３７〜図４０に示すプリント工程管理画面（プリンティングタブ２４０５が選択されたサービス画面）には、ジョブ管理を行うジョブステイタスキー２４１１、ＭＦＰ１０４や１０５の管理を行うデバイスステイタスキー２４１２、プリントジョブの投入を司るジョブサブミットキー２４１３、そしてプリンタやクラスタプリンタの登録など各種設定を行うコンフィギュレーションキー２４１４等が設けられている。
【０２１０】
図３７は、ジョブステイタスキー２４１１が選択された場合に対応する画面であり、図３８は、デバイスステイタスキー２４１２が選択された場合に対応する画面であり、図３９、図４０は、ジョブサブミットキー２４１３が選択された場合に対応する画面である。
【０２１１】
まず、図３７に示すジョブステイタス画面において、２４２１はデバイス表示部であり、ネットワーク上のＭＦＰ等のデバイス名称、デバイスアイコン（ステイタスに応じてアイコンが変化する）、更に、それらのステイタスを示す文字（Ｒｅａｄｙ、ＰａｐｅｒＪａｍ、Ｐｒｉｎｔｉｎｇ等）を表示している。
【０２１２】
次に、２４２２はジョブステイタス表示部であり、サーバ内部にあるそれぞれのジョブの状態をモニタでき、Ｓｐｏｏｌｉｎｇ（ＲＩＰ前のデータを受信中）、Ｒｉｐｐｉｎｇ（ＲＩＰ中）、Ｗａｉｔ ｔｏ Ｐｒｉｎｔ（Ｐｒｉｎｔ待機中）、或いはＰｒｉｎｔｉｎｇ（Ｐｒｉｎｔ中）等で表現される。また、予めジョブ投入時にサーバ内部で待機を指示されているジョブに関しては、ＲＩＰされる前の状態でＨｏｌｄとして保持されている。エラーやジャムが生じた場合には、その旨を表示しユーザに知らせる。プリント後は、次のジョブ履歴（フィニッシュドジョブ）に渡される。
【０２１３】
各ネットワークデバイスのステイタスは、所定期間毎にサーバが問い合わせる及び各ネットワークデバイスが自身のステイタスに変化があったときにサーバに通知する（或いはいずれか一方）ことで対処している。
【０２１４】
また、２４２３はジョブ履歴表示部であり、ジョブの履歴を見ることができ、正常終了の場合にはＰｒｉｎｔｅｄ、途中キャンセル時にはＣａｎｃｅｌｅｄが示される。
【０２１５】
更に、ジョブステイタス表示部２４２２、ジョブ履歴表示部２４２３において、２４２４は詳細キーであり、このキーをクリック（不図示のポインティングデバイス等で指示）すると、実行中のジョブや終了後のジョブの詳細状況を把握することができ、ジョブ名、ターゲットプリンタ、ジョブステイタス、ジョブプライオリティ、ジョブＩＤ、クライアント名の他、ジョブのページ数、部数、紙サイズ、出力予測時刻、或いはクライアントからのユーザへの要望事項などを記述しておくコメント等が表示される。但し、上記出力予測時刻はあくまでも予測時刻であり、現在のスプール順、ＲＩＰ予測時間、或いは、プリンタの印刷速度などにより計算される。
【０２１６】
更に、ジョブステイタス表示部２４２２において、２４２５はコントロールキーであり、ジョブ１つずつに対して、ある特権を与えられたの者（例えば管理者）のみが制御可能なものである。左から順に、ジョブのキャンセル２４２５−１、ジョブの一時停止（ジョブのポーズまたはホールド）２４２５−２、ジョブの再開（ポーズジョブまたはホールドジョブのリリース）２４２５−３等を指示するためのものである。
【０２１７】
また、ジョブ履歴表示部２４２３において、２７６１はコントロールキーであり、ジョブ履歴表示部２４２４内のジョブに対して制御可能なものである。左から順に、ジョブのアーカイブ（ジョブをネットワーク上の別の場所に保管しておく機能）２７６１−１、ジョブの削除（ジョブのデリート）２７６１−２、ジョブの再プリント（リプリントジョブ）２７６１−２等を指示するためのものである。これらの指示に基づいて、ユーザはサーバを扱うことができる。
【０２１８】
また、ＭＦＰ１０４、１０５等のプリンタデバイス内のネットワークインターフェース部分には、ＭＩＢ（Management Information Base）と呼ばれる標準化されたデータベースが構築されている。ＳＮＭＰ（Simple Network Management Protocol）というネットワーク管理プロトコルを介してネットワーク上のクライアントコンピュータ１０３等と通信し、ＭＦＰ１０４、１０５を始めとしてネットワーク上に接続されたプリンタデバイスの状態等の必要な情報の交換が可能である。
【０２１９】
例えば、ＭＦＰ１０４、１０５の装備情報としてどのような機能を有するフィニッシャが接続されているかを検知したり、ステイタス情報として現在エラーやジャムが起きていないか／プリント中か／アイドル中かなどを検知したり、ＭＦＰ１０４、１０５等のプリンタデバイスの装備情報、装置の状態、ネットワークの設定、ジョブの経緯、使用状況の管理、制御などあらゆる静的情報を入手することが可能となる。プリントマネージャ１１５がこのＭＩＢを利用して、ＭＦＰ１０４、１０５等のプリンタデバイスのステイタスを随時取り込み、それをＨＴＭＬファイルとして更新することで、クライアントコンピュータ１０３からは常にその状態を閲覧することができる。
【０２２０】
ユーザがデバイスステイタスキー２４１２をクリック（不図示のポインティングデバイス等で指示）すると、図３８に示すデバイスステイタス画面が表示され、デバイスステイタス表示部２４２３により各プリンタデバイスに装備された用紙の紙サイズやその補充状況（各用紙スタッカもしくはカセットの用紙残量）を確認したり、各プリンタデバイスに装備されたフィニッシャなどのアクセサリ状況を予め確認したりすることが可能となる。但し、用紙残量については専用のセンサで検出するものであり、用紙１枚の精度で検出することは難しいので、例えば最小単位は１０枚程度である。但し、用紙無しは確実に検出できる。
【０２２１】
２４３３は詳細キーであり、この詳細キー２４３３をクリック（不図示のポインティングデバイス等で指示）すると、プリンタデバイスの詳細状況（例えば、カラー／モノクロ、解像度、印刷速度等）が表示される。
【０２２２】
また、ジョブサブミットキー２４１４をクリック（不図示のポインティングデバイス等で指示）すると、図３９に示すジョブサブミット画面が表示される。ジョブサブミット画面は、その利用方法は上述したプリンタドライバと同様であるが、クライアントコンピュータ１０３上のファイルをアプリケーションで開かずに（アプリケーション上で印刷指示しないで）、直接、プリントマネージャ１１５に投げ込む（印刷対象の文書ファイルに以下の付加情報を付随させて転送またはコピーする）ためのものである。
【０２２３】
通常、プリンタドライバは２つの役割を有する。その１つは、クライアントコンピュータ１０３上のアプリケーションでデータを立ち上げて、そのデータをＰｏｓｔＳｃｒｉｐｔ（或いはＰＣＬ）などのＰＤＬデータに変換する役割である。もう１つは、プリントマネージャ１１５（或いはプリンタ）にその変換されたデータを投げ込む役割である。これは、従来型のＲＩＰ処理が１種類のＲＩＰ処理にしか対応できていなかったためである。
【０２２４】
これに対して、ジョブサブミットは、役割的には、ＧＵＩを用いてジョブチケットと共にジョブを投げ込む処理だけなのである。近年、ＰＳだけでなく様々なフォーマット（例えば、ｐｄｆ、ｔｉｆ、ｊｐｇなど）のデータを同一のソフトウェアＲＩＰモジュールでＲＩＰ処理可能なものが登場している。
【０２２５】
また、プリントマネージャ１１５内に複数種類のソフトウェアＲＩＰモジュール（例えば、ＰＳとＰＣＬ）を有し、データに応じてそのＲＩＰモジュールを切り替えて使用することができるなど、１種類のＰＤＬだけでなく、様々なフォーマット（例えば、ｐｄｆやｔｉｆｆ、ｊｐｇなど）や様々なＰＤＬデータを直接プリントマネージャ１１５に送付しても、従来の単一のＰＤＬデータ同様にＲＩＰ処理を行い、ビットマップデータに展開することが可能となった。
【０２２６】
また、仮に、ＭＦＰ１０４、１０５等のプリンタデバイスが、インタフェースの都合で、ビットマップデータでなくＰＳデータのみを扱うタイプのＲＩＰ処理機能付きのプリンタデバイスである場合には、プリントマネージャ１１５は上記ＲＩＰ処理にてビットマップデータに展開後、そのデータをＪＢＩＧやＧ４（ＣＣＩＴＴ）にて画像圧縮した後、それにＰＳ等のヘッダ（ＰＳデータであることを示すヘッダ）をつけて、そのプリンタデバイスに出力する。これにより、様々なプリンタデバイスに対してもこれらの各種フォーマットデータのプリントを実現することができる。
【０２２７】
ジョブサブミットで付加する設定項目として、２４４１はターゲットとなる出力先を選択する送信先選択カラムである。一般的には、送信先選択カラム２４４１で、ＭＦＰ１０４、１０５或いは複数台のプリンタデバイスを仮想的に組み合わせたクラスタプリンタを設定することも可能である。なお、送信先選択カラム２４４１でクラスタプリンタが選択された際には、図４０に示すようにそれぞれのプリンタデバイスに対して設定を行うことができるように、設定項目切り替えキー２４４２のＧＵＩが変更される。
【０２２８】
２４４４はファイルを選択するカラムである。カラム２４４４で直接ファイル名をディレクトリと一緒に指示しても良いが、一般的にはその右のブラウズボタンによりサーバ自身のコンピュータ内（或いはネットワーク内）に存在するジョブファイルを選ぶことになる。
【０２２９】
上記の設定を行い、プリントキー２４４３をクリックすると、設定された内容と指定されたファイルがプリントマネージャ１１５に転送され、印刷ジョブとして追加（キューイング）されることになる。
【０２３０】
また、選択したファイルと一緒に送られる設定項目をジョブチケットと呼んでおり、２４４５に示すようなものがある。
【０２３１】
なお、図３９、図４０では、一般設定（Ｇｅｎｅｒａｌ）における設定項目が表示されているが、設定項目切り替えキー２４４２により、設定項目の分類（一般設定、ジョブ制御、フィニッシング、画像処理設定、カラー設定）を切り替えると、図４１〜図４４に示すような異なる分類の設定項目（ジョブ制御、フィニッシング、画像処理設定、カラー設定等の設定項目）が表示される。それぞれ設定を行うと、ジョブチケットとして画像データと共にプリントマネージャ１１５に送信され、ＲＩＰ処理、プリント処理、後処理等に利用される。
【０２３２】
本実施の形態では、それぞれ分類のジョブチケットの詳細設定項目としては例えば以下のようにいくつかに分類されており、様々な設定が可能となっている。
（１）一般設定（Ｇｅｎｅｒａｌ）：部数、紙サイズ、給紙段、メディアタイプ、両面の有無等（図３９、図４０の２４４５）
（２）ジョブ制御（Ｊｏｂ Ｍａｎａｇｅｍｅｎｔ）：ジョブの優先順位、ジョブセーブの有無等（図４１）
（３）フィニッシング（Ｆｉｎｉｓｈｉｎｇ）：ステイプル、パンチ、ブックレット等（図４２）
（４）画像処理設定（Ｉｍａｇｅ Ｑｕａｌｉｔｙ＝ＩＱ）：シャープネス、ブライトネス、トナーリダクション設定等（図４３）
（５）カラー設定（Ｃｏｌｏｒ）：ガンマ変換テーブルの設定、ＩＣＣプロファイルの設定等（図４４）
また、上記（１）〜（５）に示したジョブチケットの詳細設定項目は、図４０に示すように複数台のプリンタデバイスを組み合わせてプリントする場合には、それぞれのプリンタに対して設定可能である。
【０２３３】
更に、このジョブチケットは、それぞれのデバイスに固有の設定項目があるばかりでなく、予め用意しておけば操作を円滑に行うことができるという利点がある。そのため、ジョブチケットの呼び出しキー、任意に設定したジョブチケットを保存しておくセーブキー（ジョブチケットを再使用するため）、新しく名前を付けて保存できるセーブアズキー、ジョブチケットを削除するデリートキー（不図示）を備えたキー群２４４４が用意されている。なお、キー群２４４４は、プリントファイルを自分のコンピュータ或いは自分がアクセス可能なネットワーク上から選択するためのファイル名入力エリア、ブラウズキー等も備えている。
【０２３４】
また、ジョブチケットの設定をデフォルトの状態に戻せるように、ジョブチケットのリセットキー２４４６が用意されている。
【０２３５】
＜プリントジョブ処理＞
次に、図４５、図４６のフローチャートを参照しながらジョブサブミットやプリンタドライバよりプリントマネージャ１１５に投げ込まれたプリントジョブの処理について説明する。
【０２３６】
図４５は、図３９、図４０に示したジョブサブミット画面からの操作によりプリントマネージャ１１５に投げ込まれたプリントジョブの処理を示すフローチャートである。
【０２３７】
図４５において、ステップＳ２５０８〜ステップＳ２５１４はクライアントコンピュータ１０３側のウェブブラウザ（ジョブサブミット画面）上でのユーザの作業ステップを示し、ステップＳ２５３４〜ステップＳ２５４０はプリントマネージャ１１５側での制御処理ステップを示す。
【０２３８】
クライアントコンピュータ１０３は、図３９、図４０に示したジョブサブミットからファイルをプリントマネージャ１１５に投げ込む際には、まずウェブブラウザでプリントマネージャ１１５側にあるウェブサーバ（Ｗｅｂ Ｓｅｒｖｅｒ）部２５３１にアクセスする（ステップＳ２５０８）。
【０２３９】
詳細には、ユーザはクライアントコンピュータ１０３上でウェブブラウザを起動し、該ウェブブラウザ上でＵＲＬアドレスを入力し、プリントマネージャ１１５側のウェブサーバ部２５３１にアクセスを行うことで（工程管理マネージャ１１１側のウェブサーバから提供されたサービス画面において、プリンティングタブ２４０５（図３７参照）を選択し、更にジョブサブミットキー２４１３を選択することで）、ジョブサブミット画面（図３９に示したジョブサブミット画面）を開く（ステップＳ２５０９）。
【０２４０】
次に、ユーザは所望のプリントファイルを、クライアントコンピュータ１０３或いは自分がアクセス可能なネットワーク上にあるプリントファイルから選択する（ステップＳ２５１０）。このとき選択するファイルは、サーバがラスタライズ（ＲＩＰ）可能ならば、必ずしもＰＳファイルでなくてもよく、ＰＣＬファイル、ＴＩＦＦファイル、ＪＰＥＧファイル、ＰＤＦファイルなどでもよい。
【０２４１】
更に、ユーザは出力したいプリンタ或いはクラスタプリンタをウェブブラウザ上で選択する（ステップＳ２５１１）。選択されたプリンタ名或いはクラスタ名はすぐさまプリントマネージャ１１５に知らされる。これに伴い、プリントマネージャ１１５側にて予め用意されていたデフォルト（或いは所望）のジョブチケット、ホットフォルダ名等を含むウェブページがクライアントコンピュータ１０３に通知され、ウェブブラウザ上に表示される（ステップＳ２５１２）。
【０２４２】
次に、ユーザは表示されたジョブチケットをプリントしたい所望の設定値にブラウザ上で変更し（ステップＳ２５１３）、プリントキー２４４３をクリック（不図示のポインティングデバイス等で指示）すると、選択されたジョブと所望のジョブチケットがプリントマネージャ１１５側のホットフォルダ部２５３２に送信される（プリントジョブのサブミット）（ステップＳ２５１４）。
【０２４３】
このとき、プリントマネージャ１１５側では、受信したジョブファイル（ここでは、ＰＤＬファイルの場合とアプリケーションファイルの場合の両方を総称してジョブファイルと呼ぶこととする）と、ジョブ設定情報（ジョブチケット）を、例えば別々の拡張子等で別々に管理している。
【０２４４】
また、プリントマネージャ１１５側では、複数のホットフォルダを順次ポーリングによって監視しており（ステップＳ２５３４）、ホットフォルダ部２５３２内にジョブがあれば（ステップＳ２５３５でＹｅｓ）、ジョブが入力ジョブ制御部６０２に渡され（ステップＳ２５３６）、図７、図１１に示したようにＲＩＰが行われる（ステップＳ２５３７）。更に、ユーザが選択した所望のプリンタ（或いはクラスタプリンタ）のスプールキューテーブル２５３３が参照され（ステップＳ２５３８、ステップＳ２５３９）、そこに登録されている出力デバイスにプリントされる（各出力デバイスに印刷データを送信する）（ステップＳ２５４０）。
【０２４５】
図４６は、図８〜図１０に示したプリンタドライバ画面からの操作によりプリントマネージャ１１５に投げ込まれたプリントジョブの処理を示すフローチャートである。
【０２４６】
図４６において、ステップＳ２５０１〜ステップＳ２５０７はクライアントコンピュータ１０３側のプリンタドライバ画面でのユーザの作業ステップを示し、ステップＳ２５３４〜ステップＳ２５４０はプリントマネージャ１１５側での制御処理ステップを示す。図４５と同一のステップには同一のステップ番号を付してある。
【０２４７】
クライアントコンピュータ１０３はプリンタドライバからファイルをプリントマネージャ１１５に投げ込む際には、まず、クライアントコンピュータ１０３で動作するアプリケーションソフト（例えばワープロソフト等）から印刷指示を行い、その結果、プリンタドライバからジョブを投げ込む。詳細には、ユーザはクライアントコンピュータ１０３でアプリケーションソフトを立ち上げ（ステップＳ２５０１）、印刷対象となるファイルを開いて印刷指示を行う（図８に示したプリンタドライバ画面を開く）（ステップＳ２５０２）。
【０２４８】
次に、ユーザはプリンタまたはクラスタプリンタの選択を行い（ステップＳ２５０３）、プロパティ等を利用して所望の機能を設定する（ステップＳ２５０５）。ユーザがＯＫボタン７０５（図８）をクリック（不図示のポインティングデバイス等で指示）すると（ステップＳ２５０６）、クライアントコンピュータ１０３内でＰＤＬデータの作成を開始する（ステップＳ２５０７）。
【０２４９】
クライアントコンピュータ１０３でＰＤＬデータが出来上がると、ＰＤＬデータはすぐにプリントマネージャ１１５内にある所定のホットフォルダ部２５３２に送られる。この後のプリントマネージャ１１５内の処理は、上述したジョブサブミットの場合の処理と同様にプリントされる仕組みとなっており、説明は省略する。
【０２５０】
ここで、プリンタ或いはクラスタプリンタを選択するに当たっては、予めクライアントコンピュータ１０３内でＰＰＤ（PostScript Printer Description）ファイルなどを用意して、プリンタドライバを設定しておく必要がある。ＰＰＤファイルは、プリンタを制御するための設定項目とその初期値、或いは設定の組み合わせの可否などが記述されており、プリンタ或いはクラスタプリンタ毎に固有のファイルとして提供されることになる。そして、ユーザは、クライアントコンピュータ１０３内に、プリンタやクラスタプリンタ毎にＰＰＤファイルとプリンタドライバをリンクさせて予め用意しておかなければならないことになる。
【０２５１】
＜メッセージマネージャの動作詳細＞
次に、メッセージマネージャ１２０の動作の詳細について説明する。
【０２５２】
図４７は、メッセージマネージャ１２０の構成及び周辺装置であるプリンタデバイスを有する画像形成システムの接続形態を示すブロック図である。
【０２５３】
図４７において、メッセージマネージャ１２０のジョブ受付部１２００１にプリントジョブがＪＤＦデータとして入力されると、ジョブ受付部１２００１は、ＪＤＦデータよりプリントジョブがネットワーク１０１ｂ上に接続されている画像形成装置であるプリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）のうち、どのプリンタデバイスで出力されるかを判断する。
【０２５４】
更に、ジョブ受付部１２００１は、該当するプリンタデバイスのメンテナンス情報（メンテナンス品に関わる情報）、エラー情報（ジャム等のエラーを示す情報）、能力値情報（トナーや用紙等の残量を示す情報）、各メンテナンス品の消耗度情報（消耗度を示す情報）をネットワーク１０１ｂを介して受信する。
【０２５５】
ここで、メンテナンス品とは、プリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）が用紙に画像を形成するために用いる消耗品である。具体的には、プリンタデバイスについては、例えば以下が消耗品に該当する。
（１）用紙カセット１４３４から画像を形成するために供給される用紙
（２）用紙上に画像を形成するために用いられる現像剤としての各色（Ｙ、Ｍ、Ｃ、Ｋ）のトナー
（３）オンラインフィニッシャ部１２１０のステープラ１６０５が用いる用紙の接合（バインド）部材であるステイプル針
（４）トナーが転写された用紙上にトナーを熱定着させる定着器１５４０
なお、本実施形態においては、前述の現像剤として電子写真プロセスにて画像を形成する場合に用いられるトナーを挙げたが、インクジェット方式にて画像を形成する場合に用いられるインクも現像剤となり得る。
【０２５６】
メッセージマネージャ１２０のメッセージコントローラ１２００２は、ネットワーク１０１ｂを介して受信したプリンタデバイスのエラー情報、メンテナンス情報、能力値情報、消耗度情報を基に、ＵＩ３００で表示する警告メッセージ（報知メッセージ）を設定したタイミングで表示（報知）するよう制御を行うものである。メッセージコントローラ１２００２は、プリンタデバイスから前述した複数の消耗品の残量に関する情報（例えば、用紙カセット１４３４に供給されている用紙の残枚数、現像器１４３０〜１４３３に供給可能なトナーの残容量、ステープラ１６０５が使用可能なステイプル針の残数）を複数のプリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）の各々から受信する。
【０２５７】
図４８は、ＵＩ３００で表示される警告メッセージを通知するタイミングを設定する処理を示すフローチャートである。
【０２５８】
図４８において、オペレータは、メンテナンスが必要であることを示す警告メッセージをどのタイミングで表示するかのメッセージ通知タイミング設定をＵＩ３００を介して行う（ステップＳ５０１）。ステップ５０１でメッセージ通知タイミング設定を行う際に表示されるＵＩ３００上の画面を図４９に示す。
【０２５９】
なお、ＵＩ３００は、各プリンタデバイスに設けられ、プリンタデバイスの操作者（作業者）がプリンタデバイスに対して各種の設定等を行うために用いられるユーザインターフェース画面であるものとし、前述の複数の消耗品（用紙、トナー、ステイプル針）のうち少なくともいずれか１つの残量に関する情報（例えば、用紙カセット１４３４に供給されている用紙の残枚数、現像器１４３０〜１４３３に供給可能なトナーの残容量、ステープラ１６０５が使用可能なステイプル針の残数）をユーザに報知するための表示画面としても用いられるものとすることができる。
【０２６０】
また、ＵＩ３００は、各プリンタデバイスに設けなくとも、ネットワーク１０１ａを介して複数のプリンタデバイスに対して設けられているメッセージマネージャ１２０において複数のプリンタデバイスの各々に対してネットワーク１０１ａを介して各種の設定等を行うために用いられるユーザインターフェース画面であるものとし、前述の複数の消耗品（用紙、トナー、ステイプル針）のうち少なくともいずれか１つの残量に関する情報（例えば、用紙カセット１４３４に供給されている用紙の残枚数、現像器１４３０〜１４３３に供給可能なトナーの残容量、ステープラ１６０５が使用可能なステイプル針の残数）をユーザに報知するための表示画面としても用いられるものとすることができる。
【０２６１】
なお、以下の説明においては、ＵＩ３００は各プリンタデバイスに設けられるものではなく、メッセージマネージャ１２０において複数のプリンタデバイスの各々に対してネットワーク１０１ａを介して各種の設定等を行うために用いられるユーザインターフェース画面であるものとして説明する。また、ＵＩ３００は、ＬＣＤ（Liquid Crystal Display）等を用いることができる。
【０２６２】
図４９の例では、電源ON時、電源OFF時、ジョブ開始前時、ジョブ終了時、及びリアルタイム（メンテナンス要因やエラー要因が発生した際に直ちに表示させたい場合）の５つのタイミングについて、どの要因に対する警告メッセージを表示するかを設定できる場合を示している。
【０２６３】
ここで、電源ＯＮ時とは、例えばプリンタデバイスに設けられたメインスイッチをＯＦＦ状態からＯＮ状態に切り替えることで、商用電源からコンセントを介してプリンタデバイスの電源部（不図示）に入力される電源電圧を、プリンタデバイスの各部へ投入（供給）するタイミングをいう。また、電源ＯＦＦ時とは、例えばプリンタデバイスに設けられたメインスイッチをＯＮ状態からＯＦＦ状態に切り替えることで、商用電源からコンセントを介してプリンタデバイスの電源部（不図示）に入力される電源電圧を、プリンタデバイスの各部へ供給するのを停止するタイミングをいう。
【０２６４】
また、ジョブ開始前とは、いずれかのプリンタデバイス（ここでは、カラーＭＦＰ１０４ａとする）において、プリントマネージャ１１５にて管理されておりカラーＭＦＰ１０４ａにて実行すべき旨がプリントマネージャ１１５により決定されたプリントジョブの実行が、カラーＭＦＰ１０４ａにて開始される前のタイミングをいう。また、ジョブ終了時とは、いずれかのプリンタデバイス（ここでは、カラーＭＦＰ１０４ａとする）において、プリントマネージャ１１５にて管理されておりカラーＭＦＰ１０４ａにて実行すべき旨がプリントマネージャ１１５により決定されたプリントジョブの実行が、カラーＭＦＰ１０４ａにて終了するタイミングをいう。
【０２６５】
図４９における表示タイミングの内のいずれかを選択すると、図５０〜図５４に示すような各表示タイミング毎の表示メンテナンス要因選択画面がＵＩ３００上に表示される。
【０２６６】
図５０は、電源ON時に警告メッセージを表示する項目を選択する画面を示す図である。
【０２６７】
図５０の例では、項目として、用紙が全く無くなった場合の用紙補給（残量０）、トナーが全く無くなった場合のトナー補給（残量０）、ステイプルが全く無くなった場合のステイプル補給（残量０）、ローラ交換、オイル交換、用紙が残りわずかの場合の用紙補給（残量わずか）、トナーが残りわずかの場合のトナー補給（残量わずか）、ステイプルが残りわずかの場合のステイプル補給（残量わずか）等について選択する例を示している。
【０２６８】
ここで、用紙補給において残量わずかである場合とは、用紙カセット１４３４に積載されている用紙の枚数が所定枚数（例えば、用紙カセット１４３４に積載可能な最大積載枚数の５％）を下回った場合をいう。また、トナーにおいて残量わずかである場合とは、プリンタデバイス（ここでは、カラーＭＦＰ１０４ａとする）が使用する特定色のトナー（ここでは、イエロー）の残容量が所定容量（例えば、イエローの現像器１４３０へイエロートナーを供給する不図示のイエロートナーボトルの満載容量の５％）を下回った場合をいう。また、ステイプル針において残量わずかである場合とは、プリンタデバイス（ここでは、カラーＭＦＰ１０４ａとする）に接続されるオンラインフィニッシャ部１２１０のステープラ１６０５が使用するステイプル針の残数が所定数（例えば、ステープラ１６０５に供給し得るステイプル針の満載数の５％）を下回った場合をいう。
【０２６９】
オペレータメンテナンスでは、この他にも、モータ類、ドライバ類、感光ドラム、転写ドラム、帯電器、除電器類などＭＦＰを構成する全ての寿命の存在する消耗品及びメンテナンス品についても、ＯＲＣとして含まれているので、対応するＯＲＣ部品がそれ以外に存在する場合には、同一画面内に上記以外のＯＲＣの項目が追加表示される。ＯＲＣの場合は、部品名と共にその部品を示す番号を同時に表示することになるので、ＯＲＣの部品番号も併せて表示しても良い。
【０２７０】
図５０の例では、用紙補給（残量わずか）、トナー補給（残量わずか）、ステイプル補給（残量わずか）の場合について警告メッセージを表示する場合を示している。
【０２７１】
図５１は、電源OFF時に警告メッセージを表示する項目を選択する画面を示す図である。
【０２７２】
図５１の例では、ローラ交換、オイル交換の場合について警告メッセージを表示する場合を示している。
【０２７３】
図５２は、ジョブ開始前時に警告メッセージを表示する項目を選択する画面を示す図である。
【０２７４】
図５２の例では、用紙補給（残量０）、トナー補給（残量０）、ステイプル補給（残量０）、電圧制御エラーの場合について警告メッセージを表示する場合を示している。
【０２７５】
図５３は、ジョブ開始後時に警告メッセージを表示する項目を選択する画面を示す図である。
【０２７６】
図５３の例では、用紙補給（残量０）、トナー補給（残量０）、ステイプル補給（残量０）、ジャムエラーの場合について警告メッセージを表示する場合を示している。
【０２７７】
図５４は、リアルタイムで警告メッセージを表示する項目を選択する画面を示す図である。
【０２７８】
図５４の例では、用紙補給（残量０）、トナー補給（残量０）、ステイプル補給（残量０）、温度制御エラーの場合について警告メッセージを表示する場合を示している。
【０２７９】
図４８に戻り、メッセージマネージャ１２０のメッセージコントローラ１２００２は、ユーザがＵＩ画面上で設定した各表示タイミング毎の表示項目の設定に従ってフラグテーブルを作成する（ステップ５０２）。
【０２８０】
図５５（ａ）にメッセージコントローラ１２００２が作成するフラグテーブルを示す。フラグテーブルは、オペレータに通知すべき各イベントについて、ステップ５０１で設定した表示タイミングを示すフラグがセットされる。図５５（ａ）の例では、電源ON時のみに表示する項目についてはフラグ１、電源OFF時のみに表示する項目についてはフラグ２、ジョブ開始前時のみに表示する項目についてはフラグ３、ジョブ終了時のみに表示する項目についてはフラグ４、リアルタイムで表示する項目についてはフラグ５、・・・、ジョブ開始前時、ジョブ終了時、リアルタイムのそれぞれのタイミングで表示する項目についてはフラグ２０の場合を示している。
【０２８１】
例えば通知イベントリストのうち、Ｎｏ．６〜８の用紙補給（残量わずか）、トナー補給（残量わずか）、ステイプル補給（残量わずか）の項目については、電源ON時にのみ表示されるイベントであるため、フラグ１がセットされる。
【０２８２】
メッセージマネージャ１２０のメッセージコントローラ１２００２で作成したフラグテーブルは、ＨＤＤ１２００３へ格納される。ＨＤＤ１２００３には、フラグテーブルの他に、プリンタデバイス毎の各メンテナンス項目（消耗品、メンテナンス品）の消耗度や使用回数を示す消耗度テーブルや、プリンタデバイス毎に異なる能力値を示す能力値テーブルが格納される。
【０２８３】
図４８に戻り、メッセージマネージャ１２０のメッセージコントローラ１２００２は、ユーザが設定したタイミング毎の通知すべきイベント情報をＵＩ３００上へ表示する（ステップＳ５０３）。
【０２８４】
ＵＩ３００上で表示される内容は、上記作成されたフラグテーブルに従って決定される。図５５（ｂ）では、ＵＩ３００上で表示される電源ON時に通知されるイベント情報が、図５５（ａ）のフラグ１がセットされている通知イベントリストのうち、Ｎｏ．６〜８の用紙補給（残量わずか）、トナー補給（残量わずか）、ステイプル補給（残量わずか）の項目であるので、図５５（ｂ）のような画面を表示する結果となる例を示している。
【０２８５】
＜各タイミング毎のメッセージ表示処理＞
図５６は、各表示タイミングにおけるイベント決定の順番を示すフローチャートである。
【０２８６】
図５６において、メッセージマネージャ１２０のメッセージコントローラ１２００２は、プリンタデバイスの電源ON時（ステップＳ６０１）、ジョブ開始前時（ステップＳ６０２）、リアルタイム（ステップＳ６０３）、ジョブ終了時（ステップＳ６０４）、電源OFF時（ステップＳ６０５）の順番に従って各表示タイミングのイベントを決定し、オペレータにメッセージを通知するよう制御する。
【０２８７】
次に、各表示タイミング毎に通知すべきイベントを決定してＵＩ３００を介して警告メッセージを表示するまでの流れを説明する。
【０２８８】
＜電源ON時の警告メッセージ表示処理＞
図５７は、電源ON時の警告メッセージ表示処理を示すフローチャートである。
【０２８９】
図５７において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、複数のプリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）の電源スイッチがONされたかどうかをチェックしにいく（ステップＳ７０１）。メッセージコントローラ１２００２は、電源スイッチがONされるまでステップ７０１を繰り返す。メッセージコントローラ１２００２は、複数のプリンタデバイスのうち特定のプリンタデバイス（ここでは、カラーＭＦＰ１０４ａとする）の電源スイッチがONされたことを確認すると、次に、電源ON時に通知すべきイベント（図５０の例では、用紙の残量がわずかであること、トナーの残容量がわずかであること、ステイプル針の残数がわずかであること）を示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ７０２、ステップＳ７０３）。電源ON時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ７０４へ移行する。電源ON時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０２９０】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報をＨＤＤ１２００３より入手する（ステップＳ７０４）。例えばトナー補給（残量わずか）イベントが選択されている場合には、メッセージコントローラ１２００２は、ＨＤＤ１２００３に格納されている消耗度テーブルより該当するプリンタデバイスのトナー残量を読み出す。
【０２９１】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ７０５）。例えば複数の消耗品にかかる残量のうち、用紙補給（残量わずか）及びトナー補給（残量わずか）が選択されている場合には、メッセージコントローラ１２００２は、用紙の残量が所定枚数（例えば最大積載容量の５％）を下回っていること、及びトナーの残容量が所定容量（例えば満載容量の５％）を下回っていることを判定する。そして、メッセージコントローラ１２００２は、用紙の残量が所定枚数を下回っており、かつトナーの残容量が所定容量を下回っている場合には、カラーＭＦＰ１０４ａの操作者に対して警告メッセージを表示する旨を決定する。
【０２９２】
なお、メッセージコントローラ１２００２は、用紙の残量が所定枚数（例えば最大積載容量の５％）を下回っていない場合やトナーの残容量が所定容量（例えば満載容量の５％）を下回っていない場合は、その下回っていないものについては何らの警告もしない旨か、下回っていない旨の表示（報知）をする旨を決定する。
【０２９３】
最後に、メッセージコントローラ１２００２は、ステップＳ７０５で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ７０６）。
【０２９４】
＜電源OFF時の警告メッセージ表示処理＞
図５８は、電源OFF時の警告メッセージ表示処理を示すフローチャートである。
【０２９５】
図５８において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、プリンタデバイスの電源スイッチがOFFされたかどうかをチェックしにいく（ステップＳ８０１）。電源スイッチがOFFされるまでステップ８０１を繰り返す。メッセージコントローラ１２００２は、電源スイッチがOFFされたことを確認すると、次に、電源OFF時に通知するイベントを示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ８０２、ステップＳ８０３）。電源OFF時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ８０４へ移行する。電源OFF時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０２９６】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報をＨＤＤ１２００３より入手する（ステップＳ８０４）。例えばローラ交換イベントが選択されている場合には、メッセージコントローラ１２００２は、ＨＤＤ１２００３に格納されている消耗度テーブルより該当するプリンタデバイスの使用回数を読み出す。
【０２９７】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ８０５）。例えばローラ交換イベントが選択されている場合には、メッセージコントローラ１２００２は、ローラ交換時期と判断する予め設定されているプリント枚数の閾値を超えているか否かを判定し、超えている場合には警告メッセージを表示し、超えていない場合には表示しないかもしくはＯＫであること示すメッセージを表示するよう決定する。
【０２９８】
最後に、メッセージコントローラ１２００２は、ステップＳ８０５で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ８０６）。
【０２９９】
＜ジョブ開始前時の警告メッセージ表示処理＞
図５９は、ジョブ開始前時の警告メッセージ表示処理を示すフローチャートである。
【０３００】
図５９において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、画像形成システムを構成する複数のプリンタデバイスのうち特定のプリンタデバイス（ここでは、カラーＭＦＰ１０４ａとする）に関して、順番待ちしているジョブが存在するかどうかをプリントマネージャ１１５にチェックしにいく（ステップＳ９０１）。メッセージコントローラ１２００２は、ステップＳ９０１の処理を、カラーＭＦＰ１０４ａについての順番待ちしているジョブが現れるまでステップ９０１を繰り返す。メッセージコントローラ１２００２は、カラーＭＦＰ１０４ａについての順番待ちしているジョブが現れたことを確認すると、ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ９０２、ステップＳ９０３）。ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ９０４へ移行する。ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０３０１】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報をＨＤＤ１２００３より入手する（ステップＳ９０４）。例えば用紙補給（残量０）イベントが選択されている場合には、メッセージコントローラ１２００２は、ＨＤＤ１２００３に格納されている消耗度テーブルより該当するプリンタデバイスの用紙残量を読み出す。
【０３０２】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ９０５）。例えば用紙補給（残量０）イベントが選択されている場合には、メッセージコントローラ１２００２は、用紙残量が０でになっているか否かを判定し、０の場合には警告メッセージを表示し、０でない場合には表示しないかもしくはＯＫであること示すメッセージを表示するよう決定する。
【０３０３】
すなわち、メッセージコントローラ１２００２は、複数ページにかかる画像を形成するカラーＭＦＰ１０４ａについてのプリントジョブがカラーＭＦＰ１０４ａにより実行されることにより、ＵＩ３００にて選択された消耗品（図５２における用紙補給（残枚数０）、トナー補給（残容量０））のいずれかの残量が所定量（用紙については残枚数０、トナーについては残容量０）に達するか否かを判定する。
【０３０４】
そして、メッセージコントローラ１２００２は、プリントジョブをカラーＭＦＰ１０４ａで実行することにより用紙の残量が０となり、かつトナーの残容量０となると判定した場合には、カラーＭＦＰ１０４ａの操作者に対して警告メッセージを表示する旨を決定する。なお、メッセージコントローラ１２００２は、用紙の残量が０とならない場合やトナーの残容量が０とならない場合は、その０とならないものについては何らの警告もしない旨か、０とならない旨の表示（報知）をする旨を決定する。
【０３０５】
最後に、メッセージコントローラ１２００２は、ステップＳ９０５で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ９０６）。
【０３０６】
＜ジョブ終了時の警告メッセージ表示処理＞
図６０は、ジョブ終了時の警告メッセージ表示処理を示すフローチャートである。
【０３０７】
図６０において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、終了していないジョブが存在するかどうかをチェックしにいく（ステップＳ１００１）。終了していないジョブが無くなるまでステップ１００１を繰り返す。メッセージコントローラ１２００２は、終了していないジョブが無くなったことを確認すると、次に、ジョブ終了時に通知するイベントを示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ１００２、ステップＳ１００３）。ジョブ終了時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ１００４へ移行する。ジョブ終了時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０３０８】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報を入手する（ステップＳ１００４）。例えばジャムエラーイベントが選択されている場合には、メッセージコントローラ１２００２は、該当するプリンタデバイスにおけるジャムエラーフラグを読み出す。
【０３０９】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ１００５）。例えばジャムエラーイベントが選択されている場合には、メッセージコントローラ１２００２は、ジャムエラーフラグが真であるか否かを判定し、真の場合には警告メッセージを表示し、真でない場合には表示しないかもしくはＯＫであること示すメッセージを表示するよう決定する。
【０３１０】
最後に、メッセージコントローラ１２００２は、ステップＳ１００５で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ１００６）。
【０３１１】
＜リアルタイム時の警告メッセージ表示処理＞
図６１は、リアルタイム時の警告メッセージ表示処理を示すフローチャートである。
【０３１２】
図６１において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、プリンタデバイスでジョブが実行中であるかどうかをチェックしにいく（ステップＳ１１０１）。実行するジョブが現れるまでステップ１１０１を繰り返す。メッセージコントローラ１２００２は、ジョブが実行中であることを確認すると、次に、リアルタイムで通知すべきイベントが発生しているか否かをチェックする（ステップＳ１１０２）。
【０３１３】
例えば温度制御エラーイベントが選択されている場合には、該当するプリンタデバイスにおける温度制御エラーフラグを読み出す。オペレータに通知すべきイベントが発生していない場合には、ステップ１１０２を繰り返す。
【０３１４】
最後に、メッセージコントローラ１２００２は、警告メッセージをＵＩ３００上へ表示する（ステップＳ１１０３）。
【０３１５】
＜メンテナンスのイベントを予想する際のメッセージ表示処理＞
次に、図５９のジョブ開始前時の警告メッセージ表示処理を基にジョブ開始前にメンテナンスに関わるイベントを予想して警告メッセージを表示する動作について説明する。
【０３１６】
図５９において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、順番待ちしているジョブが存在するかどうかをチェックしにいく（ステップＳ９０１）。順番待ちしているジョブが現れるまでステップ９０１を繰り返す。メッセージコントローラ１２００２は、順番待ちしているジョブが現れたことを確認すると、次に、ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ９０２、ステップＳ９０３）。ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ９０４へ移行する。ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０３１７】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報をＨＤＤ１２００３より入手する（ステップＳ９０４）。例えば用紙補給（残量０）イベントが選択されている場合には、メッセージコントローラ１２００２は、ＨＤＤ１２００３に格納されている消耗度テーブルより該当するプリンタデバイスの用紙残量を読み出す。更に、メッセージコントローラ１２００２は、これから実行するジョブをプリントすることによって予想される該当プリンタデバイスの用紙消費量を計算する。
【０３１８】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ９０５）。例えば用紙補給（残量０）イベントが選択されている場合には、メッセージコントローラ１２００２は、消耗度テーブルから読み出した用紙残量値から実行ジョブの予想用紙消費量を減算した結果、用紙残量が０を下回るか否かを判定する。メッセージコントローラ１２００２は、用紙残量が０を下回る場合には、用紙補給が必要である旨の警告メッセージを表示し、用紙残量が０を下回らない場合は、警告メッセージを表示しないかもしくはＯＫであること示すメッセージを表示するよう決定する。
【０３１９】
最後に、メッセージコントローラ１２００２は、ステップ９０５で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ９０６）。
【０３２０】
本実施の形態では、画像形成システムを構成するプリンタデバイスの各メンテナンス項目（用紙／トナー／ステイプル等の消耗品の補給、感光ドラム／ローラ／モータ等のメンテナンス品の交換）について、オペレータのメンテナンスが必要であること示す警告メッセージを、オペレータの希望する表示タイミング毎にＵＩ上へ表示することができるので、オペレータの都合に合わせた適切なタイミングでのメンテナンス時期を通知することができる。
【０３２１】
メッセージコントローラ１２００２は、プリンタデバイス毎に各プリンタデバイスが使用する複数の消耗品（用紙、トナー、ステイプル針等）の残量に関する情報を報知するための所定タイミングを設定するとともに、所定タイミングとして複数の異なるタイミング（電源ＯＮ時、電源ＯＦＦ時、ジョブ開始前、ジョブ終了時）を設定することができる。また、メッセージコントローラ１２００２は、ＵＩ３００からの入力に基づいて、複数の所定タイミング（電源ＯＮ時、電源ＯＦＦ時、ジョブ開始前、ジョブ終了時）毎にプリンタデバイスの操作者に報知を行うべき消耗品を選択することができる。
【０３２２】
以上説明したように、本実施の形態によれば、プリンタデバイスに使用される複数の消耗品について所定の残量に達したら即座にプリンタデバイスの操作者に報知するのではなく、複数の消耗品について所定の残量に達した後、所定タイミング（電源ＯＮ時、電源ＯＦＦ時、ジョブ開始前、ジョブ終了時）となったことに応じて消耗品の残量に関する報知をするので、例えば、第１の消耗品と第２の消耗品についての残量に関する報知を所定のタイミングにて同時に行うことが可能となるので、プリンタデバイスの操作者の作業負荷（作業回数）を少なくすることができる。
【０３２３】
［第２の実施の形態］
本発明の第２の実施の形態は、上述した第１の実施の形態に対して、以下に示す点において相違する。本実施の形態のその他の要素は、上述した第１の実施の形態（図１）の対応するものと同一なので、説明を省略する。
【０３２４】
上述した第１の実施の形態では、メッセージマネージャ１２０が警告メッセージを表示するか否かの判定を、ネットワーク１０１に接続されているプリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）のメンテナンス情報、エラー情報、能力値情報、各メンテナンス品の消耗度情報のみで行う場合を説明した。
【０３２５】
本実施の形態では、メッセージマネージャ１２０を、各種メンテナンス品を仕入れる仕入先ともネットワークで接続して、画像形成システムが設置されているＰＯＤセンター内のメンテナンス品の在庫情報、仕入先のメンテナンス品の在庫情報と納期情報も踏まえて、警告メッセージを表示するか否かの判定を行う構成について説明する。
【０３２６】
図６２は、メッセージマネージャ１２０の構成及び周辺の接続形態を示す図である。なお、図４７と同一の構成要素については同一の番号を付してある。
【０３２７】
図６２において、メッセージマネージャ１２０のジョブ受付部１２００１にプリントジョブがＪＤＦデータとして入力されると、ジョブ受付部１２００１は、ＪＤＦデータよりプリントジョブがネットワーク１０１ｂ上に接続されているプリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）のうち、どのプリンタデバイスで出力されるかを判断し、該当するプリンタデバイスのメンテナンス情報、エラー情報、能力値情報、各メンテナンス品の消耗度情報をネットワーク１０１ｂを介して受信する。
【０３２８】
メッセージマネージャ１２０のメッセージコントローラ１２００２は、ネットワーク１０１ｂを介して上記プリンタデバイスと接続されるほか、更にネットワーク１０１ａを介して各メンテナンス品を扱っている仕入先Ａ２０１、仕入先Ｂ２０２、仕入先Ｃ２０３の各情報データベース、及び、画像形成システムが設置されているＰＯＤセンター内のメンテナンス品の在庫情報を管理している在庫管理ＤＢ４００と接続されている。メッセージコントローラ１２００２は、各仕入れ先２０１〜２０３のメンテナンス品の在庫情報と納期情報をネットワーク１０１ａを介して受信する。
【０３２９】
メッセージコントローラ１２００２は、上記ネットワーク１０１ｂを介して受信したプリンタデバイスのエラー情報、メンテナンス情報、能力値情報、消耗度情報、更には、上記ネットワーク１０１ａを介して受信した各メンテナンス品の在庫情報、納期情報を基に、ＵＩ３００で表示する警告メッセージを設定したタイミングで表示するよう制御を行う。
【０３３０】
また、メッセージコントローラ１２００２は、フラグテーブル、各プリンタデバイス毎の消耗度テーブル、能力値テーブルの他に、仕入先Ａ２０１、仕入先Ｂ２０２、仕入先Ｃ２０３、及び在庫管理ＤＢ４００よりネットワーク１０１ａを介して入手した各メンテナンス項目毎の在庫情報テーブル、納期情報テーブルを生成し、ＨＤＤ１２００３へ記憶する。
【０３３１】
＜メンテナンス品の発注に関するメッセージ表示処理＞
次に、ＰＯＤセンター内のメンテナンス品の在庫情報、仕入れ先のメンテナンス品の在庫情報、及び納期情報を踏まえた各表示タイミング毎に、オペレータに通知すべきイベントを決定し、ＵＩ３００を介して警告メッセージを表示するまでの流れを説明する。各表示タイミングの表示処理の手順については、上述した第１の実施の形態と全て同一であるので、ここでは電源ON時のメッセージ表示処理についてのみ説明する。
【０３３２】
＜電源ON時のメッセージ表示処理＞
図５７は、電源ON時の警告メッセージ表示処理を示すフローチャートである。
【０３３３】
図５７において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、プリンタデバイスの電源スイッチがONされたかどうかをチェックしにいく（ステップＳ７０１）。電源スイッチがONされるまでステップ７０１を繰り返す。メッセージコントローラ１２００２は、電源スイッチがONされたことを確認すると、次に、電源ON時に通知するイベントを示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ７０２）。電源ON時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ７０４へ移行する。電源ON時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０３３４】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報をＨＤＤ１２００３より入手する（ステップＳ７０４）。例えばトナーボトル発注イベントが選択されている場合には、メッセージコントローラ１２００２は、ＨＤＤ１２００３に格納されているトナーボトルの在庫情報テーブルよりＰＯＤセンター内のトナーボトルの残数、仕入先のトナーボトルの残数を読み出し、及びトナーボトルの納期情報テーブルより仕入先のトナーボトルの納入日までの日数の各情報を読み出す。
【０３３５】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ７０５）。例えばトナーボトル発注イベントが選択されている場合には、メッセージコントローラ１２００２は、まず始めに、ＰＯＤセンター内のトナーボトル残数が予め設定している閾値を下回っているか否かを判定する。なお、閾値は各オペレータの判断で設定することが可能である。ここで、閾値について例えば２つの閾値１と閾値２を設けて、閾値１＞閾値２となるように設定しておく。
【０３３６】
メッセージコントローラ１２００２は、トナーボトル残数が閾値１を下回っているが閾値２を下回っていない場合には、仕入先のトナーボトル残数とトナーボトル納入日までの日数を見てトナーボトルの発注が必要である旨の警告メッセージを表示するか否かを決定する。メッセージコントローラ１２００２は、トナーボトル残数が閾値２も下回っている場合には、仕入先のトナーボトル残数とトナーボトル納入日までの日数を加味せずに警告メッセージを表示するよう決定し、トナーボトル残数が閾値１を下回っていない場合には、警告メッセージを表示しないかもしくはＯＫであること示すメッセージを表示するよう決定する。
【０３３７】
最後に、メッセージコントローラ１２００２は、ステップ７０５で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ７０６）。
【０３３８】
以上説明したように、本実施の形態によれば、画像形成システムが設置されているＰＯＤセンター内のメンテナンス品の在庫情報、仕入先のメンテナンス品の在庫情報及び納期情報を基に、メンテナンス品の発注が必要であることを示す警告メッセージを、オペレータの希望する表示タイミング毎にＵＩ上へ表示することができるので、オペレータの都合に合わせた適切なタイミングでのメンテナンス品の発注時期を通知することができる。
【０３３９】
［第３の実施の形態］
本発明の第３の実施の形態は、上述した第１の実施の形態に対して、以下に示す点において相違する。本実施の形態のその他の要素は、上述した第１の実施の形態（図１）の対応するものと同一なので、説明を省略する。
【０３４０】
本実施の形態では、画像形成システムに入稿されるプリントジョブの状況が逐次変化することを踏まえると、プリントジョブの入稿状況や受注状況によってメンテナンスが必要なタイミングはリアルタイムで変わってくるので、プリントジョブの入稿状況や受注状況に応じてメンテナンスが必要なタイミングを予想して、警告メッセージを表示するタイミングを動的にスケジューリングする構成について説明する。
【０３４１】
＜工程管理のスケジューリング＞
まず始めに、画像形成システムにおけるスケジューリング機能に関して説明する。
【０３４２】
工程管理マネージャ１１１は、受注・入稿マネージャ１１２、原稿編集マネージャ１１３、プルーフマネージャ１１４、プリントマネージャ１１５、後処理マネージャ１１６、ファイル保管マネージャ１１７、納品・発送マネージャ１１８、スキャンマネージャ１１９等と通信を行い、それぞれのジョブの状況を管理すると共に、各マネージャ間の連携やスケジューリングも行うことができる。
【０３４３】
図６３は、工程管理マネージャ１１１より提供されるジョブ生成画面を示す図である。
【０３４４】
オペレータがクライアントコンピュータ１０３上のウェブブラウザのＵＲＬアドレス部に、工程管理マネージャ１１１側のウェブサーバのＩＰアドレスを入力することにより、クライアントコンピュータ１０３上にジョブ生成画面が読み込まれるように予め設定されている。
【０３４５】
図６３において、２９１１はクリエートジョブキーであり、ジョブ生成画面はこのクリエートジョブキー２９１１がクリック（不図示のポインティングデバイス等で指示）されている状態に対応する。ジョブ生成画面では、受注・入稿マネージャ１１２におけるジョブの受注が成立した場合、オペレータがそのジョブを受けて、そのジョブの優先度の選択（プライオリティ選択ボタン２９３０にて受注順優先（Ｏｒｄｅｒ）、納期日程優先（Ｄｅｌｉｖｅｒｙ）、コスト優先（Ｃｏｓｔ）、品質優先（Ｑｕａｌｉｔｙ）から選択）を行うと共に、どのプリンタデバイスを用いるか、どのフィニッシャを用いるか等を決定し、それらを入力することができる。
【０３４６】
これにより、工程管理マネージャ１１１から新しいジョブを発行し、同時にＪＤＦデータも発行し、工程管理マネージャ１１１上でのジョブ管理を開始する。
【０３４７】
２９１２はスケジューリングキーであり、このスケジューリングキー２９１２をクリック（不図示のポインティングデバイス等で指示）することにより、ジョブ生成画面での入力に基づいて工程管理マネージャ１１１がジョブのスケジューリング（後述する図６８に示すスケジューリング処理）を行い、図６４〜図６７に示すジョブスケジューリング画面に表示する。
【０３４８】
２９１３はコンフィギュレーションキーであり、このコンフィギュレーションキー２９１３をクリック（不図示のポインティングデバイス等で指示）することにより、不図示のジョブコンフィギュレーション画面が表示される。
【０３４９】
図６４〜図６７は、工程管理マネージャ１１１より提供されるジョブスケジューリング画面を示す図である。図６３と同一のものには同一の符号を付してある。
【０３５０】
図６４において、ジョブスケジューリング画面では、それぞれのマネージャ（受注・入稿マネージャ１１２〜スキャンマネージャ１１９）で費やす時間に合わせたスケジュールが表示され、それぞれの連携を一目で確認できるように工夫されている。ジョブスケジューリング画面はジョブ単位で管理されており、ジョブＩＤ入力欄２９１５にジョブＩＤを入力すれば、そのジョブのスケジュールが周辺のジョブのスケジュールと一緒に表示される。
【０３５１】
このスケジュール表示は、工程管理マネージャ１１１により工程管理された各ジョブに対して各工程単位で行う。また、各工程に要する時間も表示している。
【０３５２】
例えば、ジョブＩＤ＃０３９０２８（ジョブ番号）をジョブＩＤ入力欄２９１５に入力すると、そのジョブのスケジュールが表示される。即ち、そのジョブの受注から納品までが表示され、工程名称の左側の「＋」または「−」のマークをクリック（不図示のポインティングデバイス等で指示）することで、それぞれの工程が詳細な工程を持っていれば展開して表示したり縮めて表示したりすることもできる。
【０３５３】
このジョブＩＤ＃０３９０２８を見ると、それぞれの工程が順次進んでいるが、プリントマネージャ１１５から後処理マネージャ１１６にジョブが渡されるときにタイムラグが発生するのがわかる。これは、ジョブの受注順にスケジュールを組んでいるため（図６４は図６３のプライオリティ選択ボタン２９３０で受注順優先（Ｏｒｄｅｒ）が選択されている場合に対応するので）、１つ前のジョブＩＤ＃０３９０２７がジョブＩＤ＃０３９０２８と同じ断裁機１２１とくるみ製本機１２３を利用しているためである。ジョブＩＤ＃０３９０２８は、このジョブＩＤ＃０３９０２７のフィニッシング工程の終了を待たなければ、ジョブＩＤ＃０３９０２８の順番が回ってこないため、ここがボトルネックとなって納期が決まることとなる。
【０３５４】
ところが、顧客が納期をできるだけ早く依頼した場合、即ち、同じジョブＩＤ＃０３９０２８のジョブを受けたとしても、他の仕掛かりジョブすべてを遅らせることができれば、上記図６４に示した受け付け順のスケジュールの場合よりも早い納期で結果が出せるはずである。
【０３５５】
この場合、プライオリティキー（優先順位キー）２９１６を受注順優先（Ｏｒｄｅｒ）から納期日程優先（Ｄｅｌｉｖｅｒｙ）に変更することにより、図６５に示す納期順のジョブスケジューリング画面が表示される。
【０３５６】
図６５に示す納期日程優先（Ｄｅｌｉｖｅｒｙ）のスケジュールでは、ジョブＩＤ＃０３９０２８のジョブ（印刷物）が、図６４に示した受注順優先（Ｏｒｄｅｒ）のスケジュールに対して２日間も早く納品されるような例に対応する。
【０３５７】
工夫のポイントとしては、受注順優先（Ｏｒｄｅｒ）のスケジュールでは１台のプリンタデバイス（ＭＦＰ）からのプリントだったのに対して、納期日程優先（Ｄｅｌｉｖｅｒｙ）のスケジュールでは３台のプリンタデバイスを組み合わせてクラスタを構成していることで、或いは後処理マネージャ１１６でも他のジョブより優先させることで時間短縮しており、その他のマネージャに関しても、作業員をより多く投入したり、時間外も稼動させたりするなどして、日程を縮めてスケジューリングさせることができる。
【０３５８】
しかしながら、逆にジョブＩＤ＃０３９０２７のジョブの方は、プリンタデバイス（ＭＦＰ）が３台ともジョブＩＤ＃０３９０２８のジョブで使用されてしまったため、プリンタデバイス（ＭＦＰ）の使用が終了するまで待たなくてはならず、他のジョブが犠牲になることを覚悟しなければいけない。
【０３５９】
次に、受注順優先（Ｏｒｄｅｒ）、納期日程優先（Ｄｅｌｉｖｅｒｙ）のスケジュールの他に、コスト優先（Ｃｏｓｔ）、品質優先（Ｑｕａｌｉｔｙ）のスケジュールも同様に考えることができる。即ち、プライオリティキー（優先順位キー）２９１６に対して、受注順優先（Ｏｒｄｅｒ）、納期日程優先（Ｄｅｌｉｖｅｒｙ）の他に、コスト優先（Ｃｏｓｔ）、品質優先（Ｑｕａｌｉｔｙ）等が設けてある。プライオリティキー（優先順位キー）２９１６をコスト優先（Ｃｏｓｔ）、品質優先（Ｑｕａｌｉｔｙ）に変更することにより、図６６に示すコスト優先のジョブスケジュール画面、図６７に示す品質優先のジョブスケジューリング画面が表示される。
【０３６０】
このように、顧客の要求に合わせて、受注順優先（Ｏｒｄｅｒ）、納期日程優先（Ｄｅｌｉｖｅｒｙ）、コスト優先（Ｃｏｓｔ）、品質優先（Ｑｕａｌｉｔｙ）に、全てのジョブをスケジューリングすることができる。
【０３６１】
図６６に示すコスト優先（Ｃｏｓｔ）のジョブスケジュール画面では、ジョブＩＤ＃０３９０２８のジョブがコスト優先でスケジューリングされたものであり、予めそれぞれの工程に対して余裕を持ってスケジューリングされている。後から入ってくるジョブが日程優先の場合ならば、そちらを優先させてもいいように、予め顧客には納期に対して余裕を持ってスケジューリングさせておくわけであり、これにより、顧客に対して割引度合いを高めるのである。
【０３６２】
しかしながら、いくらコスト優先であっても、後から来た日程優先のジョブに常に追い抜かれていては、納品できない可能性がでてくるので、遅れてもデッドラインとなる日程だけは予め決めてスケジューリングする必要がある。工程管理マネージャ１１１が上記デッドラインとなるユーザからの納期希望日からの日数を固定の所定日数として決定してもよいし、管理者が予め設定可能に構成してもよい。
【０３６３】
図６７に示す品質優先のジョブスケジュール画面では、ジョブＩＤ＃０３９０２８のジョブが品質優先でスケジューリングしされたものであり、それぞれの工程単位で確認作業を入れる等、例え納期が遅れても品質を確保する工程を入れる等してスケジューリングする必要がある。
【０３６４】
このように、プライオリティキー２９１６を切り替えることで、受注順優先、納期日程優先、コスト優先、品質優先等を切り替えてスケジューリングすることができる。更に、プリンタデバイスや作業者の稼働率などを優先して考える等、様々な方向からスケジューリングするように構成してもよい。
【０３６５】
図６８は、工程管理マネージャ１１１によるスケジューリング処理の一例を示すフローチャートである。
【０３６６】
スケジューリング処理は、プライオリティに応じて他のジョブとスケジュールを調整する処理である。受注順をデフォルトとした場合を例に挙げて説明する。
【０３６７】
図６８において、工程管理マネージャ１１１は、まず、受注順（Ｏｒｄｅｒ順）にスケジュールを生成し（ステップＳ３００１）、次に、コスト優先が選択されているか否かを判定する（ステップＳ３００２）。工程管理マネージャ１１１は、コスト優先が選択されていると判断した場合には、他にジョブを譲れるように、日程や品質のパラメータを抑えるなどの処理を行ってスケジュールを調整し（日程／品質の優先順位を１つ下げ）（ステップＳ３００３）、ステップＳ３００４に進み、一方、コスト優先が選択されていないと判断した場合には、そのままステップＳ３００４に進む。
【０３６８】
次に、工程管理マネージャ１１１は、品質優先が選択されているか否かを判定し（ステップＳ３００４）、品質優先が選択されていると判断した場合には、品質の確認工程を追加してスケジュールを調整し（ステップＳ３００５）、ステップＳ３００６に進み、一方、品質優先が選択されていないと判断した場合には、そのままステップＳ３００６に進む。
【０３６９】
次に、工程管理マネージャ１１１は、納期日程優先が選択されているか否かを判定し（ステップＳ３００６）、納期日程優先が選択されていると判断した場合には、クラスタ（プリンタデバイスを複数台接続して一斉にプリントする処理）が可能か否かを判断する（ステップＳ３００７）。工程管理マネージャ１１１は、クラスタが可能であると判断した場合には、クラスタプリントに再スケジュールし（ステップＳ３００８）、ステップＳ３００９に進み、一方、クラスタが不可能と判断した場合には、そのままステップＳ３００９に進む。
【０３７０】
次に、工程管理マネージャ１１１は、仕掛かりジョブに順序入替可能なものがあるか否かを判断し（ステップＳ３００９）、仕掛かりジョブに順序入替可能なものがあると判断した場合には、本ジョブと入替可能なジョブのスケジュールの入替を行ってスケジュールを調整し（ステップＳ３０１１）、スケジューリング処理を終了し、不図示のスケジュール表示処理を行う。一方、工程管理マネージャ１１１は、仕掛かりジョブに順序入替可能なものがないと判断した場合には、受注順（Ｏｒｄｅｒ順）でスケジューリングし（ステップＳ３０１０）、スケジューリング処理を終了し、不図示のスケジュール表示処理を行う。
【０３７１】
このように、印刷業界及びＰＯＤ市場における工程を分類化して（ジョブに対して、受注・入稿、原稿編集、プルーフ、プリント、後処理、ファイル保管、納品・発送、或いは、スキャン等の工程に分類化して）、各工程を効率的な作業手順、順序、及び、他のジョブとの順序等を考慮して最適なスケジューリングを行うことで、効率的な工程管理を行うことができる。また、各工程に分類されたスケジュールを一覧表示することで、効率的な工程管理を行うことができる。
【０３７２】
＜作業者のスケジューリング＞
画像形成システムの上記プリンタデバイス中心にスケジューリングすることとは逆に、画像形成システム環境下で働く作業者の立場でのスケジューリングを行うこともできる。即ち、それぞれの作業者にそれぞれどの仕事をするかを割り当てたり（スケジューリングする）、或いはそれぞれの作業者にどの仕事をするのが効率的かを割り振ったり、或いは工程管理マネージャ１１１が作業者に対して次の仕事を指示したりすることで、全体の仕事を効率的に行うことが可能となる。
【０３７３】
図６９は、工程管理マネージャ１１１より提供される作業者のジョブスケジュール画面を示す図である。
【０３７４】
図６９において、作業者のジョブスケジュール画面は、作業者の立場からみた仕事の時間割に対応する。２９１９はワーカスケジュールキーであり、このワーカスケジュールキー２９１９は、図６３〜図６７に示した画面に新たに設けられたものである。このワーカスケジュールキー２９１９をクリック（不図示のポインティングデバイス等で指示）することにより、図６９の作業者のジョブスケジュール画面が表示される。
【０３７５】
作業者のジョブスケジュール画面は、作業者（ワーカ）単位で管理されており、ワーカＩＤ入力欄２９１７にワーカＩＤを入力し、パスワード入力欄２９１８にパスワードを入力すれば、その作業者のスケジュールが周辺作業の作業者のスケジュールと一緒に表示される。
【０３７６】
例えば、作業者Ａと作業者Ｂがこの作業環境において作業していた場合において、作業者Ａは主にプリプレス部門、作業者Ｂは主にポストプレス部門だったとき、それぞれの役割に応じて、工程管理マネージャ１１１において作業者Ａと作業者Ｂに作業工程が割り振られる。例えば、図６９に示すようにスケジューリングされる。
【０３７７】
また、この作業環境において、作業者Ｃも作業者Ｂと同一のポストプレス担当だったときには、作業者Ｂと作業者Ｃはそれぞれ業務が重複しないように、工程管理マネージャ１１１において作業者Ｂと作業者Ｃがそれぞれ別のジョブを扱うようにジョブが割り振られる。
【０３７８】
そして、作業者はそれぞれ工程管理マネージャ１１１の指示に従って、それぞれの業務をこなすことで、全体の系が効率的に稼動することとなる。
【０３７９】
＜メンテナンスのスケジューリング＞
次に、ジョブの入稿状況と受注状況に応じてプリンタデバイスのメンテナンスの必要なタイミングを予想し、警告メッセージを表示するタイミングを動的にスケジューリングする動作について説明する。
【０３８０】
図７０は、工程管理マネージャ１１１より提供される作業者のメンテナンススケジュール画面を示す図である。
【０３８１】
図７０において、２９２０はメンテナンスキーであり、このメンテナンスキー２９２０をクリックすることにより、作業者のメンテナンスに関するメンテナンススケジュール画面が表示される。
【０３８２】
作業者のメンテナンススケジュール画面では、ジョブＩＤ＃０３９０２７、ジョブＩＤ＃０３９０２８、ジョブＩＤ＃０３９０２９の各ジョブの終了後にトナー補給と用紙補給を行い、ジョブＩＤ＃０３９０３０のジョブと続いて、ジョブＩＤ＃０３９０３１のジョブと平行してトナーボトル発注と用紙発注を行い、ジョブＩＤ＃０３９０３１のジョブの終了後に、ローラ交換を行う例を示している。
【０３８３】
図７１は、ジョブＩＤ＃０３９０２７のジョブの終了後に、大量プリント数を有するジョブＩＤ＃０３９０３２の長いジョブが緊急で入稿された場合のスケジュール画面を示す図である。
【０３８４】
図７１において、ジョブＩＤ＃０３９０３２のジョブが入稿された時点で、工数管理マネージャ１１１は、全ての入稿されているジョブの内容を解析して、各メンテナンスが必要なタイミングを再計算し、スケジューリングし直した結果をスケジューリング画面へ表示する。
【０３８５】
その結果、トナー補給と用紙補給に関するメンテナンスは、ジョブＩＤ＃０３９０３２のジョブを実行する前に行うようにスケジューリングされる。同様に、トナーボトル発注と用紙発注に関するメンテナンスは、ジョブＩＤ＃０３９０３２のジョブと並行して行うようにスケジューリングされ、ローラ交換に関するメンテナンスは、ジョブＩＤ＃０３９０２９のジョブの終了後に行うようにスケジューリングされる。
【０３８６】
＜入稿状況、受注状況に応じたメッセージ表示処理＞
次に、ジョブの入稿状況と受注状況を踏まえた各表示タイミング毎に、オペレータに通知すべきイベントを決定してＵＩ３００を介して警告メッセージを表示するまでの流れを説明する。
【０３８７】
本実施の形態では、メッセージマネージャ１２０のＨＤＤ１２００３に格納されている各プリンタデバイスの消耗度テーブル及び能力値テーブルは、新たなジョブが入稿するかもしくは受注される度に更新される。ここでは、ジョブ開始前時のメッセージ表示処理についてのみ説明する。
【０３８８】
＜ジョブ開始前時のメッセージ表示処理＞
図７２は、ジョブ開始前時の警告メッセージ表示処理を示すフローチャートである。
【０３８９】
図７２において、メッセージマネージャ１２０のメッセージコントローラ１２００２は、まず、入稿されているジョブが存在するかどうかをチェックしにいく（ステップＳ１２０１）。入稿ジョブが現れるまでステップ１２０１を繰り返す。メッセージコントローラ１２００２は、入稿ジョブが現れたことを確認すると、順番待ちしているジョブが存在するかどうかをチェックしにいく（ステップＳ１２０２）。順番待ちしているジョブが現れるまでステップ１２０２を繰り返す。
【０３９０】
メッセージコントローラ１２００２は、順番待ちしているジョブが現れたことを確認すると、次に、ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ１２０３、ステップＳ１２０４）。ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ１２０５へ移行する。ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０３９１】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報をＨＤＤ１２００３より入手する（ステップＳ１２０５）。例えば用紙補給（残量０）イベントが選択されている場合には、メッセージコントローラ１２００２は、ＨＤＤ１２００３に格納されている消耗度テーブルより該当するプリンタデバイスの用紙残量を読み出す。更に、メッセージコントローラ１２００２は、これから現在入稿されているジョブをプリントすることによって予想される該当プリンタデバイスの用紙消費量を計算する。
【０３９２】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ１２０６）。例えば用紙補給（残量０）イベントが選択されている場合には、メッセージコントローラ１２００２は、消耗度テーブルから読み出した用紙残量値から入稿ジョブのトータルの予想用紙消費量を減算した結果、用紙残量が０を下回るか否かを判定する。メッセージコントローラ１２００２は、用紙残量が０を下回る場合には、用紙補給が必要である旨の警告メッセージを表示し、用紙残量が０を下回らない場合は、警告メッセージを表示しないかもしくはＯＫであること示すメッセージを表示するよう決定する。
【０３９３】
最後に、メッセージコントローラ１２００２は、ステップＳ１２０６で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ１２０７）。ステップ１２０７まで進むと、再度ステップ１２０１へ戻り入稿ジョブの待ち状態となり、入稿ジョブが現れる度に上記同様の処理を繰り返す。すなわち、メッセージコントローラ１２００２は、受注・入稿マネージャ１１２が画像形成ジョブを受信（入稿）したことに応じて、消耗品の残量が所定量に達するか否かを判定する。
【０３９４】
上記図７２のフローチャートでは、入稿されたジョブに対するメッセージマネージャ１２０の制御について説明したが、受注されたジョブという形で置き換えれば、同様の動作フローで受注状況に応じた制御を行うことができる。
【０３９５】
以上説明したように、本実施の形態によれば、画像形成システムを構成するプリンタデバイスの各メンテナンス項目（用紙／トナー／ステイプル等の消耗品の補給、感光ドラム／ローラ／モータ等のメンテナンス品の交換）について、オペレータのメンテナンスが必要であること示す警告メッセージを、ジョブの入稿状況や受注状況に応じて、オペレータの希望する表示タイミング毎にＵＩ上へ表示することができるので、オペレータの都合に合わせた適切なタイミングでのメンテナンス時期を通知することができる。
【０３９６】
［他の実施の形態］
上記第１乃至第３の実施の形態では、メンテナンスに関わる警告メッセージを表示出力する構成を例に挙げたが、これに限定されるものではない。警告メッセージの表示出力と警告メッセージの音声出力を併用する構成、或いは、警告メッセージの音声出力のみ行う構成とすることも可能であり、オペレータに警告を通知できれば通知形態は任意である。
【０３９７】
上記第１乃至第３の実施の形態では、プリンタデバイスの印刷方式を電子写真方式（レーザビーム方式）とした場合を例に挙げたが、これに限定されるものではない。電子写真方式（レーザビーム方式）以外にも、電子写真方式（ＬＥＤ方式）、インクジェット方式、静電方式、熱転写方式など他の印刷方式に適用することが可能である。
【０３９８】
上記第１乃至第３の実施の形態では、図１に示す構成の画像形成システムを例に挙げたが、これに限定されるものではない。後処理装置（断裁機１２１〜帳合機１２６）の種類や設置数は、画像形成システムで生成する印刷物の形態に応じて適宜変更することが可能である。
【０３９９】
上記第１乃至第３の実施の形態では、複数のプリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）とメッセージマネージャ１２０、工程管理マネージャ１１１等からなる画像形成システムについて説明したが、プリンタデバイス単体にて上記の実施形態を実現するように構成することもできる。すなわち、プリンタデバイスの消耗品の残量に関する情報の検知や、上記の実施形態でメッセージマネージャ１２０が行っていた消耗品の残量に関する報知や、上記の実施形態でメッセージマネージャ１２０が行っていた報知を行うべき所定タイミングの設定を、プリンタデバイス内にて実現するように構成しても良い。例えば、カラーＭＦＰ１０４ａに、図１におけるメッセージマネージャ１２０、受注・入稿マネージャ１１２、プリントマネージャ１１５、工程管理マネージャ１１１、後処理マネージャ１１６の機能を搭載することで、プリンタデバイス単体にて上記の実施形態を実現するように構成することができる。
【０４００】
上記第１の実施の形態では、各表示タイミング毎の表示メンテナンス要因選択画面に表示する警告メッセージとして図５０〜図５４に示すような例を挙げたが、これに限定されるものではない。例えば表示メンテナンス要因選択画面に警告メッセージと共にアイコンを表示すれば（用紙補給の警告メッセージと共に用紙を示すアイコンを表示、トナー補給の警告メッセージと共にトナーボトルを示すアイコンを表示、等）、オペレータにおける視認性を高めることが可能となる。
【０４０１】
本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラム（上記各フローチャート）をコンピュータ又はＣＰＵに供給し、そのコンピュータ又はＣＰＵが該供給されたプログラムを読出して実行することによって、達成することができる。
【０４０２】
この場合、上記プログラムは、該プログラムを記録した記憶媒体から直接供給されるか、又はインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続される不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。
【０４０３】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【０４０４】
また、本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラムを記憶した記憶媒体をコンピュータ又はＣＰＵに供給し、そのコンピュータ又はＣＰＵが記憶媒体に記憶されたプログラムを読出して実行することによっても、達成することができる。
【０４０５】
この場合、記憶媒体から読出されたプログラムコード自体が上述した各実施の形態の機能を実現すると共に、そのプログラムコードを記憶した記憶媒体は本発明を構成する。
【０４０６】
プログラムコードを記憶する記憶媒体としては、例えば、ＲＯＭ、ＲＡＭ、ＮＶ−ＲＡＭ、フロッピー（登録商標）ディスク、ハードディスク、光ディスク（登録商標）、光磁気ディスク、ＣＤ−ＲＯＭ、ＭＯ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード等がある。
【０４０７】
上述した実施の形態の機能は、コンピュータから読出されたプログラムコードを実行することによるばかりでなく、コンピュータ上で稼動するＯＳ等がプログラムコードの指示に基づいて実際の処理の一部又は全部を行うことによっても実現することができる。
【０４０８】
更に、本発明は、前述した実施の形態を実現するソフトウェアのプログラムがネットワーク上のデータベース又はホームページから通信プログラムによりダウンロードされ、このプログラムを読出して実行することによって達成することができる。
【０４０９】
上記プログラムは、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページからコンピュータプログラム自体、又は自動インストール機能を含む圧縮ファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給することができる。
【０４１０】
また、上記プログラムは、プログラムコードを暗号化した上で格納したＣＤ−ＲＯＭ等の記憶媒体をユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムコードを実行してコンピュータにインストールさせることによっても供給することができる。
【０４１１】
上述した実施の形態の機能は、プログラムコードを複数のファイルに分割し、夫々のファイルを異なるホームページからダウンロードすることによっても実現することができる。即ち、本発明の機能処理をコンピュータで実現させるためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明を構成する。
【０４１２】
また、上述した実施の形態の機能は、記憶媒体から読出されたプログラムが、コンピュータに挿入された機能拡張ボード又はコンピュータに接続された機能拡張ユニットに備えられたメモリに書込まれた後、そのプログラムの指示に基づき、その機能拡張ボード又は機能拡張ユニットに備えられたＣＰＵ又はＭＰＵ等が実際の処理の一部又は全部を実行することによっても実現することができる。
【図面の簡単な説明】
【０４１３】
【図１】本発明の第１の実施の形態に係る画像形成システムの構成例を示すブロック図である。
【図２】受注・入稿マネージャとユーザ側のコンピュータとの通信及び受注・入稿マネージャによる受注処理を示すフローチャートである。
【図３】ユーザから送信されたファイル及びその出来上がり（編集後の）イメージの一例を示す図である。
【図４】ユーザから送信されたファイル及びその出来上がり（編集後の）イメージの一例を示す図である。
【図５】ユーザから送信されたファイル及びその出来上がり（編集後の）イメージの一例を示す図である。
【図６】プルーフマネージャとユーザ側のコンピュータとの通信及びプルーフマネージャによるプルーフ作成処理を示すフローチャートである。
【図７】プリントマネージャ内のデータフローを示すブロック図である。
【図８】クライアントコンピュータ上のプリンタドライバ画面の一例を示す図である。
【図９】クライアントコンピュータ上のプリンタドライバ画面の一例を示す図である。
【図１０】クライアントコンピュータ上のプリンタドライバ画面の一例を示す図である。
【図１１】ＲＩＰ部の構成例を示すブロック図である。
【図１２】（ａ）はインタプリタ部に入力されるＰＤＬデータの記述例を示す図、（ｂ）はインタプリタ部による描画結果を示す図である。
【図１３】レンダリング部におけるカラーマッチングの一例を示す図である。
【図１４】（ａ）〜（ｄ）はスクリーニング部内のガンマ補正を説明する特性図である。
【図１５】ＭＦＰの構成を示すブロック図である。
【図１６】（ａ）はスクリーニング部におけるＰＷＭ処理を行う構成を示すブロック図、（ｂ）は信号波形を示す図である。
【図１７】プリンタ部（カラープリンタ部）の構成を示す構成図である。
【図１８】プリンタ部（モノクロプリンタ部）の構成を示す構成図である。
【図１９】オンラインフィニッシャ部の構成を示す構成図である。
【図２０】スキャン動作を指示するためのスキャナドライバのＧＵＩを示す図である。
【図２１】スキャナ部の構成を示す構成図である。
【図２２】（ａ）はカラースキャナのデータ処理部の構成を示すブロック図、（ｂ）はモノクロスキャナのデータ処理部の構成を示すブロック図である。
【図２３】各工程においてＪＤＦデータの書き換えを行っている様子を示す図である。
【図２４】受注・入稿マネージャによるジョブ受注画面の一例を示す図である。
【図２５】ジョブ受注画面の一例を示す図である。
【図２６】ジョブ受注画面の一例を示す図である。
【図２７】ジョブ受注画面の一例を示す図である。
【図２８】ジョブ受注画面の一例を示す図である。
【図２９】ジョブ受注画面の一例を示す図である。
【図３０】ジョブ受注画面の一例を示す図である。
【図３１】ジョブ受注画面の一例を示す図である。
【図３２】プルーフマネージャによる確認画面の一例を示す図である。
【図３３】確認画面の一例を示す図である。
【図３４】確認画面の一例を示す図である。
【図３５】確認画面の一例を示す図である。
【図３６】確認画面の一例を示す図である。
【図３７】プリントマネージャより提供されるプリント工程の管理画面を示す図である。
【図３８】プリント工程の管理画面を示す図である。
【図３９】プリント工程の管理画面を示す図である。
【図４０】プリント工程の管理画面を示す図である。
【図４１】ジョブ制御設定項目の一例を示す図である。
【図４２】フィニッシング設定項目の一例を示す図である。
【図４３】画像処理設定項目の一例を示す図である。
【図４４】カラー設定項目の一例を示す図である。
【図４５】ジョブサブミット画面からの操作によりプリントマネージャに投げ込まれたプリントジョブの処理を示すフローチャートである。
【図４６】プリンタドライバ画面からの操作によりプリントマネージャに投げ込まれたプリントジョブの処理を示すフローチャートである。
【図４７】メッセージマネージャの構成及び周辺装置であるプリンタデバイスを有する画像形成システムの接続形態を示す図である。
【図４８】警告メッセージを通知するタイミングを設定する処理を示すフローチャートである。
【図４９】メッセージ通知タイミング設定を行う際に表示されるＵＩ上の画面を示す図である。
【図５０】電源ON時の表示メンテナンス要因選択画面の一例を示す図である。
【図５１】電源OFF時の表示メンテナンス要因選択画面の一例を示す図である。
【図５２】ジョブ開始前時の表示メンテナンス要因選択画面の一例を示す図である。
【図５３】ジョブ終了時の表示メンテナンス要因選択画面の一例を示す図である。
【図５４】リアルタイム時の表示メンテナンス要因選択画面の一例を示す図である。
【図５５】（ａ）はメッセージコントローラが作成するフラグテーブルの一例を示す図、（ｂ）はＵＩ画面上に表示される電源ON時に通知すべきイベント情報を示す図である。
【図５６】各表示タイミングにおけるイベント決定の順番を示すフローチャートである。
【図５７】電源ON時の警告メッセージ表示処理を示すフローチャートである。
【図５８】電源OFF時の警告メッセージ表示処理を示すフローチャートである。
【図５９】ジョブ開始前時の警告メッセージ表示処理を示すフローチャートである。
【図６０】ジョブ終了時の警告メッセージ表示処理を示すフローチャートである。
【図６１】リアルタイム時の警告メッセージ表示処理を示すフローチャートである。
【図６２】本発明の第２の実施の形態に係るメッセージマネージャの構成及び周辺の接続形態を示す図である。
【図６３】本発明の第３の実施の形態に係る工程管理マネージャより提供されるジョブ生成画面を示す図である。
【図６４】ジョブスケジューリング画面を示す図である。
【図６５】ジョブスケジューリング画面を示す図である。
【図６６】ジョブスケジューリング画面を示す図である。
【図６７】ジョブスケジューリング画面を示す図である。
【図６８】工程管理マネージャによるスケジューリング処理の一例を示すフローチャートである。
【図６９】工程管理マネージャより提供される作業者のジョブスケジュール画面を示す図である。
【図７０】メンテナンススケジュール画面を示す図である。
【図７１】緊急ジョブ入稿後のメンテナンススケジュール画面を示す図である。
【図７２】ジョブ開始前時の警告メッセージ表示処理を示すフローチャートである。
【符号の説明】
【０４１４】
１０１ａ、１０１ｂ ネットワーク
１０４ａ、１０４ｂ カラーＭＦＰ（画像形成装置）
１０５ａ、１０５ｂ、１０５ｃ 白黒ＭＦＰ（画像形成装置）
１２０ メッセージマネージャ
１２１ 断裁機
１２２ 中綴じ製本機
１２３ くるみ製本機
１２４ 紙折機
１２５ 封入機
１２６ 帳合機
３００ ＵＩ
【技術分野】
【０００１】
本発明は、複数の工程からなる画像形成処理を実行可能な画像形成システム及び画像形成装置に関する。
【背景技術】
【０００２】
従来、感光体に形成した潜像を現像剤で現像し、現像した画像を用紙に転写し定着させることで印刷を行う画像形成装置がある。この種の画像形成装置の中には、用紙やトナー等の消耗品の交換時期が迫っている時に、表示装置（ＵＩ：User Interface）を介して警告メッセージを表示することで、オペレータに消耗品の交換タイミングを通知することができるものがある（例えば、特許文献１参照）。
【特許文献１】特開平１０−３１５５９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、大量の印刷ジョブを同時に扱うＰＯＤ（Print On Demand）市場においては、印刷ジョブを実行している途中で、画像形成装置を長い間占有して消耗品を大量に消費させるような別の印刷ジョブが投入される場合があり、また、消耗品やメンテナンス品の在庫状況や仕入先の納期等の状況は刻々と変化する。これらの要因が逐次変化する、ＰＯＤセンターに設置されている画像形成装置（ＰＯＤマシン）においては、オペレータに通知する消耗品の交換タイミングをこれらの要因を踏まえて動的にスケジューリングし、後で決定する方が最適である。
【０００４】
また、大量の印刷物の出力を短期間で求められるＰＯＤの世界では、画像形成装置におけるメンテナンス品の交換をいちいちサービスマンに頼っていては時間の損失になるので、ある程度の範疇のメンテナンス品に関してはオペレータ自身が交換作業を行うことでダウンタイムの削減を図っている。
【０００５】
最近では、オペレータ自身が画像形成装置のメンテナンスを行うＯＲＣ（Operator Replaceable Components）の管理、メンテナンス（エラー表示や清掃）、ＯＲＣの発注、交換作業履歴の取得、といったいわゆるオペレータメンテナンスに対する要求はますます増加してきている。
【０００６】
このような環境の中で、オペレータに対して、消耗品の補給やメンテナンス品の交換等のメンテナンス時期、仕入先に対する消耗品やメンテナンス品の発注時期をオペレータの都合の良いタイミングで通知する仕組みがまさに今要望されている。
【０００７】
本発明の目的は、画像形成システムの操作者の作業回数を増加させることなく、操作者に消耗品の残量に関する情報を確実に報知することができる画像形成システム及び画像形成装置を提供することにある。
【課題を解決するための手段】
【０００８】
上述の目的を達成するために、本発明は、複数の消耗品を使用して画像を形成する画像形成装置と、前記画像形成装置から前記複数の消耗品の残量に関する情報を受信する受信手段と、前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知をする報知手段と、前記報知手段による報知を行うべき所定タイミングを設定する設定手段とを有し、前記報知手段は、前記複数の消耗品にかかる第１の消耗品の残量が第１の所定量に達し、かつ前記複数の消耗品にかかる第２の消耗品の残量が第２の所定量に達したと前記受信手段が受信した場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記第１の消耗品及び前記第２の消耗品の残量に関する報知をすることを特徴とする。
【０００９】
上述の目的を達成するために、本発明は、複数の消耗品を使用して画像を形成する画像形成装置であって、前記複数の消耗品の残量に関する情報を検知する検知手段と、前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知をする報知手段と、前記報知手段による報知を行うべき所定タイミングを設定する設定手段とを有し、前記報知手段は、前記複数の消耗品にかかる第１の消耗品の残量が第１の所定量に達し、かつ前記複数の消耗品にかかる第２の消耗品の残量が第２の所定量に達したと前記検知手段が検知した場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記第１の消耗品及び前記第２の消耗品の残量に関する報知をすることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、画像形成システムの操作者の作業回数を増加させることなく、操作者に消耗品の残量に関する情報を確実に報知することができる画像形成システム及び画像形成装置を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面に基づき説明する。
【００１２】
［第１の実施の形態］
＜システムの概要＞
図１は、本実施の形態に係る画像形成システムの構成例を示すブロック図である。
【００１３】
図１において、画像形成システムは、工程管理マネージャ１１１、受注・入稿マネージャ１１２、原稿編集マネージャ１１３、プルーフマネージャ１１４、クライアントコンピュータ１０３、ファイル保管マネージャ１１７、納品・発送マネージャ１１８、スキャナ１０６、スキャンマネージャ１１９、プリントマネージャ１１５、後処理マネージャ１１６、メッセージマネージャ１２０、ＭＦＰ（Multi Function Peripheral：マルチファンクション周辺機器）１０４、１０５、断裁機１２１、中綴じ製本機１２２、くるみ製本機１２３、紙折機１２４、封入機１２５、帳合機１２６を備えている。
【００１４】
画像形成システムを構成する各部はネットワーク１０１を介して接続されている。ネットワーク１０１は、図示のような複数系統（１０１ａ、１０１ｂ及び１０１ｃ）または一系統のどちらでも構わない。
【００１５】
工程管理マネージャ１１１は、コンピュータやデバイス或いは本画像形成システムを流れる全てのジョブの工程を管理している。受注・入稿マネージャ１１２は、インターネット経由で入稿されるジョブの受付を行う。原稿編集マネージャ１１３は、入稿されたジョブ及びスキャナ１０６によって原稿から読み取られた画像データに基づくジョブ（或いはどちらか一方のジョブ）を、ユーザの要求どおりのページ順や配置に加工する。
【００１６】
プルーフマネージャ１１４は、インターネットと通信可能に接続され、原稿編集されたジョブまたはその出力サンプルがユーザの意図どおりであるかどうかをインターネット等を介して確認させる（プルーフ処理（校正処理）する）。プリントマネージャ１１５は、印刷前処理（原稿編集処理、プルーフ処理）されたジョブに対してラスタライズ処理を施し、該プリントマネージャ１１５に接続されたＭＦＰ（カラーＭＦＰ１０４ａ、１０４ｂ、白黒ＭＦＰ１０５ａ、１０５ｂ、１０５ｃ）にプリント出力（印刷処理）させる。
【００１７】
後処理マネージャ１１６は、ユーザの要求どおりの後処理（仕上げ処理）工程（断裁処理工程、中綴じ製本処理工程、くるみ製本処理工程、紙折処理工程、封入処理工程、帳合処理工程等）を実行するように、断裁機１２１、中綴じ製本機１２２、くるみ製本機１２３、紙折機１２４、封入機１２５、帳合機１２６を制御する。ファイル保管マネージャ１１７は、ユーザのジョブを保管したり再プリント依頼に応えたりするファイルサーバである。
【００１８】
納品・発送マネージャ１１８は、インターネットと通信可能に接続され、作業者に対して出来上がった書類を納品するよう指示したり、納品した納品伝票や発送履歴などを管理したりする（納品処理する）役割を果たす。スキャンマネージャ１１９は、紙原稿での入稿などに対してスキャナ１０６で原稿を読み取り、原稿画像を電子データ化することができる。
【００１９】
メッセージマネージャ１２０は、ネットワーク１０１上に接続されているＭＦＰのメンテナンス情報、エラー情報、及び各メンテナンス品の仕入先のネットワークサーバ（不図示）に記憶されている在庫情報や納期情報を受信し、用紙・トナー・ステイプル等の消耗品の補充や、感光ドラム・帯電器・モータ等のメンテナンス品（メンテナンス対象部品）の交換等、いわゆるオペレータのメンテナンスが必要であること示す警告メッセージを、オペレータが要求するタイミングで表示装置（ＵＩ）を介して表示する。
【００２０】
なお、工程管理マネージャ１１１〜メッセージマネージャ１２０をそれぞれ別個の情報処理装置で構成してもよいし、工程管理マネージャ１１１〜メッセージマネージャ１２０のいずれか複数の機能または全ての機能を単一の情報処理装置で実現するように構成してもよい。本実施の形態では、工程管理マネージャ１１１〜メッセージマネージャ１２０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤ等を有するコンピュータとして構成されており、ＣＰＵがＲＯＭやＨＤまたはその他の記憶媒体に格納されたプログラムに基づいて各機能を実行するものである。
【００２１】
以下、図１に示した画像形成システムの各マネージャの役割について詳細に説明する。
【００２２】
＜工程管理マネージャ１１１＞
一般に、管理情報システム（ＭＩＳ＝Management Information System）と呼ばれる集中的管理システムでは、生産関連データの収集、加工、報告を通して経営計画と管理業務を支援し情報を蓄積すると共に、必要なとき必要な部署に情報を提供することができる。
【００２３】
工程管理マネージャ１１１は、この管理情報システムの中心となるコンピュータであり、従来は、人の能力上の制約によって集中管理しきれなかった部分を、コンピュータによる情報のデータベース化により、情報を集中管理する役割を果たすものである。
【００２４】
この工程管理マネージャ１１１に蓄えられたデータは、意思決定のアプリケーション（スケジューリング用のアプリケーション）により、特に生産物のスケジューリングを行って作業者が効率よく作業できるように作業工程を指示したり管理したりすることで、生産能力計画を高めることに利用される。
【００２５】
＜受注・入稿マネージャ１１２＞
受注・入稿マネージャ１１２は、いわゆる電子商取引（ＥＣ＝Electronic Commerce）の仲介役で、インターネット経由で受発注を行うためのコンピュータである。また、受注・入稿マネージャ１１２は、ユーザ側から見ると、デジタルストアフロント（Digital Store Front）と呼ばれるウェブページを利用した電子店舗があり、ここでユーザ認証を行った後に、所望のファイルを所望の設定と一緒に電子データとして受注・入稿マネージャ１１２に送付し、ジョブの発注を行うものである。
【００２６】
図２は、受注・入稿マネージャ１１２とユーザ側のコンピュータとの通信及び受注・入稿マネージャ１１２による受注処理を示すフローチャートである。
【００２７】
図２において、ステップＳ２０１〜ステップＳ２１１はユーザ側のウェブブラウザ（Web Browser）上での作業ステップを示し、ステップＳ２２３〜ステップＳ２２６は受注・入稿マネージャ１１２側での制御処理ステップを示す。
【００２８】
ユーザはコンピュータ上でウェブブラウザを起動し（ステップＳ２０１）、該ウェブブラウザ上でＵＲＬ（Uniform Resource Locator）アドレスを入力して、受注・入稿マネージャ１１２が有するウェブサーバ（Web Server）部２２１にアクセスを行う。
【００２９】
このウェブサーバ部２２１は、Ｍｉｃｒｏｓｏｆｔ社のＩＩＳ（Internet Information Server）に代表されるウェブサーバプログラムであり、ｈｔｔｐ（hyper text transfer protocol）を用いてユーザがウェブブラウザを介してＵＲＬアドレスを入力すると、ウェブブラウザにサービス画面（Webpage：図２４〜図３１に示す画面）を提供するものである。
【００３０】
ユーザ側では、ウェブブラウザがウェブサーバ部２２１より提供されたサービス画面（図２４に示す画面）を開き、登録済みのユーザは、ユーザＩＤ（例えば電子メール Address）、パスワード等を画面上で入力する。なお、登録されていない新たなユーザの場合は、未登録ユーザを画面上で選択する。ユーザは、ウェブサーバ部２２１より提供される受発注画面（図２５〜図３０に示す画面）を開く（ステップＳ２０２）。
【００３１】
ユーザは、ウェブサーバ部２２１より順次提供されウェブブラウザ上に順次表示される受発注画面（図２５〜図３０に示す画面）より、カスタマ情報（新規ユーザの場合または登録済みのユーザは変更する場合）、ドキュメント情報（画像データのファイル名（複数選択可能））、ジョブ情報（ジョブチケット等）、後処理情報（フィニッシング処理等）、プルーフ及びアーカイブ情報、デリバリ情報等の各種印刷指示を入力する（ステップＳ２０３〜ステップＳ２０８）。
【００３２】
このとき、ウェブサーバ部２２１では、各受発注画面（図２５〜図３０に示す各画面）でのユーザの入力項目に欠落や入力ミスがないかを逐次簡単に確認した上で、ジョブ仮発注画面（図３１に示す画面）に遷移（提供）する。もし各受発注画面（図２５〜図３０に示す各画面）での入力項目に問題があれば、その都度ユーザにワーニング（警告）を報知し、ジョブの発注ミスがないようにする。なお、このウェブサーバ部２２１には、図２４〜図３１に示す各サービス画面及び上記入力項目のチェックプログラム等が予めアップロードされているものとする。
【００３３】
次に、ウェブサーバ部２２１より提供されウェブブラウザ上に順次表示されるジョブ仮発注画面（図３１に示す画面）上でユーザが仮発注を承認するまで（ステップＳ２０９）、上記入力作業を繰り返す。ジョブ仮発注画面（図３１に示す画面）上でユーザが仮発注を承認すると（ステップＳ２０９でＹｅｓ）、ウェブブラウザは、ユーザが選択したファイル（画像データ）及び各印刷指示を含むジョブを、ユーザ側から受注・入稿マネージャ１１２のホットフォルダ部２２２に送信する。このホットフォルダ部２２２はユーザ毎に設けられていてもよい。
【００３４】
また、受注・入稿マネージャ１１２側では、常にホットフォルダ部２２２内のジョブの有無をポーリングにて監視しており（ステップＳ２２３、ステップＳ２２４）、ジョブがあると判断した場合には、そのジョブを受け付け可能か否かを確認する（ステップＳ２２５）。受注・入稿マネージャ１１２は、ジョブの受け付けが許可されれば（受け付け可能であれば）、ジョブの受け付けを行い（ステップＳ２２６）、該受け付けたジョブを工程管理マネージャ１１１に対して送信すると共に「受諾」のメッセージをユーザに対してウェブ画面で送信する（ステップＳ２２８）。一方、受注・入稿マネージャ１１２は、ジョブの受け付けが許可されなければ（受け付け可能でなければ）、「拒絶」のメッセージをユーザに対してウェブ画面で送信する（ステップＳ２２７）。
【００３５】
また、ユーザ側コンピュータでは、ウェブブラウザ上にウェブサーバ部２２１より提供される「受諾」または「拒絶」のメッセージ画面を表示し（ステップＳ２１０、ステップＳ２１１）、本処理を終了する。
【００３６】
＜原稿編集マネージャ１１３＞
原稿編集マネージャ１１３は、工程管理マネージャ１１１により原稿編集工程に管理されるジョブに関して、ユーザから送付された複数個のファイルをマージしたり、ページの挿入や削除を行ったり、ユーザの指示どおりにレイアウトしたり、或いは要求の後工程処理を予めビジュアル的に確認可能視覚化したりすることを目的としたものである。
【００３７】
図３〜図５は、ユーザから送信されたファイルＡ〜Ｆ及びその出来上がり（編集後の）イメージの一例を示す図である。
【００３８】
図３に示した例では、入稿されたユーザからのジョブは、ファイルＡ（Ｆｉｌｅ−Ａ）〜ファイルＣ（Ｆｉｌｅ−Ｃ）から構成されている。そして、ファイルＡは、ユーザによりそのままのサイズの出力を希望され、ファイルＢ、ファイルＣは、ユーザにより２ｉｎ１（１枚の用紙に２つの画像を配置するレイアウト）の出力を希望されている。このような場合、原稿編集時には出力サイズ等が必要となるため、ユーザはそれらのサイズを指示する必要がある。また、出力の順序を考慮しなければならない場合等も、ユーザはそれらの順序を原稿入稿時等に指示する必要がある。
【００３９】
また、図４に示した例では、入稿されたユーザからのジョブは、ファイルＤ（Ｆｉｌｅ−Ｄ）という１つのファイルとなっている。そして、ファイルＤは、ユーザによりタブ紙等の特定のメディアへの出力及びパンチ／ステイプル等の後処理を希望されている。このように、ジョブが１つのファイルにより入稿された場合であっても、タブ紙等の特定のメディアへの出力及びパンチ／ステイプル等の後処理を希望する場合には、原稿編集時に、タブ自身の情報やタブ紙等のメディア情報が必要であったり、パンチ／ステイプル等の後処理情報も必要となったりするため、ユーザはそれらの情報を原稿入稿時等に指示する必要がある。
【００４０】
更に、図５に示した例では、入稿されたユーザからのジョブは、ファイルＥ（Ｆｉｌｅ−Ｅ）、ファイルＦ（Ｆｉｌｅ−Ｆ）から構成されている。そして、ファイルＥ、ファイルＦは、ユーザによりくるみ製本（サイズが異なる用紙の製本）を希望されており、紙サイズが異なっている。このように、出力したい紙サイズが異なっている場合も、原稿編集時に紙サイズ等の情報が必要となるため、ユーザはそれらの情報を原稿入稿時等に指示する必要がある。
【００４１】
なお、上述したようなユーザからの各種情報の指示は、上述した図２のステップＳ２０５、ステップＳ２０６等において、後述する図２７、図２９等の受発注画面から行われる。
【００４２】
このように、ユーザの入稿ファイルそのものがユーザの出来上がりイメージと一致しているとは限らないため、画像形成システム側でユーザの指示に従って編集する必要があり、この編集処理を担当するのが原稿編集マネージャ１１３である。
【００４３】
また、ユーザから送られてくる複数のファイルが同じアプリケーションや同じタイプのファイルとは限らないため、１つのファイルにする必要があるが、この１つのファイルに作り上げる処理もこの原稿編集マネージャ１１３が行うものとする。
【００４４】
以上の原稿編集マネージャ１１３における編集処理は、原稿入稿時等にユーザから指示された編集情報等に基づいて原稿編集マネージャ１１３内のプログラムにより（作業者による編集作業無しに）、及びクライアントコンピュータ１０３からの作業者による各種アプリケーションを用いた編集作業により（或いは前記プログラムまたは前記編集作業により）行われる。
【００４５】
＜プルーフマネージャ１１４＞
プルーフマネージャ１１４は、一般にレイアウトの確認と色味の確認という２つの目的で利用されることが多く、白黒原稿の場合は前者の確認のみとなるが、カラー原稿では前者及び後者両方の確認が必要となる。
【００４６】
印刷業界では、カラーカンプ（Color Comprehensive Layout）と呼ばれる製版・印刷工程に入る前に広告主にプレゼンテーションすることを目的とした、色づけされた出力がある。最近では、ＤＴＰ（Desk Top Publishing）やＣＥＰＳ（Corporate Electronic Publishing Systems：企業内印刷・自動編集システム）で処理したデジタルカラー画像を、カラープリンタやカラープロッタで出力したカラーのハードコピーが上記カラーカンプに用いられている。
【００４７】
また、プリンタを利用したオンデマンドプリント（必要なときに必要な部数を提供する印刷システム）では、カンプに相当するレイアウト確認と簡易的な色味確認も、プルーフに相当する詳細な色味確認も、同じカラープリンタ（或いは白黒プリンタ）にて行うことが可能であるため、これらの確認作業をこのプルーフマネージャ１１４で一括して処理する。
【００４８】
図６は、プルーフマネージャ１１４とユーザ側のコンピュータとの通信及びプルーフマネージャ１１４によるプルーフ作成処理を示すフローチャートである。
【００４９】
図６において、ステップＳ４０１〜ステップＳ４０９はユーザ側の作業ステップを示し、ステップＳ４２１〜ステップＳ４２９はプルーフマネージャ１１４側の制御処理ステップを示す。
【００５０】
プルーフマネージャ１１４も、受注・入稿マネージャ１１２と同様にウェブサーバ部４４１を有している（図２に示した受注・入稿マネージャ１１２のウェブサーバ部２２１と共有でも構わない）。まず、プルーフマネージャ１１４は、工程管理マネージャ１１１によりプルーフ工程に管理されるジョブに関して、ユーザがプルーフを要求した（即ち、図２のステップＳ２０７のプルーフの設定（図２９に示す画面での設定）で要求した）か否かを判断する（ステップＳ４２１）。
【００５１】
プルーフマネージャ１１４は、プルーフが要求されていないと判断した場合には、そのまま処理を終了する。一方、プルーフマネージャ１１４は、プルーフが要求されていると判断した場合には、ステップＳ４２２以降に進み、要求されたプルーフ方法（校正表現方法）によってユーザ側にサービスを提供する（校正表現を行う）。
【００５２】
即ち、プルーフマネージャ１１４は、校正表現方法としてサムネールのウェブ表示が求められているか否かを判断し（ステップＳ４２２）、サムネールのウェブ表示が求められていると判断した場合には、原稿編集マネージャ１１３よりサムネール画面を作成させ、該作成されたサムネール画像をウェブサーバ部１１４１にアップロードし、許可されたユーザのみ表示可能に設定する（ステップＳ４２３）。これにより、ユーザは出来上がりイメージをウェブブラウザ上で確認することができる（後述する図３２〜図３６に示す確認画面により確認可能である）。
【００５３】
一方、プルーフマネージャ１１４は、ステップＳ４２２でサムネールのウェブ表示が求められていないと判断した場合またはステップＳ４２３の後、校正表現方法としてＰＤＦ（Portable Document Format）ファイルが要求されているか否かを判断する（ステップＳ４２４）。プルーフマネージャ１１４は、ＰＤＦファイルが要求されていると判断した場合には、Ａｄｏｂｅ社のAcrobat Distillerなどを利用して、ＰＤＦファイルを作成し（ステップＳ４２５）、ユーザの要求した方法でユーザに提示する。例えば、ウェブブラウザ上での閲覧や、ｆｔｐサイトにアップロード、或いはファイルサイズが小さければユーザへの電子メールに添付するように設定することも可能である。
【００５４】
一方、プルーフマネージャ１１４は、ステップＳ４２４でＰＤＦファイルが要求されていないと判断した場合またはステップＳ４２５の後、サムネール画像、ＰＤＦファイルをアップロードしたウェブサイトのＵＲＬの記載やＰＤＦファイルの添付等を行った電子メールをユーザに対して送信する（ステップＳ４３０）。
【００５５】
一方、この電子メールを受信した（ステップＳ４０１）ユーザは、サムネール表示を行いたい場合には（ステップＳ４０２でＹｅｓ）、コンピュータ上でウェブブラウザを起動し、ＵＲＬを入力すると共に、ウェブサーバ部４４１より提供される画面にユーザＩＤとパスワードを入力して（ステップＳ４０３）、ウェブサーバ部４４１よりサムネール画面を取得する。そして、ウェブサーバ１１４１より取得したサムネール画面（後述する図３２〜図３６）をコンピュータ上に表示して閲覧し（ステップＳ４０４）、ステップＳ４０５に進む。一方、ステップＳ４０２でサムネール表示を行わない場合は、そのままステップＳ４０５に進む。
【００５６】
次に、ユーザがＰＤＦファイルの入手を行う場合には（ステップＳ４０５でＹｅｓ）、ウェブサーバ部４４１よりＰＤＦファイルをユーザ側コンピュータにダウンロードし（ステップＳ４０６）、ステップＳ４０７に進む。一方、ＰＤＦファイルの入手を行わない場合は（ステップＳ４０５でＮｏ）、そのままステップＳ４０７に進む。
【００５７】
次に、ユーザはプルーフを確認し（ステップＳ４０８）、プルーフの確認がＯＫである（印刷工程への移行を指示する）と判断した場合には、そのままステップＳ４１０に進む。一方、プルーフの確認がＯＫでない（ＮＧ）（印刷工程へは移行せず再校正を指示する）と判断した場合には、ユーザはコンピュータ上でプルーフのＮＧ箇所とコメントを入力し（ステップＳ４０９）、ステップＳ４１０に進む。
【００５８】
次に、ユーザはコンピュータ上でプルーフの確認結果（印刷工程への移行指示、または、印刷工程へは移行せず再校正指示）を示す電子メールを作成し、プルーフマネージャ１１４に対して送信する（ステップＳ４１０）。なお、プルーフがＮＧの場合には、ユーザは、ステップＳ４０９で入力したプルーフのＮＧ箇所とコメントのデータを電子メールに添付するか、電子メールの本文に記載するものとする。また、プルーフのＯＫ／ＮＧを示す情報は、電子メールの本文に記載するように構成してもよいし、電子メールの題名にＯＫ／ＮＧを示す文字列を記載するように構成してもよい。
【００５９】
一方、プルーフマネージャ１１４は、この電子メールを受信すると（ステップＳ４３１）、プルーフの確認結果がＯＫであるか否かを判断し（ステップＳ４３２）、プルーフの確認結果がＯＫである（印刷工程への移行を指示する）と判断した場合には、本処理を終了し、印刷（プリント）工程に進むように、後述する図２３に示すＪＤＦデータを書き換える。なお、ステップＳ４３２の判断は、受信した電子メールの題名等からプログラムにより判断させるように構成してもよいし、電子メールを受信したことを担当者に通知し、該受信電子メールの内容から担当者に判断させ担当者に確認の有無を入力させるように構成してもよい。
【００６０】
一方、プルーフマネージャ１１４は、ステップＳ４３２でプルーフの確認結果がＯＫでない（ＮＧ）（印刷工程へは移行せず再校正を指示する）と判断した場合には、画像形成システム側の作業者が、ユーザからのＮＧ箇所のコメントに従って、再度、原稿編集処理、ドキュメント処理、校正刷り（プルーフプリント）の処理をやり直し（ステップＳ４３３）、ステップＳ４２１に戻る。
【００６１】
なお、図６のステップＳ４１０ではユーザからプルーフの確認結果を電子メールでプルーフマネージャ１１４に送信しているが、ユーザからプルーフの確認結果を電話やＦＡＸ等で画像形成システム側の担当者に連絡するようにし、この連絡を受けた担当者がプルーフのＯＫ／ＮＧを判断し、ＯＫ／ＮＧを入力するように構成してもよい。
【００６２】
＜プリントマネージャ１１５＞
次に、図７を用いてプリントマネージャ１１５内のデータフローを説明する。
【００６３】
図７は、プリントマネージャ１１５内のデータフローを示すブロック図である。
【００６４】
図７において、まず、ＮＩＣ（Network Interface Card）６１１やＳＣＳＩ（Small Computer System Interface）６１２から入力された工程管理マネージャ１１１によりプリント工程に移行したジョブ（後述する図３９、図４０に示すプリント工程におけるジョブサブミット画面からプリント指示されたジョブ）は、入力デバイス制御部６０１よりサーバ（プリントマネージャ１１５）内に入力され、サーバに様々なクライアントアプリケーションを連結することにおいてその役割を果たす。
【００６５】
入力デバイス制御部６０１は、入力としてＰＤＬ（Page Description Language：ページ記述言語）データとＪＣＬ（Job Control Language：ジョブ制御言語）データを受け付ける。それはプリンタとサーバに関する状態情報であって様々なクライアントに対応する。このモジュール（入力デバイス制御部６０１）の出力は、適切なＰＤＬとＪＣＬの構成要素すべてを結合する役割を持つ。
【００６６】
次に、入力ジョブ制御部６０２は、ジョブの要求されたリストを管理し、サーバに提出される個々のジョブにアクセスするためにジョブリストを作成する。更に、このモジュール（入力ジョブ制御部６０２）には、ジョブのルートを決めるジョブルーティングと、分割してＲＩＰ（Raster Image Processor）するか否かを司るジョブスプリットと、ジョブの順序を決めるジョブスケジューリングの３つの機能がある。
【００６７】
ＲＩＰ部６０３は、複数個存在する。ＲＩＰ部６０３は、ＲＩＰ６０３ａ、ＲＩＰ６０３ｂ、ＲＩＰ６０３ｃから構成され、必要に応じて更に増やすことも可能であるが、ここでは総称してＲＩＰ部６０３と表記する。ＲＩＰモジュール（ＲＩＰ部６０３）は、様々なジョブのＰＤＬをＲＩＰ処理して、適切なサイズと解像度のビットマップを作成する。ＲＩＰ処理に関しては、ＰｏｓｔＳｃｒｉｐｔ（米国Ａｄｏｂｅ社の商標登録）をはじめ、ＰＣＬ（Printer Command Language）、ＴＩＦＦ（Tagged Image File Format）、ＪＰＥＧ（Joint Photographic Experts Group）、ＰＤＦなど様々なフォーマットのラスタライズ処理が可能である。
【００６８】
画像圧縮／データ変換部６０４は、ＲＩＰ部６０３によって作り出されるビットマップイメージを圧縮したり、フォーマット変換を施したりする役割を果たし、それぞれのプリンタデバイスに適合した最適な画像イメージタイプを選び出す。画像圧縮／データ変換部６０４は、例えばジョブをページ単位で扱いたい場合には、ＴＩＦＦやＪＰＥＧなどをＲＩＰ部６０３でラスタライズした後のビットマップデータにＰＤＦヘッダを付けて、ＰＤＦデータとして編集するなどの処理を行う。
【００６９】
出力ジョブ制御部６０５は、ジョブのページイメージを取って、それらがコマンド設定に基づいてどう扱われるのかを管理する。ページはプリンタデバイスにより印刷されたり、ハードディスク６０７にセーブされたりする。印刷後のジョブは、ハードディスク６０７に残すか否かを選択可能であり、印刷後のジョブがハードディスク６０７にセーブされた場合には、再呼び出しすることもできる。更に、このモジュール（出力ジョブ制御部６０５）は、ハードディスク６０７とメモリ（ＳＤＲＡＭ）６０８との相互作用で管理する。
【００７０】
出力デバイス制御部６０６は、印刷データをどのプリンタデバイスに出力するか、またどのプリンタデバイスをクラスタリング（プリンタデバイスを複数台接続して一斉にプリントする際のプリンタデバイスの組み合わせ）するかの制御を司り、選択されたプリンタデバイスのインタフェースに印刷データを送る。また、このモジュール（出力デバイス制御部６０６）は、ＭＦＰ１０４（またはＭＦＰ１０５）の状態監視と装置状況をプリントマネージャ１１５に伝える役割も果たしている。
【００７１】
なお、図７では、プリントマネージャ１１５は、ＲＩＰ部６０３を有する形態で記述されているが、ＲＩＰ部６０３は、実際には、ＭＦＰ１０４（またはＭＦＰ１０５）に内蔵されたり、プリントマネージャ１１５とは別ユニットで存在したりすることもある。いずれにせよ、ＭＦＰ１０４（またはＭＦＰ１０５）やＲＩＰ部６０３を含めて、入力したＰＤＬ情報をＲＩＰ処理してプリントするまでの工程を担当するのがプリントマネージャ１１５の役割となる。
【００７２】
＜プリンタドライバ＞
ユーザにより入稿されるデータは、ＰＤＬデータ、ＰＤＦデータ、アプリケーションデータ、紙原稿の読取データなど様々である。ユーザにより入稿されるデータがＰＤＬデータ（ＰＳデータ、ＰＣＬデータ等）やＰＤＦデータ等の場合は、プリント工程に移行された時点で、そのままプリントマネージャ１１５に送り込まれてもＲＩＰ処理が可能である。一方、ユーザにより入稿されるデータがアプリケーションデータの場合は、プリント工程に移行された時点で、作業者がクライアントコンピュータ１０３からプリンタドライバを用いてアプリケーションデータをプリント用のデータに変換する作業を行って、プリントマネージャ１１５に送信する必要がある。
【００７３】
以下、プリンタドライバについて説明する。
【００７４】
図８〜図１０は、クライアントコンピュータ１０３上のプリンタドライバ画面の一例を示す図である。
【００７５】
プリンタドライバは、プリント動作を指示するためのＧＵＩ（Graphic User Interface）（アプリケーション等から印刷指示したときに表示される印刷設定用のＧＵＩ上において、「プリンタ」に関するプロパティの表示指示を行った場合に表示されるＧＵＩ）で指示される。ユーザはプリンタドライバに対し所望の設定パラメータを指示することで、所望の画像イメージをプリンタデバイスなどの送信先に送ることが可能となる。
【００７６】
図８において、７０１はプリンタドライバのウィンドウである。このプリンタドライバのウィンドウ７０１内の設定項目において、７０２はターゲットとなる出力先を選択する送信先選択カラムである。本実施の形態では、上記ＭＦＰ１０４或いはＭＦＰ１０５が選択対象となる。７０３はジョブの中から出力ページを選択するページ設定カラムであり、クライアントコンピュータ１０３上で動作するアプリケーションソフトで作成された画像イメージのどのページを出力するかを決定する。
【００７７】
７０４は部数を指定する部数設定カラムであり、カーソルを部数設定カラム７０４の位置に移動させ、図示の矢印（スクロールバーの矢印）をクリックすることで、部数の増減を設定することができる。７０７は送信先選択カラム７０２にて選択された送信先デバイスに関する詳細設定を行うためのプロパティキーであり、このプロパティキー７０７を指示することにより、図９、図１０に示す画面が表示される。
【００７８】
そして、所望の設定が済めば、ＯＫキー７０５により印刷を開始する（プリントマネージャ１１５に印刷データを送信する（後述する図４６参照））。取り消す場合には、キャンセルキー７０６の操作により印刷を取りやめる。
【００７９】
図９、図１０は、プロパティキー７０７をクリックした際の表示画面（ＧＵＩ）である。
【００８０】
図９、図１０において、この表示画面には、例えば「Ｐａｐｅｒ」、「Ｇｒａｐｈｉｃｓ」、「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」、「ＰＤＬ」等のタブ７１１〜７１４が設けられている。タブ７１１〜７１４をクリック（不図示のポインティングデバイス等で指示）することにより、「Ｐａｐｅｒ」、「Ｇｒａｐｈｉｃｓ」、「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」、「ＰＤＬ」等の異なる設定内容の設定を行うことができる。
【００８１】
図９では、「Ｐａｐｅｒ」タブ７１１が例としてあげられており、ここでは紙サイズ７１５、面つけレイアウト７１６、紙の向き７１７、給紙段７１８、部数７１９等の設定を行うことができる。また、「Ｄｅｖｉｃｅ Ｏｐｔｉｏｎｓ」タブ７１３が選ばれると、そのデバイス固有の設定情報、例えばステイプルなどのフィニッシングの設定や、プリンタによる色味などのパラメータを変更する画像処理関連のより細かい調整を行うことが可能となる。
【００８２】
図１０に示すように、選択には機能７３１とその設定値７３２をそれぞれ所望の値に設定することとなる。７３３は、各設定値を初期値に戻すデフォルトキーである。
【００８３】
また、図示は省略するが、上記同様にして、「Ｇｒａｐｈｉｃｓ」タブ７１２では、解像度やハーフトーン設定の選択を行うことができ、「ＰＤＬ」タブ７１４では、ＰＤＬの出力形式などの選択を行うことができる。
【００８４】
更に、ＯＫキー７２０を押下（指示）すると、プロパティ設定を有効にして図８の画面に戻る。また、キャンセルキー７２１を押下（指示）すると、プロパティ設定を無効にして図８の画面に戻る。更に、適用キー７２２を押下（指示）すると、プロパティ画面のままでプロパティ設定を有効にする。
【００８５】
＜ＲＩＰ部６０３＞
次に、図１１〜図１４を参照しながらプリントマネージャ１１５のＲＩＰ部６０３の構成について説明する。
【００８６】
図１１は、ＲＩＰ部６０３の構成例を示すブロック図である。
【００８７】
図１１において、ＲＩＰ部６０３は、一般に、インタプリタ部８０１、レンダリング部８０２、スクリーニング部８０３の３つの部分から構成されている。
【００８８】
インタプリタ部８０１は、ＰＤＬを翻訳してビットマップ展開を行う。レンダリング部８０２は、ＰＤＬの色描写を行う。そして、スクリーニング部８０３は、白黒ＭＦＰ１０５への出力の場合には、二値化処理や予め決められた周期／角度のスクリーンの作成を行い、またカラーＭＦＰ１０４への出力の場合には、キャリブレーション用ガンマテーブルまで含めて作成を行う。
【００８９】
以下、ＲＩＰ部６０３の各部について詳細に説明する。
【００９０】
まず、図１２を参照しながらインタプリタ部８０１について説明する。
【００９１】
インタプリタ部８０１は、ＰＤＬデータを解析する部分であり、Ａｄｏｂｅ社のＰｏｓｔＳｃｒｉｐｔ（登録商標）言語に代表されるＰＤＬは、以下（ａ）〜（ｃ）の３要素に分類される。
（ａ）文字コードによる画像記述
（ｂ）図形コードによる画像記述
（ｃ）ラスタ画像データによる画像記述
即ち、ＰＤＬは、上記の要素を組み合わせで構成された画像を記述する言語であり、それで記述されたデータをＰＤＬデータと呼ぶ。
【００９２】
図１２（ａ）は、インタプリタ部８０１に入力されるＰＤＬデータの記述例を示す図、図１２（ｂ）は、インタプリタ部８０１による描画結果を示す図である。
【００９３】
図１２（ａ）は、図１２（ｂ）の描画結果のＰＤＬデータ記述例に対応するものである。文字情報の例「Ｒ９０１の記述」は、Ｌ９１１〜Ｌ９１３で表され、文字の色、文字列、座標位置からなる。文字の色のカッコ内は順にＣｙａｎ、Ｍａｇｅｎｔａ、Ｙｅｌｌｏｗ、Ｂｌａｃｋの濃度を表わしている。最小は「０．０」であり、最大は「１．０」である。Ｌ９１１では、文字を黒にすることを指定する例を示している。次に、Ｌ９１２では、変数Ｓｔｒｉｎｇ１に文字列“ＡＢＣ”を代入していることを示している。
【００９４】
次に、Ｌ９１３では、第１、第２パラメータが文字列をレイアウトする用紙上の開始位置座標のｘ座標とｙ座標を示し、第３パラメータが文字の大きさを示し、第４パラメータが文字の間隔を示し、第５パラメータがレイアウトすべき文字列を示している。要するにＬ９１３は、座標（０．０，０．０）のところから、大きさ「０．２」、間隔「０．３」で、文字列“ＡＢＣ”をレイアウトするという指示となる。
【００９５】
次に、図形情報の例「Ｒ９０２の記述」において、Ｌ９２１は、文字の色を指定したＬ９１１と同様の記述方法で線の色を指定しており、ここでは、Ｃｙａｎが指定されている。次に、Ｌ９２２は、線を引くことを指定するためのものであり、第１、２パラメータが線の始端座標のそれぞれｘ、ｙ座標を示し、第３、４パラメータが線の終端座標のそれぞれｘ、ｙ座標を示し、第５パラメータは線の太さを示す。
【００９６】
更に、ラスタ画像情報の例「Ｒ９０３の記述」において、Ｌ９３１は、ラスタ画像を変数ｉｍａｇｅ１に代入していることを示している。ここで、第１パラメータはラスタ画像の画像タイプ及び色成分数を示し、第２パラメータは１色成分あたりのビット数を示し、第３、第４パラメータはラスタ画像のｘ方向、ｙ方向の画像サイズを示し、第５パラメータ以降がラスタ画像データを示す。ラスタ画像データの個数は、１画素を構成する色成分数、及びｘ方向、ｙ方向の画像サイズの積となる。このＬ９３１では、ＣＭＹＫ画像は４つの色成分（Ｃｙａｎ、Ｍａｇｅｎｔａ、Ｙｅｌｌｏｗ、Ｂｌａｃｋ）から構成されるため、ラスタ画像データの個数は１００（＝４×５×５）個となる。
【００９７】
次に、Ｌ９３２は、座標（０．０，０．５）のところから、「０．５×０．５」の大きさにｉｍａｇｅ１をレイアウトすることを示している。
【００９８】
図１２（ｂ）は、図１２（ａ）に示した１ページの中で３つの画像記述（「Ｒ９０１の記述」、「Ｒ９０２の記述」、「Ｒ９０３の記述」）を解釈して、ラスタ画像データに展開した様子を示したものである。
【００９９】
図１２（ｂ）において、Ｒ９０１、Ｒ９０２、Ｒ９０３は、図１２（ａ）に示したそれぞれのＰＤＬデータ（「Ｒ９０１の記述」、「Ｒ９０２の記述」、「Ｒ９０３の記述」）を展開したものである。
【０１００】
これらのラスタ画像データは、実際にはＣ、Ｍ、Ｙ、Ｋ色成分毎にプリントマネージャ１１５のメモリ６０８（或いはハードディスク６０７）に展開されており、例えばＲ９０１の部分は、各ＣＭＹＫのメモリに、Ｃ＝０、Ｍ＝０、Ｙ＝０、Ｋ＝２５５が書かれており、Ｒ９０２の部分は、それぞれ、Ｃ＝２５５、Ｍ＝０、Ｙ＝０、Ｋ＝０が書き込まれることになる。
【０１０１】
プリントマネージャ１１５内では、クライアントコンピュータ１０３（或いは他のコンピュータ）から送られてきたＰＤＬデータは、ＰＤＬデータのままか、上記のようにラスタ画像に展開された形で、メモリ６０８（或いはハードディスク６０７）に書き込まれ、必要に応じて保存されている。
【０１０２】
次に、図１３を参照しながらレンダリング部８０２について説明する。
【０１０３】
インタプリタ部８０１から出力される画像データには、グレースケール、ＲＧＢ、ＣＭＹＫのほか様々な色空間のものがあり、その他の色空間の場合には、一度ＣＲＤ（Color Rendering Dictionary）にてＣＭＹＫ空間に変換された後、カラーマッチングされる。
【０１０４】
図１３は、レンダリング部８０２におけるカラーマッチングの一例を示す図である。
【０１０５】
図１３において、カラーマッチングは、ＲＧＢまたはＣＭＹＫで入力されたデータに対してカラーマッチングが必要な場合（ステップＳ１３０１の判定でＹｅｓ、またはステップＳ１３０２の判定でＹｅｓ）、ＣＭＭ（Color Matching Manager）部１００４においてＩＣＣプロファイルによる色調整が行われる。ＩＣＣプロファイルは、ソースプロファイル１００５とプリンタプロファイル１００６から構成されている。
【０１０６】
ソースプロファイル１００５は、ＲＧＢ（またはＣＭＹＫ）データを一度規格化されたＬ*ａ*ｂ*の空間に変換し、このＬ*ａ*ｂ*データを再度ターゲットとなるプリンタデバイスに適したＣＭＹＫ空間に変換する。また、ソースプロファイル１００５は、不図示のＲＧＢプロファイルとＣＭＹＫプロファイルから構成されており、入力画像がＲＧＢ系画像（Ｍｉｃｒｏｓｏｆｔ社のアプリケーションソフトやＪＰＥＧ画像、ＴＩＦＦ画像等）の場合には、ＲＧＢプロファイルが選択され、入力画像がＣＭＹＫ系画像（Ａｄｏｂｅ社のPhotoshopやIllustratorの一部データなど）の場合には、ＣＭＹＫプロファイルが選択される。
【０１０７】
次に、プリンタプロファイル１００６は、各プリンタデバイスの色特性に合わせて作られており、ＲＧＢ系画像の場合は、Ｐｅｒｃｅｐｔｕａｌ（色味優先）やＳａｔｕｒａｔｉｏｎ（鮮やかさ優先）を選択するのが好ましく、ＣＭＹＫ系画像の場合は、Ｃｏｌｏｒｉｍｅｔｒｉｃ（色差最小）を選択して最適画像を出力することが多い。
【０１０８】
また、ＩＣＣプロファイルは、一般にルックアップテーブル形式で作られている。ソースプロファイル１００５では、ＲＧＢ（またはＣＭＹＫ）データが入力されると一意にＬ*ａ*ｂ*データに変換され、プリンタプロファイル１００６では、Ｌ*ａ*ｂ*データからプリンタデバイスにマッチしたＣＭＹＫに変換される。
【０１０９】
なお、ＲＧＢで入力されたデータに対してカラーマッチングが必要でない場合は、デフォルト色変換部１００３においてＲＧＢデータからプリンタデバイスにマッチしたＣＭＹＫに変換されて出力される。また、ＣＭＹＫで入力されたデータに対してカラーマッチングが必要でない場合は、そのまま出力される。
【０１１０】
次に、図１４を参照しながらスクリーニング部８０３内のガンマ補正に関して説明する。
【０１１１】
図１４（ａ）〜（ｄ）は、スクリーニング部８０３内のガンマ補正を説明する特性図である。
【０１１２】
図１４（ａ）は、リニアなガンマテーブルに対応し、図１４（ｂ）は、プリンタデバイスの出力特性に対応し、図１４（ｃ）は、キャリブレーションされたガンマテーブルに対応し、図１４（ｄ）は、出力特性を加味したガンマテーブルに対応する。
【０１１３】
図１４（ａ）〜（ｄ）において、ガンマテーブルは、デフォルトで図１４（ａ）に示すようなリニアなガンマ曲線が用意されており、プリンタデバイスの出力特性に応じてガンマテーブルを用意する。
【０１１４】
例えば、ＭＦＰ１０４ａの出力特性Ｇｐが図１４（ｂ）に示すような値であった場合、その逆関数Ｇａである図１４（ｃ）に示す値を掛け合わせれば、出力特性は図１４（ａ）に示すようにリニアな値に修正される（Ｇａ×Ｇｐ＝Ｇ０）。
【０１１５】
また、印刷ライクな（印刷した際に人間の視覚特性に合わせて輝度の変化が滑らかになるような）出力特性Ｇｂに図１４（ｄ）に示すような特性を選びたければ、Ｇａ×Ｇｂのような値のテーブルを掛け合わせても良い。
【０１１６】
また、これらのガンマテーブルを作成するために、ＭＦＰ１０４ａのスキャナ部や濃度計などを利用するキャリブレーション機能も一般に知られている。
【０１１７】
＜ＭＦＰ１０４、ＭＦＰ１０５の構成＞
次に、図１５〜図１９を参照しながらＭＦＰ１０４、ＭＦＰ１０５の構成について説明する。但し、ＭＦＰ１０４とＭＦＰ１０５の差はフルカラーとモノクロの差であり、色処理以外の部分ではフルカラー機器がモノクロ機器の構成を包含することが多いため、ここではフルカラー機器に絞って説明し、必要に応じて随時モノクロ機器の説明を加えることとする。
【０１１８】
図１５は、ＭＦＰ１０４、ＭＦＰ１０５の構成を示すブロック図である。
【０１１９】
図１５において、ＭＦＰ１０４、ＭＦＰ１０５は、それぞれ、スキャナ部１２０１、スキャナＩＰ部１２０２、ＦＡＸ部１２０３、ＮＩＣ部１２０４、専用Ｉ／Ｆ部１２０５、コア部１２０６、プリンタＩＰ部１２０７、スクリーニング部１２０８、プリンタ部１２０９、オンラインフィニッシャ部１２１０を備えている。
【０１２０】
スキャナ部１２０１は、原稿画像の読み取りを行う。スキャナＩＰ部１２０２は、原稿から読み取った画像データを画像処理する。ＦＡＸ部１２０３は、ファクシミリなどに代表される電話回線を利用した画像の送受信を行う。ＮＩＣ部１２０４は、ネットワークを利用して画像データや装置情報をやり取りする。専用Ｉ／Ｆ部１２０５は、フルカラーＭＦＰ１０４との情報交換を行う。そして、ＭＦＰ１０４、１０５の使い方に応じてコア部１２０６で画像信号を一時保存したり、経路を決定したりする制御を行う。
【０１２１】
次に、コア部１２０６から出力された画像データは、プリンタＩＰ部１２０７及びスクリーニング部１２０８を経由して画像形成を行うプリンタ部１２０９に送られる。プリンタ部１２０９でプリントアウトされた用紙はオンラインフィニッシャ部１２１０へ送り込まれ、用紙の仕分け処理や用紙の仕上げ処理が行われる。
【０１２２】
コア部１２０６は、バスの交通整理を行っており、ＭＦＰの使い方に応じて、以下の（１）〜（５）のようにパス切り替えを行う。また、データがネットワークを経由する際には、ＪＰＥＧ、ＪＢＩＧ（Joint Bi-lebel Image Experts Group）、ＺＩＰなど圧縮データを使用することも一般に知られており、データがＭＦＰに入った後、このコア部１２０６にて解凍（伸張）される。
（１）複写機能：スキャナ部１２０１→コア部１２０６→プリンタ部１２０９
（２）ネットワークスキャナ：スキャナ部１２０１→コア部１２０６→ＮＩＣ部１２０４
（３）ネットワークプリンタ：ＮＩＣ部１２０４→コア部１２０６→プリンタ部１２０９
（４）ファクシミリ送信機能：スキャナ部１２０１→コア部１２０６→ＦＡＸ部１２０３
（５）ファクシミリ受信機能：ＦＡＸ部１２０３→コア部１２０６→プリンタ部１２０９
プリンタＩＰ部１２０７は、信号を画像形成装置のトナー色であるＹ、Ｍ、Ｃ、Ｋ信号にマトリクス演算する出力マスキング／ＵＣＲ部、トナーの色味諸特性を考慮したルックアップテーブル（ＬＵＴ）ＲＡＭを使って画像出力のためのＣ、Ｍ、Ｙ、Ｋデータに変換するガンマ補正部、シャープネスまたはスムージングを施す空間フィルタ等から構成される。
【０１２３】
スクリーニング部１２０８は、誤差拡散、ディザ、或いはＰＷＭ（Pulse Width Modulation）などの処理を行う部分である。
【０１２４】
図１６（ａ）は、スクリーニング部におけるＰＷＭ処理を行う構成を示すブロック図、図１６（ｂ）は、信号波形を示す図である。
【０１２５】
図１６（ａ）において、１３０１は三角波発生部、１３０２は入力されるデジタル画像信号をアナログ信号に変換するＤ／Ａ変換部である。三角波発生部１３０１からの信号（図１６（ｂ）に示す信号ａ）及びＤ／Ａ変換部１３０２からの画像信号（図１６（ｂ）に示す信号ｂ）は、コンパレータ１３０３で大小比較されて、図１６（ｂ）に示す信号ｃのような濃度に依存したパルス幅信号となってレーザ駆動部１３０４に送られる。
【０１２６】
なお、カラーの場合には図１６（ａ）に示す構成が４つ（Ｃ、Ｍ、Ｙ、Ｋそれぞれ）必要となり、Ｃ、Ｍ、Ｙ、Ｋそれぞれが、それぞれの半導体レーザ１３０５でレーザビームに変換される。そして、ポリゴンミラー１４１３で、それぞれのレーザビームを走査して、それぞれの感光ドラム１４１７、１４２１、１４２５、１４２９に照射される。
【０１２７】
図１７は、プリンタ部（カラープリンタ部）１２０９の構造を示す構成図である。図１６と同一の構成要素には同一の符号を付してある。
【０１２８】
図１７において、ポリゴンミラー１４１３は、４つの半導体レーザ１３０５より発光された４本のレーザ光を受ける。その内の１本はミラー１４１４、１４１５、１４１６を経て感光ドラム１４１７を走査露光し、次の１本はミラー１４１８、１４１９、１４２０をへて感光ドラム１４２１を走査露光し、次の１本はミラー１４２２、１４２３、１４２４をへて感光ドラム１４２５を走査露光し、最後の１本はミラー１４２６、１４２７、１４２８をへて感光ドラム１４２９を走査露光する。
【０１２９】
また、１４３０はイエロー（Ｙ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１４１７上にイエローのトナー像を形成する。１４３１はマゼンタ（Ｍ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１４２１上にマゼンタのトナー像を形成する。１４３２はシアン（Ｃ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１４２５上にシアンのトナー像を形成する。１４３３はブラック（Ｋ）のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１４２９上にマゼンタのトナー像を形成する。以上４色（Ｙ、Ｍ、Ｃ、Ｋ）のトナー像が感光ドラム１４１７、１４２１、１４２５、１４２９から用紙に転写され、フルカラーの出力画像を得ることができる。
【０１３０】
用紙カセット１４３４、１４３５及び手差しトレイ１４３６のいずれかより給紙された用紙は、レジストローラ１４３７を経て、転写ベルト１４３８上に吸着されて搬送される。給紙のタイミングと同期がとられて、予め感光ドラム１４１７、１４２１、１４２５、１４２９には各色のトナーが現像されており、用紙の搬送と共にトナーが用紙に転写される。
【０１３１】
各色のトナーが転写された用紙は、転写ベルト１４３８から分離され、搬送ベルト１４３９により搬送され、定着器１４４０によってトナーが定着される。定着器１４４０を抜けた用紙は、フラッパ１４５０により一旦下方向へ導かれて用紙後端がフラッパ１４５０を抜けた後、スイッチバックさせられて排出される。これにより、用紙はフェイスダウン状態で排出され、先頭頁から順にプリントしたときに正しいページ順となる。
【０１３２】
なお、４つの感光ドラム１４１７、１４２１、１４２５、１４２９は、距離ｄをおいて等間隔に配置されている。用紙は搬送ベルト１４３９により一定速度ｖで搬送されており、この用紙搬送タイミングと同期がとられて４つの半導体レーザ１３０５（図１６）が駆動される。
【０１３３】
図１８は、プリンタ部（モノクロプリンタ部）１２０９の構造を示す構成図である。図１６と同一の構成要素には同一の符号を付してある。
【０１３４】
図１８において、１４１３はポリゴンミラーであり、半導体レーザ１３０５より発光されたレーザ光を受ける。レーザ光はミラー１５１４、１５１５、１５１６を経て感光ドラム１５１７を走査露光する。また、１５３０は黒色のトナーを供給する現像器であり、レーザ光に従い、感光ドラム１５１７上にトナー像を形成する。
【０１３５】
用紙カセット１５３４、１５３５及び手差しトレイ１５３６のいずれかより給紙された用紙は、レジストローラ１５３７を経て転写ベルト１５３８上に吸着され、搬送される。給紙のタイミングと同期がとられて、予め感光ドラム１５１７にはトナー像が現像されており、用紙の搬送と共にトナー像が用紙に転写される。これにより、出力画像を得ることができる。
【０１３６】
トナーが転写された用紙は、転写ベルト１５３８から分離され、定着器１５４０によってトナーが定着される。定着器１５４０を抜けた用紙は、フラッパ１５５０により一旦下方向へ導かれて用紙後端がフラッパ１５５０を抜けた後、スイッチバックさせられて排出される。これにより、用紙はフェイスダウン状態で排出され、先頭頁から順にプリントしたときに正しいページ順となる。
【０１３７】
なお、本実施の形態ではプリンタ部１２０９がレーザビーム方式である場合を例に挙げて説明しているが、レーザビーム方式以外の電子写真方式（例えばＬＥＤ方式）でも、液晶シャッタ方式、インクジェット方式、熱転写方式、昇華方式でも、その他のプリント方式でも、本発明を適用可能である。
【０１３８】
＜オンラインフィニッシャ部１２１０＞
図１９は、オンラインフィニッシャ部１２１０の構成を示す構成図である。
【０１３９】
図１９において、プリンタ部１２０９にオンラインフィニッシャ部１２１０が接続されている場合、プリンタ部１２０９の定着部から排出された用紙は、オンラインフィニッシャ部１２１０に入る。オンラインフィニッシャ部１２１０には、サンプルトレイ１６０１及びスタックトレイ１６０２が配設されており、用紙はジョブの種類や排出される枚数に応じてどちらかのトレイに切り替えて排出される。
【０１４０】
用紙のソート方式には２通りあり、複数のビンを備えて用紙を各ビンに振り分けるビンソート方式によるソーティングと、電子ソート機能を用いてビン（またはトレイ）を奥側／手前方向にシフトしてジョブ毎に出力用紙を振り分けるシフトソート方式によるソーティングを行うことができる。電子ソート機能は、コレートと呼ばれる。コア部１２０６が大容量のバッファメモリを備えていれば、このバッファメモリを利用してバッファリングしたページ順と排出順を変更するいわゆるコレート機能を用いることで電子ソート機能もサポートできる。
【０１４１】
次に、グループ機能は、ソート機能が用紙をジョブ毎に振り分けるのに対し、用紙をページ毎に仕分けする機能である。
【０１４２】
更に、用紙をスタックトレイ１６０２に排出する場合には、排出される前の用紙をジョブ毎に蓄えておき、用紙を排出する直前にステープラ１６０５にてバインドすることも可能である。
【０１４３】
オンラインフィニッシャ部１２１０には、その他、上記２つのトレイに至るまでに用紙をＺ字状に折るためのＺ折り機１６０４、ファイル用の２つ（または３つ）の穴開けを行うパンチャ１６０６が配設されており、ジョブの種類に応じてそれぞれの処理を行う。
【０１４４】
更に、サドルステッチャ１６０７は、用紙の中央部分を２ヶ所バインドした後に、用紙の中央部分をローラに噛ませることにより用紙を半折りし、パンフレットのようなブックレットを作成する処理を行う。サドルステッチャ１６０７で製本された用紙は、ブックレットトレイに排出される。
【０１４５】
また、インサータ１６０３は、トレイ１６１０にセットされた用紙をプリンタ部１２０９へ通さずにトレイ１６０１、１６０２のいずれかに送るためのものである。これにより、オンラインフィニッシャ部１２１０に送り込まれる用紙と用紙の間にインサータ１６０３にセットされた用紙をインサート（中差し）することができる。インサータ１６０３のトレイ１６１０には、ユーザにより用紙をフェイスアップの状態でセットするものとし、ピックアップローラ１６１１により最上部の用紙から順に給送する。
【０１４６】
従って、インサータ１６０３からの用紙はそのままトレイ１６０１、１６０２へ搬送することにより、フェイスダウン状態で排出する。用紙をサドルステッチャ１６０７へ送るときには、用紙を一度パンチャ１６０６側へ送り込んだ後、用紙をスイッチバックさせて送り込むことにより、用紙のフェースの向きを合わせる。
【０１４７】
次に、トリマ（裁断機）１６１２について説明する。
【０１４８】
サドルステッチャ１６０７においてブックレット（中綴じの小冊子）にされた用紙束は、このトリマ１６１２に挿入されてくる。その際に、まず、ブックレットの用紙束は、ローラで予め決められた長さ分だけ紙送りされ、カッタ部１６１３にて予め決められた長さだけ切断され、用紙束内の複数ページ間でばらばらになっていた端部がきれいに揃えられることとなる。そして、用紙束はブックレットホールド部１６１４に格納される。
【０１４９】
＜後処理マネージャ１１６＞
後処理マネージャ１１６は、オフラインフィニッシャを統括管理するコンピュータであり、ＭＦＰ１０４（または１０５）からのプリント出力に対して、フィニッシング処理を行う様々なオフラインフィニッシャのステイタス管理、ジョブ指示などを担当する。
【０１５０】
後処理マネージャ１１６が管理するオフラインフィニッシャには、断裁機１２１、中綴じ製本機１２２、くるみ製本機１２３、紙折り機１２４、封入機１２５、帳合機（コレータ）１２６を初めとして様々なものがある。後処理マネージャ１１６は、これらのオフラインフィニッシャと予め決められたプロトコルで逐次ポーリングにてデバイスの状況やジョブの状況を把握し、ジョブの実行状況を管理する。
【０１５１】
＜ファイル保管マネージャ１１７＞
ファイル管理マネージャ１１７は、ユーザのファイルを保管しておき、後でリプリントの予約が入った場合などに対応するものである。ファイルの形態は、ＰＤＬファイルの場合と、Ｐｒｉｎｔ Ｒｅａｄｙファイル（ＢｉｔｍａｐやＴｉｆｆファイルが広く知られている）の片方または双方で保管できる。保管に当たっては、Ｐｒｉｎｔ Ｒｅａｄｙファイルの保管は大きな容量のデータとなってしまうため、別の記憶メディア（ＣＤ−ＲＯＭ、ＭＯ、ＺＩＰなど）に記録したり、ＰＤＬファイルであっても古いものや容量の大きいものは同様に別メディアなどに保管したりする。また、ユーザが希望した場合には、ファイルを最終出力と一緒に送り返すことも可能である。
【０１５２】
一方、保管されたデータをユーザが再プリントしたい場合には、例えば後述する図２９に示す画面のＲｅｓｔｏｒｅの項目で再度オーダすることもできる。
【０１５３】
＜納品・発送マネージャ１１８＞
納品・発送マネージャ１１８は、宅配便、クーリエ便、郵送等の配送サービスとリンクしたもので、出来上がった印刷物の配送のトラッキングナンバやエアウェイビルナンバ等から、現在の配送の状況や到着予定等を管理するコンピュータである。
【０１５４】
＜スキャンマネージャ１１９＞
スキャンマネージャ１１９は、スキャナ１０６やＭＦＰ１０４、１０５のスキャナ部を制御するためのもので、スキャナドライバを呼び出して、プレビューを行ったり、画像の読み込みを行ったり、或いはＭＦＰ１０４、１０５のプリンタ部と連携してクイックコピーを行ったりするためのコンピュータであり、ユーザからの入稿が紙原稿であった場合に作業者が紙原稿を電子化する際にも使用する。具体的には、まず、スキャンマネージャ１１９の制御によりスキャナドライバが起動する。
【０１５５】
図２０は、スキャン動作を指示するためのスキャナドライバのＧＵＩを示す図である。
【０１５６】
図２０において、ユーザはスキャナドライバのＧＵＩ上で、ターゲットとなるスキャナをソースデバイス名１７２２で選択し、所望のパラメータ設定１７２４〜１７３３を行い、プレビューキー１７３６或いはスキャンキー１７３７をクリック（不図示のポインティングデバイス等で指示）すると画像の読み込みを開始する。なお、キャンセルキー１７３８をクリック（不図示のポインティングデバイス等で指示）すると、画像の読み込みを中止する。更に、プロパティキー１７２３をクリック（不図示のポインティングデバイス等で指示）すると、ソースデバイス名１７２２で選択されたスキャナのプロパティ設定画面が表示される。
【０１５７】
図２１は、スキャナ部１２０１の構成を示す構成図である。
【０１５８】
図２１において、原稿台ガラス１８０１には、読み取り対象の原稿１８０２が載置される。原稿１８０２は照明ランプ１８０３により照射され、その反射光はミラー１８０４、１８０５、１８０６を経てレンズ１８０７によりＣＣＤ１８０８上に結像される。ミラー１８０４、照明ランプ１８０３を含む第１ミラーユニット１８１０は速度ｖで移動し、ミラー１８０５、１８０６を含む第２ミラーユニット１８１１は速度ｖ／２で移動することにより、原稿１８０２の全面を走査する。第１ミラーユニット１８１０及び第２ミラーユニット１８１１は、モータ１８０９により駆動される。ＣＣＤ１８０８の出力は、図２２の構成を有するデータ処理部１８２０に入力される。
【０１５９】
図２２（ａ）は、カラースキャナのデータ処理部の構成を示すブロック図、図２２（ｂ）は、モノクロスキャナのデータ処理部の構成を示すブロック図である。
【０１６０】
図２２（ａ）において、カラースキャナの場合、原稿から読み取られた画像は、ＣＣＤセンサ１８０８により電気信号に変換される。このＣＣＤセンサ１８０８はＲＧＢ３ラインのカラーセンサであり、Ｒ、Ｇ、Ｂそれぞれの画像信号がＡ／Ｄ変換部１９０１に入力される。Ａ／Ｄ変換部１９０１でゲイン調整、オフセット調整された後、各色信号毎に８ビットのデジタル画像信号Ｒ０、Ｇ０、Ｂ０に変換される。その後、シェーディング補正部１９０２で色ごとに、基準白色板の読み取り信号を用いたシェーディング補正が施される。
【０１６１】
更に、ＣＣＤセンサ１８０８の各色ラインセンサは、相互に所定の距離を隔てて配置されているため、ラインディレイ調整回路（ライン補間部）１９０３において、副走査方向の空間的ずれが補正される。次に、入力マスキング部１９０４は、ＣＣＤセンサ１８０８のＲ、Ｇ、Ｂフィルタの分光特性で決まる読取色空間をＮＴＳＣ（National Television System Committee）の標準色空間に変換する部分であり、ＣＣＤセンサ１８０８の感度特性／照明ランプのスペクトル特性等の諸特性を考慮した装置固有の定数を用いた３×３のマトリックス演算を行い、入力された（Ｒ０、Ｇ０、Ｂ０）信号を標準的な（Ｒ、Ｇ、Ｂ）信号に変換する。
【０１６２】
また、輝度／濃度変換部（ＬＯＧ変換部）１９０５は、ルックアップテーブル（ＬＵＴ）ＲＡＭにより構成され、ＲＧＢの輝度信号をＣ１、Ｍ１、Ｙ１の濃度信号に変換する。この濃度信号は、スキャンマネージャ１１９に取り込まれる。
【０１６３】
図２２（ｂ）において、モノクロスキャナの場合は、単色の１ラインＣＣＤセンサ１８０８を用いて、原稿から読み取られた画像を電気信号に変換し、単色の画像信号としてＡ／Ｄ変換部１９０１に入力される。この画像信号は、Ａ／Ｄ変換１９０１によりＡ／Ｄ変換され、シェーディング補正部１９０２によりシェーディング補正された後、スキャンマネージャ１１９に取り込まれる。
【０１６４】
なお、取り込まれた画像は、図２０に示したスキャナドライバのプレビュー部１７３５にて確認することができ、また、画像データとしてスキャンマネージャ１１９内のメモリやハードディスクに格納される。
【０１６５】
＜メッセージマネージャ１２０＞
メッセージマネージャ１２０は、ネットワーク１０１上に接続されている各デバイスのメンテナンス情報、エラー情報、及び各メンテナンス品仕入先のネットワークサーバより在庫情報、納期情報を受信し、これらの情報を基に、ユーザが設定した希望する表示タイミングで、メンテナンスの警告メッセージをＵＩを介して表示する。メッセージマネージャ１２０の動作の詳細については後述する。
【０１６６】
＜データフロー＞
ここで、再び図１に戻り、本画像形成システムにおける実際のデータの流れを考える。図１に示すそれぞれのコンピュータ（マネージャ）とデバイスの間でデータの受け渡しが行われており、それら全てを管理しているのが工程管理マネージャ１１１である。
【０１６７】
そして、受け渡されているデータは、ＣＩＰ３（International Cooperation For Integration of Prepress Press and Postpress：製版、印刷、後加工の印刷ワークフロー統合のための共同組織）におけるＰＰＦ（Print Production Format）と呼ばれるフォーマット、或いはＣＩＰ４（International Cooperation For Integration of Processes in Prepress Press and Postpress：製版、印刷、後加工の工程・処理統合のための共同組織）におけるＪＤＦ（Job Definition Format）と呼ばれる新たなフォーマットにより実現されている。
【０１６８】
ＰＰＦは、プリプレス（製版）、プレス（印刷）、ポストプレス（後加工）という印刷の全ワークフローを統合し、その各工程間で処理や管理のデータをやり取りするためのフォーマットであり、管理情報やインキの調整、断裁位置の指定など様々な情報を扱い、品質の安定化、ミスの低減、処理の高速化、生産設備の効率的運用を目的にしたＰｏｓｔＳｃｒｉｐｔをベースにした標準フォーマットである。
【０１６９】
一方、ＪＤＦは、ＰＰＦのコントール性に加え、Ａｄｏｂｅ社が提案したＰＪＴＦ（Portable Job Ticket Format）と呼ばれるプリプレスの作業情報やコントロール属性などが付加されたフォーマットであり、プリプレス、プレス、ポストプレスの情報統合性、プロダクションと工程管理マネージャ１１１との連携、及び現存するシステムとの互換性を掲げている。
【０１７０】
また、ＪＤＦでは、ＰＪＴＦが得意とするＪｏｂ Ｔｉｃｋｅｔと呼ばれる作業指示書の受け渡しを行うというアーキテクチャを踏襲しており、作業履歴、作業指示、管理情報等に対して、それぞれの工程で必要な処理を順次実行し、次工程に伝えていくという仕組みである。
【０１７１】
更に、ＪＤＦでは、Ｊｏｂ Ｔｉｃｋｅｔ（作業指示書）を構築する言語として、ＸＭＬ（eXtensible Markup Language：拡張可能なマーク付き言語）が利用されている。ＪＤＦでは、スキーマと呼ばれるＸＭＬの要素や属性の配列を記述したテンプレートを定義しており、定義されたスキーマに従って、それぞれの工程でＸＭＬデータの書き換えを行っている。この様子を示したものが図２３である。
【０１７２】
図２３は、各工程においてＪＤＦデータの書き換えを行っている様子を示す図である。
【０１７３】
図２３において、受注・入稿マネージャ１１２に入稿されたジョブ２１０１に対して、工程管理マネージャ１１１内に装備されているＪＤＦアプリケーション２１０２がＪＤＦデータを作成する。
【０１７４】
作成されたＪＤＦデータは、工程管理マネージャ１１１、受注・入稿マネージャ１１２、原稿編集マネージャ１１３、プルーフマネージャ１１４、プリントマネージャ１１５、後処理マネージャ１１６、ファイル保管マネージャ１１７、納品・発送マネージャ１１８、或いはスキャンマネージャ１１９にて書き換えが行われる。
【０１７５】
図２３の例では、プリントマネージャ１１５と後処理マネージャ１１６との間が図示されており、ＪＤＦデータのやり取りは、ＪＤＦパーサ２１０４（または２１０７）で翻訳されて、それぞれのマネージャ内で情報の追加、削除、修正がなされる。
【０１７６】
この情報のやり取りは、実際のプリント出力（紙出力）をオフライン処理（作業者が手作業で運ぶ）したとしても、ＪＤＦパーサ経由でそれぞれのデバイスからそれぞれのジョブ処理状況がＪＤＦデータに書き込まれて、バケツリレー式に伝達され、それぞれのＪＤＦデータを工程管理マネージャ１１１にて逐次管理することで、それぞれのジョブの状況を一覧で見ることができる。
【０１７７】
＜ウェブ受発注＞
次に、図２４〜図３１を参照しながらデジタルストアフロント（Digital Storefront）と呼ばれるウェブページを利用した電子店舗の一例について説明する。
【０１７８】
図２４〜図３１は、受注・入稿マネージャ１１２によるジョブ受注画面の一例を示す図である。
【０１７９】
図２４〜図３１において、ユーザは、クライアントコンピュータ１０３によりインターネットを経由して図２４に示すようなウェブサイトを見ることができる（図２のステップＳ２０１、ステップＳ２０２）。予め登録されたユーザは、「Ｒｅｇｉｓｔｅｒｅｄ」を選択し、ＩＤ番号（ここでは電子メール Address）とパスワードを入力し、次へキー（Ｎｅｘｔ）２２０９を指示することでウェブによる受発注が可能となり、図２６に示す画面に移動する。
【０１８０】
新規で図２４に示すウェブサイトを訪れたユーザの場合は、「Ｎｅｗ」を選択し、次へキー２２０９を指示することで、図２５に示すような入力画面に移行する。
【０１８１】
図２５に示す入力画面において、ユーザは必要事項（氏名、会社名、住所、電話番号、ファクシミリ番号、電子メールアドレス等）を入力して登録を行う（図２のステップＳ２０３）。なお、２２１０はキャンセルキーであり、このウェブサイトを終了するときに指示する。ここでは、単に必要事項を入力する例を挙げたが、セキュリティを高めるため、本人確認手続きや口座開設の手続きを踏むなど二重三重のチェックを行うことは広く知られている。
【０１８２】
次に、図２６に示す画面において、ユーザはプリントしたい電子データをドラッグ及びドロップ等で添付し、必要に応じてコメント欄に要望事項を入力し、次へキー２２０９を指示する（図２のステップＳ２０４）ことにより、図２７に示す画面に移行する。
【０１８３】
図２７に示す画面において、ユーザはジョブチケットと呼ばれるジョブの設定情報を入力し（図２のステップＳ２０５）、次へキー２２０９を指示することにより、図２８に示す画面に移行する。
【０１８４】
図２８に示す画面において、ユーザは所望するフィニッシング処理を選択し（図２のステップＳ２０６）、次へキー２２０９を指示することにより、図２９に示す画面に移行する。
【０１８５】
図２９に示す画面において、ユーザはプルーフプリントの有無２２２０の選択、必要なプルーフモード（校正表現方法）（ウェブサイト上のサムネール２２２１、ｆｔｐサイト上のＰＤＦファイル２２２２、ＰＤＦファイルの電子メール送信２２２３、ＰＤＦファイル入りのＣＤ−ＲＯＭの郵送２２２４等の複数の校正表現手段からいずれか１つまたは複数選択）、アーカイブ情報等を入力して（図２のステップＳ２０７）、次へキー２２０９を指示することにより、図３０に示す画面に移行する。
【０１８６】
図３０に示す画面において、ユーザは希望納期の情報を入力し（図２のステップＳ２０８）、次へキー２２０９を指示することにより、図３１に示す画面に移行する。
【０１８７】
図３１に示す画面において、概略コストが示されることで、ユーザはその料金に納得すれば仮発注をかけることができる。ここで、概略コストは、新規ユーザとお得意先、ジョブの大きさ、コピー部数などのジョブチケットの内容、フィニッシング処理方法、プルーフの方法や個数、アーカイブやリプリント情報、或いは、納期の長短などに応じて算出されるものである。ユーザは仮発注前に概算により概略コストを見ることができるため、コストによるトラブルを避けることができる。
【０１８８】
もし、ユーザがコスト面で気に入らなければ、各情報タブ（図２５のカスタマ情報タブ２２０１、ドキュメント情報タブ２２０２、ジョブ情報タブ２２０３、後処理情報タブ２２０４、プルーフ及びアーカイブ情報タブ２２０５、デリバリ情報タブ２２０６）、戻るキー２２０８、次へキー２２０９等を用いて、設定を入れ替えたりすることで、再度概略コストを算出させることも可能である。
【０１８９】
そして、ユーザはＯＫキー２２１１を押下（指示）することにより、仮発注処理を行うことができる（図２のステップＳ２０９でＹｅｓ）。なお、仮発注処理のため、後述するプルーフ時にもジョブチケットの設定変更を行うことが可能である。
【０１９０】
このように、受注・入稿マネージャ１１２で受け付けられたジョブは、工程管理マネージャ１１１にその情報が伝えられ、それを受けて、工程管理マネージャ１１１はそのジョブの管理を開始し、そのジョブに対してＪＤＦデータを発行する。
【０１９１】
＜レイアウト確認＞
プルーフマネージャ１１４では、図３２〜図３６に示すように、原稿編集マネージャ１１３による編集結果を表示した確認画面をウェブサーバ部４４１を介してユーザに提供している（図６のステップＳ４０２〜Ｓ４０６）。
【０１９２】
図３２〜図３６は、プルーフマネージャ１１４による確認画面の一例を示す図である。
【０１９３】
図３２〜図３６において、確認画面には、ページ順とプリント順の切り替えボタン２３０１、ページ単位のプロパティ（属性設定）キー２３０２、ドキュメント単位のプロパティキー２３０３、ジョブ単位でのプロパティキー２３０４が用意されている。これにより、ページ単位、ドキュメント単位、ジョブ単位で、紙サイズ、メディアタイプを切り替えたり、Ｎ−ｕｐ（縮小レイアウト）の配置数、配置順等を決めたり、フィニッシングの有無やフィニッシングの種類等を設定することができる。
【０１９４】
また、ユーザから入稿された原稿が複数枚であった場合、しかも異なるタイプのアプリケーションやファイルであった場合でも、それらをドラッグ及びドロップしてドキュメント単位で確認画面上にサムネール表示することができる。
【０１９５】
例えば、図３２、図３３はページ順で表示した例に対応し、１章（Ｄｏｃｕｍｅｎｔ−００１）と１４章は、２ｉｎ１で配置されているが、それ以外は４ｉｎ１で配置されており、章（ドキュメント）単位で配置数を変えている例である。
【０１９６】
また、図３４はページ順とプリント順の切り替えボタン２３０１を切り替えてプリント順で表示した例に対応し、中綴じ（ブックレット）された場合のプリント配置を見ることができる。
【０１９７】
また、図３５はタブ紙を利用してページ単位でメディアを切り替えた場合の例に対応し、同時にパンチ（穴あけ）処理の指示をした場合でも、サムネール上で穴の位置などが確認できる。
【０１９８】
また、図３６はくるみ製本される場合の例に対応し、表紙が背表紙分大きな用紙が用いられている点が確認できる。
【０１９９】
なお、図３２〜図３６に示した確認画面の表示ウィンドウは、ファイル構造を示すフォルダ画面とサムネール画面から成り立っているが、サムネール画面の１つのページをダブルクリックすると、ページ単位でのプレビュー画像でページ単位の拡大表示も可能である。
【０２００】
以上示した図３２〜図３６の確認画面、または不図示のＰＤＦファイル（ウェブサーバ部４４１よりダウンロードしたＰＤＦファイル）の表示画面において、ユーザは、プルーフを確認し、プルーフの確認がＯＫであるとユーザが判断する（図６のステップＳ４０８）。そして、プルーフの確認がＯＫであると判断した場合には、ユーザはプルールがＯＫである（印刷工程への移行を指示する）旨を示す電子メールを（プルーフマネージャ１１４に割り当てられた所定のアドレス、担当者のアドレス等）に送信する（図６のステップＳ４１０）。
【０２０１】
一方、プルーフの確認がＯＫでない（ＮＧ）と判断した場合には、ユーザはプルーフがＮＧである（印刷工程へは移行せず、再校正を指示する）旨とプルーフのＮＧ箇所とコメントを入力した電子メールを送信する（図６のステップＳ４０９、ステップＳ４１０）。
【０２０２】
この電子メールを受けたプルーフマネージャ１１４は、プルーフの確認結果がＯＫである（印刷工程への移行を指示する）場合には（図６のステップＳ４３２でＹｅｓ）、処理を終了し、印刷（プリント）工程に進む。一方、プルーフの確認結果がＮＧである（印刷工程へは移行せず、再校正を指示する）場合には（図６のステップＳ４３２でＮｏ）、画像形成システム側の作業者が、ユーザからのＮＧ箇所のコメントに従って、再度、原稿編集処理、ドキュメント処理、校正刷り（プルーフプリント）の処理をやり直す（図６のステップＳ４３３）。
【０２０３】
以下、工程管理マネージャ１１１により管理される工程について説明する。ここでは、特にプリントジョブについて説明する。
【０２０４】
＜プリントジョブ＞
図３７〜図４０は、プリントマネージャ１１５より提供されるプリント工程の管理画面を示す図である。
【０２０５】
図３７は、プリント工程におけるジョブステイタス画面であり、図３８は、プリント工程におけるデバイスステイタス画面であり、図３９、図４０は、プリント工程におけるジョブサブミット画面である。
【０２０６】
なお、ユーザは、クライアントコンピュータ１０３上のウェブブラウザのＵＲＬアドレス部に工程管理マネージャ１１１側のウェブサーバのＩＰアドレス（ここでは例えば、１９２.１６８.１００.１１とする。ＤＮＳ（Domain Name System）がサポートされている環境ならばサーバ名称でも構わない）を入力すると、サービス画面が読み込まれるように予め設定されている。
【０２０７】
図３７において、このサービスツール（サービス画面）には、各マネージャ間のスケジューリングを行うスケジューリングタブ２４０１、受注・入稿マネージャによる受注状況を確認するオーダリングタブ２４０２、原稿編集を担当するエディティングタブ２４０３、プルーフマネージャ１１４による顧客のプルーフの承認状況を管理するプルーフィングタブ２４０４、プリントジョブの管理やプリントジョブの投入を行うプリンティングタブ２４０５、後処理マネージャ１１６により後処理工程の管理を行うフィニッシングタブ２４０６、ファイル保管マネージャ１１７によりジョブのアーカイブ状況を管理するアーカイビングタブ２４０７、納品・発送マネージャ１１８により納品伝票や配達状況の管理を行うデリバリィタブ２４０８、そしてスキャンマネージャ１１９によりスキャンジョブを管理するスキャンタブ２４０９等が用意されている。
【０２０８】
ユーザがプリンティングタブ２４０５を選択すると、プリントマネージャ１１５側のウェブサーバ（工程管理マネージャ１１１側のウェブサーバと同一であってもよい）にアクセスして、図３７に示すプリント工程におけるジョブステイタス画面が読み込まれるようになっている。
【０２０９】
図３７〜図４０に示すプリント工程管理画面（プリンティングタブ２４０５が選択されたサービス画面）には、ジョブ管理を行うジョブステイタスキー２４１１、ＭＦＰ１０４や１０５の管理を行うデバイスステイタスキー２４１２、プリントジョブの投入を司るジョブサブミットキー２４１３、そしてプリンタやクラスタプリンタの登録など各種設定を行うコンフィギュレーションキー２４１４等が設けられている。
【０２１０】
図３７は、ジョブステイタスキー２４１１が選択された場合に対応する画面であり、図３８は、デバイスステイタスキー２４１２が選択された場合に対応する画面であり、図３９、図４０は、ジョブサブミットキー２４１３が選択された場合に対応する画面である。
【０２１１】
まず、図３７に示すジョブステイタス画面において、２４２１はデバイス表示部であり、ネットワーク上のＭＦＰ等のデバイス名称、デバイスアイコン（ステイタスに応じてアイコンが変化する）、更に、それらのステイタスを示す文字（Ｒｅａｄｙ、ＰａｐｅｒＪａｍ、Ｐｒｉｎｔｉｎｇ等）を表示している。
【０２１２】
次に、２４２２はジョブステイタス表示部であり、サーバ内部にあるそれぞれのジョブの状態をモニタでき、Ｓｐｏｏｌｉｎｇ（ＲＩＰ前のデータを受信中）、Ｒｉｐｐｉｎｇ（ＲＩＰ中）、Ｗａｉｔ ｔｏ Ｐｒｉｎｔ（Ｐｒｉｎｔ待機中）、或いはＰｒｉｎｔｉｎｇ（Ｐｒｉｎｔ中）等で表現される。また、予めジョブ投入時にサーバ内部で待機を指示されているジョブに関しては、ＲＩＰされる前の状態でＨｏｌｄとして保持されている。エラーやジャムが生じた場合には、その旨を表示しユーザに知らせる。プリント後は、次のジョブ履歴（フィニッシュドジョブ）に渡される。
【０２１３】
各ネットワークデバイスのステイタスは、所定期間毎にサーバが問い合わせる及び各ネットワークデバイスが自身のステイタスに変化があったときにサーバに通知する（或いはいずれか一方）ことで対処している。
【０２１４】
また、２４２３はジョブ履歴表示部であり、ジョブの履歴を見ることができ、正常終了の場合にはＰｒｉｎｔｅｄ、途中キャンセル時にはＣａｎｃｅｌｅｄが示される。
【０２１５】
更に、ジョブステイタス表示部２４２２、ジョブ履歴表示部２４２３において、２４２４は詳細キーであり、このキーをクリック（不図示のポインティングデバイス等で指示）すると、実行中のジョブや終了後のジョブの詳細状況を把握することができ、ジョブ名、ターゲットプリンタ、ジョブステイタス、ジョブプライオリティ、ジョブＩＤ、クライアント名の他、ジョブのページ数、部数、紙サイズ、出力予測時刻、或いはクライアントからのユーザへの要望事項などを記述しておくコメント等が表示される。但し、上記出力予測時刻はあくまでも予測時刻であり、現在のスプール順、ＲＩＰ予測時間、或いは、プリンタの印刷速度などにより計算される。
【０２１６】
更に、ジョブステイタス表示部２４２２において、２４２５はコントロールキーであり、ジョブ１つずつに対して、ある特権を与えられたの者（例えば管理者）のみが制御可能なものである。左から順に、ジョブのキャンセル２４２５−１、ジョブの一時停止（ジョブのポーズまたはホールド）２４２５−２、ジョブの再開（ポーズジョブまたはホールドジョブのリリース）２４２５−３等を指示するためのものである。
【０２１７】
また、ジョブ履歴表示部２４２３において、２７６１はコントロールキーであり、ジョブ履歴表示部２４２４内のジョブに対して制御可能なものである。左から順に、ジョブのアーカイブ（ジョブをネットワーク上の別の場所に保管しておく機能）２７６１−１、ジョブの削除（ジョブのデリート）２７６１−２、ジョブの再プリント（リプリントジョブ）２７６１−２等を指示するためのものである。これらの指示に基づいて、ユーザはサーバを扱うことができる。
【０２１８】
また、ＭＦＰ１０４、１０５等のプリンタデバイス内のネットワークインターフェース部分には、ＭＩＢ（Management Information Base）と呼ばれる標準化されたデータベースが構築されている。ＳＮＭＰ（Simple Network Management Protocol）というネットワーク管理プロトコルを介してネットワーク上のクライアントコンピュータ１０３等と通信し、ＭＦＰ１０４、１０５を始めとしてネットワーク上に接続されたプリンタデバイスの状態等の必要な情報の交換が可能である。
【０２１９】
例えば、ＭＦＰ１０４、１０５の装備情報としてどのような機能を有するフィニッシャが接続されているかを検知したり、ステイタス情報として現在エラーやジャムが起きていないか／プリント中か／アイドル中かなどを検知したり、ＭＦＰ１０４、１０５等のプリンタデバイスの装備情報、装置の状態、ネットワークの設定、ジョブの経緯、使用状況の管理、制御などあらゆる静的情報を入手することが可能となる。プリントマネージャ１１５がこのＭＩＢを利用して、ＭＦＰ１０４、１０５等のプリンタデバイスのステイタスを随時取り込み、それをＨＴＭＬファイルとして更新することで、クライアントコンピュータ１０３からは常にその状態を閲覧することができる。
【０２２０】
ユーザがデバイスステイタスキー２４１２をクリック（不図示のポインティングデバイス等で指示）すると、図３８に示すデバイスステイタス画面が表示され、デバイスステイタス表示部２４２３により各プリンタデバイスに装備された用紙の紙サイズやその補充状況（各用紙スタッカもしくはカセットの用紙残量）を確認したり、各プリンタデバイスに装備されたフィニッシャなどのアクセサリ状況を予め確認したりすることが可能となる。但し、用紙残量については専用のセンサで検出するものであり、用紙１枚の精度で検出することは難しいので、例えば最小単位は１０枚程度である。但し、用紙無しは確実に検出できる。
【０２２１】
２４３３は詳細キーであり、この詳細キー２４３３をクリック（不図示のポインティングデバイス等で指示）すると、プリンタデバイスの詳細状況（例えば、カラー／モノクロ、解像度、印刷速度等）が表示される。
【０２２２】
また、ジョブサブミットキー２４１４をクリック（不図示のポインティングデバイス等で指示）すると、図３９に示すジョブサブミット画面が表示される。ジョブサブミット画面は、その利用方法は上述したプリンタドライバと同様であるが、クライアントコンピュータ１０３上のファイルをアプリケーションで開かずに（アプリケーション上で印刷指示しないで）、直接、プリントマネージャ１１５に投げ込む（印刷対象の文書ファイルに以下の付加情報を付随させて転送またはコピーする）ためのものである。
【０２２３】
通常、プリンタドライバは２つの役割を有する。その１つは、クライアントコンピュータ１０３上のアプリケーションでデータを立ち上げて、そのデータをＰｏｓｔＳｃｒｉｐｔ（或いはＰＣＬ）などのＰＤＬデータに変換する役割である。もう１つは、プリントマネージャ１１５（或いはプリンタ）にその変換されたデータを投げ込む役割である。これは、従来型のＲＩＰ処理が１種類のＲＩＰ処理にしか対応できていなかったためである。
【０２２４】
これに対して、ジョブサブミットは、役割的には、ＧＵＩを用いてジョブチケットと共にジョブを投げ込む処理だけなのである。近年、ＰＳだけでなく様々なフォーマット（例えば、ｐｄｆ、ｔｉｆ、ｊｐｇなど）のデータを同一のソフトウェアＲＩＰモジュールでＲＩＰ処理可能なものが登場している。
【０２２５】
また、プリントマネージャ１１５内に複数種類のソフトウェアＲＩＰモジュール（例えば、ＰＳとＰＣＬ）を有し、データに応じてそのＲＩＰモジュールを切り替えて使用することができるなど、１種類のＰＤＬだけでなく、様々なフォーマット（例えば、ｐｄｆやｔｉｆｆ、ｊｐｇなど）や様々なＰＤＬデータを直接プリントマネージャ１１５に送付しても、従来の単一のＰＤＬデータ同様にＲＩＰ処理を行い、ビットマップデータに展開することが可能となった。
【０２２６】
また、仮に、ＭＦＰ１０４、１０５等のプリンタデバイスが、インタフェースの都合で、ビットマップデータでなくＰＳデータのみを扱うタイプのＲＩＰ処理機能付きのプリンタデバイスである場合には、プリントマネージャ１１５は上記ＲＩＰ処理にてビットマップデータに展開後、そのデータをＪＢＩＧやＧ４（ＣＣＩＴＴ）にて画像圧縮した後、それにＰＳ等のヘッダ（ＰＳデータであることを示すヘッダ）をつけて、そのプリンタデバイスに出力する。これにより、様々なプリンタデバイスに対してもこれらの各種フォーマットデータのプリントを実現することができる。
【０２２７】
ジョブサブミットで付加する設定項目として、２４４１はターゲットとなる出力先を選択する送信先選択カラムである。一般的には、送信先選択カラム２４４１で、ＭＦＰ１０４、１０５或いは複数台のプリンタデバイスを仮想的に組み合わせたクラスタプリンタを設定することも可能である。なお、送信先選択カラム２４４１でクラスタプリンタが選択された際には、図４０に示すようにそれぞれのプリンタデバイスに対して設定を行うことができるように、設定項目切り替えキー２４４２のＧＵＩが変更される。
【０２２８】
２４４４はファイルを選択するカラムである。カラム２４４４で直接ファイル名をディレクトリと一緒に指示しても良いが、一般的にはその右のブラウズボタンによりサーバ自身のコンピュータ内（或いはネットワーク内）に存在するジョブファイルを選ぶことになる。
【０２２９】
上記の設定を行い、プリントキー２４４３をクリックすると、設定された内容と指定されたファイルがプリントマネージャ１１５に転送され、印刷ジョブとして追加（キューイング）されることになる。
【０２３０】
また、選択したファイルと一緒に送られる設定項目をジョブチケットと呼んでおり、２４４５に示すようなものがある。
【０２３１】
なお、図３９、図４０では、一般設定（Ｇｅｎｅｒａｌ）における設定項目が表示されているが、設定項目切り替えキー２４４２により、設定項目の分類（一般設定、ジョブ制御、フィニッシング、画像処理設定、カラー設定）を切り替えると、図４１〜図４４に示すような異なる分類の設定項目（ジョブ制御、フィニッシング、画像処理設定、カラー設定等の設定項目）が表示される。それぞれ設定を行うと、ジョブチケットとして画像データと共にプリントマネージャ１１５に送信され、ＲＩＰ処理、プリント処理、後処理等に利用される。
【０２３２】
本実施の形態では、それぞれ分類のジョブチケットの詳細設定項目としては例えば以下のようにいくつかに分類されており、様々な設定が可能となっている。
（１）一般設定（Ｇｅｎｅｒａｌ）：部数、紙サイズ、給紙段、メディアタイプ、両面の有無等（図３９、図４０の２４４５）
（２）ジョブ制御（Ｊｏｂ Ｍａｎａｇｅｍｅｎｔ）：ジョブの優先順位、ジョブセーブの有無等（図４１）
（３）フィニッシング（Ｆｉｎｉｓｈｉｎｇ）：ステイプル、パンチ、ブックレット等（図４２）
（４）画像処理設定（Ｉｍａｇｅ Ｑｕａｌｉｔｙ＝ＩＱ）：シャープネス、ブライトネス、トナーリダクション設定等（図４３）
（５）カラー設定（Ｃｏｌｏｒ）：ガンマ変換テーブルの設定、ＩＣＣプロファイルの設定等（図４４）
また、上記（１）〜（５）に示したジョブチケットの詳細設定項目は、図４０に示すように複数台のプリンタデバイスを組み合わせてプリントする場合には、それぞれのプリンタに対して設定可能である。
【０２３３】
更に、このジョブチケットは、それぞれのデバイスに固有の設定項目があるばかりでなく、予め用意しておけば操作を円滑に行うことができるという利点がある。そのため、ジョブチケットの呼び出しキー、任意に設定したジョブチケットを保存しておくセーブキー（ジョブチケットを再使用するため）、新しく名前を付けて保存できるセーブアズキー、ジョブチケットを削除するデリートキー（不図示）を備えたキー群２４４４が用意されている。なお、キー群２４４４は、プリントファイルを自分のコンピュータ或いは自分がアクセス可能なネットワーク上から選択するためのファイル名入力エリア、ブラウズキー等も備えている。
【０２３４】
また、ジョブチケットの設定をデフォルトの状態に戻せるように、ジョブチケットのリセットキー２４４６が用意されている。
【０２３５】
＜プリントジョブ処理＞
次に、図４５、図４６のフローチャートを参照しながらジョブサブミットやプリンタドライバよりプリントマネージャ１１５に投げ込まれたプリントジョブの処理について説明する。
【０２３６】
図４５は、図３９、図４０に示したジョブサブミット画面からの操作によりプリントマネージャ１１５に投げ込まれたプリントジョブの処理を示すフローチャートである。
【０２３７】
図４５において、ステップＳ２５０８〜ステップＳ２５１４はクライアントコンピュータ１０３側のウェブブラウザ（ジョブサブミット画面）上でのユーザの作業ステップを示し、ステップＳ２５３４〜ステップＳ２５４０はプリントマネージャ１１５側での制御処理ステップを示す。
【０２３８】
クライアントコンピュータ１０３は、図３９、図４０に示したジョブサブミットからファイルをプリントマネージャ１１５に投げ込む際には、まずウェブブラウザでプリントマネージャ１１５側にあるウェブサーバ（Ｗｅｂ Ｓｅｒｖｅｒ）部２５３１にアクセスする（ステップＳ２５０８）。
【０２３９】
詳細には、ユーザはクライアントコンピュータ１０３上でウェブブラウザを起動し、該ウェブブラウザ上でＵＲＬアドレスを入力し、プリントマネージャ１１５側のウェブサーバ部２５３１にアクセスを行うことで（工程管理マネージャ１１１側のウェブサーバから提供されたサービス画面において、プリンティングタブ２４０５（図３７参照）を選択し、更にジョブサブミットキー２４１３を選択することで）、ジョブサブミット画面（図３９に示したジョブサブミット画面）を開く（ステップＳ２５０９）。
【０２４０】
次に、ユーザは所望のプリントファイルを、クライアントコンピュータ１０３或いは自分がアクセス可能なネットワーク上にあるプリントファイルから選択する（ステップＳ２５１０）。このとき選択するファイルは、サーバがラスタライズ（ＲＩＰ）可能ならば、必ずしもＰＳファイルでなくてもよく、ＰＣＬファイル、ＴＩＦＦファイル、ＪＰＥＧファイル、ＰＤＦファイルなどでもよい。
【０２４１】
更に、ユーザは出力したいプリンタ或いはクラスタプリンタをウェブブラウザ上で選択する（ステップＳ２５１１）。選択されたプリンタ名或いはクラスタ名はすぐさまプリントマネージャ１１５に知らされる。これに伴い、プリントマネージャ１１５側にて予め用意されていたデフォルト（或いは所望）のジョブチケット、ホットフォルダ名等を含むウェブページがクライアントコンピュータ１０３に通知され、ウェブブラウザ上に表示される（ステップＳ２５１２）。
【０２４２】
次に、ユーザは表示されたジョブチケットをプリントしたい所望の設定値にブラウザ上で変更し（ステップＳ２５１３）、プリントキー２４４３をクリック（不図示のポインティングデバイス等で指示）すると、選択されたジョブと所望のジョブチケットがプリントマネージャ１１５側のホットフォルダ部２５３２に送信される（プリントジョブのサブミット）（ステップＳ２５１４）。
【０２４３】
このとき、プリントマネージャ１１５側では、受信したジョブファイル（ここでは、ＰＤＬファイルの場合とアプリケーションファイルの場合の両方を総称してジョブファイルと呼ぶこととする）と、ジョブ設定情報（ジョブチケット）を、例えば別々の拡張子等で別々に管理している。
【０２４４】
また、プリントマネージャ１１５側では、複数のホットフォルダを順次ポーリングによって監視しており（ステップＳ２５３４）、ホットフォルダ部２５３２内にジョブがあれば（ステップＳ２５３５でＹｅｓ）、ジョブが入力ジョブ制御部６０２に渡され（ステップＳ２５３６）、図７、図１１に示したようにＲＩＰが行われる（ステップＳ２５３７）。更に、ユーザが選択した所望のプリンタ（或いはクラスタプリンタ）のスプールキューテーブル２５３３が参照され（ステップＳ２５３８、ステップＳ２５３９）、そこに登録されている出力デバイスにプリントされる（各出力デバイスに印刷データを送信する）（ステップＳ２５４０）。
【０２４５】
図４６は、図８〜図１０に示したプリンタドライバ画面からの操作によりプリントマネージャ１１５に投げ込まれたプリントジョブの処理を示すフローチャートである。
【０２４６】
図４６において、ステップＳ２５０１〜ステップＳ２５０７はクライアントコンピュータ１０３側のプリンタドライバ画面でのユーザの作業ステップを示し、ステップＳ２５３４〜ステップＳ２５４０はプリントマネージャ１１５側での制御処理ステップを示す。図４５と同一のステップには同一のステップ番号を付してある。
【０２４７】
クライアントコンピュータ１０３はプリンタドライバからファイルをプリントマネージャ１１５に投げ込む際には、まず、クライアントコンピュータ１０３で動作するアプリケーションソフト（例えばワープロソフト等）から印刷指示を行い、その結果、プリンタドライバからジョブを投げ込む。詳細には、ユーザはクライアントコンピュータ１０３でアプリケーションソフトを立ち上げ（ステップＳ２５０１）、印刷対象となるファイルを開いて印刷指示を行う（図８に示したプリンタドライバ画面を開く）（ステップＳ２５０２）。
【０２４８】
次に、ユーザはプリンタまたはクラスタプリンタの選択を行い（ステップＳ２５０３）、プロパティ等を利用して所望の機能を設定する（ステップＳ２５０５）。ユーザがＯＫボタン７０５（図８）をクリック（不図示のポインティングデバイス等で指示）すると（ステップＳ２５０６）、クライアントコンピュータ１０３内でＰＤＬデータの作成を開始する（ステップＳ２５０７）。
【０２４９】
クライアントコンピュータ１０３でＰＤＬデータが出来上がると、ＰＤＬデータはすぐにプリントマネージャ１１５内にある所定のホットフォルダ部２５３２に送られる。この後のプリントマネージャ１１５内の処理は、上述したジョブサブミットの場合の処理と同様にプリントされる仕組みとなっており、説明は省略する。
【０２５０】
ここで、プリンタ或いはクラスタプリンタを選択するに当たっては、予めクライアントコンピュータ１０３内でＰＰＤ（PostScript Printer Description）ファイルなどを用意して、プリンタドライバを設定しておく必要がある。ＰＰＤファイルは、プリンタを制御するための設定項目とその初期値、或いは設定の組み合わせの可否などが記述されており、プリンタ或いはクラスタプリンタ毎に固有のファイルとして提供されることになる。そして、ユーザは、クライアントコンピュータ１０３内に、プリンタやクラスタプリンタ毎にＰＰＤファイルとプリンタドライバをリンクさせて予め用意しておかなければならないことになる。
【０２５１】
＜メッセージマネージャの動作詳細＞
次に、メッセージマネージャ１２０の動作の詳細について説明する。
【０２５２】
図４７は、メッセージマネージャ１２０の構成及び周辺装置であるプリンタデバイスを有する画像形成システムの接続形態を示すブロック図である。
【０２５３】
図４７において、メッセージマネージャ１２０のジョブ受付部１２００１にプリントジョブがＪＤＦデータとして入力されると、ジョブ受付部１２００１は、ＪＤＦデータよりプリントジョブがネットワーク１０１ｂ上に接続されている画像形成装置であるプリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）のうち、どのプリンタデバイスで出力されるかを判断する。
【０２５４】
更に、ジョブ受付部１２００１は、該当するプリンタデバイスのメンテナンス情報（メンテナンス品に関わる情報）、エラー情報（ジャム等のエラーを示す情報）、能力値情報（トナーや用紙等の残量を示す情報）、各メンテナンス品の消耗度情報（消耗度を示す情報）をネットワーク１０１ｂを介して受信する。
【０２５５】
ここで、メンテナンス品とは、プリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）が用紙に画像を形成するために用いる消耗品である。具体的には、プリンタデバイスについては、例えば以下が消耗品に該当する。
（１）用紙カセット１４３４から画像を形成するために供給される用紙
（２）用紙上に画像を形成するために用いられる現像剤としての各色（Ｙ、Ｍ、Ｃ、Ｋ）のトナー
（３）オンラインフィニッシャ部１２１０のステープラ１６０５が用いる用紙の接合（バインド）部材であるステイプル針
（４）トナーが転写された用紙上にトナーを熱定着させる定着器１５４０
なお、本実施形態においては、前述の現像剤として電子写真プロセスにて画像を形成する場合に用いられるトナーを挙げたが、インクジェット方式にて画像を形成する場合に用いられるインクも現像剤となり得る。
【０２５６】
メッセージマネージャ１２０のメッセージコントローラ１２００２は、ネットワーク１０１ｂを介して受信したプリンタデバイスのエラー情報、メンテナンス情報、能力値情報、消耗度情報を基に、ＵＩ３００で表示する警告メッセージ（報知メッセージ）を設定したタイミングで表示（報知）するよう制御を行うものである。メッセージコントローラ１２００２は、プリンタデバイスから前述した複数の消耗品の残量に関する情報（例えば、用紙カセット１４３４に供給されている用紙の残枚数、現像器１４３０〜１４３３に供給可能なトナーの残容量、ステープラ１６０５が使用可能なステイプル針の残数）を複数のプリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）の各々から受信する。
【０２５７】
図４８は、ＵＩ３００で表示される警告メッセージを通知するタイミングを設定する処理を示すフローチャートである。
【０２５８】
図４８において、オペレータは、メンテナンスが必要であることを示す警告メッセージをどのタイミングで表示するかのメッセージ通知タイミング設定をＵＩ３００を介して行う（ステップＳ５０１）。ステップ５０１でメッセージ通知タイミング設定を行う際に表示されるＵＩ３００上の画面を図４９に示す。
【０２５９】
なお、ＵＩ３００は、各プリンタデバイスに設けられ、プリンタデバイスの操作者（作業者）がプリンタデバイスに対して各種の設定等を行うために用いられるユーザインターフェース画面であるものとし、前述の複数の消耗品（用紙、トナー、ステイプル針）のうち少なくともいずれか１つの残量に関する情報（例えば、用紙カセット１４３４に供給されている用紙の残枚数、現像器１４３０〜１４３３に供給可能なトナーの残容量、ステープラ１６０５が使用可能なステイプル針の残数）をユーザに報知するための表示画面としても用いられるものとすることができる。
【０２６０】
また、ＵＩ３００は、各プリンタデバイスに設けなくとも、ネットワーク１０１ａを介して複数のプリンタデバイスに対して設けられているメッセージマネージャ１２０において複数のプリンタデバイスの各々に対してネットワーク１０１ａを介して各種の設定等を行うために用いられるユーザインターフェース画面であるものとし、前述の複数の消耗品（用紙、トナー、ステイプル針）のうち少なくともいずれか１つの残量に関する情報（例えば、用紙カセット１４３４に供給されている用紙の残枚数、現像器１４３０〜１４３３に供給可能なトナーの残容量、ステープラ１６０５が使用可能なステイプル針の残数）をユーザに報知するための表示画面としても用いられるものとすることができる。
【０２６１】
なお、以下の説明においては、ＵＩ３００は各プリンタデバイスに設けられるものではなく、メッセージマネージャ１２０において複数のプリンタデバイスの各々に対してネットワーク１０１ａを介して各種の設定等を行うために用いられるユーザインターフェース画面であるものとして説明する。また、ＵＩ３００は、ＬＣＤ（Liquid Crystal Display）等を用いることができる。
【０２６２】
図４９の例では、電源ON時、電源OFF時、ジョブ開始前時、ジョブ終了時、及びリアルタイム（メンテナンス要因やエラー要因が発生した際に直ちに表示させたい場合）の５つのタイミングについて、どの要因に対する警告メッセージを表示するかを設定できる場合を示している。
【０２６３】
ここで、電源ＯＮ時とは、例えばプリンタデバイスに設けられたメインスイッチをＯＦＦ状態からＯＮ状態に切り替えることで、商用電源からコンセントを介してプリンタデバイスの電源部（不図示）に入力される電源電圧を、プリンタデバイスの各部へ投入（供給）するタイミングをいう。また、電源ＯＦＦ時とは、例えばプリンタデバイスに設けられたメインスイッチをＯＮ状態からＯＦＦ状態に切り替えることで、商用電源からコンセントを介してプリンタデバイスの電源部（不図示）に入力される電源電圧を、プリンタデバイスの各部へ供給するのを停止するタイミングをいう。
【０２６４】
また、ジョブ開始前とは、いずれかのプリンタデバイス（ここでは、カラーＭＦＰ１０４ａとする）において、プリントマネージャ１１５にて管理されておりカラーＭＦＰ１０４ａにて実行すべき旨がプリントマネージャ１１５により決定されたプリントジョブの実行が、カラーＭＦＰ１０４ａにて開始される前のタイミングをいう。また、ジョブ終了時とは、いずれかのプリンタデバイス（ここでは、カラーＭＦＰ１０４ａとする）において、プリントマネージャ１１５にて管理されておりカラーＭＦＰ１０４ａにて実行すべき旨がプリントマネージャ１１５により決定されたプリントジョブの実行が、カラーＭＦＰ１０４ａにて終了するタイミングをいう。
【０２６５】
図４９における表示タイミングの内のいずれかを選択すると、図５０〜図５４に示すような各表示タイミング毎の表示メンテナンス要因選択画面がＵＩ３００上に表示される。
【０２６６】
図５０は、電源ON時に警告メッセージを表示する項目を選択する画面を示す図である。
【０２６７】
図５０の例では、項目として、用紙が全く無くなった場合の用紙補給（残量０）、トナーが全く無くなった場合のトナー補給（残量０）、ステイプルが全く無くなった場合のステイプル補給（残量０）、ローラ交換、オイル交換、用紙が残りわずかの場合の用紙補給（残量わずか）、トナーが残りわずかの場合のトナー補給（残量わずか）、ステイプルが残りわずかの場合のステイプル補給（残量わずか）等について選択する例を示している。
【０２６８】
ここで、用紙補給において残量わずかである場合とは、用紙カセット１４３４に積載されている用紙の枚数が所定枚数（例えば、用紙カセット１４３４に積載可能な最大積載枚数の５％）を下回った場合をいう。また、トナーにおいて残量わずかである場合とは、プリンタデバイス（ここでは、カラーＭＦＰ１０４ａとする）が使用する特定色のトナー（ここでは、イエロー）の残容量が所定容量（例えば、イエローの現像器１４３０へイエロートナーを供給する不図示のイエロートナーボトルの満載容量の５％）を下回った場合をいう。また、ステイプル針において残量わずかである場合とは、プリンタデバイス（ここでは、カラーＭＦＰ１０４ａとする）に接続されるオンラインフィニッシャ部１２１０のステープラ１６０５が使用するステイプル針の残数が所定数（例えば、ステープラ１６０５に供給し得るステイプル針の満載数の５％）を下回った場合をいう。
【０２６９】
オペレータメンテナンスでは、この他にも、モータ類、ドライバ類、感光ドラム、転写ドラム、帯電器、除電器類などＭＦＰを構成する全ての寿命の存在する消耗品及びメンテナンス品についても、ＯＲＣとして含まれているので、対応するＯＲＣ部品がそれ以外に存在する場合には、同一画面内に上記以外のＯＲＣの項目が追加表示される。ＯＲＣの場合は、部品名と共にその部品を示す番号を同時に表示することになるので、ＯＲＣの部品番号も併せて表示しても良い。
【０２７０】
図５０の例では、用紙補給（残量わずか）、トナー補給（残量わずか）、ステイプル補給（残量わずか）の場合について警告メッセージを表示する場合を示している。
【０２７１】
図５１は、電源OFF時に警告メッセージを表示する項目を選択する画面を示す図である。
【０２７２】
図５１の例では、ローラ交換、オイル交換の場合について警告メッセージを表示する場合を示している。
【０２７３】
図５２は、ジョブ開始前時に警告メッセージを表示する項目を選択する画面を示す図である。
【０２７４】
図５２の例では、用紙補給（残量０）、トナー補給（残量０）、ステイプル補給（残量０）、電圧制御エラーの場合について警告メッセージを表示する場合を示している。
【０２７５】
図５３は、ジョブ開始後時に警告メッセージを表示する項目を選択する画面を示す図である。
【０２７６】
図５３の例では、用紙補給（残量０）、トナー補給（残量０）、ステイプル補給（残量０）、ジャムエラーの場合について警告メッセージを表示する場合を示している。
【０２７７】
図５４は、リアルタイムで警告メッセージを表示する項目を選択する画面を示す図である。
【０２７８】
図５４の例では、用紙補給（残量０）、トナー補給（残量０）、ステイプル補給（残量０）、温度制御エラーの場合について警告メッセージを表示する場合を示している。
【０２７９】
図４８に戻り、メッセージマネージャ１２０のメッセージコントローラ１２００２は、ユーザがＵＩ画面上で設定した各表示タイミング毎の表示項目の設定に従ってフラグテーブルを作成する（ステップ５０２）。
【０２８０】
図５５（ａ）にメッセージコントローラ１２００２が作成するフラグテーブルを示す。フラグテーブルは、オペレータに通知すべき各イベントについて、ステップ５０１で設定した表示タイミングを示すフラグがセットされる。図５５（ａ）の例では、電源ON時のみに表示する項目についてはフラグ１、電源OFF時のみに表示する項目についてはフラグ２、ジョブ開始前時のみに表示する項目についてはフラグ３、ジョブ終了時のみに表示する項目についてはフラグ４、リアルタイムで表示する項目についてはフラグ５、・・・、ジョブ開始前時、ジョブ終了時、リアルタイムのそれぞれのタイミングで表示する項目についてはフラグ２０の場合を示している。
【０２８１】
例えば通知イベントリストのうち、Ｎｏ．６〜８の用紙補給（残量わずか）、トナー補給（残量わずか）、ステイプル補給（残量わずか）の項目については、電源ON時にのみ表示されるイベントであるため、フラグ１がセットされる。
【０２８２】
メッセージマネージャ１２０のメッセージコントローラ１２００２で作成したフラグテーブルは、ＨＤＤ１２００３へ格納される。ＨＤＤ１２００３には、フラグテーブルの他に、プリンタデバイス毎の各メンテナンス項目（消耗品、メンテナンス品）の消耗度や使用回数を示す消耗度テーブルや、プリンタデバイス毎に異なる能力値を示す能力値テーブルが格納される。
【０２８３】
図４８に戻り、メッセージマネージャ１２０のメッセージコントローラ１２００２は、ユーザが設定したタイミング毎の通知すべきイベント情報をＵＩ３００上へ表示する（ステップＳ５０３）。
【０２８４】
ＵＩ３００上で表示される内容は、上記作成されたフラグテーブルに従って決定される。図５５（ｂ）では、ＵＩ３００上で表示される電源ON時に通知されるイベント情報が、図５５（ａ）のフラグ１がセットされている通知イベントリストのうち、Ｎｏ．６〜８の用紙補給（残量わずか）、トナー補給（残量わずか）、ステイプル補給（残量わずか）の項目であるので、図５５（ｂ）のような画面を表示する結果となる例を示している。
【０２８５】
＜各タイミング毎のメッセージ表示処理＞
図５６は、各表示タイミングにおけるイベント決定の順番を示すフローチャートである。
【０２８６】
図５６において、メッセージマネージャ１２０のメッセージコントローラ１２００２は、プリンタデバイスの電源ON時（ステップＳ６０１）、ジョブ開始前時（ステップＳ６０２）、リアルタイム（ステップＳ６０３）、ジョブ終了時（ステップＳ６０４）、電源OFF時（ステップＳ６０５）の順番に従って各表示タイミングのイベントを決定し、オペレータにメッセージを通知するよう制御する。
【０２８７】
次に、各表示タイミング毎に通知すべきイベントを決定してＵＩ３００を介して警告メッセージを表示するまでの流れを説明する。
【０２８８】
＜電源ON時の警告メッセージ表示処理＞
図５７は、電源ON時の警告メッセージ表示処理を示すフローチャートである。
【０２８９】
図５７において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、複数のプリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）の電源スイッチがONされたかどうかをチェックしにいく（ステップＳ７０１）。メッセージコントローラ１２００２は、電源スイッチがONされるまでステップ７０１を繰り返す。メッセージコントローラ１２００２は、複数のプリンタデバイスのうち特定のプリンタデバイス（ここでは、カラーＭＦＰ１０４ａとする）の電源スイッチがONされたことを確認すると、次に、電源ON時に通知すべきイベント（図５０の例では、用紙の残量がわずかであること、トナーの残容量がわずかであること、ステイプル針の残数がわずかであること）を示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ７０２、ステップＳ７０３）。電源ON時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ７０４へ移行する。電源ON時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０２９０】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報をＨＤＤ１２００３より入手する（ステップＳ７０４）。例えばトナー補給（残量わずか）イベントが選択されている場合には、メッセージコントローラ１２００２は、ＨＤＤ１２００３に格納されている消耗度テーブルより該当するプリンタデバイスのトナー残量を読み出す。
【０２９１】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ７０５）。例えば複数の消耗品にかかる残量のうち、用紙補給（残量わずか）及びトナー補給（残量わずか）が選択されている場合には、メッセージコントローラ１２００２は、用紙の残量が所定枚数（例えば最大積載容量の５％）を下回っていること、及びトナーの残容量が所定容量（例えば満載容量の５％）を下回っていることを判定する。そして、メッセージコントローラ１２００２は、用紙の残量が所定枚数を下回っており、かつトナーの残容量が所定容量を下回っている場合には、カラーＭＦＰ１０４ａの操作者に対して警告メッセージを表示する旨を決定する。
【０２９２】
なお、メッセージコントローラ１２００２は、用紙の残量が所定枚数（例えば最大積載容量の５％）を下回っていない場合やトナーの残容量が所定容量（例えば満載容量の５％）を下回っていない場合は、その下回っていないものについては何らの警告もしない旨か、下回っていない旨の表示（報知）をする旨を決定する。
【０２９３】
最後に、メッセージコントローラ１２００２は、ステップＳ７０５で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ７０６）。
【０２９４】
＜電源OFF時の警告メッセージ表示処理＞
図５８は、電源OFF時の警告メッセージ表示処理を示すフローチャートである。
【０２９５】
図５８において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、プリンタデバイスの電源スイッチがOFFされたかどうかをチェックしにいく（ステップＳ８０１）。電源スイッチがOFFされるまでステップ８０１を繰り返す。メッセージコントローラ１２００２は、電源スイッチがOFFされたことを確認すると、次に、電源OFF時に通知するイベントを示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ８０２、ステップＳ８０３）。電源OFF時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ８０４へ移行する。電源OFF時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０２９６】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報をＨＤＤ１２００３より入手する（ステップＳ８０４）。例えばローラ交換イベントが選択されている場合には、メッセージコントローラ１２００２は、ＨＤＤ１２００３に格納されている消耗度テーブルより該当するプリンタデバイスの使用回数を読み出す。
【０２９７】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ８０５）。例えばローラ交換イベントが選択されている場合には、メッセージコントローラ１２００２は、ローラ交換時期と判断する予め設定されているプリント枚数の閾値を超えているか否かを判定し、超えている場合には警告メッセージを表示し、超えていない場合には表示しないかもしくはＯＫであること示すメッセージを表示するよう決定する。
【０２９８】
最後に、メッセージコントローラ１２００２は、ステップＳ８０５で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ８０６）。
【０２９９】
＜ジョブ開始前時の警告メッセージ表示処理＞
図５９は、ジョブ開始前時の警告メッセージ表示処理を示すフローチャートである。
【０３００】
図５９において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、画像形成システムを構成する複数のプリンタデバイスのうち特定のプリンタデバイス（ここでは、カラーＭＦＰ１０４ａとする）に関して、順番待ちしているジョブが存在するかどうかをプリントマネージャ１１５にチェックしにいく（ステップＳ９０１）。メッセージコントローラ１２００２は、ステップＳ９０１の処理を、カラーＭＦＰ１０４ａについての順番待ちしているジョブが現れるまでステップ９０１を繰り返す。メッセージコントローラ１２００２は、カラーＭＦＰ１０４ａについての順番待ちしているジョブが現れたことを確認すると、ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ９０２、ステップＳ９０３）。ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ９０４へ移行する。ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０３０１】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報をＨＤＤ１２００３より入手する（ステップＳ９０４）。例えば用紙補給（残量０）イベントが選択されている場合には、メッセージコントローラ１２００２は、ＨＤＤ１２００３に格納されている消耗度テーブルより該当するプリンタデバイスの用紙残量を読み出す。
【０３０２】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ９０５）。例えば用紙補給（残量０）イベントが選択されている場合には、メッセージコントローラ１２００２は、用紙残量が０でになっているか否かを判定し、０の場合には警告メッセージを表示し、０でない場合には表示しないかもしくはＯＫであること示すメッセージを表示するよう決定する。
【０３０３】
すなわち、メッセージコントローラ１２００２は、複数ページにかかる画像を形成するカラーＭＦＰ１０４ａについてのプリントジョブがカラーＭＦＰ１０４ａにより実行されることにより、ＵＩ３００にて選択された消耗品（図５２における用紙補給（残枚数０）、トナー補給（残容量０））のいずれかの残量が所定量（用紙については残枚数０、トナーについては残容量０）に達するか否かを判定する。
【０３０４】
そして、メッセージコントローラ１２００２は、プリントジョブをカラーＭＦＰ１０４ａで実行することにより用紙の残量が０となり、かつトナーの残容量０となると判定した場合には、カラーＭＦＰ１０４ａの操作者に対して警告メッセージを表示する旨を決定する。なお、メッセージコントローラ１２００２は、用紙の残量が０とならない場合やトナーの残容量が０とならない場合は、その０とならないものについては何らの警告もしない旨か、０とならない旨の表示（報知）をする旨を決定する。
【０３０５】
最後に、メッセージコントローラ１２００２は、ステップＳ９０５で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ９０６）。
【０３０６】
＜ジョブ終了時の警告メッセージ表示処理＞
図６０は、ジョブ終了時の警告メッセージ表示処理を示すフローチャートである。
【０３０７】
図６０において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、終了していないジョブが存在するかどうかをチェックしにいく（ステップＳ１００１）。終了していないジョブが無くなるまでステップ１００１を繰り返す。メッセージコントローラ１２００２は、終了していないジョブが無くなったことを確認すると、次に、ジョブ終了時に通知するイベントを示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ１００２、ステップＳ１００３）。ジョブ終了時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ１００４へ移行する。ジョブ終了時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０３０８】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報を入手する（ステップＳ１００４）。例えばジャムエラーイベントが選択されている場合には、メッセージコントローラ１２００２は、該当するプリンタデバイスにおけるジャムエラーフラグを読み出す。
【０３０９】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ１００５）。例えばジャムエラーイベントが選択されている場合には、メッセージコントローラ１２００２は、ジャムエラーフラグが真であるか否かを判定し、真の場合には警告メッセージを表示し、真でない場合には表示しないかもしくはＯＫであること示すメッセージを表示するよう決定する。
【０３１０】
最後に、メッセージコントローラ１２００２は、ステップＳ１００５で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ１００６）。
【０３１１】
＜リアルタイム時の警告メッセージ表示処理＞
図６１は、リアルタイム時の警告メッセージ表示処理を示すフローチャートである。
【０３１２】
図６１において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、プリンタデバイスでジョブが実行中であるかどうかをチェックしにいく（ステップＳ１１０１）。実行するジョブが現れるまでステップ１１０１を繰り返す。メッセージコントローラ１２００２は、ジョブが実行中であることを確認すると、次に、リアルタイムで通知すべきイベントが発生しているか否かをチェックする（ステップＳ１１０２）。
【０３１３】
例えば温度制御エラーイベントが選択されている場合には、該当するプリンタデバイスにおける温度制御エラーフラグを読み出す。オペレータに通知すべきイベントが発生していない場合には、ステップ１１０２を繰り返す。
【０３１４】
最後に、メッセージコントローラ１２００２は、警告メッセージをＵＩ３００上へ表示する（ステップＳ１１０３）。
【０３１５】
＜メンテナンスのイベントを予想する際のメッセージ表示処理＞
次に、図５９のジョブ開始前時の警告メッセージ表示処理を基にジョブ開始前にメンテナンスに関わるイベントを予想して警告メッセージを表示する動作について説明する。
【０３１６】
図５９において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、順番待ちしているジョブが存在するかどうかをチェックしにいく（ステップＳ９０１）。順番待ちしているジョブが現れるまでステップ９０１を繰り返す。メッセージコントローラ１２００２は、順番待ちしているジョブが現れたことを確認すると、次に、ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ９０２、ステップＳ９０３）。ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ９０４へ移行する。ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０３１７】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報をＨＤＤ１２００３より入手する（ステップＳ９０４）。例えば用紙補給（残量０）イベントが選択されている場合には、メッセージコントローラ１２００２は、ＨＤＤ１２００３に格納されている消耗度テーブルより該当するプリンタデバイスの用紙残量を読み出す。更に、メッセージコントローラ１２００２は、これから実行するジョブをプリントすることによって予想される該当プリンタデバイスの用紙消費量を計算する。
【０３１８】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ９０５）。例えば用紙補給（残量０）イベントが選択されている場合には、メッセージコントローラ１２００２は、消耗度テーブルから読み出した用紙残量値から実行ジョブの予想用紙消費量を減算した結果、用紙残量が０を下回るか否かを判定する。メッセージコントローラ１２００２は、用紙残量が０を下回る場合には、用紙補給が必要である旨の警告メッセージを表示し、用紙残量が０を下回らない場合は、警告メッセージを表示しないかもしくはＯＫであること示すメッセージを表示するよう決定する。
【０３１９】
最後に、メッセージコントローラ１２００２は、ステップ９０５で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ９０６）。
【０３２０】
本実施の形態では、画像形成システムを構成するプリンタデバイスの各メンテナンス項目（用紙／トナー／ステイプル等の消耗品の補給、感光ドラム／ローラ／モータ等のメンテナンス品の交換）について、オペレータのメンテナンスが必要であること示す警告メッセージを、オペレータの希望する表示タイミング毎にＵＩ上へ表示することができるので、オペレータの都合に合わせた適切なタイミングでのメンテナンス時期を通知することができる。
【０３２１】
メッセージコントローラ１２００２は、プリンタデバイス毎に各プリンタデバイスが使用する複数の消耗品（用紙、トナー、ステイプル針等）の残量に関する情報を報知するための所定タイミングを設定するとともに、所定タイミングとして複数の異なるタイミング（電源ＯＮ時、電源ＯＦＦ時、ジョブ開始前、ジョブ終了時）を設定することができる。また、メッセージコントローラ１２００２は、ＵＩ３００からの入力に基づいて、複数の所定タイミング（電源ＯＮ時、電源ＯＦＦ時、ジョブ開始前、ジョブ終了時）毎にプリンタデバイスの操作者に報知を行うべき消耗品を選択することができる。
【０３２２】
以上説明したように、本実施の形態によれば、プリンタデバイスに使用される複数の消耗品について所定の残量に達したら即座にプリンタデバイスの操作者に報知するのではなく、複数の消耗品について所定の残量に達した後、所定タイミング（電源ＯＮ時、電源ＯＦＦ時、ジョブ開始前、ジョブ終了時）となったことに応じて消耗品の残量に関する報知をするので、例えば、第１の消耗品と第２の消耗品についての残量に関する報知を所定のタイミングにて同時に行うことが可能となるので、プリンタデバイスの操作者の作業負荷（作業回数）を少なくすることができる。
【０３２３】
［第２の実施の形態］
本発明の第２の実施の形態は、上述した第１の実施の形態に対して、以下に示す点において相違する。本実施の形態のその他の要素は、上述した第１の実施の形態（図１）の対応するものと同一なので、説明を省略する。
【０３２４】
上述した第１の実施の形態では、メッセージマネージャ１２０が警告メッセージを表示するか否かの判定を、ネットワーク１０１に接続されているプリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）のメンテナンス情報、エラー情報、能力値情報、各メンテナンス品の消耗度情報のみで行う場合を説明した。
【０３２５】
本実施の形態では、メッセージマネージャ１２０を、各種メンテナンス品を仕入れる仕入先ともネットワークで接続して、画像形成システムが設置されているＰＯＤセンター内のメンテナンス品の在庫情報、仕入先のメンテナンス品の在庫情報と納期情報も踏まえて、警告メッセージを表示するか否かの判定を行う構成について説明する。
【０３２６】
図６２は、メッセージマネージャ１２０の構成及び周辺の接続形態を示す図である。なお、図４７と同一の構成要素については同一の番号を付してある。
【０３２７】
図６２において、メッセージマネージャ１２０のジョブ受付部１２００１にプリントジョブがＪＤＦデータとして入力されると、ジョブ受付部１２００１は、ＪＤＦデータよりプリントジョブがネットワーク１０１ｂ上に接続されているプリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）のうち、どのプリンタデバイスで出力されるかを判断し、該当するプリンタデバイスのメンテナンス情報、エラー情報、能力値情報、各メンテナンス品の消耗度情報をネットワーク１０１ｂを介して受信する。
【０３２８】
メッセージマネージャ１２０のメッセージコントローラ１２００２は、ネットワーク１０１ｂを介して上記プリンタデバイスと接続されるほか、更にネットワーク１０１ａを介して各メンテナンス品を扱っている仕入先Ａ２０１、仕入先Ｂ２０２、仕入先Ｃ２０３の各情報データベース、及び、画像形成システムが設置されているＰＯＤセンター内のメンテナンス品の在庫情報を管理している在庫管理ＤＢ４００と接続されている。メッセージコントローラ１２００２は、各仕入れ先２０１〜２０３のメンテナンス品の在庫情報と納期情報をネットワーク１０１ａを介して受信する。
【０３２９】
メッセージコントローラ１２００２は、上記ネットワーク１０１ｂを介して受信したプリンタデバイスのエラー情報、メンテナンス情報、能力値情報、消耗度情報、更には、上記ネットワーク１０１ａを介して受信した各メンテナンス品の在庫情報、納期情報を基に、ＵＩ３００で表示する警告メッセージを設定したタイミングで表示するよう制御を行う。
【０３３０】
また、メッセージコントローラ１２００２は、フラグテーブル、各プリンタデバイス毎の消耗度テーブル、能力値テーブルの他に、仕入先Ａ２０１、仕入先Ｂ２０２、仕入先Ｃ２０３、及び在庫管理ＤＢ４００よりネットワーク１０１ａを介して入手した各メンテナンス項目毎の在庫情報テーブル、納期情報テーブルを生成し、ＨＤＤ１２００３へ記憶する。
【０３３１】
＜メンテナンス品の発注に関するメッセージ表示処理＞
次に、ＰＯＤセンター内のメンテナンス品の在庫情報、仕入れ先のメンテナンス品の在庫情報、及び納期情報を踏まえた各表示タイミング毎に、オペレータに通知すべきイベントを決定し、ＵＩ３００を介して警告メッセージを表示するまでの流れを説明する。各表示タイミングの表示処理の手順については、上述した第１の実施の形態と全て同一であるので、ここでは電源ON時のメッセージ表示処理についてのみ説明する。
【０３３２】
＜電源ON時のメッセージ表示処理＞
図５７は、電源ON時の警告メッセージ表示処理を示すフローチャートである。
【０３３３】
図５７において、まず、メッセージマネージャ１２０のメッセージコントローラ１２００２は、プリンタデバイスの電源スイッチがONされたかどうかをチェックしにいく（ステップＳ７０１）。電源スイッチがONされるまでステップ７０１を繰り返す。メッセージコントローラ１２００２は、電源スイッチがONされたことを確認すると、次に、電源ON時に通知するイベントを示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ７０２）。電源ON時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ７０４へ移行する。電源ON時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０３３４】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報をＨＤＤ１２００３より入手する（ステップＳ７０４）。例えばトナーボトル発注イベントが選択されている場合には、メッセージコントローラ１２００２は、ＨＤＤ１２００３に格納されているトナーボトルの在庫情報テーブルよりＰＯＤセンター内のトナーボトルの残数、仕入先のトナーボトルの残数を読み出し、及びトナーボトルの納期情報テーブルより仕入先のトナーボトルの納入日までの日数の各情報を読み出す。
【０３３５】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ７０５）。例えばトナーボトル発注イベントが選択されている場合には、メッセージコントローラ１２００２は、まず始めに、ＰＯＤセンター内のトナーボトル残数が予め設定している閾値を下回っているか否かを判定する。なお、閾値は各オペレータの判断で設定することが可能である。ここで、閾値について例えば２つの閾値１と閾値２を設けて、閾値１＞閾値２となるように設定しておく。
【０３３６】
メッセージコントローラ１２００２は、トナーボトル残数が閾値１を下回っているが閾値２を下回っていない場合には、仕入先のトナーボトル残数とトナーボトル納入日までの日数を見てトナーボトルの発注が必要である旨の警告メッセージを表示するか否かを決定する。メッセージコントローラ１２００２は、トナーボトル残数が閾値２も下回っている場合には、仕入先のトナーボトル残数とトナーボトル納入日までの日数を加味せずに警告メッセージを表示するよう決定し、トナーボトル残数が閾値１を下回っていない場合には、警告メッセージを表示しないかもしくはＯＫであること示すメッセージを表示するよう決定する。
【０３３７】
最後に、メッセージコントローラ１２００２は、ステップ７０５で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ７０６）。
【０３３８】
以上説明したように、本実施の形態によれば、画像形成システムが設置されているＰＯＤセンター内のメンテナンス品の在庫情報、仕入先のメンテナンス品の在庫情報及び納期情報を基に、メンテナンス品の発注が必要であることを示す警告メッセージを、オペレータの希望する表示タイミング毎にＵＩ上へ表示することができるので、オペレータの都合に合わせた適切なタイミングでのメンテナンス品の発注時期を通知することができる。
【０３３９】
［第３の実施の形態］
本発明の第３の実施の形態は、上述した第１の実施の形態に対して、以下に示す点において相違する。本実施の形態のその他の要素は、上述した第１の実施の形態（図１）の対応するものと同一なので、説明を省略する。
【０３４０】
本実施の形態では、画像形成システムに入稿されるプリントジョブの状況が逐次変化することを踏まえると、プリントジョブの入稿状況や受注状況によってメンテナンスが必要なタイミングはリアルタイムで変わってくるので、プリントジョブの入稿状況や受注状況に応じてメンテナンスが必要なタイミングを予想して、警告メッセージを表示するタイミングを動的にスケジューリングする構成について説明する。
【０３４１】
＜工程管理のスケジューリング＞
まず始めに、画像形成システムにおけるスケジューリング機能に関して説明する。
【０３４２】
工程管理マネージャ１１１は、受注・入稿マネージャ１１２、原稿編集マネージャ１１３、プルーフマネージャ１１４、プリントマネージャ１１５、後処理マネージャ１１６、ファイル保管マネージャ１１７、納品・発送マネージャ１１８、スキャンマネージャ１１９等と通信を行い、それぞれのジョブの状況を管理すると共に、各マネージャ間の連携やスケジューリングも行うことができる。
【０３４３】
図６３は、工程管理マネージャ１１１より提供されるジョブ生成画面を示す図である。
【０３４４】
オペレータがクライアントコンピュータ１０３上のウェブブラウザのＵＲＬアドレス部に、工程管理マネージャ１１１側のウェブサーバのＩＰアドレスを入力することにより、クライアントコンピュータ１０３上にジョブ生成画面が読み込まれるように予め設定されている。
【０３４５】
図６３において、２９１１はクリエートジョブキーであり、ジョブ生成画面はこのクリエートジョブキー２９１１がクリック（不図示のポインティングデバイス等で指示）されている状態に対応する。ジョブ生成画面では、受注・入稿マネージャ１１２におけるジョブの受注が成立した場合、オペレータがそのジョブを受けて、そのジョブの優先度の選択（プライオリティ選択ボタン２９３０にて受注順優先（Ｏｒｄｅｒ）、納期日程優先（Ｄｅｌｉｖｅｒｙ）、コスト優先（Ｃｏｓｔ）、品質優先（Ｑｕａｌｉｔｙ）から選択）を行うと共に、どのプリンタデバイスを用いるか、どのフィニッシャを用いるか等を決定し、それらを入力することができる。
【０３４６】
これにより、工程管理マネージャ１１１から新しいジョブを発行し、同時にＪＤＦデータも発行し、工程管理マネージャ１１１上でのジョブ管理を開始する。
【０３４７】
２９１２はスケジューリングキーであり、このスケジューリングキー２９１２をクリック（不図示のポインティングデバイス等で指示）することにより、ジョブ生成画面での入力に基づいて工程管理マネージャ１１１がジョブのスケジューリング（後述する図６８に示すスケジューリング処理）を行い、図６４〜図６７に示すジョブスケジューリング画面に表示する。
【０３４８】
２９１３はコンフィギュレーションキーであり、このコンフィギュレーションキー２９１３をクリック（不図示のポインティングデバイス等で指示）することにより、不図示のジョブコンフィギュレーション画面が表示される。
【０３４９】
図６４〜図６７は、工程管理マネージャ１１１より提供されるジョブスケジューリング画面を示す図である。図６３と同一のものには同一の符号を付してある。
【０３５０】
図６４において、ジョブスケジューリング画面では、それぞれのマネージャ（受注・入稿マネージャ１１２〜スキャンマネージャ１１９）で費やす時間に合わせたスケジュールが表示され、それぞれの連携を一目で確認できるように工夫されている。ジョブスケジューリング画面はジョブ単位で管理されており、ジョブＩＤ入力欄２９１５にジョブＩＤを入力すれば、そのジョブのスケジュールが周辺のジョブのスケジュールと一緒に表示される。
【０３５１】
このスケジュール表示は、工程管理マネージャ１１１により工程管理された各ジョブに対して各工程単位で行う。また、各工程に要する時間も表示している。
【０３５２】
例えば、ジョブＩＤ＃０３９０２８（ジョブ番号）をジョブＩＤ入力欄２９１５に入力すると、そのジョブのスケジュールが表示される。即ち、そのジョブの受注から納品までが表示され、工程名称の左側の「＋」または「−」のマークをクリック（不図示のポインティングデバイス等で指示）することで、それぞれの工程が詳細な工程を持っていれば展開して表示したり縮めて表示したりすることもできる。
【０３５３】
このジョブＩＤ＃０３９０２８を見ると、それぞれの工程が順次進んでいるが、プリントマネージャ１１５から後処理マネージャ１１６にジョブが渡されるときにタイムラグが発生するのがわかる。これは、ジョブの受注順にスケジュールを組んでいるため（図６４は図６３のプライオリティ選択ボタン２９３０で受注順優先（Ｏｒｄｅｒ）が選択されている場合に対応するので）、１つ前のジョブＩＤ＃０３９０２７がジョブＩＤ＃０３９０２８と同じ断裁機１２１とくるみ製本機１２３を利用しているためである。ジョブＩＤ＃０３９０２８は、このジョブＩＤ＃０３９０２７のフィニッシング工程の終了を待たなければ、ジョブＩＤ＃０３９０２８の順番が回ってこないため、ここがボトルネックとなって納期が決まることとなる。
【０３５４】
ところが、顧客が納期をできるだけ早く依頼した場合、即ち、同じジョブＩＤ＃０３９０２８のジョブを受けたとしても、他の仕掛かりジョブすべてを遅らせることができれば、上記図６４に示した受け付け順のスケジュールの場合よりも早い納期で結果が出せるはずである。
【０３５５】
この場合、プライオリティキー（優先順位キー）２９１６を受注順優先（Ｏｒｄｅｒ）から納期日程優先（Ｄｅｌｉｖｅｒｙ）に変更することにより、図６５に示す納期順のジョブスケジューリング画面が表示される。
【０３５６】
図６５に示す納期日程優先（Ｄｅｌｉｖｅｒｙ）のスケジュールでは、ジョブＩＤ＃０３９０２８のジョブ（印刷物）が、図６４に示した受注順優先（Ｏｒｄｅｒ）のスケジュールに対して２日間も早く納品されるような例に対応する。
【０３５７】
工夫のポイントとしては、受注順優先（Ｏｒｄｅｒ）のスケジュールでは１台のプリンタデバイス（ＭＦＰ）からのプリントだったのに対して、納期日程優先（Ｄｅｌｉｖｅｒｙ）のスケジュールでは３台のプリンタデバイスを組み合わせてクラスタを構成していることで、或いは後処理マネージャ１１６でも他のジョブより優先させることで時間短縮しており、その他のマネージャに関しても、作業員をより多く投入したり、時間外も稼動させたりするなどして、日程を縮めてスケジューリングさせることができる。
【０３５８】
しかしながら、逆にジョブＩＤ＃０３９０２７のジョブの方は、プリンタデバイス（ＭＦＰ）が３台ともジョブＩＤ＃０３９０２８のジョブで使用されてしまったため、プリンタデバイス（ＭＦＰ）の使用が終了するまで待たなくてはならず、他のジョブが犠牲になることを覚悟しなければいけない。
【０３５９】
次に、受注順優先（Ｏｒｄｅｒ）、納期日程優先（Ｄｅｌｉｖｅｒｙ）のスケジュールの他に、コスト優先（Ｃｏｓｔ）、品質優先（Ｑｕａｌｉｔｙ）のスケジュールも同様に考えることができる。即ち、プライオリティキー（優先順位キー）２９１６に対して、受注順優先（Ｏｒｄｅｒ）、納期日程優先（Ｄｅｌｉｖｅｒｙ）の他に、コスト優先（Ｃｏｓｔ）、品質優先（Ｑｕａｌｉｔｙ）等が設けてある。プライオリティキー（優先順位キー）２９１６をコスト優先（Ｃｏｓｔ）、品質優先（Ｑｕａｌｉｔｙ）に変更することにより、図６６に示すコスト優先のジョブスケジュール画面、図６７に示す品質優先のジョブスケジューリング画面が表示される。
【０３６０】
このように、顧客の要求に合わせて、受注順優先（Ｏｒｄｅｒ）、納期日程優先（Ｄｅｌｉｖｅｒｙ）、コスト優先（Ｃｏｓｔ）、品質優先（Ｑｕａｌｉｔｙ）に、全てのジョブをスケジューリングすることができる。
【０３６１】
図６６に示すコスト優先（Ｃｏｓｔ）のジョブスケジュール画面では、ジョブＩＤ＃０３９０２８のジョブがコスト優先でスケジューリングされたものであり、予めそれぞれの工程に対して余裕を持ってスケジューリングされている。後から入ってくるジョブが日程優先の場合ならば、そちらを優先させてもいいように、予め顧客には納期に対して余裕を持ってスケジューリングさせておくわけであり、これにより、顧客に対して割引度合いを高めるのである。
【０３６２】
しかしながら、いくらコスト優先であっても、後から来た日程優先のジョブに常に追い抜かれていては、納品できない可能性がでてくるので、遅れてもデッドラインとなる日程だけは予め決めてスケジューリングする必要がある。工程管理マネージャ１１１が上記デッドラインとなるユーザからの納期希望日からの日数を固定の所定日数として決定してもよいし、管理者が予め設定可能に構成してもよい。
【０３６３】
図６７に示す品質優先のジョブスケジュール画面では、ジョブＩＤ＃０３９０２８のジョブが品質優先でスケジューリングしされたものであり、それぞれの工程単位で確認作業を入れる等、例え納期が遅れても品質を確保する工程を入れる等してスケジューリングする必要がある。
【０３６４】
このように、プライオリティキー２９１６を切り替えることで、受注順優先、納期日程優先、コスト優先、品質優先等を切り替えてスケジューリングすることができる。更に、プリンタデバイスや作業者の稼働率などを優先して考える等、様々な方向からスケジューリングするように構成してもよい。
【０３６５】
図６８は、工程管理マネージャ１１１によるスケジューリング処理の一例を示すフローチャートである。
【０３６６】
スケジューリング処理は、プライオリティに応じて他のジョブとスケジュールを調整する処理である。受注順をデフォルトとした場合を例に挙げて説明する。
【０３６７】
図６８において、工程管理マネージャ１１１は、まず、受注順（Ｏｒｄｅｒ順）にスケジュールを生成し（ステップＳ３００１）、次に、コスト優先が選択されているか否かを判定する（ステップＳ３００２）。工程管理マネージャ１１１は、コスト優先が選択されていると判断した場合には、他にジョブを譲れるように、日程や品質のパラメータを抑えるなどの処理を行ってスケジュールを調整し（日程／品質の優先順位を１つ下げ）（ステップＳ３００３）、ステップＳ３００４に進み、一方、コスト優先が選択されていないと判断した場合には、そのままステップＳ３００４に進む。
【０３６８】
次に、工程管理マネージャ１１１は、品質優先が選択されているか否かを判定し（ステップＳ３００４）、品質優先が選択されていると判断した場合には、品質の確認工程を追加してスケジュールを調整し（ステップＳ３００５）、ステップＳ３００６に進み、一方、品質優先が選択されていないと判断した場合には、そのままステップＳ３００６に進む。
【０３６９】
次に、工程管理マネージャ１１１は、納期日程優先が選択されているか否かを判定し（ステップＳ３００６）、納期日程優先が選択されていると判断した場合には、クラスタ（プリンタデバイスを複数台接続して一斉にプリントする処理）が可能か否かを判断する（ステップＳ３００７）。工程管理マネージャ１１１は、クラスタが可能であると判断した場合には、クラスタプリントに再スケジュールし（ステップＳ３００８）、ステップＳ３００９に進み、一方、クラスタが不可能と判断した場合には、そのままステップＳ３００９に進む。
【０３７０】
次に、工程管理マネージャ１１１は、仕掛かりジョブに順序入替可能なものがあるか否かを判断し（ステップＳ３００９）、仕掛かりジョブに順序入替可能なものがあると判断した場合には、本ジョブと入替可能なジョブのスケジュールの入替を行ってスケジュールを調整し（ステップＳ３０１１）、スケジューリング処理を終了し、不図示のスケジュール表示処理を行う。一方、工程管理マネージャ１１１は、仕掛かりジョブに順序入替可能なものがないと判断した場合には、受注順（Ｏｒｄｅｒ順）でスケジューリングし（ステップＳ３０１０）、スケジューリング処理を終了し、不図示のスケジュール表示処理を行う。
【０３７１】
このように、印刷業界及びＰＯＤ市場における工程を分類化して（ジョブに対して、受注・入稿、原稿編集、プルーフ、プリント、後処理、ファイル保管、納品・発送、或いは、スキャン等の工程に分類化して）、各工程を効率的な作業手順、順序、及び、他のジョブとの順序等を考慮して最適なスケジューリングを行うことで、効率的な工程管理を行うことができる。また、各工程に分類されたスケジュールを一覧表示することで、効率的な工程管理を行うことができる。
【０３７２】
＜作業者のスケジューリング＞
画像形成システムの上記プリンタデバイス中心にスケジューリングすることとは逆に、画像形成システム環境下で働く作業者の立場でのスケジューリングを行うこともできる。即ち、それぞれの作業者にそれぞれどの仕事をするかを割り当てたり（スケジューリングする）、或いはそれぞれの作業者にどの仕事をするのが効率的かを割り振ったり、或いは工程管理マネージャ１１１が作業者に対して次の仕事を指示したりすることで、全体の仕事を効率的に行うことが可能となる。
【０３７３】
図６９は、工程管理マネージャ１１１より提供される作業者のジョブスケジュール画面を示す図である。
【０３７４】
図６９において、作業者のジョブスケジュール画面は、作業者の立場からみた仕事の時間割に対応する。２９１９はワーカスケジュールキーであり、このワーカスケジュールキー２９１９は、図６３〜図６７に示した画面に新たに設けられたものである。このワーカスケジュールキー２９１９をクリック（不図示のポインティングデバイス等で指示）することにより、図６９の作業者のジョブスケジュール画面が表示される。
【０３７５】
作業者のジョブスケジュール画面は、作業者（ワーカ）単位で管理されており、ワーカＩＤ入力欄２９１７にワーカＩＤを入力し、パスワード入力欄２９１８にパスワードを入力すれば、その作業者のスケジュールが周辺作業の作業者のスケジュールと一緒に表示される。
【０３７６】
例えば、作業者Ａと作業者Ｂがこの作業環境において作業していた場合において、作業者Ａは主にプリプレス部門、作業者Ｂは主にポストプレス部門だったとき、それぞれの役割に応じて、工程管理マネージャ１１１において作業者Ａと作業者Ｂに作業工程が割り振られる。例えば、図６９に示すようにスケジューリングされる。
【０３７７】
また、この作業環境において、作業者Ｃも作業者Ｂと同一のポストプレス担当だったときには、作業者Ｂと作業者Ｃはそれぞれ業務が重複しないように、工程管理マネージャ１１１において作業者Ｂと作業者Ｃがそれぞれ別のジョブを扱うようにジョブが割り振られる。
【０３７８】
そして、作業者はそれぞれ工程管理マネージャ１１１の指示に従って、それぞれの業務をこなすことで、全体の系が効率的に稼動することとなる。
【０３７９】
＜メンテナンスのスケジューリング＞
次に、ジョブの入稿状況と受注状況に応じてプリンタデバイスのメンテナンスの必要なタイミングを予想し、警告メッセージを表示するタイミングを動的にスケジューリングする動作について説明する。
【０３８０】
図７０は、工程管理マネージャ１１１より提供される作業者のメンテナンススケジュール画面を示す図である。
【０３８１】
図７０において、２９２０はメンテナンスキーであり、このメンテナンスキー２９２０をクリックすることにより、作業者のメンテナンスに関するメンテナンススケジュール画面が表示される。
【０３８２】
作業者のメンテナンススケジュール画面では、ジョブＩＤ＃０３９０２７、ジョブＩＤ＃０３９０２８、ジョブＩＤ＃０３９０２９の各ジョブの終了後にトナー補給と用紙補給を行い、ジョブＩＤ＃０３９０３０のジョブと続いて、ジョブＩＤ＃０３９０３１のジョブと平行してトナーボトル発注と用紙発注を行い、ジョブＩＤ＃０３９０３１のジョブの終了後に、ローラ交換を行う例を示している。
【０３８３】
図７１は、ジョブＩＤ＃０３９０２７のジョブの終了後に、大量プリント数を有するジョブＩＤ＃０３９０３２の長いジョブが緊急で入稿された場合のスケジュール画面を示す図である。
【０３８４】
図７１において、ジョブＩＤ＃０３９０３２のジョブが入稿された時点で、工数管理マネージャ１１１は、全ての入稿されているジョブの内容を解析して、各メンテナンスが必要なタイミングを再計算し、スケジューリングし直した結果をスケジューリング画面へ表示する。
【０３８５】
その結果、トナー補給と用紙補給に関するメンテナンスは、ジョブＩＤ＃０３９０３２のジョブを実行する前に行うようにスケジューリングされる。同様に、トナーボトル発注と用紙発注に関するメンテナンスは、ジョブＩＤ＃０３９０３２のジョブと並行して行うようにスケジューリングされ、ローラ交換に関するメンテナンスは、ジョブＩＤ＃０３９０２９のジョブの終了後に行うようにスケジューリングされる。
【０３８６】
＜入稿状況、受注状況に応じたメッセージ表示処理＞
次に、ジョブの入稿状況と受注状況を踏まえた各表示タイミング毎に、オペレータに通知すべきイベントを決定してＵＩ３００を介して警告メッセージを表示するまでの流れを説明する。
【０３８７】
本実施の形態では、メッセージマネージャ１２０のＨＤＤ１２００３に格納されている各プリンタデバイスの消耗度テーブル及び能力値テーブルは、新たなジョブが入稿するかもしくは受注される度に更新される。ここでは、ジョブ開始前時のメッセージ表示処理についてのみ説明する。
【０３８８】
＜ジョブ開始前時のメッセージ表示処理＞
図７２は、ジョブ開始前時の警告メッセージ表示処理を示すフローチャートである。
【０３８９】
図７２において、メッセージマネージャ１２０のメッセージコントローラ１２００２は、まず、入稿されているジョブが存在するかどうかをチェックしにいく（ステップＳ１２０１）。入稿ジョブが現れるまでステップ１２０１を繰り返す。メッセージコントローラ１２００２は、入稿ジョブが現れたことを確認すると、順番待ちしているジョブが存在するかどうかをチェックしにいく（ステップＳ１２０２）。順番待ちしているジョブが現れるまでステップ１２０２を繰り返す。
【０３９０】
メッセージコントローラ１２００２は、順番待ちしているジョブが現れたことを確認すると、次に、ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされているか否かを確認する（ステップＳ１２０３、ステップＳ１２０４）。ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされている場合には、ステップ１２０５へ移行する。ジョブ開始前時に通知するイベントを示すフラグがフラグテーブルにセットされていない場合には、警告メッセージ表示シーケンスは終了する。
【０３９１】
次に、メッセージコントローラ１２００２は、そのイベントに関わる情報をＨＤＤ１２００３より入手する（ステップＳ１２０５）。例えば用紙補給（残量０）イベントが選択されている場合には、メッセージコントローラ１２００２は、ＨＤＤ１２００３に格納されている消耗度テーブルより該当するプリンタデバイスの用紙残量を読み出す。更に、メッセージコントローラ１２００２は、これから現在入稿されているジョブをプリントすることによって予想される該当プリンタデバイスの用紙消費量を計算する。
【０３９２】
次に、メッセージコントローラ１２００２は、そのイベントに関するオペレータのとるべき行動を決定する（ステップＳ１２０６）。例えば用紙補給（残量０）イベントが選択されている場合には、メッセージコントローラ１２００２は、消耗度テーブルから読み出した用紙残量値から入稿ジョブのトータルの予想用紙消費量を減算した結果、用紙残量が０を下回るか否かを判定する。メッセージコントローラ１２００２は、用紙残量が０を下回る場合には、用紙補給が必要である旨の警告メッセージを表示し、用紙残量が０を下回らない場合は、警告メッセージを表示しないかもしくはＯＫであること示すメッセージを表示するよう決定する。
【０３９３】
最後に、メッセージコントローラ１２００２は、ステップＳ１２０６で決定した内容に従って警告メッセージをＵＩ３００上へ表示する（ステップＳ１２０７）。ステップ１２０７まで進むと、再度ステップ１２０１へ戻り入稿ジョブの待ち状態となり、入稿ジョブが現れる度に上記同様の処理を繰り返す。すなわち、メッセージコントローラ１２００２は、受注・入稿マネージャ１１２が画像形成ジョブを受信（入稿）したことに応じて、消耗品の残量が所定量に達するか否かを判定する。
【０３９４】
上記図７２のフローチャートでは、入稿されたジョブに対するメッセージマネージャ１２０の制御について説明したが、受注されたジョブという形で置き換えれば、同様の動作フローで受注状況に応じた制御を行うことができる。
【０３９５】
以上説明したように、本実施の形態によれば、画像形成システムを構成するプリンタデバイスの各メンテナンス項目（用紙／トナー／ステイプル等の消耗品の補給、感光ドラム／ローラ／モータ等のメンテナンス品の交換）について、オペレータのメンテナンスが必要であること示す警告メッセージを、ジョブの入稿状況や受注状況に応じて、オペレータの希望する表示タイミング毎にＵＩ上へ表示することができるので、オペレータの都合に合わせた適切なタイミングでのメンテナンス時期を通知することができる。
【０３９６】
［他の実施の形態］
上記第１乃至第３の実施の形態では、メンテナンスに関わる警告メッセージを表示出力する構成を例に挙げたが、これに限定されるものではない。警告メッセージの表示出力と警告メッセージの音声出力を併用する構成、或いは、警告メッセージの音声出力のみ行う構成とすることも可能であり、オペレータに警告を通知できれば通知形態は任意である。
【０３９７】
上記第１乃至第３の実施の形態では、プリンタデバイスの印刷方式を電子写真方式（レーザビーム方式）とした場合を例に挙げたが、これに限定されるものではない。電子写真方式（レーザビーム方式）以外にも、電子写真方式（ＬＥＤ方式）、インクジェット方式、静電方式、熱転写方式など他の印刷方式に適用することが可能である。
【０３９８】
上記第１乃至第３の実施の形態では、図１に示す構成の画像形成システムを例に挙げたが、これに限定されるものではない。後処理装置（断裁機１２１〜帳合機１２６）の種類や設置数は、画像形成システムで生成する印刷物の形態に応じて適宜変更することが可能である。
【０３９９】
上記第１乃至第３の実施の形態では、複数のプリンタデバイス（カラーＭＦＰ１０４ａ、カラーＭＦＰ１０４ｂ、白黒ＭＦＰ１０５ａ、白黒ＭＦＰ１０５ｂ、白黒ＭＦＰ１０５ｃ）とメッセージマネージャ１２０、工程管理マネージャ１１１等からなる画像形成システムについて説明したが、プリンタデバイス単体にて上記の実施形態を実現するように構成することもできる。すなわち、プリンタデバイスの消耗品の残量に関する情報の検知や、上記の実施形態でメッセージマネージャ１２０が行っていた消耗品の残量に関する報知や、上記の実施形態でメッセージマネージャ１２０が行っていた報知を行うべき所定タイミングの設定を、プリンタデバイス内にて実現するように構成しても良い。例えば、カラーＭＦＰ１０４ａに、図１におけるメッセージマネージャ１２０、受注・入稿マネージャ１１２、プリントマネージャ１１５、工程管理マネージャ１１１、後処理マネージャ１１６の機能を搭載することで、プリンタデバイス単体にて上記の実施形態を実現するように構成することができる。
【０４００】
上記第１の実施の形態では、各表示タイミング毎の表示メンテナンス要因選択画面に表示する警告メッセージとして図５０〜図５４に示すような例を挙げたが、これに限定されるものではない。例えば表示メンテナンス要因選択画面に警告メッセージと共にアイコンを表示すれば（用紙補給の警告メッセージと共に用紙を示すアイコンを表示、トナー補給の警告メッセージと共にトナーボトルを示すアイコンを表示、等）、オペレータにおける視認性を高めることが可能となる。
【０４０１】
本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラム（上記各フローチャート）をコンピュータ又はＣＰＵに供給し、そのコンピュータ又はＣＰＵが該供給されたプログラムを読出して実行することによって、達成することができる。
【０４０２】
この場合、上記プログラムは、該プログラムを記録した記憶媒体から直接供給されるか、又はインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続される不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。
【０４０３】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【０４０４】
また、本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラムを記憶した記憶媒体をコンピュータ又はＣＰＵに供給し、そのコンピュータ又はＣＰＵが記憶媒体に記憶されたプログラムを読出して実行することによっても、達成することができる。
【０４０５】
この場合、記憶媒体から読出されたプログラムコード自体が上述した各実施の形態の機能を実現すると共に、そのプログラムコードを記憶した記憶媒体は本発明を構成する。
【０４０６】
プログラムコードを記憶する記憶媒体としては、例えば、ＲＯＭ、ＲＡＭ、ＮＶ−ＲＡＭ、フロッピー（登録商標）ディスク、ハードディスク、光ディスク（登録商標）、光磁気ディスク、ＣＤ−ＲＯＭ、ＭＯ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード等がある。
【０４０７】
上述した実施の形態の機能は、コンピュータから読出されたプログラムコードを実行することによるばかりでなく、コンピュータ上で稼動するＯＳ等がプログラムコードの指示に基づいて実際の処理の一部又は全部を行うことによっても実現することができる。
【０４０８】
更に、本発明は、前述した実施の形態を実現するソフトウェアのプログラムがネットワーク上のデータベース又はホームページから通信プログラムによりダウンロードされ、このプログラムを読出して実行することによって達成することができる。
【０４０９】
上記プログラムは、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページからコンピュータプログラム自体、又は自動インストール機能を含む圧縮ファイルをハードディスク等の記憶媒体にダウンロードすることによっても供給することができる。
【０４１０】
また、上記プログラムは、プログラムコードを暗号化した上で格納したＣＤ−ＲＯＭ等の記憶媒体をユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムコードを実行してコンピュータにインストールさせることによっても供給することができる。
【０４１１】
上述した実施の形態の機能は、プログラムコードを複数のファイルに分割し、夫々のファイルを異なるホームページからダウンロードすることによっても実現することができる。即ち、本発明の機能処理をコンピュータで実現させるためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明を構成する。
【０４１２】
また、上述した実施の形態の機能は、記憶媒体から読出されたプログラムが、コンピュータに挿入された機能拡張ボード又はコンピュータに接続された機能拡張ユニットに備えられたメモリに書込まれた後、そのプログラムの指示に基づき、その機能拡張ボード又は機能拡張ユニットに備えられたＣＰＵ又はＭＰＵ等が実際の処理の一部又は全部を実行することによっても実現することができる。
【図面の簡単な説明】
【０４１３】
【図１】本発明の第１の実施の形態に係る画像形成システムの構成例を示すブロック図である。
【図２】受注・入稿マネージャとユーザ側のコンピュータとの通信及び受注・入稿マネージャによる受注処理を示すフローチャートである。
【図３】ユーザから送信されたファイル及びその出来上がり（編集後の）イメージの一例を示す図である。
【図４】ユーザから送信されたファイル及びその出来上がり（編集後の）イメージの一例を示す図である。
【図５】ユーザから送信されたファイル及びその出来上がり（編集後の）イメージの一例を示す図である。
【図６】プルーフマネージャとユーザ側のコンピュータとの通信及びプルーフマネージャによるプルーフ作成処理を示すフローチャートである。
【図７】プリントマネージャ内のデータフローを示すブロック図である。
【図８】クライアントコンピュータ上のプリンタドライバ画面の一例を示す図である。
【図９】クライアントコンピュータ上のプリンタドライバ画面の一例を示す図である。
【図１０】クライアントコンピュータ上のプリンタドライバ画面の一例を示す図である。
【図１１】ＲＩＰ部の構成例を示すブロック図である。
【図１２】（ａ）はインタプリタ部に入力されるＰＤＬデータの記述例を示す図、（ｂ）はインタプリタ部による描画結果を示す図である。
【図１３】レンダリング部におけるカラーマッチングの一例を示す図である。
【図１４】（ａ）〜（ｄ）はスクリーニング部内のガンマ補正を説明する特性図である。
【図１５】ＭＦＰの構成を示すブロック図である。
【図１６】（ａ）はスクリーニング部におけるＰＷＭ処理を行う構成を示すブロック図、（ｂ）は信号波形を示す図である。
【図１７】プリンタ部（カラープリンタ部）の構成を示す構成図である。
【図１８】プリンタ部（モノクロプリンタ部）の構成を示す構成図である。
【図１９】オンラインフィニッシャ部の構成を示す構成図である。
【図２０】スキャン動作を指示するためのスキャナドライバのＧＵＩを示す図である。
【図２１】スキャナ部の構成を示す構成図である。
【図２２】（ａ）はカラースキャナのデータ処理部の構成を示すブロック図、（ｂ）はモノクロスキャナのデータ処理部の構成を示すブロック図である。
【図２３】各工程においてＪＤＦデータの書き換えを行っている様子を示す図である。
【図２４】受注・入稿マネージャによるジョブ受注画面の一例を示す図である。
【図２５】ジョブ受注画面の一例を示す図である。
【図２６】ジョブ受注画面の一例を示す図である。
【図２７】ジョブ受注画面の一例を示す図である。
【図２８】ジョブ受注画面の一例を示す図である。
【図２９】ジョブ受注画面の一例を示す図である。
【図３０】ジョブ受注画面の一例を示す図である。
【図３１】ジョブ受注画面の一例を示す図である。
【図３２】プルーフマネージャによる確認画面の一例を示す図である。
【図３３】確認画面の一例を示す図である。
【図３４】確認画面の一例を示す図である。
【図３５】確認画面の一例を示す図である。
【図３６】確認画面の一例を示す図である。
【図３７】プリントマネージャより提供されるプリント工程の管理画面を示す図である。
【図３８】プリント工程の管理画面を示す図である。
【図３９】プリント工程の管理画面を示す図である。
【図４０】プリント工程の管理画面を示す図である。
【図４１】ジョブ制御設定項目の一例を示す図である。
【図４２】フィニッシング設定項目の一例を示す図である。
【図４３】画像処理設定項目の一例を示す図である。
【図４４】カラー設定項目の一例を示す図である。
【図４５】ジョブサブミット画面からの操作によりプリントマネージャに投げ込まれたプリントジョブの処理を示すフローチャートである。
【図４６】プリンタドライバ画面からの操作によりプリントマネージャに投げ込まれたプリントジョブの処理を示すフローチャートである。
【図４７】メッセージマネージャの構成及び周辺装置であるプリンタデバイスを有する画像形成システムの接続形態を示す図である。
【図４８】警告メッセージを通知するタイミングを設定する処理を示すフローチャートである。
【図４９】メッセージ通知タイミング設定を行う際に表示されるＵＩ上の画面を示す図である。
【図５０】電源ON時の表示メンテナンス要因選択画面の一例を示す図である。
【図５１】電源OFF時の表示メンテナンス要因選択画面の一例を示す図である。
【図５２】ジョブ開始前時の表示メンテナンス要因選択画面の一例を示す図である。
【図５３】ジョブ終了時の表示メンテナンス要因選択画面の一例を示す図である。
【図５４】リアルタイム時の表示メンテナンス要因選択画面の一例を示す図である。
【図５５】（ａ）はメッセージコントローラが作成するフラグテーブルの一例を示す図、（ｂ）はＵＩ画面上に表示される電源ON時に通知すべきイベント情報を示す図である。
【図５６】各表示タイミングにおけるイベント決定の順番を示すフローチャートである。
【図５７】電源ON時の警告メッセージ表示処理を示すフローチャートである。
【図５８】電源OFF時の警告メッセージ表示処理を示すフローチャートである。
【図５９】ジョブ開始前時の警告メッセージ表示処理を示すフローチャートである。
【図６０】ジョブ終了時の警告メッセージ表示処理を示すフローチャートである。
【図６１】リアルタイム時の警告メッセージ表示処理を示すフローチャートである。
【図６２】本発明の第２の実施の形態に係るメッセージマネージャの構成及び周辺の接続形態を示す図である。
【図６３】本発明の第３の実施の形態に係る工程管理マネージャより提供されるジョブ生成画面を示す図である。
【図６４】ジョブスケジューリング画面を示す図である。
【図６５】ジョブスケジューリング画面を示す図である。
【図６６】ジョブスケジューリング画面を示す図である。
【図６７】ジョブスケジューリング画面を示す図である。
【図６８】工程管理マネージャによるスケジューリング処理の一例を示すフローチャートである。
【図６９】工程管理マネージャより提供される作業者のジョブスケジュール画面を示す図である。
【図７０】メンテナンススケジュール画面を示す図である。
【図７１】緊急ジョブ入稿後のメンテナンススケジュール画面を示す図である。
【図７２】ジョブ開始前時の警告メッセージ表示処理を示すフローチャートである。
【符号の説明】
【０４１４】
１０１ａ、１０１ｂ ネットワーク
１０４ａ、１０４ｂ カラーＭＦＰ（画像形成装置）
１０５ａ、１０５ｂ、１０５ｃ 白黒ＭＦＰ（画像形成装置）
１２０ メッセージマネージャ
１２１ 断裁機
１２２ 中綴じ製本機
１２３ くるみ製本機
１２４ 紙折機
１２５ 封入機
１２６ 帳合機
３００ ＵＩ
【特許請求の範囲】
【請求項１】
複数の消耗品を使用して画像を形成する画像形成装置と、
前記画像形成装置から前記複数の消耗品の残量に関する情報を受信する受信手段と、
前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知をする報知手段と、
前記報知手段による報知を行うべき所定タイミングを設定する設定手段とを有し、
前記報知手段は、前記複数の消耗品にかかる第１の消耗品の残量が第１の所定量に達し、かつ前記複数の消耗品にかかる第２の消耗品の残量が第２の所定量に達したと前記受信手段が受信した場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記第１の消耗品及び前記第２の消耗品の残量に関する報知をすることを特徴とする画像形成システム。
【請求項２】
前記設定手段は、前記画像形成装置へ電源を投入されたタイミング又は前記画像形成装置への電源が切られるタイミングの少なくともいずれか１つを前記所定タイミングとして設定することを特徴とする請求項１に記載の画像形成システム。
【請求項３】
前記画像形成装置は、複数ページにかかる画像を形成する画像形成ジョブを実行し、
前記設定手段は、前記画像形成装置が前記画像形成ジョブを開始する前のタイミング又は前記画像形成装置が前記画像形成ジョブを終了するタイミングの少なくともいずれか１つを前記所定タイミングとして設定することを特徴とする請求項１に記載の画像形成システム。
【請求項４】
複数の前記画像形成装置を有し、
前記報知手段は、前記複数の画像形成装置にかかる前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知をすることを特徴とする請求項１乃至３のいずれかに記載の画像形成システム。
【請求項５】
前記設定手段にて報知を行うべき前記第１の消耗品及び前記第２の消耗品を前記複数の消耗品から選択する選択手段を有することを特徴とする請求項１乃至４のいずれかに記載の画像形成システム。
【請求項６】
前記設定手段は、複数の異なるタイミングを前記所定タイミングとして設定し、
前記選択手段は、前記複数の所定タイミング毎に報知を行うべき消耗品を選択することを特徴とする請求項５に記載の画像形成システム。
【請求項７】
前記報知手段による前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知を表示する表示手段を有することを特徴とする請求項１乃至６のいずれかに記載の画像形成システム。
【請求項８】
複数ページにかかる画像を形成する画像形成ジョブが前記画像形成装置により実行されることにより、前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達するか否かを判定する判定手段を有し、
前記報知手段は、前記判定手段が前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達すると判定した場合、前記所定量に達すると判定された前記消耗品の残量に関する報知をすることを特徴とする請求項１乃至７のいずれかに記載の画像形成システム。
【請求項９】
前記第１の消耗品の残量は、前記画像形成装置に装着されている前記第１の消耗品にかかる残量であり、
前記第２の消耗品の残量は、前記画像形成装置に装着されている前記第２の消耗品にかかる残量であることを特徴とする請求項１乃至８のいずれかに記載の画像形成システム。
【請求項１０】
前記画像形成システムが実行すべき画像形成ジョブを管理するジョブ管理手段を有し、
前記判定手段は、前記ジョブ管理手段が管理する画像形成ジョブが前記画像形成装置により実行されることにより、前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達するか否かを判定することを特徴とする請求項８又は９のいずれかに記載の画像形成システム。
【請求項１１】
前記判定手段は、前記ジョブ管理手段が新たな画像形成ジョブを受信したことに応じて、前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達するか否かを判定することを特徴とする請求項１０に記載の画像形成システム。
【請求項１２】
前記第１の消耗品の残量は前記第１の消耗品の在庫量であり、前記第２の消耗品の残量は前記第２の消耗品の在庫量であり、
前記報知手段は、前記第１の消耗品の在庫量が第１の所定量に達し、かつ前記第２の消耗品の在庫量が第２の所定量に達したと前記受信手段が受信した場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記報知手段により前記第１の消耗品及び前記第２の消耗品の在庫量に関する報知をすることを特徴とする請求項１乃至１１のいずれかに記載の画像形成システム。
【請求項１３】
前記第１の消耗品及び前記第２の消耗品の納入時期に関する情報を管理する納入管理手段を有し、
前記報知手段は、前記第１の消耗品の在庫量が第１の所定量に達し、かつ前記第２の消耗品の在庫量が第２の所定量に達したと前記受信手段が受信し、更に前記納入管理手段が管理する前記納入時期が所定時期より遅い場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記報知手段により前記第１の消耗品及び前記第２の消耗品の在庫量に関する報知をすることを特徴とする請求項１２に記載の画像形成システム。
【請求項１４】
前記画像形成装置は、画像を形成する用紙を供給する用紙供給手段を有し、
前記複数の消耗品の少なくとも１つは、前記用紙供給手段が供給する用紙であることを特徴とする請求項１乃至１３のいずれかに記載の画像形成システム。
【請求項１５】
前記画像形成装置は、現像剤を用いて用紙上に画像を形成する画像形成手段を有し、
前記複数の消耗品の少なくとも１つは、前記画像形成手段が用紙上に画像を形成するための現像剤であることを特徴とする請求項１４に記載の画像形成システム。
【請求項１６】
前記画像形成装置が画像を形成した複数の用紙に対して接合部材を用いたステイプル処理を施すことで複数の用紙を接合するステイプル装置を有し、
前記複数の消耗品の少なくとも１つは、前記ステイプル装置が用いる前記接合部材であることを特徴とする請求項１４又は１５のいずれかに記載の画像形成システム。
【請求項１７】
複数の消耗品を使用して画像を形成する画像形成装置であって、
前記複数の消耗品の残量に関する情報を検知する検知手段と、
前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知をする報知手段と、
前記報知手段による報知を行うべき所定タイミングを設定する設定手段とを有し、
前記報知手段は、前記複数の消耗品にかかる第１の消耗品の残量が第１の所定量に達し、かつ前記複数の消耗品にかかる第２の消耗品の残量が第２の所定量に達したと前記検知手段が検知した場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記第１の消耗品及び前記第２の消耗品の残量に関する報知をすることを特徴とする画像形成装置。
【請求項１８】
前記設定手段は、前記画像形成装置へ電源を投入されたタイミング又は前記画像形成装置への電源が切られるタイミングの少なくともいずれか１つを前記所定タイミングとして設定することを特徴とする請求項１７に記載の画像形成装置。
【請求項１９】
前記画像形成装置は、複数ページにかかる画像を形成する画像形成ジョブを実行し、
前記設定手段は、前記画像形成装置が前記画像形成ジョブを開始する前のタイミング又は前記画像形成装置が前記画像形成ジョブを終了するタイミングの少なくともいずれか１つを前記所定タイミングとして設定することを特徴とする請求項１７に記載の画像形成装置。
【請求項２０】
前記設定手段にて報知を行うべき前記第１の消耗品及び前記第２の消耗品を前記複数の消耗品から選択する選択手段を有することを特徴とする請求項１７乃至１９のいずれかに記載の画像形成装置。
【請求項２１】
前記設定手段は、複数の異なるタイミングを前記所定タイミングとして設定し、
前期選択手段は、前記複数の所定タイミング毎に報知を行うべき消耗品を選択することを特徴とする請求項２０に記載の画像形成装置。
【請求項２２】
前記報知手段による前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知を表示する表示手段を有することを特徴とする請求項１７乃至２１のいずれかに記載の画像形成装置。
【請求項２３】
複数ページにかかる画像を形成する画像形成ジョブが前記画像形成装置により実行されることにより、前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達するか否かを判定する判定手段を有し、
前記報知手段は、前記判定手段が前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達すると判定した場合、前記所定量に達すると判定された前記消耗品の残量に関する報知をすることを特徴とする請求項１７乃至２２のいずれかに記載の画像形成装置。
【請求項２４】
前記第１の消耗品の残量は、前記画像形成装置に装着されている前記第１の消耗品にかかる残量であり、
前記第２の消耗品の残量は、前記画像形成装置に装着されている前記第２の消耗品にかかる残量であることを特徴とする請求項１７乃至２３のいずれかに記載の画像形成装置。
【請求項２５】
前記画像形成装置が実行すべき画像形成ジョブを管理する管理手段と、
前記管理手段が管理する複数の画像形成ジョブが前記画像形成装置により実行されることにより、前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達するか否かを判定する判定手段とを有し、
前記報知手段は、前記判定手段が前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達すると判定した場合、前記所定量に達すると判定された前記消耗品の残量に関する報知をすることを特徴とする請求項１７に記載の画像形成装置。
【請求項２６】
前記判定手段は、前記管理手段が新たな画像形成ジョブを受信したことに応じて、前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達するか否かを判定することを特徴とする請求項２５に記載の画像形成装置。
【請求項２７】
前記第１の消耗品の残量は前記第１の消耗品の在庫量であり、前記第２の消耗品の残量は前記第２の消耗品の在庫量であり、
前記報知手段は、前記第１の消耗品の在庫量が第１の所定量に達し、かつ前記第２の消耗品の在庫量が第２の所定量に達したと前記検知手段が検知した場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記報知手段により前記第１の消耗品及び前記第２の消耗品の在庫量に関する報知をすることを特徴とする請求項１７乃至２６のいずれかに記載の画像形成装置。
【請求項２８】
前記報知手段は、前記第１の消耗品の在庫量が第１の所定量に達し、かつ前記第２の消耗品の在庫量が第２の所定量に達したと前記受信手段が受信し、更に前記第１の消耗品および前記第２の消耗品の納入時期が所定時期より遅い場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記報知手段により前記第１の消耗品及び前記第２の消耗品の在庫量に関する報知をすることを特徴とする請求項２７に記載の画像形成装置。
【請求項２９】
画像を形成する用紙を供給する用紙供給手段を有し、
前記複数の消耗品の少なくとも１つは、前記用紙供給手段が供給する用紙であることを特徴とする請求項１７乃至２８のいずれかに記載の画像形成装置。
【請求項３０】
現像剤を用いて用紙上に画像を形成する画像形成手段を有し、
前記複数の消耗品の少なくとも１つは、前記画像形成手段が用紙上に画像を形成するための現像剤であることを特徴とする請求項２９に記載の画像形成装置。
【請求項１】
複数の消耗品を使用して画像を形成する画像形成装置と、
前記画像形成装置から前記複数の消耗品の残量に関する情報を受信する受信手段と、
前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知をする報知手段と、
前記報知手段による報知を行うべき所定タイミングを設定する設定手段とを有し、
前記報知手段は、前記複数の消耗品にかかる第１の消耗品の残量が第１の所定量に達し、かつ前記複数の消耗品にかかる第２の消耗品の残量が第２の所定量に達したと前記受信手段が受信した場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記第１の消耗品及び前記第２の消耗品の残量に関する報知をすることを特徴とする画像形成システム。
【請求項２】
前記設定手段は、前記画像形成装置へ電源を投入されたタイミング又は前記画像形成装置への電源が切られるタイミングの少なくともいずれか１つを前記所定タイミングとして設定することを特徴とする請求項１に記載の画像形成システム。
【請求項３】
前記画像形成装置は、複数ページにかかる画像を形成する画像形成ジョブを実行し、
前記設定手段は、前記画像形成装置が前記画像形成ジョブを開始する前のタイミング又は前記画像形成装置が前記画像形成ジョブを終了するタイミングの少なくともいずれか１つを前記所定タイミングとして設定することを特徴とする請求項１に記載の画像形成システム。
【請求項４】
複数の前記画像形成装置を有し、
前記報知手段は、前記複数の画像形成装置にかかる前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知をすることを特徴とする請求項１乃至３のいずれかに記載の画像形成システム。
【請求項５】
前記設定手段にて報知を行うべき前記第１の消耗品及び前記第２の消耗品を前記複数の消耗品から選択する選択手段を有することを特徴とする請求項１乃至４のいずれかに記載の画像形成システム。
【請求項６】
前記設定手段は、複数の異なるタイミングを前記所定タイミングとして設定し、
前記選択手段は、前記複数の所定タイミング毎に報知を行うべき消耗品を選択することを特徴とする請求項５に記載の画像形成システム。
【請求項７】
前記報知手段による前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知を表示する表示手段を有することを特徴とする請求項１乃至６のいずれかに記載の画像形成システム。
【請求項８】
複数ページにかかる画像を形成する画像形成ジョブが前記画像形成装置により実行されることにより、前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達するか否かを判定する判定手段を有し、
前記報知手段は、前記判定手段が前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達すると判定した場合、前記所定量に達すると判定された前記消耗品の残量に関する報知をすることを特徴とする請求項１乃至７のいずれかに記載の画像形成システム。
【請求項９】
前記第１の消耗品の残量は、前記画像形成装置に装着されている前記第１の消耗品にかかる残量であり、
前記第２の消耗品の残量は、前記画像形成装置に装着されている前記第２の消耗品にかかる残量であることを特徴とする請求項１乃至８のいずれかに記載の画像形成システム。
【請求項１０】
前記画像形成システムが実行すべき画像形成ジョブを管理するジョブ管理手段を有し、
前記判定手段は、前記ジョブ管理手段が管理する画像形成ジョブが前記画像形成装置により実行されることにより、前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達するか否かを判定することを特徴とする請求項８又は９のいずれかに記載の画像形成システム。
【請求項１１】
前記判定手段は、前記ジョブ管理手段が新たな画像形成ジョブを受信したことに応じて、前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達するか否かを判定することを特徴とする請求項１０に記載の画像形成システム。
【請求項１２】
前記第１の消耗品の残量は前記第１の消耗品の在庫量であり、前記第２の消耗品の残量は前記第２の消耗品の在庫量であり、
前記報知手段は、前記第１の消耗品の在庫量が第１の所定量に達し、かつ前記第２の消耗品の在庫量が第２の所定量に達したと前記受信手段が受信した場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記報知手段により前記第１の消耗品及び前記第２の消耗品の在庫量に関する報知をすることを特徴とする請求項１乃至１１のいずれかに記載の画像形成システム。
【請求項１３】
前記第１の消耗品及び前記第２の消耗品の納入時期に関する情報を管理する納入管理手段を有し、
前記報知手段は、前記第１の消耗品の在庫量が第１の所定量に達し、かつ前記第２の消耗品の在庫量が第２の所定量に達したと前記受信手段が受信し、更に前記納入管理手段が管理する前記納入時期が所定時期より遅い場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記報知手段により前記第１の消耗品及び前記第２の消耗品の在庫量に関する報知をすることを特徴とする請求項１２に記載の画像形成システム。
【請求項１４】
前記画像形成装置は、画像を形成する用紙を供給する用紙供給手段を有し、
前記複数の消耗品の少なくとも１つは、前記用紙供給手段が供給する用紙であることを特徴とする請求項１乃至１３のいずれかに記載の画像形成システム。
【請求項１５】
前記画像形成装置は、現像剤を用いて用紙上に画像を形成する画像形成手段を有し、
前記複数の消耗品の少なくとも１つは、前記画像形成手段が用紙上に画像を形成するための現像剤であることを特徴とする請求項１４に記載の画像形成システム。
【請求項１６】
前記画像形成装置が画像を形成した複数の用紙に対して接合部材を用いたステイプル処理を施すことで複数の用紙を接合するステイプル装置を有し、
前記複数の消耗品の少なくとも１つは、前記ステイプル装置が用いる前記接合部材であることを特徴とする請求項１４又は１５のいずれかに記載の画像形成システム。
【請求項１７】
複数の消耗品を使用して画像を形成する画像形成装置であって、
前記複数の消耗品の残量に関する情報を検知する検知手段と、
前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知をする報知手段と、
前記報知手段による報知を行うべき所定タイミングを設定する設定手段とを有し、
前記報知手段は、前記複数の消耗品にかかる第１の消耗品の残量が第１の所定量に達し、かつ前記複数の消耗品にかかる第２の消耗品の残量が第２の所定量に達したと前記検知手段が検知した場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記第１の消耗品及び前記第２の消耗品の残量に関する報知をすることを特徴とする画像形成装置。
【請求項１８】
前記設定手段は、前記画像形成装置へ電源を投入されたタイミング又は前記画像形成装置への電源が切られるタイミングの少なくともいずれか１つを前記所定タイミングとして設定することを特徴とする請求項１７に記載の画像形成装置。
【請求項１９】
前記画像形成装置は、複数ページにかかる画像を形成する画像形成ジョブを実行し、
前記設定手段は、前記画像形成装置が前記画像形成ジョブを開始する前のタイミング又は前記画像形成装置が前記画像形成ジョブを終了するタイミングの少なくともいずれか１つを前記所定タイミングとして設定することを特徴とする請求項１７に記載の画像形成装置。
【請求項２０】
前記設定手段にて報知を行うべき前記第１の消耗品及び前記第２の消耗品を前記複数の消耗品から選択する選択手段を有することを特徴とする請求項１７乃至１９のいずれかに記載の画像形成装置。
【請求項２１】
前記設定手段は、複数の異なるタイミングを前記所定タイミングとして設定し、
前期選択手段は、前記複数の所定タイミング毎に報知を行うべき消耗品を選択することを特徴とする請求項２０に記載の画像形成装置。
【請求項２２】
前記報知手段による前記複数の消耗品のうち少なくともいずれか１つの残量に関する報知を表示する表示手段を有することを特徴とする請求項１７乃至２１のいずれかに記載の画像形成装置。
【請求項２３】
複数ページにかかる画像を形成する画像形成ジョブが前記画像形成装置により実行されることにより、前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達するか否かを判定する判定手段を有し、
前記報知手段は、前記判定手段が前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達すると判定した場合、前記所定量に達すると判定された前記消耗品の残量に関する報知をすることを特徴とする請求項１７乃至２２のいずれかに記載の画像形成装置。
【請求項２４】
前記第１の消耗品の残量は、前記画像形成装置に装着されている前記第１の消耗品にかかる残量であり、
前記第２の消耗品の残量は、前記画像形成装置に装着されている前記第２の消耗品にかかる残量であることを特徴とする請求項１７乃至２３のいずれかに記載の画像形成装置。
【請求項２５】
前記画像形成装置が実行すべき画像形成ジョブを管理する管理手段と、
前記管理手段が管理する複数の画像形成ジョブが前記画像形成装置により実行されることにより、前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達するか否かを判定する判定手段とを有し、
前記報知手段は、前記判定手段が前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達すると判定した場合、前記所定量に達すると判定された前記消耗品の残量に関する報知をすることを特徴とする請求項１７に記載の画像形成装置。
【請求項２６】
前記判定手段は、前記管理手段が新たな画像形成ジョブを受信したことに応じて、前記第１の消耗品又は前記第２の消耗品の残量が前記所定量に達するか否かを判定することを特徴とする請求項２５に記載の画像形成装置。
【請求項２７】
前記第１の消耗品の残量は前記第１の消耗品の在庫量であり、前記第２の消耗品の残量は前記第２の消耗品の在庫量であり、
前記報知手段は、前記第１の消耗品の在庫量が第１の所定量に達し、かつ前記第２の消耗品の在庫量が第２の所定量に達したと前記検知手段が検知した場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記報知手段により前記第１の消耗品及び前記第２の消耗品の在庫量に関する報知をすることを特徴とする請求項１７乃至２６のいずれかに記載の画像形成装置。
【請求項２８】
前記報知手段は、前記第１の消耗品の在庫量が第１の所定量に達し、かつ前記第２の消耗品の在庫量が第２の所定量に達したと前記受信手段が受信し、更に前記第１の消耗品および前記第２の消耗品の納入時期が所定時期より遅い場合、前記設定手段が設定した前記所定タイミングとなったことに応じて、前記報知手段により前記第１の消耗品及び前記第２の消耗品の在庫量に関する報知をすることを特徴とする請求項２７に記載の画像形成装置。
【請求項２９】
画像を形成する用紙を供給する用紙供給手段を有し、
前記複数の消耗品の少なくとも１つは、前記用紙供給手段が供給する用紙であることを特徴とする請求項１７乃至２８のいずれかに記載の画像形成装置。
【請求項３０】
現像剤を用いて用紙上に画像を形成する画像形成手段を有し、
前記複数の消耗品の少なくとも１つは、前記画像形成手段が用紙上に画像を形成するための現像剤であることを特徴とする請求項２９に記載の画像形成装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図５７】
【図５８】
【図５９】
【図６０】
【図６１】
【図６２】
【図６３】
【図６４】
【図６５】
【図６６】
【図６７】
【図６８】
【図６９】
【図７０】
【図７１】
【図７２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図５７】
【図５８】
【図５９】
【図６０】
【図６１】
【図６２】
【図６３】
【図６４】
【図６５】
【図６６】
【図６７】
【図６８】
【図６９】
【図７０】
【図７１】
【図７２】
【公開番号】特開２００６−５８９４４（Ｐ２００６−５８９４４Ａ）
【公開日】平成１８年３月２日（２００６．３．２）
【国際特許分類】
【出願番号】特願２００４−２３７２４８（Ｐ２００４−２３７２４８）
【出願日】平成１６年８月１７日（２００４．８．１７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成１８年３月２日（２００６．３．２）
【国際特許分類】
【出願日】平成１６年８月１７日（２００４．８．１７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]