JPH0736431A - フォントデータの可視化装置 - Google Patents

Abstract

(57)【要約】 【構成】 ＳＴＥＰ２では、ワークメモリに格納されて
いるフォントデータを上下左右２ドットのブロックに分
割し、フォントの左から処理を行う。ＳＴＥＰ４は白デ
ータのみで表現するための処理であり、まず黒データが
発生するまで白データを計数する。黒が発生した段階
で、そこまでの白データを図５の表に従いコード化する
（ＳＴＥＰ５）。ＳＴＥＰ６は、全データが処理された
かどうかを判断する判断ステップである。 【効果】 黒または白単独のデータでフォントデータを
コード化し圧縮することにより、圧縮率が向上してフォ
ントデータの記憶素子の容量を減少させることが出来
る。また本発明を適用したフォント圧縮処理によれば、
白または黒単独のデータでフォントデータをコード化す
るため、圧縮フォントを搭載した装置では、圧縮フォン
トを正規のフォントに展開する伸張方法が簡素化され
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、文字・図形フォントを
印字または表示する印字装置，表示装置に適用可能な、
フォントデータの可視化装置に関する。

【０００２】

【従来の技術】複数のドットにより文字及び図形を構成
するフォントデータを備えた印字・表示装置は、その装
置の性能に合わせたデータサイズのフォントデータを備
えている。

【０００３】例えば、１８０ＤＰＩ（１インチ当りのド
ット数）の解像度を持つ印字装置で横幅１０ＣＰＩ（１
インチ当りの文字数）、縦１０ＰＯＩＮＴの文字を印字
するためには縦２４ドット横２４ドットのフォントデー
タが必要になり、データ数は７２バイトとなる。

【０００４】また、３６０ＤＰＩの印字装置で同様なデ
ータを印字するためには、縦４８ドット横４８ドットの
フォントデータが必要となり、２８８バイトのデータを
必要とする。

【０００５】そして、印字装置および表示装置の解像度
に合わせたドット数のフォントデータを装置内部のデー
タ記憶素子（リードオンリーメモリ）に蓄え、上位装置
からの印字指令信号・表示指令信号により順次データを
読み出し、そのままのデータ構成を直接ハードウェアー
に出力し、その結果として文字・図形を記録媒体上ある
いは表示装置上形成している。。

【０００６】

【発明が解決しようとする課題】上述した印字装置表示
装置は、文字および図形を印字・表示するためのもので
あるが、文字および図形データはフォントの種類，文字
数により変化する。特に近年に於いては、フォントは複
数必要とされている。

【０００７】この傾向は漢字フォントでは非常に顕著で
あり、１フォントあたり８０００文字程度が必要とされ
るため、データ数の増加は避けられない状況にある。

【０００８】また、高解像度化に伴い、解像度に比例し
て１フォントデータ当りのデータ数が増大してくる。こ
のことからデータを記憶するための記憶素子の容量が不
足して記憶素子が多数必要になり、コストの増大，製品
の大型化を招来するという欠点がみられる。

【０００９】よって本発明の目的は、上述の点に鑑み、
高解像度で多数の文字および図形フォントデータを有
し、低価格でありながら高性能のフォントデータ可視化
装置を提供することにある。

【００１０】

【課題を解決するための手段】かかる目的を達成するた
めに本発明は、フォントデータを入力し、印字または表
示により可視化する装置であって、縦Ｎライン、横Ｍラ
インで構成される文字・図形フォントのドット構成に所
定の処理を施すことにより、白あるいは黒データの一方
のデータを他方のデータに置き換えるデータ変換手段
と、前記データ変換手段で変換されたデータについて、
連続データと非連続データを含めた形でランレングス法
により圧縮コード化する圧縮手段とを具備したものであ
る。

【００１１】ここで、前記圧縮手段は、連続データ無し
コードを形成するのが好適である。。

【００１２】更に加えて、前記圧縮手段により圧縮され
たフォントデータを格納する圧縮フォント格納手段と、
前記圧縮フォントデータを伸張する圧縮フォント伸張手
段とを備えるのが好適である。

【００１３】

【作用】本発明の上記構成によれば、縦Ｎライン，横Ｍ
ラインで構成される文字・図形フォントを印字または表
示するにあたり、一定の手法により白あるいは黒データ
の一方のデータを他方のデータに置き換え、その変換さ
れたデータを白あるいは黒のデータだけで表現する圧縮
処理を施すことにより、生成される圧縮フォントは従来
の生フォントデータに対して格段に圧縮することが出
来、全体としてのフォントデータ容量が削減される。

