JPH08197789A - 文字処理装置及び印刷装置 - Google Patents

Abstract

(57)【要約】 【目的】 キャッシュ効率を向上させることが可能な文
字処理装置を提供することを目的とする。 【構成】 フォントメモリ３４ｂより読み出されたフォ
ントデータに基づいて生成された文字パターンあるいは
フォントデータへのポインタと優先順位情報とをキャッ
シュメモリ３９ｂに登録し、ＣＰＵ３３の判断手段がキ
ャッシュメモリ３９ｂ中の文字パターンの削除手順を前
記優先順位情報に基づいて判断し、この判断結果に基づ
いてＣＰＵ３３の削除手段がキャッシュメモリ３９ｂ中
の文字パターンを削除する。これにより、文字パターン
の登録時あるいは削除時に各文字コード等から優先順位
を判別することなく各文字単位で優先順位を設定する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、レーザビームプリンタ
等に用いられ、フォントメモリから読み出されるフォン
トデータに基づいて文字パターンを発生する文字処理装
置及び印刷装置に関する。

【０００２】

【従来の技術】従来のプリンタ等の印刷装置において
は、フォントデータとしてアウトラインフォントやドッ
トフォントが採用されている場合が多いが、アウトライ
ンデータは、文字パターンを生成するまでに時間を要
し、ドットフォントを用いるよりも印字スピードが低下
してしまう。そのため、１回生成された文字パターンは
ドットパターンに展開した状態でＲＡＭ等の記憶媒体
（キャッシュメモリ）に記憶され、再度同一の文字コー
ドが入力されたときには、前記キャッシュメモリに登録
された文字パターンを読み出して使用することにより、
印字スピードの低下を抑制している。

【０００３】また、ドットフォントの場合でも、文字パ
ターンに対して拡大や回転・影つけ・斜体など修飾を行
うには時間を要するため、アウトラインフォントの場合
と同様に修飾語の文字パターンをキャッシュメモリに記
憶することで、文字処理速度の低下を抑制している。

【０００４】そして、前記文字パターンの登録に必要な
キャッシュメモリの容量が不足して次の文字をキャッシ
ュメモリに登録することができなくなったときには、登
録された文字パターンに対応する文字コードより前記文
字パターンが漢字第１水準であるか、あるいは漢字第２
水準であるかを判別し、まず現在処理中のページで使用
されていない文字のうち、使用頻度が低いと思われる漢
字第２水準の方を削除する。それでもキャッシュメモリ
が不足する場合には使用されていない文字のうち漢字第
１水準の方を削除し、さらにキャッシュメモリが不足す
るときは使用されていない全ての文字を削除する。

【０００５】キャッシュメモリの容量が不足した場合に
は、このような順序でキャッシュメモリに登録されてい
る文字パターンの削除を行い、次の文字パターンの生成
に必要なキャッシュメモリを確保している。

【０００６】ここで、上述の漢字第１水準及び漢字第２
水準の文字種の判別は次のように行っている。

【０００７】例えば、ＪＩＳコード（ＪＩＳ Ｘ０２０
８−１９８３）の文字コード体系を用いた場合、第１水
準の漢字の文字パターンは、文字コード０ｘ３０２１〜
０ｘ４ｆ７ｅに割り当てられ、第２水準の漢字の文字パ
ターンは文字コード０ｘ５０２１〜０ｘ７４２４に割り
当てられ、さらに第１水準のひらがなやカタカナ、記号
等の非漢字文字は０ｘ２１２１〜０ｘ２ｆ７ｅに割り当
てられており、入力された文字コードが前記割り当ての
いずれに属するかを比較することで文字種を判別してい
る。

【０００８】

【発明が解決しようとする課題】しかしながら、上記従
来例では、次のような問題点があった。

【０００９】（１）漢字第１水準や漢字第２水準等のブ
ロック単位で文字種を判別して優先順位を定めることは
できるが、同一水準中の漢字の並びは使用頻度とは全く
関連がないため、文字種によるさらに細かな優先順位を
設定することは困難であった。このため、キャッシュメ
モリに登録された文字パターンはある程度まとめて削除
されることなり、キャッシュ効率を向上させることが容
易ではなかった。

【００１０】（２）上記の文字種の判別は、同一種類の
文字パターンが、連続した文字コードに割り当てられて
いることが前提となっており、不連続な文字コード領域
に割り当てられている文字パターンを同一の種類で扱う
といったことが不可能であった。すなわち、複数言語の
文字を一意に表現可能な文字コード体系を定めた場合、
例えば日本語で用いる漢字と中国語で用いる漢字とが混
ざり合って配置されるような場合、日本語のみで用いる
漢字やひらがなを文字コードから判断する処理が煩雑に
なり、前記キャッシュメモリの使用効率が低下する。

【００１１】（３）同一の優先順位にある複数の文字パ
ターンは、画数が多い漢字や曲線部分が多い文字等、文
字パターンを生成する時間が多くかかる文字も、またそ
うでない文字も一律に削除されてしまい、このこともキ
ャッシュ効率向上の妨げになっていた。

【００１２】本発明は上記従来の問題点に鑑み、キャッ
シュ効率を向上させることが可能な文字処理装置、及び
印刷装置を提供することを目的とする。

【００１３】

【課題を解決するための手段】上記目的を達成するため
に、第１の発明の文字処理装置は、各文字コードに対応
した各文字のフォントデータ及び文字毎の優先順位情報
を格納する記憶手段と、前記記憶手段より読み出された
フォントデータに基づいて生成された文字パターンある
いは前記フォントデータへのポインタと前記優先順位情
報とを登録する登録手段と、前記登録手段中の文字パタ
ーンの削除手順を前記優先順位情報に基づいて判断する
判断手段と、前記判断手段の判断結果に基づいて前記登
録手段中の文字パターンを削除する削除手段とを備えた
ものである。

【００１４】第２の発明の文字処理装置は、外部より入
力された各文字コードに対応して記憶手段中のアウトラ
インフォントデータを読み出し各文字パターンを生成す
る展開手段と、前記展開手段によって生成された文字パ
ターン及び各文字パターン毎の生成に要する時間に依存
した展開速度情報を登録する登録手段と、前記登録手段
に登録された文字パターンの削除手順を前記展開速度情
報に基づいて判断する判断手段と、前記判断手段の結果
に基づいて前記登録手段中の文字パターンを削除する削
除手段とを備えたものである。

【００１５】上記第２の発明の文字処理装置において、
前記登録手段に登録される前記展開速度情報は、装置固
有の処理速度に依存しないものであることが望ましい。

