JPH1020955A - フォントデータ供給システム - Google Patents

Abstract

(57)【要約】 【課題】 通信回線を利用してフォントデータの供給を
無駄なく且つ円滑に行なうフォントデータの供給システ
ムを提供する。 【解決手段】 利用者システム１０には、利用しようと
しているフォントデータの状況を調査するフォント利用
状況調査手段１１と、必要なフォントデータをフォント
サーバ２０に要求するフォントデータ要求手段１２と、
フォントサーバから受け取ったフォントデータを利用者
システム１０上でのフォントデータの利用形式に構成す
るフォントファイル再構成手段１３と、これを記憶する
フォントファイル記憶手段１４とが設けられる。フォン
トサーバ２０から供給されたフォントデータは、フォン
トファイル構成手段１３によりドキュメントに利用でき
るデータ形式にされて利用されると共に将来の利用のた
めに保存される。フォントサーバ２０には、課金情報登
録手段２３が設けられ、供給されたデータ量に応じて利
用者毎に課金情報が蓄積される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はパーソナルコンピュ
ータやエンジニアリングワークステーション等の利用者
システム上で使用されるデジタルフォントデータの供給
システムに関する。

【０００２】

【従来の技術】従来は、デジタルフォントデータの供給
は、ＣＤ−ＲＯＭやフロッピィディスク等の記憶媒体を
利用して行われていた。ネットワークを経由したフォン
トデータの供給としては、発注経路及び納品経路の一方
又は双方についてネットワークを利用するフォントデー
タの供給システムが存在したものの、フォントデータの
必要性の判断や納品されたフォントデータの利用者シス
テムへの組込みは、その都度利用者が行っていた。

【０００３】特開平３−２０３７８１号公報は、通信回
線を利用してデジタルフォントを供給するフォントサー
バを提案している。該提案に係るフォントサーバによる
フォントデータの供給システムでは、フォントデータの
必要性の判断及びフォントの供給は、利用者システムと
フォントサーバとの間で自動的に行われる。

【０００４】

【発明が解決しようとする課題】上記公報に提案のシス
テムでは、利用者システム上に存在しないフォントにつ
いては、無条件にフォントサーバに対してフォントデー
タの供給要求が出される。しかし、利用者システム上に
当該フォントが存在しない場合でも、利用者システム内
に存在する他のフォントで代替することも現実には可能
であり、この場合にも、上記システムでは、無条件にフ
ォントサーバにフォントデータを要求することとなる。

【０００５】また、利用者が必要な都度フォントデータ
の転送を要求することにより、同じフォントデータの転
送が何度も行なわれるため、通信回線等の利用に無駄も
生じる。この場合には、転送されたフォントデータを利
用者システム上に保存して、その後に必要となる毎に利
用することも考えられるが、このようにフォントデータ
を常に利用可能となるように蓄積する方法が問題とな
る。

【０００６】更に、フォントサーバから利用者システム
に供給されたデジタルフォントデータには、その都度費
用が発生するので、これに伴う課金の授受が煩雑であ
る。

【０００７】上記に鑑み、本発明は、無駄な転送を省き
真に必要なフォントデータのみを転送すると共に、利用
者システムに一旦転送されたフォントデータを利用可能
に蓄積できるフォントデータの供給システムを提供する
ことを目的とする。

【０００８】更に、本発明は、フォントサーバから利用
者システムに提供されるデジタルフォントデータの課金
情報を収集・蓄積可能として、フォントデータの供給に
伴う金銭の授受が煩雑とならないフォントデータの供給
システムを提供することをも目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明のフォントデータの供給システムは、第１の
視点において、利用者が利用する利用者システムと、利
用者が必要とするフォントデータを持つフォントサーバ
と、前記利用者システムとフォントサーバとの間でデー
タを転送する通信手段とを有するフォントデータ供給シ
ステムにおいて、前記利用者システムが、利用者が利用
しようとするフォントデータの利用者システム上での状
況を調査するフォント利用状況調査手段と、フォント利
用状況調査手段の調査結果に基づいて転送が必要となっ
たフォントデータを、通信手段を介してフォントサーバ
に要求するフォントデータ要求手段と、フォントサーバ
から受け取ったフォントデータを利用者システム上で利
用可能なフォントデータファイルとして構成するフォン
トファイル再構成手段とフォントデータ再構成手段で構
成されたフォントデータを記憶するフォントファイル記
憶手段とを備えることを特徴とする。

