JP2011053987A - プリンタの制御装置、プリンタシステム、プリンタの制御方法、プログラム及び記録媒体 - Google Patents

Abstract

【課題】プリンタへの制御内容を自動で変更可能なプリンタの制御装置、プリンタシステム、プリンタの制御方法、プログラム及び記録媒体を提供することを課題とする。
【解決手段】コンピュータ１は、プリンタ１００の印刷対象となる印刷対象画像とプリンタ１００への制御内容に対応付けられた制御画像とが描画された印刷データを生成する印刷アプリケーション１０と、制御画像に対応した制御内容でプリンタ１００を制御するプリンタドライバ５０と、を備えている。
【選択図】図４

Description

本発明は、プリンタの制御装置、プリンタシステム、プリンタの制御方法、プログラム及び記録媒体に関する。

プリンタによる印刷は、コンピュータが印刷データをプリンタへ送信することにより行なわれるものがある。特許文献１〜４にはプリンタに関する技術が開示されている。このようなプリンタと接続されたコンピュータでは、プリンタの動作を制御する設定を行うことができる。ユーザは、印刷前に予めコンピュータ上でプリンタの制御内容を設定しておくことにより、プリンタはその制御内容に従った動作をする。

特開平０７−３１４７９６号公報 特開平０９−２２４１４８号公報 特開２００３−２６０７８９号公報 特開２００３−８０７９１号公報

プリンタへの制御内容を変更するためには、印刷実行前にユーザがコンピュータを介して変更する必要がある。

本発明は、プリンタへの制御内容を自動で変更可能なプリンタの制御装置、プリンタシステム、プリンタの制御方法、プログラム及び記録媒体を提供することを目的とする。

上記目的は、プリンタの印刷対象となる印刷対象画像と前記プリンタへの制御内容に対応付けられた制御画像とが描画された印刷データを生成する印刷データ生成部と、前記制御画像に対応した前記制御内容で前記プリンタを制御するプリンタ制御部と、を備えたプリンタの制御装置によって達成できる。

制御画像が印刷データに描画されているので、プリンタ制御部は受信した印刷データの制御画像に応じてプリンタへの制御内容を変更することができる。これにより、ユーザが制御内容を変更しなくても制御内容が自動で変更され得る。

上記目的は、上記のプリンタの制御装置と、前記プリンタとを備えたプリンタシステムによっても達成できる。

上記目的は、プリンタの印刷対象となる印刷対象画像と前記プリンタへの制御内容に対応付けられた制御画像とが描画された印刷データを生成し、前記制御画像に対応した前記制御内容で前記プリンタを制御する、プリンタの制御方法によっても達成できる。

上記目的は、プリンタの印刷対象である印刷対象画像と前記プリンタへの制御内容に対応付けられた制御画像とが描画された印刷データを受信し、前記制御画像に対応した前記制御内容で前記プリンタを制御する、プリンタの制御方法によっても達成できる。

上記目的は、上記制御方法をコンピュータに実行させるためのプログラムによっても達成できる。

上記目的は、上記のプログラムを格納したコンピュータで読取可能な記録媒体によっても達成できる。

本発明によれば、プリンタへの制御内容を自動で変更可能なプリンタの制御装置、プリンタシステム、プリンタの制御方法、プログラム及び記録媒体を提供できる。

本実施例のコンピュータの説明図である。 デバイスコンテキストの例示図である。 プリンタを制御する従来のコンピュータの説明図である。 制御画像の説明図である。 実際に描画された制御画像の説明図である。 制御画像判定処理の一例を示したフローチャートである。 プリンタドライバ機能設定情報の例示図である。 ＲＧＢ値と制御コマンドの対応を規定したマップである。 ＲＧＢ値と制御コマンドの対応を規定したマップである。

図１は、本実施例のコンピュータの説明図である。コンピュータ１は、プリンタ１００と通信可能に接続されており、プリンタ１００を制御する。コンピュータ１はプリンタの制御装置に相当する。コンピュータ１は、プリンタ１００に印刷可能な印刷データを送信する。コンピュータ１には、印刷アプリケーション１０、プリンタドライバ５０が構築されている。コンピュータ１は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を用いて構成される。印刷アプリケーション１０は、ワードプロセッサ、グラフィックスなどの処理をコンピュータ１に行わせる機能を有していおり、ＲＡＭが読み込んだアプリケーションプログラムをＣＰＵが実行することによりコンピュータ１上に構築される。

