JPH04220764A - 文字フォント圧縮方法および装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はデータ圧縮に関する。さ
らに詳細には、本発明は共用文字パターンにアクセスす
ることによってフォントデータを圧縮する方法、その方
法を使用した装置、およびそれによって得られる格納さ
れた圧縮解除可能なフォント構造に関する。

【０００２】

【従来技術】フォントは、通常印字に用いられる与えら
れた字体の文字群である。フォント文字はそのフォント
の中の１つの記号である。コンピュータを使用した印字
装置においては、フォントはプリンタのメモリに格納さ
れ、そしてホストコンピュータからの指令によってアク
セスされることが多い。そのフォントにおける文字が多
いほど、多くのメモリが必要とされる。ユーザが１つ以
上のフォントで印字することを望む場合が多い。たとえ
ば、ユーザが単語をイタリックにするか、あるいはより
小さな文字の使用を望む場合がある。イタリック、ある
いはより小さな文字は異なるフォントで構成される。ク
ーリエ（Ｃｏｕｒｉｅｒ）の１２ポイントは固有のフォ
ントである。このポイントという言葉は１インチの１／
７２に等しい活字の測定単位を指し、したがって１２ポ
イントは、１インチの１／６の高さの文字を指す。クー
リエ１２ポイントのイタリックと１０ポイントは異なる
フォントであり、一方はイタリックの文字を有し、他方
はより小さな文字を有する。イタリックのフォント、あ
るいはより小さな文字フォント等の追加のフォントをプ
リンタ中に格納するには、追加のメモリが必要である。 しかし、メモリは高価であるので、複数のフォントを有
するプリンタもまた高価となる。

【０００３】

【発明の目的】本発明の目的は一定の大きさのメモリ中
により多くのフォントを圧縮することを可能にし、した
がって、より小さなメモリで複数のフォントを用いるこ
とができるようにすることである。

【０００４】

【発明の概要】本発明の方法、装置、およびそれによっ
て得られるフォント構造は異なるフォントが共用の文字
、あるいは共通のビットパターンを有することに基づい
ている。たとえば、文字“＿”が２つの異なるフォント
において同じである場合、それをメモリに１度格納する
だけでよい。その後それを両方のフォントで参照するこ
とができる。具体的には、本発明は共用の文字あるいは
ビットパターンを特定し、共用の文字あるいはパターン
の１つを１つの位置に格納し、その位置を、その文字あ
るいはパターンを必要とするすべてのフォント内で参照
する。

【０００５】

【実施例】フォントをメモリに格納するために、文字は
ドットにデジタル化され、そして与えられた解像度（分
解能）でマトリックス上に配置される。ドットは単に文
字の１部である。図１は３つの文字“ｌ”、“ｉ”“＿
”からなるフォントのドットパターンの概略を１０に示
す。パターン１０は走査型インクジェットプリンタ用に
存在するものとして描かれている。インクジェットプリ
ンタはページにインク液滴を射出することによって印字
を行う。図１では、１２で示されるもののような“１”
の構成から３つの文字が作られている。“１”はインク
のドットを表す。

【０００６】文字の周囲を点１４等の多数の点が取り囲
んでいる。これらはブランクである空白であり、インク
の液滴によって埋める事のできる空間を表す。図１の文
字はビット画像フォーマットで表されている。言い換え
れば、パターン１０はインク液滴に利用可能な各空間を
情報のビットによって表すことができるような方法でプ
リンタのメモリに格納することができる。ビット、ある
いは２値デジットはコンピュータの情報の基本単位であ
り、“１”あるいは“０”である。ビットが１である場
合、それは、“オン”として考えることができ、対応す
る位置にインク液滴が印字される。ビットが“０”であ
る場合、それは“オフ”であり、インク液滴は印字され
ない。１２で示されるような“１”もまたオンのビット
として考えるとこができる。点１４等の点もまたオフの
ビットとして考えることができる。このように、図１の
ドットパターンもまたビットパターンと呼ぶことができ
る。