【００１０】本発明の第１の視点のフォントデータの供
給システムでは、供給されたフォントデータが、フォン
トファイル再構成手段により、利用者システムで利用可
能なフォントデータとして再構成され、フォント状況調
査手段によりそのフォントデータの利用状況が調査され
るので、何度も同じフォントデータが利用できる。従っ
て、同じフォントデータを何度も受け取ることはなく、
通信回線を利用してのデータ転送が真に必要な転送のみ
となり、効率的なフォントデータの供給が可能となる。

【００１１】ここで、フォントデータ利用状況調査手段
は、利用者システム上に必要なフォントデータがあるか
否かを調査すると共に、全く同じフォントデータがない
場合でも、近似出来るフォントデータがあるか否をも調
査することが好ましい。この場合には、その旨を利用者
に通知して利用者に判断を委ねることが好ましい。

【００１２】本発明のフォントデータの供給システム
は、その第２の視点において、利用者が利用する利用者
システムと、利用者が必要とするフォントデータを持つ
フォントサーバと、前記利用者システムとフォントサー
バとの間でデータを転送する通信手段とを有するフォン
トデータ供給システムにおいて、前記フォントサーバ
が、前記フォントデータが蓄積されたフォントデータ記
憶手段と、利用者システムから要求されたフォントを前
記フォントデータから抽出して転送するフォント送付手
段と、フォント送付手段が送付したフォントの送付先及
びデータ量に基づいて課金情報を算出して課金データベ
ースに登録する課金情報登録手段とを備えることを特徴
とする。

【００１３】本発明の第２の視点のフォントデータの供
給システムでは、利用者に供給されたフォントデータの
データ量に基づいて課金情報が登録されるので、通信回
線を経由して行なわれるフォントデータの供給に伴う金
銭の授受における煩雑さが解消する。

【００１４】ここで、本明細書で用いられる用語「フォ
ント」には、特殊漢字、英文、欧文等の文字形態を表示
するために使用される、通常の１揃いの活字フォントの
他に、例えば、マルチメディアシステムの画面上に絵や
図形等を表示するために使用される一連の単位図形や写
真等も含まれる。

【００１５】

【発明の実施の形態】以下、図面を参照し本発明の実施
形態例に基づいて本発明を更に詳細に説明する。図１
は、本発明の一実施形態例のフォントデータの供給シス
テムの構成を示すブロック図である。このシステムは、
利用者が有するパーソナルコンピュータやワークステー
ション等の利用者システム１０と、利用者が必要とする
フォントデータを持ちフォントデータを利用者に供給す
るフォントサーバ２０と、利用者システムとフォントサ
ーバとの間でデータを転送するネットワーク（通信手
段）３０とから構成される。利用者は、自身が作成した
ドキュメント又は第３者が作成したドキュメントに含ま
れるフォントであって、利用者システム１０上で調達で
きないフォントデータを、フォントサーバから有料で購
入する契約を予め締結している。

【００１６】利用者システム１０は、利用者が指定する
特定のドキュメントに含まれる全てのフォントデータを
調べ、利用者システム上では調達できないフォントデー
タをリストアップするフォント利用状況調査手段１１
と、利用者システム上に存在しないフォントデータをフ
ォントサーバに要求するフォントデータ要求手段１２
と、フォントサーバから転送されたフォントデータを、
利用者システム１０上で使用されているフォントデータ
流通（読込み）形式に合致したフォントファイルに再構
成するフォントファイル再構成手段１３と、このフォン
トファイルを記憶するフォントファイル記憶手段１４
と、フォントデータ要求手段１２とネットワーク３０と
の間でデータを転送するネットワーク通信装置１５とを
有する。

