JPH1195740A - 複数フォーマットのフォントからの情報の使用とアクセス - Google Patents

Abstract

(57)【要約】 【課題】 オブジェクト指向システムで複数フォーマッ
トのフォントからの情報（フォントフォーマット固有情
報を含む）にアクセスし使用する。 【解決手段】 複数のメソッド及びオブジェクトと変数
を参照して包括的な私的フォントハンドラ抽象クラスを
定義して情報の保存と検索に備える。フォントハンドラ
・クラスのサブクラスはその抽象メソッドをインプリメ
ントし、この情報の検索を規定する。更にそれぞれのフ
ォントハンドラ・サブクラスとそのインスタンスはフォ
ーマットの特定の特徴を提供する特定のインターフェイ
スをインプリメントする。フォント情報はフォントハン
ドラのインスタンスに保存する。アプリケーション開発
者にフォントハンドラから情報にアクセスする能力を与
えるフォントクラスを定義する。アプリケーション開発
者が特定のフォントの使用を望む場合、フォントクラス
のインスタンスを作成し、対応するフォントハンドラ・
インスタンスとの結合を構築する。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明はフォントフォーマッ
トの分野に関する。

【０００２】

【従来の技術】語句や文章を印刷したりコンピュータデ
ィスプレイに表示する際、アプリケーションは、コンピ
ュータシステム内にある全てのフォントにそのフォーマ
ットに関係なくアクセスしたり利用できることが望まし
い。また開発者にとって特定のフォントを使用したり、
フォントのフォーマットの細部にアクセスを必要とする
ようなフォントの特定の特徴を表したいと思うことがあ
る。複数のフォントフォーマットへアクセスする現在の
メソッドはアーキテクチャないしプラットフォームに依
存するものであり、フォントの特定の特徴を全面的に利
用することを望むプログラマに十分な柔軟性を与えな
い。フォントとオブジェクト指向システムの背景を、従
来のフォントアクセス性の欠点の記述と共に以下に述べ
る。

【０００３】フォント 語句や文章を印刷したりコンピュータディスプレイに表
示する際、様々なデザインやスタイル、特徴を有する文
章文字を表示したり印刷するのが望ましいことがよくあ
る。例えばユーザが視覚的に魅力的と思うデザインやフ
ォーマットを有する文章文字がある。特定のデザインは
文字セットを通して特異的であったり一貫したりしてい
る。更に文字には特有の傾斜（傾斜度）や印字の重み
（線の太さ）がある場合がある。特有の傾斜や、印字重
み、指定デザインを持つ文字セットをタイプフェース
（例えばクーリエ（Courier）、ヘルベチカ（Helvetic
a）、タイム（Times)）と称する。関連したあるいは類
似のパターンやデザインを有する複数のタイプフェース
をタイプフェースファミリーと称する（例えばクーリ
エ、クーリエボールド、クーリエ斜体、クーリエボール
ド斜体はクーリエという同一タイプフェースのファミリ
ーである）。

【０００４】特定サイズのタイプフェース（例えば１０
ポイントクーリエ）をフォントと称する。従ってタイプ
フェースは文字のデザインを定義するが、フォントは特
定のサイズと重みを有するタイプフェース内の文字セッ
ト全てを定義する。

【０００５】フォントを定義するもう１つのメソッドは
文字とグリフによるものである。文字は例えば小文字の
「ｇ」のように書込み体系内の文字や数字のようなもの
を表すシンボルである。ある文字を描くと、形状がその
文字を表す。その形状をグリフと呼ぶ。

【０００６】それぞれのグリフは使用するためには特定
の文字に写像する必要がある。文字の符号化には、その
文字をグリフコードに写像する変換表が含まれる。フォ
ントは写像したグリフの集合であり、例えば太線、中
間、斜体、ゴチック、普通などの多くの書体を有するこ
とがある。更にこれらの書体は全て同様のタイポグラフ
ィックなデザインを有する。

【０００７】アウトラインフォント及びビットマップフ
ォント フォント（グリフないしタイプフェース）の物理的な外
見は通常、２つのメソッドで作成できる。即ちフォント
はアウトラインフォントと称する、文字の輪郭線を作り
出す数学的な公式から作成するか、ビットマップフォン
トと称する、ドットの特定の構成やパターンから作成で
きる。アウトラインフォントの数学的公式により、印刷
される各文字の形を決めるのに使用される一連の線や曲
線ができる。文字は数学的に定義されるので、それらは
容易に異なるサイズに拡大縮小できる。しかし文字を拡
大縮小すると、拡大縮小した輪郭線が表示装置上の画素
と適切に整合しない場合がある。その結果、視覚的によ
り魅力的な文字を生成するために、アウトラインフォン
トを決める際に、しばしば輪郭線ないし照射される画素
を調節する。アウトラインフォントとは異なり、特定の
ビットマップフォントを拡大ないし縮小したものを得る
には、ビットマップフォントを別々に定義しなければな
らない。その結果、ビットマップフォントよりもアウト
ラインフォントがより頻繁に使われる。

【０００８】アウトラインフォントは複数の異なるフォ
ーマットで定義できる。一般的なアウトラインフォント
としてツルー（真正）タイプ（アップル社が開発し、マ
イクロソフト社とアップル社が高度化）とポストスクリ
プトタイプ１（ポストスクリプト）（アドーブシステム
ズ社が開発）の２つがある。フォントを使用する際の共
通の目標は、印刷するテキストにできるだけ近い形でデ
ィスプレイ画面にテキストを表示すること、即ちＷＹＳ
ＩＷＹＧ（What You See Is What You Get：表示された
ものがそのまま得られる）技術と呼ばれるものである。
正確なＷＹＳＩＷＹＧ技術を提供するため、ツルータイ
プフォント定義には他のフォントフォーマットとは異な
る画素調節（輪郭線を画素に合わせるため）が含まれて
いる。更にそれぞれのツルータイプフォント（例えばヘ
ルベチカボールドあるいはクーリエボールド斜体）はメ
モリ内の別々のファイルに保存される。次にオペレーテ
ィングシステムは保存されたファイルを使用して、必要
に応じてフォントを生成、表示、印刷する。追加のツル
ータイプフォントを加えるには、開発者ないしユーザは
適切な記憶場所にフォントファイルを追加するだけです
む。

【０００９】ポストスクリプトフォントは、ページレイ
アウトを制御し、かつアウトラインフォントをロードし
たり縮尺するポストスクリプトページ記述言語（ＰＤ
Ｌ）で定義される。ＰＤＬはフォントと書体サイズを提
供するが、フォントの印刷や表示は出力装置（即ちプリ
ンタやモニタ）に委ねる論理プログラミング言語であ
る。ＰＤＬは縮尺と正確なＷＹＳＩＷＹＧ出力を提供す
る。

【００１０】ツルータイプとポストスクリプトの両フォ
ント技術の柔軟性から、これら２つのフォントフォーマ
ットは広く使用されている。しかしそれらは別々にフォ
ーマットされているので、開発者は、多大な問題やプロ
グラミングなしでは、両フォーマットを同時に効率的に
使用できない。

【００１１】開発者は複数のフォントやフォントフォー
マットを表示したり使用したいと望むことがある。既存
の技術は複数のフォントフォーマットを利用するための
プラットフォームから独立した効率的なメソッドを提供
していない。アップルコンピュータ社は複数フォントフ
ォーマットにアクセスするために使用する１つのシステ
ムを提供している。このシステムはコンポーネントマネ
ジャーアーキテクチャと様々なフォントエンジンないし
要素からなる。開発者がフォントの描出を望むと、アプ
リケーションプログラミング・インターフェイス（ＡＰ
Ｉ）が、描出を行う要素にアクセスする。

【００１２】別の従来のメソッドは、オブジェクト指向
システムでインプリメントし、丈夫で複数のプラットフ
ォームを通して利用できるコンピュータプログラミング
言語であるジャバを利用するものである。本発明を完全
に理解するため、ジャバとオブジェクト指向システムに
ついて簡単に説明することが有用である。

