JPH08137642A - フォントサービスシステム、フォントサーバ管理装置、フォントサーバ及びフォント管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 フォントサービスシステム、フォントサーバ
管理装置、フォントサーバ及びフォント管理方法に於
て、安定性、安全性の一層の強化、フォントサーバ、ネ
ットワークへの負荷の一層の軽減を図る。 【構成】 （１）複数のフォントサーバを備えたフォン
トサービスシステムに於て、例えばフォントサーバ管理
装置が所定時間間隔で各フォントサーバに問合せをして
それらが保持しているフォントの名称等のデータを取
得。例えばそれが１台のフォントサーバでしか保持され
ていないなど、所定の管理基準に適合しない状態にある
ときは、例えばフォントの保持数が一番少ないフォント
サーバへ、当該フォントの複写、移動等を実施し、同じ
フォントを複数のフォントサーバで保持。（２）特定の
クライアントからアクセスが頻繁に行なわれる場合、そ
のフォントデータを当該アクセスして来るクライアント
のローカルに移動。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、フォントサービスシス
テム、フォントサーバ管理装置、フォントサーバ及びフ
ォント管理方法に関し、詳しくは、これらに於けるフォ
ントデータの保持形態の改善に関する。

【０００２】

【従来の技術】ハードウェア、ソフトウェアの発達に伴
って、コンピュータシステムのマルチフォント化が進ん
でいる（マルチフォント化＝書体、サイズが異なる複数
のフォントデータの使用を可能にすること。ビットマッ
プで表現されるものは、同じ書体でもサイズ毎に用意す
る必要がある。）。特開平２−５８０９４号公報、或い
は特開平２−７１３２３号公報には、ワークステーショ
ンやプリンタが接続された通信回線上で、このマルチフ
ォントを実現する為のシステム（フォントサービスシス
テム）が示されている（以下通信回線を「ネットワー
ク」という）。前者の特開平２−５８０９４号公報に
は、フォントサービスシステムの基本的構成が示されて
いる。このシステムでは、ネットワーク上に１台のフォ
ントサーバ（公報では「文字データ管理装置」）が配置
され、ここにネットワークで使用する全てのフォントデ
ータが格納されていて、各クライアント（公報では「文
字出力装置」）がこれを共同使用する。

【０００３】後者の特開平２−７１３２３号公報には、
各フォントデータをネットワーク上の各コンピュータに
分散配置し、マルチフォント化を実現する構成が示され
ている。このシステムでは、ある書体或いは、ある文字
サイズのフォントデータが必要になったら、各コンピュ
ータが、先ず自己が保有しているフォントデータの中に
そのフォントデータが存在するか否かを検査し、無いと
きは、他のコンピュータに問い合せて、それを保有して
いるコンピュータから当該フォントデータの供給を受け
る。なおこの公報に示される各コンピュータは、お互い
にフォントサーバとなり、クライアントとなる。本発明
の第３実施例、第４実施例でも、これと同様の構成をと
り、１台のワークステーション上にフォントサーバとク
ライアントとを配置する。このような両方の性質を兼ね
備えるものについて、「フォントサーバ又はワークステ
ーション等の上のフォントサーバ」と言ったり、「クラ
イアント又はワークステーション等の上のクライアン
ト」と言ったりするのは冗長である。そこで本明細書に
於ては、「フォントサーバ」或いは「クライアント」の
語には、それだけが単独の装置とされている「フォント
サーバ」或いは「クライアント」のほかに、このような
「ワークステーション等の同じ装置上に構築されるフォ
ントサーバやクライアント」も含まれるものとする。

【０００４】

【発明が解決しようとする課題】アウトラインにしろビ
ットマップにしろ、フォントデータはそのデータ量が非
常に大きい。マルチフォント化は今後益々進行していく
と考えられるから、システム全体で保有するフォントデ
ータの数、全体のデータ量も更に増加して行くものと思
われる。前者の特開平２−５８０９４号公報記載のシス
テムでは、１台でシステム全体の面倒を見ている。この
構成では、そこに負荷が集中してしまう。この為、デー
タ量が増えるに従って装置自体に無理が掛かるようにな
り、また応答速度も下がって行ってしまう。後者の特開
平２−７１３２３号公報記載のシステムでは、フォント
データが各フォントサーバに分散して保持されている。
従ってこのシステムでは、見掛け上は負荷の集中が起こ
らない。しかしフォントデータには、頻繁に利用される
ものとそうでないものとがある。この為、実際には、こ
の後者の公報記載のシステムでも負荷の集中が起こり、
応答速度の低下等を来す。

【０００５】またコンピュータシステム、ネットワーク
システムの一般的課題として、安定性、安全性の強化
や、装置、システムへの負荷の軽減がある。上記従来の
システムはこの点でも不十分なところがある。即ち従来
のシステムでは、フォントサーバがダウンしたり、ネッ
トワークから切り離されたりすると、そのフォントデー
タは供給出来なくなる。また、前述のとおりフォントデ
ータはその量が多いから、コンピュータ、プリンタ等の
接続数が増えるに従い、フォントデータ転送によるネッ
トワークへの負荷が大きくなる。

【０００６】本発明の目的は、これら従来技術の欠点を
解消し、フォントサービスシステム、フォントサーバ管
理装置、フォントサーバ及びフォント管理方法に於て、
安定性、安全性の一層の強化、或いはフォントサーバ、
ネットワークへの負荷の一層の軽減を図ることにある。

【０００７】

【課題を解決するための手段】上記目的達成のため、請
求項１のフォントサービスシステムでは、あるフォント
サーバが保持するフォントデータを別のフォントサーバ
に複製或いは移動する処理手段を備える。請求項２のフ
ォントサービスシステムでは、フォントサーバが、その
フォントデータベースに保持するフォントデータの名称
を通知する通知手段と、他のフォントサーバにフォント
データを送信する送信手段と、他のフォントサーバから
送信されて来たフォントデータをそのフォントデータベ
ースに追加する追加手段とを含み、フォントサーバ管理
装置が、各フォントサーバのフォントデータの保持状態
又は使用状態を検査する検査手段と、該検査結果に基い
て、複製或いは移動すべきフォントデータとそれを受け
取るべきフォントサーバとを決定する変更内容決定手段
と、前記決定に応じて当該フォントサーバにフォントデ
ータの複製或いは移動を指示する指示手段とを含む。請
求項３のフォントサーバでは、自己のフォントデータベ
ースに保持するフォントデータの名称を通知する通知手
段と、他のフォントサーバにフォントデータを送信する
送信手段と、他のフォントサーバから送信されて来たフ
ォントデータをそのフォントデータベースに追加する追
加手段とを含む。

