JPH04123164A - 文書処理システム - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野コ 本発明は、出力装置に搭載された複数のサイズ、複数の
書体といったマルチフォントから所望のフォントを利用
して、ＣＲＴ上で文書の編集を行うことが可能な文書処
理システムに関するものである。

［従来の技術］ 従来、文書編集装置側と出力装置としてのプリンタ側で
別々の独立したフォントデータを有する文書処理システ
ムは、文書データ編集時に、プリンタには搭載されてい
るが、装置側には搭載されていない書体が指定された場
合、ＣＲＴ上では代替え書体を利用して表示するように
なっていた。

［発明が解決しようとする課題］ しかしながら、１台の文書編集装置に互いに異なるフォ
ントを搭載したプリンタを複数台つなぎ、それらを切り
替えて使用する場合、任意のブリンクから所望の書体を
選択して文章データを編集する際に、ＣＲＴ上で印刷結
果を正確に表示することが不可能であった。

本発明の目的は、上記の問題点を解決し、印刷に使用す
るフォントと同一フォントを表示することができる文書
処理システムを提供することにある。

［課題を解決するための手段］ このような目的を達成するため、本発明は、複数の表示
用書体のフォントデータを格納する表示用フォントデー
タ格納手段と、複数の印刷用書体のフォントデータを格
納する印刷用フォントデータ格納手段とを有する文書処
理システムにおいて、表示用書体を設定する設定手段と
、該設定手段により設定された表示用書体が前記印刷用
フォントデータ格納手段にのみに存在するか否かを判断
する判断手段と、該判断手段により判断した結果、存在
する場合、当該書体の印刷用フォントデータに基づき当
該書体のキャラクタを表示する表示手段とを備えたこと
を特徴とする。

［作　用］ 本発明では、表示用書体を設定手段により設定し、設定
手段により設定された表示用書体が印刷用フォントデー
タ格納手段にのみに存在するか否かを判断手段により判
断し、判断手段により判断した結果、存在する場合、当
該書体の印刷用フォントデータに基づき当該書体のキャ
ラクタを表示手段により表示する。

［実施例］ 以下、図面を参照して本発明の実施例を詳細に説明する
。

第１図は本発明の一実施例を示す。

図において、９は設定手段としてのキーボードで、シス
テムの動作指令等を入力するとともに、表示用書体を設
定するものである。１０はマウスで、ＣＲＴＩ　３で画
像情報を加工指示するためのものである。マウス１０に
より、ＣＲＴＩ３上のカーソルを移動させてコマンドメ
ニュー上のコマンド・アイコンを選択し、処理の指示を
行う他、編集対象の指示、描画位置の指示等も行うこと
ができる。８は入力制御部で、キーボード９ｉ３よびマ
ウス１０を制御するものである。

１１はビデオ・イメージ・メモリ（以下、ＶＲＡＭとい
う）で、データがビットマツプデータとして展開されて
いる。例えば、文字データである場合は、そのコードに
対応した文字パターンがＶＲＡＭＩ　ｌ上に展開されて
おり、また、ソフト制御によりＶＲＡＭＩ　１の表示エ
リアに直接カーソルを発生し表示が可能である。１２は
表示出力制御部で、ＣＲＴＩ３を制御するものである。

ＶＲＡＭＩ　ｌ　、表示出力制御部１２．　＄ヨびＣＲ
ＴＩ３　！：Ｊ：す、表示手段が構成されている。

Ｉ５は表示用フォントデータ格納手段としてのハードデ
ィスク（以下、ＨＤという）、１６はフロッピー・ディ
スク（以下、ＦＤという）である、１４は外部記憶装置
制御部で、）ｌＤ１５．　ＦＤｌＢを制御するものであ
る。

３はプログラム・メモリ（以下、ＰＭＥＭという）で、
編集処理のためのプログラムがハードディスク１５から
読み込まれ、また、キーボード９から入力されたデータ
がコード情報として格納されている。２は判断手段とし
てのＣＰＵ　（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇ　
ｕｎｉｔｌで、設定された表示用書体がプリンタ７に搭
載された印刷用フォントデータにのみに存在するか否か
を判断するものである。

本システムは、通信制御部４により通信ポート５および
通信回線６を経由して送出される書体／文字サイズ指示
情報、印字位置、文字コード列等を受信し、自機内に有
する文字フォント等により自らのイメージ・メモリに印
刷ビットマツプイメージを展開し印刷ａカするか、ある
いは、文字フォントデータを通信回線６を経由して文書
編集装置に送信するようになっている。

７はプリンタで、複数の書体のフォントデータが搭載さ
れ、各書体ごとに管理データを有する。

１はシステム、バスである。

第２図は第１図示プリンタフの構成を示す。