【００１３】オブジェクト指向システム ジャバはオブジェクト指向プログラミング言語である。
オブジェクト指向プログラミングとは、一定の基本的な
構築ブロックを組み合わせ、構築ブロック間の関係を築
くことでコンピュータプログラムを作成するメソッドで
ある。オブジェクト指向プログラミングシステム内の構
築ブロックを「オブジェクト」と称する。オブジェクト
とは、データ構造（インスタンス変数）とそのデータを
使用できるか影響するオペレーション（メソッド）をま
とめたプログラミング単位である。従ってオブジェクト
はデータと、そのデータに対して行うことのできる１つ
ないし複数のオペレーションないし手順から構成され
る。データとオペレーションを単一の構築ブロックに結
合することを「カプセル化」と称する。オブジェクトは
「メッセージ」を受け取るとそのメソッドの１つを行う
ように命令される。メッセージとはあるメソッドを実行
するオブジェクトに対する命令又は、指示である。それ
はメソッド選択（名）とオブジェクトに送る複数の引数
からなる。メッセージによりそれを受け取るオブジェク
トにどのオペレーションを行うかを通知する。

【００１４】オブジェクト指向プログラミングの１つの
利点はメソッドを呼び出す方法である。メッセージがオ
ブジェクトに送られても、メッセージは特定のメソッド
をどのように行うかについてオブジェクトに命令する必
要はない。オブジェクトにそのメソッドを実行するよう
に要求するだけでよい。これによりプログラム開発が大
幅に単純化される。

【００１５】オブジェクト指向プログラミング言語はほ
とんど「クラス」方式に基づいている。クラスベースの
オブジェクト指向プログラミング技法は、リーバーマン
の「オブジェクト指向システムにおける共有振る舞いの
実施するための原型オブジェクトを使用した」ＯＯＰＳ
ＬＡ８６議事録、１９８６年９月、２１４−２２３頁に
全般的に記載されている。

【００１６】クラスは、そのクラスのインスタンス変数
とメソッドの両方を一般に含むオブジェクトの種類を定
義するものである。オブジェクトクラスはオブジェクト
の特定のインスタンスを作成するのに使用する。オブジ
ェクトクラスのインスタンスには、そのクラスについて
定義された変数とメソッドが含まれる。あるオブジェク
トクラスからは同一クラスの複数のインスタンスを作成
することができる。オブジェクトクラスから作成するそ
れぞれのインスタンスは同一種類ないしクラスのインス
タンスといえる。

【００１７】クラスの階層は、オブジェクトクラス定義
が１つないし複数のサブクラスを有するように定義でき
る。サブクラスはその親（及び祖父など）の定義を継承
する。階層内のそれぞれのサブクラスは、その親クラス
（そのスーパークラスとも称する）が特定する振る舞い
に加えたり修正することができる。

【００１８】例えば、従業員オブジェクトクラスには
「氏名」と「給料」インスタンス変数と「給料設定」メ
ソッドを含めることができる。従業員オブジェクトクラ
スのインスタンスは、組織内のそれぞれの従業員につい
て作成ないし例示できる。それぞれのオブジェクトイン
スタンスを「従業員」タイプのインスタンスという。そ
れぞれの従業員オブジェクトインスタンスには「氏
名」、「給料」インスタンス変数と「給料設定」メソッ
ドが含まれる。それぞれの従業員オブジェクトインスタ
ンスの「氏名」変数と「給料」変数と関係した値には組
織内の従業員の氏名と給料が含まれる。従業員の従業員
オブジェクトインスタンスにメッセージを送って「給料
設定」メソッドを呼び出し、従業員の給料（即ち従業員
の従業員オブジェクト内の「給料」変数に関係した値）
を変更できる。

【００１９】開発者はそれぞれのサブクラスで共通のメ
ソッドの異なる実施を有することを望むことがある。例
えばクラスＡがフォントのスタイルを印刷するメソッド
を定義し、クラスＢがフォントのポイントサイズを印刷
するメソッドを定義するとする。それぞれのクラスで同
一のメソッドを規定する代わりに（唯一の違いは印刷す
る情報だけ）、ジャバでは開発者は情報を印刷しクラス
ＡとクラスＢの両方でインプリメントするインタフェー
スを定義することができる。インターフェイスのクラス
定義はクラスＡないしクラスＢのインスタンスを所望の
結果をもたらす引数として受ける。その結果、それぞれ
のクラスはインターフェイスをインプリメントすること
を宣言し、独自のメソッドのインプリメントを作成す
る。実行時には、共通にインプリメントされたメソッド
に対する参照が決定される。インターフェイスは更に、
将来の開発者やユーザがオブジェクトの固有インスタン
スと通信するために開発者が定義しなければならない機
能を提供する。

【００２０】オブジェクトはオブジェクト指向プログラ
ミング環境で関連コードや変数を含むモジュールを指す
のに使用する総称である。ソフトウエアプログラムは、
オブジェクト指向プログラミング言語を使用して書くこ
とができ、それによりオブジェクトを使ってプログラム
の機能性がインプリメントされる。

【００２１】

【発明が解決しようとする課題】サンマイクロシステム
ズ社が開発した技術は、複数フォントフォーマットを使
用した、プラットフォームから独立したメソッドを備え
ている。そのシステムは、特定のプラットフォームで使
用できる特定フォントに写像された論理的フォント名の
短いリストを開発者に提供するｇｅｔＦｏｎｔＬｉｓｔ
（）メソッドを備えている。更に、フォントクラスはｓ
ｅｔＦｏｎｔ（Ｆｏｎｔ ｆｏｎｔ)メソッドとｇｅｔ
Ｆｏｎｔ（）メソッドを規定する。ｓｅｔＦｏｎｔ（Ｆ
ｏｎｔ ｆｏｎｔ）メソッドにより開発者は現在フォン
トを特定し、フォントオブジェクトを引数として取るこ
とができる（フォントオブジェクト引数はしばしば引数
ブラケット内で構成される。即ち「フォント」機能はユ
ーザが特定したパラメータで新しいフォントオブジェク
トを作成、初期化、出力する）。ｇｅｔＦｏｎｔ（）メ
ソッドは現在のフォントを出力する。この従来のフォン
トクラスでは１つのオブジェクトからフォント固有情報
の詳細な検索は許されていない。更に、ｇｅｔＦｏｎｔ
Ｌｉｓｔ（）メソッドでは論理的フォント名しか検索で
きない。論理的フォント名とは公的なもので開発者が一
覧したり利用できる名前である。それぞれの論理的フォ
ント名は特定のプラットフォームで使用できる特定のフ
ォントに内的に写像される。更に、フォントフォーマッ
ト固有情報は利用できず、オブジェクトに保存できな
い。

【００２２】従って、従来技術の柔軟性の欠如及び複数
のフォントの特定の特徴にアクセスできないこと、１つ
のオブジェクトからフォントフォーマットの特定の特徴
にアクセスできないことから、本発明の必要性が生じ
る。

【００２３】

【課題を解決するための手段】本発明の１つないし複数
の実施態様では、オブジェクト指向システムで複数フォ
ーマット（フォントフォーマット固有情報を含む）のフ
ォントからの情報へのアクセスとその使用を提供する。
本発明の１つないし複数の実施態様によれば、フォント
開発者は作成したフォントをホストコンピュータシステ
ムに保存する。次に各フォントは構文解析される。包括
的な私的フォントハンドラ抽象クラスを複数メソッドと
オブジェクト及び変数の参照により定義して、情報の保
存と検索に備える。フォントハンドラ・クラスのサブク
ラスは特に抽象メソッドをインプリメントし、この情報
の検索に備える。加えて、それぞれのフォントハンドラ
・サブクラスとそのインスタンスは、フォーマットの特
定の特徴を提供する固有インターフェイスをインプリメ
ントする。その結果、フォントハンドラ・クラスは全て
のフォーマットにわたり包括的であるが、それぞれのサ
ブクラスとインスタンスは特定フォーマットで作成され
る。構文解析された情報はフォントハンドラ・オブジェ
クトのインスタンスにロードされる。

