JPH07172003A - プリンタ制御回路 - Google Patents

Abstract

(57)【要約】 【目的】印刷速度を高速化し、かつ性能を容易に変更す
ることのできるプリンタ制御回路を提供する。 【構成】メインブロックにメインＣＰＵ１、ホストイン
タフェース２、描画リソース３、描画ハードウエア４及
び印刷機構インタフェース５を備え、またサブブロック
にサブＣＰＵ６、描画リソース３、描画ハードウエア４
及びページメモリ７を備えて構成され、メインブロック
の制御の下に各サブブロックがページメモリ７への展開
を並列に処理することを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ページメモリに印刷デ
ータを展開して印刷を行うページプリンタ等に適用して
好適なプリンタ制御回路に関する。

【０００２】

【従来の技術】従来のページプリンタに適用されるプリ
ンタ制御回路の構成例を図１１を参照して説明する。従
来のページプリンタに適用されるプリンタ制御回路３１
においては、ＣＰＵ３４がホストインタフェース３５を
介して受け取るホスト側装置３２からのコマンド列を解
釈し、それに従ってページメモリ３９上に印刷データを
展開する。

【０００３】描画リソース３６及び描画ハードウエア３
７は、それぞれこの印刷データの展開に使用される。デ
ータ展開が終了したら、印刷機構インタフェース３８に
指示し、ページメモリ３９上のデータを印刷機構３３に
送信し印刷を開始する。ページメモリ３９を複数頁持つ
構成では、ここでページメモリ３９を切り替えて次の頁
の展開を開始し、前頁の印刷との並列処理を行う。

【０００４】

【発明が解決しようとする課題】上述した従来の構成で
は、ページメモリ上への印刷データの展開を単一のＣＰ
Ｕで行うため、ＣＰＵの負荷が大きく、ＣＰＵの性能の
限界が高速化への障害となっていた。

【０００５】また、ＣＰＵの負荷を減らすために、各種
描画ハードウエアの付加（フォント展開、直線／曲線描
画等）、ホストインタフェースや印刷機構インタフェー
スのインテリジェント化、コマンド解析と描画のＣＰＵ
の分離等が行われているが、ポストスクリプト（PostSc
ript: 文字の回転、拡大縮小、変形等の編集機能を持っ
たページ記述言語）プリンタ等では依然としてＣＰＵの
負荷が大きい。

【０００６】本発明は、上記実情に鑑みてなされたもの
であり、印刷速度を高速化し、かつ性能を容易に変更す
ることのできるプリンタ制御回路を提供することを目的
とする。

【０００７】

【課題を解決するための手段】本発明によるプリンタ制
御回路は、メインＣＰＵと、このメインＣＰＵの制御下
に置かれ、一頁又は複数頁のページメモリを有して、こ
のメモリに印刷データを展開する複数のサブＣＰＵとを
具備してなることを特徴とする。

【０００８】すなわち、本発明によるプリンタ制御回路
は、ページメモリ及びサブＣＰＵを接続されるプリンタ
の性能に応じて増減することを特徴とする。また、本発
明によるプリンタ制御回路は、通常の印刷データの展開
以外のＦＡＸイメージの展開、カラーイメージの展開、
フォーム展開等の展開処理を行う機能を備えたページメ
モリ及びサブＣＰＵをプリンタの用途に応じて増減する
ことを特徴とする。

【０００９】また、本発明によるプリンタ制御回路は、
メインＣＰＵ側にフォントリソースを備え、サブＣＰＵ
が印刷データをページメモリへ展開する際に、メインＣ
ＰＵにフォントリソースの展開及び展開後のフォントデ
ータの転送を要求することによりフォント管理を行う制
御手段を具備してなることを特徴とする。

【００１０】また、本発明によるプリンタ制御回路は、
メインＣＰＵ側にフォントリソース、サブＣＰＵ側にフ
ォントリソースのキャッシュを備え、サブＣＰＵが印刷
データをページメモリへ展開する際に、フォントリソー
スのキャッシュに該当するフォントリソースがキャッシ
ングされていない場合のみメインＣＰＵにフォントリソ
ースを要求し、サブＣＰＵにてフォントリソースを展開
することによりフォント管理を行う制御手段を具備して
なることを特徴とする。

【００１１】また、本発明によるプリンタ制御回路は、
メインＣＰＵ側にフォントリソース、サブＣＰＵ側に展
開後のフォントデータを格納するフォントキャッシュを
備え、サブＣＰＵが印刷データをページメモリへ展開す
る際に、フォントキャッシュに該当のフォントデータが
キャッシングされていない場合のみメインＣＰＵにフォ
ントリソースの展開及び展開後のフォントデータの転送
を要求することによりフォント管理を行う制御手段を具
備してなることを特徴とする。

【００１２】また、本発明によるプリンタ制御回路は、
メインＣＰＵ側にフォントリソース、サブＣＰＵ側にフ
ォントリソースのキャッシュ及び展開後のフォントデー
タを格納するフォントキャッシュを備え、サブＣＰＵが
印刷データをページメモリへ展開する際に、フォントキ
ャッシュに該当のフォントデータがキャッシングされて
いない場合のみフォントリソースのキャッシュからフォ
ントリソースをフォントキャッシュに展開し、またフォ
ントキャッシュに該当のフォントデータがキャッシング
されておらず、かつフォントリソースのキャッシュに該
当のフォントリソースがキャッシングされていない場合
のみメインＣＰＵにフォントリソースの転送を要求する
ことによりフォント管理を行う制御手段を具備してなる
ことを特徴とする。

【００１３】また、本発明によるプリンタ制御回路は、
メインＣＰＵ側にフォントリソース及び展開後のフォン
トデータを格納するフォントキャッシュを備え、サブＣ
ＰＵが印刷データをページメモリへ展開する際に、サブ
ＣＰＵから要求されたフォントデータがフォントキャッ
シュにキャッシングされている場合にはこのデータをサ
ブＣＰＵに転送し、フォントキャッシュにキャッシング
されていない場合にはフォントリソースをフォントキャ
ッシュに展開し、この展開されたフォントデータをサブ
ＣＰＵに転送することによりフォント管理を行う制御手
段を具備してなることを特徴とする。

