JP3100784B2 - 文字処理方法及びその装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ベクタ形式のフォント
データに基づいてパターン展開を行うためにベクタ形式
のフォントデータを処理する文字処理方法及びその装置
に関するものである。

【０００２】

【従来の技術】従来、ベクトル形式のデータを格納する
際、文字の輪郭を構成する制御点の座標値、これら制御
点の属性情報及びヒント情報等を、例えば２バイト単位
で格納していた。そして、これらフォントデータの先頭
には、各文字の先頭を示すポインタが付されて、例えば
ＲＯＭ等に格納されていた。

【０００３】

【発明が解決しようとする課題】上記従来例において、
ベクトル形式のフォントデータは一般にそのデータ容量
が大きく、全てＲＯＭに記憶して製品に内蔵しようとす
ると、非常に多くのＲＯＭを要し、製品のコストアップ
につながるという問題があった。また一方、フォントデ
ータの容量を少なくするために、ベクトル形式のフォン
トデータのサイズを小さくしたり、制御点の数を減らし
たりすると、再生される文字の品位を低下させるという
問題があった。

【０００４】本発明は上記従来例に鑑みてなされたもの
で、例えば文字が複雑で高品位を要求する文字に対して
はベクタフォントデータのサイズを大きくして高品位を
保ち、文字が単純な場合にはサイズを小さくして、全て
の文字に対して高品位を保ちつつフォントデータ量を少
なくして記憶できる文書処理装置及び方法を提供するこ
とを目的としたものである。

【０００５】又、本発明の目的は、ベクタフォントデー
タを基本サイズで記憶しておき、出力すべき文字の座標
値と、その基本サイズとに基づいて、ベクタフォントデ
ータの制御点の座標を示すマスタ座標を求めて、その出
力すべき文字のドットパターンを生成する文字処理方法
及び装置を提供することにある。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に本発明の文書処理装置は以下の様な構成を備える。即
ち、ベクタ形式のフォントデータに基づいてパターン展
開を行う文書処理装置であって、前記ベクタ形式のフォ
ントデータの基本サイズを決定する決定手段と、前記決
定手段により決定された基本サイズに基づいて前記ベク
タ形式のフォントデータの座標値を変換する変換手段
と、前記変換手段により変換されたフォントデータを記
憶する記憶手段とを有する。

【０００７】上記目的を達成するために本発明の文字処
理方法は以下のような工程を備える。即ち、ベクタ形式
のフォントデータに基づいてドットパターンデータを生
成する文字処理方法であって、出力すべき文字のベクタ
フォントデータの基本サイズを判定する判定ステップ
と、前記出力すべき文字の座標値と前記判定手段により
判定された前記基本サイズとに基づき前記ベクタフォン
トデータの制御点の座標を示すマスタ座標を求めるステ
ップと、求められた前記マスタ座標に基づき、前記出力
すべき文字に対応するドットパターンデータを生成する
生成ステップと、を有することを特徴とする。

【０００８】

【作用】以上の構成において、ベクタ形式のフォントデ
ータの基本サイズを決定し、その決定された基本サイズ
に基づいて前記ベクタ形式のフォントデータの座標値を
変換する。そして、その変換されたフォントデータを記
憶手段に記憶する。また本発明によれば、出力すべき文
字のベクタフォントデータの基本サイズを判定し、出力
すべき文字の座標値と、その判定された基本サイズとに
基づきベクタフォントデータの制御点の座標を示すマス
タ座標を求め、その求められたマスタ座標に基づき、前
記出力すべき文字に対応するドットパターンデータを生
成するように動作する。

【０００９】

【実施例】以下、添付図面を参照して本発明の好適な実
施例を詳細に説明する。尚、本発明は複数の機器から構
成されるシステムに適用しても、１つの機器からなる装
置に適用しても良い。また、本発明はシステム或は装置
に、本発明を実施するプログラムを供給することによっ
て達成される場合にも適用できることは言うまでもな
い。

【００１０】図１は本実施例の文書処理システムの基本
的な構成を示すブロック図である。このシステムは日本
語等を処理する専用の文書処理システムであっても良
く、或いはワークステーションや通常のコンピュータシ
ステム等であっても良い。

【００１１】図１において、１はＣＰＵ（中央処理装
置）であり、この装置全体の制御及び演算処理を行うも
のである。２はＲＯＭで、ＣＰＵ１により実行されるシ
ステム起動プログラム及び文字パターン・データ等の各
種データを記憶している。３はＲＡＭで、ＣＰＵ１のワ
ークエリアとして使用されると共に、種々の処理毎に各
種プログラム或いはデータなどがロードされ、このＲＡ
Ｍ３上で実行される。４はキーボードコントローラ（Ｋ
ＢＣ）で、キーボード（ＫＢ）５よりのキー入力データ
を受取り、そのキーに対応したコードデータに変換して
ＣＰＵ１に出力している。６はＣＲＴコントローラ（Ｃ
ＲＴＣ）で、ディスプレイ（ＣＲＴ）７へのデータ表示
を制御している。

【００１２】９はフロッピィディスク（ＦＤ）或いはハ
ードディスク（ＨＤ）等の外部記憶装置で、各種プログ
ラム及びデータなどが記憶されている。そしてキーボー
ド（ＫＢ）５より、あるプログラムの実行が指示される
と、そのプログラムがＲＡＭ３にロードされる。又、必
要に応じてその外部記憶装置９に記憶されているデータ
が読み出されてＲＡＭ３にロードされて参照される。８
はこれら外部記憶装置９との間でデータ転送を制御する
ためのディスクコントローラ（ＤＫＣ）である。１０は
プリンタコントローラ（ＰＲＴＣ）で、プリンタ（ＰＲ
Ｔ）１１を制御している。１２はシステムバスであり、
上述の構成要素間でのデータのやり取りを行っている。

【００１３】図２は本発明の一実施例である文書処理装
置の最も基本的な構成を示すブロック図である。尚、図
１及び図２におけるプリンタ（ＰＲＴ）１１は、例えば
レーザビームプリンタであっても良く、或いはインクジ
ェットプリンタや熱転写等のプリンタであっても良い。

【００１４】図２において、２１はマイクロプロセッサ
等のＣＰＵで、この装置全体の制御及び演算処理を行う
ものである。２２はＲＯＭで、ＣＰＵ２１の制御プログ
ラムや文字パターン・データ等の各種データを記憶して
いる。２３はＲＡＭで、使用制限のないデータ記憶領域
であり、様々な処理毎に各々のプログラム及びデータが
ロードされ、実行される領域である。１０はプリンタ・
コントローラ（ＰＲＴＣ）で、プリンタ（ＰＲＴ）１１
へのデータ出力を制御している。

【００１５】図３は本実施例の文書処理システム或いは
装置における処理を示すフローチャートで、この処理を
実行する制御プログラムはディスク９或いはＲＯＭ２２
に記憶されている。

【００１６】まずステップＳ１において、インターフェ
ースを取込む。このインターフェースとしては、これか
ら圧縮するデータのファイル名やそのデータの書体名等
がある。次にステップＳ２では、１書体分のアウトライ
ンフォントのデータを読み込む。このアウトラインフォ
ントデータは、図４に示すように“１０２４”ד１０
２４”をマスタ・サイズとして、ワード単位で座標デー
タ４０５及び各点の属性情報４０３及びヒント情報４０
４を記憶している。そして、１文字分のデータを非漢
字、第１水準漢字、第２水準漢字等の１書体分の文字全
てのデータと、１つ１つの文字データの先頭番地をポイ
ントするポインタとからなっている。

【００１７】この１つの書体分のデータを読み込んだ
後、図３のステップＳ３において、その書体の圧縮デー
タのフォントマスタ・サイズを決定する。この決定方法
は、図５に示すように文字品位及びデータサイズ面から
最も適したサイズを予め決定しておいても良いし、その
場でユーザがキーボード５等を操作して入力しても良
い。図５は、各マスタ・サイズに適合した書体情報を記
憶しているテーブルの内容を示している。

【００１８】ステップＳ４では、マスタ・サイズを“６
４”に縮小する場合であり、“１０２４”から“６４”
へ縮小する時の拡大縮小倍率（１／１６）を格納する。
ステップＳ５では、マスタ・サイズを“１２８”に縮小
する場合であり、“１０２４”から“１２８”へ縮小す
る時の拡大縮小倍率（１／８）を格納する。ステップＳ
６ではマスタ・サイズを“２５６”に縮小する場合であ
り、“１０２４”から“２５６”へ縮小する時の拡大縮
小倍率（１／４）を格納する。ここで、ステップＳ４か
らステップＳ６の処理は、マスタ・サイズを“６４”，
“１２８”，“２５６”に固定する必要はなく、任意の
値を定義することができる。又、縮小する方向のみなら
ず、拡大する方向に値を定義しても良いとは言うまでも
ない。

【００１９】ステップＳ７からステップＳ１０では、１
文字のアウトラインフォントデータを圧縮する作業を示
している。即ち、ステップＳ７では、ステップＳ２にお
いて１書体分の読み込んだデータ及びデータの先頭番地
のポインタから対象の１文字のデータを検索し、ＲＡＭ
３のワークスペースに、座標値、点属性及びヒント情報
として格納する。ここで座標値は、“１０２４”ד１
０２４”のマスタ・サイズの時にフォントを制御する制
御点の座標を示す。又、点属性には、その制御点がスタ
ート点であるか、輪郭の最終点であるか、中間点である
かを等を示すフラグ、或いは曲線の始点及び終点情報を
示すフラグ等が格納されている。又、ヒント情報は文字
の品位を向上させるために必要な情報を格納している。

【００２０】ステップＳ８では、ステップＳ４からステ
ップＳ６のどれかによって決定された拡大又は縮小倍率
を、ステップＳ７でワークスペースに格納した座標値
や、その他のマスタ・サイズに関係するデータに乗算し
て所望のサイズに縮小又は拡大する。そしてステップＳ
９において、ステップＳ６で所望のサイズに拡大又は縮
小した座標値に対し、ヒント情報に基づいて文字品位を
向上させる処理を行う。ここで処理を行うヒント処理に
は、漢字における横の線幅や縦の線幅を調整し、線幅を
揃える処理等がある。次にステップＳ１０に進み、ステ
ップＳ８及びステップＳ９から得られた１文字分の座標
データ、点属性及びヒント情報を格納する。

【００２１】この時のデータフォーマットは、データの
マスタ・サイズが“２５６”以下であれば、図６に示す
ように１バイト単位で格納された形式となる。又、マス
タ・サイズが“２５６”より大きく“５１２”以下の場
合には、図７に示すように座標値を“２”で割り、その
商を１バイトで表し、余りを１ビットで表現する。従っ
て、余りビット７０１の各バイトは、Ｘ，Ｙ座標のそれ
ぞれの余りビットを８個（８ビット）分ずつ記憶するこ
とができる。

【００２２】又、マスタ・サイズが“５１２”より大き
く“１０２４”以下の場合には、図８に示すように座標
値を“４”で割り、その商を１バイトで表現し、その余
りを２ビットで表現する。従って、余りビット７０５の
各バイトは、Ｘ，Ｙ座標のそれぞれの余りビットを４個
分（２×４ビット）分ずつ記憶することができる。

【００２３】以下、マスタ・サイズが２５６×２ⁿ より
大きく、２５６×２ⁿ⁺¹ 以下の場合は、２ⁿ⁺¹ で割り算
を行い、商を１バイトで表現し、余りを（ｎ＋１）ビッ
トで表現する。

【００２４】そして、図６から図８に示すように、ｎの
値と、マスタ・サイズを“２５６”で割った余りを表現
できるビット数の値ｒを格納する（図６の６０２，図７
の７０２，図８の７０６）ことによって、このデータか
らアウトラインフォントを作成するときに、マスタ・サ
イズが、（２５６×２ⁿ ＋ｒ）により求められる。即
ち、図６の場合では、ｎ＝ｒ＝０（ビット）であるた
め、マスタ・サイズは“２５６”以下となり、図７の場
合では、ｎ＝ｒ＝１（ビット）であるため、マスタ・サ
イズは“２５６”以上で“５１２”以下に、図８の場合
にはｎ＝ｒ＝２（ビット）であるため、“５１２”以上
で“１０２４”以下となる。このとき、上記計算方法で
は、ｎの値とｒを表現できるビット数の値とは一致する
ので、ｎの値のみを格納しても差し支えない。

【００２５】次に再び図３のフローチャートに戻り、ス
テップＳ１１で、１書体分の全てのデータ圧縮処理が終
了したかどうかを判定する。全ての文字に対して圧縮作
業が終了した場合には処理を終了し、全ての文字が終了
していない場合には、ステップＳ７へ戻って次の文字の
データの圧縮作業を行う。

【００２６】次に本発明の他の実施例について説明す
る。前述の実施例では、図３のステップＳ３において、
図５に示す文字品位及びデータサイズ面からフォントマ
スタ・サイズを決定していたが、ここでは、図９に示す
ように、各文字コードに対応してその最適な書体と、最
適なサイズとが決められており、これらの情報に基づい
てマスタ・サイズを決定する。

【００２７】また、図１０は、前述の図３のフローチャ
ートのステップＳ３における判定条件を置き換えたもの
である。この判定条件は、製品に搭載するＲＯＭのサイ
ズに制限がある場合に、その限られたサイズの中で最も
良い品位が得られるためのマスタ・サイズを決定するデ
ータを示している。例えば、ＲＯＭサイズが１Ｍバイト
の時、明朝体の場合には、その限られたサイズに収まっ
て最良の品位を出すためにはマスタ・サイズを１２８ド
ットにすれば良いことがわかる。同様に、ゴシック体の
場合には２５６ドット、階調体の場合は１２８ドットと
すれば良い。又ＲＯＭサイズが２Ｍバイトの時には、明
朝体は２５６ドット、ゴシック体は５１２ドット、楷書
体は２５６ドットが最適であることが分かる。

【００２８】更に、図１１は図３のステップＳ３におけ
る判定条件の他の例を示すものである。この図１１は、
ＲＯＭサイズが１Ｍバイトの場合で示している。ここで
は製品に搭載するＲＯＭのサイズに制限がある場合に、
各書体で１文字毎に最良の品位を出すためのマスタ・サ
イズを決定するためのデータを表している。

【００２９】ＲＯＭサイズが１Ｍバイトの時、明朝体
は、文字コード２１２１は“３２”、文字コード２１２
２は“３２”に、ゴシック体の場合は文字コード２１２
１は“３２”に、文字コード２１２２は“６４”に、ま
た楷書体は文字コード２１２１は“３２”に、文字コー
ド２１２２は“６４”というように決定できる。同様に
して、ＲＯＭサイズが２Ｍバイト、３Ｍバイトの場合に
もそれぞれのテーブルを作成してそれらを参照すること
で、各文字毎のマスタ・サイズを決定できる。

【００３０】又、製品の出力装置の解像度が低い場合、
マスタ・サイズを大きくしても余り効果が得られない時
がある。このような場合には、できるだけＲＯＭサイズ
を小さくすることが製品コストを下げる大きな要因とな
る。従って、製品の出力装置の解像度に応じた各書体毎
のマスタ・サイズの決定、或いは各書体の１文字毎のマ
スタ・サイズを決定することによって、出力装置の解像
度に最も適した品位のデータを作成できる。

【００３１】また、プリンタ装置やディスプレイ等の出
力装置の解像度の低い場合で、かつこれらフォント情報
を記憶するＲＯＭサイズに制限がある場合に、その出力
装置の解像度とＲＯＭサイズに応じた各書体毎のマスタ
・サイズの決定、或いは各書体の１文字毎のマスタ・サ
イズを決定することにより、その出力装置の解像度及び
ＲＯＭサイズに最も適した品位の文字データを発生する
ことができる。

【００３２】以上説明したように、ベクトル形式のデー
タにマスタ・サイズの情報を持たせることによって、各
書体の各文字に対して、出力装置の解像度に合わせた最
良の品位で、かつ最小の容量で指定のＲＯＭサイズ一杯
に格納でき、高速にパターンに展開できる文字圧縮装置
を提供できる。次に、図１２のフローチャートを参照し
て、本発明の第２実施例を説明する。尚、第２実施例の
文書処理装置或いはシステムの構成は前述の実施例と同
様であるため、それらの説明を省略する。この第２実施
例では、前述の実施例で説明したようにして圧縮されて
格納されているフォントデータを読出し、それをイメー
ジデータに展開するための処理を行う。

【００３３】図１２は第２実施例の動作を説明するため
のフローチャートで、この処理を実行する制御プログラ
ムは、ＲＯＭ３或いはＲＯＭ２２等に記憶されている。

【００３４】まずステップＳ２１において、インターフ
ェース・パラメータを取り込む。このインターフェース
・パラメータには、文字コード、書体、出力サイズ、出
力バッファの指定情報等が含まれている。次にステップ
Ｓ２２に進み、インターフェースパラメータで取り込ん
だ書体の対象文字コードに基づいて、予めＲＯＭ２，２
２或いはディスク９等に記憶されているフォントデータ
を検索し、対象となる文字に関するデータをＲＡＭ３，
２３のワークエリアに取り込む。そしてステップＳ２３
において、その文字のデータが圧縮データかどうかを判
定する。

【００３５】この判定方法としては、例えば１書体分の
文字データのヘッダを参照して、その値が“０”であれ
ば圧縮されていないデータ、その値が“１”であれば圧
縮されている書体データであると判定する。そして、対
象文字が圧縮されていないと判定された場合はステップ
Ｓ２４に進み、その文字のデータのマスタサイズは“１
０２４”であると判断し、この値“１０２４”を記憶す
る。そして、ＲＯＭ２，２２或いはディスク９等に格納
されている対象文字のデータを読込む。

