JP4912360B2 - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Description

本発明は、受信した描画命令を描画コマンドに変換して印刷装置に送信する情報処理装置、情報処理方法、及びプログラムに関する。

近年、アプリケーションで見栄えの良い「透過データ」を用いた描画が増えてきている。「透過データ」を処理できるデバイスもあるが、廉価版のデバイス等「透過データ」を処理できないものも多い。

「透過データ」を処理できないデバイスでも、意図した出力ができるようにプリンタドライバでデバイスに送る前に「透過部分」をなくす処理を行う。透過データを処理するためには下地の描画が必要となり、１ページ全ての描画が必要となる。

従来の「透過データ」処理方法には、１ページ分の描画をスプールして「透過データ部分」と「透過データ部分をくり抜いた部分」に分けて描画コマンド化する技術がある。（例えば、特許文献１参照。）
特開２００１−２９３９３６号公報

しかしながら先行技術には以下の課題がある。

先行技術では１ページスプールしてから描画コマンドを作成する必要があるため描画コマンドの送付開始が遅くなる。

またプリンタ内での計算誤差により「透過データ部分」と「透過データ部分をくり抜いた部分」との間に白スジ（隙間）が発生することもある。

また透過データと重なるオブジェクトが多数ある場合に効率が悪くなる。

本発明の情報処理装置は、上記課題を解決するために、
受信した描画命令が下地部分との演算処理が必要な命令であるか否かを判別する判別手段と、
前記判別手段により、受信した描画命令が下地部分との演算処理が必要な命令でないと判別された場合、描画命令を描画コマンドに変換してプリンタに送信すると共に受信した描画命令を中間データとして保存する保存手段と、
前記判別手段により、受信した描画命令が下地部分との演算処理が必要な命令であると判別された場合、前記保存手段により保存された中間データの中から受信した描画命令に関係する中間データを抽出し、抽出された中間データに受信した描画命令の演算処理が施された描画コマンドに変換して印刷装置に送信する送信手段とを有することを特徴とする。

本発明によれば、１ページスプールしてから描画コマンドを作成する必要はなく、アプリから描画命令を受け取るとすぐに描画コマンドに変換して印刷装置に送信するので、印刷装置における描画処理を早く開始でき、トータル印刷時間を短くすることができる。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

図１は、本発明の実施形態に係る情報処理システムの構成を示す模式図である。

この情報処理システムには、中央処理装置１、主記憶装置２、補助記憶装置３、入力装置４、表示装置５、媒体読取装置６、印刷装置７及びＲＯＭ８が設けられている。中央処理装置１、主記憶装置２、入力装置４及び印刷装置７の関係を示すと、図２のようになる。そして、この情報処理システムは画像処理装置として機能する。

中央処理装置１は、フレキシブルディスク、ＣＤ−ＲＯＭ、ＩＣメモリカード等の記録媒体に記録されているプリンタドライバを含む種々のプログラム及びデータ等を、媒体読取装置６を介して読み込み実行する。また、中央処理装置１は、主記憶装置２にロードされたオペレーティングシステム（ＯＳ）９、アプリケーションプログラム１０及びプリンタプリンタドライバ１１等に基づいて、入力装置４から入力された情報を処理し、表示装置５及び印刷装置７等に出力する。ＯＳ９、アプリケーションプログラム１０及びプリンタドライバ１１等は、例えば補助記憶装置３からロードされる。補助記憶装置３としては、例えば、ハードディスク及び光磁気ディスク等が単独で又は組み合わされて用いられる。また、夫々の装置がネットワークを介して接続されていてもよい。入力装置４としては、例えば、キーボード及びポインティングデバイス等が単独で又は組み合わされて用いられる。オペレーティングシステム（ＯＳ）９、アプリケーションプログラム１０及びプリンタプリンタドライバ１１は、例えばＲＯＭ８に記憶されている。

例えば、図２に示すように、入力装置４から入力された印刷命令は中央処理装置１によりアプリケーションプログラム１０及びプリンタプリンタドライバ１１を用いて処理され、印刷装置７に出力される。この時、アプリケーションプログラム１０及びプリンタドライバ１１はＯＳ９の制御下で機能する。

ここで、中央処理装置１及び主記憶装置２を備えたクライアントコンピュータについて説明する。図３は、クライアントコンピュータの機能的な構成を示す機能ブロック図である。

