JPH0615883A - 印字制御装置 - Google Patents

Abstract

(57)【要約】 【目的】 中間コード等を格納するメモリの利用効率を
向上する印字制御装置を提供する。 【構成】 ホストコンピュータ５０から送信されてきた
コードはプログラムＲＯＭ１２に格納されているプログ
ラムに基づいてＣＰＵ１１によって解析される。解析さ
れたデータはパケット情報と描画詳細情報に分けられ、
各々ＲＡＭ１４の所定のエリアに格納される。次に解析
されたコードのデータに既に格納された描画詳細情報と
同一の情報が含まれている場合は、その描画詳細情報を
新たにＲＡＭ１４に格納せず、既に格納された描画詳細
情報のアドレスを指示する旨をそのパケット情報に加え
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は印字制御装置に関し、
特にパケットデータを用いて、印字情報を受信部と描画
部とで受渡しする印字制御装置に関するものである。

【０００２】

【従来の技術】従来の印字装置では、ホストコンピュー
タから送信されてきたコードデータを解析し、これをパ
ケットデータとしての中間コードに変換して一旦メモリ
に記憶させ、描画時には記憶されている中間コードを順
次取出してこれに基づいてビットマップ上にイメージと
して展開していた。

【０００３】図１８はこのような従来の印字装置におけ
るプリンタ・コントローラでの処理をブロック図で示し
たものである。この例ではアウトラインフォントを印字
した場合について説明している。

【０００４】まずコンピュータの１つとしてのワードプ
ロセッサ等で入力した文章（Ｆ１）は、プリンタを制御
するコードに変換され、ホストコンピュータからプリン
タへ送られる（Ｆ２）。Ｆ２で送られるコードは決めら
れたフォーマットに従っているので、プリント側ではそ
の意味を解析して調べる（Ｆ３）。

【０００５】解析の結果、コードの意味が判明するの
で、さらにどういった文字を描くかを決める処理Ｆ４
と、どの位置に文字を印字するかを決める処理Ｆ５とを
行なう。すなわち、Ｆ４の処理では、たとえば文字を描
く処理を行なう場合には、フォントＲＯＭ等の中に格納
されているフォントデータを用いるので、どのフォント
データを使うかが選ばれる。またアウトラインフォント
の場合は大きさを決めてやり、加えて白抜きや、影付き
といったような装飾方法も定められる。なお、これらは
文字コードとコマンドとを解析することによって判明す
る。

【０００６】Ｆ５の処理では、印字する場所は文字を描
くたびに変更する必要があるので、その位置を示す座標
をその都度計算して求める。したがって、この処理によ
りその文字をどこに描けばよいかが決定される。

【０００７】Ｆ４とＦ５の処理によって求めた文字を描
くための情報を中間コードとして一まとめにして一度メ
モリに保存する（Ｆ６，Ｆ７）。なお、保存するときは
解析した順番にＦＩＦＯメモリに保存する。こうして描
画するための情報が順番にメモリに蓄えられたので、先
に蓄えられた順番どおりに取出し、各文字をどのように
描くかを調べる（Ｆ８）。

【０００８】Ｆ８の処理によってどのフォントデータを
使えばよいかが判明するので、対応するフォントデータ
をフォントＲＯＭ等から取出す（Ｆ９）。Ｆ９の処理の
結果、アウトラインフォントの場合であったら輪郭の計
算をし（Ｆ１０）、必要なら内部を塗り潰す（Ｆ１
１）。

【０００９】以上の操作を各文字毎に繰返して行なうこ
とによって、１頁分のイメージをビットマップメモリに
展開する（Ｆ１２）。１頁分のイメージの展開処理が終
了したら、最後にイメージデータをエンジンに出力し
（Ｆ１３）、これをエンジンが処理することによって所
望のハードコピーが得られる。

【００１０】以上、説明したような処理を行なった場
合、Ｆ３〜Ｆ７の処理は、コンピュータから受けとった
データを“解析する処理”と、Ｆ８〜Ｆ１３の処理は、
“描画・出力する処理”と考えることができる。

【００１１】なお、Ｆ６およびＦ７の処理で一度内部的
な中間コードを作成しているが、これを作成することに
よって、“解析する処理”と、“描画・出力する処理”
とを連続的に処理する必要がなくなる。すなわち、“描
画・出力する処理”が動作していなくても、“解析する
処理”を先に動作させ、中間コードを作成すれば、先の
データまで解析したことになる。言い換えれば、エンジ
ンがプリンタ中はＦ１２およびＦ１３の展開・出力処理
はできないので、その間を利用して、“解析処理”を先
に行なうことによって、プリンタ全体の処理速度を向上
させることができる。

