JP2007076253A - 画像形成装置及び画像形成用データ処理方法 - Google Patents

Abstract

【課題】
本発明は、メモリの消費量を増大させることなく異なる文字コードタイプの文字コードを有する画像形成用データを適切に出力する画像形成装置及び画像形成用データ処理方法を提供することを目的とする。
【解決手段】
プリンタ１は、受信した画像形成用データから文字コードのタイプを導き出し、該文字コードのタイプが所定の文字コードタイプであるか否かを判定する文字コードタイプ判定手段１２と、前記文字コードを前記所定の文字コードタイプの文字コードに変換する文字コード変換手段１３と、を有し、前記文字コードタイプ判定手段１２が、前記文字コードのタイプを前記所定の文字コードタイプでないと判定した場合に、前記文字コード変換手段１３は、前記文字コードを前記所定の文字コードタイプの文字コードに変換する、ことを特徴とする。
【選択図】 図１

Description

本発明は、画像形成用データの文字コードを所定の文字コードに変換し、適切な出力を行う画像形成装置及び画像形成用データ処理方法に関する。

プリンタ又はプリンタ機能を含む複合機等の画像形成装置は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等から出力される印刷データを出力するために、印刷データのフォントを表現するフォントデータを当該画像形成装置の不揮発性メモリに用意したり、或いは、印刷データの出力毎にフォントデータを当該画像形成装置にダウンロードしたりする。

しかし、多くのフォントデータを保持するには大容量の不揮発性メモリが必要となり、また、出力毎にフォントデータをダウンロードすると、出力に要する時間が増大する。

特に、ＴｒｕｅＴｙｐｅフォント等は、書体数も多く、ＵｎｉｃｏｄｅやシフトＪＩＳ等の文字コードタイプのそれぞれに対応したフォントデータを必要とするので、メモリ消費量が多くなり、出力に要する時間もさらに増大する。なお、これらのフォントデータがメモリ上に存在せず、かつ、ダウンロードできない場合には、画像形成装置は、文字化けを発生させたりして適切に出力できないこととなる。

そのため、ネットワーク上にある複数の画像形成装置のリソース（フォント等）を管理するサーバを設置し、該サーバがＰＣ等からの印刷データの出力に必要なリソースを有する画像形成装置をネットワーク上から検索し、必要なリソースを有する画像形成装置に印刷データを出力させる技術が知られている（例えば、特許文献１参照。）。この技術は、必要なフォントデータのダウンロードによる出力時間の延長を抑え、かつ、印刷データを適切に出力できるようにする。
特開２００４−０４６７０６号公報

しかしながら、異なる文字コードタイプのそれぞれに対応したフォントデータを記憶するために多くのメモリを消費してしまうという問題は未解決である。

係る問題に鑑み、本発明は、メモリの消費量を増大させることなく異なる文字コードタイプの文字コードを有する画像形成用データを適切に出力する画像形成装置及び画像形成用データ処理方法を提供することを目的とする。

上記課題を解決するために、第１の発明に係る画像形成装置は、受信した画像形成用データから文字コードのタイプを導き出し、該文字コードのタイプが所定の文字コードタイプであるか否かを判定する文字コードタイプ判定手段と、前記文字コードを前記所定の文字コードタイプの文字コードに変換する文字コード変換手段と、を有し、前記文字コードタイプ判定手段が、前記文字コードのタイプを前記所定の文字コードタイプでないと判定した場合に、前記文字コード変換手段は、前記文字コードを前記所定の文字コードタイプの文字コードに変換することを特徴とする。

第２の発明は、第１の発明に係る画像形成装置であって、前記文字コードタイプ判定手段が、前記文字コードのタイプを前記所定の文字コードタイプと判定した場合に、前記文字コード変換手段は、前記文字コードを前記所定の文字コードタイプの文字コードに変換しないことを特徴とする。

第３の発明は、第１または第２の発明に係る画像形成装置であって、前記画像形成用データからフォントタイプを判定するフォントタイプ判定手段を有し、該フォントタイプ判定手段が、前記フォントタイプを所定のフォントタイプと判定した場合であって、前記文字コードタイプ判定手段が、前記文字コードのタイプを前記所定の文字コードタイプでないと判定したときに、前記文字コード変換手段は、前記文字コードを前記所定の文字コードタイプの文字コードに変換し、前記文字コードタイプ判定手段が、前記文字コードのタイプを前記所定の文字コードタイプと判定したときに、前記文字コード変換手段は、前記文字コードを前記所定の文字コードタイプの文字コードに変換しないことを特徴とする。

第４の発明は、第１乃至第３の発明の何れか１つに係る画像形成装置であって、一のフォントタイプに属する複数のフォントデータをそれぞれ複数の記憶領域に記憶するフォントデータ記憶手段と、前記画像形成用データが有するフォント情報と前記フォントデータとを対応付けるためにユーザーの指示に基づいて前記記憶領域を切り替える記憶領域切替手段とを有することを特徴とする。

