JPH06183074A - 文字処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 フォントキャッシュメモリを利用した文字処
理装置の処理速度を向上させる。 【構成】 フォントキャッシュメモリ３００には、文字
等図形データがドットパターンとして登録されている。
既登録／未登録判定手段１００は、出力要求文字がフォ
ントキャッシュメモリ３００に既登録であるか未登録で
あるかを判定し、既登録であると第１の読出手段２００
Ａを起動し、未登録であると第２の読出手段２００Ｂを
起動する。第１の読出手段２００Ａは、文字種、文字サ
イズ、書体のいずれもが出力要求文字と一致する『同一
文字』をフォントキャッシュメモリ３００から読み出
す。第２の読出手段２００Ｂは、文字種および文字サイ
ズのみが一致する『類似文字』を読み出す。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は文字処理装置に係り、特
に、ベクトル形式で表された文字等の図形データ（ベク
トルフォント）をドット形式のデータに展開して登録す
るフォントキャッシュメモリを備えた文字処理装置に関
する。

【０００２】

【従来の技術】ベクトル形式で表された文字データを用
いると高品質な文字が得られるという利点があるが、一
方では、ドット形式の文字データに展開するのに時間が
かかるという問題がある。

【０００３】この問題を解決するために、一度展開した
ドット形式の文字データをフォントキャッシュメモリに
登録しておき、後に同じ文字が要求された時には、フォ
ントキャッシュメモリ中のデータを再利用し、高速に文
書を出力するという技術が開発され、例えば、情報処理
学会論文誌Ｖｏｌ．３１、Ｎo.１において、『高品位日
本語文字高速出力方式』として論じられている。

【０００４】なお、フォントキャッシュメモリの記憶領
域は有限であるため、使われなくなったドットデータは
追い出して、新しいドットデータを格納するという、ド
ットデータの入替えを行わなければならない。

【０００５】従来は、どのドットデータが必要でないか
を判定するために、ＦＩＦＯ方式、ＬＲＵ方式などの方
式が一般的に使用されている。

【０００６】ＦＩＦＯ（First in First out) 方式フォ
ントキャッシュは、フォントキャッシュメモリに格納さ
れた時刻の古いものから先に追い出していく方式であ
る。

【０００７】一方、ＬＲＵ(Least Recentry Used) 方式
フォントキャッシュは、フォントキャッシュメモリに格
納されているもののうち、使用された時刻の古いものか
ら先に追い出していく方式である。

【０００８】

【発明が解決しようとする課題】上記したフォントキャ
ッシュメモリを備えた文字処理装置では、常に高品位の
文字が得られる反面、初めて表れた文字についてはベク
トルフォントから展開しなければならないために展開時
間が必要となる。

【０００９】一方、文書のレイアウトを行う場合や、出
力する文書が正式なものではない場合等、文字の品位よ
りも処理速度を優先させたい場合がある。このような場
合、出力要求のあった文字と実際に出力する文字とは、
とりあえず文字種（文字コード）さえ一致していれば、
書体（明朝体、ゴシック体等）が一致していなくても特
に問題はない。

【００１０】ところが、上記した従来技術では、文字
種、文字サイズ、書体のいずれもが出力要求文字と一致
していないと、フォントキャッシュメモリから読み出す
ことができないので、高速処理が難しいという問題があ
った。

【００１１】本発明の目的は、上記した従来技術の問題
点を解決し、フォントキャッシュメモリの利用した文字
処理装置の処理速度を更に向上することにある。

【００１２】

【課題を解決するための手段】上記した目的を達成する
ために、本発明では、ベクトルフォントをドット形式の
データに展開して登録するフォントキャッシュメモリを
備えた文字処理装置において、出力要求文字と同一文字
がフォントキャッシュメモリに既登録であるか否かを判
定する既登録／未登録判定手段と、既登録であると、前
記同一文字をフォントキャッシュメモリから読み出す第
１の読出手段と、未登録であると、前記出力要求文字と
類似した文字をフォントキャッシュメモリから読み出す
第２の読出手段とを具備した。

【００１３】

【作用】 上記した構成によれば、出力要求文字と完全
に一致した文字がフォントキャッシュメモリに登録され
ていない場合でも、これと類似した文字が第２の読出手
段によって代わりに読み出されるので、類似した文字が
登録されていれば展開処理が不要となって処理速度が向
上する。

【００１４】