【０００８】請求項４のフォントサーバ管理装置では、
各フォントサーバのフォントデータの保持状態又は使用
状態を検査する検査手段と、該検査結果に基いて、複製
或いは移動すべきフォントデータとそれを受け取るべき
フォントサーバとを決定する変更内容決定手段と、前記
決定に応じて当該フォントサーバにフォントデータの複
製或いは移動を指示する指示手段とを含む。請求項５の
フォントサービスシステムでは、フォントサーバが、そ
のフォントデータベースに保持するフォントデータの名
称を通知する通知手段と、他のフォントサーバにフォン
トデータを送信する送信手段と、他のフォントサーバか
ら送信されて来たフォントデータをそのフォントデータ
ベースに追加する追加手段と、各フォントサーバのフォ
ントデータの保持状態又は使用状態を検査する検査手段
と、該検査結果に基いて、複製或いは移動すべきフォン
トデータとそれを受け取るべきフォントサーバとを決定
する変更内容決定手段と、前記決定に応じてフォントデ
ータの複製或いは移動を指示する指示手段とを含む。

【０００９】請求項６のフォントサーバでは、そのフォ
ントデータベースに保持するフォントデータの名称を通
知する通知手段と、他のフォントサーバにフォントデー
タを送信する送信手段と、他のフォントサーバから送信
されて来たフォントデータをそのフォントデータベース
に追加する追加手段と、各フォントサーバのフォントデ
ータの保持状態又は使用状態を検査する検査手段と、該
検査結果に基いて、複製或いは移動すべきフォントデー
タとそれを受け取るべきフォントサーバとを決定する変
更内容決定手段と、前記決定に応じてフォントデータの
複製或いは移動を指示する指示手段とを含む。請求項７
のフォント管理方法では、各フォントサーバのフォント
データの保持状態又は使用状態を検査し、該検査結果に
基いて、複製或いは移動すべきフォントデータとそれを
受け取るべきフォントサーバとを決定し、前記決定に応
じてフォントデータの複製或いは移動を実行する。

【００１０】

【作用】請求項１のフォントサービスシステムに於て、
処理手段は、あるフォントサーバが保持するフォントデ
ータを別のフォントサーバへ複製或いは移動する処理を
実行する。この処理は、例えば下記のような状態のとき
実行される。 （１）例えば１時間に１回のチェックで、ある書体のフ
ォントデータが何れか１台のフォントサーバでしか保持
されていなかった状態にあった場合。この場合は別のフ
ォントサーバにそのフォントデータを複製する処理が実
行される。この処理により、あるフォントサーバが、突
然ダウンしたり或いはネットワークから切り離された場
合でも、そこから供給されていたものと同じフォントデ
ータが、別のフォントサーバから供給されるようにな
り、システムの安定性、安全性が一層向上する。 （２）例えば１時間に１回のその間のアクセス回数のチ
ェックに於て、あるフォントデータに対して、あるクラ
イアントから例えば１０回以上アクセスが行なわれてい
た場合。この場合は、例えば該頻繁にアクセスしたクラ
イアントと同じワークステーション上に構築されている
フォントサーバに、このフォントデータが移動される。
この処理により、該頻繁にアクセスをしたクライアント
は、それ以後、自己のローカルのフォントサーバをアク
セスすることとなり、ネットワークに対する負荷が軽減
される。

【００１１】請求項２のフォントサービスシステムで
は、フォントサーバとは別に、これらを管理する為のフ
ォントサーバ管理装置が設けられる。このフォントサー
バ管理装置には、検査手段と、変更内容決定手段と、指
示手段とが配置される。そして先ず検査手段が、前述し
たのと同様に、例えば１時間に１回、各フォントサーバ
に対して、それが保持しているフォントデータの名称或
いは使用実績を問い合せる。各フォントサーバには通知
手段と、送信手段と、追加手段とが配置される。そして
この中の通知手段が、前記問い合せに応動して、自己の
フォントデータベースに保持しているフォントデータの
名称或いは使用実績を通知する。なお問い合せとは関係
なく、通知手段の方から定期的に通知するようにしても
良い。フォントデータのバージョンアップ等で保持状態
が変化したときに、通知手段の方から通知するというよ
うな実施形態も考えられる。

【００１２】検査手段は、これら通知されて来たデータ
の集計等を行ない、各フォントデータの保持状態又は使
用状態を明らかにする。変更内容決定手段は、これら状
態に基いて、複写或いは移動の対象となるフォントデー
タと、それを受け取るべきフォントサーバとを決定す
る。例えば複写又は移動の対象となるフォントデータ
は、何れかのフォントサーバに新たに追加された為に、
ネットワーク全体で１つしか存在しない、或いは、特定
のクライアントから所定回数以上のアクセスがあった、
というようなフォントデータである。また複写または移
動されるフォントデータを受け取るべきとされるのは、
例えば、ネットワーク内でフォントデータの保持数が一
番少ないフォントサーバ、或いは当該多数回アクセスを
したクライアントと同じワークステーション上にあるフ
ォントサーバである。

【００１３】指示手段は、この決定に対応して、例えば
複製の場合にはそのフォントデータを保持しているフォ
ントサーバに対して指定したフォントサーバへのフォン
トデータの送信を指示し、移動の場合には、更に送信の
後のそのフォントデータの消去を指示する。指示を受け
たフォントサーバの送信手段は、指示されたフォントサ
ーバにフォントデータを送信する。移動であるときはそ
の後そのフォントデータを消去する。受け側フォントサ
ーバの追加手段は、送信されて来たフォントデータをそ
のフォントデータベースに追加する。請求項３のフォン
トサーバは、請求項２のフォントサービスシステムを構
成するもので、請求項２のフォントサーバと同様に作用
する。請求項４のフォントサーバ管理装置も請求項２の
フォントサービスシステムを構成するもので、請求項２
のフォントサーバ管理装置と同様に作用する。

【００１４】請求項５のフォントサービスシステムで
は、フォントサーバ管理装置が無く、前記フォントサー
バ管理装置（請求項２、請求項４）が備えていた検査手
段、変更内容決定手段及び指示手段が各フォントサーバ
に配置される。このシステムでは、フォントサーバ同士
が、保持状態或いは使用状態を相互にチェックし合う。
このチェック結果に従って、前記フォントデータの複製
或いは移動が実行される。請求項６のフォントサーバ
は、この請求項５のフォントサービスシステムを構成す
るもので、請求項５のフォントサーバと同様に作用す
る。請求項７のフォント管理方法では、例えば定期的問
い合せによって各フォントサーバのフォントデータの保
持状態又は使用状態を検査する。この検査結果に基い
て、例えばシステムに１個しか保持されていないフォン
トデータを例えばフォントデータの保持数が一番少ない
ものに移動することを決定し、それを実行する。

【００１５】

