JP7598255B2 - 情報処理システム、情報処理装置とその制御方法、並びにプログラム - Google Patents

Description

本発明は、情報処理システム、情報処理装置とその制御方法、並びにプログラムに関するものである。

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

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

商業印刷サービスにおいては、印刷会社は、顧客から印刷成果物に対して品質条件を指定されることが多い。品質条件とは、印刷成果物の仕様とは異なり、印刷された用紙の表裏における画像の位置ずれ量や、複数部数或いは複数ページ間での画像の色値の変動量といった、印刷成果物の品質に関する条件を指す。印刷成果物は、チラシやパンフレットのような配布物、写真集や書籍、名刺、展示パネルなど多岐に亘り、それらの用途や価格も様々であるため、品質条件に関しても、求められる条件や水準は多種多様である。後述するように、印刷会社では、品質条件を満たすための作業工程と、印刷成果物の品質確認工程が必要となるため、品質条件の水準が高いほど印刷成果物のコストも増加することが一般的である。印刷会社は、これらの品質条件を満たすような各種調整作業を行いながら、印刷成果物の作成を行う。例えば、顧客と合意したサンプル印刷の結果に基づいて、特定の用紙における特定の色に合わせるための印刷装置の各種調整や、印刷後の検品により、品質条件を満たさない印刷成果物を不良品として除外することが行われる。このようにして印刷会社は、これらの作業により達成された印刷成果物の品質が、顧客の求める品質条件に達しているかを確認する。

特に、多くの顧客から様々な仕様・品質条件の印刷成果物を受注する場合、各印刷成果物に対して顧客の品質条件を満たすための作業もまた多種類となり、その作業に要する時間も長時間となる。例えば、印刷成果物Ａでは用紙の表裏の印刷ずれが、印刷成果物Ｂでは顧客から提示された色見本との整合性が、それぞれ品質条件として求められているとする。この場合、受注担当者は、工程設計者にそれぞれの印刷成果物の品質条件を、印刷会社で用いるデータフォーマットを用いて伝送する必要がある。そして工程設計者は、印刷会社で用いることができる印刷装置及びソフトウェアの種類や状態等を基に、それぞれの印刷成果物の生産において、品質条件を満足するための作業工程を決定する。例えば、印刷成果物Ａでは印刷装置の機器調整、印刷成果物Ｂでは印刷装置の色校正、のように作業を決定し、更に色較正後の測色作業など、各作業における結果確認作業を決定する。また、例えば用紙の表裏の印刷ずれの確認箇所と、許容されるずれ量の最大値のように、生産された印刷成果物が品質条件を満足していることを、どのように確認すればよいかを示す検査方法を決定する。印刷会社では複数の印刷装置が用いられていることが一般的であり、工程設計者は、それら複数の印刷装置の中から、受注した印刷成果物の品質条件を満足するために最適な印刷装置を選ぶ必要がある。このように印刷会社では、品質条件を満たす印刷成果物の生産と、生産された印刷成果物の品質確認とをそれぞれ行うためのワークフローを定義する必要がある。そして印刷会社のオペレータは、このようにして決定された作業工程を受け取り、印刷装置及びソフトウェアの操作を行う。そして品質確認者は、生産された印刷成果物と検査方法とをもとに、印刷成果物が品質条件を満足しているかどうか検査する。このように印刷会社は、品質条件を満足するための作業工程の決定に多くの作業工数を費やしている。

従来、顧客と印刷会社とがこれらの品質条件の受け渡しを行う際に、統一された情報フォーマットは定義されておらず、用いられてこなかった。そのため、印刷会社は複数の顧客から異なるフォーマットで品質条件を受領していた。このため印刷会社は、受領した異なる情報フォーマットの品質条件に基づいて、それらを満たすための作業工程を設計しなければならず、その作業に不便が生じていた。一方、顧客側においても、複数の印刷会社に対して印刷成果物の発注を行う際に、品質条件の受け渡しを、それぞれ異なるフォーマットで行うことになり、その発注作業の煩雑さが生じていた。

特開平７－１０５３００号公報

特許文献１には、バーコード検査装置が検査したバーコードの読み取り結果と正解値とを比較して、不一致なら再印刷を行うことが記載されている。

印刷物に対する印刷品質の要求をＰＲＸ（Ｐｒｉｎｔ Ｒｅｑｕｉｒｅｍｅｎｔ ｅＸｃｈａｎｇｅ）フォーマットのデータ（ＰＲＸデータ）で記述する。そして要求に従って印刷した後に、その印刷物に対する印刷品質の検査結果をＰＱＸ（Ｐｒｉｎｔ Ｑｕａｌｉｔｙ ｅＸｃｈａｎｇｅ）フォーマットのデータ（ＰＱＸデータ）を作成することが考えられている。しかし、例えばバーコード検査は、印刷システムにインラインで組み込まれておらず、印刷出力後に、その印刷物をオフラインに存在するバーコード検査装置まで運搬して検査を実施している。そのため、その検査結果データをバーコード検査装置から、例えばＵＳＢメモリやネットワーク経由で印刷システムに取り込む必要がある。更に、このようにして検査結果データを印刷システムに取り込んだ後、その検査結果をＰＱＸデータで記述する方法が考えられていないと言う課題がある。

本発明の目的は、上記従来技術の課題の少なくとも一つを解決することにある。

本発明の目的は、検査結果データを入力して、標準化された所定のフォーマットの記述書を作成する技術を提供することにある。

上記目的を達成するために本発明の一態様に係る情報処理システムは以下のような構成を備える。即ち、
印刷成果物の品質検査の要求品質を含む印刷ジョブの処理を行う情報処理システムであって、
前記印刷ジョブを実行して印刷成果物を生成する印刷装置と、
前記印刷成果物を検査して検査結果データを作成する検査装置と、
前記検査装置で作成された前記検査結果データから当該印刷成果物の検査結果データを記述する所定のフォーマットの記述書を作成する情報処理装置とを有し、
前記情報処理装置は、
前記検査装置で作成された前記検査結果データを入力する入力手段と、
前記記述書の各パラメータと、前記入力手段で入力された前記検査結果データの要素とを対応付ける対応表を検索する検索手段と、
前記対応表を用いて前記検査結果データの各要素の値を前記記述書の対応するパラメータの値に変換する変換手段と、
前記変換手段により変換された前記各パラメータを含む前記所定のフォーマットの記述書を生成する生成手段と、を有することを特徴とする。

本発明によれば、検査結果データを入力して、標準化された所定のフォーマットの記述書を作成できるという効果がある。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
本発明の実施形態に係る商業印刷システムの構成を説明する図。 実施形態に係る商業印刷システムに含まれるワークフロー管理サーバ、ワークフロー管理端末と、プリントサーバを含む生産システムのハードウェア構成を説明するブロック図。 実施形態に係るワークフロー管理サーバのソフトウェア構成を説明する機能ブロック図。 実施形態における１次元バーコードのＰＱＸデータの具体的な記述例を示す図。 実施形態における２次元バーコードのＰＱＸデータの具体的な記述例を示す図。 実施形態に係るバーコード検査装置が生成した検査結果のＣＳＶデータをワークフロー管理サーバに読み込むための画面例を示す図。 実施形態に係るワークフロー管理サーバが、選択したＣＳＶデータを読み込み、そのデータを生成した検査装置用の対応表が既にあるかどうかを判定した結果を表示した例を示す図。 実施形態に係るワークフロー管理サーバにより表示される、ＰＱＸデータのパラメータとバーコード検査結果データとの対応関係を指定する画面の一例を示す図。 図５Ｃで「開始」ボタンが押下された場合に表示される画面例を示す図。 図５ＤのＰＱＸパラメータのボタン５２１を選択した後に、検査結果データの項目名のボタン５４４を選択した場合に表示される画面例を示す図。 実施形態で、最終的に生成されたＰＱＸデータを表示した画面例を示す図。 あるメーカのバーコード検査装置が生成する検査結果データの例を示す図。 ＰＱＸデータのパラメータと図６ＡのＣＳＶデータのパラメータ名との対応を記述するための対応表のテンプレート例を示す図。 図６Ｂのテンプレートから、バーコード検査装置用の対応表を作成している途中を示す図。 バーコード検査装置用の対応表の作成が進んで、全てのＰＱＸパラメータとＣＳＶデータの検査結果データ要素名との対応が完成している状態を示す図。 図６Ｄの対応表と図６ＡのＣＳＶデータとから作成される、各ＰＱＸパラメータの検査結果値をＣＳＶ形式データで表示した変換後検査結果データの一例を示す図。 １次元バーコードと２次元バーコードの規格名とバーコード種類の例を列挙した表の一例を示す図。 実施形態に係る図６Ｅの変換後検査結果データをＰＱＸフォーマット形式で示したＰＱＸデータの一例を示す図。 実施形態に係るワークフロー管理サーバの処理を説明するフローチャート。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これら複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一もしくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

