JP2015000558A - 印刷装置、印刷装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】 ジョブを実行する前に、オペレータが操作を行えない時間に、オペレータの操作を必要とする設定がされていることを通知する。
【解決手段】
ジョブを処理する印刷装置であって、オペレータが前記ジョブの実行に伴う操作を行えないスケジュールを設定する設定手段と、受け付けたジョブを実行するスケジュールを予測する予測手段と、予測されたジョブのスケジュールと前記オペレータのスケジュールとが重なり合う場合に、前記オペレータの操作を行う印刷設定が含まれているかどうかを判断する判断手段と、前記オペレータの操作を行う印刷設定が含まれていると判断した場合、前記オペレータが確認すべき印刷設定を通知する通知手段と、を備えることを特徴とする。
【選択図】 図７

Description

本発明は、印刷装置、印刷装置の制御方法、及びプログラムに関するものである。

プリントオンデマンド（ＰＯＤ）やプロダクションなどと呼ばれる印刷市場では、顧客からの受注した注文に応じて印刷を行い、出力物を納期までに確実に顧客に納品するといったビジネス形態が取られる。
このような印刷市場の現場においては、大量の印刷を迅速に行うことが非常に重要となる。そのため印刷装置に対して、様々な操作を専門的に行うオペレータが配置されるケースが多い。

オペレータは用紙・トナーなどの消耗剤の補給・交換、印刷ジョブの管理、ジョブチケットの編集、出力物の運搬、裁断・製本などの後工程フィニッシングなどの操作を専門的に行う。オペレータの作業の中でも、消耗剤の補給・交換は最も重要な任務となる。なぜなら消耗剤の補給・交換が適切になされなかった印刷装置は印刷ジョブの印刷中に必要な消耗剤がない状態に陥ってしまうからである。

この場合、印刷装置は一旦印刷エンジンを止めて印刷プロセスを中断する必要がある。一旦印刷プロセスが中断されると、必要な消耗剤が補給・交換されるまで印刷再開しないことはもちろん、印刷再開後も印刷エンジンの再加熱処理などを行うため、再度印刷可能になるまでに長い時間を要する（以降ダウンタイムと称する）。
そこで、オペレータが、ダウンタイムが発生する前に必要な処置を施すことを可能とするための方法が提案されている。例えば特許文献１に記載の方法によれば、印刷ジョブごとの印刷時間予測がグラフ表示される。このグラフにおいて、消耗剤の補給・交換が必要となると予測される時間においてグラフの色を変更して表示することで、オペレータはいつ補給・交換作業が必要となるのかを事前に把握することが可能である。オペレータは事前に補給・交換作業を行うことで、ダウンタイムが発生することを防止することができる。

特開２０１０−５０８８３号公報

前述した先行技術文献によれば、オペレータは消耗剤切れによるダウンタイムの発生を事前に予測することが可能となる。しかし、消耗剤切れ以外にもダウンタイムが発生してしまうケースが存在する。その一つが、印刷中にオペレータ操作が必要となる印刷機能である。例えば先頭部確認印刷という機能では、複数部の印刷を行う際に、最初の１部を印刷した段階で印刷を一時中断する。オペレータは印刷された先頭部の内容・品位などを確認した上で、残りの部を印刷しても問題ないと判断した場合には、印刷続行を指示することにより印刷が再開され、すべての部が印刷される。また他の例としては、印刷ジョブ毎に異なる排紙トレイに出力する機能がある。

この機能を使えば、一つの排紙トレイにおいて、異なる印刷ジョブの出力物が混在してしまうことを避けることが可能である。しかし、印刷装置のすべての排紙トレイに、先に出力した印刷ジョブの出力物が残っている状態になると、印刷処理を続行できないため印刷が一時中断される。この場合、オペレータがいずれかの排紙トレイから出力物を取り除くことによって、一時中断された印刷が再開される。つまりオペレータはすべての排紙トレイが出力物で埋まらないように、適宜出力物を取り除く操作が必要となる。
これらの機能は、オペレータが印刷装置の側に居り、すぐに操作が可能な状態である場合には非常に便利な機能である。

しかし、オペレータは他の業務や会議など何らかの理由により、印刷現場から不在とならなければいけないこともある。オペレータが不在中にこれらの機能が働くと、オペレータが印刷現場に戻ってきて操作するまで印刷装置が一時停止状態となり、結果ダウンタイムが発生してしまう。そのためオペレータは印刷現場から不在となる際には、不在となる前に、不在中に前述したような機能が働かないように確認しておかなければならない。しかし不在中にこれらの機能が働くかどうかを確認し、必要に応じて設定変更を行う作業は、大変手間がかかる作業であった。
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、ジョブを実行する前に、オペレータが操作を行えない時間に、オペレータの操作を必要とする設定がされていることを通知できる仕組みを提供することである。

上記目的を達成する本発明の印刷装置は以下に示す構成を備える。
ジョブを処理する印刷装置であって、オペレータが前記ジョブの実行に伴う操作を行えないスケジュールを設定する設定手段と、受け付けたジョブを実行するスケジュールを予測する予測手段と、予測されたジョブのスケジュールと前記オペレータのスケジュールとが重なり合う場合に、前記オペレータの操作を行う印刷設定が含まれているかどうかを判断する判断手段と、前記オペレータの操作を行う印刷設定が含まれていると判断した場合、前記オペレータが確認すべき印刷設定を通知する通知手段と、を備えることを特徴とする。

本発明によれば、ジョブを実行する前に、オペレータが操作を行えない時間に、オペレータの操作を必要とする設定がされていることを通知できる。

印刷装置を適用する印刷システムの構成を表すブロック図である。 印刷装置のソフトウェアモジュール構成を示すブロック図である。 操作パネルに表示されるスケジュール画面の一例を示す図である。 操作パネルに表示されるＵＩ画面の一例を示す図である。 操作パネルに表示されるスケジュール画面の一例を示す図である。 印刷装置で管理される設定情報を管理するテーブルの一例を示す図である。 印刷装置の制御方法を説明するフローチャートである。 操作パネルに表示されるＵＩ画面の一例を示す図である。 印刷装置の制御方法を説明するフローチャートである。 印刷装置の制御方法を説明するフローチャートである。 操作パネルに表示されるＵＩ画面の一例を示す図である。 操作パネルに表示されるＵＩ画面の一例を示す図である。 印刷装置の制御方法を説明するフローチャートである。 操作パネルに表示されるＵＩ画面の一例を示す図である。 操作パネルに表示されるＵＩ画面の一例を示す図である。

次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕

