JPH023091A - 文字生成装置および方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は文字の生成に関し、更に具体的には、広い概念
において、マツピング図形（グラフィック）表示装置を
使用してデジタル・コンピュータ・システムで文字を生
成して表示する装置と方法に関するものである。

［従来の技術］ マツピング図形（グラフィック）表示装置を使用してコ
ンピュータ・システムで文字を生成する方法は、現在様
々なものが知られている０文字フォントは、任意のサイ
ズとフェースをもつ文字のセットであるが、ある種のコ
ンピュータはこのフォントを１つしか使用していない、
また、他のコンピュータでは、操作員またはプログラマ
がいくつかのフォントの中から１つを選択できるように
なっている。さらに、マツピング図形表示装置が出現し
たことにより、コンピュータが様々なフォント・タイプ
を生成して、それを１つのイメークの中に表示できるよ
うになっている。

「マツピング」という用語は、データを表示メモリに記
憶し、アクセスする方法のことである。

例えば、ビット・マツピング表示装置では、ビデオ画面
はピクセルの配列と考えることができる。

ある画面が１００個のピクセル（縦方向）　ｘ　１００
個のピクセル（８１１方向）からなる場合、メモリの記
憶位置は画面上のピクセルの個数に対応して１０．００
０個になる。メモリの各記憶位置を表示装置の画面上の
ある特定のピクセル位置と対応づけることを、「マツピ
ング」すると言われている。

文字を表現する１つの方法として、文字ビット・マップ
を使用する方法がある。この文字ビット・マップの処理
は、各文字のタイプ、サイズおよびフェースを表すパタ
ーンをメモリのあるセクション（「文字メモリ」とも呼
ばれる）に記憶することによって行なわれる０表示また
は印刷される各文字は、２次元のピクセル・マトリック
ス（「セルｊとも呼ばれる）内に存在するものと考える
ことができる。セルを表すビット・パターンは文字メモ
リに記憶される。ある文字フォントの生成は、ビット・
パターンの集りを文字メモリに記憶することによつて行
なわれるのが代表的である。このビット・パターンの集
りには、英字、数字および句読点などの文字の他に、常
用されるある種の記号が含まれているのが普通である。

ある文字のｒビット・マップ」がｒ文字メモリ」に記憶
されたあと、そのビット・マップは所望の順序で画面に
送る必要がある。つまり、ビット・マップ情報を何らか
の方法で使用して、必要とする文字配列に形成して、そ
れが単語や文、あるいは他の構造として認識できるよう
にする必要がある。この転送を行なう方法として、いく
つかが知られている。

その１つとして、「ブロック複写」操作を使用してビッ
ト・マップを文字メモリから表示装置に転送する方法が
ある０文字を転送すると鮒、中央ＩＡ理装置（ＣＰＵ）
は文字のビット・マップを文、字メモリから読み取る０
次に、ＣＰＵは文字ビット・マップを表示メモリ・ドラ
イバ回路に書き出し、このドライバ回路からそのビット
・マップが表示メモリに転送される。

ビット・マップ情報を転送する別の公知方法は、表示ド
ライバを使用して文字ビット・マップを直接的にメモリ
から取り出すものである。この方法によるときは、ＣＰ
ｔＴは文字出力命令と文字ビット・マップの先頭アドレ
スを表示ドライバに渡し、これを受けて表示ドライバが
直接にビット・マップを取り出して、それを表示メモリ
に書き出している。

ビット・マップ情報を転送するもう１つの公知方法は、
「ピクセル・データ管理プログラム」と「マクロ命令」
を使用して行なうものである。この方法は、他のいくつ
かの方法と共に、米国特許第４，６２２，５４６号（ス
フアルティ他）に説明されている。

［発明が解決しようとする！ｆｌ］ 上に述べた公知方法はいずれも、文字ビット・マップを
フォント生成に必要な構成要素として使用している点で
共通している。一般的に、文字ビット・マップを使用す
るシステムにはいくつかの問題がある０文字ビット・マ
ップ装置によく見られる問題の１つは、ある文字を作成
するときに、ＣＰＵが非常に多数のメモリ・アクセス命
令を実行する必要があることである。この負担をＣＰＵ
に負わせることがシステム、性能（ＩＡ理効率）を低下
させる原因になっている。また、ビット・マップ方式は
、メモリの記憶位置を必要とする各文字用に割り付ける
必要があるので、メモリ・スペースの制約を受けること
になっている。

さらに、ビット・マップ方式は、多くの場合、ある文字
やフォント全体に変化を与えてピクセル単位で生成する
ことが煩雑であるので、柔軟性をもたせることができな
い。

ビット・マップ方式による文字自身にも制約があるので
、スケーリング（文字サイズの拡大や縮小）や回転（単
語や文字列、文字を基準線を基準にして角度をなして生
成すること）といった操作が困難であり、また費用の点
でも問題がある０例えば、あるビット・マップ文字を拡
大するとき、拡大操作（ビクセルを複写して行なうのが
代表例）を行なうと、文字の縁が毛羽立って現れること
がある。ビット・マップを拡大した別のフォントを記憶
させれば、この問題は解決されるが、そのために必要な
メモリ・スペースが増加することになる。さらに、ビッ
ト・マップ方式による文字の回転はブロック複写操作に
よって行なわれるので、回転が難しく、そのためには非
常に多数の計算が必要になる。

そこで、ビット・マップ文字記憶機構を使用しないフォ
ント生成システムや方法が望まれている。さらに、高速
で柔軟性があり、しかもメモリ・スペースとＣＰＵ時間
を共に効率よく使用しながら多様なフォントを生成し、
変換を行なうために使用できるフォント生成方法が望ま
れている。

本発明は、フォントを記憶し、文字を生成するシステム
と方法を提供するものである。

［課題を解決するための手段］ フォント内の各文字のための記憶域には、ビット・マッ
プを記憶するのではなく、文字を形成するために使用さ
れる命令のアドレスと、これらの命令で必要となるパラ
メータを保管しておく。

本発明の１実施例によれば、フォント用の索引テーブル
に、各文字ごとに、文字の図形要素または画素（プリミ
ティブ）テーブル（文字テーブル）のアドレス、文字テ
ーブル内の当該文字にどれだけの情報が保管されている
かの詳細および文字ベース・オフセットとセル・サイズ
に関する悄軸が記載されている。各文字用の文字テーブ
ルにはマクロコード命令のアドレスとそのあとに続いて
文字生成に必要なパラメータが記載されている０文字を
作成するための処置はいくつでも定義が可能である０例
えば、線の描画、スプライン曲線の描画、円の描画、楕
円の描画、矩形の描画、単一ピクセルの描画、塗りつぶ
しくｆｌｏｏｄ　ｆｉｌｌ）などである、どのような幾
何学的図形でもプリミティブとして描画できることは勿
論である。これらのＩＡ置はグラフィック・プリミティ
ブ（ＧｒａｐｈｉｃａｌＰｒｉｍｉｔｉｖｅｓ）と呼ば
れるもので、任意の順序でしかも任意の冗長性をもたせ
て、実行させることができる。従って、本発明によれば
、プログラマや操作員は、様々な種類のフォントを設計
して使用したり、比較的少ないプログラミング作業でも
ってこれらのフォントを動的に変更したりできる。

