JPH0732453B2 - マトリツクス画像形成方式 - Google Patents

Description

【発明の詳細な説明】 産業上の利用分野 本発明は、ドット式プリンタやドット式ディスプレイ装
置等において表示する文字フォントや図形の作成方式に
関するものである。

従来の技術 文字フォント等を得る方式として最も一般的に行われて
いるものは、ｍ行ｎ列のドットマトリックスの各ドット
をメモリに１ビットに対応させて記憶する方法である。
しかし、この方式には次の欠点がある。

1.基本パターンを任意の倍率に滑らかに拡大することが
できない。

2.基本パターンを回転させるための変換処理が多くの操
作を要する。

3.基本マトリックスの大きさ（ｍ×ｎ）に比例して必要
なメモリの容量が多くなる。

そこで、上記１の拡大に関する欠点を改良する方式の１
つとして各ドットを６種類に区別して記憶する方式が提
案されている（米国特許第3,893,100号）。

この方式を簡単に説明すると次のようなものである。

第18図のような６種類のパターンを組合わせて第19図の
ようなキャラクタパターンを作り、６種類のパターンを
それぞれ３ビットのコードに置き換えて１つのキャラク
タを第20図のような形で記憶しておくものである。

しかし、この方式でキャラクタパターンを拡大する場合
にも次の欠点がある。

1.斜めのパターン（第18図:010〜101）の傾きが45度し
かとれない。この方式であらゆる角度をとるためにはパ
ラーンの種類が非常に多くなるため、実用には適さな
い。

2.パターンを回転させるための変換処理が多くの操作を
要する。例えば、第20図のように記憶されたパターンを
もとに90度回転した文字等を印字するためには第20図の
５カラム目の列が上になるように並び換え、その時に第
１表のようにパターンコードを置き換える必要があり、
特に、第20図のパターンコードはバイト単位（8bit）に
記憶しているので、並び換えに非常に多くの操作を要す
る。

第１表 回 転 前 90度回転後 000 → 000 001 → 001 010 → 011 011 → 100 100 → 101 101 → 010 3.キャラクタジェネレータのサイズが大きくなるにつれ
て記憶量及び処理時間もそれに比例して多くなる。この
方式ではｍ（ｈ）×ｎ（ｖ）のサイズのものを記憶する
のに印字部分の密度に関係なくｍ×ｎ×３ビットのメモ
リ容量を要するため、キャラクタジェネレータのサイズ
が（すなわちｍあるいはｎが）大きくなるとそれに比例
してメモリ容量も大きくなってしまう。また、処理時間
もそれに比例して増大する。

最近は、高印字品質を得るためにキャラクタジェネレー
タのサイズは大きくなる傾向にあり、96×96またはそれ
以上のものも使われ始めている。

発明が解決しようとする問題点 本発明は、上記従来技術の問題点を解決するもので、基
本格子枠でとりうるあらゆる角度を含む複雑なパターン
を拡大した場合に滑らかなパターンを得られるようにし
たものである。また、キャラクタジェネレータのサイズ
が大きくなってもパターンを90度,180度,270度等回転す
るために必要な変換処理が増加することのないようにし
たものである。さらに、画像を形成するエレメントの数
が一定のとき、キャラクタジェネレータのサイズが大き
くなっても他の方式に比べてメモリ容量が少なくてすむ
ようにしたものである。

問題点を解決するための手段 本発明は、ｍ行ｎ列のドットマトリックスにおいて構成
される画像を複数のエレメントに分離し、該エレメント
をｍ行ｎ列の基本格子枠上の平行四辺形の形状で特定
し、各画像を平行四辺形の形状で特定した１以上のエレ
メントの集合で記憶させ、該記憶されたエレメントのデ
ータに基づいてドットパターンを形成して画像を形成す
るようにした。

作 用 ｍ行ｎ列のドットマトリックスの画像に対応するｍ行ｎ
列の基本格子枠上の平行四辺形で画像を形成するエレメ
ントを特定して画像をエレメントの集合として記憶して
いるから、画像を形成する場合各エレメントをOR論理で
書き出せばよく、回転，拡大においても基本格子枠及び
エレメントの回転，拡大処理を行うだけで回転及び拡大
した画像を得ることができる。

実施例 第１図は、本発明を実施するホストコンピュータとプリ
ンタとの関係を示すブロック図で、１はホストコンピュ
ータ、２はプリンタ本体、３はプリンタ制御回路で、該
プリンタ制御回路３はシリアル・インプット／アウトプ
ット・インターフェイス４及びパラレル・インプット・
インターフェイス５を有し、ホストコンピュータ１から
のシリアル情報またはパラレル情報のどちらでも受信で
きるようになっている。７はマイクロプロセッサユニッ
ト、６はデータの一時記憶等に利用されるダイナミック
RAMメモリ（以下RAMという）で、後述するレシーバーバ
ッファ，セグメント・アトリビュート・バッファ，エレ
メント・アトリビュート・バッファ，エレメント・パタ
ーンバッファ，スクリーンバッファ，トランスミットバ
ッファ等の機能を行うものである。８はROMで、該ROM8
にはプリンタを制御するためのプログラムやキャラクタ
ジェネレータとして機能する後述するキャラクタ・パタ
ーンを記憶するものである。

