JP3083748B2

JP3083748B2 - グリフ・イメージの検索方法と検索装置及びグリフ・イメージ管理システム

Info

Publication number: JP3083748B2
Application number: JP07320688A
Authority: JP
Inventors: 健一川井; 義則田原; 直弘井内; 哲郎西村
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1995-12-08
Filing date: 1995-12-08
Publication date: 2000-09-04
Anticipated expiration: 2015-12-08
Also published as: CN1166004A; JPH09160530A; CN1105364C

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、イメージ・データ
の管理方法及び装置に関するものであり、より詳しく
は、文字や記号を様々なグリフ・イメージで格納するフ
ォント・ファイルを文字や記号の種類によって、その組
合せを動的に変更するグリフ・イメージの検索方法及び
装置に関するものである。

【０００２】

【従来の技術】図２の符号１０１および図３は従来のグ
リフ・イメージ管理システムの概念図である、図３にお
いて、フォント・オブジェクト２２３，２２７，２３１
は、複数のグリフ・イメージ群２２４，２２８，２３２
と、そのフォントを表現する属性（メトリクス）２２
２，２２６，２３０を有している。このフォント・オブ
ジェクトは、フォント・ファイルに限定される概念では
ない。フォント・オブジェクトの概念には管理下にある
フォント・ファイルのいずれかを指定する要求に応答し
て、そのフォント・ファイルのイメージにアクセスする
ことのできるプログラムを包含する。このようなプログ
ラムにはビットマップ・フォント・ドライバ１０８や、
アウトライン・フォント・ドライバ１１４、デバイス・
ドライバ１２２がある。

【０００３】フォント・オブジェクトは図１に示すよう
なハードディスク１３やフロッピーディスク２０、ＲＯ
Ｍ１４等に格納し、またはメインメモリに常駐させ、ま
たはロードすることも可能である。また、これらの記憶
手段に１つのフォント・オブジェクトにおけるフォント
属性情報とイメージを同時に格納することも、属性情報
とイメージを別々に格納することも、イメージを複数に
分割して格納することも可能である。但し、１つのフォ
ント・オブジェクトにおいて、その属性情報と対応する
イメージにリンクが取れていることが求められる。グリ
フ・イメージは文字や記号等を様々なフォントの種類で
表現するものであり、ビットマップ・フォントやアウト
ライン・フォント等種々のフォントによって表現される
イメージデータを含むものである。

【０００４】図２に示すように制御機構１０２は、グラ
フィック・エンジン・フォント１２０を直接認識でき、
ビット・マップ・フォント・ファイルＡ，Ｂ（１１０，
１１２）やアウトライン・フォント・ファイルＣ，Ｄ
（１１６，１１８）は各々ビット・マップ・フォント・
ドライバ１０８や、アウトライン・フォント・ドライバ
１１４を介して認識する。この制御機構１０２は、具体
的にはグラフィック・エンジンやオペレーティング・シ
ステムによって実施することができる。

【０００５】デバイス・フォント・ファイル１２４は、
デバイス・ドライバ１２２を介して認識可能である。デ
バイス・フォント１２４にはプリンタ・フォントやプロ
ッタ・フォント等がある。グリフ・イメージ管理システ
ム１０１はデバイス・フォント・ファイル１２４は含ん
でいないが、デバイス・フォント・オブジェクトを含ん
でいる。

【０００６】再び、図３に戻るが、図３におけるフォン
ト管理テーブル２０６には、フォント・オブジェクト２
２３，２２７，２３１の１つをユニークにポイントする
情報が登録されている。図において、エントリ２１８は
フォント・オブジェクト２２３をポイントし、エントリ
２１６はフォント・オブジェクト２２７をポイントし、
エントリ２１４はフォント・オブジェクト２３１をポイ
ントしている。かかるフォント管理テーブルの働きによ
り、図２において説明した各種のフォント・オブジェク
トをその種類を意識せず管理することができ、制御機構
２０４はこのフォント管理テーブル２０６を介して各種
フォント・オブジェクトにアクセスすることができる。

【０００７】制御機構２０４はアプリケーション２０２
から特定のフォント・オブジェクト（例えばフォント・
オブジェクト２２７）のロード命令を受領し、この命令
を基に制御機構２０４はフォント管理テーブル２０６の
その特定のフォント・オブジェクト２２７に対応するエ
ントリ２１６を見つける。そして、制御機構２０４はフ
ォント管理テーブル２０６のエントリ２１６にフラグを
つけることによって、フォント・オブジェクト２２７と
のパスを確立する。

【０００８】次に、アプリケーション２０２から、特定
のコード・ポイント・データに対応したグリフ・イメー
ジ（文字フォント・データ）の要求があると、制御機構
２０４はアプリケーション２０２からコード・ポイント
・データを受領し、フォント管理テーブル２０６経由で
フォント・オブジェクト２２７にアクセスし（前述のよ
うにすでにパスは確立している）、このコード・ポイン
ト・データを基にフォント・オブジェクト２２７におけ
る該当するグリフ・イメージを入手する。

【０００９】このような構成を有する従来技術において
は、フォント管理テーブルにおける静的なフラグにより
フォント・オブジェクトをポイントするという方式をと
っているため種々の問題が発生する。第１に、フォント
のある部分のイメ−ジを自由に置き換えたいというユー
ザの要求に答えることはできないという問題が発生す
る。例えば、文字を明朝体で表示し、英数字をＴｉｍｅ
ｓＮｅｗＲｏｍａｎ（ＴｉｍｅｓＮｅｗＲｏｍ
ａｎは、Ｍｏｎｏｔｙｐｅ社の商標）で表示することを
欲するユーザは、文書全体で使用するフォントに明朝体
を選択した後に、英数字が存在する範囲を指定し、その
部分のフォントをＴｉｍｅｓＮｅｗＲｏｍａｎで表
示させることを繰り返し（英数字が存在する範囲毎に）
アプリケーションに命令する。さもなければ、文書全体
で使用するフォントにＴｉｍｅｓＮｅｗＲｏｍａｎを
選択した後に、英数字が存在する範囲以外を指定し、そ
の部分のフォントを明朝体で表示させることを繰り返し
（英数字以外が存在する範囲毎に）アプリケーションに
命令することが求めらる。このような作業は、ユーザに
とって非常に煩雑な作業である。

【００１０】第２に、フォントを別の名前やサイズのフ
ォントとしてアプリケ−ションに認識させたいというユ
ーザの要求に答えることができないという問題が発生す
る。このため、アプリケーションに指定されたフォント
がシステムに導入されていない場合、そのフォントを使
用する文字を現在導入されている他のフォントで代用し
て表示または印刷することはできず、文字ばけした文書
を表示することを強いられることとなる。

【００１１】第３に、従来のエンコーディングのフォン
トを組み合わせて、ユニ・コードのフォントとして使い
たいという要求を満足させることができないという問題
が発生する。このため、ユーザはユニ・コードとしての
新たなフォント・ファイルを購入しなくてはならず、ユ
ーザが有している既存の外国語のフォント等はユニ・コ
ードとして利用することはできない。また新たなフォン
ト・ファイルとして導入する必要があるため、それを格
納する記憶容量が必要になるという問題も発生してい
る。ここでユニ・コードとは、ＩＳＯ、ＪＩＳが定義す
る多国語を意識しエンコーディングされたフォントであ
る。

【００１２】第４に、数字や一定種類の文字を非表示に
したいという要求を満足することはできないという問題
が発生する。従って、例えば数字データだけが極秘デー
タである場合、一旦印刷した文書の数字部分を見えない
ように塗りつぶしたり、その文書をコピーした文書の数
字部分をスペースや"Ｘ"等で上書き編集する必要があ
る。このような作業は、ユーザにとって煩わしく、手作
業であるために消し忘れも発生する可能性もある。ま
た、塗りつぶしても裏から透けて見えてしまうことによ
り、極秘データを公開してしまう可能性もあった。

【００１３】図３に示す既存のイメージ管理システム１
０１を改良する技術として、特開平６−１２０４３号と
特開平６−２５９４２６号がある。特開平６−１２０４
３号は、メモリの使用量を減らすために、複数のテ−ブ
ルを使用し、どの文字が各書体で使用されているかのリ
ンクを持つことにより使用メモリ（重複するフォントの
イメ−ジ）を減らす技術を開示している。しかし、この
技術は、文字フォントのイメ−ジを共有することでシス
テムで使用するメモリ量を減らすことは可能であるが、
テ−ブル間ではアドレスを用い静的なリンクを張ってい
るため、すべての書体が同じフォントのならび（エンコ
ーディング）でなければ成立しない構成となっており、
また、新規に作成した書体やフォント・ファイルを導入
するには新たにテ−ブルを作成し直さなくてはなず、動
的にテ−ブルを構成することは不可能であり、上記問題
を解決しえるものではない。

