JPS63214794A - 文字フオントデ−タの管理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は文書編集装置に係り、特に多種サイズの文字を
含む文書作成に好適な文字フォントデータの管理方式に
関する。

〔従来の技術〕

従来の文書編集装置では１９文書中に使われる文　。

字サイズの種類が小数に限られていたため、使用する文
字フォントの全てをメインメモリ上にロードして印刷時
に使用することが可能であった。しかしながら、近年、
多種サイズの文字を含む文書を、商業印刷に依頼するこ
となく１文書編集装置でユーザが手軽に作成したいとい
うニーズが高まっている。この場合、文書作成に必要な
多種サイズの文字フォントデータの全てをメインメモリ
上で管理することは、メモリ容量の制約から不可能であ
る。

多種サイズの文字フォントデータの管理方法については
、例えば、情報処理学会第３１回（昭和６０年後期）全
国大会の予稿集第１５３９頁〜第１５４０頁において、
フォント管理のためのメインメモリ（フォントバッファ
）領域を常駐エリアと非常駐エリアとに分け、複数サイ
ズの文字フォントデータを格納しである２次記憶装置か
ら上記エリアに文字フォントデータをロードする技術が
報告されている。しかしながら、上記文献は、技術的な
課題を２次記憶装置から非常駐エリアへの文字フォント
の転送に置いており、常駐エリアにおける文字フォント
の管理に関しては具体的な開示を欠いている。

〔発明が解決しようとする問題点〕

フォントバッファ中の常駐エリアに対して、例えば、装
置の電源投入時に、一般的に文書本文中で使用頻度の最
も高いと思われる所定サイズの文字フォントデータを自
動的にロードし、上記以外の文字サイズのフォントデー
タはオンデマンドで非常駐エリアにロードする方式を採
用すると、ユーザが上記初期ロードされた常駐文字以外
の文字サイズを主体にして文書本文を構成しようとした
場合１文書中のほとんどの文字列が非常駐文字フォント
となるため、２次記憶装置からフォントバッファへの文
字フォントデータのロードが頻繁に発生し１文字の出力
に時間がかかるという問題がある。

本発明の目的は、上記問題点を解決し、文書本文の文字
サイズに関係なく高速に出力可能な文書編集装置の文字
フォントデータ管理方式を提供することにある。

Ｃ問題点を解決するための手段〕 上記目的を達成するために本発明の文字フォントデータ
管理方式は、常駐領域と非常駐領域とがなるフォントバ
ッファメモリと、予め用意された複数サイズの文字フォ
ントデータを格納するためのファイル手段と、少なくと
も上記常駐領域にロードされた文字フォントの文字サイ
ズを記憶するための手段とを有し、上記フォントバッフ
ァメモリにロードされた文字フォントを用いて文字出力
を行なうようにした文書編集装置において、編集すべき
文書の主要文字列の文字サイズを指定するステップと、
上記指定された文字サイズと上記文字サイズ記憶手段に
記憶されている上記常駐領域に既にロード済みの文字サ
イズとを比較するステップと、上記比較の結果、文字サ
イズが一致しない場合に、上記指定サイズの１群の文字
フォントデータを上記ファイル手段から上記常駐領域に
ロードすると共に、該文字サイズを上記記憶手段に記憶
するステップと、出力すべき文字フォントデータが上記
常駐領域および非常駐領域にない場合に、当該文字フォ
ントデータを上記ファイル手段から上記非常駐領域にロ
ードするステップとからなることを特徴とする。

〔作用〕

本発明によれば、常駐領域に予めロードしておく文字フ
ォントのサイズをユーザが指定でき、既にロード済みの
文字サイズと指定サイズとが一致しない場合に１群の文
字フォントデータを一括して２次記憶装置ｆ（フォント
）から上記常駐領域にロードした後２文＃編集処理を開
始するようにしているため、２次記憶装置から非常駐領
域への文字フォントデータのロード要求の発生頻度を大
幅に低減することができる。

〔実施例〕

以下、本発明の実施例を図面により説明する。

第１図は本発明を適用する文書編集装置の全体構成を示
すブロック図である０図において、１１は文書編集装置
の全体動作を制御する処理装置、１２は上記処理装置が
実行するプログラムを格納するメモリ、１３はプログラ
ムの実行過程で生ずるデータを一時的に格納するワーク
メモリ、１４は編集あるいは印刷の対象となる文書デー
タを格納するメモリ、１５は文字ファントデータを格納
するメモリ、１６は上記フォントバッファ１５の内容を
管理するための管理テーブルを格納するメモリである。

