JP 2012-155681 A 2012.8.16(57)【要約】【課題】クリエータ端末にもクライアント端末にもフォントデータを蓄積しなくても、クライアント端末は多種のフォントを表示に使用することができるフォントサー
バを提供すること。
【解決手段】クライアント端末１０から文字列及びそのスタイルを受信する文字列受信手段２１と、受信したスタイルの文字列のフォントを読み出しフォントファイル２３を作成して保存するフォントファイル作成手段と、該フォントファイルのＵＲＬをクライアント端末１０に返答するＵＲＬ返答手段２２とを備えるフォントサーバ
２０。
【選択図】図１

(2)JP 2012-155681 A 2012.8.16【特許請求の範囲】【請求項１】
クライアント端末から文字列及びそのスタイルを受信する文字列受信手段と、受信したスタイルの文字列のフォントを読み出しフォントファイルを作成して保存するフォントファイル作成手段と、該フォントファイルのＵＲＬをクライアント端末に返答するＵＲＬ返答手段とを備えることを特徴とするフォントサーバ。
【請求項２】
クリエータ端末から文字列及びそのスタイルを受信する文字列受信手段と、受信したスタイルの文字列のフォントを読み出しフォントファイルを作成して保存するフォントファイル作成手段と、該フォントファイルのＵＲＬをクリエータ端末に返答するＵＲＬ返答手段とを備えることを特徴とするフォントサーバ。
【発明の詳細な説明】【技術分野】【０００１】
本発明は、ネットワーク環境においてクライアント端末に蓄積されていないフォントデータを表示に使用することができるフォントサーバに関する。
【背景技術】【０００２】
従来、クリエータ端末に文書表示に必要なすべてのフォントデータを蓄積しておいて、表示を要求するクライアント端末にダウロードすることによって、クライアント端末が持っていないフォントを表示に使用することができるフォント処理装置が知られている（例
えば、特許文献１参照。）。
【先行技術文献】【特許文献】【０００３】【特許文献１】特開平１０−１２４０３０号公報【発明の概要】【発明が解決しようとする課題】【０００４】
しかし、上記の公知例によれば、各クリエータ端末はそれぞれが表示に必要なフォントを蓄積しなければならず、ネットワーク環境全体から見ると、フォントデータを各クリエータ端末が重複して蓄積することになり、効率的ではない。
【０００５】
本発明は、上記問題点に鑑み、クリエータ端末にもクライアント端末にもフォントデータを蓄積しなくても、クライアント端末は多種のフォントを表示に使用することができるフォントサーバを提供することを目的とする。
【課題を解決するための手段】【０００６】
本発明のフォントサーバは、クライアント端末から文字列及びそのスタイルを受信する文字列受信手段と、受信したスタイルの文字列のフォントを読み出しフォントファイルを作成して保存するフォントファイル作成手段と、該フォントファイルのＵＲＬをクライアント端末に返答するＵＲＬ返答手段とを備えることを特徴とする。
【０００７】
また、本発明のフォントサーバは、クリエータ端末から文字列及びそのスタイルを受信する文字列受信手段と、受信したスタイルの文字列のフォントを読み出しフォントファイルを作成して保存するフォントファイル作成手段と、該フォントファイルのＵＲＬをクリエータ端末に返答するＵＲＬ返答手段とを備えることを特徴とする。

1020304050

(3)JP 2012-155681 A 2012.8.16【発明の効果】【０００８】
本発明によれば、クリエータ端末にもクライアント端末にもフォントデータを蓄積しなくても、クライアント端末は多種のフォントを表示に使用することができる。
【図面の簡単な説明】【０００９】【図１】実施例１によるフォントサーバの構成を示す図である。
【図２】実施例１によるフォントサーバの動作を説明する図である。
【発明を実施するための形態】【００１０】
以下、添付図面を参照しながら本発明を実施するための形態について詳細に説明する。
【実施例１】【００１１】
図１は、実施例１によるフォントサーバ２０の構成を示す図である。ここでは、ＷＷＷ（ world wide web） を 利 用 し た ネ ッ ト ワ ー ク 環 境 に お い て 、 一 般 ユ ー ザ が 操 作 す る ク ラ イ
アント端末１０、及び企業又は個人などがホームページを提供するクリエータ端末３０と共に示す。フォントサーバ２０は、受信器２１、送信器２２、フォントファイル２３、及びフォントＤＢ（データベース）２４を備える。
【００１２】
受信器２１及び送信器２２は一般的な受信器及び送信器である。フォントファイル２３は、図２によって説明するフォントデータを一時的に蓄積するファイルである。フォント
ＤＢ２４は、各種のフォントデータを蓄積しており、必要に応じて読み出せるようになっている。例えば、ＪＩＳ漢字コード約１万文字、住基ネット使用約２万１千文字及び戸籍使用約５万６千文字などについての明朝体、ゴシック体及び毛筆体などが蓄積されている。この他、ひらがなについての創作的な著作物としても価値のある特殊フォント、更に外字のフォントなども蓄積されている。これらのフォントデータはスタイル（書体）ごとに蓄積され、スタイル及び文字コードを指定することによって読み出すことができる。外字については、必要なら、クリエータ端末３０ごとにクリエータ端末ＩＤと共に蓄積されており、そのクリエータ端末ＩＤを指定することによって読み出すようにしても良い。
【００１３】
図２は、実施例１によるフォントサーバ２０の動作を説明する図である。まず、一般ユーザは、クライアント端末２０を操作してクライアント端末２０によって、表示したいホームページを提供するクリエータ端末３０にアクセスする（ステップＳ１）。そして、クリエータ端末３０が提供する文書が記録され、クリエータ端末３０に蓄積されているＵＲＬ （ Uniform Resource Locator） 指 定 フ ァ イ ル を 読 み 出 す （ ス テ ッ プ Ｓ ２ ） 。 そ の 読 み 出
したＵＲＬ指定ファイルには、文書を表示するための文字コードと共にそのスタイルが記録されているので、スタイルごとに文字列をソートして、重複排除して、スタイルごとの文字列を取得する（ステップＳ３）。例えば、
そのとき、吾一は学校から帰ったばかりだった。（２２文字）
ミミミミミゴゴミモモミミゴミミミミミミミミミ
ただし、ミ：明朝体
ゴ：ゴシック体
モ：毛筆体10203040という２２文字の文書に対して、
ミ：かきそただっとのはばらり、。（１４文字）
ゴ：一帰吾（３文字）
モ：学校（２文字）

