特開 2024-109165 プリンタ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024109165

(43)【公開日】2024-08-14

(54)【発明の名称】プリンタ

(51)【国際特許分類】

   B41J 5/44 20060101AFI20240806BHJP

   H04N 1/21 20060101ALI20240806BHJP

【ＦＩ】

B41J5/44

H04N1/21

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023013796

(22)【出願日】2023-02-01

(71)【出願人】

【識別番号】000005267

【氏名又は名称】ブラザー工業株式会社

(74)【代理人】

【識別番号】110000291

【氏名又は名称】弁理士法人コスモス国際特許商標事務所

(72)【発明者】

【氏名】中島 健志郎

【テーマコード（参考）】

2C187

【Ｆターム（参考）】

2C187AC06

2C187AC08

2C187BF02

2C187BF22

2C187BG03

2C187BG24

2C187BG26

2C187FB13

2C187FC24

2C187HA12

(57)【要約】

【課題】ページ記述言語で記述された印刷データに基づく印刷が可能なプリンタであって、印刷開始の遅延が抑制される技術を提供すること。
【解決手段】プリンタ１は、ページ記述言語で記述された印刷データを取得し、取得された印刷データに基づいて、ＤＬフォントが選択された場合に、ＤＬフォント情報２３を第１メモリ１２１から第２メモリ１２２に読み出し、グリフデータが登録されていない第２インデックスを構築する。プリンタ１は、ラスタライズ時に、文字コードに対応するグリフデータが第２インデックスに登録されていない場合、ＤＬフォント情報２３からグリフデータを取得して、第２インデックスに登録し、文字コードに対応するグリフデータが第２インデックスに登録されている場合、第２インデックスからグリフデータを取得する。プリンタ１は、グリフデータを用いてラスタデータを生成し、印刷エンジン１５に印刷させる。
【選択図】図１

【特許請求の範囲】

【請求項1】

不揮発性の第１メモリと、
揮発性の第２メモリと、
印刷エンジンと、
コントローラと、
を備えるプリンタであって、
前記第１メモリには、
文字のアウトラインを示す情報を含むグリフデータが複数含まれているフォント情報が記憶されており、
前記コントローラは、
ページ記述言語で記述された印刷データを取得する印刷データ取得処理と、
前記印刷データ取得処理にて取得された前記印刷データに基づいて、前記フォント情報に対応するフォントが選択された場合に、前記フォント情報を前記第１メモリから前記第２メモリに読み出す読出し処理と、
前記読出し処理にて読み出された前記フォント情報に含まれる複数の前記グリフデータを登録可能なグリフ索引テーブルであって、前記グリフデータが登録されていない前記グリフ索引テーブルを、前記第２メモリに構築する構築処理と、
前記印刷データ取得処理にて取得された前記印刷データをラスタライズする場合に、前記印刷データに含まれる文字コードに対応する前記グリフデータが前記グリフ索引テーブルに登録されているか否かを判定する第１判定処理と、
前記第１判定処理にて、前記印刷データに含まれる文字コードに対応する前記グリフデータが前記グリフ索引テーブルに登録されていないと判定された場合に、前記第２メモリに読み出された前記フォント情報から、前記印刷データに含まれる文字コードに対応する前記グリフデータを取得する第１グリフデータ取得処理と、
前記第１グリフデータ取得処理にて取得された前記グリフデータを前記グリフ索引テーブルに登録する登録処理と、
前記第１判定処理にて、前記印刷データに含まれる文字コードに対応する前記グリフデータが前記グリフ索引テーブルに登録されていると判定された場合に、前記第２メモリに構築された前記グリフ索引テーブルから、前記印刷データに含まれる文字コードに対応する前記グリフデータを取得する第２グリフデータ取得処理と、
前記印刷データに含まれる文字コードに対応する前記グリフデータを用いてラスタデータを生成し、生成された前記ラスタデータに基づく印刷を、前記印刷エンジンに行わせる印刷処理と、
を実行する、
ように構成されるプリンタ。

【請求項2】

請求項１に記載するプリンタであって、
前記フォント情報には、
複数の前記グリフデータを格納するグリフテーブルと、
文字コードとグリフＩＤとを関連付けた文字テーブルと、
前記グリフＩＤごとに前記グリフテーブルの中での前記グリフデータの位置情報を関連付けた場所テーブルと、
が含まれており、
前記グリフ索引テーブルには、
前記グリフＩＤと、
前記グリフデータと、
を関連付けて登録可能であり、
前記コントローラは、
前記構築処理では、
前記読出し処理にて読み出された前記フォント情報から前記文字テーブルと前記場所テーブルとを取得して前記第２メモリに保持しておき、前記グリフデータが登録されていない前記グリフ索引テーブルを構築し、
前記登録処理では、
前記第１グリフデータ取得処理にて取得された前記グリフデータを、前記印刷データに含まれる文字コードに対応する前記グリフＩＤに関連付けて、前記グリフ索引テーブルに登録する、
ように構成されるプリンタ。

【請求項3】

請求項１に記載するプリンタであって、
前記コントローラは、
前記第１判定処理にて、前記印刷データに含まれる文字コードに対応する前記グリフデータが前記グリフ索引テーブルに登録されていないと判定された場合に、前記第２メモリに読み出された前記フォント情報から、登録されていないと判定された文字コードに対応する前記グリフデータを検索する検索処理を実行し、
前記コントローラは、さらに、
前記検索処理にて前記グリフデータが検索された場合に、検索された前記グリフデータを取得する前記第１グリフデータ取得処理を実行し、
前記検索処理にて前記グリフデータが検索されなかった場合に、あらかじめ決められている特定のグリフデータを取得する代替処理を実行する、
ように構成されるプリンタ。

【請求項4】

請求項３に記載するプリンタであって、
前記コントローラは、
前記検索処理にて前記グリフデータが検索されなかった場合に、前記グリフデータが存在しないことを示すエラー情報を、前記印刷データに含まれる文字コードと関連付けて記憶する記憶処理と、
前記印刷データ取得処理にて取得された前記印刷データをラスタライズする場合であって、前記第１判定処理を実行する前に、前記印刷データに含まれる文字コードに前記エラー情報が関連付けられているか否かを判定する第２判定処理を実行し、
前記コントローラは、さらに、
前記第２判定処理にて前記印刷データに含まれる文字コードに前記エラー情報が関連付けられていないと判定された場合に、前記第１判定処理を実行し、
前記第２判定処理にて前記印刷データに含まれる文字コードに前記エラー情報が関連付けられていると判定された場合に、前記第１判定処理を実行せず、前記代替処理を実行する、
ように構成されるプリンタ。

【請求項5】

