JP7493964B2 - ジョブ処理装置、制御方法、及びプログラム - Google Patents

Description

本発明は、印刷システム、印刷システムの制御方法、及びプログラムに関する。

プリントオンデマンド（ＰＯＤ）やプロダクションプリンティング、商業印刷と呼ばれる印刷サービス形態がある。このようなサービス形態では、印刷を注文・依頼する顧客（エンドユーザとも呼ぶ）と、印刷成果物を提供する印刷会社とが存在し、顧客は印刷会社に対して依頼する印刷成果物の仕様と、必要に応じて印刷に用いる画像データの提供を行い印刷物の注文を行う。印刷成果物の仕様とは、例えば使用する用紙種類、製本やステイプルといった仕上げ設定、印刷枚数や部数といった、印刷成果物の内容を決定する要素である。印刷会社は依頼された内容と画像データを用いて印刷成果物を作成して顧客に対して納品する。

このような商業印刷サービスにおいて、印刷会社は印刷成果物の受注から納品までを行うために多様な機器やソフトウェアを用いる。例えば、用紙への印刷を行うための印刷装置や製本・ステイプルを行うためのフィニッシャ、印刷物の検査・検品を行うための検品装置である。その他に、顧客から印刷成果物の受注を受け付けるためのＷｅｂサーバや、印刷成果物の生産を管理するための端末やソフトウェアも用いられる。また、これらの機器やソフトウェアの使用者も複数存在する。例えば、受注案件の管理や顧客との連絡を行う受注担当者、印刷成果物を完成させるまでの作業工程を設計する工程設計者、印刷装置や検品装置の操作を行うオペレータ、最終印刷成果物の品質確認を行う確認者である。複数の生産拠点を備える印刷会社も存在し、このような場合、印刷会社は受注内容をもとに、どの生産拠点で印刷成果物の生産を行うか決定する。

商業印刷サービスにおいては、印刷会社は顧客から印刷成果物に対して品質条件を指定されることが多い。品質条件とは、印刷成果物の仕様とは異なり、用紙の表裏における画像の位置ずれ量や、成果物内に存在する画像やロゴなどの色値や、複数部数あるいは複数ページ間での画像の色値の変動量といった、印刷成果物の品質に関する条件を指す。印刷成果物はチラシやパンフレットのような配布物、写真集や書籍、名刺、展示パネルなど多岐にわたり、それらの用途や価格も様々であるため、品質条件もまた、求められる条件や水準は多種多様である。

品質条件を満たすために、印刷会社では、作業工程と印刷成果物に対する品質確認工程が必要となる。

作業工程とは、品質条件を満たすために必要とされる、各種装置の調整作業を示す。例えば、顧客と合意を得たサンプル印刷の結果に基づいて、印刷装置の特定の用紙における特定の色に合わせるための色調整作業が必要である。あるいは、印刷成果物の用紙の表裏の印刷ずれが所定の範囲内に収まっていることが条件であれば、画像印字位置の調整作業が必要となる。さらに、これらの調整作業によって調整された装置の状態を確認する調整結果確認作業も含まれる。

一方、品質確認工程とは、生産された印刷成果物が品質条件を満たすかどうかを確認する工程である。例えば、印刷後の検品作業により、印刷条件を満たさない印刷成果物を不良品と判断し除外する。検品作業は、確認者自らが検査する場合、あるいは、検品装置による自動での検査の場合がある。また、必要に応じて、顧客に対して、印刷成果物が品質条件を満たしていることを示す品質レポートを作成する。

上述の各工程は、印刷成果物の種類や印刷条件に応じて、工程設計者により決定される。先に述べたとおり、商業印刷サービスが扱う印刷成果物の形態は多岐にわたる。さらに、印刷会社は、複数種の装置を所有する場合が多く、その中から最適な装置を選定し、各工程に反映させる作業も工程設計者が担う。そのため、工程設計者には高いスキルと経験値が要求され、作業量も多かった。

上述の工程設計や品質レポート生成に必要とされる、品質条件の情報、そして、品質確認結果の情報は、従来統一された情報フォーマットで定義されていなかった。そのため、受注する印刷会社は、複数の顧客から異なる情報フォーマットで品質条件を受領することなり、作業工程を設計する際の障害となっていた。また、発注する顧客側の観点でも、複数の印刷会社に対して印刷成果物の発注を行う際に、品質条件と品質レポートの受け渡しを異なる情報フォーマットで行う煩雑さが存在していた。

そこで、品質条件と品質レポートを伝送するための情報フォーマットの統一手段として、標準化技術として非特許文献１、２にそれぞれ記載のＰＲＸ、ＰＱＸが検討されている。ＰＲＸとは、Ｐｒｉｎｔ Ｒｅｑｕｉｒｅｍｅｎｔ ｅＸｃｈａｎｇｅ ｆｏｒｍａｔの略であり、印刷に要求する品質条件の標準データフォーマットを指す。ＰＲＸを用いることで、異なる顧客あるいは異なる受注に対する品質条件を統一的な標準データフォーマットで記述できるようになる。ＰＱＸとは、Ｐｒｉｎｔ Ｑｕａｌｉｔｙ ｅＸｃｈａｎｇｅ ｆｏｒｍａｔの略であり、印刷品質レポートの標準データフォーマットを指す。ＰＱＸは印刷成果物の品質データを標準データフォーマットで伝送することを可能にする。このようにＰＲＸ、ＰＱＸを用いて従来統一されていなかった品質条件と品質レポートとを統一された情報フォーマットで伝送できるようになる。

また、印刷成果物の受注に関するワークフロー構築に関する技術として、特許文献１に記載の技術がある。特許文献１では、印刷成果物の仕様を満たすためのワークフローを構成する個々の工程の工程定義が登録されたデータベースから工程を検索する。そして、それらの工程を組み合わせることで、印刷成果物の受注条件を生産できるワークフローを構築するための技術が記載されている。このとき、特許文献１に記載の技術では、受注条件が異なるワークフローを必要コストとともに顧客に提示することで、顧客に対してディスカウント情報を提示することを可能にしている。これにより、顧客はコストが異なる複数のワークフローから、仕様とコストの比較を行ったうえで所望のワークフローを選択することができる。

特開２００８－００９８６３号公報

ＩＳＯ／ＡＷＩ ２０６１６－１， Ｇｒａｐｈｉｃ ｔｅｃｈｎｏｌｏｇｙ －－ Ｆｉｌｅ ｆｏｒｍａｔ ｆｏｒ ｑｕａｌｉｔｙ ｃｏｎｔｒｏｌ ａｎｄ ｍｅｔａｄａｔａ －－。 Ｐａｒｔ １： Ｐｒｉｎｔ ｒｅｑｕｉｒｅｍｅｎｔｓ ｅｘｃｈａｎｇｅ （ＰＲＸ）， ｈｔｔｐｓ：／／ｗｗｗ．ｉｓｏ．ｏｒｇ／ｓｔａｎｄａｒｄ／６８５６５．ｈｔｍｌ ＩＳＯ／ＣＤ ２０６１６－２， Ｇｒａｐｈｉｃ ｔｅｃｈｎｏｌｏｇｙ －－ Ｆｉｌｅ ｆｏｒｍａｔ ｆｏｒ ｑｕａｌｉｔｙ ｃｏｎｔｒｏｌ ａｎｄ ｍｅｔａｄａｔａ －－。 Ｐａｒｔ ２： Ｐｒｉｎｔ ｑｕａｌｉｔｙ ｅｘｃｈａｎｇｅ （ＰＱＸ）， ｈｔｔｐｓ：／／ｗｗｗ．ｉｓｏ．ｏｒｇ／ｓｔａｎｄａｒｄ／６９５７２．ｈｔｍｌ

顧客が求める品質条件は多種多様であり、成果物の品質がどうであったかを知りたい項目も多種多様である。

従来は、品質確認結果をまとめたレポートを作成する場合に、どのような項目についての品質確認結果が必要であるかをジョブごとに特定することはできなかった。

本発明は、上記の課題に鑑みてなされたものである。本発明は、品質に関する複数の項目のうち、印刷データに基づく印刷を実行することによって得られる成果物の品質として通知すべき項目を品質要求データに基づいて特定し、受信した印刷データを生産システムに送信し、生産システムに成果物の検品を指示し、生産システムが印刷データに基づく印刷を実行することによって得られる成果物について指示された検品を生産システムが実行することによって生成された品質データを生産システムから受け付け、特定された項目について成果物の品質の通知を、特定された項目と受け付けた品質データに基づいて行うことができる仕組みを提供することを目的とする。

本発明は、印刷データを生産システムに実行させる印刷システムであって、 印刷データと品質要求データを受信する受信手段と、前記受信手段によって受信した品質要求データに基づいて、品質に関する複数の項目のうち、前記印刷データに基づく印刷を実行することによって得られる成果物の品質として通知を行うべき項目を特定する特定手段と、前記受信手段によって受信した印刷データを前記生産システムに送信する送信手段と、 前記生産システムに前記成果物の検品を指示する指示手段と、前記生産システムが前記印刷データに基づく印刷を実行することによって得られる前記成果物について前記指示手段によって指示された前記検品を前記生産システムが実行することによって生成された品質データを前記生産システムから受け付ける受付手段と、前記品質に関する前記複数の項目のうち、前記特定手段によって特定された項目について前記成果物の品質の通知を、前記特定手段によって特定された前記項目と前記受付手段によって受け付けた品質データに基づいて行う通知手段と、を有することを特徴とする。

本発明によれば、品質に関する複数の項目のうち、印刷データに基づく印刷を実行することによって得られる成果物の品質として通知すべき項目を品質要求データに基づいて特定し、受信した印刷データを生産システムに送信し、生産システムに成果物の検品を指示し、生産システムが印刷データに基づく印刷を実行することによって得られる成果物について指示された検品を生産システムが実行することによって生成された品質データを生産システムから受け付け、特定された項目について成果物の品質の通知を、特定された項目と受け付けた品質データに基づいて行うことができる。

