JP3487738B2 - ネットワーク環境におけるフォント処理装置および方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の情報処理装
置を通信ネットワークで結合したネットワーク環境にお
いて、適当なフォントを用いて文字を出力する処理を、
ネットワークを介して行うフォント処理装置および方法
に関する。

【０００２】

【従来の技術】近年、ＷＷＷ（world wide web）を利用
したインターネットの普及が急速に進み、企業、個人を
問わず、広範囲なネットワーク環境において、各種情報
提供／商品紹介／商品販売サービスなどが行われるよう
になってきた。ＷＷＷとは、ネットワークにより結合さ
れたサーバ・コンピュータが提供する情報の集合体を意
味する。このＷＷＷにおいては、サービスを要求するク
ライアント・コンピュータ上にＷｅｂブラウザと呼ばれ
るソフトウェアが搭載され、Ｗｅｂブラウザがサーバと
の通信処理を行う。

【０００３】特に、アメリカなどでは、企業内のインタ
ーネット（インナーＷｅｂ）を利用したシステム構築
が、８０％の企業において進んだと言われている。企業
内インターネットとは、ファイアウォールなどを使用し
て、外部からの接続ユーザを限定した運用形態で、こう
したネットワークはイントラネットとも呼ばれている。

【０００４】また、多くの一般企業がインターネットに
続々と参入している。こうした企業は、インターネット
上に独自のホームページを設け、自社商品の紹介／販売
／取扱い／トラブル対応などのサービスを開始してい
る。

【０００５】さらに、ＥＣ（electronic commerce ）の
セキュリティ関連の暗号化技術に関して各社がいろいろ
な方式で試行を行っている。これらの技術が確立すれ
ば、インターネットを利用した商取引が益々加速すると
予想される。

【０００６】一方、インターネット上で動作するアプリ
ケーションプログラムの開発方法も変わってきた。例え
ば、ジャバ（Ｊａｖａ）（登録商標）などの新しい開発
言語が登場してきたため、ソフトウェアの開発方法や提
供方法などに変革が起きている。

【０００７】ジャバ（登録商標）とは、インタプリタベ
ースのネットワーク対応プログラム言語であり、ジャバ
（登録商標）で記述されたプログラムは、どのＯＳ（オ
ペレーティング・システム）でも実行することができ
る。ジャバ（登録商標）を利用したソフトウェアの提供
方法は、次の通りである。

【０００８】まず、クライアント側で動作するプログラ
ムをアプレット（Applet）として、すべてサーバ側に用
意しておく。アプレットとは、ジャバ（登録商標）でコ
ーディングされたクライアント用プログラムのことで、
ネットワークサーバから供給（ダウンロード）され、ク
ライアント上で実行される。このプログラムは、クライ
アントのメモリ内にダウンロードされるが、実行後に他
のプログラムなどにより上書きされるため、いわゆる
「使い捨てのソフトウェア」とも呼ばれる。

【０００９】次に、クライアント上のジャバ（登録商
標）対応ブラウザが、必要なオブジェクト（データ：コ
ンテンツ）と、その処理に必要なアプレットをダウンロ
ードして、クライアントで実行させる。ジャバ（登録商
標）対応ブラウザとは、例えばHotJava （登録商標）の
ように、ジャバ（登録商標）で開発されたアプレットを
ダウンロードして、クライアントで実行させることがで
きるブラウザを指す。

【００１０】この方法の大きな特長は、商取引に必要な
在庫／単価などの情報（データ）や、販売契約を行うた
めのプログラムなどを、ネットワーク上のサーバ側に用
意しておき、サーバ側主導でプログラムの動きをコント
ロールできることである。このような新しい提供方法
は、インターネットにつながる個人ユーザを対象とした
商取引（業務）では、理想的な環境と考えられる。

【００１１】これにより、一般ユーザは、自分の端末側
に特別な環境を構築しなくても、インターネット上のあ
らゆる販売サービスに接続することができる。つまり、
どこかのサービスに接続するために、新たなソフトウェ
ア製品を購入して自身の端末にインストールするとか、
新たな機器を追加するようなことが必要なくなる。

【００１２】また、上述の提供方法は、ハードウェアに
も影響を及ぼそうとしている。各個人ユーザの端末に
は、ネットワークをアクセスするブラウザと、それを動
作させるための最小限のＯＳが用意されていれば良く、
それ以外のプログラムは、ネットワーク上のサーバから
ダウンロードすることができる。このため、端末のメモ
リ／内蔵プログラム／付属機器などを必要最小限に押さ
えることが可能になる。このような端末の一例として、
＄５００端末や、ＰＤＡ（Personal Digial Assistant
）と呼ばれる携帯端末などがある。

【００１３】こうしたネットワーク環境は、ひとまとめ
で言うと、ネットワーク全体を１つのＯＳと見なすこと
ができ、各クライアント端末で動作するソフトウェアが
ネットワークサーバに用意されているようなシステム環
境と言うことができる。

【００１４】ところで、現在までに、メインフレーム、
ＵＮＩＸ（登録商標）システム、パーソナルコンピュー
タなどに対応可能な、様々な日本語処理のソフトウェア
製品が開発されてきている。フォント関連処理や利用者
定義文字（外字）の取扱い処理を行うソフトウェアもそ
の１つである。これらのシステムでは、各ハードウェア
上にＯＳと呼ばれる独立した環境があり、その上に日本
語処理ソフトウェアが構築されている。

【００１５】図２０は、パーソナルコンピュータ上に実
現された従来の日本語処理システムを示している。図２
０のシステムにおいて、各種ソフトウェア製品１は、文
字／イメージ／グラフなどのメディアデータを出力する
一般のソフトウェア製品を指し、企業の製品販売に用い
られるような業務用アプリケーションプログラムも、こ
れに該当する。

【００１６】出力される各種メディアに含まれる文字情
報としては、書体名、文字列のコード、文字サイズ、文
字間隔などが含まれる。場合によっては、出力のために
メディアデータのファイルが作成されることもある。

【００１７】端末アクセス用のドライバ３は、パーソナ
ルコンピュータの端末画面５に、各メディアデータを表
示するためのプログラムであり、フォントドライバ４を
含む。フォントドライバ４は、該当するフォントを、フ
ォントファイルから取り出して、端末画面５へ表示する
機構である。

【００１８】システムフォントとしては、明朝体フォン
ト６、ゴシック体フォント７、毛筆体フォント８などの
標準フォントが用意されているが、それ以外にもオプシ
ョンでいろいろな種類のフォントを追加することができ
る。

【００１９】しかし、このような日本語処理は、パーソ
ナルコンピュータなどの単独のシステム内に閉じて行わ
れ、フォントの追加は、ユーザが必要に応じて行う構成
となっている。

【００２０】図２１は、現在のＷＷＷ上で各種情報提供
サービスを受けるとき、情報提供側に対応するサーバと
各ユーザ端末に対応するクライアントの間で行われる処
理の流れを示している。各処理の概要は次の通りであ
る。 （ａ）ＷＷＷクライアント１６の表示装置２３に表示さ
れたＷｅｂブラウザ１７の画面から、参照したい情報サ
ービス（ホームページ）の存在場所を、ユーザがＵＲＬ
（uniform resource locator）などで指定する。ＵＲＬ
とは、ネットワーク上の資源を統一的に表現する識別情
報の一種である。 （ｂ）Ｗｅｂブラウザ１７は、指定されたＵＲＬをたよ
りにＩＰ（インターネットプロトコル）アドレスを求
め、ネットワーク上の該当マシン（ＷＷＷサーバ）１１
へ接続し、ホームページに相当するデータを、ＷＷＷク
ライアント１６にダウンロードする。

【００２１】このデータは、通常、ＨＴＭＬ（hypertex
t markup language ）により記述されたＨＴＭＬ文書の
形式を持つ。ＨＴＭＬ文書は、他のファイルへのリンク
を持つハイパーテキストの一種であり、ここでは、文書
メディア１３がこれに相当する。

