JP6127716B2 - 印刷装置 - Google Patents

Description

本発明は，画像を印刷する印刷装置に関する。さらに詳細には，画像データを記憶するサーバから画像データをダウンロードし，ダウンロードした画像データに基づいて印刷装置にて印刷する技術に関するものである。

従来から，印刷装置とサーバとを有する印刷システムにおいて，印刷装置からサーバに対して画像データのダウンロード要求を出力し，サーバからその画像データをダウンロードし，その画像データに基づいて印刷装置が印刷を行う技術が知られている。以下，上述の手順による印刷を「ダウンロード印刷」とする。

ダウンロード印刷に関する技術を開示した文献としては，例えば特許文献１がある。特許文献１には，サーバから複数の画像データを並列に印刷装置にダウンロードし，ダウンロードが完了した画像データから印刷する技術が開示されている。

特開２０００−２１５０１９号公報

前記した従来の技術には次のような問題があった。すなわち，複数の画像データをサーバから受信する際の，同時受信する画像データの数については考慮されていない。同時受信する画像データの数については，多い方が好ましい場合もあれば少ない方が好ましい場合もあるため，改善の余地がある。

本発明は，前記した従来の技術が有する問題点を解決するためになされたものである。すなわちその課題とするところは，複数の画像データを選択してダウンロード印刷を実行する際の，画像データの受信態様の好適化が期待できる技術を提供することにある。

この課題の解決を目的としてなされた印刷装置は，サーバと通信を行う通信部と，前記通信部によって前記サーバから受信した画像データを記憶する記憶部と，前記記憶部に記憶された画像データに基づいて印刷を行う印刷部と，制御部とを備え，前記制御部は，前記サーバに格納されている画像データを受信して前記印刷部に印刷を行わせる印刷指示を複数の画像データに対して受け付けると，前記複数の画像データの受信態様を，一の画像データを受信しているときに他の画像データも受信する並列受信とし，前記並列受信において同時に受信する画像データの数である同時受信数を，前記記憶部の空き容量に基づいて決定し，前記複数の画像データの前記並列受信を行うことを特徴としている。

本明細書に開示される印刷装置は，印刷指示に応じて，サーバに格納されている画像データを受信して印刷部に印刷を行わせる。この印刷指示を複数の画像データに対して受け付けると，受信態様を，複数の画像データを並列に受信する並列受信とする。さらに，同時に並列受信する画像データの数である同時受信数を，記憶部の空き容量に基づいて決定する。なお，同時受信数の決定方法としては，例えば，空き容量を規定値で割った値と画像データの数との少ない方の値とする，所定の限界値よりも空き容量が少なければ単数とし，多ければ複数とする，ことが該当する。また，空き容量は，記憶部の物理的な空き容量であってもよいし，画像データを記憶するために確保された特定の記憶領域の空き容量であってもよい。また，複数の画像データの受信開始順については，例えば，選択順であってもよいし，所定のルールに従った順であってもよい。

本明細書に開示される印刷装置では，画像データのダウンロードにかかる時間は，その画像データの送信元のサーバとの通信状態等によって異なる。そのため，複数の画像データについて並列受信とし，早く受信が完了した画像データから印刷のための処理を行うことで，１つの画像データずつ順に受信する受信態様と比較して，複数の画像データ全体の印刷が完了するまでの時間短縮が期待できる。そして，並列受信においては，同時受信数が多いほど印刷の早期開始が期待でき，その結果として複数の画像データ全体の印刷が完了するまでの時間短縮が期待できる。一方で，同時受信数が多いほど，記憶部のメモリフルのリスクが高まる。そのため，同時受信数を，記憶部の空き容量に応じて可変にすることで，より効率的なデータ受信が期待できる。

また，前記制御部は，前記複数の画像データの前記並列受信を開始した後，前記記憶部の空き容量が閾値よりも少なくなった場合には，前記同時受信数を減らすとよい。並列受信を開始した後であっても記憶部の空き容量が少なくなった場合には，同時受信数を減らしてメモリ負荷を軽減する方が好ましい。なお，減らされた画像データについては，受信を中止してもよいし中断してもよい。

また，前記制御部は，前記複数の画像データの前記並列受信を開始した後，前記記憶部の空き容量が閾値よりも少なくなった場合には，受信が完了していない画像データのうち，受信完了までの残り時間が最も長い画像データあるいは閾値時間よりも長い画像データの受信を行わないこととし，それ以外の画像データの受信を継続するとよい。受信完了までの時間が長い画像データの受信を行わないことで，メモリ負荷を軽減しつつ，早期に受信が完了できる画像データを優先的に受信できる。なお，受信を行わない画像データについては，受信を中止してもよいし中断してもよい。