上述のように、アプリケーションプログラム１０及びプリンタドライバ１１はＯＳ９の制御下で機能する。そして、プリンタドライバ１１には、ユーザインタフェース部１２、描画データ処理部１３が含まれている。更に、描画データ処理部１３は図４に示すような構成となっている。図４は本実施の形態の特徴を表す図である。

ユーザインタフェース部１２は、ユーザに印刷装置７に対しての設定など各種印刷設定等を入力させたり、印刷開始指示を入力させたりする。描画データ処理部１３は、アプリケーションプログラム１０から指定された描画命令を受け、印刷装置７において処理できるデータを作成する。

続いて描画データ処理部１３内の動作を説明する。描画データ処理部１３では、アプリケーションから描画命令が送られてくると描画命令入力部１７で描画命令を受け取り、描画命令解析部１８で下地部分との演算処理が必要な命令かを解析する。演算処理が必要な命令とは透過データやＲＯＰ演算である。透過命令には図９，１０に示すように大きくグラフィックとイメージの２種類ある。（テキストはグラフィックに含むとする）図９はグラフィックの透過の例であり、図１０はイメージの透過の例である。ＲＯＰ（Ｒａｓｔｅｒ Ｏｐｅｒａｔｉｏｎ）演算には論理積（ＡＮＤ）、論理和（ＯＲ）、排他的論理和（ＸＯＲ）、反転（ＮＯＴ）等がある。

解析後、描画コマンド生成部２５が順次描画命令から描画コマンドを作成する。描画コマンド送信部２６からデータ送受信部１４を通して、印刷装置７に向けコマンドを送信する。描画コマンド生成部２５で描画コマンドが生成されるのと同時に中間データ抽出部１９で描画命令から中間データが抽出され、中間データ記憶部２２にスプールされる。中間データとしてはエッジリストが用いられる。エッジリストは図１３の様に描画要素の輪郭（エッジ）、塗りつぶす色と重なりの情報からなる。本実施の形態では、中間データはエッジリストの形式を用いるが、描画命令そのものを中間データとして保持しても良い。

描画命令解析部１８で演算が必要な描画命令と判断されると描画処理判断部２０での判断に従い、中間データ分割部２１で描画命令の演算領域に含まれる中間データのうち、演算領域の内側と外側にまたがるものを分割する。分割されたデータも含め、演算領域の内側にあるものをラスタライズ部２３でラスタライズする。生成されるラスタデータと描画命令とで演算処理部２４で演算処理をする。演算処理結果も描画コマンド生成部２５でコマンド化され、描画コマンド送信部２６から印刷装置７に向けコマンドを送信する。

ＯＳ９には、その機能の一部としてデータ送受信部１４が含まれており、このデータ送受信部１４は、セントロニクス等の接続により印刷装置７との間でデータの送受信を行う。

一方、印刷装置７には、データ送受信部１５及びコントローラ部１６が含まれている。データ送受信部１５は、クライアントコンピュータとの間でデータの送受信を行う。コントローラ部１６は、データ送受信部１５が受信したデータに基づきプリンタエンジン２７の制御等を行う。

次に、上述のように構成された情報処理システムにおける演算が必要な描画命令の一例として透過データの描画方法について説明する。図５，６は、透過データの描画方法（プログラム）を示すフローチャートである。本フローチャートは、主記憶装置２に記憶され、中央処理装置１にて実行されるが、表示装置５内のＣＰＵが行ってもよく、クライアントコンピュータ内でビットマップ処理を行うことが可能なアプリケーションプログラムが行ってもよい。

まず、入力装置４から印刷を実行するように命令が入力されると、補助記憶装置３から主記憶装置２上に読み込まれたＯＳ９が当該印刷命令を受け取る。ＯＳ９は、その時点でアクティブになっているアプリケーションプログラム１０に印刷実行を受け渡す。

アプリケーションプログラム１０は、印刷命令を受け取ると、当該印刷命令をＯＳ９が認識できるコマンドに変換して印刷するデータ及びコマンドのメッセージをＯＳ９に送る。ＯＳ９は、このメッセージをプリンタドライバ１１が認識できるコマンドに変換して、プリンタドライバ１１に送る。なお、印刷するデータは、例えば、アプリケーションプログラム１０の実行中に、入力装置４を介したユーザによる命令の入力により作成された描画命令である。

