JPH11328058A - データ処理システム - Google Patents

Abstract

(57)【要約】 【課題】 表示やプリントなどの出力環境に影響を受け
ることなく一意な出力を行うことができるデータ処理シ
ステムを提供する。 【解決手段】 フォントデータを有するプリントサービ
スプロクシサーバ１と、このサーバ１にネットワーク接
続された軽量ＷＷＷクライアント２とを備え、軽量ＷＷ
Ｗクライアント２のグリフ要求に応じて上記フォントデ
ータをグリフデータに展開しそれを同軽量ＷＷＷクライ
アント２に供給する制御手段をサーバ１に設けるととも
に、サーバ１にグリフ要求を出して同サーバ１から供給
されるグリフデータを取込む制御手段を軽量ＷＷＷクラ
イアント２に設け、この取込んだグリフデータを軽量Ｗ
ＷＷクライアント２で表示出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、フォントデータ
等の各種データ処理を行うデータ処理システムに関す
る。

【０００２】

【従来の技術】コンピュータネットワークを介した資源
共有の一形態として、ネットワークプリンタやプリント
サーバを介したプリンタ資源の共有化が実現されてい
る。従来、ＰＣ（personal computer）やＥＷＳ（engi
neering work station）からプリント出力されるデ
ータは主にワードプロセッサやプレッドシート等のアプ
リケーションプログラムからＯＳ（operating syste
m）に供給され、ＯＳのプリンタドライバが組み版を行
い、その組み版情報を含む電子データがプリンタに供給
されることでプリンタ出力が行われる。

【０００３】一方、WWW （world wide web ）等の普
及により、ＨＴＭＬ（hyper textmarkup language）
のような組み版情報を含まない電子データをプリントす
ることが多くなってきた。

【０００４】

【発明が解決しようとする課題】ただし、組み版情報を
含まない電子データをプリンタでプリント出力しようと
しても、それは不可能である。ＯＳのプリンタドライバ
ーやWWW ブラウザやプリンタ自身が組み版情報やフォン
トデータの展開情報（グリフデータ）等を保管し、適宜
プリントを行っている。この組み版情報等の保管手段は
各々の実装に依存している。

【０００５】このため、同一のＨＴＭＬ等で記述された
電子データについては、同一ファイルを元にしてプリン
トを行ったとしても、プリント環境の影響を受け、必ず
しも同一のプリンタ出力が得られないという問題があっ
た。

【０００６】この発明は上記の事情を考慮したもので、
その目的とするところは、表示やプリントなどの出力環
境に影響を受けることなく一意な出力を行うことができ
るデータ処理システムを提供することにある。

【０００７】

【課題を解決するための手段】第１の発明（請求項１）
のデータ処理システムは、フォントデータを有するサー
バと、このサーバにネットワーク接続されたクライアン
トと、上記サーバに設けられ上記クライアントのグリフ
要求に応じて上記フォントデータをグリフデータに展開
しそれを同クライアントに供給する制御手段と、上記ク
ライアントに設けられ上記サーバにグリフ要求を出して
同サーバから供給されるグリフデータを取込む制御手段
と、上記クライアントに設けられ上記取込んだグリフデ
ータを出力する出力手段とを備える。

【０００８】第２の発明（請求項２）のデータ処理シス
テムは、フォントデータを有するサーバと、このサーバ
にネットワーク接続されたクライアントと、上記サーバ
に設けられ上記クライアントのグリフ要求に応じて上記
フォントデータをグリフデータに展開しそれを同クライ
アントに供給する制御手段と、上記サーバに設けられ上
記クライアントから返送されるグリフデータを保持しそ
のグリフデータを上記クライアントのグリフ要求に応じ
て同クライアントに供給する制御手段と、上記クライア
ントに設けられ上記サーバにグリフ要求を出して同サー
バから供給されるグリフデータを取込んで保持する制御
手段と、上記クライアントに設けられ上記保持したグリ
フデータを出力する出力手段と、上記クライアントに設
けられ上記保持したグリフデータをシステム停止後に供
給先のサーバに返送する制御手段とを備える。

【０００９】第３の発明（請求項３）のデータ処理シス
テムは、フォントデータを有するサーバと、このサーバ
にネットワーク接続されたクライアントと、上記サーバ
に設けられ上記クライアントのフォント要求に応じて上
記フォントデータを同クライアントに供給する制御手段
と、上記クライアントに設けられ上記サーバにフォント
要求を出して同サーバから供給されるフォントデータを
取込みそのフォントデータをグリフデータに展開する制
御手段と、上記クライアントに設けられ上記展開したグ
リフデータを出力する出力手段とを備える。

【００１０】第４の発明（請求項４）のデータ処理シス
テムは、フォントデータを有するサーバと、このサーバ
にネットワーク接続されたクライアントと、上記サーバ
に設けられ上記クライアントのフォント要求に応じて上
記フォントデータを同クライアントに供給する制御手段
と、上記サーバに設けられ上記クライアントのグリフ要
求に応じて上記フォントデータをグリフデータに展開し
それを同クライアントに供給する制御手段と、上記クラ
イアントに設けられ上記サーバにフォント要求を出して
同サーバから供給されるフォントデータを取込みそのフ
ォントデータをグリフデータに展開する制御手段と、上
記クライアントに設けられ上記サーバにグリフ要求を出
して同サーバから供給されるグリフデータを取込む制御
手段と、上記クライアントに設けられ同クライアントで
展開したグリフデータまたは上記取込んだグリフデータ
を出力する出力手段とを備える。