実施形態に係る全体概要図 実施形態に係るシステムの全体構成を説明する概念図 実施形態に係るワークフロー管理システムのハードウェア構成を説明するブロック図 実施形態に係る生産システムのハードウェア構成を説明するブロック図 実施形態に係るソフトウェア構成図 実施形態に係るソフトウェア処理を説明するシーケンス図 実施形態に係るソフトウェア処理を説明するフローチャート 実施形態に係るＰＲＸデータベースの一例を示す図 実施形態に係るＰＱＸデータベースの一例を示す図 ＰＲＸ構成の一例を示す図 ＰＱＸ構成の一例を示す図 その他の実施形態に係るソフトウェア処理を説明するフローチャート 実施形態に係る印刷種別を設定するためのＵＩの一例を示す図 実施形態に係る詳細印刷品質要求を設定するためのＵＩの一例を示す図 実施形態に係るソフトウェア処理を説明するフロー図 実施形態に係るＰＲＸデータの概略図 実施形態に係る品質条件ごとのＰＲＸデータ編集例を示す図 実施形態に係る印刷成果物全体の品質算出のための計算式の編集例を示す図

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

＜印刷システム全体の概要説明＞
図１は、本実施形態におけるジョブ処理システムの一例である印刷システムの全体像を示す全体概要図である。

各装置の役割と印刷システムの動作詳細は図２以降で詳述する。図１において、菱形の項目はデータである。

受注システムサーバ１１０が生成するＰＲＸデータを、ワークフロー管理サーバ１００のＰＲＸ解析部５２１が解析し、解析結果に基づく印刷データ、ジョブチケット、動作設定情報、制御指示が生産システム１２０に対して送信される。なお、ＰＲＸは、Ｐｒｉｎｔ Ｒｅｑｕｉｒｅｍｅｎｔ ｅＸｃｈａｎｇｅ ｆｏｒｍａｔの略である。生産システム１２０は、受信した印刷データ、ジョブチケット、動作設定情報、制御指示に従ってジョブ処理を実行する。各装置が有する構成の詳細は以下で説明する。

本発明の特徴は、ワークフロー管理サーバ１００において、ＰＲＸデータを解釈しながら対象となるＰＱＸの項目リストを生成する点である。なお、ＰＱＸは、Ｐｒｉｎｔ Ｑｕａｌｉｔｙ ｅＸｃｈａｎｇｅ ｆｏｒｍａｔの略である。

＜全体システム構成説明＞
図２は、本実施形態に係る商業印刷システムの構成を説明する図である。

ワークフロー管理サーバ１００は、商業印刷の商品に関して、ワークフロー全体を管理する装置である。

ワークフロー管理サーバ１００は、受注システムサーバ１１０から、印刷データや品質条件情報であるＰＲＸデータを受信する。そして、ワークフロー管理サーバ１００は、受注システムサーバ１１０から受信したＰＲＸデータを解析して、受注ジョブ毎に、生産システム１２０の決定や、印刷データのプリプレス処理などを実行する。さらに、ワークフロー管理サーバ１００は、ＰＲＸデータを解析した結果に基づいて、ＰＱＸ項目リストを生成する。また、生産システム１２０での処理対象となるデータ（図１に記載の印刷データ、ジョブチケット、動作設定情報、制御指示）を生成し、生産システム１２０を構成する各デバイスに送信する。生産システム１２０を構成するデバイスについては後述する。

そして、生産システムから各種制御結果を受信し、品質レポートを作成する。作成した品質レポートを、受注システムサーバ１１０へ送信する。

なお、本実施形態は、ワークフロー管理サーバ１００は、ワークフロー管理を行う拠点に設置されるオンプレミスサーバであるものとして説明するが、その限りではない。別の実施形態として、ワークフロー管理サーバ１００をクラウドサーバとして構築し、後述のワークフロー管理端末１０１からは、インターネットを介して接続する構成としてもよい。後述の、受注システムサーバ１１０も同様である。

ワークフロー管理端末１０１は、ワークフロー管理者が操作する端末であって、ワークフロー管理サーバ１００にネットワークを介して接続し、各種機能を実行する。具体的には、ワークフロー管理機能の設定変更や、生産システム１２０のデバイスの状態確認などである。

受注システムサーバ１１０は、商業印刷の商品に関して、エンドユーザから注文を受けるためのシステムを管理する装置である。受注した商品、また、エンドユーザからの注文内容に応じて、印刷用データ、及び、ＰＲＸデータを生成し、ワークフロー管理サーバ１００へと送信する。

受注システム管理端末１１１は、受注システムの管理者が操作する端末であって、ネットワークを介して受注システムサーバ１１０に接続し、各種機能を実行する。具体的には、商品別の要求品質設定、受注ジョブごとのステータス確認、受注ジョブごとの成果物の品位情報の閲覧などの機能である。

エンドユーザ端末１１２は、エンドユーザが操作する端末であって、ネットワークを介して受注システムサーバ１１０に接続する。そして、ウェブブラウザなどのＵＩから商品の選択、原稿データの送信、発注などの指示をエンドユーザから受け付け、受注システムサーバ１１０に送信する。

生産システム１２０は、エンドユーザから受注した商業印刷における商品（成果物）を、生産するためのシステムである。詳細には、印刷装置１２１、印刷装置１２１を制御するプリントサーバ１２２、後処理加工装置１２３、検品装置１２４などの装置により構成される。

印刷装置１２１とプリントサーバ１２２は、ネットワーク、または、専用のインターフェースにより接続される。

本実施例では、後処理加工装置１２３、検品装置１２４は、他のデバイスとネットワークで接続されるニアライン構成であるものとして説明する。ただし、その限りではなく、単独で稼働するオフライン構成でもよい。オフライン構成の場合は、ネットワークと接続可能な不図示の操作端末と接続し、操作端末を介してネットワークと接続する。いずれの場合も、ネットワーク経由で、ワークフロー管理サーバ１００と接続し、各種情報の送受信を行う。

なお、生産システム１２０は、プリントサーバ１２２、後処理加工装置１２３、検品装置１２４のいずれか、または全てを含まない構成の場合もある。

印刷装置１２１は、ワークフロー管理サーバ１００からのデータと指示に基づき、印刷処理を実行する装置である。印刷方式は特に限定されることはなく、電子写真方式、インクジェット方式、その他の方式のいずれでもよい。

生産システム１２０の管理者、あるいは、オペレータは、印刷装置１２１のＵＩを介して、印刷に関する制御を指示することが可能である。

プリントサーバ１２２は、印刷装置１２１を制御するサーバである。一般的な印刷システムと同様に、生産システム１２０の管理者、あるいは、オペレータは、プリントサーバ１２２のＵＩを介して、印刷に関する制御を指示することが可能である。

なお、本実施形態では、後述する色管理部５４５は、プリントサーバ１２２が有するものとして説明するが、その限りではない。例えば、プリントサーバ１２２、印刷装置１２１とネットワークを介して接続可能な、色管理サーバ（不図示）を別途設置し、色管理に関する処理を色管理サーバが実施する形態でもよい。

後処理加工装置１２３は、印刷済みの用紙、用紙束に対して、後処理加工を施すための装置である。例えば、用紙への筋付け（クリース）や折り、あるいは、用紙束に対する断裁、製本処理などである。

検品装置１２４は、最終成果物、あるいは、中間成果物に対して、不具合を検知し、ユーザへの通知や、生産ラインからの除外などの処理を実行する装置である。

生産オペレータ端末１２５は、上述の生産システム１２０の各種デバイスを操作するオペレータが使用する装置である。デバイスの稼働状況の確認、異常発生時のエラー情報の確認などの機能を有する。別の形態として、外部の端末ではなく、各デバイスが具備するＵＩ操作部が、これらの機能を担う構成でもよい。

＜ハードウェア構成説明＞
次に、本実施形態に関わる各種装置のハードウェア構成を説明する。

図３は、本実施形態に係るワークフロー管理サーバ１００とワークフロー管理端末１０１とを含む、ワークフロー管理システムのハードウェア構成を説明するブロック図である。

まず、受信管理サーバ１１０のハードウェア構成を説明する。

ＣＰＵ２１１は、ＲＯＭ２１２又はハードディスク（ＨＤＤ）２１４に記憶された制御プログラムをＲＡＭ２１３に展開し、その展開したプログラムを実行してシステムバス２１６に接続される各種のデバイスとのアクセスを総括的に制御する。ＲＯＭ２１２は、ＣＰＵ２１１が実行可能な制御プログラム等を記憶している。ＲＡＭ２１３は、主としてＣＰＵ２１１の主メモリ、ワークエリア等として機能し、不図示の増設ポートに接続されるオプションＲＡＭ２１３によりメモリ容量を拡張することができるように構成されている。ハードディスク（ＨＤＤ）２１４は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶する。尚、本実施形態ではＨＤＤ２１４を用いたが、ＨＤＤの他にＳＤカードや、フラッシュメモリなどを外部記憶装置として利用してもよい。これは、以降に説明するＨＤＤを有する装置も同様である。ネットワークＩ／Ｆ２１５は、ネットワークを経由して、各種装置とデータ通信を行う。

次に、ワークフロー管理サーバ１００のハードウェア構成を説明する。

ＣＰＵ２０１は、ＲＯＭ２０２又はハードディスク（ＨＤＤ）２０４に記憶された制御プログラムをＲＡＭ２０３に展開し、その展開したプログラムを実行してシステムバス２０６に接続される各種のデバイスとのアクセスを総括的に制御する。ＲＯＭ２０２は、ＣＰＵ２０１が実行可能な制御プログラム等を記憶している。ＲＡＭ２０３は、主としてＣＰＵ２０１の主メモリ、ワークエリア等として機能し、不図示の増設ポートに接続されるオプションＲＡＭ２０３によりメモリ容量を拡張することができるように構成されている。ハードディスク（ＨＤＤ）２０４は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶する。尚、本実施形態ではＨＤＤ２０４を用いたが、ＨＤＤの他にＳＤカードや、フラッシュメモリなどを外部記憶装置として利用してもよい。これは、以降に説明するＨＤＤを有する装置も同様である。ネットワークＩ／Ｆ２０５は、ネットワークを経由して、各種装置とデータ通信を行う。