【００１６】第３の発明の文字処理装置は、外部より入
力された各文字コードに対応して記憶手段中のアウトラ
インフォントデータを読み出し各文字パターンを生成す
る展開手段と、前記展開手段によって生成された文字パ
ターンを圧縮して圧縮文字データとする圧縮手段と、前
記圧縮文字データ、及び各圧縮文字データ毎の伸長に要
する時間に依存した伸長速度情報を登録する登録手段
と、前記展開手段による各文字パターン毎の生成に要す
る時間に依存した展開速度情報と前記伸長速度情報とに
基づいて、前記登録手段に登録された圧縮文字データの
削除手順を判断する判断手段と、前記判断手段の判断結
果に基づいて前記登録手段中の圧縮文字データを削除す
る削除手段とを備えたものである。

【００１７】上記第３の発明の文字処理装置において、
前記登録手段に登録される前記伸長速度情報は、装置固
有の処理速度に依存しないものであることが望ましい。

【００１８】第４の発明の印刷装置は、外部より入力さ
れた各文字コードに対応して記憶手段中のアウトライン
フォントデータを読み出し各文字パターンを生成する展
開手段と、該展開手段によって生成された文字パターン
を登録する登録手段とを有し、前記展開手段によって生
成された文字パターンまたは前記登録手段中の文字パタ
ーンを印字データとして記録紙上に印刷する印刷装置に
おいて、前記登録手段は、前記展開手段によって生成さ
れた文字パターンと各文字パターン毎の生成に要する時
間に依存した展開速度情報とを登録する構成にし、前記
登録手段に登録された文字パターンの削除手順を前記展
開速度情報に基づいて判断する判断手段と、前記判断手
段の結果に基づいて前記登録手段中の文字パターンを削
除する削除手段とを備えたものである。

【００１９】上記第４の発明の印刷装置において、前記
登録手段に登録される前記展開速度情報は、装置固有の
処理速度に依存しないものであることが望ましい。

【００２０】第５の発明の印刷装置は、外部より入力さ
れた各文字コードに対応して記憶手段中のアウトライン
フォントデータを読み出し各文字パターンを生成する展
開手段と、前記展開手段によって生成された文字パター
ンを圧縮して圧縮文字データとする圧縮手段と、前記圧
縮文字データを登録する登録手段とを有し、前記圧縮手
段よって生じた圧縮文字データまたは前記登録手段中の
圧縮文字データを伸長し印字データとして記録紙上に印
刷する印刷装置において、前記登録手段は、前記圧縮文
字データと各圧縮文字データ毎の伸長に要する時間に依
存した伸長速度情報とを登録する構成にし、前記展開手
段による各文字パターン毎の生成に要する時間に依存し
た展開速度情報と前記伸長速度情報とに基づいて、前記
登録手段に登録された圧縮文字データの削除手順を判断
する判断手段と、前記判断手段の判断結果に基づいて前
記登録手段中の圧縮文字データを削除する削除手段とを
備えたものである。

【００２１】上記第５の発明の印刷装置において、前記
登録手段に登録される前記伸長速度情報は、装置固有の
処理速度に依存しないものであることが望ましい。

【００２２】

【作用】上記構成により、第１の発明の文字処理装置に
よれば、記憶手段より読み出されたフォントデータに基
づいて生成された文字パターンあるいはフォントデータ
へのポインタと優先順位情報とを登録手段に登録し、判
断手段が前記登録手段中の文字パターンの削除手順を前
記優先順位情報に基づいて判断し、この判断結果に基づ
いて削除手段が前記登録手段中の文字パターンを削除す
る。これにより、文字パターンの登録時あるいは削除時
に各文字コード等から優先順位を判別することなく各文
字単位で優先順位を設定することができる。

【００２３】第２の発明の文字処理装置によれば、展開
手段によって生成された文字パターン及び各文字パター
ン毎の生成に要する時間に依存した展開速度情報を登録
手段に登録し、判断手段が前記登録手段に登録された文
字パターンの削除手順を前記展開速度情報に基づいて判
断し、その結果に基づいて削除手段が前記登録手段中の
文字パターンを削除する。これにより、文字パターンの
生成に時間が多くかかる文字を文字パターンの削除時に
優先的に残す等の処理が可能となる。

【００２４】第３の発明の文字処理装置によれば、圧縮
文字データと各圧縮文字データ毎の伸長に要する時間に
依存した伸長速度情報とを登録手段に登録し、判断手段
が展開速度情報と前記伸長速度情報とに基づいて、前記
登録手段に登録された圧縮文字データの削除手順を判断
し、その判断結果に基づいて削除手段が前記登録手段中
の圧縮文字データを削除する。これにより、圧縮文字デ
ータの伸長に時間が多くかかる文字を圧縮文字データの
削除時に優先的に残す等の処理が可能となる。

【００２５】第４の発明の印刷装置によれば、上記第２
の発明と同様に、展開手段によって生成された文字パタ
ーン及び各文字パターン毎の生成に要する時間に依存し
た展開速度情報を登録手段に登録し、判断手段が前記登
録手段に登録された文字パターンの削除手順を前記展開
速度情報に基づいて判断し、その結果に基づいて削除手
段が前記登録手段中の文字パターンを削除する。これに
より、文字パターンの生成に時間が多くかかる文字を文
字パターンの削除時に優先的に残す等の処理が可能とな
る。

【００２６】第５の発明の印刷装置によれば、上記第３
の発明と同様に、圧縮文字データと各圧縮文字データ毎
の伸長に要する時間に依存した伸長速度情報とを登録手
段に登録し、判断手段が展開速度情報と前記伸長速度情
報とに基づいて、前記登録手段に登録された圧縮文字デ
ータの削除手順を判断し、その判断結果に基づいて削除
手段が前記登録手段中の圧縮文字データを削除する。こ
れにより、圧縮文字データの伸長に時間が多くかかる文
字を圧縮文字データの削除時に優先的に残す等の処理が
可能となる。

【００２７】

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

【００２８】図１は、本発明の第１実施例に係る文字処
理装置の概略構成を示す断面図である。

【００２９】本実施例の文字処理装置は、例えばレーザ
ービームプリンタ（以下、ＬＢＰという）で構成される
場合を示すものであり、外部に接続されているホストコ
ンピュータ（図２の５０）から供給される文字情報（文
字コード等）や定型書式データ（フォームデータ）ある
いはマクロ命令などを入力して記憶すると共に、それら
の情報に従って対応する文字パターンやフォームパター
ンなどを作成し、記録媒体である記録紙上に像を形成す
る機能を有する。

【００３０】同図において、図中１０はＬＢＰ本体であ
り、１１は操作のためのスイッチ及びＬＥＤ表示器など
が配されている操作パネル、１２はＬＢＰの全体の制御
及びホストコンピュータから供給される文字情報などを
解析するプリンタ制御ユニットである。この制御ユニッ
ト１２は、主に文字情報を対応する文字パターンのビデ
オ信号に変換してレーザドライバ１３に出力する。

【００３１】また、このＬＢＰは不図示のデータ源から
文字パターンの登録やフォームデータなどの登録も行
え、同様に印字データに応じてこれらをビデオ信号に変
換してレーザドライバ１３に出力する。