さらに、本発明ではグラフィック・プリミティブを使用
するので、メモリ・スペースと０２０時間を効率よく使
用できる。

フォントの生成と記憶でグラフィック・プリミティブを
使用すると、従来のビット・マップ・システムに比べて
いくつかの利点が得られる。これらの利点は、特にスケ
ーリング（拡大と縮小）と回転の分野で顕著である。ま
た、グラフィック・プリミティブを使用すると、文字の
生成を向きとサイズから独立して行なうことができる８
例えば、直線を描画する必要のある文字の場合には、相
対的始点と終点だけを与えればよい、また、ある線を回
転するときは、線描画操作でいくつかの異なる線終点パ
ラメータを与えるだけでよい。このことは、文字や文字
列の回転を行ないやすくする。さらに、テキストのスケ
ーリングが容易になる。つまり、ある線を描画するため
に使用したものと同じプリミティブは、終点を変えるだ
けでより長いあるいはより短い線を描画するために使用
することができる。

本発明によれば、２次元変換手法を使用するので、スケ
ーリング（文字のサイズの変更）や回転（単語や文字列
、文字を角度をなして描画すること）といった変換操作
を簡単に行なうことができる０文字サイズの変更や回転
は、描画操作時にプリミティブに与えたパラメータを操
作するだけで行なうことかできる０本発明の利点は、プ
リミティブやパラメータ自体、あるいはある文字のプリ
ミティブ実行順序を変更する必要がないことである０本
発明の実施例では、これらの変換機能は、マトリックス
乗算による公知の２次元変換手法を用いて行なっている
。

本発明によれば、複数のフォント・ビット・マップをメ
モリに置いておく必要がない、実際には、文字の生成は
その描画時に行なわれる。この方法によると、複数のフ
ォントの保管と生成を、１つの集合として保管されてい
るグラフィック・プリティブとその実行順序を指示する
コマンドに基づいて行なえるという利点がある。さらに
、サイズ、位首、回転といった要因が、グラフィック・
プリミティブに渡していたパラメータを操作することで
ｍ　単にかつ動的に変更できるという利点がある。さら
に、本発明には、ピット・マツプ・システムに比べて所
定数のフォントを記憶するときのメモリの使用効率を向
上すると共に、フォントの生成と描画時のＣＰＵオーバ
ヘッドを軽減させる利点がある。

［実施例］ 本発明の実施例によれば、コンピュータをベースとした
マイクロコード・プログラムを使用し、グラフィック・
プリミティブを使用するグラフィック・プロセッサ上で
そのプログラムを稼動させて、フォントを記憶し、文字
を生成するものである。木明１ｎ中で説明している操作
をマイクロ命令レベルでコーディングすると、高速化さ
れるという点で望ましいが、これらの操作は、マイクロ
・レベルでも、マクロ・レベルでも、任意のプログラミ
ング言語で簡単にコーディングが可能であることは勿論
である。さらに、本発明はハードウェアで実現すること
も、あるいはプログラマブル・ロジック回路を使用して
実現することも可能である。

まず、第１図を参照して本発明の詳細な説明することに
する０本発明は、フォントを記憶し、文字を生成するシ
ステムと方法を提供するものである。フォント内の各文
字用の記憶域には、ビット・マップではなく、文字を作
るとき使用される命令のアドレスと、これらの命令で必
要とされるパラメータが保管されている０本発明では、
文字生成で使用される情報を保管しておくためのメモリ
・テーブルと、その情報を読み取って使用するプログラ
ムが使用される。システムはこれらのプログラムとテー
ブルを通して、文字コード情報をＣＰＵや入出力装置（
例：キーボード）から受け取ったり、文字データに対す
る変換操作を文字が表示装置上に生成される時点・で行
なう。

第１図の好適実施例に示すように、本発明によるシステ
ムは、ＣＰ　０１０Ｇと、グラフィック・プロセッサ１
０２（つまり、メモリ内のデータを処１里して表示する
装面）と、マツピング表示装置１０４（高解像度ビット
・マップ表示装置など）と、入出力装置およびコントロ
ーラ１０６　　（キーボード、ディスク、プリンタなど
）と、プログラム・メモリ１１０と、グローバル・メモ
リ１０８（プログラムによって使用されるテーブル、ポ
インタ、スクラッチパッド、その他の情報を保管してお
くためのもの）とから構成されている。グローバル・メ
モリ１０８とプログラム・メモリ１１０は、それぞれ別
個の物理メモリにすることも、単独のメモリ内の記憶域
として定義することも可能である。グローバル・メモリ
とプログラム・メモリは共に、スタチックＲＡ　Ｍ　（
ＳＩＩＡＭ）のような高速メモリにすることが好ましい
０表示装置１０４は、グラフィック・プロセッサ１０２
で駆動させるのが代表的である。その他の構成要素（上
に挙げたもの）は、割込みと仲裁方式の制御下で共通パ
ス経由でデータの受渡しを行なうのが代表的である。こ
れらの構成要素間を接続するとき必要になる手法とハー
ドウェアは、当業者に公知のものである。グラフィック
・プロセッサの動作と構造については、米国特許第４，
６４２，６２５号（ツネヒロ他）と米国特許第４，５８
０，１３４号（キャンベル他）に詳しく説明されている
が、これらはその全体が本明細書の一部を構成するもの
である。

本実施例では、以下に説明するテーブルがグローバル・
メモリ１１４内に定義されている。

（１）現フォント保管テーブル（ＣＦＳ）　１１２　：
ここには、監視プログラム（エグゼクティブ）１２２が
使用するある種のグローバル情報が保管される。

（２）フォント索引テーブル（ＦＬＩＴ）１１４　：　
ココには、フォント内の各文字ごとに、ベース・オフセ
ット、カーソル・インクリメント（増分）、当該文字を
どのように描画するかを記述した特定情報を指すポイン
タが保管される。

（３）文字テーブル１１Ｂ　　（７オント内の各文字ご
とに１つ）：ここには、グラフィック・プリミティブ１
２６　（ＧＰＣｒｔ）を呼び出すプログラムを指すポイ
ンタとこれらのプリミティブによって使用される情報が
保管される。

（４）テキスト変換テーブル（ＴＴＴ）　１１８　：こ
こには、描画される文字の変換が行なわれるとき使用さ
れる情報が保管される（テキスト変換テーブルのメモリ
・マツプ表現については、第６図を参照）。

グローバル・メモリ１０８には、第１図に示すように、
−時記憶域１２０があり、ここにはプログラムによって
使用されたポインタが収められ、スクラッチパッド／−
時記憶域としての機能をもつ。

