JPH0635438A - 文字発生方法 - Google Patents

Abstract

(57)【要約】 【目的】 少ないデータ容量から多くの書体を発生させ
る。 【効果】 少ないデータ容量から、品位を落とすことな
く多くの書体を発生できる。 【構成】 基本骨格データと書体従属データを持ち、要
求する書体を発生させる。基本骨格データは、骨格の開
始部、中間部、終了部を持ち、骨格の優先順位を持ち、
隣接する情報を持つ。書体従属データは、字面の変形情
報、ウエイト情報を持つ。

Description

【発明の詳細な説明】

【０００１】［技術分野］本発明は、ベクトル形式でコ
ード化された文字等をドット形式に変換する機能を有し
た文字発生方法に関する。

【０００２】

【従来の技術】従来、複数の書体あるいはファミリを出
力するとき、１書体単位でＲＯＭに格納し、出力時に要
求書体の内容を参照して、ＲＯＭに格納されている要求
書体のアドレスから必要なデータを取り出し、ベクトル
形式のデータからビットマップ形式のデータを作成して
出力していた。

【０００３】しかしながら上記従来例の場合、書体数が
少ない場合には製品のＲＯＭ容量もそれ程大きくなくて
済んだが、書対数が多くなってかつそれに対してファミ
リも用意しなければならなくなると、製品に搭載するＲ
ＯＭの容量が膨大となり現実的ではなくなってしまうと
いう問題点があった。

【０００４】また、展開要求側のデータ型がストローク
型の場合は、アウトライン型のデータでは対応できず、
逆に展開要求側のデータ型がアウトライン型の場合は、
ストローク型のデータでは対応できないという問題点が
あった。

【０００５】［目的］以上の点に鑑み本発明の目的は、
上記問題点を解決するために、基本ストロークデータ及
び書体従属データを持つことによって、基本となるスト
ロークのデータは搭載する書対数に関係なく１つで済
み、書体従属データを書体数分持つことによって、出力
品位を落とすことなく製品に搭載するＲＯＭ容量を少な
くすることを目的としたものである。

【０００６】また、ストローク型データからアウトライ
ン型データに型変換を行うことによって、要求出力に合
わせた文字展開を可能にすることを目的としたものであ
る。

【０００７】

【実施例】次に本発明の実施例について説明する。

【０００８】なお、本発明は複数の機器からなるシステ
ムにおいて、達成されても良く、１つの機器からなる装
置において達成されても良い。また、システムあるいは
装置に本実施例の方法に基づくプログラムを供給するこ
とにより、本発明が達成される場合にも適用されること
は言うまでもない。

【０００９】図１は本発明にかかる本システムの基本的
な構成を示すブロック図である。本システムは日本語ワ
ードプロッセッサであっても良いし、ワークステーショ
ンあるいはコンピュータシステムであっても良い。図１
において１はＣＰＵ、即ち中央処理装置であり、この装
置全体の制御及び演算処理等を行なうものである。２は
ＲＯＭ即ち読み出し専用メモリであり、システム起動プ
ログラム及び文字パターン・データ等の記憶領域であ
る。３はＲＡＭ即ちランダムアクセスメモリであり、使
用制限のないデータ記憶領域であり、様々な処理毎に各
々のプログラム及びデータがロードされ、実行される領
域である。４はＫＢＣ即ちキーボード制御部であり、５
のＫＢ即ちキーボードよりキー入力データを受け取りＣ
ＰＵ１へ伝達する。６はＣＲＴＣ即ちデイスプレイ制御
部であり、７はＣＲＴ即ちデイスプレイ装置であり、６
のＣＲＴＣよりデータを受け取り表示する。９はＦＤ即
ちフロッピーディスク装置あるいはＨＤ即ちハードディ
スク装置等の外部記憶装置であり、プログラム及びデー
タを記憶させておき、実行時必要に応じて参照またはＲ
ＡＭへロードする。８はＤＫＣ即ちデイスク制御部であ
り、データ伝送等の制御を行なうものであり、１０はＰ
ＲＴＣ即ちプリンタ制御部であり、１１はＰＲＴ即ちプ
リンタ装置である。１２はシステムバスであり、上述の
構成要素間のデータの通路となるべきものである。

【００１０】また、図２も本発明にかかる本システムの
基本的な構成を示すブロック図である。本システムはレ
ーザビームプリンタであっても良いし、バブルジェット
プリンタあるいは熱転写等の出力機であっても良い。図
２において１はＣＰＵ、即ち中央処理装置であり、この
装置全体の制御及び演算処理等を行なうものである。２
はＲＯＭ即ち読み出し専用メモリであり、システム起動
プログラム及び文字パターン・データ等の記憶領域であ
る。３はＲＡＭ即ちランダムアクセスメモリであり、使
用制限のないデータ記憶領域であり、様々な処理毎に各
々のプログラム及びデータがロードされ、実行される領
域である。入力データを受け取りＣＰＵ１へ伝達する。
４はＰＲＴＣ即ち出力制御部であり、５はＰＲＴ即ち出
力装置であり、４のＰＲＴＣよりデータを受け取り表示
する。

【００１１】ここで本発明の実施例の詳細を説明する。
まず基本的なデータの構造を説明する。図３〜図１２に
漢字の「風」を例に取った文字の最終字形とその骨格を
示す。図３と図４は明朝体の最終字形とその骨格、以下
同様に、ゴシック体、丸ゴシック体、教科書体、楷書体
の例である。一般的な縦線を例にとっても、明朝体、ゴ
シック体、丸ゴシック体は垂直な直線であるが、楷書体
の場合は起筆部に曲線が使用される。また同様に楷書体
の水平線は微妙な曲率を持っている。