50

(4)

JP 2012-155681 A 2012.8.16というように、スタイルごとの文字列を取得する。重複排除しているためにこれらの合計の文字数は文書の文字数の２２文字に足らない。そして、クライアント端末１０が保持していないフォントについて、フォントサーバ２０に、これらの文字列とスタイルを送信して、そのフォントデータを要求する（ステップＳ４）。例えば、明朝体及びゴシック体は持っているが、毛筆体は持っていなかったとすると、毛筆体の２文字「学」「校」についてフォントデータを要求する。なお、自前でフォントデータを持っているスタイルまで、ソート及び重複排除する必要はない。
【００１４】
フォントサーバ２０は、クライアント端末１０から文字列及びそのスタイルを受信器２１によって受信して（ステップＳ５）、そのスタイル及び文字列を指定してフォントＤＢ２４からフォントデータを読み出す（ステップＳ６）。そして、読み出したフォントデー
タによって、そのスタイル及び文字列のフォントデータを記録したフォントファイルを作成して（ステップＳ７）、フォントファイル２３として蓄積し、そのファイルのＵＲＬをクライアント端末１０に返答する（ステップＳ８）。
【００１５】
クライアント端末１０は、返答されたＵＲＬにアクセスしてフォントファイル２３を読み出す（ステップＳ９）。そのフォントファイル２３には、スタイルが毛筆体であって「学」「校」のフォントデータが記録されているので、それらのフォントデータをクライア
ント端末１０が入手することができたことになる。そこで、表示する文書中の毛筆体の「学」「校」の文字についてフォントを入手したフォントに書き換えて（ステップＳ１０）、表示する（ステップＳ１１）。なお、提供するスタイルが１種類である場合には、フォントファイル２３にスタイルを記録する必要はない。
【００１６】
また、文字列の通信は文字コードによって行うことになるが、文字コードが外字コードである場合には、外字フォントを提供することになる。この場合には、フォントサーバ２０のオリジナルであるフォントであっても良いし、クリエータ端末３０に固有のフォントであっても良い。フォントサーバ２０のオリジナルである場合には、スタイルの指定は必ずしも必要ない。クリエータ端末３０に固有のフォントである場合には、スタイルとしてクリエータ端末３０のＩＤを使うことができる。
【００１７】
実施例１によって、クライアント端末１０及びクリエータ端末３０が持っていないフォントデータについてもクライアント端末１０に表示することができる。また、クライアン
ト端末１０が読み出すフォントデータは表示に必要な文字列の数のフォントデータだけであるので、フォントデータを入手するための通信時間は短時間で済む。また、仮にフォントデータが著作物性のある価値あるものであって利用するのに課金が発生する場合であっても、フォントユーザは、文字数に応じた必要最小限の料金で利用することができる。その上、フォントベンダにとっても、フルセット（例えばＪＩＳ漢字コードのすべて）のフォントデータは提供しないので、盗用を防止して、使用の都度、課金することができるな
ど、フォントデータを著作物として適正に管理することができる。さらに、フォントサー
バ２０に送信するのは、文書の文字をソート及び重複排除した文字列であって文書そのものではないので、文書が機密性の高いものであったとしても、その内容をフォントサーバ２０に知られることなくフォントデータを入手することができる。
【実施例２】【００１８】
実施例１においては、クライアント端末１０の要求に応じる形でフォントサーバ２０がフォントファイル２３を作成したが、実施例２として、クリエータ端末３０の要求に応じる形でフォントサーバ２０がフォントファイル２３を作成するように構成することもできる。この場合には、クリエータ端末３０が、提供する文書ファイルについてステップＳ３、Ｓ４を実行する。そして、クリエータ端末３０がフォントサーバ２０からフォントファ

10203040

(5)JP 2012-155681 A 2012.8.16

イル２３のＵＲＬを受けて文書ファイルにリンクさせて、クライアント端末１０からのアクセスを待ち受ける。
【００１９】
クライアント端末１０がクリエータ端末３０にアクセスすると、フォントファイル２３のＵＲＬと共に文書ファイルを読み出して、更にそのＵＲＬにアクセスしてフォントファイルを読み出しフォントデータを入手する。
なお、本発明は上記実施例に限定されるものではない。
【符号の説明】【００２０】
１０ クライアント端末
２０ フォントサーバ
２１ 受信器
２２ 送信器
２３ フォントファイル
２４ フォントＤＢ
３０ クリエータ端末

【図１】

【図２】

10

(6)

JP 2012-155681 A 2012.8.16

̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶̶
フロントページの続きＦターム(参考) 5B084 AA01

AA125B109 RA11

SA15

AB30 AB33

BB12DB02

DC02