【００３２】レーザドライバ１３は、半導体レーザ１４
を駆動するための回路であり、入力されたビデオ信号に
応じて半導体レーザ１４から発射されるレーザ光１５を
オン／オフ切り替えする。レーザ光１５は回転多面鏡１
６で左右方向に振られ静電ドラム１７上を走査する。こ
れにより、静電ドラム１７上には文字パターンの静電潜
像が形成される。この潜像は、静電ドラム１７周囲の現
像ユニット１８により現像されたのち、記録紙に転送さ
れる。

【００３３】この記録紙にはカットシートが用いられ、
カットシート記録紙はＬＢＰ１０に装着した用紙カセッ
ト１９に収納され、給紙ローラ２０及び搬送ローラ２
１，２２により装置内に取り込まれて、静電ドラム１７
へ供給される。

【００３４】図２は、図１中のプリンタ制御ユニット１
２の内部構成を示すブロック図である。

【００３５】同図において、プリンタ制御ユニット１２
は、所定のインターフェース３１を介して外部のホスト
コンピュータ５０からの印刷データに従って所定の印刷
処理を実行するように構成されている。ホストコンピュ
ータ５０より受信した該印刷データは受信バッファ３２
に受信データとして一時的に蓄えられる。

【００３６】３３はプリンタＣＰＵであり、このＣＰＵ
３３は、読み出し専用メモリであるＲＯＭ３４に記憶さ
れた印刷制御プログラム３４ａに基づいてシステムバス
３５に接続された各種のデバイスとのアクセスを統括的
に制御し、受信バッファ３２に蓄えられた印刷データを
解析し、印刷部Ｉ／Ｆ３６を介して印刷部（プリンタエ
ンジン）３７にプリンタデータとしてのビデオ信号を出
力する。

【００３７】ここで、印刷制御プログラム３４ａは、後
述する図５、図６及び図８に示す制御フローを含み、ま
た印刷部３７は、図１に示した前記レーザドライバ１３
以降の各種部材で構成され、ＣＰＵ３３から受けとった
ビデオ信号を基に記録紙３８上に画像の印刷を行う。ま
た、ＲＯＭ３４は、ドットフォントやスケーラブルフォ
ントから構成されるフォントメモリ３４ｂにも用いられ
ている。

【００３８】３９はＲＡＭであり、ＣＰＵ３３の主メモ
リやワークメモリ３９ａ、キャッシュメモリ３９ｂ、ペ
ージメモリ３９ｃとして機能するほか、不図示の環境デ
ータ格納メモリやＮＭＲＡＭ等として用いられ、図示し
ない増設ポートに接続されるオプションＲＡＭによりメ
モリ容量を拡張することができるように構成されてい
る。

【００３９】キャッシュメモリ３９ｂは、前記フォント
メモリ３４ｂ内のスケーラブルデータに基づいて展開さ
れた文字パターン、修飾処理等を施されたドットフォン
トパターン、あるいはフォントメモリ３４ｂ内のドット
フォントへのポインタ等を文字コードと対応付けて格納
する。また、ページメモリ３９ｃは、印刷制御プログラ
ム３４ａにより生成された１ページ分のイメージデータ
を格納する。なお、ＬＢＰ１２は図示しない電源部から
電源供給を受けている。

【００４０】図３は、図２中のフォントメモリ３４ｂに
格納されるフォントデータの構成を示す模式図であり、
同図（ａ）はフォントメモリ３４ｂのメモリ構成を示
し、同図（ｂ）は優先順位情報６４のビット構成を示
す。

【００４１】同図において、６１はフォント情報ヘッダ
部であり、フォントの書体名（明朝／ゴシックなど）や
データタイプ（ドットフォント／スケーラブルフォン
ト）のフォント属性のほか、固定ピッチフォント／プロ
ポーショナルフォントのいずれであるかを示すピッチ情
報、及びドットフォントの場合のフォント解像度やポイ
ントサイズ等のフォント属性を記憶している。

【００４２】６２は、ある文字コード体系に基づいて並
んだ文字ポインタ部であり、開始コードから終了コード
までの各文字コードに対応したフォントデータのアドレ
スが入っている。６３は各文字情報部、６５は各文字ご
とのフォントデータ部である。そして、前記文字情報部
６３は、文字サイズや文字ピッチなどの文字属性情報の
ほかに、前記優先順位情報６４、及び前記フォトデータ
部６５へのオフセットを持ち、印字の際には、この文字
情報部６３のデータを用いて文字パターンを獲得したり
印字位置の制御等を行う。

【００４３】優先順位情報６４は、各文字ごとに用意さ
れ、各文字が持つ文字属性のビットをＯＮすることで情
報を記憶している。ここで、フォントデータ部６５の形
式は任意であり、ドットフォントであってもよく、また
はスケーラブルフォントデータであっても構わない。ま
た、ドットフォントの場合、圧縮形式で格納されていて
も構わない。なお、フォントデータがスケーラブルフォ
ントの場合の前記文字サイズは、基本となる大きさ（例
えばポイントサイズ）での値を格納しており、印字デー
タで指定されるポイントサイズに応じて、前記印刷制御
プログラム３４ａが必要な文字サイズを算出する。

【００４４】上記フォントデータの構成は１フォントに
ついてのものであり、他のフォントデータとはフォント
識別番号６６により区別する。

【００４５】本実施例では、前記優先順位情報６４は、
０〜７の８ビットで構成され、各ビットは、以下に示す
ようにフォントデータの文字種と優先順位とを指示して
いる。ビット０及びビット１が、ひらがな・カタカナ・
英数字等の非漢字かどうかを指示するビットに対応し、
ビット２及びビット４が、第１水準の漢字に含まれるか
どうかを指示するビットに対応し、ビット５が第２水準
の漢字に含まれるかどうかを指示するビットに対応し、
ビット６及びビット７が、上記以外の拡張漢字かどうか
を指示するビットに対応する。

【００４６】また、１つの文字種に複数のビットが割り
当てられているものは、その複数のビットのどちらのビ
ットをＯＮするかによって予め優先順位を設定してお
く。例えば、（ａ）漢字第１水準に含まれる文字のう
ち、最も使用頻度の高いものはビット２を立て、（ｂ）
次に使用頻度が高いものはビット３を立て、（ｃ）それ
以外の第１水準の漢字についてはビット４を立ててお
く。

【００４７】この優先順位情報（１バイト）を読み出し
た時は、拡張漢字の優先順位は０ｘ８０（最も低い）と
なり、上記（ａ）の場合は０ｘ０４、（ｂ）の場合０ｘ
０８、（ｃ）の場合は０ｘ１０となる。

【００４８】図４は、図２に示したキャッシュメモリ３
９ｂの構成を示すブロック図である。

【００４９】同図において、７１はフォント管理テーブ
ルであり、このフォント管理テーブル７１は、前記フォ
ント情報ヘッダ部６１から読み出された各種フォント属
性と、各文字毎のキャッシュヘッダ部７４を検索するた
めのインデックステーブル７２のアドレスとを持ち、ホ
ストコンピュータ５０より入力される印刷データに基づ
いて、あるいは処理装置の電源等入力時に自動的に、フ
ォント属性が異なるフォント毎に登録される。