【００１７】フォントサーバ１０は、利用者の要求に応
じて供給すべきフォントデータを多量に蓄積しているフ
ォントデータ記憶手段２１と、利用者システムからの要
求を受けてフォントデータを選択し転送すると共に、課
金情報のためのデータを出力するフォントデータ送付手
段２２と、課金情報を表形式にして登録する課金情報登
録手段２３と、この課金情報をデータベースとして記憶
する課金情報記憶手段２４と、フォントデータ送付手段
２０とネットワークとの間でデータを転送するネットワ
ーク通信装置２５とを有する。以下、この実施形態例の
フォントデータの供給システムにおける処理について説
明する。

【００１８】まず、利用者は、各種のフォントが含まれ
ている特定のドキュメントを、自身が利用している利用
者システム１０に入力し、これを画面上に表示し又はプ
リンタで印刷する等の出力操作を行う。ここで、利用者
は、画面等を見て利用者システム１０上で利用できるフ
ォントデータのみでは、利用者が希望する表示がなされ
ないことを知り、本フォントデータ供給システムを利用
することを選択する。

【００１９】利用者が、フォントデータの供給を受ける
ことを選択すると、利用者システム１０側のフォントデ
ータ供給システムが起動する。フォント利用状況調査手
段１１は、当該ドキュメントで使用されているフォント
を出力するために必要なフォントデータが利用者システ
ム１０上に存在するか否かを判定し、フォントサーバ２
０から調達すべきフォントデータをリストアップする。
フォント利用状況調査手段は、フォントデータを調達す
るか否かを判断するにあたり、フォントファイル記憶手
段１４に保存されているフォントデータを参照する。こ
の場合、必要なフォントに近似したフォントがフォント
ファイル記憶手段１４に登録されている場合には、利用
者にそのフォントでよいかどうかの判断を委ねることも
出来る。

【００２０】フォントデータ要求手段１２は、フォント
利用状況調査手段１１によりリストアップされた調達す
べきフォントデータに基づいて、ネットワーク通信装置
１５及びネットワーク３０を経由して、フォントサーバ
２０にフォントデータの供給を要求する。フォントサー
バ２０のフォントデータ送付手段２２は、ネットワーク
通信装置２５を経由してこの要求を受け取り、該要求に
基づいてフォントデータ記憶手段２１から必要なフォン
トデータを抽出する。次いで、このフォントデータを、
ネットワーク通信装置２５及びネットワーク３０を経由
して利用者システム１０に転送する。

【００２１】転送されたフォントデータは、フォントデ
ータ要求手段１２を経由して、フォントファイル再構成
手段１３に引き渡される。フォントファイル再構成手段
１３は、受領したフォントデータを利用者システム上で
運用されるフォントデータの流通形式に再構成してフォ
ントデータファイルとしてこれをフォントファイル記憶
手段１４内に保存する。このフォントデータは、次い
で、指定されたドキュメントに読み込まれて画面表示等
に利用されると共に、将来の利用のために保存される。

【００２２】一方、フォントデータ送付手段２２は、フ
ォントデータを転送すると同時に、送付したフォントデ
ータの種別、キャラクタ数及び送付先を課金情報登録手
段２３に通知する。課金情報登録手段２３は、送付した
フォントデータの種別、キャラクタ数及び送付先に基づ
いて課金情報を生成し、これを課金情報記憶手段２４に
保存する。この課金情報に基づいて、利用者の口座から
の支払が定期的に行なわれる。

【００２３】以下、上記実施形態例に含まれる各構成要
素の処理について更に詳細に説明する。図２は、フォン
ト利用状況調査手段１１の処理を示すフロー図である。
システムの起動後に、フォント利用状況調査手段では、
先ず、ステップ２０１で処理対象のドキュメントから１
文字を取り出し、そのフォント種別と文字コードとを抽
出する。次いで、ステップ２０２で、このフォント種別
がフォントデータ記憶手段又は要求テーブルに登録済み
であるか否かを「真」又は「偽」として判定する。判定
の結果が偽の場合には、これは、ステップ２０１で取り
出した文字のフォントが利用者システム中に存在せず、
また現時点でフォントサーバに要求する予定もないこと
を意味するので、ステップ２０３に進み、このフォント
を新規に要求するためのフォント要求レコードを要求テ
ーブルに追加する。