実施形態では、特に、印刷ジョブの印刷品質要求の基準を規定するファイルのフォーマットとしてＰＲＸデータ、印刷成果物の品質レベルを規定するファイルのフォーマットとしてＰＱＸデータを前提に説明する。しかしながら、本発明はＰＲＸやＰＱＸに限定されるものではなく、印刷ジョブの品質条件を規定するデータフォーマットであるならば、その形式は何でも良い。

ＰＲＸフォーマットは、印刷に要求する品質条件の標準データフォーマットを指す。ＰＲＸフォーマットは、品質条件を伝送するためのデータフォーマットの統一手段として、標準化技術として検討されている。このＰＲＸを用いることで、異なる顧客、或いは異なる受注に対する品質条件を統一的な標準データフォーマットで記述できるようになる。このようにＰＲＸを用いて、従来統一されていなかった品質条件を統一されたデータフォーマットで伝送できるようになる。

顧客が求める品質条件を記述したＰＲＸデータを用いることで、品質条件を満足するために印刷成果物の生産時に行う作業工程と、印刷成果物の品質確認の作業工程とを作業者を介さずに印刷システムで策定することができる。そして印刷装置やソフトウェアの事前設定を自動で行うことができる。

また、前述のように品質確認者は、生産された印刷成果物が品質条件を満足していることを確認するために印刷成果物の品質を検査し、その結果を記録する。例えば、用紙の表裏における画像の位置ずれ量や、複数部数、或いは複数ページ間での画像の色値の変動量を測定しその値を記録する。また、印刷成果物の中に印刷されたバーコードやＱＲコード（登録商標）の印刷品質を検査装置で検査し、その検査結果に基づいて品質のグレードを記録する。また、印刷成果物に、所謂、白抜けやポチと言った画像欠陥がないことを人が目視で検査し、その結果を記録する。

尚、以下の実施形態では、本発明に係る情報処理システムを商業印刷システムを例に説明し、本発明に係る情報処理装置を、ワークフロー管理サーバを例に説明する。また実施形態では、ワークフロー管理サーバが、検査装置の検査結果データに基づいてＰＱＸ（Ｐｒｉｎｔ Ｑｕａｌｉｔｙ ｅＸｃｈａｎｇｅ）フォーマット（所定フォーマット）の記述書（ＰＱＸデータ）を作成する例で説明する。

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

ワークフロー管理サーバ１００は、印刷ジョブの処理に関してワークフロー全体を管理する。ワークフロー管理端末１０１は、ワークフロー管理者が操作する端末であって、ワークフロー管理サーバ１００にネットワークを介して接続され、各種機能の実行や、ワークフロー管理サーバ１００からの情報を受信し、表示する。具体的には、ワークフロー管理機能の設定／変更や、生産システム１２０の各デバイスの状態確認や、印刷データとＰＲデータとの矛盾に関する情報の表示などである。尚、図１では生産システム１２０は１つしか図示していないが、ワークフロー管理サーバ１００は複数の生産システム１２０を管理しても良い。その場合、例えばカラー印刷可能かどうかや、印刷スピードなどの生産システム１２０の能力や、その時の印刷ジョブの処理の過密度などの状態に鑑みて、印刷ジョブの内容に適切な生産システム１２０を選択する。そして、その選択した生産システム１２０に印刷ジョブを処理させる。

受注システムサーバ１１０は、商業印刷の印刷成果物に関して、エンドユーザから注文を受け付ける。受注システム管理端末１１１は、受注システム管理者が操作する端末であって、ネットワークを介して受注システムサーバ１１０に接続され、受注システムサーバ１１０の各機能を実行する。エンドユーザ端末１１２は、エンドユーザが操作する端末で、この端末１１２から受注システムに印刷ジョブを発注する。

生産システム１２０は、商業印刷における印刷成果物を生産するシステムである。詳細には、印刷装置１２１、印刷装置１２１を制御するプリントサーバ１２２などを有している。印刷装置１２１にはインライン検査装置１２６が組み込まれている。インライン検査装置１２６は、印刷装置１２１にインラインで接続されたアクセサリユニットの一種である。インライン検査装置１２６は、そのユニット内のセンサで印刷画像をスキャンし、印刷物の画像が用紙に対して縦横方向及び用紙の表裏でずれている長さを測定したり、画像のある部分の色味を測定する機能を有する。インライン検査装置１２６は、印刷装置１２１にインラインで接続されているので、この機能によって後述する位置ずれや色味の検査を、印刷装置１２１が印刷しながら実施することができる。プリントサーバ１２２は、ワークフロー管理サーバ１００からのデータと指示に基づいて印刷処理を行い、印刷装置１２１に対して印刷指示を行う。印刷装置１２１は、プリントサーバ１２２からのデータと指示に基づき印刷を実行する。印刷方式は特に限定されることはなく、電子写真方式、インクジェット方式、その他の方式のいずれでもよい。

印刷装置１２１で印刷が実行され、用紙に画像が形成された後にインライン検査装置１２６に、その用紙が搬送されて印刷画像が検査され、その後に用紙が搬送されるアクセサリと呼ぶ装置でステイプルやパンチ等の加工が行われる。生産オペレータ端末１２５は、生産システム１２０の各種デバイスを操作するオペレータが操作する端末で、生産システム１２０にネットワークを介して接続され、デバイスの稼働状況の確認、異常発生時のエラー情報の確認などの機能を有する。別の形態として、外部の端末ではなく、各デバイスが具備するＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）操作部が、これらの機能を担う構成でもよい。

オフライン検査装置１３０は、生産システム１２０で印刷された印刷成果物を検査する装置である。インライン検査装置１２６は印刷装置１２１の中に組み込まれるのに対し、オフライン検査装置１３０は印刷装置１２１とは紙搬送経路がつながっていない。よって、印刷装置１２１で印刷された印刷成果物を、オフライン検査装置１３０まで運ぶ必要がある。尚、インライン検査装置１２６とオフライン検査装置１３０とは、印刷装置１２１と紙搬送経路でつながっているかどうかで区別しており、商業印刷システムとネットワークを介して接続しているかどうかは関係ない。図１ではオフライン検査装置１３０はネットワークを介して接続しない形態で表現しているが、接続していても良い。どちらの場合も実現できるように説明する。

次に、実施形態に係る商業印刷システムが印刷ジョブを受注してから印刷するまでの流れを説明する。

初めにエンドユーザは、エンドユーザ端末１１２からネットワークを介して受注システムサーバ１１０に接続し、ウェブブラウザなどのＵＩから、印刷成果物の選択、原稿データの送信、発注などを受注システムサーバ１１０に対して行う。こうして印刷ジョブの発注を行う。１以上のエンドユーザが１以上の印刷ジョブの発注を行うので、受注システムサーバ１１０は、１以上の印刷ジョブの受注データを保持することになる。

次に、受注システムの管理者は、受注システム管理端末１１１から、１以上の印刷ジョブの受注データを保持する受注システムサーバ１１０に接続し、ウェブブラウザなどのＵＩから、受注システムサーバ１１０が持つ各機能を実行する。具体的には、印刷成果物ごとの要求品質の設定、受注ジョブごとのステータス確認、受注ジョブごとの印刷成果物の品位情報の閲覧などがある。

次に、ワークフロー管理者は、ワークフロー管理端末１０１から、ワークフロー管理サーバ１００に接続し、ウェブブラウザなどのＵＩから、ワークフロー管理サーバ１００が持つ各機能を実行する。具体的には、受注システムサーバ１１０に接続し、そこに保持されている複数の印刷ジョブから、本日実行すべき印刷ジョブを選択して受注データを取得しワークフロー管理サーバ１００に保持する。また、ワークフロー管理サーバ１００は、受注システムサーバ１１０から、印刷データや品質条件情報であるＰＲＸデータを受信する。そして、受注システムサーバ１１０から受信したＰＲＸデータを解釈して、受注ジョブ毎に生産システム１２０の決定や、印刷データのプリプレス処理などを実行する。尚、実施形態では、印刷装置１２１が印刷出力を行う前に印刷データに対し、印刷データに使われているフォントや特色などを検査し、印刷を問題なく行うための準備の処理をプリプレス処理と呼ぶ。このプリプレス処理を行うことで、取得した受注データを解析し、印刷ができる条件が整っているかを判定し、印刷できると判定できたものを生産システム１２０に対し印刷するように指示する。更に、ワークフロー管理サーバ１００は、生産システム１２０に対し印刷出力を行うように指示すると、プリントサーバ１２２が印刷データを受信する。プリントサーバ１２２は、一般的にＲＩＰ（Raster Image Processing）と呼ぶ印刷データを印刷装置１２１が印刷できるようにデータ処理を行い、印刷装置１２１に対して処理した印刷データを送信する。こうして印刷装置１２１は、その印刷データを受信して印刷を行う。

