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

Description

本発明は、印刷ジョブの管理するジョブ管理装置、制御方法及びプログラムに関する。

ＰＯＤデバイスの特徴の一つとして、出力ごとに異なる印刷を行うことが出来るバリアブルデータプリント（Ｖａｒｉａｂｌｅ Ｄａｔａ Ｐｒｉｎｔ：以後ＶＤＰ）が挙げられる。現在、商業印刷市場では、製品に高付加価値を与えるＶＤＰが普及し、さらにＰＰＭＬ（Ｐｅｒｓｏｎａｌｉｚｅｄ Ｐｒｉｎｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＰＤＦ／ＶＴ等の標準化が進んでいる。また、印刷ワークフローに投入済みのＶＤＰジョブをレコード単位で操作することによるジョブ管理も行われる。つまり、ＶＤＰジョブのレコード番号を指定した進捗や履歴の表示、再印刷や編集の指示などが行われる。

一方、同じく高付加価値化のためにＶＤＰとＪｏｂＴｉｃｋｅｔの連携が求められている。例えば、Ｖａｒｉａｂｌｅ Ｐｒｉｎｔを含む印刷物の製本や顧客毎に体裁の異なる製本等である。これを支える標準化技術として、例えばＪＤＦ（Ｊｏｂ Ｄｅｆｉｎｉｔｉｏｎ Ｆｏｒｍａｔ）におけるメタデータの利用が挙げられる。これは、ＰＰＭＬ、ＰＤＦ／ＶＴに埋め込まれたメタデータをＪＤＦから参照することによりＶＤＰジョブ中のレコードと製本体裁の紐付けを行うものである。従来から、標準化されたフォーマットを利用したＶＤＰジョブに関する先行技術（特許文献１等を参照）が存在する。

特開２００３−３１６５４９号公報

ＰＰＭＬ等のメタデータには、大きく分けて二種類のメタデータが含まれる。つまり、ＶＤＰジョブを作成する元となっているデータベースから来た情報（名前や住所等）と、ジョブチケットで制御するための情報（表紙と本文の区別等）である。前述したＶＤＰジョブを操作する際に、ジョブのレコード単位に対応して参照する情報としては前者の情報（以下、表示用メタデータ）が有用である。一方、後者の情報（以下、制御用メタデータ）は各レコード単位ジョブの設定表示・編集（用紙選択やページ範囲指定など）に有用である。

このため、コンテンツデータ及びジョブチケットに含まれるメタデータを表示用メタデータと制御用メタデータで区別する必要がある。しかし、ＰＰＭＬ等のＶＤＰコンテンツに含まれるメタデータ群からこれらを機械的に判別することは容易でない。また、ジョブチケットから参照しているメタデータにも表示用メタデータが含まれている可能性もある。このため、従来のＶＤＰ生成アプリケーションで生成されたジョブの管理においては、例えＰＰＭＬなど標準化されたフォーマットを利用したとしても、メタデータを利用したレコード単位情報の表示には制限があった。例えば、印刷ワークフローのジョブ管理部は専用のＶＤＰアプリケーションで生成されたジョブの場合にのみメタデータを利用することが可能となる。

本発明は上述した課題を考慮し、ＶＤＰジョブにおけるメタデータの用途を適切に判別して、メタデータを利用するＶＤＰジョブにおけるジョブ管理の操作性などを向上させることを目的とする。

上記課題を解決するために、本願発明は、以下の構成を有する。すなわち、バリアブルデータプリントに用いるコンテンツに関する指定を含むコンテンツデータ及び対応するジョブチケットに基づくジョブをレコード単位で管理するジョブ管理装置であって、前記コンテンツデータからメタデータを抽出するメタデータ抽出手段と、抽出した前記メタデータをジョブの処理の制御のための制御用メタデータとジョブに関する表示に用いる表示用メタデータとに分類するメタデータ分類手段と、前記メタデータ分類手段により表示用メタデータに分類されたメタデータの値を用いた、前記ジョブをレコード単位での表示を行うための情報を生成する生成手段とを有し、前記メタデータ分類手段は、前記コンテンツデータのジョブ階層のメタデータを前記表示用メタデータに分類し、ジョブチケットが参照するメタデータを前記制御用メタデータに分類する。

以上により、本発明はＶＤＰジョブにおけるメタデータの用途を適切に判別して、メタデータを利用するＶＤＰジョブにおけるジョブ管理の操作性などの向上が望める。

本実施形態に係るジョブ管理装置全体の構成の例を示すブロック図である。 本実施形態に係るデータベースに格納されている情報の一例を示した表である。 本実施形態に係るコンテンツデータの一例である。 本実施形態に係るジョブチケットデータの一例である。 本実施形態に係る編集後のデータを示した一例である。 本実施形態に係る編集後のデータを示した一例である。 本実施形態に係るユーザインタフェース画面の一例である。 本実施形態に係るユーザインタフェース画面の一例である。 本実施形態に係るユーザインタフェース画面の一例である。 本実施形態に係るユーザインタフェース画面の一例である。 本実施形態に係るユーザインタフェース画面の一例である。 本実施形態に係る処理のフローチャートを示す図である。 本実施形態に係るメタデータ分類処理のフローチャートを示す図である。 本実施形態に係るメタデータ分離処理のフローチャートを示す図である。 本実施形態に係るデータ構造の一例を示す図である。 本実施形態に係るＰＣのハードウェア構成の一例を示す図である。 本実施形態に係るユーザインタフェース画面の一例である。 第二の実施形態に係るジョブ管理装置全体の構成の例を示すブロック図である。 第二の実施形態に係るフローチャートを示す図である。 第二の実施形態に係るコンテンツデータの一例を示す図である。 第二の実施形態に係るジョブチケットの一例を示す図である。 第三の実施形態に係るコンテンツデータの一例を示す図である。 第三の実施形態に係るユーザインタフェース画面の一例を示す図である。 第四の実施形態に係るフローチャートを示す図である。

＜第一の実施形態＞
以下、本発明の実施形態について図面を参照して詳細に説明する。

［ジョブ管理システム全体の構成］
図１は、本発明におけるジョブ管理システムであるサーバおよびサーバに接続されているＶＤＰアプリケーション、プリンタデバイス、クライアント端末の一例を示すブロック図である。図１に従って、各ブロックの機能について説明する。

ジョブ管理サーバ１は、ＶＤＰアプリケーション２よりバリアブルデータプリントジョブを受け付け、プリンタデバイス４に対する出力の指示を行う。ＶＤＰアプリケーション２は、データベース３よりＶＤＰジョブの元となるレコード情報を取得し、例えばＰＰＭＬのようなＶＤＰコンテンツとＪＤＦのようなジョブチケットを生成する。そして、バリアブルデータプリントジョブとして、このＶＤＰコンテンツとジョブチケットの組をジョブ管理サーバ１へ送信する。プリンタデバイス４は、ＶＤＰアプリケーション２で生成されるＶＤＰコンテンツ及びジョブチケットを解釈して印刷処理及び製本処理などの後処理を行う機能を備えている。ジョブ管理クライアント５は、ジョブ管理サーバ１に接続し、ジョブ管理サーバ上のジョブに関する情報の閲覧およびジョブに関する設定の編集を行うことが出来る。ジョブ管理クライアント５とジョブ管理サーバ１の接続においては、Ｗｅｂアプリケーションといったクライアント・サーバモデルの技術を用いるものとする。

通信部１１は、ＶＤＰアプリケーション２からバリアブルデータプリントジョブを受信して、コンテンツデータをコンテンツ格納部１４へ、ジョブチケットをジョブチケット格納部１５へ格納する。そして、ジョブ受信をジョブ管理部２４へ通知する。ジョブ管理部２４は、受信したジョブをジョブキュー２５へ投入する。ジョブキューに保持されるデータは管理情報のみであり、コンテンツデータとジョブチケットは管理情報と紐付けられてコンテンツ格納部１４およびジョブチケット格納部１５に保持されている。

