JP3119429B2 - プリンタ制御装置及び方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、外部からの印刷デ
ータに応じて生成される中間的なデータ形式で記述され
る描画オブジェクトに基づき、イメージを描画するプリ
ンタ制御装置及び方法。

【０００２】

【従来の技術】従来から、外部から送られてくる印刷デ
ータに基づいてプリント動作を行う印刷装置では主にコ
ストダウンのために、該印刷データや該印刷データに基
づいて作成される描画オブジェクト、ラスタライズ後の
ビットイメージを格納するためのメモリ（ＲＡＭ）の削
減が要求されている。近年、該印刷データの処理解像度
は向上の一途をたどっており、ＲＡＭの削減要求は益々
強まっている。そのための従来技術として、以下に説明
するバンディング方式による印刷が行われている。

【０００３】バンディング方式とは、印刷するページの
一部分を構成するようなバンド領域を少なくとも２つ以
上用意し、該バンド領域の一方にラスタライズされたラ
スタイメージをビデオ信号として一定速度で印刷部（＝
プリンタエンジン）へ送出（＝シップ）すると同時に、
作成済みの描画オブジェクトをもう一方のバンド領域に
ラスタライズしてゆき、１バンド分のシップが終わる
と、今度は、先ほどラスタライズが済んだバンド領域か
らシップを開始するといったように、ラスタライズとシ
ップを交互に繰り返して印刷する方式を言う。

【０００４】バンディング方式に対して、１ページ分の
ラスタイメージを格納可能なだけのメモリ（＝ラスタメ
モリ）を用意し、全描画オブジェクトのラスタライズが
完了した後の該ラスタイメージをプリンタエンジンへシ
ップする方式を、フルペイント方式と呼ぶ。

【０００５】バンディング方式では、１ページ分のラス
タメモリを用意する必要がないだけでなく、ラスタライ
ズとシップを同時に行えるため、処理速度の向上も計る
ことができるが、以下に挙げるような問題点があった。

【０００６】例えば、電子写真方式を採用したプリンタ
のように、プリントアウトの途中で該プリント動作を中
断することが困難な印刷装置では、プリンタエンジンへ
のビテオ信号の送出は一定速度で行われるため、１バン
ド目のシップが開始された後は、各バンド領域へのラス
タライズ時間は、１バンド分の該ビデオ信号送出時間
（全バンドで一定）より短くなければならない。ラスタ
イメージを構成する図形が複雑であったり、大量のフォ
ントを描画する等の理由により、該ラスタライズ時間が
ビデオ信号送出時間よりも多くなる場合では、出力結果
の一部が欠落してしまう（以下、オーバーランと呼
ぶ）。

【０００７】また、バンディング方式では、１ページ分
のラスタメモリを保持していないため、中間データ形式
である描画オブジェクトを少なくとも１ページ分は蓄え
ておく必要があるが、大きなイメージデータ等の印刷デ
ータでは１ページ分の描画オブジェクトさえ格納不可能
となる可能性がある（以下、メモリオーバーと呼ぶ）。
メモリオーバーが発生した場合、フルペイント方式で
は、一旦、作成済みの描画オブジェクトを１ページ分の
ラスタメモリにラスタライズしてしまえば、該描画オブ
ジェクト用に使用していたメモリを再利用して、続く描
画オブジェクトを作成することが可能であるため問題な
い。

【０００８】上述したように、バンディング方式ではオ
ーバーランやメモリオーバーが発生する印刷データを、
必要なだけのラスタメモリが用意されていないシステム
で問題なく処理するためには、例えば、プリンタエンジ
ンへ送出する前の処理解像度を低下させ、動的にフルペ
イント方式へ移行する方法が採用されている（以下、デ
グレード処理と呼ぶ）。

【０００９】例えば、Ａ４用紙１ページ分のラスタイメ
ージを６００ｄｐｉで作成すると約４ＭＢのメモリが必
要であるが、３００ｄｐｉでは約１ＭＢで済む。

【００１０】上記デグレード処理を実現するためには、
１ページ分の描画オブジェクトを格納するに要するメモ
リ容量と、各描画オブジェクトのラスタライズに必要な
時間を各バンド毎に加算・管理し、描画オブジェクトの
容量がある一定容量よりも多くなるか、または、１バン
ド分のラスタライズ時間が１バンド分のシップ時間（＝
一定値）よりも多くなるバンドが１ページ中に存在する
かを調べ、上記に該当する場合には、予め用意されてい
たバンドラスタ用のメモリと、該描画オブジェクトに対
して間引き処理等を行うことで得られる描画オブジェク
ト格納部の空きメモリを用いて、低解像度用のラスタメ
モリを用意する。この時、一度に１ページ分の低解像度
ラスタメモリが得られない場合でも、解像度変換された
描画オブジェクトを順番にラスタライズしてゆき、参照
されている最後のバンドの描画が終了した時点で該描画
オブジェクトを削除することで、空きメモリを獲得でき
るようになっている。

【００１１】また、フォントのアウトラインを構成する
座標点列情報を元に該フォントパターンを生成するスケ
ーラブルフォントを採用しているプリンタ等では、一度
要求された文字コードに対応するアウトラインパターン
を該ワークメモリ内の一部に蓄えておき、再度同一の文
字コードが印刷データとして要求された場合は、前記ワ
ークメモリ内のデータを再度参照してラスタライズを行
う機能（以下、フォントキャッシュ機能）も一般的に採
用されており、処理速度向上や該プリンタのワークメモ
リ削減が計られる。

【００１２】更に、前記フォントキャッシュでは、どの
ページから参照されているかを文字単位で管理すること
で、連続して作成される複数ページ間にまたがって１つ
のフォントキャッシュを共有することも行われている。

【００１３】

【発明が解決しようとしている課題】しかしながら上記
従来例では、以下に説明するような問題点があった。す
なわち、従来例で説明したデグレード処理では、当初６
００ｄｐｉで作成された描画オブジェクトを元にして、
間引き処理等で３００ｄｐｉの描画オブジェクトを生成
するため、単純に間引くと線が消える等のデータ欠落が
起き、あるいは周りのドット情報を考慮して補間しなが
ら間引くと逆にイメージが潰れてしまう等、解像度低下
に伴う出力結果の品位劣化が否めなかった。

【００１４】上記印字品位の劣化は、印字サイズが小さ
なフォントで顕著である一方、比較的大きなサイズのフ
ォントでは、解像度変換の処理効率を優先させたい場合
もある。

【００１５】また、外部より登録されるフォントデータ
は、一般的に印刷処理中のある時点で該登録フォントデ
ータが削除可能であったり、同一文字コードに異なるパ
ターンを順次登録することができることから、パターン
内容の書き変わりを避ける意味で一律に間引き処理を行
っていた。

【００１６】また、装置内部に予め準備されているドッ
トフォントに対して、拡大・縮小等の修飾指定がある場
合は、修飾後のパターンが描画オブジェクトとして生成
されるため、間引き処理以外では解像度変換が行えず、
メモリ効率的に改善の余地があった。

【００１７】また、連続して複数の異なるページを作成
する際、前記フォントキャッシュ部によってひとつのフ
ォントオブジェクトを複数のページから参照している場
合に、あるページで解像度低下が発生すると、同一フォ
ントオブジェクトを参照している若いページのラスタラ
イズが完了するまでは、解像度低下処理を進めることが
できない。すなわち、ページ排紙待ち状態となってしま
い、処理速度の観点から問題となっている。

