(57)【要約】【課題】端末において少ない資源で印刷データを生成する。【解決手段】ブラウザコントロール部９０１はインターネットプリントサーバ９０６から所定のウエブページを獲得し、その上で印刷対象のウエブページのＵＲＬと印刷モードを入力する。そしてそれらとともに、プリンタ情報がサーバ９０６に送信される。サーバ９０６は受信したＵＲＬで特定されるウエブページを読み、プリンタ情報及び印刷モードに応じて、プリンタ９０３により印刷できる形式の印刷データを生成し、それをブラウザコントロール部９０１に送信する。ブラウザコントロール部９０１は印刷データを受信しつつプリンタにそれを送信して印刷させる。また、不吐ノズルを用いて印刷する場合には、ヘッドの不吐ノズルを含まない部分のみを用いて印刷を行う。【選択図】図９
2004127262.tif 000002
【特許請求の範囲】
【請求項１】
プリンタ情報と印刷対象となる情報とに基づいて印刷データを生成するサーバに接続可能な印刷制御装置であって、
接続されたプリンタからプリンタ情報を獲得する獲得部と、
前記印刷対象となる情報を特定するための情報と共に前記プリンタ情報を前記サーバに送信する送信部と、
その応答として前記サーバより印刷データを受信する受信部と、
前記印刷データを前記プリンタにより印刷させる印刷制御部とを備えることを特徴とする印刷制御装置。
【請求項２】
前記プリンタ情報には、印刷ヘッドの素子数、素子の並び順、印刷方式、使用される色の種類のうちのいずれか少なくとも１を含むことを特徴とする請求項１に記載の印刷制御装置。
【請求項３】
コンピュータネットワークに接続され、該コンピュータネットワークに接続されたサーバが提供するデータを表示するためのディスプレイを更に備え、該ディスプレイにより表示された前記サーバの提供する画面を介して前記印刷対象となる情報の所在を前記サーバに送信することを特徴とする請求項１に記載の印刷制御装置。
【請求項４】
前記ディスプレイにより表示される画面を介して前記プリンタの印刷モードを入力させ、該印刷モードを前記プリンタ情報と共に前記サーバに送信することを特徴とする請求項３に記載の印刷制御装置。
【請求項５】
前記プリンタ情報には、不吐ノズルの位置に関する情報を含み、前記プリンタにより前記不吐ノズルを除くノズルを用いて画像が形成されるよう画像データを生成することを特徴とすることを特徴とする請求項１に記載の印刷制御装置。
【請求項６】
請求項１記載の印刷制御装置と、
プリンタ情報と印刷対象となる情報とに基づいて印刷データを生成するサーバと、
プリンタとを接続して構成されることを特徴とする印刷システム。
【請求項７】
プリンタ情報と印刷対象となる情報とに基づいて印刷データを生成するサーバを用いた印刷制御方法あって、
接続されたプリンタからプリンタ情報を獲得する獲得ステップと、
前記印刷対象となる情報を特定するための情報と共に前記プリンタ情報を前記サーバに送信する送信ステップと、
その応答として前記サーバより印刷データを受信する受信ステップと、
前記印刷データを前記プリンタにより印刷させる印刷制御ステップとを有することを特徴とする印刷制御方法。
【請求項８】
コンピュータにより、
接続されたプリンタからプリンタ情報を獲得する獲得ステップと、
前記印刷対象となる情報を特定するための情報と共に前記プリンタ情報を前記サーバに送信する送信ステップと、
その応答として前記サーバより印刷データを受信する受信ステップと、
前記印刷データを前記プリンタにより印刷させる印刷制御ステップとを実行させることを特徴とするプログラム。
【請求項９】
前記プリンタ情報には、印刷ヘッドの素子数、素子の並び順、印刷方式、使用される色の種類のうちのいずれか少なくとも１を含むことを特徴とする請求項８に記載のプログラム。
【請求項１０】
コンピュータネットワークに接続されたサーバが提供するデータを表示するためのディスプレイにより表示された前記サーバの提供する画面を介して前記印刷対象となる情報の所在を前記サーバに送信することを特徴とする請求項８に記載のプログラム。
【請求項１１】
前記ディスプレイにより表示される画面を介して前記プリンタの印刷モードを入力させ、該印刷モードを前記プリンタ情報と共に前記サーバに送信することを特徴とする請求項１０に記載のプログラム。
【請求項１２】
前記プリンタ情報には、不吐ノズルの位置に関する情報を含み、前記プリンタにより前記不吐ノズルを除くノズルを用いて画像が形成されるよう画像データを生成することを特徴とする請求項８に記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、印刷制御システム及び印刷制御方法に関し、特に、広域に渡るインターネット環境もしくはウエブサイト上で効率良く印字記録装置用の印字データを作成して端末の印字記録装置にデータをフィードバックする構成のブロードバンドプリンティングシステムにおける印刷制御装置及び印刷制御方法に関する。
【０００２】
【従来の技術】
従来、インクジェットプリンタを代表とする汎用カラープリンタやマルチファンクションプリンタなどを代表とする記録装置で印字データを出力するには一般的にパーソナルコンピュータ等のデータ転送装置が必要であった。こうしたデータ転送装置は、個人や家庭オフィス（ＳＯＨＯ）向けに使用されている事が多く、他のデータ転送装置や出力機器等と有線あるいは無線の通信ネットワークで接続され、さらに多くの使用用途が考えられてきている。
【０００３】
この様なインクジェットプリンタを代表とするカラープリンタで印刷されるデータは、通常は画素の列をマトリクス状に配置し、各画素について行の並びに沿って一次元的にアドレスを付したラスタービットマップフォーマットで記録されている。これらのラスターデータは、パーソナルコンピュータ等と接続されたモニター上で連続色調のフルカラー画像として表示される赤（Ｒ）、緑（Ｇ）、青（Ｂ）の３原色で表現されることが多い。例えば、マイクロソフト社のオペレーティングシステム（ウインドウズ９５／９８／ＭＥ／ＮＴ／２０００等）では、アプリケーションソフトウエアで作成された画像データはＧＤＩ（Ｇｒａｐｈｉｃｓ　Ｄｅｖｉｃｅｓ　Ｉｎｔｅｒｆａｃｅの略で、線・円・多角形・テキストなどを描画するための標準機能）を介してＲＧＢ２４ビット（各色８ビット×３色）データとして表示・印刷等のために出力される。こうしてオペレーティングシステムが出力したＲＧＢ２４ビットデータ（１６００万色カラーデータとも呼ばれている）を元に、記録装置、例えばインクジェットプリンタのドライバーソフトウエアがそのインクジェットプリンターへ入力する為の印刷データを作成するのが一般的である。
【０００４】
しかしながら、記録装置のドライバーソフトウエアから記録装置へ入力されるデータは、周知の通り加法混色（ＲＧＢ）及び減法混色（ＣＭＹ）の原理（ＲＧＢの光の量を変化させるためには補色であるＣＭＹの量を変化する必要がある。）から考えると、ＲＧＢデータのままだと不都合がある。そのため、ＲＧＢデータを、シアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）に変換する必要がある。
【０００５】
又、実際にはインクジェットプリンター等の記録装置は、黒インクによって黒色をメディア上に記録している。それは次の３つの理由による。第１に、ＣＭＹの色材（インクジェットプリンターの場合にはインク）は化学的に合成されたものであり、理論上のＲＧＢとは正確な補色の関係ではなく、ＯＤ値（オプティカルディンティシイ）の高い黒を表現することが難しいことである。第２に、インクジェットプリンターの着弾精度の低さにより各色のずれが生じ、ＯＤ値の高い黒を表現することが難しいことである。そして第３は、黒を表現するためにＣＭＹの３色を使用するよりも単独の黒い色材を使用したほうが低コスト化ができるからである。その為に、ドライバーでは、ＲＧＢ２４ビットから黒抽出を行う処理を施し、ＣＭＹ及びＫ（黒）の連続色調のデータを作成している。
【０００６】
一方、記録装置のなかでも、インクジェットプリンターでは連続色調（多値画像）をそのまま印刷することが困難である。インクジェットプリンタは、一般的には、各画素を１つの色ドットを着弾させるか否かで表現するバイナリプリンタである。したがって最終的にインクジェットプリンターへ入力されるデータはＣＭＹＫのバイナリデータであり、ドライバーソフトウエアによってＣＭＹＫの連続色調のデータの２値化処理が行われている。
【０００７】
以上の一般的なプリンターの制御を図１を参照して説明する。図１はホストコンピュータ等で行われるアプリケーションソフトウエアによる画像データの作成及びオペレーティングシステムの出力およびドライバソフトウエアによる出力処理の手順を示す。図１のステップＳ１０１において、モニタ上でアプリケーションソフトウエアにより作成された画像データは、ステップＳ１０２においてＧＤＩを介して出力され、ステップＳ１０３において、１画素当たりＲＧＢ２４ビットで表現された画像データとしてプリンタのドライバーソフトウエアへ引き渡される。ここでのＲＧＢ２４ビットデータはラスタ形式である。図２は、水平方向について各ラスタラインにＮ個の画素（各色８ビット）が含まれ、垂直方向についてＭラインが含まれるラスタ形式の画像データの一例を示す図である。例えば、印刷媒体がレター用紙で画像の基本解像度が３６０ｄｐｉであり、かつ、印刷範囲が水平方向８インチ、垂直方向１０インチだとすると、Ｎが２８８０、Ｍが３６００となる。
【０００８】
その後、ステップＳ１０４においてガンマ補正やソース補正などの入力補正が画像データに対して施される。周知の如くガンマ補正とは人間の目と実際の濃度とのギャップを補正させることを目的としていて、この時点で連続色調はＲＧＢで表されている。ガンマ補正においては、一般的にはガンマ（γ）曲線で表される係数を画素値に乗じて画像データを補正する。係数として１．０，１．４，１．８，２．２等の数値が多く使用されている。
【０００９】
ステップＳ１０５においては、ＲＧＢ２４ビットデータはＣＭＹＫ３２ビットの多値データに変換される。これと同時にＣＭＹ成分より黒成分（Ｋ）の抽出を行う。
【００１０】
その後、ステップＳ１０６にて出力補正が施される。この出力補正では、インクジェットプリンターのインク液滴の大小に合わせて画像データが補正される。この時点では画像データはまだＣＭＹＫ３２ビットの多値データである。ステップＳ１０７では、連続色調データ即ち多値データを２値データに変換する２値化作業が、周知のＥＤ（誤差拡散法）やディザ法を用いて行われる。その際に変換後のデータはプリンタの処理できる形式とされる。
【００１１】
この様に最終的には、図３で表される様に、ＹＭＣＫの各色の２値データが作成される。図３の例では、ＹＭＣＫの各色データはラスター形式で並んでいる。このラスターデータの場合、ＹＭＣＫの各ラスターデータは、ラスター単位つまり図３を参照するとＮ画素ずつの単位でＭラスター分プリンターに送出される。この際、画像サイズがレター用紙で水平方向８インチ、垂直方向１０インチ分と仮定すると、１色分で１２９６０００バイト（２８８０×３６００／８）、４色分で５Ｍバイトを越す量となる。そこで、特にプリンターとホストコンピュータ側の通信を行うためのインターフェース（パラレルインターフェースやＵＳＢ等）の通信速度が遅い場合などは画像データを圧縮してプリンタへ送出し、データ量を少なくして全体的なスループットの向上を図ることもある。
【００１２】
しかしながら図３で示されたように、プリンタドライバーで最終的に作成されたＹＭＣＫの２値データがラスターデータの場合、プリンタで印字する際に、データの並びの水平−垂直変換（ＨＶ変換）を図５（ａ）の水平ラスターデータの場合の流れの様にプリンタ内で行う必要がある。何故ならば、典型的なインクジェットプリンタはシリアル方式のためである。シリアルプリンタの印刷ヘッドにおいては、ドットを形成するためのノズルは、図４の様に、各色ごとにヘッドの走査方向に対してほぼ垂直に配置されている。そのため、印刷ヘッドにデータを送出する際には、ノズルの並びに従ってアドレスが連続するようにデータが構成されている必要があり、そのようなデータへとラスターデータのアドレス付けを変換する、いわゆる水平／垂直変換（ＨＶ変換）を施す必要がある。プリンタ側では、そのＨＶ変換の負荷の為に、スループットの低下やＨＶ変換回路の為のコストが生じることという問題があった。
【００１３】
そこでこうした問題を解決する為に、図１のステップＳ１０７においてＹＭＣＫの２値データを作成する際に、ＨＶ変換された状態の画像データを生成する場合がある。図６は図４のイエロー成分について、横幅を２８８０ドットとして描いた例である。Ｙ１からＹ２４つまり２値データで２４ビットすなわち３バイト分のデータが、ラスター方向ではなくヘッドのノズル方向に沿って１列に配置されている。その後は２４ビットつまり２４ノズル分のデータを１列として２８８０カラム分連続的に並べられる。この形式をラスタデータに対してカラムデータと呼ぶ。
【００１４】
このようにカラムデータ形式でデータを配置することで、図５（ｂ）に表されるように、プリンタエンジンは受信したカラムデータを直接印刷ヘッドに転送することにより単純に印刷が可能となるので、プリンタにおけるスループットは向上する。また、ＨＶ変換回路を省くことができるので、コスト減にも効果があった。こうした技術はホストコンピュータとなるＰＣ内のＣＰＵの高速化によりプリンタドライバでの処理をＰＣ内で行ってもシステム全体の速度の向上が図ることが可能になってきたので、最近では多く用いられている手法でもある。この技術については特願平１０−２１３２６２でも詳細に記述されている。
【００１５】
又、この技術は２値化の際に印刷ヘッドのノズルの数やノズルの並び順などに応じて誤差拡散処理等の処理を適正化することにより、より高精度の印刷を提供することが可能でもある。その為に、プリンタとホストコンピュータ間を図７で示された様に双方向Ｉ／Ｆで接続し、プリンタドライバは、印刷に先立ってプリンタからその印刷ヘッドの情報を獲得しておき、印刷ヘッドのノズル数や並びなどに応じて効率的なデータ作成を行っていた。
【００１６】
又、プリンタドライバーはノズル数や並びの情報の他、ヘッドの温度情報、ヘッドの種類や、プリンタの状態の情報なども適時プリンタより取得している。プリンタの温度情報によりプリンタドライバーからのデータの送出のタイミングや濃度を変化させて印刷ヘッドに負荷なく印字を行うことが可能である。又、エラー情報の取得は多くのプリンタシステムで使用されており、プリンタにおける紙無し状態やプリンタドアの開閉状態をオペレータに知らせることができ、ユーザーフレンドリーなシステムを提供してきている。
【００１７】
【発明の解決しようとする課題】
以上、従来の印刷制御システム、特にホストコンピュータとプリンタ間について説明してきた。いずれのシステムも図１で示したように画像データを格納するため、あるいは画像データを処理するために大量のメモリー（通常はホストコンピュータ内に内蔵）が必要であった。又、印字データを表示するためのディスプレイ等の表示装置も必要となる。そのため、ホストコンピュータ無しで画像を印刷させるシステムはごく限られたものであった。最近では、インターネットを身近に簡単に扱えるように、一般のテレビにインターネット機能を付属させたウエブＴＶシステムなる製品がある。ウエブＴＶシステムでは、インターネット機能より直接プリンタに印字命令、データを送出できるものがあるが、これもテレビに図８で示されるようにウエブＴＶボックス８０１等の装置が必要であった。ウエブＴＶボックス８０１は家庭にあるＴＶ８０２に接続されており、公衆回線およびルーター（及び必要に応じてハブ）８０４を介してインターネット網８０３より情報を受け取ったり、あるいは送出したりする役目を担う。ウエブＴＶボックス８０１は、ウインドウズＣＥやＯｐｅｎＴＶ等のＯＳ、Ｅメールやブラウザをつかさどるアプリケーション、そして表示用及びプリント用のＨＴＭＬエンジン等のレンダラー（解析部）、さらに印刷データ作成用メモリー及び印刷データ送受信用メモリーにより構成されているのが一般的である。
【００１８】
又、ウエブＴＶボックス８０１はプリンタ８０５とのインターフェースも備え、レンダラーで作成されたラスターデータをプリンタに送出して印刷させることもできる。ウエブＴＶボックス８０１は家庭で簡単にインターネットを扱えるように構成されているが、プリンタにとっては通常のホストＰＣと同等である。
【００１９】
このように、何れにしてもプリンタでの印刷にはホストＰＣやウエブＴＶボックス等、プリンタにとってマスターになり得る装置が必要であり、多数の画像処理や大量のメモリー等が必要であった。
【００２０】
さらに、インターネット上のウエブサーバーなどから直接印字データを端末ＰＣなどの記録装置を介して端末側のプリンタに送出するシステムも存在するが、端末側のプリンタの構成や状態に関わらずデータを作成しているので、プリンタの状態や印刷ヘッドの形状に合わせて効率良くデータを作成することが出来なかった。
【００２１】
又、インターネット上から所望のプリンタドライバをダウンロードする形式の技術（特開２００１−４３０３９）もあるが、この技術も印刷データの処理をＰＣ内で施す必要があり、家庭電化製品のような簡易なデータ転送装置には適さなかった。
【００２２】
本発明の課題は、従来のプリントシステム、つまり印刷する為に必要なホストＰＣやウエブＴＶボックス等の大掛かりな装置を必要とせずに、提供しようとするものである。
【００２３】
本発明は上記従来例に鑑みてなされたもので、インターネットの双方向通信技術やウエブサーバー上でのデータ処理能力を十分に活用して新しい印刷技術に反映し、従来のプリンタ対ホストＰＣといった１対１の考え方を踏襲せずに、インターネットが接続できる多方面の場面でプリンタを活用できる印刷制御装置及び印刷制御方法を提供することを目的とする。
【００２４】
また、今後普及が予想されるデジタルテレビなどの家電ではインターネット接続機能内蔵型が主流となると予想もされていて、周辺機器としてのプリンタを接続する機会も増えていくと考えられている。本発明はこうしたいわゆるＮｏｎＰＣ型の家電（Ｉｎｔｅｒｎｅｔ　ａｐｐｌｉａｎｃｅ−インターネットアプライアンスとも呼ばれ、以下ＩＡとも呼ぶ）や装置に対して、安価で単純にウエブブラウザ画面等のプリントの機会を提供できる印刷制御装置及び印刷制御方法を提供することを目的とする。特に、高解像度の印刷の場合はドライバソフトウエアが必要とするメモリーが膨大となるので、ウエブサーバー上のメモリーを活用することにより安価にシステムを提供する。
【００２５】
又、ホストを使用した印刷システムでもホスト内にインストールされるプリンタドライバのデータ処理のためにインターネット上のサーバーを活用することより、ホスト資源の負荷の低減（メモリー等）を実現し、プリンタドライバのインストールやドライババージョンの更新を行うことなくユーザーにとって扱いの容易な印刷制御装置及び印刷制御方法を提供することを目的とする。
【００２６】
【課題を解決するための手段】
上記目的を達成するために本発明は次のような構成を備える。
【００２７】
本発明の一態様によれば、デジタルテレビ等の家電や通常のＰＣと接続されているインクジェットプリンタ等の記録装置から記録装置の印刷ヘッドの情報や状態を取得して、それらの情報と共に印刷の対象となるブラウザ（閲覧ソフトウエア）画面データを上りの公衆回線に送り、インターネット上のサービスプロバイダー等のＷＷＷサーバー内に予め開設されているホームページ等を通じて、これらのデータを内部のプリンタデータ解析部及び、プリンタ情報解析部により解析して、プリンタに応じた適切なデータを作成して、端末のブラウザにフィードバックし、印刷を行う手段を取る。
【００２８】
前記手段によれば、特にデジタルテレビ等の家電等に接続されているインターネット機器を用いた場合に、該インターネット機器にプリンタ接続の為のメモリーの増設や複雑なコントロール部の増設を行うことなく、ネット上でデータ処理を行い、処理が施されたデータを再び端末側であるインターネット機器に反映させることにより簡単に印刷を提供できる。さらにＰＣ上のインターネットブラウザを用いた場合でも、簡単なプリンタドライバを搭載するだけで、ネット上でデータ処理を行う事が可能となる。
【００２９】
あるいは本発明は次の構成を有する。
【００３０】
プリンタ情報と印刷対象となる情報とに基づいて印刷データを生成するサーバに接続可能な印刷制御装置であって、
接続されたプリンタからプリンタ情報を獲得し、前記印刷対象となる情報を特定するための情報と共に前記プリンタ情報を前記サーバに送信し、その応答として前記サーバより印刷データを受信して、該印刷データを前記プリンタにより印刷させる。
【００３１】
さらに好ましくは、前記プリンタ情報には、印刷ヘッドの素子数、素子の並び順、印刷方式、使用される色の種類のうちのいずれか少なくとも１を含む。
【００３２】
さらに好ましくは、前記印刷制御手段はコンピュータネットワークに接続され、該コンピュータネットワークに接続されたサーバが提供するデータを表示するための表示手段を更に備え、該表示手段により表示された前記サーバの提供する画面を介して前記印刷対象となる情報の所在を前記サーバに送信する。
【００３３】
さらに好ましくは、前記表示手段により表示される画面を介して前記プリンタの印刷モードを入力させ、該印刷モードを前記プリンタ情報と共に前記サーバに送信する。
【００３４】
あるいは上記印刷制御装置と、
プリンタ情報と印刷対象となる情報とに基づいて印刷データを生成するサーバと、
プリンタとを接続して構成される印刷システムである。
【００３５】
あるいは、プリンタ情報と印刷対象となる情報とに基づいて印刷データを生成するサーバを用いた印刷制御方法あって、
接続されたプリンタからプリンタ情報を獲得し、前記印刷対象となる情報を特定するための情報と共に前記プリンタ情報を前記サーバに送信し、その応答として前記サーバより印刷データを受信して、該印刷データを前記プリンタにより印刷させる。
【００３６】
あるいは上記方法をコンピュータにより実行させるためのコンピュータプログラムである。
【００３７】
あるいは上記コンピュータプログラムを記録したことを特徴とするコンピュータ可読記録媒体である。
【００３８】
【発明実施の形態】
本発明の好ましい実施形態の詳細説明を添付の図面を参照することにより以下に行う。
【００３９】
（第１実施形態）
図９は本実施形態の構成を表したシステムブロック図である。図９において、ブラウザコントロール部９０１は本発明の特長となる部分である。コントロール部９０１はデジタルテレビ９０２等のＮｏｎＰＣ家電等（ＩＡ）と接続されるか、あるいは内蔵されるものであり、主にインターネット接続と本発明に係るプリントシステムの実現とを目的として構成されている。
【００４０】
周知のウエブＴＶボックス等のインターネット用接続機器と異なるのは、図からも明らかであるが、後述するようにインターネット網のＷＷＷサーバー上で基本的印刷処理を施すので、ブラウザコントローラ内部で印刷データの作成を行う必要がなく印刷データ作成用のメモリーが存在しない点である。同様な理由で印刷用ＨＴＭＬエンジンも必要がない。
【００４１】
ブラウザコントロール部９０１は、マイクロプロセッサ及びメモリを備えている。メモリには、ブラウザを制御するために利用されるブラウザコントロール用メモリ９０１３、印刷データ受信用及び送信用メモリ９０１４が含まれる。また、ＴＶ／プリンタ用インターフェース９０１６として、ＩＡと接続する為のビデオインターフェースやＩＥＥＥ１３９４インターフェース等、又、プリンタと接続する為のＩＥＥＥ１２８４パラレルインターフェース、ＵＳＢインターフェース、ＩＥＥＥ１３９４インターフェース、さらにはＢｌｕｅＴｏｏｔｈ等の無線インターフェースを備える。何れのインターフェースも双方向通信が行えるようになることを前提とする。さらに、インターネット接続のために、ルータ（あるいはハブ）９０４に接続するためのネットワークインターフェースも備える。
【００４２】
そして上記構成上に基本となるＯＳ、例えばマイクロソフト社製のウインドウズＣＥやＯｐｅｎＴＶ社製の既存のＯＳを搭載し、機器の入出力管理やアプリケーションの管理を実行している。またアプリケーションとしてウエブブラウザ９０１１が搭載され、ブラウザ９０１１を介してインターネットに接続されたサーバ９０６により提供されるサービスを享受できる。ブラウザはマイクロソフト社製のインターネットエクスプローラ等の代表的なブラウザでも独自のブラウザでも良い。
【００４３】
ＩＡ９０２にブラウザ画面等の画像表示を行わせるために、画面表示用ＨＴＭＬエンジン９０１２も備えられる。画面表示用ＨＴＭＬエンジン９０１２は、ブラウザ９０１１により作成されるＧＵＩ画面やサーバから受信したＨＴＭＬデータ等に基づいて画像データを作成する。この画像データがＴＶプリンタインターフェース９０１６によりＩＡ９０２に送信されて表示される。
【００４４】
さらに、ブラウザコントローラ９０１はプリンタコントローラ９０１５を搭載する。プリンタコントローラ９０１５は、プリンタ９０３との通信を管理してプリンタから得た情報をブラウザに反映させ、それぞれのデータの送受信を管理する。
【００４５】
以上のような構成を持つブラウザコントロール部９０１により、ＩＡ９０２上に表示されたブラウザ画面をユーザインターフェースとしてオペレータが所望の印刷物を指定すると、必要なデータがまとめられて所定のサーバ（以下、インターネットプリントサーバと呼ぶ。）をあて先としてインターネットに送出される。
【００４６】
送出されたデータは、ルータ９０４など構内ネットワークを経由し、公衆回線を通じてアクセスポイント９０５に到達する。アクセスポイント９０５はネットワークオペレーションセンターとして存在して、ユーザーからの電話回線接続や光ファイバーによる接続を受け付けるための役目を担っている。アクセスポイント９０５を介してデータはインターネット網９０７に入り、指定されたインターネットプリントサーバー９０６に辿り着く。
【００４７】
インターネットプリントサーバ９０６は、サービスプロバイダ等により運営される一般のサーバであってもよい。このような一般のサーバは、ユーザーからのアクセスを管理する為のアクセスサーバー、ＩＰアドレスとドメイン名を変換する為のＤＮＳサーバーを中心に、Ｅメール等のメールを管理する為のメールサーバー（ＳＭＴＰ、ＰＯＰ）やニューズサーバーそして、本発明の制御の中心を担うＷＷＷサーバー９０６１を備える。ＷＷＷサーバー９０６１はホームページやサービス情報を提供するサーバーである。サービスプロバイダーはインターネットユーザーの複数のホームページやサービス情報を備えているのが通常である。そして、一般のサーバのうち、ＷＷＷサーバー内に後述する手順を実現するためのインターネットプリント用ホームページを有するサーバを、特にインターネットプリントサーバと呼ぶ。このホームページ内にインターネットプリント用サーバーソフトウエアが存在する。このソフトウエアの目的は、端末から上ってきた印刷情報及び印刷データを解析することである。
【００４８】
また、一般のサービスプロバイダの提供するサーバに限らず、インターネットプリントサーバ専用のサーバを設けても良い。この場合、ウエブサーバからＣＧＩ（コモンゲートウエイインターフェース）を介して印刷データがインターネットプリント用サーバーソフトウエアに渡され、このソフトウエアが実行されて印刷データの解析が実行される。この場合、インターネットプリントサーバ９０６は、インターネットプリント用ホームページをクライアントに対して提供する。そして、そこに対してクライアントから印刷データ等の入力があれば、バックエンドプログラムであるインターネットプリントサーバソフトウエアに対してそのデータを渡して処理を行わせる。
【００４９】
次にフローチャート図１０を用いてシステムの流れを具体的に説明する。
【００５０】
図１０において、ステップＳ１００１で制御が開始される。初めにオペレータが、図９のＩＡ９０２上で、印刷の対象となるウエブページ画面を図１１の画面１１０１のように表示させる。その際、オペレータは、ブラウザ９０１１をブラウザコントロール部９０１により起動し、ブラウザ中において所望のＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）を指定する。それにより、指定されたウエブページを有するサーバがそのウエブページをブラウザコントロール部９０１に送信し、それをブラウザコントロール部９０１が受信してＩＡ９０２に表示する。なお、このウエブページの画面表示はオペレータがその内容の確認のために行うための工程であるので、印刷対象となるウエブページのＵＲＬが予め分かっている場合には、この工程は省略できる。
【００５１】
印刷対象とする所望のウエブページのＵＲＬが確定したなら、ステップＳ１００２において前述したインターネットプリント用ホームページのＵＲＬをブラウザ９０１１から指定し、図１１に示す印刷用画面１１０２をブラウザ上で開く。このＵＲＬはオペレータが予め知徳しているものとする。
【００５２】
次にステップＳ１００３に於いて、オペレータは印刷用画面１１０２上で、印刷対象となるウエブページのＵＲＬと印刷時における印字モードを入力する。印字モードは、図１１の例では高画質の「Ｈｉｇｈ」と標準画質の「Ｌｏｗ」のいずれかが指定できる。
【００５３】
印刷モードが指定されると、ステップＳ１００４で、ブラウザコントロール部９０１内のプリンタコントローラ９０１５が、双方向Ｉ／Ｆを介してプリンタ９０３よりプリンタ情報の取得を試みる。ステップＳ１００５で情報の取得ができたか判断し、取得が不可能だった場合は、プリンタの電源が入っていないか、あるいは何らかのエラーが生じているとして、ステップＳ１００６のエラー処理に制御を移行する。
【００５４】
ステップＳ１００５でプリンタからの情報取得に成功した場合は、ステップＳ１００７に制御を移して、プリンタ９０３より取得したプリンタ情報、たとえは印刷ヘッドのノズル数、印刷ヘッドの並び順等のヘッド情報や、プリンタの状態情報等を一時的に印刷データ送信用メモリ９０１４に蓄える。
【００５５】
その後ステップＳ１００８で、蓄えられたプリンタ情報と共に、ステップ１００３入力された印刷対象のウエブページのＵＲＬや印字モード情報及びブラウザコントロール部９０１のＩＰアドレスをあわせてインターネットプリントサーバ９０６にアップする（ステップＳ１００８，Ｓ１００９）。ステップＳ１００９ではネット上のＵＲＬを検索しつつルータ９０４、公衆回線、アクセスポイント９０５等を経由してサーバー９０６にアップされたデータが届く。そして最終的には、ステップＳ１０１０において、指定されたＵＲＬアドレスにしたがって、ＷＷＷサーバ内にあるインターネットプリント用ホームページ内の、あるいはそれに関連づけられたインターネットプリント用サーバーソフトウエア９０６２が印字情報を受信する。
【００５６】
ステップＳ１０１１において、インターネットプリント用サーバーソフトウエア９０６２は、受信した印刷データやプリンタ情報等に基づき印刷データの作成を行う。インターネットプリント用サーバーソフトウエア９０６２は、取得した情報に基づいて、ただちにプリンタに入力できる形式の印刷データを生成する。この手順の詳細は後述する。
【００５７】
その後、ステップＳ１０１２において、印刷用サーバーソフトウエア９０６２で作成されたデータは、サーバ９０６により公衆回線を通じてブラウザコントロール部９０１に送出される。そしてステップＳ１０１３でブラウザコントロール部９０１は受信データを受信メモリ９０１４に蓄えつつ、プリンタコントローラ９０１５を介してプリンタに受信した印刷データを送出していく。この印刷データの授受はＦＴＰを用いて行うこともできる。
【００５８】
印刷データを受信したプリンタ９０３は、そのデータに従って印刷を行う。
【００５９】
ステップＳ１０１１での制御内容を更に詳しく説明しているのが図１２である。ステップＳ１２０１で、インターネットプリント用サーバーソフトウエアは、受信データに含まれている印刷対象ウエブページのＵＲＬを取得する。そして、ステップＳ１２０２で、そのＵＲＬで指定されるウエブページを読み出し、ＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）で記述されたそのウエブページ（ＨＴＭＬファイル）の内容を解析する。なおＵＲＬで取得されたブラウザ画面は殆どが前記ＨＴＭＬ言語で記述されているため、本実施形態もブラウザ画面の表示言語をＨＴＭＬとして説明している。
【００６０】
インターネット印刷用サーバーソフトウエア９０６２はＨＴＭＬレンダラー（解析部）を有している。このＨＴＭＬレンダラは、マイクロソフト社製インターネットエクスプローラ等の市販のウエブブラウザがウエブページの印刷のために使用するレンダラーと同等の処理を行う。つまりステップＳ１２０３で、ＨＴＭＬレンダラーにより対象ＨＴＭＬファイルがＲＧＢ２４ビットデータに変換される。
【００６１】
その後、ステップＳ１２０４により、変換されたＲＧＢ２４ビットデータに対して図１の処理工程１０３〜１０８と同等の処理が施される。すなわち、従来の技術において説明した様に、ＲＧＢ２４ビットの連続色調のデータに対してガンマ補正やソース補正などの入力補正を行い、ＣＭＹ２４ビットデータの変換した後、黒抽出を行いＣＭＹＫ３２ビットデータに変換する。その後、誤差拡散法やディザ法による２値化処理がＣＭＹＫ３２ビットデータについて施され、ＣＭＹＫの２値化データがプリンタの受信形態に合わせてＳ１２０５において作成される。この際に、ブラウザコントロール部９０１から受信したプリンタ情報が参照される点は、図１と同様である。
【００６２】
また、プリンタ情報には、プリンタの種類を示す情報を含めても良い。例えば、プリンタが電子写真プリンタであれば、入力される印刷データはラスタ形式でよい。したがってプリンタが電子写真プリンタであればホストはＨＶ変換を行う必要はない。
【００６３】
また、電子写真方式のプリンタには、ドットの大きさを制御することである程度階調を表現できるものがあり、そのようなプリンタに対しては入力印刷データを完全に２値化する必要はない。さらに昇華型プリンタであれば相当高度な階調表現が可能である。そのため、階調表現能力の有無もサーバに送信されることが望まし。ただし、階調表現能力は印刷方式により決まるために、印刷方式に関する情報を送信するようにしてもよい。
【００６４】
また、インクジェットプリンタであっても安価な普及品には、黒インクを使用せずにＣＭＹの合成により黒を表現する機種もある。このようなプリンタに対しては黒色抽出処理は不要である。したがって、このような黒インクを使用するか否かの情報も、プリンタ情報に含まれることが望ましい。
【００６５】
以上のようにして、インターネットに接続されたサーバにインストールされたインターネットプリント用サーバーソフトウエアにより、従来ＰＣ本体で行っていた印刷データの作成手順と殆ど同じ処理が施される。そして、生成された印刷データをクライアント端末であるブラウザコントロール部９０１により受信してプリンタに印刷させることができる。このため、クライアント端末は、印刷データを生成するためのメモリやプログラムを備えていなくともよく、プリンタを使用する環境と、インターネットに接続する環境さえ整っていれば印刷をおこなうことが可能である。
【００６６】
（第２実施形態）
第１実施形態は、デジタルテレビ等の家電（ＩＡ）との組み合わせのプリンティングシステムについてであるが、従来のプリントシステム、つまりパーソナルコンピュータとプリンタとの組み合わせによる実施も可能である。
【００６７】
図１３を用いてシステムの構成を説明する。図１３のＰＣ１３０１はごく一般的なパーソナルコンピュータ（ＰＣ）である。ＰＣ１３０１はＢＩＯＳ１３１１つまりＰＣの初期起動と入出力を管理するプログラム、中央演算処理装置であるＣＰＵ１３１２、全ての入出力とＣＰＵとを接続するバス１３１３、システム全ての構成を管理するＯＳ１３１４、本実施形態の印刷データ汎用ドライバが格納されたり、ユーザーデータの保存を行うハードディスク１３１５、本発明の印刷データを一時格納するための汎用メモリー１３１６、通常のアプリケーションソフトウエア１３１６、マイクロソフトインターネットエキスプローラ−等のブラウザアプリケーション１３１７、マウス、キーボード、ディスプレイ等、さらに一般のプリンタに使用される各種周辺装置ドライバ１３１８、ＰＣとプリンタを接続するＩＥＥＥ１２８４パラレルインターフェース、ＵＳＢ、ＩＥＥＥ１３９４，ＢｌｕｅＴｏｏｔｈ等のインターフェースドライバ１３１８、そして本実施形態で使用される印刷データ汎用ドライバなどにより構成されている。パーソナルコンピュータ以外の構成は実施形態１と全く同じなのでここでの詳細な説明は省略する。プリンタ１３１２、ルーター及びハブ１３０３、アクセスポイント１３０４、サービスプロバイダー内部１３０５、インターネット１３０６として構成されている。
【００６８】
以下、フローチャート図１４を用いて第２実施形態を説明する。
【００６９】
Ｓ１４０１で制御が開始され、始めにオペレータがＰＣ１３０１で印刷を目的とするブラウザ画面（図１１の画面１１０１）の表示を行う。所望の印刷画面が用意できたらＳ１４０２において他の新しいウインドウとしての印刷処理用のブラウザ画面（図１１の画面１１０２）を開く。このブラウザ画面は予め開設されているＵＲＬを入力することによって表示される。Ｓ１４０３に於いてオペレータが所望の印刷画面が表示されているＵＲＬと印刷時における印字モードを入力する。
【００７０】
その後、Ｓ１４０４で印刷データ汎用ドライバ（図１３の印刷データ汎用ドライバ１３１９）がプリンタよりＯＳに付属しているポートモニター等のＩ／Ｆドライバーを介してプリンタより必要情報の読み込みを行う。ここでの印刷データ汎用ドライバとは、一般のＰＣに格納されているプリンタドライバとは異なり、入力されたデータを単にＩ／Ｆドライバに送出する機能とプリンタからのデータを受信する機能のみを兼ね備えた単純な汎用的なドライバである。通常のドライバは各種色処理やデータ処理を行う機能までを兼ね備えているに対して、本発明における印刷データ汎用ドライバーは多機種のプリンタに対応するための入出力のコントロールのみに特化したドライバである。尚、印刷データ汎用ドライバーは入出力に特化しているためにデータの形式やプリンタの種類によって変更する必要がない。
【００７１】
その後、Ｓ１４０５において情報の取得が不可能だった場合は、プリンタの電源が入っていないか、何らかのエラーが生じているとしてＳ１４０６のエラーに制御を移行する。Ｓ１４０５でプリンタからの情報取得に成功した場合は、Ｓ１４０７に制御を移してプリンタより取得したヘッド情報、例えば、印刷ヘッドのノズル数の情報、印刷ヘッドの並び順情報、プリンタの状態情報等を一時印刷メモリー１３１６の一部に蓄える。Ｓ１４０８では、こうした蓄えられたプリンタ情報と共に、入力したＵＲＬや印字モード情報及び、ブラウザコントローラ本体のＩＰアドレスをあわせて、インターネットにアップさせる。Ｓ１４０９ではネット上のＵＲＬを検索しつつ、図１３におけるルータ１３０３、公衆回線、アクセスポイント１３０４を経由してサービスプロバイダ１３０５内の特定のサーバーにアップさせたデータが届く。そして最終的には、Ｓ１４１０に於いて、ＵＲＬアドレスが割り振られているＷＷＷＷサーバー内にある特定のホームページ内のインターネットプリント用サーバーソフトウエアが印字情報を受信する仕組みとなっている。
【００７２】
その後、受信したデータ情報に基づき、印刷用サーバーソフトウエアがＳ１４１１で印刷データの作成を行う。Ｓ１４１１での制御内容を更に詳しく説明しているのが図１２である。ここで改めて図１２の制御内容を説明する。Ｓ１２０１で印刷対象となるＵＲＬを取得し、取得されたＵＲＬで指し示されるＨＴＭＬデータの解析をＳ１２０２で開始する。その後、Ｓ１２０３で、ＨＴＭＬレンダラーにより対象ＨＴＭＬファイルがＲＧＢ２４ビットデータに変換されて、Ｓ１２０４により連続色調のＲＧＢ２４ビットデータに対して図１のステップＳ１０３〜１０８と同等の処理が施される。　つまり、従来の技術において説明した様に、ＲＧＢ２４ビットの連続色調のデータに対してガンマ補正やソース補正などの入力補正を行い、ＣＭＹ２４ビットデータの変換した後、黒抽出を行いＣＭＹＫ３２ビットデータに変換される。その後、２値化作業が誤差拡散法やディザ処理を行うのと同時に施されＹＭＣＫの２値化データがプリンタの受信形態に合わせてＳ１２０５において作成される。
【００７３】
要するに、実施形態１と同様に、印刷用サーバーソフトウエア内の処理は従来のＰＣで行っていたプリント用印刷データの作成手順と殆ど同じ処理が施されることになる。
【００７４】
その後、図１４に戻り、Ｓ１４１２に於いて、印刷用サーバーソフトウエア内で作成されたデータを公衆回線を通じてＩＰアドレスを参照しつつ、図１３のＰＣ１３０１に送出される。その後、Ｓ１４１３でＰＣ内のブラウザアプリケーションが受信したデータを印刷汎用ドライバに引渡し、ポートモニター等のＩ／Ｆドライバにデータを直接送出してプリンタにデータが送信される。その後、Ｓ１４１４においてプリンタに於いて印刷が開始される。
【００７５】
以上説明したとおり、第１及び第２実施形態によれば、インターネット上のサーバーを印刷データの処理に活用することにより、通常、直接プリンタに接続されているＩＡやＰＣ上で行う印刷データの処理を施すことなく、インターネット上で処理された印刷データをプリンタに送信することが可能である。特にインターネットアプライアンス機器（デジタルテレビ等の家電）の様に、プリントが主目的でないインターネットコントローラが接続されている機器では、プリンタの為のコントローラや余分なメモリーを持ち合わせる必要がなくなる。そして、主な処理はインターネット上で施されるので、安価なプリンティングシステムを提供出来る。さらに、プリンタの情報を取得してプリントヘッドの数や形状などに応じプリンタの受信形態合わせて、データを作成しているので幅広いプリンタに応用できドライバーなどのバージョンアップの必要もない。
【００７６】
又、通常のＰＣ上から印刷した場合でも、基本となる印刷データ汎用ドライバを一度格納しておけば、あらゆる本システムに対応したプリンタに対して有効となり、プリンタドライバのバージョンアップやインストール作業をオペレータが行う必要がなくなり、かつＰＣ資源（メモリーの負荷）の低減も図ることが出来、ＰＣ環境を快適にすることが可能である。
【００７７】
以上説明したとおり、本発明によれば、端末が印刷データを生成するためのメモリやプログラム等の資源を備えていなくとも、使用するプリンタに応じた印刷データを生成して印刷を実行することが可能となる。そのため、コンピュータ以外のプロセサ内蔵電気製品により印刷を行わせることも可能となる。
【００７８】
［他の実施の形態］
第１実施形態のプリンタコントローラにより図１０のステップＳ１００４において、また第２実施形態のプリンタドライバにより図１４のステップＳ１４０４において取得されるプリンタ情報には、具体的にはプリンタの不吐出ノズルに関する情報が含まれる。
【００７９】
プリンタは、図７に示したヘッド情報に加えて、不吐出のノズルの位置を示す情報をプリンタコントローラあるいはプリンタドライバに送信する。この場合、プリンタはインクの不吐出を検出する検出機構を備えている。例えば、そのためには光学センサが用いられる。その光学センサは、光ビームを発する発光部とそれを受光して電気信号に変換する受光部とを備える。そして、その光センサは、光ビームがヘッドのノズルの並びに対して平行ではない一定角度をなし、ひとつのノズルから吐出されるインクにより遮られるように、プリンタ本体に対して固定的に配置される。そして、インクジェットヘッドを一定距離移動すると、検知対象のノズルがひとつずつずれるように構成される。この構成により、一列のノズルについて、１ノズル分ずつヘッドを移動しつつインクの吐出を試み、そのときの光センサの出力信号値を判定することで、ノズル毎の不吐出を検出できる。もちろん、複数のノズル列が備えられている場合には、各ノズル列について同様に不吐出の検出が行える。
【００８０】
そして、このような不吐出情報を受信したプリンタコントローラあるいはプリンタドライバは、図１のステップＳ１０７における、「プリンタ側の受信形態に合わせた２値化処理」において、以下のようにデータを加工する。なお、以下、プリンタコントローラあるいはプリンタドライバを単に「コントローラ」と称する。
【００８１】
（１）水平データの場合
水平データとは、図５の（ａ）の場合にプリンタコントローラあるいはプリンタドライバによりプリンタに対して送信される形式のデータで、ラスタ形式である。
【００８２】
図１５のようにプリンタのヘッドに２４個のノズルが存在し、例えば番号８のノズルが不吐だという情報をプリンタから得ているとする。完全に稼働するヘッドを利用する場合と同様に印刷の制御が行われるとすれば、不吐出のノズルにより記録されるべき画素列は空白となる。たとえばカラープリンタの特定色のヘッドであれば、その画素列については本来の色が記録されない。
【００８３】
そこで、不吐出のノズルにより分断される使用可能なノズルのグループの内、最大のグループのみを印刷に使用するようデータを生成し、また、プリンタを制御する。
【００８４】
図１５の例では、不吐出の第８ノズルにより分断される使用可能なノズル群は、第１〜第７のノズル群と、第９〜第２４のノズル群になる。そこでこのうちの最大のノズル群、すなわち第９〜第２４のノズル群のみを使用して印刷を遂行するようコントローラはプリンタを制御する。
【００８５】
上記方針に従ってデータをコントローラ側よりラスター形式で送出する場合、第１ノズルから第７ノズルは使用できない。したがって、データ作成側即ちコントローラ側は、本来送出すべき第１から第２４ノズル用のデータのうち、第１から第８ノズルについてはＮＵＬＬデータが送出されるよう、第９ノズル目から第２４ノズル用のデータを作成する。すなわち、プリンタに送信する２値データを作成する際には、色毎にまず８ライン分のナルデータをメモリに充填し、その後に１６ライン分のドットデータをメモリに配置する。そして、そのデータをプリンタに送信する。その際には、データ送信に先立って、プリンタに対して、１回の用紙のフィード量を使用しないドット数に相当するライン数分（本例では８ライン分）短縮すべきことを通知する。これによって、使用するノズル幅とフィード量とが整合し、本来あるべき画像が印刷される。このようにすれば、プリンタにおいては用紙フィードの制御が通常の場合に比べて変更されるのみで、ヘッドからのインク吐出制御については通常通り行えばよい。
【００８６】
あるいは、コントローラは第９ノズルから第２４ノズルまでのデータを作成してプリンタに送出し、第１ノズルから第８ノズルまでのデータはプリンタ側で吐出しないように制御してもよい。コントローラは、第９ノズルから第２４ノズルにより使用される１６ライン分のデータを作成して格納するように制御する。ただし、この場合も用紙のフィード処理に関しては２４ノズル分のフィード量から１６ノズル分のフィード量に変化させるの必要があるので、プリンタ内部で制御を行なうか、前述のようにコントローラからのフィード量の命令などを変化させるかの措置を取る必要がある。
（２）カラムデータの場合
一方、図５の（ｂ）に示すように、カラムデータをプリンタに送信する場合、すなわちコントローラ側でＨＶ変換（水平−垂直変換）する場合にも、上記例と同様の方針により、不吐出のノズルを持つプリンタを用いて正常な印刷を行うことができる。
【００８７】
図１６に図１５と同じく第８ノズルが不吐出である例を示す。本来であれば、実線矢印のように第１ノズルから第２４ノズルに対応して順次データが配置・格納される。それに対して第８ノズルが不吐の場合には破線矢印のような並びとなる。すなわち、ラスターデータと同様に使用ノズルの連続性を考慮すると、印刷に使用できるノズルは第９ノズルから第２４ノズルとなる。これも、上述通りに使用可能な最大のノズル群が選択された結果である。ホスト側であるコントローラは残りの１６ノズルに対応したデータを作成してカラム方向にデータをプリンタ側に送出する。プリンタは第１ノズルから第８ノズルまでの吐出は行なわない制御を行い、第９ノズルから第１６ノズルを駆使して印刷を行なう。ラスターデータと同様に垂直方向のラインフィード（紙送り）制御は２４ノズル単位から１６ノズル単位に変更する必要がある。そのために、コントローラからの紙送り命令かプリンタ内部で独自紙送りの制御を行なう。
【００８８】
又、コントローラ側は使用しない１から８ノズル目までの部分にＮＵＬＬデータを送出して、紙送り制御を行なうことも可能である。このようにすれば、プリンタにおいては用紙フィードの制御が通常の場合に比べて変更されるのみで、ヘッドからのインク吐出制御については通常通り行えばよい。
【００８９】
【発明の効果】
以上説明したとおり、本発明によれば、端末が印刷データを生成するためのメモリやプログラム等の資源を備えていなくとも、使用するプリンタに応じた印刷データを生成して印刷を実行することが可能となる。そのため、コンピュータ以外のプロセサ内蔵電気製品により印刷を行わせることも可能となる。
【００９０】
本発明によれば、また、データ形式にかかわらず不吐ノズルを有するプリンタを用いて高品質の印刷を実現できる。
【図面の簡単な説明】
【図１】一般的な印刷データの作成フローチャート、
【図２】連続色調のデータの並びを表す図、
【図３】２値データの並びを表す図、
【図４】一般的なインクジェットプリンタの印刷ヘッドの図、
【図５】水平ラスターデータと垂直カラムデータの場合の制御の区分けを表している図、
【図６】カラムデータの２値データを表している図、
【図７】プリンタとプリンタドライバ間との通信内容を示す図、
【図８】ウエブＴＶとインターネット網とのシステム図、
【図９】本発明の実施形態１を表しているシステム図、
【図１０】本発明実施形態１のフローチャート、
【図１１】本発明実施形態１、２で使用されるブラウザ画面の図、
【図１２】本実施形態１、２でのフローチャートの一部を示す図、
【図１３】本発明の実施形態２を表しているシステム図、
【図１４】本発明実施形態２のフローチャート、
【図１５】不吐出ノズルを有するインクジェットヘッドによるラスタ形式のデータの印刷方法を示す図、
【図１６】不吐出ノズルを有するインクジェットヘッドによるカラム形式のデータの印刷方法を示す図である。
【図１】
2004127262.tif 000003
【図２】
2004127262.tif 000004
【図３】
2004127262.tif 000005
【図４】
2004127262.tif 000006
【図５】
2004127262.tif 000007
【図６】
2004127262.tif 000008
【図７】
2004127262.tif 000009
【図８】
2004127262.tif 000010
【図９】
2004127262.tif 000011
【図１０】
2004127262.tif 000012
【図１１】
2004127262.tif 000013
【図１２】
2004127262.tif 000014
【図１３】
2004127262.tif 000015
【図１４】
2004127262.tif 000016
【図１５】
2004127262.tif 000017
【図１６】
2004127262.tif 000018