請求項１に記載するプリンタであって、
前記コントローラは、
前記印刷データに基づく印刷が完了した後、前記第２メモリから前記構築処理にて構築された前記グリフ索引テーブルを消去するグリフ索引テーブル消去処理を実行し、
前記コントローラは、さらに、
前記グリフ索引テーブル消去処理の実行後、前記印刷データ取得処理にて新たに取得された前記印刷データに基づいて、前記フォント情報に対応するフォントが選択された場合に、前記構築処理を実行して、新たに前記グリフ索引テーブルを前記第２メモリに構築する、
ように構成されるプリンタ。

【請求項6】

請求項１に記載するプリンタであって、
前記コントローラは、
前記印刷データに基づく印刷が完了した後、前記第２メモリから前記読出し処理にて読み出された前記フォント情報を消去するフォント情報消去処理を実行し、
前記コントローラは、さらに、
前記フォント情報消去処理を実行した後、前記印刷データ取得処理にて新たに取得された前記印刷データに基づいて、前記フォント情報に対応するフォントが選択された場合に、前記読出し処理を実行して、新たに取得した前記印刷データによって選択された前記フォント情報を前記第１メモリから前記第２メモリに読み出す、
ように構成されるプリンタ。

【請求項7】

請求項１に記載するプリンタであって、
前記フォント情報には、前記フォント情報に含まれる前記グリフデータの数を示す情報が含まれ、
前記コントローラは、
前記読出し処理を実行した後、前記第２メモリに読み出された前記フォント情報に含まれる前記グリフデータの数が閾値よりも多いか否かを判定する第３判定処理を実行し、
前記コントローラは、さらに、
前記第３判定処理にて前記グリフデータの数が前記閾値よりも多いと判定された場合、前記構築処理を実行し、
前記第３判定処理にて前記グリフデータの数が前記閾値よりも多くないと判定された場合、前記構築処理を実行せず、前記フォント情報に含まれる全ての前記グリフデータが登録されている前記グリフ索引テーブルを、前記第２メモリに構築する本構築処理を実行する、
ように構成されるプリンタ。

【請求項8】

請求項７に記載するプリンタであって、
前記コントローラは、
前記第３判定処理にて前記グリフデータの数が前記閾値よりも多くないと判定された場合であって、前記印刷データ取得処理にて取得された前記印刷データをラスタライズする場合に、前記第１判定処理を実行し、前記第１判定処理にて前記文字コードに対応する前記グリフデータが前記グリフ索引テーブルに登録されていないと判定された場合に、あらかじめ決められている特定のグリフデータを取得する代替処理を実行し、前記第１判定処理にて前記文字コードに対応する前記グリフデータが前記グリフ索引テーブルに登録されていると判定された場合に、前記第２グリフデータ取得処理を実行する、
ように構成されるプリンタ。

【請求項9】

請求項１に記載するプリンタであって、
前記第１メモリに記憶可能な前記フォント情報には、
出荷時から前記第１メモリに記憶されている内蔵フォントに関する前記フォント情報である内蔵フォント情報と、
出荷後に外部デバイスから前記第１メモリに記憶されるダウンロードフォントに関する前記フォント情報であるダウンロードフォント情報と、があり、
前記コントローラは、
前記プリンタの起動時に、前記内蔵フォント情報を前記第１メモリから前記第２メモリに読み出し、前記内蔵フォント情報に含まれる全ての前記グリフデータを登録した前記グリフ索引テーブルを、前記第２メモリに構築する初期処理を実行し、
前記コントローラは、さらに、
前記印刷データ取得処理にて取得された前記印刷データに基づいて、前記ダウンロードフォント情報に対応するフォントが選択された場合に、前記構築処理を実行し、
前記印刷データ取得処理にて取得された前記印刷データに基づいて、前記内蔵フォント情報に対応するフォントが選択された場合に、前記読出し処理および前記構築処理を実行しない、
ように構成されるプリンタ。

【請求項10】

請求項９に記載するプリンタであって、
前記コントローラは、
前記印刷データ取得処理にて取得された前記印刷データに基づいて、前記内蔵フォント情報に対応するフォントが選択された場合であって、前記印刷データ取得処理にて取得された前記印刷データをラスタライズする場合に、前記第１判定処理を実行し、前記第１判定処理にて前記文字コードに対応する前記グリフデータが前記グリフ索引テーブルに登録されていないと判定された場合に、あらかじめ決められている特定のグリフデータを取得する代替処理を実行し、前記第１判定処理にて前記文字コードに対応する前記グリフデータが前記グリフ索引テーブルに登録されていると判定された場合に、前記第２グリフデータ取得処理を実行する、
ように構成されるプリンタ。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書に開示される技術分野は、ページ記述言語で記述された印刷データに基づく印刷が可能なプリンタに関する。

【背景技術】

【0002】

従来、ページ記述言語で記述された印刷データに基づく印刷が可能なプリンタには、アウトラインフォントのフォント情報をフォントの種類に応じて幾つか記憶しているものがある。また、そのような内蔵フォントを印刷に用いる構成として、例えば特許文献１には、ホストコンピュータによって指定されたフォントを、あらかじめ記憶されている内蔵フォントに対応付けるフォント置換情報を有するプリンタであって、フォント置換情報に基づいて、指定されたフォントを内蔵フォントに置き換える構成が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１４－５６５８３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１に開示されている技術では、ホストコンピュータによって指定されたフォントを内蔵フォントに置換して印刷しているが、内蔵フォント以外のアウトラインフォントを外部デバイスからダウンロードしておき、そのダウンロードフォントを印刷に用いる場合については開示されていない。ダウンロードフォントには、数万種類以上のグリフデータが登録されているものがあり、印刷を開始するまでに時間を要する可能性があることから、改善の余地がある。

【課題を解決するための手段】

【0005】

この課題の解決を目的としてなされたプリンタは、不揮発性の第１メモリと、揮発性の第２メモリと、印刷エンジンと、コントローラと、を備えるプリンタであって、前記第１メモリには、文字のアウトラインを示す情報を含むグリフデータが複数含まれているフォント情報が記憶されており、前記コントローラは、ページ記述言語で記述された印刷データを取得する印刷データ取得処理と、前記印刷データ取得処理にて取得された前記印刷データに基づいて、前記フォント情報に対応するフォントが選択された場合に、前記フォント情報を前記第１メモリから前記第２メモリに読み出す読出し処理と、前記読出し処理にて読み出された前記フォント情報に含まれる複数の前記グリフデータを登録可能なグリフ索引テーブルであって、前記グリフデータが登録されていない前記グリフ索引テーブルを、前記第２メモリに構築する構築処理と、前記印刷データ取得処理にて取得された前記印刷データをラスタライズする場合に、前記印刷データに含まれる文字コードに対応する前記グリフデータが前記グリフ索引テーブルに登録されているか否かを判定する第１判定処理と、前記第１判定処理にて、前記印刷データに含まれる文字コードに対応する前記グリフデータが前記グリフ索引テーブルに登録されていないと判定された場合に、前記第２メモリに読み出された前記フォント情報から、前記印刷データに含まれる文字コードに対応する前記グリフデータを取得する第１グリフデータ取得処理と、前記第１グリフデータ取得処理にて取得された前記グリフデータを前記グリフ索引テーブルに登録する登録処理と、前記第１判定処理にて、前記印刷データに含まれる文字コードに対応する前記グリフデータが前記グリフ索引テーブルに登録されていると判定された場合に、前記第２メモリに構築された前記グリフ索引テーブルから、前記印刷データに含まれる文字コードに対応する前記グリフデータを取得する第２グリフデータ取得処理と、前記印刷データに含まれる文字コードに対応する前記グリフデータを用いてラスタデータを生成し、生成された前記ラスタデータに基づく印刷を、前記印刷エンジンに行わせる印刷処理と、を実行する、ように構成される。

