JP2001160148A - 画像処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 図形の描画処理をより高速に行うことが可能
な画像処理装置を提供する。 【解決手段】 資源予測部１５は、描画する図形の経路
を示すＰＡＴＨコマンドが入力されるごとに、描画処理
時に使用するメモリ量を予測して加算してゆく。図形の
描画コマンドが入力されると、図形描画処理部１４は、
資源予測部１５で予測したメモリ量をもとに、可能であ
れば高速メモリ１７を、容量が不足する場合には一時使
用メモリ１６を選択してメモリ領域を確保する。資源予
測部１５で予測したメモリ量をデータ量として判断し、
また、確保したメモリ領域が連続しているか否かなどに
応じて、描画処理を行う処理アルゴリズムを選択する。
そして、選択した処理アルゴリズムで描画処理を行い、
エッジリストをエッジリスト格納部１８に格納する。以
後、ラスタライザ１９でレンダリングし、レンダーイメ
ージを描画メモリ２０を介して出力部３に出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、描画する図形の経
路情報、及び、経路情報を用いて図形を描画するための
描画命令に従って描画処理を行う画像処理装置に関する
ものである。

【０００２】

【従来の技術】近年の出力装置では、ページ記述言語
（ＰＤＬ）を受け取って描画処理を行うものが多く開発
されている。ＰＤＬを受け取って行う描画処理の例とし
ては、まず図形を構成する外形を示す経路情報（以下、
ＰＡＴＨ情報と呼ぶ）を取得し、その後、取得したＰＡ
ＴＨ情報に従って図形を描画するように命令する描画命
令（以下、描画コマンドと呼ぶ）を取得した際に、それ
までに取得したＰＡＴＨ情報を解析して、図形を描画す
るものがある。

【０００３】ＰＡＴＨ情報には、楕円を示す「ｅｌｌｉ
ｐｓｅ」や、直線を示す「ｌｉｎｅ＿ｔｏ」、長方形を
示す「ｒｅｃｔａｎｇｌｅ」等が含まれる。このような
ＰＡＴＨ情報を取得した後に、描画コマンド、例えばＰ
ＡＴＨ情報で示された領域を塗り潰して描画する「ｆｉ
ｌｌ＿ｐａｔｈ」、ＰＡＴＨ情報で示された線図形を描
画する「ｓｔｒｏｋｅ」などを取得すると、それぞれの
描画コマンドに応じた描画処理を行う。なお、線図形を
描画する際にも基本的には外形を示す情報に従って塗り
潰しを行うことになる。塗り潰し処理を行う場合には、
例えば奇偶規則（Ｅｖｅｎ−Ｏｄｄ Ｒｕｌｅ）や非ゼ
ロ巻線規則（Ｎｏｎ−Ｚｅｒｏ Ｗｉｎｄｉｎｇ Ｒｕ
ｌｅ）を適用する。これによって、簡単なコマンドで複
雑な図形を描画可能にしている。

【０００４】このような言語仕様のＰＤＬにおいては、
描画コマンドが送られた際に、ＰＡＴＨ情報をベクトル
単位の中間コード等に置き換えてから描画処理すること
が多く、図形の描画処理を行うために一時的に使用する
メモリが必要となる。この一時的に使用するメモリ量
は、ＰＡＴＨ情報の内容や量に依存する。

【０００５】最近の画像処理装置には、処理速度を向上
するためにキャッシュメモリのような、メインメモリよ
りも高速にアクセスが可能なメモリが搭載されているも
のがある。しかし、このような高速なメモリは高価なた
め、小容量しか搭載されていないことが多い。上述のよ
うに、図形の描画処理の際に一時的に使用するメモリ量
は実行時に動的に変化する。そのため、図形の描画処理
に高速であるが小容量のメモリを使用すると、場合によ
ってはメモリに収まらない場合が発生する。このような
事態を回避するため、図形の描画処理においては、高速
なメモリを使用して高速化を図ることは行われなかっ
た。