【００５０】７２，７３はインデックステーブルあり、
そのうちのインデッスクテーブル７２が文字コードの上
位バイトに対応して、インデックステーブル７３が文字
コードの下位バイトに対応する。例えば、文字コード
「０ｘ３０２１」に対応する文字パターン「亜」をキャ
ッシュメモリ３９ｂに登録するときは、フォント管理テ
ーブル７１のポインタがＮＩＬ（０）でなければこのポ
インタよりインデックステーブル７２の０ｘ３０番目の
エントリを調べる（インデックステーブルは０番から始
まるものとする）。

【００５１】このポインタがＮＩＬでなければ同様にし
てインデックステーブル７３にアクセスし、０ｘ２１番
目のエントリを調べ、これもＮＩＬでなければ文字パタ
ーンが登録されていることが分かる。上記ポインタのど
れかがＮＩＬであれば、各インデックステーブルあるい
は文字パターンを登録し、上位のエントリのポインタ部
にアドレスを格納する。

【００５２】７４は１文字毎の文字属性を記憶するキャ
ッシュヘッダ部、７５は前記フォントメモリ３４ｂより
読み出したフォントデータを基に生成した文字パターン
（あるはフォントデータ６５へのアドレス）である。

【００５３】キャッシュヘッダ部７４には、文字パター
ン７５を出力する際に必要となるサイズ情報や文字ピッ
チ、文字の回転角度、圧縮されているかどうかの情報の
ほかに、文字パターンへのオフセット（アドレス）と、
前記文字情報部６３から得られた優先順位情報６４とが
登録される。

【００５４】ここで、文字パターン７５には、スケーラ
ブルデータを展開したパターンや、ドットフォントに回
転・拡大等の修飾を施したパターン、あるいはドットフ
ォントそのものが相当するが、加工を必要としないドッ
トフォントそのものを登録する場合は、キャッシュヘッ
ダ部７２内のオフセットがフォントメモリ３４ｂ内のド
ットフォントデータ６５を指し示すように構成し、文字
パターンを登録しないでも構わない。

【００５５】なお、前記キャッシュヘッダ部７４に記憶
されるサイズ情報及び文字ピッチは、ドットフォントの
場合には前記文字情報部６３に格納された値（修飾処理
を施したパターンをキャッシュした場合は修飾後の値）
が記憶され、スケーラブルフォントの場合には生成され
た文字の大きさに応じて算出された値が記憶されてい
る。

【００５６】文字印字の際には、まず前記印刷データで
指示されたフォント属性を持つフォント管理テーブル７
１を選択し、次に指定文字コードによってインデックス
テーブルを検索する。ここで、該当する文字がキャッシ
ュメモリ３９ｂ内に登録されていれば、文字パターンへ
のオフセットによって指されている文字パターンを読み
出して印字し、該当する文字がキャッシュされていない
場合は、フォントメモリ３４ｂより各フォントデータ６
５を読み出し、文字パターンを生成しキャッシュメモリ
３９ｂに登録する。この登録の際、キャッシュメモリ３
９ｂの空きスペースが不足した場合、登録済みのキャッ
シュを優先順位情報６４に従って削除することで登録ス
ペースを確保する。

【００５７】以下、図５に示すフローチャートを参照し
ながら、本実施例の文字処理装置における文字データ処
理動作について説明する。

【００５８】まず、受信バッファ３２より１文字分のデ
ータを読み出し（ステップＳ１）、次にキャッシュメモ
リ３９ｂ内のフォント管理テーブル７１を用いて登録文
字を検索し、読みだした文字コードに対応する文字パタ
ーン７５が登録されているかどうかを判断する（ステッ
プＳ２）。この判断で、読み出した文字データが登録さ
れていた場合には、処理はステップＳ３へ進み、キャッ
シュメモリ３９ｂ内の該当する文字パターン７５を読み
出し、ページメモリ３９ｃ上に描画して（ステップＳ
４）、１文字の処理を終了する。

【００５９】一方、ステップＳ２の判断で、読み出した
文字が登録されていない場合には、ステップＳ５へ進ん
で、フォントメモリ３４ｂ内の該当する文字情報部６３
から優先順位情報６４を含む文字情報６３を読み出し、
登録に必要なメモリ容量を求める。

【００６０】次にキャッシュ削除処理のための初期設定
を行う。すなわち、削除レベルを「０」に、優先順位を
最も低い０ｘ８０にそれぞれ設定する（ステップＳ
６）。次のステップＳ７において優先順位を削除レベル
だけ右にシフトするが、削除レベルはステップＳ６にお
いて「０」にセットされているので、優先順位は始めは
０ｘ８０である。

【００６１】そして、キャッシュメモリ３９ｂの登録ス
ペース（メモリ容量）が足りるかどうかを判断し（ステ
ップＳ８）、肯定（ＹＥＳ）ならばステップＳ９へ進
む。ステップＳ９においてアウトラインデータなどのフ
ォントデータ６５をフォントメモリ３４ｂより読み出
し、文字パターンの展開を実行し（ステップＳ１０）、
次に前記文字情報６３をキャッシュヘッダ部７２へ登録
し、前記文字パターンの登録を行った後（ステップＳ１
１）、ページメモリ３９ｃ上に描画して（ステップＳ
４）、１文字の処理を終了する。

【００６２】また、ステップＳ８の判定で、否定（Ｎ
Ｏ）の場合（登録スペースが足りない場合には）、キャ
ッシュヘッダ部７２内の優先順位情報６４を参照してキ
ャッシュメモリ３９ｂ内の優先順位の低い文字から削除
する（ステップＳ１２〜Ｓ１４）。すなわち、各文字の
キャッシュヘッダ部７４に登録された優先順位情報が０
ｘ８０となっているキャッシュのみを削除し（ステップ
Ｓ１２）、次のステップＳ１３で削除レベルを１つイン
クリメントする（削除レベルは１となる）。続くステッ
プＳ１４では、削除レベルが８と等しいかを判定し、文
字パターン判定が否定（ＮＯ）であれば、まだ削除して
いないレベルのキャッシュがあるため、ステップＳ７へ
戻る。

【００６３】再びステップＳ７において優先順位の更新
を行うが、ステップＳ１２で削除レベルは１に設定され
たため、次の優先順位は０ｘ４０となる。以下同様にし
て、削除レベルが８になるまでステップＳ７からステッ
プＳ１４を繰り返す。

【００６４】一方、ステップＳ１４で削除レベルが８と
等しくなった場合、すなわち不必要なキャッシュを全て
削除しても次の文字を登録するためのスペースができな
い場合には、キャッシュメモリ３９ｂへの登録を休止
し、アウトラインデータなどのフォントデータ６５をフ
ォントメモリ３４ｂより読み出し（ステップＳ１５）、
ワークメモリ３９ａを用いて文字パターンを展開し（ス
テップＳ１６）、ページメモリ３９ｃ上に描画して（ス
テップＳ４）、１文字の処理を終了する。

