JPS6338985A - 文字拡大方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ この発明は文字拡大方式に関するものであり。

各種処理装置、例えばワードプロセッサ等における表示
や印字の出力Ｊａ　ｔｌｓに組み込んで利用することが
できる。

［発明の概要］ この発ＩＩは各種処理装ごにおいて文字を指示する文字
コード、拡大サイズを指示する属性コード等から拡大サ
イズの文字を生成する方式において、 記憶り膜中に、基本サイズの文字形状、拡大サイズの文
字形状の一部、両者を合成するための制御情報とを用意
し、実行時に、制御情報を使って基本サイズの文字形状
ど拡大サイズの文字形状の一部を合成することにより拡
大サイズの文字を合成しているので、 記憶８賃の増加を抑えつつきめの細かい美しい拡大文字
を得ることができる。

いいかえれば、「合成」をもって「拡大」を得ており、
基本サイズの文字形状情報を最大限に利用し、拡大サイ
ズの文字の形状の一部を基本的に追加形状情報として用
いている点に特徴がある。

［従来の技術］ 枕型のサイズより大きなサイズの文字を生成する方式と
して、次の２つの代表的な方式が知られている。

第１は、拡大された形状情報（点の集合で表現されるフ
ォント情報）を７１９前にメモリに用意しておき、実行
時に、その情報を単純に読み出す方式第２は、繰り返し
の制御情報を使用するもので、実行時に所定の行または
列における制御情報の値を参照し、元になる文字形状情
報の対応行または列の情報を制御情報の値の分だけ繰り
返し読み出す、つまり、繰り返しのない行と列は基本フ
ォントのものをそのまま使用し、繰り返しの指示されて
いるところはその分繰り返すことで文字を拡大する。

［発明の解決しようとする問題点］ 当然ながら第１の方式はきめの細かい拡大文字を打ち出
すことができるが、それと引換に容認できない記憶容量
の増大をもたらす。

一方、７ｐＪ２の方式は記憶容には基本的に増大しない
点で第１の方式の欠点を解消しているが、引換に荒さの
ｌ］立つ拡大文字を提供する。これは、拡大文字機上に
ついてのユーザーの期待を裏切る。これを軽減するため
に、補間規則を使用し、単純な繰り返しではなく、基本
フォントにおける隣接する２つの行または列を調べ、両
者をなめらかに補間する補間行１列を補間規則に従って
生成するものも提案されている。しかし、この補間処理
は思ったほどの効果を上げない、基本フォントのもつ比
較的荒い形状情報（少ない情報）から拡大フォントのも
つ細かい形状情報（多い情報）もしくは１−分近似され
た情報を導き出すような補間規則は一般に存在しないか
らである。さらに、この補則処理は著しい処理量の増大
を引き起こす。

この発１１は上述したような片手落ちの問題点を解消す
るためになされたもので、拡大文字の形状情報自体を最
初から用、ヒした場合より少ない記憶容かで、品質上は
同程度のきめの細かい拡大文字を生成することのできる
文字拡大方式を提供することを課題とする。

［問題点を解決するための手段］ ７ＪＳ１図に本発明の機能ブロック図を示す０本図にお
いて、Ａは基本サイズの文字の形状情報を記憶する基本
形状記憶手段、Ｂは拡大サイズの文字の形状の部分情報
を記憶する拡大部分形状情報記憶手段、Ｃは基本サイズ
の文字の形状情報と拡大サイズの文字の形状の部分情報
とを合成するための制御情報を記憶する制御情報記憶手
段、Ｄは制御情報に従って基本サイズの文字の形状情報
と拡大サイズの文字の形状の部分情報とを合成して拡大
サイズの文字形状を生成する合成手段である。

［作用と展開Ｊ 第１図の機上ブロック図により示される１段が記憶容量
の１１１約と文字品質の確保をもたらす理由は、拡大文
字の分解を考察することで説明できる。