本明細書に開示される印刷装置は，前記並列受信では，一の画像データを受信しているときに前記一の画像データと異なるサーバに格納されている他の画像データを受信するとよい。サーバが異なる場合には通信速度の違い等によってどの画像データの受信が先に完了するか分からない。そのため，並列受信が好適である。

本明細書に開示される印刷装置は，前記並列受信では，外部装置での変換が必要な画像データと必要でない画像データとのいずれか一方を受信しているときに他方の画像データを受信するとよい。画像データの変換中はその画像データの印刷を行うことができない。そのため，変換中に変換不要の画像データの受信を行って印刷を行う方が効率的である。

また，前記制御部は，前記記憶部の空き容量が限界値よりも少ない場合には，前記並列受信を行わず，前記複数の画像データの受信態様を，一の画像データを受信しているときに他の画像データを受信しない非並列受信とするとよい。記憶部の空き容量が少ない場合には，非並列受信として受信する画像データ量を減らす方が，メモリフルのリスクを低減できる。

さらに本明細書には，サーバと通信を行う通信部と，前記通信部によって前記サーバから受信した画像データを記憶する記憶部と，前記記憶部に記憶された画像データに基づいて印刷を行う印刷部と，制御部と，を備え，前記制御部は，前記サーバに格納されている画像データを受信して前記印刷部に印刷を行わせる印刷指示を，複数の画像データに対して受け付けた際，前記複数の画像データのうち，サーバが異なる画像データがあれば，一の画像データを受信しているときに前記一の画像データとサーバが異なる他の画像データも受信する，ことを特徴とする印刷装置も開示されている。

さらに本明細書には，サーバと通信を行う通信部と，前記通信部によって前記サーバから受信した画像データを記憶する記憶部と，前記記憶部に記憶された画像データに基づいて印刷を行う印刷部と，制御部と，を備え，前記制御部は，前記サーバに格納されている画像データを受信して前記印刷部に印刷を行わせる印刷指示を，複数の画像データに対して受け付けた際，前記複数の画像データのうち，外部装置での変換が必要な画像データと必要でない画像データとが混在すれば，外部装置での変換が必要な画像データと必要でない画像データとのいずれか一方を受信しているときに他方の画像データを受信する，ことを特徴とする印刷装置も開示されている。

本発明によれば，複数の画像データを選択してダウンロード印刷を実行する際の，画像データの受信態様の好適化が期待できる技術が実現される。

実施の形態にかかるＭＦＰを含む印刷システムを示すブロック図である。 ダウンロード印刷の手順を示すシーケンス図である。 ダウンロード印刷処理の手順を示すフローチャートである。 並列ダウンロード処理の手順を示すフローチャートである。 空き容量監視処理の手順を示すフローチャートである。 変換処理の手順を示すフローチャートである。

以下，本発明にかかる画像形成装置を具体化した実施の形態について，添付図面を参照しつつ詳細に説明する。本形態は，画像形成機能を備えた複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）に本発明を適用したものである。

［印刷システム］
本形態の印刷システム１は，図１に示すように，ＭＦＰ１００と，変換サーバ２００と，画像格納サーバ３００を有し，これらがインターネット等のネットワークを介して，互いに通信可能となっている。変換サーバ２００は，例えば，画像データの変換処理を行う外部装置であり，画像格納サーバ３００は，例えば，画像データを格納する外部装置である。変換サーバ２００と画像格納サーバ３００とはいずれも，サーバの一例である。

ＭＦＰ１００は，ネットワークを介して，変換サーバ２００や画像格納サーバ３００から画像データを受信し，受信した画像データを記憶する。さらに，記憶された画像データに基づいて印刷を行う機能を有している。なお，ＭＦＰ１００は，ＰＣ等から印刷指令付きの画像データを受信して，印刷を行うこともできる。また，操作パネル等からコピー指示等の指示入力を直接受け付けて，印刷することもできる。

変換サーバ２００は，画像データの送受信機能と，ＭＦＰ１００による解析が不可能な画像データをＭＦＰ１００による解析が可能な種類のデータへと変換する変換機能とを有している。画像格納サーバ３００は，種々の画像データを格納し，インターネット等のネットワークを介して，格納する画像データを提供する機能を有している。なお，変換サーバ２００や画像格納サーバ３００は，１台のコンピュータによって実現されるものに限らず，複数台のコンピュータやクラウドシステム等でもよい。

なお，画像格納サーバ３００に格納されている画像データには，様々な種類のデータがある。例えば，ＰＤＦデータ，ＴＩＦＦデータ，ＪＰＥＧデータ等である。さらには，テキストデータや，特定のアプリケーションに特化したデータも含まれる。ＭＦＰ１００は，自装置用のデバイスドライバにて変換済みのＰＤＬデータや，ポストスクリプトデータ等については解析可能である。一方，前述の様々な種類のデータについては解析できないものが多い。そのため，ＭＦＰ１００は，印刷を指示された画像データを自装置にて解析できない場合には，変換サーバ２００に送信して変換処理を実行させ，変換後の画像データを変換サーバ２００から受信する。