９はプリンタ本体２と接続するためのシリアル・インプ
ット／アウトプットインターフェイス,10はパラレル・
アウトプットインターフェイスである。

次に、キャラクタジェネレータとして機能するROM8に記
憶されたキャラクタ・パターンについて第２図，第３図
と共に説明する。

第２図（イ），（ロ），（ハ）は本発明における文字や
画像を形成する１エレメントの例を示したもので、これ
らエレメントを組み合せることによって文字等の画像セ
グメントを形成するもので、第３図にその１例として文
字「Ａ」を示している。すなわち、本実施例では７行５
列の基本格子枠11に文字等の画像を形成する平行四辺形
のエレメントを描き、この平行四辺形のエレメントを寄
集めし、第３図に示すように文字「Ａ」等の画像を形成
するもので、そして、これらエレメントの記憶方法とし
て、 （１）基本格子枠11に対する平行四辺形の位置（x,y） （２）平行四辺形の長さ（ｌ） （３）平行四辺形の傾き（θ） （４）平行四辺形の幅の方向（ｗ） の４つのデータによって特定し記憶するものである。

以下はデータの指定方法に関して例を示して述べるが、
データの指定方法はこの例に限定されるものではなく、
上記４つの特性を表現できるいかなる方法でもよい。

平行四辺形の幅は本実施例では基本格子枠11の一単位
「１」にしており、その幅の方向ｗは行方向と列方向の
２通として、行方向であればｗ＝１とし、列方向であれ
ばｗ＝０として記憶させる。なお、幅の大きさはメモリ
の容量が許せば可変にすることもできるし、また、同じ
平行四辺形を並置することにより画像の幅を広げること
もできる。次に、平行四辺形の位置（x,y）は平行四辺
形の４点を通る長方形12,13,14の第２図（イ），
（ロ），（ハ）における左方上位点をもって記憶する。
すなわち、第２図（イ），（ハ）で示す例ではＡ点の基
本格子枠11における座標ｘ＝1,y＝１、第２図（ロ）で
示す例ではＥ点の座標ｘ＝1,y＝２で表わす。また、平
行四辺形の長さｌは上記長方形12,13の列方向（ｙ）の
長さで表わす。ただ、例外として平行四辺形が第３図の
E3で示すように横方向（行方向）に長い長方形である場
合（θ＝0,w＝０のとき）は、行方向の長さをｌとす
る。平行四辺形の傾きθは幅でない辺の傾きで表わし、
θ＝行／列＝i/jで表わす。ただ、第２図（ハ）で示す
ように平行四辺形が縦方向（列方向）に長い長方形のと
きはθ＝０とする。すなわち、ｗ＝0,θ＝０のときは第
３図E3のように横方向に長方形を意味し、ｗ＝1,θ＝０
のときは第２図（ハ）のように縦方向に長い長方形を意
味するようにする。その結果、第２図（イ）で示す平行
四辺形のエレメントはｘ＝1,y＝1,l＝4,θ＝1/2,w＝１
である。また、第２図（ロ）に示すエレメントはＥ点の
座標からｘ＝1,y＝2,l＝4,θ＝−（2/3）,w＝０である
（長方形13のＥ点の座標位置とθの傾きがマイナスとい
う点及びｗ＝０であることから平行四辺形が第２図
（ロ）で示すようなA,B,C,Dからなることが定義づけら
れる）。また、第２図（ハ）のエレメントはｘ＝1,y＝
1,l＝5,θ＝0,w＝１である。また、参考までに第３図に
おけるセグメントＡのエレメントE1はｘ＝0,y＝0,l＝7,
θ＝−（2/7）,w＝１、E2はｘ＝2,y＝0,l＝7,θ＝2/7,w
＝1,E3はｘ＝1,y＝4,l＝3,θ＝0,w＝０である。なお、
本実施例ではエレメントの平行四辺形の４点を通る長方
形の第２図における左辺上部の点をもってエレメント位
置を定義づけたが、これはドットパターンの展開を容易
にするためで、この点以外の点をもって定義づけてもよ
い。また、基本格子枠を７行５列でもって構成したが、
他の構成でもよく、例えば、16行16列の基本格子枠で構
成してもよく、第４図にこの場合における文字「な」の
セグメントを21のエレメントで構成した例を示してい
る。こうして定義づけられた文字等の画像を示すセグメ
ントの各エレメントは基本格子枠が７行５列であれば第
５図（イ）に示すように18ビットで、また、16行16列で
あれば第５図（ロ）に示すように22ビットで記憶される
こととなる。すなわち、エレメントの位置（x,y），長
さl,傾きθはその符号Ｓ（例えば傾きがプラスであれば
Ｓ＝0,マイナスであればＳ＝１）及び行方向ｉに対する
列方向ｊの比（第２図（イ）ではｉ＝1,j＝２）で、ま
た、幅ｗ（＝１または０）及び各セグメントの最終エレ
メントを表わすためのｔ（例えばセグメントの最終エレ
メントであるときｔ＝１とする）で、各エレメントを記
憶させる。