【００１４】また、本発明によるプリンタ制御回路は、
メインＣＰＵ側にフォントリソース及び展開後のフォン
トデータを格納する第１のフォントキャッシュ、サブＣ
ＰＵ側に展開後のフォントデータを格納する第２のフォ
ントキャッシュを備え、サブＣＰＵが印刷データをペー
ジメモリへ展開する際に、第２のフォントキャッシュに
該当のフォントデータがキャッシングされていない場合
のみメインＣＰＵに展開後のフォントデータの転送を要
求し、メインＣＰＵ側にてサブＣＰＵから要求された展
開後のフォントデータが第１のフォントキャッシュにキ
ャッシングされている場合にはこのデータをサブＣＰＵ
に転送し、第１のフォントキャッシュに該当のフォント
データがキャッシングされていない場合はフォントリソ
ースをフォントキャッシュに展開し、この展開されたフ
ォントデータをサブＣＰＵに転送することによりフォン
ト管理を行う制御手段を具備してなることを特徴とす
る。

【００１５】また、本発明によるプリンタ制御回路は、
サブＣＰＵ側にフォントリソースのコピーを備えること
によりフォント管理を行うことを特徴とする。また、本
発明によるプリンタ制御回路は、メインＣＰＵ−サブＣ
ＰＵ間のフォントリソース又は展開されたフォントデー
タの転送を専用信号線により行うことを特徴とする。

【００１６】また、本発明によるプリンタ制御回路は、
メインＣＰＵ側に持つフォントリソースの更新が行われ
た際に、その旨を各サブＣＰＵに通知する手段と、通知
を受けたサブＣＰＵにて処理中の印刷データが更新前の
フォントリソース又はフォントデータを使用すべきか更
新後のフォントリソース又はフォントデータを使用すべ
きかを認識し、該当するフォントリソース又はフォント
データをメインＣＰＵに要求する場合に更新前後の判断
可能なコードを付加して要求する手段と、メインＣＰＵ
にてこの付加コードに基づいたフォントリソース又はフ
ォントデータをサブＣＰＵに転送する手段とを具備して
なることを特徴とする。

【００１７】また、本発明によるプリンタ制御回路は、
メインＣＰＵ側にユーザ定義マクロを備え、サブＣＰＵ
に対してはすべて展開後のコマンドデータを転送するこ
とによりユーザ定義マクロの管理を行う制御手段を具備
してなることを特徴とする。

【００１８】また、本発明によるプリンタ制御回路は、
メインＣＰＵ側にユーザ定義マクロを備え、サブＣＰＵ
が印刷データをページメモリへ展開する際に、メインＣ
ＰＵに全てのユーザ定義マクロの転送を要求することに
よりユーザ定義マクロの管理を行う制御手段を具備して
なることを特徴とする。

【００１９】また、本発明によるプリンタ制御回路は、
メインＣＰＵ側にユーザ定義マクロを備え、サブＣＰＵ
が印刷データをページメモリへ展開する際に、メインＣ
ＰＵに参照するユーザ定義マクロの転送を参照の都度要
求することによりユーザ定義マクロ管理を行う制御手段
とを具備してなることを特徴とする。

【００２０】また、本発明によるプリンタ制御回路は、
メインＣＰＵ側にユーザ定義マクロ、サブＣＰＵ側にユ
ーザ定義マクロのキャッシュを備え、サブＣＰＵが印刷
データをページメモリへ展開する際に、ユーザ定義マク
ロのキャッシュに該当のユーザ定義マクロがキャッシン
グされていない場合のみメインＣＰＵにユーザ定義マク
ロの転送を要求することによりユーザ定義マクロの管理
を行う制御手段とを具備してなることを特徴とする。

【００２１】また、本発明によるプリンタ制御回路は、
メインＣＰＵ−サブＣＰＵ間のユーザ定義マクロ又は展
開後のコマンドデータの転送を専用信号線により行うこ
とを特徴とする。

【００２２】また、本発明によるプリンタ制御回路は、
メインＣＰＵ側に持つユーザ定義マクロの更新が行われ
た際に、その旨を各サブＣＰＵに通知する手段と、通知
を受けたサブＣＰＵにて処理中の印刷データが更新前の
ユーザ定義マクロを使用すべきか更新後のユーザ定義マ
クロを使用すべきかを認識し、該当するユーザ定義マク
ロをメインＣＰＵに要求する場合に更新前後の判断可能
なコードを付加して要求する手段と、メインＣＰＵにて
この付加コードに基づいたユーザ定義マクロをサブＣＰ
Ｕに転送する手段とを具備してなることを特徴とする。

【００２３】

【作用】上述した本発明の構成によれば、メインＣＰＵ
は印刷コマンドを受信すると配下のサブＣＰＵに並列に
割り当てて通知する。メインＣＰＵからの通知を受信し
た各サブＣＰＵは、その通知に基づいてページメモリに
印刷データを展開する。そしてこの展開が終了した時点
でその旨をメインＣＰＵに通知する。

【００２４】サブＣＰＵからの展開終了の通知を受信し
たメインＣＰＵは、サブＣＰＵの持つページメモリ上に
展開された印刷データを印刷機構に送信するように制御
する。

【００２５】これにより、メインＣＰＵ配下の複数のサ
ブＣＰＵが並列に印刷データの展開処理を行うことにな
り、印刷速度を飛躍的に向上させることとなる。すなわ
ち、本発明の構成によれば、メインＣＰＵ配下のサブＣ
ＰＵ数の増減を同一設計の制御回路の増減により行える
ため、プリンタ装置の性能の変更に特別の対処を必要と
せず、容易に変更することができることになる。

【００２６】また、本発明の構成によれば、メインＣＰ
Ｕの配下にＦＡＸイメージの展開、カラーイメージの展
開、フォーム展開等の各種機能を備えた各種サブＣＰＵ
を追加することにより、各種機能追加に対しても容易に
行えることになる。

【００２７】また、本発明の構成によれば、サブＣＰＵ
が印刷データをページメモリへ展開する際に、メインＣ
ＰＵにフォントリソースの展開及び展開後のフォントデ
ータの転送を要求する。

【００２８】これにより、各サブＣＰＵでのフォントリ
ソースの展開が不要となり、各サブＣＰＵにそれぞれ描
画ハードウエアを具備する必要がなくなる。また、本発
明の構成によれば、サブＣＰＵが印刷データをページメ
モリへ展開する際に、サブＣＰＵの持つフォントリソー
スのキャッシュに該当するフォントリソースがキャッシ
ングされていない場合のみメインＣＰＵにフォントリソ
ースを要求し、サブＣＰＵにてフォントリソースを展開
する。

