(57)【要約】      （修正有）【課題】オペレータが作業すべき装置を特定して、作業可能なオペレータに、その特定した装置の作業を行うように通知することで、生産効率の低下や製造コストの上昇を抑える技術を提供する。【解決手段】サーバは、オペレータによる作業が必要と判定した印刷装置があると判定すると、当該作業を実施できるオペレータが存在するかどうか判定する。オペレータによる作業が必要な印刷装置が複数あると判定した場合、当該判定された複数の印刷装置が有するジョブの内、最も終了時間が遅いジョブを有する印刷装置を前記オペレータによる作業の対象として特定し、存在すると判定された前記作業を実施できるオペレータの端末に通知する。また端末は、サーバから通知された情報を表示し、オペレータによる作業の開始及び終了を前記サーバに通知する。更に複数の印刷装置のそれぞれは、印刷装置の状態を前記サーバに送信する。【選択図】図６
2017204147.tif 000002
【特許請求の範囲】
【請求項１】
複数の印刷装置と、印刷装置に対して作業を行うオペレータの端末と、サーバとを含むジョブ処理システムであって、
前記サーバは、
前記複数の印刷装置の中に前記オペレータによる作業が必要な印刷装置があるか否かを判定する第１判定手段と、
前記第１判定手段が、前記オペレータによる作業が必要と判定した印刷装置があると判定すると、当該作業を実施できるオペレータが存在するかどうか判定する第２判定手段と、
前記第１判定手段が、前記オペレータによる作業が必要な印刷装置が複数あると判定した場合、当該判定された複数の印刷装置が有するジョブの内、最も終了時間が遅いジョブを有する印刷装置を前記オペレータによる作業の対象として特定し、前記第２判定手段で存在すると判定された前記作業を実施できるオペレータの端末に通知する第１通知手段と、を有し、
前記端末は、
前記第１通知手段により通知された情報を表示する表示手段と、
前記オペレータによる作業の開始及び終了を前記サーバに通知する第２通知手段と、を有し、
前記複数の印刷装置のそれぞれは、
前記印刷装置の状態を前記サーバに送信する送信手段と、
を有することを特徴とするジョブ処理システム。
【請求項２】
前記複数の印刷装置の少なくとも一つは後処理装置を含むことを特徴とする請求項１に記載のジョブ処理システム。
【請求項３】
前記サーバは更に、
前記複数の印刷装置の状態を記憶する第１記憶手段と、
前記オペレータの端末の状態を記憶する第２記憶手段とを、更に有することを特徴とする請求項１又は２に記載のジョブ処理システム。
【請求項４】
前記表示手段は更に、前記作業の手順を表示することを特徴とする請求項１乃至３のいずれか１項に記載のジョブ処理システム。
【請求項５】
前記複数の印刷装置のそれぞれは、前記オペレータによる作業が必要となる時間を予想し、当該予想した時間が、現時間から一定時間内の場合に、前記サーバに対してイベントの発生を通知する第３通知手段を、更に有することを特徴とする請求項１に記載のジョブ処理システム。
【請求項６】
前記第１判定手段は、前記印刷装置から通知されるイベントに従って前記オペレータによる作業が必要な印刷装置があるか否かを判定することを特徴とする請求項５に記載のジョブ処理システム。
【請求項７】
前記第２判定手段が、前記作業を実施できるオペレータが複数あると判定すると、前記オペレータによる作業が必要と判定した印刷装置に最も距離が近いオペレータの端末を判定する第３判定手段を更に有し、
前記第１通知手段は、前記第３判定手段により判定された前記オペレータの端末に通知することを特徴とする請求項１乃至６のいずれか１項に記載のジョブ処理システム。
【請求項８】
前記端末は更に、当該端末の位置を特定する特定手段を有し、前記第２通知手段は、前記特定手段により特定される当該端末の位置を前記サーバに通知することを特徴とする請求項１乃至７のいずれか１項に記載のジョブ処理システム。
【請求項９】
複数の印刷装置と、印刷装置に対して作業を行うオペレータの端末と、サーバとを含むジョブ処理システムであって、
前記サーバは、
前記複数の印刷装置の中に前記オペレータによる作業が必要な印刷装置があるか否かを判定する第１判定手段と、
前記第１判定手段が、前記オペレータによる作業が必要と判定した印刷装置があると判定すると、当該作業を実施できるオペレータが存在するかどうか判定する第２判定手段と、
前記第１判定手段が、前記オペレータによる作業が必要な印刷装置が複数あると判定した場合、当該判定された複数の印刷装置が有するジョブの完了目標時間に対して、ジョブの終了時間が最も余裕がないジョブを有する印刷装置を前記オペレータによる作業の対象として特定し、前記第２判定手段で存在すると判定された前記作業を実施できるオペレータの端末に通知する第１通知手段と、を有し、
前記端末は、
前記第１通知手段により通知された情報を表示する表示手段と、
前記オペレータによる作業の開始及び終了を前記サーバに通知する第２通知手段と、を有し、
前記複数の印刷装置のそれぞれは、
前記印刷装置の状態を前記サーバに送信する送信手段と、
を有することを特徴とするジョブ処理システム。
【請求項１０】
前記印刷装置は、
前記印刷装置の状態がエラーを含む場合、当該エラーの解消に要する時間を前記サーバに通知し、
前記第１通知手段は更に、前記エラーの解消に要する時間を前記ジョブの終了時間に加算して、加算した時間が前記ジョブの完了目標時間に対して最も余裕がないジョブを有する印刷装置を前記オペレータによる作業の対象として特定し、前記第２判定手段で存在すると判定された前記作業を実施できるオペレータの端末に通知することを特徴とする請求項９に記載のジョブ処理システム。
【請求項１１】
前記端末は、ウェアラブルな携帯端末であることを特徴とする請求項１乃至１０のいずれか１項に記載のジョブ処理システム。
【請求項１２】
複数の印刷装置と、印刷装置に対して作業を行うオペレータの端末とを管理するサーバであって、
前記複数の印刷装置の中に前記オペレータによる作業が必要な印刷装置があるか否かを判定する第１判定手段と、
前記第１判定手段が、前記オペレータによる作業が必要と判定した印刷装置があると判定すると、当該作業を実施できるオペレータが存在するかどうか判定する第２判定手段と、
前記第１判定手段が、前記オペレータによる作業が必要な印刷装置が複数あると判定した場合、当該判定された複数の印刷装置が有するジョブの内、最も終了時間が遅いジョブを有する印刷装置を前記オペレータによる作業の対象として特定し、前記第２判定手段で存在すると判定された前記作業を実施できるオペレータの端末に通知する通知手段と、
を有することを特徴とするサーバ。
【請求項１３】
複数の印刷装置と、印刷装置に対して作業を行うオペレータの端末とを管理するサーバであって、
前記複数の印刷装置の中に前記オペレータによる作業が必要な印刷装置があるか否かを判定する第１判定手段と、
前記第１判定手段が、前記オペレータによる作業が必要と判定した印刷装置があると判定すると、当該作業を実施できるオペレータが存在するかどうか判定する第２判定手段と、
前記第１判定手段が、前記オペレータによる作業が必要な印刷装置が複数あると判定した場合、当該判定された複数の印刷装置が有するジョブの完了目標時間に対して、ジョブの終了時間が最も余裕がないジョブを有する印刷装置を前記オペレータによる作業の対象として特定し、前記第２判定手段で存在すると判定された前記作業を実施できるオペレータの端末に通知する通知手段と、
を有することを特徴とするサーバ。
【請求項１４】
複数の印刷装置と、印刷装置に対して作業を行うオペレータの端末と、サーバとを含むジョブ処理システムの制御方法であって、
前記サーバは、
前記複数の印刷装置の中に前記オペレータによる作業が必要な印刷装置があるか否かを判定し、
前記オペレータによる作業が必要と判定した印刷装置があると判定すると、当該作業を実施できるオペレータが存在するかどうか判定し、
前記オペレータによる作業が必要な印刷装置が複数あると判定した場合、当該判定された複数の印刷装置が有するジョブの内、最も終了時間が遅いジョブを有する印刷装置を前記オペレータによる作業の対象として特定し、存在すると判定された前記作業を実施できるオペレータの端末に通知し、
前記端末は、
前記第１通知手段により通知された情報を表示し、
前記オペレータによる作業の開始及び終了を前記サーバに通知し、
前記複数の印刷装置のそれぞれは、
前記印刷装置の状態を前記サーバに送信することを特徴とするジョブ処理システムの制御方法。
【請求項１５】
複数の印刷装置と、印刷装置に対して作業を行うオペレータの端末とを管理するサーバを制御する制御方法であって、
前記複数の印刷装置の中に前記オペレータによる作業が必要な印刷装置があるか否かを判定する第１判定工程と、
前記第１判定工程が、前記オペレータによる作業が必要と判定した印刷装置があると判定すると、当該作業を実施できるオペレータが存在するかどうか判定する第２判定工程と、
前記第１判定工程が、前記オペレータによる作業が必要な印刷装置が複数あると判定した場合、当該判定された複数の印刷装置が有するジョブの内、最も終了時間が遅いジョブを有する印刷装置を前記オペレータによる作業の対象として特定し、前記第２判定工程で存在すると判定された前記作業を実施できるオペレータの端末に通知する通知工程と、
を有することを特徴とするサーバの制御方法。
【請求項１６】
コンピュータを、請求項１２又は１３に記載のサーバの各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ジョブ処理システム、サーバ、及びその制御方法とプログラムに関する。
【背景技術】
【０００２】
近年、あらゆる「モノ」のＩＴ化が進み、種々のセンサを備えた端末が提供され、その端末と「モノ」とがネットワークで接続されて、様々な場面での作業の効率化に貢献できるシステムが提供されている。例えば、ユーザが、近接センサやカメラを備えたスマートグラス端末を携帯することで、そのユーザの置かれている状況をリアルタイムで把握できる。更に、工場の現場などで刻々と変化する装置の状態についてもリアルタイムに把握でき、これらの情報を用いて、ユーザが行うべき作業や手順を、詳細、且つリアルタイムに表示することができる。
【０００３】
一方、ＰＯＤ（Print on Demand)のような印刷環境では、顧客（クライアント）から受注した印刷物（雑誌、広告、カタログ、帳票等）を決められた納期までに納品するために、高生産・高効率なジョブ処理システムが求められている。このようなＰＯＤの印刷環境では、大型の印刷装置や様々な種類の後処理装置が複数台設置されており、それぞれが大量部数・大量ページの印刷ジョブを並行して処理するために、各装置は継続的に複数のジョブを並行して処理し続けることが重要視されている。また、このような環境で働く作業者（オペレータ）は、これら複数の装置を同時に管理して、用紙の補給や次工程への印刷物の運搬等の作業を効率的に行って、オペレータの業務を最適化することが考えられている。例えば、特許文献１では、顧客から受注したジョブの工程全体を管理し、効率的な作業指示を行うようなシステムが提案されている。
【０００４】
しかしながら、予め決められた工程のみの対応では、突発的に起こるジャム等のエラー処理や割り込み作業等に柔軟に対応できない。更に、オペレータは、自分の管理する装置が複数存在する場合、各装置が処理しているジョブがどういう工程で、残りはどういう作業があるのか、全てを把握することが難しく、また、各装置の処理すべき作業量も含めて把握することは更に難しい状況にある。現状、それらを把握するために、日々の工程表を確認し、また各装置が実行するジョブリストを逐一確認することで、そのジョブリストから優先度の高い装置を把握できる。しかしながら、刻一刻と状況が変化する現場においては、ジョブの工程を全てを把握するのは非常に難しい作業と言える。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−３１０７４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の技術では、作業開始時点での優先度は分かっても、装置が何らかのエラーにより予定の作業を行えなくなった場合や、緊急の割り込み作業が入った場合等には、オペレータがリアルタイムにその状況を知る方法が確立されていなかった。一例として、２つの印刷装置（装置Ａと装置Ｂ）を同時に管理しているオペレータがいるとする。装置Ａではパーツの故障が発生し、予備のパーツと交換が必要な状態となり、装置Ｂで用紙なしが発生したとする。そして更に、装置Ａでは、印刷すべきジョブの残りが少量であり、一方で装置Ｂには、他のジョブ含め大量の印刷ジョブが残っている場合を想定する。このとき、本来、オペレータは装置Ｂの用紙なしを早急に解決してから装置Ａの故障したパーツの交換作業を行えばよい。しかし、先に装置Ａでエラーが発生して作業に取り掛かった場合、装置Ｂが用紙無しでストップしている状況に気付かない場合も十分あり得る。また例え、気付いたとしても、どちらの装置のエラーから解消すべきか判断がつかない場合も想定される。
【０００７】
そのため、オペレータが常々、装置の状態やジョブの状態を把握せずに適宜作業を行ったとしても各ジョブの納期に間に合うよう、一日の装置の稼働時間を制限し、各オペレータの作業時間として、ある程度余裕のある作業の割り振りが行われていた。しかしながら、このような作業の割り当てを行うと、各装置の稼働効率を抑える必要があり、且つオペレータが突発的に困難な状況に陥った場合にも対処できるよう、十分なリソースを確保する必要があった。また或いは、突発的な状況にも柔軟に対処できる経験豊富なオペレータを育てて、日々の作業に割り当てる必要があった。このような状況により、一日で処理可能なジョブの見通しが、各装置の能力に比べて抑え気味となり、生産効率が低下するだけでなく、オペレータの増員に伴う人件費の増大に起因して製造コストが上昇するという課題があった。
【０００８】
本発明の目的は、上記従来技術の課題を解決することにある。
【０００９】
本発明の目的は、オペレータが作業すべき装置を特定して、作業可能なオペレータに、その特定した装置の作業を行うように通知することで、生産効率の低下や製造コストの上昇を抑える技術を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明の一態様に係るジョブ処理システムは以下のような構成を備える。即ち、
複数の印刷装置と、印刷装置に対して作業を行うオペレータの端末と、サーバとを含むジョブ処理システムであって、
前記サーバは、
前記複数の印刷装置の中に前記オペレータによる作業が必要な印刷装置があるか否かを判定する第１判定手段と、
前記第１判定手段が、前記オペレータによる作業が必要と判定した印刷装置があると判定すると、当該作業を実施できるオペレータが存在するかどうか判定する第２判定手段と、
前記第１判定手段が、前記オペレータによる作業が必要な印刷装置が複数あると判定した場合、当該判定された複数の印刷装置が有するジョブの内、最も終了時間が遅いジョブを有する印刷装置を前記オペレータによる作業の対象として特定し、前記第２判定手段で存在すると判定された前記作業を実施できるオペレータの端末に通知する第１通知手段と、を有し、
前記端末は、前記第１通知手段により通知された情報を表示する表示手段と、前記オペレータによる作業の開始及び終了を前記サーバに通知する第２通知手段と、を有し、前記複数の印刷装置のそれぞれは、前記印刷装置の状態を前記サーバに送信する送信手段と、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、オペレータが作業すべき装置を特定して、作業可能なオペレータに、その特定した装置の作業を行うように通知することで、生産効率の低下や製造コストの上昇を抑えることができる。
【００１２】
本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。
【図面の簡単な説明】
【００１３】
添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
【図１】実施形態に係るジョブ処理システムの構成を説明する図。
【図２】実施形態に係る印刷装置の構成を説明するブロック図。
【図３】実施形態に係るオペレータ端末の機能構成を説明するブロック図。
【図４】実施形態に係るオペレータ端末装置の一例を示す概観斜視図。
【図５】実施形態に係るサーバの機能構成を説明するブロック図。
【図６】実施形態１に係るサーバによる処理を説明するフローチャート。
【図７】実施形態１に係るデバイスの状態リスト（Ａ）と、オペレータの状態リスト（Ｂ）の一例を示す図。
【図８】実施形態１に係るデバイスによる処理を説明するフローチャート。
【図９】実施形態１に係るオペレータ端末装置による処理を説明するフローチャート。
【図１０】実施形態１に係るオペレータ端末装置で表示される初期画面（Ａ）と、作業指示画面（Ｂ）の一例を示す図。
【図１１】作業手順の全体を示す作業手順画面の一例を示す図（Ａ）と、各作業手順の詳細を示す作業詳細画面の一例を示す図（Ｂ）。
【図１２】本発明の実施形態２に係る印刷装置又は後処理装置（デバイス）による処理を説明するフローチャート。
【図１３】本発明の実施形態３に係るサーバによる処理を説明するフローチャート。
【図１４】本発明の実施形態４に係るサーバによる処理を説明するフローチャート。
【図１５】本発明の実施形態５に係るサーバによる処理を説明するフローチャート。
【発明を実施するための形態】
【００１４】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１５】
本実施形態は、ＰＯＤ環境等であって、オフィス環境とは異なる印刷環境を想定している。そこで、まずは実施形態に係るジョブ処理システムを含むＰＯＤ環境の全体のシステム環境について説明する。このような印刷環境自体も本実施形態の特徴の１つである。
【００１６】
図１は、実施形態に係るジョブ処理システムの構成を説明する図である。
【００１７】
このジョブ処理システムは、複数の印刷装置Ａ〜Ｃ（１０１〜１０３）、複数の後処理装置（シート処理装置）Ａ，Ｂ（１０４，１０５）、サーバ１０６、オペレータ端末Ａ，Ｂ（１０７，１０８）、及びクライアント１０９を有している。これらの印刷装置、後処理装置、サーバ、オペレータ端末は互いにネットワーク１１１を介して接続され、相互に通信可能である。
【００１８】
尚、各印刷装置は、後処理装置１０４や１０５等の後処理装置をインラインに備えていても良い。具体的には、例えば印刷装置１０１のシート搬送路が後処理装置１０４のシート搬送路に連結され、且つ、印刷装置１０１と後処理装置１０４とがデータ通信可能に構成される。そして、印刷装置１０１が具備する制御部が、インラインの後処理装置１０４を統括的に制御する。つまり印刷装置１０１で印刷したシートやシート束に対して、後処理装置１０４がインラインで後処理を実施できる構成でも良い。これは他の印刷装置と後処理装置との間でも同様である。
【００１９】
一方、印刷装置とは別体の後処理装置１０４や１０５に対して各種後処理を実施させる場合は、印刷装置で印刷された印刷物を、その印刷装置の排紙部からオペレータが取出して、処理対象の後処理装置に、その印刷物をセットする。このように、印刷装置に含まれる後処理装置（例えば図２のシート処理装置２００）ではない後処理装置を利用する場合は、印刷装置により印刷された印刷物を後処理装置にセットする、オペレータによる作業が必要となる。
【００２０】
サーバ１０６、クライアント１０９などの外部装置の一例に相当する、例えばＰＣは、ネットワーク１１１を介して印刷ジョブを印刷装置１０１乃至１０３のいずれかに送信し、その印刷ジョブを受信した印刷装置は、その印刷ジョブに従って印刷を行う。
【００２１】
またサーバ１０６は、ネットワークを介して他の装置とデータの送受信を実行することで、このジョブ処理システムで処理すべき全てのジョブを管理する。換言すると、サーバ１０６は、複数の処理工程からなる一連のワークフローの全工程を統括管理するコンピュータとして機能する。またサーバ１０６は、オペレータから受付けたジョブの指示に基づいて、この環境で仕上げ可能な後処理条件を決定する。且つ、エンドユーザ（この例では、印刷の作成依頼をした顧客）の要求通りの後処理（仕上げ処理）工程を指示する。この際、サーバ１０６は、ＪＤＦなどの情報交換ツールを用いて、ポストプレス内部でのコマンドやステータスで、それぞれの後処理装置と情報を交換する。
【００２２】
図２は、実施形態に係る印刷装置の構成を説明するブロック図である。尚、この印刷装置は図１の印刷装置１０１〜１０３に対応し、インラインタイプの後処理装置であるシート処理装置２００を有している。このシート処理装置２００は、この印刷装置に対して着脱可能なシート処理装置であり、図１の後処理装置に対応し、印刷装置のオプションとして提供可能に構成されている。これにより、ＰＯＤ環境で必要なインラインフィニッシャを必要な台数分、提供できる。尚、以下、図１の印刷装置１０１〜１０３はそれぞれ同じ構成として説明するが、シート処理装置２００を含まない印刷装置が存在しても良い。
【００２３】
印刷装置は、複数の処理対象となるジョブデータを記憶できるハードディスク２０９（以下、ＨＤＤ）等の不揮発性メモリを具備する。且つ、印刷装置１００が具備するスキャナ部２０１から受付けた画像データをＨＤＤ２０９に記憶し、ＨＤＤ２０９から読み出してプリンタ部２０３で印刷するコピー機能を具備する。またサーバ１０６、クライアント１０９などの外部装置から外部Ｉ／Ｆ２０２を介して受信したジョブデータをＨＤＤ２０６に格納し、プリンタ部２０３により印刷する印刷機能を具備する。ここでは、このような複数の機能を具備した複合機（ＭＦＰ：Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）として印刷装置を説明する。しかし、この印刷装置は、カラープリント可能な印刷装置でも、モノクロプリント可能な印刷装置でも良く、また複合機でなく、単に印刷機能だけを有する印刷装置であっても良い。
【００２４】
この印刷装置は、原稿を読み取って、その原稿の画像データを出力するスキャナ部２０１を具備する。また、ファクシミリ、ネットワーク接続機器、外部装置と画像データなどを送受信する外部Ｉ／Ｆ２０２を具備する。また、タッチパネル機能を有する表示部や各種ハードキー等を具備して、ユーザインターフェースを提供する操作部２０４も備えている。ここで、他のユーザインタフェースの例としては、サーバ１０６やクライアント１０９などの外部装置が有する表示部及びキーボード、ポインティングデバイス等が該当する。
【００２５】
コントローラ部（制御部）２０５はＣＰＵ２１１を有し、この印刷装置の各種ユニットの処理や動作を統括的に制御する。ＲＯＭ２０７は、後述するフローチャートで示す処理等を実行するためのプログラムをＨＤＤ２０９から読み出してＲＡＭ２０８に展開するためのブートプログラム等を記憶している。またＲＯＭ２０７は、ユーザインタフェース画面（以下、ＵＩ画面）を含む、操作部２０４の表示部に各種ＵＩ画面を表示させるための表示制御プログラムも記憶している。ＣＰＵ２１１は、ＨＤＤ２０９のプログラムをＲＡＭ２０８に展開して実行することで、以下に説明する各種動作を実行することができる。またサーバ１０６やクライアント１０９やオペレータ端末１０７、１０８においても同様に、これら装置が備える制御部或いはＣＰＵが、該装置の具備する各種Ｉ／Ｆやセンサや表示部などの各ユニットの制御を統括的に行う。つまり、各装置が備えるＲＯＭ或いはＨＤＤは、後述のフローチャートに記載の各種処理を実行するためのプログラムを記憶しており、後述のコントローラ部のＣＰＵ（３１１，５１１）がこれらを読み出して実行することで、後述の各種動作を実行する。
【００２６】
この印刷装置のコントローラ部２０５のＣＰＵ２１１は、そのプログラムに従って、外部Ｉ／Ｆ２０２を介して受信したＰＤＬ（ページ記述言語）データを解釈し、ラスタイメージデータに展開する。ＲＡＭ２０８は、読み出し及び書き込み可能なメモリで、スキャナ部２０１や外部Ｉ／Ｆ２０２を介して受け取った画像データや、各種プログラムや設定情報を記憶する。ＨＤＤ（ハードディスク）２０９は、圧縮伸張部２１０によって圧縮された画像データ等を記憶する大容量の記憶部である。このＨＤＤ２０９はまた、ＣＰＵ２１１により実行されるプログラムや、処理対象となるジョブのプリントデータ等、複数のデータを保持する。ＣＰＵ２１１は、スキャナ部２０１や外部Ｉ／Ｆ２０２などの各種入力ユニットから入力された処理対象となるジョブデータを、ＨＤＤ２０９を介してプリンタ部２０３でプリント可能に制御する。またＣＰＵ２１１は、そのジョブデータを外部Ｉ／Ｆ２０２を介して外部装置へ送信するように制御する。このようにＣＰＵ２１１は、ＨＤＤ２０９に格納した処理対象のジョブのデータの各種の出力処理を実行可能である。圧縮伸張部２１０は、ＪＢＩＧやＪＰＥＧなどの各種圧縮方式によってＲＡＭ２０８或いはＨＤＤ２０９に格納されている画像データの伸張処理や、スキャナ部２０１から入力した画像データを圧縮する圧縮処理を実行する。
【００２７】
以上のような構成の下で、この印刷装置が具備するＣＰＵ２１１が、インラインタイプのシート処理装置２００の動作も制御する。
【００２８】
また、この印刷装置において、印刷装置及びシート処理装置（以降、両装置を包含してデバイスとも呼ぶ）内で各種エラーや警告が発生した場合には、ＣＰＵ２１１が外部Ｉ／Ｆ２０２を介してサーバ１０６に通知する。例えば、プリンタ部２０３が印刷中にジャムが発生した場合や、給紙部内にジョブで必要なシートが不足した場合は、発生している情報を外部Ｉ／Ｆ２０２を介してサーバ１０６に通知することができる。
【００２９】
更に、デバイスの状態や、保有している印刷ジョブの状況に関しても、リアルタイムでサーバ１０６等に通知できる。またサーバ１０６から情報の取得要求を受信した場合は、ＣＰＵ２１１は必要な情報を取得し、外部Ｉ／Ｆ２０２を介してサーバ１０に通知することができる。
【００３０】
図３は、実施形態に係るオペレータ端末１０７の機能構成を説明するブロック図である。尚、ここでは、オペレータ端末１０７を例に説明するが、オペレータ端末１０８の場合も同様である。
【００３１】
コントローラ部３０５はＣＰＵ３１１を有し、このＣＰＵ３１１は、オペレータ端末１０７のＲＯＭ（不図示）に記憶されたプログラムをＲＡＭ（不図示）に展開して実行することにより、オペレータ端末１０７による処理を制御する。
【００３２】
コントローラ部３０５は、画像入力部３０１や近接センサ部３０６からのデータを基に、オペレータの位置や向きを計算し、その計算結果に応じて、表示部３０２への表示を制御し、また外部Ｉ／Ｆ３０４を介してサーバ１０６に結果を通知する。また、サーバ１０６と音声通信が確立された場合は、コントローラ部３０５は、音声入力部３０７から入力した音声データを外部Ｉ／Ｆ３０４を介してサーバ１０６に送信する。一方、サーバ１０６から音声データを外部Ｉ／Ｆ３０４を介して受信すると、コントローラ部３０５は、その受信した音声データを変換して音声出力部３０８から音声として出力する。コントローラ部３０５は、これらの制御を並行して実行することにより、離れているクライアント１０９と音声通信を実現することができる。
【００３３】
また、サーバ１０６から作業指示や情報の取得指示を受信すると、コントローラ部３０５は、その受信した指示に応じた表示を表示部３０２に表示する。更に、コントローラ部３０５は、操作受付部３０３から入力された、オペレータの操作指示に応じて、表示部３０２の表示内容を変更し、且つ、外部Ｉ／Ｆ３０４を介してサーバ１０６にオペレータの状況を通知することができる。
【００３４】
図４は、実施形態に係るオペレータ端末装置１０７の一例を示す概観斜視図で、図４（Ａ）はオペレータ端末装置１０７を正面の左上から見た斜視図、図４（Ｂ）はオペレータ端末装置１０７を正面の右上から見た斜視図である。図４において、図３と共通する部分は同じ参照番号で示し、それらの説明を省略する。ここでは、オペレータ端末装置１０７は、スマートグラスと呼ばれる汎用的なウェアラブルな携帯端末を想定しているが、本発明はこの限りでなく、例えばスマートフォンのような携帯端末や専用ＰＤＡでも良い。但し、スマートグラスは、他の携帯端末に比べ、表示部を見るために、オペレータが手で端末を持つ必要がなく、オペレータが作業中であってもハンズフリーのまま情報が表示できるため、実施形態でのオペレータ端末として好適な構成とした。
【００３５】
図５は、実施形態に係るサーバ１０６の機能構成を説明するブロック図である。
【００３６】
コントローラ部５０３はＣＰＵ５１１を有し、このＣＰＵ５１１は、サーバ１０６の記憶部５０５（ＨＤＤ）に記憶されたプログラムをＲＡＭ（不図示）に展開して実行することにより、サーバ１０６による処理を制御する。コントローラ部５０３は、このサーバ１０６が備える各種ユニットを統括的に制御する。またコントローラ部５０３は、印刷装置１０１〜１０３、後処理装置１０４，１０５、オペレータ端末１０７，１０８、及び、クライアント１０９からの接続要求を外部Ｉ／Ｆ５０４を介して受付けると、各装置との通信を確立するよう制御する。更に、各装置からの情報や指示を受信すると、コントローラ部５０３はそのデータを解析し、その内容に応じて記憶部５０５に情報を保存したり、各装置に対して情報を通知する。表示部５０１は、コントローラ部５０３からの指示に従って各種情報を表示する。操作受付部５０２は、ユーザによる操作を受付けてコントローラ部５０３に通知する。
【００３７】
［実施形態１］
本発明に係る実施形態１では、印刷装置１０７〜１０３のいずれか、或いは後処理装置１０４，１０５のいずれかで何らかのエラーや警告が発生した場合に、サーバ１０６を介して、オペレータ端末１０７に情報や指示を通知する際の処理の流れを説明する。
【００３８】
図６は、実施形態１に係るサーバ１０６による処理を説明するフローチャートである。この処理は、ＣＰＵ５１１が記憶部５０５からＲＡＭ（不図示）に展開したプログラムを実行することにより達成される。
【００３９】
まずＳ６０１でＣＰＵ５１１は、記憶部５０５に保持している各デバイス（印刷装置と後処理装置）の状態のリストを初期化してＳ６０２に進む。Ｓ６０２でＣＰＵ５１１は、記憶部５０５に保持しているオペレータの状態のリストを初期化してＳ６０３に進む。ここで、実施形態１で想定されているデバイスの状態リストと、オペレータの状態リストの一例を図７（Ａ）（Ｂ）に示す。
【００４０】
図７（Ａ）は、実施形態１に係るサーバ１０６の記憶部５０５に保持されているデバイス状態のリストの一例を示す図である。
【００４１】
ここでは、各デバイスの状態や警告の発生状況、各デバイスが抱えるジョブの情報が含まれており、これらはデバイスからのイベント通知や、サーバからの情報の取得要求により取得した情報に応じて更新される。
【００４２】
図７（Ｂ）は、実施形態１に係るサーバ１０６の記憶部５０５に保持されているオペレータの状態リストの一例を示す図である。ここには、各オペレータ端末におけるオペレータの状態や作業時間や位置情報が含まれており、これらはオペレータ端末からのイベント通知や、サーバ１０６からの情報の取得要求により取得した情報に応じて更新される。
【００４３】
次にＳ６０３及びＳ６１４でＣＰＵ５１１は、各デバイスやオペレータ端末からの状態変化に関するイベントを受信するまで待機しており、まず、デバイスからの状態変化イベントを受信した場合を説明する。Ｓ６０３でＣＰＵ５１１は、接続を確立している印刷装置或いは後処理装置からのデバイス状態の変化イベントを受信するとＳ６０４に進む。Ｓ６０４でＣＰＵ５１１は、その受信した状態変化イベントの内容に応じて、記憶部５０５に保持している、そのデバイスの状態を更新してＳ６０５に進む。Ｓ６０５でＣＰＵ５１１は、その受信した状態変化イベントが、デバイスが保持していた警告やエラー状態の解消を意味する通知かどうか判定し、そうであればＳ６０６に進み、それ以外のイベントであればＳ６０７に進む。Ｓ６０６でＣＰＵ５１１は、イベントを通知してきたデバイスに対して作業を行っていたオペレータ端末を特定し、そのオペレータ端末に対して警告が解消された旨の情報を通知してＳ６０３に戻る。
【００４４】
一方、Ｓ６０７でＣＰＵ５１１は、記憶部５０５に保持される接続済みの全デバイスの情報を取得してＳ６０８に進む。Ｓ６０８でＣＰＵ５１１は、オペレータが作業を行って解消すべき警告やエラーを持っているデバイスが存在するかどうかを判定し、作業が必要なデバイスが存在しないと判定するとＳ６０３に戻り、作業が必要なデバイスが存在すると判定するとＳ６０９に進む。Ｓ６０９でＣＰＵ５１１は、記憶部５０５に保持している、接続を確立済みの全オペレータ端末の情報を取得してＳ６１０に進む。Ｓ６１０でＣＰＵ５１１は、取得したオペレータ端末の情報から、現在作業が可能なオペレータ端末が存在するか否かを判定する。そして作業可能なオペレータ端末が存在しないと判定するとＳ６０３に戻り、作業可能なオペレータ端末が存在すると判定するとＳ６１１に進む。
【００４５】
Ｓ６１１でＣＰＵ５１１は、Ｓ６０７で取得した全てのデバイスの情報から、オペレータによる作業が必要なデバイスを抽出し、その抽出したデバイスが保持している全てのジョブの最終終了時間を取得してＳ６１２に進む。ここで、ジョブの終了時間は、印刷装置であれば、保持しているジョブの用紙サイズや両面設定や枚数と、印刷装置の処理スピードから計算して算出する。実施形態１では、これらの計算は印刷装置で行い、その計算結果のみをサーバ１０６に通知することを前提としているが、本発明はこの限りでなく、サーバ１０６で計算して終了時間を算出してもよい。次にＳ６１２に進みＣＰＵ５１１は、Ｓ６１１で取得したオペレータの作業が必要な各デバイスのジョブ終了時間の内、ジョブ終了時間が最も遅いデバイスを最優先で作業すべきデバイスと決定してＳ６１３に進む。Ｓ６１３でＣＰＵ５１１は、作業可能なオペレータ端末に、最優先で作業すべきデバイスの情報と作業内容を通知してＳ６０３に戻る。
【００４６】
一方、Ｓ６１４でオペレータ端末からの状態変化に関するイベントを受信するとＳ６１５に進む。Ｓ６１５でＣＰＵ５１１は、受信したオペレータ端末の状態変化イベントの内容に応じて、記憶部５０５に保持している該当するオペレータ端末の状態を更新してＳ６１６に進む。Ｓ６１６でＣＰＵ５１１は、オペレータの作業が完了した作業完了イベントを受信したかどうか判定し、そうであればＳ６０７に進んで次に行うべき作業がないかを確認するための処理に進むが、作業完了イベント以外の場合にはＳ６０３に戻る。
【００４７】
以上説明した処理によれば、オペレータの作業が必要なデバイスの状態が発生した場合は、その作業が可能なオペレータ端末を探して、そのオペレータ端末に対して、そのデバイスの作業を行うように指示できる。この際、オペレータの作業が必要なデバイスの状態となっているデバイスの内、各デバイスが保持している全てのジョブの最終終了時間が最も遅いデバイスを、オペレータ端末が作業すべきデバイスとする。これにより、最もジョブの終了時間が遅いデバイスが、オペレータ端末による作業対象となるため、システム全体の処理効率の低下を抑制することができるという効果がある。
【００４８】
図８は、実施形態１に係る印刷装置１０１〜１０３の何れか、及び／又は後処理装置１０４，１０５のいずれかを含む前述のデバイスによる処理を説明するフローチャートである。この処理は、例えば印刷装置の場合は、ＣＰＵ２１１がＨＤＤ２０９のプログラムをＲＡＭ２０８に展開して実行することにより達成される。
【００４９】
まずＳ８０１でＣＰＵ２１１はサーバ１０６との接続を確立し、現在のデバイスの状態をサーバ１０６に通知してＳ８０２に進む。Ｓ８０２及びＳ８０６でＣＰＵ２１１は、デバイスの状態に変化、もしくは新たなジョブを受信するまで待機し、状態の変化があった場合はＳ８０３に進み、新たなジョブを受信した場合はＳ８０７に進む。
【００５０】
Ｓ８０３でＣＰＵ２１１は、発生したデバイスの状態の変化をサーバ１０６に通知してＳ８０４に進む。Ｓ８０４でＣＰＵ２１１は、発生した状態変化がオペレータの作業を介して解消すべき警告やエラー状態への変化かどうかを判定し、オペレータの作業を必要とする状態への変化であればＳ８０５に進み、そうでない場合はＳ８０２に戻る。ここで、オペレータの作業を介して解消すべき変化であるかどうかについては、現在、そのデバイスが保持している全てのジョブの設定を取得し、発生した警告やエラーが、保持しているジョブの処理を妨げるものかどうかで判定する。Ｓ８０５でＣＰＵ２１１は、処理ができなくなるジョブの開始予想時間を、現在保持している全てのジョブの設定に基づいて取得する。そして、処理ができなくなると予想されるジョブの中で、最も開始予定が早い時間を、そのデバイスにおける警告発生の予想時間としてＨＤＤ２０９に保持してＳ８０２に戻る。ここで、処理が妨げられるジョブが、例えば、現在印刷中のジョブの場合は、ジョブの開始予定時間をゼロとして保持する。
【００５１】
一方、Ｓ８０６でＣＰＵ２１１が、新たなジョブを受信したと判定した場合はＳ８０７に進み、その受信したジョブの設定を解析し、ジョブの出力開始予定時間と終了予定時間を求め、ＨＤＤ２０９に保存してＳ８０８に進む。Ｓ８０８でＣＰＵ２１１は、現在のデバイスの状態と、解析したジョブの設定とを比較し、設定された通りにジョブを実行できるかどうかを判定する。ここで設定通りにジョブを実行して、結果を出力できると判定するとＳ８０２に戻り、そうでないときはＳ８０５に進む。
【００５２】
以上説明した図８の処理によれば、デバイスの状態がオペレータによる作業が必要な状態に変化すると、その状態のままでは処理ができなくなるジョブの開始予想時間を求めて、それを、そのデバイスにおける警告発生の予想時間として保持できる。また複数のジョブが保持しているときは、保持している全てのジョブの中で、最も開始予定が早いジョブの開始時間を、そのデバイスにおける警告発生の予想時間とする。
【００５３】
また新たなジョブを受信したときは、そのジョブを設定通りに実行できないと判定すると、そのジョブの開始時間を、そのデバイスにおける警告発生の予想時間として保持できる。
【００５４】
これにより、設定通りに実行できないと予想されるジョブの開始時間に基づいて、そのデバイスにおける警告発生の予想時間を求めて保持することができる。
【００５５】
図９は、実施形態１に係るオペレータ端末装置１０７による処理を説明するフローチャートである。この処理は、ＣＰＵ３１１がＲＡＭ（不図示）に展開したプログラムを実行することにより達成される。
【００５６】
まずＳ９０１でＣＰＵ３１１は、サーバ１０６との接続を確立し、現在のオペレータ端末の状態をサーバ１０６に通知してＳ９０２に進む。次にＳ９０２に進みＣＰＵ３１１は、図１０（Ａ）に例示されるような初期画面を表示部３０２に表示してＳ９０３に進む。
【００５７】
図１０（Ａ）は、実施形態１に係るオペレータ端末装置１０７の表示部３０２に表示される初期画面の一例を示す図である。
【００５８】
次にＳ９０３に進みＣＰＵ３１１は、サーバ１０６から作業指示の通知を受信するまで待機し、作業指示を受信するとＳ９０４に進む。Ｓ９０４でＣＰＵ３１１は、作業指示を受信したことをサーバ１０９に通知してＳ９０５に進む。Ｓ９０５でＣＰＵ３１１は、例えば図１０（Ｂ）に示すような作業指示の概要を表示部３０２に表示してＳ９０６に進む。
【００５９】
図１０（Ｂ）は、実施形態１に係るオペレータ端末装置１０７の表示部３０２に表示される作業指示画面の一例を示す図である。
【００６０】
ここでは印刷装置Ａ（１０１）でジャムが発生したため、印刷装置１０１でジャムの除去作業を開始するように、オペレータに指示している。
【００６１】
次にＳ９０６に進みＣＰＵ３１１は、操作受付部３０３を介して、図１０（Ｂ）の作業開始ボタン１０００が押下されたかどうかを判定する。作業開始ボタン１０００が押下されたと判定すると、作業指示を受付けたと判定してＳ９０８に進み、そうでないときはＳ９０７に進む。Ｓ９０７でＣＰＵ３１１は、作業開始ボタン１０００の前に、新たな作業指示があったかどうかを判定し、新たな作業指示を受信した場合はＳ９０４に進み、その作業指示をサーバ１０６に通知し、Ｓ９０５でその作業指示内容を表示部３０２に表示する。またＳ９０７でＣＰＵ３１１は、新たな作業指示が無いときはＳ９０５に進む。
【００６２】
尚、実施形態１では、作業の開始時にオペレータが作業開始ボタン１０００を押下することを前提としているが、本発明はこの限りではない。例えば、オペレータ端末１０７の近接センサ部３０６や画像入力部３０１の情報を基に、ＣＰＵ３１１が作業着手したかどうかを自動的に判定しても良い。具体的には、ＣＰＵ３１１は、近接センサ部３０６により、作業対象であるデバイスとの距離が一定範囲内かどうか判定し、オペレータ端末が一定範囲内に一定時間以上存在すると判定した場合は、オペレータが、その指示された作業を開始したと判定しても良い。またＣＰＵ３１１は、画像入力部３０１の画像データに基づいて、作業手順でオペレータが作業すべきパーツ、或いはそのパーツを示すマーカが入力画像データに存在することを検知した場合に、オペレータが作業を開始したと判定しても良い。
【００６３】
次にＳ９０８に進みＣＰＵ３１１は、作業着手状態に遷移したことをサーバ１０６に通知してＳ９０９に進む。Ｓ９０９でＣＰＵ３１１は、作業指示の詳細をサーバ１０６から取得し、例えば、図１１（Ａ）或いは（Ｂ）に示すような作業指示の詳細を表示してＳ９１０に進む。
【００６４】
図１１（Ａ）は、作業指示として、作業手順の全体を示す作業手順画面の一例を示す図である。
【００６５】
図１１（Ｂ）は、各作業手順の詳細を示す作業詳細画面の一例を示す図である。
【００６６】
具体的には、図１１（Ａ）の作業手順画面には、図１１（Ｂ）の作業詳細画面に遷移するための作業詳細ボタン１１０１を表示する。また図１１（Ｂ）の作業詳細画面には、図１１（Ａ）の全体の作業手順を表示する画面に遷移するための全体手順ボタン１１０２を表示する。そして操作受付部３０３を介して受け付けた指示に応じて、全体の作業手順画面と作業詳細画面との表示を切り替える。また、それぞれの画面には、作業中止ボタン１１０２及び１１０４も配置しており、この作業中止ボタンが押下されると、オペレータ端末の状態は作業終了状態に遷移し、サーバ１０６にそのイベントを通知する。
【００６７】
Ｓ９１０でＣＰＵ３１１は、サーバ１０６から警告解消の通知を受信したかどうか判定し、警告解消の通知を受信するとＳ９１１に進む。Ｓ９１１でＣＰＵ３１１は、作業終了イベントをサーバ１０６に通知してＳ９０２に戻る。
【００６８】
以上説明したように実施形態１によれば、各デバイスにおいて突発的なエラー等の問題が発生しても、作業すべき優先度の高いデバイスを自動的に判定し、オペレータにそのデバイスの作業を実施するように指示できる。これにより、各デバイスの稼働時間を平滑化できる、最適な作業手順をオペレータに通知できる。これにより、ジョブ処理中の複数のデバイスの状況をリアルタイムに把握して、オペレータが次に行うべき作業をリアルタイムで通知することができる。
【００６９】
更に、オペレータは、サーバからの指示に従って、最適な手順でデバイスのリカバリ等を行うことができるため、オペレータ一人当たりが管理するデバイスの数を増やしても、デバイスで発生するエラー等に対処できるようになる。これによりオペレータの人件費を抑えて製造コストの増大を抑制することが可能となる。
【００７０】
また、オペレータは、サーバからの指示に従って、最適な手順でデバイスのリカバリを実行できるため、デバイスの無駄な待ち時間を削減して、各デバイスの稼働時間を増やすことができる。これにより、一日に処理するジョブの数を増やすことができ、生産性を高めることが可能となる。
【００７１】
［実施形態２］
本発明に係る実施形態２として、印刷装置や後処理装置（デバイス）で何らかのエラーや警告が一定時間内に発生する場合における印刷装置或いは後処理装置による特徴的な処理を説明する。尚、実施形態２に係るジョブ処理システムの構成は、前述の実施形態１と同様であるため、その説明を省略する。またサーバ１０６及びオペレータ端末装置１０７の処理は、前述の実施形態１の場合と同様であるため、ここではその説明を省略する。
【００７２】
図１２は、本発明の実施形態２に係る印刷装置又は後処理装置（デバイス）による処理を説明するフローチャートである。この処理は、例えば印刷装置の場合は、ＣＰＵ２１１がＨＤＤ２０９のプログラムをＲＡＭ２０８に展開して実行することにより達成される。尚、図１２において、Ｓ１２０１からＳ１２０８での処理は、図８のＳ８０１からＳ８０８の処理と同一であるため、その詳細な説明は省略し、Ｓ１２０６でジョブを受信していない場合の処理から後の処理を説明する。
【００７３】
Ｓ１２０６でＰＵ２１１は、ジョブを受信していないと判定するとＳ１２０９に進む。Ｓ１２０９でＣＰＵ２１１は、ＨＤＤ２０９に保持されているオペレータ作業が必要とされるような警告が発生する予想時間を取得してＳ１２１０に進む。Ｓ１２１０でＣＰＵ２１１は、取得した警告発生の予想時間が、現在の時間から一定時間内かどうかを判定し、一定時間内でない場合はＳ１２０２に戻り、一定時間内であると判定するとＳ１２１１に進む。Ｓ１２１１でＣＰＵ２１１は、警告イベントをサーバ１０６に通知してＳ１２０２に戻る。
【００７４】
尚、この実施形態２では、警告が発生する予想時間が、現時間から一定時間内かどうかを判定する際に、この一定時間は、予め決められた時間としているが、本発明はこの限りでない。例えば、この一定時間を、発生が予想される警告の解消時間に応じて決定するようにしても良い。
【００７５】
以上説明したように実施形態２によれば、デバイスにおいて、今後発生するエラーや警告に対する作業も含めて、作業すべき優先度の高いデバイスを判定できる。またオペレータは、ジョブ処理中の複数のデバイス（装置）の状況をリアルタイムに把握でき、各オペレータが次に行うべき作業をリアルタイムで知ることができる。
【００７６】
更に、オペレータが最適な手順でデバイス（装置）のリカバリ等を行うことができるため、オペレータ一人当たりが管理するデバイスの数を増やしても対処でき、オペレータの数を増やすことによる人件費の増大を抑えることができる。
【００７７】
また、オペレータが最適な手順でデバイス（装置）のリカバリを行うことができるため、デバイスの無駄な待ち時間を削減して、各デバイスの稼働時間を増やすことができる。これにより、単位時間当たりに処理できるジョブの数を増やすことができ、生産性を高めることが可能となる。
【００７８】
［実施形態３］
本発明に係る実施形態３として、印刷装置や後処理装置（デバイス）で何らかのエラーや警告が発生した場合に、サーバ１０６からオペレータ端末に情報や指示を通知する際のサーバ１０６の処理を詳細に説明する。尚、実施形態３に係るジョブ処理システムの他の構成は、前述の実施形態１と同様であるため、その説明を省略する。また印刷装置や後処理装置、及びオペレータ端末装置１０７の処理は、前述の実施形態１の場合と同様であるため、ここではその説明を省略する。
【００７９】
図１３は、本発明の実施形態３に係るサーバ１０６による処理を説明するフローチャートである。この処理は、ＣＰＵ５１１がＲＡＭ（不図示）に展開したプログラムを実行することにより達成される。尚、図１３のＳ１３０１からＳ１３１０及び、Ｓ１３１４からＳ１３１９の処理は、図６のＳ６０１からＳ６１６の処理と同一であるため、それらの詳細な説明は省略し、Ｓ１３１０で、作業可能なオペレータ端末が存在している場合について説明する。
【００８０】
Ｓ１３１０でＣＰＵ３１１は、作業可能なオペレータの端末が存在すると判定するとＳ１３１１に進む。Ｓ１３１１でＣＰＵ３１１は、作業可能なオペレータの端末が複数存在するかどうか判定し、そうであればＳ１３１２に進み、一つのみの場合はＳ１３１４に進む。Ｓ１３１２でＣＰＵ３１１は、作業すべきデバイスの位置情報と、作業可能なオペレータ端末の位置情報を取得してＳ１３１３に進む。Ｓ１３１３でＣＰＵ３１１は、取得したデバイスの位置情報と、オペレータ端末の位置情報とを比較して、そのデバイスから最も距離が近いオペレータ端末を一意に決定してＳ１３１４に進む。
【００８１】
以上説明したように実施形態４によれば、複数の装置（デバイス）と複数のオペレータ（オペレータ端末）が存在する環境においても、最短の時間で作業に着手できるオペレータを一意に決定できる。そのため、作業すべき優先度の高いデバイスに対する最適な作業指示を、最適なオペレータ端末に、リアルタイムで通知することができる。
【００８２】
更に、オペレータは、最適な手順で装置（デバイス）のリカバリ等を行うことができるため、オペレータ一人当たりが管理すべきデバイス（装置）の数を増やしても対処可能となり、オペレータの人員増による人件費の増大を抑えることが可能となる。
【００８３】
また、オペレータが最適な手順でデバイス（装置）のリカバリを行うことができるため、デバイス（装置）の無駄な待ち時間を削減できる。これによりデバイス（装置）の稼働時間を増やして、例えば一日に処理できるジョブの数を増やすことができ、システム全体の生産性を高めることが可能となる。
【００８４】
［実施形態４］
本発明に係る実施形態４では、印刷装置や後処理装置（デバイス）が保持するジョブの終了期限が予め決まっている環境において、装置（デバイス）内で何らかのエラーや警告が発生した場合に、オペレータ端末に情報や指示を通知するサーバの処理を説明する。尚、実施形態４に係るジョブ処理システムの構成は前述の実施形態１と同様であるため、その説明を省略する。また印刷装置や後処理装置、及びオペレータ端末装置１０７の処理は、前述の実施形態１の場合と同様であるため、ここではその説明を省略する。
【００８５】
図１４は、本発明の実施形態４に係るサーバ１０６による処理を説明するフローチャートである。この処理は、ＣＰＵ５１１がＲＡＭ（不図示）に展開したプログラムを実行することにより達成される。尚、図１４のＳ１４０１からＳ１４１１及び、Ｓ１４１４からＳ１４１７の処理は、図６のＳ６０１からＳ６１１及びＳ６１３からＳ６１６の処理と同一であるため、それらの詳細な説明を省略し、Ｓ１４１１以降の処理について説明する。
【００８６】
Ｓ１４１０でＣＰＵ５１１は、Ｓ１４０８で作業指示すべきデバイスと判定したデバイスの作業が可能なオペレータ端末があるかどうか判定し、作業が可能なオペレータ端末があると判定するとＳ１４１１に進む。Ｓ１４１１でＣＰＵ５１１は、作業待ちのデバイスが保持している全ての印刷ジョブの終了予定時間を取得してＳ１４１２に進む。Ｓ１４１２でＣＰＵ５１１は、予め決められている各ジョブの完了目標時間（ジョブの納期）を取得してＳ１４１３に進む。Ｓ１４１３でＣＰＵ５１１は、ジョブ完了目標時間に対して、ジョブ終了予定時間が最も余裕のないジョブを特定し、そのジョブを有する作業待ちデバイスを最優先で処理すべきデバイスとして決定してＳ１４１４に進む。そしてＳ１４１４でＣＰＵ５１１は、その作業可能なオペレータ端末に対して、Ｓ１４１３で決定したデバイスの作業を実行するように通知する。
【００８７】
実施形態４では、ジョブの完了目標時間は、予め、このシステムに保持されている前提としているが、このジョブの納期については、例えば、ユーザが、サーバ１０６の操作受付部５０２から入力できるようにしても良い。また或いは、印刷・後処理工程以外の工程も含めた、納期と各工程に要する作業時間から、更に上流のシステムが、印刷・後処理工程に対する完了目標時間を求めて、このシステムに通知する構成でも良い。
【００８８】
以上説明したように実施形態４によれば、複数のデバイスで突発的なエラー等の問題が発生しても、作業すべき優先度の高いデバイスを判定できる。その際、ジョブの終了期限に合わせた最適なオペレータの作業手順を通知することができる。またオペレータは、ジョブ処理中の複数のデバイス（装置）の状況をリアルタイムに把握でき、各オペレータが次に行うべき作業をリアルタイムで知ることができる。
【００８９】
更に、オペレータが最適な手順でデバイス（装置）のリカバリ等を行うことができるため、オペレータ一人当たりが管理すべきデバイス（装置）の数を増やすことができ、オペレータの人数を増やすことによる人件費の増大を抑えることができる。
【００９０】
また、オペレータが最適な手順でデバイス（装置）のリカバリを行うことができるため、デバイス（装置）の無駄な待ち時間を削減でき、デバイス（装置）の稼働時間を増やして、単位時間当たりで処理できるジョブの数を増やすことができる。これにより、システム全体の生産性を高めることが可能となる。
［実施形態５］
本発明に係る実施形態５として、印刷装置や後処理装置（デバイス）で発生した、もしくは今後発生するエラーや警告に対してオペレータの作業時間を考慮したサーバ１０６の処理を説明する。尚、実施形態５に係るジョブ処理システムの構成は、前述の実施形態１と同様であるため、その説明を省略する。また印刷装置や後処理装置、及びオペレータ端末装置１０７の処理は、前述の実施形態１の場合と同様であるため、ここではその説明を省略する。
【００９１】
図１５は、本発明の実施形態５に係るサーバ１０６による処理を説明するフローチャートである。この処理は、ＣＰＵ５１１がＲＡＭ（不図示）に展開したプログラムを実行することにより達成される。尚、図１５のＳ１５１３、Ｓ１５１４以外の処理は、図１４のＳ１４０１からＳ１４１２及び、Ｓ１４１４からＳ１４１７の処理と同一であるため、それらの詳細な説明を省略してＳ１５１２以降のフローについて詳細を説明する。
【００９２】
Ｓ１５１２でＣＰＵ５１１は、予め決められている各印刷ジョブの完了目標時間（ジョブの納期）を取得してＳ１５１３に進む。Ｓ１５１３でＣＰＵ５１１は、各作業待ちデバイスで発生している警告の解消予想時間を取得してＳ１５１４に進む。Ｓ１５１４でＣＰＵ５１１は、ジョブ完了目標時間に対して、警告解消予想時間を加算したジョブ終了予定時間が最も余裕のないジョブを特定し、そのジョブを有する作業待ちデバイスを最優先で処理すべきデバイスとして決定してＳ１５１５に進む。そしてＳ１５１５でＣＰＵ５１１は、その作業可能なオペレータ端末に対して、Ｓ１５１４で決定したデバイスの作業を実行するように通知する。
【００９３】
実施形態５では、エラーや警告の解消予想時間は、予めこのシステムに保持されている前提としているが、オペレータの習熟度情報からオペレータごとに可変なパラメータに設定しても良い。またオペレータの過去の作業履歴から、その警告の解消に要する時間を自動的に求めるように構成しても良い。
【００９４】
以上説明したように実施形態５によれば、複数のデバイスで突発的なエラー等の問題が発生しても、作業すべき優先度の高いデバイスを判定して、そのデバイスが有するジョブの終了期限に合わせた最適なオペレータの作業手順を通知できる。またオペレータは、ジョブ処理中の複数のデバイス（装置）の状況をリアルタイムに把握でき、各オペレータが次に行うべき作業をリアルタイムで知ることができる。
【００９５】
更に、オペレータが最適な手順でデバイス（装置）のリカバリ作業等を行うことができるため、オペレータ一人当たりが管理すべきデバイス（装置）の数を増やすことができる。これにより、オペレータの人数を増やす必要が無く、人件費の増大を抑えることが可能となる。
【００９６】
また、オペレータが最適な手順でデバイス（装置）のリカバリを行うことが可能となるため、デバイス（装置）の無駄な待ち時間を削減して、デバイス（装置）の稼働時間を増やすことができる。これにより、単位時間当たりに処理するジョブの数を増やすことができ、システム全体の生産性を高めることができる。
【００９７】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００９８】
本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。
【符号の説明】
【００９９】
１０１…印刷装置、１０４…後処理装置、１０６…サーバ、１０７，１０８…オペレータ端末、１０９…クライアント
【図１】
2017204147.tif 000003
【図２】
2017204147.tif 000004
【図３】
2017204147.tif 000005
【図４】
2017204147.tif 000006
【図５】
2017204147.tif 000007
【図６】
2017204147.tif 000008
【図７】
2017204147.tif 000009
【図８】
2017204147.tif 000010
【図９】
2017204147.tif 000011
【図１０】
2017204147.tif 000012
【図１１】
2017204147.tif 000013
【図１２】
2017204147.tif 000014
【図１３】
2017204147.tif 000015
【図１４】
2017204147.tif 000016
【図１５】
2017204147.tif 000017