【００３６】これら文字データの構成は、前述の図４に
示す構成と同様である。対象となる文字データは図４に
示すように記憶されており、ポインタ４０１で指示され
る座標テーブル４０５には、その文字の全ての制御点の
ｘ，ｙ座標のそれぞれが１ワード単位に格納されてお
り、これら全ての制御点の座標を読み込むと、１文字当
たりの総制御点数分の座標が読込まれたことになる。ま
た、これら座標値の読み込みに際して、点属性情報４０
３及びポインタ４０２で指示されるヒント情報４０４も
読込まれる。

【００３７】一方、ステップＳ２３で対象文字が圧縮さ
れていると判定された場合にはステップＳ２５に進み、
その文字の圧縮データのマスタ・サイズがいくつである
かを判定する。その判定方法は、図１３に示すように、
予め圧縮データの各文字のヘッダ部分に２バイトのフラ
グ５０３が用意されており、その１バイト目には“６
４”で割った商（ｎ）が格納されており、２バイト目に
は“６４”で割った場合の余り（ｒ）が格納されてい
る。よって、対象文字の圧縮フォントデータのマスタ・
サイズは、２５６×２ⁿ ＋ｒで計算できることになる。
従って、ｎ＝０，ｒ＝０の場合には、２５６×２⁰ ＋０
＝２５６であることが解る。

【００３８】そしてステップＳ２６は、このフラグ５０
３のｎの値が“０”の場合で、図５における余りビット
がない場合（２５６×２⁰ ＋０＝２５６）である。この
場合には、圧縮フォントデータのマスタ・サイズは“２
５６”となり、総点数分の座標４０５の各点のｘ，ｙ座
標をそれぞれ１バイトずつ読み込む。そして読み込んだ
座標値をそのままマスタ座標として扱う。また、このと
き点属性情報４０３及びヒント情報４０４も同時に読み
込んでおく。

【００３９】またステップＳ２７は、ｎの値が“１”の
場合で、この場合にはまず全ての座標点数分の座標テー
ブル４０５のｘ，ｙ座標をそれぞれ１バイト単位に読み
込み、その読込んだ各座標値を２¹ 倍にして、余り（こ
こではｒ＝０）を加える。そして余りビットのテーブル
５０２を参照して、この値に加える。つまり、 Ｘ座標＝Ｘ_n ×２¹ ＋０＋（Ｘ_n の余りビット） Ｙ座標＝Ｙ_n ×２¹ ＋０＋（Ｙ_n の余りビット） を求め、こうして得られた座標（Ｘ，Ｙ）をマスタ座標
として扱う。

【００４０】ステップＳ２８においては、フラグ５０３
のｎの値が“２”の場合であり、まず総点数分のｘ，ｙ
座標４０５をそれぞれ１バイト単位で読み込み、その読
み込んだ座標値のそれぞれを２² 倍して、余り（ここで
はｒ＝０）を加える。そして余りビットのテーブル５０
２を参照して、この値に加える。つまり、 Ｘ座標＝Ｘ_n ×２² ＋０＋（Ｘ_n の余りビット） Ｙ座標＝Ｙ_n ×２² ＋０＋（Ｙ_n の余りビット） を求め、こうして得られた座標値をマスタ座標として扱
う。

【００４１】こうしてステップＳ２９に進み、座標値テ
ーブル４０５から読込んだ座標値と、計算により求めた
マスタ座標、及びインターフェースで取り込んだ出力サ
イズに基づいて、これら座標値を変換するための拡大／
縮小倍率を決定する。そして、座標値テーブル４０５か
ら読込んだｘ座標値及びｙ座標値に、その決定された拡
大／縮小倍率をかけて所望のサイズの座標値に変換す
る。次にステップＳ３０に進み、ステップＳ２４からス
テップＳ２８の処理で読み込んだヒント情報を基に、ス
テップＳ２９で所望のサイズに変換された座標値を微調
整する。そしてステップＳ３１以降の処理で、実際にプ
リンタ（ＰＲＴ）１１に出力するビットマップデータ作
成する。

【００４２】まず、ステップＳ３１では、１つの輪郭を
形成するスタート点をセットする。通常の座標点は１つ
前の座標点とのつながりを持つが、スタート点はそのつ
ながりを持たない。ステップＳ３２では、ステップＳ２
４からステップＳ２８の間で取り込んだ点属性情報か
ら、その輪郭線が直線であるか曲線であるかの判定を行
う。そして対象となる座標で表される輪郭が直線であれ
ばステップＳ３３へ進み、曲線であればステップＳ３５
へ進む。

【００４３】ステップＳ３３では、対象となる座標が直
線である場合であり、その直線上の点をまず平面１にプ
ロットする。このプロットする方法としては、１つのＹ
座標に対してプロットするＸ座標は１点のみで、そのプ
ロットする位置に元々あった点は反転（排他的論理和を
とって）されてプロットされる。そしてステップＳ３４
に進み、平面２へのプロットを行う。このプロットする
方法は、１つのＹ座標に対して直線にかかわっている全
てのＸ座標をプロットするものである。そしてそのプロ
ットに際しては、元々存在していた点かどうかにかかわ
らず、全ての点を１としてプロットする。

【００４４】一方、ステップＳ３２で曲線と判断される
とステップＳ３５に進む。この場合は、対象となる座標
点が曲線の場合であり、点属性から曲線を構成する点を
全て取り出して曲線を発生させる。このとき発生させる
曲線は、予め決められたものであるが、スプライン曲
線，３次ベジェ曲線，２次ベジェ曲線，円弧等どれを用
いて発生させても構わない。このようにして予め決めら
れた曲線を発生した後、ステップＳ３６において、平面
１にその曲線の点をプロットする。このときのプロット
する方法として、１つのＹ座標に対してプロットするＸ
座標は１点のみで、プロットする位置に元々点が存在し
ている場合にはその点を反転（排他的論理和をとって）
させてプロットする。そしてステップＳ３７において平
面２へプロットする。このプロットする方法は、１つの
Ｙ座標に対して関係する全てのＸ座標をプロットし、そ
の時のプロットされる点は、元からあったかどうかにか
かわらず、全て１としてプロットされる。