【００６５】ステップＳ１２の削除処理において、予め
各文字毎に設定された優先順位情報６４をキャッシュに
登録するため、入力された文字コードから文字種を判別
する必要がない。

【００６６】本実施例の文字処理装置によれば、各文字
コードに対応する各文字のフォントデータと各文字毎の
優先順位情報とを格納するフォントメモリ３４ｂを備
え、このフォントメモリ３４ｂより読み出されたフォン
トデータに基づいて生成された文字パターンあるいは前
記フォントデータへのポインタと前記優先順位情報とを
キャッシュメモリ３９ｂに登録させ、ＣＰＵ３３の判断
手段が、上述の図５のフローチャートに従って、前記優
先順位情報に基づいてキャッシュメモリ３９ｂに登録さ
れたフォントデータの削除手順を判定し、ＣＰＵ３３の
削除手段が前記判断結果に基づいて登録されたフォント
データを削除することで、各文字コードの比較によって
優先順位を判断することなく、各文字単位で優先順位を
設定することが可能となる。

【００６７】なお、本実施例の文字処理装置は、出力先
をプリンタ装置としたが、本発明の適用可能な出力先は
プリンタ装置に限らず、ビットマップに文字を表示可能
なディスプレイ装置であってもよい。また、本発明の機
能が実行されるのであれば、単体の機器であっても、Ｌ
ＡＮ等のネットワークを介して処理が行われるシステム
であってもよい。さらに、プリンタ装置はＬＢＰに限定
されるものではなく、他のプリント方式のプリンタ装置
であってもよい。

【００６８】また、本実施例における優先順位情報とし
ては、文字種に非漢字・漢字第１水準・漢字第２水準・
これ以外の拡張漢字の４種類を設け、更に前記文字種ご
とに優先順位を設けてビット０〜７に割り振った場合に
ついて説明したが、印刷装置の用途・機能等によってビ
ット０〜７に対応させる文字種を適宜定めれば、削除す
る文字を任意にカスタマイズすることも可能である。

【００６９】さらに、予め記憶手段に記憶された文字種
情報に基づいた優先順位のみに従ってキャッシュメモリ
の削除手順を設定する場合について説明したが、生成さ
れた文字パターンのサイズ情報や、文字修飾が施されて
いるかどうか等の文字パターン毎の使用情報に基づく優
先順位と併せて削除手順を管理することで、一層のキャ
ッシュメモリの効率的使用が可能となることはいうまで
もない。例えば、前記優先順位情報に対応するビット０
〜７の他に、該文字パターンに対して拡大・影付け・斜
体修飾が施されているかどうかに対応するビット８と、
文字パターンが使用するキャッシュメモリが８Ｋバイト
以上であるかどうかに対応するビット９とを設け、文字
パターン登録時にこれらの情報も同時に登録し、削除時
には、まずビット９がＯＮである文字パターンから削除
し、次にビット８がＯＮである文字パターンを削除し、
これ以降は上述の削除手順とすることで、更に効率的な
キャッシュ管理が可能となる。

【００７０】また、実際の使用頻度情報と前記優先順位
情報とによるキャッシュの管理を組み合わせてキャッシ
ュの削除を行っても構わない。例えば、登録された文字
パターンが最後に用いられたページ番号をキャッシュメ
モリに記憶しておき、１ページ排紙される度に、キャッ
シュ内に記憶されているページ番号と今排紙されたペー
ジの番号とを比較した結果により、ある一定ページ数以
上に亘って使用されていないキャッシュを判断する。そ
して、その判断結果に従って定期的にキャッシュから文
字パターンを削除する一方、登録時にキャッシュメモリ
が不足する場合に上記実施例に基づいてキャッシュの削
除管理を行うことで、実際の使用頻度を考慮しつつ文字
種を文字単位毎に判断して、効率よくキャッシュメモリ
を削除でき、キャッシュのヒット率を上げることが可能
となる。

【００７１】次に本発明の第２実施例を説明する。

【００７２】上記第１実施例では、予め設けられた文字
種情報（優先順位情報）６４を用いてキャッシュメモリ
３９ｂの削除手順を管理する場合について説明したが、
各文字単位に文字種情報６４を持つため、多くの削除レ
ベルを設定するとフォントメモリ３４ｂの容量が増大
し、装置のコストを引き上げてしまう等の問題があるの
で、装置内で優先順位情報を生成しキャッシュメモリ３
９ｂに登録することが好ましい。

【００７３】そこで、本実施例では、フォントメモリ３
４ｂから読み出されたフォントデータ６５に基づいた文
字パターンを生成する際の生成時間情報を用い、キャッ
シュメモリ３９ｂに登録された文字パターン（あるいは
フォントデータ６５へのポインタ）の削除手順を管理す
るようにしたものである。なお、本実施例の文書処理装
置の構成は、上述の図１〜図４に示すものと同一であ
り、ただ文字データ処理手順のみが図６に示すように異
なっている。

【００７４】図６は、本発明の第２実施例に係る文字処
理装置における文字データ処理手順を示すフローチャー
トである。

【００７５】後述するステップにおいて、文字パターン
の生成に必要な生成時間に基づく情報（展開速度情報）
と、予め印刷制御プログラム３４ａに収められた速度情
報（削除レベル）とを比較する必要から、文字処理装置
の処理速度に依存しない展開速度情報を得なければなら
ないため、まずステップＳ２１において正規化するため
の係数を求める。本実施例では、ＣＰＵ３３がＲＯＭ３
４に格納された印刷制御プログラム３４ａを読み込み、
フォントデータ６５を文字パターンへ展開するプログラ
ムを実行させることから、ＣＰＵ３３のクロック数を正
規化係数とする（例えば３０×１０6 Ｈｚ）。

【００７６】次に、受信バッファ３２より１文字分のデ
ータを読みだし（ステップＳ２２）、キャッシュメモリ
３９ｂ内のフォント管理テーブル７１を用いて登録文字
を検索し、読み出した文字コードに対応する文字パター
ン７５が登録されているかどうかを判断する（ステップ
Ｓ２３）。この判断で、読み出した文字データが登録さ
れていた場合には、処理はステップＳ２４へ進み、キャ
ッシュメモリ３９ｂ内の該当する文字パターン７５を読
み出し、ページメモリ３９ｃ上に描画して（ステップＳ
２５）、１文字の処理を終了する。

【００７７】一方、ステップＳ２３の判断で、読み出し
た文字が登録されていない場合には、ステップＳ２６へ
進んで、フォントメモリ３４ｂ内の該当する文字情報部
６３を読み出し、登録に必要なメモリ容量を求める。次
いで、キャッシュ削除処理のための初期設定として、削
除レベルをＲＯＭ３４より読み出して設定する（ステッ
プＳ２７）。

