JP2014029728A

JP2014029728A - 端末装置

Info

Publication number: JP2014029728A
Application number: JP2013218096A
Authority: JP
Inventors: Takeo Maeda; 剛男前田; Michio Ogura; 道雄小倉
Original assignee: BRACE CO Ltd; SKK CORP
Current assignee: BRACE CO Ltd; SKK CORP
Priority date: 2013-10-21
Filing date: 2013-10-21
Publication date: 2014-02-13

Abstract

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

Description

本発明は、ネットワーク環境においてクライアント端末に蓄積されていないフォントデータを表示に使用することができるフォントサーバに関する。

従来、クリエータ端末に文書表示に必要なすべてのフォントデータを蓄積しておいて、表示を要求するクライアント端末にダウロードすることによって、クライアント端末が持っていないフォントを表示に使用することができるフォント処理装置が知られている（例えば、特許文献１参照。）。

特開平１０−１２４０３０号公報

しかし、上記の公知例によれば、各クリエータ端末はそれぞれが表示に必要なフォントを蓄積しなければならず、ネットワーク環境全体から見ると、フォントデータを各クリエータ端末が重複して蓄積することになり、効率的ではない。

本発明は、上記問題点に鑑み、クリエータ端末にもクライアント端末にもフォントデータを蓄積しなくても、クライアント端末は多種のフォントを表示に使用することができるフォントサーバを提供することを目的とする。

本発明のフォントサーバは、クライアント端末から文字列及びそのスタイルを受信する文字列受信手段と、受信したスタイルの文字列のフォントを読み出しフォントファイルを作成して保存するフォントファイル作成手段と、該フォントファイルのＵＲＬをクライアント端末に返答するＵＲＬ返答手段とを備えることを特徴とする。

また、本発明のフォントサーバは、クリエータ端末から文字列及びそのスタイルを受信する文字列受信手段と、受信したスタイルの文字列のフォントを読み出しフォントファイルを作成して保存するフォントファイル作成手段と、該フォントファイルのＵＲＬをクリエータ端末に返答するＵＲＬ返答手段とを備えることを特徴とする。

本発明によれば、クリエータ端末にもクライアント端末にもフォントデータを蓄積しなくても、クライアント端末は多種のフォントを表示に使用することができる。

実施例１によるフォントサーバの構成を示す図である。実施例１によるフォントサーバの動作を説明する図である。

以下、添付図面を参照しながら本発明を実施するための形態について詳細に説明する。

図１は、実施例１によるフォントサーバ２０の構成を示す図である。ここでは、ＷＷＷ（world wide web）を利用したネットワーク環境において、一般ユーザが操作するクライアント端末１０、及び企業又は個人などがホームページを提供するクリエータ端末３０と共に示す。フォントサーバ２０は、受信器２１、送信器２２、フォントファイル２３、及びフォントＤＢ（データベース）２４を備える。

受信器２１及び送信器２２は一般的な受信器及び送信器である。フォントファイル２３は、図２によって説明するフォントデータを一時的に蓄積するファイルである。フォントＤＢ２４は、各種のフォントデータを蓄積しており、必要に応じて読み出せるようになっている。例えば、ＪＩＳ漢字コード約１万文字、住基ネット使用約２万１千文字及び戸籍使用約５万６千文字などについての明朝体、ゴシック体及び毛筆体などが蓄積されている。この他、ひらがなについての創作的な著作物としても価値のある特殊フォント、更に外字のフォントなども蓄積されている。これらのフォントデータはスタイル（書体）ごとに蓄積され、スタイル及び文字コードを指定することによって読み出すことができる。外字については、必要なら、クリエータ端末３０ごとにクリエータ端末ＩＤと共に蓄積されており、そのクリエータ端末ＩＤを指定することによって読み出すようにしても良い。