【００２９】これによりメインＣＰＵ−サブＣＰＵ間の
転送回数の削減及び転送時間の短縮が図られ印刷速度が
向上する。また、本発明の構成によれば、サブＣＰＵが
印刷データをページメモリへ展開する際に、サブＣＰＵ
の持つフォントキャッシュに該当のフォントデータがキ
ャッシングされていない場合のみメインＣＰＵにフォン
トリソースの展開及び展開後のフォントデータの転送を
要求する。

【００３０】これにより、各サブＣＰＵでのフォントリ
ソースの展開が不要となり、各サブＣＰＵにそれぞれ描
画ハードウエアを具備する必要がなくなる。また、メイ
ンＣＰＵ−サブＣＰＵ間の転送回数の削減及びフォント
リソースの展開回数の削減が図られ印刷速度が向上す
る。

【００３１】また、本発明の構成によれば、サブＣＰＵ
が印刷データをページメモリへ展開する際に、サブＣＰ
Ｕの持つフォントキャッシュに該当のフォントデータが
キャッシングされていない場合のみフォントリソースの
キャッシュからフォントリソースをフォントキャッシュ
に展開し、またフォントキャッシュに該当のフォントデ
ータがキャッシングされておらず、かつフォントリソー
スのキャッシュに該当のフォントリソースがキャッシン
グされていない場合のみメインＣＰＵにフォントリソー
スの転送を要求する。

【００３２】これにより、メインＣＰＵ−サブＣＰＵ間
の転送回数の減少並びに転送時間の短縮及びフォントリ
ソースの展開回数の削減が図られ印刷速度が向上する。
また、本発明の構成によれば、サブＣＰＵが印刷データ
をページメモリへ展開する際に、サブＣＰＵから要求さ
れたフォントデータがメインＣＰＵの持つフォントキャ
ッシュにキャッシングされている場合にはこのデータを
サブＣＰＵに転送し、フォントキャッシュにキャッシン
グされていない場合にはフォントリソースをフォントキ
ャッシュに展開し、この展開されたフォントデータをサ
ブＣＰＵに転送する。

【００３３】これにより、各サブＣＰＵでのフォントリ
ソースの展開が不要となり、各サブＣＰＵにそれぞれ描
画ハードウエアを具備する必要がなくなる。また、フォ
ントリソースの展開回数の削減が図られ印刷速度が向上
する。

【００３４】また、本発明の構成によれば、サブＣＰＵ
が印刷データをページメモリへ展開する際に、サブＣＰ
Ｕの持つフォントキャッシュに該当のフォントデータが
キャッシングされていない場合のみメインＣＰＵに展開
後のフォントデータの転送を要求し、メインＣＰＵ側に
てサブＣＰＵから要求された展開後のフォントデータが
メインＣＰＵの持つフォントキャッシュにキャッシング
されている場合にはこのデータをサブＣＰＵに転送し、
このフォントキャッシュに該当のフォントデータがキャ
ッシングされていない場合はフォントリソースをフォン
トキャッシュに展開し、この展開されたフォントデータ
をサブＣＰＵに転送する。

【００３５】これにより、各サブＣＰＵでのフォントリ
ソースの展開が不要となり、各サブＣＰＵにそれぞれ描
画ハードウエアを具備する必要がなくなる。また、メイ
ンＣＰＵ−サブＣＰＵ間の転送回数の短縮及びフォント
リソースの展開回数の短縮が図られ印刷速度が向上す
る。

【００３６】また、本発明の構成によれば、サブＣＰＵ
側にフォントリソースのコピーを備え、各サブＣＰＵは
各々の持つフォントリソースのコピーを展開することに
よりページメモリへの展開を行う。

【００３７】これにより、メインＣＰＵ−サブＣＰＵ間
のフォントリソース又は展開されたフォントデータの転
送を不要とし印刷速度が向上する。また、本発明の構成
によれば、メインＣＰＵ−サブＣＰＵ間のフォントリソ
ース又は展開されたフォントデータの転送を専用信号線
により行う。

【００３８】これにより、メインＣＰＵ−サブＣＰＵ間
のフォントリソース又は展開されたフォントデータの転
送によるＣＰＵの付加を軽減させることとなり、印刷能
力を向上させることになる。

【００３９】また、本発明の構成によれば、メインＣＰ
Ｕ側に持つフォントリソースの更新が行われた際にその
旨を各サブＣＰＵに通知する。また、通知を受けたサブ
ＣＰＵは、処理中の印刷データが更新前のフォントリソ
ース又はフォントデータを使用すべきか更新後のフォン
トリソース又はフォントデータを使用すべきかを認識
し、該当するフォントリソース又はフォントデータをメ
インＣＰＵに要求する場合に更新前後の判断可能なコー
ドを付加して要求する。そして、メインＣＰＵは、この
付加コードに基づいたフォントをサブＣＰＵに転送す
る。

【００４０】これにより、フォントリソース等を複数箇
所に並存させることによるデータの矛盾を回避すること
ができる。また、本発明の構成によれば、ユーザ定義マ
クロについてメインＣＰＵにてすべて展開し、この展開
後のコマンドデータをサブＣＰＵに転送する。

【００４１】これにより、各サブＣＰＵは、ユーザ定義
マクロを全く意識することなく展開処理を行うことがで
きる。また、本発明の構成によれば、サブＣＰＵが印刷
データをページメモリへ展開する際に、メインＣＰＵに
対して全てのユーザ定義マクロの転送を要求する。

【００４２】これにより、ユーザ定義マクロの展開によ
るメインＣＰＵの付加を軽減することが可能となる。ま
た、本発明の構成によれば、サブＣＰＵが印刷データを
ページメモリへ展開する際に、メインＣＰＵに参照する
ユーザ定義マクロのみの転送を参照の都度要求する。

【００４３】これにより、ユーザ定義マクロの展開によ
るメインＣＰＵの付加を軽減することが可能となり、ま
た、メインＣＰＵ−サブＣＰＵ間の転送時間の短縮が図
られ印刷速度が向上する。

【００４４】また、本発明の構成によれば、サブＣＰＵ
が印刷データをページメモリへ展開する際に、ユーザ定
義マクロのキャッシュに該当のユーザ定義マクロがキャ
ッシングされていない場合のみメインＣＰＵにユーザ定
義マクロの転送を要求する。

