JPH0916573A - 文書処理装置およびその方法 - Google Patents

Abstract

(57)【要約】 【課題】フォントデータのアクセスを高速化する。 【解決手段】編集文書の構成文字が、例えば「あいうえ
おあ」であり、文字列「あいう」がゴシック体、「えお
かあ」が明朝体である場合、文書処理装置は、各文字の
フォントデータを、ゴシック体の元フォントファイル９
０１および明朝体の元フォントファイル９０２から取出
して、編集文書に固有の新フォントファイル９０３を作
成する。そして、以降の編集においてフォントデータを
必要とするとき（文字を画面表示するとき）は、先ず新
フォントファイル９０３を参照し、新フォントファイル
９０３に該当するフォントデータが存在しない場合にの
み、元フォントファイル（９０１、９０２等）を参照す
る。これにより、新フォントファイル９０３に既に登録
されているフォントデータについては、膨大なデータ量
を有する元フォントファイルを参照する必要がなく、フ
ォントデータのアクセスを高速化することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、文書処理装置およ
びその方法に係り、特に編集文書を画面等に出力しなが
ら１または複数の書体を用いて文書編集が可能な文書処
理装置およびその方法に関する。

【０００２】

【従来の技術】文書処理装置において文書処理を行う場
合には、文字形状等の情報が記録されているフォントフ
ァイルを文書処理装置若しくはそれを接続したネットワ
ーク上に備える必要がある。フォントファイルとは文字
形状を表わすデータやその書体に関する情報を書体毎に
集合し、記録したファイルである。

【０００３】従来、文書処理装置において種々の書体を
用いて文書作成を行う場合には、必要な書体のフォント
ファイルの全てを、その文書処理装置等に備えた大容量
の記憶装置に保持しておき、膨大な容量を有するフォン
トファイルに逐次アクセスすることにより必要な書体の
文字データを取得していた。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来例における方法では以下に述べる問題点があった。先
ず、和文１書体のフォントファイルは約７０００文字分
のデータを集めたものであるため、上記の文書処理装置
等に備えたハードディスク等の記憶装置に１書体だけ記
憶しておく場合においても３Ｍバイトにも及ぶ記憶容量
を必要とする。従って、上記のように複数の書体を用い
て文書編集を行う場合、文書処理装置は、複数のフォン
トファイルをアクセスする必要があり、膨大な容量を有
するフォントファイルから一つの文字データを取得する
にはデータ検索処理などに多大な処理時間を要するとい
う問題点があった。

【０００５】この問題は、文書処理装置に対してフロッ
ピーディスクやＣＤ−ＲＯＭ等の外部記憶メディアや、
ネットワーク上の記憶装置等によってフォントデータを
供給する場合には特に顕著になり、フォントデータのア
クセス時間の増加による文字形状発生処理の遅延をもた
らし、その結果として文書処理の効率を低下させる。

【０００６】本発明は、上記問題点に鑑みてなされたも
のであり、フォントデータのアクセスを高速化すること
を目的とする。

【０００７】

【課題を解決するための手段】上記問題点を解決するた
め、本発明に係る文書処理装置は、編集文書を画像とし
て出力しながら、少なくとも１種類の書体を用いて文書
編集が可能な文書処理装置であって、前記編集文書の各
構成文字のフォントデータをもって、前記編集文書に固
有の固有フォントファイルを作成する固有フォントファ
イル作成手段と、前記編集文書に追加した追加文字を画
面表示する際に、最初に前記固有フォントファイルを参
照し、前記追加文字に関するフォントデータが前記固有
フォントファイルに存在しない場合には、他のフォント
データ資源を参照するフォントデータ参照手段と、を備
えることを特徴とし、編集文書に固有の固有フォントフ
ァイルを作成し、以降の編集においては、先ず、固有フ
ォントファイルを参照することにより、該当する文字の
フォントデータが固有フォントファイルに存在する限
り、他のフォントデータ資源を参照する必要がなくな
り、フォントデータのアクセスを高速化することができ
る。