【００２４】ステップ２０２の判定の結果が真の場合に
は、取り出した１文字の文字コードに対応するキャラク
タデータが、フォントデータ記憶手段又は要求テーブル
に登録済みであるか否かを、同様に「真」又は「偽」と
して判定する。判定の結果が偽の場合には、これは、ス
テップ２０１で取り出した文字コードに対応するキャラ
クタが利用者システム中には存在せず、また現時点でフ
ォントサーバに要求する予定もないことを意味するの
で、ステップ２０５に進み、このキャラクタデータを新
規に要求するためのキャラクタ要求レコードを要求テー
ブルに追加する。

【００２５】ステップ２０２での判定が偽であり、ステ
ップ２０３を実行した場合には、これは、抽出されたフ
ォントが利用者システム上に存在しなかったことを意味
し、従ってまた、抽出されたキャラクタも利用者システ
ム上に存在しないことを意味するので、直接にステップ
２０５に進む。

【００２６】ステップ２０４の判定結果が真の場合、及
び、ステップ２０５の実行を終了した場合には、ステッ
プ２０６に移り、処理対象のドキュメントの文字の全て
を処理し終わったか否かの判定を行う。この判定結果が
偽の場合には、処理を継続するために、ステップ２０１
に戻り、次の１文字を選びそのフォント種別及び文字コ
ードを抽出する。また、判定結果が真の場合には、ドキ
ュメントからの文字の選定、フォント種別及び文字コー
ドの抽出処理は終了する。

【００２７】次いで、ステップ２０７で要求テーブル中
に、フォント要求レコード及び／又はキャラクタ要求レ
コードが存在するか否かを判定し、何れのレコードも存
在しない場合には処理を終了し、何れかのレコードが存
在する場合には、ステップ２０８でこの要求テーブルを
フォントデータ要求手段に渡す。

【００２８】図３は、フォントデータ要求手段１２の処
理を示すフロー図である。ステップ３０１で先ず、要求
テーブル中の全てのレコードを処理し終わったか否かを
判定する。判定結果が偽の場合には、レコードの処理を
継続する必要があり、ステップ３０２で要求テーブルか
ら１つのレコードを読み込む。続くステップ３０３で
は、読み込んだ要求テーブルのレコードが、フォント要
求レコードか否かを判定する。真と判定した場合には、
ステップ３０４でフォント要求パケットを作成し、ネッ
トワーク通信装置及びネットワークを経由してフォント
サーバに発信する。偽と判定した場合には、ステップ３
０５で、キャラクタ要求パケットに要求テーブル中のレ
コードを設定して、ネットワーク通信装置及びネットワ
ークを経由してフォントサーバに発信する。ステップ３
０４、ステップ３０５の何れのステップの終了後にも、
最初に戻り、ステップ３０１の判定を実行する。

【００２９】ステップ３０１で、要求テーブル中の全て
のレコードを処理済みと判定した場合には、ステップ３
０６に移行し、要求終了パケットを作成し、ネットワー
ク通信装置及びネットワークを経由してフォントサーバ
に発信する。

【００３０】ステップ３０６の実行終了後は、ステップ
３０７でパケットの受信状況を判定する。ステップ３０
７で、フォントパケット及び／又はキャラクタパケット
を受信したか否かを判定し、判定結果が真の場合には、
ステップ３０８を実行し、受信したパケットをフォント
ファイル再構成手段に渡す。

【００３１】ステップ３０７での判定結果が偽の場合に
は、ステップ３０９で送信終了パケットを受信したか否
かを判定する。判定結果が偽の場合には、ステップ３０
８の終了後の処理と同じく、ステップ３０７に戻る。ス
テップ３０９での判定結果が真の場合には、全てのパケ
ットを受信したと判断し処理を終了する。

