JPH0934667A - 文字出力装置 - Google Patents

Abstract

(57)【要約】 【課題】出力要求フォント毎に部分フォントの組替え情
報を定義せずとも、出力要求フォントを少ないフォント
データを用いて自動的に構築できる。 【解決手段】複数のエンコーディングｅ１〜ｅ４毎に、
該エンコーディングと、他の組み替えられるエンコーデ
ィングとの間の文字コード関係情報が記憶されたエンコ
ーディング組替テーブルＴを有し、抽出部１が、出力要
求フォント情報ＲＦから書体情報及びエンコーディング
情報を抽出し、判断部２が書体情報とエンコーディング
情報とを満足するフォントが存在しないと判断した場
合、検索部３はエンコーディング組替テーブルＴ及びフ
ォントテーブルＦＴを参照して組替えが可能か否かを決
定し、組替えが可能な場合にフォント再構築部４が文字
コード関係情報をもとに組み替えられるエンコーディン
グを有するフォントを組み合わせて１つの合成フォント
を構築する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のフォントを
有して文字の出力処理を行うプリンタ等の文字出力装置
に関し、特にメモリ使用効率上、少ない搭載フォントを
用いて多種類のフォントを仮想的に生成することができ
る文字出力装置に関する。

【０００２】

【従来の技術】近年のコンピュータの性能の向上ととも
に、文書作成処理も複数のフォントを用いて行うことが
できるようになった。これに伴い、作成した文書内の文
字を出力する文字出力装置側においても、該文書で用い
ている複数のフォントを搭載しておくことが要求される
ようになった。

【０００３】しかし、文字出力装置に出力要求を行う出
力要求側コンピュータが使用する文字は、基本となる標
準的な文字の他に、当該出力要求側コンピュータ独自の
文字を保持している場合があるとともに、該文字を示す
コードも多種類存在するのが現実である。

【０００４】このため、文字出力装置側では、どのよう
な出力要求側コンピュータからの出力要求に対しても文
字の出力が可能となるようにするため、各出力要求側コ
ンピュータに対応する全てのフォントを保持する必要が
ある。

【０００５】例えば、図５は出力要求側コンピュータが
用いるフォントの全てを保持する文字出力装置内のフォ
ント格納状態を示しており、図５では、同一書体Ａで異
なるエンコーディングｅ１〜ｅ４を有するフォントＡ１
〜Ａ４と、同一書体Ｂで異なるエンコーディングｅ１，
ｅ４を有するフォントＢ１，Ｂ４との全てのフォントＤ
が文字出力装置内に保持されている。すなわち、ある出
力要求側コンピュータに対応するフォントＡ１と別の出
力要求側コンピュータに対応するフォントＡ２とが個別
に文字出力装置内に保持されることになる。

【０００６】しかし、このように出力要求側コンピュー
タが使用するフォントの全てを個別に保持することはメ
モリ使用効率が悪い。例えば、図５において、フォント
Ａ１とフォントＡ２とは個別に保持されるため、フォン
トＡ１，Ａ２に共通する部分の文字フォントは重複して
保持されることになる。

【０００７】この問題を解決するため、例えば特開平５
−３４６７７７号公報には、フォントデータを各出力要
求側コンピュータが共通に保持するような標準的な文字
のフォントと、各コンピュータで拡張した文字のフォン
トとに分け、拡張した文字のフォントの部分を出力要求
に応じて切替出力するようにしている。

【０００８】例えば、図６においては、文字出力装置内
のフォントを標準部分と拡張部分とに分け、該標準部分
を有するフォントＡ１〜Ａ３，Ｂ１が１つの標準部分の
フォントα１を共有するようにしている。従って、標準
部分のフォントα２〜α４を保持するためのメモリ領域
が削減されることになる。

【０００９】これによれば、文字出力装置側は、標準的
な文字のフォントと拡張した文字のフォントとを保持す
ればよいので、文字出力装置側が保持すべきリソースが
減少し、メモリ使用効率が高くなる。

【００１０】さらに、特開平６−２６６３３４号公報で
はこの考えを一歩進めて、文字出力装置側に保持される
フォントを予め複数の部分に分けておき、出力要求時に
それらを組み合わせて１つのフォントとして使用するよ
うにしている。