【００１４】これにより、解像度が例え２倍，３倍にな
っても記憶素子は従来の記憶素子をそのまま使用するこ
とができる。また従来と同一解像度の場合には、フォン
ト種を複数持つことができ、装置の高性能化を図ること
ができる。

【００１５】また本発明では、白または黒のデータだけ
で圧縮コードが表現されていることから、圧縮フォント
を搭載した装置での伸張方法が簡素化できるため、コス
トの上昇を招くおそれがない。

【００１６】

【実施例】以下、本発明の実施例を詳細に説明する。

【００１７】実施例１ 図１は、圧縮された圧縮フォントを搭載可能な印字装置
のブロック図である。ここで１０２は印字装置の全体を
制御するためのＣＰＵであり、圧縮フォントを伸張する
機能も兼具えている。１０１は伸張するための圧縮フォ
ントを一時格納するためのワークメモリであり、伸長処
理中はこの中で全てのデータ変換が行われる。１０３は
ＲＯＭであり、本実施例特有の圧縮方法によって圧縮さ
れた圧縮フォントと装置全体を制御するためのプログラ
ム、および、印字のために使用される各種パラメータの
データが格納されている。

【００１８】１０４は、上位装置からデータを受信する
ためのデータ受信部である。１０５は印字されるデータ
を格納するための印字メモリであり、圧縮フォントを伸
張したデータもこの印字メモリ上にビットマップデータ
として展開され、記録媒体上に印字される。１０６は、
印字を行う為に必要なモーターの制御及び印字ヘッドの
制御を行うための印字制御部である。

【００１９】上記印字装置に搭載されるフォントデータ
は、図２の内部構造を持つＲＯＭ上に格納されている。
ここで３０１は本装置の制御に必要なプログラムの格納
エリアであり、本印字装置はこのプログラムに従い制御
される。３０２は本装置の制御に必要なデータが格納さ
れているエリアである。３０３はフォントデータの格納
エリアである。このフォントデータは、圧縮されたデー
タ部とその圧縮されたデータ数及び伸張に必要なデータ
テーブル３０４から構成されている。

【００２０】なお、前記ＲＯＭはデータの容量，ＲＯＭ
の容量により複数の記憶素子に分割されている場合も含
む。

【００２１】図３は、フォントデータの白ドットを多く
するための処理について記載したものである。フォント
の生データに対して図３（Ｃ）に示すように、フォント
ボックス上部にフォントデータ横幅分、フォントボック
スの縦幅分左端に１ドットずつデータを付加し、上下左
右２ドットずつのボックス状のエリアを作り、図３
（Ａ）に示すパターンを検索し、パターンと一致した場
合は図３（Ａ）のｄの位置の処理対象ドットを白ドット
に置換する。パターンと一致しなかった場合、図３
（Ａ）のｄの位置の処理対象ドットを黒ドットに置換す
る。

【００２２】これをより詳細に説明すると、次のとおり
である。

【００２３】まず、縦４８＊横４８のフォントボックス
の上部に１ドット、左端に１ドット、ＮＵＬＬデータを
フォント生データに付加し、全体で３８４ドットで形成
されるフォントデータに変換する。次に、データを付加
していないフォント生データの左上部から順に２×２の
マスクでデータをサンプリングする（最初のデータの場
合２×２のデータの右下のデータが生フォントの最初の
データで右上、左上、左下のデータはすべて付加された
ＮＵＬＬデータである）。

【００２４】サンプリングされたデータは図３（Ａ）の
パターンと比較され、そのなかの１つと同じであれば予
測後のデータを“０”にし、同じものが１つもなけれ
ば、予測後のデータを“１”にする。図３（Ａ）の予測
函数はフォントの特徴に合わせたものであるため、生デ
ータより予測後のデータは“０”が多くなる。

【００２５】図３（Ｂ）は図３（Ａ）のデータを表で表
したものである。

【００２６】白ドット、黒ドットへの置換は白、黒のど
ちらのデータを増加させるかによってパターンを変更す
る必要がある。本実施例の図３（Ｂ）は白ドットを増加
させるためのデータ変換表である。

【００２７】図４は、図３で説明した方法により白のド
ット数を増加させた例を文字“Ｈ”を使って説明したも
のである。処理の方法はデータの左上より上下左右２ド
ットのデータを取り、図３（Ｂ）に従いデータの置換を
行う。１行の処理が終了すると次行の一番先頭に戻り処
理を続け、データの最後まで同様の処理を行う。