【００４５】次にステップＳ３８に進み、１つの輪郭線
に関するデータ処理が終了したかどうかを、点属性情報
を参照して判定する。１つの輪郭線に対するデータ処理
が終了していればステップＳ３９へ進み、そうでない時
はステップＳ３２へ進み、再び直線か曲線かを判定し
て、データ作成の続きを行う。ステップＳ３９では、１
文字分のデータの処理が終了したかどうかのチェックを
行う。１文字分のデータの処理が終了していればステッ
プＳ４０へ進み、１文字分のデータの処理が終了してい
なければステップＳ４１へ進み、次の輪郭に対しての処
理を行う。

【００４６】そしてステップＳ４０において、ステップ
Ｓ３３或いはステップＳ３６においてプロットした平面
１における塗りつぶし処理を行う。このとき２つのステ
ップの説明で述べたように、プロットを行う時に１つの
Ｙ座標に対してＸ座標１点のみを、排他的論理和を取り
ながらプロットしているので、必ず１対１の塗りつぶし
のペアができている。よって各ラインにおいてラインの
左側からサーチしていき、最初に見つかった黒ドットか
ら次に黒ドットが見つかるまでを黒ドットで塗り潰すよ
うに処理を行う。そしてステップＳ４１では、線抜けや
１ビットの端点抜けを防ぐために、平面１と平面２のそ
れぞれにプロットされたデータ同士の論理和（ＯＲ）を
求める。ここまでのステップにより、１文字分のビット
マップのデータの作成処理が完成する。そしてステップ
Ｓ４２において、１文字分のビットマップデータを要求
側が指定する領域へ出力する。

【００４７】以上説明したように第２実施例によれば、
圧縮されて記憶されているフォントデータの座標値を、
その倍率によって変倍し、更に直線であるか、曲線であ
るかに応じて輪郭線データを発生させることにより、効
率良くしかも高速にパターン展開できる効果がある。

【００４８】次に本発明の第３実施例について説明す
る。

【００４９】図１４は第３実施例の処理を示すフローチ
ャートである。前述の第２実施例の場合には、１つの書
体に対して格納されているフォントパターンは１種類の
みであることを前提にしていたが、ここでは、１つの書
体に対して複数のフォントパターンが存在する場合を例
にして説明する。

【００５０】図１４におけるステップＳ５１において、
要求側よりインターフェース・パラメータを取り込む。
ここでの処理は図１２におけるステップＳ２１と同様な
処理であり、インターフェース・パラメータとして文字
コード，書体，出力サイズ，出力バッファ等を入力す
る。次にステップＳ５２に進み、予めＲＯＭ２，２２あ
るいはハードディスクやＦＤ９等に格納されている対象
文字のフォントデータが、１種類であるか、複数種であ
るかを判定する。その判定方法としては、予めＲＯＭ
２，２２あるいはハードディスク９等に書体テーブルを
備えておき、そのテーブルに、対象とする書体のデータ
が１種類であるか、複数種であるかを示す数値あるいは
文字データへのポインタ等を格納しておく。そしてその
書体テーブルを参照して、対象とする書体が１種類であ
るか否かの判定を行う。

【００５１】対象とする書体が１種類のみである場合は
ステップＳ５５に進み、そうでない時はステップＳ５３
に進み、複数種存在するフォントデータの中からどのデ
ータを実際にアクセスするかを決定する。その決定する
方法及び詳細については図１５のフローチャートを参照
して後で詳述する。こうして、どのフォントデータを使
用するかが決定されるとステップＳ５４に進み、前のス
テップＳ５３で、取り出すべきフォントデータが存在し
なかった場合にエラーとして処理を終了する。取り出す
べきフォントデータが存在する場合にはステップＳ５５
に進み、前述の第２実施例で詳述した、図１２のステッ
プＳ２３以降の処理と全く同様の処理を行う。

【００５２】図１５は図１４のステップＳ５３に示され
た対象文字データの中から選択する処理を詳述したもの
であり、ステップＳ６１では、要求されているパターン
展開処理が、文字の品位を優先するのかあるいはパター
ン展開速度を優先しているのかを判定する。例えば、Ｃ
ＲＴ等の表示器であれば品位よりもパターン展開処理ス
ピードの高速性を重視し、プリンタ等の出力装置であれ
ば、処理スピードよりも文字品位を優先させる。また表
示器あるいは出力装置いずれの場合であっても、ユーザ
の指定によって、文字の品位を優先させるか、或いはパ
ターン展開処理スピードを優先させるようにしても良
い。

【００５３】図１５のステップＳ６１において、文字の
品位を優先させると判定された場合にはステップＳ６２
に進み、処理スピードを優先させると判定された場合に
はステップＳ６７に進む。ステップＳ６２では、予めＲ
ＯＭ２，２２あるいはハードディスク，ＦＤ９等に格納
されている品位優先テーブルを参照する。

【００５４】この文字品位テーブルのデータ例を図１６
に示す。

【００５５】図１６の品位優先テーブルにおいて、明朝
体の場合はフォーマットＡが最も良く、その次にフォー
マットＢが良いことが分かる。そしてそれ以外の明朝体
のフォーマットに関しては、文字の品位としては満足さ
れないものであることが示されている。同様にゴシック
体の場合には、フォーマットＡのみが文字品位を満足
し、丸ゴシック体ではフォーマットＡ、楷書体ではフォ
ーマットＡと、次にフォーマットＢが、教科書体の場合
はフォーマットＡと、次にフォーマットＢが文字品位を
満足していることが示されている。