【００１１】例えば、図７（ａ）は実現されるフォント
を示し、図７（ｂ）は文字出力装置側で保持される分割
された実際のフォントを示している。図７において、フ
ォントＡ１を用いる場合、分割されたフォントａ〜ｃの
３つを組み合わせるようにしている。同様にフォントＡ
２はフォントｂ，ｃを、フォントＡ３はフォントａ，
ｂ，ｄを、フォントＡ４はフォントｃ，ｄを組み合わせ
るようにしている。

【００１２】これにより、文字出力装置側のメモリ使用
効率がさらに高まるとともに、より柔軟なフォント構成
を可能としている。

【００１３】

【発明が解決しようとする課題】しかしながら、特開平
５−３４６７７７号公報あるいは特開平６−２６６３３
４号公報に記載されたものによるフォントを組み合わせ
る情報は、それぞれの組み替えられるフォントに付随す
る情報である。つまり、あるフォントを他の部分フォン
トの組合せによって定義する場合、フォント毎に他の部
分フォントの特定コードが、フォントのどの文字コード
に対応するかといった組合せ情報を設定する必要があ
る。

【００１４】ここで、フォントとは、書体デザインを示
す書体、文字セットの並びを示すエンコーディング、文
字の送り幅等を定義するメトリクス等の組合せによって
一義的に定まるものである。このため、同じ書体を有し
ていても、異なるエンコーディングである場合は、異な
るフォントである。

【００１５】従って、異なる書体で同じエンコーディン
グをもったフォントを実現する場合には、たとえ、既に
必要な文字パターンがそろっていたとしても、組み替え
フォントとして組み替えるための組み替え情報が付いた
フォントがなければ、このエンコーディングでの使用は
できず、書体数の増加に伴って組み替え情報が多くな
り、そのための定義も煩雑になるという問題点があっ
た。

【００１６】例えば図７において、書体Ｂのフォントと
してフォントＢ１とフォントＢ４とがあり、フォントＢ
１，Ｂ４はそれぞれ書体ＡのフォントＡ１，Ａ４と同じ
エンコーディングのフォントであるとして定義されてい
る場合で、フォントＡ３と同じエンコーディングを保持
した書体ＢのフォントＢ３を使用したい場合を考える
と、フォントＢ３を構成するフォントデータは、分割さ
れた部分フォントｆと部分フォントｈとを組み合わせる
ことにより実現することができる。

【００１７】しかし、部分フォントｆと部分フォントｇ
とを組み合わせることを示す組合せ情報は、フォントに
付随する情報であるため、フォントＢ３がどの部分フォ
ントで組み合わせられるかという定義がなければ、フォ
ントＢ３を使用することはできない。すなわち、フォン
トＢ３を使用するために、フォントＢ３は部分フォント
ｆと部分フォントｈとを組み合わせたものである、とあ
らためて定義する必要がある。

【００１８】そこで、本発明は、かかる問題点を除去
し、出力要求されるフォント毎に部分フォントの組替え
情報を定義せずとも、出力要求されたフォントを少ない
フォントデータを用いて自動的に構築することができる
文字出力装置を提供することを目的とする。

【００１９】また、新規な書体のフォントを追加保持さ
せる場合に、効率的なフォント管理を行うことができる
文字出力装置を提供することを目的とする。

【００２０】

【課題を解決するための手段】第１の発明は、出力要求
を受付け、該出力要求により指定されたフォントの文字
を出力する文字出力装置において、あるフォントの文字
コードと文字との関係を示すエンコーディングを他のフ
ォントの文字コードと文字との関係を示す他のエンコー
ディングの組合わせで表現したエンコーディング組み替
えテーブルを記憶する記憶手段と、前記出力要求により
指定されたフォントが存在しない場合は、前記記憶手段
に記憶されたエンコーディング組み替えテーブルを参照
して該出力要求により指定されたフォントを作成するフ
ォント作成手段と、前記フォント作成手段で作成された
フォントに基づき文字を出力する文字出力手段とを具備
することを特徴とする。

【００２１】第２の発明は、第１の発明において、前記
記憶手段は、複数の書体に共用されるエンコーディング
組み替えテーブルを記憶することを特徴とする。

【００２２】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。

【００２３】図１は、本発明の実施の形態である文字出
力装置の構成を示す図である。図１において、文字出力
装置１０は、抽出部１、判断部２、検索部３、フォント
再構築部４、フォント情報出力部５、エンコーディング
組替テーブルＴ、及びフォントデータベースＤＢを有し
ている。

【００２４】エンコーディング組替テーブルＴ内には、
複数のエンコーディング毎に該エンコーディングと該エ
ンコーディングを組合せによって代替する他のエンコー
ディングとの関係情報が記憶されている。

