JP2003058528A

JP2003058528A - 文字処理装置および文字処理方法およびプログラム

Info

Publication number: JP2003058528A
Application number: JP2002115941A
Authority: JP
Inventors: Hidekazu Morooka; 秀和師岡
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2001-05-31
Filing date: 2002-04-18
Publication date: 2003-02-28
Also published as: US20030046314A1

Abstract

(57)【要約】【課題】タグ付きドキュメント等のドキュメントに対
して、書体属性情報を使いパラグラフ内の文字に対して
一文字単位、またはパラグラフ単位で最適な書体を指定
し文字化けのない高品位なドキュメント出力を行えるこ
とである。【解決手段】入力されたドキュメントに含まれる書体
属性と搭載されているフォントとテキストの文字コード
とに基づきフォントを指定し（７０５），（７０６）、
該指定されたフォントを用いてテキストの文字を出力す
る（７０７）構成を特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、入力される多言語
を表示可能なタグ付きドキュメントを所定のデバイスで
搭載される複数のデバイス搭載書体群を使用して出力さ
せる文字処理装置および文字処理方法およびプログラム
に関するものである。

【０００２】

【従来の技術】従来、パソコン（ＰＣ）で作成したタグ
付きドキュメント（例えばＨＴＭＬ／ＸＬＭ等のファイ
ル）に対して、そのドキュメント中の文字を表示または
印刷する場合、ドキュメント内に指定されている書体属
性を使い、書体を決定し文字の表示を行っていた。

【０００３】

【発明が解決しようとする課題】しかし、インターネッ
トの発達によりドキュメントの表示及び印刷が、グロー
バルに対応する必要があり、書体属性に含まれる、書体
名と字形の特徴による書体指定だけでは指定された書体
に必要となる文字データが存在しない場合があり、それ
に起因する文字化け、文字の非表示などが発生し非常に
不便となってしまう等の問題点があった。

【０００４】本発明は、上記の問題点を解決するために
なされたもので、本発明の目的は、タグ付きドキュメン
ト等のドキュメントに対して、書体属性情報を使いパラ
グラフ内の文字に対して一文字単位、またはパラグラフ
単位で最適な書体を指定し文字化けのない高品位なドキ
ュメント出力を行える文字処理装置および文字処理方法
およびプログラムを提供することである。

【０００５】

【課題を解決するための手段】本発明に係る文字処理装
置は、書体属性、テキストを含むドキュメントを入力す
る入力手段と、前記入力手段により入力されたドキュメ
ントに含まれる書体属性と搭載されているフォントとテ
キストの文字コードとに基づきフォントを指定する指定
手段と、前記指定手段により指定されたフォントを用い
てテキストの文字を出力する出力手段とを有することを
特徴とする。

【０００６】本発明に係る文字処理装置は、さらに、前
記入力手段により入力されたドキュメントに含まれる書
体属性と搭載されているフォントとに基づきリストを作
成する作成手段をさらに有し、前記指定手段は、前記作
成手段により作成されたリストとテキストの文字コード
とに基づきフォントを指定することを特徴とする。

【０００７】本発明に係る文字処理方法は、書体属性、
テキストを含むドキュメントを入力する入力ステップ
と、前記入力ステップにより入力されたドキュメントに
含まれる書体属性と搭載されているフォントとテキスト
の文字コードとに基づきフォントを指定する指定ステッ
プと、前記指定ステップにより指定されたフォントを用
いてテキストの文字を出力装置により出力させる出力ス
テップとを有することを特徴とする。

【０００８】また、前記入力ステップにより入力された
ドキュメントに含まれる書体属性と搭載されているフォ
ントとに基づきリストを作成する作成ステップをさらに
有し、前記指定ステップは、前記作成ステップにより作
成されたリストとテキストの文字コードとに基づきフォ
ントを指定することを特徴とする。

【０００９】

【発明の実施の形態】〔第１実施形態〕図１は、本発明
の第１実施形態を示す文字出力制御装置，文字処理装置
を適用可能な情報処理システムの構成を説明するブロッ
ク図であり、本システムは日本語ワードプロセッサであ
ってもよいし、ワークステーションあるいはパーソナル
コンピュータ等のシステムであってもよい。

【００１０】図１において、１０１はＣＰＵ、すなわち
中央処理装置であり、この装置全体の制御及び演算処理
等を行う。１０２は読み出し専用メモリであるところの
ＲＯＭで、ＣＰＵ１０１が実行すべきシステム起動プロ
グラムおよび文字変換用の文字パターン・データ等を記
憶する。

【００１１】１０３はランダムアクセスメモリ（ＲＡ
Ｍ）であり、ＣＰＵ１０１の演算に使用するデータやＣ
ＰＵ１０１の演算結果を一時記憶する。１０４はキーボ
ード制御部（ＫＢＣ）であり、キーボード（ＫＢ）１０
５よりキー入力データ（文字コードや制御コード）を受
け取りＣＰＵ１０１へ伝達する。

【００１２】１０６はディスプレイ制御部（ＣＲＴＣ）
であり、ＲＡＭ１０３に格納された表示情報、すなわ
ち、文字コードから変換されたビットマップイメージを
読み出し、ＣＲＴ１０７に転送する。１０７はディスプ
レイ装置（ＣＲＴ）であり、ＣＲＴＣ１０６よりビット
マップイメージを受け取り表示画面に表示する。１０８
はディスク制御部（ＤＫＣ）であり、外部記憶装置１０
９のデータ伝送等の制御を行う。

【００１３】１０９は外部記憶装置で、フレキシブルデ
ィスク装置（ＦＤ）、あるいはハードディスク装置（Ｈ
Ｄ）、あるいはＣＤ−ＲＯＭ等で構成される。外部記憶
装置１０９にはプログラムおよびデータを記憶させてお
き、ＣＰＵ１０１は必要に応じて記憶データを参照した
り、またはＲＡＭ１０３にロードする。１１０はネット
ワーク制御部（ＮＴＣ）であり、ネットワーク装置（Ｎ
Ｔ）１１１の動作制御を行う。１１２はシステムバスで
あり、上述の構成要素間のデータ転送を行う。

【００１４】図２は、図１に示した情報処理システムに
対してＲＡＭ１０３に割り当てられるメモリ構成を説明
する図である。

【００１５】なお、本システムでは、基本Ｉ／Ｏプログ
ラム、ウインドウシステム等のオペレーティングシステ
ム、および本発明の処理となるアプリケーションが実行
されることにより動作する。