【００２２】ＷＷＷサーバ１１内では、あらかじめ、文
書／イメージ／音声を含む提供メディア１２が、文書メ
ディア１３、イメージメディア１４、および音声メディ
ア１５の３つのファイルに分けられ、イメージメディア
１４と音声メディア１５は文書メディア１３にリンクさ
れている。このように、ＨＴＭＬ文書には、文書と一緒
に出力表示するための各種メディアデータの所在が定義
されている。 （ｃ）Ｗｅｂブラウザ１７は文書メディア１３を解析し
て、ここからリンクしているイメージ／音声などのメデ
ィアデータのＵＲＬを知る。 （ｄ）Ｗｅｂブラウザ１７は、各メディアデータのＵＲ
ＬをたよりにＩＰアドレスを求め、ネットワーク上の該
当マシンへ接続し、メディアデータ１４、１５をクライ
アント側にダウンロードする。 （ｅ）ダウンロードしたメディアデータ１４、１５を、
文書メディア１３と一緒に、表示装置２３に出力／表示
する。通常、各メディアごとに出力機構は分かれてい
る。文書出力機構２０は、フォント読出し機構１９がフ
ォントファイル１８から取り出したフォントを用いて、
文書メディア１３中の文字列を表示する。フォント読出
し機構１９は、図２０のフォントドライバ４に対応す
る。また、イメージ出力機構２１はイメージメディア１
４のデータを表示し、音声出力機構２２は音声メディア
１５のデータを出力する。

【００２３】

【発明が解決しようとする課題】情報処理システムにお
けるフォント関連処理として、次のようなものは従来も
存在している。 （１）システムが文字メディアの印刷に必要なフォント
資源を洗い出し、プリンタが内蔵していないフォントを
プリンタに提供する。 （２）文字メディアの出力のためのフォント資源を、あ
らかじめホストコンピュータまたはサーバからクライア
ント側にダウンロードしておき、クライアントはそれら
を用いて文字列を出力する。 （３）あるフォントが必要になった時点で、クライアン
ト側からホストコンピュータまたはサーバに、フォント
資源を要求する。

【００２４】しかしながら、（１）の方法は、プリンタ
の内蔵フォントをチェック可能なシステムでの運用に限
られ、（２）の方法では、必ずしも必要なすべてのフォ
ントがダウンロードされるとは限らない。また、（３）
の方法では、フォントを要求するための専用のソフトウ
ェアが、クライアント上に必要となる。

【００２５】ＷＷＷなどのインターネット環境では、ネ
ットワーク全体が１つのＯＳとみなされるため、フォン
ト関連処理や利用者定義文字の取扱いを含む日本語処理
についても、新たな処理方法が必要になる。

【００２６】例えば、各企業が業務画面を通じてサービ
スを行う場合、いろいろな種類（書体）の文字を駆使し
て、見栄えの良い画面を表示しようとする。しかし、こ
れらすべての種類のフォントを、個人ユーザ端末上に用
意させるのには無理がある。したがって、これらのフォ
ントを外部から各ユーザ端末に供給し、端末上で表示で
きるような機構が必要である。

【００２７】また、通常、どのメーカのＵＮＩＸ（登録
商標）システムやパーソナルコンピュータでも、ＪＩＳ
第１水準文字とＪＩＳ第２水準文字の範囲は扱えるよう
になっている。そして、顧客管理の一環として住所や氏
名を扱う場合には、ＪＩＳ第１水準文字およびＪＩＳ第
２水準文字だけでは十分でないため、外字という形でユ
ーザの定義文字を追加利用できる機構が用意されてい
る。

【００２８】しかし、外字はあくまでもユーザが定義す
るため、各ユーザ端末ごとに登録された外字が異なり、
サーバが持っている外字をユーザ端末に表示できるとは
限らない。インターネット上では、こうした外字が含ま
れる文字列も各ユーザ端末上に表示できるような機構が
望まれる。

【００２９】本発明の課題は、ネットワーク環境におい
て、ユーザ端末のフォント資源に依存せずに、サービス
提供側の意図する多彩な文字表現を可能にするフォント
処理装置および方法を提供することである。

【００３０】

【課題を解決するための手段】図１は、本発明のフォン
ト処理システムの原理図である。図１のフォント処理シ
ステムは、情報を提供するサーバ装置３１と情報を受け
取るクライアント装置３５を通信ネットワーク３４で結
合したネットワーク環境において用いられ、サーバ装置
３１内のフォント処理装置とクライアント装置３５内の
フォント処理装置を含む。

【００３１】サーバ装置３１は、例えばインターネット
上でサービスなどの情報提供を行うサービス提供者の情
報処理装置であり、クライアント装置３５は、例えばイ
ンターネット上でサービスの提供を受ける各個人ユーザ
の端末装置である。

【００３２】サーバ装置３１内のフォント処理装置は、
記憶手段３２と出力手段３３を備える。記憶手段３２
は、文字メディアデータを出力するために必要なフォン
ト資源であって、その文字メディアデータに対応して動
的に作成された上記必要なフォント資源と、上記文字メ
ディアデータとを記憶する。

【００３３】出力手段３３は、上記文字メディアデータ
と必要なフォント資源とを、ネットワーク３４上に送出
する。また、クライアント装置３５内のフォント処理装
置は、入力手段３６と出力手段３７を備える。

【００３４】入力手段３６は、上記文字メディアデータ
と必要なフォント資源とを、ネットワーク３４から受け
取る。出力手段３７は、上記文字メディアデータを、上
記必要なフォント資源を用いて表示装置等へ出力する。

【００３５】文字メディアデータをクライアント装置３
５上に出力する際、サーバ装置３１において、あらかじ
め用意された複数の書体のフォント資源から、上記文字
メディアデータに対応するフォントデータが動的に抽出
され、上記必要なフォント資源が作成される。そして、
このフォント資源がネットワーク３４を通じてクライア
ント装置３５に送られ、出力手段３７から出力される。
このとき、クライアント装置３５は、自装置の保持する
フォント種別情報を洗い出してサーバ装置３１に送信す
る。そして、サーバ装置３１は、受信したフォント種別
情報を元に、文字メディアデータを表示するのに不足す
るフォント情報を、サーバ装置３１の保有するフォント
管理ファイルの中から抽出し、クライアント装置３５に
送信する。

【００３６】このようなフォント処理システムによれ
ば、クライアント装置３５の表示装置などに出力すべき
文字メディアデータと一緒に、その出力処理に用いられ
るフォントデータが、ネットワーク３４を通じて流通す
る。したがって、ネットワーク環境における各個人ユー
ザ端末の文字表示に関わる動作環境が、サーバ側主体で
動的に準備／供給される。

【００３７】文字出力用のフォントデータが必要に応じ
てサーバ側から供給されるので、それらをあらかじめユ
ーザ端末側に準備しておく必要がなく、ユーザ端末の構
成や機能を簡略化することが可能になる。また、サービ
ス提供者は、あらかじめ文字メディアの出力用フォント
を指定することで、所望のフォントを自由に組み合わせ
て出力画面を構成することができる。したがって、サー
ビス提供者の意図する多彩な文字表現が可能になる。

【００３８】例えば、図１の記憶手段３２は、実施形態
の図３におけるメモリ７２または外部記憶装置７５に対
応し、出力手段３３および入力手段３６はネットワーク
接続装置７７に対応し、出力手段３７は出力装置７４ま
たは図２における各メディア出力機構６４〜６６および
表示装置６７に対応する。

【００３９】

【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態を詳細に説明する。各企業が、ＷＷＷな
どのインターネットを利用して、製品紹介や製品販売な
どのサービスを提供するとき、各個人ユーザ端末へ表示
／出力する文字／絵／動画／音声などの情報が、サーバ
側から提供される。これらの情報の中で、文字メディア
を表示する場合、個人ユーザ端末の環境に依存せず、サ
ービス提供側の意図する豊富な文字種が使えるようにし
たいという要望がある。

【００４０】本発明においては、こうした要望に対し
て、上述の各メディアデータと一緒に、メディアを出力
するのに必要なフォント資源と、出力処理を行うプログ
ラム部品とが、サーバ側から供給される。

