JPH0542724A - 文字発生装置 - Google Patents

Abstract

(57)【要約】 【目的】拡張メモリを使用して出力用形式の文字データ
を記憶する領域の拡張を図り、しかも拡張メモリに対す
る文字データの記憶領域設定を自動的に行う。 【構成】主処理部１３がフォント登録テーブル２１及び
ベクトルフォント領域２２を使用してフォントデータか
ら作成した出力用形式の文字データをフレームメモリ１
４に展開すると共にフォントキャッシュに記憶し、同一
の文字データを出力する際にはフォントキャッシュから
該当する文字データを読出してフレームメモリに展開す
る文字発生装置において、拡張メモリ１７を着脱自在に
設け、この拡張メモリの装着時その拡張メモリの容量を
容量検知手段１８で検知し、この検知容量に応じて適当
な容量を拡張メモリに拡張フォントキャッシュ１７ａと
して自動的に確保する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、アウトラインフォント
等のベクトルフォントを用いて文字の印刷や表示を行う
文字発生装置に関する。

【０００２】

【従来の技術】従来、この種の装置としては特開平１−
１１５６４７号公報のものが知られている。このものは
図６に示すように、インターフェースを介して外部から
印字コマンドを受け取る通信制御部１、プリンタ全体の
制御を行う主制御装置２、出力用紙１枚分のデータをビ
ットマップ形式で保持する画像記憶装置３、この画像記
憶装置３に記憶されたデータを印刷制御する印刷制御装
置４、装置内部に登録してある全てのフォントデータや
ドット形式のフォントデータ、フォント変換装置を制御
して要求のあったフォントのドットデータ形式を作成す
るフォントデータ制御装置５、装置内部に存在する全て
のフォントデータを登録するためのフォント登録テーブ
ル６、このフォント登録テーブル６により管理されるア
ウトラインフォントやストロークフォント等の形式のフ
ォントデータ７、このフォントデータ７をドット形式の
フォントデータに変換するフォント変換装置８、ドット
形式のフォントを一時的に格納するフォントキャッシュ
９及びこのフォントキャッシュ９内に格納されているド
ット形式のフォントを管理するキャッシュ制御テーブル
１０により構成されている。

【０００３】そして通信制御装置１が外部から文字出力
用の命令を受けると、主制御装置２はその命令を解析し
てフォントデータ制御装置５に所定のフォントのドット
形式フォントを要求する。フォントデータ制御装置５は
キャッシュ制御テーブル１０にすでに要求されたフォン
トデータが格納されているか否かを調べる。そして格納
されている場合にはそのドットフォントを要求元に返
す。また格納されていなければフォントデータ７から使
用するフォントデータを決定し、このフォントデータを
ドットフォント形式に変換してフォントキャッシュ９に
格納しそのドットフォントを要求元に返す。そして主制
御装置２は受け取ったドット形式フォントを画像記憶装
置３の指定された領域に転送する。一連の文字の転送が
終了すると、印刷制御装置４が動作して画像記憶装置３
に格納されているデータを印刷制御装置により印刷出力
させる。。

【０００４】このように一度作成したビットマップ形式
の文字データをフォントキャッシュに記憶し、同一の文
字データを出力する際にはそのフォントキャッシュから
該当する文字データを読出して出力することによりビッ
トマップ形式文字データの作成時間を省いて高速出力を
実現するというものである。

【０００５】そして従来は、フォントデータを格納する
メモリとしてはフォントキャッシュのみであったため格
納すべきフォントデータが多数発生した場合にはフォン
トキャッシュの一部を消去して新たなフォントデータを
格納していた。

【０００６】

【発明が解決しようとする課題】しかしこのようにフォ
ントデータを格納するメモリとしてフォントキャッシュ
のみを使用したものではフォントキャッシュの消去が頻
繁に発生する問題があった。そこでフォントキャッシュ
の他に拡張メモリを取り付けてフォントキャッシュとし
てのメモリ容量を拡張することが考えられるが、拡張メ
モリはフォントキャッシュとして使用されるのみでな
く、作業用メモリとしても使用される場合が多い。この
ため拡張メモリに対してフォントキャッシュとして使用
される領域と拡張メモリとして使用される領域を設定し
なければならない面倒が発生する。