【００２４】フォントクラスはアプリケーション開発者
にフォントハンドラから情報にアクセスする能力を与え
る。この能力は、フォントクラスのインスタンスと対応
するフォントハンドラインスタンス間の関係を確立する
ことで達成される。アプリケーション開発者が特定のフ
ォントの使用を望む場合、開発者はそのコンストラクタ
を呼び出してフォントクラスのインスタンスを作成す
る。コンストラクタは所望フォントについてフォントハ
ンドラインスタンスを探索し、見つけたら、フォントク
ラス・インスタンスにフォントハンドラ・インスタンス
に対する参照を加える。更に頻繁に使用する情報は、フ
ォントクラスの変数ないしオブジェクトにキャッシュで
きる。キャッシュされない情報は、当該フォントハンド
ラメソッドをその関連を通して呼び出すことで検索され
る。このようにして、１つのオブジェクトを使用して様
々なフォーマットのフォントにアクセスし利用できる。
加えて、アプリケーション開発者は下層のフォントハン
ドラについての知識を全く有さずに、１つのオブジェク
ト、即ちフォントクラスオブジェクトから全般的な情報
やフォーマット固有情報を検索できる。

【００２５】本発明の１つまたは複数の実施態様では、
フォントクラスに全てのメソッドとフォントハンドラ・
クラスの参照を編入し、フォントハンドラ・クラスを除
外して利用しない。このようにして１つの公的にアクセ
ス可能なフォントクラスがフォント情報に対するアクセ
スを維持する。

【００２６】

【発明の実施の形態】複数フォーマットのフォントにわ
たりフォント固有情報を得るためオブジェクトにアクセ
スし使用するシステムを説明する。以下の説明ではクラ
スの固有名などの数々の詳細を本発明のより完全な理解
を提供するために述べる。しかしながら、当業者には、
本発明はそれらの詳細なしに実施できることが明らかで
あろう。また別の場合には、本発明を不必要に曖昧なも
のにしないためによく知られた機能を詳しく述べていな
い。

【００２７】コンピュータ実行環境（ハードウエア）の
実施形態 本発明の実施形態は、図１に示すコンピュータ１００の
ような汎用コンピュータで実行するコンピュータ読取り
可能プログラムコードの形でコンピュータソフトウエア
として実施できる。キーボード１１０とマウス１１１は
両方向システムバス１１８に接続する。キーボードとマ
ウスはユーザ入力をコンピュータシステムに導入し、そ
のユーザ入力を中央演算処理装置（ＣＰＵ）１１３に伝
える。マウス１１１とキーボード１１０に加えて、ある
いはその代わりに、他の適切な入力装置を使用してもよ
い。両方向システムバス１１８に接続した入出力装置１
１９は、プリンタ、Ａ／Ｖ（オーディオ／ビデオ）入出
力装置のような入出力要素を示す。

【００２８】コンピュータ１００には更にビデオメモリ
１１４、主記憶装置１１５、大容量記憶装置１１２が含
まれているが、それらは全てキーボード１１０、マウス
１１１、ＣＰＵ１１３と共に両方向システムバス１１８
に接続されている。大容量記憶装置１１２には、磁気、
光学的ないし光磁気記憶装置などの固定ないし着脱可能
媒体あるいはあらゆるその他の使用可能な大容量記憶技
術を含めることができる。バス１１８には、例えばビデ
オメモリ１１４ないし主記憶装置１１５をアドレス指定
する３２アドレスラインを含めることができる。システ
ムバス１１８には更に、例えばＣＰＵ１１３、主記憶装
置１１５、ビデオメモリ１１４、大容量記憶装置１１２
などの構成要素間でデータを転送する３２ビットデータ
バスを含めることができる。あるいは、別々のデータ及
びアドレスラインの代わりに複数データ／アドレスライ
ンを使用できる。

【００２９】本発明の一実施形態では、ＣＰＵ１１３は
６８０Ｘ０プロセッサなどのモトローラ社製のマイクロ
プロセッサ、８０Ｘ８６などのインテル社製のマイクロ
プロセッサ、ペンティアムプロセッサ、サンマイクロシ
ステムズ社のＳＰＡＲＣマイクロプロセッサである。し
かしどのようなマイクロプロセッサやマイクロコンピュ
ータでも利用可能である。主記憶装置１１５はダイナミ
ックランダムアクセスメモリ（ＤＲＡＭ）からなる。ビ
デオメモリ１１４はデュアルポートランダムアクセスメ
モリである。ビデオメモリ１１４の１つのポートはビデ
オ増幅器１１６に接続される。ビデオ増幅器１１６は陰
極管（ＣＲＴ）ラスタモニタ１１７を駆動するのに使用
される。ビデオ増幅器１１６は従来技術でよく知られて
おり、いずれの適切な装置によっても実現できる。この
回路はビデオメモリ１１４に保存された画素データをモ
ニタ１１７で使用するのに適したラスタ信号に変換す
る。モニタ１１７は図形画像を表示するのに適したタイ
プのモニタである。

【００３０】コンピュータ１００には更に、バス１１８
に接続した通信インターフェイス１２０を含めることが
できる。通信インターフェイス１２０はネットワークリ
ンク１２１を通してローカルネットワーク１２２に２方
向データ通信接続を提供する。例えば通信インターフェ
イス１２０が統合サービスディジタルネットワーク（Ｉ
ＳＤＮ）カードないしモデムの場合、通信インターフェ
イス１２０は、ネットワークリンク１２１の一部をな
す、対応するタイプの電話線へのデータ通信接続を提供
する。通信インターフェイス１２０がローカルエリアネ
ットワーク（ＬＡＮ）カードならば、通信インターフェ
イス１２０はネットワークリンク１２１を通して互換性
のあるＬＡＮへのデータ通信接続を提供する。無線リン
クもまた可能である。そのような実施ではいずれの場合
も、通信インターフェイス１２０は、様々な種類の情報
を示すディジタルデータストリームを搬送する電気、磁
気ないし光学的な信号を送受信する。

【００３１】ネットワークリンク１２１は一般に、１つ
ないし複数のネットワークを通して他のデータ装置へデ
ータ通信を提供する。例えばネットワークリンク１２１
はローカルネットワーク１２２を通してホストコンピュ
ータ１２３へ、あるいはインターネットサービスプロバ
イダ（ＩＳＰ）１２４が作動するデータ装置に接続でき
る。ＩＳＰ１２４は、今日「インターネット」と広く呼
ばれている世界的なパケットデータ通信ネットワークを
通してデータ通信サービスを提供する。ローカルネット
ワーク１２２とインターネット１２５は両方とも、ディ
ジタルデータストリームを搬送する電気、磁気ないし光
学的な信号を使用する。コンピュータ１００のディジタ
ルデータを搬送する、様々なネットワークを通した信号
やネットワークリンク１２１上の信号、通信インターフ
ェイス１２０を通した信号は、情報を運ぶ搬送波を例示
していたものである。

【００３２】コンピュータ１００はネットワーク、ネッ
トワークリンク１２１、通信インターフェイス１２０を
通してプログラムコードを始めとするメッセージやデー
タを送受信できる。インターネットの例では、サーバ１
２６はインターネット１２５、ＩＳＰ１２４、ローカル
ネットワーク１２２、通信インターフェイス１２０を通
してアプリケーションプログラムの要求コードを送信す
ることがある。本発明によれば、そのようなダウンロー
ドしたアプリケーションの１つは、本明細書に記述する
複数フォーマットのフォントから情報にアクセスして使
用することである。

【００３３】受信したコードは受信時にＣＰＵ１１３に
より実行する、及び／又は後に実行するため大容量記憶
装置１１２ないし他の非揮発性記憶装置に保存される。
このようにしてコンピュータ１００はアプリケーション
コードを搬送波の形で得ることができる。

【００３４】上記のコンピュータシステムは例示のため
だけのものである。本発明の実施形態はどのような種類
のコンピュータシステムないしプログラミングあるいは
処理環境でも実施可能である。

【００３５】フォントオブジェクトの構造とインタラク
ション フォントが作成されると、フォーマット化情報が保存さ
れ、アプリケーション開発者はその情報を検索するメソ
ッドが必要になる。図５を参照すると、フォント開発者
５０１が所望のフォーマットで様々なフォントを開発す
ると、フォントファイルはホストコンピュータシステム
５０２に保存される。フォント開発者５０１が作成した
複数フォントフォーマットにアクセスし、利用する機能
を与えるため、本発明の１つないし複数の実施形態で
は、内部抽象フォントハンドラ・クラスを備える。抽象
クラスとは抽象機能を有するクラスである。抽象機能は
単に宣言するだけで、クラス内で定義されるインプリメ
ントを持たない。その結果、そのようなクラスのオブジ
ェクトが作成されることは決してない。抽象機能を使用
するには、抽象クラスに基づいていずれのサブクラスで
も定義しなければならない。従って抽象機能を宣言する
ことで、開発者は作成するいずれのサブクラスでもその
機能を定義することを余儀なくされる。