【０００７】走査型インクジェットプリンタは限定され
た垂直寸法を有する印字ヘッドを有する。たとえば、印
字ヘッドが１／６インチの高さである場合、それは印字
ヘッドの１回の通過で１／６インチ以下の高さの文字あ
るいは文字の１部しか印字できない。この結果、２パス
の文字、あるいは印字ヘッドの２回の通過によってしか
印字できない文字となる場合が多い。これを説明するた
めに、図１はストリップ１、ストリップ２およびストリ
ップ３の３つのストリップに分割されている。各ストリ
ップは文字データの水平な列である。図１では、各スト
リップは１６ビットの高さ、あるいは２バイトの高さで
あり、ここで１バイトは８ビットである。言い換えれば
、各ストリップは２バイトのカラム情報を含むことがで
きる。ストリップの垂直高さは与えられた印字ヘッドの
垂直高さを表し、したがって、各ストリップは印字ヘッ
ドの異なる通過により印字される。図１の文字“ｌ”は
２４ビットの高さであり、したがって、２パスあるいは
２ストリップの文字である。残りの文字“ｉ”および“
＿”は単一パスあるいは単一ストリップの文字である。 さらに、図１の文字は２４ビットの最大水平寸法あるい
は幅を有するように定義されている。

【０００８】図２は１６にその概略を示す“ｌ”、“ｉ
”および“＿”の３つのイタリックの文字を有する異な
るフォントであることを除いて図１と同様である。 ここでも“１”はオンのドットあるいはビットを表し、
点は空白のスペースあるいはオフのビットを表す。図１
および図２に示す生データを格納するために必要なメモ
リは次のように計算することができる。 　　図１および図２のフォントを格納するために必要な
メモリの量は、２つのフォントが共通の文字パターン、
すなわち各フォントのストリップ１中の“＿”の文字を
共用することを認識することによって減少あるいは圧縮
することができる。

【０００９】共通文字パターンとは、２つのフォントに
“共通である”あるいは共用される文字の１部を少なく
とも指し、ビットパターンの定義に制約されない。共通
ビットパターンとは情報のビットとして記述され、また
フォント間で共用される文字の１部を少なくとも指す。 図３は本発明の方法により共通文字パターンを認識する
ことによって、必要なメモリ量がいかに制限されるかを
示す概略ブロック図である。第１のステップは、ボック
ス２０に示すように共通文字パターン、あるいはビット
パターンの認識、あるいは特定である。共通パターンは
ボックス２２に示すようにメモリの１つの位置にのみ格
納することができる。その後ボックス２４により示され
るように、そのパターンを必要とする各フォントにおい
て、格納された共通パターンを最終的に指示するアドレ
スシステム、あるいはポインタシステムによって参照さ
れる。この方法はプリンタはいくつかのフォントを有す
ることができ、ポインタシステムは第１のフォントを指
示し、次に第２のポイントを指示し、所望のパターンが
見つかるまでそれを続けることを可能にする。

【００１０】図４はどのようにして図１および図２の圧
縮されたフォントを本発明の方法によって圧縮解除しう
るかを示すブロック図である。まず、文字あるいはビッ
トパターンがボックス２６で選択される。つぎに、ボッ
クス２８に示すように、圧縮解除法によって、選択され
たパターンがフォント“ｎ”等の特定のフォントに含ま
れるかどうかが判定される。もし、含まれていない場合
、この方法によれば、ボックス３０に示すように、フォ
ント“ｎ＋１”等の別のフォント内でそのビットパター
ンを探索する。この方法では、所望のパターンが見つか
るまで順次のフォントを探索する。それが見つかると、
ボックス３２に示すようにプリンタあるいは他の装置に
よって用いることができる。

【００１１】図５、６は図１のフォントの格納リストお
よび構造である。格納リストはアドレスカラム、内容カ
ラム、および記述カラムの３つのカラムを含む。アドレ
スは記述カラムにリストされた項目のメモリ内での開始
位置を指定し、格納アドレス位置と呼ぶこともできる。 内容カラムは記述された項目の実データをリストし、リ
ストされたアドレスから始まる。図５、６にリストされ
たアドレスおよび内容は１６進数である。以後、図５、
６のアドレスは行（ライン）参照として用いられる。ア
ドレス“００００”、“０００１”および“０００２”
は“黒幅テーブル”情報を有する。このテーブルは単に
フォント内の文字の実際の幅を定義し、空白ビットをメ
モリに格納する必要を無くす。たとえば、アドレス“０
０００”は文字“ｌ”の幅を“０７”と定義する。言い
換えれば、その文字の幅は７ビットである。文字が印字
されるとき、７つのビツトは７つのインクドットに対応
する。図１を説明した際に述べたように、この文字の可
能な幅は２４ビットである。したがって、“ｌ”の幅を
特定することは１７の空白ビットカラムをメモリに格納
する必要のないことを意味する。同様に、文字“ｉ”の
幅は７ビットであり“＿”の幅は２４ビットである（図
５、６で、文字“＿”の幅は１６進数の１８として表さ
れ、これは１０進数の２４に等しい）。その結果得られ
たフォントのドットパターンを図８、９に示す。図８、
９において、図１の縦長の（垂直）フォントは全体に圧
縮されて４０で示され、図２のイタリックのフォントは
全体に圧縮されて４２で示される。図８、９では、ドッ
トパターンは“１”および“点”ではなく、”１“およ
び“０”で表され、格納される実際のビット情報を示す
。 図８、９の“０”は図１および図２の点に対応する。図
８、９に示すデータの格納に要するメモリは次の通りで
ある。 必要メモリ＝｛（カラムあたりのバイト）×（すべての
文字についてのカラム数の和）｝＋（黒幅テーブル内の
バイト数、１文字あたり１つ）＝｛６×（７＋７＋２４
＋１０＋８＋２４）｝＋６＝４８６バイト

