(57)【要約】【課題】  ＣＰＵのＲＡＭを増やさずコストを抑えた印刷システムを提供する。【解決手段】  ＣＰＵ１１１０は、受信するコマンド等が制御用ＲＡＭのバッファで送受信可能かどうか判定し、容量不足と判定さした場合は、他のコマンド等の送受信を一時的に禁止するとともに、画像データ用ＲＡＭをコマンド等の送受信用バッファに一時的に割り当てる。【選択図】  図１
2006167964.tif 000002
【特許請求の範囲】
【請求項１】
印刷データを、ホストコンピュータ側でビットマップ展開し、そのビットマップデータをプリンタへ転送し、印刷動作を行う印刷システムにおいて、
ＣＰＵがコマンド解析やエンジン制御などのワークメモリとして使用する制御用記憶手段と、
画像データ受信しエンジンへビデオデータとして出力するための画像データ用記憶手段と、
外部装置と双方向通信をするための通信手段と、
前記通信手段により、外部装置からコマンドを制御用ＲＡＭに受信し、その受信したコマンドを解析しステータスを送信するコマンド／ステータス送受信手段と、
前記通信手段により、外部装置から画像データを画像データ用ＲＡＭに受信する受信手段と、
前記通信手段により、受信するコマンド、または送信するステータスが制御用ＲＡＭのバッファで送受信可能かどうか判定する判定手段と、
前記判定手段で、制御用ＲＡＭのバッファでは容量不足と判定された場合、他のコマンド／ステータスの送受信を一時的に禁止する手段と、
画像データ用ＲＡＭをコマンド／ステータスの送受信用バッファに一時的に割り当てる割当手段と、
を有することを特徴とする印刷システム。
【請求項２】
前記請求項１の印刷システムにおいて、
その制御用ＲＡＭのバッファでは容量不足と判定する判定方法として、コマンドヘッダ部のサイズを解析することで判定する判定手段、
を有することを特徴とする印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷システムに関する。
【背景技術】
【０００２】
ホストベースの印刷システムは、負荷の高い画像処理（色処理、レンダリングなど）をホストコンピュータで行うため、プリンタのコントローラは高性能なＣＰＵや大規模なＡＳＩＣを必要とせず、コストを低く抑えることを可能とする特徴がある。通常、ＣＰＵはコスト的メリットからＲＯＭ／ＲＡＭ内蔵型の１チップマイコンが搭載される。しかし、ＣＰＵ内蔵のＲＡＭは容量的には十分な大きさがないため、十分なコマンド／ステータスの送受信用バッファを確保できないことがある。このような場合、外付けでＲＡＭを搭載し十分なバッファサイズを確保していた。
【０００３】
なお、受信データのサイズを事前に検知して、そのデータ量に応じて受信バッファとフレームメモリの領域を変換可能にする技術が知られている（例えば、特許文献１参照。）。
【特許文献１】特開平８−２５２９５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、外付けのＲＡＭを搭載することは、低価格が特徴のホストベース印刷システムにおいては、コストアップとなり非常に問題となる。
【０００５】
本発明は上記従来例に鑑みて成されたもので、ホストベース印刷システムにおいてコマンド／ステータスの送受信を行うためのバッファが不足するような大きなサイズのコマンド／ステータスの送受信をする必要がある場合、画像データ受信用のバッファを一時的にコマンド／ステータス送受信用バッファとして使用することにより、ＣＰＵのＲＡＭを増やさずコストを抑えることを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、印刷データを、ホストコンピュータ側でビットマップ展開し、そのビットマップデータをプリンタへ転送し、印刷動作を行う印刷システムにおいて、ＣＰＵがコマンド解析やエンジン制御などのワークメモリとして使用する制御用記憶手段と、画像データ受信しエンジンへビデオデータとして出力するための画像データ用記憶手段と、外部装置と双方向通信をするための通信手段と、前記通信手段により、外部装置からコマンドを制御用ＲＡＭに受信し、その受信したコマンドを解析しステータスを送信するコマンド／ステータス送受信手段と、前記通信手段により、外部装置から画像データを画像データ用ＲＡＭに受信する受信手段と、前記通信手段により、受信するコマンド、または送信するステータスが制御用ＲＡＭのバッファで送受信可能かどうか判定する判定手段と、前記判定手段で、制御用ＲＡＭのバッファでは容量不足と判定された場合、他のコマンド／ステータスの送受信を一時的に禁止する手段と、画像データ用ＲＡＭをコマンド／ステータスの送受信用バッファに一時的に割り当てる割当手段と、を有することを特徴とする。
【発明の効果】
【０００７】
ホストベース印刷システムにおいてコマンド／ステータスの送受信を行うためのバッファが不足するような大きなサイズのコマンド／ステータスの送受信をする必要がある場合、画像データ受信用のバッファを一時的にコマンド／ステータス送受信用バッファとして使用することにより、ＣＰＵのＲＡＭを増やさずコストを抑えることができる。
【発明を実施するための最良の形態】
【０００８】
以下、添付図面にしたがって本発明の実施例を詳細に説明する。
【０００９】
＜実施例１＞
［レーザビームプリンタの説明（図１）］
本実施例の構成を説明する前に、本実施例を適用するカラーレーザビームプリンタの構成を図１を参照して説明する。
【００１０】
図１において、７１１はスキャナであり、画像信号を光信号に変換するレーザ出力部（不図示）、多面体（（例えば８面体）のポリゴンミラー７１２、このミラー７１２を回転させるモータ（不図示）及びｆ／θレンズ（結像レンズ）７１３などを有する。７１４は、レーザ光の光路を変更する反射ミラー、７１５は感光ドラムである。レーザ出力部から出射したレーザ光はポリゴンミラー７１２の一側面で反射され、ｆ／θレンズ７１３及びミラー７１４を通って図示矢印方向に回転している感光ドラム７１５の面を線状に走査（ラスタスキヤン）する。これによって、原稿画像に対応した静電潜像が感光ドラム７１５の面上に形成されることになる。
【００１１】
また、７１７は一次帯電器、７１８は全面露光ランプ、７２３は転写されなかつた残留トナーを回収するクリーナ部、７２４は転写前帯電器であり、これらの部材は感光ドラム７１５の周囲に配設されている。
【００１２】
７２６はレーザ露光によって、感光ドラム７１５の表面に形成された静電潜像を現像する現像器ユニットであり、以下に示す構成よりなる。７３１Ｙ，７３１Ｍ，７３１Ｃ，７３１Ｂｋは感光ドラム７１５と接して直接現像を行う現像スリーブ、７３０Ｙ，７３０Ｍ，７３０Ｃ，７３０Ｂｋは予備トナーを保持しておくトナーホツパー、７３２は現像剤の移送を行うスクリユーであって、これらのスリーブ７３１Ｙ〜７３１Ｂｋ、トナーホツパー７３０Ｙ〜７３０Ｂｋ及びスクリユー７３２により現像器ユニットの回転軸Ｐの周囲に配設されている。尚、前述した各構成要素の符号のＹ，Ｍ，Ｃ，Ｂｋは色を示している。つまり、“Ｙ”はイエロー、“Ｍ”はマゼンタ、“Ｃ”はシアン、“Ｂｋ”はブラックである。イエローのトナー像を形成する時には、本図の位置でイエロートナー現像処理を行う。また、マゼンタのトナー像を形成する時は、現像器ユニット７２６を図の軸のＰを中心に回転して、感光体７１５にマゼンタ現像器内の現像スリーブ７３１Ｍが接する様にする。シアン、ブラックの現像も同様に作動する。
【００１３】
また、７１６は感光ドラム７１５上に形成されたトナー像を用紙に転写する転写ドラムであり、７１９は転写ドラム７１６の移動位置を検出させるためのアクチユエータ板、７２０はこのアクチユエータ板７１９と近接することにより転写ドラム７１６がホームポジシヨン位置に移動したのを検出するポジシヨンセンサ、７２５は転写ドラムクリーナ、７２７は紙押えローラ、７２８は徐電器、７２９は転写帯電器であり、これらの部材７１９，７２０，７２５，７２７，７２９は転写ローラ７１６の周囲に配設されている。
【００１４】
一方、７３５，７３６は用紙（紙葉体）を収納する給紙カセットであり、実施の形態では給紙カセット７３５には例えばＡ４サイズの用紙、給紙カセット７３６にはＡ３サイズの用紙が収納されているものとする。７３７，７３８はカセット７３５，７３６から用紙を給紙する給紙ローラ、７３９，７４０，７４１は給紙及び搬送のタイミングを取るタイミングローラであり、これらを経由して給紙搬送された用紙は紙ガイド７４９に導かれて先端を後述のグリツパに但持されながら転写ドラム７１６に巻き付き、像形成過程に移行する。尚、給紙カセット７３５，７３６のいずれを選択するかは、主制御部３１の指示により決定し、選択された給紙ローラのみが回転する様になっている。
【００１５】
上記構成により、ＹＭＣＫ４色によるフルカラー印刷を実現する。
【００１６】
［プリンタ制御系の説明（図２）］
図２は、本発明の実施例における図１記載のプリンタ１０００の構成を示すブロック図である。
【００１７】
以下、図２を使い、本実施例におけるプリンタ構成とその印刷動作の大まかな流れを説明する。
【００１８】
本実施例におけるプリンタ１０００は、主にコントローラ部１１００、ネットワークインタフェースカード（以下ＮＩＣ）１２００、および、エンジン部（印刷機構部）１３００からなる。
【００１９】
プリンタ１０００は、印刷イメージのレンダリングや印刷制御が、ローカルＰＣ２０００、または、クライアント１  ４０００やクライアント２  ５０００などのコンピュータ上で実行されることを前提に設計されている。このため、コントローラ部１１００は、CPU１１１０、ＡＳＩＣ  １１２０、ＳＤＲＡＭ  １１３０、ＥＥＰＲＯＭ  １１４０、ＵＳＢコネクタ１１５０のみで構成される。
【００２０】
ＣＰＵ  １１１０は、レンダリングや印刷制御を自らが行うプリンタに比べて極めて少ない容量のＲＯＭ  １１１１やＲＡＭ  １１１２と、エンジン部１３００とのシリアル通信を行うためのシリアルコントローラ１１１２を内蔵している。ＲＯＭ  １１１１には、各種制御プログラムや各種初期値が格納されている。また、ＲＡＭ  １１１２には、ワークエリアのほか、コマンド／ステータスの送受信バッファとしての領域が用意される。ＲＡＭ  １１１２は揮発性ＲＡＭであるため、電源がＯＦＦされても保持しなければならない各種カウンタ値などの限られた情報は、ＥＥＰＲＯＭ  １１４０に格納される。
【００２１】
ＡＳＩＣ  １１２０は、ＣＰＵ  Ｉ／Ｆ  １１２１、画像処理部１１２２、メモリコントローラ１１２３、ＵＳＢコントローラ１１２４、ＮＩＣコントローラ１１２５をひとつにまとめたパッケージである。
【００２２】
プリンタ１０００では、ローカルＰＣ  ２０００で生成され送信されたコマンドやデータが、ＵＳＢケーブル６０００とＵＳＢコネクタ１１５０を介してＵＳＢコントローラ１１２５で受信される。 ＣＰＵ１１１０ではＣＰＵ  Ｉ／Ｆ  １１２１を介してＵＳＢコントローラ１１２５の状態を常に監視している。
【００２３】
もし、コマンドが受信されていたならば、コマンドに応じた処理を実行する。もし応答が必要なコマンドであれば、ＣＰＵ  １１１０はＣＰＵ  Ｉ／Ｆ１２１１を介してＵＳＢコントローラ１１２５を制御して、その応答ステータスデータをローカルＰＣ２０００に返送する。返送されたステータスは、ＵＳＢケーブル６０００およびＵＳＢポートモニタ２５００を介してホストへ送信される。
【００２４】
ＣＰＵ１１１０がレンダリングされた印刷イメージを転送するためのコマンドを受信したときは、ＵＳＢコントローラ１１２４およびメモリコントローラ１１２３を制御して、コマンドに続くイメージデータをＳＤＲＡＭ１１３０に格納させる。
【００２５】
ある程度のイメージデータがＳＤＲＡＭ１１３０に格納されると、ホストはエンジン部１３００の起動要求コマンドを発行する。同コマンドをＣＰＵ１１１０が認識したならば、シリアルコントローラ１１１３を制御してエンジン部１３００に起動の要求を通知する。エンジン部１３００が正常に起動され、用紙の搬送が正しく行われたことが、シリアルコントローラ１１１３を介して通知されたならば、メモリコントローラ１１２３および画像処理部１１２２を制御して、ＳＤＲＡＭ１１３０に格納されたイメージデータをエンジン部１３００が実際の印刷動作で必要とするＶＩＤＥＯ信号に変換して、エンジン部１３００に送出する。
【００２６】
ここで、エンジン部１３００は、エンジン部全体の動作を制御するＣＰＵ１３１０、コントローラ部１１００との通信を行うためのシリアルコントローラ１３２０、コントローラ部１１００から送られてくるＶＩＤＥＯ信号を受けるためのＶＩＤＥＯ制御部１３３０、ワークエリアや各種状態を示す値を保持するためのＳＤＲＡＭ１３４０、ＣＰＵ１３１０で実行されるプログラムや参照される各種テーブル値などを格納するＦＬＡＳＨ  ＲＡＭ1１３５０、紙搬送系やトナー補給系、レーザビーム系、定着器系などからなる記録部１３６０で構成される。ＣＰＵ１３１０は、コントローラ部１１００から記録部１３６０の起動要求や用紙搬送要求を受けたならば、記録部１３６０を適宜制御し、必要に応じて状態をコントローラ部１１００に通知する。もし画像形成が開始されたならば、ＶＩＤＥＯ制御部１３３０を制御して、コントローラ部１１００から渡されたＶＩＤＥＯ信号を記録部１３６０に供給して画像を形成させる。さらに、エンジン部には、両面印刷を可能にするためのメカ的機構が具備されている。
【００２７】
次に図３を説明する。図３は、図２に示したホストコンピュータ３０００とプリンタの制御部１１００におけるホストベース印刷システムの処理構成を説明するブロック図である。
【００２８】
図３において、３０００は例えばサーバまたはクライアントとして機能するホストコンピュータである、印刷データおよび制御コードからなる印刷情報をプリンタ１０００に出力するものである。
【００２９】
プリンタ１０００は、機能的に大きく分けてコントローラ部１1００、オペレーションパネル部１１０１、印刷機構部（エンジン部）１３００より構成されている。本実施形態ではプリンタ１０００として、具体的にはタンデム方式のカラーレーザビームプリンタを想定している。
【００３０】
プリンタ１０００において、コントローラ部１１００は、ホストコンピュータ３０００との接続手段であるところのインタフェース（Ｉ／F）部７、インタフェースを制御しデータの送受信を行うデータ送受信部１０１、受信したコマンドを格納するコマンド受信バッファ１０３、送信するステータスを格納するステータス送信バッファ１０４、受信した画像データを格納する画像データメモリ１０５、そしてコマンド解析部１０６、印刷制御処理実行部１０７、出力制御部１０８などにより構成されている。
【００３１】
インタフェース（Ｉ／Ｆ）部７はホストコンピュータ３０００との印刷データの送受信を行う通信手段である。ホストコンピュータ３０００から受信するデータは、主に印刷制御やプリンタの制御などを指示するコマンドと、印刷機構部１３００にビデオ信号として出力する画像データの２種類がある。データ送受信部１０１では、受信したデータを判別しコマンドであればコマンド受信バッファ１０３、画像データであれば画像データ受信メモリ１０５へ格納する。またステータス送信バッファに格納されたコマンドに応答するためのステータスがあればインタフェース７へ送信する。コマンド解析部１０６は、各印刷制御コマンド体系や印刷ジョブ制御言語に準じた制御プログラムにより構成されている。このコマンド解析部１０６はコマンドを解析し、印刷制御処理実行部１０７から取得したプリンタの情報をステータスとしてホストコンピュータ３０００に送信したり、印刷制御実行部１０７へ印刷指示を発行する。印刷制御処理実行部１０７では、コマンド解析部１０６からの印刷指示を基に印刷の制御や印刷機構部１３００の状態監視などを行う。そして、出力制御部２０８は印刷機構部に対して画像データをビデオ出力したり、印刷機構部１３００の状態を取得するためにコマンドを発行したりする。
【００３２】
以上、プリンタ１０００について説明したが、次にホストコンピュータ３０００の構成について説明する。
【００３３】
ホストコンピュータ３０００は、入力デバイスであるところのキーボード９やポインティングデバイスであるところのマウス８と、表示デバイスであるディスプレイモニタ１０を合わせた一つのコンピュータシステムとして構成されている。ホストコンピュータ３０００は、Windows（登録商標）、UNIX（登録商標）、MacOS等の基本ＯＳの下で動作しているものとする。
【００３４】
ホストコンピュータ側について本発明に関する機能的な部分にのみ着目して基本ＯＳ上での機能を大きく分類すると、アプリケーションソフト２０１、基本ＯＳの一部であるグラフィックデバイスインタフェース（以後、ＧＤＩと記す）２０２、アプリケーションから受信した印刷データから最終的にビットマップデータを生成するプリンタドライバ２０３、プリンタドライバの生成したデータを一時的に格納するプリントスプーラ２０４と分けて考えることができる。
【００３５】
なお、基本ＯＳによってこれらの名称や機能的な枠組みは若干異なる場合があるが、本発明で言う各技術的手段が実現できるモジュールであれば、それらの名称や枠組みは本発明にとってあまり大きな問題ではない。ＧＤＩやプリンタドライバと呼ばれるモジュールは、Windows（登録商標）98やWindows（登録商標）2000固有のものであり、他の基本ＯＳにおいては、たとえば、グラフィックカーネルやプリント・フィルタなど呼ばれるモジュールで実現可能である。同様にプリントスプーラ２０４においても、プリント・キューと呼ばれるモジュールに処理を組み込むことによって実現可能である。
【００３６】
次にアプリケーションソフト２０１は、例えば、ワープロや表計算などの基本ソフトウェア上で動作する応用ソフトウェアを指すものである。アプリケーションソフトは任意のタイミングで複数起動（主メモリ容量により変動する）であり、それらをアプリ２０５として図示してある。
【００３７】
次に、アプリケーション２０１として任意のイメージ編集ソフトを使用した場合を例に取り説明する。
【００３８】
アプリケーション２０１で、イメージの編集作業を中心に行い、そのイメージを印刷する時には、マウス８などによってディスプレイモニタ１０上に表示される印刷メニューを選択して印刷を実行する。次に、アプリケーション２０１は、基本ＯＳの一部の機能であるＧＤＩ２０２をコールする。このＧＤＩ２０２は、画面表示や印刷出力などの表示デバイスや印刷デバイスを司る基本関数群であり、各社各様のアプリケーションソフトウェアは、この基本関数群を利用することで、機種（ハードウェア）に依存する部分を意識することなく、アプリケーションソフトウェアを動作させることが可能である。
【００３９】
次にＧＤＩ２０２では、それぞれの印刷装置の機種に依存する情報を管理するプリンタドライバ２０３から印刷デバイス（この場合はプリンタ１０００）の持つ描画能力や印刷解像度などの情報を取り込み、アプリケーションソフト２０１からコールされたＡＰＩ関数を処理し、その処理内容に応じてプリンタドライバがＧＤＩ２０２に対して提供する関数をコールする。この関数はあらかじめ決められたインタフェース（Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ  Ｉｎｔｅｒｆａｃｅ通称ＤＤＩ）になっており、プリンタドライバの作成者はこのインタフェースから実際の印刷装置へのデータ変換を中心にプリンタドライバを作成することとなる。
【００４０】
プリンタドライバ２０３は、ＧＤＩ２０２より受け取ったＤＤＩ情報と、それ自信が持つグラフィカル・ユーザ・インタフェース（ＧＵＩ）によって設定された印刷環境設定をもとに、印刷データ（画像ビットマップデータ）の生成処理２０６と、プリンタ制御コマンドの生成処理２０８を行い、印刷データはデータ圧縮処理２０７されプリントスプーラ２０４に対して送出される。さらにこれらのデータは、プリントスプーラ２０４を経由し、さらにホストコンピュータ３０００の接続手段であるところのＩ／Ｆ部６を経てプリンタ１０００へ送出されることになる。
【００４１】
［プリンタの動作の説明］
図４、５は本実施の形態のプリンタにおけるホストコンピュータからのデータ受信、およびホストコンピュータへデータ送信する際の制御手順を示すフローチャートである。
【００４２】
本実施例１では、まず図４のステップS11でホストコンピュータから送信されてくるデータを待つ。データが送信されて来たのを検出すると、ステップＳ１２へ進みコマンドのヘッダ部を受信する。コマンドのヘッダ部とはコマンドコード、コマンドサイズなどから構成され、すべてのコマンドに共通な基本部分である。この受信したコマンドヘッダは、すぐにはコマンド受信バッファに格納せず、ワークメモリ上に受信する。ステップ１３では、受信したコマンドヘッダを見て、そのコマンドが画像データ転送コマンドかどうか判断する。画像データ転送コマンドと判断された場合は、ステップＳ１１３へ進み、コマンドサイズで指示される画像データを受信し、画像データメモリに格納する。受信したデータがコマンド（画像データ転送コマンド以外のコマンド）と判断された場合は、ステップＳ１４へ進み、そのコマンドがロングコマンドであるかどうかチェックする。受信したコマンドがロングコマンドであるかどうかは、予め分類された情報テーブルを保持しており、その情報を基に判定を行う。その際、コマンド受信バッファサイズ以上のコマンドサイズのものをロングコマンドに分類すればよい。ここでロングコマンドと判定された場合は、ステップＳ１５へ進み、他のホストコンピュータからのコマンド発行を禁止状態にする。これは、画像データメモリをそれ以外の目的で使用するため、完全に排他制御しておかないと印字不正が発生する危険性があるためである。そしてステップ１６でコマンド受信バッファの代わりに受信バッファとして画像データメモリを割り当て、ステップＳ１７でその画像データメモリに受信したコマンドデータを格納する。一方、ステップＳ１４でロングコマンドではないと判断された場合は、ステップＳ１８で受信したコマンドデータをコマンド受信バッファに格納する。ステップ１９では、受信したコマンドを解析し、ステータスの生成や印刷制御など実行する。そしてステップＳ１１０で、そのコマンドは画像データメモリに受信されたものかどうか判定し、画像データメモリに格納されていた場合はステップＳ１１１へ進む。ステップＳ１１１では、一時的にコマンドの受信バッファとして画像データメモリを割り当てていたものを、通常のコマンド受信バッファに戻す。そして、ステップＳ１１２で他のホストコンピュータからのコマンド発行禁止状態を解除し、通常のデータ受信待ち状態となる。
【００４３】
次に図５において、データ送信時の制御手順を説明する。
【００４４】
まず、ステップＳ２１でホストコンピュータからのコマンドに対応するステータスの送信要求があるかどうか待つ。ステータスの送信要求があった場合、ステップＳ２２でその送信するステータスはロングステータスかどうか判定する。ロングコマンドと同様にロングステータスも予め分類された情報テーブルを基に判定すればよい。ステータスがロングステータスでなければ、ステップＳ２６でステータスを生成し、ステータス送信バッファに格納する。一方、ロングステータスであった場合は、ステップＳ２３で他のホストコンピュータからのコマンド発行を禁止状態にする。そしてステップＳ２４へ進み、送信バッファとして画像データメモリを割り当て、ステップＳ２５でステータスを生成し画像データメモリに格納する。次にステップＳ２７で格納したステータスをホストコンピュータへ送信する。ステップＳ２８では、ステータスを格納した送信バッファとして画像データメモリを使用したかどうか判定し、画像データメモリを使用した場合はステップＳ２９へ進む。ステップＳ２９では、一時的にステータスの送信バッファとして画像データメモリを割り当てていたものを、通常のステータス受信バッファに戻す。そして、ステップＳ２１０で他のホストコンピュータからのコマンド発行禁止状態を解除し、通常のステータス送信要求待ち状態となる。
【００４５】
以上、本実施例１で説明したところによると、ＣＰＵ内蔵のＲＡＭ領域に用意したコマンド受信バッファやステータス送信バッファでは収まらない大きなデータを送受信する場合は、一時的に画像データメモリを使用することで大きなデータでも送受信を可能とするため、ＣＰＵのＲＡＭを増やす必要がなくコストを抑える効果がある。
【００４６】
＜実施例２＞
実施例１において、ロングコマンドおよびロングステータスの判定は、予め分類された情報テーブルを参照していたが、実施例２では、コマンドヘッダ部またはステータスヘッダ部を参照することにする。コマンドヘッダ／ステータスヘッダにはデータサイズが記されており、そのデータサイズを基にロングコマンド／ロングステータスの判定を行えばよい。
【００４７】
以上、本実施例２で説明したところによると、コマンド／ステータスヘッダ部の数バイトのデータにより、ロングコマンドおよびロングステータスの判定を行うため、コマンド／ステータスの仕様変更や新規追加があった場合でもロングコマンド／ロングステータスの判定部の見直しを行う必要がなく、汎用性のある仕組みを構築可能とする効果がある。
【図面の簡単な説明】
【００４８】
【図１】タンデム方式のカラーレーザビームプリンタ（ＬＢＰ）の内部構造を示す断面図である。
【図２】ＬＢＰを含むプリンタ制御システムの構成を示すブロック図である。
【図３】ホストベース印刷システム構成を示すブロック図である。
【図４】プリンタコントローラにおける制御処理を示すフローチャートである。
【図５】プリンタコントローラにおける制御処理を示すフローチャートである。
【図１】
2006167964.tif 000003
【図２】
2006167964.tif 000004
【図３】
2006167964.tif 000005
【図４】
2006167964.tif 000006
【図５】
2006167964.tif 000007