"透明度を含む属性値を有し、複数の描画要素を含むオブジェクトデータを入力する入力手段と、前記オブジェクトデータの属性値に基づいて、前記オブジェクトデータを描画するために必要なオフスクリーンバッファを確保するか否かを判定する判定手段と、前記判定手段により、オフスクリーンバッファを確保すると判定された場合、前記オブジェクトデータを描画するために必要なオフスクリーンバッファを確保するオフスクリーンバッファ確保手段と、前記確保手段で確保されたオフスクリーンバッファに、前記複数の描画要素を解析順にアンチエイリアスをかけて描画する第一の描画手段と、前記判定手段により、オフスクリーンバッファを確保しない判定された場合、前記オブジェクトデータに対して、前記透明度に基づいて透明化処理を施して解析順にアンチエイリアスをかけてオンスクリーンバッファに書き込む第二の描画手段と、前記第一の描画手段により取得されたオフスクリーン画像データを、前記透明度に基づいて透明化処理を施して前記オンスクリーンバッファに合成する合成手段と、を有することを特徴とする画像処理装置。前記判定手段は、前記オブジェクトデータが塗り潰しに関する属性と枠に関する属性とをともに有する図形であるか否かに基づいて、オフスクリーンバッファを確保するか否かを判定することを特徴とする請求項1に記載の画像処理装置。前記オブジェクトデータの属性値に基づいて、前記オブジェクトデータを描画するために必要なオフスクリーンバッファのサイズを決定する決定手段を更に有し、前記オフスクリーンバッファ確保手段は、前記決定手段により決定されたサイズのオフスクリーンバッファを確保することを特徴とする請求項1又は2に記載の画像処理装置。前記判定手段は、前記オブジェクトデータの複数の描画要素に対してグループ化されているか否かに基づいて、前記オブジェクトデータを描画するために必要なオフスクリーンバッファを確保するか否かを判定することを特徴とする請求項1乃至3のいずれか1項に記載の画像処理装置。前記複数の描画要素の重なりの有無を判断する重なり判断手段を更に有し、前記重なり判定手段は、前記オブジェクトデータの属性値と前記重なり判断手段により判断された複数の描画要素の重なりの有無に基づいて、前記オブジェクトデータを描画するために必要なオフスクリーンバッファを確保するか否かを判定することを特徴とする請求項1乃至4のいずれか1項に記載の画像処理装置。前記第一の描画手段によりオフスクリーン画像データを描画した後に、オフスクリーンバッファを解放する解放手段を更に有することを特徴とする請求項1乃至5のいずれか1項に記載の画像処理装置。オンスクリーンバッファの画像データを、出力装置にたいして出力する出力手段を更に有することを特徴とする請求項1乃至6のいずれか1項に記載の画像処理装置。コンピュータを、請求項1乃至7の何れか1項に記載の画像処理装置が有する各手段として機能させるためのコンピュータプログラム。透明度を含む属性値を有し、複数の描画要素を含むオブジェクトデータを入力する入力工程と、前記オブジェクトデータの属性値に基づいて、前記オブジェクトデータを描画するために必要なオフスクリーンバッファを確保するか否かを判定する判定工程と、前記判定工程により、オフスクリーンバッファを確保すると判定された場合、前記オブジェクトデータを描画するために必要なオフスクリーンバッファを確保するオフスクリーンバッファ確保工程と、前記確保工程で確保されたオフスクリーンバッファに、前記複数の描画要素を解析順にアンチエイリアスをかけて描画する第一の描画工程と、前記判定工程により、オフスクリーンバッファを確保しない判定された場合、前記オブジェクトデータに対して、前記透明度に基づいて透明化処理を施して、解析順にアンチエイリアスをかけてオンスクリーンバッファに書き込む第二の描画工程と、前記第一の描画工程により取得されたオフスクリーン画像データに対して、前記透明度に基づいて透明化処理を施して、前記オンスクリーンバッファに合成する合成工程と、を有することを特徴とする画像処理方法。複数の図形等を有するオブジェクトデータに対して透明化処理を行うためにはデバイスのVRAMなどに転送されるバッファ以降、オンスクリーンバッファと呼ぶとは別に、描画の下書きとして使用する特別なメモリ領域以降、オフスクリーンバッファと呼ぶが必要となる。特許文献1に記載されている手法は、最上層のオブジェクトから透明度処理を施してオンスクリーンバッファに描画し、描画した領域を2値データとして固定サイズのオフスクリーンバッファに格納する。そして次の下層のオブジェクトは、オフスクリーンバッファに格納された領域以外に関して同様に透明度処理を施してオンスクリーンバッファに描画する。しかしながら、最上層のオブジェクトから順に描画するため、オブジェクトの境界部分において正しくアンチエイリアスをかけることができない。また、透明度処理に必要な領域の大きさに関わらず、一定サイズのオフスクリーンバッファが必要になる。そこで、本発明は、複数の図形等を有するオブジェクトデータに対して透明化処理を行うために必要なオフスクリーンバッファの使用量を抑制するとともにアンチエイリアスのかかった正しい描画結果を得ることを目的とする。上記目的を達成するために本発明の画像処理装置は、透明度を含む属性値を有し、複数の描画要素を含むオブジェクトデータを入力する入力手段と、前記オブジェクトデータの属性値に基づいて、前記オブジェクトデータを描画するために必要なオフスクリーンバッファを確保するか否かを判定する判定手段と、前記判定手段により、オフスクリーンバッファを確保すると判定された場合、前記オブジェクトデータを描画するために必要なオフスクリーンバッファを確保するオフスクリーンバッファ確保手段と、前記確保手段で確保されたオフスクリーンバッファに、前記複数の描画要素を解析順にアンチエイリアスをかけて描画する第一の描画手段と、前記判定手段により、オフスクリーンバッファを確保しない判定された場合、前記オブジェクトデータに対して、前記透明度に基づいて透明化処理を施して解析順にアンチエイリアスをかけて、オンスクリーンバッファに書き込む第二の描画手段と、前記第一の描画手段により取得されたオフスクリーン画像データを、前記透明度に基づいて透明化処理を施して前記オフスクリーンバッファに合成する合成手段と、を有することを特徴とする。本発明によれば、複数の図形等を有するオブジェクトデータに対して透明化処理を行うために必要なオフスクリーンバッファの使用量を抑制することができる。<実施の形態1>本実施の形態の構造化文書処理装置画像処理装置の構成について、図1のブロック図を参照して説明する。図1において、CPU101はシステム制御部であり構造化文書処理装置100全体を制御する。ROM102は変更を必要としないプログラムやパラメータを格納する読み取り専用のメモリである。RAM103は、各種データ処理や描画処理に必要とされる変数、描画バッファ等を一時記憶する書き換え可能なメモリである。入力部104はユーザの操作を受け、データを入力するポインティングデバイスやキーボードなどの入力デバイス107とのインターフェイスである。出力部105は構造化文書処理装置100により出力されたデータを表示や印刷するための出力デバイス108とのインターフェイスである。システムバス106は101~105の各ユニットを通信可能に接続する。説明した構成に対して、プログラムコードを供給するための記憶媒体としてROMのほかに以下のものがある。例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、CD-ROM、CD-R、磁気テープ、メモリカード、DVDなどが本実施形態の構造化文書処理装置の構成に加わってもよい。はじめに、図形や文字、画像以下、図形等に透明度を掛けて背景と合成する方法である透明化処理について説明する。透明化処理とは、背景と図形等の画素に対し、図形等の透明度を表わす値を用いて重なる部分の画素値を算出する処理のことである。背景の画素値のred、green、blue成分の色値をそれぞれRb、Gb、Bb、図形等の画素値の色値をRf、Gf、Bf、図形等の透明度を表わす値をα0≦α≦1とすると、透明化処理後のred成分の値Rcは、Rc=RfαRb1-α1により求めることができる。他の成分の透明化処理についてもred成分の透明化処理と同様である。本実施の形態では、二次元ベクトルグラフィクスであるSVGにより記述されている図形等をRAM103中のオンスクリーンバッファに描画した後に出力デバイス108に出力する。図2は、背景と三つの矩形図形を示すSVG、並びに、そのSVGによるオンスクリーンバッファ上での描画結果を示している。SVG要素211は、背景200の以下の属性を示している。位置x、y=0,0大きさwidth、height=600,400塗り潰し部分の色fill=gray背景200は、SVG要素211に基づいて直接オンスクリーンバッファに描画される。SVG要素212は、矩形図形201の以下の属性を示している。位置x、y=50,50大きさwidth、height=100,100塗り潰し部分の色fill=black枠部分の色stroke=white枠部分の幅stroke-width=10SVG要素212に基づいて、まずオンスクリーンバッファに矩形図形201の塗り潰し部分が黒blackにより描画され、その後、矩形図形201の枠部分が白whiteにより描画される。SVG要素214は、矩形図形202の以下の属性を示している。位置x、y=200,50大きさwidth、height=100,100塗り潰し部分の色fill=black枠部分の色stroke=white枠部分の幅stroke-width=10塗り潰し部分の透明度fill-opacity=0.5枠部分の透明度stroke-opacity=0.5SVG要素213に基づいて、矩形図形202の塗り潰し部分の黒blackに対して透明度fill-opacityに応じた透明化処理が行われた上で、オンスクリーンバッファに描画される。その後、SVG要素213に基づいて、矩形図形202の枠部分の白whiteに対して透明度stroke-opacityに応じた透明化処理が行われた上で、オンスクリーンバッファに描画される。この一連の処理の結果、図2a中の矩形図形202からも明らかなように、塗り潰し部分の境界が枠部分の中に現れている。SVG要素213は、矩形図形203の以下の属性を示している。位置x、y=200,50大きさwidth、height=100,100塗り潰し部分の色fill=black枠部分の色stroke=white枠部分の幅stroke-width=10透明度opacity=0.5矩形図形203は、背景200、矩形図形201、矩形図形202と異なり、直接オンスクリーンバッファに描画することはできない。SVGの定義から、透明度opacityによる透明化処理は、枠部分と塗り潰し部分それぞれ独立して適用するものではなく、一旦それぞれの部分を不透明の図形として重畳した上で透明化処理しなければならないからである。即ち、オンスクリーンバッファとは異なるオフスクリーンバッファに塗り潰し部分と枠部分を順次不透明の図形として描画し、その描画結果に対して透明化処理を行いオンスクリーンバッファに描画する。以上のとおり、塗り潰し部分と枠部分で定義される図形に対して透明度が規定されているSVG要素矩形図形203を示す要素を描画する場合、オフスクリーンバッファを必要とする。同じように、オフスクリーンバッファを必要とする例を以下に示す。図3は、背景とグループ化された図形を示すSVG、並びに、そのSVGによるオンスクリーンバッファ上での描画結果を示している。SVG要素311は、背景300の以下の属性を示している。なお、以下の説明では矩形図形の位置や高さは省略している。塗り潰し部分の色fill=gray背景300は、SVG要素311に基づいて直接オンスクリーンバッファに灰色grayにより描画される。SVG要素312は、グループ化された二つの矩形図形301の以下の属性を示している。一つ目の矩形図形の色fill=black二つ目の矩形図形の色fill=whiteSVG要素312に基づいて、まず一つ目の矩形図形が黒blackによりオンスクリーンバッファに描画される。続いて二つ目の矩形図形が白whiteによりオンスクリーンバッファに描画される。SVG要素313は、グループ化された二つの矩形図形302の以下の属性を示している。一つ目の矩形図形の透明度fill-opacity=0.5一つ目の矩形図形の色fill=black二つ目の矩形図形の透明度fill-opacity=0.5二つ目の矩形図形の色fill=whiteSVG要素313に基づいて、まず一つ目の矩形図形の黒blackに対して透明度fill-opacityに応じた透明化処理が行われた上で、オンスクリーンバッファに描画される。その後、SVG要素313に基づいて、二つ目の矩形図形の白whiteに対して透明度fill-opacityに応じた透明化処理が行われた上でオンスクリーンバッファに描画される。この一連の処理の結果、図3a中のグループ化された二つの矩形図形302からも明らかなように、二つ目の矩形図形の中に一つ目の矩形図形の境界321が表れている。SVG要素314は、グループ化された二つの矩形図形303の以下の属性を示している。グループの透明度opacity=0.5一つ目の矩形図形の色fill=black二つ目の矩形図形の色fill=whiteグループ化された二つの矩形図形303は、背景200、およびグループ化された二つの矩形図形301,302と異なり、直接オンスクリーンバッファに描画することはできない。SVGの定義から、グループの透明度opacityによる透明化処理は、各矩形図形それぞれ独立して適用するものではなく、一旦それぞれの矩形図形を不透明の図形として重畳した上で透明化処理しなければならないからである。即ち、オンスクリーンバッファとは異なるオフスクリーンバッファに各矩形図形を順次不透明の図形として描画し、その描画結果に対して透明化処理を行いオンスクリーンバッファに描画する。以上のとおり、複数の図形を有するグループに対して透明度が規定されているSVG要素グループ化された二つの矩形図形303を描画する場合、オフスクリーンバッファを必要とする。以上、図2で示される塗り潰し部分と枠部分で定義される図形、並びに、図3で示されるグループ化された複数の図形を描画する場合など、その属性値からオフスクリーンバッファを必要とする場合と、そうでない場合がある。本実施の形態では、このオフスクリーンバッファを効率的に確保することにより、RAM103を有効に活用することを目的とする。図5は、RAM103における各処理に対する使用状況を模式的に示したものである。図5において、メモリエリア511,521、531は、構造化文書処理装置のOSOperatingSystemの動作等に必要となる固定的なメモリエリア固定メモリエリアである。この固定的なメモリエリアは、割り当てられた処理以外に使用することはできない。メモリエリア512、522、532は、オンスクリーンバッファである。メモリエリア513、533はオフスクリーンバッファである。メモリエリア514、524、534は、構造化文書処理装置の各種動作に必要となるメモリエリア処理メモリエリアである。例えば、構造化文書処理装置に検索機能がある場合、処理メモリエリア514,524,534はこの検索処理に利用される。この検索処理を高速化するため、なるべく多くの処理メモリエリア514、524、534が検索処理のために確保されていることが望ましい。しかしながら、従来の手法では、図5aで示したようにRAM103中にオフスクリーンバッファ513が固定的に確保されていたため、検索処理などに必要となるメモリエリア514に制限があった。一方で、オフスクリーンバッファを設けない図5bのような構成も考えられる。しかしながら、オフスクリーンバッファを設けないと、図2の矩形図形203や図3のグループ化された図形は描画できない。以上のことから、本実施の形態は、SVGの属性値に基づいてRAM103におけるオフスクリーンバッファの確保の要否を判定することにより、RAM103の有効利用を実現する。図4は、本実施の形態における各処理部のブロック図を示している。各処理ブロックは、CPU101がROM102等に保持されているプログラムコードを読み出し、RAM103の固定メモリエリアなどを使用しながら動作する。図6は、本実施の形態の処理フローを示している。まず、ステップS601において、オンスクリーンバッファ確保部401は、RAM103上にオンスクリーンバッファを確保する。ステップS602において、オブジェクトデータ入力部403は、処理対象のSVGのオブジェクトデータ402を一つ入力する。オブジェクトデータ402は、例えば、図2bの211―214、図3bの311-314のそれぞれである。オブジェクトデータ402の中には、図bの212-214のように、塗り潰し部分と枠部分の2つで構成されるものや、図3bの312-314のように複数の描画要素を含むものがある。また、それぞれのオブジェクトデータ402は属性値x、y、width、height等を有しており、透明度opacity、fill-opacity等を有する場合もある。次に、ステップS603において、属性値抽出部404は、入力されたオブジェクトデータ402の中から属性値を抽出する。ステップS604において、オフスクリーンバッファ確保要否判定部405は、オフスクリーンバッファ確保要否条件保持部406からオフスクリーンバッファ確保要否条件を読み込む。図7は、オフスクリーンバッファ確保要否条件を模式的に示している。オフスクリーンバッファ確保要否条件は、オブジェクトデータの属性値に基づいて、オフスクリーンバッファを確保するか否かを規定する。更にオフスクリーンバッファ確保要否条件は、オフスクリーンバッファが必要な場合に、どのようなサイズのオフスクリーンバッファが必要となるかも規定する。例えば、オブジェクトデータが透明度属性を有するグループ化された要素であり、かつグループ内において塗り潰し枠のいずれか一方の属性を持つ描画要素が複数重なっている場合は、重なっている領域を全て包含するだけのオフスクリーンバッファを確保することが規定されている701。別の例では、オブジェクトデータが透明度属性を有するグループ化された要素であっても、グループ内において塗り潰し枠のいずれか一方の属性を持つ描画要素が重なっていない場合は、オフスクリーンバッファを確保する必要がないことが規定されている702。ステップS605において、オフスクリーンバッファ確保要否判定部405は、オブジェクトデータの位置と形状に関する属性の値に基づいて、グループ内の描画要素が重なっているか否かを判断する。そして、オフスクリーンバッファ確保要否判定部405は、オブジェクトデータの属性値と、重なりの有無の情報とから、オフスクリーンバッファ確保要否条件を参照することにより、オフスクリーンバッファを確保するか否かを判定する。ステップS605において、オフスクリーンバッファを確保する必要があると判定された場合はステップS607に進み、そうでない場合はステップS606へ進む。ステップS606において、オンスクリーンバッファ描画部407は、オブジェクトデータ402を参照することにより、オブジェクトデータをRAM103内のオンスクリーンバッファにアンチエイリアスをかけて描画する。アンチエイリアスとは、オブジェクトデータの輪郭に生じるジャギーを軽減して少しでも目立たなくするために、オブジェクトデータの輪郭を透明度をつけて背景と融合するように色を滑らかに変化させることである。一方で、ステップ607において、オフスクリーンバッファ確保部408は、RAM103上にオフスクリーンバッファを確保する。ここで、オブジェクトデータ402の一例としてSVG形式で記述されたグループ化されたオブジェクトデータを図9に示す。図10は図9に示すオブジェクトデータがオンスクリーンバッファ1000やオフスクリーンバッファ1005に描画された結果を示すものであり、図形1001-1003がそれぞれ図9の要素901-903に該当する。また、領域1004はオフスクリーンバッファが必要となる領域を示す。領域1004を算出する方法に関しては後述するが、本実施例ではオフスクリーンバッファを1つだけ生成するものとする。ステップS608において、図9に示すオブジェクトデータの一部が前記オフスクリーンバッファからはみ出るか否かを判別する。はみ出ると判別された場合、ステップ609において、オンスクリーンバッファ描画部407は前記オブジェクトデータをRAM103内の前記オンスクリーンバッファに解析順にアンチエイリアスをかけて描画する。前記オブジェクトデータに透明度属性があれば、透明度処理を施して前記オンスクリーンバッファに描画される。但し、前記オフスクリーンバッファが必要となる領域に関しては描画しない。このときの前記オンスクリーンバッファの描画結果を図10aに示す。領域1004を避けるように前記オブジェクトデータが描画される。はみ出ないと判別された場合、ステップ609の処理を省略する。ステップ610において、オフスクリーンバッファが必要となる領域に関して、オフスクリーンバッファ描画部409は、前記オフスクリーンバッファ上に、透明度属性のないオブジェクトデータとして各描画要素を順次描画していきオフスクリーン画像データを取得する。このときの前記オフスクリーンバッファの描画結果を図10bに示す。領域1004に描画されるべき前記オブジェクトデータの一部は、透明度属性のないオブジェクトとしてアンチエイリアスをかけてオフスクリーンバッファ1005に描画される。ステップS611において、合成部410は、透明度情報を考慮して前記オフスクリーン画像データを前記オンスクリーンバッファに合成する。図10bのオンスクリーンバッファ1001上の領域1004の位置に対し、図10aのオフスクリーンバッファ1005に描かれた画像データを、透明度属性を考慮してアルファブレンドにより合成した結果が、図10cとなる。ステップS612において、オフスクリーンバッファ解放部411は、確保されていた前記オフスクリーンバッファを解放する。ステップS613において、SVGの中に次の処理対象のオブジェクトデータが存在するか否かを判定する。処理対象となるオブジェクトデータが存在すると判定された場合は、ステップS602に戻り、次のオブジェクトデータに対して同様な処理を行う。処理対象となるオブジェクトデータは存在しないと判定された場合は、ステップS614において、RAM103中のオンスクリーンバッファ上の画像データが出力部105に対して出力される。このようにSVGで記述された順にアンチエイリアスをかけて描画することにより、オフスクリーン、乃至オンスクリーンにおいて正しい描画結果を得ることができる。SVGの記述順に従わずに描画すると、オブジェクト同士が重なる場合に各オブジェクトの階層関係が変わるため、オブジェクトの境界に正しくアンチエイリアスのかかった描画結果を得ることができない。図14にオブジェクトの描画順を変更した場合の描画結果の違いの一例を示す。図14aは描画する各オブジェクトをSVG形式で記述したデータである。同図aに記述されたオブジェクト1401、1402の順でアンチエイリアスをかけて描画した結果と、逆の順でアンチエイリアスをかけて描画した結果とを比較する。なお背景の色は白とする。同図bの図形1403は、同図aで青に塗り潰しを定義されたオブジェクト1401をアンチエイリアス処理して描画した結果である。図形1403の輪郭部分は、塗り潰しの青と背景色の白を合成した色になる。そして同図cの図形1404は、オブジェクト1402をアンチエイリアス処理して図形1403に一部が重なるように描画した結果である。図形1403と重ならない輪郭部分については塗り潰しの赤と背景色の白を合成した色になり、図形1403と重なる輪郭部分1405については図形1403の青と図形1404の赤とを合成した色になる。一方、同図dの図形1404は同図aの記述順に従わず、先にオブジェクト1402をアンチエイリアス処理して描画した結果を示したものである。図形1404の輪郭部分は塗り潰しの赤と背景色の白とを合成した色になる。そして同図eの図形1403は、図形1404が描画された領域以外に対して、アンチエイリアスをかけてオブジェクト1401を描画した結果である。図形1403の輪郭部分は青と背景色の白を合成した色になるが、図形1404との境界部分1406は、既に図形1404が描画されているため図形1404の赤と背景の白とを合成した色になる。同図cにおけるオブジェクト同士の境界部分1405は、図形1403の青と図形1404の赤とを合成した色であるのに対し、同図eにおけるオブジェクト同士の境界部分1406は、図形1404の赤と背景の白とを合成した色となる。アンチエイリアスの処理は、描画しようとしている図形の下層にある図形の色ないし背景の色に依存するため、図形の階層関係が変わると、オブジェクト同士の重なっている境界部分の色も変わってしまう。図8は図6のステップ607における確保すべきオフスクリーンバッファのサイズを取得するための処理フローの一例として、透明度属性のあるグループ化されたオブジェクトに対する処理フローを示したものである。以降、図9に示すオブジェクトを入力としたときを例に、図8に示す処理フローを説明する。入力されたオブジェクトが要素900のように透明度属性を有するグループ化されたオブジェクトの場合、要素900で囲まれた各子要素901-903を、図9で記述された順に図8のフローに従い処理をする。はじめにステップ801において、要素901の属性情報を取得し、ステップ802で要素901を包含する最小矩形領域を前記属性情報から算出する。前記属性情報により要素901は中心座標が125,45で半径20、枠幅10の円であることから、要素901を包含する最小矩形は左上座標50、10、右下座標90,50であることが求められる。ステップ803で塗り潰しと枠に関する属性がともに存在するかを判別する。要素901では属性fillと属性strokeが塗り潰し、枠に関する属性に該当するためステップ804へ処理を進める。ステップ804ではステップ802で算出された前記最小矩形領域の情報をメモリ上のテーブル1101に格納する。テーブル1101は要素900を描画するために必要なオフスクリーンサイズのリストを表わすものであり、その一例を図11aに示す。そしてステップ807では、各オブジェクト同士の重なりを判別するために前記最小矩形領域をメモリ上のテーブル1102に格納する。テーブル1102の一例を図11bに示す。ステップ808ではグループ化されたオブジェクトの中で未処理のオブジェクトがあるか判別する。本実施例では要素902、903が残っているため、処理をステップ801に戻す。要素902でも要素901と同様にステップ801で属性情報を取得し、ステップ802で最小矩形領域を算出する。要素902は枠属性がないため、ステップ805に処理を移す。ステップ805ではテーブル1102を参照して、要素902の最小矩形領域が他のオブジェクトと重なるかを判別する。この時点ではテーブル1102には要素901の最小矩形領域しか格納されておらず、要素902とは重ならない。そのため処理をステップ807に移し、テーブル1102に前記最小矩形領域を格納する。要素903も要素902と同様、枠属性がないためステップ805に進む。テーブル1102に格納されている領域情報のうち要素902と一部が重なるため、ステップ806で重なる領域情報をテーブル1101に格納する。ステップ807で要素903の最小矩形領域を格納し、次の要素が無いため処理を終了とする。前述の図6の説明のようにテーブル1101に格納された各領域の和集合を1つのオフスクリーンバッファとして処理してもよい。が、テーブル1101に格納された各領域情報が重ならなければ、それぞれをオフスクリーンバッファとして図6に示す処理フローに当てはめて処理を行っても構わない。以上の通り、本実施の形態によれば、オブジェクトデータの属性値に基づいて、オフスクリーンバッファを確保するか否かを動的に判定することができる。オフスクリーンバッファが必要ないと判定された場合、図5bに示す通り、処理メモリエリア524を十分に確保ができ、各種処理を高速に実行することができる。本実施形態によれば、オフスクリーンバッファが必要と判定された場合であっても、オブジェクトデータの属性値に基づいてオフスクリーンバッファのサイズを適切に決定することができるので、効率的なメモリの使用を実現することができる図5c。<実施の形態2>ステップS605において、オフスクリーンバッファ確保要否判定部405は、オブジェクトデータの属性値に基づいて、描画要素が重なっているか否かを決定するが、処理の途中で描画要素の重なり領域の和集合が十分大きくなる場合がある。この時点で、以降の描画要素の重なりを判別する処理を回避し、オフスクリーンバッファのサイズをオンスクリーンバッファと同じとする処理に切り替える処理フローの一例を図12に示す。なお、本実施例では予めオフスクリーンバッファのサイズの閾値を設定してあるものとする。図12のステップ1201からステップ1206までは図8のステップ801からステップ806と同じ処理であるため説明を省略する。ステップ1207において、テーブル1101に登録された領域の和集合を算出する。ステップ1208で、前記和集合が前記閾値を超えたか否かを判別する。本実施例では閾値として幅W、高さHを設定し、前記和集合の幅と高さがそれぞれW、Hをともに超えた場合、S1209でオンスクリーンバッファと同じサイズにオフスクリーンバッファのサイズを設定して処理を終了する。ステップ1210とステップ1211は図8のステップ808、ステップ809とそれぞれ同じであるため説明を省略する。ステップ1208での判別方法としては幅と高さのいずれか一方が閾値を超えた場合や、閾値を面積値として前記和集合の面積が閾値を超えた場合であっても構わない。<実施の形態3>ステップS605において、オフスクリーンバッファ確保要否判定部405は、オブジェクトデータの属性値に基づいて、描画要素が重なっているか否かを決定する。が、グループ化された前記オブジェクトデータを構成する描画要素が非常に多い場合、各描画要素の重なりを判別する処理に時間がかかる。前記オブジェクトデータを構成する描画要素の数に応じて、各描画要素の重なりを判別してオフスクリーンバッファのサイズを決定するか、前記オブジェクトデータを包含する最小矩形領域をオフスクリーンバッファのサイズとするかを切り替える。その処理フローの一例を図13に示す。なお、本実施例では予めオブジェクトデータを構成する描画要素数の閾値Nが設定してあるものとする。ステップ1301で前記オブジェクトデータを構成する描画要素の数を取得し、取得した要素数が閾値Nを超えているか否かをステップ1302で判別する。超えていなければ、処理を図8の処理フローに移す。超えていなければ、各描画要素の属性情報から包含する最小矩形領域を算出し、算出された領域情報をテーブル1102に格納する。なおステップ1303からステップ1306は図8のステップ801、ステップ802、ステップ807、ステップ808と同じ処理であるため説明を省略する。前記オブジェクトデータを構成する描画要素全てに対して処理を終えたら、ステップ1307において、テーブル1102に格納された領域情報の和集合を算出し、前記和集合をオフスクリーンバッファのサイズとする。[変形例]本実施の形態では、2次元ベクトルグラフィックスであるSVGを例に説明したが、描画に関する属性値を有する図形等の描画が可能になるものであれば、SVGに限定されない。<実施の形態4>第1から第3の実施の形態の機能例えば、フローチャートにより示される機能を実現するソフトウェアのコンピュータプログラムコードを記録したコンピュータ読み取り可能な記録媒体を、システム或いは装置に供給することによっても実現できる。この場合、そのシステム或いは装置のコンピュータ又はCPUやMPUが、コンピュータが読み取り可能に記憶媒体に格納されたプログラムコードを読み出し実行することにより、上述した実施例の機能を実現する。"