JP2006302038A - ジョブ管理装置、印刷製本システム、制御方法、及びプログラム - Google Patents

Abstract

【課題】 どのファイルを再編集／再印刷／削除してよいかを一目で確認可能としたジョブ管理装置、印刷製本システム、制御方法、及びプログラムを提供する。
【解決手段】 印刷製本ワークフローシステムは、ジョブ管理アプリケーションを備えるＭＩＳサーバ４１を備える。ジョブ管理アプリケーションは、ジョブ進捗管理部１００、ジョブ履歴管理部１０１、ジョブ履歴表示部１０２、ジョブチケット用リビジョン管理ＤＢ１０３、リソースファイル用１０４を備える。ジョブ進捗管理部１００は、工程毎の工程記録をノードとする木構造をジョブ履歴表示部１０２により表示する。また、ジョブ進捗管理部１００は、木構造における指定されたノードに対応する工程記録をジョブチケット用リビジョン管理ＤＢ１０３から取得し、工程記録に基づき派生ジョブを生成し、派生ジョブを工程記録と木構造に反映させる制御を行う。
【選択図】 図６

Description

本発明は、印刷物の作成及び製本に関わるジョブの工程管理を行う場合に適用されるジョブ管理装置、印刷製本システム、制御方法、及びプログラムに関する。

従来、所謂、商業的印刷業界では、第三者（顧客、クライアント）から印刷物（雑誌、新聞、カタログ、広告、グラビア等）の作成依頼を受注し、クライアントが所望する印刷物を作成し、それをクライアントに納品することで報酬を得ている。印刷物を作成する印刷装置としては、現在でも、オフセット製版印刷機等の大規模な印刷装置を用いる場合が主流となっている。

該印刷業界では、入稿、デザインやレイアウト、カンプ（プリンタ出力によるプレゼンテーション）、校正（レイアウト修正や色修正）、校正刷り（プルーフプリント）、版下作成、印刷、後処理加工、発送といった具合に、様々な工程を踏んで作業を進めてきた。これは、上記のような印刷機の利用には版下作成を欠かすことができず、一度版下を作成すると、その修正は容易でなく且つコスト的にかなり不利であるため、入念な校正、即ちレイアウトのチェックや色の確認作業が必須であったためであること等に起因する。

上述したように、この種の印刷業界では、オフセット製版印刷機等の大掛かりな印刷装置を必要とし、尚且つ、クライアントが所望する印刷物を作成する際にある程度の時間も必要であった。しかも、上記のデザイン、レイアウト、校正、版下作成等の、それぞれの作業には専門知識が必要であり、いわば職人と呼ばれる熟練者のノウハウが必要であった。

他方、近年では、電子写真方式の印刷装置やインクジェット方式の印刷装置の高速化及び高画質化に伴い、上記のような印刷業界に対抗して、ディジタルプリントを実現し、それで商売を行う市場も出現しつつある。この種の市場では、プリント・オン・ディマンド（Print On Demand：以下ＰＯＤと略称）と呼ばれる、印刷装置で扱うジョブより比較的小ロットのジョブを、大掛かりな装置やシステムを用いずに短納期で取り扱うことを目指している。即ち、上記のような大規模な印刷機や印刷手法に替えて、例えばディジタル複写機やディジタル複合機等のディジタル画像形成装置を最大限に活用することで、電子データを用いたディジタルプリントを実現して商売を行うＰＯＤ市場が出現しつつある。

このようなＰＯＤ市場では、従来の印刷業界に比べてディジタル化が進展し、コンピュータを利用した管理及び制御技術が浸透してきており、コンピュータを利用してある程度、印刷業界のレベルに近づこうとしている。このような背景の中で、ＰＯＤ市場には、コピー・プリントショップの印刷サービスと言われるＰＦＰ（Print For Pay）や、企業内社内向け印刷サービスと言われるＣＲＤ（Centralized Reproduction Department）等が存在する。

上記のような印刷業界やＰＯＤ市場において、印刷物を商品として、商品の受発注から、梱包、配送、アフターサービス、在庫管理、入金管理までの全ての業務を一括して代行するようなサービスも提供しようという考えがある。しかしながら、この種のサービスには、まだまだ検討の余地が残されている。

また、上記のような印刷業界やＰＯＤ市場において、生産関連データの収集、加工、報告を通して経営計画と管理業務を支援し、情報を蓄積して、必要なとき必要な部署に情報を提供することができるようなシステムも検討されてはいる。しかしながら、最適なシステムの実現・運用化には、まだまだ至っていないのが実情である。

また、上記のようなＰＯＤ市場では、従来の印刷業界ほどスキルのある作業者を雇用することが容易でないのが現状である。一方、低コストにてジョブを仕上げたい、少ない投資で商売を行いたい、ＴＣＯ（Total Cost of Ownership）を削減したい等の要望も出ている。しかし、まだまだ新しい市場のために、このような要望に十分に対応しきれていないのが実情であり、解決すべき問題点が残されている。

上記のようなＰＯＤ市場で用いるＰＯＤシステムにおいては、印刷製本ジョブの再利用が容易に行えるように、ジョブ履歴の管理や、ジョブ履歴から同じ内容のジョブを再度実行するためのユーザインタフェースが通常備えられている。また、ＰＯＤシステムにおいても、印刷製本ジョブは複数の工程から構成されることがあり、その工程を管理するための工程管理システムが提供されている。

上記工程管理に関する従来例としては、印刷中断したジョブの再開のためにジョブ履歴を残しておく技術が提案されている（例えば、特許文献１参照）。

また、上記特許文献１と同様に、印刷中断したジョブの再開のためにジョブ履歴を残しておく技術が提案されている（例えば、特許文献２参照）。

また、工程管理マネージャによって複数工程の管理を行う技術が提案されている（例えば、特許文献３参照）。

また、工程にリビジョンを割り当て、工程の手順を表示する技術が提案されている（例えば、特許文献４参照）。
特開２００３−２５１８９２号公報 特開２００３−２６６８１０号公報 特開２００４−３１０７４７号公報 特許登録第０３４４７８５０号

印刷製本システムでは、複数の工程から構成されるジョブ（ワークフロー）の管理においては、保存ジョブリスト／印刷ジョブ履歴からの再編集／再印刷／削除といった操作を、工程ごとに細かく制御できることが重要である。例えば、工程の途中の適切な部分からジョブを再投入することができれば、効率的な再印刷を行うことが可能である。

しかし、従来技術における管理ジョブの表示方式では、リスト表示やフォルダ構成表示になっており、各ジョブ／工程とジョブを扱う際のファイルとの関係が対応付け（紐付け）されていない。例えば、特開２００３−２５１８９２号公報や特開２００３−２６６８１０号公報に記載の技術では、複数工程から構成されるジョブの工程を意識したジョブ履歴の保存を行っていない。また、特開２００４−３１０７４７号公報に記載の技術では、複数工程を扱っているが、途中の工程とジョブ履歴との関係が対応付けされていない。また、特許登録第０３４４７８５０号に記載の技術では、複数工程を扱っており、工程にリビジョンを割り当てて管理しているが、工程の途中からジョブの再投入を行うということが操作できない。

上記のことから、従来技術においては、複数工程のジョブを扱う際のファイルが、同一ジョブの異なる工程のファイルであるのか、あるジョブから派生したジョブのファイルであるのか、全く異なるジョブのファイルであるのか、一目で区別することができない。このため、どのファイルを再編集／再印刷すべきか分かりにくい、あるジョブに関連するジョブ／ファイルを一括削除したい場合に、どのファイルを削除してよいのか分かりにくい、という課題があった。

本発明の目的は、どのファイルを再編集／再印刷／削除してよいかを一目で確認することを可能としたジョブ管理装置、印刷製本システム、制御方法、及びプログラムを提供することにある。

上述の目的を達成するために、本発明のジョブ管理装置は、印刷物の作成に関わるジョブの工程管理を行うジョブ管理装置であって、ジョブの進捗状況に対応して工程毎に、ジョブの履歴、ジョブに関するファイルを含む情報を記録する記録手段と、工程毎の工程記録をノードとする木構造を表示する表示制御手段と、前記木構造における指定されたノードに対応する工程記録を前記記録手段から取得する取得手段と、前記記録手段から取得した当該工程に対応する工程記録に基づいて当該工程から派生させる派生ジョブを生成し、前記派生ジョブを前記記録手段の工程記録と前記木構造に反映させる管理手段と、を備えることを特徴とする。

上述の目的を達成するために、本発明の制御方法は、印刷物の作成に関わるジョブの工程管理を行うジョブ管理装置の制御方法であって、ジョブの進捗状況に対応して工程毎に、ジョブの履歴、ジョブに関するファイルを含む情報を記録手段に記録する記録ステップと、工程毎の工程記録をノードとする木構造を表示する表示制御ステップと、前記木構造における指定されたノードに対応する工程記録を前記記録手段から取得する取得ステップと、前記記録手段から取得した当該工程に対応する工程記録に基づいて当該工程から派生させる派生ジョブを生成し、前記派生ジョブを前記記録手段の工程記録と前記木構造に反映させる管理ステップと、を備えることを特徴とする制御方法。

上述の目的を達成するために、本発明のプログラムは、印刷物の作成に関わるジョブの工程管理を行うジョブ管理装置の制御方法をコンピュータに実行させるプログラムであって、ジョブの進捗状況に対応して工程毎に、ジョブの履歴、ジョブに関するファイルを含む情報を記録手段に記録する記録モジュールと、工程毎の工程記録をノードとする木構造を表示する表示制御モジュールと、前記木構造における指定されたノードに対応する工程記録を前記記録手段から取得する取得モジュールと、前記記録手段から取得した当該工程に対応する工程記録に基づいて当該工程から派生させる派生ジョブを生成し、前記派生ジョブを前記記録手段の工程記録と前記木構造に反映させる管理モジュールと、を備えることを特徴とする。