プリンタドライバ５０は、印刷アプリケーション１０から送信される印刷データをプリンタ１００で印刷可能なデータに変換する機能を有している。プリンタドライバ５０は、コンピュータ１のＲＡＭが読み込んだプリンタドライバプログラムをＣＰＵが実行することによりコンピュータ１上に構築される。このため、プリンタドライバプログラムは、記録媒体に記憶させることができる。プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。

その他、プリンタドライバプログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

印刷アプリケーション１０は、デバイスコンテキスト作成部１１、印刷領域描画部１２、制御領域描画部１３、印刷実行部１４を有している。印刷アプリケーション１０は印刷データを生成しプリンタドライバ５０へと送信する。デバイスコンテキスト作成部１１は、プリンタドライバ５０からの情報を元にメモリ上の描画領域にデバイスコンテキストを作成する。この際に、デバイスコンテキスト作成部１１は、プリンタドライバＡＰＩ（Application Program Interface）を読み出し、ユーザインタフェースによって設定されたドライバ機能設定情報を取得する。

デバイスコンテキスト作成部１１は、図２に示すようにデバイスコンテキストを作成する。デバイスコンテキスト作成部１１は、デバイスコンテキストの描画可能領域を印刷領域と制御領域とに区分けする。印刷可能領域は、プリンタ１００で印刷の対象となる印刷対象画像を描画するために領域である。印刷対象画像とは、例えば文字や図形、画像などである。制御領域は、詳しくは後述するがプリンタ１００の制御内容に対応付けられた制御画像を描画するための慮域である。制御領域は、描画可能領域の左端又は右端に設定される。

印刷領域描画部１２は、印刷領域にプリンタ１００で印刷の対象となる印刷対象画像を描画する。制御領域描画部１３は、制御領域に制御画像を描画する。尚、制御領域描画部１３は、ドライバＡＰＩから設定済みの機能設定や情報等を取得する。印刷実行部１４は、プリンタドライバ５０に印刷データを送信して印刷実行を支持する。このように印刷アプリケーション１０は、印刷データを生成する印刷データ生成部に相当する。

プリンタドライバ５０は、印刷アプリケーション１０から送信された印刷データに基づいて、上述した制御画像を読み出して制御画像に対応した制御内容でプリンタ１００を制御する。制御画像判定部５１は、印刷データの制御領域に描画された制御画像を判定する。制御情報保持部５２は、制御画像に関する情報を保持する。印刷データ形式変換部５３は、印刷アプリケーション１０から送信された印刷データをプリンタ１００で印刷可能な形式の印刷データに変換する。尚、印刷データ形式変換部５３は、制御画像が消去された印刷データに変換する。制御画像をプリンタ１００で印刷されるのを防止するためである。

制御コマンド挿入部５４は、制御情報保持部５２に保持された制御画像情報を参照して、制御画像に対応付けられた制御コマンドを印刷データに挿入する。印刷データ送信部５５は、制御コマンドが挿入された印刷データをインタフェース９０へ送信し、インタフェース９０は、その印刷データをプリンタ１００へと送信する。これにより、プリンタ１００は、送信された印刷データに描画された印刷対象画像を印刷媒体に印刷する。また、プリンタ１００は、印刷データに挿入された制御コマンドに従ってその動作が制御される。プリンタドライバ５０はプリンタ制御部に相当する。

このように、印刷アプリケーション１０は制御画像を制御領域に描画する。例えば、プリンタ１００がレシートプリンタの場合には、印刷用紙（レシート）のカット位置を制御する制御画像、プリンタ１００のサーマルヘッド（不図示）に印加するエネルギの強度を制御する制御画像、又はマーク検出処理に関する制御画像などを描画する。

印刷用紙のカット位置を制御する理由は、印刷用紙がレシートの場合には、購入品や品数によってレシートのカット位置が異なってくる場合が多いからである。エネルギの強度を制御する理由は、部分的に印字率が大きくなると、サーマルヘッドが高温化するおそれがあるからである。