【００１１】第５の発明（請求項５）のデータ処理シス
テムは、フォントデータを有するサーバと、このサーバ
にネットワーク接続されたクライアントと、上記サーバ
に設けられ上記クライアントのフォント要求に応じて上
記フォントデータを同クライアントに供給する制御手段
と、上記サーバに設けられ上記クライアントのグリフ要
求に応じて上記フォントデータをグリフデータに展開し
それを同クライアントに供給する制御手段と、上記サー
バに設けられ上記クライアントから返送されるグリフデ
ータを保持しそのグリフデータを上記クライアントのグ
リフ要求に応じて同クライアントに供給する制御手段
と、上記クライアントに設けられ上記サーバにフォント
要求を出して同サーバから供給されるフォントデータを
取込みそのフォントデータをグリフデータに展開して保
持する制御手段と、上記クライアントに設けられ上記サ
ーバにグリフ要求を出して同サーバから供給されるグリ
フデータを取込んで保持する制御手段と、上記クライア
ントに設けられ上記保持したグリフデータを出力する出
力手段と、上記クライアントに設けられ上記保持したグ
リフデータをシステム停止後に供給先のサーバに返送す
る制御手段とを備える第６の発明（請求項６）のデータ
処理システムは、フォントデータを有し互いにネットワ
ーク接続された第１および第２のサーバと、上記第１の
サーバにネットワーク接続されたクライアントと、上記
第１のサーバに設けられ上記クライアントの要求に応じ
たフォントデータを上記各サーバから検索して取込みそ
れを同クライアントに供給する制御手段とを備える。

【００１２】第７の発明（請求項７）のデータ処理シス
テムは、フォントデータを有するサーバと、このサーバ
にネットワーク接続されたクライアントと、上記サーバ
にネットワーク接続された互いに異なる属性の複数のプ
リンタと、上記サーバに設けられ上記プリンタのうち上
記クライアントから指定されるプリンタの属性に合せて
上記フォントデータを展開しそれを指定先のプリンタに
供給する制御手段とを備える。

【００１３】第８の発明（請求項８）のデータ処理シス
テムは、フォントデータを有するサーバと、このサーバ
にネットワーク接続されたクライアントと、上記サーバ
に設けられ上記クライアントのグリフ要求に応じて上記
フォントデータをグリフデータに展開しそれを同クライ
アントに供給する制御手段と、上記サーバに設けられ上
記クライアントのフォント要求に応じて上記フォントデ
ータを同クライアントに供給する制御手段と、上記サー
バおよび上記クライアントに設けられサーバからクライ
アントに供給されるグリフデータをクライアント内のど
の部位にどの経路で配布するかの指定、グリフデータへ
の展開対象となるフォントデータの優先順位の指定、グ
リフデータへの展開の許容・禁止の指定、サーバにおけ
るグリフデータの保管・削除の指定などをサーバとクラ
イアントとの双方向通信により対話的に実行する制御手
段とを備える。

【００１４】第９の発明（請求項９）のデータ処理シス
テムは、データを一時的に記憶するための一時記憶手段
およびこの一時記憶手段に係る管理テーブルを有するサ
ーバと、このサーバにネットワーク接続されたクライア
ントと、上記サーバにネットワーク接続されたプリンタ
と、上記サーバに設けられ上記クライアントから指定さ
れるデータが上記一時記憶手段に記憶されているか否か
を上記管理テーブルの参照により判定する判定手段と、
上記サーバに設けられ、上記判定手段の判定結果が否定
のとき、上記指定されるデータを外部アクセスして取込
み、それを上記一時記憶手段に記憶し且つ上記プリンタ
に供給するとともにその記憶に係る情報を上記管理テー
ブルに登録する制御手段と、上記サーバに設けられ、上
記判定手段の判定結果が肯定のとき、記憶されているデ
ータの最終更新時期を上記管理テーブルから判断し、そ
の判断した最終更新時期が上記指定されるデータの最終
更新時期より新しいかまたは同じであれば、記憶されて
いるデータを上記プリンタに供給し、判断した最終更新
時期が上記指定されるデータの最終更新時期より古けれ
ば、記憶されているデータを上記一時記憶手段に更新記
憶し且つ上記プリンタに供給するとともにその記憶に係
る情報を上記管理テーブルに更新登録する制御手段とを
備える。

【００１５】

【発明の実施の形態】［１］以下、この発明の第１実施
例について図面を参照して説明する。図１に示すよう
に、プリントサービスプロクシサーバ１に、軽量WWW ク
ライアント２、WWW クライアント３、フォントサーバ
４、ネットワークプリンタ５、プリンタサーバ６がそれ
ぞれネットワーク接続される。プリンタサーバ６にはプ
リンタ７がネットワーク接続される。さらに、サーバ１
に、インターネット８を介してWWW サーバ９の接続が可
能となっている。

【００１６】要部を図２に示す。サーバ１は、フォント
データを有するフォントサーバ手段として機能する。さ
らに、サーバ１は、軽量WWW クライアント２のフォント
要求に応じて上記フォントサーバ手段のフォントデータ
を軽量WWW クライアント２に供給する制御手段と、軽量
ＷＷＷクライアント２のグリフ要求に応じて上記フォン
トサーバ手段のフォントデータをグリフデータに展開し
それを軽量ＷＷＷクライアント２に供給する制御手段
と、軽量ＷＷＷクライアント２から返送されるグリフデ
ータを保持しそのグリフデータを軽量ＷＷＷクライアン
ト２のグリフ要求に応じて同軽量ＷＷＷクライアント２
に供給する制御手段とを備える。