【００１２】また、従来の印字装置において、アウトラ
インフォントを描画するような場合、一度展開したイメ
ージを保存し後にこれを再び利用して全体の印字の処理
スピードを上げるフォントキャッシュという操作が行な
われている。ＵＳＰ５，０４４，７９０において、フォ
ントキャッシュの操作を行なう印刷装置が開示されてい
る。

【００１３】

【発明が解決しようとする課題】上記のような従来の印
字装置では、中間コードを格納するメモリ領域が必要と
なっているが、中間コードは順次格納され、次に先に格
納されていたものから順次取出されている。そのため中
間コードに含まれている情報に重複したものがあって
も、それを格納するためのメモリ領域が必要となり、メ
モリの利用効率が悪い。

【００１４】また、フォントキャッシュの操作において
も、展開したイメージが重複したものであっても各々メ
モリ領域を占有し、やはりメモリの利用効率が悪い。

【００１５】この発明は上記のような課題を解決するた
めになされたもので、中間コードの格納およびフォント
キャッシュのための展開イメージの格納において、メモ
リ領域の利用効率を高めることができる印字制御装置を
提供することを目的とする。

【００１６】

【課題を解決するための手段】請求項１の発明に係る印
字制御装置は、印字情報を含むコードを受信する受信手
段と、受信されたコードの内容を解析する解析手段と、
解析手段によって得られた、コードの有する第１の情報
を生成する第１の生成手段と、生成された第１の情報を
記憶する第１の記憶手段と、解析手段によって得られた
コードの有する第１の情報以外の第２の情報を生成する
第２の生成手段と、生成された第２の情報を記憶する第
２の記憶手段と、生成された第２の情報が既に第２の記
憶手段に記憶されている旨を判別する判別手段と、判別
手段の判別出力に応答して、生成された第２の情報が、
第２の記憶手段に重複して記憶されないように、第２の
記憶手段を制御する制御手段と、記憶された第１および
第２の情報に基づいて、イメージを描画する描画手段と
を備えたものである。

【００１７】請求項２の発明に係る印字制御装置は、印
字情報を含むコードを受信する受信手段と、受信された
コードの内容を解析する解析手段と、解析手段によって
得られた、コードの有する第１の情報を生成する第１の
生成手段と、生成された第１の情報を記憶する第１の記
憶手段と、解析手段によって得られた、コードの有する
第１の情報以外の圧縮された画像データを生成する第２
の生成手段と、圧縮された画像データを展開して第２の
情報を得る展開手段と、得られた第２の情報を記憶する
第２の記憶手段と、生成された第２の情報が既に第２の
記憶手段に記憶されている旨を判別する判別手段と、判
別手段の判別出力に応答して、生成された第２の情報
が、第２の記憶手段に重複して記憶されないように、第
２の記憶手段を制御する制御手段と、記憶された第１お
よび第２の情報に基づいてイメージを描画する描画手段
とを備えたものである。

【００１８】

【作用】請求項１の発明においては、生成された第２の
情報が重複して第２の記憶手段に記憶されないように制
御される。

【００１９】請求項２の発明においては、得られた第２
の情報が重複して第２の記憶手段に記憶されないように
制御される。

【００２０】

【実施例】図１はこの発明の第１の実施例におけるレー
ザビームプリンタの外観を示す斜視図であり、図２は図
１のレーザビームプリンタの内部構成を示す概略ブロッ
ク図である。なお、この実施例ではレーザビームプリン
タを用いて説明するが、本願発明は、このようなプリン
タの印刷方法に限定されるものではない。

【００２１】図を参照して、レーザビームプリンタ１
は、電子写真プロセスによる画像形成のための感光体、
現像器、露光用のレーザ光学系および後述する画像デー
タを処理するコントローラ１０などを備えている。な
お、一般にコントローラ以外の電子写真プロセスによる
画像の作像機構とその制御部をプリンタエンジンと呼ぶ
ので、以下においては、これらを「プリンタエンジン」
と称する。