また、印刷アプリケーション１０は、このような制御画像を、印刷対象画像に応じて描画する。例えば、印刷対象画像となる複数のドキュメントデータがあった場合、印刷アプリケーション１０は、ドキュメント毎に印刷用紙がカットされる制御画像を描画することができる。また、例えば印刷対象画像が、２種類の濃度が異なる画像であった場合、それらを連続して印刷する場合には、濃度の薄い画像が描画されたページの制御領域に、サーマルヘッドへのエネルギ強度を強めにする制御画像を描画する。プリンタドライバ５０は、これら制御画像に対応付けられた制御コマンドをプリンタ１００へ送信する。これにより、ユーザは自らドライバＡＰＩを呼び起こしてユーザインタフェースを介して制御内容の変更しなくても、制御内容が自動で変更される。これにより、プリンタ１００の制御性が向上している。

次に、プリンタを制御する従来のコンピュータについて説明する。図３は、プリンタを制御する従来のコンピュータの説明図である。
従来のコンピュータ１ｘは、印刷アプリケーション１０ｘが印刷データを生成し、プリンタドライバ５０ｘは、印刷アプリケーション１０ｘからの印刷データをプリンタ１００で印刷可能な形式の印刷データに変換する。次に、プリンタドライバ５０ｘは、ドライバＡＰＩを呼び出して予めユーザにより設定された制御内容に対応する制御コマンドを、印刷データに挿入してプリンタ１００へと送信する。

このように、従来のコンピュータ１ｘでは、印刷対象の画像に応じてプリンタ１００の制御内容は自動で変更されない。従って、予めユーザが制御内容を設定しておかなければならい。また印刷アプリケーション１０ｘがドライバＡＰＩを呼び出してプリンタドライバ機能を変更する場合でも、印刷開始前に行っておく必要がある。そのため、プリンタ１００の制御はプリンタドライバ５０ｘで既に設定されている制御しか行うことができなかった。例えば、エネルギ強度、用紙カット、マーク検出処理を行う場合には各処理に対応した制御コマンドを印刷データに挿入する場合、ドキュメントの開始時や終了時、各ページの印刷開始時や終了時など、予めプリンタドライバ５０ｘで設定された特定のタイミングでしか挿入できなかった。

前述したように、レシートに印刷を行う場合には、レシートの長さは品数等により異なってくるため、印刷内容に応じて又は任意のタイミングで制御コマンドを挿入することはできない。また、印刷対象の画像によっては部分的に印字率が高くなる場合があるが、印刷対象の画像の内容によってエネルギ強度を制御することはできない。

しかしながら、本実施例のコンピュータ１は、印刷対象画像に応じて描画された制御画像に基づいて、制御画像を制御コマンドに変換して印刷データに挿入する。これにより、任意のタイミングでプリンタ１００へのプリンタへの制御内容を変更することができ、プリンタ１００への制御性が向上している。

次に、制御画像について説明する。図４は、制御画像の説明図である。図４には、制御領域に１つの制御画像ＣＩが描画されている場合を示している。
制御画像ＣＩのＲＧＢ値は（ａ，ｂ，ｃ）である。制御コマンドは、制御画像ＣＩのＲＧＢ値である（ａ，ｂ，ｃ）に対応付けられている。即ち、プリンタドライバ５０の印刷データ送信部５５は、制御画像ＣＩのＲＧＢ値と制御コマンドとが対応付けられたマップを有しており、このマップに基づいて制御画像ＣＩから制御コマンドに変換している。このマップについては後述する。図４に例示した制御画像ＣＩは、デバイスコンテキストＤＣの上端から縦方向にＹ（pixel）下がった位置に描画されている。また制御画像ＣＩの縦方向の長さはｙ(pixel)である。制御画像ＣＩは、“あいうえお”と“かきくけこ”の文字列の間に制御画像が描画されている。この制御画像は任意の形状でもよく、連続で複数存在していてもよい。

図５は、実際に描画された制御画像の説明図である。
図５に示すように２つの制御画像ＣＩ１、ＣＩ２が描画されている。制御画像ＣＩ１のＲＧＢ値は（２９，６０，０）であり、制御画像ＣＩ２のＲＧＢ値は（２２４，４８，３０）である。制御画像ＣＩ１、ＣＩ２の位置は、それぞれＹ_１、Ｙ_２である。制御画像ＣＩ１、ＣＩ２の縦方向の長さは、それぞれｙ_１、ｙ_２である。制御画像ＣＩ１、ＣＩ２は隣り合って描画されている。