【０００７】そこで本発明は、拡張メモリを使用して出
力用形式の文字データを記憶する領域の拡張を図ること
ができ、しかも拡張メモリに対する出力用形式の文字デ
ータを記憶する領域設定を自動的に行うことができる文
字発生装置を提供しようとするものである。

【０００８】

【課題を解決するための手段】本発明は、ベクトル形式
のフォントデータを保持する保持手段と、この保持手段
に保持されたフォントデータから出力用形式の文字デー
タを作成する作成手段と、この作成手段にて作成された
出力用形式の文字データを記憶する記憶手段と、出力用
形式の文字データを出力する出力手段とを備え、作成手
段にて作成した文字データを記憶手段に記憶し、かつ同
一の文字データを出力する際には記憶手段から該当する
文字データを読出して出力手段に供給する文字発生装置
において、着脱自在に設けられた拡張メモリと、この拡
張メモリの装着時その拡張メモリの容量を検知する容量
検知手段と、この容量検知手段による検知容量に応じて
適当な容量を拡張メモリに出力用形式文字データの記憶
領域として自動的に確保する手段を設けたものである。

【０００９】

【作用】このような構成の本発明においては、拡張メモ
リを装着するとその拡張メモリの容量が検知され、その
容量に応じて拡張メモリに対して適当な容量の出力用形
式文字データの記憶領域が自動的に確保される。従って
出力用形式文字データは記憶手段の他拡張メモリにも格
納されることになる。

【００１０】

【実施例】以下、本発明の実施例を図面を参照して説明
する。なお、本実施例は本発明をページプリンタに適用
したものについて述べる。

【００１１】図１において１１は操作パネルで、この操
作パネル１１は表示機能及び入力機能を備え、プリンタ
の各種状態の表示や設定時の入力等を行うようになって
いる。１２は通信制御部で、この通信制御部１２はイン
ターフェースを介して外部接続されたホストコンピュー
タからの印字指令等の受信や処理状態表示等の送信を行
うようになっている。

【００１２】１３はフォントデータから出力用形式の文
字データを作成する作成手段等を構成する主処理部で、
この主処理部１３はＣＰＵ（中央処理装置）、ＲＯＭ
（リード・オンリー・メモリ）、書き込み可能な不揮発
性メモリ等からなり、出力画像の形成に関する処理など
を行う。

【００１３】１４はフレームメモリで、このフレームメ
モリ１４は出力する画像１頁分をビットマップの形式で
格納するようになっている。１５は印刷制御部で、この
印刷制御部１５は前記フレームメモリ１４の内容を出力
装置１６から印刷出力させる制御を行うようになってい
る。

【００１４】１７は着脱自在に設けられた拡張メモリ、
１８は前記拡張メモリ１７の容量を検知する拡張検知
部、１９は前記拡張メモリ１７の内部を管理するための
変数を格納する拡張管理部、２０は前記主処理部１３等
が使用する標準装備としての主メモリである。

【００１５】前記拡張メモリ１７には出力用形式文字デ
ータの記憶手段として使用される拡張フォントキャッシ
ュ１７ａと前記主メモリ２０の拡張用として使用される
拡張作業メモリ１７ｂが形成されている。前記拡張管理
部１９には前記拡張フォントキャッシュ１７ａの先頭を
指示する拡張キャッシュポインタの格納部１９ａ、前記
拡張フォントキャッシュ１７ａの容量を示す拡張キャッ
シュサイズの格納部１９ｂ、前記拡張作業メモリ１７ｂ
の先頭を指示する拡張作業メモリポインタの格納部１９
ｃ、前記拡張作業メモリ１７ｂの容量を示す拡張作業メ
モリサイズの格納部１９ｄが形成されている。

【００１６】２１はＲＯＭで構成されるフォント登録テ
ーブルで、この登録テーブル２１には装置が使用するフ
ォントデータを登録管理されている。２２は同じくＲＯ
Ｍで構成されるベクトルフォント領域で、このベクトル
フォント領域２２にはアウトラインフォント、ストロー
クフォント等のフォントデータが保持されている。前記
フォント登録テーブル２１及びベクトルフォント領域２
２はフォントデータの保持手段を構成している。

【００１７】２３はＲＡＭで構成される設定記憶部で、
この設定記憶部２３にはフォントキャッシュの内部構造
に関する設定情報を記憶するようになっている。２４は
同じくＲＡＭで構成される基本フォントキャッシュで、
フォントデータの格納用に使用されるようになってい
る。前記設定記憶部２３及び基本フォントキャッシュ２
４は出力用形式の文字データを記憶する記憶手段を構成
している。２５は前記各部を電気的に接続し、データや
信号の伝達を行うバスラインである。