【０００６】一方、従来の画像処理装置において、利用
する資源量や描画に要する時間などを予測し、予測結果
を描画処理に反映することが考えられている。例えば特
開平９−３５０７３号公報に記載されている印刷装置で
は、描画オブジェクト毎に描画時間を予測し、ページ領
域内でどの部分領域が描画時間を多く費やすのかを計算
し、バンド単位ではなく、その領域に応じた圧縮・伸長
を行う技術が記載されている。しかし、この文献に記載
されている方法では、描画コマンドが送られて描画処理
を行うことになってから予測処理を行っている。そのた
め、予測処理自体がオーバーヘッドになり、期待する高
速化の効果が薄れるという問題がある。また、この文献
に記載されている方法では、描画時間がかかる領域につ
いては先にレンダリングして圧縮しておき、その領域の
データが必要となると伸長して用いるなど、通常の描画
処理とは異なる処理を挿入しなければならず、画像の出
力時には高速に行えるものの、全体の描画処理として高
速化できるものではない。

【０００７】また、例えば特開平６−８７２５１号公報
に記載されている画像処理装置では、プリント処理の開
始前に必要な資源を予測し、予測結果に基づいて解像度
の変更、中間調レベルの減少、符号化表現の変更等、プ
リント処理を変更する技術が記載されている。この技術
は、有限な資源の範囲内でプリント処理を行うものであ
り、描画処理を高速化するものではない。

【０００８】

【発明が解決しようとする課題】本発明は、上述した事
情に鑑みてなされたもので、図形の描画処理をより高速
に行うことが可能な画像処理装置を提供することを目的
とするものである。

【０００９】

【課題を解決するための手段】本発明は、描画する図形
の経路情報及び該経路情報を用いて図形を描画するため
の描画命令に従って描画処理を行う画像処理装置におい
て、描画処理を行う際に必要とするメモリ量を経路情報
から予測しておき、予測したメモリ量に応じてメモリを
選択して使用し、描画処理を行うものである。例えばメ
モリとして、高速にアクセス可能な小容量の第１のメモ
リと、該第１のメモリよりも低速であるが十分な容量を
有する第２のメモリを、予測したメモリ量によって切り
替えて用いる。これによって、予測したメモリ量が第１
のメモリの容量以下であれば、高速な第１のメモリを選
択して使用し、高速に描画処理を行うことができる。

【００１０】また、例えば描画処理の際にメモリ中に確
保した領域が連続していれば高速なメモリアクセスが可
能であるが、飛び飛びの領域が確保された場合、アドレ
ッシングなどによってメモリアクセスが低下する。その
ため、メモリ中の取得した記憶領域の状況に応じて描画
処理方式を選択することにより、さらに高速な描画処理
が可能である。

【００１１】さらに、例えば描画処理の際のデータ量に
応じて、例えば少量のデータでは高速に処理を行うこと
ができる描画処理方式と、大量のデータの処理は他の処
理方式よりも高速に処理が可能な描画処理方式とを切り
替えることによって、全体として描画処理を高速化する
ことができる。例えば経路情報から予測したデータ量に
応じて描画処理方式を選択して描画処理を行うことによ
って、さらに高速な描画処理が可能になる。

【００１２】

【発明の実施の形態】図１は、本発明の画像処理装置の
実施の一形態を示すブロック図である。図中、１は画像
処理装置、２はホストコンピュータ、３は出力部、１１
は通信制御部、１２はＰＤＬインタプリタ、１３はフォ
ント処理部、１４は図形描画処理部、１５は資源予測
部、１６は一時使用メモリ、１７は高速メモリ、１８は
エッジリスト格納部、１９はラスタライザ、２０は描画
メモリである。

【００１３】ここでは、ホストコンピュータ２からＰＤ
Ｌによって記述されたデータが送られてくる。画像処理
装置１は、ホストコンピュータ２から送られてきたＰＤ
Ｌのデータを解釈して描画処理し、出力部３が受け取る
データ、例えばビットマップデータなどに変換して出力
する。出力部３は、例えばプリンタエンジンや表示装置
等、種々の出力装置で構成され、画像処理装置１から出
力される画像を出力する。

