JPH1063250A - 文字処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 各文字の順次関係を保証しつつ、複数の文字
を並列に変換することができ、変換処理を高速化するこ
とができるようにする。 【解決手段】 複数の描画手段２１ａ，２１ｂ，２１ｃ
は、各々、読み込み制御手段２４を介して記憶手段２０
に記憶されている描画情報を読み込み、その情報に基づ
いて属性設定処理または描画処理を行う。このとき、第
１の検知手段２２は、現在処理中の描画情報と、次に読
み込まれる描画情報による描画属性の変更とを検知す
る。また、第２の検知手段２３は、上記複数の描画手段
の状態を検知する。そして、読み込み制御手段２４は、
第１の検知手段２２による描画属性の変更情報と第２の
検知手段２３による複数の描画手段の状態とに基づい
て、記憶手段２０に記憶されている描画情報に対する読
み込みの許可または禁止を設定する。したがって、文字
の描画属性が変化する場合には、現在処理中の文字に対
する処理が終了した後、次の文字に対する処理へ移行す
ることが可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、文字を描画する
複数の文字描画手段を備え、それらを並列に動作させて
文字を描画する文字処理装置に関する。

【０００２】

【従来の技術】近年、ビジネス文書、マニュアル等の作
成をコンピュータ上で行い、必要な部数だけプリンタで
出力するという、デスクトップバブリッシング（ＤＴ
Ｐ）の分野が注目されている。ＤＴＰシステムでは、コ
ンピュータ上でＤＴＰソフトと呼ばれるアプリケーショ
ンソフトウェアが動作しており、ユーザは、該ソフトウ
ェアを用いて、文字や三角形、四角形等の図形を文書内
の所望する位置に描画したり、スキャナ等により写真等
のイメージを読み込み、文書に張り付けることができ
る。また、描画する図形、文字、画像は、簡単に色付け
したり、色の変更を行うことも可能である。ＤＴＰソフ
トは、作成された文書をプリンタに出力する場合、ＤＴ
Ｐソフトが内部で管理している文書データをページ記述
言語（以下、ＰＤＬという）で記述したデータに変換
し、プリンタに送出する。プリンタは、ＰＤＬで記述さ
れたデータを解釈し、ビットマップデータに変換するた
めのソフトウェアを備えており、該ソフトウェアによっ
て変換したビットマップデータを、プリンタのエンジン
（印字機構）に送信し、用紙やＯＨＰシート等のメディ
アに印刷する。

【０００３】ところで、ＰＤＬで記述された文書は、解
像度、カラー特性等のプリンタ固有の特性に依存しない
ように、抽象的な表現で記述されているため、汎用性は
よいが、その分、プリンタ側でビットマップデータに変
換する必要があり、プリンタ側の負担が大きく、印刷に
時間がかかる。プリンタエンジンは、年々、高速化され
ており、例えば、モノクロプリンタで１８０ＰＰＭ（ペ
ージ／分）、カラープリンタで３５ＰＰＭ〜４０ＰＰＭ
の性能を有するものが提供されるようになっている。し
かしながら、現状では、ＰＤＬデータをビットマップデ
ータに変換するための時間がプリンタエンジンの速度に
追従できず、プリンタエンジンの能力を十分に発揮でき
ない。

【０００４】ＰＤＬデータの変換に時間がかかる理由の
１つとして、プリンタ側のフォントの生成能力の低さが
挙げられる。ＤＴＰ分野では、一般に、アウトラインフ
ォントを用いる場合が多い。アウトラインフォントは、
任意の大きさ、任意の解像度で文字を生成できるため、
ＰＤＬデータとの相性がよく、高画質が求められる分野
では不可欠である。しかしながら、アウトラインフォン
トは、ビットマップデータに変換する際、非常に時間が
かかるという問題がある。この問題を解決するため、フ
ォントキャッシュと呼ばれるキャッシュメモリに、一度
変換したビットマップデータを記憶しておき、同じ文字
の出力要求が生じた場合には、変換処理を省略し、フォ
ントキャッシュ中のビットマップデータを出力すること
により、文字出力を高速化する技術がある。フォントキ
ャッシュを用いると、フォントキャッシュに多くの文字
が登録された状態においては、高速な出力が可能となる
が、例えば、複数ページからなる文書データの前半のペ
ージ等、フォントキャッシュに文字があまり登録されて
いない状態においては、効果が少ない。このため、フォ
ントキャッシュだけでは、高速なプリンタエンジンに追
従することは困難である。

【０００５】また、プリンタエンジンの解像度の向上に
伴い、１文字のビットマップデータのサイズも大きくな
ってきているため、フォントキャッシュに登録する文字
の数の制限が厳しくなっている。解像度の向上に応じ
て、フォントキャッシュを大きくすれば、問題はない
が、フォントキャッシュは、一般に、ＲＡＭ等のメモリ
から構成されており、フォントキャッシュのサイズを大
きくすると、コストアップにつながる。例えば、４００
ＤＰＩ（Dot Per Inch）の解像度において、１２ポイン
トの日本語の文字のビットマップデータは、５００〜６
００バイトであるが、６００ＤＰＩでは、１０００〜１
２００バイト、１２００ＤＰＩでは、４０００〜５００
０バイトの容量が必要となる。したがって、同一サイズ
のフォントキャッシュに登録できる文字は、４００ＤＰ
Ｉを１００％とした場合、６００ＤＰＩで５０％、１２
００ＤＰＩで１２％程度になってしまい、解像度が高い
ほどフォントキャッシュのヒット率が大幅に低下し、複
数ページからなる文書を変換する場合、１ページ目以降
でも変換が低速になってしまうことは避けられない。

【０００６】そこで、上述した問題を解決するために、
互いに並列に動作する複数個の文字生成用の処理装置
（以下、文字生成手段という）を用いて、同時に複数の
文字のビットマップデータを生成することにより、文字
変換処理を高速化することが考えられる。しかしなが
ら、複数の文字生成手段によって複数の文字のビットマ
ップデータを生成する場合、これら文字のビットマップ
データをフレームバッファに描画する順序を保証しなく
てはならない。

【０００７】ここで、図１６（ａ）、（ｂ）は、各々、
「Ｌ」、「Ｅ」、「Ｖ」という文字を、各々、「赤」、
「緑」、「青」で「ＬＥＶ」の順に描画した場合を示す
概念図である。上記「ＬＥＶ」の文字をシーケンシャル
に描画した場合には、すなわち正しい順序で描画した場
合には、図１６（ａ）に示すように描画される。これに
対して、これらの文字を、例えば３つの文字生成手段を
用いて描画する場合、３つの文字生成手段で同時に各文
字の描画処理が行われることになる。このとき、各文字
生成手段における各文字の描画速度は、文字の複雑さに
より一定ではないため、各文字生成手段が文字の描画を
終了するタイミングは同一ではない。そのため、例え
ば、図１６（ｂ）に示すように、「Ｖ」、「Ｅ」、
「Ｌ」の順で描画されてしまい、各文字が意図しない重
なりで描画されてしまう。