【0006】

本明細書に開示されるプリンタは、印刷データを取得した際にフォント情報を揮発性の第２メモリに読み出し、そのフォント情報に含まれるグリフデータをマッピングしない状態としておく。そして、その印刷データをラスタライズする際に、プリンタは、印刷データに含まれる文字コードに対応するグリフデータを第２メモリのフォント情報から取得する。プリンタは、さらに一度取得したグリフデータをグリフ索引テーブルに登録、すなわちマッピングしておき、同じ文字のグリフデータを取得する場合には、フォント情報からではなくグリフ索引テーブルから取得する。これにより、フォント情報に含まれる全てのグリフデータをマッピングしてからラスタライズを行う場合と比較して、グリフデータをマッピングするための時間が無くなり、早期の印刷開始が期待できる。

【0007】

上記プリンタを含む印刷システム、プリンタの機能を実現するための制御方法、コンピュータプログラム、当該プログラムを格納するコンピュータにて読取可能な記憶媒体も、新規で有用である。

【発明の効果】

【0008】

本明細書に開示される技術によれば、ページ記述言語で記述された印刷データに基づく印刷が可能なプリンタであって、印刷開始の遅延が抑制される技術が実現される。

【図面の簡単な説明】

【0009】

【図1】プリンタの概略構成を示すブロック図である。

【図2】フォント情報の構成の例を示す説明図である。

【図3】第１インデックス構築処理の手順を示すフローチャートである。

【図4】第１インデックスの構成の例を示す説明図である。

【図5】プリンタの概略構成を示すブロック図である。

【図6】印刷ジョブ処理の手順を示すフローチャートである。

【図7】文字中間データ生成処理の手順を示すフローチャートである。

【図8】第１検索処理の手順を示すフローチャートである。

【図9】第２インデックス構築処理の手順を示すフローチャートである。

【図10】第２インデックスの構成の例を示す説明図である。

【図11】第２検索処理の手順を示すフローチャートである。

【発明を実施するための形態】

【0010】

以下、実施の形態にかかるプリンタについて、添付図面を参照しつつ詳細に説明する。本実施の形態は、ページ記述言語で記述された印刷データに基づく印刷が可能なプリンタを開示するものである。

【0011】

プリンタ１は、図１に示すように、ＣＰＵ１１と、メモリ１２と、を含む制御部１０を備えている。また、プリンタ１は、ユーザインタフェース（以下、「ユーザＩＦ」とする）１３と、通信インタフェース（以下、「通信ＩＦ」とする）１４と、印刷エンジン１５と、を備えている。ＣＰＵ１１は、コントローラの一例である。制御部１０がコントローラの一例であっても良い。ユーザＩＦ１３と通信ＩＦ１４と印刷エンジン１５とは、いずれも、制御部１０に電気的に接続されている。なお、図１中の制御部１０は、ＰＣ１の制御に利用されるハードウェアやソフトウェアを纏めた総称であって、実際にＰＣ１に存在する単一のハードウェアを表すとは限らない。

【0012】

ＣＰＵ１１は、メモリ１２から読み出したプログラムに従って、または、ユーザの操作に基づいて、各種の処理を実行する。メモリ１２には、各種のプログラムや各種のデータが記憶されている。メモリ１２は、各種の処理が実行される際の作業領域としても利用される。メモリ１２は、ＣＰＵ１１が備えるバッファを含んでも良い。

【0013】

なお、メモリ１２の一例は、プリンタ１に内蔵されるＲＯＭ、ＲＡＭ、ＨＤＤ等に限らず、ＣＰＵ１１が読み取り可能かつ書き込み可能なストレージ媒体であっても良い。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体である。ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体であるが、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。

【0014】

ユーザＩＦ１３は、ユーザに情報を報知するための画面を表示するハードウェアと、ユーザによる操作を受け付けるハードウェアと、を含む。ユーザＩＦ１３は、タッチパネルを含んでも良いし、表示部と操作ボタンとの組み合わせであっても良い。

【0015】

通信ＩＦ１４は、外部装置と通信を行うためのハードウェアを含む。通信ＩＦ１４の通信規格は、イーサネット（登録商標）、Ｗｉ－Ｆｉ（登録商標）、ＵＳＢなどである。プリンタ１は、複数の通信規格に対応する複数の通信ＩＦ１４を備えていても良い。

【0016】

印刷エンジン１５は、例えば、電子写真方式、インクジェット方式、によって、画像データに基づく印刷を実行可能なデバイスを含む。印刷エンジン１５は、複数色の着色材を備えてカラー印刷を実行可能であっても良いし、１色のみの着色材を備え単色印刷を行うものであっても良い。

【0017】

メモリ１２には、不揮発性の第１メモリ１２１と、揮発性の第２メモリ１２２と、が含まれる。図１に示しているのは、起動されていない状態のプリンタ１である。この状態では、第１メモリ１２１に、例えば、印刷制御プログラム２１と、内蔵フォント情報２２と、ダウンロードフォント情報（以下、「ＤＬフォント情報」とする）２３と、が記憶されている。内蔵フォント情報２２とＤＬフォント情報２３とは、それぞれ、複数の文字のグリフデータを含む。グリフデータは、各文字のアウトラインを示す情報である。内蔵フォント情報２２とＤＬフォント情報２３とは、いずれも、フォント情報の一例である。

【0018】

内蔵フォント情報２２は、内蔵フォントのフォント情報である。内蔵フォント情報２２は、プリンタ１の工場出荷時にメモリ１２に記憶されている情報である。

【0019】

ＤＬフォント情報２３は、ダウンロードフォント（以下、「ＤＬフォント」とする）のフォント情報である。ＤＬフォント情報２３は、プリンタ１の工場出荷時には記憶されていない情報である。プリンタ１は、出荷後に、例えば、ユーザの指示に基づいて、内蔵フォント情報２２とは別のＤＬフォントの情報をダウンロードして、ＤＬフォント情報２３として記憶可能である。

【0020】