【００１８】更に、紙等の記憶媒体の両面に印刷可能な
両面印刷部を有するプリンタにおいては、外部より送ら
れてくる印刷データからシーケンシャルに作成されるペ
ージの順序（描画オブジェクトを作成する順序）と、ラ
スタライズしたラスタイメージを印刷部に送出する順序
が一致しない場合がある。すなわち、先ず２ページ目
（裏面）をラスタライズし、後に１ページ目をラスタラ
イズするような場合があるため、２ページ目に属する描
画オブジェクトの作成が終了するまで、１ページ目の描
画オブジェクトを保存しておく必要がある。この時、前
記フォントキャッシュ部の機能により、１ページ目と２
ページ目とで１つのフォントオブジェクトを共有してい
る場合に、２ページ目で解像度低下が発生すると、ラス
タライズが済んでいないページ１にも属するフォントオ
ブジェクトの解像度を低下させてしまうため、本来解像
度低下させる必要がないページ１も強制的に解像度を低
下させる必要があった。

【００１９】よって上記課題に鑑み、本発明の目的は、
文字を含む描画オブジェクト作成中に、解像度変換を行
う必要が生じた場合、フォントの種類に応じて再生成方
法を選択することで、印字品位の低下を防ぐこと。ま
た、異なるページから同時に参照されている描画オブジ
ェクトは、別オブジェクトとすることで他ページの品位
低下を防ぐことにある。

【００２０】

【課題を解決するための手段】上記課題を解決するため
に、本発明のプリンタ制御装置は、入力される印刷デー
タに応じてフォントオブジェクトを生成する第１生成手
段と、前記第１生成手段によりフォントジェクトが生成
された際の解像度と異なる解像度でフォントオブジェク
トを生成する必要が生じた場合に、異なる解像度で生成
すべきフォントオブジェクトがスケーラブルフォントで
あるか否かを判別する判別手段と、前記判別手段により
スケーラブルフォントであると判別された場合、スケー
ラブルフォントデータを用いて再スケーリングして、異
なる解像度のフォントオブジェクトを生成し、前記判別
手段によりスケーラブルフォントでないと判別された場
合、フォントパターンを間引き処理して、異なる解像度
のフォントオブジェクトを生成する第２生成手段とを有
することを特徴とする。

【００２１】また、上記課題を解決するために、本発明
のプリンタ制御方法は、入力される印刷データに応じて
フォントオブジェクトを生成する第１生成ステップと、
前記第１生成ステップによりフォントジェクトが生成さ
れた際の解像度と異なる解像度でフォントオブジェクト
を生成する必要が生じた場合に、異なる解像度で生成す
べきフォントオブジェクトがスケーラブルフォントであ
るか否かを判別する判別ステップと、前記判別ステップ
によりスケーラブルフォントであると判別された場合、
スケーラブルフォントデータを用いて再スケーリングし
て、異なる解像度のフォントオブジェクトを生成し、前
記判別ステップによりスケーラブルフォントでないと判
別された場合、フォントパターンを間引き処理して、異
なる解像度のフォントオブジェクトを生成する第２生成
ステップとを有することを特徴とする。

【００２２】

【００２３】

【００２４】

【発明の実施の形態】以下に添付の図面を参照して本発
明の好適な発明の実施の形態について説明する。

【００２５】（実施例１）図１は本発明を適用可能なプ
リンタ制御装置の構成を示す断面図であり、例えば、レ
ーザビームプリンタ（以下ＬＢＰ）の場合を示す。な
お、本発明を適用可能な文字処理装置はＬＢＰに限られ
るものではなく、他のプリント方式のプリンタ装置でも
構わない。また、本発明の機能が実行されるのであれ
ば、単体の機器であっても、ＬＡＮ等のネットワークを
介して処理が行われるシステムであっても良い。

【００２６】同図において、１０００はＬＢＰ本体であ
り、外部に接続されてるいホストコンピュータ（図２の
１００）から供給される文字情報（フォント書体名や文
字サイズ、文字コード等）や図形データ（円、ライン、
矩形等）あるいはマクロ命令などを入力して記憶すると
ともに、それらの情報に従って対応する文字パターンや
図形パターンなどを作成し、記録媒体である記録紙上に
像を形成する。１０１２は操作のためのスイッチ及びＬ
ＥＤ表示器などが配されている操作パネル、１００１は
ＬＢＰ１０００全体の制御及びホストコンピュータから
供給される該印刷データを解析するプリンタ制御ユニッ
トである。この制御ユニット１００１は、主に文字情報
を対応する文字パターンのビデオ信号に変換してレーザ
ドライバ１００２に出力する。また、このＬＢＰは不図
示のデータ源から文字パターンの登録やフォームデータ
などの登録も行え、同様に印字データに応じてビデオ信
号に変換してレーザドライバ１００２に出力する。レー
ザドライバ１００２は半導体レーザ１００３を駆動する
ための回路であり、入力されたビデオ信号に応じて半導
体レーザ１００３から発射されるレーザ光１００４をオ
ンオフ切り替えする。レーザ１００４は回転多面鏡１０
０５で左右方向に振られ静電ドラム１００６上を走査す
る。これにより、静電ドラム１００６上には文字パター
ンの静電潜像が形成される。この潜像は、静電ドラム１
００６周囲の現像ユニット１００７により現像された
後、記録紙に転送される。この記録紙にはカットシート
を用い、カットシート記録紙はＬＢＰ１０００に装着し
た用紙カセット１００８に収納され、給紙ローラ１００
９及び搬送ローラ１０１０と１０１１とにより装置内に
取り込まれて、静電ドラム１００６に供給される。

【００２７】図２は、図１のプリンタ制御装置の制御ユ
ニット１００１の内部構成を説明するブロック図であ
る。

【００２８】同図において、プリンタ制御装置本体１０
００は、所定のインターフェース２５を介して外部のホ
ストコンピュータ１００と接続されており、ホストコン
ピュータ１００からの印刷データに従って所定の印刷処
理を実行するように構成されている。ホストコンピュー
タ１００より受信した該印刷データは受信バッファ２４
に受信データとして一時的に蓄えられる。

【００２９】２０はＣＰＵであり、読み出し専用メモリ
であるＲＯＭ２１に記憶された各制御プログラムに基づ
いて、システムバス２３に接続される各種デバイスとの
アクセスの統括的な制御など、本ＬＢＰの全制御を行う
ための演算・制御を行う。該制御プログラムとしてＲＯ
Ｍ２１には、後述する図３、図６のフローチャートによ
る一連の制御を実現するために、受信バッファ２４に蓄
えられた印刷データを解析して描画オブジェクトを生成
する描画オブジェクト生成部２１ａ、並びにオブジェク
ト管理部２１ｂ、前記描画オブジェクトを描画するラス
タライズ部２１ｃ、解像度低下が必要かどうかを判定す
る解像度低下判定部２１ｄ、更に前記描画オブジェクト
生成部２１ａの一部として、フォントＲＯＭ２１ｆのフ
ォントデータを元にフォントオブジェクトを生成するフ
ォント生成部２１ｅの５種類のプログラムが格納されて
いる。また、このＲＯＭ２１は、ドットフォントデータ
やベクトル形式のアウトラインフォントデータ、ストロ
ークフォントデータ等のスケーラブルフォントデータか
ら構成されるフォントメモリ２１ｆにも用いられてい
る。

【００３０】２６は印刷部Ｉ／Ｆであり、ラスタライズ
されたイメージデータをビデオ信号として印刷部（プリ
ンタエンジン）２７へ出力する。印刷部２７は印刷部Ｉ
／Ｆ２６から受け取ったビデオ信号を元に記録紙２８上
に画像の印刷を行う。