次に、ワークフロー管理端末１０１のハードウェア構成を説明する。

検品装置２２１は、ＲＯＭ２２２又はハードディスク（ＨＤＤ）２２４に記憶された制御プログラムをＲＡＭ２２３に展開し、その展開したプログラムを実行してシステムバス２２６に接続される各種のデバイスとのアクセスを総括的に制御する。ＲＯＭ２２２は、検品装置２２１が実行可能な制御プログラム等を記憶している。ＲＡＭ２２３は、主として検品装置２２１の主メモリ、ワークエリア等として機能し、不図示の増設ポートに接続されるオプションＲＡＭ２２３によりメモリ容量を拡張することができるように構成されている。ハードディスク（ＨＤＤ）２２４は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶する。ネットワークＩ／Ｆ２２５は、ネットワークを経由して、その他の装置とデータ通信を行う。

なお、受注システム管理端末１１１、エンドユーザ端末１１２、そして、生産オペレータ端末１２５などの、その他の端末装置も、そのハードウェア構成はワークフロー管理端末１０１と同様であるため、説明は省略する。

図４は、本実施形態に係る生産システム１２０のハードウェア構成を説明するブロック図である。

ＣＰＵ３０１は、ＲＯＭ３０２又はハードディスク（ＨＤＤ）３０４に記憶された制御プログラムをＲＡＭ３０３に展開し、その展開したプログラムを実行してシステムバス３０６に接続される各種のデバイスとのアクセスを総括的に制御する。ＲＯＭ３０２は、ＣＰＵ３０１が実行可能な制御プログラム等を記憶している。ＲＡＭ３０３は、主としてＣＰＵ３０１の主メモリ、ワークエリア等として機能し、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。ハードディスク（ＨＤＤ）３０４は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル等を記憶する。ネットワークＩ／Ｆ３０５は、ネットワークを経由して、その他の装置とデータ通信を行う。

プリンタＩ／Ｆ３０７は、印刷装置１２１の画像形成部３２１への画像出力を制御する。またプリンタＩ／Ｆ３０７は、印刷装置１２１内部に備わる測定部３２２を制御し、測定結果を受信する。

印刷装置１２１は、少なくとも印刷動作を担う画像形成部３２１と、後述する測定部３２２を有している。他にも、不図示の給紙装置や、インラインの後処理装置が接続された構成でも構わない。

画像形成部３２１は、印刷用データを用紙に出力する。そのハードウェア構成は、一般的な印刷装置１２１と同じである。

測定部３２２は、プリントサーバ１２２、あるいは、印刷装置１２１自体の指示に従い、画像形成部３２１が生成する印刷物を測定する。測定形式は、分光測色、濃度測定、ＣＣＳスキャン、ＣＩＳスキャンなどの既知の測定形式である。 なお、本実施形態では、測定部３２２は、印刷装置１２１内に設けられるものとして説明するが、その限りではない。印刷装置１２１とは独立して、測定部３２２単体でネットワークに接続する構成でもよい。あるいは、ネットワークに接続可能な不図示の操作端末と接続し、操作端末を介してネットワークに接続する。いずれの場合も、ネットワーク経由で、ワークフロー管理サーバ１００と接続し、各種情報の送受信を行う。

＜ソフトウェア構成説明＞
次に、本実施形態に係る各種装置のソフトウェア構成を説明する。

図５（ａ）は、本実施形態に係る受注システムサーバ１１０のソフトウェア構成を説明するブロック図である。これらのソフトウェアモジュールは、ＨＤＤ（不図示）にプログラムとして格納され、ＣＰＵ（不図示）が、そのプログラムをＲＡＭ（不図示）に展開して実行することにより実現される。

受注部５０１は、ネットワークを介して、エンドユーザ端末１１２から商品の注文情報を受信する。注文情報とは、商品種別の情報、入稿された画像データ、品質に係る要求情報などが含まれる。なお、本実施形態では、入稿データとして、ＰＤＦ形式データを例に説明するがその限りではない。生産システム１２０が解釈可能な、その他の一般的な形式の画像データを扱う形態でもよい。

ＰＲＸ生成部５０２は、受注部５０１から受信した注文情報を解析し、ＰＲＸデータを生成する。また、生成したＰＲＸデータを、ワークフロー管理サーバ１００へと送信する。

データ管理部５０３は、注文情報、ＰＲＸデータなどの情報を記録する。また、データ管理部５０３は、入稿された画像データ、商品種別情報、及び、ＰＲＸデータをワークフロー管理サーバ１００へと送信する。さらにデータ管理部５０３は、各種装置との間の、その他のデータ送受信を実行する。

図５（ｂ）は、本実施形態に係るワークフロー管理サーバ１００のソフトウェア構成を説明するブロック図である。これらのソフトウェアモジュールは、ＨＤＤ２０４にプログラムとして格納され、ＣＰＵ２０１が、そのプログラムをＲＡＭ２０３に展開して実行することにより実現される。

ＰＲＸ解析部５２１は、受注システムサーバ１１０から受信したＰＲＸデータを解析し、印刷品質要件や必要とされるプリプレス処理の一部を特定する。例えば、印刷品質要件とは、所定の色パッチの測定結果から得られる平均色差が、特定の基準内に収まっていることである。

また、プリプレス処理とは、例えば、画像データの余白部に、色品位確認処理で測色対象となる、色パッチ画像を追加する、などの処理である。

さらに、ＰＲＸ解析部５２１は、解析結果情報をＰＱＸ生成部５２２へ送信する。解析結果情報とは、ＰＲＸで指定された印刷品質要件の項目情報を指す。

ＰＱＸ生成部５２２は、ＰＲＸ解析部５２１から送信されるＰＲＸ解析結果情報を基に、対象の印刷ジョブが必要とするＰＱＸ項目をまとめたリストを作成する。詳細は後述する。

さらに、ＰＱＸ生成部５２２は、工程管理部５２３によって生産システム１２０へ指示され実行された各品質確認結果の情報を、作成したＰＱＸ項目に保存する。

工程管理部５２３は、受注システムサーバ１１０から受信した商品種別情報、及び、ＰＲＸ解析部５２１の解析結果情報を用いて、使用する生産システム１２０の決定や、プリプレス制御部５２６への命令を実行する。

また、工程管理部５２３は、生産システム１２０での各デバイスが参照するジョブチケットデータを生成する。本実施形態では、ジョブチケットデータとして、既知のＪＤＦデータを用いて説明するが、その限りでない。生産システム１２０が解釈可能な、その他の既知のジョブチケットデータ形式を用いる構成でもよい。

また、工程管理部５２３は、ＰＲＸの情報を参照し、後処理加工装置１２３や検品装置１２４の動作設定情報を生成する。

さらに、工程管理部５２３は、後述のプリプレス処理後のＰＤＦデータ、ＪＤＦデータ、および、各デバイスの動作設定情報を、生産システム１２０へ送信する。

プリプレス制御部５２６は、工程管理部５２３からの指示に基づき、入稿画像データに対してプリプレス処理を実行し、処理後のＰＤＦデータを工程管理部５２３へと送信する。

データ管理部５２５は、受注システムサーバ１１０から、印刷用データ、ＰＲＸデータを受信する。生産システム１２０へＰＤＦデータ、ＪＤＦデータ、そして、生産システム１２０を構成する各種装置に対する指示情報を送信する。また、生産システム１２０から、制御結果データを受信する。さらに、受注システムサーバ１１０へ、品質レポートを送信する。また、データ管理部５２５は各種装置との間のその他のデータ送受信を実行する。

品質レポート作成部５２６は、ＰＱＸ生成部５２２が生成したＰＱＸデータに基づき、受注システムサーバ１１０へ送信する品質レポートを作成する。

図５（ｃ）は、本実施形態に係る生産システム１２０のソフトウェア構成を説明するブロック図である。これらのソフトウェアモジュールは、生産システム１２０を構成する各種デバイスにおいて、ＨＤＤ３０４にプログラムとして格納され、ＣＰＵ３０１が、そのプログラムをＲＡＭ３０３に展開して実行することにより実現される。なお、生産システム１２０は印刷装置１２１、プリントサーバ１２２、後処理加工装置１２３、検品装置１２４を含むが、本実施例では前記４つのハードウェアを、生産システム１２０という一つのハードウェアとみなして説明する。

印刷制御部５４１は、ワークフロー管理サーバ１００から受信した情報（ＰＤＦ，ＪＤＦ）を用いて、印刷制御を実行する。また、印刷制御部５４１は、印刷品位を調整する調整機能も有しており、ワークフロー管理サーバ１００、プリントサーバ１２２、あるいは、生産オペレータ端末１２５のいずれかから受信した制御指示に応じて、調整機能を実行する。

データ管理部５４４は、ワークフロー管理サーバ１００へ、生産システム１２０の各種デバイスの制御結果などの情報を送信する。さらにデータ管理部５４４、各種装置との間の、その他のデータ送受信を実行する。なお、データ管理部５４４は、各デバイスに個別に備わる形態でもよい。

後処理加工制御部５４２は、ワークフロー管理サーバ１００から受信した制御指示に応じて、後処理加工装置１２３による後処理加工制御を実行する。

検品制御部５４３は、ワークフロー管理サーバ１００から受信した制御指示に応じて、検品装置１２４による検品制御を実行する。