プリンタ１は、例えば、図１に示すように、通信ＩＦ１４を介して、フォントの情報を備えているサーバ１００と通信可能である。そして、プリンタ１は、サーバ１００からフォント情報をダウンロードすることができる。サーバ１００は、外部デバイスの一例である。また、ユーザは、ＤＬフォント情報２３が記憶されているＵＳＢメモリをプリンタ１に接続することで、プリンタ１にＤＬフォント情報２３を利用させることができる。なお、ＤＬフォント情報２３は、例えば、トゥルータイプフォント、オープンタイプフォント、ポストスクリプトフォント、の形式の情報として提供される。

【0021】

次に、実施の形態のプリンタ１の動作について説明する。なお、以下の処理は、基本的に、プログラムに記述された命令に従ったＣＰＵ１１の処理を示す。ＣＰＵ１１による処理は、オペレーティングシステム（以下、「ＯＳ」とする）のＡＰＩを介したハードウェア制御も含む。本明細書では、ＯＳの記載を省略して各プログラムの動作を説明する場合がある。また、「取得」は、要求して取得する場合と要求せずに取得する場合とを含む概念で用いる。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。

【0022】

プリンタ１は、ページ記述言語で記述された印刷データを取得して、取得した印刷データに基づく印刷を実行できる。ページ記述言語で記述された印刷データには、印刷対象の各文字の情報として、フォント種、文字コード、文字サイズ、文字色等の情報が含まれ、文字の形状を直接示す情報は含まれない。文字を含む印刷データをラスタライズする場合、プリンタ１は、内蔵フォント情報２２やＤＬフォント情報２３に含まれる情報、すなわち、文字のアウトラインを示す情報を利用する。

【0023】

プリンタ１の備える内蔵フォント情報２２は、例えば、トゥルータイプフォントの形式で記憶されている。内蔵フォント情報２２は、例えば、図２に示すように、ヘッダテーブル３１と、文字テーブル３２と、場所テーブル３３と、グリフテーブル３４と、を含む。

【0024】

ヘッダテーブル３１は、文字テーブル３２の位置情報と、場所テーブル３３の位置情報と、グリフテーブル３４の位置情報と、を含む情報を記憶するテーブルである。

【0025】

文字テーブル３２は、各文字の文字コードと当該文字のグリフＩＤとを関連付けたテーブルである。グリフＩＤは、各文字のグリフデータを識別する識別情報である。各グリフデータは、各文字のアウトラインを示す情報であって、それぞれに固有のグリフＩＤが付与されている。

【0026】

場所テーブル３３は、グリフＩＤと、そのグリフＩＤに対応するグリフデータのグリフテーブル３４の中での記憶位置を示す位置情報とを、グリフＩＤごとに関連付けたテーブルである。

【0027】

グリフテーブル３４は、複数のグリフデータ３４１、３４２、…を格納するテーブルである。

【0028】

なお、内蔵フォント情報２２は、複数のフォント種の情報を含んでいても良い。その場合は、内蔵フォント情報２２は、フォントごとに、図２に示す構成の情報を備えている。なお、内蔵フォント情報２２は、さらに、各文字について、印字位置を示す情報や文字幅を示す情報を含んでいても良い。

【0029】

前述したように、プリンタ１が起動されていない状態では、各種のプログラムやデータが、不揮発性の第１メモリ１２１に記憶されている。不揮発性の記憶領域からの情報の読み出しは、揮発性の記憶領域からの読み出しに比較して時間がかかる。そのため、プリンタ１は、起動時に、印刷に利用する情報の一部を、不揮発性の記憶領域である第１メモリ１２１から読み出して、揮発性の記憶領域である第２メモリ１２２に記憶させる。

【0030】

具体的には、プリンタ１は、起動時に、印刷制御プログラム２１を第２メモリ１２２に展開する。これにより、プリンタ１は、印刷ジョブを受け付けた場合に、早期に印刷を開始できる。また、プリンタ１は、起動時の初期設定の一部として、内蔵フォント情報２２に基づいて、フォント種ごとの第１種のグリフインデックスを第２メモリ１２２内に構築する。グリフインデックスは、フォント情報に含まれる複数のグリフデータを登録可能なテーブルである。グリフインデックスは、例えば、印刷データに含まれる文字コードに基づいて、その文字コードに対応するグリフデータを取得するために用いられる。以下では、第１種のグリフインデックスを、「第１インデックス」とする。

【0031】

次に、第１インデックス構築処理の手順について、図３のフローチャートを参照して説明する。第１インデックス構築処理は、例えば、内蔵フォント情報２２に基づいて、第１インデックスを第２メモリ１２２内に構築する処理である。第１インデックス構築処理は、例えば、プリンタ１の起動時に、内蔵フォント情報２２に基づいて、ＣＰＵ１１にて実行される。起動時に実行される第１インデックス構築処理は、初期処理の一例である。

【0032】

第１インデックス構築処理では、ＣＰＵ１１は、まず、処理対象のフォントについて、フォント情報を第１メモリ１２１から読み出し、第２メモリ１２２にコピーする（Ｓ１０１）。ＣＰＵ１１は、読み出したフォント情報からヘッダテーブル３１を取得する（Ｓ１０２）。さらに、ＣＰＵ１１は、空の第１インデックスを第２メモリ１２２に用意する（Ｓ１０３）。

【0033】

例えば、図４に示すように、第１インデックス４０は、文字ごとに、グリフＩＤとグリフデータとを関連付けて登録されるテーブルである。第１インデックス４０には、各文字のグリフデータが、例えば、グリフＩＤの順序に基づいて記憶される。第１インデックス４０は、グリフ索引テーブルの一例である。なお、Ｓ１０３では、ＣＰＵ１１は、グリフデータが１つも登録されていない第１インデックス４０を用意する。

【0034】

ＣＰＵ１１は、Ｓ１０１にて第２メモリ１２２にコピーしたフォント情報から、１文字分のグリフデータを取得する（Ｓ１０５）。さらに、ＣＰＵ１１は、取得したグリフデータを、第１インデックス４０に登録する（Ｓ１０６）。Ｓ１０６では、ＣＰＵ１１は、プリンタ１での印刷に適したデータとなるように、必要に応じてグリフデータを変換しても良い。

【0035】

ＣＰＵ１１は、第２メモリ１２２にコピーしたフォント情報に含まれる全ての文字について、Ｓ１０５とＳ１０６との処理が終了したか否かを判断する（Ｓ１０７）。終了していないと判断した場合（Ｓ１０７：ＮＯ）、ＣＰＵ１１は、次の文字についてさらに、Ｓ１０５とＳ１０６とを実行する。

【0036】