図１は、本発明の実施形態を示す印刷装置を適用する印刷システムの構成を表すブロック図である。なお特に断らない限り、本発明の機能が実行されるのであれば、ＬＡＮ、ＷＡＮ等のネットワークを介して、接続が為され処理が行われるシステムであっても本発明を適応できる。同図に示すように、本実施例に係る印刷システムは、ホストコンピュータ１０１と、印刷装置１１０とから構成される。またホストコンピュータ１０１、印刷装置１１０らは、それぞれ通信回線１０５によって互いに接続されている。なお本発明ではホストコンピュータ、印刷装置などが複数台接続されていても問題ない。

図１において、ホストコンピュータ１０１は不図示の入力装置によるユーザからの入力情報を取得し、印刷装置１１０に送信するプリントジョブを作成し印刷装置に送信することができる。コントローラボード２００は、各種データ処理を行い、印刷装置１１０の動作を制御する。操作パネル１２０は、タッチパネル方式でユーザからの各種操作を受け付ける。スキャナ１３０は、光学センサを用いて原稿文書をスキャンし、スキャン画像データを取得する。給紙装置部１４０は、複数の給紙段から構成される給紙装置である。プリンタエンジン１５０は、イメージデータを印刷用紙に物理的に印刷する。なお１６０は印刷された印刷結果を表す。

次にコントローラボード２００の構成について説明する。
Ｉ／Ｏ制御部１１１は、外部ネットワークとの通信制御を行う。ＲＯＭ１１２は各種制御プログラムを記憶するＲＯＭである。ＲＡＭ１１３は、ＲＯＭ１１２に記憶された制御プログラムを読み出して記録するＲＡＭである。ＣＰＵ１１４は、ＲＡＭ１１３に読み出された制御プログラムを実行し、画像信号や各種デバイスを統括的に制御するＣＰＵである。ＨＤＤ１１５は、画像データやプリントデータなどの大容量のデータを一時的あるいは長期的に保持する目的で使用されるＨＤＤである。各モジュールはそれぞれシステムバス１１６を介して互いに接続される。さらにシステムバス１１６は、コントローラボードと印刷装置１１０内の各デバイスとを互いに接続している。

なおＲＡＭ１１３はＣＰＵ１１４の主メモリ、ワークメモリとしても機能する。また制御プログラムおよびオペレーティングシステムはＲＯＭ１１２の他にもＨＤＤ１１５にも格納される。さらに、図示しないＮＶＲＡＭを有し、操作パネル１２０からの印刷装置モード設定情報を記憶するようにしてもよい。

給紙装置部１４０は複数の給紙段から構成される。給紙装置部１４０には、印刷装置本体自体に具備される給紙段の他、オプション形式の外付け給紙段や手差し給紙段のような給紙段も含めて構成される。本実施例では給紙段１４１〜給紙段１４６（以後それぞれ給紙段１〜６と呼ぶ）までの合計６つの給紙段が存在するものとする。各給紙段には、印刷用紙を収容しておくことが可能である。また各給紙段は用紙残量センサ（用紙残量センサ１４１ａ〜用紙残量センサ１４６ａ）を具備しており、それぞれの給紙段の用紙残量を検知することが可能となっている。各給紙段では、収納された用紙の最上位の用紙一枚のみを分離しプリンタエンジン１５０へと搬送することが可能である。

図２は、図１に示した印刷装置１１０のソフトウェアモジュール構成を示すブロック図である。これらのソフトウェアモジュールはコントローラボード２００に配置され、ＲＯＭ１１２もしくはＨＤＤ１１５に格納され、必要に応じてＲＡＭ１１３に読み出され、ＣＰＵ１１４によって実行される。

図２において、印刷ジョブ解析部２０１は、ホストコンピュータ１０１から送信されたプリントジョブや印刷装置１１０で生成されたコピージョブなど、印刷装置１１０で受け付けた各種印刷ジョブを解析し、印刷ジョブに含まれる印刷設定を読み出す。ここで言う印刷設定とは主に、印刷に使用される用紙サイズ、用紙タイプ、給紙段などの給紙に関する情報、片面・両面印刷やステープル・製本設定などのフィニッシング処理に関する情報などを指す。
印刷ジョブ解析部２０１によって読み出された印刷設定は、ＲＡＭ１１３やＨＤＤ１５５などの記憶装置に一旦保存される。印刷データ展開部２０２は、印刷装置１１０で受け付けた各種印刷ジョブに含まれる印刷画像データをプリンタエンジン１５０で印刷可能なビットマップデータに展開する。

ホストコンピュータ１０１から送信された印刷画像データは通常、ページ記述言語（ＰＤＬ）などで記述され、そのＰＤＬがビットマップデータに展開される。印刷画像データがあらかじめホストコンピュータ１０１などでビットマップデータに展開されている場合は、印刷データ展開部２０２は画像データをプリンタエンジン１５０に対応した色空間に変換する色変換処理のみを行う。また印刷装置１１０で生成されたコピージョブの場合は、スキャナ１３０で読み込まれたスキャン画像データがビットマップデータに展開される。印刷データ展開部２０２によって生成されたビットマップデータはＨＤＤ１１５などの記憶装置に一旦保存される。

印刷装置１１０で受け付けたすべての印刷ジョブは、印刷ジョブ解析部２０１および印刷データ展開部２０２で処理されると同時に、その情報が印刷キュー２０３へ送られ一元的に管理される。印刷キュー２０３では、管理する印刷ジョブに対して、その印刷順序を制御し、所定の順序に従い印刷処理を進める。印刷が終了した印刷ジョブは印刷キュー２０３から削除される。
ビットマップデータ転送部２０４は、給紙装置部１４０からプリンタエンジン１５０に印刷用紙が搬送されるタイミングにあわせて、プリンタエンジン１５０に前記印刷データ展開部２０２により生成されたビットマップデータを転送する。印刷時間予測部２０５は、任意の印刷ジョブまたは印刷ジョブ中のページ群に対し、それらが印刷されるのに要する時間を予測する。