【００４５】これにより、ユーザ定義マクロの展開によ
るメインＣＰＵの付加を軽減することが可能となり、ま
た、メインＣＰＵ−サブＣＰＵ間の転送回数の削減及び
転送時間の短縮が図られ印刷速度が向上する。

【００４６】また、本発明の構成によれば、メインＣＰ
Ｕ−サブＣＰＵ間のユーザ定義マクロ又は展開後のコマ
ンドデータの転送を専用信号線により行う。これによ
り、メインＣＰＵ−サブＣＰＵ間のユーザ定義マクロ又
は展開後のコマンドデータの転送によるＣＰＵの負荷を
軽減することとなり、印刷能力を向上させることにな
る。

【００４７】また、本発明の構成によれば、メインＣＰ
Ｕ側に持つユーザ定義マクロの更新が行われた際にその
旨を各サブＣＰＵに通知する。また、通知を受けたサブ
ＣＰＵが処理中の印刷データが更新前のユーザ定義マク
ロを使用すべきか更新後のユーザ定義マクロを使用すべ
きかを認識し、該当するユーザ定義マクロをメインＣＰ
Ｕに要求する場合に更新前後の判断可能なコードを付加
して要求する。そして、メインＣＰＵにてこの付加コー
ドに基づいたユーザ定義マクロをサブＣＰＵに転送す
る。これにより、ユーザ定義マクロを複数箇所に並存さ
せることによるデータの矛盾を回避することができる。

【００４８】

【実施例】以下図面を参照して本発明の実施例を説明す
る。図１は、同実施例に係るプリンタ制御回路の構成を
示すブロック図である。同実施例に係るプリンタ制御回
路は、図１に示すように、メインＣＰＵ側（以下メイン
ブロックという）にメインＣＰＵ１、ホストインタフェ
ース２、描画リソース３、描画ハードウエア４及び印刷
機構インタフェース５を備え、サブＣＰＵ側（以下サブ
ブロックという）にサブＣＰＵ６、描画リソース３、描
画ハードウエア４及びページメモリ７を備えて構成され
ている。

【００４９】ホスト側装置２１から送信される印刷コマ
ンドはプリンタ制御回路１２のホストインタフェース２
を介してメインＣＰＵ１に受信される。ホスト側装置２
１からの送信を受信したメインＣＰＵ１は、配下のサブ
ブロックに並列に割り当てて印刷コマンドを通知する。

【００５０】各サブブロックのサブＣＰＵ６は、通知さ
れた印刷コマンドに基づいて、描画リソース３及び描画
ハードウエア４を使用して印刷データをページメモリ７
に展開する。

【００５１】ここで、図２を参照して描画リソースの展
開について説明する。図２は、描画リソースの展開を説
明するための概念図である。図２は、アルファベットの
「Ｂ」を展開する場合を想定し、図２の（ａ）は、フォ
ントリソースを示している。また、図２の（ｂ）は、フ
ォントリソースを展開した後のフォントデータを示して
いる。

【００５２】通常、フォントリソースは、図２の（ａ）
に示すように、基点となる座標で示したいくつかの点
と、それをどのような曲線、直線で結ぶかというデータ
を保持して構成されている。

【００５３】そして、描画ハードウエアにより、図２の
（ｂ）に示すように、印刷する文字の大きさに対応して
ドット形式に展開される。この展開されたフォントデー
タは通常フォント格納用のキャッシュ（以下フォントキ
ャッシュという）に格納され、使用頻度等の規則により
適宜入れ替えが行われる。

【００５４】ここでは、フォントリソース、フォントキ
ャッシュ等を総称して描画リソースとする。ページメモ
リ７への印刷データの展開が終了すると、サブブロック
は、その旨をメインブロックに通知する。

【００５５】サブブロックからの通知を受信したメイン
ブロックのメインＣＰＵ１は、印刷機構インタフェース
５にサブブロックのページメモリ７上に展開された印刷
データを印刷機構２２に転送するように指示する。

【００５６】ここで、サブブロックがページメモリ７を
複数頁持つ構成の場合、ページメモリ７を切り替えて次
にメインブロックから送信される印刷コマンドの展開を
上述の印刷機構２２の転送と並列に行う。

【００５７】これにより、各サブブロックがメインブロ
ックの制御の下に並列に印刷データの展開を行うことに
なるため、印刷速度を飛躍的に向上させることとなる。
なお、上述したフォントリソース、フォントキャッシュ
等の描画リソースをどのように配置するかで種種の構成
が考えられるが、以下にその例を示す。

【００５８】まず、図３を参照してメインブロックにフ
ォントリソースを備え、サブブロックにリソースキャッ
シュ及びフォントキャッシュを備えてなる構成について
説明する。

【００５９】この構成によれば、サブブロックがページ
メモリ７上に印刷データを展開する際に、フォントキャ
ッシュ１０に該当のフォントデータがキャッシングされ
ている場合はそのデータを使用してページメモリ７上に
展開する。

【００６０】フォントキャッシュ１０にキャッシングさ
れていない場合は、リソースキャッシュ９を参照する。
ここでリソースキャッシュとは、フォントリソースを格
納しているキャッシュをいい、使用頻度等の規則により
適宜入れ替えが行われる。

【００６１】このとき、リソースキャッシュ９に該当の
フォントリソースがキャッシングされていれば、このフ
ォントリソースを描画ハードウエア４により展開し、フ
ォントキャッシュ１０にキャッシングするとともにペー
ジメモリ７上に格納する。

【００６２】また、リソースキャッシュ９に該当のフォ
ントリソースがキャッシングされていない場合は、メイ
ンブロックのフォントリソース８からサブブロックのリ
ソースキャッシュ９に転送し、上述の処理を行う。

【００６３】これにより、メインブロック−サブブロッ
ク間の転送回数の減少並びに転送時間の短縮及びフォン
トリソースの展開回数の削減が図られ印刷速度が向上す
る。転送時間については、通常展開後のフォントデータ
を送信する場合と比較して展開前のフォントリソースを
送信する場合のほうがデータ量が少なくて済むからであ
る。

【００６４】またこのとき、メインブロック−サブブロ
ック間に描画リソース転送用の専用信号線を設置すれ
ば、さらに高速化を実現できる。その他の構成例として
は、まずメインブロックにフォントリソースを備えてな
る構成が考えられる。この構成例を図４に示す。