こうして、各セグメントの各エレメントは第６図に示す
ようにRAM8内のエレメントテーブルTBとして各セグメン
ト毎に記憶される。また、RAM8には各セグメントの先頭
アドレスを記憶するアドレステーブルTAが設けられてお
り、第６図に示す例ではセグメントSE0は４つのエレメ
ントSE0 e0〜e3で構成され、アドレステーブルTAにはセ
グメントSE0に対応するエレメントテーブルTB上の先頭
アドレスSE0 e0が記憶され、セグメントSE1に対応する
アドレステーブルTAには該セグメントSE1に対応する３
つのエレメントの先頭アドレスSE1 e0が記憶され、以下
同様に、各セグメント毎にアドレステーブルTAに当該セ
グメントの各エレメントを記憶するエレメントテーブル
TBの先頭アドレスを記憶している。これは各セグメント
を構成するエレメントの数が一定ではなく可変であるか
ら、そのエレメントの記憶する先頭アドレスを記憶し、
最終エレメントは前述したように各エレメントを記憶す
るメモリの「ｔ」の値によって判断されるようにしてい
る。

以上のように、本発明はキャラクタジェネレータとして
のROM8への記憶方法をとっているので、従来のキャラク
タジェネレータの記憶方法と比較してメモリ容量が非常
に少なくてすむ。例えば、５×７ドット及び96×96ドッ
トで構成される「Ａ」という文字を記憶するに必要なビ
ット数を先に示した米国特許第3,893,100号明細書記載
の方法と本発明とを比較すると、 （１）米国特許の場合 ５×７ドット ５×７×３ビット＝105ビット 96×96ドット 96×96×３ビット＝27,648ビット （２）本発明の場合 １本のエレメントに必要なビット数は第２表のようにな
る。

故に、「Ａ」は３つのエレメントで構成されているから ５×７ドット 18×３＝54ビット 96×96ドット 38×３＝114ビット ですむこととなる。ここで、「Ａ」という文字を取り上
げたが、米国特許第3,893,100号明細書記載の方法の場
合、エレメントの本数に無関係に１つのセグメントを記
憶するのに５×７ドットで105bitかかり、本発明の場合
エレメントの本数によって変わる。例えば、５×７ドッ
トの場合、本発明では１個のエレメントに対し18ビット
必要なので、105/18＝6.8すなわち６本以下のエレメン
トを使用すると、本発明の方がメモリ容量は少なくてす
むことになる。また、96×96ドットになると27648/38＝
727.6、すなわちすべてのセグメントに727本のエレメン
トを使用しても上記米国特許の方法と略同じメモリ容量
ですむ。しかし、実際にはほとんどのセグメントが100
本以下のエレメントで形成することができる。また、特
に最近キャラクタジェネレータが高密度化されてきてい
るため、本発明による記憶方法はメモリ容量が非常に少
なくてすみ、有利である。

以上述べたように、本発明は、キャラクタジェネレータ
としてROM8に上記したテーブルTA,TB等の情報が記憶さ
れている。

ドットパターンを作成するとき、画面全体を一度にドッ
トパターンに変換するのではメモリ容量が大きくなり、
また、１ドットローずつ変換するのでは処理時間がかか
るため画面を一定範囲毎に分割して処理する。

なお、この一度にドットパターンの変換が可能な領域を
以下スクリーンという。

次に、本実施例の作用について述べる。

第７図は、本実施例におけるデータの流れを示すブロッ
ク図で、まず、このブロック図に従って本実施例のデー
タの流れを概説する。

ホストコンピュータ１から送られてくるデータをまずRA
M6中のレシーブバッファ6Aに蓄え、このレシーブバッフ
ァ6Aから１バイトずつデータを読みながら、印字位置や
大きさ等のデータをセグメント・アトリビュート・バッ
ファ6Bに蓄える。次に、ホツトコンピュータ１から印字
命令がくると、セグメント・アトリビュート・バッファ
6Bを初めから読み出し、ROM8に記憶されたテーブルTA,T
Bによって各セグメントの各エレメント単位に処理する
ために各エレメントの位置や大きさのデータをエレメン
ト・アトリビュート・バッファ6Cに蓄える。次に、この
エレメント・アトリビュート・バッファ6Cのデータに基
づいてエレメント毎のドットパターンを作成し、エレメ
ント・パターンバッファ6Dに記憶させ、このエレメント
・パターンバッファ6Dのデータをスクリーンバッファに
OR論理で書込み、１スクリーンのドットパターンを作成
し、１スクリーン内のすべてのエレメントをドットパタ
ーンに変換し終えるとスクリーンバッファの内容は出力
バッファであるトランスミットバッファにコピーされ、
プリンタ２を起動させると共にスクリーンバッファは再
びクリアされ、次のスクリーンパターンが作られること
となる。

以上が本実施例のデータ処理の概略であるが、以下詳細
に説明する。

ホストコンピュータ１からは文字を印字するための情報
として次の５つの情報が印字位置コードや拡大指定コー
ド，回転指定コード，文字の区切りを示すターミネータ
及びキャラクタデータ終了コード等のコントロール信号
と共に送られてくる。

