(57)【要約】【課題】用紙切れ後の印刷再開時に、印刷停止位置又はその近傍から印刷装置に印刷を再開させることができるデータ処理装置及びプログラムを提供する。【解決手段】プリンタドライバ３２は、印刷データを複数のブロックデータに分割し、プリンタ２に送信したブロックデータの個数を計測し、ブロックデータを送信する度に用紙切れの有無を判別して、用紙切れ発生時のブロックデータを特定し、用紙切れ発生時のブロックデータと再送対象のブロックデータとの対応関係を示す情報（再印刷位置）に基づいて再送対象の分割データを特定して、プリンタ２に再送する。【選択図】図２
2018151996.tif 000002
【特許請求の範囲】
【請求項１】
用紙に印刷データを印刷する印刷装置に接続されるデータ処理装置であって、
印刷データを複数の分割データに分割する分割手段と、
前記印刷装置に送信した分割データの個数を計測する計測手段と、
前記印刷装置から用紙切れの有無を示す情報を取得する取得手段と、
前記印刷装置から用紙切れを示す情報を取得したときの前記計測手段の計測値に基づいて用紙切れ発生時の分割データを特定して再送対象の分割データを特定する特定手段と、
前記再送対象の分割データを前記印刷装置に再送する再送手段と
を備えることを特徴とするデータ処理装置。
【請求項２】
前記再送対象の分割データに含まれる先頭のラインデータが空白でない場合に、前記再送対象の分割データの前に位置する分割データの最後尾から先頭に向かって空白のラインデータを検索する検索手段と、
前記空白のラインデータ以降のラインデータを前記再送対象の分割データの先頭に結合し、新たな分割データを生成する生成手段とを備え、
前記再送手段は、前記用紙の補填後に前記新たな分割データを前記印刷装置に再送することを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
用紙への印刷処理を行うデータ処理装置であって、
印刷データを複数の分割データに分割する分割手段と、
一つの分割データの先頭ラインデータが空白でない場合、その分割データの前に位置する他の分割データの最後尾から先頭に向かって空白のラインデータを検索する検索手段と、
前記検索手段が検索した空白のラインデータ以降の前記他の分割データのラインデータを、前記分割データの先頭に結合し、新たな分割データを生成する生成手段と
を備えることを特徴とするデータ処理装置。
【請求項４】
用紙に印刷データを印刷する印刷装置に接続されるコンピュータを、
印刷データを複数の分割データに分割する分割手段、
前記印刷装置に送信した分割データの個数を計測する計測手段、
前記印刷装置から用紙切れの有無を示す情報を取得する取得手段、
前記印刷装置から用紙切れを示す情報を取得したときの前記計測手段の計測値に基づいて用紙切れ発生時の分割データを特定して再送対象の分割データを特定する特定手段、及び
前記再送対象の分割データを前記印刷装置に再送する再送手段
として機能させることを特徴とするプログラム。
【請求項５】
前記再送対象の分割データに含まれる先頭のラインデータが空白でない場合に、前記再送対象の分割データの前に位置する分割データの最後尾から先頭に向かって空白のラインデータを検索する検索手段と、
前記空白のラインデータ以降のラインデータを前記再送対象の分割データの先頭に結合し、新たな分割データを生成する生成手段とを備え、
前記再送手段は、前記用紙の補填後に前記新たな分割データを前記印刷装置に再送することを特徴とする請求項４に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理装置及びプログラムに関する。
【背景技術】
【０００２】
従来より、複数ページからなる印刷ジョブをページ単位で分割した分割データを作成し、プリンタに対して分割データ単位で印刷ジョブを送信するＰＣが知られている（例えば、特許文献１参照）。
【０００３】
また、ロール紙のような連続用紙を使用し、レシート等の印刷を行う印刷システムにおいては、印刷面は可変長である場合が多い。例えば、レシートの長さは固定でなく、商品数や広告等の有無によって印刷する長さを変える。これは、印刷アプリケーションが想定されるレシート長より十分長いサイズのページ長を指定し、プリンタがページ下部の空白データの印刷を停止したり又はプリンタドライバがページ下部の空白データを削除することによって実現している。また、名簿や商品リスト等で数百行に及ぶ印刷を行う場合には、アプリケーションは印刷システムで設定できる最大のページ長を指定し、プリンタ又はプリンタドライバの空白削除機能で印刷面が最大ページ長とならないようにしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２５７０８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、連続用紙を使用するプリンタにおいて、数百行に及ぶ印刷の途中で連続用紙の用紙切れが発生した場合、連続用紙を補填して再印刷が行われる。このとき、プリンタでは印刷ジョブ単位又はページ単位の再印刷を実行するため、印刷停止位置によっては数百行の重複印刷が発生し、連続用紙の無駄が生じる。
【０００６】
本発明の目的は、用紙切れ後の印刷再開時に、印刷停止位置又はその近傍から印刷装置に印刷を再開させることができるデータ処理装置及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、明細書に開示されたデータ処理装置は、用紙に印刷データを印刷する印刷装置に接続されるデータ処理装置であって、印刷データを複数の分割データに分割する分割手段と、前記印刷装置に送信した分割データの個数を計測する計測手段と、前記印刷装置から用紙切れの有無を示す情報を取得する取得手段と、前記印刷装置から用紙切れを示す情報を取得したときの前記計測手段の計測値に基づいて用紙切れ発生時の分割データを特定して再送対象の分割データを特定する特定手段と、前記再送対象の分割データを前記印刷装置に再送する再送手段とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、用紙切れ後の印刷再開時に、印刷停止位置又はその近傍から印刷装置に印刷を再開させることができる。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態に係る印刷システムの構成を示すブロック図である。
【図２】コンピュータの機能を示すブロック図である。
【図３】１ページの印刷データを分割した例を示す図である。
【図４】１ページの印刷処理例を示すフローチャートである。
【図５】図４のＳ２９の再印刷処理を示すフローチャートである。
【図６】図５のＳ３６の分割修正処理を示すフローチャートである。
【図７】ブロックデータの分割位置を空白のラインデータの位置に設定する分割修正処理を示す模式図である。
【図８】分割修正処理によって生成されるブロックデータを示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照しながら本発明の実施の形態を説明する。
【００１１】
図１は、本実施の形態に係るデータ処理装置とプリンタとを含む印刷システムの構成を示すブロック図である。
【００１２】
図１の印刷システム１０は、本実施の形態に係るデータ処理装置であるコンピュータ１とプリンタ２とを備えている。コンピュータ１は、コンピュータ全体の動作を制御するＣＰＵ（Central Processing Unit）１１と、ワーキングエリアとして機能するＲＡＭ１２と、各種のプログラム、アプリケーション及びドライバを含むＲＯＭ１３及びＨＤＤ（Hard Disk Drive）１４と、キーボード及びマウスなどの入力装置５に接続される入力インターフェース（ＩＦ）１５と、ディスプレイ６に接続されるビデオＩＦ１６と、プリンタ２などの周辺機器に接続されるＩＦ１７とを備えている。ＩＦ１７は、例えば、シリアルＩＦ又はＵＳＢ（Universal Serial Bus）ＩＦなどである。ＣＰＵ１１は、バス１８を介してＲＡＭ１２、ＲＯＭ１３、ＨＤＤ１４、入力ＩＦ１５、ビデオＩＦ１６、及びＩＦ１７に接続されている。
【００１３】
プリンタ２は、例えば、ロール紙などの連続用紙に印刷を行うサーマルプリンタである。プリンタ２は、プリンタ全体の動作を制御するマイコン２１と、各種のプログラム及びデータを格納するメモリ２２と、サーマルヘッドや用紙搬送モータなどの印字に関連する処理を実行する印字部２３と、用紙切れを検出する用紙検出センサ２４と、プリンタ２を外部装置に接続するためのＩＦ２５とを備えている。マイコン２１は、バス２６を介してメモリ２２、印字部２３、用紙検出センサ２４及びＩＦ２５に接続されている。ＩＦ２５は、例えば、シリアルＩＦ又はＵＳＢ  ＩＦなどである。ＩＦ２５は、シリアルケーブル又はＵＳＢケーブルのようなケーブル３を介してＩＦ１７に接続されている。
【００１４】
ＣＰＵ１１は、印刷データ及びプリンタ制御コマンドをＩＦ１７，２５及びケーブル３を介してマイコン２１に送信する。また、マイコン２１は、用紙検出センサ２４により検出された用紙切れを示すデータをＩＦ１７，２５及びケーブル３を介してマイコン２１に送信する。
【００１５】
図２は、コンピュータ１の機能を示すブロック図である。
【００１６】
図２に示すように、コンピュータ１には、印刷アプリケーション３１、プリンタドライバ３２及びユーザインタフェースドライバ３３がインストールされている。印刷アプリケーション３１、プリンタドライバ３２及びユーザインタフェースドライバ３３はＲＯＭ１３又はＨＤＤ１４に格納されており、ＣＰＵ１１によってＲＡＭ１２に読みだされて起動される。従って、印刷アプリケーション３１、プリンタドライバ３２及びユーザインタフェースドライバ３３の各機能は、ＣＰＵ１１によって実現される。プリンタドライバ３２を実行するＣＰＵ１１は、分割手段、計測手段、取得手段、特定手段、再送手段、検索手段及び生成手段として機能する。
【００１７】
ユーザインタフェースドライバ３３は、入力装置５からの入力に基づいて、プリンタドライバ３２の設定情報Ｓ１を設定する。設定情報Ｓ１は、例えば、WINDOWS（登録商標）に準拠するDEVMODE構造体に設定される用紙サイズ、ページサイズ及び解像度、並びに用紙切れ後の再印刷機能に関する再印刷サイズ、再印刷位置、及び再印刷の有効または無効の設定を含む。この設定情報Ｓ１は、印刷アプリケーション３１及びプリンタドライバ３２に送信される。
【００１８】
印刷アプリケーション３１は、プリンタドライバ３２の設定情報Ｓ１を元に、ＲＡＭ１２上に描画領域（デバイスコンテキスト）を作成し（Ｓ２）、文字、図形及びイメージ等の印刷データを描画する（Ｓ３）。その後、印刷アプリケーション３１が印刷実行をプリンタドライバ３２に指示すると（Ｓ４）、プリンタドライバ３２が呼び出される。
【００１９】
プリンタドライバ３２は印刷アプリケーション３１が作成した印刷データを取得して、必要に応じて、当該印刷データにディザリング処理を行い、またカラーの印刷データをモノクロの印刷データに変換する（Ｓ５）。その後、プリンタドライバ３２はページ単位で印刷データをスプールして、ユーザインタフェースドライバ３３で設定された設定情報Ｓ１（ページサイズ及び再印刷サイズ）に基づき、１ページの印刷データをブロックデータに分割し、プリンタ制御コマンドを付加して（Ｓ６）、プリンタ２に送信する（Ｓ７）。
【００２０】
プリンタドライバ３２はブロックデータの送信数をカウントする一方、ブロックデータの送信毎にプリンタ２から用紙切れの有無の状態情報を取得する（Ｓ９）。用紙切れが発生した場合には、プリンタドライバ３２はカウント値から用紙切れ発生時のブロックデータを特定し、設定情報Ｓ１の再印刷位置から再送対象のブロックデータを特定し、連続用紙の補填後に再送対象のブロックデータをプリンタ２に再送する（Ｓ８）。尚、設定情報Ｓ１の再印刷位置には、用紙切れ発生時のブロックデータと再送対象のブロックデータとの対応関係（例えば位置関係）が規定されている。例えば、再送対象のブロックデータとして用紙切れ発生時のブロックデータが規定されている場合には、連続用紙の補填後に、用紙切れ発生時のブロックデータから再送される。再送対象のブロックデータとして用紙切れ発生時のブロックデータよりＮ（Ｎ＝１以上）個前のブロックデータが規定されている場合には、連続用紙の補填後に、用紙切れ発生時のブロックデータよりＮ個前のブロックデータから再送される。
【００２１】
再送対象のブロックデータから印刷を再開すると文字や図形などが途切れてしまう場合には、プリンタドライバ３２は文字や図形などが途切れないように印刷位置を調整した新たなブロックデータを生成して、プリンタ２に再送する（Ｓ８）。
【００２２】
図３は、１ページの印刷データを分割した例を示す図である。
【００２３】
図３では、印刷データは画像データである。プリンタドライバ３２は、ユーザインタフェースドライバ３３で設定されたページサイズ及び再印刷サイズＲｐに基づき、１ページの印刷データを複数の画像データ４１−１〜４１−Ｎに分割する。１ページあたりの分割数は１ページのページサイズを再印刷サイズＲｐで除算することにより決定される。尚、再印刷サイズＲｐとしては複数ラインが設定され、１ページのページサイズよりも小さい。プリンタドライバ３２は、プリンタ制御コマンドとして画像印刷コマンド４０−１〜４０−Ｎを複数の画像データ４１−１〜４１−Ｎにそれぞれ付加し、順番にプリンタ２に送信する。
【００２４】
図４は、プリンタドライバ３２によって実行される１ページの印刷処理例を示すフローチャートである。ここでは印刷データは画像データであり、ブロックデータは分割された画像データであるものとする。
【００２５】
プリンタドライバ３２は印刷アプリケーション３１が作成した印刷データ（画像データ）を取得して、必要に応じて、当該画像データにディザリング処理を行い、またカラーの画像データをモノクロの画像データに変換する（Ｓ２１）。
【００２６】
次に、プリンタドライバ３２は、ユーザインタフェースドライバ３３で設定されたページサイズ及び再印刷サイズＲｐに基づき、１ページの画像データをブロックデータに分割し、ブロックデータに画像印刷コマンドを付加する（Ｓ２２）。ここで、全ブロックデータの総数はＮとする。
【００２７】
１ブロック目のブロックデータ送信時、プリンタドライバ３２は、ブロックデータの送信数をカウントするブロック送信カウンタＢｎに１を設定し（Ｓ２３）、１つのブロックデータをプリンタ２に送信する（Ｓ２４）。
【００２８】
プリンタドライバ３２は、プリンタ２の用紙切れの有無を示す状態情報の受信有無を監視し、用紙切れが発生しているか否かを判別する（Ｓ２５）。用紙切れが発生していない場合には（Ｓ２５でＮＯ）、プリンタドライバ３２はブロック送信カウンタＢｎの値を１インクリメントし（Ｓ２６）、続いてブロック送信カウンタＢｎの値がブロックデータの総数Ｎより大きいか否か、即ち、全ブロックデータがプリンタ２に送信されたか否かを判別する（Ｓ２７）。
【００２９】
全ブロックデータがプリンタ２に送信されている場合には（Ｓ２７でＹＥＳ）、本処理を終了する。一方、全ブロックデータがプリンタ２に送信されていない場合には（Ｓ２７でＮＯ）、処理はＳ２４に戻り、次のブロックデータが送信される。
【００３０】
一方、用紙切れが発生している場合には（Ｓ２５でＹＥＳ）、プリンタドライバ３２は、用紙が装填されて用紙切れの状態が解除されるまで待機する（Ｓ２８）。尚、用紙切れ状態が解除されると、プリンタドライバ３２は、プリンタ２から用紙切れ無しの状態情報を取得する。プリンタドライバ３２は用紙切れの状態が解除されると、後述する再印刷処理を実行し（Ｓ２９）、本処理を終了する。
【００３１】
図５は、図４のＳ２９の再印刷処理を示すフローチャートである。ここでは、ブロックデータＢｎを送信した際に用紙切れが発生したものとし、その時点でのブロック送信カウンタの値はＢｎである。
【００３２】
プリンタドライバ３２は、用紙切れが発生したときのブロック送信カウンタＢｎの値に基づいて、送信を再開するブロックデータＢｍを決定する（Ｓ３１）。送信再開するブロックＢｍは、ユーザインタフェースドライバ３３の再印刷位置に基づいて決定される。送信を再開する対象のブロックデータは、用紙切れ時点で送信していたブロックＢｎとしてもよく、ひとつ前のブロックＢｎ−１としてもよい。図５の例では、ブロックＢｎ−１が送信再開対象のブロックデータとして設定されている。
【００３３】
プリンタドライバ３２は、ブロック送信カウンタＢｎに１を設定し（Ｓ３２）、送信再開のブロックＢｍの値が現在のブロック送信カウンタＢｎの値よりも大きいか否かを判別する（Ｓ３３）。送信再開ブロックＢｍの値が現在のブロック送信カウンタＢｎの値よりも大きい場合には（Ｓ３３でＹＥＳ）、プリンタドライバ３２は、現在のブロック送信カウンタＢｎの値を１インクリメントし（Ｓ３４）、Ｓ３５以降の処理をスキップしてＳ３３の判別処理に戻る。Ｓ３３でＹＥＳ→Ｓ３４→Ｓ３３のループ処理では、先頭のブロックデータから１つずつスキャンして、送信再開のブロックデータを探している。
【００３４】
一方、現在のブロック送信カウンタＢｎが送信再開ブロックＢｍの値以上である場合には（Ｓ３３でＮＯ）、プリンタドライバ３２は送信再開ブロックＢｍの値が現在のブロック送信カウンタＢｎの値と同一であるか否かを判別する（Ｓ３５）。
【００３５】
現在のブロック送信カウンタＢｎの値が送信再開ブロックＢｍの値と同じである場合には（Ｓ３５でＹＥＳ）、プリンタドライバ３２は必要に応じて後述する分割修正処理を実行し（Ｓ３６）、現在のブロック送信カウンタＢｎの値に対応するブロックデータＢｎをプリンタ２に送信する（Ｓ３７）。一方、プリンタドライバ３２は現在のブロック送信カウンタＢｎの値が送信再開ブロックＢｍの値と同一でない場合には（Ｓ３５でＮＯ）、プリンタドライバ３２はＳ３６の処理をスキップし、Ｓ３７の処理を実行する。
【００３６】
ブロックデータの送信後、プリンタドライバ３２は現在のブロック送信カウンタＢｎの値を１インクリメントし（Ｓ３８）、プリンタ２から取得される用紙切れの有無を示す状態情報の受信有無を監視して用紙切れが発生しているか否かを判別する（Ｓ３９）。
【００３７】
用紙切れが発生していない場合には（Ｓ３９でＮＯ）、ブロック送信カウンタＢｎの値がブロックデータの総数Ｎより大きいか否か、即ち、全ブロックデータ（１ページの画像データ）がプリンタ２に送信されたか否かを判別する（Ｓ４１）。全ブロックデータがプリンタ２に送信されている場合には（Ｓ４１でＹＥＳ）、本処理を終了する。一方、全ブロックデータがプリンタ２に送信されていない場合には（Ｓ４１でＮＯ）、処理はＳ３３に戻る。
【００３８】
一方、用紙切れが発生している場合には（Ｓ３９でＹＥＳ）、プリンタドライバ３２は、用紙が装填されて用紙切れの状態が解除されるまで待機し（Ｓ４０）、用紙切れの状態の解除後にＳ３１の処理に戻る。この場合、保持しているブロック送信カウンタＢｎの値を使用して印刷が再開される。
【００３９】
ところで、文字、図形及びバーコードなどの印刷データが、再送信されるブロックデータとその一つ前の再送信されないブロックデータとに分割される場合、文字や図形の一部しか印刷されず文字や図形を認識できないという問題が発生する。バーコードの一部しか印刷されない場合には、バーコードリーダでバーコードの読み取りができなくなるという問題が発生する。従って、印刷データを、文字、図形及びバーコードのない空白のラインデータの位置で分割するのが望ましい。
【００４０】
このため、本実施の形態では、印刷データの分割位置を調整するために、プリンタドライバ３２は図５のＳ３６の分割修正処理を実行する。
【００４１】
図６は、図５のＳ３６の分割修正処理を示すフローチャートである。図７は、ブロックデータの分割位置を空白のラインデータの位置に設定する分割修正処理を示す模式図である。図８は、分割修正処理によって新たに生成されるブロックデータの一例を示す図である。
【００４２】
図６で、プリンタドライバ３２は、送信再開ブロックＢｍに対応するブロックデータを決定する（Ｓ５１）。図７の「ブロックＢｍ」は送信再開ブロックＢｍを示し、図７の「ブロックＢｍ−１」はブロックＢｍの一つ前のブロックＢｍ−１に対応するブロックデータを示す。
【００４３】
プリンタドライバ３２は、ブロックＢｍのブロックデータの先頭のラインデータが空白であるか否かを判別する（Ｓ５２）。ブロックＢｍの先頭のラインデータが空白である場合には（Ｓ５２でＹＥＳ）、印刷データの分割位置が文字などに重ならないので、本処理を終了する。
【００４４】
ブロックＢｍのブロックデータの先頭のラインデータが空白でない場合には（Ｓ５２でＮＯ）、印字データがブロックＢｍとブロックＢｍ−１との境界に重なっている可能性があるので、ブロック送信カウンタＢｍの一つ前の値に対応するブロックＢｍ−１のブロックデータを取得する（Ｓ５３）。プリンタドライバ３２は、ブロックデータ内のスキャンされるラインデータの位置をカウントする画像スキャンカウンタＣｎを備え、画像スキャンカウンタＣｎに再印刷サイズＲｐを設定する（Ｓ５４）。Ｓ５４では、ＲｐとしてブロックＢｍ−１の最後尾のラインデータを設定している。
【００４５】
プリンタドライバ３２は、画像スキャンカウンタＣｎで指定されるブロックＢｍ−１のラインデータが空白であるか否かを判別する（Ｓ５５）。画像スキャンカウンタＣｎで指定されるラインデータが空白でない場合には（Ｓ５５でＮＯ）、プリンタドライバ３２は画像スキャンカウンタＣｎの値を１デクリメントする（Ｓ５６）。プリンタドライバ３２は、画像スキャンカウンタＣｎの値が１未満であるか否かを判別する（Ｓ５７）。Ｓ５３〜Ｓ５７の処理では、ブロックＢｍの一つ前のブロックＢｍ−１のブロックデータの最後尾のラインデータから上方に向かって空白のラインデータを探している。
【００４６】
画像スキャンカウンタＣｎの値が１未満でない場合には（Ｓ５７でＮＯ）、Ｓ５５の処理に戻る。一方、画像スキャンカウンタＣｎの値が１未満である場合には（Ｓ５７でＹＥＳ）、プリンタドライバ３２は、ブロック送信カウンタＢｍの値を１デクリメントし（Ｓ５９）、Ｓ５３の処理に戻る。
【００４７】
画像スキャンカウンタＣｎで指定されるラインデータが空白である場合には（Ｓ５５でＹＥＳ）、図７に示すように、空白ラインデータの次のラインデータＣｎ＋１〜Ｒｐの範囲に対応するブロックＢｍ−１のラインデータを切り取り、当該ラインデータを送信再開のブロックＢｍのブロックデータの先頭に結合し、必要に応じて画像印刷コマンドのパラメータを変更し、図８に示すような新たなブロックデータを生成して（Ｓ５８）、本処理を終了する。Ｓ５８で生成された新たなブロックデータはプリンタ２に送信され（図５のＳ３７参照）、連続用紙の補填後の再印刷の開始位置で文字などが途切れて出力される問題を解消できる。
【００４８】
以上説明したように、本実施の形態によれば、１ページの印刷データを複数のブロックデータに分割し（Ｓ２２）、プリンタ２に送信したブロックデータの個数を計測し（Ｓ２３，Ｓ２６）、ブロックデータを送信する度に用紙切れの有無を判別して（Ｓ２５）、用紙切れ発生時のブロックデータを特定し、用紙切れ発生時のブロックデータと再送対象のブロックデータとの対応関係を示す情報（再印刷位置）に基づいて再送対象の分割データを特定して（Ｓ３１−Ｓ３５）、プリンタ２に再送する（Ｓ３７）。従って、連続用紙の用紙切れ後の印刷再開時に、印刷停止位置又はその近傍からプリンタ２に印刷を再開させることができる。
【００４９】
尚、本実施の形態では、コンピュータ１のプリンタドライバ３２が図４〜図６に示す処理を実行したが、例えば、プリンタ２のマイコン２１が図４〜図６に示す処理を実行してもよい。この場合、ユーザインタフェースドライバ３３の設定情報は、マイコン２１に送信され、マイコン２１がコンピュータ１のプリンタドライバ３２と同様の処理を実行する。
【００５０】
尚、本発明は、上述した実施の形態に限定されるものではなく、その要旨を逸脱しない範囲内で種々変形して実施することが可能である。
【符号の説明】
【００５１】
１  コンピュータ
２  プリンタ
１０  印刷システム
１１  ＣＰＵ
３１  印刷アプリケーション
３２  プリンタドライバ
【図１】
2018151996.tif 000003
【図２】
2018151996.tif 000004
【図３】
2018151996.tif 000005
【図４】
2018151996.tif 000006
【図５】
2018151996.tif 000007
【図６】
2018151996.tif 000008
【図７】
2018151996.tif 000009
【図８】
2018151996.tif 000010