また、ワークフロー管理サーバ１００は、ＰＲＸデータに従って印刷された印刷成果物の印刷品質を確認する検査指示を行う。例えば、インライン検査装置１２６に対して、前述のように用紙の表裏における画像の位置ずれ量や、複数部数或いは複数ページ間での画像の色味を測定するなどの検査の実施を指示する。インライン検査装置１２６による検査は、生産システム１２０で印刷されるときに並行して行われる。これはワークフロー管理サーバ１００が、ネットワークを介して生産システム１２０に対してインライン検査装置１２６で行う検査内容を指示することで実施される。

これに対し、オフラインで検査を実施する場合は、オフライン検査装置１３０を操作したり検査そのものを実施したりする品質確認者に対して検査を指示し、その品質確認者がその指示を受けて検査を実施する必要がある。例えば、前述のようにバーコード検査を実施する場合、品質確認者はオフライン検査装置１３０であるバーコード検査装置に印刷成果物をセットして検査を開始する。このようにオフライン検査では、品質確認者は、実施する必要がある検査を適切に知る必要がある。そのために、印刷システムでは、作業指示書を使って必要な検査などの工程を進めていくことが多い。そのために検査指示書が使われる。

次に、ワークフロー管理サーバ１００は、蓄積した１以上の検査結果を印刷ジョブ毎に集計し、ＰＱＸデータで印刷成果物の印刷品質を記述する。更に、顧客が指定した印刷成果物に対する品質要求を記述したＰＲＸデータとＰＱＸデータとを比較して、要求品質が満足されているか否か判定する。満足されていることを確認したら、作成したＰＱＸデータを受注システムサーバ１１０に送付する。

受注システムサーバ１１０は、印刷成果物の印刷品質が、顧客が指定した印刷成果物に対する品質要求を満足していることを報告する。そして受注システムサーバ１１０は、必要に応じてＰＲＸデータやＰＱＸデータを提供できるように蓄積し、顧客が指定した場所に印刷成果物を送付し、印刷受注を完了する。以上が実施形態に係る印刷システムが印刷ジョブを受注してから印刷するまでの処理の流れである。

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

また実施形態は、ワークフロー管理サーバ１００がＰＲＸデータの解釈及び印刷データのプリプレス処理を実行するものとして説明するが、本発明はその限りではない。別の実施形態として、後述の受注システムサーバ１１０が実行してもよいし、後述の生産システム１２０のプリントサーバ１２２が実行してもよい。またＰＲＸデータの解釈と印刷データのプリプレス処理を別のサーバで実行しても良い。例えば、受注システムサーバ１１０がＰＲＸデータの解釈を、ワークフロー管理サーバ１００がプリプレス処理を実行してもよい。

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

図２は、実施形態に係る商業印刷システムに含まれるワークフロー管理サーバ１００、ワークフロー管理端末１０１と、プリントサーバ１２２を含む生産システム１２０のハードウェア構成を説明するブロック図である。

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

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

尚、受注システムサーバ１１０の場合も、そのハードウェア構成は、ワークフロー管理サーバ１００と実質的に同様であるため、その説明は省略する。

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

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

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

次に、生産システム１２０のハードウェア構成を説明する。

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

次に、印刷装置１２１のハードウェア構成を説明する。

画像形成部２２８は、印刷用データに基づいて用紙に画像を印刷する。そのハードウェア構成は、一般的な印刷装置と同じである。また印刷装置１２１は、画像形成部２２８以外のハードウェアも含んでいるが、ここでは本発明に直接関係のない構成は省略している。

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

データ管理部３０１は、受注システムサーバ１１０から印刷データ及びＰＲＸデータを受信し、管理する。統括制御部３０２は、データ管理部３０１からＰＲＸデータや印刷データを読み出し、ＰＲＸデータと印刷データとを解析し、後述するフローチャートに従ってＰＲＸデータと印刷データとに矛盾がないかを解析したり、その結果をログファイルに記録する。尚、データ管理部３０１は、ログファイル、及びその他後述する各種データを管理する。画面表示部３０５は、ワークフロー管理端末１０１で表示されるワークフロー管理サーバ１００の画面を表示する。入力受付部３０６は、ワークフロー管理端末１０１で入力された指示をワークフロー管理端末１０１経由で受け付ける。フォーマット判断部３０７は、ＰＱＸデータのフォーマットを判定する。データ変換部３０８は、入力された検査結果をＰＱＸデータのパラメータに対応したデータ形式に変換する。ＰＱＸ生成部３０９は、ＰＱＸフォーマットのＰＱＸデータを生成する。通信部３１０は、ワークフロー管理サーバ１００がそれ以外の装置や端末とネットワークを介して通信する。

尚、実施形態は、ワークフロー管理サーバ１００がＰＱＸ生成部３０９を有するものとして説明するが、本発明はその限りではない。別の実施形態として、受注システムサーバ１１０が有していてもよいし、生産システム１２０のプリントサーバ１２２が有していてもよい。

図４Ａ～４Ｂは、実施形態におけるバーコードのＰＱＸデータの具体的な記述例を示す図である。

まず、図４Ａ～４Ｂに共通な部分を説明する。

ＰＱＸデータの全体タグＰＱＸ４０１ａには、タグ「ＳａｍｐｌｅＣｏｌｌｅｃｔｉｏｎ」４０２ａ，４０２ｂ、タグ「Ｓａｍｐｌｅ」４０３ａ，４０３ｂの下に、以下の４つのタグがある。これらの４つのタグに該当する事項に関する印刷品質検査結果が記載される。これら４つのタグは、「ＣｏｌｏｒＲｅｐｏｒｔ」４０４、「ＲｅｇｉｓｔｒａｔｉｏｎＲｅｐｏｒｔ」４０５、「ＤｅｆｅｃｔＲｅｐｏｒｔ」４０６、「ＢａｒｃｏｄｅＲｅｐｏｒｔ」４０７ａ，４０７ｂを含む。各検査結果は、該当するタグの中に記述される。

タグ「ＣｏｌｏｒＲｅｐｏｒｔ」４０４は、色味の差異に関する印刷品質の検査項目である。印刷物の画像の中のある部分の色味を測色器などで測定し、基準の色味との差異を計算し、その差異が品質要求の基準内に収まっているかどうかを記述する。タグ「ＲｅｇｉｓｔｒａｔｉｏｎＲｅｐｏｒｔ」４０５は、用紙における印刷位置のずれに関する印刷品質の検査項目である。印刷物の画像が用紙に対して縦横方向及び用紙の表裏でずれている長さを測定し、その差異が品質要求の基準内に収まっているかどうかを記述する。タグ「ＤｅｆｅｃｔＲｅｐｏｒｔ」４０６は、印刷に存在する画像欠陥に関する印刷品質の検査項目で、印刷物の画像の中に欠陥画像が無いか、あればその大きさを測定し、その欠陥画像の大きさが品質要求の基準内に収まっているかどうかを記述する。タグ「ＢａｒｃｏｄｅＲｅｐｏｒｔ」４０７ａ，４０７ｂは、１次元バーコードや２次元コード（以下バーコードと呼ぶ）に関する印刷品質の検査項目であり、バーコードの印刷品質が品質要求の基準内に収まっているかどうかを記述する。

尚、タグの番号において、番号の末尾のａとｂは対をなしていて、ａが開始、ｂが終了を意味する。ａもｂも無い番号の場合は、そのタグの開始から終了までが含まれることを意味する。またタグ４０４のように＜＞と＜／＞とで挟まれた間に「…」とあるのは、値が入る可能性があることを示す。また「Ｎｕｍ」とあるのは、数値が入ることを示している。

図４Ａは、ＪＡＮなどの１次元バーコードのＰＱＸデータの一例を示す図である。

バーコードの検査結果は、「ＢａｒｃｏｄｅＲｅｐｏｒｔ」４０７ａ，４０７ｂの中に記述される。１次元バーコードの場合は、更にその中のタグ「Ｂａｒｃｏｄｅ１ＤＥｎｔｒｙ」４２４ａ，４２４ｂの中に記述される。「Ｃｏｄｅｗｏｒｄｓ」４２７は、バーコードを読み取ってデコードできた文字列を記述する。「ＩＳＯ１ＤＶｅｒｉｆｉｃａｔｉｏｎ」４２８ａ，４２８ｂは、以下で説明するバーコード検査における各種検査項目の検査結果を記述する。「ＯｖｅｒａｌｌＳｙｍｂｏｌＧｒａｄｅ」４３１は、バーコードの検査全体を総合した等級を記述する。「ＭｉｎｉｍｕｍＲｅｆｌｅｃｔａｎｃｅ」４３２は、バーコードと背景との間の最小反射差の等級を記述する。「ＳｙｍｂｏｌＣｏｎｔｒａｓｔ」４３３は、最大反射率と最小反射率の差の等級を記述する。「ＭｉｎｉｍｕｍＥｄｇｅＣｏｎｔｒａｓｔ」４３４は、バーコード全体を通した明暗のコントラストの等級を記述する。「Ｍｏｄｕｌａｔｉｏｎ」４３５は、バーコードの輝度のばらつき度合いの等級を記述する。「ＢａｒｃｏｄｅＤｅｆｅｃｔｓ」４３６は、バーコードを読み取れない欠陥の割合の等級を記述する。「Ｄｅｃｏｄａｂｉｌｉｔｙ」４３７は、バーコードのデコードの容易性の等級を記述する。「Ｄｅｃｏｄｅ」４３８は、バーコードをデコードできたかどうか、合格／不合格で記述する。

尚、これらの検査項目は、１次元バーコード検査の標準規格であるＩＳＯ１５４１６で定義されている検査項目を参照している。

図４Ｂは、ＱＲコード（登録商標）などの２次元バーコードのＰＱＸデータの一例を示す図である。

バーコードの検査結果は、「ＢａｒｃｏｄｅＲｅｐｏｒｔ」４０７ａ，４０７ｂの中に記述される。２次元バーコードの場合は、更にその中のタグ「Ｂａｒｃｏｄｅ２ＤＥｎｔｒｙ」４２４ａ，４２４ｂの中に記述される。「Ｃｏｄｅｗｏｒｄｓ」４２７は、バーコードを読み取ってデコードできた文字列を記述する。「ＩＳＯ２ＤＶｅｒｉｆｉｃａｔｉｏｎ」４２８ａ，４２８ｂは、以下で説明するバーコード検査における各種検査項目の検査結果を記述する。これに含まれるタグ４３１～４３８は、１次元バーコードで説明したタグと共通である。２次元バーコード特有の検査項目は以下の通り。「ＵｎｕｓｅｄＥｒｒｏｒＣｏｒｒｅｃｔｉｏｎ」４３９は、バーコードの誤り訂正の不使用率の等級を記述する。「ＣｏｄｅｗｏｒｄＹｉｅｌｄ」４４０は、バーコード内の隣接する行間の干渉の等級を記述する。「ＧｒｉｄＮｏｎｕｎｉｆｏｒｍｉｔｙ」４４１は、バーコードの各セルのずれ度合いの等級を記述する。「ＡｘｉａｌＮｏｎｕｎｉｆｏｒｍｉｔｙ」４４２は、バーコードの歪み度合いの等級を記述する。「ＦｉｘｅｄＰａｔｔｅｒｎＤａｍａｇｅ」４４３は、バーコードの固定パターンのダメージ数の等級を記述する。

尚、これらの検査項目は、２次元バーコード検査の標準規格であるＩＳＯ１５４１５で定義されている検査項目を参照している。

図６Ａは、あるメーカのバーコード検査装置（ＢＣＣ００１）が生成する検査結果データの例を示す図である。この検査結果データは、列６０１～６１９、行６３１～６３８を含んでいる。

このバーコード検査装置は、検査実行後に検査結果を画面に表示する以外に、ワークフロー管理サーバ１００がこの検査結果データを読み込んで処理できるように、検査結果データをバーコード検査装置の外に出力する。例えば、バーコード検査装置は、検査結果データをＵＳＢメモリに書き込んだり、ネットワーク上の共有フォルダやサーバに送信したりする。ここでは検査結果データは、ＣＳＶ形式のデータとして説明する（以下、ＣＳＶデータとも呼ぶ）。

ＣＳＶデータは、パラメータ名とその値を含み、それらがカンマやタブなどの区切り文字で区切られている。図６ＡはそのＣＳＶ形式のデータを見やすく表形式で表示している。例えば行６３１には、「ＴｅｓｔＤｅｖｉｃｅ」と「Ｆｉｒｍｗａｒｅ」と言う名称の２つのパラメータがあり、行６３２にはそれらの値として「ＢＣＣ００１」と「１．２３」がある。行６３３には以下の名称のパラメータがある。即ち、Ｎｏ．，Ｄａｔｅ＆ｔｉｍｅ，ＣｏｄｅＳｙｍｂｏｌｏｇｙ，Ｓｔａｎｄａｒｄ，ＲｅｓｕｌｔＧｒａｄｅ，ＡＳＣＩＩＶａｌｕｅｓ，ＭｉｎＲｅｆｌｅｃｔがある。またＳｙｍＣｏｎｔｒａｓｔ，ＭｉｎＥｄｇｅＣｏｎｔｒａｓｔ，Ｍｏｄｕｌ，ＢａｒＤｅｆｅｃｔ，Ｄｅｃｏｄａｂｉｌｉｔｙ，Ｄｅｃｏｄｅがある。さらに、ＵｎｕｓｅｄＥｒｒＣｏｒｒｅｃｔ，ＣｏｄｅｗｏｒｄＹｉｅｌｄ，ＧｒｉｄＮｏｎｕ，ＡｘｉａＮｏｎｕ，ＦｉｘｅｄＰａｔＤａｍａｇｅがある。

行６３４から行６３８（それ以下は同じなので省略）は、行６３３に示された各パラメータの値である。例えば、行６３４は、１つめのバーコードの検査結果のデータであり、列６０４には、バーコード種類を示すＣｏｄｅＳｙｍｂｏｌｏｇｙとして「ＱＲ」がある。また列６０６には、その検査の全体評価であるＲｅｓｕｌｔＧｒａｄｅとして「Ａ」がある。また列６０７には、バーコードをデコードして得られた値であるＡＳＣＩＩＶａｌｕｅｓとして「ｈｔｔｐｓ：／／ｃｗｅｂ．ａｂｃ．ｊｐ／ｅ－ｓｕｐｐｏｒｔ／ｉｎｄｅｘ．ｈｔｍｌ」がある。バーコードの品質は「Ａ・Ｂ・Ｃ・Ｄ・Ｆ」又は「４・３・２・１・０」の５段階で評価される。列６０６のＲｅｓｕｌｔＧｒａｄｅは、全体としての段階であるが、以下に示す複数の詳細な検査項目から構成される。

列６０８のＭｉｎＲｅｆｌｅｃｔは、バーコードと背景との間の最小反射差を測定するテスト項目であり、このバーコードの検査結果はグレード「Ａ」である。次の列６０９のＳｙｍＣｏｎｔｒａｓｔは、最大反射率と最小反射率の差分を測定するテスト項目であり、このバーコードの検査結果はグレード「Ａ」である。次の列６１０のＭｉｎＥｄｇｅＣｏｎｔｒａｓｔは、バーコード全体を通した明暗のコントラストを測定するテスト項目であり、このバーコードの検査結果はグレード「Ａ」である。次の列６１１のＭｏｄｕｌは、輝度のばらつき度合いを測定するテスト項目であり、このバーコードの検査結果はグレード「Ａ」である。次の列６１２のＢａｒＤｅｆｅｃｔは、欠陥を測定するテスト項目であり、このバーコードの検査結果はグレード「Ａ」である。次の列６１３のＤｅｃｏｄａｂｉｌｉｔｙは、デコードの容易性を測定するテスト項目であり、このバーコードの検査結果はグレード「Ａ」である。次の列６１４のＤｅｃｏｄｅは、バーコードをデコードできたかどうかを測定するテスト項目であり、このバーコードの検査結果はグレード「Ａ」である。次の列６１５のＵｎｕｓｅｄＥｒｒＣｏｒｒｅｃｔは、誤り訂正不使用率を測定するテスト項目であり、このバーコードの検査結果はグレード「Ａ」である。次の列６１６のＣｏｄｅｗｏｒｄＹｉｅｌｄは、２次元バーコード内の隣接する行間の干渉を測定するテスト項目であり、このバーコードの検査結果はグレード「Ａ」である。次の列６１７のＧｒｉｄＮｏｎｕは、２次元コードの各セルのずれ度合いを測定するテスト項目であり、このバーコードの検査結果はグレード「Ａ」である。次の列６１８のＡｘｉａＮｏｎｕは、２次元コードの歪み度合いを測定するテスト項目であり、このバーコードの検査結果はグレード「Ａ」である。次の列６１９のＦｉｘｅｄＰａｔＤａｍａｇｅは、固定パターンのダメージ数を測定するテスト項目であり、このバーコードの検査結果はグレード「Ａ」である。