バリアブルデータプリントジョブを受信すると、メタデータ抽出部１８は、コンテンツデータとジョブチケットの中から表示用メタデータと制御用メタデータを抽出する。この際、メタデータ判断部２０は、コンテンツデータとジョブチケットに含まれるメタデータの種別を判定する。そして、メタデータ分離部２１は、メタデータ抽出部１８が抽出したデータを表示用メタデータと制御用メタデータに分離する。コンテンツ編集部１７はメタデータ分離部２１の分離結果に従って、コンテンツデータを編集する。ジョブチケット編集部１６はメタデータ分離部２１の分離結果に従って、ジョブチケットを編集する。ジョブ管理部２４は、コンテンツ編集部１７とジョブチケット編集部１６の編集結果であるコンテンツデータとジョブチケットを基にジョブ管理を行う。

また、印刷設定表示生成部２２およびＶＤＰレコード表示生成部２３で生成され提供されるユーザインタフェース画面を、通信部１３を介してジョブ管理クライアント５へ提供する。ジョブ管理部２４はジョブキュー２５に投入されているジョブを、通信部１２を介してプリンタデバイス４へ送る。プリンタデバイスへ送るジョブはコンテンツ格納部１４およびジョブチケット格納部１５に格納されているコンテンツデータとジョブチケットである。通信部１２を介して、プリンタデバイス４の状態を取得して、進捗管理及び履歴管理を行う。印刷処理が完了したジョブおよびレコードについては、プリンタデバイス４からジョブ処理の完了に関する返却データを受信し、ジョブ履歴管理部１９にてコンテンツデータおよびジョブチケットと関連付けられて保持される。

本実施形態におけるＶＤＰアプリケーション２のユーザは、顧客から発注される印刷の案件毎に顧客情報を基にしたロジックを定義する。ＶＤＰアプリケーション２は、その案件ごとのロジックに基づいて、データベース３から情報を取得してＶＤＰ印刷ジョブを生成する。案件ロジックで利用される情報は各案件で異なる。

本実施形態において、印刷出力を必要とするユーザは各案件に関する顧客情報を保持している。そして、当該ユーザは当該ユーザの顧客のそれぞれに対して、顧客の特性に合わせて体裁および内容の異なる印刷製本物を提供する。当該ユーザの顧客の特性はデータベース３に保持されている。なお、案件ロジックには、例えば、印刷対象とするフィールドの定義や印刷形式の定義等が含まれる。

図２は本発明の実施形態におけるデータベース３に格納されている情報の一例を示した表である。図２の表において、各行は顧客毎の情報を示している。また、各列は顧客に関する情報の種類を示している。１列目は各顧客に付された識別子（ＩＤ）である。２列目は顧客の名前を示している。３列目は顧客の住所を示している。４列目は顧客の性別を示している。５列目は顧客の年齢を示している。６列目は顧客の職業を示している。７列目は顧客の趣味を示している。データベース３には、８列目以降の情報も記録されているが、本実施形態においては省略している。例えば、１行目（識別子が１）の顧客は、「名前」が“山田花子”であり、「性別」が“女性”、「年齢」が“２３歳”であることを示している。

次に、図２に示される表の情報を基に本実施形態における案件ロジックの例を示す。本実施形態において、ユーザは顧客の年齢と性別に従って出力体裁を変更する印刷製本を行う。具体的には、ＶＤＰアプリケーション２において、次の二つの条件を実現する。

〔製本条件〕
条件１：男性は青、女性はピンクの色の用紙を表紙に使用する。
条件２：４０歳未満はＡ５サイズ（小サイズ）の製本、４０歳以上はＡ４サイズ（大サイズ）の製本を行う。

ＶＤＰアプリケーション２は、上記の二つの条件に基づいてコンテンツデータ（ＰＰＭＬデータ）とジョブチケット（ＪＤＦデータ）を生成する。

図３は本実施形態におけるＶＤＰアプリケーション２が生成するコンテンツデータの一例である。本実施形態におけるコンテンツデータは、ＰＰＭＬフォーマットに準じており、ＸＭＬで定義されるマークアップ言語を利用したテキストドキュメントの形式をとっている。ただし、ここでは本実施形態の説明に必要な部分のみの簡易的な表現を用いており、ＸＭＬ及びＰＰＭＬの仕様に厳密に従ったものではない。また、ＰＰＭＬは印刷対象のデータを外部参照する仕組みとなっているが、本実施形態における説明では、参照先のページデータについては省略している。図３に示すデータは３５行分記述されているが、行番号は本実施形態の説明のための便宜上のものであり、ＰＰＭＬコンテンツデータの構成要素ではない。また、９、１０、１９、２７、３１、３４行目で示している部分は、詳細な記述を省略している部分であり、実際のコンテンツデータには図３に未記載の内容も含まれている。

本実施形態におけるコンテンツデータは４階層から成るデータ構造を持っている。最上位は、コンテンツデータ全体（ＰＰＭＬ：１〜３５行目）である。次は、ジョブ（ＪＯＢ：２〜２９行目、３０〜３３行目）である。その次は、ドキュメント（ＤＯＣＵＭＥＮＴ：１３〜２０行目、２１〜２８行目、３２行目）である。最後は、ページ（ＰＡＧＥ：１７、１８、２５、２６行目）である。ＰＰＭＬフォーマットの定義に従えば、更に別の階層も存在するが、図３における例では省略している。

コンテンツデータ全体は、複数顧客分を含む全ての印刷データである。コンテンツデータ全体の中に対象顧客数分のジョブが含まれている。ジョブは、一つの顧客に対応する印刷データである。２〜２９行目のジョブは図３のコンテンツデータにおける最初の顧客に対応する。以降同様に印刷する顧客数分だけ各顧客に対応するジョブのデータが続くが、図３においては記載を省略している。ドキュメントは一つのジョブに複数含まれる印刷データである。本実施形態におけるジョブでは、製本を行うために、表紙用の印刷データ及び本文用の印刷データという二つのドキュメントが含まれている。ドキュメントの中には複数ページのデータが含まれている。

図３における例では、ジョブ階層とドキュメント階層にメタデータが含まれている。２〜２９行目のジョブに対応するメタデータは３行目から１２行目の記述である。１３〜２０行目のドキュメントに対応するメタデータは１４〜１６行目の記述である。２１〜２８行目のドキュメントに対応するメタデータは２２〜２４行目の記述である。各メタデータの記述の中には個別の項目と値のセットが一つ以上記述されている。３〜１２行目のジョブに対応するメタデータの記述には８セットの記述が含まれている。４行目から１０行目までの７つのセットは図２に示すデータベース情報の項目がそのまま顧客毎に記述されている。

また、１１行目のデータは、前述の案件ロジックにおける条件２に従って判定された製本サイズ（大：Ｌａｒｇｅ／小：Ｓｍａｌｌ）が記述されている。１４〜１６行目のドキュメントに対応するメタデータの記述には１セットの記述が含まれている。１５行目はこのドキュメントの種別（Ｋｅｙ＝”ＤｏｃＴｙｐｅ”）が表紙用（Ｃｏｖｅｒ）であることを示している。同様に２３行目は、このジョブのもう一つのドキュメントが本文用（Ｂｏｄｙ）であることを示している。

図４は本実施形態におけるＶＤＰアプリケーション２が生成するジョブチケットデータの一例である。図４は、図３に示すコンテンツデータと対となるジョブチケットである。本実施形態におけるジョブチケットデータは、ＪＤＦフォーマットに準じており、ＸＭＬで定義されるマークアップ言語を利用したテキストドキュメントの形式をとっている。ただし、本実施形態の説明に必要な部分のみの簡易的な表現を用いており、ＸＭＬ及びＪＤＦの仕様に厳密に従ったものではない。図４に示すデータは５１行分記述されている。図３のコンテンツデータと同様に本実施形態の説明に必要な部分のみ記載し、２、４０、４７、５０行目等は詳細な記述を省略している部分である。