【００１６】なお、本実施形態において、基本Ｉ／Ｏプ
ログラムは図１に示したＲＯＭ１０２に格納され、ま
た、オペレーティングシステムは、図１に示したハード
ディスク等の外部記憶装置１０９に格納されている。そ
して電源がＯＮされたときに、基本Ｉ／Ｏプログラム中
のＩＰＬ（イニシャライズプログラムローディング）機
能によりＨＤからオペレーティングシステムがＲＡＭ１
０３の所定領域に読み込まれ、その動作が開始される。

【００１７】また、本発明に係る機能処理を実現するた
めのプログラム及び関連データは、図１に示したＦＤあ
るいはＣＤ−ＲＯＭ等の外部記憶装置１０９により供給
される。そして、ＦＤあるいはＣＤ−ＲＯＭからプログ
ラム及び関連データを一旦ＨＤへインストールすること
により、ＨＤからＲＡＭにロードし実行することが可能
となる。あるいは、ＨＤへインストールせずに直接ＦＤ
あるいはＣＤ−ＲＯＭからＲＡＭへロードし実行するこ
とも可能である。

【００１８】図２において、２１０は基本Ｉ／Ｏプログ
ラムで、ＲＯＭ１０２からロードされて実行可能となっ
た状態を示す。２１１はオペレーティングシステムで、
ウインドウシステム等のオペレーティングシステムがＲ
ＡＭにロードされ実行可能となった状態を示す。

【００１９】２１２はアプリケーションで、後述するフ
ローチャートに示す各種の手順に対応したプログラムが
ＲＡＭにロードされ実行可能となった状態を示す。

【００２０】２１３は関連データで、ＲＡＭにロードさ
れ実行可能となった状態を示す。２１４はワークエリア
で、各々のプログラムが使用するワークメモリで動的に
確保される。

【００２１】図３は、本発明の第１実施形態を示す文字
処理装置を適用可能な出力装置のシステムの基本構成を
示すブロック図である。なお、本システムはレーザビー
ムプリンタであってもよいし、バブルジェット（登録商
標）プリンタあるいは熱転写等の出力装置であってもよ
い。

【００２２】図３において、３０１はＣＰＵ、すなわち
中央処理装置であり、この装置全体の制御および演算処
理等を行うものである。

【００２３】３０２はＲＯＭであり、システム起動プロ
グラムおよび文字パターン・データ等の記憶領域であ
る。３０３はＲＡＭであり、使用制限のないデータ記憶
領域であり、さまざまな処理毎に各々のプログラムおよ
びデータがロードされ実行される領域である。

【００２４】３０４はプリンタ制御部（ＰＲＴＣ）であ
り、プリンタ装置（ＰＲＴ）３０５の印刷処理を制御す
る。３０８はシステムバスであり、上述の構成要素間の
データの通路となるべきものである。３０６はネットワ
ーク制御部（ＮＴＣ）であり、ネットワーク装置（Ｎ
Ｔ）３０７の動作制御を行う。

【００２５】図４は、本発明に係る文字処理装置を適用
する印刷システムにおけるデータ処理系を説明するブロ
ック図であり、以下、ＰＣとプリンタとの間における印
刷データの処理例を説明する。

【００２６】図４において、４０１はＰＣで、日本語ワ
ードプロセッサであってもよいし、ワークステーション
あるいはパーソナルコンピュータ等のシステムであって
もよい。４０２はアプリケーションプログラム（アプリ
ケーション）であり、文書ファイルを作成する。

【００２７】４０３は出力処理を行う際に使われるプリ
ンタドライバプログラム（プリンタドライバ）であり、
アプリケーション４０２からの描画命令等をプリンタ４
０５が解析可能な印刷データに変換する。４０４はスプ
ーラプログラムで、プリンタドライバ４０３の出力を一
旦スプールする。

【００２８】４０５はページプリンタ（プリンタ）、４
０６はコントローラ部であり、プリンタドライバ４０３
から出力されたコマンドを解析しビットマップイメージ
を作成する。４０７はイメージバッファ部であり、コン
トローラ部４０６により生成されたビットマップイメー
ジに展開される。４０８は印刷エンジン部であり、イメ
ージバッファ部４０７に展開されたイメージを読み出し
用紙上に印刷する。

【００２９】図５は、本発明を適用可能なネットワーク
システムの一例を示すブロック図であり、ネットワーク
を介して複数のＰＣとサーバとプリンタとが所定のプロ
トコルで通信可能に構成されたシステム例に対応する。

【００３０】図５において、５０１はドキュメントを作
成するＰＣであり、アプリケーションソフトによりドキ
ュメントを作成し、前記ドキュメントに対してフォント
情報をエンベッドしたファイルをネットワークに送信す
る。なお、ＰＣ５０１は図１に示したようなハードウエ
ア構成を備えているものとする。

【００３１】５０２はインターネット上にあるＷｅｂド
キュメントを保存するＷｅｂサーバ（サーバ）であり、
本サーバはワークステーションあるいはパーソナルコン
ピュータ等のシステムを使ったシステムであってもよ
い。

【００３２】５０３はＷｅｂドキュメントの出力を行う
ＰＣであり、表示したＷｅｂドキュメントはローカルの
プリンタ５０４またはネットワークのプリンタ５０５を
利用して印刷出力を行う。

【００３３】なお、プリンタ５０４は、ＰＣ５０３に所
定のインタフェースを介してダイレクトに接続されてい
るローカルプリンタである。また、ネットワークのプリ
ンタ５０５は、ＰＣ５０１，５０３あるいはサーバ５０
２よりＷｅｂドキュメントを受信して出力可能なプリン
タである。

【００３４】図６は、本発明に係る文字処理装置におい
て処理される第１のタグ付きドキュメントの処理例を示
す図であり、（Ａ）はタグ付きドキュメント例を示し、
（Ｂ）は上記（Ａ）の印刷出力例に対応する。

【００３５】図６の（Ａ）において、テキストを表す＜
ＴＥＸＴ＞タグに対して、その書体属性を示す＜書体属
性＞タグを付加する事により、そのテキストを表示する
際に利用する書体を指定している。

【００３６】また、＜ＴＥＸＴ＞から＜/ＴＥＸＴ＞で
囲まれた、テキストをパラグラフと呼び、パラグラフ内
は、書体属性の書体名の順に１文字単位で当てはめが行
われる。