プリンタドライバ１１は、受け取ったコマンドに初期化用のコマンドが含まれている場合には、ユーザインタフェース部１２を介した設定又はデフォルトの設定に基づいて、以下の処理を実行する。

まず描画命令入力部１７が、アプリケーションプログラム１０が含ませた描画命令を受信する（ステップ１０１、以下ステップを「Ｓ」と略す）。受信したデータを描画命令解析部１８で演算対象命令であるか判別する（Ｓ１０２）。透過データやＲＯＰデータ等の演算対象命令であるならば、図６に示す処理１に入る（Ｓ１０４）。演算対象命令でなければ描画コマンド生成部２５にて描画命令を描画コマンドに変換して、描画コマンド送信部２６にて描画コマンドを印刷装置７に送信する（Ｓ１０３）。同時に中間データ抽出部１９にて中間データを生成して（Ｓ１０５）， 中間データ記憶部２２に中間データを保存する（Ｓ１０６）。この動作を描画命令が終了するまで繰り返す（Ｓ１０７）。

続いて、描画命令解析部１８で演算対象命令であると判断され処理１（図６）の処理に入った場合を示す。

描画命令解析部１８は描画命令に含まれる属性情報から演算処理が要求される領域（以下、「演算領域」という）を特定する（Ｓ２０１）。図９，１０の例では描画命令の形状である矩形が演算領域となる。一方、図１１の様に描画命令の形状が矩形でない場合は、描画要素の外接矩形が演算領域となる。

演算領域が特定されると、中間データ抽出部１９は、中間データ記憶部２２に保存されているエッジの中から、演算領域に含まれるエッジリスト、すなわち演算領域内に存在する画像要素についてのエッジリストを抽出する（Ｓ２０２）。図１２の例では描画要素ａ，ｂ，ｃの内、演算領域に含まれる描画要素はａ，ｂとなる。

描画処理判断部２０は、抽出したエッジリスト全体が、演算領域内に存在しているかを判断する（Ｓ２０５）。図１２の画像要素ｂまたは図１４の様にエッジが演算領域内に含まれている場合は、ラスタライズ部２３が、そのエッジリストをラスタ化する（Ｓ２０６）。

図１２の画像要素ａの様に、エッジが演算領域の内と外にまたがる場合には、中間データ分割部２１が演算領域の内側のエッジリストと外側のエッジリストに分割する（Ｓ２１０）。つまり元は図１３で示されるエッジが図１５の様に分割される。

ラスタライズ部は内側のエッジのみラスタライズする（Ｓ２０６）。

この時外側のエッジリストは、再び中間データとして中間データ記憶部２２に記憶される（Ｓ２１１，Ｓ２１２）。これにより演算領域の内側についてのみ、ラスタデータが作成されることになる。

こうして、抽出されたエッジリスト全てがラスタ化されると、演算処理部２４は、作成されたラスタデータと描画命令によって特定される画像要素との演算処理を行う（Ｓ２０７）。演算処理の結果出力を描画コマンド生成部２５にて描画命令を描画コマンドに変換して、描画コマンド送信部２６にて描画コマンドを送信する（Ｓ２０８）。また演算結果は描画コマンドに変換すると共に、中間データにも変換し記憶部に保存する（Ｓ２０９）。演算結果を中間データとして保存しておくことで、後に複数の透過データが重なるような、今回の演算結果を下地とするような演算処理描画命令がきた際に使用することができる。

以上のように、本実施形態による描画情報処理装置によれば、演算処理を行なうのにあたり、中間データ記憶部に貯められたエッジリストを用いて演算処理についてのみラスタ化を行っている。中間データを貯めつつ、演算処理が必要のない描画命令に関しては逐次コマンド化することが可能である。先行技術の様に従来は１ページ全てをスプールするまでコマンド化することが出来ず、印刷装置７にコマンドを送信することができなかった。図１６に示すように「アプリの作成データ」に透過データが含まれる場合に、アプリからの描画命令は座標軸に順序良く並んでいるとは限らない。透過データの下地がどの部分となるかは透過データ命令が呼ばれるまでわからないため、それまでの描画命令を全て貯めておく必要がある。また先行技術では透過データと重なる部分を除去した描画コマンドを作成するため、１ページ分の描画命令を貯めて透過データ処理等を行なった後に最初の描画コマンドが送付される。