【００１２】図１３に画要素データの基本形状を示す。
本実施例では画要素の基本形状を８種類に分類し、各
々、「横画」、「縦画」、「左ハライ」、「右ハラ
イ」、「テン」「ハネアゲ」などと称する。

【００１３】図１４にて「風」を例にした基本骨格デー
タを説明し、図１５にてそのデータの内容を示す。
「風」はＳＴＲ１からＳＴＲ１１までの１１個の画要素
より構成される。各々の画要素は後述する、書体毎の画
要素データを適合させるため、５個の座標参照点情報
（以下、ＲＰ情報）をもつ。例えば、ＳＴＲ１は、ｐ
１、ｐ２、ｐ３、ｐ４、およびｐ５、ＳＴＲ２は、ｐ
１、ｐ６、ｐ７、ｐ８、およびｐ９をもつ。上記５個の
座標参照点はそれぞれ、始点参照情報（以下、ＲＰ
１）、始点−中間部接続点参照情報（以下ＲＰ２）、画
中央部参照情報（以下、ＲＰ３）、中間部−終了部接続
点参照情報（以下、ＲＰ４）、終点参照情報（以下、Ｒ
Ｐ５）である。

【００１４】各文字を構成する各画要素データは、その
文字における画要素シーケンス番号、画要素種別、画優
先度、隣接情報（開始部、中間部、終了部）、ＲＰ情報
をもつ。

【００１５】画要素種別は「横画」、「縦画」などの種
別を番号で示し、たとえば横画の場合は１を、縦画の場
合は２を格納する。画優先度は該当する画要素がその文
字の中で、どのくらい重要な意味をもつかであり、重要
度の高い順にたとえば１から５までの値をもつ。ここ
に、１は最太線、２は骨格代表線、４は細線、５は最細
線、３は前記に該当しない一般線、といった区別をする
ことができる。ここでいう骨格代表線とは、その文字の
外形や中心を貫く長い画などを指す。最太線は「一」や
「人」など非常に単純で少ない画数で構成される文字の
画要素の場合に適応させるものである。隣接情報は開始
部、中間部、終了部のそれぞれが他の画要素と接してい
るか、またはその要素のみで独立しているかを表し、独
立する場合は値０を、他の画要素と接触している場合、
その画要素シーケンス番号と接触している画要素の部
位、すなわち開始部、中間部、終了部の区別を格納す
る。たとえば開始部の場合１を、中間部の場合２を、終
了部の場合３を格納する。ＲＰ情報は前述５個の座標参
照点情報をその文字が定義されている座標形における
（ｘ，ｙ）座標値で格納する。

【００１６】図１６および図１７は横画を例に取った場
合の書体毎の画要素データの内容を説明する図である。
前者は明朝体の例、後者は楷書体の例を示す。図１６の
場合は、開始部に２個すなわちＡｓｔ、Ａｅｄ、中間部
に３個すなわちＢｓｔ、Ｂｉｍ、Ｂｅｄ、終了部に３個
すなわちＣｓｔ、中間制御点１個、Ｃｅｄの情報をも
ち、各々はさらに相対（ｘ，ｙ）座標値、相対標準太さ
値（ｖ，ｗ）をもつ。本データは書体毎にそれぞれの基
本画要素の具体的な形状を定義するものである。そし
て、Ａｓｔ，Ａｅｄ，Ｂｓｔ，Ｂｉｍ，Ｂｅｄ，Ｃｓ
ｔ，Ｃｅｄの各制御点は図１５に示す基本骨格データの
ＲＰ１〜ＲＰ５とリンクしている。図１７は楷書体の例
を示したものであり、Ａｓｔ，Ａｅｄ，Ｂｓｔ，Ｂｉ
ｍ，Ｂｅｄ，Ｃｓｔ，Ｃｅｄの要素座標データとそれ以
外の制御座標データが格納される。

【００１７】本データはさらに基本画要素の接続部の形
状情報を定義する。図１９はの横画開始部と縦画開始部
の接続部の様子を説明する図である。また図２０は、横
画終了部と縦画終了部の接続部の様子を説明する図であ
る。これらの接続情報は基本骨格データ部の開始部、中
間部、終了部に格納してあるので、それを参照して対象
となるそれぞれのデータをアクセスして接続させる。詳
細は図２４のフローチャートの中で説明する。

【００１８】そして図１８に書体従属データのフォーマ
ットを示している。このデータは各書体に対してそれぞ
れのデータを持ち、まず明朝体やゴシック体等のポイン
タ情報を持つ。そしてそれぞれの書体のポインタをたど
ると、ｆａｃｅ情報及び画要素データへのポインタが格
納されている。ｆａｃｅ情報は書体の字面の形状を変形
させるための情報（図２４のフローチャートで詳述）で
ある。また、画要素データへのポインタは各ストローク
のデータが格納されているところのアドレスを格納して
いる。そしてその各要素データへのポインタをたどる
と、実際の画要素データが格納されている。画要素デー
タは開始部の数、中間部の数、終了部の数、ウエイト部
へのポインタ、およびそれぞれのデータ部へのポインタ
が格納されている。データ部は座標情報、太さ情報、基
本骨格データとリンクする参照情報および曲線情報から
なる。またウエイト情報は、Ｌｉｇｈｔ，Ｍｅｄｉｕ
ｍ，Ｄｅｍｉ，Ｂｏｌｄ，ＥｘＢｏｌｄのそれぞれの太
さの係数パラメータが格納されている。

