JPH06274145A - 文字処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 使用頻度の高い文字が書体あるいはサイズが
違うというだけの理由でフォントキャッシュから消去さ
れ、動作速度が低下するという問題をなくした文字処理
装置を提供すること。 【構成】 本発明は、書体ごとのキャッシュ装置１５ａ
〜１５ｄを具備している。外部機器から文字コードが入
力してくると、フォント生成制御部１３は該文字コード
の書体属性を判定する。フォント生成制御部１３は、次
いでマルチプレクサ１４を介して該当する書体属性のキ
ャッシュ装置をアクセスし、該キャッシュ装置に該当す
る文字コードが登録されているか否かを検索させる。こ
の文字コードが登録されている場合にはキャッシュ装置
からビットマップデータをフレームバッファ４に直接読
み出す。登録されていない場合には、フォント展開部で
展開してフレームバッファ４に転送する。次いで、対応
する書体のキャッシュ装置に格納する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は文字処理装置に関し、
特に文字のベクトルデータから変換されたビットマップ
データをキャッシュメモリに格納して使用するフォント
キャッシュ制御方式を備えた文字処理装置に関する。

【０００２】

【従来の技術】従来のプリンタや文書処理装置の文字処
理装置に使用されているフォントキャッシュ制御装置
は、例えば図７に示されているような構成を有してい
る。

【０００３】図において、５１はアウトラインデータ格
納部、５２はフォント展開部、５３はフレームバッフ
ァ、５４はフォントキャッシュである。また、該フォン
トキャッシュ５４は、フォントキャッシュ管理部５５と
イメージ登録領域５６とから構成されている。

【０００４】図７の装置において、文字コードがフォン
ト展開部５２に入力してくると、フォント展開部５２は
フォントキャッシュ５４中のフォントキャッシュ管理部
５５を参照し、前記印字データがフォントキャッシュ５
４に登録されているかいないかを検索する。そして、登
録されている場合には、イメージ登録領域５６から該印
字データのビットマップデータが読み出され、フレーム
バッファ５３に転送される。

【０００５】一方、前記印字データがフォントキャッシ
ュ５４中に登録されていない場合には、フォント展開部
５２は、アウトラインデータ格納部５１から文字のアウ
トラインデータ（ベクトルデータ）を読みだし、これを
ビットマップデータに展開してフレームバッファ５３に
転送する。また、該ビットマップデータをフォントキャ
ッシュ５４に登録する。

【０００６】以上のように、ビットマップデータはフォ
ントキャッシュ５４に登録されることになるが、イメー
ジ登録領域５６の容量は有限であり、登録できる文字数
には上限がある。そこで、フォントキャッシュ５４が一
杯になった時には、定められた規則に従って登録されて
いる文字を削除し、新たな文字を登録する領域を確保す
るようにしている。文字を削除する規則の一つに、ＬＲ
Ｕ方式がある。この方式は周知のように、一番長い時間
使用されなかった文字から消去していく方式である。

【０００７】さて、上記した従来のフォントキャッシュ
制御装置において、書体が異なる文字、例えば明朝体、
ゴシック体等の文字については、同じ文字コードであっ
ても全く別の文字として扱われている。また、サイズが
異なる文字についても、同様に全く別のものとして扱わ
れている。

【０００８】このため、使用頻度の高い文字であって
も、書体あるいは文字サイズが異なり、たまたま長時間
使用されなかった場合には、その書体あるいは文字サイ
ズの文字は、フォントキャッシュから消去されてしまう
ことになる。

【０００９】なお、本発明に関連する技術を開示した文
献として、情報処理学会論文誌Vol.31 No.1 第１４４〜
１５０頁「高品位日本語文字高速出力方式」がある。

【００１０】

【発明が解決しようとする課題】一方、最近では、一文
書毎に、書体やサイズの異なる文字で作成される場合が
多くある。あるいは書体やサイズの異なる文字を混在さ
せた文書も多くある。

【００１１】このような文書の文字を、前記した従来の
フォントキャッシュで展開しようとすると、同じ文字コ
ードが登録されていても、文字の書体やサイズが異なる
ために、フォントキャッシュから消去されている場合が
多々あり、文字のビットマップデータへの展開に時間が
かかるという問題があった。

【００１２】本発明の目的は、前記した従来技術の問題
点を除去し、使用頻度の高い文字が書体あるいはサイズ
が違うというだけの理由でフォントキャッシュから消去
され、動作速度が低下するという問題をなくした文字処
理装置を提供することにある。