【００１７】軽量ＷＷＷクライアント２は、サーバ１に
フォント要求を出して同サーバ１から供給されるフォン
トデータを取込みそのフォントデータをグリフデータに
展開して保持する制御手段と、サーバ１にグリフ要求を
出して同サーバ１から供給されるグリフデータを取込ん
で保持する制御手段と、その保持したグリフデータをコ
ンソール画面に表示出力する出力手段と、上記保持した
グリフデータをシステム停止後に供給先のサーバ１に返
送する制御手段とを備える。

【００１８】軽量WWW クライアント２は、使用可能メモ
リ量に制限があることから、ローカルホスト上のリソー
スとして必要最低限のフォントデータを有しており、必
要に応じてリモートホストであるフォントサーバ手段
（サーバ１）から適宜にフォントデータを得てその表示
出力を行う。

【００１９】フォントデータの表示はフォントデータを
グリフに展開した後に得られたデータに基づいて行う。
図３のフローチャートに示すように、サーバ１にてフォ
ントデータをグリフに展開し、その中から必要な文字の
グリフデータをローカルホストであるところの軽量ＷＷ
Ｗクライアント２に転送する。また、グリフデータをオ
ンデマンド要求に即応不可能なネットワークの状態にお
いては、サーバ１からフォントデータを一旦転送し終わ
ればローカルホスト上でグリフに展開可能なので安定し
たフォントデータの表示を行うことが可能である。

【００２０】要するに、主にＰＤＡ等の上に実装された
軽量WWW クライアント２において、システムが起動する
ステップにおいてローカルホスト上にフォントデータが
存在するか検索するステップと、もしローカルホスト上
になければコンソール画面への出力を停止するステップ
とを行う。

【００２１】システムが起動した後にリモートホスト上
のフォントサーバからフォントデータのデータ転送を行
うステップと、前記データ転送が終了した場合コンソー
ル画面への出力を実行可能にするステップと、ウインド
ーシステムを起動中または起動した後、新たに必要にな
ったフォントデータを追加転送を行うステップにおいて
フォントデータそのものを転送しローカルホスト上でフ
ォントデータをグリフデータに展開する場合とリモート
ホスト上でグリフデータに展開しグリフデータを転送す
る場合があり、またフォント毎に前記の両グリフデータ
展開方法を切り替えて使用する場合がある。

【００２２】さらに、システムが停止するステップにお
いて、コンソールまたはウインドーシステムの表示に使
用したフォントのグリフデータを先のフォントサーバに
転送する手段を具備し、その手段を用いてグリフデータ
をフォントサーバに対して返送し、フォントサーバは送
り返されたグリフ情報を一定時間保持可能な手段を具備
しその手段を用いて返送されたグリフデータをキャッシ
ュするステップ、またはフォントサーバに対し返送しな
いステップを行う。

【００２３】このような構成によれば、軽量WWW クライ
アント２はフォントデータを全く持たずに、または必要
最低限のフォントデータのみ保持していれば、システム
の起動が可能となる。

【００２４】ウインドウシステム起動時及び起動後にフ
ォントデータの追加転送を行うので、必要最低限のフォ
ントデータのみ軽量ＷＷＷクライアント２に保持される
ので、即時的に必要のないデータを定常的に保持する必
要がない。

【００２５】フォントデータの表示にかかる時間は主に
フォントデータをグリフデータに変換する処理に消費さ
れる。この処理をローカルホストまたはリモートホスト
上で適宜行うことが可能となるので、軽量ＷＷＷクライ
アント２が属するネットワークに適した形でフォントデ
ータの表示に関わる処理の割付けを行うことが可能とな
る。

【００２６】通常、漢字のように字数の多いフォントデ
ータの場合においても、またビットマップであろうがス
ケーラブルなフォントデータであろうが一つのフォント
セットに含まれるすべての字についてグリフデータに展
開し、そのグリフデータに基づき表示が行なわれる。例
えば、あるテキストデータに含まれる漢字が１００字で
あった場合、１００字のグリフデータがあればフォント
データの表示には困らないはずである。

【００２７】ところが、仮に一つのフォントセットに３
０００字のフォントデータが格納されていた場合、３０
００字全てについて展開してしまうために２９００字分
のグリフデータへの展開がオーバヘッドとなる。そこ
で、この問題を解決するために、上記の様にリモートホ
スト上でフォントデータからグリフデータに展開を行
い、必要なグリフデータだけをローカルホストに転送し
た場合、不必要なグリフデータの格納領域の削減と展開
に掛かるＣＰＵの演算実感の削減が期待できる。

【００２８】また、本実施例においてはリモートホスト
から転送するものとしてフォントデータまたはグリフデ
ータのいずれかを選べることにより次のメリットが生じ
る。サーバ１のロードアベレージが高くグリフへの展開
に長い時間が掛かる場合、リモートホスト上で行わずに
ローカルホスト上でグリフデータへの展開を行うことが
可能。

【００２９】ネットワークの状態が混んでいたりルーテ
ィングが不安定だったりした場合、グリフデータをオン
デマンドで転送を行うとフォントの表示速度がネットワ
ークの状態に依存してしまう。その場合は、フォントデ
ータを転送しローカルホスト上にグリフデータを保持し
た状態にすることが可能なので、ネットワークの状態に
左右されることなくフォントの表示出力が可能である。

【００３０】フォントデータのグリフデータをサーバ１
のキャッシュ領域に保存することにより、次回の軽量WW
W クライアント２の起動時においてキャッシュがクリア
されていなければグリフデータに展開するオーバーヘッ
ドがなくなる。

【００３１】［２］第２実施例について説明する。基本
的な構成は第１実施例と同じであるが、図４に要部を示
すように、とくにフォントサーバ４として４ａ，４ｂ，
４ｃの複数台が用意されており、これらフォントサーバ
（第２のサーバ）４ａ，４ｂ，４ｃが互いにネットワー
ク接続される。

