JP2001270172A - 画像形成装置及び画像形成装置におけるフォントデータ制御方法並びに記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 プリンタ等の画像形成装置において、ポイン
ト数の大きい文字を印刷する場合のメモリオーバーフロ
ーエラーの発生を低減させること。 【解決手段】 ホストコンピュータ１０１から指示され
たフォントサイズを判別するフォントサイズ判別部２０
３ａと、アウトラインフォントデータをベクトル形式の
中間言語に変換するベクトル中間言語生成部２０３ｂ
と、アウトラインフォントデータをビットマップ形式の
中間言語に変換するビットマップ中間言語生成部２０３
ｃと、中間言語から印刷イメージを生成するドットイメ
ージ生成部２０３ｄと、を有し、フォントサイズ指示
が、閾値未満の場合、アウトラインフォントデータをビ
ットマップ化してビットマップ形式の中間言語として保
持し、閾値以上の場合は、ベクトル化してベクトル形式
の中間言語として保持する構成とした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アウトラインフォ
ントがハンドリング可能な画像形成装置及び画像形成装
置におけるフォントデータ制御方法並びに記憶媒体に関
するものである。

【０００２】

【従来の技術】以下に従来の画像形成装置について説明
する。

【０００３】近年、画像形成装置にもＴｒｕｅＴｙｐｅ
フォントに代表されるさまざまなポイント数、回転角
度、傾き角度の描画が可能なアウトラインフォントが搭
載されてきている。

【０００４】従来の画像形成装置は、ホストコンピュー
タからページ記述言語の形式で供給される文字コードや
図形データ等の印刷データを受信すると、コントローラ
部において、印刷データ内のコマンドを解析し、フォン
ト、図形等の各オブジェクトの描画情報に切り分ける。
切り分けられた各描画情報は、画像形成装置の内部コー
ドである中間言語に変換される。

【０００５】すなわち、アウトラインフォントの描画コ
マンドの場合、要求されたアウトラインフォントのフォ
ント名、ポイント数、回転角度、傾き角度等の描画パラ
メータをもとに、該当するアウトラインフォントデータ
からフォントのビットマップデータが生成される。生成
されたデータは画像形成装置内の記憶領域（空きＲＡＭ
等）にビットマップ形式の中間言語として保持され、さ
らに、各中間言語はリンクリストと呼ばれる中間言語登
録リストに登録される。

【０００６】１ページ分のデータについて中間言語及び
リンクリストの作成が終了すると、中間言語及びリンク
リストから実際に記録媒体に出力するための印刷イメー
ジであるドットイメージデータが生成される。生成され
たドットイメージデータはエンジン部に送られる。

【０００７】エンジン部では、ドットイメージデータの
内容に従ってレーザビームプリンタであれば、電子写真
プロセスを用いて用紙等の記録媒体への出力を行なう。

【０００８】

【発明が解決しようとする課題】しかしながら、上記の
例では、以下に説明するような問題点があった。

【０００９】アウトラインフォントのデータを常にビッ
トマップ形式の中間言語としてＲＡＭの空き領域に格納
するため、出力したい文字のポイント数が大きくなる
と、ＲＡＭの空き領域のメモリを大量に消費していた。

【００１０】例えば、あるフォントの解像度６００ＤＰ
Ｉ、９ポイントで、ＸＹ方向それぞれ２００ドットの文
字描画がなされる場合、ビットマップ形式の中間言語と
して消費されるメモリ量は２００／８×２００＝５００
０で、約５Ｋバイトのメモリ使用となるが、９０ポイン
トの場合は２００／８×２００＝５０００００と、約５
００Ｋバイトのメモリ消費となる。

【００１１】すなわち、ＲＡＭの消費メモリ量はポイン
ト数の２乗に比例し増加する。

【００１２】印刷を行うためには、１ページ分のコマン
ドについて全て中間言語に変換する必要があるので、複
数の大きなサイズのフォントの中間言語がＲＡＭの空き
領域に登録され、ＲＡＭのメモリが不足した場合メモリ
オーバーフローエラーが発生し、ユーザは拡張メモリを
追加しなければ所望の出力が得られなかった。

【００１３】本発明は、外部装置からのアウトラインフ
ォント描画要求に対して、描画要求のフォントサイズに
より、ビットマップ形式の中間言語として保持するか、
ベクトル形式の中間言語として保持するかを選択するこ
とにより、ＲＡＭの消費メモリ量を削減することで、メ
モリオーバーフローエラーの発生を低減させる画像形成
装置及び画像形成装置におけるフォントデータ制御方法
並びに記憶媒体を提供することである。

【００１４】

【課題を解決するための手段】この課題を解決するため
に本発明は、アウトラインフォントがハンドリング可能
な画像形成装置であって、ホストコンピュータから指示
されたフォントサイズを判別する手段と、アウトライン
フォントデータをベクトル形式の中間言語に変換する手
段と、アウトラインフォントデータをビットマップ形式
の中間言語に変換する手段と、中間言語から印刷イメー
ジを生成する手段を有し、フォントサイズ指示が閾値未
満の場合は、アウトラインフォントデータをビットマッ
プ化してビットマップ形式の中間言語として保持し、閾
値以上の場合は、アウトラインフォントデータをベクト
ル化てベクトル形式の中間言語として保持する構成とし
た。