印刷時間の予測は、印刷ジョブ解析部２０１によって読み出された印刷ジョブの印刷設定と、プリンタエンジン１５０の処理能力とを用いて行われる。ここでプリンタエンジン１５０の処理能力とは、印刷速度や用紙サイズ・タイプの切り換えに要する処理時間、各種エンジン調整やクリーニングに要する処理時間、フィニッシング処理に要する処理時間などを指す。
用紙残量取得部２０６は、給紙装置部１４０と通信し、各給紙段に設定されている用紙サイズ・用紙タイプ・用紙残量などの情報を取得する。取得した各種情報は、ＲＡＭ１１３やＨＤＤ１５５などの記憶装置に一旦保存される。用紙切れ予測部２０７は、印刷キュー２０３に蓄積された印刷ジョブが使用する用紙毎に、印刷ジョブの印刷中に用紙切れが発生するかどうかを予測する。用紙切れが発生するかどうかの判断は、印刷キュー２０３に蓄積された印刷ジョブが使用する用紙の量と、用紙残量取得部２０６によって取得された用紙残量を比較することでなされる。
また、用紙切れ予測部２０７は、用紙切れが発生すると判断される場合には、印刷時間予測部２０５を用いて用紙切れが発生する時刻を予測する。オペレータ不在スケジュール入力部２０８は、オペレータから不在スケジュールの入力を受け付ける。オペレータ不在スケジュール入力部２０８の画面例については図４を用いて説明する。

スケジュール表示部２０９は、操作パネル１２０にスケジュール画面を表示する。ここでスケジュール画面とは、印刷キュー２０３に蓄積された印刷ジョブがどの順番で印刷され、それぞれどの時間に印刷されるかを通知するために表示するインタフェース画面のことを指す。また併せてオペレータ不在スケジュール入力部２０８によって入力されたオペレータの不在スケジュールも表示される。スケジュール表示部２０９の画面例については後程図３を用いて説明する。
以上のような構成の印刷システムにおいて、オペレータが不在スケジュールを入力する際の処理の流れを説明する。

図３は、図１に示した操作パネル１２０に表示されるスケジュール画面の一例を示す図である。本例は、スケジュール表示部２０９がＣＰＵ１１４によって実行されることで、操作パネル１２０の表示部に表示される。

図３において、３００は、操作パネル１２０に表示されるインタフェース画面全体を表す。３１０はスケジュールを表すテーブルで、印刷キュー２０３に蓄積された印刷ジョブＪｏｂ１〜Ｊｏｂ４の状態を表示している。
テーブル３１０おいて、横軸３１１は時刻を表す時刻目盛である。３１２は横軸３１１で表示された時間帯において印刷されると予測される印刷ジョブを表示する行である。図３では、Ｊｏｂ１〜Ｊｏｂ４までの４つの印刷ジョブが表示されている様子を表す。各印刷ジョブは、印刷時間予測部２０５によって予測される印刷時間に応じて、表示される幅が変化する。オペレータは横軸３１１と行３１２とを参照することで、どの印刷ジョブが何時印刷開始され、何時印刷終了するかの予測を判断することが可能である。

３１３は行３１２に表示された印刷ジョブが印刷される際に消費する用紙を表す列である。列３１３に表示される用紙の種類・数は表示される印刷ジョブに応じて変化する。図３では３１４〜３１６の３種類の用紙が表示されている様子が表されている。３１７〜３２２は列３１３に表示された用紙が消費される時間帯を帯状に表した表示ユニットである。

この表示ユニットは用紙残量に応じて、異なる色・ハッチングで表示される。図３では３１７〜３２１と、３２２とは異なるハッチングで表示されている。３１７〜３２１は、印刷時に用紙が存在することを表す。一方３２２は、用紙切れ予測部２０７によって印刷時に用紙が不足するであろうことが予測されたことを表している。オペレータが給紙段に用紙を補給した場合、または用紙交換を行った場合など、用紙の残量が変化した場合には、変化後の用紙残量に応じてこれらの表示ユニットは更新される。
オペレータはこれらの表示ユニットを参照することで、何時・どの用紙が不足するかの予測をあらかじめ判断することが可能である。

３３０は、印刷装置１１０を操作するオペレータのスケジュールを表すテーブルである。テーブル３３０おいて、横軸３３１は時刻を表す時刻目盛である。３３２はオペレータを表す列である。図３では、列３３２に「オペレータ１」という一人のオペレータのみが３３３として表示されているが、印刷装置を操作するオペレータが複数存在する場合、複数のオペレータがここに表示されることとなる。３３４は左側に表示されるオペレータのスケジュールを表す領域である。

図３ではオペレータのスケジュールが入力されていない状態を表している。オペレータは領域３３４の任意の場所をタップすることで、図４に示すようなオペレータの不在スケジュールを入力するためのダイアログ画面を表示させることが可能である。

図４は、図１に示した操作パネル１２０に表示されるＵＩ画面の一例を示す図である。本例は、オペレータの不在スケジュールを入力するためのダイアログ画面例である。
図４において、４００はオペレータ不在スケジュール入力部２０８がＣＰＵ１１４によって実行されることによって、操作パネル１２０に表示されるダイアログ画面全体を表す。図４では例として、図３において領域３３４がタップされダイアログ画面４００が表示された様子を表す。

４０１は不在スケジュールの開始時刻を、４０２は不在スケジュールの終了時刻を表す。これらの時刻は、不図示のソフトウェアキーボードや操作パネル１２０に備えられるテンキーなどによって、オペレータが任意の時刻を入力することが可能である。図４では不在開始時刻に１１：００、不在終了時刻に１２：００が指定されている様子を表している。
４１０は確認ボタンで、押下されるとその時点で入力されたオペレータの不在スケジュールが確定され、ＨＤＤ１１５もしくはＲＡＭ１１３に保存される。その後、ダイアログ画面４００は閉じられ、スケジュール画面３００へと戻り、図７で説明する処理が実行される。４１１はキャンセルボタンで、押下されるとオペレータの不在スケジュールの入力処理を中止し、ダイアログ画面４００を閉じて、スケジュール画面３００へと戻る。

図５は、図１に示した操作パネル１２０に表示されるスケジュール画面の一例を示す図である。本例はオペレータが図４で示した不在スケジュールを入力した後のスケジュール画面３００例である。
本画面例は、図３で示した印刷スケジュール画面と比較して、領域３３４に図４で示したダイアログ画面を使ってオペレータが入力した不在スケジュールが５０１として表示されている。

図６は、本実施形態を示す印刷装置で管理される設定情報を管理するテーブルの一例を示す図である。本例は、オペレータ操作が必要となる印刷ジョブ設定もしくは機器設定を表すテーブルである。このテーブルは、印刷装置の制御ソフトウェアの一部としてＨＤＤ１１５もしくはＲＡＭ１１３に格納されており、ＣＰＵ１１４によって参照される。本実施形態では、ＨＤＤ１１５に設定項目として、先頭部確認印刷、印刷ジョブ設定コンフリクト時の確認停止が登録されている場合を示す。