【実施例】以下本発明の詳細を図示実施例に基いて説明
する。図１〜図４に第１実施例を示す。この実施例は請
求項１〜請求項４、及び請求項７記載の各発明に於て、
フォントデータの保持状態を検査して、その複製処理を
する場合にあたり、特に請求項２〜請求項４の発明に於
てこれら処理をする場合にあたる。全体構成を図２に示
す。図に於てＮＷはネットワークである。ＭＡはこれに
接続されたサーバ管理装置で、ネットワークＮＷに接続
されたフォントサーバＦＳ１Ａ〜ＦＳｌＡのフォントデ
ータ保持状態を管理する。ここで「１〜ｌ」はフォント
サーバＦＳの番号を表わす（図２には、ＦＳ１Ａ〜ＦＳ
３Ａのみ表示）。また「１〜ｌ」の後の「Ａ」は、それ
が第１実施例のものであることを表わす。なおこのよう
な符号の付し方は、以後説明する各構成、各実施例につ
いても同様とする。どの実施例のものかを表わす符号
は、上記第１実施例のものに対し符号「Ａ」を付したの
を皮切りに、各実施例のものに対し、アルファベットの
各文字Ｂ、Ｃ、…を順に付すこととする。またこれら番
号「１〜ｌ」、符号「Ａ」は、個々のものを指すときな
ど、必要があるとき以外は省略する。以後説明する他の
各構成についても同様とする。Ｃ１Ａ〜ＣｍＡは、クラ
イアントで、各フォントサーバＦＳにアクセスし、所望
のフォントデータを受け取って、ディスプレイ表示や印
刷出力に使用する。

【００１６】サーバ管理装置ＭＡ、フォントサーバＦＳ
の詳細を図１に示す（各フォントサーバＦＳ１Ａ〜ＦＳ
ｌＡの構成は同じ）。サーバ管理装置ＭＡはフォント保
持情報格納部１１Ａ、保持状態検査部１２Ａ、変更内容
決定部１３Ａ、及び処理指示部１４Ａを備える。フォン
ト保持情報格納部１１Ａには図３に例示したようなフォ
ント保持情報ＨＤが格納されている。この情報ＨＤは、
各フォントサーバＦＳが保持しているフォントデータの
名称、各フォントデータのシステム全体の保持数、及び
各フォントサーバＦＳのフォントデータ保持数が含まれ
ている。保持状態検査部１２Ａは、例えば１時間に１
回、半日に１回、或いは１日に１回というように、適宜
の間隔で、各フォントサーバＦＳに対して、それが保持
しているフォントデータの名称を問い合せる。問い合せ
の間隔は、システムの特性に応じて定める。但し、フォ
ントデータの追加や削除、バージョンアップといった処
置は、一般には、時たま行なわれる程度のものであるか
ら、この点だけを考えると、問い合せは、１週間に１回
でも、１月に１回でも構わないことになる。

【００１７】しかし、この問い合せには、そのときの、
いわばリアルタイムのネットワークの状態を把握すると
いう目的もある。即ち、例えばあるフォントデータがフ
ォントサーバＦＳ１ＡとＦＳ２Ａの双方のフォントデー
タベースＤＢ１及びＤＢ２に保持されていたとする。ス
タティックな状態だけを問題にするなら、これで少なく
とも２台のフォントサーバに同じフォントデータが保持
されているから、一応の危険分散は出来ていることにな
る。しかし一方のフォントサーバＦＳ１Ａ又はＦＳ２Ａ
が、故障やメンテナンスの為に、ある時点以後休止して
しまうということが起こり得る。この状態は危険分散が
出来ていない状態であり、これを避けるには、ほかの少
なくとも１台のフォントサーバＦＳに、このフォントデ
ータの複製を作成しておく必要がある。この為、保持状
態検査部１２Ａから各フォントサーバに対して行なう問
い合せは、システムの現在の状態の把握が出来、且つネ
ットワークや各フォントサーバＦＳへの負担にならない
範囲で、例えば１時間に１回というような時間間隔で実
行するのが好ましい。

【００１８】各フォントサーバＦＳのフォント名通知部
２６は、上記保持状態検査部１２Ａからの問い合せがあ
ると、自己のフォントデータベースＤＢ１を検索し、そ
こに保持されている全てのフォントデータの名称を保持
状態検査部１２Ａに通知する。保持状態検査部１２Ａ
は、各フォントサーバのフォント名通知部２６から通知
されて来たこれら情報に基いて、各フォントサーバＦＳ
のフォントデータの保持状態を明らかにする。具体的に
は、各フォントサーバＦＳ毎に、それが保持しているフ
ォントデータについてのフラグを立て（図３では○
印）、故障、メンテナンス等で、そこから返事が来ない
フォントサーバＦＳが保持していた各フォントデータに
ついてはそのフラグを下ろす。次いで、夫々のフォント
サーバＦＳのフォントデータの保持数と、各フォントデ
ータのシステム全体での保持数とを集計する。そしてこ
の値をフォント保持情報ＨＤの夫々の箇所に書き込む。
なお保持状態検査部１２Ａが問い合せるのではなく、同
じような時間間隔で、各フォント名通知部２６が、いわ
ば自発的に、自己が保持する全てのフォントデータの名
称を通知し、この通知を受けて保持状態検査部１２Ａが
フォント保持情報ＨＤの内容を更新するようにしても良
い。更にフォントデータベースＤＢのフォントデータの
保持状態が変化したときに、同じくフォント名通知部２
６の方から保持状態検査部１２へ通知が行なわれるよう
にしても良い。これは、例えばフォントデータの追加、
削除やバージョンアップを行なうブロック（不図示）
に、これらが終ったらフォント名通知部２６を起動する
機能を付加しておくことで実現できる。

【００１９】変更内容決定部１３は、これらフォントデ
ータの保持状態に基いて、複写の対象となるフォントデ
ータと、それを受け取るべきフォントサーバＦＳとを決
定する。処理指示部１４は、この決定に対応して、その
フォントデータを保持しているフォントサーバＦＳに対
し、指定されたフォントサーバＦＳへのフォントデータ
の送信を指示する。指示を受けたフォントサーバＦＳの
フォントデータ送信部２４は、指定されたフォントデー
タをフォントデータベースＤＢから読み出し、指定され
たフォントサーバＦＳに送信する。受け側フォントサー
バＦＳのフォントデータ追加部２５は、送信されて来た
フォントデータをそのフォントデータベースＤＢに追加
する。なお２１はフォントデータ検索部で、各クライア
ントＣから要求があったときフォントデータベースＤＢ
を検索し、該当するものがあればそれをそのクライアン
トＣに供給する。

【００２０】図４を引用してこの第１実施例の動作を説
明する。先ず所定の時間間隔で保持状態検査部１２Ａが
各フォントサーバＦＳに保持しているフォント名を問い
合わせる。各フォントサーバＦＳのフォント名通知部２
６はこれに応動して前述のとおり自己が保持している全
てのフォントデータ名を保持状態検査部１２Ａに通知す
る（ステップＳ１１。「ステップ」の語は以後省略）。
保持状態検査部１２Ａはこれら各フォントサーバＦＳか
ら通知されて来た情報を基に、前述のとおり各フォント
サーバＦＳのフォントデータの保持状態を明らかにし、
図３のフォント保持情報ＨＤの内容を更新する（Ｓ１
２）。次に図３の最初のフォントデータ名「フォント
Ａ」を変数ＦＮに代入する（Ｓ１３）。この第１実施例
では、システム全体で保持数が１つしかないフォントデ
ータを複写処理の対象とする。そしてこれをフォントデ
ータの保持数が一番少ないフォントサーバＦＳに複写す
る。この為、変更内容決定部１３Ａは、図３のフォント
Ａについてのデータの、「システム全体の保持数」をア
クセスして、その値が「１以下」であるかを検査する
（Ｓ１４）。ここでは「保持数＝２」で、答は「Ｎ（い
いえ）」である。そこでＳ１５→Ｓ１６→Ｓ１４を繰り
返し、「フォントＢ」、「フォントＣ」について、同様
の検査を繰り返す。