第５の発明は、第１乃至第４の発明の何れか１つに係る画像形成装置であって、前記画像形成用データが有するフォント情報に対応するフォントデータが、前記記憶領域に存在しない場合に、代替フォントデータを選択する代替フォント選択手段を有することを特徴とする。

第６の発明に係る画像形成用データ処理方法は、受信した画像形成用データから文字コードのタイプを導き出し、該文字コードのタイプが所定の文字コードタイプであるか否かを判定する文字コードタイプ判定ステップと、前記文字コードを前記所定の文字コードタイプの文字コードに変換する文字コード変換ステップと、を有し、前記文字コードタイプ判定ステップにおいて前記文字コードのタイプが前記所定の文字コードタイプでないと判定された場合に、前記文字コード変換ステップにおいて前記文字コードが前記所定の文字コードタイプの文字コードに変換されることを特徴とする。

第７の発明は、第６の発明に係る画像形成用データ処理方法であって、前記文字コードタイプ判定ステップにおいて、前記文字コードのタイプが前記所定の文字コードタイプと判定された場合に、前記文字コード変換ステップにおいて、前記文字コードは、前記所定の文字コードタイプの文字コードに変換されないことを特徴とする。

第８の発明は、第６または第７の発明に係る画像形成用データ処理方法であって、前記画像形成用データからフォントタイプを判定するフォントタイプ判定ステップを有し、該フォントタイプ判定ステップにおいて、前記フォントタイプが所定のフォントタイプと判定された場合であって、前記文字コードタイプ判定ステップにおいて、前記文字コードのタイプが前記所定の文字コードタイプでないと判定されたときに、前記文字コード変換ステップにおいて、前記文字コードが前記所定の文字コードタイプの文字コードに変換され、前記文字コードタイプ判定ステップにおいて、前記文字コードのタイプが前記所定の文字コードタイプでないと判定されたときに、前記文字コード変換ステップにおいて、前記文字コードが前記所定の文字コードタイプの文字コードに変換されないことを特徴とする。

第９の発明は、第６乃至第８の発明の何れか１つに係る画像形成用データ処理方法であって、一のフォントタイプに属する複数のフォントデータをそれぞれ複数の記憶領域に記憶するフォントデータ記憶ステップと、前記画像形成用データが有するフォント情報と前記フォントデータとを対応付けるためにユーザーの指示に基づいて前記記憶領域を切り替える記憶領域切替ステップとを有することを特徴とする。

第１０の発明は、第６乃至第９の発明の何れか１つに係る画像形成用データ処理方法であって、前記画像形成用データが有するフォント情報に対応するフォントデータが前記記憶領域に存在しない場合に、代替フォントデータを選択する代替フォント選択ステップを有することを特徴とする。

上記手段により、本発明は、メモリの消費量を増大させることなく異なる文字コードタイプの文字コードを有する画像形成用データを適切に出力する画像形成装置及び画像形成用データ処理方法を提供することができる。

以下、図面を参照しながら、本発明を実施するための最良の形態について説明する。
（構成）
図１は、本発明に係る画像形成装置の構成例を示す図である。画像形成装置であるプリンタ１は、第１記憶部２、第２記憶部３、描画部４、出力エンジン部５、Ｉ／Ｆ（ＩｎｔｅｒＦａｃｅ）部６及びＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０から構成される。第１記憶部２及び第２記憶部３は、それぞれＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の書き換え可能な記憶媒体である。描画部４は、印刷データ等の画像形成用データから１ページ毎の画像データを生成し、出力エンジン部５へ送信する。出力エンジン部５は、描画部４から受信した画像データを紙媒体等に出力する。Ｉ／Ｆ部６は、外部ＰＣ２０とのインターフェースであり、外部ＰＣ２０との接続は、ネットワークを介した接続であっても、ローカル接続であってもよい。

ＣＰＵ１０は、文字コードタイプ判定部１２、文字コード変換部１３、フォントタイプ判定手段１４、フォントデータ記憶手段１５、記憶領域切替手段１６、及び、代替フォント選択手段１７を有する。ＣＰＵ１０は、ＲＯＭ等に記憶されたプログラムを実行して上述の手段が担う機能を実現する。

「文字コードタイプ」とは、Ｕｎｉｃｏｄｅ、シフトＪＩＳ、ＥＵＣ（Ｅｘｔｅｎｄｅｄ ＵＮＩＸ（登録商標） Ｃｏｄｅ）等をいい、「文字コード」とは、各文字に割り当てられる１バイト又は２バイト等で構成されるコードをいう。

「システムデータ」とは、フォントデータ、文字コード変換テーブル、設定用テーブル等のデータであり、印刷データ等の画像形成用データから画像データを生成する過程で使用されるデータをいう。

