JP2007152580A - 画像形成装置及び画像形成方法 - Google Patents

Abstract

【課題】 最小限のリソースできれいな文字出力を実現する。
【解決手段】 入力されたファイルに含まれる複数の文字情報を描画し、画像を形成する画像形成装置であって、前記入力されたファイルを解析し、前記各文字情報を描画する際のフォントサイズを文字情報ごとに取得する取得部２０２−１と、前記フォントサイズに基づいて、前記ファイルに埋め込まれた第１のフォントまたは前記画像形成装置が有する第２のフォントのいずれかのフォントを前記各文字情報ごとに選択する選択部２０２−２と、前記選択部２０２−２において選択されたフォントに基づいて、前記各文字情報を描画するプリンタ部２０８とを備える。
【選択図】 図２

Description

本発明は、入力されたファイルに含まれる文字情報を描画し、画像を形成する画像形成技術に関する。

従来より、文字情報を描画する際に用いられるフォントとして、アウトラインフォントとビットマップフォントが知られている。アウトラインフォントはベクタ情報によって記述するフォント形式で、描画するサイズに関わらず一定の品質を保つことができるという特長がある。反面、ある程度以下のサイズでは文字出力が汚く見えるという欠点がある。

ビットマップフォントはある決まったサイズでの座標単位で記述するフォント形式で、決まったサイズでは文字情報がきれいに見えるという特長がある一方、描画するサイズが大きくなると文字情報が汚く見えるという欠点がある。

このため、複数のサイズの文字をきれいに出力するためにはアウトラインフォントとビットマップフォントの両方が必要であるといえる。

そこで、Ｗｉｎｄｏｗｓ（登録商標）やＭａｃＯＳで標準的に用いられているアウトラインフォントであるＴｒｕｅＴｙｐｅフォントの中には、小さいサイズ用のビットマップフォントが埋め込まれたものもある。このようなフォントによれば、大きいサイズでも小さいサイズでもフォントをきれいに見せることができる。

ここで、アウトラインフォントやビットマップフォント等のフォントは、ＯＳ（Ｗｉｎｄｏｗｓ（登録商標）、ＭａｃＯＳ）が持つのが一般的である。しかし、埋め込みフォントと呼ばれる技術を用いることにより、ファイル自体にアウトラインフォントやビットマップフォントなどのデータを持たせることもできる。例えば、アウトラインフォントの描画に必要な情報をファイルに記述することで、アウトラインフォントのデータをファイルに埋め込むこともできる。

そして、このような埋め込みフォントと呼ばれる技術を用いれば、ＯＳにないフォントを用いて文字情報を描画することが可能となり、きれいな文字出力が保証されることとなる。

なお、このような技術を用いた発明として、例えば、特開平０８−０７２３３１号公報が挙げられる。同公報には、印刷データを受信した場合に、ビットマップフォントとして展開されるか否かを判定し、展開されているならば、そのビットマップフォントを用いることが開示されている。
特開平０８−０７２３３１号公報

しかしながら、上記ＴｒｕｅＴｙｐｅフォントのように、アウトラインフォントにビットマップフォントが埋め込まれている場合、そのサイズは必然的に大きくなってしまう。このため、組み込み機器のようにメモリの少ない機器のもとでは、機器内にＴｒｕｅＴｙｐｅフォントを持たせることは現実的でない。

一方で、このような組み込み機器でも、入力されるファイル側にアウトラインフォントとビットマップフォントとを埋め込むことで、結果的に複数のフォントを用いて文字情報を描画することが可能となる。

ただし、ファイルにアウトラインフォントとビットマップフォントとを埋め込んだ場合、その分ファイルのサイズは増加し、ファイル同士で重複するフォントについては、それだけリソースを無駄にすることとなる。無論、ファイルに埋め込むフォントをアウトラインフォントとビットマップフォントのどちらかのみにすればその分のサイズは減少するが、きれいな文字出力を行うという本来の目的が達成できなくなってしまう。

このように、既存の技術では、きれいな文字出力を得るという要求と、リソースを最小限に抑えるという２つの要求を両立させることができなかった。

本発明は、上記課題に鑑みてなされたものであり、最小限のリソースできれいな文字出力を実現することを目的とする。

上記の目的を達成するために本発明に係る画像形成装置は以下のような構成を備える。即ち、
入力されたファイルに含まれる複数の文字情報を描画し、画像を形成する画像形成装置であって、
前記入力されたファイルを解析し、前記各文字情報を描画する際のフォントサイズを各文字情報ごとに取得する取得手段と、
前記フォントサイズに基づいて、前記ファイルに埋め込まれた第１のフォントまたは前記画像形成装置が有する第２のフォントのいずれかのフォントを前記各文字情報ごとに選択する選択手段と、
前記選択手段において選択されたフォントに基づいて、前記各文字情報を描画する描画手段とを備える。

本発明によれば、最小限のリソースできれいな文字出力を実現することが可能となる。

以下、本発明の各実施形態について図面を参照して詳細に説明する。

[第１の実施形態]
＜ネットワークシステムの構成＞
図１は、本発明の一実施形態にかかる画像形成装置を備えるネットワークシステムの一例を示す図である。なお、本実施形態では、画像形成装置としてカラープリンタを例に説明することとする。

図１において、１０２はＰＣ（パーソナルコンピュータ）、１０３はＰＤＡ（携帯情報端末）、１０４はカラープリンタ、１０５はモノクロプリンタ、１０６はサーバであり、それぞれネットワーク１０１に接続されている。なお、図１では、ネットワーク１０１とＰＤＡ１０３とが接続された状態が示されているが、ＰＤＡ１０３はネットワーク１０１と分離して持ち歩くことができ、ネットワーク１０１は着脱可能に接続されているものとする。また、本実施形態にかかる画像形成装置（カラープリンタ１０４）が接続されるネットワークシステムは、図１に示す構成に限定されるものではない。

＜カラープリンタの構成＞
図２は本発明の一実施形態にかかる画像形成装置（カラープリンタ１０４）の構成を示すブロック図である。

同図において、ＣＰＵ２０１はシステム制御部であり、カラープリンタ１０４全体を制御する。書き換え不可能なメモリ２０２は、ＣＰＵ２０１において処理される制御プログラム（後述する機能を実現する解析部２０２−１、取得部２０２−２、選択部２０２−３、描画部２０２−４を備えるプログラムを含む）や各種固定データを格納する。書き換え可能なメモリ２０３は、書き換え可能なメモリや書き換え不可能なメモリ等により構成され、プログラム制御変数等を格納するために用いられる。なお、各種設定パラメータ、各種ワーク用バッファも書き換え可能なメモリ２０３に格納されているものとする。

外部記憶部２０４はハードディスク等で構成され、文書や画像などのファイルを格納する。なお、カラープリンタ１０４において外部記憶部２０４は不可欠な構成ではなく、外部記憶部２０４を有しない構成であってもよい。入力部２０５は、キーボード、タッチパネル等で構成され、オペレータが各種入力操作を行う際に用いられる。

表示部２０６は、ＬＣＤ、ＬＥＤ等で構成され、オペレータに表示通知する機能を備える。Ｉ／Ｆ２０７は、ネットワーク１０１に接続するためのインタフェイスである。接続方法としてはＬＡＮ、ＵＳＢ等がある。プリンタ部２０８は、熱転写、インク、トナーなどによって紙やＣＤ表面などに印刷を行う機能を備える。

なお、図２に示した構成は、本実施形態に係る画像形成装置（カラープリンタ１０４）の主要な構成を示したものにすぎず、この他、例えば、スキャナ部、モデム部、スピーカ部等の構成に加わっていてもよい。また、ソフトウェア等で本発明に係る画像形成装置の機能を実現する場合等には、図２の各ブロックは必ずしも装置内に備えられている必要はない。

＜データの構成＞
図３はＰＣ１０２からカラープリンタ１０４へ送られるＳＶＧ（仕様はｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｇｒａｐｈｉｃｓ／ＳＶＧ／）形式で記述されたファイル（ｕｉ．ｓｖｇ）の一部を示した例である。表示部２０６におけるＵＩで使用されるアウトラインフォントは＜ｆｏｎｔ＞要素内でＳａｍｅＦｏｎｔとして定義されており（３０１参照）、＜ｔｅｘｔ＞で文字の描画にはＳａｍｅＦｏｎｔを使うことが指定されている（３０２、３０４参照）。