これらのテーブル内の情報は、プログラム・メモリ１１
０から実行される２つのプログラムによって使用される
。２つのプログラムとは、監視プログラム１２２と描画
プログラム１２４である。監視プログラム１２２はシス
テムのグラフィック・コントローラ１０２のカラー・レ
ジスタを準備し、どの文字をいくつ描画するかといった
情報をＣＰ　０１００（これは該当する人出力装ニ１０
６に接続されていることもある）から取り出すものであ
る。各文字ごとに、監視プログラム１２２は当該文字の
情報が保管されているフォント索引テーブルのアドレス
を計算で求めて、Ｋｒｇ３プログラム１２４を呼び出す
、描画プログラム１２４は、描画すべき文字用の正しい
文字テーブルを探し出し、必要なパラメータをその文字
テーブルから抜き出したあと、そのパラメータを変換し
て、その文字をマツピング表示装ｆｉ１０４上に描画す
るために必要なグラフィック・プリミティブ１２６を実
行するルーチン（ｃｐｃｌｌ）を呼び出すものである。

描画プログラム１２４は、その動作時に、文字が描画さ
れるまで変換とグラフィック・プリミティブを１つずつ
実行していく、監視プログラム１２２と描画プログラム
１２４は詳しく下達する。

本明ＩＩＩ書で「表示される」という用語が用いられて
いるが、これは便宜上用いたものであって、文字が表示
される装置の種類を限定するものではない０例えば、文
字はプリンタやＣＲＴ、その他の適当な装置上に表示さ
せることが可能である。

また、ｒ文字」という用語は、＋ｎ報を伝達するとき使
用される一切の形状または記号を指すものである０例え
ば、英数字、特殊文字、特定のアプリケーションで任意
に選択される記号などである。

以下、本発明を更に詳しく具体的に説明する。

第２図ないし第６図は、本発明の好適実施例で使用され
ている各種テーブルを示している。この好適実施例では
、これらのテーブルはランダム・アクセス・メモリ（Ｒ
ＡＭ）の記憶域に保管されている。勿論、これらのテー
ブルは他の場所、例えば、リード・オンリー・メモリ（
ＩＩＯＭ）とか、ハード・ディスクやフロッピといった
記憶装面に保管しておくことも可能である。

第２図は、現フォント保管テーブル（ＣＦＳＴ）のメモ
リ・マツプを示したものである。このテーブルには、描
画プログラム１２４と監視プログラム１２２によって使
用されるグローバル情報が収められる。グローバル情報
としては、現在のテキスト・カラー２００、カーソルＸ
ポジション２０２、カーソル°Ｙ°ポジション２０４、
テキスト変換テーブルＣ丁丁丁）のアドレス２０６、選
択されたフォント用のフォント索引テーブル（ＦＬｔｌ
Ｔ）のアドレス２０８１選択されたフォント内の文字数
２１０などがある。現フォント保管テーブル１１２は監
視プログラム１２２に入る前に初期設定され、カーソル
ＸポジションとカーソルＸポジションは各文字が表示さ
れると更新される。　ＣＦＳＴ　１１２に保管されてい
る他の情報も、各文字が表示される間に変更することが
可能である。テーブル内の各項目は同じサイズにするこ
とが好ましいが、監視プログラム１２２に苦千の変更を
加えれば、異なるサイズの項目を使用することも可能で
ある。本発明者が実際にテストした１つの例では、各項
目のサイズは１６ビツトが使用されているが（このサイ
ズは使用コンピュータのデータ・ワードのサイズに合わ
せたものである）、各項目を記述するのに十分なワード
・サイズならば、どのサイズでも使用できることは勿論
である。

第２図に示す現フォント保管テーブル１１２では、第２
図ないし第６図のテーブルを標準の１次発メモリ（つま
り、いずれかのメモリ位置をアドレス指定するのに１つ
のアドレスだけが必要になるようなメモリ）に保管する
ことが意図されている。しかし、第２図のテーブルは２
次元メモリ（つまり、メモリが°Ｘ°　と°Ｙ°座標で
アドレス指定されるようなメモリ）でも働くように簡単
に修正できることは勿論である。テーブル３ないし６が
このような２次元メモリに保管される場合は、フォント
索引テーブル・アドレス２０８の項目は、ＦＬＵＴ　’
Ｘ’アドレスとＦＬＵＴ　’Ｙ’アドレスに買き代えら
れることになる。同様に、２次元メモリ構造の左側と右
側の境騨を定義するための項目が文字テーブルの開始ア
ドレスと終了アドレスとして追加されることになる３本
発明の利点は、同じような修正を行なうことにより、デ
ータ・アドレス指定のために任意の数の座標を必要とす
るようなメそりや記憶装置（例えば、多重ヘッド・ディ
スク）にもデータが保管できることである。第２図ない
し第６図のテーブルの内容は、現フォント保管テーブル
１１２を収めておく記憶装置の種類に左右されることが
ない。

第３図は、フォント索引テーブル１１４のメモリ・マツ
プを示したものである。このフォント索引テーブル（Ｆ
ＬＩＩ’ｒ）には、フォント内の各文字ごとに、カーソ
ル°Ｘ°と°Ｙ°ポジションの増分３００゜３０２（つ
まり、文字が描画されるときカーソル・ポジションが更
新されるｆＫ）、べ−ｋ・オフセット３０４（つまり、
基準線より下に延びる文字の並びを正しくするためにカ
ーソル°Ｙ°ポジションから差し引く必要のある量）、
選択した文字用の文字テーブルの長さ３０６（つまり、
その文字を生成するために必要なデータ項目の個数）、
および文字テーブルの開始アドレス３０８といった情報
が収容される。２つ以上の手法またはプログラムを使っ
て文字を描画する必要がある場合には、描画プログラム
のアドレス３１０に対応する項目をＦＬｔｌＴに作成す
ることも可能である０文字テーブル１１６が２次元メモ
リに保管される場合は、文字テーブルのアドレス３０８
は°Ｘ°アドレス項目と“Ｙ°アドレス項目から構成さ
れることになる。上述したように、任意の数のアドレス
・パラメータを必要とするメモリや記憶装置に合わせて
Ｎ単に修正が可能である。

第４図は、単一文字用の文字テーブル４０Ｇのメモリ・
マツプである。各文字テーブル４００には、文字を生成
するとき実行させたいグラフィック・プリミティブを識
別するデータが収容される。これは、グラフィック・プ
リミティブの実行時に使用されるパラメータを事前処理
して（例えば、現カーソル・ポジションを用いて変換と
修正を行なうといった処理）、特定のグラフィック・プ
リミティブを実行させる中間ルーチン（グラフィック・
プリミティブ呼出しルーチンやＧＰＣＲ）のアドレス４
０２．４０４．４０６を（文字テーブル内に）用意する
ことによって行なわれる。各ＧＰＣＲアドレス４０２．
４０４．４０６に続いて、関連のプリミティブを所望の
方法で実行させるために必要なパラメータ・リスト４０
８が買かれている０文字テーブル内の最後の項目は”Ｅ
ＮＤ　ＯＦ　ＣＩｌ八ＲへＡＣＴＥｌｌ”プリミティブ
・アドレス４１０である。