【００２１】「フォントＤ」をＦＮに代入したとき、Ｓ
１４の答が「Ｙ（はい）」になる。変更内容決定部１３
は、この「フォントＤ」をこのときの処理対象と決定す
る。処理指示部１４Ａは、この決定に対応して、図３の
フォント保持情報ＨＤからこの「フォントＤ」を保持し
ているフォントサーバ「ＦＳ２Ａ」を探し出す。処理指
示部１４はこのフォントデータ名「フォントＤ」を変数
ＳＮ０に代入する（Ｓ１７）。次にこのＦＮ（フォント
Ｄ）を持っていないフォントサーバＦＳの中で、フォン
トデータの保持数が一番少ないものを探す。フォントＤ
を持っていないフォントサーバＦＳは、ここではＦＳ１
ＡとＦＳ３Ａで（図３）、この中ではフォントサーバＦ
Ｓ３Ａの方が保持フォント数が少ない。変更内容決定部
１３Ａは、フォントサーバＦＳ３Ａをこのときのフォン
トデータ「フォントＤ」を受け取るべきフォントサーバ
と決定し、変数ＳＮ１にそのフォントサーバ名「ＦＳ３
Ａ」を代入する（Ｓ１８）。

【００２２】そして処理指示部１４Ａは、変数ＳＮ０の
フォントサーバ（＝ＦＳ２Ａ）に、そのＦＮ（＝フォン
トＤ）をＳＮ１（＝ＦＳ３Ａ）に複写するよう指示を出
す（Ｓ１９）。フォントサーバＦＳ２Ａのフォントデー
タ送信部２４は、これに応動してフォントデータベース
ＤＢから当該「フォントＤ」を読み出し、フォントサー
バＦＳ３Ａあて送信する。フォントサーバＦＳ３Ａのフ
ォントデータ追加部２５はこれを受信して、そのフォン
トデータベースＤＢ３にこれを格納する。次いで変更内
容決定部１３Ａは残りのフォントデータの有無を検査す
る（Ｓ１５）。図３の例では、この「フォントＤ」が最
後である。処理を終る。

【００２３】なおシステム全体で保持するフォントデー
タ数を、一律に「２」とせず、フォントデータの利用
度、重要度等に応じ、フォントデータ毎にシステム全体
で保持する数が異なるようにしても良い。例えばネット
ワークＮＷに接続されているクライアントＣの数が多け
れば、２台のフォントサーバＦＳに保持させるだけでは
需要に応じ切れないかも知れない。また、標準の字体の
ものと、そうでないものとでは、使用頻度に差が出ると
いうことも十分あり得る。このような場合に好適な変形
例を図５、図６に示す。なお図５、図６に示す部分以外
は第１実施例と同じである。この変形例では、各フォン
トデータ毎のシステム全体で保持すべき数が基準保持数
として、保持情報ＨＤｘの中に設定されている。そして
これが、図６のＳ１４ｘで、「ＦＮの設置数がこの基準
設置数以下であるか否か」という形でチェックされ、答
が「Ｙ」となったフォントデータについては、これが
「Ｎ」になる迄、Ｓ１７〜Ｓ１９の処理が繰り返され
る。この結果、例えば図５の「フォントＢ」は、３台の
フォントサーバＦＳで保持される状態になる迄、複写処
理が実行される。

【００２４】第２実施例を図７に示す。この実施例は請
求項１、請求項５〜請求項７記載の発明に於て、フォン
トデータの保持状態を検査して、その複製をする場合に
あたる。先に説明した第１実施例は、特に請求項２〜請
求項４の発明を意識したもので、図２に示すとおり、サ
ーバ管理装置ＭＡを、フォントサーバＦＳとは別に設置
して、これに図４に示す各処理を実行させていた。この
第２実施例では、サーバ管理装置ＭＡを設けない。サー
バ管理装置ＭＡに配置されていた各構成は、ここでは各
フォントサーバＦＳ１Ｂ〜ＦＳｌＢに配置される（サー
バ管理装置ＭＡに配置されていた各構成＝図７のフォン
ト保持情報格納部１１Ｂ、保持状態検査部１２Ｂ、変更
内容決定部１３Ｂ、処理指示部１４Ｂ）。そしてこれら
各部１１Ｂ〜１４Ｂは、配置場所が変更されただけで、
第１実施例の各部１１Ａ〜１４Ａと同じ処理を実行す
る。またこの実施例のフォントサーバＦＳ１Ｂ〜ＦＳｌ
Ｂの各部２１〜２６は、第１実施例と全く同じ処理をす
る（これらについては実施例の区別を示す符号（Ａ、
Ｂ、…）も付さないこととする）。第２実施例の内容は
以上のとおりである。第１実施例と同じように例を挙げ
て説明しても紙面が無駄なので、これ以上の詳細な説明
は行なわない。

【００２５】この第２実施例では、各フォントサーバＦ
Ｓが相互にチェックし合う。従ってフォントサーバＦＳ
１Ｂ〜ＦＳｌＢが故障やメンテナンスで何台稼働してい
なかったとしても、システムのフォントデータの保持状
態は適切に管理される。尤もこの点は、第１実施例に於
てサーバ管理装置ＭＡを例えば２台とすることで容易に
解決出来る。また第１実施例のフォントサーバＦＳの一
つを、第２実施例タイプのフォントサーバＦＳに置き換
える、即ち第１実施例と第２実施例とのあいの子のシス
テムとすることで、第１実施例のサーバ管理装置ＭＡの
ダウン等は十分カバーされる。又そもそもフォントデー
タの保持状態の検査は、１時間に１回とか、半日に１回
とかいうレベルで行なわれるものである。従ってここ迄
厳密に考えなくても、第１実施例の儘で十分に所期の目
的を達成できる。

【００２６】第３実施例を図８〜図１６に示す。この実
施例は請求項１〜請求項４、請求項７記載の発明に於
て、フォントデータの使用実績を検査して、その移動等
をする場合にあたり、特に請求項２〜請求項４の発明に
於てこの処理をする場合にあたる。この実施例では、各
ワークステーションＷＳが、フォントデータを分担して
保持する。即ち特開平２−７１３２３号公報記載の従来
技術と同様、一つのワークステーションＷＳに、フォン
トサーバＦＳと、クライアントＣが一緒に設けられる
（図８）。そしてこれらのフォントサーバＦＳを管理す
る為のサーバ管理装置ＭＣが、これらＷＳとは別に設け
られる（図８）。