【００１４】図２は、ＰＤＬによって記述されたデータ
の一例の説明図、図３は、そのデータに基づいて描画処
理を行って出力される出力画像の一例の説明図である。
図２に示す例では、ＰＤＬによって記述されたデータは
ＰＡＴＨコマンドと描画コマンドから構成されている。
〜行目に示したデータがＰＡＴＨコマンドであり、
行目に示したデータが描画コマンドである。ＰＡＴＨ
コマンドについては、これを解釈してＰＡＴＨ情報を取
得する。描画コマンドは、ＰＡＴＨ情報に基づいて描画
処理を行う。もちろん、このほかにも各種の設定を行う
コマンドなど、種々のコマンドが存在する場合もある。

【００１５】具体的に説明する。図２における行目の
ＰＡＴＨコマンド「ｎｅｗｐａｔｈ」は ＰＡＴＨ情報
の初期化を指示する命令である。行目のＰＡＴＨコマ
ンド「ｍｏｖｅ＿ｔｏ」は、カーソル位置を指定の座標
に移動させる命令である。この命令によって、図３の
で示す座標（２００，１００）の位置にカーソルが移動
する。

【００１６】〜行目のＰＡＴＨコマンド「ｌｉｎｅ
＿ｔｏ」は、現在のカーソル位置から指定の座標までの
直線をＰＡＴＨ情報に加える命令である。カーソル位置
は指定された座標に移動する。例えば行目のＰＡＴＨ
コマンド「ｌｉｎｅ＿ｔｏ」命令によって、座標（２０
０，１００）から座標（１００，３００）までの直線が
ＰＡＴＨ情報として加えられる。この直線は図３におけ
るの直線に相当する。次の行目のＰＡＴＨコマンド
「ｌｉｎｅ＿ｔｏ」命令では、カーソル位置が座標（１
００，３００）に移動しているので、座標（１００，３
００）から座標（６００，２００）までの直線がＰＡＴ
Ｈ情報として加えられる。この直線は図３におけるの
直線に相当する。以下同様に、行目、行目のＰＡＴ
Ｈコマンド「ｌｉｎｅ＿ｔｏ」命令によって、図３にお
ける、の直線に相当するＰＡＴＨ情報が加えられ
る。

【００１７】行目のＰＡＴＨコマンド「ｅｌｌｉｐｓ
ｅ」は、指定された２座標を対角とする長方形に内接す
る楕円をＰＡＴＨ情報に加える命令である。図３では
の楕円に相当する。この楕円のような曲線を扱う場合に
は、多くの場合、直線近似を行って細かな多数の直線デ
ータを生成する。そのため、データ量が非常に多くなる
場合がある。

【００１８】行目のＰＡＴＨコマンド「ｒｅｃｔａｎ
ｇｌｅ」は、指定の２座標を対角とする長方形をＰＡＴ
Ｈ情報に加える命令である。図３ではに示す長方形に
相当する。

【００１９】行目の描画コマンド「ｆｉｌｌ＿ｐａｔ
ｈ」は、これまでに取得したＰＡＴＨ情報に従い、図形
の内部を一定の規則に基づいて塗り潰し描画を行う命令
である。塗り潰しの際の塗り潰し規則としては、奇偶規
則（Ｅｖｅｎ−Ｏｄｄ Ｒｕｌｅ）や非ゼロ巻線規則
（Ｎｏｎ−Ｚｅｒｏ Ｗｉｎｄｉｎｇ Ｒｕｌｅ）等を
用いることができる。例えば奇偶規則を用いた場合、図
３にハッチングを施して示した領域が塗り潰される。

【００２０】画像処理装置１は、ホストコンピュータ２
から例えば図２に示したＰＤＬで記述されたデータを受
け取ると、例えば図３に示した描画結果を出力部３に対
して出力するものである。