「画像形成用データ」は、ＰＣ２０上で実行されるアプリケーションソフトウェアがプリンタ１に向けて出力するデータであり、テキストを表現するためのテキストデータ、写真や図等の画像を表現するためのデータを有する。

また、「フォントデータ」は、ページ記述言語で表現されるソフトフォントデータ、表の枠線等を描画するマクロデータ、又は、アウトラインフォントであるＴｒｕｅＴｙｐｅフォントデータ等のフォントタイプが有するデータセットであり、プリンタ１は、当該フォントデータを参照して画像形成用データが有するフォント情報から画像データを生成する。

「フォント情報」は、画像形成用データを構成する文字や図形のそれぞれの書体等を表現するためにフォントデータから対応するフォントを抽出するための情報である。「フォント情報」は、明朝体、ゴシック体等の書体の種類、文字サイズ等を有する。なお、当該フォントデータは、プリンタ１のＲＡＭ、ＨＤＤ又はＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）上に記憶される。

図２は、ＰＣ２０からプリンタ１に送信されるシステムデータの構成例を示す図である。ＰＣ２０からプリンタ１に送信されるシステムデータは、プリンタ１における当該システムデータの記憶場所を指定する情報を有する記憶場所指定部３０及びシステムデータ本体を有するシステムデータ部３１で構成される。記憶場所には、第１記憶部２又は第２記憶部３等が指定される。

図３は、ＰＣ２０からプリンタ１に送信される画像形成用データの構成例を示す図である。ＰＣ２０からプリンタ１に送信される画像形成用データは、ＩＤ部４０及びデータ部４１で構成される。システムデータが有するような記憶場所を指定する記憶場所指定部３０を有さない。ＩＤ部４０は、フォントタイプや文字コードタイプを導き出すための識別番号情報を有する。データ部４１は、画像形成用データの本体部であり、フォント情報、文字コード情報等を有する。

図４は、システムデータである関連付け定義テーブルの構成例を示す図である。関連付け定義テーブルは、ＩＤカラム５０、フォントデータファイル名カラム５１及び種別カラム５２から構成される。ＩＤカラム５０の項目は、画像形成用データのＩＤ部４０が有する識別番号に対応し、「ｆｏｎｔ１」、「ｍａｃｒｏ１」、「ｆｏｎｔ２」、「ｆｏｎｔ３」及び「ｆｏｎｔ４」等の識別番号を有する。「ｆｏｎｔ１」及び「ｍａｃｒｏ１」における「１」のように、同じ種類のフォントタイプで番号を重複させることはできないが、異なる種類のフォントタイプで番号を重複させることができる。フォントデータファイル名カラム５１の項目は、「ｓｏｆｔ＿ｆｏｎｔ０１．１」、「ｍａｃｒｏ＿ｄａｔａ０１．１」、「ｔｔｆ＿ｆｏｎｔ０１．２」「ｔｔｆ＿ｆｏｎｔ０２．３」及び「ｓｏｆｔ＿ｆｏｎｔ０２．４」等のフォントデータファイル名を有する。種別カラム５２の項目は、「ソフトフォントデータ」、「マクロデータ」及び「ＴｒｕｅＴｙｐｅフォントデータ」等のフォントタイプを有し、対応するフォントデータファイル名の内容を示す。

図５は、システムデータであるＴｒｕｅＴｙｐｅフォント情報テーブルの構成例を示す図である。ＴｒｕｅＴｙｐｅフォント情報テーブルは、ＴｒｕｅＴｙｐｅフォント情報テーブルファイル名カラム６０、ＴｒｕｅＴｙｐｅフォントデータファイル名カラム６１及びエンコーディングカラム６２から構成される。ＴｒｕｅＴｙｐｅフォント情報テーブルは、例えば、図４のＩＤカラム５０の「ｆｏｎｔ２」に対応するフォントデータファイル名カラム５１における「ｔｔｆ＿ｆｏｎｔ０１．２」と、ＴｒｕｅＴｙｐｅフォントデータファイル名カラム６１にある同一のファイル名とを対応付け、その同一行にあるＴｒｕｅＴｙｐｅフォント情報テーブルファイル名カラム６０の「ｔｔｆ＿ｆｏｎｔ０１．ｃｎｆ」と、エンコーディングカラム６２の「ＳＪＩＳ」とを対応付ける。その結果、図４におけるＩＤカラム５０の「ｆｏｎｔ２」が示すフォントは、ＴｒｕｅＴｙｐｅフォントの「ｔｔｆ＿ｆｏｎｔ０１．２」であり、そのフォントは、ＴｒｕｅＴｙｐｅフォント情報テーブルファイルとして、「ｔｔｆ＿ｆｏｎｔ０１．ｃｎｆ」を利用し、シフトＪＩＳの文字コードタイプでコード化されていることが分かる。