図６Ｂは、ＰＱＸデータのパラメータと図６ＡのＣＳＶデータのパラメータ（要素）名との対応付けを記述するための対応表のテンプレートを示し、これはデータ管理部３０１を介して格納される。この図６Ｂの対応表テンプレートには、検査装置名６４１と、その値を格納するための領域６７１がある。またＰＱＸパラメータ名６４２として、パラメータ名６５１～６６６には、図４Ｂに示したＰＱＸデータのパラメータ４２５～４２７と４３１～４４３が記述される。これらパラメータ４２５～４２７と４３１～４４３は、図４Ａ，４Ｂで説明したように「…」又は「Ｎｕｍ」で示した値が入る可能性があるパラメータである。具体的には、パラメータ名６５１～６６６に示す以下のパラメータがある。即ち、ＢａｒｃｏｄｅＳｙｍｂｏｌｏｇｙ，ＲｅｐｏｒｔｅｒＩｄＬｉｎｋ，Ｃｏｄｅｗｏｒｄｓ，ＯｖｅｒａｌｌＳｙｍｂｏｌＧｒａｄｅ，ＭｉｎｉｍｕｍＲｅｆｌｅｃｔａｎｃｅがある。またＳｙｍｂｏｌＣｏｎｔｒａｓｔ，ＭｉｎｉｍｕｍＥｄｇｅＣｏｎｔｒａｓｔ，Ｍｏｄｕｌａｔｉｏｎ，ＢａｒｃｏｄｅＤｅｆｅｃｔｓ，Ｄｅｃｏｄａｂｉｌｉｔｙ，Ｄｅｃｏｄｅ，ＵｎｕｓｅｄＥｒｒｏｒＣｏｒｒｅｃｔｉｏｎがある。更にＣｏｄｅｗｏｒｄＹｉｅｌｄ，ＧｒｉｄＮｏｎｕｎｉｆｏｒｍｉｔｙ，ＡｘｉａｌＮｏｎｕｎｉｆｏｒｍｉｔｙ，ＦｉｘｅｄＰａｔｔｅｒｎＤａｍａｇｅがある。

ＰＱＸパラメータ名６４２の「１次元・２次元」６４３は、図４Ａ，４Ｂで説明したように、ＰＱＸパラメータには１次元と２次元に共通なものと、２次元のみに存在するものがある。よってパラメータ６６７で、「１次元」とあるパラメータは１次元と２次元に共通、「２次元」とあるパラメータは２次元のみであることを示す。検査結果データの要素名６４４，６７２～６８７は、図６Ａの行６３３にある各パラメータを入れるためのものである。これは、バーコード検査装置を製造するメーカ或いは検査装置の種類によって、図６Ａの行６３３にある各パラメータの名称や配列順番が異なることがある。そこでＰＱＸパラメータに対応するＣＳＶデータのパラメータ名称が何であるかを記述するための対応表が必要になる。従って、メーカ或いは検査装置に応じた対応表を作成するために、その基となるテンプレートとして図６Ｂを用意している。

図６Ｃは、図６Ｂのテンプレートから、このバーコード検査装置用の対応表を作成している途中を示している。よって、図６Ｂと共通する個所は同じ参照番号で示している。ここでは領域６７１に、検査装置の名称である「ＢＣＣ００１」が記述されている。更にパラメータ名６５１には、ＰＱＸパラメータであるＢａｒｃｏｄｅＳｙｍｂｏｌｏｇｙに対応するＣＳＶデータの検査結果データの要素名６７２として「ＣｏｄｅＳｙｍｂｏｌｏｇｙ」が記載されている。

図６Ｄは、更にバーコード検査装置用の対応表の作成が進んで、全てのＰＱＸパラメータとＣＳＶデータの検査結果データの要素名との対応が完成している状態を示している。この完成した状態を対応表と呼ぶ。この対応表と図６Ａのバーコード検査装置の検査結果データとを用いれば、ＰＱＸパラメータとＣＳＶデータのパラメータ名称及び検査結果の各データとの対応関係が特定できるようになる。この特定方法は後述する。ここでは検査結果データの要素名６４４，６７２～６８７に、図４Ｂに示したＰＱＸのパラメータ４２５～４２７と４３１～４４３のデータが記載されている。

図６Ｅは、図６Ｄの対応表と図６ＡのＣＳＶデータとから後述する方法で作成される、各ＰＱＸパラメータの検査結果値をＣＳＶ形式データで表示した変換後検査結果データの一例を示す図である。尚、図では見やすいように表形式で示している。この表の行はＰＱＸパラメータを、列は検査した１つ１つのバーコードの検査結果値である。

図６Ｆは、１次元バーコードと２次元バーコードの規格名とバーコード種類の例を列挙した表の一例を示す図である。

例えば、１次元バーコードは、その規格名は「ＩＳＯ１５４１６」であり、バーコード種類としてはＪＡＮやＥＡＮなどが記載されている。この表を用いれば、ＣＳＶデータにＩＳＯ１５４１６とあれば１次元バーコードと判定できるし、ＱＲとあれば２次元バーコードと判定できる。

図７は、図６Ｅの変換後検査結果データをＰＱＸフォーマット形式で示したＰＱＸデータの一例を示す図である。

図７（Ａ）～（Ｄ）は、図６Ｅの列１～４に示す検査結果データに対応している。

図５Ａ～図５Ｆは、実施形態に係るワークフロー管理サーバ１００で表示される検査結果の入力画面の具体例を示す図である。これらの検査結果の入力画面は、ＲＯＭ２０２又はＨＤＤ２０４に格納されたプログラムをＣＰＵ２０１がＲＡＭ２０３に展開して実行することにより実現される。

図５Ａ（Ａ）は、実施形態に係るバーコード検査装置（オフライン検査装置１３０）が生成した検査結果のＣＳＶデータをワークフロー管理サーバ１００に読み込むための画面例を示す図である。

画面５０１では、読み込む対象である検査結果データ５０２であるＣＳＶデータを指定するように指示されている。ここでユーザは、「ファイルを選択」ボタン５０３を押下することにより、ＵＳＢメモリ内のＣＳＶデータ、或いはネットワーク上の共有フォルダ内のＣＳＶデータを指定する。これはＷｉｎｄｏｗｓＯＳなどＰＣやスマートフォンなどでファイルを開く方法が代表的な実現方法である。「ファイルを選択」ボタン５０３でＣＳＶデータを指定すると、図５Ａ（Ａ）の画面５０１の「選択されていません」５０４が、図５Ａ（Ｂ）で示すように、選択したＣＳＶデータのファイル名５０５が表示される。ここではファイル「Ｔｅｓｔ＿ｒｅｓｕｌｔ．ｃｓｖ」が選択済みであることが分かる。また図５Ａ（Ｂ）では、ファイル名が表示されるので、品質確認者は正しいファイルかどうかも分かり、間違っているなら再度、「ファイルを選択」ボタン５０３を押下して再選択できる。ＣＳＶデータが選択されると「次へ」ボタン５９１を押下して次の設定画面に進む。一方、バーコード検査の入力そのものを終了したい場合は「キャンセル」ボタン５９０を押下する。

図５Ｂ（Ａ）は、選択したＣＳＶデータを読み込み、そのデータを生成した検査装置用の対応表（図６Ｄ）が既にあるかどうかを判定した結果、存在しない場合に表示される画面例を示す。図５Ｂ（Ａ）では「対応関係が存在しないので、作成しますか？」というメッセージが表示されて、読み込んだＣＳＶデータ用の対応表を新たに作成するかどうかを品質確認者に問うている。対応表を作成する場合、ユーザは「次へ」ボタン５９３を押下し、作成しない場合は「キャンセル」ボタン５９４を押下すると、この処理を終了する。

図５Ｂ（Ｂ）は、選択したＣＳＶデータを読み込み、そのデータを生成した検査装置用の対応表（図６Ｄ）が既にある場合に表示される画面例を示す。ここでは、見つかった対応表５０６が表示され、品質確認者が確認できるようになっている。ここで品質確認者が正しいと判断したときは「ＯＫ」ボタン５９５を押下し、正しくないと判断したときは「キャンセル」ボタン５９４を押下する。この図５Ｂ（Ｂ）では、図６Ｄに示した対応表が表示されている例を示す。言うまでも無く、対応表の細部を確認できるように拡大縮小機能やスクロール機能を備えていても良い。

図５Ｃは、実施形態に係るワークフロー管理サーバ１００により表示される、ＰＱＸパラメータとバーコード検査結果データとの対応関係を指定する画面の一例を示す図である。

画面５０１は、ＰＱＸパラメータを表示する領域５０７と、検査結果データを表示する領域５０８とを有している。この画面５０１では、領域５０７のＰＱＸパラメータと、領域５０８のバーコード検査結果データとの対応関係を指定するように品質確認者に促している。ここで品質確認者は、指定を開始するなら「開始」ボタン５９６を、指定を終了するなら「終了」ボタン５９７を押下する。尚、ＰＱＸパラメータを表示する方法としては、図示したＸＭＬ形式のＰＱＸフォーマットを表示しても良いし、パラメータを単純に羅列したリスト形式など、いずれでもよい。また図示しないが、ＰＱＸパラメータの意味を分かりやすくするために、各パラメータに、ポインティングデバイスで指示されるカーソルを重ねるとそのパラメータの解説が表示されるようになっていても良い。