【００１９】以上のような基本骨格データと書体従属デ
ータからなる文字データから実際に文字データを展開す
る様子を以下に説明する。図２３における入力パラメー
タとしては、文字コード、書体、ファミリーのウエイト
情報、出力サイズ、出力フォーマット等がある。ここで
文字コードとは実際に出力すべき文字のコードであり、
通常はＪＩＳに準拠している。書体は明朝体やゴシック
体等の文字の形態を示すものである。ファミリーのウエ
イト情報は指定の書体の中で太、中太、中、中細、細等
ストロークの太さを制御する情報である。出力サイズは
ポイントサイズあるいは実際のビットマップの大きさを
指定する。出力フォーマットとは、ビットマップ、グレ
イスケール（バイトマップ）、輪郭座標データ、骨格座
標＋太さデータ等出力側が文字を出力するときに欲する
フォーマットである。そして、先程述べた基本データと
入力パラメータから実際に文字データの作成を行う。図
２３におけるステップ２３−２は、基本骨格データ及び
書体従属データからなるデータを図２６に示すような中
間データフォーマットに変形する。中間データフォーマ
ットは、すでに指定の書体及びファミリーの情報は解析
され座標値に置き換えられている。そしてこの中間デー
タフォーマットによって、それ以降の処理を制御するこ
とになる。図２４に示すフローチャートは基本骨格デー
タ及び書体従属データから中間データフォーマットを作
成する方法である。ステップ２４−１において、これか
らアクセスすべき文字の基本骨格データを読み込む。こ
のときデータはＲＯＭ、ＲＡＭ、ハードディスク、フロ
ッピーディスク等に格納されている。そしてステップ２
４−２においては、対象文字の書体従属データを読み込
む。このデータも基本骨格データと同様、ＲＯＭ、ＲＡ
Ｍ、ハードディスク、フロッピーディスク等に格納され
ている。

【００２０】そしてステップ２４−３において、基本骨
格データの字面の形状の変換を行う。これは基本ストロ
ークの字面が全ての書体に対して統一されているわけで
はないので各書体にあった字面の変形を行わなければな
らない。そしてこの字面の変形情報は書体従属データの
フェイス情報として格納してあるので、それからアクセ
スしてその情報を得る。ここで図２５を例にとって、書
体を変更するためのマスターとなる字面の形状を変形さ
せる様子を説明する。図２５においてα、β、γ、δで
囲まれる領域は変形前の字面である。また、Ａ、Ｂ、
Ｃ、Ｄで囲まれる領域は、あらかじめ書体パラメータの
中に含まれている値である。そしてここではα、β、
γ、δで囲まれる領域からＡ、Ｂ、Ｃ、Ｄで囲まれる領
域へのマッピングを行う。そのマッピング方法として、
α、β、γ、δで囲まれる領域のなかの点ＰがＡ、Ｂ、
Ｃ、Ｄで囲まれる領域のどこにマッピングされるかを説
明する。Ａ（ａｘ，ａｙ），Ｂ（ｂｘ，ｂｙ），Ｃ（ｃ
ｘ，ｃｙ），Ｄ（ｄｘ，ｄｙ）とし、直線ＡＤ及び直線
ＢＣをそれぞれｌ１、ｌ３とするとそれぞれの式は以下
のようになる。 ｌ１： ｙ＝（（ａｙ−ｄｙ）／（ａｘ−ｄｘ））×
（ｘ−ａｘ）＋ａｙ ｌ３： ｙ＝（（ｂｙ−ｃｙ）／（ｂｘ−ｃｘ））×
（ｘ−ｂｘ）＋ｂｙ

【００２１】そしてｌ１及びｌ３の交点座標Ｅを求める
ためには、ｘ，ｙについての方程式を解けば良い。ここ
ではその方程式の解法は省略するが、それで求められた
点座標をＥ（ｅｘ，ｅｙ）とする。そして点Ｐがどこに
マッピングするかを考えるとき、まず点Ｐを通り直線α
δに平行な線分がどのような直線となるかを考える。す
ると図に示すようなａ１：ｂ１の比率は変形後も一定と
なるはずなので、直線ｌ１及びｌ３が直線αβと交わり
その内分点がａ１：ｂ１となるような点Ｆ（ｆｘ，ｆ
ｙ）を求める。そして直線ＥＦを求めることによって、
変形後の点Ｐの通る可能性を持つ軌跡が求められる。そ
の軌跡ｌ２の式は以下のようになる。 ｌ２： ｙ＝（（ｅｙ−ｆｙ）／（ｅｘ−ｆｘ））×
（ｘ−ｅｘ）＋ｅｙ これで点Ｐを通り直線αδに平行な直線がどのような直
線となるかが解った。次に点Ｐを通り直線αβに平行な
直線がどのような直線の軌跡を通るかを求める。まず直
線ＡＢと直線ＤＣの交点座標Ｇを求める。直線ＡＢ及び
直線ＤＣをそれぞれｌ４、ｌ６とするとそれぞれの式は
以下のようになる。 ｌ４： ｙ＝（（ａｙ−ｂｙ）／（ａｘ−ｂｘ））×
（ｘ−ａｘ）＋ａｙ ｌ６： ｙ＝（（ｃｙ−ｄｙ）／（ｃｘ−ｄｘ））×
（ｘ−ｃｘ）＋ｃｙ