【００２２】レーザビームプリンタ１の上部前面にはオ
ペレータによる操作のための操作パネル２が設けられて
おり、簡単な操作の指示が行なわれる。レーザプリンタ
１は、ホストコンピュータ５０に接続され、ホストコン
ピュータ５０から送られてくる印字データおよび制御コ
ードに従って印字を行なう。図２に示すようにコントロ
ーラ１０がホストコンピュータ５０から１頁分の印字デ
ータを受取り、イメージを編集し終わると、給紙トレー
３から給紙されたペーパ上に電子写真プロセスを経てイ
メージが形成され、最終的に排紙トレー４上までペーパ
が運ばれそこで蓄積される。

【００２３】図３は図２の画像データを処理するコント
ローラ１０の具体的構成を示すブロック図である。

【００２４】図を参照して、コントローラ１０は画像デ
ータ処理の動作を制御するマイクロコンピュータからな
るＣＰＵ（中央演算装置）１１と、処理のプログラムを
記憶するプログラムＲＯＭ１２と、操作パネル２と接続
された操作パネルインターフェイス１３と、外部装置と
してのホストコンピュータ５０と接続されるホストイン
ターフェイス１８と、プログラムの動作状態を一時的に
記憶しておくシステムエリア、画像データを記憶し、編
集するためのビットアップエリア、ホストコンピュータ
５０から送られてくるフォントデータを記憶するフォン
トロードエリアとして用いられるダウンロードフォント
エリア、および受信データエリア等に用いられるユーザ
用のＲＡＭ１４と、フォントデータを記憶するフォント
ＲＯＭ１５と、ＲＡＭ１４およびフォントＲＯＭ１５を
制御するメモリコントローラ１６と、電子写真プログラ
ムを制御するプリンタエンジン１００に接続されたプリ
ンタインターフェイス１７とから構成されている。

【００２５】プログラムＲＯＭ１２内にはホストコンピ
ュータ５０から送られてくる文字データおよび複数の印
字制御コマンドを解析し実行するプログラムが収められ
ている。

【００２６】通常、プリンタの印字制御は一定のフォー
マットに従ったコマンドを文字データと一緒に送ること
によって行なわれる。この制御コマンドはエスケープコ
ード（ＡＳＣＩＩコード０１ＢＨ）に続く文字列によっ
て構成される場合が多いので、通常エスケープシーケン
スと呼ばれている。

【００２７】メモリコントローラ１６はホストコントロ
ーラ５０からホストインターフェイス１８を介して画像
データが入力されると、この画像データに基づいて、後
述するようにユーザＲＡＭ１４内のビットマップエリア
にイメージデータの描画を行なう。なお、イメージデー
タの描画には、線や円などの円形描画とフォントＲＯＭ
１５またはユーザＲＡＭ１４からのフォントデータの読
出により行なわれるフォント描画とがある。

【００２８】ＲＡＭ１４は図４に示されているようにプ
ログラムを動作させるためのシステムエリア１４１とそ
の他の画像編集を行なうための幾つかの領域によって構
成される。

【００２９】システムエリア１４１はプログラムが動作
する環境、作業上のパラメータを保持するためのエリア
であり、ビットマップエリア１４２は１頁分の画像デー
タ（ビットマップイメージ）を保持し、プリンタエンジ
ンへのイメージの出力に用いられる。受信データエリア
１４３はホストコンピュータ５０から送られてくる印字
データを一時的に格納する場所であり、これにより、受
信処理とその他の処理を非同期的に行なうようにしてい
る。フォントダウンロードエリア１４４はホストコンピ
ュータ５０から送られてくるフォントデータを格納して
おく場所であり、フォントＲＯＭ１５に追加してフォン
トデータの格納エリアの拡張が可能になる。

【００３０】パケットエリア１４５は中間コードである
パケットを蓄えるのに用いられ、描画詳細情報エリア１
４６はパケットから一部切り離された詳細情報データを
格納する場所である。これらについては後述する。

【００３１】画像編集エリア１４７は図形描画のために
一時的なデータを格納する作業領域である。

【００３２】また、ホストコンピュータ５０から送られ
てくるプリント開始コードに応答してメモリコントロー
ラ１６がプリンタエンジン制御部からの同期信号とのタ
イミングをとりながら、ビットマップエリア１４２から
イメージデータを画素の配列順に読出し、プリンタエン
ジンインターフェイス１７を介してプリンタエンジン１
００へビデオイメージを出力する。

