JP4006465B2 - 外字登録方法及び記憶媒体 - Google Patents

Description

本発明は、文字データを処理するデータ処理装置における外字の管理技術に関する。

従来、コンピュータ等のデータ処理装置で使用される文字や記号の書体（字体：フォント）としては、明朝体、ゴシック体、毛筆体、クーリエ、パイカ等の各種の書体が知られている。また、日本語の文字数は非常に多く数万文字もあるため、内蔵の漢字ＲＯＭ（キャラクタジェネレータ）には、一定数の文字について、それら文字の所定の書体に係る初手のパターン（字形）のみを登録しておき、この漢字ＲＯＭに文字パターンが登録されていない文字については、外字として取り扱うようにしている。

すなわち、従来の外字の扱いは、Ｗｉｎｄｏｗｓ（登録商標）９５に見られるように、オペレーティングシステム（ＯＳ）に搭載されている書体に対して外字を付属させるか、もしくは書体毎に外字ファイルを用意し、個別のパーソナルコンピュータ毎に外字ファイルの編集・管理を行っている。

また、ＴｙｐｅＣｒａｆｔ（登録商標）などの外字エディタを使用して編集され作成された外字を、別のパーソナルコンピュータで使用する際は、登録のみを行えば個別の編集は不要となったが、どの書体がＯＳに搭載されているか、どの外字をどの書体に従属させるか等の管理は、個別のパーソナルコンピュ−タ毎に行っていた。
特開平１０−１２４０３０号公報 特開平０９−２８２３１１号公報

しかし、上記従来例では、複数のパーソナルコンピュータ間で外字を共用しようとする場合に、以下のような問題があった。
（１） どの外字をどの書体に対して関連付けるか、すなわち付属させるかを管理する必要がある、
（２） どのパーソナルコンピュータにどの書体が搭載されているかを管理する必要がある、
（３） これら管理内容の登録処理は、人手を介して行う必要があり、手間がかかるだけでなく、登録ミスを誘発しやすい、という問題があった。

本発明は、このような背景の下になされたもので、その課題は、複数のデータ処理装置間で共用される外字の登録・管理処理を簡単、迅速、かつ正確に行えるようにすることにある。

上記課題を解決するため、本発明の外字登録方法は、文字ファイル、及び文字ファイルのファイル名と文字ファイルが従属する書体の書体名とを対応付けて記録したフォント管理情報ファイルを記憶する記憶装置を有するデータ処理装置の外字登録方法であって、前記データ処理装置の判定手段が、配信された外字ファイルを該データ処理装置が使用する外字ファイルとして登録する際、前記外字ファイルに記録された書体情報に係る書体が該データ処理装置に搭載されているか否かを判定し、前記データ処理手段の登録手段が前記書体が搭載されていると判定された場合に当該外字ファイルを前記データ処理装置の記憶装置に登録すると共ともに、前記フォント管理情報ファイルに、登録される外字の書体名と外字ファイルのファイル名とを対応付けて書き込むことを特徴としている。

上記課題を解決するため、本発明の記憶媒体は、文字ファイル、及び文字ファイルのファイル名と文字ファイルが従属する書体の書体名とを対応付けて記録したフォント管理情報ファイルを記憶する記憶装置を有するデータ処理装置の記憶装置に、配信された外字ファイルをデータ処理装置が使用する外字ファイルとして登録する登録処理を該データ処理装置に実行させるプログラムを記憶した記憶媒体であって、前記登録処理は、前記外字ファイルに記録された書体情報に係る書体が前記データ処理装置に搭載されているか否かを判定する判定ステップと、前記判定ステップにより前記書体が搭載されていると判定された場合に当該外字ファイルを前記データ処理装置の記憶装置に登録すると共ともに、前記フォント管理情報ファイルに、登録される外字の書体名と外字ファイルのファイル名とを対応付けて書き込む登録ステップとを含むことを特徴としている。