【０００８】上記問題を解決するため、例えば、特開平
４−３２７９６６号公報では、フレームバッファへの描
画に対するアクセス権を制御する手段を設けることによ
り、図形、画像の描画と、文字の描画の順序を保証しつ
つ、図形、画像の描画と文字の描画を並列に行う技術が
開示されている。ここで、図１７は、上記従来技術によ
る文字処理装置の構成を示すブロック図である。主処理
部１は、コマンドを受け取ると、該コマンドに基づいて
図形、画像を形成し、フレームバッファである出力メモ
リ３をアクセスして記憶させるとともに、文字に関する
情報を別途出力する。アクセス権管理手段２は、主処理
部１によって出力メモリ３に対する図形、画像の記憶が
行われると、以降、アクセス拒否設定を行うことによ
り、出力メモリ３の一部または全部に対するアクセスを
禁止する。文字データ管理手段４は、第１の記憶手段
５、変換手段６および第２の記憶手段７を制御し、出力
用のデータ形式に変換された、文字に対するデータを取
得した後、アクセス権管理手段２によるアクセス拒否設
定を解除し、出力メモリ３に記憶させる。

【０００９】

【発明が解決しようとする課題】ところで、上述した従
来の文字処理装置では、フレームバッファである出力メ
モリ３に対して、形成された図形、画像を記憶するとき
には、必ず出力メモリ３へのアクセス拒否設定が行われ
るので、例えば、図１８に示すように、同じ色で文字を
描画する場合でも、必ずアクセス拒否設定が行われるこ
とになる。図１８において、「Ｌ」、「Ｅ」、「Ｖ」
は、全て同じ色で描画されているので、どのような順序
で描画しても、重なり領域１１，１２は同じ結果になる
にも拘らず、従来の文字処理装置では、各文字をフレー
ムバッファである出力メモリ３に描画する前に、出力メ
モリ３の一部に対してアクセス拒否設定を行うために、
各文字に対して、出力メモリ３上における描画領域を知
る必要があり、全体のスループットが低下するという問
題がある。

【００１０】また、文字データの中には、一般に、図１
９に示すように、その文字の描画後の形状を囲む四角形
（一般にバウンディングボックスと呼ばれる）１３が含
まれている。したがって、上記文字に対して、予め描画
領域を求めることは可能であるが、バウンディングボッ
クス１３は、文字の形状を設計したときの座標系で記述
されているので、実際にフレームバッファ上での描画領
域を求めるためには、座標変換を行わなくてはならず、
やはり全体のスループットが低下するという問題があ
る。

【００１１】また、ＤＴＰソフトには、日本語の処理の
場合、一文字ずつ描画する位置を計算し、微妙な文字の
配置を行うものがある。このような場合、図１９に示す
ように、各文字のバウンディングボックス１３が少しだ
け重なるような場合が発生する。このため、従来の文字
処理装置では、全ての文字のバウンディングボックス１
３の座標計算、およびアクセス拒否設定を行うためのオ
ーバヘッドが発生する上、バウンディングボックス１３
の重なりが発生するので、全ての文字をシーケンシャル
にしか描画できなくなり、結局、変換処理が低下すると
いう問題があった。

【００１２】この発明は上述した事情に鑑みてなされた
もので、文字を描画するときの描画属性の変化に注目す
ることにより、各文字の順次関係を保証しつつ、複数の
文字を並列に変換することができ、変換処理を高速化す
ることができる文字処理装置を提供することを目的とし
ている。

【００１３】

【課題を解決するための手段】上述した問題点を解決す
るために、この発明では、文字の描画属性の設定および
文字の描画の指定を行う描画情報を記憶する記憶手段
と、前記記憶手段に記憶されている描画情報を読み込
み、該描画情報に基づいて、文字の属性を設定するとと
もに文字を描画する複数の描画手段と、前記複数の描画
手段により処理されている描画情報と、次に読み込まれ
る描画情報の実行による描画属性の変更を検知する第１
の検知手段と、前記複数の描画手段の状態を検知する第
２の検知手段と、前記第１の検知手段によって検知され
た描画属性の変更情報と前記第２の検知手段によって検
知された前記複数の描画手段の状態とに基づいて、前記
記憶手段への読み込みを許可または禁止する読み込み制
御手段とを具備することを特徴とする。

【００１４】この発明によれば、図１に示すように、記
憶手段２０は、文字の描画属性の設定および文字の描画
の指定を行う画像情報を記憶する。複数の描画手段２１
ａ，２１ｂ，２１ｃは、読み込み制御手段２４を介し
て、記憶手段２０に記憶されている描画情報を読み込
み、その情報に基づいて、属性設定処理または描画処理
を行う。第１の検知手段２２は、複数の描画手段２１
ａ，２１ｂ，２１ｃにより処理されている描画情報と、
記憶手段２０に記憶されている、次に読み込まれる描画
情報の実行による描画属性の変更とを検知する。第２の
検知手段２３は、上記複数の描画手段の状態を検知す
る。読み込み制御手段２４は、第１の検知手段２２によ
って検知された描画属性の変更情報と、第２の検知手段
２３によって検知された、複数の描画手段の状態とに基
づいて、記憶手段２０に記憶されている描画情報に対す
る読み込みの許可または禁止を設定する。このように、
文字を描画するときの描画属性の変化に注目することに
より、各文字の順次関係を保証しつつ、複数の文字を並
列に変換することが可能となり、変換処理を高速化する
ことが可能となる。

【００１５】

【発明の実施の形態】次に図面を参照してこの発明の実
施形態について説明する。

【００１６】Ａ．第１実施形態の構成 Ａ−１．カラープリンタ装置 図２は、本発明の第１実施形態による文字処理装置を適
用したカラープリンタ装置の構成を示すブロック図であ
る。図において、ＣＰＵ２５は、ＲＯＭ２６に記憶され
ているプログラムに従って、プリンタ装置全体の制御を
行うものであり、以下のように動作する。 1.ブートプログラム２７を実行し、プリンタ装置の初期
化を行う。 2.ホストインターフェース（以下、ホストＩ／Ｆとい
う）３６を介してホストワークステーション（以下、ホ
ストＷ／Ｓという）３５から印字すべき文書データを受
信する。 3.文書展開プログラム２８を実行し、文書データに基づ
いてフレームバッファ３１に１ページ分のビットマップ
イメージを生成する。 4.印字制御プログラム２９を実行し、プリンタインター
フェース（以下、プリンタＩ／Ｆという）３３を介して
プリンタエンジン３４を起動し、ＤＭＡＣ（Direct Mem
ory Access Controller）４１を用いて、フレームバッ
ファ３１のビットマップイメージを転送する。 5.上記２に戻る。