プリンタドライバ５０の制御画像判定部５１が制御画像ＣＩ１、ＣＩ２を判定し、制御情報保持部５２が制御画像ＣＩ１、ＣＩ２に関する情報を保持した後は、Ｙ_２より下方に描画された画像を、Ｙ_１の位置に移動する。この移動の際には、制御領域及び印刷領域の双方に描画された画像と共に移動する。この理由は、Ｙ_１〜Ｙ_１＋Ｙ_２間のデータを削除するためである。印刷データ形式変換部５３は、このように制御画像を削除する。そして印刷データ形式変換部５３は、削除済みの印刷データをプリンタ１００で印刷可能な形式に変換する。制御コマンド挿入部５４は、制御情報保持部５２からの情報を参照して制御コマンドを印刷データに挿入する。

次に、制御コマンドを挿入する印刷データの位置について説明する。制御コマンドを挿入する印刷データの位置は以下の式により規定される。
Ｌ_ｎ＝Ｙ_ｎ （ｎ＝１）…（１）
Ｌ_ｎ＝Ｙ_ｎ−ｙ_ｎ−１−ｙ_ｎ−２…−ｙ_１（ｎ＞１）…（２）
図５に示した１番目の制御画像ＣＩ１に対応した制御コマンドはＹ_１の位置に挿入し、２番目の制御画像ＣＩ２に対応した制御コマンドは、Ｙ_２からｙ_１を引いた位置、即ち１番目の制御コマンドの直後に挿入される。

また、制御画像判定部５１は、デバイスコンテキストＤＣの横方向の位置を示すＸと縦方向の位置を示すＹとに基づいて、制御領域の開始点から終了点までこれら変数Ｘ、Ｙを用いて制御画像の有無の判定を行う。以下に詳しく説明する。

図６は、制御画像判定部５１が実行する制御画像判定処理の一例を示したフローチャートである。
まず、図４に示すように制御領域に一つの制御画像が描画されている場合を例に説明する。制御画像判定部５１は、印刷データを受信すると（ステップＳ１）、ドライバＡＰＩからプリンタ機能設定を取得し（ステップＳ２）、変数を初期化する（ステップＳ３）。変数の初期化は、Ｙ＝ｙ＝０に設定する。Ｘは、制御領域開始点に設定する。次に、制御画像判定部５１は、変数Ｘ，Ｙの位置でのＲＧＢ値を取得する（ステップＳ４）。次に、制御画像判定部５１は、制御画像があるか否かを判定する（ステップＳ５）。取得したＲＧＢ値が（０，０，０）以外の場合には、その位置に制御画像が描画されていることを示している。取得したＲＧＢ値が（０，０，０）の場合は、その位置に制御画像は描画されていないことを示している。

制御領域開始点及びＹ＝０で制御画像が描画されていない場合には、制御画像判定部５１は、変数Ｘが制御領域の終了位置を示しているか否かを判定する（ステップＳ６）。終了位置を示していない場合には、制御画像判定部５１は、変数Ｘをインクリメントして（ステップＳ７）、ステップＳ４移行の処理を実行する。これにより、デバイスコンテキストＤＣの制御領域内を横方向に、制御画像の有無を順次判定することができる。

ステップＳ６において、Ｘが制御領域の終了を示している場合には、制御画像判定部５１は、変数Ｘを０に設定する（ステップＳ９）。次に制御画像判定部５１は、制御画像データありを示すフラグがセットされていたか否かを判定する（ステップＳ１０）。否定判定の場合、制御画像判定部５１は、前回の制御画像があるか否かを判定する（ステップＳ１６）。否定判定の場合、制御画像判定部５１は変数Ｙをインクリメントして（ステップＳ１３）、Ｙがページの最後であるか否かを判定する（ステップＳ１４）。ページの最後ではない場合、即ち、制御画像の判定がページの最後にまで至っていない場合には、制御画像判定部５１は、再度Ｓ４の処理を実行する。制御画像判定部５１が変数Ｙをインクリメントした後にステップＳ４の処理を再度実行することにより、縦方向に順に制御画像の有無の判定を行うことができる。