【００２５】フォントデータベースＤＢ内には、フォン
トに対応して、フォントのエンコーディング情報、フォ
ントの書体情報、及びコード毎の文字パターン等のフォ
ントデータの格納場所を示すポインタからなるフォント
テーブルＦＴを有するとともに、フォントテーブルＦＴ
内のポインタで示されるフォントデータが格納されてい
る。

【００２６】抽出部１は、出力要求フォント情報ＲＦか
ら書体とエンコーディングとを抽出する。

【００２７】判断部２は、抽出された書体とエンコーデ
ィングとを満足するフォントがフォントデータベースＤ
Ｂ内に存在するか否かを判断する。

【００２８】検索部３は、出力要求フォントがフォント
データベースＤＢ内に存在しないと判断された場合に、
エンコーディング組替テーブルＴを検索して、該エンコ
ーディング組替テーブルＴ内に出力要求フォントのエン
コーディングが存在するか否かを求め、該検索結果から
さらに、組み替えられるフォントがフォントデータベー
スＤＢ内に存在するか否かを検索し、出力要求フォント
の組替えが可能か否か、及び可能な場合には組替え情報
をも出力する。

【００２９】フォント再構築部４は、検索部３からの組
替え情報をもとに、出力要求フォントをフォントデータ
ベースＤＢ内に再構築する。

【００３０】フォント情報出力部５は、再構築された出
力要求フォントを示すフォント指定情報ＦＤを出力す
る。

【００３１】ここで、出力要求フォント情報の一例を示
す。出力要求フォント情報としては、次のような情報が
与えられる。すなわち、 /Mincho-light-RKSJ-H である。「Mincho-light」は、肉細の明朝体とする書体
を指定し、「RKSJ」は、ローマ字カナ漢字のシフトＪＩ
Ｓコードとするエンコーディングを指定し、「H」は、
横書きのメトリクスを指定している。

【００３２】この出力要求フォント内の「RKSJ」のエン
コーディングの指定を、拡張ユニックスコードのエンコ
ーディングとした出力要求フォントは、次のように表さ
れる。すなわち、 /Mincho-light-EUC-H である。このように、同一書体であっても、エンコーデ
ィングの指定が異なれば、異なる出力要求フォントの指
定となる。

【００３３】次に、図２のフローチャートを参照して文
字出力装置１０の出力要求フォントの再構築処理手順に
ついて説明する。

【００３４】まず、抽出部１が出力要求フォント情報Ｒ
Ｆを受け付ける（ステップ１０１）、抽出部１は、出力
要求フォント情報ＲＦから書体情報とエンコーディング
情報とを抽出する（ステップ１０２）。その後、判断部
２は、抽出された書体情報が示す書体とエンコーディン
グ情報が示すエンコーディングとをもとに、フォントデ
ータベースＤＢのフォントテーブルＦＴを検索し（ステ
ップ１０３）、該書体と該エンコーディングとのいづれ
も満足するフォント、すなわち出力要求フォントがフォ
ントデータベースＤＢに格納されているか否かを判断す
る（ステップ１０４）。出力要求フォントがフォントデ
ータベースＤＢ内に格納されている場合は、該出力要求
フォントをフォント指定情報として出力する（ステップ
１１１）。

【００３５】一方、ステップ１０４で出力要求フォント
がフォントデータベースＤＢ内に格納されていないと判
断された場合は、エンコーディング組替テーブルＴを検
索し（ステップ１０５）、該エンコーディングに対する
関係情報が記憶されているか否かを判断する（ステップ
１０６）。このステップ１０６で該当する関係情報が記
憶されていないと判断された場合は、エラー通知を行っ
て（ステップ１１０）、本処理を終了するが、該当する
関係情報が記憶されている場合は、当該エンコーディン
グを組み替える他のエンコーディングをもつフォントの
書体がフォントデータベースＤＢに格納されているか否
かを判断する（ステップ１０７）。そして、ステップ１
０７でフォントデータベースＤＢに格納されていないと
判断された場合は、ステップ１０５に戻って他の関係情
報に対して同様な処理を繰り返し、ステップ１０７でフ
ォントデータベースＤＢに格納されていると判断された
場合は、該エンコーディングの組替えに関する関係情報
をもとにフォントデータを読み込み（ステップ１０
８）、複数のフォントによって組み替えられた組替フォ
ントを出力要求フォントとして構築し（ステップ１０
９）、本処理を終了する。