【００１７】ＲＯＭ２６には、プリンタ装置の立ち上げ
時にＣＰＵ２５によって実行される上記ブートプログラ
ム２７、ＣＰＵ２５が文書データをビットマップイメー
ジに展開するときに実行される文書展開プログラム２
８、およびＣＰＵ２５がプリンタエンジン３４を制御
し、用紙に文書イメージを印字するときに実行される印
字制御プログラム２９等が記憶されている。ＲＡＭ３０
は、フレームバッファ３１およびＣＰＵ２５の実行に伴
って生じるデータ等を格納するワークメモリ３２等に用
いられる。ＲＡＭ３０の初期化およびフレームバッファ
３１のアロケートは、プリンタ装置の立ち上げ時に行わ
れる。上記フレームバッファ３１には、ＣＰＵ２５がＲ
ＯＭ２６に格納された文書展開プログラム２８を実行す
ることにより、ビットマップイメージに変換された１ペ
ージ分の文書データが格納される。ワークメモリ３２
は、ＣＰＵ２５が展開処理を行うときのテンポラリ領域
として、また、後述するラスタライザ３９ａ〜３９ｃが
文字の展開時に用いるベクトルフォントデータを一時的
に保存するために用いられる。

【００１８】プリンタＩ／Ｆ３３は、プリンタエンジン
３４とシステムバス４２との間に設けられたインターフ
ェースであり、ＣＰＵ２５によって印字制御プログラム
２９が実行されたとき、ＣＰＵ２５から供給される、プ
リンタエンジン３４を操作するための命令をプリンタエ
ンジン３４に送出する。プリンタエンジン３４は、文書
展開プログラム２８によってフレームバッファ３１上に
生成された、プリンタＩ／Ｆ３３を介して供給されるビ
ットマップイメージを用紙に印字する。ホストＷ／Ｓ３
５は、文書データを作成し、プリント時にＰＤＬで記述
された文書データとして送信する。ホストＩ／Ｆ３６
は、ホストＷ／Ｓ３５とシステムバス４２との間に設け
られたインターフェースであり、具体的には、ホストＷ
／Ｓ３５とホストＩ／Ｆ３６は、同一のネットワークに
接続されている。ホストＩ／Ｆ３６は、ホストＷ／Ｓ３
５との間のネットワークプロトコルを処理するため、Ｃ
ＰＵ２５からはプロトコルは見えないようになってい
る。

【００１９】ハードディスク３７は、主にベクトルフォ
ントデータを記憶し、ベクトルフォントデータを全て保
存しても、空き領域がある場合には、文書データ、ビッ
トマップデータも記憶する。ベクトルフォントデータ
は、ＡＳＣＩＩ、ＪＩＳ第１、第２水準の文字セットに
規定される文字コードに対応する文字のベクトルデータ
である。

【００２０】次に、ラスタライザ制御部３８は、後述す
る所定の処理に従って、ラスタライザ３９ａ，３９ｂ，
３９ｃを制御する。なお、詳細については後述する。ラ
スタライザ３９ａ，３９ｂ，３９ｃは、各々、次に述べ
る一連の処理を行う。 1.文字描画命令を受信した場合、展開すべきフォントデ
ータがアウトライン形式またはＡＳＣＩＩでエンコード
されたドット形式であるか否かを判定する。 1.1.アウトライン形式の場合には以下の処理を行う。 1.1.1.アウトラインデータを座標変換する。 1.1.2.補正処理を施す。 1.1.3.文字の輪郭を描画する。 1.1.4.輪郭で囲まれた領域を色指定命令により指定され
る色で塗りつぶす。 1.1.5.生成されたビットマップデータをフレームバッフ
ァ３１に転送する。 1.2.ＡＳＣＩＩでエンコードされたドット形式の場合に
は以下の処理を行う。 1.2.1.エンコードされたドットデータから２バイトづつ
読み込み、色指定命令により設定された色でのバイナリ
形式のビットマップデータに変換する。 1.2.2.生成されたビットマップデータをフレームバッフ
ァに転送する。 2.色指定命令を受信した場合には指定された色情報を共
有メモリ４０に記憶する。

【００２１】共有メモリ４０は、ラスタライザ３９ａ〜
３９ｃが共有して使用するためのメモリであり、ＣＰＵ
２５からはアクセスできないようになっている。次に、
ＤＭＡＣ４１は、フレームバッファ３１に生成された文
書のビットマップイメージをプリンタＩ／Ｆ３３を介し
てプリンタエンジン３４にＤＭＡ転送する。システムバ
ス４２は、上述したＣＰＵ２５、ＲＯＭ２６、ＲＡＭ３
０、プリンタＩ／Ｆ３３、ホストＩ／Ｆ３６、ハードデ
ィスク３７、ラスタライザ制御部３８、ＤＭＡＣ４１を
物理的に接続し、データ授受するためのバスである。

【００２２】Ａ−２．ラスタライザ制御部の構成 図３は、上述したラスタライザ制御部３８の構成を示す
ブロック図である。図において、命令ＦＩＦＯ５０は、
ＣＰＵ２５がラスタライザ３９ａ〜３９ｃに対し、文字
描画命令および色指定を送信するためのＦＩＦＯであ
る。命令ＦＩＦＯ５０への書き込みは、システムバス４
２を介してＣＰＵ２５によって行われ、読み込みは、バ
スコントローラ５１を介してラスタライザ３９ａ〜３９
ｃにより行われる。先頭命令デコーダ５２は、命令ＦＩ
ＦＯ５０の先頭の命令（次に読み込まれる命令）の命令
コードをデコードし、属性変更ならばＬｏｗ、文字描画
命令ならばＨｉｇｈを出力する。該先頭命令デコーダの
出力は、ＡＮＤ回路５９の一方の入力端に供給される。

【００２３】次に、カウント信号生成回路５３は、ＦＩ
ＦＯリードイネーブル信号ＲＥ^*およびＦＩＦＯリード
信号Ｒ^*に従って、属性変更カウンタ５５および文字描
画カウンタ５６に対して、以下の場合にｕｐ信号を供給
する。なお、リードイネーブル信号ＲＥ^*およびリード
信号Ｒ^*はアクティブＬｏｗ信号である。 1.リードイネーブル信号ＲＥ^*がＬｏｗ（読み込み可能
状態）の場合。 2.リード信号Ｒ^*がＬｏｗ（読み込み要求あり）の場
合。

【００２４】割り込み制御回路５４は、ラスタライザ３
９ａ〜３９ｃが命令処理を終了したときに、該ラスタラ
イザ３９ａ〜３９ｃから終了割り込みを受け付け、属性
変更カウンタ５５および文字描画カウンタ５６に対し
て、Ｌｏｗ信号を供給する。該割り込み制御回路５４
は、ラスタライザ３９ａ〜３９ｃから同時に終了割り込
みが発生したときには内部で割り込みの排他制御を行
う。

