(57)【特許請求の範囲】
【請求項１】
可変情報が印刷される多数ページからなる文書を高速で発生させるシステムであって、
データストリームを提供するデータシステムであって、前記データストリームは並行して伝送されるデータフィールドコードを含むレコードレイアウトを含むものと、
プリントエンジンであって、コードでタグ付けられた印刷すべきデータフィールドを備えたページレイアウトを有するものと、
高速シリアルリンクを通して前記データシステムに接続されるレジストレーションコントローラであって、文書を印刷するための登録機能を提供するものと、
前記レジストレーションコントローラに接続されるラスターイメージプロセッサ（ＲＩＰ）であって、前記プリントエンジンに接続され前記データストリームに応答して前記プリントエンジンを制御し文書を印刷するものと、
前記レジストレーションコントローラに接続されるリモートターミナルであって、前記レジストレーションコントローラに対するユーザインターフェースとリモートオペレータ制御を提供するものと、
前記レジストレーションコントローラに接続される接続ボックスであって、エンコーダ、センスマーク、バーコードのうちの少なくとも１つの信号を提供して条件付けし、前記信号を前記レジストレーションコントローラに伝送する接続ボックスとを具備し、
前記ラスターイメージプロセッサが実時間で機能するにつれて、データが前記データストリーム内を前記プリントエンジンへと流れることを特徴とするシステム。
【請求項２】
前記データシステムが１秒あたり８Ｍバイトで前記データストリーム内のデータを処理し送信する能力を有することを特徴とする請求項１に記載のシステム。
【請求項３】
前記データストリームは、並行して伝送される、データフィールドコードを含むレコードレイアウトを含み、
前記プリントエンジンはそれに関連し、コードでタグ付けられた印刷すべきデータフィールドを備えたページレイアウトを有し、
それによってデータフィールドコードが、文書内のどこに情報のストリングを印刷すべきかを前記データシステム、前記ラスターイメージプロセッサ及び/または前記プリントエンジンシステムに通知し、
前記ストリングは文書内の多数の場所に印刷される場合であっても、一度だけ提供され、前記ラスターイメージプロセッサが実時間で機能するにつれて、データが前記データストリーム内を前記プリントエンジンへと流れることを特徴とする請求項１または２に記載のシステム。
【請求項４】
前記システムが、１分あたり１０００フィートの前記プリントエンジンの現実の印刷速度を提供するために、１秒あたり９２，０００文字の伝送速度を有することを特徴とする請求項１乃至３のいずれか１項に記載のシステム。
【請求項５】
複数の前記レジストレーションコントローラ及び接続されるプリントエンジン及び高性能の接続ボックスによってさらに特徴付けられ、各前記プリントエンジンが１分あたり１０００フィートの実際の印刷速度を有することを特徴とする請求項１乃至３のいずれか１項に記載のシステム。
【請求項６】
前記システムが、１分あたり300フィートの前記プリントエンジンの現実の印刷速度を提供するために、１秒あたり360,000文字送速度を有することを特徴とする、請求項１、２または３に記載のシステム。
【請求項７】
複数のラスターイメージプロセッサが前記レジストレーションコントローラに接続されて設けられ、各ラスターイメージプロセッサがデータストリームまたはトップ・オブ・フォーム信号のいずれかに応答して印刷することができることを特徴とする、請求項１乃至３のいずれか１項に記載のシステム。
【請求項８】
前記データストリームは、データフィールドコードを含むレコードレイアウトを含み、前記プリントエンジンはそれに関連し、コードでタグ付けられた印刷すべきデータフィールドを備えたページレイアウトを有し、それによってデータフィールドコードが、文書内のどこに可変情報のストリングを印刷すべきかを前記データシステム、前記ラスターイメージプロセッサ及び/または前記プリントエンジンに通知し、前記ストリングは文書内の多数の場所に印刷される場合であっても、一度だけ提供され、前記ラスターイメージプロセッサが実時間で機能するにつれて、データが前記データストリーム内を前記プリントエンジンヘと流れ、多数ページの文書全体がページごとではなく一度に印刷されることを特徴とする、請求項１乃至３のいずれか１項に記載のシステム。
【請求項９】
多数ページの文書を印刷する方法であって、コードでタグ付けられた印刷すべきデータフィールドを備えたページレイアウトを有するプリントエンジン、及びラスターイメージプロセッサを使用する方法であって、
(a)文書内のどこに可変情報のストリングを印刷すべきかを決定することができるように、ラスターイメージプロセッサを通してプリントエンジンに情報を提供するデータフィールドコードを含むレコードレイアウトを含むデータストリームを提供するステップであって、ストリングは文書内の多数の場所に印刷される場合であっても一度だけ提供されるものと、
(b)データがプリントエンジンヘと流れるにつれて、実時間でラスターイメージプロセッサを操作するステップ
とを有することを特徴とする方法。
【請求項１０】
プリントエンジンは、１分当たり800フィートの印刷速度が可能であり、前記ステップ(a)及び(b)が１秒あたり73,000文字の伝送速度でデータを提供するように実施されることを特徴とする、請求項９に記載の方法。
【請求項１１】
前記ステップ(a)及び(b)が、データストリームデータの残りと同じ速度で印刷される可変または固定グラフ成分を、データストリームの一部として提供するように実施することができることを特徴とする、請求項９または１０に記載の方法。
【請求項１２】
前記ステップ(a)及び(b)が、１色あたり最大256までのグレイレベルでカラー印刷可能に実施されることを特徴とする、請求項９、１０または１１に記載の方法。
【請求項１３】
プリントエンジンは、１分当たり1000フィートの印刷速度が可能であり、前記ステップ(a)と(b)が１秒あたり92,000文字の伝送速度でデータを提供するように実施されることを特徴とする、請求項９から１２のいずれかに記載の方法。
【請求項１４】
請求項９から１３のいずれか１項に記載の方法であって、前記方法が登録機能を引き受けるレジストレーションコントローラを利用し、
複数のラスターイメージプロセッサが提供され、各々のラスターイメージプロセッサがデータストリームまたはトップ・オブ・フォーム信号のいずれかに応答して印刷することができ、
(c)データストリームがレジストレーションコントローラを通りラスターイメージプロセッサへと進むように、データストリームを高速シリアルリンクを通してレジストレーションコントローラに接続するステップをさらに有することを特徴とする方法。
【請求項１５】
最大６台までのコントローラが設けられ、更に前記ステップ(a)と.(b)が、６台までのコントローラの各々に対して、１秒あたり92,000文字の伝送速度でデータを提供するように実施されることを特徴とする、請求項１４に記載の方法。
【請求項１６】
プリントエンジンは、１分あたり300フィートの印刷速度が可能であり、更に前記ステップ(a)と(b)が１分あたり300フィートの印刷速風に対して、１秒あたり360,000文字の伝送速度でデータを提供するように実施されることを特徴とする、請求項９に記載の方法。
【請求項１７】
最大６台までのコントローラが設けられ・更に前記ステップ(a)と(b)が、６台までのコントローラの各々に対して、１秒あたり360,000文字の伝送速度でデータを提供するように実施されることを特徴とする、請求項１６に記載の方法。
【発明の詳細な説明】
関連出願に対する前後参照
本出願は１９９７年１月１７日に提出された仮出願番号６０／０３５，７００に基づく。
発明の背景及び要約
ムーア（Ｍｏｏｒｅ）ＸＬデータシステムはイリノイ州レークフォレスト（Ｌａｋｅ  Ｆｏｒｅｓｔ）のムーア・ビジネス・フォームス社（Ｍｏｏｒｅ  Ｂｕｓｉｎｅｓｓ  Ｆｏｒｍｓ，  Ｉｎｃ．）から入手できるエレクトロニクスとソフトウエアを備え、個々の文書の結像前にジョブ情報を前処理する。その処理は画像をプレローディングすること、可変データの読出し、ｗｅｂ同期化及びその他の機能を含む。ＸＬデータシステムは広範囲のプリントエンジン、例えば、ムーア・ビジネス・フォームス社（Ｍｏｏｒｅ  Ｂｕｓｉｎｅｓｓ  Ｆｏｒｍｓ，  Ｉｎｃ．）から入手できるＭＩＤＡＸプリンタ、Ｘｅｉｋｏｎプリンタ、及び静電プリンタ、インクジェットプリンタまたは他の従来の結像技術を使用するその他の高速プリンタと共に使用できる。従来のＸＬデータシステム、及び１９９６年９月１０日に提出された米国特許出願番号０８／７０９，８４８及び１９９５年７月１０日に提出された米国特許出願番号０８／５００，０１１（これらの開示は参照してここに組み込まれる）に示されているような、ＸＬデータシステムの様々な改良が非常に効果的である。しかしながら、それらは他の従来の制御システムと同様に、典型的にプリンタが１分あたり約３００フィート、しかし１分あたり約５００フィート以下である最大速度で印刷するように操作できる。ＸＬデータシステム及び他の従来のシステムはまた、グラフィックスの印刷速度、利用できる色の制限を有し、特定の速度でどの程度多くの可変情報を提供できるかに関して制限がある。
本発明によれば、（ＸＬデータシステムに取って代わる）次世代の制御システムが提供され、それは機能性と能力を大いに向上させる。本発明によるシステムと方法は、（公知の先行技術のシステムにおいて必要であった）ページごとではなく、一度に全文書の印刷を行うことができる。ＸＬデータシステムを含む従来のシステムでは、各ページを別個に印刷し、別個にフォーマットする必要があり、それがプロセスの速度を制限していた。つまり、可変情報と固定情報を含むために、印刷すべき全ての情報を予めフォーマットしなければならなかった。次に各々のフォーマットされたページが、ラスターイメージプロセッサ（ＲＩＰ）を通して、プリントエンジンに送られ、そこでページとして印刷された。つまり、文書の各々のページを別個にフォーマットしなければならなかった。
本発明によれば、レコードレイアウトを備えたデータストリームを提供することによって、ページごとではなく、全文書の印刷を実施するシステム及び方法が提供される。レコードレイアウトは「タグ」またはデータフィールドコードを含む一方、データストリームは印刷すべき情報を含む。これら２組の情報が平行してプリンタに送られる。情報のストリングは、文書内の数箇所で印刷すべきものであっても、一度だけ提供すればよい。文書内で、ストリングが印刷される場所をデータフィールドコードが決定し、データがプリンタへと流れるにつれて、ＲＩＰ操作が実時間で行われる。
プリンタは、コードで「タグ付け」された印刷すべきデータフィールドを有するページレイアウトを含む。データシステムがプリンタに文書のページの特定の領域を印刷するように指令すると、プリンタはレコードレイアウト内の「タグ」に対応するページレイアウト内の「タグ」（データフィールドコード）を見て、そのタグまたはデータフィールドコードによって指定されるデータを印刷する。
データフィールドコードまたは「タグ」はデータストリーム内のバイト群を指定するコードである。例えば、データフィールドコード−名前−が、データフィールドコード−名前−を有するデータフィールド内のデータレコードの文字Ｘ（変数）〜Ｙ（変数）（例えば１０〜３３）を印刷すべきであることをプリンタ内のページレイアウトに告げるであろう。
本発明による制御システムでは、個々の、多重入力される独立式登録コントローラ（registration controller）が提供される。レジストレーションコントローラは全ての登録機能のＲＩＰを救援する。ＲＩＰはトップ・オブ・フォーム信号（top of form signal）からだけではなく、レジストレーションコントローラを通してデータシステムからの通信ブロックも共に印刷するように構成される。通信ブロックはＲＩＰにＲＩＰデータバッファ内のどのフォーム番号を次のＴＯＦで印刷すべきかを伝えるであろう。これはデータシステムがＲＩＰに送信されたどのフォームをも印刷するようにＲＩＰに要求することができるようにする。ＲＩＰが要求されたフォームを印刷した後、ＲＩＰはレジストレーションコントローラを通して通信ブロックをデータシステムに送り返し、実際に要求されたフォームが印刷されたことを指示するであろう。
レジストレーションコントローラに供給されるセンスマーク、エンコーダ、バーコードまたは同様の信号を調節する（condition）ために、レジストレーションコントローラと共に少なくとも１つの高性能の接続ボックス（junction box）が典型的に使用されるであろう。「調節」（"conditioning"）とは、信号が安定化され、いつ印刷の開始を合図するかを決定するために、レジストレーションコントローラが使用することができる適切な電圧と持続時間パルス（duration pulse）に変換されることを意味する。レジストレーションコントローラは１つ以上のネットワークハブ（配達ポイント）を有し、８個までの接続ボックスがそこに接続される。レジストレーションコントローラハブも共に接続することができる。これはシステムマスタのためにどの接続ボックスも使用することができるようにシステムをプログラムすることができるようにし、またどのような数のプリントエンジンをも登録するために、どの接続ボックスも使用できることを意味する。
レジストレーションコントローラは、特定の状況のために必要な速度に応じて、１００ベースのイーサネット（Ethernet）リンク、またはＲＳ２３２、ＲＳ４２２、ＲＳ４８５またはそれらと同等の高速シリアルリンクである、データストリームを提供するデータシステムと通信するであろう。データシステムはこのリンクを使用してフォームのラグ、フォームサイズ及びプリントリクエストブロックをレジストレーションコントローラに送り、更にＲＩＰから送り返される印刷済みフォーム確認を受け取るであろう。
典型的に、レジストレーションコントローラは高速シリアルリンクによって接続されるリモートターミナル（好ましくはＰＣベースのもの）を有し、それはユーザインターフェイスがレジストレーションコントローラをプログラムするために使用され、リモートオペレータ制御ボックスとして二倍の力を出すことができる。また、レジストレーションコントローラはＭＩＣＲ、ＴＯＦ及びバッチカウンティング等の簡単なプレス機能を提供するであろう。
レジストレーションコントローラハブは多重ｗｅｂフォームのラグコマンドを自動的に追跡するであろう。フォームラグを維持するために、レジストレーションコントローラは絶えず、各々のマスターハートビート（master heart beat）と関連して、各々のプリントエンジンのＴＯＦをモニタする。例えば、全てのマスタハートビートに対して、ＴＯＦが発生するべきである。ＴＯＦが発生した時、プリントカレントフォーム番号がＲＩＰに送られる。次のシステムハートビートまでＴＯＦが発生しない場合、ＲＩＰに送られる印刷要求には−１が付加されるであろう。システムハートビートの間に２回のＴＯＦが発生した場合、２回目のＴＯＦにはフォーム番号に＋１を付与したタグが付けられるであろう。一旦ＲＩＰがフォームを印刷してしまうと、ＲＩＰはレジストレーションコントローラを通して、特定のフォーム番号を実際に印刷してしまったことをデータシステムに伝えるであろう。本発明によるシステムと方法を利用して、プリントエンジンの現実の印刷速度（このような印刷速度が可能であると仮定して、またその速度を支持するために適切な紙輸送機構が提供されると仮定して）は、１分当たり５００フィートより速い速度、例えば１分当たり６００フィートを超える速度、実際には１分当たり８００フィートを超え、１分当たり約１，０００フィートまでの速度で印刷できるかもしれない。本発明によるシステムは、１秒あたり１０メガバイトでデータを処理し送信する能力（処理量）を有する。これは言い替えると、６台までのコントローラに対して、１分あたり１，０００フィートまでの速度で、１秒あたり約９２，０００文字の転送速度、あるいは６台までのコントローラに対して１分あたり３００フィートまでの速度で、１秒あたり約３６０，０００文字の転送速度である。
本発明の方法及びシステムによれば、グラフ成分をデータと同じ速度で印刷することができる。グラフ成分は、データと同じ方法で転送され、ＲＩＰ「オン・ザ・フライ」（実時間）によって処理されるので、可変であっても固定であってもよく、データと同じ速度で印刷することができる。どのようなグラフ成分も、１色あたり２５６までのグレイレベルでどのような色ででも印刷することができる。
本発明の一態様によれば、高速可変情報が印刷される多数ページ文書を発生させるシステムが提供される。該システムは以下の成分を備える：データストリームを提供するデータシステム；高速シリアルリンクを通してデータシステムに接続されるレジストレーションコントローラで、文書を印刷するための全ての登録機能を提供するもの；プリントエンジン；レジストレーションコントローラに接続され、また文書を印刷するためにプリントエンジンを制御するためにプリントエンジンに接続される、ラスターイメージプロセッサ；レジストレーションコントローラに対するユーザインターフェイスとリモートオペレータ制御を提供するために、レジストレーションコントローラに接続されるリモートターミナル（例えば、ＰＣ）；及び１つ以上のエンコーダ、センスマーク、バーコードまたは他の信号をもたらして調節し、それらをレジストレーションコントローラに伝送するためにレジストレーションコントローラに接続される高性能の接続ボックスである。
データシステムは１秒あたり少なくとも８メガバイトで（例えば、１秒あたり約１０メガバイトまで）の速度でデータストリーム内のデータを処理し送信する能力を有する。並行して伝送されるデータは、データフィールドコードを含むレコードレイアウトを含み、プリントエンジンはそれに連合して、コードでタグ付けられた印刷すべきデータフィールドを備えたページレイアウトを有する。これはデータフィールドコードが、文書内のどこに情報のストリングを印刷すべきかをデータシステム、ラスターイメージプロセッサ及び／またはプリントエンジンに告げることを意味し、ストリングは文書内の多数の場所に印刷される場合であっても、一度だけ提供すればよい。ラスターイメージプロセッサが実時間で機能するにつれて、データはデータストリーム内をプリントエンジンへと流れる。好ましくは、レジストレーションコントローラに接続される複数のラスターイメージプロセッサが設けられ、各々のラスターイメージプロセッサがデータストリームまたはトップ・オブ・フォーム信号のいずれかに対する応答を印刷することができる。
本発明の別の態様によれば、それに関連して、コードでタグ付けられた印刷すべきデータフィールドを備えたページレイアウトを有するプリントエンジン、及びラスターイメージプロセッサにおけるように、多数ページの文書を印刷する方法が提供される。この方法は：（ａ）文書内の可変情報のストリングを印刷すべき場所を決定することができるように、ラスターイメージプロセッサを通してプリントエンジンに情報を提供するデータフィールドコードを含むレコードレイアウトを含むデータストリームを提供するステップであって、ストリングは文書内の多数の場所に印刷される場合でも、一度だけ提供すればよいもの；および（ｂ）データがプリントエンジンへと流れるにつれて、実時間でラスターイメージプロセッサを操作するステップを備えてなる。
プリントエンジンは好ましくは、１分当たり少なくとも約６００または８００フィートの印刷速度（例えば、１分当たり約１，０００フィートの速度）が可能であり、ステップ（ａ）と（ｂ）は１秒あたり少なくとも約７３，０００文字（例えば、１秒あたり約９２，０００文字）の伝送率でデータを提供するように実施することができる。ステップ（ａ）及び（ｂ）は、データストリームの残りと同じ速度で印刷される可変または固定グラフ成分を、データストリームの一部として提供し、１色あたり２５６までのグレイレベルでどのようなカラーでも印刷するように実施することができる。該方法は全ての登録機能を引き受けるレジストレーションコントローラを利用して実施することができ、複数のラスターイメージプロセッサが設けられてよく、各々がデータストリームまたはトップ・オブ・フォーム信号のいずれかに応答して印刷することができ、データストリームがレジストレーションコントローラを通りラスターイメージプロセッサへと流れるように、データストリームを高速シリアルリンクを通してレジストレーションコントローラに接続する更なるステップ（ｃ）があってもよい。
発明の別の態様によれば、以下の成分を備える、多数ページの文書を印刷するシステムが提供される：１分あたり少なくとも３００フィートの速度で印刷することができ、それに連合してコードでタグ付けられた印刷すべきデータフィールドを備えたページレイアウトを有するプリントエンジン；プリントエンジンの少なくとも部分的な印刷制御を提供するために、プリントエンジンに接続されるラスターイメージプロセッサ；文書内のどこに可変情報のストリングを印刷すべきかを決定することができるように、ラスターイメージプロセッサを通してプリントエンジンに情報を提供するデータフィールドコードを含むレコードレイアウトを含むデータストリームを提供する手段であって、該ストリングは、文書内の数箇所で印刷すべきものであっても、一度だけ提供すればよく；及びデータがプリントエンジンへと流れるにつれて、実時間でラスターイメージプロセッサを操作する手段。複数のラスターイメージプロセッサが設けられてよく、各々がデータストリームまたはトップ・オブ・フォーム信号のいずれかに応えて印刷することができ、更に全ての登録機能を引き受け、ラスターイメージプロセッサに接続されるレジストレーションコントローラが設けられてもよい。
本発明の主要な目的は、高速可変情報印刷多数ページ文書を発生させるために向上した能力を有する方法とシステムを提供することである。発明のこの目的及び他の目的は、発明の詳細な説明及び添付クレームから明らかになるであろう。
【図面の簡単な説明】
図１は本発明による例示的なシステムを示す概略ブロック線図である。
図２は図１のデータシステムの例示的な詳細を示す概略ブロック線図である。
図３は本発明による例示的なシステム４０の概略的な構造概観図である。
図４〜６は代替実施形態において、特定の機能を達成するために、本発明のシステムによる様々な成分の相互接続を図示する概略ブロック線図である。
図面の詳細な説明
図面の説明及び以下の詳細な説明において、様々な命名法を使用するが、それらを下記に記す：
ＲＩＰ          ラスターイメージプロセッサ
ＴＯＦ          トップ・オブ・フォーム
ＲｅｇＣｏｎ    レジストレーションコントローラ
Ｈｕｂ          ネットワークハブ（配達ポイント）
ＲＤＦ          ポータブル文書フォーマット
ＲＡＭＰＳ      ＣＤ−Ｒｏｍアーカイブアプリケーション
ＦＤＤＩ      ファイバー分配データインターフェイス
ＣＯＲＢＡ      共通目的要求ブローカ構造
ＳＵＲＦ    シンクロナス・ユニバーサル・レジストレーション・フォーマッタ
ＰＰＣ          パワーＰＣ
ＯＳ            オペレーティングシステム
ＲＩＳＣ        縮小命令セットコンピュータ
ＢＩＧ          ビットイメージ発生器
ＢＩＭＳ        ビットイメージメモリ
ＥＣＭ          エンジンコントロールモジュール
ＦＩＭ          フォントイメージメモリ
ＤＥＣＯＭＰ    デコンプレッション
Ｓｃｒｅｅｎ    スクリーニングモジュール
ＨＳＳ          高速記憶装置
ＥＮＥＴ        イーサネット
Ｈｉｐｐｉ      高性能並列インターフェイス
図１は本発明による例示的なシステムの基本的成分を概略的に図示している。該システムはデータシステム１０と１つ以上のレジストレーションコントローラハブ１１、１１’を含む。レジストレーションコントローラ１１は、１００ベースのイーサネット（Ｅｔｈｅｒｎｅｔ）リンクまたはＲＳ２３２等の高速シリアルリンク１２を通してデータシステム１０に接続される。レジストレーションコントローラハブ１１、１１’は文書を印刷するための全ての機能を提供し、その機能の従来のＲＩＰを救援する。
図１のシステムは１つ以上のプリントエンジン１３、１３’も含み、それらはＭＩＤＡＸ、Ｘｅｉｋｏｎ等の適当な高速プリンタ、あるいは静電またはインクジェット技術タイプの他の適当なプリンタであってよい。プリントエンジン１３、１３’は典型的に、それに連携して（そのケーシング内に、あるいはそうでなければコントローラまたはラスターイメージプロセッサに配置されて）コードでタグ付けられた印刷すべきデータフィールドを備えたページレイアウトを有する。
更に、図１のシステムは、コントローラハブ１１、１１’ごとにコントローラハブ１１、１１’に接続される１つ以上のラスターイメージプロセッサ１４、１５、１４’、１５’を含み、また文書を印刷するためにプリントエンジンを制御するためにプリントエンジン１３、１３’に接続される。ラスターイメージプロセッサは、（レジストレーションコントローラハブ１１、１１’によって引き受けられた）登録機能が軽減され、ＴＯＦ信号からだけでなく、データシステム１０からのデータストリームにも応答して印刷するように構成されている点以外は、従来のＸＬデータシステムのものと同じである。これは、例えば、ＴＯＦ信号プロバイダとしてＲＩＰ１４から伸びる線１６によって、またプリントエンジン１３に対してデータストリーム制御を提供する線１７によって、図１において概略的に示されている。
更に、図１のシステムは好ましくは、レジストレーションコントローラハブ１１（１１’）に対するユーザインターフェイスを提供するためのリモートターミナル１８（ＰＣ等）と、リモートオペレータコントロールを含む。リモートターミナル１８はＰＣ用に提供されるような、キーボード、マウス等の標準のコントロール特徴を有する。リモートターミナル１８は好ましくは１００ベースのイーサネットリンクまたはＲＳ２３２等の高速シリアルリンク１９を通して、レジストレーションコントローラ１１に接続される。
また、図１のシステムは好ましくは、１つ以上のエンコーダ、センスマーク、バーコードまたは他の信号をもたらして条件付けて、それらをレジストレーションコントローラハブ１１、１１’に伝送するために、レジストレーションコントローラハブ１１、１１’に接続される１つ以上の高性能の接続ボックス２０、２０’を含む。接続ボックス２０、２０’は信号を安定化させ、印刷の開始をいつ合図するかを決定するためにレジストレーションコントローラハブ１１、１１’が使用することができる適切な電圧と持続時間パルスを提供することによって、信号を「調節」する。図１に図示された例示的な実施形態では、接続ボックス２０は、例えば、バーコードリーダ、Ａｕｘｉｎ、センスマーク、エンコーダ及びピンホイールにまで概略的に接続されているのが示されている。
各々のハブ１１、１１’に対して、８個までの接続ボックス２０、２０’を設けることができる。各々のハブ１１、１１’はネットワークハブ、または配達ポイントである。
レジストレーションコントローラは各々のプリントエンジン１３、１３’に対して、ＭＩＣＲ、ＴＯＦやバッチカウンティング等の簡単なプレス機能を提供してもよく、それらは「キッカー（"kicker"）」制御サーキットリのために図１において２１、２１’で概略的に図示されている。
通常の操作の間に、各々のＲｅｇＣｏｎハブは多数のｗｅｂフォームラグを自動的に追跡するであろう。フォームラグを維持するために、ＲｅｇＣｏｎは各々のマスターハートビート（master heart beat）に関連して、絶えず各々のプリントエンジンＴＯＦをモニタする。典型的に、各々のマスターハートビートに対してＴＯＦが発生するべきである。ＴＯＦが発生した時、プリントカレントフォーム番号がＲＩＰに送り出されるであろう。次のシステムハートビート（system heart beat）までＴＯＦが発生しない場合、ＲＩＰに送られた印刷要求には−１が付加され、システムハートビートの間に２回のＴＯＦが発生した場合、２回目のＴＯＦにはフォーム番号に＋１を付与したタグが付けられるであろう。一旦ＲＩＰ（例えば、ＲＩＰ１４）がフォームを印刷してしまうと、ＲＩＰはＲｅｇＣｏｎ１１を通して、特定のフォーム番号を実際に印刷してしまったことをデータシステムに伝えるであろう。これはデータシステム１０がＲＩＰ（１４）データバッファ内のどのフォームも印刷するように要求できるようにするばかりでなく、そのフォームを印刷した確認を受け取るであろう。
データシステム１０からのデータストリームは、並列で伝送されるレコードレイアウトを含む。レコードレイアウトはタグ（データフィールドコード）を含み、データストリーム自体は印刷すべき情報のみを含む。これら二組の情報（並列で伝送されるデータストリーム自体とレコードレイアウトデータフィールドコード）が並行してプリントエンジン１３、１３’に送られる。レジストレーションコントローラ１１がプリントエンジン１３に文書のページの特定の領域を印刷するように通知すると、プリントエンジン１３のページレイアウト（コードでタグ付けられた印刷すべきデータフィールドを有する）がレコードレイアウト内のデータフィールドコードまたはタグに対応するページレイアウト内のデータフィールドコードまたはタグを「見て（"see"）」、そのタグによって指定されるデータを印刷する。例えば、データフィールドコードはデータストリーム内のバイト群を指定するコードであってよく、例えば、名前タグがプリントエンジン１３内のページレイアウトに、データレコードの文字Ｘ〜Ｙ（例えば、１０〜３３）を「タグ」（名前）が付けられたデータフィールド内に印刷すべきであることを告げるであろう。データストリーム内のデータフィールドコードがこのように文書のどこに情報のストリング（典型的に可変情報）を印刷するかをシステムに通告する。これらの情報のストリングは文書内の数箇所に印刷すべきものであっても一度だけ提供されれば十分である。データフィールドコードが文書内のどこに情報のストリングを印刷するかを決定し、データがプリントエンジン１３、１３’へと流れるにつれて、ＲＩＰ１４、１４’、１５、１５’操作が実時間（"on the fly"）で行われる。
図２は図１のデータシステム１０が取ることができる形態を概略的に示している。（例えば、始動、ジョブローディング、製作及び同様のモード間をシステムが進行するにつれて）必要かつ設定可能な成分の初期設定及び起動（launching）のためにシステムコントローラ２２が設けられてよい。
システム１０の通信用サブシステム２３がＣＯＲＢＡ、またはよりアプリケーション特有であり、ＣＯＲＢＡを介して送信する同等な（comparable）システムを備えていてよい。通信ネットワークサブシステム２４は機械の全てを共に接続する印刷環境ネットワークを提供する。もし提供されれば、ＵＩ通信モジュール２５がシステムコントローラとユーザインターフェイス間のメッセージの経路指定の処理をする。どのような数の制御ポイントも提供することができ、各々が異なるタイプの情報（例えば、ステータス、メッセージ等）を通信することを予想している。システムコントローラは全ての「状態（state）」情報をモジュール２５に転送するが、モジュール２５は通信を必要とする全てのＵＩクライアントを認識しているであろう。ここで特定の機能を果たすことが認可されていないＵＩクライアントからのシステム変更要求をフィルタリングするために、保全規則（security rules）を適用してもよい。ユーザインターフェイスは人間に制御またはステータス（status）を提供するシステムの全ての部分であろう。「オンライン」製作システムとの全ての通信は、該システムにおけるように、モジュール２５を通りシステムコントローラへと経路が定められるであろう。システムの現在のモードの事情により、要求に対してサービスを提供できない場合には、その要求が拒絶されるか、不能にされるであろう。
システム１０のジョブ作成サブシステム２６は製作プロセス用の準備のためにジョブ情報を処理する。サブシステム２６はデータエンジンモジュール２７に全ての設定パラメータを知らせる。ＰＤＦは設定パラメータであってもよいし、あるいはＰＤＦストリームがデータとして読み込まれてもよい。
リソースコントローラモジュール２８がジョブリーダ（job reader）、データエンジン２７等からのリソースに対する全ての要求を処理する。リソースコントローラモジュール２８はリソースが局部的に利用できるかどうか、あるいはリソースマネージャから要求される必要があるかどうかを決定する。
データソースモジュール２９は可変データマネージャ、トランスフォーマ、ストリームインターリービング等を備えることができる。
データエンジン２７ハンドルはシステム内のデータの解釈及び操作である。データリーダ部分３０は入力データを要求し、出力に関する記録を作り、新しい文書を作成中のデータマージ部分３１からの合図に基づいて、「入力インデックス」を維持することができる。データマージ部分３１はページレイアウト、条件制限、及び入力記録に基づいてオブジェクトを構成し、ＰＤＦ、ＤｏｃＳｅｔ及び指標（indexing）を発生させる。ＤｏｃＷｒｉｔｅｒ部分３２は所望の出力動作に基づいてＰＤＦページを出力する。ページは１つの領域内の全てのオブジェクト、特定の色の全てのオブジェクト、特定のリストにおいて特定された全てのオブジェクト等によって多数のプリンタ用に分離されてもよい。全てのページは見やすさのためにマージされてもよく、またページの並び替えが提供されてもよい。
システム１０のデシミネータ（disseminator）サブシステム３３はセットアップリソース及び製作ページ用の出力装置からの要求を処理する。このサブシステム３３は文書調査（audit）／位置決めサブシステム３４に全ての活動を知らせる。文書調査／位置決めサブシステム３４はどの文書を印刷したか、どの文書を再印刷したか、どの文書がまだ印刷されていないか等に関する徹底的調査を処理する。また交互のストリーム（例えば、プロセスサンプルにおいて、「むら取り」（"Makeready"）、「オートフォームラグ」（"Autoform lag"）等を可能にして、製作ストリームに戻るために、出力ストリーム、入力ストリーム内の位置決め要求、あるいは現在のストリームの中断要求を処理する。
最後に、データシステム１０のプリントネットワークサブシステム３５はファイバーチャネルドライバ／レジストレーションシステムである。
本発明により製作される文書はページの収集として定義される。文書の構成は印刷すべきオブジェクトを含む一組のページレイアウトに基づくであろう。これらのページレイアウトとオブジェクトは基準属性の指定に基づいて条件付きで結像されてよく、また文書とそれらのオブジェクトは印刷技術から独立した解像度及び座標系であろう。
図３は本発明による例示的なシステム４０の概略的な構造概観図である。システム１０の主な構築ブロックはフロントエンドレイアウト４１、組付け／製作割り当て（データエンジン、ソフトＲＩＰ）４２、可変データマネージャ４３、データシステム（データエンジン）４４、プロセスコントローラ４５、リソースマネージャ４６、及びプリント登録システム４７である。図３のシステムは構造的なフォーマットで図１のシステムを表わしたものである。
フロントエンドレイアウト４１はページレイアウトとレイアウトプルーフを準備する、本発明によるシステムの顧客または供給業者用のツールである。レイアウトは好ましくは業界で標準のデスクトップツールに基づいており、特殊なプリントプロセッサを支援するための拡張が可能である。ユーザは以下のことができるであろう：
１．固定されるであろうオブジェクトを置く；
２．ページ配置を助けるために、アプリント・テクノロジーガイド＠（Ａｐｒｉｎｔ  ｔｅｃｈｎｏｌｏｇｙ  ｇｕｉｄｅｓ＠）を使用する。このガイドはユーザが、例えばインクジェットヘッドのプリント領域内に含まれる項目を配列することができるように、選択された印刷技術の境界を示すであろう。しかしながら、ユーザはこの特徴を使用する必要はない；
３．固定テキスト、可変プレースホルダ（placeholdelr）、条件付き処理を含むオブジェクトに属性を指定する；
４．オブジェクトをグループ分けし、グループ内の全てのオブジェクトに属性を指定する；
５．ページレイアウトに条件付きページセレクションを指定する；
６．参照及び結合のために各オブジェクトを特定する；
７．リソースマネージャからリソースをインポート／エクスポートする。
ユーザが文書を構成する時、オブジェクトを可変プレースホルダとして指定してもよい。ユーザは単にリストをインポートするか、または可変タグのリストを作成するであろう。全ての可変プレースホルダは実時間で切り開かれる。
レイアウトユーザはレコードレイアウトを気にしなくてもよい（ユーザは可変データフィールドに対する開始位置及び停止位置を規定しなくてもよいであろう）。可変フィールドタグとレコードレイアウト間のこの関係はレコードレイアウトファイルに保管される。レイアウトユーザは可変プレースホルダのみに関わればよい。
レコードレイアウトは構成プロセスから独立して処理される。レコードレイアウトリソースは、フロントエンドレイアウトへとインポートされてもよいし、あるいはフロントエンドレイアウトによって発生されてもよいし、あるいはフロントエンドレイアウトから独立していてもよい。レコードレイアウトを限定するためにツールが提供されるであろう。
条件付き処理は基準定義に基づいている。レイアウトユーザは名前の付けられたタグを使用して、ページ、オブジェクト、入力レコード等に条件付き属性を指定することができる。レイアウトユーザはまたプレ／ポストページ、プレ／ポストレコード、プレ／ポストオブジェクト、プレ／ポストシートとして条件付き処理を指定することができる。
組付けレイアウト＆製造技術指定（Mfg. Technology Assignment）ブロック４２は多数の成分を含む。
組付けレイアウト（ページ）はフロントエンドレイアウト４１の後で使用するためのツールであり、物理的なシートに関してページレイアウトの選択及び位置決めを準備する。これらの操作はｎ−アップ指定、二重指定、回転ガター（gutter）指定を含む。このステップの結果が折り丁（signature）として知られるであろう。
組付け機能によって以下の属性がジョブ情報に付加される：
１．Ｎ−アップ  ページシーケンスが配置される折り丁上の横列（raws）と縦列（columns）の指定。これはページフィルオーダを含む。
２．ガター  Ｎ−アップアプリケーションに対するページ間のギャップ。
３．ページ回転  折り丁内の各ページの方位。
４．二重  特定のシートが両面印刷を有するかどうかの指示。
５．クロップマーク／カラーバー／センスマーク  折り丁に対する登録及びＱＡコントロールマークの付加。
６．折り丁回転  ユーザはジョブごとに多数の折り丁を定義し、折り丁同士の方向を制御することができるであろう。
組付けは印刷プロセスの制約を実施する責任を持つであろう：
１．トップ・オブ・フォームギャップ
印刷の重なりの発生を防止するために、折り丁間のギャップが１／１６インチ以上であることが重要である。
２．レジストレーションマークのクリアランス
正しい登録を保証し、断続的な登録シフトを避けるために、センスマークの両側に１／２インチの空白スペースが必要である。
製造技術指定コンポーネントは組付け後に使用するためのツールであり、特殊な印刷技術に対するオブジェクトの指定を準備する。選択された技術に基づいて折り丁に対するオブジェクトの確認手続をする。
製造技術指定ステップは、ジョブ情報に対して以下の機能を果たす：
１．技術指定  ジョブ内の各々のオブジェクトに対する特定の印刷技術の選択。将来の特徴としては、プロセス知識に基づく自動指定を含むことができるであろう。
２．確認  各々のＡオブジェクト-技術＠指定（Aobject-technology@assignment）がチェックされ、選択された技術がオブジェクトをサポートすることができるかどうかを決定する。ジョブ内の全ての可能な折り丁に亙って、全てのAobject-technology@assignmentの複合物も確認される。この確認は選択される特定の技術に対するいずれの印刷領域サイズリミットも含むであろう。
各々の確認作業に対して例外があってもよい。一部の例外はこのツール内で補正することができ、他の例外はレイアウトツールにおいてオブジェクトの再構成を必要とするかもしれない。各々の確認チェックに対する例外は以下のものによって補正することができる：
-提案される解決策のリストから選ばれた別のタイプの技術の応用；
-残りの技術のリストから選ばれた所望の技術の別のユニットの追加；
-オブジェクトの移動であって、既に選ばれている（Layoutにおいて実施されている）技術内への組み込みを可能にする；
-オブジェクトの再構成、既に選ばれている（Layoutにおいて実施されている）技術内への組み込みを可能にする；
-名前の付けられたタグを使用する、Aactions@に対する条件付き属性の指定。アクションは制御の完了（補助装置）、選択的完了プロセスの開始を含む。ユーザはプレ／ポストシートとして条件付き処理を指定することもできる。
-ジョブホルダに含まれ、ジョブを作り出すために必要な技術のセットを詳述する技術セットアップレポート。これは技術のタイプ、インクカラー指定及びヘッドの物理的位置決めを含むであろう。
これらの機能を終了する（exit）と同時に、電子ジョブホルダに対して紛失したリソースのプレ・フライトー致（pre-flight reconciliation）が実施される。その出力は完全な、製作準備の整ったジョブの定義である。
可変データソース／可変データマネージャ４３は＞データサーバ＝（>data server=）として作用し、例えばデータシステム１０等の様々なコンポーネントと通信する。可変データマネージャ４３は：
１．顧客データを提供する；
２．データセット（つまり、テストデータ、製作データ、むら取りデータ、及びプルーフデータ）を管理する;
３．周期的な品質検査フォームを任意に提供する；
４．多数のソースからの入力の順序付けの準備をする。
データのリムーバブルメディアソースは連続印刷を可能にするために、Astreamed@でなければならない。デザイン次第で、これは、ＳＣＳＩテープドライブ（ＩＭＢ  ３４ｘ０または３４９０Ｅカートリッジテープ標準）；またはＴＤ４９０カートリッジドライブ；または３４９０Ｅクラスのドライブ（例えば、ＴＤ４９０Ｅ）；リムーバブルハードディスク；ＣＤ−ＲＯＭ；及び／または光学フロッピーディスク等、各ユニットの１つまたは２つを必要とするかもしれない。
１．各々のシステムはいずれの遠隔のデータソースからもデータを受信するために、ＬＡＮまたはＷＡＮ接続を使用してもよい。これはリモートファイルｓｅｒｖｅｒ＝ｓのハードディスク（例えば、ＮＦＳを介した直接装着）または通信チャネル（例えば、ＴＣＰ／ＩＰソケット、ファイバーチャネル）を含むことができる。
データシステム／データエンジン４４データシステムコンポーネントは、標準のプリントデータストリームを作るために、＞データエンジン：（>Data Engine=）を利用する高速プリント製作システムである。このコンポーネントは実時間で高速印刷技術に対してデータストリームを分配する。その他の責任としては、登録；機械的完了設備の制御；統合化された確認；徹底的調査システムが含まれる。オペレータは、多数のリモートワークステーションに属することができる、グラフィックユーザインターフェイスを介してデータシステムと対話してもよい。これらのインターフェイスは簡略化されたジョブ設定、操作及び印刷装置ごとに多数のプリントヘッドのサポートを提供するであろう。
データシステムは以下のことに責任を持つであろう：
１．プロセスコントローラに必要なリソースを知らせる；
２．（リソースマネージャに保管されている）リソースに対するアクセスを提供する；
３．プロセスコントローラに対するリソースの配達；
４．登録モジュールとの同期；
５．これらの情報へのアクセスを提供する一方で、システム性能、徹底的調査及びシステムメッセージデータにログする。情報の自動的アップローディングをＷＡＮアクセス可能ロケーションにアドレス指定する；
６．プリント製作プロセスのオペレータ制御を提供する；
７．プリント製作セットアップのオペレータ制御を提供する；
８．アップグレードできる業界標準に基づいて、プロセスコントローラに対する通信用の高速バスを利用する；
９．フォームラグ及び登録調整を容易にするための特徴を提供する（自動化フォームラグ）；
１０．装置設定パラメータの保管及び再生を含む、完全な製作システムの中央制御を許可する；
１１．長い距離に亙って増大した数（最大で３２）の装置をサポートする；
１２．少量のデスクトッププリンタへの直接接続；
１３．作業停止後の再位置決めプロセスを向上させる（これは自動再位置決めを含むことができる）；
１４．多数のソースからのデータ符号化の独立した解釈をサポートする。これは様々な漢字符号化と共にＡＳＣＩＩ、ＥＢＣＤＩＣ及びＵｎｉｃｏｄｅを含むことができる。
１５．多数のジョブストリームを同時に処理し、出力を１つの製作プロセスにマージする（つまり、広いプリントエンジンでの並列ストリーム；ｎ−アップシート上の多数の小さな（カラー）ジョブのマージ（merger）。）
プレスベースのジョブファイル編集（Press Based Job File Editing）はＸ、Ｙ調整、フォント代用等の些細な変更に焦点を当てることができる。
Ａプレス設定＠特徴（APress Setup@ Features）も設けられてよい。特定のジョブまたはランに固有のものではないアドレスプレスベースの構成オプションは以下のものを含む：
１．ＴＯＦ信号；エラー、警告信号；
２．ＮｏｄｅＡＤＣ設定；
３．プリントバー（ノズル）指定；
４．製品の名前の付いた（タグ付けられた）部品（例えば、フロント、バック、エンベロープ、ＲｅｓｐｏｎｓｅＦｒｏｎｔ、ＲｅｓｐｏｎｓｅＢａｃｋ）を用いた装置／ノードの指定；ユーティリティ及び再ローディングを使用して、出ることなくジョブロード時間再マッピングの許可；
５．装置オフセットであって任意のＵＩにおける変更および、各々のプロセスコントローラにおいて為された変更の保管を可能にする；
６．装置回転；及び／または
７．ヘッド／テールの引張り。
オンラインプリント製作機能も提供され、それらは以下の通りである：
１．開始；
２．停止  完成した製品の保管に関わりなく、直ちに運転停止する；
３．クローズダウン  製品の完全さを保存する優雅な運転停止；
４．テストモード  データなしの製作；デフォルトプリント確認のためである。基準機構を介して付加的なマーカ（登録、プリント品質コンポーネント）を含んでもよい。
５．むら取りモード  データ（徹底的調査；基準機構を介して通常有効なデータであるものに対するAvoid markers@の付加；ATest Data Sets@を使用しての基準処理の循環；その他の有効性？）による製作；
６．自動化フォームラグ  テストモードまたはむら取りモードにある間、実行されるであろう援用フォームラグ設定の起動（制御番号またはその他のトラッキング機構を付加的に含んでもよい）。
７．データモード  発送できる製品として意図される有効なデータの実行；
８．レコード位置決め  入力されたデータレコードの内容に関して知られている情報に基づいた再位置決め能力（つまり、入力レコードは出力文書によって使用されない〔出力ストリームで利用できないが〕独特なアイデンティティを提供するかもしれないフィールドを有するかもしれない。）；
９．文書位置  多数ページの文書及びページ整列を認識した、出カストリーム内の再位置決め能力；
１０．折り丁位置決め  一枚の出力シートの一部としてどのページが終了するかに基づいた、文書ストリーム内の再位置決め能力；
１１．可変データソースの選択  ジョブまたはランとは独立してデータソースを選択する能力。ストリームを一時停止させ、別のストリームを実行し（テスト用またはむら取り目的のために）、実行の完全さを損なうことなく一時停止されたストリームに戻る能力。
１２．装着；
１３．シングルキーサーチリピート；
１４．表示フォーム；
１５．ＴＢＤ及び他の現行のＸＬ制御。
ユーティリティには次のものが設けられてもよい：
-プラントの技師及び製品サポート部に自動的に通知／送られるオンラインヘルプ、オンライン問題報告；
-機械上で、またリモートアクセス（ＷＡＮ、テレコム）インターフェイスで利用できるシステム保守（管理、リソースキャッシュフラッシング）；
-ＢＩＭビューディスプレイ（View Display）  診断ルーチンまたは現在のページビューのために、SoftRIP出力またはハードウエアRIPsからの直接フィードバック；
-オンラインシステム診断ルーチン
データエンジン４４は可変データ、ページレイアウト、及び標準のデータストリームへのフォーム組付け情報を結合する共有ソフトウエアコンポーネントである。このソフトウエアコンポーネントはプリント製作データシステム、組付けプルーファ、組付けビューア、紛失フォーム回復及びＲＡＭＰＳによって共有される。幾つかの入力ソースがこのコンポーネントによって使用され、リソースマネージャと可変データマネージャ４３によって供給される。このコンポーネントからの出力は利用するアプリケーションに基づいて異なる出力ドライバによって経路が定められるであろう。
可変データマネージャ４３はデータエンジン４４に多数のデータソースへのアクセスを提供するであろう。データエンジン４４はオブジェクトを集め、トランスフォームを利用し、正しい文書構成のためにオブジェクトを順序付けて並べるであろう。
データエンジン４４は次のことに責任を有するであろう：
１．ページの再整列；リスト表示；ケース変換；例えばＵ．Ｓ．裁判所等の既存の顧客アプリケーションのためのデータディクリプション；Ｅｎｅｌ用のＡＦＰを含む実時間のデータ処理を行う。
２．プログラム可能なトランスフォーム、例えば、人間が読むことができるディジット（digit）のストリングを５バーコードのうちインターリーブされた２つのバーコードへの変換を加える能力を有する。
３．現行のＲＡＭＰＳシステムと同様の実装において、SoftRIPと一体化することによって、ＣＤ−ＲＯＭへの直接的な出力を発生させる能力を有する。
プロセスコントローラ４５はデータシステム（data system=s）（１０）の出力データストリームを新規及び既存の結像／製作管理技術とインターフェイスで連結する。全てのプロセスコントローラは好ましくはデータシステム（Data System=s）データバスとインターフェイスで連結するために共通のフォーマットを使用する。必要な場合には、プロセスコントローラは設定情報を供給するためにオペレータ入力装置を有することができる。プロセスコントローラ４５との通信が実時間のイベント処理を支持するであろう。プロセスコントローラ４５は実時間でシステムの運転に影響を及ぼすことができなければならない。プロセスコントローラは２つの主なカテゴリ：ラスターイメージプロセッサ４８及び完成／確認プロセッサ４９より成る。
ＲＩＰ４８はフォーマット情報、イメージリソース及び標準データストリームを受け入れる。ＲＩＰ４８はこれらのリソースを使用して、印刷用フォームの表示リストまたはビットイメージを発生させる。各々のＲＩＰ４８はＳｏｆｔＲＩＰと呼ばれる処理モジュールの集合を備えてなる。これらのモジュールは集合的に、またはハードウエア救援モジュールとの結合で使用される；これは共通のモジュールをプロセスコントローラにおいて、またプルーフィング／データシステムコンポーネントにおいて使用できるようにする。この共通性がＷＹＳＩＷＹＧビューイング／プルーフイング及び簡単なシステム全体のソフトウエアの保守を提供する。ＲＩＰによって実行されるべき全ての結像機能はＳｏｆｔＲＩＰにおいて実行されるであろう。向上した性能を必要とする機能がハードウエア支援に対する候補であろう。ＲＩＰの機能性は以下のものを含むであろう：
１．通常の処理に対する例外に遭遇すると同時に、ＲＩＰはプリントオプションと通知オプションを準備するであろう。プリントオプションは＞ｐｒｉｎｔ＝と＞ｓｋｉｐ＝を含み、通知オプションは＞ｗａｒｎｉｎｇ＝（警告）と＞ｆａｔａｌ  ｅｒｒｏｒ＝（致命的エラー）を含む。処理オプションの組合わせに対して、ＲＩＰは各々の例外に対して（オブジェクト識別子を含む）統計処理をし、性能ログへ転送するであろう。
２．ＲＩＰはジョブからジョブへの高速切り換えを容易にする。
３．ＢＩＭＶｉｅｗ  試験及びおそらく試験刷りのために、結果的に生じるビットイメージがデータシステムまたは他のネットワークが形成されたシステムに戻るように経路を定めることができる。
４．全てのＲＩＰＳは独立型診断ルーチンを含む。
５．インラインイメージの減圧縮（decompression）及びＢＩＭＶｉｅｗ出力の圧縮。
６．ＲＩＰｓはそれが発生したアプリケーション、つまり、Ｐｏｓｔｓｃｒｉｐｔ及びＰＤＦを代表する業界標準のレンダリング測定基準のサポートに対して明白（transparent）である。
以下のＲＩＰ／プリンタの組合わせが簡単に利用される：ＧＲＩＰ／Ｍｉｄａｘ；ＧＲＩＰ−ＳＤ／ＭＩＣＡ；ＧＲＩＰ／Ｓｃｉｔｅｘ；ＣＲＩＰ／Ｉｎｄｉｇｏ；ＣＲＩＰ／Ｘｅｉｋｏｎ；及びＧＲＩＰ／Ｂｕｌｌ。
完成／確認プロセッサ４９が、従来のＸＬデータシステムの現行のＮｏｄｅＡＤＣ及びＭＡＤＤ−ＡＤＣの機能性の全てを提供するであろう。現在実装されているＩＰＨインターフェイスに基き、確認プロセッサはデータシステムを磁気的・視覚的確認システムの能力に連結する。
リソースマネージャ４６は特定のジョブを実行するのに必要な全てのリソース（製作データは除く）に対するアクセスを提供する。リソースマネージャはシステム内の他のコンポーネントに対するサービスを提供するであろう。リソースの保守は他のコンポーネントからの要求により、または以下の機能性を支援するために開発されたＧＵＩツールを介して制御されるであろう：
１．ベンダー（Vender）、顧客（Customer）、ジョブ（Job）、実行（Run）によるリソースのトラッキング；
２．全てのタイプのリソースに対するAequivalence@tablesの維持。
例えば、Ａｓｗｉｓｓ  ｂｏｌｄ  １２ｐｔ＠＝＝ｓｗ２１２ｆ．ｘｌｆ（Ｍｏｏｒｅ）＝＝ｘｘｘｘｘ（ＡＦＰ）＝＝ｙｙｙｙｙ（ＸＥＲＯＸ）＝＝ｚｚｚｚｚ（Ｏｕｔｌｉｎｅ）。
ＲＭ４６は、顧客またはジョブ群に付加することにより、より一般的なシステム群へのオーバーライドを指定することによって、>level of equivalence=を制御する能力を有する。
３．様々な印刷技術間のリソースの変換を主催する；
４．リソース及び支援された変換用フォーマットの検索を含む、全てのリソースの報告を準備する；
５．ジョブホルダの完全さを提供する  製作に進む前に全てのリソースが利用できることを保証する；
６．資格授与  リソースの完備を確認する；
７．グループ内で衝突するリソース指定にフラグを立て、これらの衝突を解決する手段を提供する；
８．標準の改正制御方法に基づいて全てのリソースの改正を準備する。これはリソースの起源のトラッキングとリソースの導出を含む；
９．リソース、例えば、折り丁、ｌｄｆを確保するためにアクセス制御を提供する；
１０．従属または独立した、解像度及び座標系としてリソースを特定する。解像度及び座標系依存の場合、解像度及び座標系を提供する；
１１．システムの他のコンポーネントにとって、また同じリソースを必要とする他のシステムに対して、リソースを高度に利用できるようにする；
１２．外部のリソース、例えば、顧客データベース内のイメージへのリンクを維持する；
１３．顧客に対するリンク及び接触情報を維持する；
１４．バックアップ、アーカイビング、及びリソースの再生を提供する；
１５．リソースの追加、不活性化及び除去を提供する。
プリント登録システム４７は以下のことを説明する：
１．シートサイズ及びシートカウントの独立性；
２．内部完全性の確認；
３．全てのプロセスコントローラの同期化；
４．シートの動的エントリの準備（例えば、インクジェットプリントに備えたエンベロープフィーダ）；
５．フォームラグ同期化と完全さを自動的に維持すること；
６．登録のフォームサイズ独立調整（周囲登録）を許す；
７．「自動化されたフォームラグ」操作モードの一体的部品。
以下の登録入力能力を使用することができる：
１．センスマーク
２．駆動されるエンコーダ（タイトなｗｅｂ）
３．ピンホイール（Pinwheel）
４．ダイレクトトリガ。
図４から図６は上述の定義表において定義されたコンポーネントが利用できる様々な任意の構成を図示している。しかしながら、これらは設けられてよい構成またはコンポーネントを代表するにすぎず、本発明による利点を提供するために他の構成またはコンポーネントも設けられてよいことを理解すべきである。例えば、図４の実施形態のより簡単なシステムでは、デイスプレイリストパーサ（Display List Parser）がＢＩＧ２の代わりにＢＩＧに接続されてもよいし、及び／または”ｓｃｒｅｅｎ”、”ＨＳＳ”、”ｈｉｐｐｉ”及び／または”ｅｎｅｔ”成分／機能が設けられなくてもよい。
図１〜図６のシステムまたはコンポーネントのいずれにおいても、データストリームは様々なエレメントを含むことができる。設けられてよい例示的なエレメント、及びそれらが有することができる属性は以下の通りである：
イメージ：ＩＭＧ
ＩＭＧエレメントは可変イメージプレースホルダを示す。
ＩＭＧエレメントの属性は：
Ｎａｍｅ
このエレメントに対応する可変フィールドに対する名前である。
任意の属性は以下の通りである：
ＡＬＴ  例えば、非データモードビューイングのために参照されたイメージリソースの代わりに使用するテストイメージ。
ＡＬＩＧＮ  テキスト基線に対するイメージの整列、垂直配置。水平配置に対しては、任意の属性ＰＬＡＣＥを参照。
”ＴＯＰ”はイメージの上部がそのイメージを含むラインの最も高い項目と整列することを指定する。
”ＭＩＤＤＬＥ”はイメージの中心がそのイメージを含むラインの基線と整列することを指定する。
”ＢＯＴＴＯＭ”はイメージの底がそのイメージを含むラインの基線と整列することを指定する。
”ＨＯＴＳＰＯＴ”はイメージのホットスポットがそのイメージを含むラインの基線と整列することを指定する。指定されたホットスポットのないイメージは中心にデフォルトする。
ＰＬＡＣＥ  テキスト文字配置、インライン、方向、水平配置に対するイメージの配置。水平配置については、任意の属性ＡＬＩＧＮを参照。
”ＬＥＦＴ”はイメージの左側が文字のインライン位置と整列することを指定する。
”ＭＩＤＤＬＥ”はイメージの中心が文字のインライン位置と整列することを指定する。
”ＲＩＧＨＴ”はイメージの右側が文字のインライン位置と整列することを指定する。
”ＨＯＴＳＰＯＴ”はイメージのホットスポットが文字のインライン位置と整列することを指定する。指定されたホットスポットのないイメージは中心にデフォルトする。
使用例：
＜ＩＭＧ  ＮＡＭＥ＝ａｇｅｎｔＡＬＴ＝”ｊｏｎｅｓ．ｔｉｆ”＞
ＶＡＲＩＡＢＬＥ：  ＶＡＲ
ＶＡＲエレメントは可変フィールドプレースホルダを指示する。開始タグ＜ＶＡＲ＞及び終了タグ＜／ＶＡＲ＞の間に入るテキストはテストテキストである。このテキストはデータセットなしで可変フィールドを調べ、印刷するために使用される。
任意の属性は以下の通りである：
ＦＩＬＬはデータセットなしで調べ、印刷する時、可変フィールドを満たすテストを指定する。充填はテストテキストから始まりＭＡＸＬＥＮＧＴＨまでである。指定される最初の文字がフィールドを満たすために繰り返される。
例えば、＜ＶＡＲ  ＭＡＸＬＥＮＧＴＨ＝２０
ＦＩＬＬ＝”ｘＺ”＞ＦｕｌｌＮａｍｅｘｘｘｘｘｘｘｘｘｘｘＺ”。
ＮＡＭＥ
このエレメントに対応する可変フィールドに対する名前。指定されない場合、開始タグ＜ＶＡＲ＞の後の最初の言葉が使用される。
ＭＡＸＬＥＮＧＴＨ
印刷することができる文字数を抑制する。
ＶＡＲ用の略語：
＜＜ＦｕｌｌＮａｍｅ＞＞は＜ＶＡＲ＞ＦｕｌｌＮａｍｅ＜／ＶＡＲ＞を意味する。
使用例：
＜ＶＡＲ  ＭＡＸＬＥＮＧＴＨ＝２０ＦＩＬＬ＝”xＺ”＞ＦｕｌｌＮａｍｅ＜／ＶＡＲ＞あなたの現在の残高は＜ＶＡＲ  ＮＡＭＥ＝ｂａｌａｎｃｅＦＩＬＬ＝＄９，９９９．９９”＞＜／ＶＡＲ＞です。＜ＶＡＲ＞Ｍｏｎｔｈ＜／ＶＡＲ＞に対するあなたの平均残高は＜＜Ａｖｅｒａｇｅ  Ｂａｌａｎｃｅ＞＞でした。
テストビュー：
ＦｕｌｌＮａｍｅｘｘｘｘｘｘｘｘｘｘｘＺあなたの現在の残高は＄９，９９９．９９です。月の平均残高はＡｖｅｒａｇｅＢａｌａｎｃｅでした。
ＦＩＬＬＥＤ  ＣＯＬＵＭＮ：ＦＣ
ＦＣコンポーネントは満たされたコラムが続くことを示す。最後の満たされたコラムマーカ＜／ＦＣ＞までの全てのテストが、満たされたコラムの一部であると考えられるであろう。
任意の属性は以下の通りである：
ＰＬＡＣＥ  その境界ボックスに対するテストをする間に使用する配置オプションを指定する。オプションはＵＰＬ、ＵＰＣ、ＵＰＲ、ＭＬ、ＭＣ、ＭＲ、ＬＬ、ＬＣ、ＬＲ、ＢＬ、ＢＣ、ＢＲを含み、上部、中央、下部、または基線の垂直位置決め、及び左、中央または右の水平位置決めを指示する。
ＰＡＲＡＧＲＡＰＨ：Ｐ
Ｐエレメントはパラグラフが続くことを指示する。最後のパラグラフマーカ＜／Ｐ＞までの全てのテキストが、パラグラフの一部であると考えられるであろう。パラグラフは満たされたコラム内に含めることができる。
任意の属性は次の通りである：
ＪＵＳＴ  その境界ボックスに対するテキストを与える間に使用する正当化オプションを指定する。
オプションはＬＥＦＴ、ＣＥＮＴＥＲ、ＲＩＧＨＴ及びＦＵＬＬを含む。
ＣＯＮＤＩＴＩＯＮ：ＣＧ
ＣＧエレメントは条件付きの項目が続くことを指示する。最後の条件マーカ＜／ＣＧ＞までの全ての項目が、条件付きの印刷項目の一部であると考えられるであろう。
ＣＧコンポーネントの属性は次の通りである：
Ｎａｍｅ
その条件に対する名前タグ。指定されていなければ、開始タグＣＧの後の最初の言葉が使用されるであろう。
使用例：
＜ＣＧ＞ＮＡＭＥ＝ＮＥＡＧＥＮＴ＜ＩＭＧ＞ＳＲＣ＝ａｇｅｎｔ
ＡＬＴ＝”ｊｏｎｅｓ．ｔｉｆ”＜／ＩＭＧ＞＜／ＣＧ＞
１分あたり少なくとも６００フィート、典型的に１分あたり８００フィートから約１分あたり１０００フィートまでの速度が本発明のシステムと方法を利用する印刷のために提供され得るが、異なるタイプのジョブに対しては実際の処理時間はそれよりゆっくりしたラン速度を要するかもしれないし、あるいは文書を解釈して印刷するためにより強力なハードウエアの援助が必要かもしれない。品質及び公差の適当な標準を利用することができ、例えば、Ｓｅｙｂｏｌｄタイプのテストが品質及び製品信頼性に適正に適合することを保証するのに適している。データの完全性は、ｒｅｃｏｒｄ／ＣｈｅｃｋＳｕｍ等の標準のＭｏｏｒｅ  Ｂｕｓｉｎｅｓｓ  Ｆｏｒｍｓのデータ完全性チェックを利用する等、内部確認／メッセージプロトコールによって提供することができる。ある状況においてはエンコード（encryption）およびデコード（decryption）アルゴリズムが提供されるかもしれない。むら取り時間はシステム中を通してアドレス指定されてよく、一般に是認された業界標準を使用して、ワークフローの各々の段階における設定と処理時間を最小にする。パワーアップに対して自己テスト診断ルーチンを利用してもよいし、またコンポーネント独立型ｏｎｏシステム全体診断ルーチンを利用してもよい。
現在最も実用的であり好ましい実施形態であると考えられるものについて、発明を図示し説明してきたが、発明の範囲内で多くの変更を行えることが当業者には自明であろう。発明の範囲は全ての同等のシステム及び方法を包含するように、添付クレームの最も幅広い解釈と一致すべきである。
【図１】
0003923089.tif 000002
【図２】
0003923089.tif 000003
【図３】
0003923089.tif 000004
【図４】
0003923089.tif 000005
【図５】
0003923089.tif 000006
【図６】
0003923089.tif 000007