(57)【要約】【課題】印刷出力する描画データの変換に際し、データサイズを小さく効率的に処理でき、かつデータ変換による出力結果を元の色見等と同じにする。【解決手段】印刷要求の描画データオブジェクトがイメージデータか判断（Ｓ１）。イメージデータのとき（処理Ｓ１のＹｅｓ）、色数をカウント（Ｓ２）。カウント色数が一色か調べる（Ｓ３）。一色のとき（Ｓ３のＹｅｓ）、描画オブジェクトを矩形（ベクター）データに変換（Ｓ４）。ベクターデータに元の描画データの属性を付加（Ｓ５）。文字のとき、オブジェクトが文字データか判断（Ｓ６）。文字データのとき（Ｓ６のＹｅｓ）、文字データのサイズを調べ（Ｓ７）、基準値（Ｎバイト）以上のとき（Ｓ７のＹｅｓ）、ベクターデータに変換（Ｓ８）。ベクターデータに元の描画データの属性を付加（Ｓ９）。ベクターデータに変換し、データ量を削減し処理の高速化と、元の描画データの色見等を再現した出力を得る。【選択図】    図４
2005038084.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータのアプリケーションプログラムにより作成した描画データを印刷出力するためにプリンタドライバからプリンタへ出力する描画データの変換方法であって、
データ判定手段が前記描画データのイメージデータまたは文字データを判定した結果に基づき、ベクターデータ変換手段が前記描画データをベクターデータに変換して、前記ベクターデータを前記プリンタへ送出して印刷処理を行うことを特徴とする描画データの変換方法。
【請求項２】
前記データ判定手段が、イメージデータの色数を判定する色数判定手段であって、ベクターデータ変換手段が行う前記描画データをベクターデータとする変換処理の可否を前記イメージデータの色数によって判定することを特徴とする請求項１記載の描画データの変換方法。
【請求項３】
前記色数判定手段が、イメージデータの色数が一色と判定した場合、ベクターデータ変換手段において描画データをベクターデータに変換処理することを特徴とする請求項２記載の描画データの変換方法。
【請求項４】
前記色数判定手段の判定によって、ベクターデータ変換手段によりベクターデータに変換処理した描画データの属性を示す描画属性フラグを、前記ベクターデータに付加することを特徴とする請求項２記載の描画データの変換方法。
【請求項５】
前記データ判定手段が、文字データの文字サイズを判定するサイズ判定手段であって、ベクターデータ変換手段が行う前記描画データをベクターデータとする変換処理の可否を前記文字データの文字サイズによって判定することを特徴とする請求項１記載の描画データの変換方法。
【請求項６】
前記サイズ判定手段が、文字データの文字サイズが予め設定した基準値より大きいと判定した場合、ベクターデータ変換手段において描画データからベクターデータに変換処理することを特徴とする請求項５記載の描画データの変換方法。
【請求項７】
前記サイズ判定手段の判定によって、ベクターデータ変換手段によりベクターデータに変換処理した描画データの属性を示す描画属性フラグを、前記ベクターデータに付加することを特徴とする請求項５記載の描画データの変換方法。
【請求項８】
前記描画データが、アプリケーションプログラムにより作成した描画データと重畳する透かし模様であることを特徴とする請求項１〜７のいずれか１項に記載の描画データの変換方法。
【請求項９】
ホストコンピュータのアプリケーションプログラムにより作成した描画データを印刷出力するためにプリンタドライバからプリンタへ出力する描画データの変換装置であって、
前記描画データのイメージデータまたは文字データを判定するデータ判定手段と、前記データ判定手段の判定結果に基づき前記描画データをベクターデータに変換するベクターデータ変換手段とを備え、前記ベクターデータを前記プリンタへ出力処理することを特徴とする描画データの変換装置。
【請求項１０】
前記データ判定手段が、イメージデータの色数が一色であることを判定する色数判定手段であって、ベクターデータ変換手段が行う前記描画データをベクターデータとする変換処理の可否を前記イメージデータの色数によって判定することを特徴とする請求項９記載の描画データの変換装置。
【請求項１１】
前記色数判定手段の判定によって、ベクターデータ変換手段によりベクターデータに変換処理した描画データの属性を示す描画属性フラグを、前記ベクターデータに付加することを特徴とする請求項１０記載の描画データの変換装置。
【請求項１２】
前記データ判定手段が、文字データの文字サイズが予め設定した基準値より大きいと判定するサイズ判定手段であって、ベクターデータ変換手段が行う前記描画データをベクターデータとする変換処理の可否を前記文字データの文字サイズによって判定することを特徴とする請求項９記載の描画データの変換装置。
【請求項１３】
前記サイズ判定手段の判定によって、ベクターデータ変換手段によりベクターデータに変換処理した描画データの属性を示す描画属性フラグを、前記ベクターデータに付加することを特徴とする請求項１２記載の描画データの変換装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アプリケーションプログラムにより作成した描画データを印刷出力するため、プリンタドライバからプリンタへ出力する際に行う描画データ変換の機能であり、描画データの変換方法及び変換装置に関するものである。
【０００２】
【従来の技術】
近年、プリンタにおいてカラーの描画データが一般的に扱われ出力することが多く行われており、イメージデータにおいて、アプリケーションプログラムによっては、一色の描画データを表現する場合においても、２４ビットフルカラーデータやカラーインデックステーブルとビットマップの組み合わせにより表現することがある。また、印刷装置に用いるプリンタドライバにおいても、ページ全体をイメージとして印刷出力するモードがある。印刷出力するモードを選択した場合はページ全体が１つのイメージとしたデータで表現することになる。イメージデータはプリンタに送信され、ビットマップに展開されフレームバッファに書き込まれる。その処理には時間を要していた。
【０００３】
そして、特許文献１には、イメージデータが単一色で構成と判断することで、イメージデータをグラフィックスデータに変換し、イメージデータの全単位領域について行われてきた色変換処理を省略して色変換処理の速度を向上させることが記載されている。
【０００４】
また、文字データおいて、アウトラインフォントからビットマップを作成後、フレームバッファにビットマップが展開され書き込まれるのが通常の流れである。具体的には、アプリケーションプログラムによって、文字データのフォント等の文字情報，文字コードが指定されて印刷要求が発生する。これを受けた、例えば、Ｗｉｎｄｏｗｓ（登録商標）のＧＤＩ（Ｇｒａｐｈｉｃｓ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ）はフォントのスタイル情報（ボールド、イタリック等）や座標情報等の文字情報、文字コードをプリンタドライバに送信する。
【０００５】
プリンタドライバ、またはプリンタに有するデバイスフォントに、指定されたフォントがある場合、または指定されたフォントの置き換え指定がある場合には、デバイスフォントを使用すると判断し、プリンタへ文字情報，文字コードをＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）化し、プリンタのプリンタコントローラに送信して、文字情報と文字コードからビットマップを作成、フレームバッファに書き込みを行う。また、デバイスフォントに、指定フォントがない場合には、該当フォントを展開したビットマップをＧＤＩに要求し、作成されたビットマップをプリンタドライバを介して、プリンタのフレームバッファに書き込む。
【０００６】
以上のように、イメージデータやアウトラインフォントは、一旦ビットマップを作成しフレームバッファに展開することが行われる。
【０００７】
【特許文献１】
特開２０００−２５５１２３号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、イメージデータが白紙ページであっても１つのイメージデータとして表現されるために描画データのサイズが大きくなり、その処理に必要なメモリ容量や、処理時間を要するという問題があった。
【０００９】
そこで、描画データにおいて、一色しか使用していないビットマップに対しては、サイズの小さなベクターデータに変換することが可能なことは容易に想像がつく。描画データを座標データと色データで表したベクターデータとすることで、ビットマップデータに比べて、データ量を削減することができるが、単純にイメージのビットマップデータをベクターデータに変換しただけでは描画がうまく行かない場合がある。例えば、ディザ法による作成データでは、文字，イメージ，ベクター図形塗りつぶし、線などのように描画オブジェクト毎に設定を変えて描画するケースがあり、またカラーマッチングを描画オブジェクト毎に変えて出力するような場合も同様である。またグレーの生成方法を用いて印刷をする場合においても黒のＫトナーのみを使用する場合と、Ｃ（シアン），Ｍ（マゼンダ），Ｙ（イエロー），Ｋ（ブラック）トナーの４色を使用する場合とでは出力が違ってくる。従って単純にイメージのビットマップデータをベクターデータに変換しただけでは同じ印刷結果にならない場合がある。
【００１０】
また、文字の大きさは任意のポイント数の指定により変更可能であり、かつ指定された大きさに文字１個を展開処理するためには、指定された大きさにも依存するが、大きな作業用記憶領域が必要となる。文字データが、プリンタやプリンタドライバにないフォントを使用する場合、ホストコンピュータ側でビットマップに展開する。一般に文字データはビットマップに展開するために必要なメモリ領域を確保してからビットマップ展開が行われる。しかし、指定された文字のサイズが大きくなるとビットマップに展開するためにメモリ領域を大量に必要とすることから、メモリを有効的に使用するためのメモリ制御において、例えば、仮想メモリのスラッシングなどが発生してオーバーヘッドが大きくなることが考えられる。
【００１１】
また、プリンタ本体においても、使用できるメモリが限られており、場合によっては指定された文字を展開できないことも考えられる。４００ポイントの文字をビットマップに展開する場合、解像度６００ＤＰＩで約１．３メガバイト、解像度１２００ＤＰＩでは５．２メガバイトにもなり処理に多くの時間を必要とするという問題があった。
【００１２】
本発明は、前記従来技術の問題を解決することに指向するものであり、印刷出力するために行う描画データの変換に際して、特に、データサイズを小さくして効率的に処理することができ、かつデータ変換をしても印刷出力した結果において、色見等を元と同じように再現できる、描画データの変換方法及び変換装置を提供することを目的とする。
【００１３】
【課題を解決するための手段】
この目的を達成するために、本発明に係る請求項１，９に記載された描画データの変換方法及び変換装置は、ホストコンピュータのアプリケーションプログラムにより作成した描画データを印刷出力するためにプリンタドライバからプリンタへ出力する描画データの変換方法及び変換装置であって、データ判定手段が描画データのイメージデータまたは文字データを判定した結果に基づき、ベクターデータ変換手段が描画データをベクターデータに変換して、ベクターデータをプリンタへ送出して印刷処理を行う構成によって、イメージデータ，文字データをベクターデータに変換することでデータ量を大幅に削減して処理の高速化ができる。
【００１４】
また、請求項２〜４，１０，１１に記載された描画データの変換方法及び変換装置は、請求項１，９の描画データの変換方法及び変換装置であって、データ判定手段が、イメージデータの色数を判定する色数判定手段であって、ベクターデータ変換手段が行う描画データをベクターデータとする変換処理の可否をイメージデータの色数によって判定すること、色数判定手段が、イメージデータの色数が一色と判定した場合、ベクターデータ変換手段で変換処理すること、さらに、色数判定手段の判定によって、ベクターデータ変換手段で変換処理した描画データの描画属性フラグを、ベクターデータに付加する構成によって、イメージデータをベクターデータに変換することでデータ量が大幅に削減されて処理の高速化ができ、さらに、元の描画データの色見を再現することができ、一貫した出力を得ることができる。
【００１５】
また、請求項５〜７，１２，１３に記載された描画データの変換方法及び変換装置は、請求項１，９の描画データの変換方法及び変換装置であって、データ判定手段が、文字データの文字サイズを判定するサイズ判定手段であって、ベクターデータ変換手段が行う描画データをベクターデータとする変換処理の可否を文字データの文字サイズによって判定すること、サイズ判定手段が、文字データの文字サイズが予め設定した基準値より大きいと判定した場合、ベクターデータ変換手段で変換処理すること、さらに、サイズ判定手段の判定によって、ベクターデータ変換手段で変換処理した描画データの描画属性フラグを、ベクターデータに付加する構成によって、文字データをベクターデータに変換することでデータ量が大幅に削減されて処理の高速化ができ、さらに、元の描画データの色見を再現することができ、一貫した出力を得ることができる。
【００１６】
また、請求項８に記載された描画データの変換方法は、請求項１の描画データの変換方法であって、処理する描画データが、アプリケーションプログラムにより作成した描画データと重畳する透かし模様をベクターデータに変換処理して、データ量を大幅に削減して処理の高速化ができる。
【００１７】
【発明の実施の形態】
以下、図面を参照しながら本発明における実施の形態を詳細に説明する。
【００１８】
図１は本発明の実施の形態における描画データを変換するプリンタシステムの概略構成を示すブロック図である。図１において、１はアプリケーションプログラム、２はＧＤＩ、３はプリンタドライバ、４は描画データ変換部、５はイメージ判定部、６は文字判定部、７は出力インタフェース（Ｉ／Ｆ）、８はプリンタ、９はドライバユーザインタフェース（ＵＩ）である。
【００１９】
図１に示すように、アプリケーションプログラム１により印刷出力する描画データを作成する。作成した描画データをパーソナルコンピュータのＯＳ（例えば、Ｗｉｎｄｏｗｓ（登録商標））における印刷などのグラフィックス処理を行うカーネル・モジュールのＧＤＩ２に送信する。アプリケーションプログラム１が直接プリンタドライバ３を利用するのではなく、ＧＤＩ２に対してコマンドを送信し、アプリケーションプログラム１からのコマンドをプリンタドライバ３が解釈できる形に変換してから送信する。
【００２０】
プリンタドライバ３には、描画データ変換部４として、ＧＤＩ２から送信する描画データに有するＩＤによりイメージデータ，文字データをデータ判別部３ａにより判断し、イメージデータまたは文字データによって、後述する処理を行うイメージ判定部５と文字判定部６とを備える。
【００２１】
なお、Ｗｉｎｄｏｗｓ（登録商標）のＧＤＩ２においては、前述したように前処理がなされることによって、イメージデータ，文字データ等の判別を行ってプリンタドライバ３に処理が渡るため、直接イメージ判定部５，文字判定部６へ処理が移ることになる。
【００２２】
描画データがイメージデータの場合には、イメージ判定部５において描画データの描画オブジェクト毎に、例えば、全行数を読み取り使用している色数を判定するイメージデータのデータ判定手段である色数判定部５ａによって、使用している色数が一色と判定した場合に読み取った全行数の始点と終点の座標情報から矩形データ変換部５ｂによって、判定した一色の色指定と矩形（ベクター）データに変換する。
【００２３】
矩形データ変換部５ｂは、例えば、一色のイメージデータとして判定した場合にベクターデータ（矩形のデータ）を作成する。具体的には、赤一色のみ使用する幅１６０ドット×高さ８０ドット（１ドット／１ビット）のイメージデータの場合、イメージデータのサイズは１６００バイトになる。一方、これをベクターデータの矩形に変換すると左上座標（Ｘ，Ｙ）と右下座標（Ｘ，Ｙ）で表現でき、各座標を４バイトで表現すると１６バイトになる。このように、イメージデータがベクターデータに変換されるとデータ量が大幅に削減する。
【００２４】
これにより、従来、一色の描画データを２４ビットフルカラーデータやカラーインデックステーブルとビットマップの組み合わせで表現したり、また、ページ全体をイメージとして処理する場合のデータ量を大幅に削減することができる。
【００２５】
また、イメージデータとして処理した場合には、ピクセル毎に処理が発生するため、カラーマッチングに関してはイメージデータの各ピクセルに対してマッチング処理が必要となる。しかし、ベクターデータに変換した場合には、色指定と矩形指定（座標データ）に変換するため、カラーマッチング処理は指定した一色に対してのみ処理が発生する。従って処理時間はベクターデータの方が少なくなる。
【００２６】
さらに、プリンタ８においてイメージデータの場合に、印刷するためビットマップに変換する際、各ピクセル毎に色を調べながら展開しなければならないためピクセル数が多くなるほど処理時間を要する。ベクターデータとして矩形の場合には、指定される領域はすべて同じ色であることが予め分かっていることから複数ピクセル毎に一括処理などができ、高速化が可能となる。
【００２７】
次に、文字データの場合、指定された文字のサイズが基準値より大きなとき、従来、発生していた問題を解決するため、ビットマップではなくベクター図形変換部６ｂによって、ベクターデータに変換してビットマップ展開に必要とするメモリ容量を削減する。例えば、アウトラインフォントの場合に、ビットマップへの展開ではなくランレングス法を用いて展開したベクターデータとして、処理するデータサイズを小さくすることができる。
【００２８】
文字データを変換するビットマップの場合、解像度が大きくなるほどデータ量が増加し、また、文字サイズの２乗に比例してもデータ量が増加することになる。一方、ランレングス法を用いたベクターデータの場合には、文字のサイズが大きくなってもデータ量は略変わらないため（厳密には、縦の長さに比例して大きくなる）処理が大幅に高速化できる。
【００２９】
具体的には、（表１）に図２の文字「十」（幅２３０ドット×高さ２４０ドット）をランレングス法によりベクターデータに変換した場合の座標とサイズを示す。ベクターデータとして表現するために、Ｙ座標、始点Ｘ座標、終点Ｘ座標で表現して、それぞれを４バイトとする。（表１）に示すように、２８９２バイトで表現できる。そして、図２の文字をビットマップで表現すると６９００バイトを必要とする。ビットマップでは面積の大きさに比例してデータサイズが大きくなるため、さらに文字のサイズが大きくなるとデータサイズの差が顕著に表れる。
【００３０】
【表１】
2005038084.tif 000003
【００３１】
文字データのデータ判定手段であるサイズ判定部６ａは、文字データに有する文字の幅と高さの文字情報から、指定される文字のサイズをビットマップ展開したときのバイト数を求めて、予め設定した基準値のバイト数と比較して、前述のベクター図形変換部６ｂによる処理を行うかの判定をする。
【００３２】
なお、基準値として、プリンタ８に有するビットマップに展開可能な機器に特有のメモリ容量に基づいて設定し、また基準値以下の文字データについては、従来のビットマップへ展開処理を行う。
【００３３】
以上のように、矩形データ変換部５ｂ，ベクター図形変換部６ｂにより作成したベクターデータは、出力Ｉ／Ｆ（インタフェース）７を介してプリンタ８へ送信して、印刷出力する処理を高速に行うことができる。
【００３４】
また、矩形データ変換部５ｂ，ベクター図形変換部６ｂにおいて、描画データをベクターデータに変換した際に、変換前の描画データの属性を示す属性フラグを設定し、変換したベクターデータに付加する。具体例としては、図３（ａ）に示すように、０バイト目は矩形であることを示す「ＩＤ＝０ｘ３０」、１バイト目は元の描画属性を示す下位２ビットが「文字属性＝０１」、２バイト目以降は各座標点である。同様に図３（ｂ）に示すように、１バイト目の元の描画属性を示す下位２ビットが「イメージ属性＝１０」で、ベクターデータに変換する前がイメージデータであったことを表している。
【００３５】
この描画データ（描画オブジェクト）の属性を示す属性フラグにより、オブジェクト（イメージ，文字，グラフィックス（ベクターデータ））毎にディザマトリックス，カラープロファイル，グレーの生成方法等を元の描画データと同じ属性を個別に設定する。これによって、イメージ，文字，グラフィックスのそれぞれのオブジェクトを最終的に変換した属性で出力してしまうと違う色見となることを防ぐことができる。つまり、同じ文字でも文字データとして処理した場合とベクターデータで処理した場合では、中間調を表現するパターンのディザマトリックスが違えば出力も違ってくる。同様にカラーマッチングで用いるカラープロファイルによっても色見に違いが生じ、またグレーの生成方法では黒をＫトナーのみで描画するかＣ，Ｍ，Ｙ，Ｋの４つのトナーを使用して描画するかの指定により見た目が大きく異なる。
【００３６】
以上のことから、前述した属性フラグの付加によりオブジェクトの途中のデータ形式、処理方法は異なっても一貫して文字は文字として、イメージはイメージとして描画することができる。一貫した出力を得られることを可能にして、ベクターデータを用いてデータ量を減らし、かつ処理を高速に行うことができる。
【００３７】
図４は本実施の形態におけるイメージデータ，文字データのそれぞれについての処理動作を示すフローチャートである。図４に示すように、印刷要求のあった描画データの描画オブジェクトがイメージデータか否かを判断をする（Ｓ１）。処理Ｓ１において、イメージデータと判断した場合（処理Ｓ１のＹｅｓ）、イメージデータの色数をカウントする（Ｓ２）。描画オブジェクトのカウントした色数が一色かどうかを調べる（Ｓ３）。一色のみと判断した場合（処理Ｓ３のＹｅｓ）、描画オブジェクトを矩形（ベクター）データに変換する（Ｓ４）。変換したベクターデータに描画オブジェクトの描画属性を付加する（Ｓ５）。この場合、図３（ｂ）に示すように属性フラグを「イメージ属性＝１０」に設定する。
【００３８】
一方、文字については、処理Ｓ１においてイメージデータでないとき、描画オブジェクトが文字データかどうかを判断する（Ｓ６）。処理Ｓ６において、文字データと判断したとき（処理Ｓ６のＹｅｓ）、文字データに含まれている文字情報から文字のサイズを判断して（Ｓ７）、予め設定した基準値（Ｎバイト）以上の場合（処理Ｓ７のＹｅｓ）、ベクターデータに変換する（Ｓ８）。処理Ｓ９の変換方法としては前述したランレングス法などによる。変換したベクターデータに描画オブジェクトの描画属性を付加する（Ｓ９）。この場合、図３（ａ）に示すように属性フラグを「文字属性＝０１」に設定する。
【００３９】
また、処理Ｓ６において文字データでないとき（処理Ｓ６のＮｏ）、描画データがベクターデータ（グラフィックス）であるため、変換処理することなくプリンタへ送られる。処理Ｓ３においてイメージデータが一色以上のとき（処理Ｓ３のＮｏ）、また処理Ｓ８において規定値以下のとき（処理Ｓ８のＮｏ）、従来のイメージデータ，文字データの処理が行われて、プリンタへ送られる。
【００４０】
また、プリンタドライバ３には、アプリケーションプログラム１で作成した描画データに重畳する透かし模様（Ｗａｔｅｒ  Ｍａｒｋ）を作成する機能を有しており、文字スタンプを透かし模様として付加することができる。例えば、図５（ａ）に示すように、プリンタドライバ３のドライバＵＩ（ユーザインタフェース）９を介して、ユーザが任意の文字を選択し、さらに他の設定を行って、描画データの印刷要求に応じて印刷ページ毎に重畳して出力する。また、図５（ｂ）にはイメージスタンプを追加するドライバＵＩ９の表示例であり、任意に選択したイメージデータを描画データと重畳することができる。
【００４１】
以上のように、透かし模様のように毎回処理するページ毎に発生し、かつページの広い範囲に渡る大きなデータとなることから、本実施の形態のようにベクターデータに変換することで、処理に要するメモリ容量を減らし、かつ処理を高速に行うことができる。
【００４２】
なお、本実施の形態において、アプリケーションプログラム１，ＧＤＩ２，プリンタドライバ３，出力Ｉ／Ｆ５はホストコンピュータ内に設けて、さらに、描画データ変換部４は、プリンタドライバ３の一部として設けてもよく、または、ホストコンピュータとプリンタ６間にプリンタサーバ機能等を別に付加して配置してもよい。
【００４３】
【発明の効果】
以上説明したように、本発明によれば、描画データのビットマップ展開に比べベクターデータに変換することで、データ量が大幅に削減されて処理の高速化ができ、さらに、元の描画データの色見を再現することができ、一貫した出力を得ることができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の実施の形態における描画データを変換するプリンタシステムの概略構成を示すブロック図
【図２】ベクターデータに変換する文字「十」（幅２３０ドット×高さ２４０ドット）を示す図
【図３】描画データをベクターデータに変換した際、元の描画データの属性フラグを変換したベクターデータに付加した（ａ）は「文字属性＝０１」、（ｂ）は「イメージ属性＝１０」を示す図
【図４】本実施の形態におけるイメージデータ，文字データのそれぞれについての処理動作を示すフローチャート
【図５】描画データに透かし模様として重畳する（ａ）は文字スタンプ、（ｂ）はイメージスタンプを設定するドライバＵＩの表示例を示す図
【符号の説明】
１  アプリケーションプログラム
２  ＧＤＩ
３  プリンタドライバ
３ａ  データ判別部
４  描画データ変換部
５  イメージ判定部
５ａ  色数判定部
５ｂ  矩形データ変換部
６  文字判定部
６ａ  サイズ判定部
６ｂ  ベクター図形変換部
７  出力Ｉ／Ｆ部
８  プリンタ
９  ドライバＵＩ
【図１】
2005038084.tif 000004
【図２】
2005038084.tif 000005
【図３】
2005038084.tif 000006
【図４】
2005038084.tif 000007
【図５】
2005038084.tif 000008