第５図は、英字“Ｂ“に対する文字テーブル構造の例を
示している。同図から明らかなように、英字”ｎ”は−
木の直線と２個の円弧を使用して描画することが可能で
ある。従って、英字“Ｂ“に対する文字テーブル構造は
、線プリミティブに対するＧＰＣｎのアドレス５０２と
そのあとに続く始点と終点パラメータ５０４および円弧
プリミティブに対するＧＰＣｎのアドレスをもつ２個の
項目５０６，５０８と各々のあとに続く中心点５１Ｏ１
半径５１２、始点５１４および終点５１Ｂ情報からなる
ことになる。

文字テーブル４００はフォント内の各文字ごとに１つ存
在することは勿論である。これらのテーブルは記憶装置
の使用効率を高めるために連続させることが可能である
が、本発明によれば、連続させなくても正しく動作する
ことは勿論である。

ＧＰＣＲを使用すると、プログラマが任意のオベレーテ
ィング・システムがもつ機能や特定のハードウェア装置
がもつ機能を利用できるという利点が得られる０例えば
、あるオペレーティング・システムがグラフィック・プ
リミティブを実行するソフトウェアをすでに備えていれ
ば、ＧＰＣｎを使用してパラメータ情報を文字テーブル
から抜き出して、既存のグラフィック・プリミティブ・
ソフトウェア１２６に知らせである場所にそれを置いて
おいておけば、それを探し出すことができる。そのあと
、そのソフトウェアから既存のグラフィック・プリミテ
ィブ・プログラムを呼び出すことができる０本発明の１
実施例では、ＧＰＣＲは文字変換プログラムのためのデ
ータを収集して、そのプログラムを呼び出すためにも使
用できる。

また、ＧＰＣＲを使用すると、プリミティブ実行機能や
文字変換機能がハードウェアで実行されるようなシステ
ムにおいても、柔軟性をもって本発明を利用できるとい
う利点が得られる。この実施例では、ＧＰＣＲは、ある
ハードウェア装置で必要になったときパラメータ・デー
タを抜き出して、操作を加えるために使用されるが、他
にインタフェース機能が必要ならば、その機能をＧＰＣ
ｎにもたせることも可能である０例えば、システムのグ
ラフィック・プロセッサ１０２にプリミティブを直接に
実行できる機能を備えている場合には、ＧＰＣＩＩは描
画プログラム１２４　とグラフィック・プロセッサ１０
２のハードウェア間のインタフェースの役割を果すこと
になる。また、この実施例では、グラフィック・プロセ
ッサ１０２は、描画プログラム１２３の制御の下で文字
を作成するためにプリミティブを描画することになる。

アプリケーションによっては、ＧＰＣＨの使用を省いて
、グラフィック・プリミティブのアドレスを文字テーブ
ル１１５に詮いておき、直接に実行させることも可能で
ある。

グラフィック・プリミティブの概念は当業者に周知であ
り、Ｄｏｎａｌｄ　ｌ１ｅａｒｎおよびＰａｕｌｉｎｅ
　Ｂａｋｅｒ共著の”Ｃｏｍｐｕｔｅｒ　Ｇｒａｐｈｉ
ｃｓ＝（Ｐｒｅｎｔｉｃｅ−Ｈａｌ１発行１９８６年）
およびＪ、Ｄ、ＦｏｌｅｙおよびＡ、Ｖａｎ　Ｄａｍ共
著の″Ｆｕｎｄａｍｅｎｔａｌｓ　ｏｆ　Ｉｎｔｅｒａ
ｃｔｉｖｅ　Ｃｏｍｐｕｔｅｒ−Ｇｒａｐｈｉｃｓ”（
Ａｄｄｉｓｏｎ　Ｗｅｓｌｅｒ発行、リプリント版１９
８３年）に説明されている。これらの書物は共に本明細
書の一部を構成するものである。

第６図は、テキスト変換テーブル１１８のメモリ・マツ
プを示したものである６本発明の好適実施例では、２ｘ
３または３ｘ３のマトリックスを使用して生成すべき文
字の変換を行なっている。テキスト変換テーブル１１８
には、このマトリックスで使用されるデータ６０Ｇが収
められている。ここで変換とは、回転、スケーリング、
並行移動といった操作を加えることである０本発明では
、「マトリック乗算による２次元変換」とも呼ばれてい
る手法を用いている。マトリックス乗算による２次元変
換とは、基本的には、２次元平面上の点のＸ％Ｙ座標を
３ｘｌマトリツクスの要素のうちの２要素として扱い、
そのマトリックスを２ｘ３または３ｘ３マトリツクスで
掛けることによってその点を変換する方法のことである
０点がどのように並行移動され、原点を中心として回転
され、その原点を基準にしてスケーリングされるかは、
２ｘ３または３ｘ３マトリツクスの値によって決まる。

マトリックス乗算の結果には、変換された点のＸとＹ座
標が収容される。グラフィック・プリミティブを使用す
ると、各プリミティブのパラメータにこの手法を適用し
てからプリミティブ自体を実行させることによって、文
字または文字列を変換でとるという利点が得られる。マ
トリックス乗算による２次元変換手法は当業者に周知で
あり、Ｎｅ＊ｍａｎおよび５ｐｒｏｕｌ共著の”Ｐｒ１
ｎｃｉｐｌｅｓ　ｏｆＩｎｔｅｒａｃｔｉｖｅ　Ｇｏｍ
ｐｕｔｅｒ　Ｇｒａｐｈｉｃｓ＠（ＭｃＧｒａｗ　Ｈｉ
１１発行、第２版１９７９年印刷）に説明されている。

同書は本明細書の一部を構成するものである。なお、同
書の第４章にこの手法の説明がある。

テキスト変換テーブル１１８には監視プログラム１２２
に入る前にデータを入れておき、各文字単位で変更が可
能である。また、このテーブルは、いくつかの文字から
なる流れに対してそのままにしておくことも可能である
。プログラマはいつでも変換データ６００を変更できる
ことは勿論である。

文字生成システムと方法の操作について、第１図および
第７図〜第１１図を参照して以下説明することにする。

すでに説明したように、本発明では、２つの部分、つま
り、監視プログラム１２２と描画プログラム１２４から
なるコンピュータ命令セットが使用されているが、まず
、監視プログラム１２２の動作について第１図と第７図
を参照して説明する。

まず、ブロック７００で示すように、監視プログラム１
２２は、フォント・カラーを現フォント保管テーブル！
１２から読み取り、それをコンピュータのグラフィック
・プロセッサ１０２のカラー・レジスタに古き込むこと
によフて、フォント・カラーをセットする。このステッ
プは別の場所でも行なえるが、監視プログラム１２２内
で行なうのが望ましい、この個所でカラーをセットする
と、個々の文字列や文字を独自のカラーでセットできる
という利点がある。モノクローム・システムでは、この
情報は省くことも、反転表示といった機能をセットする
ために使用することも可能である。また、この情報は、
プリンタや印刷プロッタが使用される場合には、これら
の装置にカラー情報を与えるためにも使用できる。