１）印字位置 Se（X,Y） ２）横方向拡大率 Eh ３）縦方向拡大率 Ev ４）回転方向 ０度,90度,180度,270度 ５）キャラクタデータ なお、印字位置Se（X,Y）は、第８図に示すように回転
中心の画面上の座標位置を示し、第２図において基本格
子枠の左下角の位置する画面上の座標位置によって表わ
される。

次に、上述したようなホストコンピュータ１からの情報
がRAM6のレシーブバッファ6Aに蓄えられると、MPU7は第
11図の処理フローチャートで示す処理を開始し、セグメ
ント・アトリビュート・バッファ6Bにセグメント・アト
リビュートデータを記憶することとなる。セグメント・
アトリビュート・バッファ6Bの構成は第９図の説明図が
示すように、１文字に対し、12バイトが割当てられ、１
ワードが２バイトで構成され、１ワード目には第10図に
示すように、垂直方向のセグメントの最上部までの距離
YT、すなわち拡大がなければセグメントを構成するため
のエレメントの基本格子枠の最上部の画面上の垂直方向
位置YTを記憶し、２ワード目には同様にセグメントの最
下部までの垂直方向の距離YB,3ワード目には同様にセグ
メントの水平方向までの距離XL,4ワード目にはセグメン
トの幅W,5ワード目にはアトリビュートデータとして０
〜７ビットでキャラクタデータを13ビット目に拡大の有
無を14ビットと15ビットには回転方向を記憶するように
なっている。また、６ワード目には拡大率Eh,Evを記憶
するようになっている。そこで、まず、MPU7はセグメン
ト・アトリビュート・バッファのデータをイニシャライ
ズする。すなわち、ポインタをリセットし印字位置Se
（X,Y）をSe（0,0）にし、拡大率Eh＝Ev＝1,回転方向を
０度とする（ステップS1）。次に、現在のセグメント・
アトリビュート・バッファのデータをディフォルト値、
すなわち拡大率Eh＝Ev＝１、回転方向を０度、印字位置
を現在の位置にセットする（ステップS2）。次に、レシ
ーブバッファから１バイトのデータを読む（ステップS
3）。読み取ったデータがキャラクタデータ終了コード
か否か判断し（ステップS4）、キャラクタデータ終了コ
ードでなければ、次に、読み取ったデータが印字位置コ
ードか（ステップS5）、拡大指定コードか（ステップS
6）、回転指定コードか（ステップS7）、ターミネータ
か（ステップS8）判断し、印字位置コードであれば読取
った印字位置データSe（X,Y）を仮のバッファに記憶し
（ステップS9）、レシーブバッファから次の１バイトを
読出す（ステップS13）。そして、ステップS5以下の処
理を再び行い、拡大指定コードであれば（ステップS
6）、セグメント・アトリビュート・バッファの当該文
字の６ワード目に送られてきた拡大率Eh,Evを記憶し、
５ワード目のアトリビュートの13ビットを「１」にセッ
トし拡大があることを記憶させる（ステップS10）。な
お、拡大がなければイニシャライズで５ワード目の13ビ
ットは「０」にセットされておりそのままである。ま
た、回転指定コードが読まれたときは（ステップS7）、
読取った回転指令に基づき、セグメント・アトリビュー
トの５ワードの14,15ビットに回転コード、例えば０度
＝00,90度＝01,180度＝10,270度＝11が記憶されること
となる（ステップS11）。また、印字指定，拡大指定，
回転指定の各コードでもなくターミネータでもなければ
（ステップS8）、そのときのデータは無視し（ステップ
S12）、再びレシーブバッファから１バイトのデータを
読み、ステップS5以下の処理を繰り返しており、文字の
区切りを意味するターミネータが読まれると（ステップ
S8）、読取った印字位置Se（X,Y），拡大Eh,Ev,回転の
各データからセグメントの最上部までの距離YT,最下部
までの距離YB,水平方向の距離XL,セグメントの幅Ｗを算
出し、セグメント・アトリビュート・バッファ6Bの当該
文字の各ワード位置にセットする。すなわち、上記各デ
ータの算出は下記のようにして行われる（第10図参
照）。なお、Phはセグメントを構成する基本格子枠11の
幅（行方向の長さ）、Pvは同様に基本格子枠11の長さ
（列方向の長さ）意味する。

１）回転が０度のとき YT＝Ｙ−Ev・Pv YB＝Ｙ XL＝Ｘ Ｗ＝Eh・Ph ２）回転が90度のとき YT＝Ｙ−Ev・Ph YB＝Ｙ XL＝Ｘ−Eh・Pv Ｗ＝Eh・Pv ３）回転が180度のとき YT＝Ｙ YB＝Ｙ＋Ev・Pv XL＝Ｘ−Eh・Ph Ｗ＝Eh・Ph ４）回転が270度のとき YT＝Ｙ YB＝Ｙ＋Ev・Ph XL＝Ｘ Ｗ＝Eh・Pv 上述したようにして求められた各データYT,YB,XL,Wは各
々セグメント，アトリビュート，バッファ6Bの当該文字
の１ワード目,2ワード目,3ード目に各々記憶されること
となる（ステップS14）。