【００３３】プリンタエンジン１００ではコントローラ
１０から出力されてきたイメージに応じてレーザ光源の
点滅を行なって感光体上に潜像を形成する公知の電子写
真プロセスにより、給紙のトレー３から供給される用紙
に用紙の周囲に余白を設けた所定のイメージサイズの画
像を形成する制御が行なわれる。

【００３４】図５は図３のＣＰＵ１１による送信されて
きたコードの解析処理の内容を示すメインルーチンであ
る。

【００３５】まずステップＳ１において、解析処理に先
立って、関連の記憶エリア、たとえばＲＡＭ１４や変数
の添え字等を初期化する。次に、ステップＳ２におい
て、ホストコンピュータから送られてきたコードデータ
を解析して、中間コードとして文字を描くための情報を
取出す。

【００３６】ステップＳ３において取出された中間コー
ドを解析順にＲＡＭ１４に保存（登録）する。そしてス
テップＳ４において登録された中間コードを登録された
順番どおりに読込み、読込まれた中間コードに基づい
て、対応するフォントデータ等をフォントＲＯＭ１５等
から取出して、ビットマップエリア１４２にイメージ展
開する（Ｓ５）。

【００３７】さらにステップＳ６において、ビットマッ
プメモリの１頁にイメージが展開されるとそのイメージ
データがプリンタエンジンに出力される。そしてその他
の処理があればステップＳ７においてその処理がなされ
た後、フローはステップＳ２に戻り上記の動作を繰返
す。

【００３８】図８は図５のステップＳ３の中間コード登
録ルーチンの具体的内容を示すフローチャートである。

【００３９】まず、ここで中間コードについて図６およ
び図７を参照して説明する。

【００４０】文字を印字する場合には、その文字の書込
み位置と書込む内容を決定しなければならないが、中間
コードＤにはこの２つの内容が入っている。書込む位置
のデータｘはＸＹ座標で示され、書込む内容はフォント
データのあるアドレスａｄ、文字の属性（たとえば強
調、白抜き、影付き…等といった装飾指定）ａｔ、大き
さ（アウトラインフォント等の拡大率）ｓ等によって構
成されている。

【００４１】従来であれば、図６のように中間コードＤ
は、その各々のコードに対して、書込み位置のデータ、
フォントデータのあるアドレス、文字の属性および文字
の大きさ等の情報を対応させたテーブルに格納されてい
る。したがって、この場合のメモリ容量は、ｎ×５の単
位の領域が必要となる。

【００４２】一方、この発明の一実施例においては、中
間コードＤは図７の（１）で示すテーブルＴ１と図７の
（２）に示されているテーブルＴ２の２つのテーブルに
格納されている。すなわちテーブルＴ１においては、中
間コードＤの各々に対して、書込み位置のデータｘと、
描画詳細情報エリアのアドレスを示すデータＡが格納さ
れており、テーブルＴ２においては、そのアドレスに格
納されているフォントデータのあるアドレスａｄ、文字
の属性ａｔおよび文字の大きさｓ等のデータが対応して
格納されている。

【００４３】図４で言えば、テーブルＴ１はパケットエ
リア１４５に格納されており、テーブルＴ２は、描画詳
細情報エリア１４６に格納されている。この例では、中
間コードＤ２およびＤ３の描画詳細情報すなわちフォン
トデータや文字の属性および大きさが同じである場合が
示されている。この場合、これらの描画詳細情報エリア
のアドレスはＡ２として同一であるので、テーブルＴ１
においては、中間コードＤ２およびＤ３に対して同一ア
ドレスＡ２が格納されている。従来であれば、図６で示
されているように、描画詳細情報が同一であっても、各
々独自に記憶エリアに格納される必要があるが、この実
施例においては、テーブルＴ２においては、それらの描
画詳細情報は重複して格納されることはない。したがっ
て、メモリ容量としては、図７の例においては、“ｎ×
３＋ｍ×５”の単位のメモリ領域が必要となるが、通常
ｎはｍに比べて相当大きくなるため、従来例（ｎ×５の
単位の領域）に比べて、テーブルＴ１およびＴ２が占め
るメモリの容量はかなり減少することになる。

【００４４】図８は図５のステップＳ３の、中間コード
登録ルーチンの具体的内容を示すフローチャートであ
る。

【００４５】中間コードはビットマップメモリに描画が
すんだものから順次削除されるが、削除前であれば、パ
ケットエリア１４５および描画詳細情報エリア１４６の
メモリ領域に空き領域がない場合もあるので、まずステ
ップＳ２１において、メモリ領域の空きの状況をみる。