本発明によれば、ジョブ履歴やジョブに関するファイルの対応関係を木構造で管理し表示するため、ユーザが注目対象のジョブやファイルを容易に判断することが可能となり、どのファイルを再編集／再印刷／削除してよいかを一目で確認することが可能となる。これは、ジョブの進捗状態の確認や印刷履歴の確認を行う場合においても有効である。また、木構造によるジョブ履歴等の管理及び表示を行うことで、ジョブ履歴を削除する場合でも、指定した範囲或いは使用頻度の低いものから削除を行うことが可能となる。

以下、本発明の実施の形態を図面を参照して説明する。

［第１の実施の形態］
図１は、本発明の第１の実施の形態に係る印刷製本システムとしての印刷製本ワークフローシステムの構成を示す図である。

図１において、印刷製本ワークフローシステムは、エンドユーザ環境Ａ・１及びエンドユーザ環境Ｂ・２を、インターネット３を介してＰＯＤサイト環境４に接続した構成となっている。本実施の形態では、エンドユーザ環境が複数（例えば２つ）の場合を例に挙げて説明するが、エンドユーザ環境は単数または複数の何れでもよい。

エンドユーザ環境Ａ・１、エンドユーザ環境Ｂ・２には、クライアントパーソナルコンピュータ（以下ＰＣと略称）を利用してプリントジョブの発注依頼を行う発注者が存在する。エンドユーザ環境Ａ・１、エンドユーザ環境Ｂ・２から、それぞれのクライアントＰＣ（図２参照）を利用することで、プリントジョブの発注依頼を始めとしてプリントジョブのステータス確認等を行うことができる。

一方、ＰＯＤサイト環境４は、工程管理部５、プリプレス部６、ディジタルプリント部７、ポストプレス部８の４つの工程から構成されている。工程管理部５、プリプレス部６、ディジタルプリント部７、ポストプレス部８の各工程で使用する機器類（サーバ、クライアントＰＣ、スキャンデバイス、プリントデバイス等）は、ネットワーク９を介して接続されている。

工程管理部５は、ＰＯＤサイト環境４におけるプリプレス部６、ディジタルプリント部７、ポストプレス部８の各工程に対して作業を指示し、コンピュータや各種デバイスにより構成される本システムのワークフローを一元管理する部分である。工程管理部５は、エンドユーザ環境Ａ・１、エンドユーザ環境Ｂ・２から、ジョブを受信したり、受信したジョブを保管したりといった役割を果たすものである。また、工程管理部５は、ジョブの指定に基づいて各工程における作業をワークフローとして組み立てたり、各デバイスや各作業者における作業を効率よくスケジュール管理したりといった役割を果たすものである。

プリプレス部６は、工程管理部５から受信したプリプレスジョブの作業指示に基づいて、スキャナ／ＭＦＰ（Multi Function Peripheral：マルチファンクション周辺機器）等のスキャンデバイスを用いて、エンドユーザから受け取った紙原稿をスキャンし、スキャン画像ファイルとしてプリプレスサーバやクライアントＰＣに取り込む役割を果たすものである。また、プリプレス部６は、画像補正、ファイルのマージ（併合）、ページの挿入／削除、各種ページレイアウト編集、面付け処理を実行したり、必要に応じて最終成果物（印刷物）のレイアウト・色味を確認するためのプルーフ出力を実行したりといった役割を果たすものである。

ディジタルプリント部７は、工程管理部５或いはプリプレス部６から受信したプリントジョブの作業指示に従って、白黒ＭＦＰやカラーＭＦＰ等のプリントデバイスを用いて、エンドユーザから受け取った紙原稿をコピーするといった役割を果たすものである。また、ディジタルプリント部７は、文書／画像ファイルを、白黒ＭＦＰやカラーＭＦＰ等のプリントデバイスにより印刷出力させるといった役割を果たすものである。文書／画像ファイルとしては、エンドユーザのクライアントＰＣからプリンタドライバやホットフォルダを経由して受信した文書／画像ファイル、スキャンデバイスにより原稿からスキャンしたスキャン画像ファイル、それらを編集した文書／画像ファイルがある。

ポストプレス部８は、工程管理部５或いはプリプレス部６或いはディジタルプリント部７から受信したポストプレスジョブの作業指示に従って、紙折り機、中綴じ製本機、くるみ製本機、断裁機、封入機、帳合機等の後処理デバイス（フィニッシャ）を制御する。また、ポストプレス部８は、ディジタルプリント部７から印刷出力された用紙に対して、紙折り、中綴じ製本、くるみ製本（本身の背に接着剤で表紙を取り付ける製本）、断裁、封入、帳合い等の仕上げ処理を実行するという役割を果たすものである。

次に、印刷製本ワークフローシステムのＰＯＤサイト環境４における工程管理部５の構成について図２を参照しながら説明する。

図２は、工程管理部５を中心とした構成例を示すブロック図である。

図２において、エンドユーザ環境Ａ・１には、クライアントＰＣ１１が存在し、エンドユーザ環境Ｂ・２には、クライアントＰＣ２１が存在する。工程管理部５には、ジョブ管理装置としてのＭＩＳ（Management Information System）サーバ４１、受注サーバ４２、ファイルサーバ４３、クライアントＰＣ４５が存在する。クライアントＰＣ１１、クライアントＰＣ２１、受注サーバ４２は、インターネット３に接続され、ＭＩＳサーバ４１、受注サーバ４２、ファイルサーバ４３、クライアントＰＣ４５は、ネットワーク９に接続されている。

ＭＩＳサーバ４１は、印刷物作成の受注から納品までのシステム全体のワークフローを管理すると共に、様々な経営情報や販売情報を統括的に管理するシステムにおけるサーバである。受注サーバ４２は、インターネット３を利用してエンドユーザ環境に存在するクライアントＰＣ１１、２１からジョブを受信するサーバである。受注サーバ４２は、受信したジョブをジョブのＩＤ番号で管理し、ＩＤ番号と管理上必要となる情報をＭＩＳサーバ４１に伝えると共に、ＭＩＳサーバ４１の指示に従って、画像データ等の上記情報以外の情報と一緒に下流の工程に伝える役割を有する。

ファイルサーバ４３は、エンドユーザからの同一原稿による再発注（原稿をスキャンして得た電子データに基づく印刷物作成の再発注）に備えて、エンドユーザ環境に存在するクライアントＰＣ１１、２１から受信したジョブを保管するための文書管理サーバである。この場合、ファイルサーバ４３では、一般に、画像データと前回印刷出力した際のジョブの設定情報（ジョブチケット）とを一緒に保存している。クライアントＰＣ４４は、工程管理部５を担当する作業者がオペレーションを行う際に用いる。

工程管理部５におけるＭＩＳサーバ４１、受注サーバ４２、ファイルサーバ４３、クライアントＰＣ４４の間における情報は、ＪＤＦ（Job Definition Format）と呼ばれるジョブの作業指示を記述したジョブチケットなどを利用してやり取りされる（情報交換される）。

工程管理部５では、ジョブを転送したり制御コマンドを発行したりすることで、工程管理部５を中心にプリプレス部６、ディジタルプリント部７、ポストプレス部８と連携を取り、トータルなワークフローの自動化を提供している。また、工程管理部５では、受注サーバ４２で受注したジョブに対応するワークフローの工程単位でのジョブの履歴管理、ジョブの進捗確認、ジョブの再投入の操作も行っており、これらはジョブ管理アプリケーションを用いて管理している。

次に、工程管理部５のファイルサーバ４３の仕組みについて説明する。

ファイルサーバ４３は、エンドユーザからの同一原稿による印刷物作成の再発注に備えて、エンドユーザの顧客情報、受信したジョブ等を記憶媒体に保管するためのサーバである。顧客情報としては、名前、連絡先、クレジット等の口座番号等がある。また、ジョブとしては、プリント対象となる文書／画像ファイル、それに付随するプリント条件設定、その他のプリント依頼情報、コピー対象となる紙原稿をスキャンしたスキャン画像ファイル、それに付随するコピー条件設定、その他のコピー依頼情報等がある。

ファイルサーバ４３は、上記の顧客情報やジョブを記憶媒体に保管しておくことで、後で再印刷の要求が入った場合などに、記憶媒体に保管している顧客情報やジョブを呼び出し、前回の顧客情報／ジョブと今回の顧客情報／ジョブの照合や参照を行う。これにより、エンドユーザからの再印刷要求に迅速に対応するようにしている。

ファイルサーバ４３で扱うファイルの形態としては、アプリケーションファイルデータ、ＰＤＬ（Page Description Language）データ、プリントレディデータ、それらの中間データ等がある。ファイルサーバ４３は、用途に応じて上記各ファイルのうち１つまたは幾つかのファイルを保管しておくことができる。プリントレディデータとは、ＲＩＰ（Raster Image Processor）処理後のデータで、ビットマップファイルそのものやＴｉｆｆ（Tagged image file format）ファイルのように圧縮された形式のデータである。中間データとは、ディスプレイリストのように最終出力ではないが、ＰＤＬデータとプリントレディデータの中間的な存在のデータである。

データの保管に当たっては、プリントレディデータは大きな容量のデータとなってしまうため、別の記憶媒体（ＣＤ−ＲＯＭ、ＭＯ、ＺＩＰ等）に記録したり、ＰＤＬデータであっても古いものや容量の大きいものは、同様に別の記憶媒体に保管したりする。また、エンドユーザが希望した場合には、該当するデータを最終出力と一緒にエンドユーザへ送り返すことも可能である。