次に、セグメント・アトリビュート・バッファ6Bのポイ
ンターを１文字分、すなわち12バイト進めて再びステッ
プ２以下の処理を行い、送られてきたデータに対し、す
べて上述したように変換してセグメント・アトリビュー
ト・バッファ6Bに記憶し、最後にキャラクタデータ終了
コードを読むと（ステップS4）、この変換処理は終了す
る。

こうして作成されたセグメント・アトリビュート・バッ
ファ6Bのセグメント・アトリビュートからドットパター
ンを作成していくが、このドットパターンは、各々のエ
レメント単位に処理し、しかも、画面全体を一度にドッ
トパターンに変換するのではメモリ容量が大きくなり、
また、処理時間もかかるので、第12図に示すように画面
をある一定範囲SW毎（例えば、32ドットロー毎）のスク
リーンSC0〜SCnに分割してドットパターンに変換するよ
うにしている。以下、第13図（イ），（ロ），（ハ）に
示す処理フローと共にこの処理について述べる。

まず、スクリーンカウンタSTをイニシャライズして第１
番目のスクリーンSC0の最初のドットローの番号、本実
施例では「０」を該カウンタにセットする（ステップS1
6）。次に、セグメント・アトリビュート・バッファ6B
のポインタSPをイニシャライズする。即ち、セグメント
・アトリビュート・バッファ6Bの先頭アドレスをセット
する（ステップS17）。そして、スクリーンバッファを
クリアして（ステップS18）、ポインタSPで指定したセ
グメント・アトリビュート・バッファ6Bから読出した現
在のセグメント・アトリビュートデータのセグメントの
最上部の距離YT及び最下部の距離YB（第９図，第10図参
照）とスクリーンカウンタSTの値を比較して、当該スク
リーン内にセグメントの一部でも存在するか否かを判断
する（ステップS19）。すなわち、YB＜ST、または、YT
＞ST＋SWのときはセグメントが当該スクリーン内に存在
しないことを意味し、後述するステップS36へ進み、こ
れ以外のときは当該スクリーン内にセグメントが一部で
も存在することを意味し、次のステップS20へ進む。な
お、（ST＋SW）はスクリーンをSW（32）ドットローずつ
区切っていることから、１つ後のスクリーンの最初のド
ットローを意味する。ステップ20ではセグメント・アト
リビュート・バッファ6B（第９図，第10図参照）から読
出したキャラクタデータに基づいてアドレステーブルTA
（第６図参照）から当該キャラクタセグメントの先頭エ
レメントのエレメントテーブルTBのアドレスを読取り、
エレメントテーブルTBの当該アドレスより最初のエレメ
ントe0のデータ（x,y,l,θ,w）をバッファに記憶する。
次に、現在読取ったセグメントアトリビュートのデータ
（第９図第５ワード目の14,15ビット）から回転か否か
判断し（ステップS21）、回転ならばその指定された回
転量に対応するエレメントのアトリビュートを作成する
（ステップS22）。この回転による変換は第14図を参照
して説明すると、エレメントテーブルTBから読出された
データx,y,l,j,i（第５図参照）は第14図第１象限に記
載された関係にある（第２図（イ），（ロ）参照）。そ
こで、基本格子枠11を90度回転させると、このエレメン
トの位置（ｘ′,y′）は図に示すような位置に移る。す
なわち、エレメントの平行四辺形の４点を通る長方形の
左上角がエレメントを特定する位置であり、かつ、この
ｘ′,y′の値は基本格子枠11′の左上角（図中０′）か
らの距離を意味しなければならない。その結果、90度回
転した基本格子枠11′の左上角からのｘ′,y′の値及び
平行四辺形の長さｌ′を求めると、 幅の方向ｗ＝１のとき ｌ′＝Ｔ＋ｍ ｍ＝ｌ×（i/j） 故に、ｌ′＝Ｔ＋ｌ×（i/j） 同様に幅の方向ｗ＝０のときは ｌ′＝（ｌ−Ｔ）×（i/j）となる。

なお、Ｔはエレメントの線の幅である。

また、ｘ′＝ｙ ｙ′＝５−Ｘ−ｌ′ また、平行四辺形の傾きθ＝（i/j）は90度の回転であ
るからｉ′＝j,j′＝ｉとなり、その傾きｓ′はｓ′＝
−１×ｓとなる。さらに、平行四辺形の幅の方向ｗ′は
ｗ−１のときはｗ′＝0,w＝０のときはｗ′＝１と逆に
なる。さらに、同様に180度,270度回転したときの新し
いエレメントデータｘ′,y′,l′,i′,j′,s′,w′は第
３表のようになる。