図６において、列６０１は印刷ジョブ設定もしくは機器設定の設定項目を表している。列６０２は列６０１で示された設定項目において、オペレータ操作が必要となる設定を表す。列６０３は列６０１で示された設定項目において、オペレータ不在時に推奨される推奨設定項目を表す。オペレータ不在時に推奨される設定とは、言い換えれば、オペレータ操作が必要とならない設定となる。行６１０〜６１３は、それぞれ取りえるオペレータ操作が必要となる設定を表す。図６では行６１０〜６１３の４つの設定が示されているが、これらはあくまで一例であり、オペレータ操作が必要な設定としてどのような設定があるかは通常印刷装置の機種・ソフトウェアなどに応じて異なる。

行６１０は「先頭部確認印刷」に対応する印刷設定項目（先頭部印刷結果を確認する設定項目）を表す。先頭部確認印刷が「する」に設定されている場合は、複数部の印刷を行う際に、最初の１部を印刷した段階で印刷が一時中断される。その後、オペレータは印刷された先頭部の内容・品位などを確認した上で、残りの部を印刷しても問題ないと判断した場合には、印刷続行を指示することにより印刷が再開される。一方、先頭部確認印刷が「しない」に設定されている場合は、全ての部が中断されることなく続けて印刷される。

行６１１は「印刷ジョブ設定コンフリクト時の確認停止」の設定を表す。印刷ジョブ設定コンフリクト時の確認停止が「する」に設定されている場合は、印刷ジョブに両立できない印刷設定がされている場合に、印刷開始直前にオペレータに向けて印刷設定変更を促すダイアログが表示される。ここで両立できない印刷設定とは、物理的に不可能となるフィニッシング設定と排紙トレイの組み合わせや、禁止されている用紙とフィニッシング設定の組み合わせ、などである。

オペレータが前述したダイアログ上で印刷設定を変更した後に、初めてその印刷ジョブの印刷が開始される。一方、印刷ジョブ設定コンフリクト時の確認停止が「しない」に設定されている場合は、印刷ジョブに両立できない印刷設定がある場合にも、ダイアログが表示されることなく印刷が開始される。この際、印刷ジョブは、あらかじめ決められたルールに従い、両立できない印刷設定のうちどちらかの設定は無視もしくはデフォルト設定などに変更された状態で出力される。

行６１２は「印刷ジョブ後一時停止」の設定を表す。印刷ジョブ後一時停止が「する」に設定されている場合は、印刷ジョブが終了する毎に印刷が中断される。次にスケジュールされている印刷ジョブを印刷するには、都度オペレータが印刷再開を指示する操作が必要となる。一方、印刷ジョブ後一時停止が「しない」に設定されている場合は、印刷ジョブが中断されることなく連続して印刷される。

行６１３は「排紙トレイ切り換え」の設定を表す。排紙トレイ切り換えが「印刷ジョブ毎」に設定されている場合は、印刷ジョブ毎に異なる排紙トレイに出力される。印刷装置のすべての排紙トレイに、先に出力した印刷ジョブの出力物が残っている状態になると、排紙処理を続行できないため印刷が一時中断される。

この場合、オペレータがいずれかの排紙トレイから出力物を取り除くことによって、一時中断された印刷が再開される。一方、排紙トレイ切り換えが「排紙トレイ満載時」に設定されている場合は、異なる印刷ジョブの出力物も同じ排紙トレイに積載される。排紙トレイに出力物が満載になった際には、空いている別の排紙トレイに引き続き排紙される。全ての排紙トレイにおいて出力物が満載された状態になった際には、排紙処理を続行できないため印刷が中断される。当然、排紙処理を続行できないため印刷が中断される頻度は、排紙トレイ切り換えが「排紙トレイ満載時」に設定されている場合の方が、「印刷ジョブ毎」に設定されている場合に比較して、格段に低くなる。

図７は、本実施形態を示す印刷装置の制御方法を説明するフローチャートである。本例は、図４で示したダイアログ画面において、確認ボタン４１０が押下された際の印刷装置１１０の印刷ジョブ設定処理例である。なお、各ステップは、ＣＰＵ１１４がＲＯＭ１１２、ＨＤＤ１１５に記憶された制御プログラムを実行することで実現される。

Ｓ７０１では、ＣＰＵ１１４は、ＨＤＤ１１５もしくはＲＡＭ１１３を確認し、保存されたオペレータの不在スケジュールが存在するかどうかを判断する。オペレータの不在スケジュールが存在するとＣＰＵ１１４が判断した場合はＳ７０２に進み、不在スケジュールが存在しないとＣＰＵ１１４が判断した場合には一連の処理を終了する。
Ｓ７０２では、ＣＰＵ１１４は、オペレータの不在中にオペレータ操作が必要となる印刷ジョブがスケジュールされているかどうかを判断する。

この判断は、不在中にスケジュールされている印刷ジョブの印刷ジョブ設定もしくは機器設定のうち、図６のテーブルで示したオペレータ操作が必要となる設定に合致するものがあるかどうかで判断される。オペレータの不在中にオペレータ操作が必要となる印刷ジョブがスケジュールされているとＣＰＵ１１４が判断した場合はＳ７０３へ進み、スケジュールされていないとＣＰＵ１１４が判断した場合は一連の処理を終了する。
Ｓ７０３で、ＣＰＵ１１４は、図８で説明するような警告ダイアログを操作パネル１２０の表示部に表示する。それによって、ＣＰＵ１１４は、オペレータの不在中に、オペレータ操作が必要となる印刷ジョブ設定もしくは機器設定がされていることをユーザに通知し、Ｓ７０４へ進む。Ｓ７０４では、ＣＰＵ１１４は、Ｓ７０３で操作パネル１２０の表示部に表示したダイアログにおいて、オペレータが印刷ジョブの設定変更を選択したかどうかを判断する。

オペレータが印刷ジョブの設定変更を選択したとＣＰＵ１１４が判断した場合はＳ７０５へ進み、設定変更を選択しなかったとＣＰＵ１１４が判断した場合は一連の処理を終了する。Ｓ７０５では、ＣＰＵ１１４は、Ｓ７０３で表示されたダイアログにおいて選択された設定変更を実施し、一連の処理を終了する。

図７で説明した処理は、オペレータが不在スケジュールを入力した際に実行されると説明した。しかし図７で説明した処理は、その他にも何らかの理由により印刷スケジュールが変更された場合に実行されるようにしてもよい。例えば、「新たに印刷ジョブが印刷キュー２０３に追加された」、「オペレータが印刷ジョブの印刷順番を手動で変更した」、「エラーが発生した結果、印刷ジョブの印刷スケジュールがずれた」などのケースが挙げられる。