このように、ファイルサーバ４３は、エンドユーザからの再印刷要求がなされる度に、その都度、エンドユーザに対応するジョブデータを、所望の印刷出力条件に基づき上記記憶媒体から読み出し、プリントデバイスにより再印刷を行うことが可能なように制御する。

一方で、ファイルサーバ４３で保管されたデータを、エンドユーザがクライアントＰＣにリストアして再印刷要求をかけることもある。例えば、受注サーバ４２が、エンドユーザ環境に存在するクライアントＰＣから受信したプリントジョブの文書／画像ファイルをオリジナル原稿のまま、ファイルサーバ４３が具備するハードディスク等のメモリユニット（不図示）に格納し、一定期間保管しておく。これにより、エンドユーザからの同一原稿によるプリントジョブの再発注時には、エンドユーザから文書／画像ファイルを再度送信して貰うことなく、再発注を処理することが可能となる。

また、受注サーバ４２は、エンドユーザから受け取ったコピージョブの紙原稿をスキャンデバイスによりスキャンし、スキャン画像ファイルとして取り込んだ後、ファイルサーバ４３の上記メモリユニットに格納し、一定期間保管しておく。これにより、エンドユーザからの同一原稿によるコピージョブの再発注時には、エンドユーザから紙原稿を再度送付して貰うことなく、再発注を処理することが可能となる。

更に、エンドユーザが所望する出力形態で、プリントジョブやコピージョブを印刷処理した後、作業者が編集加工した印刷前の最終文書／画像ファイルや印刷処理済みの最終印刷データを、ファイルサーバ４３の上記メモリユニットに格納し、一定期間保管しておく。この場合、上記出力形態には、プリント条件設定やその他のプリント依頼情報等、コピー条件設定やその他のコピー依頼情報等がある。これにより、エンドユーザからの再発注時における後工程の作業を軽減することが可能となる。

次に、印刷製本ワークフローシステムにおけるＪＤＦによる製本の仕組みについて図３を参照しながら説明する。

図３は、ＪＤＦによる製本の仕組みを示す製本の階層の例を示す図である。

図３において、「本」を作成するには、表紙を作ったり、本身（中身）を作ったり、或いは表紙と本身を製本したりと様々な工程を経て作成する。これにより、エンドユーザに届けられる「本」が出来上がる。

ＪＤＦでは、印刷物（出力物）を構成する際の工程を、プロダクトノード、プロセスノード、プロセスグループノードと区別している。プロダクトノードは、物理的な印刷物を形作る工程である。プロセスノードは、プロダクトノードを形作るための処理工程である。プロセスグループノードは、プロダクトノードを形作るための中間的段階の要素であり、幾つかのプロセスノードの集合体である。

図３に示すように、本全体、表紙、本身を形作る工程は、プロダクトノードに含まれる。表紙の出力、カラーページの出力、白黒ページの出力、本全体の製本処理は、プロセスグループノードに含まれる。表紙出力の各プロセス、表紙のラミネート処理、カラーページのＲＩＰ処理、カラーページプリント処理、白黒ページのＲＩＰ処理、白黒ページプリント処理、くるみ製本処理、断裁処理は、プロセスノードに含まれる。

次に、ジョブチケットによるワークフローについて図４を参照しながら説明する。

図４は、ジョブチケットにより実現されるワークフローの構成例を示す図である。

図４において、工程管理部５におけるＭＩＳサーバ４１は、ＪＤＦ作成アプリケーション４１１、後述のジョブ管理アプリケーションを備えている。ＭＩＳサーバ４１は、受注から納品までのシステム全体のワークフローを管理すると共に、様々な経営情報や販売情報を統括的に管理するサーバである。ＪＤＦ作成アプリケーション４１１は、ワークフローにおけるジョブの作業指示が記述されたジョブチケットに相当するＪＤＦデータを作成する。

ディジタルプリント部７におけるプリントサーバ７１は、ＪＤＦパーサ（Parser）７１１、ＰＤＬコントローラ７１２、プリンタインタフェース７１３を備えている。プリントサーバ７１は、ディジタルプリント部７に投入されるジョブを受信すると共に、ディジタルプリント部７全体を管理制御するためのサーバである。ＪＤＦパーサ７１１は、ＪＤＦデータを解釈する。ＰＤＬコントローラ７１２は、ＰＤＦ／ＰＳ等の各種ＰＤＬデータを処理する。プリンタインタフェース７１３は、ＭＦＰ等のプリントデバイスのプリンタエンジンと接続するためのインタフェースである。

ポストプレス部８におけるポストプレスサーバ８１は、ＪＤＦパーサ８１１、フィニッシャＡインタフェース８１２、フィニッシャＢインタフェース８１３を備えている。ポストプレスサーバ８１は、ポストプレス部８に投入されるジョブを受信すると共に、ポストプレス部８全体を統括管理するためのサーバである。ＪＤＦパーサ８１１は、ＪＤＦデータを解釈する。フィニッシャＡインタフェース８１２は、フィニッシャＡと接続するためのインタフェースである。フィニッシャＢインタフェース８１３は、フィニッシャＢと接続するためのインタフェースである。

ジョブチケットによるワークフローは、以下のように実現される。

ＭＩＳサーバ４１にエンドユーザからの受注ジョブが投入されると、作業者は、ＭＩＳサーバ４１にインストールされているＪＤＦ作成アプリケーション４１１により、ワークフローにおける作業指示が記述されたジョブチケットに相当するＪＤＦデータを作成する。

ＭＩＳサーバ４１で作成されたＪＤＦデータがプリントサーバ７１に渡されると、プリントサーバ７１におけるＪＤＦパーサ７１１がＪＤＦデータを解釈して、ディジタルプリント部７に対するジョブを実行する。ＪＤＦデータには、例えば、出力用紙サイズを示す情報、両面印刷を行うか片面印刷を行うかを示す情報、Ｎ−ｕｐ情報（用紙に何枚のページを縮小印刷するかを示す情報）等の属性が指定されている。ＪＤＦデータの内容に従って、ＰＤＬコントローラ７１２によりＪＤＦデータで参照されるＰＤＦ／ＰＳ等のＰＤＬデータを処理すると共に、プリンタインタフェース７１３を介してＭＦＰに対して印刷を実行するよう制御する。

ＭＩＳサーバ４１で作成されたＪＤＦデータがポストプレスサーバ８１に渡されると、ポストプレスサーバ８１におけるＪＤＦパーサ８１１がＪＤＦデータを解釈して、ポストプレス部８に対するジョブを実行する。ＪＤＦデータには、例えば、くるみ製本を指示する情報、中綴じ製本を指示する情報、断裁を指示する情報等の、後処理に関する属性が指定されている。ＪＤＦデータの内容に従って、フィニッシャＡインタフェース８１２とフィニッシャＢインタフェース８１３を介してそれぞれフィニッシャＡとフィニッシャＢに対し、後処理を実行するよう制御する。

次に、印刷製本ワークフローシステムにおけるジョブの工程単位での再投入について図５を参照しながら説明する。

ワークフローの上流側からジョブの再投入を行うと、処理に時間がかかるが、再利用性が高い。一方、ワークフローの下流側からジョブの再投入を行うと、処理は短時間でできるが、修正が効かない。このようなトレードオフがある。

図５は、ジョブの工程単位での再投入の例を示す図である。

図５において、図示したものは、例えば３つの工程から構成されるワークフローで示されるジョブの例を示している。３つの工程は、図中、矩形で表された「アプリレンダリング」工程、「デバイスレンダリング」工程、「プリント」工程である。そして、それぞれの工程においてジョブチケットと処理に必要なデータを入力し、その工程が完了すると、次の工程の入力とすることができるジョブチケットとデータが出力されるものとする。

最上流の工程に入力されるジョブチケットには、全ての工程に関する処理指示（作業指示）が記述されており、各工程ではその処理指示の中から自工程に関する処理指示の内容に従うものとする。このワークフローの制御は、工程管理部５におけるＭＩＳサーバ４１が行う。尚、図５以降の各図では、アプリケーションを略称のアプリと図示するものとする。

図５に示すワークフローでは、まず、工程管理部５におけるＭＩＳサーバ４１は、原稿データである「user.doc」と、全工程に関する処理指示を記述したジョブチケット「ＪＴ１」を入力して、最初の工程である「アプリレンダリング」を行う。「アプリレンダリング」工程では、ＭＩＳサーバ４１は、アプリケーション用データ「user.doc」を印刷用共通フォーマットであるＰＤＦへ変換する処理を行う。ＰＤＦへの変換に際しては、アプリケーションのバージョンやオプションの指定など様々な設定の指示が必要となるが、それらについては、「アプリレンダリング」工程への指示としてジョブチケット「ＪＴ１」に記述されているものとする。

「アプリレンダリング」工程が完了すると、ＭＩＳサーバ４１は、その出力として「user.pdf」というファイルを生成する。また、「アプリレンダリング」工程が完了した旨を示す、ジョブチケット「ＪＴ１」から内容が更新されているジョブチケット「ＪＴ２」が、次の「デバイスレンダリング」工程へ渡されることになる。

次の「デバイスレンダリング」工程では、ＭＩＳサーバ４１は、「user.pdf」というファイルを出力対象となるデバイス用イメージデータに変換する。デバイス用イメージデータのデータフォーマットは、デバイス専用のデータフォーマットであり、他のデバイスでは利用することができないが、ＰＤＦを解釈しながら印刷するよりも高速で印刷することが可能となるデータフォーマットであるものとする。「デバイスレンダリング」工程では、色味の調整など対象デバイス固有のパラメータの指示が必要となるが、それらについてはジョブチケット「ＪＴ２」に記述されているものとする。

「デバイスレンダリング」工程が完了すると、ＭＩＳサーバ４１は、その出力として「user.img」というファイルを生成する。また「デバイスレンダリング」工程が完了した旨を示す、ジョブチケット「ＪＴ２」から内容が更新されているジョブチケット「ＪＴ３」が、次の「プリント」工程へ渡されることになる。

