JPH04293093A - イメージデータ出力装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は外部機器からの入力デー
タにしたがってアウトラインデータを展開することによ
り入力データの指定するイメージを出力するイメージデ
ータ出力装置に関する。

【０００２】

【従来の技術】従来のこの種のイメージデータ出力装置
は外部機器からの入力データ、例えばキャラクタコード
，キャラクタサイズ，キャラクタスタイルにしたがって
アウトラインデータを展開してビットマップデータを作
成し、作成したビットマップデータに基づいて印刷等の
出力を行なう。ところが、アウトラインデータを展開し
てビットマップデータを作成するには時間がかかる。 そこで、従来、展開処理の時間を省略するために一度作
成したビットマップデータを再使用を見込んで所定のメ
モリ領域に格納しておき、同じ入力データが入ったとき
には格納したビットマップデータを読み出して再使用す
るイメージデータ出力装置が提案されている（特開昭６
３−１１６１９２号、特開昭６３−２２８１９５号）。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来装置ではビットマップデータの格納によりメモリが大
量に消費されるという問題がある。殊にキャラクタのフ
ォントサイズが大きくなるとメモリ消費量が急増する。

【０００４】本発明のイメージデータ出力装置は、上記
課題を解決し、ビットマップデータの格納にかかるメモ
リ消費量を小さくすることを目的とする。

【０００５】

【課題を解決するための手段及び作用】本発明のイメー
ジデータ出力装置は、図１に例示するように、外部機器
からの入力データにしたがってアウトラインデータを展
開手段により展開して、前記入力データの指定するイメ
ージの出力に使用するビットマップデータを作成すると
共に、作成したビットマップデータを再使用を見込んで
所定の記憶手段に格納しておくイメージデータ出力装置
において、前記ビットマップデータのサイズと基準サイ
ズとの大小関係を判断するサイズ判断手段と、該サイズ
判断手段により前記ビットマップデータのサイズが基準
サイズ未満と判断された場合、前記ビットマップデータ
を前記記憶手段に格納するビットマップデータ格納手段
と、前記サイズ判断手段により前記ビットマップデータ
のサイズが基準サイズ以上と判断された場合、前記ビッ
トマップデータを圧縮したうえで前記記憶手段に格納す
るビットマップデータ圧縮格納手段とを備えることを特
徴とする。

【０００６】上記構成のイメージデータ出力装置におい
ては、アウトラインデータを展開して作成したビットマ
ップデータを再使用を見込んで記憶手段に格納する際、
まずビットマップデータのサイズと基準サイズとの大小
関係をサイズ判断手段が判断する。そして、ビットマッ
プデータのサイズが基準サイズ未満と判断された場合は
、ビットマップデータ格納手段がビットマップデータを
記憶手段に格納する。これに対して、ビットマップデー
タのサイズが基準サイズ以上と判断された場合は、ビッ
トマップデータ圧縮格納手段がビットマップデータを圧
縮したうえで記憶手段に格納する。つまり、ビットマッ
プデータのサイズが小さくてそのまま格納した方が圧縮
するよりもメモリ消費量が小さくなる場合はビットマッ
プデータがメモリに格納される。これに対して、ビット
マップデータのサイズが大きくて圧縮した方がメモリ消
費量が小さくなる場合はビットマップデータが圧縮後に
メモリに格納される。したがって、メモリの消費量が効
果的に小さく抑えられる。

【０００７】

【実施例】以下、本発明のイメージデータ出力装置の一
実施例としての印字装置を説明する。図２のブロック図
に印字装置の制御回路を示す。

【０００８】制御回路は主にビデオコントローラ部１か
らなる。ビデオコントローラ部１はホストコンピュータ
２３からの入力データに基づいて作成したビデオ信号を
エンジン部３に出力するものであって、ＣＰＵ５、アウ
トラインフォントＲＯＭ７、プログラムＲＯＭ９、入力
データＲＡＭ１１、ワーキングＲＡＭ１３、フォントデ
ータＲＡＭ１５、テキストＲＡＭ１７、ページＲＡＭ１
９、ビデオＲＡＭ２１をバスで相互に接続した構成を備
える。