１７は上記文書データメモリ１４上で編集された文書デ
ータを蓄積するファイル、１８は複数種類のフォントデ
ータを格納しているファイルであり、そのうちの一部が
上記フォントバッファメモリ１５上にロードされる。１
９は文書作成のためのデータおよび各種のコマンド入力
に使用されるキーボード、２０はビットマツプ・プロセ
ッサ２１を動作させるために必要な各種の命令を格納す
るメモリである。

ビットマツプ・プロセッサ２１は、文書データをＣＲＴ
リフレッシュメモリ２２、あるいはプリンタバッファメ
モリ２５上にビットマツプデータとして展開する。２３
はＣＲＴリフレッシュメモリ２２の内容を順次読出して
ＣＲＴ２４に表示するためのＣＲＴ制御装置、２６はプ
リンタバッファメモリ２５の内容を順次続出してプリン
タ２７に出力するプリンタ制御装置である。

第２図は本発明を適用した文書編集装置によって作成さ
れる文書フォーマットの一例を示す、この例では、文書
は複数のページ２０１，２０２゜２０３からなり、各ペ
ージには１例えば大見出しの文字列２０４．小見出しの
文字列２０５９本文の文字列２０６の如く、大きさの異
なる文字フォントが必要となる。

第３図は文書データメモリ１４に格納される文書データ
のデータ項目を示す、データ項目としては、当該文書を
識別するための文書名１４１９文書を構成する総ページ
数１４２２文書用紙（ページ用紙）の縦、横の物理的な
サイズ１４３．ページ用紙の上下左右に設けられる余白
部の大きさを示すマージンサイズ１４４．大見出し文字
列２０４の文字サイズ、字ピッチ、および行ピッチ１４
５゜小見出し文字列２０５の文字サイズ、字ピッチおよ
び行ピッチ１４６、本文文字列２０６の文字サイズ、字
ピッチおよび行ピッチ１４７、大見出し文字列２０４の
内容を示す文字コードデータ列１４８、小見出し文字列
２０５の内容を示す文字コードデータ列１４９２本文文
字列に対応した文字コードデータ列１４０が含まれる。

第４図はフォントデータファイル１８の内容を示す、こ
のファイルには大きさの異なる複数種類のフォントデー
タ１８Ａ〜１８Ｎが用意される。

例えば、１８Ａは成るサイズ（例えばフォントの横・縦
のドツト数が３２）のフォントデータであり、１８１は
このサイズにおける１番目の文字コード、１８ｍはこの
サイズのｍ番目の文字コードのフォントデータを示す、
１８Ｎはフォントデータ１８Ａとは異なるサイズ（例え
ばフォントの横・縦のドツト数が６４）のフォントデー
タであり。

１８１′は１８１と同一文字コードに対応するフォント
データ、１８’ｍ’は１８ｍと同一文字コードに対応す
るフォントデータである。

第５図はフォントデータファイル１８からロードされた
フォントバッファメモリ１５上のフォントデータを示す
、フォントバッファメモリ１５は。

常駐エリア１５Ａと非常駐エリア１５Ｂとに分けられる
。常駐エリア１５Ａには、その時点で編集中の文書の本
文文字サイズのフォントデータをロードする。一方、非
常駐エリア１５Ｂには、その時点で編集中の文書の本文
文字サイズのフォントデータの内、常駐エリアに入りき
らなかったフォントデータと、大見出し、小見出し等で
必要になった本文文字サイズとは異なるサイズのフォン
トデータとを格納する。１５１，１５２は常駐エリアに
ロードしたフォントデータ、１５３，１５４は非常駐エ
リアにロードしたフォントデータである。

第６図はフォントバッファメモリ１５上にロードしたフ
ォントデータを管理するためのフォントバッファ管理テ
ーブル１６の構成を示す、このテーブルには、その時点
で常駐エリアにロードしているフォントデータのサイズ
、即ち横および縦のドツト数１６１と、常駐エリアにロ
ードしているフォントのデータ数１６２．非常駐エリア
にロードしているフォントデータ数１６３．非常駐エリ
アの第１エントリのフォントデータ１５３の文字コード
１６４．上記フォントデータ１５３の横および縦のドツ
ト数１６５、および上記フォントデータ１５３の先頭ア
ドレス１６６が記憶される。