いま、比較的きめの細かい拡大文字の形状情報がかえら
れているとする。この拡大形状情報のなかによりす・ｒ
ズの小さい基本文字の形状情報を構成する点の集まりが
含まれていると考えることができる。そこで、拡大文字
の形状情報のなかからこれらの点集合を抜き出し、基本
す・イズの文字マトリクスの中に配置する。これで基本
形状記憶７段Ａが完成した。残った拡大文字の形状は、
基本形状記憶手段Ａにいまや記憶されている形状の各部
と同様なパターンをもつものと異なるパターンをもつも
のとで構成されている。つまり、冗長性を含みつつ、拡
大文字に固有のパターンとなっている。したがって、同
様な箇所は圧縮して保管で３（そうしなくてもよいが）
、線片に異なるところはそのまま保管する。すなわちこ
れを、拡大文字の形状の部分情服として、広大部分形状
記憶「段Ｂに保存する。これで拡大部分形状記憶−Ｆ段
Ｂの完成である。

そして、以上による拡大文字の形状情報の分解ロジック
と逆の関係にある合成ロジックのデータ構造を制御情報
として制御情報記憶手段Ｃに保存する。これで、制御情
報記憶−ト段Ｃも完成である。残る合成手段りに必要な
機能は１合成ロジックのＬ順を実行するａ濠だけである
。これで全ての要素が完成した。

明らかに、拡大部分形状記憶手段Ｂに必要な記憶容量は
、拡大文字の全形状の情報の記憶に必要な容量より小さ
い、基本形状記憶「段Ａに拡大文字の残りの形状情報が
収められているからである０元来、基本形状記憶手段Ａ
の内容は基本サイズの文字出力のために用、ヒされるも
のであり、したがって、拡大文字の記憶容ψには含まれ
ない。

いいかえれば、記憶サイズの文字と拡大サイズの文字を
作成するのに必要な全記憶容量が減少する。

さらに１．！！めの細かな拡大文字を作成することがで
きる。上述の考察によれば、拡大文字のきめの細かさを
全く損なうことなく、拡大文字中、基７（文字の形状部
分を基本形状記憶手段Ａに、残りを拡大部分形状記憶ト
段Ｂに分解して格納しているからである。

拡大文字の形状を基本文字の形状と拡大文字の部分形状
に分解するしかたは−通りでなく種々のしかたがある。

基本文字の抽出においても−通りではなく種々あり、拡
大文字の部分形状のもたせ方にも、その部分形状に含ま
れる冗長度と固有度の表現形式に依存して種々の方式が
ある。このことは１本発明が種々の変形をもち得ること
を示唆している。

好ましい一構成例では基本文字の形状マトリクスの行間
、列間に拡大文字の部分形状の行パターン、列パターン
を適宜挿入することで拡大文字の全形状を得る（行列挿
入方式）、この場合、制御情報としては、拡大文字のマ
トリクスのどの行とどの列において、拡大文字の部分形
状の行パターン、列パターンを挿入するかを指示する形
式にする。拡大文字の生成実行時に、合成手段りは制御
情報記憶手段Ｃより、制御情報を読み込み、それが基本
文字形状の読み出しを指示している間は、基本形状記憶
手段Ａより現在の行、または列のパターンを読み出し、
拡大文字の作成マトリクス上の現在行、列に転写する。

しかし、読み込んだ制御情報が拡大部分形状の読み出し
を指示しているときは、指示に係る行、列の拡大パター
ンを拡大部分形状記ｔｌ！ｆ一段Ｃより読み出し、それ
を拡大文字の作成マトリクスの現在行、列に転写する。

このような行列挿入方式は、行と列の拡大率を独立して
設定できる点で有利であり、また、作成マトリクス上へ
の拡大文字の合成処理も比較的固型であり、処理量１例
えばデータ転送量を最小化することも可ｆ近である。

一例として、第２図〜第４図を参照して、列方向だけを
行列挿入方式に従って拡大する構成例を説明してみる。