検品制御部５４３は、検品装置１２４内のセンサで読取った画像データと、基準となる画像データを比較する。比較の結果、所定の許容範囲を超える差分が検知された場合は、検品対象物を欠陥として特定し、結果をデータ管理部５４４を介してワークフロー管理サーバ１００へ送信したり、ユーザへの通知を行う、といった所定の制御を行う。

＜ＰＲＸ構成説明＞
ここで、本発明で利用するＰＲＸおよびＰＱＸの構成について説明する。

図１０は、本実施形態におけるＰＲＸの構成情報の一例を示す図である。主に本発明に関係する項目のみ挙げている。ここに挙げる各パラメータおよびパラメータ間の関係は一例であり、各パラメータが持つ情報を表現することができるのであれば他の項目や構成が存在しても良い。

ＰＲＸは、例えば、ＸＭＬテキスト形式で記述されたデータであって、印刷データに対して通常１つ紐付けて存在する。顧客からの各種品質に対する要望や要求の情報から構成されている。

ＱｕａｌｉｔｙＳｐｅｃｉｆｉｃａｔｉｏｎは、ＰＲＸ要素のひとつである。評価項目に対する品質目標や評価基準に関する情報から構成されている。

ＣｕｓｔｏｍｅｒＪｏｂは、ＱｕａｌｉｔｙＳｐｅｃｉｆｉｃａｔｉｏｎ要素のひとつである。要求品質項目に対する印刷ジョブに関する情報から構成される。

ＱｕａｌｉｔｙＧｏａｌｓは、ＣｕｓｔｏｍｅｒＪｏｂ要素のひとつである。顧客が指示する印刷品質の目標に関する情報から構成されている。印刷品質として、Ｃｏｌｏｒ、Ｂａｒｃｏｄｅ、Ｒｅｇｉｓｔｒａｔｉｏｎ、Ｄｅｆｅｃｔｓという４つの項目から構成されている。

Ｃｏｌｏｒは、ＱｕａｌｉｔｙＧｏａｌｓ要素のひとつである。顧客が指示する要求品質が色の場合に用いられる情報から構成されている。要求品質の目標を記述したＣｏｍｐｌｉａｎｃｅＧｏａｌ、対象となる色の定義や要求レベルを記述したＣｏｌｏｒＳｃｏｒｅ、後述するＣｏｌｏｒＰａｒａｍｅｔｅｒ、などから構成されている。

ＣｏｌｏｒＰａｒａｍｅｔｅｒは、Ｃｏｌｏｒ要素のひとつである。カラーパッチの詳細情報を記述している。一つの成果物の中で複数の色に対して要望が存在するケースにも対応するため、ＣｏｌｏｒＰａｒａｍｅｔｅｒは同時に複数記述することが可能である。パラメータ名称を記述したＰａｒａｍｅｔｅｒＮａｍｅ、対象の色が印刷データ中に描かれている場所情報を記述したＳａｍｐｌｉｎｇＰｏｓｉｔｉｏｎなどから構成されている。また、対象の色が単体の場合に記述するＰａｔｃｈＴｙｐｅあるいは複数パッチ群の場合に記述するＣｈａｒｔＴｙｐｅ、およびパッチ信号値に関する情報へのリンク情報を記述したＣｘＦＲｅｆｅｒｅｎｃｅＯｂｊｅｃｔＩｄＬｉｎｋ、などから構成されている。

Ｂａｒｃｏｄｅは、ＱｕａｌｉｔｙＧｏａｌｓ要素のひとつである。顧客が指示する要求品質が成果物中に印字されるバーコードの場合に用いられる情報から構成されている。Ｃｏｌｏｒ要素と似た構成になっており、Ｂａｒｃｏｄｅに関する情報が記述された、ＢａｒｃｏｄｅＳｃｏｒｅ、ＢａｒｃｏｄｅＰａｒａｍｅｔｅｒなどから構成されている。

Ｒｅｇｉｓｔｒａｔｉｏｎは、ＱｕａｌｉｔｙＧｏａｌｓ要素のひとつである。顧客が指示する要求品質が色ずれなどのレジストレーションの場合に用いられる情報から構成されている。Ｃｏｌｏｒ要素と似た構成になっており、色ずれや表裏の印刷ずれに関する情報が記述された、ＲｅｇｉｓｔｒａｔｉｏｎＳｃｏｒｅ、ＲｅｇｉｓｔｒａｔｉｏｎＰａｒａｍｅｔｅｒなどから構成されている。

Ｄｅｆｅｃｔｓは、ＱｕａｌｉｔｙＧｏａｌｓ要素のひとつである。顧客が指示する要求品質が印刷不良の場合に用いられる情報から構成されている。印刷不良とは、期待される印刷結果通りになっていない状態であり、例えば、トナー漏れや定着不良などが原因で発生する汚れや欠け、かすれなどが挙げられる。顧客の期待としては常に印刷不良なきことが要望であるが、特に気を付けてチェックを要求する高い品質要求を行う場合にこの要素が利用される。要求レベルに関する情報が記述されたＳｃｏｒｉｎｇＩｎｆｏ、画像不良の詳細情報が記述されたＤｅｆｅｃｔＰａｒａｍｅｔｅｒなどから構成される。

＜ＰＱＸ構成説明＞
図１１は、本実施形態におけるＰＱＸの構成情報の一例を示す図である。主に本発明に関係する項目のみ挙げている。ここに挙げる各パラメータおよびパラメータ間の関係は一例であり、各パラメータが持つ情報を表現することが出来るのであれば他の項目や構成が存在しても良い。

ＰＱＸとは、例えば、ＸＭＬテキスト形式で記述されたデータであって、印刷データを印刷した成果物に対して通常１つ紐付けて存在する。印刷した成果物の品質状態を示す情報から構成されている。

ＳａｍｐｌｅＣｏｌｌｅｃｔｉｏｎは、ＰＱＸ要素のひとつである。評価項目に対する品質結果に関する情報から構成されている。

Ｓａｍｐｌｅは、ＳａｍｐｌｅＣｏｌｌｅｃｔｉｏｎ要素のひとつである。顧客が指示した評価項目に対して成果物を生成する時の実績に関する情報から構成されている。実績を記述する印刷品質として、ＣｏｌｏｒＲｅｐｏｒｔ、ＢａｒｃｏｄｅＲｅｐｏｒｔ、ＲｅｇｉｓｔｒａｔｉｏｎＲｅｐｏｒｔ、ＤｅｆｅｃｔＲｅｐｏｒｔという４つの項目から構成されている。

ＣｏｌｏｒＲｅｐｏｒｔは、Ｓａｍｐｌｅ要素のひとつである。色に関する品質実績を示す情報から構成されている。カラーパッチ測定結果の情報を記述するＭｅａｓｕｒｅｍｅｎｔＳｅｔなどから構成される。

ＭｅａｓｕｒｅｍｅｎｔＳｅｔは、ＣｏｌｏｒＲｅｐｏｒｔ要素のひとつである。測定したカラーパッチの位置情報を記述したＰｏｓｉｔｉｏｎＯｎＳａｍｐｌｅ、および測定したカラーパッチの測定結果情報を記述したＭｅａｓｕｒｅｍｅｎｔ、などから構成されている。

Ｍｅａｓｕｒｅｍｅｎｔは、ＭｅａｓｕｒｅｍｅｎｔＳｅｔ要素のひとつであり、カラーパッチのＩｄ、ＰａｔｃｈＴｙｐｅ、測定結果情報へのリンク情報を記述したＣｘＦＳａｍｐｌｅＯｂｊｅｃｔＩｄＬｉｎｋなどから構成されている。

ＢａｒｃｏｄｅＲｅｐｏｒｔは、Ｓａｍｐｌｅ要素のひとつである。バーコードに関する品質実績を示す情報から構成されている。バーコードの品質レベルを検査した結果の情報を記述するＶｅｒｉｆｉｃａｔｉｏｎＳｅｔなどから構成される。

ＲｅｇｉｓｔｒａｔｉｏｎＲｅｐｏｒｔは、Ｓａｍｐｌｅ要素のひとつである。レジストレーションに関する品質実績を示す情報から構成されている。レジストレーションの品質レベルを検査した結果の情報を記述するＲｅｇｉｓｔｒａｔｉｏｎＳｅｔなどから構成される。

ＤｅｆｅｃｔＲｅｐｏｒｔは、Ｓａｍｐｌｅ要素のひとつである。検品工程にて検査した印刷不良に関する情報を記述するＤｅｆｅｃｔＳｅｔなどから構成される。

＜ソフトウェア処理のシーケンス説明＞
図６は、実施形態に係るソフトウェア処理を説明するシーケンス図である。

Ｓ６０１において、受注システムサーバ１１０の受注部５０１は、エンドユーザからの注文を受注する。受注する注文は、印刷データとしてのＰＤＦと、成果物に関する要求情報であり、受注システムサーバ１１０の操作部などから受け付ける。

Ｓ６０２において、ＰＲＸ生成部５０２は、受注した印刷データおよび成果物要求情報から、ＰＲＸを生成する。

図１３は、本実施形態に係る受注システムサーバ１１０に表示されるＵＩ例である。エンドユーザは、図１３に記載のＵＩ１３０１を用いて、印刷発注時にどのような成果物を作成するか選択する。

図１４（ａ）は、本実施形態に係る受注システムサーバ１１０に表示されるＵＩ例である。本ＵＩは、エンドユーザが、図１３に記載のＵＩ上にある品質詳細設定ボタン６０２を押すことで、受注システムサーバ１１０に表示される。

エンドユーザは、ＵＩ例１４０１を用いて、印刷成果物の品質について、詳細な品質条件の設定が可能となる。例えば、ジョブ毎にＪａｐａｎＣｏｌｏｒの基準に対して、どの品質基準を求めているかを入力することができる。これにより、エンドユーザは生産した印刷物の測色値と、ＪａｐａｎＣｏｌｏｒ規定値との色差ΔＥ００（ＣＩＥ ＤＥ２０００）の平均値の許容値と理想値を具体的な数値で指定することが可能となる。また、別の例では、複数ある品質条件のうち、重要視している品質条件が何なのかを設定することができる。こうすることで、エンドユーザは特に重要視している品質条件を印刷ジョブごとに設定することが可能となる。

