JPH0764533A - 文字フォント生成処理システム - Google Patents

Abstract

(57)【要約】 【目的】電子印刷機器やコンピュータのＯＳで使用され
る文字フォントを生成するための文字フォント生成処理
システムに関し，文字フォントの生成，標準化，統一化
を容易にし，かつ文字フォントのデータ量削減を可能に
することを目的とする。 【構成】文字フォント分解処理部10により，文字構造フ
ァイル51に格納された分類情報をもとに，文字フォント
を階層的に分解し，コードを付与して分類する。また，
文字フォント補間生成処理部20により，文字フォントを
分解した情報をもとに，自動インターポレーションを行
う。文字フォント標準化処理部30により，文字フォント
の各パーツと標準パーツとの差異量に応じて，標準パー
ツによる置換または標準パーツの登録を行う。さらに，
文字フォント変形生成処理部40により，所望する画線幅
による拡大縮小変形を実現する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，電子プリンタ，レーザ
プリンタ，電算タイプセッタ等の電子印刷機器またはコ
ンピュータ・オペレーティング・システムで使用される
文字フォントを生成するための文字フォント生成処理シ
ステムに関するものである。

【０００２】ディジタル文字フォントは，種々の書体が
必要とされており，それらを効率よく生成することを可
能にする技術が必要とされている。

【０００３】

【従来の技術】漢字の文字フォントを，電子プリンタ，
レーザプリンタ，電算タイプセッタ等の電子印刷機器
や，コンピュータ・オペレーティング・システムにおい
て使用するためには，字画デザイン図版から，電子機器
で読み取ることができるディジタル・データ・フォーマ
ットに変換しなければならない。従来，字画デザインを
したり，ディジタル・データ・フォーマットに変換する
作業は，主として人間が手作業で行っていた。

【０００４】最近，ビットマップ形式で記述される文字
フォント以外に，アウトライン形式（数学的記述形式の
１つ）で記述される文字フォントが多く用いられるよう
になってきている。ビットマップ・フォントは，通常，
ある特定の出力ポイントサイズにだけしか適合しない
が，アウトライン・フォントは，より広範囲のポイント
サイズに対応することができるからである。図２４は，
アウトライン・フォントの形式の１つであるＵＲＷ社の
ＩＫＡＲＵＳフォーマット（ＩＫフォーマット）により
記述されたアウトラインデータの例である。

【０００５】ディジタル・フォントの生成に関して，ラ
テン文字フォントにおける字母数に比べて，漢字の場
合，ＪＩＳ第１水準，第２水準だけでも約７０００字，
補助漢字を含めると約１３０００字に達するため，１つ
の書体を新たに生成するのは大変な作業量となり，現状
では新規の文字フォントや異体字フォントを生成するの
に，多大な時間と経費を要している。

【０００６】一方，実際に印刷する場合，印刷物の可読
性（読みやすさ）を考慮して，単にさまざまなポイント
サイズの文字フォントだけでなく，多様なウエイト（文
字の画線の幅による視覚的黒さ），例えば，基準となる
文字フォントより細い画線のライト・フォントや，太い
画線のボールド・フォント，さらには，さまざまなスケ
ーリング（拡大縮小変形）の文字フォントが必要とされ
ている。

【０００７】既成の文字フォントから，新たに異体字フ
ォントを生成する一般的な方法として，インターポレー
ション（補間法）と呼ばれる方法がある。インターポレ
ーションは，通常，２つの異なるウエイトの文字フォン
トから，その中間ウエイトの文字フォントを生成する方
法である。しかし，このアルゴリズムは，タイポグラフ
ィ的に，また位相的に，同一な文字フォント間でしか利
用できない。すなわち，使用する文字フォントは，輪郭
線数，ディジタイゼーション数が同一で，タイポグラフ
ィ的外見が同様でなければならない。インターポレーシ
ョンにより，文字フォントを生成する場合，使用できる
文字フォントはかなり，限定され，特に，漢字のように
字画デザインの構成が複雑な場合は不可能であることが
多い。

【０００８】また，文字フォントの拡大縮小変形は，鏡
面やレンズを利用した光学的な方法や座標のリニアな拡
大縮小変換の方法により行われている。しかし，この方
法では，文字を構成する黒地と白地スペースが共に変形
され，タイポグラフィ的に満足のいく品質の変形を行う
ことはできない。

【０００９】ラテン文字フォントにおいては，文字フォ
ント格納用メモリ空間やディスクを減らすために，文字
フォントのある部分を分割し，繰り返して使用する技術
があり，ＡＤＯＢＥ社のＴｙｐｅ１フォント，Ａｐｐｌ
ｅ社やＭｉｃｒｏｓｏｆｔ社のＴｒｕｅ Ｔｙｐｅフォ
ントで使用されている。また，ＵＲＷ社のＩＫＡＲＵＳ
フォント生成システムにおいて，パーツの分割が行われ
ている。

【００１０】図２５（Ａ）は，ラテン文字フォントの１
種であるタイムズローマン（Ｔｉｍｅｓ Ｒｏｍａｎ）
の大文字Ｈである。Ｈの縦線の上下に付けられているセ
リフ（ひげ飾り）は計８個であるが，図２５（Ｂ）に示
すように，左縦線の４つのセリフと，右縦線の４つのセ
リフが同一である。そこで，分割したセリフの１組だけ
を格納して，両縦線のセリフとして使用している。

【００１１】しかし，このようなパーツの分割は，各文
字フォントごとに個別に行われ，系統的ではないうえ，
パーツが多く構成が複雑な漢字フォントに対しては，実
現することができなかった。

【００１２】一方，漢字の構成は，それぞれ異なるエレ
メント（部首）から構成されており，エレメントはスト
ロークから構成されている。このような構造を利用し
て，種々のストロークやエレメントから漢字を再構成す
るシステムが，Ｄｙｎａｌａｂ社を始め，複数の会社に
より行われている。しかし，どれも，ストロークやエレ
メントを，建築用ブロックのように使用して漢字を組み
立てるだけのシステムである。