【００１２】
図５、６では、アドレス位置“０００３”から“０００
Ｂ”は図１に示すフォントのストリップ３の“フラグ・
バイト・ポインタ・テーブル”の位置を特定する。フラ
グバイトは情報の他のバイトを表すのに用いられる情報
のバイトである。フラグ・バイト・ポインタ・テーブル
は実際のフラグバイトを“指示する”データのテーブル
である。フラグバイトを用いることによって、図１およ
び図２の文字を定義するデータをさらに圧縮することが
できる。たとえば、図１のストリップ３は７２カラムの
データを含む。それらのカラムは２４を含むグループに
分割される。詳細には、ストリップ３の第１の２４カラ
ムは文字“１”の上部を定義するために用いられる。第
２グループの２４のカラムは文字“ｉ”の高さが高い場
合にその上部を定義するために用いられる。 同様に、第３グループの２４のカラムは必要に応じて文
字“＿”を記述するのに用いられる。

【００１３】フラグバイトを用いて達成される圧縮を図
１１、１２、１３に示す。図１１、１２、１３はフラグ
バイトがストリップの空白カラムを表すために用いられ
たことを除いて図１および図８、９と同様のドットパタ
ーンである。図１１、１２、１３では、図１のフォント
の概略を４４で示しており、図２のフォントの概略を４
６で示している。ストリップ３のフラグバイトの概略が
４８に示されている。各フラグバイトは情報の垂直に配
向されたバイトである。各フラグバイトの下の２つのビ
ットは、その直下のビットカラム、あるいはドットデー
タが“１”あるいはオンであるビットを有するかどうか
を示す。有しない場合、そのビットカラムは保管されず
、むしろそのフラグバイトによって表される。フラグバ
イトの各ビットはビットカラムの１バイトに相当する。 フラグバイトの最下位ビット、あるいはボトムビットは
そのビットカラムのボトムバイトを表す。フラグバイト
の下から２番目のビットはそのビットカラムのトップバ
イトを表す。これら２つのフラグバイトのビットのいず
れかが１である場合、そのビットカラムのそれぞれのバ
イトにドットデータがある。図１１、１２、１３では、
フラグバイトの上部の６ビットは使用されない。ドット
パターンストリップ内のビットカラムがさらに高い場合
、より多くのフラグバイトのビットを用いることができ
る。図１１、１２、１３の破線は保管する必要のない情
報ビットを示す。ゼロの値を有するいくつかのビットは
依然として保管される。これは、ビットは通常バイトに
グループ化され、演算システムはバイトで機能すること
が多いからである。

【００１４】図１１、１２、１３のデータを格納するた
めに必要なメモリは次の通りである。 必要メモリ＝（フラグバイトの数）＋（ストリップ３の
バイト）＋（ストリップ２のバイト）＋（ストリップ１
のバイト）＋（黒幅テーブル内のバイトの数）＋（フラ
グ・バイト・ポインタ・テーブルに要するバイトの数）
＝｛（７＋７＋２４＋１０＋８＋２４）×３｝＋５＋３
７＋４８＋６＋４８＝３８４バイト