【００３６】フォントハンドラ・クラスは内在的で、フ
ォントの使用を望むアプリケーション開発者はアクセス
できない。フォント情報にアクセスするため、本発明の
１つないし複数の実施形態では、フォントハンドラ・ク
ラスにアクセスし利用する公的フォントクラス（アプリ
ケーション開発者がアクセス可能）を用意する。フォン
トクラスとフォントハンドラ・クラス間の関係及びフォ
ントクラスのインプリメント化については後述する。そ
の結果、アプリケーション開発者にフォントを利用され
ることを望むフォントフォーマット開発者は、抽象メソ
ッドをインプリメントするフォントハンドラ・サブクラ
スを定義しなければならない（インプリメントするメソ
ッドの特定例に関する更なる詳細は後述する）。図３を
参照すると、フォント開発者は抽象フォントハンドラ・
クラス３０２に基づいてサブクラス３０３を定義する。
そこでフォントハンドラ・サブクラスの複数のインスタ
ンス３０４ー３０７を例示できる。

【００３７】フォントハンドラ・サブクラス３０３を定
義した後、サブクラス３０４−３０７のインスタンス
（フォントハンドラ・インスタンスと称する）をホスト
システムからのフォント情報でロードしなければならな
い。再び図５を参照して、情報をロードするため、ホス
トシステム５０２内の全てのフォントをステップ５０３
で読み取る。次にその情報をステップ５０４で構文解析
する。最後に情報を得た後、ステップ５０５でフォント
ハンドラ・インスタンスにロードする。

【００３８】フォントインターフェイス 図３を参照すると、フォント開発者はフォントハンドラ
・サブクラス３０３を定義しながら、当該フォントフォ
ーマットに固有の追加機能を備えたインターフェイス３
０１をインプリメントする。フォントフォーマットイン
ターフェイス３０１をインプリメントすることで、生じ
るオブジェクトは開発者に以前に使用できなかったフォ
ントフォーマットの特定の特徴へのアクセス性を提供す
る。これらのフォントフォーマットの特定の特徴は、抽
象フォントハンドラ・クラス内で定義された抽象メソッ
ドを通してアクセス可能な標準機能に加えて設けられて
いる。

【００３９】例えば、本発明の１つないし複数の実施形
態では、フォント開発者に特定のフォントハンドラ・サ
ブクラスで実施できる開放型インターフェイスを提供す
る。開放型インターフェイスは開放型ないしツルー（真
正）型フォーマットのいずれかを有するフォントを表
す。インターフェイスの目標は、フォントからフォント
表（ｓｆｎｔ表）を出力できることである。ｓｆｎｔ表
にはツルー型ないし開放型フォントのそれぞれのグリフ
のフォーマット化、メトリックその他の情報が含まれ
る。本発明の１つないし複数の実施形態では、開放型イ
ンターフェイスは以下の２つのメソッドの１つないし両
方から構成できる。 （１）public abstract int getVersion () 開放型フォントのバージョンを出力。１．０を０ｘ００
０１００００として表す。 （２）public abstract byte[] getFontTable (int sfn
tTag) 表を所与のタグについてのバイトのアレイとして出力。
ｓｆｎｔ表のタグにはｃマップ、名前、ヘッドなどの項
目がある。出力したバイトアレイはメモリ内のフォント
データのコピーである。

【００４０】フォントハンドラ・クラスのサブクラスか
らのこの開放型インターフェイスをインプリメントする
ことで、フォント開発者は、アプリケーション開発者が
開放型ないし真正型フォーマットのいずれかのフォント
についてフォント表（フォントフォーマット固有情報を
含む）に（ｇｅｔＦｏｎｔ（）表メソッドを使用して）
アクセスする能力を提供する（インターフェイスは抽象
的なので、サブクラスでインプリメントする場合にフォ
ント開発者は定義する必要がある）。加えて、アプリケ
ーション開発者は開放型ないし真正型フォントバージョ
ンにアクセスして、フォントの特定の特徴を利用できる
かどうかを（バージョン取得メソッドを用いて）判定で
きる。

【００４１】本発明の１つないし複数の実施形態では、
フォントハンドラ・クラスのサブクラスにより複数マス
タインターフェイスを実施できる。複数マスタインター
フェイスは、タイプ１の複数マスタフォント（ポストス
クリプトフォント）を表す。本発明の１つないし複数の
実施形態では、複数マスタインターフェイスは例えば以
下の６つのメソッドの１つないし複数のもので構成でき
る。

【００４２】（１）public abstract int getNumDesign
Axes() 複数マスタデザイン制御値の数を出力。デザイン軸には
幅、重み、光学的縮尺などが含まれる。 （２）public abstract float[] getDesignAxisRange
s() それぞれの軸について[from -> to]の形でインターリー
ブしたデザイン限度のアレイを出力。例えば重みについ
てのデザイン限度は０．１から１．０となる。値はgetD
esignAxisNames()により出力されるものと同一順序で出
力される。 （３）public abstract float[] getDesignAxisDefault
s() それぞれの軸についてデフォルトデザイン値のアレイを
出力。例えば重みについてのデフォルト値は１．６とな
る。同値はgetDesignAxisNames()により出力されるもの
と同一順序で出力される。 （４）public abstract String[] getDesignAxisName
s() それぞれのデザイン軸についての名前を出力。これはま
た、それぞれの軸を出力する順序を決定する。 （５）public abstract Font deriveMMFont (float axe
s[]) アレイによって示されるデザイン軸値に基づいて複数マ
スタフォントの新しいインスタンスを作成。アレイのサ
イズはgetDesignAxisNames()から出力される値に対応
し、アレイ要素の値は getDesignAxesLimits()により示
される限度内に入らなければならない。エラーの場合は
NULLを出力。 （６）public abstract Font deriveMMFont(float glyp
hWidths,float avgStemWidth,float typicalCapHeight,
float typicalXHeight,float italicAngle) 詳細なメトリック情報に基づき、複数マスタフォントの
新しいインスタンスを作成。エラーの場合はＮＵＬＬを
出力。ｇｌｙｐｈＷｉｄｔｈｓ（グリフ幅）はフォント
スペース内のそれぞれのグリフの所望の幅を示すフロー
トのアレイである。ａｖｇＳｔｅｍＷｉｄｔｈはフォン
トスペース内の全体的なフォントについての平均的なス
テム幅である。ｔｙｐｉｃａｌＣａｐＨｅｉｇｈｔは一
般的な大文字の高さである。ｔｙｐｉｃａｌＸＨｅｉｇ
ｈｔは一般的な小文字の高さである。ｉｔａｌｉｃＡｎ
ｇｌｅはイタリック体が傾いた角度を垂直線から反時計
方向の度数で示す角度である。

【００４３】上記の６つのメソッドは（ｄｅｒｉｖｅＭ
ＭＦｏｎｔメソッドを使用して）複数のマスタタイプの
フォントの作成と使用並びにポストスクリプトフォント
から（ｇｅｔＤｅｓｉｇｎＡｘｉｓＤｅｆａｕｌｔｓ，
ｇｅｔＤｅｓｉｇｎＡｘｉｓＮａｍｅｓ， ｇｅｔＤ
ｅｓｉｇｎＡｘｉｓＲａｎｇｅｓ， ｇｅｔＮｕｍＤｅ
ｓｉｇｎＡｘｅｓメソッドを使用して）フォーマット固
有情報の検索を規定する。

【００４４】複数マスタインターフェイス、開放型イン
ターフェイスあるいはフォントハンドラ・サブクラスそ
れ自身のその他のフォントフォーマット固有インターフ
ェイスのようなフォントフォーマット固有インターフェ
イスをインプリメントすることで、いずれのフォーマッ
トでも全てのフォントについて要求される標準情報と、
フォントの特定フォーマットの特有の特別な情報の両方
を提供するのに１つのオブジェクトしか必要でなくな
る。

