JPH06183093A - プリント装置 - Google Patents

Abstract

(57)【要約】 【目的】 フォームオーバーレイ印刷を高速に行えるよ
うにしたプリント装置を提供する。 【構成】 フォームデータ記憶部２１には、多数の定形
フォームが格納されている。フォームデータ展開部２２
は、ホストコンピュータ２００から指定された定形フォ
ームをフォームデータ記憶部２１から選択的に読み出
し、これをイメージデータに展開する。フォームキャッ
シュメモリ２３は、イメージデータに展開された定形フ
ォームを記憶する。フォームキャッシュ情報管理部２４
は、フォームキャッシュ２３にどの定形フォームがイメ
ージデータとして格納されたかを管理する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、プリント装置に係り、
特に、定形フォームにフォントデータを合成して印刷す
るフォームオーバーレイ印刷が可能なプリント装置に関
する。

【０００２】

【従来の技術】図３は、従来のフォームオーバーレイ印
刷機能を備えたプリント装置１００のブロック図であ
り、下記の要素１０〜６０から構成されている。

【０００３】フォント生成部１０は、ベクトル形式で表
されたフォントデータをドットパターンに展開する。フ
ォーム生成部２０は、ベクトル形式あるいは符号化形式
で表された定形フォームに関する圧縮データをドット形
式のイメージデータに展開する。

【０００４】イメージメモリ３０には、前記定形フォー
ムおよびこれに重ね合わされる前記フォントデータがペ
ージ単位で記憶される。印字部４０は、イメージメモリ
３０上に展開されたイメージデータ等を印字出力する。
インターフェイス５０は、パソコン等のホストコンピュ
ータ２００とデータの授受を行う。

【０００５】プリンタ制御部６０は、通常、マイクロプ
ロセッサ等のＣＰＵを使い、前記要素１０〜５０までの
全体の制御が矛盾なく、一貫した流れで行われるように
全体を統制する。特に、本発明では、ホストコンピュー
タ２００の要求を受けて、その要求通りの印字を行うよ
うにしているため、該印字を遂行するのに必要なジョブ
の流れを管理する。

【０００６】また、前記フォント生成部１０は、ＪＩＳ
第１、第２水準などの文字セットに規定される文字コー
ドと対応するベクトルデータが格納されたベクトルデー
タ記憶部１１と、ベクトルデータを用いてベクトル演
算、輪郭描画、塗り潰し等を行い、所望のドットパター
ンを生成するベクトルデータ展開部１２と、前記ベクト
ルデータ展開部１２で生成されたドットパターンが適宜
格納されるフォントキャッシュメモリ１３と、前記フォ
ントキャッシュ１３にどの文字が格納されたかを管理す
るフォントキャッシュ情報管理部１４とから構成されて
いる。

【０００７】さらに、前記フォーム生成部２０は、多数
の定形フォームを圧縮した形で格納したフォームデータ
記憶部２１と、ホストコンピュータ２００から指定され
た定形フォームを前記フォームデータ記憶部２１から選
択的に読み出し、これをイメージデータに展開するフォ
ームデータ展開部２２とから構成されている。

【０００８】このような構成のプリント装置において、
ある定形フォームを指定する情報がインターフェイス５
０を介してホストコンピュータ２００から送られてくる
と、フォームデータ記憶部２１から当該指定された定形
フォームに関するデータが読み出される。フォームデー
タ展開部２２は、読み出された定形フォームデータをイ
メージメモリ３０上で、図４に示すようなイメージデー
タに展開する。

【０００９】次いで、ホストコンピュータ２００から文
字コードが送られてくると、フォント生成部１０は、当
該文字コードに対応したベクトルデータを次々とドット
パターンに展開し、図５に示すようなイメージデータを
生成してイメージメモリ３０上の前記定形フォームのイ
メージデータに重ね合わせる。この結果、イメージメモ
リ３０上には、図６に示すようなイメージデータが生成
される。

【００１０】なお、このようなフォームオーバーレイ印
刷機能を備えたプリント装置に関しては、特開昭６２−
２２６３２５号公報、特開昭６０−２３２９７４号公報
等に記載されている。