図６は、システムデータである文字コード変換テーブルの構成例を示す図である。文字コード変換テーブルは、変換テーブルファイル名カラム７０及び変換テーブル内容７１で構成される。変換テーブル内容カラム７１は、変換テーブルファイル名カラム７０にある「ｊｉｓ２ｕｎｉ．ｔｂｌ」が、シフトＪＩＳからＵｎｉｃｏｄｅへの変換に使用されるファイルであることを示す。なお、ＴｒｕｅＴｙｐｅフォントデータファイル「ｔｔｆ＿ｆｏｎｔ０１．２」と、変換テーブルファイル「ｊｉｓ２ｕｎｉ．ｔｂｌ」とは、ＴｒｕｅＴｙｐｅフォント情報テーブルファイル「ｔｔｆ＿ｆｏｎｔ０１．ｃｎｆ」により対応付けられる。
（概要）
図７は、プリンタがＰＣからシステムデータ及び画像形成用データを受信する処理の流れを示すフローチャートである。

最初に、ＰＣ２０は、ソフトフォント、マクロ及びＴｒｕｅＴｙｐｅフォント等のフォントデータをプリンタ１に送信する（ステップＳ１）。次に、ＰＣ２０は、関連付け定義テーブルをプリンタ１に送信し、フォントデータファイル名とＩＤとを関連付ける（ステップＳ２）。次に、ＰＣ２０は、関連付け定義テーブルのフォントデータファイル名カラム５１にＴｒｕｅＴｙｐｅフォントに関するファイルが存在する場合に、ＴｒｕｅＴｙｐｅフォント情報テーブルをプリンタ１に送信し（ステップＳ３）、さらに、ＴｒｕｅＴｙｐｅフォント情報テーブルのエンコーディングカラム６２に「Ｕｎｉｃｏｄｅ」以外のエンコーディングが存在する場合に、文字コード変換テーブルをプリンタ１に送信する（ステップＳ４）。上述の送信の際には、フォントデータ記憶手段１５が、システムデータの記憶場所指定部３０を読み取り、例えば、第１記憶部２等のプリンタ１上の記憶場所を指定して記憶する。その後、ＰＣ２０は、関連付けを有効にするデータをプリンタ１に送信する（ステップＳ５）。関連付けを有効にするデータとは、フォントデータ、関連付け定義テーブル、ＴｒｕｅＴｙｐｅフォント情報テーブル及び文字コード変換テーブルを第１記憶部と第２記憶部とにそれぞれ送信した場合、利用できる記憶部が複数存在することになるので、一方の記憶部を有効にし、他方の記憶部を待機状態にするための信号である。記憶領域切替手段１６は、画像形成用データから記憶部を識別する情報を取得してもよく、或いは、ＰＣ２０上にユーザーの入力を促す画面を表示し、ユーザーがどちらの記憶部にある情報を利用するかを選択できるようにしてもよい。この構成は、例えば、第１記憶部に日本語の描画に関する情報を記憶し、第２記憶部に中国語の描画に関する情報を記憶して、日本語の環境と中国語の環境とを簡単に切り替えることができるようにする。

以上の処理は、ＰＣ２０が画像形成用データをプリンタ１に送信する毎に実行するようにしてもよく、プリンタ１の起動時に１回だけ実行するようにしてもよい。

その後、ＰＣ２０は、画像形成用データをプリンタ１に送信し、プリンタ１が印刷を実行できるようにする（ステップＳ６）。

図８は、プリンタ１が画像形成用データを受信し画像データを出力する処理の流れを示すフローチャートである。

最初に、プリンタ１は、ＩＤ部４０及びデータ部４１から構成される画像形成用データを受信する（ステップＳ１１）。その後、記憶領域切替手段１６は、関連付けを有効にするデータが受信済みであるか否かを判断する（ステップＳ１２）。関連付けを有効にするデータを受信していない場合は（ステップＳ１２のＮＯ）、処理を終了する。この場合、記憶領域切替手段１６は、ＰＣ２０の画面上に記憶領域の選択を促す画面を表示し、ユーザーの選択を促すようにしてもよい。関連付けを有効にするデータを既に受信している場合は（ステップＳ１２のＹＥＳ）、有効とした記憶領域に関連付け定義テーブルが存在するか否かを確認する（ステップＳ１３）。関連付け定義テーブルが存在しない場合は（ステップＳ１３のＮＯ）、処理を終了する。この場合、ＰＣ２０の画面上に関連付け定義テーブルが存在しない旨を通知するエラーメッセージを表示するようにしてもよい。関連付け定義テーブルが存在する場合には（ステップＳ１３のＹＥＳ）、関連付け定義テーブルのフォントデータファイル名カラム５１で規定されているフォントデータファイルが同じ記憶領域に存在するか否かを確認する（ステップＳ１４）。対応するフォントデータファイルが存在する場合には（ステップＳ１４のＹＥＳ）、フォントタイプ判定手段１４は、その対応するフォントデータファイルが示すフォントデータがソフトフォント、マクロまたはＴｒｕｅＴｙｐｅフォントの何れであるかを判定し（ステップＳ１５）、それぞれに対応したフォント処理を実行する（ステップＳ１７乃至Ｓ１９）。対応するフォントデータファイルが存在しない場合は（ステップＳ１４のＮＯ）、代替フォント選択手段１７は、画像形成用データのＩＤ部４０に規定された識別番号をフォントデータファイル名に指定し（ステップＳ１６）、指定されたフォントデータファイルを記憶領域から検索し、かつ、フォントタイプをソフトフォントとしてソフトフォントによるフォント処理を実行する。このようにして、できるだけ近似するフォントを代用し、文字化け等を回避できるようにする。なお、指定されたフォントデータファイルが存在しない場合には、エラーを表示するようにしてもよい。