第２図の右側に示されるのが基本フすント（基本サイズ
の文字の形状情報）であり、左側に示されるのが縦方向
の制御情報である。この制御情報は＜００１００１００
＞の値をもち１合Ｉ＆丁段りにより、左端のＭＳＢより
順次読み取られる。ビットく０〉は基本フォントの行パ
ターンを読み出すことを指示し、ビットく１〉は付加デ
ータ（拡大文字の部分形状情報）の行パターンを記入し
てから基本フォントの行パターンを記入することを指示
する。付加データは第３図に示されており、く付加個数
〉とあるのは、付加行数であり、く繰り返しフラグ〉と
いうのは、関連する付加データを何回訝り返して読み出
すかを示すものである０以上のデータ構造に従って、列
方向に拡大した文字のパターンを第４図に示す。

第４図のパターンが得られる理由は次の通り。

まず１合成ｆ段は拡大文字の作成エリアを用、なし、第
１行の作成のために、縦制御情報の最初のビット先読み
出す、ここでは、このビットは＜０＞であって、基本フ
ォントのパターンを使用することを指示している。そこ
で、合成手段は基本フォントの第１行を読み出し、これ
を拡大文字の作成エリアの第１　ｆ丁に転送する。２番
［１のビットも＜０＞なので、拡大文字の作成エリアの
第２行には）＾木フォントの第２行が記入される。しか
し、３番［１のビットはく１〉であり、拡大文字の部分
形状を挿入することを指示している。そこで、合ＪＲＴ
’＝段は関連する付加行数（ここでは２行）と繰り返し
フラグ（ここでは＜０＞で繰り返しはなし）を谷煕して
、付加データ＜０１０００１１０＞と＜ｏｔｏｏｏｏｉ
ｏ＞をそれぞれ、拡大文字作成エリアの３行目と４行目
に記入し、その後で基本フォントの３行目＜０１０００
１００〉を拡大文字作成エリアの５行目に記入する。

以下、同様にして、縦の制御情報より１ビツトを読み込
んでは、そのビットの値に従って、関連する基本フォン
トもしくは付加データ先読み出し、拡大文字作成エリア
の現在行に書き込んでいく。

上述した行列挿入方式とは別の構成例では、拡大文字を
、基本文字の形状、基本文字の形状の行、夕噌パターン
と同様の行、列パターン（拡大文字の部分形状のうち冗
長性をもつと解釈される部分）、拡大文字に（−ｄ有な
部分マトリクスパターン（比較的小さなボックス内に入
るパターン）に分割されるとして取り扱い、基本文字の
形状の行、列パターンと同様のパターンを挿入する箇所
を指示する情報を制御情報に持たせるとともに拡大文字
の作成マトリクス上において、拡大文字に固有なパター
ンが描かれた小さなボックスを張り付ける座標を制御情
報に含める。この構成の場合１合成ト段りは２段階で拡
大文字を生成する、第１段階で、拡大文字作成マトリク
ス上に基本文字の形状とその所定の行、列と同様なパタ
ーンを記入し、第２段階で、その」二に、拡大文字に固
有な部分マトリクスパターンを兎ね言きする。より詳し
く述べると、第１段階で１合成手段りは制御情報記憶ｆ
一段Ｃより挿入制御情報を読み込み、挿入が指示されて
いるときは、着目している基本文字の行、夕１のパター
ンと同様のパターンを拡大文字マトリクス−にに記入し
て、基本文字を引き伸ばす。

引き伸ばされた基本文字が完成したら（第１段階の終了
）、今度は制御情報記ｔ！！手段Ｃより重ね書きの座標
制御情報を読み込み、対応する固有の部分マトリクスパ
ターンを拡大部分形状記憶手段Ｂより読み出し、それを
、制御情報の示す拡大文字作成マトリクスとの座標を原
点として転写する。

この構成例は、拡大文字の形状が、そのすべての輪郭に
わたって、基本文字の輪郭と非類似であるような場合に
は有効ではないが、輪郭の一部、例えば文字の角のとこ
ろだけが固有パターンをもっているような場合には有効
である。