【００２５】属性変更カウンタ５５は、ラスタライザ３
９ａ〜３９ｃのいずれかが、色指定命令を処理している
か否かを示すカウンタであり、色指定命令を処理してい
るときには「１」、処理していないときには「０」とな
る。具体的には、属性変更カウンタ５５は、命令ＦＩＦ
Ｏ５０から色指定命令が読み出されたときに、カウント
信号生成回路５３からのｕｐ信号によりインクメントさ
れ、ラスタライザ３９ａ〜３９ｃのいずれかが色指定命
令の処理を終了したときに、ラスタライザ３９ａ〜３９
ｃからの割り込み信号を受信した割り込み制御回路５４
によりデクリメントされてゼロになる。該属性変更カウ
ンタ５５は、内部でｕｐ／ｄｏｗｎの信号の排他制御を
行っており、ｕｐ／ｄｏｗｎ信号が同時に発生しても問
題が生じないよう動作する。

【００２６】次に、文字描画カウンタ５６は、ラスタラ
イザ３９ａ〜３９ｃが処理している文字描画命令の数を
保持する。具体的には、文字描画カウンタ５６は、命令
ＦＩＦＯ５０から文字描画命令が読み出されたときに、
後述するカウント信号生成回路５３からのｕｐ信号によ
りインクリメントされ、ラスタライザ３９ａ〜３９ｃの
いずれかが文字描画命令の処理を終了したときに、ラス
タライザ３９ａ〜３９ｃからの割り込み信号を受信した
割り込み制御回路５４によりデクリメントされる。

【００２７】属性変更カウンタデコーダ５７は、上記属
性変更カウンタ５５の値が「０」ならば、Ｌｏｗをデコ
ードし、「１」ならばＨｉｇｈをデコードする。該属性
変更カウンタデコーダ５７の出力は、ＡＮＤ回路５９の
他方の入力端およびＡＮＤ回路６０の一方の入力端に供
給される。また、文字描画カウンタデコーダ５８は、文
字描画カウンタ５６の値が「０」ならば、Ｌｏｗをデコ
ードし、「１」以上ならばＨｉｇｈをデコードする。該
文字描画カウンタデコーダ５８の出力は、上記ＡＮＤ回
路６０の他方の入力端に供給される。

【００２８】ＡＮＤ回路５９，６０とＯＲ回路６１は、
先頭命令デコーダ５２、属性変更カウンタデコーダ５
７、および文字描画カウンタデコーダ５８の出力に従っ
て、ＦＩＦＯリードイネーブル信号ＲＥ^*を生成する。
上記ＡＮＤ回路５９，６０とＯＲ回路６１からなる論理
回路は、以下の場合に、命令ＦＩＦＯ５０およびカウン
ト信号生成回路５３に供給するリードイネーブル信号Ｒ
Ｅ^*をＬｏｗ（アクティブ）にする。

【００２９】1.命令ＦＩＦＯ５０の先頭の命令が属性変
更命令であり、かつ属性変更命令と文字描画命令のどち
らも処理中でない場合。 2.命令ＦＩＦＯ５０の先頭の命令が文字描画命令であ
り、かつ属性変更命令が処理中でない場合。

【００３０】Ａ−３．命令のデータ構造 図４は、本第１実施形態による命令ＦＩＦＯに記憶され
る命令のデータ構造を示す概念図である。図において、
各命令は、命令識別名と引数とからなる。本第１実施形
態では、描画属性指定命令としての色指定命令７０と文
字描画命令７１の２つの命令を使用する。色指定命令７
０は、文字をフレームバッファ３１に描画するときの色
を指定するための命令である。本第１実施形態では、Ｃ
（シアン）、Ｍ（マゼンタ）、Ｙ（イエロー）、Ｋ（ブ
ラック）の４色を各々８ビット使用して色の指定を行
う。また、本第１実施形態では、解像度は、４００ＤＰ
Ｉ（Dot Per Inch）に固定されており、文字に関しては
クリッピングを行わないので、これらの画像属性を指定
する命令は使用しない。

【００３１】文字描画命令７１は、文字の描画を指定す
るための命令である。本第１実施形態では、引数とし
て、フォントＩＤ、文字コード、変換行列、およびフレ
ームバッファ上のビットマップデータを転送すべきアド
レスＸ，Ｙを持つ。本第１実施形態では、フォント属性
の指定も文字描画命令７１で行っている。また、本第１
実施形態では、ストロークタイプのフォントを使用しな
いため、フォント属性の１つである線幅を指定する引数
や命令を持っていない。

【００３２】上述したＣＰＵ２５は、文書展開プログラ
ム２８を実行し、ＰＤＬで記述された文書データをビッ
トマップイメージに展開する。このとき、文字の描画記
述がページ記述の中に現れると、まず、文字が描画され
るときの色情報を指定する色指定命令７０を生成した
後、命令ＦＩＦＯ５０に書き込み、次に、対応する文字
描画命令７１を生成した後、命令ＦＩＦＯ５０に書き込
む。

【００３３】Ｂ．第１実施形態の動作 次に、本第１実施形態による文字処理装置の動作につい
て説明する。図５ないし図７は、命令ＦＩＦＯの状態遷
移を示す概念図である。８１〜９１は、時刻ｔ１から時
刻ｔ１１までの間の命令ＦＩＦＯ５０に記憶されている
命令のスナップショットを示している。各命令には、説
明のために命令の種類毎に通し番号が付けられている。
ｗｐおよびｒｐは、各々、次に書き込みを行う命令、次
に読み込みを行う命令を示すポインタである。また、細
枠で背景が白で示される命令は、書き込みは行われた
が、読み込みが行われていないことを示し、太枠で背景
が白で示される命令は、読み込みが終了し、ラスタライ
ザ３９ａ〜３９ｃのいずれかにより、現在処理されてい
る途中であることを示し、背景がハッチングされた命令
は、処理が終了し、未使用状態であることを示してい
る。

【００３４】９２〜１０２は、時刻ｔ１から時刻ｔ１１
までの間の、文字描画カウンタ５６および属性変更カウ
ンタ５５の値と、命令ＦＩＦＯ５０の先頭命令の種類か
ら決定されるＦＩＦＯ状態とを示す。ＦＩＦＯ状態がＥ
（Enable）のときは、命令ＦＩＦＯ５０への読み込みが
可能であることを意味し、Ｄ（Disable）のときは、読
み込みが不可能であることを意味する。

【００３５】ここで、図８は、命令ＦＩＦＯ５０が図５
に示す８１の状態になるよう命令が書き込まれたとき
（時刻ｔ１）から、ラスタライザ３９ａ〜３９ｃによっ
て描画処理が行われ、時刻ｔ１１の９１に示す状態にな
るまでのタイムチャートである。図において、太線の矢
印Ｌａ１〜Ｌａ５は、ラスタライザ３９ａ〜３９ｃ上で
命令処理のタスクが動作していることを示し、点線の矢
印Ｌｂ１〜Ｌｂ９は、アイドルタスクが動作しているこ
とを示している。

