(57)【特許請求の範囲】
【請求項１】
グローバル情報及びページレベル情報を含むプリンタページ記述言語で記述されたジョブを受け取るために適用されるプリント装置のための分解装置で使用されるデュアルステージ分解器であって、
グローバル情報及びページレベル情報にジョブを分割する第１ステージと、
グローバル情報を記憶するために前記第１ステージと通信するメモリセクションと、
前記第１ステージからページレベル情報を受信し、そのページレベル情報をイメージ関連構成要素の集合に分解するために、前記第１ステージと通信する第２ステージとを含み、
前記イメージ関連構成要素は前記メモリセクションに記憶され、さらに、前記グローバル情報と前記イメージ関連構成要素はジョブの印刷に使用可能とされるデュアルステージ分解器。
【発明の詳細な説明】
【０００１】
本発明はプリンタページ記述言語で書かれたジョブをプリントする技術に関し、特に、プリントのためにハイレベル基本命令を画像技術基本命令に分解するために設けられたマルチプロセス、マルチステージ分解器に関する。
【０００２】
ＬＡＮは特定のプリント駆動装置に支配される異なったページ記述言語を発する、種々のプリント駆動装置を有している。ゼロックス社から供給される”インタープレス”のようなＰＤＬは、ページイメージを構成する特定の運用に加えて算術計算、条件実行および手順定義を許可する。典型的には、ＰＤＬは行、図形および絵画イメージと同様に、文字を種々の字体、面、大きさおよび向きにより画像化する支援を行う。言語であるために、ＰＤＬは文書をソフトウェアによって記述し、このソフトウェアはマーキング装置で基板上に画像化できる基本命令を生成するために使われる。
【０００３】
ところが一方、入力文書を記憶し転送するためＰＤＬを使用することはいくつかの理由から好ましく、その使用は、入力文書のＰＤＬを、実際にプリントするハードウェア画像化基本命令に変換するため、プリンタが多くを負担しなければならず印刷を複雑化できる。特に、ＰＤＬで記述された入力文書の入力形式は、入力文書がその独立した画像要素に、分解技術等により分解されるよう各々の画像化基本命令よりも”ハイレベル”な基本命令を含んでいる。好ましくは、一つまたは複数のプロセッサと、最適なソフトウェアからなる分解器が技術を遂行するために使用される。
【０００４】
動作において、分解器は画像化基本命令を生成するためにＰＤＬを実行する。このタスクを遂行するために要求される運用型は、プリンタフォントを要求フォントとの結合、全ての絵画情報の画像化処理および／または行／図形を低レベルの画像化基本命令への変換を含んでいる。歴史的に、この処理は実際の画像化よりも長く、結果処理能力損失を招く。それ故、分解機能を達成するために要求される時間を最小にし、対応して出力を最大化する分解器を備えることが好ましい。
【０００５】
本発明によれば、グローバル情報及びページレベル情報を含むプリンタページ記述言語で記述されたジョブを受け取るために適用されるプリント装置のための分解装置で使用されるデュアルステージ分解器が提供される。このデュアルステージ分解器は、グローバル情報及びページレベル情報にジョブを分割する第１ステージと、グローバル情報を記憶するために前記第１ステージと通信するメモリセクションと、前記第１ステージからページレベル情報を受信し、そのページレベル情報をイメージ関連構成要素の集合に分解するために、前記第１ステージと通信する第２ステージとを含み、前記イメージ関連構成要素は前記メモリセクションに記憶され、さらに、前記グローバル情報と前記イメージ関連構成要素はジョブの印刷に使用可能とされる。
【０００６】
本発明の上記および他の見地は以下の記載から明らかになり、この記載は対応する図面と併せて読まれる好ましい実施例を示すために用いられる。
【０００７】
図１は本発明が実行される電子印刷装置の配線図、ブロックダイヤグラムである。
図２は図１で示された印刷装置のためのプロセッサ／プリンタインターフェースの配線図、ブロックダイヤグラムである。
図３と図４はプリンタページ記述言語で記載されたジョブを分解するための装置の配線図、ブロックダイヤグラムを示している。
図５は図３と図４の装置の機能の概略を示すフローダイアグラムである。
図６は現装置の特定の機能面を示すグラフィック説明である。
図７と図８は分解装置の分解操作を描くフローダイアグラムである。
図９はユーザインターフェースに表示されたスクリーンの概略図であり、このスクリーンはジョブと共に、様々な指令をプログラするためのジョブチケットより構成される。
図１０は図９のジョブチケットと共に使用可能な追加のジョブチケットの概略図である。
図１１は分解装置の合体する操作を描くフローダイアグラムである。
図１２は図３と図４の分解装置の合体セクションの概略のブロックダイアグラムである。
図１３は分解装置のポスト分解操作を描くフローダイアグラムである。
図１４は様々なレベルの基本命令の衝突時間／記憶構成を示すグラフィック説明である。
図１５はユーザインターフェースに表示されたスクリーンの概略図であり、このスクリーンは、”カット＆ペースト”のような編集機能を実行するグラフィックツールより構成される。
【０００８】
本発明は、以下に好適な実施例とともに説明され、この実施例に限定されるものではないことは理解され、添付された請求の範囲で限定された発明の精神及び範囲内に含まれるであろう、代替手段、変更及び均等手段を包含するものである。
【０００９】
ここで図面、特に図１は本発明の典型的な環境を説明するための電子文書処理システム２１である。標準実行を維持するため電子文書処理システム２１は、メインメモリ２３とマスメモリ２４を有するデジタルプロセッサ２２、ＰＤＬで記載されたジョブを供給する入力部２５、およびＰＤＬから得られた選択されたイメージ要素の翻訳をハードコピー印刷するためのプリンタ２６を備えている。さらに、ユーザがプロセッサ２２、入力スキャナ２５、およびプリンタ２６と対話できるようユーザインターフェース２７が設けられている。
【００１０】
ユーザインターフェース２７は、ユーザがプロセッサ２２にイメージ編集、操作命令を入力する入力装置を集合的に示していることは理解できる。さらに、ユーザインターフェース２７は、ユーザまたはプログラム制御下のような他の手段により入力された命令に応じて起こる動作に関するフィードバックを、ユーザが受取る出力装置を示している。例えばユーザインターフェース２７は、キーボードまたはユーザ命令を入力する手段、デジタルプロセッサ２２により実行される処理一覧をユーザに与えるモニタ、およびユーザが選択を行うためにカーソルを移動可能とし、および／またはモニタに表示された処理の中にデータを入力するためのカーソルコントローラを有している。（これらの好適な構成要素は示されていない）
【００１１】
図示された文書処理装置２１は集中化され、そのために全ての制御命令と全てのイメージ編集、操作命令はプログラム制御の下でプロセッサ２２により実行されるようにすれば簡略化される。しかし実際問題として、これら命令の実行はそのあるものまたは全てそれ自身メインメモリ、マスメモリを有する、いくつかの異なるプロセッサにより処理される。さらに、入力スキャナ２５とプリンタ２６の一方または両方は、各々破線２８、２９で示されるそれ自身のユーザインターフェースを有している。実際、文書処理装置２１は遠隔入力部およびまたは遠隔印刷装置（図示されていない）を操作する分散アーキテクチャを有するよう再構成できることは明かである。データは、遠隔入力部および遠隔印刷装置ターミナル及びそれらに専用通信リンクまたは交換通信ネットワーク（同様に図示されていない）を介して転送できる。
【００１２】
図２に示されるように、プロセッサ２２は、印刷のために選択された電子文書ファイルのＰＤＬ記述を印刷装置に伝達するための、ＰＤＬドライバ３１を備えることが好ましい。従って、プリント装置は、その記述を対応するビットマップ化されたイメージファイルを形成するため分解する、ＰＤＬ分解装置３２を有することが示されている。特に、以下に説明されるように、３２はディスクのようなマスメモリまたはネットワークからＰＤＬファイルを受信可能であることが理解できる。
【００１３】
図３、図４を参照すると、マスメモリ２４、入力部２５及び分解器３２を備えた装置が示されている。特に図３を参照すると、入力部２５はワークステーション４０、または他の好適なＰＤＬソース４２のような、ふたつのＰＤＬエミッタを構成するのが好ましい。一例として、ワークステーション４０はＥｔｈｅｒＮｅｔの商標名でゼロックス社から販売されているネットワークのような、ネットワーク４４に接続されたゼロックス６０８５（Ｘｅｒｏｘ  ６０８５はゼロックス社の商標である）ワークステーションである。このネットワークは、ＴＣＰＩＰ  、ＡｐｐｌｅＴａｌｋ  またはＴｏｋｅｎＲｉｎｇ  等の多くの既知のインターフェースのひとつを含む、適切なネットワークインターフェースにより３２とインターフェースされている。ワークステーション４０とＰＤＬソース４２の両者はプリントサーバ４８によりＰＤＬ分解装置３２とインターフェースされ、このプリントサーバ４８は、ＰＤＬソース４２およびまたはネットワークインターフェース４６の性能に対応した適切なプロトコルである。プリントサーバ４８はシステムマネージャ５０と通信する。
【００１４】
好適な実施例によれば、システムマネージャ５０はＵＳＰ５１７０３４０に開示されているタイプのシステム状態制御器（ＳＳＣ）を備え、その関連部分はデータベースマネージャ５４とデータベース前段プロセッサ５７が合体されている。さらに、データベースマネージャ５４はデータベースジョブ待ち行列５５（図１２）とデータベース合体テーブル５６を備えることが好ましい。本発明の特徴は、全ての適当な、市販の利用可能なデータベースの使用によって得られる。
【００１５】
ＰＤＬジョブの構成、およびデータベースに記憶された画像関連識別子が運用されるシーケンスを定義するデータベース前段プロセッサ５７は、使用に際して選択されたデータベースマネージャのタイプに鑑みた技術により構成することができる。以下の説明で明らかになるが、データベースマネージャ５４は、識別子と全てのジョブ識別子（ｈａｎｄｌｅｓ  ）に関する全てのイメージが仮想的に流れるコンジットである。さらに、フロントエンド５７に接続された準備（ｍａｋｅ  ｒｅａｄｙ）プロセス５８の使用によりポスト分解された情報の編集が達成される。ビットマップ処理実行のオペレータ命令を翻訳するために設けられる準備プロセス５８は、ゼロックス社から発売されているＤｏｃｕＴｅｃｈ電子プリンタに使用される。
【００１６】
図３を参照すると、プリントサーバ４８、ＳＳＣ５２およびデータベースフロントエンド５７は各々プリ分解スケジューラ６２を経由して分解セクション６０と通信する。好ましい実施例としては、分解セクション６０のステップは、ゼロックス社により作られたタイプのＭＥＳＡプロセッサで実行される。プリ分解スケジューラ６２は共有メモリブロックを経由してプリ分解器６４と通信する。本発明の好ましい実施例によれば、プリ分解器はマネージャセクション６８とメインセクション７０とから成っている。一例として、マネージャセクション６８は上に述べたタイプのプロセッサを有し、メインセクション７０は同様のプロセッサと、商業上利用できる演算コプロセッサと同様な演算コプロセッサを有している。さらに、マネージャ６８はメモリ７１のブロックを経由してプリントサーバ４８と通信し、メインセクション７０は合体テーブルを記憶するように配置され、その意味は以下に詳述される。
【００１７】
ＰＤＬをイメージ関連要素に解体するプリ分解器６４は、マスメモリ２４にこの要素を記憶可能であり、好適な実施例ではこのマスメモリ２４はゼロックス社で製造されたＤｏｃｕＴｅｃｈ電子プリンタで使用される、ディスク記憶装置である。好ましくは、このディスク記憶装置はラスタ記憶セクション７２および内部ＰＤＬフラグセクション７４の内部ＰＤＬフラグに、ラスタを受信するよう適合されている。内部ＰＤＬフラグは基板上の画像化されるハイレベル基本命令であることが理解される。一例として、内部ＰＤＬフラグは印刷のために分解器に入力された調整システムを変換する役割を果たす。この発明では、他のイメージ関連要素を受信するため、マスメモリ２４に他の記憶セクションを使用することを意図している。
【００１８】
実際、マスメモリ２４はプリ分解器６４で展開されたイメージ関連要素を受信し記憶するのみならず、長期間にわたって多種多様なロゴ（ロゴＤＢ記憶セクション７６）とフォント（フォントセクション７８）を記憶する。この発明では、長期間にわたって他のイメージ関連要素を記憶するため、マスメモリ２４に他の記憶セクションを使用することを意図している。さらに、好ましくはディスク記憶装置は、処理されるＰＤＬファイルを記憶するセクション８２と、データベースマネージャ５４に伝送される情報を記憶するセクション８４とを有している。一例として、ジョブデータベース８４はＰＤＬで記載されたジョブのための構成とイメージ関連要素を含むように適合されている。当業者であれば本発明の概念の下に影響を及ぼすことなくジョブデータベース代えて好適なメモリ装置を使用できることは明かである。
【００１９】
実施において、プリ分解器６４はイメージ挿入プロセス８６とラスタディレクトリサービス（ＤＳ）８８を介してラスタセクション７２と、ファイルファインダプロセス９０とインターナルＰＤＬフラグマネージャ９２を介してロゴＤＢセクションと各々結合している。図３に示された実施例において、ラスタＤＳ８８は、それに伝送される各々のラスタにイメージ識別子を割り当てるために設けられ、プリ分解器６４に各々の識別子を伝える。同様に、内部ＰＤＬフラグマネージャ９２は、それに伝送される各々の内部ＰＤＬフラグメントにイメージ識別子を割り当てるために設けられ、プリ分解器６４に各々の識別子を伝える。一方で、ファイルファインダ９０は、ロゴを呼び出すためにプリ分解器６４でプリントサーバ４８からの識別子を割り当て、さらに、ロゴがロゴＤＢセクションで利用できる時には、ロゴがプリパーサ６４により引き出されることを許す。ロゴの呼出しがロゴＤＢセクションで利用できないときには、ファイルファインダ９０はＵＩ２７に表示またはハードコピープリントにプリントするよう、適切な故障メッセージを発することができる。
【００２０】
さらに図４を参照すると、プリ分解処理の結果は定期的に合体セクション９４を通過する。合体セクション９４は合体器９８と通信する合体スケジューラ９６を備えている。合体器スケジューラ９６はＳＳＣ５２およびデータベースマネージャ５４の影響下で合体器９８の種々の機能を管理するために作用する。合体器９８はフォント記憶セクション７８とフォントマネージャ１０２を介して通信する。好ましい実施例では、フォントマネージャ１０２はフォントデータベースを備え、フォントマネージャ１０２はその中でデータ構造を解読できる。特に、フォントマネージャ１０２は合体器９８で要求されたフォントがフォントデータベースに存在するか否かをチェックするために、フォントデータベースのデータ構造をスキャンするよう適合されている。合体器９８はまたフォント置換／挿入セクション１０４とも通信し、このセクション１０４は、その一部が参考としてここに記載されている１９９０年９月２８日出願の米国特許出願番号０７／５９０，１０３”等価インジケータを持つユーザ定義可能なフォント置換（Ｕｓｅｒ  Ｄｅｆｉｎａｂｌｅ  Ｆｏｎｔ  Ｓｕｂｓｔｉｔｕｔｉｏｎｓ  ｗｉｔｈ  Ｅｑｕｉｖａｌｅｎｃｙ  Ｉｎｄｉｃａｔｏｒｓ  ）”に記載されているタイプのフォント置換テーブル装置１０６と、ジョブレベル置換／挿入処理１０８から成る。一例として、置換／挿入処理１０８の挿入アスペクトは、ゼロックス社販売のＤｏｃｕＴｅｃｈ電子プリンタで使用されるタイプの、手動ロードフォント用テープソースに向かって導かれる。他の例としては、置換置換／挿入処理１０８の置換アスペクトは、全ての適当な装置であり、この装置により分解器３２のユーザが、フォント記憶セクション７８の入力セクション２５から供給されるジョブに必要とされる有効でないフォントのためのフォントデータベースで利用できるフォントの、手動置換を容易に行うことができる。
【００２１】
各々のジョブのイメージ関連構成要素は、スケジューラ１１２を含むポスト分解セクション１１０の使用によって、最終的にプリント可能な形、さらに特定すると、低レベル基本命令に処理される。ポスト分解スケジューラ１１２は、ＳＳＣ５２の影響下で機能し、データベースマネージャ５４は、１１４の様々な機能を管理する。ポスト分解スケジューラ１１２はまた、内部ＰＤＬフラグ生成器１１６と通信し、この生成器１１６は、内部ＰＤＬフラグ記憶セクション７４に記憶されている選択された内部ＰＤＬフラグを生成するため、内部ＰＤＬフラグマネージャ９２経由で、内部ＰＤＬフラグ記憶セクション７４とアクセス可能である。順番に、生成器１１６は、選択され生成されたフラグメントをそこに送るためのポスト分解器１１４と通信する。合体器９８及びポスト分解器１１４の各々は、イメージ処理装置１１８と通信し、この装置１１８は、イメージ変換サービス（ＩＣＳ）及びイメージリサンプリングサービス（ＩＲＳ）を含む。認識されるように、ＩＣＳ及びＩＲＳは、各々の処理されたジョブからの様々なイメージ構成要素に使用する、イメージ処理サービスのホストを供給する。このようなサービスは、画像回転、彩色処理、ハーフトーン化、画像分解（すなわちスケーリング）のようなものを含む。好適な実施例では、ＩＣＳ／ＩＲＳは、ラスタ記憶セクション７２内の選択されたラスタにイメージ処理を施す画像インストール８６と通信する。ＩＣＳ／ＩＲＳを含むポスト分解装置の様々な構成要素は、ゼロックス社販売のＤｏｃｕＴｅｃｈ電子プリンタにおいて一般に入手可能である。
【００２２】
図５に言及すると、第３図で説明されたシステム運用の概略が開示されている。分解を開始するため、ジョブは入力セクション２５から分解器３２へ伝送される（ステップ１２２）。特定の調整がなされた後、情報はプリ分解セクション６４に送られ（ステップ１２４）、この情報はイメージ関連構成要素に分解され、ステップ１２８において、この構成要素に対応する識別名は、データベースマネージャ５４によって、ジョブデータベース８４に記憶される。ジョブの第１ページが分解された少し後に、フォント処理（ステップ１３２）及びビットマップ処理（ステップ１３３）のため、識別名はデータベースから合体セクション９４へ送られる（ステップ１３０）。合体された情報はそこでバンドリストを形成するためポスト分解（ステップ１３４）され、バンドリストはステップ１３６においてマークされる。好適な実施例では、下記に説明されるように、合体された情報は編集される（ステップ１３８）。
【００２３】
図６に言及すると、分解器３２の複合処理能力は、例えただ一つのジョブのためであっても評価できる。図１２に記載されるように、分解器３２は、ネットワークから捕促されたジョブを並行にプリ分解可能である。Ｎページのプリ分解された情報がデータベースを伝って通過した後、分解器は、捕捉及びプリ分解と並行して、合体を開始可能となる。図６に更に詳細に記載されているように、ジョブはネットワークに関連して”オンザフライ”分解される。
【００２４】
本発明の更に詳細な考察は、付録Ａ−Ｈを参考にすることができ、それは本発明の分解技術を実行するため採用されるコードの重要部分を含んでいる。コードはＭＥＳＡ言語で書かれており、その詳細は、その一部が参考としてここに併合されている、販売用を入手可能な”Ｍｅｓａ  Ｌａｎｇｕａｇｅ  Ｍａｎｕａｌ”（ゼッロクス社の商標１９８５）で論じられている。
【００２５】
図７、図８に言及すると、ＰＤＬファイルの入力及び分解が更に詳細に述べられている。特に図７に言及すると、ステップ１４２において、例えばゼロックス社で使用される『インタープレス』のような特定のＰＤＬで書かれたジョブファイルは、ワークステーション４０又はＰＤＬソース４２のどちらかから供給される。ジョブが、ワークステーション４０で展開される状況下では、図９に示されるようなタイプのジョブチケットが採用される。図９に記載されるように、ジョブチケットは、終了に関して、多種の選択肢を供給する。ジョブのプログラミングにあたって、展開及び計算に関して、プリンタ２６に情報を転送することが望ましい。このタイプの情報は、図１０に示されるようなタイプの補助チケットでプログラム可能である。図９及び図１０のチケットの形の分解器３２に転送される情報の多くは、「グローバル情報（包括的情報）ｖｓ．ページレベル情報」の形で含まれると解される。その上、彼等らのプログラムの作成時、プログラマーは、彼等がマシンにあることを知っているラスタ、ロゴ、及び他のビットマップのようなもののコールを含んでも良い。したがって、下記により明らかになるように、プリンタ２６での最終的プリントのため、コールは、一つかそれ以上のイメージ関連構成要素を引き寄せるための、ロゴのような識別名として使用可能である。
【００２６】
ＰＤＬジョブのプリントサーバ４８への入力に基づき、例えば、ジョブの構成及びジョブが処理される順序のようなものについての基本情報が、プリ分解スケジューラ６２及びデータベース前段プロセッサ５７経由で、データベースマネージャ５４（ステップ１４４）に転送される。データベースマネージャ５４は、ジョブを持ち、適宜、分解器が準備状態である（ステップ１４６参照）旨をＳＳＣ５２に指示し、ＳＳＣ５２は、プリントサーバ４８に共用メモリブロック７１（ステップ１４８）を越えてマネージャセクション６８へとＰＤＬファイルのブロックを転送開始し、プリ分解スケジューラ６２にデータベースマネージャ５４からジョブ識別名（”ハンドル”）を入手（ステップ１５０）するよう指示する。ハンドルは、データベースマネージャ５４における分解処理の結果、プリ分解スケジューラ６２がイメージ関連識別名を送る必要がある旨の情報を示す。反対に、ステップ１４６及び１５２に描写されるように、ジョブが処理され入力される準備が整えば、入力準備の整ったジョブは後の処理のため記憶される。
【００２７】
マネージャセクション６８にＰＤＬが転送されるとき（ステップ１５４）、ステップ１５６において、ヘッダ及びプリアンブルのような情報及びページレベル情報に分解される。上記に説明されるように、このようなグローバル情報は、展開及び計算情報を含むことができる。その上、マネージャ６８は、メインセクション７０に受けとられるイメージ関連構成要素（”データ構成”）を設定するためのジョブファイル（”マスター”）内に、各々のページの開始を見いだす。基本的に、マネージャは文章構成アナライザーとして機能し、ＰＤＬマスターの文章構成が正しいかどうかを確認する。このマネージャは、望ましくは、メイン７０のフリ−ワークを実行し、制限された翻訳能力を処理すると良い。
【００２８】
ステップ１６０において、ページレベル情報はマネージャ６８からメイン７０に送られ、そこで、情報又は更に詳細にはデータ構成が生成される。メインは、開始ページの結合されたリストを調べ、続いてそれらを分解する。マネージャ及びメインは別々のページについて作業可能であるか、又はメインがページ内のマネージャに先立って作業可能になっている。一度マネージャがページのデータ構成を生成すると、メインはページ内のデータ構成のマスメモリ２４内への記憶を実行する。ステップ１６２では、メイン７０は、メインに記憶された合体テーブル中のページから収集する全てのフォント名を挿入する。
【００２９】
図８に言及すると、一度ページレベルデータ構成が入手可能になると、識別名が得られる。ラスタ又はビットマップがデータ構成内に見つかれば（ステップ１６４）、それらは画像インストール８６及びラスタＤＳ８８経由で、ラスタ記憶セクション７２に伝送される。ステップ１６６において、ラスタはラスタディレクトリサービスによる割り当てられた識別名であり、合体テーブル内の配置のため、識別名はメイン７０に送られる。もし、ロゴコール、すなわち併合項目コールがデータ構成中に見付かれば（ステップ１６８）、ファイルファインダ９０は、ロゴがロゴＤＢセクション７６内にあるかどうかをチェックする（ステップ１７０）。ロゴＤＢ内にあるロゴについては、利用できるロゴのための対応するポインタは、合体テーブルへの配置のため、メインに伝送される（ステップ１７２）。ロゴＤＢ内に無いロゴには、ステップ１７４において、ハードコピーへの最終的な表示又はプリントのため、誤りメッセージはメインに戻る。ステップ１７６及び１７８では、内部ＰＤＬフラグが生成され、内部ＰＤＬフラグマネージャ９２を経由して、内部ＰＤＬフラグ記憶セクション７４に伝送される。ステップ１７８では、内部ＰＤＬフラグは、内部ＰＤＬフラグマネージャ９２によって識別名または”ｔｏｋｅｎｓ”が割り当てられ、この識別名はメイン７０に送られる。ステップ１８２及び１８４に示されるように、メイン７０から流出する他のいかなるデータ構成もラスタまたは内部ＰＤＬフラグに示されるものと類似の方法で取り扱われる。識別名の全てがメイン７０に供給された後、信号がプリ分解スケジューラ６２に送られ、１８６において、識別名はデータベースマネージャ５４に伝送される。
【００３０】
図３、図１１、及び図１２をまとめて参照すると、合体に関する更なる説明、すなわち特定の記憶されたデータ構成のフォント処理又は／及びビットマップ処理の実行の説明がなされる。特に図１１に言及すると、ステップ１８８において、合体スケジューラ９６はデータベースマネージャ５４からハンドルすなわちジョブＩＤを得て、合体器９８にこのハンドルを転送する（ステップ１９０）。この合体器は、順番に、データベースから特定の合体テーブルを得る（ステップ１９２）。各々のフォント名には（ステップ１９４参照）、フォントセクション７８内のそれに対応するフォントの利用可能性が、ステップ１９６において、フォントマネージャ１０２の使用を通じて設定される。フォント記憶セクション７８で利用可能な各々のフォント名のために、このフォント名はフォントマネージャ１０２からのフォントＩＤと結合され（ステップ１９８）、このフォントＩＤは、フォント記憶セクション内の利用可能なフォントを指し示す。
【００３１】
フォントセクション７８で利用できない各々のフォントには、２つのオプションのうちの１つが使用される（ステップ２０４参照）。このオプションは、システムオペレータによってなされ、特定の命令で優先順位づけされる必要はない。第１のオプションにおいては、１９９０年９月２８日出願の米国特許出願番号０７／５９０，１０３”Ｕｓｅｒ  Ｄｅｆｉｎａｂｌｅ  Ｆｏｎｔ  Ｓｕｂｓｔｉｔｕｔｉｏｎｓ  ｗｉｔｈ  Ｅｑｕｉｖａｌｅｎｃｙ  Ｉｎｄｉｃａｔｏｒｓ  ”で使用されるタイプのフォント置換テーブルが使用され、ステップ２０６において各々の利用できないフォントの置換フォントを供給する。これは、フォント置換テーブルの使用を通じて、利用できないフォントをコールする合体テーブル内の各々のフォント名は、利用できるフォントに対してマップ化され、利用できないフォントに対応する各々のフォント名と、利用できる置換フォントに対応するフォントＩＤを束ねるため、適当なフォントＩＤがフォントマネージャ１０２を経由して得られる。第２のオプションにおいては、合体スケジューラ９６及びＳＳＣ５２を介して、適当に誤り情報をフィードバックすることによって、ＵＩ２７にエラーメッセージが表示される（２０８）。後に、ステップ２１０において、置換フォントが補助ソースにより供給され、そのようなフォントライブラリはストリームテープに記憶され、このストリームテープは、ゼロックス社によって販売されているＤｏｃｈＴｅｃｈ電子プリンタのネットワークバージョンへの使用に採用されている。状況が許す場合、マスメモリ２４にロードすることによって、利用できないフォントが利用可能にできることが要求されることは言うまでもない。
【００３２】
イメージ処理を必要とするビットマップ又はラスタを代表する各々の識別名は（ステップ２１２参照）、前もって指定された操作が前もって指定されたビットマップに実行されるよう、フロントエンド５７、データベースマネージャ５４、ポスト分解スケジューラ１１２、及びポスト分解器１１４（第３及び図１２）を経由して、ＩＣＳ／ＩＲＳ１１８に伝送される（ステップ２１４）。このＩＣＳ／ＩＲＳは、ラスタ記憶セクション７２内の前もって指定されたラスタへの前もって指定されたイメージ処理操作を達成し、新しいラスタ識別名を合体器９８に戻すため、イメージインストールｌ８６と共同に機能する（ステップ２１６）。特に図１２に言及すると、新しいラスタ識別名の受けとり、及び／又は、フォント名の各々のフォントＩＤとの結合に基づき、データベースジョブキュー５５はロックされ、データベース合体テーブル５６は、新しいラスタ識別名及び対応するフォントＩＤでのフォント名のマップ化のような適当なフォント情報により最新のものに更新される（ステップ２１９）。
【００３３】
図１３に言及すると、ポスト分解セクション１１０の操作が更に詳細に説明されている。図１３のフローダイアグラムはまた、ポストジョブ捕捉編集ルーチンを説明しており、その重要性は下記の説明により理解される。ステップ２２２では、ポスト分解器スケジューラ１１２は、データベースマネージャ５４を経由してハンドルを得、内部ＰＤＬフラグ生成器１１６（ステップ２２４）及びポスト分解器１１４（ステップ２２６）の両方にハンドルを送る。内部ＰＤＬフラグ生成器１１６は、順番に、内部ＰＤＬフラグマネージャ９２を介して、内部ＰＤＬフラグ記憶セクション７４から特定の内部ＰＤＬフラグを取り出し（ステップ２２８）、ポスト分解器１１４は、データベースマネージャを介して、適当なラスタ識別名及び結合フォント名を取り出す（ステップ２３０）。上記情報の取り出しに基づき、ステップ２３２において、ポスト分解が実行される。
【００３４】
特に、ステップ２３２において、ポスト分解器は、データ構成の全てをプリントのための適当な形に整理し、対応するラスタ識別名、フォントＩＤ及び内部ＰＤＬフラグメントの基本命令代表をプリントのためのバンドリストに整理する。図１４によると、システムの処理／記憶能力に応じて、ポスト分解の間にデータ構成を、高または低の基本命令に適合させることが望ましい。図１４に示されるように、ＰＤＬで表現されるような高レベル基本命令は、より少ない記憶と比較的多くの処理時間を必要とし、一方、典型的に処理が容易なビットマップは、より多くの記憶を必要とする。したがって、バンドリストを編集するにあたって、基本命令の複雑さに関して、適当なバランスを維持することが望ましい。
【００３５】
再度図１３に言及すると、合体に続いて、マーキングの前に、ページバイページ法で、ジョブが編集されることが望ましい。一例として、編集が必要な時は（ステップ２３４参照）、ポスト分解された情報は、イメージ処理セクション１１８のＩＣＳ、データベースマネージャ５４及びフロントエンド５７経由でポスト分解器１１４からＵＩ２７に伝送される（ステップ２３６）。上記に説明されるように、フロントエンド５７は、ＵＩ２７においてユーザが編集することを許可するため、”準備”工程と共同で機能する。一例には、編集はビットの選択されたセクションにおいてＵＩ２７によって実行される（ステップ２３８）。対象の編集は、本発明で意図されていると解される。その上、ＤｏｃｕＴｅｃｈで使用されるタイプの編集スクリーンは、本発明で使用されるものとしても最適であり、その一部分はここに開示されている、ＤｏｃｕＴｅｃｈ使用者マニュアルに列挙されているタイプの編集機能は、分解器３２の使用者に入手可能である。編集に使用される典型的なスクリーン、例えば”カット＆ペースト”が図１５に示されている。
【００３６】
特定の操作のための編集は、ポスト分解なしに達成されることが理解できる。その操作例は、その一部がここに参考として開示されている１９９０年９月２８日出願の米国特許出願番号０７／５８９，９４１”Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｉｎｔｉｎｇ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｐｒｉｎｔｉｎｇ  Ｓｉｇｎａｔｕｒｅｓ”に開示されているような、記号化やプレックス変換又はそのような操作を含む。
【００３７】
編集に続いて、ユーザは、プリント（ステップ２４２）のためポスト分解するために、データベースマネージャ５６、前段５７及びポスト分解スケジューラ１１２経由で、編集された情報をポスト分解器１１４に送り返す（ステップ２４０）。ステップ２４４において、内部ＰＤＬフラグメントを示す基本命令を含むポスト分解された情報、結合フォント名及びビットマップは、バンドリストに挿入され、マーキングエンジンにそこでの使用のため伝えられる。
【００３８】
本発明の多くの特徴は、当業者にとって明確である。本発明の特徴の一つは、分解処理に様々なレベルの並行処理を導入することである。大きな規模で言えば、捕捉、プリ分解、及び合体のような様々な処理が一様に実行される。したがって、情報は、多種の合体機能のうちの一つが実行されている間、イメージ関連構成要素に分解される。並行分解及び合体の結果、フォントの利用可能性チェックされ、フォントの誤り状態がプリ分解を損うことなしに管理されることを可能にする。その上、フォント中に誤りが発見されたとき、ジョブが再びプリ分解される必要なしに条件が修正される。最終的に、プリ分解操作は、ビットマップの処理と干渉しない。基本的に、処理は独立部分への分解として働き、システム全体のスループット（単位時間内の処理量）を増すための”パイプライン型”となっている。したがって、最も長い遅延は、パイプの最長セクションとなる。
【００３９】
並行処理はまた、ファイナスケールについても達成される。例えば、プリ分解器は、与えられたジョブの２つものページが同時に作動するよう、２つの段階で機能するのが望ましい。
【図面の簡単な説明】
【図１】本発明が実行される電子印刷装置の配線図、ブロック図である。
【図２】図１で示された印刷装置のためのプロセッサ／プリンタインターフェースの配線図、ブロック図である。
【図３】プリンタページ記述言語で記載されたジョブを分解するための装置の配線図、ブロック図の部分を示している。
【図４】プリンタページ記述言語で記載されたジョブを分解するための装置の配線図、ブロック図の他の部分を示している。
【図５】図３と図４の装置の機能の概略を示すフロー図である。
【図６】現装置の特定の機能面を示すグラフィック説明である。
【図７】分解装置の分解操作を描くフロー図の部分である。
【図８】分解装置の分解操作を描くフロー図の他の部分である。
【図９】ユーザインターフェースに表示されたスクリーンの概略図である。
【図１０】図９のジョブチケットと共に使用可能な追加のジョブチケットの概略図である。
【図１１】分解装置の合体する操作を描くフロー図である。
【図１２】図３と図４の分解装置の合体セクションの概略のブロック図である。
【図１３】分解装置のポスト分解操作を描くフロー図である。
【図１４】様々なレベルの基本命令の衝突時間／記憶構成を示すグラフィック説明図である。
【図１５】ユーザインターフェースに表示されたスクリーンの概略図である。
【符号の説明】
２１  電子文書処理システム、２２  デジタルプロセッサ、２３  メインメモリ、２４  マスメモリ、２５  入力部、２６  プリンタ、２７  ユーザインターフェース、３１  ＰＤＬドライバ、３２  ＰＤＬ分解器、４０  ワークステーション、４２  ＰＤＬソース、４４  ネットワーク、４６  ネットワークインターフェース、４８  プリントサーバ、５０  システムマネージャ、５２  ＳＳＣ、５４  データベースマネージャ、５５  データベースジョブ待ち行列、５６  データベース合体テーブル、５７  データベース前段プロセッサ、５８  準備プロセス、６０  分解セクション、６２  プリ分解スケジューラ、６４  プリ分解器、６８  マネージャセクション、７０  メインセクション、７１  メモリ、７２ラスタ記憶セクション、７４  内部ＰＤＬフラグセクション、７６  ロゴＤＢ記憶セクション、７８  フォントセクション
【図１】
0003587863.tif 000002
【図２】
0003587863.tif 000003
【図３】
0003587863.tif 000004
【図４】
0003587863.tif 000005
【図５】
0003587863.tif 000006
【図６】
0003587863.tif 000007
【図７】
0003587863.tif 000008
【図８】
0003587863.tif 000009
【図９】
0003587863.tif 000010
【図１０】
0003587863.tif 000011
【図１１】
0003587863.tif 000012
【図１２】
0003587863.tif 000013
【図１３】
0003587863.tif 000014
【図１４】
0003587863.tif 000015
【図１５】
0003587863.tif 000016