【００３２】図４は、フォントデータ送付手段２２の処
理を示すフロー図である。ステップ４０１でフォント要
求パケットを受信したか否かを判定する。その結果が真
の場合には、ステップ４０２でフォントデータ記憶手段
からフォントレコードを検索し、ステップ４０３でネッ
トワーク通信装置及びネットワークを経由して、ステッ
プ４０２で検索した情報をフォントパケットとして利用
者システムに発信する。

【００３３】ステップ４０１での判定結果が偽の場合に
は、ステップ４０４でキャラクタ要求パケットを受信し
たか否かを判定する。判定結果が真の場合には、ステッ
プ４０５でフォントデータ記憶手段からキャラクタレコ
ードを検索し、ステップ４０６でネットワーク通信装置
及びネットワークを経由して、ステップ４０５で検索し
た情報をフォントパケットとして利用者システムに発信
する。

【００３４】ステップ４０３及びステップ４０６の何れ
の処理の終了後も、ステップ４０７に移り、課金情報デ
ータを作成し課金情報登録手段に通知し、それが終了す
るとステップ４０１に戻る。ステップ４０４での判定結
果が偽の場合には、受信したパケットはフォント終了パ
ケットであったと判断し、ステップ４０８でネットワー
ク通信装置を介しフォント終了パケットを利用者システ
ムに発信する。

【００３５】図５は、フォントデータ記憶手段２１に記
憶されたデータの内部構造を示す模式図である。この例
では、フォントデータ記憶手段には、書体Ａ、書体Ｂ、
書体Ｃの３つの書体が格納されており、書体Ａライブラ
リ５１０、書体Ｂライブラリ５２０、書体Ｃライブラリ
５３０として保存されている。ライブラリの構造は相互
に同じであり、各ライブラリは、各フォントに関する全
体情報と、各フォントに属する全てのキャラクタの情報
とを包含している。

【００３６】各書体ライブラリの構造を、書体Ａライブ
ラリ５１０を例に説明する。フォントに関する全体情報
は、フォントレコードＡ（５１０Ｆ）に格納されてお
り、そのフォントに属する各キャラクタに関する形状や
メトリック等の情報は、キャラクタレコードに格納され
ている。キャラクタレコードは、キャラクタレコード１
（５１１）からキャラクタレコードｎ（５１ｎ）迄が示
されている。

【００３７】図６は課金情報登録手段２３の処理を示す
フロー図である。ステップ６０１で課金情報の通知を受
けたか否かを判定し、判定結果が真の場合には、ステッ
プ６０２で、その通知がフォントパケット発信に関する
課金情報であるか否かを判定する。ステップ６０２での
判定結果が真の場合には、ステップ６０３で課金情報記
憶手段の当該顧客レコードの利用フォント数のカラムの
利用フォント数をインクリメントする。

【００３８】ステップ６０２での判定が偽の場合には、
ステップ６０４でキャラクタパケットの発信に関する課
金情報の通知を受けたか否かを判定する。ステップ６０
４での判定結果が真の場合には、ステップ６０５で課金
情報記憶手段の当該顧客レコードの利用キャラクタ数の
カラムの利用キャラクタ数をインクリメントする。ステ
ップ６０１での判定結果が偽の場合及びステップ６０４
での判定結果が偽の場合、並びに、ステップ６０３又は
ステップ６０５の何れかの処理を終了した場合には、ス
テップ６０１に戻る。

【００３９】図７は、課金情報記憶手段２４に保存され
たファイルの構造を示す模式図である。課金情報記憶手
段に記憶されたファイルは、顧客識別カラム７０１、利
用フォント数カラム７０２、及び、利用キャラクタ数カ
ラム７０３の３つの欄を持つテーブル構造である。この
テーブルにより、各利用者毎に、その利用フォント数及
び利用キャラクタ数が記録され、課金が計算される。