【００４５】図３を参照すると、インターフェイス３０
１をインプリメントするのに、フォントフォーマット開
発者は単に、インターフェイスの１つをインプリメント
し、関連メソッドを定義するフォントハンドラ・クラス
３０２のサブクラス３０３しか作成する必要がなくな
る。フォント開発者が定義しなければならない機能は、
抽象フォントハンドラ・クラス３０２とインターフェイ
ス３０１が提供する。例えばフォントハンドラ・クラス
がｇｅｔＭｅｔｒｉｃｓ（）とｇｅｔＦａｍｉｌｙＮａ
ｍｅ（）の２つのメソッドを規定し、複数マスタインタ
ーフェイスがｇｅｔＤｅｓｉｇｎＡｘｉｓＮａｍｅ
ｓ（）の１つのメソッドを規定するならば、フォント開
発者は複数マスタインターフェイスをインプリメントす
るフォントハンドラ・サブクラスで３つの全てのメソッ
ドを定義しなければならない。関連メソッドを定義した
後、開発者はサブクラスのインスタンスを作成できる。

【００４６】フォントの初期化 図３、５を参照すると、フォント開発者はインターフェ
イス３０１の一つをインプリメントするフォントハンド
ラ・クラス３０２のサブクラス３０３を作成する。この
初期化において、ホストシステムのフォント情報をステ
ップ５０３で読み取り、ステップ５０４で情報の構文解
析を行い、ステップ５０５でフォントハンドラ・サブク
ラス３０４−３０７のインスタンスを作成し、情報をイ
ンスタンスにロードする。更に情報をフォントリストに
キャッシュする。従ってホストシステム内のそれぞれの
フォントについて、フォントハンドラ・サブクラスのイ
ンスタンスが構成され、例示される。コンストラクタと
は特定クラスの新しいインスタンスを出力する機能であ
る。例えば１つないし複数の実施形態では、フォントハ
ンドラ・クラスのコンストラクタは以下のものとするこ
とができる。public FontHandler(String fontFileToke
n, int fontFormat, int fontID)ないしpublic FontHan
dler(InputStream in, int fontFormat, int fontID)

【００４７】第２のコンストラクタのパラメータは開発
者に、フォントに関する全ての必要な情報をフォントハ
ンドラ・オブジェクトに与える能力を提供する。例えば
入力ストリームは（ストリーム形式の）ホストシステム
フォント情報であり、フォントフォーマットはフォーマ
ット（例えばツルータイプあるいはタイプ１）を特定
し、フォントＩＤはフォントの書体（例えばヘルベチカ
ボールド）を同定する独自のＩＤを示す。このようにホ
ストシステム内でそれぞれのフォントについてフォント
ハンドラ・オブジェクトを作成する。

【００４８】フォントハンドラはフォントハンドラのイ
ンスタンスに直接的に与えられた情報を保存できたりで
きなかったりする。図４でフォントハンドラ４００に
は、情報が保存された他のフォントクラス４０１−４０
５の参照を含めることができる。例えばフォントハンド
ラ４００には、テキストを描くのに使用する最低レベル
の表現であり、正確なグリフコードと位置を含むグリフ
セットクラス４０１に対する参照を含めることができ
る。更にフォントハンドラ４００には、例えばフォント
特徴クラス４０２、グリフメトリッククラス４０３、グ
リフメトリックＨＶクラス４０４、フォントデザイン・
メトリックス４０５に対する参照を含めることができ
る。本発明の１つないし複数の実施形態では、フォント
ハンドラ・クラスには変数ないしオブジェクトに保存さ
れた情報を検索するメソッドを含めることができる。例
えばフォントハンドラ・クラスには以下のメソッドの１
つないし複数のものを含めることができる。 （１）public BezierPath createOutline (int numGlyp
hs, int[] glyphCode,Point2D origin, float[] xOffse
t, float[] xOffset,AffineTransoform trans, boolean
hinted) ｃｒｅａｔｅＯｕｔｌｉｎｅ （輪郭線作成）メソッド
は所与のグリフコードの輪郭線を検索し、輪郭線をベジ
エ経路として出力。 （２）public Hashtable getDefaultEncoding() ｇｅｔＤｅｆａｕｌｔＥｎｃｏｄｉｎｇ（デフォルト符
号化取得）メソッドは、フォントがキー値対として有す
る符号化を出力。キーはユニコード文字コードで、値は
フォント内のグリフＩＤ。 （３）public GlyphMetrics[] getMetrics(int numGlyp
hs, int[] glyphCodes, AffineTransfo
rm trans) ｇｅｔＭｅｔｒｉｃｓ（メトリックス取得）メソッドは
所与のグリフについてメトリックスを検索。 （４）public String getFontFullName() ｇｅｔＦｏｎｔＦｕｌｌＮａｍｅ （フォントフルネー
ム取得）メソッドはフォントのフォント書体名（例：ヘ
ルベチカボールド）を検索（異なる種類のフォント名は
後述）。 （５）public String getPSName() ｇｅｔＰＳＮａｍｅ （ＰＳ名取得）メソッドはフォン
トのポストスクリプトフォント書体名（例：ヘルベチカ
ボールド）を検索。 （６）public String getFamilyName() ｇｅｔＦａｍｉｌｙＮａｍｅ（ファミリー名取得）メソ
ッドはフォントのファミリー名（例：ヘルベチカ）を検
索。 （７）public int getGlyphIndex(char charcode) ｇｅｔＧｌｙｐｈＩｎｄｅｘ（グリフインデックス取
得）メソッドは特定文字コードについてグリフコードを
検索。 上述のメソッドに加えてフォントハンドラには多くの追
加メソッドを含めて全ての関連情報を提供できる。

【００４９】フォントクラス フォントハンドラ・クラスは私的なものでアプリケーシ
ョン開発者はアクセスすることができない。その結果、
フォント情報へのアクセスを提供するため、本発明の１
つないし複数の実施形態では、フォントハンドラ・クラ
スにアクセスする公的フォントクラスを規定する。実施
形態では、フォントクラスにフォントハンドラに対する
私的参照を含める。アプリケーション開発者は私的変数
ないしオブジェクトには直接アクセスできないが、（ユ
ーザが呼び出すことのできる）公的メソッドはそれらに
アクセスできる。その結果、フォントクラスは、フォン
トハンドラ（及びその変数やメソッド）にアクセスする
公的メソッドを規定できる。図６において、フォントク
ラス６０１はフォントハンドラ・クラス６０２（ないし
フォントハンドラ・クラスのサブクラス）に対する参照
を含む。上述のように、フォントハンドラ・クラス６０
２には他の数々のオブジェクト６０３−６０５に対する
参照を含めることができる。

【００５０】フォントオブジェクトから検索できる異な
る名前には、論理フォント、フォント書体名（フォント
名と称する）及びファミリー名の３つがある。ファミリ
ー名はヘルベチカのようにいくつかの書体にわたりタイ
ポグラフ的なデザインを決定するフォントファミリーの
名前である。フォント名は特定のフォント書体（例：ヘ
ルベチカボールド）の名前であり、ファミリー名（例：
ヘルベチカ）とスタイル（例：ボールド）からなる。フ
ォント書体名はフォントを特定するのに使用すべきもの
である。フォント書体名はホストシステム内の実際のフ
ォントを意味し、ホストシステム内の実際のフォントに
写像されただけの論理名は同定しない。

【００５１】フォントクラス・インスタンスは、ホスト
システムのシステム資源に存在するフォント書体のコレ
クションからフォント書体のインスタンスを表す（シス
テム資源にあるフォント書体はフォント開発者（例：ア
ドーブ）が定義し、フォントハンドラにロードする）。
例えば、ヘルベチカボールドやクーリエボールドイタリ
ックなどは、システム資源ないしフォントハンドライン
スタンスに保存するフォント書体である。フォント書体
と関係したフォントオブジェクトにはサイズ、スタイ
ル、変形及びフォント機能がそれぞれ異なるものがいく
つかあり得る。１実施形態では、ｇｅｔＡｌｌＦｏｎｔ
ｓ（）メソッドがシステム内で利用できる全てのフォン
ト書体のアレイを出力する（フォントハンドラの初期化
時にキャッシュしたフォントのリストを出力するだ
け）。それらのフォント書体はサイズ１、識別変形及び
デフォルトフォント機能でフォントオブジェクトとして
出力される。それらの基本フォントは次にフォントクラ
スのフォント導出メソッド（後述）を通して様々なサイ
ズ、スタイル、変形及びフォント機能を有する新しいフ
ォントオブジェクトを導出するのに使用できる。