【００３７】例えば図６の（Ａ）の例では、下記の例の
ように書体名が、Times（欧文フォント）、ゴシック体
（和文フォント）の順で書体の当てはめが行われ、＜書体属性＝書体名：Times,ゴシック体，sans−serif;
属性：italic，bold；＞＜ＴＥＸＴ＞"明日は、天気が良くってwindyです"＜／
ＴＥＸＴ＞＜／書体属性＞上記のパラグラフのwindyの部分は、Times体で表示さ
れ、他の部分は、和文フォントのゴシック体で表示され
る。

【００３８】図６の（Ｂ）は、図６の（Ａ）に示すドキ
ュメントの出力イメージを表したものである。

【００３９】なお、ドキュメントは、パラグラフと書体
属性情報及びイメージデータにより構成されているが、
本提案ではイメージデータの出力方法についは、特に言
及しない。ドキュメントを構成するパラグラフには、１
つの書体属性情報に対して複数のパラグラフが対応す
る。

【００４０】また、書体属性情報は、図６の（Ａ）に示
されるように、書体の形状を示す属性（イタリック、ボ
ールド等）、およびその書体名により構成されており、
書体名については、候補となる複数の書体名が設定可能
であるが、書体名による対応は、記載されている書体名
の順番で優先的に判定される。

【００４１】つまり、図６の例で示すと、Times体、ゴ
シック体、sans-serifいずれの書体による対応が可能な
場合では、その文字は、Times体により対応が行われ
る。

【００４２】図７は、本発明に係る文字処理装置におけ
る第１のデータ処理手順の一例を示すフローチャートで
ある。なお、（７０１）〜（７０８）は各ステップを示
す。なお、本処理は、図５に示したＰＣ５０３あるいは
プリンタ５０５で実施されるものとする。

【００４３】ステップ（７０１）で処理が開始される
と、ステップ（７０２）で、ドキュメント出力に使用可
能なデバイスにエンベッドされているフォントは、デバ
イスのHDに登録されていても、ROM/RAMといったメモリ
に登録されていても良く、デバイスに登録されている全
てのフォントデータフォーマットより、書体属性情報と
して、書体名、属性データ、文字コードのエンコーディ
ング(表ではEncodingと記述)、対応文字コード範囲とい
った情報より構成される、メモリ上に読み込まれる。な
お、対応文字コード範囲は、文字コードのエンコーディ
ングに対応している。たとえば、文字のエンコーディン
グがEUCであれば漢字コード部分は、0xA1A1〜0xFEFEで
表されるが、JISコードであれば0x2121-0x7E73であらわ
される。また、メモリ上に登録する際には文字コード範
囲をユニコードなどのエンコーディングに統一して登録
するようにしても良く、また、エンベッドフォントデー
タに登録されているエンコーディングのまま登録するよ
うにしても良い。

【００４４】メモリ上に読み込むまれたデータフォーマ
ットの一例を下記表１に示す。

【００４５】

【表１】

【００４６】属性データには、書体の形状の特徴を表
す、Italic,Boldといったキーワードで定義してあって
も、PANOSEデータとして形状を数値化した状態で定義し
てあっても有効である。

【００４７】また、文字コード範囲には、当該の書体デ
ータが対応している文字コードの範囲を文字のエンコー
ディングと共に登録してある。このデータは、書体デー
タが定義されていればそれを流用しても良く、定義さて
いない場合には、本システム側で書体データのINDEXを
読み出し、書体属性情報に登録するようにしても良い。

【００４８】そして、ステップ（７０３）で、ドキュメ
ント内部の全てのパラグラフに対して、デバイスエンベ
ッドフォントとの対応が取れたかを判定（ＰＣであれ
ば、図１に示したＣＰＵ１０１により判定処理され、プ
リンタであれば、図３に示したＣＰＵ３０１により判定
処理されるものとする）して、全てのパラグラフに対し
て、デバイスエンベッドフォントとの対応が取れたと判
定した場合には、ステップ（７０７）へ進み、プリント
アウト処理を実行して、ステップ（７０８）で処理を終
了する。

【００４９】一方、ステップ（７０３）で、キュメント
内部の全てのパラグラフに対して、デバイスエンベッド
フォントとの対応が取れていないと判定した場合は、書
体属性情報の書体名指定があるかどうか判定して（７０
４）、書体名指定があると判定した場合は、ステップ
（７０５）へ進み、指定書体を設定する処理を実行し
て、ステップ（７０３）へ戻り、書体指定がないと判定
した場合には、ステップ（７０６）へ進み、代替書体に
よる指定処理を実行して、ステップ（７０３）へ戻る。

【００５０】なお、ステップ（７０３）における、全て
のパラグラフに対応したかを判定するステップは、１ド
キュメントに対して行われても、またページ単位に判定
されてもよい。

【００５１】図８は、本発明に係る文字処理装置におけ
る第２のデータ処理手順の一例を示すフローチャートで
あり、図７に示したステップ（７０６）における代替書
体の設定処理の詳細手順に対応する。なお、（８０１）
〜（８０６）は各ステップを示す。

【００５２】先ず、ステップ（８０１）では、書体属性
データの中から字形の特徴を表すデータ（italic,bold
等）を用いて、プリンタ搭載フォント（図３に示したＲ
ＯＭ３０２に記憶されている）の中から、似た形状の書
体データを選択して、候補に上がる書体を優先順位をつ
けてリストアップ処理を行う。

【００５３】デバイスエンベッドフォントが下記表２に
あるような３書体が登録してあり、パラグラフに定義さ
れている書体属性が、書体名:指定なし、属性：Bold W
8といった場合について書体の優先順位付けについて具
体例を上げて述べる。

【００５４】このケースでは書体名のマッチングではマ
ッチングできずに属性によるマッチングを行う事とな
る。この場合、パラグラフの属性とエンベッドフォント
の属性について、マッチングに関する重み付けを行う。

【００５５】たとえば、パラグラフ属性に設定されてい
るWeightとエンベッドフォントに定義されているWegith
の差が1以内なら10点、2以上あれば5点、3以上あれば1
点を加算する。このような加算を、Italicなどの他の属
性についても評価を行い加算する。その結果をマッチン
グレベルとして書体属性データに登録し、この値が高い
ものからソートを行いリストアップし上位のものから優
先的に文字コード範囲等のマッチングを行い候補を決定
する。なお、属性によるマッチングレベルの評価は、表
２に示すように、パラグラフに定義されている書体属性
に書体名が定義されていない場合にでも有効なのは言う
までもない。

【００５６】

【表２】