【００４１】図２１に示されるような従来の処理方法で
は、フォントや出力プログラムを、あらかじめ各個人ユ
ーザ端末側に準備しておくことが前提であったが、本発
明では、オブジェクト指向の考え方を取り入れ、メディ
アと一緒にフォントや出力プログラムを流通させる。本
発明の特徴を大まかに言うと、インターネットなどのネ
ットワーク環境につながる各個人ユーザ端末の動作環境
を、サーバ側主体で準備／供給するということである。

【００４２】図２は、こうしたフォントに関係する処理
をインターネット上で実現するフォント処理システムを
示している。図２のフォント処理システムは、情報を提
供するＷＷＷサーバ４１と、ＷＷＷサーバ４１と通信ネ
ットワークで結ばれたＷＷＷクライアント６１から成
る。

【００４３】ＷＷＷサーバ４１は、提供メディア４２を
格納するファイルである文書メディア４３、イメージメ
ディア４４、音声メディア４５を保持している。また、
文字資源取出し機構４６、文書メディア出力機構４０、
文書メディア処理機構４７、イメージメディア処理機構
４８、音声メディア処理機構４９、文字種洗出し機構５
１、外字洗出し機構５４、およびフォント読出し機構５
６を有する。

【００４４】文書メディア４３は、図２１の文書メディ
ア１３と同様に、ＨＴＭＬで記述され、文字列などの文
字メディアを含み、イメージメディア４４および音声メ
ディア４５へのリンクを保持している。また、文字種洗
出し機構５１および外字洗出し機構５４は、例えばＣ言
語で記述されたプログラムであり、ＷＷＷサーバ４１上
で実行される。

【００４５】これに対して、文字資源取出し機構４６、
文書メディア出力機構４０、文書メディア処理機構４
７、イメージメディア処理機構４８、音声メディア処理
機構４９、およびフォント読出し機構５６は、例えばジ
ャバ（登録商標）言語で記述されたアプレットプログラ
ムであり、ＷＷＷクライアント６１にダウンロードされ
て実行される。

【００４６】このうち、文字資源取出し機構４６、文書
メディア出力機構４０、およびフォント読出し機構５６
は、あらかじめシステムに備え付けの共通プログラムで
あるが、文書メディア処理機構４７、イメージメディア
処理機構４８、および音声メディア処理機構４９は、各
サービス提供者が個別に指定できるプログラムである。

【００４７】また、ＷＷＷクライアント６１は表示装置
６７を備え、Ｗｅｂブラウザ６２、標準のフォント読出
し機構６３、標準の文書メディア出力機構６４、標準の
イメージメディア出力機構６５、および標準の音声メデ
ィア出力機構６６を有する。

【００４８】Ｗｅｂブラウザ６２は、例えば、ＷＷＷサ
ーバ４１からアプレットをダウンロードして実行するこ
とのできるジャバ（登録商標）対応ブラウザである。ま
た、機構６３、６４、６５、６６は、あらかじめＷＷＷ
クライアント６１内に用意された出力処理用のプログラ
ムであって、それぞれ、図２１のフォント読出し機構１
９、文書出力機構２０、イメージ出力機構２１、音声出
力機構２２に対応する。

【００４９】図２のフォント処理システムにおける処理
の流れは、次のようになる。 （ａ）表示装置６７に表示されたＷｅｂブラウザ６２の
画面から、参照したいホームページの存在場所を、ユー
ザがＵＲＬなどで指定する。 （ｂ）Ｗｅｂブラウザ６２は、指定されたＵＲＬをたよ
りにＩＰアドレスを求め、ネットワーク上の該当マシン
であるＷＷＷサーバ４１へ接続し、ホームページに相当
する文書メディア４３と、文書メディア４３からリンク
する文字資源取出し機構４６とを、ＷＷＷクライアント
６１にダウンロードする。 （ｃ）Ｗｅｂブラウザ６２は文書メディア４３を解析し
て、ここからリンクしているイメージ／音声などのメデ
ィアデータのＵＲＬを知る。そして、文字資源取出し機
構４６を呼び出す。文字資源取出し機構４６は、ＨＴＭ
Ｌ文書を出力／表示するために必要なフォント資源と文
書メディア出力機構４０とフォント読出し機構５６と
を、ＷＷＷサーバ４１からＷＷＷクライアント６１へダ
ウンロードする。文字資源取出し機構４６による処理手
順は、以下の（Ｘ）および（Ｙ）より成る。 （Ｘ）文字資源取出し機構４６は、ジャバ（登録商標）
などのプロトコルにより、ＷＷＷサーバ４１内の文字種
洗出し機構５１を呼び出し、各種書体フォントの管理フ
ァイル５０から必要な書体フォントを抽出させる。この
とき、文書メディア４３の中で使われている各文字につ
いて、対応するフォントが抽出され、書体フォントの抽
出ファイル５２に格納される。

【００５０】文字種洗出し機構５１からは、さらに外字
洗出し機構５４が呼び出され、外字フォントの管理ファ
イル５３から必要な外字フォントを抽出する。このと
き、文書メディア４３の中で使われている各外字につい
て、対応するフォントが抽出され、外字フォントの抽出
ファイル５５に格納される。 （Ｙ）文字資源取出し機構４６は、書体フォントの抽出
ファイル５２、外字フォントの抽出ファイル５５、文書
メディア出力機構４０、およびフォント読出し機構５６
を、ＷＷＷサーバ４１からＷＷＷクライアント６１へダ
ウンロードする。抽出ファイル５２、５５は、それぞ
れ、各種書体フォントの管理ファイル５２′、外字フォ
ントの管理ファイル５５′として、ＷＷＷクライアント
６１内に格納される。 （ｄ）Ｗｅｂブラウザ６２は、（ｃ）で得られた各メデ
ィアデータのＵＲＬをたよりにＩＰアドレスを求め、ネ
ットワーク上の該当マシンへ接続し、イメージメディア
４４、音声メディア４５をダウンロードする。 （ｅ）ダウンロードしたメディアデータ４４、４５を、
文書メディア４３と一緒に、表示装置６７に出力／表示
する。出力機構は、各メディアごとに分かれている。

【００５１】文書メディア４３の出力では、標準のフォ
ント読出し機構６３と標準の文書メディア出力機構６４
の代わりに、ダウンロードされたフォント読出し機構５
６と文書メディア処理機構４０が用いられる。

【００５２】文書メディア出力機構４０は、文書メディ
ア１３中の文字列を表示するプログラムであり、フォン
トの取り出しについては、フォント読出し機構５６に依
頼する。フォント読出し機構５６は、各種書体フォント
の管理ファイル５２′および外字フォントの管理ファイ
ル５５′から、文字単位に該当するフォントを取り出し
て、文書メディア出力機構４０に供給する。

【００５３】また、標準のイメージメディア出力機構６
５はイメージメディア４４のデータを表示し、標準の音
声メディア出力機構６６は音声メディア４５のデータを
出力する。

【００５４】ＷＷＷサーバ４１内の文書メディア４３に
は、イメージメディア４４や音声メディア４５と同様
に、不図示の他の文書メディアもリンクすることができ
る。そして、上述の処理（ｄ）において、文書メディア
処理機構４７、イメージメディア処理機構４８、および
音声メディア処理機構４９も、同様にＷＷＷサーバ４１
からダウンロードすることができる。

【００５５】この場合、処理（ｅ）において、文書メデ
ィア４３にリンクする文書メディアのデータは文書メデ
ィア処理機構４７により表示され、イメージメディア４
４のデータはイメージメディア処理機構４８により表示
され、音声メディア４５のデータは音声メディア処理機
構４９により出力される。

【００５６】これにより、サービス提供者は、他の文書
メディア、イメージメディア４４、および音声メディア
４５の編集／出力処理を任意に指定して、ＷＷＷクライ
アント６１に行わせることができる。

【００５７】このようなフォント処理方法によれば、標
準の文字メディア出力機構６４が準備されていない端末
に対しても、サーバ（ホスト）側で文字メディアの出力
に必要なフォントを動的に洗い出し、洗い出したフォン
トを文字メディア（出力文書）と一緒に、クライアント
（個人端末）側へ動的にダウンロードする。したがっ
て、標準フォントさえ持っていないような簡略化された
端末でも、多彩な文字を表示することが可能になる。