【００３１】２２はＣＰＵ２０の主メモリ、ワークメモ
リ２２ａ等として機能するＲＡＭであり、フォント生成
部２１ｅがフォントメモリ２１ｆ内のスケーラブルデー
タに基づいて生成した文字パターン、あるいはドットフ
ォントパターン、更に描画オブジェクト生成部２１ａが
入力された図面印刷データに従って作成した他の描画オ
ブジェクトを格納するための描画オブジェクト格納部２
２ｂ、描画オブジェクト２２ｂをラスタライズしたラス
タライズイメージを格納するバンドメモリ２２ａ、不図
示の環境データ格納メモリ、あるいはＮＶＲＡＭ等に用
いられる。なお、ＲＡＭ２２は、図示しない増設ポート
に接続されるオプションＲＡＭによりメモリ容量を拡張
できるように構成されている。また、ＬＢＰ１０００は
図示しない電源部から電力の供給を受けている。

【００３２】次に、図１及び図２の構成を備えるプリン
タ制御装置の動作について図３に示すフローチャートを
用いて説明する。

【００３３】図３において、先ずＬＢＰ１０００本体に
電源が供給されると、ステップＳ３０１にて描画オブジ
ェクト格納メモリやラスタメモリの初期化と、Ｓ３０７
で作成する描画オブジェクトの解像度の設定を行う。本
実施例では、生成解像度は６００ｄｐｉとし、ポイント
サイズやｍｍ等の単位系で指定された印刷コマンドは、
この値を用いてドット数に変換されることになる。

【００３４】次に、ステップＳ３０２で、外部のホスト
コンピュータ１００より印刷データを受信して、該印刷
データを受信バッファに格納し、該受信バッファより一
定サイズ分のデータを読み取る。該データはワークメモ
リの一部に一時的に格納される。

【００３５】そして、ステップＳ３０３で、予め定めら
れた文法に従って該データのコマンド解釈を行い、ステ
ップＳ３０３の結果に応じて、続くステップＳ３０４、
Ｓ３０６、Ｓ３０７に処理が分かれる。

【００３６】先ず、ステップＳ３０４で、該データが排
紙命令と判断された場合には、ステップＳ３０５でカレ
ントページに属する描画オブジェクトをバンドラスタメ
モリ上に描画（ラスタライズ）する。この時、生成解像
度が６００ｄｐｉのままであれば、バンドラスタには６
００ｄｐｉの画像としてラスタライズされる。そして描
画が終了したバンドラスタは、画像出力部によってプリ
ンタエンジンへ送られる。なお、３００ｄｐｉで生成さ
れたデータは、走査方向に２倍、副走査方向に２倍にな
るように拡大処理、スムージング処理が施されエンジン
へ送られる。ここで、該バンドラスタはステップＳ３０
１で予め２バンド分のメモリが用意されており、一方の
バンドラスタをプリンタエンジンへ送出している間に、
他方のバンドに描画オブジェクトを描画する。ステップ
Ｓ３０５にて排紙処理が終了したら、ステップＳ３０２
へ戻り、次のデータ入力を待つ。

【００３７】次に、ステップＳ３０６にて、前記データ
が描画命令であると判断された場合には、ステップＳ３
０７にて、該データが文字描画命令であれば、該データ
で指定されるフォントの書体や、文字サイズ、文字コー
ドを元にフォントメモリ２１ｆからフォントパターンを
読み出してフォントオブジェクトを生成し、文字以外の
描画命令であれば、該データで指定された図形（ライン
や円、多角形等）の描画オブジェクトを生成する。

【００３８】一方、ステップＳ３０６で描画命令以外の
印刷データであると判断された場合には、ステップＳ３
０８にて該データに応じて印字位置移動や印字環境設定
等の処理がなされ、一単位分のコマンド解釈を終了す
る。

【００３９】次のステップＳ３０９では、ステップＳ３
０７にて生成された描画オブジェクトに対して、描画オ
ブジェクトメモリ管理部が描画オブジェクト格納部から
必要なメモリと対応するＩＤを獲得する。メモリが獲得
できれば、ステップＳ３１０で獲得されたメモリに該描
画オブジェクトを格納する。また、ここで、描画オブジ
ェクトの印字位置並びに描画高さと、各バンドラスタの
高さから、該描画オブジェクトが属するバンド番号を求
めておく。一方、もしメモリが獲得できなければ、ステ
ップＳ３１３へ進む。

【００４０】ステップＳ３１１では、入力された印刷デ
ータに基づく描画オブジェクトの複雑さを測定し、一定
基準より複雑であるかどうか、つまり、オーバーランが
発生し得るかどうかを判断する。すなわち、描画時間管
理部が該描画オブジェクトをバンドラスタ格納部へラス
タライズするのに必要な時間を予測し、描画時間管理テ
ーブルの前記バンド番号で定まる位置へ加算する。ここ
で、１描画オブジェクトが複数のバンドにまたがって描
画される場合は、各バンド毎に描画時間を求め、該描画
時間管理テーブルの各バンドに対応する値へ加算する。
上記のように各描画オブジェクトの描画時間を加算して
求められた１バンド内の全描画オブジェクトの描画時間
が、該バンドラスタをビデオ信号として出力する時間
（許容時間）よりも小さければ、印刷すべきデータは一
定基準よりも複雑でないと判断され、次のステップＳ３
１２へ進み、もし加算された該描画時間が許容時間より
も大きければステップＳ３１３へ進む。

【００４１】ステップＳ３１２では、描画オブジェクト
管理部がオブジェクト管理テーブルへ該ＩＤや、オブジ
ェクトの種類、描画位置等のオブジェクト管理情報を格
納する。ここで、前記オブジェクト管理テーブルは、各
バンド毎に存在し、ステップＳ３０５のラスタライズで
は、描画しようとするバンドに対応付けられたオブジェ
クト管理テーブルを辿ることで、該バンドに属する描画
オブジェクトのみを高速に探し出せる。また、前記オブ
ジェクト管理テーブル自身も、描画オブジェクトメモリ
管理部がメモリを獲得して動的に増減するオブジェクト
の一種であっても良いし、あるいは固定サイズのテーブ
ルであっても構わない。その後、ステップＳ３０２に戻
り次のデータ入力を待つ。

【００４２】以下に、前記描画オブジェクトの複雑さの
測定方法を具体的に説明する。

【００４３】例えば、１バンドラスタが用紙幅Ｗ（ドッ
ト）×ｎ（ライン）分の描画領域を有するとして、１ラ
イン分のラスタデータを読み出してビデオ信号として転
送する時間＝２ｍｓｅｃ、ｎ＝２５６ラインとすると、
１バンドラスタの転送時間Ｂ＝２×２５６＝５１２ｍｓ
ｅｃとなり、これがオーバーランが発生するかどうかの
許容時間となる。

【００４４】一方、このバンドラスタに１描画オブジェ
クトを描画する描画時間（ここでは、幅ｗ（ワード×高
さｈ（ライン）のビットマップを描画する時間Ｓ）は、
以下の式から求められる。

【００４５】Ｓ＝α＋ｗ×ｈ×（β＋γ）

【００４６】ここで、α：描画オブジェクト管理テーブ
ルを検索し、格納されたＩＤから前記描画オブジェクト
格納部内での該ビットマップの先頭アドレスを得るため
に必要な時間。

【００４７】β：前記描画オブジェクト格納部から１ワ
ード（３２ビット）のビットマップを読み出すために必
要な時間。

【００４８】γ：前記バンドラスタ格納部へ１ワードの
ビットマップを書き出すために必要な時間。