【００６５】この構成によれば、サブブロックが印刷デ
ータをページメモリ７へ展開する際に、メインブロック
にフォントリソースの展開及び展開後のフォントデータ
の転送を要求する。

【００６６】これにより、各サブブロックでのフォント
リソースの展開が不要となり、各サブブロックにそれぞ
れ描画ハードウエアを具備する必要がなくなる。またこ
のとき、メインブロック−サブブロック間に描画リソー
ス転送用の専用信号線を設置すれば、さらに高速化を実
現できる。

【００６７】また、メインブロックにフォントリソース
を備え、サブブロックにリソースキャッシュを備えてな
る構成が考えられる。この構成例を図５に示す。この構
成によれば、サブブロックが印刷データをページメモリ
７へ展開する際に、サブブロックの持つリソースキャッ
シュ９に該当するフォントリソースがキャッシングされ
ていない場合のみメインブロックにフォントリソースを
要求し、サブブロックにてフォントリソースを展開す
る。

【００６８】これによりメインブロック−サブブロック
間の転送回数の削減及び転送時間の短縮が図られ印刷速
度が向上する。またこのとき、メインブロック−サブブ
ロック間に描画リソース転送用の専用信号線を設置すれ
ば、さらに高速化を実現できる。

【００６９】また、メインブロックにフォントリソース
を備え、サブブロックにフォントキャッシュを備えてな
る構成が考えられる。この構成例を図６に示す。この構
成によれば、サブブロックが印刷データをページメモリ
７へ展開する際に、サブブロックの持つフォントキャッ
シュ１０に該当のフォントデータがキャッシングされて
いない場合のみメインブロックにフォントリソースの展
開及び展開後のフォントデータの転送を要求する。

【００７０】これにより、各サブブロックでのフォント
リソースの展開が不要となり、各サブブロックにそれぞ
れ描画ハードウエアを具備する必要がなくなる。また、
メインブロック−サブブロック間の転送回数の削減及び
フォントリソースの転送回数の削減が図られ印刷速度が
向上する。

【００７１】またこのとき、メインブロック−サブブロ
ック間に描画リソース転送用の専用信号線を設置すれ
ば、さらに高速化を実現できる。また、メインブロック
にフォントリソース及びフォントキャッシュを備えてな
る構成が考えられる。この構成例を図７に示す。

【００７２】この構成によれば、サブブロックが印刷デ
ータをページメモリ７へ展開する際に、サブブロックか
ら要求されたフォントデータがメインブロックの持つフ
ォントキャッシュ１０にキャッシングされている場合に
はこのデータをサブブロックに転送し、フォントキャッ
シュ１０にキャッシングされていない場合にはフォント
リソース８をフォントキャッシュ１０に展開し、この展
開されたフォントデータをサブブロックに転送する。

【００７３】これにより、各サブブロックでのフォント
リソースの展開が不要となり、各サブブロックにそれぞ
れ描画ハードウエアを具備する必要がなくなる。また、
フォントリソースの展開回数の削減が図られ印刷速度が
向上する。

【００７４】またこのとき、メインブロック−サブブロ
ック間に描画リソース転送用の専用信号線を設置すれ
ば、さらに高速化を実現できる。また、メインブロック
にフォントリソース及びフォントキャッシュを備え、サ
ブブロックにフォントキャッシュを備えてなる構成が考
えられる。この構成例を図８に示す。

【００７５】この構成によれば、サブブロックが印刷デ
ータをページメモリ７へ展開する際に、サブブロックの
持つフォントキャッシュ１０に該当のフォントデータが
キャッシングされていない場合のみメインブロックに展
開後のフォントデータの転送を要求する。また、メイン
ブロックにてサブブロックから要求された展開後のフォ
ントデータがメインブロックの持つフォントキャッシュ
１０にキャッシングされている場合にはこのデータをサ
ブブロックに転送する。そして、このフォントキャッシ
ュ１０に該当のフォントデータがキャッシングされてい
ない場合はフォントリソース８をフォントキャッシュ１
０に展開し、この展開されたフォントデータをサブブロ
ックに転送する。

【００７６】これにより、各サブブロックでのフォント
リソースの展開が不要となり、各サブブロックにそれぞ
れ描画ハードウエアを具備する必要がなくなる。また、
メインブロック−サブブロック間の転送回数の短縮及び
フォントリソースの展開回数の短縮が図られ印刷速度が
向上する。

【００７７】またこのとき、メインブロック−サブブロ
ック間に描画リソース転送用の専用信号線を設置すれ
ば、さらに高速化を実現できる。また、サブブロックに
リソースコピーを備えてなる構成が考えられる。

【００７８】ここで、リソースコピーとは、フォントリ
ソースと同様の内容をコピーしたものをいうこととす
る。この構成例を図９に示す。この構成によれば、サブ
ブロックにリソースコピー１１を備え、各サブブロック
は各々の持つリソースコピー１１を展開することにより
ページメモリ７への展開を行う。

【００７９】これにより、メインブロック−サブブロッ
ク間のフォントリソース又は展開されたフォントデータ
の転送を不要とし印刷速度が向上する。なお、上述した
構成形態はいずれもサブブロック数の増減を同一設計の
制御回路の増減により行えるため、接続されるプリンタ
装置の性能の変更に対し特別の対処を必要としないこと
になる。

【００８０】また、ＦＡＸイメージの展開、ＪＰＥＧ
（Joint Photographic Experts Group：カラー静止画像
の符号化方式）等に対応したカラーイメージの展開、フ
ォーム展開等の各種機能を備えた各種サブＣＰＵを追加
することにより、各種機能追加に対しても容易に行える
ことになる。

【００８１】ところで、メインブロック、サブブロック
双方に描画リソースを備える上述の構成では、フォント
リソースの更新に伴う整合性の確保が必要となる。ここ
では、例えば以下の手順により解決する。

【００８２】まず、各フォントリソース、フォントデー
タにバージョン番号を付加しておく。この番号は更新の
度にカウントアップしていく等が考えられる。そして、
メインブロックに持つフォントリソースの更新が行われ
た際にその旨を各サブブロックに通知する。

【００８３】通知を受けたサブブロックは、処理対象の
印刷データが更新前のフォントリソース又はフォントデ
ータを使用すべきか更新後のフォントリソース又はフォ
ントデータを使用すべきかを認識し、該当するフォント
リソース又はフォントデータをメインブロックに要求す
る場合に更新前後の判断可能なコードを付加して要求す
る。このコードとしてはバージョン番号、フラグ等が考
えられる。

