JPH08190544A

JPH08190544A - 分散処理システム

Info

Publication number: JPH08190544A
Application number: JP7002005A
Authority: JP
Inventors: Mitsunari Uozumi; 光成魚住
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1995-01-10
Filing date: 1995-01-10
Publication date: 1996-07-23

Abstract

(57)【要約】【目的】この発明は、複数のコンピュータから構成さ
れるシステムにおける情報処理のコードとデータの関係
を一意に保つことを目的とする。【構成】この発明のコード割当手段は、新規にコード
を割り当てる際に、未使用のコードを割り当てるフォン
トデータ記憶部と、新規登録のために割り当てられたコ
ードを不当に更新することを防止する予約テーブルを備
えたことにより、分散処理システムにおいて、コードを
システム内で一意に割り当てる。また、配布記録をとる
ことで、配布済みのデータに更新があった時、クライア
ントに通知することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、複数のコンピュータ
から構成されるシステムにおける情報処理のコードとデ
ータの関係を、一意に保つ機能に関するものである。適
用の範囲として、文字コードと文字（外字）データ（フ
ォント）、フォントの書体コード（書体識別コード）と
書体データ、Ｗｉｎｄｏｗｓシステムなどのアイコンコ
ードとアイコンデータ（アイコンパターン）、グラフィ
ック表示などのイメージコード（イメージ識別コード）
とイメージデータ、文書システムの書式コードと書式デ
ータ、印字処理のオーバレイコードとオーバレイデー
タ、ドキュメント等がある。

【０００２】

【従来の技術】

従来例１．特開平４−２２５４６７号公報に開示された
「フォント処理装置」には、管理テーブルを電源投入時
に作成することで、最新の内容の管理テーブルを利用し
ようとする技術が述べられている。

【０００３】従来例２．特開平５−６３２３号公報に開
示された「資源管理方法および情報処理システム」は、
第１の資源である文書データが必要とする第２の資源、
例えば、文書データ中で使用する外字フォントデータ、
差し込みデータ、定型フォーム等がクライアントには存
在するがサーバにはない時、その第２の資源の所在を示
す情報に従って読み出しを行い、第１の資源の処理を誤
りなく行う技術について述べている。だが、この従来例
においては、第２の資源の登録方法については、言及さ
れていない。

【０００４】従来例３．同様に、あるデータを処理する
際に参照される他のデータの所在の管理に、管理用テー
ブルを用いている従来の技術として、特開平５−１２１
５０号公報に開示された「フォントサーバおよびプリン
タ」がある。図３８は、この従来例のフォントサーバの
回路構成の概要を示すブロック図である。図において、
８２１はマスタフォントサーバであり、主制御部８３
１、ネットワーク制御回路８３３、フォント変換回路８
３５、バッファ回路８３４、ディスクコントローラ８３
６を有している。これらは、バス８３２を介して接続さ
れている。また、ネットワーク制御回路８３３は、通信
ケーブル８１１を介して他の情報処理装置、例えば、ワ
ークステーションと通信を行う。ディスクコントローラ
８３６に接続されている磁気ディスク８３７には、マス
タフォントサーバ８２１の制御を行うためのプログラム
や文字フォント等のデータが記憶されている。また、文
字フォントデータの所在を記述した管理用テーブル８３
８も記憶されている。

【０００５】図３９は、管理用テーブルの構成を示す図
である。フォントファイル名の名称とそれらのフォント
ファイルがどのフォントサーバに格納されているかが記
述されている。図において、アドレスが空欄になってい
るのは、その管理用テーブルが記憶されているフォント
サーバ（この場合は、マスタフォントサーバ）自身にそ
のフォントファイルが格納されていることを示してい
る。フォントファイルが他のフォントサーバに格納され
ている場合には、そのフォントサーバ名やアドレスが記
される。フォントファイル“０１”、フォントファイル
“０２”は、例えば、具体的には９ポイントの明朝体の
文字フォントファイル、１２ポイントの明朝体の文字フ
ォントファイル等である。

【０００６】また、図４０は、マスタフォントサーバと
の間で送受信されるフォント情報の構成図である。図に
おいて、８５１はフォント情報であり、要求のあったフ
ォントファイル名、処理対象となっている文字コード、
要求元を示す装置識別番号からなっている。また、応答
として使用されるエラーフラグ、フォントファイルを格
納しているフォントサーバのアドレスも含んでいる。

【０００７】この従来例では、文字フォントデータの所
在を記憶する管理テーブル、この管理テーブルを検索し
文字フォントの所在を通知する通知手段、転送要求のあ
った文字フォントを指定された宛先に転送する転送手段
等について述べる。また、文字フォントのデータ要求に
際して、フォントファイル全体、或いは、その中の１字
等必要とする文字フォントデータのどちらでも要求可能
としている。また、この従来例によれば、例えば、文字
フォントの利用者であるプリンタに管理テーブルを配置
し、フォントサーバに検索を依頼しなくともプリンタで
文字フォントの所在を管理可能である。更に、この管理
テーブルを常に最新のものに書き換える点にも言及して
いる。この従来例は、文字フォントファイルの所在を分
散させ、システム内で文字フォントファイルを共有する
際に、１台のフォントサーバ（マスタフォントサーバ）
だけにアクセスが集中することを回避し、使用できる文
字フォントの種類や量を増やすことを可能にしている。
だが、個々のフォントファイルに外字を追加登録する機
能については、述べられていない。

【０００８】これらの従来例においては、サーバが持っ
ているフォントをネットワーク内に接続されている情報
処理装置で共有することで、システム全体としてフォン
トのための記憶容量を節約でき、自分の装置内に存在し
ないフォントでもネットワーク内にあれば、利用できる
という利点がある。

【０００９】次に、データ処理を行う情報処理装置が外
字の登録を行う場合を考えてみる。各情報処理装置は、
自分が使用したい文字がシステムに用意されていない
時、外字登録を行う。外字登録を行うには、まず、登録
したい文字（データ）に対して、コード付けが必要であ
る。各情報処理装置は、まだ割り当てられていない（未
使用の）コードを、自分が登録したい文字（データ）に
割り当てることで、登録作業を行う。新たに登録した文
字を利用して文書を作成した後、その文書の印刷を他の
情報処理装置に依頼する時には、追加した文字に関する
情報も予め文書と共に、その情報処理装置に送信する
か、或いは、その情報処理装置から文書を作成した情報
処理装置に問い合わせ要求を出す必要がある。

【００１０】また、複数の情報処理装置が任意の外字登
録を行った場合、それぞれ未使用のコードを自装置内で
割り当てるので、システム全体でみると同一のコードに
異なる文字を割り当ててしまうという不都合が発生する
場合がある。このような不都合を解消する方法として、
サブシステム毎にファイルの管理を分ける方法がある。

【００１１】従来例４．特開平６−１３１２８４号公報
に開示された「分散環境における外字管理方式」は、ク
ライアントとサーバの間で外字の整合性を保つために、
外字の定義をクライアントのみで行うシステムである。
この従来例では、サーバシステム内に、クライアントシ
ステム毎の外字ファイルを用意し、サーバシステムとク
ライアントとの外字を含むデータの送受信に際しては、
サーバシステムで管理している相手クライアントシステ
ムの外字情報を使用する。これにより、複数のクライア
ントが必要に応じて随時外字の登録を行うことができ、
しかも他のクライアントに影響を与えることがない。ま
た、コードを割り当てる時の未使用のチェックもクライ
アント毎に行えば良い。

【００１２】図４１は、この従来例のクライアントシス
テム、サーバシステムの構成を示すブロック図である。
図において、９０１ａはクライアントシステム、９０１
ｂはサーバシステムである。９０２ａは自システム外字
ファイルであり、９１０ａはクライアント外字管理機
構、９２０ａは外字データ変換機構である。また、クラ
イアントシステム９０１ａは、自分が接続されているサ
ーバシステムの所在情報を記録するサーバ情報ファイル
９０３ａを有している。サーバシステム９０１ｂにおい
て、９２０ｂは外字データ復元機構、９１０ｂはサーバ
外字管理機構、９０２ｂは接続されているクライアント
システム毎の外字データを管理する相手システム外字フ
ァイルである。

【００１３】次に、動作について説明する。クライアン
トシステム９０１ａにおいて、外字の更新が行われ、自
システム外字ファイル９０２ａの内容が更新された時、
クライアント外字管理機構９１０ａは、サーバ情報ファ
イル９０３ａを参照し、接続されている全てのサーバシ
ステムに対して外字更新要求を出す。サーバシステム９
０１ｂで外字更新要求を受信すると、サーバ外字管理機
構９１０ｂが相手システム外字ファイル９０２ｂの内、
要求のあったクライアントシステムのファイルに対して
更新を行い、応答データを要求を出したクライアントシ
ステムに対して送信する。このように、この従来例で
は、サーバシステムに接続されているクライアントシス
テムの数だけ相手システム外字ファイルを用意し、クラ
イアントシステムからの要求に応じて更新を行えば、ク
ライアントシステムとサーバシステムとの間で、コード
の不一致が生じることがなく、クライアントシステム毎
の外字一貫性を保持できるという効果を得ることができ
る。

【００１４】図４２は、この従来例における相手システ
ム外字ファイルのコードの割り付け例を示す図である。
例えば、１つの外字ファイルで１〜３００というコード
域が利用可能だとすると、この従来例ではクライアント
毎に外字ファイルを分けて持つので、各クライアントシ
ステムは、１〜３００まで３００個の外字を登録でき
る。また、一方、“１”というコードに対して、クライ
アントＡ，Ｂ，Ｃがそれぞれ別の外字を登録するので、
システム内でコードの一意性を保つことができないとい
う問題点がある。コードの一意性とは、あるコードがシ
ステム内でユニークであり、１つのデータしか意味して
いないということである。

【００１５】これにより、個々のクライアントシステム
内で定義され、使用される外字はサーバシステムと外字
を含むデータの送受信を行い、サーバシステム内でその
外字を含むデータを処理することが可能となる。以上の
ように、この従来例は、各クライアントが任意の外字を
自クライアントシステム内でのみ有効であるように限定
して管理する場合に適しているが、複数のクライアント
とサーバを含むネットワーク内で外字を共通に利用した
い場合には適していない。また、他のクライアントと外
字情報を共有することは意図していないので、各クライ
アントが外字を登録する場合に、他のクライアントと二
重登録を回避する方法については、考慮されていない。

【００１６】

【発明が解決しようとする課題】従来技術においては、
以上のように、クライアント毎に外字ファイルを分けて
いたので、あるクライアントで登録した文字を他のクラ
イアントが使用することができなかった。

【００１７】また、システム内でコードを共有するため
には、外字の登録をマスタサーバという１台だけに制限
すれば良いが、この方法では、クライアントから任意に
外字の登録、更新を行うことができず、使い勝手の良い
システムとはいえなかった。

【００１８】また、従来のフォントサーバでは、フォン
トサーバ上でフォント（外字）が変更されても、変更さ
れたことをクライアントに通知する機能がなかった。こ
のため、クライアントはいつまでも古いフォントを使い
続け、正しい表示／印刷結果が得られない場合があっ
た。

