JP2017004058A - データ提供装置、データ提供方法、およびコンピュータプログラム - Google Patents

Abstract

【課題】ユーザへのデータの提供の利便性を向上するデータ提供装置、方法及びプログラムを提供する。【解決手段】画像形成装置は、複数のファイル５１のうちのいずれかを端末装置２へ送信するファイル送信部１０８と、ファイル５１を任意に圧縮するファイル圧縮部１０７と、を有する。ファイル要求受信部１０３は、端末装置２から、ユーザが所望するファイル５１の指定を受け付ける。ファイル送信部１０８は、ユーザが所望するファイル５１の個数が所定の個数未満である場合は、当該ファイル５１をファイル圧縮部１０７によって圧縮することなく端末装置２へ送信する、【選択図】図３

Description

本発明は、端末装置へデータを提供する技術に関する。

コピー、ネットワークプリント、ファックス、およびスキャンなどの機能を集約した画像形成装置が普及している。このような画像形成装置は、「複合機」または「ＭＦＰ（Multi Function Peripherals）」などと呼ばれている。さらに近年、ボックス機能が画像形成装置に設けられるようになった。

ボックス機能は、ユーザごとに「ボックス」または「パーソナルボックス」などと呼ばれる記憶領域を与えておき、各ユーザが自分の記憶領域によってデータをファイル単位で保存し管理するための機能である。つまり、ファイルサーバの機能である。

ユーザは、ボックスに保存されているファイルを、画像形成装置のタッチパネルディスプレイを操作して使用することもできるし、画像形成装置に端末装置を接続させ、端末装置を操作して使用することもできる。

データの管理に関する技術として、次のような技術が提案されている。あるデータ記憶装置は、蓄積したコンテンツのデータを要求に応じてユーザに送信するデータ配信装置に対し、ユーザにより、待機許容可能な時間が入力されるモニタ部およびキーボードと、モニタ部およびキーボードに入力された許容待機時間に応じて送信すべきデータを圧縮する画像データ処理部と、圧縮されたデータをユーザに送信する画像送信部とを有する（特許文献１）。

ある画像処理装置は、原稿の全てのページから画像を読み取る前に、読み終えたページから順に画像データを所定の送信フォーマットに変換し、原稿の全てのページの読み取りが終了すると、送信フォーマットに既に変換されているページの画像データに関しては該画像データを送信手段に送信させ、送信フォーマットにまだ変換されていないページの画像データに関しては、送信フォーマットに画像データを変換させてから該画像データを送信手段に送信させる（特許文献２）。

特開２００７−２８６４６号公報 特開２０１３−２１４９５１号公報

上述の通り、従来、データは、圧縮されまたは所定のフォーマットに変換されるなど、様々な形態に加工されて、ユーザへ提供される。

いずれの加工方法も、一定の利便性をユーザへ与えることができるが、さらにユーザにとっての利便性を高めることが求められる。

本発明は、このような課題に鑑み、ユーザへのデータの提供の利便性を従来よりも向上させることを、目的とする。

本発明の一形態に係るデータ提供装置は、複数のデータのうちのいずれかを端末装置へ送信する送信手段と、前記複数のデータのうちのいずれかを圧縮する圧縮手段と、を有するデータ提供装置であって、前記端末装置から、前記複数のデータのうちの送信する対象である１つまたは複数の対象データの指定を受け付ける受付手段、を有し、前記送信手段は、前記１つまたは複数の対象データの個数が所定の個数未満である場合に、当該対象データを前記圧縮手段によって圧縮することなく前記端末装置へ送信する。

好ましくは、前記送信手段は、前記１つまたは複数の対象データの個数が前記所定の個数以上である場合に、当該対象データを前記圧縮手段によって圧縮して送信する。

または、前記送信手段は、前記１つまたは複数の対象データの個数が前記所定の個数以上である場合は、前記端末装置と当該データ提供装置との間の通信経路の輻輳の度合が所定のレベル以上であれば、当該対象データを前記圧縮手段によって圧縮して送信し、前記所定のレベル未満であれば、当該対象データを前記圧縮手段によって圧縮することなく送信する。

または、前記送信手段は、前記１つまたは複数の対象データの個数が前記所定の個数以上である場合は、当該データ提供装置における現在の負荷のレベルが所定のレベル以上であれば、当該対象データを前記圧縮手段によって圧縮することなく送信し、前記所定のレベル未満であれば、当該対象データを前記圧縮手段によって圧縮して送信する。

または、前記送信手段は、前記１つまたは複数の対象データの個数が前記所定の個数以上である場合は、当該データ提供装置が特定の処理を実行していれば、当該対象データを前記圧縮手段によって圧縮することなく送信する。前記特定の処理の一例は、ＲＩＰ（Raster Image Processor）の処理である。

本発明によると、ユーザへのデータの提供の利便性を従来よりも向上させることができる。

ドキュメント管理システムの全体的な構成の例を示す図である。 画像形成装置のハードウェア構成の例を示す図である。 画像形成装置の機能的構成の例を示す図である。 ウェブページの例を示す図である。 基準テーブルの例を示す図である。 特定の処理を実行している際の圧縮時間の関係などの例を示す図である。 圧縮要否判別処理の流れの例を説明するフローチャートである。 ファイル提供プログラムによる全体的な処理の流れの例を説明するフローチャートである。 圧縮要否判別処理の流れの変形例を説明するフローチャートである。 圧縮要否判別処理の流れの変形例を説明するフローチャートである。 圧縮要否判別処理の流れの変形例を説明するフローチャートである。

図１は、ドキュメント管理システム４の全体的な構成の例を示す図である。図２は、画像形成装置１のハードウェア構成の例を示す図である。

図１に示すように、ドキュメント管理システム４は、画像形成装置１、端末装置２、および通信回線３などによって構成される。

画像形成装置１および端末装置２は、通信回線３を介して通信することができる。通信回線３として、インターネット、ＬＡＮ（Local Area Network）回線、公衆回線、または専用線などが用いられる。

画像形成装置１は、コピー、ネットワークプリント、ファックス、スキャン、およびボックスなどの機能を集約した画像処理装置である。一般に、「複合機」または「ＭＦＰ（Multi Function Peripherals）」などと呼ばれることがある。

ネットワークプリント機能は、端末装置２から画像データを受信し画像を用紙に印刷する機能である。この際に、ＲＩＰ（Raster Image Processor）の機能によって画像データがビットマップデータに展開される。本実施形態では、ＣＰＵ１０ａ（図２参照）がプログラムを実行することによってＲＩＰが実現される。

ボックス機能は、ユーザごとに「ボックス」または「パーソナルボックス」などと呼ばれる記憶領域を与えておき、各ユーザが自分の記憶領域によってデータをファイル単位で保存し管理するための機能である。つまり、ファイルサーバの機能である。ボックスは、パーソナルコンピュータにおける「フォルダ」または「ディレクトリ」に相当する。

例えば、文書のファイルおよび図表のファイルなどを保存し管理することができる。これらのファイルは、文書または図表が印刷されたシートをスキャンユニット１４Ｃ（図２参照）にスキャンさせることもよって得られる。または、パーソナルコンピュータで作成してもよいし、インターネット上のサーバからダウンロードしてもよい。

画像形成装置１は、図２に示すように、コントロール部１０、タッチパネルディスプレイ１４Ａ、操作キーパネル１４Ｂ、スキャンユニット１４Ｃ、およびプリントユニット１４Ｄなどによって構成される。

コントロール部１０は、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、補助記憶装置１０ｄ、ネットワークインタフェース１０ｅ、モデム１０ｆ、デバイスインタフェース１０ｇ、および操作部インタフェース１０ｈなどによって構成される。

ネットワークインタフェース１０ｅは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などのプロトコルによって端末装置２などと通信を行う。ネットワークインタフェース１０ｅとして、ＮＩＣ（Network Interface Card）または無線ＬＡＮカードなどが用いられる。

モデム１０ｆは、ファクシミリ端末との間でＧ３などのプロトコルで画像データをやり取りする。

デバイスインタフェース１０ｇは、スキャンユニット１４Ｃおよびプリントユニット１４Ｄをコントロール部１０に接続するためのインタフェースである。

操作部インタフェース１０ｈは、タッチパネルディスプレイ１４Ａおよび操作キーパネル１４Ｂをコントロール部１０に接続するためのインタフェースである。

タッチパネルディスプレイ１４Ａは、ユーザに対するメッセージを示す画面、ユーザがコマンドまたは情報を入力するための画面、およびＣＰＵ１０ａなどが実行した処理の結果を示す画面などを表示する。

操作キーパネル１４Ｂは、いわゆるハードウェアキーボードであって、テンキー、スタートキー、ストップキー、およびファンクションキーなどによって構成される。

スキャンユニット１４Ｃは、プラテンガラスの上にセットされたシートに記されている画像を読み取って画像データを生成する。

プリントユニット１４Ｄは、スキャンユニット１４Ｃによって読み取られた画像を印刷する。つまり、スキャンユニット１４Ｃなどとともにコピーの処理を実行する。

さらに、プリントユニット１４Ｄは、ネットワークインタフェース１０ｅまたはモデム１０ｆによって端末装置２またはファクシミリ端末などから受信した画像データに基づいて画像を用紙に印刷する。

ＲＯＭ１０ｃまたは補助記憶装置１０ｄには、上述のコピーなどの機能を実現するためのプログラムが記憶されている。さらに、ファイル提供プログラム１０Ｐが記憶されている。ファイル提供プログラム１０Ｐによると、ボックス１ＢＸに保存されているファイルを端末装置２へ提供することができる。

そのほか、画像形成装置１には、ＯＣＲ（Optical Character Recognition）およびアニメーションの再生の機能を実現するためのプログラムが記憶されている。ユーザは、スキャンユニット１４Ｃによって読み取れた文字列の画像をＯＣＲによってテキストデータ化したり、タッチパネルディスプレイ１４Ａまたは操作キーパネル１４Ｂを操作してアニメーションを再生させたりすることができる。

これらのプログラムは、必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによって実行される。補助記憶装置１０ｄとして、ハードディスクまたはＳＳＤ（Solid State Drive）などが用いられる。

端末装置２は、画像形成装置１の上述の機能を遠隔的に使用するためのクライアントである。また、端末装置２には、ウェブブラウザが備わっており、画像形成装置１へアクセスし、ボックスに保存されているファイルをダウンロードすることができる。

端末装置２として、パーソナルコンピュータ、スマートフォン、タブレットコンピュータ、または携帯電話端末などが用いられる。

図３は、画像形成装置１の機能的構成の例を示す図である。図４は、ウェブページ６２の例を示す図である。図５は、基準テーブル５４の例を示す図である。図６は、特定の処理を実行している際の圧縮時間の関係などの例を示す図である。図７は、圧縮要否判別処理の流れの例を説明するフローチャートである。

以下、ボックス１ＢＸに保存されているファイルを端末装置２へ提供する仕組みを、図３などを参照しながら説明する。

ファイル提供プログラム１０Ｐによると、図３に示す一覧要求受信部１０１、ファイル一覧送信部１０２、ファイル要求受信部１０３、圧縮要否判別部１０４、処理状況検出部１０５、通信状況測定部１０６、ファイル圧縮部１０７、およびファイル送信部１０８などの機能が画像形成装置１に実現される。

ユーザは、端末装置２にウェブブラウザを起動させる。そして、所定のＵＲＬ（Uniform Resource Locator）をウェブブラウザへ入力する。

すると、端末装置２は、このＵＲＬに基づいて画像形成装置１へアクセスしウェブページを要求する。この際に、プロトコルとしてＨＴＴＰ（Hypertext Transfer Protocol）が用いられる。

画像形成装置１において、一覧要求受信部１０１は、ウェブページの要求を端末装置２から受信する。

すると、ファイル一覧送信部１０２は、ウェブページ６２を表示するためのウェブページデータ５２を端末装置２へ送信する。ウェブページ６２は、図４のように、ボックス１ＢＸに記憶されているファイル５１の一覧を示す。

端末装置２は、ウェブページデータ５２を受信すると、ウェブページデータ５２に基づいてウェブページ６２を表示する。

ここで、ユーザは、使用したいファイル５１をウェブページ６２の中から選択する。ファイル５１を１つだけ選択してもよいし、複数、選択してもよい。

すると、端末装置２は、ファイル要求データ５３を画像形成装置１へ送信する。ファイル要求データ５３には、ユーザが選択した１つまたは複数のファイル５１が示される。