＜カラープリンタ１０４における処理の流れ＞
以下、図４のフローチャートに沿って、本実施形態にかかる画像形成装置（カラープリンタ１０４）における処理の流れを説明する。

図４は、本実施形態にかかるカラープリンタ１０４の動作を示すフローチャートである。本実施形態は、ＳＶＧ形式で記述されたファイル（ｕｉ．ｓｖｇ）をＵＩとして表示部２０６に表示する。

通常、メモリの少ないカラープリンタではＴｒｕｅＴｙｐｅフォントのデータを内部で持つことはできず、小さいサイズのフォントでもファイルに埋め込まれたアウトラインフォントのデータを使用するため文字出力が汚くなる。これに対して、本実施形態のカラープリンタ１０４では小さいフォントで描画された文字もきれいに表示することができる。

ここで、ＳＶＧ形式で記述されたファイルは“入力されたファイル”の一例であり、ファイル（ｕｉ．ｓｖｇ）に埋め込まれたアウトラインフォントは“ファイルに埋め込まれた第１のフォント”の一例である。

また、本実施形態ではビットマップフォントのデータがカラープリンタ１０４の書き換え不可能なメモリ２０２に書き込まれている。以下、図３に示すファイル（ｕｉ．ｓｖｇ）がＰＣ１０２からカラープリンタ１０４にＩ／Ｆ２０７を経由して送られる場合の処理について説明する。

ステップＳ４０１においてカラープリンタ１０４の解析部２０２−１では受信したファイル（ｕｉ．ｓｖｇ）を解析し、バイナリデータに変換する。カラープリンタ１０４では、当該バイナリデータに基づき表示部２０６にＵＩを描画することとなる。

描画を行うにあたり、ステップＳ４０２では、まず描画する要素が文字かどうかを判定する。ステップＳ４０２において、文字でないと判定された場合には、ステップＳ４０９に進み、そのまま当該要素を描画する。一方、描画する要素が文字であると判定された場合には、ステップＳ４０３に進む。

ステップＳ４０３では、描画に指定されたフォントがＳａｍｅＦｏｎｔかどうかを調べる。ＳａｍｅＦｏｎｔであると判定された場合には、ステップＳ４０４に進む。一方、ＳａｍｅＦｏｎｔでないと判定された場合には、ステップＳ４１０に進み、指定されたフォントを選択する。

ステップＳ４０４では、表示部２０６において文字情報を描画する場合のフォントサイズを取得部２０２−２が取得する。ステップＳ４０５では、取得部２０２−２において取得されたフォントサイズが１０ポイント以下であるか否かを判定する。なお、本実施形態においては＜ｔｅｘｔ＞要素のｆｏｎｔ−ｓｉｚｅと表示部２０６のサイズとが２対１で対応しているものとする。このため、図３の“コピーの準備ができました”という文字列（３０３参照）は１５ポイント、“ＯＫ”という文字列（３０４参照）は１０ポイントでそれぞれ表示部２０６に描画されることとなる。

ステップＳ４０５における判定の結果、表示部２０６に文字情報が描画された場合のフォントのサイズが１０ポイント以下であれば、ステップＳ４０６に進む。ステップＳ４０６に進んだ場合、選択部２０２−３はカラープリンタ１０４が有するＳａｍｅＦｏｎｔのビットマップフォントを選択する。一方、フォントのサイズが１０ポイントより大きい場合には、ステップＳ４１１に進む。ステップＳ４１１に進んだ場合、選択部２０２−３はファイルのアウトラインフォントを選択する。

したがって、図３の例では、１５ポイントの“コピーの準備ができました”という文字列（３０３参照）の描画時にはファイル（ｕｉ．ｓｖｇ）に埋め込まれたＳａｍｅＦｏｎｔのアウトラインフォントが選択される。また、１０ポイントの“ＯＫ”という文字列（３０５参照）の描画時にはカラープリンタ１０４が有するビットマップフォントが選択される。

このようにして描画に使うフォントが決まると、ステップＳ４０７では、描画部２０２−４が当該フォントを用いて上述のバイナリデータを表示部２０６に描画する。

１つの要素の描画が終わるとステップＳ４０８では、ファイル（ｕｉ．ｓｖｇ）の要素全てを表示部２０６に描画したか調べる。描画が完了していないと判定された場合にはステップＳ４０２に戻り、残った要素を描画する。一方、全ての要素について描画が完了したと判定された場合には処理を終了する。