【００４０】図８は、フォントファイル再構成手段の処
理を示すフロー図である。ステップ８０１で、フォント
データ要求手段からフォントレコードを受け取ったか否
かを判定する。その結果が真の場合には、フォントデー
タ要求手段から受け取ったフォントレコードに基づい
て、ステップ８０２でフォントファイル記憶手段に新規
のフォントファイルを生成する。ステップ８０１での判
定結果が偽の場合には、ステップ８０３でフォントデー
タ要求手段からキャラクタレコードを受け取ったか否か
を判定する。判定結果が真の場合には、ステップ８０４
でフォントファイル記憶手段の当該フォントファイルに
キャラクタレコードを追加する。ステップ８０２の実行
を終了した場合、及び、ステップ８０４の実行を終了し
た場合には、ステップ８０１に戻る。ステップ８０３で
の判定結果が偽の場合には、フォントファイル再構成手
段は実行を終了する。

【００４１】図９は、フォントファイル記憶手段１４に
保存されたデータ構造を示す模式図である。フォントフ
ァイル記憶手段には、フォントファイルＡ（９０１）、
フォントファイルＢ（９０２）、フォントファイルＣ
（９０３）、及び、フォントファイルＸ（９０４）が格
納されている。各フォントファイルは、論理的には同じ
構造を持つ。フォントファイル内部の構造をフォントフ
ァイルＡ（９０１）を例に説明する。フォントファイル
Ａ（９０１）は、フォント情報ブロック（９１０）、及
び、キャラクタ情報ブロック（９２０）で構成される。
キャラクタ情報ブロック（９２０）には、キャラクタデ
ータ１（９２１）からキャラクタデータｎ（９２ｎ）迄
の各キャラクタデータが含まれる。各キャラクタデータ
９２０〜９２ｎには、キャラクタの形状やメトリック情
報等、各キャラクタ固有の情報が格納されている。この
ファイル形式は、利用者システム上で通常利用されてい
るフォントの流通形式と同じにする。

【００４２】以下、ネットワークを経由して転送される
フォントデータのデータ構造を説明する。図１０は、文
字の輪郭を直線や曲線を使用して表現する、いわゆるア
ウトラインフォントを使用している利用者システムに対
して本発明を実施した場合のデータ構造を示す図であ
り、フォントレコード、フォントパケット、キャラクタ
ーレコード、及び、キャラクタパケットの構造を例示し
ている。

【００４３】フォントレコード（１０００）は、フォン
トデータ記憶手段からフォントデータ送付手段へ、及
び、フォントデータ要求手段からフォントファイル再構
成手段へのデータの通知に使用されるデータである。フ
ォントレコード（１０００）は、フォント名称等の情報
を格納してあるフォント識別（１００１）と、フォント
のデザイン時のサイズやバウンディングボックス等のデ
ザインに関する情報を格納してあるデザイン情報（１０
０２）と、著作権表示や制作会社名等に関する情報を格
納したプロダクト情報（１００３）と、フォント中に格
納されている文字コード及びキャラクタ情報の格納位置
を格納したコード情報（１００４）と、フォント全体に
関わる情報を格納したフォント情報（１００５）とから
成る。

【００４４】キャラクタレコード（１０２０）は、フォ
ントデータ記憶手段からフォントデータ送付手段へ、及
び、フォントデータ要求手段からフォントファイル再構
成手段への通知に使用されるデータである。キャラクタ
レコード（１０２０）は、フォント名称などの情報を格
納してあるフォント識別（１０２１）と、キャラクタコ
ードを格納してあるキャラクタコード（１０２２）と、
文字のデザインに関する情報を格納したメトリック情報
（１０２３）と、文字の輪郭等を示すアウトラインデー
タ１０２４とから成る。