【００３２】サーバ（第１のサーバ）１は、フォントデ
ータを有するフォントサーバ手段のほかに、識別子テー
ブル、優先順位テーブル、フォントプロクシサーバ手段
を備え、さらにＷＷＷクライアント３の要求に応じたフ
ォントデータをフォントサーバ４ａ，４ｂ，４ｃから検
索して取込みそれを同ＷＷＷクライアント３に供給する
制御手段を備える。

【００３３】ＷＷＷクライアント３からはフォントサー
バ４ａ，４ｂ，４ｃを等価的に一つのフォントサーバと
して扱う事が可能となる。サーバ１の識別子テーブルを
図５に示す。フォントサーバ４ａ，４ｂ，４ｃに識別子
１，２，３が付され、サーバ１に識別子４が付されてい
る。また、サーバ１の優先順位テーブルは図６のように
なっており、識別子４がもっとも優先順位が高く、識別
子１，２，３の順に優先順位が低くなる設定となってい
る。

【００３４】ＷＷＷクライアント３からフォントセット
Ｂに対するリクエスト（要求）がサーバ１に行なわれた
場合、図５の識別子テーブルにおいて、フォントセット
Ｂはローカルホスト上には存在しないが識別子２のフォ
ントサーバ４ｂと識別子３のフォントサーバ４ｃ上に存
在する事が検索される。優先順位は識別子２の方が高い
ので、フォントサーバ４ｂにおけるフォントセットＢが
検索される。

【００３５】この検索結果に基づき、識別子２のフォン
トサーバ４ｂに対してフォントセットＢの転送リクエス
トを発行し、フォントセットＢをローカルホスト上のキ
ャッシュ領域に転送を行う。転送されたデータ保存を保
存しておく領域はキャッシュ領域なのでデータを消去す
るために転送データの履歴管理を行うことなく時系列的
に消去が可能である。

【００３６】ローカルホストおよびリモートホスト上に
該当データが検索されなかった場合、あるいはローカル
ホストおよびリモートホスト上にフォントサーバがエラ
ーを通告してきた場合、サーバ１はリクエストを発行し
たＷＷＷクライアント３に対してエラーを発行する。

【００３７】なお、クライアントとしては、ＷＷＷクラ
イアント３を例に説明したが、軽量WWW クライアント２
であってもよいことはもちろんである。要するに、サー
バ１は、フォントサーバ手段を具備し、フォントデータ
を供給する手段と、他のフォントサーバ及びクライアン
トから転送されたデータを一時保管するためのキャッシ
ュ領域を具備する。また、サーバ１は自分自身及び他の
フォントサーバが具備するフォントデータのリストと共
にそのフォントサーバのアドレスを示す識別子を上記リ
ストと関係付けたデータの識別子テーブルを記録してお
くデータベース手段、このデータベースを検索する検索
手段、データベース上のデータを削除する削除手段、デ
ータベース上にデータの追加を行う追加手段を具備す
る。

【００３８】ＷＷＷクライアント３よりサーバ１にリク
エストが行なわれた場合、上記データベースの検索を行
う。検索ルールは優先順位が定義されておりローカルホ
スト上に具備しているフォントリストから順に検索を行
い、無ければ先に示した手順に従いリモートホスト上の
フォントサーバを検索対象とするステップが行われ、ロ
ーカルホスト上に適合するフォントがあった場合は優先
的にそのフォントが利用される。

【００３９】ローカルホスト上に適合するフォントデー
タが無く、かつリモートホスト上のフォントサーバに適
合するフォントデータが検索された場合、該当のフォン
トサーバに対してフォント転送を行うリクエストを発行
し、フォントデータの転送を行いローカルホスト上のキ
ャッシュ領域に保管を行うステップを行い、サーバ１は
リクエストが発行されたクライアントに対してデータ転
送を行う。ローカルホスト及びリモートホスト上に該当
データが検索されなかった場合、あるいはローカルホス
トおよびリモートホスト上にフォントサーバがエラーを
通告してきた場合には、サーバ１はリクエストを発行し
たクライアントに対してエラーを発行するステップを行
う。

【００４０】このような構成によれば、ネットワーク上
に冗長に同一フォントデータが存在する場合、クライア
ントからのリクエストに該当するフォントデータが壊れ
ていた場合でも、他のフォントサーバの該当フォントを
代替え可能であるので、フォントサーバにおけるサービ
スの対故障性の向上が見込まれる。

【００４１】サーバ１はフォントサーバのプロクシ機能
を具備しているので、クライアントから見た場合、ネッ
トワーク上の複数フォントサーバを透過的に１つのフォ
ントサーバと見なすことが可能である。

【００４２】クライアント及び他のフォントサーバから
転送されたデータはキャッシュ領域に一時保存されるだ
けなので、複雑なデータ管理やガベージコレクションの
必要がない。

【００４３】［３］第３実施例について説明する。基本
的な構成は第１実施例と同じであるが、図７に要部を示
すように、サーバ１は、フォントデータを有するフォン
トサーバ手段のほかに、フォントプロクシサーバ手段、
HTTPプロクシサーバ手段、RIP 手段、プリンタ属性テー
ブルを備え、さらにプリンタ５，７のうちWWW クライア
ント（２または３）から指定されるプリンタの属性に合
せて上記フォントサーバ手段のフォントデータを展開
し、それを指定先のプリンタに供給する制御手段を備え
る。

【００４４】サーバ１は、WWW クライアント２，３、ネ
ットワークプリンタ５、プリントサーバ６、およびその
プリントサーバ６にローカル接続されているプリンタ７
に対し、フォントの共有を行う。