以上の説明から明らかなように、上記カラープリンタ１０４ではＴｒｕｅＴｙｐｅフォントを持たなくても、ファイルに埋め込まれたアウトラインフォントと自身が有するビットマップフォントの両方を有しているかのように描画を行うことが可能となる。

つまり、上記カラープリンタ１０４では、ファイルに埋め込まれたアウトラインフォントと、自身が有するビットマップフォントとをあたかも単一のフォントであるかのように処理することで、きれいな文字出力を実現することができる。

このような特徴的な処理により、ＵＩの文字出力が動的に変更される場合でも最適なフォントによる描画を行うことが可能となる。また、フォントをＵＩの表示に必要な分保持するだけですむため、メモリの少ない組み込み機器上においてもきれいな文字出力を実現することができる。

また、上記カラーカラープリンタ１０４を用いてネットワークを構成することにより、従来のように、クライアント・サーバモデルでサーバ側でフォントを変換するといったことは不要となる。

また、上記カラープリンタ１０４によれば、特定の文字列のみ特定のフォントで描画することが可能となるため、例えば、リソースの乏しい組み込み機器でも企業のロゴなどを最適に表示させることが可能となる。

また、上記カラープリンタ１０４の場合、最適なフォントを装置側で判断するため、ＵＩなどのコンテンツビルダは新たにコンテンツにフォント選択のための記述を加える必要がなく、コンテンツの再利用をよりやりやすくすることができる。

[第２の実施形態]
上記第１の実施形態では、ファイル（ｕｉ．ｓｖｇ）において指定されたフォントを優先して選択することとしたが、本発明はこれに限られない。ファイル（ｕｉ．ｓｖｇ）より取得されるフォントサイズを優先して、フォントを選択するようにしてもよい。以下に詳細を説明する。なお、以下の説明にあたり、カラープリンタ１０４の構成ならびに、該カラープリンタ１０４を備えるネットワークの構成は、上記第１の実施形態と同様であるため、ここでは説明を省略する。

＜データの構成＞
図５は、本実施形態にかかる画像形成装置（カラープリンタ１０４）において処理されるファイルの一例であり、ＰＣ１０２からカラープリンタ１０４へ送られるＳＶＧ形式で記述されたファイル（ｕｉ２．ｓｖｇ）の一部を示した例である。ＵＩで使用される２つのアウトラインフォントＡｆｏｎｔ（５０１参照）、ＢＦｏｎｔ（５０２参照）は＜ｆｏｎｔ＞要素内で定義されており、＜ｔｅｘｔ＞で指定されている（５０３、５０５参照）。ただし、Ｃｆｏｎｔはこのファイル（ｕｉ２．ｓｖｇ）には埋め込まれていない。

＜カラープリンタ１０４における処理の流れ＞
図６は、本実施形態にかかるカラープリンタ１０４の動作を示すフローチャートである。本実施形態は、ＳＶＧ形式で記述されたファイル（ｕｉ２．ｓｖｇ）をＵＩとして表示部２０６に表示する。

以下、ファイル（ｕｉ２．ｓｖｇ）がＰＣ１０２からカラープリンタ１０４にＩ／Ｆ２０７を経由して送られた場合の処理について説明する。

ステップＳ６０１では、カラープリンタ１０４の解析部２０２−１が受信したファイル（ｕｉ２．ｓｖｇ）を解析し、バイナリデータに変換する。カラープリンタ１０４では当該バイナリデータに基づいて表示部２０６にＵＩを描画することとなる。

描画を行うにあたり、ステップＳ６０２では、まず、描画する要素が文字かどうかを判定する。ステップＳ６０２において文字でないと判定された場合には、ステップＳ６０８に進み、そのまま当該要素を描画する。一方、描画する要素が文字であると判定された場合には、ステップＳ６０３に進む。ステップＳ６０３では、表示部２０６において文字を描画する場合のフォントサイズを取得部２０２−２が取得する。ステップＳ６０４では、取得部２０２−２において取得されたフォントサイズが１２ポイント以下であるかを調べる。