【００１５】これにより、メモリオーバーフローエラー
の発生を低減させる画像形成装置及び画像形成装置にお
けるフォントデータ制御方法並びに記憶媒体が得られ
る。

【００１６】

【発明の実施の形態】本願の請求項１に記載の発明は、
アウトラインフォントがハンドリング可能な画像形成装
置であって、ホストコンピュータから指示されたフォン
トサイズを判別する手段と、アウトラインフォントデー
タをベクトル形式の中間言語に変換する手段と、アウト
ラインフォントデータをビットマップ形式の中間言語に
変換する手段と、中間言語から印刷イメージを生成する
手段を有し、フォントサイズ指示が閾値未満の場合は、
アウトラインフォントデータをビットマップ化してビッ
トマップ形式の中間言語として保持し、閾値以上の場合
は、アウトラインフォントデータをベクトル化てベクト
ル形式の中間言語として保持する構成としたことによ
り、大きなポイント数の文字を印刷する場合の中間言語
の容量を削減が可能になり、メモリオーバーフローエラ
ーの発生を低減させることができる。

【００１７】本願の請求項２に記載の発明は、アウトラ
インフォントがハンドリング可能な画像形成装置であっ
て、画像形成装置の使用可能な残メモリ量を測定する手
段と、アウトラインフォントデータをベクトル形式の中
間言語に変換する手段と、アウトラインフォントデータ
をビットマップ形式の中間言語に変換する手段と、中間
言語から印刷イメージを生成する手段を有し、使用可能
な残メモリ量が閾値以上の場合は、アウトラインフォン
トデータをビットマップ化してビットマップ形式の中間
言語として保持し、閾値未満の場合は、アウトラインフ
ォントデータをベクトル化してベクトル形式の中間言語
として保持する構成としたことにより、ビットマップ形
式の中間言語がベクトル形式の中間言語と比較して相対
的に中間言語から印刷イメージを生成する手段の処理時
間が早いため、出力のスループットを最大限維持しつ
つ、メモリオーバーフローエラーの発生を低減させるこ
とができる。

【００１８】（実施の形態）まず、図１を参照しなが
ら、本発明を適用するに好適な画像形成装置の構成につ
いて説明する。

【００１９】図１は、本発明の実施の形態における画像
形成装置の概略構成ブロック図であり、プリンタエンジ
ンがレーザビームプリンタの場合を示す。なお、本発明
を適用可能な印刷処理装置はレーザビームプリンタに限
られるものではなく、他のプリント方式のプリンタ装置
であっても良いことはいうまでもない。

【００２０】図１において、１０１はホストコンピュー
タ等の外部機器で、所定の通信媒体を介してレーザビー
ムプリンタ１０２と双方向通信可能に構成されている。
なお、レーザビームプリンタ１０２は、前記外部機器１
０１からページ記述言語の形式で供給される文字コード
や図形データ等の印刷データを受け取り、それらの情報
に従って対応する文字パターンや図形パターンなどを作
成し、記録媒体である記録紙上に像を形成するよう構成
されている。

【００２１】１０３はプリンタ制御ユニット（コントロ
ーラ）部であって、レーザビームプリンタ１０２全体の
制御、およびホストコンピュータ（外部機器１０１）か
ら供給される印刷データの解析を行なう。

【００２２】このプリンタ制御ユニット１０３は、プリ
ンタエンジン部１０５と通信可能に接続され、外部機器
１０１から供給される印刷データを解析して、中間言語
を作成し、更に、中間言語に基づいたドットデータから
なるドットイメージデータを生成し、プリンタエンジン
部１０５に対して順次ドットイメージデータをビデオ信
号として送信する。

【００２３】プリンタエンジン部１０５は、前記ビデオ
信号をプリンタ制御ユニット１０３より受け取り、既知
の電子写真プロセスに従って紙面上に印刷を行なう。１
０４は操作のためのスイッチおよびＬＥＤ表示器などが
配されているパネル部であって、オペレータ（使用者）
は、パネル部１０４を操作することによって、レーザビ
ームプリンタ１０２に所定の動作の指定、あるいは印刷
環境の設定等を行なうことができるように構成されてい
る。

【００２４】なお、このレーザビームプリンタ１０２
は、外部機器１０１あるいはネットワーク接続された他
の外部機器等（不図示）のデータ源からアウトラインフ
ォントデータなどの登録も行えるよう構成されている。

【００２５】（実施の形態１）図２は本発明の実施の形
態１における画像形成装置の構成ブロック図であり、図
１に示したレーザビームプリンタのコントローラ部１０
３の内部、及びその周辺部の構成に対応する。

【００２６】また、本発明の機能が実行されるのであれ
ば、単体の機器であっても、ＬＡＮ等のネットワークを
介して処理が行なわれるシステムであっても良い。

【００２７】図１において、コントローラ部１０３は、
所定のインタフェース２０８を介して外部のホストコン
ピュータ１０ｌと接続されており、ホストコンピュータ
１０ｌから送られる印刷データに従って所定の印刷処理
を実行するように構成されている。ここで、前記印刷デ
ータは、まず受信バッファ２０７に一時的に蓄えられ
る。

