JPH03259191A - フォントｒｏｍアドレス管理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 「産業上の利用分野」 本発明は、複数の書体や文字サイズの混在したフォント
を一括して格納するフォントＲＯＭについてそのアドレ
スを管理する管理システムに関する。

「従来の技術」 文字の表示や印刷を行う表示装置やプリンタでは、表示
または印刷する文字の書体や文字サイズを所望のものに
指定することができるようになっているものが多い。こ
のような装置では、書体について例えば明朝体とゴシッ
ク体の一方を選択することができたり、文字サイズにつ
いて８ポイントや１０ポイントおよび１４ポイントの中
から任意のポイントを選択することができるようになっ
ている。

従来、このような各種フォントを格納したフォントＲＯ
Ｍには、同一書体で同一文字サイズのフォントについて
はこれらのフォントが原則として隙間なく連続して配置
されるようになっていた。

このため、フォントＲＯＭのアドレッシングを行う際に
は、書体と文字サイズとの組み合わせから規定される一
連のフォントの先頭アドレスが求められ、次に読み出し
の対象となるフォントがその先頭アドレスのフォントか
ら何番目に位置するものであるかのデータを基にしてそ
のフォントについてのアドレスの計算が行われた。そし
て、この求められたアドレスをフォントＲＯＭに与えて
所望のフォントの読み出しを行うようになっていた。

第６図は、従来のこのようなフォントＲＯＭアドレス管
理システムの構成を表わしたものである。

ＣＰＵ　（中央処理装置）１１およびフォントＲＯＭ１
２はアドレスバス１３に接続されている。

ＣＰＵＩＩは図示しないＲＯＭ　（’ＩＪ−ド・オンリ
メモリ）に格納されたプログラムを実行して、同じく図
示しないＲＡＭ　（ランダム・アクセス・メモリ）を作
業用メモリとしてアドレスの計算を行い、求められたア
ドレスがフォントＲＯＭに直接与えられてフォントデー
タ１４の読み出しが行われるようになっていた。

「発明が解決しようとする課題」 このように従来のフォントＲＯＭアドレス管理システム
では、フォントＲ，０Ｍ１２のアドレスを求めるのに一
々計算を行う必要があったので、アドレス管理が複雑に
なるという問題があった。また、このフォントＲ，０Ｍ
１２に所定の書体と文字サイズからなる新たなフォント
を追加してその内容の拡張を行うような場合には、その
フォントのアドレスの計算のだ約のプログラムを新たに
追加する必要があった。

そこで本発明の目的は、アドレスの管理の簡略化を図る
ことができ、フォントの拡張にも容易に対処することの
できるフォントＲＯＭアドレス管理システムを提供する
ことにある。

「課題を解決するための手段」 本発明では、文字のフォントを格納し、上位アドレスが
文字の書体やサイズ等の文字の属性の指定のために割り
当てられ、下位アドレスが個々の文字の種類を指定する
ための共通のアドレスとして割り当てられたフォントＲ
ＯＭと、個々のフォントを指定するフォント指定情報（
アドレス情報）を変換して前記した上位アドレスを出力
する上位アドレス用変換手段と、この上位アドレス用変
換手段から出力される上位アドレスとフォント指定情報
の一部を成す下位アドレスとの組み合わせからなるアド
レス情報を用いてフォントＲＯＭから所望のフォントを
読み畠す読出手段とをフォントＲＯＭアドレス管理シス
テムに具備させる。

すなわち本発明では、フォントＲＯＭの下位アドレスを
文字の種類を指定するための共通のアドレスとすると共
に、上位アドレスを個々のフォントを指定するためのフ
ォント指定情報の変換によって得られるようにして上述
した目的を達成する。

「実施例」 以下、実施例につき本発明の詳細な説明する。

第１図は本発明の一実施例におけるフォントＲＯＭアド
レス管理システムの構成の概要を表わしたものである。

この実施例のシステムでは、ＣＰＵ２１がアドレスバス
２２の全幅と接続されている。アドレスバス２２の半幅
に相当する下位のパスラインは、アドレスラッチ２３と
接続されており下位アドレスを伝達するようになってい
る。