【００１５】図５、６に戻ると、アドレス“０００Ｄ”
から“００１５”は、ストリップ２用のフラグ・バイト
・ポインタ・テーブルの位置を特定し、アドレス“００
１７”から“００１Ｆ”は、ストリップ１用のフラグ・
バイト・ポインタ・テーブルの位置を特定する。ストリ
ップ３の実際のフラグバイトおよびドットデータは、“
００２１”から“００３１”にアドレス指定される。 ストリップ２のフラグバイトおよびドットデータは、“
００４９”から“００６８”のアドレスであり、ストリ
ップ１のフラグバイトおよびドットデータは、“００８
０”から“００Ａ６”にアドレス指定される。文字“ｌ
”を使用するために選択するとき、この方法では文字の
幅を判定し、次に各ストリップを検討してそれが文字の
１部を含むかどうかを見る。アドレス位置“０００５”
はストリップ３内の文字“ｌ”の部分に関する情報を“
００２１”で開始するとして識別する。アドレス位置“
００２１”まで下降することによって、文字のストリッ
プ３の部分のフラグバイトが“００、００、０１、０１
、００、００、００”としてリストされる。“ｌ”の文
字の幅は７ビットであるため、７つのフラグバイトがあ
る。またここでも各フラグバイトは１６進数として表さ
れ、１６ビットの垂直カラムを表す。第１の２つのフラ
グバイト“００”および“００”はそれぞれ“００００
００００００００００００”の垂直カラムを表し、それ
らはストリップ３内の文字“ｌ”の第１の２つのカラム
にはドットデータがないことを意味する。次の２つのフ
ラグバイト“０１”および“０１”はそれぞれの２つの
カラム内の情報のボトムバイトにドットデータがあるこ
とを意味する。フラグバイト“０１”は２値で“０００
００００１”として表すことができる。　　残りの３つ
のフラグバイトは文字のそれらのカラム内のストリップ
３にドットデータがないことを示す。その直後で、アド
レス位置“００２８”にはドットデータを有する２つの
カラム用の実ドットデータが格納される。第１のドット
データは１６進数の“８０”としてリストされる。１６
進数の“８０”を２値に変換すると“１０００００００
”となる。１はプリンタで印字される１つのドットを表
す。８桁全体でストリップ３内の適当な１６ビットカラ
ムのボトム８ビットを表す。１６進数のドットデータ“
ＦＦ”は２値の“１１１１１１１１”に等しい。これは
ストリップ３内の適当な１６ビットカラムのボトム８ビ
ットに相当する。

【００１６】この方法では、次にアドレス位置“０００
Ｆ”に移動し、文字“ｌ”の１部を含むストリップ２内
のフラグバイトを指示する。“０００Ｆ”アドレスは“
００４９”アドレスを指示する、あるいは含む。“００
４９”アドレスはストリップ２内の“ｌ”の文字の部分
のフラグバイトを含み、その直後にアドレス位置“００
５０”で始まる適当なドットデータが続く。これらの位
置のフラグバイトおよびドットデータは先にストリップ
３内に存在するものとして説明したフラグバイトおよび
ドットデータと同様である。同じステップがストリップ
１が“ｌ”の文字の１部を含むかどうかを見るために実
行される。アドレス“００１９”はアドレス“００８０
”を指示する。アドレス位置“００８０”は７つのフラ
グバイトを含み、それぞれのバイトは“００”である。 この文字のストリップ１内にはドットデータが存在しな
いため、フラグバイトはすべてゼロである。同様の処理
が文字“ｉ”および“＿”についても実行される。

【００１７】また図５、６では、アドレス位置“０００
Ｂ”、“００１５”および“００１Ｆ”はポインタを仮
想文字に特定する。仮想文字は単に先行するデータの終
端である。このように、これらのポインタは基本的にそ
れぞれのストリップ内の文字部分の終端を識別する。終
端を識別することによって、両方向印字を採用すること
ができる。たとえば、“次アドレス”として記述される
アドレス位置“００ＢＥ”はストリップ１内の“＿”の
文字の部分を定義するドットデータの終端を識別する。 アドレス位置“０００３”、“０００Ｄ”および“００
１７”は“空白代替・ストリップチェーン・ポインタ”
として記述される。この記述は別のフォント内に格納さ
れた文字、あるいはビットパターンの位置を識別するポ
インタシステム、あるいは参照を指す。図１に示すフォ
ントの３つの文字はすべて図５、６の格納リストに含ま
れているため、代替ストリップチェーン・ポインタは空
白、あるいはゼロである。