【００３６】時刻ｔ１において、命令ＦＩＦＯ５０に対
し、８１に示す命令群が書き込まれた直後には、９２に
示すように、文字描画カウンタ５６および属性変更カウ
ンタ５５の値は、共にゼロであり、読み込み可能状態で
ある。

【００３７】これに対して、ラスタライザ３９ａ〜３９
ｃは、図９に示すフローチャートを実行する。ラスタラ
イザ３９ａ〜３９ｃは、ステップＳａ１で、命令ＦＩＦ
Ｏ５０から命令の読み込みを試み、ステップＳａ２で、
読み込みが成功したか否かを判定し、読み込みに失敗し
た場合には、ステップＳａ１に戻り、読み込みが成功す
るまで繰り返し試みる。

【００３８】命令ＦＩＦＯ５０の読み込みは、一度に１
つのラスタライザでしか行うことができないため、複数
のラスタライザが同時に読み込みを行おうとした場合に
は、調停がなされるようになっている。この例の場合、
ラスタライザ３９ａの優先度が最も高く、ラスタライザ
３９ｃの優先度が最も低く設定されている。そのため、
図８に示すタイムチャートのように、最初の色指定１の
読み込みは、ラスタライザ３９ａによって行われる。

【００３９】ラスタライザ制御部３８は、ラスタライザ
３９ａが命令ＦＩＦＯ５０から命令の読み出しを試みる
と、図１０に示すフローチャートを実行する。まず、ス
テップＳｂ１で、命令ＦＩＦＯ５０の先頭に記憶されて
いる命令の種類を調べ、ステップＳｂ２で、色指定命令
であるか否かを判断する。この処理は、図３に示す先頭
命令デコーダ５２による動作に対応する。この場合、図
５に示すように、先頭の命令は、色指定１であるので、
ステップＳｂ７に進み、文字描画カウンタ５６の値が
「０」でり、かつ属性変更カウンタ５５の値が「０」で
あるか否かを判断する。この処理は、図３に示す属性カ
ウンタデコーダ５７と文字描画カウンタデコーダ５８の
出力結果をＡＮＤ回路６０で比較する部分に対応する。
この場合、図５に示すように、文字描画カウンタ５６お
よび属性変更カウンタ５５の値は、「０」であるので、
ステップＳｂ８に進み、属性変更カウンタ５５をインク
リメントする。これにより、時刻ｔ２では、属性変更カ
ウンタ５５の値は「１」となる。

【００４０】次に、ステップＳｂ５に進み、命令ＦＩＦ
Ｏ５０から命令を１つ読み込む。命令の読み込みは、図
３に示すラスタライザ３９ａがリード信号Ｒ^*をＬｏｗ
にすることで行われる。この動作により、図５の８２に
示すように、ｒｐが色指定１から文字描画１を示すよう
に変わる。次に、ステップＳｂ６で、戻り値を読み込ん
で成功コードに設定し、メインルーチンに戻る。これ
は、図２では示されていないが、ラスタライザ制御部３
８からラスタライザ３９ａに読み込み成功の信号を発行
することに相当する。

【００４１】このようにして、図９に示すステップＳａ
２では、ラスタライザ３９ａの読み込みが成功したと判
定され、ステップＳａ３に進む。ステップＳａ３では、
読み込んだ命令が色指定命令であるか否かを判断する。
この場合、ラスタライザ３９ａが読み込んだ命令は色指
定命令であるので、ステップＳａ５に進み、色指定命令
を処理する。ここで、色指定命令の処理では、引数で渡
されるＹ，Ｍ，ＣおよびＫの値を共有メモリ４０に記憶
する。

【００４２】ここで、ラスタライザ３９ａが色指定命令
を処理している間におけるラスタライザ３９ｂの読み込
み動作について説明する。ラスタライザ３９ｂもラスタ
ライザ３９ａと同様に、図９および図１０に示すフロー
チャートで示される動作を行う。図１０のステップＳｂ
１で、命令ＦＩＦＯ５０の先頭に記憶されている命令の
種類を調べ、ステップＳｂ２で、色指定命令であるか否
かを判断する。この場合、色指定１は、ラスタライザ３
９ａによって読み込みが終了しており、図５の８２に示
すように、先頭の命令が文字描画１であるので、ステッ
プＳｂ３に進む。ステップＳｂ３では、属性変更カウン
タ５５の値は「１」であるので、ステップＳｂ９に進
み、当該サブルーチンの戻り値を、読み込み失敗コード
に設定し、メインルーチンに戻る。このように、ラスタ
ライザ３９ｂは、ラスタライザ３９ａが色指定命令の処
理を完了するまで、命令ＦＩＦＯ５０の読み込みを行こ
とができない。

【００４３】次に、ラスタライザ３９ａの動作の説明に
戻る。ラスタライザ３９ａは、図９のステップＳａ５に
おいて、色指定命令の処理が完了すると、ステップＳａ
６に進み、終了割り込みを送出することで、処理が終了
したことを割り込み制御回路５４に通知する。割り込み
制御回路５４は、終了通知を受信すると、図１１に示す
割り込み処理を実行する。ここで、割り込み処理につい
て説明する。まず、ステップＳｃ１で、終了割り込みを
起こした命令の種類を調べ、ステップＳｃ２で、この命
令が色指定命令であるか否かを判断する。この場合、ラ
スタライザ３９ａは、色指定１の処理を終了したので、
ステップＳｃ３に進む。ステップＳｃ３では、割り込み
制御回路５４が属性変更カウンタ５５に対してｄｏｗｎ
信号を供給することにより、属性変更カウンタ５５をデ
クリメントし、当該割り込み処理を終了する。この結
果、図５の９４に示すように、命令ＦＩＦＯ５０は読み
込み可能状態となる。

【００４４】ラスタライザ３９ａは、色指定１の処理が
終了すると、さらに、次の命令を読み込む。時刻ｔ３で
は、全てのラスタライザ３９ａ〜３９ｃが命令ＦＩＦＯ
５０を読み込むことが可能であるが、上述した優先度に
より、再び、ラスタライザ３９ａが命令を読み込む。こ
れにより、図５の９５に示すように、時刻ｔ４では、文
字描画カウンタ５６の値が「１」となり、ｒｐは文字描
画２を指示するようになる。