【００２１】図１に戻り、画像処理装置１は、通信制御
部１１、ＰＤＬインタプリタ１２、フォント処理部１
３、図形描画処理部１４、資源予測部１５、一時使用メ
モリ１６、高速メモリ１７、エッジリスト格納部１８、
ラスタライザ１９、描画メモリ２０等を有している。

【００２２】通信制御部１１は、ホストコンピュータ２
から送られてくる、ＰＤＬで記述されたデータを受信し
てＰＤＬインタプリタ１２に渡す。

【００２３】ＰＤＬインタプリタ１２は、ＰＤＬで記述
されたデータを解析し、処理の振り分けを行う。ここで
は一例として、文字を描画する場合と図形を描画する場
合に振り分けている。文字を描画する場合には、フォン
ト処理部１３に対してＰＤＬのデータあるいは中間コー
ドを送る。また、図形を描画する場合には、図形描画処
理部１４に対してＰＤＬのデータあるいは中間コードを
送る。

【００２４】フォント処理部１３は、ＰＤＬインタプリ
タ１２から送られてきたＰＤＬのデータあるいは中間コ
ードに基づいて、文字を描画するためのエッジリストを
生成してエッジリスト格納部１８に格納する。

【００２５】図形描画処理部１４は、ＰＤＬインタプリ
タ１２から送られてきたＰＤＬのデータあるいは中間コ
ードに基づいて、図形を描画するためのエッジリストを
生成してエッジリスト格納部１８に格納する。この過程
において、送られてきたＰＤＬで記述されたデータがＰ
ＡＴＨコマンドである場合には、ＰＡＴＨ情報として保
持する。また、送られてきたＰＤＬで記述されたデータ
が描画コマンドである場合には、まず、保持されている
ＰＡＴＨ情報を解析して、ベクトルデータに展開する。
展開したベクトルデータは、一時使用メモリ１６あるい
は高速メモリ１７に保存する。いずれを使用するかは、
資源予測部１５による必要とするメモリ量の予測値に従
う。予測されたメモリ量が高速メモリ１７に収まる量で
あれば高速メモリ１７を選択し、それ以外の場合は一時
使用メモリ１６を選択する。一時使用メモリ１６あるい
は高速メモリ１７における領域の確保は、各ＰＡＴＨ情
報からベクトルデータに展開する毎に行う。ＰＡＴＨ情
報を全てベクトルデータに展開した後、ベクトルデータ
を使用して塗り潰す領域を台形に分解する。このとき、
一時使用メモリ領域が連続領域として確保できた場合
と、分散した領域にしか確保できなかった場合で処理ア
ルゴリズムを切り替える。あるいは、資源予測部１５で
予測されたデータ量に応じて、処理アルゴリズムを切り
替えてもよい。そして、分解した台形をエッジリストと
してエッジリスト格納部１８に格納する。

【００２６】資源予測部１５は、ＰＤＬで記述されたデ
ータがＰＡＴＨコマンドである場合に、ＰＡＴＨ情報か
ら展開されるベクトルデータの数を予測する。これらを
加算してゆき、メモリ量あるいはデータ量の予測値とす
る。

【００２７】一時使用メモリ１６及び高速メモリ１７
は、図形描画処理部１４で生成されたベクトルデータを
保持することができる。高速メモリ１７の方が一時使用
メモリ１６よりも高速にアクセスが可能であるが、容量
は少ない。なお、一時使用メモリ１６と高速メモリ１７
は、例えば切り替えて用いるほか、メモリ空間上の異な
る領域にマッピングされ、アクセスする際のアドレスの
変更によっていずれのメモリを用いるかを切り替える方
式でもよい。

【００２８】エッジリスト格納部１８は、フォント処理
部１３及び図形描画処理部１４で生成されたエッジリス
トを格納する。ラスタライザ１９は、エッジリスト格納
部１８に格納されているエッジリストをもとにレンダリ
ングを行い、描画メモリ２０にレンダーイメージを書き
込む。描画メモリ２０は、ラスタライザ１９でレンダリ
ングされたイメージを格納する。描画メモリ２０に格納
されたイメージは、例えば１バンドごとや１ページごと
に描画結果を出力部３に対して出力することができる。