こうして、回転した、または回転がない場合のエレメン
トデータより拡大率を考慮したエレメント・アトリビュ
ートデータYT′,YB′,X′,W′，θ′を作る。この新し
いエーダへの変換は第15図を参照して説明すると、エレ
メントの最上部までの距離YT′は該エレメントのセグメ
ントの最上部の距離YTにセグメントの最上部（基本格子
枠の上部）からの距離ｙ′（なお、回転がないときは
ｙ′の値はエレメントテーブルから読み出した値ｙと同
じになるが、説明を簡単にするために回転処理を終了し
た後の各データはｙ′とする。その結果、回転がない場
合にはｘ′＝x,y′＝y,l′＝l,i′＝i,j′＝j,s′＝s,
w′＝ｗとなる）に縦方向の拡大率Evを掛けて加えれば
よい。同様にして、各エレメント・アトリビュートデー
タYT′,YB′,XL′,W′，θ′を求めると下記のようにな
る。

YT′＝YT＋ｙ′×Ev YB′＝YT＋（ｙ′＋ｌ′）×Ev XL′＝XL＝ｘ′×Eh θ′＝（ｉ′/j′）×（Eh/Ev）×100 また、エレメントの平行四辺形の４点を通る長方形の幅
Ｗ′（第15図参照）は次のようにして求められる。

平行四辺形の幅の方向ｗ′＝１のとき Ｗ′＝｛Ｔ＋ｌ′×（ｉ′/j′）｝×Eh ｗ′＝０のとき Ｗ′＝（ｌ′−Ｔ）×（ｉ′/j′）×Eh となる。

なお、傾きθ′を求めるとき100倍したのは小数点にな
る場合を想定し100倍して精度を上げたものである。

以上のようにして求められた各エレメント・アトリビュ
ートデータはエレメント・アトリビュート・バッファ6C
に、セグメント・アトリビュート・バッファ6Bと同じ形
式で記憶される。すなわち、１ワード目にエレメントの
最上部までの距離YT′,2ワード目にエレメントの最下部
までの距離YB′,3ワード目に水平方向のエレメントまで
の距離XL′,4ワード目に水平方向のエレメントの幅
Ｗ′,5ワード目の０〜12ビットに傾きθ′を、また、５
ワード目の13ビット目にエレメントの終りを示すt,14ビ
ット目に傾きの符号ｓ′,15ビット目に幅の方向ｗ′を
各々記憶することとなる（ステップS23）。

次に、こうしてエレメント・アトリビュート・バッファ
6Cに記憶されたエレメントの最上部YT′，最下部YB′よ
り当該エレメントが当該スクリーン内か否か調べる（ス
テップS24）。すなわち、ST＋SW＜YT′またはST＞YB′
のときは当該スクリーンにエレメントが存在しないこと
を意味し、このときはステップS40へ移行し、他の場合
は存在することとなる。

すなわち、当該スクリーン内に第16図（イ）〜（ニ）で
示すどれかの状態で当該エレメントが存在することとな
る。そこで、MPU7はエレメントの最上部YT′が当該スク
リーン内に存在するか否か判断する（ステップS25）。
即ち、ST＋SW＞YT′≧STで第16図（イ），（ロ）の状態
であれば、スクリーン・ロー・カウンタSR_Sにエレメン
トの最上部YT′の値からスクリーンカウンタSTの値を減
算した値（SR_S＝YT′−ST）をセットし、エレメント・
ロー・カウンタｎを「０」にセットする（ステップS2
6）。次に、エレメントの最下部YB′が当該スクリーン
外か否か判断し（ステップS27）、第16（イ）のように
スクリーン外であれば、スクリーン・エンド・ロー・レ
ジスタSR_Eを１スクリーンの幅SW（SR_E＝SW）に設定する
（ステップS28）。また、第16図（ロ）のようにスクリ
ーン内であれば、スクリーン・エンド・ロー・レジスタ
SR_Eをスクリーンのトップからエレメントの最下部YB′
までの距離すなわちSR_E＝YB′−STとセットする。すな
わち、スクリーン・ロー・カウンタSR_Sには当該スクリ
ーンのトップからエレメントの最上部までの距離をセッ
トし、スクリーン・エンド・ロー・レジスタSR_Eには当
該スクリーンに描くべくエレメントの最下部をセット
し、エレメント・ロー・カウンタｎは後述のシフト量を
得るためにセットするもので、第16図（イ），（ロ）で
示すものは最初はシフトを行わないのでｎ＝０とセット
するものである。

次に、ステップS25でエレメントの最上部YT′が当該ス
クリーン内にないとき、すなわち第16図（ハ），（ニ）
の状態のとき当該スクリーンのトップからエレメントが
存在するから、スクリーン・ロー・カウントSR_Sに
「０」をセットする（ステップS30）。次に、エレメン
トの最下部YB′がスクリーン内に存在するか否か、すな
わち第16図（ハ）または（ニ）のどちらの状態か判断し
（ステップS31）、スクリーン内であれば（第16図
（ハ））、スクリーン・エンド・ロー・レジスタSR_Eに
スクリーンのトップからエレメントの最下部までの距離
YB′−STをセットし、エレメント・ロー・カウンタｎに
エレメントの最上部からスクリーンのトップまでの距離
ST−YT′をセットする（ステップS33）。また、エレメ
ントの最下部YB′がスクリーン外であれば（第16図
（ニ））、スクリーン・エンド・ロー・レジスタSR_Eに
スクリーンの幅SWをセットし、エレメント・ロー・カウ
ンタｎに前述同様ST−YT′をセットする（ステップS3
2）。

