(57)【要約】【課題】  ＸＰＳ（XML Paper Specification）ファイルなどのＸＭＬ拡張形式ファイルを取り扱う画像形成装置等において、送信されるＸＰＳファイルのサイズが大きすぎることに起因するバッファオーバーフローやメモリ不足などによる処理の停止や処理速度の低下などの問題があった。【解決手段】  画像形成装置でのメモリの余裕状況をファイルの送信側（ＰＣ等の端末装置）に通知し、通知されたメモリの余裕状況と送信するＸＰＳファイルのサイズとに基づいて、必要であればＸＰＳファイルを分割し、画像形成装置に送信することにより課題を解決した。【選択図】図１
2008305265.tif 000002
【特許請求の範囲】
【請求項１】
ＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルのファイルサイズを取得する文書サイズ取得部と、
ファイルを受信するファイル受信装置のメモリの余裕状況を取得するメモリ状況取得部と、
前記文書ファイルのファイルサイズと、前記メモリの余裕状況と、を比較して、前記ファイル受信装置においての前記文書ファイルの処理の不可を判断するファイル判断部と、
前記ファイル判断部の処理不能の判断結果に基づいて、前記文書ファイルを分割するファイル分割部と、
前記文書ファイルまたは前記分割された文書ファイルを前記ファイル受信装置に送信する分割ファイル送信部と、を有する
ことを特徴とするファイル送信装置。
【請求項２】
請求項１記載のファイル送信装置であって、
前記ＸＭＬ（Extensible Markup Language）拡張形式がＸＰＳ（XML Paper Specification）又はＯＰＣ（Open Packaging Conventions）である
ことを特徴とするファイル送信装置。
【請求項３】
メモリの余裕状況を取得してファイル送信装置に伝達するメモリ状況送信部と、
前記ファイル送信装置において分割されたＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルを受信する分割ファイル受信部と、
前記分割された文書ファイルを印刷エンジン駆動データに変換する印刷データ変換部と、
前記印刷エンジン駆動データを印刷する印刷部と、を有する
ことを特徴とする画像形成装置。
【請求項４】
請求項３記載の画像形成装置であって、
前記ＸＭＬ（Extensible Markup Language）拡張形式がＸＰＳ（XML Paper Specification）又はＯＰＣ（Open Packaging Conventions）である、
ことを特徴とする画像形成装置。
【請求項５】
コンピュータを
ファイル送信装置が有するＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルのファイルサイズを取得する文書サイズ取得手段と、
ファイル受信装置のメモリの余裕状況取得するメモリ状況取得手段と、
前記メモリの余裕状況を前記ファイル受信装置から前記ファイル送信装置に伝達するメモリ状況伝達手段と、
前記文書ファイルのファイルサイズと、前記メモリの余裕状況と、を比較して、前記ファイル受信装置においての文書ファイルの処理の不可を判断するファイル判断手段と、
前記ファイル判断手段の処理不能の判断結果に基づいて、前記文書ファイルを分割するファイル分割手段と、
前記文書ファイルまたは前記分割された文書ファイルを前記ファイル送信装置から前記ファイル受信装置に送信する分割ファイル送受信手段と、
して機能させるためのファイル通信プログラム。
【請求項６】
請求項５記載のファイル通信プログラムであって、
前記ＸＭＬ（Extensible Markup Language）拡張形式がＸＰＳ（XML Paper Specification）又はＯＰＣ（Open Packaging Conventions）である
ことを特徴とするファイル通信プログラム。
【請求項７】
ＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルをファイル送信装置からファイル受信装置に送信するファイル通信方法であって、
前記ファイル送信装置において、送信する文書ファイルのファイルサイズを取得し、
前記ファイル受信装置において、メモリの余裕状況を取得して前記ファイル送信装置に伝達し、
前記ファイル送信装置において、前記送信する文書ファイルのサイズと、前記メモリの余裕状況と、を比較して、前記ファイル受信装置においての前記文書ファイルの処理の不可を判断し、
処理不能と判断したら、前記ファイル送信装置において前記文書ファイルを分割し、
前記文書ファイルまたは前記分割された文書ファイルを前記ファイル送信装置から前記ファイル受信装置に送信する
ことを特徴とするファイル通信方法。
【請求項８】
請求項７記載のファイル通信方法であって、
前記ＸＭＬ（Extensible Markup Language）拡張形式がＸＰＳ（XML Paper Specification）又はＯＰＣ（Open Packaging Conventions）である
ことを特徴とするファイル通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
ＸＰＳ（XML Paper Specification）やＯＰＣ（Open Packaging Conventions）ファイルなどのＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルを取り扱う画像形成装置やファイル送信装置において、該文書ファイルを分割して送信することにより、受信側でファイルサイズが大きすぎることにより起因する問題を解決することに関するものである。
【背景技術】
【０００２】
従来プリンタにおいて印刷を行う際には、端末装置上のアプリケーションファイルで文書を取り扱い、前記文書を端末装置上に備えたプリンタドライバプログラムがページ記述言語（ＰＤＬ；Page Description Language）による印刷データに変換してプリンタに送信し、同プリンタ内で前記ページ記述言語による印刷データを解析して印刷エンジンを駆動し印刷を行う方法が取られていた。
【０００３】
しかし、ＣＰＵ（Central Processing Unit）の性能が向上しプリンタに用いられる様な比較的安価なＣＰＵの処理能力も向上してきたため、端末装置上のアプリケーションの文書を文書ファイル形式のままプリンタに送信して、プリンタ内で印刷エンジン駆動用データに変換して印刷を行う方法が可能となってきた。この方法により、端末装置でのＰＤＬ変換処理が不要となりその負荷が無くなり、またＰＤＬ変換のためのプリンタドライバを開発する必要が無くなる。
【０００４】
最近、マイクロソフト（登録商標）社が提唱したＸＰＳ（XML Paper Specification）やＯＰＣ(Open Packaging Conventions)などの新しい文書ファイル形式が用いられるようになってきた。しかし、これらのファイルは元々ＸＭＬ形式を拡張させて作成されているのでファイルサイズが大きく膨らんでしまう傾向がある。
【０００５】
このＸＭＬファイルのサイズ膨張化を解決するために、マークアップ言語文書の固定部分を除去し、変化する部分の発生頻度を使用してマークアップ言語文書を符号化する方法がある（特許文献１参照）。
【０００６】
上記方法は、ＸＭＬファイルのサイズを小さくする方法としてファイルの貯蔵や送信の際などには有効であるが、貯蔵や送信の前後ではファイルの符号化及び復号化の際に多くのメモリを費やしてしまうことになる。
【０００７】
前記ＸＰＳやＯＰＣなどの文書ファイルは、メモリを多く消費する描画が含まれているものが多く、ひとつの文書ファイルをそのままの形でデータを印刷装置に流してしまうと、ファイルサイズが大きすぎることによる印刷装置内でのメモリが不足することによる処理の停止や低速化などの問題があった。
【０００８】
【特許文献１】特開２００４−３２７７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
解決しようとする問題点は、ＸＭＬ拡張形式のファイルを端末装置から画像形成装置に送信して印刷を行う際に、ＸＭＬ拡張形式ファイルのサイズが大きすぎることによる画像形成装置側でのバッファオーバーフローや処理速度の低下を抑制することが出来なかった点である。
【課題を解決するための手段】
【００１０】
本発明のファイル送信装置は、ＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルのファイルサイズを取得する文書サイズ取得部と、ファイルを受信するファイル受信装置のメモリの余裕状況を取得するメモリ状況取得部と、前記文書ファイルのファイルサイズと、前記メモリの余裕状況と、を比較して、前記ファイル受信装置においての前記文書ファイルの処理の不可を判断するファイル判断部と、前記ファイル判断部の処理不能の判断結果に基づいて、前記文書ファイルを分割するファイル分割部と、前記文書ファイルまたは前記分割された文書ファイルを前記ファイル受信装置に送信する分割ファイル送信部と、を有することを最も主要な特徴とする。
【００１１】
本発明の画像形成装置は、メモリの余裕状況を取得してファイル送信装置に伝達するメモリ状況送信部と、前記ファイル送信装置において分割されたＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルを受信する分割ファイル受信部と、前記分割された文書ファイルを印刷エンジン駆動データに変換する印刷データ変換部と、前記印刷エンジン駆動データを印刷する印刷部と、を有することを最も主要な特徴とする。
【００１２】
本発明のファイル通信プログラムは、コンピュータをファイル送信装置が有するＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルのファイルサイズを取得する文書サイズ取得手段と、ファイル受信装置のメモリの余裕状況取得するメモリ状況取得手段と、前記メモリの余裕状況を前記ファイル受信装置から前記ファイル送信装置に伝達するメモリ状況伝達手段と、前記文書ファイルのファイルサイズと、前記メモリの余裕状況と、を比較して、前記ファイル受信装置においての文書ファイルの処理の不可を判断するファイル判断手段と、前記ファイル判断手段の処理不能の判断結果に基づいて、前記文書ファイルを分割するファイル分割手段と、前記文書ファイルまたは前記分割された文書ファイルを前記ファイル送信装置から前記ファイル受信装置に送信する分割ファイル送受信手段と、して機能させることを最も主要な特徴とする。
【００１３】
本発明のファイル通信方法は、ＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルをファイル送信装置からファイル受信装置に送信するファイル通信方法であって、前記ファイル送信装置において、送信する文書ファイルのファイルサイズを取得し、前記ファイル受信装置において、メモリの余裕状況を取得して前記ファイル送信装置に伝達し、前記ファイル送信装置において、前記送信する文書ファイルのサイズと、前記メモリの余裕状況と、を比較して、前記ファイル受信装置においての前記文書ファイルの処理の不可を判断し、処理不能と判断したら、前記ファイル送信装置において前記文書ファイルを分割し、前記文書ファイルまたは前記分割された文書ファイルを前記ファイル送信装置から前記ファイル受信装置に送信することを最も主要な特徴とする。
【発明の効果】
【００１４】
本発明のファイル送信装置は、ＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルのファイルサイズを取得する文書サイズ取得部と、ファイルを受信するファイル受信装置のメモリの余裕状況を取得するメモリ状況取得部と、前記文書ファイルのファイルサイズと、前記メモリの余裕状況と、を比較して、前記ファイル受信装置においての前記文書ファイルの処理の不可を判断するファイル判断部と、前記ファイル判断部の処理不能の判断結果に基づいて、前記文書ファイルを分割するファイル分割部と、前記文書ファイルまたは前記分割された文書ファイルを前記ファイル受信装置に送信する分割ファイル送信部と、を有することを最も主要な特徴とするため、ＸＭＬ拡張形式のファイルをファイル送信装置からファイル受信装置に送信する際に、同ファイルのサイズが大きすぎることによるファイル受信装置でのバッファオーバーフローによる処理の停止や処理速度の低下を抑制することが可能となった。
【００１５】
本発明の画像形成装置は、メモリの余裕状況を取得してファイル送信装置に伝達するメモリ状況送信部と、前記ファイル送信装置において分割されたＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルを受信する分割ファイル受信部と、前記分割された文書ファイルを印刷エンジン駆動データに変換する印刷データ変換部と、前記印刷エンジン駆動データを印刷する印刷部と、を有することを最も主要な特徴とするため、ＸＭＬ拡張形式のファイルをファイル送信装置から画像形成装置に送信する際に、同ファイルのサイズが大きすぎることによる画像形成装置でのバッファオーバーフローによる処理の停止や処理速度の低下を抑制することが可能となった。
【００１６】
本発明のファイル通信プログラムは、コンピュータをファイル送信装置が有するＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルのファイルサイズを取得する文書サイズ取得手段と、ファイル受信装置のメモリの余裕状況取得するメモリ状況取得手段と、前記メモリの余裕状況を前記ファイル受信装置から前記ファイル送信装置に伝達するメモリ状況伝達手段と、前記文書ファイルのファイルサイズと、前記メモリの余裕状況と、を比較して、前記ファイル受信装置においての文書ファイルの処理の不可を判断するファイル判断手段と、前記ファイル判断手段の処理不能の判断結果に基づいて、前記文書ファイルを分割するファイル分割手段と、前記文書ファイルまたは前記分割された文書ファイルを前記ファイル送信装置から前記ファイル受信装置に送信する分割ファイル送受信手段と、して機能させることを最も主要な特徴とするため、ＸＭＬ拡張形式のファイルをファイル送信装置からファイル受信装置に送信する際に、同ファイルのサイズが大きすぎることによるファイル受信装置でのバッファオーバーフローによる処理の停止や処理速度の低下を抑制することが可能となった。
【００１７】
本発明のファイル通信方法は、ＸＭＬ（Extensible Markup Language）拡張形式の文書ファイルをファイル送信装置からファイル受信装置に送信するファイル通信方法であって、前記ファイル送信装置において、送信する文書ファイルのファイルサイズを取得し、前記ファイル受信装置において、メモリの余裕状況を取得して前記ファイル送信装置に伝達し、前記ファイル送信装置において、前記送信する文書ファイルのサイズと、前記メモリの余裕状況と、を比較して、前記ファイル受信装置においての前記文書ファイルの処理の不可を判断し、処理不能と判断したら、前記ファイル送信装置において前記文書ファイルを分割し、前記文書ファイルまたは前記分割された文書ファイルを前記ファイル送信装置から前記ファイル受信装置に送信することを最も主要な特徴とするため、ＸＭＬ拡張形式のファイルをファイル送信装置からファイル受信装置に送信する際に、同ファイルのサイズが大きすぎることによるファイル受信装置でのバッファオーバーフローによる処理の停止や処理速度の低下を抑制することが可能となった。
【発明を実施するための最良の形態】
【００１８】
ＸＰＳ（XML Paper Specification）やＯＰＣ（Open Packaging Conventions）などのＸＭＬ拡張形式の文書ファイルを端末装置（ファイル送信装置）から画像形成装置（ファイル受信装置）に送信する際に、画像形成装置に処理不可能な大きなファイルが送信されてしまうことに起因する画像形成装置の処理の停止や低速化の問題を画像形成装置のメモリの余裕状況に基づいて、送信する文書ファイルを画像形成装置が処理可能なサイズに分割して送信することにより問題を解決した。
【実施例】
【００１９】
本発明に係わる実施例としてのＰＣ（Personal Computer）（ファイル送信装置）及び印刷装置（ファイル受信装置、画像形成装置）について、ＸＭＬ（Extensible Markup Language）拡張形式としてのＸＰＳ（XML Paper Specification）ファイルを送信する場合について以下に説明する。
【００２０】
［データの流れ］
まず、ＰＣから印刷装置へのＸＰＳ（XML Paper Specification）ファイルのデータの流れについて説明する。
【００２１】
ＸＰＳファイル（ＺＩＰ圧縮）には、そのファイルの末尾にサイズなどの情報が書かれているので、ＰＣがその情報を読み取る。
【００２２】
ＰＣ側ではその情報の他に印刷装置内部のメモリサイズも把握する必要があるので、ＰＣは印刷装置に対してメモリ状況の通知を要請する。
【００２３】
印刷装置側では、ＰＣ側からの要請に応じて、内部のメモリサイズをＰＣ側に情報として送信する。
【００２４】
ＰＣ側は、出力をしようとしているＸＰＳファイルのデータサイズは、印刷装置側のメモリに対して負担になる大きさか負担にならない程度の大きさかを判断する。
【００２５】
その結果、ＰＣ側は出力をしようとするＸＰＳファイルは、そのままのサイズで出力処理をしてもよいか、もしくは、印刷装置側の負担となるため分割して送信しなければならないかを判断する。
【００２６】
そのままのサイズで問題なければ、データを印刷装置側に送る（出力指示を出す）。
【００２７】
パーツに分割して印刷装置にデータを送る必要があるようなら、分割処理を行い、そのパーツを順番に印刷装置側に送る（出力指示を出す）。
【００２８】
印刷装置側は、送信されたＸＰＳファイル（分割されている場合及び分割されていない場合の両方有る）を受信して印刷出力を行う。
【００２９】
［構成］
以下に図１に示すＰＣ（ファイル送信装置）1.1及び印刷装置（画像形成装置）1.2の各機能部について説明する。
【００３０】
1.1  ＰＣ（Personal Computer）（ファイル送信装置）：アプリケーション上で文書を扱い、印刷のためにＸＰＳなどの文書ファイル形式のデータを印刷装置に送信するファイル送信装置である。
【００３１】
1.1.1  ＸＰＳファイル（文書ファイル）：ＸＰＳフォーマットのファイルである（ＺＩＰ圧縮がなされている）。
【００３２】
1.1.1.1  サイズ情報：1.1.1のＸＰＳファイルにおけるサイズなどの情報が、記載されている圧縮情報部分である。ＺＩＰの末尾の辺りに記載されている。
【００３３】
1.1.2  主制御部：文書ファイル送信のための制御を行う機能部である。
【００３４】
1.1.2.1  データ処理部（文書サイズ取得部、メモリ状況取得部、文書サイズ取得手段、メモリ状況取得手段）：ＸＰＳファイル（文書ファイル）のサイズを確認する。また、印刷装置側のメモリサイズを確認する。
【００３５】
1.1.2.2  データ判断部（ファイル判断部、ファイル判断手段）：印刷装置で出力をしようとしているＸＰＳファイルのデータサイズは、印刷装置側のメモリに対して負担になる大きさか、負担にならない程度の大きさかを判断する。
【００３６】
1.1.2.3  ＸＰＳファイル出力判断部（ファイル判断部、ファイル判断手段）：データ判断部での結果、各データに対して出力をしようとするＸＰＳファイルはそのままのサイズで出力処理をしても問題がないか。分割して処理しなければ、印刷装置側の負担になるかを判断する部分。
【００３７】
1.1.2.4  メモリ：ＰＣ内のメモリである。
【００３８】
1.1.3  ＸＰＳファイル出力指示部（ファイル分割部、分割ファイル送信部、ファイル分割手段、分割ファイル送受信手段）：前記ＸＰＳファイル出力判断部1.1.2.3において判断された通り、ファイル分割が必要であればファイル分割を行い、出力する旨の指示がなされる。
【００３９】
1.2  印刷装置（ファイル受信装置、画像形成装置）：ＰＣから送られてきた文書ファイル形式のデータの印刷を行う。
【００４０】
1.2.1  メモリ：印刷装置内のメモリ。ＰＣから送信された分割ファイルの処理を行う際に記録を行う。
【００４１】
1.2.2  メモリ状況判断部（メモリ状況送信部、メモリ状況伝達手段）：印刷装置側の処理部。印刷装置におけるメモリサイズの状況をＰＣ側に送信する。
【００４２】
1.2.3  出力指示受取り部（分割ファイル受信部、分割ファイル送受信手段）：ＰＣ側から届いた出力処理の指示を受け取る。文書ファイル又は分割された文書ファイルを受信する。
【００４３】
1.2.4  出力処理部（印刷データ変換部、印刷部）：ＰＣから送信された文書ファイル（分割されている場合とされていない場合の両方）を解析して印刷エンジンを駆動可能な印刷エンジン駆動データに変換して、該データにより印刷エンジンを駆動させて印刷を行う。
【００４４】
［フローチャート］
実施例の動作の流れについて図２のフローチャートを用いて説明する。
【００４５】
S2.1：データ処理部1.1.2.1は、ＸＰＳファイルのサイズをＰＣ内で判断する。
【００４６】
S2.2：データ処理部1.1.2.1は、印刷装置のメモリサイズを印刷装置に問い合わせて、ＸＰＳファイルのデータと照合して、負担無く出力できるかを判断する。
【００４７】
S2.3：ＸＰＳファイル出力指示部1.1.3は、分割処理のジョブの始まりを印刷装置に通知する。
【００４８】
S2.4：ＸＰＳファイル出力判断部1.1.2.3は、ＸＰＳファイルのデータが印刷装置内のメモリサイズの閾値よりも大きければ分割して出力と判断して、S2.6に遷移する。また、小さければそのままの大きさで出力と判断してS2.5に遷移する。（閾値は、印刷装置出力がスムーズに行えるというサイズ（値）とする。）
S2.5：ＸＰＳファイル出力判断部1.1.2.3は、分割していない文書ファイルを印刷装置1.2へ送信し、出力指示を行う。
【００４９】
S2.6：ＸＰＳファイル出力判断部1.1.2.3は、文書ファイルを分割するためにどのパーツから出力するかなどを判断して、ＺＩＰ圧縮されているパーツを分割し、流す順番に並べる処理を行う。
【００５０】
S2.7：ＸＰＳファイル出力指示部1.1.3は、S2.6で分割し、出力順に並び替えられたパーツの数の分ループを繰り返す。
【００５１】
S2.8：分割処理で並べたパーツを印刷装置1.2へ送信し、出力指示をする。
【００５２】
S2.9：印刷装置側においてS2.8で送られたデータの処理が進み、メモリが解放されて新しいデータの受入ができるまで待機する。
【００５３】
S3.0：ジョブの終わりを印刷装置に通知する。
【００５４】
上記のS2.6でのＸＰＳファイル出力指示部1.1.3による分割処理については、以下の理由で行われる。
【００５５】
ＸＰＳファイルは沢山のパーツから成り、それが一つにＺＩＰ圧縮されて出来ている。よって、分割という処理は、どのパーツから印刷装置へ送信すれば正常に出力され（正常な描画を含む）、また印刷装置への負担を最小限に抑えることができるのか、ということを目的としている。
【００５６】
次に図３のフローチャートを用いて、印刷装置側での処理の流れについて説明する。
【００５７】
図３（Ａ）は、印刷装置のメモリ状況をＰＣに通知するフローチャートである。
【００５８】
ＰＣ側のS2.2の処理により印刷装置のメモリ状況の問い合わせが送信されると、印刷装置にて以下の処理が開始する。
【００５９】
S3.1：メモリ状況判断部1.2.2は、印刷装置内のメモリサイズを判断する。
【００６０】
S3.2：メモリ状況判断部1.2.2は、メモリサイズの情報をＰＣ側へ送信する。
【００６１】
図３（Ｂ）は、印刷処理に関するフローチャートである。
【００６２】
ＰＣ側のS2.5またはS2.8の処理により印刷データが送信されると、印刷装置にて以下の処理が開始する。
【００６３】
S3.3：出力指示受取部1.2.3は、ＰＣ内で処理されて、印刷装置で出力するデータの出力指示をＰＣ側から受取る。
【００６４】
S3.4：出力処理部1.2.4は、受信した文書ファイル（分割されている場合とされていない場合の両方あり）を印刷エンジンの駆動データに変換し、印刷出力を行う。
【００６５】
以上でＰＣ側の処理を終了する。
【００６６】
［実施例の効果］
本実施例では、事前にＸＰＳファイルのサイズを確かめた上で、データのサイズが大き過ぎて印刷装置出力に不都合が起こり得ると考えられる場合、データの分割を行って印刷装置に流すという手法をとるため、印刷装置において、メモリの効率化を図り、よりスムーズに印刷装置出力を行うことが可能となった。
【００６７】
本実施例の画像形成装置により、ＰＣは文書をページ記述言語（ＰＤＬ）に変換する必要が無くなり、ＰＤＬ変換のためのプリンタドライバが必要なくなった。
【００６８】
また、ＰＣではＰＤＬ変換の処理が必要なくなったので、印刷時のＰＣの処理の負担が軽減した。
【００６９】
画像形成装置は、直接ＸＰＳなどの文書ファイル形式を印刷可能となり、従来に比べてデータの変換処理回数が減り、より高速に印刷可能となった。
【００７０】
［その他］
実施例としては、文書ファイル形式としてＸＰＳ（XML Paper Specification）について説明を行ったが、他の文書ファイル形式、例えばＯＰＣ（Open Packaging Conventions）であっても良い。
【図面の簡単な説明】
【００７１】
【図１】ＰＣ（端末装置）と印刷装置（画像形成装置）の機能ブロック図である（実施例１）。
【図２】ＰＣ（端末装置）側での処理のフローチャートである（実施例１）。
【図３】印刷装置（画像形成装置）側での処理のフローチャートである（実施例１）。
【符号の説明】
【００７２】
1.1  ＰＣ（Personal Computer）（ファイル送信装置）
1.1.1  ＸＰＳ（XML Paper Specification）ファイル（文書ファイル）
1.1.2.1  データ処理部（文書サイズ取得部、メモリ状況取得部、文書サイズ取得手段、メモリ状況取得手段）
1.1.2.2  データ判断部（ファイル判断部、ファイル判断手段）
1.1.2.3  ＸＰＳファイル出力判断部（ファイル判断部、ファイル判断手段）
1.1.3  ＸＰＳファイル出力指示部（ファイル分割部、分割ファイル送信部、ファイル分割手段、分割ファイル送受信手段）
1.2  印刷装置（ファイル受信装置、画像形成装置）
1.2.2  メモリ状況判断部（メモリ状況送信部、メモリ状況伝達手段）
1.2.3  出力指示受取部（分割ファイル受信部、分割ファイル送受信手段）
1.2.4  出力処理部（印刷データ変換部、印刷部）
【図１】
2008305265.tif 000003
【図２】
2008305265.tif 000004
【図３】
2008305265.tif 000005