最後の「プリント」工程では、ＭＩＳサーバ４１は、デバイス用イメージデータをプリントデバイスにより用紙に画像形成し、印刷物として出力する。「プリント」工程では、出力部数や用紙の指定など様々なパラメータの指示が必要となるが、それらについては、ジョブチケット「ＪＴ３」に記述されているものとする。

図５では、２回ジョブの再投入を行っていることを示している。図５の上段は、まず１枚だけ試し印刷を行っている様子を示している。ここで、作業者が試し印刷により出力した印刷物を確認した結果、色味を調整する必要があることが判明したものとする。そこで、図５の中段は、色味を変えた再印刷を行っている様子を示している。

色味の調整は、「デバイスレンダリング」工程での指示を修正すればよい。従って、最初から印刷をやり直す必要はなく、「user.pdf」ファイルは前回のものを再利用することが可能である。ここでは、ジョブチケット「ＪＴ２」に修正を加え、ジョブチケット「ＪＴ２´」として「デバイスレンダリング」工程からジョブを再投入している。ジョブチケット「ＪＴ２´」での「デバイスレンダリング」工程の出力は、「user.img´」ファイルであり、ジョブチケットは「ＪＴ４」として更新される。

出力した印刷物に問題が無いことが確認できたため、最後に本番の大量印刷を行っている。図５の下段は、印刷部数を変えて大量に印刷を行う再印刷の様子を示している。印刷部数の変更だけであれば、「プリント」工程での指示を修正するだけでよい。従って、「user.img´」ファイルを再利用することが可能である。ジョブチケット「ＪＴ４」に修正を加え、ジョブチケット「ＪＴ４´」として「プリント」工程からジョブを再投入している。

上記のように、複数の工程から構成されるワークフローにおいて、途中の工程からの指示の修正、ジョブの再投入を行ったジョブチケット及びデータファイルを、工程毎に保存しておくことで、任意の工程からのジョブの再投入を効率よく行うことが可能となる。

図６は、工程管理部５におけるジョブ管理アプリケーションの構成例を示すブロック図である。

図６において、ジョブ管理アプリケーションは、ジョブ進捗管理部１００、ジョブ履歴管理部１０１、ジョブ履歴表示部１０２、ジョブチケット用リビジョン管理データベース（以下ＤＢと略称）１０３、リソースファイル用データベース（以下ＤＢと略称）１０４から構成される。

ジョブ進捗管理部１００は、ディジタルプリント部７におけるプリントサーバ７１、ポストプレス部８におけるポストプレスサーバ８１と接続し、ジョブの進捗状態を把握する。ジョブ進捗管理部１００は、ジョブ履歴、ジョブの各工程、ジョブに関するファイル（ジョブチケット、リソース）の対応関係を工程表示ツリー（木構造）で管理する。また、ジョブ進捗管理部１００は、ジョブ履歴管理部１０１を介してジョブ履歴表示部１０２により、ジョブ毎のジョブの詳細情報、ワークフロー図、工程表示ツリー（木構造）を表示する。

ジョブ履歴管理部１０１は、ジョブチケット用リビジョン管理ＤＢ１０３、リソースファイル用ＤＢ１０４からそれぞれ情報を取得し、ジョブ進捗管理部１００を通じてジョブの再投入を行う。ジョブ履歴表示部１０２は、ジョブの進捗状態の確認やジョブの再投入のためのユーザインタフェースを提供する。

ジョブチケット用リビジョン管理ＤＢ１０３は、ジョブの工程及び派生再投入（再発注による同一原稿を用いた印刷物の作成）を管理するために、枝版管理を含めたジョブチケットのバージョン管理を行う。枝版管理を含めたファイルのバージョン管理を行う手法については、公知の手段により実現可能であるため、詳細は省略する。ジョブチケット用リビジョン管理ＤＢ１０３は、ジョブチケット、ジョブの履歴等を保存する。ジョブチケット用リビジョン管理ＤＢ１０３は、工程管理部５におけるファイルサーバ４３に含まれるものとする。

リソースファイル用ＤＢ１０４も、工程管理部５におけるファイルサーバ４３に含まれるものであり、各工程において入出力された各種データファイル（リソースファイル）を保存する。各種データファイルは、ジョブチケット用リビジョン管理ＤＢ１０３に保存されている各バージョンのジョブチケットに、その保存場所が記録されており、ジョブチケットの所定のバージョンから対応するファイルが何れであるかを特定できるものとする。

図７は、ジョブ管理アプリケーションの画面構成の例を示す図である。

図７において、ジョブ管理アプリケーションの設定画面は、図６のジョブ履歴表示部１０２に対応する。設定画面の上側には、「ファイル」、「編集」、「表示」、「ジョブ」、「ヘルプ」といったメニューが配置されており、ジョブ管理アプリケーションにおける各種処理を実行する際に選択される。

設定画面の中央部には、ジョブの一覧を表示する領域が配置されており、ジョブ毎のジョブの詳細情報、ワークフロー図、工程表示ツリー（木構造）が表示されている。詳細情報、ワークフロー図、工程表示ツリーの３つの組が、ジョブの数だけ縦方向に並べられている配置になっている。設定画面に表示しきれない範囲は、設定画面の右辺及び下辺に配置されているスクロールバーを操作することで、確認することができるようになっている。ここで、工程表示ツリー（木構造）は二次元直交座標系に配置される。

設定画面における各ジョブの表示において（図示例では２つのジョブを表示）、左側に配置されているのがジョブの詳細情報であり、ジョブに関する各種設定を表示し編集できるようになっている。

設定画面における各ジョブの表示において、右側の上段に配置されているのはワークフロー図であり、下記の工程表示ツリー（木構造）におけるジョブの各工程の進捗に対応し、ジョブの各工程の流れを矢印で表している。

設定画面における各ジョブの表示において、ワークフロー図と縦方向で対応するように右側の下段に配置されているのが工程表示ツリー（木構造）であり、各工程の段階に対応するジョブチケットや処理データのファイルを表すアイコンでノードを表している。表示内容の詳細については次のジョブ一覧表示部の項で説明する。

図８は、ジョブ一覧表示部の画面の例を示す図である。

図８において、図示したものは、２つのジョブが表示されている状態を示している。２００は、１つ目のジョブの詳細情報、２０１は、１つ目のジョブのワークフロー図、２０２は、１つ目のジョブの工程表示ツリーである。２０３は、２つ目のジョブの詳細情報、２０４は、２つ目のジョブのワークフロー図、２０５は、２つ目のジョブの工程表示ツリーである。２０６は、スクロールバーである。スクロールバー２０６を操作することにより、他のジョブについても表示し確認することが可能である。以下、図８における１つ目のジョブを例に更に詳細に説明する。

ワークフロー図２０１は、「アプリレンダリング」工程、「デバイスレンダリング」工程、「プリント」工程の３つの工程から構成されるものであり、各工程を矩形領域で表している。また、各工程が出力或いは入力するファイルを長円形で表している。更に、各工程に対するファイルの入出力を矢印で表している。

ワークフロー図２０１では、「user.doc」２１０が「アプリレンダリング」工程２１１の入力となっている。「アプリレンダリング」工程２１１は「ＰＤＦ」２１２を出力し、「ＰＤＦ」２１２は更に「デバイスレンダリング」工程２１３の入力となる。「デバイスレンダリング」工程２１３は「ＩＭＡＧＥ」２１４を出力し、「ＩＭＡＧＥ」２１４は「プリント」工程２１５の入力となる。以上のようなワークフロー図２０１が示されている。

１つ目のジョブの工程表示ツリー２０２は、ジョブ工程の進捗及び派生を示す木構造を表している。木構造のノード（枝分かれしている点）に当たるアイコンには、ジョブチケットファイル名或いはリソースファイル名といったジョブの工程に関する情報の一部が表示される。木構造の横軸と縦軸並びに各要素は、それぞれ以下のような意味を持つ。

まず、横軸は、工程の進捗を表している。各アイコンは、そのジョブにおけるワークフロー表示の工程と同じ横方向座標に配置されており、その工程を処理するためのジョブチケットや処理データファイルを示している。

例えば、２２０は、工程２１１に対するジョブチケット及び工程２１１への入力ファイル２１０を表す。同様に、２２１、２２３、２２６は、工程２１３に対するジョブチケット及び入力ファイル２１２を表す。そして、２２２、２２４、２２５、２２７は、工程２１５に対するジョブチケット及び入力ファイル２１４を表す。

縦軸は、同じジョブを何度か繰り返したことにより複数の流れが存在することを示しており、木構造の辺で縦に結ばれた部分（縦辺）はジョブの修正や再投入による派生を表している。図８から分かるように、縦方向の派生は工程のどの段階でもあり得る。工程の上流からジョブの修正や再投入をやり直した場合には、左よりのノードからの枝となり、工程の下流からジョブの修正や再投入をやり直した場合には、右よりのノードからの枝となって表示されることになる。

例えば、ジョブチケット２２１からジョブチケット２２３とジョブチケット２２６が下に枝分かれしており、ジョブチケット２２１を修正してジョブチケット２２３とジョブチケット２２６が作られている。また、ジョブチケット２２４からはジョブチケット２２５が枝分かれしている。

上述したように、木構造のノードは、ジョブの工程ごとの履歴及びその工程に対応するファイルを表しており、同時にそのノードが存在することによりその工程を処理する段階まで進んでいることを表す。そのため、木構造の横辺がジョブの進捗を表すことにもなる。