【００２７】サーバ管理装置ＭＣ、フォントサーバＦＳ
１Ｃ〜ＦＳｌＣ、クライアントＣ１Ｃ〜ＣｍＣの基本構
成は、夫々第１実施例のサーバ管理装置ＭＡ、フォント
サーバＦＳ１Ａ〜ＦＳｌＡ、クライアントＣ１Ａ〜Ｃｍ
Ａと同じである（図９）。ただこの第３実施例では、各
フォントデータの使用実績（図１０、図１２、図１４）
に着目し、特定のクライアントＣによる使用実績が所定
回数（ここでは１０回）を超えたら、そのフォントデー
タを、その特定のクライアントＣのフォントサーバＦＳ
に移動する。この為、この第３実施例のサーバ管理装置
ＭＣ及びフォントサーバＦＳの構成は、図９のように一
部が変更されている。即ち２８は使用情報保持部で、例
えばフォントサーバＦＳ１Ｃの使用情報保持部２８は、
図１０に示す使用情報ＵＤ１の部分を保持しており、同
様に、フォントサーバＦＳ２Ｃのそれは図１０のＵＤ
２、フォントサーバＦＳ３Ｃのそれは図１０のＵＤ３、
…、フォントサーバＦＳｌＣのそれは図１０のＵＤｌと
いうように、夫々の使用情報保持部２８が夫々の使用情
報ＵＤ（１〜ｌ）を保持している。従って図１０は、そ
の全体で、サーバ管理装置１５Ｃに格納されている全体
の使用情報を表わしていると共に、各フォントサーバＦ
Ｓの使用情報保持部２８に格納されている個々の使用情
報ＵＤ（１〜ｌ）をも表わしている。

【００２８】この使用情報ＵＤには、夫々のフォントサ
ーバＦＳが保持しているフォントデータについての各ク
ライアントＣの使用実績（アクセス回数）等が記録され
ている（図１０）。「使用実績」の欄は初期状態では空
であり、アクセスがあると、各フォントサーバの使用情
報保持部２８が、例えば図１２のように、アクセスした
クライアントの名称（例えばＣ１Ｃ）と、使用実績
「１」とを記録する。２回目以降のアクセスでは、この
使用実績の数字「１」が順にインクリメントされる。な
お使用情報ＵＤには、ほかにそのフォントデータのフォ
ーマット形式、そのフォントデータが保持されているフ
ォントサーバの名称（格納装置名）、フォントデータが
オリジナルのもの（マスター）かコピーしたものである
か（Ｍａｓｔｅｒ／Ｃｏｐｙ）、などの情報が含まれて
いる（図１０）。初期状態では、コピーのものが存在し
ない。従って「Ｍａｓｔｅｒ／Ｃｏｐｙ」欄は全て
「Ｍ」である。「Ｍ」はマスターの意である。なおコピ
ーは「Ｃ」で表わされる。フォーマット変換されたもの
はこの「Ｍａｓｔｅｒ／Ｃｏｐｙ」欄で「Ｔ」と表示さ
れ、また自装置には保持されていないが、他のフォント
サーバに保持されているものは、この欄に「−」と表示
される。

【００２９】サーバ管理装置ＭＣの使用状態検査部１６
Ｃは、例えば１時間に１回、半日に１回というような適
宜の間隔で 、各フォントサーバＦＳに対し、夫々のフ
ォントデータの使用実績を問い合せる。各フォントサー
バの使用状態通知部２７は、これに応動して自己の使用
情報保持部２８に保持されているところのそのフォント
サーバＦＳのフォントデータの使用情報ＵＤ（１〜ｌ）
を、使用状態検査部１６Ｃに通知する。使用状態検査部
１６は、これらを全体使用情報格納部１５Ｃに格納す
る。従って、全体使用情報格納部１５Ｃには、各フォン
トサーバＦＳの使用情報ＵＤ１〜ＵＤｌが集められ、そ
の内容が、この使用状態検査部１６Ｃの定期的な使用情
報の収集で、更新される。他の構成は第１実施例と変ら
ない。説明を省略する。

【００３０】図１１を引用して使用実績蓄積の手順を説
明する。なおこの使用実績の蓄積は従来のフォントデー
タのアクセスと兼ねて行なわれる。このため多少冗長で
はあるが、従来のフォントデータアクセスの手順も含め
説明をする。即ちディスプレイ表示、印刷出力などの
為、あるクライアントＣがフォントデータを必要とした
ら、先ず同じＷＳ上にあるフォントサーバＦＳの使用情
報保持部２８をアクセスし、その「フォント名」の欄
に、自己が必要とするフォントデータの名称が存在する
か否かを確認する（Ｓ３１）。あれば（Ｓ３１
「Ｙ」）、そのフォント名のデータの「格納装置名」の
欄をアクセスし、必要とするフォントデータを保持して
いるフォントサーバＦＳの名称を読み出す。例えば図１
０に示されるような初期状態に於て、クライアントＣ１
Ｃが「フォントＡ」を必要としたとする。この場合は図
１０のＵＤ１に示されるとおり、そのフォントＡが自己
のフォントサーバＦＳ１Ｃに保持されている。Ｓ３１
「Ｙ」、Ｓ４２「Ｙ」となり、使用情報保持部２７が、
このＵＤ１の「使用実績」の欄に、例えば図１２のよう
に、このときフォントデータを必要としたクライアント
の名称「Ｃ１Ｃ」と最初のアクセスが行なわれたことを
表わす数字「１」を記録する（Ｓ４０）。そして読み出
されたフォントデータＡは文字データ展開部２２により
ビットマップデータに展開され、不図示ディスプレイ部
や印刷出力部に供給される（Ｓ４１）。

【００３１】フォント情報はあるものの（Ｓ３１
「Ｙ」）、自装置内（自己のフォントデータベースＤＢ
内）に保持されていないこともある。例えば図１２のＵ
Ｄ２の「フォントＥ」が丁度この例にあたる（「Ｍａｓ
ｔｅｒ／Ｃｏｐｙ」欄が「−」になっている）。このよ
うなフォントについては、その使用情報ＵＤの「格納装
置」の欄をアクセスしそれを保持しているフォントサー
バＦＳの名称を読み出す（Ｓ４３。フォントＥの場合は
「フォントサーバＦＳ５Ｃ」。）。そしてこのフォント
サーバ、例えばＦＳ５Ｃから所望のフォントデータＥの
供給を受ける（Ｓ３６）。フォーマット変換が必要なも
のは（Ｓ３７「Ｙ」）、フォーマット変換部２３でフォ
ーマット変換をする。受信したフォントデータは自己の
フォントデータベースＤＢに格納する。そしてこの情報
を自己の使用情報保持部２８に追加する（Ｓ３９）。次
いで前述した「使用実績」の欄の数字の更新をする（Ｓ
４０）。ここでは初めての使用なので「クライアント
名」と「使用実績＝１」をセットする。そして受信した
フォントデータを取り出し、文字データ展開部２２によ
りビットマップデータに展開する（Ｓ４０）。