図２は、実施例１によるフォントサーバ２０の動作を説明する図である。まず、一般ユーザは、クライアント端末２０を操作してクライアント端末２０によって、表示したいホームページを提供するクリエータ端末３０にアクセスする（ステップＳ１）。そして、クリエータ端末３０が提供する文書が記録され、クリエータ端末３０に蓄積されているＵＲＬ（Uniform Resource Locator）指定ファイルを読み出す（ステップＳ２）。その読み出したＵＲＬ指定ファイルには、文書を表示するための文字コードと共にそのスタイルが記録されているので、スタイルごとに文字列をソートして、重複排除して、スタイルごとの文字列を取得する（ステップＳ３）。例えば、

そのとき、吾一は学校から帰ったばかりだった。（２２文字）
ミミミミミゴゴミモモミミゴミミミミミミミミミ
ただし、ミ：明朝体
ゴ：ゴシック体
モ：毛筆体

という２２文字の文書に対して、

ミ：かきそただっとのはばらり、。（１４文字）
ゴ：一帰吾（３文字）
モ：学校（２文字）

というように、スタイルごとの文字列を取得する。重複排除しているためにこれらの合計の文字数は文書の文字数の２２文字に足らない。そして、クライアント端末１０が保持していないフォントについて、フォントサーバ２０に、これらの文字列とスタイルを送信して、そのフォントデータを要求する（ステップＳ４）。例えば、明朝体及びゴシック体は持っているが、毛筆体は持っていなかったとすると、毛筆体の２文字「学」「校」についてフォントデータを要求する。なお、自前でフォントデータを持っているスタイルまで、ソート及び重複排除する必要はない。

フォントサーバ２０は、クライアント端末１０から文字列及びそのスタイルを受信器２１によって受信して（ステップＳ５）、そのスタイル及び文字列を指定してフォントＤＢ２４からフォントデータを読み出す（ステップＳ６）。そして、読み出したフォントデータによって、そのスタイル及び文字列のフォントデータを記録したフォントファイルを作成して（ステップＳ７）、フォントファイル２３として蓄積し、そのファイルのＵＲＬをクライアント端末１０に返答する（ステップＳ８）。

クライアント端末１０は、返答されたＵＲＬにアクセスしてフォントファイル２３を読み出す（ステップＳ９）。そのフォントファイル２３には、スタイルが毛筆体であって「学」「校」のフォントデータが記録されているので、それらのフォントデータをクライアント端末１０が入手することができたことになる。そこで、表示する文書中の毛筆体の「学」「校」の文字についてフォントを入手したフォントに書き換えて（ステップＳ１０）、表示する（ステップＳ１１）。なお、提供するスタイルが１種類である場合には、フォントファイル２３にスタイルを記録する必要はない。

また、文字列の通信は文字コードによって行うことになるが、文字コードが外字コードである場合には、外字フォントを提供することになる。この場合には、フォントサーバ２０のオリジナルであるフォントであっても良いし、クリエータ端末３０に固有のフォントであっても良い。フォントサーバ２０のオリジナルである場合には、スタイルの指定は必ずしも必要ない。クリエータ端末３０に固有のフォントである場合には、スタイルとしてクリエータ端末３０のＩＤを使うことができる。

実施例１によって、クライアント端末１０及びクリエータ端末３０が持っていないフォントデータについてもクライアント端末１０に表示することができる。また、クライアント端末１０が読み出すフォントデータは表示に必要な文字列の数のフォントデータだけであるので、フォントデータを入手するための通信時間は短時間で済む。また、仮にフォントデータが著作物性のある価値あるものであって利用するのに課金が発生する場合であっても、フォントユーザは、文字数に応じた必要最小限の料金で利用することができる。その上、フォントベンダにとっても、フルセット（例えばＪＩＳ漢字コードのすべて）のフォントデータは提供しないので、盗用を防止して、使用の都度、課金することができるなど、フォントデータを著作物として適正に管理することができる。さらに、フォントサーバ２０に送信するのは、文書の文字をソート及び重複排除した文字列であって文書そのものではないので、文書が機密性の高いものであったとしても、その内容をフォントサーバ２０に知られることなくフォントデータを入手することができる。