図８におけるワークフロー図２０１或いはワークフロー図２０４は、その下段の、工程を示す木構造のノードがそれぞれどの工程に対応するかを視覚的に理解しやすくしている。ただし、ジョブの詳細については、画面の左側に詳細情報２００や詳細情報２０３を表示するため、工程表示ツリー２０２や工程表示ツリー２０５だけでも工程の派生関係を理解することは可能である。このため、ワークフロー図２０４の表示を図９に示すように省略することもできる。

図９は、図８における２つ目のジョブの表示領域を選択し、図７のメニューからワークフロー図の非表示を選択した画面の例を示す図である。

図９において、表示例は、図８におけるワークフロー図２０４が非表示となっている様子を示している。図７のメニューを操作することにより、ワークフロー図を再び表示することもできる。ワークフロー図を非表示とする場合には、詳細情報の表示領域の高さを工程表示ツリーの表示領域の高さと同じにすることで、図９に示すような配置を行う。ワークフロー図を表示する場合には、詳細情報の表示領域の高さを工程表示ツリーの表示領域の高さとワークフロー図の表示領域の高さとを合わせた高さとすることで、図８に示すような配置を行う。

図８における木構造のノードに配置されているアイコンを選択することで、ジョブの再編集、再投入、履歴の削除を行う。

ジョブの再投入、或いはジョブの編集を加えてジョブの再投入を行う場合には、木構造のノードのアイコンを選択し、図７のメニューから再投入機能（不図示）を選択することで、詳細情報２００の表示領域で編集を行えるようになる。この場合、工程表示ツリーの表示領域には、選択したノードの下の行にノードが追加挿入されることになる。例えば、図１０に示す画面表示例においてジョブチケット２２４（アイコン）を選択してジョブの再投入を行うと、図８に示すようにジョブチケット２２５が挿入された木構造のレイアウトとなる。

ジョブの履歴を削除する場合には、ノードを選択することにより、そのノード以下の工程と派生のファイルを削除することができる。例えば、図８において２２１のノードを選択して削除を行う場合には、２２２、２２３、２２４、２２５、２２６、２２７も削除対象となる。この削除方式の利点としては、ジョブ再投入時のジョブの流用可能性の基準でジョブの履歴を削除できることである。なぜならば、より下流の工程或いは派生ジョブは、上流の工程よりもジョブの流用における柔軟性が低いため、木構造の葉の方向に削除していくことで流用度の低いジョブを削除できるからである。

図８における詳細情報の表示領域には、ジョブチケットから抽出された、ジョブ名、編集／印刷依頼者、編集／印刷作業担当者、アプリケーション、印刷に使用するデバイス、印刷日時、印刷部数、印刷枚数、といった詳細情報が表示される。また、細情報の表示領域は、ジョブ再投入時の編集領域としても使用される。

図８における木構造のノードに配置されているアイコンを選択することで、派生ジョブの指示変更差分を表示する。派生ジョブ／工程が派生元とどこが異なるのかを確認するためには、木構造のノードのアイコンを選択し、図７のメニューから差分表示機能（不図示）を選択することで、指示変更差分が表示される。

例えば、図１１に示す画面表示例は、図８におけるジョブチケット２２６（アイコン）を選択して指示変更差分をポップアップ表示した場合を示している。表示されている指示変更差分は、派生元であるジョブチケット２２１と、派生先である（枝分かれした）ジョブチケット２２６との指示内容の差分である（「変更前」画質：ふつう、データ圧縮率：低、「変更後」画質：高画質、データ圧縮率：高）。また、工程表示ツリーの表示領域のアイコン位置に、部分的な差分情報（木構造におけるノード間の指示内容の差分を示す情報）を表示することもできる。

図１２は、工程の範囲を指定してジョブ履歴を削除する様子を示す図である。

図１２において、工程表示ツリーの表示領域（木構造で表示された領域）において、破線で囲んだ矩形領域の範囲指定を行い、指定された範囲のジョブ履歴削除を行うことができる。本実施の形態における木構造表示では、横方向範囲が工程の進捗状態を表しているため、各ジョブのベースとなる工程のみ残して削除を行うということが可能である。また、縦方向範囲で所定の派生ジョブに関してのみ削除を行うということが可能である。

図１３は、別の範囲指定によりジョブ履歴を削除する様子を示す図である。

図１３において、ワークフロー図の表示領域で範囲を指定して削除することにより、全ての派生ジョブについて所定工程以降のジョブ履歴の削除を行うことが容易に可能である。

上記の図１２及び図１３に示すような範囲指定によるジョブ履歴の削除方法では、工程の途中のみを削除するということは行わない。範囲指定された中に含まれる全てのノードから下のノードを削除することになる。このような範囲指定削除によって、視覚的に容易にジョブ履歴の削除を行うことが可能となっている。

次に、工程履歴とジョブチケットリビジョンの割り当てについて説明する。

本実施の形態では、ジョブＩＤは、木構造で示されるオリジナルのジョブ毎に１つだけ割り当てられる。また、派生ジョブは、全て同じジョブＩＤの派生バージョンとして管理される。また、ワークフローにおける工程の進捗と修正による派生、つまりジョブチケットの状態変化を、分岐リビジョンに対応付けて管理する。ジョブＩＤは、バージョン管理される対象となるジョブチケット１つに対応し、工程の進捗や修正は、同じジョブＩＤのジョブチケットの修正バージョンとして扱う。ジョブチケットの各リビジョンに対応するファイルとして、工程毎に異なるファイル（ＰＤＦやイメージ等）をジョブチケットから参照するように関連付けておく。

ジョブチケットのリビジョン番号ルールは以下の通りである。
（１）ルート（ジョブＩＤのベースに対応）は、＜ジョブＩＤ＞.１とする。
（２）工程の進捗に従って、「．」（ピリオド）で区切られた最後の番号をインクリメントする。
（３）ジョブ履歴における工程の途中から（修正を行って）再印刷する場合には、修正の対象リビジョンを＜対象rev＞とすると、＜対象rev＞.＜派生通し番号＞.１を派生リビジョンとする。＜派生通し番号＞は同じリビジョンから複数の印刷・編集を繰り返した場合に区別できるように、通し番号として１から順に割り当てていく。

上記のジョブチケットのリビジョン番号ルールについて図１４を参照しながら具体的に説明する。

図１４は、工程の木構造表示で表示されるノードと対応するジョブチケットの派生バージョン番号の対応を表した例を示す図である。

図１４において、ジョブチケット３００は、ジョブＩＤが１のジョブの履歴ツリーのルートとなるリビジョンである。ジョブチケット３００のリビジョン番号は、「１．１」である。ジョブチケット３０１は、ジョブチケット３００の次の工程へ進んだリビジョンを示し、ジョブチケット３０２は、更に次の工程へ進んだリビジョンを示している。上述の通り、リビジョン番号は、ジョブチケット３０１で「１．２」、ジョブチケット３０２で「１．３」となっている。

ジョブチケット３０８は、ジョブＩＤが１のジョブを工程の最初から再投入した１つ目のジョブチケットを示している。ジョブチケット３０８は、「１．１」の最初の派生リビジョンであるため、「１．１」の後に「１」を加え、その最初の工程であるので「１．１．１．１」というリビジョン番号となっている。ジョブチケット３０８から工程が進むと、ジョブチケット３０９、ジョブチケット３１０となり、リビジョン番号は最後の番号をインクリメントし、それぞれ「１．１．１．２」、「１．１．１．３」となっている。

ジョブチケット３１３は、ジョブＩＤが１のジョブを工程の最初から再投入した２つ目のジョブチケットを示している。ジョブチケット３１３は、「１．１」の２つ目の派生リビジョンであるため、「１．１」の後に「２」を加え、その最初の工程であるので「１．１．２．１」というリビジョン番号となっている。ジョブチケット３１３から工程が進むと、ジョブチケット３１４、ジョブチケット３１５となり、リビジョン番号は、最後の番号をインクリメントし、それぞれ「１．１．２．２」、「１．１．２．３」となっている。

次に、工程の途中から派生したジョブチケットについて説明する。

ジョブチケット３０３は、２番目の工程を示すジョブチケット３０１を修正して２番目の工程から再投入したジョブチケットを示している。ジョブチケット３０３は、「１．２」の最初の派生リビジョンであるため、「１．２」の後に「１」を加え、その最初の工程であるので「１．２．１．１」というリビジョン番号となっている。ジョブチケット３０３から工程が進むと、ジョブチケット３０４となり、リビジョン番号は、最後の番号をインクリメントし、「１．２．１．２」となっている。

同様に、ジョブチケット３０１の２つ目の再投入ジョブチケット３０６、３０７のリビジョン番号は、「１．２．２．１」、「１．２．２．２」となる。ジョブチケット３０９の最初の再投入ジョブチケット３１１、３１２のリビジョン番号は、「１．１．１．２．１．１」、「１．１．１．２．１．２」となっている。また、ジョブチケット３０５は、ジョブチケット３０４から再投入したジョブチケットであり、「１．２．１．２．１．１」というリビジョン番号となっている。

以上のようなジョブチケットのリビジョン番号ルール（番号付け規則）に従って、ジョブチケット内のプロセスノードに対応する上記リビジョン番号を記述しておく。これにより、ジョブ履歴でツリー表示する際のアイコン表示位置の決定と、（ノードの）アイコンクリック時の対応するジョブチケットの判断を行う。

尚、上記図８等に示した画面上でジョブ毎に上段に表示されるワークフロー図は、ベース（ルート）ジョブチケットに記述されているワークフローを表示する。

次に、ジョブ管理アプリケーションの画面表示に関する処理手順について説明する。

図１５は、ジョブ管理アプリケーションの画面表示処理の手順を示すフローチャートである。