本実施形態では下地も含んだ演算結果のビットマップで上書きすることで、演算処理を行わない描画命令は直ちに描画コマンドに変換して送付することができる。図１７に示すように、アプリからの描画命令を逐次描画コマンドに変換し送付しつつ、中間データとしても貯めておく。下地が必要な処理があれば、貯めておいた中間データを用いて下地も含んだビットマップを作成して印刷装置に送付し既に描画があっても「上書き」する。

このため印刷装置７にて早くに処理を開始することができ、画像形成システム全体としての印刷処理時間を大幅に減少させることができる。また中間データを貯めるが、下地が必要な処理がなければ、中間データは使用されずそのまま捨てられるため、中間データを貯めない場合と同等の処理速度が得られる。

図２４は本実施の形態と従来例の印刷タイムチャートである。印刷タイムチャートを用いて本実施の形態の印刷処理時間が従来例と比べ減少する様子を示す。

Ｓ５０１で印刷が開始され、プリンタドライバで処理が始まる。本実施の形態ではプリンタドライバはアプリから描画命令を受け取るとすぐに印刷コマンドを送付するので印刷装置はＳ５０２で印刷コマンドを受信開始し処理が開始できる。一方従来例はアプリから１ページ分の描画命令を受け取り、処理した後に印刷コマンドを送付するのでコマンドを受信するのはＳ５０６からとなる。Ｓ５０３，５０７で印刷コマンド受信が終了するのはほぼ同じだが、本実施の形態では早くから印刷コマンドを受信して処理を開始していたので、ＲＩＰ処理（描画ビットマップ作成）終了までの時間が短い（Ｓ５０４）。一方、従来例では印刷コマンド受信が遅かった分、ＲＩＰ処理終了まで時間が長い（Ｓ５０８）。紙排出に掛かる時間は本実施の形態、従来例とも変わらないので、印刷全体の時間としてもＳ５０５とＳ５０９の差が生じて本実施の形態は従来例と比べ印刷処理時間を減少することが可能となる。

また先行技術ではデバイスでの演算誤差等により「透過データ」と「透過部分をくり抜いた部分」の間に白スジ（隙間）が生じることがある（図１８）。

本実施例では「透過部分をくり抜いていない」元データを描画コマンドとして送っているので、下地が描画されているため計算誤差が起きても白スジが発生することはない（図１９）。

また先行技術では演算領域内に多量の描画命令を含んだ場合に透過部分をくり抜く処理等で非常に負荷がかかる（図２０）。細かな描画要素が数千、数万重なることがあり、くり抜く処理が多く発生する。

本実施例では図２１の様に、処理の重い「透過部分をくり抜く処理」が必要なく、送付する描画コマンドがアプリの作成データをそのまま描画コマンドに変換できるためシンプルになる。

さらに本実施形態の描画情報処理装置において、描画判断部２０にて演算領域内のエッジリストの数や複雑度が閾値以上の場合は、演算領域をエッジリストを含む外接矩形に広げる処理を行うこともできる（Ｓ２０４）。この閾値は、例えば、デフォルトで設定されているものであるか、又はユーザインタフェース部１２を介してユーザにより設定されたものである。

図７，８のフローチャートを用いて説明する。本フローチャートは、主記憶装置２に記憶され、中央処理装置１にて実行されるが、表示装置５内のＣＰＵが行ってもよく、クライアントコンピュータ内でビットマップ処理を行うことが可能なアプリケーションプログラムが行ってもよい。

ＵＩで中間データ数や複雑度の閾値が設定されていれば（Ｓ３０１）、ＵＩで指定された閾値を使用し（Ｓ３０２）、設定がなければデフォルトの閾値を使用する（Ｓ３０３）。演算領域内の中間データ数が閾値以上（Ｓ３０４）あるいは複雑度が閾値以上の場合は処理３を行なう。処理３では演算領域内の中間データがある分だけ（Ｓ４０１）、中間データの外接矩形が演算領域からはみ出していれば（Ｓ４０２）、演算領域を中間データを含む外接矩形に広げる（Ｓ４０３）処理を行う。