【実施例】以下に、図面を参照して、本発明を詳細に説
明する。図１は、本発明の第１実施例の機能を説明する
ためのブロック図である。

【００１５】フォントキャッシュメモリ３００には、ベ
クトルフォントから展開された文字等図形データがドッ
トパターンとして多数登録されている。既登録／未登録
判定手段１００は、出力要求文字がフォントキャッシュ
メモリ３００に既登録であるか未登録であるかを判定
し、既登録であると第１の読出手段２００Ａを起動し、
未登録であると第２の読出手段２００Ｂを起動する。

【００１６】第１の読出手段２００Ａは、文字種（文字
コード）、文字サイズ、書体のいずれもが前記出力要求
文字と一致する『同一文字』をフォントキャッシュメモ
リ３００から読み出して出力する。

【００１７】第２の読出手段２００Ｂは、文字種および
文字サイズが出力要求文字と一致し、書体のみが異なる
『類似文字』をフォントキャッシュメモリ３００から読
み出して出力する。

【００１８】上記した構成によれば、出力要求文字と完
全に一致した文字がフォントキャッシュメモリ３００に
登録されていなくても、これと類似した文字が第２の読
出手段２００Ｂによって代わりに読み出されるので、類
似した文字が登録されていれば展開処理が不要となって
処理速度を向上させることができる。

【００１９】図４は、本発明の一実施例の文字処理装置
（プリンタ装置）のハード構成を示すブロック図であ
る。

【００２０】図において、ＲＯＭ２には、当該文字処理
装置の全体の動作を制御するプログラム、フォントキャ
ッシュメモリ８を制御するプログラム、電源を入れた直
後のプリンタの動作を規定するプログラム、出力要求文
字がフォントキャッシュメモリ８に既登録であるか否か
を判定するためのプログラム等が格納されている。ＲＡ
Ｍ３は、ＣＰＵ１のスタックの退避エリア等に使用され
る。

【００２１】ＣＰＵ１は、プリンタインタフェイス４を
通じて、プリンタエンジン５に命令やイメージデータを
送信し、逆に、プリンタエンジン５は、該プリンタイン
タフェイス４を通じて、プリンタエンジン５内部の状態
をＣＰＵ１に送信する。プリンタエンジン５は、プリン
タインタフェイス４を通じて送信されたイメージデータ
を、実際に紙に印字する。

【００２２】前記ＣＰＵ１は、ホストインタフェイス７
を介して、ホストワークステーション６から印字すべき
文書のデータやプリント制御命令等を受取り、それらを
もとに、ベクトルフォントメモリ９に記憶されたベクト
ル形式のデータをドット形式のデータに展開してページ
メモリ１０に１ページ分のビットマップイメージを形成
し、プリンタエンジン５に送出するという動作を制御す
る。

【００２３】次に、前記ホストワークステーション６か
らＣＰＵ１が受取る文書データの構成の一例を、図３を
参照して説明する。

【００２４】文書データ１ページ分の構成は、位置指定
命令と、文書の内容である一字々々に対する命令と、ペ
ージ印刷命令等からなっている。位置指令命令は文書の
一字目の印字位置を指示する命令である。前記一字々々
に対する命令は、フォント設定命令、文字印字命令等か
らなっている。また、ページ印刷命令は、文書データの
各ページの末尾に設けられている。なお、図３には、本
発明の動作と関係する命令のみが記されており、他の命
令の記載は省略されている。

【００２５】次に、図５、図６に示されているフローチ
ャート、および図３の文書データを参照して、本実施例
の動作を詳細に説明する。

【００２６】図５のステップＳ１において、ＣＰＵ１
は、まずホストコンピュータ１から文書データを受取
る。該文書データはＲＡＭ３に保存される。

【００２７】ステップＳ２では、オペレータが動作モー
ドを設定する。本実施例では、文字種、文字サイズ、書
体のいずれもが出力要求文字と一致している文字のみを
フォントキャッシュメモリ８から読み出す標準モード
と、文字種およびサイズが一致していれば書体の不一致
は無視するプレビューモードとが用意されている。

【００２８】動作モードの設定が完了すると、次に、ス
テップＳ３へ進んで、ＣＰＵ１は、文書データをビット
マップイメージに展開する処理を実行する。展開処理の
一例を、図６のフローチャートを参照して説明する。