図１５において、ジョブ管理アプリケーションのジョブ進捗管理部１００は、ステップＳ１０００で、ジョブ履歴表示部１０２に設定画面を表示する画面表示処理を開始すると、ステップＳ１００１では、ジョブ履歴の表示対象となる次のジョブＩＤが存在するか否かを、ジョブチケット用リビジョン管理ＤＢ１０３に問い合わせることで確認する。ジョブＩＤが存在する（有り）場合には、ステップＳ１００２へ進み、ジョブＩＤが存在しない（無し）場合には、ステップＳ１００８へ進んで、本処理を終了する。

ステップＳ１００２では、ジョブ進捗管理部１００は、設定画面にワークフロー図を表示するモードになっているか否かを判断する。ワークフロー図の表示を行うか否かは、図７のメニューにてユーザが設定できるようになっているものとする。ワークフロー図を表示する場合（ＹＥＳ）には、ステップＳ１００３へ進み、ワークフロー図を表示しない場合（ＮＯ）には、ステップＳ１００５へ進む。

ステップＳ１００３では、ジョブ進捗管理部１００は、ジョブＩＤに対応するワークフロー図の表示を行う。この表示は図８における２０１や２０４の部分に対応する。次に、ステップＳ１００４では、ジョブ進捗管理部１００は、工程表示ツリー（木構造）を表示するモードになっているか否かを判断する。木構造表示を行うか否かは、図７のメニューにてユーザが設定できるようになっているものとする。木構造を表示する場合（ＹＥＳ）には、ステップＳ１００５へ進み、木構造を表示しない場合（ＮＯ）には、ステップＳ１００６へ進む。

以上の制御により、ワークフロー図のみ表示するか、木構造のみ表示するか、ワークフロー図と木構造の両方を表示するかを、選択することができる。

ステップＳ１００５では、ジョブ進捗管理部１００は、ジョブＩＤに対応する木構造の表示を行う。この表示は図８における２０２や２０５の部分に対応する。

ステップＳ１００６では、ジョブ進捗管理部１００は、ジョブの詳細情報を表示するモードになっているか否かを判断する。ジョブの詳細情報表示を行うか否かは、図７のメニューにてユーザが設定できるようになっているものとする。ジョブの詳細情報を表示する場合（ＹＥＳ）には、ステップＳ１００７へ進み、ジョブの詳細情報を表示しない場合（ＮＯ）には、ステップＳ１００１へ戻る。ステップＳ１００７では、ジョブ進捗管理部１００は、ルートノードのジョブチケットより取得した詳細情報を表示する。この表示は図８における２００や２０３の部分に対応する。

以上の処理を全てのジョブＩＤについて繰り返すことにより、ジョブ履歴の表示が行われる。

図１６及び図１７は、図１５のステップＳ１００５の処理（木構造表示処理）の詳細手順を示すフローチャートである。

図１６及び図１７において、ジョブ進捗管理部１００は、ステップＳ１０２０で、木構造（工程表示ツリー）表示処理を開始すると、ステップＳ１０２１で、まず、取得したジョブＩＤで変数Ｊを初期化する。次に、ステップＳ１０２２では、ジョブ進捗管理部１００は、変数minorを１に初期化する。変数minorは工程の番号を表すことになる変数である。ステップＳ１０２３では、ジョブ進捗管理部１００は、リビジョン毎のアイコン表示位置に関する変数posxと変数posyをそれぞれ１に初期化する。

変数posxの値が１であることは、アイコンを最も左端に表示することを意味し、インクリメントされるごとにその隣へアイコンを配置していくことになる。変数posyの値が１であることは、アイコンを最も上端に表示することを意味し、インクリメントされるごとにその下段へアイコンを配置していくことになる。

ステップＳ１０２４では、ジョブ進捗管理部１００は、設定された変数の値に従って、リビジョンの表示すなわちアイコンの配置を行う。そして、ステップＳ１０２５で、ジョブ進捗管理部１００は、木構造の表示を終了する。

上記ステップＳ１０２４の処理の詳細はステップＳ１０４０〜ステップＳ１０５０の処理で示される。

ジョブ進捗管理部１００は、ステップＳ１０４０で、リビジョン（アイコン）表示処理を開始すると、ステップＳ１０４１で、変数Ｊと変数minorをピリオドで連結したリビジョン番号を変数Ｒｅｖに入れる。次に、ステップＳ１０４２では、ジョブ進捗管理部１００は、（posx,posy）の位置に変数Ｒｅｖで示されるリビジョン番号に対応する内容の表示を行う。

次に、ステップＳ１０４３では、ジョブ進捗管理部１００は、変数Ｒｅｖで示されるリビジョンの次の工程に対応するリビジョンが存在するか否かを判断する。次の工程に対応するリビジョンが存在する場合（ＹＥＳ）には、ステップＳ１０４４へ進み、次の工程に対応するリビジョンが存在しない場合（ＮＯ）には、ステップＳ１０４６へ進む。ステップＳ１０４４では、ジョブ進捗管理部１００は、変数minorと変数posxをインクリメントする。そして、ステップＳ１０４５で、ジョブ進捗管理部１００は、ステップＳ１０４０からの処理を再帰的に呼び出す。

次に、ステップＳ１０４６では、ジョブ進捗管理部１００は、そのノードから派生する派生工程があるか否かを判断する。派生工程がある場合（ＹＥＳ）には、ステップＳ１０４７へ進み、派生工程が無い場合（ＮＯ）には、ステップＳ１０５０へ進んで、本処理を終了する。

ステップＳ１０４７では、ジョブ進捗管理部１００は、派生工程を木構造における縦方向での次の行へ表示するために変数posyをインクリメントする。ステップＳ１０４８では、ジョブ進捗管理部１００は、次のステップＳ１０４９の処理の中だけで有効となるように変数Ｊをローカルで定義し、変数Ｒｅｖと１をピリオドで連結したリビジョン番号をローカル変数Ｊに入れる。ステップＳ１０４９では、ジョブ進捗管理部１００は、このローカル変数ＪをもってステップＳ１０４０からの処理を再帰的に呼び出す。

以上の処理を再帰的に繰り返すことにより、１つのジョブＩＤに対応する木構造（工程表示ツリー）を表示するための配置が完成する。

図１８は、図１７のステップＳ１０４２の処理（アイコン表示処理）の詳細手順を示すフローチャートである。

本実施の形態では、木構造のノード部分に、アイコン、ジョブチケットのファイル名、リソースファイル名、差分情報のいずれを表示するかを選択することができる。前記表示対象の選択は、図７のメニューにてユーザが設定できるようになっているものとする。

図１８において、ジョブ進捗管理部１００は、ステップＳ１０６０で、アイコン表示処理を開始すると、ステップＳ１０６１で、指定された位置の（posx,posy）に表示するものを識別する。表示物が予め決められた固定のアイコンである場合には、ステップＳ１０６２へ進み、アイコンを表示する。表示物がジョブチケットのファイル名である場合にはステップＳ１０６３へ進み、ジョブチケット名を表示する。表示物がそのリビジョンのジョブチケットの参照するリソースファイル名である場合には、ステップＳ１０６４へ進む。表示物が前のリビジョンとの差分を示す差分情報である場合には、ステップＳ１０６６へ進む。

ステップＳ１０６４からはその工程で入力されるデータファイルのファイル名を表示する。まず、ステップＳ１０６４では、ジョブ進捗管理部１００は、ジョブチケットを読み込み、参照しているリソースファイル名を取得する。そして、ステップＳ１０６５で、ジョブ進捗管理部１００は、そのリソースファイル名を表示する。

ステップＳ１０６６からは派生ジョブ等の修正差分を表示する。これは図１１の画面例で示したアイコンクリック時に表示される内容と同じである。ただし、限られたスペースに表示されることになるため、表示領域からはみ出た分についてはクリッピングされるものとする。まず、ステップＳ１０６６では、ジョブ進捗管理部１００は、現在表示しようとしているリビジョンの元のリビジョンを計算する。例えば、表示対象のリビジョンが１．１．１．１であれば元のリビジョンは１．１であり、表示対象のリビジョンが１．３であれば元のリビジョンは１．２である。これは、上述したリビジョン番号ルール（リビジョン割り当て規則）に従って逆算することが可能である。

次に、ジョブ進捗管理部１００は、ステップＳ１０６７で、元のリビジョンのジョブチケットを読み込み、ステップＳ１０６８で、現在表示しようとしているリビジョンのジョブチケットを読み込む。次に、ジョブ進捗管理部１００は、ステップＳ１０６９で、上記ステップＳ１０６７とステップＳ１０６８で各々読み込んだ内容の差分を計算し、ステップＳ１０７０で、（posx,posy）の位置に差分を表示する。ステップＳ１０７１で、１つのノードの表示を終了する。

次に、ジョブ管理アプリケーションにおいて所定のノードが選択された場合の処理手順について説明する。

本実施の形態では、木構造のノードを選択した際の処理として、ジョブ履歴の削除、ジョブの再投入、差分の表示、がある。これは、図７のメニューにてユーザが選択し設定できるようになっているものとする。

図１９は、アイコン選択処理（ノード選択処理）の手順を示すフローチャートである。

図１９において、ジョブ進捗管理部１００は、ステップＳ１０８０で、アイコン選択処理（ノード選択処理）を開始すると、ステップＳ１０８１で、選択されたノードの位置から対応するリビジョン番号を求める。次に、ジョブ進捗管理部１００は、ステップＳ１０８２で、ユーザの操作の種類を判断し、ノードの削除の場合にはステップＳ１０８３へ進み、ジョブ再投入の場合にはステップＳ１０８５へ進み、差分表示の場合にはステップＳ１０８９へ進む。

ノードの削除の場合、ジョブ進捗管理部１００は、ステップＳ１０８３で、指定ノードから下のノード全ての削除処理を行い、ステップＳ１０８４で、木構造の再表示を行う。ジョブ進捗管理部１００は、ステップＳ１０８４の木構造表示処理として図１６及び図１７のフローチャートに示す処理を呼び出す。