【００１４】また、特開平６−２５９４２６号は、各書
体間で外字に同じコ−ドを使用し、書体間における外字
のコ−ドの整合性を保つために、外字の書体名と外字コ
−ドの２つをキ−とした内部静的テ−ブルを作成する。
しかし、この技術は、すべての外字が１つの相対テ−ブ
ルでユニークなキーとして管理されなければならない制
約を有し、新規に作成された書体のフォントが導入され
た場合、どの書体の外字が使われるのかは文字コ−ドご
とに違いがあるか使用できないかのどちらかである。ま
た、テ−ブル間のリンクは静的であり、すべての書体が
同じフォントのならび（エンコーディング）でなければ
成立しない構成となっており、上記問題を解決しえるも
のではない。

【００１５】

【発明が解決しようとする課題】本発明は、複数のフォ
ント・オブジェクトをコード・ポイント条件により動的
に連結することにより、フォントの一部分のイメ−ジを
自由に置き換えることや、フォントを別の名前やサイズ
のフォントとしてアプリケ−ションに見せることや、従
来のエンコーディングのフォントを組み合わせて、ユニ
・コードのフォントとして使うことを可能にする。

【００１６】

【課題を解決するための手段】本発明のグリフ・イメー
ジ管理システムは、複数のフォント・オブジェクトをコ
ンポーネントとして組み合わせ、１つの違ったフォント
・オブジェクトとして見せることにより上記課題を解決
する。このとき組み合わせを記述したものをコンバイン
・フォント・オブジェクトと呼び、これ自身がフォント
のグリフ・イメ−ジなどを持たないファイルであるにも
かかわらず、アプリケ−ションから通常のフォント・オ
ブジェクトと同じ扱いをうけることを可能としている。
すなわち、アプリケーションに対してトランスピアレン
トな性質を有しているため、アプリケーションに変更を
加えずに、後述する本発明の制御機構のみを変更するこ
とによって、本発明を実施することも可能となる。

【００１７】この一方、コンバイン・フォント・オブジ
ェクトにおいて、組み合わせとなるフォント・オブジェ
クト群を定義する情報をコンポーネント・フォント、基
本とするフォント・オブジェクト情報をベース・フォン
トと呼ぶ。但し、ベース・フォントはコンポーネント・
フォントに含まれる概念であり、後述するコード・ポイ
ント条件の設定の仕方が他のコンポーネント・フォント
と異なっている。これらのコンポーネント・フォント間
には何等特別な関係はなくてもよく、エンコーディング
すら違ってよい。

【００１８】本発明の入力されたコード・ポイントに対
応したグリフ・イメージを１以上のフォント・オブジェ
クトから選択する方法は、（ａ）各々がフォント・オブ
ジェクトのフォント属性条件及びコード・ポイント条件
を有している１以上のコンポーネント・フォント情報を
表示する段階と、（ｂ）ユーザの入力に応答して、表示
された１以上のコンポーネント・フォント情報のうちの
１以上のフォント属性条件もしくはコード・ポイント条
件、またはフォント属性条件及びコード・ポイント条件
を変更する段階と、（ｃ）入力されたコード・ポイント
が１以上のコンポーネント・フォント情報のうちの１つ
のコード・ポイント条件と一致するか否か判断する段階
と、（ｄ）入力されたコード・ポイントがコード・ポイ
ント条件に一致した場合、一致するコード・ポイント条
件を有するコンポーネント・フォント情報のフォント属
性条件に対応したフォント・オブジェクトを選択する段
階と、（ｅ）選択されたフォント・オブジェクトにおい
て、入力されたコード・ポイントに対応するグリフ・イ
メージを検索する段階と、（ｆ）グリフ・イメージを出
力する段階とを含む。このグリフ・イメージを出力する
段階は、表示装置にグリフ・イメージを表示する段階
や、プリンタにグリフ・イメージを印刷する段階、他の
ＰＣ等にグリフ・イメージを送信する段階を含む概念で
ある。

【００１９】本発明の入力されたコード・ポイントに対
応したグリフ・イメージを１以上のフォント・オブジェ
クトから選択する方法はさらに、（ｇ）１以上のコンポ
ーネント・フォント情報のフォント・オブジェクト属性
及びコード・ポイント条件に対応したグリフ・イメージ
のサンプルを表示する段階をさらに含むことができる。

【００２０】本発明の入力されたコード・ポイントに対
応したグリフ・イメージを１以上のフォント・オブジェ
クトから選択する方法はさらに、（ｈ）他のシステムか
ら受信したデータに基づいて１以上のコンポーネント・
フォント情報を形成する段階をさらに含むことができ
る。

【００２１】本発明の他の１態様である各コード・ポイ
ントに使用するフォント・オブジェクトを指定する情報
を有する文書ファイルのコード・ポイントに対応したグ
リフ・イメージを１以上のフォント・オブジェクトから
選択し、表示する方法は、（ａ）各コード・ポイントの
内の１つのコード・ポイントについてのフォント・オブ
ジェクトを指定する情報がコンバイン・フォント・オブ
ジェクトを指定しているか否かを判断する段階と、
（ｂ）コンバイン・フォント・オブジェクトを指定して
いると判断された場合、フォント・オブジェクトを指定
する情報に対応するコンバイン・フォント・オブジェク
トを特定する段階と、（ｃ）特定されたコンバイン・フ
ォント・オブジェクトにおいて、１つのコード・ポイン
トが対応するフォント・オブジェクトのフォント属性条
件及びコード・ポイント条件を有している１以上のコン
ポーネント・フォント情報のうちの１つのコード・ポイ
ント条件と一致するか否か判断する段階と、（ｄ）１つ
のコード・ポイントがコード・ポイント条件に一致した
場合、一致するコード・ポイント条件を有するコンポー
ネント・フォント情報のフォント属性条件に対応したフ
ォント・オブジェクトを選択する段階と、（ｅ）選択さ
れたフォント・オブジェクトにおいて、１つのコード・
ポイントに対応するグリフ・イメージを検索する段階
と、（ｆ）１つのコード・ポイントに対応するグリフ・
イメージを出力する段階とを含む。