【００２９】展開処理がスタートと、図６のステップＳ
３０２において１命令が読み込まれ、初めは位置指定命
令が入力されるので、ステップＳ３０３の判断は否定に
なり、ステップＳ３０５では、フォント設定命令である
か否かの判断がなされる。

【００３０】この判断が否定になると、ステップＳ３０
７では、文字印字命令か否かの判断がなされる。本実施
例ではこの判断も否定となり、ステップＳ３０９へ進ん
で当該命令に応答した処理が実行され、その後、ステッ
プＳ３０２へ戻って次の１命令が入力される。

【００３１】図３から明らかなように、今度はフォント
設定命令（１２ポ、明朝体）が入力されるので、ステッ
プＳ３０３の判断が再び否定になってステップＳ３０５
へ進む。今度はステップＳ３０５の判断が肯定となるの
でステップＳ３０６に進み、カレント・フォントが更新
される。すなわち、本例では、カレント・フォント（文
字サイズおよび書体）が「１２ポ、明朝体」に設定され
る。

【００３２】ステップＳ３０６の処理が終わると再びス
テップＳ３０２に戻り、次の１命令が入力される。本例
では、文字印字命令（あ）が入力される。このため、ス
テップＳ３０２に続くステップＳ３０３、Ｓ３０５の各
判断は否定となり、ステップＳ３０７の判断が肯定とな
ってステップＳ３０８へ進む。

【００３３】ステップＳ３０８では、文字コードならび
にカレントフォントの書体および文字サイズをキーにし
てフォントキャッシュメモリ（ＦＣＭ）８が検索され、
ステップＳ３１０では、当該文字に関するドットデータ
がフォントキャッシュメモリ８に登録されているか否か
の判断が行われる。登録されていると、ステップＳ３１
８において当該ドットデータがフォントキャッシュメモ
リ８からページメモリ１０へ出力される。

【００３４】一方、登録されていないと、ステップＳ３
１１では現在の動作モードが判定され、前記標準モード
が設定されていると、ステップＳ３１５では、フォント
キャッシュメモリ８に登録可能か否かが判断される。登
録不可能であると、ステップＳ３１６では、ＬＲＵ方式
によりフォントキャッシュメモリ８に登録されたドット
データが選択的に削除され、登録できるようになると、
ステップＳ３１７では、当該文字に応答したベクトルフ
ォントがドットデータに展開されてフォントキャッシュ
メモリ８に登録される。ステップＳ３１８では、当該ド
ットデータがフォントキャッシュメモリ８からページメ
モリ１０へ出力される。

【００３５】一方、前記ステップＳ３１１においてプレ
ビューモードであると判定されると、ステップＳ３１２
〜Ｓ３１９では、当該文字に類似した文字を出力する処
理が実行される。

【００３６】ステップＳ３１２では、文字コードおよび
文字サイズのみをキーにしてフォントキャッシュメモリ
８が検索される。ステップＳ３１３において、フォント
キャッシュメモリ８に登録されていないと判断される
と、当該処理は前記ステップＳ３１５へジャンプする。
また、登録されていると判断されると、ステップＳ３１
９では、検索された類似文字のドットデータがフォント
キャッシュメモリ８からページメモリ１０へ出力され
る。

【００３７】その後、ページ印刷命令が読み込まれる
と、ステップＳ３０３が肯定となってメインルーチンの
ステップＳ４へ進む。ステップＳ４、Ｓ５では、ＣＰＵ
１が１ページ分のビットマップイメージを、ページメモ
リ１０からプリンタインタフェース４を介してプリンタ
エンジン５に送り、記録紙への印字が実行される。

【００３８】本実施例によれば、文書のレイアウトを行
う場合や、出力する文書が正式なものではない場合等、
文字の品位が多少劣っても高速処理を望むプレビューモ
ード下では、要求文字がフォントキャッシュメモリに登
録されていないと、当該文字と書体が異なるが文字コー
ドおよびサイズが一致する『類似文字』で代用するよう
にしたので、展開時間が不要となって高速処理が可能に
なる。

【００３９】ところで、上記した第１実施例では、プレ
ビューモード下では文字コードおよび文字サイズをキー
にしてフォントキャッシュメモリ８から類似文字を検索
するものとして説明したが、以下に説明する本発明の第
２実施例では、文字コードのみをキーにして類似文字を
検索するようにしている。

【００４０】図２は、本発明の第２実施例の機能を説明
するためのブロック図であり、前記と同一の符号は同一
または同等部分を表している。