【００４９】上記のα、β、γは、実行されるプリント
制御プログラムのステップ数と、ＣＰＵの実行速度（ク
ロック数）とから予め知ることができ、該プリント制御
プログラムと同様ＲＯＭに格納されている。今、α＝１
００ｎｓｅｃ、β＝γ＝５０ｎｓｅｃの時、ｗ＝４（ワ
ード）、ｈ＝１００ラインのビットマップを描画する場
合は、Ｓ＝４０．１μｓｅｃとなり、描画オブジェクト
がビットマップのみであれば、１バンド内に１２，７６
８個以上のビットマップを描画すると、該バンドにおい
てオーバーランが発生することになる。１つのビットマ
ップが複数のバンドにまたがって描画される場合は、各
バンドに含まれるだけの実質描画サイズ、幅ｗ′×高さ
ｈ′としてそれぞれ計算される。この実質描画サイズ
は、各描画オブジェクトに格納されている幅ｗ、高さｈ
と、対応する描画オブジェクト管理テーブルに登録され
るバンド内での描画位置（ｘ，ｙ）や、ビットマップ先
頭からの書き出しオフセット地（ｏｆｆ）から求められ
る（図４参照）。

【００５０】上記説明では、簡単のために描画オブジェ
クトとしてビットマップを例にしたが、他に圧縮された
イメージオブジェクトの場合は伸長に要する時間が、ラ
ンレングスオブジェクトの場合は読み出したランレング
スを計算しビットイメージを求める時間が更に加算され
ることになる。

【００５１】これら該バンドに属する全描画オブジェク
トの描画時間Ｓｔｏｔａｌが前記１バンドラスタ転送時
間Ｂより小さければオーバーランは発生しないと判断さ
れる。

【００５２】図５は、図３のフローチャートに従って作
成された描画オブジェクト及び描画オブジェクト管理テ
ーブル、バンドラスタ格納部、その他、制御に必要なテ
ーブルのメモリ構成と、これらのリンク関係を示す概略
図である。５０１は２つの６００ｄｐｉバンドラスタで
あり、５０２は各バンドに属する描画オブジェクト管理
テーブル５０３の先頭アドレスを格納するバンドテーブ
ルであり、エントリ数は１ページ内のバンド数（Ｎ）だ
け存在する。前記描画オブジェクト管理テーブルには、
要素数ｎと、構成要素５０４（以下、アプリケーション
と呼ぶ）から成っており、各アプリケーションには描画
オブジェクト５０６の描画情報（描画オブジェクト種
別、描画オブジェクトＩＤ、バンド内での描画開始位置
ｘ、ｙ、オブジェクト内の描画オフセット＝ｏｆｆ、描
画論理情報＝ｏｂｊＦｎｃ）が格納される。同一文字を
複数描画する場合は、当然、描画される数だけのアプリ
ケーションから同一ＩＤで描画オブジェクトが参照され
ることになる。また、１つの描画オブジェクトが複数の
バンドにまたがる場合は、アプリケーション５０４は各
バンド毎に１つずつ作成される。５０５は描画オブジェ
クト格納部であり、５０６は該描画オブジェクト格納部
内に作成される１描画オブジェクト（ここでは、フォン
トオブジェクト）を示す。５０８は全描画オブジェクト
間で共通の情報が格納されるオブジェクトヘッダ部であ
り、描画オブジェクトの解像度、幅ｗ、高さｈ及び、実
パターン先頭のアドレスａｄｄｒ５１２がセットされて
いる。５０９は各描画オブジェクト毎に異なる情報が格
納されるオブジェクトボディ部であり、フォントオブジ
ェクトの場合は、フォント書体名、ストロークウェイ
ト、文字コードと実パターンの割り付けを示すグラフィ
ックセット、ポイントサイズ、文字コード、スケーラブ
ルフォントか否かを示すフラグ、固定ピッチかプロポー
ションピッチかを示すフラグ、縦書き／横書きを示すフ
ラグの他、生成時に得られる情報としてリファレンスポ
イントからのオフセット値、ピッチ情報などが格納され
ている。５１０はＲＡＭ２２上に生成された文字の実パ
ターンであるが、描画オブジェクト５１１が示すよう
に、フォントＲＯＭ２１ｆ内に実パターン５１０′を持
つ場合は、描画オブジェクト格納部５０５内に存在しな
い場合もある（ａｄｄｒ５１２が該フォントＲＯＭ２１
ｆ内の実パターン先頭を示すようにセットされてい
る）。５０７はアプリケーショ５０４に記述されたＩＤ
を、各描画オブジェクト５０６のアドレスへ変換するた
めのＩＤテーブルである。５１２は図３のステップＳ３
１１でバンド毎に加算された描画時間を格納する描画時
間管理テーブルであり、バンド数Ｎだけのエントリ数を
持つ。

【００５３】図３のステップＳ３１３では、既に作成済
みの描画オブジェクトの内、現在処理中のページから参
照されている６００ｄｐｉオブジェクトから３００ｄｐ
ｉオブジェクトに解像度変換し、続くステップＳ３１４
で、ステップＳ３０７にて生成する描画オブジェクトの
解像度を３００ｄｐｉに再設定する。その後、ステップ
Ｓ３０２に戻り次のデータ入力を待つ。

【００５４】ここで、図６のフローチャートに従って、
以下で本実施例における該描画オブジェクトの解像度変
換手順を説明する。

【００５５】先ず、（ステップＳ６０１は後述）ステッ
プＳ６０２で処理済みのバンド数を調べ、まだ処理して
いないバンドがあればステップＳ６０３へ進む一方、全
バンドの処理が終了していれば最終ステップＳ６１４
（後述）へ進む。ステップＳ６０３では、バンドテーブ
ル５０２を順に読み出し、各描画オブジェクト管理テー
ブル５０３の先頭アドレスを得る。続くステップＳ６０
４では得られた該描画オブジェクト管理テーブル５０３
の先頭に格納されているアプリケーション数ｎを得て、
更に処理済みのアプリケーション数がｎであるかどうか
を調べる。もしまだ未処理のアプリケーションがあれば
ステップＳ６０５へ進みアプリケーション情報５０４を
獲得する。一方、カレントバンド内の全アプリケーショ
ンの処理が終了していれば、次のバンドに属するアプリ
ケーションを読み出すために、ステップＳ６０２へ戻
る。

【００５６】ステップＳ６０６では、前記ステップＳ６
０５で得たアプリケーション情報５０４内のオブジェク
トＩＤでＩＤテーブル５０７をアクセスし、対象とする
描画オブジェクト５０６の先頭アドレスを得て、最終的
に該描画オブジェクト５０６の各種情報（５０８、５０
９）を得る。続くステップＳ６０７で該描画オブジェク
ト５０６の解像度を調べる。もし解像度が６００ｄｐｉ
であればステップＳ６０８以降の解像度変換処理へ進
み、解像度が３００ｄｐｉであれば、既に解像度変換処
理が終了した描画オブジェクトであると判断してステッ
プＳ６１５へ進む。

【００５７】ステップＳ６０８では該描画オブジェクト
５０６の種別を調べ、フォントオブジェクトであると判
断された場合はステップＳ６０９へ進む。一方、ステッ
プＳ６０８においてフォントオブジェクトでないと判断
された場合は、描画オブジェクトの種類に応じた解像度
変換処理（ステップＳ６１０）へ進む。例えば、ビット
マップイメージの場合は、高さ方向は１スキャンライン
おきに、幅方向は１ビットおきに該ビットマップを間引
いて得られる（単純間引き処理）。または、周囲（右、
下、右下）ビットのＯＮ／ＯＦＦを調べ、どれか１ビッ
トでもＯＮであれば当該ビットをＯＮとしながら間引い
ても良い（補間間引き処理）。３００ｄｐｉへ解像度変
換が終了した描画オブジェクトは、６００ｄｐｉオブジ
ェクトが格納されていたアドレスへ上書し、更にオブジ
ェクトヘッダ部５０８の情報も書換える（ステップＳ６
１３）。