【００４６】メモリ領域に空き領域がない場合は、中間
コードの登録ができないため、フローはそのままリター
ンする。一方、メモリ領域に空き領域がある場合、ステ
ップＳ２２において、解析されたデータｘｉ，ａｄｉ，
ａｔｉ，ｓｉを中間コードとして読込む。なお、添え字
ｉは、解析された順に付与される変数であり、初期値は
ｉ＝１となっている。なお、この変数の初期化は、図５
で示すステップＳ１の初期化においてなされるものであ
る。

【００４７】次に、解析されたデータａｄｉ，ａｔｉ，
ｓｉをセットするアドレスＡｉを設定し、データＸｉ，
ＡｉをテーブルＴ１に追加する。なお、アドレスＡｉは
パケットエリア１４５および描画詳細情報エリア１４６
のメモリ領域の空き領域に順次格納していく。

【００４８】次に、ステップＳ２４において、テーブル
Ｔ２が検索される。すなわち、ステップＳ２２において
読込まれたデータａｄｉ，ａｔｉ，ｓｉと同一のデータ
が既にテーブルＴ２に格納されていないかを検索するも
のである。そしてステップＳ２５において、同一データ
が既に格納されている場合には、フローはステップＳ２
６をスキップして、添え字ｉをステップＳ２７で１イン
クリメントした後、フローはリターンする。

【００４９】一方、ステップＳ２５で、同一データがテ
ーブルＴ２に格納されていない場合は、ステップＳ２６
で新たなデータとしてアドレスＡｉ，ａｄｉ，ａｔｉ，
ｓｉをテーブルＴ２に新たなデータとして追加した後、
ステップＳ２７で変数ｉを１インクリメントした後、フ
ローはリターンする。

【００５０】図９は図５のステップＳ４の中間コード読
込ルーチンの具体的内容を示すフローチャートである。

【００５１】このルーチンは中間コードに基づいて、ビ
ットマップメモリにデータを展開していくための中間コ
ードの読込ルーチンである。

【００５２】まずステップＳ３１において、書込み位置
データｘｊおよびアドレスＡｊをテーブルＴ１から読込
み、ステップＳ３２において、このアドレスＡｊに基づ
いて、テーブルＴ２の描画詳細情報のデータａｄｊ，ａ
ｔｊ，ｓｊを読込む。

【００５３】そしてステップＳ３３において、これらの
データａｄｊ，ａｔｊ，ｓｊに基づいてフォントデータ
を展開する。すなわち、データａｄｊでどのアドレスに
該当のフォントデータがあるのかが判明し、データａｔ
ｊでそのフォントの属性すなわちゴシック体や明朝体等
が判明し、ｓｊでフォントの大きさが判明する。次にス
テップＳ３４において読込む順番を表わす変数ｊを１イ
ンクリメントしてフローはリターンする。なおこの変数
ｊは初期化は１であり、図５のメインルーチンの初期化
ルーチンにおいて初期化されるものである。

【００５４】なお、ここでは詳述し得ないが、ビットマ
ップへの展開のすんだ中間コードはテーブルＴ１および
Ｔ２から削除されていくが、テーブルＴ２の削除のタイ
ミングはテーブルＴ２の削除のタイミングより遅らせて
もよい。すなわちテーブルＴ１において、中間コードＤ
２においてはアドレスＡ２を参照しているが、このアド
レスは中間コードＤ３においても参照されている。した
がって、中間コードＤ２のビットマップへの展開が終了
した場合であっても、テーブルＴ２のアドレスＡ２はｉ
＝３のとき再度参照される。したがって、そのようなア
ドレスの参照がもはやないことがテーブルＴ１から判明
した場合において、初めてテーブルＴ２のそのデータを
削除すべきだからである。

【００５５】図１０は従来例と本願発明とを比較して、
中間コードに基づく印字情報を格納する記憶エリアが減
少している状態を具体的に示した図である。

【００５６】図１０の（１）は、従来例であって、上か
ら下へ中間コードで参照される描画詳細情報が順次ＲＡ
Ｍ１４の情報エリアに格納された状態を示している。一
方、図１０の（２）は本願発明の例であって、同一文字
の描画詳細情報が重複して情報エリアに格納されていな
い状態が示されている。このように比較すると明白なよ
うに、本願発明においては、従来例のごとく、同一文字
の描画詳細情報を重複して記憶させないため記憶領域の
利用効率が向上する。