【００５６】そしてステップＳ６３において、ＲＯＭ
２，２２或いはハードディスク９等に格納されているフ
ォントデータが、図１６に示すように文字品位を満足す
るテーブルに存在するかどうかを判定し、そして対象デ
ータが存在する場合にはその中で優先順位が最も高いも
のを選択して処理を終了する。一方、対象データが存在
しない場合にはステップＳ６５に進み、スピード優先テ
ーブルを参照する。

【００５７】図１７はパターン展開処理スピードを優先
するフォント情報を示すテーブルデータの一例を示す図
である。

【００５８】図１７のスピード優先テーブルにおいて、
明朝体の場合はフォーマットＣのみを満足し、ゴシック
体の場合はフォーマットＣが、丸ゴシック体の場合はフ
ォーマットＣが、その処理速度を満足している。また、
楷書体の場合はフォーマットＣが最も処理スピードを満
足し、その次にフォーマットＢが満足する。そして教科
書体の場合はフォーマットＣが最も処理速度が早く、そ
の次にフォーマットＢが来ている。そしてステップＳ６
５において、図１７で示されたスピード優先テーブルに
該当するフォントデータが、ＲＯＭ２，２２或いはディ
スク９等に存在するかどうかを判定する。存在すれば処
理を終了し、満足するデータが存在しない場合はステッ
プＳ６６に進み、エラーとして処理を終了する。

【００５９】一方、ステップＳ６１で処理スピードを優
先すると判定された場合はステップＳ６７に進み、前述
のステップＳ６５の場合と同様にして、図１７のスピー
ド優先テーブルを参照する。そしてステップＳ６８で対
象となるフォントデータが存在するかどうかを判定し、
対象データが存在する場合にはそこで処理を終了する。
一方、ステップＳ６８で、対象データが存在しない場合
にはステップＳ６９に進み、図１６の品位優先テーブル
を参照し、前述のステップＳ６３と同様に、ステップＳ
７０で対象データが存在するかどうかを判定する。そし
て対象データが存在する場合にはそこで処理を終了し、
対象データが存在しない場合にはエラーとして処理を終
了する。

【００６０】このように第３実施例によれば、出力する
文字データの文字品位、或いはパターン展開する処理速
度のいずれに重点をおくかによって、そのコード、書体
に対応するフォントデータを選択してパターンを出力す
るため、文字品位を低下することなく、或いは処理速度
を低下させることなくフォントデータをパターン展開し
て出力できる。

【００６１】次に本発明の第４実施例について説明す
る。前述の第３実施例の場合には、複数のフォントデー
タをアクセスして、対象とするデータが存在しなかった
場合にはエラーとして処理を行っていたが、ここではエ
ラー処理を行わず代替え書体で出力する。

【００６２】図１８において、ステップＳ８１〜ステッ
プＳ８５の処理及びステップＳ８７〜Ｓ９０までの処理
は、前述の実施例における図１５のステップＳ６１〜Ｓ
６５までの処理及びステップＳ６７〜Ｓ７０までの処理
と同様である。相違点は図１８のステップＳ８６及びス
テップＳ９１において、前述の実施例ではエラーとして
処理したところを最も近いフォントデータを選択して処
理するようにしたもので、以下に詳しく説明する。

【００６３】まずステップＳ８６は、ステップＳ８５で
対象となる書体のデータが存在しなかった場合に実行さ
れる。また、ステップＳ９１の処理は、ステップＳ９０
において対象とする書体のデータが存在しなかった場合
に実行される。これらステップＳ８６及び９１の処理
を、図１９のフローチャートを参照して説明する。

【００６４】まずステップＳ１０１において、同一書体
のフォーマットが存在するかどうかを判定する。もし同
一書体のフォントデータが存在すればステップＳ１０２
に進み、そのフォントデータを選択する。一方、ステッ
プＳ１０１で同一書体のフォントデータが存在しなけれ
ばステップＳ１０３に進む。この場合は、文字の品位面
及びパターン展開スピード面で満足するフォーマットデ
ータが存在しないが、要求する書体のデータとしては存
在する場合であり、この場合には文字の品位面、処理ス
ピードに関しては満足する結果が得られないが、要求さ
れている書体での文字出力が可能である。そこでステッ
プＳ１０３において、この時の異なるフォーマットデー
タが複数存在する場合は、その中のどれか１つを選択す
る。またステップＳ１０３では、代替え書体を選択す
る。

【００６５】この選択方法は、例えば明朝体がなかった
場合は、ゴシック体，教科書体，丸ゴシック体，楷書体
の順番で順次サーチして調べる。同様にゴシック体の場
合は、丸ゴシック体，明朝体，教科書体，楷書体の順に
書体をサーチする。

【００６６】こうしてステップＳ１０３で代替え書体が
決定したらステップＳ１０４に進み、決定された代替え
書体のデータの中から、どのフォーマットを採用するか
を図１５のフローチャートに従って決定する。そしてス
テップＳ１０５において、ステップＳ１０４でエラーが
発生したかどうかを判定する。ステップＳ１０４でエラ
ーでない時は、そこで決定されたフォーマットデータを
決定されたフォントデータとして処理を終了する。ま
た、ステップＳ１０４においてエラーとなった場合は、
別の代替え書体を決定しなければならないのでステップ
Ｓ１０３に戻り、それまでに検索していない代替え書体
をサーチして、代替え書体のどのフォーマットを使用す
るかを決定するまで繰り返す。

【００６７】以上説明したように第４実施例によれば、
１つの書体に対して各文字ごとに出力データの品位面、
処理スピード面に関して最適のフォーマットを選択して
格納し、そのデータを基にパターン展開することによっ
て、最良の文字品位で高速にベクトル形式のデータの展
開を処理する文字処理装置を提供することが可能となっ
た。図２０は本実施例の文書処理装置に接続可能なレー
ザビームプリンタ（ＬＢＰ）１００の内部構造を示す断
面図で、このＬＢＰ１００は文書処理装置から文字パタ
ーンの登録や定型書式（フォームデータ）等の登録が行
えるように構成されている。