次に、ブロック７０２で示すように、監視プログラム１
２２は、印刷すべき文字列内の文字数と文字列の先頭ア
ドレス（１文字だけが表示される場合はその文字のアド
レス）を取り出す０文字コードはＣＰＵ１００（第１図
参照）に生成させることも、ＣＰ　Ｕ　１００経由で該
当する入力装置（キーボードなど）から受け取ることも
可能である。また、監視ルーチンを割込みで駆動させる
ことも可能である０本発明によれば、動作は文字コード
がどこから得られるかとは無関係である。

次に、監視プログラムは最初の文字を取り出しくブロッ
ク７０４）、その文字コードがあらかじめプログラムさ
れたフォントの１つに居するものと認識可能であるかど
うかが判断される（ブロック７０６）、本実施例では、
これは、フォント内の文字数を現フォント保管テーブル
から読み取り、フォントがその文字数以下か同じである
かを判断することによって行なわれる。この操作では、
文字コードがゼロから始まり、そのフォントに用意され
ている最高文字コードまで連続しているものと想定して
いる。この想定が正しくないか、別の方法が望ましけれ
ば、文字は、文字索引テーブルにある有効な文字コード
と比較させることも可能である。それでも不十分な場合
は、別の文字コード・テーブルを作ることも、あるいは
他の公知方法を用いることも可能である。

文字コードがプログラムされたフォント内にないと認識
された場合は、文字列内の次の文字が取り出される（ブ
ロック７０８．７１０．７０４）、描画すべき文字がな
くなると、監視プログラムは終了する（ブロック７０８
，７１２）　、プログラムは、文字が認識不能である場
合に、エラー・フラッグをセットしたり、エラー文字を
印刷したり、別の望ましい処置をとったりするように簡
単に修正が可能である。

文字コードが認識された場合は、その文字コードは、フ
ォント索引テーブル用のオフセット・アドレス（ＦＬＩ
Ｔオフセット・アドレス）を作るために使用される。こ
れを行なうために、プログラムは該当のフォント索引テ
ーブル（ＦＬｔｌＴ）のベース・アドレスを現フォント
保管テーブルから読み取る。プログラムが読み取った文
字コードが値Ｎであったとすれば、プログラムはＮ番目
のデータ構造のアドレスをこのＦＬＵＴベース・アドレ
スから計算する。プログラムはこの計算で求めたアドレ
スを使用して、フォント索引テーブル内の所定文字に関
する情報を探し出す、　ＦＬＩＩＴベース・アドレスは
グローバルに使用可能なメモリ域に保管されているので
、描画°プログラム（または他のプログラム）はそこか
らアドレスをアクセスできる。

７５３図に示すＦＬＩＴの実施例では、各文字のデータ
構造は６個の項目からなっている。従って、このテーブ
ルが使用されて、文字コード°０２°が読み取られたと
すると、ＦＬＩＴのベース・アドレスは１２項目だけオ
フセットさせる必要がある。

次に、ブロック７１６で示すように、監視プログラムは
描画プログラム１２４（これは詳しく下達する）を呼び
出す、監視プログラムは描画プログラムのアドレスをＦ
ＬＵＴから取り出す、２つ以上の方法を用いて文字列を
生成したい場合には、この方法によると、監視プログラ
ムが２つ以上の描画プログラムを使用できるという利点
が得られ・る０文字の描画が終ると、制御は監視プロゲ
ラ・ムに返される。文字列全体が印刷されると、監視プ
ログラムは終了する。印刷すべき文字が−まだ残ってい
る場合には、監視プログラムは次の文字を取り出し、文
字列全体が処理されるまでこの操作を繰り返すことにな
る。

監視プログラムは、文字列ポインタを使用することによ
って、印刷すべき文字を記憶している。

このポインタは、文字が読み取られ、期待される文字列
の長さと比較されるたびに増分されるので、最後の文字
がいつ処理されたかを判断することができる。監視プロ
グラムはこのポインタとＦＬＩＩＴオフセット・アドレ
スをグローバル−時記憶域（ｔｅｍｐｓ　ｔｏｒｅ）　
に保管しておくので、これらを必要とする描画プログラ
ム１２４や他のプログラム、ルーチン、ハードウェア装
置に使用させることが可能である。

次に、文字生成操作について、′：３１図および第８図
〜第１！図を参照して説明する。

すでに説明したように、システムは、システムのグラフ
ィック・プロセッサ１０２とのインタフェースとなるブ
リミテ・イブを実行することによって文字を表示装置１
０４上に描画するものである。描画プログラム１２４は
、２つの部分から構成されるものと考えてよい、描画プ
ログラム１２４の最初の部分は、グラフィック・プリミ
ティブの実行を統御するものである。グラフィック・プ
リミティブは、下達するサブルーチン（ＧＰＣＲ）の使
用を通して実行される。この最初の部分の流れ図を示し
たのが第９図である。

描画プログラムの２番目の部分は、該当の変換およびグ
ラフツク・プリミティブ・ルーチンを呼び出して、これ
らの機能の実行に必要な該当パラメータを抜き出すサブ
ルーチン（グラフィック・プリミティブ呼出しルーチン
）の集りから構成されている。フォントを生成するため
に使用されるすべてのプリミティブごとにＧＰＣＲが用
意されている。これらのプリミティブとしては、線、ス
プライン曲線、円、矩形、塗りつぶし、楕円、単一ビク
セル、文字の終了（ＥＮＤ　ＯＦ　ＣＩＩ八ＩへＡＣＴ
ＥＲ）とイブた操作がある。どの幾何学的図形でもプリ
ミティブとして描画できることは勿論である。すでに述
べたように、プリミティブの変換と実行のために必要な
パラメータは、変換テーブル（第５図）と文字テーブル
（第４図）に収められている。

ブロック９００で示すように、描画プログラム１２４は
まず該当の文字テーブル・アドレスをＦＬＵＴから取り
出し、そのアドレスのコピーをグローバルにアクセス可
能な一時記憶域に保管する。この保管されたデータは、
文字テーブルのポインタとして使用される。ブロック９
０２で示すように、プログラムは次に文字テーブル内の
最初のＧＰＣＨのアドレスを読み取り、文字テーブルの
ポインタを次の項目を指すように更新し、ブロック９０
４で示すように、ジャンプしてＧＰＣＲアドレスに移る
。　ＧＰＣＲはサブルーチン呼出しとしてアクセスする
ことが望ましい。

第１Ｏ図は、代表的なＧＰＣＩｔの流れ図である。ブロ
ック１０００で示すように、ＧＰＣＲはまずパラメータ
・データを文字テーブルから読み取り、文字テーブル・
ポインタを更新する。すでに述べたように、ＧＰＣｆｌ
は必要とする各プリミティブごとに１つ用意されている
。各ＧＰＣＲには、プリミティブを実行するためにパラ
メータがいくつ必要であり、これらのパラメータをどこ
に入れるべきかが正確に知らされている。