【０００９】上記アウトラインフォントＲＯＭ７はアル
ファベットや記号等のキャラクタのアウトラインを表す
アウトラインデータを記憶する。プログラムＲＯＭ９は
アウトラインデータからビットマップデータへの変換用
プログラムや印刷処理ルーチン（図４）等の各種のプロ
グラムを記憶する。入力データＲＡＭ１１はホストコン
ピュータ２３から入力されるキャラクタデータ（キャラ
クタコード，キャラクタサイズ，キャラクタスタイル）
および各種指令データを格納する。ワーキングＲＡＭ１
３はアウトラインデータからビットマップデータへの変
換処理等のプログラム実行時に必要な演算データを一時
的に格納する。フォントデータＲＡＭ１５はアウトライ
ンデータを展開処理したビットマップデータを格納する
。テキストＲＡＭ１７はフォントデータＲＡＭ１５内の
ビットマップデータのアドレスおよび１頁内の印字位置
を示す位置データを頁単位で格納する。ページＲＡＭ１
９は１頁全体のビットマップデータを格納する。ビデオ
ＲＡＭ２１はページＲＡＭ１９のデータを１／７頁毎に
順次格納して、エンジン部３へビデオ信号としてシリア
ルに出力する。エンジン部３はビデオＲＡＭ２１からの
ビデオ信号にしたがってレーザビームをオン・オフ制御
して印字を行なう。

【００１０】上記構成の印字装置の印字作用の概略を図
３にしたがって説明する。ホストコンピュータ２３から
は「キャラクタコード＋キャラクタサイズ（＋キャラク
タスタイル）」より構成されるキャラクタデータが順次
入力する。入力したキャラクタデータは一時的に入力デ
ータＲＡＭ１１に格納される。入力データＲＡＭ１１に
１頁分のキャラクタデータが格納されると、１キャラク
タ毎にキャラクタデータが入力データＲＡＭ１１から読
み出される。そして、読み出されたキャラクタデータに
対応するアウトラインデータがアウトラインデータＲＯ
Ｍ７から読み出される。そして、読み出されたアウトラ
インデータはキャラクタデータの指定するサイズのビッ
トマップデータへ展開される。

【００１１】展開されたビットマップデータは再使用を
見込んでフォントデータＲＡＭ１５に格納される。この
とき、後述の印刷処理ルーチン（図４）の実行で実現さ
れるフォントデータ格納選択手段により、ビットマップ
形式データおよびランレングス形式データのうちで格納
時のメモリ消費量の少ない形式が選択される。

【００１２】また、このとき、フォントデータＲＡＭ１
５に格納されたビットマップデータのアドレスおよびこ
のビットマップデータの１頁内の印字位置データがテキ
ストＲＡＭ１７に頁単位で編集されつつ順次格納される
。そして、テキストＲＡＭ１７に格納されたアドレスお
よび印字位置データ、先に作成されたビットマップデー
タとを組み合わせて１頁全体のビットマップデータがペ
ージＲＡＭ１９に徐々に格納されていく。

【００１３】以上の作用が繰り返されてページＲＡＭ１
９内に１頁分のビットマップデータが格納されると、格
納されたビットマップデータは１／７頁分毎にビデオＲ
ＡＭ２１に転送される。そして、ビデオＲＡＭ２１から
１ビット毎にシリアルなビデオ信号がエンジン部３に出
力される。このビデオＲＡＭ２１へのデータ転送を１／
７頁ずつ７回繰り返すことにより、１頁分の印字が行な
われる。

【００１４】次に、ビデオコントローラ部１のＣＰＵ５
が行なう印刷処理ルーチン（図４）を説明する。ホスト
コンピュータ２３から出力されたキャラクタデータが入
力データＲＡＭ１１に１頁分格納される都度、本印刷処
理ルーチンが起動される。

【００１５】ＣＰＵ５は本ルーチンを開始すると、まず
、入力データＲＡＭ１１から１キャラクタデータずつキ
ャラクタコードを読み出す（Ｓ１００）。続いて、読み
出したキャラクタデータに該当するフォントデータが既
にフォントデータＲＡＭ１５に格納されているか否かを
判断する（Ｓ１１０）。格納されていないと判断した場
合（Ｓ１１０）、キャラクタデータに該当するアウトラ
インデータをアウトランフォントＲＯＭ７より読み出す
（Ｓ１２０）。そして、キャラクタデータ指定のサイズ
でアウトラインデータを展開して、ビットマップデータ
を作成する（Ｓ１３０）。