また、アドレスバス２２の他の半幅に相当する上位のパ
スラインが２つに分岐されて変換テーブル２４およびデ
コーダ２５と接続されており、これらに上位アドレスを
２分したものが伝達されるようになっている。デコーダ
２５は分岐された上位アドレスを解読して、チップセレ
クト信号２６を変換テーブル２４に、ラッチ信号２７を
アドレスラッチ２３に、そしてイネーブル信号２８をデ
イレイ２９に供給するようになっている。デイレイ２９
はイネーブル信号２８を所定量だけ遅延させ、遅延イネ
ーブル信号３１としてフォントＲＯＭ３２に供給するよ
うになっている。変換テーブル２４によって変換された
後の変換上位アドレス３３とアドレスラッチ２３に保持
された下位アドレス３４は合流し、読み出し用のフォン
トＲＯＭアドレス３５となってフォノ１−ＲＯＭ３２に
供給され、これに応じたフォントデータ３６が読み出さ
れることになる。

第２図は、フォントＲＯＭの内容を表わしたものである
。フォントＲＯＭ３２の上位アドレスは文字の書体やサ
イズ等の属性を表わすようになっている。したがって、
例えば上位アドレスが１０進数で″００００”から始ま
る所定量の記憶領域には明朝体のフォントが格納されて
おり、同じく１０進数で“０１００”″から始まる所定
量の記憶領域にはボンツク体のフォントが格納されてい
る。

なお、この例で明朝体のフォントは上位アドレスが１０
進数で“００００”から”００１１”までのすべての領
域に格納されている必要はな（、余った領域にはフォン
ト以外のデータが格納されていてもよい。

本実施例のフォントＲＯＭ３２では、その上位アドレス
のｌＯ進数で表わした最下位が“０”の記憶領域には８
ポイントの文字サイズのフォントが格納され、”　１　
”の記憶領域には１０ポイント、“２”の記憶領域には
１２ポイント、３”の記憶領域には１６ポイントの文字
サイズのフォントがそれぞれ格納されている。また、文
字の書体やサイズ等の属性が異なっても下位アドレスが
例えば１０進数で“０”の位置には、文字“あ”のフォ
ントが格納されており、“１”の位置には文字“い″の
フォントが格納されているといったように同一下位アド
レスには常に同一の文字に関するフォントが格納されて
いる。

このように、同一の文字について下位アドレスがすべて
共通となっているので、第１図に示したアドレスラッチ
２３に供給された下位アドレスはフォントＲＯＭ３２に
そのまま供給されるだけで文字の種類の指定が可能にな
ることになる。

これに対して、ＣＰＵ２１から出力されるアドレス情報
の上位アドレスは文字の書体やサイズを示しているデー
タである。これらについてはＣＰＵ２１から圧力される
アドレス情報を変換テーブル２４によって変換してフォ
ノ１−ＲＯＭ３２に供給し、個々のフォントＲＯＭ３２
のフォントデータ格納状況に対応させるようになってい
る。

第３図はＣＰＵから出力されるフォント指定のための論
理アドレスの構造を表わしたものである。

論理アドレス４１における上位アドレスは、１６ビツト
で構成されており、このうちの上位４ビツトがデコーダ
２５に供給されるようになっており、これらが解読され
て前記したチップセレクト信号２６、ラッチ信号２７お
よびイネーブル信号２８が作成される。上位アドレスの
下位８ビツトはテーブルインデックス゛’　Ｄ　Ｂ　”
であり、これは文字サイズとしてのポイントを表わす。

例えばこの第３図に示すようにテーブルインデックス“
Ｄ　Ｂ　”が’００００００１０”である場合には、文
字サイズが１２ポイントであることを示し、“００００
００００”である場合には８ポイントを、また“０００
００００１”である場合には１０ポイントであることを
示す。

上位アドレスのこれらの中間に位置する４ビツトはテー
ブルインデックス゛″Ｄ　Ａ　”であり、これは文字の
書体を表わす。例えばこの第３図に示すようにテーブル
インデックス”　Ｄ　Ａ　”が“ＯＯＯ１”である場合
には、文字の書体がゴシック体であることを示し、”　
００００°′である場合には明朝体であることを示す。

この第３図で示したように上位アドレスは変換テーブル
２４　（第１図）によって２段階に変換されて、変換上
位アドレス３３が作成され、これに下位アドレス３４が
組み合わされて読み畠し用のフォントＲＯＭアドレス３
５が作成される。