【００４５】Ｗｉｎｄｏｗｓ９５やＷｉｎｄｏｗｓＮＴ
上のWWW ブラウザに対してはマイクロソフト共有サービ
スで共有されているディレクトリ上にフォントを置くこ
とにより共有可能であり、ネットワークからローカルリ
ソース上のディスク装置に対して書き込み可能な手段を
持つプリンタに対してはフォントサーバ手段がｆｔｐ．
ｔｆｔｐ．HTTP等を用いてフォントの転送を行う。

【００４６】また、プリンタにフォントのグリフデータ
を直接転送する手段を持つ場合、サーバ１はフォントの
グリフデータに展開を行ったうえでデータ転送を行う。
サーバ１のプリンタ属性テーブルには、図８に示すよう
に、データ転送先のプリンタの属性情報が記憶されてい
る。

【００４７】サーバ１のRIP 手段は、プリンタ属性テー
ブルの属性情報に基づいて、入力データのラスターイメ
ージ展開を行う。属性情報は解像度データ、ガンマ補正
データ等を含む。

【００４８】属性情報から検索された解像度データによ
り、フォントデータをグリフに展開する際に解像度変換
を行う。また、特にカラーのフォントにおいて、上記属
性情報から検索されたγ特性により、デバイスの特性に
合わせた展開処理を行う。

【００４９】RIP 手段によりラスターイメージ展開を行
なわれた後に、ターゲットとするネットワークプリンタ
またはプリントサーバに対してフォントデータのラスタ
ーイメージの転送を行う。

【００５０】要するに、WWW クライアント、ネットワー
クワークプリンタ、プリントサーバ等のクライアントに
対して同一のフォントデータの配布を行うフォントサー
バ手段と、データ転送先のプリンタの解像度データ、階
調特性、γ特性等の属性データのテーブルを記憶するた
めのデータベース手段と、WWW サーバからデータをクラ
イアントに対して転送を行うHTTPプロクシサーバ手段、
RIP 手段を備える。

【００５１】WWW クライアント、ネットワークプリン
タ、プリントサーバに対してフォントデータの供給を行
うステップ、またはWWW クライアントからのプリントリ
クエストに対し属性データのデータベース手段を用いる
ことにより出力先のデバイス特性にデータを合わせ込む
ステップと、RIP 手段によりラスターイメージを作成し
ネットワークプリンタやプリントサーバに対してプリン
トリクエストを行うステップとからなる。

【００５２】このような構成によれば、WWW クライアン
トとプリンタが同一のフォントデータを共有することに
より、フォントに関しては見たままのプリント出力を得
ることができる。

【００５３】出力先のデバイス特性にデータを合わせ混
んでいるため、無意味に詳細なデータ配送は行わない。
ラスターイメージに展開してからプリンタに転送するの
で、極端に組み版データが変更されることはない。

【００５４】［４］第４実施例について説明する。基本
的な構成は第１実施例と同じであるが、図９に要部を示
すように、サーバ１は、フォントデータを有するフォン
トサーバ手段のほかに、フォントプロクシサーバ手段を
備え、さらにＷＷＷクライアント３（または軽量ＷＷＷ
クライアント２）のグリフ要求に応じて上記フォントデ
ータをグリフデータに展開しそれを同クライアントに供
給する制御手段と、ＷＷＷクライアント３（または軽量
ＷＷＷクライアント２）のフォント要求に応じて上記フ
ォントデータを同クライアントに供給する制御手段を備
える。このサーバ１とＷＷＷクライアント３との間のデ
ータ通信は、ＷＷＷクライアント３からサーバ１へのリ
クエスト（要求）を除き、一方向通信となる。

【００５５】また、サーバ１およびＷＷＷクライアント
３（または軽量ＷＷＷクライアント２）は、サーバ１か
らＷＷＷクライアント３に供給されるグリフデータをＷ
ＷＷクライアント３内のどの部位にどの経路で配布する
かの指定、グリフデータへの展開対象となるフォントデ
ータの優先順位の指定、グリフデータへの展開の許容・
禁止の指定、サーバにおけるグリフデータの保管・削除
の指定などを、サーバ１とＷＷＷクライアント３との双
方向通信により対話的に実行する制御手段とを備える。

【００５６】すなわち、WWW クライアント３の要求に応
じ、一方向および双方向の通信を用い、WWW クライアン
ト３に対してフォントデータ及び展開されたグリフデー
タを含むラスターイメージデータの転送を行う。

【００５７】一方向通信は次の要領で実行される。 ・プリンタサービスプロクシ上で一括してフォントデー
タをグリフに展開を行い、展開が終了した時点でグリフ
を転送する場合。

【００５８】・プリンタサービスプロクシ上でフォント
データをグリフに展開を行う。一定時間以内に展開が終
わったものから逐次転送を行う。この手順を繰り返し転
送を行い、データが終了するまで行う場合。

【００５９】双方向通信は次の要領で実行される。 ・データの配布先を対話的に決定する。リクエストの発
生したクライアントに対してデータの配送を行う。この
場合、Ｗｉｎｄｏｗ ｓｙｓｔｅｍ経由でアプリケーシ
ョンプログラムに配送される場合と、直接アプリケーシ
ョンにデータを配送する場合がある。この配布先を対話
的にダイナミックに決定を行い配送をおこなう。

【００６０】・クライアントから優先順位の高いフォン
トの文字コードのリクエストが行なわれた場合、その文
字コードを優先的にグリフに展開し転送を行う。 ・クライアントから明示的にフォントの展開を指定され
た場合、グリフに展開した上で転送を行う。また、展開
を禁止された場合、即時的にフォントデータの転送を始
める。