【００３６】このようにして、出力要求された書体とエ
ンコーディングとをともに満足する出力要求フォントそ
のものがフォントデータベースＤＢに存在しない場合で
も、フォント組替テーブルＴに記憶された関係情報をも
とに、当該エンコーディングを他のエンコーディングを
用いて組替え、該他のエンコーディングをもつフォント
を用いた組替フォントが構築され、該構築された組替フ
ォントが出力要求フォントとして用いられる。

【００３７】次に、図３を参照して具体的なエンコーデ
ィング組替テーブルの内容とフォントとの関係について
説明する。

【００３８】図３（ａ）は、フォントデータベースＤＢ
内に格納されている搭載フォントと新たに構築される組
替フォントとの関係を示している。すなわち、実線で示
したフォントＡ３，Ａ４，Ｂ１，Ｂ４は搭載フォントで
あり、破線でＤ示したフォントＡ１，Ａ２は搭載フォン
トを用いて組み替えられる組替フォントである。ここ
で、フォントＡ１〜Ａ４は書体Ａのフォントであり、フ
ォントＢ１，Ｂ４は書体Ｂのフォントである。また、フ
ォントＡ１〜Ａ４のエンコーディングはそれぞれエンコ
ーディングｅ１〜ｅ４であり、フォントＢ１，Ｂ４のエ
ンコーディングはそれぞれエンコーディングｅ１，ｅ４
である。

【００３９】図３（ａ）から、フォントＡ１は、フォン
トＡ３及びフォントＡ４の一部を組み合わせて構成さ
れ、同様にフォントＡ２は、フォントＡ３及びフォント
Ａ４の一部を組み合わせて構成されることがわかる。

【００４０】これらフォントＡ１，Ａ２の組合せに関す
る情報を含めた各エンコーディングｅ１〜ｅ４との間の
エンコーディング組替えに関する関係情報はエンコーデ
ィング組替テーブルＴに記憶され、該エンコーディング
ｅ１〜ｅ４の間の関係情報は、図３（ｂ）に示す内容と
して記憶される。

【００４１】例えば、エンコーディングｅ１の組替えに
関する関係情報は、まず、エンコーディングｅ１そのも
のに関する情報として、文字コードが０から２５５であ
り、対応する文字の最初が「１」で、最後の文字が
「ん」であることが記憶される。そして、このエンコー
ディングｅ１を他のエンコーディングｅ２〜ｅ４を用い
て組み合わせる場合の対応関係が次に記憶される。すな
わち、エンコーディングｅ１の文字コード０〜１２７は
エンコーディングｅ３の文字コード０〜１２７を対応さ
せ、エンコーディングｅ１の文字コード１２８〜２５５
はエンコーディングｅ４の文字コード０〜１２７に対応
させる、とする対応関係が記憶されている。

【００４２】同様にして、エンコーディングｅ２は、他
のエンコーディングｅ１，ｅ３，ｅ４の中からエンコー
ディングｅ３の一部及びエンコーディングｅ４の一部を
用いて組み合わせるとする対応関係が記憶され、エンコ
ーディングｅ３は、他のエンコーディングｅ１，ｅ２，
ｅ４の中からエンコーディングｅ１の一部及びエンコー
ディングｅ４の一部を用いて組み合わせるとする対応関
係が記憶され、エンコーディングｅ４は、他のエンコー
ディングｅ１〜ｅ３の中からエンコーディングｅ１の一
部及びエンコーディングｅ４の一部を用いて組み合わせ
るとする対応関係が記憶されている。

【００４３】すなわち、使用要求フォントのエンコーデ
ィングそのものがフォントデータベースＤＢにそのまま
存在しない場合でも、他のエンコーディングを組み合わ
せて該使用要求フォントのエンコーディングを実現する
ようにしている。なお、図３（ｂ）に示すエンコーディ
ング組替テーブルの内容では、１つのエンコーディング
に対して組替えによって実現されるエンコーディングを
それぞれ１つずつ準備しているが、１つのエンコーディ
ングに対して組み合わせることが可能な複数の対応関係
を記憶しておくようにしてもよい。これによれば、組合
せが可能となるフォントの実現可能性が向上する。

【００４４】さて、このようなエンコーディング間の組
替えを示す対応関係をもとにして、フォントデータベー
スＤＢ内に存在しないフォントを構築する場合を、フォ
ントＡ１を構築する場合を例にとって説明する。

