JP3869951B2 - 外字登録システム及び外字登録装置 - Google Patents
外字登録システム及び外字登録装置 Download PDFInfo
- Publication number
- JP3869951B2 JP3869951B2 JP25607798A JP25607798A JP3869951B2 JP 3869951 B2 JP3869951 B2 JP 3869951B2 JP 25607798 A JP25607798 A JP 25607798A JP 25607798 A JP25607798 A JP 25607798A JP 3869951 B2 JP3869951 B2 JP 3869951B2
- Authority
- JP
- Japan
- Prior art keywords
- external character
- file
- typeface
- registration
- external
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Document Processing Apparatus (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、文字データを処理するデータ処理装置における外字の管理技術に関する。
【０００２】
【従来の技術】
従来、コンピュータ等のデータ処理装置で使用される文字や記号の書体（字体：フォント）としては、明朝体、ゴシック体、毛筆体、クーリエ、パイカ等の各種の書体が知られている。また、日本語の文字数は非常に多く数万文字もあるため、内蔵の漢字ＲＯＭ（キャラクタジェネレータ）には、一定数の文字について、それら文字の所定の書体に係る初手のパターン（字形）のみを登録しておき、この漢字ＲＯＭに文字パターンが登録されていない文字については、外字として取り扱うようにしている。
【０００３】
すなわち、従来の外字の扱いは、Ｗｉｎｄｏｗｓ（登録商標）９５に見られるように、オペレーティングシステム（ＯＳ）に搭載されている書体に対して外字を付属させるか、もしくは書体毎に外字ファイルを用意し、個別のパーソナルコンピュータ毎に外字ファイルの編集・管理を行っている。
【０００４】
また、ＴｙｐｅＣｒａｆｔ（登録商標）などの外字エディタを使用して編集され作成された外字を、別のパーソナルコンピュータで使用する際は、登録のみを行えば個別の編集は不要となったが、どの書体がＯＳに搭載されているか、どの外字をどの書体に従属させるか等の管理は、個別のパーソナルコンピュ−タ毎に行っていた。
【０００５】
【発明が解決しようとする課題】
しかし、上記従来例では、複数のパーソナルコンピュータ間で外字を共用しようとする場合に、以下のような問題があった。
（１） どの外字をどの書体に対して関連付けるか、すなわち付属させるかを管理する必要がある、
（２） どのパーソナルコンピュータにどの書体が搭載されているかを管理する必要がある、
（３） これら管理内容の登録処理は、人手を介して行う必要があり、手間がかかるだけでなく、登録ミスを誘発しやすい、という問題があった。
【０００６】
本発明は、このような背景の下になされたもので、その課題は、複数のデータ処理装置間で共用される外字の登録・管理処理を簡単、迅速、かつ正確に行えるようにすることにある。
【０００７】
【課題を解決するための手段】
上記課題を解決するため、本発明による外字登録システムは、外字と該外字の書体情報とを対応付けて記録した外字ファイルを作成する作成手段と、前記作成手段により作成された外字ファイルをデータ処理装置に配信する配信手段と、前記配信手段から配信された外字ファイルに記録された書体情報に係る書体が前記データ処理装置に搭載されているか否かを判定する判定手段と、前記判定手段により前記書体が搭載されていると判定された場合に当該外字ファイルを前記データ処理装置が使用する外字ファイルとして登録する登録手段とを備えている。
【００１１】
また、本発明は、サーバに記憶される外字ファイルを登録する外字登録装置であって、前記外字ファイルが従属する書体の書体情報を取得する取得手段と、前記取得手段により取得された書体情報に係る書体が前記外字登録装置に存在するか否かを判定する判定手段と、前記判定手段により前記書体が前記外字登録装置に存在すると判定された場合、当該外字ファイルを登録する登録手段とを有している。
【００１４】
また、本発明では、前記作成手段は、所定の書体分類基準で分類された書体の書体名と、該書体名に従属する外字とを対応付けて記録した複数の外字ファイルを作成し、前記配信手段は、該作成手段により作成された複数の外字ファイルを外字転送ファイルとして一括して配信している。
【００１５】
また、本発明では、前記作成手段は、前記外字ファイル内の各外字に対して個別に書体名を記録することなく、前記外字ファイルのヘッダ情報として書体名を記録することにより、該外字ファイル内の各外字に対して一括して同一の書体名を記録している。
【００１６】
また、本発明では、前記作成手段は、前記ヘッダ情報としての書体名を１つの外字ファイルに対して１つ記録している。
【００１７】
また、本発明では、前記作成手段は、前記ヘッダ情報としての書体名を１つの外字ファイルに対して複数記録している。
【００１８】
また、本発明では、前記配信手段は、前記データ処理装置からの配信要求に応じて前記外字ファイルを該データ処理装置に配信している。
【００１９】
また、本発明では、前記配信手段は、前記作成手段により前記外字ファイルが作成、又は更新された際に能動的に作成、又は更新に係る外字ファイルを前記データ処理装置に配信している。
【００２０】
また、本発明では、前記登録手段は、前記外字ファイルを前記データ処理装置の所定の記憶領域に記憶すると共に、該データ処理装置に搭載されている書体名と文字ファイル名とを対応付けて記録した書体管理情報ファイルに、該外字ファイルのファイル名と該外字ファイルに記録された書体情報とを書込むことにより登録処理を行っている。
また、本発明では、前記作成手段と前記配信手段とは、外字配信装置が備え、前記判定手段と前記登録手段とは、外字登録装置が備えている。
【００２１】
また、本発明では、前記取得手段は、前記書体情報を外字転送ファイルから取得し、前記外字転送ファイルは、外字ファイルを含み、前記外字ファイルは、前記書体情報の格納位置に連続して格納されている。
【００２２】
また、本発明では、前記登録手段は、前記判定手段により前記書体が前記外字登録装置に存在すると判定された場合、外字ファイルを前記サーバから取り出し、取り出した外字ファイルを登録している。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しながら説明する。
【００２４】
［第１の実施形態］
図１は本発明の実施の形態に係るデータ処理装置を適用したワークステーションＷＳのブロック図である。
【００２５】
図１において、１はＣＰＵ（中央演算装置）、２はＲＡＭ（ランダムアクセスメモリ）、３はＲＯＭ（読出し専用メモリ）、４は入力ＩＦ（インターフェイス）、５は出力ＩＦ、６はシステムバス、７はキーボードコントローラ、８はキーボード、９はビデオＩＦ、１０はディスプレイ、１１はマウスコントローラ、１２はマウス、１３はハードディスクコントローラ、１４はハードディスクドライブである。
【００２６】
図１のワークステーションＷＳは、図２、図３に示したファイルサーバＦＳ、ｈｔｔｐ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバＨＳに対しては、クライアントパソコンＰＣとして機能する。すなわち、本実施形態では、図１に示したワークステーションＷＳは、クライアントパソコンＰＣとして機能することにより、ファイルサーバＦＳ、ｈｔｔｐサーバＨＳから各クライアントパソコンＰＣに共通に配信される外字転送ファイルを取得して、自己に搭載された書体に関する外字を選択的に登録するようにしている。
【００２７】
［第１の実施形態］
図４は、ファイルサーバＦＳ、ｈｔｔｐサーバＨＳ等から配信される外字転送ファイルＦの構成を表した図である。外字転送ファイルＦは、書体の異なる複数の外字を一括して転送できるように構成されている。すなわち、原則として書体別に外字が纏められた１つ以上の外字ファイルを持ち、各外字ファイルには、その外字ファイルに纏められた外字が従属する書体の書体名が記録されている。
【００２８】
また、外字転送ファイルＦに含まれる外字ファイルの数（図４の外字ファイル数）、換言すれば、書体の数が、外字転送ファイルＦの先頭に記録されている。その外字ファイル数に続けて、外字ファイルＦ１のアドレス、外字ファイルＦ２のアドレス、…といったように、各外字ファイルのアドレスが記録されている。なお、アドレスは、外字転送ファイルＦの先頭からのオフセットで表されている。
【００２９】
各外字ファイルの先頭部（ヘッダ部）には、上記のように、その外字ファイルに纏められた各外字が一様に従属する書体の書体名が記録されている。この書体名は、ＳｈｉｆｔＪ１Ｓコードで記述され、３２Ｂｙｔｅ固定であり、３２Ｂｙｔｅより短い場合は後ろにＮＵＬＬが付けられて３２Ｂｙｔｅとなっている。なお、各外字ファイルは、各クライアントパソコンＰＣで使用可能なファイル形式となっている。
【００３０】
なお、図２，３に示したファイルサーバＦＳ、またはｈｔｔｐサーバＨＳは、コンピュータにより構成され、ＣＰＵ１５、ＲＯＭ１６、ＲＡＭ１７を有しており、ＣＰＵ１５は、ＲＯＭ１６に格納された制御プログラムに従って、図４の外字転送ファイルＦを作成してＲＡＭ１７に記憶すると共に、クライアントパソコンＰＣに配信するように構成されている。ただし、上記の制御プログラムは、フロッピーディスク、ハードディスク等の外部記憶装置からＲＡＭ１７にロードして動作させることも可能である（第２の実施形態も同様）。
【００３１】
外字転送ファイルＦの構成を具体例で説明すると、例えば、外字転送ファイルＦによりＦＧ平成明朝体Ｗ３に従属する外字群と、ＦＧ平成角ゴシック体Ｗ５に従属する外字群を配信する場合は、外字転送ファイルＦの外字ファイル数としては“２”、外字ファイルＦ２のアドレスと外字ファイルＦ２のアドレスとしては、それら外字ファイルの外字転送ファイルＦの先頭からのアドレス（オフセット）が記録される。
【００３２】
そして、外字ファイルＦ１には、配信先でＦＧ平成明朝体Ｗ３として使用されるべき外字群が記録され、その外字ファイルＦ１の先頭（ヘッダ部）には、外字ファイルＦ１が従属する（厳密に言えば、外字ファイルＦ１に記録された外字群が一様に従属する）書体の書体名としてＦＧ平成明朝体Ｗ３が記録される。また、外字ファイルＦ２には、配信先でＦＧ平成角ゴシック体Ｗ５として使用されるべき外字群が記録され、その外字ファイルＦ２の先頭（ヘッダ部）には、外字ファイルＦ２が従属する（厳密に言えば、外字ファイルＦ２に記録された外字群が一様に従属する）書体の書体名としてＦＧ平成角ゴシック体Ｗ５Ｆが記録されている。
【００３３】
ここで従属とは、配信先の機器に搭載された書体に従属することを言う。従って、例えば、上記の外字ファイルＦ１の外字群は、該外字ファイルＦ１の先頭には、その外字ファイルＦ１が従属する書体の書体名としてＦＧ平成明朝体Ｗ３が記録されているので、配信先でＦＧ平成明朝体Ｗ３が搭載されている場合には、その外字ファイルＦ１に記録された外字群は、ＦＧ平成明朝体Ｗ３に従属するものとして取り扱われる。すなわち、外字ファイルＦ１に記録された外字群は、元々配信先でＦＧ平成明朝体Ｗ３として管理されていた内字群と同列にＦＧ平成明朝体Ｗ３という書体名の書体に従属し、ＦＧ平成明朝体Ｗ３という書体名の下に一括管理されることとなる。
【００３４】
なお、外字転送ファイルＦ中の外字ファイルに纏められた各外字は、それら外字の実際の書体（勿論、ユーザ等により自由に文字、記号、マーク等のパターンが作成され、書体と呼べるものもが存在しない外字も存在する）とは直接的には関係なく、該外字ファイルの先頭（ヘッダ部）に記録された書体名の書体に従属するものとして、配信先の機器で取り扱われる。
【００３５】
従って、上記の例で、例えば、実際にはＣＡ明朝体に従属する外字であっても、その外字がＦＧ平成明朝体Ｗ３に係る外字ファイルＦ１に記録されていた場合には、そのＣＡ明朝体の外字は、配信先では、ＦＧ平成明朝体Ｗ３の文字として取り扱われる。また、極端な例としては、たとえゴシック体の文字であっても、そのコジック体の文字が明朝体に係るファイルに記録されていたときは、配信先では、明朝体に係る文字として処理される。
【００３６】
図５は、第１実施形態における外字登録処理を示すフローチャートである。
【００３７】
図１のワークステーションＷＳ（図２，図３のクライアントパソコンＰＣ）のＣＰＵ１は、まず、ステップＳ３０１にて、図２，図３のファイルサーバＦＳ、またはｈｔｔｐサーバＨＳから外字転送ファイルＦを取込む。
【００３８】
この外字転送ファイルＦの取込処理は、ワークステーションＷＳの方からファイルサーバＦＳ、またはｈｔｔｐサーバＨＳに対して、外字転送ファイルＦの配信を要求することによって行うことも可能であるし、或いは、外字転送ファイルＦを作成したとき、或いはファイル内容を更新したときに、ファイルサーバＦＳ、またはｈｔｔｐサーバＨＳの方から能動的にワークステーションＷＳに配信することに行うことも可能である。なお、ワークステーションＷＳの方から配信要求を行う場合は、外字転送ファイルＦ中の全ての外字ファイルを要求することなく、ワークステーションＷＳに搭載されている書体に係る外字ファイルのみを配信要求することも可能である。この場合は、データ転送量を低減でき、また、後述のステップＳ３０６を初めとする多くのステップが不要になる等の利点がある。
【００３９】
次に、ステップＳ３０２では、外字転送ファイルＦの先頭に記録されている外字ファイル数を変数ｎに代入する。ステップＳ３０３では、カウンタｃｎｔに“１”を代入する。ステップＳ３０４では、カウンタｃｎｔで示される数値に対応する順番の外字ファイルのアドレスを、外字転送ファイルＦから取出す。
【００４０】
次に、ステップＳ３０５では、外字ファイルが従属する書体の書体名を取得する。書体名を取得するためには、ステッブＳ３０４で取得した外字ファイルのアドレスを用いて、外字転送ファイルＦの先頭からアドレス分シークし、そのシーク位置から３２Ｂｙｔｅデータを取込めばよい。そして、ステップＳ３０６では、ステップＳ３０５で取得した書体名の書体が、この処理を行っているワークステーションＷＳに存在するか否かを判定する。その結果、存在すればステップＳ３０７に進み、存在しなければステップＳ３０９に進む。
【００４１】
なお、ステップＳ３０６での書体の一致判定処理は、書体名が一致するか否かで判定しているので、例えば、ワークステーションＷＳにはＣＡ明朝体は搭載されているがＦＧ平成明朝体Ｗ３は搭載されていない場合で、外字ファイルが従属する書体の書体名がＦＧ平成明朝体Ｗ３の場合は、たとえ書体の上位の分類概念である「明朝体」という点で一致していても、下位の分類概念では一致しないので、「一致しない」と判定する。
【００４２】
ステップＳ３０７では、外字ファイルを取出す。外字ファイルは、ステップＳ３０４で取出したアドレスに３２Ｂｙｔｅ加えた位置に存在するが、直前にファイル名を取出しているので、続けて読込み処理を行うことによりシーク無しで読出すことが可能である。
【００４３】
ステップＳ３０８では、ステップＳ３０７で読出した外字ファイルを該ワークステーションＷＳに登録する。この登録は、該ワークステーションＷＳの所定の記憶領域（外部記憶装置も可）に該外字ファイルを保存すると共に、ワークステーションＷＳに搭載されている内字ファイルのファイル名と該内字ファイルが従属する書体の書体名とを対応付けて記録したフォント管理情報ファイルに、ステップＳ３０５で取得した書体名と保存に係る外字ファイルのファイル名を、対応付けて書込むことにより行う。
【００４４】
ステップＳ３０９では、カウンタｃｎｔの値をプラス“１”する。ステップＳ３１０では、カウンタｃｎｔの値と外字ファイル数ｎを比較し、ｃｎｔの値がｎよりも大きい場合は、外字転送ファイルＦ中の全ての外字ファイルについて処理し終えたことを意味するので、終了する。一方、カウンタｃｎｔの値が外字ファイル数ｎ以下の場合は、ステップＳ３０４に戻り、外字転送ファイルＦ中の残りの外字ファイルについて上記の処理を行う。
【００４５】
このように、ファイルサーバＦＳ、ｈｔｔｐサーバＨＳから各クライアントパソコンＰＣに共通に配信される外字転送ファイルＦを取得して、自己に搭載された書体に従属する外字ファイルを自動的に選択して登録している。従って、複数のパーソナルコンピュータで外字を共用する場合でも、どの外字をどの書体に対して関連付けるか、すなわち付属させるかを管理するための管理内容をマニュアルで登録する必要がなくなり、この登録ミスを防止することが可能となる。また、各クライアントパソコンＰＣに共通に配信される外字転送ファイルＦから外字ファイルを取込むので、複数のパーソナルコンピュータ間で外字を共用するために、どのパーソナルコンピュータにどの書体が搭載されているかを管理する必要も無くなる。
【００４６】
［第２の実施形態］
図６は、第２の実施形態に係る転送ファイルの構成を表した図である。第２の実施形態に係る転送ファイルの構成は、基本的には第１の実施形態と同様なので、第１の実施形態との相違点だけを説明する。
【００４７】
第１の実施形態では、１つの外字ファイルが従属する書体（書体名）は１つであり、外字ファイルと書体（書体名）とは１対１に対応していたが、第２の実施形態では、図６に示したように、１つの外字ファイルは任意の複数の書体に従属し、外字ファイルと書体とは１対Ｎ（Ｎ＝任意の自然数）に対応している点で相違する。
【００４８】
このように外字ファイルと書体とを１対Ｎに対応させた場合の利点は、次のような点にある。すなわち、例えば、ＣＡ明朝体、ＦＧ平成明朝体Ｗ３など、書体の上位の分類概念である「明朝体」という分類名（書体名）で分類された外字群を１つの外字ファイルに纏めておき、その外字ファイルが従属する書体の書体名としては、該外字ファイルに記録された各外字が属するＣＡ明朝体、ＦＧ平成明朝体Ｗ３などの全ての下位の分類概念の書体の書体名を対応づけておくことにより、外字転送ファイルＦの配信先で、たとえ下位の分類概念で分類された書体の書体名でしか内字を管理しておらず、かつ、上記の書体の一致判定を下位の分類概念で厳密に行っていた場合にも、確実に外字（外字ファイル）の自動登録を行うことができる。
【００４９】
また、書体と呼べるものもが存在しない自由に作成された文字、記号、マーク等のパターンを、簡単に全ての書体に従属させることが可能となる。
【００５０】
このように、第２の実施形態では、外字ファイルと書体とを１対Ｎに対応させたので、図６に示すように、各外字ファイルの先頭には、それぞれ、当該外字ファイルが従属する書体の書体数と、それら書体の書体名とが記録されている。
【００５１】
例えば、ＦＧ平成明朝体Ｗ３とＣａｎｏｎ明朝体に従属する外字ファイルＦ１と、ＦＧ平成角ゴシック体Ｗ５に従属する外字ファイルＦ２からなる外字転送ファイルＦの場合、外字ファイルＦ１が従属する書体数は“２”となり、書体名はＦＧ平成明朝体Ｗ３とＣａｎｏｎ明朝体になる。また、外字ファイルＦ２が従属する書体数は“１”となり、書体名はＦＧ平成角ゴシック体になる。
【００５２】
図７，８は、第２実施形態における外字登録処理を示すフローチャートである。
【００５３】
図１のワークステーションＷＳ（図２，図３のクライアントパソコンＰＣ）のＣＰＵ１は、まず、ステップＳ５０１にて、図２，図３のファイルサーバＦＳ、またはｈｔｔｐサーバＨＳから外字転送ファイルＦを取込む。
【００５４】
この外字転送ファイルＦの取込処理は、ワークステーションＷＳの方からファイルサーバＦＳ、またはｈｔｔｐサーバＨＳに対して、外字転送ファイルＦの配信を要求することによって行うことも可能であるし、或いは、外字転送ファイルＦのファイル内容を更新した場合に、ファイルサーバＦＳ、またはｈｔｔｐサーバＨＳの方から能動的にワークステーションＷＳに配信することに行うことも可能である。なお、ワークステーションＷＳの方から配信要求を行う場合は、外字転送ファイルＦ中の全ての外字ファイルを要求することなく、ワークステーションＷＳに搭載されている書体に係る外字ファイルのみを配信要求することも可能である。この場合は、データ転送量を低減でき、また、後述のステップＳ５０９を初めとする多くのステップが不要になる等の利点がある。
【００５５】
次に、ステップＳ５０２では、外字転送ファイルＦの先頭に記録されている外字ファイル数を変数ｎに代入する。ステップＳ５０３では、カウンタｃｎｔに“１”を代入する。ステップＳ５０４では、カウンタｃｎｔで示される数値に対応する順番の外字ファイルのアドレスを、外字転送ファイルＦから取出す。
【００５６】
次に、ステップＳ５０５では、取出したアドレスの外字ファイルが従属する内字書体の書体数を変数ｍに代入する。ステップＳ５０６では、従属処理用のカウンタｃｍに“１”を代入する。ステップＳ５０７では、従属処理用のカウンタｃｍで示される数値に対応する順番の書体名を取得する。書体名を取得するためには、ステップＳ５０４で取得した外字アドレスを用いて、外字転送ファイルＦの先頭から当該外字アドレス＋（ｃｍ−１）×３２＋４バイト分シークし、そこから３２Ｂｙｔｅデータを取込めばよい。
【００５７】
次に、ステップＳ５０８では、ステップＳ５０７で取得した書体名の書体が、この処理を行っているワークステーションＷＳに存在するか否かを判定する。その結果、存在すればステップＳ５０９に進み、存在しなければステップＳ５１２に進む。
【００５８】
ステップＳ５０９では、ステップＳ５０４で取出したアドレスに対応する外字ファイルが外字転送ファイルＦから既に取出されているか否かを判別する。その結果、未だ取出されていなければ、そのアドレスに対応する外字ファイルを外字転送ファイルＦから取出して所定の記憶領域（外部記憶装置も可）に保存し（ステップＳ５１０）、ステップＳ５１１に進み、既に取り出されていれば、ステップＳ５１０をスキップして、ステップＳ５１１に進む。なお、ステップＳ５１０での取出対象の外字ファイルは、ステップＳ５０４で取出したアドレスに対して、（３２×ｍ＋４Ｂｙｔｅ）を加えたアドレスに存在する。
【００５９】
ステップＳ５１１では、取出して保存された外字ファイルをステップＳ５０７で取得した書体名に従属するものとして、該ワークステーションＷＳに登録する。この登録は、ワークステーションＷＳに搭載されている内字ファイルのファイル名と該内字ファイルが従属する書体の書体名とを対応付けて記録したフォント管理情報ファイルに、ステップＳ５０７で取得した書体名とステップＳ５１０で保存した外字ファイルのファイル名を、対応付けて書込むことにより行う。
【００６０】
ステップＳ５１２では、カウンタｃｍの値をプラス“１”する。ステップＳ５１３では、カウンタｃｍの値と変数ｍの値を比較し、カウンタｃｍの値が変数ｍの値以下の場合は、カウンタｃｎｔで示される外字ファイルに記録された従属すべき書体の全てについて、処理を完了していないことを意味するので、ステップＳ５０７に戻る。一方、カウンタｃｍの値が変数ｍの値よりも大きい場合は、カウンタｃｎｔで示される外字ファイルに記録された従属すべき書体の全てについて、処理を完了したことを意味し、この場合はステップＳ５１４に進む。
【００６１】
ステップＳ５１４では、カウンタｃｎｔの値をプラス“１”する。ステップＳ５１５では、カウンタｃｎｔの値と外字ファイル数ｎを比較し、カウンタｃｎｔの値が外字ファイル数ｎよりも大きい場合は、外字転送ファイルＦ中の全ての外字ファイルについて処理し終えたことを意味するので、終了する。一方、カウンタｃｎｔの値が外字ファイル数ｎ以下の場合は、ステップＳ５０４に戻り、外字転送ファイルＦ中の残りの外字ファイルについて上記の処理を行う。
【００６２】
図８は、第１実施形態に係る図５のフローチャート、または第２実施形態に係る図７，８のフローチャートに対応する制御プログラムの構成を示す概念図であり、ファイル転送（取得）モジュール、書体判定モジュール、記憶モジュール、外字登録モジュールにより構成されている。
【００６３】
この制御プログラムは、図９に示した可搬性のあるフロッピーディスクＦＤに記録されており、図１０に示したワークステーションＷＳのフロッピーディスク装着口ＩからフロッピーディスクＦＤを装着することにより、フロッピーディスクＦＤに記録された上記制御プログラムをワークステーションＷＳにロードすることが可能となる。
【００６４】
なお、上記制御プログラムは、ハードディスク、ＣＤ−ＲＯＭ等の他の外部記憶装置にアプリムーションプログラムとして記憶しても、或いは内蔵ＲＯＭにプリセットしてもよい。
【００６５】
このように、サーバから取得した外字転送ファイルに基づいて、外字ファイルと書体との対応付け等の外字登録処理が自動的に行われるので、複数のデータ処理装置間で共用される外字の登録・管理処理を簡単、迅速、かつ正確に行うことが可能となる。
【００６６】
なお、本発明は、上記実施形態に限定されることなく、例えば、外字ファイル登録を行う装置は、汎用のコンピュータ装置に限定されることなく、例えばワードプロセッサ等の専用機に適用することも可能である。また、外字（転送）ファイルを作成・配信する装置は配信専用機である必要はなく、ネットワーク上の複数台のデータ処理装置のうちの１台のデータ処理装置に外字（転送）ファイルの作成・配信機能を搭載させることも可能である。
【００６７】
【発明の効果】
以上説明したように、本発明によれば、外字と該外字の書体情報とを対応付けて記録した外字ファイルを作成する作成手段と、前記作成手段により作成された外字ファイルをデータ処理装置に配信する配信手段と、前記配信手段から配信された外字ファイルに記録された書体情報に係る書体が前記データ処理装置に搭載されているか否かを判定する判定手段と、前記判定手段により前記書体が搭載されていると判定された場合に当該外字ファイルを前記データ処理装置が使用する外字ファイルとして登録する登録手段とを備えたので、複数のデータ処理装置間で共用される外字の登録・管理処理を簡単、迅速、かつ正確に行うことが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したデータ処理装置（ワークステーション）の概略構成を示すブロック図である。
【図２】本発明を適用したネットワークシステムの概略構成を示すシステム構成図である。
【図３】本発明を適用した他のネットワークシステムの概略構成を示すシステム構成図である。
【図４】本発明の第１実施形態に係る外字転送ファイルの構成を示す概念図である。
【図５】本発明の第１実施形態に係る外字登録処理を示すフローチャートである。
【図６】本発明の第２実施形態に係る外字転送ファイルの構成を示す概念図である。
【図７】本発明の第２実施形態に係る外字登録処理を示すフローチャートである。
【図８】図７の続きのフローチャートである。
【図９】図６、図７，８のフローチャートのモジュール構成を示す概念図である。
【図１０】図９のモジュール構成の制御プログラムを記憶したフロッピーディスクの外観図である。
【図１１】図１０のフロッピーディスク内の制御プログラムをデータ処理装置（ワークステーション）にロードする作業を説明するための説明図である。
【符号の説明】
１，１５ ＣＰＵ
２，１７ ＲＡＭ
３，１６ ＲＯＭ
４ 入力ＩＦ
５ 出力ＩＦ
ＦＳ ファイルサーバ
ＨＳ ｈｔｔｐサーバ
ＷＳ ワークステーション
Ｆ 外字転送ファイル
Ｆ１〜Ｆｎ 外字ファイル
ＦＤ フロッピーディスク
【発明の属する技術分野】
本発明は、文字データを処理するデータ処理装置における外字の管理技術に関する。
【０００２】
【従来の技術】
従来、コンピュータ等のデータ処理装置で使用される文字や記号の書体（字体：フォント）としては、明朝体、ゴシック体、毛筆体、クーリエ、パイカ等の各種の書体が知られている。また、日本語の文字数は非常に多く数万文字もあるため、内蔵の漢字ＲＯＭ（キャラクタジェネレータ）には、一定数の文字について、それら文字の所定の書体に係る初手のパターン（字形）のみを登録しておき、この漢字ＲＯＭに文字パターンが登録されていない文字については、外字として取り扱うようにしている。
【０００３】
すなわち、従来の外字の扱いは、Ｗｉｎｄｏｗｓ（登録商標）９５に見られるように、オペレーティングシステム（ＯＳ）に搭載されている書体に対して外字を付属させるか、もしくは書体毎に外字ファイルを用意し、個別のパーソナルコンピュータ毎に外字ファイルの編集・管理を行っている。
【０００４】
また、ＴｙｐｅＣｒａｆｔ（登録商標）などの外字エディタを使用して編集され作成された外字を、別のパーソナルコンピュータで使用する際は、登録のみを行えば個別の編集は不要となったが、どの書体がＯＳに搭載されているか、どの外字をどの書体に従属させるか等の管理は、個別のパーソナルコンピュ−タ毎に行っていた。
【０００５】
【発明が解決しようとする課題】
しかし、上記従来例では、複数のパーソナルコンピュータ間で外字を共用しようとする場合に、以下のような問題があった。
（１） どの外字をどの書体に対して関連付けるか、すなわち付属させるかを管理する必要がある、
（２） どのパーソナルコンピュータにどの書体が搭載されているかを管理する必要がある、
（３） これら管理内容の登録処理は、人手を介して行う必要があり、手間がかかるだけでなく、登録ミスを誘発しやすい、という問題があった。
【０００６】
本発明は、このような背景の下になされたもので、その課題は、複数のデータ処理装置間で共用される外字の登録・管理処理を簡単、迅速、かつ正確に行えるようにすることにある。
【０００７】
【課題を解決するための手段】
上記課題を解決するため、本発明による外字登録システムは、外字と該外字の書体情報とを対応付けて記録した外字ファイルを作成する作成手段と、前記作成手段により作成された外字ファイルをデータ処理装置に配信する配信手段と、前記配信手段から配信された外字ファイルに記録された書体情報に係る書体が前記データ処理装置に搭載されているか否かを判定する判定手段と、前記判定手段により前記書体が搭載されていると判定された場合に当該外字ファイルを前記データ処理装置が使用する外字ファイルとして登録する登録手段とを備えている。
【００１１】
また、本発明は、サーバに記憶される外字ファイルを登録する外字登録装置であって、前記外字ファイルが従属する書体の書体情報を取得する取得手段と、前記取得手段により取得された書体情報に係る書体が前記外字登録装置に存在するか否かを判定する判定手段と、前記判定手段により前記書体が前記外字登録装置に存在すると判定された場合、当該外字ファイルを登録する登録手段とを有している。
【００１４】
また、本発明では、前記作成手段は、所定の書体分類基準で分類された書体の書体名と、該書体名に従属する外字とを対応付けて記録した複数の外字ファイルを作成し、前記配信手段は、該作成手段により作成された複数の外字ファイルを外字転送ファイルとして一括して配信している。
【００１５】
また、本発明では、前記作成手段は、前記外字ファイル内の各外字に対して個別に書体名を記録することなく、前記外字ファイルのヘッダ情報として書体名を記録することにより、該外字ファイル内の各外字に対して一括して同一の書体名を記録している。
【００１６】
また、本発明では、前記作成手段は、前記ヘッダ情報としての書体名を１つの外字ファイルに対して１つ記録している。
【００１７】
また、本発明では、前記作成手段は、前記ヘッダ情報としての書体名を１つの外字ファイルに対して複数記録している。
【００１８】
また、本発明では、前記配信手段は、前記データ処理装置からの配信要求に応じて前記外字ファイルを該データ処理装置に配信している。
【００１９】
また、本発明では、前記配信手段は、前記作成手段により前記外字ファイルが作成、又は更新された際に能動的に作成、又は更新に係る外字ファイルを前記データ処理装置に配信している。
【００２０】
また、本発明では、前記登録手段は、前記外字ファイルを前記データ処理装置の所定の記憶領域に記憶すると共に、該データ処理装置に搭載されている書体名と文字ファイル名とを対応付けて記録した書体管理情報ファイルに、該外字ファイルのファイル名と該外字ファイルに記録された書体情報とを書込むことにより登録処理を行っている。
また、本発明では、前記作成手段と前記配信手段とは、外字配信装置が備え、前記判定手段と前記登録手段とは、外字登録装置が備えている。
【００２１】
また、本発明では、前記取得手段は、前記書体情報を外字転送ファイルから取得し、前記外字転送ファイルは、外字ファイルを含み、前記外字ファイルは、前記書体情報の格納位置に連続して格納されている。
【００２２】
また、本発明では、前記登録手段は、前記判定手段により前記書体が前記外字登録装置に存在すると判定された場合、外字ファイルを前記サーバから取り出し、取り出した外字ファイルを登録している。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照しながら説明する。
【００２４】
［第１の実施形態］
図１は本発明の実施の形態に係るデータ処理装置を適用したワークステーションＷＳのブロック図である。
【００２５】
図１において、１はＣＰＵ（中央演算装置）、２はＲＡＭ（ランダムアクセスメモリ）、３はＲＯＭ（読出し専用メモリ）、４は入力ＩＦ（インターフェイス）、５は出力ＩＦ、６はシステムバス、７はキーボードコントローラ、８はキーボード、９はビデオＩＦ、１０はディスプレイ、１１はマウスコントローラ、１２はマウス、１３はハードディスクコントローラ、１４はハードディスクドライブである。
【００２６】
図１のワークステーションＷＳは、図２、図３に示したファイルサーバＦＳ、ｈｔｔｐ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバＨＳに対しては、クライアントパソコンＰＣとして機能する。すなわち、本実施形態では、図１に示したワークステーションＷＳは、クライアントパソコンＰＣとして機能することにより、ファイルサーバＦＳ、ｈｔｔｐサーバＨＳから各クライアントパソコンＰＣに共通に配信される外字転送ファイルを取得して、自己に搭載された書体に関する外字を選択的に登録するようにしている。
【００２７】
［第１の実施形態］
図４は、ファイルサーバＦＳ、ｈｔｔｐサーバＨＳ等から配信される外字転送ファイルＦの構成を表した図である。外字転送ファイルＦは、書体の異なる複数の外字を一括して転送できるように構成されている。すなわち、原則として書体別に外字が纏められた１つ以上の外字ファイルを持ち、各外字ファイルには、その外字ファイルに纏められた外字が従属する書体の書体名が記録されている。
【００２８】
また、外字転送ファイルＦに含まれる外字ファイルの数（図４の外字ファイル数）、換言すれば、書体の数が、外字転送ファイルＦの先頭に記録されている。その外字ファイル数に続けて、外字ファイルＦ１のアドレス、外字ファイルＦ２のアドレス、…といったように、各外字ファイルのアドレスが記録されている。なお、アドレスは、外字転送ファイルＦの先頭からのオフセットで表されている。
【００２９】
各外字ファイルの先頭部（ヘッダ部）には、上記のように、その外字ファイルに纏められた各外字が一様に従属する書体の書体名が記録されている。この書体名は、ＳｈｉｆｔＪ１Ｓコードで記述され、３２Ｂｙｔｅ固定であり、３２Ｂｙｔｅより短い場合は後ろにＮＵＬＬが付けられて３２Ｂｙｔｅとなっている。なお、各外字ファイルは、各クライアントパソコンＰＣで使用可能なファイル形式となっている。
【００３０】
なお、図２，３に示したファイルサーバＦＳ、またはｈｔｔｐサーバＨＳは、コンピュータにより構成され、ＣＰＵ１５、ＲＯＭ１６、ＲＡＭ１７を有しており、ＣＰＵ１５は、ＲＯＭ１６に格納された制御プログラムに従って、図４の外字転送ファイルＦを作成してＲＡＭ１７に記憶すると共に、クライアントパソコンＰＣに配信するように構成されている。ただし、上記の制御プログラムは、フロッピーディスク、ハードディスク等の外部記憶装置からＲＡＭ１７にロードして動作させることも可能である（第２の実施形態も同様）。
【００３１】
外字転送ファイルＦの構成を具体例で説明すると、例えば、外字転送ファイルＦによりＦＧ平成明朝体Ｗ３に従属する外字群と、ＦＧ平成角ゴシック体Ｗ５に従属する外字群を配信する場合は、外字転送ファイルＦの外字ファイル数としては“２”、外字ファイルＦ２のアドレスと外字ファイルＦ２のアドレスとしては、それら外字ファイルの外字転送ファイルＦの先頭からのアドレス（オフセット）が記録される。
【００３２】
そして、外字ファイルＦ１には、配信先でＦＧ平成明朝体Ｗ３として使用されるべき外字群が記録され、その外字ファイルＦ１の先頭（ヘッダ部）には、外字ファイルＦ１が従属する（厳密に言えば、外字ファイルＦ１に記録された外字群が一様に従属する）書体の書体名としてＦＧ平成明朝体Ｗ３が記録される。また、外字ファイルＦ２には、配信先でＦＧ平成角ゴシック体Ｗ５として使用されるべき外字群が記録され、その外字ファイルＦ２の先頭（ヘッダ部）には、外字ファイルＦ２が従属する（厳密に言えば、外字ファイルＦ２に記録された外字群が一様に従属する）書体の書体名としてＦＧ平成角ゴシック体Ｗ５Ｆが記録されている。
【００３３】
ここで従属とは、配信先の機器に搭載された書体に従属することを言う。従って、例えば、上記の外字ファイルＦ１の外字群は、該外字ファイルＦ１の先頭には、その外字ファイルＦ１が従属する書体の書体名としてＦＧ平成明朝体Ｗ３が記録されているので、配信先でＦＧ平成明朝体Ｗ３が搭載されている場合には、その外字ファイルＦ１に記録された外字群は、ＦＧ平成明朝体Ｗ３に従属するものとして取り扱われる。すなわち、外字ファイルＦ１に記録された外字群は、元々配信先でＦＧ平成明朝体Ｗ３として管理されていた内字群と同列にＦＧ平成明朝体Ｗ３という書体名の書体に従属し、ＦＧ平成明朝体Ｗ３という書体名の下に一括管理されることとなる。
【００３４】
なお、外字転送ファイルＦ中の外字ファイルに纏められた各外字は、それら外字の実際の書体（勿論、ユーザ等により自由に文字、記号、マーク等のパターンが作成され、書体と呼べるものもが存在しない外字も存在する）とは直接的には関係なく、該外字ファイルの先頭（ヘッダ部）に記録された書体名の書体に従属するものとして、配信先の機器で取り扱われる。
【００３５】
従って、上記の例で、例えば、実際にはＣＡ明朝体に従属する外字であっても、その外字がＦＧ平成明朝体Ｗ３に係る外字ファイルＦ１に記録されていた場合には、そのＣＡ明朝体の外字は、配信先では、ＦＧ平成明朝体Ｗ３の文字として取り扱われる。また、極端な例としては、たとえゴシック体の文字であっても、そのコジック体の文字が明朝体に係るファイルに記録されていたときは、配信先では、明朝体に係る文字として処理される。
【００３６】
図５は、第１実施形態における外字登録処理を示すフローチャートである。
【００３７】
図１のワークステーションＷＳ（図２，図３のクライアントパソコンＰＣ）のＣＰＵ１は、まず、ステップＳ３０１にて、図２，図３のファイルサーバＦＳ、またはｈｔｔｐサーバＨＳから外字転送ファイルＦを取込む。
【００３８】
この外字転送ファイルＦの取込処理は、ワークステーションＷＳの方からファイルサーバＦＳ、またはｈｔｔｐサーバＨＳに対して、外字転送ファイルＦの配信を要求することによって行うことも可能であるし、或いは、外字転送ファイルＦを作成したとき、或いはファイル内容を更新したときに、ファイルサーバＦＳ、またはｈｔｔｐサーバＨＳの方から能動的にワークステーションＷＳに配信することに行うことも可能である。なお、ワークステーションＷＳの方から配信要求を行う場合は、外字転送ファイルＦ中の全ての外字ファイルを要求することなく、ワークステーションＷＳに搭載されている書体に係る外字ファイルのみを配信要求することも可能である。この場合は、データ転送量を低減でき、また、後述のステップＳ３０６を初めとする多くのステップが不要になる等の利点がある。
【００３９】
次に、ステップＳ３０２では、外字転送ファイルＦの先頭に記録されている外字ファイル数を変数ｎに代入する。ステップＳ３０３では、カウンタｃｎｔに“１”を代入する。ステップＳ３０４では、カウンタｃｎｔで示される数値に対応する順番の外字ファイルのアドレスを、外字転送ファイルＦから取出す。
【００４０】
次に、ステップＳ３０５では、外字ファイルが従属する書体の書体名を取得する。書体名を取得するためには、ステッブＳ３０４で取得した外字ファイルのアドレスを用いて、外字転送ファイルＦの先頭からアドレス分シークし、そのシーク位置から３２Ｂｙｔｅデータを取込めばよい。そして、ステップＳ３０６では、ステップＳ３０５で取得した書体名の書体が、この処理を行っているワークステーションＷＳに存在するか否かを判定する。その結果、存在すればステップＳ３０７に進み、存在しなければステップＳ３０９に進む。
【００４１】
なお、ステップＳ３０６での書体の一致判定処理は、書体名が一致するか否かで判定しているので、例えば、ワークステーションＷＳにはＣＡ明朝体は搭載されているがＦＧ平成明朝体Ｗ３は搭載されていない場合で、外字ファイルが従属する書体の書体名がＦＧ平成明朝体Ｗ３の場合は、たとえ書体の上位の分類概念である「明朝体」という点で一致していても、下位の分類概念では一致しないので、「一致しない」と判定する。
【００４２】
ステップＳ３０７では、外字ファイルを取出す。外字ファイルは、ステップＳ３０４で取出したアドレスに３２Ｂｙｔｅ加えた位置に存在するが、直前にファイル名を取出しているので、続けて読込み処理を行うことによりシーク無しで読出すことが可能である。
【００４３】
ステップＳ３０８では、ステップＳ３０７で読出した外字ファイルを該ワークステーションＷＳに登録する。この登録は、該ワークステーションＷＳの所定の記憶領域（外部記憶装置も可）に該外字ファイルを保存すると共に、ワークステーションＷＳに搭載されている内字ファイルのファイル名と該内字ファイルが従属する書体の書体名とを対応付けて記録したフォント管理情報ファイルに、ステップＳ３０５で取得した書体名と保存に係る外字ファイルのファイル名を、対応付けて書込むことにより行う。
【００４４】
ステップＳ３０９では、カウンタｃｎｔの値をプラス“１”する。ステップＳ３１０では、カウンタｃｎｔの値と外字ファイル数ｎを比較し、ｃｎｔの値がｎよりも大きい場合は、外字転送ファイルＦ中の全ての外字ファイルについて処理し終えたことを意味するので、終了する。一方、カウンタｃｎｔの値が外字ファイル数ｎ以下の場合は、ステップＳ３０４に戻り、外字転送ファイルＦ中の残りの外字ファイルについて上記の処理を行う。
【００４５】
このように、ファイルサーバＦＳ、ｈｔｔｐサーバＨＳから各クライアントパソコンＰＣに共通に配信される外字転送ファイルＦを取得して、自己に搭載された書体に従属する外字ファイルを自動的に選択して登録している。従って、複数のパーソナルコンピュータで外字を共用する場合でも、どの外字をどの書体に対して関連付けるか、すなわち付属させるかを管理するための管理内容をマニュアルで登録する必要がなくなり、この登録ミスを防止することが可能となる。また、各クライアントパソコンＰＣに共通に配信される外字転送ファイルＦから外字ファイルを取込むので、複数のパーソナルコンピュータ間で外字を共用するために、どのパーソナルコンピュータにどの書体が搭載されているかを管理する必要も無くなる。
【００４６】
［第２の実施形態］
図６は、第２の実施形態に係る転送ファイルの構成を表した図である。第２の実施形態に係る転送ファイルの構成は、基本的には第１の実施形態と同様なので、第１の実施形態との相違点だけを説明する。
【００４７】
第１の実施形態では、１つの外字ファイルが従属する書体（書体名）は１つであり、外字ファイルと書体（書体名）とは１対１に対応していたが、第２の実施形態では、図６に示したように、１つの外字ファイルは任意の複数の書体に従属し、外字ファイルと書体とは１対Ｎ（Ｎ＝任意の自然数）に対応している点で相違する。
【００４８】
このように外字ファイルと書体とを１対Ｎに対応させた場合の利点は、次のような点にある。すなわち、例えば、ＣＡ明朝体、ＦＧ平成明朝体Ｗ３など、書体の上位の分類概念である「明朝体」という分類名（書体名）で分類された外字群を１つの外字ファイルに纏めておき、その外字ファイルが従属する書体の書体名としては、該外字ファイルに記録された各外字が属するＣＡ明朝体、ＦＧ平成明朝体Ｗ３などの全ての下位の分類概念の書体の書体名を対応づけておくことにより、外字転送ファイルＦの配信先で、たとえ下位の分類概念で分類された書体の書体名でしか内字を管理しておらず、かつ、上記の書体の一致判定を下位の分類概念で厳密に行っていた場合にも、確実に外字（外字ファイル）の自動登録を行うことができる。
【００４９】
また、書体と呼べるものもが存在しない自由に作成された文字、記号、マーク等のパターンを、簡単に全ての書体に従属させることが可能となる。
【００５０】
このように、第２の実施形態では、外字ファイルと書体とを１対Ｎに対応させたので、図６に示すように、各外字ファイルの先頭には、それぞれ、当該外字ファイルが従属する書体の書体数と、それら書体の書体名とが記録されている。
【００５１】
例えば、ＦＧ平成明朝体Ｗ３とＣａｎｏｎ明朝体に従属する外字ファイルＦ１と、ＦＧ平成角ゴシック体Ｗ５に従属する外字ファイルＦ２からなる外字転送ファイルＦの場合、外字ファイルＦ１が従属する書体数は“２”となり、書体名はＦＧ平成明朝体Ｗ３とＣａｎｏｎ明朝体になる。また、外字ファイルＦ２が従属する書体数は“１”となり、書体名はＦＧ平成角ゴシック体になる。
【００５２】
図７，８は、第２実施形態における外字登録処理を示すフローチャートである。
【００５３】
図１のワークステーションＷＳ（図２，図３のクライアントパソコンＰＣ）のＣＰＵ１は、まず、ステップＳ５０１にて、図２，図３のファイルサーバＦＳ、またはｈｔｔｐサーバＨＳから外字転送ファイルＦを取込む。
【００５４】
この外字転送ファイルＦの取込処理は、ワークステーションＷＳの方からファイルサーバＦＳ、またはｈｔｔｐサーバＨＳに対して、外字転送ファイルＦの配信を要求することによって行うことも可能であるし、或いは、外字転送ファイルＦのファイル内容を更新した場合に、ファイルサーバＦＳ、またはｈｔｔｐサーバＨＳの方から能動的にワークステーションＷＳに配信することに行うことも可能である。なお、ワークステーションＷＳの方から配信要求を行う場合は、外字転送ファイルＦ中の全ての外字ファイルを要求することなく、ワークステーションＷＳに搭載されている書体に係る外字ファイルのみを配信要求することも可能である。この場合は、データ転送量を低減でき、また、後述のステップＳ５０９を初めとする多くのステップが不要になる等の利点がある。
【００５５】
次に、ステップＳ５０２では、外字転送ファイルＦの先頭に記録されている外字ファイル数を変数ｎに代入する。ステップＳ５０３では、カウンタｃｎｔに“１”を代入する。ステップＳ５０４では、カウンタｃｎｔで示される数値に対応する順番の外字ファイルのアドレスを、外字転送ファイルＦから取出す。
【００５６】
次に、ステップＳ５０５では、取出したアドレスの外字ファイルが従属する内字書体の書体数を変数ｍに代入する。ステップＳ５０６では、従属処理用のカウンタｃｍに“１”を代入する。ステップＳ５０７では、従属処理用のカウンタｃｍで示される数値に対応する順番の書体名を取得する。書体名を取得するためには、ステップＳ５０４で取得した外字アドレスを用いて、外字転送ファイルＦの先頭から当該外字アドレス＋（ｃｍ−１）×３２＋４バイト分シークし、そこから３２Ｂｙｔｅデータを取込めばよい。
【００５７】
次に、ステップＳ５０８では、ステップＳ５０７で取得した書体名の書体が、この処理を行っているワークステーションＷＳに存在するか否かを判定する。その結果、存在すればステップＳ５０９に進み、存在しなければステップＳ５１２に進む。
【００５８】
ステップＳ５０９では、ステップＳ５０４で取出したアドレスに対応する外字ファイルが外字転送ファイルＦから既に取出されているか否かを判別する。その結果、未だ取出されていなければ、そのアドレスに対応する外字ファイルを外字転送ファイルＦから取出して所定の記憶領域（外部記憶装置も可）に保存し（ステップＳ５１０）、ステップＳ５１１に進み、既に取り出されていれば、ステップＳ５１０をスキップして、ステップＳ５１１に進む。なお、ステップＳ５１０での取出対象の外字ファイルは、ステップＳ５０４で取出したアドレスに対して、（３２×ｍ＋４Ｂｙｔｅ）を加えたアドレスに存在する。
【００５９】
ステップＳ５１１では、取出して保存された外字ファイルをステップＳ５０７で取得した書体名に従属するものとして、該ワークステーションＷＳに登録する。この登録は、ワークステーションＷＳに搭載されている内字ファイルのファイル名と該内字ファイルが従属する書体の書体名とを対応付けて記録したフォント管理情報ファイルに、ステップＳ５０７で取得した書体名とステップＳ５１０で保存した外字ファイルのファイル名を、対応付けて書込むことにより行う。
【００６０】
ステップＳ５１２では、カウンタｃｍの値をプラス“１”する。ステップＳ５１３では、カウンタｃｍの値と変数ｍの値を比較し、カウンタｃｍの値が変数ｍの値以下の場合は、カウンタｃｎｔで示される外字ファイルに記録された従属すべき書体の全てについて、処理を完了していないことを意味するので、ステップＳ５０７に戻る。一方、カウンタｃｍの値が変数ｍの値よりも大きい場合は、カウンタｃｎｔで示される外字ファイルに記録された従属すべき書体の全てについて、処理を完了したことを意味し、この場合はステップＳ５１４に進む。
【００６１】
ステップＳ５１４では、カウンタｃｎｔの値をプラス“１”する。ステップＳ５１５では、カウンタｃｎｔの値と外字ファイル数ｎを比較し、カウンタｃｎｔの値が外字ファイル数ｎよりも大きい場合は、外字転送ファイルＦ中の全ての外字ファイルについて処理し終えたことを意味するので、終了する。一方、カウンタｃｎｔの値が外字ファイル数ｎ以下の場合は、ステップＳ５０４に戻り、外字転送ファイルＦ中の残りの外字ファイルについて上記の処理を行う。
【００６２】
図８は、第１実施形態に係る図５のフローチャート、または第２実施形態に係る図７，８のフローチャートに対応する制御プログラムの構成を示す概念図であり、ファイル転送（取得）モジュール、書体判定モジュール、記憶モジュール、外字登録モジュールにより構成されている。
【００６３】
この制御プログラムは、図９に示した可搬性のあるフロッピーディスクＦＤに記録されており、図１０に示したワークステーションＷＳのフロッピーディスク装着口ＩからフロッピーディスクＦＤを装着することにより、フロッピーディスクＦＤに記録された上記制御プログラムをワークステーションＷＳにロードすることが可能となる。
【００６４】
なお、上記制御プログラムは、ハードディスク、ＣＤ−ＲＯＭ等の他の外部記憶装置にアプリムーションプログラムとして記憶しても、或いは内蔵ＲＯＭにプリセットしてもよい。
【００６５】
このように、サーバから取得した外字転送ファイルに基づいて、外字ファイルと書体との対応付け等の外字登録処理が自動的に行われるので、複数のデータ処理装置間で共用される外字の登録・管理処理を簡単、迅速、かつ正確に行うことが可能となる。
【００６６】
なお、本発明は、上記実施形態に限定されることなく、例えば、外字ファイル登録を行う装置は、汎用のコンピュータ装置に限定されることなく、例えばワードプロセッサ等の専用機に適用することも可能である。また、外字（転送）ファイルを作成・配信する装置は配信専用機である必要はなく、ネットワーク上の複数台のデータ処理装置のうちの１台のデータ処理装置に外字（転送）ファイルの作成・配信機能を搭載させることも可能である。
【００６７】
【発明の効果】
以上説明したように、本発明によれば、外字と該外字の書体情報とを対応付けて記録した外字ファイルを作成する作成手段と、前記作成手段により作成された外字ファイルをデータ処理装置に配信する配信手段と、前記配信手段から配信された外字ファイルに記録された書体情報に係る書体が前記データ処理装置に搭載されているか否かを判定する判定手段と、前記判定手段により前記書体が搭載されていると判定された場合に当該外字ファイルを前記データ処理装置が使用する外字ファイルとして登録する登録手段とを備えたので、複数のデータ処理装置間で共用される外字の登録・管理処理を簡単、迅速、かつ正確に行うことが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したデータ処理装置（ワークステーション）の概略構成を示すブロック図である。
【図２】本発明を適用したネットワークシステムの概略構成を示すシステム構成図である。
【図３】本発明を適用した他のネットワークシステムの概略構成を示すシステム構成図である。
【図４】本発明の第１実施形態に係る外字転送ファイルの構成を示す概念図である。
【図５】本発明の第１実施形態に係る外字登録処理を示すフローチャートである。
【図６】本発明の第２実施形態に係る外字転送ファイルの構成を示す概念図である。
【図７】本発明の第２実施形態に係る外字登録処理を示すフローチャートである。
【図８】図７の続きのフローチャートである。
【図９】図６、図７，８のフローチャートのモジュール構成を示す概念図である。
【図１０】図９のモジュール構成の制御プログラムを記憶したフロッピーディスクの外観図である。
【図１１】図１０のフロッピーディスク内の制御プログラムをデータ処理装置（ワークステーション）にロードする作業を説明するための説明図である。
【符号の説明】
１，１５ ＣＰＵ
２，１７ ＲＡＭ
３，１６ ＲＯＭ
４ 入力ＩＦ
５ 出力ＩＦ
ＦＳ ファイルサーバ
ＨＳ ｈｔｔｐサーバ
ＷＳ ワークステーション
Ｆ 外字転送ファイル
Ｆ１〜Ｆｎ 外字ファイル
ＦＤ フロッピーディスク
Claims (12)
- 外字と該外字の書体情報とを対応付けて記録した外字ファイルを作成する作成手段と、
前記作成手段により作成された外字ファイルをデータ処理装置に配信する配信手段と、
前記配信手段から配信された外字ファイルに記録された書体情報に係る書体が前記データ処理装置に搭載されているか否かを判定する判定手段と、
前記判定手段により前記書体が搭載されていると判定された場合に当該外字ファイルを前記データ処理装置が使用する外字ファイルとして登録する登録手段と、
を備えたことを特徴とする外字登録システム。 - 前記作成手段は、所定の書体分類基準で分類された書体の書体名と、該書体名に従属する外字とを対応付けて記録した複数の外字ファイルを作成し、前記配信手段は、該作成手段により作成された複数の外字ファイルを外字転送ファイルとして一括して配信することを特徴とする請求項１記載の外字登録システム。
- 前記作成手段は、前記外字ファイル内の各外字に対して個別に書体名を記録することなく、前記外字ファイルのヘッダ情報として書体名を記録することにより、該外字ファイル内の各外字に対して一括して同一の書体名を記録することを特徴とする請求項１記載の外字登録システム。
- 前記作成手段は、前記ヘッダ情報としての書体名を１つの外字ファイルに対して１つ記録することを特徴とする請求項１記載の外字登録システム。
- 前記作成手段は、前記ヘッダ情報としての書体名を１つの外字ファイルに対して複数記録することを特徴とする請求項１記載の外字登録システム。
- 前記配信手段は、前記データ処理装置からの配信要求に応じて前記外字ファイルを該データ処理装置に配信することを特徴とする請求項１記載の外字登録システム。
- 前記配信手段は、前記作成手段により前記外字ファイルが作成、又は更新された際に能動的に作成、又は更新に係る外字ファイルを前記データ処理装置に配信することを特徴とする請求項１記載の外字登録システム。
- 前記登録手段は、前記外字ファイルを前記データ処理装置の所定の記憶領域に記憶すると共に、該データ処理装置に搭載されている書体名と文字ファイル名とを対応付けて記録した書体管理情報ファイルに、該外字ファイルのファイル名と該外字ファイルに記録された書体情報とを書込むことにより登録処理を行うことを特徴とする請求項１記載の外字登録システム。
- 前記作成手段と前記配信手段とは、外字配信装置が備え、
前記判定手段と前記登録手段とは、外字登録装置が備えることを特徴とする請求項１記載の外字登録システム。 - サーバに記憶される外字ファイルを登録する外字登録装置であって、
前記外字ファイルが従属する書体の書体情報を取得する取得手段と、
前記取得手段により取得された書体情報に係る書体が前記外字登録装置に存在するか否かを判定する判定手段と、
前記判定手段により前記書体が前記外字登録装置に存在すると判定された場合、当該外字ファイルを登録する登録手段とを有することを特徴とする外字登録装置。 - 前記取得手段は、前記書体情報を外字転送ファイルから取得し、前記外字転送ファイルは、外字ファイルを含み、前記外字ファイルは、前記書体情報の格納位置に連続して格納されていることを特徴とする請求項１０記載の外字登録装置。
- 前記登録手段は、前記判定手段により前記書体が前記外字登録装置に存在すると判定された場合、外字ファイルを前記サーバから取り出し、取り出した外字ファイルを登録することを特徴とする請求項１０記載の外字登録装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25607798A JP3869951B2 (ja) | 1998-08-27 | 1998-08-27 | 外字登録システム及び外字登録装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25607798A JP3869951B2 (ja) | 1998-08-27 | 1998-08-27 | 外字登録システム及び外字登録装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006214753A Division JP4006465B2 (ja) | 2006-08-07 | 2006-08-07 | 外字登録方法及び記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000076235A JP2000076235A (ja) | 2000-03-14 |
| JP3869951B2 true JP3869951B2 (ja) | 2007-01-17 |
Family
ID=17287579
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25607798A Expired - Fee Related JP3869951B2 (ja) | 1998-08-27 | 1998-08-27 | 外字登録システム及び外字登録装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3869951B2 (ja) |
-
1998
- 1998-08-27 JP JP25607798A patent/JP3869951B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000076235A (ja) | 2000-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5528742A (en) | Method and system for processing documents with embedded fonts | |
| US6006239A (en) | Method and system for allowing multiple users to simultaneously edit a spreadsheet | |
| CA2267427C (en) | Font sharing system and method, and recording medium storing program for executing font sharing method | |
| US6295538B1 (en) | Method and apparatus for creating metadata streams with embedded device information | |
| US20080186537A1 (en) | Information processing apparatus and method for controlling the same | |
| US5890184A (en) | External character management apparatus | |
| JP3869951B2 (ja) | 外字登録システム及び外字登録装置 | |
| JP4006465B2 (ja) | 外字登録方法及び記憶媒体 | |
| JP2008167153A (ja) | 可変データ画像生成装置、可変データ画像形成システム及び可変データ画像生成プログラム | |
| US20020057441A1 (en) | Image caching in an open prepress interface | |
| US7417761B2 (en) | Information processing apparatus and information processing method for processing document data having a plurality of objects different in attribution | |
| KR20020050295A (ko) | 문서 작성 프로그램을 기록한 컴퓨터 판독 가능한 기록매체, 문서 작성 시스템 및 문서 작성 방법 | |
| EP0506101A1 (en) | Character resource management system | |
| JP6327918B2 (ja) | 画像検索装置及びその制御方法 | |
| JPH0512150A (ja) | フオントサーバおよびプリンタ | |
| JP4936832B2 (ja) | 印刷情報管理システム、および印刷情報管理方法 | |
| JP2008117037A (ja) | 文字認識辞書作成プログラム及び文字認識辞書作成方法 | |
| JP2008269155A (ja) | テンプレート表示システム | |
| JP4278449B2 (ja) | 帳票処理プログラムおよび帳票処理装置並びに帳票処理方法 | |
| JP3517513B2 (ja) | 文字情報設定方法及び装置 | |
| JP3070435B2 (ja) | データ処理装置 | |
| Tanaka et al. | Transmedia Machine | |
| CN117993843A (zh) | 一种人因相关数据内容发布控制方法和系统 | |
| JP2021043519A (ja) | 情報処理システム及びプログラム | |
| JP2004302634A (ja) | 印刷管理装置、プリンタおよび印刷システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040316 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040817 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041018 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060208 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060425 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060622 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060711 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060807 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060919 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060926 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061016 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091020 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101020 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101020 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111020 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111020 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121020 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131020 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |