(57)【特許請求の範囲】
【請求項１】
各々異なる機能を有しかつ印刷ジョブに従って用紙に当該機能に従って印刷をする複数の印刷装置（201-203）と、
前記複数の印刷装置各々に対応して１つずつ設けられ、対応する印刷装置により印刷された用紙に各々異なる後処理を実行する複数の後処理装置（201A-203A）と、
前記複数の後処理装置により後処理が実行された用紙の複数のセット（201B-203B）を最終文書に集成する集成装置（401-403）と、
各印刷装置が文書を用紙に印刷するための第１の印刷を行うための第１の印刷情報と、当該第１の印刷により文書が印刷された用紙のセットを識別する識別情報と、当該第１の印刷により文書が印刷される用紙と区別される区別用紙（201C-203C）に各印刷装置が当該識別情報を印刷するための第２の印刷を行うための第２の印刷情報と、を有する複数の印刷ジョブからなる印刷元ジョブと、用紙の複数のセットを最終文書に集成するための情報である最終文書集成情報とが入力され、各々を別々の出力先に出力する入力出力手段（100）と、
前記印刷元ジョブが入力され、当該入力された印刷元ジョブを、前記複数の印刷ジョブに分割し、分割された各印刷ジョブを、対応する印刷装置に出力する印刷コントローラ（200）と、
前記印刷コントローラにより前記印刷ジョブが入力されて各印刷装置が前記第２の印刷を行って前記識別情報が印刷された前記区別用紙を読み取って前記識別情報を得る読取手段（701）と、
前記入力出力手段からの前記最終文書集成情報と前記読取手段からの前記識別情報とが入力され、当該入力された前記識別情報に基づいて、用紙の複数のセット各々を識別し、当該入力された前記最終文書集成情報に基づいて、当該識別された用紙の複数のセットを最終文書に集成するように、前記集成装置を制御する集成装置コントローラ（700）と、
を備えた文書集成装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、それ自体様々なジョブ間で大きく変わり得る作用対象物にそのジョブによって様々に変わる形で適用される、多くの製造作業及び装置からの入力によって特徴づけられる広範囲な仕上げプロセスの電子管理及び制御に適用可能であると考えられる。本発明は、印刷及び印刷文書用の仕上げ作業との関連で説明するが、繊維製品の製造（捺染、裁断、縫製及び仕上げを含む）、様々な消費者向け製品及び産業用製品のパッケージング作業、プリント配線基板の製造等を含むような各種産業に応用可能である。ただし、本発明はこれらの産業に限定されるものではない。特に、本発明は、作用対象物の製造プロセスがそれらの作用対象物の仕上げ及びパッケージング作業のプロセスとは別個に管理されるような多くの作業に適用可能である。
【０００２】
【従来の技術】
印刷文書の作成及び生産は、各ジョブ毎に大きく変わり得る多くの製造及び仕上げ作業を伴うことがしばしばある。一般に、それらの種々の作業は、大きく次のような３つのフェーズに分けることができる：１）文書を印刷に適した形で表現するプリプレス作業を含む文書情報の生成、２）紙のような何らかの形の媒体へのその文書情報の印刷、３）その選択された媒体の完成形の文書への仕上げ。これらの３つの主要フェーズはしばしば多くのサブフェーズを有し、プロセス全体は比較的単純な場合から非常に複雑な場合まで様々である。本発明は、ユーザが、当初の第１フェーズで既に、第３フェーズの終わりに到るまでの全プロセスを導くに足る十分な指示が得られるようにして、これらの３つの各フェーズ毎に詳細な指示を与える技術を提供するものである。本発明は、潜在的に多くの印刷作業で使用することができるが、マルチプリンタ、すなわちディジタルプリンタを使用する全面的なディジタル環境中で複雑な文書を作成し、印刷し、仕上げるための自動システムに特に好適に応用可能である。
【０００３】
従来、フェーズ１で文書を作る際、その文書構成を行う者は作成しようとする文書の各部分を表す１つ以上の電子画像ファイルを作成する。これらの電子画像データファイルは、様々な文書生成・操作プログラムによって様々なフォーマットで保存することができる。例えば、表紙や絵・写真入り別丁にカラー印刷を用いる本のような複雑な文書については、ＰｏｓｔＳｃｒｉｐｔ（ポストスクリプト）(及びＰｏｓｔＳｃｒｉｐｔ互換言語のような種々のページ記述言語（ＰＤＬ）の中の任意の言語を用いてカラー画像を印刷可能な形式で表現することができる。多くの場合、文書中の異なるコンポーネントには異なるＰＤＬが利用されることになる。例えば、表紙は、異なる作業チームによって、あるいは写真リプリントまたは他の内部カラーコンポーネントと異なる装置で作成される場合がある。各プリプレスチームあるいはプリプレス装置は、それぞれの使用のために最適化されたＰＤＬを用いることが可能である。単純な白黒のテキストで構成されたページについては、デスクトップパブリッシング・プログラムを用いてそのようなページを表現することもできるし、あるいはより簡単なワードプロセッシング言語を使用することもできる。さらに、別丁、仕切ページ、及び完成形の文書の内部にあり得る他のコンポーネントの印刷については他のプリプレス・フォーマットが用いられる場合もある。また、集成（製本）／仕上げジョブには、プラスチックセパレータ、保管棚（ストック品）から取り出された印刷済みシート、写真技術で制作されたシート、あるいはビニール・ディスクホルダや芳香サンプルパックのような特殊媒体等（これらに限定されるものではない）の非印刷コンポーネントが含まれる場合もある。
【０００４】
ここで、コンポーネント及び複雑さのレベルが種々異なる文書のいくつかの例について図１及び２を参照して説明する。まず、図１には、丁合トレーまたは台上に下向きに載置された別丁コンポーネント１２、別丁コンポーネント１２の上に載置された中身コンポーネント１０、及びその後中身コンポーネント１０の上に載置された表紙１１を備える簡単な折丁文書が示されている。図中、符号Ｆ２０１のブロック形式で仕上げ作業が示されている。そのような仕上げ作業Ｆ２０１は、折丁中身の単純な折り作業のこともあれば、中央部ステープル留めあるいは同様の綴じないしは製本作業が含まれる場合もある。表紙１１が一番上に重ねられたならば、仕上げ作業２０１によって折丁が形成され、図示のように、表紙を綴じて製本された文書２１が得られる。完成した文書２１は、仕上げ作業Ｆ２０１の右側に示されている。説明の便宜上、各作用対象物の配置は仕上がった文書２１の下にボックス形式で示されている。
【０００５】
図２は、２つの中身コンポーネント１０ａ及び１０ｂを２つの別丁コンポーネント１２ａ及び１２ｂと共に図示の順にスタック状に積層した結果を示したものである。表紙１１はこのスタックに最後に重ねられる。完成形の文書２３は、上記のようなスタックの構成から予期される９層からなり、中央の層は別丁コンポーネント１２ａを備える二重層になっている。
【０００６】
文書は、コンポーネントの数と順序、選択した仕上げオプション等によって複雑さが大きく異ななり得るということは明らかである。通常、種々のプリプレス装置は、文書の個々のコンポーネントを作成し、それらのコンポーネントを印刷に適したフォーマットでディジタル的に表現する。このような目的のためには、ＰｏｓｔｓｃｒｉｐｔTM−互換言語のようなＰＤＬがしばしば使用される。異なるプリプレスあるいは印刷作業が必要なジョブのサブセクションは、通常、プロセス初期の時点でオペレータによって分けられる。ジョブの各部分のプリプレス作業の終了後、オペレータは、そのジョブの様々な部分をそのような各部分に対応するプリンタに送ることにより、そのジョブの各部が取ることができるいろいろな「パス」を起動する。
【０００７】
図３は、適度な複雑さの文書用の典型的な集成機／仕上げ機装置の動作を示す。図示例においては、カラープリンタによって１セットのカラー部分３０ａ、３０ｂ及び３０ｃが印刷され、プリンタから未校合のオフセット形式で出力された状態が示されている。また、１セットのモノクロ部分４０ａ及び４０ｂも印刷され、４０ａと４０ｂが交互に重ねられた校合済みオフセット・セットのスタックとしてプリンタから出力される。印刷及びそれぞれの中間出力ビンへの出力後、様々これら種々の印刷済みシートは、それぞれのプリンタ出力ビンから集められ、図３に示すビンに輸送して入れられ、集成機／仕上げ機装置に供給される。カラー部分３０ａ、３０ｂ及び３０ｃは、シートフィーダ４２の受け入れビン４２ａ、４２ｂ及び４２ｃに入れられる。製本装置と一体状に接続されたこのようなシートフィーダ装置の例としては、製本機モデルＳＰＦ−２０と一体化されたモデルＭＣ８０シートフィーダ（製本機、シートフィーダ共ホライズン・インターナショナル・インク．（Ｈｏｒｉｚｏｎ  Ｉｎｔｅｒｎａｔｉｏｎａｌ，Ｉｎｃ．）社製）がある。モノクロ部分４０ａ及び４０ｂは、交互に重ねられた校合済みオフセット・スタックが維持されるようにしてセットフィーダ４３のフィーダビン４３ａに入れられる。このようなセットフィーダ装置４３の例としては、スタンダード・デュプリケーティング・マシンズ・コーポレーション，インク．（Ｓｔａｎｄａｒｄ  Ｄｕｐｌｉｃａｔｉｎｇ  Ｍａｃｈｉｎｅｓ  Ｃｏｒｐｏｒａｔｉｏｎ，Ｉｎｃ．）社の販売になるドキュフィード１５０（ＤｏｃｕＦｅｅｄ  １５０）がある。
【０００８】
ここで、多くのジョブでは、４２ａ、４２ｂ、４２ｃ及び４３ａのような受け入れフィーダビンは、印刷されたジョブの特定の部分のスタック全高よりスタック高さを低くしなければならないという制約があるということに注目することが重要である。先行技術では、オペレータが、通常手動で、印刷されたシートのスタックを受け入れビンの高さの制約に適合するより小さいスタックに分ける。
【０００９】
図３に戻って、校合装置４４は、コンポーネントを正しい順序に丁合・校合するようオペレータによってプログラムされる。運転時、校合装置４４は、シートフィーダ４２及びセットフィーダ４３と共に、丁合ステーションまたは丁合ビン４５の中で種々のシートが正確な順序で完了後のスタック５０中に置かれるよう動作する。次に、スタック５０は仕上げ機装置４６に送られ、そこで始めて折られる。その後、折られた折丁スタックは、綴じられ、化粧断ちその他の仕上げ作業を経て完成文書６０となる。仕上げ機４６で行われる仕上げ作業には次のようなものがある：あじろ綴じ（ｇｌｕｉｎｇ  ｉｎ）、無線綴じ、平綴じ（ｇｅｎｅｒａｌ  ｓｔｉｔｃｈｉｎｇ）、中綴じ、糸かがり、ぶっこ抜き、ステープル留め、折り目付け及び化粧断ち。
【００１０】
多くの先行技術が、上記のような各々の装置及びプロセス内部の作業を自動化する処理や操作に取り組んでいる。特に、校合のような機能を備えた中間仕上げ部におけるプリンタからの出力を含め、プリプレス作業とディジタル印刷プロセスとの間の自動的連係を達成するために多くの研究・開発の仕事がなされてきた。このような先行技術の一態様として、プリプレス装置から選択されたディジタルプリンタの中間仕上げ作業まで通して電子的に情報を伝達するための仮想ジョブチケットの作成がある。これに関しては、例えばローク（Ｒｏｕｒｋｅ）等に対して発行された米国特許第５，９９５，７２１号を参照すること。  このローク等の特許では、例えば、プリプレスプロセスで印刷ジョブの属性を調べることによって、種々ある印刷機器の中のどれがジョブの各特定部分を指定された属性に従って印刷することができるかが判断される。各特定の部分の印刷を管理する命令が仮想ジョブチケットに従って各プリンタに供給される。しかしながら、ローク等の特許及び他の先行技術においては、いろいろ異なるプリンタに送られる種々のジョブ部分のパス間のディジタル追跡・制御連係機能が、一般に、それらの各ジョブ部分が異なるプリンタに送られた後失われる。仮想ジョブチケットは、印刷プロセス自体、及びジョブの印刷フェーズに直接リンクされた何らかの印刷後プロセスの間にしか使用されない。その後、ジョブの分解部分は、オフライン仕上げへの指示を与える仮想ジョブチケットを用いてではなく、１つの分解部分のシートを第２の部分の印刷待ち行列に残っている「穴」に落とすことによって再統合される。これについては、ローク等の米国特許公報のカラム１３の１１乃至３９行目を参照すること。ローク等の特許及び他の先行技術に見られるもう一つの特徴は、印刷及び仕上げの全プロセスの間に遭遇する制約によってではなく印刷特性に基づいてジョブがいくつかの部分に分解されるということである。
【００１１】
それぞれの中間仕上げ部に物理的に統合されたプリンタ内では２ウェイ方式のディジタル追跡・制御連係が一般化されているが、スタンドアロン型プリンタシステムと図３に４２〜４６で示すようなオフライン集成機／仕上げ機装置との間には２ウェイ方式のディジタル追跡・制御連係機能はない。それぞれのプリンタと物理的に統合されていない集成機／仕上げ機システムに関しては、下記のようなジョブ及びジョブの作用対象物を特徴づけるデータの未記入リストが、一部または全ての集成／仕上げ作業をプログラムする際に有用である：各種類のシート数；媒体の種類；媒体厚さ；シートの向き；各シートのスタック内のシートの編成；シートまたはスタックを集成する順序；行うべき作業；折り目付け、折り、化粧断ち、断裁等のための場所；綴じの種類及び位置。このような指示及びパラメータの基本リストに加えて他の多くの指示もしばしば用いられる。
【００１２】
先行技術中及び本発明の両方における必要は、効率的に上記の集成／仕上げデータを適切な集成機／仕上げ機システムに伝達しかつそれらのデータでその集成機／仕上げ機システムをプログラムし、その後仕上げ作業を通してジョブの進行状況を追跡し、最終的に欠陥仕上がり文書の発生を検知及び／または防止するためジョブの完全性を保つことである。
【００１３】
先行技術では、上記の課題を様々な満足度で達成するいくつかの方法が教示されている。非常に一般的な取り組み方は、人間のオペレータが集成機／仕上げ機システムを個別にプログラムすることである。しばしば、仕上げ作業をプログラムする情報は、トラベラー・シートと呼ばれる手書きまたは印刷されたシートあるいはシートセットの形でオペレータに与えられ、トラベラー・シートにはジョブの全ての部分についての集成／仕上げ作業について記述した情報が組み込まれている。仕上げ装置にスタックをロードする準備をする段階で、オペレータは、コンポーネントを完成品に組む順序を含めて、トラベラー・シートを読んで適切な集成／仕上げに関する指示ないしは命令を得る。集成機／仕上げ機装置を準備し、プログラムする際には、オペレータは、自分の技量と経験によって適切なビンを選択し、スタックを分解し、シートを配向し、さらにはこれらと同様の作業を行うことができるので、トラベラー・シートでは各コンポーネントについての一群の属性が全て完全に与えられる訳ではない。これと同じ基本的システムのより新しい型のものでは、バーコードあるいは他の機械可読コード化情報でコード化されたトラベラー・シートが使用される。準備ができたならば、オペレータがトラベラー・シートをディジタルリーダにかけると、マニュアル・プログラミングのための情報がオペレータに表示される。この基本的な考えのもう一つの形は、各ジョブに関連付けられたシートにバーコードかグリフのような機械可読コードを設けるというものである。このシートは、例えば各シートスタック上に置かれたカバーシートであってもよい。コードはディジタルリーダによって読み取られ、その情報を用いて装置がそれぞれのジョブ用にセットアップされる。ある程度のジョブ情報をディジタル的にコード化する能力があっても、オフライン集成機／仕上げ機装置のプログラミングのための適度に複雑なジョブに関連して要求される情報は非常に複雑であるため、先行技術では何らかのマニュアル・プログラミングが要求される。
【００１４】
上記の印刷、集成（製本）及び仕上げ作業の全てを相互に関連付けて自動的にプログラムする複雑さについては、かなり複雑な印刷ジョブ、特に多くのプリンタと多くの仕上げ作業及び集成機／仕上げ機装置が含まれる印刷ジョブの間に調整されなければならない夥しい数のパラメータ及び動作を考えることにより理解することができる。用紙選択（例えば寸法及び種類）に関連した全ての変数、ＰＤＬあるいは他のページ記述、及びプリプレス・フェーズ１から印刷フェーズ２の終了までに適用される他のパラメータ及び動作に加えて、集成／仕上げフェーズ３は、（１）そのジョブ内で各シートあるいはシートセットに対して行われる集成及び仕上げ作業の複雑にわたる詳細を指定し、かつ（２）各シート及び各ジョブセットを他の全てのシート及びジョブセットと関連付ける情報のプログラミングが要求される。特にシートが、多くのプリンタから、あるいはプリンタと保管棚からというように異なる供給源からやって来る場合、既存のシステムは、これらのプログラミング・タスクの一部しか自動化することができず、あるいは非常に注意深く規定された状況でしかこれらのプログラミング・タスクを両方共実行することに成功してはいない。
【００１５】
例えば、バリー（Ｂａｒｒｙ）等に発行された米国特許第５，８５９，７１１号では、この問題が、文書の全てのページが１つのジョブとしてジョブ・コントローラへ送られ、その後、各ページが個別の印刷ジョブとして扱われるようにページブレークで分割される特殊な場合について論じられている。１つのジョブをページ毎ベースで複数のジョブに分割することによって、種々のページを１台以上のプリンタを１台の仮想プリンタとして動作させることができるように多数のプリンタに割り当てることができる。その利点としては、カラーページをカラープリンタに、またモノクロページをモノクロプリンタに送るのに大きな速度と能力が得られ、そのためにこれらの各プリンタの使用が最適化されるということがある。上記のようにして、バリー等の特許は、印刷フェーズ２によってジョブの生産を最適化する方法を教示している。しかしながら、バリー等の特許は、生産の集成機／仕上げ機部分を最適化する方法、あるいは集成機／仕上げ機装置の機能及び制約を考慮した形でジョブの部分の印刷、分離、及びスタックを構成する方法を教示してはいない。バリー等の特許公報のコラム１８、３７〜４７行には、ジョブが異なるプリンタに分解され再集成する必要がある場合発生する問題の解決手段の一部が下記のように記載されている：「唯一重要なのは、スタックが所与のプリンタ内で定義される場合、セパレータ間で生成された特定のスタックを所望の印刷ジョブ出力にある別のプリンタからの別のスタックと共に集成することを可能にするセパレータページのような何らかのしるしがあることである。」（４２〜４７行）。また、コラム３７及び３８には、各スタック「を個別のエンティティとして扱い、待ち行列に並ばせ、所与のジョブ中の別のジョブスタックが隣接した印刷エンジンによってどれだけ速く処理されるかには無関係に処理するように」して、ジョブがどのようにスタックに分割されるかに応じて自動仕上げ装置を構成及び再構成し、分配機制御装置を動作させることができるということを教示したバリー等の解決手段の第２の部分が開示されている。（コラム３７、１２〜１５行）。また、バリー等は、分布制御によって自動仕上げ装置を構成することができ、あるいはこのような仕上げ装置を各セパレータシート上にバーコードの形で印刷された命令を読むことによって構成することが可能なことを教示している。
【００１６】
このように、バリー等の特許は、印刷作業をより効率的にするために異なるプリンタに回すことができる部分にジョブを分割する方法に関するものである。その仕上げに関する開示技術は、分離されたジョブの部分を最終仕上げのために再度正しい順序で再集成する方法に限られている。ジョブ部分を集成する方法に関しては、異なるスタックから供給される部分を校合する方法以外、全く何も教示されていない。印刷されたシートをストック品から取り出された、未印刷シートあるいは前に印刷されたシートと合わせて集成する方法については何も開示されていない。スタックを別々に分ける方法に関しては、印刷を最適化するために生成されたジョブ部分に応答して行うようにした技術を除き、何も教示されていない。集成／仕上げ作業を可能にするために印刷後にスタックのさらなる分割が必要な場合、バリー等の特許はこのような分割を分析しあるいは実施する方法についての記載がない。最も重要なことには、バリー等は、集成機／仕上げ機装置の機能及び制約を利用してジョブをいくつかの部分に分割できることを教示していない。
【００１７】
恐らく、何らかの指定された形態の印刷ジョブの自動プログラミングのための体系を得ようという最も完全な試みは、フラウンホーファー・コンピュータグラフィックス研究所（Ｆｒｕｎｈｏｆｅｒ  Ｉｎｓｔｉｔｕｔｅ  ｆｏｒ  Ｃｏｍｐｕｔｅｒ  Ｇｒａｐｈｉｃｓ）によって発行されたプリプレス、プレス及びポストプレスの統合のための国際協力（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｏｐｅｒａｔｉｏｎ  ｆｏｒ  Ｉｎｔｅｇｒａｔｉｏｎ  ｏｆ  Ｐｒｅｐｒｅｓｓ，Ｐｒｅｓｓ，ａｎｄ  Ｐｏｓｔｐｒｅｓｓ）（ＣＩＰ３）プロダクション・フォーマット（Ｐｒｏｄｕｃｔｉｏｎ  Ｆｏｒｍａｔ）である。ＣＩＰ３のウェブアドレスは次のとおりである：ｈｔｔｐ：／／ｗｗｗ．ｃｉｐ３．ｏｒｇ．１９９５年に初めて発行されＣＩＰ３は、Ｐｏｓｔｃｒｉｐｔ言語で書かれたディジタル「トラベラー・シート」を作成する手段を提供する。ＣＩＰ３によれば、文書及びその全ての生産ステップの完全なディジタル記述が可能になる。それは記述言語の提案であり、制御アルゴリズムではない。記述言語として、ＣＩＰ３は、ジョブに同じジョブの各ページごとに対して各ページを関連付ける１つの方法を提供する。ＣＩＰ３の規格に説明されているように、ＣＩＰ３フォーマットは集成機／仕上げ機装置の自動プログラミングを可能にすることを意図したものである。しかしながら、ＣＩＰ３に欠如しているのは自動プログラミング機能そのものである。また、記述された製造作業をこのジョブとの関連で利用可能な特定の装置の機能及び制約と合致させる機能も欠如している。従って、ＣＩＰ３は、ジョブを計画する場合に、使用される実際の装置を選択し、あるいは最適化するには有用ではない。また、ＣＩＰ３は、１つのジョブともう１つのジョブとの生産効果を相互に関連付ける機能を欠いており、従って、ＣＩＰ３は、多数のジョブの生産計画においては限られた価値しかない。また、ジョブを使用される実際の装置の制約に見合ったサブ部分に分割することができないことにより、ＣＩＰ３は、ジョブの各シートをそのジョブの一部として用意された他の全てのシートに関連付ける機能の深さという点でも限定されている。図４は、ＣＩＰ３を使用して記述することができる情報の形態を概略形式で示したものである。Ｙ軸に沿ってこの特定ジョブにおける種々のシートのリストが示されている。ここで、ＣＩＰ３は、生産ジョブを印刷するのに必要な手順の流れのシートにではなく、主に単一の最終製品のシートについて記述するものであるため、各タイプのについてどれだけ多くのシートが印刷されるかについては情報がないことがわかる。Ｘ軸は、各シートに対して行われる作業のリストになっており、この場合の動作には、中間の校合装置段階における種々のシートのスタックへの差し込みが含まれる。次に、これらのスタックは別個に折られ、断裁されてから、丁合され、化粧断ちされて綴じられる。ＣＩＰ３は、かなり複雑な製造プロセスを特定のシートあるいはシートのスタック（ＣＩＰ３内の部分製品と呼ばれる）と関連付けるのに十分な頑強性を有し、これらの製造プロセスにはジョブの多数の部分製品の丁合、このように丁合された部分製品を針金綴じあるいは接着綴じ文書として製本し、仕��げるプロセスが含まれる。ＣＩＰ３規格テーブル、バージョン３．０（１９９８年６月２日発行）の表３−１３を参照のこと。しかしながら、ＣＩＰ３でジョブの部分にとって適切な記述言語が提供される場合でも、生産時にジョブを実際に管理し、制御し、追跡するための方法は提供されない。言い換えると、ＣＩＰ３はジョブのプログラミングをその部分を記述することにより支援することを意図したものであるが、実際にはジョブのプログラミングの実施も行ったり、指図したりすることはない。
【００１８】
複雑な印刷ジョブ中の各シートあるいはシートスタックに関連した複雑なデータを追跡し、関連付ける機能は、個々の装置の使用を特徴付け、制約する夥しい数の装置パラメータ及び処理パラメータによって大きく妨げられる。例えば、図３に示す各装置アイテムは、種々異なる用紙パス上の制約あるいはビン高さ上の制約を持つことが考えられる。いくつかのタイプのシートストックは、システム中のプリンタあるいは集成機／仕上げ機の一部にとっては薄すぎるかもしれず、あるいは硬すぎるかもしれない。ジョブのいくつかの部分は、ラミネーション加工のような中間仕上げステップが必要な場合もある。ラミネータのような特殊装置では、シートを特定の向き、例えば縦縁が先になる向きで送り、出力することが必要で、この制約のために、次の選択された装置の用紙パスにシートを挿入する前に向き変えプロセスが必要になる場合がある。ジョブのいくつかの部分が、その同じジョブの他の部分と異なる種類の折り、化粧断ちあるいは断裁作業を必要とする場合もある。典型的な市中の印刷所では、個々の異なる装置あるいは装置の組合せの選択に影響する制約の数および形態はそれぞれ固有で非常に多い。
【００１９】
装置上の制約を調整する問題は、プリンタの出力と集成機／仕上げ機装置の制約との間の固有の不適合によって一層複雑化する。例えば、プリンタからのシートのスタックに集成機／仕上げ機のフィーダビンが受けることができるより多くのシートがある場合は、オペレータあるいは機械式運搬システムがフィーダビンの容量に適合すると思われるある数のシートをつかみ取ることによって、通常、その大きなスタックを分割する。このことは、いろいろな集成機／仕上げ機のフィーダビンが満杯になるシート数は同じではないということを意味する。また、それは、印刷されたシートのスタックは分割され、分離されるということを意味する。分離されたスタックは通常中間ビンに保存され、また、これらのスタックは必要に応じてそこに保存され、追跡され、そこから取り出されなければならない。シートの大きなスタックが、分離された各スタックが既知数のシートをもって維持されるようにマニュアルまたは自動計数手順で分割される場合であっても、スタックの大きさを各特定の印刷ジョブ及びそのジョブのために選択された特定の装置に影響を及ぼす変化する制約要因に合致するように動的に調整する機能は先行技術にはない。さらに、あらかじめ計数されたシートのスタックは、欠陥がある、欠落している、あるいは損傷していることが検知されたシートに対応する場合には、ほとんど役に立たない。最後に、ジョブを各々異なる制約を持つ様々な集成機／仕上げ機システムのうちの１つに回すことができる場合、選択されるに到ったその特定の集成機／仕上げ機装置の制約に最適に対応するために、印刷されたシートのスタックを動的に変えることが望ましいことも考えられる。このことは、装置破損あるいは初期選択された装置の使用のために利用不可であることに応じて集成機／仕上げ機作業の経路を指定しなおすことができるシステムで仕上げジョブの待ち行列を管理する場合は、特に望ましい。
【００２０】
上に述べたように、印刷物製造プロセスの間に要求されるもう一つのタスクは効果的な追跡及び完全性の確認である。個々のプリンタシステム内の場合については、これらのタスクはよく理解されている。例えば、ゼロックス・コーポレーション（Ｘｅｒｏｘ  Ｃｏｒｐｏｒａｔｉｏｎ）社によって市場に出されているドキュテック（Ｄｏｃｕｔｅｃｈ）(モデル６１５５のような典型的な生産印刷システムでは、シートは、システムのインプット・フィーダから供給された時計数され、また、機械内で各主要動作が行われる間、またはそれらの動作の後に計時されるか、あるいは再計数される。そして、シートがシステムによって許容される時間制限内に指定ステーションに到着しないか、他の何らかの原因で欠落していることが検知された場合、紙詰まりが宣言される、紙詰まり前に動作していた機械装置の部分が一時停止される。その後、オペレータは、用紙紙パス内にある全てのシートを取り除くことにより紙詰まり状態を解消するよう指示される。システム・コントローラは各シートを追跡し、計数しているので、取り除かれた各シートの番号及び画像ファイルがどのファイルであるかの情報を持っている。システムの全てのシートが取り除かれたことを検知すると、コントローラは取り除かれた各シートの再画像形成及び処理を指示する。再循環式文書フィーダ（ＲＤＦ）を備えた複写機システムについては、コントローラ最初の欠落した文書ページが画像作成待ち行列の一番上に戻るまで、インプット文書ページを循環させるようにＲＤＦに指示するという点を除いて、同じ考え方が当てはまる。
【００２１】
多数のプリンタの使用が必要な印刷ジョブの場合、上記の追跡及び完全性確認機能は先行技術ではあまり十分には管理されない。例えば、１９９９年にゼロックス・コーポレーション社によって市場に投入された最先端技術のブック・ファクトリ（Ｂｏｏｋ  Ｆａｃｔｏｒｙ）(システムでは、ドキュテック・モデル（Ｄｏｃｕｔｅｃｈ  Ｍｏｄｅｌ）６１８０プリンタシステムに基づく一次生産プリンタ（ｐｒｉｍａｒｙ  ｐｒｏｄｕｃｔｉｏｎ  ｐｒｉｎｔｅｒ）が、次の仕上げ作業のうちのいずれかの作業とこれらの作業を適切に組み合わせた作業を行うことができる集成機／仕上げ機装置と物理的に統合されている：丁合、折り、化粧断ち及び無線綴じ。また、ブック・ファクトリ・システムは、他のプリンタあるいはプロセスによって印刷または作成された、表紙を含む保存棚からのシートを受け取るためのマニュアルロード式インプットトレーを備えた集成機も設けられている。ブック・ファクトリ集成機／仕上げ機装置は、単プリンタシステムとの関連で上に説明したのとほぼ同様にして進行するシートを計数、計時することができるが、手動でインプットされたシートを供給するプリンタまたはストックシステムとのジョブ状態に関する双方向通信機能は具備されていない。従って、紙詰まりが宣言された場合に、他のプリンタシステムに取り除かれたシートを自動的に印刷し直すよう指示することができる方法がない。通常の作業では、オペレータが、シートを刷り増しすることによってシートの欠落あるいは破損に備える。刷り増しコピーが利用可能できない場合は、オペレータは別のプリンタシステムをプログラムし直して、そのジョブを印刷し直さなければならない。いずれの場合も、通常刷り増しや機械から取り除いたシートの無駄が生じ、紙やインキのような消耗品が余分に消費され、さらにはオペレータ及び高価なプリンタによって貴重な時間が費やされる結果になる。
【００２２】
【発明が解決しようとする課題】
要約すると、従来技術には下記のような機能あるいは特徴が欠けている：
１）プリプレス／印刷／仕上げプロセスの３つの全てのフェーズの対話型制御、追跡及び完全性確認機能のための統合型ディジタルアーキテクチャ；
２）ジョブの印刷前に、特にプリンタコントローラとオフラインである場合に、オペレータが複合した集成／仕上げ作業に完全な指示を与えることを可能ならしめる統合された装置及び方法；
３）プリンタコントローラ及び集成機／仕上げ機コントローラがどちらもそれぞれの印刷作業及び集成／仕上げ作業を指示し制御することができるような形で複雑な文書の最終文書様式を正確かつ完全に記述する方法；
４）利用可能な印刷システム及び利用可能な仕上げシステムの両方の制約に応じて印刷ジョブ及び関連するワークフローを分割し管理する装置及び方法；
５）指定されたプリンタ及び指定された集成機／仕上げ機装置の可用性に従って印刷・仕上げプロセス全体を管理する待ち行列管理システム；
６）各製造プロセスを通して、特にプリンタコントローラとオフラインの集成機／仕上げ機の作業を含むプロセス部分を通して各シートを追跡することができる対話型の完全性確認システム；
７）対話型の完全性確認機能に応じて機能し、集成機／仕上げ機装置がシートを要求してそれらのシートが得られない場合にプリンタにそれらのシートを刷り増すかあるいは交換するように自動的に指示ないしは命令する装置及び方法。
【００２３】
【用語の定義】
本発明で使用する用語の定義は下記の通りである。
【００２４】
「文書コンポーネント」とは、同様の特質あるいは特性を持ち、従って同様の仕方で印刷されるか、または未印刷のまま扱われ、また同様の仕方で仕上げられ、あるいは製造されるような１枚または２枚以上のシート媒体の集合を意味するものとする。文書コンポーネントの種類としては、例えば表紙、中身及び別丁（inserts）がある。ある特定の順序で一つにまとめられると、文書コンポーネントの集合は完全な「文書」を形成することが可能である。各文書コンポーネントは、最終的に「文書」に集成／仕上げされる前に独自の中間仕上げ作業が必要な場合がある。例えば、表紙は、最終集成／仕上げ装置に搬入する前の中間仕上げプロセスにおけるラミネーションが必要な場合がある。
【００２５】
「文書」とは、特定の順序で置かれ、互いに種々の文書コンポーネントを関連付ける形で仕上げられた１つ以上の文書コンポーネントの集合を意味するものとする。
【００２６】
「文書様式」とは、折り、断裁、綴じ、製本及び接着のような作業を含め、種々のコンポーネントが複合形式に仕上げられる仕方を意味するものとする。各文書様式は、それぞれ独自の画像組付け、印刷、仕上げプロセス要件及び物理的識別特性が必要である。最も典型的な文書の構造は下記の７つの標準「文書様式」のうちの１つに分類することができる：
ペラ：折られていない１枚以上のシート媒体で、綴じられていないものも、あるいはステープルまたは最初のシートの一方側から最後のシートの反対側へ媒体に通した針金のような手段によって綴じられたものも含まれる。
折丁：折られた１以上枚のシート媒体。シートは綴じられることも、綴じられないこともあるが、綴じられる場合は、折り目上で外側から内側へ向けて綴じられる。印刷されたシート媒体上には、（折り後に）シート上の画像が、読者が文書を開けた時読むのに正しい順序になっているページを形成するようにして、画像が組み付けられる。
無線綴（Ｐｅｒｆｅｃｔ  Ｂｏｕｎｄ）：一つにまとめられた、あるいは丁合済み折丁の個々のシート媒体を文書の中身／内容を保護する軟質のラップアラウンド表紙（薄表紙）に共通に接着剤で綴じ綴じ込んだもの。ブックブロックと表紙のエッジは通常互いに面一になっている。
くるみ製本（Ｃａｓｅ  Ｂｏｕｎｄ）：一つにまとめられた、あるいは丁合済み折丁の個々のシート媒体を文書の中身／内容を保護する硬質のラップアラウンド表紙に共通に接着剤で綴じ込んだもの。表紙のエッジは通常ブックブロックよりはみ出す。
レイフラット（Ｌａｙ  Ｆｌａｔｓ）：１つのエッジ沿いに穴または切り込みを設けた個々のシート媒体を一つにまとめ、中身／内容を保護する互いに別個の表紙と裏表紙に共通に綴じ込んだもの。共通綴じ込み方法としては、ワイヤ・コイル、プラスチック・コイル、プラスチック・コーム、３穴、５穴及び９穴リングバインダ等が用いられる。文書は、開かれると、平たく置かれ、ひとりでには閉じない。表紙のエッジは、通常ブックブロックと面一になっている。
テープ綴じ（Ｔａｐｅ  Ｂｏｕｎｄ）：個々のシート媒体を一つにまとめ、      中身／内容を保護する表紙と裏表紙に共通に綴じ込んだもの。綴じ込み（製本）方法は、ブックブロックを接着テープで背表紙エッジ沿いに表紙及び裏表紙とオーバラップして包み込む。文書は、開かれた時、通常平たくはならない。表紙のエッジは、通常ブックブロックと面一になっている。
必要に応じて、他の文書様式を指定することもできる。
【００２７】
「制約」(constraint)とは、装置の設計あるいは使用に基づく何らかの制限を意味するものとする。「制約」は、永続的なものも一時的なものもある。永続的制約の例としては、変えられないビンの高さや幅、ラミネータの温度限界、ビンの種類、（セットフィーダかシートフィーダか）、送り方法（トップフィーダかボトムフィーダか）、要求された順序（ｎ→１か１→ｎか）、上向き、下向き、要求された向き（例えば、縦エッジ、横エッジのどちらを送り方向の前縁にするか）、紙パス幅、折り及び化粧断ちの厚さ、装置内部で可能な転換（例えば、上向きから下向きへの変更、前縁と後縁との逆転、風景写真の向きから人物写真の向きへの変更等）、及び装置設計に関連した同様の限界がある。一時的制約の例としては、次のようなものがある：（ａ）特定のビンのような１つの装置または装置の一部が部品の故障あるいは別のジョブに使用されていることにより利用できない期間；あるいは（ｂ）１つの特定の装置内で使用される媒体、接着剤、製本材料等の種類。
【００２８】
「ジョブセグメント」とは、共通の印刷あるいは仕上げプロセスによって生産され、同じ印刷及び仕上げの制約に従うシートのスタックを意味するものとする。「ジョブセグメント」は、単一の文書コンポーネント、大きな文書コンポーネントの一部、あるいはいくつかの文書コンポーネントの校合が含まれ得る。以下に説明するように「ジョブセグメント」は、同様の印刷及び／または仕上げ要件を持つ文書コンポーネントが効率的な印刷、ハンドリング及び仕上げのために一つにまとめる目的で他と差別化される。例えば、文書が２つの８．５”×１１”サイズの白黒の中身コンポーネントを有する場合、その両方の中身コンポーネントは、同じプリンタ上で同時に印刷されるように同じジョブセグメントにまとめることができる。要求される条件ないしは要件によって、これらのコンポーネントはプリンタで校合済みまたは未校合スタックとして出力され、コンポーネントが校合される場合は、校合済みスタックは、校合済みセット間の区切りを指示するためにオフセット状に置くことが可能である。本発明と特に関連のあるもう一つの例として、選択された仕上げ装置のインプットビンが２．２インチのスタック高さ上の制約を持つ場合、「ジョブセグメント」の最大スタック高さは、ある特定の文書コンポーネントあるいは校合済みのコンポーネントのスタックのスタック全高がこれよりはるかに高くても、２．２インチになる。この状況の場合、印刷フェーズ２の間の「ジョブセグメント」は同じプリンタで印刷される全てのシートを備えることも可能である。しかしながら、この大きなジョブセグメント・スタック内では、高さ２．２インチに制限されたより小さな「ジョブセグメント」は、オフセット方式で分離することもできれば、セパレータシートによって分離すること可能である。従って、ジョブのセグメント区分は、他の点ではプリンタシステムの動作に影響することがないオフライン仕上げ上の制約に基づいて行われることになろう。
【００２９】
本発明で使用される「仕上げ機」(finisher)及び「集成機／仕上げ機」(assembler/finisher)は、いずれも集成及び／または仕上げ作業を行うよう設計されたシステムを指すものとする。
【００３０】
「ノード」とは、単位の階層構造内に並べられたジョブの各単位、すなわちジョブ自体、ジョブ内の各文書、各文書内の各文書コンポーネント、各スタック、シート、シートセット等を意味する。ジョブの多くの「ノード」を識別あるいは特定するには、ＣＩＰ３に見られる階層記述子を効果的に用いることができる。オブジェクト指向ソフトウェアと共に使用する場合、「ノード」はそれ単独で移動または操作することができる「オブジェクト」として扱うことが可能であり、あるいはそれ自体が移動または操作することができるオブジェクトであるサブ部分の形に開くことも可能である。
【００３１】
【課題を解決するための手段】
本発明の一態様は、複雑な文書の集成及び仕上げフェーズ３を、特定の順序で集成された時指定された文書様式のうちの１つに分類することができる一連の個々の文書コンポーネントとして文書が表されるアーキテクチャを使用することによって、ジョブの最初のフェーズ１のセットアップ時という早い段階で管理することができるソフトウェア・アーキテクチャにある。
本願は、２０００年５月１６日付出願の仮米国特許出願第６０／２０４，６２４号により優先権を主張するものである。
【００３２】
【発明の実施の形態】
ここで、図５によって、本発明のこの態様の概要を説明する。図５は、本発明を使用した仕事の流れを示しかつ本発明を使用する様々な装置アイテム間のいくつかの関係を示すブロック図である。図５において、ブロック１はフェーズ１のプリプレス作業を表している。ブロック１のプリプレス作業の出力は１セットの適切なＰＤＬファイルであり、生産モニタコントローラ（ＰｒｏｄｕｃｔｉｏｎＭｏｎｉｔｏｒ  Ｃｏｎｔｒｏｌｌｅｒ）（ＰＭＣ）１００に送られる。この後より詳しく説明するように、ＰＭＣは印刷ジョブの総合的生産を調整するコントローラである。
【００３３】
図６は、ＰＭＣと仮想仕上げジョブチケット・データベース（ＶｉｒｔｕａｌＦｉｎｉｓｈｉｎｇ  Ｊｏｂ  Ｔｉｃｋｅｔ  Ｄａｔａｂａｓｅ）「（ＶＦＪＴＤＢ）５０１との関係を含めて、ＰＭＣ１００の典型的な入力及び出力をブロック図形式で示したもので、これについては以下にさらに詳しく説明する。一般に、ＰＭＣ１００の入力には、下記の一部または全部が含まれる：１）仮想プリンタ・ジョブチケット・データベース（Ｖｉｒｔｕａｌ  Ｐｒｉｎｔｅｒ  Ｊｏｂ  Ｔｉｃｋｅｔ  Ｄａｔａｂａｓｅ）（「ＶＰＪＴＤＢ」）（以下に説明する）のＶＪＴＤＢからのプリンタ機能(capability)及び制約のリスト；２）ＶＦＪＴＤＢからの集成機／仕上げ機機能及び制約のリスト；３）例えばＣＩＰ３による完成品の記述または同様の記述；４）印刷される各シートの内容のＰＤＬファイル及び他のファイル；５）印刷部数、ターゲット印刷装置、及び非印刷品目及び／またはストック品目の識別情報及び取り出し場所（これらに限定されるものではない）を含む特殊仕上あるいはパッケージング属性のような生産情報。一般に、ＰＭＣからの出力には、ジョブ内の各作業毎の各ジョブセグメントの識別情報、並びに各ジョブセグメント毎のフェーズ２の印刷及びフェーズ３の集成／仕上げに関する完全な命令セットが含まれる。より具体的に言うと、ＰＭＣからの出力には下記の一部または全てが含まれる：１）ジョブセグメントの記述及び各ジョブセグメントの識別子；２）ジョブセグメント、及びそのジョブセグメント内の文書コンポーネント、シートあるいはシートセットの構造のデータベース表現（以下に説明するＶＪＴＤＢ記述のような）；３）ジョブ・トラッキングシートがある場合はそのＰＤＬファイル；４）フェッチシート（ｆｅｔｃｈ  ｓｈｅｅｔ）がある場合はそのＰＤＬファイル；５）後で仕上げモジュール・コーディネータ（Ｆｉｎｉｓｈｉｎｇ  Ｍｏｄｕｌｅ  Ｃｏｏｒｄｉｎａｔｏｒ）（ＦＭＣ）で使用するためにコード化してＶＦＪＴＤＢに入れられた完全性記述子；６）プリンタ及び集成機／仕上げ機用の仮想ジョブチケット；７）１人以上のオペレータ応答を要求するプロンプト。ＰＭＣの内におけるプロセスについては、この後図７乃至１０を参照してより詳細に説明する。
【００３４】
図５に戻って、フェーズ２の印刷用及びフェーズ３の集成／仕上げのための命令セットは、仮想印刷ジョブチケット（Ｖｉｒｔｕａｌ  Ｐｒｉｎｔ  Ｊｏｂ  Ｔｉｃｋｅｔ）（ＶＰＪＴ）１０１及び仮想仕上げジョブチケット（Ｖｉｒｔｕａｌ  Ｆｉｎｉｓｈｉｎｇ  Ｊｏｂ  Ｔｉｃｋｅｔ）（ＶＦＪＴ）１０２の両方の形でＰＭＣ１００から出力される。ＶＦＪＴ及びＶＰＪＴは、ジョブ用の完全な命令セットを入れることが可能であり、あるいは単にこのような情報が保存されているデータベースへの参照ポインタだけを入れてもよい。ＶＰＪＴ１０１は、ローク等に対して発行された米国特許第５，９９５，７２１号に関連して前に説明したように当技術分野において従来周知であり；また、クリスト（Ｋｒｉｓｔ）等に対して発行された米国特許第５，６１５，０１５号；及びスクロット（Ｓｋｌｏｔ）に対して発行された米国特許第５，７６０，７７５号より当技術分野において従来周知である。ＶＦＪＴ１０２及びＰＭＣ１００によるその生成方法の詳細については、以下により詳細に説明する。
【００３５】
各ＶＦＪＴのデータは、ＰＭＣによって図５に符号５０１で示す仮想仕上げジョブチケット・データベース（Ｖｉｒｔｕａｌ  Ｆｉｎｉｓｈｉｎｇ  Ｊｏｂ  Ｔｉｃｋｅｔ  Ｄａｔａｂａｓｅ）（ＶＦＪＴＤＢ）に記録される。ＶＦＪＴＤＢは、印刷装置から送られて来る印刷物を受け取り、かつそれらの印刷物を所望の最終文書様式にするのに必要な仕上げプロセスを実行するために要求される全てのジョブ構造データ、制御データ及び完全性データが入っているデータベースあるいはデータファイルである。ＶＦＪＴＤＢの様式は、ハードコピー（印刷物）、ソフトコピー（フロッピーディスク、ＣＤ−Ｒ、ＣＲ−ＲＷ）あるいは電子コピー（メモリまたはハードディスクドライブに電子的に保存する）のいずれの形であってもよい。また、人間可読型でも機械可読型でもよく、あるいは人間・機械可読型のものでもよい。
【００３６】
各ジョブ毎にＶＦＪＴＤＢ５０１で要求されるデータ及び命令のタイプは、次のような情報である（ただし、これらに限定されない）：会計及び管理情報、シートレベル、セットレベル及びジョブレベルの仕上げ命令、カラー及び印刷品質の管理データ、登録等。また、これらのデータ及び命令には、生産中のジョブのジョブセグメント（スタック及びセットのスタック）の記述、及びどのようにこれらの部分を再び集成してジョブの処理を完遂するかについての命令も含まれる。さらに、この情報は、製造プロセスの十分なスコープの至る所での仕上げ装置、完全性管理及び監視の自動セットアップを可能にすることができる。ＶＦＴＤＢは、オフラインの仕上げ作業と、オンラインの印刷及び中間仕上げシステムの完全性管理機能、との間の直接連係のための基礎を与える。ＶＦＪＴＤＢデータは、独自のフォーマットあるいはＣＩＰ３の修正形式（これに限定されない）のような業界の標準フォーマットの形を取ることができる。ＶＦＪＴＤＢ５０１の構造及び使用に関するさらなる詳細については、以下に記載されている。
【００３７】
次に、今図５に戻って、印刷プロセスのフェーズ２は、ＶＰＪＴ１０１によって、ブロック２００によって表されている１つ以上のディジタル・フロントエンド印刷コントローラ（Ｄｉｇｉｔａｌ  Ｆｒｏｎｔ  Ｅｎｄ  Ｐｒｉｎｔ  Ｃｏｎｔｒｏｌｌｅｒｓ）（ＤＦＥ）に渡された後、開始される。このようなＤＦＥは当技術分野において従来周知である。ＤＦＥの例としては、スプラッシュ（Ｓｐｌａｓｈ）社、ハーレクイン（Ｈａｒｌｅｑｕｉｎ）社、アドビ（Ａｄｏｂｅ）社他の製造になるＰＤＬ製品がある。ＶＰＪＴ１０１で与えられた命令に従って、印刷ジョブは別々の印刷ジョブセグメントに分割されて、種々の印刷エンジンに分配され、ＶＰＪＴが最初に確立された時オペレータまたはＰＭＣ１００が最適であると考えたプリンタあるいは印刷機を使用して印刷される。あるいは、場合によってはＰＭＣ１００との対話動作を通じてＤＦＥ２００が動的待ち行列・印刷物選択基準に基づいて自動的に適切な印刷装置を選択することが可能であることをＶＰＪＴに規定することもできる
【００３８】
図５のブロック２０１〜２０４は、文書コンポーネントを送入して印刷することができる様々な種類のプリンタの例である。プリンタ２０１は、統合型仕上げモジュール２０１Ａに接続されたカットシート・ディジタルプリンタである。プリンタ２０１と仕上げ機モジュール２０１Ａとの接続はＤＡＦあるいはＭＦＡタイプ・プロトコルを使用して行われる。上に述べたように、典型的な仕上げ機モジュール２０１Ａは、校合、折り、及びステープル留めのような簡単な製本のような機能を具備している。プリンタ２０２は、カラー印刷とモノクロ印刷機能を併せ持つカットシートプリンタである。このようなプリンタとしては、例えばゼロックス・コーポレーション社によって市場に出されているドキュメント・センター（Ｄｏｃｕｍｅｎｔ  Ｃｅｎｔｒｅ）(・カラーシリーズ（Ｃｏｌｏｒ  Ｓｅｒｉｅｓ）５０プリンタがある。仕上げ機モジュール２０２Ａは、図５に示すようにプリンタ２０２と統合され、仕上げ機２０１Ａに関して説明したのと同様の機能を持つことが可能である。同様に、プリンタ２０３は、図示の場合連続用紙フィードプリンタであり、仕上げ機モジュール２０３Ａと統合されている。プリンタ２０４は、通常オフセット印刷に関連した様々な装置及びプロセスを表し、これらの装置やプロセスにはプレートイメージャ２０４Ａ、プレート現像装置２０４Ｂ及びオフセット印刷機２０４Ｃでオフセット版を準備するプリプレスステップが含まれる。それぞれの中間仕上げモジュール２０１Ａ〜２０３Ａとディジタル的に統合することが可能なプリンタ２０１〜２０３と異なり、オフセット印刷機はディジタルイメージング装置ではなく、集成・仕上げ装置との直接的ディジタル統合はない。
【００３９】
図５に示すように、２０１Ａ〜２０３Ａの各仕上げモジュール及びオフセット印刷機２０４Ｃは、それぞれのジョブセグメントをそれぞれの出力トレーまたはビン２０１Ｂ〜２０３Ｂ及び２０４Ｄに入れる。このようなトレーまたはビンに入れられた時、ジョブセグメントは、ハンドリング及び運搬できるように、校合され、スタック、あるいは他の形で分離される場合もされない場合もある。やはり上に述べたように、２０１Ａ〜２０３Ａの各仕上げモジュールは、折りやステープル留めのような何らかの中間レベルの仕上げ機能を果たす。同じプリンタ及び中間仕上げ部で多数の文書コンポーネントを印刷し、あるいは集成することができ、ジョブのこのフェーズの間１つのジョブセグメントとして処理することが可能である。逆に、単一の大きな文書コンポーネントをその１つの文書コンポーネント内の複数のジョブセグメントを指示するセパレータシートあるいはオフセット・スタックによってスタックの形で出力することも可能である。
【００４０】
本発明のもう一つの態様によれば、各ジョブセグメントに一意のジョブセグメント識別子(Ｊｏｂ Ｓｅｇｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ)（ＪＳＩ）が関連付けられる。図５には、ＪＳＩが書き込まれたシートがプリンタ２０１〜２０４から出力される各ジョブセグメントと関連付けられる状態が示されている。各ＪＳＩシートには、それぞれ２０１Ｃ〜２０３Ｃ及び２０４Ｅというラベルが付されている。複雑なジョブあるいは大きいスタックとして印刷された文書コンポーネントの場合は、ジョブ内あるいはスタック内の多くのジョブセグメントに対応して多くのＪＳＩを用いることが可能である。
【００４１】
ＪＳＩは、仕上げ及び他の適用可能な印刷プロセス全体を通じてジョブセグメントと関連付けることができる任意の形式を取ることが可能である。このような形式としては、（ａ）印刷後、印刷されたジョブセグメントの一番上に置かれた印刷済みシート、(ｂ)ハードドライブのようなシステムメモリ、(ｃ)フロッピーディスクあるいは磁気ストリップのような磁気媒体、(ｄ）ＣＤ-ＲＯＭあるいはＣＲ-ＲＷディスクのような光学式メモリ、(ｅ)ジョブセグメントと関連付けられた、シート上に印刷されたバーコードシンボル、あるいは（ｆ）それによって機械または人間可読の識別情報がジョブセグメントと関連づけることが可能な他の何らかの手段の形で保存・記憶されたコピーがある。ＪＳＩは、ジョブのフェーズによって機械可読、人間可読、あるいは機械・人間共可読とすることが可能である。実際、スキャナーがジョブセグメントの一番上の印刷されたページをそのジョブセグメントを一意に特定することができるような形で読むことができる場合は、特殊な記号あるいは特殊なトップページは必要がなくなるはずである。従って、各ＪＳＩには、最小限、ジョブ番号及びジョブセグメント番号、あるいはジョブセグメントのみを他の全てのジョブセグメントから特定する他の識別子が入れられる。通常、ＪＳＩは唯一のジョブ番号と、ジョブセグメント識別子コード(Ｊｏｂ Ｓｅｇｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ Ｃｏｄｅ)（ＪＳＩＣ）と、の両方を含む。ジョブ番号は印刷ジョブのみを他の全ての印刷ジョブから特定し、ＪＳＩＣはジョブセグメントのみを特定する。一実施例において、ＪＳＩＣはジョブセグメントの一番上のシート（以下トップシートとも称する）の上の特定可能な唯一のテキストよりなり、このＪＳＩＣはディジタルメモリにコード化されたまま保存されているＪＳＩへのベクトルを形成する。ＪＳＩがいずれの形式を取るにしても、ＪＳＩは特定されたジョブセグメントの内容を記述するＶＦＪＴＤＢの部分への参照ポインタとして機能する。ＪＳＩは、該当するジョブセグメントが印刷装置から他の仕上げプロセスに移送される時そのジョブセグメントと関連付けられた状態に保たれる。これは印刷装置から集成機／仕上げ機装置までの間にわたるジョブセグメントの追跡を可能にする。ジョブセグメントが印刷物が１つ以上の印刷装置で生成されることが必要なジョブの一部であるか否かにかかわらず、各ＪＳＩは共通ジョブ番号と、ジョブの各特定のジョブセグメントを一意に特定する異なるＪＳＩＣを持つことになる。
【００４２】
図５に戻って、ＪＳＩは、通常ジョブのシートと共に印刷されて出力トレーあるいはビン２０１Ｂ〜２０３Ｂ及び２０４Ｄのジョブセグメント・スタックの上に置かれるジョブセグメント識別子シート(Ｊｏｂ Ｓｅｇｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ Ｓｈｅｅｔ)（ＪＳＩＳ）と呼ばれる印刷済みシートの形で示されている。このようなＪＳＩＳシートは、図５には２０１Ｃ〜２０３Ｃ及び２０４Ｅで示されている。ＪＳＩＳについての情報は、（ａ）何らかの他の電子またはソフトコピー・フォーマットで保存された仮想仕上げジョブチケット・データベース(Ｖｉｒｔｕａｌ Ｆｉｎｉｓｈ Ｊｏｂ Ｔｉｃｋｅｔ Ｄａｔａｂａｓｅ)（ＶＦＪＴＤＢ）へのポインタ（ジョブ番号及びＪＳＩＣ）、あるいは(ｂ)ジョブのための命令を与えるＶＦＪＴＤＢ自体の部分を備える。このような命令は、電子可読あるいは人間可読の形式でＪＳＩＳ上に印刷することが可能である。スタックがどのように大きくても印刷済み出力の各スタックの上に置かれる従来のセパレータシートに対して、各ＪＳＩは印刷ジョブのそれぞれのジョブセグメントの唯一の識別子として機能する。ＪＳＩＳの一例が図７に示されている。ＪＳＩ及びジョブ命令を備える人間可読のテキストは部分６０１に示されている。部分６０２には、特定されたジョブセグメントに適用可能なＶＦＪＴＤＢの全データ内容を含む機械可読グリフ（glyphs）が示されている。部分６０３には、他の場所に保存されているＶＦＪＴＤＢへのポインタを備える機械可読バーコードが示される。ジョブの全てのシートと全てのＪＳＩＳが出力ビンまたはトレーに入れられたならば、印刷プロセスのフェーズ２は終了である。
【００４３】
印刷プロセスのフェーズ３は、種々の文書コンポーネントが出力トレー２０１Ｂ〜２０３Ｂ及び２０４Ｄから丁合され、特定の順序で集成され、指定された文書様式に仕上げられる最終の集成及び仕上げフェーズを備える。従来技術においては、多数の印刷装置が使われる場合、オペレータはフェーズ３の各ステップをフェーズ１及び２でそれぞれ行われる動作とは別に構成設定し、実行させる。集成及び仕上げが全て１台のデジタルプリンタ行われ、一つにまとめられた印刷／仕上げ機コントローラによって制御・管理される場合のみ、従来技術は、フェーズ３を自動的に構成設定し、制御することができるのということを教示している。図５で、矢印３０１及び３０２Ａ、Ｂ及びＣ(３０1Ａ、Ｂ及びＣ)は、出力トレーあるいはビン２０１Ｂ〜２０３Ｂ及び２０４Ｄから仕上げのセットフィーダ・モジュール４０２及びシートフィーダ・モジュール４０１への印刷済みジョブセグメントの移送を示す。従来システムで、このような移送はしばしば手作業で行われるが、一部の用途では自動化された移送システムも用いられる。自動化された移送システムが用いられる場合でも、従来技術は、オフラインの集成機／仕上げ機装置をシート印刷前に生成された命令に基づいて自動的に複雑な集成及び仕上げ作業を処理するようにそれによってプログラムすることができる方法を教示してはいない。
【００４４】
本発明においては、各ジョブセグメントはＪＳＩ参照ポインタと共に集成機／仕上げ機装置に到着する。上に述べたように、この参照ポインタは通常ＪＳＩＳ上に書かれるが、ＪＳＩは如何なる形式のものでもよい。ＪＳＩの目的は、集成機／仕上げ機の動作を制御する本発明のコントローラである仕上げモジュール・コーディネータ(Ｆｉｎｉｓｈｉｎｇ Ｍｏｄｕｌｅ Ｃｏｏｒｄｉｎａｔｏｒ)（ＦＭＣ）７００に対して特定のジョブセグメントを特定することである。図５において、仮想仕上げジョブチケット・リーダ(Ｖｉｒｔｕａｌ Ｆｉｎｉｓｈｉｎｇ Ｊｏｂ Ｔｉｃｋｅｔ Ｒｅａｄｅｒ)（ＶＦＪＴＲ）は符号７０１で示されており、ＪＳＩＳを読み取り、あるいはＦＭＣが唯一のＪＳＩＣを決定するのに十分な情報を他の何らかの形でＦＭＣ７００に供給する役割を有する。また、ＪＳＩＣをＦＭＣに渡すプロセスには、特にＪＳＩＳが人間しか読むことができない場合、人が介入してもよい。ＦＭＣ７００は、集成機／仕上げ機の生産データを管理し、解釈し、順番付け、割り当てるソフトウェアベースのコントローラである。各集成機／仕上げ機装置との種々のインタフェースを用いて、ＦＭＣはジョブの実行のために各装置をプログラムするのに必要なデータを各装置に伝達する。ＦＭＣは、プロセスを通して各ジョブセグメントを追跡して、装置が動作し始める前にジョブセグメントが正しくロードされることを確実ならしめる。また、ＦＭＣは、通常、オペレータに、ジョブ状態に関する情報、及び必要な場合あるいは適切な場合にオペレータが生産上の決定をすることができるようにするための情報を与える。ＦＭＣは、各ジョブセグメントを特定するＪＳＩを受け取り、かつＪＳＩ自身が必要な全ての集成機／仕上げ機データを書き込まれているかどうか判断することによって動作する。ＪＳＩＳあるいは同様のＪＳＩがジョブを仕上げるための命令を全ては与えない場合、ＦＭＣはＪＳＩＣを用いて、ＶＦＪＴＤＢに保存されたジョブモデルに関する全ての適切な情報を検索して取り出す。次に、ＦＭＣはＰＭＣによって用意された集成機／仕上げ機の組合せを調べて、特定された全ての装置がその時点で確実に利用可能であるようにする。この条件が満たされたならば、ＦＭＣは各ジョブセグメントが置かれるべきビンまたは他の集成機／仕上げ場所を決定する。一般に、ＦＭＣはＶＦＪＴＤＢを介してＰＭＣと通信する。集成機／仕上げ機装置が自動的にプログラムできる場合は、通常、ＦＭＣは、プログラミング命令を自動的に与えるために、各装置について指定されたインタフェース・フォーマットと対話動作するようにプログラムされる。また、ジョブ追跡及び完全性確認情報も供給されるようにすることが可能であろう。必要なジョブセグメントが全てのそれらの適切なビンにロードされたならば、ＦＭＣは集成機／仕上げ機装置に動作を開始するように命令するか、あるいはオペレータにジョブが実行可能であることを知らせるようにすることも可能であろう。このようにして、集成機／仕上げ機の動作全体を制御し、実行させ、追跡し、完全性を確認することができる。ＦＭＣの設計及び動作に関す詳細についてはこの後説明する。この発明の目的に関して言うと、ＰＭＣとＦＭＣの機能��互いに別個のコントローラ機能として説明されることに留意することが重要である。本発明においては、これらのコントローラを組み合わせることが可能であり、あるいは１つのコントローラとの関連で説明した何らかの機能を他のコントローラに改めて割り振ることも可能である。
【００４５】
次に、図５にブロック１００で示すＰＭＣのについて、図８乃至１１を参照して詳細に説明する。図８は、本発明のＰＭＣの論理型アーキテクチャの一実施例の概要を図解したブロック図である。図８に示す実施例においては、あるジョブで使用される種々の装置の機能及び制約が、ＰＤＬファイルまたは同様の内容ファイルが生成された後におけるジョブを計画することを手伝うために、用いられる。本発明のもう一つの実施例では、機能及び制約に関するデータを、ＰＤＬファイル、組み付けファイル、及び同様の内容・レイアウトファイルを生成することを手伝うために、用いることができる。
【００４６】
次に、図８に示す各ステップについて図９乃至１１を参照してさらに詳しく説明する。図８では、ステップ７０から始めて、ジョブモデル・ファイルを生成するプロセスが実行される。本発明を使用したジョブモデルの構築は、通常、ジョブについてのＰＤＬファイルあるいは他のページ記述ファイル、組み付けファイル及び同様のページ内容・レイアウトファイルの作成が終了した後、開始される。一実施例においては、ジョブモデルの構築は、ＣＩＰ３または同様のジョブレイアウト・フォーマットを用いてジョブがレイアウトされた後開始される。ステップ７０では、少なくともジョブ名、ジョブ識別子コード及びある識別子コードをデータベース中のファイルの場所に割り当てることによってジョブモデル・ファイルが開かれる。
【００４７】
ステップ７１では、ＰＭＣが受け取った高水準ジョブモデルで特定された各「ノード」に自動的に、あるいはユーザーによって属性が割り当てられる。「ノード」は、前に定義したように、単位の階層構造中に並べられたジョブの各単位、すなわちジョブ自身、ジョブ中の各文書、各文書中の各文書コンポーネント、各スタック、シート、シートセット等を意味する。ＣＩＰ３に見られる階層記述子は、ジョブの多くの「ノード」を特定する際に役立てることができる。オブジェクト指向ソフトウェアと関連して使用されるとき、「ノード」は、それだけで移動あるいは操作することができる「オブジェクト」として扱うことが可能であり、もしくはそれ自体が移動あるいは操作することができるオブジェクトであるサブ部分の形に開くことが可能である。ステップ７１で、特定可能なノードは通常ジョブ、文書及び文書コンポーネントのレベルである。
【００４８】
ステップ７２では、各ノードで実行される作業が特定される。この場合も、ＣＩＰ３は何らかの作業の特定のための有用なツールとして用いることができる。次に、ステップ７３で、各文書コンポーネント用のソースファイルが割り当てられる。次に、ステップ７４において、ジョブを出力するためにアクセス可能なプリンタが割り当てられる。ステップ７５では、ジョブのために利用可能な集成機／仕上げ機装置が割り当てられる。ステップ７６では、ＰＭＣは校合のような中間の仕上げ作業をこのような機能を有するプリンタシステムに割り当てるべきかどうか、あるいはこのような作業は非統合型の集成機／仕上げ機装置によって行うべきかどうかの判断が行われる。ステップ７７では、ジョブセグメントを生成するという重要なステップが行われる。以下にさらに詳しく説明するように、ジョブの各作業のためのジョブセグメントは各文書コンポーネントに関連する属性及び作業及びこれに加えてそのジョブに使用することができる種々のプリンタ及び集成機／仕上げ機の機能及び制約に基づいて決定される。ステップ７８には、ＰＭＣからの種々の出力が示される。ステップ７８Ａには、中間ジョブセグメントの印刷及び／または他の準備のための命令が示されている。そのような中間ジョブセグメントの例は、最終的には２台以上のプリンタに通されることになるＪＳＩＳあるいは他のシートの最初の印刷であろう。このようなＪＳＩＣまたは他の中間準備の後、最初のジョブセグメントは、ばらばらに分解され、次の印刷あるいは集成機／仕上げ機のステップに適した別のジョブセグメントにまとめ込まれる。ステップ７８Ｂで、各ジョブセグメントの最終印刷のための命令が与えられる。ステップ７８Ｃで、ジョブモデル及びジョブセグメント記述のコピーがＶＦＪＴＤＢ（図５のブロック５０１）を介して仕上げモジュール・コーディネータ（ＦＭＣ）（図５のブロック７００）に送られる。７８Ａ及び７８Ｂの各ステップについては、通常、各ジョブセグメントに関連したジョブセグメント識別子シート（ＪＳＩＳ）または他のジョブセグメント識別子を生成するための命令が送られる。ステップ７８Ｃ内では、通常、ＪＳＩＳまたは他の識別子のコピーが直接あるいは間接的にＦＭＣに利用可能になる。
【００４９】
次に、図９乃至１１を参照して図８の７０〜７８の各ステップについてさらに詳しく説明する。図９には、ジョブモデルを生成する概ね図８のステップ７０〜７３に対応するＰＭＣの部分の一実施例が示されている。図１０には、ジョブの実行に対して種々のプリンタ及び集成機／仕上げ機装置を割り当て、そのようなジョブ実行の動作を順序付ける概ね図８のステップ７４〜７６に対応するＰＭＣの部分の一実施例が示されている。図１１には、各ジョブの毎にジョブセグメントを生成する概ね図８のステップ７７及び７８ａ〜７８ｃに対応するＰＭＣの部分の一実施例が示されている。
【００５０】
図９において、図示フローチャートのシーケンス動作は、ジョブの各シートの書類生成、操作及び組み付けに関わる全てのプリプレス・ステップを表すステップ８０で開始される。ステップ８０から得ることが可能な出力としては次のようなタイプのファイルがある：ＰＤＬファイル、シーニックソフト（ＳｃｅｎｉｃＳｏｆｔ，Ｉｎｃ．）社から入手可能なＰＲＥＰＳ組み付けソフトウェアによって生成されるような組み付けファイル、ＣＩＰ３ファイル、ゼロックス・コーポレーション社から入手可能なディジパス（ＤｉｇｉＰａｔｈ: 登録商標）生産管理ソフトウェア、ワード（Ｗｏｒｄ）、パワーポイント(Ｐｏｗｅｒｐｏｉｎｔ)、フォトショップ(Ｐｈｏｔｏｓｈｏｐ)や他の任意プリプレス生成・作成ソフトウェアによって生成されるファイル。一般に、これらの各ファイルは、単一のシートまたは単一の文書コンポーネントに作用する。ステップ８１では、オペレータ（ユーザ）がジョブが保存されているデータベースを選択することによってジョブ生成プロセスを開始させ、そのようなデータベースに適用される規則に従ってジョブ名及びジョブ番号を割り当て、あるいは生成する。このデータはジョブノードを構成し、ステップ８１でこのようなジョブノードがデータベースに加えられる。ステップ８２では、ユーザが利用可能な文書様式のメニューから文書様式を選択し、このデータをデータベースのジョブノードファイルに入れられる文書ノードとして加える。ステップ８３では、ユーザが選択された文書様式に固有の属性のメニューから選択された文書様式属性を加える。これらの属性はデータベースの文書ノードファイルに加えられる。ステップ８４では、ユーザがデータベースの文書ノードより下位のレベルにファイルされるコンポーネント・ノードとして加えられるかまたは修正されるべき文書コンポーネントの名前を指定する。ステップ８５では、ユーザが特定のＰＤＬまたは他の内容ファイルをデータベースのコンポーネント・ノードと関連付ける。内容ファイルの例としては、ステップ８０との関連で上に説明したようなファイルが含まれる。ステップ８６では、各文書コンポーネントに適用できる属性が該当する文書コンポーネント・ノードに割り当てられる。この関連における「属性」とは、紙の種類や色のような記述子、組み付け情報、及びその特定の文書コンポーネントの処理に関するその他任意の記述的指示を意味する。ステップ８７で、ＰＭＣは、コンポーネント記述子、ＰＤＬ及び属性全てが該当する文書様式に関する「文書コンポーネント様式規則」に合致するかどうかをチェックして確認する。例えば、折丁様式についての文書コンポーネント様式規則は、折丁のセンターシートが中央にのどアキのない２アップシートに関するＰＤＬと関連付けられることができる、ということを規定する場合がある。また、文書コンポーネント様式規則によって、折り目の位置が必ずのどアキ部に来るかどうかをチェックして確認することも可能である。ステップ８７のチェックで文書コンポーネント書式規則違反が検出されると、そのことがオペレータに通知され、プロセスはステップ８４に戻る。違反が検出されなかった場合は、ステップ８８で、各文書コンポーネントへの属性の割り当ては完全であると判断される。
【００５１】
ステップ８９で、ユーザは、さらに他の文書コンポーネントがジョブに追加されるかどうかを尋ねられる。問い合わせの答えがイエスならば、ユーザインタフェースによってユーザはステップ８４に戻る。答えがノーならば、ＰＭＣアルゴリズムはステップ９０に進み、このステップで、「文書様式規則」演算子が全ての文書コンポーネントの属性を互いに、また選択された文書様式の中のコンポーネントに対して個別的に許されあるいは禁止される属性のリストと比較する。例えば、種々の署名の組み付け属性が互いに合致しない（例えば、のどアキと折り目の位置が合致しない）と、「文書様式規則」演算子９０が、ステップ９１で、その文書様式規則違反をユーザに通知し、オペレータによって規則違反が修正あるいは解消されるまでジョブモデルの完成を阻止する。ドキュメント及びその文書コンポーネントが全てそれぞれの文書様式規則に合致すれば、ジョブはステップ９２に移り、ここでそのドキュメントモデルは完全であると判断される。そうではなくて、文書様式規則違反が検出されたならば、ユーザは、ステップ８９に戻り、ステップ８４に戻ることにより適切な修正を行うよう求められる。ジョブがステップ９２に移ると、ユーザは、ステップ９３で、ジョブにさらなるドキュメントを加えるべきかどうかを尋ねられる。その答えがイエスならば、ユーザはステップ８２に戻ることになる。答えがノーならば、処理は続いてステップ９４に進み、そのジョブモデルは完全であると判断される。
【００５２】
次に、図１０には、ジョブを実行するための装置及びシーケンスを選択するＰＭＣの部分が示されている。まず、ステップ１００では、図９に示すプロセスの終わりからジョブモデルを受け取り、自動的に、あるいはユーザ介入によってジョブデータベースにファイルする。一実施例においては、ジョブデータベースは、各々以下に定義されるような仮想印刷ジョブチケット・データベース(Ｖｉｒｔｕａｌ Ｐｒｉｎｔ Ｊｏｂ Ｔｉｃｋｅｔ Ｄａｔａｂａｓｅ)（ＶＰＪＴＤＢ）と仮想仕上げジョブチケット・データベース(Ｖｉｒｔｕａｌ Ｆｉｎｉｓｈ Ｊｏｂ Ｔｉｃｋｅｔ Ｄａｔａｂａｓｅ)（ＶＦＴＤＢ）の両方からなる仮想ジョブチケット・データベース (Ｖｉｒｔｕａｌ Ｊｏｂ Ｔｉｃｋｅｔ Ｄａｔａｂａｓｅ)（ＶＪＴＤＢ）である。ステップ１０１では、プリンタ及び機能と制約のテーブルがＶＪＴＤＢから（好ましくはＶＪＴＤＢのＶＰＪＴＤＢ部分から）検索して取り出され、また集成機／仕上げ機の機能及び制約のテーブルがＶＪＴＤＢから（好ましくはＶＪＴＤＢのＶＦＪＴＤＢ部分から）検索して取り出される。一実施例においては、ＶＪＴＤＢには、アクセスすることができる全ての該当する装置に関連したデータが書き込まれているが、ＶＪＴＤＢは、ジョブの任意の特定の種類のための全ての装置の部分集合（一部）についてのデータのみを検索して取り出すようにセットアップすることも可能である。上記の構成によれば、ある特定の装置をある特定の種類のジョブ専用に割り当てることが可能になることに加えて、故障中、使用中、あるいは修理中の装置をそのような装置が利用不可能である時処理されているジョブとの関係で「オフライン」にすることが可能になる。ステップ１０２では、ＰＭＣは、ジョブモデルに保存された全てのジョブ属性を用いて、結果的に完成文書を作成することができると思われる印刷、集成及び仕上げ、すなわちＢ＆Ｗ(白黒) 印刷、校合、折り、丁合等についての全ての包括的組合せ及びシーケンスをマップする。本願においては、これらの各々の組合せ及びシーケンスを「スレッド」と称する。ステップ１０３で、ＰＭＣはＶＪＴＤＢに記述されている装置の全ての機能及び制約についての検索して取り出されたリストを用いて、それらの検索された装置がそのジョブモデルで特定された作業及び属性を実行することができる全ての可能な個々のパスあるいはスレッドのリストを生成する。このようにして、図４に示すような包括的スレッドが個々に特定して特定された装置及びシーケンスを備える種々のパスまたはスレッド上にマップされる。 ここで重要なのは、ＰＭＣはステップ１０３内の制約のリストを用いて、ジョブを処理する際必要になる種々のジョブセグメントを決定するということである。例えば、ある特定のスレッドがそのスレッド中の１つの装置における２.２インチのビン高さ制限に遭遇したとすると、そのスレッドを通って流れるジョブの部分が２.２インチのビン高さ制限に全て適合するようなジョブセグメントにマップされる。実際には、各スレッドまたはその部分におけるジョブセグメントはそのスレッドの全ての装置から導出される全ての制限を含む制約によって定義される。 より大きなフレキシビリティを得るために適切である場合��、ある装置を通過した後、ジョブセグメントをそれらのジョブセグメントを構成する文書コンポーネントに分解し、以後の１つ以上の作業で処理される別のジョブセグメントとして組み直すことも可能である。ステップ１０４で、ＰＭＣは、ジョブモデルとその各ノードを調べて、ジョブの全ての文書コンポーネントが、種々の装置上の制約に全て合致しかつ解決不能な競合なしで機能させることができる特定の個々のスレッド上にマップすることができるかどうかを確認する。全ての文書コンポーネントをこのような方法で個々にマップすることができる場合は、ＰＭＣは直接ステップ１０７に進む。そうでない場合は、ステップ１０５で、ユーザは、そのような個々にマップすることができない文書コンポーネントを知らされ、（１）ＶＪＴＤＢにリストされた他の装置をこのジョブのために利用できるようにするか、あるいは（２）１つ以上の文書コンポーネントを修正するために図９に示すステップに戻るかのどちらかの機会を与えられる。ステップ１０６では、文書コンポーネントが修正される場合、ジョブモデルが修正される。 また、該当する場合、利用可能な装置のＶＪＴＤＢリストも修正される。
【００５３】
ステップ１０７〜１１０では、装置の使用競合をなくし、あるいはできるだけ少なくし、ジョブ実行のために最適なスレッド選択を決定するために、種々の可能なスレッドが互いに照合され、比較される。この最適化プロセスは、種々の装置に関する値及び優先順位を決定するための評価基準を与える任意の数のアルゴリズムをによって達成することができる。例えば、最適化プロセスがジョブ完成のための最短時間に基づいて決定される場合、そのような最適化のために可能なアルゴリズムでは、スレッドを通って流れる各シートまたはジョブセグメントに対して各装置によって行われるそれぞれの動作の期間を割り当てることになろう。そして、各スレッドに属する全ての期間の合計時間が計算され、最も短い生産時間をもたらすスレッドの組合せがスレッドの最適マッピングとして選択されることになろう。同様に、ジョブの推定コストを最適化するため、ある特定の装置の使用を最適化する、あるいは最小限にするため、同様の何らかの優先目標のため、あるいは最適化目標の任意の組合せのための最適化アルゴリズム及びＶＪＴＤＢデータを確立することができる。ステップ１０９では、スレッド内の種々のプリンタの中間仕上げ機能が比較され、最適化される最適化プロセスの特定部分が指示される。例えば、プリンタが校合済みの形、未校合の形、あるいは校合済みセットの形の２つの別々の文書コンポーネントを印刷することができる場合、この場合に可能なこれらの３つの形式には、異なる集成機／仕上げ機の動作が必要な３つの異なる可能なスレッドが伴う。そして、これらの異なるスレッドを互いに比較して最適化を達成することが可能である。複数の出力あるいは仕上げのオプション動作が可能な場合は常に、このような異なるスレッドを生成することが可能である。ステップ１１０では、もう１つの最適化プロセスの実施態様として、プリンタ及び／または仕上げの動作時に効果的に一つのジョブセグメントとしてまとめることができ、従って２つのサブ部分を持つ１つのノードとして扱われる文書コンポーネントがあれば、それはどの文書コンポーネントであるかが決定される。例えば、Ａ及びＢとして特定された２つのモノクロ文書コンポーネントを同じプリンタによって印刷することができる場合、これらをＡ、Ｂ；Ａ、Ｂ；Ａ、Ｂ；等の校合済みのオフセット状スタックの形で文書コンポーネントを出力する複合ジョブセグメントとして扱う１つのスレッドが存在し得る。その後これらのサブ部分ＡとＢが分離される場合は、これらのサブ部分もそれぞれのセット内でオフセット形式とすることが可能である。 分離された後、これらの文書コンポーネントＡ及びＢを他の文書セグメントと再び組み合わせることによって次の集成機／仕上げ機の動作に適用可能な新しいジョブセグメントが形成されるようにスレッドを設定することも可能である。ステップ１０７〜１１０が終了すると、ＰＭＣは、ステップ１１１で、必要に応じてジョブセグメント、予測時間、予測コスト等の情報を含め、ユーザにスレッドの最適な選択に関する推奨を行う。図１２に示す一実施例においては、スレッドはＧＵＩの形でユーザに提示され、そのＧＵＩでは、（１）そのジョブのために利用可能な全ての装置の３��元表現の斜視図（透視図）、（２）各ジョブセグメントがその装置を通して取るであろうスレッドを示すマップ、及び（３）そのジョブを完成するために必要な種々のジョブセグメントの数及びシーケンスのようなデータが表示される。このようなジョブの流れの３次元表現は、好ましくは、図９に示すように、ジョブの計画時にも、実生産時にジョブを追跡するための手段としてもユーザが利用できるようにする。
【００５４】
ステップ１１２〜１１４では、ユーザはＰＭＣによって用意された推奨スレッドを検討して、承認するよう促される。推奨スレッドが承認されたならば、ジョブは図１１に示すＰＭＣの完全性確認及び追跡機能に進む。ステップ１３で推奨スレッドが承認されなければ、ユーザは、ステップ１１４で、推奨スレッドと異なるスレッドのマップを選択するオプションを与えられ、その場合ＰＭＣはステップ１０８に戻る。あるいは、ユーザは、利用可能な装置のリストに装置を加える、利用可能な装置の制約を修正する（例えばビン位置を動かしてスタック高さ制限を変える）、装置の制約に適合する別のジョブセグメントを手作業で作成する、あるいは同様の手動優先法を用いることによってさらなるスレッドを設計する道を選ぶことも可能である。また、このステップでは、先に使用されていたりあるいは保守の必要から利用できない装置をユーザの介入あるいは時間の経過によって利用可能な状態に戻すことも可能である。また、ユーザは、このステップで、ジョブ中の１つあるいはそれ以上の文書コンポーネントを修正するために図９に示すジョブモデル・プロセスに戻る（例えば、異なる温度の制約下でラミネータ装置を使用するために異なるラミネーション材を選択する）ことも可能である。ユーザが図１０に示すプロセスから得られるスレッドのマップを承認すると、ジョブは図１１に示すＰＭＣプロセスに移行する。
【００５５】
図１１は、図１０に示すプロセスからジョブ分割情報及びマップ情報を受け取って開始される。ステップ２００では、完全性記述子が、図１０に示すプロセスに従って決定され、承認されたジョブセグメント中の各文書コンポーネント毎にコード化される。このような完全性記述子には、各文書コンポーネント毎に、文書コンポーネント中のシート数、印刷部数、及びジョブを追跡するのに役立つ、またジョブセグメントの各シートに関して各作業が終了したかどうかを確認するのに役立つような他の情報が含まれる。ステップ２００には、各々２つの別個のパスを備えるいくつかのサブステップが含まれる。パスＡは、特定のシートまたは文書コンポーネントのためのＰＤＬファイルが前に生成された完全性記述子なしでＰＭＣに到達する場合に使用される。ステップＡ２００Ａでは、ユーザは、このような完全性記述子中に含まれる属性あるいはパラメータを含めて、各文書コンポーネントに適用可能な完全性記述子のタイプを定義するよう促される。このような定義は、ＰＭＣに固定記述子を与え、一定範囲の記述子値を設定し、あるいはＰＭＣにファイルされているデータベースからＩＤＣを導出するように指示することが可能である。ステップＡ２００Ｂでは、完全記述子を保存する場所が選択される。ステップＡ２００Ｃでは、ステップＡ２００Ａでユーザによって完全性記述子が全く与えられなかった場合、ＰＭＣは、ステップＡ２００Ａでユーザによって与えられた情報及びステップＡ２００Ｂで特定された場所を用いて新しい完全記述子を生成する。ステップＡ２００Ｄでは、完全性記述子自身あるいは完全性記述子コード（Ｉｎｔｅｇｒｉｔｙ  Ｄｅｓｃｒｉｐｔｏｒ  Ｃｏｄｅ）（ＩＤＣ）が該当するＰＤＬファイルに加えられる。ＩＤＣは、完全記述子が格納される場所へのポインタを含む。ステップＡ２００Ｅでは、完全性記述子すなわちＩＤＣがジョブデータベース・ファイル中の適切なノードに加えられる。好ましくは、上に述べたように、このデータベースはＶＰＪＴＤＢ及びＶＦＪＴＤＢの両方を備えるＶＪＴＤＢである。
【００５６】
あるいは、ステップ２００のＢカラムには、ＰＤＬファイルがＰＭＣに渡される前に完全記述子が作成される場合に適用されるプロセスが記述される。ステップＢ２００Ａでは、完全性記述子がＰＤＬファイルから読み出される。ステップＢ２００Ｂでは、完全性記述子がコードかされてＶＪＴＤＢあるいは他のデータベースに入れられる。
【００５７】
ステップ２０１で、ＰＭＣはジョブモデルを用いて、文書コンポーネントがジョブを完成するためにストック品からワークフローに加えなければならないプレプリントされたシートまたは未印刷シートあるいは他の品目であるかどうかを判断する。このような品目としては、セパレータシート、製本材料、前に印刷された絵・写真入り別丁、香料含有芳香カード及び現在のジョブの一部としては印刷されない同様の品目がある。このようなストック材料のスタックは、通常このジョブのために用意されたラベラー・シートを持たないので、ＰＭＣは、ステップ２０１で、フェッチシートＰＤＬ（Ｆｅｔｃｈ  Ｓｈｅｅｔ  ＰＤＬ）を生成し、必要ならばその印刷を指示する。
【００５８】
ステップ２０２では、ジョブセグメントのためのジョブセグメント識別子コード（Ｊｏｂ  Ｓｅｇｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ  Ｃｏｄｅ）（ＪＳＩＣ）が生成される。ＪＳＩＣは、フェーズ３でＦＭＣがＶＦＪＴＤＢ中のジョブセグメントの記述を検索することができるようにする唯一の識別子コードである。ＪＳＩＣは、ジョブ番号をジョブ中のスタック番号を表す連番状に生成された番号と結合することによって生成することができる。ＪＳＩＣ及びその使用に関しては、この後さらに詳細に説明する。ステップ２０３で、ＰＭＣは、必要に応じて、ジョブセグメント識別シート（Ｊｏｂ  Ｓｅｇｍｅｎｔ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｈｅｅｔ）（ＪＳＩＳ）印刷用のＰＤＬファイルの生成を指示する。ＪＳＩＳには、ＪＳＩＣ、ジョブモデルから取得されたジョブを処理するための人間可読型指示シート、及び文書属性と文書コンポーネント属性のリストが含まれる。しかしながら、ＪＳＩＳの印刷なしにジョブセグメントの識別情報を確認しあるいは追跡することができるシステムにおいては、ステップ２０３の一部または全部を省略できるということに注意するべきである。例えば、ＶＪＴＲがスタックのトップシートの内容を自動的に読むことができ、予測されるトップシートのデータベースと照合することができる場合は、ＦＭＣは、種々の生産フェーズを通って移動するそのようなトップシートを読むことによって、特別なＪＳＩＳの必要なしに、あるいはトップシート上に特別なＪＳＩＣを書く必要もなしに、ジョブセグメントを特定し、追跡することができよう。すなわち、トップシート自体の内容がＪＳＩを形成することになる。
【００５９】
ステップ２０４で、ＰＭＣは、ＪＳＩＣ、ジョブ分離及び選択されたジョブセグメントスレッド情報をＶＪＴＤＢに記憶する。ステップ２０５では、ＪＳＩＳがある場合、それを扱うＰＤＬファイルが該当するジョブセグメントの印刷に必要なＰＤＬ及び他のファイルに加えられ、それらのファイルが該当するプリンタに渡される。これによって印刷製造プロセスのフェーズ２が開始される。ステップ２０６では、ジョブについてのフェッチシートもジョブの生産につれてオペレータが利用できるように該当するプリンタに送られる。ステップ２０７で、ＰＭＣは、そのジョブにまだ処理するべき他のジョブセグメントがあるかどうかを判断する。判断結果がイエスならば、それらの各ジョブセグメント毎にステップ２００から２０６が再度繰り返される。全てのジョブセグメントの処理が終了したならば、ＰＭＣは、ステップ２０８で、そのジョブ及びその各ジョブセグメント及び／または各文書コンポーネントを生成して処理するのに必要な全ての情報をオペレータ用に人間可読形式にするようにトラベラー・シートＰＤＬの生成及びその印刷を指示する。そのようなトラベラー・シートは、通常、印刷所内でジョブジャケットと共にあちこち移動する。
【００６０】
次に、図１３を参照しつつＶＪＴＤＢについてさらに詳細に説明する。特に、ＶＪＴＤＢのＶＦＪＴＤＢ部分についてより詳しく説明する。上に述べたように、ＶＦＪＴＤＢは、印刷装置から送られてくる印刷物を受け取り、それらの印刷物を所望の最終文書様式にするのに必要な仕上げプロセスを実行するために要求される全てのジョブ構造データ、制御データ及び完全性データが入っているデータベースあるいはデータファイルである。そのため、ＶＦＪＴＤＢあるいは他のアクセス可能なデータベースの一部には、シートの印刷が行われている時生じる動作のためにアクセス可能な全ての装置のテーブルまたはリストが、各装置の可用性及び優先順位パラメータや各装置の機能及び制約のリスト（ただしこれらに限定されない）を含めて入れられる。ＶＦＪＴＤＢの別の部分には、各特定のジョブに関するデータが入れられる。
【００６１】
ＶＦＪＴＤＢのジョブ記述部分は、トリーの各レベルに１つ以上の別個のノードがある階層木構造を有するデータベースとして考えると最もよく理解される。図１３は、折丁文書の生成に当てはめられるようなトリー構造を示したものである。最も上のレベルＳｉｇ１は基本的なジョブ記述を表す。このノード内でコード化されるのは、ジョブ名及びジョブ番号、ノード識別子（この場合はＳｉｇ１）、顧客に関する情報、経理及び請求書発行情報、受注日、生産予定日付及び引渡し予定期日のような日程計画データ等の詳細情報である。これら及びその他の詳細情報はノードＳｉｇ１と関連付けられた「属性」であり、ノード自身の中にテーブル形式で保存するか、あるいは外部データベースへのＳｉｇ１の内の参照ポインタによって関連付けることができる。また、ノードＳｉｇ１内には、通常、任意の「親」ノード及びＳｉｇ１のすぐ下のレベルのノードへの参照ポインタがある。特定のノードのすぐ上及びすぐ下ノードのノードのこのような参照ポインタは、このＶＦＪＴＤＢの実施例の全てのレベルで特徴をなしている。このようなポインタの跡をたどることによって、そのような１つのノードが特定されれば、ジョブ全体を再集成することができる。
【００６２】
Ｓｉｇ１の一つ下位のレベルには、特定の文書がジョブＳｉｇ１の一部として作成されるべき記述子を含むノードであるノードＰ１がある。特定のジョブの下に入れることが可能な文書の数には制限はなく、例えばノードＰ２、Ｐ３等が存在し得る。ノードＰ１に戻って、このような一番上のレベルの文書ノードには、文書を管理する文書様式の識別子が入っている。このような文書様式を指定することによって、そのような文書様式についての属性のテーブル及び１セットの文書様式規則（Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍ  Ｒｕｌｅｓ）がＰ１と関連付けられ、これらの規則及び属性ジョブの生産をマップする際にＰＭＣによって使用される。また、上述べたように、ノードＰ１はその各子ノードも特定する。ここで重要な一つの態様は、各ノードＰ１には、子ノードの各々を互いに関連付ける順番及び方法を詳しく記述した情報、例えば表紙Ｃ１は最終的に文書の外側に置かれる文書コンポーネントであると確認されるような情報が入れられるということである。図１３に示す例は折丁小冊子であるから、Ｐ１の子ノード間の関係は、それぞれの場合に応じて各文書コンポーネントがその折り及び／または製本（綴じ）の前に丁合済み折丁スタックに加えられる順序によって指定することができる。また、ＰＭＣがジョブの生産に関連するスレッドについて記述するデータを保存することができるジョブモデル・レジスタもノードＰ１に入れられる、あるいは参照される。このようなレジスタには、全桁書き込まれた状態で、文書Ｐ１の「ビルド・シーケンス」のような詳細情報が記憶されることになる。図示ジョブの場合のビルド・シーケンスの一例は例えば下記のようなものであろう：
１．プリンタ＃４のビン＃１から１枚のジョブセグメントＣ１を送り、集成機／仕上げ機（Ａ／Ｆ）＃２のビン＃６にそのシートを入れる。
２．セットフィーダ＃１のビン＃１にあるジョブセグメントＢ１から最初のオフセット・セット（ジョブセグメント・スタック中の１つの文書コンポーネントを備える）を送り、そのセットをＡ／Ｆ＃２のビン＃６内の一番上に置く。
３．ストック品移送システム＃１のビン＃２０からジョブセグメントＩ１（別丁を備える）を送り、そのセットを９０°だけ回転させて向きを変え、別丁Ｉ１をＡ／Ｆ＃２のビン＃６内の一番上に置く。
４．ジョブセグメントＢ１から２番目のオフセット・セット（ジョブセグメント・スタック中の２番目の文書コンポーネントを備える）を送り、その２番目のセットをＡ／Ｆ＃２のビン＃６内の一番上に置く。
５．ストック品移送システム＃１のビン＃５からジョブセグメントＩ２（２番目の別丁を備える）を送り、その別丁Ｉ２をＡ／Ｆ＃２のビン＃６中の一番上に置く。
【００６３】
また、ジョブモデル・レジスタには、該当する文書様式規則に従って、折り目付け、折り、スティッチング、化粧断ち等のノードＰ１に記述された折丁小冊子の最終生産に帰着する全ての作業を実行するようにＡ／Ｆ＃６をプログラムするための情報も書き込まれる。このような作業のためにコード化される典型的なパラメータとしては、作業の識別情報と作用対象物上におけるその作業の位置、何らかのラミネーション・ステップの種類と温度、折り目付け、折り、製本等の何らかの圧力要件、綴じ種類と位置等がある。
【００６４】
ノードＰ１より下位レベルの各ノードには、そのようなノードによって表されるジョブセグメントに関連する情報が含まれる。このような情報としては、そのようなジョブセグメントが取り出されるプリンタ及びビン、ジョブセグメント中のセット数またはシート数、その現在位置、校合済みか未校合か、上向きか下向きか、方向、シートの重量、種類及び厚さ等のセグメントの属性が含まれる。図示例で特に注目されるのは、交互状のオフセット・セットとして並べられた２つの校合済み文書コンポーネントからなる単一のジョブセグメントを備えるノードＢ１である。これらの各文書コンポーネントは、ノードＳ１で示されているようなそれぞれ自身の別ノードに記述することが可能である。本発明においては、ノードの数あるいはノードのレベルに制限はない。Ｂ１で表される各文書コンポーネントが別々のプリンタから供給される場合は、それらの各文書コンポーネントを別個のノードを持つ別個のジョブセグメントととし、その後ノードＢ１で互いに新しいジョブセグメントとして結合されるようにすることも可能であろう。この場合、ノードＢ１から移送された時、ジョブセグメント・スタックは分解され、そのコンポーネントは新しいジョブセグメントＰ１として並べ直されていることに注意する必要がある。多くの折丁、別丁、表紙等を備える複雑な書籍の場合は、ＶＦＪＴＤＢで多くのノードと多くのノードレベルが表されるということは明らかであろう。
【００６５】
次に、図１４には、図５にブロック７００で示されるような仕上げモジュール・コーディネータ（ＦＭＣ）がより詳細に図解されている。図１４のステップ６００から始まって、各ジョブセグメント毎にＪＳＩＣを入力する２つの方法が示されている。ステップ６００Ａでは、ＶＦＪＴＲがジョブのジョブセグメントからＪＳＩＳあるいは他のＪＳＩを読み取る。上に述べたように、ＶＦＪＴＲは、バーコードのＪＳＩＣ、グリフコード、光学文字をＯＣＲで読み取り、磁気メモリまたは光メモリを読み取り、あるいは機械が解釈することができる何らかの他のコード化情報あるいは記号化情報を読み取ることが可能である。ステップ６００Ａに対して、ステップ６００Ｂには、ＪＳＩＣはオペレータ読み、入力することもできるということが示されている。ステップ６０１で、ＦＭＣはＶＦＪＴＲまたはオペレータからＪＳＩＣのデータを受け取る。ステップ６０２で、ＦＭＣは受け取ったデータがそのジョブ用の全てのジョブモデル・データを備えるかどうかを問い合わせる。上に述べたように、ジョブ関連データの完全セットをグリフまたは他の方法によってジョブの各ＪＳＩＳ上にコード化して入れることもできる。図７に示すＶＦＪＴの部分６０２にはこのような情報が入っている。ＦＭＣがオペレータまたはＶＦＪＴＲから完全なジョブモデルを受け取らなかった場合、ＦＭＣは、ステップ６０３で、関連するジョブモデル・データの完全セットをＶＦＪＴＤＢに要求する。これを行うために、ＦＭＣは、ＶＦＪＴＤＢ用のコントローラ（これはＰＭＣでもＦＭＣでも、あるいは他のコントローラでもよい）に関連するＪＳＩＣを伝えることによって、ＶＦＪＴＤＢが特定されたジョブセグメント・ノードを探すことができるようにする。ＶＦＪＴＤＢとの関連で上に説明したように、このノード内に記録されたデータを用いて、ジョブの全てのノードからの完全なジョブモデルと情報をＶＦＪＴＤＢから取り出すことができる。ステップ６０３が終わると、処理はステップ６０２に戻り、このステップでＦＭＣはジョブモデルデータの完全セットを受け取ったかどうかを再度問い合わせる。この問合わせの答えがイエスならば、ステップ６０４でＦＭＣはジョブモデル・データを読んで、ジョブの全てのジョブセグメントを特定する。同じシートを備えるジョブセグメントであっても唯一のＪＳＩＣを持つので、全てのＪＳＩＣの完全なリストはＦＭＣに完全なジョブの流れ、すなわち、単一の完成品をどのように組み上げる（ｂｕｉｌｄ）かという方法の記述だけではなく、それらの全ての製品を組み上げるために集成機／仕上げ機プロセスを通して「流す」全てのジョブセグメントのリストも供給する。また、個々の製品単位と全てのサブ単位の製造プロセス全体の両方を追跡するために利用することができるデータのインディケータを示す図１２も参照するべきである。ステップ６０５で、ＦＭＣは、ＶＦＪＴＤＢあるいは他のデータベースから、ジョブに対して特定された全てのジョブセグメントの場所及び状態に関するデータを抽出する。連続印刷作業では、ジョブセグメントの一部はやはりプリンタ内で処理待ちする場合があり、この状態がＦＭＣに伝えられる。ステップ６０６で、ＦＭＣは、ジョブモデルデータに基づいて、全てあるいは十分な量のジョブセグメントが集成機／仕上げ機の作業が実行可能でこれらの作業に使用可能であるかどうかを判断する。この判断の結果がノーならば、ステップ６０７でＦＭＣはそのことをオペレータに知らせ、次の命令を待つ。判断結果がイエスの場合は、ＦＭＣは、既に作用対象物が集成及び仕上げ作業が実行可能であると判断している。
【００６６】
ＦＭＣは、ステップ６０８で装置の作業実行可能性についての調査を開始する。ステップ６０８で、ＦＭＣは、ジョブモデルから次の仕上げ作業のセットに必要な個々の装置を特定する。ほとんどの場合、集成／仕上げ作業は、連続型の集成機／仕上げ機プロセスで完成品を生産するよう設計される。しかしながら、集成機／仕上げ機プロセスがいくつかの不連続フェーズに分解する方が好都合な場合は、ＦＭＣは、次のフェーズの作業に必要な集成機／仕上げ機装置を特定しさえすればよい。また、ステップ６０８の一部として、ＦＭＣは、ジョブが実行されるためにジョブモデルが必要とする全ての装置構成属性をジョブモデルから抽出する。例えば、集成機装置が種々異なる入力ビン配置を許容し、ジョブモデルが特定の配置を指定している場合、ジョブモデルからこのデータが抽出されることになる。同様に、紙パスガイド、折り目付け／折り装置等を自動プログラミングによって調整することができない指定された場所に置く必要がある場合、そのような属性はジョブモデルを通して特定される。ステップ６０９で、ＦＭＣは、リストされた装置にそれらの装置及び指定された構成がジョブの処理のために利用可能かどうかを問い合わせ、判断する。ＦＭＣと集成機／仕上げ機装置との間のインタフェースは種々の形を取ることができる。そのような１つのインタフェース・プロトコルとしては、ゼロックス・コーポレーション社のモジュール供給・仕上げアーキテクチャ（Ｍｏｄｕｌａｒ  Ｆｅｅｄｉｎｇ  ａｎｄ  Ｆｉｎｉｓｈｉｎｇ  Ａｒｃｈｉｔｅｃｔｕｒｅ）（ＭＦＦＡ）がある。ＭＦＦＡについては、ウェブスターに対して発行された米国特許第５，７０１，５５７号を含む多くの米国特許に記載されている。装置及び構成がその時現在利用可能でない場合、ＦＭＣは、ステップ６１０でＭＦＦＡまたは他のインタフェース・プロトコルと装置のプログラム可能性とを結びつけることによって、ＦＭＣが該当する装置を各装置及びその指定された構成を利用可能にするようプログラムすることができるかどうか問い合わせる。その答えがイエスならば、ＦＭＣはステップ６０９に戻る。答えがノーならば、ステップ６１１で、ユーザにそのことが知らされる。ユーザが、装置を所望の状態にするすることができ、かつそのように選択すると、ステップ６１２でユーザがそれらの変更を実行することの指示が出される。変更が実行されたならば、ユーザは変更が行われたことを知らせ、プロセスはステップ６０９に戻る。ユーザが必要な変更を行うことができないか、あるいはそのような変更を行わないことに決めた場合は、ユーザが抑制された条件が避けられる異なるスレッドを使用して異なるジョブモデルを生成するよう決めない限り、ジョブは一時休止される。これを行うためには、ユーザは、ステップ６１３で、図１０に示すステップ１０５にプロセスを戻し、そこで新しいスレッドが生成される。また、一組の異なる制約に遭遇する場合もあるので、新しいジョブセグメントにする方よいかもしれない。新しいスレッド作成の一部として、利用不可能な装置または構成は利用可能な装置のＶＦＪＴＤＢリストから取り除かれることになろう。ここで留意しなければならないのは、図１５にはこのタスクの���めにプロセスがＰＭＣに戻されるように示されているが、このタスクはＦＭＣ内部で行うようにすることも可能であるということである。図５に示すように、ＰＭＣあるいはＦＭＣのどちらがこのタスクを実行するにしても、その結果はＶＦＪＴＤＢのジョブモデル部分に伝えられて記憶され、他のコントローラで利用することが可能である。
【００６７】
ステップ６０９で、始めに選択されたジョブモデルあるいはその後手直しされたジョブモデルのために必要な装置及び構成が利用可能であることが確認されると、ＦＭＣは、ステップ６１４で、使用するよう選択された各装置に種々のジョブセグメントをロードする場所及び方法を個々に定義するタスクに進む。この情報のうちの一部は、図８乃至１１との関連で説明したＰＭＣプロセスによって既に判断が下されている場合もある。しかしながら、ビンの選択や具体的な配向（上向きか下向きか；エッジを最初に綴じるか最後に綴じるか等）のような詳細は、ＦＭＣが集成機／仕上げ機の作業のための特定のスレッド及び構成を実施するよう求められるまで最大の柔軟性が維持されるように、ジョブのフェーズ１で選択しないでおかれる場合もある。ステップ６１５で、ＦＭＣは、ロードされるべき全てのビンが実際に正しくロードされているかどうかを集成機／仕上げ機装置との情報交換を通じて確認する。必要ならば、再度命令が出される。全てのビンが正しくロードされていれば、ＦＭＣは、ステップ６１６で、ジョブモデルに従って動作するよう自動的にプログラム可能な装置を自動的にプログラムする。プログラミング命令には、それぞれの場合に応じて、ＶＦＪＴＤＢから抽出された機能データ及び制約データに基づきＦＭＣ自体によって計算されたパラメータが含まれる場合もある。例えば、ＦＭＣは、第１の装置と共に動作するもう一つの装置の制約に基づいて装置の送り速度を決定することが可能である。ＦＭＣにより自動的にプログラムすることが不可能な装置については、ＦＭＣはオペレータにそのようなプログラミングに関して指示を与える。そのための命令セットは、例えば印刷されたＪＳＩＳの形であってもよい。ステップ６１７でプログラミングが適切であると確認されたならば、ＦＭＣ機能のセットアップ部分は終了である。
【００６８】
ステップ６１８を起点として、ＦＭＣの制御、追跡及び完全性確認機能が開始される。ステップ６１８で、ＦＭＣは実行コマンド（Ｒｕｎ  Ｃｏｍｍａｎｄ）を出して集成機／仕上げ機のプロセスを開始させる。あるいは、ＦＭＣは、集成機／仕上げ機装置がレディ（動作可能）状態にあることをオペレータに知らせる実行リリース（Ｒｕｎ  Ｒｅｌｅａｓｅ）信号をオペレータに対して出す。動作が開始された後、ＦＭＣは、ステップ６１９でジョブの実行を監視、追跡すると共に、ステップ６２０で追跡及び実行データに応答して適切な制御コマンドを出す。追跡機能の部分では、種々の装置のシート計数機能を用いてシートが計数される。同様に、ＦＭＣは、各ジョブセグメントを、それらがプロセスを通って移動するのに伴って、各々のＪＳＩによって追跡することも可能である。これを行う際には、ＦＭＣは、順次装置にロードされるジョブセグメントを求める要求を出すことができ、例えば、「空ビン」信号が発生する前であってもビンに補充する命令を出すことができ、あるいは完成製品やジョブセグメントでいっぱいになったビンを空ける命令を出すことができる。また、ＦＭＣは、各装置の動作情報にアクセスすることができ、そして連続送り数を最適範囲内に保つように送り速度を調節するコマンドを出すことも可能である。さらに、ＦＭＣは、製本材料のようなサプライ品の消費具合を監視し、状況に応じて、そのようなサプライ品を補充する要求を出すこともできる。
【００６９】
完全性確認及び制御機能はステップ６２１〜６２９で示されている。ステップ６２１で、集成機／仕上げ機は、ＦＭＣに紙詰まりまたはジョブ停止通知を送るようプログラムされる。すると、ＦＭＣは、紙詰まりを起こした装置または停止した装置に応じて他の装置を適切に一時停止させるよう調整する。ステップ６２２で、ＦＭＣは、停止あるいは紙詰まりを起こした装置にエラー分析のための問い合わせを行う。ステップ６２３で、ＦＭＣはオペレータに指示を出す。これらの指示は、どの装置が故障の原因かをオペレータに知らせるだけの簡単なもの場合もあれば、完全な復旧指示を与えるような複雑なものになる場合もある。ステップ６２４で、ＦＭＣは紙詰まりあるいは停止状態が解消されたかどうかを確認する。この状態が解消されていなければ、シーケンスはステップ６２２に戻る。この状態が解消された場合は、ステップ６２５で、ＦＭＣは再始動コマンドを出す。再始動コマンドはオペレータ及び／または装置に対する再ロード及び再構成コマンドが含むことも可能である。再始動されたならば、ＦＭＣはステップ６２１に戻り、プロセスが続けられる。
【００７０】
ステップ６２６で、ＦＭＣは完全性データを保存する。ステップ６１９及び６２０で得られた計数データ及びジョブセグメント状態データに加え、ステップ６２１〜６２５で得られた停止及び紙詰まり復旧データに基づいて、ＦＭＣは、集成機／仕上げ機プロセスの間にどのシートが失われ、破損したか、あるいは行方不明であるかを追跡する。また、ＦＭＣは、計数データ及び追跡のデータに基づいてどのジョブセグメントまたは完成品に落丁がある可能性があるかを追跡する。この完全性データに基づいて、ＦＭＣは、ステップ６２７で、追加印刷及び／または集成機／仕上げ機の作業のための指示を出す。これらの指示は自動的に該当する装置に出すことも可能であり、あるいはジョブのある部分のマニュアル再プログラミングに関するオペレータへの指示の場合もある。集成機／仕上げ機動作の全ての部分を通して複雑なジョブでも追跡することができるＦＭＣを持つことの１つの利点は、各文書コンポーネント毎に部数を余分に印刷する動機が弱くなり、そのことによって印刷コスト及び在庫コストが節減されるということである。このような動機が弱くなるのは、ＦＭＣがジョブセグメント及びジョブセグメント中のシートを追跡する機能を有することによって、オペレータがいつ、どこで欠陥が生じたかをより正確に知ることができるからである。
【００７１】
ステップ６２８で、ＦＭＣは、ジョブ実行の記録が取られるように、その追跡データ及び完全性データをＶＦＪＴＤＢのような中央データベースへ送る。このステップ６２８は、生産工程の終了時に行われるが、任意の中間段階で行うこともできる。ＰＭＣあるいは他のコントローラは、このデータを用いて、完成ユニットの数、廃棄シートの量、生産に要した時間、及び監視し記録することが望ましいその他の基準条件を把握することができる。最後にステップ６２９で、ＦＭＣは、装置に関連する何らかの新しい機能及び制約データに関するＶＦＪＴＤＢを更新する。このようなデータとしては、例えば信頼性データ、運転休止データ、送り上の制約に関する新しい情報等が含まれる。要するに、集成機／仕上げ機ジョブを追跡することが可能なジョブセグメントに分解することによって、ＦＭＣは、今まで互いにあるいはプリンタのような装置に最小限にしかディジタル接続されなかったオフライン集成機／仕上げ機装置の体系的制御及び完全性監視を可能にする。
【００７２】
次に、本発明のためのソフトウェアの重要な部分の実施例について説明する。ＶＦＪＴＤＢに関して上に説明したように、各ジョブは、不定の数の文書コンポーネント及び／またはジョブセグメントで構成され得る。このように文書コンポーネントやジョブセグメントの数が不定という特徴は、スタティックメモリ・バッファのような定義済みの制限や限度を使用しないソフトウェア・アルゴリズムが必要になる。その代わりに、ソフトウェアアルゴリズムは、ジョブのキー順に基づいてＶＦＪＴＤＢあるいは他のデータベース中のジョブモデルを再帰的に探索する。ジョブのキー順は、個々のジョブセグメントと関連付けられたデータベース・レコードから得られる。マイクロソフト・ビジュアル・ベーシック（Ｖｉｓｕａｌ  Ｂａｓｉｃ）６．０の定義済みトリービュー・コンポーネント（Ｐｒｅｄｅｆｉｎｅｄ  ＴｒｅｅＶｉｅｗ  Ｃｏｍｐｏｎｅｎｔ）を用いることにより、「ノードキー（Ｎｏｄｅ  Ｋｅｙ）」がジョブキー順を用いて構築され記憶される。これによって、ユーザはグラフィカル・ディスプレイ上でノードをアイコンの形で選択し、ジョブシーケンスキーは「ノードキー」の形で検索することが可能になる。すると、データベース・ジョブモデルは、処理要件が容易化されるように再帰的に探索することができる。
【００７３】
下記のソフトウェアは、構築中の物理的製品のグラフィカルＴｒｅｅＶｉｅｗ表現を構築するために使用される再帰的アルゴリズムの実施態様を示したものである。ノードキーは親ノードキーのシーケンスとして組み立てられる。ノードアイコンが選択された後の任意の時点で、ノードキーにアクセスし、それを用いてジョブモデル全体にわたって効率的にノードを探し出すことができる。このサブルーチンは、それ自身を再帰的にコールすることによってトリーをそのルートから構築し、それ以上子が存在しない時、そのトリーの各分岐で停止する。このアルゴリズムを使用することには次のような利点がある：
１．ジョブモデル・トリーに存在するレベル数について定義済みの限界が全く定義されない；
２．コードサイズがコンパクトである；
３．コードは、ビルトインの既存のマイクロソフト・ビジュアル・ベーシック・コントロールズ（Ｍｉｃｒｏｓｏｆｔ  Ｖｉｓｕａｌ  Ｂａｓｉｃ  Ｃｏｎｔｒｏｌｓ）を用いてグラフィカル表示を提供する；
４．コードは、ユーザ選択イベントを処理する時、シーケンスキーを効率的に検索する。
【００７４】
このソフトウェア・コードは下記の通りである：
0004965029.tif 000002
【００７５】
本発明のＦＭＣの部分のもう一つのアルゴリズムでは、それ自身を再帰的にコールしてトリーの全てのノードが所要の状態であるかどうかをチェックするサブルーチンが得られる。その状態にないノードが１つ見つかるまで、ジョブモデル・トリー全体にわたる全てのノードがチェックされる。この場合、仕上げ装置は各ビンがロードされた状態かどうか確かめるためのチェックなされている。関数ＣｈｅｃｋＳｅｇｍｅｎｔｓは真または偽の値をリターンする。このサブルーチンの実際の目的はＣｈｅｃｋＳｅｇｍｅｎｔｓの代わりに単に新しい関数を用いるだけで容易に変更することができる。そのために、このコードは、複製してＦＭＣで多くの目的のために使用することが可能になる。
【００７６】
このアルゴリズムを使用することには次のような利点がある：
１．ジョブモデル・トリーに存在するレベル数について定義済みの限界が全く定義されない；
２．コードサイズがコンパクトである；
３．コードを複製して多くのＦＭＣのタスク及び関連タスクのために再使用することが容易である。
【００７７】
ソフトウェアの一例を以下に示す：
0004965029.tif 000003
【００７８】
本発明のもう一つの態様は、ユーザが電子画像データファイルを特定の文書コンポーネントにリンクし、その後文書コンポーネントを文書の形に編成するのを支援するソフトウェア・ユーザインタフェース及び「文書編成ウィザード」（ＤＣＷ）ソフトウェアである。ユーザは、作りたい所望の文書を構成する画像を表す電子画像データファイルを作成する。ユーザは、リストされた文書様式の種類の１つから最終文書様式を選択する。次に、ユーザは各画像データファイルを７つのうちの１つの文書様式のうちの一特定の文書コンポーネントとして指定する。このソフトウェアは、ユーザが文書様式中における文書コンポーネントの配向及び順番を指定できるようにし、ウィザードはこのような指定を容易にする。また、このソフトウェアは、各文書様式毎に異なる一組の規則を使用して、ユーザがそれから文書を編成することができる文書コンポーネントの数と種類を規制する。例えば、折丁小冊子は、表紙である２枚の別個の媒体を持つことができない。折丁小冊子は１枚の表紙（ラップアラウンド表紙）しか持つことができないが、テープ綴じ文書様式では表紙を２つ（表紙と裏表紙）を持つことが可能である。このソフトウェアは、選択された文書コンポーネントの種類及び／または文書様式によって決まる必要属性を入力するようユーザに促す。また、このソフトウェアは、ユーザが利用することができる仕上げ装置の機能及び制約を表すファイルまたはデータベースを読み、従って利用可能なその仕上げ装置に基づいて利用することができる仕上げ作業、仕上げオプションあるいは属性のみを表示することになろう。
【００７９】
ＤＣＷは、コンポーネントが可変コンポーネント（Ｖａｒｉａｂｌｅ  Ｃｏｍｐｏｎｅｎｔ）かどうかを入力するようユーザに促すことも行う。可変コンポーネントは、印刷ジョブ中の１部の文書と次の１部の文書とで画像データが変わるコンポーネントである。また、固定コンポーネントとは、印刷ジョブで１部の文書と次の１部の文書とで画像データが変わらないコンポーネントである。コンポーネントが可変コンポーネントとして指定される場合、ユーザは様式ファイル名及びデータファイル名を指定することが必要になろう。このデータは全て例えばデータベースに保存される。
【００８０】
ＤＣＷは、ユーザが、いずれかの文書コンポーネントが外部コンポーネント（Ｅｘｔｅｒｎａｌ  Ｃｏｍｐｏｎｅｎｔ）であるかどうか、あるいはその文書コンポーネントは画像データファイルから生成するべきであるかどうかを指定できるようにする。外部コンポーネントとは、何らかの他のプロセスを通して生成されるか印刷されるが、このジョブの一部としては印刷されないコンポーネントである。コンポーネントが外部コンポーネントとして指定された場合、ＤＣＷは、前に印刷された文書コンポーネント用の完全性記述子を入力するようユーザに促すことになる。完全性記述子は、ユーザが完全性記述子ファイル名を入力すると、ファイルからを入力するか読み出すことができる。このデータは全て例えばデータベースに保存される。
【００８１】
次に、図１７乃至１９を参照して、グラフィカル・ユーザインタフェース（ＧＵＩ）を備える本発明のもう一つの実施態様を説明する。このＧＵＩは、オペレータが個々の製品コンポーネントをどのように組み上げて最終の文書製品を形成するかについての専門知識を持っていない場合においても、オペレータが集成機／仕上げ機装置に文書コンポーネントをロードして操作するのを容易にすることができるよう構成されている。従来技術においては、多くの場合、ジョブのクリエータが機械のオペレータを直接支援するか、装置を直接操作するか、あるいは一組の詳細なプロセス指示を書くことが必要であった。
【００８２】
本発明のＧＵＩによれば、仕上げ装置によって編成される文書についての予備知識を全く持っていないオペレータが必要とする詳細な情報が提供される。このインタフェースによれば、簡単なジョブ概要から非常に詳細なコンポーネント状態情報に到る情報が提供される。情報は、製品及びそのコンポーネントの各々について記述するオペレータに与えられる。また、オペレータは、様々な仕上げ装置にコンポーネントをロードして操作する方法全般にわたって案内される。また、このＧＵＩは、オペレータがＶＦＪＴＤＢあるいは他のデータベースと対話することを可能にする。このＧＵＩは、仕上げ装置の所にいるユーザが仕上げ装置を稼働してコンポーネントをロードしかつジョブをステージすることができるように設計される。また、このユーザインタフェースを用いて、仕上げ装置あるいはプリンタの出力場所におけるパッケージング作業を容易化することも可能である。例えば、オペレータは、このＧＵＩを使用して、他の場所へ送られる箱詰めされた生産物のパレット化を支援することもできよう。また、このＧＵＩは、遠隔の仕上げ場所へ輸送されるセグメントをパッケージングするためにプリンタの出力場所で使用することができる。
【００８３】
次に、図１７には、ＧＵＩの初期画面の一実施例が示されている。この画面を用いて、オペレータはデータベース及びジョブ名を選択することができる。また、この画面によってユーザは、データベース中の文書コンポーネントノードを加えたり、取り除いたり、あるいはこれらと同様の操作を行うことができる。
【００８４】
次に、図１８及び１９には、本発明のジョブ集成画面（Ｊｏｂ  Ａｓｓｅｍｂｌｙ  Ｖｉｅｗ）の２つの実施例が示されている。これらの両方の実施例のジョブ集成画面も、階層木構造として構成されたジョブモデルのグラフィカル・ビューが表示される。この階層木構造の画面構成はマイクロソフト・ビジュアル・ベーシック６．０の定義済みトリービュー・コンポーネントを用いて作成することができる。ジョブ集成画面は、テキスト記述でもグラフィック・アイコンでも使用することができる。例えば、折丁本のピクチャあるいは本の表紙のピクチャを表示することもできるし、製品の実ビットマップ写真画像を表示することもできる。
【００８５】
図１８は、上に説明した唯一のジョブ識別子コードからジョブを参照するジョブ集成画面の一実施例を示す。図１９は、ジョブのコンボボックス状態リストからジョブを参照するジョブ集成画面の一実施例を示す。
【００８６】
本発明のＧＵＩの使用には下記のような特徴がある：第１に、ユーザはジョブセグメント識別子シート（ＪＳＩＳ）を目で走査するか、あるいは他の仕方でシステムが上に説明した手順を用いてジョブセグメントのＪＳＩを決定できるようにする。上に述べたように、ＰＭＣは、ＶＦＪＴＤＢあるいは他のデータベースと共に動作して、単一のＪＳＩからジョブモデル及びその全てのノードを再集成することができる。ジョブとその全てのノードが特定されたならば、ＰＭＣ、ＦＭＣあるいは他の端末は、ユーザが「セグメント通知（Ｓｅｇｍｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ）」を選択した場合、そのジョブ用のジョブ集成画面を生成することができる。
【００８７】
第２に、ユーザは標準的なコンボボックスにあるジョブの状態リストを見て、どのジョブを見たいか選ぶことができる。
【００８８】
第３に、ユーザはツールボックスのドラッグ・アンド・ドロップ操作によりジョブ集成画面のグラフィカル・トリーを編集することが可能である。例えば、ユーザは、製品にコンポーネントを加え、あるいは製品からコンポーネントを取り去ることができる。
【００８９】
第４に、無制限に多くのジョブ集成画面のウィンドーを表示することができる。この特徴は、ジョブを後の処理のためにステージするのに役立てられる。
【００９０】
第５に、ＧＵＩの主表示形式は、プリンタ及び／または集成機／フィーダ装置の待ち行列状態であるジョブ状態を表示する。
【００９１】
第６に、ＪＳＩＣのようなセグメント識別子を表示しキーボードを使用して編集することが可能である。
【００９２】
第７に、ユーザがジョブが実行されるよう要求した時、システムソフトウェア（これはＰＭＣ、ＦＭＣ、またはその両方あってもよく、あるいは他のクライアントの所にあってもよい）は、ＧＵＩに各ジョブセグメントの状態チェックを表示するよう指示し、欠落したあるいは不完全なジョブセグメントがあると、そのことをユーザに知らせる。ＧＵＩのこの特徴については、上にＦＭＣとの関連で説明した。
【００９３】
第８に、システム診断表示形式が主表示形式からイネーブルにされアクセスされる。
【００９４】
第９に、ジョブノード、文書ノード、文書コンポーネントノード、ジョブセグメントノード等に関する情報（ただし、これらに限定されない）を含め、全てのノードついての情報の種類及びレベルあるいはジョブモデルのレベルをユーザによって選択すること可能である。
【００９５】
第１０には、本発明のジョブ集成画面によって表示される製品のトリー表現は、サイズ及びレベル数共無限である。最高のレベルは、様々な文書、本及びその他の品物（ＣＤ  ＲＯＭディスクのような）で満たされたパレット積みの箱でもよく、他方同じジョブ集成画面のトリーが、折丁本のただ１ページを備える最低レベルになることもある。ＰＭＣとの関連で上に説明したように、個々のＰＤＬはそのようなシートと関連付けられ、ジョブ集成画面のトリーのＧＵＩから特定して取り出すことができる。
【００９６】
要約すると、本発明は、広範にわたる仕上げプロセスの電子管理・制御のためのシステムで、それ自身異なるジョブ間で高度に可変な作用対象物にジョブに応じて適用することができる多数の生産工程及び装置からの入力を特徴とするシステムである。本発明は、印刷文書の印刷及び仕上げ作業との関連で実施例により説明した。しかしながら、本発明の原理は、本発明は、繊維製品の製造（捺染、裁断、縫製及び仕上げを含む）、様々な消費者向け製品及び産業用製品のパッケージング作業、プリント配線基板の製造等（ただし、これらに限定されない）のような生産及び仕上げシステムに応用可能である。特に、本発明は、作用対象物の製造プロセスがそれらの作用対象物の仕上げ及びパッケージング作業のプロセスとは別個に管理されるような多くの作業に適用可能である。
【００９７】
中でも、本発明においては下記のような長所が実証されている：
１）プリプレス／印刷／仕上げプロセスの３つの全てのフェーズの対話型制御、追跡及び完全性確認機能のための統合型ディジタルアーキテクチャ；
２）ジョブの印刷前に、特にプリンタコントローラとオフラインである場合に、オペレータが複合した集成／仕上げ作業に完全な指示を与えることを可能ならしめる統合された装置及び方法；
３）プリンタコントローラ及び集成機／仕上げ機コントローラがどちらもそれぞれの印刷作業及び集成／仕上げ作業を指示し制御することができるような形で複雑な文書の最終文書様式を正確かつ完全に記述する方法；
４）利用可能な印刷システム及び利用可能な仕上げシステムの両方の制約に応じて印刷ジョブ及び関連するワークフローを分割し管理する装置及び方法；
５）指定されたプリンタ及び指定された集成機／仕上げ機装置の可用性に従って印刷・仕上げプロセス全体を管理する待ち行列管理システム；
６）各製造プロセスを通して、特にプリンタコントローラとオフラインの集成機／仕上げ機の作業を含むプロセス部分を通して各シートを追跡することができる対話型の完全性確認システム；
７）対話型の完全性確認機能に応じて機能し、集成機／仕上げ機装置がシートを要求してそれらのシートが得られない場合にプリンタにそれらのシートを刷り増すかあるいは交換するように自動的に指示ないしは命令する装置及び方法。
【００９８】
従って、本発明は、上に述べた目的及び長所を完全に達成するということは明白である。本発明は、いくつかの実施例との関連で説明したが、当業者には多くの代替態様、修正態様及び変形態様が自明であることは明白である。従って、従って、そのような代替態様、修正態様、及び変形態様は全て特許請求の範囲の記載に基づく発明の精神及び広義の範囲に包含されるものとする。
【図面の簡単な説明】
【図１】コンポーネント及び複雑さのレベルが種々異なる文書の仕上げ作業の例を示す説明図である。
【図２】コンポーネント及び複雑さのレベルが種々異なる文書の仕上げ作業の例を示す説明図である。
【図３】適度な複雑さの文書用の典型的な集成機／仕上げ機装置の動作を示す説明図である。
【図４】ＣＩＰ３を使用して記述することができる情報の形態を概略形式で示す説明図である。
【図５】本発明を使用した仕事の流れを示すと共に、本発明を使用する様々な装置間の関係を図解したブロック図である。
【図６】ＰＭＣと仮想仕上げジョブチケット・データベース（ＶＦＪＴＤＢ）との関係を含めて、ＰＭＣの典型的な入力及び出力を示すブロック図である。
【図７】ジョブセグメント識別子シート（ＪＳＩＳ）の一例を示す説明図である。
【図８】本発明のＰＭＣの論理型アーキテクチャの一実施例の概要を図解したブロック図である。
【図９】概ね図８のステップ７０〜７３に対応するＰＭＣの部分の一実施例を示すフローチャートである。
【図１０】概ね図８のステップ７４〜７６に対応するＰＭＣの部分の一実施例を示すフローチャートである。
【図１１】概ね図８のステップ７７及び７８ａ〜７８ｃに対応するＰＭＣの部分の一実施例を示すフローチャートである。
【図１２】種々のジョブセグメントが通る様々なスレッドの例を図解した説明図である。
【図１３】折丁文書の生成に適用されるようなトリー構造の例を示す説明図である。
【図１４】仕上げモジュール・コーディネータ（ＦＭＣ）の動作をより詳細に図解したフローチャートである。
【図１５】仕上げモジュール・コーディネータ（ＦＭＣ）の動作をより詳細に図解したフローチャートである。
【図１６】仕上げモジュール・コーディネータ（ＦＭＣ）の動作をより詳細に図解したフローチャートである。
【図１７】ＧＵＩの初期画面の一実施例を示す説明図である。
【図１８】唯一のジョブ識別子コードからジョブを参照するジョブ集成画面の一実施例を示す説明図である。
【図１９】ジョブのコンボボックス状態リストからジョブを参照するジョブ集成画面の一実施例を示す説明図である。
【図２０】文書属性、文書様式セレクタ、文書コンポーネント・セレクタ、ジョブ中のコンポーネントを示す図である。
【図１】
0004965029.tif 000004
【図２】
0004965029.tif 000005
【図３】
0004965029.tif 000006
【図４】
0004965029.tif 000007
【図５】
0004965029.tif 000008
【図６】
0004965029.tif 000009
【図７】
0004965029.tif 000010
【図８】
0004965029.tif 000011
【図９】
0004965029.tif 000012
【図１０】
0004965029.tif 000013
【図１１】
0004965029.tif 000014
【図１２】
0004965029.tif 000015
【図１３】
0004965029.tif 000016
【図１４】
0004965029.tif 000017
【図１５】
0004965029.tif 000018
【図１６】
0004965029.tif 000019
【図１７】
0004965029.tif 000020
【図１８】
0004965029.tif 000021
【図１９】
0004965029.tif 000022
【図２０】
0004965029.tif 000023