【００４５】すなわち、図３（ｂ）に示すエンコーディ
ング組替テーブルＴは、単にエンコーディング間の組替
え関係を示したに過ぎないので、検索部３は、この組替
えが可能か否かを決定する必要がある。この決定は、フ
ォントテーブルＦＴを検索して、組み替えられるエンコ
ーディングをもったフォントが存在するか否かを調べる
ことによって行われる。

【００４６】フォントＡ１の場合、フォントＡ１のエン
コーディングｅ１は、上述したようにエンコーディング
ｅ３の一部とエンコーディングｅ４の一部とを組み合わ
せることによって実現され、このエンコーディングｅ３
の一部すなわちエンコーディングｅ３の０〜１２７と、
エンコーディングｅ４の一部すなわちエンコーディング
ｅ４の０〜１２７とは、それぞれ、フォントデータベー
スＤＢ内に格納されているフォントＡ３の一部とフォン
トＡ４の一部として搭載されている。従って、フォント
Ａ１の組合せは実現可能であると決定される。

【００４７】図４は、フォントＡ１の構築過程を説明す
る図である。図４において、まずエンコーディング組替
テーブルＴ内のエンコーディングｅ１の他のエンコーデ
ィングｅ３，ｅ４による組替えの対応関係Ｔ１をもと
に、該他のエンコーディングｅ３，ｅ４を有するフォン
トデータベースＤＢ内のフォントＡ３，Ａ４との対応関
係Ｔ２に変換する。そして、この対応関係Ｔ２をもと
に、フォントＡ１の文字コード０〜１２７をフォントＡ
３の文字コード０〜１２７にそれぞれ対応させ、フォン
トＡ１の文字コード１２８〜２５５をフォントＡ４の文
字コード０〜１２７にそれぞれ対応させた最終的な合成
フォントＡ１（ＦＦ）が構築される。この合成フォント
Ａ１によれば、例えば、エンコーディングｅ１の文字コ
ード「１３０」の文字は、エンコーディングｅ４の文字
コード「２」の文字が対応することになる。

【００４８】このようにして、フォントデータベースＤ
Ｂ内に存在しない書体Ａ及びエンコーディングｅ１のフ
ォントＡ１が構築される。

【００４９】ここで、上述したように、エンコーディン
グ組替テーブルＴの内容は、図３（ｂ）で具体的に示し
たように単にエンコーディングの組替えの関係情報を記
憶しているに過ぎない。

【００５０】従って、このエンコーディング組替テーブ
ルＴは、書体Ａのみならず書体Ｂにも共通して用いられ
る。すなわち、１つのエンコーディング組替テーブルＴ
は、全ての書体に共通なエンコーディングの組替えに関
する情報が記憶されていることになる。

【００５１】このため、他の書体例えば書体Ｂに対して
も、該エンコーディング組替テーブルＴを用いて、フォ
ントデータベースＤＢ内に格納されていないフォントを
構築することができる。

【００５２】例えば、書体Ｂでエンコーディングｅ３を
もつフォントＢ３が使用要求フォントとして要求された
場合、フォントＢ３はフォントデータベースＤＢには格
納されていないが、図３（ｂ）に示すエンコーディング
組替テーブルＴの関係情報を用いてフォントＢ３を構築
することができる。すなわち、エンコーディングｅ３の
組替えに関する関係情報によれば、エンコーディングｅ
３は、文字コード０〜２５５までであり、エンコーディ
ングｅ３の文字コード０〜１２７は、エンコーディング
ｅ１の文字コード０〜１２７に対応し、エンコーディン
グｅ３の文字コード１２８〜２５５は、エンコーディン
グｅ４の文字コード１２８〜２５５に対応することが記
憶され、しかもエンコーディングｅ１の文字コード０〜
１２７及びエンコーディングｅ４の文字コード１２８〜
２５５は、それぞれフォントＢ１、フォントＢ４として
フォントデータベースＤＢ内に格納されているので、該
フォントＢ３を構築することが可能となる。