【００２２】そしてｘ，ｙについての方程式を解くこと
によって交点座標Ｇ（ｇｘ，ｇｙ）が求められる。そし
て点Ｐを通り直線αβに平行な線分は、ｌ４及びｌ６を
ａ３：ｂ３に常に内分する線分であるので、直線ｌ４及
びｌ６が直線αδと交わりその内分点がａ３：ｂ３とな
るような点Ｈ（ｈｘ，ｈｙ）を求め、直線ＧＨを求める
ことによって、変形後の点Ｐの通る可能性を持つ軌跡が
求められる。その軌跡ｌ５の式は以下のようになる。 ｌ５： ｙ＝（（ｇｙ−ｈｙ）／（ｇｘ−ｈｘ））×
（ｘ−ｇｘ）＋ｇｙ

【００２３】以上のようにして点Ｐを通り直線αδに平
行な直線ｌ２及び点Ｐを通り直線αβに平行な直線ｌ５
が解ったので、その２つの方程式をｘ，ｙについて解く
ことによって交点を求めることができ、点Ｐについて字
面の形状を変形させた後の点Ｑを求めることができる。
図２５では２方向への投影を例にとって述べたが、それ
が楕円形へのマッピングや球面へのマッピングであって
も良いことは言うまでもない。このように基本骨格デー
タの変形を行った後、実際のデータ作成を行っていく。
図２４−４では基本骨格データから１ストロークのデー
タを読み込む。このとき書体従属データに記されている
優先順位の高い方から順に取り出すようにする。優先順
位は、先に説明したとおり画優先度として５段階の優先
順位があるので、まず最優先のストロークデータのアク
セスを行う。もし最優先のストロークデータが複数存在
した場合には、格納順にストロークデータを読み込む。
そしてステップ２４−５において、開始部のデータを読
み込む。このとき基本骨格データ部の開始部隣接情報を
参照し、図１８のエレメントの開始データ群の中から対
象となる開始データを取り出す。対象となる開始データ
へのアクセス番号が基本骨格データ部に格納されている
ので、それに対応するデータを取り込めば良い。そして
ステップ２４−６において、入力パラメータのファミリ
ー情報を見て、ストロークの太さ調整を行う。ここで
は、図１８に示される様にファミリーの種類によって太
さの係数パラメータが記されているので、基あったデー
タ太さパラメータ情報（ｖ，ｗ）の値にその太さの係数
をかけ算する。次にステップ２４−７において、中間部
のデータのアクセスを行う。この処理は、基本骨格デー
タ部に格納されている中間部隣接情報データをアクセス
し、それに対応するデータを書体従属データより読み込
む。そして、ステップ２４−８において、指定のファミ
リー情報から太さのパラメータにかけ算を行って実際の
太さを得る。そしてステップ２４−９において、終了部
のデータをアクセスする。この処理も開始部や中間部の
データをアクセスしたときと同様に、まず基本骨格デー
タ部の終了部隣接情報をアクセスして、対象となるスト
ローク番号を得る。そしてそのストローク番号に対応す
るストロークデータを書体属性データから読み込み、更
にファミリー情報によって太さの調整を行う。ここで、
接続部のデータの接続例を図２１に示す。図２１は、横
画の開始部と縦画の開始部の接続例である。通常横画の
開始部は図１６に示す様に打込部として先端が広がって
いる。しかし接続する場合にはその先端が必要なくな
る。したがって、その広がらない開始部をデータとして
持っておくことによって、うまく接続させる様にしたも
のである。そしてその結果図２２の様になる。このよう
にして１ストロークのデータを読み込んだ後、ステップ
２４−１０において、図２６に示す中間データフォーマ
ットにデータを落とす。このとき１ストロークを１つと
して中間データフォーマットに変更するのではなく、開
始部、中間部、終了部それぞれを１つのストロークとし
て中間データフォーマットに変更する。そして中間デー
タフォーマットにおける配置位置オフセットは、書体従
属データにおける基本ストロークとのリンク情報を参照
し、基準となるオフセット情報を得て、中間データフォ
ーマットに格納する。そしてストロークの座標値及び曲
線のスタート／エンド情報はそのまま中間データフォー
マットのストロークデータに格納する。また角度情報
は、ステップ２４−３において変形を行った後の各スト
ローク点における角度を基にしてデータを格納する。ま
た幅情報は、（ｖ，ｗ）の値をそのまま格納する。その
ようにして、開始部、中間部、終了部のデータが１スト
ロークとして格納される。以上の様にして各ストローク
のデータが作成される。そしてステップ２４−１１にお
いては、展開後つぶれが発生しないかどうかの判定を行
う。隣接情報にかかわっていないストローク対がストロ
ークと幅のデータによって、交差するということが分か
った場合、優先度の低いデータの幅を変更する必要があ
る。そこでステップ２４−１２において、接触しない最
小の幅のパラメータに変更して中間部データフォーマッ
トの幅データの変更を行う。また、中間部データフォー
マットのヒント情報部に接触の可能性のあるストローク
対の情報を格納しておく。これはスケーリングを行った
後、接触や交差を防ぐための情報として活用する。ステ
ップ２４−１３においては図１５に示される全ての基本
骨格データに対して処理を終了したかどうかを判定す
る。全てのデータに対して処理を終了していればそこで
ここでの処理を終了し、まだ処理すべきデータが存在し
ていれば、ステップ２４−４へ戻って次のストロークデ
ータを読み込んで処理を繰り返す。