【００１３】また，漢字を構成するエレメント（部首）
は，多くの漢字で共通に用いられている。図２６は
“魚”というエレメントが用いられている漢字の例であ
る。同様に，図２７は“クサカンムリ”というエレメン
トが用いられている漢字の例である。図２７において，
これらの“クサカンムリ”エレメントは，使用される漢
字によってエレメントの縦／横サイズが異なっている。
サイズが近似しているエレメントについては基本となる
エレメントからのスケーリングによって，所望のサイズ
にエレメントを変形して使用すれば，デザイン整合性の
よい文字を生成できる。しかし，一般的にはスケーリン
グによって文字の画線がスケーリング率に比例して微妙
に変わり，画線幅の不統一が生じる。そのため，ディス
プレイ画面の解像度で文字を表示するときや，アウトラ
インデータを種々のドットサイズにラスター化して印刷
するときなどに，画線幅の好ましくないバラツキが生じ
て文字品質を低下させてしまう。

【００１４】

【発明が解決しようとする課題】漢字のディジタル文字
フォントを生成する場合に生ずる課題は，字画が複雑
で，かつ字母数が多いという漢字特有の性質による。そ
のため，インターポレーションや線形なスケーリングに
よる方法では，実用に耐える品質の文字を生成すること
ができない。また，漢字の細部（例えば，ウロコ，カド
ウロコとよばれる部分）の統一は，字画デザインから
も，出力品質からも重要であるが，字母が多く，その作
業量はかなりなものとなる。

【００１５】このように漢字フォントの生成の作業が大
きな負担となり，現在使用されている漢字フォントの種
類は，非常に少ないという状況である。さらに，エレメ
ント等を共通に使用することで，文字フォント格納のメ
モリ空間やディスク空間を減らすことが必要である。

【００１６】本発明は上記課題の解決を図り，既存の文
字フォントを基にした新しい文字フォントの生成を容易
にする手段を提供するとともに，文字フォントの記憶領
域の削減を可能にする手段を提供することを目的として
いる。

【００１７】

【課題を解決するための手段】図１は本発明の原理ブロ
ック図である。処理装置１００は，ＣＰＵおよびメモリ
からなる装置である。

【００１８】文字構造ファイル５１は，文字フォントの
各々の文字に対してエレメントに分解するためのエレメ
ントレベルの分類情報，各々のエレメントをストローク
に分解するためのストロークレベルの分類情報および各
々のストロークをパーツに分解するためのパーツレベル
の分類情報を持つ文字構造情報の記憶手段である。文字
構造ファイル５１は，さらにオペレータのためのガイダ
ンス表示用の骨文字の形態で表示される骨文字データを
記憶する。

【００１９】文字アウトラインファイル５２は，分解／
分類の対象となる文字の通常のアウトラインフォントデ
ータを記憶するファイルである。階層アウトラインファ
イル５３は，本発明により階層的に文字アウトラインフ
ォントを分解した結果のデータを格納するファイルであ
る。構成要素ファイル５４は，各文字の構成要素（パー
ツ）に関する情報を記憶するファイルである。標準パー
ツファイル５５は，文字の構成要素ごとに，登録された
標準的な形状のパーツデータを記憶するファイルであ
る。パーツアウトラインファイル５６は，構成要素ごと
のアウトラインデータを記憶するファイルである。ディ
スプレイ６０は，文字フォントの生成処理に関する情報
を表示する装置である。なお，階層アウトラインファイ
ル５３，標準パーツファイル５５，パーツアウトライン
ファイル５６は，それぞれ独立に存在してもよく，ま
た，独立したファイルとしてではなく，それぞれのデー
タの一部または全部が共用されるような構成で存在して
もよい。

【００２０】文字フォント分解処理部１０は，文字構造
ファイル５１をもとに，文字アウトラインファイル５２
から読み出した文字フォントについて，文字をエレメン
トに，エレメントをさらにストロークに，ストロークを
パーツにというように，トップダウンの方向で３つの階
層に分解し，さらに，それぞれのレベルで，エレメン
ト，ストローク，パーツごとに体系的に分類し，一貫し
た分類コード等の分類情報を付加して階層アウトライン
ファイル／構成要素ファイルに格納する処理手段であ
る。

【００２１】また，文字フォント分解処理部１０は，文
字アウトラインフォントを階層的に分解する際に，文字
構造ファイル５１からガイダンス表示用の骨文字データ
を読み出し，文字フォントの分解対象部分を他の部分と
は異なる様態で表示して，オペレータに次の分解対象を
知らせる手段を持つ。

【００２２】文字フォント補間生成処理部２０は，字形
が同じでウエイトの異なる２つの書体の文字フォント
を，それぞれストロークのレベルまで分解し，輪郭数を
一致させることにより，中間的なウエイトを持つ文字フ
ォントをインターポレーションにより自動生成する処理
手段である。

【００２３】文字フォント標準化処理部３０は，構成要
素ファイル５４から読み出した文字の構成要素であるパ
ーツデータと，標準パーツファイル５５に登録された標
準的な形状のパーツデータとを比較照合し，比較した結
果の差異量があらかじめ設定された基準値以下の場合に
は，比較したパーツを比較に用いた標準パーツと置き換
え，また，比較した結果の差異量があらかじめ設定され
た基準値より大きい場合には，比較したパーツを新たな
標準パーツとして標準パーツファイル５５に登録する処
理手段を持つ。

【００２４】さらに，文字フォント標準化処理部３０
は，文字フォントを構成する各文字のアウトラインデー
タをエレメントまたはストロークレベルのコンポーネン
トに分割し保存した情報を用いて，それらと各コンポー
ネントの種類ごとに登録された標準的なコンポーネント
データとを比較照合し，比較した結果の差異量があらか
じめ設定された基準値以下の場合には，比較したコンポ
ーネントを比較に用いた標準コンポーネントに置き換
え，比較した結果の差異量があらかじめ設定された基準
値より大きい場合には，比較したコンポーネントを新た
な標準コンポーネントとして登録する処理手段を持つ。

【００２５】文字フォント変形生成処理部４０は，文字
フォントデータとしてアウトライン曲線を記述するため
の座標値データ以外に，文字を構成する各字画の形状上
の特徴を記述する付加的情報を用いて，文字全体のサイ
ズを拡大または縮小する変形を，字画デザインにかかわ
る線幅が保持されるように行う処理手段と，新たな文字
を生成するために所望のサイズにエレメントを拡大また
は縮小する変形の際に，上記付加的情報を用いて，字画
デザインにかかわる線幅が保持されるように線幅を調整
する処理手段と，上記付加的情報を用いて，字画デザイ
ンにかかわる線幅のみを太くまたは細くすることによ
り，ウエイトの異なる文字を生成する処理手段を持つ。
この付加的情報は，各文字ごとにあらかじめ文字アウト
ラインファイル５２または階層アウトラインファイル５
３に格納されている。