【００５３】また、書体Ｂでエンコーディングｅ２をも
つフォントＢ２も構築可能である。この場合、エンコー
ディングｅ２は、文字コード４８〜２５５からなり、エ
ンコーディングｅ２の文字コード４８〜１２７は、エン
コーディングｅ３の文字コード４８〜１２７が対応し、
エンコーディングｅ２の文字コード１２８〜２５５は、
エンコーディングｅ４の文字コード０〜１２７が対応
し、エンコーディングｅ３をもつフォントＢ３は、フォ
ントデータベースＤＢ内に直接には存在しないが、エン
コーディング組替テーブルＴの内容から、さらにエンコ
ーディングｅ３の文字コード４８〜１２７（０〜１２
７）は、エンコーディングｅ１の４８〜１２７（０〜１
２７）に対応していることがわかる。ここで、エンコー
ディングｅ１をもつフォントＢ１はフォントデータベー
スに存在しているので、書体Ｂでエンコーディングｅ２
をもつフォントＢ２は構築することが可能となる。

【００５４】このようにして、本発明では、書体とエン
コーディングとの組合せからなる最小限のフォントをフ
ォントデータとして格納すればよいので、メモリ使用効
率が向上するとともに、搭載されていないフォントも自
動的に構築することができる。

【００５５】また、フォントの組合せ情報もフォント毎
に定義する必要がなく、１つのエンコーディング組替テ
ーブルを全ての書体単位で共通に用いることができるの
で、他の書体に対する出力要求がある場合にも、該エン
コーディング組替テーブルを用いればよく、エンコーデ
ィング組替のための情報を追加する必要がない。。

【００５６】

【発明の効果】以上説明したように、第１の発明では、
記憶手段が、あるフォントの文字コードと文字との関係
を示すエンコーディングを他のフォントの文字コードと
文字との関係を示す他のエンコーディングの組合わせで
表現したエンコーディング組み替えテーブルを記憶し、
フォント作成手段が、出力要求により指定されたフォン
トが存在しない場合は、前記記憶手段に記憶されたエン
コーディング組み替えテーブルを参照して該出力要求に
より指定されたフォントを作成し、文字出力手段が、該
フォント作成手段で作成されたフォントに基づき文字を
出力するようにしている。

【００５７】従って、フォント毎に組合せ情報を保持し
なくても、エンコーディング組み替えテーブルをもと
に、出力要求により指定されたフォントを少ないフォン
トデータで自動的に作成することができるという利点を
有する。

【００５８】また、第２の発明では、第１の発明におい
て、記憶手段が、複数の書体に共用されるエンコーディ
ング組み替えテーブルを記憶するようにしている。

【００５９】従って、新規な書体のフォントを追加する
場合でもエンコーディングの組替えあるいは該新規な書
体のフォントに対する組合せ情報を追加する必要がな
く、文字出力装置のフォント維持管理が容易になるとい
う利点を有する。

【図面の簡単な説明】

【図１】本発明の実施の形態である文字出力装置の構成
を示す図。

【図２】文字出力装置１０の出力要求フォントの再構築
処理手順を示すフローチャート。

【図３】具体的なエンコーディング組替テーブルの内容
とフォントとの関係を示す図。

【図４】フォントＡ１の構築過程を説明する図。

【図５】従来の文字出力装置におけるフォント格納状態
を示す図。

【図６】標準部分と拡張部分とを分けて使用要求フォン
トを再構築する従来例を示す図。

【図７】分割された部分フォントを用いて使用要求フォ
ントを再構築する従来例を示す図。

【符号の説明】

１…抽出部 ２…判断部 ３…検索部 ４…フォント構
築部 ５…フォント情報出力部 Ｔ…エンコーディング組替テ
ーブル ＤＢ…フォントデータベース ＦＴ…フォントテーブル ＲＦ…出力要求フォント情報 ＦＤ…フォント指定情報

Claims (2)

【特許請求の範囲】
1. 【請求項１】 出力要求を受付け、該出力要求により指
   定されたフォントの文字を出力する文字出力装置におい
   て、 あるフォントの文字コードと文字との関係を示すエンコ
   ーディングを他のフォントの文字コードと文字との関係
   を示す他のエンコーディングの組合わせで表現したエン
   コーディング組み替えテーブルを記憶する記憶手段と、 前記出力要求により指定されたフォントが存在しない場
   合は、前記記憶手段に記憶されたエンコーディング組み
   替えテーブルを参照して該出力要求により指定されたフ
   ォントを作成するフォント作成手段と、 前記フォント作成手段で作成されたフォントに基づき文
   字を出力する文字出力手段とを具備することを特徴とす
   る文字出力装置。
2. 【請求項２】 前記記憶手段は、 複数の書体に共用されるエンコーディング組み替えテー
   ブルを記憶することを特徴とする請求項１記載の文字出
   力装置。