フォント処理終了後、プリンタ１の描画部４は、描画処理を実行し、１ページ毎の画像データを生成する（ステップＳ２０）。その後、描画部４は、画像データを出力エンジン部５に送信し、出力エンジン部５は、印刷用紙に画像を形成する（ステップＳ２１）。

次に、ＴｒｕｅＴｙｐｅフォントのフォント処理について説明する。ソフトフォント処理及びマクロ処理（ステップＳ１７及びＳ１８）においては、選択されたフォントデータファイルを読み取ることにより画像データが形成されるが、ＴｒｕｅＴｙｐｅフォントのフォント処理の場合（ステップＳ１９）には、フォントデータファイルを読み取るだけでは画像データが形成されない。

図９は、ＴｒｕｅＴｙｐｅフォントの文字コード変換処理の流れを示すフローチャートである。最初に、文字コードタイプ判定手段１１は、ＴｒｕｅＴｙｐｅフォント情報テーブルが同じ記憶領域に存在するか否かを確認し（ステップＳ３１）、ＴｒｕｅＴｙｐｅフォント情報テーブルが存在する場合には（ステップＳ３１のＹＥＳ）、ＴｒｕｅＴｙｐｅフォント情報テーブルにあるＴｒｕｅＴｙｐｅフォントデータファイル名カラム６１の対応するフォントデータファイルが同じ記憶領域にあるか否かを確認し（ステップＳ３２）、さらに、ＴｒｕｅＴｙｐｅフォント情報テーブルにあるエンコーディングカラム６２を参照して、エンコーディングがＵｎｉｃｏｄｅであるか否かを判定する（ステップＳ３３）。なお、文字コードタイプ判定手段１１は、同じ記憶領域内にＴｒｕｅＴｙｐｅフォント情報テーブルが存在しない場合（ステップＳ３１のＮＯ）、または、指定されたＴｒｕｅＴｙｐｅフォントデータファイルが存在しない場合（ステップＳ３２のＮＯ）には、ＰＣ２０の画面上にエラー画面を表示して（ステップＳ３６）、処理を終了する。エンコーディングがＵｎｉｃｏｄｅ以外の、例えばシフトＪＩＳである場合（ステップＳ３３のＹＥＳ）、文字コード変換手段１３は、文字コード変換テーブルが存在するか否かを確認し（ステップＳ３４）、対応する文字コード変換テーブルが存在する場合には（ステップＳ３４のＹＥＳ）、シフトＪＩＳに対応する文字コード変換ファイルを使用して、画像形成用データのテキストを表現する文字コードをシフトＪＩＳからＵｎｉｃｏｄｅに変換する（ステップＳ３５）。エンコーディングがＵｎｉｃｏｄｅである場合（ステップＳ３３のＮＯ）、文字コード変換手段１３は、上述の変換を実行せず、画像形成用データのテキストを表現する文字コードをそのままにして処理を続行する。なお、文字コード変換手段１３は、同じ記憶領域内に文字コード変換テーブルが存在しない場合（ステップＳ３４のＮＯ）には、ＰＣ２０の画面上にエラー画面を表示して（ステップＳ３６）、処理を終了する。

このようにして、プリンタ１は、シフトＪＩＳやＥＵＣ等の文字コードタイプで表現された文字をＵｎｉｃｏｄｅに変換することにより、第１記憶部２または第２記憶部３にシフトＪＩＳやＥＵＣに対応したフォントデータファイルを準備することなく、Ｕｎｉｃｏｄｅに対応したフォントデータファイルだけを準備するだけで、即ち、プリンタ１の第１記憶部２又は第２記憶部３の記憶容量を低減しながら、様々な文字コードタイプから成る画像形成用データを適切に描画することができるようになる。