［ＭＦＰの電気的構成］
続いて，ＭＦＰ１００の電気的構成について説明する。ＭＦＰ１００は，図１に示すように，ＣＰＵ３１と，ＲＯＭ３２と，ＲＡＭ３３と，ＮＶＲＡＭ（不揮発性ＲＡＭ）３４と，ＡＳＩＣ３５とを含むメインコントローラ３０を備えている。また，ＭＦＰ１００は，画像形成部１０と，画像読取部２０と，ネットワークインターフェース３７と，ＵＳＢインターフェース３８と，操作パネル４０とを備え，これらがメインコントローラ３０に電気的に接続されている。

画像形成部１０は，用紙に画像を印刷するための構成である。本形態のＭＦＰ１００では，画像形成部１０は，例えば，電子写真方式のページプリンタである。画像形成部１０は，カラー画像の形成が可能であっても，モノクロ画像専用であってもよい。画像形成部１０は，印刷部の一例である。画像読取部２０は，原稿の画像を読み取るための構成である。読取機構は，ＣＣＤであってもＣＩＳであってもよい。また，カラー読み取りが可能であっても，モノクロ読み取りのみであってもよい。

ＲＯＭ３２には，ＭＦＰ１００を制御するための各種制御プログラムや各種設定，初期値等が記憶されている。ＲＡＭ３３は，各種制御プログラムが読み出される作業領域として，あるいは，受信した画像データを，印刷が終了するまで一時的に記憶する記憶領域として利用される。

ＣＰＵ３１は，ＲＯＭ３２から読み出した制御プログラムに従って，その処理結果をＲＡＭ３３またはＮＶＲＡＭ３４に記憶させながら，ＭＦＰ１００の各構成要素を制御する。ＣＰＵ３１は，制御部の一例である。なお，メインコントローラ３０が制御部であってもよいし，ＡＳＩＣ３５が制御部であってもよい。なお，図１中のコントローラ３０は，ＣＰＵ３１等，ＭＦＰ１００の制御に利用されるハードウェアを纏めた総称であって，実際にＭＦＰ１００に存在する単一のハードウェアを表すとは限らない。

ネットワークインターフェース３７は，ＬＡＮケーブル等を介してネットワークと通信を行うためのハードウェアである。ＵＳＢインターフェース３８は，ＵＳＢケーブル等を介して接続された装置と通信を行うためのハードウェアである。ネットワークインターフェース３７およびＵＳＢインターフェース３８は，通信部の一例である。また，操作パネル４０は，ユーザに向けた各種の表示を行うとともに，ユーザによる指示入力を受け付ける。

［ダウンロード印刷］
続いて，ダウンロード印刷の手順について，図２のシーケンス図を参照して説明する。この図では，ユーザと，ＭＦＰ１００と，画像格納サーバ３００と，変換サーバ２００とのそれぞれの動作が，縦方向の破線に沿って上から下へ順に示されている。また，図２中で縦線同士を結ぶ横向きの矢印は，情報の移動方向を示す。

画像格納サーバ３００からのダウンロード印刷を希望するユーザは，先ず，操作パネル４０等を用いて，画像格納サーバ３００へログインするためのログイン情報を，ＭＦＰ１００に入力する。ログイン情報としては，例えば，ユーザＩＤとパスワードとの組み合わせが使用される。ＭＦＰ１００は，入力されたログイン情報を画像格納サーバ３００へ送信する。

画像格納サーバ３００にて認証されれば，ユーザは，ＭＦＰ１００を介して画像格納サーバ３００を利用できる。つまり，画像格納サーバ３００に格納されている画像データを，ダウンロード印刷の対象として選択することができる。そこで，ＭＦＰ１００は，画像格納サーバ３００から印刷対象として選択できる画像データのファイルリストを取得して，操作パネル４０に表示させ，ユーザの選択を受け付ける。ファイルリストとして表示される画像データは，ログインユーザにアクセス権限がある画像データである。さらに，ＭＦＰ１００は，選択された画像データのダウンロード印刷の実行の指示である印刷指示を受け付ける。なお，印刷指示の入力までに選択されている画像データの数は，１つでも複数個でもよい。

ＭＦＰ１００は，ダウンロード印刷の印刷指示を受け付けると，選択された画像データを含むファイルのダウンロードを，画像格納サーバ３００に要求する。要求に応じて，画像格納サーバ３００から，格納されているファイルのダウンロードが開始される。ＭＦＰ１００は，ダウンロードが終了したら，ダウンロードしたファイルの画像データに基づく印刷処理を開始する。