【００５７】次に、ステップ（８０２）は、パラグラフ
内の全ての文字コードに対して、デバイスフォントとの
書体のマッチング評価を行ったかどうかを判定して、評
価を全て終了したと判定した場合には、図７に示したス
テップ（７０３）に戻り（リターン）、全ての文字コー
ドの評価が終了していないと判定した場合は、１文字単
位で評価を行うよう対象となる文字コードと共にステッ
プ（８０３）へ進む。

【００５８】ここで、文字コードの判定方法についてふ
れておく。

【００５９】パラグラフドキュメントには、ドキュメン
トの定義としてそのパラグラフ内で使われている文字コ
ードのエンコーディングが定義してある。したがって、
パラグラフの文字コードと、エンベッドフォントのエン
コーディングが異なる場合には、コード変換を行い文字
コードの判定を行う。この方法としては、エンベッドフ
ォントの書体属性情報としてメモリに登録する際に、エ
ンベッドフォントの対応する文字コード範囲をユニコー
ドなどのエンコーディングに統一して登録してある際に
は、パラグラフ内のエンコーディングと登録した書体属
性中のエンコーディングが異なる場合、逐次、コード変
換し文字コードの評価を行っても良い。また、エンベッ
ドフォントデータに記載されているエンコーディングに
従って、文字コード範囲を書体属性情報に登録し、パラ
グラフ内の文字コードと書体属性情報中に記載のエンコ
ーディングが異なる際には、コード変換を行い判定を行
うようにしても良い。もちろん、書体属性情報中のエン
コーディングとパラグラフ内のエンコーディングが同じ
場合には、文字コード変換なしで評価を行う。

【００６０】そして、ステップ（８０３）は、対象とな
る文字コードが、ステップ（８０１）でリストアップさ
れた書体全てと、文字コードによるマッチング評価を行
ったかどうかを判定して、全ての書体との評価が終了し
ていると判定した場合は、ステップ（８０６）へ進み、
あらかじめシステムに登録してある書体（本実施形態で
は、default書体と呼ぶ）により前記文字の出力が行え
るように書体指定を行い、ステップ（８０２）へ戻る。

【００６１】一方、ステップ（８０３）で、全ての書体
との評価が終了していないと判定した場合は、ステップ
（８０４）へ進み、対象となる文字コードがリストアッ
プされた書体内に存在するか判定して、対象となる文字
コードがリストアップされた書体内に存在すると判定し
た場合は、ステップ８０５へ進み、判定した書体によ
り、前記判定した文字の出力が行えるように書体指定
（設定）を行い、ステップ（８０２）へ戻る。なお、こ
の指定により文字は指定された書体により出力される。
なお、指定された書体が属性データの特性を加味した書
体である場合には、属性データの当該データをOFFとし
て印刷処理を行う。

【００６２】具体的に例を上げると、パラグラフの属性
データがItalic、Boldで指定され、選択された書体がIt
alic体であった場合には、印刷時に選択された書体と、
属性データのコンフリクトを取り、書体属性が２重にか
からないように処理を行う。したがって、選択された書
体がItalic体であった場合には、当該書体にBold処理の
みを施すといった処理を行う。

【００６３】一方、ステップ（８０４）で、対象となる
文字コードがリストアップされた書体内に存在しないと
判定した場合は、次の優先順位の書体による文字コード
チェックを行うために、ステップ８０３の直前に進む。

【００６４】なお、default書体は、書体属性内の字形
データ（Italic,bold等）に対応していないが、前記文
字コードが存在する書体をデバイスエンベッド書体の中
から選択し対応しても良い。

【００６５】図９は、本発明に係る文字処理装置におけ
る第３のデータ処理手順の一例を示すフローチャートで
あり、図７に示したステップ（７０５）における指定書
体の設定処理の詳細手順に対応する。なお、（９０１）
〜（９０６）は各ステップを示す。

【００６６】先ず、ステップ（９０１）で、書体属性に
記述されている書体と、デバイスフォントとの対応付け
を行い、それを優先度順に並べたリストを作成する。図
６（Ａ）の例で、デバイスエンベッドフォント（プリン
タ内蔵フォント）に、Timesとゴシックとが存在する場
合、図６（Ａ）の書体名で左側のものが優先されるの
で、Timesが優先順位１、ゴシックが優先順位２とし
て、リスト（表３参照）が作成される。

【００６７】

【表３】

【００６８】また、この際のリスト作成について、パラ
グラフに定義されている書体名が"Nonac"であった場合
の具体例を上げて説明する。

【００６９】デバイスエンベッドフォントに下記にある
ような４書体が登録してあり、パラグラフに定義されて
いる書体名が"Nonac"であった場合、デバイスエンベッ
ドフォント中の書体名称とのマッチングを行う。この場
合、Nonacと名称が完全に一致するものを出力書体とし
第一の候補とする。次の候補として同一ファミリの書体
を候補とするため書体名称中にNonacの名称があるもの
を次の候補とする。この際に、名称中に一致する文字列
があった場合にはその書体を同一ファミリの書体として
扱い、書体名称中のキーワード、Italic、Bold、BoldIt
alicなどに注目しこのキーワードに対して重み付けをし
て候補の優先順位付けを行う。一例として、Nonac書体
に対する候補としてはBold＞Italic＞BoldItalicといっ
た優先順位となる。この書体ファミリ内の優先順位付け
については実装系により異なる。

【００７０】書体名称中にマッチングする部分が無い場
合には、表４に示すように書体名称によるマッチング候
補外の書体となり優先順位のリスティング外の扱いとな
る。

【００７１】

【表４】

【００７２】次に、ステップ（９０２）で、パラグラフ
内の全文字に対して評価を行ったかどうかを判定して、
全文字の評価が行われたと判定した場合は、図７のステ
ップ７０３の直前に戻り、評価途中である場合はステッ
プ（９０３）へ進む。

【００７３】そして、ステップ（９０３）で、先のステ
ップ（９０１）で作成したリストから、１書体名を読み
出した際に、ステップ（９０１）で作成した書体リスト
全ての書体名に対して行ったかどうかを判定して、作成
した書体リスト全ての書体名に対して行ったと判定した
場合は、書体属性に登録された書体名による対応は不可
と判定してステップ（９０６）へ進む。

【００７４】そして、ステップ（９０６）で、代替書体
設定処理を行い、ステップ（９０２）へ戻る。なお、ス
テップ（９０６）の処理は、ステップ（７０６）と同一
の機能をもつステップであり、その詳細は図８のフロー
で示した通りである。