【００２９】図４は、本発明の画像処理装置の実施の一
形態における動作の一例を示すフローチャートである。
ホストコンピュータ２からＰＤＬで記述されたデータが
送られてくると、Ｓ３１において、通信制御部１１はこ
れを受信してＰＤＬインタプリタ１２に送る。ＰＤＬイ
ンタプリタ１２は、ＰＤＬで記述されたデータを解析
し、処理の振り分けを行う。図４に示した例では、ＰＤ
Ｌで記述されたデータがＰＡＴＨコマンドであるか、描
画コマンドであるかをＳ３２及びＳ３３において判定す
る。ＰＡＴＨコマンドあるいは描画コマンドである場合
には、そのコマンドを図形描画処理部１４に送る。ＰＤ
Ｌインタプリタ１２は、このほかにも、例えば文字描画
を行うデータについてはフォント処理部１３に送る。ま
た、その他のコマンドについても対応する処理を行う。
Ｓ３４において、１ページ分のＰＤＬで記述されたデー
タが終了したか否かを判定し、１ページ分のデータの処
理が終了するまで繰り返し行うことになる。また、複数
ページ分のＰＤＬで記述されたデータがホストコンピュ
ータ２から送られてくる場合には、図４に示す処理をペ
ージ数の分だけ繰り返して実行することになる。

【００３０】Ｓ３２において、ＰＡＴＨコマンドが検出
され、図形描画処理部１４に送られると、Ｓ３５におい
て、描画のためのＰＡＴＨ情報として保持する。また、
ＰＡＴＨコマンドは資源予測部１５にも送られ、Ｓ３６
において、資源予測部７はＰＡＴＨ情報から展開される
最大のベクトルデータの数を予測する。例えば、ＰＡＴ
Ｈコマンド「ｌｉｎｅ＿ｔｏ」の場合は１、ＰＡＴＨコ
マンド「ｒｅｃｔａｎｇｌｅ」の場合は４つの辺につい
てそれぞれベクトルデータが生成されるので４とするこ
とができる。また、ＰＡＴＨコマンド「ｅｌｌｉｐｓ
ｅ」の場合は、曲線を直線ベクトルデータで近似するた
め、ベクトルデータの数は多くなることが予想される。
例えば短い方の直径の２倍などと予測する。これらをメ
モリ量やデータ量の予測値として加算する。なお、Ｓ３
５とＳ３６の処理はいずれが先でもよいし、並行して行
ってもよい。

【００３１】Ｓ３３において、描画コマンドが検出さ
れ、図形描画処理部１４に送られると、図形描画処理部
１４は、Ｓ３７において、資源予測部１５で予測したメ
モリ量の予測値から使用するメモリを決定する。予測し
たメモリ量が、小容量の高速メモリ１７に収まる量であ
る場合には、Ｓ３８において高速メモリ１７を選択す
る。高速メモリ１７に収まりきらないメモリ量である場
合には、Ｓ３９において一時使用メモリ１６を選択す
る。このように、なるべく高速メモリ１７を選択するこ
とによって、以降の処理におけるメモリアクセスが高速
化され、高速な描画処理を行うことができるようにな
る。そしてＳ４０において、選択したメモリから、予測
したメモリ量だけの領域を確保する。

【００３２】次にＳ４１において、図形描画処理部１４
は、保持しているＰＡＴＨ情報を解析して、ベクトルデ
ータに展開する。展開したベクトルデータは、Ｓ４０で
確保したメモリ領域に保存される。