次に、こうして得られたエレメント・ロー・カウンタｎ
の値と、エレメントの傾θ′,s′，拡大率Eh,Ev及びエ
レメントの幅の方向ｗ′より当該スクリーンに描くドッ
トパターンをパターン・バッファ8Dに作る（ステップS3
4）。

すなわち、エレメントの幅の方向が行方向でｗ′＝１で
あり、傾きｗ′＝１でマイナスであるときは第17図
（イ）に示すような状態、ｓ′＝０でプラスであるとき
は第17図（ロ）に示すような状態で、エレメント・ロー
・カウンタｎ＝０であるときは、エレメントの最上部か
ら当該スクリーンドットパターンを描くときセグメント
の幅Ｗ′に対応するビットの右方にエレメントの幅ｗ″
（＝Ｔ×Eh）だけ「１」をセットし、残りを「０」にセ
ットする。また、先にセットしたエレメント・ロー・カ
ウンタｎの値が「０」でなければその値に応じた次の第
（１）式で算出されたシフト量ASだけシフトした（ｓ′
＝０（マイナス）であれば左方へ、ｓ′＝０（プラス）
であれば右方へ）ドットパターンをバッファ8Dにセット
する。

AS＝ROU｛ｎθ′（Eh/Ev）｝ ……（１） （なお、ROU（Ｘ）とはＸの小数以下を四捨五入した
値） また、エレメントの幅の方向が列方向でｗ′＝０である
ときは第17図（ハ），（ニ）で示す状態で、このとき、
ｎ＝０であればセグメントの幅Ｗ′に対応するビットの
最後（ｓ′＝１で第17図（ハ）のとき）または最初
（ｓ′＝０で第17図（ニ）のとき）のビットに「１」を
セットし、エレメント・ロー・カウンタｎがエレメント
の幅ｗ″（＝Ｔ×Eh）の値になるまで上記第（１）式に
従って左または右に「１」を立てながらセットし、エレ
メントの幅ｗ″（＝Ｔ×Eh）を越えると「０」をセット
しながら、左または右にシフトし、そのデータをエレメ
ント・パターン・バッファ8Dにセットする。このように
して、エレメント・パターン・バッファに最初のドット
ローがセットされ（ステップS34）、次に、先に作成し
たエレメント・アトリビュートの水平方向のエレメント
の位置XL′に対応するスクリーン・バッファの位置にエ
レメント・パターン・バッファのデータをOR論理で書込
む（ステップS35）。次に、スクリーン・ロー・カウン
タSR_Sの値が当該スクリーンに描く最終ドットローか否
か、即ち先にセットしたスクリーン・エンド・ロー・レ
ジスタSR_Eと一致したか否か調べ（ステップS36）、最終
ドットローでなければエレメント・アトリビュートを見
てエレメント・パターンバッヘァのデータを次の第
（２）式によって先に述べた論理に従い、左または右に
シフト量AAだけシフトして次のドットローのデータを作
る（ステップS37））。

AA＝ROU｛ｎθ′（Eh/Ev）｝ −ROU｛（ｎ−１）θ′（Eh/Ev）｝ ……（２） こうして、シフトして次のドットローのデータを得る
と、スクリーン・ロー・カウンタ，エレメント・ロー・
カウンタｎを１加算し（ステップS38,S39）、再びステ
ップS35以下の処理を行う。こうして、１つのエレメン
トに対しドットパターンを得てスクリーン内の最終ドッ
トローまで達すると（ステップS36）、次に、エレメン
ト・アトリビュートの５ワード目の13ビット目、すなわ
ち最終エレメントか否かを示すｔが立っているか否かを
見て（ステップS40）、立っていなければアドレテーブ
ルTA,エレメントテーブルTBより次のデータをバッファ
にコピーし（ステップS41）、再びステップS21以下の処
理を行う。こうして当該スクリーン内に存在する当該文
字（セグメント）のすべてのエレメントに対し、ドット
パターンをエレメント・パターン・バッファ6Dに作成す
ると、セグメント・アトリビュート・バッファ6Bのポイ
ンタを１文字分（12バイト）進め（ステップS42）、こ
こで読出されたデータが最終データを示すコードでなけ
れば（ステップS43）、再びステップS19に戻り、次の文
字に対し、上記したと同じようにして当該文字のエレメ
ント毎に当該スクリーンを作成し、エレメント・パター
ンバッファにOR論理で書込んでいく。そして、エレメン
ト・アトリビュート・バッファ6Bから読出したデータの
最終を示すコードであると（ステップS43）、スクリー
ンバッファ6Eのドットパターンをトランスミットバッフ
ァ6Fにコピーし（ステップS44）、スクリーンバッファ
をクリアし、スクリーンカウンタSTにSW（32）を加算し
（ステップS45）、該スクリーンカウンタSTの値から最
終スクリーンが終了したか否か判断し（ステップS4
6）、最終スクリーンを終了していなければ再びステッ
プS17以下の処理を行う。なお、トランスミットバッフ
ァにコピーされたデータによりプリンタ２は駆動され、
１スクリーン毎に印字することとなる。