【００７５】一方、ステップ（９０３）で、作成した書
体リスト全ての書体名に対して行っていないと判定した
場合は、ステップ（９０４）で、読み出されたデバイス
にエンベッドされた書体に指定された文字コードが存在
するかどうかを判定し、存在しなかったと判定した場合
には、次の書体による文字コードのチェックを行うべく
ステップ（９０３）の直前に戻る。

【００７６】たとえば、図６（Ａ）の例では、ステップ
９０１で作成されたリストに基づき、「明」の文字コー
ドが優先度１のTimesの文字コード範囲にあるか判別
し、「明」の文字コードはTimesの文字コード範囲に無
いので、次に「明」の文字コードが優先度２のゴシック
の文字コード範囲にあるか判別し、「明」の文字コード
はゴシックの文字コード範囲にあるので、「明」の文字
コードはゴシック体で出力することが指定される。続い
て「日」「は」「、」・・・の文字コードも同様に行わ
れる。次に「w」の文字コードがTimesの文字コード範囲
にあるか判別し、「w」の文字コードはTimesの文字コー
ド範囲にあるので、「w」の文字コードはTimesで出力す
ることが指定される。

【００７７】なお、Timesや、ゴシックは、イタリッ
ク、ボールドのファミリ書体はないので、Timesや、ゴ
シックのフォントデータに対してイタリック変形、ボー
ルド変形を行うことも指定される。この変形指定に基づ
きイタリック変形、ボールド変形の施されたTimesや、
ゴシックの文字を出力する。

【００７８】一方、ステップ（９０４）で、文字コード
の存在が確認されたと判定した場合には、ステップ（９
０５）へ進み、判定した文字の出力が指定書体により行
えるように登録書体名を指定して、ステップ（９０２）
へ戻る。

【００７９】上記処理により、コントローラ部は、各文
字をどのフォントで出力するのか指定するコマンドを作
成する。このコマンドは、文字コード1つ1つに書体名、
イタリック変形、ボールド変形等を指定する属性を付与
する形式でも良いし、書体名、イタリック変形、ボール
ド変形等が切り替わる文字コードと文字コードの間に切
り替えコマンドを挿入する形式のどちらでも良い。

【００８０】また、作成されたコマンドから、プリンタ
のフォントを用いて、イメージバッファ部にイメージデ
ータを作成し、作成したイメージデータに基づき印刷エ
ンジン部で印刷を行う。

【００８１】なお、上記第１実施形態では、プログラム
をＲＡＭ１０３上にロードして実行させる例を示した
が、この他にも外部記憶装置１０９としてのＦＤから、
本プログラムおよび関連データを一旦ＨＤに格納（イン
ストール）しておき、本プログラムを動作させる際に、
ＨＤからＲＡＭ１０３上にロードするようにしても良
い。

【００８２】また、本プログラムを記録する媒体は、Ｆ
Ｄ以外にもＣＤ−ＲＯＭ、ＩＣメモリカード等であって
もよい。更に本プログラムをＲＯＭ１０２に記録してお
き、これをメモリマップの一部となすように構成し、直
接ＣＰＵ１０１で実行することも可能である。

【００８３】〔第２実施形態〕図１０は、本発明に係る
文字処理装置において処理される第２のタグ付きドキュ
メントの処理例を示す図であり、（Ａ）はタグ付きドキ
ュメント例を示し、（Ｂ）は上記（Ａ）の印刷出力例に
対応する。

【００８４】図１０の（Ａ）において、テキストを表す
＜ＴＥＸＴ＞タグに対して、その書体属性を示す＜書体
属性＞タグを付加する事により、そのテキストを表示す
る際に利用する書体を指定している。

【００８５】また、＜ＴＥＸＴ＞から＜／ＴＥＸＴ＞で
囲まれた、テキストをパラグラフと呼び、パラグラフ内
は、書体属性により示される一書体により対応する。

【００８６】例えば、図１０の例では、下記のパラグラ
フはゴシック体による表示が行われる。

【００８７】＜ＴＥＸＴ＞"明日は、天気が良くって風
が強い"＜／ＴＥＸＴ＞また、下記のパラグラフはArial書体により表示が行わ
れる。

【００８８】＜ＴＥＸＴ＞"Tomorrow is fine and wind
y."＜／ＴＥＸＴ＞なお、ドキュメントは、パラグラフと書体属性情報及び
イメージデータにより構成されているが、本実施形態で
はイメージデータの出力方法については、特に言及しな
い。ドキュメントを構成するパラグラフには、１書体属
性情報に対して複数のパラグラフが対応する。

【００８９】また、書体属性情報は、図１０に示される
ように、書体の形態を示す属性（イタリック、ボールド
等）、およびその書体名により構成されており、書体名
については、候補となる複数の書体名が設定可能である
が、書体名による対応は、記載されている書体名の順番
で優先的に判定される。

【００９０】つまり、図１０の（Ａ）の例で示すと、Ar
ial体、ゴシック体、sans-serifいずれの書体による対
応が可能な場合では、そのパラグラフは、Arial体によ
り対応が行われる。

【００９１】本実施形態では、第１実施形態に示したド
キュメントの書体設定処理とは異なり、邦文に関して
は、そのドキュメント中に欧文が一部含まれる場合は、
ゴシック体で出力処理し、欧文のみのドキュメントにつ
いては、Arial体で出力処理する点を特徴としている。

【００９２】なお、ドキュメント出力時の基本的な手順
は、第１実施形態における図７に示す手順に従うので、
その詳細な手順の説明は省略し、本実施形態における指
定書体の設定処理と、代替書体の設定処理について図１
１，図１２に示すフローチャートを参照して説明する。

【００９３】図１１は、本発明に係る文字処理装置にお
ける第４のデータ処理手順の一例を示すフローチャート
であり、図７に示したステップ（７０６）における他の
代替書体の設定処理の詳細手順に対応する。なお、（８
８０１）〜（８８０５）は各ステップを示す。

【００９４】先ず、ステップ（８８０１）で、書体属性
データの中から字形の特徴を表すデータ（italic，bold
等）を用いて、プリンタ搭載フォントの中から、似た形
状の書体データを選択する。その際、候補に上がる書体
を優先順位をつけてリストアップ処理を行う。