【００４５】上記フォントレコード（１０００）及びキ
ャラクタレコード（１０２０）を、フォントサーバから
利用者システムへデータ送信する際には、フォントレコ
ード及びキャラクタレコードの夫々について、各レコー
ドの前に、要求元ホスト識別（１０１１）、提供元ホス
ト識別（１０１２）、及び、パケット長（１０１３）を
付加し、夫々、フォントパケット（１０１０）及びキャ
ラクタパケット（１０３０）としてフォントデータ送付
手段からネットワーク通信手段及びネットワークを経由
してフォントデータ要求手段に送付される。

【００４６】図１１は、フォント及びキャラクタのデー
タ構造を示す別の例である。このデータ構造は、文字の
輪郭を直線や曲線を使用して表現するいわゆるアウトラ
インフォントと、文字のデザインをピクセルのオン・オ
フで表現するビットマップフォントと併用しているフォ
ントシステムを利用している利用者システムに本発明を
実施した場合に用いられる。

【００４７】フォントレコード（１０００）は、フォン
トデータ記憶手段からフォントデータ送付手段へ、及
び、フォントデータ要求手段からフォントファイル再構
成手段へのデータ通知に使用される。フォントレコード
（１０００）は、図１の例と同様に、フォント名称等の
情報を格納してあるフォント識別（１００１）と、フォ
ントのデザイン時のサイズやバウンディングボックス等
のデザインに関する情報を格納してあるデザイン情報
（１００２）と、著作権表示や制作会社名等に関する情
報を格納したプロダクト情報（１００３）と、フォント
中に格納されている文字コード及びキャラクタ情報の格
納位置を格納したコード情報（１００４）と、フォント
全体に関わる情報を格納したフォント情報（１００５）
とから成る。

【００４８】キャラクタレコード（１１２０）は、フォ
ントデータ記憶手段からフォントデータ送付手段へ、及
び、フォントデータ要求手段からフォントファイル再構
成手段へのデータ通知に使用される。キャラクタレコー
ド（１１２０）は、フォント名称等の情報を格納してあ
るフォント識別（１０２１）と、キャラクタコードを格
納してあるキャラクタコード（１０２２）と、文字のデ
ザインに関する情報を格納したメトリック情報（１０２
３）と、文字の輪郭を表すアウトラインデータ（１０２
４）と、文字のビットマップデータ（１１２５）とから
成る。

【００４９】上記フォントレコード（１０００）及びキ
ャラクタレコード（１１２０）をフォントサーバから利
用者システムへデータ送信するにあたり、フォントレコ
ード及びキャラクタレコードの夫々について、各レコー
ドの前に、要求元ホスト識別（１０１１）、提供元ホス
ト識別（１０１２）、及び、パケット長（１０１３）を
付加し、夫々、フォントパケット（１０１０）及びキャ
ラクタパケット（１１１０）として、フォントデータ送
付手段からネットワークを介しフォントデータ要求手段
に送付される。

【００５０】なお、図１のフォントファイル記憶手段１
４に格納するフォントデータの構造を図９に例示した
が、これは論理的な構造を示している。これらの情報を
格納する形式については、前述の如く、図１に示したフ
ォントファイル再構成手段１３の構成によって、各種の
フォント流通フォーマットに対応させる。また、格納す
るキャラクタデータの表現方法は、文字の形状をピクセ
ルのオン／オフで表現したビットマップフォントでも、
文字の形状をその輪郭を表す直線又は曲線を再現するた
めの数値データで格納するアウトラインフォントでも構
わない。現時点で各種流通フォントのフォーマットとし
て挙げられるものとしては、Type1, TrueType, GF, PX
L, PKファイル等がある。

【００５１】以上、本発明をその好適な実施形態例に基
づいて説明したが、本発明のフォントデータの供給シス
テムは、上記実施形態例の構成にのみ限定されるもので
はなく、上記実施形態例の構成から種々の修正及び変更
を施したフォントデータ供給システムも、本発明の範囲
に含まれる。

【００５２】

【発明の効果】以上、説明したように、本発明の第１の
視点のフォントデータ供給システムによると、利用者シ
ステムにフォントファイル再構成手段及びフォント利用
状況調査手段を設けた構成により、利用者システムは真
に必要なフォントデータの転送のみを要求することがで
き、本発明は、効率的なフォントデータ供給システムを
提供した顕著な効果を奏する。