【０００８】また、本発明に係る文書処理方法は、編集
文書を画像として出力しながら、少なくとも１種類の書
体を用いて文書編集が可能な文書処理方法であって、前
記編集文書の各構成文字のフォントデータをもって、前
記編集文書に固有の固有フォントファイルを作成する固
有フォントファイル作成工程と、前記編集文書に追加し
た追加文字を画面表示する際に、最初に前記固有フォン
トファイルを参照し、前記追加文字に関するフォントデ
ータが前記固有フォントファイルに存在しない場合に
は、他のフォントデータ資源を参照するフォントデータ
参照工程とを備えることを特徴とし、編集文書に固有の
固有フォントファイルを作成し、以降の編集において
は、先ず、固有フォントファイルを参照することによ
り、該当する文字のフォントデータが固有フォントファ
イルに存在する限り、他のフォントデータ資源を参照す
る必要がなくなり、フォントデータのアクセスを高速化
することができる。

【０００９】

【発明の実施の形態】

［第１の実施の形態］以下、本発明に係る第１の実施の
形態を図面を参照しながら説明する。図１は、第１の実
施の形態における文書処理装置の概略構成を示すブロッ
ク図である。同図において、ＣＰＵ１は、後述するフォ
ントファイルに関する処理や、文書処理等のアプリケー
ション・プログラム（後述のフローチャートに示すプロ
グラムを含む）等の実行を司るＣＰＵ（中央演算処理装
置）である。ＲＯＭ２は、ＣＰＵ１に供給する装置全体
の起動プログラム等を格納したＲＯＭ(Read Only Memor
y)である。

【００１０】ＲＡＭ３は、ＣＰＵ１による演算処理の過
程で発生する中間データ等を一時記憶する等、ＣＰＵ１
のワークメモリとして機能するＲＡＭ(Random Access M
emory)である。ＤＳＫＣ４は、外部メモリ（ＦＤ７、Ｃ
Ｄ６、ＨＤ５等）のアクセスを制御するディスク制御装
置である。ＨＤ５は、ＣＰＵ１に対して大容量の記憶領
域を提供するハードディスク装置である。ＣＤ６は、大
容量の読み出し専用メモリとして機能するコンパクトデ
ィスク装置であり、種々のフォントファイルを格納して
いる。ＦＤ７はフロッピーディスク装置であり、ＣＤ６
の他、このＦＤ７にもフォントファイルを格納すること
もできる。

【００１１】ＤＳＰＣ８は、ディスプレイ９を制御する
ディスプレイ制御装置である。ディスプレイ９は、入力
文字、編集文書等の表示を行う表示装置である。ＫＢＣ
１０は、入力装置であるキーボード１１やポインタデバ
イス１３の制御を行うキーボード制御装置である。キー
ボード１１は、本装置へのキー入力を行うために使用さ
れ、テンキーやファンクションキーが装備されているも
のとする。１２は上述の各デバイスとＣＰＵ１を接続す
るシステムバスである。１３は画面上の位置、文字列等
を指し示すポインタデバイスである。

【００１２】なお、後述する処理において新たに作成し
たフォントファイルは、ハードディスク５、フロッピー
ディスク７若しくはＲＡＭ３に適宜格納することができ
る。

【００１３】次に、上記の構成における文書処理装置１
００の動作の概要を説明する。図２は、文書処理装置１
００における文書処理に関する状態遷移を示す状態遷移
図である。同図において、ｐ３０１は、キーボード１１
やポインティングデバイス１３を介してユーザが文字や
操作指定等を入力するのを待つ入力待ちフェーズを示し
ている。ｐ３０２は、文書編集およびその文書編集のた
めのフォントデータの取得や、編集した文書を保存する
ための文書フォーマットファイルの作成等を行う文書作
成フェーズである。ｐ３０３は、編集する文書に関する
フォントデータを統合して新フォントファイルを作成す
るフェーズである。

【００１４】ＣＤ６は、文書作成フェーズｐ３０２にお
いて文書を作成する際に必要となる種々のフォントデー
タを供給する元フォントファイルを格納している。３１
０は、文書作成フェーズｐ３０２において作成し、出力
される文書フォーマットファイルである。３２０は、新
フォントファイル作成フェーズｐ３０３において作成さ
れる新フォントファイルである。ディスプレイ９は、文
書作成フェーズｐ３０２において編集を行っている文書
を表示する。なお、図中の各矢印は、データや信号等の
流れを示している。