次に、ブロック１００２において、　ＧＰＣＲはすべて
の座標にカーソル・ボジシＢンを加えて、描画された文
字が画面上の正しい位置（指定された位置）に置かれる
ようにする。

次に、ブロック１００４において、文字ベース・オフセ
ット３０４がフォント索引テーブル１１１４から読み取
られ、基準線から下に延びた文字が正しく並ぶように現
カーソルＹポジションから差し引かれる。これを分かり
やすくしたのが第８図である。

英字”ｂ”がセル８００内にその基準線８０２と共に示
されている。同図から明らかなように、英字”ｑ”は英
字”ｂ”で使用されている基準線８０２よりも下にある
（この基準線は通常大部分の文字で使用される）、大部
分の文字では、現Ｙカーソル・ポジションは基準線の位
置にある。カーソルを下方からスタートさせるためには
、ＦＬｔｌＴ内の”ｑ“データ構造からのベース・オフ
セットが現Ｙカーソル・ポジションから差し引かれる。

これにより、英字“ｑ“の下縁はオフセットしていない
文字より下に現れることになる。

次に、ブロック１００６において、ＧＰＣＲは変換プロ
グラムを実行する。変換プログラムはそのデータをテキ
スト変換テーブル１１１８から取り出す、別の方法とし
て、ＧＰＣＢはデータをテキスト変換テーブルから取り
出し、それを変換プログラムに渡すようにすることも可
能である。コーディング作業を少なくするために、変換
プログラムはサブルーチン呼出しとして実行させること
が望ましい。

変換プログラムは、プリミティブのパラメータに）条件
を加えて（これらのパラメータはＧＰＣＲから受け取る
）、その操作を加えたパラメータをグローバルにアクセ
ス可能な記憶域に保管する。

次に、ブロック１００８において、ＧＰＣＲはそれが定
義されているｌ（好ましくは、サブルーチン呼出しによ
って）プリミティブ・プログラムを実行する。前述した
ように、ＧＰＣＲはプリミティブ・プログラムが探し出
すと予想される、またはその必要がある場所（例えば、
メモリ内の特定の記憶位置）に、変換されたパラメータ
を保管する。第１図に示すように、プリミティブ・プロ
グラム１２８が実行されると、システムのグラフィック
・コントローラ１０２はプリミティブをマツピング表示
装置１０４上に描画する。そのあと、描画プログラムの
最初の部分に再び入る（１０１０）（好ましくは、戻り
コマンドを使用することによって）。

次のプリミティブ・アドレスが次に実行され、このサイ
クルは繰り返される。文字テーブル４００（各文字用の
）の最後のアドレスは文字の終りプリミティブに対する
ものである（７５１１図）０文字の終りプリミティブが
実行されると、カーソル・ポジションは、文字ＦＬｔｌ
Ｔ構造内の項目１と２から読み取られたＸ％Ｙ増分で更
新され（ブロック１１００）　、監視プログラムに戻る
ことになる。特に重要なことは、文字の終りプリミティ
ブが実行されると、描画プログラムが終了し、制御梧１
１０２が監視プログラム１２２に返却されて次の文字の
生成が可能になることである。

上述した実施例では、現フォント保管テーブル１１２に
保管されているカーソル・ポジションは「名目上の」カ
ーソル・ポジションであり、これは必ずしも各文字が表
示される位置に対応していない。これは、変換プログラ
ムが動作して、必要とする並行移動、スケーリングまた
は回転を行なう前に文字が表示される位置に対応してい
る。

テキスト変換テーブル１１１８は、ある文字が表示され
てから次の文字が表示されるまでの間に変更が可能であ
る０例えば、各文字をカーソル・ポジションに対応する
中心点を中心にして１０度だけ回転させてからその文字
を表示したい場合は、テキスト変換テーブルから取り出
される回転中心は、変換プログラムを実行させる前に、
現カーソル・ポジションを用いて更新することができる
。

変換操作の開発過程で、各文字の中心に対応する中心を
基準にした回転またはスケーリングを行なうことができ
る。これを行なうために、各文字に対応するフォント索
引テーブル項目は、初期カーソル・ポジションを基準に
したその文字の中心位置を示すデータが含まれるように
拡張される。従フて、変換プログラムを実行させる前に
、現カーソル・ポジションおよびそのカーソル・ポジシ
ョンを基準にした文字の中心位置を用いてテキスト変換
テーブルを、文字の中心点を中心にした回転またはスケ
ーリングが行なわれるように更新することができる。

上述した実施例に代わる方法として、１つまたは複数の
文字テーブルをまずメモリまたは記憶装買から読み取っ
て、それをグローバル・メモリまたは一時記ｆ、１１装
置ａ１２０に入れてから実行させることも可能である。

この方法が行なわれるケースとしては、文字テーブルが
低速のアクセス・メモリ（例えば、２次元メモリ）また
は記憶装置（例えば、フロッピ）に保管されていて、実
際の実行は高速のメモリ（例えば、スタチックＲＡＭ）
から行なう必要がある場合がある。この場合には、文字
の終りアドレス４１０を文字テーブル４００の最後に置
く代わりに、プログラムが文字テーブル内の項目数を記
憶していて、項目数が文字テーブルの長さ（これはＦＬ
ＩＩＴ文字構造内の項目５から読み取られる）と一致す
るまで項目を一時記↑ｎ装置に入れ続けることになる。

その時点で、プログラムはＥＮＤＯＦ　ＣＩＩＡＲＡＣ
ＴＥＲアドレスを文字データの終りに挿入することにな
る。ＦＬＩＩＴ情報がいったん一時記憶装置にロードさ
れると、プログラムは最初の実施例で上述した通りに、
−時記憶装面の先頭から情報の読取りを始める。

本発明は、棒線側の描画に限定されるものではない。他
のプリミティブを塗りつぶしプリミティブと併用すれば
、任意の幅とカラーをもつ文字を描画することも可能で
ある６例えば、英字”ｉ”を描画する場合は、矩形と円
に対するプリミティブ・ルーチンが使用できる（つまり
、矩形の上に円を描くことができる）。ｒ塗りつぶし」
プリミティブを次に使用すれば、前記プリミティブで描
画された２つの形状を塗りつぶすことができる。

この塗りつぶしプリミティブが他のプリミティブと異な
るのは、それが実際に表示メモリに入れられて、塗りつ
ぶすべぎ多角形の輪郭を決め、そのあと特定の点から始
まってその多角形を特定のカラーで塗りつぶして行くか
らである。塗りつぶされた幾何学的形状（・例：塗りつ
ぶされた矩形や塗りつぶされた円）を直接に描画するプ
リミティブを使用して、２次元文字を生成することも可
能であることは勿論である。

