(57)【要約】【課題】印刷部数が変更された場合においても、煩雑な作業を要することなく、後処理工程を適切に管理することを目的とする。【解決手段】印刷物の後処理を管理する管理装置であって、印刷装置による印刷結果を受信する受信手段と、印刷結果に基づいて、後処理ジョブの部数を変更する変更手段と、変更手段による変更後の部数を、後処理ジョブを行う後処理装置に送信する送信手段とを有する。【選択図】図９
2019160167.tif 000002
【特許請求の範囲】
【請求項１】
印刷物の後処理を管理する管理装置であって、
印刷装置による印刷結果を受信する受信手段と、
前記印刷結果に基づいて、後処理ジョブの部数を変更する変更手段と、
前記変更手段による変更後の部数を、後処理ジョブを行う後処理装置に送信する送信手段と
を有することを特徴とする管理装置。
【請求項２】
前記受信手段は、印刷部数の変更の有無を示す情報を前記印刷結果として前記印刷装置から受信し、
前記送信手段は、前記印刷部数の変更があった場合に、前記変更後の部数を送信することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記送信手段は、前記変更後の部数を含むジョブ情報を送信することを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記送信手段は、前記変更後の部数が前記後処理装置の処理可能な部数を超えている場合には、前記変更後の部数を、前記後処理装置と異なる他の後処理装置に送信することを特徴とする請求項１乃至３の何れか１項に記載の管理装置。
【請求項５】
印刷物の後処理を管理する管理装置が実行する管理方法であって、
印刷装置による印刷結果を受信する受信ステップと、
前記印刷結果に基づいて、後処理ジョブの部数を変更する変更ステップと、
前記変更ステップにおける変更後の部数を、後処理ジョブを行う後処理装置に送信する送信ステップと
を含むことを特徴とする管理方法。
【請求項６】
コンピュータを、請求項１乃至４の何れか１項に記載の管理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷物の後処理を管理する管理装置、管理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、画像形成装置や注文受注方法のデジタル化による印刷技術の向上によりオンデマンド印刷が生産現場で流行している。オンデマンド印刷では、依頼に係る製品の製造法が一部一部異なり得ることから、ミスを防ぐために、依頼数より多く製造しておくことがなされている。この多く製造する行為は「予備生産」などと呼ばれ、何部多く製造するかは、印刷所の歩留まり率や作業者のスキルによって変動する。予備生産を行うことで、作り直し時に予備生産分を使用することで印刷からやり直す必要がなくなる。特許文献１には、ユーザがプリンタ上で必要に応じて印刷部数の変更を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−２９１３５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術においては、部数変更があった場合には、ユーザが手作業により部数変更を行う必要があるため、効率的でなくミスが生じる可能性があるという問題があった。
【０００５】
本発明はこのような問題点に鑑みなされたもので、印刷部数が変更された場合においても、煩雑な作業を要することなく、後処理工程を適切に管理することを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明は、印刷物の後処理を管理する管理装置であって、印刷装置による印刷結果を受信する受信手段と、前記印刷結果に基づいて、後処理ジョブの部数を変更する変更手段と、前記変更手段による変更後の部数を、後処理ジョブを行う後処理装置に送信する送信手段とを有することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、印刷部数が変更された場合においても、煩雑な作業を要することなく、後処理工程を適切に管理することができる。
【図面の簡単な説明】
【０００８】
【図１】印刷システムの全体図である。
【図２】印刷システムのハードウェア構成図である。
【図３】フロー管理装置の機能構成図を示す図である。
【図４】ＲＤＢのデータ構成を模式的に示す図である。
【図５】フロー管理装置が送受信する情報を示す図である。
【図６】確認画面を示す図である。
【図７】商材登録処理を示すフローチャートである。
【図８】ジョブ生成処理を示すフローチャートである。
【図９】ジョブ監視処理を示すフローチャートである。
【図１０】第２の実施形態に係る印刷システムの全体図である。
【図１１】第２の実施形態に係るＲＤＢのデータ構造を例示する図である。
【図１２】部数変更の説明図である。
【図１３】送信処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
（第１の実施形態）
図１は、印刷システム１００の全体図である。印刷システム１００は、印刷室の外部からの印刷物の依頼を受信し、その情報を基に、本の製造を行うＰＯＤ（Ｐｒｉｎｔ  Ｏｎ  Ｄｅｍａｎｄ）印刷システムである。印刷システム１００は、注文管理装置１１０と、フロー管理装置１２０と、プリンタ１３０と、製本機１４０と、断裁機１５０と、を有している。  注文管理装置１１０は、印刷室の外部からの印刷物の依頼を管理する。本実施形態の印刷システム１００においては、ユーザは、印刷に使用するファイルや依頼情報のダウンロードは、注文管理装置１１０から行うものとする。フロー管理装置１２０は、印刷から、断裁、製本といった後処理までの一連の処理のワークフローを管理する。フロー管理装置１２０は、例えば、プリンタ１３０、製本機１４０及び断裁機１５０に対し製造指示を行う。
【００１０】
プリンタ１３０は、フロー管理装置１２０等からの指示に従い、本や名刺に使われる表紙や本身の内容等の印刷を行う。製本機１４０は、フロー管理装置１２０等からの指示に従い、印刷された本身、表紙を製造指示に基づいた厚みで糊付けし、製本された印刷物を製造する。断裁機１５０は、フロー管理装置１２０等からの指示に従い、製本された印刷物を三方断裁し、製品を製造する。
【００１１】
なお、小規模なシステムであれば、注文管理装置１１０とフロー管理装置１２０は同じコンピュータで構成してもよい。また、プリンタ１３０、製本機１４０、断裁機１５０は、それぞれ、生産量に応じて複数接続されていてもよい。また、製本機１４０、断裁機１５０は、後処理装置の一例であるが、これ以外の後処理装置が接続されていてもよい。
【００１２】
まず、印刷システム１００の一連の処理の概略を説明する。印刷システム１００には、商材と、商材を製造するために必要な工程に係る情報が印刷作業者等により予め登録されている。印刷システム１００においては、依頼者からの依頼情報は、注文管理装置１１０に登録される。そして、依頼情報は、注文管理装置１１０からフロー管理装置１２０へダウンロードされる。フロー管理装置１２０は、商材と工程に基づいて、プリンタ１３０、製本機１４０及び断裁機１５０へ処理指示を送信する。ユーザは、プリンタ１３０上で予備生産を行うために部数変更を行う。ユーザはまた、製造途中においても、作り直しのため再度印刷を行うこともできる。予備生産の部数変更や再印刷された部数は、都度、フロー管理装置１２０へ送信され、フロー管理装置１２０は変更後の部数を受信すると、これに応じて製本機１４０や断裁機１５０といった後処理装置へ変更後の部数が反映された処理指示を送信する。
【００１３】
図２は、フロー管理装置１２０、プリンタ１３０及び製本機１４０のハードウェア構成図である。フロー管理装置１２０は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、外部メモリ２０４と、表示部２０５と、操作部２０６と、通信部２０７と、を有している。ＣＰＵ２０１は、フロー管理装置１２０の全体を制御する。ＲＯＭ２０２及び外部メモリ２０４は、ＣＰＵ２０１の制御プログラム等を記憶する。外部メモリ２０４は例えばハードディスク等である。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。なお、後述するフロー管理装置１２０の機能や処理は、ＣＰＵ２０１がＲＯＭ２０２等に格納されているプログラムを読み出し、このプログラムを実行することにより実現されるものである。表示部２０５は、各種情報を表示する。操作部２０６は、ユーザ操作を受け付ける。通信部２０７は、外部装置との通信を行う。なお、注文管理装置１１０のハードウェア構成は、フロー管理装置１２０のハードウェア構成とほぼ同様である。
【００１４】
プリンタ１３０は、ＣＰＵ２１１と、ＲＯＭ２１２と、ＲＡＭ２１３と、外部メモリ２１４と、表示部２１５と、操作部２１６と、通信部２１７と、印刷部２１８と、を有している。ＣＰＵ２１１、Ｒ１Ｍ２１２、ＲＡＭ２１３、外部メモリ２１４、表示部２１５、操作部２１６及び通信部２１７は、それぞれＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、外部メモリ２０４、表示部２０５、操作部２０６及び通信部２０７と同様である。印刷部２１８は、印刷を行う。
【００１５】
製本機１４０は、ＣＰＵ２２１と、ＲＯＭ２２２と、ＲＡＭ２２３と、外部メモリ２２４と、表示部２２５と、操作部２２６と、通信部２２７と、製本部２２８と、を有している。ＣＰＵ２２１、Ｒ１Ｍ２２２、ＲＡＭ２２３、外部メモリ２２４、表示部２２５、操作部２２６及び通信部２２７は、それぞれＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、外部メモリ２０４、表示部２０５、操作部２０６及び通信部２０７と同様である。製本部２２８は、製本を行う。なお、断裁機１５０のハードウェア構成は、製本機１４０のハードウェア構成とほぼ同様である。断裁機１５０は、製本部２２８に替えて、断裁部を有する。
【００１６】
図３は、フロー管理装置１２０の機能構成図を示す図である。フロー管理装置１２０は、受付部３０１と、データベース（ＤＢ）管理部３０２と、リレーショナルデータベース（ＲＤＢ）３０３と、通信処理部３０４と、ジョブ管理部３０５と、を有している。受付部３０１は、操作部２０６へのユーザ操作を受け付ける。ＤＢ管理部３０２は、受付部３０１や通信処理部３０４が取得した情報に従い、商材の情報をＲＤＢ３０３へ登録する。ＲＤＢ３０３は、商材の情報を後述するテーブル形式で記憶する。
【００１７】
通信処理部３０４は、外部装置との通信を行う。通信処理部３０４は例えば、注文管理装置１１０からＣｏｍｍａ−Ｓｅｐａｒａｔｅｄ  Ｖａｌｕｅｓ（ＣＳＶ）等の形式で記述された依頼情報を受信する。依頼情報は、例えば、商材を一意に特定する商材ＩＤと注文数とを含む。商材ＩＤが０００１の製品を１０冊依頼する依頼情報は、例えば、ヘッダー部分には商材ＩＤ及び注文数、ボディ部分には商材ＩＤに対応した「０００１」と注文数に対応した「１０」が記載されたファイルとなる。なお、依頼情報は、ＣＳＶ形形式の情報とするがこれ以外の形式のファイルであってもよい。通信処理部３０４はまた、後述のジョブ管理部３０５により生成されたジョブ情報を、対応する各装置１３０、１４０、１５０へ送信する。
【００１８】
通信処理部３０４による通信には、国際標準化団体ＣＩＰ４が定める、Ｊｏｂ  Ｄｅｆｉｎｉｔｉｏｎ  Ｆｏｒｍａｔ（ＪＤＦ）の形式が使われるものとする。但し、制御コマンドに使用される形式は、プリンタ１３０や製本機１４０、断裁機１５０が解釈して、処理が可能なものであれば、ＪＤＦに限定されない。各装置１３０、１４０、１５０に対し、それぞれ別々の形式の制御コマンドを送信しもよい。
【００１９】
ジョブ管理部３０５は、ジョブ情報を生成、管理する。ジョブ管理部３０５は、例えば、商材ＩＤ紐付く工程に係る情報をＲＤＢ３０３から抽出し、プリンタ１３０、製本機１４０、断裁機１５０を制御する３つのジョブに係るジョブ情報を生成する。ジョブ情報は、通信処理部３０４を介し各装置へ送信される。
【００２０】
図４は、ＲＤＢ３０３のデータ構成を模式的に示す図である。ＲＤＢ３０３には、注文テーブル４１０、商材テーブル４２０、工程テーブル４３０、ジョブテーブル４４０が格納されている。各テーブルは、外部キーによって、互いに関連付けられている。フロー管理装置１２０は、図４の形式で情報を管理することにより、プリンタ１３０へ送信する印刷ジョブと、製本機１４０、断裁機１５０へ送信する後処理ジョブを紐付けて管理することができる。
【００２１】
注文テーブル４１０は、注文番号４１１を主キーに持つ、注文の情報を管理するテーブルである。注文番号４１１は、注文を一意に特定することができる番号であり、ＤＢ管理部３０２が管理のために独自に生成する番号である。注文数４１２、商材ＩＤ４１３は、受付部３０１が受け付けた依頼情報を格納する領域である。注文数４１２は、依頼された冊数を格納する領域であり、１以上の数値が格納される。商材ＩＤ４１３は、商材テーブル４２０の外部キーであり、商材テーブルに登録のある商材ＩＤ４２１を格納する領域である。
【００２２】
商材テーブル４２０は、商材ＩＤ４２１を主キーに持つ、商材の情報を管理するテーブルである。商材ＩＤ４２１は、商材を一意に特定することができる番号であり、ＤＢ管理部３０２が管理のために生成する番号である。商材名４２２は、商材登録時にユーザが命名した商材の名称を格納する領域である。
【００２３】
工程テーブル４３０は、工程ＩＤ４３１を主キーに持つ、工程の情報を管理するテーブルである。工程ＩＤ４３１は、工程を一意に特定することができる番号であり、ＤＢ管理部３０２が生成する番号である。商材ＩＤ４３２は、商材テーブル４２０の外部キーであり、商材テーブル４２０に登録のある商材ＩＤ４２１を格納する領域である。工程名４３３は、商材登録時にユーザが命名した商材の名称を格納する領域である。出力先４３４は、商材登録時にユーザが命名した出力先の機器の情報を格納する領域である。ここには、プリンタ１３０、製本機１４０、断裁機１５０等の機器の名称が格納されるが、機器を特定できる情報であれば、異なる形式のデータでもよい。
【００２４】
ジョブテーブル４４０は、ジョブＩＤ４４１を主キーに持つ、ジョブの情報を管理するテーブルである。ジョブＩＤ４４１は、ジョブを一意に特定することができる番号であり、ＤＢ管理部３０２が生成する番号である。注文番号４４２は、注文テーブル４１０の外部キーであり、注文テーブル４１０に登録のある注文番号４１１を格納する領域である。工程ＩＤ４４３は、工程テーブル４３０の外部キーであり、工程テーブル４３０に登録のある工程ＩＤ４３１を格納する領域である。部数４４４は、依頼された冊数を製造するために必要な量を格納する領域であり、注文数４１２と同じ数値が格納される。ステータス４４５は、ジョブの処理結果を格納する領域であり、送信済み、処理完了等の処理状況の文字列が格納される。格納する処理状況は、処理完了通知の情報を格納していれば、他の処理状況を格納していてもよいし、複数の処理状況を格納していてもよい。ＱｕｅｕｅＥｎｔｒｙＩＤ４４６は、プリンタ１３０、製本機１４０、断裁機１５０が発行するＩＤを格納する領域であり、このＩＤで検索をかけることで、所定のジョブに処理完了通知の情報を紐づけることができる。
【００２５】
図５は、フロー管理装置１２０が送受信する情報を示す図である。図５に示す例では、送受信される情報は、ＪＤＦ形式で記述されるものとするが、送受信される情報の記述方法やファイル形式は、特に限定されるものではない。図５（ａ）は、フロー管理装置１２０がプリンタ１３０へ送信する印刷コマンドを示す図である。図５（ｂ）は、印刷コマンドに対しプリンタ１３０が返す応答を示す図である。フロー管理装置１２０とプリンタ１３０は、これらの情報によりジョブＩＤ４４１を共有する。
【００２６】
ＳｕｂｍｉｔＱｕｅｕｅＥｎｔｒｙコマンド要素５０４は、新規にジョブを送信することを示し、ＩＤとしてＭ００９を指定する。ＱｕｅｕｅＳｕｂｍｉｓｓｉｏｎＰａｒａｍｓ要素５０５は、印刷設定及び印刷ファイルのパスが記載されたＪＤＦファイルの指定を行っている。Ｒｅｓｐｏｎｓｅ要素５１３は、ｒｅｆＩＤ属性５１４にＳｕｂｍｉｔＱｕｅｕｅＥｎｔｒｙコマンド要素５０４のＩＤであるＭ００９を記述して、図５（ａ）に示した印刷コマンドの応答であることをフロー管理装置１２０に提示する。ＱｕｅｕｅＥｎｔｒｙ要素のＱｕｅｕｅＥｎｔｒｙＩＤ５１５は、プリンタ１３０が発行したＪｏｂ−００３２という値のＱｕｅｕｅＥｎｔｒｙＩＤを表し、フロー管理装置１２０は、この値をＱｕｅｕｅＥｎｔｒｙＩＤ４４６に格納する。その後は、通信に同じＱｕｅｕｅＥｎｔｒｙＩＤを使用することで、何回印刷されてもジョブを検索することができ、同一注文内の他のジョブを検索することも可能となる。
【００２７】
図５（ｃ）は、フロー管理装置１２０が１０部の印刷ジョブを送信したのに対して、プリンタ１３０において１２部印刷された際の、処理完了通知を示す図である。図５（ｄ）は、プリンタ１３０上で２部、追加で印刷が実行された際の、処理完了通知の例である。図５（ｃ）、（ｄ）は、プリンタ１３０上で部数変更や再印刷を行われた際の、処理完了通知の違いを示している。
【００２８】
ＲｅｔｕｒｎＱｕｅｕｅＥｎｔｒｙコマンド要素５２３は、プリンタ１３０で何らかの通知が発生したことを示す。ＲｅｔｕｒｎＱｕｅｕｅＥｎｔｒｙＰａｒａｍｓ要素５２５のＱｕｅｕｅＥｎｔｒｙＩＤ５２４属性にＪｏｂ−００３２という値を記述することで、Ｊｏｂ−００３２に関する通知であることを表す。Ｃｏｍｐｌｅｔｅｄ属性５２５に記述されたＪ１は、その後に続けて記述されるＩＤがＪ１であるＪＤＦに処理完了通知の詳細が記載されていることを示す。Ａｍｏｕｎｔ属性５２８は、１０部の印刷が指示されていたことを示し、ＡｃｔｕａｌＡｍｏｕｎｔ属性５２７は、実際にプリンタ１３０では、１２部印刷されたことを表す。Ｃｏｍｍｅｎｔ属性５３１は、後述する確認ダイアログの入力内容を反映するために使用する。ここでは、同一注文内の他のジョブに対して製造部数の変更を伝えるＡＤＤＩＴＩＯＮＡＬを指定していることを示す。フロー管理装置１２０は、ＡＤＤＩＴＩＯＮＡＬの値を受信した場合、同一注文の製本制御ジョブ、断裁制御ジョブの部数を変更する。
【００２９】
ＲｅｔｕｒｎＱｕｅｕｅＥｎｔｒｙコマンド要素５４３は、プリンタ１３０の通知を示す。ＲｅｔｕｒｎＱｕｅｕｅＥｎｔｒｙＰａｒａｍｓ要素５４５のＱｕｅｕｅＥｎｔｒｙＩＤ５４４属性にＪｏｂ−００３２という値を記述することで、Ｊｏｂ−００３２に関する通知であることを表す。Ｃｏｍｐｌｅｔｅｄ属性５４５に記述されたＪ２は、その後に続けて記述されるＩＤがＪ２であるＪＤＦに処理完了通知の詳細が記載されていることを示す。
【００３０】
Ａｍｏｕｎｔ属性５４８は、１０部の印刷が指示されていたことを示し、ＡｃｔｕａｌＡｍｏｕｎｔ属性５４７は、実際にプリンタ１３０では、２部印刷されたことを表す。追加で印刷が実行されたことは直接記述されていないが、フロー管理装置１２０は、Ｊｏｂ−００３２のジョブのステータス４４５が処理完了になっていることを確認することで、追加で印刷されたと判断することができる。Ｃｏｍｍｅｎｔ属性５５１は、後述する確認ダイアログの入力内容を反映するために使用する。ここでは、同一注文内の他のジョブに対して製造部数の変更を伝えるＡＤＤＩＴＩＯＮＡＬ、ステータス４４５が処理完了でない工程にも変更を伝えるＩＮＣＬＵＤＥオプションを指定していることを示す。
【００３１】
フロー管理装置１２０は、ＡＤＤＩＴＩＯＮＡＬ、ＩＮＣＬＵＤＥオプションの値を受信した場合には、同一注文の製本工程、断裁工程に対し、差分部数の新規ジョブを指示する。フロー管理装置１２０は、ＡＤＤＩＴＩＯＮＡＬの値のみを受信し、ＩＮＣＬＵＤＥオプションの値を受信しなかった場合は、同一注文の製本工程、断裁工程の内、処理完了になっていない工程にのみ差分部数の新規ジョブを指示する。
【００３２】
例えば、印刷現場では、製本工程で作業のミスが発生し、２部追加で作り直す場合には、印刷工程、製本工程のみ２部製造し、断裁工程の前では、元の１０部を製造する等のユースケースが存在する。この場合、ＩＮＣＬＵＤＥオプションを無しに設定することにより、断裁工程には新規ジョブを指示しないことができ、ユーザは正確な製造の進捗管理が可能となる。なお、ＡＤＤＩＴＩＯＮＡＬ値、ＩＮＣＬＵＤＥオプション値の指定に、ＪＤＦ以外の方法を実装してもよい。
【００３３】
図６は、プリンタ１３０上で部数変更や再印刷を行われた際に、プリンタ１３０の表示部２１５に表示される確認画面を示す図である。確認画面に入力された内容は、ＪＤＦのＣｏｍｍｅｎｔ属性５５１を使用してフロー管理装置１２０に送信される。ＪＤＦ以外の方法で、フロー管理装置１２０に通信する手段を使用していてもよいし、ファイルを渡す等の通信を伴わない手段を使用していてもよい。
【００３４】
図６（ａ）の確認画面６１０は、ユーザが１回目の印刷で部数変更を行った際に表示される画面である。関連したジョブ、つまり、同一注文内の製本ジョブ、断裁ジョブに対し、部数変更を指示するかを確認する。「はい」ボタン６０２が押下されると、印刷が実行され、ＪＤＦのＣｏｍｍｅｎｔ属性５５１にＡＤＤＩＴＩＯＮＡＬの値が記述される。「いいえ」ボタン６０３が押下されると、印刷が実行される。この場合、ＪＤＦのＣｏｍｍｅｎｔ属性５５１にＡＤＤＩＴＩＯＮＡＬの値は記述されない。「キャンセル」ボタン６０４が押下されると、印刷は取り止めとなる。ユーザが意図せず、部数変更を操作してしまった場合は、「キャンセル」ボタン６０４によって、印刷操作を中止することができる。「閉じる」ボタン６１１も「キャンセル」ボタン６０４と同じ動作となる。
【００３５】
図６（ｂ）に示す確認画面６３０は、ユーザが２回目以降の印刷を行った際に表示される画面である。メッセージの内容は、関連した工程、つまり、同一注文内の製本ジョブ、断裁ジョブに対し、新規に差分部数のジョブを指示するかを確認するものである。チェックボックス６２１は、未実施の工程、つまり、製本ジョブ、断裁ジョブの内、ステータス４４５が処理完了になっていないものに対しても、新規のジョブを指示するためのものである。チェックが付いている場合には、ＪＤＦのＣｏｍｍｅｎｔ属性５５１にＩＮＣＬＵＤＥオプションが付加され、全ての工程に新規のジョブを送信する。
【００３６】
「はい」ボタン６２２が押下されると、印刷が実行される。この場合、ＪＤＦのＣｏｍｍｅｎｔ属性５５１にＡＤＤＩＴＩＯＮＡＬの値が記述される。「はい」ボタン６２２が押下された際にチェックボックス６２１にチェックが入っている場合は、ＪＤＦのＣｏｍｍｅｎｔ属性５５１にＡＤＤＩＴＩＯＮＡＬの値とＩＮＣＬＵＤＥオプションの値が記述される。「いいえ」ボタン６２３が押下されると、印刷が実行される。「いいえ」ボタン６２３が押下された際に、チェックボックス６２１にチェックが入っている場合は、ＪＤＦのＣｏｍｍｅｎｔ属性５５１にはＡＤＤＩＴＩＯＮＡＬの値もＩＮＣＬＵＤＥオプションの値も記述されない。「キャンセル」ボタン６２４が押下されると、印刷は取り止めとなる。「閉じる」ボタン６３１も「キャンセル」ボタン６２４と同じ動作となる。
【００３７】
図７は、フロー管理装置１２０による商材登録処理を示すフローチャートである。Ｓ７０１において、ＤＢ管理部３０２は、受付部３０１を介してユーザ操作により入力された商材と工程の情報を取得する。ここで、商材と工程の情報とは、商材テーブル４２０に示す、商材名４２２の値と、工程テーブル４３０に示す、工程名４３３、出力先４３４の値である。本実施形態においては、商材ＩＤ４２１と、工程ＩＤ４３１はＤＢ管理部３０２が生成するため、ユーザが入力する必要はない。次に、Ｓ７０２において、ＤＢ管理部３０２は、取得した商材と工程の情報をＲＤＢ３０３に登録する。本実施形態においては、ＤＢ管理部３０２は、注文を受け付ける前に、商材と工程の情報の登録を完了しているものとするが、他の例としては、ＤＢ管理部３０２は、注文を受け付けてから、登録を行うこととしてもよい。
【００３８】
図８は、フロー管理装置１２０によるジョブ生成処理を示すフローチャートである。ジョブ生成処理の実行時には、商材登録処理は完了しているものとする。Ｓ８０１において、受付部３０１は、注文管理装置１１０から依頼情報として商材ＩＤと注文数を受信する。この商材ＩＤと注文数は、それぞれ、注文テーブル４１０の商材ＩＤ４１３と注文数４１２に当たる。次に、Ｓ８０２において、ジョブ管理部３０５は、ＲＤＢ３０３から受付テーブルを取得する。ここで、受付テーブルとは、Ｓ８０１において受信した商材ＩＤをキーに持つ、商材テーブル４２０の一部である。受付のテーブルには、商材ＩＤ４３２で紐づけられた工程テーブル４３０のデータも含まれる。
【００３９】
次に、Ｓ８０３において、ジョブ管理部３０５は、受付テーブルから印刷ジョブ及び後処理ジョブのジョブ情報を生成する。ここで、ジョブ情報には、ジョブテーブル４４０に含まれるジョブＩＤ４４１、注文番号４４２、工程ＩＤ４４３、部数４４４、ステータス４４５、ＱｕｅｕｅＥｎｔｒｙＩＤ４４６等の情報が含まれる。次に、Ｓ８０４において、通信処理部３０４は、印刷ジョブのジョブ情報を送信する。次に、Ｓ８０５において、通信処理部３０４は、後処理ジョブのジョブ情報を送信する。以上で、ジョブ生成処理が完了する。
【００４０】
図９は、フロー管理装置１２０によるジョブ監視処理を示すフローチャートである。ジョブ監視処理は、ジョブ生成処理が完了した後で実行される処理である。Ｓ９０１において、通信処理部３０４は、プリンタ１３０から印刷結果を受信する。この時点では、該注文の最初の処理結果に当たるので、図５（ｃ）に例示したＪＤＦ等の情報を受信する。次に、Ｓ９０２において、ジョブ管理部３０５は、変更要求を受信したか否かを判定する。ジョブ管理部３０５は、ＪＤＦのＣＯＭＭＥＮＴ属性５３１にＡＤＤＩＴＩＯＮＡＬ等が設定されている場合に変更要求を受信したと判定する。ここで、変更要求は、印刷部数の変更の有無を示す情報の一例である。ジョブ管理部３０５は、変更要求を受信した場合に（Ｓ９０２でＹＥＳ）、処理をＳ９０３へ進める。ジョブ管理部３０５は、変更要求を受信しなかった場合には（Ｓ９０２でＮＯ）、処理をＳ９０４へ進める。Ｓ９０３において、ジョブ管理部３０５は、同一注文内の後処理ジョブの部数を変更する。
【００４１】
次に、Ｓ９０４において、ジョブ管理部３０５は、該注文が最終工程まで完了しているか否かを判定する。ジョブ管理部３０５は、最終工程まで完了している場合には（Ｓ９０４でＹＥＳ）、ジョブ監視処理を終了する。なお、最終工程まで完了とは、該注文のジョブのステータス４４５が全て処理完了になっていることで判断可能であるが、ジョブの属性に最終工程か否かの値をジョブテーブル４４０に保持しておいてもよい。ジョブ管理部３０５は、最終工程まで完了していない場合には（Ｓ９０４でＮＯ）、処理をＳ９０５へ進める。Ｓ９０５において、通信処理部３０４は、引き続き機器から処理結果を受信し、Ｓ９０６において、ＤＢ管理部３０２は、受信したジョブのステータスを更新する。Ｓ９０５において受信する処理結果は、送り元がプリンタからであれば、図５（ｄ）に例示したＪＤＦ等の情報となる。
【００４２】
次に、Ｓ９０７にいて、ジョブ管理部３０５は、変更要求を受信したか否かを判定する。ジョブ管理部３０５は、ＪＤＦのＣＯＭＭＥＮＴ属性５５１にＡＤＤＩＴＩＯＮＡＬ等が設定されている場合に変更要求を受信したと判定する。ジョブ管理部３０５は、変更要求を受信した場合には（Ｓ９０７でＹＥＳ）、処理をＳ９０８へ進める。ジョブ管理部３０５は、変更要求を受信しなかった場合には（Ｓ９０７でＮＯ）、処理をＳ９０４へ進める。
【００４３】
Ｓ９０８において、ジョブ管理部３０５は、ＤＦのＡｃｔｕａｌＡｍｏｕｎｔ属性５４７から製造部数を取得する。次に、Ｓ９０９において、ジョブ管理部３０５は、未実施の後処理工程が残されているか否かを判定する。ジョブ管理部３０５は、未実施の後処理工程が残っている場合には（Ｓ９０９でＹＥＳ）、処理をＳ９１０へ進める。ジョブ管理部３０５は、未実施の後処理工程が残っていない場合には（Ｓ９０９でＮＯ）、処理をＳ９０４へ進める。Ｓ９１０において、通信処理部３０４は、変更後の部数を含む新規ジョブを後処理装置へ送信し、その後処理をＳ９０４へ進める。ここで、後処理装置は、製本機１４０や断裁機１５０である。
【００４４】
以上のように、本実施形態によれば、予備生産のための部数変更や、再印刷が発生する製造においても、煩雑なユーザ操作を要することなく、自動的に部数変更を後処理ジョブに反映することができる。これにより、後処理装置等に製造部数を入力する作業が不要となり、作業者の負担を軽減して作業効率の向上とミスの発生を抑えることが可能となる。生産量変更に伴う作業者の負担を軽減して作業効率の向上とミスの発生を抑えることが可能な後処理制御を実現することができる。
【００４５】
（第２の実施形態）
製造現場によっては、多丁付けや多面付けのような、１枚の用紙に複数の製品をレイアウトして印刷し、その後に断裁処理することで最終的な製品を製造する運用がされているケースがある。そのようなケースでは、後処理機が処理対象とする部数と、実際に製造する部数の値が一致しなくなる。これに対し、第２の実施形態に係る印刷システムは、多丁付け等を製造するケースにおいて断裁処理以降の工程の部数の管理を行う。以下、第２の実施形態に係る印刷システムについて、第１の実施形態に係る印刷システム１００と異なる点を主に説明する。
【００４６】
図１０は、第２の実施形態に係る印刷システム１０００の全体図である。印刷システム１０００は、断裁機として、小型断裁機１０１１と、大型断裁機１０１２と、を有している。小型断裁機１０１１と大型断裁機１０１２は、同時に処理できる紙束の厚さや処理速度が異なるが、一方断裁や三方断裁等の機能は同じものを有しているものとする。ここでは、印刷システム１０００は、同じ工程を処理可能な後処理機の一例として小型断裁機１０１１と大型断裁機１０１２を有するものとしているが、印刷システム１０００は、同じ工程を処理可能な複数の後処理機を有していればよい。他の例としては、印刷システム１０００は、低速の断裁機と高速の断裁機を有してもよい。また、断裁機の台数は３台以上であってもよい。以下では、印刷物を断裁機で一方断裁した後、製本機で製本し、再度断裁機で三方断裁を行う場合を例に説明する。
【００４７】
第２の実施形態においては、フロー管理装置１２０のジョブ管理部３０５は、通信処理部３０４を介して製造した部数を受け取り、後述する前工程の分割数を使用して、製造に必要な部数を計算する。例えば、一方断裁工程の分割数が４に設定されている場合は、以降の製本工程、三方断裁工程の部数は４倍にする。分割数が２の断裁工程、分割数が４の断裁工程が２個連なっている場合には、以降の製本工程、三方断裁工程は２倍に４倍を掛けた、８倍を部数に掛け合わせる。また、ジョブ管理部３０５は、部数計算の後、部数が出力先のキャパシティ、すなわち同時に処理できる紙束の厚さの限界値を超えていた場合、後処理ジョブの送信先を変更する。紙束の厚さの計算には、後述するジョブのページ数と紙厚が必要であり、一般には、紙厚×枚数×部数で求められる。なお、断裁機の分類に処理速度を使用した場合には、キャパシティは、単純に部数を使用していてもよい。
【００４８】
図１１は、ＲＤＢ３０３のデータ構造を例示する図である。本実施形態においては、ＲＤＢ３０３には、注文テーブル１１０１、商材テーブル１１０２、工程テーブル１０１３、ジョブテーブル１１０４に加えて、出力先テーブル１１０５が格納されている。フロー管理装置１２０は、出力先テーブル１１０５により、後処理ジョブの送信先を変更することが可能となる。
【００４９】
出力先ＩＤ１１３４は、出力先テーブル１１０５の外部キーであり、出力先テーブル１１０５に登録のある出力先ＩＤ１１５１を格納する領域である。工程テーブル１１０３の分割数１１３５は、該工程で、分割される製品の数を格納する領域であり、１以上の数値が格納される。製品を分割しない製本機では、１が格納され、製品を例えば４つに分割する一方断裁機では、４が格納される。
【００５０】
ジョブテーブル１１０４のページ数１１４７と紙厚１１４８は、上述の紙束の厚さを計算するのに必要な情報である。ページ数１１４７は、前工程の印刷物の枚数を格納する領域であり、１以上の数値が格納される。製本前の表紙と本身をそれぞれ断裁する場合には、表紙用の断裁ジョブには、表紙のページ数、本身用の断裁ジョブには、本身のページ数が格納される。紙厚１１４８は、前工程の印刷物に使用した用紙の厚さが格納する領域であり、１以上の数値が格納される。紙厚の単位はｍｍが一般的であるが、フロー管理装置１２０が厚さを計算できれば、どんな単位を使用していてもよい。また、坪量等の紙厚に相当する他の規格を使用していてもよい。
【００５１】
出力先テーブル１１０５は、出力先ＩＤ１１５１を主キーに持つ、工程の情報を管理するテーブルである。出力先ＩＤ１１３４は、出力先を一意に特定することができる番号であり、ＤＢ管理部３０２が独自に生成する番号である。キャパシティ１１５２は、該出力先の同時に処理できる紙束の厚さの限界値を格納する領域である。キャパシティ１１５２は、代替先との切り替えに使用する値であるため、必ずしも該出力先のハードウェアの制限値と一致している必要はない。代替出力先ＩＤ１１５３は出力先テーブル１１０５の外部キーであり、出力先テーブルに登録のある、他の出力先ＩＤ１１５１を格納する領域である。代替出力先ＩＤ１１５３は、送信先の切り替え時に使用される。旧型フラグ１１５４は、部数変更コマンドを実装していない旧型の機種を示す論理値を格納する領域である。旧型フラグ１１５４を使用して、異なる方法で部数変更を行う方法の詳細は後述する。
【００５２】
図１２は、部数変更コマンドを実装していない機器における部数変更の説明図である。図１２に示す例では、ＪＤＦ形式で記述しているが、記述方法やファイル形式は、これに限定されるものではない。フロー管理装置１２０は、図１２（ａ）に示すＪＤＦの制御コマンドで部数変更したいジョブをキャンセルする。フロー管理装置１２０は、図１２（ｂ）に示すようにジョブを送り直し、図１２（ｃ）に示す応答の中から新しいＱｕｅｕｅＥｎｔｒｙＩＤを取得する。図示していないが、応答を受け取ったＤＢ管理部３０２は、新しいＱｕｅｕｅＥｎｔｒｙＩＤをＱｕｅｕｅＥｎｔｒｙＩＤ１１４６の領域に上書きする。これにより、既に後処理機の内部に存在する後処理ジョブの部数の情報を更新することが可能となる。
【００５３】
ＡｂｏｒｔＱｕｅｕｅＥｎｔｒｙコマンド要素１２０１は、指定したＱｕｅｕｅＥｎｔｒｙＩＤのジョブをキャンセルするコマンドである。ＱｕｅｕｅＥｎｔｒｙＩＤの指定は、ＱｕｅｕＥｎｔｒｙＩＤ属性１２０２に値を記述することで可能となる。本実施形態においては、部数変更をしたいジョブのＱｕｅｕｅＥｎｔｒｙＩＤ１２４６の値を記述することで、該ジョブをキャンセルする。
【００５４】
ＳｕｂｍｉｔＱｕｅｕｅＥｎｔｒｙコマンド要素１２０３は、新規にジョブを送信することを示し、ＩＤとしてＭ３０２を指定する。ＱｕｅｕｅＳｕｂｍｉｓｓｉｏｎＰａｒａｍｓ要素１２０４は、印刷設定及び印刷ファイルのパスが記載されたＪＤＦファイルの指定を行うが、本実施形態においては、上述でキャンセルしたジョブと同じＪＤＦファイルの指定を行う。
【００５５】
Ｒｅｓｐｏｎｓｅ要素１２１１は、ｒｅｆＩＤ属性１２１２にＳｕｂｍｉｔＱｕｅｕｅＥｎｔｒｙコマンド要素１２０３のＩＤであるＭ３０２を記述して、図１２（ｂ）に示した制御コマンドの応答であることをフロー管理装置１２０へ提示する。ＱｕｅｕｅＥｎｔｒｙ要素のＱｕｅｕｅＥｎｔｒｙＩＤ１２１３は、後処理機が発行したＪｏｂ−００８２という値のＱｕｅｕｅＥｎｔｒｙＩＤを表す。この値で、ＱｕｅｕｅＥｎｔｒｙＩＤ１１４６に格納している値を上書きすることで、その後は、後処理機が通知する処理結果とジョブの紐付けが可能となる。
【００５６】
図１３は、送信処理を示すフローチャートである。本送信処理は、図９に示す新規ジョブ送信処理（Ｓ９１０）に替えて実行される処理である。ジョブ管理部３０５は、図９に示すＳ９０９において、未処理の後処理工程が残っている場合には（Ｓ９０９でＹＥＳ）、処理をＳ１３０１へ進める。Ｓ１３０１において、ジョブ管理部３０５は、処理結果を受信したジョブの前工程に分割数１１３５が設定されているか否かを判定する。ジョブ管理部３０５は、分割数が設定されている場合には（Ｓ１３０１でＹＥＳ）、処理をＳ１３０２へ進める。ジョブ管理部３０５は、分割数が設定されていない場合には（Ｓ１３０１でＮＯ）、処理をＳ１３０３へ進める。
【００５７】
Ｓ１３０２において、ジョブ管理部３０５は、通信処理部３０４を介して製造した部数を受信し、製造した部数に前工程の分割数１１３５を乗算する。例えば、部数が１０で前工程にあたる一方断裁工程の分割数が４であるとする。この場合には、部数を４０に設定する。ここで、前工程とは、対象の工程の直前の工程ではなく、全ての前工程を含む。
【００５８】
次に、Ｓ１３０３において、ジョブ管理部３０５は、Ｓ１３０２において算出した部数が出力先のキャパシティ１１５２を超えるか否かを判定する。ジョブ管理部３０５は、キャパシティを超える場合には（Ｓ１３０３でＹＥＳ）、処理をＳ１３０４へ進める。ジョブ管理部３０５は、キャパシティを超えない場合には（Ｓ１３０３でＮＯ）、処理をＳ１３０５へ進める。Ｓ１３０４において、ジョブ管理部３０５は、対象工程のジョブの送信先を代替出力先ＩＤ１１５３に設定されている出力先へ切り替える。ここで、出力先のキャパシティ１１５２は、上限値を想定しているが、下限値を設定して、キャパシティ１１５２を下回る、という判定条件としていてもよい。
【００５９】
Ｓ１３０５において、ジョブ管理部３０５は、対象工程の処理が完了しているか否かを判定する。ジョブ管理部３０５は、ステータス１１４５が処理完了になっている場合に対象工程の処理が完了していると判定する。ジョブ管理部３０５は、処理が完了している場合には（Ｓ１３０５でＹＥＳ）、処理をＳ１３０６へ進める。ジョブ管理部３０５は、処理が完了していない場合には（Ｓ１３０５でＮＯ）、処理をＳ１３０７へ進める。Ｓ１３０６において、通信処理部３０４は、新規ジョブを送信し、その後処理をＳ９０４（図９）へ進める。
【００６０】
一方、Ｓ１３０７において、ジョブ管理部３０５は、出力先（代替出力先に切り替えられた場合代替出力先）が旧型か否かを判定する。ジョブ管理部３０５は、出力先が旧型フラグ１１５４の設定を有している場合に旧型と判定する。ジョブ管理部３０５は、出力先が旧型の場合には（Ｓ１３０７でＹＥＳ）、処理をＳ１３０８へ進める。ジョブ管理部３０５は、出力先が旧型でない場合には（Ｓ１３０７でＮＯ）、処理をＳ１３１１へ進める。Ｓ１３０８において、ジョブ管理部３０５は、該ジョブのキャンセルを行う。
【００６１】
次に、Ｓ１３０９において、通信処理部３０４は、新規ジョブを送信する。次に、Ｓ１３１０において、ＤＢ管理部３０２は、受信した新しい監視ＩＤ、すなわちＱｕｅｕｅＥｎｔｒｙＩＤで、前ジョブのＱｕｅｕｅＥｎｔｒｙＩＤ１１４６を更新し、その後処理をＳ９０４へ進める。Ｓ１３１１においては、ジョブ管理部３０５は、該ジョブの部数変更を行い、その後処理をＳ９０４へ進める。このように新規にジョブを送信しないことで、不要に新規ジョブを管理する必要がなくなる。なお、第２の実施形態に係る印刷システム１０００のこれ以外の構成及び処理は、第１の実施形態に係る印刷システム１００の構成及び処理と同様である。
【００６２】
以上のように、第２の実施形態に係る印刷システム１０００は、製本機に指示された部数を製造に必要十分な量と一致させることができる。第２の実施形態に係る印刷システム１００においては、１枚の用紙に複数の製品をレイアウトして印刷し、その後に断裁するケースにおいても、部数変更に伴うユーザ操作を軽減することができる。これにより、作業効率が工場し、ミスの発生を抑えることができる。
【００６３】
なお、以上の説明で例示した、印刷室外部からの印刷物の依頼を受信し、その情報を基に本の製造を行うＰＯＤ印刷システムは、一例であり、後処理を行う印刷システムであれば、特に外部からの依頼を伴うＰＯＤ印刷システムでなくてもよい。
【００６４】
以上、上述した各実施形態によれば、印刷部数が変更された場合においても、煩雑な作業を要することなく、後処理工程を適切に管理することができる。
【００６５】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００６６】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６７】
１００  印刷システム
１１０  注文管理装置
１２０  フロー管理装置
１３０  プリンタ
１４０  製本機
１５０  断裁機
【図１】
2019160167.tif 000003
【図２】
2019160167.tif 000004
【図３】
2019160167.tif 000005
【図４】
2019160167.tif 000006
【図５】
2019160167.tif 000007
【図６】
2019160167.tif 000008
【図７】
2019160167.tif 000009
【図８】
2019160167.tif 000010
【図９】
2019160167.tif 000011
【図１０】
2019160167.tif 000012
【図１１】
2019160167.tif 000013
【図１２】
2019160167.tif 000014
【図１３】
2019160167.tif 000015