【００５８】ステップＳ６０９では、前記フォント情報
５０９から該フォントオブジェクトがスケーラブルフォ
ントであるかどうかを調べる。スケーラブルフォントで
ない場合は、ステップＳ６１１でビットマップイメージ
と同様な間引き処理によって３００ｄｐｉフォントを生
成し、一方、スケーラブルフォントである場合は、ステ
ップＳ６１２にて前記フォント情報５０９を用いてリス
ケーリング処理を行う。該スケーリング処理は、フォン
ト生成部に指定する解像度が３００ｄｐｉである点以外
は、通常のフォントオブジェクト生成と全く同様であ
る。３００ｄｐｉで再スケーリングすれば、６００ｄｐ
ｉで半分のサイズでスケーリングした場合と同等の文字
品位が得られるため、６００ｄｐｉのフォントパターン
を間引いた場合よりはるかに品位の高いフォントパター
ンを得ることができる。

【００５９】このようにして３００ｄｐｉのフォントオ
ブジェクトが生成されたならば、他のオブジェクトと同
様、ステップＳ６１３へ進む。

【００６０】ただし、前記リスケーリング処理は、生成
中のカレントフォントオブジェクト（６００ｄｐｉ）か
らみれば割り込み的に発生するものであり、もしフォン
トオブジェクトそのものを作成中に解像度処理が発生し
たのであれば、フォントスケーラ情報（オフセット値や
ピッチ情報）や、カレントフォント情報（フォント種
別、グラフィックセット、文字サイズ、文字コード等）
が最後にリスケーリングした値で書き変わってしまう可
能性がある。これを避けるために、リスケーリング処理
の最初と最後にカレント情報の退避（ステップＳ６０
１）・復帰を行っている（ステップＳ６１５）。

【００６１】更にステップＳ６１４では、描画オブジェ
クト管理テーブル５０４の印字位置情報（描画開始位置
（ｘ，ｙ）並びにバンド中のオフセット（ｏｆｆ））の
解像度変換を行い、該管理情報を書き換える。このよう
にして、１描画オブジェクトの低解像度変換処理が終わ
れば、ステップＳ６０４へ戻り次のアプリケーションを
順次読み出し、同様の解像度変換処理を行う。

【００６２】上記に説明したように、ページ中の描画オ
ブジェクトの解像度を動的に低下させることで、描画オ
ブジェクト格納部の空き領域が広がる。また、バンドラ
スタ格納部（６００ｄｐｉ・２バンド分）には、３００
ｄｐｉでラスタライズすればよいため、１／４に縮小可
能となり、更に空き領域が増える。また、ラスタライズ
時間も短縮されるので、メモリオーバー、タイムオーバ
ー共に軽減することができる。

【００６３】（実施例２）第１の実施例では、予め該プ
リント制御装置内に用意された内蔵フォントのデータ形
式に応じて、スケーラブルフォントであればスケーリン
グ情報を元に再スケーリングし、あるいはドットフォン
トであれば間引き処理を行い、解像度低下時の品位低下
を最小限に抑えたが、外部装置より印刷データとして送
られてくる登録フォントに対しても、本発明は適用可能
である。

【００６４】そこで、本実施例では、登録フォントを処
理可能なプリンタ制御装置における、解像度低下処理に
ついて説明する。

【００６５】図７は、本実施例に係るプリンタ制御装置
の内部構成を示すブロック図である。ここで、第１の実
施例の図２にて説明した構成と同じ箇所には同じ番号を
付け、説明は省略する。プログラム等を格納するＲＯＭ
２１には、実施例１で説明したプログラムに加えて、印
刷データの一部としてホストコンピュータ１００より入
力されたフォントデータの登録・削除を行うフォント登
録・削除部７１を含む。また、ＲＡＭ２２は、前記登録
フォントデータを格納するための登録フォント格納部７
２としても用いられる。前記登録フォントデータとして
は、フォントパターンそのものや、スケーラブルデータ
等が登録可能である。本実施例では、登録フォント格納
部７２に有効な（＝対応するフォントパターンが存在す
る）各文字コードに対してカウンタを用意し、前記フォ
ント登録・削除部７１が、最初の登録時に該カウンタを
１にセットする。そして、特定の文字コードに再登録す
る際には、該カウンタはインクリメントされる。

【００６６】また、本実施例のフォント生成部２１ｅ
は、該登録フォントのアウトラインデータのスケーリン
グやドットフォントの検索の他、登録フォントパターン
をスキャンして座標点列データを発生させることでスケ
ーラブル化し、スケーラブルフォントパターンを生成す
ることもできる。ここで、該登録フォントデータを元に
生成されたフォントオブジェクトもまた、フォントオブ
ジェクトとして描画オブジェクト格納部２２ａに格納さ
れるが、フォントパターンそのものは必ず描画オブジェ
クト格納部内に保持し、登録フォント格納部２２ｄに格
納された該登録フォントデータが削除されるタイミング
とフォントオブジェクトがラスタライズされるタイミン
グが異なってもよいように構成されている。ここで、フ
ォント生成部２１ｅは、登録フォントデータが削除され
ている場合は、フォント生成要求に対してエラーを返す
ことで該登録フォントデータが格納部７２内に存在しな
いことを示すことができる。また、本実施例では登録フ
ォントはＲＡＭ２２の一部に格納されるが、ハードディ
スク等の他の記憶媒体であっても構わない。

【００６７】図７の構成を備えるプリンタ制御装置で作
成されるフォントオブジェクトのオブジェクトボディ部
５０９には、実施例１で説明したフォント情報に加え
て、以下の情報を持つ。すなわち、同一のフォント属性
をもつフォントの同一文字コードに対して何回登録した
かを示すカウンタであり、これによりフォントパターン
の実体が同じかどうかを判断する。フォントオブジェク
ト内の該カウンタは、描画オブジェクト生成時に前記フ
ォント生成部２１ｅが登録フォント格納部７２内のカウ
ンタを参照することで得られる。上記のように登録フォ
ントデータが変更されているかどうかがパターン生成後
の任意のタイミングで識別可能であるため、解像度変換
が必要となった時に、再スケーリング可能かどうかが判
断できる。ただし、解像度変換処理を行う時点で、既に
登録フォント格納部７２より登録フォントデータが削除
されてしまっている場合は再スケーリングはできない。

【００６８】次に、図７の構成を備えるプリンタ制御装
置の解像度変換処理について図８のフローチャートを用
いて説明する。ここで、ステップＳ８０８までの各ステ
ップは、図６のフローチャートの対応するステップと同
様であるので説明を省く。

【００６９】ステップＳ８０９で該描画オブジェクトが
スケーラブルフォントであると判断された場合は、続く
ステップＳ８１２にて再スケーリング可能なフォントオ
ブジェクトかどうか、すなわち、オブジェクトの内容が
変更されていないかどうかを調べる。まず、該フォント
オブジェクトが登録フォントかどうかを調べる。これ
は、フォント生成部２１ｅがフォントオブジェクトを生
成する際に、ＬＢＰ１０００に内蔵されている（登録フ
ォントでない）オブジェクトのカウンタを予め０にして
おくことで容易に判別できる。登録フォントである場合
は、フォント生成部２１ｅは登録フォントが削除されて
いないかを調べ、更に削除されていない場合は最後にパ
ターン内容が登録フォント内と同一のものであるかどう
かを判断する。登録フォントが未だ削除されていない場
合は、前述した通り、フォント情報部５０９内と登録フ
ォント格納部内のカウンタとを比較して、同じ値であれ
ば「パターン変更なし」と判断する（内蔵スケーラブル
フォントは常にカウンタ＝０であるため、常に「パター
ン変更なし」と判断される。）。