コピーしたフォント情報に含まれる全ての文字についてＳ１０５とＳ１０６との処理が終了したと判断した場合（Ｓ１０７：ＹＥＳ）、ＣＰＵ１１は、Ｓ１０１にてコピーしたフォント情報を第２メモリ１２２から消去する（Ｓ１０９）。Ｓ１０９の後、ＣＰＵ１１は、第１インデックス構築処理を終了する。これにより、このフォント情報に含まれる各文字のグリフデータが記憶された第１インデックス４０が、第２メモリ１２２に構築される。

【0037】

なお、プリンタ１は、内蔵フォント情報２２に含まれる全てのフォント種について、それぞれ第１インデックス構築処理を実行し、フォント種ごとに第１インデックス４０を構築する。第１インデックス４０は、ラスタライズを行うプログラムに組み込まれても良い。また、プリンタ１は、文字コードとグリフＩＤとの関連付けを示す情報を、第１インデックス４０とは別に第２メモリ１２２に記憶する。

【0038】

内蔵フォント情報２２に含まれる内蔵フォントは、印刷に利用される可能性が高いフォントとしてあらかじめプリンタ１に用意されているフォントである。プリンタ１は、起動時に内蔵フォント情報２２に含まれる各フォントについて、全てのグリフデータを登録した第１インデックス４０を構築する。従って、その第１インデックス４０を印刷時のラスタライズで利用できる。つまり、ラスタライズを行うプログラムは、第１インデックス４０に基づいて、印刷対象の文字のグリフデータを短時間で取得できる。従って、印刷時の処理負荷が軽減されている。ラスタライズを行うプログラムは、印刷制御プログラム２１の一部であっても良いし、印刷制御プログラム２１とは別のプログラムであっても良い。

【0039】

起動時の処理が終了した後であって、印刷ジョブを受け付けていない状態では、プリンタ１の第２メモリ１２２には、図５に示すように、印刷制御プログラム２１と第１インデックス４０とが記憶されている。一方、ＤＬフォント情報２３に含まれるグリフデータは、第２メモリ１２２には登録されていない。

【0040】

次に、プリンタ１にて実行される印刷ジョブ処理の手順について、図６のフローチャートを参照して説明する。この印刷ジョブ処理は、印刷ジョブの実行指示を受け付けたことを契機に、印刷制御プログラム２１に基づいて、プリンタ１のＣＰＵ１１にて実行される。なお、プリンタ１は、印刷ジョブを、通信ＩＦ１４を介して外部装置から受信して取得しても良いし、通信ＩＦ１４に装着されたＵＳＢメモリから読み出して取得しても良い。

【0041】

ＣＰＵ１１は、受け付けた印刷ジョブの解析を開始し、印刷対象の画像を示す印刷データを取得する（Ｓ２０１）。Ｓ２０１は、印刷データ取得処理の一例である。印刷ジョブは、例えば、ページ記述言語で記述され、印刷対象の画像を示す画像データであるＰＤＬデータと、印刷に関する各種のパラメータを示すＰＪＬデータと、を含む。ＰＤＬデータは、例えば、ＰＣＬ、ＰＤＦ等の形式のデータである。さらに、ＣＰＵ１１は、１ページ分の画像を書き込むためのメモリ領域を確保する（Ｓ２０２）。

【0042】

ＣＰＵ１１は、印刷ジョブに含まれる画像データから描画オブジェクトを検出する（Ｓ２１１）。ＣＰＵ１１は、描画オブジェクトが検出された場合、検出された描画オブジェクトが文字の描画を示すテキストオブジェクトであるか否かを判断する（Ｓ２１２）。検出されたオブジェクトがテキストオブジェクトであると判断した場合（Ｓ２１２：ＹＥＳ）、ＣＰＵ１１は、文字中間データ生成処理を実行する（Ｓ２１５）。

【0043】

文字中間データ生成処理の手順について、図７のフローチャートを参照して説明する。文字中間データ生成処理では、ＣＰＵ１１は、検出されたテキストオブジェクトに指定されているフォントのフォント種を取得する（Ｓ３０１）。さらに、ＣＰＵ１１は、取得したフォント種のグリフインデックスを構築済みであるか否かを判断する（Ｓ３０２）。例えば、指定されたフォント種が内蔵フォントであれば、ＣＰＵ１１は、起動時に実行した第１インデックス構築処理によって、グリフインデックスである第１インデックス４０を構築済みである。

【0044】

印刷対象のフォントのグリフインデックスを構築済みであると判断した場合（Ｓ３０２：ＹＥＳ）、ＣＰＵ１１は、そのグリフインデックスのタイプを確認する（Ｓ３０５）。プリンタ１は、前述した第１インデックス４０（図４参照）とは異なる構成の第２種のグリフインデックスを利用可能である。以下では、第２種のグリフインデックスを、「第２インデックス」とする。Ｓ３０５では、ＣＰＵ１１は、構築済みのグリフインデックスが、第１インデックス４０であるか第２インデックスであるかを判断する。第２インデックスの詳細については、後述する。

【0045】

構築済みのグリフインデックスが第１インデックス４０であると判断した場合（Ｓ３０５：第１インデックス）、ＣＰＵ１１は、第１検索処理を実行する（Ｓ３０７）。第１検索処理は、構築済みの第１インデックス４０を用いて、印刷対象の文字のグリフデータを取得する処理である。プリンタ１は、実行指示を受け付けた印刷ジョブの画像データに、例えば、内蔵フォントの文字が含まれている場合、起動時に構築した第１インデックス４０を参照して、印刷対象の文字のグリフデータを取得する。

【0046】

第１検索処理の手順について、図８のフローチャートを参照して説明する。ＣＰＵ１１は、印刷対象の文字の文字コードを取得する（Ｓ４０１）。印刷対象の文字の文字コードは、画像データから検出されたテキストオブジェクトに指定されている。さらに、ＣＰＵ１１は、文字コードに対応するグリフＩＤの取得を試行する（Ｓ４０２）。文字コードとグリフＩＤとの関連付けを示す情報は、第１インデックス４０とは別に第２メモリ１２２に保持されている。

【0047】

ＣＰＵ１１は、グリフＩＤを取得できたか否かを判断する（Ｓ４０５）。取得できたと判断した場合（Ｓ４０５：ＹＥＳ）、ＣＰＵ１１は、取得したグリフＩＤに対応するグリフデータが、第１インデックス４０に登録されているか否かを判断する（Ｓ４０６）。Ｓ４０５とＳ４０６とは、第１判定処理の一例である。グリフデータが有ると判断した場合（Ｓ４０６：ＹＥＳ）、ＣＰＵ１１は、そのグリフデータを第１インデックス４０から取得する（Ｓ４０８）。Ｓ４０８は、第２グリフデータ取得処理の一例である。

【0048】