【００２８】２０１はプリンタＣＰＵ（ＣＰＵ）であ
り、読み出し専用メモリであるＲＯＭ２０２のプログラ
ムＲＯＭ２０３に記憶された制御プログラムに基づい
て、システムバス２０６に接続された各種デバイスのア
クセスを統括的に制御しつつ、前記受信バッファ２０７
に蓄えられた印刷データを読み出して解析し、１ページ
分の中間言語を作成し、さらに、中間言語から実際の印
刷のためのドットイメージデータを生成する。

【００２９】なお、ＲＯＭ２０２には、上記プログラム
ＲＯＭ２０３以外に、文字出力に用いるアウトラインフ
ォントデータを格納するメモリとして用いられているフ
ォントＲＯＭ２０４も備えている。

【００３０】なお、制御プログラム２０３は、描画要求
のあったフォントのサイズを判定するフォントサイズ判
定部２０３ａ、アウトラインフォントデータからベクト
ル形式の中間言語を生成するベクトル中間言語生成部２
０３ｂ、ビットマップ形式の中間言語を生成するビット
マップ中間言語生成部２０３ｃ、１ページを短冊状に分
割したバンド単位にリンクリストに登録してある中間言
語を解釈して、ドットイメージデータを生成するドット
イメージ生成部２０３ｄなどから構成されている。

【００３１】２０９は印刷部インタフェース部（印刷部
Ｉ／Ｆ）で、前記ドットイメージデータの各ビットのＯ
Ｎ／ＯＦＦに対応したビデオ信号を印刷部（プリンタエ
ンジン部）１０５へ出力する。

【００３２】なお、バンドメモリを用いる場合は、複数
のバンドメモリ（２０５ｃ）を用意して、ドットイメー
ジデータの生成と印刷部への出力を並行して同時に行な
うように構成されている。

【００３３】すなわち、前記複数（本実施の形態では２
つ）のバンドメモリのうち、描画済みの一方のバンドラ
スタを出力しながら、並行して次のバンドに属する中間
言語を描画する処理を、交互に繰り返し行なうことによ
って、１ページ分のフルラスタに満たないメモリで描画
処理が行なえるように構成されている。

【００３４】以下、制御プログラム２０３に含まれる上
記フォントサイズ判定部２０３ａ、アウトラインフォン
トデータからベクトル形式の中間言語を生成するベクト
ル中間言語生成部２０３ｂ、ビットマップ形式の中間言
語を生成するビットマップ中間言語生成部２０３ｃ、ド
ットイメージデータを生成するドットイメージ生成部２
０３ｄの構成について詳述する。

【００３５】フォントサイズ判定部２０３ａは受信バッ
ファ２０７内の印刷データがフォント描画命令であった
場合に、描画するフォントのポイント数から、ビットマ
ップ形式の中間言語を生成するか、ベクトル形式のパラ
メータを生成するかを判断する。

【００３６】ベクトル中間言語生成部２０３ｂは、受信
バッファ２０７内の印刷データがフォント描画命令であ
った場合に描画するフォントのフォント名、文字コード
のパラメータからフォントＲＯＭ２０４内の該当アウト
ラインフォントデータを検索し、指定サイズ、回転角
度、傾き角度でベクトル形式の中間言語を生成し、中間
言語格納部２０５ａに書きこむ。

【００３７】ビットマップ中間言語生成部２０３ｂは、
受信バッファ２０７内の印刷データがフォント描画命令
であった場合に描画するフォントのフォント名、文字コ
ードのパラメータからフォントＲＯＭ２０４内の該当ア
ウトラインフォントデータを検索し、指定サイズ、回転
角度、傾き角度でビットマップ形式の中間言語を生成
し、中間言語格納部２０５ａに書きこむ。

【００３８】ドットイメージ生成部２０３ｄは、ベクト
ル中間言語生成部２０３ｂ、ビットマップ中間言語生成
部２０３ｃにより生成される中間言語を解釈し１ページ
を短冊状に分割したバンドに描画する。

【００３９】なお、ＲＡＭ２０５はＣＰＵ２０１の主メ
モリ、ワークメモリ等として機能し、図示しない増設ポ
ートに接続されるオプションＲＡＭによリメモリ容量を
拡張できるように構成されている。

【００４０】また、ＲＡＭ２０５は、中間言語を格納す
る中間言語格納部２０５ａ、リンクリストを格納するリ
ンクリスト格納部２０５ｂ、バンド２面分のドットイメ
ージを格納するためのバンドメモリ２０５ｃ、制御プロ
グラム２０３によって一時的に使用されるワークメモリ
２０５ｄ、印刷環境データ格納メモリ等（図示せず）に
用いられる。

【００４１】なお、レーザビームプリンタ１０２は図示
しない電源部から電力の供給を受けているのはいうまで
もない。

【００４２】また、本実施の形態では、各手段はＲＯＭ
等の内蔵記憶装置に格納されたプログラムとして供給さ
れると説明したが、これに限らず、フロッピーデイスク
やＣＤ−ＲＯＭ等の可搬性を有するコンピュータ読み取
り可能な記憶媒体によって供給され、実行前にＲＡＭ等
ヘロードされた後、実行されるよう構成されていても構
わない。

【００４３】図３は、図２に示したＲＡＭ２０５上での
描画処理を説明する図であり、図３（ａ）は図２に示し
たリンクリスト格納部２０５ｂ内の１ページ分のメモリ
マップを示し、図３（ｂ）はリンクリストにおけるリス
トのリンク形式を示し、図３（ｃ）は１つのリストの構
成を示す。