【００１６】次に、作成したビットマップデータの縦方
向サイズが６４ドット以上か否かを判断する（Ｓ１４０
）。６４ドット以上と判断した場合（Ｓ１４０）、作成
したビットマップデータをランレングス形式のデータに
変換する（Ｓ１５０）。そして、変換したランレングス
形式データをキャラクタデータと共にフォントデータＲ
ＡＭ１５に再使用を見込んで格納する（Ｓ１６０）。 ステップＳ１４０でサイズが６４ドット未満と判断した
場合はフォントデータＲＡＭ１５にビットマップデータ
をキャタクタデータと共にそのまま格納する（Ｓ１６０
）。

【００１７】次に、ステップＳ１３０で作成したビット
マップデータをページＲＡＭ１９に印字位置に対応づけ
て格納する（Ｓ１７０）。続いて、ページＲＡＭ１９に
１頁分のデータが格納されたか否か判断し（Ｓ１８０）
、格納されていないと判断した場合は以上の処理を繰り
返し行なう。

【００１８】以上の処理を繰り返すと、入力データＲＡ
Ｍ１１から読み出したキャラクタデータに対応するビッ
トマップデータが既にフォントデータＲＡＭ１５に再使
用を見込んで格納されている場合が生ずる。この場合は
、ステップＳ１１０で既にフォントデータＲＡＭ１５に
該当データが格納されていると判断することとなり、次
に、該当データがビットマップ形式データかランレング
ス形式データかを判断する（Ｓ１９０）。ランレングス
形式データであると判断した場合は、ランレングス形式
データをビットマップデータに変換する（Ｓ２００）。 ステップ１９０でビットマップ形式データであると判断
した場合は、変換処理（Ｓ２００）は飛ばす。そして、
得られたビットマップデータをページＲＡＭ１９に印字
位置に対応づけて格納する（Ｓ１７０）。

【００１９】以上のようにしてページＲＡＭ１９にビッ
トマップデータが格納されていくとステップＳ１８０で
ページＲＡＭ１９に１頁分のビットマップデータが格納
されたと判断するに至る。すると、印字処理（Ｓ２１０
）を実行する。印字処理（Ｓ２１０）では、既述したよ
うにページＲＡＭ１９に格納された１頁分のビットマッ
プデータが１／７頁分毎にビデオＲＡＭ２１に転送され
る。そして、ビデオＲＡＭ２１から１ビット毎にシリア
ルなビデオ信号がエンジン部３に出力され、エンジン部
３にて１頁分の印字が行なわれる。こうした印字処理（
Ｓ２１０）を終えると、本ルーチンを一旦終了する。 そして、入力データＲＡＭに新規の１頁分のデータが格
納される都度、本ルーチンが起動されて以上の処理が繰
り返し行なわれる。

【００２０】以上説明したように実施例の印刷装置では
、アウトラインデータを展開して作成したキャラクタの
ビットマップデータを再使用を見込んでフォントデータ
ＲＡＭ１５に格納する際、ビットマップデータの縦方向
が６４ドット以上であればランレングス形式データに変
換して格納し、６４ドット未満であればビットマップ形
式データで格納する。

【００２１】図５にビットマップ形式のデータを示し、
図６にランレングス形式のデータを示す。ビットマップ
形式データは総てのピクセルの個々について印字と空白
とを「１」，「０」で示すバイトデータである。これに
対して、ランレングス形式のデータは印字を連続して行
なうピクセルの始点と終点の位置および始点終点の合計
数からなるデータである。例えば、図６の位置■の行の
ランレングス形式データは「２，２９，３８」である。 位置■は「４，２５，３２，３５，４２」、位置■は「
４，１２，２１，４６，５５」がランレングス形式デー
タとなる。

【００２２】図６の文字「Ａ」（縦方向は６４ドット以
上である）の場合、ビットマップ形式ではデータが６９
０バイトとなるが、上記ランレングス形式ではデータが
６１８バイトと若干小さくなる。さらに、１０００ポイ
ントの文字「Ｈ」ではビットマップ形式のデータでは８
４０Ｋバイトとなるが、ランレングス形式に変換すると
データは２８Ｋバイトとなり、データの大きさが１／３
０に圧縮される。