【００１１】

【発明が解決しようとする課題】上記した従来技術で
は、フォームデータ記憶部２１のメモリ容量を有効に利
用するため、定形フォームデータはベクトル形式あるい
は符号化形式等により圧縮された形で記憶されている。
したがって、同一の定形フォームを連続使用する場合で
あっても、当該圧縮された定形フォームデータをその都
度展開しなければならず、印字速度の低下を招くという
問題があった。

【００１２】本発明の目的は、上記した従来技術の問題
点を解決して、フォームオーバーレイ印刷を高速に行え
るようにしたプリント装置を提供することにある。

【００１３】

【課題を解決するための手段】上記した目的を達成する
ために、本発明では、定形フォームにフォントデータを
合成するフォームオーバーレイ機能を備えたプリント装
置において、以下のような手段を講じた点に特徴があ
る。 (1) 多数の定形フォームを圧縮して記憶したフォーム記
憶手段と、前記定形フォームを展開するフォーム展開手
段と、展開後の定形フォームを登録するフォームキャッ
シュメモリと、ベクトル形式のフォントデータを展開す
るフォント展開手段と、展開後のフォントデータを登録
するフォントキャッシュメモリとを具備した点に特徴が
ある。 (2) 多数の定形フォームを圧縮して記憶したフォーム記
憶手段と、前記定形フォームを展開するフォーム展開手
段と、ベクトル形式のフォントデータを展開するフォン
ト展開手段と、展開後の定形フォームおよびフォントデ
ータを一括して登録するキャッシュメモリとを具備した
点に特徴がある。

【００１４】

【作用】前記構成(1) によれば、一旦イメージデータに
展開された定形フォームデータはキャッシュメモリに登
録され、当該定形フォームデータが再使用されるときに
は、改めて展開することなくキャッシュメモリから読み
出すことができるので、展開時間が不要になって処理速
度が向上する。

【００１５】前記構成(2) によれば、上記した作用効果
に加えて、定形フォームおよびフォントデータが同一の
キャッシュメモリに一括して登録されるので、別々のキ
ャッシュメモリへ登録する場合に比べてメモリを有効利
用できるようになる。

【００１６】

【実施例】図１は、本発明の第１実施例であるプリント
装置の構成を表したブロック図であり、前記と同一の符
号は同一または同等部分を表している。

【００１７】本実施例では、フォーム生成部２０にＬＲ
Ｕ(Least Recentry Used) 方式のフォームキャッシュメ
モリ２３およびフォームキャッシュ情報管理部２４を設
けた点に特徴がある。

【００１８】ＬＲＵ方式のキャッシュメモリは、格納さ
れているデータのうち、使用された時刻の古いものから
先に追い出していく方式であり、必然的に使用頻度の低
いものから順に追出されていくことになる。

【００１９】フォームキャッシュメモリ２３は、イメー
ジデータに展開された定形フォームを記憶する。フォー
ムキャッシュ情報管理部２４は、前記フォームキャッシ
ュ２３にどの定形フォームがイメージデータとして格納
されたかを管理する。

【００２０】次に、前記フォームキャッシュ情報管理部
２４による各定形フォームの管理方法について説明す
る。

【００２１】図７は、フォームキャッシュ情報管理部２
４によって管理される定形フォーム１つ分の双方向連結
リスト構造データを示している。該連結リスト構造デー
タは、前のリスト構造データへのポインタ(1) と、次の
リスト構造データへのポインタ(2) と、定形フォームの
識別名(3) と、定形フォームの水平方向の幅Ｘ(4) と、
定形フォームの垂直方向の高さＹ(5) と、定形フォーム
１のイメージデータ(6) とから構成されている。

【００２２】前記(1) 〜(5) は、情報を管理するための
付加データであり、ヘッダー部(7)と呼ばれる。該(1),
(2),(4),(5) は、それぞれ２バイトのデータで表現さ
れ、識別名(3) は１６バイト（日本語で８文字）のデー
タで表現されているので、前記ヘッダー部(7) は２４バ
イトで表現されることになる。