【００１９】また、従来のフォントサーバでは、総ての
クライアントが同一のコード系であることを前提として
いた。そのため、例えば、ＥＵＣやＳｈｉｆｔ−ＪＩＳ
コード、ＪＩＳコード等を採用したコンピュータが混在
している場合は、フォントサーバは利用できなかった。

【００２０】この発明は、上記の問題点を解消するため
になされたもので、以下の各点を目的としている。（１）分散処理システムにおいて、各クライアントから
コードの登録更新を可能にすると同時に、コードをシス
テム内で一意に設定する。（２）クライアントで作ったデータ（例えば、フォン
ト）が他のクライアントからも利用できる。（３）フォントサーバにあるデータ（例えば、フォン
ト）に変更があっても、クライアントはその処理（表示
／印刷）に最新のデータ（例えば、フォント）を利用で
きる。（４）コード系の異なるクライアント、サーバ間であっ
ても、データ（例えば、フォント）は共通に利用でき
る。

【００２１】

【課題を解決するための手段】この発明の分散処理シス
テムにおけるコードとデータの管理方法は、複数の情報
処理装置を接続した分散処理システムにおいて、上記分
散処理システムは、データを識別するコードをシステム
内で一意に割り当てるコード割当手段を備えたことを特
徴とする。

【００２２】上記分散処理システムは、１つ以上のサー
バコンピュータと他の１つ以上のクライアントコンピュ
ータを有し、上記コード割当手段は、クライアントコン
ピュータがデータを識別するコードをサーバコンピュー
タに要求する手段と、サーバコンピュータがクライアン
トコンピュータにシステム内で一意のコードを返送する
手段を備えていることを特徴とする。

【００２３】上記コード割当手段は、１つの情報処理装
置においてデータの識別に用いるコードを発生させ、他
の情報処理装置に対して使用の可否を問い合わせる手段
を備えていることを特徴とする。

【００２４】上記コード割当手段は、各情報処理装置に
対応して、重複しないコード領域を定義することを特徴
とする。

【００２５】上記分散処理システムにおいて、１つの情
報処理装置において、新たにデータとそのデータの識別
に用いるコードを発生させるコード発生手段と、発生し
たコードを他の情報処理装置に伝送するコード伝送手段
と、他の情報処理装置からその伝送されたコードにより
識別されるデータをコードを発生させた情報処理装置に
照会するデータ照会手段と、コードを発生させた情報処
理装置から照会した情報処理装置に対して、データを伝
送するデータ伝送手段を備えたことを特徴とする。

【００２６】上記分散処理システムは、更に、コードに
より識別されるデータの所在を示す辞書を備え、上記デ
ータ照会手段は、上記辞書を用いて、データの存在を判
別してデータを照会することを特徴とする。

【００２７】上記分散処理システムは、更に、データ伝
送手段により伝送されたデータを再利用のため一時保有
することを特徴とする。

【００２８】上記分散処理システムは、更に、一時保有
されたデータの有効性を高める手段を備えたことを特徴
とする。

【００２９】上記有効性を高める手段は、一時保有する
データを獲得した獲得時刻を記憶し、記憶した獲得時刻
を用いてデータの有効性を判断することを特徴とする。

【００３０】上記有効性を高める手段は、更に、上記獲
得時刻からの経過時間を計測し、上記経過時間を用いて
データの有効性を判断することを特徴とする。

【００３１】上記有効性を高める手段は、更に、上記獲
得時刻と上記経過時間を用いてデータの有効性を判断す
ることを特徴とする。

【００３２】上記データは、文字データ、書体データ、
アイコンデータ、イメージデータ、書式データまたはオ
ーバレイデータのいずれかであることを特徴とする。

【００３３】上記データは、文書ファイル、テキスト、
画像、動画、グラフ、ワークシートのいずれかを含むド
キュメントであることを特徴とする。

【００３４】

【作用】この発明においては、複数の情報処理装置を接
続した分散処理システムにおいて、コード割当手段は、
データを識別するコードをシステム内で一意に割り当て
る。

【００３５】また、この発明においては、クライアント
コンピュータがデータを識別するコードをサーバコンピ
ュータに要求し、要求を受けたサーバコンピュータは、
システム内で一意のコードをクライアントコンピュータ
に返送する。

【００３６】また、この発明のコード割当手段は、１つ
の情報処理装置がデータの識別に用いるコードを発生さ
せ、そのコードがシステム内で一意であることを確認す
るために、他の情報処理装置に使用可否を問い合わせ
る。

【００３７】また、この発明のコード割当手段は、各情
報処理装置に対応して重複しないコード領域を定義し、
各情報処理装置は、自分用に定義されたコード領域を用
いてコードを決定するので、システム内で他の情報処理
装置と重複しないコード割当を行うことができる。

【００３８】この発明においては、コード発生手段が、
データとそのデータの識別に用いるコードを発生させ、
コード伝送手段が発生したコードを他の情報処理装置に
伝送する。伝送されたコードを受けた情報処理装置は、
データ照会手段によりその伝送されたコードにより識別
されるデータをコードを発生させた情報処理装置に照会
する。照会を受けた情報処理装置は、データ伝送手段に
より、コードにより識別されるデータを照会した情報処
理装置に対して伝送する。

【００３９】また、この発明においては、コードにより
識別されるデータの所在を示す辞書を備え、この辞書を
用いてデータ照会手段は、データの存在を判別してデー
タの照会を行う。

【００４０】また、この発明においては、データ伝送手
段により伝送されたデータを一時保有するので、保有さ
れたデータを再利用できる。

【００４１】更に、一時保有されたデータの有効性を高
める手段により、有効でないデータを使用することを回
避できる。

【００４２】この発明の有効性を高める手段は、一時保
有するデータを獲得した獲得時刻を記憶し、記憶した獲
得時刻以降データの更新がないことを確認することで、
データの有効性を判断する。

【００４３】また、この発明の有効性を高める手段は、
更に、上記獲得時刻からの経過時間を計測し、上記経過
時間が一定時間内であることでデータの有効性を判断す
る。

【００４４】また、上記有効性を高める手段は、上記経
過時間が一定時間内であることでデータの有効性を判断
し、一定時間内ではないときは、獲得時刻以降データの
更新がないことを確認することでデータの有効性を判断
する。

【００４５】更にまた、この発明においては、文字デー
タ、書体データ、アイコンデータ、イメージデータ、書
式データまたはオーバレイデータのいずれかをシステム
内で一意のコードにより識別する。

【００４６】また、この発明においては、ドキュメント
を再利用のため一時保有する。

【００４７】

【実施例】

実施例１．図１は、この実施例の分散処理システムの構
成を示す図である。図において、１はサーバコンピュー
タ（以下、サーバという場合もある）、１３はクライア
ントコンピュータ（以下、クライアントという場合もあ
る）である。また、１１５はサーバコンピュータ１と複
数のクライアントコンピュータ１３から構成されるクラ
イアントサーバシステムである。

【００４８】図２は、複数のサーバコンピュータを含む
階層化されたシステム構成例を示す図である。図１と同
様に、１はサーバコンピュータ、１３はクライアントコ
ンピュータであり、１１５は１つのクライアントサーバ
システムを示している。図２は、２つのクライアントサ
ーバシステムを更に接続した例を示しており、サーバ１
０９は、これらのクライアントサーバシステムの上位に
位置するサーバである。また、１５０は階層化されたク
ライアントサーバシステム全体を示している。

【００４９】この実施例において、サーバコンピュータ
というのは、データを供給する側という意味のサーバで
ある。サーバは、ネットワークに接続されているシステ
ム内のクライアント間の、コードと、コードにより識別
されるデータを一意に管理する役割を果たしている。こ
こでいうデータを一意に管理するとは、図１又は図２に
示すようなシステム構成の中で、どのクライアント上の
アプリケーションプログラムから、特定のコードを呼び
出した場合でも、同じデータを得ることができるという
ことを意味している。従って、サーバとは、コードとデ
ータの関係を管理し、他からのコードによるデータ要求
に応じて、要求されたコードに対応するデータを提供す
るという意味でサーバと呼んでおり、これらのシステム
上で行っている業務処理上のサーバと一致するとは限ら
ない。業務上のデータ処理において、クライアントであ
る場合にもサーバ機能を持たせることも可能である。

【００５０】図３は、この実施例のコード割り当て手段
を使用するクライアントコンピュータのブロック図であ
る。図において、１３はクライアントコンピュータであ
り、フォントを利用するアプリケーションプログラム２
２を動作させる。また、クライアントコンピュータ１３
はＴＣＰ／ＩＰにより、他の情報処理装置とネットワー
ク接続されている。１４はフォント管理手段であり、ク
ライアント内のフォントデータを管理する。１５はフォ
ントデータ記憶部であり、ディスク上にファイル、或い
は、データベースとして記憶される。記憶形態として
は、文字コードをキーにして、フォントデータを記憶し
ている。フォント管理手段から参照されるために、内部
的には索引部とデータ部とから構成されている。１６は
フォントアクセス手段であり、アプリケーションプログ
ラム２２からの要求を受けてフォントの所在を確認し、
フォント管理手段１４を介してフォントデータ記憶部を
アクセス、或いは、フォントクライアント１７を通して
サーバコンピュータをアクセスする。１８はフォントキ
ャッシュであり、クライアントコンピュータ上のメモリ
である。フォントキャッシュ１８には、文字コードをキ
ーにしてフォントデータ、獲得時刻などをデータとして
記憶する。フォントキャッシュ１８に記憶された内容
は、ディスク装置等に書き込みを行い、再び使用しても
良い。１９はコード変換手段であり、サーバの文字コー
ドのコード系がクライアントのコード系と異なる時、こ
れを変換する。２０は所在管理手段であり、所在情報記
憶部２１を参照してフォント名による所在決定及び文字
コードによる所在決定を行う。所在情報記憶部２１に
は、フォント名又は文字コードをキーに、フォントデー
タを持つサーバ名称をデータとして記憶している。アプ
リケーションプログラム２２は、フォント編集手段２
３、フォント表示手段２４、フォント選択手段２５を用
いて、文字表示やフォントパターンの編集などを行う。
具体的には、フォント編集手段２３は、新しいフォント
の登録や既にあるフォントの更新に際し、フォントパタ
ーンの編集を行う。フォント表示手段２４は、フォント
データのフォントパターンの表示を行う。また、フォン
ト選択手段２５は、フォントの種類や文字コードを選ぶ
データエントリーの一部である。一般に、カナ漢字変換
の機能を提供する部分である。