図４において、３〜１９行目は対応するコンテンツデータ（図３）との対応を記述する部分である。１７行目は図３に示すコンテンツデータのファイル名を指している。４〜１５行目は図３におけるメタデータと図４に示すジョブチケット内の記載の対応関係を定義している。例えば、４〜６行目において、Ｐａｔｈ属性にて、図３におけるＭＥＴＡＤＡＴＡエレメントの下の「ＩＤ」というＫｅｙ属性値を持つＤＡＴＵＭエレメントが、図４における「ＳｅｔＴａｇｓ」という名前で参照されていることを示している。同様に、図３におけるメタデータ、「ＤｏｃＴｙｐｅ」、「ＢｏｏｋＳｉｚｅ」、「性別」は、それぞれ図４で“ＤｏｃＴａｇｓ”、“Ｍｅｔａ０”、“Ｍｅｔａ１”としての名称の引数で参照される。２０〜４９行目はジョブチケットにて設定している情報の一例として、用紙選択指示の部分を示している。まず、２０行目にてＤｏｃＴａｇｓ、Ｍｅｔａ０、Ｍｅｔａ１の値を基に設定を切り替えることを宣言している。以下、この３つのメタデータによる階層構造で記述されている。

例えば、２４行目は、コンテンツデータの内容に合わせて「ＤｏｃＴａｇｓ」が“Ｃｏｖｅｒ”、「Ｍｅｔａ０」が“Ｓｍａｌｌ”、「Ｍｅｔａ１」が“女”のパラメータを有する場合には、“ＰｉｎｋＧｌｏｓｓｙＡ４”の用紙を選択することを示している。ここで、“Ｃｏｖｅｒ”は「表紙」を、“Ｓｍａｌｌ”は「小サイズの製本」を、“女”は「女性向け」を、“ＰｉｎｋＧｌｏｓｓｙＡ４”は「Ａ４サイズのピンク光沢紙」を示す。なお、“ＰｉｎｋＧｌｏｓｓｙＡ４”に対応する用紙選択指示の詳細記述、つまり用紙サイズと用紙タイプについては、図４に示すジョブチケット内に別途記述されている。

以下同様に、２７行目は、「ＤｏｃＴａｇｓ」が“Ｃｏｖｅｒ”、「Ｍｅｔａ０」が“Ｓｍａｌｌ”、「Ｍｅｔａ１」が“男”の場合、“ＢｌｕｅＧｌｏｓｓｙＡ４”（Ａ４サイズの青色光沢紙）を指定している。３２行目は、「ＤｏｃＴａｇｓ」が“Ｃｏｖｅｒ”、「Ｍｅｔａ０」が“Ｌａｒｇｅ”、「Ｍｅｔａ１」が“女”のパラメータを有する場合は、“ＰｉｎｋＧｌｏｓｓｙＡ３”（Ａ３サイズのピンク光沢紙）を指定している。

３５行目は、「ＤｏｃＴａｇｓ」が“Ｃｏｖｅｒ”、「Ｍｅｔａ０」が“Ｌａｒｇｅ”、「Ｍｅｔａ１」が“男”のパラメータを有する場合、“ＢｌｕｅＧｌｏｓｓｙＡ３”（Ａ３サイズの青色光沢紙）を指定している。４２行目は、「ＤｏｃＴａｇｓ」が“Ｂｏｄｙ”（本文）、「Ｍｅｔａ０」が“Ｌａｒｇｅ”の場合、“ＵｎｃｏａｔｅｄＡ４”（Ａ４サイズの普通紙）を指定している。４５行目は、「ＤｏｃＴａｇｓ」が“Ｂｏｄｙ”、「Ｍｅｔａ０」が“Ｓｍａｌｌ”の場合、“ＵｎｃｏａｔｅｄＡ５”（Ａ５サイズの普通紙）を指定している。

プリンタデバイス４は、以上に示したコンテンツデータとジョブチケットデータの組合せを識別し、顧客毎に異なる体裁の製本出力を行うことが出来る。しかし、ジョブ管理サーバ１は、プリンタデバイス４へジョブ送信を行う前にコンテンツデータとジョブチケットを解析し、容易に管理できるよう編集する。

図５は、本実施形態におけるジョブ管理サーバ１が図３に示すコンテンツデータを編集した結果を示したものである。図３から図５への更新内容について説明する。まず、図３における１１行目のメタデータ「ＢｏｏｋＳｉｚｅ」の情報が複製されて、新たに図５における１１行目の「Ａｄｄｉｔｉｏｎａｌ＿Ｍｅｔａ０」というメタデータが追加された。また、図３における７行目のメタデータ「性別」の情報が複製されて、新たに図５における１２行目の「Ａｄｄｉｔｉｏｎａｌ＿Ｍｅｔａ１」というメタデータが追加された。そして、図５における４〜１２行目、１６行目、２３行目、のメタデータの記述について、それぞれ「ｏｐｔ：ｔｙｐｅ」属性となる識別情報が付加された。この属性値が“ＣＯＮＴＲＯＬ”の場合には、そのメタデータは印刷設定の制御パラメータとして使用されることを示している。また、この属性値が“ＤＩＳＰＬＡＹ”の場合には、そのメタデータはジョブのレコード単位表示において表示される情報であることを示している。コンテンツデータのこれらの変換により、コンテンツデータ中における表示用メタデータと制御用メタデータの識別を可能とする。

図６は、本実施形態におけるジョブ管理サーバ１が図４に示すジョブチケットデータを編集した結果を示したものである。図４から図６への更新内容について説明する。まず、図４における４〜６行目に記述されていたＩＤに対応するメタデータの記述を削除している。これは、ジョブチケットにおける制御に使用されていない（すなわち、参照されていない）ため、削除を行っている。次に、図５におけるコンテンツデータの修正に合わせて、図４の１１行目から図６の８行目のように、メタデータの名称を「ＢｏｏｋＳｉｚｅ」から「Ａｄｄｉｔｉｏｎａｌ＿Ｍｅｔａ０」に変更している。また、図４の１４行目から図６の１１行目のように、メタデータの名称を「性別」から「Ａｄｄｉｔｉｏｎａｌ＿Ｍｅｔａ１」に変更している。

[ユーザインタフェース画面]
次に、図５および図６の形に更新されたジョブ情報を元にジョブ管理サーバ１において表示および編集可能なユーザインタフェース画面の例を示す。図７は本実施形態におけるユーザインタフェース画面の一例である。図７の画面は、ＶＤＰレコード表示生成部２３にて生成され、ジョブ管理クライアント５から表示及び操作可能である。

図７は、ジョブ管理サーバ１が受信して、ジョブキュー２５に保持しているジョブの一覧をＶＤＰのレコード単位で表示している画面の一例である。図中において、画面全体１００の中には、横方向へ主に３つに分割された表示領域がある。左の領域１０１にはジョブキュー２５にて管理されているジョブ番号が表示される。中央の領域１０２には左の領域１０１で示すジョブ番号に対応して、ジョブの情報が表示される。中央の領域１０２には、ジョブ中のレコード単位の情報も表示される。右の領域１０３には中央の領域１０２に表示されるジョブ単位およびレコード単位の表示に対応して、現在のステータスが表示される。横スクロールバー１０４および縦スクロールバー１０５は画面中で表示位置を制御する。図７の例において、左の領域１０１には、ジョブ１０６、１１４、１１５、１１６の４つのジョブが表示されている。それぞれジョブ番号として「１２」、「１３」、「１４」、「１５」が振られている。

さらに左の領域１０１と中央の領域１０２を合わせて見ることでジョブ１０６及びジョブ１１４については、ジョブに含まれるレコード情報が展開されて表示されていることが分かる。例えば、ジョブ番号１２については、レコード単位情報１０７から１１３までが表示されている。なお、レコード単位の情報については、左の領域１０１ではジョブ番号は表示されていない。レコード単位情報の表示／非表示の識別及び切り替えは、中央の領域１０２における各ジョブの左上に配置する部位で行う。例えば、部位１１９はジョブ番号１２のジョブにおいて、「−」によってレコード単位で表示されていることを示している。また、部位１２０は、ジョブ番号１５の表示がレコード単位表示を省略していることを「＋」で示している。これらレコード単位の表示／非表示は同じく部位１１９あるいは１２０をクリックすることで切り替えられるものとする。