【００５２】フォントクラスの初期化 本発明の１実施形態のフォントクラスは複数のメソッド
（後述）及び例えば名前、スタイル、サイズなどの１つ
ないし複数の公的変数を規定する。フォントクラスのそ
れぞれのインスタンスの作成と初期化を行うと、変数は
データで例示される。「名前」変数はフォントの特定名
で例示され、「スタイル」変数はフォントのスタイルで
例示され（プレインあるいはボールド、イタリック、ボ
ールド＋イタリックのいずれか）、「サイズ」変数は最
も近い整数に丸めたフォントのポイントサイズで例示さ
れる。

【００５３】図２で、フォントクラス２０１は特定の名
前、スタイル、ポイントサイズから新しいフォントを作
成するコンストラクタ２０２を規定する。フォントクラ
ス２０１のインスタンス２０３−２０６を作成し、オブ
ジェクト２０３−２０６を適切なデータで例示するた
め、当該情報をパラメータ（名前、スタイル、サイズ）
として特定しつつフォントコンストラクタメソッド２０
２を呼び出す。以下はフォントクラスコンストラクタを
なすものである。 public Font(String name, int style, int size)

【００５４】上記のコンストラクタは特定の名前、スタ
イル、ポイントサイズから新しいフォントオブジェクト
を作成する。「名前」パラメータはフォント名を特定す
る文字列である。フォント名は論理的フォントでもフォ
ント書体名でもよい。「スタイル」パラメータは整数
で、フォントのスタイル定数を表す。「スタイル」定数
はプレインあるいはボールド、イタリック、ボールド＋
イタリックのいずれかである。「サイズ」パラメータは
整数でフォントのポイントサイズを表す。

【００５５】図７にフォントクラスオブジェクトを初期
化するコンストラクタの過程を示す。ステップ７０１で
はアプリケーション開発者が所望のフォント名を選択す
る。フォント名を選択するため、開発者はコンストラク
タ呼び出しで単に所望の名前をパラメータとして指定す
る。コンストラクタはステップ７０２でホストシステム
内の全てのフォントのリスト（フォントハンドラ・オブ
ジェクトに構文解析）をシステムから検索する。ステッ
プ７０３では、指定した名前が既存のフォントと対応す
るかどうか（指定された名前をフォントリストと比較す
ることで）判定する。指定された名前のフォントが存在
する場合は、ステップ７０４で当該フォントハンドラ・
オブジェクトを検索する。指定された名前のフォントが
存在しない場合は、ステップ７０５で代わりのあるいは
相当するフォントを含むフォントハンドラ・オブジェク
トを検索する。ステップ７０６では、フォントクラスオ
ブジェクトのインスタンスを作成する（このオブジェク
トは先に割り当てられている可能性がある）。次にフォ
ントクラス・インスタンスを情報で例示する。ステップ
７０７では、（対応するフォントハンドラ・インスタン
スに参照ないしポインタを加えることで）フォントクラ
ス・インスタンスを対応するフォントハンドラ・オブジ
ェクトに関連づける。フォントクラスは、毎回対応する
フォントハンドラにアクセスせずに頻繁に使用する情報
を検索するためフォントハンドラからのデータで例示さ
れるいくつかの公的参照（変数ないしオブジェクト）を
含んでいる。この初期化時のデータの例示をキャッシン
グと称する。ステップ７０８では、頻繁に使用する情報
をフォントクラス・オブジェクトにキャッシュする。本
発明の実施形態では、以下のフォントクラス変数の１つ
ないし複数のものを使用して頻繁に使用するデータを保
存できる。 （１）protected String name コンストラクタにわたすフォントの名前（例：セリフ、
ヘルベチカ、クーリエなど）。 （２）protected int style コンストラクタにわたすフォントのスタイル。これはプ
レインあるいはボールド、イタリック、ボールド＋イタ
リック。 （３）protected int size 最も近い整数に丸めたフォントのポイントサイズ。

【００５６】図２は上記の３つの変数を規定するいくつ
かのフォントクラス・オブジェクトの例示の（あるいは
キャッシング）の構造と結果を示す。コンストラクタ
は、対応するフォントハンドラ・インスタンスに与えら
れた値に等しいオブジェクトの３つの変数を設定する。
例えばボールドでポイントサイズが１０の「セリフ」と
呼ばれるフォントを作成するため、開発者は新フォント
（セリフ、ボールド、１０）という機能呼び出しを行
う。対応するフォントハンドラ・オブジェクトが見つか
れば、例示オブジェクト２０３が生じる。アプリケーシ
ョン開発者が使用を望む全てのフォントについて、別々
のオブジェクトを作成する。例えば単にポイントサイズ
が異なるだけ（例えば１０ポイントと１２ポイント）の
２つのフォントを有することを望むならば、２つの別々
のフォントクラスのインスタンスを作成する（例えばオ
ブジェクト２０３とオブジェクト２０４）。同様に開発
者がスタイルが異なる２つのフォント（例えばボールド
とイタリック）を有することを望む場合は、２つの別々
のフォントクラスのインスタンスを作成する（例えばオ
ブジェクト２０４ｔｏオブジェクト２０５）。同様に、
開発者が異なる書体ないし論理名を有するフォント（例
えばオブジェクト２０６のヘルベチカ）を有することを
望む場合は、追加のインスタンスを作成する。このよう
にして、開発者が使用を望むそれぞれのフォントについ
てフォントオブジェクトを例示する。

【００５７】スタイルと（整数としての）ポイントサイ
ズに加えて、様々な追加フォントクラス参照を情報を有
して使用しキャシュできる。本発明ではそのような参照
にはファミリー（フォントのファミリー名を含む変
数）、ポイントサイズ（フロートのフォントのポイント
サイズを含む変数）、あるいはフォントデスクリプタ
（キー／値の対として示されるフォントについての追加
の性質を含むデスクリプタオブジェクト）が含まれる。
本発明は上記の参照には限定されず、上記のものよりも
多くのあるいは少ない参照を含めることができる。それ
らの参照は公的（アプリケーション開発者にとってアク
セス可能）でも私的（アプリケーション開発者はフォン
トクラス内の公的メソッドを通してのみアクセス可能）
でもよい。参照が私的ならば、参照内に保存された情報
を得るにはフォントクラスのメソッドを使用する。例え
ばファミリー変数が私的ならば、開発者はｇｅｔＦａｍ
ｉｌｙ（）（ファミリー取得）メソッドを利用して情報
を検索する必要があろう。このように、フォント開発者
にとって重要なフォント情報へのアクセスは限られてい
る（エンドユーザやアプリケーション開発者は私的な情
報を変改したり直接検索する権限はない）。

【００５８】フォントクラスオブジェクトを作成する
と、対応するフォントハンドラは特定タイプのフォーマ
ット化フォントを表し（例：ツルータイプあるいはタイ
プ１）、フォーマット固有インターフェイス（例：複数
マスタインターフェイスあるいは開放型インターフェイ
ス）をインプリメントする。その結果、フォントクラス
オブジェクトは、フォーマットのタイプを内的に維持す
るフォントハンドラの参照を維持する。その結果、アプ
リケーション開発者は、フォントハンドラにアクセスす
る公的メソッドを用いてフォントフォーマット固有情報
にアクセスできる。