第４図はテーブルディスクリブタのフォーマットを、ま
た第５図はフォントディスクリブタのフォーマットをそ
れぞれ表わしたものである。第１図に示した変換テーブ
ル２４は、幾つかのテーブルディスクリブタ４５と最終
的に変換上位アドレス３３を含んでいるフォントディス
クリブタ４６とから構成されている。これらディスクリ
ブタ４５．４６は予め外部メモリに設定しておくもので
あり、この例ではそれぞれ３２ビツト構成となっている
。このうちの最下位ビットであるＳ”ピントはディスク
リブタの示すテーブルアドレスおよび変換上位アドレス
に対してフォントが存在している（サポートされている
）場合にパ１”となっており、フォントが存在していな
い場合に“０″となっている。最下位の次のビットであ
る“Ｔ”ビットはディスクリブタの種類を表わしている
。Ｔ＝１の場合には第４図に示したようにテーブルディ
スクリブタ４５であり、これには次に参照すべき記憶領
域の番地がテーブルアドレスとして示されている。Ｔ＝
０の場合には第５図に示したようにフォントディスクリ
ブタ４６であり、変換上位アドレス３３が示されている
。

今、ゴシック体の８ポイントのフォントがサポートされ
ていないものとする。この場合、ゴシック体の８ポイン
トを指定するフォントディスクリブタ４６のＳ”ビット
は０”になっており、サポートされていないことが分か
る。

明朝体の１６ポイントのフォントがフォントＲＯＭ３２
に存在しなかった場合で、これを新しく追加した場合を
次に考える。フォントＲＯＭ３２のこのような上位アド
レスが“０００３”であるものとすると、このようなア
ドレスデータ゛が出力されるフォントディスクリブタ４
６と、明朝体や１６ポイントをそれぞれ指定するテーブ
ルディスクリブタ４５を作成することによって、追加さ
れたフォントに対しても簡単に対応ができるようになる
。

なお、テーブルインデックス“ＤＡ”やテーブルインデ
ックス“ＤＢ”および下位アドレスのビット数は、使用
されているフォントＲＯＭのサイズやフォントの種類に
よって自由に設定することが可能であり、実施例のもの
に限定されるものではない。

「発明の効果」 以上説明したように、本発明によれば文字の種類を指定
するためのフォントＲＯＭの下位アドレスがフォント指
定情報の一部を成すので、指定した書体が存在しないよ
うな場合に同一文字の他の書体の文字を簡単に割り当て
ることができるという長所がある。また、書体や文字サ
イズが異なってもフォントＲＯＭの下位アドレスが共通
するので、書体やポイント数等の変更をテーブルの切り
換え等によって容易に実現することができ、またフォン
トＲＯＭの拡張に対しても容易に対処することができる
。

【図面の簡単な説明】

第１図〜第５図は本発明の一実施例を説明するためのも
ので、このうち第１図はフォントＲＯＭアドレス管理シ
ステムの構成の概要を表わしたブロック図、第２図はフ
ォントＲＯＭの内容を表わした説明図、第３図はフォン
ト指定のための論理アドレスの構造を示す説明図、第４
図はテーブルディスクリブタのフォーマットを示すフォ
ーマット説明図、第５図はフォントディスクリブタのフ
ォーマットを示すフォーマット説明図、第６図は従来の
このようなフォントＲＯＭアドレス管理システムの構成
の概要を表わしたブロック図である。 ２１・・・・・・ＣＰＵ、２２・・・・・・アドレスバ
ス、２４・・・・・・変換テーブル、 ３２・・・・・・フォントＲＯＭ、 ３３・・・・・・変換上位アドレス、 ３４・・・・・・下位アドレス。

Claims (1)

1. 【特許請求の範囲】 文字のフォントを格納し、上位アドレスが文字の書体や
   サイズ等の文字の属性の指定のために割り当てられ、下
   位アドレスが個々の文字の種類を指定するための共通の
   アドレスとして割り当てられたフォントＲＯＭと、 個々のフォントを指定するフォント指定情報を変換して
   前記上位アドレスを出力する上位アドレス用変換手段と
   、 この上位アドレス用変換手段から出力される上位アドレ
   スとフォント指定情報の一部を成す下位アドレスとの組
   み合わせからなるアドレス情報を用いて前記フォントＲ
   ＯＭから所望のフォントを読み出す読出手段 とを具備することを特徴とするフォントＲＯＭアドレス
   管理システム。