【００３２】次に、各フォントサーバＦＳの使用情報Ｕ
Ｄの内容が、同じく図１０に示す状態であったとして、
ここでクライアントＣ１ＣがフォントＢを必要とした場
合について説明をする。今度はフォントデータ名「フォ
ントＢ」が使用情報ＵＤ１の中に無い（Ｓ３１
「Ｎ」）。クライアントＣ１Ｃは、他のフォントサーバ
ＦＳ（図では「他装置」）の使用情報ＵＤをアクセスす
る（Ｓ３２）。フォントデータのフォーマットは何通り
かあり、自己の文字データ展開部２２が扱えないフォー
マットもある。この為、他のフォントサーバＦＳの使用
情報ＵＤをアクセスしたら、先ずその何れかに保持され
ている、所望の「フォントＢ」のフォーマットの情報を
参照し、自己がフォーマット変換しないで扱える（展開
できる）ものであるか否か検査する（Ｓ３３）。

【００３３】ここではフォントサーバＦＳ１Ｃは「フォ
ーマット１」のフォントデータをその儘扱えるとする。
図１０に示した例では、この「フォーマット１」の「フ
ォントＢ」をフォントサーバＦＳ２Ｃが保持している
（Ｓ３３「Ｙ」）。そこでこのフォントサーバＦＳ２Ｃ
を選択し（Ｓ４２）、そこからのフォントデータの供給
を受け（Ｓ３６）、フォントデータベースＤＢ１Ｃへの
このフォントデータＢの格納など、Ｓ３７〜Ｓ４１の処
理を実行する。この結果、各使用情報ＵＤは図１２に示
す内容になる。扱えるフォーマットのフォントデータが
ないときは（Ｓ３３「Ｎ」）、フォントデータＢのマス
ターを探す（Ｓ３４）。あれば（Ｓ３４「Ｙ」）、その
フォントサーバＦＳを選択し（Ｓ４３）、そこからフォ
ントデータを貰い（Ｓ３６）、フォーマット変換部２３
でフォーマット変換をして（Ｓ３８）、フォントデータ
格納等の各処理（Ｓ３９〜Ｓ４１）を実行する。マスタ
ーもないときは（Ｓ３４「Ｎ」）、応答が早いフォント
サーバＦＳを選択し（Ｓ３５）、それが保持しているフ
ォントデータ（コピーである）の転送を受け（Ｓ３
９）、Ｓ４０、Ｓ４１の処理を実行する。

【００３４】各フォントデータの使用実績の検査、フォ
ントデータの移動等の手順を図１３に示す。この処理
も、例えば１時間毎、半日毎、１日毎というように、適
宜の間隔で使用状態検査部１６Ｃにより実行される。処
理を開始したら、先ず夫々のフォントデータについて、
「使用実績」の欄の記録を読み出し、一つのクライアン
トＣによるアクセスが１０回以上になっていないかを検
査する（Ｓ５１）。１０回以上になっているものが無け
れば（Ｓ５１「Ｎ」）、これで処理を終る。そうなって
いるものがあったら（Ｓ５１「Ｙ」）、そのフォントデ
ータのマスターを当該使用実績１０回以上になっている
フォントサーバへ移動する（Ｓ５２）。

【００３５】例えば図１２のフォントサーバＦＳ２Ｃに
保持されているフォントＢの使用実績が１０回を超えて
いたとする。変更内容決定部１３Ｃはこのフォントデー
タのクライアントＣ１Ｃへの移動を決定し、処理指示部
１４ＣがフォントサーバＦＳ２Ｃに対し、フォントＢの
Ｃ１Ｃへの移動を指示する（Ｓ５２）。移動が終った
ら、マスターが移動されたことを、使用実績のあるクラ
イアント（装置）に通知する（Ｓ５３）。通知を受けた
各クライアントは、自己の使用情報保持部２８に保持し
ているそのフォント名のデータの「格納装置」「Ｍａｓ
ｔｅｒ／Ｃｏｐｙ」の欄の内容を修正する。具体的に
は、例えば図１２のフォントＢに関するエントリーは、
処理後、図１４に示すようになる（但し、図１４では新
たにフォントサーバＦＳ３Ｃの使用情報ＵＤも加え
た）。即ち図１４では、各使用情報ＵＤの「格納装置
名」が「ＦＳ１Ｃ」に変更され、また使用情報ＵＤ１の
同じ欄が「Ｍ」、使用情報ＵＤ２の同じ欄が「Ｃ」、そ
して新たに追加された使用情報ＵＤ３の同じ欄が「Ｃ」
に変更され、フォントデータ移動が反映される。なお移
動の場合、元の位置にあったフォントデータは通常は消
去する。しかし図１４の例では、クライアントＣ２Ｃが
フォントＢを使用した実績がある。そこでこのような場
合は、フォントサーバＦＳ１ＣへのフォントＢの送信の
あとも、元のものを消去せず、「Ｍａｓｔｅｒ／Ｃｏｐ
ｙ」の欄を「Ｃ」に変えてコピーとして残し、クライア
ントＣ２Ｃがこの後もこれをアクセス出来るようにして
いる。

【００３６】使用回数によって判断せず、使用頻度で判
断するようにしても良い。「使用頻度」とは、アクセス
の発生時間の間隔であるから、これは所定時間内のフォ
ントデータへのアクセス回数を計数することで求められ
る。この場合の処理例を図１５に示す。この処理は図１
３の処理にＳ５５のステップを加えたものである。この
ステップでは、使用情報保持部２８及び全体使用情報格
納部１５Ｃに格納されている各使用情報ＵＤの「使用実
績」の値が「０」にクリアされる。この結果、所定時
間、例えば１時間経ったのち、Ｓ５１に於て再び検査さ
れるときの各フォントデータの使用実績の値は、所定時
間内の使用実績、即ち使用頻度と整合していることにな
り、この例では、これが例えば１時間に１０回以上同じ
クライアントからアクセスされた場合に、該アクセスし
たクライアントと同じワークステーション上にあるフォ
ントサーバにそのフォントデータが移動されることにな
る。

【００３７】図１１のＳ３９に於て、受信したフォント
データを自己のフォントデータベースに格納する際の処
理の詳細を図１６に示す。フォントデータの数が増加し
て来ると、受信したフォントデータを格納出来なくなる
可能性がある。図１６の処理はこのような状態にも対応
出来るようにしたもので、フォントデータの性質に応じ
て重み付けをし、重要度の低いものから順に消去してい
って記憶領域を空けて行き、受信したフォントデータを
そこに格納する。この処理はフォントデータ追加部２５
が実行する。先ずマスターデータは消去出来ない。そこ
で、複製又はフォーマット変換したものを消去の対象と
する。このうちフォーマット変換は時間が掛かるから、
消去するなら複製されたものが先、ということになる。
図１６のフローでは、このルールで、フォントデータの
消去をして行く。即ち残り領域があり、受信したフォン
トデータを自己のフォントデータベースに格納できるな
ら（Ｓ６１「Ｙ」）、何も問題は無いから、受信したも
のをその儘フォントデータベースＤＢに格納する。格納
する領域が残っていなかったら（Ｓ６１「Ｎ」）、使用
情報保持部２８Ｃを参照して、複製されたものがあるか
否かを確認する。あれば（Ｓ６２「Ｙ」）、その中で一
番使用実績が少ないものを選び出し、これを消去し（Ｓ
６５）、Ｓ６１から再実行する。１個或いは複数個の複
製フォントデータの消去で、受信したフォントデータが
格納出来るようになったら（Ｓ６１「Ｙ」）、そのフォ
ントデータをフォントデータベースＤＢに格納する（Ｓ
６７）。