基本形状記憶手段に記憶される形状が目的とする拡大文
字の形状とかけ離れていて、単純な行列挿入方式では、
目的とする拡大文字の外側に基本文字の形状が飛び出す
場合もないとはいえない。

これを回避する一つの対策は、基本形状の部分削除情報
をもたせることである０例えば、制御情報記憶ト段Ｃよ
り読み出した制御情報が「解除」を指示している場合に
、基本形状記憶′ｆ一段より対応行、列を読み出さず、
単に拡大文字の作成マトリクス−Ｌにおける現在の処理
行１列をスキップする。もうひどっの対策は、、２ｊｌ
ｉ本形状の部分差替情報をもたせることである０例えば
、読み出した制御情報が「差替」を指示している場合に
、基本フォントの現在の行または列をスキップするとと
もに、部分差替情報を読み出し、拡大文字の作成マトリ
クス上の現在行または列を古さ込む。

なお、木ＩＪＩ細９において「文字」の用語は最広義に
解されるべきであり、少なくとも、コード形式の内部表
現によりアクセス可能な任意の形状を有するもの（例え
ば、記号）を含み得る。

［実施例］ 以Ｆ、この発明の一実施例について図面を参照して説明
する。

本実施例の全体構成を第５図に示す、同図において、１
はキーボードであり、実施例の目的のため１文字の指定
、文字サイズ（拡大サイズ）の指定を行うことができる
。２は装置全体を制御するＣＰＵであり、実施例の［］
的のため、拡大サイズの文字の合成を実行することがで
きる。３はキャラクタジェネレータで、ここには基本サ
イズの文字のフォントとともに、拡大サイズの文字の部
分形状データ（付加データ）と、拡大サイズの文字の合
成のための制御情報（付加符号）が保存されている。実
施例の目的のため、表示ＲＡＭ４と印字ＲＡＭ５上にお
いて、拡大サイズの文字が作成される０表示１ＮＡＭ４
と印字ＲＡＭ５１に作成された拡大文字はそれぞれＣＲ
Ｔ６とプリンタ７に送られ、表示、印字される。

第６Ａ〜第６Ｄ図には、付加符号と付加データの一例を
、第７図には２４Ｘ２４画素の基本サイズの文字の例と
してく島〉のパターンを、第８図には拡大サイズの文字
の例として４８Ｘ４８画ぶ構成のく島〉のパターンを示
している。この基本サイズの文字く島〉を縦、横とも２
倍に拡大する際に用いる付加符号と付加データが第６Ａ
〜第６Ｄ図に示されているわけである。

付加符号と、付加データの意味は上述の「作用と展開」
の欄１おいて第２図〜第４図を参照して説明した作用例
の場合と同じである。

第９図に拡大文字の作成フローを示しである。

第５図のキーボード１より島の文字を４８Ｘ４８画素の
大きさに拡大する旨の要求が入ると、ＣＰＵ２はキャラ
クタジェネレータより、第７図に示すノ、（本フォント
と第６図に示す付加符号を読み出し、第９図のフローに
示す拡大文字の作成を実行する。ここでの作成の手順は
、表示ＲＡＭ４（印字ＲＡＭ５）上の４８Ｘ４８の拡大
文字作成エリアに、左より１列ずつ処理し、それぞれの
列の作成のために、まず、横の付加符号の対応ビットの
値を調べ（Ｓ２）、そのビットが＜０＞で、横の付加デ
ータの列挿入を必要としていないときは、縦の付加符号
の対応ビットの値を検査しくＳ４）、そのビットが＜０
＞で縦の付加データの挿入も必要としていないときは、
そのビット番号に対応する基本フォント中のビットを拡
大文字の作成エリア上に古き込み（ＳＳ）、そのビット
がく１〉のときは縦の付加データビットを必要なだけ、
！）き込んでから基本フォント中のど−２トを；号さ込
み（３６）、縦の終了（現在の列の終了を示す）が確認
されるまで（３３）；　この縦の付加符号のビット検査
とその関連処理をくり返し、列の終了後、次の列のため
に再び横の付加符号の次のビット検査に移る。横の付加
符号のビットが＜１＞で、横の付加データを列挿入を指
示しているときは、関連する横の付加データを列挿入し
てから（Ｓ７）関連する縦の付加符号ビットを見て、基
本フォントのビットと縦の付加データのビットの組合せ
から成る列パターンを書き込む、横の付加符号を全部検
査したとき、横の終了（拡大文字の作成完了奢示す）が
確認され（Ｓｌ）、図示のフローを抜ける。