【００２６】

【作用】本発明の文字フォント生成処理システムでは，
文字をエレメント，ストローク，パーツという３つの階
層に分解し，タイプフェースに依存せずに，体系的に分
類するため，各文字の特性を文字，エレメント，ストロ
ーク，パーツレベルでの情報として簡単に把握すること
ができる。

【００２７】これらの情報により，文字レベルにおいて
は変わってしまう輪郭線数をストロークレベルにおいて
一致させ，自動的にインターポレーションを行い，中間
ウエイトの文字を生成することが可能となり，特に同一
ファミリの文字フォントの生成では，作業負担を大幅に
軽減することができる。

【００２８】また，パーツレベルにおいて，各パーツご
とに標準パーツとの差異量を測定して，パーツの標準化
および統一化を行うことができる。同様な標準化，統一
化をエレメントレベル，ストロークレベルにおいても実
現することができる。このような標準化，統一化は，字
画デザイン上の美観だけでなく，印刷時の文字品質を高
め，また文字フォント・データの大幅な軽量化を可能に
する。

【００２９】さらに，エレメント，ストローク，パーツ
の各レベルごとに，各要素のアウトラインデータ以外の
付加的情報により，さまざまなスケーリングを行う場合
に，字画デザインにかかわる画線の幅を変えずに文字全
体を拡大縮小変形することができる。一方，文字全体の
サイズを変えずに字画デザインにかかわる画線の幅を太
くまたは細くしてウエイトを変えることもできる。この
ような，インテリジェント・スケーリングは，タイポグ
ラフィ的に適切な，さまざまなサイズ，ウエイトの文字
フォントを，短時間で簡単に生成する環境を提供する。

【００３０】

【実施例】以下，本発明の実施例を図面を用いて詳細に
説明する。 （１）文字フォント分解処理部 図１に示す文字フォント分解処理部１０は，文字構造フ
ァイル５１に格納された文字フォント分類情報をもと
に，文字アウトラインファイル５２の，文字フォントを
階層的に分解し，コードを付与して分類し，階層アウト
ラインファイル５３へ格納し，分解および分類の処理過
程をディスプレイ６０へ表示する手段である。

【００３１】図２は，その文字フォント分解処理部１０
の構成例を示す。文字構造ファイル制御部１１は，文字
構造ファイル５１からの階層的な分類情報の読み出しを
制御し，文字アウトラインファイル制御部１２は，文字
アウトラインファイル５２からの分類対象となるアウト
ラインフォントデータの読み出しを制御する。文字構造
ガイダンス表示処理部１３は，ディスプレイ６０へガイ
ダンス文字を表示する。分類情報照合部１４は，文字フ
ォントの各部と分類情報とを照合し，それにより文字フ
ォントを階層的に分類した結果を階層アウトラインファ
イル制御部１５を介して階層アウトラインファイル５３
に格納する。文字アウトライン表示処理部１６は，ディ
スプレイ６０へ分解および分類処理に関するガイダンス
情報を表示する。

【００３２】図３は，例えば，コード１６１２が付与さ
れた文字「穐（あき）」を，エレメント，ストローク，
パーツに分解した階層構造を示す。偏（へん），傍（つ
くり）のレベルを示すエレメントは，禾（コード５２
２）と亀（コード１１１０）の２個からなる。「禾」は
５個のストロークからなり，各ストロークは，図中，上
からそれぞれ２個，２個，３個，１個，１個のパーツか
らなる。「亀」は１１個のストロークからなり，各スト
ロークは，図中，上からそれぞれ２個，３個，２個，４
個，１個，１個，１個，１個，２個，３個，４個のパー
ツからなる。「穐」の文字全体は，２エレメント，１６
ストローク，３３パーツからなる。

【００３３】文字フォント分解処理部１０は，文字アウ
トラインファイル５２から読み出した，例えば文字
「穐」のアウトラインフォントデータを，文字構造ファ
イル５１の階層的な分類情報に従って，図３に示すよう
に２エレメント，１６ストローク，３３パーツに分類
し，各々に所定のコードを付与して，結果を階層アウト
ラインファイル５３に格納する。

【００３４】（２）文字構造ファイル 以上のような文字フォントの分解と分類のために，文字
構造ファイル５１が用いられる。本実施例の文字構造フ
ァイル５１の形式として，各レベルの分類情報と分割情
報を記述するものと，パーツレベルでのタイプフェース
に関するアウトライン情報を記述するものの２種類の形
式がある。エレメントおよびストロークレベルの分割・
分類情報は，タイプフェースに依存していないが，パー
ツレベルの分割・分類情報はタイプフェースにかかわる
情報も記述している。

【００３５】第１の形式の文字構造ファイル５１は，文
字からエレメントレベルへの分解に関する情報を記述す
るデータを持つファイル（これをエレメントＳＭＦファ
イルという）と，エレメントからストロークレベルへの
分解に関する情報を記述するデータを持つファイル（こ
れをストロークＳＭＦファイルという）と，ストローク
からパーツレベルへの分解に関する情報を記述するデー
タを持つファイル（これをタイプフェース従属ＳＰＦフ
ァイルという）である。また，第２の形式の文字構造フ
ァイル５１は，パーツのアウトライン情報を記述するデ
ータを持つファイル（これをタイプフェース従属ＣＰＦ
ファイルという）である。

【００３６】図４はエレメント，ストローク，パーツに
関する分類情報の説明図，図５はストロークの分類例を
示す図である。エレメントＳＭＦ(Separation Manageme
nt File)ファイルは，文字コード，構成エレメント数，
各エレメント分類情報，文字サイズ，左下を基点として
ｘ軸ｙ軸で表す位置座標値などのディジタイゼーション
情報を持つ。