【００５１】図４は、この実施例のコード割り当て手段
を含むサーバコンピュータのブロック図である。図にお
いて、１はサーバコンピュータであり、フォントをクラ
イアントに提供する目的で設置されたコンピュータ本体
である。サーバコンピュータ１は、ＴＣＰ／ＩＰによる
ネットワーク接続で、クライアントコンピュータ１３及
び他のサーバコンピュータなど複数の情報処理装置と接
続されている。２はフォント管理手段であり、フォント
をアクセスするための要求を受け、フォントデータ記憶
部３から必要なフォントデータを取り出したり、新たな
フォントデータの登録を行う。フォントデータ記憶部３
は、ディスク上のファイル又はデータベースであり、文
字コードをキーにしてフォントデータを記憶している。
内部的には、索引部とデータ部から構成されている。４
はサーバコンピュータ１のメモリ領域に展開される予約
テーブルである。予約テーブル４には、新規登録、或い
は、更新を予定している文字コードと利用者識別コード
（クライアントコンピュータの識別子）を記憶してい
る。５はフォントアクセス手段であり、クライアントコ
ンピュータのフォントアクセス手段１６と同様に、所在
管理手段９にフォントの所在を確認し、フォント管理手
段２又はフォントクライアント１１を介して他のサーバ
２６をアクセスする。６はフォントサーバであり、クラ
イアントコンピュータ１３のフォントクライアント１７
からの要求をフォントアクセス機能５に伝える。また、
フォントサーバ６は、配布記録７を取っており、クライ
アントがフォントデータを獲得した文字コードについて
記憶している。配布記録７に記憶された内容は、フォン
トサーバ６の終了時にディスク装置などの不揮発性記憶
に書き込みを行い、再立ち上げ時にこれをロードするこ
とによって再び使用される。８はコード変換手段であ
り、クライアントコンピュータ１３のコード変換手段１
９と同様に、クライアントコンピュータの文字コードの
コード系がサーバコンピュータの文字コードのコード系
と異なる時、これを変換する。９は所在管理手段であ
り、所在情報記憶部１０を参照して目的とするフォント
の所在を管理する。所在情報記憶部１０には、クライア
ントコンピュータ１３の所在情報記憶部２１と同様に、
フォント名及び文字コードをキーにしてサーバ名が記憶
されている。１１は他のサーバに記憶されているフォン
トをアクセスするためのフォントクライアントである。
１２はサーバコンピュータ１上のメモリに展開されるフ
ォントキャッシュであり、他のサーバ２６から獲得した
フォントデータを記憶する。

【００５２】図５は、コード体系の異なるデータ間のコ
ード領域の対応関係を示す図である。図において、網掛
けの部分は、外字に相当する部分である。Ｓｈｉｆｔ−
ＪＩＳコード、ＪＩＳコード及びＥＵＣコードを例にと
って説明する。日本語処理で漢字を表記するために、一
般に２バイトコードが用いられている。Ｓｈｉｆｔ−Ｊ
ＩＳコードでは、『８１４０』から『ＦＣＦＣ』が漢字
用に割り当てられ、ＪＩＳコードでは、『７Ｅ７Ｅ』、
ＥＵＣコードでは『Ａ１Ａ１』から『ＦＥＦＥ』が、そ
れぞれ割り当てられている。図５に示すように、ＪＩＳ
コードとＥＵＣコードは、『８０８０』の差で対応して
いるので、加算、或いは、減算によりコード間の変換が
可能である。この実施例のコード変換手段も、この図５
に示す対応関係に従ってコードの変換を行う。例えば、
ＪＩＳコードの『２１２１』は、ＥＵＣコードの『Ａ１
Ａ１』に変換される。また、Ｓｈｉｆｔ−ＪＩＳコード
とＪＩＳコードは、図５に矩形で示す部分、或いは、線
で区切った部分毎に対応している。この実施例のコード
変換手段は、この対応関係に従って線で区切られたコー
ド範囲毎に変換を行う。例えば、ＥＵＣコードの『Ｂ０
Ａ１』は、Ｓｈｉｆｔ−ＪＩＳの『８８９Ｆ』に変換さ
れる。また、明示的に対応関係を示すカスタマイズを行
えば、他の変換方法でもコード毎に対応を取ることも可
能である。

【００５３】次に、図３及び図４に示した各ブロックの
機能について説明する。サーバコンピュータのフォント
管理手段２は、フォントアクセス手段５から次のような
アクセスを受ける。文字コードをキーにしたフォント・
データの取り出し。文字コードの割当。文字コード獲得
要求に従い、未使用の文字コードを予約する。文字コー
ドをキーにしたフォント・データの登録。文字コードを
キーにしたフォント・データの更新。また、内部処理と
して、フォント・データの登録、更新において、複数の
利用者が同一の文字コードを対象としないよう、予約テ
ーブルに更新中／新規登録予定のフラグをたてる処理も
行う。

【００５４】サーバコンピュータのフォント管理手段２
は、フォントデータ記憶手段に以下のアクセスを行う。
文字コードをキーにしたフォントデータの取り出し。文
字コードをキーにしたフォントデータの削除。文字コー
ドをキーとして付加したフォントデータの登録。文字コ
ードのユニーク性チェック。未使用文字コードの獲得。

【００５５】サーバコンピュータのフォントサーバ６
は、以下のインタフェースを有する。・外部インタフェースＯｐｅｎ：フォントクライアント１７からフォントサー
バ６への要求。使用するフォント名を指定する。Ｃｌｏｓｅ：フォントクライアント１７からフォントサ
ーバ６への要求。使用を終了するフォント名を指定す
る。Ｆｅｔｃｈ：フォントクライアント１７からフォントサ
ーバ６への要求。必要なフォント・データの文字コード
をサーバに送り、フォント・データを得る。配布記録７
に記録をとる。Ｓｔｏｒｅ：フォントクライアント１７からフォントサ
ーバ６への要求。文字コードをキーにしてフォントデー
タを登録・更新する。Ｄｅｌｅｔｅ：フォントクライアント１７からフォント
サーバ６への要求。文字コードの未使用化。ＸＣｏｄｅ：フォントクライアント１７からフォントサ
ーバ６への要求。文字コードの排他を要求する。同一の
利用者からこの文字コードをキーにしたＸＣｏｄｅｏ
ｒＳｔｏｒｅｏｒＣｌｏｓｅがだされるまで、他
の利用者はこの文字コードをキーにＸＣｏｄｅｏｒ
Ｓｔｏｒｅを要求できない（エラーになる）。ＵＣｏｄｅ：フォントクライアント１７からフォントサ
ーバ６への要求。定義時間以降のフォント・データの使
用の打診。文字コードとフォントデータ獲得時刻を伝え
る。サーバ側が獲得時刻以降のフォントデータの更新が
ないことを確認できれば、配布記録７を更新し、ＯＫを
クライアントに返す。更新されている場合、或いは、確
認できない場合は、ＮＧを返す。この場合は、クライア
ントはフォントキャッシュ１８を無効にし、再度Ｆｅｔ
ｃｈをだす。ＯＣｏｄｅ：フォントサーバ６からフォントクライアン
ト１７への要求。配布記録７にある該当文字コードのフ
ォントデータを獲得したクライアントに対し、フォント
が無効になったことを通知する。・内部処理Ｏｐｅｎ，Ｃｌｏｓｅ，Ｆｅｔｃｈ，Ｓｔｏｒｅ，Ｄｅ
ｌｅｔｅ，ＸＣｏｄｅは、フォントアクセス機能５に伝
える。ＯＣｏｄｅはフォントアクセス機能５からのフォ
ント無効の通知を受け、配布記録７を照合してクライア
ントに対し発行する。ＵＣｏｄｅによるフォントの有効
性の立証は、他の利用者による配布記録が残っているか
どうかによる。フォントアクセス機能５をアクセスして
フォントの更新時刻を照会することで精度をあげること
もできる。このとき、他のサーバ２６のフォントであれ
ば、フォントクライアント１１を通じてフォントキャッ
シュ１２の有効性の確認やＵＣｏｄｅを他のサーバにだ
すこともある。

【００５６】サーバコンピュータのコード変換手段８
は、以下のインタフェースを有する。・外部インタフェースＯｐｅｎ：入力のコード系と出力のコード系を指定し、
変換の環境を初期化する。Ｃｌｏｓｅ：変換の環境を解放する。Ｃｏｎｖ：変換を行う。・内部処理変換の仕様は外部定義によるカスタマイズが可能であ
る。

【００５７】サーバコンピュータの所在管理手段は、ク
ライアントから要求されたフォントを他のサーバ２６か
ら獲得するインタフェースを提供する。フォント名によ
る所在決定。文字コードによる所在決定。所在情報の登
録。

【００５８】サーバコンピュータのフォントキャッシュ
は、他のサーバ２６から獲得したフォントデータを記憶
する。記憶内容のメインテナンスは、フォントクライア
ント１１が行う。内部処理は、以下のように行われる。
フォントキャッシュは文字コードをキーにフォントデー
タ、獲得時刻をデータにもつ。獲得後定義時間を過ぎた
ものの再利用は、他のサーバ２６に有効性を照会する。
フォントキャッシュは有限のサイズである。このため、
再利用される可能性が低く、有効である可能性の低いエ
ントリは削除し、新たなエントリに領域を割り当てる。
削除するエントリは、獲得時刻ｏｒ再利用時刻のもっと
も古いものから選ぶ。

【００５９】クライアントコンピュータのフォント管理
手段１４は、クライアントに閉じたフォントデータを管
理するという制限以外、サーバコンピュータのフォント
管理手段２と同等の機能を提供する。

【００６０】クライアントコンピュータのフォントデー
タ記憶手段は、ディスク上のファイルまたはデータベー
スで構成されており、文字コードをキーにしてフォント
データを記憶する。フォント管理手段１４は、フォント
データ記憶手段に対して次のようなアクセスを行う。文
字コードをキーにしたフォントデータの取り出し。文字
コードをキーにしたフォントデータの削除。文字コード
をキーとして付加したフォントデータの登録。文字コー
ドのユニーク性チェック。未使用文字コードの獲得。

【００６１】クライアントコンピュータのフォントクラ
イアント１７は、フォントキャッシュ１８を持ち、サー
バコンピュータ１から獲得したフォントデータを記憶
し、記憶されたフォントデータが要求のあったフォント
データである時に、記憶している内容を提供するので、
サーバコンピュータとのデータ交換量を低減できる。内
部的には、以下のように管理される。フォントキャッシ
ュは文字コードをキーにフォントデータ、獲得時刻をデ
ータにもつ。獲得後定義時間を過ぎたものの再利用は、
他のサーバ２６に有効性を照会する。フォントキャッシ
ュは有限のサイズである。このため、再利用される可能
性が低く、有効である可能性の低いエントリは削除し、
新たなエントリに領域を割り当てる。削除するエントリ
は、獲得時刻ｏｒ再利用時刻のもっとも古いものから選
ぶ。また、利用された回数を記憶しておき、回数の少な
いものから削除するやり方でも良い。

【００６２】クライアントコンピュータのコード変換手
段１９は、以下のインタフェースを有する。Ｏｐｅｎ：入力のコード系と出力のコード系を指定し、
変換の環境を初期化する。Ｃｌｏｓｅ：変換の環境を解放する。Ｃｏｎｖ：変換を行う。