【００５８】また、フォントを出力／表示するプログラ
ム部品（アプレット）もサーバに準備され、文字メディ
アと一緒にクライアントへダウンロードされる。そし
て、出力処理の終了時点で、サーバからダウンロードさ
れたメディアデータ／フォント資源／プログラム部品
は、クライアント上から削除される。こうして、ネット
ワーク上の各個人ユーザ端末の動作環境が、サーバ側か
ら供給／制御されるようになる。

【００５９】欧米などでは、Times 、Helvetica 、Cour
ier など、非常に多くの種類のフォントが利用されてお
り、さらにプラットフォーム毎に異なるシステムフォン
トも用いられる。このため、図２のフォント処理システ
ムは、日本語以外の他の言語の文字を表示する際にも有
効である。特に、文字資源取出し機構４６、文書メディ
ア出力機構４０、文字種洗出し機構５１、およびフォン
ト読出し機構５６の組合わせは、日本国内のみならず欧
米での利用にも適した構成となっている。

【００６０】また、文字資源取出し機構４６、文書メデ
ィア出力機構４０、外字洗出し機構５４、およびフォン
ト読出し機構５６の組合わせは、日本国内で外字だけの
運用を行う場合に適しており、これに文字種洗出し機構
５１を加えた構成は、日本国内で各種書体のフォントお
よび外字の運用を行う場合に適している。

【００６１】図３は、図２のＷＷＷサーバ４１およびＷ
ＷＷクライアント６１に対応する情報処理装置（コンピ
ュータ）の構成例を示している。図３の情報処理装置
は、ＣＰＵ（中央処理装置）７１、メモリ７２、入力装
置７３、出力装置７４、外部記憶装置７５、媒体駆動装
置７６、ネットワーク接続装置７７を備え、それらの各
装置はバス７８により互いに結合されている。

【００６２】ＣＰＵ７１は、メモリ７２に格納されたプ
ログラムを実行して、ＷＷＷサーバ４１またはＷＷＷク
ライアント６１の各処理を実現する。メモリ７２には、
上述のプログラムの他に、処理に用いられるデータが格
納されている。メモリ７２としては、例えばＲＯＭ（re
ad only memory）、ＲＡＭ（random access memory）な
どが用いられる。

【００６３】入力装置７３は、例えばキーボードやポイ
ンティングデバイスなどに相当し、出力装置７４は、例
えば表示装置６７やプリンタなどに相当する。外部記憶
装置７５は、例えば、磁気ディスク装置、光ディスク装
置、光磁気ディスク装置等である。この外部記憶装置７
５に、上述のプログラムとデータを保存しておき、必要
に応じて、それらをメモリ７２にロードして使用するこ
とができる。また、外部記憶装置７５は、フォント資源
を保存するデータベースとしても使用できる。

【００６４】媒体駆動装置７６は、可搬記録媒体７９を
駆動し、その記憶内容にアクセスする。可搬記録媒体７
９としては、メモリカード、フロッピーディスク、ＣＤ
−ＲＯＭ（compact disk read only memory ）、光ディ
スク、光磁気ディスク等、任意のコンピュータ読み取り
可能な記録媒体が使用される。この可搬記録媒体７９
に、上述のプログラムとデータを格納しておき、必要に
応じて、それらをメモリ７２にロードして使用すること
ができる。

【００６５】ネットワーク接続装置７７は、ＬＡＮ（lo
cal area network）などの任意の通信ネットワークを介
してＷＷＷに接続され、通信に伴うデータ変換等を行っ
て、外部の情報提供者の装置８０（データベース等）と
通信する。これにより、ＷＷＷサーバ４１およびＷＷＷ
クライアント６１は、必要に応じて、上述のプログラム
とデータを装置８０からネットワークを介して受け取
り、それらをメモリ３２にロードして使用することがで
きる。

【００６６】尚、ＷＷＷサーバ４１およびＷＷＷクライ
アント６１は、必ずしも、図３に示されたすべての構成
要素を備える必要はない。次に、図４から図６までを参
照しながら、図２のフォント処理システムで用いられる
ファイルの構成を説明する。図４は、文書メディア４３
などのＨＴＭＬ文書におけるアプレットの指定例を示し
ている。図４のＨＴＭＬ文書において、行Ｌ１には、文
字資源取出し機構４６に対応するアプレットのファイル
名が記述され、行Ｌ２には、ＨＴＭＬ文書のＵＲＬが記
述されている。

【００６７】また、行Ｌ３には、アプレットの存在場
所、すなわちサーバのアドレスが記述され、行Ｌ４に
は、文書メディア処理機構４７に対応するアプレットの
ファイル名が記述され、行Ｌ５には、文字メディアの指
定が記述されている。

【００６８】また、行Ｌ６には、イメージメディア処理
機構４８に対応するアプレットのファイル名が記述さ
れ、行Ｌ７には、イメージメディアの指定とイメージメ
ディア４４のファイル名とが記述されている。

【００６９】また、行Ｌ８には、音声メディア処理機構
４９に対応するアプレットのファイル名が記述され、行
Ｌ９には、音声メディアの指定と音声メディア４５のフ
ァイル名とが記述されている。

【００７０】尚、本実施形態においては、文書メディア
出力機構４０のファイル名が、あらかじめ文字資源取出
し機構４６内に記述されているため、特にこのファイル
名をＨＴＭＬ文書内に記述する必要はない。

【００７１】Ｗｅｂブラウザ６２は、このようなＨＴＭ
Ｌ文書を解析して、各メディアデータやアプレットのフ
ァイルを取り出し、クライアント側にダウンロードする
ことができる。

【００７２】図５は、抽出ファイル５２、５５のファイ
ル形式の一例を示している。図５の抽出ファイルにおい
て、文字のフォントデータは、例えば明朝体、ゴシック
体、毛筆体などの各書体ごとに分類されている。各書体
のフォントデータは、例えば図６に示すような構成を持
つ。

【００７３】図６においては、書体名に続いて、各文字
のフォントデータが記されており、１つの文字のフォン
トデータは、文字コード、文字サイズ、および文字パタ
ーンから成る。文字コードは、文字種を特定する識別情
報であり、文字サイズは、文字の大きさを表す。また、
文字パターンは、例えばビットマップデータやベクトル
データなどであり、実際に出力される文字の形状を表し
ている。次に、図７から図１５までを参照しながら、ジ
ャバ（登録商標）で記述されたアプレットを利用した場
合に図２のフォント処理システムにおいて行われる各処
理を、詳細に説明する。

【００７４】図７、８、９は、Ｗｅｂブラウザ６２の処
理のフローチャートである。図７において処理が開始さ
れると、Ｗｅｂブラウザ６２は、まず入力されたＵＲＬ
の取出しと解析を行い（ステップＳ１）、それに基づい
て該当するサーバ４１へ接続する（ステップＳ２）。

【００７５】次に、ファイル転送機能（file transfer
protocol：ＦＴＰ）により、文書メディア４３に対応す
るＨＴＭＬ文書をサーバ４１から取り出し（ステップＳ
３）、それを解析して（ステップＳ４）、ＨＴＭＬ文書
の表示のための画面レイアウトや背景色の設定などを行
う（ステップＳ５）。

【００７６】次に、ＨＴＭＬ文書中に文字資源取出し機
構アプレット４６の指定があるかどうかを判定し（ステ
ップＳ６）、その指定があれば、サーバ４１から文字資
源取出し機構アプレット４６を取り出して（ステップＳ
７）、それを起動する（ステップＳ８）。

【００７７】そして、文字資源取出し機構アプレット４
６に記述された文書メディア出力機構アプレット４０を
サーバ４１から取り出し、それを起動して、ＨＴＭＬ文
書のテキスト部分（ホームページ）を表示する（ステッ
プＳ９）。文字資源取出し機構アプレット４６の指定が
なければ、標準の文書メディア出力機構６４を呼び出
し、ＨＴＭＬ文書のテキスト部分を表示する（ステップ
Ｓ１０）。