【００１３】

【課題を解決するための手段】前記目的を達成するため
に、請求項１の発明は、外部機器から入力されたコード
情報をビットマップデータに展開して出力する文字処理
装置において、前記コード情報の書体属性に応じて区分
された格納領域を有する記憶手段と、前記コード情報の
書体属性に応じた格納領域を検索する検索手段と、前記
コード情報に対応するビットマップデータが、前記記憶
手段の格納領域に格納されていると判定された時に、該
格納領域から該ビットマップデータを読み出す読出し手
段を具備した点に特徴がある。

【００１４】また、請求項２の発明は、前記コード情報
のサイズ属性に応じて区分された格納領域を有する記憶
手段と、前記コード情報のサイズ属性に応じた格納領域
を検索する検索手段とを具備した点に特徴がある。

【００１５】

【作用】請求項１の発明によれば、文字のビットマップ
データが格納される領域が書体ごとに区分されて管理さ
れているので、出力処理される文書の書体が前に出力処
理された文書の書体から変化しても、前者の書体に対す
るビットマップデータは前記記憶手段に保存されてい
る。このため、書体の文字が変化しても、文書の処理速
度を低下させることなく出力処理をすることができる。

【００１６】請求項２の発明によれば、文書の文字サイ
ズが変化しても、処理速度を低下させることなく出力処
理をすることができる。

【００１７】

【実施例】以下に、図面を参照して、本発明を詳細に説
明する。

【００１８】図６は、本発明の文字処理装置が適用され
るシステムの一例を示す構成図である。

【００１９】図において、１は文書を構成するデータを
生成して出力するホストコンピュータである。該ホスト
コンピュータ１から出力されるデータは、図形データ、
および文字のコードデータから構成されている。２は該
ホストコンピュータ１との通信を制御するための入出力
制御部、すなわち入力インタフェイスである。

【００２０】また、３は画像展開部であり、入力してき
たデータが図形データの時にはこれを展開し、文字のコ
ードデータ３ａの時にはフォント生成部５に転送する。
４は前記画像展開部３およびフォント生成部５で生成さ
れたビットマップデータを一時蓄積するフレームバッフ
ァである。５は、画像展開部３から文字コード、文字属
性（大きさ、書体等）を受取り、ビットマップデータに
展開するフォント生成部である。展開されたビットマッ
プデータ５ａはフレームバッファ４に送られる。

【００２１】６は出力装置７に対する出力インタフェイ
ス、７はプリンタ、ディスプレイ等の出力装置である。
前記フレームバッファ４のデータは、１頁分蓄積される
と、出力インタフェイス６によって出力装置７へ出力さ
れる。

【００２２】次に、本発明の一実施例のフォント生成部
５の構成を、図１を参照して説明する。図において、１
１はアウトラインデータ格納部、１２はフォント展開
部、１３はフォント生成制御部である。また、１４はマ
ルチプレクサ、１５は本発明の要部であるフォントキャ
ッシュ装置である。なお、他の符号は、図６と同一また
は同等物を示す。

【００２３】ここに、前記フォントキャッシュ装置１５
は、文字を書体別に保存するための複数個のキャッシュ
装置１５ａ〜１５ｄを有している。キャッシュ装置１５
ａはアルファベット用、１５ｂは明朝体用、１５ｃはゴ
シック体用、１５ｄは他の書体用である。

【００２４】図２は前記キャッシュ装置１５ａ〜１５ｄ
を代表するキャッシュ装置１５ａの一具体構成例を示す
ブロック図である。図から明らかなように、キャッシュ
装置１５ａは、検索部、登録部および削除部からなるキ
ャッシュ管理部２１とイメージ登録領域２２とを有して
いる。

【００２５】次に、本実施例の動作を、図３のフローチ
ャートを参照して説明する。フォント生成制御部１３は
まずステップＳ１おいて文字コードの入力があるか否か
の判断を行う。この判断が肯定の時には、ステップＳ２
に進んで、該文字コードの書体のキャッシュ装置をマル
チプレクサ１４を制御して選択する。

【００２６】例えば、該文字コードの書体が明朝体の時
には、キャッシュ装置１５ｂが選択され、また、ゴシッ
ク体の時には、キャッシュ装置１５ｃが選択される。ま
た、英文の時には、キャッシュ装置１５ａが選択され
る。