例を挙げてさらに細かく述べると、最初、基本フォント
（第７図）に対する列のポインタ（基本フォント列ポイ
ンタ）を最左列の値く１〉に置き、行のポインタ（基本
フォント行ポインタ）を最１−行の値＜１＞に置く、ま
た、拡大文字の作成エリア（第８図）に対する列ポイン
タと行ポインタも同様に、最左列、最上行の値に置く。

基本フォンｌｌ’ｌポインタは基本フォントの１列分実
行ごとに、基本フォント行ポインタは基本フォントの特
定行の１ビット実行ごとに、拡大文字列ポインタは拡大
文字の１列分実行ごとに、拡大文字行ポインタは拡大文
字の特定行の１ビット実行ごとに、それぞれインクリメ
ントされる。

例えば、基本フォント列ポインタが４をもつサイクルで
は、横の付加符号の左から４番目のビットが検査される
。このとき、拡大文字列ポインタは第６列を示している
（これ以前の横符号を調べると、＜ｏｏｉ＞であり、３
番目が＜ｉ＞でその付加列の数は第６Ｃ図の最上行に示
されるように２列であるため、拡大文字作成エリア−Ｌ
の第３ＴＡと第４列にその付加データが記入され、その
後で、第５列が縦の付加符号に基づいて、その付加デー
タと基本フォントの第３列目のデータを使って、！：き
込まれているからである）、この４番［１のビットはく
１〉である、そこで第６Ｃ図の２段目に示す付加データ
を使用する。イ・１加列数は２列であり、繰り返しはな
い、すなわち、？？　ＩＩ　している２列分の付加デー
タをそれぞれ、拡大文字作成エリアの第６列と第７列に
転送する（この結果、拡大文字列ポインタは第８列を示
すことになる。

一方、基本文字列ポインタは第４列のままである）、続
いて、ＣＰＵ２は、縦の付加符号の検査に移り、その最
左端のビットを読み取る。ここでは＜０＞である、そこ
で、基本フォントより、基本文字列ポインタの示す第４
列、基本文字行ポインタの示す第１行にあるビットを読
み出し、それを、拡大文字作成エリア上の第８列第１行
の位置（この位置は拡大文字列、行ポインタにより示さ
れる）に格納する（ここで基本文字と拡大文字の行ポイ
ンタは第２行となる）、続いてＣＰＵ２は縦の付加符号
の次のビット（２番目）を検査する。ここでは＜１＞で
あるので、関連する縦の付加データ（第６Ａ図の一番上
にある付加データ）の付加行数と繰り返し回数をみると
それぞれく２〉、＜０＞で、付加行数は２行で付加デー
タの読み出しの繰り返しはない、そこで、２行分の付加
データの左から４番目のビット（この４番目は）、（本
文字夕１ポインタの値により示される）を読み出し、そ
れぞれ、拡大文字作成エリアの第８列第２行と：ｆＳ３
行のイ装置に格納し、しかる後、基本２オントの第４列
第２行のビットを拡大文字作成エリアの第８列：ｆＳ４
行の位置に格納する。ここでノ、（本行ポインタは第３
行に移り、続いて、縦の打力ＩＪ符号の次のビットの検
査に戻る。これを繰り返していくと、例えば、）、−木
文字行ポインタが１９行を示しているサイクルで、縦の
付加符号の左から１９番［１のビットが検査され、＜１
＞なので、第６Ｂ図のドから４段目（先頭から１１番目
）の付加データの左から４番目のビット“ｌ”が拡大文
字作成エリアの第８列第３７行に格納され、続くヱ８列
男３８行に、基本フォントの第４列第１９行のビット“
１″が格納される。