【００２３】したがって、図８のリスト構造データ
（Ａ）に示したように、幅Ｘ＝１２８ビット、高さＹ＝
２５６ビットのフォームデータを例にとれば、キャッシ
ュデータは、ヘッダー部(7) の２４バイトと、（１２８
×２５６ビット）／８＝４０９６バイトから成るイメー
ジデータとの合計４１２０バイトとなる。同様に、リス
ト構造データ（Ｂ）は１０４８バイトとなる。

【００２４】なお、リスト構造データ（Ｂ）から見た場
合、“前のリスト構造データへのポインタ(1) ”の値ｐ
0 は、（現在の位置(p1)−４１２０）＝ｐ0 となってリ
スト構造データ（Ａ）を指す。また、“次のリスト構造
データへのポインタ(2) ”の値ｐ2 は、（現在の位置(p
1)＋１０４８）＝ｐ2 となってリスト構造データ（Ｃ）
を指す。

【００２５】さらに、図８では、各リスト構造データが
ポインタで繋がれている。この図において、リスト構造
データ（Ａ）は最前列、（Ｄ）は最後尾であり、リスト
構造データ（Ｂ）のポインタｐ2 は（現在の位置(p1)＋
２４＋１０２４）、リスト構造データ（Ｃ）のポインタ
ｐ3 は（現在の位置(p2)＋２４＋６３７５）、リスト構
造データ（Ｄ）のポインタｐ4 は（現在の位置(p3)＋２
４＋１００００）となることは明らかであろう。

【００２６】さて、前記ＬＲＵ方式フォームキャッシュ
メモリ２３内に図８のフォームが格納された状態におい
て、図１のホストコンピュータ２００から“フロー”の
フォームデータの印字要求が来ると、前記フォームデー
タ記憶部２１、フォームデータ展開部２２によって生成
された定形フォームデータのイメージデータがフォーム
キャッシュメモリ２３に追加される。

【００２７】この場合、定形フォーム“フロー”は、図
９に示されているように、図８の最後尾のリスト構造デ
ータ（Ｄ）に連結され、最後尾のリスト構造データ
（Ｅ）となる。このように、新しい定形フォームのイメ
ージデータが生成された時には、新しい文字は次々とリ
スト構造データの最後尾に連結されていく。

【００２８】この様な動作が行われ、前記フォームキャ
ッシュメモリ２３のデータ領域が一杯になった時に、新
たな定形フォーム“請求書”の追加が必要になった場合
には、図１０に示されているように、最前列のリスト構
造データ（Ａ）が削除され、領域の確保が行われる。そ
して、該確保された領域に、“請求書”に関する新しい
リスト構造データ（Ｆ）が格納され、リスト構造データ
（Ｅ）と連結される。そして、該リスト構造データ
（Ｆ）は最後尾のデータになる。

【００２９】さらに、前記ＬＲＵ方式フォームキャッシ
ュメモリ２３内に図９のフォントが格納された状態にお
いて、ホストコンピュータ２００から定形フォーム“円
グラフ”の印字要求が来て、フォームキャッシュメモリ
２３内のリスト構造データ（Ｃ）の“円グラフ”が再使
用された時には、図１１に示されているような、ポイン
タの繋ぎ変えが発生する。

【００３０】すなわち、定形フォーム“円グラフ”は一
番最近アクセスされた文字であるから、削除される候補
から一番遠い位置に居る必要があるため、（Ｅ）の後に
連結され、新たな最後尾となる。

【００３１】次に、図１に示されている本発明の一実施
例の動作を、図１２のフローチャートを参照して説明す
る。

【００３２】ステップＳ１０において、ホストコンピュ
ータ２００から印字要求があると、ステップＳ１１で
は、当該印字要求が定形フォームに関するものであるか
フォントデータに関するものであるかが判断される。

【００３３】定形フォームに関する印字要求であると、
ステップＳ１２では、当該定形フォームのイメージデー
タが、既にフォームキャッシュメモリ２３に登録されて
いるか否かの判断がなされる。この判断が否定の場合に
はステップＳ１４に進み、肯定の場合にはステップＳ１
３に進む。ステップＳ１３では、当該定形フォームのイ
メージデータがフォームキャッシュメモリ２３から読み
出されてイメージメモリ３０へ転送される。