【００１５】次に、フォントファイルの構造を説明す
る。ここでは、アウトラインフォントを用いた例を示
す。図４はアウトラインフォント・ファイルの構造の一
例を示す図である。図４において、ファイルヘッダ情報
部４０１は、書体毎に管理すべきデータおよびファイル
の構造に関するデータを有する。また、インデックス部
４０２は、フォントファイル４００に登録してある文字
コードと、その文字コードに対応するアウトラインデー
タを格納してある、ファイル内の記憶アドレスまでのオ
フセット値（ポインタ）を有する。データ部４０３は、
インデックス部４０２に含まれる各文字コードに対応す
る文字のアウトラインデータが格納されている。

【００１６】なお、和文書体のフォントファイルの場
合、１つのフォントファイルは、上記のコードやオフセ
ット及びそれらに対応するアウトラインデータを約７０
００文字分保持することになる。

【００１７】図５は、フォントファイル４００が有する
アウトラインデータから形成されるアウトライン文字を
Ｘ−Ｙ座標系で示した図である。同中の「ａ１ｘ１，ａ
１ｙ１」等の座標は、アウトラインフォントの構成要素
である輪郭データを表わしている。

【００１８】図６は、文書の編集に伴うディスプレイ９
の文書編集画面の変化を示す図である。同図において、
「あいうえおかあ」は、編集中の文字列を示している。
また、細線の矢印は、ポインティングデバイス１３のカ
ーソルを示している。

【００１９】Ｓ２０１を付した表示画面は、文書編集
（文字入力）中の画面表示を示している。Ｓ２０２を付
した表示画面は、ポインティングデバイス１３の操作に
よって書体変更を指示する様子を示している。Ｓ２０３
を付した表示画面は、書体変更する文字列（「あい
う」）をポインティングデバイス１３によって範囲指定
し、新しい書体名（ゴシック体）を入力する様子を示し
ている。Ｓ２０４を付した表示画面は、Ｓ２０３におい
て指定された文字列（「あいう」）が、新しい書体（ゴ
シック体）に変更されたことを示している。なお、太線
の矢印は書体の変更の手順を示しており、ここではＳ２
０１、Ｓ２０２、Ｓ２０３、Ｓ２０４の順に書体を変更
する様子を示しているが、他の手順によって書体を変更
しても良いことは言うまでもない。

【００２０】次に、上記の文書フォーマットファイルに
ついて説明する。図７は、編集した文書を保存するため
の文書フォーマットファイルの内部構造の一例を示す図
である。この例は、図６のＳ２０１を付した表示画面の
編集文書に対応する。文書フォーマットファイル７００
は、書体の種別（ｆｏｎｔ＿ｎａｍｅ(mincho)は、書体
名「ｍｉｎｃｈｏ」の指定を意味する）と、文字コード
の羅列（同図においては、便宜上（「あ」の文字コー
ド、「い」の文字コード、・・・と記述している）を有
している。

【００２１】また、文書フォーマットファイル７００
は、フォントのサイズ（ｆｏｎｔ＿ｓｉｚｅ（１６）
は、画面表示を行う際の文字の大きさを意味する）や、
文字の修飾（ｆｏｎｔ＿ａｔｒ(regular)は、画面表示
を行う際の文字の修飾を意味する）等の情報も含んでい
る。なお、ｆｏｎｔ＿ａｔｒ(bold,italic)等の指定も
可能であることは言うまでもない。

【００２２】図８は、複数のフォントが混在した文書フ
ォーマットファイルの内部構造の一例を示す図である。
この例は、図６のＳ２０４を付した表示画面の編集文書
に対応する。

【００２３】次に、新フォントファイルの作成処理につ
いて説明する。図９は、文書フォーマットファイル８０
０を参照して複数の元フォントファイルから必要なデー
タを取得し、新フォントファイルを作成する手順を説明
する図である。

【００２４】図９において、９０１は書体”ｇｏｔｈｉ
ｃ”の元フォントファイル、９０２は書体”ｍｉｎｃｈ
ｏ”の元フォントファイルである。また、９０３は文書
フォーマットファイル８００を参照して、元フォントフ
ァイル９０１および９０２から作成した、編集文書に固
有の新フォントファイルである。