【００７０】前記ステップＳ８０９にて、内蔵スケーラ
ブルフォントであると判断された場合か、またはＳ８１
２で未削除の登録フォントであって、登録カウンタが同
一の場合は、オブジェクトの内容が変更されていないも
のとして、ステップＳ８１３で前記フォント情報５０９
を用いて再スケーリング処理を行う。該スケーリング処
理は、フォント生成部に指定する解像度が３００ｄｐｉ
である点以外は、通常のフォントオブジェクト生成と全
く同様である。一方、登録フォントが削除済み（フォン
ト生成時にエラーが返される）か、該カウンタが一致し
ない場合は、オブジェクトの内容が変更されたものとし
てスケーラブルデータを参照できないため、ビットマッ
プフォントと同様にステップＳ８１１で間引き処理を行
い、解像度変換する。

【００７１】このようにして３００ｄｐｉのフォントオ
ブジェクトが生成された後は、他の描画オブジェクトと
同様に、ステップＳ８１４へ進み、解像度変換済みの描
画オブジェクトを６００ｄｐｉオブジェクトが格納され
ていたアドレスへ上書し、更にオブジェクトヘッダ部５
０８の情報も書き換える。続くステップＳ８１５では、
実施例１のステップＳ６１４と同様に、描画オブジェク
ト管理テーブル５０４の各印字情報を解像度変換し、該
管理情報を書き換える。

【００７２】上記のように、同一文字コードに異なるパ
ターンが１回以上登録されうるスケーラブルフォントに
対して、解像度低下時の品位劣化を最低限に抑えること
ができる。

【００７３】（実施例３）実施例１、及び実施例２にお
いては、ビットマップフォントに対しては、間引き処理
を行うことで解像度変換を実現していたが、印刷データ
としてフォントを拡大あるいは縮小する文字修飾命令が
含まれている場合や、ビットマップフォントの解像度が
元々印字する際の解像度と異なっており、フォントオブ
ジェクト生成時に拡大・縮小処理を施すようなプリンタ
制御装置では、解像度低下時にフォントＲＯＭ２１ｆを
再検索することで品位低下を抑えることができ、また、
再生成後の描画オブジェクトメモリの削減も計れる場合
がある。

【００７４】図９は、印字データとして、ビットマップ
フォントに対する印字命令と共に縦横２倍（平方拡大）
命令が送られてきた場合に生成される、フォントオブジ
ェクトを示す模式図である。図９ａは、描画オブジェク
ト９０２が６００ｄｐｉである場合であり、フォントＲ
ＯＭ２１ｆ内の元フォントと比べると、縦横に２倍拡大
されて格納されている。一方、図９ｂは、解像度変換時
に３００ｄｐｉで生成された描画オブジェクト９０２′
を示している。当初の描画オブジェクトの解像度が６０
０ｄｐｉであり、解像度低下後に３００ｄｐｉとなるよ
うなプリンタ制御装置での解像度低下処理は、６００ｄ
ｐｉのフォントパターンを間引くのではなく、再度スケ
ーリング情報を用いてフォントＲＯＭ２１ｆ内のアドレ
スを得ることで、図５に示す描画オブジェクト９０２′
のような構成（図５の５１１と同様）にすることがで
き、描画オブジェクト格納部２２ａにフォントパターン
そのものを格納する必要がなくなる。すなわち、解像度
低下時の変換率（３００／６００ｄｐｉ＝１／２）と文
字拡大率（２：縦横とも）とを掛け合わせた値（実質拡
大率）が１となる場合には、解像度低下後の描画オブジ
ェクトメモリを大幅に削減することができ、処理速度の
向上が計れる。ここで、指定された拡大率はフォント情
報としてオブジェクトボディ部９０４に格納されてお
り、実質拡大率の計算時に参照される。

【００７５】なお、実施例１、２、３では、説明のため
に１文字毎に各種フォント情報（図５の５０９、及び図
９の９０４）を格納しているが、フォント名称やグラフ
ィックセット番号、ポイントサイズなどフォントの種別
毎に共有できる情報は、別のフォント情報管理テーブル
を設け、フォント単位で一括管理しても良い。この場
合、各フォントオブジェクトが消費する描画オブジェク
ト格納部２２ａのメモリ容量は削減できるが、再スケー
リング時に必要なフォント情報を獲得可能とするため
に、各フォントオブジェクト内に各テーブルエントリへ
のリンク情報（アドレス指定あるいはＩＤ管理など）が
必要となる。

【００７６】（実施例４）実施例３において、逆に前記
フォント情報管理テーブルから文字コードをインデック
スとして当該フォントオブジェクトを検索できるように
すれば、前記構造をフォントキャッシュとして機能させ
ることができる。

【００７７】以下に、図１０、図１１及び図１２を用い
て、本実施例におけるフォントキャッシュ部を利用した
フォントオブジェクトの検索・生成手順について説明す
る。

【００７８】図１０は、本実施例におけるフォントキャ
ッシュの構造を示す概略図である。また、図１１、図１
２は図１０の構造を備えるプリンタ制御装置において、
フォント印字データが入力された時のフォントオブジェ
クト生成動作の手順を示したフローチャートである。な
お、以下の動作を実行するプログラムは、ＲＯＭ２１に
フォントキャッシュ管理部として格納されている。

【００７９】先ず図１１のステップＳ１１０１で、フォ
ント情報管理テーブル（図１０の１００１、以下キャッ
シュテーブルと呼ぶ）の検索を行う。一つも該キャッシ
ュテーブルが存在しないか印刷データとして要求される
フォント属性と同属性のキャッシュテーブルが見つから
ない場合は、ステップＳ１１０２へ進み、キャッシュテ
ーブルを作成する。

【００８０】一方、キャッシュテーブルが見つかれば、
ステップＳ１１０３、１００４でインデックスの検索を
行う。本実施例では、文字コードは最長２バイトで与え
られ、該インデックスは文字コードの上位バイト用（１
００２）と下位バイト用（１００３）の２段階（固定）
の深さを持つ。ＡＮＫ文字等、１バイト系のコード体系
に対しては、上位バイト用インデックスがコード０ｘ０
０のみのメンバから構成される。あるいは、キャッシュ
テーブルにインデックスの深さを記憶しておき、深さを
可変としても構わない。上記の各ステップで文字コード
に対応したインデックスが見つからない場合、それぞれ
ステップＳ１１０５、Ｓ１００６でインデックスの作成
を行う。

【００８１】一方、ステップＳ１１０４にて、下位バイ
ト用インデックスが見つかったら、続くステップＳ１１
０７で、文字毎に異なる情報（解像度、修飾の有無、パ
ターン回転角度等）を用いてフォントオブジェクトの検
索を行う。ここで、要求された文字コードに対応するフ
ォントパターンがみつかったら、キャッシュにヒットし
たと判断され、ステップＳ１１０８で印字位置や属する
バンド番号の計算を行う。みつからなければステップＳ
１１１５でフォントパターンを作成する。ステップＳ１
１０８に続くステップＳ１１０９、Ｓ１１１０の処理は
それぞれ、実施例１の図３に示したステップＳ３１１
（描画時間計算）、Ｓ３１２（アプリケーション作成）
と同様である。

【００８２】一方、ステップＳ１１０２にてキャッシュ
テーブル用のメモリが確保できなければ、ステップＳ１
１１１でフォントキャッシュの解放処理を行う（図１
２）。

【００８３】図１２では、先ずステップＳ１２０１で不
要なフォントキャッシュが存在するか（要求サイズ≦不
要なキャッシュのサイズの総和）を調べ、もしあればス
テップＳ１２０２でフォントキャッシュを解放し、ステ
ップＳ１２０３で要求されただけのメモリを獲得する。
一方、解放するキャッシュがない場合、ステップＳ１２
０４へ進み、解像度低下処理と解像度＝３００ｄｐｉの
設定（ステップＳ１２０５）を行う。