また、プリンタ１は、Ｕｎｉｃｏｄｅで表現された文字を描画する際には、上述のような変換処理を必要とせず、迅速に画像形成用データの文字を描画することができる。

図１０は、第１記憶部２に記憶されたデータの構成例を示す図である。ファイル名カラム８０にある項目は、それぞれ、図７に示すステップＳ１においてＰＣ２０がプリンタ１に送信しフォントデータ記憶手段１５が第１記憶部２に記憶したファイルのファイル名を示す。ファイル内情報カラム８１は、対応するファイルの内容の簡単な説明である。また、ＰＣ２０は、図４に示す関連付け定義テーブルと、図５に示すＴｒｕｅＴｙｐｅフォント情報テーブルと、図６に示す文字コード変換テーブルとをプリンタ１の第１記憶部２に送信したものとする。

ＩＤが「ｆｏｎｔ１」である画像形成用データをプリンタ１が受信した場合、フォントタイプ判定手段１４は、関連付け定義テーブルから、ＩＤカラム５０の「ｆｏｎｔ１」に対応するフォントデータファイル名カラム５１の「ｓｏｆｔ＿ｆｏｎｔ０１．１」を抽出し、当該画像形成用データの示すフォントがソフトフォントであると判定する。その後、プリンタ１は、「ｓｏｆｔ＿ｆｏｎｔ０１．１」が第１記憶部２に存在するか否かを確認する。図１０に示すように「ｓｏｆｔ＿ｆｏｎｔ０１．１」が第１記憶部２に存在するので、プリンタ１は、ソフトフォントのフォント処理を実行する。

また、ＩＤが「ｍａｃｒｏ１」である画像形成用データをプリンタ１が受信した場合、フォントタイプ判定手段１４は、関連付け定義テーブルから、ＩＤカラム５０の「ｍａｃｒｏ１」に対応するフォントデータファイル名カラム５１の「ｍａｃｒｏ＿ｄａｔａ０１．１」を抽出し、当該画像形成用データの示すフォントがマクロであると判定する。その後、プリンタ１は、「ｍａｃｒｏ＿ｄａｔａ０１．１」が第１記憶部２に存在するか否かを確認する。図１０に示すように「ｍａｃｒｏ＿ｄａｔａ０１．１」が第１記憶部２に存在するので、プリンタ１は、マクロ処理を実行する。

また、ＩＤが「ｆｏｎｔ２」である画像形成用データをプリンタ１が受信した場合、フォントタイプ判定手段１４は、関連付け定義テーブルから、ＩＤカラム５０の「ｆｏｎｔ２」に対応するフォントデータファイル名カラム５１の「ｔｔｆ＿ｆｏｎｔ０１．２」を抽出し、当該画像形成用データの示すフォントがＴｒｕｅＴｙｐｅフォントであると判定する。その後、プリンタ１は、「ｔｔｆ＿ｆｏｎｔ０１．２」が第１記憶部２に存在するか否かを確認する。図１０に示すように「ｔｔｆ＿ｆｏｎｔ０１．２」が第１記憶部２に存在するので、文字コードタイプ判定手段１２は、ＴｒｕｅＴｙｐｅフォント情報テーブルを参照し、ＴｒｕｅＴｙｐｅフォントデータファイル名カラム６１の「ｔｔｆ＿ｆｏｎｔ０１．２」に対応するＴｒｕｅＴｙｐｅフォント情報テーブルファイル名カラム６０の「ｔｔｆ＿ｆｏｎｔ０１．ｃｎｆ」及びエンコーディングカラム６２の「ＳＪＩＳ」を抽出し、当該画像形成用データの示すフォントがシフトＪＩＳ対応のＴｒｕｅＴｙｐｅフォントであり、「ｔｔｆ＿ｆｏｎｔ０１．ｃｎｆ」のＴｒｕｅＴｙｐｅフォント情報テーブルを使用するものであると判定する。その後、文字コード変換手段１３は、文字コード変換テーブルにある「Ｊｊｉｓ２ｕｎｉ．ｔｂｌ」を使用するという情報を「ｔｔｆ＿ｆｏｎｔ０１．ｃｎｆ」から取得し、「Ｊｊｉｓ２ｕｎｉ．ｔｂｌ」を使用して、画像形成用データにおけるテキストの文字コードをシフトＪＩＳからＵｎｉｃｏｄｅに変換する。これにより、フォントデータファイルを記憶する記憶領域の容量を低減しながら、様々な文字コードタイプから成る画像形成用データの文字を適切に描画することができるようになる。