【００２５】新フォントファイル９０３は、編集文書に
含まれる文字に対応するフォントデータによって構成さ
れるため、そのデータ規模は複数の元フォントファイル
と比較して格段に小さい。従って、この新フォントファ
イル９０３を作成した以後、更に文書編集を行う際、先
ず、新フォントファイル９０３に登録してあるフォント
データを参照し、新フォントファイル９０３に該当する
フォントデータが存在しない場合にのみ元フォントファ
イル（例えば、９０１、９０２）を参照することによ
り、フォントデータをアクセス（検索）するための時間
を大幅に削減することができ、結果として文書の編集に
要する時間を短縮することが可能である。

【００２６】一般に、文書の作成において使用するフォ
ントの種類は、その文書の内容やユーザの趣味に強く依
存するため、上記のように編集する文書に固有のフォン
トデータを有する新フォントファイル９０３を作成する
ことによる編集時間の短縮の効果は大きいと言える。

【００２７】また、前述のように、複数のフォントファ
イルを使用するためには巨大な記憶容量を必要とするた
め、ネットワークに接続した文書処理装置等（同様の機
能を有するパーソナルコンピュータ、ワークステーショ
ン等を含むことは言うまでもない）の場合、ネットワー
ク上の共有のフォントファイルを参照することが有効で
ある。しかし、この場合ネットワーク上のフォントファ
イルをアクセスする必要があり、アクセス時間が遅延す
ることになる。そこで、新フォントファイルを作成し、
ローカルに保持することによってネットワーク上のフォ
ントファイルへのアクセス回数を削減することがフォン
トファイルの参照時間軽減に有効である。

【００２８】９１１〜９１３は、新フォントファイル９
０３の作成処理を模式的に示している。インデックス作
成処理９１１は、新フォントファイル９０３の新インデ
ックス部を作成する処理である。新フォントファイル９
０３の新インデックス部の構造は、元フォントファイル
の構造とは異なり、文字のコード（コードエリア）、コ
ードに対応するアウトラインデータのアドレスを指示す
るオフセット（オフセットエリア）の他に、書体名称を
与える書体エリアを有している。これは、２つの元フォ
ントファイル９０１および９０２から編集文書に含まれ
る文字のフォントデータを抽出し、それを統合して１つ
のフォントファイル（新フォントファイル９０３）を生
成するため、編集文書中に１つの文字コードに対応する
２つの書体が存在する場合（上記の例においては、
「あ」のコードを有する文字はゴシック体と明朝体の２
つがある）に対応するためである。

【００２９】調整融合処理９１２は、元フォントファイ
ル９０１のファイルヘッダ情報部と、元フォントファイ
ル９０２のファイルヘッダ情報部とを調整し融合する処
理である。

【００３０】取得連結処理９１３は、文書フォーマット
ファイル８００を参照して必要とするデータを確認し、
元フォントファイル９０１のデータ部と、元フォントフ
ァイル９０２のデータ部から必要なデータを取得し、そ
れらを連結することによって新フォントファイル９０３
のデータ部を作成する処理である。

【００３１】なお、上記の例では、説明の便宜上２つの
書体の元フォントファイルから新フォントファイルを作
成する手順を示しているが、元フォントファイルが複数
であっても良いことは言うまでもない。

【００３２】次に、新フォントファイルの作成処理の流
れを説明する。図３は、文書処理の流れを示すフローチ
ャートである。

【００３３】先ず、ステップＳ１０１において、元フォ
ントファイルのオープン、編集ファイルのオープン等の
システムの初期化処理を行う。なお、過去に編集したフ
ァイルをオープンする場合には、新フォントファイル９
０３も併せてオープンする。

【００３４】ステップＳ１０２では、ユーザがキーボー
ド等を介して文字を入力するのを待ち、一定時間経過後
にステップＳ１０３に進み、文字入力の有無を判定す
る。そして文字入力があった場合にはステップＳ１０４
に進み、文字入力がなかった場合にはステップＳ１０２
に進み、再び文字入力待ちの状態に戻る。

【００３５】ステップＳ１０４〜Ｓ１１５は、文書編集
フェーズｐ３０２（図２参照）に相当する処理である。
先ず、ステップＳ１０４では、ステップＳ１０２におい
て入力された文字に対応するフォントデータを参照（検
索）する。このとき、既に新フォントファイル９０３が
存在する場合には、先ずその新フォントファイル９０３
を参照する。そして、新フォントファイル９０３が存在
しない場合、或いは、新フォントファイル９０３に該当
するフォントデータが存在しない場合に、元フォントフ
ァイル（例えば、９０１、９０２）を参照（検索）す
る。