画像形成装置１において、ファイル要求受信部１０３は、ファイル要求データ５３を受信する。

すると、圧縮要否判別部１０４は、ファイル要求データ５３に示されるファイル５１を圧縮すべきか否かを判別する処理を、通信状況測定部１０６および処理状況検出部１０５と連携して実行する。

ファイル要求データ５３に示されるファイル５１の個数が所定の個数Ｋａ未満である場合は、圧縮要否判別部１０４は、圧縮すべきでないと判別する。

一方。所定の個数Ｋａ以上である場合は、次のように判別する。圧縮要否判別部１０４は、図５に示す基準テーブル５４を有し、基準テーブル５４に基づいて、ファイル５１を圧縮すべきか否かを判別する。基準テーブル５４において「○」は圧縮すべきであることを意味し、「×」は圧縮すべきでないことを意味する。

処理状況検出部１０５は、画像形成装置１において現在実行されている処理を検出する。本実施形態では、ＲＩＰによるラスタライズ（ビットマップ展開）の処理、ＯＣＲによる画像データからテキストデータへの変換の処理、コピー（複写）の処理、およびタッチパネルディスプレイ１４Ａにおけるアニメーションの再生の処理の４つの処理それぞれが現在実行されているか否かを検出する。これらは、ＯＳ（Operating System）に問い合せることによって検出することができる。

通信状況測定部１０６は、画像形成装置１と端末装置２との間の通信経路の状況を測定する。本実施形態では、両装置間の往復の通信経路の輻輳の状態（混み具合）を測定する。

具体的には、通信状況測定部１０６は、端末装置２へ特定のパケットを送信してから返信が端末装置２から戻ってくるまでの時間（以下、「往復時間Ｔａ」と記載する。）を測定する。この時間が長いほど、通信経路が混雑している。往復時間Ｔａは、ｐｉｎｇによって測定することができる。そして、往復時間Ｔａが第一の閾値Ｔｍ以上である場合は、輻輳のレベルを「混雑」と判別する。往復時間Ｔａが第二の閾値Ｔｎ未満である場合は、「空き」と判別する。ただし、Ｔｍ＞Ｔｎ、である。往復時間Ｔａが第二の閾値Ｔｎ以上かつ第一の閾値Ｔｍ未満である場合は、「中間」と判別する。

そして、圧縮要否判別部１０４は、処理状況検出部１０５による検出の結果および通信状況測定部１０６による判別の結果を基準テーブル５４に当て嵌めることによって、ファイル５１を圧縮すべきか否かを判別する。

すなわち、圧縮要否判別部１０４は、基準テーブル５４の中から、通信状況測定部１０６によって判別された輻輳のレベルに対応する行に注目する。例えば、「混雑」と判別された場合は、一番下の行に注目する。そして、注目した行の中から、処理状況検出部１０５によって検出された、現在実行されている処理に対応するセルに注目する。

ただし、そのようなセルが複数ある場合は、圧縮要否判別部１０４は、これらのセルのうち一番左側にあるセルに注目する。その理由は、次の通りである。

左側の処理ほど、画像形成装置１（特に、ＣＰＵ１０ａ）に掛かる負荷が大きい。したがって、図６に示すように、各セルの処理と並行して圧縮を行った場合に、圧縮に掛かる時間が、左のセルほど長くなる。そして、基準テーブル５４には、並行して実行した場合に圧縮に掛かる時間が所定の基準よりも長くなると推測される処理については、「×」が設定されている。

ただし、図６の各値は、下記の関係を有する。
Ｔ１＿０＞Ｔ１＿１＞Ｔ１＿２
Ｔ２＿０＞Ｔ２＿１＞Ｔ２＿２＞Ｔ２＿３＞Ｔ２＿４＞Ｔ２＿５
Ｔ３＿０＞Ｔ３＿１＞Ｔ３＿２
Ｔ４＿０＞Ｔ４＿１＞Ｔ４＿２＞Ｔ４＿３＞Ｔ４＿４＞Ｔ４＿５
Ｔ５＿０＞Ｔ５＿１＞Ｔ５＿２
Ｔ６＿０＞Ｔ６＿１＞Ｔ６＿２＞Ｔ６＿３＞Ｔ６＿４＞Ｔ６＿５
Ｔ７＿０＞Ｔ７＿１＞Ｔ７＿２

そして、圧縮要否判別部１０４は、画像形成装置１の負荷が大きくなり過ぎないようにするために、注目し得るセルが複数ある場合は、これらのセルのうち一番左側にあるセルに注目する。

例えば、ＲＩＰの処理を実行している場合は、右から６番目のセルに注目する。または、ＯＣＲの処理およびコピーの処理を実行している場合は、右から５番目のセルに注目する。または、アニメーションの表示の処理およびコピーの処理を実行している場合は、両方の組合せに対応するセルがないので、前者に対応する、右から４番目のセル、および、後者に対応する、右から２番目のセルのうち、左側にあるセルに注目する。したがって、右から４番目のセルに注目する。または、上記の４つの処理のうちのいずれも実行していない場合（つまり、４つの処理すべてについて待機中である場合）は、右から１番目のセルに注目する。

そして、圧縮要否判別部１０４は、注目したセルの値が「○」である場合は、ファイル５１を圧縮すべきであると判別する。一方、「×」である場合は、圧縮すべきでないと、判別する。

所定の個数Ｋａは、任意に設定することができるが、「２」が好ましい。つまり、ファイル要求データ５３に示されるファイル５１の個数が単数か複数かによって場合分けするのが好ましい。

または、圧縮要否判別部１０４は、圧縮すべきか否かを、図７に示す手順で判別してもよい。

ファイル要求データ５３に示されるファイルの個数が所定の個数Ｋａ未満である場合は（図７の＃７０１でＮｏ）、圧縮要否判別部１０４は、圧縮すべきでないと、判別する（＃７１０）。

一方、所定の個数Ｋａ以上である場合は（＃７０１でＹｅｓ）、圧縮要否判別部１０４は、上記の４つの処理が現在実行されているか否かを処理状況検出部１０５に検出させる（＃７０２）。

ＲＩＰの処理が実行されている場合は（＃７０３でＹｅｓ）、圧縮要否判別部１０４は、圧縮すべきでないと、判別する（＃７１０）。

４つの処理のうちＯＣＲの処理またはコピーの処理のみが実行されている場合は（＃７０４でＹｅｓ）、圧縮要否判別部１０４は、圧縮すべきであると、判別する（＃７１１）。

４つの処理のいずれの処理も実行されていない場合つまり待機中である場合は（＃７０５でＹｅｓ）、圧縮要否判別部１０４は、圧縮すべきであると、判別する（＃７１１）。

上記のいずれでもない場合は（＃７０３でＮｏ、＃７０４でＮｏ、＃７０５でＮｏ）、圧縮要否判別部１０４は、通信状況測定部１０６に、往復時間Ｔａを測定させ通信回線の輻輳のレベルを判別させる（＃７０６）。

ＯＣＲの処理およびコピーの処理の両方が実行されており（＃７０７でＹｅｓ）、かつ、輻輳のレベルが「空き」または「中間」である場合は（＃７０８でＮｏ）、圧縮要否判別部１０４は、圧縮すべきでないと、判別する（＃７１０）。一方、輻輳のレベルが「混雑」である場合は（＃７０８でＹｅｓ）、圧縮すべきであると、判別する（＃７１１）。

または、アニメーションの表示の処理が実行されており（＃７０７でＮｏ）、かつ、輻輳のレベルが「混雑」または「中間」である場合は（＃７０９でＮｏ）、圧縮要否判別部１０４は、圧縮すべきであると、判別する（＃７１１）。一方、輻輳のレベルが「空き」である場合は（＃７０９でＹｅｓ）、圧縮すべきでないと、判別する（＃７１０）。

図３に戻って、ファイル圧縮部１０７は、ファイル要求データ５３に示されるファイル５１を圧縮すべきであると圧縮要否判別部１０４によって判別された場合に、当該ファイル５１をボックス１ＢＸから読み出して圧縮する。以下、圧縮されたファイル５１を「圧縮ファイル５５」と記載する。圧縮の形式として、ＺＩＰまたはＬＺＨなどが用いられる。

なお、ファイル圧縮部１０７は、複数のファイル５１をすべて１つのフォルダに纏め、フォルダごと圧縮してもよいし、複数のファイル５１を個々に圧縮してもよい。