【００３７】エレメントの分類のための情報について説
明する。エレメントは，５桁の番号と固有の名前で記述
される。エレメントの分類は基本エレメント（部首）と
新規エレメント（新部首）からなる。エレメントコード
５桁のうち，先頭桁はエレメントフラグであって，基本
エレメント（部首）は“０”，新規エレメント（新部
首）は“１”である。基本エレメントの場合，先頭桁の
次の２桁はストローク数，残りの２桁は各ストロークに
おける詳細分類番号である。例えばエレメントコード
「００５２２」は，０＝基本エレメント，０５＝ストロ
ーク数５，２２＝詳細分類番号２２を表している。

【００３８】新規エレメント（新部首）の場合は，先頭
桁のエレメントフラグが１となる。さらに先頭桁を含む
２桁でそのエレメントのストローク数を表す。１０以上
のストローク数からなるエレメントの場合は，ストロー
ク先頭桁に１を加えた数（即ち，２桁で表示されるので
１０を加える）でストローク数が表される。残り３桁は
そのストロークの詳細分類番号を示す。例えばエレメン
トコード「２４００２」は，２４＝新規エレメント（新
部首）で，ストローク数は１４（２４−１０），００２
＝詳細分類番号２であることを意味する。

【００３９】部首エレメントとそのエレメントコードと
の対応は，例えば図４（Ａ）に示すようになっている。
ストロークＳＭＦファイルは，エレメントコード，エレ
メント名，ストローク数，ストロークコード，各ストロ
ークを構成するパーツ数，ｘｙ座標で表示されるディジ
タイゼーション情報を記述する。図４（Ｂ）はストロー
クの種類とストロークコードとの対応の例を示してい
る。

【００４０】ここでストロークコードは，図５に示すよ
うに，４桁の数字で表し，先頭の２桁はメインコード，
残りの２桁はサブコードである。メインコードは使用さ
れているストロークの種類を表し，サブコードは同種の
ストロークの中の詳細分類番号を表す。

【００４１】タイプフェース従属ＳＰＦファイルは，ス
トローク番号，パーツ数，パーツコード，ディジタイゼ
ーション数，ｘｙ座標で表示されるディジタイゼーショ
ン情報を記述する。

【００４２】パーツコードは，４桁の数字で表し，先頭
の３桁はメインコード，残り１桁はサブコードである。
メインコードは使用されているパーツの種類を表し，サ
ブコードは同種のパーツの中の詳細分類番号を表す。図
４（Ｃ）はパーツの種類とパーツコードとの対応の例を
示している。 （３）文字フォント分解処理部の処理および出力 文字フォント分解処理部１０は，以上のような情報を用
いて，文字アウトラインファイル５２から読み出した文
字フォントを階層的に分解し，それぞれにエレメントコ
ード，ストロークコード，パーツコードを自動付与して
分類する。

【００４３】図６は，文字コード１６１２の「穐」のコ
ンポーネント分解情報の出力例を示している。エレメン
トは禾（ｎｏｇｉ），亀（ｋａｍｅ）から構成され，
「禾」にはエレメントコード００５２２とバージョン番
号１００１が，「亀」にはエレメントコード０１１１０
とバージョン番号１００１が付与される。これらの分解
されたエレメントデータは，階層アウトラインファイル
５３に格納される。バージョン番号は，実データに対し
て付与される各コンポーネントの分類ごとのシリアル番
号である。

【００４４】また，例えば「禾」の第３番目のストロー
クは，ストロークコード０１０１，バージョン番号１０
０８０であり，３つのパーツ（コード００１１，００１
２，００１３）からなる。分解された各ストロークデー
タも，エレメントデータと同様に付与されたストローク
コード，バージョン番号とともに階層アウトラインファ
イル５３に格納される。さらに，パーツレベルにおいて
も，分解されたパーツデータのそれぞれにパーツコード
およびバージョン番号が付与されて階層アウトラインフ
ァイル５３に格納される。

【００４５】図７は，前述の図３で示した「穐」の，分
解された３３個のパーツから再組み立てした元の文字を
表している。この分解および分類処理は，ディスプレイ
表示される。図８は，「穐」をエレメント，ストロー
ク，パーツに分解するためのエディタ画面の例であり，
メインメニューバー６１，アウトラインデータ表示部６
２，骨文字表示部６３，編集表示メニュー６４がある。
骨文字表示部６３は，オペレータ向けのガイダンス用の
骨文字（文字エレメントの骨格を示すもの）を表示す
る。

【００４６】例えば，エレメントを分解する場合には，
「禾」のエレメント部分を他のエレメント（この場合は
「亀」）とは別の色で表示し，オペレータに次の分解対
象となるエレメントを知らせ，オペレータが文字構造フ
ァイル５１の分類情報に従って間違いなく分解の指示お
よび確認をすることができるようにしている。

【００４７】図９は，階層アウトラインファイル５３に
格納されるデータの構造を示す図である。階層的な分解
および分類処理により，アウトライン文字データからエ
レメント分解情報とエレメント・アウトラインデータが
生成され，エレメント・アウトラインデータからストロ
ーク分解情報とストローク・アウトラインデータが生成
され，ストローク・アウトラインデータからパーツ分解
情報とパーツ・アウトラインデータが生成される。

【００４８】エレメント分解情報は，文字コード，その
文字に含まれるエレメント数，およびエレメント数分の
エレメントコード；バージョン番号，ディジタイゼーシ
ョン情報（座標情報など）である。ストローク分解情報
は，エレメントコード，そのエレメントに含まれるスト
ローク数，およびストローク数分のストロークコード；
バージョン番号，ディジタイゼーション情報（座標情報
など）である。パーツ分解情報は，ストロークコード，
そのストロークに含まれるパーツ数，およびパーツ数分
のパーツコード；バージョン番号，ディジタイゼーショ
ン情報（座標情報など）である。

【００４９】エレメントレベルの情報が生成された後の
アウトライン文字データ，ストロークレベルの情報が生
成された後のエレメント・アウトラインデータ，パーツ
レベルの情報が生成された後のストローク・アウトライ
ンデータは，パーツ分解情報およびパーツ・アウトライ
ンデータから再合成することができるので，実際には蓄
積しない。

【００５０】図１０は，文字フォント分解処理部１０に
よって文字をエレメント，ストローク，パーツへ分解す
る処理を示す図である。ステップＳ１で，階層的に分解
し分類する階層化対象の文字コード（例えば「穐」のコ
ード）の指定情報を入力する。

