(57)【要約】【課題】高速プリント・コントローラのための根本的に異なる設計を提案すること。【解決手段】プリントストリーム・データを受け取り、解析してローカル部分とグローバル部分に分け、さらにラスタ画像処理を行うためにパッケージ化し、その後、複数のラスタ画像プロセッサによって並列に処理する、プリント・コントローラ、方法、およびプログラム製品。【選択図】図３
2004164645.tif 000002
【特許請求の範囲】
【請求項１】
プリント制御データを処理する要素のパイプラインを備える装置であって、前記要素のパイプラインが、
それぞれがシートへの着色剤の塗布を制御し、データ信号を受け取る入力ポートを有する、複数のプリント・ヘッド・ドライバと、
それぞれが、シートへの着色剤の塗布を制御するデータ信号を引き渡すために前記複数のプリント・ヘッド・ドライバの入力ポートと通信する出力ポート、および解析済みのページ・データを受け取る入力ポートを有する、複数のラスタ画像プロセッサと、
前記複数のラスタ画像プロセッサの入力ポートと通信する出力ポート、およびプリント・データ・ストリームを受け取る入力ポートを有するシーケンサであって、パイプライン化された要素間のデータ・フローを監視し、プリント・データ・ストリームを解析して、個々のページに関連するローカル・データ部分と複数のページにわたって共有される特徴に関連するグローバル状態データ部分とに分け、解析済みのページのローカル・データ部分およびグローバル状態データ部分を一緒にパッケージ化する、シーケンサとを有し、
前記ラスタ画像プロセッサが、前記シーケンサの指示に応じて、複数のページに関連するパッケージ化された解析済みのページ・データを並列に処理し、前記プリント・ヘッド・ドライバに対して通信すべきデータ信号を生成する、装置。
【請求項２】
前記シーケンサが、通信すべきパッケージ化された個々のページ・データを前記ラスタ画像プロセッサに待ち行列化し、前記ラスタ画像プロセッサのそれぞれが、個々のページに関連するデータの処理が完了し、生成されたデータ信号がプリント・ヘッド・ドライバに対して通信されたとき、待ち行列データを引き出す、請求項１に記載の装置。
【請求項３】
各前記ラスタ画像プロセッサが、プリント・データ・ストリームとして通信される形式から、プリント・ヘッド・ドライバへのデータ信号として通信される形式にデータを変換する、請求項１に記載の装置。
【請求項４】
各前記ラスタ画像プロセッサが、プリント・データ・ストリームとして通信される形式から、個々のページをブランクとすべきか、単色で印刷すべきか、それとも多色で印刷すべきかに応じて、可変数の部分にデータを変換する、請求項３に記載の装置。
【請求項５】
プリント制御データを処理する要素のパイプラインを備える装置であって、前記要素のパイプラインが、
それぞれがシートへの着色剤の塗布を制御し、データ信号を受け取る入力ポートを有する、複数のプリント・ヘッド・ドライバと、
それぞれが、シートへの着色剤の塗布を制御するデータ信号を引き渡すために前記複数のプリント・ヘッド・ドライバの入力ポートと通信する出力ポート、および解析済みのページ・データを受け取る入力ポートを有する、複数のラスタ画像プロセッサと、
前記複数のラスタ画像プロセッサの入力ポートと通信する出力ポート、およびプリント・データ・ストリームを受け取る入力ポートを有するシーケンサであって、パイプライン化された要素間のデータ・フローを監視し、プリント・データ・ストリームを解析して、個々のページに関連するローカル・データ部分と複数のページにわたって共有される特徴に関連するグローバル状態データ部分とに分け、解析済みのページのローカル・データ部分およびグローバル状態データ部分を一緒にパッケージ化する、シーケンサとを有し、
前記複数のラスタ画像プロセッサが、前記シーケンサの指示に応じて、複数のページに関連するパッケージ化された解析済みのページ・データを並列に処理し、前記プリント・ヘッド・ドライバに対して通信すべきデータ信号を生成し、前記各ラスタ画像プロセッサが、プリント・データ・ストリームとして通信される形式から、個々のページをブランクとすべきか、単色で印刷すべきか、それとも多色で印刷すべきかに応じて、可変数のビットマップにデータを変換する、装置。
【請求項６】
プリント・データ・ストリームを受け取り、前記ストリームを解析して、ローカル部分とグローバル部分に分けるステップと、
解析済みのローカル・プリントストリーム・データ部分、およびグローバル・プリントストリーム・データ部分を一緒にパッケージ化するステップと、
パッケージ化済みのプリントストリーム・データ部分を待ち行列に入れるステップと、
待ち行列に入れたパッケージ化済みのプリントストリーム・データ部分を複数のラスタ画像プロセッサに対して通信するステップと、
複数の通信されたパッケージ化済みのプリントストリーム・データ部分を並列に処理して、プリント・ヘッド駆動データ信号を生成するステップと、
生成済みのプリント・ヘッド駆動データ信号を、プリンタのプリント・ヘッドに対して通信するステップと
を含む方法。
【請求項７】
前記プリントストリーム・データ部分をパッケージ化するステップが、個々のページに適用可能な部分をパッケージ化するステップを含む、請求項６に記載の方法。
【請求項８】
前記処理するステップがビットマップ・データ信号を生成するステップを含む、請求項６に記載の方法。
【請求項９】
プリント・データ・ストリームを受け取り、前記ストリームを解析してローカル部分とグローバル部分に分ける手順と、
解析済みのローカル・プリントストリーム・データ部分およびグローバル・プリントストリーム・データ部分を一緒にパッケージ化する手順と、
パッケージ化済みのプリントストリーム・データ部分を待ち行列に入れる手順と、
待ち行列に入れられたパッケージ化済みのプリントストリーム・データ部分を複数のラスタ画像プロセッサに対して通信する手順と、
複数の通信されたパッケージ化済みのプリントストリーム・データ部分を並列に処理して、プリント・ヘッド駆動データ信号を生成する手順と、
前記生成済みのプリント・ヘッド駆動データ信号をプリンタのプリント・ヘッドに対して通信する手順と、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、高速カラー印刷装置の印刷制御に関する。
【背景技術】
【０００２】
高速カラー印刷は、かなり大きな計算リソースおよび通信リソースを必要とする。８ビット／スポット、６００ドット／インチでは、レター・サイズの各ページは、ＣＭＹＫカラー空間におけるおよそ１２８ＭＢの非圧縮データを含む。ＭＯ：ＤＣＡ、PostScript、ＰＣＬなどのさまざまなアーキテクチャを使用してページを記述することにより、プリントストリームが各ページを記述するのに使用するデータは、ずっと少なくなる。これにより、プリント・サーバが高品質な出力でも比較的速く生成することが可能になる。
【０００３】
これにひきかえ、プリント・エンジンはビットマップを必要とするので、IBMAdvanced Function Common Control Unit（ＡＦＣＣＵ）などのプリンタ・コントローラでは、入力データをビットマップに変換、すなわちラスタ化しなければならない。ラスタ画像処理はまた、プリント・ヘッドにデータ・ストリームを受け渡すための準備の際の「リップ」または「リッピング」としても知られている。現在のハイエンドのカラー・プリンタは、毎分１３０ページ以上で動作し、この速度では、利用可能な計算機リソースを最大限に使っている。次世代のカラー・プリンタは毎分２０００ページ以上の速度で動作することになる。プリント・ヘッド自体は、８ビット／スポットに対応していないこともあるが、プリント・データは、それでもそのビット深さで通常指定されており、プリンタ内で濃淡付け（halftone）が行われる。
【０００４】
高速プリンタは、連続用紙技術に基づく傾向がある。この技術では、定格速度でプリント・ヘッドを位置送りしなければならない。そうしないとプリント・エンジンが停止しなければならなくなるか、またはブランク・ページを排出しなければならなくなる。現在の電子写真方式のプリント・ヘッドを使用すると、各面に単一の定着機構を共有する４つのヘッドがあり、そのためブランク用紙がいつも排出される。これは、無駄が多くて高価につくだけでなく、後処理装置を妨害しがちでもある。
【０００５】
現在開発中のインクジェット・プリンタでは、用紙を逆にすることによりブランク用紙の排出を回避することができるが、それでも制御ユニットの能力不足によって引き起こされるバックヒッチングは、生産性の損失、エンジン疲労、および出力品質の問題を引き起こすことになる。この理由から、定格速度を維持するためにあらゆる努力がコントローラの製造業者によって行われることになる。
【０００６】
高速カラー印刷では、プリントすることができるデータ構造を厳しく制限することによって、定格速度の維持を実現しており、プリント・データ生成装置が「効率の良い」データを生成する必要がある。たとえば、連続色調画像は、適切なサイズ、解像度、および配向を使用して生成されなければならず、したがって、画像処理はプリンタ中では実行されない。スクリーニング、合成、アップサンプリング、および圧縮解除のような動作のために、特化ハードウェアも頻繁に使用される。さらに、大規模な共有メモリ・マルチプロセッサ機構がプリンタ・コントローラとして使用される。
【０００７】
あるいは、コントローラが、「プレリップ」モードで動作するように構築され、このモードでは各ジョブがあらかじめリップされ、プリント・ヘッドの「近くの」ディスクに保存される。このアプローチは、ステートメント印刷、および独特の、または頻繁に変化する長く続くページが必要な同様な用途には実用的ではない。
【０００８】
現在の「リップおよびプリント」解決策には、不十分な点が多い。特注ハードウェアは、開発するのに費用がかかり、変更が難しい。プリントストリームの制約は、アプリケーション・ジェネレータおよび顧客に厳しい負担を課す。最終的には、必要とされる大規模なプリント・サーバおよびコントローラがプリンタ価格を倍にすることもある。さらに高いスループットをサポートするためには、これらの欠点のすべてが、今以上に緊急に解決すべきものになるであろう。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
以上述べたことを念頭におくと、本発明の一目的は高速プリント・コントローラのための根本的に異なる設計を提案することである。
【課題を解決するための手段】
【００１０】
特注ハードウェアおよび高価な高速マルチプロセッサ機構の代わりに、このコントローラは、商用の市販されているパーソナル・コンピュータ・システムなどの安価なコモディティ・プロセッサを使用するように設計されている。従来、かかるアプローチは、それらコモディティ・マシンには、使い物になるのに十分なＩ／Ｏおよびメモリ性能が欠如しているので、実現可能と考えられていなかった。本発明では、ラスタ化されたビットマップが共通点に戻ることがないように、ページ・パイプラインを導入することによってこの問題を回避することを提案する。この方法では、システムの各部分に対する処理要件が、抜本的に少なくなる。
【発明の効果】
【００１１】
その結果、プリント・コントローラは、現在実現可能なものに比べて、性能がさらに増大しコストが低減する。さらに、コモディティ・プロセッサおよび市販のネットワークが改善されるにつれ、その性能を直截的に増大することができる。本明細書に記載の設計を使用することにより、ＲＩＰ機構や接続ネットワークを追加して、各顧客のニーズに適合するように各コントローラを構成することができる。
【発明を実施するための最良の形態】
【００１２】
本発明について、本発明の好ましい実施形態を示した添付図面を参照して、以下により詳しく説明するが、以下の説明の初めに、当業者なら本明細書に記載の本発明を変更し、それでも本発明の有利な結果を実現することができることを理解すべきである。したがって、以下の説明は、当業者を対象とした広範な、教示的な開示と理解すべきであり、本発明を限定するものと理解すべきではない。
【００１３】
最初に、以下の議論で使用するある種の用語について概説することが有益である。「プリント・ジョブ」とは、一般に高機能パーソナル・コンピュータやネットワーク・サーバなどの情報処理システムからアクセス可能に格納されたデータ・ファイルである。データ・ファイルは、元のドキュメントの打鍵、スキャン、グラフィック設計プログラムの使用などを含む、印刷技術者に周知のいくつかの方法で作成したものでよい。プリント・ジョブは、ページ・シーケンスを定義するものと理解することができる。１ページは、１枚のシートの一面である。シートは、レター・サイズ用紙として一般に知られている１枚のカット・シートでも、あるいは連続したロール紙でもよい。２面があるので、１枚のシートは２ページを受け取ることができる。プリント・ジョブをプリンタに転送する際に、オペレータは「ジョブ・チケット」を作成することになるが、このジョブ・チケットは、プリント・ジョブが完成済みのページ上で発信元が望む外見にするために必要な制御機能をプリンタやプリント・サーバに対して記述する。これらの制御機能には、特殊な機能または要素の組込み、あるページから別のページへのある種の機能または要素の繰り返し、フォントまたは用紙の変更などが含まれ得る。
【００１４】
ジョブ・チケット中のこれらの命令は、高機能プリンタ・データ・ストリーム（ＩＰＤＳ）などの特定のデータ・ストリームで表される。別の実施形態では、PostScript、Hewlett-Packardプリンタ制御言語（ＰＣＬ）、Printer Job Language（ＰＪＬ）、AppleTalk Printer Access Protocol（ＰＡＰ）など、別のデータ・ストリームを使用することができる。しかし、使用されるデータ・ストリームが、設計済みであり、かつ双方向であることが好ましい。「設計済み」とは、どのようにデータを提示すべきかを指定する１組の標準化した制御を、生データと一緒に伝送することを意味する。「双方向」とは、（たとえばプリント・サーバやその他データ・ストリーム・ジェネレータなどの）ホストと（たとえばプリンタやその他出力装置などの）受信側の間に同期化機構が設けられ、それらがデータ・ストリーム中のさまざまな点で同期することが可能となることを意味する。たとえば、ホストからの照会および受信側の応答情報の交換をもたらす確認プロトコルに従って、ホストと受信側は、コマンド・レベルまたはページ・レベルで同期することが可能である。また、（搬送プロトコルまたは通信プロトコルとも呼ばれる）特定の伝送レベル・プロトコル、すなわち伝送制御プロトコル（ＴＣＰ）に関して、本発明の実施形態を説明するが、XeroxNetwork Systems（ＸＮＳ）、S/370 Parallel Channel Host Attachmentなど、２端点間でエラーのない、双方向バイト・ストリームを提供するその他のプロトコルを使用することもできる。以下に本発明の例として詳細に説明するコントローラは、たとえば、ここにホストおよび受信側として記載されているものの間に機能的に挿入することができる。
【００１５】
本発明中の重要な概念は、パイプライン化ページ処理である。現在のコントローラの設計では、異なるプロセッサにより、各ページを並列にリップすることができるが、これらを再アセンブリし、１点からヘッド・アセンブリにスプールする。バス・コンテンションおよびメモリ・アクセス（必要な速度でメモリ・ブランキングを行うことでさえ、挑戦すべき難題である）が、主要なボトルネックである。
【００１６】
次に、添付の図面をより詳細に参照すると、本発明によるプリント・コントローラが図１に示され、全体的に１０で識別される。この図に示すプリント・コントローラは、図２を参照して後で説明するように、別々に表されるいくつかの要素を備える。しかし、本発明の範囲内に留まりながら、ここに示し別々に説明する機能をさまざまな方法および組合せの形で統合することができることを本発明が企図していることを、まず最初に理解すべきである。
【００１７】
図１の構成では、コントローラ１０が、プリント・サーバ１１とプリンタ１２の間に挿入されている。プリンタ１２は複数のプリント・ヘッド１４を有する。この図に詳細に示してはいないが、プリンタ、特にロール・フィードを使用した高速カラー・プリンタに関する技術分野の当業者なら、シートの両面にページをプリントするために、シートの表と裏用に、またＣＭＹＫなど多色印刷に必要なさまざまな着色剤用に、プリント・ヘッドを設けることができることを理解されよう。
【００１８】
ここに提案する設計では、プリンタ・コントローラ１０を、３つの論理ステージを持つパイプラインに分ける。最も一般的な実装形態では、各ステージが１つまたは複数の機器上で実行される。本発明が企図する他の実装形態では、諸ステージをより少数の機器または十分な処理能力を持つ単一機器に統合して、必要な計算ステップを実施することができる。パイプライン・ステージについては、図２を参照して以下に説明する。
【００１９】
第１ステージは、プリント・サーバからデータ・ストリームを受け取るシーケンサ２１である。これは、すべての通信を処理し、すべての必要な確認およびエラー・メッセージをアセンブルし、その報告を戻す。シーケンサ２１は、コントローラ中の「主コーディネータ」であり、パイプライン中でどのページがどの点にあるかを知っている。
【００２０】
以上述べたように、プリント・サーバから渡されたデータ・ストリームによって定義されるプリント・ページは、ローカル・データとグローバル・データの２種類のデータを含むということができる。ローカル・データは、現在のページだけに影響を与える。グローバル・データは、プリント・ページ内に含まれているとしても、グローバルな印刷状態を変更し、したがって後続のページに影響を与える。グローバル・データは、ページ間に存在することもできる。シーケンサ２１は入力ページを分析し、グローバル状態を更新する。シーケンサが入力データを完全に解析する必要はなく、グローバル動作を識別するだけで十分であることに留意されたい。実際問題として、シーケンサは、一度に複数ページに対して動作可能であり、各ページがグローバル状態に対する「デルタ」を生成する。次いで、シーケンサが、ページを開始した時点で妥当であったグローバル状態をもつ各ページをパッケージ化する。ページ／状態の組合せは、今や独立であり、他のすべてのページとは別に処理することができる。シーケンサ２１が、たとえば、片側シート面上のすべてのページが一単位としてパッケージ化されるように、作業を他の単位でパッケージ化することもできることに留意されたい。
【００２１】
シーケンサは、このようにして生成された独立した作業単位の待ち行列を保持する。次のパイプライン・ステージ中のページＲＩＰプロセッサから、この待ち行列にアクセスする。
【００２２】
ページＲＩＰパイプライン・ステージ２２は、図に示すように、複数の別個のＲＩＰ機構２２ａ、２２ｂ、２２ｃ．．．．２２ｎを含む。ネットワーク・コンテンションを最少にするために、複数の物理ネットワークを使用して、これらの機構をシーケンサ２１に接続することができる。シーケンサ−ページ・リップ・ネットワークが、プリント・サーバからシーケンサ２１に至るネットワーク接続よりもかなり負荷が少なくなるようにシステムを構成できることに留意されたい。
【００２３】
ＲＩＰ機構は、別の作業単位を受け入れることができるようになるたびに、シーケンサ２１とコンタクトし、次の作業単位を取得する。ＲＩＰ機構のサイズと速度に応じて、それぞれが複数の作業単位に対して動作し続けることが可能である。ＲＩＰ機構はさまざまなサイズとすることができ、シーケンサと比べてかなり異なっていてもよいことにも留意されたい。たとえば、シーケンサ２１は優れたＩ／Ｏ性能を持つハイエンド機器でもよく、一方、ＲＩＰ機構２２ａ〜２２ｎはずっと安価で低速なものでもよい。各ＲＩＰ機構がレディ状態でより多くの作業を要求するこの設計では、自動的に負荷バランスが取られることにも留意されたい。
【００２４】
ＲＩＰ機構がエラーに遭遇した場合、その報告がシーケンサ２１に戻される。各作業単位がＲＩＰされるとき、いくつかのビットマップが生成される。その数はゼロ（ブランク・ページ）、１（単色）、４（ＣＭＹＫ）、プリント・エンジンが４色以上を使う場合にはそれ以上の数字になり得る。各ＲＩＰ機構はシートの表面または裏面のどちらに作業単位を印刷すべきか、したがってどのヘッドが使用されるかを知っている。ＲＩＰ機構は、その単位が実行されたことをシーケンサに報告し、次いでビットマップを次のパイプライン・ステージ、すなわちヘッド・ドライバ２４ａ〜２４ｈに送る。ビットマップのどれかが空になった場合には、このことを当該のヘッド・ドライバに報告する。
【００２５】
ビットマップは非常に大きいことがあるので、この通信は、重要なポイントとなる。この理由から、ＲＩＰ−ヘッド・ドライバ間の通信は、図２で２５にＲＩＰ機構２２ａ〜２２ｎとヘッド・ドライバ２４ａ〜２４ｈの間に挿入して示した複数のネットワークに分割することができる。極端な場合、各ヘッド・ドライバが専用ネットワークをもつこともある。黒色ヘッドで印刷すべきデータが大部分なので、もっと合理的なアプローチでは、黒色ヘッドを２つの専用ネットワーク上に置くことになり、他のヘッドはなんらかの方法でネットワークを共用できる。
【００２６】
ヘッド・ドライバ２４ａ〜２４ｈは、ＲＩＰ機構２２からビットマップを受け入れ、それらをプリンタ１２の実際のヘッド１４に送る。各シート面で処理にかかる時間が異なるため、ビットマップの順序が狂って到着することがある。ヘッド・ドライバは受け取ったビットマップを正しい順序に直し、それらを正しい順序でヘッドに送る。
【００２７】
ＲＩＰ機構が割り当てられたタスクを完了したとき、シーケンサ２１はシンクロナイザとして機能し、プリント・ヘッド・ドライバ２４ａ〜２４ｈに必要とされる処理済みのシート面の適切なカラープレーンを送るように求めるコマンドをＲＩＰ機構に発行する。利用可能な処理能力によっては、シーケンサおよびシンクロナイザ機能を、ＲＩＰ機構としても機能するシステムで実施することもできる。あるいは、あるＲＩＰ機構２２ａをシーケンサ２１としても機能させ、別のＲＩＰ機構２２ｂをシンクロナイザとしても機能させるなど他の方法で、これらの機能を分離または結合することもできる。
【００２８】
あるいは、実装形態によっては、ビットマップの代わりにＲＩＰ機構とヘッド・ドライバの間で異なる中間フォーマットを好んで使用することもある。いくつかの戦略が可能であり、それぞれヘッド・ドライバが必要とする帯域幅と、ヘッド・ドライバが必要とする処理の間のトレードオフがそれぞれ異なったものとなる。
【００２９】
広義に理解すると、本発明は図３に概略的に示す一連のステップを実行する。図に示すように、ステップ１００で、着信プリント・データ・ストリームを受け取り解析して、ローカル部分にする。次いでステップ１０１で、このローカル部分が、複数のＲＩＰ機構に渡され、そこで並列に処理されて、ここではビットマップ・データ・ストリームであるものとして記述する、関連プリンタのプリント・ヘッドを駆動するのに適したプリント・ヘッド・データ・ストリームが生成される。ステップ１０２で、そのプリント・ヘッド・データ・ストリームが、適切なプリンタのプリント・ヘッド・ドライバに出力される。
【００３０】
本発明は、コンピュータ（または他の電子装置）をプログラムするために使用できる、図３に示すような本発明によるプロセスを実行する命令をその上に記憶した機械可読媒体２００（図４）を含むことができるコンピュータ・プログラム製品およびそのようなコンピュータ・プログラムとして提供することもできる。この機械可読媒体は、それだけに限定されないが、フレキシブル・ディスク、光ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カードまたは光カード、あるいは電子命令を記憶するのに適した他の種類のメディア／機械可読媒体を含むことができる。さらに、本発明はコンピュータ・プログラム製品としてダウンロードすることもでき、プログラムは、（たとえばモデムやネットワーク接続など）通信リンクを介して搬送波または他の伝搬媒体の形で実施されるデータ信号としてリモート・コンピュータから要求コンピュータに転送することができる。
【００３１】
図面および明細書中に、本発明の好ましい実施形態について述べてきており、特定の用語を使用してきているが、ここに示した説明では、用語を、限定の目的ではなく一般的および記述的な意味でのみ使用している。
【００３２】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００３３】
（１）プリント制御データを処理する要素のパイプラインを備える装置であって、前記要素のパイプラインが、
それぞれがシートへの着色剤の塗布を制御し、データ信号を受け取る入力ポートを有する、複数のプリント・ヘッド・ドライバと、
それぞれが、シートへの着色剤の塗布を制御するデータ信号を引き渡すために前記複数のプリント・ヘッド・ドライバの入力ポートと通信する出力ポート、および解析済みのページ・データを受け取る入力ポートを有する、複数のラスタ画像プロセッサと、
前記複数のラスタ画像プロセッサの入力ポートと通信する出力ポート、およびプリント・データ・ストリームを受け取る入力ポートを有するシーケンサであって、パイプライン化された要素間のデータ・フローを監視し、プリント・データ・ストリームを解析して、個々のページに関連するローカル・データ部分と複数のページにわたって共有される特徴に関連するグローバル状態データ部分とに分け、解析済みのページのローカル・データ部分およびグローバル状態データ部分を一緒にパッケージ化する、シーケンサとを有し、
前記ラスタ画像プロセッサが、前記シーケンサの指示に応じて、複数のページに関連するパッケージ化された解析済みのページ・データを並列に処理し、前記プリント・ヘッド・ドライバに対して通信すべきデータ信号を生成する、装置。
（２）前記シーケンサが、通信すべきパッケージ化された個々のページ・データを前記ラスタ画像プロセッサに待ち行列化し、前記ラスタ画像プロセッサのそれぞれが、個々のページに関連するデータの処理が完了し、生成されたデータ信号がプリント・ヘッド・ドライバに対して通信されたとき、待ち行列データを引き出す、上記（１）に記載の装置。
（３）各前記ラスタ画像プロセッサが、プリント・データ・ストリームとして通信される形式から、プリント・ヘッド・ドライバへのデータ信号として通信される形式にデータを変換する、上記（１）に記載の装置。
（４）各前記ラスタ画像プロセッサが、プリント・データ・ストリームとして通信される形式から、個々のページをブランクとすべきか、単色で印刷すべきか、それとも多色で印刷すべきかに応じて、可変数の部分にデータを変換する、上記（３）に記載の装置。
（５）プリント制御データを処理する要素のパイプラインを備える装置であって、前記要素のパイプラインが、
それぞれがシートへの着色剤の塗布を制御し、データ信号を受け取る入力ポートを有する、複数のプリント・ヘッド・ドライバと、
それぞれが、シートへの着色剤の塗布を制御するデータ信号を引き渡すために前記複数のプリント・ヘッド・ドライバの入力ポートと通信する出力ポート、および解析済みのページ・データを受け取る入力ポートを有する、複数のラスタ画像プロセッサと、
前記複数のラスタ画像プロセッサの入力ポートと通信する出力ポート、およびプリント・データ・ストリームを受け取る入力ポートを有するシーケンサであって、パイプライン化された要素間のデータ・フローを監視し、プリント・データ・ストリームを解析して、個々のページに関連するローカル・データ部分と複数のページにわたって共有される特徴に関連するグローバル状態データ部分とに分け、解析済みのページのローカル・データ部分およびグローバル状態データ部分を一緒にパッケージ化する、シーケンサとを有し、
前記複数のラスタ画像プロセッサが、前記シーケンサの指示に応じて、複数のページに関連するパッケージ化された解析済みのページ・データを並列に処理し、前記プリント・ヘッド・ドライバに対して通信すべきデータ信号を生成し、前記各ラスタ画像プロセッサが、プリント・データ・ストリームとして通信される形式から、個々のページをブランクとすべきか、単色で印刷すべきか、それとも多色で印刷すべきかに応じて、可変数のビットマップにデータを変換する、装置。
（６）プリント・データ・ストリームを受け取り、前記ストリームを解析して、ローカル部分とグローバル部分に分けるステップと、
解析済みのローカル・プリントストリーム・データ部分、およびグローバル・プリントストリーム・データ部分を一緒にパッケージ化するステップと、
パッケージ化済みのプリントストリーム・データ部分を待ち行列に入れるステップと、
待ち行列に入れたパッケージ化済みのプリントストリーム・データ部分を複数のラスタ画像プロセッサに対して通信するステップと、
複数の通信されたパッケージ化済みのプリントストリーム・データ部分を並列に処理して、プリント・ヘッド駆動データ信号を生成するステップと、
生成済みのプリント・ヘッド駆動データ信号を、プリンタのプリント・ヘッドに対して通信するステップと
を含む方法。
（７）前記プリントストリーム・データ部分をパッケージ化するステップが、個々のページに適用可能な部分をパッケージ化するステップを含む、上記（６）に記載の方法。
（８）前記処理するステップがビットマップ・データ信号を生成するステップを含む、上記（６）に記載の方法。
（９）プリント・データ・ストリームを受け取り、前記ストリームを解析してローカル部分とグローバル部分に分ける手順と、
解析済みのローカル・プリントストリーム・データ部分およびグローバル・プリントストリーム・データ部分を一緒にパッケージ化する手順と、
パッケージ化済みのプリントストリーム・データ部分を待ち行列に入れる手順と、
待ち行列に入れられたパッケージ化済みのプリントストリーム・データ部分を複数のラスタ画像プロセッサに対して通信する手順と、
複数の通信されたパッケージ化済みのプリントストリーム・データ部分を並列に処理して、プリント・ヘッド駆動データ信号を生成する手順と、
前記生成済みのプリント・ヘッド駆動データ信号をプリンタのプリント・ヘッドに対して通信する手順と、
をコンピュータに実行させるプログラム。
【図面の簡単な説明】
【００３４】
【図１】プリント・サーバおよびプリンタと組み合わせた、本発明による機器の概略図である。
【図２】本発明によるコントローラ機器の概略図である。
【図３】本発明に従って動作する、図１および図２の機器によって実施される諸ステップの概略図である。
【図４】図３の方法ステップの動作を引き起こす、コンピュータで実行可能な命令を記録する、コンピュータ可読媒体を示す図である。
【符号の説明】
【００３５】
１０  プリント・コントローラ
１１  プリント・サーバ
１２  プリンタ
１４  ヘッド
２１  シーケンサ
２２  ページＲＩＰパイプライン・ステージ
２２ａ  ＲＩＰ機構
２２ｂ  ＲＩＰ機構
２２ｃ  ＲＩＰ機構
２２ｎ  ＲＩＰ機構
２４ａ  ヘッド・ドライバ
２４ｂ  ヘッド・ドライバ
２４ｃ  ヘッド・ドライバ
２４ｄ  ヘッド・ドライバ
２４ｅ  ヘッド・ドライバ
２４ｆ  ヘッド・ドライバ
２４ｇ  ヘッド・ドライバ
２４ｈ  ヘッド・ドライバ
２５  ネットワーク
２００  機械可読媒体
【図１】
2004164645.tif 000003
【図２】
2004164645.tif 000004
【図３】
2004164645.tif 000005
【図４】
2004164645.tif 000006