【００９５】次に、ステップ（８８０２）で、ステップ
（８８０１）によりリストアップされた書体全てが評価
されたかどうかを判定して、全ての評価が行われたと判
定した場合は、ステップ（８８０５）へ進み、評価され
ていない書体があると判定した場合は、候補に上がった
書体の判定を行うためにステップ（８８０３）へ進み、
パラグラフ内部の全ての文字コードが、候補に上がった
書体情報に含まれるかどうかを判定して、候補に上がっ
た書体情報に含まれると判定した場合には、ステップ
（８８０４）で、その書体を代替書体と決定して、処理
をリターンする。

【００９６】一方、ステップ（８８０３）で、パラグラ
フ内部の全ての文字コードが候補書体に含まれないと判
定した場合は、次の候補となる書体による判定を行うた
めに、ステップ（８８０２）の直前に戻る。

【００９７】一方、ステップ（８８０２）で、全ての評
価が行われたと判定した場合は、すなわち、候補書体群
の中から対応可能な書体が見つからなかった場合、あら
かじめシステムに登録してある書体（本実施形態では、
default書体と呼ぶ）により出力を行うように書体指定
を行い（８８０５）、処理をリターンする。なお、defa
ult書体は、パラグラフ内部に使用している文字コード
全てに対応している書体をデバイスエンベッド書体の中
から選択して対応しても良い。

【００９８】これにより、ドキュメント中のパラグラフ
と書体との対応が取れるように書体指定を行い、判定対
象となったパラグラフは、代替書体を使い出力され、文
字欠け等が発生しないようにドキュメントが出力され
る。

【００９９】図１２は、本発明に係る文字処理装置にお
ける第５のデータ処理手順の一例を示すフローチャート
であり、図７に示したステップ（７０５）における他の
指定書体の設定処理の詳細手順に対応する。なお、（９
９０１）〜（９９０６）は各ステップを示す。

【０１００】先ず、ステップ（９９０１）で、デバイス
エンベッドフォント（以後、デバイスフォント）の書体
名を読み込み、該読み込んだ書体名をワークメモリに登
録する。

【０１０１】そして、ステップ（９９０２）で、書体属
性に記載の書体名を全て読み出しかどうかを判定して、
書体属性に記載の書体名の読み出しが全て終了している
と判定した場合は、ステップ（９９０６）へ進み、代替
書体の設定処理を行い、処理をリターンする。なお、ス
テップ（９９０６）の処理は、図１１に示したステップ
（８８０１）〜（８８０５）の一連のステップと同様で
ある。

【０１０２】一方、ステップ（９９０２）で、書体属性
に記載の書体名の読み出しが全て終了していないと判定
した場合は、ステップ（９９０３）で、ステップ（９９
０１）で読み込んだ書体名と、ステップ（９９０２）で
読み出された書体名とを比較して同一書体名が存在する
か（プリンタフォントに登録書体があるか）どうかを判
定し、同一書体名が存在しないと判定した場合には、ス
テップ（９９０２）へ戻る。

【０１０３】一方、ステップ（９９０３）で、同一書体
名が存在すると判定した場合には、ステップ（９９０
４）で、適合したデバイスフォントのデータ中に、指定
のパラグラフ内のテキストの全ての文字コードが存在す
るかどうかを判定して、指定のパラグラフ内のテキスト
の全ての文字コードが存在しないと判定した場合は、ス
テップ（９９０２）へ戻り、指定のパラグラフ内のテキ
ストの全ての文字コードが存在すると判定した場合は、
ステップ（９９０５）で、見つかった書体と、指定パラ
グラフとの対応が取れるように書体指定を行い、処理を
リターンする。

【０１０４】これにより、図１０の（Ａ）に示したパラ
グラフは指定書体により文字欠けすることなく正常に全
て出力される。

【０１０５】なお、上記第２実施形態では、プログラム
をＲＡＭ１０３上にロードして実行させる例を示した
が、この他にも外部記憶装置１０９としてのＦＤから、
本プログラムおよび関連データを一旦ＨＤに格納（イン
ストール）しておき、本プログラムを動作させる際に、
ＨＤからＲＡＭ１０３上にロードするようにしても良
い。

【０１０６】また、本プログラムを記録する媒体は、Ｆ
Ｄ以外にもＣＤ−ＲＯＭ、ＩＣメモリカード等であって
もよい。更に本プログラムをＲＯＭ１０２に記録してお
き、これをメモリマップの一部となすように構成し、直
接ＣＰＵ１０１で実行することも可能である。

【０１０７】上記実施形態によれば、ＰＣで作成したタ
グ付きドキュメントに対して、ドキュメント内で指定し
ている書体属性に従ってテキストドキュメントを表示ま
たは印刷する場合、その書体属性を使って、デバイス
（PCまたはプリンタ）搭載フォントの中からその文字コ
ードを含む書体を選択し、文字化けのない高品位なドキ
ュメントシステムの実現が可能となる。

【０１０８】なお、第１実施形態と第２実施形態とを有
効に組み合わせた構成も本発明の適用範囲であることは
いうまでもない。

【０１０９】以下、図１３に示すメモリマップを参照し
て本発明に係る文字処理装置を適用可能な情報処理シス
テムで読み出し可能なデータ処理プログラムの構成につ
いて説明する。

【０１１０】図１３は、本発明に係る文字処理装置を適
用可能な情報処理システムで読み出し可能な各種データ
処理プログラムを格納する記憶媒体のプログラムマップ
を説明する図である。

【０１１１】なお、特に図示しないが、記憶媒体に記憶
されるプログラム群を管理する情報、例えばバージョン
情報，作成者等も記憶され、かつ、プログラム読み出し
側のＯＳ等に依存する情報、例えばプログラムを識別表
示するアイコン等も記憶される場合もある。

【０１１２】さらに、各種プログラムに従属するデータ
も上記ディレクトリに管理されている。また、各種プロ
グラムをコンピュータにインストールするためのプログ
ラムや、インストールするプログラムが圧縮されている
場合に、解凍するプログラム等も記憶される場合もあ
る。

【０１１３】本実施形態における図７〜図９，図１１，
図１２に示す機能が外部からインストールされるプログ
ラムによって、ホストコンピュータにより遂行されてい
てもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシ
ュメモリやＦＤ等の記憶媒体により、あるいはネットワ
ークを介して外部の記憶媒体から、プログラムを含む情
報群を出力装置に供給される場合でも本発明は適用され
るものである。

【０１１４】以上のように、前述した実施形態の機能を
実現するソフトウエアのプログラムコードを記録した記
憶媒体を、システムあるいは装置に供給し、そのシステ
ムあるいは装置のコンピュータ（またはＣＰＵやＭＰ
Ｕ）が記憶媒体に格納されたプログラムコードを読出し
実行することによっても、本発明の目的が達成されるこ
とは言うまでもない。