【００２３】つまり、キャラクタ（英字）の場合、ビッ
トマップデータが縦方向６４ドット未満であるとビット
マップ形式データの方がデータサイズが小さくなり、６
４ドット以上であるとランレングス形式データの方がデ
ータサイズが小さくなるとほぼ言える。また、ビットマ
ップデータの縦方向サイズが大きくなるほど、ビットマ
ップ形式のデータサイズは激増し、これに対してランレ
ングス形式のデータは圧縮率を増すと言える。したがっ
て、ビットマップデータの縦方向サイズ６４ドットを基
準にビットマップ形式，ランレングス形式を選択し、選
択された形式でビットマップデータをフォントデータＲ
ＡＭ１５に格納することにより、フォントデータＲＡＭ
１５のメモリ消費量が格段に小さくなるのである。

【００２４】以上説明したように実施例の印刷装置によ
れば、キャラクタのビットマップデータの縦方向サイズ
６４ドットを基準にしてフォントデータＲＡＭ１５への
ビットマップデータの格納形式を選択し、データサイズ
がより小さくなる形式でビットマップデータを格納させ
るから、メモリ消費量を的確に小さくできるという効果
を奏する。

【００２５】以上実施例を説明したが、本発明は実施例
に何等限定されるものではなく、本発明の趣旨を逸脱し
ない範囲において種々なる態様で実施しえることは勿論
である。例えばキャラクタのビットマップデータの圧縮
の手法としてはランレングス以外の各種の公知手法、例
えばＴＩＦＦ（Ｔａｇｇｅｄ　　Ｉｍａｇｅｄ　　Ｆｉ
ｌｅ　　Ｆｏｒｍａｔ）形式等を採用してもよい。圧縮
の手法および基準サイズの設定はキャラクタの種類つま
り英文字、数字、ひらがら、カタカナ、漢字等の各々の
特性に応じて個別に設定する構成としてもよい。

【００２６】

【発明の効果】以上詳述したように本発明のイメージデ
ータ出力装置によれば、ビットマップデータのサイズが
小さい場合はビットマップデータをそのままメモリに格
納し、ビットマップサイズが大きい場合は圧縮してメモ
リに格納するからメモリの消費量を小さく抑えることが
できるという効果を奏する。

【図面の簡単な説明】

【図１】本発明のイメージデータ出力装置の基本的構成
を例示するブロック図である。

【図２】本発明の一実施例としての印刷装置の制御回路
を示すブロック図である。

【図３】印刷装置の処理の全体の流れを示すブロック図
である。

【図４】制御回路のＣＰＵが実行する処理を例示するフ
ローチャートである。

【図５】フォントデータＲＡＭのビットマップデータで
の記憶を説明する説明図である。

【図６】フォントデータＲＡＭのランレングス形式での
データの記憶を説明する説明図である。

【符号の説明】

１…ビデオコントローラ部，　　　　３…エンジン部，
５…ＣＰＵ，　　　　　　　　　　　　　　　　１５…
フォントデータＲＡＭ， ２３…ホストコンピュータ

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　外部機器からの入力データにしたがっ
   てアウトラインデータを展開手段により展開して、前記
   入力データの指定するイメージの出力に使用するビット
   マップデータを作成すると共に、作成したビットマップ
   データを再使用を見込んで所定の記憶手段に格納してお
   くイメージデータ出力装置において、前記ビットマップ
   データのサイズと基準サイズとの大小関係を判断するサ
   イズ判断手段と、該サイズ判断手段により前記ビットマ
   ップデータのサイズが基準サイズ未満と判断された場合
   、前記ビットマップデータを前記記憶手段に格納するビ
   ットマップデータ格納手段と、前記サイズ判断手段によ
   り前記ビットマップデータのサイズが基準サイズ以上と
   判断された場合、前記ビットマップデータを圧縮したう
   えで前記記憶手段に格納するビットマップデータ圧縮格
   納手段とを備えることを特徴とする出力機器のデータ格
   納装置。