なお、本実施形態においては＜ｔｅｘｔ＞要素のｆｏｎｔ−ｓｉｚｅと表示部２０６のサイズとが２対１で対応しているものとする。つまり、図５の“印刷しますか？”という文字列（５０４参照）が１０ポイント、“ＹＥＳ”という文字列（５０５参照）が１５ポイント、“ＮＯ”という文字列（５０８参照）が１５ポイントでそれぞれ表示部２０６に描画されることとなる。

ステップＳ６０４における判定の結果、表示部２０６に表示するフォントサイズが１２ポイント以下であると判定された場合には、ステップＳ６０５に進む。ステップＳ６０５では、ファイル（ｕｉ２．ｓｖｇ）におけるフォントの指定に関わらず、選択部２０２−３がカラープリンタ１０４が有するビットマップフォントを選択する。

つまり、１０ポイントの“印刷しますか？”という文字列（５０４参照）の描画時にはカラープリンタ１０４が有するビットマップフォントが選択される。

一方、ステップＳ６０４における判定の結果、表示部２０６に表示するフォントサイズが１２ポイントより大きいと判定された場合には、ステップＳ６０９に進む。ステップＳ６０９では、ファイルにおいてアウトラインフォントが指定されているか否かを調べる。

ステップＳ６０９において、アウトラインフォントが指定されていると判定された場合には、ステップＳ６１０に進み、選択部２０２−３がファイルに埋め込まれたアウトラインフォントを選択する。一方、ステップＳ６０９において、アウトラインフォントが指定されていないと判定された場合には、ステップＳ６０５に進む。

ここで、図５の例では、１５ポイントの“ＹＥＳ”という文字列（５０６参照）が指定するＢｆｏｎｔはファイルに埋め込まれているため、これを選択する。一方、１５ポイントの“ＮＯ”という文字列（５０８参照）が指定するＣｆｏｎｔはファイルに埋め込まれていないため、カラープリンタ１０４の有するビットマップフォントを選択する。

このようにして描画に使うフォントが決まると、ステップＳ６０６では、描画部２０２−４では、当該フォントを用いて上述のバイナリデータを表示部２０６に描画する。

ステップＳ６０６における要素の描画が終わると、ステップＳ６０７では、ファイル（ｕｉ２．ｓｖｇ）の要素全てを表示部２０６に描画したか調べる。ファイル（ｕｉ２．ｓｖｇ）の要素全てを表示部２０６に描画していないと判定された場合には、ステップＳ６０２に戻り、残った要素を描画する。一方、全ての要素を描画したと判定された場合には、処理は終了する。

以上の説明から明らかなように、本実施形態にかかるカラープリンタ１０４によれば、ファイルにおいてアウトラインフォントが指定されていたとしても、汚く見える小さいサイズでは自動的にビットマップフォントを選択して当該文字を描画する。これにより、あたかもファイルで指定されたフォントのアウトラインフォントとビットマップフォントの両方を持っているかのように描画を行うことができる。なお、小さいサイズではフォントの違いは小さくなるため、１種類のビットマップフォントでも問題なく描画可能である。

[第３の実施形態]
上記第１及び第２の実施形態ではファイルはテキストの構造化文書であったが、バイナリであってもよい。また、上記第１及び第２の実施形態ではフォントを書き換え不可能なメモリ２０２に保持することとしたが、本発明は特にこれに限られない。書き換え可能なメモリ２０３が保持するようにしてもよいし、また、カラープリンタ１０４上で動作するアプリケーションが保持するようにしてもよい。

また、上記第１及び第２の実施形態ではファイルにアウトラインフォントを埋め込み、ビットマップフォントはカラープリンタ１０４が有することとしたが、本発明な特にこれに限られない。ファイルにビットマップフォントを埋め込み、カラープリンタ１０４がアウトラインフォントを有することとしてもよい。

また、上記第１及び第２の実施形態ではフォントサイズに応じてフォントを選択することとしたが、本発明はこれに限られない。例えば、フォントの太さや色、フォント名、ファイルの言語、ファイルの特定の文字列、ファイル名、表示部２０６の背景色、フォントになされるアフィン変換、解像度等に応じてフォントを選択するようにしてもよい。

さらに、上記第１及び第２の実施形態では画面上に表示する際の描画について説明したが、これに限られず、印刷の際の描画の場合も同様である。