【００４４】なお、印刷データを受信した際に、以下に
示す１ページ分のリンクリストが生成される。

【００４５】図３（ａ）において、３０１は各ページの
種々の情報を格納するヘッダ部であって、電源投入時か
らシーケンシャルにカウントアップされるページ番号、
該ページの印刷解像度、用紙サイズ、バンドラスタ数、
該ページの描画済み／露光中／排紙中などのページの状
態を示す情報等から構成されている。

【００４６】３０２はバンドテーブルであって、ページ
サイズおよび解像度、および１バンドの高さから決定さ
れる数だけ用意される。すなわち、用紙サイズ＝Ａ４横
送り、解像度＝６００ｄｐｉ、バンド高さ＝２５６ドッ
トの場合、有効印刷領域を２００×２８７ｍｍとする
と、ページ高さは４７２５ドットとなり、バンドテーブ
ルは、４７２５／２５６＝１９（切り上げ）用意され
る。

【００４７】バンドテーブル３０２の各々のテーブルに
は、図３（ｂ）に示すように、各バンド内に印刷される
描画オブジェクトの各々に対応したリスト３０４の先頭
アドレス（図中Ｍ１〜６で示す）がセットされる。

【００４８】また、各リストを記憶する領域は、図３
（ａ）に示したリンク情報格納部３０３に格納さる。

【００４９】これらのリンクリストは図２に示したＲＡ
Ｍ２０５内のリンクリスト格納部２０５（ｂ）に確保さ
れる。

【００５０】図３（ｂ）に示す一つのリストの構成は、
図３（ｃ）に示すように、中間言語を描画するための情
報として、以下の情報を含んでいる。

【００５１】すなわち、バンド内の描画位置（バンド左
上端からのｘ座標、ｙ座標）３０５、バンドとの描画論
理３０６、中間言語の先頭アドレス３０７、中間言語が
途中から描画される場合に中間言語を読み飛ばすオフセ
ット量（描画オブジェクトの左上端からのｘ座標、ｙ座
標）３０８、次に続くリストの先頭アドレス（リンク最
後の場合はＮＵＬＬをセットする）３０９等が含まれる
（各情報のサイズは、最大用紙を表現可能なだけのビッ
ト数があればよい）。

【００５２】また、図３（ｂ）に示したように、各バン
ドテーブルには、該バンドに属するリストのみがリンク
されるようになる。

【００５３】なお、バンドテーブルとは、各描画オブジ
ェクトがどのバンドに存在しているかを示したものであ
り、１つの描画オブジェクトが複数のバンドにまたがっ
ていれば、１つのリストが複数のバンドテーブルに登録
いる（図３（ｂ）のＭ１）。

【００５４】なお、アドレス指定がメモリ上の絶対番地
を指しているのか、相対的な番地なのかについては、例
えば相対的アドレス部の場合はＲＡＭ２０５の先頭アド
レスからのオフセットで認識するように構成しておけば
良い。

【００５５】従って、図２のでは、便宜上、中間言語格
納部格納部２０５ａとリンクリスト格納部２０５ｂは別
領域として説明したが、メモリアドレスは混在していて
も構わない。

【００５６】上記のような構成にて１ページ分のリンク
リスト及び中間言語を生成しておけば各バンドに属する
描画オブジェクトが簡単に識別可能となるため、バンデ
ィング方式によって各バンド毎に中間言語を描画する処
理を高速に行なえる。

【００５７】すなわち、まず、上記バンドテーブル３０
２からリンクされているリスト３０４を順次読み出し、
続いて、各リンクリストに設定されている中間言語先頭
アドレスから中間言語を読み出す。さらに、中間言語の
ヘッダ情報部（後述）より中間言語のタイプを判別した
後、リスト内の印刷位置情報／描画論理等に従って、中
間言語タイプに応じた描画を行なう。

【００５８】図４は、中間言語の構成を説明する図であ
り、図３（ａ）は中間言語の構成を、図４（ｂ）は中間
言語ヘッダー部の構成を示している。

【００５９】図４（ａ）において、４０１は中間言語の
ヘッダー部で図４（ｂ）に示すようにビットマップ形式
の中間言語なのかベクトル形式の中間言語なのかを示す
中間言語タイプ４０３、中間言語の容量を示すサイズ
（バイト数）、この中間言語をドットイメージとして描
画した場合の幅、高さ（それぞれピクセル数、ラスタ
数）等か格納されている。

【００６０】４０２は中間言語のデータ部で中間言語タ
イプ４０３の値により構成が異なる。

【００６１】また、個々の中間言語領域はそれぞれ、図
２に示したＲＡＭ２０５内の中間言語格納部２０５
（ａ）に確保される。

【００６２】図５、図６はベクトル形式の中間言語デー
タ部の構成を説明する図、及び実例を示した図であり、
図５（ａ）はベクトル形式の中間言語データ部の構成
を、図５（ｂ）はセグメントリスト部の構成を図５
（ｃ）は描画オブジェクト（文字“Ｉ”）を示してい
る。

【００６３】図６（ａ）は図５（ｃ）と同様に描画オブ
ジェクト（文字“Ｉ”）及びその座標を図６（ｂ）はベ
クトル形式の中間言語のデータ部の実例の１つ（文字
“Ｉ”の場合）を示している。