レコード単位の情報が展開表示されている場合には、レコード項目１１７、または１１８のようにレコード単位情報の項目が表示される。例えば、ジョブ番号１２の場合には、レコード項目１１７のように「ＩＤ」、「名前」、「住所」、「性別」、「年齢」の項目が表示される。なお、表示の隠れている部分は横スクロールバー１０４を操作することによって確認できる。同様にジョブ番号１３については、レコード項目１１８のように「ＩＤ」、「名前」、「住所」、「顧客番号」が表示される。これらの項目はそれぞれのジョブにおけるコンテンツデータの表示情報メタデータを列挙している。つまり、図５を例とすれば、４〜１０行目にある“ＤＩＳＰＬＡＹ”属性値が付与されているメタデータを利用する。各レコード単位情報はジョブの項目リストに合わせて表示される。例えば、ジョブ番号１２の最初に表示されているレコード単位情報１０７については、「ＩＤ」が“１”、「名前」が“山田…”、「住所」が“東京…”、「性別」が“女”、「年齢」が“２３”、であることが分かる。それぞれ表示領域の状態により隠れている部分もあるが、これについてはＵＩ画面上で調整できる。以下同様にレコード単位情報１０７から１１３についても同様である。これらレコード単位情報はジョブ毎に異なる。例えば、ジョブ番号１３については、ジョブ番号１２とは別の項目が表示されている。表示するメタデータの項目が複数ある場合には、どの項目でソートして表示するかを選択することが出来る。図中において、部位１２７はジョブ番号１２のレコード単位表示がＩＤでソートされて表示されていることを示している。他の項目で表示をソートする場合にはレコード項目１１７の該当する項目をクリックすることでソート項目を選択することが出来る。このように、メタデータの項目でソートが可能となるため、レコード単位表示の視認性が向上する。

右の領域１０３には中央の領域１０２におけるジョブ単位およびレコード単位表示に合わせてステータスが表示される。例えば、ステータス１２１はジョブ番号１２のジョブが“印刷中”であることを示している。また、ステータス１２２はジョブ番号１２のジョブにおけるレコード単位情報１０９の印刷が“完了”していることを示している。また、ステータス１２３はレコード単位情報１１０が現在“印刷中”であることを示している。そして、ステータス１２４はレコード単位情報１１２が“待ち状態”であることを示している。以下同様に、ステータス１２５はジョブ番号１３が“待ち状態”であること、ステータス１２６はジョブ番号１３の最初のレコードが“待ち状態”であることを示している。

以上のように、ジョブのレコード単位進捗表示・管理画面において、レコード単位の情報を個別に表示することが出来るため、表示されているレコードがどのようなレコードであるかを容易に識別出来る。図７において、ジョブあるいはレコードを選択することにより、ジョブ単位あるいはレコード単位の制御および設定編集を行うことが出来る。

図８は図７におけるジョブ管理画面において、一つのレコードを選択して、操作しようとする時のユーザインタフェース画面の一例である。図において選択したレコードに対する操作の一覧がドロップダウンメニューで表示されている。ボタン１３０は選択したレコードの印刷を中止する。ボタン１３１は選択したレコードを削除する。ボタン１３２は選択したレコードに対応する設定を編集する。ここで、ボタン１３２を選択することにより、ジョブ単位およびレコード単位の印刷設定を確認・編集することが出来る。

図９は図８においてボタン１３２を選択した場合に表示される印刷設定のユーザインタフェース画面の一例である。図９の画面は、印刷設定表示生成部２２にて生成され、ジョブ管理クライアント５から表示及び操作可能である。図において、画面全体２００の中には、横方向へ主に二つの分割された表示領域がある。左の領域２０１にはメタデータの値の組合せが表示されている。右の領域２０２には左の領域２０１で表示されているメタデータの値の組合せに対応する印刷製本設定の一覧が表示される。左の領域２０１でメタデータの値を選択しなおすことにより、右の領域２０２の表示も選択したメタデータに対応する表示に切り替わる。左の領域２０１、右の領域２０２は共に、画面上隠れている部分の表示位置を調節するためのスクロールバーを有する。縦スクロールバー２０３は左の領域２０１を縦方向にスクロールさせる。縦スクロールバー２０４は右の領域２０２を縦方向にスクロールさせる。各メタデータの組合せに対応する印刷製本設定の値を変更した後、ジョブに反映させるためには、ＯＫボタン２０５を押下する。ジョブに反映させない場合には、キャンセルボタン２０６を押下する。

図９の例において、左の領域２０１には、３つのメタデータが表示されている。「ＤｏｃＴａｇｓ」２１０の値は“Ｂｏｄｙ”２１３となっている。「Ｍｅｔａ０」２１１の値は“Ｓｍａｌｌ”２１４となっている。「Ｍｅｔａ１」２１２の値は“男”２１５となっている。つまり図９の状態で、これらメタデータの値の組合せに対応する印刷設定が右の領域２０２に表示されている。

さらに、右の領域２０２に表示されている印刷設定を編集することで、これらメタデータの値の組合せに対応する印刷製本設定を変更する。左の領域２０１においてメタデータの値を変更することにより、別のメタデータの値の組合せに対応する印刷製本設定を参照／編集することが可能となる。ここで、左の領域２０１に表示されるメタデータは対応するジョブのジョブチケットにおける制御用メタデータを列挙している。つまり、図６を例とすれば、４、７、１０行目のメタデータのキーを列挙する。各メタデータの値は、図６のジョブチケット中で参照されている値を使用する。

右の領域２０２で表示される印刷製本設定は、ジョブチケットデータにおける左の領域２０１の表示に対応するメタデータの組合せに対応する記述部分を表示する。例えば、図６を例とすれば、「ＤｏｃＴａｇｓ」の値が“Ｂｏｄｙ”である３６行目からの記述に対応する。さらに、「Ｍｅｔａ０」の値が“Ｓｍａｌｌ”である４１行目に対応する。図６の該当記述の部分には「Ｍｅｔａ１」は指定されていないため、用紙設定については４２行目が右の領域２０２の表示／設定部分に対応する。他の印刷設定についても、同様にメタデータの値の組合せに対応するジョブチケットの記述部分を右の領域２０２に反映させる。逆に右の領域２０２で編集した結果をジョブへ反映させる場合には、ジョブチケットの対応部分をユーザインタフェースの入力内容に合わせて編集する。

図１０は図７に示すジョブ一覧において、複数の部分レコードを選択して再印刷を行う画面を示している。図において、レコード単位情報１０７、１１０、１１１のレコードが選択されている。ここで、ドロップダウンメニューのボタン１３３を押下することで、選択されたレコードを再印刷指示することが出来る。図のように部分的なレコードを選択して再印刷を行うような場合でも、メタデータを基に適切なレコードを選択することが出来る。

さらに図１１は再印刷中のジョブリスト表示画面の一例を示したものである。図に示すようにジョブ１４０のジョブ単位の表示だけでは詳細を把握することは難しい。しかし、レコード単位情報１４１から１４３に示すようなレコード単位のメタデータ情報も同時に表示することが可能となるため、再印刷時におけるジョブの視認性も向上する。

[処理の流れ]
図１２は、本実施形態におけるジョブ管理サーバ１の処理の流れを示したフローチャートの一例である。

まずＳ１０００にて処理を開始する。Ｓ１００１では、ジョブ管理部２４は、通信部１１を介してＶＤＰジョブが入力されたかを判断する。ＶＤＰジョブを受信した場合（「Ｙｅｓ」の場合）にはＳ１００２へ進む。ＶＤＰジョブの入力が無い場合（「Ｎｏ」の場合）には、Ｓ１００６へ進む。Ｓ１００２では、コンテンツ格納部１４は、通信部１１を介してコンテンツデータを受信し格納する。Ｓ１００３では、ジョブチケット格納部１５は、通信部１１を介してジョブチケットを受信し格納する。Ｓ１００４において、メタデータ抽出部１８は各処理部と連携して、格納したコンテンツデータおよびジョブチケットにおけるメタデータを表示用メタデータと制御用メタデータに分類する。分類処理のついては、図１３を用いて後述する。Ｓ１００５において、メタデータ抽出部１８は各処理部と連携して、入力したコンテンツデータおよびジョブチケットを編集して、メタデータを用途別に分離する。分離処理については図１４を用いて後述する。