図８は、図１に示した操作パネル１２０に表示されるＵＩ画面の一例を示す図である。本例は、図７で説明したフローチャートにおいて、Ｓ７０３において表示される警告ダイアログを表したＵＩ画面例である。
図８において、８００は警告ダイアログ全体を表し、ＣＰＵ１１４によって操作パネル１２０に表示される。８０１〜８０３はそれぞれテキストボックスである。テキストボックス８０１には、Ｓ７０２において、オペレータ不在中にスケジュールされている印刷ジョブの印刷ジョブ設定もしくは機器設定のうち、図６のテーブルで示したオペレータ操作が必要となる設定に合致すると判断された設定項目が表示される。テキストボックス８０２には、テキストボックス８０１で示された設定項目において、現在設定されている設定（つまりオペレータ操作が必要となる設定）が表示される。
テキストボックス８０３には、テキストボックス８０１で示された設定項目において、オペレータ不在時に推奨される設定（図６のテーブルにおいて列６０３に示される設定）が表示される。図８では一例として、オペレータ不在時にスケジュールされている印刷ジョブにおいて、先頭部確認印刷の設定が「する」に設定されていた場合に表示される警告ダイアログが示されている。

８１０および８１１は、オペレータが印刷ジョブの設定変更を選択するかどうかを受付るためのボタンであり、どちらか一方のボタンが押下されると警告ダイアログ８００は閉じられる。
ここで、ボタン８１０が押下されると、ＣＰＵ１１４はＳ７０４においてオペレータが印刷ジョブの設定変更を選択したと判断する。その後Ｓ７０５において、ＣＰＵ１１４は８０１に表示された設定項目の設定を、８０３に表示された設定に変更する。一方ボタン８１１が押下されると、ＣＰＵ１１４はＳ７０４においてオペレータが印刷ジョブの設定変更を選択しなかったと判断する。

以上のような印刷システムにより、オペレータの不在中にオペレータ操作が必要となる印刷ジョブがスケジュールされていると判断された場合には、オペレータが不在となる前に警告ダイアログを表示することが可能となる。またオペレータは前述した警告ダイアログを用いて、オペレータ不在時の推奨設定に設定変更することが可能となる。そのため、オペレータは不在中にダウンタイムが発生する可能性を軽減することができるので、利便性が向上する。

〔第２実施形態〕
第１実施形態では、オペレータの不在中にオペレータ操作が必要となる印刷ジョブがスケジュールされていると判断された場合には、オペレータが不在となる前に警告ダイアログを表示した。オペレータは警告ダイアログを用いて、オペレータ不在時の推奨設定に設定変更することが可能となるものの、オペレータが必ず推奨設定への設定変更を希望する場合であっても、警告ダイアログを手動で操作する手間が発生してしまう。そこで、本実施形態では、オペレータ不在時には、自動的にオペレータ不在時の推奨設定に設定変更して印刷処理を行うことを可能とした例について説明する。

なお、本実施形態では、第１実施形態と異なる部分のみ説明し、同じ構成のものについては同一の符号を用いて説明する。なお、第２実施形態に係る印刷システムのハードウェア概略構成およびソフトウェアモジュール構成はそれぞれ第１実施例の図１・図２で説明したものと同様である。
図９は、本実施形態を示す印刷装置の制御方法を説明するフローチャートである。本例は、印刷装置１１０が各印刷ジョブを実行する処理例である。なお、各ステップは、ＣＰＵ１１４がＲＯＭ１１２、ＨＤＤ１１５に記憶された制御プログラムを実行することで実現される。

Ｓ９０１では、ＣＰＵ１１４は、ＨＤＤ１１５もしくはＲＡＭ１１３に格納されたオペレータ不在スケジュールを確認し、現在オペレータが不在であるかどうかを判断する。オペレータが不在であると判断した場合はＳ９０２へ進み、不在でないと判断した場合はＳ９０４へ進む。Ｓ９０２では、ＣＰＵ１１４は、これから印刷を開始する印刷ジョブに対し、オペレータ操作が必要となる設定がされているかどうかを判断する。この判断は、これから印刷を開始する印刷ジョブの印刷ジョブ設定もしくは機器設定のうち、図６のテーブルで示したオペレータ操作が必要となる設定に合致するものがあるかどうかで判断される。

オペレータ操作が必要となる設定がされているとＣＰＵ１１４が判断した場合はＳ９０３へ進み、設定がされていないとＣＰＵ１１４が判断した場合はＳ９０４へ進む。ステップ９０３では、ＣＰＵ１１４は、Ｓ９０２で判断されたオペレータ操作が必要となる設定に対し、図６のテーブルで示したオペレータ不在時の推奨設定への設定変更を実施し、Ｓ９０４へ進む。Ｓ９０４では、ＣＰＵ１１４は、印刷ジョブの印刷を開始し、一連の処理を終了する。

以上のような印刷システムにより、オペレータの不在中にオペレータ操作が必要となる印刷ジョブが印刷される場合に、自動的にオペレータ操作が必要でない印刷設定に設定変更した上で印刷することが可能となる。そのため、オペレータは印刷ジョブ設定もしくは機器設定の変更を手動で行う手間が省けるため利便性が向上する。
〔第３実施形態〕

上記第１、第２実施形態では、オペレータ操作が必要となる印刷ジョブ設定の一例として先頭部確認印刷を取り上げて説明した。この際、オペレータ不在中に先頭部確認印刷が「する」と設定された印刷ジョブがスケジュールされていた場合に、先頭部確認印刷を「しない」に設定変更することで、オペレータ不在中のダウンタイム発生を回避した。しかし先頭部確認印刷を「しない」に設定変更すると、当初予定されていたオペレータによる先頭部の出力内容・品位の確認は出来なくなってしまう。

そこで、本実施形態では、オペレータ不在中に先頭部確認印刷が「する」に設定された印刷ジョブがスケジュールされていた場合に、概印刷ジョブの先頭部の確認印刷をオペレータが不在となる前に行うことを可能とした例について説明する。

なお、本実施形態では、第１、第２実施形態と異なる部分のみ説明し、同じ構成のものについては同一の符号を用いて説明する。なお、第３実施形態に示す印刷システムのハードウェア概略構成およびソフトウェアモジュール構成はそれぞれ第１実施形態において説明した図１、図２で説明したものと同様である。

図１０は、本実施形態を示す印刷装置の制御方法を説明するフローチャートである。本例は、図４で示したダイアログ画面において、確認ボタン４１０が押下された際の印刷装置１１０の処理例である。なお、各ステップは、ＣＰＵ１１４がＲＯＭ１１２、ＨＤＤ１１５に記憶された制御プログラムを実行することで実現される。