【００６３】クライアントコンピュータの所在管理手段
２０は、目的とするフォントのフォントデータの所在を
管理し、クライアントのフォント管理１４の持つフォン
トか、サーバコンピュータのフォントか識別する。識別
には、所在情報記憶手段２１を用いる。所在情報記憶手
段２１に記憶する内容は、サーバコンピュータの所在情
報記憶手段１０と同様である。

【００６４】次に、動作について説明する。図６は、フ
ォントの表示処理を行う時のクライアント側の処理の流
れ図である。まず、Ｓ１０において、アプリケーション
プログラム２２のフォント表示手段２３がフォントデー
タを要求する。次に、Ｓ１１において、フォントアクセ
ス手段１６が所在管理手段に所在を問い合わせる。所在
管理手段２０は、Ｓ１２において、所在情報記憶部２１
を参照し、要求されたフォントデータの所在を決定す
る。所在管理手段から所在を受け取ると、フォントアク
セス手段１６は、Ｓ１３において、自分が持っているフ
ォントデータかどうか判断する。ＹＥＳであればＳ１４
において、フォント管理手段１４がフォントデータ記憶
部１５からフォントデータを取り出す。また、Ｓ１３の
自分が持っているフォントデータかという判断におい
て、ＮＯである時にはＳ１６のフォントクライアント処
理を実行する。フォントクライアント処理とは、クライ
アントにないフォントデータをサーバコンピュータのフ
ォントサーバに要求する処理である。次のＳ１５におい
て、要求されたフォントデータがアプリケーションプロ
グラム２２に返されて、フォントの表示処理を終了す
る。

【００６５】図７は、図６の流れ図におけるＳ１６のフ
ォントクライアント処理の詳細を示す流れ図である。ま
ず、Ｓ２０において、Ｆｅｔｃｈを発行する。なお、説
明の都合上流れ図では省略しているが、フォントデータ
ファイルを参照する時には、ファイルのＯｐｅｎ要求、
或いは、Ｃｌｏｓｅ要求がアプリケーションから出され
ている。具体的には、サーバに存在するフォントに対す
るＯｐｅｎでは、ＴＣＰ／ＩＰによる接続は、Ｏｐｅｎ
の処理の中で行われる。Ｃｌｏｓｅではこの開放も行
う。Ｏｐｅｎする対象は、クライアントの所在管理手段
によって決定される。Ｏｐｅｎ要求、Ｃｌｏｓｅ要求の
動作内容の詳細については、既に述べたとおりである。
Ｓ２０において、Ｆｅｔｃｈが発行されると、次に、Ｓ
２１において要求されたフォントデータがフォントキャ
ッシュにあるかどうか判断する。フォントデータがフォ
ントキャッシュ内にない時、即ち、ＮＯの時には、Ｓ２
２においてフォントサーバをアクセスする処理を行う。
また、フォントがフォントキャッシュ内にあった時、即
ち、ＹＥＳの時には、Ｓ２３において有効性確認処理を
行う。有効性確認処理とは、フォントデータがフォント
キャッシュに記憶された後、サーバ側で更新され、フォ
ントキャッシュに残っているフォントデータが有効でな
い場合を検知し、それを利用することを回避するための
処理である。有効性確認処理の内容については後述する
実施例で述べるので、ここでは説明を省略する。次に、
Ｓ２４において、有効性確認処理の結果、フォントキャ
ッシュが有効であるかどうか判断する。フォントキャッ
シュが有効でない時、即ち、ＮＯの時には、Ｓ２０にお
いてフォントサーバをアクセスする。また、フォントキ
ャッシュが有効である時、即ち、ＹＥＳの時には、Ｓ２
５においてフォントキャッシュに記憶されている該当す
るフォントデータを返す。

【００６６】図８は、図７に示す流れ図におけるＳ２２
のフォントサーバをアクセスする処理のサーバ側の詳細
な流れ図である。まず、Ｓ３０において、クライアント
コンピュータのフォントコンピュータが発行したＦｅｔ
ｃｈを受けて、フォントアクセス手段をアクセスする。
次に、Ｓ３１において、フォントアクセス手段５が所在
管理手段９にフォントデータファイルの所在を問い合わ
せる。所在管理手段９は、所在情報記憶部１０を参照し
て、フォントデータの所在を決定する（Ｓ３２）。次
に、Ｓ３３において、自分が持っているフォントデータ
かどうか判断する。ＹＥＳの時には、Ｓ３４においてフ
ォント管理手段２が要求されたフォントデータをフォン
トデータ記憶部３から取り出す。また、Ｓ３３の自分が
持っているフォントデータかの判断でＮＯの時、Ｓ３５
においてサーバコンピュータ１のフォントクライアント
１１から他のサーバ２６をアクセスする。Ｓ３５におけ
る他のサーバをアクセスする処理は、図６の流れ図に示
したＳ１６のフォントクライアント処理に相当する。詳
細な処理内容としては、図７のフォントクライアント処
理の流れ図に示したのと同じ処理が行われる。

【００６７】上記流れ図においては、Ｆｅｔｃｈを受け
たフォントアクセス手段が所在を所在管理手段に問い合
わせているが、Ｏｐｅｎ時に所在を決定し、Ｆｅｔｃｈ
を受けた時点で既にＯｐｅｎしているフォントの内、ど
のフォントに対するＦｅｔｃｈかを判定することによ
り、所在を決定するやり方でも良い。

【００６８】次に、図９〜図１６を用いて、フォントの
表示処理を行う際に、受け渡しされる要求と応答の流れ
を説明する。図９は、クライアントコンピュータのフォ
ントデータ記憶部に、アプリケーションプログラムが要
求するフォントデータが存在する場合の流れを示す図で
ある。図において、ブロックで示されているものは、既
に図３で説明したものと同じであるので説明は省略す
る。まず、アプリケーションプログラム２２のフォント
表示２３がフォントデータをフォントアクセス手段に対
して要求する（１）。フォントアクセス手段は、所在管
理手段に対してフォント所在問い合わせを発行する
（２）。なお、（）内の数字は処理の順番を示してい
る。（３）は、所在管理手段のフォントアクセス手段に
対する応答である。この応答によりフォントアクセス手
段は、フォント表示が要求するフォントデータがフォン
トデータ記憶部にあることが分かるので、フォントデー
タ要求をフォント管理手段に対して発行する（４）。フ
ォント管理手段は、フォントデータ記憶部を検索し、要
求されたフォントデータをフォントアクセス手段に渡す
（５）。フォントアクセス手段は、受け取ったフォント
データをフォント表示に返す（６）。

【００６９】次に、図１０を用いて、フォントキャッシ
ュに有効なフォントがある場合について説明する。フォ
ントが有効かどうかの判定については、後述する他の実
施例で説明する。（１）〜（３）までは、図９の説明と
同じであるので、説明を省略する。フォントアクセス手
段からＦｅｔｃｈがフォントクライアントに発行される
（４）。（５）においては、フォントクライアントがフ
ォントキャッシュにフォントデータを要求する。フォン
トキャッシュには、要求されたデータが存在するので、
（６）において、フォントデータがフォントクライアン
トに返される。（７）フォントクライアントが受け取っ
たフォントデータは、フォントアクセス手段に返され
る。（８）フォントアクセス手段は、フォントクライア
ントから受け取ったフォントデータをフォント表示に対
して返送する。

【００７０】次に、図１１と図１２を用いて、アプリケ
ーションプログラムが要求するデータがサーバにある場
合の処理について説明する。図１１は、図９及び図１０
と同様に、前述した図３のクライアントコンピュータの
ブロック図の構成をそのまま利用している。また、図１
２は、図４に示すサーバコンピュータのブロック構成を
そのまま利用している。

【００７１】図１１に戻って説明する。（１）〜（５）
までは、図１０の処理と同じであるので説明は省略す
る。（５）でフォントキャッシュに対して、フォントデ
ータが要求されると、フォントキャッシュには有効なフ
ォントがないので、（６）においてフォントデータがフ
ォントキャッシュにない、或いは、フォントキャッシュ
データが有効でないという応答が返される。これを受け
て、フォントクライアントは、Ｆｅｔｃｈ（７）をフォ
ントサーバに対して発行する。以降は、サーバコンピュ
ータ側の処理になるので、図１２を用いて説明する。Ｆ
ｅｔｃｈを受けたフォントサーバは、Ｆｅｔｃｈ（８）
をフォントアクセス手段に渡す。フォントアクセス手段
は、所在管理手段に対して、フォント所在問い合わせを
発行する（９）。所在管理手段が所在情報記憶部を参照
すると、Ｆｅｔｃｈ要求の後、Ｆｅｔｃｈ要求のあった
フォントデータは、サーバに記憶されていることが分か
るので、その旨を応答する（１０）。その応答を受け
て、フォントアクセス手段は、フォントデータ要求（１
１）をフォント管理手段に対して発行する。フォント管
理手段は、フォントデータ記憶部から要求されたフォン
トデータを読み出し（１２）において、フォントデータ
の応答をフォントアクセス手段に返す。次に、フォント
アクセス手段は、受け取ったフォントデータを（１３）
において、フォントサーバに返す。次に、フォントサー
バは（１４）において、配布記録の書き込みを行う。図
１３に配布記録に書き込まれる内容を示す。配布記録に
は、Ｆｅｔｃｈ要求を出してフォントデータを獲得した
フォントクライアントを識別するフォントクライアント
識別子、キーにした文字コード、フォントデータを獲得
した獲得日付と、獲得時刻が記録されている。また、こ
の実施例では、獲得の単位を文字コードとしているが、
文字コードではなく、フォントデータファイル単位に獲
得する機能を持たせても良い。その場合、フォントデー
タファイル名が記憶されている。

【００７２】上で述べたような内容を配布記録に書き込
んだ後、応答をフォントサーバに返す（１５）。その
後、フォントサーバは、フォントアクセス手段から受け
取ったフォントデータをクライアントコンピュータのフ
ォントクライアントに返送する（１６）。フォントクラ
イアントが受け取ったフォントデータは、フォントアク
セス手段を経由して（１７）、アプリケーションプログ
ラムのフォント表示に渡される（１８）。

【００７３】既に、述べたようにクライアントコンピュ
ータとサーバコンピュータで使用しているコード体系が
異なる場合には、コード変換手段において、コードを変
換する処理が行われる。このコード変換処理は、クライ
アントコンピュータで行っても良いし、或いは、サーバ
コンピュータで行っても良い。

【００７４】図１４は、クライアントコンピュータでコ
ード変換を行う処理の手順を示す図である。ここでは、
図１１に示した場合と同様に、サーバコンピュータに要
求するフォントデータがある場合を想定している。コー
ド変換は、フォントクライアントがＦｅｔｃｈ要求を発
行した後で行われる。図１４に示すように、（７−１）
において、フォントクライアントがコード変換手段に変
換要求を発行し、コード変換手段は、（７−２）におい
て、変換した結果をフォントクライアントに返す。変換
されたコードは、クライアントコンピュータのフォント
クライアントからサーバコンピュータのフォントサーバ
に送信される。フォントサーバが受け取ったコードは、
既にサーバコンピュータで使用しているコード体系に合
うように変換されているので、サーバコンピュータにお
ける処理は、図１２を用いて説明した処理の流れと全く
同じになる。つまり、サーバコンピュータは、クライア
ントで使用しているコード体系が異なることを全く意識
しないで処理ができる。