【００１８】前記フォント登録テーブル２１は図２に示
すようにフォントデータの識別名とそれに対応するフォ
ントデータへのポインタを格納するようになっている。
フォントデータは通常前記ベクトルフォント領域２２の
中に存在するが、ホストコンピュータから送信されたフ
ォントデータ等の場合には前記主メモリ２０や拡張作業
メモリ１７ｂの中に存在することがある。従って前記フ
ォント登録テーブル２１に格納されるフォントデータへ
のポインタは前記ベクトルフォント領域２２のフォント
データのみでなく前記主メモリ２０や拡張作業メモリ１
７ｂのフォントデータも指示するようになっている。次
に本実施例の動作の概要について述べる。

【００１９】ホストコンピュータからの指示を通信制御
部１２が受信すると、主処理部１３はフレームメモリ１
４の上に画像を形成する。このとき主処理部１３は主メ
モリ２０及び拡張作業メモリ１７ｂを使用してデータ処
理を行う。

【００２０】また指示の中に文字出力の指示があれば主
処理部１３は、設定記憶部２３をチェックし、その設定
に従って必要な文字のデータが存在するか否か基本フォ
ントキャッシュ２４及び拡張フォントキャッシュ１７ａ
の内部を調べる。そしてもし存在すればそれを適当に処
理してフレームメモリ１４へ転送する。また存在しなけ
ればフォント登録テーブル２１を参照して必要なフォン
トデータを検索し、それに基づいてビットマップ文字デ
ータを作成する。そしてその作成したビットマップ文字
データをフレームメモリ１４上に転送展開すると共に基
本フォントキャッシュ２４又は拡張フォントキャッシュ
１７ａに格納する。この格納の際にも設定記憶部２３を
参照しフォントキャッシュの内部の設定に基づいて行
う。

【００２１】そしてフレームメモリ１４への画像形成が
終了すると主処理部１３は指示に従って印刷制御部１５
に印刷実行を指示する。こうして印刷制御部１５により
出力装置１６が駆動され印刷が行われる。次にフォント
キャッシュの構造について述べる。

【００２２】フォントキャッシュの構造は使用できる容
量が一定値より大きいか小さいかによって変更される。
すなわち拡張フォントキャッシュ１７ａが存在するか否
かによって変更する。

【００２３】どちらの構造に設定されているかについて
は設定記憶部２３に記憶しておく。通常は装置の電源投
入時に拡張フォントキャッシュ１７ａが設定されるの
で、同時に設定記憶部２３にどちらに設定したかを記憶
する。拡張フォントキャッシュ１７ａが無い場合、すな
わち拡張メモリ１７が装着されていない場合には、フォ
ントキャッシュは図３に示す構造となる。

【００２４】先ず基本フォントキャッシュ２４の内部に
フォント管理テーブル２４１が用意され、先頭に文字種
の属性を記録し、以下の部分には文字コードと文字デー
タへのポインタが格納される。このフォント管理テーブ
ル２４１が格納できる文字コードとポインタの対は例え
ば２０対等の固定対で、これは不必要に大きな領域をフ
ォント管理テーブルが専有しないためである。文字コー
ドを格納する部分の最後は終了を示す特殊数値「ＥＮ
Ｄ」を格納しておく。

【００２５】フォント管理テーブル２４１に続く領域は
データ領域２４２となり、この領域にはビットマップ文
字データを格納する。フォント管理テーブル２４１が一
杯となったときにはデータ領域２４２は終了となり、続
く領域を補助テーブル２４３として使用する。フォント
管理テーブル２４１の最後のポインタは補助テーブル２
４３の先頭を指示している。なお、このポインタは補助
テーブルの作成前までは特殊数値「ＥＮＤ」を格納して
おく。

【００２６】補助テーブル２４３もまたポインタと文字
コードを固定対格納するようになっている。文字コード
の最後には終了を示す特殊数値「ＥＮＤ」を格納してお
く。最後のポインタは次の補助テーブルへの指示に使用
されるが、次に指示するものが無いときには「ＥＮＤ」
を格納しておく。補助テーブル２４３に続く領域はデー
タ領域２４４となり、この領域には同じくビットマップ
文字データを格納する。こうして補助テーブルは何個で
も増設が可能になっている。