【００５１】ステップＳ２で，文字構造ファイル５１か
ら指定文字コードの分類情報を読み出し，ディスプレイ
にガイダンス表示する。ステップＳ３で，文字アウトラ
インファイル５２から指定文字コードのアウトライン情
報を読み出し，表示する。

【００５２】ステップＳ４で，階層化対象ポインタ
（ｎ）を初期化する。階層化対象ポインタは，次に分類
対象となるエレメント，ストロークまたはパーツを示す
ポインタ情報である。

【００５３】ステップＳ５で，階層化対象ポインタ
（ｎ）で示される部分を他の階層化ガイダンスと別の色
で表示する。ステップＳ６で，ガイダンス表示に従って
階層化する輪郭データの指定情報を入力する。

【００５４】ステップＳ７で，文字構造ファイル５１の
分類情報と指定輪郭データとの照合により，文字構造フ
ァイル５１から階層化対象輪郭の分類コード（エレメン
トコード／ストロークコード／パーツコード）を読み出
す。

【００５５】ステップＳ８で，階層アウトラインファイ
ル５３を検索し，階層化対象輪郭の分類コードの最新バ
ージョン番号を得る。ステップＳ９で，指定輪郭データ
に分類コードの最新バージョン番号を付与し，階層アウ
トラインファイル５３に保存する。

【００５６】ステップＳ１０で，指定文字の階層化対象
が終了したか判断する。終了すれば処理を終了し，終了
していなければ，ステップＳ１１へ進む。ステップＳ１
１で，階層化対象ポインタ（ｎ）を次の階層化対象をポ
イントするように更新し，ステップＳ５へ戻る。

【００５７】（４）文字フォント補間生成処理部 図１に示す文字フォント補間生成処理部２０は，２つの
ウエイトの異なる文字から，インターポレーションによ
り中間ウエイトの文字を生成する手段である。例えば，
図１１（Ａ）および（Ｂ）に示すように，字形が同じで
ウエイトの異なる異体字から，中間的なウエイトをもつ
文字を生成する。文字レベルでみると，図１１（Ａ）の
ライトバージョンでは，エレメントの「禾」と「亀」と
が離れており，図１１（Ｂ）のボールドバージョンでは
エレメントの「禾」と「亀」とがくっついている。従来
の手法では，このようにストロークの重なりなどによっ
て輪郭数が異なる文字については，輪郭の対応がとれな
いため，インターポレーションによる中間のウエイトを
もつ文字の自動生成は不可能であった。しかし，図１１
（Ａ）および（Ｂ）に示す文字を，前述した文字フォン
ト分解処理部１０によるセパレーションの手法によりス
トロークレベルに分解すると，これらの２つの文字の輪
郭数を一致させることができる。

【００５８】文字フォント補間生成処理部２０は，文字
構造ファイル５１を利用した前述のセパレーションによ
って，それぞれのストロークを対応づけ，インターポレ
ーションを行う。なお，前もってセパレーションした結
果の階層アウトラインファイル５３の情報を用いてイン
ターポレーションを行うようにしてもよい。ストローク
を対応づけた後のインターポレションの処理については
従来と同様でよいので，その処理の詳しい説明は省略す
る。

【００５９】図１１（Ｃ）は，図１１（Ａ）および
（Ｂ）に示す文字のアウトラインフォントから，文字フ
ォント補間生成処理部２０による自動インターポレーシ
ョンの結果，生成された中間ウエイトの文字を示す。

【００６０】（５）文字フォント標準化処理部 図１に示す文字フォント標準化処理部３０は，構成要素
ファイル５４の情報によりパーツアウトラインファイル
５６（または階層アウトラインファイル５３でもよい）
の処理対象パーツを，予め標準パーツファイル５５に登
録した標準パーツと比較して差異値を求め，その差異値
がある値以下であれば，処理対象パーツをその比較に用
いた標準パーツと置き換え，ある値より大きければ，処
理対象パーツを新しい標準パーツとして登録する手段で
ある。

【００６１】図１２は，その文字フォント標準化処理部
３０の構成例を示す図である。構成要素ファイル管理・
制御部３１は構成要素ファイル５４を管理し，構成要素
情報（パーツコードなどの情報）の参照・更新を制御
し，標準パーツ管理・制御部３２は標準パーツファイル
５５を管理し，標準パーツ情報の参照・更新を制御す
る。アウトラインファイル管理・制御部３３はパーツア
ウトラインファイル５６を管理し，それからの読み出し
を制御する。パーツ置換制御部３４は，比較情報管理テ
ーブル３５を基に，処理対象パーツと比較対象標準パー
ツとの置換を制御する。ドット展開処理部３６は，処理
対象パーツおよび比較対象標準パーツのアウトラインデ
ータをドット展開する。ドット展開ワーク３７は，処
理対象パーツをドットに展開するワークエリア（作業用
記憶領域）である。ドット展開ワーク３８は，比較対
象標準パーツをドットに展開するワークエリアである。
ドットデータ比較処理部３９はドットに展開した処理対
象パーツと比較対象標準パーツとを比較する。

【００６２】図１３は，文字フォント標準化処理部３０
の処理フロー図である。ステップＳ３１で，構成要素フ
ァイル５４から，パーツコードを読み出す。ステップＳ
３２で，構成要素ファイル５４から読み出したパーツコ
ードのアウトラインデータをパーツアウトラインファイ
ル５６から読み出し，ドット展開ワーク３７へフルド
ット変換する。

【００６３】ステップＳ３３で，構成要素ファイル５４
から読み出したパーツコードと同一種別の標準パーツコ
ードを，標準パーツファイル５５から読み出す。ステッ
プＳ３４で，標準パーツファイル５５から読み出したパ
ーツコードのアウトラインデータをパーツアウトライン
ファイル５６から読み出し，ドット展開ワーク３８へ
フルドット変換する。

【００６４】ステップＳ３５で，ドット展開ワーク３
７と，ドット展開ワーク３８のフルドットデータとを
比較し，面積の差分を算出する。次に，面積の差分が許
容値以内であるかを判定する。許容値以内であれば，ス
テップＳ３６へ進み，許容値を超える場合はステップＳ
３６をスキップする。

【００６５】ステップＳ３６では，比較情報管理テーブ
ル３５に，標準パーツコードとの差異量をセーブする。
次に，標準パーツが終了したかどうかを判定する。終了
していなければステップＳ３３へ戻り同様に処理を繰り
返し，終了であればステップＳ３７へ進む。