【００５９】フォントクラス内で定義された数々の公的
にアクセス可能なメソッドは、私的フォントクラス参照
及びフォントハンドラ・オブジェクトに含まれた情報の
単純な検索を与える。更に開発者は、上述の私的変数と
オブジェクトにアクセスできないが、公的にアクセス可
能なメソッドは変数ないしオブジェクトに保持された情
報を検索する手段を提供する。フォントクラス変数及び
オブジェクトから情報を検索しないメソッドは、フォン
トハンドラ・クラスに対する参照を用いて情報を検索で
きる。本発明の実施形態では、次のメソッドをフォント
クラスで定義する。 （１）public Transform getTransform() このフォントに関係した変形を出力。このメソッドはキ
ャッシュから（ユーザが定義できる）変形を得ることが
できる。 （２）public String getFamily() フォントのファミリー名（例：ヘルベチカ）を出力。フ
ォントの論理名を取得するにはｇｅｔＮａｍｅ（）を使
用する。フォントのフォント書体を取得するにはｇｅｔ
ＦｏｎｔＮａｍｅ（）を使用する。このメソッドはフォ
ントハンドラ内の等価のメソッドにアクセスできる
（例：ｇｅｔＦａｍｉｌｙＮａｍｅ（）と呼ばれるメソ
ッド）。 （３）public String getName() フォントの論理名を出力。フォントのファミリー名を取
得するにはｇｅｔＦａｍｉｌｙ（）を使用する。フォン
トのフォント書体を取得するにはｇｅｔＦｏｎｔＮａｍ
ｅ（）を使用する。このメソッドはキャシュから論理名
を得ることができる。 （４）public String getFontName() フォントのフォント書体名（例：ヘルベチカボールド）
を出力。フォントのファミリー名を取得するにはｇｅｔ
Ｆａｍｉｌｙ（）を使用する。フォントの論理名を取得
するにはｇｅｔＮａｍｅ()を使用する。このメソッドは
キャシュからフォンｔ書体名を得ることができる。 （５）public int getStyle() フォントのスタイルを出力。これはプレーン、ボール
ド、イタリックないしボールド＋イタリックとなり得
る。このメソッドはキャッシュからスタイルを取得でき
る。 （６）public int getSize() 整数に丸めたフォントのポイントサイズを出力。大部分
のユーザはフォントのグリフを指定するのにポイントサ
イズを使用するという考え方に慣れている。このポイン
トサイズとはシングルスペースのテキスト文書で１つの
行のベースラインから次の行のベースライン間の測定値
を定義するものである。ポイントサイズはインチのほぼ
１／７２の印刷上のポイントに基づいている。このメソ
ッドはキャッシュから（ユーザが定義できる）ポイント
サイズを取得できる。 （７）public float getSize2D() フロートのフォントのポイントサイズを出力。このメソ
ッドはキャッシュから（ユーザが定義できる）ポイント
サイズを取得できる。 （８）public boolean isPlain() フォントがプレーンならば真を出力。 （９）public boolean isBold() フォントがボールドならば真を出力。 （１０）public boolean isItalic() フォントがイタリックならば真を出力。 （１１）public int hashCode() そのフォントのハッシュコードを出力。 （１２）public boolean equals(object obj) そのオブジェクトを特定オブジェクトと比較。 （１３）public String toString() そのオブジェクトを文字列表現に変換。 （１４）public int getNumGlyphs() フォント内のグリフの数を出力。フォントのグリフコー
ドは０からｇｅｔＮｕｍＧｌｙｐｈｓ（）−１にわた
る。このメソッドはキャッシュからグリフの数を取得で
きる。 （１５）public GlyphMetrics GetGlyphMetrics(int gl
yphCode) グリフコードで指定したグリフのメトリック情報を出
力。このメソッドはフォントハンドラ内の等価のメソッ
ド（例：ｇｅｔＭｅｔｒｉｃｓ（）と呼ばれるメソッ
ド）にアクセスできる。 （１６）public FontDesignMetrics get DesignMetrics
() そのフォントのフォントデザインメトリック情報を出
力。このメソッドはフォントハンドラ内の等価のメソッ
ド（例：ｇｅｔＭｅｔｒｉｃｓ（）と呼ばれるメソッ
ド）にアクセスできる。 （１７）public Shape getGlyphOutline(int glyphCod
e) グリフコードで指定したグリフの輪郭線記述を出力。こ
のメソッドはフォントハンドラ内の等価のメソッド
（例：ｃｒｅａｔｅＯｕｔｌｉｎｅ（）と呼ばれるメソ
ッド）にアクセスできる。 （１８）public FontFeature[] getFeatures() そのフォントで利用できるフォント機能のアレイを出
力。機能にはリガチュア（ligature: 合わせ文字）やグ
リフ置換が含まれる。このメソッドはフォントフォーマ
ットインターフェイスをインプリメントするフォントハ
ンドラ内の等価のメソッドにアクセスできる。 （１９）public Font deriveFont(int style, float si
ze,FontFeature features[]) 現在フォントオブジェクトをそれと関連した新しいスタ
イル、サイズ、フォント機能で複製することで新しいフ
ォントオブジェクトを作成し出力。 （２０）public Font deriveFont (int style, AffineT
ransform trans,FontFeature features[]) 現在フォントオブジェクトをそれと関連した新しいスタ
イル、変形、フォント機能で複製することで新しいフォ
ントオブジェクトを作成し出力。 （２１）public Font deriveFont(float size) 現在フォントオブジェクトをそれと関連した新しいサイ
ズで複製することで新しいフォントオブジェクトを作成
し出力。 （２２）public Font deriveFont(AffineTransform tra
ns) 現在フォントオブジェクトをそれと関連した新しい変形
で複製することで新しいフォントオブジェクトを作成し
出力。 （２３）public Font deriveFont(int Style) 現在フォントオブジェクトをそれと関連した新しいスタ
イルで複製することで新しいフォントオブジェクトを作
成し出力。 （２４）public Font deriveFont(FontFeature feature
s[]) 現在フォントオブジェクトをそれと関連した新しい１組
のフォント機能で複製することで新しいフォントオブジ
ェクトを作成し出力。 （２５）public GlyphSet getGlyphSet (char charArra
y[]),int offset, int count) ｃｈａｒＡｒｒａｙ内の文字をフォントグリフコードに
変換し、グリフの集合とグリフ位置を含むグリフセット
を出力。グリフ置換も行うことができる。このメソッド
はフォントハンドラ内の等価のメソッドにアクセスでき
る。 （２６）public GlyphSet getGlyphSet(String str) 文字列オブジェクト内の全ての文字をフォントグリフコ
ードに変換し、グリフの集合とグリフ位置を含むグリフ
セットを出力。グリフ置換も行うことができる。このメ
ソッドはフォントハンドラ内の等価のメソッドにアクセ
スできる。 （２７）public int can Display(String str) 文字列がこのフォントで表示可能かどうかを示す。ユニ
コード符号化を有する文字列については、所与のフォン
トが文字列を表示できるかどうかを知ることが重要であ
る。このメソッドは、フォントが表示できない最初の文
字である文字列ｓｔｒへのオフセットを出力する。フォ
ントが全ての文字を表示できれば -１を出力する。この
メソッドはフォントハンドラ内の等価のメソッドにアク
セスできる。

【００６０】本発明の実施形態は上述のメソッドの１つ
ないし複数のものを定義し、含むことができる。上述し
たように、上記のフォントクラスメソッドの多くはフォ
ント開発者が定義したフォントハンドラからのメソッド
にアクセスして利用する。フォントクラスのフォントハ
ンドラ・クラスとの組み合わせ及びインターフェイスは
フォントに関する一般的な情報を１つのオブジェクトに
保存する機能を提供する。加えて、フォントフォーマッ
ト固有情報をオブジェクトに保存し、そのような情報を
必要とするアプリケーションで使用できる。

【００６１】フォントハンドラ・クラスのフォントクラ
スへの編入 本発明の別の実施形態では、フォントクラスに全てのメ
ソッドとフォントハンドラ・クラスの参照を編入する
（以下、編入実施形態と称する）。この編入により、フ
ォントクラスはフォントハンドラ・クラスを使用せずに
フォント情報にアクセスし利用できる能力を有すること
ができる。

【００６２】編入実施形態の場合、図２において、フォ
ントクラス２０１のそれぞれのインスタンス２０３−２
０６に保存された追加の変数やメソッドは、開発者に様
々なフォント情報にアクセスを提供する。図４で、フォ
ントハンドラ４０１−４０５に含まれる他のフォントク
ラスに対する参照をフォントクラスに編入して、（フォ
ントハンドラを使用せずに）フォントクラスそれ自身か
らの参照を通してフォント情報にアクセスする機能をも
たらす。

