JP4830936B2 - 印刷システム、及び該システムに使用するホスト機器 - Google Patents

Description

本発明はパーソナルコンピュータ（ＰＣ）等のホスト機器に接続され、圧縮処理されたＸＰＳ文書データの印刷処理を行う印刷システム、及び該システムに使用するホスト機器に関する。

近年、新しいＯＳ（operating system）を導入したパーソナルコンピュータ（ＰＣ）が市販されている。このコンピュータは、新たなユーザ エクスペリエンスを導入し、情報の表示、検索、整理やコンピューティング環境の制御を確実に行えるように設計されている。例えば、印刷サブシステムが組み込まれた通信テクノロジにより、プリントジョブの設定方法を適切に認識でき、より効率的な印刷データの送信処理を行うことができる構成である。

例えば、新しいＯＳを搭載したパーソナルコンピュータ（ＰＣ）で作成する印刷データは、ＸＭＬ（extensible markup language）をベースとするＸＰＳ（ＸＭＬ Paper Specification）文書で作成される。このＸＰＳ文書データは、通常Ｚip形式で圧縮処理が行われ、圧縮ファイルは、個々のファイル情報を記録するファイルヘッダ部と、ファイル後端部のディレクトリーレコード部で構成されている。そして、例えばファイルヘッダ部内の所定フラグがオンに設定されている場合、データＣＲＣ情報、圧縮済みサイズ 、伸長後のサイズ情報に具体的な情報を格納しない仕様である。

一方、特許文献１はＸＭＬで作成された文書データを外部メディアに転送する際、上記文書データに対してセキュリティ情報を付加し、画像データの転送の可否を上記セキュリティ情報に基づいて制御する発明である。
特開２００６−２１５９２７号公報

上記構成のＸＰＳ文書データは、通常Ｚip形式で圧縮処理が行われ、圧縮ファイルは、上記のように個々のファイル情報を記録するファイルヘッダ部と、ファイル後端部のディレクトリーレコード部で構成されている。そして、例えばファイルヘッダ部内の所定フラグがオンに設定されている場合、データＣＲＣ情報、圧縮済みサイズ 、伸長後のサイズ情報に具体的な情報を格納しない仕様である。

このため、このような圧縮データが印刷装置に送信された場合、圧縮データを全てバッファに取り込み（ファイル後端のディレクトリーレコード部の情報までバッファに取り込み）、その後伸張処理に移行する。このため、例えばファイルサイズの大きいＸＰＳ文書データの場合、印刷処理に時間を要する。

そこで、本発明はホスト機器のフィルタドライバによって、ファイルヘッダ部の所定フラグがオンに設定されている場合、データＣＲＣ情報等の情報をファイルヘッダ部の所定エリアに記録し、印刷データの受信処理、伸張処理、描画処理等を並列処理し、印刷処理時間を短縮する印刷システム、及び該システムに使用するホスト機器を提供するものである。

上記課題は第１の発明によれば、ネットワークを介して印刷装置に接続されたホスト機器であり、該ホスト機器は、ＸＰＳ文書データを作成すると共に、ファイルヘッダ部とディレクトリーレコード部より成る圧縮ファイルを作成する印刷データ作成手段と、前記ファイルヘッダ部を検索し、所定フラグを検出するフラグ検出手段と、該フラグを検出すると、データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズの情報を前記ディレクトリーレコード部から読み出し、前記ファイルヘッダ部の所定エリアに書き込む書込手段と、前記ファイルヘッダ部に前記データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズの情報が書き込まれた圧縮ファイルを前記印刷装置に送信する送信手段とを有するホスト機器を提供することによって達成できる。

また、上記課題は第２の発明によれば、前記圧縮ファイルは、Ｚip形式の圧縮ファイルであることを特徴とするホスト機器を提供することによって達成できる。

また、上記課題は第３の発明によれば、ネットワークを介してホスト機器と印刷装置が接続された印刷システムであり、前記ホスト機器は、ＸＰＳ印刷データを作成すると共に、ファイルヘッダ部とディレクトリーレコード部より成る圧縮ファイルを作成する印刷データ作成手段と、前記ファイルヘッダ部を検索し、所定フラグを検出するフラグ検出手段と、該フラグを検出すると、データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズの情報を前記ディレクトリーレコード部から読み出し、前記ファイルヘッダ部の所定エリアに書き込む書込手段と、前記ファイルヘッダ部に前記データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズの情報が書き込まれた圧縮ファイルを前記印刷装置に送信する送信手段とを有し、前記印刷装置は、前記圧縮ファイルを受信する受信手段と、該圧縮ファイルを伸張する伸張手段と、該伸張後の前記ＸＰＳ文書データに基づいて記録媒体に印刷処理を行う印刷制御手段とを有する印刷システムを提供することによって達成できる。