【００２７】ステップＳ３では、ステップＳ２で選択さ
れたキャッシュ装置の検索部と登録部によって、該文字
コードのビットマップデータが該キャッシュ装置に登録
されているか否かの判断がなされ、登録されている場合
にはステップＳ９に進んで、前記イメージ登録領域２２
からビットマップデータをフレームバッファ４に転送す
る。

【００２８】一方、登録されていない場合には、ステッ
プＳ４に進んで、フォント展開部１２はアウトラインデ
ータ格納部１１からアウトラインデータを読みだし、ビ
ットマップデータに展開する。次いで、ステップＳ５に
進んで、フレームバッファ４に転送する。

【００２９】ステップＳ６では、該キャッシュ装置のイ
メージ登録領域に、前記ビットマップデータを登録する
ことができる空き領域があるか否かの判断がなされる。
この判断が肯定の時には、ステップＳ７に進んで、該イ
メージ登録領域に該ビットマップデータが書き込まれ
る。

【００３０】前記ステップＳ６の判断が否定の時には、
ステップＳ８に進んで、ＬＲＵ方式などにより、１文字
分のデータがイメージ登録領域から削除される。そし
て、ステップＳ６に戻って、再度登録に必要なイメージ
登録領域が生じたか否かの判断がなされる。ステップＳ
７の処理が終了すると、次に入力してきた文字コードの
処理に移行する。

【００３１】以上のように、本実施例によれば、書体ご
とのキャッシュ装置を備えているので、使用頻度の高い
文字が書体が違うというだけの理由でフォントキャッシ
ュから消去されてしまうことがない。このため、前に処
理した文書と異なる書体の文字からなる文書あるいは異
なる書体の文字が混在する文書をビットマップデータに
展開して出力する場合、処理速度を低下させることなく
動作させることができる。

【００３２】次に、本発明の第２実施例を、図４を参照
して説明する。図において、３１はフォントキャッシュ
装置を示し、他の符号は図１と同一または同等物を示
す。

【００３３】本実施例が第１実施例と異なる点は、フォ
ントキャッシュ装置３１が、文字をサイズ別に保存する
ための複数個のキャッシュ装置３１ａ〜３１ｄを有して
いる点である。すなわち、フォントキャッシュ装置３１
は、６，１２ポイント用のキャッシュ装置３１ａ、８，
１６ポイント用のキャッシュ装置３１ｂ、１０，２０ポ
イント用のキャッシュ装置３１ｃ、および他のサイズ用
のキャッシュ装置３１ｄから構成されている。

【００３４】なお、前記キャッシュ装置３１ａ、３１
ｂ、３１ｃのそれぞれには、６，１２ポイント、８，１
６ポイント、１０，２０ポイントの文字サイズのビット
マップデータが登録されるが、これに代えて、各キャッ
シュ装置３１ａ、３１ｂ、３１ｃに、基本サイズである
６、８、１０ポイントのデータのみを登録するようにし
てもよい。後者のようにすると、キャッシュ装置に登録
するデータ量が減り、キャッシュ装置を有効に利用する
ことができる。

【００３５】次に、本実施例の動作を、図５を参照して
説明する。図５が図３と異なるところは、図３のステッ
プＳ２をステップＳ１２に変えた点だけであり、他の処
理は同一であるので、他の処理の図示を省略する。

【００３６】ステップＳ１２においては、入力してきた
文字コードのサイズのキャッシュ装置を選択する。そし
て、次のステップＳ３で、該文字コードのビットマップ
データがこのキャッシュ装置に登録されているか否かの
判断をする。この判断が肯定の場合には、キャッシュ装
置からビットマップデータを読み出してフレームバッフ
ァ４に転送し、否定の場合には、アウトラインデータ格
納部１１から読み出したベクトルデータからビットマッ
プデータを生成してフレームバッファ４に転送する。

【００３７】その後の処理は、第１実施例と同様である
ので、説明を省略する。なお、本実施例において、前記
キャッシュ装置３１ａ、３１ｂ、３１ｃに基本となるサ
イズのビットマップデータのみを登録するようにした場
合には、ステップＳ１で入力された文字コードのサイズ
が、１２ポイント、１６ポイント、または２０ポイント
であれば、それぞれ６、８、および１０ポイントのビッ
トマップデータを対応するキャッシュ装置から読み出し
て、これを２倍に拡大する処理をすれば良い。

【００３８】また、フォント展開部１２で展開したビッ
トマップデータをフォントキャッシュ装置３１に登録す
る場合には、該展開した文字のサイズが１２ポイント、
１６ポイント、または２０ポイントであれば、これを１
／２に縮小して対応するキャッシュ装置３１ａ〜３１ｃ
に登録するようにすれば良い。