【００６８】図２０において、１００はＬＢＰ本体を示
し、外部に接続されているホストコンピュータ等から供
給される文字情報（文字コード）やフォーム情報或いは
マクロ命令等を入力して記憶するとともに、それらの情
報に従って対応する文字パターンやフォームパターン等
を作成し、記録媒体である記録紙上に像を形成する。３
００は操作のための各種スイッチ及びＬＥＤ表示器等が
配されている操作パネル、１０１はＬＢＰ１００全体の
制御及びホストコンピュータから供給される文字情報等
を解析するプリンタ制御ユニットである。このプリンタ
制御ユニット１０１は主に文字情報を対応する文字パタ
ーンのビデオ信号に変換してレーザドライバ１０２に出
力する。

【００６９】レーザドライバ１０２は半導体レーザ１０
３を駆動するための回路であり、入力されたビデオ信号
に応じて半導体レーザをオン・オフ切替している。レー
ザ光１０４は回転多面鏡１０５で左右方向に振られて静
電ドラム１０６上を走査する。これにより、静電ドラム
１０６上には文字パターンの静電潜像が形成される。こ
の潜像は静電ドラム１０６の周囲の現像ユニット１０７
により現像された後、記録紙に転写される。この記録紙
にはカットシートを用い、カセット記録紙はＬＢＰ１０
０に装着した用紙カセットに収納され、給紙ローラ１０
９及び搬送ローラ１１０と１１１とにより装置内に取り
込まれて、静電ドラム１０６に供給される。

【００７０】尚、本実施例のプリンタ装置として、レー
ザビームプリンタを例にして説明したが、これに限定さ
れるものでなく、以下で説明するインクジェットプリン
タ等にも適応可能である。

【００７１】更に図２１は、本発明に適用できるインク
ジェット記録装置ＩＪＲＡの概観図である。同図におい
て、駆動モータ５０１３の正逆回転に連動して駆動力伝
達ギア５０１１，５００９を介して回転するリードスク
リュー５００５の螺旋溝５００４に対して係合するキャ
リッジＨＣはピン（不図示）を有し、矢印ａ，ｂ方向に
往復移動される。このキャリッジＨＣには、インクジェ
ットカートリッジＩＪＣが搭載されている。５００２は
紙押え板であり、キャリッジの移動方向に亙って紙をプ
ラテン５０００に対して押圧する。５００７，５００８
はフォトカプラで、キャリッジのレバー５００６のこの
域での存在を確認して、モータ５０１３の回転方向切り
換え等を行うためのホームポジション検知手段である。
５０１６は記録ヘッドの前面をキャップするキャップ部
材５０２２を支持する部材で、５０１５はこのキャップ
内を吸引する吸引手段で、キャップ内開口５０２３を介
して記録ヘッドの吸引回復を行う。５０１７はクリーニ
ングブレードで、５０１９はこのブレードを前後方向に
移動可能にする部材であり、本体支持板５０１８にこれ
らが支持されている。ブレードは、この形態でなく周知
のクリーニングブレードが本例に適用できることは言う
までもない。又、５０１２は、吸引回復の吸引を開始す
るためのレバーで、キャリッジと係合するカム５０２０
の移動に伴って移動し、駆動モータからの駆動力がクラ
ッチ切り換え等の公知の伝達手段で移動制御される。

【００７２】これらのキャッピング、クリーニング、吸
引回復は、キャリッジがホームポジション側の領域に来
た時にリードスクリュー５００５の作用によってそれら
の対応位置で所望の処理が行えるように構成されている
が、周知のタイミングで所望の作動を行うようにすれ
ば、本例にはいずれも適用できる。

【００７３】次に、上述した装置の記録制御を実行する
ための制御構成について、図２２に示すブロック図を参
照して説明する。制御回路を示す同図において、１７０
０は記録信号を入力するインターフェース、１７０１は
ＭＰＵ、１７０２はＭＰＵ１７０１が実行する制御プロ
グラムを格納するプログラムＲＯＭ、１７０３は各種デ
ータ（上記記録信号やヘッドに供給される記録データ
等）を保存しておくダイナミック型のＲＡＭである。１
７０４は記録ヘッド１７０８に対する記録データの供給
制御を行うゲートアレイであり、インターフェース１７
００、ＭＰＵ１７０１、ＲＡＭ１７０３間のデータ転送
制御も行う。１７１０は記録ヘッド１７０８を搬送する
ためのキャリアモータ、１７０９は記録紙搬送のための
搬送モータである。１７０５はヘッドを駆動するヘッド
ドライバ、１７０６，１７０７はそれぞれ搬送モータ１
７０９、キャリアモータ１７１０を駆動するためのモー
タドライバである。

【００７４】上記制御構成の動作を説明すると、インタ
ーフェース１７００に記録信号が入るとゲートアレイ１
７０４とＭＰＵ１７０１との間で記録信号がプリント用
の記録データに変換される。そして、モータドライバ１
７０６、１７０７が駆動されると共に、ヘッドドライバ
１７０５に送られた記録データに従って記録ヘッドが駆
動され、印字が行われる。

【００７５】また、以上のようなインクジェットプリン
タ或いはレーザビームプリンタの制御構成に、本発明の
文字パターンを発生するための構成要素を組み込むこと
が可能であり、本発明を適用可能なプリンタとしては、
レーザビームプリンタに限らず、上記インクジェットプ
リンタ等であっても良いことは明らかである。

【００７６】

【発明の効果】以上説明したように本発明によれば、例
えば文字が複雑で高品位を要求する文字に対してはベク
タフォントデータのサイズを大きくして高品位を保ち、
文字が単純な場合にはサイズを小さくして、全ての文字
に対して高品位を保ちつつフォントデータ量を少なくし
て記憶できる効果がある。