また、上記課題は第４の発明によれば、ネットワークを介して印刷装置に接続されたホスト機器であり、ＸＰＳ文書データを作成すると共に、ファイルヘッダ部とディレクトリーレコード部より成る圧縮ファイルを作成する印刷データ作成処理と、前記ファイルヘッダ部を検索し、所定フラグを検出するフラグ検出処理と、該フラグを検出すると、データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズの情報を前記ディレクトリーレコード部から読み出し、前記ファイルヘッダ部の所定エリアに書き込む書込処理と、前記ファイルヘッダ部に前記データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズの情報が書き込まれた圧縮ファイルを前記印刷装置に送信する送信処理とを行う印刷データ作成方法を提供することによって達成できる。

さらに、上記課題は第５の発明によれば、ネットワークを介して印刷装置に接続されたホスト機器で使用するプログラムであり、ＸＰＳ文書データを作成すると共に、ファイルヘッダ部とディレクトリーレコード部より成る圧縮ファイルを作成する印刷データ作成処理と、前記ファイルヘッダ部を検索し、所定フラグを検出するフラグ検出処理と、該フラグを検出すると、データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズの情報を前記ディレクトリーレコード部から読み出し、前記ファイルヘッダ部の所定エリアに書き込む書込処理と、前記ファイルヘッダ部に前記データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズの情報が書き込まれた圧縮ファイルを前記印刷装置に送信する送信処理とを少なくとも実行する機能を有するプログラムを提供することによって達成できる。

上記課題の解決手段によれば、圧縮ファイル内のファイルヘッダ部の所定フラグがオンに設定されている場合、データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズの情報が前記ディレクトリーレコード部から読み出され、前記ファイルヘッダ部に書き込まれるので、印刷装置において印刷データの受信処理、圧縮データの伸張処理、伸張処理後のＸＰＳ文書データの解析処理、及び描画処理を並列的に処理することが可能となる。

以下、図面を参照しながら本発明の実施の形態について説明する。

（実施形態１）
図２は本発明の印刷装置を使用した印刷システムのシステム構成図である。

同図において、ホスト機器１であるパーソナルコンピュータ（ＰＣ１）と印刷装置２はＬＡＮ等のネットワークを介して接続されている。ホスト機器１には印刷文書を作成するアプリケーションプログラムや、ブラウザソフト、エクスプローラ等のプログラムがインストールされている。また、印刷装置２には上記ネットワークを介してホスト機器１に接続されると共に、ＵＳＢインターフェイス又はパラレルインターフェイスを介してホスト機器３に接続されている。

図１はホスト機器１内のプリンタドライバの構成を示す図である。アプリケーション５、印刷ＡＰＩ（Application Program Interface）６、スプーラ７、フィルタドライバ８、ＸＭＬスプール９、ポートモニタ１０で構成されている。アプリケーション５は、ワードプロセッサ、表計算ソフトウェア、図形プロセッサ等であり、印刷対象のデータを米国Microsoft社が開発した文書・印刷形式であるＸＰＳ（ＸＭＬ Paper Specification）文書で作成するプログラムであり、印刷ＡＰＩ６を使用し、印刷データの作成を行う。

スプーラ７は上記ＸＰＳ文書をスプールファイルとして生成する。また、スプーラ７はフィルタドライバ８に対して、生成したスプールファイルの処理を依頼する。

フィルタドライバ８はスプーラ７に送られたスプールファイルを検索し、後述するファイル変換処理を行う。この変換データはポートモニタ１０に読み出され、ポートモニタ１０から印刷データとして印刷装置２に出力される。

図３は印刷装置２の構成を示す図である。同図において、印刷装置２はＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、タイマ１４、及び各種インターフェイスで構成されている。ＣＰＵ１１はＲＯＭ１２に記憶したプログラムに従って印刷処理を行い、ＲＡＭ１３をワークエリアとして使用し、印刷制御を行う。