Ｓ１００１では、ＣＰＵ１１４は、ＨＤＤ１１５もしくはＲＡＭ１１３を確認し、保存されたオペレータの不在スケジュールが存在するかどうかを判断する。オペレータの不在スケジュールが存在する場合はＳ１００２に進み、不在スケジュールが存在しないと判断した場合には一連の処理を終了する。

Ｓ１００２では、ＣＰＵ１１４は、オペレータの不在中に先頭部確認印刷が「する」に設定されている印刷ジョブがスケジュールされているかどうかを判断する。オペレータの不在中に先頭部確認印刷が「する」に設定されている印刷ジョブがスケジュールされているとＣＰＵ１１４が判断した場合はＳ１００３へ進み、スケジュールされていないとＣＰＵ１１４が判断した場合は一連の処理を終了する。Ｓ１００３では、ＣＰＵ１１４は、図１１で説明するような警告ダイアログを操作パネル１２０の表示部に表示し、Ｓ１００４へ進む。

Ｓ１００４では、ＣＰＵ１１４は、Ｓ１００３で表示したダイアログにおいて、オペレータが即座に先頭部の確認印刷を行うことを選択したかどうかを判断する。オペレータが先頭部の確認印刷を行うことを選択したとＣＰＵ１１４が判断した場合はＳ１００５へ進み、先頭部の確認印刷を行うことを選択しなかったとＣＰＵ１１４が判断した場合はＳ１０１１へ進む。Ｓ１００５では、ＣＰＵ１１４は、Ｓ１００２でオペレータの不在中に先頭部確認が「する」に設定されていると判断された印刷ジョブを１部印刷し、Ｓ１００６へ進む。

ここで、この印刷結果は即座にオペレータによって確認されるためのものであるため、仮に別の印刷ジョブが印刷中であった場合にも、その印刷ジョブに割り込んでＳ１００５の印刷が行われる。
Ｓ１００６では、ＣＰＵ１１４は、図１２で説明するような確認ダイアログを操作パネル１２０の表示部に表示し、Ｓ１００７へ進む。Ｓ１００７では、ＣＰＵ１１４は、Ｓ１００６で表示したダイアログにおいて、オペレータが２部目以降の印刷を許可したかどうかを判断する。オペレータが２部目以降の印刷を許可したと判断した場合はＳ１００８へ進み、許可しなかったと判断した場合はＳ１０１０へ進む。

Ｓ１００８では、ＣＰＵ１１４は、Ｓ１００２でオペレータの不在中に先頭部確認が「する」に設定されていると判断された印刷ジョブの先頭部確認印刷を「しない」に設定変更し、Ｓ１００９へ進む。
Ｓ１００９では、ＣＰＵ１１４は、Ｓ１００２でオペレータの不在中に先頭部確認が「する」に設定されていると判断された印刷ジョブの印刷部数を１減算し、Ｓ１０１１へ進む。ここで印刷部数を１減算するのは、既に確認用に先頭部が出力されたためである。Ｓ１０１０では、ＣＰＵ１１４は、Ｓ１００２でオペレータの不在中に先頭部確認が「する」に設定されていると判断された印刷ジョブを印刷キュー２０３から削除し、Ｓ１０１１へ進む。

Ｓ１０１１では、ＣＰＵ１１４は、オペレータ不在中にスケジュールされている全ての印刷ジョブに対して、先頭部確認印刷が「する」に設定されているかの確認をしたかどうかを判断する。オペレータの不在中にスケジュールされている全ての印刷ジョブに対して確認を行ったと判断した場合は一連の処理を終了し、全ての印刷ジョブに対して確認を行っていないと判断した場合はＳ１００２へ戻る。

図１０で説明した処理は、オペレータが不在スケジュールを入力した際に実行されると説明した。しかし図１０で説明した処理は、その他にも何らかの理由により印刷スケジュールが変更された場合に実行されるようにしてもよい。例えば、「新たに印刷ジョブが印刷キュー２０３に追加された」、「オペレータが印刷ジョブの印刷順番を手動で変更した」、「エラーが発生した結果、印刷ジョブの印刷スケジュールがずれた」などのケースが挙げられる。

図１１は、図１に示した操作パネル１２０に表示されるＵＩ画面の一例を示す図である。本例は、図１０で説明したフローチャートにおいて、Ｓ１００３において表示される警告ダイアログ例である。
図１１において、１１００は警告ダイアログ全体を表し、ＣＰＵ１１４によって操作パネル１２０に表示される。１１０１はテキストボックスであり、Ｓ１００２において、オペレータの不在中に先頭部確認が「する」に設定されていると判断された印刷ジョブの名称が表示される。１１１０および１１１１は、オペレータが即座に先頭部の確認印刷を行うかどうかを受付るためのボタンであり、どちらか一方のボタンが押下されると警告ダイアログ１１００は閉じられる。

ボタン１１１０が押下されると、ＣＰＵ１１４は、Ｓ１００４においてオペレータが先頭部の確認印刷を行うことを選択したと判断する。一方ボタン１１１１が押下されると、ＣＰＵ１１４は、Ｓ１００４においてオペレータが先頭部の確認印刷を行うことを選択しなかったと判断する。

図１２は、図１に示した操作パネル１２０に表示されるＵＩ画面の一例を示す図である。本例は、図１０で説明したフローチャートにおいて、Ｓ１００６において表示される警告ダイアログを表した例である。
図１２において、１２００は警告ダイアログ全体を表し、ＣＰＵ１１４によって操作パネル１２０に表示される。１２０１はテキストボックスであり、Ｓ１００５において、先頭部の確認印刷が行われた印刷ジョブの名称が表示される。

１２１０および１２１１は、オペレータが２部目以降の印刷を許可するかどうかを受付るためのボタンであり、どちらか一方のボタンが押下されると警告ダイアログ１２００は閉じられる。ボタン１２１０が押下されると、ＣＰＵ１１４は、Ｓ１００７においてオペレータが２部目以降の印刷を許可したと判断する。一方ボタン１２１１が押下されると、ＣＰＵ１１４は、Ｓ１００７においてオペレータが２部目以降の印刷を許可しなかったと判断する。

以上のような印刷システムにより、オペレータ不在中に先頭部確認印刷が「する」に設定された印刷ジョブがスケジュールされていた場合に、該印刷ジョブの先頭部の確認印刷をオペレータが不在となる前に行うことが可能となる。そのため、オペレータは先頭部確認印刷設定を無効にすることなく、不在中にダウンタイムが発生する可能性を軽減することができるので、利便性が向上する。
〔第４実施形態〕