【００７５】次に、コード変換をサーバコンピュータの
コード変換手段が行う場合について説明する。図１５に
示すように、サーバコンピュータにおけるコード変換要
求は、フォントサーバがクライアントコンピュータのフ
ォントクライアントからＦｅｔｃｈを受け取った後に行
われる。まず、（７−１）において、コード変換手段に
対して変換要求が渡される。次に、コード変換手段か
ら、サーバコンピュータで使用しているコード体系に沿
って変換されたコードがフォントサーバに送られる（７
−２）。その後（８）以降の処理は、既に述べた図１２
の処理の流れと同じであるので説明は省略する。また、
クライアントコンピュータ側での処理は、フォントサー
バにＦｅｔｃｈを出す時に、クライアントコンピュータ
側のコード体系に沿ったコードを渡すので、図１１で述
べた処理の流れと全く変わらない。つまり、サーバで使
用しているコード体系が異なることを意識しない処理が
可能である。

【００７６】次に、要求されたフォントデータが他のサ
ーバに存在する場合について、図１６と図１７を用いて
説明する。図１６は、クライアントコンピュータ側の処
理を表しており、フォント表示手段によるフォントデー
タの要求（１）からＦｅｔｃｈ（７）発行までは、サー
バにデータがある時と同じであるので、説明は省略す
る。

【００７７】図１７を用いてサーバコンピュータ側の動
作について説明する。（７）において、クライアントコ
ンピュータのフォントクライアントからＦｅｔｃｈを受
けたフォントサーバは、フォントアクセス手段に対して
Ｆｅｔｃｈを発行する（８）。フォントアクセス手段
は、（９）において、所在管理手段に対してフォント所
在問い合わせを出す。所在管理手段は、所在情報記憶部
を参照して要求されたフォントデータは他のサーバにあ
るという応答を返す（１０）。その応答を受けると、フ
ォントアクセス手段は、フォントクライアントに対して
他のサーバにフォントデータを要求するという処理を依
頼する（１１）。

【００７８】サーバコンピュータにおいても、前述した
クライアントコンピュータにおける動作と同様に、Ｏｐ
ｅｎ時に所在を決定するやり方でも良い。Ｏｐｅｎで所
在が決定していれば、他のサーバに対してＯｐｅｎした
フォントのＦｅｔｃｈは、そのまま他のサーバへフォン
トクライアントを介してルーティングされる。サーバコ
ンピュータのフォントクライアントが他のサーバのフォ
ントをフォントデータを要求する時の動作は、クライア
ントコンピュータのフォントクライアントがサーバコン
ピュータのフォントサーバに依頼を出す時と同じ動作を
行う。即ち、フォントキャッシュに有効なデータがある
かどうか存在をチェックし、有効であればそのデータを
利用できるようにするが、有効でない場合には、改めて
サーバのデータを取り寄せる。

【００７９】次に、フォントクライアントは、自分が入
手したフォントデータをフォントアクセス手段に返す
（１２）。フォントアクセス手段が受け取ったフォント
データは、フォントサーバを経由して（１３）、クライ
アントコンピュータのフォントクライアントに渡る（１
４）。図１６に示すように、クライアントコンピュータ
のフォントクライアントに渡ったフォントデータは、ク
ライアントコンピュータのフォントアクセス手段を経由
して（１５）、アプリケーションプログラムのフォント
表示に渡る（１６）。

【００８０】以上説明してきたように、他のサーバのデ
ータを検索するというケースは、図２に示したような階
層化されたシステム構成の場合に発生する。フォントデ
ータファイルの要求を出したアプリケーションが、要求
するフォントデータを入手するまでの手順だけに着目す
れば、クライアントコンピュータのフォントアクセス手
段が、クライアントコンピュータの所在管理手段にフォ
ントデータの所在を問い合わせ、クライアントコンピュ
ータの中にデータがないことが分かった後、再び、サー
バコンピュータのフォントアクセス手段が、サーバコン
ピュータの所在管理手段に要求するデータの所在を問い
合わせるのは、冗長であるように思われるかもしれな
い。だが、この実施例のようにシステム構成や、或い
は、データの持ち方を階層化することで、システム全体
の負荷は軽減される。

【００８１】例えば、業務処理毎にクライアントサーバ
のシステムを構成し、このシステムを更に他のクライア
ントサーバシステムとネットワークで接続し、必要に応
じて情報の交換を可能にすれば、システムの負荷は軽減
される。また、共有したいデータの種類によって、クラ
イアントのグループ化を図っても良い。複数設置されて
いるサーバには、それぞれ自分自身に接続されているク
ライアントが頻繁に要求するデータを優先して管理させ
れば良く、ごくまれにしか発生しない処理の対応につい
ては、しかるべき手順を踏んで他のサーバに要求すると
いう構成を取ることができる。

【００８２】或いは、他の方法として、各クライアント
の所在情報記憶部に全てのサーバが所持しているフォン
トデータの一覧を記憶させるという方法を取ることによ
って、自分が接続されているサーバを経由せずに、他の
サーバにデータを要求するような構成を取ることも可能
である。だが、その場合には、ネットワーク上のトラヒ
ックが増大し、ネットワークを制御するための負荷も増
大するので、システム全体の効率が良くなるとはいえな
い。また、ある面ではデータの集中化を招くので、効率
の良いデータの供給を受けられるクライアントの数が制
限されるなどの欠点が生ずる恐れがある。

【００８３】この実施例によれば、階層化された構造を
取ることによってサーバコンピュータに接続されたクラ
イアントコンピュータに対して、要求されたデータを効
率良く供給することができ、データが他のシステムにあ
る場合には、他のシステムのサーバに対してデータの要
求も可能となる。また、フォントクライアントが入手し
たデータをキャッシングすることによって、分散処理シ
ステムにおいてシステムの負荷を更に軽減し、効率良く
データを供給することが可能となる。

【００８４】次に、図１８と図１９を用いてデータを識
別する新しいコードの登録、或いは、更新を行う場合の
処理について説明する。図１８は、クライアントコンピ
ュータ側の処理を示し、図１９は、サーバコンピュータ
側の処理を示している。なお、前述した処理と同様に、
使用するフォントデータファイルＯｐｅｎ、或いは、Ｃ
ｌｏｓｅが必要な時点で行われているが、説明を簡単に
するために図においては省略している。

【００８５】まず、アプリケーションプログラム２２が
新たな文字を必要としているので、フォント編集手段２
３は、フォントアクセス手段に対してフォントの編集要
求を送る（１）。フォントアクセス手段は、受け取った
編集要求をフォントクライアントに送信する（２）。フ
ォントクライアントは、ＸＣｏｄｅを送り（３）、空き
コードの確保と排他制御を要求する。ＸＣｏｄｅを受け
取ったフォントサーバは、フォントアクセス手段に転送
する（４）。ＸＣｏｄｅは、フォントアクセス手段から
フォント管理手段に渡される（５）。フォント管理手段
は、まず、未使用コードをフォントデータ記憶部に対し
て要求する（６）。フォントデータ記憶部は、未使用コ
ードを割り当て、フォント管理手段に通知する（７）。
未使用コードを受け取ったフォント管理手段は、予約テ
ーブルに未使用コードの書き込みを行う（８）。予約テ
ーブルへの書き込みが完了すると（９）、フォント管理
手段は、ＸＣｏｄｅ完了をフォントアクセス手段を経由
して（１０）、フォントサーバに通知する（１１）。

【００８６】フォント管理手段において、未使用コード
を実際に割り当て、割り当てた後使用済みであるとして
管理する処理は、フォントデータ記憶部が行っている。
即ち、未使用コードは、割り当てられた時点で使用済み
となるので、まだデータが登録されていなくても、他の
クライアントが未使用コードを要求した時にそのコード
が割り当てられることは起こらない。ところが、この割
り当て管理だけでは、十分とはいえない。他のクライア
ントが誤ってそのコードに対して書き込みを行うことを
防がなければならないからである。即ち、あるクライア
ントが新たなコードを登録するために割り当てを受けた
時、そのコードに対応するデータの書き込みが完了する
までの間、他のクライアントがそのコードに対して書き
込みを行わないよう、排他制御が必要である。割り当て
られたコードを予約テーブルに書き込むのは、この排他
制御を行うためである。予約テーブルへの書き込みは、
登録時だけではなく、データの更新時にも行われる。予
約テーブルには、新規登録、或いは、更新を予定してい
る文字コードと、どのクライアントからの依頼があった
かを識別する、利用者識別コードが記憶されている。

【００８７】サーバコンピュータのフォントサーバから
ＸＣｏｄｅ完了を受け取ったクライアントコンピュータ
のフォントクライアント（１２）は、フォントアクセス
手段を経由して（１３）、アプリケーションプログラム
のフォント編集手段にＸＣｏｄｅ完了を通知する（１
４）。その後、アプリケーションプログラムにおいて、
登録するデータの編集が行われる（１５）。フォントデ
ータのビットパターンの編集が終了すると、書き込み要
求（Ｓｔｏｒｅ）がフォントアクセス手段に出される
（１６）。Ｓｔｏｒｅは、フォントアクセス手段からク
ライアントコンピュータのフォントクライアントを経由
して（１７）、サーバコンピュータのフォントサーバに
渡される（１８）。フォントサーバは、Ｓｔｏｒｅをフ
ォントアクセス手段に転送する（１９）。フォントアク
セス手段は、フォント管理手段にＳｔｏｒｅを渡す（２
０）。Ｓｔｏｒｅ要求を受け取ったフォント管理手段
は、フォントデータ記憶部に対して書き込みを行う（２
１）。フォントデータ記憶部への書き込みが完了される
と（２２）、フォント管理手段は、その書き込み完了を
受けて予約テーブルの消去を行う（２３）。

【００８８】次に、フォント管理手段は、ＯＣｏｄｅを
フォントアクセス手段に送り（２５）、ＯＣｏｄｅはフ
ォントアクセス手段からフォントサーバに渡される（２
６）。ＯＣｏｄｅを受け取ったフォントサーバは、配布
記録を参照し、今更新された文字コードのフォントデー
タを既に獲得しているクライアントもあれば、そのクラ
イアントに対してフォントデータが無効になった通知を
発行する（２７）。つまり、ＯＣｏｄｅは、新規登録の
場合には行われず、更新の書き込みが行われた場合にだ
け実行される。

【００８９】また、（２５）において、ＯＣｏｄｅが出
されるのと同じタイミングで、フォント管理手段からフ
ォントアクセス手段に対してＳｔｏｒｅの完了が出され
る（２８）。Ｓｔｏｒｅの完了は、フォントアクセス手
段を経由して（２９）、フォントサーバからクライアン
トコンピュータのフォントクライアントに通知される
（３０）。クライアントコンピュータ側でフォントクラ
イアントが受け取ったＳｔｏｒｅ完了は、フォントアク
セス手段を経由して（３１）、アプリケーションプログ
ラムのフォント編集に渡される（３２）。