【００４５】この状態になって、初めてラスタライザ３
９ｂの命令の読み込みが成功する。以下では、時刻ｔ４
におけるラスタライザ３９ｂの動作について説明する。
図９に示すステップＳａ１で、命令ＦＩＦＯ５０の読み
込みを行おうとすると、ラスタライザ制御部３８は、図
１０に示すステップＳｂ１で、命令ＦＩＦＯ５０の先頭
の命令の種類を調べ、ステップＳｂ２で、この命令が色
指定であるか否かを判断する。時刻ｔ４では、先頭の命
令は、文字描画２であるので、ステップＳｂ３に進み、
属性変更カウンタの値が「０」であるか否かを調べる。
この場合、この判定は「ＹＥＳ」となり、ステップＳｂ
４に進み、文字描画カウンタ５６の値をインクリメント
する。時刻ｔ４では、ラスタライザ３９ａが文字描画１
を処理しているので、文字描画カウンタ５６の値は
「１」となっている。この値がラスタライザ３９ｂによ
りインクリメントされることにより、「２」となる。こ
の結果、時刻ｔ５では、図６の８５および９６で示す状
態となる。

【００４６】次に、ステップＳｂ５に進み、先頭の命
令、この場合、文字描画２を読み込む。ステップＳｂ６
では、このサブルーチンの戻り値を成功コードに設定
し、図９のステップＳａ２に戻る。この場合、文字描画
命令の読み込みに成功したので、ステップＳａ２で「Ｙ
ＥＳ」、ステップＳａ３で「ＮＯ」となり、ステップＳ
ａ４に進む。ステップＳａ４では、文字描画命令、この
場合、文字描画２の処理を行う。ラスタライザ３９ｂ
は、図９のステップＳａ４において、文字描画命令の処
理が完了すると、ステップＳａ６に進み、終了割り込み
を送出することで、処理が終了したことを割り込み制御
回路５４に通知する。

【００４７】割り込み制御回路５４は、終了通知を受信
すると、前述したように、図１１に示す割り込み処理を
実行する。まず、ステップＳｃ１で、終了割り込みを起
こした命令の種類を調べ、ステップＳｃ２で、この命令
が色指定命令であるか否かを判断する。この場合、ラス
タライザ５９ｂは、文字描画２の処理を終了したので、
ステップＳｃ４に進む。ステップＳｃ４では、割り込み
制御回路５４が文字描画カウンタ５６に対してｄｏｗｎ
信号を供給することにより、文字描画カウンタ５６をデ
クリメントし、当該割り込み処理を終了する。以下、後
続の処理も同様に進み、図８に示すように処理が進む。

【００４８】Ｃ．第２実施形態 次に、本発明の第２実施形態について説明する。本第２
実施形態は、本発明の２値データを扱うモノクロプリン
タ装置への応用であり、基本構成は図１と同じである
が、命令ＦＩＦＯ５０に記憶される命令のデータ構造と
ラスタライザ制御部３８の構成およびラスタライザ３９
ａ〜３９ｃの動作が異なる。

【００４９】図１２は、第２実施形態における命令ＦＩ
ＦＯ５０に記憶される命令のデータ構造を示す概念図で
ある。第１実施形態と同様に、各命令は、命令識別名と
引数とからなる。本第２実施形態では、描画属性指定命
令として、グレイレベル指定命令１００、ハーフトーン
指定命令１０１、クリップ指定命令１０２、フォント指
定命令１０３、および変換行列指定命令１０４を持ち、
さらに、文字描画命令１０５を使用する。ここで、グレ
イレベル指定命令１００、ハーフトーン指定命令１０２
およびクリップ指定命令１０２は、描画属性のうち、画
像属性を指定するための命令であり、フォント指定命令
１０３と変換行列指定命令１０４は、フォント属性を指
定するための命令であり、共にラスタライザが共有して
使用できるデータを与えるものである。また、本第２実
施形態においても、解像度は４００ＤＰＩ固定であるの
で、解像度指定命令は持たない。また、フォントは、ア
ウトラインフォントを用いるので、線幅指定命令も使用
しない。

【００５０】グレイレベル指定命令１００は、文字をフ
レームバッファに描画するときのグレイレベルを指定す
るための命令である。本第２実施形態のプリンタでは、
２値のデータのみを扱うので、グレイ階調をハーフトー
ンパターンで表現する。

【００５１】ハーフトーン指定命令１０１は、特定のグ
レイ階調を表現するためのビットパターンを生成する手
続きを指定する。ラスタライザ３９ａ〜３９ｃは、グレ
イレベル指定命令１００により指定されたグレイレベル
を入力して、ハーフトーン指定命令１０１により指定さ
れた手続きを実行し、ビットパターンを生成する。

【００５２】クリップ指定命令１０２は、フレームバッ
ファ３１上で描画するときにクリップ領域を指定するた
めの命令である。クリップ命令で指定された領域以外で
は、文字が描画されないようになる。本第２実施形態で
は、クリップ領域をワークメモリ３２に生成しておき、
メモリ上のクリップ領域のアドレスをクリップ指定命令
１０２の引数として渡している。ここで、クリップ領域
について説明する。クリップ領域とは、ある矩形で囲ま
れた領域であり、本第２実施形態によるクリップ指定命
令１０２は、クリップ領域内に収まる部分だけに文字を
描画することを要求するものである。

【００５３】クリップ指定命令１０２以降に現れる文字
描画命令１０５は、設定されたクリップ領域内にのみ文
字を描画することになる。図１３（ａ）〜（ｃ）は、
「Ｌ」、「Ｅ」、「Ｖ」という文字をクリップして描画
したときの状態を示す模式図である。図１３（ａ）にお
いて、１１０は文字「Ｌ」、「Ｅ」、「Ｖ」とクリップ
領域１１１，１１２の位置を示している。文字を「ＬＥ
Ｖ」の順で、「ＬＥ」にはクリップ領域１１１を適用
し、「Ｖ」にはクリップ領域１１２を適用して描画した
場合、図１３（ｂ）に示す画像が生成される。しかしな
がら、「ＬＥＶ」の順で、「Ｌ」にクリップ領域１１１
を、「ＥＶ」にはクリップ領域１１２を適用して描画す
ると、図１３（ｃ）に示す画像が得られてしまう。した
がって、クリップ領域の指定と文字の描画順序も重要で
あることが分かる。

【００５４】フォント指定命令１０３は、文字を描画す
るときのフォントを指定するための命令である。本第２
実施形態では、引数としてフォントＩＤを渡し、ラスタ
ライザ３９ａ〜３９ｃのいずれかがフォントＩＤに基づ
いてフォントデータを検索し、フォントの実体のアドレ
スを取得し、共有メモリ４０にそのアドレスを保存す
る。

【００５５】変換行列指定命令１０４は、変換行列を指
定するための命令である。本第２実施形態では、アウト
ラインフォントを用いるため、文字の拡大、縮小、回転
は全て変換行列で指定する。本第２実施形態では、引数
として変換行列を渡し、ラスタライザのいずれかが本命
令を実行し、得られた変換行列を共有メモリ４０に保存
する。本命令が実行された後、文字描画命令１０５は、
本命令の引数で指定された変換行列を用いてアウトライ
ンフォントの座標変換を行う。