【０１１５】この場合、記憶媒体から読み出されたプロ
グラムコード自体が本発明の新規な機能を実現すること
になり、そのプログラムコードを記憶した記憶媒体は本
発明を構成することになる。

【０１１６】プログラムコードを供給するための記憶媒
体としては、例えば、フレキシブルディスク，ハードデ
ィスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，
ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯ
Ｍ，ＥＥＰＲＯＭ等を用いることができる。

【０１１７】また、コンピュータが読み出したプログラ
ムコードを実行することにより、前述した実施形態の機
能が実現されるだけでなく、そのプログラムコードの指
示に基づき、コンピュータ上で稼働しているＯＳ（オペ
レーティングシステム）等が実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【０１１８】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るャｃ鰍ノ書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵ等が実際の処理の一部または全部を行い、
その処理によって前述した実施形態の機能が実現される
場合も含まれることは言うまでもない。

【０１１９】

【発明の効果】以上説明したように、本発明によれば、
入力される多言語を表示可能なタグ付きドキュメントを
所定のデバイスで搭載される複数のデバイス搭載書体群
を使用して出力させる文字処理装置において、読み取ら
れた書体属性情報中に書体名の指定があるかどうかを判
定した際に、書体属性情報中に書体名が指定されている
と判定した場合には、該指定されている書体名と同一の
書体名を前記デバイス搭載書体群から選び出して前記ド
キュメントに対する出力書体候補として指定し、前記ド
キュメントの書体属性情報中に書体名が指定されていな
いと判定した場合には、さらに、前記書体属性情報中の
属性データに基づいて、該パラグラフ内の文字データを
前記デバイス搭載書体群中のいずれかの書体で代替可能
かどうかを文字単位に判定し、その際、代替可能な書体
があると判定された場合に、代替可能な書体を前記ドキ
ュメントに対する出力書体候補として各文字毎に指定
し、代替可能な書体がないと判定された場合に、代替可
能なデフォルトの書体を前記ドキュメントに対する出力
書体候補として指定することにより、出力デバイスから
の文字出力時に、書体属性の指定がないようなドキュメ
ントが入力された場合でも、当該書体属性がないことに
起因する文字化けあるいは文字欠けとなってしまう事態
を回避することができるとともに、可能な限り出力デバ
イスに搭載されている複数の書体を利用してドキュメン
トを出力可能な文字出力処理環境を自在に構築すること
ができる。

【０１２０】また、入力される多言語を表示可能なタグ
付きドキュメントを所定のデバイスで搭載される複数の
デバイス搭載書体群を使用して出力させる文字処理装置
において、読み取られた書体属性情報中に書体名の指定
があるかどうかを判定した際に、書体属性情報中に書体
名が指定されていると判定した場合には、該指定されて
いる書体名と同一の書体名を前記デバイス搭載書体群か
ら選び出して前記ドキュメントに対する出力書体候補と
して指定し、前記ドキュメントの書体属性情報中に書体
名が指定されていないと判定した場合には、さらに、前
記書体属性情報中の属性データに基づいて、該パラグラ
フ内の文字データを前記デバイス搭載書体群中のいずれ
かの書体で代替可能かどうかをパラグラフ単位に判定
し、その際、代替可能な書体があると判定された場合
に、代替可能な書体を前記ドキュメントに対する出力書
体候補として各パラグラフ毎に指定し、代替可能な書体
がないと判定された場合に、代替可能なデフォルトの書
体を前記ドキュメントに対する出力書体候補として指定
することにより、出力デバイスからの文字出力時に、書
体属性の指定がないようなドキュメントが入力された場
合でも、当該書体属性がないことに起因する文字化けあ
るいは文字欠けとなってしまう事態を回避することがで
きるとともに、可能な限り出力デバイスに搭載されてい
る１つの書体を利用してドキュメントを出力可能な文字
出力処理環境を自在に構築することができるという効果
を奏する。

【図面の簡単な説明】

【図１】本発明の第１実施形態を示す文字処理装置を適
用可能な情報処理システムの構成を説明するブロック図
である。

【図２】図１に示した情報処理システムに対してＲＡＭ
に割り当てられるメモリ構成を説明する図である。

【図３】本発明の第１実施形態を示す出力装置を適用可
能な出力装置のシステムの基本構成を示すブロック図で
ある。

【図４】本発明に係る文字処理装置を適用する印刷シス
テムにおけるデータ処理系を説明するブロック図であ
る。

【図５】本発明を適用可能なネットワークシステムの一
例を示すブロック図である。

【図６】本発明に文字処理装置において処理される第１
のタグ付きドキュメントの処理例を示す図である。

【図７】本発明に係る文字処理装置における第１のデー
タ処理手順の一例を示すフローチャートである。

【図８】本発明に係る文字処理装置における第２のデー
タ処理手順の一例を示すフローチャートである。

【図９】本発明に係る文字処理装置における第３のデー
タ処理手順の一例を示すフローチャートである。

【図１０】本発明に係る情報出力システムにおいて処理
される第２のタグ付きドキュメントの処理例を示す図で
ある。

【図１１】本発明に係る文字処理装置における第４のデ
ータ処理手順の一例を示すフローチャートである。

【図１２】本発明に係る文字処理装置における第５のデ
ータ処理手順の一例を示すフローチャートである。

【図１３】本発明に係る文字処理装置を適用可能な情報
処理システムで読み出し可能な各種データ処理プログラ
ムを格納する記憶媒体のメモリマップを説明する図であ
る。

【符号の説明】

１０１ＣＰＵ１０２ＲＯＭ１０３ＲＡＭ１０４ＫＢＣ１０５ＫＢ１０６ＣＲＴＣ１０７ＣＲＴ１０８ＤＫＣ１０９外部記憶装置１１０ＮＴＣ１１１ＮＴ１１２システムバス

Claims

【特許請求の範囲】