ステップＳ５で制御画像がありと判定されると、制御画像判定部５１は、制御画像がありを示すフラグをセットする（ステップＳ８）。次に、制御画像判定部５１は変数Ｘを０に設定し（ステップＳ９）、フラグがセットされているか否かを判定する（ステップＳ１０）。肯定判定の場合、前回取得したＲＧＢ値と今回取得したＲＧＢ値が一致するか否かを判定する（ステップＳ１１）。一致しない場合、制御画像判定部５１は、ＲＧＢ値を制御情報保持部５２に保存させる（ステップＳ１２）。このときの変数ＹをＹ_ｎ、変数ｙをｙ_ｎ、ｙ＝０とする。次に制御画像判定部５１は、ステップＳ１３、Ｓ１４の処理を実行する。ステップＳ１４で否定判定の場合には制御画像判定部５１は再度ステップＳ４移行の処理を実行する。

制御画像判定部５１が再びステップＳ１１において肯定判定がなされた場合、同一の制御画像を縦方向に判定していることを示している。このため制御画像判定部５１は、変数ｙをインクリメントする。変数ｙは、前述したように制御画像の縦方向の長さに対応している。その後制御画像判定部５１は、ステップＳ１３移行の処理を実行する。ステップＳ１５の処理が繰り返されることにより、変数ｙがインクリメントされ、実際に描画された制御画像の縦方向の長さを判定することができる。

次に、ステップＳ５で否定判定の場合、即ち、制御画像が存在していない慮域を判定している場合、制御画像判定部５１は、ステップＳ６、Ｓ７、Ｓ４、Ｓ５を繰り返す。ステップＳ６で肯定判定がなされると、制御画像判定部５１は、ステップＳ１０で否定判定をする。次に制御画像判定部５１は、前回判定していた制御画像があるか否かの判定を行う（ステップＳ１６）。肯定判定がされると、制御画像判定部５１はＲＧＢ値を保存する（ステップＳ１２）。これにより、前回の判定していた制御画像の縦方向の長さｙが保存される。次に制御画像判定部５１は、ステップＳ１３移行の処理を実行する。このような処理が繰り返された後、ステップＳ１４で、変数Ｙがページの再度に至っていることを示している場合には、制御画像判定部５１はこの処理を終了する。

次に、図５に示すように制御領域に隣接する２つの制御画像が描画されている場合を例に説明する。
一つ目の制御画像制御画像ＣＩ１を判定済みであり、２つ目の制御画像を判定する場合、制御画像判定部５１は、ステップＳ１１において否定判定をする。前回取得したＲＧＢ値は制御画像ＣＩ１に対応する値であり、今回取得したＲＧＢ値は制御画像ＣＩ２に対応する値だからである。このため、制御画像判定部５１は、今回取得したＲＧＢ値に関する情報を保存する（ステップＳ１２）。これにより制御画像ＣＩ２に関する情報が保存される。その後はステップＳ１３移行の処理が実行される。

次に、プリンタドライバ機能設定情報について説明する。図７は、プリンタドライバ機能設定情報の説明図である。図７に示すように、用紙サイズを、横幅、縦幅がそれぞれ、６４０、２０００（pixel）に設定されている。また、制御領域は０〜４０（pixel）の範囲に設定されている。また、ＲＧＢ値のＲ値は、０ｘ００〜０ｘ１Ｆまでは、規定の制御コマンドに対応付けられている。また、Ｒ値が０ｘ２０〜０ｘＦＥまでは、任意の制御コマンド又は制御コマンドの組み合わせに対応付けられている。例えば、Ｒ値が０ｘＥ０の場合場、コマンドＧＳ

Ｇ値は、０〜２５５までがパラメータ１として対応付けられている。Ｂ値は、０〜２５５までがパラメータ２として対応付けられている。

次に、制御画像のＲＧＢ値と制御コマンドとの対応について説明する。図８、図９は、ＲＧＢ値と制御コマンドの対応を規定したマップである。図８の（１）に示した、１バイトの制御コマンドＥＳＣ（０ｘ１Ｂ）について説明する。尚、この場合は、ＲＧＢ値のＢ値については使用しない。（Ｒ，Ｇ，Ｂ）＝（０ｘ０２，０ｘ４０，０ｘ００）の場合には制御コマンドＥＳＣ ＠と対応付けられている。尚“＠”は、キャラクターコード０ｘ４０に対応付けられている。また、（Ｒ，Ｇ，Ｂ）＝（０ｘ０２，０ｘ４Ｃ，０ｘ００）の場合には、制御コマンドＥＳＣ Ｌと対応づけられている。尚、“Ｌ”は、キャラクターコード０ｘ４Ｃに対応付けられている。

