(57)【要約】【課題】  シングルコネクションで圧縮データをダウンロードし、ダウンロードされた圧縮データを展開することによって展開データを作成する一連の工程を効率よく実行すること。【解決手段】  本発明の展開データ作成方法は、以下の各工程を備える。（１）画像オブジェクト２１０の第１圧縮データ２４０を所定サイズ単位でダウンロードする工程。（２）第１圧縮データ２４０を展開することによって第１展開データを作成する工程。（３）第１バンド２２０に対応する全ての第１展開データ２１０ａが作成されたのか否かを判断する工程。（４）判断工程で否定的に判断された場合に、上記の各工程を繰り返させる工程。（５）判断工程で肯定的に判断された場合に、画像オブジェクト２２０の第２圧縮データをダウンロードする工程。（６）第２圧縮データを展開することによって第２展開データを作成する工程。【選択図】  図２
2008246775.tif 000002
【特許請求の範囲】
【請求項１】
印刷データを作成するために複数の画像オブジェクトの圧縮データを１本のコネクションで外部装置からダウンロードし、ダウンロードされた圧縮データを展開することによって展開データを作成する展開データ作成方法であり、
印刷データの第１バンドとその次の第２バンドの両方に含まれるべき第１画像オブジェクトについて、その第１画像オブジェクトの所定サイズの第１圧縮データをダウンロードする第１ダウンロード工程と、
第１ダウンロード工程でダウンロードされた前記所定サイズの第１圧縮データを展開することによって第１展開データを作成する第１展開工程と、
前記第１バンドに対応する全ての第１展開データが作成されたのか否かを判断する判断工程と、
前記第１バンドに対応する全ての第１展開データが作成されていないと判断工程で判断された場合に、第１ダウンロード工程と第１展開工程と判断工程を繰り返させる工程と、
前記第１バンドに対応する全ての第１展開データが作成されたと判断工程で判断された場合に、前記第１バンドに含まれるべき第２画像オブジェクトについて、その第２画像オブジェクトの第２圧縮データをダウンロードする第２ダウンロード工程と、
第２ダウンロード工程でダウンロードされた第２圧縮データを展開することによって第２展開データを作成する第２展開工程と
を備える展開データ作成方法。
【請求項２】
第１ダウンロード工程でダウンロードされた総データサイズを記憶するデータサイズ記憶工程をさらに備え、
第１ダウンロード工程では、データサイズ記憶工程で記憶された総データサイズの値に続く前記所定サイズ分の範囲の第１圧縮データを送信するように外部装置に要求する
ことを特徴とする請求項１の展開データ作成方法。
【請求項３】
請求項１又は２の展開データ作成方法によって作成された第１展開データと第２展開データを印刷データに変換することによって前記第１バンドの印刷データを作成する印刷データ作成工程を備える印刷データ作成方法。
【請求項４】
印刷データを作成するために複数の画像オブジェクトの圧縮データを１本のコネクションで外部装置からダウンロードし、ダウンロードされた圧縮データを展開することによって展開データを作成する展開データ作成プログラムであり、
印刷データの第１バンドとその次の第２バンドの両方に含まれるべき第１画像オブジェクトについて、その第１画像オブジェクトの所定サイズの第１圧縮データをダウンロードする第１ダウンロード処理と、
第１ダウンロード処理でダウンロードされた前記所定サイズの第１圧縮データを展開することによって第１展開データを作成する第１展開処理と、
前記第１バンドに対応する全ての第１展開データが作成されたのか否かを判断する判断処理と、
前記第１バンドに対応する全ての第１展開データが作成されていないと判断処理で判断された場合に、第１ダウンロード処理と第１展開処理と判断処理を繰り返させる処理と、
前記第１バンドに対応する全ての第１展開データが作成されたと判断処理で判断された場合に、前記第１バンドに含まれるべき第２画像オブジェクトについて、その第２画像オブジェクトの第２圧縮データをダウンロードする第２ダウンロード処理と、
第２ダウンロード処理でダウンロードされた第２圧縮データを展開することによって第２展開データを作成する第２展開処理と
をコンピュータに実行させることを特徴とする展開データ作成プログラム。
【請求項５】
印刷データを作成するために複数の画像オブジェクトの圧縮データを１本のコネクションで外部装置からダウンロードし、ダウンロードされた圧縮データを展開することによって展開データを作成する展開データ作成装置であり、
印刷データの第１バンドとその次の第２バンドの両方に含まれるべき第１画像オブジェクトについて、その第１画像オブジェクトの所定サイズの第１圧縮データをダウンロードする第１ダウンロード手段と、
第１ダウンロード手段によってダウンロードされた前記所定サイズの第１圧縮データを展開することによって第１展開データを作成する第１展開手段と、
前記第１バンドに対応する全ての第１展開データが作成されたのか否かを判断する判断手段と、
前記第１バンドに対応する全ての第１展開データが作成されたと判断手段によって判断された場合に、前記第１バンドに含まれるべき第２画像オブジェクトについて、その第２画像オブジェクトの第２圧縮データをダウンロードする第２ダウンロード手段と、
第２ダウンロード手段によってダウンロードされた第２圧縮データを展開することによって第２展開データを作成する第２展開手段と
を備える展開データ作成装置。
【請求項６】
印刷データを作成するために複数の画像オブジェクトのデータを１本のコネクションで外部装置からダウンロードするダウンロード方法であり、
印刷データの第１バンドとその次の第２バンドの両方に含まれるべき第１画像オブジェクトについて、その第１画像オブジェクトの所定サイズの第１データをダウンロードする第１ダウンロード工程と、
前記第１バンドに対応する全ての第１データがダウンロードされたのか否かを判断する判断工程と、
前記第１バンドに対応する全ての第１データがダウンロードされていないと判断工程で判断された場合に、第１ダウンロード工程と判断工程を繰り返させる工程と、
前記第１バンドに対応する全ての第１データがダウンロードされたと判断工程で判断された場合に、前記第１バンドに含まれるべき第２画像オブジェクトについて、その第２画像オブジェクトの第２データをダウンロードする第２ダウンロード工程と
を備えるダウンロード方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷データを作成するために画像オブジェクトの圧縮データを外部装置からダウンロードし、ダウンロードされた圧縮データを展開することによって展開データを作成する技術に関する。
【背景技術】
【０００２】
本発明の背景となる事項を以下に列挙する。
（１）画像オブジェクトの圧縮データを外部装置からダウンロードし、ダウンロードされた圧縮データを展開することによって展開データを作成し、作成された展開データを印刷データに変換するプリンタが存在する。展開データは、例えば、ＲＧＢの多階層（例えば２５６階層）によって表現されるビットマップデータである。印刷データは、展開データより小さい階層によって表現されるビットマップデータである。印刷データの階層数は、プリンタの具体的な構成に依存する。即ち、ドットの有無のみを利用して印刷するプリンタの場合、印刷データは、２階層（例えば０と１）によって表現される。一方において、大ドット、中ドット、小ドット、及び、ドット無を利用して印刷するプリンタの場合、印刷データは、４階層（例えば０と１と２と３）によって表現される。
（２）バンド単位で印刷データを作成するプリンタが存在する。例えば、下記の特許文献１には、このタイプのプリンタが開示されている。
（３）いわゆるインデックス印刷を実行することができるプリンタが存在する。即ち、複数の画像オブジェクトを整列させて１ページに印刷するプリンタが存在する。例えば、下記の特許文献２には、このタイプのプリンタが開示されている。
【０００３】
【特許文献１】特開２００２−９６５０６号公報
【特許文献２】特開平１１−３１２０６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
外部装置から複数の画像オブジェクトをダウンロードする手法として、複数のコネクション（以下ではマルチコネクションと呼ぶ）で並列的に複数の画像オブジェクトをダウンロードする場合と、１本のコネクション（以下ではシングルコネクションと呼ぶ）で複数の画像オブジェクトをダウンロードする場合とが挙げられる。マルチコネクションで外部装置から複数の画像オブジェクトをダウンロードする場合、プリンタは、複数のリクエストを同時的に外部装置に送る。マルチコネクションに対応している外部装置は、各リクエストに対して画像オブジェクトの圧縮データを返信することができる。
【０００５】
シングルコネクションで画像オブジェクトをダウンロードする場合、外部装置に対して同時的に複数のリクエストが送られることがなく、１つの画像オブジェクトをダウンロードした後に次の画像オブジェクトをダウンロードすることになる。シングルコネクションで画像オブジェクトをダウンロードすることによって、マルチコネクションに対応していない外部装置（シングルコネクションによって通信する外部装置）からであっても、画像オブジェクトを確実に取得することができる。
【０００６】
一方において、例えば上述したインデックス印刷のための印刷データをバンド単位で作成する場合、１つのバンドに複数の画像オブジェクトが含まれることがある。例えば、図１は、印刷媒体１００に印刷するために利用される印刷データが複数のバンド１３０，１３２，１３４に分けられている様子を示す。この例の場合、各バンド１３０，１３２，１３４の印刷データが順に作成される。即ち、最初にバンド１３０の印刷データが作成されて印刷され、次いでバンド１３２の印刷データが作成されて印刷され、次いでバンド１３４の印刷データが作成されて印刷される。この図１に示されるように、１つのバンド１３０に複数の画像オブジェクト１１０，１２０が含まれることがある。さらに、２つ以上のバンドに１つの画像オブジェクトが跨って配置されることもある。図１の例の場合、画像オブジェクト１１０は、バンド１３０に含まれる部分１１０ａとバンド１３２に含まれる部分１１０ｂを有する。
【０００７】
バンド１３０の印刷データを作成するためにシングルコネクションで２つの画像オブジェクト１１０，１２０をダウンロードする場合、それらを同時にダウンロードすることができない。即ち、一方の画像オブジェクト１１０をダウンロードし、その後に他方の画像オブジェクト１２０をダウンロードする必要がある。この例の場合、画像オブジェクト１１０を構成する全ての圧縮データをダウンロードし、それを展開することによって画像オブジェクト１１０の全部の展開データを作成する手法が考えられる。しかしながら、この場合、画像オブジェクト１１０の展開データの部分１１０ｂは、バンド１３０の印刷データを作成するために必要のないデータである。展開データを作成するデバイスは、バンド１３２の印刷データを作成する段階まで画像オブジェクト１１０の展開データの部分１１０ｂをキャッシュしておく必要がある。即ち、デバイスは、画像オブジェクト１２０の展開データを作成してバンド１３０の印刷データを作成している間に、部分１１０ｂをメモリに一時的に記憶させておく必要がある。この場合、メモリを圧迫することになる。
【０００８】
本発明は、シングルコネクションで複数の画像オブジェクトの圧縮データをダウンロードして展開データを作成する場合に、展開データを効率的に作成するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
図１の例の場合、単純に考えると、画像オブジェクト１１０の圧縮データをダウンロードする際に、部分１１０ａに対応する圧縮データのみを送信するように外部装置にリクエストすればよいように思える。しかしながら、圧縮データを展開して展開データを作成してみなければ、その展開データがいずれのバンドに対応するものであるのかはわからない。このために、本発明では、以下の手法を採用することによって、展開データを効率的に作成することを実現する。
【００１０】
図２を参照しながら、本発明の展開データ作成方法について説明する。図２は、印刷媒体２００に印刷するために利用される印刷データが複数のバンド２３０，２３２，２３４に分けられている様子を示す。図２のデータは、あくまで例示である。図２の内容及びそれに関する以下の説明によって、本発明の技術的範囲が限定的に解釈されることはない。本発明の技術的範囲は、特許請求の範囲に記載された事項によって客観的に定められる。
【００１１】
本発明の展開データ作成方法は、印刷データを作成するために複数の画像オブジェクト２１０，２２０の圧縮データをシングルコネクションで外部装置からダウンロードし、ダウンロードされた圧縮データを展開することによって展開データを作成する。上記の外部装置は、特に限定されるものではなく、どのようなデバイスであってもよい。例えば、外部装置は、パーソナルコンピュータ、サーバ、デジタルカメラ、ポータブルメモリ等であってもよい。この展開データ作成方法は、以下の各工程を備える。
（１）印刷データの第１バンド２３０とその次の第２バンド２３２の両方に含まれるべき第１画像オブジェクト２１０について、その第１画像オブジェクト２１０の所定サイズの第１圧縮データ２４０をダウンロードする第１ダウンロード工程。
（２）第１ダウンロード工程でダウンロードされた上記の所定サイズの第１圧縮データ２４０を展開することによって第１展開データを作成する第１展開工程。
（３）第１バンド２３０に対応する全ての第１展開データ２１０ａが作成されたのか否かを判断する判断工程。上記の「第１バンド２３０に対応する全ての第１展開データ２１０ａ」は、第１バンド２３０の印刷データを作成するのに必要な全ての第１展開データ２１０ａ（第１画像オブジェクトの展開データ）を意味する。例えば、第１圧縮データ２４０の第１展開データのみが作成されている段階では、この判断工程で否定的な判断がなされる。この場合、次の工程が実行される。
【００１２】
（４）第１バンド２３０に対応する全ての第１展開データ２１０ａが作成されていないと判断工程で判断された場合に、第１ダウンロード工程と第１展開工程と判断工程を繰り返させる工程。即ち、第１圧縮データ２４０に続く第１圧縮データ２４２をダウンロードし、それを展開し、上記の判断工程を実行する。この場合、第１展開データ２１０ａの全部が依然として作成されないために、上記の工程が実行されることになる。即ち、第１圧縮データ２４４をダウンロードし、それを展開し、上記の判断工程を実行する。第１圧縮データ２４６についてもこの工程を実行し、第１圧縮データ２４８についてもこの工程を実行する。第１圧縮データ２４８が展開されて展開データが作成された場合、第１展開データ２１０ａの全部が作成されることになる。これにより、判断工程で肯定的な判断がなされる。この場合、次の工程が実行される。
【００１３】
（５）第１バンド２３０に対応する全ての第１展開データ２１０ａが作成されたと判断工程で判断された場合に、第１バンド２３０に含まれるべき第２画像オブジェクト２２０について、その第２画像オブジェクト２２０の第２圧縮データをダウンロードする第２ダウンロード工程。この第２ダウンロード工程では、上記の所定サイズの第２圧縮データをダウンロードしてもよいし、別の単位で第２圧縮データをダウンロードしてもよい。
（６）第２ダウンロード工程でダウンロードされた第２圧縮データを展開することによって第２展開データを作成する第２展開工程。
【００１４】
上記の展開データ作成方法は、第１画像オブジェクト２１０の圧縮データを少しずつダウンロードし（上記の所定サイズ単位でダウンロードし）、それを展開し、上記の判断工程を実行する。判断工程で肯定的な判断がなされると、第１画像オブジェクト２１０のダウンロードをストップし、第２画像オブジェクト２２０のダウンロードに移行する。この結果、第１バンド２３０の印刷データを作成するのに必要な第１展開データ２１０ａのみが作成される。もしくは、第２バンド２３２に対応する展開データが作成されたとしても（例えば図２の符号２４８参照）、それはごく僅かであり、第２バンド２３２に対応する全ての展開データ２１０ｂが作成されるわけではない。この展開データ作成方法を利用すると、第２バンド２３２の印刷データを作成する段階まで、第２バンド２３２に対応する全ての展開データ２１０ｂをキャッシュしておく必要がない。この方法によると、複数の画像オブジェクトの圧縮データをシングルコネクションによってダウンロードして展開データを作成する場合に、メモリ容量を圧迫することなく展開データを効率的に作成することができる。
【００１５】
なお、上記の展開データ作成方法は、第１ダウンロード工程でダウンロードされた総データサイズを記憶するデータサイズ記憶工程をさらに備えていてもよい。この場合、第１ダウンロード工程では、データサイズ記憶工程で記憶された総データサイズの値に続く上記の所定サイズ分の範囲の第１圧縮データを送信するように外部装置に要求してもよい。
この構成によると、第１ダウンロード工程において所定サイズ単位で第１圧縮データをダウンロードすることができる。従って、展開データが１バンド分を超えた場合であっても、次に圧縮データをダウンロードする場合には、前回にダウンロードした圧縮データの次からダウンロードを開始するため、無駄に圧縮データのダウンロードを行なわなくてもよい。
【００１６】
なお、上記の展開データ作成方法を利用する印刷データ作成方法も新規である。この印刷データ作成方法は、上記の展開データ作成方法によって作成された第１展開データと第２展開データを印刷データに変換することによって第１バンドの印刷データを作成する印刷データ作成工程を備える。
【００１７】
なお、次の展開データ作成プログラムも有用である。この展開データ作成プログラムは、以下の各処理をコンピュータに実行させる。
（１）印刷データの第１バンドとその次の第２バンドの両方に含まれるべき第１画像オブジェクトについて、その第１画像オブジェクトの所定サイズの第１圧縮データをダウンロードする第１ダウンロード処理。
（２）第１ダウンロード処理でダウンロードされた上記の所定サイズの第１圧縮データを展開することによって第１展開データを作成する第１展開処理。
（３）第１バンドに対応する全ての第１展開データが作成されたのか否かを判断する判断処理。
（４）第１バンドに対応する全ての第１展開データが作成されていないと判断処理で判断された場合に、第１ダウンロード処理と第１展開処理と判断処理を繰り返させる処理。
（５）第１バンドに対応する全ての第１展開データが作成されたと判断処理で判断された場合に、第１バンドに含まれるべき第２画像オブジェクトについて、その第２画像オブジェクトの第２圧縮データをダウンロードする第２ダウンロード処理。
（６）第２ダウンロード処理でダウンロードされた第２圧縮データを展開することによって第２展開データを作成する第２展開処理。
この展開データ作成プログラムを利用すると、展開データを効率的に作成することができるデバイスを実現することができる。
【００１８】
次の展開データ作成装置も有用である。この展開データ作成装置は、以下の各手段を備える。
（１）印刷データの第１バンドとその次の第２バンドの両方に含まれるべき第１画像オブジェクトについて、その第１画像オブジェクトの所定サイズの第１圧縮データをダウンロードする第１ダウンロード手段。
（２）第１ダウンロード手段によってダウンロードされた上記の所定サイズの第１圧縮データを展開することによって第１展開データを作成する第１展開手段。
（３）第１バンドに対応する全ての第１展開データが作成されたのか否かを判断する判断手段。
（４）第１バンドに対応する全ての第１展開データが作成されたと判断手段によって判断された場合に、第１バンドに含まれるべき第２画像オブジェクトについて、その第２画像オブジェクトの第２圧縮データをダウンロードする第２ダウンロード手段。
（５）第２ダウンロード手段によってダウンロードされた第２圧縮データを展開することによって第２展開データを作成する第２展開手段。
この展開データ作成装置を利用すると、複数の画像オブジェクトの圧縮データをシングルコネクションによってダウンロードして展開データを作成する場合に、メモリ容量を圧迫することなく展開データを効率的に作成することができる。
【００１９】
本発明は、より一般化すると、以下のダウンロード方法として表現することができる。即ち、このダウンロード方法は、印刷データを作成するために複数の画像オブジェクトのデータをシングルコネクションで外部装置からダウンロードする。この方法は、以下の各工程を備える。
（１）印刷データの第１バンドとその次の第２バンドの両方に含まれるべき第１画像オブジェクトについて、その第１画像オブジェクトの所定サイズの第１データをダウンロードする第１ダウンロード工程。
（２）第１バンドに対応する全ての第１データがダウンロードされたのか否かを判断する判断工程。
（３）第１バンドに対応する全ての第１データがダウンロードされていないと判断工程で判断された場合に、第１ダウンロード工程と判断工程を繰り返させる工程。
（４）第１バンドに対応する全ての第１データがダウンロードされたと判断工程で判断された場合に、第１バンドに含まれるべき第２画像オブジェクトについて、その第２画像オブジェクトの第２データをダウンロードする第２ダウンロード工程。
この方法によると、複数の画像オブジェクトのデータをシングルコネクションによって効率的にダウンロードすることができる。
【発明を実施するための最良の形態】
【００２０】
ここでは、以下の実施例に記載の技術の主要な特徴をまとめておく。
（形態１）複数の画像オブジェクトと各バンドとの相対的な位置関係を決定するレイアウト処理が実行される。レイアウト処理は、ＸＨＴＭＬ−Ｐｒｉｎｔデータに含まれる各画像オブジェクトの位置データに基づいて実行される。
（形態２）印刷媒体に印刷される順に各バンドの印刷データが作成される。１つのバンドのバンド幅は、例えば、インクジェットヘッドが１回の走査によって印刷することが可能である範囲に基づいて設定される。
（形態３）印刷データは、いわゆる二値データである。しかしながら、印刷データは、他の種類のデータ（例えば多値データ）であってもよい。
【実施例】
【００２１】
図面を参照して本発明の実施例を説明する。図３は、本実施例の多機能機システム２を示す。多機能機システム２は、ＰＣ１０と多機能機４０を備える。
【００２２】
（ＰＣの構成）
ＰＣ１０は、操作装置１２と表示装置１４と制御装置１６とネットワークインターフェイス２４を備える。操作装置１２は、キーボードやマウスによって構成されている。ユーザは、操作装置１２を操作することによって、様々な情報や指示をＰＣ１０に入力することができる。例えば、ユーザは、印刷指示をＰＣ１０に入力することができる。この結果、ＰＣ１０から多機能機４０に後述するＸＨＴＭＬ−Ｐｒｉｎｔデータが送られることになる。表示装置１４は、様々な情報を表示することができる。
【００２３】
制御装置１６は、ＣＰＵ１８とＲＯＭ２０とＲＡＭ２２等を有する。ＣＰＵ１８は、ＲＯＭ２０に記憶されているプログラムに従って各種の処理を実行する。ＲＯＭ２０は、各種のプログラムを記憶している。例えば、ＲＯＭ２０は、後述するＸＨＴＭＬ−Ｐｒｉｎｔデータを作成して多機能機４０に送信する処理を実行するためのプログラムを記憶している。ＲＡＭ２２は、ＣＰＵ１８が処理を実行する過程で生成される様々な情報を一時的に記憶することができる。ネットワークインターフェイス２４は、ネットワーク回線６０に接続されている。ネットワーク回線６０は、多機能機４０に接続されている。ＰＣ１０は、ネットワークインターフェイス２４を介して多機能機４０と通信可能である。
【００２４】
（多機能機の構成）
多機能機４０は、操作装置４２と表示装置４４と印刷装置４６とスキャナ装置４８と制御装置５０とネットワークインターフェイス５８を有する。操作装置４２は、複数のキーによって構成されている。ユーザは、操作装置４２を操作することによって、様々な情報や指示を多機能機４０に入力することができる。表示装置４４は、様々な情報を表示することができる。本実施例の印刷装置４６は、インクジェットタイプの印刷装置である。印刷装置４６は、後述する二値データ（印刷データ）に基づいて印刷用紙に印刷することができる。スキャナ装置４８は、原稿をスキャンして画像データを生成することができる。
【００２５】
制御装置５０は、ＣＰＵ５２とＲＯＭ５４とＲＡＭ５６等を有する。ＣＰＵ５２は、ＲＯＭ５４に記憶されているプログラムに従って各種の処理を実行する。ＲＯＭ５４は、各種のプログラムを記憶している。例えば、ＲＯＭ５４は、ＸＨＴＭＬ−Ｐｒｉｎｔデータに基づいて二値データのレイアウトを決定する処理、画像オブジェクトの圧縮データをダウンロードする処理、圧縮データを展開して展開データを作成する処理、展開データを二値データに変換する処理等を実行するためのプログラムを記憶している。ＲＡＭ５６は、ＣＰＵ５６が処理を実行する過程で生成される様々な情報を一時的に記憶することができる。ＲＡＭ５６に記憶される情報の内容は後で説明する。ネットワークインターフェイス５８は、ネットワーク回線６０に接続されている。ネットワーク回線６０は、ＰＣ１０に接続されている。多機能機４０は、ネットワークインターフェイス５８を介してＰＣ１０と通信可能である。
【００２６】
（多機能機が記憶するデータの内容）
図４は、多機能機４０のＲＡＭ５６の記憶内容の一例を示す。ＲＡＭ５６は、ＸＨＴＭＬ−Ｐｒｉｎｔデータメモリ（ＸＰＭ）７０と、コンテキストデータメモリ（ＣＤＭ）７２と、展開データメモリ（ＤＤＭ）８６と、バンドメモリ（ＢＭ）８８と、その他の記憶領域９０等を有する。ＸＰＭ７０は、ＰＣ１０から送信されてくるＸＨＴＭＬ−Ｐｒｉｎｔデータを記憶することができる。ＸＨＴＭＬ−Ｐｒｉｎｔデータの内容は、後で詳しく説明する。ＣＤＭ７２は、画像オブジェクトのアドレス（ファイル名）７４と、メタ情報７６と、インデックス７８と、圧縮データ８０と、受信済フラグ８２とを対応づけて記憶することができる。これらの各データ７４〜８２の具体的な内容は、後で詳しく説明する。ＤＤＭ８６は、展開データを記憶することができる。ＢＭ８８と、１バンド分の二値データを記憶することができる。記憶領域９０は、様々なデータを記憶することができる。記憶領域９０に記憶されるデータの内容は、必要に応じて後で説明する。
【００２７】
（ＰＣが実行する処理）
上述したように、ユーザは、ＰＣ１０の操作装置１２を操作することによって、印刷指示を入力することができる。この場合、ＰＣ１０は、印刷対象のデータからＸＨＴＭＬ−Ｐｒｉｎｔデータ（詳しくは後述する）を作成する。ＰＣ１０は、ＸＨＴＭＬ−Ｐｒｉｎｔデータを多機能機４０に送信する。この結果、多機能機４０は、以下の図５から図７の各処理を実行することになる。
【００２８】
（多機能機が実行する処理）
多機能機４０が実行する処理について説明する。この処理は、多機能機４０のＣＰＵ５２によって実行される。図５から図７は、ＰＣ１０からＸＨＴＭＬ−Ｐｒｉｎｔデータが送られてきた場合に多機能機４０が実行する処理のフローチャートを示す。
【００２９】
ＣＰＵ５２は、ＸＨＴＭＬ−Ｐｒｉｎｔデータを受信すると（Ｓ１０）、そのＸＨＴＭＬ−ＰｒｉｎｔデータをＸＰＭ７０（図４参照）に記憶させる。次いで、ＣＰＵ５２は、ＰＣ１０に対するＴＣＰコネクションを確立する（Ｓ１２）。続いて、ＣＰＵ５２は、ＸＰＭ７０に記憶されているＸＨＴＭＬ−Ｐｒｉｎｔデータに基づいてレイアウト処理を実行する（Ｓ１４）。以下に、レイアウト処理の内容について詳しく説明する。
【００３０】
図８から図１０は、ＸＨＴＭＬ−Ｐｒｉｎｔデータの一部を例示する。図８に示されるように、ＸＨＴＭＬ−Ｐｒｉｎｔデータ３００は、基準ＵＲＩ３０２を含んでいる。基準ＵＲＩ３０２は、ＰＣ１０のＩＰアドレス「１９２．１６８．０．１００」と「ｐｈｏｔｏ」を含んでいる。多機能機４０は、この基準ＵＲＩ３０２に含まれる画像オブジェクト（画像ファイル；後で詳しく説明する）の圧縮データをダウンロードし、それを展開して展開データを作成し、展開データを二値データ（印刷データ）に変換することになる。ＸＨＴＭＬ−Ｐｒｉｎｔデータ３００は、印刷メディアのルールを指定する文字列３０４と、印刷可能な範囲を指定する文字列３０６と、印刷媒体のサイズ３０７と、ブランク３０８とを含んでいる。このブランク３０８がどのようにして利用されるのかについては、後で詳しく説明する。
【００３１】
図９に示されるように、ＸＨＴＭＬ−Ｐｒｉｎｔデータ３００は、ブランク３１０を含んでいる（後で詳しく説明する）。また、ＸＨＴＭＬ−Ｐｒｉｎｔデータ３００は、画像オブジェクトの位置を指定するデータ３１５を含んでいる。本実施例では、８つの画像オブジェクトが整列された状態で１ページに印刷される。即ち、８つの画像オブジェクトがインデックス印刷される。このために、データ３１５は、８つの画像オブジェクトのそれぞれの位置データを含んでいる。各画像オブジェクトの位置データは、ブランク３２０，３２２，３２４と幅３２６と高さ３２８（後で詳しく説明する）を含んでいる。また、ＸＨＴＭＬ−Ｐｒｉｎｔデータ３００は、画像オブジェクトのより詳しい位置を指定するクラス属性３４０を含んでいる。クラス属性３４０は、画像オブジェクトの回転角やより詳細なブランク等を指定するものである。
【００３２】
図１０に示されるように、ＸＨＴＭＬ−Ｐｒｉｎｔデータ３００は、各画像オブジェクトのファイル名３５２とクラス３５４を指定するデータ３５０を含んでいる。例えば、データ３５０ａは、「ｐｈｏｔｏ  ００１．ｊｐｇ」というファイル名３５２と、「ｉｍｇ＿３４＿０ｄｅｇ」というクラス３５４を含んでいる。このクラス３５４は、図９の符号３４０ａのクラス属性に対応する。即ち、データ３５０ａに対応する画像オブジェクトは、「ｐｈｏｔｏ  ００１．ｊｐｇ」というファイル名３５２を有するものであり、クラス属性３４０ａに従って回転角や詳細なブランクが決定される。この例の場合、符号３４０ａのクラス属性は、「ｉｍａｇｅ＿ｏｒｉｅｎｔａｔｉｏｎ：０ｄｅｇ」を含んでいる。これは、データ３５０ａに対応する画像オブジェクトの回転角が「０」であることを意味する。なお、クラス属性３４０ａに含まれる詳細なブランクについての説明は省略する。
【００３３】
図１１は、ＸＨＴＭＬ−Ｐｒｉｎｔデータ３００に含まれる各ブランク等がどのような意味を持つのかを説明するための図を示す。符号４００は、１ページの印刷媒体（例えば印刷用紙）を示す。印刷媒体４００のサイズは、図８のサイズ３０７によって決定される。この例の場合、レターサイズの印刷媒体４００が採用される。ブランク４０８は、図８のブランク３０８に対応する。この例の場合、ブランク４０８は「０．２」（ｉｎｃｈ）である。ブランク４０９は、多機能機４０によって予め決められている値である。ブランク４１０は、図９のブランク３１０に対応する。この例の場合、ブランク４１０は「０」である。これにより、ページ領域４０６が画定する。このページ領域４０６内に複数の画像オブジェクトが配置されることになる。
【００３４】
ページ領域４０６のブランク４２２は、図９のブランク３２２に対応する。例えば、図９の位置データ３１５ａでは、ブランク３２２が「０」である。このために、ブランク４２２も「０」になる。ページ領域４０６のブランク４２４は、図９のブランク３２４に対応する。例えば、図９の位置データ３１５ａでは、ブランク３２４が「０．４６６」（ｉｎｃｈ）である。このために、ブランク４２４も「０．４６６」（ｉｎｃｈ）になる。ページ領域４０６のブランク４２０は、図９のブランク３２０に対応する。例えば、図９の位置データ３１５ａでは、ブランク３２０が「０」である。このために、ブランク４２０も「０」になる。幅４２６は、図９の幅３２６に対応する。例えば、図９の位置データ３１５ａでは、幅３２６が「３．２５」（ｉｎｃｈ）である。このために、幅４２６も「３．２５」（ｉｎｃｈ）になる。高さ４２８は、図９の高さ３２８に対応する。例えば、図９の位置データ３１５ａでは、高さ３２８が「２．５」（ｉｎｃｈ）である。このために、高さ４２８も「２．５」（ｉｎｃｈ）になる。
【００３５】
ＸＨＴＭＬ−Ｐｒｉｎｔデータ３００に含まれる各ブランク等を参照にすることによって、画像オブジェクトの位置を決定することができる。即ち、図１１の例では、符号４５０で示される領域に１つの画像オブジェクトが配置される。上述したように、ＸＨＴＭＬ−Ｐｒｉｎｔデータ３００は、８つの画像オブジェクトのそれぞれの位置データ３１５（図９参照）を含んでいる。このために、図１１の印刷媒体４００内における８つの画像オブジェクトの位置を決定することができる。図５のＳ１４のレイアウト処理において、ＣＰＵ５２は、ＸＨＴＭＬ−Ｐｒｉｎｔデータ３００から８つの画像オブジェクトの位置を決定する。図１２は、印刷媒体４００内における画像オブジェクト５１０，５２０，５３０，５４０の位置を示す。なお、実際には８つの画像オブジェクトが存在するが、図１２では、印刷媒体４００の上半分のみを示しており、４つの画像オブジェクト５１０，５２０，５３０，５４０のみを示している。
【００３６】
ＣＰＵ５２は、二値データをバンド単位で作成して印刷する。即ち、１ページの印刷媒体４００の印刷に利用される二値データは、複数のバンド４８０，４８２，４８４，４８６に分けられる。詳しくは後述するが、ＣＰＵ５２は、まず、第１バンド４８０の二値データを作成して印刷する。次いで、第２バンド４８２の二値データを作成して印刷する。この処理を第３バンド４８４以降も繰り返すことによって、１ページの印刷媒体４００に対応する全ての二値データが印刷されることになる。なお、１つのバンドのバンド幅（図１２の上下方向の長さ）は、インクジェットヘッドの１回の走査で印刷することができる幅である。なお、バンド幅は、他の基準によって定められてもよい。
【００３７】
図５に戻って、ＣＰＵ５２が実行する処理の説明を続ける。Ｓ１４のレイアウト処理で作成されたレイアウトデータ（画像オブジェクトの位置とバンドとの相対的な位置関係を示すデータ）は、例えば、記憶領域９０（図４参照）に一時的に記憶される。レイアウト処理を実行すると、ＣＰＵ５２は、第１バンド４８０を処理バンドとして特定する（Ｓ１６）。また、Ｓ１６では、ＣＰＵ５２は、ＢＭ８８（図４参照）をクリアする。次いで、ＣＰＵ５２は、処理バンドに画像オブジェクトが含まれているのか否かを判断する（Ｓ１８）。例えば、図１２の例の場合、第１バンド４８０に画像オブジェクト５１０，５２０が含まれている。この場合、ＣＰＵ５２は、Ｓ１８でＹＥＳと判断する。Ｓ１８でＹＥＳの場合、ＣＰＵ５２は、処理対象の画像オブジェクトを特定する（Ｓ２０）。例えば、図１２の例のように２つの画像オブジェクト５１０，５２０が存在する場合、一方のオブジェクト（本実施例では画像オブジェクト５１０とする）を特定する。Ｓ２０を終えると、図６のＳ５０に進む。
【００３８】
Ｓ５０では、ＣＰＵ５２は、処理対象の画像オブジェクトのコンテキストデータが存在するのか否かを判断する。図４のＣＤＭ７２は、画像オブジェクト毎のコンテキストデータを記憶することができる。ＣＰＵ５２は、ＣＤＭ７２の記憶内容をチェックすることによって、処理対象の画像オブジェクトのコンテキストデータが既に作成済であるのか否かを判断する。例えば、図１２の第１バンド４８０が処理バンドである場合、画像オブジェクトのコンテキストデータがまだ存在しない。この場合、Ｓ５０でＮＯと判断される。
【００３９】
Ｓ５０でＮＯの場合、ＣＰＵ５２は、処理対象の画像オブジェクト５１０のコンテキストデータを作成してＣＤＭ７２に記憶させる（Ｓ５２）。まず、ＣＰＵ５２は、画像オブジェクト５１０のファイル名「ｐｈｏｔｏ  ００１．ｊｐｇ」をＣＤＭ７２に記憶させる。この際、メタ情報７６とインデックス７８と圧縮データ８０には何も記憶されない。また、受信済フラグ８２は「０」である。
【００４０】
次いで、ＣＰＵ５２は、処理対象の画像オブジェクト５１０のデータ（本実施例ではＪＰＥＧファイル）を所定バイト分（本実施例では「４０００バイト」とする）だけ返信するようにＰＣ１０にリクエストを送信する（Ｓ５４）。具体的には、画像オブジェクト５１０のファイル名「ｐｈｏｔｏ  ００１．ｊｐｇ」を含むＨＴＴＰリクエストを送信する。このＨＴＴＰリクエストには、４０００バイト分（０〜３９９９バイトの範囲）のみを返信するように指示する文字列が含まれる。この結果、ＰＣ１０は、「ｐｈｏｔｏ  ００１．ｊｐｇ」のＪＰＥＧファイルに含まれる４０００バイト分のデータを多機能機４０に送信する（ＨＴＴＰレスポンス）。なお、本実施例の多機能機４０は、シングルコネクションでＰＣ１０とデータ通信を行なう。即ち、ＣＰＵ５２は、複数のＨＴＴＰリクエストを同時的に送信しない。ＣＰＵ５２は、１つのＨＴＴＰリクエストを送信し、それに対するＨＴＴＰレスポンスを受信すると、次のＨＴＴＰリクエストを送信する。
【００４１】
ここで、ＪＰＥＧファイルのデータ構造について説明しておく。図１３は、ＪＰＥＧファイルのデータ構造を簡単に示す。ＪＰＥＧファイル６１０は、メタ情報６１２と圧縮データ６１４を含む。メタ情報６１２は、画像に関するパラメータ（解像度等）や圧縮データ６１４を展開するために必要なパラメータ（ハフマンテーブル等）を含んでいる。圧縮データ６１４は、画像オブジェクトのＪＰＥＧ画像データ（後述する展開データ）が圧縮されたものである。ＪＰＥＧファイル６１０では、メタ情報６１２が先頭に存在しており、それに続いて圧縮データ６１４が存在している。従って、多機能機４０が先頭からデータを送信するようにＰＣ１０に要求すると、ＰＣ１０は、メタ情報６１２を先に返信することになる。
【００４２】
例えば、画像オブジェクト５１０について図６のＳ５４の処理がはじめて行なわれる場合、ＣＰＵ５２は、先頭から３９９９バイトまでの範囲を返信することを指示するＨＴＴＰリクエストを送信する。図１４は、ＨＴＴＰリクエスト７００の一例を示す。ＨＴＴＰリクエスト７００は、画像オブジェクト５１０のファイル名７０１を含んでいる。また、ＨＴＴＰリクエスト７００は、データの範囲を示す文字列７０２を含んでいる。例えば、先頭から３９９９バイトまでの範囲を送信するように指示する場合、文字列７０２に「０−３９９９」という数値が挿入される。この結果、ＰＣ１０は、先頭から３９９９バイトまでのデータを含むＨＴＴＰレスポンスを多機能機４０に返信する。
【００４３】
図１５は、ＨＴＴＰレスポンスの一例を示す。ＨＴＴＰレスポンス７１０は、いずれの範囲のデータを返信しているのかを示す文字列７１２と、ＪＰＥＧファイル６００の総データサイズを示す文字列７１４を含んでいる。ＨＴＴＰレスポンス７１０は、メタ情報（図１３の符号６１２参照）や圧縮データ（図１３の符号６１４参照）を含む。ＨＴＴＰレスポンス７１０に含まれるデータは、ＨＴＴＰリクエスト７００の内容に応じて変わる。例えば、ＪＰＥＧファイル６００の先頭から６０００バイトまでがメタ情報であり、先頭から３９９９バイトまでを返信することを指示するＨＴＴＰリクエスト７００が受信された場合、ＨＴＴＰレスポンス７１０は、メタ情報のみを含むことになる。また、上記の例で４０００バイトから７９９９バイトまでを返信することを指示するＨＴＴＰリクエスト７００が受信された場合、ＨＴＴＰレスポンス７１０は、メタ情報と圧縮データの両方を含むことになる。また、上記の例で８０００バイトから１１９９９バイトまでを返信することを指示するＨＴＴＰリクエスト７００が受信された場合、ＨＴＴＰレスポンス７１０は、圧縮データのみを含むことになる。なお、図１５では、ＨＴＴＰレスポンス７１０に含まれる圧縮データ７１６が例示されている。
【００４４】
図６に示されるＳ５４の処理を行なうと、４０００バイト分のデータが多機能機４０によって受信される（Ｓ５６）。ＣＰＵ５２は、ＣＤＭ７２（図４参照）のインデックス７８を増加させる。例えば、画像オブジェクト５１０（ｐｈｏｔｏ  ００１．ｊｐｇ）について先頭から３９９９バイトまでの範囲のデータが受信された場合、その画像オブジェクト５１０に対応するコンテキストデータのインデックス７８を「３９９９」まで増加させる。なお、Ｓ５６でメタ情報６１２（図１３参照）が受信された場合、ＣＰＵ５２は、そのメタ情報６１２をＣＤＭ７２に記憶させる。これにより、ＣＰＵ５２は、ＣＤＭ７２に記憶されているメタ情報６１２を利用して、後工程（図７のＳ７０）で圧縮データを展開することができる。
【００４５】
次いで、ＣＰＵ５２は、メタ情報を全て受信したのか否かを判断する（Ｓ５８）。例えば、メタ情報６１２（図１３参照）には、メタ情報自身の全データサイズを計算することができるデータが含まれる。ＣＰＵ５２は、メタ情報６１２の全データサイズを計算し、その全データサイズを受信したのか否かをインデックス７８から判断することができる。Ｓ５８でＮＯの場合、ＣＰＵ５２は、Ｓ５４に戻ってＨＴＴＰリクエストを実行する。このＨＴＴＰリクエストには、インデックス７８に記憶されている値（例えば３９９９）に続く４０００バイト分の範囲（４０００〜７９９９）を送信するように指示する文字列７０２（図１４参照）が含まれる。
【００４６】
Ｓ５８でＹＥＳの場合、メタ情報６１０が全て受信されたことになる。例えば、ＪＰＥＧファイル６１０のメタ情報６１２が６０００バイトのデータである場合、最初のＳ５６の処理で先頭から３９９９バイトまでの範囲のメタ情報６１２が受信され、次のＳ５６の処理で４０００から６０００バイトまでの範囲のメタ情報６１２（即ち全てのメタ情報）が受信されることになる。この場合、６００１から７９９９バイトまでの圧縮データ６１４も受信されることになる。この場合、Ｓ６０の処理が実行される。Ｓ６０では、ＣＰＵ５２は、圧縮データをＣＤＭ７２（図４参照）に記憶させる。例えば、画像オブジェクト５１０（ｐｈｏｔｏ  ００１．ｊｐｇ）の圧縮データが受信された場合、その画像オブジェクト５１０のファイル名に対応づけて圧縮データ８０を記憶させる。ＣＰＵ５２は、Ｓ６０を終えると、図７のＳ７０に進む。
【００４７】
Ｓ７０では、ＣＰＵ５２は、Ｓ６０でＣＤＭ７２に記憶された圧縮データを展開することによって、展開データを作成する。この展開データは、ＤＤＭ８６（図４参照）に一時的に記憶される。さらに、ＣＰＵ５２は、ＤＤＭ８６に記憶された展開データを二値データに変換し、その二値データをＢＭ８８（図４参照）に書き込む。展開データは、ＲＧＢの２５６階調のビットマップデータである。二値データは、展開データが二値化されたビットマップデータである。印刷装置４６（図３参照）は、後工程（図５のＳ３２）において、この二値データに従って印刷媒体４００にドットを形成することができる。なお、以下では、二値データのことを「印刷データ」と呼ぶことがある。ＣＰＵ５２は、展開データと二値データを作成すると、ＣＤＭ７２に記憶されている圧縮データをクリアするとともに、ＤＤＭ８６に記憶されている展開データをクリアする。
【００４８】
図１６は、２つの画像オブジェクト５１０，５２０の展開データが作成される様子を説明するための図を示す。上記のＳ７０の処理が実行されることによって、画像オブジェクト５１０の部分５１０ａに対応する展開データ（及び二値データ）が作成されることになる。ＣＰＵ５２は、処理対象の画像オブジェクト５１０について、処理バンド（第１バンド４８０）に対応する全ての展開データ（即ち二値データ）が作成されたのか否かを判断する（Ｓ７２）。例えば、図１６の部分５１０ａに対応する展開データが作成された段階では、第１バンド４８０に含まれる部分５１０ｂ，５１０ｃの展開データがまだ作成されていない。この場合、ＣＰＵ５２は、Ｓ７２でＮＯと判断する。
【００４９】
Ｓ７２でＮＯの場合、ＣＰＵ５２は、ＰＣ１０にＨＴＴＰリクエストを送信する（Ｓ７４）。このＨＴＴＰリクエストには、インデックス７８に記憶されている値（例えば７９９９）に続く４０００バイト分の範囲（８０００〜１１９９９）を送信するように指示する文字列７０２（図１４参照）が含まれる。即ち、図６のＳ５６で受信された圧縮データの続きの圧縮データをリクエストする。この結果、４０００バイト分の圧縮データが多機能機４０によって受信される（Ｓ７６）。さらに、ＣＰＵ５２は、ＣＤＭ７２のインデックス７８（図４参照）を増加させ、圧縮データをＣＤＭ７２に記憶させる。次いで、ＣＰＵ５２は、画像オブジェクト５１０を構成する全ての圧縮データを受信したのか否かを判断する（Ｓ７８）。Ｓ７８では、４０００バイト分のリクエストを送信した結果として、４０００バイトのレスポンスがあった場合に、ＮＯと判断される。一方において、４０００バイト分のリクエストを送信した結果として、４０００バイト未満のレスポンスがあった場合に、ＹＥＳと判断される。
【００５０】
Ｓ７８でＮＯの場合、ＣＰＵ５２は、Ｓ７０に戻って圧縮データを展開して展開データを作成し、展開データを二値データ（印刷データ）に変換する。これにより、図１６の部分５１０ｂの展開データが作成され、部分５１０ｂの二値データがＢＭ８８に書き込まれることになる。この状態では、Ｓ７２で再びＮＯと判断される。この結果、ＣＰＵ５２は、Ｓ７４，Ｓ７６，Ｓ７０の処理を再び繰り返すことになる。これにより、図１６の部分５１０ｃの展開データが作成され、部分５１０ｃの二値データがＢＭ８８に書き込まれることになる。なお、部分５１０ｃは、第２バンド４８２にも跨っている。この場合、ＣＰＵ５２は、第１バンド４８０に含まれる二値データのみをＢＭ８８に書き込む。また、この場合、ＣＰＵ５２は、Ｓ７０の処理において、第１バンド４８０に対応する展開データを作成するために必要であった圧縮データのみをＣＤＭ７２からクリアする。即ち、第２バンド４８２に対応する展開データを作成するために必要である圧縮データは、ＣＤＭ７２に残ることになる。この圧縮データは、第２バンド４８２に対応する展開データを作成する際に利用される。
【００５１】
図１６の部分５１０ａ，５１０ｂ，５１０ｃに対応する二値データが作成された場合、Ｓ７２でＹＥＳと判断される。この場合、図７のＳ８４に進む。Ｓ８４では、ＣＰＵ５２は、処理対象の画像オブジェクト５１０の圧縮データがＣＤＭ７２に存在せず、かつ、受信済フラグ８２（図４参照）が「１」であるのか否かを判断する。この受信済フラグ８２は、Ｓ７８でＹＥＳの場合に「１」になるものである。即ち、画像オブジェクト５１０の全ての圧縮データが受信された場合に、画像オブジェクト５１０に対応する受信済フラグ８２が「１」になる。図１６の部分５１０ａ，５１０ｂ，５１０ｃに対応する二値データが作成された段階では、画像オブジェクト５１０の全ての圧縮データが受信されていない。このために、Ｓ８４でＮＯと判断される。この場合、ＣＰＵ５２は、Ｓ８６をスキップして図５のＳ３０に進む。一方において、Ｓ８４でＹＥＳの場合、ＣＰＵ５２は、処理対象の画像オブジェクト（例えば５１０）に対応するコンテキストデータをＣＤＭ７２からクリアする（Ｓ８６）。
【００５２】
図５のＳ３０では、ＣＰＵ５２は、処理バンド（第１バンド４８０）に未処理の画像オブジェクトが存在するのか否かを判断する。即ち、ＣＰＵ５２は、第１バンド４８０に含まれていて、第１バンド４８０に対応する二値データが作成されてない画像オブジェクトが存在するのか否かを判断する。例えば、画像オブジェクト５１０の二値データ（図１６の符号５１０ａ，５１０ｂ，５１０ｃの二値データ）が作成された段階でＳ３０の処理が実行される場合、画像オブジェクト５２０については二値データがまだ作成されていない。この場合、Ｓ３０でＹＥＳと判断され、Ｓ２０に戻る。Ｓ２０では、画像オブジェクト５２０が処理対象の画像オブジェクトとして特定される。ＣＰＵ５２は、画像オブジェクト５２０について図６と図７の各処理を実行する。この結果、図１６に示される部分５２０ａと部分５２０ｂに対応する展開データ（及び二値データ）が作成されることになる。この場合、図５のＳ３０でＮＯと判断され、Ｓ３２に進む。
【００５３】
Ｓ３２では、ＣＰＵ５２は、第１バンド４８０の印刷処理を実行する。ＣＰＵ５２は、ＢＭ８８（図４参照）に記憶されている二値データ（印刷データ）に従って印刷するように印刷装置４６に指示する。これにより、印刷装置４６が第１バンド４８０を印刷することになる。次いで、ＣＰＵ５２は、全てのバンドについて印刷されたのか否かを判断する（Ｓ３４）。例えば、第１バンド４８０が印刷された段階では、第２バンド４８２以降の印刷が行なわれていない。この場合、Ｓ３４でＮＯと判断される。ＣＰＵ５２は、次の第２バンド４８２を処理バンドとして特定する（Ｓ３６）。また、ＣＰＵ５２は、ＢＭ８８（図４参照）をクリアする。即ち、第１バンド４８０の二値データをクリアする。
【００５４】
ＣＰＵ５２は、Ｓ３６を終えると、第２バンド４８２についてＳ１８以降の処理を実行する。この結果、図１６に示される部分５１０ｃの一部（第２バンド４８２に対応する部分）、部分５１０ｄ、部分５１０ｅ、部分５１０ｆ、部分５１０ｇ、及び部分５１０ｈの展開データ（及び二値データ）が作成される。次いで、図１６に示される部分５２０ｃ、部分５２０ｄ、部分５２０ｅ、部分５２０ｆ、及び部分５２０ｇの展開データ（及び二値データ）が作成される。これにより、第２バンド４８２の二値データが完成し、第２バンド４８２の印刷処理が実行される（図５のＳ３２）。ＣＰＵ５２は、第３バンド４８４以降についても同様に印刷処理を実行する。これにより、８つの画像オブジェクト５１０，５２０等が１ページに印刷された印刷媒体４００が得られることになる。ＣＰＵ５２は、全てのバンドの印刷を終えると、図５のＳ３４でＹＥＳと判断する。この場合、ＣＰＵ５２は、コネクションを切断し（Ｓ３８）、処理を終える。
【００５５】
上記の実施例によると、画像オブジェクト５１０の圧縮データが少しずつダウンロードされ（４０００バイト単位でダウンロードされ）、展開データ（及び二値データ）が作成される。展開データが作成される毎に、画像オブジェクト５１０について第１バンド４８０に対応する全ての展開データが作成されたのか否かが判断される。ここで肯定的な判断がなされると、画像オブジェクト５１０のダウンロードをストップし、画像オブジェクト５２０のダウンロードに移行する。この結果、第１バンド４８０の二値データを作成するのに必要な展開データ（部分５１０ａ〜５１０ｃに対応する展開データ）のみが作成される。即ち、画像オブジェクト５１０について第２バンド４８２や第３バンド４８４に対応する全ての展開データが作成されるわけではない。このために、展開データを記憶するための記憶容量（本実施例の場合はＤＤＭ８６の記憶容量）は非常に少なくて済む。本実施例によると、シングルコネクションで複数の画像オブジェクト５１０，５２０等の圧縮データをダウンロードして展開データを作成する場合に、メモリ容量を圧迫することなく展開データを効率的に作成することができる。
【００５６】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
例えば、上記の実施例の多機能機４０は、ＰＣ１０から画像オブジェクトの圧縮データをダウンロードして印刷データを作成する。しかしながら、多機能機４０は、デジタルカメラ、メモリカード、インターネット上のサーバ、その他の外部装置から画像オブジェクトをダウンロードして印刷データを作成してもよい。
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【図面の簡単な説明】
【００５７】
【図１】バンド単位で印刷データを作成する様子を説明するための図を示す。
【図２】本発明の方法を説明するための図を示す。
【図３】実施例の多機能機システムの構成を示す。
【図４】多機能機のＲＡＭの記憶内容の一例を示す。
【図５】多機能機が実行する処理のフローチャートを示す。
【図６】図５の続きのフローチャートを示す。
【図７】図６の続きのフローチャートを示す。
【図８】ＸＨＴＭＬ−Ｐｒｉｎｔデータの一例を示す。
【図９】ＸＨＴＭＬ−Ｐｒｉｎｔデータの一例を示す。
【図１０】ＸＨＴＭＬ−Ｐｒｉｎｔデータの一例を示す。
【図１１】ＸＨＴＭＬ−Ｐｒｉｎｔデータに含まれるブランク等を説明するための図を示す。
【図１２】複数の画像オブジェクトが１ページの印刷媒体にレイアウトされている様子を示す。
【図１３】ＪＰＥＧファイルのデータ構成を簡単に示す。
【図１４】ＨＴＴＰリクエストの一例を示す。
【図１５】ＨＴＴＰレスポンスの一例を示す。
【図１６】画像オブジェクトを少しずつダウンロードする様子を説明するための図を示す。
【符号の説明】
【００５８】
２：多機能機システム
１０：ＰＣ
４０：多機能機
２００：印刷媒体
２１０，２２０：画像オブジェクト
２３０，２３２，２３４：バンド
２４０，２４２，２４４，２４６，２４８：圧縮データ
【図１】
2008246775.tif 000003
【図２】
2008246775.tif 000004
【図３】
2008246775.tif 000005
【図４】
2008246775.tif 000006
【図５】
2008246775.tif 000007
【図６】
2008246775.tif 000008
【図７】
2008246775.tif 000009
【図８】
2008246775.tif 000010
【図９】
2008246775.tif 000011
【図１０】
2008246775.tif 000012
【図１１】
2008246775.tif 000013
【図１２】
2008246775.tif 000014
【図１３】
2008246775.tif 000015
【図１４】
2008246775.tif 000016
【図１５】
2008246775.tif 000017
【図１６】
2008246775.tif 000018