JPH08503318A

JPH08503318A - フォント・ラッピング・プリンタ・データに対するシステム及び方法

Info

Publication number: JPH08503318A
Application number: JP6512502A
Authority: JP
Inventors: ブレットシーガーラック; パトリックリー; ウィリアムビーマコーミック; ジョージエイチダグラス
Original assignee: Microsoft Corp
Current assignee: Microsoft Corp
Priority date: 1992-11-16
Filing date: 1993-11-16
Publication date: 1996-04-09
Also published as: WO1994011805A1; EP0669018A1; US5469532A

Abstract

(57)【要約】文書を記述しているデータ・ファイルがホスト・コンピュータからプリンタへ伝送されるべきデータのフレームを生成する方法で処理される、ホスト・コンピュータ及びプリンタ並びに動作の方法が開示される。データ・フレームは、プリンタがある方法でデータ・フレームを処理することができるように生成フォント・コマンド・ラッパーでラップされるデータ・ストリームを包含する。プリンタが第１のモードで動作しておりかつ実際のストリーム・データを処理できないならば、フレーム・ラッパーは、プリンタにラッパーを処理させかつデータ・ストリームを無視させる。プリンタが第２のモードで動作しておりかつ実際のストリーム・データを処理できるならば、プリンタは、ラッパーを無視しかつデータを処理する。プリンタが実際のデータ・ストリームを処理できないならば、プリンタは、ユーザーにメッセージをプリントする。メッセージは、データ・ストリームを処理することのプリンタの無能力をユーザーに報告する。

Description