基本フォント行ポインタ（縦の付加符号のポインタ）が
第２５行を示したときには、列（ここでは拡大文字の第
８列）が完成しており、基本フォント行ポインタは第１
行に戻され１．！！本フォント列ポインタ（横の付加符
号のポインタ）と拡大文字り嗜ポインタが１つ増加され
、ここでは、それぞれ第５列、第９列となり、横の付加
符号の左から第５番［１のビット検査に移る。そして、
横の付加符号−のポインタ（基本７オント列ポインタ）
が第２５列を示すときに、拡大文字は完成している。

すなわち、第８図に示すような４８Ｘ４８画素に拡大し
た文字く島〉のパターンが完成している。

この完成された拡大文字パターンはＣＲＴ６あるいはプ
リンタ７に送られて表示、印字される。

［発明の効果Ｊ 以上詳述したように、この発明では、拡大文字の形状情
報を分解して記憶し、その一方を基本サイズの文字の形
状情報として、残りを拡大部分形状情報として保管して
いるので、拡大サイズの文字の全形状情報をそのまま記
憶する場合より少ない８驕で足り、しかも１文字の品質
に劣化は生じず、きめの細かい美しい拡大文字を提供で
きる。

また、規則による補間等の処理は不要であるため、高速
に作成できる。

【図面の簡単な説明】

第１図はこの発Ｉ月の機ず駈ブロック図、第２図、第３
図、第４図はこの発明の作用例の説１１に用いたもので
、第２図は基本フォントと縦の制御情報、第３図は付加
データと付加データに関連する付加行数と繰返し回数、
第４図は第２図の基本フォントを制御情報と第３図に示
すデータを用いて拡大した場合の拡大フォントを夫々示
す図、第５図はこの発明の一実施例の全体構成図、第６
Ａ図、第６Ｂ図、第６Ｃ図、第６Ｄ図は実施例における
付加符号（制御端？４りと付加データ例を示す図、第７
図は実施例における２４Ｘ２４画素の基本サイズの文字
フォントの例を示す図、第８図は第７図に示す基本フォ
ントを第６Ａ図〜第６Ｄ図に示すデータを用いて４８Ｘ
４８画素に拡大された文字フォントの例を示す図、第９
図は実施例の拡大文字作成のフローチャートである。 ２・・・・・・ＣＰＵ、３・・・・・・キャラクタジェ
ネレータ、４・−・・・・表示ＲＡＭ、５・・・・・・
印字ＲＡＭ。 第１図 第２図 ロロ　ロコ 第３図 ｆ１和ヅ°−タ　（［］彊干ヨＦ＝［］澁干憂「］］山
ロテータ（［ヨ干−Ｅ干＝］＝三丁＝］叩歪十ヨ］第４
図 第５図 １１νｆＩ弓 第６Ａ図 （てＶクロつ一′−７（奪イぴ、） 第６８図 第７図

Claims (1)

1. 【特許請求の範囲】 基本サイズの文字の形状情報を記憶する基本形状記憶手
   段と、 拡大サイズの文字の形状の部分情報を記憶する拡大部分
   形状記憶手段と、 基本サイズの文字の形状情報と拡大サイズの文字の形状
   の部分情報とを合成するための制御情報を記憶する制御
   情報記憶手段と、 この制御情報に従って上記基本サイズの文字の形状情報
   と上記拡大サイズの文字の形状の部分情報とを合成して
   拡大サイズの文字形状を生成する合成手段と、 を有することを特徴とする文字拡大方式。