【００３６】ステップＳ１０５では、ステップＳ１０４
において特定したフォントファイル（新フォントファイ
ル９０３、または元フォントファイル）のデータ部から
アウトラインデータを読み出し、入力文字の文字形状を
作成する。このとき作成されるアウトラインデータおよ
び文字形状は、例えば図５に示す例のようになる。

【００３７】図５に輪郭表示で示す「Ａ」においては、
ｘ−ｙ座標系における輪郭点（ａ１ｘ１，ａ１ｙ１）が
外側輪郭の始点となり、（ａ１ｘ２，ａ１ｙ２），（ａ
１Ｘ３，ａ１ｙ３），（ａ１ｘ４，ａ１ｙ４），（ａ１
ｘ５，ａ１ｙ５），（ａ１ｘ６，ａ１ｙ６）は外部輪郭
中点、（ａ１ｘ７，ａ１ｙ７）が輪郭の終点となる。ま
た、（ａ２ｘ１，ａ２ｙ１）は内側輪郭の始点座標を示
し、（ａ２ｘ２，ａ２ｙ２）は内部輪郭中点、（ａ２ｘ
３，ａ２ｙ３）はその輪郭の終点となる。外側輪郭を線
で結び、同様に内側輪郭も線で結ぶことにより、「Ａ」
の文字形状が作成される。

【００３８】図５には、参考のため、他の例として文字
「Ｂ」についても示している。ステップＳ１０５の文字
形状作成は、ＣＰＵ１およびそのワークメモリとして機
能するＲＡＭ３を用いて行うことができる。

【００３９】ステップＳ１０６では、ステップＳ１０５
において作成した文字形状をディスプレイ９に表示す
る。このときの表示形態は、例えば図６のＳ２０１を付
した表示画面のようになる。なお、この文書編集におい
ては、バックスペース、改行等の挿入操作も行えること
は言うまでもない。

【００４０】ステップＳ１０７では、文書フォーマット
ファイル（図７参照）の変更を行う。文書編集に伴った
文書フォーマットファイルの変更は、変更場所、即ち文
書フォーマットファイル中の文字コード挿入位置を特定
するアドレスポインタを、例えばＲＡＭ３上に保持して
おくことによって実現することができる。

【００４１】ステップＳ１０８では、ユーザの指示に従
って書体変更を行うか否かを判定する。その結果、書体
変更を「しない」場合は処理はステップＳ１０２の文字
入力待ちに戻る。一方、書体変更を「する」場合はステ
ップＳ１０９に進む。書体変更の指示は、例えば、図６
のＳ２０２を付した表示画面上に書体変更と表示したメ
ニューをポインティングデバイス１３によって選択する
ことによって行うことができる。また、キーボード１１
に備えたファンクションキーに書体変更を行う命令を割
り振り、そのファンクションキーの入力によっても行う
ことができる。

【００４２】ステップＳ１０９では、前述の方法によっ
て書体変更する文字列を選択する。即ち、図６のＳ２０
３を付した表示画面のように、ポインティングデバイス
１３によって画面上の選択すべき文字列を範囲指定する
ことによって文字列を選択することができる。

【００４３】ステップＳ１１０では、変更する書体の種
類を選択する。書体の選択に際しては、先ず、図６のＳ
２０３を付した表示画面内のウィンドウに選択する書体
の書体名（例えば、”ゴシック”）を入力する。そし
て、その書体名および該当するコードを有する文字のフ
ォントデータを参照（検索）する、このとき、既に新フ
ォントファイル９０３が存在する場合には、先ずその新
フォントファイル９０３を参照する。そして、新フォン
トファイル９０３が存在しない場合、或いは、新フォン
トファイル９０３に該当するフォントデータが存在しな
い場合に、元フォントファイル（例えば、９０１、９０
２）を参照（検索）する。そして、該当するフォントデ
ータが存在する場合には、その書体を新しい書体として
選択することができる。なお、該当する書体のフォント
ファイルが存在しない場合には、その旨を表示する等し
て新たな書体の入力をユーザに促すようにすれば良い。