ホストインターフェイス（以下、ホストＩ／Ｆで示す）１５には、例えばＵＳＢインターフェイス又はパラレルインターフェイスを介して前述のホスト機器３が接続され、当該ホスト機器３から供給される印刷データ（ＸＭＬ文書データ）を上記ＣＰＵ１１等によって印刷処理する。

また、ＮＩＣ(network interface card)Ｉ／Ｆ１６にはネットワークを介して、前述のホスト機器１が接続され、当該ホスト機器１から供給される印刷データ（ＸＭＬ文書データ）を上記ＣＰＵ１１等によって印刷処理する。

さらに、ビデオＩ／Ｆ１７は、ビデオデータの入出力制御を行い、エンジンＩ／Ｆ１８は、エンジン部との間で制御信号の授受や、エンジン部への画像データの出力を行う。また、印刷装置２には外部記憶装置接続Ｉ／Ｆ１９を介して外部記憶装置が接続されている。

上記構成において、以下に本例の処理を説明する。

先ず、ホスト機器１のアプリケーション５によって作成された印刷データは、ＸＰＳ文書形式で作成され、Ｚip形式で圧縮処理され、スプーラ７にスプールファイルとして保持される。図４はそのファイル構成を示し、ファイルヘッダ部とディレクトリーレコード部で構成されている。

ファイルヘッダ部は、[local file header １]〜[local file header ｎ]で構成され、[local file header]は[file data]と[data descriptor]で構成されている。また、各[local file header]の具体的な構成は、[local file header signature]、[version needed to extract]、[general purpose bit flag]、[compression method]、[last mod file time]、[last mod file date]、[crc-32]、[compressed size] 、[uncompressed size] 、[file name length]、[extra field length]、[file name（version size）]、 [extra field（version size）]で構成されている。

また、ディレクトリーレコード部は、[archive decryption header]以降のエリアで構成され、例えば[zip64 end of central directory record]、 [zip64 end of central directory locator]等で構成され、ファイルの最後に[end of central directory record]が記述されている。

上記構成において、[crc-32]（データＣＲＣ(cyclic redundancy check)情報）、[compressed size]（圧縮済みサイズ） 、[uncompressed size]（伸長後サイズ）に記述するデータはＺipファイル仕様上必ずしも記述する必要はなく、[general purpose bit flag]をセットすることによって記述を省略できる（[crc-32]、[compressed size] 、[uncompressed size] に“０”を設定できる）。

また、上記[crc-32]、[compressed size] 、[uncompressed size] への“０”設定は、ファイルヘッダ部の[local file header]毎に異なり、本例のフィルタドライバ８によってＺip形式のファイルに処理を施し、印刷装置２においてストリームデータとして逐次伸長処理を可能とさせる。以下、フィルタドライバ８の処理を説明する。

図５は本例の処理を説明するフローチャートであり、特にフィルタドライバ８による処理を説明するフローチャートである。同図において、先ず処理対象レコード番号を初期化する（ステップ（以下、Ｓで示す）１）。具体的には、処理対象レコード番号を格納するレジスタ（recno）に“１”をセットする。

次に、ファイルヘッダ部の走査を開始し、上記レジスタ（recno）に記録された[local file header]の情報を取得する（Ｓ２）。ここで、該当レコードが有るか判断する（Ｓ３）。この場合、先ずレジスタ（recno）は“１”であり、例えば前述の図４に示す例では、[local file header １]のファイル情報が対応し（Ｓ３がＹＥＳ（イエス））、[general purpose bit flag]が設定されているか（オンであるか）判断する（Ｓ４）。

ここで、[general purpose bit flag]がオンでなければ（Ｓ４がＮＯ（ノー））、[crc-32]、[compressed size] 、[uncompressed size] には具体的なデータが記述されており、次の処理対象レコードを検索するべく処理対象レコードの更新処理を行う（Ｓ７）。一方、[general purpose bit flag]がオンであれば（Ｓ４がＹＥＳ）、[crc-32]、[compressed size] 、[uncompressed size]の記述は省略されており、ディレクトリーレコード部から対応する情報を取得する。