Ｓ１００６において、ジョブ管理部２４はユーザからの指示に基づき、処理内容に応じてＳ１００７からＳ１０１２への処理の分岐をする。ここでは、５つのジョブ管理モードがあるものとする。Ｓ１００７では、ＶＤＰレコード表示生成部２３は、例えば図７に示すような各ジョブ情報に基づいて、ジョブ管理画面の生成を行う。ＶＤＰレコード表示生成部２３が、ジョブ情報表示生成手段としての役割を担う。生成されたジョブ管理画面は通信部１３を介してジョブ管理クライアント５にて表示される。Ｓ１００８では、印刷設定表示生成部２２は、例えば図９に示すような印刷製本設定画面の生成を行う。印刷製本設定画面は通信部１３を介してジョブ管理クライアント５にて表示される。

Ｓ１００９では、ジョブ管理部２４は、ジョブ管理クライアント５からの操作に従って、通信部１２を介し、編集後のコンテンツデータとジョブチケットとをプリンタデバイス４へ送信する。Ｓ１０１１では、ジョブ管理部２４は、プリンタデバイス４から通信部１２を介してジョブ実行結果を取得する。そして、ジョブに含まれる表示用メタデータと履歴情報を紐付けてジョブ履歴管理部１９へ記録する。印刷後のジョブ履歴の表示においては、ジョブ履歴管理部１９から情報を取得する。Ｓ１０１２では、ジョブ管理部２４は、ジョブ管理クライアント５からの操作に従って、再印刷を行うために選択されたジョブの全体あるいは部分を選択して新しいジョブとして複製する。そして、次にＳ１００６へ戻ってきた場合に、ここで複製したジョブをＳ１００９でプリンタデバイス４へ送信する。Ｓ１００７からＳ１０１２のそれぞれの処理が終了したら、Ｓ１００１へ戻り、以上の処理を繰り返す。

＜メタデータ分類処理＞
次に、Ｓ１００４におけるメタデータ分類処理の詳細について説明する。図１３は、図１２におけるＳ１００４の処理に対応する処理の流れを示したフローチャートの一例である。

まずＳ１１００にて処理を開始する。Ｓ１１０１では、メタデータ判断部２０は、ジョブチケット内で参照しているメタデータを列挙する。例えば、図４におけるジョブチケットでは、「ＤｏｃＴａｇｓ」、「Ｍｅｔａ０」、「Ｍｅｔａ１」というジョブチケット内のタグを参照しているが、「ＳｅｔＴａｇｓ」というタグは参照していない。そこで、対応するメタデータとして、「ＤｏｃＴｙｐｅ」、「ＢｏｏｋＳｉｚｅ」、「性別」という３つのメタデータを列挙する。なお、ここで図４の例として、省略されている部分で他のメタデータが参照されていないものと仮定した。Ｓ１１０２では、メタデータ判断部２０は、コンテンツデータ中に定義しているメタデータタグを列挙する。例えば、図３におけるコンテンツデータでは、ＭＥＴＡＤＡＴＡタグに囲まれたＤＡＴＵＭエレメントのｋｅｙ属性値を列挙する。具体的には、「ＩＤ」、「名前」、「住所」、「性別」、「年齢」、「ＢｏｏｋＳｉｚｅ」、「ＤｏｃＴｙｐｅ」等のメタデータが列挙される。

Ｓ１１０３では、メタデータ判断部２０は、Ｓ１１０２で列挙した各メタデータについてＳ１１０４からＳ１１１２までの処理を繰り返す。全てのメタデータについて処理したら終了する。Ｓ１１０４では、メタデータ判断部２０は、対象メタデータがジョブ階層、つまりＪＯＢタグの階層にあるメタデータであるかを判定する。ジョブ階層にあるメタデータはジョブ単位に一つ値が決まるため、ジョブチケットにおける制御用のメタデータでは無い。つまり、表示用メタデータの可能性がある。ジョブ階層のメタデータである場合（「Ｙｅｓ」の場合）にはＳ１１０８へ進む。そうでない場合（「Ｎｏ」の場合）にはＳ１１０５へ進む。

Ｓ１１０５では、メタデータ判断部２０は、対象メタデータがドキュメント階層、つまりＤＯＣＵＭＥＮＴタグの階層にあるメタデータであるかを判定する。ドキュメント階層のメタデータである場合（「Ｙｅｓ」の場合）にはＳ１１０６へ進む。そうでない場合（「Ｎｏ」の場合）にはＳ１１０９へ進む。Ｓ１１０６では、メタデータ判断部２０は、コンテンツデータに含まれるドキュメントが一つであるか複数であるかを判定する。対象メタデータがドキュメント階層に含まれるものである場合でも、ドキュメントが一つの場合には、そのメタデータはジョブ単位に一つ値が決まる。従って、ジョブ階層と同様に表示用メタデータの可能性がある。ドキュメントが一つの場合（「Ｙｅｓ」の場合）には、Ｓ１１０８へ進む。そうでない場合、つまり複数のドキュメントがある場合（「Ｎｏ」の場合）にはＳ１１０７へ進む。

Ｓ１１０７では、メタデータ判断部２０は、対象メタデータを制御用メタデータとしてマークして記憶する。その後Ｓ１１０９へ進む。Ｓ１１０８では、メタデータ判断部２０は、対象メタデータを表示用メタデータとしてマークして記憶する。その後Ｓ１１０９へ進む。Ｓ１１０９では、メタデータ判断部２０は、Ｓ１１０１で列挙した内容を基に、対象メタデータがジョブチケットから参照されているかを判定する。ジョブチケットから参照されている場合（「Ｙｅｓ」の場合）にはＳ１１１１へ進む。そうでない場合（「Ｎｏ」の場合）にはＳ１１１０へ進む。

Ｓ１１１０では、メタデータ判断部２０は、対象メタデータを表示用メタデータとしてマークして記憶する。その後、Ｓ１１１２へ進む。Ｓ１１１１では、メタデータ判断部２０は、対象メタデータを制御用メタデータとしてマークして記憶する。その後、Ｓ１１１２へ進む。Ｓ１１１２において、未処理のメタデータがある場合は、Ｓ１１０３へ戻り他のメタデータに対し、処理を繰り返す。全てのメタデータに対し、処理が完了していれば、Ｓ１１１３にて本フローを終了する。

以上の処理によって、コンテンツデータ及びジョブチケットに含まれる全てのメタデータについて、以下の分類が完了する。
１．表示用メタデータ（表示用メタデータのマークだけが付加）
２．制御用メタデータ（制御用メタデータのマークだけが付加）
３．表示用メタデータかつ制御用メタデータ（両方のマークが付加）
４．いずれの用途でもないメタデータ（マークの付加なし）
分類結果データはメタデータを分類した付加マークの情報として、メタデータ抽出部１８に返される。

＜メタデータ分離処理＞
次に図１３の処理にて得られた分類情報に基づいてコンテンツデータおよびジョブチケットを編集する処理について説明する。図１４は、図１２におけるＳ１００５の処理に対応する処理の流れを示したフローチャートの一例である。メタデータ抽出部１８はメタデータ判断部２０からの分類結果データに基づいて、メタデータ分離部２１にコンテンツデータおよびジョブチケットの更新を行わせる。