【００６６】ステップＳ３７で，比較情報管理テーブル
３５へのセーブ情報の有無により，標準パーツへの置換
を行うかどうかを判定する。置換する場合にはステップ
Ｓ３８を実行し，しない場合にはステップＳ３９を実行
する。

【００６７】ステップＳ３８で，比較情報管理テーブル
３５を基に，最小差異量の標準パーツを検索し，構成要
素ファイル５４のパーツコードを最小差異量の標準パー
ツに変更する。

【００６８】ステップＳ３９で，構成要素ファイル５４
のパーツコードを標準パーツファイル５５へ登録する。
次に，構成要素ファイル５４の全パーツについて終了し
たかどうかを判定し，終了していなければステップＳ３
１から処理を繰り返し，終了していればこの処理を終了
する。

【００６９】図１４（Ａ）は，明朝体特有のパーツの１
つで，カドウロコと呼ばれるパーツを示す図である。上
記ステップＳ３５での差分の算出では，矢印のアジャス
トメントポイントを重ね合わせて差異量を求める。

【００７０】図１４（Ｂ）は，カドウロコの処理対象パ
ーツと比較対象標準パーツとを重ね合わせた状態を示す
図である。図１４（Ｃ）の黒い部分は一致しない部分で
ある。一致しない部分と，少なくともいずれかの一方の
パーツに属する部分の面積の算出を行い，この面積比を
デビィエーション（差異量，通常百分率で表現する）と
定義し，算出する。このデビィエーションの値が予め設
定した値以下の場合に，処理対象パーツの比較対象標準
パーツへの置き換えを行う。

【００７１】デビィエーションを求めるための面積の算
出は，例えばアウトラインを展開し，線の内側のピクセ
ルの個数をカウントすることにより行う。線の内側であ
るか外側であるかは，ラスタライゼーションにより線を
偶数回（０を含む）横切った状態のピクセルは内側，奇
数回横切った状態のピクセルは外側とするアルゴリズム
によって判断することができる。

【００７２】図１５は，その面積を算出する方法を示す
図であり，１つの枡目が１つのピクセルを表している。
ピクセルの中心がアウトラインの内側であるものをハッ
チングで示している。このアウトライン内にあるピクセ
ルの個数を面積とする。

【００７３】文字フォント標準化処理部３０の処理によ
り，微差のパーツが多量にある場合に，それらを少数の
標準パーツに置き換え，文字フォント全体の部分的形状
の統一化を図ることができる。パーツの標準化の例につ
いて説明したが，ストロークまたはエレメントなどのコ
ンポーネントについても，同様に文字フォント標準化処
理部３０の処理により標準化を図ることができる。

【００７４】（６）文字フォント変形生成処理部 図１に示す文字フォント変形生成処理部４０は，文字ア
ウトラインファイル５２の文字について拡大縮小変形を
行う手段である。

【００７５】図１６は，その文字フォント変形生成処理
部４０の構成例を示す図である。アウトラインデータ管
理部４１は，文字アウトラインファイル５２ａから文字
のアウトラインデータを読み出す処理を行うものであ
る。アウトライン形状特徴情報抽出処理部４２は，文字
アウトラインデータから付加的情報である形状特徴情報
を抽出し，形状特徴情報テーブル４３に設定する。アウ
トライン・リニア拡縮処理部４４は，通常のリニア・ス
ケーリング（単純拡大縮小変形）を行い，処理結果のデ
ータを拡縮データワーク４５へ出力する。補間情報処理
部４６は，拡縮データワーク４５の変形処理後の各パー
ツを，形状特徴情報テーブル４３の形状特徴情報をもと
にした計算により求められる位置にシフトする。アウト
ラインデータ補間処理部４７は，形状特徴情報の付与さ
れていないパーツをインターポレーションにより調整す
る。

【００７６】形状特徴情報は，文字アウトラインファイ
ル５２ａの各文字に付加されている，その文字の主要な
形状特徴を示す情報であり，「ヒント」と呼ばれてい
る。これらの情報は，図１７に示すように，ピーク，曲
線の極大点，水平画線の上側，下側の両境界線，垂直画
線の左側，右側の両境界線などからなる。

【００７７】文字フォント変形生成処理部４０は，ヒン
ト情報を用いることにより，文字全体のサイズを拡大ま
たは縮小した場合でも，字画デザインにかかわる線幅が
保持されるように変形することができる。

【００７８】「禾」を線幅を保持したまま縮小する例
を，図１８に従って説明する。図１８（Ａ）は，処理前
の文字を示す。（Ｂ）は，文字サイズをｘ，ｙ方向に
０．８倍の単純なリニア・スケーリング処理で縮小した
結果の文字を示す。図１８（Ａ）の垂直画線の幅ｍ０お
よび水平画線の幅ｎ０は，（Ｂ）において，それぞれｍ
１，ｎ１のように０．８倍に縮小変形されている。

【００７９】図１８（Ｃ）は，文字フォント変形処理手
段４０による，インテリジェント・スケーリング処理の
結果である。文字サイズは（Ｂ）と同様０．８倍に縮小
されているが，画線の幅は元の（Ａ）と同一である。
「禾」の第４番目のストロークには，形状特徴情報が付
加されていないが，このようなストロークは，インター
ポレーションにより調整する。

【００８０】文字フォント変形生成処理部４０によるさ
まざまなスケーリングの具体例を，文字「穐」の例を用
いてさらに説明する。図１９は，同ウエイトでサイズ異
体字の生成，すなわち，文字画線幅を変えずに文字サイ
ズを変える処理の結果を示す。図１９（Ａ）は元の文
字，（Ｂ）は単純なリニア・スケーリング処理の結果で
あり，画線幅および白地スペースがスケーリング率に従
って縮小されている。（Ｃ）は，本実施例の処理手段を
用いた処理結果である。形状特徴情報により，画線幅は
保持され白地スペースのみが変化することにより，文字
サイズの変形が適切に行われていることがわかる。

【００８１】図２０は，同サイズでウエイト異体字の生
成，すなわち，文字サイズを変えずに文字画線幅を変え
る処理の結果を示す。図２０（Ａ）は元の文字，（Ｂ）
は，本実施例の処理手段を用いて生成されたライトウエ
イトの異体字，（Ｃ）は，本実施例の処理手段を用いて
生成されたボールドウエイトの異体字を示す。