【発明の詳細な説明】フォント・ラッピング・プリンタ・データに対するシステム及び方法発明の分野本発明は、コンピュータ・システムによるプリンティングに対するシステム及び方法に関する。発明の背景コンピュータ・システムは、大量のデータをコンパイルしかつ処理するために非常に有用である。最新コンピュータ・システムは、グラフィック・イメージの表示及びプリンティングを許容するグラフィックス・ケイパビリティをしばしば含む。テキストのページ及び／又はグラフィック・イメージのプリンティングは、ホスト・コンピュータで用いられたフォーマットから選択された特定のプリンタにより用いられたフォーマットにデータの変換を必要とする。一般に、コンピュータ・データは、各ビットがプリントされたページ上のドットを表すビット−マップ・データ・ファイルに変換される。ビット−マップは、ホスト・コンピュータ内で通常生成されかつ圧縮データ・フォーマットでプリンタに転送される。圧縮ビット−マップは、プリンタで拡張され、かつ用紙移動、トナー、及び用紙を移動する機械的駆動システム、並びにプリンティング処理を制御する電子回路素子を制御するプリンタの部分であるプリント・エンジンへ転送される。プリント・エンジンは、ビット−マップ・データを受け取りかつプリントされたイメージを生成すべくそれを適当な電圧に変換する。プリントされたページは、画素と称される、個々のドットから構成される。一般的なレーザ・プリンタでは、毎インチ３００、６００、またはそれ以上の画素が存在しうる。各画素は、プリンタ・メモリにおいて単一データ・ビットで通常表される。レーザ・プリント・エンジンがラインを走査すると、そのラインに対応するデータ・ビットが読取られ、かつレーザ・ビームがそのメモリ・ロケーションに記憶されたデータ・ビットの論理レベルによりオンまたはオフにされる。毎インチ３００画素の解像度で、プリンタは、ページ全体に対するビットマップ・データ・ファイルを記憶するためにメモリの約１メガバイトを必要とする。あるレーザ・プリンタは、多数のメモリを包含しかつページ・モードで動作する。それは、プリンタがビットマップ形式でデータのページ全体を記憶することができることを意味する。ビットマップ形式でページ全体を記憶するために大量のメモリが必要されるので、あるプリンタは、必要なメモリ量を低減するためにバンディング・モード（banding mode）を用いる。バンディング・モード・ケイパビリティを有するプリンタは、プリントされたページをバンドと称される多数の水平セグメントに分割する。プリンタは、一度に１バンドに対するビットマップ・データを受け入れるので、メモリ要求を低減する。プリンタが第１のバンドに対するデータを処理したときに、それは、第２のバンド及びその後に対するデータを受け入れることができる。例えば、プリントされたページが４つのバンドに分割されたならば、プリンタがページの４分の１に対するビットマップ・データを記憶するだけを必要とするので、メモリ要求は、４の因数で低減される。コンピュータ−プリンタ・システムの設計は、二つの基本的目標の達成を含む。第１の目標は、装置独立性のそれである。プリンタをいかなる特定のホスト・コンピュータから独立にさせるための努力において、製造者及びプログラマーは、汎用であることを試みるプリンタ・ドライバを設計する。真の装置独立性が存在するならば、ホスト・コンピュータは、プリンタ・インタ−フェイスに接続されるプリンタの形式を知る必要がない。ホスト・コンピュータは、直列Ｉ／Ｏポートまたは並列Ｉ／Ｏポートのようなハードウェア・インタ−フェイスを通してデータをプリンタ・システムに一般に伝送する。従来技術のコンピュータ−プリンタ・システムは、特定の付属プリンタのホストの知識を最小化しかつよりアブストラクトなデータ・ストリームにその代わりに依存することにより装置独立性を達成することを試みる。結果として、データ・ストリームの転送及び処理は、無効ペース（inefficient pace）にまでしばしばおそくされて、スループット（処理能力）が損害を被る。例えば、ホスト・コンピュータは、文書（document）の複数のページに対して必要な第１の文字フォント・セットをダウンロード（download）しうる。一般に、従来技術のコンピュータ・システムは、特定のプリンティング・タスクに対してほんの少数の文字が必要であるときでさえもフォント全体（entire font）をダウンロードする。ホスト・コンピュータは、第２のフォント・セット（または第２のフォント・セットの部分）が必要であるときに第２の文字フォント・セット全体をダウンロードする。第２のフォント・セットは、第１のフォント・セットを必要とする後続ページをプリンティングするときの使用に対する第１のフォント・セットを保持（維持）すべくプリンタ・メモリ内にメモリ空間が存在しうるときでさえも第１のフォント・セットによって占有されるメモリ空間に書き込まれうる。プリンタ資源の現行状態をホスト・コンピュータにアドバイスするためのプリンタからホスト・コンピュータへの通信（コミュニケーション）が存在しない。第２の目標は、プリンティング処理の最適性能（optimum performance）である。レーザ・プリンタは、単一のコンピュータに結合されかつ一度に１または２ページの用紙を処理する簡単な独立式プリンタから、コンピュータ・ネットワークに結合されかつ複数のユーザーに対して多くのページを同時に処理する複合用紙経路（complex paper pathways）及び多段用紙トレイを有する高性能プリンタにまで及ぶ。コンピュータ・システムは、あらゆる形式のプリンタで有効に動作することができなければならない。残念ながら、これら第１及び第２の目標は、矛盾しうる。汎用の互換性を試みることに対するトレードオフ（trade-off）は、コンピュータ−プリンタ・システムがデータを処理することにおいてしばしば非常にゆっくりであるということである。更に、ホスト・コンピュータは、それらが接続されるプリンタのあるアウェアネス（some awareness）を有する。皮肉にも、これら二つの目標を達成する試みにおいて、このコンピュータ−プリンタ・システムは、いずれの目標も達成することを失敗する。ホスト・コンピュータは、それが接続されるプリンタの形式を承知しているが、“汎用の”プリンタ・ドライバ・アプローチは、ホスト・コンピュータ及びプリンタが、有用なタスクを実行するよりも、ページ・エラー回復のような、起こりえない矛盾を解決するために、貴重な計算時間（valuab lecomputing time）をしばしば費やす、ゆっくりした、無効システム（ineffici ent system）を結果として生ずる。例えば、従来技術のコンピュータ−プリンタ・システムは、プリントされたページがレーザ・プリンタの最後のジャム・センサをクリアするまでページ全体に対するビットマップ・データ・ファイルを保持（維持）する。ページがジャムする場合には、データは、利用可能でありかつページは、素早くリプリントされうる。しかしながら、用紙ジャムは、プリンティング処理において相対的に稀に発生する。一度プリント・エンジンがページをプリントすることを開始したならば、ページが最後のジャム・センサをクリアするまでにおおよそ１０秒かかる。プリンティング処理全体は、プリンタ・メモリからのビットマップ・データ・ファイルをクリアしかつ次のページを処理する前に最後のジャム・センサをクリアすべく各ページに対して余分な１０秒を待つことによりかなり減速される。従来技術のシステムは、用紙サイズの選択がページ記述中いつでもなされうるので、ページ全体が記述されるまで用紙をプリント・エンジンへ供給することも遅延する。例えば、ホスト・コンピュータは、ページ全体の記述を転送しうるしかつ最後の記述ラインは、レタ−・サイズ用紙の選択でありうる。ユーザーがページ記述の始めで用紙サイズを選択することを要求するならば、用紙供給を遅延することは、必要でない。もしあっても、ほとんどのプリント・タスクは、この要求によって妨げられない。ユーザーは、プリント処理が開始する前に用紙サイズ及びプリント・モード（即ち、シンプレックスまたはデュプレックス）を一般に知っている。従って、従来技術システムは、不要なオプション（選択）を供給することによって貴重な時間を無駄にする。現在使用されるプリンタ言語は、ドットマトリックス・プリンタで用いられたプリンタ言語から導出された。ドットマトリックス・プリンタは、まだ使用されているが、レーザ・プリンタの使用が広まりかつ成長している。それでもまだ、プリンタ言語は、ゆっくりしたドットマトリックス・プリンタ向きのプリンタ言語に対して少ない変更を行うことによってレーザ・プリンタの増加した使用を処理することを試みている。この展開的アプローチは、レーザ・プリンタで利用可能な潜在的演算能力を利用していない。従来技術のコンピュータ−プリンタ・システムのシステム・アーキテクチャは、プリンタ・ハードウェアが簡単な“ダム（dumb）”プリンタからマイクロプロセッサにより制御される高性能レーザ・プリンタへ発展したにも関わらずほんの少し変わっただけである。図１に示す、典型的な従来技術のコンピュータ−プリンタ・システムは、パーサー（parser）として知られたプリンタ内の装置を有する。パーサーは、ホスト・コンピュータからデータのバイト（bytes of data）を受け入れかつデータのバイトをトークン（tokens）に編成する。トークンは、有意味な字句（語量）コンテキストに関連付けられたデータのストリームである。例えば、データ・ストリームは、圧縮データ・フォーマットで伝送された２値ビットマップでありうる。２値データは、どのようにデータを処理するかをパーサーに指示するヘッダー（header）及びトレイラー（trailer）を通常伴う。ヘッダー／トレイラーは、それぞれがパーサーによって処理されなければならない、ＡＳＣＩＩバイトで伝送される。パーサーは、一度に１バイトずつ、全てのＡＳＣＩＩデータ・バイトを受け入れかつ処理しなけらばならない。結果として、パーサーは、コンピュータ−プリンタ・システムにおける有効データ・フローに対してボトルネックである。パーサーは、プリンタによって受け取られた全てのデータのバイトを処理しかつプリンタのメモリ内に表示リストを生成する。表示リストは、オブジェクトがページのどこに位置決めされるかによって分類される。表示リストのビットマップスは、非圧縮フォーマットで一般に記憶される。テキストのような他のオブジェクトは、かなり簡略である。従って、ページの周囲に巡らされている単一の、簡単な矩形は、１メガバイトの記憶（量）を一般に必要とする。イメージャー（ imager）は、表示リストをプリント・エンジンに適するビットマップ・データ・ファイルに変換する。ビットマップ・データ・ファイルは、フレーム・バッファに記憶されかつプリント・エンジンへ伝送される。従来技術のコンピュータ−プリンタ・システムが無効である別の領域は、ページが無効順序（inefficient order）でしばしば処理されることである。プリンタがデュプレックス・モード（ページの両面をプリントすること）で動作しているならば、プリンタ内のページによってとられた用紙経路は、ページのサイド（側面）２がサイド１の前にプリントされることを要求する。しかしながら、従来技術のコンピュータ−プリンタ・システムは、ページのサイド１がサイド２の前に処理されることを要求する。これは、ページのサイド１が完全に処理されかつビットマップ・データ・ファイルとしてプリンタ・メモリ内に記憶されることを意味する。次に、ページのサイド２が完全に処理されかつプリント・エンジンへ送られる。従来技術のシステムにおける観点（philosophy）は、ユーザーが、サイド１がまず処理されることを期待することである。しかしながら、ユーザーは、文書が完全にプリントされたときにページがプリンタ・トレイに適宜な順序で現れることだけを実際に期待する。ホスト・コンピュータは、ページがプリンタによって実際にプリントされる順序以外の順序でページを処理すべきである、という実用的な理由が存在しない。上記したように、従来技術のシステムは、最近のレーザ・プリンタで利用可能な潜在的演算能力を使用することもできない。より古い設計のダム・プリンタは、データ・バッファ及びプリント・エンジンよりも少し進歩したものであった。データ処理は、ホスト・コンピュータによって全て行われかつプリンタは、ドットマトリックス・データをプリントした。最近のレーザ・プリンタは、マイクロプロセッサ制御されかつホスト・コンピュータのそれに匹敵しうる演算能力を有する。従来技術のシステムは、データ処理を実行するケイパビリティがないダム・プリンタとしてプリンタを取り扱う傾向がまだある。これは、部分的には、上述したように、装置独立性を達成する試みによる。他の従来技術のシステムは、実質的に全てのデータ処理に対する応答性をプリンタに与える。結果は、ホスト・コンピュータとプリンタの組合せ演算算能力（combined computing power）が有効に利用されずかつプリンティング処理全体が無効ペースまでスローにされる（遅らされる）ことである。ホスト・コンピュータは、ネットワークの種々のプリンタに結合されうる。プリンタのあるものは、一つのモードにおける動作に対して構成され、ホスト・コンピュータが第２のモードにおける動作に対して構成される。これは、ホスト・コンピュータとプリンタの間に一方向通信（one way communication）だけが存在するときに問題を提示する。プリンタは、それがデータを処理できないということをホスト・コンピュータに報告する方法をもたない。結果として、プリンタは、ホスト・コンピュータからのデータを処理することを試みかつ無意味なデータのページをプリントしうる。代わりに、プリントは、単に失敗しかつエラーを示して、何がプリンタの故障の原因であったのか不確実なままに、ホスト・コンピュータを置き去りにする。互いに直接的に結合されるホスト・コンピュータとプリンタは、非互換性モード（incompatible modes）における動作に対しても構成されうる。動作のプリンタ・モードが互換性があるかどうかを決定するためのホスト・コンピュータに対する有効な方法が存在せず、かつ非互換性をホスト・コンピュータまたはホスト・コンピュータを用いている人に通信するためのプリンタに対する方法が存在しない。再度、結果は、プリンタが無意味なデータのページをプリントするかまたは単に失敗することである。装置独立性及び全形式のプリンタでの汎用動作を達成するための試みは、ホスト・コンピュータとプリンタが互いに有効的に通信しないので潜在的演算能力が利用されずかつ資源が無駄にされる無効プリンティング処理を結果として生ずる。従って、ホスト・コンピュータ、プリンタ、及びユーザーの間の有効な通信を許容するコンピュータ−プリンタ・システムに対するかなりのニーズが存在するということが認識されるべきである。発明の概要本発明は、複数のモードで動作しうる装置でデータを処理するシステムにおいて実施される。システムは、第１及び第２の部分を有するデータ・フレームにデータをアセンブルする。第１の部分は、装置が複数のモードの第１で動作しているならば装置により第１の方法で処理されかつ装置が複数のモードの第２で動作しているならば取り消される（無視される）。第２の部分は、装置が第１のモードで動作しているならば装置によって処理されずかつ装置が第２モードで動作しているならば装置によって処理される。一実施例において、装置は、二つのモードで動作しているプリンタである。第１のデータ部分は、第２のデータ部分を処理することのプリンタの不能を示すメッセージをプリントするためのデータを包含しうる。第１のデータ部分は、プリンタにフォント・データとして第２のデータ部分を解釈することをもたらす生成フォント・コマンド（create font command）でありうる。図面の簡単な説明図１は、典型的な従来技術のコンピュータ−レーザ・プリンタ・システムを示す。図２は、本発明のコンピュータ−プリンタ・システムの機能ブロック図である。図３Ａは、綴じられていない（未製本の）文書が表されうる方法を示す。図３Ｂは、図３Ａの綴じられていない文書が綴じられたファッションで表されうる方法を示す。図３Ｃは、図３Ｂの綴じられた文書の代替構成を示す。図４は、本発明を用いているデータ・フレームを示す。図５は、本発明のデータ・フレーマーの機能ブロック図である。図６Ａおよび６Ｂは、図５のデータ・フレーマーの動作のフロー図である。本発明の詳細な説明本発明は、ホスト・コンピュータ−プリンタ相互作用への展開的アプローチをとる。それは、ホスト・コンピュータ及びプリンタの協同エフォート（努力）にプリンティング処理のプリント速さを劇的に増大させかつアプリケーション時間への戻りを減少させる。アプリケーション時間への戻りは、プリンティング・ジョブを処理しかつプリンティングを開始したアプリケーション・プログラムへ戻るためにホスト・コンピュータが必要な時間である。多くの従来技術のコンピュータ−プリンタ・システムは、ページをプリントするよりも、コンピュータ・コードを実行すべく設計される。即ち、プリンタは、受信し、変換し、かつコード実行の副産物としてプリントされるページでコードを実行する。従来技術の多くのシステムは、一つのページをプリントするために大量のコードを実行する。上述したように、従来技術のシステムは、ホスト・コンピュータとプリンタの間で実効（有効）ダイアログを有さない。それゆえに、最近のプリンタの高性能演算ケイパビリティが利用されていない。対照的に、本発明は、プリンタにおける演算能力を利用しかつホスト・コンピュータとプリンタの間で自由通信を許容すべく設計される。本発明は、文書をより効率的にプリンタするために互いに協同することができる同じ“システム”の二つの部分としてホスト・コンピュータ及びプリンタを見る。文書をプリントするために二つの文字フォント・セットが要求される上記の例では、本発明のホスト・コンピュータは、プリンタが第１のフォント・セットを保持（維持）できてそれゆえにプリンタ・メモリに第１のフォント・セットを保持するということを承知している。更に、従来技術のホスト・コンピュータは、一般に処理されている現行ページだけを見てかつ第１のフォント・セットが将来要求されえてかつプリンタ・メモリ内に保持されるべきかどうかを決定することを先読みしない。結果として、従来技術のホスト・コンピュータは、それが複数ページをプリンティングするために要求される（そして処理において第２のフォント・セットを削除しうる）ならば第１のフォント・セットを繰り返しダウンロードしなければならない。ある従来技術のシステムは、粗先読みケイパビリティをもたないが、しかしそれは、非常に限定されかつ効率的にメモリを利用しない、ということが注目されるべきである。対照的に、本発明のシステムは、第１のフォント・セット、またはいずれかの他の資源は、プリンタ・メモリに保持されるべきであるかどうかを決定し、そして第１のフォント・セットがもはや必要ではなくかつプリンタ・メモリから開放または削除することができるときを決定すべくプリンティング・タスクで先読みする。更に、本発明のシステムは、利用可能な資源の使用を最大限にする、フォント・セットの一部だけが要求されるときに文字フォントのサブセットを構築する。それゆえに、本発明は、プリンティングへの資源指向型アプローチをとる。記述は、レーザ・プリンタでの動作の詳細を提供するが、発明のシステム及び方法は、レーザ、感熱式、衝撃式、昇華式、インクジェット式プリンタ等のようなあらゆるマーキング技術に適用できる。資源は、メモリを占有するかまたは文書をプリントするために要求されるコンピュータ−プリンタ・システム内のあらゆるものである。文書は、資源を用いて完全に記述される。項目“資源”は、以下に詳細に説明する。本発明の原理によれば、目標は、文書を素早くプリントしかつホスト・コンピュータに最少量の時間でアプリケーション・プログラムに戻させる。これは、タスクを達成するためのシステムの各部分及び利用可能な資源の要求がシステムの他の部分によって容易に知られるようにホスト・コンピュータとプリンタの間でオープン通信を許容することによって達成される。ホスト・コンピュータとプリンタの演算能力及び利用可能なメモリがプレイに一役買うので、プリンティング処理全体は、従来技術のコンピュータ−プリンタ・システムよりも、部分的に、速い。本発明は、一方向通信ケイパビリティを有しかつプリンタが忙しいことを示すためにプリンタからホスト・コンピータで状態ラインを用いるコンピュータ−プリンタ・システムで使用されうる。他のコンピュータまたはプリンタは、双方向通信を有しうるが、本発明により要求されるデータ割合（速度）で完全双方向通信を支援できない。本発明は、双方向通信を確立することを試みるが、しかし、待ち時間があまりにも長いのでそれが完全双方向通信を効率的に支援できないのでコンピュータまたはプリンタのいずれかが双通信を支援できないならば、一方向通信をとる。しかしながら、多くのコンピュータ−プリンタ・システムは、ホスト・コンピュータとプリンタの間で完全双方向通信を有する。コンピュータ− プリンタ・システムが双方向通信ケイパビリティを有するならば、本発明は、特定のプリンティング・タスクによりプリンタとホスト・コンピュータの間で機能のあるものを前後にシフトするために強化エラ一回復ケイパビリティ及び能力を有する。この“負荷均衡”は、タスクを最も効率的に実行できるコンピュータ− プリンタ・システムの部分によってプリント・タスクを取り扱わせることによりプリンティング・スピードにおける更なる増大を許容する。前述したように、資源は、文書をプリントするために要求される事実上すべてのものである。これは、文字フォント・セット、グリフ（絵文字）・セット、ポイント表、ブラシ、及びユーザー規定グラフィック・イメージ並びにページ自体を記述するデータを含む。“フォント・セット”は、タイム・ローマン（Times- Roman）、ヘルヴェティカ（Helvetica）、クーリエ（Courie）、等のような特定の文字書体（character typeface）を規定する、ビットマップとして通常記憶される、一組のＡＳＣＩＩ文字である。あるプリンタは、プリンタ内のリード・オンリー・メモリ（ＲＯＭ）集積回路に記憶されるフォント・セットを有し、他のコンピュータ−プリンタ・システムは、ホスト・コンピュータ内でビットマップ・データ・ファイルとして記憶されかつ必要なときにはプリンタのランダム・アクセス・メモリ（ＲＡＭ）にダウンロードされる“ソフト・フォント”を用いる。フォントは、ホスト・コンピュータのディスク上に一般に存在しそれゆえにプリンタ内のメモリ空間を占有しないので、ソフト・フォントは、プリンティングにおいて大いなる柔軟性を許容する。他のコンピュータ−プリンタ・システムは、フォントがビット・マップ・データ・ファイルとして記憶されない、ツルータイプ・フォント（TrueType fonts）のような、フォント・スケーリング技術を用いる。代わりに、フォントは、各フォント形式に対する文字の直線及び曲線を規定する一組の式によって記述される。ホスト・コンピュータまたはプリンタは、あらゆるポイント・サイズの特定フォント文字を構築するためにこれらの式を用いる。フォント・スケーリング技術の利点は、ビットマップとして記憶されるフォントが単一ポイント・サイズにだけ用いることができるのに対して、単一組の式が全ポイント・サイズに対するフォント形式を記述するために用いることができるということである。例えば、タイム・ローマン４、タイム・ローマン６、タイム・ローマン８、及びタイム・ローマン１０は、４つの個別フォントと考慮され、かつ特定フォントを記述するためにそれぞれは、個別ビットマップ・データ・ファイルを必要とする。対照的に、フォント・スケーリング技術は、全ポイント・サイズのタイム・ローマン文字を記述する単一組の式を有する。ホスト・コンピュータまたはプリンタは、式を適用しかつ複数組のビット・マップ・データ・ファイルが必要ないように選択されたポイント・サイズに対する式をスケールする。本発明は、ＲＯＭ記憶フォント、ソフト・フォント、またはフォント・スケーリング技術のいずれかを取り扱う。 “グリフ・セット（glyph set）”は、それがホスト・コンピュータに記憶された予規定文字（predefined characters）を含むことにおいてソフト・フォントに類似する。しかしながら、それは、予規定文字が完全な文字フォント・セットである必要がなく、かつユーザー規定文字、グラフィック記号、または種々の文字フォント・セットからの異なる書体の組合せを包含しうる。例えば、グリフ・セットは、複数の異なるフォント・セットからの数及び数学的記号、並びにあるユーザー規定グラフィック記号を包含する式でありうる。ある特定のグリフ・セットは、完全な文字セットを包含すべく十分に大きいかまたは単一文字と同じように小さい。グリフ・セットの別の例は、文書内で用いられうる、所得申告またはデータ入力フォームのような、フォームである。本発明は、フォームを生成しかつそれをグリフ・セットとして記憶する。文書でフォームが再び用いられるならば、フォーム全体がグリフ・セットとして利用可能である。ある従来技術のシステムは、限定された方法でグリフ・セットを用いる。従来技術のホスト・コンピュータは、プリンタへダウンロードするために文字フォントのサブセットをアセンブルしうる。新しい文字が必要ならば、従来技術のホスト・コンピュータは、必要な新しい文字だけを増加的にダウンロードしかつそれを既にダウンロードされたグリフ・セットに加えることができる。しかしながら、従来技術のシステムは、グリフ・セット資源を活性的に管理しない。従来技術のシステムは、グリフ・セットの将来のニーズを考慮しないで新しいページの開始でグリフ・セットを一般にクリアする。これは、それらが新しいページで必要ならば新しいグリフ・セットを構築することを従来技術のホスト・コンピュータに強制（強要）する。新しく構築されたグリフ・セットは、先のグリフ・セットと同じでなく、かつグリフ・セットの周期的再構築及びダウンローディングは、プリンティング処理において余分な時間を消費する。加えて、従来技術のシステムは、どの文字がグリフ・セットに存在するかを示すべくグリフ・セットを伴うために大量のデータを必要とする。対照的に、本発明は、利用可能な資源からグリフ・セットを構築しかつ単一資源としてっグリフ・セットを活性的に管理する。本発明で用いれるように、項目 “グリフ・セット”は、フォントのような他の資源の部分を含む資源を表す。簡略化のために、グリフ・セットは、資源として表される。本発明は、それが所定のサイズに到達するまでグリフ・セットをアセンブルするが、しかしグリフ・セットをプリンタへすぐに転送しない。アセンブリされたグリフ・セットは、必要なときにプリンタに転送されるユニットとして扱われ、そしてそれがもはや必要でないときにユニットとしてプリンタから削除される。グリフ・セットは、新しいページの開始でプリンタ・メモリをクリアリングする従来技術のアプローチよりも、グリフ・セットの将来のニーズ及びプリンタ資源記憶の利用可能空間に基づいて活性的に管理される。本発明のグリフ・セットは、どの文字がグリフ・セットにあるかを示す“コンテントの表”としてヘッダーも包含するが、しかし、グリフ・セットは、それが一度構築されたならば変わらないので、ヘッダーは、従来技術のヘッダーよりもサイズにおいてかなり小さい。 “ポイント表”は、グラフィック・オブジェクトを規定するために用いられる座標点の表である。例えば、矩形のようなグラフィック・オブジェクトは、４コーナーの座標によって規定されうる。同様に、三次ベツィエ曲線は、４つの制御ポイントによって規定される。ポイント表は、制御ポイントの座標を記憶する。ベツィエ曲線が与えられたときにレーザ・プリンタ上に滑らかな曲線をプリントするために、曲線レンダリング処理は、プリンタの実際の解像度を超える高解像度を用いてしばしば実行される。曲線を与えるべく計算される直線は、オブジェクトがプリンタ上に実際にプリントされるときに共有（共通）されて滑らかに見えるイメージを生成する。高解像度計算が実行されるならば、ポイント表は、ベツィエ曲線を与えるために用いられる全直線セグメントの座標を包含しうる。ポイント表は、描くべくマウスまたは他の位置決め装置を用い、座標を入力し、離散化タブレット等を用いて、アプリケーション・プログラムにおいてユーザーによっても生成されうる。 “ブラシ”は、矩形または円のようなグラフィック・オブジェクトの内部を充填するために一般に用いられるグラフィック・パタ−ンである。ブラシは、グラフィック・オブジェクトの内部全体に充填すべく繰り返される最小繰り返しパターである。例えば、円のようなオブジェクトが生成されるときに、ドロー・プリミティブ（draw primitive）が円を生成しかつ特定のグラフィック・パタ−ンで内部を充填すべくプリンタを指示する。例えば、斜交平行線（cross-hatch）パタ−ンは、オブジェクト全体に充填すべく繰り返されうる一連の小さな“ｘ”形状を含む。本発明のシステムは、プリンタ内に一般に用いられるブラシを記憶しかつホスト・コンピュータに追加の種々のブラシを生成する。プリントされたページを記述するデータも、資源として考慮される。ホスト・コンピュータは、ワード・プロセッサ、スプレッド・シート、データ・ベース等のようなアプリケーション・プログラムによって生成されうるページの記述を包含する。本発明は、ページ記述を一組のドロー・プリミティブに変換しかつドロー・プリミティブを文書をプリントするために必要な他の資源と相互に関連付ける。変換処理の詳細は、以下に説明する。説明のために図２の機能ブロック図に示されるように、本発明は、コンピュータ−プリンタ・システム２００で実施される。従来技術のように、ホスト・コンピュータ２０２は、プリントされるべき文書を包含しているアプリケーション・プログラム２０４を実行する。上述したように、資源は、ハードディスク・メモリを含みうるホスト・コンピュータ・メモリ２１２のような、ホスト・コンピュータ２０２の種々の領域に記憶される。種々の記憶領域は、資源記憶領域２０６として一般的に示される。ホスト・コンピュータ２０２は、文書をプリンティングするために利用可能な全資源を実質的に包含する。あるＲＯＭ記憶フォント及び一般に用いられる資源は、プリンティング・タスクを通じてプリンタに記憶されうる。資源アセンブラ２０８は、どの資源が文書をプリントするために必要であるかを決定すべく文書を検査する。資源アセンブラ２０８が文書を検査すると、それは、文書をプリントするために必要な資源を選択しかつ文書をプリントされたページを記述する一組のドロー・プリミティブに変換する。選択された資源及びドロー・プリミティブは、ホスト資源記憶（装置）２１０内に記憶される。ホスト資源記憶２１０は、ホスト・コンピュータ・メモリ２１２の一部または他の適当な記憶位置でありうる。資源アセンブラ２０８は、文書と特定文書をプリントするために必要な資源のサブセットとの間の依存性（dependencies）を規定する。資源アセンブラ２０８は、依存性情報をホスト・コンピュータ２０２に取り付けられたプリンタ２１８へ伝達（通信）する。資源アセンブラ２０８は、文書をプリンティングするための最有効シーケンスであるというプリンタ２１８からの情報、並びにどの資源がプリンタ２１８に現在あるかという状態情報も受け取りうる。プリンタ２１８は、ホスト資源記憶２１０からダウンロードされた限定数の資源を記憶するためのキャパシティ（容量）を有するプリンタ資源記憶２２０を包含する。プリンタ資源記憶２２０は、プリンタ・メモリ２２２の一部または他の適当な記憶位置でありうる。ホスト・コンピュータ２０２の一部として図２に示される、資源ローダー２１４は、ドロー・プリミティブを含む、資源がプリンタ資源記憶２２０へ転送される順序を決定すべく資源アセンブラ２０８によって生成された依存性を用いる。資源ローダー２１４は、新しい資源に対するルーム（空間）を作るために資源がプリンタ資源記憶２２０から開放されうるかまたは開放されなけらばならない順序も決定する。資源ローダー２１４によって転送されたドロー・プリミティブは、グラフィック記号を生成し、グラフィック・オブジェクトを描き、英数字をプリント等をプリントするために特定された資源を利用すべくプリンタ２１８を指示する。プリント２１８内に配置されて示される、資源スケジューラー２１６は、ホスト・コンピュータ２０２内に代替的に配置されうる。資源スケジューラー２１６は、プリンタ動作のタイミング及び資源転送の実際のタイミングを制御する。資源スケジューラー２１６は、プリンタ資源記憶２２０からの資源の削除及びホスト資源記憶２１０から特定資源を転送することの要求のタイミングも制御する。文書の特定ページに対して必要な資源の全てがプリンタ資源記憶２２０にあるときには、資源スケジューラー２１６は、要求された資源のサブセットが現ページをプリントするために利用可能であることを示すべく実行信号を生成する。資源エクスキュータ−２２４は、資源スケジューラー２１６からの実行信号を受け取って、ドロー・プリミティブのコマンドに続き、かつ現在処理されている文書ページのビットマップ・データ・ファイルを生成すべく、プリンタ資源記憶２２０からの資源を用いる。資源エクスキュータ−２２４は、文書ページがプリントされる原因となるプリント・エンジン２２６へビットマップ・データ・ファイルを転送する。上述した多くの資源ブロックの物理的位置（ロケーション）は、本発明の動作に対してクリティカル（重要）ではない。コンピュータ−プリンタ・システムにおいてプリンタが大量の演算能力を有するレーザ・プリンタであるならば、上述した資源ブロックの全ては、プリンタ内に配置することができ、かつここに記述した発明の態様をまだ利用する。例えば、資源スケジューラー２１６は、上記したように、ホスト・コンピュータ２０２またはプリンタ２１８内に配置されうる。同様に、プリンタ資源記憶２２０は、ホスト・コンピュータ２０２内に代替的に配置されうる。ホスト・コンピュータ２０２がウィンドウズ（Windows^TM）のような環境で動作するならば、プリンタ資源記憶２２０は、アプリケーション・プログラムがフォーグラウンドで動作する間にバックグラウンドで動作するデスプーラー機能（despooler function）の一部でありうる。プリンタ資源記憶２２０がサイズにおいてまだ限定されかつプリンタ資源記憶がプリンタ２１８内に配置されたならばそうであるような同じ方法で動作するので、本発明の原理は、まだ適用できる。バックグラウンド動作は、アプリケーション・プログラムの観点からは、透明である。それゆえに、プリンタ資源記憶２２０の実際の位置は、重要ではない。実用的事項として、ホスト・コンピュータ２０２は、プリンタ２１８よりも大きい演算能力を一般に有する。従って、上述した資源ブロックは、それぞれの相対演算能力、及びホスト・コンピュータとプリンタの間の双方向通信チャネルの利用可能性（availability）により、ホスト・コンピュータ２０２またはプリンタ２１８のいずれかに割り当てられる。ホスト・コンピュータ２０２は、ホスト・コンピュータ２０２または（ＲＯＭ記憶文字フォントの場合）プリンタ２１８内の種々の位置に資源を記憶する。例えば、グリフ・セットは、資源アセンブラ２０８によってアセンブリされかつホスト・コンピュータ２１０内にビットマップ・データ・ファイルとして記憶される。コンピュータ−プリンタ・システム２００は、ホスト資源記憶２１０内の種々のグラフィック・オブジェクトを表しているポイント表も記憶する。ポイント表は、ポイント表を本発明で用いられるデータ・フォーマットにも変換しうる、資源アセンブラ２０８によってホスト資源記憶２１０にロードされる。換言すると、グラフィック・オブジェクトを記述しているデータは、ポイント表以外のフォーマットでアプリケーション・プログラムによって記憶されうる。資源アセンブラ２０８は、アプリケーション・データ・フォーマットでポイント表を生成しかつ生成されたポイント表をホスト資源記憶２１０に記憶する。対照的に、ソフト・フォント・セットは、ハードディスク（図示省略）上にデータ・ファイルとして一般に記憶される。資源アセンブラ２０８が特定ソフト・フォント文字またはブラシが要求されるということを決定するならば、資源は、ホスト資源記憶２１０にロード（負荷）される。従来技術及び本発明のコンピュータ−プリンタ・システムにおいて、アプリケーション・プログラム２０４は、ホスト・コンピュータ・メモリ２１２またはハードディスク（図示省略）のような他の適当な記憶位置に存在しうる文書記述を生成する。アプリケーション・プログラムは、一つのアプリケーション・プログラムから別のものにより変化しうる、ページ記述言語（ＰＤＬ）を用いて文書を記憶する。従来技術のシステムでは、ホスト・コンピュータ内のアセンブラは、レンダー・プリミティブ・リスト（ＲＰＬ）と一般的に称されうる、一組のドロー・プリミティブにＰＤＬを変換する。ＲＰＬは、英数字、グラフィック・オブジェクト、またはこれら二つの組合せを包含しうる。ある従来技術のシステムでは、ホスト・コンピュータは、プリミティブ・リストをレンダリングすると称される処理において、ＲＰＬを文書ページのビットマップ・データ・ファイルに変換する。従来技術のホスト・コンピュータがプリンタに転送するのは、ビットマップ・データである。従来技術の他のホスト・コンピュータは、ＲＰＬをポストスクリプト（PostScript^TM）またはＰＣＬ^TMのような中間レベル言語に変換する。従来技術のあるシステムは、資源アセンブラと類似な方法で機能するシステムの部分を実際に有する。従来技術のアセンブラは、ホスト・コンピュータ内にありかつＰＤＬをＲＰＬｓに変換する。上述した、パーサーは、従来技術において第２の資源アセンブラとして作用してＲＰＬｓを受け取りかつ中間レベル言語を対応するビットマップに変換するために必要な中間データ構造を構築する。パーサーは、コードを処理するために設計されておりプリントされたページを生成するために特に設計されていない。対照的に、本発明のコンピュータ−プリンタ・システム２００は、ホスト・コンピュータ２０２内に一般的に配置される、単一資源アセンブラ２０８だけを用いる。資源アセンブラ２０８は、プリントされたページを生成することだけが考慮されており、そして資源アセンブラにより生成されたコードは、文書を効率的にプリントするために設計される。資源アセンブラ２０８は、どの資源が文書をプリントするために必要であるかを決定すると同時に、文書を検査しかつＰＤＬをＲＰＬｓに変換する。資源アセンブラ２０８は、選択された資源を寄せ集めかつそれらを関連するＲＰＬｓと共にホスト資源記憶２１０に配置する。本発明は、資源を特定ＲＰＬｓに関連付ける特定のフォーマットでホスト資源記憶に資源及びＲＰＬｓを配置する必要がない。事実、実際のデータ構造及びフォーマットは、本発明の使用に対して重要ではない。当業者にとってよく知られた多くの異なるフォーマットは、本発明の適宜な動作に対して受け入れ可能である。資源及びＲＰＬｓの依存性及び位置（ロケーション）を示しているリストが必要なものの全てである。このリストは、資源及び関連するＲＰＬｓが記憶される位置を示す、一連のポインタの形式を取りうる。リストは、以下に説明するように、ＲＰＬｓの実行の所定シーケンスによってさえも示されうる。資源がホスト資源記憶２１０内に格納されるときには、資源及びＲＰＬｓを包含しているデータ・ファイルのサイズに制約がなくかつ資源及びＲＰＬｓが記憶されるシーケンスに制約もないので、それらは、無制限（unbounded）であると考えられる。例えば、文書は、ユーザーによって生成されかつ文書の開始近くにグラフィック・チャートを含むべく続いて編集されうる。アプリケーション・プログラムは、グラフィック・チャートを挿入するために文書ファイル全体を再生成しない。それよりも、アプリケーション・プログラムは、グラフィック・チャートを文書ファイルの終りに配置しかつグラフィック・チャートが挿入されるべき点で文書にポインタを挿入する。ポインタは、グラフィック・チャートの位置をポイントする。この一般的な技法は、バックワード・ポインティング、即ち文書の挿入点がグラフィック・チャートが記憶される文書ファイルの後ろの位置へバックワード（後ろ向き）にポイントするもの、を用いる。この技法は、文書３００がＮページを有する図３Ａに図式的に示される。参照番号３０２によって示される、文書のページ２は、フォント１３０４を必要とし、文書３００のページ３３０６は、ビットマップ３０８によって表される、グラフィック・チャートを必要とする。フォント１３０４及びビットマップ３０８は、フォント及びビットマップが必要である文書３００の、ページ２３０２及びページ３３０６の位置の後にそれぞれ記憶されることに注目する。データ・ポインタ３１０及び３１２は、資源が必要な、位置３０４及び３０８をそれぞれポイントする。文書は、無制限なので、コンピュータは、文書全体へのアクセスを有しかつ上述した方法でポインタを利用することができる。しかしながら、文書をプリントするときに、プリンタは、一度にファイル全体へのアクセスを有さない。従って、文書は、プリンタ資源記憶２２０のサイズ制約及び文書が記憶されるシーケンスの両方によってバウンドされる（bounded）と考えられる。必要な資源は、それらが実際に必要である前にプリンタに存在しなけらばならない。さもなくば、プリンタは、遅延されるかまたは特定ページを全くプリントすることができないであろう。文書は、同じ文書３００がバウンドされた文書として表される図３Ｂに示したようにバウンドされたファッションでアセンブリされなければならない。必要なフォント３１６及びビットマップ３１８は、それらが実際にページ２３２０及びページ３３２２に対して要求される前に文書３００に現れる。ポインタ３２４及び３２６は、資源が記憶される、位置３１６及び３１８をそれぞれポイントする。それゆえに、ポインタ３２４及び３２６は、資源が記憶される文書３００の位置を前方向ポインティング（forw ard pointing）する。この方法では、資源は、それらが文書をプリントするために必要である前に常に存在する。特定資源が必要である文書の位置（場所）の前に資源が配置されることが唯一必要なことである。例えば、文書３００は、資源が必要な位置３２０のちょうど前にフォント１３２０が配置される図３Ｃにバウンドしたファッションで代替的に示される。ポインタ３２４は、必要な資源の位置を示す。同様に、ビットマップ３１８は、それが必要である位置３２２のちょうど前に配置され、かつポインタ３２６は、資源が必要な位置を示す。ホスト・コンピュータ２０２は、一般にプリンタ２１８よりも多くのメモリを有するが、ホスト資源記憶２１０に割り当てられることができるホスト・コンピュータ・メモリ２１２の量に制限があるということに注目すべきである。従って、ホスト資源記憶２１０は、コンピュータに記憶された全ての可能な資源を包含していない。それよりも、ホスト資源記憶は、特定文書をプリントするために必要な資源並びに文書を記述するＲＰＬｓだけを包含する。文書の特定部分がプリントされたときに、文書の特定部分に対して必要な資源は、ホスト資源記憶２１０から削除される。ある資源は、文書において一度だけ用いられかつ文書のその部分のプリンティングの完了によりすぐに削除されうる。頻繁に用いられる、グリフ・セットのような、他の資源は、文書に対してもはや必要がなくなるまでホスト資源記憶２１０内に記憶される。ホスト・コンピュータ２０２は、プリンタ２１８よりも多くのメモリを一般に有するので、ホスト・コンピュータは、ホスト・コンピュータ・メモリ２１２の多くをホスト資源記憶２１０に対して用いるために割り当てることができる。少ないメモリを有する、プリンタ２１８は、対応的により小さなプリンタ資源記憶２２０を有する。プリンタ資源記憶２２０は、ホスト資源記憶２１０が包含する資源の組全体を保持するために十分に大きくない。それゆえに、プリンタ２１８により必要なときには、資源は、ホスト資源記憶２１０からプリンタ資源記憶２２０へダウンロードされなければならない。プリンタ２１８は、プリンタ資源記憶２２０内の資源の効率的な使用を行い、かつもはや必要がないかまたはホスト資源記憶２１０から素早くリロード（再負荷）されうる資源を削除しなければならない。それゆえに、文書をプリントするコース中、資源がプリンタ資源記憶２２０から多くの回数ダウンロード及びリリース（開放）されうると同時に、ホスト資源記憶２１０は、文書をプリントするために必要な資源で単一時間だけロードされる。資源の最も効率的な使用を決定するために、本発明のコンピュータープリンタ・システム２００は、最も効率的な方法でどのように資源を割り当てるかを決定すべく文書全体を検査する。図２を再び参照すると、コンピュータ−プリンタ・システム２００の詳細な動作が供給される。資源アセンブラ２０８は、ＰＤＬを一組のＲＰＬｓに変換しかつ本プリンティング・タスクに対してどの資源が必要であるかを決定する。プリント・タスクが開始すると、資源アセンブラ２０８は、プリントされるべき表面を記述するデータの最初のバンド（プリンタ２１８がバンディング・モードで動作しているならば）またはページ（プリンタ２１８がページ・モードで動作しているならば）を見始める。このアプリケーションの目的では、バンドかまたはページかにより、処理される文書のユニット・サイズは、データ・ブロックとして示される。資源アセンブラ２０８は、資源記憶領域２０６から文書をプリントするために必要な資源を選択する。資源アセンブラ２０８は、特定データ・ブロックへのこれら資源の依存性をも決定する。例えば、資源アセンブラ２０８は、特定フォント型が第１ページのフォーミュラに対して必要でありかつ別のフォント型がページの残りに対して必要であるということを決定しうる。加えて、グラフ（図式）がポイント表及びブラシのようなある一定のグラフィック資源を必要とするページ上にプリントされうる。資源アセンブラ２０８は、これらの資源が要求されるデータ・ブロック及び依存性を明快に示すリストを生成する。リストは、リストの形式である必要がないということに注目すべきである。上記したように、リストは、メモリ位置へのポインタの形式であいうるし、またはＲＰＬｓが資源アセンブラ２０８によって生成されるシーケンスによって暗黙のうちに規定されうる。例えば、プログラマーが第１のＲＰＬを生成しかつすぐに実行するプログラムを書くならば、生成されかつホスト資源記憶２１０に記憶される表記リスト（expressed list）が存在しない。しかしながら、タスクがＲＰＬ内で生成される順番によって特定される暗黙リスト（implied list）が存在する。本発明の有効動作に対して重要なのは、資源アセンブラ２０８が依存性を決定しかつ他の資源ブロックに依存性を承知させることである。資源アセンブラ２０８によって特定される二つの異なる型の依存性が存在する。依存性の第１の型は、上述したように必要な資源を特定データ・ブロックに関係付けるオペランド依存性である。依存性の第２の型は、ＲＰＬｓが処理されるシーケンスを特定する、実行依存性である。ある従来技術のシステムは、それらが文書をプリントするときに実行依存性を満足しないかもしれない。例えば、ある従来技術のシステムは、テキストをグラフィックスから分離しかつ二つを独立に処理する。従って、プリントされたページは、ユーザーが表示画面上で見るものではないかもしれない。それゆえに、従来技術のシステムは、“あなたが見たものがあなたが得るものである”（ＷＹＳＩＷＹＧ）という結果を常に生じない。対照的に、システムがデータ・ブロックをテキストとグラフィックス部分に分割するよりも、データ・ブロック全体を処理するので、コンピュータ−プリンタ・システム２００は、上述したようにそれらがＲＰＬｓのシーケンスで示されるときでさえも、常に実行依存性を満足する。プリンタとホスト・コンピュータ２０２の間に双方向通信があるならば、ある実行依存性は、プリンタ２１８によって特定されうる。以下に詳細に説明するように、プリンタは、プリンティング処理の効率を最大限にするためにデータのバンドまたはページが処理されるべき順序を特定しうる。実行依存性がプリンタ２１８によって特定されるならば、資源アセンブラ２０８は、これらの依存性に従う。データ・ブロック内で維持されなければならない特定の図面順序（drawing order）が存在するならば、資源アセンブラ２０８は、それ自体の実行依存性も生成しうる。例えば、プリンタ２１８は、文書のページ２を最初に処理し、かつ下から上にページ２を処理すべく資源アセンブラ２０８を指示しうる。これは、プリンタ２１８によって特定される実行依存性である。しかしながら、ページ２上に重なり合うグラフィック・オブジェクトが存在するならば、プリンタされたページが企図した方法で重なり合うオブジェクトを有するようににそれらのオブジェクトの図面順序が特定されなければならない。資源アセンブラ２０８は、図面順序を特定する実行依存性を決定する。それゆえに、資源アセンブラ２０８は、オペランド依存性及び全実行依存性（資源アセンブラ２０８またプリンタ２１８により特定されたかとうか）を示すリストを生成する。上述したように、ある依存性のリストは、バンドまたはページ内のドロー・プリミティブのシーケンスで暗に示しうる。例えば、コンピュータ−プリンタ・システム２００は、第１のＲＰＬを最初に常に実行することができ、それゆえに、明快に示されなくてもよい実行依存性を生成する。最大効率に対して、特に高性能プリンタ及び双方向通信で、コンピュータ−プリンタ・システム２００の現行の好ましい実施例は、それらが実行をタスクのより少ない効率シーケンスに不必要に限定できるので、暗黙の依存性を用いない。暗黙の依存性を使用することの上記例は、本発明の広い原理が、コンピュータ−プリンタ・システム２００の全ての発明態様の使用を必要とすることなくプリンティング処理の総効率を改善するために用いられうることを示すためにだけ与えられる。現行の好ましい実施例では、資源アセンブラ２０８は、資源ローダー２１４、資源スケジューラー２１６、及びプリンタ２１８を含む、システムの他の構成部分（要素）に依存性を明快に通信（伝達）する。コンピュータ−プリンタ・システム２００が双方向通信ケイパビリティを有するならば、プリンタ２１８は、プリンタ資源記憶２２０の現行状態として資源アセンブラ２０８へ情報を送ることができる。そのような状態情報は、どの資源がプリンタ資源記憶２２０に既に存在しうるかそしてプリンタ資源記憶でどのくらいの空間が利用可能であるかを含む。加えて、プリンタは、文書をプリントするための最も効率的シーケンスを資源アセンブラ２０８に指示する。これは、デュプレッキシング・ケイパビリティを有しかつ多段用紙トレイからプリントできる大きな高性能レーザ・プリンタにおいて重要な処理である。そのようなプリンタでは、同時にプリント・エンジンの中を移動している１０枚の用紙が存在しうる。一枚の用紙の両面に（デュプレックス・モード）プリントされるページは、用紙の一面で上から下へ処理され、下から上へ用紙の他の面で処理される。異なるページ・サイズは、プリント・エンジンにおける異なる時間長を必要とする。横向き印刷モードのようなモードは、他のモードよりも多くのプリント・エンジン処理時間を必要とする。ページは、高性能レーザ・プリンタのプリント・エンジン内部を互いに実際に通過しうる。結果として、ページを処理する最も効率的なシーケンスは、ページの数値順序（即ち、ページ１，２，３，．．．）ではない。本発明のコンピュータ−プリンタ・システム２００は、プリンタ２１８に文書をプリントするための最も効率的なシーケンスを決定させかつその情報を資源アセンブラ２０８へ通信（伝達）させる。一方向通信だけを有するシステムでは、プリンタ２１８は、状態情報またはプリント・シーケンス命令を通信（伝達）できない。しかしながら、資源アセンブラ２０８は、プリンタ２１８がいつそれが資源をプリンタ資源記憶２２０から削除するのかを知りうるように明示依存性をプリンタ２１８へまだ通信する。一方向通信だけが利用可能ならば、資源アセンブラ２０８は、ホスト・コンピュータ２０２が一方向モードでプリンタ・メモリ２２２を管理するのでプリンタ資源記憶２２０の状態をまだ知りうる。それゆえに、資源アセンブラ２０８は、プリンティング・タスクの開始でどの資源が既にプリンタ資源記憶２２０にあるのかを知る。上述したように、資源エクスキュータ−２２４は、プリント・エンジン２２６によってプリントされるべくＲＰＬｓをビットマップ・データに一般に変換する。一度、プリント・エンジンが始動したならば、それは、ページをプリントすることを停止できないかまたはエラーが発生する。従って、一度プリント・エンジンが始動したならば、ＲＰＬｓは、実時間でビットマップ・データに変換されなければならないかまたは予めビットマップ・データに変換されていなければならない。勿論、ドットマトリックス・プリンタ及びインクジェット式プリンタのような、ある一定のプリンタは、エラーを生成することなくページの途中で停止できる。プリンタ資源記憶２２０の現行状態及びプリント２１８の総処理能力を知っている、資源アセンブラ２０８は、プリント・エンジン２２６が走行しているときにプリンタ２１８がデータ・ブロックに対するＲＰＬを実時間でビットマップに変換できるかどうかを決定すべく各データ・ブロックを検査する。プリンタがデータ・ブロックに対するＲＰＬを実時間で変換できないならば、資源アセンブラ２０８は、ＲＰＬをビットマップに処理しかつビットマップをプリンタ２１８へ転送すべくホスト・コンピュータ２０２を指示（命令）する。代替的に、プリンタ・メモリ２２２がページ全体に対するビットマップ・データ・ファイルを記憶するのに十分であるならば、資源アセンブラ２０８は、ＲＰＬをビットマップ・データ・ファイルに変換しかつプリント・エンジン２２６が始動するまでプリンタ・メモリ２２２内にビットマップを記憶すべくプリンタ２１８を指示（命令）する。コンピュータ−プリンタ・システム２００のどの部分がＲＰＬをビットマップに変換するかという決定は、変換タスクの相対的複雑性及びシステムのそれぞれの部分の内のプロセッサの相対的処理能力に依存する。現行の好ましい実施例では、資源アセンブラ２０８は、コンピュータ−プリンタ・システム２００のどの部分がデータを処理するかを決定することにおいて３つファクタ−（因子）を考慮する。これらのファクタ−とは：１．ＲＰＬをビットマップ・データに処理するためにホスト・コンピュータ２０２に必要な時間長；２．ＲＰＬをビットマップ・データに処理するためにプリンタ２１８に必要な時間長；３．ＲＰＬをビットマップ・データに転送するために通信チャネルに必要な時間長。換言すると、資源アセンブラ２０８は、特定データ・ブロックに対するＲＰＬをビットマップ・データ・ファイルに処理すべくホスト・コンピュータ２０２に必要な時間とビットマップ・データ・ファイルをプリンタ２１８へ転送すべく通信チャネルに必要な時間を計算し、かつそれをＲＰＬをプリンタに転送すべく通信チャネルに必要な時間プラスＲＰＬをビットマップ・データ・ファイルに処理すべくプリンタに必要な時間と比較する。コンピュータ−プリンタ・システム２００は、ホスト・コンピュータ２０２とプリンタ２１８の間で前後にデータ処理をシフトすることによって負荷平衡も実行する。資源アセンブラ２０８は、システムのどの部分がデータ・ブロックを最も効率的に処理できるかによりデータ・ブロックを処理すべくホスト・コンピュータ２０２またはプリンタ２１８を選択する。例えば、特定のタスクがページ上にかなりの数の直線の図を要求し、かつホスト・コンピュータのプロセッサがプリンタのプロセッサよりも二倍速いならば、ホスト・コンピュータ２０２は、データを処理すべく多分指示されるであろう。他方、変換が比較的簡単で、プリンタ２１８がビットマップを記憶するメモリ容量を有するならば、データを処理すべくプリンタのプロセッサが指示されて、ホスト・コンピュータを次のデータ・ブロックを処理すべくフリーのままにする。この計算は、一つのデータ・ブロックから別のデータ・ブロックにより変化しうる動的処理であるということに注目すべきである。プリンタ２１８は、一つのデータ・ブロックを処理しホスト・コンピュータ２０２は、次の３つのデータ・ブロックを処理しうる。総括的目標は、文書を最も効率的方法で生成することである。本発明のコンピュータ−プリンタ・システム２００は、ホスト・コンピュータ２０２及びプリンタ２１８の潜在的演算能力を用いることによってこれを許容する。負荷平衡は、ホスト・コンピュータ２０２及びプリンタ２１８の相対演算能力、データ通信チャネルのスピード、ホスト資源記憶２１０とプリンタ資源記憶２２０の相対サイズ、プリンティング・タスクの複雑性、及びホスト・コンピュータ２０２及びプリンタ２１８によって現行で実行されるタスクのような種々のパラメータに基づく。上述したように、負荷平衡は、上記パラメータに基づいて処理するために資源アセンブラ２０８が文書のあるページをホスト・コンピュータ２０２にそして他のページをプリンタ２１８に割り当てうる動的処理である。負荷平衡は、単一ページ内でホスト・コンピュータ２０２とプリンタ２１８の間でデータ処理応答性をシフトさえしうる。同じページを処理するコンピュータープリンタ・システム２００の異なる部分の例は、文書の特定ページが二つの重なり合っている円のようなグラフィック・オブジェクトを包含するときに発生しうる。資源アセンブラ２０８は、プリンタが現在プリンティングしていないので、第１の円のＰＤＬ記述をプリンタ２１８へ送りうる。従って、プリンタ２１８は、第１の円に対するＰＤＬを変換すべく時間を有する。ホスト・コンピュータ２０２は、ホスト・コンピュータ２０２がプリンタ２１８よりも更なる演算能力を有しかつプリンタ２１８が第１の円を変換することに既に忙しいので、第２の円に対するＰＤＬを変換しうる。それゆえに、資源アセンブラ２０８は、ホスト・コンピュータ２０２とプリンタ２１８の間にデータ処理応答性を分けるべく負荷平衡を用いた。先に示したように、文書の特定データ・ブロックに必要な資源は、その特定データ・ブロックについて特定資源に対するコンピュータ−プリンタ・システム２００内に依存性を生成する。依存性は、一つのデータ・ブロックから別のデータ・ブロックで変化しうる。資源アセンブラ２０８は、プリンタ２１８がどの資源が特定データ・ブロックに必要であるかを知るように依存性を明示する。それゆえに、プリンタは、必要な資源をデータ・ブロックのそれぞれに関連付ける資源の一種の“メニュー（献立）”を有する。双方向通信では、プリンタ２１８は、データ・ブロックと資源の間に明示依存性が供給されるのでそれ自体のメモリを管理できる。プリンタ２１８は、プリンタ資源記憶２２０の効率を最大限にするような方法でホスト資源記憶２１０から資源を要求すべく明示依存性のメニューを用いる。例えば、明示依存性は、一つのデータ・ブロックが特定フォント．セット及び特定グリフ・セットを必要とし、次のデータ・ブロックがフォント・セットは同じであるが異なるグリフ・セットを必要とするということを示す。プリンタ２１８は、一度にプリンタ資源記憶２２０に全ての３つの資源（フォント・セット及び二つのグリフ・セット）を保持することができうる。従って、プリンタ２１８は、全ての３つの資源を要求する。資源管理のより困難な態様は、どの資源がプリンタ資源記憶２２０から削除されるべきかを決定することである。特定データ・ブロックをプリンティングすることが他の資源がプリンタ資源記憶２２０から削除されなければならないようなサイズの大きい資源を必要とするならば、プリンタ２１８は、どの資源をプリンタ資源記憶２２０から削除しかついつ将来のデータ・ブロックに対するホスト・コンピュータ２０２から資源を戻すかを決定することができる。更に、エラー回復が必要ならば、プリンタ２１８は、損失したページを回復するためにどの資源が必要であるのかを知しかつ必要な資源がプリンタ資源記憶２２０から既に削除されたならばホスト・コンピュータ２０２から必要な資源を要求できる。前述の説明は、ホスト・コンピュータ２０２とプリンタ２１８の間に双方向通信が存在するときに適用可能である。一方向通信だけが利用可能であるならば、プリンタ・メモリ２２２は、ホスト・コンピュータ２０２によって管理される。その場合には、ホスト・コンピュータは、資源がロードされるかまたはプリンタ資源記憶２２０から削除されるシーケンス及びいつ資源をロード及び削除するかを決定する。プリンタ２１８がそれ自体のメモリを一方向通信で管理できない場合でも、パーサーの削除及び資源アセンブラ２０８及びホスト並びにプリンタ資源記憶２１０及び２２０のようなコンピュータ−プリンタ・システム２００の部分の追加により、本発明は、従来技術に対して性能における改善をまだ示す。本発明のコンピュータ−プリンタ・システム２００では、資源は、文書全体をプリンティングするコースにおいて複数回にわたりロードされかつプリンタ資源記憶からリリースされうる。どの資源がプリンタ資源記憶２２０にあるべきかを決定するジョブは、資源ローダー２１４によって実行され、それについて以下に詳細に説明する。資源アセンブラ２０８は、将来のデータ・ブロックに対する資源を生成すべく資源ローダー２１４に複数データ・ブロック先行する文書を検査する。これは、資源ローダー２１４に先読みさせかつ資源の最も効率的な割当てを決定させる。ある資源は、文書を通して多くのデータ・ブロックで用いられえて、それゆえに、文書を通して依存性を有しうる。プリンタ資源記憶２２０内で利用可能な空間により、プリンティング処理を通してプリンタ２１８内にこれらの資源を保持することがより効果的でありうる。第２の資源は、例えば、文書の中間で一度だけ必要でありうる。その場合には、ある他の資源がプリンタ２１８によってもはや必要ではなくかつプリンタ資源記憶２２０内で更なるメモリが利用可能であるときには、後まで第２の資源は、ロードされない。第２の資源が一度用いられた後で、それは、他の資源に対する空間をつくるべくプリンタ資源記憶２２０から削除されうる。どのくらい先読みするかの決定は、動的処理である。例えば、文書の開始では、目標は、プリント・エンジン２２６を始動することである。従って、資源アセンブラ２０８は、可能なかぎり速くプリンタ２１８へ資源を転送させるために限定された先読み動作を有する。しかしながら、プリンタ２１８が第１のデータ・ブロックを処理している間に、資源アセンブラは、将来データ・ブロックを先読みしかつホスト・コンピュータ２０２に対する資源を選択し並びに将来ページに対するＲＰＬｓを構築することができる。理想的には、資源アセンブラ２０８は、あらゆるプリンティングが発生する前に文書全体を検査すべく先読みできる。しかしながら、プリント・エンジン２２６を始動することの望みは、初期先読みケイパビリティを制限する。システムが有すべき先読みケイパビリティの量には、実用的な制限がある。他のアプリケーション・プログラムが走行しうるようにホスト・コンピュータ・メモリ２１２の使用を最小限にすることの所望は、先読みするための資源アセンブラ２０８の能力も制限する。目標は、プリント・エンジン２２６をできるだけ効率的に動かし続けることである。資源アセンブラ２０８が先読みするページの実際の数は、文書の全長さ、プリント・エンジン２２６によって処理される文書の現行ページ、及び文書の複雑性のようなファクタ−による。資源アセンブラ２０８の先読みケイパビリティは、プリンタ資源記憶２２０への資源の流れを制御するための資源ローダ−２１４の能力を向上する。資源アセンブラ２０８の動作の一例として、ページをプリントするためにテキストの特定ページが５つの異なるフォント・セットの部分及びポイント表（ベツィエ曲線を描くこと）を必要とする。資源アセンブラ２０８は、ページを検査しかつ明示依存性のリストを生成する。資源アセンブラ２０８は、上述したように依存性をコンピュータ−プリンタ・システム２００の他の部分に通信（伝達）する。同時に、資源アセンブラ２０８は、ページを記述するＲＰＬｓ及び必要資源を包含するホスト資源記憶２１０をアセンブリすることも開始する。双方向モードでは、資源アセンブラ２０８は、データ・ブロックが処理されるシーケンスとしてプリンタ２１８から情報を受け取るということに注目する。簡略化のために、資源アセンブラ２０８は、ページに対するデータ・ブロックを上から下へ処理するものと想定する。プリンタ２１８がページ・モードで動作しているならば単一ＲＰＬが存在し、プリンタがバンディング・モードであるならば各バンドに対して異なるＲＰＬが存在する。ＲＰＬは、データ・ブロック（ページまたはバンド）を、ページのある特定点で文字の特定シーケンスをプリントすべくプリンタ２１８に知らせるフォーマットで記述する。コンピュータ−プリンタ・システム２００は、文字シーケンスの記述を構築しかつホスト資源記憶２１０に記述を記憶するためにこの情報を用いる。項目“記述を構築”は、ホスト・コンピュータ２０２内の記憶位置から文字シーケンスのビットマップをローディングすることから一組の式から文字シーケンスのビットマップを構築するためにフォント・スケーリング技術を用いることに及びうる。そのフォントからあまりにも多くのが文字が要求されてフォント・セット全体を転送することがより効率的であるならば、資源アセンブラ２０８は、フォント全体をを記憶しうる。他方、限定された数の文字だけが必要ならば、資源アセンブラ２０８は、必要な文字だけを記憶するためにグリフ・セットをオープンしうる。現例では、第１のフォント・セットは、それ全体で転送されうる。第２のフォント・セットからの必要な文字は、式に対する数及び数学的記号だけでありうる。資源アセンブラは、式に対する文字を記憶するためにグリフ・セットをオープンする。ページの次の部分が限定された数のイタリックの文字（フォント数３）を必要とするので、グリフ・セットは、オープンのままに維持されうる。グリフ・セットのサイズは、動的に変化可能であるということに注目すべきである。例えば、プリンティング動作の始めでは、目標は、プリント・エンジンをできるだけ素早く稼働させることである。その目的のために、資源アセンブラ２０８は、文書の第１のデータ・ブロックに対して小さいグリフ・セットを用いうるので、グリフ・セットができるだけ速くプリンタ資源記憶２２０に転送されうる。これは、資源アセンブラ２０８が後続データ・ブロックに対して資源をアセンブリする間に、プリンタ・エンジンになすべきことを与える。後続グリフ・セットのサイズは、プリンタ資源記憶２２０のサイズ及びホスト・コンピュータ２０２とプリンタ２１８の間のデータ転送の速度（割合）のようなパラメータによって一般に決定される。資源アセンブラ２０８は、それが所定のサイズに達するまで、グリフ・セットをオープンにしておく。上述したように、グリフ・セットは、異なるフォント・セットからの文字を包含しうる。逆に、依存性により同じフォント・セットからの文字は、異なるグリフ・セットに記憶されうる。例えば、上述した数式に用いられるある文字は、後続データ・ブロックにプリントされた第２の式に用いられうる。第２の式は、第２のフォント・セットからの追加文字、並びに第４及び第５フォント・セットからの文字も同様に用いうる。資源アセンブラ２０８は、第２の式に必要な追加文字だけを包含する第２のグリフ・セットを構築しうる。資源エクスキューター２２４がＲＰＬｓ及び資源をビットマップ・データ・ファイルに処理するときには、それは、第２の式に対するビットマップを構築するために両方のグリフ・セットからの文字を用いる。グリフ・セットを配置するためのＲＰＬは、どのグリフ・セット及びどの文字がプリントされたページの特定位置に配置されているのかを識別するフォーマットにある。例の第２の式に対するＲＰＬは、次のシーケンスを有しうる：単一ＲＰＬでの両方のグリフ・セットの使用は、両方のグリフ・セットをプリンタ資源記憶２２０で同時に有することを必要とする。第１のグリフ・セットがプリンタ資源記憶２２０から削除されているならば、資源ローダー２１４は、第１のグリフ・セットがホスト資源記憶２１０からリロードされなければならないということを決定する。プリンタ資源記憶２２０がオーバーフローせずかつ時間的方法において資源がプリンタ資源記憶で利用可能なように、資源スケジューラー２１６は、要求のタイミングを制御する。従来技術のシステムは、フォント全体をダウンロードしかつプリンタ・メモリを管理することを試みない。これは、プリント・タスクが完了されえないメモリ・オーバーフローを結果として生ずる。上述したような、増加ダウンローディングを実行できるシステムでさえも、ダウンロードされたフォントを周期的にクリアする以外には、プリンタ・メモリを管理することを試みない。対照的に、本発明のコンピュータ−プリンタ・システム２００は、必要な文字だけがプリンタ資源記憶２２０に転送され、かつ上述したようにグリフ・セット資源が活性的に管理されるので、文字をグリフ・セットにアセンブリすることによって時間及びプリンタ・メモリをセーブする。それゆえに、プリンティング処理の総体的効率が向上される。資源アセンブラ２０８の動作を要約すると、資源アセンブラは、資源依存性を決定し、その情報をコンピュータ−プリンタ・システム２００の他の部分に通信（伝達）し、かつ最も効率的な方法で文書記述を処理する。資源アセンブラ２０８は、データ・ブロックを記述するＲＰＬｓも生成しかつＲＰＬｓ及び資源をホスト資源記憶２１０内に記憶する。資源ローダー２１４は、資源がロードされかつプリンタ資源記憶２２０からリリースされるシーケンスを決定する役割を果たす。資源をローディング及びリローディングする最も効率的なシーケンスが決定されうるように、資源ローダー２１４は、資源アセンブラ２０８によって決定されたシステム依存性へのアクセスを常に有する。資源ローダー２１４は、コンピュータ−プリンタ・システム２００の通信ケイパビリティによりホスト・コンピュータ２０２内またはプリンタ２１８内に配置されうる。ホスト・コンピュータ２０２からプリンタ２１８に一方向通信だけが存在するならば、資源ローダー２１４は、ホスト・コンピュータ２０２に常に存在する。それゆえに、プリンタ・メモリ２２２は、ホスト・コンピュータ２０２によって管理される。しかしながら、双方向通信ケイパビリティがあるならば、資源ローダー２１４は、プリンタにそれ自体のメモリを管理させるべくプリンタ２１８に存在しうる。資源ローダー２１４は、プリンタ２１８へのＲＰＬｓ及び資源の転送を制御する。上述したように、ホスト資源記憶２１０は、資源アセンブラ２０８によってアセンブリされた資源が一度にホスト資源記憶にロードされるようにサイズにおいて十分に大きい。ホスト資源記憶２１０は、資源のサイズまたはプリンタ資源記憶２２０のサイズにより課された制約を考慮しない。他方、プリンタ資源記憶２２０は、サイズにおいて制限され、かつ資源は、サイズ制限により制約される。プリンタ資源記憶２２０を効率的に管理するために、資源ローダー２１４は、プリンタ資源記憶２２０が空間切れにならないように、プリンタ資源記憶２２０に既にある各資源のサイズ及び（資源アセンブラ２１８により予め決定された）資源依存性を見て調べかつ資源がプリンタにロードされかつプリンタからリリースされる順序を決定する。それゆえに、資源ローダー２１４は、プリンティング・タスクのコース中に何回も特定資源をロードしかつリリースしうる。資源ローダー２１４は、それがもはや必要ないときに特定資源をリリースしうるということに注目すべきである。資源がプリンタ２１８内でまだ必要でありうるので、プリンタ２１８は、プリンタ資源記憶２２０から特定資源をすぐに削除しない。ホスト・コンピュータ２０２及びプリンタ２１８は、非同期的に動作するので、資源ローダー２１４による資源のリリースは、プリンタ資源記憶２２０からの資源の削除をすぐにはもたらさない。それゆえに、資源を“リリースする ”及び“削除する”という項目は、同意義語ではない。資源ローダー２１４が、資源がプリンタ資源記憶２２０から除去されるべきであるということを決定するときに、資源は、リリースされる。資源ローダー２１４の視点から、資源は、もはやプリンタ２１８には存在しない。資源ローダー２１４は、ロードまたはリリースすべき次の資源を特定する。プリンタ２１８がプリンタ内で資源をもはや必要とせずかつプリンタ資源記憶２２０から資源を実際に削除するときに、資源は、削除される。資源ローダー２１４は、各資源のサイズ及び特定資源がプリンタ資源記憶２２０に存在することが、効率の視点から、センスがあるかどうか、についてだけ興味を持つ。資源ローダー２１４は、プリンタ資源記憶２２０のサイズ及びその中で利用可能な空間、プリンタ資源記憶２２０の現行状態（即ち、どの資源がプリンタ資源記憶に存在するか）の状況を常に把握し、かつどの資源を保持またはリリースすべきかを決定する。資源ローダー２１４は、現行ＲＰＬｓ及び将来ＲＰＬｓの両方に対する明示依存性を見て調べる。資源ローダー２１４は、資源がロードされかつリリースされる順序にだけ興味があるということに注目する；それは、資源変更の実際のタイミングを考慮しない。プリンタ資源記憶２２０への変更のタイミングは、資源スケジューラー２１６によって制御される。上述したように、明快に示された依存性は、資源ローダー２１４にプリンタ資源記憶２２０への資源のローディングのシーケンスを決定することをより容易にさせる。より困難なタスクは、新しい資源に対して空間を作るべくいつ資源をプリンタ資源記憶２２０からリリースするかを決定することである。再び使用されない資源は、考えることなく削除されうることは明らかである。しかしながら、将来、資源が再び用いられるならば、資源ローダー２１４は、新しい資源に対して空間を作るべくリリースする資源を決定しなければならない。従来技術のキャッシング・システムでは、一般的アプローチは、最近用いたことがない項目を削除する（即ち、最も以前に使用された資源を削除する）ことである。このアプローチは、どの資源が将来最も必要でないかを予測するには効率的ではない。明示依存性により、コンピュータ−プリンタ・システム２００は、文書の将来データ・ブロック二対する資源の最も効率的な記憶を予測するための資源の透視キャッシング（clairvoyant caching）を実行することができる。資源は、資源が用いられる順序、資源を記憶するために必要な空間の量、及びプリンタ資源記憶２２０からリリースされなければならないな場合に資源をリロードするために必要な時間に基づいて管理される。資源ローダー２１４は、資源ローダーがプリンタ資源記憶２２０に現在ある資源を見て調べかつどの資源が時間の最も外（farthestou t in time）で用いられているかを決定する“時間ライン”を確立するために明示依存性を用いる。しかしながら、上記したように、資源ローダー２１４は、削除されるべき資源のサイズ及び将来資源をリロードするために必要な時間も考慮する。透視キャッシングの例として、プリンタ資源記憶２２０が既に１０の資源（この例では、１から１０まで一般的にレッテルを貼られる）を包含し、かつプリンタ２１８が特定データ・ブロックに対して資源数１１を必要とすることを想定する。資源ローダー２１４は、時間ラインを見て調べかつ資源数８が、例えば、時間の最も外で用いられることを決定しうる。しかしながら、資源数８がサイズにおいて小さいならば、必要な資源数１１をロードすべく十分な空間なしで、そのリリースは、プリンタ資源記憶２２０にまだ残しうる。従って、資源ローダー２１４は、時間の最も外で用いられる数８の後の次の資源を決定すべく時間ラインを再び見て調べる。資源数２が、例えば、リリースされうる。しかしながら、資源数２のリリースが必要以上にプリンタ資源記憶２２０にフリー空間を生成し、かつ将来において資源数２のリローディングが非常に時間を消費するならば、資源ローダー２１４は、その代わりに一つ以上の他の資源をリリースするために時間ラインを再び見て調べるであろう。この例では、資源ローダー２１４は、必要な資源数１１に対してプリンタ資源記憶２２０に空間を作るために資源数２及び８の代わり、資源数７及び５をリリースしうる。この記述は、資源ローダー２１４がプリンタ資源記憶２２０を管理することで考慮する種々のパラメータの例として単にサーブする。資源ローダー２１４は、資源がロードされかつプリンタ資源記憶２２０からリリースされる順序を決定する間に、資源管理の実際のタイミングは、資源スケジューラー２１６によって実行される。資源スケジューラー２１６は、プリンタ・オペレーティング・システムと考えられうる。しかしながら、上述したように、資源スケジューラー２１６は、プリンタ２１８内に物理的に配置されている必要がない。一方向通信だけを有するコンピュータ−プリンタ・システム２００では、資源スケジューラー２１６は、ホスト・コンピュータ２０２内に配置されうるしかつホスト・コンピュータからプリンタ・メモリ２２２を管理しうる。コンピュータ−プリンタ・システム２００が双方向通信を有するならば、資源スケジューラー２１６は、プリンタ２１８内に存在してプリンタにそれ自体のプリンタ・メモリ２２２を管理させる。ホスト・コンピュータ２０２、プリンタ２１８、及びプリンタ内のプリント・エンジン２２６は、全て非同期的に動作するので、資源スケジューラー２１６は、３つの非同期部分の間に矛盾がないように全てのタイミングを調整しなければならない。資源スケジューラー２１６は、全プリンタ・タイミングを開始かつ制御し、プリント・エンジンで動作を同期し、そしていつ特定資源がプリンタ資源記憶２２０に受け入れられるかを決定する。資源スケジューラー２１６は、プリンタ資源記憶２２０から特定資源をいつ削除するのかも決定する。上述したように、資源をロード及びリリースするシーケンスを特定することは、資源ローダー２１４のタスクである。資源スケジューラー２１６は、いつプリンタ２１８が資源ローダー２１４によって予めリリースされた特定資源に対する更なる必要を有さないかを決定する。資源ローダー２１４のように、資源スケジューラー２１６も資源アセンブラ２０８によって生成された明示依存性へのアクセスを有する。資源ローダー２１４とは異なり、資源スケジューラー２１６は、現行ページに対して必要な資源がプリンタ資源記憶２２０に存在するかどうかにだけ興味を持つ。現行ページに対する全ての依存性が合ったときに（即ち、全ての要求資源がプリンタ資源記憶２２０に存在する）、資源スケジューラー２１６は、ページをプリンティングすることにプリント・エンジン２２６を委ねる実行信号を生成する。以下に詳細に説明するように、プリント・エンジンは、一度コミットメントがページをプリントするようになされたならば実時間でビットマップと共に供給されなければならないか、またはプリント・エンジンは、ページの途中で停止することができないのでページが適宜にプリントされない。デュプレックシング・プリンタは、ページの各面（サイド）に対して実行信号を必要とする（即ち、プリンティング処理は、用紙の面間で停止できる）ということに注目すべきである。資源スケジューラー２１６は、いつ実時間コミットメントがプリント・エンジンになされることができかつページをプリンティングすることにプリント・エンジンを委ねるための実行信号を生成するのかを決定する。資源スケジューラー２１６は、一方向及び双方向通信の両方で同様な機能を実行する。一方向通信システムでは、資源スケジューラー２１６は、プリンタ状態をホスト・コンピュータ２０２に示すハードウェア・インタ−フェイスにＢＵＳＹフラグを生成する。資源スケジューラーは、時間においていつ資源が実際にプリンタ資源記憶２１８から削除されるのかも決定する。双方向通信システムにおいて、資源ローダー２１４は、プリンタ２１８からのプリンタ・メモリ２２２をを管理しかつ特定資源に対してホスト・コンピュータ２０２に特別の要求を行う。加えて、資源スケジューラー２１６は、プリンティング処理を監視しかついつページがプリント・エンジン２２６内の最後の用紙ジャム・センサをクリアしたかをホスト・コンピュータ２０２に報告する。それゆえに、ホスト・コンピュータ２０２は、エラー回復を供給すべくそのページに対応付けられた資源を保持することがもはや必要ではないことを知る。資源スケジューラー２１６は、プリンティング・タスクに対する用紙経路も計画しうる。これは、多段用紙ビン、複数用紙サイズ及び経路を有する大きなプリンタにおいて特に重要である。最適用紙経路を計画することは、プリンティング・タスクの総効率を改善する。資源エクスキュータ−２２４は、資源スケジューラー２１６から実行信号を受け入れかつページを実際にプリントするためにプリント・エンジン２２６によって用いることができるビットマップにＲＰＬｓを変換する。他の資源は、ビットマップ形式でプリンタ資源記憶２２０内に既に存在しうる。資源エクスキューター２２４は、ビットマップを生成するために、プリンタ資源記憶２２０で現在利用できる、資源を利用する。上述したように、あるプリンタは、バンディング・モードで動作する。本発明のコンピュータ−プリンタ・システム２００は、バンディング・モードまたはページ・モードで動作しているプリンタと協同する。資源エクスキュータ−２２４は、バンディング・モードが用いられるならば実時間動作に制約される。即ち、一度実時間コミットメントがプリント・エンジン２２６になされてしまえば、資源エクスキュータ−は、実時間で、一度の１バンド、ＲＰＬｓをビットマップに変換しなければならないか、またはエラーが発生する。プリンタ２１８が（バンディング・モードに対抗して）ページ・モードで動作しているならば、実時間コミットメントは、存在しない。資源エクスキュータ−２２４は、ビットマップをプリント・エンジンに転送する前にページ全体をビットマップに変換することができる。本発明のコンピュータ−プリンタ・システム２００は、ページ・モードまたはバンディング・モードのいずれかで動作できる。ビットマップ・データ・ファイルへのＲＰＬの実際の変換は、当業者によく知られているのでここでは説明しない。プリント・エンジン２２６は、資源エクスキュータ−２２４からビットマップ・データを受け入れてビットマップ・データがファイルページにプリントされる原因となる。プリント・エンジン２２６の使用は、当業者によく知られているのでここでは説明しない。文書の１ページに対するビットマップ・データがプリント・エンジン２２６によって処理されると、用紙は、プリンタ２１８の中を通って移動する。用紙ジャムや低トナー態のようなエラーを検出するためにプリント・エンジン２２６中いたるところに多数のセンサが存在する。従来技術のシステムは、用紙が最後の用紙ジャム・センサをクリアするまでビットマップ・データをプリンタ・メモリに保持する。用紙ジャムが発生したならば、従来技術のシステムは、ジャムった用紙をリプリントするために既にビットマップ形式のデータを有する。コンピュータ−プリンタ・システム２００が双方向通信ケイパビリティを有するならば、しかしながら、ビットマップ・データは、プリンタ２１８内に維持されないが、しかしホスト・コンピュータ２０２内にエラー回復データを生成する。従来技術のシステムは、ページがジャムならばビットマップ・データが既にプリンタ・メモリにあってリプリントされるべく待機しているので、本発明よりも速いエラー回復を有するように見える。しかしながら、用紙ジャム・エラーは、通常のプリンティング処理でほとんど発生しないので、全プリンティング処理では、将来のページに対してデータを処理することを継続しかつエラー回復に対する最も効率的な技術について心配しないことがより効率的である。それよりも、本発明のコンピュータ−プリンタ・システム２００は、文書全体をプリントするための最も効率的な技術に関係する。従来技術のシステムは、ページが最後の用紙ジャム・センサをクリアするまでプリンタ・メモリがビットマップ・データを保持することを強制されるので次のページに対するデータを素早く処理することができない。一枚の用紙を取り、用紙上にイメージを生成し、かつ用紙トレイに用紙を落とすのに一般的なプリント・エンジンでおおよそ１０秒かかる。本発明は、用紙がジャムらないという予想で文書の将来ページに対してデータを処理することを継続する。従来技術のシステムが最後の用紙ジャム・センサをクリアすべくプリントされたページを待機している時限中に、コンピュータ−プリンタ・システム２００は、資源をアセンブリし、ＰＤＬをＲＰＬｓに変換し、かつ複数のページに対してプリンタ資源記憶２２０における資源のフローを管理することができる。用紙ジャムの起こりえない事象において、ホスト・コンピュータ２０２は、始めからページを再処理する。用紙ジャムが発生したならばオペレータがジャムった用紙を物理的に取り除くために介在しなければならないので、時間における実際のコストは、存在しない。オペレータがジャムった用紙を取り除いている間に、資源ローダー２１４は、どのページがエラー回復を必要とするのかを決定しかつ必要な資源及びＲＰＬｓをプリンタ２１８にリロードすることを始める。どの資源がエラー回復処理に対して必要であるのかを決定するために資源ローダー２１４が明示依存性リストを見て調べるので、明示依存性は、エラー回復処理を簡略化する。例えば、プリンタ２１８は、ページ２及び３がデュプレックスでありかつ４及び５がシンプレックスである、ページ２から５まで数値付けられた用紙のシートをジャムりうる。プリンタ２１８が、ページ３（下から上へ）、ページ２（上から下へ）、ページ４（上から下へ）及びページ５（上から下へ）であるべくプリンティング順序を予め特定したならば、資源ローダー２１４は、エラー回復を実行すべく最も効率的な方法で資源及びＲＰＬｓを要求するために明示依存性を用いる。オペレータがジャムった用紙を取り除く間にこれらのアクティビティが実施されうる。それゆえに、従来技術のシステムと比較したときに、コンピュータ−プリンタ・システム２００は、エラー回復で時間を失わない。更に、プリンティング処理の効率は、ページが通常ジャムらないと仮定することによっておおいに向上（強化）される。それゆえに、コンピュータ−プリンタ・システム２００は、従来技術のシステムよりも更に短い時間で文書を処理することができる。上述したように、本発明のコンピュータ−プリンタ・システム２００は、ホスト・コンピュータ２０２からプリンタ２１８への一方向通信で動作することができるか、またはホスト・コンピュータ２０２とプリンタ２１８の間の完全双方向通信チャネルで機能することができる。ホスト・コンピュータ２０２のハードウェアまたはプリンタ２１８のハードウェアが双方向通信を支援することができないならば、一方向通信だけが可能である。一方向通信の制限を有しても、本発明のコンピュータ−プリンタ・システム２００は、従来技術よりもまだ優れている。ある場合には、双方向通信がコンピュータ・システム２０２及びプリンタ２１８の両方によって支援されうるが、しかし双方向通信チャネルの待ち時間があまりにも長いので完全双方向通信を効率的に支援することが不可能である。その場合には、本発明のコンピュータ−プリンタ・システム２００は、プリンタ２１８とホスト・コンピュータ２０２の間で限定された双方向通信を支援することができる。このモードは、まだ完全双方向通信のように効率的ではないが、一方向通信よりも有利である。限定された双方向通信は、ホスト・コンピュータに単なる一方向通信よりも優れたエラー及び状態リポーティング（報告）を与える。データ処理は、一方向通信だけが存在するものとして行われうるが、しかしエラーが発生したならば、コンピュータ−プリンタ・システム２００は、エラーから回復するためにエラー及び状態情報を利用しうる。ＰＣＬ言語を用いるあるレーザ・プリンタ・システムは、プリンタにプラグする（差し込む）ためのソフトウェア・カートリッジの設備を有する。カートリッジは、追加フォントを包含しうる。コンピュータ−プリンタ・システム２００は、プリンタ内に存在する本発明の必要構成部分をプリンタ２１８に供給すべくそのようなカートリッジを用いうる。本発明の一実施例では、コンピュータ−プリンタ・システム２００は、ＰＣＬを用いて第１のモードで動作する機能（能力）を有するか、または本発明を用いて第２のモードで動作しうる。この実施例では、コンピュータ−プリンタ・システム２００は、二つのモード間を前後に自動的に切り替わりうる。これは、コンピュータ−プリンタ・システム２００にＤＯＳアプリケーションのような、他のアプリケーションとの互換性を維持させる。二つのモード間を前後に自動的に切り替わることによって、コンピュータ−プリンタ・システム２００は、従来技術のシステムとの大いなる互換性を与える。ユーザーが資源ベースド・プリンティングを用いて従来技術のプリンタでプリントを試みるならば、本発明のコンピュータ−プリンタ・システム２００は、プリンタによる無意味なデータの偶発的プリンティングを回避する。例えば、ＰＣＬモードで動作するプリンタは、資源ベースド・プリンティング・フォーマットのデータを認識しない。本発明がなければ、ＰＣＬモードのプリンタは、無意味なデータをプリントする（即ち、ゴミ）。しかしながら、本発明は、ＰＣＬ“生成フォンド”コマンドで資源ベースド・プリンタ・データを“ラップすること” によってＰＣＬモードで動作するプリンタでの無意味なデータの偶発的プリンティングを回避する。資源ベースド・ホスト・コンピュータ２０２は、資源ベースド・プリンタ・データのフレームを図４に示すフォーマットでプリンタ２１８へ伝送する。プリンタ２１８へ伝送された各フレームの第１の部分は、資源ベースド・データ・フレームのサイズに従った、ＰＣＬラッパーを包含する。この方法で、ＰＣＬモードで動作するプリンタ２１８は、フォント・ディスクリプタ−として資源ベースド・プリンタ・データを解釈する。フォント・ディスクリプタ− は、ＰＣＬモードのプリンタに対して認識されないので、フォントは、無視されて、何もプリントされない。プリンタ２１８が資源ベースド・モードで動作しているならば、ＰＣＬラッパーは、無視され、かつ資源ベースド・プリンタ・データが上述したように適当な方法でプリントされる。ＰＣＬラッパーは、当業者にとってよく知られた二つのエスケープ・シーケンスを含む。第１のエスケープ・シーケンスは、資源記憶２２０またはプリンタ・メモリ２２２内の特定された位置に従うフォント・データを記憶すべくＰＣＬモードで動作するプリンタ２１８を指図する、フォントＩＤコマンドである。この好ましい実施例では、フォントＩＤコマンドは、一時的にフォントを記憶するために一般的に用いられる、メモリ位置、１６３８４を用いる、〈ＥＳＣ〉^*ｃ１６３８４Ｄである。この特定フォントＩＤコマンドは、ＰＣＬモードで動作するプリンタ２１８が資源ベースド・プリンタ・データをフォントとして誤って識別するならば、それは、フォントを一時的に記憶するためにしばしば用いられるメモリの位置を用いるように、選択される。それゆえに、フォントとして資源ベースド・プリンタ・データを不注意にダウンロードすることの影響は、最小限にされる。フォントＩＤコマンド・エスケープ・シーケンスを用いることは、必要ないということに注目。ほとんどの状況では、ＰＣＬモードで動作するプリンタ２１８は、資源ベースド・プリンタ・データを無意味なデータとして認識し、かつフォントとしてそれをダウンロードしない。しかしながら、フォントＩＤコマンドは、ＰＣＬプリンタが資源ベースド・プリンタ・データをフォントとして誤って認識するならば、影響を最小限にする。ＰＣＬラッパーで用いられる第２のエスケープ・シーケンスは、ＰＣＬモードで動作するプリンタ２１８にバイトでフォント・データ・ファイルの長さを告げる、〈ＥＳＣ〉ｓ〈ｌｅｎｇｔｈ〉Ｗである。例えば、特定の資源ベースド・データ・フレームが長さにおいて１０，０００バイトであるならば、ＰＣＬラッパーは、上述したような、エスケープ・シーケンスを用いて、以下に示すようにアセンブリされる：〈ＥＳＣ〉^*ｃ１３６８４Ｄ〈ＥＳＣ〉ｓ（ｓ１００００Ｗプリンタ２１８が資源ベースド・モードで動作しているならば、それは、資源ベースド・プリンタ・データを処理することができ、かつ次に示すように、ＰＣＬラッパーを無視する。資源ベースド・プリンタ・データは、資源ベースド・プリンタ・データ・フレームの開始及び終了を識別するために、特定フレーミング・シーケンスを用いる。この好ましい実施例では、開始フレーム・シーケンスは、以下に示す：ＦＭＦＭＱＭここで、ＦＭは、“フレーム・マーカー”、ＱＭは、“クォート・マーカー” をそれぞれ表している。フレーミング・シーケンスの使用は、よく知られているので、詳細を説明しない。本発明では、あらゆる数のフレーミング・シーケンスが納得の行くように用いられうるということを理解されたい。上記の例は、本発明の限定であると考慮されるべきではない。資源ベースド・プリンタ２１８は、それが適当なフレーミング・シーケンスを包含しないので、ＰＣＬラッパーに応答しない。それゆえに、データのフレームは、上述したように、資源ベースド・プリンティング・フォーマットでホスト・コンピュータから送られることができ、かつ資源ベースド・プリンタ２１８またはＰＣＬプリンタのいずれかによって処理される。上述したように、各型のプリンタは、同じデータ・フレームを異なる方法で処理する。資源ベースド・コンピュータ−プリンタ・システム２００は、資源アセンブラ２０８によってアセンブリされた資源及びデータを受け入れかつ資源及びデータをプリンタ２１８への伝送のためにフレームに分割する、図５に示す、フレーマー２２８を有する。フレーマー２２８は、図４に示すようなデータ・フレームを生成する。本発明の資源ベースド・プリンティング・システムでは、資源アセンブラは、１２８Ｋバイトよりも大きいフレームをアセンブリしうる。資源ベースド・データ自体は、ｌ２８Ｋバイトのサイズを達成しうる。開始フレーム及び終了フレーム・シーケンスのようなデータの追加で、資源ベースド・データ・フレームは、１２８Ｋバイトを超えうる。しかしながら、ＰＣＬプリンタ・システムは、３２，７６７バイト（３２Ｋバイト−１）の大きさのフレームだけを受け入れることができる。従って、フレーマー２２８は、あらゆる大きな資源ベースド・フレームを３２，７６７バイトよりも大きくないセグメントに分割する。フレーマー２２８は、資源ベースド・データ・フレームの長さを決定しかつＰＣＬラッパーの例で上述した長さとしてその数を挿入する。資源ベースド・データ・フレームが最大ＰＣＬフレーム長を超越する場合には、フレーマー２２８は、資源ベースド・データ・フレームを断片（pieces）に分割しかつ各ＰＣＬデータ・フレームの終りに無視マーカー（ＩＭ）フレーム・シーケンスを挿入する。例えば、資源ベースド・データ・フレームが５０，０００バイト長であるならば、フレーマー２２８は、上述したＰＣＬラッパーを有する３２，７６７バイトの第１のＰＣＬフレームを送る。ＰＣＬデータ・フレームの最後のバイトは、ＩＭフレーム・シーケンスを包含する。ＩＭフレーム・シーケンスは、別の開始フレーム・シーケンスが受け取られるまで全ての後続データを無視すべく資源ベースド・プリンタ２１８を指示する。フレーマー２２８によってアセンブリされた次のＰＣＬデータ・フレームは、５０，０００バイトの資源ベースド・データ・フレームの残りのバイトに対するＰＣＬラッパーを包含する。上述したように、資源ベースドは、ＰＣＬラッパーを無視しかつ新しい開始フレーム・シーケンスを伴う資源ベースド・データを処理する。それゆえに、フレーマー２２８によってアセンブリされた各ＰＣＬデータ・フレームは、資源ベースド・開始フレーム・シーケンス及び資源ベースド・プリンタ・データによって後続されるＰＣＬラッパーを包含する。資源ベースド・データ・フレームの長さが最大ＰＣＬデータ・フレーム・サイズを超越したならば、フレーマー２２８は、資源ベースド・データ・フレームを最大ＰＣＬデータ・フレーム・サイズよりも小さい断片に分割する。発明の方法は、図６Ａ及び６Ｂのフローチャートに示される。判断ブロック２５０では、フレーマー２２８（図５参照）は、資源ベースド・データ・フレームが上述した最大ＰＣＬフレーム長を超越するかどうかを見るために検査する。資源ベースド・データ・フレームが最大ＰＣＬフレーム長を超越するならば、判断ブロック２５０の結果は、ＹＥＳであり、そして、段階２５２で、フレーマー２２８は、資源ベースド・データ・フレームを最大ＰＣＬフレーム長よりも小さい複数セグメントに分割する。資源ベースド・データ・フレームが最大ＰＣＬフレーム長を超えないならば、判断ブロック２５０の結果は、ＮＯであり、段階２５２は、バイパスされる。段階２５４では、フレーマー２２８は、上述したように、資源ベースド・データ・セグメントのそれぞれに開始及び終了フレーム・シーケンスを加える。段階２５６では、フレーマー２２８は、上述したエスケープ・シーケンスを包含しているＰＣＬラッパーを加える。フレーマー２２８は、ユーザーに彼または彼女が非互換性のプリンタでプリントすることを試みていることを警告すべく第１のデータ・フレームに挿入された警告メッセージも加える。警告メッセージは、以下に詳述する。図６Ｂに示された、段階２５８では、フレーマー２２８は、ＰＣＬラッパーに挿入された警告メッセージを有する資源ベースド・データ・フレームを、プリンタ２１８へ送る。判断ブロック２６０では、フレーマー２２８は、複数セグメントがあるかどうかを決定する。複数セグメントがないならば、判断ブロック２６０の結果は、ＮＯであり、フレーマー２２８が終了される。複数セグメントがあるならば、判断ブロック２６０の結果は、ＹＥＳであり、段階２６２において、フレーマーが残りのセグメントのそれぞれに対してフォント・ラッパーを生成する。段階２６４では、フレーマー２２８は、残りのデータ・フレームをプリンタ２１８へ連続的に送る。第１のものを除いてデータ・フレームに警告メッセージを装着する必要がない。なぜならば、これがユーザーに対する複数警告メッセージを結果として生ずるだけである。ホスト・コンピュータ２０２とプリンタ２１８の間の一方向通信では、ホスト・コンピュータは、プリンタが適宜なモードで動作しているかどうかを決定することができない。ホスト・コンピュータは、それが正しいフォーマットでデータを送ったと思い、かつユーザーは、どの問題がプリンタに無意味なデータをプリントさせたかを知らないで無意味なデータのページを受け取る。本発明は、彼または彼女がＰＣＬプリンタで資源ベースド・データをプリントすることを試みていることをユーザーに忠告するプリントされたメッセージを供給することによってこの問題を解決する。このメッセージは、プリント・ジョブの開始でフレーマー２２８によってアセンブリされ、かつ第１のフレームの開始でプリンタへだけ伝送される。フレーマー２２８は、プリンタに組み込まれたフォントを用いてＰＣＬフォーマットにプレーンテキスト・データを挿入する。メッセージは、“あなたは、ウィンドウズ・プリンティング・システムを用いています。プリンタをオフにしなさい。あなたのウィンドウ・プリンティング・システム・カートリッジを挿入しなさい。プリンタをオンにして再びプリントしなさい。”ということを、ユーザーに報告する。それゆえに、本発明は、無意味なデータの偶発的プリンティングを防ぎ、かつプリンタに挿入された適宜なカートリッジなしに、プリンタは、データを処理することができないということをユーザーに報告する。上記説明は、資源ベースド・プリンティング及びＰＣＬフォント・ラッパーを含むが、本発明の原理は、多重（複数）モードで動作することができるあらゆるシステムに適用されうる。装置がプリンタであるならば、ラッパーは、生成フォント・ラッパーでありうるし、上述したように本発明の原理により処理されうる。プリンタ以外の装置が多重モードで用いられるならば、ラッパーは、動作の第１のモードで用いられるコマンドでありうるが、第２のモードによって無視される。上述された資源ベースド・コンピュータ−プリンタ・システム２００は、一方向通信または双方向通信で動作する。双方向通信では、プリンタでは通常用いられないが、資源ベースド・コンピュータ−プリンタ・システム２００で用いられる、複数の状態ラインが存在する。それゆえに、双方向通信は、ホスト・コンピュータ２０２にプリンタ２１８が資源ベースド・データを処理できるかどうかを直接決定させるので、本発明は、一方向通信が存在するときにだけ必要である。当業者は、本発明によって用いられるプリンタへの展開的アプローチは、プリンティング処理の総スピードを非常に増大するということを認識するであろう。どのようにプリンティング処理がアプローチされるべきであるかという既存の概念を捨て去りかつホスト・コンピュータ及びプリンタの両方における全ての利用可能な演算能力を利用することによって、本発明は、ハードウェアにおけるほんの少しの追加経費でプリンティング・スピードを動的に増大した。本発明の原理は、既存のレーザ・プリンタに容易に適用されうる。本発明の種々の実施例及び利点が上記記載に示されたけれども、上記開示は、説明のためだけであり、かつ変更は、詳細においてなされかつ本発明の広い原理内で維持されうるということを理解されたい。従って、本発明は、添付した請求の範囲によってのみ限定されるものである。