【００３３】ＰＡＴＨ情報を全てベクトルデータに展開
した後、選択したメモリに格納されているベクトルデー
タを使用して、塗り潰す領域を台形に分解する。この
時、図形描画処理部１４では、最適な台形への分解処理
を行う処理アルゴリズムを選択する。例えば選択したメ
モリに確保したメモリ領域が連続している場合には高速
な処理を行うことができる処理アルゴリズムを適用でき
る。しかし、飛び飛びのメモリ領域としてしか確保でき
なかった場合には、アドレス計算などを必要とするた
め、メモリ領域が連続している場合に比べて低速の処理
アルゴリズムを適用しなければならない。また、台形へ
の分解処理を行う際には、展開されているベクトルデー
タの並べ替えなどのためにソート処理を行うが、ベクト
ルデータ数によって、最適なソート処理アルゴリズムは
異なる。

【００３４】このように、台形への分解処理を行う際
に、メモリ領域として連続して確保できたか否かや、デ
ータ量等によって、最適な処理アルゴリズムは異なる。
従来のように汎用の処理アルゴリズムによって一律に処
理を行うと、高速化できる処理においても高速化できな
かった。本発明では、メモリ領域として連続して確保で
きたか否かや、データ量等によって、異なる処理アルゴ
リズムを用いることができる。これによって、処理の高
速化を図ることができる。なお、処理を行うデータ量
は、資源予測部１５から送られてくるメモリ量の予測値
から判断したり、あるいは、Ｓ４１でベクトル展開した
ときのベクトルデータ数をカウントしてもよい。

【００３５】Ｓ４２において、例えばメモリ領域として
連続して確保できたか否かや、データ量等から、高速な
処理アルゴリズムを利用できるか否かを判断し、高速な
処理アルゴリズムを利用できる場合には、Ｓ４３におい
て、高速な処理アルゴリズムを利用して台形への分解処
理を行う。高速な処理アルゴリズムを利用できない場合
には、Ｓ４４において、通常の処理アルゴリズムを利用
して台形への分解処理を行う。台形への分解処理を行っ
たら、その結果をエッジリストとして、Ｓ４５において
エッジリスト格納部１８に格納する。

【００３６】このような処理を、各データに対して繰り
返し、１ページ分のＰＤＬで記述されたデータの処理が
終了すると、Ｓ４６において、ラスタライザ１９はエッ
ジリスト格納部１８に格納されているエッジリストをも
とにレンダリングを行い、描画メモリ２０にレンダーイ
メージを書き込む。描画メモリ２０に書き込まれたイメ
ージデータは、１ページごと、あるいは１バンドごとに
読み出され、出力部３に出力される。

【００３７】このようにして、図形描画処理で使用され
るメモリ量や処理するデータ量をＰＡＴＨ情報から予測
し、使用するメモリや、処理アルゴリズムを切り替える
ことによって、高速処理が可能な場合にはより高速に図
形描画処理を行うことが可能である。また、メモリ量や
データ量の予測を、ＰＡＴＨコマンドを処理する際に行
うため、予測処理に要するオーバーヘッドを少なくする
ことが可能であり、高速メモリの使用や高速処理アルゴ
リズムの使用による高速化の効果を損なうことがない。

【００３８】なお、上述の実施の形態では、選択するメ
モリとして高速メモリ１７と一時使用メモリ１６のいず
れかの選択としたが、これに限らず、３以上のメモリを
装備して切り替えてもよい。また、図４に示したフロー
チャートでは、切り替える処理アルゴリズムとして２種
類の例を示したが、種々の条件に従って３以上の処理ア
ルゴリズムを切り替えるように構成してもよい。例え
ば、確保したメモリ領域が連続か否か、及び、処理する
データ量が所定値以上か否かの２つの条件によって、４
種類の処理アルゴリズムを切り替えるように構成しても
よい。またこの場合、例えばメモリ領域の連続性により
メモリアクセス部分のアルゴリズムを切り替え、データ
量に応じてソート処理アルゴリズムを切り替えるなど、
各種の条件に応じて部分的に処理アルゴリズムを切り替
えてもよい。

【００３９】また、メモリの切り替えと処理アルゴリズ
ムの切り替えは、いずれか一方のみでもよい。もちろ
ん、両方を最適化することによって、さらに高速に描画
処理を行うことができる。