図５Ｄは、図５Ｃで「開始」ボタン５９６が押下された場合に表示される画面例を示す図である。

この画面５０１では、領域５０７のＰＱＸデータの各パラメータを個別に選択できるボタン５２１～５３６と、領域５０８のバーコード検査結果データの項目名を個別に選択できるボタン５４１～５５９とが表示される。

例えば、領域５０７のボタン５２１は、ＰＱＸパラメータのＢａｒｃｏｄｅＳｙｍｂｏｌｏｇｙを選択するためのボタンである。領域５０８のボタン５４４は、検査結果データのＣｏｄｅＳｙｍｂｏｌｏｇｙを選択するためのボタンである。ここでＰＱＸパラメータと検査結果データの項目名の対応を指定するには、領域５０７のＰＱＸパラメータのボタン５２１～５３６の内から１つを選択する。そしてその後に、領域５０８の検査結果データの項目名のボタン５４１～５５９の内から１つを選択すれば良い。例えば、ボタン５２１を選択した後に、ボタン５４４を選択したときの例を図５Ｅを参照して説明する。

図５Ｅは、領域５０７のＰＱＸパラメータのボタン５２１を選択した後に、領域５０８の検査結果データの項目名のボタン５４４を選択した場合に表示される画面例を示す。これによりポップアップ画面５０９に、ＰＱＸパラメータ５１１と検査結果データ５１３との対応表が表示される。そしてエリア５１２には「ＢａｒｃｏｄｅＳｙｍｂｏｌｏｇｙ」が、エリア５１４には「ＣｏｄｅＳｙｍｂｏｌｏｇｙ」が表示される。ここでエリア５１２の「ＢａｒｃｏｄｅＳｙｍｂｏｌｏｇｙ」は、図５Ｄの領域５０７のボタン５２１に対応して、エリア５１２の「ＣｏｄｅＳｙｍｂｏｌｏｇｙ」は、図５Ｄの領域５０８のボタン５４４に対応している。

品質確認者は、この対応関係で正しいかどうか確認し、正しければ「ＯＫ」ボタン５９８を押下し、正しくなければ「キャンセル」ボタン５９９を押下する。キャンセルボタンボタン５９９が押下されると、図５Ｅの画面から図５Ｄの画面に遷移するため、品質確認者は、図５Ｄの画面で対応関係を選択し直す。ＯＫの場合はＰＱＸパラメータと検査結果データの対応関係が決定される。

図５Ｆは、実施形態で、最終的に生成されたＰＱＸデータを表示した画面例を示す図である。

ここでは生成されたＰＱＸデータが表示欄５１０に表示されて、品質確認者が確認できるようになっている。ここで品質確認者は、最終的に生成されたＰＱＸデータが正しいと判定すると「ＯＫ」ボタン５９５を、正しくないと判定すると「キャンセル」ボタン５９４を押下する。

図８は、実施形態に係るワークフロー管理サーバ１００の処理を説明するフローチャートである。このフローチャートで示す処理は、ＲＯＭ２０２又はＨＤＤ２０４に格納されたプログラムをＣＰＵ２０１がＲＡＭ２０３に展開して実行することにより実現される。この処理は、Ｓ８００で、ワークフロー管理サーバ１００においてバーコード検査結果の処理が開始されることにより開始され、尚、この処理においてＣＰＵ２０１は、主に統括制御部３０２として機能している。

Ｓ８０１でＣＰＵ２０１は、画面表示部３０５に対して指示して、例えば図５Ａに示すような入力画面を表示させる。次にＳ８０２でＣＰＵ２０１は、図５Ａで説明したように、品質確認者によって、バーコード検査装置が生成した検査結果の検査結果データ（ＣＳＶデータ）が指定されたかどうかを判定する。ここで検査結果データが指定されていると判定するとＳ８０３に遷移し、指定されるまでＳ８０２を繰り返す。Ｓ８０３でＣＰＵ２０１は、バーコードの検査結果データをＵＳＢメモリ、或いは通信部３１０を介してネットワーク上の共有フォルダから読み込み、データ管理部３０１を介してそのＣＳＶデータを格納する。次にＳ８０４に進みＣＰＵ２０１はＣＳＶデータを分析し、バーコード検査装置のメーカの装置名（識別情報）を抽出する。次にＳ８０５に進みＣＰＵ２０１は、メーカの装置名と、対応する対応表を記憶するデータベースを検索する。そしてＳ８０６でＣＰＵ２０１は、データベースに保管している対応表の中にＳ８０４で抽出したメーカの装置名と合致する対応表が存在するか否か判定し、存在すると判定するとＳ８０７へ、存在しないと判定するとＳ８２１へ遷移する。尚、このデータベースは、例えばＨＤＤ２０４に記憶されている。

ここではまず、Ｓ８２１～Ｓ８２９を参照して、データベースに格納しているデータの中に、読み込んだ検査結果データ用の対応表が存在しない場合に、新らたに対応表を作成する処理を説明する。

Ｓ８２１でＣＰＵ２０１は、格納されている対応表テンプレート（図６Ｂ）を呼び出し、それをコピーする。次にＳ８２２に進みＣＰＵ２０１は、図４Ｂの２次元用のＰＱＸデータからバーコードパラメータを抽出して生成したＰＱＸパラメータと、最初に読み込んでいるバーコード検査結果のＣＳＶデータとを同時に表示する。ここでは例えば図５Ｃに示すような対応画面を表示する。ここでは図５Ｃを参照して説明したように、ここでＣＰＵ２０１は、品質確認者によって対応関係の指定が開始されたかどうかを判定する。即ち、「開始」ボタン５９６が押下されるとＳ８２４に遷移し、「開始」ボタン５９６が押下されるまでＳ８２３を繰り返す。

次にＳ８２４でＣＰＵ２０１は、図５ＣのＰＱＸパラメータの領域５０７と検査結果データの領域５０８において複数の選択肢を表示するように画面表示部３０５に対して指示し、例えば図５Ｄに示すような対応指定画面を表示する。ここでＣＰＵ２０１は、ＰＱＸパラメータの領域５０７において、図４Ｂのパラメータ４２５～４２７及び４３１～４４３が選択肢として表示すべきＰＱＸパラメータであることが分かっている。従って、それらをボタン５２１～５３６として表示する。またＣＰＵ２０１は、検査結果データの領域５０８においては、読み込んだ検査結果データを分析し、多数の値が行単位で記述されている内の最初の行が検査項目名に該当すると判定できる。よって、そのような行を探し出して、それらを画面で選択できるようにボタン５４１～５９９として表示する。

尚、検査装置によっては、例えばボタン５４１「Ｎｏ．」やパラメータ５２２の「Ｄａｔｅ＆ｔｉｍｅ」などは省略されるなど、一行に記述する項目は前後する場合がある。また、検査したバーコードが全て１次元であれば、図４Ａで説明したようにＰＱＸパラメータが少ないので、検査結果データでも一行に記述される検査項目の数が少なくなる。それらを踏まえた上で、多数の値が行単位で記述されている最初の行が検査項目名に該当すると判定できる。尚、検査結果データの領域５０８では、ボタン５４１～５９９以外の個所を選択できるように、入力受付部３０６を介して指定できるようにしても良い。

次にＳ８２５でＣＰＵ２０１は、品質確認者によって対応関係の指定操作が終了されたかどうかを判定する。即ち、ここでは「終了」ボタン５９７が押下されると終了と判定してＳ８０９に遷移し、「終了」ボタン５９７が押下されていなければＳ８２６に遷移する。

次にＳ８２６でＣＰＵ２０１は、図５Ｄの対応指定画面を表示した後、品質確認者によって、対応関係の選択肢がＰＱＸパラメータの領域５０７から１つと、検査結果データの領域５０８から１つの対が選択されたかどうかを判定する。ここで選択がされていなければＳ８２５に遷移する。こうしてＳ８２５とＳ８２６とを繰り返すことで、「終了」ボタン５９７が押下されるか、又は選択肢が対で選択されるか、どちらかが品質確認者によって実行されるのを待つ。

Ｓ８２６で選択されたと判定するとＳ８２７に進みＣＰＵ２０１は、画面表示部３０５に対して指示して、例えば図５Ｅに示すようなポップアップ画面５０９を表示させる。ここでは前のステップで品質確認者によって選択されたＰＱＸパラメータ部分５０７の選択肢の値をエリア５１２に、検査結果データ部分５０８の選択肢の値をエリア５１４に表示したポップアップ画面５０９を表示する。図５Ｅの例では、エリア５１２にＢａｒｃｏｄｅＳｙｍｂｏｌｏｇｙが、エリア５１４にはＣｏｄｅ Ｓｙｍｂｏｌｏｇｙが表示されている。