【００６１】・クライアントでフォントをグリフに展開
した場合、任意のタイミングでクライアントからフォン
トプロクシサーバのキャッシュ上にグリフデータを保管
する。また、参照頻度の低いデータはキャッシュ上から
削除を行う。

【００６２】検索されなかった場合、他のフォントサー
バに対してフォント転送を行うリクエストを発行し、フ
ォントデータの転送を行う。第３ステップはフォントの
到達が確認された場合、プリンタサービスプロクシにリ
クエストを発行したクライアントに対して、フォントデ
ータをグリフに展開を行うか、またデータ転送スケジュ
ールについて問い合わせを行う。第４ステップは、先の
問い合わせに対して回答がなければ、グリフシ側でグリ
フに展開を行い、展開が終了した時点でグリフ情報の転
送を行う。分割を行うスケジュールの場合は、優先度の
高い文字データの指定、一回の転送量及び毎回の転送を
始める時間間隔の指定、リクエストが行なわれた全フォ
ントの転送を開始するまでの時間指定を行う。

【００６３】一括転送でかつ転送開始時間が零の場合、
グリフに展開を行わずに転送を行う。この一連のネゴシ
エーションによって得られたデータに基づきリクエスト
が発行されたクライアントに対してデータ転送を行う。
第５ステップは、先に指定された時間以下に指定の処理
が終了しない場合、プリンタサービスプロクシはリクエ
ストを発行したクライアントに対してエラーを発行しサ
ービスを終了する。

【００６４】要するに、WWW クライアントからデータの
配送経路、配送手順、フォントデータの形態等に関する
リクエスト受け付けるステップと、そのリクエストに基
づき配送経路、配送手順、フォントデータの形態等を決
定するステップと、その決定に基づきフォントデータを
グリフに展開するステップまたはグリフに展開を行わな
いステップと、上記決定に基づきフォントデータまたは
グリフデータを一括または分割、一方行または双方向の
配送経路を用いデータ転送を行うステップと、これと同
時に前記リクエストを常時受け付けるステップとを備え
る。

【００６５】このような構成によれば、WWW クライアン
トの発効したリクエストに対し即時的に追従を行うの
で、クライアント側のリソース及び内部状態を考慮した
フォントデータ及びグリフデータの配送を行うことが可
能である。

【００６６】［５］第５実施例について説明する。基本
的な構成は第１実施例と同じであるが、図１０に要部を
示すように、サーバ１は、RIP 手段、キャッシュ手段、
永続的な記憶手段、HTTPプロクシ手段、キャッシュ状態
テーブル、キャッシュデータ属性情報テーブルを備え
る。キャッシュ手段は、一時記憶手段として機能する。
キャッシュデータ属性情報テーブルは、キャッシュ手段
に係る管理テーブルとして機能する。キャッシュ状態テ
ーブルの例を図１１に示し、キャッシュデータ属性情報
テーブルの例を図１２に示している。

【００６７】さらに、サーバ１は、少なくとも、ＷＷＷ
クライアント２（または３）からURL 指定されるデータ
が上記記憶手段に記憶されているか否かを上記キャッシ
ュデータ属性情報テーブルの参照により判定する判定手
段と、この判定手段の判定結果が否定のとき、上記URL
指定されるデータをインターネット８により外部アクセ
スして取込み、それを上記キャッシュ手段に記憶し且つ
プリンタ５（または７）に供給するとともにその記憶に
係る情報を上記キャッシュデータ属性情報テーブルに登
録する制御手段と、上記判定手段の判定結果が肯定のと
き、記憶されているデータの最終更新時期を上記キャッ
シュデータ属性情報テーブルから判断し、その判断した
最終更新時期が上記URL 指定されるデータの最終更新時
期より新しいかまたは同じであれば、記憶されているデ
ータをプリンタ５（または７）に供給し、判断した最終
更新時期が上記URL 指定されるデータの最終更新時期よ
り古ければ、記憶されているデータを上記キャッシュ手
段に更新記憶し且つプリンタ５（または７）に供給する
とともにその記憶に係る情報を上記キャッシュデータ属
性情報テーブルに更新登録する制御手段とを備える。

【００６８】WWW クライアントからURL を伴ったプリン
トリクエストを受理した場合、キャッシュデータ属性情
報テーブルに対して検索を行い、該当データが存在した
場合、URL 上の最終更新時期（Last Modified）データ
とキャッシュデータ属性情報テーブルの最終更新時期
（Last Modified）データとを比較する。

【００６９】キャッシュデータ属性情報テーブルの最終
更新時期データが無かったり（データをゲットした再に
該当項目の通知が無かった場合）、あるいはURL におけ
る最終更新時期がキャッシュデータ属性情報テーブルに
おける最終更新時期より古い場合には、リモートホスト
上からローカルホストのキャッシュ手段にデータ転送を
行い、キャッシュ状態テーブルおよびキャッシュデータ
属性情報テーブルの更新を行う。

【００７０】キャッシュデータ属性情報テーブルのファ
イル識別子はシーケンシャルに番号付けが行なわれ、一
意に転送された順序が保存される。定期的に、キャッシ
ュデータ属性情報テーブルのExpire項目のチェックを行
い、もし期限が切れている場合にはキャッシュ手段から
データを削除し、キャッシュ状態テーブルおよびキャッ
シュデータ属性情報テーブルの更新を行う。