第７図は、本発明による文字フォント管理を実現するた
めのプログラムの処理フローを示す、このプログラムは
メモリ１２に格納してあり１文書編集装置の電源を入れ
た時に、処理袋Ｗ１１１により実行される。先ず、ステ
ップ７１で１文書の本文文字サイズとして使用頻度が最
も高い予め定めた標準サイズのフォントデータがフォン
トデータファイル１８からフォントバッファメモリ１５
にロードされる。ステップ７２では、キー人力装置１９
からのオペレータ入力を待ち、キー人力があれば、ステ
ップ７３でキー人力コードを判別し、そのコードに対応
した処理に制御を移す、キー人力コードが書式設定指示
ならばステップ７４に、テキスト編集指示ならばステッ
プ７５に、文書印刷指示ならばステップ７６に１文書読
出・格納指示ならばステップ７８に制御を移す、もし、
終了指示ならばこのプログラムによる処理を終了する。

書式設定のステップ７４では、キー人力装置１９から順
次に入力される文書名１４１．ページ数１４２．ページ
サイズ１４３．ページマージン１４４、大見出し文字サ
イズ・字ピッチ・行ピッチ１４５．小見出し文字サイズ
・字ピッチ・行ピツチ１４６２本文文字サイズ・字ピッ
チ・行ピツチ１４７等の書式データを文書データメモリ
１４中に格納する。

編集指示のステップ７５では、キー人力装置１９から入
力される大見出しの文字コードデータ列１４８．小見出
しの文字コードデータ列１４９゜本文の文字コードデー
タ列１４０等のテキストデータを文書データメモリ１４
中に格納する。

文書印刷指示ステップ７６では、文書データメモリ１４
上に格納されている印刷すべき文書の本文文字サイズ１
４７と、フォントバッファ管理テーブルメモリ１６で記
憶している常駐エリアのフォントデータのサイズ１６１
とを比較する。両者が不一致の場合は、ステップ７１に
進み、ファイル１８から印刷に使用する本文文字サイズ
１４７のフォントデータをフォントバッファメモリ１５
にロードし、ステップ７７に進む、当該文書の本文文字
サイズ１４７と等しいフォントデータが。

既にフォントバッファメモリ１５上にロードされている
場合は、ステップ７１を省略してステップ７７に進む。

ステップ７７では、文書データメモリ１４に格納しであ
る文書データをビットマツプ展開するために、先ず１文
書データに基づ＜ＢＭＰコマンドを作成し、ＢＭＰコマ
ンドメモリ２０に格納してビットマツププロセット（Ｂ
ＭＰ）２１を起動する。ＢＭＰ２１は、ＢＭＰコマンド
の指示に基づき、フォントバッファメモリ１５上のフォ
ントデータを゛プリンタバッファメモリ２５上に展開す
る。

プリンタバッファメモリ２５へのフォントデータの展開
が終ると、プリンタ制御装置２６が起動され、プリンタ
制御装置２６が、プリンタバッファメモリ２５の内容を
プリンタ２７へ出力する。

尚、ＢＭＰ２１を起動する前に、展開すべき文字コード
の必要サイズのフォントデータがフォントバッファメモ
リ１５に無い場合は、当該フォントデータをファイル１
８からフォントバッファメモリ１５の非常駐エリア１５
６に事前にロードする。フォントバッファメモリ１５上
での必要文字フォントの有無判断は、フォントバッファ
管理テーブルメモリ１６をチェックすることにより行な
う１例えば、展開すべき文字が本文文字の場合。

その文字コードの順位がテーブル１６に記憶しである常
駐エリアのフォントデータ数１６２を越えていなければ
、当該フォントが常駐エリア１５５に存在すると判断す
る。もし越えていれば、テーブル１６上で非常駐エリア
のフォントデータサイズ１６５が上記文字サイズと一致
し、且つ１文字コード１６４が当該文字コードと一致す
るものがあるか否かをチェックする。展開すべき文字が
本文文字以外の場合は、当該文字のサイズおよび文字コ
ードと一致する非常駐フォントデータのサイズ１６５と
文字コード１６４のデータをサーチしてチェックし、ロ
ードの有無を判定する。