【００１８】図１５、１６は図２に示すイタリックのフ
ォントのフォント格納リストであり、図５、６のリスト
と同様である。以下、図１５、１６のアドレスは行（ラ
イン）参照として用いられる。図１５、１６は文字の黒
幅テーブル、フラグ・バイト・ポインタ・テーブル、フ
ラグバイト、およびドットデータを含む。しかし、図１
５、１６のフォントリストは図２に示すフォントの“＿
”文字が図１に示すフォントの“＿”文字と同様である
ことを認識する。これは共用文字パターンである。した
がって、メモリを節約し、フォント記述を圧縮するため
に、図１５、１６のフォントリストは“＿”文字を定義
する図５、６のフォントリストを参照する“代替ストリ
ップ・チェーン・ポインタ”を含む。従って、“＿”文
字はメモリに１度格納されるだけである。この方法では
、比較を行うことによって、文字、あるいはビットパタ
ーンが共用されるとき、これを判定する。たとえば、“
＿”文字が選択されたとき、アドレス位置“１００２”
はその幅を１６進数の１８として定義する。アドレス位
置“１００９”は、“＿”文字が図１１、１２、１３の
リストに格納されていた場合にストリップ３のフラグバ
イトが位置する。アドレス“１０３６”を指示する。“
１０３６”に存在するフラグバイトを読む前に、この方
法ではアドレス位置“１００９”の内容を次のアドレス
位置“１００Ｂ”の内容と比較する。その内容が異なる
場合、フラグバイトは現在のリストに存在する。 ２つのアドレスの内容が同じであり、文字がゼロより大
きい幅を有する場合、この方法はフォントリスト内の文
字についてフラグバイトあるいはドットデータが格納さ
れていないことを認識し、次に代替ストリップ・チェー
ン・ポインタを用いて最終的には別のフォント内の所望
の文字の位置を識別する。

【００１９】図１５、１６では、アドレス“１００９”
および“１００Ｂ”の内容はともに“１０３６”である
が、文字“＿”の幅は１８である。したがって、この方
法では代替ストリップ・チェーン・ポインタを用いてデ
ータを見つける。ストリップ３のデータのための代替ス
トリップ・チェーン・ポインタは、アドレス“１００３
”にあり、このアドレスはアドレス“０００５”を指示
する。アドレス“０００５”は図５、６のフォント格納
リスト内に見つかり、図１に示すフォントの文字のスト
リップ３のためのフラグ・バイト・ポインタ・テーブル
の開始を示す。この方法では、次に上述のステップを実
行して、選択された文字を記述するデータにアクセスす
る。

【００２０】図１８、１９、２０は図１５、１６にリス
トされたビット情報を示す。ここでわかるように、“＿
”文字は１度だけ格納され、それによってメモリを節約
できる。図１８、１９、２０に示す情報を格納するのに
必要なメモリは次の通りである。 必要メモリ＝（フラグバイトの数）＋（ストリップ３の
バイト）＋（ストリップ２のバイト）＋（ストリップ１
のバイト）＋（黒幅テーブル内のバイトの数）＋（フラ
グ・バイト・ポインタ・テーブルに要するバイトの数）
＋（代替ストリップ・チェーン・ポインタに要するバイ
トの数）＝｛（７＋７＋２４＋１０＋８）×３｝＋５＋
３７＋２４＋６＋４８＋１２＝３００バイト

【００２１
】図１５、１６に示すように各ストリップに対して１つ
の代替ストリップ・チェーン・ポインタを用いる代わり
に、フォント全体に対して単一の代替フォント・ポイン
タを用いることができる。文字、あるいは文字部分が特
定フォント内に格納されていない場合、代替フォント・
ポインタはその文字を有する可能性のある別のフォント
を識別する。たとえば、図１５、１６において、代替ス
トリップ・チェーン・ポインタは削除することができ、
単一の代替フォント・ポインタをアドレス“１００２”
と“１００３”の間に挿入することができる。代替フォ
ント・ポインタは図５、６に示すアドレス“００００”
を指示する。その後図５、６のフォントリストを検討し
て、それが所望の文字を含んでいるかを見ることができ
る。図２２は上述の方法、およびプリンタ等の電子装置
のメモリに格納されたフォント構造を示すブロック概略
図である。図２２に示す実際の格納フォントは図５、６
および図１５、１６にリストするフォントと同様であっ
てもよい。