図において、６は通信回線、３２は通信ボート、３］は
通信制御部である。２４はイメージ・メモリ（以下、Ｉ
ＭＥＭという）で、印刷出力時に、印刷データをビット
マツプデータとして展開するものである。２５は印刷出
力制御部で、印刷出力時にＩＭＥＭ２４に展開されたビ
ットマツプデータを印刷出力部２６に出力するものであ
る。２７はデータファイル用のＦＤ、２８は印刷用フォ
ントデータ格納手段としてのＨＤである。２９は外部記
憶装置制御部で、データファイル用のＦＤ２７、データ
ファイル用のＨＤ２８を制御するものである。２３はＰ
ＭＥＭで、印刷ビットマツプイメージ展開出力処理のた
めのプログラムがハードディスク２８またはＲＯＭ３０
から選択／読み込みされている。３０ばＲＯＭで、文字
フォントの制御情報、ビットマツプ・データ、輪郭情報
等のパターン情報とプリンタ７の制御プログラム等が格
納されている。

文書処理装置側に文字フォントデータを送信する場合は
、ＰＭＥＭ２３に格納されたコード情報に従って、フォ
ントパターン情報を獲得して適正なビットマツプデータ
に加工した後、展開制御データとともに通信制御部３１
、通信ボート３２から通信回線６を経由して転送される
。

２２はＣＰＵで、プリンタ７全体を制御するものである
。２１はシステム・バスである。

第３図はプリンタ７に搭載されたフォント管理データの
構造の一例を示す。

図において、４１は内部的に書体データを認識するため
の書体ｉｄコード、４２は書体名を表示するための書体
名文字コード、４３はドツトデータ、圧縮データ、ベク
トルデータ等のパターンのデータ種を識別するためのデ
ータ種ｉｄである。４４はバージョン、パターン展開の
基準ボックスサイズ等の他の書体管理データ群である。

第４図は文字要求データの構成を示す。

第４図において、６４は印刷する文字のコードまたは文
字のストリングデータ、６５はその文字コードをどの書
体のフォントデータから得るかを識別するための書体ｉ
ｄ（第３図の書体１ｄ４１と同一）。

６６はフォントパターンをどのように変形してビットマ
ツプ展開するかという情報、６７はフォントパターンの
中塗り情報、６８は１ドツトのデータが２値か多値かを
識別するためのビットイメージ展開法データ、６９はフ
ォントパターンの縦横ドツトサイズもしくは印刷の結果
として得られるポイント、級等の文字のサイズデータ、
７０は表示デバイスの解像度を表す表示デバイスデータ
である。ここで、表示デバイスデータ７０は文字サイズ
データ６９がドツトサイズを表す時は必要ないが、表示
結果のサイズを表す時は、プリンタ内部で文字ドツトサ
イズを求めるために必要である。

第５図は展開制御データの構成を示す。

第５図において、７１はビットマツプデータの実際の縦
、横ドツトサイズを表すパターンボックスデータ、７２
はその文字データの左マージン、送り幅、カーニング等
の表示時の制御データ、７３は文字ビットマツプパター
ンデータである。

次に、明朝体で作成された文書データをゴシック体に変
更する場合の動作を説明する。

第６図に示すＣＲＴ１３上の文書編集画面５１内で、書
体の変更を行いたい部分５２をマウス１０またはキーボ
ード９により選択し、ゴシック体への変更を指定すると
、書体変更実行後結果５３のように指定された部分５４
は、ゴシック体で、指定されていない部分は、元の書体
で表示される。

この時、文字展開データは次のようにして獲得される。

まず、装置側からは、文字単位あるいは文字ストリング
単位で第４図に示す文字要求データがプリンタ７側に送
られる。プリンタ７側では、前述した通信回線６を介し
て文字要求データを受は取った後に、プリンタ７内のＨ
Ｄ２８あるいはＲＯＭ３０から該当するフォントパター
ンデータと展開制御データをとりだし、文字要求データ
の内容に従ってビットマツプ展開を行う。次に、この展
開データと先の展開制御データから第５図に示す文字展
開データを作成して、それを通信回線６を介して装置に
送信する。獲得された文字展開データは、パターンボッ
クスデータ、文字表示制御データと指定された位置パラ
メータ（ポジションと回転）に従って、ＶＲＡＭＩ　ｌ
内の適正な場所にビットマップ展開される。

第７図はプリンタからのフォントデータのアップロード
時の制御手順の一例を示すフローチャートである。