第１、第２実施形態では、オペレータ操作が必要となる印刷ジョブ設定の一例として印刷ジョブ設定コンフリクト時の確認停止を取り上げて説明した。この際、オペレータ不在中に印刷ジョブ設定コンフリクト時の確認停止が「する」と設定された印刷ジョブがスケジュールされていた場合に、その設定を「しない」に設定変更することで、オペレータ不在中のダウンタイム発生を回避した。
しかし、印刷ジョブ設定コンフリクト時の確認停止を「しない」に設定変更すると、印刷ジョブに両立できない印刷設定がある場合に、両立できない印刷設定のうちどちらかの設定は無視もしくはデフォルト設定などに変更された状態で出力される。これにより不在中のダウンタイム発生を回避することが出来るものの、出力結果は必ずしもオペレータが望むものになるとは限らない。

そこで本実施形態では、オペレータ不在中に印刷ジョブの設定がコンフリクトしている時の確認停止が「する」と設定された印刷ジョブがスケジュールされていた場合に、該コンフリクト解消操作を、オペレータが不在となる前に行えるようにする例を説明する。

なお、本実施形態では、第１、第２実施形態と異なる部分のみ説明し、同じ構成のものについては同一の符号を用いて説明する。なお、第３実施形態に係る印刷システムのハードウェア概略構成およびソフトウェアモジュール構成はそれぞれ第１実施形態の図１、図２で説明したものと同様である。

図１３は、本実施形態を示す印刷装置の制御方法を説明するフローチャートである。本例は、図４で示したダイアログ画面において、確認ボタン４１０が押下された際の印刷装置１１０の処理例である。なお、各ステップは、ＣＰＵ１１４がＲＯＭ１１２、ＨＤＤ１１５に記憶された制御プログラムを実行することで実現される。

Ｓ１３０１では、ＣＰＵ１１４は、ＨＤＤ１１５もしくはＲＡＭ１１３を確認し、保存されたオペレータの不在スケジュールが存在するかどうかを判断する。オペレータの不在スケジュールが存在するとＣＰＵ１１４が判断した場合はＳ１３０２に進み、不在スケジュールが存在しないとＣＰＵ１１４が判断した場合には一連の処理を終了する。
Ｓ１３０２では、ＣＰＵ１１４は、オペレータの不在中に印刷ジョブ設定コンフリクト時の確認停止が「する」に設定されている印刷ジョブがスケジュールされているかどうかを判断する。オペレータの不在中に印刷ジョブ設定コンフリクト時の確認停止が「する」に設定されている印刷ジョブがスケジュールされているとＣＰＵ１１４が判断した場合はＳ１３０３へ進み、スケジュールされていないとＣＰＵ１１４が判断した場合は一連の処理を終了する。

Ｓ１３０３では、ＣＰＵ１１４は、Ｓ１３０２でオペレータの不在中に印刷ジョブ設定コンフリクト時の確認停止が「する」に設定されていると判断された印刷ジョブにおいて、印刷設定のコンフリクトがあるかどうかを判断する。印刷設定のコンフリクトがあるとＣＰＵ１１４が判断した場合はＳ１３０４へ進み、コンフリクトがないと判断した場合はＳ１３０８へ進む。Ｓ１３０４では、ＣＰＵ１１４は、図１４で説明するような警告ダイアログを操作パネル１２０の表示部に表示し、Ｓ１３０５へ進む。

Ｓ１３０５では、ＣＰＵ１１４は、Ｓ１３０４で操作パネル１２０の表示部に表示したダイアログにおいて、オペレータが即座に印刷ジョブの設定変更を行いコンフリクト解消することを選択したかどうかを判断する。

オペレータがコンフリクト解消を行うことを選択したとＣＰＵ１１４が判断した場合はＳ１３０６へ進み、コンフリクト解消を行うことを選択しなかったとＣＰＵ１１４が判断した場合はＳ１３０８へ進む。Ｓ１３０６では、ＣＰＵ１１４は、図１５で説明するようなコンフリクト解消ダイアログを操作パネル１２０の表示部に表示し、Ｓ１３０７へ進む。Ｓ１３０７では、ＣＰＵ１１４は、Ｓ１３０６で表示したダイアログにおいてオペレータが指定した印刷ジョブ設定に設定変更を行い、Ｓ１３０８へ進む。

Ｓ１３０８では、ＣＰＵ１１４は、オペレータ不在中にスケジュールされている全ての印刷ジョブに対して、印刷ジョブ設定コンフリクト時の確認停止が「する」に設定されているかの確認をしたかどうかを判断する。オペレータの不在中にスケジュールされている全ての印刷ジョブに対して確認を行ったとＣＰＵ１１４が判断した場合は一連の処理を終了し、全ての印刷ジョブに対して確認を行っていないとＣＰＵ１１４が判断した場合はＳ１３０２へ戻る。

図１３で説明した処理は、オペレータが不在スケジュールを入力した際に実行されると説明した。しかし、図１３で説明した処理は、その他にも何らかの理由により印刷スケジュールが変更された場合に実行されるようにしてもよい。例えば、「新たに印刷ジョブが印刷キュー２０３に追加された」、「オペレータが印刷ジョブの印刷順番を手動で変更した」、「エラーが発生した結果、印刷ジョブの印刷スケジュールがずれた」などのケースが挙げられる。

図１４は、図１に示した操作パネル１２０に表示されるＵＩ画面の一例を示す図である。本例は、図１３で説明したフローチャートにおいて、Ｓ１３０４において表示される警告ダイアログを表した例である。
図１４において、１４００は警告ダイアログ全体を表し、ＣＰＵ１１４によって操作パネル１２０に表示される。１４０１はテキストボックスであり、Ｓ１３０２において、オペレータの不在中に印刷ジョブ設定コンフリクト時の確認停止が「する」に設定されていると判断された印刷ジョブの名称が表示される。

１４１０および１４１１は、オペレータが即座に印刷ジョブの設定変更を行い、コンフリクト解消を行うかどうかを受付るためのボタンであり、どちらか一方のボタンが押下されると警告ダイアログ１４００は閉じられる。

ボタン１４１０が押下されると、ＣＰＵ１１４は、Ｓ１４０５においてオペレータがコンフリクト解消を行うことを選択したと判断する。一方ボタン１４１１が押下されると、ＣＰＵ１１４は、Ｓ１４０５においてオペレータがコンフリクト解消を行うことを選択しなかったと判断する。

図１５は、図１に示した操作パネル１２０に表示されるＵＩ画面の一例を示す図である。本例は、図１３で説明したフローチャートにおいて、Ｓ１３０６において表示されるコンフリクト解消ダイアログを表した例である。
図１５において、１５００は警告ダイアログ全体を表し、ＣＰＵ１１４によって操作パネル１２０に表示される。１５０１および１５０２は、それぞれコンフリクトする印刷設定の設定変更を行うためのインタフェースである。オペレータはコンフリクトする設定のうち、いずれかの設定変更を行うことでコンフリクトを解消することが可能である。