【００４１】同図において、第３の読出手段２００Ｃ
は、出力要求文字と文字種が一致し、少なくともサイズ
が異なる『類似文字』をフォントキャッシュメモリ３０
０から読み出して出力する。近似手段４００は、前記読
み出された類似文字を出力要求文字に合わせて拡大また
は縮小し、類似文字のサイズを出力要求文字のサイズと
略一致させて両者を近似させる。

【００４２】図７は、本発明の第２実施例による展開処
理を説明するためのフローチャートであり、前記図６に
関して説明した処理と同一の符号を付したステップで
は、同一または同等の処理が実行されるので、その説明
は省略する。

【００４３】ステップＳ３１１において、プレビューモ
ードが設定されていると判断されると、ステップＳ３１
２ａでは、文字コードをキーにしてフォントキャッシュ
メモリ８が検索される．ステップＳ３１３において、文
字コードが一致する文字が登録されていると判断される
と、ステップＳ３１４では、要求されている文字のサイ
ズに応じて当該文字が拡大または縮小される。

【００４４】本実施例によれば、文字の品位が多少劣っ
ても高速処理を望むプレビューモード下では、要求文字
がフォントキャッシュメモリに登録されていないと、当
該文字とサイズが異なるが文字コードが一致する文字を
読み出し、これを出力要求文字のサイズに合わせて拡大
または縮小するようにしたので、文字コードは一致する
がサイズの異なる文字しか登録されていない場合でも、
展開時間が不要となって高速処理が可能になる。

【００４５】

【発明の効果】上記したように、本発明によれば、次の
ような効果が達成される。 (1) 文書のレイアウトを行う場合等、文字の品位が多少
劣っても高速処理を望む場合には、要求文字がフォント
キャッシュメモリに登録されていなくても当該文字と文
字コードおよびサイズが一致する『類似文字』を読み出
し、これで代用するようにしたので、展開時間が不要と
なって高速処理が可能になる。 (2) 文字の品位が多少劣っても高速処理を望む場合に
は、要求文字がフォントキャッシュメモリに登録されて
いなくても当該文字と文字コードが一致する『類似文
字』を読み出し、これを要求文字のサイズに合わせて拡
大または縮小して代用するようにしたので、文字コード
は一致するがサイズの異なる文字しか登録されていない
場合でも、展開時間が不要となって高速処理が可能にな
る。

【図面の簡単な説明】

【図１】 本発明の第１実施例の機能ブロック図であ
る。

【図２】 本発明の第２実施例の機能ブロック図であ
る。

【図３】 文書データの概要を示す図である。

【図４】 本発明の一実施例の文書処理装置のブロック
図である。

【図５】 本発明の第１実施例の動作を示したフローチ
ャートである。

【図６】 図５のステップＳ３の詳細を示すフローチャ
ートである。

【図７】 本発明の第２実施例の動作を示したフローチ
ャートである。

【符号の説明】

１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…プリンタＩ
／Ｆ、５…プリンタエンジン、６…ホストＷ／Ｓ、７…
ホストＩ／Ｆ、８、５００…フォントキャッシュメモ
リ、９…ベクトルフォントメモリ、１０…ページメモ
リ、１００…既登録／未登録判定手段、２００Ａ…第１
の読出手段、２００Ｂ…第２の読出手段、２００Ｃ…第
３の読出手段、３００…フォントキャッシュメモリ、４
００…近似手段

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ベクトルフォントをドット形式のデータ
   に展開して登録するフォントキャッシュメモリを備え、
   既登録データは改めて展開することなくフォントキャッ
   シュメモリから読み出す文字処理装置において、 出力要求文字と同一文字がフォントキャッシュメモリに
   既登録であるか否かを判定する既登録／未登録判定手段
   と、 既登録であると、前記同一文字をフォントキャッシュメ
   モリから読み出す第１の読出手段と、 未登録であると、前記出力要求文字と類似した文字をフ
   ォントキャッシュメモリから読み出す第２の読出手段と
   を具備したことを特徴とする文字処理装置。
2. 【請求項２】 前記読み出された類似文字を出力要求文
   字に近似させる近似手段をさらに具備したことを特徴と
   する請求項１記載の文字処理装置。
3. 【請求項３】 前記近似手段は、出力要求文字のサイズ
   に合わせて類似文字を拡大ないしは縮小するようにした
   ことを特徴とする請求項２記載の文字処理装置。