【００７８】次のステップＳ２８では、キャッシュメモ
リ３９ｂの登録スペース（メモリ容量）が足りるかどう
かを判断し、肯定（ＹＥＳ）であればステップＳ２９へ
進む。ステップＳ２９では、ＣＰＵ３３がアウトライン
データなどのフォントデータ６５をフォントメモリ３４
ｂより読み出して、文字パターンを展開し、更にこの際
に要した生成時間を求める（ステップＳ３０）。例えば
ある文字パターンの場合はこの生成時間は５×１０-3ｓ
ｅｃとなる。さらに、この生成時間とステップＳ２１で
得られた正規化係数とを乗算して、展開速度情報とする
（ステップＳ３１）。

【００７９】先ほどの例では、（５×１０-3）×（３０
×１０6 ）＝１５０×１０3 となる。展開速度情報を正
規化することで、処理装置の処理速度が異なる場合でも
ＲＯＭ３４に記憶された印刷制御プログラム３４ａを変
更することなく処理速度の比較が可能となる。

【００８０】そして、前記文字情報６３（前記展開速度
情報を含む）と前記文字パターンをキャッシュメモリ３
９ｂへ登録した後（ステップＳ３２）、文字パターンを
ページメモリ３９ｃ上に描画して（ステップＳ２５）、
１文字の処理を終了する。

【００８１】一方、ステップＳ２８の判定で、否定（Ｎ
Ｏ）の場合（登録スペースが足りない場合には）、各文
字のキャッシュヘッダ部７４に登録された展開速度情報
が削除レベルよりも小さい文字パターンを削除する（ス
テップＳ３３）。そして続くステップＳ３４において削
除レベルを更新する。

【００８２】ステップＳ３５では、削除レベルが「０」
と等しいか否かを判定し、もし判定が否定（ＮＯ）であ
れば、まだ削除していないレベルのキャッシュがあるた
め、ステップＳ２８へ戻る。

【００８３】以下同様にして、削除レベルが「０」にな
るまでステップＳ２８からステップＳ３５を繰り返す。

【００８４】一方、ステップＳ３５で削除レベルが
「０」と等しくなった場合、すなわち不必要なキャッシ
ュを全て削除しても次の文字を登録するためのスペース
ができない場合には、キャッシュメモリ３９ｂへの登録
を休止し、アウトラインデータなどのフォントデータ６
５をフォントメモリ３４ｂにより読み出し（ステップＳ
３６）、ワークメモリ３９ａを用いて文字パターンを展
開し（ステップＳ３７）、ページメモリ３９ｃ上に描画
して（ステップＳ２５）、１文字の処理を終了する。

【００８５】本実施例では、アウトラインフォントデー
タから文字パターン７５を得るための生成時間を基に削
除管理を行ったが、フォントデータ６５がドットフォン
トであってキャッシュメモリ３９ｂにはフォントデータ
６５のアドレスを登録するような場合は、アウトライン
フォントデータの生成（構成点の座標値の変換、ベジェ
曲線の計算、塗り潰し処理等）に要する時間と比較して
数段高速に登録可能であるため、ドットフォントの場合
の展開速度情報を小さな値に設定して、スケーラブルフ
ォントデータよりも早く削除されるようにすることも可
能である。

【００８６】図７は、図６に示した削除レベル設定ステ
ップ（ステップＳ２７）及び変更ステップ（ステップＳ
３４）を実現するための削除レベルデータテーブルの構
成とそのポインタの関係を示す模式図である。

【００８７】同図において、８１は削除レベルテーブル
であり、８２は該削除レベルテーブル８１の各エントリ
を指し示すポインタである。図６のステップＳ２７にお
いて削除レベルを初期化するときは、削除レベルテーブ
ル８１の最初のエントリを指し示すようにポインタ８２
を設定することで、本実施例では削除レベルの初期値は
６０×１０³ となる。

【００８８】次のステップＳ３４（変更ステップ）にお
いては、ポインタ８２をインクリメントすることで削除
レベルが変更できる。また、削除レベルテーブル８１の
最後のエントリに「０」をセットしておくことで、設定
された削除レベルの終了がステップＳ３５において判定
可能となる（本実施例では３レベル）。

【００８９】本実施例では、予め定められた生成情報
（削除レベルテーブル８１）と文字パターン生成手段に
よって生成された展開速度情報とを比較してキャッシュ
メモリ３９ｂの削除手順を設定する場合について説明し
たが、予め定められた展開速度情報の代わりに、処理装
置の起動時等に異なる文字パターンを幾つか生成し、こ
の生成時間を削除レベルテーブル８１に登録すること
で、削除レベルを設定しても構わない。

【００９０】また、本実施例では、文字パターン生成手
段によって生成された展開速度情報に基づいた優先順位
のみに従ってキャッシュメモリの削除手順を設定する場
合について説明したが、生成された文字パターンのサイ
ズ情報や、文字修飾が施されているかどうか等の文字パ
ターン毎の使用情報に基づく優先順位や、上記第１実施
例で説明した文字種による優先情報と併せて削除手順を
管理することで、一層のキャッシュの効率的使用が可能
となることはいうまでもない。

【００９１】次に、本発明の第３実施例を説明する。

【００９２】本実施例の文字処理装置では、ＲＡＭ３９
及びＲＯＭ３４の利用効率を高めるために、キャッシュ
メモリ３９ｂに登録する文字パターンやフォントメモリ
３４ｂに格納されるフォントデータ（ドットフォント）
が圧縮したデータフォーマットで登録／格納され、ペー
ジメモリ３９ｃへ展開する時点（描画時）に展開して文
字パターンを得ることが行われている場合に、圧縮・伸
長にかかる時間情報に基づいてキャッシュの削除手順を
管理するようにしたものである。なお、本実施例の文書
処理装置の構成は、上述の図１〜図４に示すものと同一
であり、ただ文字データ処理手順のみが図８に示すよう
に異なっている。

【００９３】図８は、本発明の第３実施例に係る文字処
理装置における文字データ処理手順を示すフローチャー
トである。

【００９４】後述するステップにおいて、圧縮文字デー
タの伸長に要する時間に基づく情報（伸長速度情報）
と、予め印刷制御プログラム３４ａに収められた速度情
報（削除レベル）とを比較する必要から、文字処理装置
の処理速度に依存しない伸長速度情報を得なければなら
ないため、まずステップＳ４１では、正規化するための
係数を求める。本実施例では、ＣＰＵ３３がＲＯＭ３４
に格納された印刷制御プログラム３４ａを読み込み、圧
縮文字データの生成／伸長を行うプログラムを実行させ
ることから、ＣＰＵ３３のクロック数を正規化係数とす
る（例えば３０×１０⁶ Ｈｚ）。