【００２２】本発明の方法およびフォント構造は通常プ
リンタ等の電子装置に用いられる。図２３は本発明の方
法とそれによって得られたフォント構造を採用した電子
装置のブロック概略図である。このような場合、フォン
ト構造とそれに関連するデータはメモリチップ等のメモ
リ手段に格納される。ポインタ、あるいはポインタ手段
は共通の文字、あるいは文字の部分を参照するためのデ
ータと結合される。ポインタは前述した代替ストリップ
・チェーン・ポインタ、あるいは代替フォント・ポイン
タの形態となる。さらに、電子装置はフォント構造と関
連するデータとにアクセスするためのディスクドライブ
および読み取り／書き込みヘッド等のメモリ検索手段を
含む。

【００２３】

【発明の効果】本発明の方法、装置、およびそれによっ
て得られるフォント構造は、コンピュータを使用したプ
リンタのような多数のフォントを限られたメモリに保管
しなければならない場合に適用することができる。図１
および図２のフォントは“＿”文字を共用し、図５、６
および図１５、１６は、それらのフォントの圧縮に本発
明の方法をどのように用いることができるかを示す。ま
た本発明は文字の１部分だけがフォント間で共用される
場合にも用いることができる。たとえば、ストリップ３
内の“ｌ”文字の部分が２つのフォントにおいて同じで
あった場合にはこの方法を用いることができる。以上本
発明の最良の態様と好適な実施例を説明したが、本発明
の精神から離れることなく、多数の変形が可能である。

【図面の簡単な説明】

【図１】３個の垂直文字“ｌ”、“ｉ”“＿”より成る
フォントのドットパターンを示した図である。

【図２】３個のイタリック文字“ｌ”、“ｉ”“＿”よ
り成るフォントのドットパターンを示した図である。

【図３】本発明よりフォント文字データが圧縮される方
法を示したブロック図である。

【図４】本発明によりフォント文字データが圧縮解除さ
れる方法を示したブロック図である。

【図５】第１図の垂直フォントに対するフォント格納リ
スティングおよび構造を示した図である。

【図６】第１図の垂直フォントに対するフォント格納リ
スティングおよび構造を示した図である。

【図７】図５と図６との組み合わせ状態を示した図であ
る。

【図８】文字幅を定義することによって圧縮された、図
１および図２と同様なドットパターンを示した図である
。

【図９】文字幅を定義することによって圧縮された、図
１および図２と同様なドットパターンを示した図である
。

【図１０】図８と図９との組み合わせ状態を示した図で
ある。

【図１１】空白ビットを表わすフラグバイトを使用する
ことによってさらに圧縮された図８、９と同様なドット
パターンを示した図である。

【図１２】空白ビットを表わすフラグバイトを使用する
ことによってさらに圧縮された図８、９と同様なドット
パターンを示した図である。

【図１３】空白ビットを表わすフラグバイトを使用する
ことによってさらに圧縮された図８、９と同様なドット
パターンを示した図である。

【図１４】図１２と図１３と図１４の組み合わせ状態を
示した図である。

【図１５】図２のイタリックフォントに対するフォント
格納リスティングおよび構造を示した図である。

【図１６】図２のイタリックフォントに対するフォント
格納リスティングおよび構造を示した図である。

【図１７】図１５と図１６との組み合わせ状態を示した
図である。

【図１８】代替ストリップ・チェーン・ポインタを使用
することによってさらに圧縮された図１１、図１２、図
１３と同様なドットパターンを示した図である。

【図１９】代替ストリップ・チェーン・ポインタを使用
することによってさらに圧縮された図１１、図１２、図
１３と同様なドットパターンを示した図である。

【図２０】代替ストリップ・チェーン・ポインタを使用
することによってさらに圧縮された図１１、図１２、図
１３と同様なドットパターンを示した図である。

【図２１】図１８と図１９と図２０の組み合わせ状態を
示した図である。

【図２２】プリンタのような電子装置のメモリ中に格納
された本発明によるフォント構造を示したブロック図で
ある。

【図２３】本発明による方法および結果としてのフォン
トを使用した電子装置のブロック図である。

Claims (1)

【特許請求の範囲】
1. 【請求項１】複数個のフォントにおける共通ビットパタ
   ーンを特定し、前記共通ビットパターンを１個所のメモ
   リ位置にのみ格納し、そしてすべてのフォントにおいて
   前記格納された共通ビットパターンを参照するようにし
   た文字フォント圧縮方法および装置。