クライアント端末から文字列及びそのスタイルを受信する文字列受信手段と、受信したスタイルの文字列のフォントを読み出しフォントファイルを作成して保存するフォントファイル作成手段と、該フォントファイルのURLをクライアント端末に返答するURL返答手段とを備えることを特徴とするフォントサーバ。クリエータ端末から文字列及びそのスタイルを受信する文字列受信手段と、受信したスタイルの文字列のフォントを読み出しフォントファイルを作成して保存するフォントファイル作成手段と、該フォントファイルのURLをクリエータ端末に返答するURL返答手段とを備えることを特徴とするフォントサーバ。しかし、上記の公知例によれば、各クリエータ端末はそれぞれが表示に必要なフォントを蓄積しなければならず、ネットワーク環境全体から見ると、フォントデータを各クリエータ端末が重複して蓄積することになり、効率的ではない。本発明は、上記問題点に鑑み、クリエータ端末にもクライアント端末にもフォントデータを蓄積しなくても、クライアント端末は多種のフォントを表示に使用することができるフォントサーバを提供することを目的とする。本発明のフォントサーバは、クライアント端末から文字列及びそのスタイルを受信する文字列受信手段と、受信したスタイルの文字列のフォントを読み出しフォントファイルを作成して保存するフォントファイル作成手段と、該フォントファイルのURLをクライアント端末に返答するURL返答手段とを備えることを特徴とする。また、本発明のフォントサーバは、クリエータ端末から文字列及びそのスタイルを受信する文字列受信手段と、受信したスタイルの文字列のフォントを読み出しフォントファイルを作成して保存するフォントファイル作成手段と、該フォントファイルのURLをクリエータ端末に返答するURL返答手段とを備えることを特徴とする。本発明によれば、クリエータ端末にもクライアント端末にもフォントデータを蓄積しなくても、クライアント端末は多種のフォントを表示に使用することができる。以下、添付図面を参照しながら本発明を実施するための形態について詳細に説明する。図1は、実施例1によるフォントサーバ20の構成を示す図である。ここでは、WWWworldwidewebを利用したネットワーク環境において、一般ユーザが操作するクライアント端末10、及び企業又は個人などがホームページを提供するクリエータ端末30と共に示す。フォントサーバ20は、受信器21、送信器22、フォントファイル23、及びフォントDBデータベース24を備える。受信器21及び送信器22は一般的な受信器及び送信器である。フォントファイル23は、図2によって説明するフォントデータを一時的に蓄積するファイルである。フォントDB24は、各種のフォントデータを蓄積しており、必要に応じて読み出せるようになっている。例えば、JIS漢字コード約1万文字、住基ネット使用約2万1千文字及び戸籍使用約5万6千文字などについての明朝体、ゴシック体及び毛筆体などが蓄積されている。この他、ひらがなについての創作的な著作物としても価値のある特殊フォント、更に外字のフォントなども蓄積されている。これらのフォントデータはスタイル書体ごとに蓄積され、スタイル及び文字コードを指定することによって読み出すことができる。外字については、必要なら、クリエータ端末30ごとにクリエータ端末IDと共に蓄積されており、そのクリエータ端末IDを指定することによって読み出すようにしても良い。図2は、実施例1によるフォントサーバ20の動作を説明する図である。まず、一般ユーザは、クライアント端末20を操作してクライアント端末20によって、表示したいホームページを提供するクリエータ端末30にアクセスするステップS1。そして、クリエータ端末30が提供する文書が記録され、クリエータ端末30に蓄積されているURLUniformResourceLocator指定ファイルを読み出すステップS2。その読み出したURL指定ファイルには、文書を表示するための文字コードと共にそのスタイルが記録されているので、スタイルごとに文字列をソートして、重複排除して、スタイルごとの文字列を取得するステップS3。例えば、そのとき、吾一は学校から帰ったばかりだった。22文字ミミミミミゴゴミモモミミゴミミミミミミミミミただし、ミ:明朝体ゴ:ゴシック体モ:毛筆体という22文字の文書に対して、ミ:かきそただっとのはばらり、。14文字ゴ:一帰吾3文字モ:学校2文字というように、スタイルごとの文字列を取得する。重複排除しているためにこれらの合計の文字数は文書の文字数の22文字に足らない。そして、クライアント端末10が保持していないフォントについて、フォントサーバ20に、これらの文字列とスタイルを送信して、そのフォントデータを要求するステップS4。例えば、明朝体及びゴシック体は持っているが、毛筆体は持っていなかったとすると、毛筆体の2文字学校についてフォントデータを要求する。なお、自前でフォントデータを持っているスタイルまで、ソート及び重複排除する必要はない。フォントサーバ20は、クライアント端末10から文字列及びそのスタイルを受信器21によって受信してステップS5、そのスタイル及び文字列を指定してフォントDB24からフォントデータを読み出すステップS6。そして、読み出したフォントデータによって、そのスタイル及び文字列のフォントデータを記録したフォントファイルを作成してステップS7、フォントファイル23として蓄積し、そのファイルのURLをクライアント端末10に返答するステップS8。クライアント端末10は、返答されたURLにアクセスしてフォントファイル23を読み出すステップS9。そのフォントファイル23には、スタイルが毛筆体であって学校のフォントデータが記録されているので、それらのフォントデータをクライアント端末10が入手することができたことになる。そこで、表示する文書中の毛筆体の学校の文字についてフォントを入手したフォントに書き換えてステップS10、表示するステップS11。なお、提供するスタイルが1種類である場合には、フォントファイル23にスタイルを記録する必要はない。また、文字列の通信は文字コードによって行うことになるが、文字コードが外字コードである場合には、外字フォントを提供することになる。この場合には、フォントサーバ20のオリジナルであるフォントであっても良いし、クリエータ端末30に固有のフォントであっても良い。フォントサーバ20のオリジナルである場合には、スタイルの指定は必ずしも必要ない。クリエータ端末30に固有のフォントである場合には、スタイルとしてクリエータ端末30のIDを使うことができる。実施例1によって、クライアント端末10及びクリエータ端末30が持っていないフォントデータについてもクライアント端末10に表示することができる。また、クライアント端末10が読み出すフォントデータは表示に必要な文字列の数のフォントデータだけであるので、フォントデータを入手するための通信時間は短時間で済む。また、仮にフォントデータが著作物性のある価値あるものであって利用するのに課金が発生する場合であっても、フォントユーザは、文字数に応じた必要最小限の料金で利用することができる。その上、フォントベンダにとっても、フルセット例えばJIS漢字コードのすべてのフォントデータは提供しないので、盗用を防止して、使用の都度、課金することができるなど、フォントデータを著作物として適正に管理することができる。さらに、フォントサーバ20に送信するのは、文書の文字をソート及び重複排除した文字列であって文書そのものではないので、文書が機密性の高いものであったとしても、その内容をフォントサーバ20に知られることなくフォントデータを入手することができる。実施例1においては、クライアント端末10の要求に応じる形でフォントサーバ20がフォントファイル23を作成したが、実施例2として、クリエータ端末30の要求に応じる形でフォントサーバ20がフォントファイル23を作成するように構成することもできる。この場合には、クリエータ端末30が、提供する文書ファイルについてステップS3、S4を実行する。そして、クリエータ端末30がフォントサーバ20からフォントファイル23のURLを受けて文書ファイルにリンクさせて、クライアント端末10からのアクセスを待ち受ける。クライアント端末10がクリエータ端末30にアクセスすると、フォントファイル23のURLと共に文書ファイルを読み出して、更にそのURLにアクセスしてフォントファイルを読み出しフォントデータを入手する。なお、本発明は上記実施例に限定されるものではない。