また、ＩＤが「ｆｏｎｔ３」である画像形成用データをプリンタ１が受信した場合、フォントタイプ判定手段１４は、関連付け定義テーブルから、ＩＤカラム５０の「ｆｏｎｔ３」に対応するフォントデータファイル名カラム５１の「ｔｔｆ＿ｆｏｎｔ０２．３」を抽出し、当該画像形成用データの示すフォントがＴｒｕｅＴｙｐｅフォントであると判定する。その後、プリンタ１は、「ｔｔｆ＿ｆｏｎｔ０２．３」が第１記憶部２に存在するか否かを確認する。図１０に示すように「ｔｔｆ＿ｆｏｎｔ０２．３」が第１記憶部２に存在するので、文字コードタイプ判定手段１２は、ＴｒｕｅＴｙｐｅフォント情報テーブルを参照し、ＴｒｕｅＴｙｐｅフォントデータファイル名カラム６１の「ｔｔｆ＿ｆｏｎｔ０２．３」に対応するＴｒｕｅＴｙｐｅフォント情報テーブルファイル名カラム６０の「ｔｔｆ＿ｆｏｎｔ０２．ｃｎｆ」及びエンコーディングカラム６２の「Ｕｎｉｃｏｄｅ」を抽出し、当該画像形成用データの示すフォントがＵｎｉｃｏｄｅ対応のＴｒｕｅＴｙｐｅフォントであり、「ｔｔｆ＿ｆｏｎｔ０２．ｃｎｆ」のＴｒｕｅＴｙｐｅフォント情報テーブルを使用するものであると判定する。その後、文字コード変換手段１３は、画像形成用データにおけるテキストの文字コードを変換せずにそのまま使用しフォント処理を実行する。これにより、文字コードを変換する必要がないため、迅速に画像形成用データの文字を描画することができる。

また、ＩＤが「ｆｏｎｔ４」である画像形成用データをプリンタ１が受信した場合、フォントタイプ判定手段１４は、関連付け定義テーブルから、ＩＤカラム５０の「ｆｏｎｔ４」に対応するフォントデータファイル名カラム５１の「ｓｏｆｔ＿ｆｏｎｔ０２．４」を抽出し、当該画像形成用データの示すフォントがソフトフォントであると判定する。その後、プリンタ１は、「ｓｏｆｔ＿ｆｏｎｔ０２．４」が第１記憶部２に存在するか否かを確認する。図１０に示すように「ｓｏｆｔ＿ｆｏｎｔ０２．３」は第１記憶部２に存在しないので、ＩＤである「ｆｏｎｔ４」の「４」をフォントデータファイル名として指定し、当該フォントデータファイルが第１記憶部２に存在するか否かを確認する。図１０に示すように「４」が第１記憶部２に存在するので、プリンタ１は、ソフトフォントデータ「４」を使用してソフトフォントのフォント処理を実行する。これにより、最適なフォントが利用できない場合であってもできるだけ近似するフォントを代用し、文字化け等を回避できるようにする。

以上、本発明の好ましい実施例について詳説したが、本発明は、上述した実施例に制限されることはなく、本発明の範囲を逸脱することなく、上述した実施例に種々の変形及び置換を加えることが可能である。

例えば、上述の実施例では、画像形成用データの処理をＣＰＵ１０に実行させるプログラムは、第１記憶部２、第２記憶部３、または、図示しないＲＯＭ等に格納されているが、これらプログラムは、ＣＤＲＯＭ等のコンピュータ読取可能な記録媒体に格納され頒布されてもよく、ネットワークを介してダウンロードされてもよい。

本発明に係る画像形成装置の構成例を示す図である。 システムデータの構成例を示す図である。 画像形成用データの構成例を示す図である。 関連付け定義テーブルの構成例を示す図である。 ＴｒｕｅＴｙｐｅフォント情報テーブルの構成例を示す図である。 文字コード変換テーブルの構成例を示す図である。 プリンタがＰＣからシステムデータ及び画像形成用データを受信する処理の流れを示すフローチャートである。 プリンタが画像形成用データを受信し画像データを出力する処理の流れを示すフローチャートである。 ＴｒｕｅＴｙｐｅフォントの文字コードを変換する処理の流れを示すフローチャートである。 第１記憶部に記憶されたデータの構成例を示す図である。

符号の説明

１ プリンタ
２ 第１記憶部
３ 第２記憶部
４ 描画部
５ 出力エンジン部
６ Ｉ／Ｆ部
１０ ＣＰＵ
１２ 文字コードタイプ判定手段
１３ 文字コード変換手段
１４ フォントタイプ判定手段
１５ フォントデータ記憶手段
１６ 記憶領域切替手段
１７ 代替フォント選択手段
２０ ＰＣ
３０ 記憶場所指定部
３１ システムデータ部
４０ ＩＤ部
４１ データ部
５０ ＩＤ
５１ フォントデータファイル名
５２ 種別
６０ ＴｒｕｅＴｙｐｅフォント情報テーブルファイル名
６１ ＴｒｕｅＴｙｐｅフォントデータファイル名
６２ エンコーディング
７０ 変換テーブルファイル名
７１ 変換テーブル内容
８０ ファイル名
８１ ファイル内情報

