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

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 ） の１つのマクロの発行で済むこととなる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１０７】

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平１−292422（ＪＰ，Ａ) 特開 平３−188521（ＪＰ，Ａ) 特開 平５−278304（ＪＰ，Ａ) 特開 平５−261983（ＪＰ，Ａ) 特開 平２−63852（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁶，ＤＢ名) B41J 5/44 B41J 5/30 B41J 29/38 G06F 3/12 G06F 13/12 340

Claims (7)

(57)【特許請求の範囲】
1. 【請求項１】 フォントリソースを備えたメインＣＰＵ
   と、 このメインＣＰＵの制御下に置かれ、一頁または複数頁
   分のページメモリを備えて、このページメモリに印刷デ
   ータを展開する複数のサブＣＰＵと、前記フォントリソースの更新が行なわれた際、その旨を
   前記各サブＣＰＵに通知するように前記メインＣＰＵを
   動作させる手段と、 前記通知を受けた際、処理中の印刷データが更新前のフ
   ォントリソースもしくはフォントデータを使用すべき
   か、または、更新後のフォントリソースもしくはフォン
   トデータを使用すべきかを認識し、該当するフォントリ
   ソースまたはフォントデータを前記メインＣＰＵに要求
   する場合に、更新前および更新後のいずれかを判断可能
   なコードを付加して要求するように前記各サブＣＰＵを
   動作させる手段と、 前記付加コードに基づいたフォントリソースまたはフォ
   ントデータを前記各サブＣＰＵに転送するように前記メ
   インＣＰＵを動作させる手段とを具備することを特徴と
   するプリンタ制御回路。
2. 【請求項２】 ユーザ定義マクロを備えたメインＣＰＵ
   と、 このメインＣＰＵの制御下に置かれ、一頁または複数頁
   分のページメモリを備えて、このページメモリに印刷デ
   ータを展開する複数のサブＣＰＵと、 前記各サブＣＰＵに対してはすべて展開後のコマンドデ
   ータを転送するように前記メインＣＰＵを動作させるこ
   とによりユーザ定義マクロの管理を行なう制御手段とを
   具備することを特徴とするプリンタ制御回路。
3. 【請求項３】 ユーザ定義マクロを備えたメインＣＰＵ
   と、 このメインＣＰＵの制御下に置かれ、一頁または複数頁
   分のページメモリを備えて、このページメモリに印刷デ
   ータを展開する複数のサブＣＰＵと、 印刷データを前記ページメモリへ展開する際、前記メイ
   ンＣＰＵにすべてのユーザ定義マクロの転送を要求する
   ように前記各サブＣＰＵを動作させることによりユーザ
   定義マクロの管理を行なう制御手段とを具備することを
   特徴とするプリンタ制御回路。
4. 【請求項４】 ユーザ定義マクロを備えたメインＣＰＵ
   と、 このメインＣＰＵの制御下に置かれ、一頁または複数頁
   分のページメモリを備えて、このページメモリに印刷デ
   ータを展開する複数のサブＣＰＵと、 印刷データを前記ページメモリへ展開する際、前記メイ
   ンＣＰＵに参照するユーザ定義マクロの転送を参照の都
   度要求するように前記サブＣＰＵを動作させることによ
   りユーザ定義マクロ管理を行なう制御手段とを具備する
   ことを特徴とするプリンタ制御回路。
5. 【請求項５】 ユーザ定義マクロを備えたメインＣＰＵ
   と、 このメインＣＰＵの制御下に置かれ、前記ユーザ定義マ
   クロのキャッシュと一頁または複数頁のページメモリと
   を備えて、このページメモリに印刷データを展開する複
   数のサブＣＰＵと、 印刷データを前記ページメモリへ展開する際、前記ユー
   ザ定義マクロのキャッシュに該当のユーザ定義マクロが
   キャッシングされていない場合のみ前記メインＣＰＵに
   前記ユーザ定義マクロの転送を要求するように前記サブ
   ＣＰＵを動作させることによりユーザ定義マクロの管理
   を行なう制御手段とを具備することを特徴とするプリン
   タ制御回路。
6. 【請求項６】 前記メインＣＰＵと前記各サブＣＰＵと
   の間のユーザ定義マクロまたは展開後のコマンドデータ
   の転送を専用信号線により行なうことを特徴とする請求
   項２、請求項３、請求項４または請求項５記載のプリン
   タ制御回路。
7. 【請求項７】 ユーザ定義マクロを備えたメインＣＰＵ
   と、 このメインＣＰＵの制御下に置かれ、一頁または複数頁
   分のページメモリを備えて、このページメモリに印刷デ
   ータを展開する複数のサブＣＰＵと、 前記ユーザ定義マクロの更新が行なわれた際、その旨を
   前記各サブＣＰＵに通知するように前記メインＣＰＵを
   動作させる手段と、 前記通知を受けた際、処理中の印刷データが更新前のユ
   ーザ定義マクロを使用すべきか、または、更新後のユー
   ザ定義マクロを使用すべきかを認識し、該当するユーザ
   定義マクロを前記メインＣＰＵに要求する場合に、更新
   前および更新後のいずれかを判断可能なコードを付加し
   て要求するように前記各サブＣＰＵを動作させる手段
   と、 前記付加コードに基づいたユーザ定義マクロを前記各サ
   ブＣＰＵに転送するよ うに前記メインＣＰＵを動作させ
   る手段とを具備することを特徴とするプリンタ制御回
   路。