【００６３】編入実施形態では、フォントクラスはフォ
ントハンドラ・クラスが初期化されると初期化され、従
ってシステムそれ自身から関連フォント情報を得られ
る。図５を参照すると、フォントハンドラの初期化ステ
ップ（ステップ５０１−５０５）は似ている。しかしス
テップ５０５ではフォント情報を取得してフォントハン
ドラにロードする代わりに、情報を取得してフォントク
ラスのインスタンスにロードする。図６を参照すると、
フォントハンドラ・オブジェクト内に含まれる参照６０
３−６０５はフォントクラスに直接編入して使用する。

【００６４】編入フォントクラスは複数マスタないし開
放型インターフェイスをインプリメントし、関連フォン
トフォーマット固有情報をアプリケーション開発者に直
接提供できる。従って図３で、抽象クラスフォントハン
ドラ３０２を有する代わりに、編入実施形態では抽象ク
ラスフォントを有する。編入フォントクラス３０２の編
入サブクラス３０３はフォーマット固有インターフェイ
ス３０１をインプリメントできる。次に編入フォントサ
ブクラス３０３のインスタンス３０４−３０７をシステ
ム内のそれぞれのフォントについて作成する。そのよう
な実施形態は柔軟性とアプリケーション開発者が直接ア
クセスできる広範囲のフォント情報をもたらす。

【００６５】図７で編入実施形態を使用すると、アプリ
ケーション開発者が特定フォントの使用を望む場合、開
発者はステップ７０１で所望のフォント名を選択する。
ステップ７０２では、システムからの全てのフォントの
リストが得られる。ステップ７０３では、所望のフォン
トがフォントリスト内にあるかどうか判定する。しかし
フォントハンドラ実施形態とはステップ７０４−７０８
において異なる。編入実施形態では、フォントがフォン
トリスト内にあれば、そのフォントを含む編入フォント
クラスオブジェクトをステップ７０４で検索する。フォ
ントがフォントリスト内になければ、（最も類似したフ
ォントを含む可能性のある）代わりの編入フォントクラ
スオブジェクトをステップ７０５で検索する。編入実施
形態では、関連情報は直接編入フォントクラスのインス
タンスに保存し、フォントハンドラを結合したり情報を
キャッシュする必要はないので、ステップ７０６−７０
８を行わない。このように編入フォントクラスはアプリ
ケーション開発者にシステム内に存在するフォントにア
クセスし利用する能力を提供する。

【００６６】様々なフォーマットのフォントから（フォ
ントフォーマット固有情報を含む）情報にアクセスし利
用するメソッドと装置を、１つないし複数の実施形態と
共に説明した。本発明の１つないし複数の実施形態を上
述したが、本発明は上記の記載に限定されず、特許請求
項とそれに相当するその全範囲により定義されるもので
ある。

【図面の簡単な説明】

【図１】本発明の１つないし複数の実施形態を実施でき
るコンピュータシステムである。

【図２】本発明の１つないし複数の実施形態のフォント
クラスの複数インスタンスの構成を示す。

【図３】本発明の１つないし複数の実施形態のフォント
ハンドラ・サブクラスの要素とそれからのインスタンス
の展開を示す。

【図４】本発明の１つないし複数の実施形態のフォント
ハンドラ・クラスが参照を含むことのできる様々なオブ
ジェクトを示す。

【図５】本発明の１つないし複数の実施形態のフォント
ハンドラ・インスタンスを作成し初期化する方法を示
す。

【図６】本発明の１つないし複数の実施形態のフォント
クラス、フォントハンドラ・クラス及びその他のクラス
間の相互作用を示す。

【図７】本発明の１つないし複数の実施形態によるフォ
ントオブジェクトを作成し初期化する方法を示す。

【符号の説明】

１１０ キーボード、１１１ マウス、１１２ 大容量
記憶装置、１１３ ＣＰＵ、１１４ ビデオメモリ、１
１５ 主記憶装置、１１６ ビデオアンプ、１１７ Ｃ
ＲＴ

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１０年９月２５日

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正内容】

【図１】

【図２】

【図３】

【図４】

【図５】

【図６】

【図７】

───────────────────────────────────────────────────── フロントページの続き (71)出願人 591064003 901 ＳＡＮ ＡＮＴＯＮＩＯ ＲＯＡＤ ＰＡＬＯ ＡＬＴＯ，ＣＡ 94303，Ｕ. Ｓ．Ａ. (72)発明者 ジェームス・グラハム アメリカ合衆国・94086・カリフォルニア 州・サニーベイル・アリバ ドライブ ９ 番・257

Claims (4)

【特許請求の範囲】
1. 【請求項１】 オブジェクト指向コンピュータシステム
   で、フォーマット化情報を含むフォント情報へアクセス
   する方法において、 フォーマット固有情報を取得するための少なくとも１つ
   のメソッドを提供するフォーマットインターフェイスを
   インプリメントするホントハンドラ・オブジェクトであ
   り、フォント情報を検索するための少なくとも１つのメ
   ソッドからなるホントハンドラ・オブジェクトを生成す
   るステップと、 前記フォント情報に対する少なくとも１つの参照からな
   るフォントオブジェクトを作成し、 前記フォントオブジェクトを前記フォントハンドラ・オ
   ブジェクトと関連づけるステップと、 前記フォントオブジェクト内の情報を要求するメッセー
   ジを受け取るステップと、 前記フォントオブジェクトの情報アクセスメソッドを呼
   び出すステップと、 前記フォント情報を検索するステップとを有するフォー
   マット化情報を含むフォント情報へアクセスする方法。
2. 【請求項２】 プロセッサと、 前記プロセッサに接続した記憶装置と、 前記記憶装置内のフォーマット固有フォント情報を取得
   するための少なくとも１つのメソッドを提供するフォン
   トフォーマット・インターフェイスと、 前記記憶装置内で前記フォントフォーマット・インター
   フェイスをインプリメントする、フォント情報を検索す
   るための少なくとも１つのメソッドからなるフォントハ
   ンドラ・オブジェクトと、 前記フォント情報に対する少なくとも１つの参照からな
   るフォントオブジェクトと、 前記プロセッサが実行するオブジェクトコードであっ
   て、 前記フォントオブジェクトを前記フォントハンドラ・オ
   ブジェクトと関連づけるメソッドと、 前記フォントオブジェクト内のフォント情報を要求する
   メソッドと、 フォント情報にアクセスし、検索するためのフォント情
   報メソッドとを有するオブジェクトコードとからなるコ
   ンピュータシステム。
3. 【請求項３】 更に全てのフォントフォーマットに共通
   した標準フォント情報を得るための少なくとも１つのメ
   ソッドを提供する抽象フォントハンドラインターフェイ
   スを更に備え、 前記フォントハンドラ・オブジェクトが前記抽象フォン
   トハンドラインターフェイスをインプリメントする請求
   項２のコンピュータシステム。
4. 【請求項４】 内部に内包したコンピュータ読取り可能
   プログラムを有する、フォーマット化フォント情報を含
   むフォント情報へアクセスするためのコンピュータ使用
   可能記録媒体であって、そのコンピュータ読取り可能プ
   ログラムは、 フォント情報を検索する少なくとも１つのメソッドから
   なるフォントハンドラ・オブジェクトをコンピュータに
   作成させるように構成されたコンピュータ読取り可能プ
   ログラムであって、前記フォントハンドラ・オブジェク
   トはフォーマット固有フォント情報を得る少なくとも１
   つのメソッドを提供するフォーマットインターフェイス
   をインプリメントするプログラムと、 前記フォント情報に対する少なくとも１つの参照からな
   るフォントオブジェクトを前記コンピュータに作成させ
   るように構成されたコンピュータ読取り可能プログラム
   と、 前記コンピュータが前記フォントオブジェクトを前記フ
   ォントハンドラ・オブジェクトと関連づけるように構成
   されたコンピュータ読取り可能プログラムと、 前記フォントオブジェクト内のフォント情報を要求する
   メッセージを前記コンピュータに検索させるように構成
   されたコンピュータ読取り可能プログラムと、 前記フォントオブジェクトのフォント情報アクセスメソ
   ッドを前記コンピュータが呼び出すように構成されたコ
   ンピュータ読取り可能プログラムと、 前記コンピュータが前記フォント情報を検索するように
   構成したコンピュータ読取り可能プログラムとを有する
   記録媒体。