以上説明したように、本発明によれば、外字配信装置とデータ処理装置とを備えた外字登録システムの外字登録方法であって、前記外字配信装置が、外字と該外字の書体情報とを対応付けて記録した外字ファイルを作成し、作成された外字ファイルを前記データ処理装置に配信し、前記データ処理装置が、配信された外字ファイルに記録された書体情報に係る書体が該データ処理装置に搭載されているか否かを判定し、前記書体が搭載されていると判定された場合に当該外字ファイルを該データ処理装置が使用する外字ファイルとして該データ処理装置の記憶装置に登録するので、複数のデータ処理装置間で共用される外字の登録・管理処理を簡単、迅速、かつ正確に行うことが可能となる。

以下、本発明の実施の形態を図面を参照しながら説明する。

［第１の実施形態］
図１は本発明の実施の形態に係るデータ処理装置を適用したワークステーションＷＳのブロック図である。

図１において、１はＣＰＵ（中央演算装置）、２はＲＡＭ（ランダムアクセスメモリ）、３はＲＯＭ（読出し専用メモリ）、４は入力ＩＦ（インターフェイス）、５は出力ＩＦ、６はシステムバス、７はキーボードコントローラ、８はキーボード、９はビデオＩＦ、１０はディスプレイ、１１はマウスコントローラ、１２はマウス、１３はハードディスクコントローラ、１４はハードディスクドライブである。

図１のワークステーションＷＳは、図２、図３に示したファイルサーバＦＳ、ｈｔｔｐ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバＨＳに対しては、クライアントパソコンＰＣとして機能する。すなわち、本実施形態では、図１に示したワークステーションＷＳは、クライアントパソコンＰＣとして機能することにより、ファイルサーバＦＳ、ｈｔｔｐサーバＨＳから各クライアントパソコンＰＣに共通に配信される外字転送ファイルを取得して、自己に搭載された書体に関する外字を選択的に登録するようにしている。

［第１の実施形態］
図４は、ファイルサーバＦＳ、ｈｔｔｐサーバＨＳ等から配信される外字転送ファイルＦの構成を表した図である。外字転送ファイルＦは、書体の異なる複数の外字を一括して転送できるように構成されている。すなわち、原則として書体別に外字が纏められた１つ以上の外字ファイルを持ち、各外字ファイルには、その外字ファイルに纏められた外字が従属する書体の書体名が記録されている。

また、外字転送ファイルＦに含まれる外字ファイルの数（図４の外字ファイル数）、換言すれば、書体の数が、外字転送ファイルＦの先頭に記録されている。その外字ファイル数に続けて、外字ファイルＦ１のアドレス、外字ファイルＦ２のアドレス、…といったように、各外字ファイルのアドレスが記録されている。なお、アドレスは、外字転送ファイルＦの先頭からのオフセットで表されている。

各外字ファイルの先頭部（ヘッダ部）には、上記のように、その外字ファイルに纏められた各外字が一様に従属する書体の書体名が記録されている。この書体名は、ＳｈｉｆｔＪ１Ｓコードで記述され、３２Ｂｙｔｅ固定であり、３２Ｂｙｔｅより短い場合は後ろにＮＵＬＬが付けられて３２Ｂｙｔｅとなっている。なお、各外字ファイルは、各クライアントパソコンＰＣで使用可能なファイル形式となっている。

なお、図２，３に示したファイルサーバＦＳ、またはｈｔｔｐサーバＨＳは、コンピュータにより構成され、ＣＰＵ１５、ＲＯＭ１６、ＲＡＭ１７を有しており、ＣＰＵ１５は、ＲＯＭ１６に格納された制御プログラムに従って、図４の外字転送ファイルＦを作成してＲＡＭ１７に記憶すると共に、クライアントパソコンＰＣに配信するように構成されている。ただし、上記の制御プログラムは、フロッピー（登録商標）ディスク、ハードディスク等の外部記憶装置からＲＡＭ１７にロードして動作させることも可能である（第２の実施形態も同様）。