【００４４】ステップＳ１１１では、該当するフォント
データ（新フォントファイル９０３または元フォントフ
ァイル）を参照して、ステップＳ１０９と同様に文字形
状を作成する。そして、ステップＳ１１２では、新たに
作成された文字（または文字列）をディスプレイ９に画
面表示する。

【００４５】ステップＳ１１３では、上記の書体変更に
関する一連の処理によって変更された文字に関して文書
フォーマットファイル７００を変更する。前述のよう
に、文書フォーマットファイル７００（図７）は、変更
前の文書フォーマットファイルの一例を、文書フォーマ
ットファイル８００（図８）は、変更後の文書フォーマ
ットファイルの一例を示している。

【００４６】ステップＳ１１４では、編集文書に関する
文書フォーマットファイル８００を保存するか否かを判
定する。この保存の動作は、図６のＳ２０４を付した表
示画面のように、「保存」のメニューをポインティング
デバイス１３によって指定することによって行う。ステ
ップＳ１１４において、保存しないと判定した場合は、
ステップＳ１０２の文字入力待ちに戻る。一方、保存す
ると判定した場合は、次のステップＳ１１５において文
書フォーマットファイル８００を、例えばＨＤ５に保存
する。

【００４７】以降の処理は、新フォントファイル作成フ
ェーズである。新フォントファイル作成フェーズでは、
先ず、ステップＳ１１６において、文書フォーマットフ
ァイル８００を参照し、これに含まれる書体（ｆｏｎｔ
＿ｎａｍｅ）や文字コードに基づいて複数の元フォント
ファイルを検索する。

【００４８】ステップＳ１１７では、文書フォーマット
ファイル８００に含まれる書体のフォントファイルのフ
ァイルヘッダ情報部と、文字コードに対応するアウトラ
インデータとを取得し、新ファイルヘッダ情報部および
新データ部を作成する（図９の調整融合処理９１２、取
得連結処理９１３に対応）。

【００４９】新ファイルヘッダ情報部は、元フォントフ
ァイル９０１および９０２のファイルヘッダ情報部を夫
々読み出し、両者の内容を調整し融合することによって
作成する。調整とは、両者のファイルヘッダ情報部の内
容、例えば図４に示す定義文字数、書体名称等を、適切
に変更する処理である。例えば、上記の定義文字数は、
新フォントファイル９０３に格納する文字数とする。ま
た、新フォントファイル９０３は、編集文書に固有のフ
ォントファイルであるから、新たな書体名称は編集文書
から特定可能な名称とすれば良い。また、上記の融合と
は、両者のファイルヘッダ情報部の内容を結合し、一つ
のファイルヘッダ情報部とする処理である。

【００５０】また、新データ部は、元フォントファイル
９０１および９０２から、必要な文字（文書フォーマッ
トファイル８００に含まれる文字）に対応するアウトラ
インデータを取得し連結することによって作成する。

【００５１】ステップＳ１１７に続き、ステップＳ１１
８では新フォントファイル９０３の新インデックス部を
作成する（図９のインデックス作成処理９１１に対
応）。インデックス部は、前述のようにコードエリア、
書体エリア、オフセットエリアを有し、書体エリアには
元フォントファイルと対応付けるために、元の書体名称
を記述する。

【００５２】ステップＳ１１９では、新フォントファイ
ル９０３を作成する。新フォントファイル９０３は、ス
テップＳ１１７において作成した新ファイルヘッダ情報
部および新データ部と、ステップＳ１１８において作成
した新インデックス部を結合することによって作成する
ステップＳ１２０では、上記の一連の処理を終了するか
否かを判定する。そして更に処理を行う場合にはステッ
プＳ１０２に戻り、再び文書編集における入力待ち状態
となる。

【００５３】［第２の実施の形態］次に、本発明に係る
第２の実施の形態について図１０乃至図１２を参照しな
がら説明する。これはベクトルデータ形式のフォントフ
ァイルを取り扱う例を示すものであり、基本的な処理の
流れは第１の実施の形態と同様である。

【００５４】図１０は、本実施形態に係る文書編集処理
の流れを示すフローチャートである。また、図１１は、
本実施形態に係るフォントファイルの構造を示す図であ
る。図１１において、ファイルヘッダ情報部は書体毎に
管理すべきデータおよびファイルの構造に関するデータ
を有する。また、インデックス部は、フォントファイル
に登録してある全ての文字コードと、その文字コードに
対応するベクトルデータのアドレスを指示するオフセッ
ト値を有する。また、データ部は、インデックス部の文
字コードに対応する全ての文字のベクトルデータを有す
る。