【００８４】ステップＳ１１０２でメモリが獲得できれ
ば、続くステップＳ１１１２で各フォント情報を元にキ
ャッシュテーブルを作成し、ステップＳ１１０５へ進
む。以下、２つのインデックスとフォントオブジェクト
についても同様にして、メモリが獲得できなければステ
ップＳ１１１１のキャッシュ解放処理へ進み、獲得でき
ればそれぞれステップＳ１１１３、Ｓ１１１４でインデ
ックスを生成し、フォントパターン生成（ステップＳ１
１１５）及びメモリ確保（Ｓ１１１６）、確保できた場
合はフォントオブジェクト作成（Ｓ１１１７）を行う。

【００８５】ここで、本実施例におけるオブジェクトボ
ディ部には、何ページから参照されているかを示すペー
ジカウントを持ち、各ページで最初に該フォントオブジ
ェクトにヒットした時にインクリメントし、また各ペー
ジが排紙された時に１回だけ当該ページカウンタをデク
リメントする。異なる２ページから参照されていれば、
ページカウンタは２となり、どのページからも参照され
なくなったフォントオブジェクトは０になる。ここで、
該ページカウンタを各ページで１回だけインクリメント
／デクリメントするために、オブジェクトボディ内に
は、電源投入時よりシーケンシャルに増加するページ番
号を２つ持つ、一つは作成時あるいはヒットした再にセ
ットされる作成ページ番号、もう一方は排紙ページ番号
で、各ページが排紙された後に、前記アプリケーション
を調べ、該ページ内で参照していたフォントオブジェク
トのみ排紙ページ番号をセットする。作成時またはヒッ
ト時に、作成ページ番号とカレントページ番号とが同じ
でなければ、カレントページ内で初めてヒットしたと判
断することができる。同様に、排紙時にも該排紙ページ
番号と排紙済みのページ番号とを比較することで、１ペ
ージで１回のみページカウントをデクリメントできる。
ここでは、ページカウンタはシーケンシャルに増加する
と説明したが、ＲＡＭ削減のため、一定ページ以上（例
えば３２ページ）参照されなくなったキャッシュを排紙
時に削除してしまえば、ページ番号は３２ページ分で済
む。

【００８６】上記に説明した制御を行うことで、解像度
低下が発生した時に、カレントページのみから参照され
ているのか、他のページからも参照されているかが判断
可能となる。もし、カレントページのみから参照されて
いるのであれば、解像度低下したフォントオブジェクト
を、以下前のオブジェクトと同一領域に格納しても構わ
ないが、他ページからも参照している場合は、別の描画
オブジェクトメモリを確保して別のフォントオブジェク
トを作成する（解像度低下の結果、バンドラスタ格納部
などが小さくなり、空き領域ができる）。

【００８７】なお、本実施例では、上記キャッシュテー
ブルとインデックスも、描画オブジェクトの一種として
描画オブジェクト格納部２２ａに格納されるが、実際に
ラスタライズされるわけではないので、対応するアプリ
ケーション５０４は存在しない。

【００８８】（実施例５） 実施例４では、１つのフォントオブジェクトが複数のペ
ージから参照されている場合を説明したが、記録媒体の
両面に印刷可能な印刷部２７を有するプリンタ制御装置
において、表面と裏面とでフォントオブジェクトを共有
している場合にも本発明は適用可能である。ただし、両
面印刷時は、「課題」で説明したように、作成した順序
通りにページが排紙されない場合があるため、排紙ペー
ジ番号をデクリメントする際の番号比較は、大小ではな
く等しいかどうかで比較する必要がある。

【００８９】

【００９０】

【発明の効果】以上説明したように、本発明によれば、
フォントジェクトが生成された際の解像度と異なる解像
度でフォントオブジェクトを生成する必要が生じた場合
に、スケーラブルフォントは再スケーリングしてフォン
トオブジェクトを生成することで、解像度変換後のフォ
ントパターンの品位劣化を防ぐことができる。

【００９１】本発明によれば、描画オブジェクトを作成
した当初の解像度とは異なる解像度でイメージを作成す
る必要が生じた場合に、外部より登録・削除されるフォ
ントデータであっても、再スケーリング可能がどうかを
判別し、解像度変換後のフォントパターンの品位劣化を
最小限に抑えることができる。

【００９２】本発明によれば、描画オブジェクトを作成
した当初の解像度とは異なる解像度でイメージを作成す
る必要が生じた場合に、ドットフォントの拡大率と解像
度変換率を組合せが等倍となる時は、予め記憶されてい
るドットフォント情報を利用することで、不必要な描画
オブジェクトの格納を控えることができる。

【００９３】本発明によれば、描画オブジェクトを作成
した当初の解像度とは異なる解像度でイメージを作成す
る必要が生じた場合に、複数のページから参照されてい
る描画オブジェクトを別描画オブジェクトとすること
で、解像度を変換する必要がないページは元の解像度の
まま処理を進めることができ、印字品位の劣化を最小限
に抑えることができる。また、展開が終わっていないペ
ージの出力を待つ必要もなく新しいページの解像度変更
処理を進めることが可能となり、処理速度の向上が計ら
れる。

【図面の簡単な説明】

【図１】本発明を適用可能なレーザービームプリンタの
内部構造を示す断面図である。

【図２】実施例１に示すプリンタ制御装置の概略構成を
説明するブロック図である。

【図３】実施例１に示すプリンタ制御装置における印刷
動作を表すフローチャートである。

【図４】実施例１に示すプリンタ制御装置におけるバン
ドラスタ格納部と描画オブジェクト管理部の情報を示す
模式図である。

【図５】実施例１に示すプリンタ制御装置における描画
用メモリの構成と、バンドテーブル、各アプリケーショ
ン、描画オブジェクト、ＩＤテーブル間のリンク関係を
説明する模式図である。

【図６】実施例１に示すプリンタ制御装置における低解
像度変換処理を表すフローチャートである。

【図７】実施例２に示すプリンタ制御装置の概略構成を
説明するブロック図である。

【図８】実施例２に示すプリンタ制御装置における低解
像度変換処理を表すフローチャートである。

【図９】実施例３に示すプリンタ制御装置における、解
像度変換前後の描画オブジェクトの構成を説明する模式
図である。

【図１０】実施例４におけるフォントキャッシュ部の構
造を示す概略図である。

【図１１】実施例４でのフォントキャッシュの検索及び
フォントオブジェクト作成の手順を示すフローチャート
である。

【図１２】実施例４でのフォントキャッシュの解放処理
手順を示すフローチャートである。

【符号の説明】

２０ ＣＰＵ ２１ ＲＯＭ ２１ａ 描画オブジェクト生成部 ２１ｂ オブジェクト管理部 ２１ｃ ラスタライズ部 ２１ｄ 解像度低下判定部 ２１ｅ フォント生成部 ２１ｆ フォントメモリ ２２ ＲＡＭ ２２ａ 描画オブジェクト格納部 ２２ｂ バンドラスタ格納部 ２４ 受信バッファ ７１ フォント登録・削除部 ７２ 登録フォント格納部 ５０３ オブジェクト管理テーブル ５０６、５１１ 描画オブジェクト ５０８ オブジェクトヘッダ部（共通情報部） ５０９ オブジェクトボディ部（フォント情報部） ５１０、５１０′ フォントパターン １０００ プリンタ制御装置 １００１ 制御ユニット

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平７−137355（ＪＰ，Ａ) 特開 平７−125337（ＪＰ，Ａ) 特開 平４−1069（ＪＰ，Ａ) 特開 平４−156356（ＪＰ，Ａ) 特開 平６−183076（ＪＰ，Ａ) 特開 平７−125334（ＪＰ，Ａ) 特開 平７−164692（ＪＰ，Ａ) 特開 平８−130618（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) B41J 5/44 G06F 3/12

Claims (16)