【００２８】すなわち、図４は上述の変換方法を利用し
て文字“Ｈ”のデータを変換したものである。変換手順
は生フォント左上部から１ドットずつ２×２のマスクの
右下に配置し、図３（Ａ）のパターンと適合するかを調
べ、予測函数後のデータを作成する。

【００２９】処理は縦方向に行うため、２番目は、左
上、左下は付加されたデータで、右上は前回の処理対象
データで、右下が今回の対象データとなる。

【００３０】縦１行の処理が終了すると、右側へ移し、
縦方向には生フォントの１番上に戻る（右上、左上が付
加されたデータで、左下が１行前の縦方向に同じ位置の
データ、右下は処理対象データ）。

【００３１】それを生フォント分繰り返し、予測函数後
のデータを形成する。たとえば、文字“Ｈ”の場合、最
初のデータは“０”で２×２のマスクを形成するデータ
のうち、処理対象データ以外は付加されたＮＵＬＬデー
タであるため、図３（Ａ）の左上と適合するため予測函
数後のデータは“０”になる。このような処理を繰り返
し、予測函数後のデータは図４の４０２のようになり、
図４の４０１の生データよりデータ“０”のドットが増
加していることがわかる。

【００３２】その結果が４０２である。４０１に比べ白
データが増えているのが判る。４０３は上記白を増やす
処理を行った後に、図５に示す表に従いデータをコード
した結果である。たとえば、白データが２５ドット連続
しその後に黒ドットがある場合は、“００１００００
１”、黒ドットが４ドット連続する場合は“１０００１
０００１０００”となり、黒３ドット分が白データ無し
で表現される。

【００３３】この場合、残りの１ドット分は、前回のデ
ータが有る場合は不要となるが、データがない場合は必
要となる。

【００３４】なお、前記コードは白のデータについて記
載してあるが、必ずデータの最後尾には黒データがある
という条件で記載されている。

【００３５】処理データが一番最後の時は、最後に黒ド
ットが有ると判断し処理を終了する。伸張時には、最後
の黒は所定データ数を越えているため表現されない。

【００３６】次に、図６を用いて本実施例の制御フロー
を説明する。

【００３７】ＳＴＥＰ１では、フォントデータの読み出
し部にあたり、１文字分のデータを全て不図示のワーク
メモリに読み込む。

【００３８】ＳＴＥＰ２では、ワークメモリに格納され
ているフォントデータを上下左右２ドットのブロックに
分割し、フォントの左から処理を行う。処理の内容は図
３に示したとおりである。

【００３９】ＳＴＥＰ３は、全てのデータの処理が終わ
ったことを確認するためのものである。

【００４０】ＳＴＥＰ４は白データのみで表現するため
の処理であり、まず黒データが発生するまで白データを
計数する。黒が発生した段階で、そこまでの白データを
図５の表に従いコード化する（ＳＴＥＰ５）。

【００４１】ＳＴＥＰ６は、全データが処理されたかど
うかを判断する判断ステップである。

【００４２】ＳＴＥＰ７では、圧縮データとして不図示
のメモリに書き込む。

【００４３】ＳＴＥＰ８では、圧縮データに対応した情
報によってテーブルを作成する。

【００４４】上記処理を行うことにより、例えばフォン
ト生データで５７６ビットのデータが、図４の４０３に
示したとおり１４１ビットで表現できる。

【００４５】本実施例に於いては、印字装置に搭載され
るフォントデータの圧縮手段について記載したが、図７
に示す表示装置においてもデータ処理の順番を上下方向
から左右方向に変えることにより、同様な圧縮処理が可
能である。

【００４６】図７において、２０２は表示装置の全体を
制御するためのＣＰＵであり、圧縮フォントを伸張する
機能も兼具えている。２０１は伸張するための圧縮フォ
ントを一時格納するためのワークメモリであり、伸張処
理中はこの中で全てのデータ変換が行われる。２０３は
ＲＯＭであり、本実施例特有の圧縮方法によって圧縮さ
れた圧縮フォントと装置全体を制御するためのプログラ
ム，表示のために使用される各種パラメータのデータが
格納されている。

【００４７】２０４は上位装置からデータを受信するた
めのデータ受信部である。２０５は表示されるデータを
格納するための表示用メモリであり、圧縮フォントを伸
張したデータも表示用メモリ上にビットマップデータと
して展開され、表示媒体上に表示される。２０６は、表
示を行う為に必要な輝度の制御及び表示位置の制御を行
うための表示制御部である。

【００４８】実施例２ 図８は、本発明の第２の実施例を示す説明図である。