【００８４】この認識方法としては、当該通知を受信す
る以前に取り込んだ仕掛中の印刷データについては更新
前のデータを適用し、通知後に取り込んだ分から更新後
のデータを適用する等の方法が考えられる。

【００８５】そして、メインブロックは、この付加コー
ドに基づいたフォントリソース又はフォントデータをサ
ブブロックに転送する。このとき、メインブロックにお
いて配下の全サブブロックの当該通知前の仕掛り終了を
条件として、更新前のフォントリソースを破棄する等の
フォントリソース管理を行ってもよい。

【００８６】これにより、フォントリソース等を複数箇
所に並存させることによるデータの矛盾を回避すること
ができる。次にユーザ定義マクロを定義することができ
るプリンタ制御回路について説明する。

【００８７】ここで、図１０を参照してユーザ定義マク
ロを説明する。図１０はユーザ定義マクロを説明するた
めの概念図である。例えば、図１０に示す矩形を描画す
る場合を考える。

【００８８】ここで、直線を描画するコマンドとして ＭＯＶＥ （Ａ） ＴＯ （Ｂ）：Ａ座標からＢ座標ま
で直線を描画する。が用意されているとすると、通常の
コマンドの発行では （１） ＭＯＶＥ （Ｘ1 Ｙ1 ） ＴＯ （Ｘ2 Ｙ2 ） （２） ＭＯＶＥ （Ｘ4 Ｙ4 ） ＴＯ （Ｘ3 Ｙ3 ） （３） ＭＯＶＥ （Ｘ1 Ｙ1 ） ＴＯ （Ｘ4 Ｙ4 ） （４） ＭＯＶＥ （Ｘ2 Ｙ2 ） ＴＯ （Ｘ3 Ｙ3 ） 等の４つのコマンドを必要とする。

【００８９】ここで、対角線の座標を与えると上記のコ
マンドに展開してくれるものを定義したとする。これを
仮に「ＢＯＸ」とすると、 （１） ＢＯＸ （Ｘ1 Ｙ1 ），（Ｘ3 Ｙ3 ） の１つのマクロの発行で済むこととなる。

【００９０】この「ＢＯＸ」がユーザ定義マクロであ
る。このユーザ定義マクロを定義することができるプリ
ンタ制御回路の場合も、上述の描画リソースの場合と同
様、その配置方法により種種の構成が考えられる。以下
にその例を示す。

【００９１】まず、メインブロックにユーザ定義マクロ
を備え、サブブロックに対してはすべて展開後のコマン
ドデータを転送することによりユーザ定義マクロの管理
を行う構成が考えられる。

【００９２】この構成によれば、ユーザ定義マクロにつ
いてメインブロックにてすべて展開し、この展開後のコ
マンドデータをサブブロックに転送する。これにより、
各サブブロックは、ユーザ定義マクロを全く意識するこ
となく展開処理を行うことができる。

【００９３】また、メインブロックにユーザ定義マクロ
を備え、サブブロックが印刷データをページメモリへ展
開する際に、メインブロックに全てのユーザ定義マクロ
の転送を要求することによりユーザ定義マクロの管理を
行う構成が考えられる。

【００９４】この構成によれば、サブブロックが印刷デ
ータをページメモリへ展開する際に、メインブロックに
対して全てのユーザ定義マクロの転送を要求する。これ
により、ユーザ定義マクロの展開によるメインブロック
の付加を軽減することが可能となる。

【００９５】また、メインブロックにユーザ定義マクロ
を備え、サブブロックが印刷データをページメモリへ展
開する際に、メインブロックに参照するユーザ定義マク
ロの転送を参照の都度要求することによりユーザ定義マ
クロ管理を行う構成が考えられる。

【００９６】この構成によれば、サブブロックが印刷デ
ータをページメモリへ展開する際に、メインブロックに
参照するユーザ定義マクロのみの転送を参照の都度要求
する。

【００９７】これにより、ユーザ定義マクロの展開によ
るメインブロックの負荷を軽減することが可能となり、
また、メインブロック−サブブロック間の転送時間の短
縮が図られ印刷速度が向上する。

【００９８】また、メインブロックにユーザ定義マク
ロ、サブブロックにユーザ定義マクロのキャッシュを備
え、サブブロックが印刷データをページメモリへ展開す
る際に、ユーザ定義マクロのキャッシュに該当のユーザ
定義マクロがキャッシングされていない場合のみメイン
ブロックにユーザ定義マクロの転送を要求することによ
りユーザ定義マクロの管理を行う構成が考えられる。

【００９９】この構成によれば、サブブロックが印刷デ
ータをページメモリへ展開する際に、ユーザ定義マクロ
のキャッシュに該当のユーザ定義マクロがキャッシング
されていない場合のみメインブロックにユーザ定義マク
ロの転送を要求する。

【０１００】これにより、ユーザ定義マクロの展開によ
るメインブロックの負荷を軽減することが可能となり、
また、メインブロック−サブブロック間の転送回数の削
減及び転送時間の短縮が図られ印刷速度が向上する。

【０１０１】また、上述の構成において、メインブロッ
ク−サブブロック間のユーザ定義マクロ又は展開後のコ
マンドデータの転送を専用信号線により行えば、メイン
ブロック−サブブロック間のユーザ定義マクロ又は展開
後のコマンドデータの転送によるメインブロック、サブ
ブロック双方のＣＰＵの負荷を軽減することとなり、印
刷能力を向上させることになる。

【０１０２】ところで、メインブロック、サブブロック
双方にユーザ定義マクロを備える上述の構成では、上述
のフォントリソースの場合と同様、ユーザ定義マクロの
更新に伴う整合性の確保が必要となる。

【０１０３】ここでは、例えば以下の手順により解決す
る。まず、各ユーザ定義マクロにバージョン番号を付加
しておく。この番号は更新の度にカウントアップしてい
く等が考えられる。

【０１０４】そして、メインブロックに持つユーザ定義
マクロの更新が行われた際にその旨を各サブブロックに
通知する。通知を受けたサブブロックは、処理対象の印
刷データが更新前のユーザ定義マクロを使用すべきか更
新後のユーザ定義マクロを使用すべきかを認識し、該当
するユーザ定義マクロをメインブロックに要求する場合
に更新前後の判断可能なコードを付加して要求する。こ
のコードとしてはバージョン番号、フラグ等が考えられ
る。