───────────────────────────────────────────────────── フロントページの続き (72)発明者リーパトリックアメリカ合衆国カリフォルニア州 94539 フリーモントエクセルソードライヴ 43757 (72)発明者マコーミックウィリアムビーアメリカ合衆国ワシントン州 98007 ベルヴィュー 144 ノースイーストトゥエンティースストリート 14150 (72)発明者ダグラスジョージエイチアメリカ合衆国アラバマ州 36582 セオドアベイブースターロード 3100 エイ

Claims

【特許請求の範囲】１．プリンタ及び該プリンタで文書をプリントしかつ制御するホスト・コンピュータを含むコンピュータ−プリンタ・システムであり、該ホスト・コンピュータは、プリントされるべき複数のオブジェクトを記述するデータを包含する文書に対するデータ・ファイルを有しており、該プリンタは、動作の第１または第２のモードで選択的に動作することができる、コンピュ一タ−プリンタ・システムであって、前記データ・ファイルを試験し、該データ・ファイルを前記文書の特定部分内の複数のオブジェクトに対応している一組のプリミティブに変換し、該文書の該特定部分をプリントするために必要な一組の資源を決定する、前記ホスト・コンピュータ内の資源アセンブラと、前記選択された資源をアセンブリしかつ前記プリンタへの伝送に対するデータ・フレームを生成するフレーマーとを備え、前記データ・フレームは、第１及び第２の部分を包含しており、該第１の部分は、前記プリンタが前記第１のモードで動作しているならば第１の方法で処理されかつ該プリンタが前記第２のモードで動作しているならば無視されるような生成フォント・コマンド・シーケンスを包含し、該第２の部分は、該プリンタが該第１のモードで動作しているならば該プリンタによって処理されず、該プリンタが該第２のモードで動作しているならば該プリンタによって処理されることを特徴とするコンピュータ−プリンタ・システム。２．前記フレーマーは、前記第２の部分のサイズが所定サイズを超越するならば複数の前記データ・フレームを生成し、該複数のデータ・フレームのそれぞれは、前記第１及び第２の部分を有することを特徴とする請求項１に記載のシステム。３．前記フレーマーは、前記第２の部分の第１の端でフレーム開始シーケンスを生成し、当該フレーム開始シーケンスは、前記プリンタが前記第２のモードであるならば該第２の部分を処理することを開始すべく該プリンタに示すことを特徴とする請求項１に記載のシステム。４．前記第１の部分は、前記プリンタにプリントされるメッセージを包含し、該メッセージは、該第２の部分を処理するための該プリンタの無能力を示すことを特徴とする請求項１に記載のシステム。５．前記第１のモードは、動作のＰＣＬモードであり、前記第２のモードは、動作の資源ベースド・モードであることを特徴とする請求項１に記載のシステム。６．プリンタ及び該プリンタで文書をプリントしかつ制御するホスト・コンピュータを含むコンピュータ−プリンタ・システムであり、該ホスト・コンピュータは、プリントされるべき複数のオブジェクトを記述するデータを包含する文書に対するデータ・ファイルを有しており、該プリンタは、動作の第１または第２のモードで選択的に動作することができる、コンピュータ−プリンタ・システムであって、前記データ・ファイルを試験し、該データ・ファイルを前記文書の特定部分内の複数のオブジェクトに対応している一組のプリミティブに変換し、該文書の該特定部分をプリントするために必要な一組の資源を決定する、前記ホスト・コンピュータ内の資源アセンブラと、前記選択された資源をアセンブリしかつ前記プリンタへの伝送に対するデータ・フレームを生成するフレーマーとを備え、前記データ・フレームは、第１及び第２の部分を包含しており、該第１の部分は、前記プリンタが前記第１のモードで動作しているならば第１の方法で処理されかつ該プリンタが前記第２のモードで動作しているならば無視されるようなコマンド・シーケンスを包含し、該第２の部分は、該プリンタが該第１のモードで動作しているならば該プリンタによって処理されず、該プリンタが該第２のモードで動作しているならば該プリンタによって処理されることを特徴とするコンピュータ−プリンタ・システム。７．前記フレーマーは、前記第２の部分のサイズが所定サイズを超越するならば複数の前記データ・フレームを生成し、該複数のデータ・フレームのそれぞれは、前記第１及び第２の部分を有することを特徴とする請求項６に記載のシステム。８．前記フレーマーは、前記第２の部分の第１の端でフレーム開始シーケンスを生成し、当該フレーム開始シーケンスは、前記プリンタが前記第２のモードであるならば該第２の部分を処理することを開始すべく該プリンタに示すことを特徴とする請求項６に記載のシステム。９．前記第１の部分は、前記プリンタにプリントされるメッセージを包含し、該メッセージは、該第２の部分を処理するための該プリンタの無能力を示すことを特徴とする請求項６に記載のシステム。 10．前記第１のモードは、動作のＰＣＬモードであり、前記第２のモードは、動作の資源ベースド・モードであることを特徴とする請求項６に記載のシステム。 11．二者択一的方法で装置にてデータを処理するコンピュータ・システムであり、該装置は、複数のモードの一つで選択的に動作する、システムであって、処理されるべきデータ・ファイルを包含しているデータ記憶領域と、前記データ・ファイルの少なくとも部分を受け入れかつラッパー部分を生成し、該ラッパー部分を該データ部分に加える、フレーマーとを備え、前記ラッパー部分は、前記装置が第１の複数のモードで動作しているならば第１の方法で処理されかつ該装置が第２の該複数のモードで動作しているならば無視されるコマンド・シーケンスを包含し、前記データ部分は、前記装置が前記第１のモードで動作しているならば該装置によって処理されずかつ該装置が前記第２のモードで動作しているならば該装置によって処理されることを特徴とするコンピュータ・システム。 12．前記ラッパー部分は、前記コンピュータ・システムに取り付けられたプリンタでプリントされるメッセージを包含し、該メッセージは、該データ部分を処理するための該装置の無能力を示すことを特徴とする請求項１１に記載のシステム。 13．プリンタ及び該プリンタで文書をプリントしかつ制御するホスト・コンピュータを含むコンピュータ−プリンタ・システムの方法であり、該ホスト・コンピュータは、プリントされるべき複数のオブジェクトを記述するデータを包含する文書に対するデータ・ファイルを有しており、該プリンタは、動作の第１または第２のモードで選択的に動作することができる、方法であって、（ａ）前記文書の特定部分をプリントするために必要な一組の資源を決定し；（ｂ）前記プリンタへの伝送に対してデータ・フレームの第１の部分を生成し、該第１の部分は、前記プリンタが前記第１のモードで動作しているならば第１の方法で処理されかつ該プリンタが前記２のモードで動作しているならば無視されるコマンド・シーケンスを包含しており、（ｃ）前記プリンタへの伝送に対してデータ・フレームの第２の部分を生成し、該第２の部分は、前記プリンタが前記第１のモードで動作しているならば処理されずかつ該プリンタが前記２のモードで動作しているならば該プリンタによって処理され、（ｄ）前記データ・フレームを前記ホスト・コンピュータから前記プリンタに伝送する段階を具備することを特徴とする方法。 14．前記段階（ｂ）及び（ｃ）は、前記第２の部分のサイズが所定サイズを超越するならば複数の前記データ・フレームを生成し、該複数のデータ・フレームのそれぞれは、前記第１及び第２の部分を有することを特徴とする請求項１３に記載の方法。 15．前記段階（ｃ）は、前記第２の部分の第１の端でフレーム開始シーケンスを生成し、当該フレーム開始シーケンスは、前記プリンタが前記第２のモードであるならば該第２の部分を処理することを開始すべく該プリンタに示すことを特徴とする請求項１３に記載の方法。 16．前記プリンタでプリントされるメッセージを生成する段階を更に具備し、該メッセージは、該第２の部分を処理するための該プリンタの無能力を示すことを特徴とする請求項１３に記載の方法。 17．前記第１の部分を生成する前記段階（ｂ）は、前記メッセージを含むことを特徴とする請求項１６に記載の方法。 18．二者択一的方法で装置にてデータ・ファイルを処理する装置を含んでいるコンピュータ・システムの方法であり、該装置は、複数のモードの一つで選択的に動作する、方法であって、（ａ）前記装置への伝送に対するデータ・フレームの第１の部分を生成し、該第１の部分は、前記装置が第１の複数のモードで動作しているならば第１の方法で処理されかつ該装置が第２の該複数のモードで動作しているならば無視されるコマンド・シーケンスを包含し、（ｂ）前記装置への伝送に対するデータ・フレームの第２の部分を生成し、該第２の部分は、前記データ・ファイルの部分を少なくとも包含しており、前記第２の部分は、前記装置が前記第１のモードで動作しているならば該装置によって処理されずかつ該装置が前記第２のモードで動作しているならば該装置によって処理されることを特徴とする方法。