【００６４】図５（ａ）において、５０１はループナン
バで該中間言語内の閉ループの本数が格納されている。

【００６５】５０２は該ループのセグメントナンバを示
し、該ループが開始点と何個の直線、曲線等の要素で構
成されているかが格納されている。

【００６６】５０３はセグメントリストで図５（ｂ）に
示すように、セグメントｎナンバ分のセグメントタイプ
５０４及びセグメントデータ５０５で構成されている。
セグメントタイプ５０４はセグメントデータ５０５の種
別、即ち開始点、直線、２次ベジェー、３次ベジェー等
の種別が格納され、セグメントデータ５０５はセグメン
トタイプ５０４に応じた個数分のＸ座標、ｙ座標が格納
されている。

【００６７】ここで、セグメントデータの個数はセグメ
ントタイプによって一意に決まり、例えば開始点、直線
の場合は１個（終点座標のみ、直線の場合の始点は開始
点の座標、もしくは前のセグメントの終点の座標を使
用）、２次ベジェーの場合は２個（制御点１個＋終点１
個 始点は開始点の座標、もしくは前のセグメントの終
点の座標を使用）となる。

【００６８】例えば図６（ａ）に示すような“Ｉ”の場
合の中間言語データ部は図６（ｂ）のようになる。

【００６９】すなわち、輪郭の線は１本ので構成されて
いるのでループナンバは１となり、セグメント数は開始
点と４本の直線で構成されているのでセグメントナンバ
は５となる。更にセグメントリストの５個のデータはデ
ータタイプ＝開始点、座標（１１２，０）、データタイ
プ＝直線、座標（２２４，０）、データタイプ＝直線、
座標（２２４，８０４）、データタイプ＝直線、座標
（１１２，８０４）、データタイプ＝直線、座標（１１
２，０）となる。

【００７０】図７はビットマップ形式の中間言語データ
部の構成を説明する図であり、図７（ａ）はビットマッ
プ形式中間言語のデータ部の構成を、図７（ｂ）はビッ
トマップ形式の中間言語（文字“Ａ”）の２進数表現で
の実データを示している。

【００７１】図７（ａ）の７０１はビットマップデータ
で実際のデータは図７（ｂ）に示したような値となる。

【００７２】ここで、図７（ｂ）において、１ビットの
データは１ピクセルに対応し、右側の５ビットが全て０
になっているのは、ＣＰＵ２０１がバイト（８ビット）
単位でデータにアクセスするのが効率が良いためバイト
のバウンダリーとなるよう０がパディングされているた
めである。有効な幅のデータは、中間言語ヘッダー部の
幅データ４０５から取得する。

【００７３】以下、本実施の形態の特徴的構成について
図２等を参照して説明する。

【００７４】上記のように構成された印刷処理装置にお
いて、ホストコンピュータから指示されたフォントサイ
ズを判別する手段（２０３ａ）と、アウトラインフォン
トデータをベクトル形式の中間言語に変換する手段（２
０３ｂ）と、アウトラインフォントデータをビットマッ
プ形式の中間言語に変換する手段（２０３ｃ）と、中間
言語から印刷イメージを生成する手段（２０３ｄ）を有
するので、フォントサイズ指示が、閾値未満の場合、ア
ウトラインフォントデータをビットマップ化し、ビット
マップ形式の中間言語として保持し、閾値値以上の場合
は、ベクトル化し、ベクトル形式の中間言語として保持
することで、大きなポイント数の文字を印刷する場合の
中間言語の容量を削減が可能になり、メモリオーバーフ
ローエラーの発生を低減させることができる。

【００７５】続いて、図２に示した構成から成る画像出
力装置における、１ページの印字手順、及びフォントの
中間言語生成手順を、図８、図９のフローチャートを用
いて説明する。

【００７６】図８は、本発明の実施の形態１の印刷処理
装置における１ページの印字手順を示すフローチャート
であり、図９は本発明の実施の形態１のフォントの中間
言語生成手順を示すフローチャートである。なお、
（１）〜（１０）は各ステップを示す。また、図８、図
９に示す手順は制御プログラム２０３によって実行され
る。

【００７７】まず、ステップ（１）において、ホストコ
ンピュータ１０ｌから送られる印刷データを受信バッフ
ァ２０７へ記憶する。なお、受信バッファ２０７に空き
がない場合は、ホストコンピュータ１０１にＢＵＳＹ信
号を送信する。

【００７８】ステップ（２）では、印刷データを解析
し、ステップ（３）で、ステップ（２）の解析結果に対
応した中間言語を生成し、図４に示したように中間言語
格納部２０５ａに格納する。

【００７９】その後、ステップ（４）で生成した中間言
語のリストを生成し、図３に示したようなリンク形式で
リンクリスト格納部２０５ｂに格納する。

【００８０】続くステップ（５）にて、１Ｐａｇｅコマ
ンド解析が終了したがどうかを調べる。

【００８１】１Ｐａｇｅコマンド解析が終了していない
と判定した場合には、続く印刷データを受信バッファ２
０７より読み出すために、ステップ（１）に戻り、以
降、１Ｐａｇｅコマンド解析が終了したと判定されるま
で、ステップ（１）からステップ（４）を繰り返す。

【００８２】一方、１Ｐａｇｅコマンド解析が終了した
と判断した場合にはステップ（６）以降へ進む。