【００２４】次に図２３のステップ２３−３について詳
述する。図２７はステップ２３−３の流れを詳述したフ
ローチャートである。このときの入力データとしては、
図２６で示される中間フォーマットデータ、スケーリン
グパラメータ、出力フォーマット等がある。そして、図
２７におけるステップ２７−１において、まず各々のス
トロークのオフセット情報をスケーリングパラメータに
応じて拡大縮小を行う。このとき、出力フォーマットが
ビットマップであればそのままのスケーリングパラメー
タで計算を行い、バイトマップであればスケーリングパ
ラメータを２倍あるいは３倍等にしてグレイスケールフ
ォントを作成するためのサイズに変更する。つまり、各
々のエレメントあるいは部首の配置先頭座標を拡大縮小
させることによって、スケーリング後のエレメントの配
置先頭座標を決定する。ステップ２７−２において、座
標データをスケーリングパラメータに応じて拡大縮小を
行う。つまりオフセット情報から始まる骨格のデータを
拡大縮小することによって、実際のスケーリング後の骨
格の配置座標を決定する。ステップ２７−３において、
幅データをスケーリングパラメータに応じて拡大縮小を
行う。つまり、骨格に対する肉付け情報を拡大縮小する
ことによって、実際のスケーリング後の骨格に対するエ
レメントの幅を決定する。そしてステップ２７−４にお
いて、スケーリングを行った後のデータに対してヒント
処理を施す。具体的には空間処理や肉付け後の微調整等
がある。空間処理においては、スケーリング時の四捨五
入の影響でエレメント間が接触したりあるいは離れすぎ
たりする場合がある。その時の座標値を正常にするため
に、あらかじめエレメント間の座標距離を持っておき、
その値をスケーリングすることによって、エレメントあ
るいは部首の配置先頭座標値を微調整する。また、肉付
け調整においては、スケーリング時の四捨五入の結果、
幅が奇数となった場合は、骨格を中心に骨格の両側に同
一の距離を伸ばせばよい。しかし、スケーリング時の四
捨五入の結果、幅が偶数となった場合は、骨格を中心と
するとどちら側かが長くなってしまう。そこであらかじ
め格納されたヒント情報を見て骨格のどちら側を長くす
るのかの決定を行う。そしてステップ２７−５において
は、この処理においての出力フォーマットの種類を入力
パラメータより判定する。そして骨格形式のフォーマッ
トであればステップ２７−４までの処理結果を出力とし
て処理を終了する。またアウトライン型の出力フォーマ
ットであればステップ２７−６へ進む。そしてステップ
２７−６からステップ２７ー１１で、各ストローク単位
でのアウトラインデータの作成を行う。ステップ２７−
６においては、まずスケーリングが行われた後のデータ
を検索して、対象となるストロークデータを取り込む。
対象となるストロークデータの検索方法は、図２６にお
ける中間フォーマットにおいて１番目のストロークデー
タをアクセスしたい場合は、配置位置オフセットとスト
ローク情報へのポインタの対の並びのうち最初の対をア
クセスし、そのうちのストローク情報へのポインタを参
照する。そしてストローク情報へのポインタが指してい
るアドレスを参照して、そこに格納されているストロー
ク情報を得る。ステップ２７−７においては、前記対の
並びのうちの配置位置のオフセット情報を格納する。そ
してそのオフセット情報によって各ストロークの配置す
べき先頭座標を得る。ステップ２７−８においては、ス
テップ２７−６において読み込んだ１ストローク情報か
ら１ストロークの総データ点数を得る。１ストロークの
総点数は図２６で示されるストローク情報の先頭１ワー
ド分にそこに格納されている１ストロークの総点数が格
納されている。ステップ２７−９及びステップ２７−１
０において実際の輪郭座標を得る。ステップ２７−９に
おいては、まず１ストローク座標からストローク座標
（ｘ，ｙ）、幅データ（ｗ）と角度（θ）を得る。そし
て、その３つのデータから輪郭の２座標を得る。その２
座標をａ、ｂとするとその値は、 ａ＝（ｘ＋ｗ／２×ｃｏｓθ，ｙ＋ｗ／２×ｓｉｎθ） ｂ＝（ｘ−ｗ／２×ｃｏｓθ，ｙ−ｗ／２×ｓｉｎθ） となる。そしてその２つの座標を輪郭の順番に格納しな
ければならない。その格納順番は、総点数（ｎ）と輪郭
座標番号（ｍ）からａ点はｍ番目に、そしてｂ点は２ｎ
−ｍ＋１番目に格納する。そして１番目の点座標に輪郭
スタート点、２ｎ番目の点座標に輪郭終了点のフラグを
付ける。また曲線開始終了点に関しては、２点ａ、ｂを
格納するとき、ａ座標のように１番目からｎ番目までに
格納するときはその時の座標が持つ曲線属性をそのまま
受け継ぐ。一方ｂ座標のようにｎ＋１番目から２ｎ番目
までに格納するときは、曲線のスタートフラグをエンド
フラグにそしてエンドフラグをスタートフラグに反転さ
せて格納する。そしてステップ２７−１０によって、１
ストローク分全てのデータに対して輪郭の処理を終了す
ればステップ２７−１１へ進み、終了していなければス
テップ２７−９に戻って終了するまで処理を繰り返す。
以上の様子を図２８に示してある。図２８の骨格は４点
から構成されていて、それぞれの点から発生したａ座標
及びｂ座標がａ１〜ａ４、及びｂ１〜ｂ４となる。そし
て輪郭開始終了点及び曲線開始終了点はそれぞれ輪郭テ
ーブルのようになる。ステップ２７−１１においては、
１文字分の全てのストロークに対して処理を終了したか
どうかを判定する。１文字分の全てのストロークに対し
て処理を終了していればここでの処理を終了し、まだ処
理すべきストロークのデータが残っていればステップ２
７−６へ進んで、全てのストロークに対して処理が終了
するまで繰り返す。