【００５７】図１１はこの発明の一実施例による例であ
って、同じ文字を画面上で違う場所に描く場合に、具体
的なメモリマップの状態を示す図である。この例では、
“ａ”の文字を、左欄の各Ｘ，Ｙ座標の位置において描
く必要がある場合それらの座標のデータの下に、ａの描
画詳細情報を格納しているアドレス位置のデータを格納
している。すなわち、左側のメモリは、テーブルＴ１の
内容がメモリされている状態を示している。

【００５８】図１２は現在中間コードとして登録しよう
とする描画詳細情報に対して、既に登録されている描画
詳細情報を検索する状態を示した図である。

【００５９】この例では、文字が“ａ”であり、１０ポ
イントの文字であり白抜き、影付き、さらにイタリック
ゴシック体であるという描画詳細情報が中間コードとし
て登録されようとした場合である。この場合、図１２の
右側の図において示されているように、既に登録されて
いる描画詳細情報をすべて検索することになる。そし
て、この例では対応データが既に登録されていることが
検索によって判明するので、この場合、新たな描画詳細
情報として登録は行なわれない。そしてその代わりにテ
ーブルＴ１において、この対応データが格納されている
アドレス値のデータを格納することになる。

【００６０】以上第１の実施例で示した本願発明の考え
方は、実施例で示した中間コードばかりではなく、フォ
ントキャッシュにも適用することができる。これについ
て第２の実施例として以下に説明する。

【００６１】アウトラインフォントを描画する場合は一
度展開してしまったイメージを保存し、後から保存イメ
ージを再度利用することにより全体の処理スピードを向
上させようとするフォントキャッシュという操作がよく
行なわれている。

【００６２】フォントを展開したときは必ずそのイメー
ジをメモリ内に保存しておくようにし、次に同じフォン
トを印字しようとする場合には、既に同じフォントを使
用したことがあるか否かを検索し、既に同じフォントを
使用したことがあった場合には、その展開されたデータ
を利用するようにする。文字を展開する時間はかなりか
かるので、これによって、展開せずにすむ場合は、印字
処理を迅速化することができる。

【００６３】このようなフォントキャッシュ自体の操作
は従来からよく行なわれているが、先の実施例で説明し
た描画詳細情報は１文字単位で文字情報を管理している
ため、図１３で示すようなフォントキャッシュ検索用テ
ーブルと似たような構成とすることができる。すなわち
描画詳細情報は中間コードを圧縮し保存するためのデー
タプールであるが、図１３で示すようなフォントキャッ
シュ検索用テーブルと共用すれば、さらにメモリ領域の
利用効率を向上させることができる。図１３において、
展開したフォントが“ａ”の文字であり１０ポイントで
クーリエスタンダードであるような場合、フォントキャ
ッシュ検索用テーブルを順次検索するものである。そし
て該当する展開されたイメージデータが検索された場
合、そのアドレス値をテーブルＴ２に登録すれば良い。

【００６４】すなわち、図１３で示したフォントキャッ
シュの管理のテーブルと先の実施例のテーブルＴ２で示
した描画詳細情報とをまとめてしまえばよい。

【００６５】図１４はそのようにしてまとめられたテー
ブルＴ１とＴ２の内容を示す図である。すなわち図１４
の（１）に示されているテーブルＴ１は第１の実施例の
ものと基本的に同一である。図１４の（２）に示されて
いるテーブルＴ２は各アドレスＡの値の各々に描画詳細
情報ａｄｉ，ａｔｉ，ｓｉの他に、フォントキャッシュ
検索用テーブルｃｉが格納されている。

【００６６】図１５はフォントキャッシュ検索テーブル
ｃｉがユーザ記憶エリアＲＡＭ１４に格納されている状
態を示している図である。

【００６７】図において、フォントキャッシュ検索テー
ブル１４８の領域には、既に展開されたフォントデータ
が格納されているアドレスが順次格納されている。そし
て、フォントキャッシュエリア１４９においては、フォ
ントキャッシュ検索テーブル１４８で格納されているア
ドレスに対応する位置に実際に展開されたフォントデー
タが格納されている。このようにすることによって、中
間コードＤが与えられた場合、テーブルＴ１で該当のア
ドレスが指定され、テーブルＴ２において、指定された
アドレスに対応するフォントキャッシュ検索テーブルが
参照される。これによって、既に展開されたフォントデ
ータがあれば、直ちに図１５のフォントキャッシュエリ
ア１４９のデータを読出すことができる。