一方、グリフＩＤを取得できなかったと判断した場合（Ｓ４０５：ＮＯ）、または、グリフデータが無いと判断した場合（Ｓ４０６：ＮＯ）、ＣＰＵ１１は、空白文字を印刷すると決定する（Ｓ４０９）。Ｓ４０９は、代替処理の一例である。空白文字は、特定のグリフデータの一例である。なお、ＣＰＵ１１は、空白文字に限らず、例えば、あらかじめ決められている特定の記号を示すグリフデータを取得しても良い。Ｓ４０８またはＳ４０９の後、ＣＰＵ１１は、第１検索処理を終了して、文字中間データ生成処理に戻る。

【0049】

印刷データに含まれる文字コードに対応するグリフＩＤが無い場合や、グリフＩＤは有ってもグリフデータが無い場合には、プリンタ１は、その文字を適切に印刷することができない。この場合に、プリンタ１は、空白文字などのあらかじめ決められている特定のグリフデータを印刷する。従って、その文字が完全に消去されて、前後の文字間が詰められた画像が印刷されるといった不具合を回避できる。

【0050】

図７の文字中間データ生成処理の説明に戻る。Ｓ３０１にて取得したフォント種のグリフインデックスを構築済みではないと判断した場合（Ｓ３０２：ＮＯ）、ＣＰＵ１１は、取得したフォント種のグリフ数を取得する（Ｓ３１１）。グリフ数は、当該フォントに含まれる文字の種類の数であり、グリフデータの数を示す情報である。グリフ数の情報は、ＤＬフォント情報２３に含まれる。なお、前述したように、ＣＰＵ１１は、内蔵フォント情報２２に含まれるフォント種については、起動時に第１インデックス構築処理を実行している。つまり、Ｓ３０２にてグリフインデックスを構築済みではないと判断されるフォント種は、ＤＬフォント情報２３に含まれるフォントである。

【0051】

そして、ＣＰＵ１１は、取得したグリフ数が、所定の閾値よりも多いか否かを判断する（Ｓ３１２）。Ｓ３１２は、第３判定処理の一例である。所定の閾値は、例えば、１０００である。グリフ数が所定の閾値よりも多くないと判断した場合（Ｓ３１２：ＮＯ）、ＣＰＵ１１は、このフォントのフォント情報に基づいて、図３に示した第１インデックス構築処理を実行する（Ｓ３１４）。Ｓ３１４は、本構築処理の一例である。

【0052】

具体的には、ＣＰＵ１１は、Ｓ３１４にて、ＤＬフォント情報２３から当該フォント種のフォント情報を読み出し、図４に示したものと同様の構成であって、全てのグリフデータが記憶されている第１インデックス４０を、第２メモリ１２２に構築する。さらに、ＣＰＵ１１は、Ｓ３０７に進み、Ｓ３１４にて構築した第１インデックス４０を利用して、図８に示した第１検索処理を実行する。

【0053】

グリフ数が少なければ、そのフォントの全てのグリフデータを登録した第１インデックス４０を構築したとしても、その構築に要する時間は長くない。従って、印刷ジョブを受け付けてから第１インデックス４０を構築しても、早期の印刷開始が可能である。さらに、第１インデックス４０を構築すれば、その後は、構築済みの第１インデックス４０を利用して、このフォントの各文字のグリフデータを取得できる。つまり、同じフォントの文字を印刷するための処理負荷が軽減される。

【0054】

一方、グリフ数が所定の閾値より多いと判断した場合（Ｓ３１２：ＹＥＳ）、ＣＰＵ１１は、第２インデックス構築処理を実行する（Ｓ３１５）。第２インデックス構築処理は、ＤＬフォント情報２３に基づいて、第２インデックスを構築する処理である。

【0055】

第２インデックス構築処理の手順について、図９のフローチャートを参照して説明する。なお、第２インデックス構築処理は、印刷データに含まれるテキストオブジェクトに指定されたフォント種が、ＤＬフォント情報２３に含まれるフォント種である場合に実行される。指定されたフォント種が、内蔵フォント情報２２にもＤＬフォント情報２３にも含まれないフォントである場合、プリンタ１は、例えば、エラーメッセージを表示して、印刷を実行しない。

【0056】

第２インデックス構築処理では、ＣＰＵ１１は、印刷データに含まれる文字のフォント種に対応するフォント情報を、第１メモリ１２１のＤＬフォント情報２３から読み出し、第２メモリ１２２にコピーする（Ｓ５０１）。Ｓ５０１は、読出し処理の一例である。そして、ＣＰＵ１１は、読み出したフォント情報からヘッダ情報を取得する（Ｓ５０２）。ＤＬフォント情報２３は、図２に示した内蔵フォント情報２２と同様の構成である。ヘッダ情報は、フォント情報のヘッダテーブルと文字テーブルと場所テーブルとに含まれる情報である。

【0057】

さらに、ＣＰＵ１１は、空の第２インデックスを第２メモリ１２２に用意する（Ｓ５０３）。Ｓ５０３は、構築処理の一例である。Ｓ５０３の後、ＣＰＵ１１は、第２インデックス構築処理を終了して、図７の文字中間データ生成処理に戻る。第２インデックス構築処理の終了後には、Ｓ５０１にて読み出されたフォント情報と、Ｓ５０３にて構築された空の第２インデックスとが、第２メモリ１２２に記憶されている。

【0058】

第２インデックスの構成について説明する。例えば、図１０に示すように、第２インデックス５０は、グリフＩＤと、グリフデータと、エラー情報と、が互いに関連付けられたテーブルである。第２インデックス５０は、グリフ索引テーブルの一例である。

【0059】

第２インデックス構築処理のＳ５０３で構築される第２インデックス５０では、全てのグリフデータは、空データであり、全てのエラー情報は、エラー無し情報である。空の第２インデックス５０には、例えば、グリフ数に対応する個数のグリフＩＤのみが記憶されている。ＣＰＵ１１は、グリフ数に応じて、第２インデックス５０のサイズを決定し、決定したサイズの記憶領域を確保する。

【0060】

図７の文字中間データ生成処理の説明に戻る。Ｓ３１５の第２インデックス構築処理にて空の第２インデックス５０を構築した後、または、構築済みのグリフインデックスが第２インデックスであると判断した場合（Ｓ３０５：第２インデックス）、ＣＰＵ１１は、第２検索処理を実行する（Ｓ３１７）。第２検索処理は、第２インデックス５０を用いて、印刷対象の文字のグリフデータを取得する処理である。

【0061】

第２検索処理の手順について、図１１のフローチャートを参照して説明する。ＣＰＵ１１は、印刷対象の文字の文字コードを取得する（Ｓ６０１）。印刷対象の文字の文字コードは、テキストオブジェクトに指定されている。さらに、ＣＰＵ１１は、文字コードに対応するグリフＩＤの取得を試行する（Ｓ６０２）。ＣＰＵ１１は、例えば、第２メモリ１２２に保持されているフォント情報の文字テーブル（図２参照）に基づいて、文字コードに対応するグリフＩＤの取得を試行する。