【００２５】次に図２３のステップ２３−４について詳
述する。図２９はステップ２３−４の流れを詳述したフ
ローチャートである。このときの入力データとしては、
スケーリング後のデータフォーマット、出力フォーマッ
ト、出力縦／横サイズ等がある。まず図２９におけるス
テップ２９−１は、出力のデータ形式によって処理を振
り分ける。出力要求が骨格＋太さあるいは輪郭座標型の
データとして要求されていれば、すでに図２８のステッ
プ２７−５によって、データ要求のフォーマットに合わ
せてスケーリング後のデータを作成しているので、格納
されているデータのポインタを出力して処理を終了す
る。また、ステップ２９−２においては、データ型が骨
格＋太さ型なのか輪郭座標型なのかを判定する。そして
骨格＋太さ型であればステップ２９−３へ進み、輪郭座
標型であればステップ２９−１５へ進み、それぞれのデ
ータ型に対応したフォント作成を行う。まずステップ２
９−３からステップ２９−１４までの骨格＋太さ型にお
けるフォント作成について説明する。ステップ２９−３
において、１ストローク分のデータを取り込む。この時
のデータの取り出す方法は図２におけるステップ２７−
６と同様である。そしてステップ２９−４において骨格
型の座標から輪郭座標を計算する。輪郭座標の計算方法
はステップ２７−９の処理で述べた方法と同様である。
ステップ２９−５においては、ステップ２９−４におい
て格納した輪郭座標値から対象データが直線か曲線かを
判定する。そして直線である場合はステップ２９−６へ
進み、曲線の場合はステップ２９−８へ進む。ステップ
２９−６では直接直線をメモリ上に打点するのではな
く、直線を示す２点の座標から塗りつぶしを行うために
必要な表を作成する。塗りつぶし表は図３０に示すよう
に１つの直線を表現するとき、１つのｙ座標値に対して
ｘ座標値を１座標ずつｙ座標値が飛ばないように格納す
る。すなわちこの表は、各ｙ座標においてスキャンする
際に表に格納されている２つのｘ座標値の間を塗りつぶ
すための表である。このとき図３０に示すようなメモリ
平面への打点は行わないが、輪郭型のデータのとき詳述
するが実際にメモリ平面への打点を行って処理をしても
良い。そしてステップ２９−７においては、輪郭線を発
生させるために実際のメモリ平面上にＯＲで直線の打点
を行う。この時の打点の方法は各々のｙ座標に対して１
点づつ打点するのではなく、ｙ座標にかかわる全てのｘ
座標の打点を行う。例えば図３０の例では、ｙ５に注目
すると、塗りつぶしのための表はｘ４およびｘ６が対象
となったのに対してメモリプレーン上の（ｘ４，ｙ
５），（ｘ５，ｙ５），（ｘ６，ｙ５）の部分に打点を
行う。この処理を行うことによって、端点抜けや線抜け
などを防止することが可能となる。ステップ２９−８
は、ステップ２９−５において対象データが曲線である
と判定された場合である。そこで、曲線データのままで
はメモリ上のどこに打点を行えば良いのかが分からない
ので、曲線のデータを分解して短い直線の集合とする。
このとき曲線のデータとしては、３次スプライン関数、
Ｂスプライン関数、３次ベジェ関数、２次ベジェ関数、
円弧等どのような曲線で表現されていてもよい。そして
上記曲線関数をショートベクトルの集合に変換した後、
ステップ２９−９では塗りつぶし表を作成し、ステップ
２９−１０においてＯＲ平面への打点を行う。ここのス
テップ２９−９およびステップ２９−１０の処理は、先
に述べたステップ２９−６及びステップ２９−７と全く
同様である。そして、ステップ２９−１１においてステ
ップ２９−８でできた全ての直線に対して処理を終了し
たかどうかを判定し、まだ処理すべきショートベクトル
が存在すればステップ２９−９へ戻って処理を行い、全
てのショートベクトルに対して処理を終了したらステッ
プ２９−１２へ進む。ステップ２９−１２においては、
ステップ２９−５からステップ２９−１１までの処理が
１つの骨格データに対して終了したかどうかを判定し、
終了していなければステップ２９−５へ戻って再度同様
な処理を繰り返す。終了したら１つの骨格からなるスト
ロークを前記処理で作成された塗りつぶし表を基にして
塗りつぶしを行う。このとき塗りつぶしを行うメモリは
ＯＲ打点によって輪郭のみを描画したメモリ領域に行
う。その時の様子を図３１に示す。図３１においては、
「木」のデータを作成している様子であって、図３１に
示す１および２の部分はすでに作成が終了している。そ
して３の部分はＯＲによる打点はすでに終了していて、
塗りつぶし表を基に塗りつぶしを行っている様子であ
る。つまり塗りつぶし表とその骨格のオフセット値を加
えて、塗りつぶし表の２つのｘ座標の間を塗りつぶす。
例えばｙ２に注目すると、ｙ２＋ｙオフセットのライン
のｘ４＋ｘオフセットからｘ６＋ｘオフセットの間のビ
ットを１とする。そして塗りつぶし処理が終了したら、
ステップ２９−１４へ進み、１文字分の全てのデータが
終了したかどうかの判定を行う。全てのデータに対して
処理を終了していればステップ２９−２７へ進み、全て
のデータに対して処理が終了していなければステップ２
９−３へ戻って全ての骨格データに対して処理が終了す
るまで繰り返す。以上でデータ型が骨格の場合の処理の
説明を終了する。次にデータ型が輪郭型の場合の説明を
ステップ２９−１５からステップ２９−２６を用いて説
明する。ステップ２９−１５において、１ストローク分
の輪郭データを読み込む。１ストローク分のデータは図
２８で説明したようなデータ形式となっている。そして
ステップ２９−１６においては対象となる座標が直線で
あるのか曲線であるのかの判定を行う。そして対象とな
るデータが直線である場合はステップ２９−１７へ進
み、曲線である場合はステップ２９−１９へ進む。そし
てステップ２９−１７においては、図３０の塗りつぶし
平面に示すように１つ直線に関して１つのｙ座標に１つ
のｘ座標の打点を行う。この時は塗りつぶし表は使用し
ないが、骨格型のデータで詳述したときのように塗りつ
ぶし表を用いて処理を行っても良い。ステップ２９−１
８においては、ＯＲ平面に打点を行う。この時の打点の
様子はステップ２９−７の骨格型のデータのときに説明
したときと同様である。ステップ２９−１９は、現在対
象とするデータが曲線の場合であり、曲線のままでは直
接打点が行えないので、曲線データを直線変換してショ
ートベクトルの集合を作成する。そしてステップ２９−
２０及びステップ２９−２１において、塗りつぶし平面
及びＯＲ平面に打点を行う。この時の打点方法はステッ
プ２９−１７及びステップ２９−１８とまったく同様で
ある。ステップ２９−２２においては、ショートベクト
ルの集合の全てのデータに対して処理を行ったかどうか
を判定し、全てのデータに対して処理を行っていればス
テップ２９−２４に進み、まだ処理すべきデータが存在
すればステップ２９−２０へ戻って全てのショートベク
トルのデータに対して処理が終了するまで繰り返す。ス
テップ２９−２４において塗りつぶし平面内の塗りつぶ
し処理を行う。この時の塗りつぶし処理は各ラインの左
側から右側へスキャンしていき、最初に黒ドットが発見
されている所から次に黒ドットが発見されるまでの間を
全て黒ドットに変換する。そしてそのラインで更にスキ
ャンしていき、次に黒ドットが発見されてからその次に
黒ドットが発見されるまでの間を全て黒ドットに変換す
る。以下同様の処理を繰り返していく。そしてこの処理
が全ての行に対して処理が終了するまで繰り返す。ステ
ップ２９−２５においては、ステップ２９−２４で作成
した塗りつぶしパターンをＯＲ平面に転送する。このと
きの転送方法はＯＲ平面にもとあったデータとＯＲしな
がらデータを転送する。その時の様子を図３２に示す。
そしてステップ２９−２６においては１文字分の全ての
データに関して処理が終了しているかどうかの判定を行
う。全てのデータに対して処理が終了していればステッ
プ２９−２７へ進み、まだ処理すべきデータが存在すれ
ばステップ２９−１５へ戻って再度ストロークのデータ
を読み込んでビットマップフォントデータの作成を行
う。以上のようにしてステップ２９−３からステップ２
９−１４までの処理で骨格のデータからビットマップを
作成し、ステップ２９−１５からステップ２９−２６ま
での処理でストロークの輪郭データからビットマップを
作成した。前記実施例において、塗りつぶしを行うとき
に骨格のデータのときは塗りつぶし表を用いて塗りつぶ
しを行った。またストロークの輪郭データのときは実際
にメモリプレーンに打点を行って塗りつぶしを行った。
しかし、塗りつぶしを行う方法において、塗りつぶし表
を用いるかメモリプレーンへの打点を行うかは骨格デー
タやストロークの輪郭データに依存するものではないの
で、どちらのデータ型おいてもどちらの処理方法を選択
しても一向にさしつかえない。ステップ２９−２７及び
ステップ２９−２８に関しては、作成されたビットマッ
プのデータから出力形式によってバイトマップ形式のデ
ータに変換するかどうかの判定を行う。まずステップ２
９−２７において、出力要求パラメータを参照し、出力
要求がバイトマップであるのかあるいはビットマップで
あるのかを判定する。バイトマップ要求であればステッ
プ２９−２８へ進み、ビットマップであればそこで処理
を終了する。ステップ２９−２８ではビットマップフォ
ントからグレイスケールフォントの作成を行う。この時
の処理はスケーリング時に最終出力要求の２倍あるいは
３倍といったオーダで、大きめにしたときのビットマッ
プを作成しているので、その大きいビットマップのデー
タを基にしてグレイスケールフォントのデータの作成を
行う。ここでの処理方法は、特開昭３−１５４０９６に
詳述してあるのでここでの説明は省略する。そしてここ
でグレイスケールフォントを作成して図２９におけるビ
ットマップ等のデータの作成処理を終了する。