なお，前述したように，画像格納サーバ３００に格納されている画像データには，ＭＦＰ１００にてそのまま印刷することが不可能であり，変換サーバ２００による変換を必要とするデータがある。ＭＦＰ１００は，ダウンロードの実行開始前に，ファイルリストに含まれるファイルの拡張子などに基づいて，変換を要するデータであるか否かを判断できる。

ＭＦＰ１００は，ダウンロード印刷の対象として選択された画像データが変換を必要とするものである場合には，ダウンロードの終了後，変換サーバ２００に変換要求を送信する。そして，画像格納サーバ３００からダウンロードしたデータを変換サーバ２００に送信し，変換サーバ２００によって変換済みのデータを，変換サーバ２００からダウンロードする。ＭＦＰ１００は，変換サーバ２００からのダウンロードが終了したら，ダウンロードした画像データに基づく印刷処理を開始する。一方，ダウンロード印刷の対象として選択された画像データが変換を必要としないものである場合には，図２中に「変換要求」と「変換済データ」で示した情報の移動は実行されない。

さらに，ＭＦＰ１００は，ダウンロード開始待ちのファイルを登録するダウンロード待ち列と，印刷実行待ちのファイルを登録する印刷待ち列とを記憶する。ＭＦＰ１００は，ファイルが選択されてダウンロード印刷の印刷指示の入力を受け付けると，選択されたファイルをダウンロード待ち列に登録する。ダウンロードが開始されたファイルは，ダウンロード待ち列から削除される。また，ＭＦＰ１００は，ダウンロードの完了したファイルを印刷待ち列に登録する。なお，ＭＦＰ１００は，複数のファイルを同時に並行してダウンロードすることができる。また，ＭＦＰ１００は，ダウンロードと印刷とを並行して実行できる。ただし，印刷処理は，１ファイルずつ順にしか実行できない。

［ダウンロード印刷処理］
続いて，ＭＦＰ１００にて実行されるダウンロード印刷処理の手順について，図３のフローチャートを参照して説明する。このダウンロード印刷処理は，ダウンロード印刷の印刷指示を受け付けたことを契機にＣＰＵ３１によって実行される。例えば，ダウンロード印刷する画像データのファイルが選択され，印刷指示を受け付けると，ＭＦＰ１００は，ダウンロード印刷処理を実行する。

ＭＦＰ１００は，ダウンロード印刷処理の実行を開始したら，まず，選択されているファイルを，ダウンロード待ち列に登録する（Ｓ１０１）。複数個のファイルが選択されていれば，選択されている全てのファイルをダウンロード待ち列に登録する。登録順は，選択順であってもよいし，所定のルールに従ったものでもよい。ダウンロード印刷処理の実行前に既にダウンロード待ち列に登録されているファイルがある場合は，既に登録されているファイルの後に登録すればよい。

そして，ＲＡＭ３３の空き容量を取得する（Ｓ１０３）。ＭＦＰ１００は，画像格納サーバ３００からダウンロードした画像データをＲＡＭ３３に記憶させる。そして，印刷の終了した画像データをＲＡＭ３３から削除する。つまり，ダウンロードを開始して，印刷を終了していないファイルのデータは，ＲＡＭ３３に記憶される。なお，Ｓ１０３にて取得される空き容量は，ＲＡＭ３３の物理的な空き容量であってもよいし，画像データを記憶するために確保された特定の記憶領域の空き容量であってもよい。

ＭＦＰ１００は，Ｓ１０３にて取得した空き容量に基づいて，最大同時受信数を決定する（Ｓ１０５）。最大同時受信数は，ＭＦＰ１００にて並列しての受信を許容するファイルの最大数である。そして，最大同時受信数は，ＲＡＭ３３の空き容量に対応して，段階的に大きい数となるように予め決められている。例えば，空き容量を規定値で割った値を最大同時受信数とする。つまり，ＲＡＭ３３の空き容量が多いほど，多くの数のファイルの並列受信が許容される。

なお，ＭＦＰ１００は，ＲＡＭ３３の空き容量が予め決められている限界値よりも少ない場合には，最大同時受信数を１とする。すなわち，並列受信を行わないこととする。この場合には，１つのファイルずつ順にダウンロードする非並列受信を実行する。ＲＡＭ３３の空き容量が少ない場合には，並列受信を行わないほうが，メモリフルとなるリスクを低減できる。

次に，ＭＦＰ１００は，並列ダウンロード処理を実行する（Ｓ１０７）。Ｓ１０７にて実行される並列ダウンロード処理の手順について，図４のフローチャートを参照して説明する。