ファイル送信部１０８は、ファイル要求データ５３に示されるファイル５１を圧縮すべきでないと圧縮要否判別部１０４によって判別された場合は、当該ファイル５１をボックス１ＢＸから読み出し、圧縮せずに端末装置２へ送信する。当該ファイル５１がファイル圧縮部１０７によって圧縮された場合は、圧縮されたファイル５１つまり圧縮ファイル５５を端末装置２へ送信する。

そして、端末装置２は、ウェブブラウザによって画像形成装置１からファイル５１または圧縮ファイル５５を受信する。

この際に、端末装置２は、ＭＩＭＥ（Multipurpose Internet Mail Extensions）タイプを画像形成装置１から取得する。端末装置２は、ＭＩＭＥタイプによって、受信したファイル（ファイル５１または圧縮ファイル５５）のフォーマットを識別し、処理することができる。例えば、受信したファイル５１のフォーマットがＰＤＦ（Portable Document Format）であれば、ＰＤＦ用のアプリケーションを起動しファイル５１を開くことができる。フォーマットがＺＩＰであれば、圧縮ファイル５５をデフォルトのフォルダに保存し、または、保存先を指定するためのダイアログボックスを表示する。

ユーザは、ファイル５１を所定の個数Ｋａ未満、要求した場合は、当該ファイル５１を、非圧縮で取得することができる。よって、解凍（伸張）の操作を行うことなく、当該ファイル５１を使用して編集または印刷などの作業を行うことができる。一方、ファイル５１を所定の個数Ｋａ以上、要求した場合は、当該ファイル５１を速やかに取得し、端末装置２に保存することができる。

図８は、ファイル提供プログラム１０Ｐによる全体的な処理の流れの例を説明するフローチャートである。

次に、画像形成装置１がファイル提供プログラム１０Ｐに基づいて実行する処理の流れを、図８のフローチャートを参照しながら説明する。

画像形成装置１は、一覧のウェブページを端末装置２から要求されると（図８の＃１１でＹｅｓ）、ウェブページ６２（図４参照）のウェブページデータ５２を端末装置２へ送信する（＃１２）。

または、ファイル要求データ５３を受信すると（＃１３でＹｅｓ）、このファイル要求データ５３に示されるファイル５１を圧縮すべきか否かを判別する（＃１４）。判別は、基準テーブル５４（図５参照）に基づいて行われる。または、図７に示した手順で行ってもよい。

圧縮すべきであると判別した場合は（＃１５でＹｅｓ）、画像形成装置１は、ファイル要求データ５３に示されるファイル５１をボックス１ＢＸから読み出して圧縮する（＃１６）。これにより、圧縮ファイル５５が生成される。そして、圧縮ファイル５５を端末装置２へ送信する（＃１７）。

一方、圧縮すべきでないと判別した場合は（＃１５でＮｏ）、画像形成装置１は、ファイル要求データ５３に示されるファイル５１をボックス１ＢＸから読み出し、圧縮することなく端末装置２へ送信する（＃１８）。

画像形成装置１は、ファイルの送信のサービスを提供している間、端末装置２から要求があるごとに、適宜、ステップ＃１２の処理またはステップ＃１４〜＃１８の処理を実行する。

本実施形態によると、ユーザは、少ない個数（所定の個数Ｋａ未満）のファイル５１を非圧縮の状態でダウンロードし、解凍することなく直ちに使用することができる。一方、多い個数（所定の個数Ｋａ以上）のファイル５１を、一定の条件を満たした場合は、圧縮された状態で短い通信時間でダウンロードし、端末装置２に保存することができる。

少ない個数のファイル５１をダウンロードする場合は、ファイル５１を編集または印刷などに使用することが多い。多い個数のファイル５１をダウンロードする場合は、使用することなく保存することが多い。よって、本実施形態によると、ユーザへのファイル５１の提供の利便性を従来よりも向上させることができる。

図９、図１０、および図１１は、圧縮要否判別処理の流れの変形例を説明するフローチャートである。

本実施形態では、圧縮要否判別部１０４（図３参照）は、ファイル要求データ５３に示されるファイル５１の個数が所定の個数Ｋａ以上である場合に、通信経路の輻輳のレベルまたは現在実行中の処理に応じて、ファイル５１を圧縮すべきか否かを判別した。しかし、この場合に、通信経路の輻輳のレベルにも現在実行中の処理にも関わらず、圧縮すべきであると判別してもよい。つまり、図７に示した処理の代わりに、図９に示す処理を実行すればよい。