【００２６】次に図２３のステップ２３−５について詳
述する。ここでは要求側へ要求側の出力要求通りにデー
タを転送する処理である。ステップ２３−３及びステッ
プ２３−４において要求側の出力要求に対応したフォン
ト展開を行っているので、要求側の指定のバッファにデ
ータを転送する以外は特に処理を行わない。そこでここ
で要求側の出力例について述べる。例えばＬＢＰやバブ
ルジェットプリンタ（ＢＪ）等のプリンタ出力であれ
ば、プリンタからの出力要求はビットマップを要求す
る。そこで図２９の処理においてビットマップ展開まで
行ってプリンタ側にデータを返す。またＣＲＴ等の表示
器からの出力要求であれば、出力サイズや表示速度に応
じてビットマップあるいはグレイスケールフォントの要
求を行う。したがって、そこで図２９の処理においてビ
ットマップ展開あるいはバイトマップ展開処理を行って
表示器へデータを返す。また、ポストスクリプトのフォ
ーマットへ変換して出力する出力器等からの要求があっ
た場合には輪郭型のデータが要求される。そこで図２９
の処理において輪郭型のフォーマットを出力としてデー
タを返す。また、高速化のためにＡＳＩＣ等へデータを
渡す場合にはＡＳＩＣの要求スペックに合わせたフォー
マットに変換する必要があるので、ＡＳＩＣの要求スペ
ックが輪郭型であれば図２９の処理において輪郭型のデ
ータフォーマットを出力し、ＡＳＩＣの要求スペックが
骨格＋太さのフォーマットであれば図２９の処理におい
て骨格＋太さのデータフォーマットを出力しデータを返
す。