【００８２】図２１は，同ウエイトで水平（横）または
垂直（縦）方向の一方のみのサイズを変形する処理の結
果を示す。図２１（Ａ）は元の文字，（Ｂ）は横方向
０．８倍の縮小変形，（Ｃ）は横方向０．９倍の縮小変
形，（Ｄ）は横方向１．１倍の拡大変形，（Ｅ）は横方
向１．２倍の拡大変形の結果である。（Ｂ）から（Ｄ）
までの４文字とも，字を構成する画線の幅は，元の画線
幅を保持している。

【００８３】図２２（Ａ）はエレメント「魚」につい
て，（Ｂ）はエレメント「日」について，それぞれ同様
の処理により，さまざまな縦横別のスケーリング率によ
り変形処理を行った例である。スケーリング率によって
エレメントのサイズは変わっているが，エレメントの画
線幅はすべて元のまま保持されている。

【００８４】図２３は，文字フォント変形生成処理部の
処理フロー図である。ステップＳ４０で，文字アウトラ
インファイル５２ａより処理を行う文字または文字の一
部輪郭のアウトラインデータを読み出す。

【００８５】ステップＳ４１で，アウトラインデータよ
り形状特徴情報（画線起点ポイント，線幅制御ポイン
ト，保持線幅等）を抽出し，形状特徴情報テーブル４３
へセーブする。

【００８６】ステップＳ４２で，アウトラインデータの
座標ポイントに一定の倍率をかけ，リニアの拡縮アウト
ラインデータを作成する。ステップＳ４３で，形状特徴
情報により線幅制御ポイント，保持線幅を読み出し，保
持線幅となるように，拡縮アウトラインの線幅制御ポイ
ントをシフトする。

【００８７】ステップＳ４４で，拡縮アウトラインの線
幅制御ポイントの線幅保持処理前後の座標，画線起点ポ
イントの座標と線幅制御ポイント以外の座標より，線幅
制御ポイントの補間シフト値を算出する。

【００８８】ステップＳ４５で，補間シフト値に従い，
線幅制御ポイント以外のデータポイントをシフトする。
ステップＳ４６で，補間シフト後のアウトラインデータ
を文字アウトラインファイル５２ｂにセーブする。

【００８９】

【発明の効果】以上説明したように，本発明によれば，
文字をエレメント，ストローク，パーツという３つの階
層に分解し，体系的に分類することにより，新しい文字
フォントの生成，既存の文字フォントの修正，文字フォ
ントのデザインの統一化などに役立てることができるよ
うになる。また，自動的にインターポレーションを行
い，中間ウエイトの文字を生成することにより，同一フ
ァミリの文字フォントを生成する場合の作業負担を大幅
に軽減することが可能になる。

【００９０】また，文字のパーツまたはエレメント／ス
トロークなどのコンポーネントの標準化および統一化に
より，印刷時の文字品質を高めるとともに，文字フォン
ト・データの大幅な軽量化を実現することができる。

【００９１】さらに，タイポグラフィ的に適切な，さま
ざまなサイズ，ウエイトの文字フォントを，短時間で簡
単に生成することができる。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】文字フォント分解処理部の構成例を示す図であ
る。

【図３】文字をエレメント，ストローク，パーツに分解
した階層構造の例を示す図である。

【図４】エレメント，ストローク，パーツに関する分類
情報の説明図である。

【図５】ストロークの分類例を示す図である。

【図６】文字「穐」のコンポーネント分解情報の出力例
を示す図である。

【図７】文字「穐」を３３個のパーツから再組み立てし
た例を示す図である。

【図８】文字「穐」をエレメント，ストローク，パーツ
に分解する際のエディタ画面の例を示す図である。

【図９】階層アウトラインファイルに格納されるデータ
の構造を示す図である。

【図１０】文字フォント分解処理部によって文字をエレ
メント，ストローク，パーツへ分解する処理を示す図で
ある。

【図１１】インターポレーションによる文字の生成を説
明する図である。

【図１２】文字フォント標準化処理部の構成例を示す図
である。

【図１３】文字フォント標準化処理部の処理フロー図で
ある。

【図１４】処理対象パーツと比較対象標準パーツとの重
ね合わせを説明する図である。

【図１５】パーツの標準化処理における面積を算出する
方法を示す図である。

【図１６】文字フォント変形生成処理部の構成例を示す
図である。

【図１７】文字の形状特徴を示す情報を説明するための
図である。

【図１８】線幅を保持したまま縮小する例を説明する図
である。

【図１９】文字画線幅を変えずに文字サイズを変える処
理の結果を示す図である。

【図２０】文字サイズを変えずに文字画線幅を変える処
理の結果を示す図である。

【図２１】同ウエイトで水平または垂直方向の一方のみ
のサイズを変える処理の結果を示す図である。

【図２２】さまざまな縦横別のスケーリング率により変
形処理を行った例を示す図である。

【図２３】文字フォント変形生成処理部の処理フロー図
である。

【図２４】従来のアウトラインデータの例を示す図であ
る。

【図２５】従来のラテン文字フォントの管理の例を示す
図である。

【図２６】漢字を構成するエレメントが種々の形で用い
られる例を示す図である。

【図２７】漢字を構成するエレメントが種々の形で用い
られる他の例を示す図である。

【符号の説明】

１００ 処理装置 １０ 文字フォント分解処理部 ２０ 文字フォント補間生成処理部 ３０ 文字フォント標準化処理部 ４０ 文字フォント変形生成処理部 ５１ 文字構造ファイル ５２ 文字アウトラインファイル ５３ 階層アウトラインファイル ５４ 構成要素ファイル ５５ 標準パーツファイル ５６ パーツアウトラインファイル ６０ ディスプレイ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ペーター カロウ ドイツ連邦共和国 デー−2000 ハンブル ク 65 ハークスハイダー・シュトラーセ 102 ユーアールダブリュソフトウェア アンドタイプ・ゲセルシャフト・ミット・ ペルシュレンクテル・ハフツンク内 (72)発明者 ユリゲン ウイロット ドイツ連邦共和国 デー−2000 ハンブル ク 65 ハークスハイダー・シュトラーセ 102 ユーアールダブリュソフトウェア アンドタイプ・ゲセルシャフト・ミット・ ペルシュレンクテル・ハフツンク内

