描画データにおいて、ビットマップパターンのオブジェクトを判別する判別手段と、前記判別されたビットマップパターンのオブジェクトのうち、ビットマップからグラフィック描画命令へ置換可能なオブジェクトを特定する特定手段と、前記特定手段により特定されたオブジェクトをビットマップからグラフィック描画命令に置換する置換手段と、前記描画データの展開領域において同一のパターンが連続する複数のオブジェクトのグラフィック描画命令を結合する結合手段とを備えることを特徴とする描画データ処理装置。前記結合手段により結合されたオブジェクトのグラフィック描画命令に対して、他のグラフィック描画命令に置換することにより処理の負荷が軽減するか否かを判定する負荷判定手段と、前記負荷判定手段により前記他の描画命令によって負荷が軽減すると判定された場合、前記オブジェクトのグラフィック描画命令を前記他の描画命令に置換する最適化手段とを更に有することを特徴とする請求項1に記載の描画データ処理装置。前記他の描画命令は、グラフィック描画命令とクリップコマンドとの組み合わせによる描画命令であることを特徴とする請求項2に記載の描画データ処理装置。前記特定手段は、前記ビットマップパターンが、塗りつぶしを示すパターン、ラインパターン、斜め線を示すパターン、矩形パターンのうちのいずれかであることを特定することを特徴とする請求項1乃至3のいずれか一項に記載の描画データ処理装置。前記特定手段は、前記ビットマップパターンにおいて、オンピクセルまたはオフピクセルのいずれかのみで構成される行もしくは列がある場合、当該ビットマップパターンをラインパターンとして特定し、ライン描画によるグラフィック描画命令への置換が可能と判断することを特徴とする請求項4に記載の描画データ処理装置。前記特定手段は、前記ビットマップパターンにおいて、各行もしくは各列のオンピクセルまたはオフピクセルの合計数が一定である場合、当該ビットマップパターンを斜め線を示すパターンとして特定し、斜め線の描画によるグラフィック描画命令への置換が可能と判断することを特徴とする請求項4に記載の描画データ処理装置。前記結合手段は、前記グラフィック描画命令を結合する際に、隣接するオブジェクトのパターンが斜め線を示すパターンである場合、隣接する斜め線を一つの斜め線として前記グラフィック描画命令を結合することを特徴とする請求項4に記載の描画データ処理装置。前記結合手段は、前記グラフィック描画命令を結合する際に、隣接するオブジェクトのパターンが斜め線を示すパターンの場合、前記斜め線の傾きの情報を用いて、パターンを補完することを特徴とする請求項7に記載の描画データ処理装置。前記結合手段は、前記グラフィック描画命令を結合する際に、隣接するオブジェクトのパターンがラインパターンである場合、隣接するラインを一つのラインとして前記グラフィック描画命令を結合することを特徴とする請求項4に記載の描画データ処理装置。判別手段が、描画データにおいて、ビットマップパターンのオブジェクトを判別する判別工程と、特定手段が、前記判別されたビットマップパターンのオブジェクトのうち、ビットマップからグラフィック描画命令へ置換可能なオブジェクトを特定する特定工程と、置換手段が、前記特定工程にて特定されたオブジェクトをビットマップからグラフィック描画命令に置換する置換工程と、結合手段が、前記描画データの展開領域において同一のパターンが連続する複数のオブジェクトのグラフィック描画命令を結合する結合工程とを有することを特徴とする描画データ処理方法。コンピュータを、描画データにおいて、ビットマップパターンのオブジェクトを判別する判別手段、前記判別されたビットマップパターンのオブジェクトのうち、ビットマップからグラフィック描画命令へ置換可能なオブジェクトを特定する特定手段、前記特定手段により特定されたオブジェクトをビットマップからグラフィック描画命令に置換する置換手段、前記描画データの展開領域において同一のパターンが連続する複数のオブジェクトのグラフィック描画命令を結合する結合手段として機能させるためのプログラム。本願発明は、上記従来技術を鑑み、ビットマップからグラフィック描画命令への置き換えを行うことで、印刷品質を保ちつつ、表示解像度と印刷解像度の差異に合わせた変倍処理をできるようにする。上記課題を解決するために、本願発明は以下の構成を備える。すなわち、描画データにおいて、ビットマップパターンのオブジェクトを判別する判別手段と、前記判別されたビットマップパターンのオブジェクトのうち、ビットマップからグラフィック描画命令へ置換可能なオブジェクトを特定する特定手段と、前記特定手段により特定されたオブジェクトをビットマップからグラフィック描画命令に置換する置換手段と、前記描画データの展開領域において同一のパターンが連続する複数のオブジェクトのグラフィック描画命令を結合する結合手段とを備える。本願発明により、ビットマップパターンで描画されている印刷データであっても、解像度の異なるモニタでの表示と、印刷デバイスによる出力結果の見た目とを一致させることができ、かつ、より高画質な出力結果を得ることができる。以下、本発明を実施するための最良の形態について図面を用いて説明する。[システム全体の構成]図1は、ユーザとユーザが使用するパーソナルコンピュータ以下、PC101と、このPC101に通信可能に接続されたプリンタ102とを表わす印刷システムの全体図である。図1に示す印刷システムで、ユーザ100は、PC101で動作するアプリケーション上で印刷データを参照し、印刷指示を行う。ユーザ100からの印刷指示に従って、プリンタ102は印刷データの印刷を行う。なお図1では、PC101とプリンタ102とが直接接続された構成にて示されているが、この構成に限定されない。例えば、各装置は複数備えられていてもよい。また、装置間のネットワークは、LAN等のイントラネットでもよいし、インターネットなどの外部ネットワークにより接続されてよい。また、その接続方式は、有線/無線を特に限定しない。なお、プリンタ102は、印刷機能を有するMFPMultiFunctionPeripheralなどであっても構わない。[パーソナルコンピュータ]図2は、本実施形態に係るPC101のブロック図である。CPU201は、PC101の各種制御を行う。ROM202は、起動時の処理などのプログラムコードが格納されている。RAM203は、オペレーティングシステムや各種アプリケーションがCPU201にて実行される際に用いられ、例えば、各種アプリケーションのワークエリアとして使用される。入力コントローラ204は、入力機器の制御を行う。入力機器の一例として、ここではキーボード208が接続され、ユーザの様々な入力処理を受け付ける。ビデオコントローラ205は、表示用の制御を行う。ここではディスプレイ209がビデオコントローラ205に接続され、ディスプレイ209の解像度情報に応じた表示制御を行う。メモリコントローラ206は、外部メモリの制御を行う。ここでは、外部メモリ210としてHDDがメモリコントローラ206に接続され、HDDにはアプリケーションプログラムや文書データなどが格納されている。通信I/Fコントローラ207は、通信制御モジュールであり、ここではネットワーク211が通信I/Fコントローラ207に接続され、外部の装置と通信を行う。ここでのネットワーク211は、LANやインターネットなどが該当する。[プリンタ]図3は、本実施形態に係る描画データ処理装置であるプリンタ102のブロック図である。CPU301は、プリンタ102の各種制御を行う。ROM302は、CPU301で行う各種制御プログラムが記憶されている。RAM303は、CPU301の各種制御のためのプログラムを展開したりするためのワーク領域および、不揮発性の領域を備え、ここには印刷設定および各種パラメータを記憶する。記録部I/F304は、記録制御を行うモジュールであり、ここでは印刷部308と接続され、印刷データを印刷部308に出力したり、用紙制御を印刷部308に対して行う。操作部I/F305は、操作部を制御するモジュールであり、ここではタッチパネルLCDLiquidCrystalDisplay309と接続される。操作部I/F305は、タッチパネルLCD309を介してメニューや設定、各種状況の表示を行ったり、オペレータからの入力を受け付けたりする。メモリコントローラ306は、外部メモリ310の制御を行う。ここでは、外部メモリ310としてHDDがメモリコントローラ306に接続され、文書データの保存や各種履歴の情報などを格納する。通信I/Fコントローラ307は、通信制御モジュールであり、ここではネットワーク311が通信I/Fコントローラ307に接続され、外部装置との通信を行う。ここでのネットワーク311は、LANやインターネットが該当する。[モニタ解像度の取得と印刷データの生成と送信処理]まず、図1および図5を用いて、モニタ表示結果と印刷データ生成の処理について説明する。図1のPC101上では、アプリケーションソフトウェア以下、単にアプリケーションと称すとそれを動作させるためのオペレーティングシステム以下、OSが動作している。例えばWindows登録商標OS上では、アプリケーションは、Windows登録商標OSで提供されるグラフィックライブラリであるGDIGraphicDeviceInterfaceを使って描画を行う。GDIでは、出力するデバイス毎に能力に合わせた出力制御が行われており、例えば解像度などは、出力先が異なる場合には、異なる出力解像度のデータが生成される。そのため、アプリケーションから印刷データに含まれるビットマップパターン以下、単にパターンの出力を行うためにGDIを使って描画を行った場合、モニタ表示用とプリンタ出力用でパターンの解像度が異なるデータが生成される。なお、本願発明にて扱う具体的なパターンの例は後述する。具体的には、図5Aに示されるように、モニタの解像度が96dpidotperinchである場合、モニタドライバ不図示によりモニタ表示用に生成されるパターンデータは96dpiのデータとなる。一方、プリンタドライバ不図示による印刷データ生成時には、図5Bに示すように、プリンタドライバが設定した解像度情報ここでは600dpiに応じて印刷データが生成される。また、この印刷データは、PDLPageDescriptionLanguageと呼ばれる様々な描画命令や印刷制御命令で構成されている。ここでは、ユーザ100が、PC101のモニタディスプレイ209に表示されている文書データを参照しながら印刷指示を行った場合、PC101は、モニタの解像度情報が96dpiである旨の情報を印刷データに含めてプリンタ102に送信する。以下、図1のプリンタ102における処理について、図3、図4、図6~図8、および図11~図16のフローチャートを使って詳述する。[プリンタ側の処理の概略]図7のフローチャートを用いて、本発明の一実施形態に係る処理の流れについて説明する。なお、本フローを実現するそれぞれの処理プログラムは、プリンタ102のROM302に記憶されており、RAM303に読み出されてCPU301によって実行されることで実現される。まず、図3のCPU301により実行されるデータ受信プログラム401の制御で、プリンタ102は、ネットワーク311から印刷データを受信し、印刷データを外部メモリ310に保持するS101。上述したように、ここで受信する印刷データには、モニタの解像度情報が含まれているものとする。なお、データ受信プログラム401は、図4に示すようにROM302に保持されているものとする。次に、CPU301は、外部メモリ310に保持した印刷データを読み出し、印刷データに含まれるPDLを分析し、描画オブジェクトの判定を行うS102。判定が終わった後、CPU301は、パターン描画のオブジェクトか、文字やイメージなどの描画命令かを判別する、描画オブジェクトの判定処理を実行する。描画命令の判定は既知の技術であるために詳述はしないが、例えば、図6に示すように、一般的にパターン描画命令は、パターンの幅、高さ、パターンデータから構成される。したがって、印刷データにおける所定のサイズ領域のパターンごとに処理を行う。なお、図6に示した構成に限定するものではなく、他の情報を含んでいても構わない。パターンであると判定されたものについて、CPU301は、パターン種別判定処理と、ライン描画や矩形描画などのグラフィック描画命令への置換処理とを実行するS103。ここでのパターン種別判定処理とは、パターンがどのような種類、特徴を有するかを特定し、描画命令の置換情報の蓄積を行う処理を指す。パターン種別判定置換の処理の詳細については、図8、図11~14を用いて後述する。通常、パターンはある1つの画像だけで描画されるものではなく、複数の同一の画像を並べて描画されるものである。そこで次に、CPU301は、指定されている描画命令に従って、同一のパターンを並べた場合に効率的な描画命令にするためのパターン結合処理を実行するS104。パターン結合の処理の詳細については、図15を用いて説明する。さらに、CPU301は、結合されたパターンを描画する描画命令に対して、別の描画命令に置き換えることで描画効率が向上するかどうかを判定し、最適な描画命令に置き換えるパターン最適化処理を実行するS105。本パターン最適化処理の詳細については、図16を用いて説明する。以上の処理で、パターンで指定された描画部分が、別の描画命令に置き換えられて描画される。最後に、CPU301が、変換された描画命令を印刷データとして印刷部308に送信し、印刷処理を実行するS106。以上が、本発明の実施形態の大まかな処理の流れになる。次に、それぞれの処理について、図を用いて詳述する。[パターン種別判定置換処理]図7のS103におけるパターン種別判定置換処理では、受信した印刷データに含まれるパターンデータがどのような種類のものかの判定を行う。パターン描画命令と実際のパターンは図10に示すような関係にある。ここでは、パターンにおける色を塗る部分をオンピクセル塗らない部分をオフピクセルと記述する。なお、図10に示すパターン描画命令のパターンデータにおいて、オンピクセルを1で、オフピクセルを0にて示しているが、これに限定しない。以下、図8、図11~14のフローチャート、図4、図9、図17、図18、図27を用いてパターン種別判定置換処理について詳述する。なお、本フローにかかるパターン管理テーブルおよび、濃度パターン、ラインパターン、斜め線を示すパターン以下、斜めパターンなどのパターン種別の情報は、プリンタ102のRAM303に記憶される。パターン管理テーブルの構成を図26に示す。また、各パターンの情報の構成例を図27に示す。また図8のフローを実現するパターン種別判定置換プログラム403は、図4に示すように、プリンタ102のROM302に記憶されており、RAM303に読み出されてCPU301により実行される。プリンタ102において、CPU301は、判定するパターンデータをRAM303上に展開するS200。ここでは、図9のようなパターン座標にパターンを展開した例を用いて説明する。図9において、左上端を原点とし、水平方向をx座標、垂直方向をy座標とする。また、本明細書において、展開したパターンにおいて、水平方向の連続した画素群を行と記載し、垂直方向の連続した画素群を列と記載する。次に、CPU301は、パターンデータが一様な濃度を意味するものかどうかの判定を行うS201。ここでの判定方法として、CPU301は、パターン内に孤立点が存在するかどうかを判定する。孤立点が存在するパターンは、具体的には図17A~Cで示すようなパターンであり、オンピクセルもしくはオフピクセルの連続しないピクセルが複数存在する場合を意味する。孤立点が存在すると判定された場合S201にてYES、CPU301は、当該パターンの形を意味するものではなく、ある領域を塗りつぶす濃度を意味する濃度系パターンであると判定する。そこで、CPU301は、パターンの濃度値を算出するS205。そして、CPU301は、検出されたパターンの置換処理を終了する。この場合、パターンの特徴情報としては、図27Aで示すように、濃度パターンという情報と濃度値という特徴量が抽出され、図4に示すRAM303のパターン管理テーブル407に記憶される。次に、孤立点が無いと判定された場合S201にてNO、CPU301は、パターンがどのような形を意味するパターンであるかの判定を行う。まず、CPU301は、水平垂直方向で一定のオンオフピクセルで構成されているかどうかを判定するS202。具体的には、CPU301は、パターンを水平方向、垂直方向に全て走査し、オンピクセルもしくはオフピクセルのどちらかのみで構成されているか否かを判定する。例えば、この条件に合致するパターンは、図18A、Bに示すようなパターンである。ここで水平もしくは垂直にオンピクセルもしくはオフピクセルのどちらかだけで全て構成されている方向がある場合S202にてYES、CPU301は、ライン描画命令に置き換えられると判定し、ライン置換処理を実行するS206。つまり、行もしくは列のいずれかにおいて、同一のピクセルのみで構成されているものがあるか否かを判定している。ライン置換処理の詳細については、図11を用いて説明する。なお、S202の判定処理で、ライン描画命令に置き換えられると判定された方向は、ラインの向きを示す向き情報として、CPU301は、図4に示すRAM303内のワークメモリ406に保持しておく。ライン置換処理が完了した後、本処理フローを終了する。次に、S202でNOと判定された場合、CPU301は、パターンが斜め方向の形状を示しているかを判定するS203。具体的には、展開されたパターンの水平および垂直方向に走査を行い、オンピクセルとオフピクセルの数が一定であるかどうかを判定する。具体的に説明すると、図19A、Bに示す、斜めパターンの例をみると、それぞれ、オンピクセルオフピクセルの数が、水平方向垂直方向で一定であることがわかる。例えば、図19Aでは、4つのオフピクセルと4つのオンピクセルとが一定として周期性を有して示されていることが分かる。ここで、一定であると判定されるとS203にてYES、CPU301は、斜めパターン置換処理を行うS207。斜めパターン置換処理の詳細については、図12を用いて後述する。なお、1行あたりのオンピクセルの合計数を、1行中の連続するオンピクセルの塊以下、オンピクセル群の数で割った値をライン幅情報として、CPU301は、図4に示すRAM303内のワークメモリ406に保持しておく。例えば、図19Aの場合、ライン幅は4=4オンピクセルの合計数/1オンピクセル群の数となる。同様に、図19Bの場合、ライン幅は2となる。斜めパターン置換処理が完了した後、本処理フローを終了する。S203で一定でないと判断された場合はS203にてNO、CPU301は、矩形判定の処理を行うS204。ここでの矩形判定の処理とは、複雑な図形では無く、四角形のように単純な図形で表現されるパターン描画データであるかどうかを判定する処理である。具体的には、パターンの行を走査し、オンピクセルが連続する部分があった場合、オンピクセル群の左、右を特徴点として保持する。次の行に移行し、オンピクセル群が同じ幅で、同じ位置にあれば、更に次の行に移行する。そして、同じオンピクセル群が異なる行にわたって存在する場合、矩形による表現が可能と判断する。図21A、Bに、S204にて矩形と判定される例を示す。また、図21CにS204では矩形と判定されない例を示す。矩形判定で矩形による表現が可能だと判定された場合S204にてYES、CPU301は矩形パターン置換処理を行う。矩形パターン置換処理については、図13を用いて後述する。矩形パターン置換処理が完了した後、本処理フローを終了する。矩形判定で矩形による表現が不可であると判定された場合S204にてNO、CPU301は、パターンをそのままパス描画による描画命令に置き換えるパス置換処理を行う。パス置換処理の詳細については、図14を用いて説明する。パス置換処理が完了した後、本処理フローを終了する。以下、図8にて示す各置換処理の詳細を説明する。ライン置換処理以下、図11のフローチャートを用いて、図8のS206におけるライン置換処理を詳述する。CPU301は、先に抽出され、ワークメモリ406に保持されたラインパターンの向き情報から、向きと垂直に交わる方向にパターンを走査し、ラインの本数、太さ、座標を抽出するS301。具体的には、図18Cに示すようなパターンの場合、図27Bに示すような描画命令に対応するラインパターン情報が抽出される。そして、CPU301は、S301にて抽出されたラインパターン情報を、図4に示すRAM303内のパターン管理テーブル407に記憶するS302。なお、このとき、ワークメモリ406に保持された向き情報は削除するようにしても構わない。そして、本処理フローを終了する。斜めパターン置換処理以下、図12のフローチャートを用いて、図8のS207における斜めパターン置換処理について詳述する。また、本処理のそれぞれの工程におけるイメージを図20A~Fに示す。ここでは、図20Aを入力画像とする。まず、CPU301は、パターンの各行を対象として、S402~S405の処理を繰り返すS401。CPU301は、着目行において、水平方向にオンピクセルの走査を行うS402。水平方向にてオンピクセルが検出されると、CPU301は、連続するオンピクセルの幅について、ワークメモリ406に保持されたライン幅と同じかどうかを判定するS403。ライン幅と同じで有ればS403にてYES、CPU301は、オンピクセル群の両端の左上、右上の座標を、特徴点の候補として、図4に示すRAM303のワークメモリ406に保持するS404。一方、ライン幅に満たないと判定された場合S403にてNO、CPU301は、オンピクセル群のうち、パターン領域の外枠に接していない方のオンピクセル群の端の左上もしくは右上を、特徴点候補として、ワークメモリ406に保持するS405。ここまでの処理により、図20Bに示す情報が取得される。そして、パターンの全ての行に対しS402~S405の処理が完了した後、CPU301は、抽出されたオンピクセル群のパターン領域の外枠に接しない端点の変化量を、パターンの傾き情報として、ワークメモリ406に保持するS406。次に、CPU301は、抽出された特徴点候補を行間で連結するS407。ここまでの処理により、図20Cに示す結果が得られる。次に、CPU301は、パターン領域の外枠まで連結した線分を延長し、外枠との交点を最終的な特徴点としてワークメモリ406に保持するS408。ここまでの処理により、図20D、Eに示す結果が得られる。最後に、CPU301は、抽出された特徴点を連結し、パターンとして描画する部分を確定するS409。これにより、図20Fに示すようにパターンが確定される。以上の処理の結果、図27Cに示すような描画命令に対応する斜めパターン情報が生成され、図4に示すパターン管理テーブル407に記憶される。ここで、パスは、パターンを構成する特徴点の座標を示し、各特徴点を結んだ閉領域オブジェクトを示している。矩形パターン置換処理図13のフローチャートを用いて、図8のS208における矩形置換処理について詳述する。また、矩形パターン置換処理にて扱われる例を図21に示す。CPU301は、パターンの各行を対象として、S502~S506の処理を行うS501。CPU301は、着目行において、オンピクセルの走査を行うS502。ここで、オンピクセルが連続する部分が存在する場合、CPU301は、オンピクセル群の左上右上を特徴点として図4に示すRAM303のワークメモリ406に保持するS503。また、CPU301は、パターン領域に外接する座標も特徴点として保持する。次に、CPU301は、同じ座標の特徴点がすでに保持されているか確認するS504。同じ座標の特徴点が着目行の一つ前の行にあって、着目行のオンピクセル位置として存在しなくなった場合S504にてYES、CPU301は、矩形領域を確定するS505。ここでは、前の行の特徴点を矩形の上部とし、着目行のピクセル位置における、特徴点に対応する座標を、矩形の下部左下と右下の座標とする。一方、同じ座標の特徴点が存在する場合はS504にてNO、CPU301は、特徴点とせず、次の行を着目行として処理を継続するS506。以上の処理を、パターンの最終行まで行うことで、パターン領域における矩形描画が確定する。この時、図27Dに示すような描画命令に対応する矩形パターン情報が、図4に示すパターン管理テーブル407に記憶される。ここで、図27Dに示す矩形パターン情報では、左上の座標と右下の座標とが示されている。パス置換処理図14のフローチャートを用いて、図8のS209におけるパス置換処理について詳述する。また、図22Aに本フローの入力データの例を示す。また、図22B、Cに本処理フローにより得られる入力データに対する各工程の結果を示す。CPU301は、パターンの各行を対象として、S602~S603の処理を行うS601。まず、CPU301は、着目行のオンピクセルの走査を実行するS602。このとき、オンピクセルが存在する場合、CPU301は、オンピクセル群の四方を特徴点として図4に示すRAM303のワークメモリ406に保持するS603。ここまでの工程により、図22Bに示す結果が得られる。各行の走査の後、CPU301は、抽出した特徴点を用いて、オンピクセルを囲むようにパス描画命令を生成するS604。言い換えると、CPU301は、閉領域を構成するように、特徴点を連結し、その閉領域を示す描画命令を生成する。ここまでの工程により、図22Cに示す結果が得られる。以上の処理図8、図11~14により、ビットマップパターンで指定された描画命令を、濃度パターン、ラインパターン、斜めパターン、矩形パターン、パス描画パターンのいずれかの描画命令に置換する。[パターン結合処理]次に、図7のS104に示す図15のフローチャートを用いて、パターン結合処理について説明する。図15のフローを実現するパターン結合処理プログラム404は、図4に示すように、プリンタ102のROM302に記憶されており、RAM303に読み出されてCPU301により実行される。これまでに説明した各種パターン置換処理によって、1パターンサイズにおける領域でのグラフィック描画命令への置換を行った。パターンは通常、描画パターンデータと、そのパターンを使った塗りつぶし指定があり、同じパターンデータを複数並べて描画する処理となる。本実施形態では、グラフィック描画命令に置き換えられたパターン描画命令群を複数並べて描画する際に、隣接するパターン領域によって生成されたグラフィック描画命令をさらに連結する。まず、CPU301は、パターンを展開する展開領域を計算し、その展開領域において並べるパターンの数を計算するS701。ここでの展開領域は、解像度にも依存する。そのため、モニタでの解像度と、プリンタでの出力解像度との差異による出力結果の違いをなくすために、下記の出力倍率の計算式を用いてプリンタの出力解像度への変換を行う。出力倍率=プリンタ解像度/モニタ解像度ここで、プリンタ解像度はプリンタ自身の情報から取得し、モニタ解像度は印刷データに含まれる情報を用いることとなる。また、出力倍率は、整数倍に限定されないこととなる。次に、CPU301は、計算されたパターンの展開数と展開するパターン種別から、図4に示すRAM303のパターン管理テーブル407に保持されているパターンデータを読み込み、展開するS702。次に、CPU301は、展開された特徴情報で隣接するパターン同士を比較し、重なっている特徴点座標を削除するS703。具体的には、図23Aに示すような一つのパターンを描画する際に必要となる特徴点の座標情報も、図23Bに示すようにパターンを結合すると、パターンの接合部分の特徴点は不要になる。従って、複数のパターンを結合することによって重複する特徴点を削除する。次に、CPU301は、結合パターンを構成する描画命令を、削除された座標部分を接続するように再構成するS704。ここで、斜めパターンやラインパターンでは、さらに別の結合処理を行う必要があるため、CPU301は、斜めパターンかどうかの判定を行うS705。斜めパターンであると判定された場合S705にてYES、CPU301は、結合しても接続されていない特徴点について、斜めパターンの傾き情報から、パターンの補完を行うS707。具体的には、図24Aに示す元パターンから図24Bに示すパターンを生成し、図24Bに示すパターンを複数連結する場合を考える。この場合において、図24Cのように、斜めパターンの特徴情報である傾き情報から、接続されない特徴点の部分が接続できると判断された場合、特徴点同士を接続する描画とする。斜めパターンでない場合にはS705にてNO、CPU301は、ラインパターンであるかどうかの判定を行うS706。ラインパターンであると判定された場合S706にてYES、CPU301は、隣接するライン同士が結合する処理を実行するS708。具体的には、図25Aに示す元パターンから図25Bに示すパターンを生成し、連結する場合を考える。この場合において、図25Cのように、隣接するパターンで二つのラインが結合できる場合には、一つのラインに結合する。[パターン最適化処理]最後に、図7のS105におけるパターン最適化処理について、図16のフローチャートを用いて説明する。図16のフローを実現するパターン最適化処理プログラム405は、図4に示すように、プリンタ102のROM302に記憶されており、RAM303に読み出されてCPU301により実行される。ここでのパターン最適化処理とは、結合されたパターン描画命令群に対して、描画結果は同じだが、描画命令を差し替えることで、パフォーマンスの向上や、消費するメモリの削減が可能かを判定する負荷判定。そして、処理の負荷を軽減することが可能であると判定された場合に最適化を行う処理である。本実施形態では、指定されたままの描画命令による描画と、描画命令とクリップコマンドとを組み合わせた描画とのいずれの方が効率が良いのかを判定する。この最適化処理により、装置の各資源に対する負荷を削減することが可能となる。なお、クリップコマンドとは、画像において一部のみを指定し、その指定された部分のみを描画する命令を意味する。まず、CPU301は、パターン描画用に展開されている描画命令に対して、クリップ描画置換が可能かを判定するS801。具体的には、斜めパターン描画に対して、パス描画で表現されている部分を、ライン描画とクリップによる描画に置き換えられるかどうかの判定を行う。なお、他のパターンについても描画命令の置換により最適化が可能であるかを判定してもよい。また、クリップコマンド以外の描画命令を用いて最適化ができるか否かを判定しても構わない。置換不可と判定した場合S801にてNO、本処理フローを終了する。置換可能と判定した場合S801にてYES、CPU301は、描画命令を置換することで描画するオブジェクトの数が減るか否かの判定を行うS802。オブジェクト数が減らない場合S802にてNO、本処理フローを終了する。オブジェクトの数が減ると判定された場合はS802にてYES、CPU301は、パターン描画用に展開されている描画命令を、クリップコマンドを用いた描画命令に置き換えるS803。以上の処理により、ビットマップパターンで指定されたパターン描画部分が、濃度パターン、ラインパターン、斜めパターン、矩形パターン、パス描画パターンのいずれかに置き換えられることとなる。これにより、モニタとプリンタの出力解像度の差異を無くすように、変倍をかけてパターンを展開して描画する場合にも、モニタと同じ出力結果をプリンタの出力結果として得る事ができるようになる。また、ビットマップ描画命令からグラフィック描画命令に置き換えられたことで、出力の変倍処理を行っても、高画質なままの出力が得られる。<その他の実施形態>また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。