【００３９】以上のように、本実施例によれば、文字サ
イズごとのキャッシュ装置を備えているので、使用頻度
の高い文字がサイズが違うというだけの理由でフォント
キャッシュから消去されてしまうことがない。このた
め、前に処理した文書と異なるサイズの文字からなる文
書あるいは異なるサイズの文字が混在する文書をビット
マップデータに展開して出力する場合、処理速度を低下
させることなく動作させることができる。

【００４０】また、本実施例によれば、文字のサイズに
よってイメージの登録領域が分けられているため、ビッ
トマップデータの登録削除を繰返した時に利用できない
端数領域の発生を極力抑えることができ、フォントキャ
ッシュの利用効率を大きく向上することができる。

【００４１】

【発明の効果】請求項１の発明によれば、記憶手段が書
体属性に応じて区分された格納領域を有しているので、
文書の書体属性に影響されず、高速にビットマップデー
タへの変換処理をすることができるという効果がある。

【００４２】請求項２、３の発明によれば、記憶手段が
文字サイズに応じて区分された格納領域を有しているの
で、文書の文字サイズに影響されず、高速でビットマッ
プデータに変換処理することができる。

【００４３】請求項４の発明によれば、前記格納領域に
基本サイズのビットマップデータのみを格納するように
したので、記憶手段の記憶領域を有効利用できるという
効果がある。

【図面の簡単な説明】

【図１】 本発明の一実施例の構成を示すブロック図で
ある。

【図２】 図１のキャッシュ装置の一具体例を示すブロ
ック図である。

【図３】 第１実施例の動作を説明するためのフローチ
ャートである。

【図４】 本発明の第２実施例の構成を示すブロック図
である。

【図５】 第２実施例の要部の動作を説明するためのフ
ローチャートである。

【図６】 本発明が適用されるシステムの一例を示すブ
ロック図である。

【図７】 従来装置の一例を示すブロック図である。

【符号の説明】

１１…アウトラインデータ格納部、１２…フォント展開
部、１３…フォント生成制御部、１４…マルチプレク
サ、１５、３１…フォントキャッシュ装置、１５ａ…ア
ルファベット用キャッシュ装置、１５ｂ…明朝体用キャ
ッシュ装置、１５ｃ…ゴシック体用キャッシュ装置、１
５ｄ…他の書体用キャッシュ装置、３１ａ…６，１２ポ
イント用キャッシュ装置、３１ｂ…８，１６ポイント用
キャッシュ装置、３１ｃ…１０，２０ポイント用キャッ
シュ装置、３１ｄ…他のポイント用キャッシュ装置。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 外部機器から入力されたコード情報をビ
   ットマップデータに展開して出力する文字処理装置にお
   いて、 前記コード情報の書体属性に応じて区分された格納領域
   を有する記憶手段と、 前記コード情報の書体属性に応じた格納領域を検索する
   検索手段と、 前記コード情報に対応するビットマップデータが、前記
   記憶手段の格納領域に格納されていると判定された時
   に、該格納領域から該ビットマップデータを読み出す読
   出し手段を具備したことを特徴とする文字処理装置。
2. 【請求項２】 外部機器から入力されたコード情報をビ
   ットマップデータに展開して出力する文字処理装置にお
   いて、 前記コード情報のサイズ属性に応じて区分された格納領
   域を有する記憶手段と、 前記コード情報のサイズ属性
   に応じた格納領域を検索する検索手段と、 前記コード情報に対応するビットマップデータが、前記
   記憶手段の格納領域に格納されていると判定された時
   に、該格納領域から該ビットマップデータを読み出す読
   出し手段を具備したことを特徴とする文字処理装置。
3. 【請求項３】 請求項２記載の文字処理装置において、 前記記憶手段の各格納領域に、基本となるサイズのビッ
   トマップデータと、その整数倍のサイズのビットマップ
   データとを組にして割当てるようにしたことを特徴とす
   る文字処理装置。
4. 【請求項４】 請求項２記載の文字処理装置において、 前記記憶手段の各格納領域に、基本となるサイズのビッ
   トマップデータのみを割当て、その整数倍のサイズ属性
   のコード情報の展開は、該格納領域から基本サイズのビ
   ットマップデータを読出し、その後整数倍に拡大処理す
   るようにしたことを特徴とする文字処理装置。