【００３４】また、ステップＳ１４では、フォームデー
タ記憶部２１から当該定形フォームの符号化データがＣ
ＰＵ６０によって読み出され、フォームデータ展開部２
２へ転送される。ステップＳ１５では、符号化された定
形フォームが、フォームデータ展開部２２によってイメ
ージメモリ３０上でイメージデータに展開される。

【００３５】ステップＳ１６では、ＬＲＵ方式のフォー
ムキャッシュメモリ２３に当該イメージデータを格納す
る余地があるか否かの判断がなされる。余地がある場合
にはステップＳ１７に進んで、フォームキャッシュメモ
リ２３に前記イメージデータが格納される。ステップＳ
１８では、この定形フォームに関するリスト構造データ
を既存の連結リストの最後尾に連結する動作が行われ
る。

【００３６】一方、前記ステップＳ１６の判断が否定
で、フォームキャッシュメモリ２３にイメージデータを
格納する余地がない場合には、ステップＳ１９へ進み、
フォームキャッシュメモリ２３の連結リスト構造の最前
列が削除される。ステップＳ２０では、フォームキャッ
シュメモリ２３に前記イメージデータが格納される。次
いで、ステップＳ２１に進んで、該リスト構造の最後尾
に、当該定形フォームに関するリスト構造データを連結
する処理が行われる。

【００３７】一方、前記ステップＳ１１において、印字
要求がフォントデータに関するものであると判断される
と、ステップＳ２２では、従来と同様にフォントデータ
生成部１０においてフォントデータがイメージメモリ３
０上に展開され、先に展開されていた定形フォームデー
タに重ね合わされる。ステップＳ２３では、当該イメー
ジデータが印字部４０から印字出力される。

【００３８】本実施例によれば、一旦イメージデータに
展開された定形フォームデータはキャッシュメモリに登
録され、当該定形フォームデータが再使用されるときに
は、改めて展開することなくキャッシュメモリから読み
出すようにしたので、展開時間が不要になって処理速度
が向上する。

【００３９】図２は、本発明の第２実施例のブロック図
であり、前記と同一の符号は同一または同等部分を表し
ている。

【００４０】上記した第１実施例では、定形フォームが
登録されるキャッシュメモリ２３とフォントデータが登
録されるキャッシュメモリ１３とを別々に設けていた
が、本実施例では、定形フォームおよびフォントデータ
を共通のキャッシュメモリ７１に一括して登録し、これ
を１つのキャッシュ情報管理部７２で管理するようにし
た点に特徴がある。

【００４１】図１５は、フォームキャッシュ情報管理部
７２によって管理される定形フォームあるいはフォント
データ１つ分の連結リスト構造データを示している。該
連結リスト構造データは、当該データがフォームである
かフォントであるかを示す識別子(10)と、前のリスト構
造データへのポインタ(11)と、次のリスト構造データへ
のポインタ(12)と、フォームあるいはフォントの識別名
(13)と、フォームあるいはフォントの水平方向の幅Ｘ(1
4)と、フォームあるいはフォントの垂直方向の高さＹ(1
5)と、フォームあるいはフォントのイメージデータ(16)
とから構成されている。

【００４２】図１３は、フォームキャッシュ情報管理部
７２によって管理される各リスト構造データがポインタ
で繋がれている様子を示している。

【００４３】この図において、リスト構造データ
（Ａ）、（Ｃ）、（Ｄ）は、それぞれ“伝票”、“円グ
ラフ”、“棒グラフ”に関する定形フォームであり、リ
スト構造データ（Ｂ）は、ＪＩＳ３０２１“亜”に関す
るフォントデータである。

【００４４】このように、本実施例では、定形フォーム
およびフォントデータが共通のキャッシュメモリ７２に
おいて一括して管理されている。

【００４５】また、キャッシュメモリ７１内に図１３の
フォームが格納された状態において、定形フォーム“フ
ロー”に関する印字要求が来て展開等の処理が実行され
ると、図１４に示したように、定形フォーム“フロー”
は最後尾のリスト構造データ（Ｄ）に連結され、最後尾
のリスト構造データ（Ｅ）となる。