【００９０】以上のような手順で新規登録及び編集に伴
う更新が行われる。また、既に登録してあるフォントデ
ータの削除については、フォントサーバに要求されるコ
マンドがＳｔｏｒｅからＤｅｌｅｔｅに変わるだけで、
処理の流れは全く同一である。Ｄｅｌｅｔｅは、フォン
トサーバからフォントアクセス手段を経由して、フォン
ト管理手段に渡り、文字コードの未使用化が行われる。
未使用化の実際の方法は、削除フラグ、或いは、未使用
フラグをたてることで行っても良いし、フォントデータ
記憶部のデータ部や索引部を消し込むことで、空きエリ
アとして管理する方法でも良い。文字コードが削除され
た場合にもＯＣｏｄｅが発行され、配布記録を参照し
て、各クライアントに無効通知が発行される。

【００９１】上で述べた処理では、図２０に示すよう
に、コードを管理するサーバコンピュータを置き、クラ
イアントコンピュータから予めコード要求を出し、コー
ドを予約してからそのコードに併せてデータを作成し
て、サーバコンピュータでコードを確定させるという手
順であった。この手順は、サーバコンピュータにおい
て、予めコードを予約することで、システム内でコード
の一意性を保つことが可能となる。即ち、コードを予め
決めてからデータを生成する処理に有効である。

【００９２】また、図２１に示すように、予めクライア
ントコンピュータでデータを作成し、その後、コード要
求をサーバコンピュータに対して発行し、サーバコンピ
ュータから確定したコードを受け取るという手順で、こ
の実施例を応用することも可能である。これは、データ
生成後、コードを決めれば良い処理に有効である。コー
ドの確定はサーバコンピュータが一括して行うので、シ
ステム内でコードの一意性を保つことができる。どちら
の手順を取るかは、システム内で統一して同じ方式でも
良いし、或いは、クライアントによって又はアプリケー
ションの要請によって混在しても構わない。コードの確
定は、既に述べた手順で排他的に行われるので、いずれ
の組み合わせをとってもコードの一意性は確保される。

【００９３】実施例２．前述した実施例においては、新
規コード登録時の予約の有効期間をフォント管理手段の
動作中に限定していた。予約テーブル４は、メモリ領域
に展開されており、フォントサーバのフォント管理手段
の停止により記憶内容が消えてしまうからである。予約
テーブル４の内容をファイルに出力し、ディスク装置等
に記憶させておけば、フォント管理手段の再起動後、デ
ィスク装置から読み出して再利用することができる。

【００９４】実施例３．この実施例では、データの識別
に用いるコードを発生させる情報処理装置が、他の情報
処理装置に対して使用の可否を問い合わせる場合につい
て、図２２を用いて説明する。図において、１１０はコ
ードを新規生成するコンピュータＡである。また、１１
１はコードを新規生成する他のコンピュータであり、こ
の実施例においては、コンピュータＢ、コンピュータＣ
の２台が存在する。この３台のコンピュータは、図示し
ない通信回線によって互いに通信可能な構成をとってい
るものとする。このシステム構成においては、サーバコ
ンピュータやクライアントコンピュータは存在せず、互
いに対等な関係をなしている。コンピュータＡは、自分
が新規登録する際に、乱数からコードを生成し、生成し
たコードを他のコンピュータが使用していないかどう
か、使用の可否を問い合わせる。その結果、未使用であ
ることが確認されればコードを決定し、未使用ではない
時、即ち、他のコンピュータと重複している場合には、
再び乱数から新たなコードを生成させ、もう一度コード
照会の処理を繰り返す。最終的に重複のないことの確認
がとれた時点でコードを決定する。

【００９５】図２３は、この実施例のコード割当手段の
動作を表す流れ図である。まず、Ｓ４０において、コー
ド生成を行う。次に、Ｓ４１において、問い合わせる情
報処理装置があるかどうか判断し、ある場合には、Ｓ４
２において、その情報処理装置に対して、コード照会を
行う。コード照会の結果、未使用であればＳ４１に戻
り、更に問い合わせる情報処理装置があれば、コード照
会の処理を繰り返す。また、Ｓ４３の判断において、未
使用でなければそのコードは使用できないので、新たな
コード生成の処理をＳ４０において行う。未使用を確認
する情報処理装置がなければ、Ｓ４１において、Ｎと判
断され、Ｓ４４において、コードを決定してこの処理を
終了する。この方法は、生成したコードが未使用である
確率が低い場合には、あまり効率の良い方法ではない。
一方、コードの空きが使用に対して圧倒的に大きい場合
に特に有効である。

【００９６】以上のように、この実施例においては、他
の情報処理装置に使用の可否を問い合わせることによ
り、未使用であることを確認し、コードを決定するコー
ド割当手段について説明した。この方法によれば、各情
報処理装置は、自分の使用しているコードを管理するだ
けで良く、特別にサーバ等の集中管理を行うことなく、
コードを一意に割り当てることができる。

【００９７】実施例４．この実施例では、コードの一意
性を保つメカニズムとして、分散したコンピュータで新
規にコードを生成し得るものに対して、予め他のコンピ
ュータと重複しないコードの領域をそれぞれに割り振る
機能を持つコード割当手段について説明する。図４２に
示した従来例では、相手システム外字ファイルをクライ
アントの数だけ備えることにより、各クライアントがコ
ードを独占的に使用することが可能であった。しかし、
ファイルを分けてしまうので、システム内で同じコード
が複数存在するという不都合があった。この実施例のコ
ード割当手段は、コード領域を予め新規に生成し得る情
報処理装置に対応させて定義する。図２４にコード領域
の定義例を示す。ここでは、３台のコンピュータＡ，コ
ンピュータＢ，コンピュータＣが新規にコードを発生さ
せる場合を想定している。また、システムで新たに使用
できるコードは１〜３００であるとする。図において、
１０１はコード域、１０２はコード域のコンピュータＡ
の割当範囲、１０３はコンピュータＢの割当範囲、１０
４はコンピュータＣの割当範囲である。コンピュータＡ
に割り当てられたコード域１０２は１〜１００、コンピ
ュータＢに割り当てられたコード域１０３は１０１〜２
００、コンピュータＣに割り当てられたコード域１０４
は２０１〜３００である。

【００９８】図２５にコード領域の定義表の一例を示
す。この例では、コード域の下限、コード域の上限とい
う項目を設定し、コンピュータの名前Ａ，Ｂ，Ｃをキー
にしてそれぞれに対応するコード域の下限値と上限値を
記憶させる形式をとっている。このようなコード域定義
表を各コンピュータに記憶させれば良い。各コンピュー
タは、新規にコードを割り当てる時には、必ず自分に割
り当てられたコード域のコードを使用するので、他のコ
ンピュータと重複しないコードを得ることができる。こ
のコード領域の定義表は、例えば、各コンピュータの固
定ディスクにファイルとして記憶させ、コードの新規生
成時に必ず参照するようにすれば良い。或いは、固定デ
ィスクの０トラック、０セクタ等一般のアプリケーショ
ンからは書き換えのできない特定の場所に記憶させ、独
自のインタフェースを用いて参照する方法をとっても良
い。

【００９９】また、この実施例では、コード域をコンピ
ュータの台数で等分しているが、割り当て量を変えても
良い。それにより、新規生成の要求が多いことが予想さ
れるコンピュータには、より多く割り当てることができ
る。

【０１００】図２６は、この実施例のコード域定義表の
他の例を示す図である。この定義表においては、コード
域の下限、上限という範囲でコンピュータの割り当てを
記憶するのではなく、コード域にある全てのコードを定
義表に登録している。例えば、コード１００はコンピュ
ータＡ、コード１０１はコンピュータＢ、コード２９８
はコンピュータＣに割り当てられているということがこ
の定義表から読みとれる。また、図２５，図２６に示し
た定義表では、システム内で有効なコードを１つの定義
表に全て記載しているが、図２７に示すように、各コン
ピュータにそれぞれそのコンピュータに割り当てられた
有効なコードの値だけを記憶させる方法でも構わない。
図２７に示すように、各コンピュータにはコード域記憶
部が設けられ、そのコード域記憶部に前述したコード域
定義表が記憶されている。

【０１０１】また、割り当ては連続したコード域でなく
とも良い。例えば、２台のコンピュータがコードの新規
生成を行う時、末尾が奇数のコードをコンピュータＡ、
末尾が偶数のコードをコンピュータＢという割り当てを
行っても良い。或いは、末尾とは限らずある特定の桁の
値により、どのコンピュータに割り当てられるかを決定
する方法でも良い。また、任意の桁を用いて特定の計算
を行い、その計算結果の値により割り当てても良い。図
２８は、コンピュータに有効コード判定部を設け、その
有効コード判定部の中に、そのコンピュータにおいて有
効なコードのルールを記憶させる方式を示す図である。
図２８においては、コンピュータＡでは末尾が奇数のコ
ードが有効であり、コンピュータＢでは末尾が偶数のコ
ードが有効であるというルールをそれぞれ記憶してい
る。それぞれのコンピュータは、自分がコードを新規に
生成する際に、そのコードが有効コード判定部の中に記
憶するルールと一致するかどうかだけを確認すれば良
い。それにより、システム内でのコードの一意性を保つ
ことが可能となる。

【０１０２】以上のように、この実施例においては、使
用するコンピュータ毎にコードの範囲を割り付けること
で、システム内で一意なコードとなることを果たすコー
ド割当手段について説明した。簡単な構造であり、サー
バの設置も不要であるが、コード域の空き領域の管理が
できないという問題もある。

【０１０３】実施例５．また、実施例１と実施例４を組
み合わせても良い。例えば、１台のコンピュータをコー
ド割り当て用のサーバとして用いる方式である。このサ
ーバに図２９に示すコード割当管理表を記憶させる。そ
れぞれのコンピュータ（クライアント）は、任意のタイ
ミングでサーバに１つ以上のコードを要求する。サーバ
は、要求されたコンピュータに１つ以上のコードを割り
当て、割り当てたコードをコード割当管理表に登録す
る。例えば、最初にコンピュータＡから１０個のコード
の要求があったとする。サーバは、１〜１０のコードを
コンピュータＡに割り当てる。次に、コンピュータＣが
１個のコードを要求する。サーバは、１１というコード
を割り当てる。次に、コンピュータＡが９個のコードを
要求した場合、サーバは、１２〜２０のコードを割り当
て、コード割当管理表に登録する。続いて、コンピュー
タＢが５個のコードを要求した時、サーバは、２１〜２
５のコードをコンピュータＢに割り当て、コード割当管
理表に登録する。また、システム全体としては、このコ
ード割当管理表に登録されていないコードが、空きコー
ドであるという管理を行うこともできる。この方式をと
れば、前述した実施例のように、予め全てのコード域の
割り当てを定義してしまわずに、必要な都度、動的な割
り当てを行うことができる。