画像形成装置１の圧縮要否判別部１０４は、ファイル要求データ５３に示されるファイルの個数が所定の個数Ｋａ未満である場合は（＃７２１でＮｏ）、圧縮すべきでないと、判別する（＃７２２）。一方、所定の個数Ｋａ以上である場合は（＃７２１でＹｅｓ）、圧縮すべきであると、判別する（＃７２３）。

または、ファイル要求データ５３に示されるファイル５１の個数が所定の個数Ｋａ以上である場合に、圧縮要否判別部１０４は、図１０に示すように、画像形成装置１と端末装置２との間の通信経路の輻輳のレベルに応じて、ファイル５１を圧縮すべきか否かを判別してもよい。

すなわち、圧縮要否判別部１０４は、ファイル要求データ５３に示されるファイル５１の個数が所定の個数Ｋａ未満である場合は（＃７３１でＮｏ）、ファイル５１を圧縮すべきでないと判別する（＃７３４）。所定の個数Ｋａ以上である場合は（＃７３１でＹｅｓ）、輻輳のレベルが所定のレベル以上（例えば、ｐｉｎｇによって測定される通信時間が所定の時間以上）であれば（＃７３２でＹｅｓ）、圧縮すべきであると判別し（＃７３３）、所定のレベル未満であれば（＃７３２でＮｏ）、圧縮すべきでないと判別する（＃７３４）。

または、ファイル要求データ５３に示されるファイル５１の個数が所定の個数Ｋａ以上である場合に、圧縮要否判別部１０４は、図１１に示すように、画像形成装置１に掛かる負荷のレベルに応じて、ファイル５１を圧縮すべきか否かを判別してもよい。負荷のレベルとして、ＣＰＵ１０ａの現在の使用率を用いてもよい。

すなわち、圧縮要否判別部１０４は、ファイル要求データ５３に示されるファイル５１の個数が所定の個数Ｋａ未満である場合は（＃７４１でＮｏ）、ファイル５１を圧縮すべきでないと判別する（＃７４３）。所定の個数Ｋａ以上である場合は（＃７４１でＹｅｓ）、負荷のレベルが所定のレベル以上であれば（＃７４２でＹｅｓ）、圧縮すべきでないと判別し（＃７４３）、所定のレベル未満であれば（＃７４２でＮｏ）、圧縮すべきであると判別する（＃７４４）。

本実施形態では、現在実行しているか否かを検出する対象として、ＲＩＰの処理、ＯＣＲの処理、コピーの処理、およびアニメーションの表示の処理を例に挙げたが、他の処理であってもよい。その場合は、当該他の処理が画像形成装置１へ与える負荷に応じて、予め基準テーブル５４（図５参照）を用意しておけばよい。

本実施形態では、通信状況測定部１０６は、輻輳のレベルを、パケットが画像形成装置１と端末装置２との間の通信経路の往復する時間（往復時間Ｔａ）に基づいて決めたが、パケットが画像形成装置１から端末装置２へ届くまでの時間に基づいて決めてもよい。

その他、ドキュメント管理システム４、画像形成装置１の全体または各部の構成、処理内容、処理順序、画面の構成などは、本発明の趣旨に沿って適宜変更することができる。

１ 画像形成装置（データ提供装置）
１０３ ファイル要求受信部（受付手段）
１０４ 圧縮要否判別部（送信手段）
１０７ ファイル圧縮部（圧縮手段）
１０８ ファイル送信部（送信手段）
２ 端末装置
５１ ファイル（データ）
５５ 圧縮ファイル

Claims (12)

1. 複数のデータのうちのいずれかを端末装置へ送信する送信手段と、前記複数のデータのうちのいずれかを圧縮する圧縮手段と、を有するデータ提供装置であって、
   前記端末装置から、前記複数のデータのうちの送信する対象である１つまたは複数の対象データの指定を受け付ける受付手段、を有し、
   前記送信手段は、前記１つまたは複数の対象データの個数が所定の個数未満である場合に、当該対象データを前記圧縮手段によって圧縮することなく前記端末装置へ送信する、
   ことを特徴とするデータ提供装置。
