(57)【特許請求の範囲】
【請求項１】
プリンタの印刷ヘッドによらない、画像情報を色変換し量子化する、共通画像処理を実行する、インストールされた共通処理モジュールと、プリンタの印刷ヘッドに対応する、共通処理モジュールで量子化された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する、インストールされた個別処理モジュールとを記憶する記憶手段と、
前記記憶手段に記憶された共通処理モジュールと個別処理モジュールを実行する実行手段とを有し、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とする情報処理装置。
【請求項２】
プリンタで印刷される画像情報を生成する情報処理装置であって、
画像情報の色変換処理と量子化処理を行う、複数のプリンタに対して使用されるインストールされた共通処理モジュールと、
前記共通処理モジュールで量子化処理された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成するインストールされた個別処理モジュールと、
前記個別処理モジュールで処理された画像情報を出力する出力手段とを有し、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とする情報処理装置。
【請求項３】
画像情報の色変換処理と量子化処理を行う、複数のプリンタに対して使用される共通処理モジュールと、
前記共通処理モジュールで量子化処理された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する個別処理モジュールと、
前記個別処理モジュールを選択する選択手段とを有し、
前記選択手段による選択は、モジュールをインストールする際に実行されることを特徴とする情報処理装置。
【請求項４】
前記個別処理モジュールは、耐水強化剤用の情報を生成することを特徴とする請求項１乃至３記載の情報処理装置。
【請求項５】
前記出力手段は、前記個別処理モジュールで処理された画像情報をスプーラに出力することを特徴とする請求項２記載の情報処理装置。
【請求項６】
前記出力手段は、前記個別処理モジュールで処理された画像情報をプリンタに出力することを特徴とする請求項２記載の情報処理装置。
【請求項７】
前記個別モジュールは、統一された入出力インターフェースを持つことを特徴とする請求項１乃至６いずれかに記載の情報処理装置。
【請求項８】
プリンタの印刷ヘッドによらない、画像情報を色変換し量子化する、共通画像処理を実行する、インストールされた共通処理モジュールと、プリンタの印刷ヘッドに対応する、共通処理モジュールで量子化された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する、インストールされた個別処理モジュールと利用するデータ処理方法であって、
記憶手段に記憶された共通処理モジュールと個別処理モジュールを実行し、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とするデータ処理方法。
【請求項９】
プリンタで印刷される画像情報を生成するデータ処理方法であって、
画像情報の色変換処理と量子化処理を行う、複数のプリンタに対して使用されるインストールされた共通処理モジュールと、前記共通処理モジュールで量子化処理された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成するインストールされた個別処理モジュールとを利用し、
前記個別処理モジュールで処理された画像情報を出力し、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とするデータ処理方法。
【請求項１０】
画像情報の色変換処理と量子化処理を行う、複数のプリンタに対して使用される共通処理モジュールと、前記共通処理モジュールで量子化処理された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する個別処理モジュールとを利用するデータ処理方法であって、
前記個別処理モジュールを選択してインストールすることを特徴とするデータ処理方法。
【請求項１１】
プリンタの印刷ヘッドによらない、画像情報を色変換し量子化する、インストールされた共通画像処理を実行する共通処理モジュールと、
プリンタの印刷ヘッドに対応する、共通処理モジュールで量子化された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する、インストールされた個別処理モジュールと、
前記共通処理モジュールと個別処理モジュールを実行する実行モジュールとをコンピュータに実現させるためのプログラムを記憶した記憶媒体であって、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とする記憶媒体。
【請求項１２】
プリンタで印刷される画像情報を生成するデータ処理方法であって、
画像情報の色変換処理と量子化処理を行う、複数のプリンタに対して使用されるインストールされた共通処理モジュールと、
前記共通処理モジュールで量子化処理された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成するインストールされた個別処理モジュールと、
前記個別処理モジュールで処理された画像情報を出力する出力モジュールとをコンピュータに実現させるためのプログラムを記憶した記憶媒体であって、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とする記憶媒体。
【請求項１３】
画像情報の色変換処理と量子化処理を行う、複数のプリンタに対して使用される共通処理モジュールと、
前記共通処理モジュールで量子化処理された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する個別処理モジュールと、
前記個別処理モジュールを選択してインストールする選択モジュールとをコンピュータに実現させるためのプログラムを記憶した記憶媒体。
【請求項１４】
プリンタの印刷ヘッドによらない、画像情報を色変換し量子化する、共通画像処理を供給する、インストールされた共通処理モジュールと、
プリンタの印刷ヘッドに対応する、共通処理モジュールで量子化された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する、インストールされた個別の処理モジュールとをコンピュータに実現させるためのプログラムを記憶した記憶媒体であって、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、画像情報を受け取るインクジェットプリンタ等の画像出力装置に画像情報を出力する情報処理装置、データ処理方法、情報処理システム、及び該データ処理方法を実現するためのコンピュータ読み取り可能な記憶媒体に関するものである。
【０００２】
【従来の技術】
一般に、線分割化画像情報を受取る画像出力装置に適用される従来のドライバソフトウェアでは、基本的に画像出力装置の解像度／印字色などを除いては共通のデータ書式に従った線分割化情報を受け取り、個別の出力装置特有の実装に伴って必要となるこれ以降のデータ加工は個々の出力装置内部で行われるのが一般的であった。
【０００３】
ところが近年、画像出力装置が広汎に用いられるようになったことに伴い、これらの装置をより低廉な価格で提供することが求められている。また一方で、これら画像出力装置が接続されるホスト装置の情報処理能力は急激に増大している。かかる背景に伴って、画像出力装置内部で行っていた処理の一部を、ホスト装置にて動作する画像出力装置用ドライバソフトウェアに移行せしめることにより、画像出力装置のハードウェア量を低減し、ひいては装置の価格を抑えることが試みられるようになってきた。
【０００４】
例えば、画像を形成する各画素に応じて吐出される、耐水強化剤の吐出パターンを生成するドライバソフトウェアや、画像を構成する各色印字ヘッドの物理的な位置のずれに応じて、線分割化された画像情報の位相をずらせて送付するドライバソフトウェアなどである。
【０００５】
また、このような画像出力装置が身近に広まり、日常生活で使用されることが多くなるにつれ、記録に使用される紙型も従来のＡ４版・Ｂ５版といった事務用の定型紙から、垂れ幕・横断幕のような形状の非定型の長尺紙型が多く用いられるようになった。
【０００６】
このような画像出力装置として、当初は各記録色をラスタ方向に並列に並べる横並びで記録を行う画像出力装置が一般的であったが、装置をラスタ方向にコンパクトに設計できること、色域境界部の画像のにじみ、記録画像の走査方向による色ずれの少なさ、そして印刷記録ヘッド単体でのコスト面での優位性等の利点から、色毎の記録手段を副走査方向に（縦並びで）配置したヘッド構成がとられることが多くなってきている。
【０００７】
従来の横並びヘッド構成の画像出力装置では、「線順次形式」として知られている、記録ヘッドの主走査方向（以後、「ラスタ方向」と称す）に、１ラスタ毎、もしくは複数ラスタをまとめた一行単位で色毎の画像情報が転送される方法、すなわち、同一ラスタ、もしくは同一行のＹ，Ｍ，Ｃ，Ｂｋの画像データが送受信され、その後に次のラスタ、もしくは行のＹ，Ｍ，Ｃ，Ｂｋの画像データが送受信される方法を用いることが一般的であった。
【０００８】
具体的には、ラスタ画像データ転送命令、ラスタ（副走査方向）位置移動命令、頁内ラスタ数設定命令、改頁命令等の組み合わせにより実現される。
【０００９】
他方、従来の縦並びヘッド構成の画像出力装置では、カラー記録を行う際のカラーデータの転送を、上記「線順次方式」を用いて行った場合には、画像データを展開したビットマップのメモリーエリア（以後、「プリントバッファ」と称する）について、横並びヘッドの場合と比べて格段に多くの領域が必要となった。
【００１０】
この課題を解決しようと試みた例が、特開平０８−１４２３４９号，あるいは特開平０８−１５０７３５号に見られるような、画像出力装置に転送する画像情報を、あらかじめ記録ヘッドの基準色に対する位置オフセット分だけタイミングを移動させて転送する方法である。
【００１１】
すなわち、仮に図１６に示すような構造を持つ記録ヘッドを用いて、図１７に示すような画像の画像情報を転送する場合、図１８に示すようにＹの先頭ラスタを基準にして、Ｍは３２ラスタ、Ｃは６４ラスタ、Ｂｋは９６ラスタ分の位置オフセットを付加して送付される。
【００１２】
つまり、Ｙの３３ラスタ目の画像データに引き続いて、Ｍの１ラスタ目の画像データが、Ｙの９７ラスタ目の画像データに引き続いて、Ｍの６５ラスタ目の画像データ、Ｃの３３ラスタ目の画像データ、Ｂｋの１ラスタ目の画像データが送付される方法である（以後、このような画像情報の転送方法を「オフセット転送」と称する）。
【００１３】
このようなオフセット転送を用いることで、画像出力装置において画像データを展開したビットマップのメモリーエリアを大幅に削減することを可能としていた。この場合であっても、記録媒体の紙型が単票である限りは、上記のラスタ画像データ転送命令、ラスタ（副走査方向）位置移動命令、頁内ラスタ数指定命令、改頁命令を組み合わせることにより、同一ラスタを構成する各色が同時に送られる方法と同様の命令体系で記録装置の制御が可能であった。
【００１４】
また従来は、ＯＡ機器を利用してプリントアウトを行う場合、その内部に設置された応用ソフトウェアを通じてこれを行なっていた。例えば、非定型の長尺紙型に対して記録を行う場合には、大別して、応用ソフトウェアに非定型の長尺紙型を用いて記録する設定を行ない、記録する方法と、応用ソフトウェアには、Ａ４版・Ｂ５版等の、日常使用される定型紙型を用いて記録する設定を行なっていた。
【００１５】
そして、パソコンやワードプロセッサ等のホスト装置内に設置されたプリンタドライバソフトウェアにおいて、長尺紙型を、定型紙型がすきまなく副走査方向に連続したものとして処理することにより記録していた。
【００１６】
前者の方法を採用した場合、長尺紙型に記録することのできる応用ソフトウェアは、予め長尺紙型への記録を前提として設計されたものに限られてしまう。この点、後者の方法では、応用ソフトウェアは定型紙型に記録することが可能なものであれば、全てのソフトウェアについて長尺紙型への記録が可能となる利点がある。
【００１７】
よって、従来は後者の方法を用いて長尺紙型への記録を行うことが、一般的に行われていた。
【００１８】
また、近年、インクジェットプリンタ等の画像出力装置の出力物に対しても、郵便物のあて名印刷やあるいは屋外に掲示する垂れ幕印刷の際に、雨滴などによる水の付着によって印刷内容が流れて判読不能とならぬよう、もしくは判読不能とならぬまでも著しく印刷面を汚損せぬように耐水性の向上が求められている。この解決策の一として、インクと反応させることにより、耐水性を強化することを目的とした耐水強化剤を、印字時に同時に印字箇所に吐出することによって、耐水性を実現したプリントシステムが実現されている。
【００１９】
このようなプリントシステムに於いては一般に、印刷に用いられるＢｋ，Ｃ，Ｍ，Ｙ，などのインクを吐出するためのデータを参照して、これらに対応したパターンの耐水強化剤用のデータを作成し、作成されたデータを各色の印字データと同様の印字機構を用いて印刷を行っている。
【００２０】
耐水強化剤の吐出パターン作成法については、例えば同一箇所に印字される各色の印字データの論理和を計算し、これを耐水強化剤のための印字データとして用いることにより、画像を形成するドットが打たれる箇所には必ず耐水強化剤のドットも打たれることが保証される、などの方法が考えられる。
【００２１】
ところで、この耐水強化剤の吐出パターンを決定するための処理は、従来プリンタ内部のソフトウェア／ハードウェアを用いて実行されていた。この方法を用いる利点は、プリンタが受信する画像データの形式として、耐水強化剤のある／なしを意識することなく、同一の画像データを送付すれば良いということ、すなわち、少なくとも印刷にかかわる画像データ部分についてはホスト装置内部で耐水強化剤の有無を意識することなく、共通のものが使える、ということにあった。
【００２２】
【発明が解決しようとする課題】
しかしながら、上述したように画像出力装置内部で行っていた処理の一部を、画像出力装置用ドライバソフトウェアに移行せしめる場合において、例えば、かかる処理内容をそれぞれサブルーチンとして個別にドライバ内部に実現するときは、単にその都度プログラムインターフェイスの設計を行わなければならないのみならず、メモリ上にロードされるドライバソフトウェアのコード量の増大をもたらすことになる。
【００２３】
さらに、これらのルーチンが画像出力装置の個別のハードウェアに依存するものであるが故に、個別の画像出力装置の実装に通じないプログラム設計者にとっての一般的な可読性を損ない、ソフトウェアの保守及び管理の上でも大きな障害となる。
【００２４】
また、従来の「オフセット転送」方式を用いて、ホスト装置内に設置されたプリンタドライバソフトウェアにおいて、長尺紙型を、定型紙型がすきまなく副走査方向に連続したものとして処理することにより記録する方法を採用する場合、前後のページの間の繋ぎの部分での改頁命令の処理方法において問題が発生する。
【００２５】
例えば、図１７に示すような、副走査方向に複数頁が連続した画像の画像情報を、つなぎ目のないように転送する場合、画像データは図１８に示すように、改頁命令によって発生する空白領域も、各色毎にオフセットを持った形で送られるべきである。
【００２６】
ところが色毎に基準位置が異なっているために、例えばＹを基準色として、この基準色に合わせて改頁命令が送られたとしても、他の色については、基準色よりそれぞれのオフセット値分だけ遅れたラスタデータが送付されているために、直ちに基準色のタイミングに合わせた改頁命令の処理を行うことができない。
【００２７】
また、プリンタ装置内で、上記耐水強化剤のためのデータを生成する手順を考えると
・ホスト装置から印字データを取得し、メモリ上に書き込み▲１▼
・メモリ上に展開された印字データを読みだし、実際の印刷イメージに変換して再びメモリ上に書き出し▲２▼
・上記印刷イメージを、同一箇所に印字される各々の色について読みだし▲３▼
・上記をもとに、耐水強化剤のパターンを決定し、メモリ上に書き込み▲４▼
・▲２▼および▲４▼によって得られた実際の印字イメージを印字ヘッドに転送▲５▼
という手順を実行することが必要となる。耐水強化剤を用いない場合と比較して手順▲３▼および▲４▼があらたに追加されることになる。あるプリンタ装置の実装例では
▲１▼専用回路によって、ＤＭＡ転送
▲２▼ＣＰＵによるソフトウェア処理
▲３▼ＣＰＵによるソフトウェア処理
▲４▼ＣＰＵによるソフトウェア処理
▲５▼専用回路によって、ＤＭＡ転送
のように実装されている。この実装例について、データバスを流れる画像データのトラフィックを比較すると
▲１▼無１．０  有１．０
▲２▼無２．０  有２．０
▲３▼無０．０  有１．０
▲４▼無０．０  有１．２５
▲５▼無１．０  有１．２５
となり、
データバスを流れるデータ４．０：６．５…１．６２５倍
ＣＰＵが処理するデータ２．０：４．２５…２．１２５倍
と、飛躍的に増加することになる。この場合にはバスを流れるデータの大部分は画像データが占有すると考えても良いので、上記機能をプリンタ内部に実装することを考えた場合には、耐水強化剤のためのデータ作成を必要しない場合と比較して、動作クロックの向上／データバスの幅の拡張などの方法を用いて単位時間あたりのデータ処理量をあげることが必要となり、いずれについても少なからぬコストの上昇を招いてしまうことは避け難い。
【００２８】
本発明は上記従来の問題点に鑑み、画像出力装置内部で行っていた処理の一部を画像出力装置用ドライバソフトウェアに移行する場合において、画像出力装置の個別の実装に依存するプログラム部品の作成を容易にして、ドライバソフトウェアのコード量の増大を抑制しかつソフトウェアの保守及び管理面での向上を可能にする情報処理装置、データ処理方法、情報処理システム、及びコンピュータ読み取り可能な記憶媒体を提供することを目的とする。
【００２９】
また、本発明の目的は、プリンタのメモリ等のハードウェア規模をできるだけ小さくし、安価なプリンタを提供することにある。
【００３０】
また、本発明の目的は、プリンタドライバプログラムの開発を容易に行うことにある。
【００３２】
【課題を解決するための手段】
上記目的を達成するために本発明の情報処理装置は、
本発明の情報処理装置は、
プリンタの印刷ヘッドによらない、画像情報を色変換し量子化する、共通画像処理を実行する、インストールされた共通処理モジュールと、プリンタの印刷ヘッドに対応する、共通処理モジュールで量子化された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する、インストールされた個別処理モジュールとを記憶する記憶手段と、
前記記憶手段に記憶された共通処理モジュールと個別処理モジュールを実行する実行手段とを有し、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とする。
【００３３】
また、本発明の情報処理装置は、
プリンタで印刷される画像情報を生成する情報処理装置であって、
画像情報の色変換処理と量子化処理を行う、複数のプリンタに対して使用されるインストールされた共通処理モジュールと、
前記共通処理モジュールで量子化処理された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成するインストールされた個別処理モジュールと、
前記個別処理モジュールで処理された画像情報を出力する出力手段とを有し、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とする。
【００３４】
また、本発明の情報処理装置は、
画像情報の色変換処理と量子化処理を行う、複数のプリンタに対して使用される共通処理モジュールと、
前記共通処理モジュールで量子化処理された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する個別処理モジュールと、
前記個別処理モジュールを選択する選択手段とを有し、
前記選択手段による選択は、モジュールをインストールする際に実行されることを特徴とする。
【００３６】
また、本発明のデータ処理方法は、
プリンタの印刷ヘッドによらない、画像情報を色変換し量子化する、共通画像処理を実行する、インストールされた共通処理モジュールと、プリンタの印刷ヘッドに対応する、共通処理モジュールで量子化された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する、インストールされた個別処理モジュールと利用するデータ処理方法であって、
記憶手段に記憶された共通処理モジュールと個別処理モジュールを実行し、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とするデータ処理方法。
【００３７】
また、本発明のデータ処理方法は、
プリンタで印刷される画像情報を生成するデータ処理方法であって、
画像情報の色変換処理と量子化処理を行う、複数のプリンタに対して使用されるインストールされた共通処理モジュールと、前記共通処理モジュールで量子化処理された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成するインストールされた個別処理モジュールとを利用し、
前記個別処理モジュールで処理された画像情報を出力し、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とする。
【００３８】
また、本発明のデータ処理方法は、
画像情報の色変換処理と量子化処理を行う、複数のプリンタに対して使用される共通処理モジュールと、前記共通処理モジュールで量子化処理された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する個別処理モジュールとを利用するデータ処理方法であって、
前記個別処理モジュールを選択してインストールすることを特徴とする。
【００３９】
また、本発明の記憶媒体は、
プリンタの印刷ヘッドによらない、画像情報を色変換し量子化する、インストールされた共通画像処理を実行する共通処理モジュールと、
プリンタの印刷ヘッドに対応する、共通処理モジュールで量子化された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する、インストールされた個別処理モジュールと、
前記共通処理モジュールと個別処理モジュールを実行する実行モジュールとをコンピュータに実現させるためのプログラムを記憶した記憶媒体であって、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とする。
また、本発明の記憶媒体は、
プリンタで印刷される画像情報を生成するデータ処理方法であって、
画像情報の色変換処理と量子化処理を行う、複数のプリンタに対して使用されるインストールされた共通処理モジュールと、
前記共通処理モジュールで量子化処理された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成するインストールされた個別処理モジュールと、
前記個別処理モジュールで処理された画像情報を出力する出力モジュールとをコンピュータに実現させるためのプログラムを記憶した記憶媒体であって、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とする。
また、本発明の記憶媒体は、
画像情報の色変換処理と量子化処理を行う、複数のプリンタに対して使用される共通処理モジュールと、
前記共通処理モジュールで量子化処理された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する個別処理モジュールと、
前記個別処理モジュールを選択してインストールする選択モジュールとをコンピュータに実現させるためのプログラムを記憶したことを特徴とする。
また、本発明の記憶媒体は、
プリンタの印刷ヘッドによらない、画像情報を色変換し量子化する、共通画像処理を供給する、インストールされた共通処理モジュールと、
プリンタの印刷ヘッドに対応する、共通処理モジュールで量子化された画像情報から印刷ヘッドの色毎の記録素子の構成に応じた色毎に固有のオフセットのついた画像情報を作成する、インストールされた個別の処理モジュールとをコンピュータに実現させるためのプログラムを記憶した記憶媒体であって、
前記インストールされた個別処理モジュールは、プリンタの印刷ヘッドに対応しない個別処理モジュールを含まないことを特徴とする。
【００４０】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
【００４１】
（第１実施形態）
図１は、本発明の第１実施形態に係る情報処理システムで用いられるドライバソフトウェアの構造を示すブロック図である。また、図２は、本発明の第１実施形態に係る情報処理システムの概略構成を示すブロック図である。
【００４２】
まず、図２において、本実施形態の情報処理システムは、パソコン等で構成されるホスト装置５１と、プリンタ等で構成される画像出力装置５２とを備え、これらの間が双方向インターフェース５３を介して接続されている。そして、ホスト装置５１のメモリには、本発明のドライバソフトウェア５４がロードされている。
【００４３】
本発明では、ドライバソフトウェアにおける、画像出力装置の機種に依存した画像情報加工作業の多くが、量子化された画像情報に対して行われることに着目し、ここの部分に統一された入出力インターフェイスを持つ複数のモジュール群（図１の３５−１，３５−２）を導入することにより、前述した問題点の解決を試みている。すなわち、画像出力装置に個別に依存する部分を統一的に扱い得るプログラム上のインターフェイス手段を提供することにより、画像処理装置の個別の実装に依存するプログラム部品の作成を容易ならしめ、かつドライバソフトウェアの根幹処理部分を個別の画像処理装置から独立した構造にすることを可能にしている。
【００４４】
量子化量に変換された線分割化画像は、統一された入出力インターフェイスを持つモジュール群の何れかにて画像出力装置固有の画像処理が施され、さらにデータ圧縮／印字コマンドが付加した上で、作成されたデータをＯＳ（オペレーティングシステム）に用意されたスプーラを通じて画像出力装置５２へ渡すことになる。
【００４５】
以下、図１と共に図３及び図４のフローチャートを参照して、アプリケーションソフトウェアが画像出力装置へ画像を出力する場合について、具体的に説明する。
【００４６】
図１に示すように、アプリケーションソフトウェアの階層には、アプリケーションソフトウェア１１が設けられ、ＯＳの階層には、アプリケーションソフトウェア１１からの描画命令を受け取る描画処理インターフェース２１と、生成した画像データをインクジェットプリンタ等の画像出力装置５２へ渡すスプーラ２２とが設けられている。
【００４７】
そして、ドライバソフトウェアの階層には、装置固有の表現形式が記憶された装置固有描画手段３１−１，３１−２，…，３１−ｎと、ＯＳからの線分割化画像情報を受け取る線分割化画像情報受取り手段３２と、ドライバ内部の表色系からデバイス固有の表色系への変換を行う色特性変換手段３３と、デバイスの各画素の状態を表す量子化量への変換を行うハーフトーニング手段３４と、上述した本発明の複数のモジュール３５−１，３５−２と、このモジュール３５−１，３５−２の切り替えを行う仮想スイッチ３６−１，３６−２とが設けられている。
【００４８】
ここで、モジュール３５−１，３５−２は、共に前述したように本発明でいうところの統一された入出力インターフェイスを持つモジュール群であり、例えば、モジュール３５−１は、耐水強化剤用の吐出データを必要としない通常のＹＭＣＫヘッドの画像出力装置のためのモジュールであり、モジュール３５−２は、通常のＹＭＣＫヘッドと耐水強化剤用ヘッドとから構成される画像出力装置の耐水強化剤用の吐出パターンを決定する論理手段を備えたモジュールである。
【００４９】
なお、耐水強化剤用の吐出データとは、通常のＹＭＣＫヘッド用の２値データにＹＭＣＫのデータの論理和を取った耐水強化剤用ヘッド用のデータが追加されたデータのことである。
【００５０】
また、仮想スイッチ３６−１，３６−２は、プログラム内に設けられた仮想のスイッチであり、どの画像出力装置を対象とするか、あるいはその画像を生成する際に画像出力装置のどの機能を用いるかに応じて、モジュール３５−１，３５−２を切り替える。具体的には、プリンタドライバの表示画面で、ユーザがプリンタを選択し、選択されたプリンタでの印刷実行指示を行った際に、選択されたプリンタのヘッドに対応するモジュールに切り替えられる。
【００５１】
アプリケーションソフトウェア１１が画像出力装置５２へ画像を出力する場合は、まず、アプリケーションソフトウェア１１がＯＳの描画処理インターフェース２１を通じて、文字・線分・図形・ビットマップなどの描画命令を発行する（ステップＳ１）。
【００５２】
画面／紙面を構成する描画命令が完結すると（ステップＳ２）、ＯＳは、ドライバソフトウェア内部の装置固有描画手段３１−１，３１−２，…，３１−ｎを呼び出しつつ、各描画命令を、ＯＳの内部形式から装置固有の表現形式（各描画単位を線分割化したもの）に変換し（ステップＳ３）、しかる後に画面／紙面を線分割化した画像情報としてドライバソフトウェアへ渡す（ステップＳ４）。
【００５３】
ドライバソフトウェア内部では、色特性変換手段３３によってデバイスの色特性を補正すると共に、ドライバソフトウェア内部の表色系からデバイス固有の表色系への変換を行い（ステップＳ５）、さらにハーフトーニング手段３４によってデバイスの各画素の状態を表す量子化量への変換（ハーフトーニング）を行う（ステップＳ６）。なお、ここでの量子化量への変換とは、画像出力装置の処理するデータの形態に対応し、例えば、画像出力装置による記録が２値データに基づき行われる場合は、２値化し、画像出力装置による記録が多値データ（濃淡インクによる記録、大小インクによる記録を行うため）に基づき行われる場合は、多値化されることである。
【００５４】
モジュール３５−１，３５−２は、いずれも量子化（２値化、多値化）された画像データを受け取る（ステップＳ７）。モジュール３５−１，３５−２は、量子化された画像情報を相異なる方法にて画像出力装置の特性に合わせて加工する。モジュール３５−２においては、受領した量子化データを参照しつつ耐水強化剤の吐出パターンを決定し、更に両モジュールともにデータ圧縮、コマンドヘッダの付加を行う（ステップＳ８）。そして、連動して動作する仮想スイッチ３６−１，３６−２は、画像を出力しようとする利用者に選択された画像出力装置５２の種類に応じてモジュール３５−１，３５−２を切り替える（ステップＳ９）。
【００５５】
その後、モジュール３５−１，３５−２は、ＯＳ内部に設けられたスプーラ２２に生成したデータを受け渡し（ステップＳ１０）、画像出力装置５２へのデータ出力を果たす（ステップＳ１１）。
【００５６】
なお、本実施形態では、図３及び図４のフローチャートに従ったプログラムをホスト装置５１内の記憶装置に格納し動作することにより、上述の制御方法を実現させることが可能となる。
【００５７】
このように本実施形態では、画像出力装置に個別に依存する部分を統一的に扱い得るプログラム上のインターフェース手段であるモジュール３５−１，３５−２を設けたので、画像処理装置の個別の実装に依存するプログラム部品の作成を容易にすることができる。これにより、画像出力装置内部で行っていた処理の一部をドライバソフトウェアに移行する場合において、ドライバソフトウェアのコード量の増大を抑制することができる。
【００５８】
また、ドライバソフトウェアの根幹処理部分を個別の画像処理装置から独立した構造にすることができるので、ドライバソフトウェアと画像出力装置間のデータ処理の分担を、ドライバソフトウェアの構成を損なうことなく柔軟に変更することが可能になり、ソフトウェアの保守及び管理面で有利となる。
【００５９】
（第２実施形態）
図５は、本発明の第２実施形態に係る情報処理システムで用いられるドライバソフトウェアの構造を示すブロック図であり、図１と共通の要素には同一の符号が付されている。
【００６０】
上記第１実施形態では、画像を出力しようとする利用者が画像出力装置５２を選択する際に、仮想スイッチ３６−１，３６−２を用いて画像出力装置５２の種類に応じてモジュール３５−１，３５−２を切り替えるようにした。これに対して、本実施形態では、ホスト装置５１と画像出力装置５２を結ぶ双方向インターフェイス５３を通じて現在接続されている画像出力装置５２の種類を自動的に受取り、モジュール３５−１，３５−２を切り替えることにより、より利便性を向上させている。
【００６１】
すなわち、ＯＳのスプーラ２２Ａは、双方向インターフェイス５３を通じて現在接続されている画像出力装置５２からその種類（プリントヘッドの種類）を表すデータを受取り、これを基に仮想スイッチ３６−１，３６−２の切り替えを行う。その結果、モジュール３５−１，３５−２が画像出力装置５２の種類に応じて切り替えられ、その後、モジュール３５−１，３５−２からスプーラ２２Ａに対して生成データが渡されて、画像出力装置５２へのデータ出力を果たす。
【００６２】
本発明は、上述した実施形態の装置に限定されず、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用してもよい。前述したを実施形態の機能を実現するソフトウエアのプログラムコードを記憶した記憶媒体も、システムあるいは装置に供給し、そのシステムあるいは装置もコンピューター（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。
【００６３】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリーカード、ＲＯＭを用いることができる。また、コンピューターが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピューター上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６４】
さらに、記憶媒体から読み出されたプログラムコードが、コンピューターに挿入された機能拡張ボードやコンピューターに接続された機能拡張ユニットに備わるメモリに書き込まれた後、次のプログラムコードを指示に基づき、その拡張機能を拡張ボードや機能を拡張ユニットに備わるＣＰＵなどが実際の処理に行って実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６５】
また、他のモジュールとして、ＹＭＣＫヘッドが副走査方向に並んだ画像出力装置用に、ヘッドに合せてデータを転送するためのオフセット転送プログラムを含むモジュール３５−３（図１１）を備えることもできる。
【００６６】
また、本実施の形態におけるモジュールの切り替えは、プリンタドライバインストール時に実行することもできる。
【００６７】
以上詳述したように、本実施の形態によれば、モジュールは、出力装置に個別に依存する部分を統一的に扱い得るインターフェース手段として機能するので、出力装置の個別の実装に依存するプログラム部品の作成を容易ならしめることができ、例えばドライバソフトウェアで構成される生成手段のコード量の増大を抑制することが可能になる。さらに、ドライバソフトウェアの根幹処理部分を個別の出力装置から独立した構造にすることができるので、ドライバソフトウェアと出力装置間のデータ処理の分担を、ドライバソフトウェアの構成を損なうことなく柔軟に変更することができ、ソフトウェアの保守及び管理面において有利となる。
【００６８】
また、本発明の実施の形態によれば、出力装置の種類を自動的に取得することができるので、より利便性が向上する。
【００６９】
次に画像出力装置５２の具体的構成について説明する。
【００７０】
（画像出力装置本体の概略説明）
図６は、本発明の代表的な実施の形態であるインクジェットプリンタＩＪＲＡの構成の概要を示す外観斜視図である。図６において、駆動モータ５０１３の正逆回転に連動して駆動力伝達ギア５００９〜５０１１を介して回転するリードスクリュー５００５の螺旋溝５００４に対して係合するキャリッジＨＣはピン（不図示）を有し、ガイドレール５００３に支持されて矢印ａ，ｂ方向を往復移動する。キャリッジＨＣには、記録ヘッドＩＪＨとインクタンクＩＴとを内蔵した一体型インクジェットカートリッジＩＪＣが搭載されている。５００２は紙押え板であり、キャリッジＨＣの移動方向にわたって記録用紙Ｐをプラテン５０００に対して押圧する。５００７，５００８はフォトカプラで、キャリッジのレバー５００６のこの域での存在を確認して、モータ５０１３の回転方向切り換え等を行うためのホームポジション検知器である。５０１６は記録ヘッドＩＪＨの前面をキャップするキャップ部材５０２２を支持する部材で、５０１５はこのキャップ内を吸引する吸引器で、キャップ内開口５０２３を介して記録ヘッドの吸引回復を行う。５０１７はクリーニングブレードで、５０１９はこのブレードを前後方向に移動可能にする部材であり、本体支持板５０１８にこれらが支持されている。ブレードは、この形態でなく周知のクリーニングブレードが本例に適用できることは言うまでもない。又、５０２１は、吸引回復の吸引を開始するためのレバーで、キャリッジと係合するカム５０２０の移動に伴って移動し、駆動モータからの駆動力がクラッチ切り換え等の公知の伝達機構で移動制御される。
【００７１】
これらのキャッピング、クリーニング、吸引回復は、キャリッジがホームポジション側の領域に来た時にリードスクリュー５００５の作用によってそれらの対応位置で所望の処理が行えるように構成されているが、周知のタイミングで所望の動作を行うようにすれば、本例にはいずれも適用できる。
【００７２】
＜制御構成の説明＞
次に、上述した装置の記録制御を実行するための制御構成について説明する。
【００７３】
図７はインクジェットプリンタＩＪＲＡの制御回路の構成を示すブロック図である。制御回路を示す同図において、１７００は記録信号を入力するインタフェース、１７０１はＭＰＵ、１７０２はＭＰＵ１７０１が実行する制御プログラムを格納するＲＯＭ、１７０３は各種データ（上記記録信号やヘッドに供給される記録データ等）を保存しておくＤＲＡＭである。１７０４は記録ヘッド１７０８に対する記録データの供給制御を行うゲートアレイ（Ｇ．Ａ．）であり、インタフェース１７００、ＭＰＵ１７０１、ＲＡＭ１７０３間のデータ転送制御も行う。１７１０は記録ヘッド１７０８を搬送するためのキャリアモータ、１７０９は記録紙搬送のための搬送モータである。１７０５は記録ヘッドを駆動するヘッドドライバ、１７０６，１７０７はそれぞれ搬送モータ１７０９、キャリアモータ１７１０を駆動するためのモータドライバである。
【００７４】
上記制御構成の動作を説明すると、インタフェース１７００に記録信号が入るとゲートアレイ１７０４とＭＰＵ１７０１との間で記録信号がプリント用の記録データに変換される。そして、モータドライバ１７０６、１７０７が駆動されると共に、ヘッドドライバ１７０５に送られた記録データに従って記録ヘッドが駆動され、記録が行われる。
【００７５】
なお、上述のように、インクタンクＩＴと記録ヘッドＩＪＨとは一体的に形成されて交換可能なインクカートリッジＩＪＣを構成しても良いが、これらインクタンクＩＴと記録ヘッドＩＪＨとを分離可能に構成して、インクがなくなったときにインクタンクＩＴだけを交換できるようにしても良い。
【００７６】
図８は、インクタンクとヘッドとが分離可能なインクカートリッジＩＪＣの構成を示す外観斜視図である。インクカートリッジＩＪＣは、図８に示すように、境界線Ｋの位置でインクタンクＩＴと記録ヘッドＩＪＨとが分離可能である。インクカートリッジＩＪＣにはこれがキャリッジＨＣに搭載されたときには、キャリッジＨＣ側から供給される電気信号を受け取るための電極（不図示）が設けられており、この電気信号によって、前述のように記録ヘッドＩＪＨが駆動されてインクが吐出される。
【００７７】
なお、図８において、５００はインク吐出口列である。また、インクタンクＩＴにはインクを保持するために繊維質状もしくは多孔質状のインク吸収体が設けられており、そのインク吸収体によってインクが保持される。
【００７８】
なお、以上の実施形態において、記録ヘッドから吐出される液滴はインクであるとして説明し、さらにインクタンクに収容される液体はインクであるとして説明したが、その収容物はインクに限定されるものではない。例えば、記録画像の定着性や耐水性を高めたり、その画像品質を高めたりするために記録媒体に対して吐出される処理液のようなものがインクタンクに収容されていても良い。
【００７９】
以上の実施形態は、特にインクジェット記録方式の中でも、インク吐出を行わせるために利用されるエネルギーとして熱エネルギーを発生する手段（例えば電気熱変換体やレーザ光等）を備え、前記熱エネルギーによりインクの状態変化を生起させる方式を用いることにより記録の高密度化、高精細化が達成できる。
【００８０】
その代表的な構成や原理については、例えば、米国特許第４７２３１２９号明細書、同第４７４０７９６号明細書に開示されている基本的な原理を用いて行うものが好ましい。この方式はいわゆるオンデマンド型、コンティニュアス型のいずれにも適用可能であるが、特に、オンデマンド型の場合には、液体（インク）が保持されているシートや液路に対応して配置されている電気熱変換体に、記録情報に対応していて膜沸騰を越える急速な温度上昇を与える少なくとも１つの駆動信号を印加することによって、電気熱変換体に熱エネルギーを発生せしめ、記録ヘッドの熱作用面に膜沸騰を生じさせて、結果的にこの駆動信号に１対１で対応した液体（インク）内の気泡を形成できるので有効である。この気泡の成長、収縮により吐出用開口を介して液体（インク）を吐出させて、少なくとも１つの滴を形成する。この駆動信号をパルス形状とすると、即時適切に気泡の成長収縮が行われるので、特に応答性に優れた液体（インク）の吐出が達成でき、より好ましい。
【００８１】
このパルス形状の駆動信号としては、米国特許第４４６３３５９号明細書、同第４３４５２６２号明細書に記載されているようなものが適している。なお、上記熱作用面の温度上昇率に関する発明の米国特許第４３１３１２４号明細書に記載されている条件を採用すると、さらに優れた記録を行うことができる。
【００８２】
記録ヘッドの構成としては、上述の各明細書に開示されているような吐出口、液路、電気熱変換体の組み合わせ構成（直線状液流路または直角液流路）の他に熱作用面が屈曲する領域に配置されている構成を開示する米国特許第４５５８３３３号明細書、米国特許第４４５９６００号明細書を用いた構成も本発明に含まれるものである。加えて、複数の電気熱変換体に対して、共通するスロットを電気熱変換体の吐出部とする構成を開示する特開昭５９−１２３６７０号公報や熱エネルギーの圧力波を吸収する開口を吐出部に対応させる構成を開示する特開昭５９−１３８４６１号公報に基づいた構成としても良い。
【００８３】
さらに、記録装置が記録できる最大記録媒体の幅に対応した長さを有するフルラインタイプの記録ヘッドとしては、上述した明細書に開示されているような複数記録ヘッドの組み合わせによってその長さを満たす構成や、一体的に形成された１個の記録ヘッドとしての構成のいずれでもよい。
【００８４】
加えて、上記の実施形態で説明した記録ヘッド自体に一体的にインクタンクが設けられたカートリッジタイプの記録ヘッドのみならず、装置本体に装着されることで、装置本体との電気的な接続や装置本体からのインクの供給が可能になる交換自在のチップタイプの記録ヘッドを用いてもよい。
【００８５】
また、以上説明した記録装置の構成に、記録ヘッドに対する回復手段、予備的な手段等を付加することは記録動作を一層安定にできるので好ましいものである。これらを具体的に挙げれば、記録ヘッドに対してのキャッピング手段、クリーニング手段、加圧あるいは吸引手段、電気熱変換体あるいはこれとは別の加熱素子あるいはこれらの組み合わせによる予備加熱手段などがある。また、記録とは別の吐出を行う予備吐出モードを備えることも安定した記録を行うために有効である。
【００８６】
さらに、記録装置の記録モードとしては黒色等の主流色のみの記録モードだけではなく、記録ヘッドを一体的に構成するか複数個の組み合わせによってでも良いが、異なる色の複色カラー、または混色によるフルカラーの少なくとも１つを備えた装置とすることもできる。
【００８７】
以上説明した実施の形態においては、インクが液体であることを前提として説明しているが、室温やそれ以下で固化するインクであっても、室温で軟化もしくは液化するものを用いても良く、あるいはインクジェット方式ではインク自体を３０°Ｃ以上７０°Ｃ以下の範囲内で温度調整を行ってインクの粘性を安定吐出範囲にあるように温度制御するものが一般的であるから、使用記録信号付与時にインクが液状をなすものであればよい。
【００８８】
加えて、積極的に熱エネルギーによる昇温をインクの固形状態から液体状態への状態変化のエネルギーとして使用せしめることで積極的に防止するため、またはインクの蒸発を防止するため、放置状態で固化し加熱によって液化するインクを用いても良い。いずれにしても熱エネルギーの記録信号に応じた付与によってインクが液化し、液状インクが吐出されるものや、記録媒体に到達する時点では既に固化し始めるもの等のような、熱エネルギーの付与によって初めて液化する性質のインクを使用する場合も本発明は適用可能である。このような場合インクは、特開昭５４−５６８４７号公報あるいは特開昭６０−７１２６０号公報に記載されるような、多孔質シート凹部または貫通孔に液状または固形物として保持された状態で、電気熱変換体に対して対向するような形態としてもよい。本発明においては、上述した各インクに対して最も有効なものは、上述した膜沸騰方式を実行するものである。
【００８９】
さらに加えて、本発明に係る記録装置の形態としては、コンピュータ等の情報処理機器の画像出力端末として一体または別体に設けられるものの他、リーダ等と組み合わせた複写装置、さらには送受信機能を有するファクシミリ装置の形態を取るものであっても良い。
【００９０】
（ホスト装置５１と画像出力装置５２のハードウェア構成）
次に、ホスト装置５１と画像出力装置５２のハードウェア構成について説明する。
【００９１】
図９において、１０００はホスト装置本体、５１は周辺装置を含めたホスト装置全体である。また、５２は画像出力装置本体、３０１０は印刷記録ヘッド、３０１１は印刷ヘッドを搬送するキャリアを駆動するキャリアモータ、３０１２は用紙を搬送する搬送モータである。画像出力装置本体５２は、上述した図２に示す概略構成を具体的な構成として達成した例を示している。
【００９２】
ホスト装置本体５１において、１００１はＤＲＡＭ１００３に格納されている制御手順に従ってホスト装置の全体制御を司るＭＰＵ、１００２はシステム全体を接続するバス、１００３はＭＰＵ１００１が実行するプログラムやデータ等を一時記憶するＤＲＡＭ、１００４はシステムバスとメモリバス、ＭＰＵを接続するブリッジ、１００５はＣＲＴにグラフィック情報を表示するための制御機能を備えたグラフィックアダプタである。
【００９３】
又、１００６はＨＤＤ装置２００２とのインタフェースを司るＨＤＤコントローラ、１００７はキーボードとのインタフェースを司るキーボードコントローラ、１００８はＩＥＥＥ１２８４規格に従って記録装置３０００との間の通信を司る、パラレルインターフェイスである通信Ｉ／Ｆである。
【００９４】
ホスト装置本体５１には、グラフィックアダプタ１００５を介して操作者にグラフィック情報等を表示する表示装置２００１が接続されており、本実施の形態例では接続陰極線管（ＣＲＴ）表示装置となっている。更に、プログラムやデータが格納された大容量記憶装置であるハードディスクドライブ（ＨＤＤ）装置２００２、キーボード２００３が接続されている。
【００９５】
画像出力装置本体５２において、３００１は制御プログラム実行機能と周辺装置制御機能とを兼ね備えた、画像出力装置本体５２の全体制御を司るＭＣＵ（マイクロコントローラユニット）、３００２はシステムバス、３００３は記録データの印刷ヘッドへの供給、メモリアドレスデコーディング、キャリアモータへの制御パルス発生機構等を制御回路として内部に納めたゲートアレイである。
【００９６】
また、３００４はＭＣＵ３００１が実行する制御プログラムやホスト印刷情報等を格納するＲＯＭ、３００５はＤＲＡＭであり、ＤＲＡＭ３００５には各種データ（画像記録情報やヘッドに供給される記録データ等）を保存する。
【００９７】
３００６はＩＥＥＥ１２８４規格に則りホスト装置５１との間の通信を司るパラレルインターフェイスである通信Ｉ／Ｆ、３００７はゲートアレイ３００３から出力されたヘッド記録信号に基づき、記録ヘッドを駆動する電気信号に変換するヘッドドライバである。
【００９８】
３００８はゲートアレイ３００３から出力されるキャリアモータ制御パルスを、実際にキャリアモータを駆動する電気信号に変換するモータドライバ、３００９は前記ＭＣＵから出力された搬送モータ制御パルスを、実際に搬送モータを駆動する電気信号に変換するモータドライバである。
【００９９】
つぎに、本実施例で用いる記録ヘッドを図１０を参照して説明する。図１０は第１の実施の形態例の画像出力装置で用いる記録ヘッドの構成例を示す図である。
【０１００】
図１０に示す本実施の形態例の画像出力装置５２の記録ヘッド３０１０は、Ｙ，Ｍ，Ｃの記録色を記録する記録素子各２４素子、Ｂｋの記録色を記録する記録素子６４素子を、１チップに構成した記録ヘッドであり、各記録色間の色間に８素子（画素）相当分の色間隙間がある。
【０１０１】
図１０の（ａ）に示すように、上からＹ，Ｍ，Ｃ，Ｂｋの順にノズルｎ１〜ｎ１６０が形成されている。また図１０の（ｂ）は上記構成の記録ヘッドのチップの例を示しており、Ｙ，Ｍ，Ｃ，Ｂｋの記録素子としての発熱体Ｈが配され、各色毎の記録素子のグループ間に８画素（ノズル間隔）相当分の隙間が構成されている。
【０１０２】
この隙間は必ずしも必要なものではないが、記録ヘッド３０１０のチップ上に色毎のインク室を構成していく上で、色間隙間はあった方が構成が容易であるので設けている。
【０１０３】
尚、本実施例では各色毎のインク室や各ノズル、インク注入路などは型成型によるモールド部材で構成し、モールド成型された部材を上記記録ヘッドチップに不図示のバネで押しつけ、バネを含めて封止材で封止することにより構成する。ドライフィルムで上記インク室やノズルを構成する手段であっても、その他の方式で構成する手段であっても本発明に適用可能であるので、詳細な説明は省略する。
【０１０４】
（オフセット転送プログラムを含むモジュール）
次いで、前述した他のモジュールとしてのオフセット転送プログラムを含むモジュール３５−３について具体的に図面を参照しつつ説明する。まず、ホスト装置５１に設置されるドライバソフトウェアを図１１を参照して説明する。図１１は本実施の形態例のドライバソフトウェアの構成を説明するための図である。
【０１０５】
本実施の形態例のドライバソフトウェアは、図１１のＣに示される階層で表わされる。
【０１０６】
図１１において、Ａはアプリケーションソフトウェア（以下「Ａｐｐ」と称す）の階層、Ｂはオペレーティングシステム（以下「ＯＳ」と称す）を構成する階層、Ｃはドライバソフトウェアの階層を示す。
【０１０７】
記録装置にＡｐｐの１１に示すプログラムにおいて、画像を出力しようとする場合、ＡｐｐはＯＳの描画処理インターフェイス２１を通じて、文字・線分・図形・ビットマップなどの描画命令を発行する。
【０１０８】
画面／紙面を構成する描画命令が完結すると、ＯＳは各描画命令を、３１−１〜３１−ｎで表されるドライバ内部の装置固有の描画手段を呼び出しつつ、ＯＳの内部形式から装置固有の表現形式（各描画単位を線分化したもの）に変換する。この場合には、ＲＧＢ各色を８ビット／画素で表現される点順次のラスタデータとして３３の色補正／色変換手段に渡す。
【０１０９】
３３の色補正／色変換手段では、デバイスの色特性を補正／ドライバ内部の表色系からデバイス固有の表色系への変換を行い、この場合にはＫＣＭＹ各色８ビット／画素で表現される点順次のラスタデータとしてハーフトーニング手段３４に渡す。
【０１１０】
ハーフトーニング手段３４では、デバイスの各画素の状態を表す量子化量への変換を行い、各色１ビット乃至４ビット／ピクセルの線順次データとして、オフセット処理手段３７に渡す。オフセット処理手段３７においては、印刷ヘッドの構成に応じたオフセット量に従って、色毎に固有の副走査方向オフセットのついたＫＣＭＹ各色１ビット乃至４ビット／ピクセルの線順次データとして、データ圧縮／コマンド付加手段３８に渡す。
【０１１１】
データ圧縮／コマンド付加手段３８では、渡された画像データに基づき、画像転送効率を向上するためにパックビッツ（ＰａｃｋＢｉｔｓ）形式による圧縮を施し、印刷コマンドヘッダを付加して、システムのプリントスプーラ２２に渡す。
【０１１２】
システムのプリンタスプーラ２２は、通信Ｉ／Ｆ１００８を介してＩＥＥＥ１２８４に定められた手順に従って、画像データの画像出力装置５２への転送を行なう。
【０１１３】
上述したオフセット処理手段３７の内部の詳細な構成を、図１２を参照して具体的に説明する。図１２は本実施の形態例におけるオフセット処理手段３７で用いるＦＩＦＯバッファの詳細構成を説明するための図である。
【０１１４】
図１２のＦＩＦＯバッファ９００１は、Ｂｋラスタについての情報を９６本分蓄えることが可能なＦＩＦＯバッファであり、１ラスタの入力に対し、１ラスタの出力を得ることができる。ＦＩＦＯバッファ９００２は、同様に、Ｍラスタについての情報を６４本分蓄えることのできるＦＩＦＯバッファである。ＦＩＦＯバッファ９００３は、同様にＣラスタについての情報を３２本分蓄えることのできるＦＩＦＯバッファである。
【０１１５】
上記３つのＦＩＦＯバッファ９００１〜９００３は、先入れ／先出し手順に従い、ラスタ単位でデータを管理することのできるバッファである。具体的には、各ＦＩＦＯバッファ９００１〜９００３は、実際にデータが格納されている領域の先頭アドレスと、データの長さを各バッファの深さ分の組と、バッファ管理用カウンタ（複数の色に対応するページ内ラスタ数カウンタ）ＣＢｋ（ｎ）、ＣＭ（ｎ’）、ＣＣ（ｎ”）とを持つ。
【０１１６】
ＦＩＦＯバッファに対してデータを入出力する際には、例えばＢｋラスタについて言えば、ＣＢｋｎ番目のアドレス／長さのフィールドに、バッファに登録すべき不図示のデータの所在を書き込み、しかるのちにＣＢｋ（ｎ＋１）に記述されたアドレス／長さで示されるデータを取り出し、カウンタをインクリメントする。
【０１１７】
上記各色に対応するカウンタの値がバッファ容量（深さ）（例えばＢｋの場合には９５）を超えた場合には、カウンタの値を０にリセットする。これらのバッファの内部は、データを扱う前には全てクリアされている。また、１頁分のデータの送出終了による改頁命令の転送時点でも次のデータを扱うことになり、このタイミングでもクリアされる。
【０１１８】
ハーフトーニング手段３４から渡されたＢｋ，Ｍ，Ｃのラスタは、各ＦＩＦＯバッファの末尾に蓄積され、各ＦＩＦＯバッファの先頭にあるラスタ、及びハーフトーニング手段３４から渡されたＹラスタを一組として取り出す。このＦＩＦＯバッファ管理機構により、印刷ヘッドの物理的な構成に合わせたラスタデータの作成が可能となる。
【０１１９】
次に、本実施の形態例におけるプリンタドライバにおける全体制御を図１３及び図１４のフローチャートを参照して説明する。図１３は本実施の形態例の図１１に示すプリンタドライバの全体制御を示すフローチャート、図１４は本実施の形態例のプリンタドライバにおけるギャップ処理を示すフローチャートである。
【０１２０】
本実施の形態例のプリンタドライバにおいて、画像出力装置５２に対して送付されるコマンドとしては各種存在するが、以下の説明は「頁長設定コマンド」、「ラスタ位置移動コマンド」、「ラスタデータ転送コマンド」、「改頁コマンド」の４つのコマンドを送付した場合を例に説明を行なう。
【０１２１】
まず、最初に、ステップＳ１００において、ページ長設定コマンドを送付する。次いでステップＳ１０２において、プリンタドライバのハーフトーニング手段３４から、必要に応じて２値化されたｎラスタ目のラスタデータ（Ｂｋ，Ｙ，Ｍ，Ｃ）を受け取る。
【０１２２】
次に、ステップＳ１０３において、直前のラスタとの間にギャップが存在するか否かを調べる。ギャップが存在する場合には、図１４のステップＳ２００に処理を移す。ちなみに、ページ内で受け取った最初のラスタについては、ページの先頭の１ラスタ目のラスタとの間でギャップを計算する。図１４におけるギャップ処理については後述する。
【０１２３】
一方、ステップＳ１０３において直前のラスタとの間にギャップが存在しない場合にはステップＳ１０５に進み、スキップ量１のラスタ位置移動コマンドを送出する。続いてステップＳ１０６では、図１２に示すラスタデータ格納用のＦＩＦＯ管理バッファに、受け取ったＢｋ，Ｍ，Ｃ、各ラスタについてのデータを登録する。
【０１２４】
つぎにステップＳ１０７において、ＦＩＦＯ管理バッファの先頭から、保管されていたＢｋ，Ｍ，Ｃ、の各ラスタを取り出す。ステップＳ１０８では、取り出したＢｋ，Ｍ，Ｃ、の各ラスタ、及び受け取ったＹのラスタをそれぞれデータ圧縮する。
【０１２５】
続いてステップＳ１０９において、圧縮された各ラスタデータをプリンタに対して転送できるように、ラスタデータ転送コマンドのコマンドヘッダを付加する。ステップＳ１１０では、コマンドヘッダを付加した各色ラスタデータをプリントスプーラＢ２に渡すことによってＯＳに送出する。
【０１２６】
つぎにステップＳ１１１で、現在のラスタがページ内の画像データを含む最後のラスタかどうかを判別する。頁内の最後の画像データを含むラスでない場合にはステップＳ１０１に戻る。
【０１２７】
一方、ステップＳ１１１において、頁内の最後の画像データを含むラスタの場合にはＳ１１２へ進み、頁内の最後の画像データを含むラスタと判定されたラスタと、頁長設定コマンドにて設定されたページ内の最終ラスタとの間にギャップがあるかどうかを判定する。ギャップがある場合には、後述する図１４のステップＳ２００のギャップ処理に移る。
【０１２８】
一方、ステップＳ１１２において、頁長設定コマンドにて設定されたページ内の最終ラスタとの間にギャップがない場合にはステップＳ１１４に進み、改ページコマンドを送出する。次いで、ステップＳ１１５において、現在のページが最終ページであるかどうかを判定する。最終ページでない場合にはステップＳ１０１に戻り、次のページのための処理を引き続き継続する。
【０１２９】
一方、ステップＳ１１５で現在の頁が最終ページである場合には、ＦＩＦＯ管理バッファに蓄積されている画像データを、全て画像出力装置５２に送付して当該処理を終了する。
【０１３０】
次に、プリンタードライバ処理におけるギャップ処理に関する処理を図１４フローチャートを参照して説明する。図１４の処理を実行するのは、ステップＳ１０３の判定において直前のラスタとの間にギャップが存在する場合、及びステップＳ１１２において頁内の最後の画像データを含むラスタと判定されたラスタと、頁長設定コマンドにて設定されたページ内の最終ラスタとの間にギャップがある場合である。
【０１３１】
まず、ステップＳ２００において、ギャップ量が０より大きいかどうかを判定する。ここでギャップ量が０の場合にはステップＳ２０１に進み、図１３のステップＳ１０３の処理から当該処理に移行したか否かを調べる。ステップＳ１０３の処理から当該処理に移行した場合にはステップＳ１０５に進む。
【０１３２】
一方、ステップＳ２０１でステップＳ１０３の処理から当該処理に移行したのではなく、ステップＳ１１２の処理から当該処理に移行した場合にはステップＳ１１４に進む。
【０１３３】
ステップＳ２００の判定でギャップ量が０より大きい場合にはステップＳ２０３に進み、ギャップ量から１を減ずる演算を行う。続いてステップＳ２０４においてスキップ量１のラスタ位置移動コマンドを、プリントスプーラ２２を介して画像出力装置５２に送出する。
【０１３４】
次いでステップＳ２０５において、ＦＩＦＯ管理バッファの末尾に、各色とも白で構成される（画像データを含まない）ラスタを格納する。続いてステップＳ２０６において、ＦＩＦＯ管理バッファの先頭から画像データを取り出す。そして、ステップＳ２０７においてＢｋ，Ｃ，ＭについてはＦＩＦＯ管理バッファを通じて取り出した画像データを、Ｙについては画像データを含まない白（空白）ラスタをデータ圧縮する。
【０１３５】
つぎにステップＳ２０８において、プリンタに転送可能なように、作成した圧縮データに対してコマンドヘッダを付加する。ステップＳ２０９においては、圧縮／コマンドヘッダ付加された画像データをプリンタに送付すべく、プリンタスプーラ２２に渡しステップＳ２０１の処理に戻る。
【０１３６】
次に、以上に説明した処理に従って通信Ｉ／Ｆ１００８を介して送られてくるこの印刷データ及び印刷制御情報を受取る画像出力装置５２の制御を図１５のフローチャートを参照して以下に説明する。図１５は本実施の形態例の画像出力装置５２のコマンド処理を説明するためのフローチャートである。
【０１３７】
図１５において、まずステップＳ３０１でホスト装置本体１０００のプリンタスプーラ２２からコマンドデータを受取る。続いてステップＳ３０２以下の処理において受け取ったデータ列がどのコマンドであるかを判別するコマンド種別判別処理を行う。次にそれぞれのコマンドについての制御内容を簡潔に記載する。
【０１３８】
まずステップＳ３０２において受信したコマンドが頁長設定コマンドか否かを判別する。受信したコマンドが頁長設定コマンドであった場合には頁長設定コマンド処理に移行し、現在の基準色（本実施の形態例ではＹとする）についての頁内のラスタ位置カウンタが０であり、かつ未だ印刷データを受領していない場合についてのみ、頁長をコマンドで指定された値に設定する。上記の条件を満たしていない場合については、コマンドを無視する。
【０１３９】
次に、ステップＳ３０２において受信したコマンドが頁長設定コマンドでなかった場合にはステップＳ３０３に進み、受信コマンドがラスタ位置移動コマンドか否かを判別する。受信したコマンドがラスタ位置移動コマンドであった場合にはラスタ位置移動コマンド処理に移行する。
【０１４０】
本実施の形態例においては、印刷ラスタデータは１ラスタずつ送付されるのに対し、印刷動作自体は各色複数ノズルを有しているので、次回の印刷動作において、受け取ったラスタデータが、先頭ノズルから何番目のノズルによって印刷されるかを示すカウンタを設けることによって、実際に設置されているノズル数分のラスタデータが揃ってはじめて、印刷を開始することができる。
【０１４１】
仮に現在のラスタ位置がｎ番目のノズル位置に対応していると考えて
（ｎ＋ラスタ位置移動量  ≦  各色のノズル総数）の場合、
ｎ＋ラスタ位置移動量に、ノズル位置指定カウンタを更新する。
【０１４２】
一方、（ｎ＋ラスタ位置移動量  ＞  各色のノズル総数）の場合、
印刷バッファの画像データを印刷した後、
（ラスタ位置移動量＋ノズル位置指定カウンタの値−１）
分だけ、印刷用紙を副走査方向に移動する制御を行う。
【０１４３】
しかるのちに、各色それぞれに用意してある、頁内のラスタ位置カウンタに対し、ラスタ位置移動量を加算する。処理を行う。
【０１４４】
一方、ステップＳ３０３で受信コマンドがラスタ位置移動コマンドでなかった場合にはステップＳ３０４に進み、コマンドがラスタデータ転送コマンドか否かを判別する。受信したコマンドがラスタデータ転送コマンドであった場合にはラスタデータ転送コマンド処理に移行する。
【０１４５】
まず前述のノズル位置指定カウンタによって示される、現在のラスタイメージを転送すべき印刷バッファ内部の領域に、受領したＫ，Ｙ，Ｍ，Ｃ各色のラスタデータを展開する。但し、前述の頁内のラスタ位置カウンタが頁長設定コマンドによって設定されていた値を超えていた場合には、印刷バッファに対してのラスタデータの展開を行わずに、無視する。
【０１４６】
一方、ステップＳ３０４で受信したコマンドがラスタデータ転送コマンドでなかった場合にはステップＳ３０５に進み、受信したコマンドが改頁コマンドか否かを判別する。受信したコマンドが改頁コマンドであった場合には改頁コマンド処理に移行する。
【０１４７】
そして、前述の頁内のラスタ位置カウンタを、基準色のＹについて（０）、Ｍについて（−３２）、Ｃについて（−６４）、Ｂｋについて（一９６）の値に初期化する。この操作によって、例えば基準色が２ページ目の１ラスタ目についての処理を行っている際に、他のＭ，Ｃ，Ｂｋについては、前のページの末尾のデータを処理している矛盾を解決している。
【０１４８】
一方、ステップＳ３０６において、受信したコマンドが改頁コマンドでなかった場合には本実施の形態例の画像出力装置５２で処理可能なコマンドでないため、受信したデータを読み捨てて再びステップＳ３０１に戻り、次のデータの受信に備える。
【０１４９】
以上説明したように本実施の形態例によれば、パソコンやワープロなどのホスト装置内に設置されたプリンタドライバソフトウェアを用いて、基準色について、改頁命令を発生する直前に、現在設定されている頁内ラスタ数の内の最下端ラスタに対するラスタ（副走査方向）位置移動命令を、ドライバソフトウェアにて内部的に生成し、しかるのちに記録装置に対して改頁命令を送付し、一方、記録装置においては、改頁命令を受信した時点で、頁内部での現在のラスタ位置を管理するカウンタを、それぞれの色毎に定められたオフセット値に応じて初期化することができ、画像出力装置５２内のメモリ使用量をオフセット転送を行うことにより削減しつつ、長尺の印刷用紙に対して、これを仮想的に短い紙が連続してすきまなく連結したものとして印刷することが可能になる。
【０１５０】
以上説明した３７のオフセット処理モジュールと３８のデータ圧縮／コマンド付加モジュールとを前述したオフセット転送プログラムを含むモジュール３５−３とすることができる。
【０１５１】
以上説明したように実施の形態によれば、画像出力装置内のメモリ使用量をオフセット転送を行うことにより削減しつつ、長尺の印刷用媒体に対して、これを仮想的に短い媒体が連続してすきまなく連結したものとして印刷することが可能になる。更に、処理モジュールを画像出力装置により交換可能な構成を取った場合には、長尺記録媒体に印刷可能でかつ、オフセット転送をするシステムとオフセット転送をしないシステムを柔軟に切り替えることが可能となる。
【０１５２】
（耐水強化剤用の吐出パターンを決定する論理手段を備えたモジュール）
次いで、前述した耐水強化剤用の吐出パターンを決定する論理手段を備えたモジュール３５−２について説明する。まず、ホスト装置に設置されるドライバソフトウェアは図１のＣに示されるような構造を持つ。ここに、Ａはアプリケーションソフトウェア（以下Ａｐｐ．）の階層、Ｂはオペレーティングシステム（以下ＯＳ）を構成する階層、Ｃはドライバソフトウェアの階層を示す。画像出力装置にＡｐｐ．Ａ１が画像を出力する場合、Ａｐｐ．はＯＳの描画処理インターフェイスＢ１を通じて、文字・線分・図形・ビットマップなどの描画命令を発行する。画面／紙面を構成する描画命令が完結すると、ＯＳは各描画命令を、３１−１〜３１−ｎで表されるドライバ内部の装置固有描画手段を呼び出しつつ、ＯＳの内部形式から装置固有の表現形式（各描画単位を線分化したもの）に変換し、この場合にはＲＧＢ各色８ｂｉｔ／画素で表現される点順次のラスターデータとして３３の色補正／色変換手段に渡す。３３の色補正／色変換手段では、デバイスの色特性を補正／ドライバ内部の表色系からデバイス固有の表色系への変換を行い、この場合にはＫＣＭＹ各色８ビット／画素で表現される点順次のラスターデータとしてハーフトーニング手段３４に渡す。ハーフトーニング手段３４では、デバイスの各画素の状態を表す量子化量への変換を行い、各色１ビット乃至４ビット／ピクセルの線順次データとして、共通のインターフェイス３６−１を持ち、切り替え可能な独立したプログラムモジュールである耐水強化剤データ作成手段３５−２に渡す。耐水強化剤データ作成手段３５−２においては、後述する耐水強化剤データ作成方法によって、ＫＣＭＹ各色の線順次データを参照しつつ、耐水強化剤色（Ｐ）１ビット乃至４ビット／ピクセルの線順次データを作成する。更にＫＣＭＹ各色および耐水強化剤データを各１ビット乃至４ビット／ピクセルの線順次データとして、データ圧縮／コマンド付加手段に渡す。データ圧縮／コマンド付加手段では、渡された画像データに基づき、画像転送効率を向上するためにＰａｃｋＢｉｔｓ形式による圧縮を施し、印字コマンドヘッダを付加して、データ出力インターフェイス３６−２を通じてシステムのプリントスプーラ２２に渡す。システムのプリンタスプーラは前記ＩＥＥＥ１２８４に定められた手順に従って、画像データの印刷装置への転送をはたす。耐水強化剤データ作成手段３５−２では、例えば同様の線順次ハーフトーン画像を受け取り、圧縮／コマンド付加のみを行い（耐水強化剤データを作成しない）インターフェイス仕様の同じプログラムモジュール３５−１とプリンタの機種や印字モードに応じて適宜切り替えて使用できる。
【０１５３】
次いで、本実施例における耐水強化剤データ作成方法について、図２１を用いて説明する。図２１は本実施の形態における、耐水強化データの作成方法の概略説明図である。ここに３０１はハーフトーニング手段から渡された１ビット乃至４ビット／ピクセルの黒色線順次ラスターデータ、以下同様に３０２はシアン色、３０３はマゼンタ色、３０４は黄色の線順次ラスターデータである。３０５、３０６、３０７、３０８は、図２２に示すｍｂｉｔ  ×  ｎｂｉｔの大きさを持つ、マスクデータである。今ページ先頭から数えたラスタ数が、Ｘラスタ目であるとすると、Ｘをｎで除した余りの数ラスタ目のマスクデータ列を繰り返したものと、線順次ラスタとの論理積を計算することにより、マスクのかかった各色データを得ることができる。このマスクデータは、耐水性能を得るための各色インクと耐水強化剤との適正な比率を保つため、あるいは紙面の吸水容量を越えてインクや耐水強化剤を打ち込むことを防止するために、大きさ／デューティ／パターンを適宜決定して用いることができる。次に、同様の手段によって得られた、マスクのかかった各色データの論理和を計算することにより、耐水強化剤のラスタデータを得ることができる。例えば、各色マスクパターンとしてＤｕｔｙ１００％のパターンを用いると、存在するすべてのドット位置に耐水強化剤を打ち込むことができる。
【０１５４】
以上説明したように、実施の形態によって、相対的にシステムのパフォーマンス低下／コスト上昇を防ぎつつ、耐水強化剤データの作成を行うことができる。また、切り替え可能なモジュールを利用した構成は、この機能を実装する上で有効である。
【０１５５】
以上説明したように、プリンタドライバによりオフセット転送制御や耐水強化剤用パターンの生成を行うことにより、プリンタのハードウェア（ＲＯＭ、ＲＡＭ、ゲートアレイ）のコスト上昇を抑えつつ、相対的にパフォーマンスを稼げる点にある。
【０１５６】
また、切り替え可能なモジュールを使用する利点として
（開発者のメリット）
従来、プリンタ内部で行っていた処理をドライバに持ち込む際に、理解しやすいインターフェイスで区切られているために、ドライバのことを良く知らない開発者でも開発が容易。このため、プリンタ本体開発者が、ドライバの中にコードをインプリメントすることが簡単にできる。
【０１５７】
また、共通インターフェイスを共用し、切り替え可能な構造になっているために、ドライバソフトウェア本体のことは気にせずにこの部分の機能追加をすることが可能である。
【０１５８】
（ユーザのメリット）
プリンタドライバ本体にまるごとｓｔａｔｉｃにリンクされてしまう場合と比較して、重複した機能の部分は必要な部分しかロード・インストールされないので、ロード時間／メモリの節約になる。
【０１５９】
また、切り替え可能なモジュールをプリンタ機種単位に切り分けた場合には、プリンタドライバ本体にまるごとｓｔａｔｉｃにリンクされている場合と比較して、インストール時に使用されるディスク容量の節約になる。
【０１６０】
ただし、後でユーザが機種追加を行う場合に、再度インストールディスクを用意する必要がないように、現在使用しない機種のモジュールも全てインストールすることも可能である。
【０１６１】
なお、本実施の形態ではプリンタＡが耐水強化剤データを必要とするプリンタで、プリンタＢがオフセット転送を必要とするプリンタであってもよいし、プリンタＣのヘッドＡが耐水強化剤データを必要とするヘッドで、プリンタＣのヘッドＢがオフセット転送を必要とするヘッドであってもよい。
【０１６２】
【発明の効果】
以上説明したように本発明によれば、プリンタのメモリ等のハードウェア規模をできるだけ小さくし、安価なプリンタを提供できる。
【０１６３】
また、プリンタドライバプログラムの開発を容易に行うことができる。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係る情報処理システムで用いられるドライバソフトウェアの構造を示すブロック図である。
【図２】本発明の第１実施形態に係る情報処理システムの概略構成を示すブロック図である。
【図３】第１実施形態の動作を示すフローチャートである。
【図４】図３の続きのフローチャートである。
【図５】本発明の第２実施形態に係る情報処理システムで用いられるドライバソフトウェアの構造を示すブロック図である。
【図６】本発明の代表的な実施の形態であるインクジェットプリンタＩＪＲＡの構成の概要を示す外観斜視図である。
【図７】図６に示すインクジェットプリンタＩＪＲＡの制御回路の構成を示すブロック図である。
【図８】インクタンクとヘッドとが分離可能なインクカートリッジＩＪＣの構成を示す外観斜視図である。
【図９】本発明に係るシステムブロック図である。
【図１０】本実施の形態例の記録装置で用いる記録ヘッドの構成例を示す図である。
【図１１】本実施の形態例のドライバソフトウェアの構成を説明するための図である。
【図１２】本実施の形態例におけるオフセット処理手段で用いるＦＩＦＯバッファの詳細を説明するための図である。
【図１３】本実施の形態例の図１１に示すプリンタドライバの全体制御を示すフローチヤートである。
【図１４】本実施の形態例のプリンタドライバにおけるギャップ処理を示すフローチャートである。
【図１５】本実施の形態例の画像出力装置のコマンド処理を説明するためのフローチャートである。
【図１６】一般的な記録ヘッドの構造例を示す図である。
【図１７】記録紙上の色の並列例を示す図である。
【図１８】図１７のデータをオフセット転送した場合の例を示す図である。記録紙上の色の並列例を示す図である。
【図１９】副走査方向に複数頁が連続した画像の画像情報の例を示す図である。
【図２０】改頁領域を含む長尺紙のオフセット転送の例を示す図である。
【図２１】耐水強化データの作成方法を説明する図である。
【図２２】マスクデータ適用方法を説明する図である。
【符号の説明】
１１  アプリケーションソフトウェア
２１  描画処理インターフェース
２２  スプーラ
３１−１，３１−２，…，３１−ｎ  装置固有描画手段
３２  線分割化画像情報受取り手段
３３  色特性変換手段
３４  ハーフトーニング手段
３５−１，３５−２  モジュール
３６−１，３６−２  仮想スイッチ
５１  ホスト装置
５２  画像出力装置
５３  双方向インターフェース
５４  ドライバソフトウェア
１０００  ホスト装置本体
１００１  ＭＰＵ
１００２  バス
１００３  ＤＲＡＭ
１００４  ブリッジ
１００５  グラフィックアダプタ
１００６  ＨＤＤコントローラ
１００７  キーボードコントローラ
１００８、３００６  通信Ｉ／Ｆ
２００１  表示装置
２００２  ハードディスクドライブ（ＨＤＤ）装置
２００３  キーボード
３００１  ＭＣＵ（マイクロコントローラユニット）
３００２  システムバス
３００３  ゲートアレイ
３００４  ＲＯＭ
３００５  ＤＲＡＭ
３００７  ヘッドドライバ
３００８、３００９  モータドライバ
３０１０  印刷記録ヘッド
３０１１  キャリアモータ
３０１２  搬送モータ
【図１】
0004708518.tif 000002
【図２】
0004708518.tif 000003
【図３】
0004708518.tif 000004
【図４】
0004708518.tif 000005
【図５】
0004708518.tif 000006
【図６】
0004708518.tif 000007
【図７】
0004708518.tif 000008
【図８】
0004708518.tif 000009
【図９】
0004708518.tif 000010
【図１０】
0004708518.tif 000011
【図１１】
0004708518.tif 000012
【図１２】
0004708518.tif 000013
【図１３】
0004708518.tif 000014
【図１４】
0004708518.tif 000015
【図１５】
0004708518.tif 000016
【図１６】
0004708518.tif 000017
【図１７】
0004708518.tif 000018
【図１８】
0004708518.tif 000019
【図１９】
0004708518.tif 000020
【図２０】
0004708518.tif 000021
【図２１】
0004708518.tif 000022
【図２２】
0004708518.tif 000023