外字転送ファイルＦの構成を具体例で説明すると、例えば、外字転送ファイルＦによりＦＧ平成明朝体Ｗ３に従属する外字群と、ＦＧ平成角ゴシック体Ｗ５に従属する外字群を配信する場合は、外字転送ファイルＦの外字ファイル数としては“２”、外字ファイルＦ２のアドレスと外字ファイルＦ２のアドレスとしては、それら外字ファイルの外字転送ファイルＦの先頭からのアドレス（オフセット）が記録される。

そして、外字ファイルＦ１には、配信先でＦＧ平成明朝体Ｗ３として使用されるべき外字群が記録され、その外字ファイルＦ１の先頭（ヘッダ部）には、外字ファイルＦ１が従属する（厳密に言えば、外字ファイルＦ１に記録された外字群が一様に従属する）書体の書体名としてＦＧ平成明朝体Ｗ３が記録される。また、外字ファイルＦ２には、配信先でＦＧ平成角ゴシック体Ｗ５として使用されるべき外字群が記録され、その外字ファイルＦ２の先頭（ヘッダ部）には、外字ファイルＦ２が従属する（厳密に言えば、外字ファイルＦ２に記録された外字群が一様に従属する）書体の書体名としてＦＧ平成角ゴシック体Ｗ５Ｆが記録されている。

ここで従属とは、配信先の機器に搭載された書体に従属することを言う。従って、例えば、上記の外字ファイルＦ１の外字群は、該外字ファイルＦ１の先頭には、その外字ファイルＦ１が従属する書体の書体名としてＦＧ平成明朝体Ｗ３が記録されているので、配信先でＦＧ平成明朝体Ｗ３が搭載されている場合には、その外字ファイルＦ１に記録された外字群は、ＦＧ平成明朝体Ｗ３に従属するものとして取り扱われる。すなわち、外字ファイルＦ１に記録された外字群は、元々配信先でＦＧ平成明朝体Ｗ３として管理されていた内字群と同列にＦＧ平成明朝体Ｗ３という書体名の書体に従属し、ＦＧ平成明朝体Ｗ３という書体名の下に一括管理されることとなる。

なお、外字転送ファイルＦ中の外字ファイルに纏められた各外字は、それら外字の実際の書体（勿論、ユーザ等により自由に文字、記号、マーク等のパターンが作成され、書体と呼べるものもが存在しない外字も存在する）とは直接的には関係なく、該外字ファイルの先頭（ヘッダ部）に記録された書体名の書体に従属するものとして、配信先の機器で取り扱われる。

従って、上記の例で、例えば、実際にはＣＡ明朝体に従属する外字であっても、その外字がＦＧ平成明朝体Ｗ３に係る外字ファイルＦ１に記録されていた場合には、そのＣＡ明朝体の外字は、配信先では、ＦＧ平成明朝体Ｗ３の文字として取り扱われる。また、極端な例としては、たとえゴシック体の文字であっても、そのコジック体の文字が明朝体に係るファイルに記録されていたときは、配信先では、明朝体に係る文字として処理される。

図５は、第１実施形態における外字登録処理を示すフローチャートである。

図１のワークステーションＷＳ（図２，図３のクライアントパソコンＰＣ）のＣＰＵ１は、まず、ステップＳ３０１にて、図２，図３のファイルサーバＦＳ、またはｈｔｔｐサーバＨＳから外字転送ファイルＦを取込む。

この外字転送ファイルＦの取込処理は、ワークステーションＷＳの方からファイルサーバＦＳ、またはｈｔｔｐサーバＨＳに対して、外字転送ファイルＦの配信を要求することによって行うことも可能であるし、或いは、外字転送ファイルＦを作成したとき、或いはファイル内容を更新したときに、ファイルサーバＦＳ、またはｈｔｔｐサーバＨＳの方から能動的にワークステーションＷＳに配信することに行うことも可能である。なお、ワークステーションＷＳの方から配信要求を行う場合は、外字転送ファイルＦ中の全ての外字ファイルを要求することなく、ワークステーションＷＳに搭載されている書体に係る外字ファイルのみを配信要求することも可能である。この場合は、データ転送量を低減でき、また、後述のステップＳ３０６を初めとする多くのステップが不要になる等の利点がある。