【0062】

ＣＰＵ１１は、グリフＩＤを取得できたか否かを判断する（Ｓ６０５）。取得できたと判断した場合（Ｓ６０５：ＹＥＳ）、ＣＰＵ１１は、第２インデックス５０のエラー情報に、グリフＩＤに関連付けて、エラー有りの情報が記憶されているか否かを判断する（Ｓ６０６）。Ｓ６０６は、第２判定処理の一例である。エラー有りの情報は、そのグリフＩＤに対応するグリフデータが存在しないことを示す情報である。エラー有りの情報は、エラー情報の一例である。

【0063】

エラー有りの情報が記憶されていないと判断した場合（Ｓ６０６：ＮＯ）、ＣＰＵ１１は、第２インデックス５０に、取得したグリフＩＤに対応するグリフデータが登録されているか否かを判断する（Ｓ６０７）。Ｓ６０７は、第１判定処理の一例である。グリフデータが登録済みであると判断した場合（Ｓ６０７：ＹＥＳ）、ＣＰＵ１１は、そのグリフデータを第２インデックス５０から取得する（Ｓ６０８）。Ｓ６０８は、第２グリフデータ取得処理の一例である。

【0064】

グリフデータが登録済みではないと判断した場合（Ｓ６０７：ＮＯ）、ＣＰＵ１１は、第２メモリ１２２に記憶されているフォント情報に基づいて、グリフデータの取得を試行する（Ｓ６１１）。Ｓ６１１は、第１グリフデータ取得処理の一例である。そして、ＣＰＵ１１は、グリフデータを取得できたか否かを判断する（Ｓ６１２）。Ｓ６１２は、検索処理の一例である。

【0065】

グリフデータを取得できたと判断した場合（Ｓ６１２：ＹＥＳ）、ＣＰＵ１１は、取得したグリフデータを第２インデックス５０に登録する（Ｓ６１５）。Ｓ６１５は、登録処理の一例である。なお、第２インデックス５０に当該文字のグリフＩＤが記憶されていない場合には、ＣＰＵ１１は、グリフＩＤとグリフデータとを関連付けて、ともに登録する。また、ＣＰＵ１１は、取得したグリフデータをラスタライズに利用するグリフデータとする。

【0066】

グリフデータを取得できなかったと判断した場合（Ｓ６１２：ＮＯ）、ＣＰＵ１１は、第２インデックス５０のグリフＩＤに関連付けたエラー情報に、エラー有りの情報を記憶する（Ｓ６１７）。つまり、ＣＰＵ１１は、エラー無しの情報をエラー有りの情報に書き換える。Ｓ６１７は、記憶処理の一例である。プリンタ１は、印刷対象の文字のグリフデータがフォント情報から取得できなかった場合に、その文字の文字コードやグリフＩＤと関連付けてエラー有りの情報を記憶する。これにより、この印刷データに同じ文字の文字コードが含まれる場合に、ＣＰＵ１１は、Ｓ６０６にてＹＥＳと判断するので、フォント情報を再度検索することはない。従って、毎回これらを検索する場合に比較して、処理時間が短縮される。

【0067】

Ｓ６１７の後、または、グリフＩＤを取得できなかったと判断した場合（Ｓ６０５：ＮＯ）、または、グリフＩＤに関連付けてエラー有りの情報が記憶されていると判断した場合（Ｓ６０６：ＮＯ）、ＣＰＵ１１は、空白文字を印刷すると決定する（Ｓ６１８）。Ｓ６１８は、代替処理の一例である。Ｓ６０８、Ｓ６１５、Ｓ６１８のいずれかの後、ＣＰＵ１１は、第２検索処理を終了して、文字中間データ生成処理に戻る。

【0068】

図７の文字中間データ生成処理の説明に戻る。Ｓ３０７の第１検索処理、または、Ｓ３１７の第２検索処理、の終了後、ＣＰＵ１１は、この文字の中間データを生成する（Ｓ３２１）。ＣＰＵ１１は、Ｓ３０７の第１検索処理またはＳ３１７の第２検索処理にて取得したグリフデータまたは空白文字のデータに基づいて、１文字分の中間データを生成する。Ｓ３２１の後、ＣＰＵ１１は、文字中間データ生成処理を終了して、印刷ジョブ処理に戻る。

【0069】

図６の印刷ジョブ処理の説明に戻る。検出された描画オブジェクトがテキストオブジェクトではないと判断した場合には（Ｓ２１２：ＮＯ）、ＣＰＵ１１は、オブジェクトごとに中間データを生成する（Ｓ２１６）。さらに、ＣＰＵ１１は、Ｓ２１５の文字中間データ生成処理のＳ３２１にて生成した中間データ、または、Ｓ２１６にて生成した中間データを、Ｓ２０２にて確保したメモリ領域の描画位置に配置する（Ｓ２１７）。

【0070】

さらに、ＣＰＵ１１は、ページの終端を示すデータを取得したか否かを判断する（Ｓ２１８）。ページの終端ではないと判断した場合（Ｓ２１８：ＮＯ）、ＣＰＵ１１は、そのページの画像データに含まれる描画オブジェクトごとにＳ２１１～Ｓ２１７を行って、１ページ分の中間データを作成する。

【0071】

ページの終端であると判断したら（Ｓ２１８：ＹＥＳ）、ＣＰＵ１１は、生成した中間データに基づいてラスタデータを生成し（Ｓ２２１）、生成したラスタデータを印刷エンジン１５に渡す（Ｓ２２２）。Ｓ２２２は、印刷処理の一例である。印刷エンジン１５は、受け取ったラスタデータに基づいて、印刷を実行する。

【0072】

そして、ＣＰＵ１１は、受け付けた印刷ジョブの印刷が完了したか否かを判断する。具体的には、ＣＰＵ１１は、印刷ジョブに含まれる全てのページの処理が終了したか否かを判断する（Ｓ２２４）。終了していないと判断した場合（Ｓ２２４：ＮＯ）、ＣＰＵ１１は、Ｓ２０２に進んで、次のページの画像データの処理を行う。なお、ＣＰＵ１１は、全てのページの印刷データを印刷エンジン１５に渡して終わっていれば、印刷エンジン１５による印刷が終了していなくても、印刷が完了したと判断しても良い。

【0073】

印刷ジョブの処理が終了したと判断した場合（Ｓ２２４：ＹＥＳ）、ＣＰＵ１１は、この印刷ジョブの処理において、ＤＬフォント情報２３に含まれるフォントを利用したか否かを判断する（Ｓ２３１）。ＤＬフォントを利用したと判断した場合（Ｓ２３１：ＹＥＳ）、ＣＰＵ１１は、ＤＬフォントに関する情報を第２メモリ１２２から消去する（Ｓ２３２）。具体的には、ＣＰＵ１１は、ＤＬフォント情報２３に基づいて構築した第１インデックス４０、または、ＤＬフォント情報２３に基づいて構築した第２インデックス５０と第２メモリ１２２に保持しているフォント情報とを、消去する。Ｓ２３２は、グリフ索引テーブル消去処理およびフォント情報消去処理の一例である。