次にＳ８２８に進みＣＰＵ２０１は、図５Ｅのポップアップ画面５０９の「ＯＫ」ボタン５９８が品質確認者によって選択されたかどうかを判定する。ここで「ＯＫ」ボタン５９８が選択されたときはＳ８２９に遷移し、「キャンセル」ボタン５９９が選択されたときはＳ８２４に遷移して、再度、選択肢を表示し選択をやり直す。Ｓ８２９でＣＰＵ２０１は、ポップアップ画面５０９に表示した対応関係を、Ｓ８２１で作成した対応表に登録する。

Ｓ８２９の処理を具体的で説明する。統括制御部３０２として機能するＣＰＵ２０１は、エリア５１２のＰＱＸパラメータの名称が、図６Ｂ，図６Ｃの対応表のＰＱＸパラメータ名６５１～６６６の何れかに該当するかを判定する。そして該当するＰＱＸパラメータに対応する検査結果データの要素名の欄６７２～６８７に、そのエリア５１４の値を入力する。図６Ｃは、ＰＱＸパラメータ名６５１の「ＢａｒｃｏｄｅＳｙｍｂｏｌｏｇｙ」に対応する検査結果データの要素名である欄６７２に「ＣｏｄｅＳｙｍｂｏｌｏｇｙ」が登録された対応表を示す。更にＳ８２９でＣＰＵ２０１は、ポップアップ画面５０９を閉じ、Ｓ８２６で選択された選択肢を選択できないように非表示にしてＳ８２４に遷移する。

こうして、Ｓ８２４からＳ８２９を繰り返すことで、対応表において全てのＰＱＸパラメータに対応する検査結果データの要素名が記入される。その完成した結果の一例を図６Ｄに示す。

以上説明したように、バーコード検査装置に対応する対応表が存在しない場合でも、新たなバーコード検査装置に対応した対応表が作成できる。

次にＳ８０６で、バーコード検査装置に対応する対応表が存在する場合の処理を説明する。

Ｓ８０７でＣＰＵ２０１は、データベースから見つけた対応表を呼び出して、画面表示部３０５に対し指示し、例えば図５Ｂ（Ｂ）に示すように、検査結果の画面を表示する。図５Ｂ（Ｂ）の画面では、見つかった対応表５０６が表示されるため、品質確認者が確認できるようになっている。そしてＳ８０８でＣＰＵ２０１は、品質確認者によって「ＯＫ」ボタン５９５が押下されたかどうか判定し、検索結果が正しいことを示す「ＯＫ」ボタン５９５が押下されるとＳ８０９に遷移する。一方、「キャンセル」ボタン５９４が押下されるとＳ８０７遷移し、再度、データベースを検索し、見つけた別の対応表を呼び出して、例えば図５Ｂ（Ｂ）に示すような検査結果入力画面を表示する。

次にＳ８０９でＣＰＵ２０１は、前述のＳ８２１～Ｓ８２９で作成した対応表、又はｓ８０５で見つけてＳ８０７で呼び出した対応表と検査結果データ（ＣＳＶデータ）を読み出す。次にＳ８１０に進みＣＰＵ２０１は、Ｓ８０３で読み込んでいる検査結果データを分析してバーコード種が１次元か２次元かを判定する。このときＣＰＵ２０１は、図６Ｆに示す１次元か２次元か判定するための表を呼び出し、その表を参照して判定する。例えば、図６Ａに示す検査結果データの行６３４を分析し、その中にある「ＱＲ」或いは「ＩＳＯ１５４１５」などの文字列を検索し、図６Ｆの１次元２次元表を照らし合わせて１次元か２次元かを判定する。Ｓ８１１での判定の結果、１次元ならＳ８１２へ進み、２次元ならＳ８１３へ遷移する。

次にＳ８１２でＣＰＵ２０１は、図６Ｄの対応表のうち１次元の要素だけを処理してＳ８１４に進む。一方、Ｓ８１３でＣＰＵ２０１は、図６Ｄの対応表のうち１次元と２次元の要素を併せて処理してＳ８１４に進む。

図６Ｂ～図６Ｄのパラメータ６６７で説明したように、ＰＱＸパラメータには１次元と２次元に共通のものと、２次元のみに必要なものとがある。Ｓ８１２では図６Ｄの対応表のパラメータ６６７で１次元と記載されているパラメータを、Ｓ８１３では図６Ｄの対応表のパラメータ６６７で１次元と２次元と記載されているパラメータの両方を対象に処理する。更にＣＰＵ２０１は、対応表の欄６７２～６８７の検査結果データの要素名と、図６Ａの検査結果データの行６３３のパラメータ名とを照合し、合致するものがあれば行６３４の該当する値を抽出する。これを欄６７２～６８７の検査結果データの要素名の全てに対し処理する。その結果、行６３４の検査結果データについて、図６Ｄのパラメータ名６５１～６６６のＰＱＸパラメータと検査結果データの値の対応が作成される。これを図６Ｅで説明した変換後の検査結果データの形式で作成する。図６Ｅの変換後の検査結果データの２列目は行６３４を、３列目は行６３５を基にして作成している。

次にＳ８１４でＣＰＵ２０１は、ＰＱＸ生成部３０９に対し前ステップで作成した変換後検査結果データをＰＱＸフォーマットに変換するように指示する。こうしてＰＱＸ生成部３０９によってＰＱＸフォーマットに変換されたＰＱＸデータの例を図７に示す。

次にＳ８１５に進みＣＰＵ２０１は、画面表示部３０５に対し指示し、作成したＰＱＸデータを、例えば図５Ｆのように表示し、品質確認者が確認できるようにする。そしてＳ８１６に進みＣＰＵ２０１は、入力受付部３０６を介して図５Ｆの画面の「ＯＫ」ボタン５９５、或いは「キャンセル」ボタン５９４が押下されたかどうか判定する。「キャンセル」ボタン５９４が押下されたときは、やり直すためにＳ８０９に遷移し、「ＯＫ」ボタン５９５が押下されたときは、この処理を終了する。

以上説明したように実施形態に係る商業印刷システムにおいて、オフラインでの検査結果を入力する画面を提供し、品質確認者が容易に検査結果を入力することができ、その入力からＰＱＸデータを容易に生成することができるようになる。

尚、図６Ａの検査結果データは、ＣＳＶ以外にＸＭＬなどの形式であっても良い。通常ＸＭＬ形式は、項目名をＮＡＭＥとしたら＜ＮＡＭＥ＞と表現し、その項目の値をＶＡＬＵＥとしたら＜ＮＡＭＥ＞ＶＡＬＵＥ＜／ＮＡＭＥ＞と表現する。よって検査結果データがＸＭＬ形式なら前記Ｓ８２４で説明したＣＳＶ形式の検査結果データを分析して検査項目名を抽出する処理は、＜ＮＡＭＥ＞を抽出すれば良いことになる。

更に、このＸＭＬ形式の検査結果データが図６Ａの行６３３に該当する複数の検査結果項目をまとめるＸＭＬタグを記述する場合もある。つまり、＜ＴｅｓｔＲｅｓｕｌｔ＞＜ＮＡＭＥ１＞ＶＡＬＵＥ＜／ＮＡＭＥ１＞＜ＮＡＭＥ２＞ＶＡＬＵＥ＜／ＮＡＭＥ２＞省略＜／ＴｅｓｔＲｅｓｕｌｔ＞というように、複数のＮＡＭＥ１、ＮＡＭＥ２などをまとめて記述する場合もある。この場合はＴｅｓｔＲｅｓｕｌｔで囲まれたタグが検査項目名であると判定できる。

尚、またＣＰＵ２０１は統括制御部３０２として機能し、Ｓ８０５においてデータ管理部３０１を介して格納しているなかから対応表を検索する。この時、ＣＰＵ２０１は、通信部３１０を介して受注システムサーバ１１０やその他インターネット上のサービスサーバに問合せ、各メーカの各種検査装置の対応表をダウンロードしておきデータ管理部３０１を介して格納しておいても良い。このサービスサーバとは、この商業印刷システムを提供するメーカ、或いは運用する会社がインターネット上で運用するサーバであり、統括制御部３０２はそのサーバのＦＱＤＮやＩＰアドレスなどが分かっていて、それにアクセスできるようになっている。これら受注システムサーバ１１０やサービスサーバは、バーコード検査装置の対応表が新しく作成されたり更新されたりしていないか定期的に監視し、最新の対応表を保管しておく。よって統括制御部３０２は、定期的にこれらサーバから最新の対応表を取得し、データ管理部３０１を介して格納しておく。これによって、Ｓ８２１～Ｓ８２９で説明したようにユーザに対応表を作成させることなく、以前扱ったことのないバーコード検査装置の対応表を利用することが可能となる。