【００７１】キャッシュ状態テーブルの最大容量と現在
の容量を定期的にチェックし、一定量の残存容量が残る
ようにデータの削除をファイル識別子の古い順に行う。
また、サーバ１の動作を停止して非連続なファイル識別
子のガベージコレクションを行う手段を持つ。キャッシ
ュ状態テーブルおよびキャッシュデータ属性情報テーブ
ルは永続的な記録手段に対して保存を行う。

【００７２】これら一連の手順により、WWW クライアン
トによってリクエストされたURL のデータはローカルホ
スト上に存在することになるので、このデータに対して
RIP手段を用いラスターイメージの作成を行う。そし
て、ラスターイメージをプリントサーバ６またはネット
ワークプリンタ５に転送することにより、プリント手続
きを行う。

【００７３】通常、軽量ＷＷＷクライアント２やWWW ク
ライアント３は、主にセキュリティやネットワークトラ
フィックの問題解決のためにHTTPプロクシ手段経由でイ
ンターネット８上のWWW サーバ９に対しアクセスを行
う。軽量ＷＷＷクライアント２やWWW クライアント３が
プリントを行う場合、ネットワークプリンタ５、プリン
トサーバ６またはプリンタ７に対してデータ転送を行
う。これら２つのデータ転送経由は異なる場合が多い。
HTTPプロクシサーバ機能を持ったプリンタコントローラ
なので、HTTPプロクシサーバのキャッシュデータを有効
活用できるとともに、WWW クライアントからプリンタへ
のデータ転送手順が不要となる。

【００７４】また、プリントサービスプロクシを介した
プリント結果は一意であるので、任意のWWW クライアン
トから参照された同一URL に対して一意の再現性を保証
できる。

【００７５】従来のネットワークプリンタおよびプリン
トサーバをそのまま活用することが可能である。なお、
プリント出力するデータとしては、フォントデータやグ
リフデータに限らず、インターネット８を介して外部ア
クセスできるものであれば、他のデータでもよいことは
もちろんである。

【００７６】

【発明の効果】以上述べたようにこの発明によれば、フ
ォントデータを有するサーバと、このサーバにネットワ
ーク接続されたクライアントとを備え、クライアントの
グリフ要求に応じて上記フォントデータをグリフデータ
に展開しそれを同クライアントに供給する制御手段をサ
ーバに設けるとともに、サーバにグリフ要求を出して同
サーバから供給されるグリフデータを取込む制御手段を
クライアントに設け、この取込んだグリフデータを出力
する出力手段をクライアントに設ける構成としたので、
表示やプリントなどの出力環境に影響を受けることなく
一意な出力を行うことができるデータ処理システムを提
供できる。

【図面の簡単な説明】

【図１】第１実施例の全体的な構成を示すブロック図。

【図２】第１実施例の要部の構成を抜き出して示すブロ
ック図。

【図３】第１実施例の作用を説明するためのフローチャ
ート。

【図４】第２実施例の要部の構成を抜き出して示すブロ
ック図。

【図５】第２実施例の識別子テーブルのフォーマットを
示す図。

【図６】第２実施例の優先順位テーブルのフォーマット
を示す図。

【図７】第３実施例の要部の構成を抜き出して示すブロ
ック図。

【図８】第３実施例のプリンタ属性テーブルのフォーマ
ットを示す図。

【図９】第４実施例の要部の構成を抜き出して示すブロ
ック図。

【図１０】第５実施例の要部の構成を抜き出して示すブ
ロック図。

【図１１】第５実施例のキャッシュ状態テーブルのフォ
ーマットを示す図。

【図１２】第５実施例のキャッシュデータ属性情報テー
ブルのフォーマットを示す図。

【符号の説明】

１…プリントサービスプロクシサーバ ２…軽量ＷＷＷクライアント ３…ＷＷＷクライアント ４…フォントサーバ ５…ネットワークプリンタ ６…プリントサーバ ７…プリンタ ８…インターネット ９…ＷＷＷサーバ

Claims (9)

【特許請求の範囲】
1. 【請求項１】 フォントデータを有するサーバと、 このサーバにネットワーク接続されたクライアントと、 前記サーバに設けられ、前記クライアントのグリフ要求
   に応じて前記フォントデータをグリフデータに展開しそ
   れを同クライアントに供給する制御手段と、 前記クライアントに設けられ、前記サーバにグリフ要求
   を出して同サーバから供給されるグリフデータを取込む
   制御手段と、 前記クライアントに設けられ、前記取込んだグリフデー
   タを出力する出力手段と、 を具備したことを特徴とするデータ処理システム。
2. 【請求項２】 フォントデータを有するサーバと、 このサーバにネットワーク接続されたクライアントと、 前記サーバに設けられ、前記クライアントのグリフ要求
   に応じて前記フォントデータをグリフデータに展開しそ
   れを同クライアントに供給する制御手段と、 前記サーバに設けられ、前記クライアントから返送され
   るグリフデータを保持し、そのグリフデータを前記クラ
   イアントのグリフ要求に応じて同クライアントに供給す
   る制御手段と、 前記クライアントに設けられ、前記サーバにグリフ要求
   を出して同サーバから供給されるグリフデータを取込ん
   で保持する制御手段と、 前記クライアントに設けられ、前記保持したグリフデー
   タを出力する出力手段と、 前記クライアントに設けられ、前記保持したグリフデー
   タをシステム停止後に供給先のサーバに返送する制御手
   段と、 を具備したことを特徴とするデータ処理システム。
3. 【請求項３】 フォントデータを有するサーバと、 このサーバにネットワーク接続されたクライアントと、 前記サーバに設けられ、前記クライアントのフォント要
   求に応じて前記フォントデータを同クライアントに供給
   する制御手段と、 前記クライアントに設けられ、前記サーバにフォント要
   求を出して同サーバから供給されるフォントデータを取
   込み、そのフォントデータをグリフデータに展開する制
   御手段と、 前記クライアントに設けられ、前記展開したグリフデー
   タを出力する出力手段と、 を具備したことを特徴とするデータ処理システム。