上述した説明から理解されるように、本発明によれば、
単に文字を事前に記憶されたビット・パターンに基づい
て描画または印刷するのではなく、文字を実時間で生成
することができる。上述した各種実施例は、種々変更お
よび改善ができることは勿論である０例えば、ＧＰＣｆ
ｌを省略して、文字テーブルに文字生成のために使用さ
れるグラフィック・プリミティブ・プログラムを直接的
に識別するデータを収めておくことが可能である。

さらに、テキスト変換機能やベース・オフセット変更機
能は、プログラマがこれらの機能の使用を望まなければ
、省くことも可能である。さらに、グラフィック・プリ
ミティブは、適当なハードウェアやファームウェアであ
るいはソフトウェアで実行させることも可能である。従
って、上述した各種好適実施例は本発明を限定するもの
ではなく、単なる例として示したものにすぎないことは
、勿論である。

【図面の簡単な説明】

第１図は本発明に係るシステムの概要図、第２図は現フ
ォント保管テーブルのメモリマツプを示した図、 第３図はフォント索引テーブルのメモリ・マツプを示し
た図、 第４図は単一文字に対する文字テーブルのメモリ・マツ
プを示した図、 第５図は英字”Ｂ”に対する文字テーブル項目の例を示
した図、 第６図はテキスト変換テーブルのメモリ・マツプを示し
た図、 第７図は描画監視プログラムの流れ図、第８図は英字“
ｑ”のプリミティブ構造の例を示した図、 ｉｉ　９図は描画プログラムの監視共通部分の流れ図、 第１θ図は代表的なグラフィック呼出しルーチンの流れ
図、 第１１図は文字の終りルーチンの流れ図である。 ・・・ＣＰＵ。 ・・・グラフィック・プロセッサ、 ・・・マツピング表示装置、 ・・・入出力装置とコントローラ、 ・・・グローバル・メモリ、 ・・・プログラム・メモリ、 １１２・・・現フォント保管テーブル、＋１４・・・フ
ォント索引テーブル、 １１８・・・文字テーブル、 １１８・・・テキスト変換テーブル、 １２０・・・−時記憶域、 １２２・・・監視プログラム、 １２４・・・描画プログラム、 １２６・・・グラフィック・プリミティブ、２００・・
・現テキスト・カラー ２０２・・・カーソル゛Ｘ゛ポジション、２０４・・・
カーソル°Ｙ゛ポジション、２０６・・・テキスト変１
＾テーブル・アドレス、２０８・・・フォント索弓Ｉテ
ーブル・アドレス、２１０・・・選択されたフォント、 ３００．３０２−・・カー’））ＶＸ’　と゛Ｙ′増分
、３０４・・・ベース・オフセット、 ３０６・・・文字テーブルの長さ、 ３０８・・・文字テーブルの先頭アドレス、３１０・・
・描画プログラムのアドレス、４００・・・文字テーブ
ル、 ４０２．４０４，４０６・・・中間ルーチンのアドレス
、４０８・・・パラメータ・リスト、 ４１０・・・文字の終りプリミティブのアドレス、５０
２・・・ＧＰＣｎのアドレス、 ５０４・・・始点と終点パラメータ、 ５０５．５０８・・・項目、 ５１０・・・中心点、 ５！２・・・半径、 ５１４・・・始点、 ５１６・・・終点、 ６００・・・変換データ、 ７００．７０２，７０４，７０６，７０８，７１０，７
１２，７１６，９００，９０２．９’０４．１０００，
１００２．１００４．＋００６，１００８，１０１０，
１１００，１１０２゜１１１８・・・ブロック、 ８００・・・セル、 ８０２・・・基準線。 第 図 第 図 第 図 第 図 第 図 第 図 第 図 第１１ 第１０図

Claims (1)