ジョブ再投入の場合、ジョブ進捗管理部１００は、ステップＳ１０８５で、対象リビジョンのジョブチケットを読み込み、ステップＳ１０８６で、ジョブチケットの複製を派生リビジョンとして作成する。更に、ジョブ進捗管理部１００は、ステップＳ１０８７で、木構造の再表示を行った後、ステップＳ１０８８で、この派生リビジョンのジョブチケットを編集し、ジョブ再投入を行う。ジョブ進捗管理部１００は、ステップＳ１０８７の木構造表示処理として図１６及び図１７のフローチャートに示す処理を呼び出す。

差分表示の場合、ジョブ進捗管理部１００は、ステップＳ１０８９以降の処理を行う。ステップＳ１０８９以降の処理は図１８のステップＳ１０６６以降の処理と同様であり、説明を省略する。ただし、ステップＳ１０９３での差分表示は図１１に示すように別ウィンドウに表示する。ステップＳ１０９４で、ノード選択処理を終了する。

図２０は、図１９のステップＳ１０８３の削除処理の詳細手順を示すフローチャートである。

図２０において、ジョブ進捗管理部１００は、ステップＳ１１００で、削除処理を開始すると、ステップＳ１１０１で、指定リビジョンの下位ノードに当たるリビジョンが存在するか否かを判断する。この場合は、純粋な派生リビジョンだけでなく工程の進んだジョブチケットも対象とする。例えば、「１．１」に対しては「１．１．１．１」などだけでなく、「１．２」なども対象とする。派生リビジョンが存在する場合（ＹＥＳ）には、ステップＳ１１０２へ進み、派生リビジョンが存在しない場合（ＮＯ）には、ステップＳ１１０３へ進む。

ジョブ進捗管理部１００は、ステップＳ１１０２で、派生リビジョンを指定してステップＳ１１００からの処理を再帰的に呼び出す。ジョブ進捗管理部１００は、前記処理の呼び出しから戻ったら、再びステップＳ１１０１で、まだ残っている派生リビジョンが存在するか否かを調べる。

ジョブ進捗管理部１００は、ステップＳ１１０３で、指定リビジョンのジョブチケットを読み込み、ステップＳ１１０４で、読み込んだ内容からそのリビジョンのジョブチケットが参照しているリソースファイルを特定する。ジョブ進捗管理部１００は、ステップＳ１１０５で、そのリソースファイルを削除し、ステップＳ１１０６で、そのリビジョンのジョブチケットを削除し、ステップＳ１１０７で、本処理を終了する。

以上の手順により、指定リビジョン以下のジョブチケット及び対応するファイルの削除が完了する。

次に、木構造を表示した画面上で範囲指定を行い、ジョブ履歴の削除を行う場合の処理手順について説明する。本処理は図１２の画面例で示されるユーザの操作に対応する。

図２１は、ノードの範囲指定削除処理の詳細手順を示すフローチャートである。

図２１において、ジョブ進捗管理部１００は、ステップＳ１１２０で、範囲指定削除処理を開始すると、ステップＳ１１２１で、ユーザの操作により指定された範囲のリビジョン番号を取得する。次に、ジョブ進捗管理部１００は、ステップＳ１１２２で、取得したリビジョンのうちの１つのリビジョンについて、それ以下のノードの削除を行う。ジョブ進捗管理部１００は、ステップＳ１１２２の削除処理として図２０のフローチャートに示す処理を呼び出す。

次に、ジョブ進捗管理部１００は、ステップＳ１１２３で、範囲指定された中にまだ削除していないリビジョンが残っているか否かを判断する。未削除のリビジョンが残っている場合（ＹＥＳ）には、ジョブ進捗管理部１００は、ステップＳ１１２２へ戻り、リビジョンの削除を繰り返す。リビジョンを全て削除し終わった場合（ＮＯ）には、ジョブ進捗管理部１００は、ステップＳ１１２４へ進み、木構造を表示し直す。ジョブ進捗管理部１００は、ステップＳ１１２４の木構造表示処理として図１６及び図１７のフローチャートに示す処理を呼び出す。ステップＳ１１２５で、本処理を終了する。

次に、ワークフロー図を表示した画面上で範囲指定を行い、ジョブ履歴の削除を行う場合の処理手順について説明する。本処理は図１３の画面例で示されるユーザの操作に対応する。

図２２は、ワークフロー図の範囲指定削除処理の詳細手順を示すフローチャートである。

図２２において、ジョブ進捗管理部１００は、ステップＳ１１４０で、範囲指定削除処理を開始すると、ステップＳ１１４１で、ユーザの操作により指定された範囲の最上流工程に対応するリビジョン群を取得する。次に、ジョブ進捗管理部１００は、ステップＳ１１４２で、取得したリビジョン群の１つのリビジョンについて、それ以下のノードの削除を行う。ジョブ進捗管理部１００は、ステップＳ１１４２の削除処理として図２０のフローチャートに示す処理を呼び出す。

次に、ジョブ進捗管理部１００は、ステップＳ１１４３で、範囲指定された中にまだ削除していないリビジョンが残っているか否かを判断する。未削除のリビジョンが残っている場合（ＹＥＳ）には、ジョブ進捗管理部１００は、ステップＳ１１４２へ戻り、リビジョンの削除を繰り返す。リビジョンを全て削除し終わった場合（ＮＯ）には、ステップＳ１１４４へ進む。

ジョブ進捗管理部１００は、ステップＳ１１４４で、現在の表示モードが木構造を表示するようになっているか否かを判断する。木構造を表示する場合（ＹＥＳ）には、ジョブ進捗管理部１００は、ステップＳ１１４５へ進み、木構造を表示し直す。木構造を表示しない場合（ＮＯ）には、ステップＳ１１４６へ進み、本処理を終了する。尚、上記ステップＳ１１４４の木構造表示モードの判断は、図１５のフローチャートのステップＳ１００４と同様である。

以上説明したように、本実施の形態によれば、複数の工程から構成されるジョブの工程毎の管理やジョブの再投入を効率的に行うため、次のような手法を用いる。

ジョブ履歴、ジョブの各工程、ジョブに関するファイル（ジョブチケット、リソース）の対応関係を木構造で管理し表示すると共に、木構造のノードを操作するためのユーザインタフェースを提供する。横軸に、ワークフロー図の各工程における各ジョブのファイルを並べて表示する。あるジョブから派生したジョブのファイルは、派生する部分（工程）から縦軸方向に分岐させて、そこから修正された新しい工程を並べる。

木構造の要素は、それぞれ以下のような意味を持つ。横軸は、工程を表す。縦軸は、（工程の途中からの修正を含む）ジョブの修正による派生を表す。ツリーのノードは、ジョブの履歴、その工程に対応するファイルを表す。ツリーの横辺は、工程の進捗を表す。ツリーの縦辺は、派生関係、ジョブ再投入を表す。

木構造の各ノードと、ワークフロー図の工程と、ジョブに関するファイル（ジョブチケット、リソース）の対応関係が視覚的に分かるように表示する。

これにより、ユーザが注目対象のジョブチケットを容易に判断することが可能となり、どのファイルを再編集／再印刷／削除してよいかを一目で確認することが可能となる。これは、ジョブの進捗状態の確認や印刷履歴の確認を行う場合においても有効である。

また、上記のように木構造によるジョブ履歴等の管理及び表示を行うことで、ジョブ履歴を削除する場合においても、ユーザにより指定された範囲のリビジョンや使用頻度の低い末端のリビジョンから自動的に削除を行うことが可能となる。

［第２の実施の形態］
本発明の第２の実施の形態は、上述した第１の実施の形態に対して、所定時間のタイムアウトを設定し、ジョブ履歴を自動的に削除する点において相違する。本実施の形態のその他の要素は、上述した第１の実施の形態（図１乃至図１４）の対応するものと同一なので、説明を省略する。

本実施の形態では、ジョブ進捗管理部１００により、ジョブのリビジョン毎にタイムスタンプを保持（記録）し、ジョブの工程が更新される或いは派生ジョブが生成されるといったジョブのリビジョンが増えるたびに、タイムスタンプを更新していくように構成する。

タイムスタンプ更新の具体例を図１４を参照しながら説明する。例えば、３０４のノードでジョブ履歴の編集やジョブの再投入を行った際には、３０４及び３０５に対応するリビジョンが更新対象である。そこで、リビジョン「１．２．１．２」及び「１．２．１．２．１．１」にジョブ再投入時点での時間で、タイムスタンプを更新する。更に、３０４の親ノードに相当する３０３、３０３の親ノードに相当する３０１、３０１の親ノードに相当する３００と、木構造をルートまで辿っていく。更新対象からルートまでの３０３、３０１、３００に対応するリビジョン「１．２．１．１」、「１．２」、「１．１」のタイムスタンプも、３０４、３０５と同じ時点のものに更新する。

図２３は、タイムスタンプ更新処理の手順を示すフローチャートである。

図２３において、ジョブ進捗管理部１００は、ステップＳ１１６０で、タイムスタンプ更新処理を開始すると、ステップＳ１１６１で、ノードの更新を行う。これは、ジョブ履歴の編集やジョブの再投入等の、ジョブ履歴の所定リビジョンに対する更新を指す。次に、ジョブ進捗管理部１００は、ステップＳ１１６２で、更新対象リビジョンのノードを初期値としてタイムスタンプの更新を行う。