【００２７】以上の構造で一種類の文字種のデータのみ
を基本フォントキャッシュ２４には格納する。格納する
文字種は、出力文章中の本文に相当する文字種で最も頻
度の高いものを選択する。また格納する文字種を変更す
る際にはすべてのデータが消去される。またフォントキ
ャッシュ２４の領域が一杯になった場合は、新しい文字
データの格納のために補助テーブルとデータ領域の組を
少なくとも１組削除することになる。またコードが２バ
イトの漢字等を扱う場合にはフォント管理データを２段
階にすれば良い。これらの方法については特開平１−１
１５６４７号公報等により公知技術である。拡張メモリ
１７が装着されていて拡張フォントキャッシュ１７ａが
確保されている場合には、フォントキャッシュは図４に
示す構造となる。

【００２８】先ずフォント管理テーブル２５１が用意さ
れ、ビットマップ文字データの文字種を識別するための
識別情報と、各フォント管理テーブル２５２，２５３へ
のポインタを格納する。またビットマップ文字データを
格納する領域はデータブロック２５４，２５５，２５６
として用意する。

【００２９】そして各フォント管理テーブル２５２，２
５３には先頭に文字種の属性及びデータブロックの先頭
を指示するブロックポインタ２５２ａ，２５３ａ、デー
タブロックの空領域の先頭を指示する空領域ポインタ２
５２ｂ，２５３ｂを記録し、以下にはブロックポインタ
２５２ａ，２５３ａが指示するデータブロックの各ビッ
トマップ文字データが格納されている領域の先頭を指示
するポインタが格納されている。また複数のデータブロ
ックが連鎖するときにはデータブロックの最後に連鎖す
るデータブロックの先頭を指示するポインタが格納さ
れ、また連鎖するデータブロックが無いときにはデータ
ブロックの最後に特殊数値「０」が格納される。データ
の削除、新規格納はデータブロック及びフォント管理テ
ーブルを単位として実行される。

【００３０】次に拡張フォントキャッシュ１７ａの容量
を決定する動作について説明する。電源が投入される
と、主処理部１３は拡張検知部１８を制御して装着され
ている拡張メモリ１７の容量を検知させる。そして拡張
メモリ１７を検査する。

【００３１】続いて検知された拡張メモリ１７の容量か
ら拡張フォントキャッシュ１７ａの容量を自動的に決定
する。この決定の一例を述べれば例えば図５に示すよう
にグラフによって決定する。フォントキャッシュの容量
は文章の印刷出力速度に大きな影響を与えるため拡張メ
モリ１７はフォントキャッシュ用に優先的に使用され
る。しかしながらフォントキャッシュの容量をある一定
量以上用意すると検索に時間がかかりすぎフォントキャ
ッシュに一度使用したビットマップ文字データを格納し
ても印刷実行速度の向上にはあまり効果が無くなる。こ
のため拡張メモリ１７の全容量に対する拡張フォントキ
ャッシュ１７ａの容量は図５に示す関係が好ましいこと
が実験により確認された。すなわち拡張フォントキャッ
シュ１７ａの容量は拡張メモリ１７の全容量に対して増
加率が次第に減少する飽和曲線的なグラフとなるのが望
ましい。

【００３２】こうして拡張フォントキャッシュ１７ａの
容量が決定されると、続いて拡張管理部１９の内容を設
定する。すなわち格納部１９ｂに拡張キャッシュサイズ
を格納し、格納部１９ｄに拡張作業メモリサイズを格納
する。そしてこれらの値から格納部１９ａに拡張キャッ
シュポインタ、すなわち拡張フォントキャッシュ１７ａ
の先頭番地を格納し、格納部１９ｃに拡張作業メモリポ
インタ、すなわち拡張作業メモリ１７ｂの先頭番地を格
納する。そして設定記憶部２３にフォントキャッシュの
管理構造の設定を記憶する。

【００３３】なお、拡張フォントキャッシュ１７ａの容
量が十分に確保できるときには予め使用頻度の高いビッ
トマップ文字データを作成してフォントキャッシュに格
納すれば印刷時におけるビットマップ文字データの作成
処理を省くことができより高速化を図ることができる。