Claims (8)

【特許請求の範囲】
1. 【請求項１】 文字フォントの各々の文字に対してエレ
   メントに分解するためのエレメントレベルの分類情報，
   各々のエレメントをストロークに分解するためのストロ
   ークレベルの分類情報および各々のストロークをパーツ
   に分解するためのパーツレベルの分類情報を持つ文字構
   造情報記憶手段(51)と，指定された文字フォントに対
   し，前記文字構造情報記憶手段(51)を参照し，文字レベ
   ルからエレメントレベルへ，エレメントレベルからスト
   ロークレベルへ，ストロークレベルからパーツレベルへ
   と順次文字を分解し，分解された各々のデータに対して
   前記文字構造情報記憶手段(51)が持つ分類情報に従って
   所定の分類コードを付与し，所定のファイルエリアに格
   納する文字フォント分解処理手段(10)とを備えたことを
   特徴とする文字フォント生成処理システム。
2. 【請求項２】 請求項１記載の文字フォント生成処理シ
   ステムにおいて，オペレータのためのガイダンス表示用
   の骨文字の形態で表示される骨文字データを記憶する手
   段を備えるとともに，前記文字フォント分解処理手段(1
   0)は，文字レベルからエレメントレベルへ，エレメント
   レベルからストロークレベルへ，ストロークレベルから
   パーツレベルへと順次文字を分解するに際して，前記骨
   文字データにより対象部分を他の部分とは異なる態様で
   表示し，オペレータに次の分解対象を知らせるガイダン
   ス表示手段を備えたことを特徴とする文字フォント生成
   処理システム。
3. 【請求項３】 少なくとも文字フォントの各々の文字に
   対してエレメントに分解するためのエレメントレベルの
   分類情報および各々のエレメントをストロークに分解す
   るためのストロークレベルの分類情報を持つ文字構造情
   報記憶手段(51)と，字形が同じでウエイトの異なる２つ
   の書体の文字フォントを，前記文字構造情報記憶手段(5
   1)が記憶する共通の分類情報を使って各々ストロークの
   レベルまで分解し，２書体の文字間で輪郭の数を一致さ
   せることにより各々の輪郭を対応づけ，２書体の中間的
   なウエイトを持つ文字フォントをインターポレーション
   により自動生成する文字フォント補間生成処理手段(20)
   とを備えたことを特徴とする文字フォント生成処理シス
   テム。
4. 【請求項４】 文字フォントを構成する各文字のアウト
   ラインデータを，その構成要素である複数のパーツデー
   タに分割し保存する文字フォント記憶手段(54,56) と，
   登録された標準的な形状のパーツデータを記憶する標準
   パーツ記憶手段(55)と，前記文字フォント記憶手段(54,
   56) が記憶する文字フォントを構成するパーツデータに
   ついて，その各パーツと前記標準パーツ記憶手段(55)に
   登録済みの標準パーツとの差異を計算する比較手段と，
   比較した結果の差異量があらかじめ設定された基準値以
   下の場合に，前記文字フォント記憶手段(54,56) におけ
   るそのパーツを，比較対象の標準パーツと置き換える手
   段と，比較した結果の差異量があらかじめ設定された基
   準値より大きい場合に，前記文字フォント記憶手段(54,
   56) におけるそのパーツを，新たな標準パーツとして登
   録する手段とを備え，細部のデザインが標準化された文
   字フォントを生成することを特徴とする文字フォント生
   成処理システム。
5. 【請求項５】 文字フォントを構成する各文字のアウト
   ラインデータを，少なくともエレメントレベルまたはス
   トロークレベルのコンポーネントに分割し保存する文字
   フォント記憶手段と，各コンポーネントの種類ごとに登
   録された標準コンポーネントデータを記憶する標準コン
   ポーネント記憶手段と，前記文字フォント記憶手段が記
   憶する文字フォントを構成するコンポーネントデータに
   ついて，その各コンポーネントと前記標準コンポーネン
   ト記憶手段に登録済みの標準コンポーネントとの差異を
   計算する比較手段と，比較した結果の差異量があらかじ
   め設定された基準値以下の場合に，前記文字フォント記
   憶手段におけるそのコンポーネントを，比較対象の標準
   コンポーネントと置き換える手段と，比較した結果の差
   異量があらかじめ設定された基準値より大きい場合に，
   前記文字フォント記憶手段におけるそのコンポーネント
   を，新たな標準コンポーネントとして登録する手段とを
   備え，デザインが標準化された文字フォントを生成する
   ことを特徴とする文字フォント生成処理システム。
6. 【請求項６】 文字フォントデータとしてアウトライン
   曲線を記述するための座標点データ以外に，文字を構成
   する各字画の形状上の特徴を記述する付加的情報を記憶
   する記憶手段と，前記座標点データに基づいて文字全体
   のサイズを拡大または縮小する変形を，前記付加的情報
   を用いて字画デザインにかかわる線幅が保持されるよう
   に行う文字フォント変形生成処理手段(40)とを備えたこ
   とを特徴とする文字フォント生成処理システム。
7. 【請求項７】 文字を複数のエレメントから構成される
   集合体として捉え，複数の文字から得られるエレメント
   を組み合わせて新たな文字を生成する文字フォント生成
   処理システムにおいて，エレメントデータとしてアウト
   ライン曲線を記述するための座標点データ以外に，エレ
   メントを構成する字画の形状上の特徴を記述する付加的
   情報を記憶する記憶手段と，新たな文字を生成するため
   に所望のサイズにエレメントを拡大または縮小変形する
   際に，前記付加的情報を用いて字画デザインにかかわる
   線幅が保持されるように線幅を調整する文字フォント変
   形生成処理手段(40)とを備えたことを特徴とする文字フ
   ォント生成処理システム。
8. 【請求項８】 文字フォントデータとしてアウトライン
   曲線を記述するための座標点データ以外に，文字を構成
   する各字画の形状上の特徴を記述する付加的情報を記憶
   する記憶手段と，前記付加的情報を用いて字画デザイン
   にかかわる線幅のみを太くまたは細くすることにより，
   ウエイトの異なる文字を生成する文字フォント変形生成
   処理手段(40)とを備えたことを特徴とする文字フォント
   生成処理システム。