【００５５】図１２は、図１１に示すフォントファイル
のベクトルデータに従い文字形状を形成した場合の一例
を示す図である。ａｘｓ，ａｙｓ等が夫々表わす論理座
標点は、各ボックスごとのｘ−ｙ座標系に従う。

【００５６】以下、文書編集処理について説明する。ス
テップＳ１００１〜Ｓ１００４の処理は、第１の実施の
形態におけるステップＳ１０１〜Ｓ１０４の処理と同様
であるので説明は省略する。

【００５７】ステップＳ１０５では、ステップＳ１００
４において特定したフォントファイル（新フォントファ
イルまたは元フォントファイル）のデータ部からベクト
ルデータを読み出し、入力文字の文字形状を作成する。
このベクトルデータと作成される文字の形状は、図１２
に示す通りである。

【００５８】図１２にベクトル表示で示す「Ａ」におい
ては、先ず、ｘ−ｙ座標系における座標点（ａｘｓ，ａ
ｙｓ）から（ａｘｅ，ａｙｅ）までのベクトルを描く。
次に座標点（ｂｘｓ，ｂｙｓ）から（ｂｘｅ，ｂｙｅ）
までのベクトルを描く。そして最後に座標点（ｃｘｓ，
ｃｙｓ）から（ｃｘｅ，ｃｙｅ）までのベクトルを描く
ことによって「Ａ」の文字形状が作成される。図５に
は、参考のため、他の例として文字「Ｂ」についても示
している。この文字形状の作成は、ＣＰＵ１によって行
われ、ＲＡＭ３上に格納される。

【００５９】ステップＳ１００６以降の処理について
は、第１の実施の形態におけるステップＳ１０６以降の
処理と同様である。

【００６０】［第３の実施の形態］次に、本発明に係る
第３の実施の形態について図１３乃至図１５を参照しな
がら説明する。これはビットマップデータ形式のフォン
トファイルを取り扱う例を示すものであり、基本的な処
理の流れは上記と同様である。

【００６１】図１３は、本実施形態に係る文書編集処理
の流れを示すフローチャートである。また、図１４は、
本実施形態に係るフォントファイルの構造を示す図であ
る。図１４において、ファイルヘッダ情報部は書体毎に
管理すべきデータおよびファイルの構造に関するデータ
を有する。また、インデックス部は、フォントファイル
に登録してある全ての文字コードと、その文字コードに
対応するビットマップデータのアドレスを指示するオフ
セット値を有する。また、データ部は、インデックス部
の文字コードに対応する全ての文字のビットマップデー
タを有する。

【００６２】図１５は、図１４に示すフォントファイル
のビットマップデータに従い文字を形成した場合の一例
を示す図である。

【００６３】以下、文書編集処理について説明する。ス
テップＳ２１０１〜Ｓ２１０４の処理は、第１の実施の
形態におけるステップＳ１０１〜Ｓ１０４と同様である
ので説明を省略する。

【００６４】ステップＳ２１０５では、ステップＳ２１
０４において特定したフォントファイル（新フォントフ
ァイルまたは元フォントファイル）のデータ部からビッ
トマップデータを読み出し、入力文字の文字形状を作成
する。このビットマップデータと作成される文字の形状
は、図１５に示す通りである。

【００６５】図１５にビットマップ表示で示す「Ａ」に
おいては、先ず、０ｘ００００、０ｘ０１８０・・・
（図１４）と並ぶデータを逐次参照し、画面のドットに
対応するＲＡＭ３上の所定の領域にビットの並びを作成
することにより「Ａ」の文字形状が作成される。図１５
では、他の例として文字「Ｂ」についても示している。
この文字形状の作成は、ＣＰＵ１によって行われ、ＲＡ
Ｍ３上に格納される。

【００６６】ステップＳ２１０６以下の処理について
は、第１の実施の形態におけるステップＳ１０６以降の
処理と同様である。

【００６７】なお、説明の便宜のため、上記では主に編
集文書を２つの書体の文字によって構成（即ち、２つの
元フォントファイルを参照）する例を示したが、本発明
は、１または複数の書体を用いる場合にも広く適用可能
である。