【００２２】本発明の他の態様である入力されたコード
・ポイントに対応したグリフ・イメージを１以上のフォ
ント・オブジェクトから選択する方法は、(ａ）入力さ
れたコード・ポイントが各々が対応するフォント・オブ
ジェクトのフォント属性条件及びコード・ポイント条件
を有している１以上のコンポーネント・フォント情報の
うちの１つのコード・ポイント条件と一致するか否か判
断する段階と、（ｂ）入力されたコード・ポイントがコ
ード・ポイント条件に一致した場合、一致するコード・
ポイント条件を有するコンポーネント・フォント情報の
フォント属性条件に対応したフォント・オブジェクトを
選択する段階と、（ｃ）選択されたフォント・オブジェ
クトにおいて、入力されたコード・ポイントに対応する
グリフ・イメージを検索する段階とを含む。

【００２３】本発明の入力されたコード・ポイントに対
応したグリフ・イメージを１以上のフォント・オブジェ
クトから選択する装置は、各々が属性情報を含む１以上
のフォント・オブジェクトを格納する記憶装置と、各々
がコンポーネント・フォント情報と属性情報を含む１以
上のコンバイン・フォント・オブジェクトを格納する記
憶装置と、１以上のコンバイン・フォント・オブジェク
トの属性情報と、１以上のフォント・オブジェクトの属
性と、を共通フォーマットで管理しているフォント管理
テーブルを格納する記憶装置と、グリフ・イメージを出
力する装置と、制御機構とを含んでおり、この制御機構
は、（ａ）入力されたコード・ポイントが各々が対応す
るフォント・オブジェクトのフォント属性条件及びコー
ド・ポイント条件を有している１以上のコンポーネント
・フォント情報のうちの１つのコード・ポイント条件と
一致するか否か判断する手段と、（ｂ）入力されたコー
ド・ポイントがコード・ポイント条件に一致した場合、
一致するコード・ポイント条件を有するコンポーネント
・フォント情報のフォント属性条件に対応したフォント
・オブジェクトを選択する手段と、（ｃ）選択されたフ
ォント・オブジェクトにおいて、入力されたコード・ポ
イントに対応するグリフ・イメージを検索する手段とを
含む。

【００２４】本発明の入力されたコード・ポイントに対
応したグリフ・イメージを１以上のフォント・オブジェ
クトから選択することを制御する制御機構はさらに、
（ｄ）入力されたコード・ポイントに付加されている属
性情報がコンバイン・フォント・オブジェクトの属性情
報であるか、フォント・オブジェクトの属性情報かを判
断する手段と、（ｅ）入力されたコード・ポイントに付
加されている属性情報がコンバイン・フォント・オブジ
ェクトの属性情報である場合、入力されたコード・ポイ
ントに付加されている属性情報に対応するコンバイン・
フォント・オブジェクトを選択する手段とを含むことが
でき、段階（ａ）におけるコンポーネント・フォント情
報は、対応するコンバイン・フォント・オブジェクトに
格納されたコンポーネント・フォント情報とすることが
できる。

【００２５】本発明の他の１態様である入力されたコー
ド・ポイントに対応したグリフ・イメージを１以上のフ
ォント・オブジェクトから選択することを制御する制御
機構を含む装置は、（ａ）入力されたコード・ポイント
が各々が対応するフォント・オブジェクトのフォント属
性条件及びコード・ポイント条件を有している１以上の
コンポーネント・フォント情報のコード・ポイント条件
と一致するか否か判断する手段と、（ｂ）入力されたコ
ード・ポイントがコード・ポイント条件に一致した場
合、一致するコード・ポイント条件を有するコンポーネ
ント・フォント情報のフォント属性条件に対応したフォ
ント・オブジェクトを選択する手段と、（ｃ）選択され
たフォント・オブジェクトにおいて、入力されたコード
・ポイントに対応するグリフ・イメージを検索する手段
とを含む。

【００２６】本発明の入力されたコード・ポイントに対
応したグリフ・イメージを１以上のフォント・オブジェ
クトから選択することを制御する制御機構はさらに、他
のシステムから受信したデータに基づいて１以上のコン
ポーネント・フォント情報を形成する手段を含むことが
できる。

【００２７】本発明の各コード・ポイントに使用するフ
ォント・オブジェクトを指定する情報を有する文書ファ
イルのコード・ポイントに対応したグリフ・イメージを
１以上のフォント・オブジェクトから選択し、表示する
システムは、（ａ）各コード・ポイントの内の１つのコ
ード・ポイントについてのフォント・オブジェクトを指
定する情報がコンバイン・フォント・オブジェクトを指
定しているか否かを判断する手段と、（ｂ）コンバイン
・フォント・オブジェクトを指定していると判断された
場合、フォント・オブジェクトを指定する情報に対応す
るコンバイン・フォント・オブジェクトを特定する手段
と、（ｃ）特定されたコンバイン・フォント・オブジェ
クトにおいて、１つのコード・ポイントが対応するフォ
ント・オブジェクトのフォント属性条件及びコード・ポ
イント条件を有している１以上のコンポーネント・フォ
ント情報のうちの１つのコード・ポイント条件と一致す
るか否か判断する手段と、（ｄ）１つのコード・ポイン
トがコード・ポイント条件に一致した場合、一致するコ
ード・ポイント条件を有するコンポーネント・フォント
情報のフォント属性条件に対応したフォント・オブジェ
クトを選択する手段と、（ｅ）選択されたフォント・オ
ブジェクトにおいて、１つのコード・ポイントに対応す
るグリフ・イメージを検索する手段と、（ｆ）１つのコ
ード・ポイントに対応するグリフ・イメージを出力する
手段とを含む。

【００２８】本発明の１以上のフォント・オブジェクト
を格納する記憶装置と、１以上のコンポーネント・フォ
ント情報を格納する記憶装置と、入力されたコード・ポ
イントに対応したグリフ・イメージを１以上のフォント
・オブジェクトから選択する制御機構とを含む情報処理
システムにおいて、制御機構を制御するためのプログラ
ムを格納する媒体は、（ａ）入力されたコード・ポイン
トが各々が対応するフォント・オブジェクトのフォント
属性条件及びコード・ポイント条件を有している１以上
のコンポーネント・フォント情報のうちの１つのコード
・ポイント条件と一致するか否か判断することを制御機
構に指示するプログラムコード手段と、（ｂ）入力され
たコード・ポイントがコード・ポイント条件に一致した
場合、一致するコード・ポイント条件を有するコンポー
ネント・フォント情報のフォント属性条件に対応したフ
ォント・オブジェクトを選択することを制御機構に指示
するプログラムコード手段と、（ｃ）選択されたフォン
ト・オブジェクトにおいて、入力されたコード・ポイン
トに対応するグリフ・イメージを検索することを制御機
構に指示するプログラムコード手段とを含むプログラム
を格納している。

【００２９】

【発明の実施の形態】図１は、本発明のグリフ・イメー
ジ管理システム１００のブロック図である。グリフ・イ
メージ管理システム１００は、中央処理装置（ＣＰＵ）
１とメモリ４とを含んでいる。ＣＰＵ１とメモリ４は、
バス２を介して、補助記憶装置としてのハードディスク
装置１３とを接続してある。フロッピーディスク装置
（またはＭＯ、ＣＤ−ＲＯＭ等の駆動装置）２０はフロ
ッピーディスクコントローラ１９を介してバス２へ接続
されている。フロッピーディスク装置（またはＭＯ、Ｃ
Ｄ−ＲＯＭ等の駆動装置）２０には、フロッピーディス
ク（またはＭＯ、ＣＤ−ＲＯＭ等の媒体）が挿入され、
このフロッピーディスク等やハードディスク装置１３、
ＲＯＭ１４には、後述する本発明の制御機構１０２にお
いて本発明を実施するためのコンピュータ・プログラム
のコードを記録することができ、メモリ４にロードされ
ることによって実行される。さらに、このコンピュータ
・プログラムのコードは複数に分割し、ことなる複数の
媒体に記録することもできる。

【００３０】グリフ・イメージ管理システム１００は更
に、ユーザ・インターフェース・ハードウェアを備えた
システムとすることができ、ユーザ・インターフェース
・ハードウェアとしては、例えば、入力をするためのポ
インティング・デバイス（マウス、ジョイスティック
等）７またはキーボード６や、視覚データをユーザに提
示するためのディスプレイ１２がある。また、パラレル
ポート１６を介してプリンタを接続することや、シリア
ルポート１５を介してモデムを接続することが可能であ
り、シリアルポート１５およびモデムまたは通信アダプ
タ１８を介して他のコンピュータと通信を行うことが可
能である。

【００３１】ただし、これらの構成要素は例示であり、
その全ての構成成要素が本発明の必須の構成要素となる
わけではない。このグリフ・イメージ管理システム１０
０は１台のパーソナル・コンピュータやインテリジェン
ト機能を有するプリンタ、複数のパーソナル・コンピュ
ータ同士、複数のプリンタ同士、パーソナル・コンピュ
ータとプリンタの組合せによって実現することが可能で
ある。単独のプリンタにおいて本発明を実現する場合
は、プリンタの表示パネルから後述するコンバイン・フ
ォント・オブジェクトを作成し、プリンタ内部の制御機
構１０４により本発明を実施することも可能である。ま
た、パーソナル・コンピュータとプリンタの組合せによ
って実現する場合は、プリンタ内にコンバイン・フォン
ト・オブジェクトを形成することを指示し、または、コ
ンバイン・フォント・オブジェクトの情報をプリンタに
送信することにより、プリンタ内にコンバイン・フォン
ト・オブジェクトを形成し、プリンタ内部の制御機構１
０４により本発明を実施させることもできる。

【００３２】図２は、本発明のグリフ・イメージ管理シ
ステム１００の１実施例を示す概念図である。従来の管
理システム１０１に比べ、コンバイン・フォント・ファ
イル１０４が追加されている。またコンバイン・フォン
ト・ユーティリティ１０６も追加されているが、このコ
ンバイン・ユーティリティは必須の構成要件ではなく、
コンバイン・フォント・ファイル１０４の変更を容易に
行うことを可能とするために提供されている本発明の追
加機能である。また、デバイス・ドライバ１２２等の各
種ドライバや各種フォント・ファイルはグリフ・イメー
ジ管理システム１００に含めて記載しているが、他のシ
ステムに存在させることも可能である。

【００３３】次に、図４を参照されたい。図４は本発明
のグリフ・イメージ管理システム１００の一実施例の概
念図を示す図である。図３の従来の管理システム１０１
に比し、コンバイン・フォント・オブジェクト群２６
０，２７０が追加されていることが容易に理解できるで
あろう。このコンバイン・フォント・オブジェクト２６
０，２７０も通常のフォント・オブジェクト２２３，２
２７，２３１と同様に、フォント管理テーブル２０６の
エントリ２１０，２１２に、コンバイン・フォント・オ
ブジェクト２６０，２７０の１つをユニークにポイント
する情報が登録されている。このポイントするための情
報はアドレス情報であるが、マルチプレクサ等のハード
ウエアによるスイッチ手段を用いてポイントすることも
可能である。この図において、エントリ２１０はコンバ
イン・フォント・オブジェクト２６０をポイントし、エ
ントリ２１２はコンバイン・フォント・オブジェクト２
７０をポイントしている。

【００３４】かかるフォント管理テーブル２０６の働き
により、各種のフォント・オブジェクトをコンバイン・
フォント・オブジェクトであるか、通常のフォント・オ
ブジェクトであるかを意識せず管理することができ、制
御機構２０４はこのフォント管理テーブル２０６を介し
て各種フォント・オブジェクトにアクセスすることがで
きる。また、このようなフォント管理テーブル２０６が
各種フォント・オブジェクトを一元的に管理しているこ
とから制御機構２０４は各種フォント・オブジェクト２
２３，２２７，２３１，２６０，２７０へ高速にアクセ
スすることを可能にしている。但し、この通常のフォン
ト・オブジェクト群及びコンバイン・フォント・オブジ
ェクト群は夫々ユニークな属性情報を有しているため、
フォント管理テーブル２０６を介さずに制御機構２０４
から直接アクセスすることができる。このため本発明
は、フォント管理テーブル２０６を必須の構成要素とし
ない。

【００３５】次に、コンバイン・フォント・オブジェク
ト２７０に注目すると、コンバイン・フォント・オブジ
ェクト２７０のエントリ（コンポーネント・フォント・
オブジェクト情報）２７４，２７６，２７８は夫々フォ
ント・オブジェクト２２３，２２７，２３１をポイント
している。この仕組みについては後述する。また、図に
おいて、アプリケーション２０２は１つのみ表示されて
いるが、制御機構１０４は、複数のアプリケーション１
０２からアクセス可能である。

【００３６】図５は、コンバイン・フォント・オブジェ
クト群２６０，２７０の１つを拡大した図であり、コン
バイン・フォント・オブジェクトの構成の１実施例を示
す図である。図５において、コンバイン・フォント・オ
ブジェクト３００にはコンバイン・フォント・シグニチ
ャ３０２、コンバイン・フォント・メトリクス３０４、
コンポーネント・フォントの数３１４、コンポーネント
・フォント３２０，３４０，３６０が含まれている。

【００３７】コンバイン・フォント・シグニチャ３０２
は、コンバイン・フォント・オブジェクト３００が通常
のフォント・オブジェクトではなく、コンバイン・フォ
ント・オブジェクトであることを認識するための情報等
の管理を円滑に行うための情報が含まれている。コンバ
イン・フォント・シグニチャ３０２には、他のコンバイ
ン・フォント・オブジェクトと識別するためのコンバイ
ン・フォントＩＤやコンバイン・フォント・オブジェク
ト３００が格納される場所を示すＩＤを含めることも可
能である。このコンバイン・フォント・シグニチャ３０
２の情報がない場合であっても、制御機構２０４または
フォント管理テーブル２０６からポイントされるための
情報が後述するコンバイン・フォント・メトリクス３０
４に存在するため、このコンバイン・フォント・シグニ
チャ３０２を本発明の必須の構成要素としない。

【００３８】コンバイン・フォント・メトリクス３０４
には各種のフォント属性情報が管理されている。フォン
ト属性情報には、フォント名３０６、フォント・スタイ
ル３０８、フォント・タイプ３１０、フォント・サイズ
３１２等の情報が存在する。具体的には、フォント名に
は"Ｃｏｕｒｉｅｒ"，"明朝"，"ＴｉｍｅｓＮｅｗＲ
ｏｍａｎ"等がある。フォント・スタイルには"Ｎｏｒｍ
ａｌ"，"Ｂｏｌｄ"，"Ｉｔａｌｉｃ"，"ＢｏｌｄＩｔ
ａｌｉｃ"等がある。フォント・タイプには、"アウトラ
イン"，"ビットマップ"等がある。フォント・サイズに
は"１０"，"１６"，"１８"等がある。図に示す属性情報
のみではなく、高さ、幅、全角文字、半角文字等の各種
のイメージ情報を管理する事も可能である。このよう
な、属性情報の区分の仕方やその種類は設計段階で、当
業者に容易に変更できる事項であり、本発明は、これら
の設計事項に限定されるものではない。

【００３９】また、コンバイン・フォント・オブジェク
ト３００はコンポーネント・フォントの数３１４を含む
ことができる。このコンポーネントの数３１４は本発明
の必須の構成要素ではないが、このコンポーネントの数
３１４の情報を管理することによって、後述するコンポ
ーネント・フォント３２０，３４０，３６０へのアクセ
スを効率的に行うことが可能となる。

【００４０】コンバイン・フォント・オブジェクト３０
０は、さらにコンポーネント・フォント３２０，３４
０，３６０を含むことができる。各コンポーネント・フ
ォントは実際のフォント・ファイルではなく、対応する
フォント・オブジェクトの属性情報とコード・ポイント
の条件を有している。本発明の好適な実施例において
は、コンポーネント・フォント１のコード・ポイントの
条件を判断した後にコンポーネント・フォント２、ベー
ス・フォントのコード・ポイントの条件が判断されるた
め、異なるコンポーネント・フォントで重複するコード
・ポイントの条件を定義しても何等問題は発生しない。
但し、どのような順番でコンポーネント・フォントを判
断していくかは当業者において容易に変更できる設計事
項であり、本発明の思想に包含される概念である。

【００４１】コンポーネント・フォント３２０，３４
０，３６０は、対応するフォント・オブジェクトを指定
するための属性情報を含んでいる。図において、コンポ
ーネント・フォント１（３２０）はフォント・サイズ３
２２、フォント名３２４、フォント・スタイル３２６、
フォント・タイプ３２８を定義している。本発明の好適
な実施例においては、この４種類の属性情報によりフォ
ント・ファイルの特定を行うが、これらの情報の他に高
さ、幅、全角文字、半角文字等を含ませることも可能で
ある。またコンポーネント・フォント２（３４０）やベ
ース・フォント３６０に示すように、フォント属性の１
部のみを指定することもできる。図のように、コンポー
ネント・フォント２やベース・フォント３６０ではフォ
ント・スタイルの指定がない。

【００４２】図に示すように、コンポーネント・フォン
ト３２０，３４０，３６０には上記のフォント属性情報
の他に、コード・ポイント条件が管理されている。この
コード・ポイント条件に合致したコード・ポイントが入
力されると、そのコンポーネント・フォントのフォント
属性に合致するフォント・オブジェクトがポイントされ
る。例えば、コンポーネント・フォント１のように数字
に対応するコード・ポイント条件が指定されており、フ
ォント属性として"１０．Ｃｏｕｒｉｅｒイタリック
アウトライン"が指定されているとする。この場合、数
字、例えば"３"のコード・ポイントがアプリケーション
からから入力された場合、"１０．Ｃｏｕｒｉｅｒイ
タリックアウトライン"がロードされている場合は"１
０．Ｃｏｕｒｉｅｒイタリックアウトライン"のフ
ォント・イメージがアプリケーションに返される。同様
に、英字の"ａ"のコード・ポイントがアプリケーション
からから入力された場合、"１０．ＴｉｍｅｓＮｅｗ
Ｒｏｍａｎアウトライン"のフォント・イメージがア
プリケーションに返され、その他の文字、例えば"あ"の
コード・ポイントがアプリケーションからから入力され
た場合、"１６．明朝ビットマップ"のフォント・イメ
ージがアプリケーションに返される。

【００４３】このような組み合わせのコンバイン・フォ
ント・ファイルが定義されロードされたとき、アプリケ
−ションには"１６．ユニ・コード明朝"というユニ・
コードのフォントが存在するように見え、通常のフォン
ト・オブジェクトと何等区別することなく使用すること
ができる。このとき英字や数字の部分の字を表示する
と"１４．ＴｉｍｅｓＮｅｗＲｏｍａｎアウトラ
イン"や"１０．Ｃｏｕｒｉｅｒイタリックアウトラ
イン"が表示され、その他の文字は"１６．明朝ビットマ
ップ"が表示される。しかも、このコンバイン・フォン
ト・ファイル２である"１４．ＴｉｍｅｓＮｅｗＲ
ｏｍａｎアウトライン"がロードされたときには英字
は"１４．ＴｉｍｅｓＮｅｗＲｏｍａｎアウトラ
イン"が表示され、"１４．ＴｉｍｅｓＮｅｗＲｏｍ
ａｎアウトライン"が利用可能な状態に無い場合はベ
ース・フォントの"１６．明朝ビットマップ"のイメ−
ジが使われる。しかし、その後"１４．ＴｉｍｅｓＮ
ｅｗＲｏｍａｎアウトライン"のフォントがロード
されると同じ英字の文字コ−ドに対して"１４．Ｔｉｍ
ｅｓＮｅｗＲｏｍａｎアウトライン"のイメ−ジ
となる。このように関係は動的であり、従来技術におけ
る静的なテ−ブルにより管理できる事項ではない。

【００４４】図において、各コンポーネント・フォント
の属性情報には、対応するフォント・オブジェクトの属
性情報が記載されているが（３２２，３２４，３２６，
３２８等）、この属性情報は各コンポーネント・フォン
トに対応するフォント・オブジェクトの条件を定義する
ものであり、対応するフォント・オブジェクトの特長だ
け書けばよい。１つのフォント・オブジェクトを特定す
る属性全てを記載する必要はない。例えば、１４ポイン
トの「ＴｉｍｅｓＮｅｗＲｏｍａｎ」ならどれでも
いいときはフォント・サイズとフォント名だけを記述
し、もっと厳密なマッチングをとるときはその他のフォ
ント・スタイル、フォント・タイプ等のフォント・メト
リクスのパラメ−タを記述できる。また、厳密にマッチ
ングするフォント・オブジェクトが存在しない場合、指
定したパラメ−タに応じて現在ロードされているフォン
ト群から最適なものを選ぶことも可能である。

【００４５】例えば、１４ポイントの「ＴｉｍｅｓＮ
ｅｗＲｏｍａｎＮｏｍａｌアウトライン」のフォ
ント・オブジェクトが存在しないにもかかわらず、これ
が指定されたとすると、第１にフォント・タイプだけ異
なるフォント・オブジェクトが存在するか判断される。
このとき、１４ポイントの「ＴｉｍｅｓＮｅｗＲｏ
ｍａｎＮｏｍａｌビットマップ」が存在すれば、そ
のフォント・オブジェクトが選択される。フォント・
タイプだけ異なるフォント・オブジェクトが存在しない
場合、第２にフォント・スタイルだけ異なるフォント・
オブジェクトが存在するか判断される。このとき、例え
ば、１４ポイントの「ＴｉｍｅｓＮｅｗＲｏｍａｎ
Ｂｏｌｄアウトライン」が存在すれば、そのフォン
ト・オブジェクトが選択される。

【００４６】フォント・スタイルだけ異なるフォント・
オブジェクトが存在しない場合は、第３に、フォント・
タイプおよびフォント・スタイルのみ異なるフォント・
オブジェクトが存在するか判断される。例えばこのと
き、１４ポイントの「ＴｉｍｅｓＮｅｗＲｏｍａｎ
ＢｏｌｄＩｔａｌｉｃビットマップ」が存在すれ
ば、そのフォント・オブジェクトが選択される。フォン
ト・タイプおよびフォント・スタイルのみ異なるフォン
ト・オブジェクトが存在しない場合、第４に、このコン
ポーネント・フォントのフォント名を検査し、そのフォ
ント名に代替可能なフォント名を調べる。

【００４７】例えばこの時、「ＴｉｍｅｓＮｅｗＲ
ｏｍａｎ」に対して「Ｃｏｕｒｉｅｒ」の代替が許容さ
れているとすると、１４ポイントの「Ｃｏｕｒｉｅｒ
Ｎｏｍａｌアウトライン」が存在するか判断され、存
在しない場合は、１４ポイントの「Ｃｏｕｒｉｅｒ」で
フォント・タイプだけ異なるフォント・オブジェクト、
フォント・スタイルだけ異なるフォント・オブジェクト
フォント・タイプおよびフォント・スタイルのみ異なる
フォント・オブジェクトの順番で検査が行われる。この
ような条件に一致するフォント・オブジェクトが存在し
ない場合は、次にフォント・サイズが変更され、同様な
検査がなされる。しかし、これらの条件の設定は設計事
項であり、上記複数の条件を種々組合せることが可能で
あり、これらの優先順位や代用可能な範囲の条件をユー
ザに変更させることもできる。

【００４８】同様に、コード・ポイント条件も、図に示
すような単一のコード・ポイントの範囲だけでなく、複
数の断続的なコード・ポイントを指定したり、条件式等
によってコード・ポイントの条件を設定することも可能
である。また、単にコード・ポイントの複数の範囲に入
るか否かという単純な不等号条件の判断だけでなく、"
￥"や"＄"の後に連続する数字、または"，"というよう
な、ある程度複雑さを増した条件の判断を行うこともで
きる。

【００４９】ベース・フォント３６０は、図に示すよう
にコード・ポイントの条件は記述されない。これはコー
ド・ポイント条件が全範囲を指定しているため、このベ
ース・フォントに先行するコンポーネント・フォント
（図においてはコンポーネント・フォント１（３２０）
およびコンポーネント・フォント２（３４０）が該当す
る）の条件を順に判断し、条件に合致しないコード・ポ
イントがこのベース・フォント３６０のコーフドポイン
ト条件に合致する事となる。したがって、コンポーネン
ト・フォント１（３２０）およびコンポーネント・フォ
ント２（３４０）のコード・ポイント条件に合致しない
ものは、ベース・フォントが選択されることになる。但
し、このベース・フォントは必ずしも必須のものではな
く、通常のコンポーネント・フォントのみによって構成
することもできる。

【００５０】図において、コンバイン・フォント・オブ
ジェクト３００は通常のコンポーネント・フォント３２
０，３４０を２つ、ベース・フォント３６０を１つ有し
ているが、この数は自由に設定することができ、コンバ
イン・フォント１つのみで構成することもできる。この
場合、ベース・フォントのみをコンバインするコンバイ
ン・フォント・オブジェクトを作成し、コンバイン・フ
ォント・オブジェクトの属性を、ベース・フォントと異
なる属性に指定することにより、アプリケーションに対
して、別の名前やサイズのフォントとして認識させるこ
とが可能となる。これにより、アプリケーションに指定
されたフォントがユーザのシステムに導入されていない
場合、そのフォントを使用する文字を現在導入されてい
る他のフォントで代用して表示することができ、文字ば
けした文書を表示することや新たにアプリケーションに
指定されたフォントを購入する必要が無くなる。

【００５１】また、ユーザが有している既存の外国語の
フォントを組合せて、ユニ・コード・フォント・オブジ
ェクトとして利用することも可能となる。さらに、半角
の数字に対しては、半角のスペースや"＊"を返すフォン
トや、全角の数字に対して、全角のスペースや"＊"を返
すフォントをコンバインすることによって、数字データ
だけが極秘データである場合に、簡単に表示または印刷
したくない個所を表示または印字しないようにすること
ができる。

【００５２】図６は、本発明の追加の機能であるコンバ
イン・フォント・オブジェクトのロード手順を示す流れ
図である。図に示すように、ブロック５００で処理は開
始し、まず、アプリケーションがフォント・オブジェク
トのロード要求をおこなう５０２。このロード要求には
フォント・オブジェクトを特定するための情報が含まれ
ている。このロード要求を受領した制御機構は、要求さ
れているフォント・オブジェクトがコンバイン・フォン
ト・オブジェクトか、通常のフォント・オブジェクトか
を判断する５０４。

【００５３】本発明の好適な実施例においては、制御機
構２０４はフォント管理テーブル２０６を介してコンバ
イン・フォント・オブジェクト３００（図４及び図５を
参照されたい）にアクセスし、コンバイン・フォント・
シグニチャ３０２を読み、コンンバイン・フォント・オ
ブジェクトか、通常のフォント・オブジェクトかを判断
する。但しこの手順は、ロード要求されているフォント
・オブジェクトがコンバイン・フォント・オブジェクト
か、通常のフォント・オブジェクトかを判断できればよ
く、フォント管理テーブルにコンバイン・フォント・オ
ブジェクトの定義時または導入時にコンバイン・フォン
ト・オブジェクトであることを示すフラグをつけ、その
フラグでコンバイン・フォント・オブジェクトであるこ
とを判断したり、フォント管理テーブル２０６とは異な
るテーブルで、どのフォント・オブジェクトがコンバイ
ン・フォント・オブジェクトであるかを判断する情報を
つけ、判断することもできる。

【００５４】コンバイン・フォント・オブジェクトのロ
ード要求ではないと判断された場合は、従来のフォント
・オブジェクトのロード手順に従ってロードが行われる
５２４。コンバイン・フォント・オブジェクトのロード
要求であると判断された場合は、コンバイン・フォント
・オブジェクト３００のコンポーネント・フォントの数
３１４を入手する５０６。その後、各コンポーネント・
フォントの属性情報（メトリクス）にマッチするフォン
ト・オブジェクトを探し５１４、マッチしたものがあれ
ば、そのマッチするフォント・オブジェクトを指定する
ための情報を格納する５１８。この手順はコンバイン・
フォント・オブジェクトと対応するフォント・オブジェ
クトのリンクを確立するための情報であればよく、コン
ポーネント・フォント情報３２０，３４０，３６０に対
応するフォント・オブジェクトのアドレス情報を格納す
ることや、コンポーネント・フォント情報のｎ番目と対
応するフォント・オブジェクトをポイントする別のテー
ブルを作成することによって実現することができる。マ
ッチしたものがない場合は、該当するフォント・オブジ
ェクトはロード（導入）されていないものとみなし５２
０、コンポーネント・フォント情報３２０，３４０，３
６０に、対応するフォント・オブジェクトのが導入され
ていないことを示すフラグを格納または、コンポーネン
ト・フォント情報のｎ番目と対応するフォント・オブジ
ェクトが存在しないことを示すフラグを格納する。

【００５５】図７は、本発明のアプリケーションから
のグリフ・イメージの要求に応答して、本発明のグリフ
・イメージ管理システム１００がアプリケーションへグ
リフ・イメージを渡す手順を示す流れ図である。図に示
すように、アプリケーションがコード・ポイントのグリ
フ・イメージを要求することによってこの手順は開始す
る６００。このグリフ・イメージの要求にはその要求す
るグリフ・イメージを特定するためのコード・ポイント
が特定されている。このコード・ポイントは、１つのフ
ォント・オブジェクトにおいて対応するイメージを特定
するための情報であり、１つのフォントを特定するＪＩ
Ｓコード，ＡＳＣＩＩコード、ＨＯＳＴコード、ＰＣコ
ード等を含む概念である。コンバイン・フォント・オブ
ジェクト３００の中のコンポーネント・フォントの数
（Ｎ）３１４を入手する６０２。その後、コンポーネン
ト・フォント１（３２０）、コンポーネント・フォント
２（３４０）、ベース・フォント（３６０）の順番に、
各コンポーネント・フォントのコード・ポイント条件に
アプリケーションから渡されたコード・ポイントがマッ
チするか判断を行う６０８。

【００５６】コンポーネント・フォントのコード・ポイ
ント条件の１つにアプリケーションから渡されたコード
・ポイントがマッチした場合、例えばコンポーネント・
フォント１のコード・ポイント条件にマッチせず、コン
ポーネント・フォント２のコード・ポイント条件にマッ
チした場合、コンポーネント・フォント２の属性条件に
合致するフォント・オブジェクトがロードされているか
否かを判断する６１０。本発明の好適な実施例において
は、図６のブロック５１８におけるコンバイン・フォン
ト・オブジェクトのロード時に、各コンポーネント・フ
ォント情報３２０，３４０，３６０に対応するフォント
・オブジェクトがロードされているか否かを示すフラグ
が付けられているため、そのフラグをチェックする。

【００５７】フォント・オブジェクトがロードされてい
る場合、そのコード・ポイントには、そのフォント・オ
ブジェクトを使用することを決定し６１２、コード・ポ
イントに対応するグリフ・イメージをそのフォント・オ
ブジェクトから入手し６１８、アプリケーションに返す
６２０。ベースフォントを除く全てのコンポーネント・
フォントのコード・ポイント条件にマッチしない場合
や、コンポーネント・フォントのコード・ポイント条件
にマッチするものがあったが、対応するフォント・オブ
ジェクトが利用可能でない場合、そのコード・ポイント
には、ベースフォントに対応するフォント・オブジェク
トを使用することを決定し６１６、コード・ポイントに
対応するグリフ・イメージをそのフォント・オブジェク
トから入手し６１８、アプリケーションに返す６２０。

【００５８】次に、本発明の追加の機能であるコンバイ
ン・フォント・ユーティリティの説明を行う。図８乃至
図１０は、本発明のコンバイン・フォント・ユーティリ
ティ機能の１実施例を示す図である。コンバイン・フォ
ント・ファイルのフォ−マットは各フォント・ファイル
のエンコーディング等についての専門的な知識を必要と
するため、ユーザが自由に設定することは困難である。
このため、ユーザがコンバイン・フォント簡単に作成で
きるツールが用意されている。

【００５９】図８に示すように、表示装置にユーザが入
力可能なコンバイン・フォント・ファイル・エディタ７
００が表示されている。ユーザはポインティング・デバ
イスやキーボードによりこのコンバイン・フォント・フ
ァイル・エディタ７００の各項目に入力を行う。本発明
の好適な実施例では、ユーザはまずベース・フォント７
１２の指定をおこなう。この指定はベースフォント７１
２の表示個所をマウスでクリックした後、セレクト・ボ
タン７１８をクリックするか、ベースフォント７１２の
表示個所をダブルクリックすることにより実行される。

【００６０】ベース・フォント７１２の指定が行われる
と、図９に示すようなコンポーネント・フォント選択ウ
インドウ８００が表示される。ユーザはフォント名８０
２、フォントサイズ８１０、フォントスタイル８０６フ
ォント，タイプ８１４の各項目にキーボードを使用する
ことにより文字入力することができる。また、図１０に
示すように各項目をプルダウンメニューを使用して選択
することもできる。各項目が選択されると、図に示すよ
うにサンプルが表示される８２０。このコンポーネント
・フォント（ベースフォント）選択手順の代替例とし
て、現在システムに導入されているフォントの一覧をエ
ントリ７１２の下にプルダウン・メニューで表示するこ
ともでき、ユーザは所望のフォントをポインティング・
デバイスで選択する。

【００６１】ベースフォントが決定されると、フォント
名７０２、フォント・スタイル７０４、フォント・サイ
ズ７０６には、この選択されたベースフォントに対応す
る事項がセットされる。この例では、フォント名７０２
に"ＣｏｕｒｉｅｒＮｅｗ"がセットされるが、"Ｎｅ
ｗ"の代わりとして"Ｃｏｍｂｉｎｅ"を付ける等、所望
の修飾詞を付加することができる。この自動セット機能
は各項目７０２乃至７０６に入力がされていると作動し
ない。自動セットされた各項目の内容をユーザは所望の
内容に書替えることができる。また、導入済みフォント
・オブジェクト参照ボタン７０８をクリックし、既存の
フォント・オブジェクトが持っているフォント属性を項
目７０２乃至７０６に自動入力することも可能である。

【００６２】エントリ７１４はコード・ポイント条件が
数字に対応するコンポーネント・フォントである。各フ
ォント・オブジェクトはエンコーディングのルールの情
報を有しているため、制御機構１０４はアプリケーショ
ン１０２から渡されたコード・ポイントをこのルールに
従って変換し、フォント・オブジェクトにアクセスする
ことができる。このため、エンコーディングの異なるフ
ォント・オブジェクトであっても、例えば数字の範囲、
英字の範囲等範囲指定をすることができる。また、この
エンコーディングを変換して組合せる機能により、異な
る言語のフォント・オブジェクトを組合せて１つのフォ
ントとして使用することができる。このようなコード・
ポイントの範囲の設定は本発明の好適な実施例では予め
設定されているが（ユーザに専門的知識が必要なた
め）、かかる範囲（コード・ポイント条件）をユーザに
自由に設定させることも可能である。この選択されたフ
ォント・オブジェクトの登録が完了すると、ユーザはフ
ァイル・ボタン７３０をクリックする。このクリックに
応答して、コンバイン・フォント・ユーティリティは図
５で説明した、コンバイン・フォント・オブジェクトを
作成する。

【００６３】次に本発明のワードプロセッサへの応用例
を説明する。図１１、１２は従来のワードプロセッサ上
で作成された文書ファイルの概念図である。図において
文字が複数示されているが、実際はその文字に対応する
コード・ポイントが格納される。通常、ワードプロセッ
サで作成される文書ファイルのヘッダと呼ばれる部分９
０２にはマージン設定、タブ設定等の文書ファイルに関
する情報とその文書で使用される標準フォントの情報が
記載されており、図１２に示すように、文書ファイルの
一部に他のフォントが使用されていると、その部分の先
頭にそのフォントを示す独自のコード９１６を挿入し、
その部分の終わりに整形の終わりを示すコード（トレー
ラ）９２０を挿入する。

【００６４】しかし、アプリケーションがコンバインフ
ォントを使用している場合、アプリケーションはその使
用しているフォントをコンバイン・フォントであるか、
通常のフォントであるか判別しないため、文書をセーブ
し文書ファイルを作成すると、図１３に示すように、ヘ
ッダ部分９３２にはコンバイン・フォントの属性情報が
記述される。しかし、この文書は本発明を導入していな
いシステムでは、該当するフォントがないため表示や印
刷をすることができず、また本発明を導入しているシス
テムにおいても、そのヘッダ部分に記載された属性のコ
ンバイン・フォントを導入していない場合、新たにその
属性のコンバイン・フォントを作成しないとこの文書フ
ァイルの表示や印刷をすることができない。

【００６５】このため、本発明の追加の機能として、図
１４に示すような本発明を導入していないシステムでも
表示印刷可能な文書に変換する機能が提供されている。
この機能は文書ファイルのセーブ時に自動的に実行する
場合や、文書ファイルを印刷する場合や、図１３に示す
文書ファイルを他のコンピュータに転送する場合に自動
的に実施することも可能であり、また、文書変換命令に
応答して変換を行うことも可能である。図１５にこの変
換をする手順のサンプルを示す。但し、この流れ図は、
１実施例に過ぎず、この変換処理はのフローは当業者に
とって容易に変更できる事項である。また図１２に示す
ような文書の一部に標準のフォントと異なるフォントが
使用されている場合であって、その標準のフォントと異
なるフォントがコンバイン・フォントであったとして
も、それを変換する手順は当業者に容易に実施すること
のできる事項である。

【００６６】次に、本発明の追加の機能であるコンバイ
ン・フォント文書ファイルを他のＰＣまたはプリンタに
転送する手順を説明する。図１６は、図１３に示したよ
うなコンバイン・フォント文書ファイルを他のＰＣまた
はプリンタに直接転送し、その文書を認識させるための
手順である。前述のように、図１３に示すようなヘッダ
部分９３２にコンバイン・フォントの属性情報が記述さ
れた文書ファイルは、本発明を導入しているシステムに
おいても、その属性のコンバインフォントを導入してい
ない場合、新たにその属性のコンバイン・フォントを作
成しないとこの文書ファイルの表示や印刷をすることが
できない。しかし、他のＰＣまたはプリンタに本発明が
導入されている場合、コンバイン・フォントの情報を転
送することによって、コンバイン・フォント・オブジェ
クトをそのシステムで形成し、それを用いて容易にこの
文書ファイルを表示・印刷することができる。

【００６７】図に示すように、第１のシステムにおいて
送信する文書ファイルがコンバイン・フォント文書ファ
イルか通常の文書ファイルかを判断する１５０。本発明
の好適な実施例においては、図１２に示すヘッダ部分９
１２や標準のフォントと異なるフォントが使用されてい
る部分９１６において、コンバイン・フォントが使用さ
れている場合はヘッダ部分９１２にコンバイン・フォン
トが使用されている旨のフラグを付けている。このた
め、文書ファイルのヘッダ部分を読むことのみで、文書
ファイルがコンバイン・フォント文書ファイルか通常の
文書ファイルかを判断することができる。

【００６８】文書ファイルが通常の文書ファイルであっ
た場合は、従来の送信手順により送信を行う１５２。文
書ファイルがコンバイン・フォント文書ファイルであっ
た場合は、第１のシステム（ＰＣ）から文書ファイルの
送信に先立ってコンバイン・フォント情報が送信される
１５４。このコンバイン・フォント情報は、第２のシス
テム（受信側）でコンバイン・フォント・オブジェクト
３００を形成するに足る情報が含まれており、その文書
ファイルで複数のコンバイン・フォントが使用されてい
る場合は複数送信することも可能である。

【００６９】受信側はこのコンバイン・フォント情報を
受信し、このコンバイン・フォント情報に基づいて、コ
ンバイン・フォント・オブジェクトを形成し、図６に示
した手順に基づいて、コンポーネント・フォントとそれ
に対応する受信側のフォント・オブジェクトとのリンク
を張る１５８。その後、図７に示す本発明の出力方法に
よりグリフ・イメージの出力を行う。

【００７０】但し、この図１６に示す手順は１実施例を
示すに過ぎず、種々の代替手順おいて実施することは当
業者にとって容易である。例えば図１６においては受信
側でコンバイン・フォント文書ファイルか否か判断して
いるが、この手順は以下の手順で代替可能である。ま
ず、第１のシステムから第２のシステムに文書ファイル
のヘッダを送信する。第２のシステム側でシステムで認
識できるフォントか否か判断し、認識できないフォント
であると判断した場合は第１のシステムにフォントの送
付要求を出す。これに対し、第１のシステムは通常のフ
ォント・オブジェクトまたはコンバイン・フォント・オ
ブジェクトを送付する。これを受信した第２のシステム
はコンバイン・フォント・オブジェクトか通常のフォン
ト・オブジェクトかを判断し、通常のフォント・オブジ
ェクトであった場合、そのフォント・オブジェクトをロ
ードする。コンバイン・フォント・オブジェクトであっ
た場合は、図１６のブロック１５８，１６０と同様の手
順により、コンバイン・フォント・オブジェクトを形成
し、グリフ・イメージを出力する。この代替手段による
と、受信側は、コンバイン・フォント文書に限らず自分
が有していないフォント・オブジェクトを送信側から受
領し出力することが可能となる。

【００７１】

【発明の効果】以上説明したように、本発明は、動的な
テ−ブルによる管理を行うため、外部からのロードが可
能であり、フォントのエンコーディングが自由に設定で
きる。またコンポーネント・フォントの組み合わせの順
番により振る舞いが変えられる。また、本発明の実施に
おいて、すべてのコンポーネント・フォントがロードさ
れている必要がない。さらに、外字をコンバインするこ
とで外字文字の処理も可能となる。

【００７２】さらに、フォントを別の名前やサイズのフ
ォントとしてアプリケ−ションに認識させることが可能
であり、アプリケーションに指定されたフォントがシス
テムに導入されていない場合でも、そのフォントを使用
する文字を現在導入されている他のフォントで代用して
表示または印刷することや、従来のエンコーディングの
フォントを組み合わせて、ユニ・コードのフォントとし
て使用することや、数字等の一定種類の文字を非表示に
しすことができる。本発明は、アプリケーションに対し
てトランスピアレントな性質を有しているため、アプリ
ケーションに変更を加えずに、後述する本発明の制御機
構のみを変更することによって、本発明を実施すること
も可能となる。

【００７３】本発明の追加機能を用いることによって、
コンバイン・フォント文書ファイルを通常の文書ファイ
ルに変換することや、コンバイン・フォントを導入して
いない場合でも、コンバイン・フォントの情報を転送す
ることによって、コンバイン・フォント・オブジェクト
をそのシステムで形成し、それを用いて容易にこの文書
ファイルを表示・印刷することができる。

【００７４】

【図面の簡単な説明】

【図１】本発明の一実施例であるフォント制御装置のブ
ロック図である。

【図２】本発明の一実施例であるフォント制御装置の概
念図である。

【図３】従来のフォント制御装置の概念図である。

【図４】本発明の一実施例であるフォント制御装置の概
念図である。

【図５】本発明のコンバイン・フォント・オブジェクト
の概念図である。

【図６】本発明の追加の機能であるコンバイン・フォン
ト・オブジェクトのロード手順を示す流れ図である。

【図７】本発明のアプリケーションからのグリフ・イメ
ージの要求に応答して、本発明のグリフ・イメージ管理
システムがアプリケーションへグリフ・イメージを渡す
手順を示す流れ図である。

【図８】本発明のコンバイン・フォント・ユーティリテ
ィ機能の１実施例を示す図である。

【図９】本発明のコンバイン・フォント・ユーティリテ
ィ機能の１実施例を示す図である。

【図１０】本発明のコンバイン・フォント・ユーティリ
ティ機能の１実施例を示す図である。

【図１１】従来のワードプロセッサ上で作成された文書
ファイルの概念図である。

【図１２】従来のワードプロセッサ上で作成された文書
ファイルの概念図である。

【図１３】本発明のワードプロセッサ上で作成された文
書ファイルの１実施例を示す概念図である。

【図１４】本発明のワードプロセッサ上で作成された文
書ファイルの１実施例を示す概念図である。

【図１５】本発明の追加の機能であるコンバイン・フォ
ント文書ファイルを通常の文書ファイルに変換する手順
を示す流れ図である。

【図１６】本発明の追加の機能であるコンバイン・フォ
ント文書ファイルを他のＰＣまたはプリンタに転送する
手順を示す流れ図である。

【００７５】

【符号の説明】１００グリフ・イメージ管理システム１０２制御機構１０４コンバイン・フォント・オブジェクト１０６コンバイン・フォント・ユーティリティ１０８ビットマップ・フォント・ドライバ１１０，１１２ビットマップ・フォント・ファイル１１４アウトライン・フォント・ドライバ１１６，１１８アウトライン・フォント・ファイル１２０グラフィック・エンジン・フォント・ファイル１２２デバイス・ドライバ１２４デバイス・フォント・ファイル２０２アプリケーション２０４制御機構２０６フォント管理テーブル２２３，２２７，２３１フォント・オブジェクト２２２，２２６，２３０フォント・メトリクス２２４，２２８，２３２グリフ・イメージ２７０，２６０コンバイン・フォント・オブジェクト３００コンバイン・フォント・オブジェクト３０４コンバイン・フォント・メトリクス３２０，３４０，３６０コポーネント・フォント

───────────────────────────────────────────────────── フロントページの続き (72)発明者田原義則神奈川県大和市下鶴間1623番地14 日本アイ・ビー・エム株式会社大和事業所内 (72)発明者井内直弘神奈川県大和市下鶴間1623番地14 日本アイ・ビー・エム株式会社大和事業所内 (72)発明者西村哲郎神奈川県大和市下鶴間1623番地14 日本アイ・ビー・エム株式会社大和事業所内 (56)参考文献特開平６−318064（ＪＰ，Ａ) 特開平３−107998（ＪＰ，Ａ) 特開平２−45867（ＪＰ，Ａ) 特開平７−134708（ＪＰ，Ａ) 特開平３−99864（ＪＰ，Ａ) 特開昭60−93480（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G09G 5/24 G09G 5/22 G09G 5/30