ステップＳ１にて、指定された書体ｉｄをプリンタ７側
に送信し、プリンタに搭載されている各書体の管理デー
タ（第３図）の書体ｉｄ中と合致するものが存在するか
否かをチエツクし、指定された書体データがプリンタフ
に搭載されているか否かをチエツクする。チエツクした
結果、存在しない場合は、代替え書体を表示する等の方
法がとられる。他方、所望の書体が存在する場合は、ス
テップＳ２に移り、ステップＳ２にて、プリンタ７内の
同フォントデータをアクセス可能となるように、フォン
トのオーブン処理を行う、その後、表示を行う文字数、
あるいは文字ストリング数回以下の３３〜Ｓ５のループ
を繰り返す、すなわち、ステップＳ３にて、表示を行い
たい文字コードから第４図に示した文字要求データを作
成し、ステップＳ４にて、プリンタ７側で文字要求デー
タに従ってフォントパターンデータをビットマツプ展開
し、該当する表示制御データと組み合わせて、文字展開
データを作成する。その後、ステップＳ５にて、プリン
タ７側から受は取った文字展開データと指定された位置
パラメータに従って、ＶＲＡＭＩＩ内の適正な場所にビ
ットマツプ展開される。そして、以上の処理が指定され
た文字分ループした後に本処理は終了となる。

本実施例では、表示の要求が発生する度に、プリンタ側
に該当書体の有無を問い合わせ、文字ごとにプリンタ側
でビットマツプデータを作成して装置側にアップロード
する例を説明したが、プリンタと装置の接続時にプリン
タ側の全てのフォントを全ての表示可能なサイズにビッ
トマツプ展開して装置側のＰＭＥＭあるいはＨＤにアッ
プロードして、本体側でそのデータを管理するようにし
てもよい。この場合、フォントデータ表示の際に毎回プ
リンタ側へアクセスする必要がなくなるため処理効率が
向上する。

また、全てのフォントデータをアップロードすることが
できない時、ＰＭＥＭ上に何文字分かのキャッシュバッ
ファをとり、−旦プリンタで展開されたデータをそこに
蓄えておき、再び同じ文字が呼ばれた時は、キャッシュ
バッファからデータをとりだすようにしてもよい、この
ようにすることにより処理の効率を向上させることがで
きる。

なお、本発明でいう文書は、文章（表も含む）、図形、
イメージ等を含めて総称している。

また、本発明の機能が実行されるのであれば、単体の機
器であっても、複数の機器からなるシステムであっても
、ＬＡＮ等のネットワークを介して、処理が行なわれる
システムであっても本発明が適用されることは言うまで
もない。

Ｃ発明の効果コ 以上説明したように、本発明によれば、印刷に用いるフ
ォントデータと同一のフォントデータに基づき表示する
ようにしたので、印刷用フォントが異なっていても印刷
結果を正確に表示しながら文書の編集を行うことが可能
となった。

【図面の簡単な説明】

第１図は本発明の一実施例を示すブロック図、 第２図は第１図示プリンタフの構成を示すブロック図。 第３図は第１図示プリンタフに搭載されたフォント管理
データの構造を示す図、 第４図は文字要求データの構造の一例を示す図、 第５図は文字展開データの構造の一例を示す図、 第６図は一実施例における書体変更を説明する説明図、 第７図は第１図示ＰＭＥＭ３に格納されるフォントデー
タのアップロード時の制御手順の一例を示すフローチャ
ートである。 １・・・システム・バス、 ２・・・ＣＰｔ１． ３・・・プログラム・メモリ、 ４・・・通信制御部、 ５・・・通信ボート、 ６・・・通信回線、 ７・・・プリンタ、 ８・・・入力制御部、 ９・・・キーボード、 ｌＯ・・・マウス、 １１・・・ＶＲＡＭ。 １２・・・表示出力制御部、 １３・・・ＣＲＴ　。 １４・・・外部記憶装置制御部、 １５・・・ハードディスク、 １６・・・フロッピーディスク、 ２１・・・システム・バス、 ２２・・・ｃｐｕ　。 ２３・・・プログラム・メモリ、 ２４・・・イメージ・メモリ、 ２５・・・印刷出力制御部、 ２６・・・印刷出力部、 ２７・・・フロッピーディスク、 ２８・・・ハードディスク、 ２９・・・外部記憶装置制御部、 ３０・・・ＲＯＭ　。 ３１・・・通信制御部、 ３２・・・通信ポート。 第２図 第３図

Claims (1)

1. 【特許請求の範囲】 １）複数の表示用書体のフォントデータを格納する表示
   用フォントデータ格納手段と、 複数の印刷用書体のフォントデータを格納する印刷用フ
   ォントデータ格納手段と を有する文書処理システムにおいて、 表示用書体を設定する設定手段と、 該設定手段により設定された表示用書体が前記印刷用フ
   ォントデータ格納手段にのみに存在するか否かを判断す
   る判断手段と、 該判断手段により判断した結果、存在する場合、当該書
   体の印刷用フォントデータに基づき当該書体のキャラク
   タを表示する表示手段とを備えたことを特徴とする文書
   処理システム。