まずＳ１２００にて処理を開始する。Ｓ１２０１では、コンテンツ編集部１７は、対象コンテンツデータを編集するためにオープンする。Ｓ１２０２では、ジョブチケット編集部１６は、対象ジョブチケットを編集するためにオープンする。Ｓ１２０３では、メタデータ分離部２１は、コンテンツデータ中の各メタデータについてＳ１２０４からＳ１２１４の処理を繰り返す。Ｓ１２０４では、メタデータ分離部２１は、図１３の処理結果から対象メタデータに表示用のマークが付加されているかを判定する。対象データが表示用メタデータのマークが付加されている場合（「Ｙｅｓ」の場合）には、Ｓ１２０６へ進む。そうでない場合（「Ｎｏ」の場合）には、Ｓ１２０５へ進む。

Ｓ１２０５では、コンテンツ編集部１７は、コンテンツデータを編集し、対象メタデータに制御用のマークを追加する。具体的には、例えば、図５における１６行目あるいは２３行目における「ｏｐｔ：ｔｙｐｅ＝“ＣＯＮＴＲＯＬ”」の属性を追加する。その後、Ｓ１２１５へ進む。Ｓ１２０６では、コンテンツ編集部１７は、コンテンツデータを編集し、対象メタデータに表示用のマークを追加する。具体的には、例えば、図５における４行目などにおける識別情報「ｏｐｔ：ｔｙｐｅ＝“ＤＩＳＰＬＡＹ”」の属性を追加する。その後、Ｓ１２０７へ進む。

Ｓ１２０７では、メタデータ分離部２１は、図１３の処理結果から対象メタデータに制御用のマークも付加されているかを判定する。対象データが制御用メタデータのマークが付加されている場合、すなわち表示用及び制御用メタデータのマークが付加されている場合（「Ｙｅｓ」の場合）には、Ｓ１２１０へ進む。そうでない場合（「Ｎｏ」の場合）には、Ｓ１２０８へ進む。Ｓ１２０８では、メタデータ分離部２１は、対象メタデータがコンテンツデータのジョブ階層にあるかを判定する。ジョブ階層にある場合（「Ｙｅｓ」の場合）には、Ｓ１２１５へ進む。ジョブ階層に無い場合（「Ｎｏ」の場合）には、Ｓ１２０９へ進む。Ｓ１２０９では、コンテンツ編集部１７は、コンテンツデータを編集し、対象メタデータの記述をジョブ階層の位置へ移動する。そして、Ｓ１２１５へ進む。

Ｓ１２１０からＳ１２１４までの処理により、表示用と制御用の両方であるメタデータに分類されたメタデータを、値が等しい表示用メタデータと制御用メタデータとの２つのメタデータを含むようにコンテンツデータを編集する。これにより、コンテンツデータ編集手段を実現する。Ｓ１２１０では、コンテンツ編集部１７は、コンテンツデータを編集し、表示用に記述されている対象メタデータを複製する。具体的には、例えば、図５における７行目を複製して１２行目を追加する。そして、ｋｅｙの値を新しく「Ａｄｄｉｔｉｏｎａｌ＿Ｍｅｔａ１」に変更する。ここでは、当該コンテンツデータ中で未だ使用されていない新しいメタデータ名を使用するものとする。そして、当該コンテンツデータ中のメタデータ「性別」は、全てこの「Ａｄｄｉｔｉｏｎａｌ＿Ｍｅｔａ１」に複製する。メタデータの値は５行目とおなじ「女」という値を保持する。その後、Ｓ１２１１へ進む。

Ｓ１２１１では、メタデータ分離部２１は、分類結果データ（後述の図１５（ｂ））における複製元のメタデータから制御用メタデータのマークを削除する。つまり、前記の例では、「性別」メタデータは制御用メタデータの分類から除くこととなる。その後、Ｓ１２１２へ進む。Ｓ１２１２では、メタデータ分離部２１は、分類結果データ（後述の図１５（ｂ））における複製先のメタデータに制御用メタデータであるとしてマークを付加する。つまり、前記の例では、「Ａｄｄｉｔｉｏｎａｌ＿Ｍｅｔａ１」メタデータは制御用メタデータとして分類する。その後、Ｓ１２１３へ進む。

Ｓ１２１３では、コンテンツ編集部１７は、コンテンツデータを編集し、複製先のメタデータに制御用のマークを追加する。具体的には、例えば、図５における１２行目の識別情報である「ｏｐｔ：ｔｙｐｅ」属性を“ＣＯＮＴＲＯＬ”に更新する。その後、Ｓ１２１４へ進む。

Ｓ１２１４では、ジョブチケット編集部１６は、コンテンツデータで複製されたメタデータに合わせて、ジョブチケット中のメタデータを置き換える。具体的には、例えば、図６における１１行目のように「＠ｋｅｙ」の値を“Ａｄｄｉｔｉｏｎａｌ＿Ｍｅｔａ１”とする。その後、Ｓ１２０８へ進む。Ｓ１２１５において、コンテンツデータ中の全ての対象メタデータに対し、Ｓ１２０４以降の処理が完了していればＳ１２１６へ進む。未処理の対象メタデータがあれば、Ｓ１２０４以降の処理を繰り返す。

Ｓ１２１６では、メタデータ分離部２１は、ジョブチケット中の全ての対象メタデータについてＳ１２１７からＳ１２１８の処理を繰り返す。Ｓ１２１７では、メタデータ分離部２１は、対象メタデータが制御用としてマークされているかを判定する。制御用メタデータとしてマークされていない場合（「Ｎｏ」の場合）にはＳ１２１８へ進む。制御用メタデータとしてマークされている場合（「Ｙｅｓ」の場合）にはＳ１２１９へ進む。Ｓ１２１８では、ジョブチケット編集部１６は、ジョブチケットから対象メタデータに関する記述を削除する。具体的には、例えば、図４における４から６行目の記述は「ＩＤ」というメタデータに関するものであるが、これは制御用メタデータとして判定されないため、図６においては削除されている。その後、Ｓ１２１９へ進む。Ｓ１２１９において、ジョブチケット中の全ての対象メタデータについてＳ１２１７からＳ１２１８の処理が完了していれば、Ｓ１２２０へ進み、未処理の対象メタデータが存在すれば、未処理の対象メタデータに対し、Ｓ１２１７以降の処理を適用する。以上、全てのメタデータについて、コンテンツデータおよびジョブチケットの編集が終了すると、Ｓ１２２０において、コンテンツデータとジョブチケットをクローズして終了する。

［メタデータ分類用データ構造］
メタデータ分類処理に関するデータ構造の例を、図１５を用いて述べる。図１５（ａ）は、本実施形態におけるデータ構造の一例を示したものである。図１５（ａ）は、メタデータ判断部２０とメタデータ分離部２１において保持される、メタデータの種別を表すデータ構造を示している。図１５（ａ）に示すデータの例は、図１３の処理が終了した時点での図３に示すコンテンツデータおよび図４に示すジョブチケットに対応する。図１５（ａ）に示すデータ構造は表の構造をしている。各メタデータの名前に対応して、表示用メタデータのフラグと制御用メタデータのフラグを持つ。初期状態では、両フラグとも０にクリアされている。メタデータが表示用としてマークされた場合には表示用の値が１となる。同様に、制御用としてマークされた場合には制御用の値が１となる。

図１５（ｂ）は、同じく本実施形態におけるメタデータの種別を表すデータ構造の一例を示している。図１５（ｂ）に示すデータの例は図１４の処理が終了した時点での図５のコンテンツデータおよび図６に示すジョブチケットに対応する。

［サーバおよびクライアントＰＣの構成］
最後に、ジョブ管理サーバ１およびジョブ管理クライアント５であるコンピュータ（以下、ＰＣ）について図１６を用いて説明する。ＰＣのハードウェアは、様々な接続方法や、様々なバスやインタフェースを有した構成が一般に知られており、ここで紹介するハードウェア構成は一例にしか過ぎず、別の構成を有しても良い。

まず、点線で囲まれた部分がマザーボードと呼ばれる基板で、この上に以下に説明する機能が搭載されている。２つのＣＰＵ３０１は、このサーバＰＣのソフトウェア全体を制御しており、ＣＰＵバス３０２を経由してキャッシュメモリ３０３と接続される。ノースブリッジ３０４、サウスブリッジ３０９と呼ばれるＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）チップは、マザーボード上の様々なバスの制御を行っている。ノースブリッジ３０４とサウスブリッジ３０９のデータのやり取りを初めとしてサーバＰＣ内部でのデータの一次保存などのためＳＤＲＡＭ３０７などのメモリが使用されている。