尚、バーコード検査装置によっては、ＰＱＸへの対応を見据えて、自分の検査装置が生成する検査結果データのフォーマットにおける検査結果データの要素名とＰＱＸパラメータとの対応表を用意する場合も考えられる。例えば、バーコード検査装置は、検査結果データと対応表をｚｉｐなどで一つのファイルにまとめてＵＳＢメモリや共有フォルダに出力する。ワークフロー管理サーバ１００の統括制御部３０２がＵＳＢメモリや共有フォルダから検査結果データをＳ８０３で読み込む時、同時に対応表も読み込む。この場合、Ｓ８０５で対応表が存在するかを判定する時、同時に読み込んだ対応表があるのでＳ８０７へ遷移し、その対応表を用いて、それ以降の処理を行うことになる。

或いは、バーコード検査装置は、検査結果データを前記の説明のように出力するが、対応表は別途ワークフロー管理サーバ１００や受注システムサーバ１１０或いはサービスサーバに送信する。送信された対応表は、前述したように統括制御部３０２がこれら各種サーバから定期的に取得し、データ管理部３０１を介して格納しておく。この場合、Ｓ８０５で対応表が存在するかを判定する際、サーバから取得した対応表があるのでＳ８０７へ遷移し、その対応表を用いて以下のフローを処理することになる。

尚、統括制御部３０２が外部から取得するこれら対応表は、ＸＭＬ形式で記述されていても良い。即ち、図６ＤのＰＱＸパラメータ名６４２をタグとし、「１次元・２次元」６４３のバーコードの次元数と検査結果データの要素名６４４とをその値とする。例えば、Ｓ８２９で説明した関係は、＜ＢａｒｃｏｄｅＳｙｍｂｏｌｏｇｙ＞＜Ｄｉｍｅｎｓｉｏｎ＞１＜／Ｄｉｍｅｎｓｉｏｎ＞＜Ｖａｌｕｅ＞Ｃｏｄｅ Ｓｙｍｂｏｌｏｇｙ＜／Ｖａｌｕｅ＞＜／ＢａｒｃｏｄｅＳｙｍｂｏｌｏｇｙ＞のように記述される。このようにＰＱＸパラメータ名６４２と「１次元・２次元」６４３のバーコードの次元数と検査結果データの要素名６４４との対応表をＸＭＬ形式で記述できる。

更に、このＸＭＬ形式の対応表を用いて前記のＳ８１２とＳ８１３で説明した統括制御部３０２の処理を実行できる。また、この処理に於いては、図６Ｅの変換後の検査結果データをＸＭＬで生成する方が簡単になる。そして図７に示すＰＱＸデータがそのまま生成できるようになる。

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

本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から逸脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１００…ワークフロー管理サーバ、１０１…ワークフロー管理端末、１１０…受注システムサーバ、１２０…生産システム、１２１…印刷装置、１２５…生産オペレータ端末、１３０…バーコード検査装置（オフライン検査装置）、２０１…ＣＰＵ

Claims (16)

1. 印刷成果物の品質検査の要求品質を含む印刷ジョブの処理を行う情報処理システムであって、
   前記印刷ジョブを実行して印刷成果物を生成する印刷装置と、
   前記印刷成果物を検査して検査結果データを作成する検査装置と、
   前記検査装置で作成された前記検査結果データから当該印刷成果物の検査結果データを記述する所定のフォーマットの記述書を作成する情報処理装置とを有し、
   前記情報処理装置は、
   前記検査装置で作成された前記検査結果データを入力する入力手段と、
   前記記述書の各パラメータと、前記入力手段で入力された前記検査結果データの要素とを対応付ける対応表を検索する検索手段と、
   前記対応表を用いて前記検査結果データの各要素の値を前記記述書の対応するパラメータの値に変換する変換手段と、
   前記変換手段により変換された前記各パラメータを含む前記所定のフォーマットの記述書を生成する生成手段と、
   を有することを特徴とする情報処理システム。
2. 前記情報処理装置は、検査装置の識別情報と、当該識別情報に対応する対応表とを記憶する記憶手段を、更に有し、
   前記変換手段は、前記検査結果データの各要素の値を変換する際に、前記記憶手段が、前記検査装置の識別情報に対応する対応表を記憶している場合に当該検査装置に対応する対応表を用いて、前記検査結果データの各要素の値を前記記述書の対応するパラメータの値に変換することを特徴とする請求項１に記載の情報処理システム。
3. 前記記憶手段が、前記検査装置の識別情報に対応する対応表を記憶していない場合、前記対応表のテンプレートを使用して対応表を作成する作成手段を、更に有することを特徴とする請求項２に記載の情報処理システム。
4. 前記作成手段は、
   前記記述書の各パラメータと前記検査結果データの要素とを含む画面を表示する表示手段と、
   前記画面を介して、前記記述書のパラメータと前記検査結果データの要素との対応関係の指定を受け付ける手段と、を有し、
   前記対応関係の指定に基づいて前記検査装置に対応する対応表を作成することを特徴とする請求項３に記載の情報処理システム。
5. 前記検査装置は、バーコードの検査装置であり、
   前記変換手段は、前記検査結果データの各要素の値を変換する際に、前記検査結果データのバーコード種が１次元か２次元かを判定し、当該判定の結果に応じたフォーマットの記述書の対応するパラメータの値に変換することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
6. 前記バーコード種が２次元の場合、前記記述書は、１次元のパラメータに加えたパラメータを含むことを特徴とする請求項５に記載の情報処理システム。
7. 前記所定のフォーマットは、ＰＱＸ（Ｐｒｉｎｔ Ｑｕａｌｉｔｙ ｅＸｃｈａｎｇｅ）フォーマットであることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理システム。
8. 印刷成果物の品質検査の要求品質を含む印刷ジョブを実行して生成された印刷成果物の検査結果データから当該印刷成果物の検査結果データを記述する所定のフォーマットの記述書を作成する情報処理装置であって、
   検査装置で作成された前記印刷成果物の検査結果データを入力する入力手段と、
   前記記述書の各パラメータと、前記入力手段で入力された前記検査結果データの要素とを対応付ける対応表を検索する検索手段と、
   前記対応表を用いて、前記検査結果データの各要素の値を前記記述書の対応するパラメータの値に変換する変換手段と、
   前記変換手段により変換された前記各パラメータを含む前記所定のフォーマットの記述書を作成する作成手段と、
   を有することを特徴とする情報処理装置。
9. 検査装置の識別情報と、当該識別情報に対応する対応表とを記憶する記憶手段を、更に有し、
   前記変換手段は、前記検査結果データの各要素の値を変換する際に、前記記憶手段が、前記検査装置の識別情報に対応する対応表を記憶している場合に当該検査装置に対応する対応表を用いて、前記検査結果データの各要素の値を前記記述書の対応するパラメータの値に変換することを特徴とする請求項８に記載の情報処理装置。
10. 前記記憶手段が、前記検査装置の識別情報に対応する対応表を記憶していない場合、前記対応表のテンプレートを使用して対応表を生成する生成手段を、更に有することを特徴とする請求項９に記載の情報処理装置。
11. 前記生成手段は、
    前記記述書の各パラメータと前記検査結果データの要素とを含む画面を表示する表示手段と、
    前記画面を介して、前記記述書のパラメータと前記検査結果データの要素との対応関係の指定を受け付ける手段と、を有し、
    前記対応関係の指定に基づいて前記検査装置に対応する対応表を作成することを特徴とする請求項１０に記載の情報処理装置。
12. 前記検査装置は、バーコードの検査装置であり、
    前記変換手段は、前記検査結果データの各要素の値を変換する際に、前記検査結果データのバーコード種が１次元か２次元かを判定し、当該判定の結果に応じたフォーマットの記述書の対応するパラメータの値に変換することを特徴とする請求項８乃至１１のいずれか１項に記載の情報処理装置。
13. 前記バーコード種が２次元の場合、前記記述書は、１次元のパラメータに加えたパラメータを含むことを特徴とする請求項１２に記載の情報処理装置。
14. 前記所定のフォーマットは、ＰＱＸ（Ｐｒｉｎｔ Ｑｕａｌｉｔｙ ｅＸｃｈａｎｇｅ）フォーマットであることを特徴とする請求項８乃至１３のいずれか１項に記載の情報処理装置。
15. 印刷成果物の品質検査の要求品質を含む印刷ジョブを実行して生成された印刷成果物の検査結果データから当該印刷成果物の検査結果データを記述する所定のフォーマットの記述書を作成する情報処理装置を制御する制御方法であって、
    検査装置で作成された前記印刷成果物の検査結果データを入力する入力工程と、
    前記記述書の各パラメータと、前記入力工程で入力された前記検査結果データの要素とを対応付ける対応表を検索する検索工程と、
    前記対応表を用いて、前記検査結果データの各要素の値を前記記述書の対応するパラメータの値に変換する変換工程と、
    前記変換工程で変換された前記各パラメータを含む前記所定のフォーマットの記述書を作成する作成工程と、
    を有することを特徴とする制御方法。
16. コンピュータに、請求項１５に記載の制御方法の各工程のすべてを実行させるためのプログラム。

Images