【０１０５】この認識方法としては、当該通知を受信す
る以前に取り込んだ仕掛中の印刷データについては更新
前のデータを適用し、通知後に取り込んだ分から更新後
のデータを適用する等の方法が考えられる。

【０１０６】そして、メインブロックは、この付加コー
ドに基づいたユーザ定義マクロをサブブロックに転送す
る。このとき、メインブロックにおいて配下の全サブブ
ロックの当該通知前の仕掛り終了を条件として、更新前
のユーザ定義マクロを破棄する等のユーザ定義マクロ管
理を行ってもよい。これにより、ユーザ定義マクロを複
数箇所に並存させることによるデータの矛盾を回避する
ことができる。

【０１０７】

【発明の効果】以上詳記したように本発明によるプリン
タ制御回路によれば、印刷データのページメモリへの展
開を並列に処理させるため印刷速度を飛躍的に向上させ
ることができる。

【０１０８】また、同一設計の制御回路の増減により、
プリンタ装置の性能を容易に変更することが可能とな
る。さらに、ＦＡＸイメージの展開、カラーイメージの
展開、フォーム展開等の各種機能を備えた各種サブＣＰ
Ｕを追加することにより、各種機能追加に対しても容易
に行えることになる。

【図面の簡単な説明】

【図１】本発明の実施例に係るプリンタ制御回路の構成
を示すブロック図。

【図２】同実施例に係る描画リソースの展開を説明する
ための概念図。

【図３】同実施例に係るメインブロックにフォントリソ
ースを備え、サブブロックにリソースキャッシュ及びフ
ォントキャッシュを備えてなるプリンタ制御回路の構成
を説明するためのブロック図。

【図４】同実施例に係るメインブロックにフォントリソ
ースを備えてなるプリンタ制御回路の構成を説明するた
めのブロック図。

【図５】同実施例に係るメインブロックにフォントリソ
ースを備え、サブブロックにリソースキャッシュを備え
てなるプリンタ制御回路の構成を説明するためのブロッ
ク図。

【図６】同実施例に係るメインブロックにフォントリソ
ースを備え、サブブロックにフォントキャッシュを備え
てなるプリンタ制御回路の構成を説明するためのブロッ
ク図。

【図７】同実施例に係るメインブロックにフォントリソ
ース及びフォントキャッシュを備えてなるプリンタ制御
回路の構成を説明するためのブロック図。

【図８】同実施例に係るメインブロックにフォントリソ
ース及びフォントキャッシュを備え、サブブロックにフ
ォントキャッシュを備えてなるプリンタ制御回路の構成
を説明するためのブロック図。

【図９】同実施例に係るサブブロックにリソースコピー
を備えてなるプリンタ制御回路の構成を説明するための
ブロック図。

【図１０】同実施例に係るユーザ定義マクロを説明する
ための概念図。

【図１１】従来のプリンタ制御回路の構成を示すブロッ
ク図。

【符号の説明】

１…メインＣＰＵ、２…ホストインタフェース、３…描
画リソース、４…描画ハードウエア、５…印刷機構イン
タフェース、６…サブＣＰＵ、７…ページメモリ、８…
フォントリソース、９…リソースキャッシュ、１０…フ
ォントキャッシュ、１１…リソースコピー、１２…プリ
ンタ制御回路、２１…ホスト側装置、２２…印刷機構。

Claims (18)

【特許請求の範囲】
1. 【請求項１】 メインＣＰＵと、 このメインＣＰＵの制御下に置かれ、一頁又は複数頁の
   ページメモリを有して、このメモリに印刷データを展開
   する複数のサブＣＰＵとを具備してなることを特徴とす
   るプリンタ制御回路。
2. 【請求項２】 ページメモリ及びサブＣＰＵを接続され
   るプリンタの性能に応じて増減する請求項１記載のプリ
   ンタ制御回路。
3. 【請求項３】 通常の印刷データの展開以外のＦＡＸイ
   メージの展開、カラーイメージの展開、フォーム展開等
   の展開処理を行う機能を備えたページメモリ及びサブＣ
   ＰＵをプリンタの用途に応じて増減する請求項１記載の
   プリンタ制御回路。
4. 【請求項４】 メインＣＰＵ側にフォントリソースを備
   え、サブＣＰＵが印刷データをページメモリへ展開する
   際に、メインＣＰＵにフォントリソースの展開及び展開
   後のフォントデータの転送を要求することによりフォン
   ト管理を行う制御手段を具備してなることを特徴とする
   請求項１、請求項２又は請求項３記載のプリンタ制御回
   路。
5. 【請求項５】 メインＣＰＵ側にフォントリソース、サ
   ブＣＰＵ側にフォントリソースのキャッシュを備え、サ
   ブＣＰＵが印刷データをページメモリへ展開する際に、
   フォントリソースのキャッシュに該当するフォントリソ
   ースがキャッシングされていない場合のみメインＣＰＵ
   にフォントリソースを要求し、サブＣＰＵにてフォント
   リソースを展開することによりフォント管理を行う制御
   手段を具備してなることを特徴とする請求項１、請求項
   ２又は請求項３記載のプリンタ制御回路。
6. 【請求項６】 メインＣＰＵ側にフォントリソース、サ
   ブＣＰＵ側に展開後のフォントデータを格納するフォン
   トキャッシュを備え、サブＣＰＵが印刷データをページ
   メモリへ展開する際に、フォントキャッシュに該当のフ
   ォントデータがキャッシングされていない場合のみメイ
   ンＣＰＵにフォントリソースの展開及び展開後のフォン
   トデータの転送を要求することによりフォント管理を行
   う制御手段を具備してなることを特徴とする請求項１、
   請求項２又は請求項３記載のプリンタ制御回路。
7. 【請求項７】 メインＣＰＵ側にフォントリソース、サ
   ブＣＰＵ側にフォントリソースのキャッシュ及び展開後
   のフォントデータを格納するフォントキャッシュを備
   え、サブＣＰＵが印刷データをページメモリへ展開する
   際に、フォントキャッシュに該当のフォントデータがキ
   ャッシングされていない場合のみフォントリソースのキ
   ャッシュからフォントリソースをフォントキャッシュに
   展開し、またフォントキャッシュに該当のフォントデー
   タがキャッシングされておらず、かつフォントリソース
   のキャッシュに該当のフォントリソースがキャッシング
   されていない場合のみメインＣＰＵにフォントリソース
   の転送を要求することによりフォント管理を行う制御手
   段を具備してなることを特徴とする請求項１、請求項２
   又は請求項３記載のプリンタ制御回路。