図８の（２）に示した、２バイトの制御コマンドＥＳＣ（０ｘ１Ｂ）について説明する。（Ｒ，Ｇ，Ｂ）＝（０ｘ０２，０ｘ４１，ｎ）の場合には制御コマンドＥＳＣ Ａ ｎと対応付けられている。尚“Ａ”は、キャラクターコード０ｘ４１に対応付けられている。（Ｒ，Ｇ，Ｂ）＝（０ｘ０２，０ｘ４Ａ，ｎ）の場合には制御コマンドＥＳＣ Ｊ ｎと対応付けられている。尚“Ｊ”は、キャラクターコード０ｘ４Ａに対応付けられている。図８に示した（３）（４）についても同様である。

図９の（７）には、組み合わせて使用されるコマンド類を１つで定義される。例えば（Ｒ，Ｇ，Ｂ）＝（０ｘＥ０，ｍ，ｎ）の場合、制御コマンドＧＳ＜ＧＳ Ｖ ｍ ｎに対応付けられている。この制御コマンドは、ＧＳ＜コマンドと、ＧＳ Ｖ ｍ ｎコマンドとを組み合わせたものである。

以上本発明の好ましい実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

上記実施例において、プリンタ１００は、サーマルプリンタを例に説明したが、これに限定されない。例えば、サーマルプリンタ以外のインクジェットプリンタやレーザプリンタなどであってもよい。

１ コンピュータ（プリンタの制御装置）
１０ 印刷アプリケーション（印刷データ生成部）
５０ プリンタドライバ（プリンタ制御部）
５１ 制御画像判定部
５２ 制御画像情報保持部
５３ 印刷データ形式変換部
５４ 制御コマンド挿入部
５５ 印刷データ送信部
１００ プリンタ
ＣＩ、ＣＩ１、ＣＩ３ 制御画像

Claims (12)

1. プリンタの印刷対象となる印刷対象画像と前記プリンタへの制御内容に対応付けられた制御画像とが描画された印刷データを生成する印刷データ生成部と、
   前記制御画像に対応した前記制御内容で前記プリンタを制御するプリンタ制御部と、を備えたプリンタの制御装置。
2. 前記プリンタ制御部は、前記制御画像の色に対応した前記制御内容で前記プリンタを制御する、請求項１のプリンタの制御装置。
3. 前記プリンタ制御部は、前記制御画像のＲＧＢの各濃度に対応した前記制御内容で前記プリンタを制御する、請求項２のプリンタの制御装置。
4. 前記プリンタ制御部は、前記制御画像に対応した制御コマンドを前記プリンタへ送信する、請求項１乃至３の何れかのプリンタの制御装置。
5. 前記プリンタ制御部は、前記印刷データに前記制御コマンドを挿入する、請求項４のプリンタの制御装置。
6. 前記プリンタ制御部は、前記制御画像を判定した後に前記制御画像を前記印刷データから削除する、請求項１乃至５の何れかのプリンタの制御装置。
7. 前記印刷データ生成部は、画像を描画可能な前記印刷データの領域のうち前記印刷対象画像が描画されていない領域に前記制御画像を描画する、請求項１乃至６の何れかのプリンタの制御装置。
8. 請求項１乃至７の何れかのプリンタの制御装置と、
   前記プリンタと、を備えたプリンタシステム。
9. プリンタの印刷対象となる印刷対象画像と前記プリンタへの制御内容に対応付けられた制御画像とが描画された印刷データを生成し、
   前記制御画像に対応した前記制御内容で前記プリンタを制御する、プリンタの制御方法。
10. プリンタの印刷対象である印刷対象画像と前記プリンタへの制御内容に対応付けられた制御画像とが描画された印刷データを受信し、
    前記制御画像に対応した前記制御内容で前記プリンタを制御する、プリンタの制御方法。
11. 請求項１０のプリンタの制御方法をコンピュータに実行させるためのプログラム。
12. 請求項１１のプログラムを記録したコンピュータで読取可能な記録媒体。

Images