次に、ステップＳ３０２では、外字転送ファイルＦの先頭に記録されている外字ファイル数を変数ｎに代入する。ステップＳ３０３では、カウンタｃｎｔに“１”を代入する。ステップＳ３０４では、カウンタｃｎｔで示される数値に対応する順番の外字ファイルのアドレスを、外字転送ファイルＦから取出す。

次に、ステップＳ３０５では、外字ファイルが従属する書体の書体名を取得する。書体名を取得するためには、ステッブＳ３０４で取得した外字ファイルのアドレスを用いて、外字転送ファイルＦの先頭からアドレス分シークし、そのシーク位置から３２Ｂｙｔｅデータを取込めばよい。そして、ステップＳ３０６では、ステップＳ３０５で取得した書体名の書体が、この処理を行っているワークステーションＷＳに存在するか否かを判定する。その結果、存在すればステップＳ３０７に進み、存在しなければステップＳ３０９に進む。

なお、ステップＳ３０６での書体の一致判定処理は、書体名が一致するか否かで判定しているので、例えば、ワークステーションＷＳにはＣＡ明朝体は搭載されているがＦＧ平成明朝体Ｗ３は搭載されていない場合で、外字ファイルが従属する書体の書体名がＦＧ平成明朝体Ｗ３の場合は、たとえ書体の上位の分類概念である「明朝体」という点で一致していても、下位の分類概念では一致しないので、「一致しない」と判定する。

ステップＳ３０７では、外字ファイルを取出す。外字ファイルは、ステップＳ３０４で取出したアドレスに３２Ｂｙｔｅ加えた位置に存在するが、直前にファイル名を取出しているので、続けて読込み処理を行うことによりシーク無しで読出すことが可能である。

ステップＳ３０８では、ステップＳ３０７で読出した外字ファイルを該ワークステーションＷＳに登録する。この登録は、該ワークステーションＷＳの所定の記憶領域（外部記憶装置も可）に該外字ファイルを保存すると共に、ワークステーションＷＳに搭載されている内字ファイルのファイル名と該内字ファイルが従属する書体の書体名とを対応付けて記録したフォント管理情報ファイルに、ステップＳ３０５で取得した書体名と保存に係る外字ファイルのファイル名を、対応付けて書込むことにより行う。

ステップＳ３０９では、カウンタｃｎｔの値をプラス“１”する。ステップＳ３１０では、カウンタｃｎｔの値と外字ファイル数ｎを比較し、ｃｎｔの値がｎよりも大きい場合は、外字転送ファイルＦ中の全ての外字ファイルについて処理し終えたことを意味するので、終了する。一方、カウンタｃｎｔの値が外字ファイル数ｎ以下の場合は、ステップＳ３０４に戻り、外字転送ファイルＦ中の残りの外字ファイルについて上記の処理を行う。

このように、ファイルサーバＦＳ、ｈｔｔｐサーバＨＳから各クライアントパソコンＰＣに共通に配信される外字転送ファイルＦを取得して、自己に搭載された書体に従属する外字ファイルを自動的に選択して登録している。従って、複数のパーソナルコンピュータで外字を共用する場合でも、どの外字をどの書体に対して関連付けるか、すなわち付属させるかを管理するための管理内容をマニュアルで登録する必要がなくなり、この登録ミスを防止することが可能となる。また、各クライアントパソコンＰＣに共通に配信される外字転送ファイルＦから外字ファイルを取込むので、複数のパーソナルコンピュータ間で外字を共用するために、どのパーソナルコンピュータにどの書体が搭載されているかを管理する必要も無くなる。