【００３８】複製されたもの全てを消去しても領域が確
保出来ないとき、又は複製したものが無いために領域が
確保出来ないときは（Ｓ６２「Ｎ」）、フォーマット変
換したフォントデータを消去して行って領域の確保を図
る（Ｓ６３「Ｙ」→Ｓ６６→Ｓ６１…）。これで領域が
確保できたら（Ｓ６１「Ｙ」）、そのフォントデータを
フォントデータベースＤＢに格納する（Ｓ６７）。これ
でも駄目なときは、使用情報保持部２８の各フォントデ
ータの「使用実績」のデータを参照し、使用していない
もの、或いは使用実績の低いマスターのフォントデータ
から順に、その保持数が一番少ないフォントサーバＦＳ
へ、そのフォントデータを移動する（Ｓ６４）。何れか
のクライアントＣによる使用実績があるものは、そのク
ライアントと同じワークステーション上のフォントサー
バへ移動する。

【００３９】第４実施例を図１７に示す。この実施例
は、図１７に示す以外は第３実施例と同じで、請求項
１、請求項５〜請求項７記載の発明に於て、フォントデ
ータの使用状態を検査して、その移動をする場合にあた
る。先に説明した第３実施例は、特に請求項２〜請求項
４の発明を意識したもので、図８に示したとおり、サー
バ管理装置ＭＣを、フォントサーバとは別に設置し、こ
れに図１１、図１３等に示す各処理を実行させていた。
この第４実施例では、サーバ管理装置ＭＣを設けない。
これに配置されていた各構成は各フォントサーバＦＳ１
Ｄ〜ＦＳｌＤに配置される（サーバ管理装置ＭＣに配置
されていた各構成＝図１７ 全体使用情報格納部１５
Ｄ、使用状態検査部１６Ｄ、変更内容決定部１３Ｄ、処
理指示部１４Ｄ）。そしてこれら各部１３Ｄ〜１６Ｄ
は、配置場所が変更されただけで、第３実施例の各部１
３Ｃ〜１６Ｃと同じ処理を実行する。また各部２１〜２
８も第３実施例と全く同じ処理をする（これらについて
も実施例の区別を示す符号（Ａ、Ｂ、…）も付さな
い）。第４実施例の内容は以上のとおりである。第３実
施例と同じように例を挙げて説明しても紙面が無駄なの
で、これ以上の詳細な説明は行なわない。

【００４０】この第４実施例では、各フォントサーバＦ
Ｓが相互にフォントデータの使用実績をチェックし合
う。従ってフォントサーバＦＳの幾つかが故障やメンテ
ナンスで稼働していなかった場合でも、フォントデータ
の保持状態は適切に管理される。尤もこの点は、第２実
施例のときと同様に、第３実施例で管理サーバＭＣを複
数台にすることで容易に解決出来る。また第３実施例の
フォントサーバＦＳの一つを、第４実施例タイプのフォ
ントサーバＦＳに置き換える、即ち第３実施例と第４実
施例とのあいの子とすることで、第３実施例のサーバ管
理装置ＭＣのダウン等を十分にカバーすることが出来
る。又そもそも使用状態検査部１６Ｃが行なうフォント
データの保持状態の検査は、１時間に１回とか、半日に
１回とかいうレベルで行なわれる。従ってここ迄厳密に
考えなくても、第３実施例の儘で十分に所期の目的を達
成できる。

【００４１】最後に実施例の構成と各請求項の構成の対
応を説明する（同一名称を使用しているものを除く）。
ＮＷが通信回線にあたる。フォント保持情報格納部１
１、保持状態検査部１２、変更内容決定部１３、処理指
示部１４、フォントデータ送信部２４、フォントデータ
追加部２５及びフォント名通知部２６が処理手段を構成
する。また変更内容決定部１３、処理指示部１４、全体
使用情報格納部１５、使用状態検査部１６、フォントデ
ータ送信部２４、フォントデータ追加部２５、使用状態
通知部２７及び使用情報保持部２８も処理手段を構成す
る。フォント名通知部２６又は使用状態通知部２７が通
知手段にあたる。フォントデータ送信部２４が送信手段
にあたる。フォントデータ追加部２５が追加手段にあた
る。保持状態検査部１２または使用状態検査部１６が検
査手段にあたる。変更内容決定部１３が変更内容決定手
段、処理指示部１４が指示手段にあたる。

【００４２】

【発明の効果】以上説明したように、請求項１のフォン
トサービスシステムでは、あるフォントサーバが保持す
るフォントデータを別のフォントサーバへ複製或いは移
動する処理を処理手段が実行するようにした。従ってこ
の処理により、例えば何れか１台のフォントサーバにし
か保持されていないフォントデータの複製を他のフォン
トサーバに生成したり、或いは同じクライアントから何
度もアクセスされるフォントデータを該頻繁にアクセス
するクライアントのローカルのフォントサーバに移すこ
となどが出来る。従って前者では、あるフォントサーバ
が、突然ダウンしたり或いはネットワークから切り離さ
れた場合でも、別のフォントサーバから同じフォントデ
ータの供給が可能になり、また各クライアントへのフォ
ントデータ供給の分担や、データ破壊の際のバックアッ
プも実現されることになり、システムの安定性、安全性
が大いに向上する。また後者では、それ以後当該クライ
アントが当該フォントデータに関しローカルのフォント
サーバをアクセスすることになる結果、ネットワークへ
の負荷が大いに軽減される。

【００４３】請求項２〜請求項４の各発明では、フォン
トサーバとは別に、これらフォントサーバのフォントデ
ータの保持状態、使用状態を管理する為のフォントサー
バ管理装置を設け、これに、検査手段と、変更内容決定
手段と、指示手段とを配置し、また各フォントサーバに
は、通知手段と、送信手段と、追加手段とを配置して、
適宜の時間間隔で、各フォントサーバに対して、それが
保持しているフォントデータの名称或いは使用実績を問
い合せ、各フォントデータの保持状態又は使用状態を明
らかにして、複写或いは移動の対象となるフォントデー
タと、それを受け取るべきフォントサーバとを決定する
ようにした。従ってこの構成によっても上記請求項１の
発明と同様の効果を発揮することが出来る。

【００４４】更に請求項５または請求項６の発明では、
請求項２、請求項４のようなフォントサーバ管理装置を
置かず、これらが備えていた検査手段、変更内容決定手
段及び指示手段を各フォントサーバに配置した。従って
これら発明によっても、請求項１の発明と同様の効果が
発揮でき、更に各フォントサーバが管理サーバとしての
機能も備えるので、フォントサーバの幾つかがダウンし
たり、メンテナンス等の為、休止していたとしても、フ
ォントデータの保持状態或いは使用状態が的確にコント
ロールされる。また請求項７のフォント管理方法では、
例えば定期的問い合せにより各フォントサーバのフォン
トデータの保持状態又は使用状態が検査される。この検
査結果に基いて、例えばシステムに１個しか保持されて
いないフォントデータが、例えばフォントデータの保持
数が一番少ないものに移動される。従ってこの発明によ
っても請求項１の発明と同様の効果を発揮することが出
来る。