【請求項１】書体属性、テキストを含むドキュメント
を入力する入力手段と、前記入力手段により入力されたドキュメントに含まれる
書体属性と搭載されているフォントとテキストの文字コ
ードとに基づきフォントを指定する指定手段と、前記指
定手段により指定されたフォントを用いてテキストの文
字を出力する出力手段と、を有することを特徴とする文
字処理装置。
【請求項２】前記入力手段により入力されたドキュメ
ントに含まれる書体属性と搭載されているフォントとに
基づきリストを作成する作成手段をさらに有し、前記指定手段は、前記作成手段により作成されたリスト
とテキストの文字コードとに基づきフォントを指定する
ことを特徴とする請求項１記載の文字処理装置。
【請求項３】前記指定手段は、文字単位にフォントを
指定することを特徴とする請求項１記載の文字処理装
置。
【請求項４】前記指定手段は、パラグラフ単位にフォ
ントを指定することを特徴とする請求項１記載の文字処
理装置。
【請求項５】前記書体属性は、書体名、および属性を
含むことを特徴とする請求項１記載の文字処理装置。
【請求項６】前記ドキュメントは、タグつきドキュメ
ントを含むことを特徴とする請求項１記載の文字処理装
置。
【請求項７】前記指定手段は、書体属性の指定順を考
慮してフォントを選択することを特徴とする請求項１記
載の文字処理装置。
【請求項８】前記指定手段は、書体名が指定されてい
る場合、書体名と搭載されているフォントとに基づきリ
ストを作成し、作成したリストと文字コードとに基づき
フォントを指定し、書体名が指定されていない場合、属性と記憶されている
フォントとに基づきリストを作成し、作成したリストと
文字コードとに基づきフォントを指定することを特徴と
する請求項１記載の文字処理装置。
【請求項９】前記指定手段は、書体名が指定されてい
る場合、書体名と搭載されているフォントとに基づきリ
ストを作成し、作成したリストと文字コードとに基づき
指定するフォントが無い場合、属性と記憶されているフ
ォントとに基づきリストを作成し、作成したリストと文
字コードとに基づきフォントを指定することを特徴とす
る請求項１記載の文字処理装置。
【請求項１０】前記出力装置は、プリンタを含むこと
を特徴とする請求項１記載の文字処理装置。
【請求項１１】書体属性、テキストを含むドキュメン
トを入力する入力ステップと、前記入力ステップにより入力されたドキュメントに含ま
れる書体属性と搭載されているフォントとテキストの文
字コードとに基づきフォントを指定する指定ステップ
と、前記指定ステップにより指定されたフォントを用いてテ
キストの文字を出力装置により出力させる出力ステップ
と、を有することを特徴とする文字処理方法。
【請求項１２】前記入力ステップにより入力されたド
キュメントに含まれる書体属性と搭載されているフォン
トとに基づきリストを作成する作成ステップをさらに有
し、前記指定ステップは、前記作成ステップにより作成され
たリストとテキストの文字コードとに基づきフォントを
指定することを特徴とする請求項１１記載の文字処理方
法。
【請求項１３】前記指定ステップは、文字単位にフォ
ントを指定することを特徴とする請求項１１記載の文字
処理方法。
【請求項１４】前記指定ステップは、パラグラフ単位
にフォントを指定することを特徴とする請求項１１記載
の文字処理方法。
【請求項１５】前記書体属性は、書体名、および属性
を含むことを特徴とする請求項１１記載の文字処理方
法。
【請求項１６】前記ドキュメントは、タグつきドキュ
メントを含むことを特徴とする請求項１１記載の文字処
理方法。
【請求項１７】前記指定ステップは、書体属性の指定
順を考慮してフォントを選択することを特徴とする請求
項１１記載の文字処理方法。
【請求項１８】前記指定ステップは、書体名が指定さ
れている場合、書体名と搭載されているフォントとに基
づきリストを作成し、作成したリストと文字コードとに
基づきフォントを指定し、書体名が指定されていない場合、属性と記憶されている
フォントとに基づきリストを作成し、作成したリストと
文字コードとに基づきフォントを指定することを特徴と
する請求項１１記載の文字処理方法。
【請求項１９】前記指定ステップは、書体名が指定さ
れている場合、書体名と搭載されているフォントとに基
づきリストを作成し、作成したリストと文字コードとに
基づき指定するフォントが無い場合、属性と記憶されて
いるフォントとに基づきリストを作成し、作成したリス
トと文字コードとに基づきフォントを指定することを特
徴とする請求項１１記載の文字処理方法。
【請求項２０】前記出力装置は、プリンタを含むこと
ことを特徴とする請求項１１記載の文字処理方法。
【請求項２１】書体属性、テキストを含むドキュメン
トを入力する入力ステップと、前記入力ステップにより入力されたドキュメントに含ま
れる書体属性と搭載されているフォントとテキストの文
字コードとに基づきフォントを指定する指定ステップ
と、前記指定ステップにより指定されたフォントを用いてテ
キストの文字を出力装置により出力させる出力ステップ
とを有することを特徴とするプログラム。
【請求項２２】前記入力ステップにより入力されたド
キュメントに含まれる書体属性と搭載されているフォン
トとに基づきリストを作成する作成ステップをさらに有
し、前記指定ステップは、前記作成ステップにより作成され
たリストとテキストの文字コードとに基づきフォントを
指定することを特徴とする請求項２１記載のプログラ
ム。
【請求項２３】前記指定ステップは、文字単位にフォ
ントを指定することを特徴とする請求項２１記載のプロ
グラム。
【請求項２４】前記指定ステップは、パラグラフ単位
にフォントを指定することを特徴とする請求項２１記載
のプログラム。
【請求項２５】前記書体属性は、書体名、および属性
を含むことを特徴とする請求項２１記載のプログラム。
【請求項２６】前記ドキュメントは、タグつきドキュ
メントを含むことを特徴とする請求項２１記載のプログ
ラム。
【請求項２７】前記指定ステップは、書体属性の指定
順を考慮してフォントを選択することを特徴とする請求
項２１記載のプログラム。
【請求項２８】前記指定ステップは、書体名が指定さ
れている場合、書体名と搭載されているフォントとに基
づきリストを作成し、作成したリストと文字コードとに
基づきフォントを指定し、書体名が指定されていない場
合、属性と記憶されているフォントとに基づきリストを
作成し、作成したリストと文字コードとに基づきフォン
トを指定することを特徴とする請求項２１記載のプログ
ラム。
【請求項２９】前記指定ステップは、書体名が指定さ
れている場合、書体名と搭載されているフォントとに基
づきリストを作成し、作成したリストと文字コードとに
基づき指定するフォントが無い場合、属性と記憶されて
いるフォントとに基づきリストを作成し、作成したリス
トと文字コードとに基づきフォントを指定することを特
徴とする請求項２１記載のプログラム。
【請求項３０】前記出力装置は、プリンタを含むこと
ことを特徴とする請求項２１記載のプログラム。