【００８３】ステップ（６）ではリンクリスト格納部２
０５ｂ、中間言語格納部２０５ａの内容を解析し、ドッ
トイメージ生成部２０３（ｄ）、を用いてドットイメー
ジを生成し、ドットイメージをバンドメモリ２０５ｃに
書き込む。

【００８４】ここで、ビットマップ形式の中間言語の場
合は、既に中間言語データ部にビットマップ化されたデ
ータが格納されているので、リスト及び中間言語ヘッダ
ー部の情報をもとに、中間言語データ部のデータをバン
ドメモリ２０５ｃに貼り付けるような処理になる。一
方、ベクトル形式の中間言語の場合はリスト及びデータ
部のループナンバー５０１、ループセグメントナンバー
５０２、ループセグメントリスト５０３から、図形描画
をバンドメモリ２０５ｃに直接行う処理となる。

【００８５】その後、ステップ（７）で印刷部Ｉ／Ｆ２
０９を介して、バンドメモリ２０５ｃのドットイメージ
をビデオ信号として印刷部１０５に転送し印字を行う。

【００８６】ここで、ステップ（２）でコマンドの解析
結果がフォント描画の処理であった場合の、更に詳細な
オブジェクトに対応した中間言語生成手順（ステップ
（３））について図９を用いて説明する。

【００８７】ステップ（２）でコマンドの解析結果がフ
ォント描画の処理であった場合、まず、ステップ（８）
として、フォントサイズ判別部２０３ａで、ホストコン
ピュータ１０１から印刷データとして受信した描画フォ
ントのポイント数が閾値以上であるか判定する。

【００８８】判定結果が閾値以上であった場合は、ステ
ップ（９）として、ベクトル中間言語生成部２０３ａ
に、要求されたフォントのフォント名、ポイント数、回
転角度、傾き角度等の描画パラメータを渡し、該当する
アウトラインフォントデータから、図４から図６で示し
たビットマップ形式の中間言語を生成する。

【００８９】一方、閾値未満であった場合は、ステップ
（１０）として、ビットマップ中間言語生成部２０３ｂ
に、要求されたフォントのフォント名、ポイント数、回
転角度、傾き角度等の描画パラメータを渡し、該当する
アウトラインフォントデータ図４から図６で示したビッ
トマップ形式の中間言語を生成する。

【００９０】ベクトル形式、ビットマップ形式いずれか
の中間言語の生成が終了すると、図８のステップ（４）
以降の処理が行われる。

【００９１】（実施の形態２）図１０は本発明の実施の
形態２における画像形成装置の構成ブロック図であり、
図１に示したレーザビームプリンタのコントローラ部１
０３の内部およびその周辺部の構成に対応する。また、
本発明の機能が実行されるのであれば、単体の機器であ
っても、ＬＡＮ等のネットワークを介して処理が行なわ
れるシステムであっても良い。

【００９２】なお、本発明の実施の形態１と同一のもの
については同一番号を付与し説明を省略している。

【００９３】図１０において２０３ｅは残メモリ量測定
部で、現時点でのプリンタ内の使用可能な残ＲＡＭ容量
を測定する。つまり、プリンタ内の全ＲＡＭ容量で、バ
ンドメモリ２０５ｃ等のように特定の使用用途が決めら
れている領域や、既に中間言語格納部２０５ａ、リンク
リスト格納部２０５ｂに中間言語、リンクリストが登録
されている領域等を差し引いたメモリ容量を測定する。

【００９４】以下、本実施の形態の特徴的構成について
図１０等を参照して説明する。

【００９５】上記のように構成された印刷処理装置にお
いて、使用可能な残メモリ量を測定する手段（２０３
ｅ）と、アウトラインフォントデータをベクトル形式の
中間言語に変換する手段（２０３ｂ）と、アウトライン
フォントデータをビットマップ形式の中間言語に変換す
る手段（２０３ｃ）と、中間言語から印刷イメージを生
成する手段（２０３ｄ）を有するので、使用可能な残メ
モリ量が、閾値以上の場合、アウトラインフォントデー
タをビットマップ化し、ビットマップ形式の中間言語と
して保持し、閾値未満の場合、ベクトル化し、ベクトル
形式の中間言語として保持する。ここで、ビットマップ
形式の中間言語がベクトル形式の中間言語と比較して相
対的に中間言語から印刷イメージを生成する手段（２０
３ｄ）の処理時間が早いため、出力のスループットを最
大限維持しつつ、メモリオーバーフローエラーの発生を
低減させることが可能になる。

【００９６】続いて、図１０に示した構成から成る画像
出力装置における、１ページの印字手順、及びフォント
の中間言語生成手順を、図８、図１１のフローチャート
を用いて説明する。

【００９７】図１１は本発明の実施の形態２におけるフ
ォントの中間言語生成手順を示すフローチャートであ
る。なお、（１１）〜（１３）は各ステップを示す。ま
た、図８、図１１に示す手順は制御プログラム２０３に
よって実行される。

【００９８】基本的な１ページの印字手順は、実施の形
態１で説明した図８のフローチャートと同一となる。た
だ、ステップ（２）でコマンドの解析結果がフォント描
画の処理であった場合の、オブジェクトに対応した中間
言語生成手順（ステップ（３））が図１１のフローチャ
ートのようになる。