実施例１においては、クライアント端末１０の要求に応じる形でフォントサーバ２０がフォントファイル２３を作成したが、実施例２として、クリエータ端末３０の要求に応じる形でフォントサーバ２０がフォントファイル２３を作成するように構成することもできる。この場合には、クリエータ端末３０が、提供する文書ファイルについてステップＳ３、Ｓ４を実行する。そして、クリエータ端末３０がフォントサーバ２０からフォントファイル２３のＵＲＬを受けて文書ファイルにリンクさせて、クライアント端末１０からのアクセスを待ち受ける。

クライアント端末１０がクリエータ端末３０にアクセスすると、フォントファイル２３のＵＲＬと共に文書ファイルを読み出して、更にそのＵＲＬにアクセスしてフォントファイルを読み出しフォントデータを入手する。
なお、本発明は上記実施例に限定されるものではない。

１０クライアント端末
２０フォントサーバ
２１受信器
２２送信器
２３フォントファイル
２４フォントＤＢ
３０クリエータ端末

本発明は、ネットワーク環境においてクライアント端末に蓄積されていないフォントデータを表示に使用することができる端末装置に関する。

本発明は、上記問題点に鑑み、クリエータ端末にもクライアント端末にもフォントデータを蓄積しなくても、クライアント端末は多種のフォントを表示に使用することができる端末装置を提供することを目的とする。

本発明の端末装置は、文書を構成する文字のスタイルごとに前記文書の文字列をソートして、重複排除して、スタイルごとの文字列を取得する文字列取得手段と、該文字列取得手段によって取得した文字列をフォントサーバに送信し、そのフォントデータを要求するフォント要求手段と、前記フォントサーバから前記フォントデータを受信するフォントデータ受信手段とを備えることを特徴とする。

また、前記フォントデータ受信手段は、前記フォントサーバから前記フォントデータが保存されているフォントファイルのＵＲＬを受信することが望ましい。
また、本発明の端末装置は、さらに、前記フォントデータ受信手段によって受信したＵＲＬにアクセスして前記フォントデータを読み出すフォント読出手段と、該フォント読出手段によって読み出したフォントデータによって前記スタイルの文字を表示する表示手段とを備えることを特徴とする。
また、前記文字列取得手段は、自前でフォントデータを持っていないスタイルについてだけ前記文書の文字列をソートして、重複排除することが望ましい。

実施例１による本発明の構成を示す図である。実施例１による本発明の動作を説明する図である。

図１は、実施例１による本発明の構成を示す図である。ここでは、ＷＷＷ（world wide web）を利用したネットワーク環境において、一般ユーザが操作するクライアント端末１０、及び企業又は個人などがホームページを提供するクリエータ端末３０と共にフォントサーバ２０の構成を示す。フォントサーバ２０は、受信器２１、送信器２２、フォントファイル２３、及びフォントＤＢ（データベース）２４を備える。

クライアント端末１０がクリエータ端末３０にアクセスすると、フォントファイル２３のＵＲＬと共に文書ファイルを読み出して、更にそのＵＲＬにアクセスしてフォントファイルを読み出しフォントデータを入手する。
なお、本発明は上記実施例に限定されるものではない。
実施例１、２においては、フォントファイルのＵＲＬを送信することによってフォントデータを提供したが、フォントデータを直接送信しても良いことは言うまでもない。

Claims

クライアント端末から文字列及びそのスタイルを受信する文字列受信手段と、
受信したスタイルの文字列のフォントを読み出しフォントファイルを作成して保存するフォントファイル作成手段と、
該フォントファイルのＵＲＬをクライアント端末に返答するＵＲＬ返答手段と
を備えることを特徴とするフォントサーバ。
クリエータ端末から文字列及びそのスタイルを受信する文字列受信手段と、
受信したスタイルの文字列のフォントを読み出しフォントファイルを作成して保存するフォントファイル作成手段と、
該フォントファイルのＵＲＬをクリエータ端末に返答するＵＲＬ返答手段と
を備えることを特徴とするフォントサーバ。