［第２の実施形態］
図６は、第２の実施形態に係る転送ファイルの構成を表した図である。第２の実施形態に係る転送ファイルの構成は、基本的には第１の実施形態と同様なので、第１の実施形態との相違点だけを説明する。

第１の実施形態では、１つの外字ファイルが従属する書体（書体名）は１つであり、外字ファイルと書体（書体名）とは１対１に対応していたが、第２の実施形態では、図６に示したように、１つの外字ファイルは任意の複数の書体に従属し、外字ファイルと書体とは１対Ｎ（Ｎ＝任意の自然数）に対応している点で相違する。

このように外字ファイルと書体とを１対Ｎに対応させた場合の利点は、次のような点にある。すなわち、例えば、ＣＡ明朝体、ＦＧ平成明朝体Ｗ３など、書体の上位の分類概念である「明朝体」という分類名（書体名）で分類された外字群を１つの外字ファイルに纏めておき、その外字ファイルが従属する書体の書体名としては、該外字ファイルに記録された各外字が属するＣＡ明朝体、ＦＧ平成明朝体Ｗ３などの全ての下位の分類概念の書体の書体名を対応づけておくことにより、外字転送ファイルＦの配信先で、たとえ下位の分類概念で分類された書体の書体名でしか内字を管理しておらず、かつ、上記の書体の一致判定を下位の分類概念で厳密に行っていた場合にも、確実に外字（外字ファイル）の自動登録を行うことができる。

また、書体と呼べるものもが存在しない自由に作成された文字、記号、マーク等のパターンを、簡単に全ての書体に従属させることが可能となる。

このように、第２の実施形態では、外字ファイルと書体とを１対Ｎに対応させたので、図６に示すように、各外字ファイルの先頭には、それぞれ、当該外字ファイルが従属する書体の書体数と、それら書体の書体名とが記録されている。

例えば、ＦＧ平成明朝体Ｗ３とＣａｎｏｎ明朝体に従属する外字ファイルＦ１と、ＦＧ平成角ゴシック体Ｗ５に従属する外字ファイルＦ２からなる外字転送ファイルＦの場合、外字ファイルＦ１が従属する書体数は“２”となり、書体名はＦＧ平成明朝体Ｗ３とＣａｎｏｎ明朝体になる。また、外字ファイルＦ２が従属する書体数は“１”となり、書体名はＦＧ平成角ゴシック体になる。

図７，８は、第２実施形態における外字登録処理を示すフローチャートである。

図１のワークステーションＷＳ（図２，図３のクライアントパソコンＰＣ）のＣＰＵ１は、まず、ステップＳ５０１にて、図２，図３のファイルサーバＦＳ、またはｈｔｔｐサーバＨＳから外字転送ファイルＦを取込む。

この外字転送ファイルＦの取込処理は、ワークステーションＷＳの方からファイルサーバＦＳ、またはｈｔｔｐサーバＨＳに対して、外字転送ファイルＦの配信を要求することによって行うことも可能であるし、或いは、外字転送ファイルＦのファイル内容を更新した場合に、ファイルサーバＦＳ、またはｈｔｔｐサーバＨＳの方から能動的にワークステーションＷＳに配信することに行うことも可能である。なお、ワークステーションＷＳの方から配信要求を行う場合は、外字転送ファイルＦ中の全ての外字ファイルを要求することなく、ワークステーションＷＳに搭載されている書体に係る外字ファイルのみを配信要求することも可能である。この場合は、データ転送量を低減でき、また、後述のステップＳ５０９を初めとする多くのステップが不要になる等の利点がある。

次に、ステップＳ５０２では、外字転送ファイルＦの先頭に記録されている外字ファイル数を変数ｎに代入する。ステップＳ５０３では、カウンタｃｎｔに“１”を代入する。ステップＳ５０４では、カウンタｃｎｔで示される数値に対応する順番の外字ファイルのアドレスを、外字転送ファイルＦから取出す。