【００９５】次に、受信バッファ３２より１文字分のデ
ータを読み出し（ステップＳ４２）、キャッシュメモリ
３９ｂ内のフォント管理テーブル７１を用いて登録文字
を検索し、読み出した文字コードに対応する文字パター
ン７５が登録されているかどうかを判断する（ステップ
Ｓ４３）。この判断で、読み出した文字データが登録さ
れていた場合には、処理はステップＳ４４へ進み、キャ
ッシュメモリ３９ｂ内の該当する文字パターン７５を読
み出し、ステップＳ４５で伸長して文字パターンを得
て、ページメモリ３９ｃ上に描画して（ステップＳ４
６）、１文字の処理を終了する。

【００９６】一方、ステップＳ４３の判断で、読み出し
た文字が登録されていない場合には、ステップＳ４７へ
進んで、フォントメモリ３４ｂ内の該当する文字情報部
６３を読み出し、更にアウトラインデータ等のフォント
データ６５を読み出す（ステップＳ４８）。次のステッ
プＳ４９において、フォントデータ６５に基づいた文字
パターンの生成及び圧縮を行う。圧縮後の使用メモリ量
がデータに依存する場合には、キャッシュメモリ３９ｂ
に登録スペースがあるかどうかを判断する前に、圧縮文
字データを作成しておく必要がある。

【００９７】さらにステップＳ５０で、この圧縮の際に
要した圧縮時間を求め、この伸長時間とステップＳ４１
で得られた正規化係数とを乗算して伸長速度情報とす
る。伸長速度情報を正規化することで、処理速度が異な
る場合でもＲＯＭ３４に記憶された印刷制御プログラム
３４ａを変更することなく処理速度の比較が可能とな
る。

【００９８】一方、次のステップＳ５１でキャッシュ削
除処理のための初期設定として削除レベルをＲＯＭ３４
より読み出して設定する。そして、圧縮された文字デー
タサイズから登録に必要なメモリ容量を求め、キャッシ
ュメモリ３９ｂの登録スペース（メモリ容量）が足りる
かどうかを判断し（ステップＳ５２）、この判断結果が
肯定（ＹＥＳ）であればステップＳ５３へ進む。

【００９９】ステップＳ５３では、前記文字情報６３
（前記伸長速度情報を含む）と前記圧縮文字データをキ
ャッシュメモリ３９ｂへ登録し、文字パターンをページ
メモリ３９ｃ上に描画して（ステップＳ４６）、１文字
の処理を終了する。

【０１００】また、ステップＳ５２の判定で、否定（Ｎ
Ｏ）の場合（登録スペースが足りない場合には）、各文
字のキャッシュヘッダ部７４に登録された伸長速度情報
が削除レベルよりも小さい文字パターンを削除する（ス
テップＳ５４）。そして、次のステップＳ５５において
削除レベルを更新する。

【０１０１】続くステップＳ５６では、削除レベルが
「０」と等しいかを判定し、もし判定が否定（ＮＯ）で
あればまだ削除しないレベルのキャッシュがあるため、
ステップＳ５２へ戻る。以下同様にして、削除レベルが
「０」になるまでステップＳ５２からステップＳ５６を
繰り返す。

【０１０２】さらに、ステップＳ５６で削除レベルが
「０」と等しくなった場合、すなわち不必要なキャッシ
ュを全て削除しても次の文字を登録するためのスペース
ができない場合には、キャッシュメモリ３９ｂへの登録
を休止し、既に生成済みの文字パターンをワークメモリ
３９ａへ展開し（ステップＳ５７）、ページメモリ３９
ｃ上に描画して（ステップＳ４６）、１文字の処理を終
了する。

【０１０３】

【発明の効果】以上詳細に説明したように、第１の発明
の文字処理装置によれば、各文字コードに対応した各文
字のフォントデータ及び文字毎の優先順位情報を格納す
る記憶手段と、前記記憶手段より読み出されたフォント
データに基づいて生成された文字パターンあるいは前記
フォントデータへのポインタと前記優先順位情報とを登
録する登録手段と、前記登録手段中の文字パターンの削
除手順を前記優先順位情報に基づいて判断する判断手段
と、前記判断手段の判断結果に基づいて、前記登録手段
中の文字パターンを削除する削除手段とを備えたので、
文字パターンの登録時あるいは削除時に各文字コード等
から優先順位を判別することなく各文字単位で優先順位
を設定することができる。これにより、文字種による細
かな優先順位の設定が可能となり、登録手段をキャッシ
ュメモリで構成した場合にはキャッシュ効率が向上す
る。さらに、複数言語の文字を一意に表現可能な文字コ
ード体系を定めた場合、例えば日本語で用いる漢字と中
国語で用いる漢字とが混ざり合って配置されるような場
合であっても、日本語のみで用いる漢字やひらがなを文
字コードから判断する処理が容易になり、キャッシュメ
モリの使用効率が向上する。

【０１０４】第２の発明の文字処理装置は、外部より入
力された各文字コードに対応して記憶手段中のアウトラ
インフォントデータを読み出し各文字パターンを生成す
る展開手段と、前記展開手段によって生成された文字パ
ターン及び各文字パターン毎の生成に要する時間に依存
した展開速度情報を登録する登録手段と、前記登録手段
に登録された文字パターンの削除手順を前記展開速度情
報に基づいて判断する判断手段と、前記判断手段の結果
に基づいて前記登録手段中の文字パターンを削除する削
除手段とを備えたので、文字パターンの削除時に文字パ
ターンの生成に時間が多くかかる文字を優先的に残す等
の処理が可能となり、登録手段をキャッシュメモリで構
成した場合にはキャッシュ効率が向上する。

【０１０５】第３の発明の文字処理装置は、外部より入
力された各文字コードに対応して記憶手段中のアウトラ
インフォントデータを読み出し各文字パターンを生成す
る展開手段と、前記展開手段によって生成された文字パ
ターンを圧縮して圧縮文字データとする圧縮手段と、前
記圧縮文字データ、及び各圧縮文字データ毎の伸長に要
する時間に依存した伸長速度情報を登録する登録手段
と、前記展開手段による各文字パターン毎の生成に要す
る時間に依存した展開速度情報と前記伸長速度情報とに
基づいて、前記登録手段に登録された圧縮文字データの
削除手順を判断する判断手段と、前記判断手段の判断結
果に基づいて前記登録手段中の圧縮文字データを削除す
る削除手段とを備えたので、圧縮文字データの削除時に
圧縮文字データの伸長に時間が多くかかる文字を優先的
に残す等の処理が可能となり、登録手段をキャッシュメ
モリで構成した場合にはキャッシュ効率が向上する。

【０１０６】第４の発明の印刷装置によれば、登録手段
は、展開手段によって生成された文字パターンと各文字
パターン毎の生成に要する時間に依存した展開速度情報
とを登録する構成にし、前記登録手段に登録された文字
パターンの削除手順を前記展開速度情報に基づいて判断
する判断手段と、前記判断手段の結果に基づいて前記登
録手段中の文字パターンを削除する削除手段とを備えた
ので、上記第２の発明と同様に、文字パターンの削除時
に文字パターンの生成に時間が多くかかる文字を優先的
に残す等の処理が可能となり、登録手段をキャッシュメ
モリで構成した場合にはキャッシュ効率が向上する。