次に、ノースブリッジ３０４は、高速ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）バス３０５を持っている。ＰＣＩバスには３２ビット／６６ＭＨｚ仕様のものが広く知られているが、更に高速なＰＣＩＥｘｐｒｅｓｓやＰＣＩ−Ｘといったバスを持つものもある。ここでは、ＳＣＳＩコントローラ及びＳＣＳＩインタフェース３２１を介して、ＳＣＳＩ外部装置（例えば、大容量のデータのハードディスクドライブ）にアクセスすることが可能である。更に、ノースブリッジ３０４には、ディスプレイ３１３に画像を表示させるためのグラフィックコントローラ３１２もＡＧＰバス３０６に接続されている。

更に、サウスブリッジ３０９には、汎用ＰＣＩバス３１０（３２ビット／３３ＭＨｚ）が接続されており、イーサネット（登録商標）などのＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）３１８が接続される。但し、図中に２枚のＮＩＣが接続されているのは、２系統のネットワークを有する場合を想定しており、１系統の場合には、１枚でも構わない。しかし、ギガビットイーサネット（登録商標）など高速ＮＩＣを利用する場合には、パフォーマンス確保のためノースブリッジ側の高速ＰＣＩバス３０５を利用することもある。また、サウスブリッジ３０９は、ＩＤＥ（Ｉｎｔｅｇｒａｔｅｄ Ｄｉｓｋ Ｅｌｅｃｔｒｏｎｉｃｓ）バス３０８も持っている。ＩＤＥバス３０８には、ハードディスクドライブ（ＨＤＤ）３１５や、ＣＤ−ＲＯＭ（または、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ）ドライブ３１４あるいは、ＤＶＤ（または、ＤＶＤ−Ｒ、ＤＶＤ−Ｒ／Ｗ、ＤＶＤ−ＲＡＭ）ドライブなどが接続される。これらドライブは、サーバＰＣの制御ソフトウェアを初め様々なデータを格納しておくことや、サーバＰＣのインストール時などのデータ読み出しや大量データのデータ保存（アーカイブ）などに利用される。また、ＵＳＢポート３１６には、ＵＳＢメモリに代表されるＵＳＢ外部装置が接続される。ＣＰＵ３０１は、スーパーＩ／Ｏ３１１を経由してキーボード３１９やマウス３２０あるいは、フレキシブルディスクドライブ（Ｆ／Ｄドライブ）３１７につながって、データの入出力を行うこともできる。なお、本実施形態におけるジョブ管理装置の各動作はＲＯＭ当のコンピュータが読み取り可能な記憶媒体に格納されたプログラムをＣＰＵが実行することにより実現される。

以上、説明したように、コンテンツデータおよびジョブチケットに記述されているメタデータを表示用と制御用に分類し、メタデータ情報を編集する。これにより、ＶＤＰジョブのジョブ管理システムにおける、ジョブの表示、設定編集、進捗確認におけるレコード単位の視認性が向上する。この結果、ＶＤＰジョブの遂行において重要な検品や印刷結果のログとの対応確認、再印刷時の印刷対象レコードの確認、設定の変更、といったＶＤＰレコード単位操作のミスを軽減させるユーザインタフェースを提供することが出来る。また、印刷製本設定の編集時においても、メタデータとの対応を見ながら設定を編集することが出来る。例えば、図８に示す画面において、「男性向けはトレイ１へ出力、女性向けはトレイ２へ出力」と言った設定も可能となるため、出力物の確認時にミスを軽減させることも可能となる。図１７は、図８に示す画面においてスクロールバーを使用し排紙トレイ設定部分を表示した画面の一例である。

なお、本実施形態において、メタデータを保持するコンテンツデータとしてＰＰＭＬをベースとした一例を示したが、ＰＤＦ／ＶＴ等、ＰＰＭＬと同様にメタデータを保持出来るバリアブルデータフォーマットにおいても、同様の効果が得られることは言うまでも無い。これは、ジョブチケットのフォーマットの差異についても同様である。また、コンテンツデータのフォーマットにも依存するが、メタデータを付加する階層はジョブ単位とドキュメント単位以外にページ単位やオブジェクト単位でも可能な場合がある。本実施形態においては、ジョブ単位とドキュメント単位で付加されているメタデータを判定基準とした。しかし、ページ単位やオブジェクト単位のメタデータがある場合でもメタデータの分類に適用することは有効である。

＜第二の実施形態＞
本発明における第二の実施形態について説明する。第二の実施形態については、第一の実施形態と基本的な構成が同じであるため、第一の実施形態との差異についてのみ説明する。図１８は、第二の実施形態におけるブロック図である。図１８は第一の実施形態における図１に対応する。また、図１と同じブロックには同じ番号を付している。

図１８において、データベースアクセス部１０はデータベース３へのアクセスを担う。第二の実施形態において、メタデータ分離部２１はメタデータの識別を更に正確に行うためにコンテンツデータを作成する元となるデータベース３へＤＢアクセス部１０を介してアクセスする。

図１９は、第二の実施形態におけるフローチャートである。図１９は第一の実施形態における図１３に対応する。図１９は図１３に対する差分のフローチャートを示している。図１３においては、Ｓ１１０４およびＳ１１０６からＳ１１０８へ進む。ここで、第二の実施形態においては、この間に図１９に示す処理を行う。

まず、Ｓ１１０４あるいはＳ１１０６において、Ｓ１１０８へ進む判定がなされると、次に図１９におけるＳ１１１４が実行される。Ｓ１１１４において、データベースアクセス部１０は、顧客の個人情報（顧客情報）が登録されているデータベース３にアクセスする。ここで、対象メタデータの名称に基づいて該当する列の顧客情報が存在するかを判定する。次に、Ｓ１１１５では、対象メタデータがデータベース３の顧客情報からコピーされたものであるかを判定する。例えば、図３における７行目の「性別」はメタデータと列名の一致からデータベースからコピーされたものであることが分かる。また、図３における１１行目の「ＢｏｏｋＳｉｚｅ」は名前の一致するものがデータベースの列に存在しないため、データベースからコピーされたものではないことが分かる。データベースからコピーされたメタデータである場合（「Ｙｅｓ」の場合）にはＳ１１０８へ進む。そうでない場合（「Ｎｏ」の場合）にはＳ１１０７へ進む。

図２０及び図２１は、図１９に示す処理に従って図３及び図４に対応するコンテンツデータとジョブチケットを編集した結果の例である。ここでは、図２０の７行目及び１２行目に示すように、「性別」は表示用と制御用の両方に使用されている。一方、「ＢｏｏｋＳｉｚｅ」は、１１行目に示すように年齢から判断されて生成された制御用メタデータであると判定されていることが分かる。

以上、説明したように、データベースにアクセスすることにより、メタデータの分類をさらに正確に判定することも可能となった。

＜第三の実施形態＞
本発明における第三の実施形態について説明する。第三の実施形態については、第二の実施形態と基本的な構成が同じであるため、第二の実施形態との差異についてのみ説明する。第二の実施形態においては、ＤＢアクセス部１０を介してデータベース３にアクセスすることでメタデータと個人情報の対応を行った。第三の実施形態においては、データベース３にアクセスして情報を取得するためのレコード単位の識別子と制御用メタデータを除き、コンテンツデータから表示用メタデータを削除する。

図２２は、第三の実施形態における編集結果のコンテンツデータの例である。図２２は図２０のコンテンツデータに対応する。第三の実施形態においては、ＩＤ以外の表示用メタデータは削除して、画面表示の際には表示用メタデータの内容はデータベース３を参照するようにする。これにより、データベース３へのアクセス権限があるユーザだけが表示用メタデータ、すなわち個人情報の表示が可能となる。図２３は、第三の実施形態における、データベース３にアクセス権限の無いユーザに対する、表示用メタデータの一部の内容を隠蔽（制限）した際の表示画面の例である。