なお、上記実施例ではプリンタの例で説明したがディス
プレイ装置の場合においても同じである。また、エレメ
ントを記憶する基本格子枠の例として７行５列の例を示
したが、これに限らず、ｍ行ｎ列の基本格子枠によって
エレメントを定義づけてもよいことは勿論である。

発明の効果 以上述べたように、本発明は、文字等の画像を平行四辺
形のエレメントに分解し、該エレメントの集合を記憶す
ることによって文字等の画像を記憶するようにしたか
ら、キャラクタジェネレータとしてのメモリの容量は小
さくてすむ。特に、文字等の画像が大きくなっても記憶
するエレメントは同じで増加しないから、従来のように
ドット対応で記憶する場合に比較し、画像が大きくなっ
てもメモリ容量を増加する必要がなく経済的である。ま
た、文字等の画像の先を構成するエレメントはｍ行ｎ列
の基本格子枠でとり得るあらゆる角度の傾きを表現でき
るから、文字等の画像を形成する線は滑らかになり、拡
大したときもきれいな画像を形成することができる。さ
らに、文字等の画像を回転する場合でも、上述したよう
に各文字等の画像を形成するエレメントを回転すること
であるから、エレメントの数が一定であるので、画像の
サイズを大きくしても回転に要する時間は一定であり、
処理も文字等の画像サイズに関係なく一定となる。

以上のように、本発明は、キャラクタジェネレータとし
ての容量は小さく、拡大，回転等の処理も簡単で、かつ
処理時間も増大することなく、さらに印字または表示さ
れる文字等の画像は拡大しても滑らかできれいなものを
得ることができる。

【図面の簡単な説明】

第１図は、本発明を実施した一実施例のブロック図、 第２図（イ），（ロ），（ハ）は、本発明の一実施例に
おけるエレメントの説明図、 第３図は、本実施例における文字「Ａ」のセグメントの
例、 第４図は、16行16列のセグメントでの文字「な」の例、 第５図（イ），（ロ）は、エレメントの記憶方法を示し
た例、 第６図は、キャラクタジェネレータとしての文字等の画
像の記憶方法を示す例、 第７図は、本実施例におけるデータの流れを示すブロッ
ク図、 第８図は、セグメントの回転を示す例、 第９図は、セグメント・アトリビュート・バッファの説
明図、 第10図は、セグメント・アトリビュートデータと画面と
の関係を示す図、 第11図は、セグメント・アトリビュートデータを作る処
理フローチャート、 第12図は、画面を分割してスクリーン１〜ｎを示す図、 第13図（イ），（ロ），（ハ）は、ドットパターンを作
る処理フローチャート、 第14図はエレメントの回転を説明するための説明図、 第15図は、エレメント・アトリビュートデータを作成す
るときの説明図、 第16図（イ），（ロ），（ハ），（ニ）は、スクリーン
とエレメントの関係を示す説明図、 第17図（イ），（ロ），（ハ），（ニ）は、ドットパタ
ーン作成上の説明図、 第18図は、従来技術における文字等を構成するためのパ
ターン素子、 第19図は、従来技術における文字パターンの例、 第20図は、従来技術における文字等の画像記憶方法の一
例を示す図である。 ３……プリンタ制御回路、11……基本格子枠、12,13,14
……平行四辺形の４点を通る長方形、ｘ……セグメント
における平行四辺形のｘ軸位置、ｙ……セグメントにお
ける平行四辺形のｙ軸位置、ｌ……平行四辺形の長さ、
θ……平行四辺形の傾き、ｗ……平行四辺形の幅の方
向、ｔ……エレメントの終りを示す接線、TA……アドレ
ステーブル、TB……エレメントテーブル、YT……セグメ
ントの最上部までの距離、YB……セグメントの最下部ま
での距離、XL……セグメントの水平方向の距離、Ｗ……
セグメントの幅。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 1/413 Ｚ

Claims (3)

【特許請求の範囲】
1. 【請求項１】ｍ行ｎ列のドットマトリックスにおいて構
   成される画像を複数のエレメントに分離し、各エレメン
   トをｍ行ｎ列の基本格子枠上における平行四辺形の位
   置，平行四辺形の長さ，平行四辺形の傾き，平行四辺形
   の幅の方向によって平行四辺形の形状で設定し、各画像
   を平行四辺形の形状で特定した１以上のエレメントの集
   合で記憶させ、該記憶されたエレメントのデータに基づ
   いてドットパターンを形成して画像を形成するマトリッ
   クス画像形成方法。
2. 【請求項２】画像の回転は当該画像に対応する基本格子
   枠の回転及び当該画像を形成するエレメントの回転処理
   を行うことにより回転画像を得る特許請求の範囲第１項
   記載のマトリックス画像形成方式。
3. 【請求項３】画像の拡大は上記基本格子枠及びエレメン
   トの行方向または列方向の少なくとも一方の拡大により
   拡大画像を得る特許請求の範囲第１項または第２項記載
   のマトリックス画像形成方式。