【００７８】次に、ＨＴＭＬ文書中に文書メディアの指
定があるかどうかを判定し（図８、ステップＳ１１）、
その指定があれば、サーバ４１から文書メディアを取り
出し（ステップＳ１２）、次に文書メディア処理機構ア
プレット４７の指定があるかどうかを判定する（ステッ
プＳ１３）。ステップＳ１１において文書メディアの指
定がなければ、ステップＳ１７以降の処理を行う。

【００７９】ステップＳ１３において文書メディア処理
機構アプレット４７の指定があれば、それをサーバ４１
から取り出して（ステップＳ１４）、起動する（ステッ
プＳ１５）。文書メディア処理機構アプレット４７の指
定がなければ、標準の文書メディア出力機構６４を起動
する（ステップＳ１６）。

【００８０】次に、ＨＴＭＬ文書中にイメージメディア
の指定があるかどうかを判定し（ステップＳ１７）、そ
の指定があれば、サーバ４１からイメージメディア４４
を取り出し（ステップＳ１８）、次にイメージメディア
処理機構アプレット４８の指定があるかどうかを判定す
る（ステップＳ１９）。ステップＳ１７においてイメー
ジメディアの指定がなければ、図９のステップＳ２３以
降の処理を行う。

【００８１】ステップＳ１９においてイメージメディア
処理機構アプレット４８の指定があれば、それをサーバ
４１から取り出して（ステップＳ２０）、起動する（ス
テップＳ２１）。イメージメディア処理機構アプレット
４８の指定がなければ、標準のイメージメディア出力機
構６５を起動する（ステップＳ２２）。

【００８２】次に、ＨＴＭＬ文書中に音声メディアの指
定があるかどうかを判定し（図９、ステップＳ２３）、
その指定があれば、サーバ４１から音声メディア４５を
取り出し（ステップＳ２４）、次に音声メディア処理機
構アプレット４９の指定があるかどうかを判定する（ス
テップＳ２５）。ステップＳ２３において音声メディア
の指定がなければ、処理を終了する。

【００８３】ステップＳ２５において音声メディア処理
機構アプレット４９の指定があれば、それをサーバ４１
から取り出して（ステップＳ２６）、起動し（ステップ
Ｓ２７）、処理を終了する。音声メディア処理機構アプ
レット４９の指定がなければ、標準の音声メディア出力
機構６６を起動して（ステップＳ２８）、処理を終了す
る。

【００８４】図１０は、図７のステップＳ８で呼出され
た文字資源取出し機構アプレット４６の処理のフローチ
ャートである。文字資源取出し機構アプレット４６に
は、あらかじめ文字種洗出し機構５１、文書メディア出
力機構アプレット４０およびフォント読出し機構アプレ
ット５６のファイル名が記述されている。

【００８５】図１０において処理が開始されると、文字
資源取出し機構アプレット４６は、まずＷｅｂブラウザ
６２からサーバ４１のＩＰアドレスと文書メディア４３
のＨＴＭＬ文書名とを引き継ぎ（ステップＳ３１）、サ
ーバ４１へ接続する（ステップＳ３２）。

【００８６】次に、クライアント６１が保持しているフ
ォントの種類（フォント種）を洗い出し（ステップＳ３
３）、サーバ４１の文字種洗出し機構５１を呼出すと同
時に、クライアント６１が保持するフォント種を通知す
る（ステップＳ３４）。

【００８７】次に、ＦＴＰでサーバ４１から使用する文
字フォント種の抽出ファイル５２をダウンロードし、各
種書体フォントの管理ファイル５２′としてクライアン
ト６１内に格納する（ステップＳ３５）。また、同様
に、サーバ４１から外字フォントの抽出ファイル５５を
ダウンロードし、外字フォントの管理ファイル５５′と
してクライアント６１内に格納する（ステップＳ３
６）。

【００８８】そして、ＦＴＰでサーバ４１から文書メデ
ィア出力機構アプレット４０をダウンロードし（ステッ
プＳ３７）、さらにフォント読出し機構アプレット５６
をダウンロードして（ステップＳ３８）、処理を終了す
る。

【００８９】こうして、文字資源取出し機構アプレット
４６により、各種書体フォントの管理ファイル５２′、
外字フォントの管理ファイル５５′文書メディア出力機
構アプレット４０、およびフォント読出し機構アプレッ
ト５６がクライアント６１にダウンロードされ、情報提
供者が指定したフォントの出力準備が整えられる。

【００９０】図１１、１２は、図１０のステップＳ３４
で呼出された文字種洗出し機構５１と、それから呼出さ
れる外字洗出し機構５４の処理のフローチャートであ
る。図１１において処理が開始されると、文字種洗出し
機構５１は、まず呼出し元である文字資源取出し機構ア
プレット４６からＨＴＭＬ文書名を引き継ぎ、それに対
応するＨＴＭＬ文書（文書メディア４３）を読み込む
（ステップＳ４１）。

【００９１】次に、サーバ４１のメモリ内の作業領域に
設定される外字文字コード累積テーブル８１と使用文字
コード累積テーブル８２の内容をクリアし（ステップＳ
４２）、さらに、文字取り出し用カウンタをゼロクリア
する（ステップＳ４３）。

【００９２】そして、ＨＴＭＬ文書から処理対象の文字
を１つ取り出し（ステップＳ４４）、それが外字かどう
かを判定する（ステップＳ４５）。通常、外字の文字コ
ード（外字コード）は他の文字の文字コードと異なる範
囲の値を用いているので、文字コードを読み取れば、外
字かどうかが分かる。

【００９３】取り出した文字が外字であれば、同じサー
バ４１内の外字洗出し機構５４を呼出す（ステップＳ４
６）。それが外字でなければ、次に、そのフォントが、
文字資源取出し機構アプレット４６から通知された、ク
ライアント６１内に存在するフォントの種類に対応する
かどうかを判定する（ステップＳ４７）。そして、その
フォントがクライアント６１内に存在する場合は、ステ
ップＳ５２以降の処理を行う。

【００９４】そのフォントがクライアント６１内に存在
しない場合は、次に、取り出した文字が使用文字コード
累積テーブル８２に登録済みかどうかを調べる（ステッ
プＳ４８）。そして、それが登録済みであれば、ステッ
プＳ５２以降の処理を行う。また、それが登録されてい
なければ、その文字コードを、使用文字コード累積テー
ブル８２内の対応する書体の新たなエントリとして登録
する（ステップＳ４９）。

【００９５】次に、文字取り出し用カウンタの値を１つ
インクリメントし（ステップＳ５２）、処理対象の文字
列が終了したかどうかを判定する（ステップＳ５３）。
文字列が終了していなければ、ステップＳ４４以降の処
理を繰り返す。こうして、使用文字コード累積テーブル
８２には、各書体ごとに、互いに異なる文字コードだけ
が累積されていく。

【００９６】一方、ステップＳ４６で呼出された外字洗
出し機構５４は、まず処理対象の文字が外字文字コード
累積テーブル８１に登録済みかどうかを調べ（ステップ
Ｓ５０）、それが登録済みであれば処理を終了する。ま
た、それが登録されていなければ、その外字コードを、
外字文字コード累積テーブル８１内の対応する書体の新
たなエントリとして登録し（ステップＳ５１）、処理を
終了する。

【００９７】そして、外字洗出し機構５４が処理を終了
すると、文字種洗出し機構５１はステップＳ５２以降の
処理を行う。こうして、外字文字コード累積テーブル８
１にも、各書体ごとに、互いに異なる文字コードだけが
累積されていく。

【００９８】次に、文字種洗出し機構５１は、サーバ４
１内の各種書体フォントの管理ファイル５０から、使用
文字コード累積テーブル８２に登録された文字に対応す
るフォントを抽出し、各種書体フォントの抽出ファイル
５２を生成する（図１２、ステップＳ５４）。

【００９９】また、外字フォントの管理ファイル５３か
ら、外字文字コード累積テーブル８１に登録された外字
に対応するフォントを抽出し、外字フォントの抽出ファ
イル５５を生成して（ステップＳ５５）、処理を終了す
る。

【０１００】こうして、フォントの管理ファイル５０、
５３から、文書メディア４３の表示に必要なフォントの
みが選択されて、抽出ファイル５２、５５に格納され
る。これらの抽出ファイル５２および５５は、クライア
ント６１にダウンロードされて、各種書体フォントの管
理ファイル５２′および外字フォントの管理ファイル５
５′となる。