以上、説明したように、データベースにアクセスできる場合には、メタデータの内容をデータベース経由で取得して表示することにより、個人情報の表示制御を行うことも出来るようになる。

＜第四の実施形態＞
本発明における第四の実施形態について説明する。第四の実施形態については、第一の実施形態と基本的な構成が同じであるため、第一の実施形態との差異についてのみ説明する。第四の実施形態においては、全てのレコードで同じ値を持つメタデータは表示用メタデータから外す。

図２４は、第四の実施形態におけるフローチャートである。図２４は第一の実施形態における図１３に対応する。図２４は図１３に対する差分のフローチャートを示している。図１３において、Ｓ１１１０およびＳ１１１１からＳ１１０３へ進むが、第四の実施形態においては、この間に図２４に示す処理が行われる。

まず、Ｓ１１１０あるいはＳ１１１１において、処理が終了すると、Ｓ１１２０へ進む。Ｓ１１２０では、コンテンツデータにおいて、対象メタデータの値は全てのレコードで同一の値となっているかを判定する。全てのレコードで同一の値を持っている場合（「Ｙｅｓ」の場合）にはＳ１１２１へ進む。そうでない場合（「Ｎｏ」の場合）にはＳ１１０３へ進む。Ｓ１１２１では、対象メタデータが表示用としてマークされている場合に、それを解除する。そして、Ｓ１１０３へ進む。

以上、説明したように、全てのレコードで同じ値を持つメタデータを表示用メタデータから外すことにより、レコード表示において不必要なメタデータを表示しないように制御することが出来る。これによりレコードの視認性をより向上させることができる。

Claims (13)

1. バリアブルデータプリントに用いるコンテンツに関する指定を含むコンテンツデータ及び対応するジョブチケットに基づくジョブをレコード単位で管理するジョブ管理装置であって、
   前記コンテンツデータからメタデータを抽出するメタデータ抽出手段と、
   抽出した前記メタデータをジョブの処理の制御のための制御用メタデータとジョブに関する表示に用いる表示用メタデータとに分類するメタデータ分類手段と、
   前記メタデータ分類手段により表示用メタデータに分類されたメタデータの値を用いた、前記ジョブをレコード単位での表示を行うための情報を生成する生成手段と
   を有し、
   前記メタデータ分類手段は、前記コンテンツデータのジョブ階層のメタデータを前記表示用メタデータに分類し、ジョブチケットが参照するメタデータを前記制御用メタデータに分類することを特徴とするジョブ管理装置。
2. 前記ジョブチケットにおいて、前記メタデータ分類手段により制御用メタデータに分類されたメタデータを参照するための情報を編集するジョブチケット編集手段を更に有することを特徴とする請求項１に記載のジョブ管理装置。
3. 前記生成手段は、前記ジョブをレコード単位にて表示を行った際のユーザからの指示に基づいて、レコード単位の印刷の指示または処理の設定を編集するための表示を行うための情報を生成することを特徴とする請求項１または２に記載のジョブ管理装置。
4. データベースにアクセスして情報を取得するためのレコード単位の識別子と前記制御用メタデータを除き、前記表示用メタデータを削除することを特徴とする請求項１乃至３の何れか１項に記載のジョブ管理装置。
5. ジョブを処理する外部装置へ前記コンテンツデータと前記ジョブチケットとを送信し、前記外部装置から当該ジョブの処理のステータスを示す返却データを受信する受信手段を更に有し、
   前記生成手段は、前記受信手段により受信した返却データに基づき、当該ジョブのレコード単位のステータスを識別できる表示を行うための情報を生成することを特徴とする請求項１乃至４の何れか１項に記載のジョブ管理装置。
6. 前記メタデータ分類手段は、メタデータを表示用メタデータ、制御用メタデータ、及び表示用と制御用の両方であるメタデータに分類し、
   前記メタデータ分類手段により表示用と制御用の両方であるメタデータに分類されたメタデータを、値が等しい表示用メタデータと制御用メタデータとの２つのメタデータを含むよう前記コンテンツデータを編集するコンテンツデータ編集手段と、
   前記コンテンツデータ編集手段により編集されたコンテンツデータを保持する保持手段と
   を更に有することを特徴とする請求項１乃至５の何れか１項に記載のジョブ管理装置。
7. バリアブルデータプリントに用いるコンテンツに関する指定を含むコンテンツデータ及び対応するジョブチケットに基づくジョブをレコード単位で管理するジョブ管理装置の制御方法であって、
   前記ジョブ管理装置のメタデータ抽出手段が、前記コンテンツデータからメタデータを抽出するメタデータ抽出工程と、
   前記ジョブ管理装置のメタデータ分類手段が、抽出した前記メタデータをジョブの処理の制御のための制御用メタデータとジョブに関する表示に用いる表示用メタデータとに分類するメタデータ分類工程と、
   前記ジョブ管理装置の生成手段が、前記メタデータ分類工程により表示用メタデータに分類されたメタデータの値を用いた、前記ジョブをレコード単位での表示を行うための情報を生成する生成工程と
   を有し、
   前記メタデータ分類工程において、前記コンテンツデータのジョブ階層のメタデータを前記表示用メタデータに分類し、ジョブチケットが参照するメタデータを前記制御用メタデータに分類することを特徴とする制御方法。
8. バリアブルデータプリントに用いるコンテンツに関する指定を含むコンテンツデータ及び対応するジョブチケットに基づくジョブをレコード単位で管理するコンピュータで実行されるプログラムであって、
   前記コンピュータを、
   コンテンツデータからメタデータを抽出するメタデータ抽出手段、
   抽出した前記メタデータをジョブの処理の制御のための制御用メタデータとジョブに関する表示に用いる表示用メタデータとに分類するメタデータ分類手段、
   前記メタデータ分類手段により表示用メタデータに分類されたメタデータの値を用いた、前記ジョブをレコード単位での表示を行うための情報を生成する生成手段
   として機能させ、
   前記メタデータ分類手段は、前記コンテンツデータのジョブ階層のメタデータを前記表示用メタデータに分類し、ジョブチケットが参照するメタデータを前記制御用メタデータに分類することを特徴とするプログラム。
9. 前記コンピュータを、
   前記ジョブチケットにおいて、前記メタデータ分類手段により制御用メタデータに分類されたメタデータを参照するための情報を編集するジョブチケット編集手段として更に機能させることを特徴とする請求項８に記載のプログラム。
10. 前記生成手段は、前記ジョブをレコード単位にて表示を行った際のユーザからの指示に基づいて、レコード単位の印刷の指示または処理の設定を編集するための表示を行うための情報を生成することを特徴とする請求項８または９に記載のプログラム。
11. データベースにアクセスして情報を取得するためのレコード単位の識別子と前記制御用メタデータを除き、前記表示用メタデータを削除することを特徴とする請求項８乃至１０の何れか１項に記載のプログラム。
12. 前記コンピュータを、
    ジョブを処理する外部装置へ前記コンテンツデータと前記ジョブチケットとを送信し、前記外部装置から当該ジョブの処理のステータスを示す返却データを受信する受信手段として更に機能させ、
    前記生成手段は、前記受信手段により受信した返却データに基づき、当該ジョブのレコード単位のステータスを識別できる表示を行うための情報を生成することを特徴とする請求項８乃至１１の何れか１項に記載のプログラム。
13. 前記メタデータ分類手段は、メタデータを表示用メタデータ、制御用メタデータ、及び表示用と制御用の両方であるメタデータに分類し、
    前記コンピュータを、
    前記メタデータ分類手段により表示用と制御用の両方であるメタデータに分類されたメタデータを、値が等しい表示用メタデータと制御用メタデータとの２つのメタデータを含むよう前記コンテンツデータを編集するコンテンツデータ編集手段、
    前記コンテンツデータ編集手段により編集されたコンテンツデータを保持する保持手段
    として更に機能させることを特徴とする請求項８乃至１２の何れか１項に記載のプログラム。

Images