Claims

(57)【特許請求の範囲】

【請求項１】各コード・ポイントに使用するフォント・
オブジェクトを指定する情報を有する文書ファイルの前
記コード・ポイントに対応したグリフ・イメージをフォ
ント・オブジェクトから選択し、表示する方法であっ
て、（ａ）前記各コード・ポイントの内の１つのコード・ポ
イントについての前記フォント・オブジェクトを指定す
る情報がコンバイン・フォント・オブジェクトを指定し
ているか否かを判断する段階と、（ｂ）コンバイン・フォント・オブジェクトを指定して
いると判断された場合、前記フォント・オブジェクトを
指定する情報に対応するコンバイン・フォント・オブジ
ェクトを特定する段階と、（ｃ）前記特定されたコンバイン・フォント・オブジェ
クトにおいて、前記１つのコード・ポイントが対応する
フォント・オブジェクトのフォント属性条件及びコード
・ポイント条件を有している２以上のコンポーネント・
フォント情報のうちの１つの前記コード・ポイント条件
と一致するか否か判断する段階と、（ｄ）前記１つのコード・ポイントが前記コード・ポイ
ント条件に一致した場合、一致するコード・ポイント条
件を有するコンポーネント・フォント情報の前記フォン
ト属性条件に最も適合するフォント・オブジェクトを現
在ロードされている複数のフォント・オブジェクトから
抽出する段階と、（ｅ）前記選択されたフォント・オブジェクトにおい
て、前記１つのコード・ポイントに対応するグリフ・イ
メージを検索する段階と、（ｆ）前記１つのコード・ポイントに対応するグリフ・
イメージを出力する段階と、を含む方法。
【請求項２】入力されたコード・ポイントに対応したグ
リフ・イメージをフォント・オブジェクトから選択する
方法であって、（ａ）前記入力されたコード・ポイントが各々が対応す
るフォント・オブジェクトのフォント属性条件及びコー
ド・ポイント条件を有している２以上のコンポーネント
・フォント情報のうちの１つの前記コード・ポイント条
件と一致するか否か判断する段階と、（ｂ）前記入力されたコード・ポイントが前記コード・
ポイント条件に一致した場合、一致するコード・ポイン
ト条件を有するコンポーネント・フォント情報の前記フ
ォント属性条件に最も適合するフォント・オブジェクト
を現在ロードされている複数のフォント・オブジェクト
から抽出する段階と、（ｃ）前記選択されたフォント・オブジェクトにおい
て、前記入力されたコード・ポイントに対応するグリフ
・イメージを検索する段階と、を含む方法。
【請求項３】最も適合するフォント・オブジェクトであ
るとの認識が、（１）フォント名、フォントスタイル、フォント・タイ
プ、フォント・サイズが完全に一致するフォント・オブ
ジェクト（２）フォント・タイプのみ異なるフォント・オブジェ
クト（３）フォント・スタイルのみ異なるフォント・オブジ
ェクト（４）フォント・タイプとフォント・スタイルのみ異な
るフォント・オブジェクトという優先順位で決定されることを特徴とする請求項１
又は２に記載の方法。
【請求項４】入力されたコード・ポイントに対応したグ
リフ・イメージをフォント・オブジェクトから選択する
装置であって、各々が属性情報を含む２以上のフォント・オブジェクト
を格納する記憶装置と、各々がコンポーネント・フォント情報と属性情報を含む
コンバイン・フォント・オブジェクトを格納する記憶装
置と、前記コンバイン・フォント・オブジェクトの属性情報
と、前記２以上のフォント・オブジェクトの属性と、を
共通フォーマットで管理しているフォント管理テーブル
を格納する記憶装置と、前記グリフ・イメージを出力する装置と、制御機構とを含み、該制御機構は、（ａ）前記入力されたコード・ポイントが各々が対応す
るフォント・オブジェクトのフォント属性条件及びコー
ド・ポイント条件を有している２以上のコンポーネント
・フォント情報のうちの１つの前記コード・ポイント条
件と一致するか否か判断する手段と、（ｂ）前記入力されたコード・ポイントが前記コード・
ポイント条件に一致した場合、一致するコード・ポイン
ト条件を有するコンポーネント・フォント情報の前記フ
ォント属性条件に最も適合するフォント・オブジェクト
を現在ロードされている複数のフォント・オブジェクト
から抽出する手段と、（ｃ）前記選択されたフォント・オブジェクトにおい
て、前記入力されたコード・ポイントに対応するグリフ
・イメージを検索する手段と、を含む装置。
【請求項５】前記制御機構は、（ｄ）前記入力されたコード・ポイントに付加されてい
る属性情報がコンバイン・フォント・オブジェクトの属
性情報であるか、フォント・オブジェクトの属性情報か
を判断する手段と、（ｅ）前記入力されたコード・ポイントに付加されてい
る属性情報がコンバイン・フォント・オブジェクトの属
性情報である場合、前記入力されたコード・ポイントに
付加されている属性情報に対応するコンバイン・フォン
ト・オブジェクトを選択する手段と、をさらに含み、前記段階（ａ）におけるコンポーネント・フォント情報
は、前記対応するコンバイン・フォント・オブジェクト
に格納されたコンポーネント・フォント情報である請求
項４に記載の装置。
【請求項６】入力されたコード・ポイントに対応したグ
リフ・イメージをフォント・オブジェクトから選択する
ことを制御する制御機構を含む装置であって、（ａ）前記入力されたコード・ポイントが各々が対応す
るフォント・オブジェクトのフォント属性条件及びコー
ド・ポイント条件を有している２以上のコンポーネント
・フォント情報の前記コード・ポイント条件と一致する
か否か判断する手段と、（ｂ）前記入力されたコード・ポイントが前記コード・
ポイント条件に一致した場合、一致するコード・ポイン
ト条件を有するコンポーネント・フォント情報の前記フ
ォント属性条件に最も適合するフォント・オブジェクト
を現在ロードされている複数のフォント・オブジェクト
から抽出する手段と、（ｃ）前記選択されたフォント・オブジェクトにおい
て、前記入力されたコード・ポイントに対応するグリフ
・イメージを検索する手段と、を含む装置。
【請求項７】他のシステムから受信したデータに基づい
て前記２以上のコンポーネント・フォント情報を形成す
る手段をさらに含むことを特徴とする請求項６記載の装
置。
【請求項８】最も適合するフォント・オブジェクトであ
るとの認識が、（１）フォント名、フォントスタイル、フォント・タイ
プ、フォント・サイズが完全に一致するフォント・オブ
ジェクト（２）フォント・タイプのみ異なるフォント・オブジェ
クト（３）フォント・スタイルのみ異なるフォント・オブジ
ェクト（４）フォント・タイプとフォント・スタイルのみ異な
るフォント・オブジェクトという優先順位で決定されることを特徴とする請求項４
乃至７に記載の装置。
【請求項９】各コード・ポイントに使用するフォント・
オブジェクトを指定する情報を有する文書ファイルの前
記コード・ポイントに対応したグリフ・イメージを２以
上のフォント・オブジェクトから選択し、表示するシス
テムであって、（ａ）前記各コード・ポイントの内の１つのコード・ポ
イントについての前記フォント・オブジェクトを指定す
る情報がコンバイン・フォント・オブジェクトを指定し
ているか否かを判断する手段と、（ｂ）コンバイン・フォント・オブジェクトを指定して
いると判断された場合、前記フォント・オブジェクトを
指定する情報に対応するコンバイン・フォント・オブジ
ェクトを特定する手段と、（ｃ）前記特定されたコンバイン・フォント・オブジェ
クトにおいて、前記１つのコード・ポイントが対応する
フォント・オブジェクトのフォント属性条件及びコード
・ポイント条件を有している２以上のコンポーネント・
フォント情報のうちの１つの前記コード・ポイント条件
と一致するか否か判断する手段と、（ｄ）前記１つのコード・ポイントが前記コード・ポイ
ント条件に一致した場合、一致するコード・ポイント条
件を有するコンポーネント・フォント情報の前記フォン
ト属性条件に最も適合するフォント・オブジェクトを現
在ロードされている複数のフォント・オブジェクトから
抽出する手段と、（ｅ）前記選択されたフォント・オブジェクトにおい
て、前記１つのコード・ポイントに対応するグリフ・イ
メージを検索する手段と、（ｆ）前記１つのコード・ポイントに対応するグリフ・
イメージを出力する手段と、を含むシステム。
【請求項１０】最も適合するフォント・オブジェクトで
あるとの認識が、（１）フォント名、フォントスタイル、フォント・タイ
プ、フォント・サイズが完全に一致するフォント・オブ
ジェクト（２）フォント・タイプのみ異なるフォント・オブジェ
クト（３）フォント・スタイルのみ異なるフォント・オブジ
ェクト（４）フォント・タイプとフォント・スタイルのみ異な
るフォント・オブジェクトという優先順位で決定されることを特徴とする請求項９
に記載のシステム。