【００９９】ステップ（２）でコマンドの解析結果がフ
ォント描画の処理であった場合、まず、ステップ（１
１）として、残メモリ量測定部２０３ｅで、プリンタ内
の残メモリ量を計測する。

【０１００】測定結果が閾値未満であった場合は、ステ
ップ（１２）として、ベクトル中間言語生成部２０３ｂ
に、要求されたフォントのフォント名、ポイント数、回
転角度、傾き角度等の描画パラメータを渡し、該当する
アウトラインフォントデータから、図４から図６で示し
たベクトル形式の中間言語を生成する。

【０１０１】一方、閾値以上であった場合は、ステップ
（１３）として、ビットマップ中間言語生成部２０３ｂ
に、要求されたフォントのフォント名、ポイント数、回
転角度、傾き角度等の描画パラメータを渡し、該当する
アウトラインフォントデータ図４、図７で示したビット
マップ形式の中間言語を生成する。

【０１０２】ベクトル形式、ビットマップ形式いずれか
の中間言語の生成が終了すると、図８のステップ（４）
以降の処理が行われる。

【０１０３】また、図１２は、本発明の実施の形態にお
ける印刷処理装置で読み出し可能な各種データ処理プロ
グラムを格納する記憶媒体のメモリマップを説明する図
である。

【０１０４】なお、特に図示しないが、記憶媒体に記憶
されるプログラム群を管理する情報、例えばバージョン
情報，作成者等も記憶され、かつ、プログラム読み出し
側のＯＳ等に依存する情報、例えばプログラムを識別表
示するアイコン等も記憶される場合もある。

【０１０５】さらに、各種プログラムに従属するデータ
も上記ディレクトリに管理されている。また、各種プロ
グラムをコンピュータにインストールするためのプログ
ラムや、インストールするプログラムが圧縮されている
場合に、解凍するプログラム等も記憶される場合もあ
る。

【０１０６】実施の形態１、実施の形態２における図
８、図９、図１１に示す機能が外部からインストールさ
れるプログラムによって、ホストコンピュータにより遂
行されていてもよい。そして、その場合、ＣＤ−ＲＯＭ
やフラッシュメモリやＦＤ等の可搬性を有する記憶媒体
により、あるいはネットワークを介して外部の記憶媒体
から、プログラムを含む情報群を出力装置に供給される
場合でも本発明は適用されるものである。

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

【０１０８】この場合、記憶媒体から読み出されたプロ
グラムコード自体が本発明の新規な機能を実現すること
になり、そのプログラムコードを記憶した記憶媒体は本
発明を構成することになる。

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

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

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

【０１１２】

【発明の効果】以上のように本発明によれば、アウトラ
インフォントがハンドリング可能な画像形成装置であっ
て、ホストコンピュータから指示されたフォントサイズ
を判別する手段と、アウトラインフォントデータをベク
トル形式の中間言語に変換する手段と、アウトラインフ
ォントデータをビットマップ形式の中間言語に変換する
手段と、中間言語から印刷イメージを生成する手段を有
するので、フォントサイズ指示が閾値未満の場合は、ア
ウトラインフォントデータをビットマップ化してビット
マップ形式の中間言語として保持し、閾値値以上の場合
は、ベクトル化し、アウトラインフォントデータをベク
トル形式の中間言語として保持する構成としたことによ
り、大きなポイント数の文字を印刷する場合の中間言語
の容量を削減が可能になり、メモリオーバーフローエラ
ーの発生を低減させることができる。

【０１１３】また、アウトラインフォントがハンドリン
グ可能な画像形成装置であって、画像形成装置の使用可
能な残メモリ量を測定する手段と、アウトラインフォン
トデータをベクトル形式の中間言語に変換する手段と、
アウトラインフォントデータをビットマップ形式の中間
言語に変換する手段と、中間言語から印刷イメージを生
成する手段を有し、使用可能な残メモリ量が、閾値以上
の場合、アウトラインフォントデータをビットマップ化
し、ビットマップ形式の中間言語として保持し、使用可
能な残メモリ量が、閾値未満の場合は、ベクトル化し、
ベクトル形式の中間言語として保持することで、ビット
マップ形式の中間言語がベクトル形式の中間言語と比較
して相対的に中間言語から印刷イメージを生成する手段
の処理時間が早いため、出力のスループットを最大限維
持しつつ、メモリオーバーフローエラーの発生を低減さ
せることが可能になる。

【図面の簡単な説明】

【図１】本発明を適用可能な画像形成装置の概略構造を
示すブロック図

【図２】本発明の実施の形態１における画像形成装置の
構成ブロック図

【図３】本発明の実施の形態１における描画処理の説明
図

【図４】本発明の実施の形態１における中間言語構成の
説明図

【図５】本発明の実施の形態１におけるベクトル形式の
中間言語データ部の説明図

【図６】本発明の実施の形態１におけるベクトル形式の
中間言語データ部の説明図

【図７】本発明の実施の形態１におけるビットマップ形
式の中間言語データ部の説明図

【図８】本発明の実施の形態１における印刷処理装置に
おける１ページの印字手順を示すフローチャート

【図９】本発明の実施の形態１におけるフォントの中間
言語生成手順を示すフローチャート

【図１０】本発明の実施の形態２における画像形成装置
の構成ブロック図

【図１１】本発明の実施の形態２におけるフォントの中
間言語生成手順を示すフローチャート