8. 【請求項８】 メインＣＰＵ側にフォントリソース及び
   展開後のフォントデータを格納するフォントキャッシュ
   を備え、サブＣＰＵが印刷データをページメモリへ展開
   する際に、サブＣＰＵから要求されたフォントデータが
   フォントキャッシュにキャッシングされている場合には
   このデータをサブＣＰＵに転送し、フォントキャッシュ
   にキャッシングされていない場合にはフォントリソース
   をフォントキャッシュに展開し、この展開されたフォン
   トデータをサブＣＰＵに転送することによりフォント管
   理を行う制御手段を具備してなることを特徴とする請求
   項１、請求項２又は請求項３記載のプリンタ制御回路。
9. 【請求項９】 メインＣＰＵ側にフォントリソース及び
   展開後のフォントデータを格納する第１のフォントキャ
   ッシュ、サブＣＰＵ側に展開後のフォントデータを格納
   する第２のフォントキャッシュを備え、サブＣＰＵが印
   刷データをページメモリへ展開する際に、第２のフォン
   トキャッシュに該当のフォントデータがキャッシングさ
   れていない場合のみメインＣＰＵに展開後のフォントデ
   ータの転送を要求し、メインＣＰＵ側にてサブＣＰＵか
   ら要求された展開後のフォントデータが第１のフォント
   キャッシュにキャッシングされている場合にはこのデー
   タをサブＣＰＵに転送し、第１のフォントキャッシュに
   該当のフォントデータがキャッシングされていない場合
   はフォントリソースをフォントキャッシュに展開し、こ
   の展開されたフォントデータをサブＣＰＵに転送するこ
   とによりフォント管理を行う制御手段を具備してなるこ
   とを特徴とする請求項１、請求項２又は請求項３記載の
   プリンタ制御回路。
10. 【請求項１０】 サブＣＰＵ側にフォントリソースのコ
    ピーを備えることによりフォント管理を行うことを特徴
    とする請求項１、請求項２又は請求項３記載のプリンタ
    制御回路。
11. 【請求項１１】 メインＣＰＵ−サブＣＰＵ間のフォン
    トリソース又は展開されたフォントデータの転送を専用
    信号線により行うことを特徴とする請求項１、請求項
    ２、請求項３、請求項４、請求項５、請求項６、請求項
    ７、請求項８、請求項９又は請求項１０記載のプリンタ
    制御回路。
12. 【請求項１２】 メインＣＰＵ側に持つフォントリソー
    スの更新が行われた際に、その旨を各サブＣＰＵに通知
    する手段と、 通知を受けたサブＣＰＵにて処理中の印刷データが更新
    前のフォントリソース又はフォントデータを使用すべき
    か更新後のフォントリソース又はフォントデータを使用
    すべきかを認識し、該当するフォントリソース又はフォ
    ントデータをメインＣＰＵに要求する場合に更新前後の
    判断可能なコードを付加して要求する手段と、 メインＣＰＵにてこの付加コードに基づいたフォントリ
    ソース又はフォントデータをサブＣＰＵに転送する手段
    とを具備してなることを特徴とする請求項１、請求項
    ２、請求項３、請求項４、請求項５、請求項６、請求項
    ７、請求項８、請求項９又は請求項１０記載のプリンタ
    制御回路。
13. 【請求項１３】 メインＣＰＵ側にユーザ定義マクロを
    備え、サブＣＰＵに対してはすべて展開後のコマンドデ
    ータを転送することによりユーザ定義マクロの管理を行
    う制御手段を具備してなることを特徴とする請求項１、
    請求項２又は請求項３記載のプリンタ制御回路。
14. 【請求項１４】 メインＣＰＵ側にユーザ定義マクロを
    備え、サブＣＰＵが印刷データをページメモリへ展開す
    る際に、メインＣＰＵに全てのユーザ定義マクロの転送
    を要求することによりユーザ定義マクロの管理を行う制
    御手段を具備してなることを特徴とする請求項１、請求
    項２又は請求項３記載のプリンタ制御回路。
15. 【請求項１５】 メインＣＰＵ側にユーザ定義マクロを
    備え、サブＣＰＵが印刷データをページメモリへ展開す
    る際に、メインＣＰＵに参照するユーザ定義マクロの転
    送を参照の都度要求することによりユーザ定義マクロ管
    理を行う制御手段とを具備してなることを特徴とする請
    求項１、請求項２又は請求項３記載のプリンタ制御回
    路。
16. 【請求項１６】 メインＣＰＵ側にユーザ定義マクロ、
    サブＣＰＵ側にユーザ定義マクロのキャッシュを備え、
    サブＣＰＵが印刷データをページメモリへ展開する際
    に、ユーザ定義マクロのキャッシュに該当のユーザ定義
    マクロがキャッシングされていない場合のみメインＣＰ
    Ｕにユーザ定義マクロの転送を要求することによりユー
    ザ定義マクロの管理を行う制御手段とを具備してなるこ
    とを特徴とする請求項１、請求項２又は請求項３記載の
    プリンタ制御回路。
17. 【請求項１７】 メインＣＰＵ−サブＣＰＵ間のユーザ
    定義マクロ又は展開後のコマンドデータの転送を専用信
    号線により行うことを特徴とする請求項１、請求項２、
    請求項３、請求項１３、請求項１４、請求項１５又は請
    求項１６記載のプリンタ制御回路。
18. 【請求項１８】 メインＣＰＵ側に持つユーザ定義マク
    ロの更新が行われた際に、その旨を各サブＣＰＵに通知
    する手段と、 通知を受けたサブＣＰＵにて処理中の印刷データが更新
    前のユーザ定義マクロを使用すべきか更新後のユーザ定
    義マクロを使用すべきかを認識し、該当するユーザ定義
    マクロをメインＣＰＵに要求する場合に更新前後の判断
    可能なコードを付加して要求する手段と、 メインＣＰＵにてこの付加コードに基づいたユーザ定義
    マクロをサブＣＰＵに転送する手段とを具備してなるこ
    とを特徴とする請求項１、請求項２、請求項３、請求項
    １５又は請求項１６記載のプリンタ制御回路。