【００４６】なお、本実施例の他の動作は前記第１実施
例の動作説明から容易に理解されるところであるから、
その説明は省略する。

【００４７】本実施例によれば、定形フォームおよびフ
ォントデータが同一のキャッシュメモリに一括して登録
されるので、別々のキャッシュメモリへ登録する場合に
比べてメモリを有効利用できるようになる。

【００４８】

【発明の効果】以上に説明したように、本発明によれ
ば、次のような効果が達成される。

【００４９】本発明の第１実施例によれば、一旦イメー
ジデータに展開された定形フォームデータはキャッシュ
メモリに登録され、当該定形フォームデータが再使用さ
れるときには、改めて展開することなくキャッシュメモ
リから読み出すことができるので、展開時間が不要にな
って処理速度が向上する。

【００５０】本発明の第２実施例によれば、前記第１実
施例の効果に加えて、定形フォームおよびフォントデー
タが同一のキャッシュメモリに一括して登録されるの
で、それぞれを別のキャッシュメモリへ登録する場合に
比べてメモリを有効利用できるようになる。

【図面の簡単な説明】

【図１】 本発明の第１実施例のブロック図である。

【図２】 本発明の第２実施例のブロック図である。

【図３】 従来技術のブロック図である。

【図４】 定形フォームの一例を示した図である。

【図５】 フォントデータの一例を示した図である。

【図６】 定形フォームとフォントデータとが重ね合わ
された図である。

【図７】 第１実施例におけるリスト構造データの一例
を示した図である。

【図８】 第１実施例でのリスト構造データの連結例を
示した図である。

【図９】 リスト構造データの追加方法を示した図であ
る。

【図１０】 リスト構造データの繋ぎ変え例を示した図
である。

【図１１】 リスト構造データの繋ぎ変え例を示した図
である。

【図１２】 第１実施例の動作を示したフローチャート
である。

【図１３】 第２実施例でのリスト構造データの連結例
を示した図である。

【図１４】 リスト構造データの追加方法を示した図で
ある。

【図１５】 第２実施例におけるリスト構造データの一
例を示した図である。

【符号の説明】

１０…フォント生成部、１１…ベクトルデータ記憶部、
１２…ベクトルデータ展開部、１３…フォントキャッシ
ュ、１４…フォントキャッシュ情報管理部、２０…フォ
ーム生成部、２１…フォームデータ記憶部、２２…フォ
ームデータ展開部、２３…フォームキャッシュ、２４…
フォームキャッシュ情報管理部、３０…イメージメモ
リ、４０…印字部、５０…インターフェイス、６０…プ
リンタ制御部、７１…フォント・フォームキャッシュ、
７２…キャッシュ情報管理部、１００…プリント装置、
２００…ホストコンピュータ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 定形フォームにフォントデータを合成す
   るフォームオーバーレイ機能を備えたプリント装置にお
   いて、 多数の定形フォームを圧縮して記憶したフォーム記憶手
   段と、 前記定形フォームを展開するフォーム展開手段と、 展開後の定形フォームを登録するフォームキャッシュメ
   モリと、 ベクトル形式のフォントデータを展開するフォント展開
   手段と、 展開後のフォントデータを登録するフォントキャッシュ
   メモリとを具備し、 既登録の定形フォームおよびフォントデータは前記各キ
   ャッシュメモリから読み出すようにしたことを特徴とす
   るプリント装置。
2. 【請求項２】 定形フォームにフォントデータを合成す
   るフォームオーバーレイ機能を備えたプリント装置にお
   いて、 多数の定形フォームを圧縮して記憶したフォーム記憶手
   段と、 前記定形フォームを展開するフォーム展開手段と、 ベクトル形式のフォントデータを展開するフォント展開
   手段と、 展開後の定形フォームおよびフォントデータを一括して
   登録するキャッシュメモリとを具備し、 既登録の定形フォームおよびフォントデータは前記キャ
   ッシュメモリから読み出すようにしたことを特徴とする
   プリント装置。