【０１０１】図１３は、図７のステップＳ９で呼出され
た文書メディア出力機構アプレット４０と、それから呼
出されるフォント読出し機構アプレット５６の処理のフ
ローチャートである。図１３において処理が開始される
と、文書メディア出力機構アプレット４０は、まずクラ
イアント６１内のフォント読出し機構アプレット５６を
呼出す（ステップＳ６１）。

【０１０２】フォント読出し機構アプレット５６は、各
種書体フォントの管理ファイル５２′内の書体フォント
をすべて、表示装置６７内に設けられるフォント格納メ
モリへロードする（ステップＳ７１）。また、外字フォ
ントの管理ファイル５５′内の外字フォントをすべてフ
ォント格納メモリへロードして（ステップＳ７２）、処
理を終了する。

【０１０３】次に、文書メディア出力機構アプレット４
０は、フォント格納メモリに格納されたフォントを使用
して、文書メディアを表示装置６７の画面に表示し（ス
テップＳ６２）、処理を終了する。

【０１０４】図８のステップＳ１５で呼出された文書メ
ディア処理機構アプレット４７も、文書メディア出力機
構アプレット４０と同様に、フォント読出し機構アプレ
ット５６を用いて文書メディアを表示する。

【０１０５】図１４は、図８のステップＳ２１で呼出さ
れたイメージメディア処理機構アプレット４８と、図９
のステップＳ２７で呼出された音声メディア処理機構ア
プレット４９の処理のフローチャートである。

【０１０６】イメージメディア処理機構アプレット４８
は、まずイメージメディア４４の圧縮されたデータを解
凍し（ステップＳ８１）、アプレット４８に記述された
方法でそれを編集する（ステップＳ８２）。そして、編
集したデータを表示装置６７の画面に表示し（ステップ
Ｓ８３）、処理を終了する。

【０１０７】また、音声メディア処理機構アプレット４
９は、まず音声メディア４５の圧縮されたデータを解凍
し（ステップＳ９１）、アプレット４９に記述された方
法でそれを編集する（ステップＳ９２）。そして、編集
したデータを表示装置６７のスピーカに出力し（ステッ
プＳ９３）、処理を終了する。

【０１０８】図１５は、図７のステップＳ１０および図
８のステップＳ１６で呼出された標準の文書メディア出
力機構６４と、図８のステップＳ２２で呼出された標準
のイメージメディア出力機構６５と、図９のステップＳ
２８で呼出された標準の音声メディア出力機構６６の処
理のフローチャートである。

【０１０９】文書メディア出力機構６４は、標準のフォ
ント読出し機構６３を用いて、文書メディアを表示装置
６７の画面に表示し（ステップＳ１０１）、処理を終了
する。

【０１１０】また、イメージメディア出力機構６５は、
まずイメージメディア４４の圧縮されたデータを解凍し
（ステップＳ１０２）、それを表示装置６７の画面に表
示して（ステップＳ１０３）、処理を終了する。

【０１１１】また、音声メディア出力機構６６は、まず
音声メディア４５の圧縮されたデータを解凍し（ステッ
プＳ１０４）、それを表示装置６７のスピーカに出力し
て（ステップＳ１０５）、処理を終了する。

【０１１２】以上説明した実施形態においては、文字資
源取出し機構４６、文書メディア出力機構４０、および
フォント読出し機構５６を、サーバ４１からダウンロー
ドする構成となっているが、これらの機能をあらかじめ
クライアント６１上に設けておくこともできる。

【０１１３】図１６、１７、１８、１９は、文字資源取
出し機構４６および文書メディア出力機構４０の機能を
Ｗｅｂブラウザ６２に組み込み、フォント読出し機構５
６をクライアント６１内に用意した場合の、Ｗｅｂブラ
ウザ６２およびフォント読出し機構５６の処理のフロー
チャートである。

【０１１４】図１６において処理が開始されると、Ｗｅ
ｂブラウザ６２は、まず入力されたＵＲＬの取出しと解
析を行い（ステップＳ１１１）、それに基づいて該当す
るサーバ４１へ接続する（ステップＳ１１２）。

【０１１５】次に、ＦＴＰで、文書メディア４３に対応
するＨＴＭＬ文書をサーバ４１から取り出し（ステップ
Ｓ１１３）、それを解析して（ステップＳ１１４）、Ｈ
ＴＭＬ文書の表示のための画面レイアウトや背景色の設
定などを行う（ステップＳ１１５）。

【０１１６】次に、クライアント６１が保持しているフ
ォント種を洗い出し（ステップＳ１１６）、サーバ４１
の文字種洗出し機構５１を呼出すと同時に、クライアン
ト６１が保持するフォント種を通知する（ステップＳ１
１７）。

【０１１７】次に、ＦＴＰでサーバ４１から使用する文
字フォント種の抽出ファイル５２をダウンロードし、各
種書体フォントの管理ファイル５２′としてクライアン
ト６１内に格納する（図１７、ステップＳ１１８）。ま
た、同様に、サーバ４１から外字フォントの抽出ファイ
ル５５をダウンロードし、外字フォントの管理ファイル
５５′としてクライアント６１内に格納する（ステップ
Ｓ１１９）。そして、フォント読出し機構５６を呼出す
（ステップＳ１２０）。

【０１１８】フォント読出し機構５６は、各種書体フォ
ントの管理ファイル５２′内の書体フォントをすべて、
表示装置６７内のフォント格納メモリへロードする（ス
テップＳ１２２）。また、外字フォントの管理ファイル
５５′内の外字フォントをすべてフォント格納メモリへ
ロードして（ステップＳ１２３）、処理を終了する。

【０１１９】次に、Ｗｅｂブラウザ６２は、フォント格
納メモリに格納されたフォントを使用して、ＨＴＭＬ文
書のテキストを表示装置６７の画面に表示する（ステッ
プＳ１２１）。

【０１２０】次に、ＨＴＭＬ文書中に文書メディアの指
定があるかどうかを判定し（図１８、ステップＳ１２
４）、その指定があれば、サーバ４１から文書メディア
を取り出し（ステップＳ１２５）、次に文書メディア処
理機構アプレット４７の指定があるかどうかを判定する
（ステップＳ１２６）。ステップＳ１２４において文書
メディアの指定がなければ、ステップＳ１３０以降の処
理を行う。

【０１２１】ステップＳ１２６において文書メディア処
理機構アプレット４７の指定があれば、それをサーバ４
１から取り出して（ステップＳ１２７）、起動する（ス
テップＳ１２８）。文書メディア処理機構アプレット４
７の指定がなければ、標準の文書メディア出力機構６４
を起動する（ステップＳ１２９）。

【０１２２】次に、ＨＴＭＬ文書中にイメージメディア
の指定があるかどうかを判定し（ステップＳ１３０）、
その指定があれば、サーバ４１からイメージメディア４
４を取り出し（ステップＳ１３１）、次にイメージメデ
ィア処理機構アプレット４８の指定があるかどうかを判
定する（ステップＳ１３２）。ステップＳ１３０におい
てイメージメディアの指定がなければ、図１９のステッ
プＳ１３６以降の処理を行う。

【０１２３】ステップＳ１３２においてイメージメディ
ア処理機構アプレット４８の指定があれば、それをサー
バ４１から取り出して（ステップＳ１３３）、起動する
（ステップＳ１３４）。イメージメディア処理機構アプ
レット４８の指定がなければ、標準のイメージメディア
出力機構６５を起動する（ステップＳ１３５）。

【０１２４】次に、ＨＴＭＬ文書中に音声メディアの指
定があるかどうかを判定し（図１９、ステップＳ１３
６）、その指定があれば、サーバ４１から音声メディア
４５を取り出し（ステップＳ１３７）、次に音声メディ
ア処理機構アプレット４９の指定があるかどうかを判定
する（ステップＳ１３８）。ステップＳ１３６において
音声メディアの指定がなければ、処理を終了する。