ＭＦＰ１００は，並列ダウンロード処理の実行を開始すると，同時受信数が，Ｓ１０５（図３）にて決定した最大同時受信数より小さいか否かを判断する（Ｓ２０１）。同時受信数は，その時点でＭＦＰ１００が実際にダウンロードを同時に実行しているファイルの数である。つまり，ＭＦＰ１００は，同時受信数が２以上であれば，同時受信数のファイルを並列して受信する並列受信を実行している。

同時受信数が，最大同時受信数より小さくないと判断した場合は（Ｓ２０１：Ｎｏ），並列ダウンロード処理を終了する。つまり，Ｓ１０５で決定した最大同時受信数のファイルのダウンロードを既に実行しているので，このままダウンロードを継続して実行する。つまり，Ｓ２０１にてＮｏの場合には，同時受信数は，最大同時受信数と同じ数である。

一方，同時受信数が，最大同時受信数より小さいと判断した場合は（Ｓ２０１：Ｙｅｓ），ダウンロード待ち列に登録されているファイルが残っているか否かを判断する（Ｓ２０２）。同時受信数が，Ｓ１０５で決定した最大同時受信数より少なければ，さらにダウンロードするファイルを増やすことが好ましい。しかし，ダウンロード待ち列に登録されているファイルが残っていないと判断した場合は（Ｓ２０２：Ｎｏ），ダウンロードを開始するファイルがないので，並列ダウンロード処理を終了する。つまり，Ｓ２０２にてＮｏの場合には，同時受信数は，最大同時受信数より小さい数となる。

一方，ダウンロード待ち列に登録されているファイルが残っていると判断した場合は（Ｓ２０２：Ｙｅｓ），ダウンロードを開始するファイルを決定する（Ｓ２０４）。例えば，ダウンロード待ち列の先頭に登録されているファイルを，ダウンロードを開始するファイルとして決定する。

また，例えば，ダウンロード待ち列に登録されているファイルとして，ダウンロードを実行中のファイルとは異なる送信元のサーバに格納されているファイルがある場合は，Ｓ２０４にて，送信元の異なるファイルを優先的に選択してもよい。例えば，画像格納サーバ３００からダウンロードを実行中であって，例えば，後述するＳ４０４にてダウンロード待ち列に変換サーバ２００からダウンロードするファイルが登録されている場合は，変換サーバ２００のファイルを，ダウンロードを開始するファイルとして決定する。また，画像格納サーバ３００が複数のサーバを含むものであれば，異なるサーバからダウンロードするファイルを選択するとしてもよい。複数のサーバからダウンロードする方が，通信に関するリスクを分散することとなるので好ましい。例えば，いずれかのサーバとの通信が高負荷状態だったとしても，早く通信できる他のサーバからダウンロードできるので，全体として効率的なダウンロード印刷となる。

また，例えば，ダウンロードを実行中のすべてのファイルが，変換サーバ２００による変換を要するファイルであって，ダウンロード待ち列に変換サーバ２００による変換を要しないファイルがあれば，Ｓ２０４にて，変換を要しないファイルを，ダウンロードを開始するファイルとして決定するとよい。また，ダウンロードを実行中のすべてのファイルが，変換サーバ２００による変換を要しないファイルであって，ダウンロード待ち列に変換サーバ２００による変換を要するファイルがあれば，Ｓ２０４にて，変換を要するファイルを，ダウンロードを開始するファイルとして決定するとよい。変換を要するファイルは，変換が終了するまで印刷できない。そこで，変換を要するファイルの変換を実行中に，変換の不要なファイルの印刷を実行すれば，全体として効率的なダウンロード印刷となる。

Ｓ２０４にて，ダウンロードを開始するファイルが決定したら，その決定したファイルのダウンロードを開始する（Ｓ２０５）。これにより，同時受信数が１増える。さらに，Ｓ２０５にてダウンロードを開始したファイルを，ダウンロード待ち列から削除する（Ｓ２０６）。

Ｓ２０６の後，Ｓ２０１に戻って，同時受信数が，Ｓ１０５（図３）にて決定した最大同時受信数より小さいか否かを判断する。そして，ダウンロードを実行中のファイル数が，最大同時受信数に到達した場合や（Ｓ２０１：Ｎｏ），ダウンロード待ち列に登録されているファイルが無くなった場合は（Ｓ２０２：Ｎｏ），並列ダウンロード処理を終了する。すなわち，並列ダウンロード処理の終了時には，同時受信数が決定されている。つまり，並列ダウンロード処理は，ＲＡＭ３３の空き容量に基づいて同時受信数を決定する処理の一例である。

図３に戻り，Ｓ１０７の並列ダウンロード処理を終了したので，次に，空き容量監視処理を実行する（Ｓ１０９）。Ｓ１０９にて実行される空き容量監視処理の手順を，図５のフローチャートを参照して説明する。