ＪａｐａｎＣｏｌｏｒ規定値など基準の色値と印刷成果物の測色値との色差の指定の仕方について、図１４（ｂ）に示した通り、品質の程度が異なる複数の選択肢のうちから、ユーザがいずれかの選択肢を選択できるようにしてもよい。図１４（ｂ）の例では、ＪａｐａｎＣｏｌｏｒ規定値との色差ΔＥ００（ＣＩＥ ＤＥ２０００）の平均値との差異の程度を、３以下、５以下、又は、１０以下のうちから選択することができる。

図１５は、本実施形態に係るソフトウェア処理を説明するフローチャートである。

図１５に記載のフローチャートの制御プログラムは、受注管理サーバ１１０に搭載されているＲＯＭ２１２に記憶されており、ＣＰＵ２１１によってＲＡＭ２１３に読み出され処理される。

受注部５０１は、Ｓ１５０１において、エンドユーザからの注文を受注する。注文の内容としては、印刷データとしてのＰＤＦと、成果物に関する商品種別が含まれる。商品種別とは、受注システムサーバ１１０があらかじめ定義している成果物の種類を表す情報である。例えば、「フォトブック」と「名刺」という２つの商品種別を受注システムサーバ１１０が定義しているとする。「フォトブック」という商品種別は、仕上がりサイズ「Ａ５」、製本種類「無線綴じ」、本文の用紙種類「光沢紙」、本文仕上げ「ラミネート加工」という成果物の種類を表す。「名刺」という商品種別は、仕上がりサイズ「名刺」、製本種類「なし」、用紙種類「上質紙」という成果物の種類を表す。このような商品種別を設けることで、受注システム、ワークフロー管理サーバ１００、生産システム１２０にて生産する商品の種類を定義する。なお、本実施例では、エンドユーザが「フォトブック」を選択したとして説明する。また、本実施例では受注システムサーバ１１０が商品種別を定義している構成として説明するが、その限りではなく、エンドユーザからの注文を営業が手動で入力するような構成にしてもよい。

受注部５０１は、１３０１でエンドユーザから受注した商品種別をＰＲＸ生成部５０２へ送信する。エンドユーザが商品種別から「フォトブック」を選択した場合は、エンドユーザの選択が「フォトブック」であることをＰＲＸ生成部５０２へ送信する。

Ｓ１５０２にて、ＰＲＸ生成部５０２は、１３０２にて受注部５０１から受信した商品種別からＰＲＸを生成する。

まず、本処理で生成するＰＲＸについて概要を説明する。図１６に例示されるように、ＰＲＸはＭｅｓｓａｇｅＩｎｆｏ、ＢｕｓｉｎｅｓｓＩｎｆｏ、ＱｕａｌｉｔｙＳｐｅｃなどの品質に対する要求から構成されている。

ＱｕａｌｉｔｙＳｐｅｃは品質仕様および評価基準を含むフィールドから構成されている。ＢａｓｉｓＯｆＣａｌｃｕｌａｔｉｏｎは印刷品質のスコアやグレードを特定するためのバイヤーが指定した計算式の情報を表す。ＯｖｅｒａｌｌＧｒａｄｉｎｇＳｃａｌｅは全体的なスコアやグレードの意味や範囲を表す。ＭｉｎｉｍｕｍＡｃｃｅｐｔａｂｌｅＲａｎｋは許容可能な最低品質レベルを表す。ＱｕａｌｉｔｙＰａｒａｍｅｔｅｒＳｅｔは色・レジ・画像不良・バーコードごとのスコア基準等を表す。ＱｕａｌｉｔｙＰａｒａｍｅｔｅｒＳｅｔＴｙｐｅは色・レジ・画像不良・バーコードなどの品質仕様の種類を表す。ＰａｒａｍｅｔｅｒＳｅｔＮａｍｅは品質仕様の名称を表す。ＰａｒａｍｅｔｅｒＳｅｔＳｃｏｒｉｎｇＳｃａｌｅはバイヤーのスコア基準定義を表す。本実施例ではＱｕａｌｉｔｙＳｐｅｃの一部分を使用する構成として説明するが、その限りでなく、ＰＲＸの他のフィールドを使用するような構成にしてもよい。

第一のＱｕａｌｉｔｙＰａｒａｍｅｔｅｒＳｅｔの例として、印刷制御部５４１による色変動検査がある。印刷制御部５４１は測定制御部５４１１を有しており、生産しながら生産システム１２０の色変動を監視することができる。印刷色基準の一例としてＪａｐａｎＣｏｌｏｒがある。この基準を満たしている生産システム１２０は、印刷物の品質が一定以上であることが証明できる。

本実施例では、ジョブ毎にＪａｐａｎＣｏｌｏｒの基準を満たしていることを確認することで、色変動検査を行う。生産システム１２０が生産した印刷物の測色値と、ＪａｐａｎＣｏｌｏｒ規定値との色差ΔＥ００（ＣＩＥ ＤＥ２０００）の平均値によって、色変動を検査する。この場合、ＰａｒａｍｅｔｅｒＳｅｔＮａｍｅに「色変動検査」、ＱｕａｌｉｔｙＰａｒａｍｅｔｅｒＳｅｔＴｙｐｅに「Ｃｏｌｏｒ」を設定する。また、ＰａｒａｍｅｔｅｒＳｅｔＳｃｏｒｉｎｇＳｃａｌｅに以下を記載する。ＤｉｓｐｌａｙＬａｂｅｌ：ＲａｎｋＣｏｌｏｒ１、Ｒａｎｋ：１。ＶａｌｕｅＲａｎｇｅ：ΔＥ００平均値が４以上。ＤｉｓｐｌａｙＬａｂｅｌ：ＲａｎｋＣｏｌｏｒ２、Ｒａｎｋ：２。ＶａｌｕｅＲａｎｇｅ：ΔＥ００平均値が４未満かつ３以上。ＤｉｓｐｌａｙＬａｂｅｌ：ＲａｎｋＣｏｌｏｒ３。Ｒａｎｋ：３。ＶａｌｕｅＲａｎｇｅ：ΔＥ００平均値が３未満。Ｒａｎｋの数値が高いほど、品質が高いことを表す。また、本ＱｕａｌｉｔｙＰａｒａｍｅｔｅｒＳｅｔ内のＭｉｎｉｍｕｍＡｃｃｅｐｔａｂｌｅＲａｎｋに「Ｒａｎｋ：２」とすることで、最低品質レベルを記載することができる。第二のＱｕａｌｉｔｙＰａｒａｍｅｔｅｒＳｅｔの例として、検品装置によるトナー飛び散りの外観検査がある。生産システム１２０による生産が始まる前に、検品装置に付随しているカメラによって正解画像を取得し、検品装置に登録する。生産中は、検品装置がカメラによって印刷結果画像を取得し、正解画像と比較することで、トナーの飛び散りを検査する。この場合、ＰａｒａｍｅｔｅｒＳｅｔＮａｍｅに「飛び散り検査」を設定する。また、ＱｕａｌｉｔｙＰａｒａｍｅｔｅｒＳｅｔＴｙｐｅを「Ｄｅｆｅｃｔｓ」に設定する。また、ＰａｒａｍｅｔｅｒＳｅｔＳｃｏｒｉｎｇＳｃａｌｅに以下を記載する。ＤｉｓｐｌａｙＬａｂｅｌ：ＲａｎｋＤｅｆｅｃｔｓ１。Ｒａｎｋ：１。ＶａｌｕｅＲａｎｇｅ：飛び散り直径３ｍｍ以上。ＤｉｓｐｌａｙＬａｂｅｌ：ＲａｎｋＤｅｆｅｃｔｓ２。Ｒａｎｋ：２。ＶａｌｕｅＲａｎｇｅ：飛び散り直径３ｍｍ未満かつ２ｍｍ以上。ＤｉｓｐｌａｙＬａｂｅｌ：ＲａｎｋＤｅｆｅｃｔｓ３。Ｒａｎｋ：３。ＶａｌｕｅＲａｎｇｅ：飛び散り直径２ｍｍ未満。Ｒａｎｋの数値が高いほど、品質が高いことを表す。また、本ＱｕａｌｉｔｙＰａｒａｍｅｔｅｒＳｅｔ内のＭｉｎｉｍｕｍＡｃｃｅｐｔａｂｌｅＲａｎｋに「Ｒａｎｋ：２」とすることで、最低品質レベルを記載することができる。上記のようなＱｕａｌｉｔｙＰａｒａｍｅｔｅｒＳｅｔを利用して、ＢａｓｉｓＯｆＣａｌｃｕｌａｔｉｏｎによって品質のランクを計算する。例えば、ＢａｓｉｓＯｆＣａｌｃｕｌａｔｉｏｎに色変動検査及び飛び散り検査のＲａｎｋによる全体品質の計算式を記載する。例えば、「ＴｏｔａｌＲａｎｋ＝Ｒａｎｋ（色変動検査）＊０．６＋Ｒａｎｋ（飛び散り検査）＊０．３」のような計算式を記載する。ＴｏｔａｌＲａｎｋは全体品質を表し、Ｒａｎｋ（ＰａｒａｍｅｔｅｒＳｅｔＮａｍｅ）はＰａｒａｍｅｔｅｒＳｅｔＮａｍｅに対応するＲａｎｋを表すこととする。上記のＢａｓｉｓＯｆＣａｌｃｕｌａｔｉｏｎを使用して計算された品質のランクの意味を、ＯｖｅｒａｌｌＧｒａｄｉｎｇＳｃａｌｅによって表す。ＤｉｓｐｌａｙＬａｂｅｌ：Ｐｏｏｒ。Ｒａｎｋ：１。ＤｉｓｐｌａｙＬａｂｅｌ：Ｇｏｏｄ。Ｒａｎｋ：２。ＤｉｓｐｌａｙＬａｂｅｌ：Ｅｘｃｅｌｌｅｎｔ。Ｒａｎｋ：３のように記載する。ここまでで説明した品質基準を表すようなＰＲＸは、ＰＲＸ生成部５０２内にあるＰＲＸデータ保持部５０３３が固定的な基準値として保持していることとして説明する。