(57)【特許請求の範囲】
1. 【請求項１】 入力される印刷データに応じてフォント
   オブジェクトを生成する第１生成手段と、 前記第１生成手段によりフォントジェクトが生成された
   際の解像度と異なる解像度でフォントオブジェクトを生
   成する必要が生じた場合に、異なる解像度で生成すべき
   フォントオブジェクトがスケーラブルフォントであるか
   否かを判別する判別手段と、 前記判別手段によりスケーラブルフォントであると判別
   された場合、スケーラブルフォントデータを用いて再ス
   ケーリングして、異なる解像度のフォントオブジェクト
   を生成し、前記判別手段によりスケーラブルフォントで
   ないと判別された場合、フォントパターンを間引き処理
   して、異なる解像度のフォントオブジェクトを生成する
   第２生成手段とを有することを特徴とするプリンタ制御
   装置。
2. 【請求項２】 前記判別手段によりスケーラブルフォン
   トであると判別された場合、登録されたスケーラブルフ
   ォントか否か判別し、登録されたスケーラブルフォント
   であると判別された場合、登録されたスケーラブルフォ
   ントが削除されたか否かを判断する判断手段を有し、 前記第２生成手段は、前記判断手段により削除されたと
   判断された場合、スケーラブルフォントデータに基づき
   生成されたフォントパターンを間引き処理して、異なる
   解像度のフォントオブジェクトを生成し、前記判断手段
   により削除されていないと判断された場合、スケーラブ
   ルフォントデータに基づいて再スケーリングして、異な
   る解像度のフォントオブジェクトを生成することを特徴
   とする請求項１記載のプリンタ制御装置。
3. 【請求項３】 前記第１生成手段は、フォントパターン
   記憶手段のフォントパターンを拡大命令に基づき拡大し
   た拡大フォントパターンを利用するフォントオブジェク
   トを生成し、 前記第２生成手段は、拡大命令の拡大率と解像度変換率
   との組合せが等倍の場合は、前記拡大フォントパターン
   を間引くことなく、前記フォントパターン記憶手段のフ
   ォントパターンを利用する形で異なる解像度のフォント
   オブジェクトを生成することを特徴とする請求項１記載
   のプリンタ制御装置。
4. 【請求項４】 前記第１生成手段により生成されるフォ
   ントオブジェクトをメモリに格納できない場合、また
   は、１バンド分のフォントオブジェクトを展開するに要
   する時間が１バンド分のイメージを外部へ送出する時間
   よりも多くなる場合、前記第１生成手段によりフォント
   ジェクトが生成された際の解像度と異なる解像度でフォ
   ントオブジェクトを生成する必要が生じることを特徴と
   する請求項１記載のプリンタ制御装置。
5. 【請求項５】 前記フォントオブジェクトに基づきイメ
   ージデータを生成する第３生成手段と、 前記第３生成手段により生成されたイメージデータに基
   づき可視出力する出力手段とを有することを特徴とする
   請求項１記載のプリンタ制御装置。
6. 【請求項６】 前記出力手段は、プリンタであることを
   特徴とする請求項５記載のプリンタ制御装置。
7. 【請求項７】 前記第１生成手段によりフォントジェク
   トが生成された際の解像度と異なる解像度でフォントオ
   ブジェクトを生成する必要が生じた場合に、前記第１生
   成手段により生成されたオブジェクトが複数ページから
   参照されているか否かを判定する判定手段を有し、 前記第２生成手段は、前記判定手段により複数ページか
   ら参照されていると判定された場合、前記第１生成手段
   で生成されたフォントオブジェクトとは別のフォントオ
   ブジェクトを生成することを特徴とする請求項１記載の
   プリンタ制御装置。
8. 【請求項８】 前記複数ページは、両面印刷時の表面と
   裏面とを含むことを特徴とする請求項７記載のプリンタ
   制御装置。
9. 【請求項９】 入力される印刷データに応じてフォント
   オブジェクトを生成する第１生成ステップと、 前記第１生成ステップによりフォントジェクトが生成さ
   れた際の解像度と異なる解像度でフォントオブジェクト
   を生成する必要が生じた場合に、異なる解像度で生成す
   べきフォントオブジェクトがスケーラブルフォントであ
   るか否かを判別する判別ステップと、 前記判別ステップによりスケーラブルフォントであると
   判別された場合、スケーラブルフォントデータを用いて
   再スケーリングして、異なる解像度のフォントオブジェ
   クトを生成し、前記判別ステップによりスケーラブルフ
   ォントでないと判別された場合、フォントパターンを間
   引き処理して、異なる解像度のフォントオブジェクトを
   生成する第２生成ステップとを有することを特徴とする
   プリンタ制御方法。
10. 【請求項１０】 前記判別ステップによりスケーラブル
    フォントであると判別された場合、登録されたスケーラ
    ブルフォントか否か判別し、登録されたスケーラブルフ
    ォントであると判別された場合、登録されたスケーラブ
    ルフォントが削除されたか否かを判断する判断ステップ
    を有し、 前記第２生成ステップは、前記判断ステップにより削除
    されたと判断された場合、スケーラブルフォントデータ
    に基づき生成されたフォントパターンを間引き処理し
    て、異なる解像度のフォントオブジェクトを生成し、前
    記判断ステップにより削除されていないと判断された場
    合、スケーラブルフォントデータに基づいて再スケーリ
    ングして、異なる解像度のフォントオブジェクトを生成
    することを特徴とする請求項９記載のプリンタ制御方
    法。
11. 【請求項１１】 前記第１生成ステップは、フォントパ
    ターン記憶ステップのフォントパターンを拡大命令に基
    づき拡大した拡大フォントパターンを利用するフォント
    オブジェクトを生成し、 前記第２生成ステップは、拡大命令の拡大率と解像度変
    換率との組合せが等倍の場合は、前記拡大フォントパタ
    ーンを間引くことなく、前記フォントパターン記憶ステ
    ップのフォントパターンを利用する形で異なる解像度の
    フォントオブジェクトを生成することを特徴とする請求
    項９記載のプリンタ制御方法。
12. 【請求項１２】 前記第１生成手段により生成されるフ
    ォントオブジェクトをメモリに格納できない場合、また
    は、１バンド分のフォントオブジェクトを展開するに要
    する時間が１バンド分のイメージを外部へ送出する時間
    よりも多くなる場合、前記第１生成ステップによりフォ
    ントジェクトが生成された際の解像度と異なる解像度で
    フォントオブジェクトを生成する必要が生じることを特
    徴とする請求項９記載のプリンタ制御方法。
13. 【請求項１３】 前記フォントオブジェクトに基づきイ
    メージデータを生成する第３生成ステップと、 前記第３生成ステップにより生成されたイメージデータ
    に基づき可視出力する出力ステップとを有することを特
    徴とする請求項９記載のプリンタ制御方法。
14. 【請求項１４】 前記出力ステップは、プリンタにより
    出力することを特徴とする請求項１３記載のプリンタ制
    御方法。
15. 【請求項１５】 前記第１生成ステップによりフォント
    ジェクトが生成された際の解像度と異なる解像度でフォ
    ントオブジェクトを生成する必要が生じた場合に、前記
    第１生成ステップにより生成されたオブジェクトが複数
    ページから参照されているか否かを判定する判定ステッ
    プを有し、 前記第２生成ステップは、前記判定ステップにより複数
    ページから参照されていると判定された場合、前記第１
    生成ステップで生成されたフォントオブジェクトとは別
    のフォントオブジェクトを生成することを特徴とする請
    求項９記載のプリンタ制御方法。
16. 【請求項１６】 前記複数ページは、両面印刷時の表面
    と裏面とを含むことを特徴とする請求項１５記載のプリ
    ンタ制御方法。