ＭＦＰ１００は，空き容量監視処理を開始すると，その時点でのＲＡＭ３３の空き容量が予め決めた第１閾値より少ないか否かを判断する（Ｓ３０１）。空き容量が第１閾値より少ないと判断した場合は（Ｓ３０１：Ｙｅｓ），同時受信数が１より大きいか否かを判断する（Ｓ３０２）。

そして，同時受信数が１より大きいと判断したら（Ｓ３０２：Ｙｅｓ），中断するファイルを決定して（Ｓ３０４），決定したファイルのダウンロードを中断する（Ｓ３０５）。これにより，同時受信数が１減少する。ＲＡＭ３３の空き容量が少ない状態で，２以上のファイルをダウンロードしている場合は，システムの効率化のためにダウンロード実行するファイル数を減らすとよい。つまり，ＭＦＰ１００は，ＲＡＭ３３の空き容量が第１閾値より少なくなった場合には，同時受信数を減らす。そのために，ダウンロードを実行中のファイルから１つを選んで，ダウンロードを中断させる。中断させたら，空き容量監視処理を終了する。

Ｓ３０４にて中断するファイルを決定する方法としては，例えば，ダウンロード完了までの残り時間が最も長いものを中断ファイルに決定するとしてもよい。例えば，ダウンロードの開始時にファイルの全体のサイズを取得できる場合には，ＭＦＰ１００は，全体のサイズに対する受信済みサイズの割合と，それまでのダウンロードに要した時間とから，残りのダウンロードに要する時間を推測できる。そこで，推測される残り時間が最も長いファイルのダウンロードを中断する。あるいは，推測される残り時間が所定時間よりも長いファイルのダウンロードを中断する。さらに，ＭＦＰ１００は，中断したファイルの情報を，例えば中断リストに登録して記憶する。このようにすれば，早く終わると推測されるファイルから先にダウンロードして，そのファイルの印刷中に中断したファイルの続きをダウンロードできるので，効率的である。

なお，Ｓ３０２にて，同時受信数が１より大ではないと判断した場合は（Ｓ３０２：Ｎｏ），ダウンロードを中断せずに，空き容量監視処理を終了する。つまり，ダウンロード中のファイルが１つのみである場合には，空き容量が少なくても，ダウンロードを中断しないで継続させる。

一方，空き容量が第１閾値より少なくないと判断した場合は（Ｓ３０１：Ｎｏ），空き容量が予め決めた第２閾値より多いか否かを判断する（Ｓ３０７）。第２閾値は，第１閾値より大きい値である。そして，空き容量が第２閾値より多いと判断した場合は（Ｓ３０７：Ｙｅｓ），中断中のファイルがあるか否かを判断する（Ｓ３０９）。例えば，前述した中断リストにファイルが登録されているか否かを判断する。

中断中のファイルがあると判断した場合には（Ｓ３０９：Ｙｅｓ），中断中のファイルのダウンロードを再開する（Ｓ３１０）。つまり，ＲＡＭ３３の空き容量が十分多い場合には，中断させていたファイルのダウンロードを再開する。さらに，同時受信数を１増やす。中断中のファイルは，同時受信数を一時的に減らすためにＳ３０４で決定されたものであり，ダウンロードを再開しても同時受信数が最大同時受信数を超えることはない。

これにより，空き容量に余裕があれば，最大同時受信数以内の数のファイルのダウンロードを並列で実行するので，ダウンロード印刷の完了までの時間が短縮できる。なお，中断中のファイルが複数ある場合には，例えば，並列ダウンロード処理のＳ２０４における決定方法と同様に，各種の条件に基づいて，１つのファイルを決定すればよい。

一方，ＲＡＭ３３の空き容量が第２閾値より多くないと判断した場合には（Ｓ３０７：Ｎｏ），ダウンロードの再開はしない。また，中断中のファイルがないと判断した場合には（Ｓ３０９：Ｎｏ），再開するファイルがない。従って，そのまま空き容量監視処理を終了する。

この空き容量監視処理によって，並列ダウンロードの実行を開始した後でも，ＲＡＭ３３の空き容量が少なくなったら同時受信数を減らし，空き容量が多くなったら減らした同時受信数を元に戻す。つまり，ＲＡＭ３３の空き容量の状況に応じて，同時受信数を変更できる。

図３に戻り，Ｓ１０９の空き容量監視処理を終了したので，次に，ダウンロードが完了したファイルがあるか否かを判断する（Ｓ１１０）。ダウンロードを完了したファイルがなければ（Ｓ１１０：Ｎｏ），空き容量監視処理（Ｓ１０９）と，完了したファイルの有無の判断（Ｓ１１０）とを繰り返し，継続してダウンロードを実行する。