ＰＲＸ生成部５０２は、Ｓ１５０２において、受注システムサーバ１１０のメモリに保持しているＰＲＸデータから、受注した印刷物に対応したＰＲＸデータを取得する。例えば、ＵＩ例６０１でフォトブックが選択された場合には、フォトブック用のＰＲＸデータをメモリから取得する。

ＰＲＸ生成部５０２は、Ｓ１５０３において、受注した印刷物に対してエンドユーザが詳細な品質条件の設定を行っているかを判定する。例えば、ユーザがＵＩ例１４０１を用いて、ＪａｐａｎＣｏｌｏｒ規定値との色差ΔＥ００の平均値で、要求ΔＥ００平均値を３以下、理想ΔＥ００平均値を２以下と設定した場合には、詳細な印刷条件設定ありと判定される。詳細な印刷条件設定があると判定された場合には、Ｓ１５０４に進み、詳細な印刷条件設定がないと判定された場合には、Ｓ１５０５に進み、Ｓ１５０２で取得したＰＲＸデータをワークフロー管理サーバ１１０に送信される。

ＰＲＸ生成部５０２は、Ｓ１５０４において、Ｓ１５０２で取得したＰＲＸデータに対して、詳細品質条件設定の内容を反映する。本実施例では、ユーザがＵＩ例１４０１を用いて、ＪａｐａｎＣｏｌｏｒ規定値との色差ΔＥ００の平均値で、要求ΔＥ００平均値を３未満、理想ΔＥ００平均値を２未満と設定した場合を例に説明する。ＰＲＸ生成部５０２は、以下が設定されている品質条件に対して編集処理を行う。Ｓ８０２で取得したＰＲＸデータのＰａｒａｍｅｔｅｒＳｅｔＮａｍｅに「色変動検査」。ＱｕａｌｉｔｙＰａｒａｍｅｔｅｒＳｅｔＴｙｐｅに「Ｃｏｌｏｒ」。

図１７の１７０１の枠線内に図示するように、ＱｕａｌｉｔｙＰａｒａｍｅｔｅｒＳｅｔにはあらかじめ、フォトブックの標準的な品質要求が設定されている。ＰａｒａｍｅｔｅｒＳｅｔＳｃｏｒｉｎｇＳｃａｌｅに以下が設定されている。ＤｉｓｐｌａｙＬａｂｅｌ：ＲａｎｋＣｏｌｏｒ１。Ｒａｎｋ：１。ＶａｌｕｅＲａｎｇｅ：ΔＥ００平均値が４以上。ＤｉｓｐｌａｙＬａｂｅｌ：ＲａｎｋＣｏｌｏｒ２。Ｒａｎｋ：２。ＶａｌｕｅＲａｎｇｅ：ΔＥ００平均値が４未満かつ３以上。ＤｉｓｐｌａｙＬａｂｅｌ：ＲａｎｋＣｏｌｏｒ３。Ｒａｎｋ：３。ＶａｌｕｅＲａｎｇｅ：ΔＥ００平均値が３未満。ＭｉｎｉｍｕｍＡｃｃｅｐｔａｂｌｅＲａｎｋにＲａｎｋ：２。

このＰＲＸデータのパラメータを図１７の１７０２の枠線内に図示するように変更する。すなわち、以下のように変更する。ＤｉｓｐｌａｙＬａｂｅｌ：ＲａｎｋＣｏｌｏｒ１。Ｒａｎｋ：１。ＶａｌｕｅＲａｎｇｅ：ΔＥ００平均値が３以上。ＤｉｓｐｌａｙＬａｂｅｌ：ＲａｎｋＣｏｌｏｒ２。Ｒａｎｋ：２。ＶａｌｕｅＲａｎｇｅ：ΔＥ００平均値が３未満かつ２以上。ＤｉｓｐｌａｙＬａｂｅｌ：ＲａｎｋＣｏｌｏｒ３。Ｒａｎｋ：３。ＶａｌｕｅＲａｎｇｅ：ΔＥ００平均値が２未満また、本ＱｕａｌｉｔｙＰａｒａｍｅｔｅｒＳｅｔ内のＭｉｎｉｍｕｍＡｃｃｅｐｔａｂｌｅＲａｎｋに「Ｒａｎｋ：２」。ＤｅｓｉｒｅｄＲａｎｋに「Ｒａｎｋ：３」に設定する。

ＰＲＸ内のＤｅｓｉｒｅｄＲａｎｋは、ユーザが期待する品質基準を表現することができる。ＤｅｓｉｒｅｄＲａｎｋを用いることで、エンドユーザが理想とする品質基準についても、最低品質基準と合わせてワークフロー管理サーバに通知することが可能となる。これにより、印刷会社ではより高い顧客満足度を実現することが可能となる。

また、別の例として、ユーザがＵＩ例１４０１を用いて、重要品質条件を設定した場合についても述べる。前述したＰＲＸの説明であるとおり、ＢａｓｉｓＯｆＣａｌｃｕｌａｔｉｏｎによって複数の品質条件に基づいた、印刷成果物の品質のランクを算出することができる。例えば、ＢａｓｉｓＯｆＣａｌｃｕｌａｔｉｏｎに色変動検査及び飛び散り検査のＲａｎｋによる全体品質の計算式を記載する。例えば、図１８の１８０１の枠線内に図示するように「ＴｏｔａｌＲａｎｋ＝Ｒａｎｋ（色変動検査）＊０．６＋Ｒａｎｋ（飛び散り検査）＊０．３」のような計算式がフォトブックの標準品質設定としてＰＲＸデータに記載されていたとする。その場合に、ユーザがＵＩ例１４０１を用いて、画像不良について、重要品質条件として設定した場合、ＢａｓｉｓＯｆＣａｌｃｕｌａｔｉｏｎに含まれる計算式の飛び散り検査の重みづけの値を小さくするように変更する。本実施例では画像不良を重要品質条件として設定するとは許容する画像不良の程度を小さくすることを意味する。例えば、画像不良としてのトナーの飛び散りの検査の基準を厳しくすることを意味する。例えば、図１８の１８０２の枠線内に図示するように「ＴｏｔａｌＲａｎｋ＝Ｒａｎｋ（色変動検査）＊０．６＋Ｒａｎｋ（飛び散り検査）＊０．１」のように変更する。こうすることで、ＯｖｅｒａｌｌＧｒａｄｉｎｇＳｃａｌｅに設定されているＲａｎｋを高いものにするには、飛び散り検査の検査結果が標準の品質基準よりも高い品質にならないと、印刷物全体としての品質要求を満たすことができない。こうすることで、エンドユーザの重要品質条件の設定について、より厳しい基準で検査することが可能となる。ＰＲＸ生成部５０２は、Ｓ１５０５において、Ｓ１５０４で編集したＰＲＸデータをワークフロー管理サーバに送信する。

なお、本実施例では、基準色となるＪａｐａｎＣｏｌｏｒとの色差についての詳細設定について述べたが、用紙の溶離における画像の位置ずれやバーコードの読み取り可否、画像不良についての詳細設定について受け付けて反映するのでも構わない。なお、図１７及び図１８に図示したＰＲＸデータの構造は図１７、図１８のようなｘｍｌ形式でなくてもよいものとする。また、各品質条件を記載するパラメータの記載方法や計算式の記載方法も、数式を用いたものなど、他の形式でも構わない。

ここで、例えば、エンドユーザが発注した注文がフォトブックの場合、色味に対する要求が想定される。任意のページに配置された人物の肌を綺麗に出力したいという要求や、成果物全体の色味を標準色空間のひとつであるＪａｐａｎＣｏｌｏｒに合わせたいという要求があり得る。ＰＲＸ生成部５０２は、このような要求を受付け、要求に基づいてＰＲＸを生成する。具体的には、ＰＲＸのＣｏｌｏｒ要素にあるＣｏｌｏｒＰａｒａｍｅｔｅｒを生成する。人物の肌に関する要求であれば、ＰａｒａｍｅｔｅｒＮａｍｅに「ＢａｂｙＣｈｅｅｋ」のように要求対象を表す名称を記録する。また、ＳａｍｐｌｉｎｇＰｏｓｉｔｉｏｎに要求対象が存在する場所情報を記録する。さらに、ＣｘＦＲｅｆｅｒｅｎｃｅＯｂｊｅｃｔＩｄＬｉｎｋに目標とする色味情報を記録する。このようにして、ＣｏｌｏｒＰａｒａｍｅｔｅｒを生成する。また、ＪａｐａｎＣｏｌｏｒに合わせたいという要求であれば、ＰａｒａｍｅｔｅｒＮａｍｅに「ＪａｐａｎＣｏｌｏｒ」を記録、ＳａｍｐｌｉｎｇＰｏｓｉｔｉｏｎに色確認用のパッチ群の印字位置を記録する。そして、ＣｘＦＲｅｆｅｒｅｎｃｅＯｂｊｅｃｔＩｄＬｉｎｋにＪａｐａｎＣｏｌｏｒで規定された目標とするパッチ群の色味情報を記録する。

印刷データおよびＰＲＸデータは、データ管理部５０３を介して、ワークフロー管理サーバ１００に送信される。

ワークフロー管理サーバ１００は、データ管理部５２５を介して印刷データおよびＰＲＸデータを受信すると、Ｓ６０３において、ＰＲＸ解析部５２１は、受信したＰＲＸデータを解析する。解析結果は図８に示すようにデータベースとしてデータ管理部５２５にて保存する。また、解析したＰＲＸデータから、プリプレスに必要な処理の一部を特定する。