1. 【特許請求の範囲】 １）文字セット内の文字を識別する文字コード・データ
   を受け取る手段と、 複数の異なる形状を表現する異なるグラフィック・プリ
   ミティブのセット内の少なくとも１つのグラフィック・
   プリミティブを識別することにより、前記文字コード・
   データで識別された文字を構成するためのデータと、前
   記文字内の識別された前記または各グラフィック・プリ
   ミティブのサイズと配置を示すデータとを、受け取られ
   た文字データ・コードごとに用意する手段と、 プリミティブ識別データで識別された１つまたは複数の
   グラフィック・プリミティブから前記文字を、サイズお
   よび配置を示すデータで示されたサイズと配置で生成す
   る手段と ２）サイズおよび配置を示すデータを、前記サイズおよ
   び配置を示すデータが文字を生成する手段に渡される前
   に、テキスト変換データに従って変換する手段を、さら
   に具えたことを特徴とする請求項１記載の文字生成装置
   。 ３）前記文字が文字を生成する手段によって生成された
   あとカーソルのポジションを更新するための手段を、さ
   らに具えたことを特徴とする請求項２記載の文字生成装
   置。 ４）前記文字を文字を生成する手段によって特定位置に
   生成させるための手段を、さらに具えたことを特徴とす
   る請求項３記載の文字生成装置。 ５）文字を特定位置に生成させるための手段が前記特定
   位置を文字を生成する手段に指示するようにサイズおよ
   び配置を示すデータを修正するための手段を、さらに具
   えたことを特徴とする請求項４記載の文字生成装置。 ６）前記文字が文字を生成する手段によって生成された
   あと、次の文字の文字コード・データを文字データを受
   け取る手段に受け取らせるための手段を、さらに具えた
   ことを特徴とする請求項３記載の文字生成装置。 ７）文字セット内の文字を識別する文字コード・データ
   を受け取る手段と、 少なくとも１つのグラフィック・プリミティブに対する
   サイズおよび配置データを、前記文字データ・コードに
   従って読取るための手段と、サイズおよび配置データを
   カーソル・ポジション・データによる指定に従って修正
   するための手段と、 グラフィック・プリミティブを修正されたサイズおよび
   配置データに従って生成するための手段と を具えたことを特徴とする文字生成装置。 ８）サイズおよび配置データを修正するための手段によ
   って使用されたカーソル・ポジション・データを修正す
   るための手段を、さらに具えたことを特徴とする請求項
   ７記載の文字生成装置。 ９）カーソル・ポジション・データを修正するための手
   段によって使用されたカーソル・ポジション・データを
   、ベース・オフセット値の変化に応じて変更するための
   手段を、さらに具えたことを特徴とする請求項８記載の
   文字生成装置。 １０）修正されたサイズおよび配置データがグラフィッ
   ク・プリミティブを生成するための手段に渡される前に
   、前記修正されたサイズおよび配置データをテキスト変
   換データに従つて変換するための手段を、さらに具えた
   ことを特徴とする請求項７記載の文字生成装置。 １１）変換するための手段は、前記修正されたサイズお
   よび配置データを、マトリックス乗算による２次元変換
   に従って変換する手段を具えたことを特徴とする請求項
   １０記載の文字生成装置。 １２）グラフィック・プリミティブを順次に生成させて
   、特定の文字を形成する手段を、さらに具えたことを特
   徴とする請求項７記載の文字生成装置。 １３）特定の文字が生成されたあと、現カーソル・ポジ
   ションをカーソル増分データに従って更新するための手
   段を、さらに具えたことを特徴とする請求項１２記載の
   文字生成装置。 １４）修正するための手段または変換するための手段は
   テーブルに収められている値を使用するようにした請求
   項７または１０記載の文字生成装置。 １５）グラフィック・プロセッサ手段と、 該グラフィック・プロセッサ手段に接続されたマッピン
   グ表示装置手段と、 プログラム・メモリ手段と、 前記グラフィック・プロセッサ手段に少なくとも１つの
   所定の形状を前記マッピング表示装置手段上に描画させ
   るための少なくとも１つのグラフィック・プリミティブ
   ・プログラムと、 該プログラム・メモリ手段に常駐していて、少なくとも
   １つのグラフィック・プリミティブ・プログラムの実行
   を統御するための描画プログラム手段と を具え、文字をマッピング表示装置手段上に生成するよ
   うにしたことを特徴とするグラフィック・プリミティブ
   を用いて文字を実時間で生成する装置。 １６）前記プログラム・メモリ手段に常駐していて、文
   字コード・データを受け取り、先頭アドレスを描画プロ
   グラムに知らせることによって、少なくとも１つのグラ
   フィック・プリミティブ・プログラムを受け取った文字
   コード・データに従って実行させるための監視プログラ
   ムを、さらに具えたことを特徴とする請求項１５記載の
   装置。 １７）さらに、少なくとも１つの所定形状をテキスト変
   換データに従って変換するための変換手段を更に備え、
   もって生成された文字を回転および／またはスケーリン
   グおよび／または並行移動された形状でマッピング表示
   装置手段に表示するようにしたことを特徴とする請求項
   １５記載の装置。 １８）テキスト変換データを変換手段に渡すためのメモ
   リ手段を、さらに具えたことを特徴とする請求項１７記
   載の装置。 １９）グラフィック・プリミティブを用いて文字を生成
   してビジュアル表示装置に表示するためのコンピュータ
   をベースとした方法であって、 文字コード・データを読み取るステップ（１）と、 文字コード・データで指定された文字をビット・マップ
   表示装置上に生成するために必要なグラフィック・プリ
   ミティブをコンピュータに実行させるステップ（２）と を含むコンピュータをベースとしたことを特徴とする方
   法。 ２０）前記ステップ（１）と（２）の間に、文字を生成
   するために必要なグラフィック・プリミティブ・リスト
   をコンピュータに渡すステップ（３）をさらに含むこと
   を特徴とする請求項１９記載のコンピュータをベースと
   した方法。 ２１）前記ステップ（３）は、文字を生成するために必
   要なグラフィック・プリミティブを実行するプログラム
   の先頭アドレス・リストをコンピュータに渡すステップ
   を含むことを特徴とする請求項２０記載のコンピュータ
   をベースとした方法。 ２２）前記ステップ（３）は、更に、グラフィック・プ
   リミティブを実行するために必要なパラメータ・リスト
   をコンピュータに渡すステップを含むことを特徴とする
   請求項２１記載のコンピュータをベースとした方法。 ２３）パラメータ・リストをコンピュータに渡すステッ
   プは、グラフィック・プリミティブのサイズおよび配置
   を示すデータを渡すステップを含むことを特徴とする請
   求項２２記載のコンピュータをベースとした方法。 ２４）パラメータ・リストをコンピュータに渡すステッ
   プは、コンピュータに渡されたパラメータを変換するス
   テップからなり、もって各グラフィック・プリミティブ
   を、文字が回転および／または並行移動および／または
   スケーリングされるように変換するようにしたことを特
   徴とする請求項２３記載のコンピュータをベースとした
   方法。 ２５）前記ステップ（２）は、更に、少なくとも１つの
   グラフィック・プリミティブを特定のカラーで塗りつぶ
   すステップを含むことを特徴とする請求項１９記載のコ
   ンピュータをベースとした方法。 ２６）ビット・マップ表示装置を使用するコンピュータ
   文字ジェネレータであって、各文字のビット・マップを
   式化して当該文字を表示することを特徴とするジェネレ
   ータ。 ２７）文字セット内の文字を識別する文字コード・デー
   タを受け取る手段と、 異なるグラフィック・プリミティブのセット内の少なく
   とも１つのグラフィック・プリミティブを識別すること
   により、前記文字コード・データで識別された文字を構
   成するためのデータと、前記文字内の識別された前記ま
   たは各グラフィック・プリミティブのサイズと配置を示
   すデータとを、受け取られた文字データ・コードごとに
   用意する手段と、 プリミティブ識別データで識別された１つまたは複数の
   グラフィック・プリミティブから前記文字を、サイズお
   よび配置を示すデータで示されたサイズと配置で生成す
   る手段と、サイズおよび配置を示すデータを、前記サイ
   ズおよび配置を示すデータが文字を生成する手段に渡さ
   れる前に、テキスト変換データに従つて変換する手段と
   、 前記文字が文字を生成する手段によって生成されたあと
   カーソルのポジションを更新するための手段と、 前記文字を文字を生成する手段によって特定位置に生成
   させるための手段と、 文字を特定位置に生成させるための手段が前記特定位置
   を文字を生成する手段に指示するようにサイズおよび配
   置を示すデータを修正するための手段と、 前記文字が文字を生成する手段によって生成されたあと
   、次の文字の文字コード・データを文字データを受け取
   る手段に受け取らせるための手段とを具えた文字生成装
   置において、前記変換手段は修正されたサイズおよび配
   置データをマトリックス乗算による２次元変換に従って
   変換する手段を具えたことを特徴とする文字生成装置。 ２８）文字セット内の文字を識別する文字コードを受け
   取る手段と、 前記文字コードで識別された前記文字を形成する際に実
   行される少なくとも１つのグラフィック・プリミティブ
   ・ルーチンの先頭アドレスと、グラフィック・プリミテ
   ィブ・ルーチンによって使用されるサイズと配置データ
   とを該文字コード用に収めているテーブルを保管するた
   めのテーブル・メモリ手段と、 複数の前記グラフィック・プリミティブ・ルーチンをそ
   れぞれの先頭アドレスから保管しておくためのルーチン
   ・メモリ手段と、 前記文字コードの入力を受けて動作して、該受け取った
   文字コード用の各グラフィック・プリミティブ・ルーチ
   ンの先頭アドレスを表すデータを前記テーブル・メモリ
   手段から取り出すと共に、前記取り出した先頭アドレス
   から開始するグラフィック・プリミティブ・ルーチンを
   実行させる制御手段と を具え、各グラフィック・プリミティブ・ルーチンは、
   該文字コードとそれぞれのグラフィック・プリミティブ
   ・ルーチンに対応するテーブル・メモリ手段から取り出
   したサイズおよび配置データを読み取ると共に、それぞ
   れの形状およびサイズと配置のグラフィック・プリミテ
   ィブを読み取ったサイズと配置データに従って形成する
   ように動作可能であることを特徴とする文字生成装置。