ダウンロードを完了したファイルがあると判断した場合には（Ｓ１１０：Ｙｅｓ），変換処理を実行する（Ｓ１１２）。Ｓ１１２で実行される変換処理の手順について，図６のフローチャートを参照して説明する。

ＭＦＰ１００は，変換処理の実行を開始すると，ダウンロードを完了したファイルが，変換サーバ２００による変換を必要とするファイルであるか否かを判断する（Ｓ４０１）。変換の要否は，例えば，ファイルの拡張子によって判断できる。そして，変換を要すると判断した場合は（Ｓ４０１：Ｙｅｓ），ダウンロードしたファイルを変換サーバ２００に送信する（Ｓ４０３）。さらに，変換済みのファイルをダウンロード待ち列に追加して（Ｓ４０４），変換処理を終了する。つまり，変換済みのファイルを変換サーバ２００からダウンロードする必要があるため，ダウンロードする予定のファイルの１つとしてダウンロード待ち列に登録しておく。

一方，ダウンロードを完了したファイルが，変換を要しないファイルであれば（Ｓ４０１：Ｎｏ），画像形成部１０にそのファイルの印刷を開始させる。あるいは，画像形成部１０が印刷を実行中であれば，ファイルを印刷待ち列に登録する。そして，変換処理を終了する。印刷が終了すれば，ＲＡＭ３３からファイルを削除する。

図３に戻り，Ｓ１１２の変換処理を終了したので，次に，ダウンロード待ち列にファイルが残っているか否かを判断する（Ｓ１１３）。つまり，まだダウンロードを開始していないファイルが，ダウンロード待ちとして登録されているか否かを判断する。まだダウンロード待ちのファイルが残っていれば（Ｓ１１３：Ｙｅｓ），Ｓ１０３へ戻って，ＲＡＭ３３の空き容量を取得し，再度，最大同時受信数を決定する。最大同時受信数が前回と同じ数であっても，１つのファイルのダウンロードが完了しているので，新たに１つのファイルのダウンロードを開始できる可能性が高い。

ダウンロード待ちのファイルが残っていなければ（Ｓ１１３：Ｎｏ），ダウンロード印刷処理を終了する。なお，ＭＦＰ１００は，ダウンロード印刷処理の実行中であっても，新たなファイルのダウンロード印刷の印刷指示を受け付けてもよい。新たなファイルのダウンロード印刷の印刷指示を受け付けた場合には，新たなファイルをダウンロード待ち列に追加して，ダウンロード印刷処理の実行を継続すればよい。

以上，詳細に説明したように，本形態のＭＦＰ１００は，画像格納サーバ３００に格納されている画像データをダウンロードして印刷するダウンロード印刷の指示を受け付ける。そして，ＲＡＭ３３の空き容量に基づいて，同時にダウンロードする同時受信数を決定する。さらに，ダウンロード印刷の対象であるファイルのうち，同時受信数のファイルのダウンロードを並列して実行する。これにより，１つずつダウンロードして印刷する態様と比較して，全体のダウンロード印刷が完了するまでの時間短縮が期待できる。また，指定された全てのファイルを，ＲＡＭ３３の空き容量に関わらず同時にダウンロードする態様と比較して，メモリフルとなることによる処理効率の低下を回避できる。従って，ダウンロード印刷全体の処理が完了するまでの時間の短縮が期待できる。

なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えば，ＭＦＰに限らず，複写機，ＦＡＸ等，通信機能と画像形成機能を備えるものであれば適用可能である。

また，上記の形態において，ダウンロードを開始するファイルを１つずつ選択してダウンロード開始しているが，最大同時受信数までの同時受信するファイルを全部決めてから，一斉にダウンロードを開始してもよい。

また，図３のＳ１０９に示した空き容量監視処理では，ＲＡＭ３３の空き容量が少なくなったらダウンロードを中断させ，空き容量が大きくなったらダウンロードを再開するとしたが，これに限らない。例えば，空き容量が所定量より少なくなったら，ダウンロードを中止するとしてもよい。そして，ダウンロードを中止したファイルを一旦ＲＡＭ３３から削除し，ダウンロード待ち列に再登録しておくとしてもよい。このようにすれば，ＲＡＭ３３のメモリフルによるエラーの回避が期待できる。

また，例えば，空き容量監視処理は無くてもよい。その場合には，並列ダウンロード処理にて，ファイルのダウンロードを開始し，同時受信数が決定されたら，いずれかのファイルのダウンロードが完了するまで（Ｓ１１０：Ｙｅｓ），ダウンロードを継続する。