１５１０は確認ボタンで、押下されるとその時点で選択された印刷設定が確定され、ＨＤＤ１１５もしくはＲＡＭ１１３に保存される。その後コンフリクト解消ダイアログ画面１５００は閉じられる。なお確認ボタン１５１０は、コンフリクトが解消される印刷設定の組み合わせが選択された状態の場合にのみ押下可能になるものとする。

図１５では一例として、排紙先設定とフィニッシング設定がコンフリクトした場合のコンフリクト解消ダイアログが表されている。１５０１は排紙先の設定、１５０２はフィニッシングの設定を変更するためのコンボボックスインタフェースであり、それぞれ右側に表示された三角形の部分をタップすることで別の設定を選択することが可能である。
図１５において、例えばオペレータが排紙先の印刷設定を「スタッカー」から変更しない場合は、フィニッシングの印刷設定をスタッカーに出力可能なものに変更することでコンフリクトは解消される。一方オペレータがフィニッシングの印刷設定を「シングルステープル」から変更しない場合は、排紙先の印刷設定をシングルステープルされた出力物が出力可能な排紙先に変更することでコンフリクトは解消される。

以上のような印刷システムにより、オペレータ不在中に印刷ジョブ設定コンフリクト時の確認停止が「する」に設定された印刷ジョブがスケジュールされていた場合に、印刷設定のコンフリクト解消をオペレータが不在となる前に行うことが可能となる。そのため、オペレータはあらかじめ所望の印刷設定に設定変更した上で、不在中にダウンタイムが発生する可能性を軽減することができるので、利便性が向上する。

本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。

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

１０１：ホストコンピュータ
１０５：通信回線
１１０：印刷装置
１１１：Ｉ／Ｏ制御部
１１２：ＲＯＭ
１１３：ＲＡＭ
１１４：ＣＰＵ
１１５：ＨＤＤ

Claims (15)

1. ジョブを処理する印刷装置であって、
   オペレータが前記ジョブの実行に伴う操作を行えないスケジュールを設定する設定手段と、
   受け付けたジョブを実行するスケジュールを予測する予測手段と、
   予測されたジョブのスケジュールと前記オペレータのスケジュールとが重なり合う場合に、前記オペレータの操作を行う印刷設定が含まれているかどうかを判断する判断手段と、
   前記オペレータの操作を行う印刷設定が含まれていると判断した場合、前記オペレータが確認すべき印刷設定を通知する通知手段と、
   を備えることを特徴とする印刷装置。
2. 前記ジョブに設定された前記オペレータの操作を行う印刷設定の変更を受け付ける受付手段を備えることを特徴とする請求項１記載の印刷装置。
3. 前記オペレータの操作を行う印刷設定が含まれていると判断した場合、当該印刷設定をあらかじめ設定された推奨設定に変更する変更手段を備えることを特徴とする請求項１記載の印刷装置。
4. オペレータによる操作が必要な設定項目と、前記オペレータが当該設定項目に対する操作を行えない場合に対応づける推奨設定項目とを登録する登録手段を備え、
   前記判断手段は、登録された設定項目が前記ジョブに設定されているかどうかを判断することを特徴とする請求項１記載の印刷装置。
5. 前記オペレータによる操作が必要な設定項目は、前記オペレータが先頭部印刷結果を確認する設定項目と、前記オペレータが合わせて設定できないジョブ設定を確認する設定項目とを含むことを特徴とする請求項４記載の印刷装置。
6. 前記オペレータの操作を行う印刷設定に前記先頭部印刷結果を確認する印刷設定が含まれていると判断した場合、前記ジョブに従い先頭部の印刷処理を実行させる指示を受け付ける手段を備えることを特徴とする請求項５記載の印刷装置。
7. 前記オペレータの操作を行う印刷設定に合わせて設定できないジョブ設定を確認する設定項目が含まれていると判断した場合、前記ジョブに設定された、合わせて設定できないジョブ設定を解消する指示を受け付ける手段を備えることを特徴とする請求項４記載の印刷装置。
8. ジョブを処理する印刷装置の制御方法であって、
   オペレータが前記ジョブの実行に伴う操作を行えないスケジュールを設定する設定工程と、
   受け付けたジョブを実行するスケジュールを予測する予測工程と、
   予測されたジョブのスケジュールと前記オペレータのスケジュールとが重なり合う場合に、前記オペレータの操作を行う印刷設定が含まれているかどうかを判断する判断工程と、
   前記オペレータの操作を行う印刷設定が含まれていると判断した場合、前記オペレータが確認すべき印刷設定を通知する通知工程と、
   を備えることを特徴とする印刷装置の制御方法。
9. 前記ジョブに設定された前記オペレータの操作を行う印刷設定の変更を受け付ける受付手段を備えることを特徴とする請求項８記載の印刷装置の制御方法。
10. 前記オペレータの操作を行う印刷設定が含まれていると判断した場合、当該印刷設定をあらかじめ設定された推奨設定に変更する変更手段を備えることを特徴とする請求項８記載の印刷装置の制御方法。
11. オペレータによる操作が必要な設定項目と、前記オペレータが当該設定項目に対する操作を行えない場合に対応づける推奨設定項目とを登録する登録工程を備え、
    前記判断工程は、登録された設定項目が前記ジョブに設定されているかどうかを判断することを特徴とする請求項８記載の印刷装置の制御方法。
12. 前記オペレータによる操作が必要な設定項目は、前記オペレータが先頭部印刷結果を確認する設定項目と、前記オペレータが合わせて設定できないジョブ設定を確認する設定項目とを含むことを特徴とする請求項１１記載の印刷装置の制御方法。
13. 前記オペレータの操作を行う印刷設定に前記先頭部印刷結果を確認する印刷設定が含まれていると判断した場合、前記ジョブに従い先頭部の印刷処理を実行させる指示を受け付ける工程を備えることを特徴とする請求項１２記載の印刷装置の制御方法。
14. 前記オペレータの操作を行う印刷設定に合わせて設定できないジョブ設定を確認する設定項目が含まれていると判断した場合、前記ジョブに設定された、合わせて設定できないジョブ設定を解消する指示を受け付ける工程を備えることを特徴とする請求項１１記載の印刷装置の制御方法。
15. 請求項８乃至１４のいずれか１項に記載の印刷装置の制御方法をコンピュータに実行させることを特徴とするプログラム。

Images