文書続出・格納指示に応じて分岐されるステップ７８で
は、読出指示の場合は、文書データファイル１７から指
定文書を文書データメモリ１４上にロードし、格納指示
の場合は、上記と逆に文書データメモリ１４の内容を文
書データファイル１７へ書込む。

第８図はステップ７１の処理内容を更に詳細に示したも
のである。この処理では、ステップ８１でフォントデー
タファイル１８から指定サイズのフォントデータをワー
クメモリ１３へ読出す０次いでステップ８２で、ワーク
メモリ１３上のフォントデータのうち、フォントバッフ
ァメモリ１５の常駐エリア１５５に格納できる数のフォ
ントデータを常駐エリア１５５へ転送し、ステップ８３
で、常駐エリア１５５に転送できなかったフォントデー
タのうち、非常駐エリア１５６に格納できる数のフォン
トデータをワークメモリ１３から非常駐エリア１５６へ
転送する。最終ステップ８４では、フォントバッファ管
理テーブルメモリ１６に、第６図に説明した各データ項
目１６１〜１６６を設定する。

〔発明の効果〕

本発明によれば、オペレータが文書の本文文字サイズを
指定した時、そのサイズのフォントデータが常駐領域に
なければ、指定サイズのフォントデータを補助メモリか
らフォントバッファにロードし、既にロード済みのフォ
ントデータと置き換える。これにより、印刷すべき文書
毎に、最も文字数の多い本文文字についてのフォントデ
ータがフォントバッファ上に事前ロードされていること
になる。従って１本発明によれば１文書出力の段階での
フォント展開時に、磁気ディスク等の外部メモリからデ
マンドロードする必要のあるフォントは１本文文字とは
サイズの異なる見出し等の少数文字に限られるため１文
字フォントのデマンドロード時間をも含めた文書出力所
要時間を削減できる。

【図面の簡単な説明】

第１図は本発明を実施する文書処理装置の一実施例を示
す全体構成図、第２図は文書フォーマットの一例を概念
的に示した図、第３図は文書データメモリの内容を示す
図、第４図はフォントデータファイルの構成を説明する
ための図、第５図はフォントバッファメモリの内容を説
明するための図、第６図はフォントバッファ管理テーブ
ルの構成図、第７図は本発明を実現するプログラム・フ
ローチャートの一実施例を示す図、第８図は文字フォン
トの事前ロードを行なうサブルーチンのフローチャート
である。 １１・・・処理装置、１２・・・プログラムメモリ、１
３・・・ワークメモリ、１４・・・文書データメモリ、
１５・・・フォントバッファメモリ、１６・・・フォン
トバッファ管理テーブルメモリ、１７・・・文書データ
ファイル、１８・・・フォントデータファイル、１９・
・・キー人力装置、２０・・・ＢＭＰコマンドメモリ、
２１・・・ビットマツププロセッサ（ＢＭＰ）　、２５
・・・プリンタバッファメモリ、２６・・・プリンタ制
御装置、鳩　ｌ　旧 、％２　口 名　３Ｉ！１ １４　焚書データ声七す ￥Ｉ４　ｆ！］ ５４５Ｉ！１ｌ １８フオントチータフ７４ル 第６　囚 ／６　フォントハ”・ノフ７咽り里 テーブル１七ソ 第　７　区 弔？　図

Claims (1)

【特許請求の範囲】
1. １、常駐領域と非常駐領域とからなるフォントバッファ
   メモリと、予め用意された複数サイズの文字フォントデ
   ータを格納するためのファイル手段と、少なくとも上記
   常駐領域にロードされた文字フォントの文字サイズを記
   憶するための手段とを有し、上記フォントバッファメモ
   リにロードされた文字フォントを用いて文字出力を行な
   うようにした文書編集装置において、編集すべき文書の
   主要文字列の文字サイズを指定するステップと、上記指
   定された文字サイズと上記文字サイズ記憶手段に記憶さ
   れている上記常駐領域に既にロード済みの文字サイズと
   を比較するステップと、上記比較の結果、文字サイズが
   一致しない場合に、上記指定サイズの１群の文字フォン
   トデータを上記ファイル手段から上記常駐領域にロード
   すると共に、該文字サイズを上記記憶手段に記憶するス
   テップと、出力すべき文字フォントデータが上記常駐領
   域および非常駐領域にない場合に、当該文字フォントデ
   ータを上記ファイル手段から上記非常駐領域にロードす
   るステップとからなることを特徴とする文字フォントデ
   ータの管理方式。