(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された端末装置が、
骨格情報と輪郭生成情報とを用いてキャラクタ輪郭を生成する手段、および文書表示手段を有し、
前記端末装置は、前記ネットワークを介して、文書を構成する各キャラクタそれぞれについて、前記骨格情報を、キャラクタ情報としてダウンロードし、
前記キャラクタ輪郭生成手段は、前記ダウンロードした骨格情報と、当該端末装置に予め用意された輪郭生成情報とに基づき、前記各キャラクタについてキャラクタ輪郭を生成し、
前記文書表示手段は、前記キャラクタ輪郭を用いて文書を表示する、ことを特徴とするネットワークにおける文書表示システム。
【請求項２】
請求項１に記載の文書表示システムであって、
前記キャラクタ情報には、文書を構成する各キャラクタそれぞれについてのコードが含まれることを特徴とする文書表示システム。
【請求項３】
請求項２に記載の文書表示システムであって、
文書を構成する各キャラクタそれぞれについて、前記キャラクタ情報を保有するホスト装置またはフォントサーバが、前記ネットワークに接続され、
前記端末装置は、当該ホスト装置または当該フォントサーバから前記キャラクタ情報をダウンロードすることを特徴とする文書表示システム。
【請求項４】
請求項１に記載の文書表示システムであって、
文書を構成する各キャラクタそれぞれについて、前記骨格情報を保有するホスト装置またはフォントサーバが、前記ネットワークに接続され、
前記端末装置は、他の端末装置から文書を構成するキャラクタのコードをダウンロードし、前記ホスト装置または前記フォントサーバから前記キャラクタに対応した前記骨格情報をダウンロードすることを特徴とする文書表示システム。
【請求項５】
請求項１〜４の何れかに記載の文書表示システムであって、
前記骨格情報が、キャラクタ骨格の各骨格点を示す位置情報および当該キャラクタ骨格に２つ以上の骨格点があるときに、所定の骨格点同士を結ぶための結線情報を含むことを特徴とする文書表示システム。
【請求項６】
請求項１〜５の何れかに記載の文書表示システムであって、
前記輪郭生成情報が、キャラクタ骨格の全体についての輪郭、キャラクタ骨格の構成片ごとの輪郭を生成するための情報を含むことを特徴とする文書表示システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、端末装置が他の端末装置からネットワークを介して文書データをダウンロードするに際して、受信側の端末装置（以下、“受信側装置”と言う）が他の端末装置（以下、“送信側装置”と言う）における文書において使用されているフォントと同じフォントを有していなくても、少ないデータ転送量で、当該フォントを高速に表示することができる文書表示システムに関する。
【０００２】
【技術背景】
コンピュータには、ユーザが所望する各種の言語表記に対応する文字・数字、あるいは記号（以下、本明細書において“キャラクタ”と言う）を表示するたの少なくとも一種のフォントが、文書表示のために用意されている。これらのキャラクタには、通常、ＡＳＣＩＩコード等のキャラクタコードが与えられている。また、特定の言語表記に対応するキャラクタには、たとえば、英語ではクーリエ、ヘルベティカ等、日本語では明朝体、ゴシック体等のように、複数種のフォントが存在する。
一般的には、デスクトップ型コンピュータ等の中型あるは大型コンピュータには、これらのフォントのうちの何種類かが用意されるが、モーバイルコンピュータ等の小型コンピュータでは、記憶装置を大きくできないため、極めて少ない種類のフォントしか用意できない。
また、特に、日本語や中国語等のように、文字キャラクタの数が多いと、フォント一種あたりの記憶領域は大きくならざるを得ず、記憶装置の容量の多くがフォントにより占められてしまう。
【０００３】
ところで、ネットワークに接続されたコンピュータ間で文書データの送受信を行う場合、キャラクタコードのみから構成された文書データを、送信側装置から受信側装置に送信する方法が最も簡便である。
この場合、受信側装置がダウンロードした文書データには、フォントについての情報が含まれていないため、その文書には、文書作成者の意思が十分には反映されない場合が生ずる。
このような不都合は、文書データにフォントについての情報を含めることで解消することができる。しかし、この場合に、受信側装置が、その文書に使用されているフォントと同じフォントにより文書表示を行おうとすると、記憶装置には極めて多種のフォントを用意しておく必要がある。特に、携帯型コンピュータ等の小型コンピュータに多種のフォントを搭載することは現実的ではない。
【０００４】
また、送信側装置において作成された文書が受信側装置のユーザが普段使用しない特殊キャラクタ（たとえば、当該ユーザにとっての外国語の表記に使用するキャラクタ）により作成され、または送信側装置において作成された文書にそのようなキャラクタが含まれることもある。このような場合、受信側装置のユーザは、受信側装置に上記特殊キャラクタを表示するためのフォントを用意しておかない限り、文書を全く再現できないか、または文書の一部しか再現できない。もちろん、普段使用しないキャラクタに対応したフォントを記憶装置に記憶しておくことで上記文書を再現することも可能であるが、当該記憶装置を有効に利用することができなくなる。
【０００５】
なお、ネットワークに接続されたコンピュータ間で、文書データをキャラクタコードとして送受信せずに、文書を構成するキャラクタをビットマップイメージとして送受信することもできる。しかし、この場合、イメージで表された文書のデータ量は、キャラクタコードにより構成された文書のデータ量に比べて、はるかに大きくなる。このため、文書をイメージにより送受信する場合、転送に要する時間が長くなり、受信側装置が文書データのダウンロードを開始してから文書表示を行うまでの時間が長くなる。また、一度イメージ化されたキャラクタは、容易にキャラクタコードに変換できないため、受信側装置において再編集等を行うことは容易ではなく、文書の有効利用ができなくなる。
【０００６】
【発明の目的】
本発明の目的は、ネットワークに接続された、受信側装置が送信側装置から文書データをダウンロードする場合に、受信側装置に、文書を構成するキャラクタを表示するためのフォントが用意されていなくても、受信側装置において前記フォントと同一フォントにより文書を再現できる文書表示システムを提供することである。
本発明の他の目的は、文書が、受信側装置のユーザが普段使用しないキャラクタにより作成されている場合、または文書にそのようなキャラクタが含まれる場合であっても、当該ユーザは、受信側装置に当該キャラクタを表示するフォントを用意しておかなくても、少ないデータ転送量で、送信側装置の文書を受信側装置で高速に再現できる文書表示システムを提供することである。
【０００７】
【発明の概要】
本発明の文書表示システムでは、ネットワークに接続された受信側装置は、骨格情報と、輪郭生成情報とからキャラクタ輪郭を生成する手段を持つ。ここで、キャラクタ輪郭は、１つのキャラクタの全体輪郭であることもあるし、部分輪郭であることもある。通常、１つのキャラクタを生成する場合、キャラクタ骨格の構成片（キャラクタの要素）ごとに、輪郭（すなわち部分輪郭）を生成する。
【０００８】
骨格情報には、キャラクタ骨格の各骨格点（通常は２つ以上であるが、１つであることもある）を示す位置情報を含めることができる。ここで、“骨格点”はキャラクタ骨格に応じて適宜定めることができる。
キャラクタ骨格に２つ以上の骨格点がある場合、通常は、キャラクタ骨格の構成片の端部、骨格構成片同士の接続部、および骨格構成片の屈曲点が“骨格点”である。なお、キャラクタ骨格は、上記端部、接続部，屈曲点等の骨格点を考慮して決定される。骨格点を示す位置情報は、通常１つのキャラクタの表示領域における二次元座標の情報である。
また、キャラクタ骨格に２つ以上の骨格点がある場合には、所定の骨格点同士を結ぶための結線情報を含めることができる。この結線情報は、そのキャラクタ全体または各骨格構成片の骨格形成に関する情報であり、キャラクタ骨格を構成するために、どの骨格点とどの骨格点とを結び、どのような骨格構成片を作成すればよいかを示す情報である。なお、骨格情報には、所定の骨格点同士を直線で結線するのか、曲線で結線するのか（さらには、どのような曲率で結線するか）等の付加情報を含めることができる。
輪郭生成情報は、骨格構成片の輪郭生成に関する情報であり、この情報には、キャラクタの前記骨格点の近傍（たとえば、骨格構成片端部の輪郭）の形状情報、さらには前記骨格点間の輪郭の幅を表す情報を含めることがができる。
上述のキャラクタの生成法や生成装置等については、馬目により発明され、本願出願人に譲渡された、本願と同日付けの出願（発明の名称、「文字の生成と記憶のための方法と装置」）の明細書を参照されたい。
【０００９】
受信側装置は、ネットワークを介して、文書を構成する各キャラクタそれぞれについて、（ａ）前記骨格情報および輪郭生成情報を、キャラクタ情報として、送信側装置からダウンロードしてもよいし、（ｂ）骨格情報のみを、キャラクタ情報として、送信側装置からダウンロードしてもよい。
前記キャラクタ輪郭生成手段は、（ａ）の場合には、骨格情報と、この情報とともにダウンロードした前記輪郭生成情報とに基づき、キャラクタ輪郭を生成する。また、前記キャラクタ輪郭生成手段は、（ｂ）の場合には、前記骨格情報と、当受信側装置に予め用意された輪郭生成情報とに基づき、キャラクタ輪郭を生成する。
【００１０】
このようにして、受信側装置は、ダウンロードした文書が自己が保有してないフォントにより作成されていたとしても、文書を構成する各キャラクタのキャラクタ輪郭を生成し、エディタ等を用いて表示することができる。
受信側装置がダウンロードするデータ量は、フォント自体をダウンロードする場合と比較して相当少ない。したがって、たとえばダウンロードと同時に文書内容を表示したい場合、ダウンロード開始から文書表示までの時間は極めて短くなる。また、データ転送に際して、ネットワークの負荷が重くなることはない。
さらに、受信側装置に種々のフォントを用意しておく必要がないので、受信側装置の記憶装置がフォント搭載に起因して大型化するという不都合は生じない。加えて、キャラクタ輪郭生成手段は、キャラクタ骨格の輪郭を生成するだけである。したがって、受信側装置がキャラクタ輪郭生成に必要とするハードウェアやソフトウェアが複雑化することはない。
【００１１】
前記キャラクタ情報には、文書を構成する各キャラクタそれぞれについてのコードが含まれていてもよいし、含まれていなくてもよい。
前記キャラクタ情報に、文書を構成する各キャラクタそれぞれについてのコードが含まれている場合に、受信側装置は、既にあるキャラクタについて生成したキャラクタ輪郭を、そのキャラクタコードに対応させて、自己の記憶装置に記憶しておくことができる。これにより、当該キャラクタについては、既に生成したキャラクタ輪郭を用いて文書表示することができる。
【００１２】
本発明の文書表示システムでは、ネットワークに接続された、ホスト装置やフォントサーバに、多種のフォントに対応するキャラクタ情報（当該フォントの各キャラクタの骨格情報や輪郭生成情報）を保有させておく。そして、受信側装置が送信側装置から受信した文書が当該受信側装置が保有していないフォントにより作成されている場合、受信側装置はホスト装置やフォントサーバから、当該フォントについてのキャラクタ情報（当該フォントの各キャラクタの骨格情報や輪郭生成情報）をダウンロードし、上述した手順にしたがってキャラクタ輪郭を生成して文書の表示を行うことができる。
【００１３】
【実施例】
図１は本発明の文書表示システムの第１実施例を示す概略図である。図１において、ネットワーク１００には、送信側装置１１および受信側装置２１が接続されている。第１実施例では、送信側装置１１は日本語の明朝体フォントを保有しているが、受信側装置２１は当該フォントを保有していない。
以下、受信側装置２１がネットワーク１００を介して送信側装置１１から文書データをダウンロードし、明朝体フォントにより文書表示を行う場合を説明する。
【００１４】
送信側装置１１の記憶装置１２には、文書データ（当該文書を、以下“文書ｘｘｘ．ＴＸＴ”で示す）が記憶されている。この文書ｘｘｘ．ＴＸＴには、文書を構成する各キャラクタごとに、コードＣＨＲと、これに対応した骨格情報Ｂ＿ＩＮＦＯと、輪郭生成情報ＰＯＧ＿ＩＮＦＯと、からなるキャラクタ情報Ｃ＿ＩＮＦＯが含まれている。送信側装置１１には、文書表示手段（エディタ１４）が用意されている。このエディタ１４は、コードＣＨＲが表すキャラクタを、骨格情報Ｂ＿ＩＮＦＯと輪郭生成情報ＰＯＧ＿ＩＮＦＯとに基づき、所定の輪郭で表示することができ、明朝体フォントによる文書ｘｘｘ．ＴＸＴはこのエディタ１４を用いて作成される。
一方、受信側装置２１には、キャラクタ輪郭生成手段２３およびエディタ２４が用意されている。キャラクタ輪郭生成手段２３は、後述するように、表示されるべき文書ｘｘｘ．ＴＸＴを構成する各キャラクタのコードＣＨＲに応じて、骨格情報Ｂ＿ＩＮＦＯと輪郭生成情報ＰＯＧ＿ＩＮＦＯとに基づいて、各キャラクタのキャラクタ輪郭を生成することができる。
【００１５】
受信側装置２１は、ネットワーク１００を介して送信側装置１１から、文書ｘｘｘ．ＴＸＴを構成する各キャラクタについて、キャラクタコードＣＨＲと、骨格情報Ｂ＿ＩＮＦＯと、輪郭生成情報ＰＯＧ＿ＩＮＦＯとをダウンロードし、キャラクタ輪郭生成手段２３を用いて、各キャラクタごとにキャラクタ輪郭を生成する。そして、これらのキャラクタ輪郭により、エディタ２４を用いて文書表示が行われる。
【００１６】
以下、受信側装置２１が、キャラクタコードＣＨＲ（ここでは、ＪＩＳ（日本工業規格）コードで示す）“６Ａ４８”を持つキャラクタ“気”を、表示する場合を詳細に説明する。
キャラクタ“気”は、図２（Ａ）に例示されるように多数の骨格点を持っている。ここでは、骨格情報Ｂ＿ＩＮＦＯを示す骨格点ｐ１〜ｐ１８は、座標（Ｘｉ，Ｙｉ）（ただし、ｉ＝１，２，・・・，１８）で示され、結線情報は、（ｐ１，ｐ２，ｐ３）、（ｐ４，ｐ５）、（ｐ６，ｐ７）、（ｐ８，ｐ９，ｐ１０，ｐ１１，ｐ１２）、（ｐ１３，ｐ１４，ｐ１５）、（ｐ１６，ｐ１７，ｐ１８）で示されている。これらの骨格点の組は、通常は、横線、縦線、払い、跳ね等からなる骨格構成片、あるいはこれらの結合により構成される、キャラクタ骨格の各骨格構成片を構成している。これら、骨格点の座標（Ｘｉ，Ｙｉ）と、結線情報とによりキャラクタ“気”の骨格が構成される。
【００１７】
また、輪郭生成情報ＰＯＧ＿ＩＮＦＯは、骨格点ｐ１〜ｐ１８の近傍形状を表す部分形状生成情報を含んでいる。
キャラクタ“気”について、骨格点と部分形状生成情報α１〜α１６とは、ｐ１：α１、ｐ２：α２、ｐ３：α３、ｐ４：α４、ｐ５：α５、ｐ６：α６、ｐ７：α５、ｐ８：α６、ｐ９：α７、ｐ１０：α８、ｐ１１：α９、ｐ１２：α１０、ｐ１３：α１１、ｐ１４：α１２、ｐ１５：α１３、ｐ１６：α１４、ｐ１７：α１５、ｐ１８：α１６のように対応する。
キャラクタ“気”について、骨格情報Ｂ＿ＩＮＦＯと輪郭生成情報ＰＯＧ＿ＩＮＦＯとを、一括した記述を以下に記す。
１０    α１，α２，α３：ｐ１，ｐ２，ｐ３
２０    α４，α５：ｐ４，ｐ５
３０    α６，α５：ｐ６，ｐ７
４０    α６，α７，α８，α９，α１０：ｐ８，ｐ９，ｐ１０，ｐ１１，  ｐ１２
５０    α１１，α１２：ｐ１３，ｐ１４
６０    α１３，α１４：ｐ１５，ｐ１６
【００１８】
なお、キャラクタ情報Ｃ＿ＩＮＦＯには、上記近傍形状情報や骨格点間情報の他、ボールド，イタリック等の情報が含まれることもある。第１実施例では、説明を簡略化する意味から、キャラクタ情報Ｃ＿ＩＮＦＯには、これらの近傍形状情報等は含まれていない。
【００１９】
キャラクタ輪郭生成手段２３は、キャラクタ情報Ｃ＿ＩＮＦＯ（ここでは、骨格情報Ｂ＿ＩＮＦＯと、輪郭生成情報ＰＯＧ＿ＩＮＦＯ）とを用いて（すなわち、上記第１０行，第２０行，第３０行，第４０行，第５０行，第６０行の内容を実行することで）、キャラクタ“気”を表示することができる。すなわち、キャラクタ輪郭生成手段２３は、各骨格構成片に与えられた部分形状生成情報に基づき、各骨格構成片を単位として輪郭を形成し、キャラクタ輪郭を生成する。
上記した第１０行の記述、
α１，α２，α３：ｐ１，ｐ２，ｐ３
を、図２（Ｂ）を参照して説明する。α１は座標ｐ１を基準に定められるＡ１，Ａ２，Ａ３，Ａ４，Ａ５の座標点情報を含み、α２は座標ｐ２を基準に定められるＡ６，Ａ１０の座標点情報を含み、さらにα３は座標ｐ３を基準に定められるＣ７，Ｃ８，Ｃ９の座標点情報を含んでおり、上記の第１０行の実行により、Ａ１→Ａ２→・・・→Ａ１０→Ａ１の順で、キャラクタ“気”のｐ１，ｐ２，ｐ３が作る骨格構成片について輪郭が形成される。
説明は省略するが、キャラクタ“気”の他の骨格構成片についても、第２０行，３０行，第４０行，第５０行，第６０行の実行により、輪郭が形成される。
【００２０】
キャラクタ輪郭生成手段２３による、上記のキャラクタ輪郭の生成は、受信側装置２１が送信側装置１１から文書ｘｘｘ．ＴＸＴを一括してダウンロードした後に行うこともできる。また、骨格情報Ｂ＿ＩＮＦＯと、輪郭生成情報ＰＯＧ＿ＩＮＦＯをダウンロードしたキャラクタについて、順次上記のキャラクタ輪郭の生成を行うこともできる。
また、第１実施例では、受信側装置１１は、骨格情報Ｂ＿ＩＮＦＯと、輪郭生成情報ＰＯＧ＿ＩＮＦＯとともに、これらに対応するキャラクタコードＣＨＲも、送信側装置２１からダウンロードしている。これにより、キャラクタ輪郭生成手段２３は、初めてキャラクタ輪郭を生成したキャラクタについては、キャラクタコードＣＨＲに関連させて当該キャラクタ輪郭を、記憶装置２２に記憶しておき、既にキャラクタ輪郭を生成したキャラクタについては、記憶装置２２から呼び出すことで、キャラクタ輪郭生成をしないようにもできる。
なお、上記の例では、キャラクタを明朝体フォントで表示しているが、ゴシック体フォントで表示することもできる。この場合、明朝体フォントとゴシック体フォントの各キャラクタの骨格情報Ｂ＿ＩＮＦＯを共通とし、輪郭生成情報ＰＯＧ＿ＩＮＦＯのみを異ならせることが、フォントデータ量の低減の意味から好ましい。もちろん、明朝体フォントにも、種類が多数が存在するので、骨格情報を変更することなく、輪郭生成情報のみを変更することで、本実施例における明朝体とは異なる種類の明朝体を作成することもできる。
【００２１】
図４は、本発明の第２実施例を示す図である。図４では、送信側装置３１、キャラクタ輪郭生成手段４３を持つ受信側装置４１、およびフォントサーバ５１がネットワーク１００に接続されている。図４では、送信側装置３１において日本語フォントにより作成された文書を、日本語フォントを持たない受信側装置４１において表示する場合を示している。
送信側装置３１の記憶装置３２に記憶されている日本語フォントにより作成された文書ｘｘｘ．＿ＪＭには、キャラクタコードＣＨＲは含まれているが、骨格情報Ｂ＿ＩＮＦＯと、輪郭生成情報ＰＯＧ＿ＩＮＦＯは含まれていない。骨格情報Ｂ＿ＩＮＦＯと、輪郭生成情報ＰＯＧ＿ＩＮＦＯはフォントサーバ５１の記憶装置５２に記憶されている。また、文書ｘｘｘ．＿ＪＭには、文書が日本語で表現されていること、さらにその日本語が明朝体フォントにより作成されていることを示す識別情報が含まれている。
【００２２】
第２実施例では、受信側装置４１が送信側装置３１から文書ｘｘｘ．＿ＪＭをダウンロードした場合、受信側装置４１はフォントサーバ５１から、記憶装置５２に記憶されている日本語明朝体フォントを表示できる骨格情報Ｂ＿ＩＮＦＯおよび輪郭生成情報ＰＯＧ＿ＩＮＦＯとをダウンロードする。
受信側装置４１のキャラクタ輪郭生成手段４３は、第１実施例において説明したと同様に、骨格情報Ｂ＿ＩＮＦＯおよび輪郭生成情報ＰＯＧ＿ＩＮＦＯとからキャラクタ輪郭を生成し、エディタ４４に表示する。なお、キャラクタ輪郭生成手段４３は、初めてキャラクタ輪郭を生成したキャラクタについて、キャラクタ輪郭を記憶装置４２に記憶しておき、第１実施例と同様にしてキャラクタ輪郭生成をしないようにもできる。
【００２３】
図５は、本発明の第３実施例を示す図である。図５では、送信側装置６１、キャラクタ輪郭生成手段７３を持つ受信側装置７１、およびフォントサーバ８１がネットワーク１００に接続されている。図５では、送信側装置６１において、日本語フォントにより作成された文書を、日本語フォントを持たない受信側装置７１において表示する場合を示している。
送信側装置６１の記憶装置６２に記憶されている日本語文書の文書ｘｘｘ．＿ＪＭには、キャラクタコードＣＨＲは含まれているが、骨格情報Ｂ＿ＩＮＦＯと、輪郭生成情報ＰＯＧ＿ＩＮＦＯが含まれていない。第３実施例では、上記日本語文書には、第２実施例と同様、上記日本語文書には、文書が日本語で表示されていること、さらにその日本語が明朝体フォントにより作成されていることを示す識別情報が含まれている。
骨格情報Ｂ＿ＩＮＦＯは、フォントサーバ８１の記憶装置８２に記憶されており、当該フォントサーバ８１は、キャラクタコードＣＨＲに対応した骨格情報Ｂ＿ＩＮＦＯを保有している。
輪郭生成情報ＰＯＧ＿ＩＮＦＯは、受信側装置７１の記憶装置７２に記憶されており、当該受信側装置７１は、キャラクタについての多数の部分形状（輪郭生成情報ＰＯＧ＿ＩＮＦＯ）を、キャラクタコードＣＨＲとそのキャラクタ骨格の骨格点とに対応できるように保有している。
【００２４】
第３実施例では、受信側装置７１が送信側装置６１から文書ｘｘｘ．＿ＪＭをダウンロードした場合、受信側装置７１はフォントサーバ８１から日本語明朝体フォント用の骨格情報Ｂ＿ＩＮＦＯをダウンロードする。
受信側装置７１のキャラクタ輪郭生成手段７３は、フォントサーバ８１からダウンロードした骨格情報Ｂ＿ＩＮＦＯと、受信側装置７１がもともと保有している、キャラクタ骨格の骨格点に対応した部分形状（輪郭生成情報ＰＯＧ＿ＩＮＦＯ）とから、第１実施例と同様にして、キャラクタ輪郭を生成し、エディタ７４に表示する。なお、第３実施例においても、受信側装置７１のキャラクタ輪郭生成手段７３は、第１実施例において説明したと同様にして、既に生成したキャラクタ輪郭については、新たにキャラクタ輪郭生成をしないようにもできる。
【００２５】
【発明の効果】
以上説明したように、本発明の文書表示システムでは、以下のような効果を奏することができる。
（１）受信側装置が送信側装置から文書データをダウンロードする場合に、受信側装置が、文書に使用されているフォントを保有していなくても、少ないデータ転送量で前記フォントにより表示された文書を高速に再現できる。
（２）受信側装置のユーザが普段使用しないキャラクタにより作成されている場合、または文書にそのようなキャラクタが含まれる場合であっても、当該ユーザは、受信側装置に当該キャラクタを表示するフォントを用意しておかなくても、少ないデータ転送量で文書を高速に再現できる。
【図面の簡単な説明】
【図１】本発明の第１実施例を示す文書表示システムの概略図である。
【図２】（Ａ）は日本語キャラクタ“気”についての骨格情報の骨格点を示す図、（Ｂ）は日本語キャラクタ“気”の一部について輪郭を生成する様子を示す図である。
【図３】日本語キャラクタ“気”について、輪郭生成情報に基づき、各部分形状を骨格点に配置し、各骨格構成片を単位としてこれら部分形状を接続した様子を示す図である。
【図４】本発明の第２実施例を示す文書表示システムの概略図である。
【図５】本発明の第３実施例を示す文書表示システムの概略図である。
【符号の説明】
１１，３１，６１  送信側装置
２１，４１，７１  受信側装置
５１，８１  フォントサーバ
１２，２２，３２，４２，５２，６２，７２，８２  記憶装置
２３，４３，７３  キャラクタ輪郭生成手段
１４，２４，４４，７４  エディタ
１００  ネットワーク
Ｃ＿ＩＮＦＯ  キャラクタ情報
Ｂ＿ＩＮＦＯ  骨格情報
ＰＯＧ＿ＩＮＦＯ  輪郭生成情報
ＣＨＲ  キャラクタコード
【図１】
0003754153.tif 000002
【図２】
0003754153.tif 000003
【図３】
0003754153.tif 000004
【図４】
0003754153.tif 000005
【図５】
0003754153.tif 000006