次に、ジョブ進捗管理部１００は、ステップＳ１１６３で、現在注目している注目ノードに親ノード（上位ノード）が存在するか否かを判断する。注目ノードに親ノードが存在する場合（ＹＥＳ）には、ステップＳ１１６４へ進み、注目ノードに親ノードが存在しない場合（ＮＯ）には、ステップＳ１１６５へ進んで、本処理を終了する。ジョブ進捗管理部１００は、ステップＳ１１６４では、注目ノードを親ノードに移し、ステップＳ１１６２に戻る。こうして、親ノードに対応するリビジョンのタイムスタンプを更新する。

尚、ジョブ履歴の自動削除は、上記タイムスタンプに従って、タイムアウトしたリビジョンのノードを削除すればよい。

図２４は、ジョブ履歴自動削除処理の手順を示すフローチャートである。

図２４において、本処理は、所定時間で定期的に行われる処理の１つを示している。ジョブ進捗管理部１００は、ステップＳ１１８０で、ジョブ履歴自動削除処理を開始すると、ステップＳ１１８１で、現在の時間よりタイムアウトとなるタイムスタンプ値を計算する。本実施の形態では、例えば１ヶ月でタイムアウトとし、現在の時間より１ヶ月前の時刻をタイムアウトの時間とする。

次に、ジョブ進捗管理部１００は、ステップＳ１１８２で、現在注目しているノードに対応するリビジョンのタイムスタンプ値が上記ステップＳ１１８１で計算した時刻以前であるか否かを判断する。タイムアウト時刻以前の場合（ＹＥＳ）には、ジョブ進捗管理部１００は、ステップＳ１１８３へ進み、対象ノード以下の全てのリビジョンのジョブチケット及び参照ファイルを削除する。この削除処理は図２０のフローチャートに示す処理である。タイムアウト時刻以降の場合（ＮＯ）には、ステップＳ１１８４へ進む。

次に、ジョブ進捗管理部１００は、ステップＳ１１８４で、更に下位ノードが存在するか否かを調べる。下位ノードが存在する場合（ＹＥＳ）には、ステップＳ１１８５へ進み、下位ノードが存在しない場合（ＮＯ）には、ステップＳ１１８６へ進んで、本処理を終了する。ちなみに、上記ステップＳ１１８３の処理を経由し、サブツリーの削除を行っている場合には、ステップＳ１１８４での判断は下位ノード無しとなる。次に、ジョブ進捗管理部１００は、ステップＳ１１８５で、更に下位ノードへ移り、再帰的に上記ステップＳ１１８０からの処理を繰り返す。

図２３のフローチャートで説明したように、あるノードの更新があった場合には、その上位ノードのタイムスタンプも更新されるため、タイムアウトを発見したノード以下では必ずタイムアウトになるような状態となっている。このため、図２４のフローチャートに示したような処理手順でのジョブ履歴の削除が可能となる。

以上説明したように、本実施の形態によれば、リビジョンごとにタイムスタンプを保持し、更新時には上位ノードも更新するため、タイムアウトによる削除で使用頻度の低いリビジョンが木構造の末端から削除されていくことになる。リビジョンが木構造の末端から削除されるため、様々な再印刷を可能にする情報ほど後まで残るように自動削除を行うことが可能となる。

［他の実施の形態］
また、本発明の目的は、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。

また、コンピュータが読み出したプログラムコードを実行することにより、上述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も、本発明に含まれることは言うまでもない。

この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、又はインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

本発明の第１の実施の形態に係る印刷製本システムとしての印刷製本ワークフローシステムの構成例を示す図である。 工程管理部を中心とした構成例を示す図である。 ＪＤＦによる製本の仕組みを示す製本の階層の例を示す図である。 ジョブチケットにより実現されるワークフローの構成例を示す図である。 ジョブの工程単位での再投入の例を示す図である。 工程管理部におけるジョブ管理アプリケーションの構成例を示すブロック図である。 ジョブ管理アプリケーションの画面構成の例を示す図である。 ジョブ一覧表示部の画面の例を示す図である。 ワークフローを表示しないジョブ一覧表示部の画面の例を示す図である。 ジョブ一覧表示部の画面の例を示す図である。 差分をポップアップしたジョブ一覧表示部の画面の例を示す図である。 削除範囲指定のジョブ一覧表示部の画面の例を示す図である。 ワークフロー上の削除範囲指定のジョブ一覧表示部の画面の例を示す図である。 ジョブチケットの派生バージョン番号の対応を示す図である。 ジョブ管理アプリケーションの画面表示処理の手順を示すフローチャートである。 木構造表示処理の詳細手順を示すフローチャートである。 図１６のフローチャートの続きである。 アイコン表示処理の詳細手順を示すフローチャートである。 アイコン選択処理の詳細手順を示すフローチャートである。 削除処理の詳細手順を示すフローチャートである。 ノードの範囲指定削除処理の詳細手順を示すフローチャートである。 ワークフロー図の範囲指定削除処理の詳細手順を示すフローチャートである。 本発明の第２の実施の形態に係るタイムスタンプ更新処理の手順を示すフローチャートである。 ジョブ履歴自動削除処理の手順を示すフローチャートである。

符号の説明

４１ ＭＩＳサーバ
１００ ジョブ進捗管理部（管理手段、表示制御手段、設定手段、時刻記録手段、更新手段、削除手段）
１０１ ジョブ履歴管理部
１０２ ジョブ履歴表示部（表示制御手段）
１０３ ジョブチケット用リビジョン管理ＤＢ（記録手段）
１０４ リソースファイル用ＤＢ（記録手段）

Claims (13)

1. 印刷物の作成に関わるジョブの工程管理を行うジョブ管理装置であって、
   ジョブの進捗状況に対応して工程毎に、ジョブの履歴、ジョブに関するファイルを含む情報を記録する記録手段と、
   工程毎の工程記録をノードとする木構造を表示する表示制御手段と、
   前記木構造における指定されたノードに対応する工程記録を前記記録手段から取得する取得手段と、
   前記記録手段から取得した当該工程に対応する工程記録に基づいて当該工程から派生させる派生ジョブを生成し、前記派生ジョブを前記記録手段の工程記録と前記木構造に反映させる管理手段と、
   を備えることを特徴とするジョブ管理装置。
2. 前記管理手段は、前記工程記録を前記木構造のノードの表示に反映させることを特徴とする請求項１記載のジョブ管理装置。
3. 前記木構造のノードとして表示する情報は、ジョブの作業指示を記述したジョブチケットのファイル名、工程で入力されるデータのファイル名、親ノードに対する差分情報を含む群から選択されることを特徴とする請求項２記載のジョブ管理装置。
4. 前記管理手段は、前記親ノードに対する差分情報として、前記木構造におけるノード間の指示内容の差分を示す差分情報を計算することを特徴とする請求項３記載のジョブ管理装置。
5. 前記表示制御手段は、前記木構造を二次元直交座標系に表示すると共に、前記二次元直交座標系における一方の座標軸方向で工程の進捗を示し、前記二次元直交座標系における他方の座標軸方向で派生ジョブの存在を示すことを特徴とする請求項１記載のジョブ管理装置。
6. 前記表示制御手段は、前記木構造からノードが選択された場合、前記選択されたノードの親ノードに対する前記差分情報を表示することを特徴とする請求項１又は３記載のジョブ管理装置。
7. 前記表示制御手段は、前記木構造における工程の進捗に対応するワークフロー図を表示することを特徴とする請求項１記載のジョブ管理装置。
8. 前記管理手段は、前記木構造から単数或いは複数のノードが選択された場合、前記選択されたノード以下の工程記録を前記記録手段から削除することを特徴とする請求項１記載のジョブ管理装置。
9. 前記管理手段は、前記ワークフロー図から単数或いは複数の工程が選択された場合、前記選択された工程に対応する前記木構造の全てのノード以下の工程記録を前記記録手段から削除することを特徴とする請求項１又は７記載のジョブ管理装置。
10. 前記工程記録毎に更新時刻を記録する時刻記録手段と、
    前記木構造における当該ノードの前記更新時刻の更新時に、前記木構造における親ノードの更新時刻を当該ノードと同じ更新時刻に更新する更新手段と、
    前記更新手段により更新された更新時刻に基づいて所定の期限で工程記録を削除する削除手段と、
    を更に備えることを特徴とする請求項１記載のジョブ管理装置。
11. 前記請求項１乃至１０の何れかに記載のジョブ管理装置と、印刷物の作成依頼に基づき印刷を行う印刷装置と、前記印刷装置による印刷結果に対して製本を含む後処理を行う後処理装置とを備えることを特徴とする印刷製本システム。
12. 印刷物の作成に関わるジョブの工程管理を行うジョブ管理装置の制御方法であって、
    ジョブの進捗状況に対応して工程毎に、ジョブの履歴、ジョブに関するファイルを含む情報を記録手段に記録する記録ステップと、
    工程毎の工程記録をノードとする木構造を表示する表示制御ステップと、
    前記木構造における指定されたノードに対応する工程記録を前記記録手段から取得する取得ステップと、
    前記記録手段から取得した当該工程に対応する工程記録に基づいて当該工程から派生させる派生ジョブを生成し、前記派生ジョブを前記記録手段の工程記録と前記木構造に反映させる管理ステップと、
    を備えることを特徴とする制御方法。
13. 印刷物の作成に関わるジョブの工程管理を行うジョブ管理装置の制御方法をコンピュータに実行させるプログラムであって、
    ジョブの進捗状況に対応して工程毎に、ジョブの履歴、ジョブに関するファイルを含む情報を記録手段に記録する記録モジュールと、
    工程毎の工程記録をノードとする木構造を表示する表示制御モジュールと、
    前記木構造における指定されたノードに対応する工程記録を前記記録手段から取得する取得モジュールと、
    前記記録手段から取得した当該工程に対応する工程記録に基づいて当該工程から派生させる派生ジョブを生成し、前記派生ジョブを前記記録手段の工程記録と前記木構造に反映させる管理モジュールと、
    を備えることを特徴とするプログラム。

Images