【図１２】本発明の各実施の形態における読み出し可能
な各種データ処理プログラムを格納する記憶媒体のメモ
リマップの説明図

【符号の説明】

１０１ ホストコンピュータ（外部機器） ２０１ ＣＰＵ ２０２ ＲＯＭ ２０３ プログラムＲＯＭ ２０３ａ フォントサイズ判定部 ２０３ｂ ベクトル中間言語生成部 ２０３ｃ ビットマップ中間言語生成部 ２０３ｄ ドットイメージ生成部 ２０３ｅ 残メモリ量測定部 ２０４ フォントＲＯＭ ２０５ ＲＡＭ ２０５ａ 中間言語格納部 ２０５ｂ リンクリスト格納部 ２０５ｃ バンドメモリ ２０５ｄ ワークメモリ

Claims (6)

【特許請求の範囲】
1. 【請求項１】アウトラインフォントがハンドリング可能
   な画像形成装置であって、 ホスト装置から指示されたフォントサイズを判別する手
   段と、 アウトラインフォントデータをベクトル形式の中間言語
   に変換する手段と、アウトラインフォントデータをビッ
   トマップ形式の中間言語に変換する手段と、 中間言語から印刷イメージを生成する手段と、を有し、 フォントサイズ指示が閾値未満の場合は、アウトライン
   フォントデータをビットマップ化してビットマップ形式
   の中間言語として保持し、閾値以上の場合は、アウトラ
   インフォントデータをベクトル化してベクトル形式の中
   間言語として保持することを特徴とする画像形成装置。
2. 【請求項２】アウトラインフォントがハンドリング可能
   な画像形成装置であって、 使用可能な残メモリ量を測定する手段と、 アウトラインフォントデータをベクトル形式の中間言語
   に変換する手段と、 アウトラインフォントデータをビットマップ形式の中間
   言語に変換する手段と、 中間言語から印刷イメージを生成する手段と、を有し、 使用可能な残メモリ量が閾値以上の場合は、アウトライ
   ンフォントデータをビットマップ化してビットマップ形
   式の中間言語として保持し、閾値未満の場合は、アウト
   ラインフォントデータをベクトル化してベクトル形式の
   中間言語として保持することを特徴とする画像形成装
   置。
3. 【請求項３】アウトラインフォントがハンドリング可能
   な画像形成装置のフォントデータ制御方法であって、 ホスト装置から指示されたフォントサイズを判別するス
   テップと、 アウトラインフォントデータをベクトル形式の中間言語
   に変換するステップと、 アウトラインフォントデータをビットマップ形式の中間
   言語に変換するステップと、 中間言語から印刷イメージを生成するステップと、を有
   し、 フォントサイズ指示が閾値未満の場合は、アウトライン
   フォントデータをビットマップ化してビットマップ形式
   の中間言語として保持し、閾値以上の場合は、アウトラ
   インフォントデータをベクトル化してベクトル形式の中
   間言語として保持することを特徴とする画像形成装置に
   おけるフォントデータ制御方法。
4. 【請求項４】アウトラインフォントがハンドリング可能
   な画像形成装置のフォントデータ制御方法であって、 使用可能な残メモリ量を測定するステップと、 アウトラインフォントデータをベクトル形式の中間言語
   に変換するステップと、 アウトラインフォントデータをビットマップ形式の中間
   言語に変換するステップと、 中間言語から印刷イメージを生成するステップと、を有
   し、 使用可能な残メモリ量が閾値以上の場合は、アウトライ
   ンフォントデータをビットマップ化してビットマップ形
   式の中間言語として保持し、閾値未満の場合は、アウト
   ラインフォントデータをベクトル化してベクトル形式の
   中間言語として保持することを特徴とする画像形成装置
   におけるフォントデータ制御方法。
5. 【請求項５】アウトラインフォントがハンドリング可能
   な画像形成装置にプログラムを供給する記憶媒体であっ
   て、 ホスト装置から指示されたフォントサイズを判別するス
   テップと、 アウトラインフォントデータをベクトル形式の中間言語
   に変換するステップと、 アウトラインフォントデータをビットマップ形式の中間
   言語に変換するステップと、 中間言語から印刷イメージを生成するステップと、を有
   し、 フォントサイズ指示が閾値未満の場合は、アウトライン
   フォントデータをビットマップ化してビットマップ形式
   の中間言語として保持し、閾値以上の場合は、アウトラ
   インフォントデータをベクトル化してベクトル形式の中
   間言語として保持するプログラムを記憶したことをと特
   徴とする記憶媒体。
6. 【請求項６】アウトラインフォントがハンドリング可能
   な画像形成装置にプログラムを供給する記憶媒体であっ
   て、 使用可能な残メモリ量を測定するステップと、 アウトラインフォントデータをベクトル形式の中間言語
   に変換するステップと、 アウトラインフォントデータをビットマップ形式の中間
   言語に変換するステップと、 中間言語から印刷イメージを生成するステップと、を有
   し、 使用可能な残メモリ量が閾値以上の場合は、アウトライ
   ンフォントデータをビットマップ化し、ビットマップ形
   式の中間言語として保持し、閾値未満の場合は、アウト
   ラインフォントデータをベクトル化してベクトル形式の
   中間言語として保持するプログラムを記憶したことをと
   特徴とする記憶媒体。