図８は、解析したＰＲＸデータのデータベースの一例を説明する図である。本データは、ＰＲＸ解析部５２１によって生成され、データ管理部５２５に保存される。エンドユーザが要求する品質の項目に応じた数が生成される。

列８０１は、Ｃｏｌｏｒ、Ｂａｒｃｏｄｅ、Ｒｅｇｉｓｔｒａｔｉｏｎ、Ｄｅｆｅｃｔの４種類の品質項目のうちどれに当たるかを示した情報である。

列８０２は、各項目に付けられた名前情報である。

列８０３は、各項目が存在する場所情報である。場所情報は、画像データ内のオブジェクトごとに割りふられたものであり、場所情報によってオブジェクトが特定される。

列８０４および列８０５は、Ｃｏｌｏｒ項目の場合のパラメータであり、列８０４は対象カラーがひとつのパッチであるか複数からパッチ群であるかを表す情報である。列８０５は、対象カラーの目標とする色味情報である。構成上、別の領域に実際の色味情報が記録されており、ここではその情報に対するリンク情報となっている。

列８０６は、エンドユーザが要求する品質レベルを示す情報である。例えば、Ｃｏｌｏｒ項目であれば目標と実測の色差を表すｄＥ００の数値であったり、Ｂａｒｃｏｄｅ項目であればＩＳＯで規定されている方法に則って確認された結果がＰＡＳＳすることであったりする。また、Ｒｅｇｉｓｔｒａｔｉｏｎ項目であればズレ量の数値等である。このように、エンドユーザが要求する品質レベルを示す情報は、項目により異なる。

続くＳ６０４において、プリプレス制御部５２４は、Ｓ６０３で解析したＰＲＸデータから、必要なプリプレス処理を実行する。プリプレス処理の一例としては、Ｃｏｌｏｒ項目においてパッチ情報が記録されていれば、その色パッチ画像を生成し印刷データの余白部分に配置することが挙げられる。また、Ｒｅｇｉｓｔｒａｔｉｏｎ項目が記録されていれば、４色カラーや表裏にズレ量を検知するためのマーク画像を生成し印刷データの余白部分に配置することなどが挙げられる。

Ｓ６０５において、工程管理部５２３は、印刷データおよびＳ６０３で解析したＰＲＸデータから、ＪＤＦおよび作業指示書を生成する。ＪＤＦは、印刷データに対する製本仕上がりの設定や、後加工装置で実行する後加工の設定を記録したジョブチケットである。また、工程管理部５２３は、ＪＤＦにＳ６０４にて生成したカラーパッチ画像やレジマーク画像を測定する指示を設定する。印刷データＰＤＦ、および生成したＪＤＦは生産システム１２０へ送信される。

また、ＪＤＦで設定可能な指示の一部は、作業指示書という形式で表現する場合もある。作業指示書は、印刷オペレータに対して実行してほしい作業指示を示した情報である。例えばパッチ画像の測定や、バーコード検査、検品といった品質確認作業は、生産システムの構成によっては自動で行えずオペレータがオフラインで実施する必要がある。そういった環境では、作業指示書を生成し印刷オペレータに必要な作業を伝えて印刷フローを遂行する。

続くＳ６０６において、ＰＱＸ生成部５２２は、Ｓ６０３でＰＲＸ解析した結果からＰＱＸリストを生成する。本発明において、ＰＱＸリストとは、対象印刷ジョブの成果物に対する品質結果を表すための情報を、ＰＱＸ形式の項目単位でまとめたリストのことを指す。以下、図７を用いてＰＱＸリスト生成について説明する。

図７は、本実施例におけるＰＱＸリストの生成手順を説明するフローチャートである。本フローチャートは、ＨＤＤ２０４にプログラムとして格納され、ＣＰＵ２０１が、そのプログラムをＲＡＭ２０３に展開して実行することにより実現される。本フローチャートは、ＰＱＸ生成部５２２が、ＰＲＸ解析６０３にて保存されたＰＲＸデータを取得できる状態になると開始する。

Ｓ７０１において、ＰＱＸ生成部５２２は、生成対象となる印刷ジョブで解析されたＰＲＸを選択する。

Ｓ７０２において、ＰＱＸ生成部５２２は、ＰＲＸに品質データが存在するか否かを判定する。図８に示したＰＲＸデータを例にすると、ＰＲＸデータの各行が品質データのひとつに相当する。

Ｓ７０２にてＰＲＸ項目が存在すると判定した場合（Ｓ７０２でＹＥＳ）、続くＳ７０３で、ＰＱＸ生成部５２２は、一つ目の品質項目を選択する。

Ｓ７０４において、ＰＱＸ生成部５２２は、選択したひとつの品質項目に対して、ＰＱＸ形式で作成するひとつの品質レポート向け項目を生成する。ワークフロー管理サーバ１００のＨＤＤ２０４には、ＰＲＸのパラメータとＰＱＸのパラメータのそれぞれの対応付けを定義したテーブルが事前に記憶されている。ＰＱＸ生成部５２２は、そのテーブルを参照し、選択したひとつの品質項目に対して、ＰＱＸ形式で作成するひとつの品質レポート向け項目を生成する。

ここで、生成するＰＱＸデータについて、図９を用いて説明する。図９は、本実施例で作成するＰＱＸデータベースの一例を説明する図である。本データは、ＰＱＸ生成部５２２によって生成され、データ管理部５２５に保存される。

列９０１は、Ｃｏｌｏｒ、Ｂａｒｃｏｄｅ、Ｒｅｇｉｓｔｒａｔｉｏｎ、Ｄｅｆｅｃｔの４種類の品質項目のうちどのレポートかを示した情報である。ＰＲＸデータ８０１に相当する情報として生成する。例えば、図８の１行目のＣｏｌｏｒと図９の１行目のＣｏｌｏｒＲｅｐｏｒｔとが事前に対応付けてテーブルに登録されている。そして、ＰＱＸ生成部５２２は、ＰＲＸの品質項目Ｃｏｌｏｒと、事前に登録されたテーブルに基づいて、品質レポート向けの項目ＣｏｌｏｒＲｅｐｏｒｔを特定して生成する。２行目以降も同様にＰＲＸとテーブルに基づいて、ＰＱＸの項目が特定され、生成される。列９０２は、項目の名称情報であり、ＰＲＸデータ８０２に相当する情報として生成する。列９０３は、項目が存在する場所情報である。場所情報は、画像データ内のオブジェクトごとに割りふられたものであり、場所情報によってオブジェクトが特定される。ＰＲＸデータ８０３に相当する情報として生成する。列９０４は、項目の結果情報である。本情報は、ＰＱＸ生成時には存在しない。後述する印刷工程の途中過程においてデータが取得され、その結果がここに記録される。

以上のように、ＰＲＸデータに記録されている項目を基に、ＰＱＸ項目を生成する。

Ｓ７０５において、ＰＱＸ生成部５２２は、全てのＰＲＸ項目を処理したかどうかを判断する。

まだ処理していないＰＲＸ項目が存在する場合（Ｓ７０５でＮＯ）、Ｓ７０６に移り、ＰＱＸ生成部５２２は、次のＰＲＸ項目を選択する。そして選択したＰＲＸ項目に対してＳ７０４の処理を実行する。

Ｓ７０５において全てのＰＲＸ項目を処理した場合（Ｓ７０５でＨＥＳ）、Ｓ７０７に移り、ＰＱＸ生成部５２２は、生成した全てのＰＱＸ項目をＰＱＸリストとして確定する。

Ｓ７０２にてＰＲＸ項目がひとつも存在しない場合（Ｓ７０２でＮＯ）、Ｓ７０８に移り、ＰＱＸ生成部５２２は、空のＰＱＸリストを生成しＳ７０７へ移る。

以上のフローを実行することで、ＰＱＸ生成部５２２は、ＰＱＸリスト生成６０６においてＰＱＸリストを生成する。

また、ここで生成するＰＱＸリストは、ＰＲＸを解析することで生成されるため、ＰＲＸに記載のない項目はＰＱＸリストの項目として存在しないことは明白である。

生産システム１２０の印刷制御部５４１は、Ｓ６０７にて、ワークフロー管理サーバ１００から受信した印刷データの印刷を実行する。印刷制御部５４１は、受信したＰＤＦデータをプリントサーバ１２２でＲＩＰ処理を行い、印刷装置１２１にてハーフトーン処理を行い、印刷実行する。また、ＪＤＦデータの設定情報に基づき、必要に応じて後処理加工制御部５４２が後処理加工装置１２３を使って後処理を実施する場合もある。

Ｓ６０８において、印刷制御部５４１は、ＪＤＦデータを解析し、カラーパッチの測定指示が有るか否かを判定する。カラーパッチの測定指示がない場合（Ｓ６０８でＮＯ）、パッチの測定に関する処理はスキップし、次へ進む。

ＪＤＦにパッチあるいはマークの測定指示が有った場合（Ｓ６０８でＹＥＳ）、Ｓ６０９において、印刷制御部５４１は、対象のカラーパッチの測定を実施する。印刷制御部５４１は、印刷装置１２１が有する測定部３２２を制御し、パッチの色値をセンサで読取る。読取りする色値は、例えば濃度データや、Ｌ＊ａ＊ｂ＊に代表される色値などが一般的である。パッチの色値測定後、生産システム１２０のデータ管理部５４４は、ワークフロー管理サーバ１００へ、取得した測定結果を送信する。測定するパッチは１つとは限らず、複数存在するケースもあり得る。

ワークフロー管理サーバ１００のデータ管理部５２５は、生産システム１２０からパッチを測定した色値情報を受信すると、Ｓ６１０において、ＰＱＸデータベースに結果を保存する。本実施例においては、ＰＱＸデータ９０４に測定結果を記録する。