具体的には、先ず[local file header]内のファイル名と同一の[central directory record]を取得し（Ｓ５）、このレコードから対応するデータＣＲＣ情報、圧縮済みサイズ 、伸長後サイズの情報を取得し、対応する[crc-32]、[compressed size] 、[uncompressed size] にデータを書き込む（Ｓ６）。例えば、[local file header １]の場合、このファイル名と同じ[central directory record １]から、対応するデータＣＲＣ情報、圧縮済みサイズ 、伸長後サイズの情報を取得し、[crc-32]、[compressed size] 、[uncompressed size] にデータを書き込む。

その後、次の処理対象レコード番号の更新処理を行い(レジスタ（recno= recno+1）、Ｓ７)、前述の処理（Ｓ２）に戻る。以後、上記処理を繰り返し、[general purpose bit flag]にオンが設定されているレコードに対して、[crc-32]、[compressed size] 、[uncompressed size] への対応する、データＣＲＣ情報、圧縮済みサイズ 、伸長後サイズの情報の書き込み処理を繰り返す（Ｓ２〜７）。

全てのレコードに対する上記処理が完了すると（Ｓ３がＮＯ）、上記処理が施されたＸＰＳ文書データは、ＸＭＬスプール９からポートモニタ１０に送られ、ポートモニタ１０から印刷データとして、印刷装置２に出力される。

印刷装置２は、上記印刷データが入力すると、図６に示すフローチャートに従って処理を行う。

先ず、印刷要求を待ち（ステップ（以下、ＳＴで示す）１）、上記印刷データが入力し、印刷要求が有ると、ＸＰＳ文書データ（印刷データ）の１頁分の描画情報を解析する（ＳＴＰ２）。そして、１頁分の画像を描画し（ＳＴ３）、１頁分の画像をエンジン部へ出力する（ＳＴ４）。この処理を繰り返し実行し、全てのＸＰＳ文書データに対する印刷処理を行う（ＳＴ５がＮＯ、ＳＴ１〜ＳＴ４、ＳＴ５がＹＥＳ）。

この間、ＸＰＳ文書データは前述のようにＺip形式で圧縮処理されており、印刷装置２はＺip形式の圧縮データを伸長しつつ、ＸＰＳ文書データに基づく印刷処理を行う。すなわち、図７に示すようにＺip形式で圧縮処理された受信データ（印刷データ）は、受信伸張処理２０され、伸張処理されたＸＰＳ文書データは外部記憶装置２１に書き込まれ、更に外部記憶装置２１から読み出されたＸＰＳ文書データは前述の描画解析処理を含む印刷制御処理２２によって、描画データとしてエンジン部に出力される。

図８は、上記処理を具体的に説明するフローチャートである。先ず、データ受信完了フラグ（rcvflg）を初期化し（ステップ（以下、ＳＴＰで示す）１）、データ伸張完了フラグ（endflg）を初期化する（ＳＴＰ２）。具体的には、データ受信完了フラグ（rcvflg）に“０”をセットし、データ伸張完了フラグ（endflg）に“０”をセットする。尚、データ受信完了フラグ（rcvflg）は、図８に示すａの最下位ビット０に、受信完了時“１”をセットし、受信未完了時“０”をセットして設定する。また、データ伸張完了フラグ（endflg）は、図８に示すｂの最下位ビット０に、伸張完了時“１”をセットし、伸張未完了時“０”をセットして設定する。

次に、この状態でデータ受信を待つ（ＳＴＰ３）。ここで、ＸＰＳ文書データを受信すると（ＳＴＰ４）、先ずデータ伸張処理が未完了か判断する（ＳＴＰ５）。

ホスト機器１から供給されたＸＰＳ文書データは前述のようにＺip形式の圧縮データであり、データ伸張完了フラグ（endflg）は前述のように“０”に設定されている。したがって、最初のこの判断（ＳＴＰ５）はＹＥＳである。

ＣＰＵ１１は伸張処理を行うべく、ファイルヘッダ部から検索し、[local file header ]を検出すると（ＳＴＰ６がＹＥＳ）、当該[local file header]に記述されたデータに従ってファイルデータを復元する（ＳＴＰ７）。例えば、最初[local file header １]を検出すると、[local file header １]に含まれる[local file header signature]の記述によって、ファイル作成者の署名を確認し、[version needed to extract]によってファイルのバージョン情報を確認する。

また、[compression method]にはＺip形式の圧縮方法が記述され、[last mod file time]、及び[last mod file date]にはファイル作成の時間と日付けが記述され、更に[crc-32]の記述からデータＣＲＣ情報を取得し、[compressed size]から圧縮済みサイズの情報 、[uncompressed size]から伸長後のサイズ情報を取得する。その他、ファイル名、最大ファイル長等のデータを取得し、ＸＰＳ文書データの伸張処理が行われる。