【０１２５】ステップＳ１３８において音声メディア処
理機構アプレット４９の指定があれば、それをサーバ４
１から取り出して（ステップＳ１３９）、起動し（ステ
ップＳ１４０）、処理を終了する。音声メディア処理機
構アプレット４９の指定がなければ、標準の音声メディ
ア出力機構６６を起動して（ステップＳ１４１）、処理
を終了する。

【０１２６】ところで、図２のフォント処理システムで
は、各種書体フォントの抽出ファイル５２と外字フォン
トの抽出ファイル５５を別々に作成して、クライアント
６１にダウンロードしているが、これらを１つの抽出フ
ァイルにまとめてクライアント６１に送ることも可能で
ある。その場合、通常文字と外字の文字コードが一緒に
格納されることになるが、両者は文字コードの値の範囲
などにより識別される。

【０１２７】

【発明の効果】本発明によれば、インターネットなどの
ネットワーク環境において、サーバ側主体で提供する情
報やプログラムを制御することができ、文字メディアに
対して豊富な表現方法を提供することができる。

【０１２８】特に、サーバ側にフォントを準備するだけ
で、それらのフォントを各個人ユーザ端末に表示できる
ようになり、ユーザ端末には、最小限のソフトウェアを
用意するだけで済む。したがって、端末の価格を下げる
ことができる。

【０１２９】また、ＪＩＳ第１水準／ＪＩＳ第２水準文
字以外にも、サービス提供者が定義／追加した外字を、
各個人ユーザ端末に表示できるようになる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】インターネット環境のフォント処理システムを
示す図である。

【図３】情報処理装置の構成図である。

【図４】ＨＴＭＬによるアプレットの指定例を示す図で
ある。

【図５】フォント抽出ファイルの形式を示す図である。

【図６】文字のフォントデータを示す図である。

【図７】第１のブラウザの処理のフローチャート（その
１）である。

【図８】第１のブラウザの処理のフローチャート（その
２）である。

【図９】第１のブラウザの処理のフローチャート（その
３）である。

【図１０】文字資源取り出し機構の処理のフローチャー
トである。

【図１１】文字種洗出し機構／外字洗出し機構の処理の
フローチャート（その１）である。

【図１２】文字種洗出し機構／外字洗出し機構の処理の
フローチャート（その２）である。

【図１３】文書メディア出力機構／フォント読出し機構
の処理のフローチャートである。

【図１４】イメージメディア処理機構／音声メディア処
理機構の処理のフローチャートである。

【図１５】標準の各メディア出力機構の処理のフローチ
ャートである。

【図１６】第２のブラウザの処理のフローチャート（そ
の１）である。

【図１７】第２のブラウザの処理のフローチャート（そ
の２）である。

【図１８】第２のブラウザの処理のフローチャート（そ
の３）である。

【図１９】第２のブラウザの処理のフローチャート（そ
の４）である。

【図２０】従来の日本語処理システムを示す図である。

【図２１】インターネットの仕組みを示す図である。

【符号の説明】

１ ソフトウェア製品 ２ メディアファイル ３ 端末アクセス用のドライバ ４ フォントドライバ ５ 端末画面 ６ 明朝体フォント ７ ゴシック体フォント ８ 毛筆体フォント １１、４１ ＷＷＷサーバ １２、４２ 提供メディア １３、４３ 文書メディア １４、４４ イメージメディア １５、４５ 音声メディア １６、６１ ＷＷＷクライアント １７、６２ Ｗｅｂブラウザ １８ フォントファイル １９、５６、６３ フォント読出し機構 ２０ 文書出力機構 ２１ イメージ出力機構 ２２ 音声出力機構 ２３、６７ 表示装置 ３１ サーバ装置 ３２ 記憶手段 ３３、３７ 出力手段 ３４ 通信ネットワーク ３５ クライアント装置 ３６ 入力手段 ４０、６４ 文書メディア出力機構 ４６ 文字資源取り出し機構 ４７ 文書メディア処理機構 ４８ イメージメディア処理機構 ４９ 音声メディア処理機構 ５０、５２′ 各種書体フォントの管理ファイル ５１ 文字種洗出し機構 ５２ 各種書体フォントの抽出ファイル ５３、５５′ 外字フォントの管理ファイル ５４ 外字洗出し機構 ５５ 外字フォントの抽出ファイル ６５ イメージメディア出力機構 ６６ 音声メディア出力機構 ７１ ＣＰＵ ７２ メモリ ７３ 入力装置 ７４ 出力装置 ７５ 外部記憶装置 ７６ 媒体駆動装置 ７７ ネットワーク接続装置 ７８ バス ７９ 可搬記録媒体 ８０ 情報提供者の装置 ８１ 外字文字コード累積テーブル ８２ 使用文字コード累積テーブル

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平７−141282（ＪＰ，Ａ) 特開 平９−16561（ＪＰ，Ａ) 特開 平６−75726（ＪＰ，Ａ) 特開 平４−147319（ＪＰ，Ａ) 特開 昭59−99484（ＪＰ，Ａ) 特表2000−510267（ＪＰ，Ａ) 国際公開95／33247（ＷＯ，Ａ１) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G09G 5/24

Claims (21)

(57)【特許請求の範囲】
1. 【請求項１】 通信ネットワークを経由してクライアン
   ト装置が接続されるサーバ装置によるフォント処理方法
   であって、 文字メディアデータを、当該文字メディアデータを要求
   するクライアント装置に送信する文字メディアデータ送
   信ステップと、 前記クライアント装置から当該クライアント装置の保持
   するフォント種別情報を受信するフォント種別情報受信
   ステップと、 前記フォント種別情報受信ステップで受信したフォント
   種別情報を元に前記文字メディアデータを表示するのに
   不足するフォント情報を前記サーバ装置の保有するフォ
   ント管理ファイルの中から抽出する文字種洗出しステッ
   プと、 前記文字種洗出しステップで抽出したフォント情報を前
   記フォント種別情報受信ステップで受信したフォント種
   別情報の送信元クライアント装置に送信するフォント資
   源送信ステップとを有することを特徴とするフォント処
   理方法。
2. 【請求項２】 前記文字種洗出しステップは、 前記サーバ装置の保有するフォント管理ファイルの中か
   ら前記フォント種別情報受信ステップで受信したフォン
   ト種別情報のフォント種別を除く、前記文字メディアデ
   ータに必要なフォント情報を抽出することを特徴とする
   請求項１記載のフォント処理方法。
3. 【請求項３】 前記クライアント装置の保持するフォン
   ト種別情報を洗い出して前記サーバに送信するフォント
   種別通知プログラムを前記クライアント装置に送信する
   フォント種別通知プログラム送信ステップと、を更に有
   し、 前記フォント種別情報受信ステップは、前記クライアン
   ト装置で実行される前記フォント種別通知プログラムに
   よって送信されるフォント種別情報を受信することを特
   徴とする請求項１記載のフォント処理方法。
4. 【請求項４】 前記文字種洗出しステップで抽出するフ
   ォント情報には外字フォント情報を含むことを特徴とす
   る請求項３記載のフォント処理方法。
5. 【請求項５】 前記フォント資源送信ステップで送信さ
   れるフォント情報を受信するフォント資源受信プログラ
   ムと、前記文字メディアデータのフォントを前記フォン
   ト資源受信プログラムで受信したフォント情報から抽出
   するフォント読出しプログラムと、当該フォント読出し
   プログラムで抽出したフォントを使って前記文字メディ
   アデータを表示する文字メディア出力プログラムとを前
   記クライアント装置に送信するフォント出力プログラム
   送信ステップと、 を更に有することを特徴とする請求項１記載のフォント
   処理方法。
6. 【請求項６】 通信ネットワークを経由してサーバ装置
   に接続するクライアント装置によるフォント処理方法で
   あって、 前記サーバから文字メディアデータを受信する文字メデ
   ィアデータ受信ステップと、 自装置に保持するフォント種別情報を洗い出して前記サ
   ーバに送信するフォント種別情報通知ステップと、 前記文字メディアデータを表示するのに必要な、前記フ
   ォント種別情報通知ステップで送信したフォント種別情
   報を除く、フォント情報を前記サーバより受信するフォ
   ント資源受信ステップと、 前記文字メディアデータのフォントを前記フォント資源
   受信ステップで受信したフォント情報から抽出するフォ
   ント読出しステップと、 前記フォント読出しステップで抽出したフォントを使っ
   て、前記文字メディアデータを表示する文字メディア出
   力ステップとを有することを特徴とするフォント処理方
   法。