【００４０】

【発明の効果】以上の説明から明らかなように、本発明
によれば、図形の描画処理に使用されるメモリ量や処理
するデータ量を予測し、そのメモリ量やデータ量によっ
て描画処理に使用するメモリや処理アルゴリズムを変更
可能なため、画像処理装置における図形の描画処理をよ
り高速に行うことが可能になるという効果がある。

【図面の簡単な説明】

【図１】 本発明の画像処理装置の実施の一形態を示す
ブロック図である。

【図２】 ＰＤＬによって記述されたデータの一例の説
明図である。

【図３】 ＰＤＬによって記述されたデータに基づいて
描画処理を行って出力される出力画像の一例の説明図で
ある。

【図４】 本発明の画像処理装置の実施の一形態におけ
る動作の一例を示すフローチャートである。

【符号の説明】

１…画像処理装置、２…ホストコンピュータ、３…出力
部、１１…通信制御部、１２…ＰＤＬインタプリタ、１
３…フォント処理部、１４…図形描画処理部、１５…資
源予測部、１６…一時使用メモリ、１７…高速メモリ、
１８…エッジリスト格納部、１９…ラスタライザ、２０
…描画メモリ。

フロントページの続き Ｆターム(参考） 2C087 AA11 AB05 BC02 BC05 BC07 BD01 BD13 5B021 AA01 AA02 CC05 DD12 DD16 DD20 5B047 EA01 EB20 5B080 CA08 DA00 9A001 DD02 DD08 HH23

Claims (6)

【特許請求の範囲】
1. 【請求項１】 描画する図形の経路情報及び該経路情報
   を用いて図形を描画するための描画命令に従って描画処
   理を行う画像処理装置において、前記描画処理を行う際
   に必要とするメモリ量を前記経路情報から予測する資源
   予測手段と、前記描画処理の際に使用可能な複数種類の
   メモリと、前記資源予測手段によって予測されたメモリ
   量に応じて前記メモリを選択して使用し前記描画処理を
   行う描画処理手段を有することを特徴とする画像処理装
   置。
2. 【請求項２】 前記メモリとして、高速にアクセス可能
   な小容量の第１のメモリと、該第１のメモリよりも低速
   であるが十分な容量を有する第２のメモリを有してお
   り、前記描画処理手段は、メモリ量が第１のメモリの容
   量以下であれば前記第１のメモリを選択して使用するこ
   とを特徴とする請求項１に記載の画像処理装置。
3. 【請求項３】 前記描画処理手段は、前記資源予測手段
   によって予測されたメモリ量に応じて描画処理方式を選
   択して前記描画処理を行うことを特徴とする請求項１ま
   たは請求項２に記載の画像処理装置。
4. 【請求項４】 描画する図形の経路情報及び該経路情報
   を用いて図形を描画するための描画命令に従って描画処
   理を行う画像処理装置において、前記描画処理を行う際
   に必要とするメモリ量を前記経路情報から予測する資源
   予測手段と、前記描画処理の際に使用可能なメモリと、
   前記資源予測手段によって予測されたメモリ量に応じて
   前記メモリ中の記憶領域を取得し前記メモリ中の取得し
   た記憶領域の状況に応じて描画処理方式を選択して前記
   描画処理を行う描画処理手段を有していることを特徴と
   する画像処理装置。
5. 【請求項５】 前記描画処理手段は、前記メモリ中の記
   憶領域として連続した領域が取得できたか否かに応じて
   前記描画処理方式を選択することを特徴とする請求項４
   に記載の画像処理装置。
6. 【請求項６】 描画する図形の経路情報及び該経路情報
   を用いて図形を描画するための描画命令に従って描画処
   理を行う画像処理装置において、前記描画処理を行うデ
   ータ量を前記経路情報から予測する資源予測手段と、前
   記資源予測手段によって予測されたデータ量に応じて描
   画処理方式を選択して前記描画処理を行うことを特徴と
   する画像処理装置。