2. 前記送信手段は、前記１つまたは複数の対象データの個数が前記所定の個数以上である場合に、当該対象データを前記圧縮手段によって圧縮して送信する、
   請求項１に記載のデータ提供装置。
3. 前記送信手段は、前記１つまたは複数の対象データの個数が前記所定の個数以上である場合は、前記端末装置と当該データ提供装置との間の通信経路の輻輳の度合が所定のレベル以上であれば、当該対象データを前記圧縮手段によって圧縮して送信し、前記所定のレベル未満であれば、当該対象データを前記圧縮手段によって圧縮することなく送信する、
   請求項１に記載のデータ提供装置。
4. 前記送信手段は、前記１つまたは複数の対象データの個数が前記所定の個数以上である場合は、当該データ提供装置における現在の負荷のレベルが所定のレベル以上であれば、当該対象データを前記圧縮手段によって圧縮することなく送信し、前記所定のレベル未満であれば、当該対象データを前記圧縮手段によって圧縮して送信する、
   請求項１に記載のデータ提供装置。
5. 前記送信手段は、前記１つまたは複数の対象データの個数が前記所定の個数以上である場合は、当該データ提供装置が特定の処理を実行していれば、当該対象データを前記圧縮手段によって圧縮することなく送信する、
   請求項１に記載のデータ提供装置。
6. 前記特定の処理は、ＲＩＰ（Raster Image Processor）の処理である、
   請求項５に記載のデータ提供装置。
7. 前記送信手段は、前記１つまたは複数の対象データの個数が前記所定の個数以上である場合は、当該データ提供装置が複数の特定の処理を１つも実行していなければ、当該対象データを前記圧縮手段によって圧縮して送信する、
   請求項１に記載のデータ提供装置。
8. 前記複数の特定の処理は、ＲＩＰの処理、ＯＣＲ（Optical Character Recognition）の処理、コピーの処理、およびアニメーションの表示の処理である、
   請求項７に記載のデータ提供装置。
9. 前記送信手段は、前記１つまたは複数の対象データの個数が前記所定の個数以上であり、かつ、ＲＩＰの処理、ＯＣＲの処理、コピーの処理、およびアニメーションの表示の処理のうちの前記ＯＣＲの処理および前記コピーの処理のみを当該データ提供装置が実行している場合は、前記端末装置と当該データ提供装置との間の通信経路の輻輳のレベルが所定のレベル以上であれば、当該対象データを前記圧縮手段によって圧縮して送信し、前記所定のレベル未満であれば、当該対象データを前記圧縮手段によって圧縮することなく送信する、
   請求項１に記載のデータ提供装置。
10. 前記送信手段は、前記１つまたは複数の対象データの個数が前記所定の個数以上であり、かつ、ＲＩＰの処理、ＯＣＲの処理、コピーの処理、およびアニメーションの表示の処理のうちの前記アニメーションの表示の処理のみを当該データ提供装置が実行している場合は、前記端末装置と当該データ提供装置との間の通信経路の輻輳のレベルが所定のレベル以上であれば、当該対象データを前記圧縮手段によって圧縮して送信し、前記所定のレベル未満であれば、当該対象データを前記圧縮手段によって圧縮することなく送信する、
    請求項１に記載のデータ提供装置。
11. 複数のデータのうちのいずれかを必要に応じて圧縮して端末装置へ提供するデータ提供方法であって、
    前記端末装置から、前記複数のデータのうちの送信する対象である１つまたは複数の対象データの指定を受け付け、
    前記１つまたは複数の対象データの個数が所定の個数未満である場合に、当該対象データを圧縮することなく前記端末装置へ送信する、
    ことを特徴とするデータ提供方法。
12. 複数のデータのうちのいずれかを必要に応じて圧縮して端末装置へ提供するコンピュータに用いられるコンピュータプログラムであって、
    前記コンピュータに、
    前記端末装置から、前記複数のデータのうちの送信する対象である１つまたは複数の対象データの指定を受け付ける処理を実行させ、
    前記１つまたは複数の対象データの個数が所定の個数未満である場合に、当該対象データを圧縮することなく前記端末装置へ送信する処理を実行させる、
    ことを特徴とするコンピュータプログラム。

Images