［他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給するよう構成することによっても達成されることはいうまでもない。この場合、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することにより、上記機能が実現されることとなる。なお、この場合、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現される場合に限定されない。例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、前述した実施形態の機能が実現される場合も含まれる。つまり、プログラムコードがメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって実現される場合も含まれる。

本発明の一実施形態にかかる画像形成装置を備えるネットワークシステムの構成を示す図である。 本発明の一実施形態にかかる画像形成装置の構成の一部を示すブロック図である。 本発明の第１の実施形態にかかる画像形成装置において処理されるＳＶＧ形式のファイル（ｕｉ．ｓｖｇ）の一部を示す図である。 本発明の第１の実施形態にかかる画像形成装置における処理の流れを示すフローチャートである。 本発明の第２の実施形態にかかる画像形成装置において処理されるＳＶＧ形式のファイル（ｕｉ２．ｓｖｇ）の一部を示す図である。 本発明の第２の実施形態にかかる画像形成装置における処理の流れを示すフローチャートである。

符号の説明

１０１：ネットワーク
１０２：ＰＣ
１０３：ＰＤＡ
１０４：カラープリンタ
１０５：モノクロプリンタ
１０６：プリンタ
２０１：ＣＰＵ
２０２：書き換え不可能なメモリ
２０３：書き換え可能なメモリ
２０４：外部記憶部
２０５：入力部
２０６：表示部
２０７：インターフェース
２０８：プリンタ部

Claims (9)

1. 入力されたファイルに含まれる複数の文字情報を描画し、画像を形成する画像形成装置であって、
   前記入力されたファイルを解析し、前記各文字情報を描画する際のフォントサイズを各文字情報ごとに取得する取得手段と、
   前記フォントサイズに基づいて、前記ファイルに埋め込まれた第１のフォントまたは前記画像形成装置が有する第２のフォントのいずれかのフォントを前記各文字情報ごとに選択する選択手段と、
   前記選択手段において選択されたフォントに基づいて、前記各文字情報を描画する描画手段と
   を備えることを特徴とする画像形成装置。
2. 前記第１および第２のフォントは、アウトラインフォントまたはビットマップフォントであり、前記選択手段は、前記フォントサイズが予め定められたサイズ以下であった場合に、ビットマップフォントを選択することを特徴とする請求項１に記載の画像形成装置。
3. 前記選択手段は、前記フォントサイズが予め定められたサイズより大きい場合に、アウトラインフォントを選択することを特徴とする請求項２に記載の画像形成装置。
4. 前記選択手段は、前記第１のフォントがアウトラインフォントである場合であって、前記フォントサイズが予め定められたサイズより大きく、かつ前記ファイルにおいてアウトラインフォントによる描画が指定されていた場合に、前記ファイルに埋め込まれたアウトラインフォントを選択することを特徴とする請求項２に記載の画像形成装置。
5. 前記選択手段は、前記第１のフォントがアウトラインフォントである場合であって、前記フォントサイズが予め定められたサイズより大きく、かつ前記ファイルにおいてアウトラインフォントによる描画が指定されていなかった場合に、前記画像形成装置が有するビットマップフォントを選択することを特徴とする請求項２に記載の画像形成装置。
6. 前記ファイルにおいて、前記文字情報を描画する際のフォントが指定されていた場合、前記選択手段は、前記フォントサイズに関わらず、該指定されたフォントを選択することを特徴とする請求項１に記載の画像形成装置。
7. 入力されたファイルに含まれる文字情報を描画し、画像を形成する画像形成方法であって、
   前記入力されたファイルを解析し、前記各文字情報を描画する際のフォントサイズを各文字情報ごとに取得する取得工程と、
   前記フォントサイズに基づいて、前記ファイルに埋め込まれた第１のフォントまたは前記画像形成装置が有する第２のフォントのいずれかのフォントを前記各文字情報ごとに選択する選択工程と、
   前記選択工程において選択されたフォントに基づいて、前記各文字情報を描画する描画工程と
   を備えることを特徴とする画像形成方法。
8. 請求項７に記載の画像形成方法をコンピュータによって実現させるための制御プログラムを格納した記憶媒体。
9. 請求項７に記載の画像形成方法をコンピュータによって実現させるための制御プログラム。

Images