【００５３】また、本発明の第２の視点のフォントデー
タ供給システムによると、フォントサーバに課金情報登
録手段を設けた構成により、利用者は供給を受けたフォ
ントのデータ量に見合う課金を支払えばよいこととな
り、金銭の授受における煩雑さが解消するので、通信手
段を介してのフォントデータ供給システムの効率的な運
用が可能となる。

【図面の簡単な説明】

【図１】本発明の一実施形態例のフォントデータ供給シ
ステムのブロック図。

【図２】図１のフォント利用状況調査手段における処理
を示すフロー図。

【図３】図１のフォントデータ要求手段の処理を示すフ
ロー図。

【図４】図１のフォントデータ送付手段の処理を示すフ
ロー図。

【図５】図１のフォントデータ記憶手段のデータ構造を
示す模式図。

【図６】図１の課金情報登録手段の処理を示すフロー
図。

【図７】図１の課金情報記憶手段のデータ構造を示す模
式図。

【図８】図１のフォントファイル再構成手段の処理を示
すフロー図。

【図９】図１のフォントファイル記憶手段のデータ構造
を示す模式図。

【図１０】図１の実施形態例で転送されるデータ構造の
例。

【図１１】図１の実施形態例で転送されるデータ構造の
別の例。

【符号の説明】

１０ 利用者システム １１ フォント利用状況調査手段 １２ フォントデータ要求手段 １３ フォントファイル再構成手段 １４ フォントファイル記憶手段 １５ ネットワーク通信装置 ２０ フォントサーバ ２１ フォントデータ記憶手段 ２２ フォントデータ送付手段 ２３ 課金情報登録手段 ２４ 課金情報記憶手段 ２５ ネットワーク通信装置 ３０ ネットワーク

Claims (3)

【特許請求の範囲】
1. 【請求項１】 利用者が利用する利用者システムと、利
   用者が必要とするフォントデータを持つフォントサーバ
   と、前記利用者システムとフォントサーバとの間でデー
   タを転送する通信手段とを有するフォントデータ供給シ
   ステムにおいて、前記利用者システムが、 利用者が利用しようとするフォントデータの利用者シス
   テム上での状況を調査するフォント利用状況調査手段
   と、 フォント利用状況調査手段の調査結果に基づいて転送が
   必要となったフォントデータを、通信手段を介してフォ
   ントサーバに要求するフォントデータ要求手段と、 フォントサーバから受け取ったフォントデータを利用者
   システム上で利用可能なフォントデータファイルとして
   構成するフォントファイル再構成手段とフォントデータ
   再構成手段で構成されたフォントデータを記憶するフォ
   ントファイル記憶手段とを備えることを特徴とするフォ
   ントデータ供給システム。
2. 【請求項２】 前記フォントサーバが、 フォントデータが蓄積されたフォントデータ記憶手段
   と、 利用者システムから要求されたフォントを前記フォント
   データから抽出して転送するフォント送付手段と、 フォント送付手段が送付したフォントの送付先及びデー
   タ量に基づいて課金情報を算出して課金データベースに
   登録する課金情報登録手段とを備えることを特徴とす
   る、請求項１に記載のフォントデータ供給システム。
3. 【請求項３】 利用者が利用する利用者システムと、利
   用者が必要とするフォントデータを持つフォントサーバ
   と、前記利用者システムとフォントサーバとの間でデー
   タを転送する通信手段とを有するフォントデータ供給シ
   ステムにおいて、前記フォントサーバが、 前記フォントデータが蓄積されたフォントデータ記憶手
   段と、 利用者システムから要求されたフォントを前記フォント
   データから抽出して転送するフォント送付手段と、 フォント送付手段が送付したフォントの送付先及びデー
   タ量に基づいて課金情報を算出して課金データベースに
   登録する課金情報登録手段とを備えることを特徴とする
   フォントデータの供給システム。