7. 【請求項７】 前記フォント資源受信ステップにより受
   信するフォント情報には外字フォント情報を含むことを
   特徴とする請求項６記載のフォント処理方法。
8. 【請求項８】 通信ネットワークを経由してクライアン
   ト装置が接続されるサーバ装置であって、 文字メディアデータを記憶する文字メディアデータ記憶
   手段と、 前記文字メディアデータ記憶手段に記憶する文字メディ
   アデータを、当該文字メディアデータを要求するクライ
   アント装置に送信する文字メディアデータ送信手段と、 前記クライアント装置から送信された当該クライアント
   装置の保持するフォント種別情報を受信するフォント種
   別情報受信手段と、 前記フォント種別情報受信手段で受信したフォント種別
   情報を元に前記文字メディアデータを表示するのに不足
   するフォント情報を前記サーバ装置の保有するフォント
   管理ファイルの中から抽出する文字種洗出し手段と、 前記文字種洗出し手段で抽出したフォントを前記フォン
   ト種別情報受信手段により受信したフォント種別情報の
   送信元クライアント装置に送信するフォント資源送信手
   段とを有することを特徴とするサーバ装置。
9. 【請求項９】 前記文字種洗出し手段は、 前記サーバ装置の保有するフォント管理ファイルの中か
   ら前記フォント種別情報受信手段で受信したフォント種
   別情報のフォント種別を除く、前記文字メディアデータ
   に必要なフォント情報を抽出することを特徴とする請求
   項８記載のサーバ装置。
10. 【請求項１０】 前記クライアント装置の保持するフォ
    ント種別情報を洗い出して前記サーバに送信するフォン
    ト種別通知プログラムを記憶するフォント種別通知プロ
    グラム記憶手段と、 前記フォント種別通知プログラム記憶手段に記憶するフ
    ォント種別通知プログラムを前記クライアント装置に送
    信するフォント種別通知プログラム送信手段と、 を更に有し、 前記フォント種別情報受信手段は、前記クライアント装
    置で実行される前記フォント種別通知プログラムによっ
    て送信されるフォント種別情報を受信することを特徴と
    する請求項８記載のサーバ装置。
11. 【請求項１１】 前記文字種洗出し手段で抽出するフォ
    ント情報には外字フォント情報を含むことを特徴とする
    請求項１０記載のサーバ装置。
12. 【請求項１２】 前記フォント種別通知プログラム記憶
    手段は、 インタプリタベースのネットワーク対応言語で
    記述した前記フォント種別通知 プログラムを記憶するこ
    とを特徴とする請求項１０記載のサーバ装置。
13. 【請求項１３】 前記フォント資源送信手段で送信され
    たフォント情報を受信するフォント資源受信プログラム
    と、前記文字メディアデータのフォントを前記フォント
    資源受信プログラムで受信したフォント情報から抽出す
    るフォント読出しプログラムと、前記フォント読出しプ
    ログラムで抽出したフォントを使って前記文字メディア
    データを表示する文字メディア出力プログラムとを記憶
    するフォント出力プログラム記憶手段と、 前記フォント出力プログラム記憶手段に記憶するフォン
    ト資源受信プログラム、フォント読出しプログラム及び
    文字メディア出力プログラムを前記クライアント装置に
    送信するフォント出力プログラム送信手段とを更に有す
    ることを特徴とする請求項８記載のサーバ装置。
14. 【請求項１４】 前記フォント出力プログラム記憶手段
    は、インタプリタベースのネットワーク対応言語で記述
    した前記フォント資源受信プログラム、前記フォント読
    出しプログラム及び前記文字メディア出力プログラムを
    記憶することを特徴とする請求項１３記載のサーバ装
    置。
15. 【請求項１５】 通信ネットワークを経由してサーバ装
    置に接続するクライアント装置であって、 自装置の保持するフォント種別情報を洗い出して前記文
    字メディアデータを保有するサーバに送信するフォント
    種別通知手段と、 前記文字メディアデータを表示するのに必要な、前記フ
    ォント種別通知手段で送信したフォント種別情報を除く
    フォント情報を前記サーバより受信するフォント資源受
    信手段と、 前記文字メディアデータのフォントを前記フォント資源
    受信手段で受信したフォント情報から抽出するフォント
    読出し手段と、 前記フォント読出し手段で抽出したフォントを使って、
    前記文字メディアデータを表示する文字メディア出力手
    段とを有することを特徴とするクライアント装置。
16. 【請求項１６】 前記フォント資源受信手段で受信する
    フォント情報には外字フォント情報を含むことを特徴と
    する請求項１５記載のクライアント装置。
17. 【請求項１７】 通信ネットワークを経由してクライア
    ントコンピュータに接続されているサーバコンピュータ
    に、 文字メディアデータを、当該文字メディアデータを要求
    する前記クライアントコンピュータに送信する文字メデ
    ィアデータ送信機能と、 前記クライアントコンピュータが送信した当該クライア
    ントコンピュータの保持するフォント種別情報を受信す
    るフォント種別情報受信機能と、 前記フォント種別情報受信機能で受信したフォント種別
    情報を元に前記文字メディアデータを表示するのに不足
    するフォント情報を当該サーバコンピュータの保有する
    フォント管理ファイルの中から抽出する文字種洗出し機
    能と、 前記文字種洗出し機能で抽出したフォント情報を前記フ
    ォント種別情報受信機能で受信したフォント種別情報の
    送信元クライアントコンピュータに送信するフォント資
    源送信機能とを実行させるプログラムを記録したコンピ
    ュータ読み出し可能な記憶媒体。
18. 【請求項１８】 前記文字種洗出し機能は、 前記フォント種別情報受信機能で受信したフォント種別
    情報のフォント種別を除く、前記文字メディアデータに
    必要なフォント情報を、当該サーバコンピュータの保有
    するフォント管理ファイルの中から抽出することを特徴
    とする請求項１７記載のコンピュータ読み出し可能な記
    憶媒体。
19. 【請求項１９】 前記プログラムは、 前記クライアントコンピュータが保持するフォント種別
    情報を洗い出して前記サーバに通知するフォント種別通
    知プログラムを送信するフォント種別通知プログラム送
    信機能を前記サーバコンピュータに更に実行させ、 前記フォント種別情報受信機能は、 前記フォント種別通知プログラムにより送信されたフォ
    ント種別情報を受信することを特徴とする請求項１７記
    載のコンピュータ読み出し可能な記憶媒体。
20. 【請求項２０】 前記プログラムは、 前記フォント資源送信機能で送信したフォント情報を受
    信するフォント資源受信プログラムと、前記文字メディ
    アデータのフォントを前記フォント資源受信プログラム
    で受信したフォント情報から抽出するフォント読出しプ
    ログラムと、前記フォント読出しプログラムで抽出した
    フォントを使って前記文字メディアデータを表示する文
    字メディア出力プログラムとを前記クライアントコンピ
    ュータに送信するフォント出力プログラム送信機能を前
    記サーバコンピュータに更に実行させることを特徴とす
    る請求項１７記載のコンピュータ読み出し可能な記憶媒
    体。
21. 【請求項２１】 通信ネットワークを経由してサーバコ
    ンピュータに接続されるクライアントコンピュータに、 前記サーバコンピュータから文字メディアデータを受信
    するとき、自装置の保持するフォント種別情報を洗い出
    して前記サーバに通知するフォント種別通知機能と、 前記文字メディアデータを表示するのに必要な、前記フ
    ォント種別情報通知機能で送信したフォント種別情報を
    除くフォント情報を前記サーバより受信するフォント資
    源受信機能と、 前記フォント資源受信機能で受信したフォント情報から
    前記文字メディアデータのフォントを抽出するフォント
    読出し機能と、 前記フォント読出し機能で抽出したフォントを使って、
    前記文字メディアデータを表示する文字メディア出力機
    能と、を実行させるプログラムを記録したコンピュータ
    読み出し可能な記憶媒体。