(57)【要約】【課題】  記録バッファのメモリ容量が少なくても効率良く記録を行なう。【解決手段】  記録ヘッドの一回の走査記録にて記録する記録データの量よりも少ない量の格納領域を有する記憶手段と、記録データを複数のブロック単位で前記記憶手段に格納する記憶制御手段と、インターフェースの種類を判定する判定手段と、前記判定手段の判定結果に応じて、前記記録ヘッドの走査の開始タイミングを変更する制御手段とを有する。【選択図】  図１１
2005205667.tif 000002
【特許請求の範囲】
【請求項１】
ホスト装置からインターフェースを介して記録データを入力し、記録ヘッドを走査させて記録媒体に記録を行なう記録装置であって、
前記記録ヘッドの一回の走査記録にて記録する記録データの量よりも少ない量の格納領域を有する記憶手段と、
前記記録データを複数のブロック単位で前記記憶手段に格納する記憶制御手段と、
前記インターフェースの種類を判定する判定手段と、
前記判定手段の判定結果に応じて、前記記録ヘッドの走査の開始タイミングを変更する走査制御手段と、
前記記憶手段に格納されている前記記録データに応じて前記記録ヘッドを駆動するヘッド駆動手段とを有することを特徴とする記録装置。
【請求項２】
前記記憶制御手段は、所定のブロック数に前記記録データが格納されると、前記走査制御手段に走査開始を指示することを特徴とする請求項１に記載の記録装置。
【請求項３】
記録ヘッドを走査させて記録媒体に画像を記録する記録装置と前記記録装置にインターフェースを介して記録データを送るホスト装置とを有する記録システムであって、
前記ホスト装置は、
前記記録ヘッドの一回の走査記録にて記録する記録データを主走査方向及び副走査方向に分割したブロック単位で生成する記録データ生成手段を有し、
前記記録装置は、
前記記録ヘッドの一回の走査記録にて記録する記録データの量よりも少ない量の格納領域を有する記憶手段と、
前記記録データを前記ブロック単位で格納する記憶制御手段と、
前記インターフェースの種類を判定する判定手段と、
前記判定手段の判定結果に応じて、前記記録ヘッドの走査の開始タイミングを変更する走査制御手段と、
前記記憶手段に格納されている前記記録データに応じて前記記録ヘッドを駆動するヘッド駆動手段と、
を有することを特徴とする記録システム。
【請求項４】
記録ヘッドを走査させて記録媒体に画像を記録する記録装置と前記記録装置にインターフェースを介して記録データを送るホスト装置とを有する記録システムであって、
前記ホスト装置は、
前記記録ヘッドの一回の走査記録にて記録する記録データを主走査方向及び副走査方向に分割したブロック単位で生成する記録データ生成手段と、
前記記録装置に対して予め定められた数のブロックの記録データを送信すると、走査開始要求を前記記録装置に出力する出力手段とを有し、
前記記録装置は、
前記記録ヘッドの一回の走査記録にて記録する記録データの量よりも少ない量の格納領域を有する記憶手段と、
前記記録データを前記ブロック単位で格納する記憶制御手段と、
前記走査開始要求を受けて、前記記録ヘッドの走査の開始を行なう走査制御手段と、
前記記憶手段に格納されている前記記録データに応じて前記記録ヘッドを駆動するヘッド駆動手段と、
を有することを特徴とする記録システム。
【請求項５】
記録ヘッドを走査させて記録媒体に画像を記録する記録装置と前記記録装置にインターフェースを介して記録データを供給するホスト装置とを有する記録システムであって、
前記ホスト装置は、
前記記録ヘッドの一回の走査記録にて記録する記録データを主走査方向及び副走査方向に分割したブロックの単位で生成する記録データ生成手段と、
前記ホスト装置に関するデータ処理能力を判定する判定手段と、
前記データ処理能力に関する情報を前記記録装置に通知する通知手段とを有し、
前記記録装置は、
前記記録ヘッドの一回の走査記録にて記録する記録データの量よりも少ない量の格納領域を有する記憶手段と、
前記ホスト装置より受信した記録データを前記ブロック単位で前記記憶手段に格納する記憶制御手段と、
前記データ処理能力に関する情報に応じて、前記記録ヘッドの走査の開始タイミングを変更する走査制御手段と、
前記記憶手段に格納されている前記記録データに応じて前記記録ヘッドを駆動するヘッド駆動手段と、
を有することを特徴とする記録システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録ヘッドを走査させて記録媒体に画像を記録する記録装置、及び、ホスト装置と記録装置からなる記録システムに関するものである。
【背景技術】
【０００２】
インクジェット記録装置は低騒音、低コスト、低ランニングコストであり、かつ装置の小型化が容易であるため、一般的なプリンタ装置や複写機等において広く利用されている。
【０００３】
このうちシリアル式のインクジェット記録装置は、記録ヘッドを主走査方向に往復移動させ、画像を記録する毎にその記録幅（副走査方向の長さ）に応じた長さだけ副走査方向に記録紙を移動させ、このような動作を繰り返して１頁の記録を行う記録装置である。このような記録装置では、少なくとも一主走査で記録する記録データの全てを記憶可能なラインメモリ（プリントバッファ）を有し、一主走査で記録すべき記録データの全てが確定されてラインメモリに記憶されてから記録ヘッドの主走査を開始するように制御していた。このため、高価なメモリを多く必要とし、装置のコストが高くなってしまうという問題があった。
【０００４】
そこで、一主走査分の記録データを記憶できるメモリ容量よりも少ないメモリ容量のメモリをプリントバッファとして使用する記録装置が提案されており、これによれば、記録データを格納したプリントバッファのアドレスを管理して、そのプリントバッファに記憶された記録データに基づいて記録を行う技術が記載されている（特許文献１）。
【０００５】
また、一主走査分の記録データの完了を待たずに記録ヘッドの主走査を開始するプリンタ装置が提案がされている（特許文献２）。
【特許文献１】特開昭５８−１４６９２９号公報
【特許文献２】特開平１１−２５９２４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に記載の技術では、メモリを効率的に使うことができず、また、記録中の動作に対して記録データの転送が間に合わない場合にどのように動作するのかが開示されていない。
【０００７】
また、特許文献２に記載されたプリンタ装置では、記録ヘッドを主走査しながら印刷している間は必ず、その主走査による記録を完了するのに十分な記録データが送られてくることを前提としている。即ち、記録ヘッドの主走査に間に合うように記録データが供給されることが前提となっている。従って例えば、このようなプリンタ装置に記録データを供給しているホストコンピュータは、その印刷中は、そのプリンタ装置に対して、記録ヘッドの走査に間に合うように記録データを供給する必要がある。
【０００８】
しかしながら、昨今のホストコンピュータはウインドウシステムが組込まれて汎用性のあるマルチタスク処理が可能なように構成されている。このためホストコンピュータにおける処理が、記録データの生成及び転送に専念できるという保証がなく、上述したような、プリンタ装置への印刷データの転送を保証することが困難になってきている。
【０００９】
またプリンタ装置への記録データの転送を保証するためには、ホストコンピュータ内のプリンタドライバの処理についてデータ転送を保証する仕様に変更する必要があるが、このような保証を行うと、そのＯＳの有する汎用的なマルチタスク機能を阻害することにもなってしまう。
【００１０】
本発明は上記従来例に鑑みてなされたもので、記録ヘッドの一回の主走査で記録可能な記録データのデータ量よりも少ないメモリ容量で記録ヘッドの主走査で記録する記録データを記憶するためのメモリを備え、そのメモリを効率良く使用して記録を行うことができる記録装置及びホスト装置からなる記録システムを提供することを目的としている。
【課題を解決するための手段】
【００１１】
上記目的を達成するために本発明の記録装置は以下のような構成を備える。即ち、ホスト装置からインターフェースを介して記録データを入力し、記録ヘッドを走査させて記録媒体に記録を行なう記録装置であって、前記記録ヘッドの一回の走査記録にて記録する記録データの量よりも少ない量の格納領域を有する記憶手段と、前記記録データを複数のブロック単位で前記記憶手段に格納する記憶制御手段と、前記インターフェースの種類を判定する判定手段と、前記判定手段の判定結果に応じて、前記記録ヘッドの走査の開始タイミングを変更する走査制御手段と、前記記憶手段に格納されている前記記録データに応じて前記記録ヘッドを駆動するヘッド駆動手段とを有する。
【００１２】
上記目的を達成するために本発明の記録システムは以下のような構成を備える。即ち、記録ヘッドを走査させて記録媒体に画像を記録する記録装置と前記記録装置にインターフェースを介して記録データを送るホスト装置とを有する記録システムであって、前記ホスト装置は、前記記録ヘッドの一回の走査記録にて記録する記録データを主走査方向及び副走査方向に分割したブロック単位で生成する記録データ生成手段を有し、前記記録装置は、前記記録ヘッドの一回の走査記録にて記録する記録データの量よりも少ない量の格納領域を有する記憶手段と、前記記録データを前記ブロック単位で格納する記憶制御手段と、前記インターフェースの種類を判定する判定手段と、前記判定手段の判定結果に応じて、前記記録ヘッドの走査の開始タイミングを変更する走査制御手段と、前記記憶手段に格納されている前記記録データに応じて前記記録ヘッドを駆動するヘッド駆動手段とを有する。
【００１３】
上記目的を達成するために本発明の別の記録システムは以下のような構成を備える。即ち、記録ヘッドを走査させて記録媒体に画像を記録する記録装置と前記記録装置にインターフェースを介して記録データを送るホスト装置とを有する記録システムであって、前記ホスト装置は、前記記録ヘッドの一回の走査記録にて記録する記録データを主走査方向及び副走査方向に分割したブロック単位で生成する記録データ生成手段と、前記記録装置に対して予め定められた数のブロックの記録データを送信すると、走査開始要求を前記記録装置に出力する出力手段とを有し、前記記録装置は、前記記録ヘッドの一回の走査記録にて記録する記録データの量よりも少ない量の格納領域を有する記憶手段と、前記記録データを前記ブロック単位で格納する記憶制御手段と、前記走査開始要求を受けて、前記記録ヘッドの走査の開始を行なう走査制御手段と、前記記憶手段に格納されている前記記録データに応じて前記記録ヘッドを駆動するヘッド駆動手段とを有する。
【００１４】
上記目的を達成するために本発明の別の記録システムは以下のような構成を備える。即ち、記録ヘッドを走査させて記録媒体に画像を記録する記録装置と前記記録装置にインターフェースを介して記録データを供給するホスト装置とを有する記録システムであって、前記ホスト装置は、前記記録ヘッドの一回の走査記録にて記録する記録データを主走査方向及び副走査方向に分割したブロックの単位で生成する記録データ生成手段と、前記ホスト装置に関するデータ処理能力を判定する判定手段と、前記データ処理能力に関する情報を前記記録装置に通知する通知手段とを有し、前記記録装置は、前記記録ヘッドの一回の走査記録にて記録する記録データの量よりも少ない量の格納領域を有する記憶手段と、前記ホスト装置より受信した記録データを前記ブロック単位で前記記憶手段に格納する記憶制御手段と、前記データ処理能力に関する情報に応じて、前記記録ヘッドの走査の開始タイミングを変更する走査制御手段と、前記記憶手段に格納されている前記記録データに応じて前記記録ヘッドを駆動するヘッド駆動手段とを有する。
【発明の効果】
【００１５】
以上説明したように、本発明によれば、記録ヘッドの一回の主走査で記録可能な記録データのデータ量よりも少ないメモリ容量で記録ヘッドの主走査で記録する記録データを記憶するためのメモリを備え、そのメモリを効率良く使用して記録を行うことができる。
【発明を実施するための最良の形態】
【００１６】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。尚、本実施の形態では、インクジェット記録装置を例に説明するが、本発明はこれに限定されるものでなく、記録ヘッドを走査させて記録を行う記録装置であれば、例えばサーマルプリンタ、ワイヤドットプリンタなどの記録装置でも良い。
【００１７】
［共通の実施の形態］
図１は、本発明における共通の実施の形態に係るインクジェット記録装置１００の概略を示す斜視図である。
【００１８】
記録装置１００の給紙位置に挿入された記録媒体１０５は、送りローラ１０６の回転によって矢印Ｐ方向に送られ、記録ヘッド１０４による記録可能領域へ搬送される。この記録可能領域における記録媒体１０５の下部には、プラテン１０７が設けられている。キャリッジ１０１は、２つのガイド軸１０２と１０３によって、それらの軸方向に沿う方向に移動可能となっており、不図示のキャリッジモータの駆動により、記録領域を含む走査領域を、主走査方向である矢印Ｑ１，Ｑ２で示す方向に沿って往復走査する。キャリッジ１０１による１回の主走査が終了すると、記録媒体１０５を矢印Ｐ方向である副走査方向に一定量（記録ヘッド１０４による記録幅に相当）だけ送り、次の主走査に備える。これらの主走査と副走査を繰り返して１頁の記録を行う。
【００１９】
図１において、キャリッジ１０１に登載された記録ヘッド１０４は、インクを吐出可能な吐出口（ノズル）とインクを収容するインクタンクとを含んでおり、記録ヘッド１０４の吐出口は、下方に位置する記録媒体１０５上にインクを吐出して記録するように、吐出口を下に向けてキャリッジ１０１上に搭載されている。
【００２０】
また、１０８はスイッチと表示部を備える操作部で、スイッチは記録装置１００の電源のオン／オフの切り替えや各種記録モードの設定等に使用され、表示部は記録装置１００の状態を表示可能に構成されている。
【００２１】
記録ヘッド１０４は、Ｂｋ，Ｃ，Ｍ，Ｙの４色を記録可能であり、Ｂｋ，Ｃ，Ｍ，Ｙの各色のヘッドの吐出口の数はそれぞれ個であり、各色の吐出口の配置ピッチは副走査方向に対して（１／６００）ｄｐｉで、その間隔は約４２ミクロンである。また、この記録ヘッド１０４の駆動周波数は１５ｋＨｚであり、主走査方向に対して６００ｄｐｉの解像度で記録可能である。従って、記録動作時のキャリッジ１０１の主走査方向への移動速度は２５［ｉ（インチ）／ｓ（秒）］である。
【００２２】
また、記録ヘッド１０４の各吐出口付近には、インク滴を吐出するために熱エネルギーを発生する発熱体が設けられている。この発熱体の発熱により急速に加熱されたノズル内のインクは膜沸騰により気泡を形成し、この気泡の圧力によりインク滴が記録媒体１０５の方向に向かって吐出口から吐出され、記録媒体１０５上に文字や画像を記録する。このような電気・熱変換体である発熱体を使用したインクジェット記録方法は、インク滴の吐出時に、熱エネルギーの印加により形成される気泡を使用しているため、通称、バブルジェット（登録商標）記録方法と呼ばれている。尚、本実施の形態は、この方式のインクジェットヘッドに限定されることは無く、例えば圧電素子を使用したインク吐出方式の記録ヘッドでも良い。
【００２３】
図２は、本実施の形態に係るインクジェット記録装置１００の主要部の構成を示すブロック図である。
【００２４】
ホスト装置５００からインクジェット記録装置１００に対して記録すべき文字や画像データが送信されると、そのデータはインターフェース４００を介して、受信バッファ４０１に蓄えられる。また、このデータ受信時には、正しくデータが転送されているかどうかを確認するデータ、及びインクジェット記録装置１００の動作状態を知らせるデータが記録装置１００からインターフェース４００を介して、ホスト装置５００に送信される。
【００２５】
こうして受信バッファ４０１に蓄えられたデータは、ＣＰＵ４０２の制御の下に、記録ヘッド１０４が主走査した時に記録を行うための記録データに加工されてＲＡＭ４０３のプリントバッファ４２０に記憶される。このプリントバッファ４２０に記憶された記録データは、記録ヘッドコントロール部４１０の制御により記録ヘッド１０４に転送され、この記録データに基づいて記録ヘッド１０４が駆動されて文字や画像が記録される。また、記録ヘッドコントロール部４１０は、記録ヘッド１０４の状態を示す温度情報等を検出してＣＰＵ４０２に送っている。これによりＣＰＵ４０２は、記録ヘッドコントロール部４１０に対して記録ヘッドの状態に応じた制御情報を伝達し、これにより記録ヘッド１０４を、その状態に応じて駆動制御することができる。
【００２６】
機械コントロール部４０４は、ＣＰＵ４０２からの指令により記録ヘッド１０４の主走査や記録媒体の搬送を行う機構部を有し、ここにはキャリッジモータやラインフィードモータ等のモータも設けられている。センサ／ＳＷコントロール部４０６は、各種センサやＳＷ（スイッチ）を有するセンサ／スイッチ（ＳＷ）部４０７からの信号をＣＰＵ４０２に送る。表示素子コントロール部４０８は、ＣＰＵ４０２からの指令に応じて操作パネル１０８のＬＥＤや液晶表示素子等を有する表示部４０９への表示を制御する。尚、上述のスイッチ部、表示部４０９は、前述の操作部１０８に設けられている。
【００２７】
本実施の形態に係るインクジェット記録装置１００では、ＲＡＭ４０３のプリントバッファ４２０の容量は、記録ヘッドの一主走査で記録する記録データの全てを格納できるのに十分なメモリ量より少ないメモリ容量を有している。
【００２８】
以下の実施の形態では、本実施の形態に係るインクジェット記録装置１００はカラー記録を行うインクジェット記録装置であり、記録ヘッド１０４におけるＢｋ，Ｃ，Ｍ，Ｙ各色のヘッドの吐出口（ノズル）をそれぞれ個使用して１パスで画像を記録する場合で説明する。
【００２９】
一主走査で記録する全ての記録データを格納できるプリントバッファの場合には、記録幅を８インチとし、これを６００ｄｐｉの密度で記録する場合で考えると、８［インチ］×６００［ｄｐｉ］×［個］×４［色］＝３００［ｋバイト］のメモリ容量が必要になる。これに対して本実施の形態では、プリントバッファ４２０のメモリ容量を、全幅８インチに対応する４８００ドットに対して、それより少ない幅で、かつその１／２より大きい幅である２５６０ドット分とした。これにより、必要なプリントバッファ４２０のメモリ容量は、
２５６０［ドット］×［個］×４［色］＝１６０［ｋバイト］
となり、全幅の記録データを記憶可能なメモリ容量（３００ｋバイト）に比べて約１／２のメモリ容量となる。
【００３０】
次に、このプリントバッファ４２０におけるデータ構成について説明する。
【００３１】
各色の記録データは、Ｂｋ，Ｃ，Ｍ，Ｙの色ごとに区別して記憶されており、副走査方向の長さがドットで、主走査方向に５１２ドットを記録する４色分の記録データを示す矩形状のブロック単位で、この記録データをプリントバッファ４２０に記憶する構成としている。この時の各ブロックの最大サイズは、１色当り×５１２ドット＝６５，５３６ドット＝８，１９２バイト＝８ｋバイトとなり、４色分で３２ｋバイトとなる。各ブロックの縦方向のサイズは、１６のｎ１倍（ｎ１は、１以上の整数）で設定可能であり、本実施の形態では、上述したように各色の記録ヘッドの吐出口数に対応させてｎ１＝８とし、（＝１６×８）とした。また、各ブロックの横方向のサイズは、２ｎ２（ｎ２は、０以上の整数）で設定可能であり、本実施の形態では、ｎ２＝９として、２９＝５１２とした。従って、本実施の形態に係るプリントバッファ４２０は、記録媒体１０５の記録幅（８インチ）に対して、少なくとも横方向に２５６０／５１２＝５［個］のブロック分の記録データを記憶できる構成とした。
【００３２】
図３は、Ａ４サイズの記録媒体１０５に幅（主走査方向の長さ）８インチのデータを１スキャン（主走査）で記録する時に、プリントバッファ４２０に設定されるブロックを示す概念図である。
【００３３】
本実施の形態に係るインクジェット記録装置では、主走査方向に記録する解像度が６００ｄｐｉであるので、８インチの全幅を記録するには、幅５１２ドットのブロック３００が１０個（４８００／５１２＝９．３７５）必要である。しかし本実施の形態では、プリントバッファ４２０のメモリ容量は、上述したように、幅２５６０ドット分しか有していないため、このプリントバッファ４２０に記憶できる記録データのブロック３００の数は５個分となる。
【００３４】
また、上述したプリントバッファ４２０の構成において、更に、記録のための記録ヘッド１０４の主走査において、各色ごとに、記録データが存在しないブロックにおいてはプリントバッファ４２０内にメモリ領域を確保せず、代りにゼロフラグを立てて代用し、記録時に、ゼロフラグが存在した場合には、当該ブロックをヌルデータとして扱うようにすることで、プリントバッファ４２０の使用するメモリ容量を節約している。これについては以下に詳しく説明する。
【００３５】
図４（Ａ），（Ｂ）は、あるブロックにおいて、マゼンタ（Ｍ）の記録データがない場合、Ｂｋ，Ｃ，Ｙの記録データのみをブロックデータとしてプリントバッファ４２０に格納し、プリントバッファ４２０における使用するメモリ容量を節約する例を説明する図である。
【００３６】
図４（Ａ）は、あるブロックにおける各色に対応する記録データが記憶されている状態を説明する図で、ここでは黒（Ｂｋ），シアン（Ｃ），マゼンタ（Ｍ），イエロー（Ｙ）の順に、それぞれ最大×５１２ドット分のデータが記憶できるようになっている。
【００３７】
図４（Ｂ）は、マゼンタ（Ｍ）のドットを記録する記録データが存在しない場合を示し、この場合には、黒（Ｂｋ），シアン（Ｃ）に続き、イエロー（Ｙ）の記録データがつめて格納されており、このブロックのメモリ容量は、×５１２×３ドット分に縮小されている。
【００３８】
尚、この場合、各色毎に記録データの有無を示すブロック色情報は、図４（Ａ）では、全ての色データが存在するため、Ｂｋ，Ｃ，Ｍ，Ｙ＝（１１１１）（４ビット）となっているのに対し、図４（Ｂ）の例では、マゼンタの記録データが存在しないため、ブロック色情報はＢｋ，Ｃ，Ｍ，Ｙ＝（１１０１）（４ビット）となっている。
【００３９】
これによって、記録データを詰めてプリントバッファ４２０に格納できるため、プリントバッファ４２０における各ブロックの使用領域を節約できる。
【００４０】
更に、各色の記録データが存在している場合でも、×５１２ドットに亙って記録データが存在する可能性が低いため、図５に示すように、１ブロック内における各色の記録データをより細かく小ブロックに分け、各小ブロックごとに、ドットを記録する記録データの存在の有無を調べ、ドットを記録する記録データが存在しない小ブロックに該当するメモリエリアを詰めてプリントバッファ４２０に記憶する。これにより、より多くの有効な記録データをプリントバッファ４２０に記憶できるようにしている。
【００４１】
図５は、図４で示したＢｋ，Ｃ，Ｍ，Ｙの各ブロックをさらに、１６ドット単位に分けて小ブロック化し、各小ブロック毎に、ドットを記録する記録データの存在の有無を調べる例を説明する図である。
【００４２】
ここでは、各ブロックの各色の記録データを、縦方向（あるいはノズル列方向、副走査方向）に吐出口の数に対応した１６ドット単位で、横方向は５１２ドットの幅に分割した８個（番号０〜７）の小ブロックに分割している。ブロックを分割する際の縦方向のサイズは、ｎ３（ｎ３は１以上の整数）ドット単位で設定可能であり、本実施の形態では、ｎ３＝１６ドットとした。そして、各小ブロック単位で、ドットを記録する記録データの有無を判別し、その記録データが存在しない小ブロックに対してはメモリ領域を確保せず、ゼロフラグを立てて代用する。そして、その小ブロックの記録時には、ゼロフラグが存在した場合には、当該小ブロックをその小ブロックに対応する吐出口の記録データをヌルデータとすることにより、プリントバッファ４２０の使用するメモリ容量を抑えて記録を行っている。
【００４３】
図５の例では、番号が２乃至４の小ブロックだけにしか記録データが存在しないので、残りの小ブロックの記憶エリアはプリントバッファ４２０内に確保されず、番号が２乃至４の小ブロックだけが確保される。これにより、プリントバッファ４２０の使用するメモリ容量が節約できる。尚、図５において、縦方向は吐出口の配列方向に対応しており、本実施の形態に係る記録ヘッド１０４の吐出口の数は個であるので、ｎ３＝１６より８つの小ブロックに分割されることになる。この図５では、番号２乃至番号４の小ブロックに、ドットを記録する記録データが格納されており、これは記録ヘッド１０４の３３番目乃至８０番目の吐出口（ノズル）に対応している。
【００４４】
又、ここではシアンの小ブロック情報として、ドットを記録する記録データが存在している小ブロックに対応するビット位置にのみ「１」をセットし、その他の小ブロックに対応するビット位置に「０」をセットした小ブロック情報がＲＡＭ４０３に記憶される。図５の例では、８つの小ブロックに分割しているので、小ブロック情報は、各色ブロック毎に８ビットの情報としてＲＡＭ４０３に記憶される。尚、この小ブロック情報は、ドットを記録する記録データが存在している小ブロックの開始番号と終了番号（図５の例では番号２と４）を設定するようにしても良い。
【００４５】
このようにして、記憶する記録データの量を節約することにより、プリントバッファ４２０に記憶するブロックデータの量を減少させることができ、これにより、メモリ容量が制限されているプリントバッファ４２０（本実施の形態では１６０ｋＢ）に格納できるブロックの数を増やすことができる。
【００４６】
図６（Ａ），（Ｂ）は、このようなプリントバッファ４２０における記録データの管理を説明する図である。尚、この図６（Ａ）のプリントバッファ４２０及び図６（Ｂ）の管理テーブルは前述のＲＡＭ４０３に設けられている。
【００４７】
図６（Ａ）は、１６０ｋバイトのプリントバッファ４２０に、それぞれが最大３２ｋバイトのブロック（ブロック１〜５）を記憶した状態を示す図である。
【００４８】
しかし、前述したように各ブロックのサイズは、そのブロックの各色の記録データの量に応じて変化するため、図６（Ｂ）に示すように、各ブロック毎に、そのブロックのプリントバッファ４２０内における先頭アドレス及び最終アドレス、各色毎の記録データの有無を示すブロック色情報（４ビット）、及び各色毎の小ブロックにおける記録データ有無を示す小ブロック情報（８ビット）が記憶されている。図６（Ｂ）ではブロック１の場合を示しているが、他のブロックに関しても同様である。
【００４９】
上述したプリントバッファ４２０の構成においては、記録を行う際、ホスト装置５００から送信される一主走査分の記録データをプリントバッファ４２０に格納できないため、記録データの一部が確定した時点で記録ヘッド１０４の主走査を開始し、記録が終了したブロックを次の記録データを記憶するためのブロックとして使用する。
【００５０】
具体的には、図７乃至図９のフローチャートを参照して、以下に動作を詳しく説明する。
【００５１】
図７は、本実施の形態に係るインクジェット記録装置１００におけるデータ受信及び記録動作を説明するフローチャートで、この処理を実行するプログラムはＲＯＭ４１１に記憶されている。
【００５２】
まず、ステップＳ１で、ホスト装置５００より記録データを受信するとステップＳ２に進み、その受信した記録データを受信バッファ４０１に格納する。この処理は、受信バッファ制御部が行う。尚、ここでのホスト装置５００によるデータ生成処理については、図８のフローチャートを参照して詳しく後述する。
【００５３】
そしてステップＳ３に進み、受信バッファ４０１に記憶された記録データをブロック単位でプリントバッファ４２０に格納する。この記録データのプリントバッファへの格納は、プリントバッファ制御部が行う。
【００５４】
そしてステップＳ４に進み、所定の数（この実施の形態では「５」）のブロックの記録データがプリントバッファ４２０に格納されたか、或いはプリントバッファ４２０に、これ以上、ブロックデータが記憶できなくなったかを調べ、そうでなければステップＳ１に戻り、ホスト装置５００からの記録データの受信処理を実行する。こうしてステップＳ４の条件を満足するとステップＳ５に進み、キャリッジモータの回転駆動を開始してキャリッジ１０１（記録ヘッド１０４）の走査を開始する。つまり、プリントバッファ制御部が、記録動作（キャリッジによる走査記録）を制御する制御部に走査開始の指示を出すのである。
【００５５】
次にステップＳ６に進み、プリントバッファ４２０に記憶されている１ブロック分の記録データのプリンタ処理を実行する。この１ブロックのプリント処理は図９のフローチャートを参照して詳しく後述する。こうして１ブロック分の記録データの印刷が終了するとステップＳ７に進み、記録ヘッド１０４の一走査による記録が終了したかをみる。一走査分の記録が終了していない場合はステップＳ８に進み、プリントバッファ４２０に既に一走査分の残りの記録データが格納されているかどうかをみる。格納されていれば、この一走査において、これ以上プリントバッファ４２０に記録データを格納する必要が無いためステップＳ６に戻って前述の処理を実行する。
【００５６】
一方、プリントバッファ４２０に一走査分記録データのうち残りの記録データが記憶されていない場合はステップＳ９に進み、記録済みのブロックの記録データが記憶されていたエリアを解放し、その解放したエリアに後続のブロックの記録データを格納する。
【００５７】
尚、この際、その解放されたメモリエリアの容量よりも後続のブロックの記録データの容量の方が大きくて、そのブロックの記録データ格納できない場合は、更に次のブロックの記録が終了するのを待って、その後続のブロックの記録データが記憶できるだけの空エリアが確保された時点で、そのブロックの記録データをプリントバッファ４２０に格納する。そして、このステップＳ９の処理が終了するとステップＳ６に戻り、次のブロックの記録データに基づいて１ブロック分の記録データの記録を行う。
【００５８】
こうしてステップＳ７で、記録ヘッド１０４による一走査分の記録が終了するとステップＳ１０に進み、キャリッジ１０１（記録ヘッド１０４）の走査を停止させて次にステップＳ１１に進み、その一走査で記録した画像の幅（副走査方向の長さ）分だけ記録媒体を副走査方向に搬送する。
【００５９】
尚、ステップＳ５以降で記録処理が開始された後でも、ホスト装置５００からの記録データの受信処理が実行されており、その受信処理で受信バッファ４０１に格納された記録データが、ステップＳ９でプリントバッファ４２０に格納されることになる。
【００６０】
図８は、本実施の形態に係るホスト装置５００において、記録すべき元のデータから一走査ごとにブロック単位の記録データを生成する処理を示すフローチャートである。
【００６１】
まずステップＳ８１で、記録すべき元のデータから一走査で記録する分の記録データを読み出し、主走査方向に幅５１２ドットごとにブロック化する。この時、記録データの単１位は、ノズル列方向に対応したデータである。従って、記録装置において、記録データのラスタ形式のデータをノズル列方向に並べ変える処理（ＨＶ変換）は行わなくても構わない。
【００６２】
そして、ステップＳ８２に進み、ブロック毎に、Ｂｋ，Ｃ，Ｍ，Ｙの各色の記録データの内、ドットを記録する記録データが存在しない色成分があるかどうかを調べ、その記録データが存在しない色成分のフラグを「０」に、それ以外の色成分のフラグを「１」にしてブロック色情報をセットする（図４参照）。
【００６３】
次にステップＳ８３に進み、ドットを記録する記録データが存在する色成分の記録データの内、１６ノズル×５１２ドット単位の小ブロックに分割した各小ブロックに、ドットを記録する記録データが存在するかどうかを調べ、その記録データが全く存在しない小ブロックがあれば、その小ブロックに対応するフラグを「０」にセットし、それ以外の小ブロックに対応するフラグを「１」にセットして、小ブロック情報をセットする（図５参照）。
【００６４】
そしてステップＳ８４に進み、小ブロック及び各色成分の記録データの内、ドットを記録する記録データが存在しないブロック又は小ブロックを詰めて（これらのメモリエリアを確保することなく）、記録装置１００に転送する。その際、転送するブロックに対応したブロック色情報や小ブロック情報が付随して転送される。
【００６５】
そしてステップＳ８５に進み、一走査の全てのデータをブロック単位の記録データとして生成し、記録装置１００に転送したかどうかを判定し、一走査の全てのデータをブロックデータとして生成・転送していない場合はステップＳ８１に戻り、次のブロックの記録データについて同様に処理を続ける。
【００６６】
図９は、図７のステップＳ６のプリントバッファ４２０に記憶されている記録データに基づく１ブロック分の記録処理を示すフローチャートである。
【００６７】
まずステップＳ６１で、１ブロック分の４色の記録データをプリントバッファ４２０から読み出し、ＲＡＭ４０３に記憶されている図６（Ｂ）に示すテーブルを参照してステップＳ６２で、ブロック色情報が「０」である色情報があるかどうかをみる。あればステップＳ６３に進み、該当する色ブロックの記録データを全て「０（ヌル）」にした記録データを生成してステップＳ６４に進む。
【００６８】
一方ステップＳ６２で、ブロック色情報が「０」である色情報がない時はステップＳ６４に進み、小ブロック情報が「０」である色情報があるかどうかを調べる。あればステップＳ６５に進み、該当する色ブロックのその小ブロックに対応する記録データを全て「０」（ヌル）にした記録データを生成してステップＳ６６に進む。一方ステップＳ６４で、ブロック色情報が「０」である色情報がない時はステップＳ６６に進み、１ブロック分の４色のイメージデータをバッファ（ＲＡＭ４０３）に格納する。
【００６９】
そしてステップＳ６７に進み、次の記録タイミングで記録するデータを記録ヘッド１０４に転送し、ステップＳ６８で記録ヘッド１０４が記録位置に到達したかを調べ、記録位置に到達するとステップＳ６９に進み、記録ヘッド１０４を駆動して記録を行う。そしてステップＳ７０で、１ブロック分に相当する５１２ドット分の記録ヘッド１０４による走査或いは記録が行われたか、即ち、１ブロック分の記録が終了したかをを調べ、終了していなければステップＳ６７に戻り、次の記録タイミングで記録すべき記録データを記録ヘッド１０４に転送する。
【００７０】
図１０は、前述した動作に伴うプリントバッファ４２０のデータ及び記録媒体１０５への記録を説明する図である。
【００７１】
図１０において、本実施の形態では、プリントバッファ４２０に所定の数（例えば５個とする）のブロック分の記録データが格納された時点で記録ヘッド１０４の主走査を開始する。そして１１０で、最初のブロック１に相当する５１２ドット分記録ヘッドが走査してブロック１に相当する記録を終了すると、プリントバッファ４２０における、そのブロック１が記憶されていたメモリエリアにブロック６の記録データを記憶する。続いて１１１で示すように、次の５１２ドット分記録ヘッドが走査してブロック２の記録が終了すると、そのブロック２のメモリエリアにブロック７の記録データを格納する。以下、順次、記録済みのブロックのメモリエリアを再利用しながら、最終のブロック１０の記録データの記録を終了すると、その記録ヘッド１０４の主走査を終了する。
【００７２】
尚、こうして記録ヘッド１０４の主走査が終了した後、次の主走査は記録ヘッド１０４を前回とは逆の方向に走査させて記録を行うようにしてもよく、或いは記録ヘッド１０４をホーム位置に戻して、前回と同じ方向に記録ヘッド１０４を走査させて記録を行うようにしてもよい。
【００７３】
このように、記録ヘッドの一主走査中において、記録済みのブロックの記録データを記憶していたメモリエリアを解放して、受信した次のブロックの記録データを、そのメモリエリアに記憶するようにすると、次のブロックの記録データの受信が当該ブロックの記録に間に合わない場合が起こり得る。即ち、記録ヘッド１０４が、そのブロックの記録位置にまで走査してきているにも拘わらず、そのブロックに対応するエリアを記録できない事態が発生する可能性がある。
【００７４】
この場合は、受信が間に合わないブロックの直前までのブロックの記録データに基づく記録を完了させて、一旦、記録ヘッドの走査を終了させる。そして、記録ヘッドを停止させている間に、記録に間に合わなかったブロックを含むそれ以降の記録データを受信し、所定量以上のブロックの記録データの受信が完了した後、再度、記録ヘッドの主走査を開始して、その受信が間に合わなかったブロック以降の記録データに基づく記録を行うことにより、その一主走査による記録を完了させる（このような記録を「再スキャン記録」と呼ぶ）。
【００７５】
［実施の形態１］
次に実施の形態１を説明する。先に説明した実施の形態に係るインクジェット記録装置１００における記録ヘッド１０４（キャリッジ１０１）の一主走査による記録走査を開始する走査開始タイミングについて説明する。尚、インクジェット記録装置１００の構成は前述の実施の形態に係る記録装置１００の構成と共通しているため、その説明を省略する。
【００７６】
共通の実施の形態では、プリントバッファ４２０に所定数（５個）のブロック分の記録データが格納された時点でキャリッジ（記録ヘッド１０４）の主走査を開始して記録を行っていた。
【００７７】
これに対して本実施の形態１では、記録ヘッドの走査を開始するタイミング、即ち、記録ヘッド１０４の走査開始を決定するための、プリントバッファ４２０に記憶されるブロック数Ｎを、記録データを受信する再使用するインターフェースの種類に基づいて切り替える。ここで、本実施例の記録装置は、インターフェースを複数有し、自動もしくは手動で使用するインターフェースを選択できる構成となっている。
【００７８】
もしくは、記録装置はインターフェーススロットを有し、差し替え可能な複数種のインターフェースモジュールから使用したいものをインターフェーススロットにセットして使用する構成でもよい。
【００７９】
インターフェースには、セントロニクスインターフェース、ＵＳＢ１．１、ＵＳＢ２．０、ＩｒＤＡ等が有り、インターフェースの種類によって、データの転送速度が異なっている。
【００８０】
そこで、本実施の形態１では、記録装置１００は、記録データの受信を行うインターフェースが「ＵＳＢ２．０」である場合は、プリントバッファ４２０に３ブロック分の記録データを格納した時点で記録ヘッド１０４の走査を開始して記録を行う。
【００８１】
また、「セントロニクスインターフェース」の場合は、プリントバッファ４２０に５ブロック分の記録データが格納された時点で記録ヘッド１０４の走査を開始して記録を行う。このように、インターフェースによるデータの転送速度を考慮に入れて、プリントバッファ４２０への記録データの格納が間に合うように、記録走査を開始するブロック数Ｎが決定されればよい。
【００８２】
図１１は、本発明の実施の形態１に係る処理を示すフローチャートで、ここでは、図７のフローチャートのステップＳ４に代えて、ステップＳ１１１〜Ｓ１１４を実行する。尚、この処理を実行するプログラムはＲＯＭ４１１に記憶されている。
【００８３】
前述の図７のステップＳ１乃至Ｓ３で、ホスト装置５００から記録データをブロック単位に受信してプリントバッファ４２０に記憶するとステップＳ１１１に進み、現在記録データの受信のために使用してインターフェースが「ＵＳＢ２．０」か「セントロニクスインターフェース」かをみる。「セントロニクスインターフェース」の場合はステップＳ１１２に進み、記録走査を開始するブロック数Ｎを「５」に設定する。
【００８４】
一方、ステップＳ１１１で、インターフェースが「ＵＳＢ２．０」であればステップＳ１１３に進み、記録走査を開始するブロック数Ｎを「３」に設定する。こうしてステップＳ１１２，Ｓ１１３のいずれかで、ブロック数Ｎの値が設定されるとステップＳ１１４に進み、その設定されたＮブロック分の記録データの受信が完了してプリントバッファ４２０に記録データが格納されているかどうかを判定する。記録データが格納されていれば、図７のステップＳ５に進み、キャリッジモータの回転駆動を開始して記録ヘッド１０４の走査を開始する。又、そうでない時はステップＳ１（図７）に戻り、次のブロックの記録データを受信する。
【００８５】
このように本実施の形態によれば、使用しているインターフェース情報に応じて、記録ヘッド１０４の走査開始タイミング、即ち、記録開始タイミングを決定することにより、データの転送速度が高速であるインターフェースの場合は時間の遅れを少なくして記録を開始でき、結果的に記録時間を短縮できる。
【００８６】
また、インターフェースとしては、ＵＳＢ２．０やセントロニクスインターフェースのほかに、ＵＳＢ１．１やＩｒＤＡ等があり、それらについても、データの転送速度を考慮し、最適な記録走査開始のブロック数を設定すればよい。
【００８７】
［実施の形態２］
上記実施の形態では、記録ヘッドの走査開始タイミング、即ち、走査を開始するときのブロック数を、現在使用しているインターフェースの種類に応じて、記録装置１００における判定処理により決定していた。これに対して本実施の形態２では、上述のようにブロック数Ｎを記録装置１００において決定するのではなく、ブロック単位の記録データを生成するホスト装置５００における判定処理で決定し、走査を開始させるブロックデータの送信に付随して、走査開始要求コマンドを記録装置１００に送信する。
【００８８】
この実施の形態においても、共通の実施の形態と異なる点について説明する。記録装置は一走査の記録データをブロック単位でプリントバッファ４２０に格納し、ホスト装置５００から走査開始要求コマンドを受信したタイミングで、記録ヘッド１０４の走査を開始する。
【００８９】
図１２は、本発明の実施の形態２に係る処理を示すフローチャートで、ホスト装置５００においてブロック単位の記録データを生成する処理を示す図８のフローチャートのステップＳ８４とステップＳ８５の間に、ステップＳ１２１〜Ｓ１２３を追加して実行する。
【００９０】
前述の図８のステップＳ８１乃至Ｓ８４で、ブロック単位で記録データを生成し記録装置１００に転送すると、ステップＳ１２１に進み、そのブロックのタイミングで記録装置１００が記録ヘッド１０４の走査を開始してよいか判定する。
【００９１】
ここで、この判定処理は、共通の実施の形態や実施の形態１において記録装置１００の判定処理と同様に、所定ブロック数による判定や、記録データの送信に用いているインターフェース４００の種類による判定、もしくは、ホスト装置５００のデータ処理能力（例えばＣＰＵ性能）による判定により行う。
【００９２】
ここで、インターフェースによる判定処理は、上述した実施の形態２で説明したものと同様に、現在使用しているインターフェースが「ＵＳＢ２．０」である場合、走査開始ブロック＝３ブロックとし、また、インターフェースが「セントロニクスインターフェース」である場合、走査開始ブロック＝５ブロックとする。
【００９３】
また、ホスト装置のデータ処理能力による判定処理は、例えば、ホスト装置のＣＰＵが「１ＧＨｚ以上」である場合、走査開始ブロック＝４ブロックとし、また、ホスト装置のＣＰＵが「１ＧＨｚ未満」である場合、走査開始ブロック＝５ブロックとする。これは、ＣＰＵの能力により、記録データの生成時間が異なるためで、ＣＰＵの能力が高いほど走査開始ブロックの数を小さくできる。
【００９４】
従って、例えば、インターフェースが「セントロニクスインターフェース」であっても、ホスト装置のＣＰＵが「１ＧＨｚ以上」であれば、走査開始ブロック＝４ブロックとすることができる。
【００９５】
そしてステップＳ１２２に進み、ステップＳ１２１の判定処理により、走査開始ブロックであると判定された場合は、ステップ１２３に進む。走査開始要求コマンドの一例として、「Ｅｓｃ」、  「（）、「ｚ」、「Ｓ」で構成されており、このコマンドを記録装置１００に転送し、ステップＳ８５に進む。ステップＳ１２１の判定処理により、走査開始ブロックではないと判定された場合は、そのままステップＳ８５に進む。なお、この走査開始要求コマンドの判定処理は、受信バッファに格納されているデータを処理する受信バッファ制御部が行う。これにより、走査開始要求コマンドの受信して、短時間のうちに走査記録を開始することができる。
【００９６】
そしてステップＳ８５に進み、一走査の全てのデータをブロック単位の記録データとして生成し、記録装置１００に転送したかどうかを判定し、一走査の全てのデータをブロックデータとして生成・転送していない場合はステップＳ８１に戻り、次のブロックの記録データについて同様に処理を続ける。
【００９７】
なお、図７のステップＳ４の「所定ブロック数の判定処理」を「走査開始要求コマンドの受信判定処理」に置き換えてやればよい。
【００９８】
すなわち、前述の図７のステップＳ１乃至Ｓ３で、ホスト装置５００から記録データをブロック単位に受信してプリントバッファ４２０に記憶する。そして、図７のＳ４において、ホスト装置５００から「走査開始要求コマンド」を受信したかを判定する。
【００９９】
「走査開始要求コマンド」を受信すれば、ステップＳ５に進み、キャリッジモータの回転駆動を開始してキャリッジ１０１（記録ヘッド１０４）の走査を開始する。又、そうでない時はステップＳ１に戻り、次のブロックの記録データを受信する。
【０１００】
このように本実施の形態２によれば、記録ヘッドの各走査について、その走査開始タイミングをホスト装置１００において決定することができる。
【０１０１】
［実施の形態３］
上記実施の形態２では、ホスト装置５００において、走査を開始させるブロックデータの送信に付随して、走査開始要求コマンドを記録装置１００に送信し、記録装置１００はホスト装置５００から走査開始要求コマンドを受信したタイミングで、記録ヘッド１０４の走査を開始していた。
【０１０２】
これに対して本実施の形態３では、ホスト装置５００は、走査開始要求コマンドを記録装置に送信するのではなく、ホスト装置５００は、インターフェースの種類、もしくは、データ処理能力より、走査を開始するブロック数Ｎを判定し、「ブロック数Ｎ」を記録装置１００に送信する。記録装置は一走査の記録データをブロック単位でプリントバッファ４２０に格納し、ホスト装置５００から受信した「ブロック数Ｎ」のブロックを受信したタイミングで、記録ヘッド１０４の走査を開始する。なお、この実施の形態においても、共通の実施の形態と異なる点について説明する。
【０１０３】
図１３は、本発明の実施の形態３に係る処理を示すフローチャートで、ホスト装置５００においてブロック単位の記録データを生成する処理を示す図８のフローチャートのステップＳ８１に先んじて、ステップＳ１３１〜Ｓ１３２を追加して実行する。
【０１０４】
ホスト装置は一走査のデータ生成・送信処理に先んじて、ステップＳ１３１に進み、記録装置１００が記録ヘッド１０４の走査を開始するブロック数の判定処理を行う。ここで、この判定処理は、上記実施の形態２における判定処理と同様に、所定ブロック数による判定や、記録データの送信に用いているインターフェース４００の種類による判定、もしくは、ホスト装置５００のデータ処理能力（例えばＣＰＵ性能）による判定により行う。
【０１０５】
ここで、インターフェースの判定処理、ホスト装置のデータ処理能力の判定についてはは、上述した実施の形態２で説明したものと同様であるので省略する。
【０１０６】
そしてステップＳ１３２に進み、ステップＳ１５１の判定処理により、走査を開始するブロック数を記録装置１００に送信し、ステップＳ８１に進む。
【０１０７】
そして前述の図８のステップＳ８１以降の処理を行い、ブロック単位で記録データを生成し記録装置１００に転送する。
【０１０８】
また、記録装置１００においては、図７のステップＳ４の「所定ブロック数の判定処理」において、ホスト装置より受信した「走査開始ブロック数」を用い、「走査開始ブロック数」のブロックを受信していればステップＳ５に進み、キャリッジモータの回転駆動を開始してキャリッジ１０１（記録ヘッド１０４）の走査を開始する。又、そうでない時はステップＳ１に戻り、次のブロックの記録データを受信する。
【０１０９】
このように本実施の形態３によれば、記録ヘッドの走査開始タイミング、即ち、走査を開始するときのブロック数を、ホスト装置１００において決定することができる。
【０１１０】
［その他の実施の形態］
以上説明したように本実施の形態によれば、一主走査で記録する記録データの全てを記憶できるメモリ量より少ない容量とし、インターフェースやホスト装置の記録システムの能力に応じて、記録走査の開始タイミング（記録データの格納するブロック数）を変更する制御を行なうことで、低コストでかつスループットの高い記録装置、記録システムを実現できる。
【０１１１】
なお、ホスト装置における走査開始ブロック数の判定処理は、一主走査毎に行なうものではなく、１ページごとや１印刷ジョブごとに行っても良い。
【０１１２】
また、第２の実施の形態において、データ処理能力に応じたブロック数分（例えば４ブロック目）のデータを送った後、走査開始要求コマンドの送信するまでの時間を、インターフェースの種類に応じて変更しても構わない。
【図面の簡単な説明】
【０１１３】
【図１】本発明の実施の形態に係るインクジェット記録装置の斜視図である。
【図２】本実施の形態に係るインクジェット記録装置の制御ブロックである。
【図３】本実施の形態に係るプリントバッファのブロック構成を説明する概念図である。
【図４】１ブロックにおける各色毎の記録データの格納状態を説明する図である。
【図５】シアン色の記録データのブロックを小ブロックに分けた構成を示す概念図である。
【図６】本実施の形態に係るプリントバッファのブロック構成とその管理テーブルを説明する概念図である。
【図７】本発明の実施の形態に係るインクジェット記録装置による記録処理を示すフローチャートである。
【図８】図７のステップＳ３における、プリントバッファにブロック単位に記録データを記憶する処理を示すフローチャートである。
【図９】図７のステップＳ６における、１ブロック分の記録データの記録処理を示すフローチャートである。
【図１０】本実施の形態に係る記録処理とプリントバッファのブロックの関連を説明する概念図である。
【図１１】本発明の実施の形態１に係る記録走査の開始タイミングについて説明するフローチャートである。
【図１２】本発明の実施の形態２に係る記録走査の開始タイミングについて説明するフローチャートである。
【図１３】本発明の実施の形態３に係る記録走査の開始タイミングについて説明するフローチャートである。
【図１】
2005205667.tif 000003
【図２】
2005205667.tif 000004
【図３】
2005205667.tif 000005
【図４】
2005205667.tif 000006
【図５】
2005205667.tif 000007
【図６】
2005205667.tif 000008
【図７】
2005205667.tif 000009
【図８】
2005205667.tif 000010
【図９】
2005205667.tif 000011
【図１０】
2005205667.tif 000012
【図１１】
2005205667.tif 000013
【図１２】
2005205667.tif 000014
【図１３】
2005205667.tif 000015