【００６８】図１６は第２の実施例における中間コード
登録ルーチンの具体的内容を示すフローチャートであ
る。

【００６９】このフローは先の第１の実施例における中
間コード登録ルーチンのフローと基本的に同一である
が、ステップＳ２４およびステップＳ２６ａにおいて、
テーブルＴ２にフォントキャッシュアドレスｃｉを追加
している点が異なっている。すなわち、中間コードを登
録するときには、フォントキャッシュアドレスも同時に
登録するものである。

【００７０】図１７は第２の実施例における中間コード
読込ルーチンの具体的内容を示すフローチャートであ
る。

【００７１】まずステップＳ５１において、テーブルＴ
１の内容すなわちデータｘｊ，Ａｊを読込み、ステップ
Ｓ５２において、アドレスＡｊを参照して、描画詳細情
報ａｄｊ，ａｔｊ，ｓｊおよびフォントキャッシュアド
レスｃｊを読込む。そしてステップＳ５３において、テ
ーブルＴ２に対応するキャッシュアドレス値が格納され
ているか否かが判別される。対応するキャッシュアドレ
ス値が格納されていない場合は、そのフォントすなわち
アドレス値Ａｊのフォントがキャッシュされていないこ
とを示すので、そのアドレスＡｊのフォント情報を実際
に取出し、ステップＳ５４において、描画詳細情報ａｄ
ｊ、ａｔｊ，ｓｊに基づいてフォントを展開する。そし
てステップＳ５５において、展開したフォントデータに
対して特定のアドレスを設定し、そのアドレスに対応す
るフォントキャッシュエリア１４９のメモリにそのフォ
ントデータを格納する。そのメモリのアドレス値をｃｊ
としてテーブルＴ２に格納する。そしてステップＳ５７
で変数ｊを１インクリメントした後フローはリターンす
る。

【００７２】一方、ステップＳ５３で、テーブルＴ２に
対応するキャッシュアドレス値が既に格納されている場
合は、そのフォントは既に展開されたデータとしてフォ
ントキャッシュエリア１４９に格納されていることを示
す。したがって、ステップＳ５６において、そのアドレ
ス値ｃｊからフォントキャッシュエリア１４９に格納さ
れている展開されたフォントデータを読込み、ステップ
Ｓ５７で変数ｊを１インクリメントした後フローはリタ
ーンする。

【００７３】なお、上記第２の実施例ではアウトライン
フォントに適用しているが、アウトラインフォントだけ
ではなく、その他の図形描画の場合にも本願発明の思想
は有効である。

【００７４】たとえば、マクロの場合などはそのデータ
を呼出すたびにその処理を解析し、何度もパケットを作
り直す場合が多い。そこで描画詳細情報のように中間コ
ード化して登録してしまい、再度同じマクロのものを使
う場合にはその登録されたものを再利用できるようにす
ると効率的である。

【００７５】また、ハーフトーンパターンをユーザが定
義できるような印字制御装置であった場合、たとえば最
近はビットマップのハーフトーンだけではなく、一連の
手続によってパターンを展開できるものもあり、これは
描画時に他の図形との関係を見ながら展開した方がよい
場合もある。この場合に描画詳細情報としてこのような
情報を登録して利用するのも効率的である。

【００７６】さらに、クリッピング処理など複雑な図形
処理をパケットで処理する場合に、このような登録方法
を用いることで多量の情報を伝達しながらあまりメモリ
領域を消費せずに処理することができる。

【００７７】

【発明の効果】請求項１の発明は以上説明したとおり、
生成された第２の情報が重複して第２の記憶手段に記憶
されないように制御されるので、第２の記憶手段の利用
効率が向上する。

【００７８】請求項２の発明は以上説明したとおり、得
られた第２の情報が重複して第２の記憶手段に記憶され
ないように制御されるので、第２の記憶手段の利用効率
が向上する。

【図面の簡単な説明】

【図１】この発明の第１の実施例によるレーザビームプ
リンタの外観斜視図である。

【図２】図１のレーザビームプリンタの概略構成とホス
トコンピュータとの関係を示すブロック図である。

