(57)【特許請求の範囲】
【請求項１】
データを格納する格納手段と、
データを受信する受信手段と、
前記受信手段によりデータを受信することに応じて、前記格納手段に所定サイズの領域を確保するとともに、前記所定サイズの領域を除いた前記格納手段の領域を、他のデータの格納に使用できる領域として設定する制御手段と、
前記制御手段により確保された前記所定サイズの領域に前記受信手段により受信された前記データを格納する処理を実行する格納処理手段と、を有し、
前記制御手段は、前記確保した前記所定サイズの領域への前記データの格納が完了したことに応じて、前記格納処理手段により格納した前記データの実サイズの情報を取得し、前記データの実サイズの情報に基づき、設定した前記他のデータの格納に使用できる領域を増加させ、
前記制御手段は、前記受信手段により他のデータを受信する場合、前記設定された領域のサイズに基づいて、前記他のデータを格納するための所定サイズの領域の確保を行うか否かを判断することを特徴とする情報処理装置。
【請求項２】
前記制御手段は、前記他のデータを格納するための所定サイズの領域の確保を行わないと判断した場合は、前記他のデータの受信を遅延させることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
データを格納する格納手段と、
データを受信する受信手段と、
前記受信手段によりデータを受信することに応じて、前記格納手段に所定サイズの領域を確保するとともに、前記所定サイズの領域を除いた前記格納手段の領域を、他のデータの格納に使用できる領域として設定する制御手段と、
前記制御手段により確保された前記所定サイズの領域に前記受信手段により受信された前記データを格納する処理を実行する格納処理手段と、を有し、
前記制御手段は、前記確保した前記所定サイズの領域への前記データの格納が完了したことに応じて、前記格納処理手段により格納した前記データの実サイズの情報を取得し、前記データの実サイズの情報に基づき、設定した前記他のデータの格納に使用できる領域を増加させ、
前記制御手段は、前記格納処理手段によりデータを格納し、当該データを解釈して中間データを生成した後に、当該データを削除するとともに、前記他のデータの格納に使用できる領域を再設定することを特徴とする情報処理装置。
【請求項４】
前記中間データから画像データを生成するレンダラと、
前記レンダラにより生成された画像データを印刷する印刷手段と、を更に有することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
データを格納する格納手段と、
データを受信する受信手段と、
前記受信手段により受信されるデータの先頭を解析することにより前記データがＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）ファイルであるか否かを判定し、ＰＤＦファイルであると判定した場合に、前記格納手段に所定サイズの領域を確保するとともに、前記所定サイズの領域を除いた前記格納手段の領域を、他のデータの格納に使用できる領域として設定する制御手段と、
前記制御手段により確保された前記所定サイズの領域に前記受信手段により受信された前記データを格納する処理を実行する格納処理手段と、を有し、
前記制御手段は、前記確保した前記所定サイズの領域への前記データの格納が完了したことに応じて、前記格納処理手段により格納した前記データの実サイズの情報を取得し、前記データの実サイズの情報に基づき、設定した前記他のデータの格納に使用できる領域を増加させることを特徴とする情報処理装置。
【請求項６】
前記格納手段は、複数のＰＤＦファイルを格納するために予め確保されているスプール領域を持ち、
前記制御手段は、前記スプール領域から前記所定サイズの領域を引いた領域を、前記他のデータの格納に使用できる領域として設定することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記格納処理手段により格納されたデータは、前記受信手段によりデータの受信が開始された順番で解釈され、印刷処理が行われることを特徴とする請求項１ないし６のいずれか１項に記載の情報処理装置。
【請求項８】
前記受信手段は、ＬＰＲプロトコル（Ｌｉｎｅ  Ｐｒｉｎｔｅｒ  Ｄａｅｍｏｎ  Ｐｒｏｔｃｏｌ）により外部装置から前記データを受信することを特徴とする請求項１ないし７のいずれか１項に記載の情報処理装置。
【請求項９】
前記受信手段は、前記データの受信に用いられた通信セッションとは異なる通信セッションを用いて、前記他のデータを受信することを特徴とする請求項１ないし８のいずれか１項に記載の情報処理装置。
【請求項１０】
データを格納する格納手段を有する情報処理装置の制御方法であって、
データを受信する受信工程と、
前記受信工程でデータを受信することに応じて、前記格納手段に所定サイズの領域を確保するとともに、前記所定サイズの領域を除いた前記格納手段の領域を、他のデータの格納に使用できる領域として設定する制御工程と、
前記制御工程で確保した前記所定サイズの領域に前記受信工程で受信した前記データを格納する処理を実行する格納工程と、を有し、
前記制御工程は、前記確保した前記所定サイズの領域への前記データの格納が完了したことに応じて、前記格納工程で格納した前記データの実サイズの情報を取得し、前記データの実サイズの情報に基づき、設定した前記他のデータの格納に使用できる領域を増加させ、
前記制御工程は、前記受信工程で他のデータを受信する場合、前記設定された領域のサイズに基づいて、前記他のデータを格納するための所定サイズの領域の確保を行うか否かを判断することを特徴とする情報処理装置の制御方法。
【請求項１１】
データを格納する格納手段を有する情報処理装置の制御方法であって、
データを受信する受信工程と、
前記受信工程でデータを受信することに応じて、前記格納手段に所定サイズの領域を確保するとともに、前記所定サイズの領域を除いた前記格納手段の領域を、他のデータの格納に使用できる領域として設定する制御工程と、
前記制御工程で確保した前記所定サイズの領域に前記受信工程で受信した前記データを格納する処理を実行する格納工程と、を有し、
前記制御工程は、前記確保した前記所定サイズの領域への前記データの格納が完了したことに応じて、前記格納工程で格納した前記データの実サイズの情報を取得し、前記データの実サイズの情報に基づき、設定した前記他のデータの格納に使用できる領域を増加させ、
前記制御工程は、前記格納工程でデータを格納し、当該データを解釈して中間データを生成した後に、当該データを削除するとともに、前記他のデータの格納に使用できる領域を再設定することを特徴とする情報処理装置の制御方法。
【請求項１２】
データを格納する格納手段を有する情報処理装置の制御方法であって、
データを受信する受信工程と、
前記受信工程で受信されるデータの先頭を解析することにより前記データがＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）ファイルであるか否かを判定し、ＰＤＦファイルであると判定した場合に、前記格納手段に所定サイズの領域を確保するとともに、前記所定サイズの領域を除いた前記格納手段の領域を、他のデータの格納に使用できる領域として設定する制御工程と、
前記制御工程で確保した前記所定サイズの領域に前記受信工程で受信した前記データを格納する処理を実行する格納工程と、を有し、
前記制御工程は、前記確保した前記所定サイズの領域への前記データの格納が完了したことに応じて、前記格納工程で格納した前記データの実サイズの情報を取得し、前記データの実サイズの情報に基づき、設定した前記他のデータの格納に使用できる領域を増加させることを特徴とする情報処理装置の制御方法。
【請求項１３】
受信したデータに対し所定の処理を実行する情報処理装置として動作させるためのコンピュータプログラムであって、コンピュータを請求項１乃至９いずれか１項に記載の情報処理装置として機能させることを特徴とするコンピュータプログラム。
【請求項１４】
印刷装置であって、
データを一時的に格納するためのスプール領域を持つ格納手段と、
外部からデータを受信する受信手段と、
前記受信手段によりデータの受信が開始されたことに応じて、前記スプール領域に所定サイズの領域を確保するとともに、前記所定サイズの領域を除いた前記スプール領域を、他のデータの一時格納に使用できるスプール領域として設定する制御手段と、
前記制御手段により確保された前記所定サイズの領域に前記受信手段により受信された前記データを格納する処理を実行する格納処理手段と、
前記格納処理手段により格納されたデータに基づき印刷処理を実行する印刷処理手段と、
を有し、
前記制御手段は、前記確保した前記所定サイズの領域への前記データの格納が完了したことに応じて、前記格納処理手段により格納した前記データの実サイズの情報を取得し、前記データの実サイズの情報に基づき、設定した前記他のデータの格納に使用できる領域を増加させ、
前記制御手段は、前記受信手段により他のデータを受信する場合、前記設定された領域のサイズに基づいて、前記他のデータを格納するための所定サイズの領域の確保を行うか否かを判断することを特徴とする印刷装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷処理のために受信された電子データをスプールする技術に関する。
【背景技術】
【０００２】
パーソナルコンピュータなどで作成された文書等を印刷する場合、一般的にはプリンタドライバを介し、情報処理装置の一種である印刷装置（例えば、プリンタ）が解釈可能なＰＤＬ（Page Description Language：ページ記述言語）データに変換する。そして、このようにして変換されたＰＤＬデータを印刷装置に転送する。印刷装置においては、受け付けたＰＤＬデータを逐次的に解釈処理し、これにより紙面上に印刷するためのビットマップデータを形成する。このように、印刷装置がページ記述言語の命令を解釈することによりオブジェクト描画命令に変換する処理が行われ印刷が実行される。
【０００３】
一方、作成した文書等を特定のフォーマットの電子ファイルに変換し、変換後の電子ファイルをそのまま配布する場合もある。このような電子ファイルのフォーマットは、その仕様が一般に公開されていることから、様々なベンダーにおいて広く利用されている。
特に、近年のモバイルデータ通信機器（例えば、ＰＤＡ、スマートフォンなど）の普及に伴い、例えば文書等はＰＤＦ（Portable Document Format）ファイルの形式に変換されて配布されることが一般的になりつつある。このような電子ファイルのフォーマットの中には、電子ファイルの中に予めいくつかの印刷設定情報を付与するように構成されたものもある。印刷設定情報を含む電子ファイルに印刷装置が対応している場合、プリンタドライバを介することなく当該電子ファイルの印刷処理を行うことができる。その結果、印刷装置の種別によらず同じ操作感で印刷処理を行うことができるようになる。このような印刷形態は、例えばダイレクトプリントなどと称される。
【０００４】
また、このような電子ファイルでは、上述のＰＤＬデータと扱いが異なる点がいくつかある。例えば、上述したＰＤＦファイルでは、当該ＰＤＦファイルの受信が完了してからでないと、印刷処理を開始することができない。これは、ＰＤＦフォーマットでは、ＰＤＦファイルの全体構造を示す情報を当該ファイルの最後尾に配置するように規定されているためである。つまり、印刷装置においては、ＰＤＦファイルの受信の進捗に合わせて逐次的に解釈処理することができないことになる。そのため、ＰＤＦファイルに対する解釈処理は、全データを印刷装置のストレージに格納（スプール）した後に開始される。
このように、ＰＤＦファイルのダイレクトプリントに対応するためには、印刷装置に少なくとも一つのＰＤＦファイルの全体データをスプールすることができるストレージが必要になる。
【０００５】
近年の印刷装置は、印刷処理のために受信した電子ファイルを複数保管する目的、あるいは複数の利用者による同時操作を想定して大容量のストレージを予め備えているものもある。その他、可搬性のあるストレージ（例えば、いわゆるＵＳＢメモリ等のメモリカード）を印刷装置に装着し、当該ストレージに電子ファイルを格納するように構成されたものもある。
しかしながら、大容量のストレージを印刷装置に搭載した場合、製造コストもしくは運用コストが増大してしまうことになる。そのため、ダイレクトプリント機能を実現しながらも、搭載するストレージの容量をなるべく少なくすることが望まれている。
【０００６】
ストレージの容量を低減する観点では、特許文献１に開示された画像処理装置がある。
特許文献１に開示された画像処理装置は、利用可能なストレージのサイズが所定サイズ以下になった場合、電子ファイルの送信元に対して逐次的に処理可能なデータ形式に変換することを要求する、というものである。
なお、送信元に対して逐次的に処理可能なデータ形式に変換することを要求することは、結果的に、電子データの送信元の機器に対しプリンタドライバをインストールするのと同様の手間が発生することになる。また、電子データの送信、及び、変換されたデータの送信を共に行うため、通信量が増加してしまうことになる。
【０００７】
一方、一般的な印刷装置では、印刷データの受信を開始したタイミングで内部的なジョブ（印刷ジョブ）の生成を開始する。つまり、印刷装置は上述のような電子ファイルを受信するためのネットワークセッションを開始したタイミングでジョブの生成を開始することになる。また、例えばジョブ実行中に別の電子ファイルを受信した場合においても同様に、新たなジョブの生成を開始する。
【０００８】
また、印刷装置における電子ファイルの受信は、それぞれ独立して行われる。
そのため、先に受信を開始したジョブ（以降、先行ジョブと称す）の電子ファイルの受信完了よりも、後に受信を開始したジョブ（以降、後続ジョブと称す）の電子ファイルの受信が早く完了する場合がある。このような状況において、先行ジョブの電子ファイルを格納するためのストレージが枯渇（容量不足）した場合、下記に示すような問題が生じることになる。
【０００９】
１．後続ジョブを先に印刷処理する場合。
一般的な印刷装置では、ジョブを生成した順番で処理が行われる。つまり、電子ファイルの受信が開始された順番で、順次それらの印刷処理が実行される。そのため、後続ジョブを先に印刷処理する場合には、別途、例外的な処理を実行させる必要が生じてしまう。また、例えばサイズが小さいＰＤＦファイルが大量に投入（受信）された場合、それら全ての印刷処理が完了するまで先行ジョブの処理が開始されない場合が生じることになる。
【００１０】
２．後続ジョブをキャンセルする場合。
この場合、後続ジョブの電子ファイルを送信したモバイルデータ通信機器に対し、投入（受信）した電子ファイルの印刷ジョブがキャンセルされたことを通知することができなくなる。これは、モバイルデータ通信機器との通信が終了してしまっているためである。
【００１１】
上記のような問題に対処するため、従来は並行して処理するジョブの数を制限していた。すなわち、電子ファイルの受信が開始されたタイミングで電子ファイルを保存するためのストレージ領域を予め確保したり、領域が確保できない場合ジョブの受付を拒絶したり、あるいはジョブが完了するのを待つように構成していた。
このように構成された印刷装置では、電子ファイルの受信開始時にはこの電子ファイルのデータサイズが不明であることから、当該印刷装置において処理可能な電子ファイルの最大サイズ（最大のデータサイズ）に対応するストレージ領域を確保することになる。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００４−２８７７６３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、上述のように印刷装置において処理可能な電子ファイルの最大サイズに対応するストレージ領域を受信開始時に確保する場合であっても、以下に示すような問題が残る。すなわち、複数の電子ファイルを格納するために、予め大容量のストレージ領域を電子ファイルの格納領域として確保しておく必要がある。例えば、印刷装置において処理可能な電子ファイルの最大サイズが２［ＧＢ］であり、最大８ファイル分格納可能にするためには、予め１６［ＧＢ］分のストレージ領域を確保する必要がある。しかしながら、実際に受信する電子ファイルの実サイズは、上記最大サイズより小さい場合が多い。そのため、予め確保したストレージ領域の大部分が無駄になってしまう、という課題が残る。
【００１４】
本発明は、効率的に複数の電子データをストレージに格納することができる情報処理装置を提供することを、主たる目的とする。
【課題を解決するための手段】
【００１５】
本発明の情報処理装置は、データを格納する格納手段と、データを受信する受信手段と、前記受信手段によりデータを受信することに応じて、前記格納手段に所定サイズの領域を確保するとともに、前記所定サイズの領域を除いた前記格納手段の領域を、他のデータの格納に使用できる領域として設定する制御手段と、前記制御手段により確保された前記所定サイズの領域に前記受信手段により受信された前記データを格納する処理を実行する格納処理手段と、を有し、前記制御手段は、前記確保した前記所定サイズの領域への前記データの格納が完了したことに応じて、前記格納処理手段により格納した前記データの実サイズの情報を取得し、前記データの実サイズの情報に基づき、設定した前記他のデータの格納に使用できる領域を増加させ、前記制御手段は、前記受信手段により他のデータを受信する場合、前記設定された領域のサイズに基づいて、前記他のデータを格納するための所定サイズの領域の確保を行うか否かを判断することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、電子データに対する所定の処理（例えば、印刷処理）が当該電子データの受信が開始された順番で実行されると共に、確保した格納領域のサイズが順次更新される。そのため、効率的に複数の電子データを格納手段（例えば、ストレージ）に格納することができる。
【図面の簡単な説明】
【００１７】
【図１】第１実施形態に係る印刷装置の主たる構成の一例を示す図。
【図２】印刷装置の処理手順の一例を示すフローチャート。
【図３】図２に示すステップＳ２０２の処理からステップＳ２０９の処理における、ＨＤＤの格納領域の状態を説明するための図。
【図４】３つのＰＤＦファイルを受信する場合におけるＨＤＤの格納領域の状態を説明するための図。
【図５】第２実施形態に係る印刷装置の処理手順の一例を示すフローチャート。
【図６】４つのＰＤＦファイルを受信する場合におけるＨＤＤの格納領域の状態を説明するための図。
【発明を実施するための形態】
【００１８】
以下、本発明の情報処理装置を印刷装置に適用した場合の実施形態例について、図面を用いて詳細に説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１９】
［第１実施形態］
図１は、本実施形態に係る印刷装置の主たる構成の一例を示す図である。
図１に示す印刷装置１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＨＤＤ（ハードディスクドライブ）１０４、通信部１０５、操作部１０６を含んで構成される。印刷装置１００は、また、表示部１０７、レンダラ１０８、プリンタ１０９を有する。
【００２０】
ＣＰＵ１０１は、ＲＯＭ１０２やＨＤＤ１０４に格納された制御プログラムを読み出して印刷装置１００全体の制御を行う。ＲＯＭ１０２は、例えば制御プログラムなどの各種情報を格納する。ＲＡＭ１０３はＣＰＵ１０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。
ＨＤＤ１０４は、例えばＣＰＵ１０１が実行する制御プログラム、印刷対象となるＰＤＦファイルなどの各種情報を格納する。なお、ＨＤＤ１０４は、後述するＰＤＦファイルを格納する格納手段として機能する。
通信部１０５は、図示しないＰＣやモバイルデータ通信機器等の外部装置などと通信を行う。なお、通信部１０５を介した外部装置との通信は、ＬＡＮ（Local Area Network）、あるいはインターネット、無線通信などの様々な形態を採用することができる。
操作部１０６は、例えばキーボードなどであり、ユーザが入力した情報をＣＰＵ１０１に伝達する。
【００２１】
表示部１０７は、印刷装置１００の操作画面、あるいはジョブ処理におけるエラー画面などを表示する。なお、本実施形態では操作部１０６と表示部１０７とを別々の構成として説明した。これに限らず、例えばタッチパネル機能を有する液晶パネルなどを用いて一体的な構成とすることもできる。
レンダラ１０８は、通信部１０５を介して外部装置から入力された電子データをＣＰＵ１０１が解釈処理して生成したディスプレイリスト（中間データ）に基づき、ビットマップ画像データを生成する。レンダラ１０８は、また、生成したビットマップ画像データをＲＡＭ１０３あるいはＨＤＤ１０４に出力する。なお、ディスプレイリストの詳細については後述する。
プリンタ１０９は、ＲＡＭ１０３等に格納されたビットマップ画像データに基づき、用紙などのシートに画像を形成する印刷処理を行う。
【００２２】
なお、本実施形態の説明においては、通信部１０５を介して外部装置から入力（受信）される電子データをＰＤＦデータ（ＰＤＦファイル）とする。また、印刷装置１００が受け付けたＰＤＦファイルは、ＨＤＤ１０４の所定の格納領域に格納されるものとして説明を進める。なお、ＰＤＦファイルは、例えばＬＰＲ（Line PRinter daemon protocol）プロトコル、あるいはＲＡＷプロトコル等により外部装置から印刷装置１００に向けて送信される。
【００２３】
図２は、本実施形態に係る印刷装置１００の処理手順の一例を示すフローチャートである。なお、図２に示すステップＳ２０１からステップＳ２１４の各処理は、主としてＣＰＵ１０１がＲＯＭ１０２等のメモリに格納されたプログラムをＲＡＭ１０３に展開して実行される。また、印刷装置１００は、外部装置から送信された電子データ（例えば、ＰＤＦファイル）を受信し、受信が完了した電子データに対して所定の処理（印刷処理）を実行するものとする。
【００２４】
ＣＰＵ１０１は、ＨＤＤ１０４に予め確保されたＰＤＦファイルの格納領域（スプール領域）の合計サイズを算出し、算出結果をサイズ情報Ｓに設定する（Ｓ２０１）。このように、ＣＰＵ１０１は、算出手段として機能する。ここで、サイズ情報Ｓは、スプール領域における空き領域を示す情報であり、例えばＲＡＭ１０３に格納される。
ＣＰＵ１０１は、通信部１０５を介した外部とのネットワーク通信が開始（セッション開始）されるまで待機する（Ｓ２０２）。なお、ステップＳ２０２の処理以降の各処理は、通信部１０５を介した外部とのネットワーク通信が開始される毎に並行して実行されるジョブである。つまり、印刷装置１００においては、並行して複数のジョブ（印刷ジョブ）が実行されることになる。
【００２５】
ＣＰＵ１０１は、通信部１０５を介し、外部からの通信要求を検知したことを契機に電子データの受信処理を開始し、受信した電子データをＲＡＭ１０３に格納する。ＣＰＵ１０１は、ＲＡＭ１０３に格納された電子データを解析し、当該データがＰＤＦファイルであるか否かを判定する（Ｓ２０３）。なお、ＰＤＦファイルは、先頭が“％ＰＤＦ−”であることが予め規定されている。そのため、受信が完了する前であっても電子データの先頭を調べることにより、当該電子データがＰＤＦファイルであるか否かを判定することができる。
【００２６】
ＣＰＵ１０１は、ＰＤＦファイルであると判定した場合（Ｓ２０３：Ｙｅｓ）、ステップＳ２０４の処理に進む。また、そうでない場合（Ｓ２０３：Ｎｏ）、ステップＳ２１４の処理に進み、ＣＰＵ１０１は、受信したデータに対応した処理を実行する。具体的には、ステップＳ２１４の処理は、例えばＰＤＬデータの印刷処理等である。
【００２７】
ＣＰＵ１０１は、ＰＤＦファイルに対し印刷処理を実行するための管理情報であるジョブ情報を生成する（Ｓ２０４）。ここで、ジョブ情報とは、印刷装置１００において一意となる識別子が割り当てられた情報であり、例えば各種印刷設定、印刷状況を示す情報へのリンク情報などが含まれる。なお、生成されたジョブ情報は、例えばＲＡＭ１０３に格納される。
【００２８】
ＣＰＵ１０１は、印刷装置１００において処理可能なＰＤＦファイルの最大サイズと、ＲＡＭ１０３に格納したサイズ情報Ｓとを比較する（Ｓ２０５）。
例えば、印刷装置１００において処理可能なＰＤＦファイルの最大サイズとは、ＲＯＭ１０２等のメモリに格納されたプログラムで解釈処理することが可能な最大のサイズ（例えば、２［ＧＢ］）である。なお、印刷装置１００において処理可能なＰＤＦファイルの最大サイズは、当該印刷装置１００の処理能力などに応じて予め設定される。
ＣＰＵ１０１は、サイズ情報Ｓの値が印刷装置１００において処理可能なＰＤＦファイルの最大サイズより大きい場合（Ｓ２０５：Ｙｅｓ）、ステップＳ２０７の処理に進む。また、そうでない場合（Ｓ２０５：Ｎｏ）、ステップＳ２０６の処理に進む。
【００２９】
ＣＰＵ１０１は、印刷装置１００において処理可能なＰＤＦファイルの最大サイズを最大受信サイズＭに設定し、サイズ情報Ｓから最大受信サイズＭを減じた値をサイズ情報Ｓに再設定する（Ｓ２０７）。ここで、最大受信サイズＭは、ジョブ毎に設定される情報である。なお、本実施形態における最大サイズＭの値は、印刷装置１００において処理可能なＰＤＦファイルの最大サイズと常に等しい値になる。
ステップＳ２０７の処理により、ＨＤＤ１０４上に印刷装置１００において処理可能なＰＤＦファイルの最大サイズに応じた格納領域が確保される。印刷装置１００においては、並行して複数のジョブ（印刷ジョブ）が実行されることから、ＰＤＦファイルの受信の開始毎に格納領域が順次確保される。
そのため、受信したＰＤＦファイルが印刷装置１００において処理可能なＰＤＦファイルの最大サイズ以下であれば、後続するジョブの有無によらず、この確保した格納領域毎に受信したＰＤＦファイルを順次格納することができる。
【００３０】
ＣＰＵ１０１は、ステップＳ２０７の処理において設定した最大受信サイズＭに至るまで、通信部１０５を介して受信したＰＤＦファイルをＨＤＤ１０４に格納（スプール）する。このように、ＣＰＵ１０１は、ＨＤＤ１０４と協働し、格納手段として機能する。
ＣＰＵ１０１は、また、受信したＰＤＦファイルの実際のサイズ（実サイズ）をファイルサイズＰに設定する（Ｓ２０８）。なお、ファイルサイズＰは、ジョブ毎に設定される情報である。また、受信したＰＤＦファイルの実サイズは、ステップＳ２０７の処理で設定した最大受信サイズＭより小さく、最大受信サイズＭ≧ファイルサイズＰの関係になるものとする。
【００３１】
ＣＰＵ１０１は、受信したＰＤＦファイルのサイズが最大受信サイズＭの値を超える場合、あるいは受信途中に通信エラーなどが発生して受信に失敗した場合（Ｓ２０８：Ｎｏ）、ステップＳ２１３の処理に進む。また、そうでない場合（Ｓ２０８：Ｙｅｓ）、つまり受信が正常に完了した場合、ステップＳ２０９の処理に進む。
【００３２】
ＣＰＵ１０１は、サイズ情報Ｓの更新を行う（Ｓ２０９）。具体的には、サイズ情報Ｓに最大受信サイズＭを加算し、さらに、ステップＳ２０８の処理においてＨＤＤ１０４に格納したファイルサイズＰを減じた値をサイズ情報Ｓに再設定する。このように、ＣＰＵ１０１は、更新手段として機能する。なお、ＰＤＦファイルの受信完了によりその実サイズを把握することができるため、この場合のサイズ情報Ｓの更新は、ＰＤＦファイルの受信完了を契機に実行される。
ステップＳ２０９の処理により、確保した格納領域のサイズは、最大受信サイズＭからファイルサイズＰになり、最大受信サイズＭ≧ファイルサイズＰの関係であることから、サイズ情報Ｓの値は増加することになる。つまり、最大サイズから実サイズへと更新することにより空き領域が増加し、これにより当該増加した領域を後続するジョブにおいて利用することが可能になる。
【００３３】
ＣＰＵ１０１は、ステップＳ２０８の処理においてＨＤＤ１０４に格納したＰＤＦファイル（スプールデータ）に対する解釈処理を実行し、これによりディスプレイリストを生成する（Ｓ２１０）。ディスプレイリストは、ビットマップ画像データを生成するための中間データである。なお、生成されたディスプレイリストは、例えばＲＡＭ１０３に格納される。
ＣＰＵ１０１は、ディスプレイリストを生成したＰＤＦファイルをＨＤＤ１０４から削除する。そして、ＣＰＵ１０１は、サイズ情報ＳにファイルサイズＰを加算した値をサイズ情報Ｓに再設定する（Ｓ２１１）。つまり、ＨＤＤ１０４からＰＤＦファイルを削除する更新、つまりサイズ情報ＳにファイルサイズＰを加算する更新により空き領域が増加し、これにより当該増加した領域を後続するジョブにおいて利用することが可能になる。
【００３４】
ＣＰＵ１０１は、レンダラ１０８を介してディスプレイリストに対する解釈処理を実行し、これによりビットマップ画像データを生成し、生成したビットマップ画像データをＲＡＭ１０３（又は、ＨＤＤ１０４）に出力する。そして、ＣＰＵ１０１は、プリンタ１０９を介してビットマップ画像をシート上に印刷する印刷処理を実行する（Ｓ２１２）。
一連の印刷処理が全て完了したことを契機に、ＣＰＵ１０１は、ステップＳ２０４の処理において生成したジョブ情報をＲＡＭ１０３から削除し、その後ステップＳ２０２の処理に戻る。
【００３５】
また、ＣＰＵ１０１は、ステップＳ２０５の処理においてサイズ情報Ｓが最大サイズＭに満たない場合（Ｓ２０５：Ｎｏ）、並行して実行されている他のジョブによりステップＳ２０９又はステップＳ２１１の処理が実行されるまで待機する（Ｓ２０６）。つまり、この場合では、ＨＤＤ１０４上に印刷装置１００において処理可能なＰＤＦファイルの最大サイズに応じた格納領域を確保することができない。そのため、サイズ情報Ｓの更新後に空き領域が増加するまで待機する。例えば、ステップＳ２０９の処理が実行された場合にはサイズ情報Ｓが更新される。ＣＰＵ１０１は、ステップＳ２０９又はステップＳ２１１の処理が実行された場合、再度、印刷装置１００において処理可能なＰＤＦファイルの最大サイズと、ＲＡＭ１０３に格納したサイズ情報Ｓとを比較する（Ｓ２０５）。
【００３６】
また、ＣＰＵ１０１は、例えばＰＤＦファイルの受信、あるいはＨＤＤ１０４への格納処理などが失敗した場合（Ｓ２０８：Ｎｏ）、ジョブキャンセル処理を実行する（Ｓ２１３）。具体的には、ＣＰＵ１０１は、ＨＤＤ１０４に途中まで受信したＰＤＦファイルが格納されている場合には、そのＰＤＦファイルを削除したり、ステップＳ２０４の処理において生成したジョブの終了処理を行ったりする。その後、ステップＳ２０２の処理に戻る。
【００３７】
図３は、図２に示すステップＳ２０２の処理からステップＳ２０９の処理における、ＨＤＤ１０４に予め確保されたＰＤＦファイルの格納領域の状態を説明するための図である。具体的には、図２を用いて説明したステップＳ２０２の処理においてＣＰＵ１０１が通信部１０５を介して一つのＰＤＦファイルを受信してから、ステップＳ２０９の処理まで他のＰＤＦファイルを受信しない場合の格納領域の状態である。
【００３８】
図３に示す格納領域の状態３００は、ＰＤＦファイルの受信が開始される前の状態であり、ＰＤＦファイルの格納領域は全て空の状態である。
図３に示す格納領域の状態３０１は、ＰＤＦファイルの受信が開始されたときの状態を示している。具体的には、図２に示すステップ２０７の処理により、サイズ情報Ｓから最大受信サイズＭを減じた値をサイズ情報Ｓに再設定したときの格納領域の状態である。このように、格納領域の空きが最大サイズＭ以上である場合、サイズ情報Ｓの値は最大サイズＭの値分だけ減ることになる。
図３に示す格納領域の状態３０２は、ＰＤＦファイルの受信が完了したときの状態を示している。具体的には、図２に示すステップ２０９の処理により、サイズ情報Ｓに最大受信サイズＭを加算し、さらに、ＨＤＤ１０４に格納したファイルサイズＰを減じた値をサイズ情報Ｓに再設定したときの格納領域の状態である。最大受信サイズＭ≧ファイルサイズＰであることから、状態３０１から状態３０２のように、サイズ情報Ｓの値が増加する。
図３に示す格納領域の状態３０３は、ＨＤＤ１０４からＰＤＦファイルが削除されたときの状態を示している。具体的には、図２に示すステップ２１１の処理により、サイズ情報ＳにファイルサイズＰを加算した値をサイズ情報Ｓに再設定したときの格納領域の状態である。このように、ディスプレイリストの生成が完了し、ＰＤＦファイルがＨＤＤ１０４から削除されることにより、ＰＤＦファイルの格納領域は全て空の状態に戻る。以下、これらの点について具体例を挙げて説明する。
【００３９】
図４は、３つのＰＤＦファイルを受信する場合におけるＨＤＤ１０４の格納領域の状態を説明するための図である。受信する３つのＰＤＦファイルをそれぞれ、ＰＤＦファイルＡ、ＰＤＦファイルＢ、ＰＤＦファイルＣとして説明する。
なお、ＰＤＦファイルＡは、印刷装置１００に対し未だＰＤＦファイルが一つも送信されていないときに受信が開始されるものとする。ＰＤＦファイルＢは、ＨＤＤ１０４へＰＤＦファイルＡの格納が完了する前、つまり図２に示すステップＳ２０９の処理以前に受信が開始されるものとする。ＰＤＦファイルＣは、ＨＤＤ１０４へＰＤＦファイルＡの格納が完了し、且つ、ＰＤＦファイルＢの格納が完了する前に受信が開始されるものとする。
【００４０】
図４に示す格納領域の状態４００は、ＰＤＦファイルの受信が開始される前の状態であり、ＰＤＦファイルの格納領域は全て空の状態である。
図４に示す格納領域の状態４０１は、ＰＤＦファイルＡの受信が開始されたときの状態を示している。具体的には、図２に示すステップ２０７の処理により、サイズ情報Ｓから最大受信サイズＭ（Ａ）を減じた値をサイズ情報Ｓに再設定したときの格納領域の状態である。
図４に示す格納領域の状態４０２は、ＰＤＦファイルＡの受信途中にＰＤＦファイルＢの受信が開始されたときの状態を示している。具体的には、サイズ情報Ｓから最大受信サイズＭ（Ａ）、及び、最大受信サイズＭ（Ｂ）を減じた値をサイズ情報Ｓに再設定したときの格納領域の状態である。
【００４１】
図４に示す格納領域の状態４０３は、ＰＤＦファイルＢの受信途中にＨＤＤ１０４へＰＤＦファイルＡの格納が完了したときの状態を示している。具体的には、サイズ情報Ｓに最大受信サイズＭ（Ｂ）を加算し、さらに、ＨＤＤ１０４に格納したファイルサイズＰ（Ａ）を減じた値をサイズ情報Ｓに再設定したときの格納領域の状態である。
図４に示す格納領域の状態４０４は、ＨＤＤ１０４へＰＤＦファイルＡの格納が完了し、且つ、ＰＤＦファイルＢの受信途中にＰＤＦファイルＣの受信が開始されたときの状態を示している。具体的には、サイズ情報Ｓに最大受信サイズＭ（Ｂ）と最大受信サイズＭ（Ｃ）を加算し、さらに、ＨＤＤ１０４に格納したファイルサイズＰ（Ａ）を減じた値をサイズ情報Ｓに再設定したときの格納領域の状態である。
【００４２】
図４に示すサイズ情報Ｓは、ＰＤＦファイルの受信が完了した時点（図２：ステップＳ２０９）、並びに、スプールデータの解釈処理が終了した時点（図２：ステップＳ２１１）において更新される。そのため、ＨＤＤ１０４の格納領域のサイズが最大サイズＭの３倍のサイズでなくとも、ＰＤＦファイルＡ、Ｂ、Ｃの３つのファイルを格納することが可能になる。また、先行するジョブが完了する前に後続するジョブの受信を開始することができる。そのため、印刷装置１００では、並行してジョブを実行することができる。
【００４３】
このように、本実施形態の印刷装置１００では、ＨＤＤ１０４におけるＰＤＦファイルの格納領域のサイズを示すサイズ情報Ｓが、ＰＤＦファイルの受信状況、解釈処理の状況に応じて更新される。これにより、ＰＤＦファイルの受付け順、つまりジョブ情報が生成された順番で印刷処理を実行することができると共に、効率的に複数の電子データ（ＰＤＦファイル）をストレージ（ＨＤＤ１０４）に格納することができる。
【００４４】
［第２実施形態］
第１実施形態の印刷装置１００では、サイズ情報Ｓが最大サイズＭ以上である場合、ＨＤＤ１０４上に印刷装置１００において処理可能なＰＤＦファイルの最大サイズに応じた格納領域（最大サイズＭ）を確保する構成例について説明した。これに限らず、サイズ情報Ｓが最大サイズＭ未満である場合、具体的には、サイズ情報Ｓの値が０（ゼロ）を超える場合、ＰＤＦファイルの格納領域を確保するように構成することもできる。以下、図５、図６を用いてこのように構成された印刷装置について説明する。
なお、本実施形態に係る印刷装置の構成と、第１実施形態において説明した印刷装置１００の構成とは同じであるため、その説明を省略する。
【００４５】
図５は、本実施形態に係る印刷装置の処理手順の一例を示すフローチャートである。なお、図２に示すステップＳ５０１からステップＳ５２０の各処理は、主としてＣＰＵ１０１がＲＯＭ１０２等のメモリに格納されたプログラムをＲＡＭ１０３に展開して実行される。また、印刷装置は、外部装置から送信された電子データ（例えば、ＰＤＦファイル）を受信し、受信が完了した電子データに対して所定の処理（印刷処理）を実行するものとする。
【００４６】
ＣＰＵ１０１は、ＨＤＤ１０４に予め確保されたＰＤＦファイルを格納する領域（スプール領域）の合計サイズをサイズ情報Ｓに設定する（Ｓ５０１）。ここで、サイズ情報Ｓは、スプール領域における空き領域を示す情報であり、例えばＲＡＭ１０３に格納される。ＣＰＵ１０１は、通信部１０５を介した外部とのネットワーク通信が開始（セッション開始）されるまで待機する（（Ｓ５０２）。
なお、ステップＳ５０２の処理以降の各処理は、通信部１０５を介した外部とのネットワーク通信が開始される毎に並行して実行されるジョブである。つまり、印刷装置１００においては、並行して複数のジョブ（印刷ジョブ）が実行されることになる。
【００４７】
ＣＰＵ１０１は、通信部１０５を介し、外部からの通信要求を検知したことを契機に電子データの受信処理を開始し、受信した電子データをＲＡＭ１０３に格納する。ＣＰＵ１０１は、ＲＡＭ１０３に格納された電子データを解析し、当該データがＰＤＦデータであるか否かを判定する（Ｓ５０３）。なお、ＰＤＦファイルは、先頭が“％ＰＤＦ−”であることが予め規定されている。そのため、受信が完了する前であっても電子データの先頭を調べることにより、当該電子データがＰＤＦファイルであるか否かを判定することができる。
【００４８】
ＣＰＵ１０１は、ＰＤＦファイルであると判定した場合（Ｓ５０３：Ｙｅｓ）、ステップＳ５０４の処理に進む。また、そうでない場合（Ｓ５０３：Ｎｏ）、ステップＳ５２０の処理に進み、ＣＰＵ１０１は、受信したデータに対応した処理を実行する。具体的には、ステップＳ２１４の処理は、例えばＰＤＬデータの印刷処理等である。
【００４９】
ＣＰＵ１０１は、ＰＤＦファイルに対し印刷処理を実行するための管理情報であるジョブ情報を生成する。ここで、ジョブ情報とは、印刷装置において一意となる識別子が割り当てられた情報であり、例えば各種印刷設定、印刷状況を示す情報へのリンク情報などが含まれる。なお、生成されたジョブ情報は、例えばＲＡＭ１０３に格納される。
そして、ＣＰＵ１０１は、受信したＰＤＦファイルの実サイズを示すファイルサイズＰをＰ＝０（ゼロ）に初期化する（Ｓ５０４）。なお、ファイルサイズＰは、ジョブ毎に設定される情報である。
【００５０】
ＣＰＵ１０１は、受信可能サイズＭを計算する。具体的には、印刷装置１００において処理可能なＰＤＦファイルの最大サイズと、直近のサイズ情報Ｓとを比較し、これらのうちいずれか小さい方の値を受信可能サイズＭに設定する。なお、受信可能サイズＭは、ジョブ毎に設定される情報である。
そして、ＣＰＵ１０１は、サイズ情報Ｓから受信可能サイズＭを減じた値をサイズ情報Ｓに再設定する（Ｓ５０５）。つまり、後続するジョブにおいて利用することができる空き領域が減少することになる。なお、並行して複数のジョブ（印刷ジョブ）が実行されることから、ＰＤＦファイルの受信の開始毎に格納領域が順次確保される。
【００５１】
ＣＰＵ１０１は、未だＨＤＤ１０４に格納されていない受信データ（未スプールデータ）がＲＡＭ１０３上にあるか否かを判定する（Ｓ５０６）。ＣＰＵ１０１は、未スプールデータがある場合（Ｓ５０６：Ｙｅｓ）、ステップＳ５０７の処理に進む。また、そうでない場合（Ｓ５０６：Ｎｏ）、ステップＳ５０９の処理に進む。
【００５２】
ＣＰＵ１０１は、受信可能サイズＭの値とファイルサイズＰの値とを比較する（Ｓ５０７）。比較の結果、受信可能サイズＭがファイルサイズＰより大きい場合（Ｓ５０７：Ｙｅｓ）、ＣＰＵ１０１は、ＲＡＭ１０３の受信データの一部もしくは全てをＨＤＤ１０４に格納する。そして、ＣＰＵ１０１は、ＨＤＤ１０４に格納した受信データサイズをファイルサイズＰに加算し、これによりファイルサイズＰの値を再設定する（Ｓ５０８）。その後、ステップＳ５０６の処理に戻る。また、そうでない場合（Ｓ５０７：Ｎｏ）、ステップＳ５１０の処理に進む。
【００５３】
ＣＰＵ１０１は、未スプールデータがない場合（Ｓ５０６：Ｎｏ）、通信部１０５を介したＰＤＦファイルの受信（ネットワーク受信）を継続する（Ｓ５０９）。後続のデータを受信した場合（Ｓ５０９：Ｙｅｓ）、ＣＰＵ１０１は、受信したデータをＲＡＭ１０３に格納し、その後、ステップＳ５０７の処理に進む。また、そうでない場合（Ｓ５０９：Ｎｏ）、ステップＳ５１３の処理に進む。
【００５４】
ＣＰＵ１０１は、通信部１０５を介したＰＤＦファイルの受信が正常に完了したか否かを判定する（Ｓ５１３）。ＣＰＵ１０１は、正常に完了したと判定した場合（Ｓ５１３：Ｙｅｓ）、ステップＳ５１４の処理に進む。また、そうでない場合（Ｓ５１３：Ｎｏ）、例えばネットワークエラー等が発生した場合、ステップＳ５１２の処理に進む。なお、ステップＳ５１２の処理は、図２に示すステップＳ２１３の処理と同じであるため、その説明を省略する。
【００５５】
ＣＰＵ１０１は、サイズ情報Ｓの更新を行う（Ｓ５１４）。具体的には、サイズ情報Ｓに最大受信サイズＭを加算し、さらに、ファイルサイズＰを減じた値をサイズ情報Ｓに再設定する。
ステップＳ５１４の処理により、確保した格納領域のサイズは、最大受信サイズＭからファイルサイズＰになり、最大受信サイズＭ≧ファイルサイズＰの関係であることから、サイズ情報Ｓの値は増加することになる。つまり、最大サイズから実サイズへと更新することにより空き領域が増加し、これにより当該増加した領域を後続するジョブにおいて利用することが可能になる。
【００５６】
ＣＰＵ１０１は、ＲＡＭ１０３に格納されているジョブ情報を参照し、ＨＤＤ１０４へＰＤＦファイルの格納が完了していないジョブを全て検索する。そして、ＣＰＵ１０１は、検索により特定したジョブの中から、受信可能サイズＭが印刷装置が処理可能なＰＤＦファイルの最大サイズ未満のジョブをさらに検索する（Ｓ５１５）。検索によりジョブが特定された場合（Ｓ５１５：Ｙｅｓ）、ＣＰＵ１０１は、該当するジョブの受信可能サイズＭに所定の値を加算し、これにより受信可能サイズＭを更新する。ここで、受信可能サイズＭに加算される所定の値の最大値は、サイズ情報Ｓの値になる。つまり、更新により増加した空き領域が受信可能サイズＭに加算される。
そして、ＣＰＵ１０１は、サイズ情報Ｓから受信可能サイズＭに加算した所定の値を減じた値をサイズ情報Ｓに再設定する（Ｓ５１６）。
なお、ＣＰＵ１０１は、ステップＳ５１４からステップＳ５１７の処理を実行している間に、ステップＳ５０５の処理が並行して実行されないように制御する。この制御は、ステップＳ５１４の処理においてサイズ情報Ｓが増加した後、ステップＳ５１６の処理が実行される前に、新しいジョブを受け付けないようにするためである。
【００５７】
ＣＰＵ１０１は、検索によりジョブが特定されなかった場合（Ｓ５１５：Ｎｏ）、又は、ステップＳ５１６の処理が完了した場合、ＨＤＤ１０４に格納したＰＤＦファイル（スプールデータ）に対する解釈処理を実行する。これにより、ディスプレイリストを生成する（Ｓ５１７）。なお、生成されたディスプレイリストは、ＲＡＭ１０３に格納される。
ＣＰＵ１０１は、ディスプレイリストが生成されたＰＤＦファイルをＨＤＤ１０４から削除する。そして、ＣＰＵ１０１は、サイズ情報ＳにファイルサイズＰを加算した値をサイズ情報Ｓに再設定する（Ｓ５１８）。つまり、ＨＤＤ１０４からＰＤＦファイルを削除する更新、つまりサイズ情報ＳにファイルサイズＰを加算する更新により空き領域が増加し、これにより当該増加した領域を後続するジョブにおいて利用することが可能になる。
【００５８】
ＣＰＵ１０１は、レンダラ１０８を介してディスプレイリストに対する解釈処理を実行し、これによりビットマップ画像データを生成し、生成したビットマップ画像データをＲＡＭ１０３（又は、ＨＤＤ１０４）に出力する。そして、ＣＰＵ１０１は、プリンタ１０９を介してビットマップ画像をシート上に印刷する印刷処理を実行する（Ｓ５１９）。
一連の印刷処理が全て完了したことを契機に、ＣＰＵ１０１は、ステップＳ５０４の処理において生成したジョブ情報を削除し、その後ステップＳ５０２の処理に戻る。
【００５９】
また、ＣＰＵ１０１は、受信可能サイズＭの値が印刷装置１００において処理可能なＰＤＦファイルの最大サイズと等しいか否かを判断する（Ｓ５１０）。等しいと判断した場合（Ｓ５１０：Ｙｅｓ）、ＣＰＵ１０１は、ステップＳ５１２の処理に進む。つまり、この場合では、印刷装置１００において処理可能なＰＤＦファイルの最大サイズ以上のＰＤＦファイルを受信したことになり、ジョブがキャンセルされる。また、そうでない場合（Ｓ５１０：Ｎｏ）、ＣＰＵ１０１は、並行して実行されている他のジョブによりステップＳ５１６の処理が実行され、受信可能サイズＭの値が更新されるまで待機する（Ｓ５１１）。その後、ＣＰＵ１０１は、受信可能サイズＭが更新されたときにステップＳ５０７の処理に進む。
【００６０】
図６は、４つのＰＤＦファイルを受信する場合におけるＨＤＤ１０４の格納領域の状態を説明するための図である。受信する４つのＰＤＦファイルをそれぞれ、ＰＤＦファイルＡ、ＰＤＦファイルＢ、ＰＤＦファイルＣ、ＰＤＦファイルＤとして説明する。
なお、ＰＤＦファイルＡは、印刷装置１００に対し未だＰＤＦファイルが一つも送信されていないときに受信開始されるものとする。ＰＤＦファイルＢは、ＨＤＤ１０４へＰＤＦファイルＡの格納が完了する前、つまり図５に示すステップＳ５１３の処理以前に受信が開始され、且つ、ＰＤＦファイルＡよりも早く受信が完了するもとする。ＰＤＦファイルＣは、ＨＤＤ１０４へＰＤＦファイルＡ、及び、ＰＤＦファイルＢそれぞれの格納が完了する前に受信が開始されるものとする。ＰＤＦファイルＤは、ＨＤＤ１０４へＰＤＦファイルＡの格納が完了し、且つ、ＰＤＦファイルＣの格納が完了する前に受信が開始されるものとする。
【００６１】
図６に示す格納領域の状態６００は、ＰＤＦファイルの受信が開始される前の状態であり、ＰＤＦファイルの格納領域は全て空の状態である。
図６に示す格納領域の状態６０１は、ＰＤＦファイルＡの受信が開始されたときの状態を示している。この場合、ＰＤＦファイルＡに対する受信可能サイズＭ（Ａ）は、印刷装置１００において処理可能なＰＤＦファイルの最大サイズと等しい。
図６に示す格納領域の状態６０２は、ＰＤＦファイルＡの受信途中にＰＤＦファイルＢの受信が開始されたときの状態を示している。この場合、ＰＤＦファイルＢに対する受信可能サイズＭ（Ｂ）は、印刷装置１００において処理可能なＰＤＦファイルの最大サイズと等しい。
【００６２】
図６に示す格納領域の状態６０３は、ＰＤＦファイルＡ、Ｂの受信途中にＰＤＦファイルＣの受信が開始されたときの状態を示している。この場合、ＰＤＦファイルＣに対する受信可能サイズＭ（Ｃ）は、サイズ情報Ｓから受信可能サイズＭ（Ａ）と受信可能サイズＭ（Ｂ）を減じたものとなる。そのため、受信可能サイズＭ（Ｃ）は、印刷装置１００において処理可能なＰＤＦファイルの最大サイズに満たないことが見て取れる。
図６に示す格納領域の状態６０４は、ＰＤＦファイルＡ、Ｃの受信途中にＨＤＤ１０４へＰＤＦファイルＢの格納が完了したときの状態を示している。この場合、受信可能サイズＭ（Ｃ）は、図５に示すステップ５１６の処理により、印刷装置１００において処理可能なＰＤＦファイルの最大サイズまで増加していることが見て取れる。
図６に示す格納領域の状態６０５は、ＰＤＦファイルＣの受信途中にＨＤＤ１０４へＰＤＦファイルＡの格納が完了したときの状態を示している。また、図６に示す格納領域の状態６０６は、ＰＤＦファイルＣの受信途中にＰＤＦファイルＤの受信が開始されたときの状態を示している。
【００６３】
このように、本実施形態の印刷装置では、並行して実行されるジョブのうち、当該印刷装置において処理可能なＰＤＦファイルの最大サイズに満たない受信可能サイズＭのジョブは同時に一つ以下しか存在しないように制御される。
これにより、ＰＤＦファイルの受付け順、つまりジョブ情報が生成された順番で印刷処理が実行されると共に、効率的に複数の電子データ（ＰＤＦファイル）をストレージ（ＨＤＤ１０４）に格納することができる。
【００６４】
なお、本実施形態において説明したジョブの制御は、コンピュータにジョブ制御プログラム（コンピュータプログラム）をインストールすることにより動作させることもできる。また、ジョブ制御プログラムをコンピュータにおいて実行可能に記録した記録媒体も本発明の範囲に含まれることは、言うまでもない。
上記説明した実施形態は、本発明をより具体的に説明するためのものであり、本発明の範囲が、これらの例に限定されるものではない。
【符号の説明】
【００６５】
１００・・・印刷装置、１０１・・・ＣＰＵ、１０２・・・ＲＯＭ、１０３・・・ＲＡＭ、１０４・・・ＨＤＤ、１０５・・・通信部、１０８・・・レンダラ、１０９・・・プリンタ。
【図１】
0005901676.tif 000002
【図２】
0005901676.tif 000003
【図５】
0005901676.tif 000004
【図３】
0005901676.tif 000005
【図４】
0005901676.tif 000006
【図６】
0005901676.tif 000007