(57)【要約】【課題】  印刷サービス依頼処理時から印刷処理終了までの一連のシーケンス実行に伴う印刷システム全体の省電力を有効かつ、適時に行えることである。【解決手段】  サーバ１０３が印刷サービスに対する仮発注依頼または本発注依頼を取得し、該仮発注依頼を取得した場合に、印刷サービス依頼に対する処理結果イメージを要求されているホスト１０１等に通知し、該通知後、ホスト１０１等から受け取る本発注依頼に基づいて、最適な画像処理デバイスを１つ以上検索するとともに、印刷サービスに対する本発注の承認状況、ホスト１０１等から受信するジョブに基づく印刷データの準備状況と、検索される複合機１０５等から通知される印刷準備状況または印刷完了通知状況とに基づき、検索された複合機１０５に対して異なる電源制御指示を段階的に行う構成を特徴とする。【選択図】  図１
2005346178.tif 000002
【特許請求の範囲】
【請求項１】
省電力モードを備える複数の画像処理デバイスを管理可能なサーバ装置とジョブに対して前記画像処理デバイスを利用する画像処理サービスを発注するデータ処理装置とが通信可能な印刷システムであって、
前記データ処理装置は、
前記画像処理デバイスを利用する印刷サービス依頼を前記サーバ装置に仮発注または本発注を行う発注手段と、
前記発注手段により仮発注される印刷サービスの処理結果イメージを前記サーバ装置から取得する取得手段とを備え、
前記サーバ装置は、
前記印刷サービスに対する仮発注依頼または本発注依頼を前記データ処理装置と双方向通信により取得する発注取得手段と、
前記発注取得手段が前記仮発注依頼を取得した場合に、印刷サービス依頼に対する処理結果イメージを要求されているデータ処理装置に通知する通知手段と、
前記通知手段による通知後、データ処理装置から受け取る本発注依頼に基づいて、最適な画像処理デバイスを１つ以上検索する検索手段と、
前記発注取得手段により前記印刷サービスに対する本発注の承認状況と、前記データ処理装置から受信するジョブに基づく印刷データの準備状況と、前記検索手段により検索される最適な画像処理デバイスから通知される印刷準備状況と、前記画像処理デバイスから通知される印刷完了通知状況とに基づき、検索された画像処理デバイスに対して異なる電源制御指示を段階的に行う指示手段と、
前記画像処理デバイスから通知される情報に基づいて、前記データ処理装置から依頼されたジョブの状況を管理する管理手段とを備え、
前記画像処理デバイスは、
前記サーバ装置から受信する出力情報に基づく画像出力を行うエンジン部と、
前記エンジン部を制御するコントローラ部と、
前記指示手段からの各電源制御指示に従い、前記コントローラ部とエンジン部に対する省電力制御を行う電源制御手段と、
前記コントローラ部と前記エンジン部との状態を前記サーバ装置に通知する通知手段とを備えることを特徴とする印刷システム。
【請求項２】
前記印刷サービス依頼は、顧客情報、印刷依頼内容情報等の各種情報を含むことを特徴とする請求項１記載の印刷システム。
【請求項３】
前記発注手段は、画像処理デバイスを利用する印刷サービス依頼を前記サーバ装置に複数回仮発注可能とすることを特徴とする請求項１記載の印刷システム。
【請求項４】
前記発注手段は、ユーザ作成されるジョブとともに、画像処理デバイスを利用する印刷サービス依頼を前記サーバ装置に発注可能とすることを特徴とする請求項１記載の印刷システム。
【請求項５】
前記管理手段は、前記印刷サービス依頼を検索された画像処理デバイスの状態情報と対応づけて記憶する記憶手段を備えることを特徴とする請求項１記載の印刷システム。
【請求項６】
前記サーバ装置は、操作者からの入力を受け付ける入力手段を有し、顧客から指示または送信された前記ジョブの校正状況やバリアブル補正状況の入力を受け付け可能とすることを特徴とする請求項１記載の印刷システム。
【請求項７】
前記サーバ装置は、前記入力手段により入力した情報及び、ネットワーク等を介して接続される印刷装置から受信するデバイス情報を元に、デバイス装置に対して、段階的に電源制御を行うことを特徴とする請求項１または６記載の印刷システム。
【請求項８】
前記画像処理デバイスは、前記サーバ装置から受信する出力情報を印刷するプリンタ部と、前記原稿画像を読み取って前記プリンタ部に出力するスキャナ部とを備えることを特徴とする請求項１記載の印刷システム。
【請求項９】
前記サーバ装置は、前記入力手段によるジョブ確認要求に基づき、前記管理手段が管理しているジョブ進行状況を表示する表示手段を備えることを特徴とする請求項１記載の印刷システム。
【請求項１０】
省電力モードを備える複数の画像処理デバイスを管理可能なサーバ装置と通信してジョブに対して前記画像処理デバイスを利用する画像処理サービスを発注するデータ処理装置であって、
前記画像処理デバイスを利用する印刷サービス依頼を前記サーバ装置に仮発注または本発注を行う発注手段と、
前記発注手段により仮発注される印刷サービスの処理結果イメージを前記サーバ装置から取得する取得手段とを備えることを特徴とするデータ処理装置。
【請求項１１】
省電力モードを備える複数の画像処理デバイスを管理して、ジョブに対して前記画像処理デバイスを利用する画像処理サービスをデータ処理装置との通信により受け付け可能なサーバ装置であって、
前記印刷サービスに対する仮発注依頼または本発注依頼を前記データ処理装置と双方向通信により取得する発注取得手段と、
前記発注取得手段が前記仮発注依頼を取得した場合に、印刷サービス依頼に対する処理結果イメージを要求されているデータ処理装置に通知する通知手段と、
前記通知手段による通知後、データ処理装置から受け取る本発注依頼に基づいて、最適な画像処理デバイスを検索する検索手段と、
前記発注取得手段により前記印刷サービスに対する本発注の承認状況と、前記データ処理装置から受信するジョブに基づく印刷データの準備状況と、前記検索手段により検索される最適な画像処理デバイスから通知される印刷準備状況と、前記画像処理デバイスから通知される印刷完了通知状況とに基づき、検索された画像処理デバイスに対して異なる電源制御指示を段階的に行う指示手段と、
前記画像処理デバイスから通知される情報に基づいて、前記データ処理装置から依頼されたジョブの状況を管理する管理手段とを備えたことを特徴とするサーバ装置。
【請求項１２】
省電力モードを備えるユニットを備えて、サーバ装置から受信する出力情報を処理する画像処理デバイスであって、
前記サーバ装置から受信する出力情報に基づく画像出力を行うエンジン部と、
前記エンジン部を制御するコントローラ部と、
前記指示手段からの各電源制御指示に従い、前記コントローラ部とエンジン部に対する省電力制御を行う電源制御手段と、
省電力モード時の前記コントローラ部と前記エンジン部との状態を前記サーバ装置に通知する通知手段と、
を備えることを特徴とする画像処理デバイス。
【請求項１３】
省電力モードを備える複数の画像処理デバイスを管理可能なサーバ装置とジョブに対して前記画像処理デバイスを利用する画像処理サービスを発注するデータ処理装置とが通信可能な印刷システムにおける印刷サービス処理方法であって、
前記データ処理装置は、
前記画像処理デバイスを利用する印刷サービス依頼を前記サーバ装置に仮発注または本発注を行う発注ステップと、
前記発注ステップにより仮発注される印刷サービスの処理結果イメージを前記サーバ装置から取得する取得ステップとを備え、
前記サーバ装置は、
前記印刷サービスに対する仮発注依頼または本発注依頼を前記データ処理装置と双方向通信により取得する発注取得ステップと、
前記発注取得ステップが前記仮発注依頼を取得した場合に、印刷サービス依頼に対する処理結果イメージを要求されているデータ処理装置に通知する通知ステップと、
前記通知ステップによる通知後、データ処理装置から受け取る本発注依頼に基づいて、最適な画像処理デバイスを検索する検索ステップと、
前記発注取得ステップにより前記印刷サービスに対する本発注の承認状況と、前記データ処理装置から受信するジョブに基づく印刷データの準備状況と、前記検索手段により検索される最適な画像処理デバイスから通知される印刷準備状況と、前記画像処理デバイスから通知される印刷完了通知状況とに基づき、検索された画像処理デバイスに対して異なる電源制御指示を段階的に行う指示ステップと、
前記画像処理デバイスから通知される情報に基づいて、前記データ処理装置から依頼されたジョブの状況を管理する管理ステップとを備え、
前記サーバ装置から受信する出力情報に基づく画像出力を行うエンジン部と前記エンジン部を制御するコントローラ部とを備える前記画像処理デバイスは、
前記指示ステップからの各電源制御指示に従い、前記コントローラ部とエンジン部に対する省電力制御を行う電源制御ステップと、
前記コントローラ部と前記エンジン部との状態を前記サーバ装置に通知する通知ステップとを備えることを特徴とする印刷サービス処理方法。
【請求項１４】
前記印刷サービス依頼は、顧客情報、印刷依頼内容情報等の各種情報を含むことを特徴とする請求項１３記載の印刷サービス処理方法。
【請求項１５】
前記発注ステップは、画像処理デバイスを利用する印刷サービス依頼を前記サーバ装置に複数回仮発注可能とすることを特徴とする請求項１３記載の印刷サービス処理方法。
【請求項１６】
前記発注ステップは、ユーザ作成されるジョブとともに、画像処理デバイスを利用する印刷サービス依頼を前記サーバ装置に発注可能とすることを特徴とする請求項１３記載の印刷サービス処理方法。
【請求項１７】
前記管理手段は、前記印刷サービス依頼を検索された画像処理デバイスの状態情報と対応づけて記憶手段に記憶する登録ステップを備えることを特徴とする請求項１３記載の印刷サービス処理方法。
【請求項１８】
前記サーバ装置は、操作者からの入力を受け付ける入力ステップを有し、顧客から指示または送信された前記ジョブの校正状況やバリアブル補正状況の入力を受け付け可能とすることを特徴とする請求項１３記載の印刷サービス処理方法。
【請求項１９】
前記サーバ装置は、前記入力ステップにより入力した情報及び、ネットワーク等を介して接続される印刷装置から受信するデバイス情報を元に、デバイス装置に対して、段階的に電源制御を行うことを特徴とする請求項１３または１６記載の印刷サービス処理方法。
【請求項２０】
前記画像処理デバイスは、前記サーバ装置から受信する出力情報を印刷するプリンタ部と、前記原稿画像を読み取って前記プリンタ部に出力するスキャナ部とを備えることを特徴とする請求項１３記載の印刷サービス処理方法。
【請求項２１】
前記サーバ装置は、前記入力ステップによるジョブ確認要求に基づき、前記管理手段が管理しているジョブ進行状況を表示する表示ステップを備えることを特徴とする請求項１４記載の印刷サービス処理方法。
【請求項２２】
請求項１３〜２２のいずれかに記載の印刷サービス処理方法を実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項２３】
請求項１３〜２２のいずれかに記載の印刷サービス処理方法を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク等の通信回線を介して顧客から送られてくる発注情報、発注情報に基づいた印刷の進み具合、デバイス装置の状態等を一元管理しデバイス装置の制御を行う印刷システムおよびデータ処理装置および画像処理デバイスおよび印刷サービス処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムに関するものである。
【背景技術】
【０００２】
従来の印刷業界においては、製版工程を経て行うオフセット印刷が主流であり、大量のヤレ紙とフィルムで版を作成しなければならない印刷システムでは、どうしてもコストと時間に問題が出てしまうため、大ロット印刷でしかコスト的に有効ではなかった。最近ではデジタル化が進みＤＴＰなどにより作成されたデジタルデータを、製版工程を経ず、デジタル出力機を使用して直接印刷するオンデマンドプリンティング（以下ＯＤＰ）が注目されている。
【０００３】
このオンデマンド出力では、無製版のデジタル出力機を使用しているため、フィルムを作る必要もなくヤレ紙を出すこともなく、大幅なコストと時間の圧縮が可能になってきている。
【０００４】
これらオフセット印刷や、ＯＤＰだけでなく、一般オフィスで使用されるプリンタや印刷機及びフィニッシャ等のデバイス装置の電源投入は、印刷にかかる全ての準備を終わった後に操作者が行うか、予めデバイス装置の電源投入を操作者が行っておき、各種ウォーミングアップ処理や色調整のためのキャリブレーション処理を経て、デバイス装置が印刷可能状態になるまでの間に印刷にかかる準備を行うことが一般的であった。
【０００５】
また、省電力モードを持つ印刷装置においては、常に電源を入れておくが、パネル操作やデータ受信等の、必要最低限の機能を実現するための電源供給のみを行うようにし、実際に印刷データを受信してから電源供給を増やし、定着器の昇温やファンを高速に回転させる等の電源制御を行い、印刷を開始する場合もあった。
【特許文献１】特開平０８−１４２４５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来例においては次のような問題点があった。
【０００７】
印刷業界において、オフセット印刷からデジタル化が進み、ＤＴＰなどにより作成されたデジタルデータを、製版工程を経ず、デジタル出力機を使用して直接印刷するオンデマンドプリンティングにシフトしてきたとしても、原稿の入稿は、印刷物を直接手渡すか、原稿データをフレキシブルディスク、ＭＯ、ＣＤ−ＲＯＭ、ＤＶＤ等のメディアで手渡すか郵送する方法だったために、印刷プロバイダが注文を受けるまでの時間や校正までの時間を短縮することはできなかった。
【０００８】
また、顧客が依頼した印刷の進み具合を確認するためには、印刷プロバイダに電話で問い合わせるしかなく、納期が重要な顧客にとって、注文した印刷の状況を確認するのに時間制約と手間がかかっていた。
【０００９】
また、印刷プロバイダにおいては、電力をたくさん消費するデバイス装置や、スタンバイ状態になるまでにかなりの時間を要する大型の各種デバイス装置をいくつも保有している場合が多く、これらデバイス装置の電源制御は操作者に委ねられていたので、消費電力をできるだけ抑え、且つ、印刷開始に待ちを発生させることなく効率よくデバイス装置を使いこなすためには、操作者の熟練が必要であった。
【００１０】
具体的には、印刷にかかる全ての準備を終えた後に、操作者がプリンタや印刷機等の印刷装置の電源投入を行う場合、印刷装置が印刷可能状態になるまでの間印刷を開始できず、特に大型の印刷機や、フィニッシング装置を搭載可能なプリンタでは、ウォーミングアップに時間がかかるため、電源投入から印刷可能になるまで、かなりの時間操作者は待たなければならなかった。
【００１１】
また、カラー機においては色調整のためのキャリブレーション処理を行う場合があり、ウォーミングアップ時間に加えて、さらにキャリブレーション時間が加わることになり、操作者はなかなか印刷を開始できず待たされるといった状況が発生していた。
【００１２】
また、省電力モードを持つ印刷装置においても、操作者が印刷データを送信し（印刷開始）、印刷装置がデータを受信してからウォーミングアップやキャリブレーション処理を開始するので、操作者の準備が完了してから電源投入する場合と同様に作業効率が悪いという状況が発生していた。
【００１３】
また、操作者が印刷装置の電源投入を予め行っておき、ウォーミングアップやキャリブレーション等の処理を経て印刷可能状態になるまでの間に印刷準備を行う場合でも、操作者の準備に要する時間と印刷装置の立ち上がりに要する時間は必ずしも一致しないので、上記と同様に操作者は印刷可能になるまで待った後、印刷を開始するという状況や、逆に印刷装置は印刷可能になったものの操作者の印刷準備に時間がかかり無駄な電力を消費してしまうという問題は発生していた。
【００１４】
特に、ＯＤＰシステムにおいては、１枚ごとに印刷内容を変えるバリアブル印刷や、特殊紙印刷、製本等の各種加工を含む印刷が多く、操作者のデータ加工や特殊紙の準備など、印刷を開始するまでの準備に時間がかかることが多いため、印刷装置が印刷可能状態になっても、操作者はすぐに印刷を開始できず、印刷装置がスタンバイ状態のまま印刷を開始できない状態が続き、無駄な電力を消費してしまうという状況がよく発生していた。
【００１５】
さらに、印刷プロバイダに持ち込まれる印刷注文おいては、一般オフィスでの印刷に比べ、全ページ同じ色を再現することや、画像位置の高い精度などが要求されることが多い。色味変化や画像位置ずれの要因となるのが、紙なし、排紙ビン満載、ステイプル針なし等の印刷の中断であり、ＯＤＰシステムにおいてはできる限り印刷の中断を防ぐ必要がある。
【００１６】
ところが、ユーザが要求する印刷枚数分の用紙を装着しているかどうか、全ページを積載できるほどの空の排紙ビンを確保できているかといった準備は、操作者の印刷準備の出来に依存してしまうため、印刷途中の紙なし、排紙ビン満載、及びステイプル針なし等のオペレータコール発生による印刷中断で発生する色味変動や画像位置ずれ防止には、操作者の熟練が必要であった。
【００１７】
本発明は、上記の問題点を解決するためになされたもので、本発明の第１の目的は、ＯＤＰシステムにおける顧客と印刷プロバイダ間のやり取りをできるだけ簡素化し、低コスト、短納期を実現すると共に、顧客が印刷状況を容易に把握できる印刷システムおよび印刷サービス処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。
【００１８】
また、本発明の第２の目的は、各種印刷準備からフィニッシング処理までの印刷工程の進み具合によって、印刷装置をはじめとする各種デバイス装置の電源制御を段階的に行い、無駄な電力消費を抑えるとともに、操作者の待ち時間を極力減らし、消費電力的にも、操作者の作業的にも効率を上げる印刷システムおよび印刷サービス処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。
【００１９】
さらに、第３の目的は、ＷＥＢ等で指定されるユーザの指示内容に基づいた準備がどこまで進んでいるかを管理し、印刷工程が完了するまでの間に、できるだけ紙なしなどのオペレータコールを発生させないように操作者に準備を促すと共に、準備の進み具合に応じた電源制御を行い、できうる準備が完了した時点で印刷許可を出すよう制御し、操作者の熟練がなくても、印刷物の色味変動や画像位置のずれを発生させる要因を減らすことができる印刷システムおよび印刷サービス処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。
【課題を解決するための手段】
【００２０】
本発明に係る印刷システムは、以下の特徴的構成を備える。
【００２１】
本発明に係る印刷システムは、省電力モードを備える複数のプリンタを管理可能なサーバ１０３と所定のジョブに対して前記画像処理デバイスを利用する画像処理サービスを発注するデータ処理装置とが通信可能な印刷システムであって、前記データ処理装置は、前記画像処理デバイスを利用する印刷サービス依頼を前記サーバ装置に仮発注（図７に示すホスト１０１〜サーバ１０３に対する手順Ｓ２０６、Ｓ２１４）または本発注（図７に示すホスト１０１〜サーバ１０３に対する手順Ｓ２２２）を行う発注手段（ホスト１０１よりサーバ１０３に対する図７に示すＳ２０１〜Ｓ２２２）と、前記発注手段により仮発注される印刷サービスの処理結果イメージを前記サーバ装置から取得する取得手段（ホスト１０１がサーバ１０３より取得する手順２１８）とを備え、前記サーバ装置は、前記印刷サービスに対する仮発注依頼（図７に示す手順２０６に基づく申込み情報）または本発注依頼（図７に示す手順２２２に基づく了承情報）を前記データ処理装置と双方向通信により取得する発注取得手段（図７に示すサーバ１０３が取得する手順Ｓ２０６、または図７に示すサーバ１０３が取得する手順Ｓ２２２）と、前記発注取得手段が前記仮発注依頼を取得した場合に、印刷サービス依頼に対する処理結果イメージを要求されているデータ処理装置に通知する通知手段（図７に示す手順Ｓ２１８）と、前記通知手段による通知後、データ処理装置から受け取る本発注依頼に基づいて、最適な画像処理デバイスを検索する検索手段（図１に示すサーバ１０３による図７の手順Ｓ２２３）と、前記発注取得手段により前記印刷サービスに対する本発注の承認状況と、前記データ処理装置から受信するジョブに基づく印刷データの準備状況と、前記検索手段により検索される最適な画像処理デバイスから通知される印刷準備状況と、前記画像処理デバイスから通知される印刷完了通知状況とに基づき、検索された画像処理デバイスに対して異なる電源制御指示を段階的に行う指示手段（図１に示すサーバ１０３による図７のステップＳ２２４〜Ｓ２３７））と、前記画像処理デバイスから通知される情報に基づいて、前記データ処理装置から依頼された所定のジョブの状況を管理する管理手段（図１９に示すジョブ制御部７０２）とを備え、前記画像処理デバイスは、前記サーバ装置から受信する出力情報に基づく画像出力を行うエンジン部と、前記エンジン部を制御するコントローラ部と、前記指示手段からの各電源制御指示に従い、前記コントローラ部とエンジン部に対する省電力制御を行う電源制御手段（図３に示すコントローラ部１１０が実行する、例えば図１７に示すステップＳ１７０１〜Ｓ１７０８））と、前記コントローラ部と前記エンジン部との状態を前記サーバに通知する通知手段（図７に示すサーバ１０３が実行する手順Ｓ２２９）とを備えることを特徴とする。
【００２２】
本発明に係る印刷サービス処理方法は、以下の特徴的構成を備える。
【００２３】
省電力モードを備える複数の画像処理デバイスを管理可能なサーバ装置と所定のジョブに対して前記画像処理デバイスを利用する画像処理サービスを発注するデータ処理装置とが通信可能な印刷システムにおける印刷サービス処理方法であって、前記データ処理装置は、前記画像処理デバイスを利用する印刷サービス依頼を前記サーバ装置に仮発注または本発注を行う発注ステップ（図７に示すステップＳ２０６）と、前記発注ステップにより仮発注される印刷サービスの処理結果イメージを前記サーバ装置から取得する取得ステップ（図７に示すステップＳ２１０）とを備え、前記サーバ装置は、前記印刷サービスに対する仮発注依頼または本発注依頼を前記データ処理装置と双方向通信により取得する発注取得ステップ（図７に示すステップＳ２２２，Ｓ２０６）と、前記発注取得ステップが前記仮発注依頼を取得した場合に、印刷サービス依頼に対する処理結果イメージを要求されているデータ処理装置に通知する通知ステップ（図７に示すステップＳ２１０）と、前記通知ステップによる通知後、データ処理装置から受け取る本発注依頼に基づいて、最適な画像処理デバイスを検索する検索ステップ（図７に示すステップＳ２２３）と、前記発注取得ステップにより前記印刷サービスに対する本発注の承認状況と、前記データ処理装置から受信するジョブに基づく印刷データの準備状況と、前記検索手段により検索される最適な画像処理デバイスから通知される印刷準備状況と、前記画像処理デバイスから通知される印刷完了通知状況とに基づき、検索された画像処理デバイスに対して異なる電源制御指示を段階的に行う指示ステップ（図７に示すステップＳ２２４〜Ｓ２３７）と、前記画像処理デバイスから通知される情報に基づいて、前記データ処理装置から依頼された所定のジョブの状況を管理する管理ステップとを備え、前記サーバ装置から受信する出力情報に基づく画像出力を行うエンジン部と前記エンジン部を制御するコントローラ部とを備える前記画像処理デバイスは、前記指示手段からの各電源制御指示に従い、前記コントローラ部とエンジン部に対する省電力制御を行う電源制御ステップ（図７に示すステップＳ２２４〜Ｓ２３７）と、前記コントローラ部と前記エンジン部との状態を前記サーバ装置に通知する通知ステップ（図７に示すステップＳ２２４〜Ｓ２３７）とを備えることを特徴とする。
【発明の効果】
【００２４】
本発明によれば、データ処理装置からの印刷サービスに対する仮発注依頼または本発注依頼を前記データ処理装置と双方向通信により取得し、該仮発注依頼を取得した場合に、印刷サービス依頼に対する処理結果イメージを要求されているデータ処理装置に通知し、該通知後、データ処理装置から受け取る本発注依頼に基づいて、最適な画像処理デバイスを検索するとともに、印刷サービスに対する本発注の承認状況と、前記データ処理装置から受信するジョブに基づく印刷データの準備状況と、前記検索手段により検索される最適な画像処理デバイスから通知される印刷準備状況と、前記画像処理デバイスから通知される印刷完了通知状況とに基づき、検索された画像処理デバイスに対して異なる電源制御指示を段階的に行い、画像処理デバイスから通知される情報に基づいて、前記データ処理装置のユーザから依頼される所定のジョブの状況を管理することにより、印刷サービス依頼処理時から印刷処理終了までの一連のシーケンス実行に伴う印刷システム全体の省電力を有効かつ、適時に行えるとともに、サーバ装置の管理者が依頼中のジョブ処理状況を適時に把握することができる利便性に優れた印刷サービス処理環境を自在に構築することができる効果が得られる。
【発明を実施するための最良の形態】
【００２５】
〔第１実施形態〕
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００２６】
第１実施形態では、オンデマンドプリンティングシステム（以下ＯＤＰ）について説明するが、本発明の範囲を記載例に限定する趣旨のものではない。
【００２７】
［ＯＤＰシステムの構成］
図１は、本発明の第１実施形態を示す印刷システムの構成を説明する図であり、ＯＤＰシステム例に対応する。以下、図１を参照して本実施形態におけるＯＤＰシステムの概要を説明する。
【００２８】
図１において、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスが、例えば「１１１．２．３３．４４」のコンピュータであるホスト１０１がＬＡＮ６０１に構成され、またＩＰアドレスが例えば「２２２．３３．４．１１１」のサーバ１０３と、ＩＰアドレスが例えば「２２２．３３．４．２２２」の複合機等の画像入出力装置１０５、ＩＰアドレスが例えば「２２２．３３．４．３３３」のプリンタ等の印刷装置１０６がプロバイダ１０４のＬＡＮ６００内に構成されている。
【００２９】
さらに、それぞれのＬＡＮ６０１、６００は、インターネット１０８を介して接続されている。ＬＡＮ６０１は、ユーザの構築したシステム例であり、ＬＡＮ６００は、プロバイダが構築したシステムである。
【００３０】
このようなシステムにおいて、ユーザはＷＥＢ画面に従って、顧客情報、依頼内容、データ等の情報を入力し、所望のＯＤＰの注文を行う。このとき、ユーザは、印刷プロバイダが提供するフォーマットを使用して印刷依頼することもできるし、ユーザが作成したデータを、ユーザのパーソナルコンピュータ（ＰＣ）から印刷プロバイダに転送し、依頼することも可能である。
【００３１】
そして、印刷プロバイダは上記のような依頼内容に基づき、必要に応じて入稿原稿の校正等を行い、ユーザに出来上がりイメージを通知する。そして、出来上がりイメージや出来上がり予定日時をユーザは確認し、了承通知を行う。
【００３２】
次に、ユーザからの了承を受け取った印刷プロバイダは、印刷枚数等の依頼内容を再度確認し、必要な用紙の準備等を行い、納品を伴う本印刷処理を開始する。
【００３３】
そして、印刷処理が完了したら、印刷物を送付、または予め通知してある完了日時に、ユーザが受け取りにくることで、全ての工程は完了する。
【００３４】
なお、以下の説明ではユーザシステムが１つのみの例を示すが、これは説明を簡略化するためであり、インターネット１０８を介して多くのユーザシステムがプロバイダ１０４と接続可能である。
【００３５】
［プロバイダ１０４のサーバ１０３の構成］
図２は、図１に示したサーバ１０３の構成を説明するブロック図である。図１におけるホスト１０１、１０２についても同様の構成を備えるものとする。
【００３６】
図２において、５０１はＣＰＵで、ＲＯＭ５０２に保持された制御プログラムコードに基づいて、ＣＰＵバス５０９に接続されたデバイスを制御する。５０３はＲＡＭで、ＣＰＵ５０１が使用する一時記憶用メモリとして機能し、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張できるように構成されている。
【００３７】
また、ＲＡＭ５０３は、印刷用データとして作成された描画オブジェクトの格納や、ＲＯＭ５０２に保持された制御プログラムによって一時的に使用されるワークメモリ等にも利用される。５０４はメディアドライブであり、フレキシブルディスク、ＣＤ、ＤＶＤといった各種メディアとのアクセスインタフェースとなる。５０５はハードディスク（ＨＤ）であり、各種プログラム、データ等の格納が行われる。５０６はキーボード・マウスでユーザからの入力を受け付けるインタフェース部である。
【００３８】
５０７はディスプレイであり、ユーザに情報を伝えるアウトプット部となる。５０８は、ネットワークを介してプリンタ等の周辺機器と双方向に通信接続するための周辺機器インタフェース部である。
【００３９】
５０９は、アドレス、データ、コントロールバスを含むＣＰＵバスであり、ＲＯＭ５０２、ＲＡＭ５０３、メディアドライブ５０４、ＨＤ５０５、キーボード・マウス５０６、ディプレイ５０７および周辺機器インタフェース部５０８は、それぞれＣＰＵバス５０９に接続されたすべてのデバイスにアクセス可能である。
【００４０】
［デバイスの構成］
図３は、図１に示した複合機１０５の概略構成を説明するブロック図であって、該画像入出力装置（複合機）１０５は、イーサネット（登録商標）等のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）６００にてホストコンピュータ、及びフィニッシャに接続されている。
【００４１】
上記画像入出力装置（複合機）１０５は、画像データの読取処理を行うリーダ部２００と、画像データの出力処理を行うプリンタ部３００と、画像データの入出力操作を行うキーボード、及び画像データや各種機能の表示／設定などを行う液晶パネルを備えた操作部１５０と、リーダ部２００を制御して読み込んだ画像データや、ＬＡＮ６００を介してホストコンピュータより受信したコードデータから生成される画像データを格納／保存できる画像記憶部１６０を装着し、これら各構成要素に接続されて該構成要素を制御するコントローラ部１１０とで構成されている。
【００４２】
リーダ部２００は、原稿用紙を搬送する原稿給送ユニット２５０と、原稿画像を光学的に読み取って電気信号としての画像データに変換するスキャナユニット２１０とを有し、プリンタ部３００は、記録用紙を収容する複数段の給紙カセットを備えた給紙ユニット３１０と、画像データを記録用紙に転写／定着するマーキングユニット３２０と、印字された記録用紙の反転処理などを行い、排紙ビンへ排出する排紙ユニット３３０とを有している。
【００４３】
コントローラ部１１０は、リーダ部２００を制御して原稿の画像データを読込み、プリンタ部３００を制御して画像データを記録用紙に出力するコピー機能を提供する。また、リーダ部２００から読取った画像データをコードデータに変換し、ネットワーク６００を介してホストコンピュータへ送信するネットワークスキャナ機能や、ホストコンピュータからネットワーク６００を介して受信したＰＤＬなどの描画命令やコードデータを画像データに変換し、プリンタ部３００に出力するネットワークプリンタ機能などの機能ブロックを有している。
【００４４】
図４は、図３に示したリーダ部２００及びプリンタ部３００の詳細を示す断面図である。
【００４５】
図４において、リーダ部２００では、原稿給送ユニット２５０に積層された原稿用紙がその積層順に従って、先頭から順次１枚ずつプラテンガラス２１１上へ給送され、スキャナユニット２１０で所定の読み取り動作が終了した後、読み取られた原稿用紙は、プラテンガラス２１１上の原稿を排出トレイ２１９に排出される。また、原稿用紙がプラテンガラス２１１上に搬送されると、ランプ２１２を点灯し、次いで光学ユニット２１３の移動を開始させ、原稿用紙を下方から照射し走査する。そして、原稿用紙からの反射光は、複数のミラー２１４、２１５、２１６、及び、レンズ２１７を介してＣＣＤイメージセンサ（以下「ＣＣＤ」と記す）２１８へ導かれ、走査された原稿画像はＣＣＤ２１８によって読み取られる。ＣＣＤ２１８で読み取られた画像データは、所定の処理が施された後、コントローラユニット１１０に転送される。
【００４６】
原稿給送ユニット２５０が原稿流し読み機能を有している場合、原稿給送部２５０に積層された原稿用紙は、原稿流し読み位置２４０を一定の速度で通過する。この場合、光学ユニット２１３は原稿流し読み位置２４０に移動し、等速で搬送される原稿をランプ２１２によって照射し、ＣＣＤ２１８によって随時読み取ることで画像データを生成し、コントローラユニット１１０に転送される。
【００４７】
次いで、プリンタ部３００では、コントローラ部１１０から出力された画像データに対応するレーザ光が、レーザドライバ３２１により駆動されるレーザ発行部３２２から発行され、感光ドラム３２３にはレーザ光に応じた静電潜像が形成され、現像器３２４により前記静電潜像の部分に現像剤が付着される。
【００４８】
一方、レーザ光の照射開始と同期したタイミングで、カセット３１１、カセット３１２、カセット３１３、カセット３１４、手差し給紙段３１５のいずれかから記録用紙が給紙されて転写部３２５に搬送路３３１により搬送され、感光ドラム３２３に付着している現像剤を記録用紙に転写する。画像データが転写された記録用紙は搬送ベルト３２６によって、定着部３２７に搬送され、定着部３２７における加熱・加圧処理により画像データが記録紙に定着される。
【００４９】
定着部３２７を通過した記録紙は搬送路３３５、搬送路３３４を通り、排紙ビン３２８に排出される。印字面を反転して排紙ビン３２８に排出する場合には、搬送路３３６、搬送路３３８まで導かれ、そこから記録紙を逆方向に搬送し、搬送路３３７、搬送路３３４を通り、排紙ビン３２８に排出される。
【００５０】
また、画像データを記録用紙に両面記録する場合は、定着部３２７を通過したあと、記録紙は、搬送路３３６からフラッパ３２９によって搬送路３３３に導かれ、その後、記録紙を逆方向に搬送し、フラッパ３２９によって搬送路３３８、再給紙搬送路３３２へ導かれる。再給紙搬送路３３２へ導かれた記録紙は上述と同様にして搬送路３３１を通り、転写部３２５へ給紙される。
【００５１】
また、各ユニットは省エネ対策が施されており、それぞれ個別に電源供給を遮断することができ、独立に動作することが可能となっている。
【００５２】
図５は、図３に示したコントローラ部１１０の詳細を示すブロック図である。
【００５３】
図５において、メインコントローラ１１１は、ＣＰＵ１１２と、バスコントローラ（システムバスブリッジ）１１３と、後述する各種コントローラ回路を含む機能ブロックを内蔵すると共に、ＲＯＭ  Ｉ／Ｆ１１５を介してＲＯＭ１１４と接続され、ＤＲＡＭ  Ｉ／Ｆ１１７を介してＤＲＡＭ１１６と接続され、コーデックＩ／Ｆ１１８を介してコーデック１１９と接続され、また、ネットワークＩ／Ｆ１２３を介してネットワークコントローラ１２１と接続され、コネクタ１２２によりＬＡＮ６００との間で所定の制御動作を行う。ネットワークとしては一般的にイーサネット（登録商標）があげられる。
【００５４】
ＲＯＭ１１４は、メインコントローラ１１１のＣＰＵ１１２で実行される各種制御プログラムや演算データが格納されている。ＤＲＡＭ１１６は、ＣＰＵ１１２が動作するための作業領域や画像データを蓄積するための領域として使用される。コーデック１１９はＤＲＡＭ１１６に蓄積されたラスタイメージデータをＭＨ／ＭＲ／ＭＭＲ／ＪＢＩＧなどの周知の圧縮方式で圧縮し、また圧縮されたデータをラスタイメージに伸長する。また、コーデック１１９にはＳＲＡＭ１２０が接続されており、該ＳＲＡＭ１２０はコーデック１１９の一時的な作業領域として使用される。
【００５５】
また、前記メインコントローラ１１１はスキャナバス１４１を介してスキャナＩ／Ｆ１４０に接続され、プリンタバス１４６を介してプリンタＩ／Ｆ１４５に接続され、さらにＰＣＩバス等の汎用高速バス１２５を介して拡張ボードを接続するための拡張コネクタ１２４及び入出力制御部（Ｉ／Ｏ制御部）１２６に接続されている。
【００５６】
Ｉ／Ｏ制御部１２６は、リーダ部２００やプリンタ部３００との間で制御コマンドを送受信するための調歩同期式のシリアル通信コントローラ１２７が２チャンネル装備されており、該シリアル通信コントローラ１２７はＩ／Ｏバス１２８を介してスキャナＩ／Ｆ１４０及びプリンタＩ／Ｆ１４５に接続されている。
【００５７】
スキャナＩ／Ｆ１４０は、第一の調歩同期シリアルＩ／Ｆ１４３及び第一のビデオＩ／Ｆ１４４を介してスキャナコネクタ１４２に接続され、さらに該スキャナコネクタ１４２はリーダ部２００のスキャナユニット２１０に接続されている。
【００５８】
そして、スキャナＩ／Ｆ１４０はスキャナユニット２１０から受信した画像データに対し所望の２値化処理や、主走査方向及び／又は副走査方向の変倍処理を行い、またスキャナユニット２１０から送られてきたビデオ信号に基づいて制御信号を生成し、スキャナバス１４１を介してメインコントローラ１１１に画像データを転送する。
【００５９】
また、プリンタＩ／Ｆ１４５は、第２の調歩同期シリアルＩ／Ｆ１４８及び第２のビデオＩ／Ｆ１４９を介してプリンタコネクタ１４７に接続され、さらに該プリンタコネクタ１４７はプリンタ部３００のマーキングユニット３２０に接続されている。そして、プリンタＩ／Ｆ１４５はメインコントローラ１１１から出力された画像データにスムージング処理を施して該画像データをマーキングユニット３２０に出力し、さらにマーキングユニット３２０から送られたビデオ信号に基づいて、生成された制御信号をプリンタバス１４６に出力する。
【００６０】
そして、ＣＰＵ１１２は、ＲＯＭ１１４からＲＯＭＩ／Ｆ１１５を介して読み込まれた制御プログラムに基づいて動作し、例えば、第１及び第２のホストコンピュータ１０１、１０２から受信したＰＤＬ（ページ記述言語）データを解釈し、ラスタイメージデータに展開処理を行う。
【００６１】
また、バスコントローラ１１３は、スキャナＩ／Ｆ１４０、プリンタＩ／Ｆ１４５、その他拡張コネクタ１２４等に接続された外部機器から入出力されるデータ転送を制御するものであり、バス競合時のアービトレーション（調停）やＤＭＡデータ転送の制御を行う。即ち、例えば、上述したＤＲＡＭ１１６とコーデック１１９との間のデータ転送や、スキャナユニット２１０からＤＲＡＭ１１６へのデータ転送、ＤＲＡＭ１１６からマーキングユニット３２０へのデータ転送等は、バスコントローラ１１３によって制御され、ＤＭＡ転送される。
【００６２】
また、Ｉ／Ｏ制御部１２６は、ＬＣＤコントローラ１３１及びキー入力Ｉ／Ｆ１３０を介してパネルＩ／Ｆ１３２に接続され、パネルＩ／Ｆ１３２は操作部１５０に接続されている。
【００６３】
また、前記Ｉ／Ｏ制御部１２６は不揮発性メモリとしてのＥＥＰＲＯＭ１３５に接続され、またＥ−ＩＤＥコネクタ１６１を介して画像データの書き込み／読み出しが可能なハードディスクドライブ（ＨＤＤ）１６２に接続され、さらに、機器内で管理する日付と時刻を更新／保存するリアルタイムクロックモジュール１３３に接続されている。尚、リアルタイムクロックモジュール１３３はバックアップ用電池１３４に接続されて該バックアップ用電池１３４によりバックアップされている。
【００６４】
また、各コントローラ部は省エネ対策が施されており、それぞれ個別に電源供給を遮断することができ、独立に動作することが可能となっている。
【００６５】
図６は、図５に示したメインコントローラ１１１の内部詳細を示すブロック図である。
【００６６】
図６において、プロセッサコア１１２は、６４ビットのプロセッサバス（ＳＣバス）を介して、システム・バス・ブリッジ（ＳＢＢ）１１３に接続される。ＳＢＢ１１３は、例えば４×４の６４ビット構成であり、プロセッサコア１１２の他に、キャッシュメモリを備えたＳＤＲＡＭやＲＯＭを制御するメモリコントローラ４０３と専用のローカルバス（ＭＣバス）で接続されており、さらに、グラフィックバスであるＧバス４０４、ＩＯバスであるＢバス４０５と接続され、全部で４つのバスに接続される。ＳＢＢ１１３は、これら４モジュール間を、可能な限り同時並行接続を確保することができるように設計されている。また、ＳＢＢ１１３は、データの圧縮伸長ユニット（ＣＯＤＥＣ）４１８とも、ＣＯＤＥＣ  Ｉ／Ｆを介して接続されている。
【００６７】
Ｇバス４０４は、Ｇバスアービタ（ＧＢＡ）４０６により協調制御されており、スキャナやプリンタと接続するためのスキャナ／プリンタコントローラ（ＳＰＣ）４０８に接続される。また、Ｂバス４０５は、Ｂバスアービタ（ＢＢＡ）４０７により協調制御されており、ＳＰＣ４０８のほか、電力管理ユニット（ＰＭＵ）４０９、インタラプトコントローラ（ＩＣ）４１０、ＵＡＲＴを用いたシリアルインタフェースコントローラ（ＳＩＣ）４１１、ＵＳＢコントローラ４１２、ＩＥＥＥ１２８４を用いたパラレルインタフェースコントローラ（ＰＩＣ）４１３、イーサネット（登録商標）を用いたＬＡＮコントローラ（ＬＡＮＣ）４１４、汎用入出力コントローラ（ＭＩＳＣ）４１５、ＰＣＩバスインタフェース（ＰＣＩＣ）４１６にも接続されている。
【００６８】
Ｂバスアービタ４０７はＢバス４０５を協調制御するアービトレーションであり、Ｂバス４０５のバス使用要求を受け付け、調停の後、使用許可が選択された一つのマスタに与えられ、これにより同時に２つ以上のマスタがバスアクセスを行うのを禁止している。尚、アービトレーション方式は３段階の優先権を有し、それぞれの優先権に複数のマスタが割り当てられる。
【００６９】
インタラプトコントローラ４１０は、上述した各機能ブロック及びコントローラユニット１１０の外部からインタラプトを集積し、ＣＰＵ１１２がサポートするコントローラ類４０８、４１１〜４１６及びノンマスカブルインタラプト（ＮＭＩ）に再配分する。
【００７０】
Ｇバスアービタ４０６は中央アービトレーション方式によりＧバス４０４を協調制御しており、各バスマスタに対して専用の要求信号と許可信号とを有する。尚、バスマスタへの優先権の付与方式として、全てのバスマスタを同じ優先権として、公平にバス権を付与する公平アービトレーションモードといずれか一つのバスマスタに対して優先的にバスを使用させる優先アービトレーションモードのいずれかを指定することができる。
【００７１】
［顧客、プロバイダ間の処理の流れ］
図７は、本発明に係る印刷システムにおける第１のＯＤＰ処理例を説明するシーケンス図であり、顧客がＷＥＢブラウザを介して印刷プロバイダに申し込みを行い校正、印刷を経て印刷物を受け取るまでの詳細な流れを示すシーケンス例（顧客、顧客ＰＣ（例えば図１に示すホスト１０３）、プロバイダサーバ（図１に示すサーバ１０３）、操作者、印刷装置相互間のシーケンス例）である。なお、Ｓ２０１〜Ｓ２３７は、シーケンスの手順を示す。
【００７２】
まず、顧客がＰＣ（例えば図１に示すホスト１）上で動作するＷＥＢブラウザを使って、ＯＤＰシステムのサイトにアクセスし、表示データを取得し、顧客のＰＣの表示装置に表示を行う（Ｓ２０１〜Ｓ２０３）。
【００７３】
顧客は表示内容に従って、顧客（ユーザ）情報、印刷内容、用途、希望納期、原稿データ、バリアブル情報等の入力を行い、印刷プロバイダに各種情報（申し込み情報）を送信する（Ｓ２０４〜Ｓ２０６）。これが印刷プロバイダの操作者に通知される（Ｓ２０７）。
【００７４】
一方、印刷プロバイダ（図１に示すサーバ１０３に対応する）においては、印刷発注をサーバ１０３がホスト１より受け取ると、サーバ１０３は申し込み内容に合った印刷装置を検索し（Ｓ２２３）、注文に最適な印刷装置を決定すると共に印刷完了予定を算出し、顧客が選択した、簡単な出来上がりイメージ情報や納期予定日時をデータ処理装置であるところの顧客ＰＣのホスト１０１等に通知する（Ｓ２１０）。
【００７５】
同時に、印刷プロバイダの操作者は申し込み内容を確認して（Ｓ２０８）、必要に応じて入稿原稿を校正し、顧客ＰＣに送信する（Ｓ２０９〜Ｓ２１０）。
【００７６】
そして、申し込みを行った顧客は、出来上がりイメージや納期を確認し（Ｓ２１１）、問題がなければ、ＰＣ上のＷＥＢブラウザを介してホスト１０１上の表示装置に表示される発注処理画面上の了承ボタン（不図示）を押下し、了承を通知する（Ｓ２２０〜Ｓ２２２）。
【００７７】
もし問題があり、修正や内容の変更を行いたい場合は、校正済みデータの修正、選択イメージの変更、部数変更等を行い、ＷＥＢにて変更内容を印刷プロバイダのサーバ１０３に再度通知し（Ｓ２１２〜Ｓ２１４）、顧客の了承を得るまでＷＥＢブラウザを介して、顧客と印刷プロバイダの間（ホスト１０１とサーバ１０３との間）で、手順Ｓ２１３〜Ｓ２２０を繰り返す。
【００７８】
このようにして、印刷プロバイダが顧客ＰＣより送信される了承情報（Ｓ２２２）を受け取ると、再度申し込み内容を確認し、申し込み内容に最適な印刷装置を検索し、どの印刷装置に電源制御指示、印刷データ送信を行うかを決定する（Ｓ２２３）。
【００７９】
次に、サーバ１０３は、選択した印刷装置に対してＬＥＶＥＬ１の電源制御を開始し（Ｓ２２４）、選択した印刷装置に対して、例えば定着器の温度を通常の半分程度まで昇温させ、ファンの回転を低回転で動作させるような第１段階の電源制御（ＬＥＶＥＬ１電源制御）を行う（Ｓ２２５）。
【００８０】
そして、選択された印刷装置のプリンタエンジンの上記ウォームアップ動作の間に、操作者はデータ内容や印刷枚数等を確認することが可能であり、データ準備完了の指示を印刷プロバイダのサーバ１０３上のアプリケーションに行う（Ｓ２２６）。
【００８１】
そして、印刷データの準備完了通知を受け取ったサーバ１０３は、いつでも印刷データ受信を受け付け処理できるように、第２段階の電源制御（ＬＥＶＥＬ２電源制御）を選択された印刷装置に対して行う（Ｓ２２７）。
【００８２】
第２段階の電源制御では、選択された印刷装置の各デバイス、例えば例えばデータ受信状態やオンライン状態を示すＬＥＤ表示、各種メッセージをユーザに伝えるＬＣＤ表示を行うと共に、入力データをイメージ画像に変換処理するのに必要なアクセラレータ、ＲＡＭ等のハード資源への通電を行ってコントローラをスタンバイ状態に遷移させる（Ｓ２２８）。
【００８３】
そして、コントローラ（コントローラ部１１０）のスタンバイが完了したら（Ｓ２２９）、次に、エンジン（図３に示すマーキングユニット３２０等に相当）へのビデオデータ送信が可能になるよう第３段階の電源制御（ＬＥＶＥＬ３電源制御）を行う（Ｓ２３０）。
【００８４】
この第３段階の電源制御では、例えば、選択された印刷装置において、いつでも印刷可能なスタンバイ状態まで、印刷動作可能なデバイスである定着器の定着昇温させ、ファンの回転も上昇させる。
【００８５】
さらに、エンジンの経時変化を吸収するためのキャリブレーション処理をコントローラ（コントローラ部１１０）とエンジン（マーキングユニット３２０）との間で行い、いつでも印刷可能な状態まで持っていく（Ｓ２３１）。
【００８６】
通常、手順Ｓ２２５〜Ｓ２３１の間に、選択された印刷装置を操作可能な操作者は、用紙の準備、排紙トレイの確保、印刷データ内容の確認等の、最終チェックを行う。
【００８７】
このように、操作者は顧客からの依頼内容に合わせた作業を進めていくだけで、自動的に最適なデバイス装置を選択し、さらにはそのデバイス装置のスタンバイ状態が、操作者の作業の進み具合に応じて変化してくれるために、デバイス装置の電源投入等の意識を行わずに、効率よく印刷作業を進めることが可能となる。
【００８８】
また、操作者からの印刷処理開始指示に応じて印刷処理を開始し（Ｓ２３２〜Ｓ２３３）、印刷データを送信して、デバイス装置の印刷処理が終了すると（Ｓ２３４〜Ｓ２３５）、サーバ１０３は、選択された印刷装置に対して第４段階の電源制御（ＬＥＶＥＬ４電源制御）を行う（Ｓ２３６）。すなわち、印刷が終了するので、これまで第１から第３まで行ってきた電源制御とは逆に、定着器の降温、ファンの停止等の電源を抑制する制御を行い、自動的に省電力モードへと移行させる（Ｓ２３７）。
【００８９】
このように構成された印刷システム、省電力モードを備える複数の画像処理デバイスを管理可能なサーバ１０３と所定のジョブに対して複合機１０５、プリンタ１０６を利用する画像処理サービスを発注するホスト１０１，１０２とが通信可能であって、データ処理装置としてのホスト１０１，１０２は、ホスト１０１，１０２が備えるブラウザによりインターネット１０８を介して画像処理デバイスを利用する印刷サービス依頼をサーバ１０３に仮発注（図７に示すホスト１０１〜サーバ１０３に対する手順Ｓ２０６、Ｓ２１４に対応する申込み）または本発注（図７に示すホスト１０１〜サーバ１０３に対する手順Ｓ２２２）を行う発注処理（ホスト１０１よりサーバ１０３に対する図７に示すＳ２０１〜Ｓ２２２）を行う機能を備えている。
【００９０】
また、上記仮発注される印刷サービスの処理結果イメージを前記サーバ装置から取得する（ホスト１０１がサーバ１０３より取得する手順２１８）処理をホスト１０１等のブラウザを介して実行される。
【００９１】
一方、サーバ１０３は、ホスト１０１，１０２等からの印刷サービスに対する仮発注依頼（図７に示す手順２０６に基づく申込み情報）または本発注依頼（図７に示す手順２２２に基づく了承情報）をホスト１０１、１０２と双方向通信（インターネット１０８等含む）により取得する（図７に示すサーバ１０３が取得する手順Ｓ２０６、または図７に示すサーバ１０３が取得する手順Ｓ２２２）と、仮発注依頼を取得した場合に、印刷サービス依頼（例えば図８〜図１２等に示すブラウザによる設定画面を介して依頼される）に対する処理結果イメージを要求されているホスト１０１，１０２等に通知する（図７に示す手順Ｓ２１８）と、該通知後、ホスト１０１，１０２から受け取る本発注依頼（仮発注で指示された内容の印刷処理結果を示す出来上がりイメージをブラウザ上で確認した後、実行される発注処理であって、必要に応じて仮発注処理は複数回実行される場合がある）に基づいて、最適な画像処理デバイス（カラープリンタとするのか、モノクロプリンタとするのか等）を検索する（図１に示すサーバ１０３による図７の手順Ｓ２２３）と、ホスト１０１〜１０２等からの印刷サービスに対する本発注の承認状況と、ホスト１０１〜１０２等からのから受信するジョブに基づく印刷データの準備状況と、検索される最適な画像処理デバイスから通知される印刷準備状況（例えば図７に示すコントローラスタンバイ完了Ｓ２２９）と、前記画像処理デバイスから通知される印刷完了通知状況とに基づき、検索された画像処理デバイスに対して異なる電源制御指示を段階的に行う（図１に示すサーバ１０３による図７のステップＳ２２４〜Ｓ２３７））と、例えばプリンタ１０６から通知される情報に基づいて、後述する図１９に示すジョブ制御部７０２がホスト１０１，１０２から依頼された所定のジョブの状況を記憶装置上に記憶して管理する機能を備えている。
【００９２】
他方、プリンタ１０６，複合機１０５は、サーバ１０３から受信する出力情報に基づく画像出力を行うエンジン部と、前記エンジン部を制御するコントローラ部（複合機１０５の例であれば、コントローラ部１１０に相当）と、前記指示手段としてのサーバ１０３からの各電源制御指示（図１７に示すステップＳ１７０２、Ｓ１７０４、Ｓ１７０６、Ｓ１７０８等）に従い、コントローラ部１１０とエンジン部（図３に示す複合機１５０を例すれば、マーキングユニット３２０に相当）に対する省電力制御を行う電源制御手段（図３に示すコントローラ部１１０が実行する、例えば図１７に示すステップＳ１７０１〜Ｓ１７０８））と、前記コントローラ部と前記エンジン部との状態を前記サーバに通知する通知手段（図７に示すサーバ１０３が実行する手順Ｓ２２９）とを備えることを特徴とする。
【００９３】
なお、図７は、本実施形態における第１のＯＤＰ処理例であり、後述するように第２のＯＤＰ処理例〜第７のＯＤＰ処理例（顧客、顧客ＰＣ（例えば図１に示すホスト１０３）、プロバイダサーバ（図１に示すサーバ１０３）、操作者、印刷装置相互間のシーケンス例）とすることも可能であり、詳細は各実施形態において後述する。
【００９４】
［ユーザインタフェースと入力手順］
次に図８〜図１１において、図１に示したＯＤＰシステムの中で顧客がＷＥＢブラウザを介して印刷プロバイダに申し込み及び校正を行う画面の例について説明する。
【００９５】
図８は、図１に示したホスト１０１，１０２の表示装置で表示されるユーザ情報入力画面の一例を示す図であり、ホスト１０１，１０２にインストールされるＷｅｂブラウザを介して表示される画面例である。
【００９６】
図８において、本画面は、ユーザ情報と依頼内容を入力する画面であり、ユーザは、ユーザ情報８００１として、ユーザＩＤ、パスワード、名前、住所、電話番号、メールアドレス等の入力を行う。なお、電話番号に代えてＦＡＸ番号としたり、電話願号とＦＡＸ番号双方を入力可能に構成してもよい。
【００９７】
また、不図示の画面で、あらかじめユーザ情報を登録することも可能で、その場合は、申し込みＷＥＢサイトにアクセスする際に、ユーザＩＤとパスワードを入力するだけで、プロバイダのサーバ上にあるユーザ情報は自動的にアップロードされ、その他の情報は自動的にブラウザ上に表示される。
【００９８】
さらに、依頼原稿がある場合は、ユーザＰＣ上のデータ名を入力し、印刷プロバイダに原稿データを送信することも可能となっている。さらに、依頼内容８００２として、データ形式、使用目的、必要日時（納期希望日）、出来上がりイメージの確認方法等を指定入力し、送信する。
【００９９】
本実施形態では、データ形式、使用目的は所定の選択肢から選択しクリックすることで指定可能になっている。
【０１００】
必要日時（納期希望日）は西暦入力であり、日にち指定までのＵＩとなっているが、時刻まで設定できるようにしてもよい。また、確認方法については、出来上がりイメージをＰＤＦや所定のデータで受け取り確認する方法と、実際にお試し印刷を行った結果を受け取り確認する方法とを選択できるようになっている。
【０１０１】
図９は、図１に示したホスト１０１，１０２の表示装置で表示される印刷内容選択画面の一例を示す図であり、ホスト１０１，１０２にインストールされるＷｅｂブラウザを介して表示される画面例である。
【０１０２】
図９において、本画面は、印刷依頼内容の詳細を入力する画面であり、ユーザは、出来上がりイメージ欄９００１から所望の出来上がりイメージの選択を行う。本実施形態では、あらかじめ目的に応じた選択肢が用意されており、ユーザはその選択肢の中から、目的に合ったものを選択するＵＩとなっている。
【０１０３】
例えば、ポスタ、各種案内、チラシ、レストラン等で使用するメニュー、ステイプルやくるみ製本等のフィニッシング処理を施すマニュアルや本といった選択が可能となっている。
【０１０４】
さらには、背景画像の種類や、光沢紙、厚紙といった紙種の選択もできるようにしてもよい。また、申し込み情報９００２として、印刷部数、カラー／モノクロ印刷、画質のレベル、バリアブル指定の有無等の入力を行う。
【０１０５】
図１０は、図９に示した申し込み情報９００２においてバリアブル指定を選択した際に表示されるバリアブル情報入力画面の一例を示す図である。
【０１０６】
図１０に示す画面は、図９に示す画面でバリアブル指定がなされた場合にバリアブル情報を入力するためのバリアブル情報入力画面であり、ユーザは、バリアブル情報データ１０００１として、本画面上でデータ名、データ形式、内容、補足等の入力を行う。
【０１０７】
例えば、同窓会、結婚式の案内などは、案内面の内容が同じでも、反対面の住所、氏名は１枚１枚異なるため、このような情報は別途印刷プロバイダに伝える必要がある。そのため、ユーザからＷＥＢを介してバリアブル情報伝達できるように、名簿一覧ファイル等を印刷プロバイダに送信可能とし、１枚１枚内容を変更できるようになっている。
【０１０８】
さらに、バリアブル指定箇所１０００２として、バリアブル情報の場所を指定できるようになっており、ユーザの意図するバリアブル印刷指定をＷＥＢ画面から行えるようにもなっている。
【０１０９】
図１１は、図１に示したホスト１０１，１０２の表示装置で表示されるオンデマンドプリティング申し込み画面の一例を示す図であり、ホスト１０１，１０２にインストールされるＷｅｂブラウザを介して表示される画面例である。
【０１１０】
図１１に示す画面は、顧客のＰＣ（ホスト１０１等）で、印刷プロバイダに発注する依頼内容を確認し、ユーザの了承入力を行う画面であり、本画面での了承をもって正式印刷を開始する。
【０１１１】
ユーザが申し込みした内容に応じて、カラー印刷かモノクロ印刷か、片面印刷か両面印刷か、ステイプルやくるみ製本等のフィニッシング方法、印刷部数、用途、バリアブル指定の有無、原稿ファイル（元原稿）、データ形式、料金、支払方法、受け取り方法、納期予定日（出来上がり予定日）等の情報１１００１を確認できるようになっており、ユーザは表示された内容を確認して了承ボタン（ＯＫボタン）１１００２を押下する。
【０１１２】
図１２は、図１に示したホスト１０１，１０２の表示装置で表示される印刷状況確認画面の一例を示す図であり、ホスト１０１，１０２にインストールされるＷｅｂブラウザを介して表示される画面例である。
【０１１３】
図１２に示す画面は、依頼内容と印刷の進み具合を確認する画面であり、ユーザは任意のタイミングで状況確認を行うことができる。ユーザは印刷プロバイダのサイトにアクセスし、不図示の印刷状況確認ボタンを押下すると、図１２のような画面が表示される。
【０１１４】
本画面では、図１１で確認可能な依頼内容と同様の、依頼内容が確認できると共に、依頼した印刷の進行状況が１２００２にて確認できる。例えば、校正中、バリアブル補正中、プレプリント印刷中、プレプリント郵送中、データ準備完了、印刷中（ＸＸ部完了）、フィニッシング処理中、仕上がりプリント郵送中といった状態を確認できる。
【０１１５】
［サーバの詳細処理説明］
次に図１３〜図１７において、図１のＯＤＰシステムのサーバの処理について説明を行う。
【０１１６】
図１３は、図１に示したサーバ１０３上で管理する個別発注管理情報の一例を示す図であり、サーバ上１０３で管理するユーザ毎の発注情報及び状態であり、主にユーザから送られてきた情報が格納される。
【０１１７】
図１３において、管理情報１３００は、ユーザ情報１３０１及び発注履歴１３０２から成る。ユーザ情報１３０１には、図８に示したユーザ情報入力画面でユーザが入力した情報が格納され、ユーザＩＤ、パスワード、ユーザ名、住所、電話番号、メールアドレス等から成る。ばお、ＦＡＸ番号を加えるのは任意である。
【０１１８】
また、発注履歴１３０２は、ユーザ毎に管理しており、依頼日時、仕上げ日時、目的、支払い完了日、発注ＩＤ，校正回数、印刷時間等からなり、ユーザの発注内容、時期、趣向等の傾向を知る判断材料ともなり、次回発注の際の提案内容決定要因として利用可能となっている。
【０１１９】
図１４は、図１に示したサーバ１０３上で管理するアクティブ管理情報の一例を示す図であり、現在印刷プロバイダで処理されているジョブ情報の一例を示している。
【０１２０】
図１４に示すように、アクティブ管理情報は、印刷プロバイダのサーバ１０３が、ホスト１０１，１０２等より発注を受けたジョブの内容および現在状況等が格納される。
【０１２１】
アクティブ管理情報１４００は、印刷ジョブ情報１４０１、印刷物の使用目的情報１４０２、ユーザアクション状況１４０３から成る。
【０１２２】
そして、印刷ジョブ情報１４０１は、データファイル名、データ形式、紙種情報、必要部数、カラー／モノクロ情報、フィニッシング情報、解像度、バリアブルの有無、片面／両面情報、画像の種類（イメージ、グラフィック、文字等）等からなり、図８、図９、図１０等の各画面からユーザが入力した情報に基づいて、サーバ１０３のＣＰＵがプログラムを実行することにより、例えばＲＡＭ上に作成される。
【０１２３】
印刷物の使用目的情報１４０２は、印刷物の用途、必要日時からなる。これらの情報は、印刷内容や紙種等を、ユーザの用途に合った最適なもので提案できるようにするための情報で、さらには納期の緊急度やデバイス能力等を考慮した、最適なデバイス選択を行うための情報としても使用される。
【０１２４】
また、ユーザアクション状況１４０３は、原稿入稿状況、最終了承、印刷物受け取り確認情報、支払い完了情報等が格納され、アクティブジョブのユーザアクションの完了状況を確認できる。これらの情報を元にユーザへの各種通知や催促等の案内を行う。
【０１２５】
図１５は、本発明に係る印刷システムにおける第１のデータ処理手順の一例を示すフローチャートであり、図２に示したサーバ１０３のＣＰＵ５０１がハードディスク５０５等から処理プログラムをＲＡＭ５０３にロードして実行する最適なデバイスを検索（選択）する処理手順に対応する。なお、Ｓ１５０１〜Ｓ１５１３は各ステップを示す。
【０１２６】
先ず、ステップＳ１５０１において、顧客から送信された印刷内容情報中にカラー指定を選択しているかどうかをＣＰＵ５０１が判断し、カラー指定を選択していると判断した場合は、ステップＳ１５０２において、ＣＰＵ５０１がＲＡＭ５０３上で管理するカラー機種に限定するフラグを立てて、ステップＳ１５０３以降へ進む。
【０１２７】
一方、ステップＳ１５０１で、顧客から送信された印刷内容情報中にカラー指定を選択していないと判断した場合は、ステップＳ１５０３において、顧客から送信された印刷内容情報中に両面指定を選択しているかどうかをＣＰＵ５０１が判断して、両面指定が選択されていると判断した場合は、ステップＳ１５０４において、ＣＰＵ５０１がＲＡＭ５０３上で管理する両面ユニット装着機種に限定するフラグを立てて、ステップＳ１５０５以降へ進む。
【０１２８】
一方、ステップＳ１５０３で、両面指定が選択されていないと判断した場合は、ステップＳ１５０５で、送信された印刷内容情報中に高画質指定を選択しているかどうかをＣＰＵ５０１が判断して、高画質指定を選択していると判断した場合は、ステップＳ１５０６において、ＣＰＵ５０１がＲＡＭ５０３上で管理する高解像度、高諧調印刷可能な機種に限定するフラグを立てて、ステップＳ１５０７以降へ進む。
【０１２９】
一方、ステップＳ１５０５で、高画質指定を選択していないと判断した場合は、ステップＳ１５０７において、顧客から送信された印刷内容情報中に特殊紙指定を選択しているかどうかを判断し、特殊紙指定を選択していると判断した場合は、ステップＳ１５０８において特殊紙印刷可能な機種に限定するフラグを立てて、ステップＳ１５０９へ進む。
【０１３０】
一方、ステップＳ１５０７で、特殊紙指定を選択していないと判断した場合は、ステップＳ１５０９で、顧客から送信された印刷内容情報中に急ぎ指定を選択しているかどうかを判断し、急ぎ指定を選択していると判断した場合は、ステップＳ１５１０において、ＣＰＵ５０１がＲＡＭ５０３上で管理する高速機種に限定、または複数印刷装置を使用するフラグを立てて、ステップＳ１５１１へ進む。
【０１３１】
一方、ステップＳ１５０９で、急ぎ指定を選択していないと判断した場合は、ステップＳ１５１１において、顧客から送信された印刷内容情報中にフィニッシング指定を選択しているかどうかを判断し、フィニッシング指定を選択していると判断した場合は、ステップＳ１５１２において、ＣＰＵ５０１がＲＡＭ５０３上で管理する指定フィニッシング可能な機種に限定するフラグを立てて、ステップＳ１５１３へ進む。
【０１３２】
一方、ステップＳ１５１１で、フィニッシング指定を選択していなと判断した場合は、ＬＡＮ６００に接続されているデバイス装置の能力を問い合わせ、その中からフラグの立っている能力のあるデバイス装置を選択して（Ｓ１５１３）、処理を終了する。
【０１３３】
図１６は、本発明に係る印刷システムにおける第２のデータ処理手順の一例を示すフローチャートであり、図２に示したサーバ１０３のＣＰＵ５０１がハードディスク５０５等から処理プログラムをＲＡＭ５０３にロードして実行する納期日時を予測する処理手順に対応する。なお、Ｓ１６０１〜Ｓ１６０８は各ステップを示す。
【０１３４】
先ず、ステップＳ１６０１において、顧客から送信された印刷内容情報中に指定されている用紙サイズ、用紙タイプ、片面／両面、および指定部数を考慮して依頼ジョブの印刷に要する時間計算をＣＰＵ５０１が行い、ステップＳ１６０２において、操作者のデバイス準備に要する時間を加算する。また、顧客の確認に要する時間を加算し（Ｓ１６０３）、さらに、フィニッシングに要する時間を加算していく（Ｓ１６０４）。
【０１３５】
そして、ステップＳ１６０５において、顧客から送信された印刷内容情報中にバリアブル指定があるかどうかを判断して、バリアブル指定があると判断した場合は、バリアブル加工に要する時間をさらに加算し（Ｓ１６０６）、さらに郵送に要する時間を加算し（Ｓ１６０７）、また、出来上がりが夜中などにあたる場合、人手をかけなければ作業は進まないので、これらの待ち時間を加算して（Ｓ１６０８）、最短時間を計算する。
【０１３６】
実際には少し余裕を持った計算値として、ユーザにはアナウンスするようにしてもよいし、データ形式によっては、処理が重く最高速で印刷できない場合があるので、それらを考慮して時間算出するようにしてもよい。
【０１３７】
さらには、先に依頼を受けているジョブとの重なりを考慮して、重なり分の時間を加算することにより、精度の高い納期予定を計算することが可能となる。
【０１３８】
図１７は、本発明に係る印刷システムにおける第３のデータ処理手順の一例を示すフローチャートであり、図２に示したサーバ１０３のＣＰＵ５０１がハードディスク５０５等から処理プログラムをＲＡＭ５０３にロードして実行する印刷準備および印刷状況を元にデバイス装置の電源制御を行う処理に対応する。なお、Ｓ１７０１〜Ｓ１７０８は各ステップを示す。
【０１３９】
なお、本実施形態においては、図７に示したように、例えば４段階の電源制御を行う例に対応する。
【０１４０】
まず、ステップＳ１７０１で、ユーザの承認をトリガとして、ステップＳ１７０２で、定着器の温度を通常の半分程度まで昇温させ、ファンの回転を低回転で動作させるような第１段階電源制御指示を行う。
【０１４１】
そして、顧客から送信された印刷ジョブから生成される印刷データの準備完了をトリガとして（Ｓ１７０３）、ステップＳ１７０４で、データ受信状態やオンライン状態を示すＬＥＤ表示、各種メッセージをユーザに伝えるＬＣＤ表示を行うと共に、入力データをイメージ画像に変換処理するのに必要なアクセラレータ、ＲＡＭ等のハード資源への通電を行うような第２段階電源制御指示を行う。
【０１４２】
次に、ステップＳ１７０５で、デバイス装置の準備完了をトリガとして、ステップＳ１７０６で、いつでも印刷可能なスタンバイ状態まで、定着昇温させ、ファンの回転も上昇させる第３段階電源制御指示を行う。
【０１４３】
そして、印刷完了をトリガとして（Ｓ１７０７）、ステップＳ１７０８で、第１から第３までの電源制御とは逆に、定着器の降温、ファンの停止等の電源を抑制する制御を行い、自動的に省電力モードへと移行するような第４段階電源制御指示を行い、処理を終了する。
【０１４４】
ここでは、一例として上記４種類のパターンを示したが、申し込み、バリアブル補正完了、始業時間、休憩完了、外出からの帰社、等のトリガで電源制御を行うようにしてもよいし、電源制御の段階区分けについても、さらに細かく制御できるようにしてもよい。
【０１４５】
［デバイス装置の詳細処理説明］
次に図１８〜図２６において、図１のＯＤＰシステムのデバイス装置の処理について説明を行う。
【０１４６】
図１８は、図３に示したコントローラ部１１０の内部ソフトウエア（モジュール）構造を示す図である。
【０１４７】
図１８において、７００はコントローラソフトウェアであり、プロトコル解釈部７０１、ジョブ制御部７０２、デバイス部７０３、デバイス管理部７０４で構成されている。以下、コントローラソフトウェアの実体は、モジュールであり、制御装置１１０により実行される。
【０１４８】
プロトコル解釈部７０１はホストコンピュータや操作部１５０から、各インタフェース（図６に示したコントローラ４１１〜４１４）を介して送られてきたコマンド（プロトコル）を解釈し、その内容に応じて以下の処理（１）〜（３）を行う。
【０１４９】
（１）ジョブ制御部７０２に対して、ジョブの実行を依頼する。
【０１５０】
（２）デバイス管理部７０４に対して、電力モードの変更や、デバイスのキャリブレーション処理の実行を依頼する。
【０１５１】
（３）画像入出力装置の各種状態や、各種処理の所要時間などの能力情報をジョブ制御部７０２やデバイス管理部７０４から取得して依頼元へ通知する。
【０１５２】
ジョブ制御部７０２は、プロトコル解釈部７０１の依頼に基づいて種々のジョブを生成して実行し、それらジョブの状態を管理する。
【０１５３】
デバイス管理部７０４は、デバイス部７０３を介してリーダ部２００やプリンタ部３００と通信し、各種ユニットの状態を管理しながら、プロトコル解釈部７０１の依頼に基づいて、電力制御の管理処理やキャリブレーションのためのデバイス制御を実行する。
【０１５４】
デバイス部７０３は、画像入出力装置１００に含まれるリーダ部２００を制御するドライバソフトから成るスキャナデバイス制御部、プリンタ部３００を制御するドライバソフトから成るプリンタデバイス制御部、ＰＤＬなどの描画命令やコードデータを画像に展開するソフトウエアモジュールからなるコードデータ展開デバイス制御部などで構成され、ジョブ制御部７０２やデバイス管理部７０４に使用される。
【０１５５】
図１９は、図１８に示したジョブ制御部７０２のモジュール構造を示す図である。
【０１５６】
図１９において、７００はコントローラソフトウェア（モジュール本体）であり、７０１はプロトコル解釈部、７０２はジョブ制御部、７０３はデバイス部である。
【０１５７】
ここで、ジョブ制御部７０２は、ジョブ生成部８００、ジョブ処理部８１０、ドキュメント処理部８２０、ページ処理部８３０、バンド処理部８４０、デバイス割り当て部８５０を有している。
【０１５８】
また、ジョブ処理部８１０は、ジョブ管理部８１１、バインダ管理部８１２、ドキュメント管理部８１３を有している。また、デバイス部７０３は、第１デバイス８５１、第２デバイス８５２及び第３デバイス８５３等複数のデバイスを有する事が可能となっている。
【０１５９】
ホストコンピュータや、操作部１５０から送られてきた一連の操作依頼は、コマンド（プロトコル）という形で、各コントローラ４１１〜４１４を介して送られてくる。送られてきたコマンドは、プロトコル解釈部７０１で解釈された後、ジョブ制御部７０２に送られる。この時点でコマンドは、ジョブ制御部７０２が理解できる形に変換される。
【０１６０】
ジョブ生成部８００はジョブ８１４を生成する。ジョブ８１４にはコピージョブ、プリントジョブ、スキャンジョブ及びファックスジョブ等様々なジョブが存在する。プロトコル解釈部７０１により解釈されたプロトコルには、例えば、プリントジョブならば印刷する文書の名前や印刷部数、出力先の排紙トレイの指定等の種々の設定情報や、印刷データ自体（ＰＤＬデータ）等が含まれる。ジョブ８１４はジョブ処理部８１０に送られ処理が行われる。
【０１６１】
ジョブ処理部８１０は、ジョブを構成する複数のバインダの出力順など、ジョブ全体に関わる設定がされるジョブ管理部８１１、バインダを構成する複数のドキュメントの出力順など、バインダ全体に関わる設定がされるバインダ管理部８１２、ドキュメントを構成する複数のページの出力順など、ドキュメント全体に関わる設定がされるドキュメント管理部８１３を有し、ジョブ８１４全体に関する設定や処理が行われる。
【０１６２】
更に、ジョブ処理部８１０では、ジョブ８１４全体に関する設定や処理以外は、ジョブ８１４を構成するさらに小さな仕事の単位であるバインダ８１５に分割し、また、バインダ８１５全体に関する設定や処理以外は、バインダ８１５を構成するさらに小さな仕事の単位であるドキュメント８１６に分割し処理する。ドキュメント８１６は入力ドキュメント８２１と１対１に対応付けされており、入力ドキュメント８２１は、ドキュメント処理部８２０により出力ドキュメント８２２に変換処理される。
【０１６３】
例えば、原稿の束をスキャナで読み取り、複数のイメージデータに変換するスキャンジョブを考えると、原稿の束に関する設定や操作の手順が書かれているのが入力ドキュメント８２１であり、複数のイメージデータに関する設定や操作の手順が書かれているのが出力ドキュメント８２２である。そして、紙の束を複数のイメージデータに変換する役割を持っているのがドキュメント処理部８２０である。
【０１６４】
ドキュメント処理部８２０は、ドキュメント単位の入力ドキュメント８２１から出力ドキュメント８２２への変換処理を行い、ドキュメント全体に関する設定や処理以外は、更に小さな仕事の単位である入力ページ８３１に分割し、ページ処理部８３０に処理を依頼する。
【０１６５】
これは、丁度、ジョブ処理部８１０がジョブ単位の処理に専念して、更に細かい仕事のためにバインダ８１５、ドキュメント８１６を生成するのと同じである。ドキュメント単位の設定及び操作は、具体的にはページの並び替え、両面印刷の指定、表紙の付加、ＯＨＰ中差し等のページ順序に関するものである。
【０１６６】
ページ処理部８３０は、ページ単位の入力ページ８３１から出力ページ８３２への変換処理を行う。
【０１６７】
例えば、上述のスキャンジョブの場合、入力ページ８３１には読み取りの解像度、読み取りの向き（ランドスケープ／ポートレイト）等の各種設定や、手順が書かれており、出力ページ８３２にはイメージデータの格納場所等の設定や手順が書かれている。
【０１６８】
ここまでは、ジョブの単位を徐々に小さくして、ページの単位で扱えるようにすることを説明してきた。高価なシステムで１ページ分のページメモリを持てるならば、最終的にページ単位までジョブを細分化して処理すればよい。
【０１６９】
しかし、現実にはメモリのコスト等の問題から１ページ分のページメモリを持てない場合には、数ライン分のメモリ（バンドメモリ）でジョブ８１４を処理するシステムもある。このような場合、ページを更に細かい単位であるバンドに分割して変換処理を行う。それが入力バンド８４１、バンド処理部８４０、出力バンド８４２であり、これらの動作に関してはページの場合と同様である。
【０１７０】
ジョブ処理部８１０、ドキュメント処理部８２０、ページ処理部８３０及びバンド処理部８４０は、いずれも処理を進める際に画像入出力装置１００を構成する種々の物理デバイスを使用する。当然、複数の処理部が同時に仕事を進めるとデバイスの競合が発生するので、それを調停するのがデバイス割り当て部８５０である。
【０１７１】
例として図に示した第１〜第３のデバイス８５１〜８５３は、デバイス割り当て部８５０により上述した各処理部に割り当てられる論理デバイスであり、例えば、ページメモリやバンドメモリ、原稿給紙ユニット２５０、マーキングユニット３２０エンジン及びスキャナユニット２１０等が考えられる。
【０１７２】
図２０は、図３に示した画像記憶部１６０に蓄積される画像データを管理する文書管理部９００の管理構造を示す図である。
【０１７３】
図２０において、文書管理部９００は、フォルダ管理部９０１、ジョブ管理部９０２、バインダ管理部９０３、ドキュメント管理部９０４、ページ管理部９０５で構成され、それぞれ管理情報（属性値）を持っている。
【０１７４】
文書管理部９００は、１つまたは複数のフォルダ管理部９０１で構成され、フォルダ管理部９０１の管理情報が格納されている。フォルダ管理部９０１は、１つまたは複数のジョブ管理部９０２で構成され、ジョブ管理部９０２の管理情報が格納されている。ジョブ管理部９０２は、１つまたは複数のバインダ管理部９０３で構成され、バインダ管理部９０２の管理情報が格納されている。
【０１７５】
さらに、ジョブ管理部９０２は、ジョブ制御部７０２において処理されるジョブ８１４の動作に必要な情報で、ジョブ管理部８１１に格納されている属性値を格納／保存することができる。バインダ管理部９０３は、１つまたは複数のドキュメント管理部９０４で構成され、ドキュメント管理部９０４の管理情報が格納されている。
【０１７６】
さらに、バインダ管理部９０３は、ジョブ制御部７０２において処理されるバインダ８１５の動作に必要な情報で、バインダ管理部８１２に格納されている属性値を格納／保存することができる。ドキュメント管理部９０４は、１つまたは複数のページ管理部９０５で構成され、ページ管理部９０５の管理情報が格納されている。
【０１７７】
さらに、ドキュメント管理部９０４は、ジョブ制御部７０２において処理されるドキュメント管理部８１３に格納されている属性値や、ドキュメント処理部８２０により処理された出力ドキュメント８２２の属性値を格納／保存することができる。ページ９０５は、画像記憶部１６０に保存された、スキャナで読込んだ１ページ分の画像データ、ホストコンピュータから送信されたＰＤＬを展開した１ページ分の画像データ、ＦＡＸで受信した１ページ分の画像データなどと対応付けられている。
【０１７８】
さらに、ページ管理部９０５は、ジョブ制御部７０２のページ処理部８３０により処理された出力ページ８３２の属性値を格納／保存することができる。つまり、文書管理部９００に保存された情報と、画像記憶部１６０に保存された画像データから画像蓄積時に投入されたジョブ８１４を再現することが可能である。また、保存されている情報を再設定することで投入時のジョブと異なる動作をさせることも可能である。
【０１７９】
図２１は、図３に示したコントローラ部１１０で実行されるジョブ８１４の１つであるコピージョブの構成の一例を示す図である。
【０１８０】
ホストコンピュータや操作部１５０から送られてくる一連の操作依頼は、コマンド（プロトコル）という形で、図６に示した各コントローラ４１１〜４１４を介して送られ、該送られてきたコマンドは、図１８に示したプロトコル解釈部７０１で解釈され、ジョブ制御部７０２に送られる。
【０１８１】
この時点でコマンドはジョブ制御部７０２が理解出来る形に変換されることになる。ジョブ生成部８００は、プロトコル解釈部７０１より送られてきたコマンドを解釈し、コピージョブ１００１を生成し制御を依頼する。コピージョブ１００１はコピー動作を実現するための機能を有しており、スキャンジョブ１００２、イメージエージェントジョブ１００３、およびプリントジョブ１００６を生成し、これらの動作を制御することでコピー処理を実現する。
【０１８２】
イメージエージェントジョブ１００３は、イメージエージェントバインダ１００４を、イメージエージェントバインダ１００４は、イメージエージェントドキュメント１００５をというように、自身を構成する細かい単位に処理を依頼しそれぞれの動作を制御する。イメージエージェントドキュメント１００５は、ドキュメント処理部（紙→イメージ）１０１０の出力ドキュメントであるイメージドキュメント１０１１の生成を行う。
【０１８３】
そして、生成されたイメージドキュメント１０１１は、イメージエージェントドキュメント１００５、イメージエージェントバインダ１００４、イメージエージェントジョブ１００３、コピージョブ１００１を経由しスキャンジョブ１００２、プリントジョブ１００６に伝達される。
【０１８４】
スキャンジョブ１００２は、ドキュメント処理部（紙→イメージ）１０１０の入力ドキュメントであるスキャン紙ドキュメント１００９の生成を行った後に、ドキュメント処理部（紙→イメージ）１０１０を生成する。この時、ドキュメント処理部（紙→イメージ）１０１０に、入力ドキュメントのスキャン紙ドキュメント１００９、出力ドキュメントのイメージドキュメント１０１１が伝えられる。さらに、スキャンジョブ１００２は、ドキュメント処理部（紙→イメージ）１０１０に処理を依頼し動作の制御を行う。
【０１８５】
なお、スキャンジョブ１００２では、ジョブ処理部８１０で、スキャンジョブ１００２全体に関する設定や処理、およびバインダに関する設定や処理が行われる。スキャンジョブ１００２では、スキャナユニット２１０、スキャナ原稿ユニット２５０の物理的構造から、１回のスキャン動作は、１ジョブ、１バインダ、１ドキュメントの構成で制御可能なため、本実施形態では、バインダ８１５、ドキュメント８１６を省略している。
【０１８６】
スキャン紙ドキュメント１００９は、原稿に関する情報が属性として管理されており、また、イメージドキュメント１０１１は、読込み結果である画像データに関する情報が属性として管理される。これらの属性をもとに、ドキュメント処理部（紙→イメージ）１０１０は、入力ドキュメントであるスキャン紙ドキュメント１００９から出力ドキュメントであるイメージドキュメント１０１１への変換を制御する。
【０１８７】
ドキュメント処理部（紙→イメージ）１０１０は、ドキュメント単位の処理のみを行い、さらに細かい仕事は、小さな仕事の単位であるスキャン紙ページ１０１７、ページ処理部（紙→イメージ）１０１８、イメージページ１０１９で行われる。スキャン紙ドキュメント１００９は、原稿の枚数に対応したスキャン紙１０１４を順次生成する。スキャン紙１０１４は生成されると、原稿の処理順を制御するスキャナ紙管理部１０１６に識別子を付加して登録した後、スキャン紙ページ１０１７の生成を行う。スキャン紙ページ１０１７は原稿の表ページ／裏ページに対応しており、両面原稿の時は１つのスキャン紙１０１４に対して２つのスキャン紙ページ１０１７が生成される。スキャナ紙管理部１０１６は、スキャン紙１０１４に付加された識別子やデバイスの仕様（原稿読み取り順など）によりスキャン紙ページ１０１７の処理順序の決定を行う。スキャン紙ページ１０１７には原稿の各ページに関する情報が管理されており、イメージドキュメント１０１１により生成されるイメージページ１０１９には各ページの読込画像データに関する情報が管理される。
【０１８８】
ページ処理部（紙→イメージ）１０１８は、入力ページであるスキャン紙ページ１０１７から出力ページであるイメージページ１０１９への変換を制御する。また、ページ処理部（紙→イメージ）１０１８は、実際のスキャナデバイスを制御するためのシーケンスを把握しており、スキャナデバイス制御部１０２３に用意されたエンジン制御コマンドを発行することで原稿読み取り動作（スキャン動作）の制御を行う。
【０１８９】
また、スキャン紙ページ１０１７、イメージページ１０１９に管理されている属性を画像処理部１０２５ａに設定し制御することで、原稿を画像データとして画像記憶部１６０に蓄積させる。蓄積された画像データは、文書管理部９００にて管理されており、文書管理部９００を介して、読み出し、複製、移動、削除、等の操作をすることが可能である。また、画像処理部１０２５ａ、１０２５ｂには、解像度変換、符号変換などの制御を含んでいる。
【０１９０】
一方、プリントジョブ１００６は、ジョブ全体に関わる設定や処理以外は、さらに小さな仕事の単位であるプリントバインダ１００７に分割し、バインダ全体に関わる設定や処理以外は、さらに小さな仕事の単位であるプリントドキュメント１００８に分割し、プリント処理全体に関する設定や処理の制御を行う。
【０１９１】
プリントドキュメント１００８は、ドキュメント処理部（イメージ→紙）１０１２の出力ドキュメントであるプリント紙ドキュメント１０１３の生成を行った後に、ドキュメント処理部（イメージ→紙）１０１２を生成する。この時、ドキュメント処理部（イメージ→紙）１０１２に、入力ドキュメントのイメージドキュメント１０１１、出力ドキュメントのプリント紙ドキュメント１０１３が伝えられる。さらに、プリントドキュメント１００８は、ドキュメント処理部（イメージ→紙）１０１２に処理を依頼し動作の制御を行う。
【０１９２】
プリント紙ドキュメント１０１３には、印刷出力に関する情報が属性として管理されており、イメージドキュメント１０１１には、画像データに関する情報が属性として管理されている。これらの属性をもとに、ドキュメント処理部（イメージ→紙）１０１２は、入力ドキュメントであるイメージドキュメント１０１１から出力ドキュメントであるプリント紙ドキュメント１０１３への変換を制御する。ドキュメント処理部（イメージ→紙）１０１２は、ドキュメント単位の処理のみを行い、さらに細かい仕事は、小さな仕事の単位であるイメージページ１０１９、ページ処理部（イメージ→紙）１０２０、プリント紙ページ１０２１で行われる。
【０１９３】
プリント紙ドキュメント１０１３は、印刷出力する枚数分のプリント紙１０１５を順次生成する。プリント紙１０１５は生成されると、印字の処理順を制御するプリンタ紙管理部１０２２に識別子を付加して登録した後、プリントン紙ページ１０２１の生成を行う。プリント紙ページ１０２１は出力用紙の表ページ／裏ページに対応しており、両面印刷の時は１つのプリント紙１０１５に対して２つのプリント紙ページ１０２１が生成される。プリンタ紙管理部１０２２は、プリント紙１０１５に付加された識別子やデバイスの仕様（内部循環枚数や両面出力時の紙制御順など）によりプリント紙ページ１０２１の処理順序の決定を行う。プリント紙ページ１０２１には印字する各ページに関する情報が管理されており、イメージページ１０１９には各ページの画像データに関する情報が管理されている。
【０１９４】
ページ処理部（イメージ→紙）１０２０は、入力ページであるイメージページ１０１９から出力ページであるプリント紙ページ１０２１への変換を制御する。また、ページ処理部（イメージ→紙）１０２０は、実際のプリンタデバイスを制御するためのシーケンスを把握しており、プリンタデバイス制御部１０２４に用意されたエンジン制御コマンドを発行することで印刷動作（プリント動作）の制御を行う。
【０１９５】
また、イメージページ１０１９、プリント紙ページ１０２１に管理されている属性を画像処理部１０２５ｂに設定し制御することで、画像記憶部１６０に蓄積された画像データを印刷用紙に印字する。
【０１９６】
このような一連の動作によりより小さな仕事の単位である処理部に制御を任せて行くことで、コピー動作を実現することが可能となる。
【０１９７】
図２２は、図３に示したコントローラ部１１０で実行されるジョブ８１４の１つであるコードデータ印刷ジョブの構成を示す図である。
【０１９８】
ホストコンピュータや操作部１５０から送られてくる一連の操作依頼はコマンド（プロトコル）という形で、図６に示した各コントローラ４１１〜４１４を介して送られてくる。
【０１９９】
そして、送られてきたコマンドは、プロトコル解釈部７０１で解釈され、ジョブ制御部７０２に送られる。この時点でコマンドはジョブ制御部７０２が理解出来る形に変換されることになる。
【０２００】
ジョブ生成部８００は、送られてきたコマンドを解釈し、コードデータ印刷ジョブ１００１ｃを生成し制御を依頼する。コードデータ印刷ジョブ１００１ｃは、プロトコル解釈部７０１から渡されるコードデータ（ＰＤＬデータなど）を画像に展開して印刷出力する機能を有しており、コードデータ展開ジョブ１０３０、イメージエージェントジョブ１００３、およびプリントジョブ１００６を生成し、これらの動作を制御することでコードデータ印刷処理を実現する。
【０２０１】
イメージエージェントジョブ１００３は、イメージエージェントバインダ１００４を、イメージエージェントバインダ１００４は、イメージエージェントドキュメント１００５をというように、自身を構成する細かい単位に処理を依頼しそれぞれの動作を制御する。イメージエージェントドキュメント１００５は、ドキュメント処理部（コード→イメージ）１０３２の出力ドキュメントであるイメージドキュメント１０１１の生成を行い、該生成されたイメージドキュメント１０１１は、イメージエージェントドキュメント１００５、イメージエージェントバインダ１００４、イメージエージェントジョブ１００３、コードデータ印刷ジョブ１００１ｃを経由しコードデータ展開ジョブ１０３０、プリントジョブ１００６に伝達される。
【０２０２】
コードデータ展開ジョブ１０３０は、ドキュメント処理部（コード→イメージ）１０３２の入力ドキュメントであるコードデータドキュメント１０３１の生成を行った後に、ドキュメント処理部（コード→イメージ）１０３２を生成する。この時、ドキュメント処理部（コード→イメージ）１０３２に、入力ドキュメントのコードデータドキュメント１０３１、出力ドキュメントのイメージドキュメント１０１１が伝えられる。コードデータ展開ジョブ１０３０は、ドキュメント処理部（コード→イメージ）１０３２に処理を依頼し動作の制御を行う。なお、コードデータ展開ジョブ１０３０では、ジョブ処理部８１０で、コードデータ展開ジョブ１０３０全体に関する設定や処理が行われる。
【０２０３】
コードデータドキュメント１０３１は、文書単位のコードデータに関する情報が属性として管理されており、また、イメージドキュメント１０１１は、コードデータの展開結果である画像データに関する情報が属性として管理される。これらの属性をもとに、ドキュメント処理部（コード→イメージ）１０３２は、入力ドキュメントであるコードデータドキュメント１０３１から出力ドキュメントであるイメージドキュメント１０１１への変換を制御する。
【０２０４】
ドキュメント処理部（コード→イメージ）１０３２は、ドキュメント単位の処理のみを行い、さらに細かい仕事は、小さな仕事の単位であるコードデータページ１０３３、ページ処理部（コード→イメージ）１０３４、イメージページ１０１９で行われる。
【０２０５】
コードデータドキュメント１０３１は、コードデータの解釈結果に応じて、展開される画像のページ数分だけコードデータページ１０３３を順次生成する。コードデータページ１０３３ではページ単位のコードデータに関する情報が管理されており、イメージドキュメント１０１１により生成されるイメージページ１０１９では各ページの展開画像データに関する情報が管理される。
【０２０６】
ページ処理部（コード→イメージ）１０３４は、入力ページであるコードデータページ１０３３から出力ページであるイメージページ１０１９への変換を制御する。また、ページ処理部（コード→イメージ）１０３４は、コードデータを画像に展開するためのシーケンスを把握しており、コードデータ展開デバイス制御部１０３５に用意された制御コマンドを発行することで画像展開処理を実行し、コードデータページ１０３３からイメージページ１０１９への変換処理を行う。
【０２０７】
また、コードデータページ１０３３、イメージページ１０１９に管理されている属性を画像処理部１０２５ａに設定し制御することで、原稿を画像データとして画像記憶部１６０に蓄積させる。蓄積された画像データは、文書管理部９００にて管理されており、文書管理部９００を介して、読み出し、複製、移動、削除、等の操作をすることが可能である。また、画像処理部１０２５ａ、１０２５ｂには、解像度変換、符号変換などの制御を含んでいる。
【０２０８】
プリントジョブ１００６は、上述のコピージョブの場合と全く同様に動作し、上述のようにコードデータから展開された画像を印刷用紙に印刷出力する。
【０２０９】
図２３は、図３に示したコントローラ部１１０によるジョブ管理処理状態を説明する図であり、コピージョブを例に、コピージョブやコードデータ印刷ジョブが文書管理部９００へ属性を格納する処理例である。なお、図２２と同一のものには同一の符号を付してある。
【０２１０】
図２０に示したように、文書管理部９００は、フォルダ管理部９０１、ジョブ管理部９０２、バインダ管理部９０３、ドキュメント管理部９０４、ページ管理部９０５で構成され、それぞれが管理情報（属性値）を持っている。
【０２１１】
ジョブ制御部７０２において処理されるジョブ８１４の動作に必要な情報で、ジョブ管理部８１１に格納されている属性値は、イメージエージェントジョブ１００３により文書管理部９００のジョブ管理部９０２に格納／保存される。
【０２１２】
また、ジョブ制御部７０２において処理されるバインダ８１５の動作に必要な情報で、バインダ管理部８１２に格納されている属性値は、イメージエージェントバインダ１００４により文書管理部９００のバインダ管理部９０３に格納／保存される。
【０２１３】
さらに、ジョブ制御部７０２において処理されるドキュメント管理部８１３に格納されている属性値や、ドキュメント処理部８２０により処理された出力ドキュメント８２２の属性値は、出力ドキュメントに該当するイメージドキュメント１０１１により文書管理部９００のドキュメント管理部９０４に格納／保存される。
【０２１４】
また、ジョブ制御部７０２のページ処理部８３０により処理された出力ページ８３２の属性値は、出力ページに該当するイメージページ１０１９により文書管理部９００のページ管理部９０５に格納／保存される。
【０２１５】
図２４，図２５は、本発明に係る印刷システムにおけるコピージョブの制御シーケンスの詳細を説明する図であり、図２４はコピージョブ制御シーケンスの一例を示し、図２５にコピージョブ実行時の文書管理との制御シーケンスの抜粋例に対応する。
【０２１６】
なお、これらの図では、スキャン紙ドキュメント１００９、ドキュメント処理部（紙→イメージ）１０１０、イメージドキュメント１０１１、ドキュメント処理部（イメージ→紙）１０１２、プリント紙ドキュメント１０１３までの制御シーケンスを示している。
【０２１７】
操作部１５０から送られてくる一連の操作依頼はコマンド（プロトコル）という形で送られてくる。送られてきたコマンドは、プロトコル解釈部７０１で解釈され、ジョブ制御部７０２に送られる。この時点でコマンドはジョブ制御部７０２が理解出来る形に変換されることになる。
【０２１８】
プロトコル解釈部７０１でコマンドを解釈した結果、プロトコル解釈部７０１は、ステップＳ４００１にて、ジョブ生成部８００にコピージョブ１００１の生成を依頼する。ジョブ生成部８００は、依頼に基づきステップＳ４００２にて、コピージョブ１００１を生成し、スタートをかける（Ｓ４００３）。
【０２１９】
ステップＳ４００３でスタートをかけられたコピージョブ１００１は、コピー処理を実現するために、ステップＳ４００４にて、スキャンジョブ１００２の生成をジョブ生成部８００に依頼する。ジョブ生成部８００はコピージョブ１００１の依頼に基づき、ステップＳ４００５でスキャンジョブ１００２の生成を行い、コピージョブ１００１に生成したスキャンジョブ１００２のハンドルが伝えられる。
【０２２０】
このハンドルを使用し、コピージョブ１００１は生成されたスキャンジョブ１００２にスタートをかける（Ｓ４００６）。次に、コピージョブ１００１は、ステップＳ４００７にて、プリントジョブ１００６の生成をジョブ生成部８００に依頼する。ジョブ生成部８００はコピージョブ１００１の依頼に基づき、ステップＳ４００７でプリントジョブ１００６の生成を行い、コピージョブ１００１に生成したプリントジョブ１００６のハンドルが伝えられる。
【０２２１】
このハンドルを使用し、コピージョブ１００１は生成されたプリントジョブ１００６にスタートをかける（Ｓ４００９）。
【０２２２】
次に、コピージョブ１００１は、ステップＳ４０１０にて、イメージエージェントジョブ１００３の生成をジョブ生成部８００に依頼する。ジョブ生成部８００はコピージョブ１００１の依頼に基づき、ステップＳ４０１１でイメージエージェントジョブ１００３の生成を行い、コピージョブ１００１に生成したイメージエージェントジョブ１００３のハンドルが伝えられる。このハンドルを使用し、コピージョブ１００１は生成されたイメージエージェントジョブ１００３にスタートをかける（Ｓ４０１２）。
【０２２３】
コピージョブ１００１は、上述の手順で生成したスキャンジョブ１００２、イメージエージェントジョブ１００３、およびプリントジョブ１００６を制御することでコピー動作を行う。イメージエージェントジョブ１００３は、コピージョブ１００１によりにスタートをかけられると、属性格納用に文書管理部９００のフォルダの生成（図２５に示すステップＳ４０１３）、およびジョブの生成（図２５に示すステップＳ４０１４）を行う。
【０２２４】
次に、プロトコル解釈部７０１は、コピージョブ１００１に対してジョブを構成するバインダの登録を行う（Ｓ４０１５）。コピージョブ１００１にバインダが登録されると、コピージョブ１００１は、イメージエージェントジョブ１００３にバインダの登録を行う（Ｓ４０１６）。イメージエージェントジョブ１００３にバインダが登録されると、イメージエージェントジョブ１００３は、イメージエージェントバインダ１００４を生成（Ｓ４０１７）し、スタート（Ｓ４０１８）をかける。イメージエージェントバインダ１００４は、イメージエージェントジョブ１００３によりスタートをかけられると、属性格納用に文書管理部９００のバインダを生成する（図２５に示すステップＳ４０１９）。
【０２２５】
その後、バインダの登録が完了したことをイメージエージェントジョブ１００３に通知する（Ｓ４０２０）。イメージエージェントジョブ１００３は、イメージエージェントバインダ１００４からバインダの登録完了の通知を受けると、コピージョブ１００１にバインダの登録が完了したことを通知し（Ｓ４０２１）、コピージョブ１００１は、この通知を受けスキャンジョブ１００２にバインダの登録（Ｓ４０２２）、プリントジョブ１００６にバインダの登録（Ｓ４０２３）を行う。
【０２２６】
次に、プロトコル解釈部７０１は、コピージョブ１００１に対してバインダを構成するドキュメントの登録を行う（Ｓ４０２４）。コピージョブ１００１にドキュメントが登録されると、コピージョブ１００１は、イメージエージェントジョブ１００３にドキュメントの登録を行う（Ｓ４０２５）。
【０２２７】
イメージエージェントジョブ１００３にドキュメントが登録されると、イメージエージェントジョブ１００３は、イメージエージェントバインダ１００４にドキュメントを登録し（Ｓ４０２６）、ドキュメントが登録されると、イメージエージェントバインダ１００４は、イメージエージェントドキュメント１００５を生成する（Ｓ４０２７）。
【０２２８】
イメージエージェントドキュメント１００５が生成されると、イメージドキュメント１０１１の生成を行い（Ｓ４０２８）、イメージエージェントバインダ１００４によりイメージエージェントドキュメント１００５のスタート（Ｓ４０２９）、イメージエージェントドキュメントによりイメージドキュメント１０１１のスタートがかけられる（Ｓ４０３０）。
【０２２９】
イメージドキュメント１０１１は、イメージエージェントドキュメント１００５によりスタートをかけられると、属性格納用に文書管理部９００のドキュメントを生成する（図２５に示すステップＳ４０３１）。その後、イメージドキュメント１０１１が開始したことがイメージエージェントドキュメント１００５に通知される（Ｓ４０３２）。イメージドキュメント１０１１の開始が通知されると、イメージエージェントドキュメント１００５はイメージエージェントバインダ１００４にドキュメントの開始を通知し（Ｓ４０３３）、イメージエージェントバインダ１００４はイメージエージェントジョブ１００３にドキュメントの開始を通知し（Ｓ４０３４）、イメージエージェントジョブ１００３はコピージョブ１００１にドキュメントの開始を通知する（Ｓ４０３５）。
【０２３０】
これを受け、コピージョブ１００１はスキャンジョブ１００２にドキュメントの登録を行う（Ｓ４０３６）。スキャンジョブ１００２は、ドキュメントを登録されると、入力ドキュメントであるスキャン紙ドキュメント１００９を生成し（Ｓ４０３７）、入力ドキュメントをスキャン紙ドキュメント１００９、出力ドキュメントをイメージドキュメント１０１１としてドキュメント処理部（紙→イメージ）１０１０の生成を行う（Ｓ４０３８）。
【０２３１】
そして、出力ドキュメントであるイメージドキュメント１０１１に読込んだ画像データの書き込み順の設定を行い（Ｓ４０３９）、ドキュメント処理部（紙→イメージ）１０１０にスタートをかける（Ｓ４０４０）。
【０２３２】
一方、ドキュメントの開始の通知を受けたコピージョブ１００１は、プリントジョブ１００６にドキュメントの登録を行う（Ｓ４０４１）。次に、プロトコル解釈部７０１は、コピージョブ１００１に対してドキュメントの終了（Ｓ４０４２）、およびバインダの終了を行う（Ｓ４０４３）。コピージョブ１００１にてドキュメントの終了は捨てられ、バインダの終了がイメージエージェントジョブ１００３に通知される（Ｓ４０４４）。
【０２３３】
バインダの終了が通知されるとイメージエージェントジョブ１００３は、イメージエージェントバインダ１００４に、これ以上ドキュメントの登録が無いことを伝える（Ｓ４０４５）。ドキュメントの登録が終了したことを伝えられると、イメージエージェントバインダ１００４は、イメージエージェントジョブ１００３にバインダが確定したことを通知し（Ｓ４０４６）、イメージエージェントジョブ１００３はコピージョブ１００１にバインダが確定したことを通知する（Ｓ４０４７）。バインダが確定したことを通知されるとコピージョブ１００１は、スキャンジョブ１００２にバインダの終了を伝える（Ｓ４０４８）とともに、プリントジョブ１００６にバインダの終了を伝える（Ｓ４０４９）。
【０２３４】
次に、プロトコル解釈部７０１は、コピージョブ１００１に対して一連のジョブスクリプトが終了したことを伝える（Ｓ４０５０）。コピージョブ１００１にジョブスクリプトの終了が伝えられる、コピージョブ１００１はイメージエージェントジョブ１００３にジョブスクリプトの終了を伝え（Ｓ４０５１）、ジョブスクリプトの終了が伝えられると、イメージエージェントジョブ１００３は、コピージョブ１００１にジョブが確定したことを通知する（Ｓ４０５２）。
【０２３５】
コピージョブ１００１は、これを受け、スキャンジョブ１００２、およびプリントジョブ１００６にステップＳ４０５３／Ｓ４０５４にて、ジョブスクリプトの終了を伝える。
【０２３６】
一方、ステップＳ４０４０にて開始したスキャン処理にて原稿の読込が完了すると、ドキュメント処理部（紙→イメージ）１０１０からスキャンジョブ１００２に読込完了の通知が上げられ（Ｓ４０５５）、スキャンジョブ１００２はコピージョブ１００１に読込が完了したことを通知する（Ｓ４０５６）。
【０２３７】
実際に画像データの読込格納が完了すると、イメージドキュメント１０１１により文書管理部９００に属性の格納が行われ（図２５に示すステップＳ４０５７）、属性値の格納が完了したことがイメージエージェントドキュメント１００５に通知される（Ｓ４０５８）。
【０２３８】
属性値の格納完了の通知を受けると、イメージエージェントドキュメント１００５は、イメージエージェントバインダ１００４に属性値の格納が完了したことを通知し（Ｓ４０５９）、この通知を受け、イメージエージェントバインダ１００４は文書管理部９００にバインダの属性値の格納を行う（図２５に示すＳ４０６０）。バインダ属性の格納が終わると、イメージエージェントバインダ１００４は、イメージエージェントジョブ１００３に属性値の格納が完了したことを通知する（Ｓ４０６１）。
【０２３９】
これを受けイメージエージェントジョブ１００３は、文書管理部９００に属性値の格納を行い（図２５に示すＳ４０６２）、属性値の格納が終わるとコピージョブ１００１に属性値の格納が完了したことを通知する（Ｓ４０６３）。コピージョブ１００１は、これを受けてプロトコル解釈部７０１に読込が完了したことを伝える（Ｓ４０６４）。プロトコル解釈部７０１では、この通知を外部ジョブ投入者（ネットワーク上のホストコンピュータや、操作部）に通知し、ジョブ投入者はこの通知により画像データの蓄積が完了したことを認識することができる。
【０２４０】
次に、連続読込時のシーケンスについて説明する。
【０２４１】
連続読込とは、蓄積記憶されている画像データの最後尾（最終画像）から再度画像データの蓄積記憶を行い、蓄積記憶された全画像データを１組の画像データとして扱えるようにすることである。
【０２４２】
まず、プロトコル解釈部７０１は、コピージョブ１００１に対して読込処理の実行を伝える（Ｓ４０６５）。コピージョブ１００１に読込開始が伝えられると、コピージョブ１００１は、スキャンジョブ１００２に読込を伝え（Ｓ４０６６）、スキャンジョブ１００２はドキュメント処理部（紙→イメージ）１０１０に読込を伝える（Ｓ４０６７）。
【０２４３】
ＤＦまたは圧板上の原稿の読込が完了すると、ドキュメント処理部（紙→イメージ）１０１０からスキャンジョブ１００２に読込完了の通知が上げられ（Ｓ４０６８）、スキャンジョブ１００２はコピージョブ１００１に読込が完了したことを通知する（Ｓ４０６９）。
【０２４４】
実際に画像データの文書管理部９００への格納が完了すると、イメージドキュメント１０１１により文書管理部９００に属性の格納が行われ（図２５に示すステップＳ４０７０）、属性値の格納が完了したことがイメージエージェントドキュメント１００５に通知される（Ｓ４０７１）。属性値の格納完了の通知を受けると、イメージエージェントドキュメント１００５は、イメージエージェントバインダ１００４に属性値の格納が完了したことを通知し（Ｓ４０７２）、この通知を受け、イメージエージェントバインダ１００４は文書管理部９００にバインダの属性値の格納を行う（図２５に示すステップＳ４０７３）。
【０２４５】
バインダ属性の格納が終わると、イメージエージェントバインダ１００４は、イメージエージェントジョブ１００３に属性値の格納が完了したことを通知する（Ｓ４０７４）。これを受けイメージエージェントジョブ１００３は、文書管理部９００に属性値の格納を行い（図２５に示すＳ４０７５）、属性値の格納が終わるとコピージョブ１００１に属性値の格納が完了したことを通知する（Ｓ４０７６）。コピージョブ１００１は、これを受けてプロトコル解釈部７０１に読込が完了したことを伝える（Ｓ４０７７）。
【０２４６】
プロトコル解釈部７０１では、この通知を外部ジョブ投入者（ネットワーク上のホストコンピュータや、操作部）に通知し、ジョブ投入者はこの通知により画像データの連続読込蓄積が完了したことを認識することができる。
【０２４７】
この一連の処理はコピージョブ１００１に読込終了が伝えられる（Ｓ４０９５）まで繰り返し実行することが可能である。
【０２４８】
次に、再読込時のシーケンスについて説明する。
【０２４９】
本実施形態において、再読込とは、蓄積記憶された特定の画像データを、新たに読み込んだ画像データに置き換えることを意味する。
【０２５０】
まず、プロトコル解釈部７０１は、コピージョブ１００１に対して再読込処理の実行を伝える（Ｓ４０７８）。コピージョブ１００１に再読込開始が伝えられると、コピージョブ１００１は、イメージエージェントジョブ１００３に指定された画像データの破棄を伝える（Ｓ４０７９）。
【０２５１】
画像データ破棄が伝えられると、イメージエージェントジョブ１００３はイメージエージェントバインダ１００４に画像データ破棄を伝え（Ｓ４０８０）、イメージエージェントバインダ１００４はイメージエージェントドキュメント１００５に画像データ破棄を伝え（Ｓ４０８１）、イメージエージェントドキュメント１００５はイメージドキュメント１０１１に画像データ破棄を伝える（Ｓ４０８２）。
【０２５２】
イメージドキュメント１０１１は自分の管理下にあり該当するイメージページ１０１９を特定し、イメージページ１０１９に伝えることで、実際に画像記憶部１６０に格納されている画像データの削除が行われる。また、このとき文書管理部９００の各属性格納場所も特定されており、格納場所に関する情報がそれぞれ保持される。
【０２５３】
次に、コピージョブ１００１は、スキャンジョブ１００２に読込を伝え（Ｓ４０８３）、スキャンジョブ１００２はドキュメント処理部（紙→イメージ）１０１０に読込を伝える（Ｓ４０８４）。ＤＦまたは圧板上の原稿の読込が完了すると、ドキュメント処理部（紙→イメージ）１０１０からスキャンジョブ１００２に読込完了の通知が上げられ（Ｓ４０８５）、スキャンジョブ１００２はコピージョブ１００１に読込が完了したことを通知する（Ｓ４０８６）。
【０２５４】
画像記憶部１６０への画像データの格納が完了すると、削除処理にて保持された文書管理部９００の格納場所への格納がイメージドキュメント１０１１により行われ（図２５に示すステップＳ４０８７）、属性値の格納が完了したことがイメージエージェントドキュメント１００５に通知される（Ｓ４０８８）。属性値の格納完了の通知を受けると、イメージエージェントドキュメント１００５は、イメージエージェントバインダ１００４に属性値の格納が完了したことを通知し（Ｓ４０８９）、この通知を受け、イメージエージェントバインダ１００４は格納場所として保持していた文書管理部９００にバインダの属性値の格納を行う（図２５に示すＳ４０９０）。
【０２５５】
バインダ属性の格納が終わると、イメージエージェントバインダ１００４は、イメージエージェントジョブ１００３に属性値の格納が完了したことを通知する（Ｓ４０９１）。これを受けイメージエージェントジョブ１００３は、格納場所として保持していた文書管理部９００に属性値の格納を行い（図２５に示すＳ４０９２）、属性値の格納が終わるとコピージョブ１００１に属性値の格納が完了したことを通知する（Ｓ４０９３）。
【０２５６】
コピージョブ１００１は、これを受けてプロトコル解釈部７０１に読込が完了したことを伝える（Ｓ４０９４）。プロトコル解釈部７０１では、この通知を外部ジョブ投入者（ネットワーク上のホストコンピュータや、操作部）に通知し、ジョブ投入者はこの通知により画像データの再読込蓄積が完了したことを認識することができる。なお、再読込は、１ページ単位でも複数ページでも可能である。
【０２５７】
最後に、読込蓄積画像の印刷シーケンスについて説明する。プロトコル解釈部７０１は、コピージョブ１００１に対して読込終了を伝える（Ｓ４０９５）。コピージョブ１００１に読込終了が伝えられると、コピージョブ１００１は、プリントジョブ１００６にそれまでに読込蓄積された画像データを全て出力するよう伝える（Ｓ４０９６）。画像データの出力を伝えられると、プリントジョブ１００６は、プリントバインダ１００７を生成（Ｓ４０９７）、開始（Ｓ４０９８）した後、プリントバインダ１００７にドキュメントの登録を行う（Ｓ４０９９）。
【０２５８】
これを受け、プリントバインダ１００７は、プリントドキュメント１００８の生成（Ｓ４１００）、開始（Ｓ４１０１）を行う。
【０２５９】
プリントドキュメント１００８はスタートをかけられると、出力ドキュメントであるプリント紙ドキュメント１０１３を生成し（Ｓ４１０２）、入力ドキュメントであるイメージドキュメント１０１１に対して、昇順、降順、指定ページ、全ページ等の、画像データの読み出し設定を行う（Ｓ４１０３）。
【０２６０】
その後、入力ドキュメントをイメージドキュメント１０１１、出力ドキュメントをプリント紙ドキュメント１０１３として、ドキュメント処理部（イメージ→紙）１０１２の生成（Ｓ４１０４）、開始（Ｓ４１０５）を行う。
【０２６１】
これにより、イメージドキュメント１０１１の管理下にあるイメージページ１０１９により管理された、画像記憶部１６０に蓄積されている全画像の印刷が行われる。また、プリントジョブ１００６は、ステップＳ４１０６でドキュメントの登録が終了したことをプリントバインダ１００７に伝える。これによりプリントバインダ１００７は自分が処理すべきプリントドキュメントの最後を知ることになる。
【０２６２】
なお、図示しないが、一連の処理が終了した時点で上位の相手に終了が通知され、上位の者は自分が生成した全オブジェクトの処理の終了および削除が終えると上位に終了を伝える。この処理が下位から上位と繰り返され、最終的にコピージョブ１００１は削除される。上述の制御により、連続読込、再読込、蓄積画像の印刷を行う。
【０２６３】
なお、コードデータ印刷ジョブにおいては、スキャンジョブがコードデータ展開ジョブ１０３０に、スキャン紙ドキュメントがコードデータドキュメント１０３１に、ドキュメント処理部（紙→イメージ）がドキュメント処理部（コード→イメージ）１０３２に置き換わり、また、連続読込や再読込のシーケンスも存在しないが、それらの違いを除いて、上述のコピージョブと全く同じ動作シーケンスによってコードデータ印刷処理を実現する。
【０２６４】
〔第２実施形態〕
以上説明した第１実施形態では、図７に示したシーケンス例において、バリアブル指定がない場合の例を示したが、図２６に示すように、バリアブル指定がある場合にバリアブル補正完了をトリガにして、電源制御を行うようにしてもよい。なお、図２６において、第１の実施形態と同じ内容の処理については同一の処理番号を付してある。
【０２６５】
図２６は、本発明に係る印刷システムにおける第２のＯＤＰ処理例を説明するシーケンス図であり、顧客がＷＥＢブラウザを介して印刷プロバイダに申し込みを行い校正、印刷を経て印刷物を受け取るまでの詳細な流れを示すシーケンス例である。なお、Ｓ２０１〜Ｓ２３７、Ｓ２５０は、図７と同様のシーケンスの手順を示す。
【０２６６】
本実施形態におけるバリアブル指定印刷においては、各種内容のバリアブル指示があり、印刷プロバイダにおいては、画像の位置合わせ等の校正処理と同様に非常に時間のかかる処理となっている。それ故、データのバリアブル修正が完了すると後の処理は比較的スムーズに進む場合が多い。
【０２６７】
したがって図２６に示すように、バリアブル補正が完了したことを操作者がサーバに入力したことをトリガとして、第１段階電源制御を行うようにしてもよい。
【０２６８】
以上のように入稿原稿に対してバリアブル補正するような依頼時には、印刷部数やバリアブル補正内容により、印刷準備に要する時間を予測するのが困難になる。よってバリアブル補正の完了をトリガにして、電源制御を行うことで、よりデバイス装置の電源制御指示タイミングの精度をあげることが可能となる。
【０２６９】
〔第３実施形態〕
以上説明した第１実施形態では、ユーザの出来上がりイメージ確認は、データで送信されてきた情報をユーザのＰＣ上で確認する方法について説明したが、図２７に示すように、実際にプレプリントを行い、実物をユーザに渡し確認するようにしてもよい。
【０２７０】
図２７は、本発明に係る印刷システムにおける第３のＯＤＰ処理例を説明するシーケンス図であり、顧客がＷＥＢブラウザを介して印刷プロバイダに申し込みを行い校正、印刷を経て印刷物を受け取るまでの詳細な流れを示すシーケンス例である。なお、Ｓ２０１〜Ｓ２３７は、図７と同様のシーケンスの手順を示し、Ｓ２６０〜Ｓ２６３は本実施形態の手順を示す。以下、第１実施形態における図７との違いの部分のみを説明し、また、手順Ｓ２２２の了承情報送信以降は、図７と同様なので説明を省略する。
【０２７１】
図７においては、ユーザへの出来上がりイメージは、イメージデータをユーザＰＣに送信し、表示することで行っていたが、手順Ｓ２０９の出来上がりイメージ作成のタイミングで、印刷装置に対して、例えば定着器の温度を通常の半分程度まで昇温させ、ファンの回転を低回転で動作させるような第１段階電源制御を行い（Ｓ２２４）、部分的に印刷装置の昇温処理を行う（Ｓ２２５）。
【０２７２】
また、図７と同様にＷＥＢイメージで確認できる範囲のチェックおよび修正を繰り返し、変更通知Ｓ２１５をトリガにして申し込み内容にあった印刷装置検索および第２段階電源制御を行う（Ｓ２２３〜Ｓ２２７）。
【０２７３】
第２段階の電源制御では、例えば、データ受信状態やオンライン状態を示すＬＥＤ表示、各種メッセージをユーザに伝えるＬＣＤ表示を行うと共に、入力データをイメージ画像に変換処理するのに必要なアクセラレータ、ＲＡＭ等のハード資源への通電を行う（Ｓ２２８）。
【０２７４】
コントローラのスタンバイが完了したら（Ｓ２２９）、次にエンジンへのビデオデータ送信が可能になるよう第３段階の電源制御を行う（Ｓ２３０）。第３段階の電源制御では、例えば、いつでも印刷可能なスタンバイ状態まで、定着昇温させ、ファンの回転も上昇させる。さらに、エンジンの経時変化を吸収するためのキャリブレーション処理をコントローラとエンジンの間で行い、いつでも印刷可能な状態まで持っていく（Ｓ２３１）。通常、手順Ｓ２２５からＳ２３１の間に操作者は、用紙の準備、排紙トレイの確保、印刷データ内容の確認等の、最終チェックを行う。
【０２７５】
このように、操作者は顧客からの依頼内容に合わせた作業を進めていくだけで、プレプリントにおいても、自動的に最適なデバイス装置を選択し、さらにはそのデバイス装置のスタンバイ状態が、操作者の作業の進み具合に応じて変化してくれるために、デバイス装置の電源投入等の意識を行わずに、効率よく印刷作業を進めることが可能となる。
【０２７６】
また、印刷を開始し（Ｓ２３２〜Ｓ２３３）、デバイス装置の印刷処理が終了すると（Ｓ２３４〜Ｓ２３５）、サーバは第４段階の電源制御を行う（Ｓ２３６）。すなわち、印刷が終了するので、これまで第１から第３まで行ってきたのとは逆に、定着器の降温、ファンの停止等の電源を抑制する制御を行い、自動的に省電力モードへと移行する。
【０２７７】
以上のように、プレプリント時においても、細かな電源制御により、無駄を省くことが可能になるとともに、実際の印刷物での確認を可能にすることで、紙質、色味、製本やステイプル等のフィニッシング状態等にシビアなユーザニーズへの対応も可能となる。
【０２７８】
〔第４実施形態〕
以上説明した第１実施形態では、フィニッシング処理の管理を行わない例を示したが、図２８に示すように、デバイス装置の電源制御だけでなく、フィニッシャへの第５段階の電源制御を行うようにしてもよい。
【０２７９】
図２８は、本発明に係る印刷システムにおける第４のＯＤＰ処理例を説明するシーケンス図であり、顧客がＷＥＢブラウザを介して印刷プロバイダに申し込みを行い校正、印刷を経て印刷物を受け取るまでの詳細な流れを示すシーケンス例である。なお、Ｓ２０１〜Ｓ２３７は、図７と同様のシーケンスの手順を示す。
【０２８０】
すなわち、印刷が完了した時点で、図１７で説明した第４段階の電源制御を行い、デバイス装置に対して、電源抑制の指示を行うが、フィニッシャへの電源はそのまま動作可能状態にしておき、フィニッシング処理が終了した時点で、フィニッシャの電源供給を抑制（第６段階の電源制御）を行するようにしてもよい。
【０２８１】
印刷の完了だけでなく、デバイス装置に装着されているフィニッシャの、ステイプル処理といったフィニッシング処理の完了も考慮した電源制御を行うことで、さらに消費電力の無駄を軽減することが可能となる。
【０２８２】
〔第５実施形態〕
以上説明した第１実施形態では、図１２で示したＵＩにおいて、依頼された印刷の進行状況をＷＥＢにて確認する例を示したが、図２８に示すように、プロバイダサーバから能動的にユーザＰＣに変更通知を行うようにしてもよい。変更通知手段は、ホストＰＣへのポップアップウィンドウ表示でもよいし、メール送信等の手段を用いてもよい。
【０２８３】
図２８においては、申し込み受付通知（Ｓ２７０，Ｓ２７１）、申し込み確定通知（Ｓ２７２，Ｓ２７３）、印刷開始通知（Ｓ２７４，Ｓ２７５）、印刷終了通知（Ｓ２７６，Ｓ２７７）、フィニッシング完了通知（Ｓ２８０，Ｓ２８１）、印刷物の発送通知（Ｓ２８４，Ｓ２８５）を返し、印刷物発送通知（Ｓ２８６）する例を示している。
【０２８４】
ユーザへの能動的な通知を行うことで、納期を優先するユーザに対して状況を的確に通知でき、トラブルの抑制となる。
【０２８５】
〔第６実施形態〕
以上説明した第１実施形態では、デバイス装置の準備具合について考慮をしていないが、デバイス装置のウォーミングアップ状態やキャリブレーション状態や、スタンバイ状態になるまでの時間等をプロバイダサーバ上に表示することで、操作者に対して、印刷データや用紙等の準備を促すようにしてもよい。
【０２８６】
操作者への能動的な通知を行うことで、プロバイダ内の操作者の作業効率向上を促すことが可能となる。
【０２８７】
〔第７実施形態〕
以上説明した第１実施形態では、図７のシーケンス図において、プロバイダサーバが、印刷の準備作業の内容を作業者へ示した（Ｓ２５１）後、直ちに第３段階の電源制御を印刷装置へ指示(Ｓ２３０)しているが、図２９に示すように、操作者の準備作業の進捗状況に応じて、第３段階の電源制御を指示しても良い。
【０２８８】
図２９は、本発明に係る印刷システムにおける第５のＯＤＰ処理例を説明するシーケンス図であり、顧客がＷＥＢブラウザを介して印刷プロバイダに申し込みを行い校正、印刷を経て印刷物を受け取るまでの詳細な流れを示すシーケンス例である。なお、Ｓ２０１〜Ｓ２３７は、図７と同様のシーケンスの手順を示す。以下に、図７との差分のみ説明する。
【０２８９】
プロバイダサーバは、印刷装置から第２の電源制御が完了したこと（Ｓ２２９）とデバイスの各種状態（Ｓ２５０）が通知されると、印刷処理を途中で中断させずに完了させるための準備作業の内容を作業の順番と共に操作者に示す（Ｓ２５１）。
【０２９０】
例えば、１番目の準備作業として「印刷用紙の補給」、２番目の準備作業として「ステイプル針の補給」と言うように作業順番を示す。
【０２９１】
作業者が準備作業の指示に従い、まず、印刷用紙を補給すると（Ｓ２７０）、印刷装置はデバイス状態の変化としてそれをサーバ１０３へ通知する（Ｓ２７１）。サーバ１０３は、残りの準備作業の所要時間と前述Ｓ２３１の第３段階の電源制御の所要時間から判断し、適切なタイミングで、印刷装置へ第３段階の電源制御を指示する（Ｓ２３０）。
【０２９２】
その後、操作者が、残りの準備作業を行い（Ｓ２７２）、それがサーバへ通知（Ｓ２５３）されると、サーバは印刷開始可能と判断し、印刷許可を作業者に通知する（Ｓ２５４）。
【０２９３】
このように、予め決められた順番で行われる操作者の準備作業の進捗状況と、各省電力モードへの移行時間を元に印刷装置の省電力モードを切り替えることで、操作者の作業速度にも影響されにくい効率的な電力制御が可能となる。
【０２９４】
〔第８実施形態〕
以上説明した第７実施形態では、図２９のシーケンス図において、プロバイダサーバが、印刷の準備作業の内容を作業者へ示した（Ｓ２５１）後、直ちに第３段階の電源制御を印刷装置へ指示(Ｓ２３０)しているが、図２６に示すように、準備作業の内容を操作者が確認したことを入力する（Ｓ２６０）のを待ってから、第３段階の電源制御を指示しても良い。
【０２９５】
図３０は、本発明に係る印刷システムにおける第６のＯＤＰ処理例を説明するシーケンス図であり、顧客がＷＥＢブラウザを介して印刷プロバイダに申し込みを行い校正、印刷を経て印刷物を受け取るまでの詳細な流れを示すシーケンス例である。なお、Ｓ２０１〜Ｓ２３７は、図２９と同様のシーケンスの手順を示す。以下に、図２９との差分のみ説明する。
【０２９６】
プロバイダサーバが、印刷の準備作業の内容を作業者へ示した（Ｓ２５１）後、直ちに第３段階の電源制御を印刷装置へ指示(Ｓ２３０)しているが、図２６に示すように、準備作業の内容を操作者が確認したことを入力するのを待ってから（Ｓ２６０）、第３段階の電源制御を指示する。
【０２９７】
このように、操作者の作業内容の確認を待ってから省電力モードを切り替えることで、操作者が準備作業の指示に気付くのが遅れたために準備作業の終了が遅れた場合でも、印刷開始前に無駄な電力を消費することを避けることが可能となる。
【０２９８】
以上説明した第８の実施例では、図３０のシーケンス図において、プロバイダサーバが、印刷の準備作業の内容を作業者へ示した（Ｓ２５１）後、直ちに第３段階の電源制御を印刷装置へ指示(Ｓ２３０)しているが、図３０に示すように、操作者の準備作業の進捗状況に応じて、第３段階の電源制御を指示しても良い。
【０２９９】
以下に、図３０との差分のみ説明する。
【０３００】
図３１は、本発明に係る印刷システムにおける第７のＯＤＰ処理例を説明するシーケンス図であり、顧客がＷＥＢブラウザを介して印刷プロバイダに申し込みを行い校正、印刷を経て印刷物を受け取るまでの詳細な流れを示すシーケンス例である。なお、Ｓ２０１〜Ｓ２３７は、図３０と同様のシーケンスの手順を示す。以下に、図３０との差分のみ説明する。
【０３０１】
プロバイダサーバは、印刷装置から第２の電源制御が完了したこと（Ｓ２２９）とデバイスの各種状態（Ｓ２５０）が通知されると、印刷処理を途中で中断させずに完了させるための準備作業の内容を作業の順番と共に操作者に示す（Ｓ２５１）。
【０３０２】
例えば、１番目の準備作業→印刷用紙の補給、２番目の準備作業→ステープル針の補給と言うように作業順番を示す。
【０３０３】
作業者が準備作業の指示に従い、まず、印刷用紙を補給すると（Ｓ２７０）、印刷装置はデバイス状態の変化としてそれをサーバへ通知する（Ｓ２７１）。
【０３０４】
サーバは、残りの準備作業の所要時間と前述Ｓ２３１の第３段階の電源制御の所要時間から判断し、適切なタイミングで、印刷装置へ第３段階の電源制御を指示する（Ｓ２３０）。
【０３０５】
その後、操作者が、残りの準備作業を行ない（Ｓ２７２）、それがサーバへ通知（Ｓ２５３）されると、サーバは印刷開始可能と判断し、印刷許可を作業者に通知する（Ｓ２５４）。
【０３０６】
このように、予め決められた順番で行われる操作者の準備作業の進捗状況と、各省電力モードへの移行時間を元に印刷装置の省電力モードを切り替えることで、操作者の作業速度にも影響されにくい効率的な電力制御が可能となる。
【０３０７】
以下、図３２に示すメモリマップを参照して本発明に係る印刷システムで読み取り可能なデータ処理プログラムの構成について説明する。
【０３０８】
図３２は、本発明に係る印刷システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０３０９】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０３１０】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０３１１】
本実施形態における図１５〜図１７に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０３１２】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０３１３】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０３１４】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０３１５】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０３１６】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０３１７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０３１８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０３１９】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０３２０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０３２１】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０３２２】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０３２３】
【図１】本発明の第１実施形態を示す印刷システムの構成を説明する図である。
【図２】図１に示したサーバの構成を説明するブロック図である。
【図３】図１に示した複合機の概略構成を説明するブロック図である。
【図４】図３に示したリーダ部及びプリンタ部の詳細を示す断面図である。
【図５】図３に示したコントローラ部の詳細を示すブロック図である。
【図６】図５に示したメインコントローラの内部詳細を示すブロック図である。
【図７】本発明に係る印刷システムにおける第１のＯＤＰ処理例を説明するシーケンス図である。
【図８】図１に示したホストの表示装置で表示されるユーザ情報入力画面の一例を示す図である。
【図９】図１に示したホストの表示装置で表示される印刷内容選択画面の一例を示す図である。
【図１０】図９に示した申し込み情報においてバリアブル指定を選択した際に表示されるバリアブル情報入力画面の一例を示す図である。
【図１１】図１に示したホストの表示装置で表示されるオンデマンドプリティング申し込み画面の一例を示す図である。
【図１２】図１に示したホストの表示装置で表示される印刷状況確認画面の一例を示す図である。
【図１３】図１に示したサーバ上で管理する個別発注管理情報の一例を示す図である。
【図１４】図１に示したサーバ上で管理するアクティブ管理情報の一例を示す図である。
【図１５】本発明に係る印刷システムにおける第１のデータ処理手順の一例を示すフローチャートである。
【図１６】本発明に係る印刷システムにおける第２のデータ処理手順の一例を示すフローチャート図である。
【図１７】本発明に係る印刷システムにおける第３のデータ処理手順の一例を示すフローチャートである。
【図１８】図３に示したコントローラ部の内部ソフトウエア（モジュール）構造を示す図である。
【図１９】図１８に示したジョブ制御部のモジュール構造を示す図である。
【図２０】図３に示した画像記憶部に蓄積される画像データを管理する文書管理部の管理構造を示す図である。
【図２１】図３に示した該コントローラ部で実行されるジョブの１つであるコピージョブの構成の一例を示す図である。
【図２２】図３に示したコントローラ部で実行されるジョブの１つであるコードデータ印刷ジョブの構成を示す図である。
【図２３】図３に示したコントローラ部によるジョブ管理処理状態を説明する図である。
【図２４】本発明に係る印刷システムにおけるコピージョブの制御シーケンスの詳細を説明する図である。
【図２５】本発明に係る印刷システムにおけるコピージョブの制御シーケンスの詳細を説明する図である。
【図２６】本発明に係る印刷システムにおける第２のＯＤＰ処理例を説明するシーケンス図である。
【図２７】本発明に係る印刷システムにおける第３のＯＤＰ処理例を説明するシーケンス図である。
【図２８】本発明に係る印刷システムにおける第４のＯＤＰ処理例を説明するシーケンス図である。
【図２９】本発明に係る印刷システムにおける第５のＯＤＰ処理例を説明するシーケンス図である。
【図３０】本発明に係る印刷システムにおける第６のＯＤＰ処理例を説明するシーケンス図である。
【図３１】本発明に係る印刷システムにおける第７のＯＤＰ処理例を説明するシーケンス図である。
【図３２】本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０３２４】
１０１  ホスト
１０２  ホスト
１０３  サーバ
１０４  印刷プロバイダ
１０５  複合機
１０６  プリンタ
１０７  フィニッシャ
１０８  インターネット
【図１】
2005346178.tif 000003
【図２】
2005346178.tif 000004
【図３】
2005346178.tif 000005
【図４】
2005346178.tif 000006
【図５】
2005346178.tif 000007
【図６】
2005346178.tif 000008
【図７】
2005346178.tif 000009
【図８】
2005346178.tif 000010
【図９】
2005346178.tif 000011
【図１０】
2005346178.tif 000012
【図１１】
2005346178.tif 000013
【図１２】
2005346178.tif 000014
【図１３】
2005346178.tif 000015
【図１４】
2005346178.tif 000016
【図１５】
2005346178.tif 000017
【図１６】
2005346178.tif 000018
【図１７】
2005346178.tif 000019
【図１８】
2005346178.tif 000020
【図１９】
2005346178.tif 000021
【図２０】
2005346178.tif 000022
【図２１】
2005346178.tif 000023
【図２２】
2005346178.tif 000024
【図２３】
2005346178.tif 000025
【図２４】
2005346178.tif 000026
【図２５】
2005346178.tif 000027
【図２６】
2005346178.tif 000028
【図２７】
2005346178.tif 000029
【図２８】
2005346178.tif 000030
【図２９】
2005346178.tif 000031
【図３０】
2005346178.tif 000032
【図３１】
2005346178.tif 000033
【図３２】
2005346178.tif 000034