このようにして伸張されたＸＰＳ文書データは前述のように外部記憶装置２１に書き込まれ、以後印刷制御処理２２へのＸＰＳ文書データの処理要求が行われると（ＳＴＰ８）、印刷制御処理２２によって、前述の描画解析処理が行われる。

上記処理はローカルファイルヘッダが検出される毎に実行され（ＳＴＰ１４がＮＯ、ＳＴＰ４〜ＳＴＰ８）、[local file header ２]、[local file header ３]、・・・の順に、順次伸張処理が行われ、外部部記憶装置２１に書き込まれた後、前述の描画解析処理が行われる。

その後、前述の判断（ＳＴＰ６）において、[local file header]の検出が完了すると（ＳＴＰ６がＮＯ）、更に読み出した情報が[data descriptor]であるか判断する（ＳＴＰ９）。ここで、読み出したデータが[data descriptor]である場合（ＳＴＰ９がＹＥＳ）、[data descriptor]の情報を読み捨てる（ＳＴＰ１０）。一方、読み出したデータが[data descriptor]ではない場合（ＳＴＰ９がＮＯ）、データ伸張処理が完了したものとして、データ伸張完了フラグ（endflg）に“１”をセットする（ＳＴＰ１１）。

次に、データ受信処理完了の判断を行い、この時未だ（rcvflg＝０）であり、再度処理（ＳＴＰ４）に戻る。この場合、次のデータ伸張完了フラグ（endflg）は前述のように“１”に変更されており（ＳＴＰ５がＮＯ）、更に次の情報が[end of central directory record]であるか判断する（ＳＴＰ１２）。この[end of central directory record]は、ディレクトリーレコード部の最後に記述された情報であり、この情報が [end of central directory record]である時（ＳＴＰ１２がＹＥＳ）、Ｚipファイルの最後まで受信したものと判断し、データ受信完了フラグ（rcvflg）を“１”にセットする（ＳＴＰ１３）。

その後、データ受信完了の判断を行い（ＳＴＰ１４）、この時（rcvflg＝１）であり（ＳＴＰ１４がＹＥＳ）、処理を終了する。

このようにして伸張処理が終了したＸＰＳ文書データは、前述のように印刷制御処理２２によって、前述の描画解析処理が行われ、描画データはエンジン部へ出力され、用紙への印刷処理が行われる。

以上のように本例によれば、予めホスト機器１のフィルタドライバ８によってＺipファイル内の[general purpose bit flag]がオンに設定されている場合、[crc-32]、[compressed size] 、[uncompressed size] に具体的なデータを記述し、印刷データとして印刷装置２に送信するので、印刷装置２ではＺip形式の圧縮データの受信処理、Ｚipファイルの伸張処理、伸張処理後のＸＰＳ文書データの解析処理、及び描画処理を並列的に実行することが可能であり、印刷処理時間を短縮することができる。

尚、図９（ａ）は、上記のようにファイルヘッダ部から欠落しているデータ（[crc-32]、[compressed size] 、[uncompressed size] ）を記述し、Ｚip形式で圧縮されたＸＰＳ文書データを印刷装置２に送信する方法を説明したが、フィルタドライバ８によりファイルヘッダ部とディレクトリーレコード部を同図（ｂ）に示すように入れ替えて送信する構成としてもよい。

このように構成することによって、印刷装置２では、先ずディレクトリーレコードの情報を参照することができ、Ｚipファイル内に含まれる[crc-32]、[compressed size] 、[uncompressed size] の情報を知ることができ、後に受信するファイルヘッダ部の伸張処理が可能となる。例えば、予め[crc-32]、[compressed size] 、[uncompressed size] の情報をＲＡＭ１３等に記録しておき、必要に応じて使用して伸張処理を行いことができる。

ホスト機器の構成を説明する図である。 印刷システムの構成を説明するシステム構成図である。 印刷装置の構成を示す図である。 ＸＰＳ文書データを圧縮処理したＺipファイルの構成を示す図である。 ホスト機器側の処理動作を説明するフローチャートである。 印刷装置側の処理動作を説明するフローチャートである。 印刷装置側の処理動作を説明する機能ブロック図である。 伸張処理を説明するフローチャートである。 （ａ）は本実施形態の処理を模式的に示す図であり、（ｂ）は本実施形態の変形例を模式的に示す図である。