【図面の簡単な説明】

【図１】 第１実施例のサーバ管理装置、フォントサー
バの詳細を示すブロック図。

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

【図３】 フォント保持情報の例を示す線図。

【図４】 第１実施例の処理手順を示すフローチャー
ト。

【図５】 第１実施例の変形例のフォント保持情報の例
を示す線図。

【図６】 第１実施例の変形例の処理手順を示すフロー
チャート。

【図７】 第２実施例のフォントサーバの詳細を示すブ
ロック図。

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

【図９】 第３実施例のサーバ管理装置、ワークステー
ション（フォントサーバ、クライアント）の詳細を示す
ブロック図。

【図１０】 全体使用情報格納部１５Ｃに保持されてい
る使用情報の初期状態の例を示す線図。

【図１１】 第３実施例の処理手順を示すフローチャー
ト。

【図１２】 全体使用情報格納部１５Ｃに保持されてい
る使用情報のシステム運用中の状態例を示す線図。

【図１３】 使用回数に基いてフォントデータ移転する
手順を示すフローチャート。

【図１４】 全体使用情報格納部１５Ｃに保持されてい
る使用情報のシステム運用中の状態例を示す線図。

【図１５】 使用頻度に基いてフォントデータ移転する
手順を示すフローチャート。

【図１６】 フォントデータを格納する際の処理手順を
示すフローチャート。

【図１７】 第４実施例のワークステーション（フォン
トサーバ、クライアント）の構成を示すブロック図。

【符号の説明】

Ｃ クライアント ＦＳ フォントサーバ ＮＷ 通信回線 ＷＳ ワークステーション １１〜１４、２４〜２６ 処理手段 １２ 検査手段 １３ 変更内容決定手段 １３〜１６、２４、２５、２７、２８ 処理手段 １４ 指示手段 １６ 検査手段 ２６ 通知手段 ２７ 通知手段 ２４ 送信手段 ２５ 追加手段

Claims (7)

【特許請求の範囲】
1. 【請求項１】 通信回線により複数のフォントサーバと
   クライアントとが接続され、フォントサーバがそのフォ
   ントデータベースに保持するフォントデータをクライア
   ントに提供するフォントサービスシステムに於て、 あるフォントサーバが保持するフォントデータを別のフ
   ォントサーバに複製或いは移動する処理手段を備えたこ
   とを特徴とするフォントサービスシステム。
2. 【請求項２】 通信回線により複数のフォントサーバと
   クライアントとフォントサーバ管理装置とが接続され、
   フォントサーバがそのフォントデータベースに保持する
   フォントデータをクライアントに提供するフォントサー
   ビスシステムに於て、 前記フォントサーバは、 そのフォントデータベースに保持するフォントデータの
   名称を通知する通知手段と、 他のフォントサーバにフォントデータを送信する送信手
   段と、 他のフォントサーバから送信されて来たフォントデータ
   をそのフォントデータベースに追加する追加手段とを含
   み、 前記フォントサーバ管理装置は、 各フォントサーバのフォントデータの保持状態又は使用
   状態を検査する検査手段と、 該検査結果に基いて、複製或いは移動すべきフォントデ
   ータとそれを受け取るべきフォントサーバとを決定する
   変更内容決定手段と、 前記決定に応じて当該フォントサーバにフォントデータ
   の複製或いは移動を指示する指示手段とを含むことを特
   徴とするフォントサービスシステム。
3. 【請求項３】 通信回線により複数のフォントサーバと
   クライアントとフォントサーバ管理装置とが接続され、
   フォントサーバがそのフォントデータベースに保持する
   フォントデータをクライアントに提供するフォントサー
   ビスシステムに於て、 自己のフォントデータベースに保持するフォントデータ
   の名称を通知する通知手段と、 他のフォントサーバにフォントデータを送信する送信手
   段と、 他のフォントサーバから送信されて来たフォントデータ
   をそのフォントデータベースに追加する追加手段とを含
   むことを特徴とするフォントサーバ。
4. 【請求項４】 通信回線により複数のフォントサーバと
   クライアントとフォントサーバ管理装置とが接続され、
   フォントサーバがそのフォントデータベースに保持する
   フォントデータをクライアントに提供するフォントサー
   ビスシステムに於て、 各フォントサーバのフォントデータの保持状態又は使用
   状態を検査する検査手段と、 該検査結果に基いて、複製或いは移動すべきフォントデ
   ータとそれを受け取るべきフォントサーバとを決定する
   変更内容決定手段と、 前記決定に応じて当該フォントサーバにフォントデータ
   の複製或いは移動を指示する指示手段とを含むことを特
   徴とするフォントサーバ管理装置。
5. 【請求項５】 通信回線により複数のフォントサーバと
   クライアントとが接続され、フォントサーバがそのフォ
   ントデータベースに保持するフォントデータをクライア
   ントに提供するフォントサービスシステムに於て、 前記フォントサーバは、 そのフォントデータベースに保持するフォントデータの
   名称を通知する通知手段と、 他のフォントサーバにフォントデータを送信する送信手
   段と、 他のフォントサーバから送信されて来たフォントデータ
   をそのフォントデータベースに追加する追加手段と、 各フォントサーバのフォントデータの保持状態又は使用
   状態を検査する検査手段と、 該検査結果に基いて、複製或いは移動すべきフォントデ
   ータとそれを受け取るべきフォントサーバとを決定する
   変更内容決定手段と、 前記決定に応じてフォントデータの複製或いは移動を指
   示する指示手段とを含むことを特徴とするフォントサー
   ビスシステム。
6. 【請求項６】 通信回線により複数のフォントサーバと
   クライアントとが接続され、フォントサーバがそのフォ
   ントデータベースに保持するフォントデータをクライア
   ントに提供するフォントサービスシステムに於て、 そのフォントデータベースに保持するフォントデータの
   名称を通知する通知手段と、 他のフォントサーバにフォントデータを送信する送信手
   段と、 他のフォントサーバから送信されて来たフォントデータ
   をそのフォントデータベースに追加する追加手段と、 各フォントサーバのフォントデータの保持状態又は使用
   状態を検査する検査手段と、 該検査結果に基いて、複製或いは移動すべきフォントデ
   ータとそれを受け取るべきフォントサーバとを決定する
   変更内容決定手段と、 前記決定に応じてフォントデータの複製或いは移動を指
   示する指示手段とを含むことを特徴とするフォントサー
   バ。
7. 【請求項７】 通信回線により複数のフォントサーバと
   クライアントとが接続され、フォントサーバがフォント
   データをクライアントに提供するフォントサービスシス
   テムに於て、 各フォントサーバのフォントデータの保持状態又は使用
   状態を検査し、 該検査結果に基いて、複製或いは移動すべきフォントデ
   ータとそれを受け取るべきフォントサーバとを決定し、 前記決定に応じてフォントデータの複製或いは移動を実
   行することを特徴とするフォント管理方法。