次に、ステップＳ５０５では、取出したアドレスの外字ファイルが従属する内字書体の書体数を変数ｍに代入する。ステップＳ５０６では、従属処理用のカウンタｃｍに“１”を代入する。ステップＳ５０７では、従属処理用のカウンタｃｍで示される数値に対応する順番の書体名を取得する。書体名を取得するためには、ステップＳ５０４で取得した外字アドレスを用いて、外字転送ファイルＦの先頭から当該外字アドレス＋（ｃｍ−１）×３２＋４バイト分シークし、そこから３２Ｂｙｔｅデータを取込めばよい。

次に、ステップＳ５０８では、ステップＳ５０７で取得した書体名の書体が、この処理を行っているワークステーションＷＳに存在するか否かを判定する。その結果、存在すればステップＳ５０９に進み、存在しなければステップＳ５１２に進む。

ステップＳ５０９では、ステップＳ５０４で取出したアドレスに対応する外字ファイルが外字転送ファイルＦから既に取出されているか否かを判別する。その結果、未だ取出されていなければ、そのアドレスに対応する外字ファイルを外字転送ファイルＦから取出して所定の記憶領域（外部記憶装置も可）に保存し（ステップＳ５１０）、ステップＳ５１１に進み、既に取り出されていれば、ステップＳ５１０をスキップして、ステップＳ５１１に進む。なお、ステップＳ５１０での取出対象の外字ファイルは、ステップＳ５０４で取出したアドレスに対して、（３２×ｍ＋４Ｂｙｔｅ）を加えたアドレスに存在する。

ステップＳ５１１では、取出して保存された外字ファイルをステップＳ５０７で取得した書体名に従属するものとして、該ワークステーションＷＳに登録する。この登録は、ワークステーションＷＳに搭載されている内字ファイルのファイル名と該内字ファイルが従属する書体の書体名とを対応付けて記録したフォント管理情報ファイルに、ステップＳ５０７で取得した書体名とステップＳ５１０で保存した外字ファイルのファイル名を、対応付けて書込むことにより行う。

ステップＳ５１２では、カウンタｃｍの値をプラス“１”する。ステップＳ５１３では、カウンタｃｍの値と変数ｍの値を比較し、カウンタｃｍの値が変数ｍの値以下の場合は、カウンタｃｎｔで示される外字ファイルに記録された従属すべき書体の全てについて、処理を完了していないことを意味するので、ステップＳ５０７に戻る。一方、カウンタｃｍの値が変数ｍの値よりも大きい場合は、カウンタｃｎｔで示される外字ファイルに記録された従属すべき書体の全てについて、処理を完了したことを意味し、この場合はステップＳ５１４に進む。

ステップＳ５１４では、カウンタｃｎｔの値をプラス“１”する。ステップＳ５１５では、カウンタｃｎｔの値と外字ファイル数ｎを比較し、カウンタｃｎｔの値が外字ファイル数ｎよりも大きい場合は、外字転送ファイルＦ中の全ての外字ファイルについて処理し終えたことを意味するので、終了する。一方、カウンタｃｎｔの値が外字ファイル数ｎ以下の場合は、ステップＳ５０４に戻り、外字転送ファイルＦ中の残りの外字ファイルについて上記の処理を行う。

図８は、第１実施形態に係る図５のフローチャート、または第２実施形態に係る図７，８のフローチャートに対応する制御プログラムの構成を示す概念図であり、ファイル転送（取得）モジュール、書体判定モジュール、記憶モジュール、外字登録モジュールにより構成されている。

この制御プログラムは、図９に示した可搬性のあるフロッピー（登録商標）ディスクＦＤに記録されており、図１０に示したワークステーションＷＳのフロッピー（登録商標）ディスク装着口Ｉからフロッピー（登録商標）ディスクＦＤを装着することにより、フロッピー（登録商標）ディスクＦＤに記録された上記制御プログラムをワークステーションＷＳにロードすることが可能となる。