【００５６】文字描画命令１０５は、文字の描画を指定
するための命令である。本第２実施形態では、フォント
ＩＤと変換行列を指定する描画属性指定命令とを備えて
いるので、文字コードとフレームバッファ３１上のビッ
トマップデータとを転送すべきアドレスだけを持たせて
いる。

【００５７】本第２実施形態によるラスタライザ制御部
３８の構成は、第１実施形態と同じ構成であるが、属性
変更カウンタ５５の設定とゼロクリアが行われる場合が
増加する。すなわち、描画属性指定命令１００〜１０４
のいずれかが、ラスタライザ３９ａ〜３９ｃのいずれか
によって読み込まれると、属性変更カウンタ５５には
「１」が設定され、ラスタライザ３９ａ〜３９ｃによる
描画属性指定命令１００〜１０４のいずれかの処理が終
了すると、属性変更カウンタ５５がゼロクリアされる。

【００５８】このように、第２実施形態では、描画属性
指定命令として、グレイレベル指定命令１００、ハーフ
トーン指定命令１０１、クリップ指定命令１０２、フォ
ント指定命令１０３、および変換行列指定命令１０４を
持つことにより、色だけでなく、他の描画属性の変化に
も対応できる。

【００５９】Ｄ．第３実施形態 次に、本発明による第３実施形態について説明する。本
第３実施形態は、前述した第１実施形態と同様に、カラ
ープリンタへの適用であり、基本構成は、図１と同じで
あるが、ラスタライザ制御部３８の構成と命令のデータ
構造とが異なる。ここで、図１４は、本第３実施形態に
よるラスタライザ制御部の構成を示すブロック図であ
る。なお、図１に対応する部分には同一の符号を付けて
説明を省略する。図において、属性ヒストリレジスタ１
２０は、読み込みによって、命令ＦＩＦＯ５０から取り
出された最新の命令の属性を保持するレジスタである。
属性比較回路１２１は、属性ヒストリレジスタ１２０に
保持されている命令の描画属性と、先頭属性デコーダ１
２２によりデコードされた描画属性とを比較し、描画属
性が異なるときは、Ｌｏｗを出力し、描画属性が同じと
きは、Ｈｉｇｈを出力する。ＡＮＤ回路５９，６０およ
びＯＲ回路６１は、属性比較回路１２１、属性変更カウ
ンタデコーダ５７および文字描画カウンタデコーダ５８
の出力に基づいて、ＦＩＦＯリードイネーブル信号ＲＥ
^*を生成し、命令ＦＩＦＯ５０およびカウント信号生成
回路５３に供給する。

【００６０】上記論理回路は、以下の場合にリードイネ
ーブル信号ＲＥ^*を（アクティブ）Ｌｏｗにする。 1.ラスタライザ３９ａ〜３９ｃが命令を処理していない
場合。 2.命令ＦＩＦＯ５０の先頭の命令が描画属性を変更しな
いものであり、かつ描画属性を変更する命令が処理中で
ない場合。 このようにして、描画属性の変化を検知することによ
り、命令ＦＩＦＯ５０の読み込みを制御する。

【００６１】第３実施形態による命令は、描画命令だけ
であり、そのデータ構造は、図１５に示される。文字描
画命令１３０は、引数としてフォントＩＤ、文字コー
ド、変換行列、フレームバッファ３１上の座標を示すＸ
とＹ、およびＣ，Ｍ，Ｙ，Ｋで示される色情報を持つ。
また、解像度は、第１実施形態と同様に、４００ＤＰＩ
固定であり、文字に関するクリッピングは行わない。

【００６２】なお、上述した第１および第２実施形態で
は、解像度を固定としたが、解像度を変更できるプリン
タエンジンを備えるプリンタに適用する場合には、画像
属性指定命令に解像度設定命令を加え、他の属性指定命
令と同様に扱えばよい。また、ストロークフォントを使
用するプリンタに適用する場合には、フォント属性指定
命令に線幅指定命令を加え、他の属性指定命令と同様に
扱えばよい。

【００６３】また、上述した第１、第２および第３実施
形態では、ラスタライザ制御部およびラスタライザは、
ハードウェアによって構成されていたが、これに限定さ
れることなく、ＣＰＵを複数備えるマルチプロセッサに
よって構成し、ラスタライザ制御部およびラスタライザ
の処理をソフトウェアによって実現するようにしてもよ
い。

【００６４】また、第１、第２および第３実施形態で
は、複数のラスタライザは、描画命令を完全に終了して
から終了割り込み信号を送出しているが、ラスタライザ
内部の処理で属性に依存する処理が終了したらすぐに終
了信号を送出してもよい。

【００６５】

【発明の効果】以上、説明したように、この発明によれ
ば、文字の描画属性の設定および文字の描画の指定を行
う描画情報を記憶手段に記憶し、該記憶手段に記憶され
ている描画情報を、複数の描画手段によって読み込み、
該描画情報に基づいて、文字の属性を設定するとともに
文字を描画する際、第１の検知手段によって、複数の描
画手段により処理されている描画情報と、次に読み込ま
れる描画情報の実行による描画属性の変更を検知すると
ともに、第２の検知手段によって、複数の描画手段の状
態を検知し、第１の検知手段によって検知された描画属
性の変更情報と第２の検知手段によって検知された前記
複数の描画手段の状態とに基づいて、読み込み制御手段
によって、記憶手段への読み込みを許可または禁止する
ようにしたので、文字を描画するときの描画属性の変化
に注目することにより、各文字の順次関係を保証しつ
つ、複数の文字を並列に変換することができ、変換処理
を高速化することができるという利点が得られる。ま
た、複数の描画手段のうち、少なくとも１つ描画手段が
動作すれば、描画が行えるため、複数の描画手段を用い
たシステムでありながら、信頼性およびスケーラビリテ
ィを向上できるという利点が得られる。また、複数の描
画手段に描画以外の処理を割り当てても、他の描画手段
が文字の描画処理を行うため、柔軟なスケジューリング
を実現することができるという利点が得られる。

【図面の簡単な説明】

【図１】 本発明による文字処理装置の構成を示すブロ
ック図である。

【図２】 本発明の第１実施形態による文字処理装置を
適用したカラープリンタ装置の構成を示すブロック図で
ある。

【図３】 ラスタライザ制御部の構成を示すブロック図
である。

【図４】 本第１実施形態による命令ＦＩＦＯに記憶さ
れる命令のデータ構造を示す概念図である。

【図５】 命令ＦＩＦＯの状態遷移を示す概念図であ
る。

【図６】 命令ＦＩＦＯの状態遷移を示す概念図であ
る。

【図７】 命令ＦＩＦＯの状態遷移を示す概念図であ
る。

【図８】 ＦＩＦＯが図５の時刻ｔ１おける状態になる
よう命令が書き込まれたときから、ラスタライザによっ
て描画処理が行われ、時刻ｔ１１における状態になるま
でのタイムチャートである。