Ｓ６１１において、生産システム１２０の検品制御部５４３は、ＪＤＦデータを解析し、検品に関する指示が有るか否かを判定する。検品に関する指示と、例えば、ＰＲＸにおいてＤｅｆｅｃｔ項目で指定される印刷ミスの有無などが挙げられる。

Ｓ６１２において、検品制御部５４３は、検品装置１２４を用いて検品処理を実行する。前述の印刷ミスの有無を例にすると、検品装置１２４において不図示のカメラで印刷後の成果物を１ページずつ撮影し、予め登録しておいた正解画像と比較して、一致しない箇所が検知されると印刷ミスとして判断する手段が挙げられる。検品制御部５４３は、検品結果を検品装置１２４から生産システム１２０へ自動で送信する。また、前述の作業指示書を利用して、オペレータが印刷ミスの有無を目視でチェックする手段でも良い。その場合は、例えば生産オペレータ端末１２５を通じて、オペレータが印刷結果をワークフロー管理サーバ１００へ通知する。

Ｓ６１３において、ワークフロー管理サーバ１００のデータ管理部５２５は、生産システム１２０から検品結果を受信すると、ＰＱＸデータベースに結果を保存する。本実施例においては、ＰＱＸデータ９０４に測定結果を記録する。

続くＳ６１４において、ワークフロー管理サーバ１００の品質レポート作成部５２６は、品質レポートを作成する。品質レポートとは、例えば、ＰＱＸデータをシステム管理者やエンドユーザが確認しやすい形式に文書化したものである。一般的に、エンドユーザが発注したジョブに対して成果物と共にひとつ生成される。品質レポート作成部５２６は、ここで作成した品質レポートを、データ管理部５２５を介して受注システムサーバ１１０に送信する。

Ｓ６１５において、受注システムサーバ１１０のデータ管理部５０３は、ワークフロー管理サーバ１００から受信した品質レポートを保存する。保存した品質レポートは、システム管理者やエンドユーザが、それぞれの端末１１１や１１２を介して確認することが可能となる。

以上の処理により、成果物生成時の結果を記した品質レポート作成に必要な項目を品質要求データから自動で作成しリスト化する。ジョブ毎に存在する異なる複数の品質要求項目に対して、品質レポート作成に必要な品質確認項目を特定することが可能となる。

実施形態１において、ＰＲＸを解析して確認が必要な品質項目となるＰＱＸ項目リストを生成し、各ＰＱＸ項目に対して生産システムからの制御結果を記録、その結果を基に品質レポートを作成する情報処理システムについて説明した。

品質レポートには、顧客が注文発注時に要求した品質項目に対する成果物出力時の品質測定結果が全て記載されている必要がある。しかし、品質レポートに記載すべき品質項目はジョブによって異なるため、作成された品質レポートが本当に過不足なく必要な情報が記録されているか否かを判断することは困難である。

そこで、本実施形態においては、品質レポート作成６１４において品質レポートを作成するにあたり、６０６において生成したＰＱＸリストの全項目に対して結果情報が記録されているか否かを判断する手段を有するシステムを提案する。

本実施形態に係る、システム全体構成、ハードウェア構成、およびソフトウェア構成は実施形態１と共通の為説明を省略する。ソフトウェア処理の全体のフローも、実施形態１の図６で説明したフローと基本的に共通であり説明を省略する。

本実施形態の特徴である品質レポート作成時のフローについて、図１２を用いて説明する。

図１２は、本実施形態に係る品質レポート作成処理について説明するフローチャートである。本フローチャートは、ＨＤＤ２０４にプログラムとして格納され、ＣＰＵ２０１が、そのプログラムをＲＡＭ２０３に展開して実行することにより実現される。本フローチャートは、品質レポート作成６１４のステップにおいて、品質レポート作成部５２６が実行する。

Ｓ１２０１において、品質レポート作成部５２６は、ＰＱＸリストに記載されているＰＱＸ項目に更新があるか否かを判断する。ＰＱＸ項目の更新とは、任意のＰＱＸ項目に対して品質確認結果が記録されることを想定している。品質確認結果の記録は、生産システム１２０から品質確認結果を受信することによって行われる。また、品質確認結果の記録は、ワークフロー管理端末１０１を介してユーザが品質確認結果を入力することによって行われる。

ＰＱＸデータに更新があると判断された場合（Ｓ１２０１でＹＥＳ）、Ｓ１２０２において、品質レポート作成部５２６は、ひとつ目のＰＱＸ項目を選択する。更新がない場合（Ｓ１２０１でＮＯ）は、本フローチャート先頭に戻る。

続くＳ１２０３において、品質レポート作成部５２６は、選択したＰＱＸ項目に品質確認結果情報が記録されているか否かを判断する。

ＰＱＸ項目に結果情報が記録されていなかった場合（Ｓ１２０３でＮＯ）、Ｓ１２０４に移り、品質レポート作成部５２６は、対象のＰＱＸ項目情報をオペレータに通知する。通知手段としては、例えば生産オペレータ端末１２５の不図示のディスプレイ上へ、その旨を表示する。通知後、本フローチャートの先頭に戻る。

ＰＱＸ項目に結果情報がきちんと記録されている場合（Ｓ１２０３でＹＥＳ）、Ｓ１２０５に移り、品質レポート作成部５２６は、全てのＰＱＸ項目を処理したか否かを判断する。

まだ処理していないＰＱＸ項目が存在する場合（Ｓ１２０５でＮＯ）、Ｓ１２０６に移り、品質レポート作成部５２６は、次のＰＱＸ項目を選択する。そして選択したＰＲＸ項目に対してＳ１２０３の処理を実行する。

Ｓ１２０７において、全てのＰＱＸ項目に必要な品質確認結果が記録されていることが確定したため、品質レポート作成部５２６は、品質レポートを作成する。

以上の処理により、本実施形態においては、ＰＱＸリストに存在する全てのＰＱＸ項目に品質確認結果が記録されている場合に限って品質レポートを作成するようにしている。このような処理を行うことにより、一部の項目が抜けたり不要な項目が入ったりといった要素がなくなるため、顧客が要求した品質項目の全てを品質レポートに記載することを、システムとして保証することができる。

（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００ ワークフロー管理サーバ
５２１ ＰＲＸ解析部
５２２ ＰＱＸ生成部

Claims (9)

1. 印刷データに基づく印刷を生産システムに実行させる印刷システムであって、
   印刷データと品質要求データを受信する受信手段と、
   前記受信手段によって受信した品質要求データに基づいて、品質に関する複数の項目のうち、前記印刷データに基づく印刷を実行することによって得られる成果物の品質として通知を行うべき項目を特定する特定手段と、
   前記受信手段によって受信した印刷データを前記生産システムに送信する送信手段と、
   前記生産システムに前記成果物の検品を指示する指示手段と、
   前記生産システムが前記印刷データに基づく印刷を実行することによって得られる前記成果物について前記指示手段によって指示された前記検品を前記生産システムが実行することによって生成された品質データを前記生産システムから受け付ける受付手段と、
   前記品質に関する前記複数の項目のうち、前記特定手段によって特定された項目について前記成果物の品質の通知を、前記特定手段によって特定された前記項目と前記受付手段によって受け付けた品質データに基づいて行う通知手段と、
   を有することを特徴とする印刷システム。
2. 品質要求データには、前記品質に関する前記複数の項目のうち、前記印刷データに基づく印刷を実行することによって得られる前記成果物の品質として通知を実行すべき項目が含まれることを特徴とする請求項１に記載の印刷システム。
3. 前記印刷データに基づく印刷を実行することによって得られる前記成果物の品質として通知を実行すべき項目は、ユーザが指定することができることを特徴とする請求項１または２に記載の印刷システム。
4. 前記特定手段は、前記印刷データに基づく印刷を実行することによって得られる前記成果物の品質として通知を実行すべき複数の項目を特定することができ、
   前記通知手段は、前記特定手段によって特定された全ての項目について前記成果物の品質を前記受付手段によって受け付けたことに従って、前記成果物の品質の通知を実行することを特徴とする請求項１乃至３のいずれか１項に記載の印刷システム。
5. 前記指示手段は、前記品質要求データに基づいて前記生産システムに前記成果物の検品を指示することを特徴とする請求項１乃至４のいずれか１項に記載の印刷システム。
6. 前記品質要求データは、バーコード、色ずれ、汚れ、かすれの少なくともいずれかについての情報が含まれることを特徴とする請求項１乃至５のいずれか１項に記載の印刷システム。
7. 前記受信手段は、設定をさらに受信し、
   前記印刷システムは、前記印刷データの印刷を前記生産システムに前記設定に基づいて実行させることを特徴とする請求項１乃至６のいずれか１項に記載の印刷システム。
8. 印刷データに基づく印刷を生産システムに実行させる印刷システムの制御方法であって、
   印刷データと品質要求データを受信する受信工程と、
   前記受信工程で受信した品質要求データに基づいて、品質に関する複数の項目のうち、印刷データに基づく印刷を実行することによって得られる成果物の品質として通知を行うべき項目を特定する特定工程と、
   前記受信工程で受信した印刷データを前記生産システムに送信する送信工程と、
   前記生産システムに前記成果物の検品を指示する指示工程と、
   前記生産システムが前記印刷データに基づく印刷を実行することによって得られる前記成果物について前記指示工程で指示された前記検品を前記生産システムが実行することによって生成された品質データを前記生産システムから受け付ける受付工程と、
   前記品質に関する前記複数の項目のうち、前記特定工程で特定された項目について前記成果物の品質の通知を、前記特定工程で特定された前記項目と前記受付工程で受け付けた品質データに基づいて行う通知工程と、
   を有することを特徴とする印刷システムの制御方法。
9. 請求項８に記載された印刷システムの制御方法を、コンピュータに実行させるためのプログラム。

Images