【００４９】第２の実施例と第１の実施例との相違点
は、次のとおりである。白ドットを増やす処理につい
て、第１の実施例においては予測函数を使用していたの
に対して、第２の実施例においては、上下左右方向に対
して排他的論理和処理を施すことにより実現している。

【００５０】図８の７０１は、第１の実施例同様に２４
ドット×２４ドットで構成される“Ｈ”の文字を表して
いる。

【００５１】図９（Ａ）に示すとおり、白ドットを増加
させる方法として、まずフォントの縦のデータに対して
左右の列データの排他的論理和処理を施し、右側のデー
タにセットする。データの処理は全て列単位で行い、処
理後のデータも列単位でセットする。一番左の列のデー
タは処理せずに生データが残る。

【００５２】この処理をフォントデータ横幅分繰り返
し、処理を終える。

【００５３】次に、フォントデータの縦方向について上
下のデータを排他的論理和処理を施し、下側にデータを
セットする。一番上の列のデータは処理せず、生のデー
タが残る。

【００５４】この縦方向の排他的論理和処理をデータの
縦幅分繰り返し、処理を終える。本実施例の場合、デー
タ数が２４×２４のデータ数のため、縦横の繰り返し回
数はどちらも２４回である。

【００５５】次に、本実施例の動作を図１０のフローチ
ャートを用いて説明する。ＳＴＥＰ１では、第１の実施
例と同様に生フォントデータをメモリに読み込む。

【００５６】ＳＴＥＰ２では、前記横方向の排他的論理
和を行い、まずメモリに書き込む。

【００５７】ＳＴＥＰ３では、横方向の全てのデータの
処理が終了したことを確認する。その後、ＳＴＥＰ４で
前記縦方向に排他的論理和を行いメモリに書き込む。

【００５８】ＳＴＥＰ５では、前記縦方向の全データが
終了したことを確認する。

【００５９】ＳＴＥＰ６からＳＴＥＰ１０は、第１の実
施例の動作を示した図６のＳＴＥＰ４からＳＴＥＰ８に
対応し、内容は同じである。

【００６０】上記制御フローで説明した処理を行うこと
により、図８の７０３で示した結果が得られ、生データ
で５７９ビットのフォントデータを１７１ビットのコー
ドデータに圧縮することができる。

【００６１】本実施例は第１の実施例と異なった方法で
白ドットを増加させフォントデータをコード化したが、
白ドットを増加させる方法にはいかなる方法を使用する
ことも可能であり、白ドットの数が増加し尚且つ、白ド
ットが点在することにより圧縮率は更に向上する。

【００６２】実施例３ 図１１は本実施例の制御フローを示す。ＳＴＥＰ１では
フォントデータを読み込み、不図示のワークメモリ上に
配置する。ＳＴＥＰ２では、前述の第２の実施例で使用
した排他的論理和を横方向に行い、ＳＴＥＰ３では処理
の終了を確認する。

【００６３】ＳＴＥＰ４でも同様に、前述の第２の実施
例で使用した排他的論理和を縦方向に行い、ＳＴＥＰ５
では処理の終了を確認する。

【００６４】ＳＴＥＰ６では、前述の上下左右方向に排
他的論理和を行う手法により白ドットを増加させたデー
タに対して、黒ドットを左右方向には左側から、上下方
向には上部から順番に検索する。そして、黒ドット発見
した場合はそのドットに隣接している黒ドットが有るか
否かを検索する（ＳＴＥＰ７）。

【００６５】その結果により、ＳＴＥＰ８では図１２に
示されているドットのＸ方向（横方向），Ｙ方向（縦方
向），次データの方向の３種類のデータで表現する。次
データの方向データは、隣接データが連続して存在する
場合には図１２（Ａ）で示されている内容が連続して記
述される。右斜め上、右斜め下、左斜め上、左斜め下の
データは、次のデータの方向のデータビットが複数アク
ティブになることにより表現される。

【００６６】また、右，左，上，下のデータは、次のデ
ータの方向のデータが１ビットだけアクティブになる。
次のデータの方向のデータが全て“０”の場合は、連続
データが存在しないことを意味する。

【００６７】本実施例の方法により図８の７０１に示す
“Ｈ”文字をコード化した結果が、図１２（Ｃ）であ
る。すなわち、生データ５７６ビットに対して、２８８
ビットにコード化され圧縮されている。

【００６８】本実施例では白ドットを増加させる方法に
縦横方向の排他的論理和を使用したが、第１の実施例で
使用した予測函数及びその他の白ドットを増加させる方
法でも実現可能である。