【０１０４】また、コード割当管理表の登録の仕方をコ
ード単位に設定すれば、コード域を連続して割り当てな
くとも、割当と空きコードの管理を行うことが可能にな
る。図３０に１つのコード毎にコード割当管理表に登録
する例を示す。図３０に示すようなコード割当管理表を
用いれば、１つ１つのコードを独立して管理できるの
で、連続して割り当てる必要がなくなり、更に、動的な
割当と空きコードの管理を行うことができる。

【０１０５】実施例６．この実施例では、コードの一意
性を保つメカニズムとして、分散したコンピュータを識
別する符号を含むコードを生成する機能を持つコード割
当手段について説明する。図３１にこの実施例のコード
領域の定義例を示す。前述した実施例と同様に、３台の
コンピュータＡ、コンピュータＢ、コンピュータＣが新
規にコードを発生させる場合を想定している。また、シ
ステムで新たに使用できるコードは、１〜３００である
とする。このデータの持ち方は、図４２に示した従来例
と全く同様であり、例えば、コンピュータＡが生成した
コードは、コンピュータＡしか利用しないという運用方
式をとれば、従来例と同一となってしまう。図３１にお
いて、１０５はコンピュータＡに割り当てられたコード
域Ａであり、１０６はコンピュータＢに割り当てられた
コード域Ｂであり、１０７はコンピュータＣに割り当て
られたコード域Ｃである。この実施例では、このように
コード域をそれぞれのコンピュータに割り付け、コード
域の識別をコンピュータを識別するコードで行うこと
で、コードの一意性を保つ。例えば、Ｂ２５５は、コン
ピュータＢの持つコード域Ｂの２５５番目のコードであ
る。

【０１０６】図３２を用いて具体的に説明する。図３２
に示すように、各コンピュータはコード域とマシン名の
対応表を記憶している。例えば、Ｂ２５５というコード
が使用された場合、Ｂというコード域を示す文字を対応
表で検索し、コード域Ｂのマシン名がコンピュータＢで
あるという結果を得る。その結果を用いてコンピュータ
Ｂを検索しにいき、Ｂ２５５というコードにより識別さ
れるデータを得ることができる。これも簡単な構造であ
り、サーバの設置も不要であるが、コード域の識別が冗
長になるという問題もある。

【０１０７】実施例７．次に、有効性確認処理について
説明する。有効性確認処理とは、実施例１で説明したフ
ォントデータ要求に際して、既に獲得したフォントデー
タがフォントキャッシュに記憶されている時、記憶され
ているフォントデータが有効かどうか判断する処理であ
る。まず、コードを得たコンピュータ（クライアント）
が処理に必要なコードに関係付けられたデータを獲得す
るにあたり、キャッシング機能を利用する場合のキャッ
シュの有効性について、キャッシュ中のデータの利用に
先立って、獲得時刻をデータを保有するコンピュータ
（サーバ）に伝え、以降のデータの変更の無いことを確
認する処理について、図３３を用いて説明する。

【０１０８】図３３は、この実施例の有効性確認処理の
流れ図である。フォントキャッシュに要求されるフォン
トデータが存在した場合、まず、Ｓ６０において、その
フォントデータを獲得した獲得時刻以降、サーバでフォ
ントデータの変更があったかどうか判断する。ＮＯの
時、フォントキャッシュに記憶されているフォントデー
タは最新のものであるので、Ｓ６１において、ＯＫをク
ライアントに返す。また、Ｓ６０の判断において、ＹＥ
Ｓだった時には、フォントキャッシュに記憶されている
フォントデータは最新のものではないので、Ｓ６２にお
いて、ＮＧをクライアントへ返す。ＮＧを受け取ったク
ライアントは、フォントキャッシュに記憶されているデ
ータを無効にし、新たにＦｅｔｃｈ要求を発行する。

【０１０９】次に、コードを得たコンピュータ（クライ
アント）が処理に必要なコードに関係付けられたデータ
を獲得するにあたり、キャッシング機能を利用する場合
のキャッシュの有効性について、キャッシュ中のデータ
の利用に先立って、獲得時刻からの経過時間を確認し、
一定時間を経過したデータは、データを保有するコンピ
ュータ（サーバ）に獲得時刻を伝え、以降のデータの変
更の無いことを確認し、規定時間の範囲の精度でキャッ
シュの有効性を保証する処理について、図３４を用いて
説明する。

【０１１０】図３４は、上に述べた処理を流れ図に表し
たものである。要求されたフォントデータがフォントキ
ャッシュ内に存在した場合、そのフォントデータの獲得
時刻からの経過時間が、予め設定した一定の定義時間よ
りも定義時間を超えないかどうか判断し、経過時間が定
義時間以内に収まっている場合には、Ｓ４６において、
キャッシュ内のフォントデータを使用する。また、Ｓ４
５の判断において、獲得時刻からの経過時間が定義時間
を超えている場合、Ｓ４７において、獲得時刻以降更新
があったかどうかの問い合わせを行う。更新がなかった
場合には、Ｓ４８において、配布記録に記憶されている
獲得時刻、或いは、獲得日時を更新し、Ｓ４９におい
て、ＯＫをクライアントに返す。続いて、Ｓ４６におい
て、キャッシュ内のフォントデータを使用する。即ち、
問い合わせた時刻において、まだ更新が行われていなけ
れば、その問い合わせ時刻にフォントデータを獲得して
も、全く同じ内容となるからである。また、Ｓ４７の判
断において、更新があった場合には、ＹＥＳとなりＳ５
０において、ＮＧをクライアントへ返して処理を終了す
る。ＮＧを受け取ったクライアントは、フォントキャッ
シュに記憶されている該当するフォントデータを無効と
し、新たなＦｅｔｃｈ要求をサーバに対して発行する。

【０１１１】図３５に有効性確認処理の他の流れ図を示
す。まず、Ｓ５１において、獲得時刻からの経過時間が
予め定義された一定の定義時間以内であるかどうか判断
し、ＹＥＳであれば、Ｓ５２において、フォントデータ
を利用する。また、ＮＯであれば、更新があったかどう
かの問い合わせはせず、無条件にＳ５３において、フォ
ントデータを再獲得する。この方法をとれば、規定時間
内でのデータの精度は保証され、更に、クライアント側
だけで有効性が判断できるので、サーバに問い合わせる
というデータ交換の負荷をかけずに、データの有効性を
確認することが可能となる。

【０１１２】また、キャッシュの有効性を高める方法と
して、コードを得たコンピュータ（クライアント）が処
理に必要なコードに関係付けられたデータを獲得するに
あたり、キャッシング機能を利用する場合のキャッシュ
の有効性について、データを保有するコンピュータ（サ
ーバ）が変更されたデータが発生した場合に、変更をコ
ードを得たコンピュータ（クライアント）に通知する方
法がある。この方法をとれば、フォントキャッシュに獲
得したフォントデータについては、変更が発生する都
度、通知を受けるのでフォントキャッシュのデータを利
用する際、改めて有効性確認を行う必要がないという利
点がある。具体的な通知方法は、例えば、実施例１で述
べたＯＣｏｄｅによる通知がある。

【０１１３】実施例８．この実施例では、コードを得た
コンピュータ（クライアント）は、処理に必要なコード
に関係付けられたデータを獲得するにあたり、現在必要
となったデータ以外のデータも、予め獲得する処理につ
いて説明する。前述した実施例で既に説明したように、
フォントクライアントにフォントキャッシュを設けて一
旦獲得したデータを記憶し、再度同一コードに関係する
データが必要となった場合に、これを再利用することに
よって、クライアントとサーバ間のデータ交換回数の削
減が図れる。また、獲得要求を出す単位としては、フォ
ントデータファイルでも良いし、１つの文字コード単位
でも良いということは既に述べた。例えば、１つの文字
コードに対してフォントの要求が発生した場合に、その
文字コードのフォントだけではなく、要求された文字コ
ードを含むフォントデータファイル全体を予め獲得する
方法も可能である。或いは、フォントキャッシュの容量
にもよるが、ファイル全体でなく、要求されたコードを
含むブロック単位でキャッシングを行っても良い。これ
により、クライアント、サーバ間のデータ交換回数の削
減を図ることができる。

【０１１４】実施例９．前述した実施例においては、フ
ォントキャッシュに記憶されたフォントデータを利用す
る際に、その利用に先立って獲得時刻からの経過時間が
予め設定した一定の定義時間以内ではない場合に、獲得
時刻以降更新があったかどうか問い合わせを行ったが、
利用時に問い合わせを出すのではなく、予め一定のタイ
ミングを設定し、そのタイミングで問い合わせを行い、
問い合わせた時点で更新がなければ、獲得時刻の書き換
えを行っても良い。問い合わせるタイミングとしては、
獲得時刻からの経過時間を単位として、１時間経過後、
２時間経過後、或いは、６時間経過後等に問い合わせを
行う方法でも良い。この方法を用いれば、設定時間内の
データの精度は保証される。

【０１１５】実施例１０．実施例１〜実施例８において
は、コードに関係付けられたデータはフォントデータで
ある場合について説明したが、フォントデータには限ら
ず、他のものでも構わない。例えば、標準にない文字を
外字として登録する場合でも良い。また、フォントの書
体を表す書体データと、その書体データを識別する書体
コードの管理に用いても構わない。

【０１１６】或いは、アイコンを用いてプログラムを呼
び出すようなシステムにおいて、描画イメージとして記
憶されているアイコンデータと、そのアイコンデータを
識別するアイコンコードの管理に用いることもできる。

【０１１７】或いは、イメージデータとそのイメージデ
ータを識別するコードの管理に用いることもできる。イ
メージデータとは、例えば、スキャナで読み取ったデー
タ、写真やビデオなどの動画データをディジタル化して
記憶するものでも良い。或いは、描画ソフトやキャドプ
ログラムで作成したデータでも良い。

【０１１８】更に、会社等の組織内で統一している帳票
イメージなどを表す書式データの管理に用いても良い。
ここでいう書式データとは、文書の定型フォーマットに
相当するものである。

【０１１９】更にまた、オーバレイデータとオーバレイ
データを識別するオーバレイコードの管理に用いること
も可能である。オーバレイデータとは、例えば、罫線の
組み合わせによって帳票イメージを作成するような場
合、文字データ等と重ねて印刷を行うためにプリンタに
ダウンロードされるパターンそのものであり、そのパタ
ーンだけを独立させて管理することができるものであ
る。

【０１２０】また、文書作成ソフトウェアで作成する文
書から参照されるドキュメントにこの発明を適用しても
良い。ドキュメントとは、文書ファイル、テキスト、画
像、動画、グラフ、ワークシートのいずれか、或は、任
意の組み合せからなるデータである。