なお、上記制御プログラムは、ハードディスク、ＣＤ−ＲＯＭ等の他の外部記憶装置にアプリムーションプログラムとして記憶しても、或いは内蔵ＲＯＭにプリセットしてもよい。

このように、サーバから取得した外字転送ファイルに基づいて、外字ファイルと書体との対応付け等の外字登録処理が自動的に行われるので、複数のデータ処理装置間で共用される外字の登録・管理処理を簡単、迅速、かつ正確に行うことが可能となる。

なお、本発明は、上記実施形態に限定されることなく、例えば、外字ファイル登録を行う装置は、汎用のコンピュータ装置に限定されることなく、例えばワードプロセッサ等の専用機に適用することも可能である。また、外字（転送）ファイルを作成・配信する装置は配信専用機である必要はなく、ネットワーク上の複数台のデータ処理装置のうちの１台のデータ処理装置に外字（転送）ファイルの作成・配信機能を搭載させることも可能である。

本発明を適用したデータ処理装置（ワークステーション）の概略構成を示すブロック図である。 本発明を適用したネットワークシステムの概略構成を示すシステム構成図である。 本発明を適用した他のネットワークシステムの概略構成を示すシステム構成図である。 本発明の第１実施形態に係る外字転送ファイルの構成を示す概念図である。 本発明の第１実施形態に係る外字登録処理を示すフローチャートである。 本発明の第２実施形態に係る外字転送ファイルの構成を示す概念図である。 本発明の第２実施形態に係る外字登録処理を示すフローチャートである。 図７の続きのフローチャートである。 図６、図７，８のフローチャートのモジュール構成を示す概念図である。 図９のモジュール構成の制御プログラムを記憶したフロッピー（登録商標）ディスクの外観図である。 図１０のフロッピー（登録商標）ディスク内の制御プログラムをデータ処理装置（ワークステーション）にロードする作業を説明するための説明図である。

符号の説明

１，１５ ＣＰＵ
２，１７ ＲＡＭ
３，１６ ＲＯＭ
４ 入力ＩＦ
５ 出力ＩＦ
ＦＳ ファイルサーバ
ＨＳ ｈｔｔｐサーバ
ＷＳ ワークステーション
Ｆ 外字転送ファイル
Ｆ１〜Ｆｎ 外字ファイル
ＦＤ フロッピー（登録商標）ディスク

Claims (2)

1. 文字ファイル、及び文字ファイルのファイル名と文字ファイルが従属する書体の書体名とを対応付けて記録したフォント管理情報ファイルを記憶する記憶装置を有するデータ処理装置の外字登録方法であって、
   前記データ処理装置の判定手段が、配信された外字ファイルを該データ処理装置が使用する外字ファイルとして登録する際、前記外字ファイルに記録された書体情報に係る書体が該データ処理装置に搭載されているか否かを判定し、前記データ処理手段の登録手段が前記書体が搭載されていると判定された場合に当該外字ファイルを前記データ処理装置の記憶装置に登録すると共ともに、前記フォント管理情報ファイルに、登録される外字の書体名と外字ファイルのファイル名とを対応付けて書き込むことを特徴とする外字登録方法。
2. 文字ファイル、及び文字ファイルのファイル名と文字ファイルが従属する書体の書体名とを対応付けて記録したフォント管理情報ファイルを記憶する記憶装置を有するデータ処理装置の記憶装置に、配信された外字ファイルをデータ処理装置が使用する外字ファイルとして登録する登録処理を該データ処理装置に実行させるプログラムを記憶した記憶媒体であって、
   前記登録処理は、前記外字ファイルに記録された書体情報に係る書体が前記データ処理装置に搭載されているか否かを判定する判定ステップと、前記判定ステップにより前記書体が搭載されていると判定された場合に当該外字ファイルを前記データ処理装置の記憶装置に登録すると共ともに、前記フォント管理情報ファイルに、登録される外字の書体名と外字ファイルのファイル名とを対応付けて書き込む登録ステップとを含むことを特徴とする記憶媒体。

Images