【００７７】又本発明によれば、記憶されているフォン
トデータの基本サイズに基づく制御点の座標値を、出力
すべき文字の座標値とその基本サイズとに応じて変更
し、それに基づいてドットパターンデータを生成するこ
とにより、効率良くしかも高速にパターン展開できる効
果がある。

【図面の簡単な説明】

【図１】本発明の実施例の文書処理システムの構成を示
すブロック図である。

【図２】本発明の実施例の文書処理装置の構成を示すブ
ロック図である。

【図３】本発明の第１実施例のフォントデータを縮小す
る処理を示すフローチャートである。

【図４】一般的なアウトラインフォントデータのデータ
構成を示す図である。

【図５】第１実施例における文字品位と、それに適合す
る書体との関係を示す図である。

【図６】第１実施例におけるアウトラインフォントデー
タのデータ構成例を示す図である。

【図７】第１実施例におけるアウトラインフォントデー
タのデータ構成例を示す図である。

【図８】第１実施例におけるアウトラインフォントデー
タのデータ構成例を示す図である。

【図９】第１実施例の変形例である文字コードと書体と
適合サイズとの関係を示す図である。

【図１０】第１実施例の変形例であるＲＯＭの容量と書
体と適合サイズとの関係を示す図である。

【図１１】第１実施例の変形例であるＲＯＭの容量と文
字コード、書体及び適合サイズとの関係を示す図であ
る。

【図１２】本発明の第２実施例のフォント伸長処理を示
すフローチャートである。

【図１３】第２実施例における圧縮されたアウトライン
フォントデータの構成を示す図である。

【図１４】本発明の第３実施例の流れを示すフローチャ
ートである。

【図１５】本発明の第３実施例のフォント選択処理を示
すフローチャートである。

【図１６】第３実施例における品位優先テーブルのデー
タ例を示す図である。

【図１７】第３実施例における処理速度優先テーブルの
データ例を示す図である。

【図１８】本発明の第４実施例のフォント選択処理を示
すフローチャートである。

【図１９】本発明の第４実施例の近いフォントデータを
選択する処理を示すフローチャートである。

【図２０】本実施例の文書処理装置に接続可能なレーザ
ビームプリンタ（ＬＢＰ）の内部構造を示す断面図であ
る。

【図２１】本発明に適用できるインクジェット記録装置
ＩＪＲＡの概観図である。

【図２２】図２１のインクジェット記録装置の概略構成
を示すブロック図である。

【符号の説明】 １ ＣＰＵ ２，２２ ＲＯＭ ３，２３ ＲＡＭ ５ キーボード（ＫＢ） ７ ディスプレイ（ＣＲＴ） ９ ハードディスク、フロッピィディスク １１ プリンタ（ＰＲＴ）

Claims (10)

(57)【特許請求の範囲】
1. 【請求項１】 ベクタ形式のフォントデータに基づいて
   パターン展開を行うためにベクタ形式のフォントデータ
   を処理する文字処理装置であって、 前記ベクタ形式のフォントデータの基本サイズを決定す
   る決定手段と、 前記決定手段により決定された基本サイズに基づいて前
   記ベクタ形式のフォントデータの座標値を変換する変換
   手段と、 前記変換手段により変換されたフォントデータを記憶す
   る記憶手段と、 を有することを特徴とする文字処理装置。
2. 【請求項２】 前記決定手段は、パターン展開される文
   字の書体と、その適合サイズとにより前記基本サイズを
   決定することを特徴とする請求項１に記載の文字処理装
   置。
3. 【請求項３】 前記決定手段はパターン展開される文字
   の書体と、その適合サイズ及び前記記憶手段の記憶容量
   とにより前記基本サイズを決定することを特徴とする請
   求項１に記載の文字処理装置。
4. 【請求項４】 前記決定手段は、ユーザの指示に応じ
   て、前記ベクタ形式のフォントデータの基本サイズを決
   定することを特徴とする請求項１に記載の文字処理装
   置。
5. 【請求項５】 出力すべき文字のベクタフォントデータ
   の基本サイズを判定する判定手段と、 前記出力すべき文字の座標値と前記判定手段により判定
   された前記基本サイズとに基づき前記ベクタフォントデ
   ータの制御点の座標を示すマスタ座標を求める手段と、 求められた前記マスタ座標に基づき、前記出力すべき文
   字に対応するドットパターンデータを生成する生成手段
   と、 を有することを特徴とする文字処理装置。
6. 【請求項６】 前記生成手段により生成された前記ドッ
   トパターンデータに基づき文字を出力する出力手段を更
   に有することを特徴とする請求項５に記載の文字処理装
   置。
7. 【請求項７】 前記出力手段は、プリンタを含むことを
   特徴とする請求項５に 記載の文字処理装置。
8. 【請求項８】 前記生成手段は、前記マスタ座標の対象
   となる座標点の属性が直線であるか曲線であるかに応じ
   てドットパターンデータに変換することを特徴とする請
   求項５に記載の文字処理装置。
9. 【請求項９】 ベクタ形式のフォントデータに基づいて
   パターン展開を行うためにベクタ形式のフォントデータ
   を処理する文字処理方法であって、 ベクタ形式のフォントデータの基本サイズを決定する工
   程と、 決定された基本サイズに基づいて前記ベクタ形式のフォ
   ントデータの座標値を変換する工程と、 その変換されたフォントデータを記憶する工程と、 を有することを特徴とする文字処理方法。
10. 【請求項１０】 ベクタ形式のフォントデータに基づい
    てドットパターンデータを生成する文字処理方法であっ
    て、 出力すべき文字のベクタフォントデータの基本サイズを
    判定する判定ステップと、 前記出力すべき文字の座標値と前記判定手段により判定
    された前記基本サイズとに基づき前記ベクタフォントデ
    ータの制御点の座標を示すマスタ座標を求めるステップ
    と、 求められた前記マスタ座標に基づき、前記出力すべき文
    字に対応するドットパターンデータを生成する生成ステ
    ップと、 を有することを特徴とする文字処理方法。