【００６８】また、本発明は、複数の機器から構成され
るシステムに適用しても、１つの機器から成る装置に適
用してもよい。また、本発明はシステム或いは装置にプ
ログラムを供給することによって実現される場合にも適
用できることは言うまでもない。この場合、本発明に係
るプログラムを格納した記憶媒体が、本発明を構成する
ことになる。そして、該記憶媒体からそのプログラムを
システム或いは装置に読みだすことによって、そのシス
テム或いは装置が、予め定められたし方で動作する。

【００６９】

【発明の効果】以上説明したように本発明によれば、編
集文書に固有の固有フォントファイルを作成し、以降の
編集においては、先ず、固有フォントファイルを参照す
ることにより、該当する文字のフォントデータが固有フ
ォントファイルに存在する限り、他のフォントデータ資
源を参照する必要がなくなり、フォントデータのアクセ
スを高速化することができるとういう効果がある。

【００７０】

【図面の簡単な説明】

【図１】文書処理装置の概略構成を示すブロック図であ
る。

【図２】文書処理に関する状態遷移を示す状態遷移図で
ある。

【図３】第１の実施の形態における処理の流れを表わし
たフローチャートである。

【図４】アウトラインフォント・ファイルの構造の一例
を示す図である。

【図５】ＸＹ座標系におけるアウトラインフォントの文
字形状展開図である。

【図６】文書の編集に伴う文書編集画面の変化を示す図
である。

【図７】編集した文書を保存するための文書フォーマッ
トファイルの内部構造の一例を示す図である。

【図８】複数のフォントが混在した文書フォーマットフ
ァイルの内部構造の一例を示す図である。

【図９】文書フォーマットファイル８００を参照して複
数の元フォントファイルから必要なデータを取得し、新
フォントファイルを作成する手順を説明する図である。

【図１０】第２の実施の形態における文書編集処理の流
れを示すフローチャートである。

【図１１】ベクトルフォントのフォントファイルの構造
の一例を示す図である。。

【図１２】ＸＹ座標におけるベクトルフォントの展開図
である。

【図１３】第３の実施の形態における文書編集処理の流
れを示すフローチャートである。

【図１４】ビットマップフォントのフォントファイルの
構造の一例を示す図である。

【図１５】ＸＹ座標系におけるビットマップフォントの
展開図である。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 編集文書を画像として出力しながら、少
   なくとも１種類の書体を用いて文書編集が可能な文書処
   理装置であって、 前記編集文書の各構成文字のフォントデータをもって、
   前記編集文書に固有の固有フォントファイルを作成する
   固有フォントファイル作成手段と、 前記編集文書に追加した追加文字を画面表示する際に、
   最初に前記固有フォントファイルを参照し、前記追加文
   字に関するフォントデータが前記固有フォントファイル
   に存在しない場合には、他のフォントデータ資源を参照
   するフォントデータ参照手段と、 を備えることを特徴とする文書処理装置。
2. 【請求項２】 前記固有フォントファイルは、 前記編集文書の各構成文字を特定する文字コードおよび
   書体とを含むインデックス部と、 前記文字コードおよび前記書体とに対応するフォントデ
   ータの集合であるデータ部と、 を有することを特徴とする請求項１記載の文書処理装
   置。
3. 【請求項３】 編集文書を画像として出力しながら、少
   なくとも１種類の書体を用いて文書編集が可能な文書処
   理方法であって、 前記編集文書の各構成文字のフォントデータをもって、
   前記編集文書に固有の固有フォントファイルを作成する
   固有フォントファイル作成工程と、 前記編集文書に追加した追加文字を画面表示する際に、
   最初に前記固有フォントファイルを参照し、前記追加文
   字に関するフォントデータが前記固有フォントファイル
   に存在しない場合には、他のフォントデータ資源を参照
   するフォントデータ参照工程と、 を備えることを特徴とする文書処理方法。
4. 【請求項４】 前記固有フォントファイルは、 前記編集文書の各構成文字を特定する文字コードおよび
   書体と、それらに対応するフォントデータの存在位置を
   指示するポインタを含むインデックス部と、 前記文字コードおよび前記書体とに対応するフォントデ
   ータの集合であるデータ部と、 を有することを特徴とする請求項３記載の文書処理方
   法。