(57)【要約】【課題】  記録ヘッドの１記録走査に必要なデータ量未満の容量しかないプリントバッファを備えた記録装置において、スループットの低下や画像劣化などの問題を生じさせない記録装置とその調整方法を提供することである。【解決手段】  実際の記録動作に先立って、記録装置が正常に記録動作を行うことができるかどうかをインク吐出などの動作を行うことなくシミュレーションし、その結果に従って、記録動作の実行に必要な記録パラメータに最適な値を設定する。【選択図】  図１０
2005305984.tif 000002
【特許請求の範囲】
【請求項１】
往復走査する記録ヘッドの１走査分の記録に必要なデータ量よりも小さい容量のプリントバッファを備えた記録装置であって、
実際の記録動作に先立ち、ホスト装置から受信する記録データが前記プリントバッファで枯渇することなく、前記記録動作が成功裡に実行されるか否かをシミュレーションするシミュレーション手段と、
前記シミュレーション手段によるシミュレーション結果に基づいて、前記記録動作を実行させるのに必要な記録パラメータの値を設定する設定手段とを有することを特徴とする記録装置。
【請求項２】
前記シミュレーション手段によるシミュレーション結果が、前記記録動作が成功裡に実行されないことを示す場合には、前記記録パラメータを変更して再度シミュレーション手段を動作させシミュレーションを実行するよう制御するシミュレーション制御手段をさらに有することを特徴とする請求項１に記載の記録装置。
【請求項３】
前記記録パラメータは複数のパラメータからなり、
前記シミュレーション制御手段は、所定の優先順位に従って、前記複数のパラメータを選択的に変更し、シミュレーションを再実行させるよう制御することを特徴とする請求項２に記載の記録装置。
【請求項４】
前記複数のパラメータは、前記プリントバッファのサイズ、前記記録ヘッドを搭載したキャリッジの移動速度、前記記録ヘッドの１走査記録で用いる記録要素数を含むことを特徴とする請求項３に記載の記録装置。
【請求項５】
前記シミュレーション手段は、
前記記録パラメータに試験値を設定する設定手段と、
試験用画像データをホスト装置から受信する試験受信手段と、
前記試験受信手段により受信した所定の試験用画像データを前記プリントバッファに書込む試験書込み手段と、
前記試験書込み手段による書込みの完了を監視する第１の監視手段と、
前記第１の監視手段による監視結果に従って、前記試験書込み手段による書込みを続行するよう制御する試験書込み制御手段と、
前記試験書込み手段により前記プリントバッファに書き込まれた試験用画像データを読み出す試験読出し手段と、
前記試験読出し手段により読み出しの終了した前記プリントバッファの領域を解放する解放手段と、
前記試験読出し手段による読出しの状態を監視する第２の監視手段と、
前記第２の監視手段による監視結果に従って、前記試験読出し手段による読出しを続行するよう制御する試験読出し制御手段と、
前記第２の監視手段による監視結果に従って、シミュレーション結果を判定する判定手段とを有することを特徴とする請求項１に記載の記録装置。
【請求項６】
前記試験用画像データは所定の画像データであることを特徴とする請求項５に記載の記録装置。
【請求項７】
前記試験用画像データは、記録に用いる画像データの内、最も記録デューティの高い部分の画像データであることを特徴とする請求項５に記載の記録装置。
【請求項８】
前記シミュレーション手段は、
前記記録パラメータに試験値を設定する設定手段と、
試験用画像データをホスト装置から受信する試験受信手段と、
前記試験用画像データの転送速度を測定する測定手段と、
前記測定手段により測定された転送速度に基づいて、前記設定手段により設定された試験値が妥当なものであるかどうかを評価手段と、
前記評価手段による評価に基づいて、シミュレーション結果を出力する結果出力手段とを有することを特徴とする請求項１に記載の記録装置。
【請求項９】
前記評価手段は、少なくとも、前記測定された転送速度と、前記記録ヘッドの１走査分の記録に必要なデータ量と、前記プリントバッファの容量と、前記プリントバッファからデータ読出し速度とに基づいて、前記プリントバッファ内のデータが前記記録動作により枯渇するかどうかを評価することを特徴とする請求項８に記載の記録装置。
【請求項１０】
往復走査する記録ヘッドの１走査分の記録に必要なデータ量よりも小さい容量のプリントバッファを備えた記録装置の調整方法であって、
実際の記録動作に先立ち、ホスト装置から受信する記録データが前記プリントバッファで枯渇することなく、前記記録動作が成功裡に実行されるか否かをシミュレーションするシミュレーション工程と、
前記シミュレーション工程におけるシミュレーション結果に基づいて、前記記録動作を実行させるのに必要な記録パラメータの値を設定する設定工程とを有することを特徴とする記録装置の調整方法。
【請求項１１】
前記シミュレーション工程におけるシミュレーション結果が、前記記録動作が成功裡に実行されないことを示す場合には、前記記録パラメータを変更して再度シミュレーション工程によるシミュレーションを実行するよう制御する制御工程をさらに有することを特徴とする請求項１０に記載の記録装置の調整方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は記録装置及びその調整方法に関し、特に、例えば、インクジェット方式に従って記録を行なう記録ヘッドを往復走査してカラー記録を行なう記録装置及びその調整方法に関する。
【背景技術】
【０００２】
従来のインクジェット記録ヘッド（以下、記録ヘッド）を用いたプリンタは、一般に、記録用紙などの記録媒体に対し、記録ヘッドの少なくとも１記録走査分のデータを記憶するプリントバッファを備えていた。このプリントバッファは、通常、ＲＡＭなどのメモリで構成される。
【０００３】
最近になって登場したＵＳＢ（Universal Serial Bus）に代表される安価な高速インタフェースにより、とりわけローエンド・プリンタでは、記録ヘッドの１記録走査分のデータに相当するプリントバッファ容量を有さずとも、ホストとプリンタとの間の高速データ転送に頼り、１記録走査期間内に残りの不足分のデータをリアルタイムに受信することにより、１記録走査期間内に完全な画像を首尾よく記録するプリンタも製品化されている。これにより、一般に高価なＲＡＭを削減し、より低価格のプリンタを実現している。
【特許文献１】特開２００３―３０５８９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように上記従来例では、ＲＡＭの削減は、ホスト装置である、例えば、パーソナル・コンピュータ（以下、ＰＣ）の性能に大きく依存する。
【０００５】
言い換えると、最新の高性能ＰＣでは、プリンタ用のデバイスドライバ（即ち、プリンタドライバ）により、記録画像の準備のための画像処理を高速に実行できるため、たとえプリンタ側が１記録走査分のデータを記憶するだけの容量をもったプリントバッファを有していなくても、その不足分のデータを、その記録走査期間内に時間的余裕をもってプリンタ側に転送することができる。その結果、記録ヘッドの１記録走査期間内に、途切れのない画像をうまくに記録することができるのである。
【０００６】
これに対して、もはや旧モデルとなったＰＣでは、プリンタドライバによる画像処理速度が遅いために、記録ヘッドの１記録走査期間内に、十分な量の記録データがＰＣからプリンタに転送されない可能性がある。こうしたことは、特に、例えば、写真画像などのデータ量の多い画像を記録する場合に起こりうる。この場合、記録ヘッドの１記録走査期間内に最低限必要な記録データがプリンタ側で確保できないために、当該走査の終了までに記録画像が途切れてしまう結果となる。こうした結果を補正するためには、再度記録走査を繰り返し、１走査目で記録が完成できなかった部分の記録を、次の記録走査で達成することになる。つまり、記録ヘッドの２回の走査で記録媒体の所与の領域への記録を完成することになる。
【０００７】
従って、このような状態が発生すると、プリンタのスループットが著しく低下するばかりでなく、１走査目と２走査目の画像のつなぎ目があらわとなり、記録画像の品質が劣化するという問題が生じる。
【０００８】
本発明は上記従来例に鑑みてなされたもので、記録ヘッドの１記録走査に必要なデータ量未満の容量しかないプリントバッファを備えた記録装置において、スループットの低下や画像劣化などの問題を生じさせない記録装置とその調整方法を提供することを目的としている。
【０００９】
更に、本発明の別の目的は、実際の記録動作に先立ち、記録動作診断機能を選択的に実行し、最適な記録モードを決定する記録制御方法とその方法を適用した記録装置を提供することである。
【００１０】
詳細には、例えば、ホスト装置と記録装置と間のデータ転送速度、記録ヘッドの１記録走査分に相当するデータ量、実際のプリントバッファ容量、及び、プリントバッファからのデータ読み出し速度の関係から、記録制御のための記録パラメータの値を変更し、ホスト装置の性能に応じて、記録装置のスループットを最適化する。
【課題を解決するための手段】
【００１１】
上記目的を達成するため本発明の記録装置は以下の構成からなる。
【００１２】
即ち、往復走査する記録ヘッドの１走査分の記録に必要なデータ量よりも小さい容量のプリントバッファを備えた記録装置であって、実際の記録動作に先立ち、ホスト装置から受信する記録データが前記プリントバッファで枯渇することなく、前記記録動作が成功裡に実行されるか否かをシミュレーションするシミュレーション手段と、前記シミュレーション手段によるシミュレーション結果に基づいて、前記記録動作を実行させるのに必要な記録パラメータの値を設定する設定手段とを有することを特徴とする。
【００１３】
さらに、前記シミュレーション手段によるシミュレーション結果が、前記記録動作が成功裡に実行されないことを示す場合には、前記記録パラメータを変更して再度シミュレーション手段を動作させシミュレーションを実行するよう制御するシミュレーション制御手段を備えることが望ましい。
【００１４】
前記記録パラメータは複数のパラメータからなり、この場合、前記シミュレーション制御手段は、所定の優先順位に従って、前記複数のパラメータを選択的に変更し、シミュレーションを再実行させるよう制御する。これら複数のパラメータには、プリントバッファのサイズ、記録ヘッドを搭載したキャリッジの移動速度、記録ヘッドの１走査記録で用いる記録要素数を含む。
【００１５】
さて、前記シミュレーション手段は、次の２つの態様で実現できるかもしれない。
【００１６】
即ち、第１の態様としては、前記記録パラメータに試験値を設定する設定手段と、試験用画像データをホスト装置から受信する試験受信手段と、前記試験受信手段により受信した所定の試験用画像データを前記プリントバッファに書込む試験書込み手段と、前記試験書込み手段による書込みの完了を監視する第１の監視手段と、前記第１の監視手段による監視結果に従って、前記試験書込み手段による書込みを続行するよう制御する試験書込み制御手段と、前記試験書込み手段により前記プリントバッファに書き込まれた試験用画像データを読み出す試験読出し手段と、前記試験読出し手段により読み出しの終了した前記プリントバッファの領域を解放する解放手段と、前記試験読出し手段による読出しの状態を監視する第２の監視手段と、前記第２の監視手段による監視結果に従って、前記試験読出し手段による読出しを続行するよう制御する試験読出し制御手段と、前記第２の監視手段による監視結果に従って、シミュレーション結果を判定する判定手段とを有するシミュレーション手段が考えられる。
【００１７】
ここで、前記試験用画像データは所定の画像データであっても良いし、或いは、記録に用いる画像データの内、最も記録デューティの高い部分の画像データであっても良い。
【００１８】
この態様の場合には、プリントバッファに対して実際にデータ入出力が発生する。
【００１９】
それで、第２の態様としては、前記記録パラメータに試験値を設定する設定手段と、試験用画像データをホスト装置から受信する試験受信手段と、前記試験用画像データの転送速度を測定する測定手段と、前記測定手段により測定された転送速度に基づいて、前記設定手段により設定された試験値が妥当なものであるかどうかを評価手段と、前記評価手段による評価に基づいて、シミュレーション結果を出力する結果出力手段とを有するシミュレーション手段が考えられる。
【００２０】
ここで、前記評価手段は、少なくとも、前記測定された転送速度と、前記記録ヘッドの１走査分の記録に必要なデータ量と、前記プリントバッファの容量と、前記プリントバッファからデータ読出し速度とに基づいて、前記プリントバッファ内のデータが前記記録動作により枯渇するかどうかを評価すると良い。
【００２１】
この態様の場合には、プリントバッファに対するデータ入出力が発生しなくても良いという利点がある。
【００２２】
また他の発明によれば、往復走査する記録ヘッドの１走査分の記録に必要なデータ量よりも小さい容量のプリントバッファを備えた記録装置の調整方法であって、実際の記録動作に先立ち、ホスト装置から受信する記録データが前記プリントバッファで枯渇することなく、前記記録動作が成功裡に実行されるか否かをシミュレーションするシミュレーション工程と、前記シミュレーション工程におけるシミュレーション結果に基づいて、前記記録動作を実行させるのに必要な記録パラメータの値を設定する設定工程とを有することを特徴とする記録装置の調整方法を備える。
【００２３】
さらに、前記シミュレーション工程におけるシミュレーション結果が、前記記録動作が成功裡に実行されないことを示す場合には、前記記録パラメータを変更して再度シミュレーション工程によるシミュレーションを実行するよう制御する制御工程を備えることが望ましい。
【発明の効果】
【００２４】
従って本発明によれば、実際の記録動作に先立って、記録装置が正常に記録動作を行うことができるかどうかをシミュレーションし、その結果に従って、記録動作の実行に必要な記録パラメータに最適な値を設定することができるという効果がある。
【００２５】
従って、記録ヘッドの１走査記録に必要なデータ容量よりも少ない容量のプリントバッファしか備えないような記録装置が記録を行う場合にも、そのプリントバッファを最大限有効に活用することにより、スループットの低下や画像劣化などが生じないようにすることができるという効果がある。
【００２６】
これにより、コストパーフォーマンスの高い記録装置の提供が可能になる。
【発明を実施するための最良の形態】
【００２７】
以下添付図面を参照して本発明の好適な実施例について、さらに具体的かつ詳細に説明する。
【００２８】
なお、この明細書において、「記録」（「プリント」という場合もある）とは、文字、図形等有意の情報を形成する場合のみならず、有意無意を問わず、また人間が視覚で知覚し得るように顕在化したものであるか否かを問わず、広く記録媒体上に画像、模様、パターン等を形成する、または媒体の加工を行う場合も表すものとする。
【００２９】
また、「記録媒体」とは、一般的な記録装置で用いられる紙のみならず、広く、布、プラスチック・フィルム、金属板、ガラス、セラミックス、木材、皮革等、インクを受容可能なものも表すものとする。
【００３０】
さらに、「インク」（「液体」と言う場合もある）とは、上記「記録（プリント）」の定義と同様広く解釈されるべきもので、記録媒体上に付与されることによって、画像、模様、パターン等の形成または記録媒体の加工、或いはインクの処理（例えば記録媒体に付与されるインク中の色剤の凝固または不溶化）に供され得る液体を表すものとする。
【００３１】
またさらに、「ノズル」とは、特にことわらない限り吐出口ないしこれに連通する液路およびインク吐出に利用されるエネルギーを発生する素子を総括して言うものとする。
【００３２】
＜インクジェット記録装置の説明（図１）＞
図１は本発明の代表的な実施例であるインクジェット記録装置１の構成の概要を示す外観斜視図である。
【００３３】
図１に示すように、インクジェット記録装置（以下、記録装置という）は、インクジェット方式に従ってインクを吐出して記録を行なう記録ヘッド３を搭載したキャリッジ２にキャリッジモータＭ１によって発生する駆動力を伝達機構４より伝え、キャリッジ２を矢印Ａ方向に往復移動させるとともに、例えば、記録紙などの記録媒体Ｐを給紙機構５を介して給紙し、記録位置まで搬送し、その記録位置において記録ヘッド３から記録媒体Ｐにインクを吐出することで記録を行なう。
【００３４】
また、記録ヘッド３の状態を良好に維持するためにキャリッジ２を回復装置１０の位置まで移動させ、間欠的に記録ヘッド３の吐出回復処理を行う。
【００３５】
記録装置１のキャリッジ２には記録ヘッド３を搭載するのみならず、記録ヘッド３に供給するインクを貯留するインクカートリッジ６を装着する。インクカートリッジ６はキャリッジ２に対して着脱自在になっている。
【００３６】
図１に示した記録装置１はカラー記録が可能であり、そのためにキャリッジ２にはマゼンタ（Ｍ）、シアン（Ｃ）、イエロ（Ｙ）、ブラック（Ｋ）のインクを夫々、収容した４つのインクカートリッジを搭載している。これら４つのインクカートリッジは夫々独立に着脱可能である。
【００３７】
さて、キャリッジ２と記録ヘッド３とは、両部材の接合面が適正に接触されて所要の電気的接続を達成維持できるようになっている。記録ヘッド３は、記録信号に応じてエネルギーを印加することにより、複数の吐出口からインクを選択的に吐出して記録する。特に、この実施例の記録ヘッド３は、熱エネルギーを利用してインクを吐出するインクジェット方式を採用し、熱エネルギーを発生するために電気熱変換体を備え、その電気熱変換体に印加される電気エネルギーが熱エネルギーへと変換され、その熱エネルギーをインクに与えることにより生じる膜沸騰による気泡の成長、収縮によって生じる圧力変化を利用して、吐出口よりインクを吐出させる。この電気熱変換体は各吐出口のそれぞれに対応して設けられ、記録信号に応じて対応する電気熱変換体にパルス電圧を印加することによって対応する吐出口からインクを吐出する。
【００３８】
図１に示されているように、キャリッジ２はキャリッジモータＭ１の駆動力を伝達する伝達機構４の駆動ベルト７の一部に連結されており、ガイドシャフト１３に沿って矢印Ａ方向に摺動自在に案内支持されるようになっている。従って、キャリッジ２は、キャリッジモータＭ１の正転及び逆転によってガイドシャフト１３に沿って往復移動する。また、キャリッジ２の移動方向（矢印Ａ方向）に沿ってキャリッジ２の絶対位置を示すためのスケール８が備えられている。この実施例では、スケール８は透明なＰＥＴフィルムに必要なピッチで黒色のバーを印刷したものを用いており、その一方はシャーシ９に固着され、他方は板バネ（不図示）で支持されている。
【００３９】
また、記録装置１には、記録ヘッド３の吐出口（不図示）が形成された吐出口面に対向してプラテン（不図示）が設けられており、キャリッジモータＭ１の駆動力によって記録ヘッド３を搭載したキャリッジ２が往復移動されると同時に、記録ヘッド３に記録信号を与えてインクを吐出することによって、プラテン上に搬送された記録媒体Ｐの全幅にわたって記録が行われる。
【００４０】
さらに、図１において、１４は記録媒体Ｐを搬送するために搬送モータＭ２によって駆動される搬送ローラ、１５はバネ（不図示）により記録媒体Ｐを搬送ローラ１４に当接するピンチローラ、１６はピンチローラ１５を回転自在に支持するピンチローラホルダ、１７は搬送ローラ１４の一端に固着された搬送ローラギアである。そして、搬送ローラギア１７に中間ギア（不図示）を介して伝達された搬送モータＭ２の回転により、搬送ローラ１４が駆動される。
【００４１】
またさらに、２０は記録ヘッド３によって画像が形成された記録媒体Ｐを記録装置外ヘ排出するための排出ローラであり、搬送モータＭ２の回転が伝達されることで駆動されるようになっている。なお、排出ローラ２０は記録媒体Ｐをバネ（不図示）により圧接する拍車ローラ（不図示）により当接する。２２は拍車ローラを回転自在に支持する拍車ホルダである。
【００４２】
またさらに、記録装置１には、図１に示されているように、記録ヘッド３を搭載するキャリッジ２の記録動作のための往復運動の範囲外（記録領域外）の所望位置（例えば、ホームポジションに対応する位置）に、記録ヘッド３の吐出不良を回復するための回復装置１０が配設されている。
【００４３】
回復装置１０は、記録ヘッド３の吐出口面をキャッピングするキャッピング機構１１と記録ヘッド３の吐出口面をクリーニングするワイピング機構１２を備えており、キャッピング機構１１による吐出口面のキャッピングに連動して回復装置内の吸引手段（吸引ポンプ等）により吐出口からインクを強制的に排出させ、それによって、記録ヘッド３のインク流路内の粘度の増したインクや気泡等を除去するなどの吐出回復処理を行う。
【００４４】
また、非記録動作時等には、記録ヘッド３の吐出口面をキャッピング機構１１によるキャッピングすることによって、記録ヘッド３を保護するとともにインクの蒸発や乾燥を防止することができる。一方、ワイピング機構１２はキャッピング機構１１の近傍に配され、記録ヘッド３の吐出口面に付着したインク液滴を拭き取るようになっている。
【００４５】
これらキャッピング機構１１及びワイピング機構１２により、記録ヘッド３のインク吐出状態を正常に保つことが可能となっている。
【００４６】
＜インクジェット記録装置の制御構成（図２）＞
図２は図１に示した記録装置の制御構成を示すブロック図である。
【００４７】
図２に示すように、コントローラ６００は、ＭＰＵ６０１、後述する制御シーケンスに対応したプログラム、所要のテーブル、その他の固定データを格納したＲＯＭ６０２、キャリッジモータＭ１の制御、搬送モータＭ２の制御、及び、記録ヘッド３の制御のための制御信号を生成する特殊用途集積回路（ＡＳＩＣ）６０３、画像データの展開領域やプログラム実行のための作業用領域等を設けたＲＡＭ６０４、ＭＰＵ６０１、ＡＳＩＣ６０３、ＲＡＭ６０４を相互に接続してデータの授受を行うシステムバス６０５、以下に説明するセンサ群からのアナログ信号を入力してＡ／Ｄ変換し、デジタル信号をＭＰＵ６０１に供給するＡ／Ｄ変換器６０６などで構成される。
【００４８】
また、図２において、６１０は画像データの供給源となるコンピュータ（或いは、画像読取り用のリーダやデジタルカメラなど）でありホスト装置と総称される。ホスト装置６１０と記録装置１との間ではインタフェース（Ｉ／Ｆ）６１１を介して画像データ、コマンド、ステータス信号等を送受信する。
【００４９】
さらに、６２０はスイッチ群であり、電源スイッチ６２１、プリント開始を指令するためのプリントスイッチ６２２、及び記録ヘッド３のインク吐出性能を良好な状態に維持するための処理（回復処理）の起動を指示するための回復スイッチ６２３など、操作者による指令入力を受けるためのスイッチから構成される。６３０はホームポジションｈを検出するためのフォトカプラなどの位置センサ６３１、環境温度を検出するために記録装置の適宜の箇所に設けられた温度センサ６３２等から構成される装置状態を検出するためのセンサ群である。
【００５０】
さらに、６４０はキャリッジ２を矢印Ａ方向に往復走査させるためのキャリッジモータＭ１を駆動させるキャリッジモータドライバ、６４２は記録媒体Ｐを搬送するための搬送モータＭ２を駆動させる搬送モータドライバである。
【００５１】
ＡＳＩＣ６０３は、記録ヘッド３による記録走査の際に、ＲＡＭ６０２の記憶領域に直接アクセスしながら記録ヘッドに対して記録素子（吐出ヒータ）の駆動データ（ＤＡＴＡ）を転送する。
【００５２】
図３は、記録装置１とホスト装置６１０との間の記録データ送受信に係わる処理を示す機能ブロック図である。この実施例では、記録装置１とホスト装置６１０とにはインタフェースとしてＵＳＢインタフェースが備えられているとしている。
【００５３】
最初に、ホスト装置６１０の側の処理について説明する。
【００５４】
ここでは、ホスト装置としてパーソナルコンピュータ（以下、ＰＣ）を想定している。一般に、ＰＣ６１０では、オペレーティングシステム（以下、ＯＳ）１０２上でアプリケーションプログラム（以下、アプリケーション）１０４が動作する。ＯＳ１０２としては、例えば、マイクロソフト社のWindows（登録商標） 2000やWindows（登録商標） XP、あるいはアップル社のマッキントッシュコンピュータ用のＯＳであるMac OS 10（登録商標）などが代表的なものとして挙げられる。また、アプリケーション１０４には、マイクロソフト社のMS Word（登録商標）やEXCEL（登録商標）、あるいはAdobe社のPhotoshop（登録商標）、さらには市販される多数のアプリケーションが含まれる。ＰＣ上で動作する各アプリケーション１０４は、ＯＳ１０２によりタスク管理されて、複数のアプリケーションプログラムが同時に実行されることが可能になる。なお、こうした技術の詳細は本発明の主旨ではないので、ここではこれ以上の説明は省略する。
【００５５】
さて、各アプリケーションを実行中に、ＰＣ６１０のディスプレイ上に表示される画面の内容を記録したい場合、ユーザはプリント操作を実行する。その結果、アプリケーション１０４は表示される画像データをプリンタドライバ１０６に渡し、プリンタドライバ１０６は様々な画像処理を実行後、画像処理の結果得られたデータをＵＳＢインタフェース（ＵＳＢ  Ｉ／Ｆ）１０８に渡す。そして最終的に、ＵＳＢインタフェース６１０ａが記録装置側のＵＳＢインタフェース（ＵＳＢ  Ｉ／Ｆ）６１１ａとの間で、データ転送を実行する。
【００５６】
尚、プリンタドライバ１０６が実行する画像処理には、例えば、輝度成分ＲＧＢ（赤、緑、青）から濃度成分ＹＭＣＫ（イエロ、マゼンタ、シアン、ブラック）への色変換、あるいは誤差拡散や２値化などの処理が含まれるが、これらの技術についても本発明の主旨ではないので、ここではこれ以上の説明は省略する。
【００５７】
また、ＵＳＢインタフェース６１０ａ、６１１ａは、一般に、ハードウェアとソフトウェアから構成されるが、これらの詳細についても本発明の主旨ではないので、ここではこれ以上の説明を省略する。
【００５８】
次に、記録装置１側の処理について説明する。
【００５９】
ＰＣ６１０からＵＳＢインタフェース６１１ａが記録データを受信し、それを受信バッファ１１４に一時的に記憶する。受信バッファ１１４に記憶されたデータは、データ処理部１１６で必要な処理を施され、その処理結果として得られるビットマップデータがプリントバッファ１１８に記憶される。データ処理部１１６で実行される処理には、例えば、８×８ビットのブロック、或いは１６×１６ビットのブロックのデータに対する縦横変換処理（ＨＶ変換とも呼ぶ）などが含まれる。
【００６０】
図４は８×８ビットのブロックの縦横変換処理を模式的に示した図である。
【００６１】
図４の左側の図で示されるように、この処理はＰＣ６１１から入力される８バイトの行（ｒｏｗ）データを、図４の右側の図で示されるように、列（ｃｏｌｕｍｎ）方向の８バイトデータとして取り出す処理である。この処理は、ＰＣ６１１からの受信データ（ラスタデータ（記録ヘッドの走査方向に並んだデータ））を、記録ヘッドのノズル列と同じ方向（記録媒体の搬送方向）に並んだデータに加工した後、プリントバッファに記憶する必要性から求められるものである。こうして、受信バッファ１１４に受信されたデータは、縦横変換処理を経てプリントバッファ１１８に記憶され、最終的に記録ヘッド３に転送される。
【００６２】
以上、記録装置側でのデータ処理のあらましについて述べたが、図５を参照してこの実施例の基本アーキテクチャについて説明する。
【００６３】
図５はホスト装置（ＰＣ）と記録装置とにおけるデータ処理を模式的に示す図である。
【００６４】
ユーザがＰＣ６１０の、例えば、ＬＣＤ画面に表示された画像の記録を指令すると、ＰＣ６１０側でその画像データが、図５に示すように、メモリ１０８に準備される。即ち、Ｙ方向が記録ヘッド３のノズル配列方向に対応し、Ｙ方向の画像データサイズは、記録ヘッドの記録幅（Ｎ）、例えば、Ｎ＝１２８ノズルに相当する幅であり、Ｘ方向が記録ヘッド３の走査方向に対応し、Ｘ方向の画像データサイズは、例えば、３２画素を最小単位として、基本ブロックが構成される。そして、図５に示すように、Block１、２、３、……の順に、そのブロック単位で画像データが記録装置に転送される。
【００６５】
次に、記録装置側に転送された画像データは受信バッファ１１４に記憶され、前述のＨＶ変換１１６ａが施された後、プリントバッファ１１８上に順次展開される。その後、プリントバッファ１１８上のデータは、先入れ先出し方式（ＦＩＦＯ方式）で読み出され、記録ヘッド３に転送される。
【００６６】
従って、図５に示すように、例えば、プリントバッファ１１８が基本ブロック３個の画像データを格納する容量しかないとすれば、時間経過につれ、記録ヘッド３が移動していくので、その移動に従って、プリントバッファ１１８内に格納される画像データは、Block１、２、３→Block２、３、４→Block３、４、５と変化していく。
【００６７】
次に、プリントバッファ１１８の詳細について説明する。
【００６８】
図６はプリントバッファ１１８へのデータ入出力の時間変化を示す図である。
【００６９】
図６に示す例では、記録媒体をＡ４サイズの記録用紙、即ち、幅８インチの用紙サイズとし、プリントバッファ１１８が６インチ分のデータ容量しかない場合の制御が示されている。また、プリントバッファ１１８は記録ヘッドの走査方向に１インチ分のデータを収容するブロックを６つ備えた構成としている。従って、記録ヘッドを走査してＡ４サイズの記録用紙の幅いっぱいに記録を行うためには、論理的には上記のブロックが８つ必要になる。
【００７０】
図６に示された例では、プリントバッファ１１８にブロック１からブロック５までの５インチ分のデータが蓄積されたとき（図６の３０２）、記録走査が開始される。この時点では、図示のように、ブロック６、７及び８のデータはまだ準備されていない。ブロック１の記録が完了した時点では（図６の３０４）、ブロック６のデータが新たに蓄積されており、記録が完了したブロック１のプリントバッファ領域が解放され、その領域が今度はブロック７のデータの記憶領域に割り当てられる。
【００７１】
更に、ブロック２の記録が完了した時点では（図６の３０６）、ブロック７のデータが新たに蓄積されており、記録が完了したブロック２のプリントバッファ領域が解放され、その領域が今度はブロック８の領域に割り当てられる。次に、ブロック３の記録が完了した時点では（図６の３０８）、ブロック８のデータが新たに蓄積されており、記録が完了したブロック３のプリントバッファ領域が解放され、その領域が今度は、次の走査のブロック１の領域に割り当てられる。
【００７２】
同様の処理を繰り返すことにより（図６の３１０、３１２）、ブロック８の記録が完了した時点では（図６の３１４）、次の走査のブロック１からブロック５までの５ブロック分のデータが既に蓄積されており、記録媒体を所定量搬送した後に、前述と同様に、再度ブロック１から記録動作が開始される。
【００７３】
図６に示したプリントバッファの制御は、物理的に６インチ分の画像データの容量しかないプリントバッファを用いてＡ４サイズの記録用紙に記録する場合、ある１つのブロックの記録に要する時間内に、将来記録する少なくとも１ブロック分の画像データが受信されさえすれば、記録画像が途切れることなく、うまく記録動作が完了することを意味している。
【００７４】
しかしながら、ＰＣ６１０側の処理速度が遅く、期待通りに画像データが記録装置側に転送されない場合には、図６で示したシーケンスは成立しない。
【００７５】
うまくいかない場合の一例として、例えば、ブロック７の記録の完了時に、ブロック８のデータがまだ準備されていない状況などが挙げられる。この場合、ブロック７の記録の完了後、記録装置は再度記録ヘッド３を走査開始位置まで戻し、ブロック８だけを改めて記録しなければならず、再走査を行う必要が生じる。
【００７６】
こうした再走査は、記録装置のスループットを低下させるだけではく、記録画像の品位を著しく低下させることにもなりうる。即ち、２度の記録走査により形成された画像のつなぎ目、即ち、この例では、ブロック７とブロック８との境界に、視認されるようなつなぎ目が発生することになる。
【００７７】
このような問題を解決するためになされた記録制御の実施例について以下に説明する。
【００７８】
以下の実施例では、プリント動作に先立ち、記録動作診断を実行し、記録装置に対してＰＣから記録画像が途切れることなく、うまく送信され、正常に記録動作が完了できるかどうかをシミュレーションする。具体的には、所定の画像記録データをＰＣから記録装置に転送し、記録装置はそのデータを用いて実際に記録媒体に記録することなく、仮想的に記録動作を実行するのである。この仮想記録動作では、見かけ上、実際に記録ヘッドを記録媒体上で移動走査してもよいし、移動させなくてもよい。
【００７９】
記録ヘッドを走査行わないメリットは、記録ヘッドの移動時間を必要としないので、仮想記録動作のために、記録ヘッドをスタート位置に移動させるための時間、仮想記録動作を終了した後の記録ヘッドを待機位置に移動させるための時間を必要としない。
【００８０】
一方、記録ヘッドを走査させるメリットは、記録ヘッドを実際に行うので、記録装置の制御処理の状態が、記録ヘッドを走査行わない場合のそれより、実際にキャリッジが動くので、その分実際の記録動作状態に近くなるので、より正確な診断を行うことができる。
この場合、仮想記録において、記録装置に備えられたエンコーダーから記録ヘッドの位置を示す情報を取得し、この情報から、プリントバッファから読み出しているブロックや、その読出しブロックにおける主走査方向の位置（カラム位置）に対応したアドレスに基づいて、診断をおこなうことができる。
【００８１】
そして、そのシミュレーションの結果、所定の画像記録データを記録装置が記録ヘッドの１走査で成功裡に記録できると判断した場合には、記録装置はＰＣに対し、現在のＰＣ環境において記録動作が成功裡に実行されるであろう旨を伝え、ＰＣ側はその旨をユーザに通知するためそのＬＣＤ画面などに適切なメッセージなどを表示すればよい。
【００８２】
これに対して、現在のＰＣ環境下では、記録ヘッドの１記録走査期間内でのデータの転送が間に合わず、即ち、現在のＰＣと記録装置との間のデータ転送速度が適切ではなく、記録ヘッドの再走査による記録が必要となり、スループットの低下が余儀なくされると判断された場合には、所定の優先順位に従って、後述する複数の記録パラメータを選択的に変更して、シミュレーションを再実行し、最適な記録パラメータを設定することで記録動作の改善を図ろうとする。
【００８３】
以下、その実施例についてより具体的に説明する。
【実施例１】
【００８４】
図７は記録処理の概要を示すフローチャートである。この記録処理はホスト側のプリンタドライバを連携しながら基本的には記録装置において実行されるものである。
【００８５】
この記録処理では、ステップＳ４０２において、ユーザからの記録要求に応じて、最初に各種記録パラメータをデフォルト値に設定する。ここで、各種記録パラメータには、例えば、受信バッファサイズ、プリントバッファサイズ、あるいは記録ヘッドの移動走査速度、実際に記録に使用する記録ヘッドのノズル数などが含まれる。これらの記録パラメータについては、後で詳述する。
【００８６】
次に、ステップＳ４０４では、記録動作診断を行う。この記録動作診断の詳細については、図８に示すフローチャートを参照して後で説明する。
【００８７】
さらにステップＳ４０６では、記録動作診断の結果に基づいて、ＰＣ６１０から記録装置１へのデータ転送が記録動作に支障を来たさないか否か、即ち、データ転送が間に合うか否かを調べる。この詳細は、図９に示すフローチャートを参照して後述するように、仮想記録処理の結果により判断される。
【００８８】
さて、ステップＳ４０６においてデータ転送が間に合うと判断された場合には、処理はステップＳ４０８に進み、記録動作を開始する。これに対して、ステップＳ４０６においてデータ転送が間に合わないと判断された場合には、処理はステップＳ４１０に進み、記録パラメータを所定の優先順位に従って順番に変更する。これについても後で詳述する。記録パラメータの変更後、処理はステップＳ４０４に戻り、再び記録動作診断を行う。
【００８９】
そして、再度の記録動作診断の結果、データ転送が間に合うと判断されれば、処理はステップＳ４０８に進み、記録動作を開始する。一方、依然としてデータ転送が間に合わないと判断された場合には、処理は再びステップＳ４１０に進み、別の記録パラメータを変更する。このようにして、データ転送が間に合うようになるまで、同様の処理が繰り返される。
【００９０】
次に、記録動作診断の詳細について説明する。
【００９１】
図８は記録動作診断の詳細を示すフローチャートである。この診断処理は記録装置とＰＣとが連携しながら実行するものである。
【００９２】
この記録動作診断では、まずステップＳ５０２において、ＰＣ６１０側で所与の標準記録画像データを予め用意する。この画像データは、テキスト、グラフィックスあるいは写真モードなどの各記録モードごとに用意されてもよいし、記録モードとは関係なく、所与の画像データとして提供されてもよい。いずれにしても、標準記録画像データは、その記録装置が最低限保証しなければならない画質に応じた画像データであるべきである。即ち、高品位な画像ほど単位記録面積あたり一般に多くの画像データを必要とし、逆に低品位の画像はデータ量が少ない傾向がある。従って、その記録装置が保証しなければならない画質に応じて、標準記録画像データは決定されるべきである。なお、標準記録画像データサイズは、記録媒体に対する記録ヘッド３の１走査分のデータで十分である。
【００９３】
さて図８に戻り説明を続けると、次にステップＳ５０４では、前述の標準記録画像データがＰＣ６１０から記録装置１に転送され、これに続くステップＳ５０６において、記録装置は仮想記録処理を実行する。
【００９４】
図９は仮想記録処理の詳細を示すフローチャートである。
【００９５】
最初にステップＳ６０２では、図６を参照して上述したように、ＰＣ６１０から送られてきたデータをプリントバッファ１１８に書き込む。次に、ステップＳ６０４ではプリントバッファ１１８に所定量、例えば、５インチ分（５ブロック分）のデータが書き込まれたか否かを調べ、まだ５インチ分のデータが書き込まれるまで、データの書き込みを続行する。そして、プリントバッファ１１８に書き込まれたデータ量が５インチ分のデータに達すると、処理はステップＳ６１６に進む。
【００９６】
ステップＳ６１６では、全ての記録データの書き込みが完了（即ち、８ブロック分の書込みが終了）したか否かを調べる。これは、各ブロック毎の書込み動作終了毎にカウントアップする書込みカウンタの値などを調べることで実現される。ここで、記録データ書き込み完了と判断されれば、処理はステップＳ６０６に進み、記録データ読み出し処理を実行する。これに対して、書き込み未完了であると判断されれば、処理はステップＳ６１８に進み、記録データ書き込み処理を実行した後、ステップＳ６０６に進む。なお、ステップＳ６１８の書込みは、まだ書込みを行っていないブロック（例えば、第６ブロック）や後述する読出し済みのブロックに対して行われるものであり、１ブロック分の読出しが終了しておらず、書込み可能なブロックがない場合には、書込み処理を行わずに、そのまま処理がステップＳ６０６に進むこともある。
【００９７】
ともあれ、ステップＳ６０４においてプリントバッファ１１８に所定量のデータが書き込まれたと判断された後は、ステップＳ６１８における書き込み処理と並行して、ステップＳ６０６における読み出し処理が開始される。
【００９８】
さて、ステップＳ６０６では、プリントバッファ１１８から読み出されたデータが、記録ヘッド３に転送される。このとき、実際の記録が行われる訳ではないので、上述のようにキャリッジが実際に移動しても良いし、キャリッジ移動は行わず、ただデータのダミー転送のみが実行されても良い。尚、ステップＳ６０６でデータが読み出されたプリントバッファ領域は、ステップＳ６０７で空き領域として解放され、再度記録データの書き込み領域として再利用される。この空き領域の状態についてはブロック毎の状態を管理する管理テーブルのフラグの状態を更新したり、参照したりすることで知ることができる。
【００９９】
ステップＳ６０８では、プリントバッファ１１８からの仮想記録データの読み出し、即ち、標準記録画像データの読み出しが完了（即ち、８ブロック分の読出しが終了）したか否かを調べる。
【０１００】
ここで、その読み出しが終了したと判断された場合には、処理はステップＳ６１０に進み、現在の記録モードでＰＣ６１０と記録装置１との間のデータ転送が間に合うものと判断し、仮想記録処理が成功したとして処理を完了する。
【０１０１】
これに対して、その読み出しが完了していないと判断された場合には、処理はステップＳ６１２に進み、図６を参照して上述したように、今度読み出すべきブロックのデータが準備完了状態か否か、即ち、書き込み終了か否かを調べる。これは、各ブロック毎の書込み動作終了毎にカウントアップする書込みカウンタの値などを参照することで実現される。
【０１０２】
ここで、そのブロックのデータがまだ書き込まれていないと判断された場合には、処理はステップＳ６１４に進み、ＰＣ６１０と記録装置１との間のデータ転送が間に合わないものと判断し、仮想記録処理が失敗したとして処理を終了する。これに対して、読み出しデータが準備完了状態にあると判断されると、処理はステップＳ６１６に戻り、再び、仮想記録処理のための画像データが全てプリントバッファに書き込まれたか否かを調べる。そして、その書き込みが完了したと判断された場合には、処理はステップＳ６０６に進み、プリントバッファからの記録データの読み出しを継続する。また、書き込みがまだ未完了であると判断された場合には、処理はステップＳ６１８で書き込み処理を実行した後、ステップＳ６０６に進み、読み出し処理を継続する。
【０１０３】
以上のように、ステップＳ５０６の仮想記録処理が実行され、ステップＳ４０４の記録動作診断が完了し、その結果、ＰＣ６１０と記録装置１との間でのデータ転送が間に合うか否か、換言すると、仮想記録処理が成功裡に完了したか否かが判断される。そして、データ転送が間に合うと判断された場合には、設定済みの記録モードのまま記録動作を実行すればよいため、その旨をユーザにメッセージなどで伝えるか、あるいは制御を自動的に記録動作へ移行してもよい。
【０１０４】
しかしながら、データ転送が間に合わないと判断された場合には、ステップ４１０で記録パラメータを所定の優先順位に従って変更し、再度、ステップＳ４０４における記録動作診断を実行する。こうして、ＰＣ６１０と記録装置１との間でのデータ転送が間に合うようになるまで、記録パラメータが変更され、最終的にステップＳ４０８で、記録動作が実行される。
【０１０５】
このように、記録動作診断でＰＣ６１０と記録装置１との間でのデータ転送が間に合う記録パラメータを、例えば、一時的にＲＡＭ６０４に格納する。そして、実際の記録動作を行う場合に、ＲＡＭ６０４に格納している記録パラメータを読出し、設定を行う。
【０１０６】
さて次に、ステップＳ４０６の処理で仮想記録処理が失敗したと判断された場合にステップＳ４１０で実行される記録パラメータを変更する手順について説明する。
【０１０７】
図１０はＲＡＭ６０４の用途別割り当ての例を示す図である。なお、図１０におけるＲＡＭ６０４のメモリ割当ては受信バッファ１１４とプリントバッファ１１８についてのみ図示しているが、実際には他の処理のための作業領域が割当てられていることは言うまでもない。
【０１０８】
さて、図１０の左側の図は、図６を参照して既に述べたように、プリントバッファとして夫々が記録ヘッドによる走査幅１インチ分の記録データが６ブロック、即ち、６インチ分の記録データを格納できる容量を確保する場合を示している。残りのメモリは、受信バッファとして割り当てられている。
【０１０９】
この状態で、図７のステップＳ４０６において、仮想記録処理が成功裡に完了したと判断された場合、プリントバッファとして６ブロックを確保した状態で、ステップＳ４０８の記録動作が開始される。これに対して、仮想記録処理が不成功であったと判断される場合、処理はステップＳ４１０に進み、記録パラメータを所定優先順位に従って変更する。
【０１１０】
この１つの具体例は、受信バッファサイズとプリントバッファサイズとを規定する記録パラメータの変更である。即ち、図１０の右側の図に示すように、プリントバッファサイズを１ブロック分、即ち、１インチ分増加して、合計７ブロック分確保するように変更するとともに、その分、受信バッファサイズを削減するように変更する。その後、処理はステップＳ４０４に戻り、再度、記録動作診断が行われる。
【０１１１】
通常、図１に示したようなインクジェット方式の記録装置は、ＰＣから受信したデータを一時的に記憶するための受信バッファと、記録ヘッドによる記録動作のためにデータを一時的に記憶するプリントバッファの両方を有しており、受信バッファ容量についても、スループットの低下を招かない程度に、幾分かの余裕を持って設計される。従って、受信バッファの一部をプリントバッファに割り当て、結果的にプリントバッファ容量を増大させることが可能なのである。
【０１１２】
この変更により、図６を参照して考えると、６ブロック分の記録データがプリントバッファに書き込まれた時点で、記録ヘッドの移動走査が開始されるため、変更前に比べて、仮想記録が成功裡に完了する可能性が増すことになる。
【０１１３】
しかしながら、こうしたプリントバッファサイズの増加にも関わらず、仮想記録処理が不成功に終わった場合、処理は再度ステップＳ４１０に戻ってくるが、この場合には、さらに別の記録パラメータを調整する。
【０１１４】
この場合の１つの具体例は、キャリッジの移動速度を規定する記録パラメータの変更である。例えば、キャリッジ移動速度を通常の４０インチ／秒から３０インチ／秒に減速する。この変更により、仮想記録処理が成功裡に完了する可能性が増加する。なぜなら、キャリッジ移動速度の低下により、記録ヘッドの移動走査に要する時間が増えるので、ＰＣ６１０からの記録データの受信時間も同時に増え、結果的に、キャリッジの１移動走査の間に、記録に必要な全てのデータを成功裡に受信しうるからである。
【０１１５】
しかしながら、キャリッジ移動速度の低下にもかかわらず、依然として仮想記録処理が成功裡に完了しない場合には、キャリッジ移動速度をさらに低下させるか、あるいは、別の記録パラメータである記録ヘッドの使用ノズル数を小さくするように変更してもよい。
【０１１６】
図１１は記録ヘッドの使用ノズル数とプリントバッファのブロック数との関係を示す図である。なお、図１１では、１２８ノズルを有する記録ヘッドを使用している例を示している。
【０１１７】
図１１に示すように、仮想記録処理が成功しない場合、記録ヘッドの使用ノズルの数を１２８個（図１１の上側の図）から６４個（図１１の下側の図）に変更する（減少させる）。これにより、図１１の下側の図が示すように、当初物理的に６ブロック分の容量しか割当てられていなかったプリントバッファ（図１１の８０２）が、同一のバッファ容量でも、通常の２倍の１２ブロック分に相当する記録データを格納できることとなり（図１１の８０４、８０６）、記録ヘッド１走査分の記録データを完全に収容可能となる。この場合には、仮想記録処理は確実に成功するので、その仮想記録処理を省略してもよい。
【０１１８】
尚、記録ヘッドの使用ノズル数が６４に低減される場合には、図５を参照して説明したＰＣ６１０側のデータ処理で用いるメモリ１０８のＹ方向の幅（ラスタ数）も、１２８ノズルに相当する１２８ラスタから６４ノズルに相当する６４ラスタに低減されることは言うまでもない。
【０１１９】
従って以上説明した実施例に従えば、実際の記録動作に先立って準備された標準的な画像記録データを用いて試験的な記録を行って正常な記録が可能かどうかを診断し、その診断結果に従って、例えば、プリントバッファサイズ、キャリッジ移動速度、記録ヘッドの使用ノズル数などを規定する記録パラメータを所定の優先順位に従って順次変更し、再度、試験的な記録動作を行わせ、正常な記録が可能な記録パラメータを設定することができる。
【０１２０】
これにより、たとえ、ホスト装置側の性能が低い旧式のパーソナルコンピュータなどを用いていたとしても、記録装置はその性能に合わせて画質劣化を生じさせない高品位な記録を行うことができる。そして、記録パラメータの変更も所定の優先順位に従って行うことで、スループットの低下を最小限に抑えることが可能になる。
【実施例２】
【０１２１】
図１２は記録動作診断の別の実施例を示すフローチャートである。なお、実施例２において、実施例１と共通する内容については、説明を省略する。
【０１２２】
この実施例では、最初にステップＳ９０２で、ＰＣ６１０側で、これから記録する記録対象内で、最もデータ量の多い部分を抽出する。次に、ステップＳ９０４で、この抽出部分だけを記録装置１に転送する。
【０１２３】
すると、記録装置１は、ステップＳ９０６において、図８を参照して実施例１で述べたように、仮想記録処理を実行する。そして、仮想記録処理が成功せずに終了した場合には、記録装置は、実施例１において、図７のステップＳ４１０に関連して述べたように、記録パラメータを所定の優先順位に従い変更する。
【０１２４】
従って以上説明した実施例に従えば、記録デューティの高い部分を用いて記録パラメータが設定されるので、より確実に画質劣化を生じさせない高品位な記録を行うことができる。
【実施例３】
【０１２５】
さて、上述の実施例１、２では、いずれの場合にも、実際の記録動作に先立ち、記録ヘッドの１走査分の画像データをＰＣ６１０から記録装置１に転送することにより、実際の記録動作を事前にそのままシミュレーションするものであった。
【０１２６】
この実施例ではＰＣ６１０から記録装置１への所定量の記録データの転送速度を測定し、その転送速度を変数として含む関係式に基づき、記録パラメータの値を適宜変更する例について説明する。
【０１２７】
なお、このデータ転送速度の測定は、ＰＣにおいて実際のデータ転送を発生させずに行っても良いし、その場合には、以下に示す記録パラメータの変更をＰＣにおいて行い、その変更の結果見出された最適値を記録装置に送信しても良い。
【０１２８】
或いは、このデータ転送速度の測定は、実際のデータ転送をＰＣから記録装置に行い、記録装置側でその速度を実際に測定しても良い。その場合には、以下に示す記録パラメータの変更を記録装置側で自動的に行って、最適値を記録装置に設定し、その最適値をＰＣに通知しても良い。
【０１２９】
図１３は記録データ転送速度に関係する種々の変数を模式的に示した図である。
【０１３０】
図１３によれば、その転送速度を変数として含む関係式には、測定記録データ転送速度（Ｄ）（ビット／秒）、記録ヘッドの１走査分に相当するデータ量（Ｍc）（ビット）、物理的なプリントバッファ容量（Ｍo）（ビット）、プリントバッファから記録ヘッドへのデータ読出し速度（Ｒ）（ビット／秒）が含まれる。
【０１３１】
なお、図１３では、プリントバッファへのデータ書込み速度（Ｗ）（ビット/秒）が示されているが、当業者であれば明らかなように、書込み速度（Ｗ）は、ＰＣ６１０と記録装置１との間のデータ転送速度（Ｄ）に実質的に等しくなる。
【０１３２】
即ち、図３を参照して述べたように、ＰＣ６１０から転送されてきたデータは１度受信バッファ１１４に蓄えられ、その後、データ処理が施されて、プリントバッファ１１８に展開されるが、本発明では上述のように、プリントバッファ容量が小さく、１記録走査分のデータ量に満たない場合を前提としているために、プリントバッファに空き領域が生成されてはじめて、ＰＣ６１０からのデータの受信が可能となる。従って、必然的に、プリントバッファへの書込み速度（Ｗ）と、ＰＣ６１０からのデータ受信速度、即ち、データ転送速度（Ｄ）とが等価になる。
【０１３３】
ここで、Ｄ≧Ｒの場合、即ち、データ転送速度（Ｄ）がデータ読み出し速度（Ｒ）よりも速い場合には、記録走査の間にプリントバッファに順調にデータが書き込まれるので、プリントバッファに任意の量のデータが蓄積された時点で、記録動作を開始することができる。
【０１３４】
逆に、Ｄ＜Ｒ、かつ、（Ｍc−Ｍo）／Ｄ  ＜  Ｍc／Ｒ    ……  （１）
の場合を考える。
【０１３５】
式（１）の関係を書き直すと、Ｍc（１−Ｄ／Ｒ）＜  Ｍo である場合、即ち、データ転送速度（Ｄ）がデータ読出し速度（Ｒ）よりも遅いものの、記録ヘッドの１走査分に相当するデータ量（Ｍc）とプリントバッファ容量（Ｍo）との差分を充填するために必要な時間（Ｍc−Ｍo）／Ｄが、記録ヘッドの１走査分に相当するデータ量（Ｍc）を全部読み出すために必要な時間（Ｍc／Ｒ）よりも小さい場合には、少なくともプリントバッファが完全に充填された時点で読み出しを開始すれば、その記録走査に必要な残りのデータがその走査期間中に間に合って充填されるはずである。
【０１３６】
さらにスループットの最適化を図るのであれば、プリントバッファにデータ量（Ｍx）（ビット）だけ充填された時点、即ち、
（Ｍc−Ｍx）／Ｄ    ＜  Ｍc／Ｒ        ……              （２）
という条件を満たす、即ち、Ｍc（１−Ｄ／Ｒ）  ＜  Ｍx のデータが記憶された時点で、読み出しを開始すればよい。ここで、Ｍxの上限はプリントバッファの物理容量（Ｍo）であることを考慮すると、式（２）の条件式は式（３）のように書くことができる。
【０１３７】
Ｍc（１−Ｄ／Ｒ）＜  Ｍx  ≦  Ｍo      ……              （３）
さらに、Ｄ＜Ｒであって、かつ、（Ｍc−Ｍo）／Ｄ  ≧  Ｍc／Ｒ    ……  （４）
の場合を考える。
【０１３８】
この場合には、たとえプリントバッファを完全に充填した時点で読み出しを開始しても、残りのデータが充填される以前に、その記録走査の読み出しが時間的に完了してしまうために、その記録走査はうまくいかずに終了することになる。
【０１３９】
従って、この場合には、記録パラメータの値を変更する必要性が生じる。記録パラメータを変更する処理については、ステップＳ４１０に関連して実施例１において既に述べたとおりに実行される。
【０１４０】
尚、当業者には明らかなように、上述の実施例において、記録ヘッドを記録媒体の搬送方向に垂直な方向に移動走査する移動速度が、データ読出し速度（Ｒ）と比例関係にあることは言うまでもない。また、記録動作において実際に使用される記録ヘッドのノズル数が、１記録走査分に相当するデータ量（Ｍc）と比例関係にあることも明らかであろう。
【０１４１】
従って以上説明した実施例に従えば、所定量の記録データをＰＣから記録装置に転送し、そのデータ転送速度を測定することで、得られたデータ転送速度と、記録ヘッドの１走査分に相当するデータ量、物理的なプリントバッファ容量、プリントバッファから記録ヘッドへのデータ読出し速度との関係から記録パラメータの変更の必要性を評価することができる。これは、実際の記録が発生しないので、時間的にも記録媒体やインクなどの資源の有効利用の面からも有利である。
【０１４２】
なお以上の説明では、説明の便宜上、記録ヘッドのノズル構成が１列のノズルであることを想定して説明してきたが、当業者であれば、記録ヘッドのノズル構成が、例えば、シアン、マゼンタ、イエロ、ブラックの４色インクに対応した４列のノズル列を有する構成の場合にも、同様に適用可能であることは言うまでもない。
【０１４３】
図１４は４色のインクに対応して４列のノズル列を有した記録ヘッド３とプリントバッファとの関係を示す図である。
【０１４４】
図１４に示すように、４色のインク夫々に対応するノズル列を有する場合、４つのプリントバッファ（図１４の１０１０、１０２０、１０３０、１０４０）を各色について、上述のようにそれぞれ管理すればよい。尚、この場合、ＰＣからは、最初に各色のブロック１のデータが同時に転送され、その後ブロック番号順に４色のデータが同時に転送されてくる。もちろん、４色以上のインクを有する場合についても同様である。
【０１４５】
なお、上述した実施例において、実際の記録動作に先立って試験的な記録動作（仮想記録処理）を行うが、このタイミングは、ユーザの記録要求を受けてから行う場合のほかに、例えば、記録装置が電源オンした場合に行っても構わない。
【０１４６】
また、記録ヘッドがユーザにより交換され、記録装置が記録ヘッドの識別手段により、キャリッジに装着された記録ヘッドのタイプが代わったと判断した場合に、試験的な記録動作（仮想記録処理）を行っても構わない。
【０１４７】
さらに、以上の実施例において、記録ヘッドから吐出される液滴はインクであるとして説明し、さらにインクタンクに収容される液体はインクであるとして説明したが、その収容物はインクに限定されるものではない。例えば、記録画像の定着性や耐水性を高めたり、その画像品質を高めたりするために記録媒体に対して吐出される処理液のようなものがインクタンクに収容されていても良い。
【０１４８】
以上の実施例は、特にインクジェット記録方式の中でも、インク吐出を行わせるために利用されるエネルギーとして熱エネルギーを発生する手段（例えば、電気熱変換体やレーザ光等）を備え、その熱エネルギーによりインクの状態変化を生起させる方式を用いることにより記録の高密度化、高精細化が達成できる。
【図面の簡単な説明】
【０１４９】
【図１】本発明の代表的な実施例であるインクジェット記録装置１の構成の概要を示す外観斜視図である。
【図２】図１に示した記録装置の制御構成を示すブロック図である。
【図３】記録装置１とホスト装置６１０との間の記録データ送受信に係わる処理を示す機能ブロック図である。
【図４】８×８ビットのブロックの縦横変換処理を模式的に示した図である。
【図５】ホスト装置（ＰＣ）と記録装置とにおけるデータ処理を模式的に示す図である。
【図６】プリントバッファ１１８へのデータ入出力の時間変化を示す図である。
【図７】記録処理の概要を示すフローチャートである。
【図８】記録動作診断の詳細を示すフローチャートである。
【図９】仮想記録処理の詳細を示すフローチャートである。
【図１０】ＲＡＭ６０４の用途別割り当ての例を示す図である。
【図１１】記録ヘッドの使用ノズル数とプリントバッファのブロック数との関係を示す図である。
【図１２】記録動作診断の別の実施例を示すフローチャートである。
【図１３】記録データ転送速度に関係する種々の変数を模式的に示した図である。
【図１４】４色のインクに対応して４列のノズル列を有した記録ヘッドとプリントバッファとの関係を示す図である。
【符号の説明】
【０１５０】
３  記録ヘッド
１０２  オペレーテングシステム（ＯＳ）
１０４  アプリケーションプログラム
１０６  プリンタドライバ
１１４  受信バッファ
１１８  プリントバッファ
６０１  ＭＰＵ
６０３  ＡＳＩＣ
６０４  ＲＡＭ
６１０  ホスト装置
６１０ａ、６１１ａ  ＵＳＢ／ＩＦ
【図１】
2005305984.tif 000003
【図２】
2005305984.tif 000004
【図３】
2005305984.tif 000005
【図４】
2005305984.tif 000006
【図５】
2005305984.tif 000007
【図６】
2005305984.tif 000008
【図７】
2005305984.tif 000009
【図８】
2005305984.tif 000010
【図９】
2005305984.tif 000011
【図１０】
2005305984.tif 000012
【図１１】
2005305984.tif 000013
【図１２】
2005305984.tif 000014
【図１３】
2005305984.tif 000015
【図１４】
2005305984.tif 000016