4. 【請求項４】 フォントデータを有するサーバと、 このサーバにネットワーク接続されたクライアントと、 前記サーバに設けられ、前記クライアントのフォント要
   求に応じて前記フォントデータを同クライアントに供給
   する制御手段と、 前記サーバに設けられ、前記クライアントのグリフ要求
   に応じて前記フォントデータをグリフデータに展開しそ
   れを同クライアントに供給する制御手段と、 前記クライアントに設けられ、前記サーバにフォント要
   求を出して同サーバから供給されるフォントデータを取
   込み、そのフォントデータをグリフデータに展開する制
   御手段と、 前記クライアントに設けられ、前記サーバにグリフ要求
   を出して同サーバから供給されるグリフデータを取込む
   制御手段と、 前記クライアントに設けられ、同クライアントで展開し
   たグリフデータまたは前記取込んだグリフデータを出力
   する出力手段と、 を具備したことを特徴とするデータ処理システム。
5. 【請求項５】 フォントデータを有するサーバと、 このサーバにネットワーク接続されたクライアントと、 前記サーバに設けられ、前記クライアントのフォント要
   求に応じて前記フォントデータを同クライアントに供給
   する制御手段と、 前記サーバに設けられ、前記クライアントのグリフ要求
   に応じて前記フォントデータをグリフデータに展開しそ
   れを同クライアントに供給する制御手段と、 前記サーバに設けられ、前記クライアントから返送され
   るグリフデータを保持し、そのグリフデータを前記クラ
   イアントのグリフ要求に応じて同クライアントに供給す
   る制御手段と、 前記クライアントに設けられ、前記サーバにフォント要
   求を出して同サーバから供給されるフォントデータを取
   込み、そのフォントデータをグリフデータに展開して保
   持する制御手段と、 前記クライアントに設けられ、前記サーバにグリフ要求
   を出して同サーバから供給されるグリフデータを取込ん
   で保持する制御手段と、 前記クライアントに設けられ、前記保持したグリフデー
   タを出力する出力手段と、 前記クライアントに設けられ、前記保持したグリフデー
   タをシステム停止後に供給先のサーバに返送する制御手
   段と、 を具備したことを特徴とするデータ処理システム。
6. 【請求項６】 フォントデータを有し互いにネットワー
   ク接続された第１および第２のサーバと、 前記第１のサーバにネットワーク接続されたクライアン
   トと、 前記第１のサーバに設けられ、前記クライアントの要求
   に応じたフォントデータを前記各サーバから検索して取
   込みそれを同クライアントに供給する制御手段と、 を具備したことを特徴とするデータ処理システム。
7. 【請求項７】 フォントデータを有するサーバと、 このサーバにネットワーク接続されたクライアントと、 前記サーバにネットワーク接続された互いに異なる属性
   の複数のプリンタと、 前記サーバに設けられ、前記プリンタのうち前記クライ
   アントから指定されるプリンタの属性に合せて前記フォ
   ントデータを展開し、それを指定先のプリンタに供給す
   る制御手段と、 を具備したことを特徴とするデータ処理システム。
8. 【請求項８】 フォントデータを有するサーバと、 このサーバにネットワーク接続されたクライアントと、 前記サーバに設けられ、前記クライアントのグリフ要求
   に応じて前記フォントデータをグリフデータに展開しそ
   れを同クライアントに供給する制御手段と、 前記サーバに設けられ、前記クライアントのフォント要
   求に応じて前記フォントデータを同クライアントに供給
   する制御手段と、 前記サーバおよび前記クライアントに設けられ、サーバ
   からクライアントに供給されるグリフデータをクライア
   ント内のどの部位にどの経路で配布するかの指定、グリ
   フデータへの展開対象となるフォントデータの優先順位
   の指定、グリフデータへの展開の許容・禁止の指定、サ
   ーバにおけるグリフデータの保管・削除の指定などを、
   サーバとクライアントとの双方向通信により対話的に実
   行する制御手段と、 を具備したことを特徴とするデータ処理システム。
9. 【請求項９】 データを一時的に記憶するための一時記
   憶手段およびこの一時記憶手段に係る管理テーブルを有
   するサーバと、 このサーバにネットワーク接続されたクライアントと、 前記サーバにネットワーク接続されたプリンタと、 前記サーバに設けられ、前記クライアントから指定され
   るデータが前記一時記憶手段に記憶されているか否かを
   前記管理テーブルの参照により判定する判定手段と、 前記サーバに設けられ、前記判定手段の判定結果が否定
   のとき、前記指定されるデータを外部アクセスして取込
   み、それを前記一時記憶手段に記憶し且つ前記プリンタ
   に供給するとともにその記憶に係る情報を前記管理テー
   ブルに登録する制御手段と、 前記サーバに設けられ、前記判定手段の判定結果が肯定
   のとき、記憶されているデータの最終更新時期を前記管
   理テーブルから判断し、その判断した最終更新時期が前
   記指定されるデータの最終更新時期より新しいかまたは
   同じであれば、記憶されているデータを前記プリンタに
   供給し、判断した最終更新時期が前記指定されるデータ
   の最終更新時期より古ければ、記憶されているデータを
   前記一時記憶手段に更新記憶し且つ前記プリンタに供給
   するとともにその記憶に係る情報を前記管理テーブルに
   更新登録する制御手段と、 を具備したことを特徴とするデータ処理システム。