【０１２１】実施例１１．この実施例においては、この
発明の他の実施例について説明する。図３６は、この発
明のコードとデータがサーバに管理される実施例の構成
を示す図である。コードにより識別されるデータは、例
えば、前述した実施例で述べたもののいずれかである。
データ管理はサーバを行い、クライアントはサーバから
コードの伝送を受け、伝送されたコードを用いてデータ
処理を行う。データ処理に際してクライアントは、コー
ドを伝送したサーバにコードに対応するデータの照会を
行う。サーバは、照会されたデータをクライアントに伝
送する。クライアントは、伝送されたデータを用いてデ
ータ処理をする。この処理は、データベース等がサーバ
におかれ、データ管理が行われている場合有効である。

【０１２２】実施例１２．図３７は、この発明の他の適
用例を示す図である。この図では、サーバ上の、或い
は、他のクライアントデータ処理において、コードが新
規に発生する場合を想定している。あるクライアントが
データ処理、例えば、文書の作成を行っている途中で、
新たな外字を登録したとする。外字の登録は、前述した
実施例の手順で行われる。登録した外字を用いて、文書
の作成が完了し、保存した文書を他のクライアントに伝
送し、内容の一部修正を依頼したとする。文書を受け取
ったクライアントは、文書中にある新規登録された外字
のコードを識別できないので、文書を作成したクライア
ントにコードに対応するデータの照会を行う。データの
照会を受けたクライアントは、照会されたデータを伝送
する。照会したクライアントは、伝送されたデータを用
いて文書編集等のデータ処理を行う。

【０１２３】

【発明の効果】この発明によれば、分散処理システムに
おいて、データを識別するコードを一意に割り当てるこ
とができる。

【０１２４】また、この発明によれば、クライアントコ
ンピュータとサーバコンピュータを有する分散処理シス
テムにおいて、サーバコンピュータは、クライアントコ
ンピュータにシステム内で一意のコードを付与すること
が可能となる。

【０１２５】また、この発明によれば、情報処理装置に
対して使用可否の問い合わせる手段を備えたことによ
り、コードを一意に割り当てることが可能になる。

【０１２６】また、この発明によれば、コード割当手段
が情報処理装置に対応して、重複しないコード領域を定
義することで、コードを一意に割り当てることが可能に
なる。

【０１２７】この発明によれば、データ照会手段を備え
たことにより、１つの情報処理装置が発生させたコード
を他の情報処理装置が利用して、データ処理を行える効
果がある。

【０１２８】また、この発明のよれば、データ照会手段
は、コードにより識別されるデータの所在を示す辞書を
用いてデータの存在を判別するので、データの照会を迅
速に行える効果がある。

【０１２９】また、この発明によれば、一時保有したデ
ータを再利用するので、照会の回数を減らし、データ交
換のデータ量を減少させる効果がある。

【０１３０】また、この発明によれば、一時保有してい
る間に陳腐化したデータを利用することを防止できる効
果がある。

【０１３１】この発明によれば、データの有効性を獲得
時刻を用いて判断できる。

【０１３２】また、この発明によれば、データの有効性
を経過時間を用いて判断できる。また、一定時間内であ
れば、サーバに問い合わせを行わなくても良いという効
果がある。

【０１３３】更に、この発明によれば、一定時間内であ
れば、サーバに問い合わせを行わなくても有効性が判断
できる。また、一定時間以上経過後は、獲得時刻を用い
て問い合わせを行うことで、より信頼性の高いデータを
利用できる効果がある。

【０１３４】また、この発明によれば、システムで共通
に利用するデータを一意に管理できる効果がある。

【０１３５】また、この発明によれば、ドキュメントを
一時保有し、最新のドキュメントを再利用できる。

【図面の簡単な説明】

【図１】この発明の分散処理システムの構成を示す図
である。

【図２】この発明の分散処理システムの構成を示す図
である。

【図３】この発明のコード割当手段を使用するクライ
アントコンピュータのブロック図である。

【図４】この発明のコード割当手段を含むサーバコン
ピュータのブロック図である。

【図５】この発明の実施例のコード変換を説明する図
である。

【図６】この発明の実施例のクライアント側の処理の
流れ図である。

【図７】この発明の実施例のクライアント側の処理の
流れ図である。

【図８】この発明の実施例のサーバ側の処理の流れ図
である。

【図９】この発明の実施例の処理の流れを示す図であ
る。

【図１０】この発明の実施例の処理の流れを示す図で
ある。

【図１１】この発明の実施例の処理の流れを示す図で
ある。

【図１２】この発明の実施例の処理の流れを示す図で
ある。

【図１３】この発明の実施例において配布記録に書き
込まれる内容を示す図である。

【図１４】この発明の実施例の処理の流れを示す図で
ある。

【図１５】この発明の実施例の処理の流れを示す図で
ある。

【図１６】この発明の実施例の処理の流れを示す図で
ある。

【図１７】この発明の実施例の処理の流れを示す図で
ある。

【図１８】この発明の実施例の登録更新処理の流れを
示す図である。

【図１９】この発明の実施例の登録更新処理の流れを
示す図である。

【図２０】この発明の実施例の処理の流れを示す図で
ある。

【図２１】この発明の実施例の処理の流れを示す図で
ある。

【図２２】この発明の実施例の処理の手順を示す図で
ある。

【図２３】この発明の実施例の処理の手順を示す流れ
図である。

【図２４】この発明の実施例のコード域の定義を示す
図である。

【図２５】この発明の実施例のコード定義表の図であ
る。

【図２６】この発明の実施例のコード定義表の図であ
る。

【図２７】この発明の実施例のコード域の記憶方法を
示す図である。

【図２８】この発明の実施例のコードの判定ルールの
一例を示す図である。

【図２９】この発明の実施例のコード定義表の図であ
る。

【図３０】この発明の実施例のコード定義表の図であ
る。

【図３１】この発明の実施例のコード域の使用例を示
す図である。

【図３２】この発明の実施例のコードの判定方法を説
明する図である。

【図３３】この発明の実施例の有効性確認処理の流れ
図である。

【図３４】この発明の実施例の有効性確認処理の流れ
図である。

【図３５】この発明の実施例の有効性確認処理の流れ
図である。

【図３６】この発明の実施例の適用を示す図である。

【図３７】この発明の実施例の適用を示す図である。

【図３８】従来のフォントサーバの構成を示すブロッ
ク図である。

【図３９】従来の所在管理に用いられる管理用テーブ
ルの図である。

【図４０】従来のマスタフォントサーバとの間で送受
信されるフォント情報の構成図である。

【図４１】従来のクライアントシステム、サーバシス
テムの構成を示すブロック図である。

【図４２】従来の相手システム外字ファイルのコード
の割り付け例を示す図である。

【符号の説明】

１サーバコンピュータ、２フォント管理（手段）、
３フォントデータ記憶部、４予約テーブル、５フ
ォントアクセス手段、６フォントサーバ、７配布記
録、８コード変換手段、９所在管理手段、１０所
在情報記憶部、１１フォントクライアント、１２フ
ォントキャッシュ、１３クライアントコンピュータ、
１４フォント管理手段、１５フォントデータ記憶
部、１６フォントアクセス手段、１７フォントクライ
アント、１８フォントキャッシュ、１９コード変換
手段、２０所在管理手段、２１所在情報記憶部、２
２アプリケーションプログラム、２３フォント編集手
段、２４フォント表示手段、２５フォント選択手
段、１０１コード域、１０２コード域のコンピュー
タＡの割当範囲、１０３コード域のコンピュータＢの
割当範囲、１０４コード域のコンピュータＣの割当範
囲、１０５コンピュータＡのコード域Ａ、１０６コ
ンピュータＢのコード域Ｂ、１０７コンピュータＣの
コード域Ｃ、１１０コードを新規生成するコンピュー
タ、１１１コードを新規生成する他のコンピュータ、
１１２コードを新規生成し、データを保管するクライ
アントコンピュータ、１１５クライアントサーバシス
テム、１５０階層化されたクライアントサーバシステ
ム。

Claims

【特許請求の範囲】

【請求項１】複数の情報処理装置を接続した分散処理
システムにおいて、上記分散処理システムは、データを識別するコードをシ
ステム内で一意に割り当てるコード割当手段を備えたこ
とを特徴とする分散処理システム。
【請求項２】上記分散処理システムは、１つ以上のサ
ーバコンピュータと他の１つ以上のクライアントコンピ
ュータを有し、上記コード割当手段は、クライアントコ
ンピュータがデータを識別するコードをサーバコンピュ
ータに要求する手段と、サーバコンピュータがクライア
ントコンピュータにシステム内で一意のコードを返送す
る手段を備えていることを特徴とする請求項１記載の分
散処理システム。
【請求項３】上記コード割当手段は、１つの情報処理
装置においてデータの識別に用いるコードを発生させ、
他の情報処理装置に対して使用の可否を問い合わせる手
段を備えていることを特徴とする請求項１記載の分散処
理システム。
【請求項４】上記コード割当手段は、各情報処理装置
に対応して、重複しないコード領域を定義することを特
徴とする請求項１記載の分散処理システム。
【請求項５】上記分散処理システムにおいて、１つの情報処理装置において、新たにデータとそのデー
タの識別に用いるコードを発生させるコード発生手段
と、発生したコードを他の情報処理装置に伝送するコード伝
送手段と、他の情報処理装置からその伝送されたコードにより識別
されるデータをコードを発生させた情報処理装置に照会
するデータ照会手段と、コードを発生させた情報処理装置から照会した情報処理
装置に対して、データを伝送するデータ伝送手段を備え
たことを特徴とする請求項１〜４いずれかに記載の分散
処理システム。
【請求項６】上記分散処理システムは、更に、コード
により識別されるデータの所在を示す辞書を備え、上記
データ照会手段は、上記辞書を用いて、データの存在を
判別してデータを照会することを特徴とする請求項５記
載の分散処理システム。
【請求項７】分散処理システムにおいて、データ伝送
されたデータを再利用のため一時保有することを特徴と
する分散処理システム。
【請求項８】上記分散処理システムは、更に、一時保
有されたデータの有効性を高める手段を備えたことを特
徴とする請求項７記載の分散処理システム。
【請求項９】上記有効性を高める手段は、一時保有す
るデータを獲得した獲得時刻を記憶し、記憶した獲得時
刻を用いてデータの有効性を判断することを特徴とする
請求項８記載の分散処理システム。
【請求項１０】上記有効性を高める手段は、更に、上
記獲得時刻からの経過時間を計測し、上記経過時間を用
いてデータの有効性を判断することを特徴とする請求項
９記載の分散処理システム。
【請求項１１】上記有効性を高める手段は、更に、上
記獲得時刻と上記経過時間を用いてデータの有効性を判
断することを特徴とする請求項１０記載の分散処理シス
テム。
【請求項１２】上記データは、文字データ、書体デー
タ、アイコンデータ、イメージデータ、書式データまた
はオーバレイデータのいずれかであることを特徴とする
請求項１〜１１いずれかに記載の分散処理システム。
【請求項１３】上記データは、文書ファイル、テキス
ト、画像、動画、グラフ、ワークシートのいずれかを含
むドキュメントであることを特徴とする請求項１〜１２
いずれかに記載の分散処理システム。