Claims (10)

1. 受信した画像形成用データから文字コードのタイプを導き出し、該文字コードのタイプが所定の文字コードタイプであるか否かを判定する文字コードタイプ判定手段と、
   前記文字コードを前記所定の文字コードタイプの文字コードに変換する文字コード変換手段と、を有し、
   前記文字コードタイプ判定手段が、前記文字コードのタイプを前記所定の文字コードタイプでないと判定した場合に、前記文字コード変換手段は、前記文字コードを前記所定の文字コードタイプの文字コードに変換する、
   ことを特徴とする画像形成装置。
2. 前記文字コードタイプ判定手段が、前記文字コードのタイプを前記所定の文字コードタイプと判定した場合に、前記文字コード変換手段は、前記文字コードを前記所定の文字コードタイプの文字コードに変換しない、
   ことを特徴とする請求項１に記載の画像形成装置。
3. 前記画像形成用データからフォントタイプを判定するフォントタイプ判定手段を有し、
   該フォントタイプ判定手段が、前記フォントタイプを所定のフォントタイプと判定した場合であって、
   前記文字コードタイプ判定手段が、前記文字コードのタイプを前記所定の文字コードタイプでないと判定したときに、前記文字コード変換手段は、前記文字コードを前記所定の文字コードタイプの文字コードに変換し、
   前記文字コードタイプ判定手段が、前記文字コードのタイプを前記所定の文字コードタイプと判定したときに、前記文字コード変換手段は、前記文字コードを前記所定の文字コードタイプの文字コードに変換しない、
   ことを特徴とする請求項１または２に記載の画像形成装置。
4. 一のフォントタイプに属する複数のフォントデータをそれぞれ複数の記憶領域に記憶するフォントデータ記憶手段と、
   前記画像形成用データが有するフォント情報と前記フォントデータとを対応付けるためにユーザーの指示に基づいて前記記憶領域を切り替える記憶領域切替手段と、
   を有することを特徴とする請求項１乃至３の何れか一項に記載の画像形成装置。
5. 前記画像形成用データが有するフォント情報に対応するフォントデータが、前記記憶領域に存在しない場合に、代替フォントデータを選択する代替フォント選択手段を有することを特徴とする請求項１乃至４の何れか一項に記載の画像形成装置。
6. 受信した画像形成用データから文字コードのタイプを導き出し、該文字コードのタイプが所定の文字コードタイプであるか否かを判定する文字コードタイプ判定ステップと、
   前記文字コードを前記所定の文字コードタイプの文字コードに変換する文字コード変換ステップと、を有し、
   前記文字コードタイプ判定ステップにおいて前記文字コードのタイプが前記所定の文字コードタイプでないと判定された場合に、前記文字コード変換ステップにおいて前記文字コードが前記所定の文字コードタイプの文字コードに変換される、
   ことを特徴とする画像形成用データ処理方法。
7. 前記文字コードタイプ判定ステップにおいて、前記文字コードのタイプが前記所定の文字コードタイプと判定された場合に、前記文字コード変換ステップにおいて、前記文字コードは、前記所定の文字コードタイプの文字コードに変換されない、
   ことを特徴とする請求項６に記載の画像形成用データ処理方法。
8. 前記画像形成用データからフォントタイプを判定するフォントタイプ判定ステップを有し、
   該フォントタイプ判定ステップにおいて、前記フォントタイプが所定のフォントタイプと判定された場合であって、
   前記文字コードタイプ判定ステップにおいて、前記文字コードのタイプが前記所定の文字コードタイプでないと判定されたときに、前記文字コード変換ステップにおいて、前記文字コードが前記所定の文字コードタイプの文字コードに変換され、
   前記文字コードタイプ判定ステップにおいて、前記文字コードのタイプが前記所定の文字コードタイプでないと判定されたときに、前記文字コード変換ステップにおいて、前記文字コードが前記所定の文字コードタイプの文字コードに変換されない、
   ことを特徴とする請求項６または７に記載の画像形成用データ処理方法。
9. 一のフォントタイプに属する複数のフォントデータをそれぞれ複数の記憶領域に記憶するフォントデータ記憶ステップと、
   前記画像形成用データが有するフォント情報と前記フォントデータとを対応付けるためにユーザーの指示に基づいて前記記憶領域を切り替える記憶領域切替ステップと、
   を有することを特徴とする請求項６乃至８の何れか一項に記載の画像形成用データ処理方法。
10. 前記画像形成用データが有するフォント情報に対応するフォントデータが、前記記憶領域に存在しない場合に、代替フォントデータを選択する代替フォント選択ステップを有することを特徴とする請求項６乃至９の何れか一項に記載の画像形成用データ処理方法。

Images