この処理により図２２のように演算領域内に多量のエッジリストを含んだ場合に、まとめてひとつの描画コマンドに変更することができる。また図２３のように演算領域内に複雑な描画要素を含んだ場合も、まとめてひとつの描画コマンドに変更することができる。演算領域外の中間データがなくなるので、分割する必要がなくなり（Ｓ２１０を通らない）、時間の掛かる処理を省くことができる。

また逐次描画コマンドを送信するのではなく、１ページ分スプールしてから描画コマンド送付するフローで本処理を行えば、送信コマンド数の削減することができる。数千、数万の描画オブジェクトが演算領域に重なる場合には、数千、数万の描画コマンドを送付する必要があるが、本処理により１つの描画コマンドのみ送付すればよい。印刷装置への最初のコマンド送信は遅くなるが、ネットワークが遅い場合等でコマンド数の削減が求められる場合は有効である。

またデバイスでの演算誤差等により「透過データ」と「透過部分をくり抜いた部分」の間に白スジ（隙間）が生じる問題（図１８）は本処理を用いた場合も起こらない。

なお、本画像処理は、表示装置５内のＣＰＵが行ってもよく、クライアントコンピュータ内でビットマップ処理を行うことが可能なアプリケーションが行ってもよい。

なお、本発明の実施形態は、例えばコンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びプログラムプロダクトは、本発明の範疇に含まれる。

本発明の実施の形態によれば、プリンタドライバにて１ページスプールしてから描画コマンドを作成する必要はなく、アプリから描画命令を受け取るとすぐに描画コマンドを作成し送付できて、印刷装置にて描画が開始できる。

また白スジ（隙間）の発生を抑えることができる。

更に透過データと重なるオブジェクトが多数ある場合も効率良く処理できる。

本発明の実施形態に係る情報処理システムの構成を示す模式図である。 中央処理装置１、主記憶装置２、入力装置４及び印刷装置７の関係を示す図である。 クライアントコンピュータの機能的な構成を示す機能ブロック図である。 描画データ処理部の機能的な構成を示す機能ブロック図である。 描画データ処理部の処理を示すフローチャートである。 演算処理が必要なデータの処理を示すフローチャートである。 演算領域の外接矩形を広げるか判断する処理を示すフローチャートである。 演算領域の外接矩形を広げる処理を示すフローチャートである。 グラフィック透過データを示す図である。 イメージ透過データを示す図である。 描画要素の形状が矩形でないデータの描画領域を示す図である。 描画要素と演算領域の関係を示す図である。 エッジ情報を示す図である。 演算領域内にある描画要素を示す図である。 演算領域をまたがる描画要素のエッジの分割方法を示した図である。 アプリからの描画命令を１ページ分中間ファイルにスプールした後にコマンド作成、送付する例を示す図である。 アプリからの描画命令を逐次コマンドに変換し送付しつつ、描画命令を中間データとしてスプールする例を示す図である。 白スジ（隙間）を示す図である。 白スジ（隙間）が発生しない例を示す図である。 演算領域に多量の描画要素がある場合にコマンドが多量にはかれる例を示す図である。 本実施の形態により演算領域に多量の描画要素があっても、コマンドが複雑にならないことを示す図である。 演算領域をエッジリストを含む外接矩形に広げた場合の描画コマンドを示す図である。 複雑な描画要素の場合に演算領域を広げた描画コマンドを示す図である。 従来例と本実施の形態の印刷タイムチャートである。

符号の説明

１ 中央処理装置
２ 主記憶装置
３ 補助記憶装置
４ 入力装置
５ 表示装置
６ 媒体読取装置
７ 印刷装置
８ ＲＯＭ
９ オペレーティングシステム（ＯＳ）
１０ アプリケーションプログラム
１１ プリンタドライバ
１２ ユーザインタフェース部
１３ 描画データ処理部
１４ データ送受信部
１５ データ受信部
１６ コントローラ部
１７ 描画命令入力部
１８ 描画命令解析部
１９ 中間データ抽出部
２０ 描画処理判断部
２１ 中間データ分割部
２２ 中間データ記憶部
２３ ラスタライズ部
２４ 演算処理部
２５ 描画コマンド生成部
２６ 描画コマンド送信部
２７ プリンタエンジン

Claims (15)