符号の説明

１・・・ホスト機器
２・・・印刷装置
５・・・アプリケーション
６・・・印刷ＡＰＩ
７・・・スプーラ
８・・・フィルタドライバ
９・・・ＸＭＬスプール
１０・・ポートモニタ
１１・・ＣＰＵ
１２・・ＲＯＭ
１３・・ＲＡＭ
１４・・タイマ
１５・・ホストＩ／Ｆ
１６・・ＮＩＣＩ／Ｆ
１７・・ビデオＩ／Ｆ
１８・・エンジンＩ／Ｆ
１９・・外部記憶装置接続Ｉ／Ｆ
２０・・受信伸張処理
２１・・外部記憶装置
２２・・印刷制御処理

Claims (5)

1. ネットワークを介して印刷装置に接続されたホスト機器であり、
   該ホスト機器は、ＸＰＳ文書データを作成すると共に、ファイルヘッダ部とディレクトリーレコード部より成る圧縮ファイルを作成する印刷データ作成手段と、
   前記ファイルヘッダ部を検索し、所定フラグを検出するフラグ検出手段と、
   該フラグ検出手段によってフラグを検出すると、データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズ情報を前記ディレクトリーレコード部から読み出し、前記ファイルヘッダ部の所定エリアに書き込む書込手段と、
   前記ファイルヘッダ部に前記データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズの情報が書き込まれた圧縮ファイルを前記印刷装置に送信する送信手段と、
   を有することを特徴とするホスト機器。
2. 前記圧縮ファイルは、Ｚip形式の圧縮ファイルであることを特徴とする請求項１記載のホスト機器。
3. ネットワークを介してホスト機器と印刷装置が接続された印刷システムであり、
   前記ホスト機器は、
   ＸＰＳ印刷データを作成すると共に、ファイルヘッダ部とディレクトリーレコード部より成る圧縮ファイルを作成する印刷データ作成手段と、
   前記ファイルヘッダ部を検索し、所定フラグを検出するフラグ検出手段と、
   該フラグを検出すると、データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズ情報を前記ディレクトリーレコード部から読み出し、前記ファイルヘッダ部の所定エリアに書き込む書込手段と、
   前記ファイルヘッダ部に前記データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズ情報が書き込まれた圧縮ファイルを前記印刷装置に送信する送信手段とを有し、
   前記印刷装置は、
   前記圧縮ファイルを受信する受信手段と、
   該圧縮ファイルを伸張する伸張手段と、
   該伸張後の前記ＸＰＳ文書データに基づいて記録媒体に印刷処理を行う印刷制御手段とを有する、
   ことを特徴とする印刷システム。
4. ネットワークを介して印刷装置に接続されたホスト機器であり、
   ＸＰＳ文書データを作成すると共に、ファイルヘッダ部とディレクトリーレコード部より成る圧縮ファイルを作成する印刷データ作成処理と、
   前記ファイルヘッダ部を検索し、所定フラグを検出するフラグ検出処理と、
   該フラグを検出すると、データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズ情報を前記ディレクトリーレコード部から読み出し、前記ファイルヘッダ部の所定エリアに書き込む書込処理と、
   前記ファイルヘッダ部に前記データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズ情報が書き込まれた圧縮ファイルを前記印刷装置に送信する送信処理と、
   を行うことを特徴とする印刷データ作成方法。
5. ネットワークを介して印刷装置に接続されたホスト機器に使用するプログラムであり、
   ＸＰＳ文書データを作成すると共に、ファイルヘッダ部とディレクトリーレコード部より成る圧縮ファイルを作成する印刷データ作成処理と、
   前記ファイルヘッダ部を検索し、所定フラグを検出するフラグ検出処理と、
   該フラグを検出すると、データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズ情報を前記ディレクトリーレコード部から読み出し、前記ファイルヘッダ部の所定エリアに書き込む書込処理と、
   前記ファイルヘッダ部に前記データＣＲＣ情報、圧縮済みサイズ 、及び伸長後のサイズ情報が書き込まれた圧縮ファイルを前記印刷装置に送信する送信処理と、
   を少なくとも実行する機能を有するプログラム。