(57)【特許請求の範囲】
【請求項１】
複数のパーツからなる冊子を作成するために印刷装置及び後処理装置で実行される複数のジョブを制御する装置であって、
前記印刷装置又は前記後処理装置で発生した不具合情報を受信する手段と、
前記受信した不具合情報に基づいて前記パーツの再印刷が必要か否かを判断する手段と、
前記再印刷が必要と判断されたパーツのジョブの順序の変更と、前記再印刷が必要と判断されたパーツと同じ前記冊子を構成する別の前記パーツのジョブの順序の変更とを前記印刷装置及び前記後処理装置に通知する手段と
を備えたことを特徴とする装置。
【請求項２】
前記通知する手段は、前記再印刷が必要なパーツと同じ前記冊子を構成する別のパーツの印刷工程が終了している場合、当該印刷工程が終了しているパーツの処理順序の変更を促すための情報を前記後処理装置に送信することを特徴とする請求項１に記載の装置。
【請求項３】
前記受信する手段が受信する前記不具合情報は、オペレータにより前記後処理装置に手動で入力されたものであることを特徴とする請求項１又は２に記載の装置。
【請求項４】
前記再印刷が必要と判断されたパーツの印刷ジョブを再度生成する手段を含むことを特徴とする請求項１から３のいずれか１つに記載の装置。
【請求項５】
前記再印刷が必要と判断されたパーツと、前記再印刷が必要と判断されたパーツと同じ前記冊子を構成する別の前記パーツとが合流する工程を特定する手段を備え、
前記通知する手段は、前記特定された工程以降の工程について、前記再印刷が必要と判断されたパーツと同じ前記冊子を構成する別の前記パーツのジョブの順序の変更を前記印刷装置及び前記後処理装置に通知することを特徴とする請求項１から４のいずれか１つに記載の装置。
【請求項６】
情報処理装置と、印刷装置と、後処理装置の制御装置とを備え、複数のパーツからなる冊子を作成するために前記印刷装置及び前記後処理装置で実行される複数のジョブを制御するシステムであって、前記情報処理装置は、
前記印刷装置又は前記後処理装置で発生した不具合情報を受信する手段と、
前記受信した不具合情報に基づいて前記パーツの再印刷が必要か否かを判断する手段と、
前記再印刷が必要と判断されたパーツのジョブの順序の変更と、前記再印刷が必要と判断されたパーツと同じ前記冊子を構成する別の前記パーツのジョブの順序の変更とを、前記印刷装置と前記後処理装置の制御装置とに通知する手段と
を備えたことを特徴とするシステム。
【請求項７】
複数のパーツからなる冊子を作成するために印刷装置及び後処理装置で実行される複数のジョブを制御する装置で実行される方法であって、
前記印刷装置又は前記後処理装置で発生した不具合情報を受信するステップと、
前記受信した不具合情報に基づいて前記パーツの再印刷が必要か否かを判断するステップと、
前記再印刷が必要と判断されたパーツのジョブの順序の変更と、前記再印刷が必要と判断されたパーツと同じ前記冊子を構成する別の前記パーツのジョブの順序の変更とを前記印刷装置及び前記後処理装置に通知するステップと
を備えたことを特徴とする方法。
【請求項８】
コンピュータに、
複数のパーツからなる冊子を作成するために印刷装置及び後処理装置で実行される複数のジョブを制御する装置で実行される方法であって、
前記印刷装置又は前記後処理装置で発生した不具合情報を受信するステップと、
前記受信した不具合情報に基づいて前記パーツの再印刷が必要か否かを判断するステップと、
前記再印刷が必要と判断されたパーツのジョブの順序の変更と、前記再印刷が必要と判断されたパーツと同じ前記冊子を構成する別の前記パーツのジョブの順序の変更とを前記印刷装置及び前記後処理装置に通知するステップと
を備えた方法を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ジョブを制御する装置、方法及びプログラムに関する。
【背景技術】
【０００２】
従来パーソナルコンピュータ上で、複数ページを有するレイアウトに対してユーザが自由に画像データを配置して冊子を作成して注文できる、いわゆるフォトブック注文サービスがある。このフォトブックは、本文、表紙、ジャケット、帯などの複数のパーツから構成されているものが多い。そしてこれらのパーツは、実際にフォトブックを作成する工程において、印刷後の後処理がそれぞれ異なる。そのため、各パーツの後処理は別々の後処理機で実行されるのが一般的である。よって、複数のフォトブックの注文に対しては、印刷物を後処理機に運搬する際に仕分けに手間がかからないように、同一パーツを集めた束ごとに印刷を行い、印刷物をそのまま後処理機へ給紙し、後処理を行うことが必要である。
【０００３】
このとき、束の中のパーツは、フォトブック作成システムが指定した所定の順番で積み重なっており、その順番は全ての種類のパーツの間で共通となっている。これは、同一の注文物を構成する複数種類のパーツを合成・製本する際に整合性を保つためである。
【０００４】
また、その作業工程の中でエラーや不具合が発生した場合には、オペレータは、印刷や複数の後処理工程を通過するフォトブックのパーツに対して再度、印刷及び後処理を実施するために、いわゆるリカバリー作業を実施する必要がある。
【０００５】
このリカバリー作業の際に、オペレータは、同じ注文ジョブの整合性を保つために、エラー発生パーツとその他のパーツ間とで、束の中の順番を合致させなくてはならない。順番を合致させるためには、一般的には２通りの方法が考えられる。
【０００６】
１つの方法は、エラーが発生した時点で後続のジョブの作業を一時停止し、対象パーツのリカバリー処理を済ませた後に、作業を再開する方法である。この場合、初めにフォトブック作成システムが指定した順番が維持される。
【０００７】
もう１つの方法は、エラー発生パーツに対するリカバリー作業を後回しにして、後続ジョブを先に完了させ、最後にリカバリー作業を実施する方法である。この場合、例えば、エラー発生パーツが束の最後尾に移動するなどして、当初のパーツの順番が変更される。
【０００８】
前者の場合、エラーが発生したパーツの工程、さらに場合によっては、他の種類のパーツの作業を停止して、リカバリーを優先する。したがって、全体的な生産性を考慮すると、後者の手法の方が好ましい。しかし、後者の場合、パーツ間の順番の整合性を保つためのオペレータの手作業が発生する。具体的には、エラー発生パーツと同じ順番にするために、他の全てのパーツの順番を手作業で変更する。このとき、オペレータは、エラー発生パーツと同一の注文を構成する他の種類のパーツを目視で確認し、そのパーツをエラー発生パーツと同じ順序（例えば、最後尾）に移動させなくてはならない。
【０００９】
このようなオペレータの作業負荷を軽減しつつエラーをリカバリーするための手法が、フォトブック制作現場では強く求められている。エラーリカバリーの技術としては、特許文献１が挙げられる。特許文献１に記載の手法は、作業工程の中で何らかの不具合が発生した場合に、まず、ジョブチケット（印刷設定情報もしくは後処理設定情報）に記述されてある作業工程の変更が必要か否かを判定する。要変更と判定した場合は、特許文献１に記載の手法は、対象の作業工程を実施可能な別のデバイスを探し、そのデバイスに作業を代行させるべくジョブチケットを新たに生成する。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００６−３０９３１９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、特許文献１では、単一のジョブにのみ着目してジョブチケットを更新しており、複数種のパーツを並行して扱うフォトブック作成フローに適用できているとは言い難い。つまり、不具合発生パーツそのもののリカバリーには対応可能だが、同一の注文を構成するその他のパーツについては考慮していない。
【００１２】
また、特許文献１では、複数の注文に対して、パーツごとにまとめた束ごとに処理を行うという、実際のフォトブック作成現場のワークフローには着目していない。つまり、複数パーツ間でジョブ順の整合性を保つという処理には対応していない。
【００１３】
本発明は上記の問題に鑑みてなされたものである。その課題は、複数種のパーツを扱うフォトブックの複数の注文についてのフォトブック作成フローに適用可能であり、高い生産性を実現しつつ、オペレータの手作業を軽減するための装置、方法及びプログラムを提供することである。
【課題を解決するための手段】
【００１４】
本発明に係る装置は、複数のパーツからなる冊子を作成するために印刷装置及び後処理装置で実行される複数のジョブを制御する装置であって、前記印刷装置又は前記後処理装置で発生した不具合情報を受信する手段と、前記受信した不具合情報に基づいて前記パーツの再印刷が必要か否かを判断する手段と、前記再印刷が必要と判断されたパーツのジョブの順序の変更と、前記再印刷が必要と判断されたパーツと同じ前記冊子を構成する別の前記パーツのジョブの順序の変更とを前記印刷装置及び前記後処理装置に通知する手段とを備えたことを特徴とする。
【発明の効果】
【００１５】
本発明によれば、複数種のパーツを扱うフォトブックの複数の注文についてのフォトブック作成フローに適用可能であり、高い生産性を実現しつつ、オペレータの手作業を軽減するための装置、方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】一実施形態におけるシステム全体の構成を示すブロック図である。
【図２】図１のシステムの処理を詳述する図である。
【図３】情報処理装置の内部構成の一例を示すブロック図である。
【図４】フォトブックの構成及びフォトブック作成までの処理工程の一例を表す図である。
【図５】フォトブック作成におけるジョブ構成の一例を表す図である。
【図６】ジョブチケットデータの記述例を示す図である。
【図７】実施例１における、メインの処理工程を示すフロー図である。
【図８】実施例１における、不具合発生パーツ情報の取得処理の一例を示す図である。
【図９】実施例１における、不具合発生パーツのジョブチケットを更新する処理の一例を示す図である。
【図１０】情報処理装置が保持する工程情報の一例を示す図である。
【図１１】実施例１における、不具合発生パーツとは別のパーツのジョブチケットを更新する処理の一例を示す図である。
【図１２】実施例１における、エラーフラグの有無に応じてフィニッシャの動作を切り替える処理の一例を示す図である。
【図１３】不具合発生パーツにおける、束内の物理的な順序変更の様子を示す図である。
【図１４】不具合発生パーツにおける、ジョブチケット更新の様子を示す図である。
【図１５】不具合発生パーツとは別の印刷待ちパーツにおける、束内の物理的なパーツの順序変更の様子を示す図である。
【図１６】不具合発生パーツとは別の印刷待ちパーツにおける、ジョブチケット更新の様子を示す図である。
【図１７】不具合発生パーツとは別の印刷済みパーツにおける、束内の物理的な順序変更の様子を示す図である。
【図１８】不具合発生パーツとは別の印刷待ちパーツにおける、ジョブチケット更新の様子を示す図である。
【図１９】実施例１における、パーツの順序変更をオペレータへ通知するＵＩの一例を示す図である。
【図２０】実施例２における、処理工程を示すフロー図である。
【図２１】実施例４における、処理工程を示すフロー図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための最良の形態について図面を用いて説明する。ただし、この実施形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらに限定する趣旨のものではない。
【００１８】
［第一実施形態］
図１は、本発明に係るくるみ製本成果物を作成するシステムの構成の一例を示す図である。
【００１９】
本システムは、情報処理装置１０１及び印刷装置１０２を備える。本システムはさらに、後処理装置（フィニッシャ）として、ニアラインくるみ製本機１０６、ニアライン断裁機１０７、ニアライン筋入れ機１０８、オフラインラミネータ１０９を備える。本システムはさらに、ニアラインくるみ製本機１０６、ニアライン断裁機１０７及びニアライン筋入れ機１０８をそれぞれ制御するための後処理制御装置（フィニッシャ制御装置）１０３〜１０５を備える。また、本システムは、ニアラインくるみ製本機１０６、ニアライン断裁機１０７及びニアライン筋入れ機１０８上でそれぞれ動作するバーコードリーダ１１０〜１１２を備える。なお、本実施例では、後処理装置１０６〜１０８と後処理制御装置１０３〜１０５を別の構成としているが、これに限定されない。後処理装置１０６〜１０８がそれぞれフィニッシャ制御装置１０３〜１０５を含む構成としても良い。本システムの各構成は、ネットワーク１２０により接続されている。
【００２０】
情報処理装置１０１はジョブ受信部１１３、ワークフロー管理部１１４、ジョブ解析部１１５、ジョブ制御部１１６、デバイス管理部１１７、ジョブ編集部１１８、工程情報１１９から構成されている。印刷装置１０２は、デバイス管理部１１７を介して送信されてきた印刷ジョブを解釈し、ラスタライズして印刷する装置である。ジョブ受信部１１３は、クライアント１００からの印刷ジョブや後処理ジョブのデータを受け付ける。ワークフロー管理部１１４は、ユーザがあらかじめ設定した後処理のワークフローに関するデータを管理する。受信したデータは、工程情報１１９に格納されて管理される。ジョブ解析部１１５は、ジョブ受信部１１３を介して受信したジョブを解析して、コンテンツの詳細情報や詳細な印刷設定情報または後処理設定情報を取得するとともに、メモリに保存する。ジョブ制御部１１６は、ジョブ解析部１１５によって解析されたジョブを、ワークフロー管理部１１４で管理されている工程情報１１９に基づいて出力の制御を行う。デバイス管理部１１７は、印刷装置１０２及び後処理機（１０６〜１０８）の管理を行う。デバイス管理部１１７は、印刷装置１０２及び後処理機（１０６〜１０８）から能力情報、構成情報及びプリンタ接続情報を取得する機能や、印刷装置１０２に対して印刷ジョブを、後処理機（１０６〜１０８）に対して後処理ジョブを送信する機能を持つ。また、情報処理装置１０１は工程情報１１９を保持する。工程情報１１９の詳細については、図１０を用いて、後述する。ジョブ編集部１１８は、ジョブ中のコンテンツ又はジョブチケットを編集する機能を備える。
【００２１】
図３は、情報処理装置１０１の内部構成の一例を示すブロック図である。ＣＰＵ３０１は、ＲＯＭ３０６内部のプログラム領域に記憶されたプログラム、又は、ハードディスク３０３からＲＡＭ３０２にロードされたＯＳ、汎用アプリケーション等のプログラムを実行する。ＲＡＭ３０２は、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。ハードディスク３０３は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、電子原稿ファイル等を記憶する。また、情報処理装置１０１に受信される印刷ジョブは、全てハードディスク３０３に送られる。ディスプレイコントローラ３０４はディスプレイによる表示の制御を行う。ネットワークコントローラ３０５は、ネットワークに接続された他の機器との通信制御処理を実行する。キーボードコントローラ３０９は、キーボードやポインティングデバイスからのキー入力を制御する。また、ＣＰＵ３０１は、内部バス３００によって、それぞれのブロックと接続されている。
【００２２】
図２は図１における情報処理装置１０１、印刷装置１０２、フィニッシャ制御装置１０３、バーコードリーダ１１０、ニアラインくるみ製本機１０６の処理の流れをさらに詳細に例示したものである。
【００２３】
情報処理装置１０１は、複数のパーツからなるフォトブックなどの冊子を作成するために印刷装置１０２及びフィニッシャ装置（後処理装置）１０６，１０７，１０８で実行される複数のジョブを制御する。
【００２４】
なお、ここでは、ニアラインくるみ製本機１０６を例に、フィニッシャ制御装置１０３、バーコードリーダ１１０との処理の流れを説明する。全体処理の流れは、他のフィニッシャ及びそれらと接続するフィニッシャ制御装置に関しても同様の説明が可能である。
【００２５】
図２において、まず、情報処理装置１０１は印刷装置１０２に対して、ジョブチケット（印刷設定情報及びジョブＩＤ情報）を送信し、コンテンツデータの印刷指示を行う（Ｓ２０１）。
【００２６】
次に情報処理装置１０１はフィニッシャ制御装置１０３にニアラインくるみ製本機１０６が動作するためのジョブチケット（後処理設定情報及びジョブＩＤ情報）を送信する（Ｓ２０２）。本後処理設定情報は同時に送られるジョブＩＤ情報と結び付けられ、フィニッシャ制御装置１０３に蓄積される。なお、前述したようにフィニッシャがフィニッシャ制御装置を含んだ構成である場合は、情報処理装置１０１はニアラインくるみ製本機１０６にジョブチケットを送信する。以降で説明する実施例についても同様である。
【００２７】
次に印刷装置１０２において、各パーツが印刷される。さらに、印刷された各パーツに対応する、Ｓ２０１で印刷装置１０２に送信したジョブＩＤ情報がバーコードとして印刷される（Ｓ２０３）。
【００２８】
なお、情報処理装置１０１は、同一の注文物を構成する各パーツ（表紙、本文、帯、ジャケット等）が紐づけられるように、ジョブＩＤを付与する。例えば、同一注文を構成するパーツのジョブＩＤに、共通の注文ＩＤを埋め込むなどの手法が挙げられる。図６に示される印刷設定情報及び後処理設定情報のｘｍｌデータの記述例６００を具体例とすると、ジョブＩＤ６０１として定義される数列「１２３４０１」の先頭４ケタの数列「１２３４」を注文ＩＤとしてもよい。すなわち、このｘｍｌデータの対象であるパーツと同一の注文物を構成する全てパーツに対して付与されるジョブＩＤの先頭４ケタは常に「１２３４」となる。
【００２９】
くるみ製本成果物を生成する作業者はＳ２０３で出力された印刷物をニアラインくるみ製本機１０６に運び、印字されたバーコード（ジョブＩＤを示す）をバーコードリーダ１１０で読み込む（Ｓ２０４）。
【００３０】
バーコードリーダから読み込まれたジョブＩＤと、Ｓ２０２においてフィニッシャ制御装置１０３に送られたジョブＩＤが照合され、Ｓ２０２で送られた後処理設定情報がニアラインくるみ製本機１０６にロードされる（Ｓ２０５）。該後処理設定情報に合わせた後処理が実行される。
【００３１】
このバーコードリーダによるジョブＩＤの読込処理は、後処理設定のロードに活用されるだけではなく、複数パーツ間の整合性の確認も目的としている。例えば、ニアラインくるみ製本機１０６は、同時に表紙と本文の２種類のパーツを処理するが、このとき、表紙と本文とで共通注文ＩＤが異なっていた場合、合成物は商品として使用不可であり、再度、印刷と後処理をしなくてはならない。このような事態を防ぐためにも、バーコードによるパーツ間の整合性の確認は、重要な作業といえる。
【００３２】
同一注文物を構成する複数パーツ間の整合性をとるために、フィニッシャ（１０６〜１０８）を使用しない組み付け工程においても、オペレータにバーコードリーダによるジョブＩＤの読込処理を実施させる形態も実施形態として考えられる。この場合、図１に示されるシステム構成に対し、組み付け工程用の制御装置と、その制御装置に接続されるバーコードリーダが追加される。この組み付け工程用の制御装置は、ネットワーク１２０を通じて情報処理装置１０１に接続され、ジョブに関する各種情報を情報処理装置１０１と送受信することが可能である。
【００３３】
図４は、フォトブックの構成及びフォトブック作成までの処理工程の一例を表す図である。図４（ａ）は、フォトブックの構成の一例を表す図であり、本実施形態では、表紙４０１、本文４０２、帯４０３、ジャケット４０４の４種類のパーツを組み合わせて１冊のフォトブックを作成する。表紙４０１と本文４０２はくるみ製本処理により製本されており、その上からジャケット４０４を、さらにその上から帯４０３を被せている。
【００３４】
図４（ｂ）は、フォトブック作成までの各パーツの処理工程の一例を表す図である。同一種類のパーツごとに印刷装置１０２にて印刷が行われ、出力された同一パーツの束ごとに人手によって後処理機（１０６〜１０９）へと搬送され、パーツ束ごとに後処理が行われる。
【００３５】
表紙４０１の後処理はラミネータ１０９によって表面にラミネート処理が施されたあと、くるみ製本機１０６に運搬される。表紙４０１と本文４０２はくるみ製本機１０６でくるみ製本が行われ、１つの冊子が作られる。なお、くるみ製本を行う際、表紙４０１と本文４０２の印刷物が人手によってくるみ製本機１０６に運搬され、別々の箇所に用紙が設定される。また、あらかじめニアライン後処理機（１０６〜１０８）に送信されていた後処理設定情報は、表紙４０１もしくは本文４０２に印刷されているバーコードを読み込むことで該ジョブの設定情報が反映されるのが一般的である。くるみ製本後は、断裁機１０７によって冊子の断裁が行われる。
【００３６】
一方、帯４０３は筋入れ機１０８によって用紙への筋入れ及び断裁処理が行われる。さらにジャケット４０４は、ラミネータ１０９によって表面にラミネート処理が施された後、筋入れ機１０８によって用紙への筋入れ及び断裁が行われる。最後に、各パーツを組み付けることによって、１冊のフォトブックが完成する。
【００３７】
以上のように、各パーツの工程は、はじめに印刷装置１０２において印刷処理を行う点では同じであるが、その後の後処理工程では、使用される後処理機の数や工程がそれぞれ異なっている。なお印刷装置１０２など、異なるパーツで使用するデバイスは同一デバイスでも良いし、別のデバイスを使用しても良い。また、工程の順序が守られていれば複数の工程を同一のデバイスで処理しても良い。例えば、ジャケット４０４の工程においてラミネータ１０９によるラミネーティング処理と筋入れ機１０８による筋入れ処理は別デバイスで行っているが、ラミネーティング処理と筋入れ処理を順番に処理可能な１つのデバイスを使用しても良い。なお、以降の説明においては、情報処理装置１０１が電子的な制御を一切行わない、オフラインラミネータ１０９によるラミネーティング処理工程に関しては特に記載することはしない。
【００３８】
図５は、フォトブック作成におけるジョブ構成の一例を表す図である。本実施形態において情報処理装置１０１は、ユーザからの注文を受け付けるとその注文に応じたコンテンツ及びジョブチケットを生成する。本実施形態において１つのフォトブック注文で生成されるジョブは、各パーツの印刷ジョブ（５０１〜５０４）、くるみ製本ジョブ５０５、断裁ジョブ５０６、帯・ジャケットの筋入れジョブ（５０７、５０８）の計８ジョブで構成されている。このうち、印刷ジョブ（５０１〜５０４）に関しては印刷工程に関するジョブであるため、各パーツのコンテンツと印刷設定情報が含まれている。一方、印刷ジョブ以外のジョブに関しては後処理工程に関するジョブであるため、後処理設定情報のみが含まれている。
【００３９】
図５の例では、表紙の印刷ジョブ５０１は、コンテンツデータである「００１−ｃｏｖｅｒ．ｐｄｆ〜００Ｎ−ｃｏｖｅｒ．ｐｄｆ」と、印刷設定情報である「００１−Ｐｒｉｎｔ−ｃｏｖｅｒ．ｘｍｌ〜００Ｎ−Ｐｒｉｎｔ−ｃｏｖｅｒ．ｘｍｌ」から構成される。一方、帯の筋入れジョブは、筋入れ処理の設定情報である「００１−Ｃｒｅａｓｅ−ｂｅｌｔ．ｘｍｌ」〜「００Ｎ−Ｃｒｅａｓｅ−ｂｅｌｔ．ｘｍｌ」から構成される。
【００４０】
図６は印刷・後処理設定情報であるｘｍｌデータの記述内容の一例を示す図であり。表紙の印刷設定が定義されている。
【００４１】
例えば、記述６０２の部分では、印刷に使用する用紙の設定が定義されており、この例では、給紙段「トレイ１」に入っている、用紙サイズ「６１２×７９２ｍｍ」の用紙を使用することが指定されてある。また、記述６０３では、印刷部数が設定されており、この例では３部の印刷が指示されている。
【００４２】
情報処理装置１０１は、印刷・後処理設定情報を、印刷・後処理を実行可能な装置に対して送信を行う。ジョブが送信された後は、印刷装置１０２であれば印刷を行うことが可能となる。また後処理装置（１０６〜１０８）であれば、作業者が印刷物を後処理装置（１０６〜１０８）へと搬送することで、送信された後処理設定パラメータを呼び出して印刷物の後処理を行うことが可能となる。
【００４３】
印刷装置１０２及び後処理装置（１０６〜１０８）は、所定のルールに基づき、複数のｘｍｌデータ（ジョブチケット）を順番に処理する。本実施例では、印刷装置１０２及び後処理装置（１０６〜１０８）は、情報処理装置１０１から投入された順番にｘｍｌデータを読込み、ジョブチケットに記載される設定に基づき、ジョブを実行するものとする。
【００４４】
＜実施例１＞
次に、第一実施形態における、情報処理装置１０１が行うジョブの制御処理の一例を図７に示すフローチャートを用いて説明する。この処理は、ＲＯＭ３０６及びハードディスク３０３などの記憶部からＲＡＭ３０２に展開されたプログラムに従って、ＣＰＵ３０１により制御される。
【００４５】
Ｓ７０１において、情報処理装置１０１は、エラーが発生したフィニッシャ（１０６〜１０８）に接続されるフィニッシャ制御装置（１０３〜１０５）から、当該エラーが発生したパーツの情報を取得する。または、情報処理装置１０１は、エラーが発生した印刷装置１０２から当該エラーが発生したパーツの情報を取得する。この処理の詳細については、図８を用いて後述する。
【００４６】
次にＳ７０２において、情報処理装置１０１はジョブチケットを更新する。このジョブチケットの更新処理は、対象のパーツの状態によって異なる。本実施例では、「１．不具合発生パーツ」、「２．不具合発生パーツとは別の種類の印刷待ちパーツ」、「３．不具合発生パーツとは別の種類の印刷済みパーツ」の３つの場合について説明する。処理の詳細については、図９、図１１を用いて後述する。
【００４７】
最後に、Ｓ７０３において、情報処理装置１０１は、Ｓ７０２で更新したジョブチケットを、各デバイス（印刷装置１０２、フィニッシャ制御装置（１０３〜１０５））へ送信し、ジョブ制御処理を終了する。詳細には、再印刷が必要と判断（判断方法は図８で後述する。）されたパーツのジョブの順序の変更と、再印刷が必要と判断されたパーツと同じフォトブック（冊子）を構成する別のパーツのジョブの順序の変更とを各デバイスに通知する。
【００４８】
以上のように図７に示した処理によれば、情報処理装置１０１は、フィニッシャ装置で発生した不具合情報を受け付け、当該不具合情報に基づいてジョブチケットを更新し、更新したジョブチケットを各デバイスへ送信する。
【００４９】
図８は、情報処理装置１０１がフィニッシャ制御装置（１０３〜１０５）から不具合発生パーツの情報を取得する処理（Ｓ７０１）のフローを示している。なお、別途説明はしないが、情報処理装置１０１が印刷装置１０２から不具合発生パーツの情報を取得する処理についても同様となる。
【００５０】
Ｓ８０１において、情報処理装置１０１は、印刷装置１０２又はフィニッシャ制御装置（１０３〜１０５）から、印刷装置１０２又はフィニッシャ（１０６〜１０８）にて発生したエラーの情報（不具合情報）を取得（受信）する。このエラー情報とは、例えば、デバイスごとに定義されてあるエラーコードである。
【００５１】
次に、Ｓ８０２において、情報処理装置１０１はＳ８０１で取得したエラー情報に基づいて、不具合が発生したパーツの再印刷が必要か否かを判定する。情報処理装置１０１は、全てのデバイスに対するエラーコードに対して、パーツの再印刷が必要か否かの情報を、ハードディスク３０３内に予め保持している。情報処理装置１０１は、この情報に基づいて、パーツの再印刷の要否の判定処理を行う。例えば、くるみ製本機１０６において、用紙のジャムや重送によるエラーコードが発生した場合は、情報処理装置１０１は再印刷が必要と判定する。一方、くるみ製本機１０６において、本文と表紙を合成するための糊剤の残量が低下したことにより、エラーコードが発生した場合は、情報処理装置１０１は再印刷の必要はないと判定する。
【００５２】
Ｓ８０２において、情報処理装置１０１が、パーツの再印刷が必要ではないと判定した場合は、情報処理装置１０１は処理を終了する。
【００５３】
一方、Ｓ８０２において、パーツの再印刷が必要であると判定した場合は、Ｓ８０３において、情報処理装置１０１は、不具合発生パーツの情報をフィニッシャ制御装置（１０３〜１０５）から取得する。ここでいう不具合発生パーツの情報とは、例えば、パーツの種類、ジョブＩＤ、注文ＩＤ、エラー発生工程、パーツの束の中の順序（何番目に処理されたパーツであるか）などである。
【００５４】
なお、上記の説明では、情報処理装置１０１が、エラー情報をもとに再印刷の必要性を判定したが、その限りではなく、フィニッシャ制御装置（１０３〜１０５）が判定を実施しても良い。その場合、フィニッシャ制御装置（１０３〜１０５）は、自身が接続するフィニッシャ（１０６〜１０８）のエラーコードに対して、パーツの再印刷が必要か否かの情報を予め保持しておく。そして、フィニッシャ制御装置（１０３〜１０５）がその情報をもとに再印刷の必要性を判定した結果を情報処理装置１０１へ伝える。以下では、情報処理装置１０１が、ジョブチケットを更新する処理（Ｓ７０２）の詳細を説明する。
【００５５】
[１．不具合発生パーツの場合]
図９は、情報処理装置１０１が、「不具合発生パーツ」のジョブチケットを更新する処理のフローを示している。
【００５６】
まず、Ｓ９０１において、情報処理装置１０１は不具合発生パーツの工程情報１１９を取得する。
【００５７】
工程情報１１９は、図１０に例示される工程順序情報１００１と合流工程情報１００２を含む。
【００５８】
図１０（ａ）の工程順序情報１００１は、各パーツが通過する工程の順序を示すものである。例えば、表紙パーツは、印刷工程、くるみ製本工程、断裁工程、そして、組み付け工程の順番で処理される。また、図１０（ｂ）の合流工程情報１００２は、ある対象パーツがその他のパーツと合流する工程を示すものである。例えば、表紙パーツが本文パーツと合流するのはくるみ製本工程であり、また、帯パーツがジャケットパーツと合流するのは組み付け工程であることが、この合流工程情報１００２からわかる。実施例１では、情報処理装置１０１は、工程順序情報１００１のみを使用する。
【００５９】
次にＳ９０２において、情報処理装置１０１は、不具合が発生した工程を「ジョブチケット更新対象工程」として定義する。
【００６０】
Ｓ９０３において、情報処理装置１０１は、対象パーツのジョブチケット対象工程におけるジョブチケット情報を取得する。本実施例では、ジョブチケットの情報は、全てのパーツのジョブが終了し成果物が完成するまで、情報処理装置１０１が記憶しておくものとするが、その限りではない。情報処理装置１０１ではなく、フィニッシャ制御装置（１０３〜１０５）が、自身が処理したジョブチケットを保持していてもよい。
【００６１】
そして、Ｓ９０４において、情報処理装置１０１は不具合発生パーツの複製ジョブチケットをジョブチケット群の最後尾に追加する。
【００６２】
続いて、Ｓ９０５において、情報処理装置１０１は不具合発生パーツのジョブチケットを削除する。
【００６３】
Ｓ９０６では、情報処理装置１０１は、Ｓ７０１でフィニッシャ制御装置（１０３〜１０５）から取得した不具合発生パーツ情報と、Ｓ９０１で取得した工程順序情報１００１から、現在のジョブチケット更新対象工程が対象パーツの最後の工程であるかを判定する。
【００６４】
Ｓ９０６で、現在のジョブチケット更新対象工程が対象パーツの最後の工程であると判定した場合は、情報処理装置１０１はこの処理フローを終了する。一方、最後の工程ではないと判定した場合は、Ｓ９０７において、情報処理装置１０１は、工程順序情報１００１が示す次の工程をジョブチケット更新対象工程と定義し、Ｓ９０３へと処理を進める。  具体例として、くるみ製本工程にて表紙パーツに不具合が発生した場合の、表紙パーツのジョブチケットの変更、および、パーツ束の中の表紙パーツの物理的な移動の様子について、図１３、１４を用いて説明する。図１３は、束内での表紙パーツの物理的な順序変更の様子を示す図である。図１４は、ジョブチケットが変更される様子を示す図である。  パーツに不具合が発生する前、情報処理装置１０１はフィニッシャ制御装置（１０３〜１０５）に対し、図１４の１４０１が示すジョブチケットを投入する。計Ｎ個のジョブチケットが、ｘｍｌデータのファイル名の先頭の数値が示す通り、１からＮの順番で並んでいる。このジョブチケットの並びに従い、フィニッシャ制御装置（１０３〜１０５）は、計Ｎ個の表紙パーツを１からＮの順番（１３０１）で処理するべく、フィニッシャ（１０６〜１０８）を制御するべく待機している。
【００６５】
ここでｘ番目の表紙に不具合が発生した場合、情報処理装置１０１は、Ｓ９０４において、ｘ番目のジョブチケット「００ｘ−Ｂｉｎｄ．ｘｍｌ」の複製「００ｘ−Ｂｉｎｄ−ＣＯＰＹ．ｘｍｌ」を、ジョブチケット群の最後尾に追加する。図１４の１４０２が、この段階でのジョブチケット群を示す。
【００６６】
その次に、情報処理装置１０１は、Ｓ９０５において、ｘ番目のパーツのジョブチケット「００ｘ−Ｂｉｎｄ．ｘｍｌ」を削除する。図１４の１４０３が、この段階でのジョブチケット群を示す。
【００６７】
情報処理装置１０１は、表紙パーツが通過する全ての工程に対して、上記のように更新されたジョブチケット群を印刷装置１０２及びフィニッシャ制御装置（１０３〜１０５）に送信する。その後、各種工程にて処理をされるパーツ束を示しているのが、図１３の１３０２である。ｘ番目に位置していたもともとの表紙ｘ１３０３は不具合のため使用不可となり廃棄される。一方、複製ジョブチケットにより、再印刷された表紙ｘの複製１３０４が束の最後尾に位置するようになる。
【００６８】
以上のように図９、１０、１３及び１４に示した処理によれば、不具合発生パーツのジョブチケットを更新し、ジョブチケットの順序を変更する。その結果、不具合発生パーツのリカバリー作業を後回しにしつつ、人の手を介さずにジョブの順序を変更することができる。
【００６９】
[２．不具合発生パーツとは別の種類の印刷待ちパーツの場合]
図１１は、情報処理装置１０１が、「不具合発生パーツ以外のパーツ」のジョブチケットを更新する処理のフローを示している。以下で、情報処理装置１０１は、以下で説明する処理を、不具合発生パーツ以外の全てのパーツに対して実行する。まずＳ１１０１において、情報処理装置１０１は工程情報１１９と対象パーツ情報を取得する。この対象パーツ情報とは、対象パーツの現在の処理状況を示す情報である。情報処理装置１０１は、工程順序情報１００１をもとに対象パーツが通過するフィニッシャ（１０６〜１０８）を割り出す。そして、それらと接続するフィニッシャ制御装置（１０３〜１０５）から、対象パーツの処理の進捗状況を取得する。すなわち、情報処理装置１０１は、対象パーツが、現在、どの処理工程に位置するかを把握することができる。
【００７０】
次に、Ｓ１１０２において、情報処理装置１０１は、Ｓ１１０１で取得した工程順序情報１００１と対象パーツ情報を用いて、対象パーツが全ての工程が終了しているかを判定する。対象パーツの全ての工程が終了していると判定した場合は、情報処理装置１０１は処理を終了する。一方、対象パーツの全ての工程が終了していないと判定した場合は、情報処理装置１０１は、Ｓ１１０３において、未完了工程のうち最も上流の工程を「ジョブチケット更新対象工程」として定義する。すなわち、Ｓ１１０３において、「ジョブチケット更新対象工程」は、工程順序情報１００１と対象パーツ情報とを用いて判断される。
【００７１】
Ｓ１１０４においては、情報処理装置１０１は、対象パーツのジョブチケット対象工程におけるジョブチケット情報を取得する。Ｓ９０３と同様の処理であるため、詳細の説明は割愛する。続いて、Ｓ１１０５において、情報処理装置１０１は、不具合発生パーツと同じ注文ＩＤを持つパーツの複製ジョブチケットをジョブチケット群の最後尾に追加する。
【００７２】
Ｓ１１０６においては、情報処理装置１０１は、Ｓ１１０１で得た情報を用いて対象パーツが、印刷工程を終了しているかどうかを判定する。対象パーツが印刷待ちであると判定した場合、情報処理装置１０１は、Ｓ１１０７へと処理を進める。
【００７３】
Ｓ１１０７においては、情報処理装置１０１は不具合発生パーツと同じ注文ＩＤを持つパーツのジョブチケットを削除する。
【００７４】
そして、Ｓ１１０９において、情報処理装置１０１は、Ｓ１１０１で取得した工程順序情報１００１と対象パーツ情報を用いて現在のジョブチケット更新対象工程が対象パーツの最後の工程であるかを判定する。Ｓ９０６と同様の処理であるため、詳細の説明は割愛する。
【００７５】
図１５及び１６を参照して、具体例として、くるみ製本工程にて表紙パーツに不具合が発生した場合に、印刷待ちの状態であった帯パーツのジョブチケットの変更、および、帯パーツ束の中のパーツの物理的な移動の様子について説明する。図１５は、束内での帯パーツの物理的な順序を示す図である。図１６は、帯パーツのジョブチケットが変更される様子を示す図である。
【００７６】
図１６の符号１６０１は、表紙パーツに不具合が発生する前に、情報処理装置１０１が印刷装置１０２に対して投入した帯パーツのジョブチケットを示す。このジョブチケットは、計Ｎ個の帯パーツジョブが、１からＮの順番で並んでいる。このジョブチケットと同様に、計Ｎ個の帯パーツを１からＮの順番で印刷するのを、印刷装置１０２が待機している。
【００７７】
この状態で、表紙パーツに不具合が発生すると、まず、Ｓ１１０３において、情報処理装置１０１は、印刷工程を「ジョブチケット更新対象工程」と判定する。そして、Ｓ１１０５において、情報処理装置１０１は、ｘ番目のジョブチケット「００ｘ−Ｐｒｉｎｔ−ｂｅｌｔ．ｘｍｌ」の複製「００ｘ−Ｐｒｉｎｔ−ｂｅｌｔ−ＣＯＰＹ．ｘｍｌ」を、ジョブチケット群の最後尾に追加する。図１６の符号１６０２が、この段階でのジョブチケット群を示す。
【００７８】
その次に、情報処理装置１０１は、Ｓ１１０７において、ｘ番目のパーツのジョブチケット「００ｘ−Ｐｒｉｎｔ−ｂｅｌｔ．ｘｍｌ」を削除する。図１６の符号１６０３が、この段階でのジョブチケット群を示す。このように変更されたジョブチケットに従い、印刷装置１０２が出力した帯のパーツ束の物理的な順序を示しているのが、図１５の符号１５０１である。ｘ番目に位置するはずだった帯ｘ１５０２は、ジョブチケットが削除されたため、この順序には印刷されない。一方、複製ジョブチケットにより帯ｘの複製パーツ１５０３が束の最後尾に出力される。
【００７９】
情報処理装置１０１は、図１０（ａ）の工程順序情報１００１を用いて帯パーツが通過する工程を判別し、各工程（筋入れ工程、組み付け）に対して上記と同様にジョブチケットを変更した後に、各フィニッシャ（１０６〜１０８）に送信する。
【００８０】
以上のように図１１、１５及び１６に示した処理によれば、不具合発生パーツとは別の種類の作業待ちパーツのジョブチケットを更新し、ジョブチケットの順序を変更することができる。その結果、不具合発生パーツのリカバリー作業を後回しにしつつ、人の手を介さずに同一の注文物を構成する他のパーツのジョブの順序を変更することができる。
【００８１】
[３．不具合発生パーツとは別の種類の印刷済みパーツの場合]
図１１を用いて、「不具合発生パーツとは別の種類の印刷済みパーツ」のジョブチケットを更新する処理のフローを説明する。
【００８２】
Ｓ１１０１からＳ１１０６までは、上述したため、ここでの説明は割愛する。  
Ｓ１１０６において、対象パーツが印刷待ちであると判定した場合、情報処理装置１０１は、Ｓ１１０８へと処理を進める。
【００８３】
Ｓ１１０８においては、情報処理装置１０１は不具合発生パーツと同じ注文ＩＤを持つパーツのジョブチケットにエラーフラグを付与し更新する。エラーフラグは、例えば、図６に示されるように、ジョブチケット内のパラメータ「ＥｒｒｏｒＦｌａｇ」６０４として定義することができる。情報処理装置１０１は、当該ジョブチケットのエラーフラグパラメータ６０４を０（ＯＦＦ）から１（ＯＮ）へと変更する。
【００８４】
また、フィニッシャ制御装置（１０３〜１０５）は、このエラーフラグ６０４を認識することができ、その値によってフィニッシャ（１０６〜１０８）の動作を切り替えることができる。後述するように、エラーフラグがＯＮである場合、フィニッシャ制御装置（１０３〜１０５）は、オペレータに対して、パーツの処理順序の変更を促す。すなわち、このエラーフラグはオペレータに対して、パーツの処理順序の変更を促すための情報として機能する。このフィニッシャ（１０６〜１０８）の動作の切り替えの詳細に関しては、後ほど説明する。  
Ｓ１１０９、Ｓ１１１０は、上述したため、ここでの説明は割愛する。
【００８５】
ここで、フィニッシャ制御装置（１０３〜１０５）が、エラーフラグが付与されたジョブに対して、フィニッシャ（１０６〜１０８）の動作を切り替える処理について図１２を用いて説明する。
【００８６】
まず、エラーフラグがＯＮであるジョブチケットに対応するパーツを含むパーツの束がオペレータによりフィニッシャ（１０６〜１０８）に運ばれる。Ｓ１２０１において、フィニッシャ制御装置（１０３〜１０５）は、パーツに印字されたバーコードをバーコードリーダに読み込ませる。
【００８７】
次に、Ｓ１２０２において、フィニッシャ制御装置（１０３〜１０５）は、バーコードリーダから取得したジョブＩＤを照合し、自身に蓄積されたジョブチケットの中から該当するジョブチケットを読み出す。
【００８８】
そして、Ｓ１２０３において、フィニッシャ制御装置（１０３〜１０５）は、読み出したジョブチケットを解読し、エラーフラグがＯＮであるかどうかを判定する。
【００８９】
ジョブチケットにエラーフラグがＯＦＦである場合は、フィニッシャ制御装置（１０３〜１０５）は当該パーツの処理を終了し、次のパーツの処理を開始する。
【００９０】
一方、ジョブチケットにエラーフラグがＯＮである場合は、Ｓ１２０４において、フィニッシャ制御装置（１０３〜１０５）は、自身のＵＩ画面を通じてオペレータにジョブ順の変更が発生したことを通知する。そして、フィニッシャ制御装置（１０３〜１０５）は、当該パーツをパーツ束の一番最後に処理するように、オペレータを促す。このオペレータへの通知ＵＩの例は図１９に示す。
【００９１】
このように、Ｓ１２０４の処理によれば、印刷工程が終了しているパーツと同じ注文の他のパーツでジョブチケットの更新があった場合、フィニッシャ制御装置（１０３〜１０５）は、オペレータに対して、その旨を通知し、パーツの移動を促す。その結果、同じ注文の他のパーツでジョブチケットの更新があった場合に、オペレータが処理順序を誤って処理をしてしまうことを低減することができる。具体例として、くるみ製本工程にて表紙パーツに不具合が発生した時点で印刷済みの状態であるジャケットパーツに関して、ジョブチケットの変更、及び、束中のパーツの物理的な移動の様子について、図１７、１８を用いて説明する。なお、この具体例においては、ジャケットパーツが、印刷工程を既に終え、次の筋入れ工程へ投入される前の時点でジョブチケットが変更されるものとする。図１７は、束内でのジャケットパーツの物理的な順序を示す図である。図１８は、ジャケットパーツのジョブチケットが変更される様子を示す図である。
【００９２】
表紙パーツに不具合が発生する前、情報処理装置１０１は、印刷装置１０２に対し、図１８の符号１８０１が示す帯パーツのジョブチケットを投入する。このジョブチケットは、計Ｎ個のジャケットパーツジョブが、１からＮの順番で並んでいる。このジョブチケットに従い印刷装置１０２から出力された後、筋入れ工程にて処理されるまでのジャケットのパーツ束の物理的な順序を図１７の符号１７０１に示す。
【００９３】
この状態で、表紙パーツに不具合が発生すると、まず、図１１のＳ１１０３において、情報処理装置１０１は、筋入れ工程を「ジョブチケット更新対象工程」と判定する。
【００９４】
そして、Ｓ１１０５において、情報処理装置１０１は、ｘ番目のジョブチケット「００ｘ−Ｃｒｅａｓｅ−Ｊａｃｋｅｔ．ｘｍｌ」の複製「００ｘ−Ｃｒｅａｓｅ−Ｊａｃｋｅｔ−ＣＯＰＹ．ｘｍｌ」を、ジョブチケット群の最後尾に追加する。
【００９５】
その次に、情報処理装置１０１は、Ｓ１１０８において、ｘ番目のパーツのジョブチケット「００ｘ−Ｐｒｉｎｔ−ｂｅｌｔ．ｘｍｌ」のエラーフラグをＯＮにする。図１８の符号１８０２が、この段階でのジョブチケット群を示す。このように更新されたジョブチケット群が、情報処理装置１０１によって、筋入れ機制御装置に送信される。
【００９６】
この時点で、筋入れ工程に投入されるジャケットのパーツ束の物理的な順序は図１７の符号１７０１に示されるままである。
【００９７】
そして、フィニッシャ制御装置１０５は、Ｓ１２０３において、ｘ番目のジャケットｘ１７０２にエラーフラグが付与されていると判定すると、オペレータに、当該パーツを束の最後尾に移動するように順番の変更を指示する（Ｓ１２０４）。
【００９８】
情報処理装置１０１は、ジャケットパーツが以降で通過する全ての工程に対して、同様の制御を実施する。
【００９９】
本実施例により、複数種のパーツを扱うフォトブック作成フローに適用可能であり、かつ、エラー発生時に複数パーツ間のジョブ順の整合性を保つためのオペレータのエラーリカバリー作業を軽減する手法を提供することが可能である。
【０１００】
すなわち、フォトブックのような構成パーツが多い成果物の製本作業において、デバイスのエラーや人為的なミスが発生した際に、不具合発生パーツだけではなく、関連する全てのパーツのジョブ順を容易に自動で変更することを可能とする。また、順番が変わったジョブを容易に特定可能となり、オペレータの目視によるジョブＩＤの確認が不要となる。さらに、誤って変更前のジョブの順番で処理をしてしまい、その結果、パーツを損失するという事態を防止する。さらに、パーツの移動などのオペレータによる手で行う作業については、当該作業を行う必要のあるパーツについて通知がされる。そのため、誤った順序のパーツに対してジョブを実行してしまうことを防ぐことができる。
【０１０１】
＜実施例２＞
情報処理装置１０１は、不具合が発生しジョブチケットの変更が必要である旨を、オペレータに手動で通知させてもよい。すなわち、情報処理装置１０１は、不具合情報として、フィニッシャ制御装置のオペレータによって手動で入力された情報を受信することとしても良い。
【０１０２】
上記の実施例においては、情報処理装置１０１が、フィニッシャ制御装置（１０３〜１０５）から受けとったエラー情報をもとに、不具合の発生及びジョブチケットの変更の必要性を自動で判断していた。しかし、この方法では、不具合が発生してもデバイスがエラーとして扱わないエラーには対応できない。例えば、筋入れ機１０８においては、用紙の種類、厚み等の要因に応じて、用紙の斜行が発生する。しかし、斜行が発生しても、筋入れ機１０８はエラーとは認識せず、以降の処理を続行してしまう。
【０１０３】
図２０に示すフロー図を用いて、この実施例の詳細を説明する。  
まず、情報処理装置１０１はＳ２００１において、オペレータがフィニッシャ（１０６〜１０８）を「不具合通知モード」に移行したことを検知する。オペレータに「不具合通知モード」へモード移行させるための手段として、ここでは、フィニッシャ制御装置（１０３〜１０５）のＵＩ上にスイッチを設ける手段を具体例として挙げる。
【０１０４】
次にＳ２００２において、情報処理装置１０１は、フィニッシャ制御装置（１０３〜１０５）のＵＩ画面を用いて、オペレータに不具合発生パーツに印字されたバーコードを読み取るように指示する。
【０１０５】
そして、情報処理装置１０１は、Ｓ２００３にて、読み取ったバーコード情報を、フィニッシャ制御装置（１０３〜１０５）から取得し、上述した実施例１のとおり、ジョブチケット更新処理を実施する。
【０１０６】
この手法により、デバイスがエラーとして扱わない不具合が発生した場合でも、オペレータの判断により、ジョブチケットの自動更新作業を開始することができ、オペレータのリカバリー作業の負担をより軽減することが可能である。
【０１０７】
＜実施例３＞
本実施例では、Ｓ７０１において、再印刷が必要であると判断された不具合発生パーツの情報を取得した際に、不具合が発生したパーツを使いまわすことができない場合について説明する。本実施例において、情報処理装置１０１は、不具合が発生したパーツそのものの再印刷、再後処理のジョブチケットを自動で生成（すなわち、不具合発生パーツの印刷及び後処理ジョブを再度生成）し、各デバイスおよびデバイスの制御装置に送信する。
【０１０８】
先の実施例１、２に加え、不具合が発生し再印刷が必要となるパーツ自体に対する印刷、後処理の指示も自動化することで、オペレータのリカバリー作業の負荷をさらに軽減することが可能である。
【０１０９】
なお、情報処理装置１０１がパーツの再印刷を印刷装置１０２に指示した時点で、印刷装置１０２が別の印刷ジョブを実行中である可能性がある。しかし、現場のデバイス使用状況やオペレータの作業スケジュールによっては、実行中の印刷ジョブの終了を待たずにリカバリー作業を進めたほうが好ましい場合が考えられる。このような状況に対応するために、情報処理装置１０１は、実行中の印刷ジョブを中断させて不具合パーツの印刷を優先的に開始する割り込み印刷を、印刷装置１０２に指示してもよい。
【０１１０】
さらに、この割り込み印刷の指示の際には、排紙先を通常の排紙先とは異なる別の排紙先にするように印刷装置１０２に指示することもできる。排紙先を変更することにより、オペレータは、所望の出力物と、それまで印刷していた他の出力物とを容易に判別することができる。
【０１１１】
＜実施例４＞
上記の実施例１〜３において、不具合発生パーツとは別の種類のパーツに対して、残りの全ての工程に対してパーツのジョブチケット変更処理が実施される。しかし、不具合発生パーツの順番の変更がその他の種類のパーツに影響するのは、不具合発生パーツと合流する工程以降あり、それより前の工程では特に考慮しなくても問題は無い。
【０１１２】
そこで、本実施例では、情報処理装置１０１は、不具合発生パーツとは別の種類のパーツに対して、ジョブチケットを更新する処理において、対象パーツが不具合発生パーツと合流する工程以降のジョブチケットのみを更新し、各デバイスへ通知する。この実施例の詳細を図２１のフローを用いて説明する。
【０１１３】
Ｓ２１０１、Ｓ２１０２は、それぞれ、上述のＳ１１０１、Ｓ１１０２と同様の処理であるため、ここでの説明は割愛する。
【０１１４】
Ｓ２１０３において、情報処理装置１０１は、対象パーツと不具合発生パーツとの合流工程の情報１００２を取得し、Ｓ２１０４にて、取得した合流工程をジョブチケット更新対象工程とする。すなわち、情報処理装置１０１は、再印刷が必要と判断されたパーツと、再印刷が必要と判断されたパーツと同じフォトブック（冊子）を構成する別のパーツとが合流する工程を特定する。当該特定された工程をジョブチケット更新対象工程となる。
【０１１５】
Ｓ２１０５、Ｓ２１０６は、それぞれ、上述のＳ１１０４、Ｓ１１０５と同様の処理であるため、ここでの説明は割愛する。
【０１１６】
Ｓ２１０７〜Ｓ２１０９は、それぞれ、上述のＳ１１０８〜Ｓ１１１０と同様の処理であるため、ここでの説明は割愛する。
【０１１７】
図２１に示した処理の後、図７のＳ７０３にて、情報処理装置１０１は、ジョブの順序の変更を対応する各デバイスに通知する。
【０１１８】
この手法により、対象パーツが不具合発生パーツと合流する工程より前の工程のジョブチケットの更新を省略することできる。そのため、情報処理装置１０１とフィニッシャ制御装置（１０３〜１０５）との不要な情報のやりとりを無くすことができるとともに、ジョブチケット更新等の処理のために中断する工程を最小限に抑えることが可能である。
【０１１９】
［その他の実施例］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【０１２０】
１０１  情報処理装置
１０２  印刷装置
１０３〜１０５  フィニッシャ制御装置
１０６  ニアラインくるみ製本機
１０７  ニアライン断裁機
１０８  ニアライン筋入れ機
１１０〜１１２  バーコードリーダ
１１９  工程情報
【図１】
0005721530.tif 000002
【図２】
0005721530.tif 000003
【図３】
0005721530.tif 000004
【図４】
0005721530.tif 000005
【図５】
0005721530.tif 000006
【図６】
0005721530.tif 000007
【図７】
0005721530.tif 000008
【図８】
0005721530.tif 000009
【図９】
0005721530.tif 000010
【図１０】
0005721530.tif 000011
【図１１】
0005721530.tif 000012
【図１２】
0005721530.tif 000013
【図１３】
0005721530.tif 000014
【図１４】
0005721530.tif 000015
【図１５】
0005721530.tif 000016
【図１６】
0005721530.tif 000017
【図１７】
0005721530.tif 000018
【図１８】
0005721530.tif 000019
【図１９】
0005721530.tif 000020
【図２０】
0005721530.tif 000021
【図２１】
0005721530.tif 000022