1. 受信した描画命令が下地部分との演算処理が必要な命令であるか否かを判別する判別手段と、
   前記判別手段により、受信した描画命令が下地部分との演算処理が必要な命令でないと判別された場合、描画命令を描画コマンドに変換してプリンタに送信すると共に受信した描画命令を中間データとして保存する保存手段と、
   前記判別手段により、受信した描画命令が下地部分との演算処理が必要な命令であると判別された場合、前記保存手段により保存された中間データの中から受信した描画命令に関係する中間データを抽出し、抽出された中間データに受信した描画命令の演算処理が施された描画コマンドに変換して印刷装置に送信する送信手段とを有することを特徴とする情報処理装置。
2. 前記送信手段は、受信した描画命令の演算領域外を含まない描画コマンドに変換して印刷装置に送信することを特徴とする請求項１記載の情報処理装置。
3. 前記送信手段は、受信した描画命令の演算領域外を含む描画コマンドに変換して印刷装置に送信することを特徴とする請求項１記載の情報処理装置。
4. 前記送信手段は、受信した描画命令に関係する中間データの複雑度に応じて、受信した描画命令の演算領域外を含まない描画コマンドに変換して印刷装置に送信するか、受信した描画命令の演算領域外を含む描画コマンドに変換して印刷装置に送信することを特徴とする請求項１記載の情報処理装置。
5. 前記下地部分との演算処理が必要な命令は、透過データまたはＲＯＰデータを含むことを特徴とする請求項１記載の情報処理装置。
6. 受信した描画命令が下地部分との演算処理が必要な命令であるか否かを判別する判別ステップと、
   前記判別ステップにより、受信した描画命令が下地部分との演算処理が必要な命令でないと判別された場合、描画命令を描画コマンドに変換してプリンタに送信すると共に受信した描画命令を中間データとして保存する保存ステップと、
   前記判別ステップにより、受信した描画命令が下地部分との演算処理が必要な命令であると判別された場合、前記保存ステップにより保存された中間データの中から受信した描画命令に関係する中間データを抽出し、抽出された中間データに受信した描画命令の演算処理が施された描画コマンドに変換して印刷装置に送信する送信ステップとを有することを特徴とする情報処理方法。
7. 前記送信ステップは、受信した描画命令の演算領域外を含まない描画コマンドに変換して印刷装置に送信することを特徴とする請求項６記載の情報処理方法。
8. 前記送信ステップは、受信した描画命令の演算領域外を含む描画コマンドに変換して印刷装置に送信することを特徴とする請求項６記載の情報処理方法。
9. 前記送信ステップは、受信した描画命令に関係する中間データの複雑度に応じて、受信した描画命令の演算領域外を含まない描画コマンドに変換して印刷装置に送信するか、受信した描画命令の演算領域外を含む描画コマンドに変換して印刷装置に送信することを特徴とする請求項６記載の情報処理方法。
10. 前記下地部分との演算処理が必要な命令は、透過データまたはＲＯＰデータを含むことを特徴とする請求項６記載の情報処理方法。
11. 受信した描画命令が下地部分との演算処理が必要な命令であるか否かを判別する判別ステップと、
    前記判別ステップにより、受信した描画命令が下地部分との演算処理が必要な命令でないと判別された場合、描画命令を描画コマンドに変換してプリンタに送信すると共に受信した描画命令を中間データとして保存する保存ステップと、
    前記判別ステップにより、受信した描画命令が下地部分との演算処理が必要な命令であると判別された場合、前記保存ステップにより保存された中間データの中から受信した描画命令に関係する中間データを抽出し、抽出された中間データに受信した描画命令の演算処理が施された描画コマンドに変換して印刷装置に送信する送信ステップとをコンピュータに実行させるプログラム。
12. 前記送信ステップは、受信した描画命令の演算領域外を含まない描画コマンドに変換して印刷装置に送信することを特徴とする請求項１１記載のプログラム。
13. 前記送信ステップは、受信した描画命令の演算領域外を含む描画コマンドに変換して印刷装置に送信することを特徴とする請求項１１記載のプログラム。
14. 前記送信ステップは、受信した描画命令に関係する中間データの複雑度に応じて、受信した描画命令の演算領域外を含まない描画コマンドに変換して印刷装置に送信するか、受信した描画命令の演算領域外を含む描画コマンドに変換して印刷装置に送信することを特徴とする請求項１１記載のプログラム。
15. 前記下地部分との演算処理が必要な命令は、透過データまたはＲＯＰデータを含むことを特徴とする請求項１１記載のプログラム。

Images