【００３４】ところで主処理部１３は主メモリ２０と拡
張作業メモリ１７ｂを使用して所望の処理を行うが、場
合によっては容量不足となることが発生する。例えば大
量のイメージデータを処理してフレームメモリ１４上に
画像を展開する場合などに発生する。このような場合に
拡張フォントキャッシュ１７ａの領域の一部を一時的に
作業メモリとして使用させる。

【００３５】すなわち主処理部１３は不足しているメモ
リの量を拡張フォントキャッシュ１７ａの中に確保でき
るか否かを調べる。確保できなければメモリエラーとし
て処理を中断する。また確保できる場合は、先ず必要な
だけ拡張フォントキャッシュ１７ａ中のデータの削除を
行う。このときの削除はブロック単位で行われる。

【００３６】次に拡張フォントキャッシュ１７ａの内部
を整理して使用している領域と開放された領域を分離
し、最後に拡張管理部１９の格納部１９ｂの拡張キャッ
シュサイズの値を一時的に変更して開放した領域がフォ
ントキャッシュとして使用できないことを示す。こうし
て主処理部１３が使用するメモリの容量が不足した時に
拡張フォントキャッシュ１７ａの一部を一時的に作業メ
モリとして使用することが可能となる。

【００３７】なお、印刷処理の途中で拡張フォントキャ
ッシュ１７ａの内容を大量に削除すると削除に時間がか
かり印刷速度に大きな影響を与える。そこで例えば操作
パネル１１に拡張作業メモリ１７ｂの容量を大きくする
ためのスイッチを設けて主処理部１３が使用するメモリ
容量が大きくなることが予想されるときに予めこのスイ
ッチを操作して拡張作業メモリ１７ｂの容量を大きくし
ておけば印刷速度に影響を与えるのを防止できる。この
場合スイッチに代えてホストコンピュータからの指示に
よって行うようにしてもよい。

【００３８】なお、前記実施例では電源の投入時に必ず
メモリの初期化を行うようにしたが必ずしもこれに限定
されるものではなく、各メモリに不揮発性メモリを使用
すれば拡張メモリに変更が無い限りは拡張管理部１９の
内容及び設定記憶部２３の内容をそのまま保持させても
よい。

【００３９】なお、前記実施例は本発明をページプリン
タに適用したものについて述べたが必ずしもこれに限定
されるものではなく、ＣＲＴディスプレイや液晶ディス
プレイ等の表示装置にも適用できるものである。

【００４０】

【発明の効果】以上詳述したように本発明によれば、拡
張メモリを使用して出力用形式の文字データを記憶する
領域の拡張を図ることができ、しかも拡張メモリに対す
る出力用形式の文字データを記憶する領域設定を自動的
に行うことができる文字発生装置を提供できるものであ
る。

【図面の簡単な説明】

【図１】本発明の実施例を示すブロック図。

【図２】同実施例におけるフォント登録テーブルの機能
を説明するための図。

【図３】同実施例において拡張フォントキャッシュが無
いときのフォントキャッシュ構造を示す図。

【図４】同実施例において拡張フォントキャッシュがあ
るときのフォントキャッシュ構造を示す図。

【図５】同実施例における拡張メモリの全容量に対して
自動設定される拡張フォントキャッシュの容量を示すグ
ラフ。

【図６】従来例を示すブロック図。

【符号の説明】

１３…主処理部、１６…出力装置、１７…拡張メモリ、
１７ａ…拡張フォントキャッシュ、１８…拡張検知部、
１９…拡張管理部、２０…主メモリ、２１…フォント登
録テーブル、２２…ベクトルフォント領域、２３…設定
記憶部、２４…基本フォントキャッシュ。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ベクトル形式のフォントデータを保持す
   る保持手段と、この保持手段に保持されたフォントデー
   タから出力用形式の文字データを作成する作成手段と、
   この作成手段にて作成された出力用形式の文字データを
   記憶する記憶手段と、出力用形式の文字データを出力す
   る出力手段とを備え、前記作成手段にて作成した文字デ
   ータを前記記憶手段に記憶し、かつ同一の文字データを
   出力する際には前記記憶手段から該当する文字データを
   読出して前記出力手段に供給する文字発生装置におい
   て、着脱自在に設けられた拡張メモリと、この拡張メモ
   リの装着時その拡張メモリの容量を検知する容量検知手
   段と、この容量検知手段による検知容量に応じて適当な
   容量を前記拡張メモリに出力用形式文字データの記憶領
   域として自動的に確保する手段を設けたことを特徴とす
   る文字発生装置。