【００６９】また白ドットを増加させる方法は、本実施
例の方法に限らず、どのような方法でも可能である。

【００７０】本実施例においては、すべて白ドットを増
加させる手法を用いたが、黒ドットを増加させる方法で
もかまわない。

【００７１】（その他）本発明の実施例として、２つの
白ドットを増加させる方法（予測函数法、上下左右の排
他的論理和）について記載したが、その方法はいかなる
方法であっても可能である。文字種等により前記白ドッ
トを増加させる方式を使用しないで、白及び黒ドット単
独で表現することも可能である。

【００７２】また、コード化の手法についても実施例３
で示すように、フォントデータ中の黒または白データに
注目して圧縮する手法を施すものであれば、どのような
コード化の手法を用いても実現可能であり、その効果に
変わりはない。

【００７３】

【発明の効果】以上説明したとおり本発明によれば、黒
または白単独のデータでフォントデータをコード化し圧
縮することにより、圧縮率が向上してフォントデータの
記憶素子の容量を減少させることが出来る。

【００７４】また本発明を適用したフォント圧縮処理に
よれば、白または黒単独のデータでフォントデータをコ
ード化するため、圧縮フォントを搭載した装置では、圧
縮フォントを正規のフォントに展開する伸張方法が簡素
化される。

【００７５】かくして、低価格でありながら、高機能な
印字装置および表示装置を実現することが可能となる。

【図面の簡単な説明】

【図１】本発明を適用した圧縮フォント搭載の印字装置
を示すブロック図である。

【図２】本発明を適用した圧縮フォント搭載印字装置，
表示装置の記憶素子の内部ブロック配置を示す図であ
る。

【図３】予測函数について、（Ａ）は予測函数の白に変
換されるドットパターン、（Ｂ）は予測函数の変換表、
（Ｃ）は予測函数処理の手法を示す図である。

【図４】予測函数による処理結果を示す図である。

【図５】第１の実施例のコード表を示す図である。

【図６】第１の実施例の制御手順を示すフローチャート
である。

【図７】本発明を適用した圧縮フォント搭載表示装置を
示すブロック図である。

【図８】縦横方向の排他的論理和による処理結果を示す
図である。

【図９】縦横方向排他的論理和の手法について、（Ａ）
は横方向排他的論理和の手法、（Ｂ）は縦方向排他的論
理和の手法を示す図である。

【図１０】第２の実施例の制御手順を示すフローチャー
トである。

【図１１】第３の実施例の制御手順を示すフローチャー
トである。

【図１２】第３の実施例におけるコード化の手法につい
て、（Ａ）は第３の実施例のデータ表現方法、（Ｂ）は
次のデータの表現方法、（Ｃ）は第３の実施例のコード
データを示す図である。

【符号の説明】

１０１ フォントデータ処理用のワークメモリ １０２ 印字装置の中央演算処理回路 １０３ プログラム，フォント記憶素子 １０４ 上位装置からのデータ受信装置 １０５ 印字装置印字メモリ １０６ 印字制御部 ２０１ フォントデータ処理用のワークメモリ ２０２ 表示装置の中央演算処理回路 ２０３ プログラム，フォント記憶素子 ２０４ 上位装置からのデータ受信装置 ２０５ 表示するデータを格納するメモリ ２０６ 表示制御部 ３０１ プログラムエリア ３０２ テーブルエリア ３０３ フォントデータエリア ３０４ フォントテーブル ４０１ 生フォントデータ ４０２ 予測函数後のデータ ７０１ 生フォントデータ ７０２ 縦横方向排他的論理和後のデータ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０３Ｍ 7/46 8522−5Ｊ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 フォントデータを入力し、印字または表
   示により可視化する装置であって、 縦Ｎライン、横Ｍラインで構成される文字・図形フォン
   トのドット構成に所定の処理を施すことにより、白ある
   いは黒データの一方のデータを他方のデータに置き換え
   るデータ変換手段と、 前記データ変換手段で変換されたデータについて、連続
   データと非連続データを含めた形でランレングス法によ
   り圧縮コード化する圧縮手段とを具備したことを特徴と
   するフォントデータの可視化装置。
2. 【請求項２】 請求項１において、前記圧縮手段は、連
   続データ無しコードを形成することを特徴とするフォン
   トデータの可視化装置。
3. 【請求項３】 請求項１に更に加えて、前記圧縮手段に
   より圧縮されたフォントデータを格納する圧縮フォント
   格納手段と、前記圧縮フォントデータを伸張する圧縮フ
   ォント伸張手段とを備えたことを特徴とするフォントデ
   ータの可視化装置。