【図３】図２のコントローラ１０の具体的構成を示すシ
ステムブロック図である。

【図４】図３のＲＡＭ１４の具体的構成を示す図であ
る。

【図５】図３のＣＰＵ１１の解析処理におけるメインル
ーチンを示すフローチャートである。

【図６】従来の印字制御装置における中間コードのデー
タを格納するためのテーブルである。

【図７】この発明の第１の実施例における中間コードの
データを格納するためのテーブルである。

【図８】図５の中間コード登録ルーチンの具体的内容を
示すフローチャートである。

【図９】図５の中間コード読み込みルーチンの具体的内
容を示すフローチャートである。

【図１０】この発明の第１の実施例による、描画詳細情
報のメモリ領域に占める割合を従来例と本願発明とで比
較した図である。

【図１１】この発明の第１の実施例による、書込む文字
が同じで書込み位置が変わる場合の中間コードのデータ
とメモリエリアとの関係を示す図である。

【図１２】この発明の第１の実施例による、中間コード
として登録しようとする描画詳細情報について検索する
状態を示す図である。

【図１３】この発明の第２の実施例によるフォントキャ
ッシュ検索用テーブルの検索状況を示す図である。

【図１４】この発明の第２の実施例による中間コードの
データを格納するためのテーブルである。

【図１５】この発明の第２の実施例によるＲＡＭ１４の
具体的内容を示す図である。

【図１６】この発明の第２の実施例による中間コード登
録ルーチンの具体的内容を示すフローチャートである。

【図１７】この発明の第２の実施例による中間コード読
み込みルーチンの具体的内容を示すフローチャートであ
る。

【図１８】従来の印字装置におけるプリンタ・コントロ
ーラでの処理を示したブロック図である。

【符号の説明】 １０ コントローラ １１ ＣＰＵ １２ プログラムＲＯＭ １４ ＲＡＭ １５ フォントＲＯＭ １６ メモリコントローラ １４５ パケットエリア １４６ 描画詳細情報エリア １４８ フォントキャッシュ検索テーブル １４９ フォントキャッシュエリア なお、各図中、同一符号は同一または相当部分を示す。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 森川 武 大阪市中央区安土町二丁目３番13号大阪国 際ビルミノルタカメラ株式会社内 (72)発明者 田中 康晴 大阪市中央区安土町二丁目３番13号大阪国 際ビルミノルタカメラ株式会社内 (72)発明者 森川 高志 大阪市中央区安土町二丁目３番13号大阪国 際ビルミノルタカメラ株式会社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 印字情報を含むコードを受信する受信手
   段と、 前記受信されたコードの内容を解析する解析手段と、 前記解析手段によって得られた、コードの有する第１の
   情報を生成する第１の生成手段と、 前記生成された第１の情報を記憶する第１の記憶手段
   と、 前記解析手段によって得られた、コードの有する前記第
   １の情報以外の第２の情報を生成する第２の生成手段
   と、 前記生成された第２の情報を記憶する第２の記憶手段
   と、 前記生成された第２の情報が既に前記第２の記憶手段に
   記憶されている旨を判別する判別手段と、 前記判別手段の判別出力に応答して、前記生成された第
   ２の情報が前記第２の記憶手段に重複して記憶されない
   ように、前記第２の記憶手段を制御する制御手段と、 前記記憶された第１および第２の情報に基づいて、イメ
   ージを描画する描画手段とを備えた、印字制御装置。
2. 【請求項２】 印字情報を含むコードを受信する受信手
   段と、 前記受信されたコードの内容を解析する解析手段と、 前記解析手段によって得られた、コードの有する第１の
   情報を生成する第１の生成手段と、 前記生成された第１の情報を記憶する第１の記憶手段
   と、 前記解析手段によって得られた、コードの有する前記第
   １の情報以外の圧縮された画像データを生成する第２の
   生成手段と、 前記圧縮された画像データを展開して第２の情報を得る
   展開手段と、 前記得られた第２の情報を記憶する第２の記憶手段と、 前記生成された第２の情報が既に第２の記憶手段に記憶
   されている旨を判別する判別手段と、 前記判別手段の判別出力に応答して、前記生成された第
   ２の情報が前記第２の記憶手段に重複して記憶されない
   ように前記第２の記憶手段を制御する制御手段と、 前記記憶された第１および第２の情報に基づいて、イメ
   ージを描画する描画手段とを備えた、印字制御装置。