【０１０７】第５の発明の印刷装置によれば、登録手段
は、圧縮文字データと各圧縮文字データ毎の伸長に要す
る時間に依存した伸長速度情報とを登録する構成にし、
展開手段による各文字パターン毎の生成に要する時間に
依存した展開速度情報と前記伸長速度情報とに基づい
て、前記登録手段に登録された圧縮文字データの削除手
順を判断する判断手段と、前記判断手段の判断結果に基
づいて前記登録手段中の圧縮文字データを削除する削除
手段とを備えたので、上記第３の発明と同様に、圧縮文
字データの削除時に圧縮文字データの伸長に時間が多く
かかる文字を優先的に残す等の処理が可能となり、登録
手段をキャッシュメモリで構成した場合にはキャッシュ
効率が向上する。

【図面の簡単な説明】

【図１】本発明の第１実施例に係る文字処理装置の概略
構成を示す断面図である。

【図２】図１中のプリンタ制御ユニット１２の内部構成
を示すブロック図である。

【図３】図２中のフォントメモリ３４ｂに格納されるフ
ォントデータの構成を示す模式図である。

【図４】図２に示したキャッシュメモリ３９ｂの構成を
示すブロック図である。

【図５】第１実施例の文字処理装置における文字データ
処理動作を示すフローチャートである。

【図６】第２実施例の文字処理装置における文字データ
処理手順を示すフローチャートである。

【図７】図６に示した削除レベル設定ステップ及び変更
ステップを実現するための削除レベルデータテーブルの
構成とそのポインタの関係を示す模式図である。

【図８】第３実施例の文字処理装置における文字データ
処理手順を示すフローチャートである。

【符号の説明】

１０ ＬＢＰ本体 １１ 操作パネル １２ プリンタ制御ユニット ３３ プリンタＣＰＵ ３４ ＲＯＭ ３４ａ 印刷制御プログラム ３４ｂ フォントメモリ ３７ 印刷部 ３８ 記録紙 ３９ ＲＡＭ ３９ａ ワークメモリ ３９ｂ キャッシュメモリ ３９ｃ ページメモリ ５０ ホストコンピュータ ６２ 文字ポインタ部 ６３ 文字情報部 ６４ 優先順位情報 ６５ フォントデータ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 各文字コードに対応した各文字のフォン
   トデータ及び文字毎の優先順位情報を格納する記憶手段
   と、 前記記憶手段より読み出されたフォントデータに基づい
   て生成された文字パターンあるいは前記フォントデータ
   へのポインタと前記優先順位情報とを登録する登録手段
   と、 前記登録手段中の文字パターンの削除手順を前記優先順
   位情報に基づいて判断する判断手段と、 前記判断手段の判断結果に基づいて前記登録手段中の文
   字パターンを削除する削除手段とを備えたことを特徴と
   する文字処理装置。
2. 【請求項２】 外部より入力された各文字コードに対応
   して記憶手段中のアウトラインフォントデータを読み出
   し各文字パターンを生成する展開手段と、 前記展開手段によって生成された文字パターン及び各文
   字パターン毎の生成に要する時間に依存した展開速度情
   報を登録する登録手段と、 前記登録手段に登録された文字パターンの削除手順を前
   記展開速度情報に基づいて判断する判断手段と、 前記判断手段の結果に基づいて前記登録手段中の文字パ
   ターンを削除する削除手段とを備えたことを特徴とする
   文字処理装置。
3. 【請求項３】 前記登録手段に登録される前記展開速度
   情報は、装置固有の処理速度に依存しないものであるこ
   とを特徴とする請求項２記載の文字処理装置。
4. 【請求項４】 外部より入力された各文字コードに対応
   して記憶手段中のアウトラインフォントデータを読み出
   し各文字パターンを生成する展開手段と、 前記展開手段によって生成された文字パターンを圧縮し
   て圧縮文字データとする圧縮手段と、 前記圧縮文字データ、及び各圧縮文字データ毎の伸長に
   要する時間に依存した伸長速度情報を登録する登録手段
   と、 前記展開手段による各文字パターン毎の生成に要する時
   間に依存した展開速度情報と前記伸長速度情報とに基づ
   いて、前記登録手段に登録された圧縮文字データの削除
   手順を判断する判断手段と、 前記判断手段の判断結果に基づいて前記登録手段中の圧
   縮文字データを削除する削除手段とを備えたことを特徴
   とする文字処理装置。
5. 【請求項５】 前記登録手段に登録される前記伸長速度
   情報は、装置固有の処理速度に依存しないものであるこ
   とを特徴とする請求項４記載の文字処理装置。
6. 【請求項６】 外部より入力された各文字コードに対応
   して記憶手段中のアウトラインフォントデータを読み出
   し各文字パターンを生成する展開手段と、該展開手段に
   よって生成された文字パターンを登録する登録手段とを
   有し、前記展開手段によって生成された文字パターンま
   たは前記登録手段中の文字パターンを印字データとして
   記録紙上に印刷する印刷装置において、 前記登録手段は、前記展開手段によって生成された文字
   パターンと各文字パターン毎の生成に要する時間に依存
   した展開速度情報とを登録する構成にし、 前記登録手段に登録された文字パターンの削除手順を前
   記展開速度情報に基づいて判断する判断手段と、 前記判断手段の結果に基づいて前記登録手段中の文字パ
   ターンを削除する削除手段とを備えたことを特徴とする
   印刷装置。
7. 【請求項７】 前記登録手段に登録される前記展開速度
   情報は、装置固有の処理速度に依存しないものであるこ
   とを特徴とする請求項６記載の印刷装置。
8. 【請求項８】 外部より入力された各文字コードに対応
   して記憶手段中のアウトラインフォントデータを読み出
   し各文字パターンを生成する展開手段と、前記展開手段
   によって生成された文字パターンを圧縮して圧縮文字デ
   ータとする圧縮手段と、前記圧縮文字データを登録する
   登録手段とを有し、前記圧縮手段よって生じた圧縮文字
   データまたは前記登録手段中の圧縮文字データを伸長し
   印字データとして記録紙上に印刷する印刷装置におい
   て、 前記登録手段は、前記圧縮文字データと各圧縮文字デー
   タ毎の伸長に要する時間に依存した伸長速度情報とを登
   録する構成にし、 前記展開手段による各文字パターン毎の生成に要する時
   間に依存した展開速度情報と前記伸長速度情報とに基づ
   いて、前記登録手段に登録された圧縮文字データの削除
   手順を判断する判断手段と、 前記判断手段の判断結果に基づいて前記登録手段中の圧
   縮文字データを削除する削除手段とを備えたことを特徴
   とする印刷装置。
9. 【請求項９】 前記登録手段に登録される前記伸長速度
   情報は、装置固有の処理速度に依存しないものであるこ
   とを特徴とする請求項８記載の印刷装置。