【0074】

別の印刷ジョブにて同じＤＬフォントが利用される可能性は小さい。プリンタ１は、ＤＬフォント情報２３に基づいて構築した各種の情報を、印刷ジョブの印刷が完了した後に第２メモリ１２２から消去するので、第２メモリ１２２の負荷を軽減できる。一方、内蔵フォント情報２２のフォントは再度利用される可能性が大きい。プリンタ１は、印刷ジョブの印刷が完了した後も、内蔵フォントの第１インデックス４０を第２メモリ１２２から消去しないので、次回の印刷ジョブにて内蔵フォントが選択されていれば、早期に印刷を開始できる。

【0075】

Ｓ２３２の後、または、ＤＬフォントを利用しなかったと判断した場合（Ｓ２３１：ＮＯ）、ＣＰＵ１１は、印刷ジョブ処理を終了する。印刷ジョブ処理の実行を終了した後、プリンタ１は、図５に示したように、内蔵フォントの第１インデックス４０が第２メモリ１２２に記憶され、ＤＬフォントの情報は第２メモリ１２２に記憶されていない状態となる。プリンタ１は、印刷ジョブ処理の実行後、新たに印刷ジョブを受け付けた場合、新たに取得された印刷データに基づいて、再度、図６の印刷ジョブ処理を実行する。

【0076】

以上、詳細に説明したように、実施の形態のプリンタ１は、印刷データを取得した際に、取得した印刷データにてＤＬフォントが選択されていた場合、ＤＬフォント情報２３を第２メモリ１２２に読み出すのみとし、グリフデータの登録、すなわち、マッピングを行わない。そして、プリンタ１は、その印刷データをラスタライズする際に印刷データに含まれる文字コードに対応するグリフデータのみを、そのＤＬフォント情報２３から取得する。さらに、プリンタ１は、一度取得したグリフデータは第２インデックス５０に登録しておき、同じ文字のグリフデータを取得する場合には、ＤＬフォント情報２３からではなく第２インデックス５０から取得する。これにより、ＤＬフォント情報２３に含まれる全てのグリフデータをマッピングしてからラスタライズを行う場合と比較して、グリフデータのマッピングするための時間が無くなり、早期の印刷開始が期待できる。

【0077】

例えば、ＤＬフォントを使用する印刷データを受信した場合に、その使用するＤＬフォントのＤＬフォント情報に含まれる全てのグリフデータをマッピングしたグリフインデックスを構築することが考えられる。しかし、ＤＬフォントには、数万種類以上のグリフデータが登録されているものがある。そのような多数のフォントについて全てのグリフデータをマッピングするには時間がかかるため、印刷を開始するまでの待ち時間が長くなってしまう。実施の形態のプリンタ１は、グリフ数が多いＤＬフォントの場合には、フォントが選択された時点ではマッピングを行わない。従って、早期の印刷開始が期待できる。一方、グリフ数が多くないＤＬフォントの場合には、プリンタ１は、フォントが選択された時点でマッピングを行う。従って、印刷終了までに要する時間の短縮が期待できる。

【0078】

なお、実施の形態は単なる例示にすぎず、本発明を何ら限定するものではない。従って本明細書に開示される技術は当然に、その要旨を逸脱しない範囲内で種々の改良、変形が可能である。例えば、プリンタは、印刷単機能のものに限らず、複合機、複写機、ＦＡＸ装置等、印刷機能を備えるものであれば適用可能である。

【0079】

また、明細書中に図示したフォント情報やグリフインデックスの構成は、いずれも一例であり、これに限らない。例えば、第２インデックス５０（図１０参照）には、グリフＩＤに関連付けてエラー情報が記憶されるとしたが、エラー情報は無くても良い。つまり、第２インデックス５０は、第１インデックス４０（図４参照）と同じ構成であっても良い。ただし、エラー情報が関連付けられていれば、グリフデータが存在しないことが一度判明した文字について、再度検索することを抑制でき、処理時間が軽減される。

【0080】

また、実施の形態では、プリンタ１は、空の第２インデックス５０を構築する際に（第２インデックス構築処理のＳ５０３）、エラー無しの情報が記憶されたエラー情報を設けるとしたが、エラー情報は空データであっても良い。また、グリフデータが無い場合、プリンタ１は、エラー無しの情報をエラー有りの情報に書き換えるとしたが（第２検索処理のＳ６１７）、単に、エラー無しの情報を消去するのみとしても良い。

【0081】

また、実施の形態では、プリンタ１は、ＤＬフォントのグリフ数に応じて、第１インデックス４０を構築するか第２インデックス５０を構築するかを判断するとしたが（文字中間データ生成処理のＳ３１２）、判断しなくても良い。つまり、プリンタ１は、ＤＬフォントについては、グリフ数に関わらず、常に第２インデックス５０を構築するとしても良い。この場合、文字中間データ生成処理のＳ３１１とＳ３１２とＳ３１４とは無く、Ｓ３０２にてＮＯと判断した場合には、ＣＰＵ１１は、Ｓ３１５に進む。

【0082】

また、実施の形態では、プリンタ１は、印刷ジョブ処理の終了時に、第２メモリ１２２に記憶した第２インデックス５０やＤＬフォント情報２３を消去するとしたが（印刷ジョブ処理のＳ２３１とＳ２３２）、消去しなくても良い。プリンタ１は、ＤＬフォントの情報を、例えば、後続の印刷ジョブでも利用できるように残しておいても良い。

【0083】

また、実施の形態では、プリンタ１は、内蔵フォントについては、起動時に第１インデックス４０を構築するとしたが（第１インデックス構築処理）、構築しなくても良い。つまり、プリンタ１は、内蔵フォントについても、印刷データにて利用が判明した際に第１インデックス４０を構築するとしても良い。

【0084】

また、実施の形態に開示されている任意のフローチャートにおいて、任意の複数のステップにおける複数の処理は、処理内容に矛盾が生じない範囲で、任意に実行順序を変更できる、または並列に実行できる。

【0085】

また、実施の形態に開示されている処理は、単一のＣＰＵ、複数のＣＰＵ、ＡＳＩＣなどのハードウェア、またはそれらの組み合わせで実行されても良い。また、実施の形態に開示されている処理は、その処理を実行するためのプログラムを記録した記録媒体、または方法等の種々の態様で実現することができる。

【符号の説明】

【0086】

１ プリンタ
１１ ＣＰＵ
１２１ 第１メモリ
１２２ 第２メモリ
１５ 印刷エンジン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】