【００２７】

【発明の効果】以上、詳述したように本発明により、基
本データストローク部と書体従属パラメータを持たせる
ことにより、複数の書体やファミリを搭載する場合でも
製品ＲＯＭのデータ容量を少なくすることが可能とな
り、更に要求フォーマットに応じて展開を行うのでどの
ような出力機器にも接続可能な文字発生方法を提供する
ことが可能となった。

【図面の簡単な説明】

【図１】本発明の内部構成を示すブロック図。

【図２】本発明の他の内部構成を示すブロック図。

【図３】書体とその骨格の様子を示す図。

【図４】書体とその骨格の様子を示す図。

【図５】書体とその骨格の様子を示す図。

【図６】書体とその骨格の様子を示す図。

【図７】書体とその骨格の様子を示す図。

【図８】書体とその骨格の様子を示す図。

【図９】書体とその骨格の様子を示す図。

【図１０】書体とその骨格の様子を示す図。

【図１１】書体とその骨格の様子を示す図。

【図１２】書体とその骨格の様子を示す図。

【図１３】画要素データの基本形状。

【図１４】基本骨格データ。

【図１５】基本骨格データのフォーマット。

【図１６】明朝体の横画の画要素データの図。

【図１７】楷書体の横画の画要素データの図。

【図１８】書体従属データのフォーマット。

【図１９】画要素データの接続の図。

【図２０】画要素データの接続の図。

【図２１】画要素データの接続の詳細図。

【図２２】画要素データの接続の詳細図。

【図２３】本発明の全体の流れを示すフローチャート。

【図２４】中間フォーマットデータ作成までのフローチ
ャート。

【図２５】字面のｆａｃｅを変更させるための計算図。

【図２６】中間フォーマットデータの解説図。

【図２７】図２３のフローチャートのステップ２３−３
のスケーリング。

【図２８】骨格＋太さのデータをストローク単位の輪郭
型のデータに変更。

【図２９】図２３のフローチャートのステップ２３−４
のベクトル形式データからのデータ作成。

【図３０】塗りつぶし表。

【図３１】塗りつぶし表からＯＲ平面内で塗りつぶしを
行っている様子。

【図３２】塗りつぶし平面とＯＲ平面のＯＲを行ってい
る様子。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ベクトル形式で貯蔵されたデータから文
   字を発生させる場合であって、基本となる骨格データと
   書体に依存するデータの２種類を持つことによって複数
   の書体を発生させることを特徴とする文字発生方法。
2. 【請求項２】 基本となる骨格のデータは開始部、中間
   部、終了部を持つことを特徴とする請求項第１項記載の
   文字発生方法。
3. 【請求項３】 基本となる骨格のデータは、骨格の優先
   順位を持つことを特徴とする請求項第１項記載の文字発
   生方法。
4. 【請求項４】 基本となる骨格のデータは、骨格の隣接
   情報を持つことを特徴とする請求項第１項記載の文字発
   生方法。
5. 【請求項５】 書体に依存するデータは、字面の変形情
   報を持つことを特徴とする請求項第１項記載の文字発生
   方法。
6. 【請求項６】 書体に依存するデータは、画要素のウエ
   イト情報を持つことを特徴とする請求項第１項記載の文
   字発生方法。
7. 【請求項７】 書体を発生させるときに、骨格形式のデ
   ータを輪郭形式に変換することを特徴とする請求項第一
   項記載の文字発生方法。
8. 【請求項８】 書体を発生させるとき、出力要求に応じ
   てビットマップ、バイトマップ、輪郭座標型、骨格座標
   型のいずれかを出力することを特徴とする請求項第１項
   記載の文字発生方法。