(57)【要約】      （修正有）【課題】印刷用のデータが少量であっても、バッファの容量に満たないことによるプリンターへの出力タイミングの遅れを防ぐ印刷制御装置を提供する。【解決手段】ＰＣのドライバーは、印刷の開始前にプリンターに対して問合せを行ないＳ１００、最初に印刷ヘッド１１を駆動させるタイミングとしてのライン数を取得するＳ１０２。印刷の開始に伴いＳ１０５：ＹＥＳ、ライン毎に印刷制御データを生成してＯＳが提供するバッファにため込みＳ１１０、取得したライン数分の印刷制御データが溜まるとＳ１２０：ＹＥＳ、フラッシュを実行してバッファからプリンターへ印刷制御データを出力する。【選択図】図４
2017151507.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションが印刷データを出力すると、ＯＳが提供するバッファを介して、プリンターに印刷制御データを出力する印刷制御装置であって、
前記プリンターは、前記印刷制御データに所定の区切りがあるときに印刷機構を稼働して印刷を実行するものであり、
前記プリンターに出力する前記印刷制御データに含まれる前記所定の区切りを認識する印刷区切り認識手段と、
前記印刷区切り認識手段によって最初の前記区切りあるいは最初から所定数の前記区切りが認識されたら前記ＯＳが提供するバッファに対して当該バッファに一時記憶されている前記印刷制御データを前記プリンターに出力させるフラッシュ制御手段とを具備することを特徴とする印刷制御装置。
【請求項２】
前記プリンターは、印刷ヘッドを往復直線動作して印刷させるものであり、
前記区切りは、前記印刷ヘッドのバンド幅で生成される印刷制御データの区切りであることを特徴とする請求項１に記載の印刷制御装置。
【請求項３】
前記プリンターは、印刷ヘッドを往復直線動作して印刷させるものであり、
前記区切りは、前記印刷ヘッドのライン単位に相当する印刷制御データの区切りであることを特徴とする請求項１に記載の印刷制御装置。
【請求項４】
前記フラッシュ制御手段は、前記印刷制御データの累積値が所定のサイズを超えたら前記印刷制御データを前記プリンターに出力させることを特徴とする請求項１に記載の印刷制御装置。
【請求項５】
前記印刷区切り認識手段は、前記印刷制御データに含まれる頁区切りを認識可能であり、
前記フラッシュ制御手段は、前記印刷制御データが所定のサイズよりも小さい場合で前記頁区切りを認識されたときに前記印刷制御データを前記プリンターに出力させることを特徴とする請求項１に記載の印刷制御装置。
【請求項６】
アプリケーションが印刷データを出力すると、ＯＳが提供するバッファを介して、プリンターに印刷制御データを出力する印刷制御方法であって、
前記プリンターは、前記印刷制御データに所定の区切りがあるときに印刷機構を稼働して印刷を実行するものであり、
前記プリンターに出力する前記印刷制御データに含まれる前記所定の区切りを認識する工程と、
最初の前記区切りあるいは最初から所定数の前記区切りが認識されたら前記ＯＳが提供するバッファに対して当該バッファに一時記憶されている前記印刷制御データを前記プリンターに出力させる工程とを実施することを特徴とする印刷制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷制御装置、印刷制御方法に関し、特に、ＯＳがプリンターバッファを提供する印刷装置に対する印刷制御装置、印刷制御方法に関する。
【背景技術】
【０００２】
ＰＣにプリンターを接続して印刷を行わせる場合、ＰＣで稼働するＯＳが印刷用のデータを一時的にスプールし、所定のタイミングでプリンターに出力する。アプリケーションが印刷用のデータを出力した場合、プリンターからの応答を待つ必要がある。しかし、プリンターが実際に印刷の準備までに時間を要する場合は、その間、ＰＣで次の作業を実施できなくなり、大幅に利便性が悪化する。このため、実際のプリンターからの応答を待つまでもなく、アプリケーションが次の作業を実行できるようにスプールする。スプールはバッファに印刷用のデータをため込む技術一般を指している。
特許文献1は、このような一般的技術を開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−２９６３２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＯＳの機能が充実してくる過程で、バッファの容量も大きくなる傾向にある。バッファの容量は印刷用のデータをスプールできる容量であるから、容量の増大は総合的なパフォーマンスの向上に貢献する。一方、印刷用のデータが少量であると、バッファの容量に満たず、プリンターに出力されるタイミングが遅れることがある。
状況によっては、プリンターに出力するタイミングが遅れることで、総合的な印刷時間が増加してしまうこともある。
【０００５】
本発明は、プリンターによる印刷の利便性を向上させる。
【課題を解決するための手段】
【０００６】
本発明は、アプリケーションが印刷データを出力すると、ＯＳが提供するバッファを介して、プリンターに印刷制御データを出力する印刷制御装置であって、前記プリンターは、印刷制御データに所定の区切りがあるときに印刷機構を稼働して印刷を実行するものであり、前記プリンターに出力する前記印刷制御データに含まれる前記所定の区切りを認識する印刷区切り認識手段と、前記印刷区切り認識手段によって最初の前記区切りあるいは最初から所定数の前記区切りが認識されたら前記ＯＳが提供するバッファに対して当該バッファに一時記憶されている前記印刷制御データを前記プリンターに出力させるフラッシュ制御手段とを具備する構成としてある。
【０００７】
前記構成において、アプリケーションが印刷データを出力すると、ＯＳが提供するバッファを介して、プリンターに印刷制御データが出力される。また、前記プリンターは、印刷制御データに所定の区切りがあるときに印刷機構を稼働して印刷を実行する。このような状況で、印刷区切り認識手段は前記プリンターに出力する前記印刷制御データに含まれる前記所定の区切りを認識しており、前記印刷区切り認識手段によって最初の前記区切りあるいは最初から所定数の前記区切りが認識されたらフラッシュ制御手段が前記ＯＳが提供するバッファに対して当該バッファに一時記憶されている前記印刷制御データを前記プリンターに出力させる。
【０００８】
印刷を開始すると印刷制御データが出力され始め、徐々にＯＳが提供するバッファにため込まれるが、最初の前記区切りあるいは最初から所定数の前記区切りが認識されたら一時記憶されている前記印刷制御データを前記プリンターに出力されるので、印刷開始後の最初の早い段階でプリンターには印刷制御データが出力される。プリンターの対応は同プリンターの仕様に依るが、早期に印刷制御データを出力されることにより、印刷制御データが出力されない場合に比べてその後の対応が早くなることが期待できる。
なお、この場合の「最初」とは意図的に最初の区切りだけを除くような処理がなければ、当然に最初となるであろう区切りを指している。通常は最初のものから認識すればよいし、初期であれば最初の数個の区切りがあってから認識を検出するような処理も当然に含まれる。
【図面の簡単な説明】
【０００９】
【図１】インクジェットプリンターの概略ブロック図である。
【図２】印刷ヘッドのノズル列と各ラインとの対応を示す図である。
【図３】プリンターを制御する印刷制御装置となるＰＣを含めたシステムの構成図である。
【図４】印刷制御のフローチャートである。
【図５】データのやりとりの時系列図である。
【図６】バッファとフラッシュの実行を示す模式図である。
【図７】他の印刷制御のフローチャートである。
【図８】他の印刷制御のフローチャートである。
【発明を実施するための形態】
【００１０】
（第１実施形態）
以下、図面にもとづいて本発明の実施形態を説明する。
図１は、本発明で制御される印刷装置であるインクジェットプリンターの概略ブロック図である。
同図において、プリンター１０の印刷ヘッド１１はインクタンクから供給される４色あるいは６色の色インクをノズルから吐出する。印刷ヘッド１１は、キャリッジモーター２１にて駆動されるベルト２２によって所定の範囲を往復駆動される。プラテン２３はプラテンモーター２４にて駆動され、印刷ヘッド１１の往復動に対応して用紙を搬送する。フィードモーター２５は所定の用紙スタッカに収容されている用紙を供給する給紙ローラー２６を駆動する。
【００１１】
制御回路３０は、専用のＩＣを組み合わせて構成され、機能的にはＣＰＵ、ＲＯＭ、ＲＡＭを備えている。制御回路３０は、印刷ヘッド１１、キャリッジモーター２１、プラテンモーター２４、フィードモーター２５の駆動を制御する。制御回路３０には、操作パネル４１と表示パネル４２が装着されており、操作パネル４１にてユーザによる所定の操作を受け付け、また、表示パネル４２にて所定の表示を行わせる。前記ハードウェアを総称して印刷機構と呼ぶ。
【００１２】
制御回路３０には、カードリーダー５０が接続され、着脱可能なメモリーカードを装着することで、同メモリーカードのデータを読み込んだり、所定のデータを記録することができる。また、制御回路３０には、Ｉ／Ｏ回路６０が接続され、有線あるいは無線を介して他の外部機器と通信により接続可能となっている。制御回路３０は、外部機器やメモリーカードから画像のデータファイルを取得し、同データファイルに基づいて前記機器を制御して印刷を実行する。
【００１３】
図２は、印刷ヘッドのノズル列と各ラインとの対応を示す図である。
印刷ヘッド１１には、直列あるいは千鳥配列の複数のノズル列１２が形成されている。ノズル列１２は、列毎に所定の色インクが供給され、ノズル列１２を構成する個別のノズルから印刷用紙である媒体に向けて色インクが吐出される。図面上では、単純化のために一列のみのノズル列を示しているが、実際には色インク毎に単列あるいは複数列が形成されている。
【００１４】
印刷ヘッド１１のノズル列１２におけるノズル間のピッチと印刷解像度とは必ずしも一致せず、実際の印刷制御では、印刷ヘッド１１を用紙送り方向にずらして複数回の往復動を行いながら印刷することも可能である。本実施例では、印刷ヘッド１１が、一方向へ移動する際に印刷できる範囲をライン、あるいはバンド幅と呼ぶことにする。
【００１５】
同図に示す例では、印刷画像に文字やイラストが含まれており、文字やイラストは単数あるいは複数のラインに跨る位置に配置され、印刷ヘッド１１が複数回往復する間に印刷される。各ラインで生成される印刷制御データのサイズは一定ではないが、次のラインに移動して印刷を開始するための区切りのデータは含まれている。一つのラインを印刷後、次のラインへ移動して印刷を行うので、この区切りが存在する場合に、それまでの印刷制御データに基づいてプリンターの印刷機構を稼働して印刷を実行するタイミングとなる。
【００１６】
ここでは、印刷ヘッド１１のノズル列１２の幅がバンド幅となっており、印刷ヘッド１１が往復直線動作して印刷させることを前提として、一回の一方向への移動によって印刷可能である。また、印刷後、用紙を紙送りして次のバンド幅あるいはラインの印刷を行うことになる。
【００１７】
バンド幅は印刷ヘッド１１のノズル列１２を基準としているが、ソフトウェアでまとまりの単位を変えることも可能である。その意味では印刷ヘッド１１を駆動させるためのひとまとまりのデータは印刷ヘッド１１のノズル列１２だけを基準としなければならないわけではなく、複数のバンド幅を単位とすることも可能である。ライン単位とすることで柔軟な管理が可能となる。ライン単位とする場合でも、各ラインの間には印刷制御データの区切りが含まれる。区切りは、認識可能な特別なデータであっても良いし、あるいはライン毎の先頭にラインの長さを含めておくこととし、ラインとラインの間に直接の区切りのデータを生じさせないようにしておいても、区切りが生じていることは認識できる。
【００１８】
図３は、プリンターを制御する印刷制御装置となるＰＣを含めたシステムの構成図である。
ＰＣ７０は、ＣＰＵやＲＯＭやＲＡＭなどを含む。ＰＣ７０では、基本管理ソフトウェアとしてオペレーティングシステム（ＯＳ）７１が実行されており、ＯＳ７１は各種のハードウェアを制御するため各種のドライバーを備えている。本実施例では、ドライバーの一例としてプリンタードライバー８０が含まれる。プリンタードライバー８０は、アプリケーション９０から出力される印刷データを受け取り、プリンター１０を駆動して印刷させるための印刷制御データを生成する。この間のデータの受け渡しはＯＳ７１を介して行われ、また、生成される印刷制御データはＯＳが提供するバッファ７２を介してプリンター１０に出力される。バッファ７２は、印刷制御データを蓄えるだけでなく、プリンタードライバー８０とプリンター１０との間で行われるいくつかの交信の際に、プリンター１０からの返信を待たずにプリンタードライバー８０に返信する機能も備える。これにより、プリンタードライバー８０は、プリンター１０のハードウェアが実際に稼働する前に印刷制御データを全て生成して処理を先に進めることが可能となる。本実施例では、バッファ７２で印刷制御データを蓄える処理をスプールするとも称する。
【００１９】
ＰＣ７０とプリンター１０とは、有線あるいは無線によるネットワーク１００を介して信号授受が可能なように接続されている。
図４は、ＰＣが実行する印刷制御のフローチャートである。本フローチャートに対応するプログラムをＰＣ７０内のＣＰＵが実行する。以下、同フローチャートに沿って印刷処理について説明する。また、図５は、データのやりとりの時系列図である。
【００２０】
ＣＰＵは、印刷の開始前に、Ｓ１００にて、プリンター１０に対してライン数の問合せを行なう。このライン数とは、プリンター１０において、印刷ジョブが開始されたときに、最初に印刷ヘッド１１を駆動させるタイミングとして、いくつのラインの印刷制御データが入力される時点が好ましいかを表す。
【００２１】
図６は、バッファとフラッシュの実行を示す模式図である。
アプリケーション９０が印刷データを生成するのに対応して、プリンタードライバー８０は同図に示すようにライン毎に区切られた印刷制御データを生成する。各ラインの印刷制御データの容量は異なっている。
プリンタードライバー８０が生成した印刷制御データはＯＳ７１に管理され、まず、バッファ７２にて蓄えられる。バッファ７２は、所定の固定容量または可変容量を持っており、その容量に準じて決定されるフラッシュしきい値Ｆthを超えるまでは印刷制御データを順次蓄えていく。
【００２２】
図に示すように、１ライン目〜５ライン目の印刷制御データが入力されても、フラッシュしきい値Ｆthの容量に至っていないので、バッファ７２に蓄えられたままである。いくつかの条件はあるものの、本来のバッファ７２の容量よりも小さく設定してあるフラッシュしきい値Ｆthを超えたら、バッファ７２はプリンター１０に対して印刷制御データを出力する。
【００２３】
しかし、このようにバッファ７２に印刷制御データが蓄えられてプリンター１０に対して出力されないと、当然、プリンター１０は印刷の準備すら開始しない。印刷制御データがフラッシュしきい値Ｆthの容量を超えるまでは、プリンター１０は動作を開始しないのである。
一方、プリンター１０の構造や制御により、最初に印刷機構を稼働して印刷を始めるためには、いくつのライン分の印刷制御データが蓄えられていると効率が良いかが決められる。ある機種によっては一つのラインの印刷制御データが与えられればすぐに印刷ヘッド１１で印刷を開始できるというものもあるし、制御の内容から三つのラインの印刷制御データが与えられなければ効率よく印刷ヘッド１１を稼働して印刷を開始できないというものもある。効率の良いラインの単位が特になければ、ライン数は１としてもよい。
【００２４】
Ｓ１００に戻ると、ＰＣ７０からプリンター１０に対して、このライン数を問合せ、プリンター１０からのライン数を返答を、Ｓ１０２にて、受信し、受信したライン数は記憶しておく。
この後、アプリケーション９０が印刷を開始したとする。印刷を開始するにあたり、アプリケーション９０からＯＳ７１に印刷の要求を通知し、ＯＳ７１はこの印刷要求を印刷の開始として認識し、正式な印刷ジョブとしてプリンタードライバー８０に印刷ジョブを出力する。プリンタードライバー８０では、Ｓ１０５にて、印刷ジョブが入力されたと判断すると、以後、Ｓ１１０にて、アプリケーション９０が生成する印刷データを入力し、プリンター１０に適した印刷制御データを生成する。生成された印刷制御データは、ＯＳ７１に管理され、前述したように、一旦、バッファ７２に蓄えられる。印刷制御データのラインが印刷ヘッドのバンド幅に合わせてあれば、印刷制御データとして出力されるのはラスターデータでもある。
【００２５】
印刷制御データを生成しながら、ＣＰＵは、Ｓ１１５にて、最初からの印刷制御データ（ラスターデータ）のライン数をカウントする。前述したように、早い時点でプリンター１０に対して印刷制御デーが届かないと、プリンター１０は動作の準備も開始できない反面、効率の良いライン数もあるので、その効率の良いライン数を超えたら印刷制御データをプリンター１０へ送ることが望ましい。そのタイミングを、汎用的な対応を行うＯＳ７１やバッファ７２に管理させるのは好ましくない。
【００２６】
プリンタードライバー８０で、Ｓ１１５にて最初からの印刷制御データのライン数をカウントし、Ｓ１２０では、カウントしたライン数が所定のしきい値、すなわち、Ｓ１０２にて受信したライン数を超えるか判定する。カウントしたライン数が所定のしきい値を超えていなければ、プリンター１０に出力する必要はない。
しかし、カウントしたライン数が所定のしきい値を超えたなら、Ｓ１２５にて、フラッシュを実行する。
【００２７】
この様子を図６と図４を参照して説明する。通常時のスプールでは、バッファ７２が印刷制御データをプリンター１０に対して出力するタイミングは、ＯＳ７１あるいはバッファ７２に管理されている。
しかし、本実施例では、プリンタードライバー８０が管理しており、ライン数が「１」であったとすれば、１ライン目の印刷制御データを生成して出力した後、Ｓ１１５にて、最初からの印刷制御データのライン数をカウントし、さらに、Ｓ１２０にて、ライン数がしきい値を超えたと判断する。すなわち、フラッシュを実行すべきタイミングと判断し、Ｓ１２５にて、フラッシュを実行する。この条件によるフラッシュの実行は一度だけとし、フラグ等で管理する。
【００２８】
すると、フラッシュ実行後、すぐにバッファ７２はそれまでに蓄えられている印刷制御データの全てをプリンター１０に出力する。なお、バッファ７２内には順次印刷制御データが書き込まれていくが、プリンター１０に出力した時点ですぐに印刷制御データを削除するのではなく、管理上のポインターを更新すればよい。その上で、所定のタイミングで新たな印刷制御データによって古い印刷制御データは上書きされていく。
【００２９】
このように、Ｓ１１５にて、生成された印刷制御データについて、最初からの印刷制御データ（ラスターデータ）のライン数をカウントしている。これは、印刷制御データに含まれるライン単位での区切りを認識した上でカウントしているのであるから、プリンターに出力する印刷制御データに含まれる所定の区切りを認識する印刷区切り認識手段が構成されていると言える。
【００３０】
また、Ｓ１２０にて、カウントした最初からの印刷制御データのライン数がしきい値を超えたか判断し、超えていればＳ１２５にて、フラッシュを実行しているので、印刷区切り認識手段によって最初の前記区切りあるいは最初から所定数の前記区切りが認識されたらＯＳ７１が提供するバッファ７２に対して当該バッファ７２に一時記憶されている印刷制御データをプリンターに１０出力させていることになり、フラッシュ制御手段が構成されていると言える。
フラッシュを実行させる方法は、ＯＳ７１ごとに規定されており、一例として、write.flush()などのコマンドを実行することで実行可能である。なお、フラッシュ実行後は、Ｓ１３０にてすべての印刷制御データを終了するまで上述した処理を繰り返す。
【００３１】
（第２実施形態）
図７は、他の印刷制御のフローチャートである。
まず、上述した実施形態では、ライン数を問合せるタイミングとして、ジョブの開始前としているが、このタイミングはジョブの開始前とは限らない。
【００３２】
本実施形態では、ＰＣ７０のＣＰＵは、プリンタードライバー８０の実行処理では、Ｓ２００にて、印刷ジョブの入力があるまで待機している。
アプリケーション９０が印刷を開始したとすると、印刷を開始するにあたってアプリケーション９０からＯＳ７１に印刷の要求を通知し、ＯＳ７１はこの印刷要求を印刷の開始として認識し、正式な印刷ジョブとしてプリンタードライバー８０に印刷ジョブを出力する。すると、プリンタードライバー８０では、Ｓ２００にて、印刷ジョブの入力があったと判断し、Ｓ２０２にて、プリンター１０に対してライン数の問合せを行なう。ＰＣ７０では、ライン数を問合せ、プリンター１０からのライン数を返答を、Ｓ２０５にて、受信し、受信したライン数を記憶する。プリンタードライバー８０では、以後、Ｓ２１０にて、アプリケーション９０が生成する印刷データを入力し、プリンター１０に適した印刷制御データを生成し、生成された印刷制御データは、ＯＳ７１に管理されて、一旦、バッファ７２に蓄えられる。
【００３３】
印刷制御データを生成しながら、ＣＰＵは、Ｓ２１５にて、最初からの印刷制御データ（ラスターデータ）のライン数をカウントし、Ｓ２２０では、カウントしたライン数が所定のしきい値、すなわち、Ｓ２０５にて受信したライン数を超えるか判定する。カウントしたライン数が所定のしきい値を超えていなければ、プリンター１０に出力する必要はないが、カウントしたライン数が所定のしきい値を超えたなら、Ｓ２２５にて、フラッシュを実行し、さらに、Ｓ２３０にて、印刷制御データの累積値をクリアする。
フラッシュの実行にかかわらず、ＣＰＵは、Ｓ２３５にて、印刷制御データを累積している。この累積値が、所定のしきい値を超えると、ＣＰＵは、Ｓ２４０にて、印刷制御データの累積値がしきい値を超えたと判定し、Ｓ２４５にて、フラッシュを実行するのである。この条件によるフラッシュの実行も一度だけとし、フラグ等で管理する。なお、フラッシュ実行後は、Ｓ２５０にてすべての印刷制御データを終了するまで上述した処理を繰り返す。
【００３４】
このように、最初からの印刷制御データの累積値を算出し、その累積値がしきい値を超えるという条件でも、フラッシュを実行する。通常は、プリンター１０の効率の観点から、ライン数での管理で十分なはずであるが、バッファ７２に一定量を超える印刷制御データが蓄えられた時点という観点での制御も加えることで、プリンター１０の印刷開始の早期準備を実現できると考えられ、プリンター１０で早期に印刷を開始してユーザの利便性に答えることができる。なお、印刷制御データの累積値がしきい値を超える条件でフラッシュを実行する場合、フラッシュ実行の条件（一定数以上のライン数となることと、一定量以上の累積値）を満たすために、プリンタードライバー８０の側でダミーデータ（実際にはプリンターで読み捨てられる）を生成し、プリンターへ送信する印刷制御データに追加するといった制御を実行すると良い。
【００３５】
図には示していないが、印刷制御データの累積値は、初期工程において当然にクリアされている。
【００３６】
（第３実施形態）
図８は、他の印刷制御のフローチャートである。
上述した実施形態では、プリンタードライバー８０が、印刷ジョブの開始に関連して、ライン数をプリンターに問合せている。しかし、ライン数をえる手段として、必ずしも個別にプリンター１０に問合せる必要はない。
本実施形態では、ＰＣ７０のＣＰＵは、Ｓ３００にて、プリンターのインストールと認識したときに、Ｓ３０５にて、プリンタードライバーにライン数を設定する。インストールの時点ではプリンター１０の種別や接続形態などが特定されるし、プリンター１０を提供する者はプリンター１０に前記ライン数を設定しているので、ライン数はプリンター１０のインストールの時点で提供できるからである。なお、インストール時に限られることなく、プリンタードライバーがライン数の情報を持っておくようにしても良い。既存のプリンター１０のライン数は分かっても将来のプリンター１０のライン数までは分からない。しかし、将来的に提供されるプリンター１０については、ネットワークを介してライン数をえるというようにしても良い。
【００３７】
このようにして、プリンター１０に問合せることなく、同プリンター１０に適したライン数を設定しておく。
その後、Ｓ３１０にて、印刷ジョブが入力されたと判断した後は、Ｓ３１５〜Ｓ３４５の処理で、ほぼ、Ｓ２１０〜Ｓ２４０の処理と同様の処理を行い、ライン数による管理と印刷制御データの累積値による管理とを並行して実行する。
【００３８】
さらに、本実施形態では、印刷制御データの累積値がしきい値を超えていない場合に、ＣＰＵは、Ｓ３５０にて、印刷制御データに頁区切りが含まれるか判断する。いわゆる、改ページの情報であるし、印刷終了の排紙の情報であっても良い。
印刷制御データが少量しかないにもかかわらず、それまでの印刷制御データで１頁を印刷できるのであれば、早期にプリンター１０に対して印刷制御データを出力するのが好ましい。このため、ＣＰＵは、Ｓ３５５にて、フラッシュを実行する。合わせて、先の例と同様の理由により、ＣＰＵは、Ｓ３６０にて、印刷制御データの累積値をクリアしておく。この条件によるフラッシュの実行も一度だけとし、フラグ等で管理する。なお、フラッシュ実行後は、Ｓ３６５にてすべての印刷制御データを終了するまで上述した処理を繰り返す。
【００３９】
なお、Ｓ３５０にて、印刷制御データに頁区切りが含まれるか判断しており、印刷制御データに含まれる頁区切りを認識する処理に相当し、印刷区切り認識手段の一部を構成している。
また、累積値がしきい値を超えなくても、頁区切りを認識した時点でフラッシュを実行させており、これは、印刷制御データが所定のサイズよりも小さい場合に頁区切りが認識されたときに印刷制御データをプリンター１０に出力させる処理に相当し、フラッシュ制御手段の一部を構成している。
【００４０】
このように、本発明によれば、印刷を開始すると印刷制御データが出力され始め、徐々にＯＳ７１が提供するバッファ７２にため込まれるが、ライン毎の区切りの数をカウントしており（Ｓ１１５，Ｓ２１５，Ｓ３２０）、最初の区切りあるいは最初から所定数の区切りが認識されたら（Ｓ１２０，Ｓ２２０，Ｓ３２５）、フラッシュを実行し（Ｓ１２５，Ｓ２２５，Ｓ３３０）、一時記憶されている印刷制御データをプリンター１０に出力させ、印刷開始後の最初の早い段階でプリンターには印刷制御データが出力される。
【００４１】
前記実施形態においては、印刷制御装置の主体がＰＣで実現されているが、ＯＳにて制御されるコンピューター全般に適用可能であり、タブレットであったり、スマートフォンであったりするなど、適宜変更可能である。
【００４２】
なお、本発明は前記実施例に限られるものでないことは言うまでもない。当業者であれば言うまでもないことであるが、
・前記実施例の中で開示した相互に置換可能な部材および構成等を適宜その組み合わせを変更して適用すること
・前記実施例の中で開示されていないが、公知技術であって前記実施例の中で開示した部材および構成等と相互に置換可能な部材および構成等を適宜置換し、またその組み合わせを変更して適用すること
・前記実施例の中で開示されていないが、公知技術等に基づいて当業者が前記実施例の中で開示した部材および構成等の代用として想定し得る部材および構成等と適宜置換し、またその組み合わせを変更して適用すること
は本発明の一実施例として開示されるものである。
【符号の説明】
【００４３】
１０…プリンター、１１…印刷ヘッド、１２…ノズル列、２１…キャリッジモーター、２２…ベルト、２３…プラテン、２４…プラテンモーター、２５…フィードモーター、２６…給紙ローラー、３０…制御回路、４１…操作パネル、４２…表示パネル、５０…カードリーダー、６０…Ｉ／Ｏ回路、７０…ＰＣ、７１…オペレーティングシステム（ＯＳ）、７２…バッファ、８０…プリンタードライバー、９０…アプリケーション。
【図１】
2017151507.tif 000003
【図２】
2017151507.tif 000004
【図３】
2017151507.tif 000005
【図４】
2017151507.tif 000006
【図５】
2017151507.tif 000007
【図６】
2017151507.tif 000008
【図７】
2017151507.tif 000009
【図８】
2017151507.tif 000010