【図９】 ラスタライザの動作を説明するためのフロー
チャートである。

【図１０】 ラスタライザ制御部の動作を説明するため
のフローチャートである。

【図１１】 割り込み制御回路によって実行される示す
割り込み処理の動作を説明するためのフローチャートで
ある。

【図１２】 本発明の第２実施形態における命令ＦＩＦ
Ｏに記憶される命令のデータ構造を示す概念図である。

【図１３】 「Ｌ」、「Ｅ」、「Ｖ」という文字をクリ
ップして描画したときの状態を示す模式図である。

【図１４】 本発明の第３実施形態によるラスタライザ
制御部の構成を示すブロック図である。

【図１５】 第３実施形態による命令のデータ構造を示
す概念図である。

【図１６】 「Ｌ」、「Ｅ」、「Ｖ」という文字を、各
々、「赤」、「緑」、「青」で「ＬＥＶ」の順に描画し
た場合を示す概念図である。

【図１７】 従来技術による文字処理装置の略構成を示
すブロック図である。

【図１８】 「Ｌ」、「Ｅ」、「Ｖ」という文字を、各
々、同じ色で描画した場合を示す概念図である。

【図１９】 日本語の処理において、各文字のバウンデ
ィングボックスが少しだけ重なるような状況を説明する
ための概念図である。

【符号の説明】

２０ 記憶手段 ２１ａ，２１ｂ，２１ｃ 複数の描画手段 ２２ 第１の検知手段 ２３ 第２の検知手段 ２４ 読み込み制御手段 ３９ａ，３９ｂ，３９ｃ ラスタライザ（複数の描画手
段） ５０ 命令ＦＩＦＯ（記憶手段） ５２ 先頭命令デコーダ ５３ カウント信号生成回路 ５４ 割り込み制御回路（第２の検知手段） ５５ 属性変更カウンタ（第１の検知手段） ５６ 文字描画カウンタ（第１の検知手段） ５７ 属性変更カウンタデコーダ（読み込み制御手段） ５８ 文字描画カウンタデコーダ（読み込み制御手段） ５９ ＡＮＤ回路（読み込み制御手段） ６０ ＡＮＤ回路（読み込み制御手段） ６１ ＯＲ回路（読み込み制御手段） １２０ 保持手段 １２１ 比較手段 １２２ 先頭属性デコーダ（抽出手段）

Claims (12)

【特許請求の範囲】
1. 【請求項１】 文字の描画属性の設定および文字の描画
   の指定を行う描画情報を記憶する記憶手段と、 前記記憶手段に記憶されている描画情報を読み込み、該
   描画情報に基づいて、文字の属性を設定するとともに文
   字を描画する複数の描画手段と、 前記複数の描画手段により処理されている描画情報と、
   次に読み込まれる描画情報の実行による描画属性の変更
   を検知する第１の検知手段と、 前記複数の描画手段の状態を検知する第２の検知手段
   と、 前記第１の検知手段によって検知された描画属性の変更
   情報と前記第２の検知手段によって検知された前記複数
   の描画手段の状態とに基づいて、前記記憶手段への読み
   込みを許可または禁止する読み込み制御手段とを具備す
   ることを特徴とする文字処理装置。
2. 【請求項２】 前記読み込み制御手段は、 前記複数の描画手段のうち、少なくとも１つが描画属性
   の変更を伴う処理を行っている状態である場合、または
   次に読み込まれる描画情報が描画属性の変更を伴う情報
   であり、かつ前記複数の描画手段が処理を行っている状
   態である場合に、前記記憶手段への読み込みを禁止し、 前記複数の描画手段が処理を行っていない状態である場
   合、または次に読み込まれる描画情報が描画属性の変更
   を伴わない情報であり、かつ前記複数の描画手段が描画
   属性の変更を伴う処理を行っていない状態である場合
   に、前記記憶手段への読み込みを許可することを特徴と
   する請求項１記載の文字処理装置。
3. 【請求項３】 前記描画情報は、文字の属性設定を指定
   する属性設定命令と文字の描画を指定する描画指定命令
   とからなり、前記属性設定命令は描画属性の変更を伴う
   命令であり、前記描画指定命令は描画属性の変更を伴わ
   ない命令であることを特徴とする請求項２記載の文字処
   理装置。
4. 【請求項４】 前記描画情報は、描画属性とともに文字
   の描画を指定する描画指定命令からなり、前記記憶手段
   から読み込んだ描画情報の描画属性と描画指定命令が、
   直前に読み込まれた描画情報の描画指定命令と描画属性
   と異なる場合には描画属性の変更を伴い、直前に読み込
   まれた描画情報の描画指定命令と描画属性と同じである
   場合には描画属性の変更を伴わないことを特徴とする請
   求項３記載の文字処理装置。
5. 【請求項５】 前記記憶手段は、先入れ、先出しの順で
   書き込みおよび読み込みが行われることを特徴とする請
   求項１ないし４のいずれかに記載の文字処理装置。
6. 【請求項６】 直前に読み込まれた描画情報の描画属性
   を保持する保持手段と、 前記記憶手段から読み込まれる描画情報の描画属性を取
   り出す抽出手段と、 前記保持手段によって保持されている描画属性と前記抽
   出手段によって取り出された描画属性とを比較する比較
   手段とを具備し、 前記読み込み制御手段は、前記第１の検知手段によって
   検知された描画属性の変更情報、前記第２の検知手段に
   よって検知された前記複数の描画手段の状態、および前
   記比較手段による比較結果に基づいて、前記記憶手段へ
   の読み込みを許可または禁止することを特徴とする請求
   項１記載の文字処理装置。
7. 【請求項７】 前記描画属性は、文字を描画するときの
   画像属性であることを特徴とする請求項１ないし６のい
   ずれかに記載の文字処理装置。
8. 【請求項８】 前記描画属性は、文字を描画するときの
   フォント属性であることを特徴とする請求項１ないし６
   のいずれかに記載の文字処理装置。
9. 【請求項９】 前記画像属性は、文字を描画するときの
   色情報、グレイレベル情報、ハーフトーン情報、解像
   度、クリップ領域のうち、少なくとも、いずれか１つで
   あることを特徴とする請求項７記載の文字処理装置。
10. 【請求項１０】 前記フォント属性は、文字を描画する
    ときのフォント識別子、座標変換行列、線幅のうち、少
    なくとも、いずれか１つであることを特徴とする請求項
    ８記載の文字処理装置。
11. 【請求項１１】 前記複数の描画手段は、ベクトル形式
    で表されたデータを用いて文字を描画することを特徴と
    する請求項１ないし１０のいずれかに記載の文字処理装
    置。
12. 【請求項１２】 前記複数の描画手段は、特定のコード
    系を用いてエンコードされたドット形式のデータを用い
    て文字を描画することを特徴とする請求項１ないし１０
    のいずれかに記載の文字処理装置。