また，上記の形態では，変換処理を必要とするファイルの印刷指示を受けた場合には，ＭＦＰ１００は，一旦，画像格納サーバ３００からファイルをダウンロードした後，ＭＦＰ１００から変換サーバ２００に送信して変換処理を行わせるとしたが，これに限らない。例えば，画像格納サーバ３００に変換機能が有る場合には，それを利用してもよい。または，画像格納サーバ３００から画像データを変換サーバ２００へ送り，変換サーバ２００によって変換済みのファイルをＭＦＰ１００がダウンロードするとしてもよい。あるいは，画像格納サーバ３００から変換サーバ２００にファイルを送信して変換処理を行わせ，変換済みのファイルを画像格納サーバ３００に戻して，画像格納サーバ３００からＭＦＰ１００がダウンロードするものであってもよい。

また，ログイン不要のダウンロード印刷であれば，ログイン手順は無くてよい。例えば，印刷対象とされる画像データについて，ユーザのアクセス権限を不問とする場合には，格納されている全ての画像データを印刷対象とすればよい。その場合には，ログイン手順は不要である。

また，実施の形態に開示されている処理は，単一のＣＰＵ，複数のＣＰＵ，ＡＳＩＣなどのハードウェア，またはそれらの組み合わせで実行されてもよい。また，実施の形態に開示されている処理は，その処理を実行するためのプログラムを記録した記録媒体，または方法等の種々の態様で実現することができる。

１０ 画像形成部
３１ ＣＰＵ
３３ ＲＡＭ
３７ ネットワークインターフェース
１００ ＭＦＰ
２００ 変換サーバ
３００ 画像格納サーバ

Claims (5)

1. サーバと通信を行う通信部と，
   前記通信部によって前記サーバから受信した画像データを記憶する記憶部と，
   前記記憶部に記憶された画像データに基づいて印刷を行う印刷部と，
   制御部と，
   を備え，
   前記制御部は，
   前記サーバに格納されている画像データを受信して前記印刷部に印刷を行わせる印刷指示を複数の画像データに対して受け付けると，前記複数の画像データの受信態様を，一の画像データを受信しているときに他の画像データも受信する並列受信とし，
   前記並列受信において同時に受信する画像データの数である同時受信数を，前記記憶部の空き容量に基づいて決定し，前記複数の画像データの前記並列受信を行い，
   前記複数の画像データの前記並列受信を開始した後，前記記憶部の空き容量が閾値よりも少なくなった場合には，受信が完了していない画像データのうち，受信完了までの残り時間が最も長い画像データあるいは閾値時間よりも長い画像データの受信を行わないこととし，それ以外の画像データの受信を継続することを特徴とする印刷装置。
2. サーバと通信を行う通信部と，
   前記通信部によって前記サーバから受信した画像データを記憶する記憶部と，
   前記記憶部に記憶された画像データに基づいて印刷を行う印刷部と，
   制御部と，
   を備え，
   前記制御部は，
   前記サーバに格納されている画像データを受信して前記印刷部に印刷を行わせる印刷指示を複数の画像データに対して受け付けると，前記複数の画像データの受信態様を，一の画像データを受信しているときに他の画像データも受信する並列受信とし，
   前記並列受信において同時に受信する画像データの数である同時受信数を，前記記憶部の空き容量に基づいて決定し，前記複数の画像データの前記並列受信を行い，
   前記並列受信では，外部装置での変換が必要な画像データと必要でない画像データとのいずれか一方を受信しているときに他方の画像データを受信することを特徴とする印刷装置。
3. サーバと通信を行う通信部と，
   前記通信部によって前記サーバから受信した画像データを記憶する記憶部と，
   前記記憶部に記憶された画像データに基づいて印刷を行う印刷部と，
   制御部と，
   を備え，
   前記制御部は，
   前記サーバに格納されている画像データを受信して前記印刷部に印刷を行わせる印刷指示を複数の画像データに対して受け付けると，前記複数の画像データの受信態様を，一の画像データを受信しているときに他の画像データも受信する並列受信とし，
   前記並列受信において同時に受信する画像データの数である同時受信数を，前記記憶部の空き容量に基づいて決定し，前記複数の画像データの前記並列受信を行い，
   前記記憶部の空き容量が限界値よりも少ない場合には，前記並列受信を行わず，前記複数の画像データの受信態様を，一の画像データを受信しているときに他の画像データを受信しない非並列受信とすることを特徴とする印刷装置。
4. 請求項１から請求項３のいずれか１つに記載する印刷装置において，
   前記制御部は，
   前記複数の画像データの前記並列受信を開始した後，前記記憶部の空き容量が閾値よりも少なくなった場合には，前記同時受信数を減らすことを特徴とする印刷装置。
5. 請求項１から請求項４のいずれか１つに記載する印刷装置において，
   前記並列受信では，一の画像データを受信しているときに前記一の画像データと異なるサーバに格納されている他の画像データを受信することを特徴とする印刷装置。

Images