JP2009075669A - サーバ装置及び同装置のプログラム及びデータ送受信方法 - Google Patents

Abstract

【課題】アップロード又はダウンロードするファイルデータのサイズが一定ではないときでも、ファイルデータのアップロード又はダウンロードを効率よく行わせることができるサーバ装置及び同装置のプログラム及びデータ送受信方法を提供すること。
【解決手段】複数の端末装置との間で通信経路を介して行うファイルデータの送信及び／又は受信を、端末装置に通知した通信時刻で行うサーバ装置が、端末装置からアクセスがあったときに、送受信するファイルデータのデータサイズと自装置におけるファイルデータの処理能力とに基づいて、端末装置との通信時刻を決定し、アクセスを行った端末装置に対して、決定した通信時刻を通信経路を介して通知する。
【選択図】図８

Description

本発明は、複数の端末装置との間で通信経路を介して行うファイルデータの送信及び／又は受信を前記端末装置に通知した通信時刻で行うサーバ装置、及び、同装置の動作プログラム、及び、端末装置との間で通信経路を介したファイルデータの送受信方法に関するものである。

従来、インターネット等の通信回線を介して、クライアントの端末装置がサーバ装置へアクセスしてファイルデータをダウンロードしたり、端末装置に記憶しているファイルデータをアップロードすることができる通信システムが知られている。

このように、端末装置が直接サーバ装置へアクセスしてファイルデータのアップロードやダウンロードを行う通信システムでは、当該システムに参加する端末装置数が増大して、多数の端末装置からサーバ装置へのアクセスが集中すると、サーバ装置は、一度に多数の端末装置との間で通信を行わなければならず、その処理負荷が増大し、その結果、システム障害が発生する恐れがあった。

このような不具合を解消する技術として、各端末装置が固有の乱数を用いてサーバ装置へのアクセス時刻をランダムに決定して、サーバ装置へのアクセスを実行するように構成することにより、端末装置からサーバ装置へのアクセス集中を分散させる技術が提案されている（特許文献１参照）。

また、この特許文献１に記載の技術では、サーバ装置側から各端末装置へ異なるアクセス時刻を通知するように構成し、各端末装置が通知された時刻にサーバ装置へアクセスすることによって、サーバ装置へのアクセス集中を抑制して、サーバ装置の負荷集中を抑制することも提案されている。
特開２０００−２５８５６７号公報

ところが、上記引用文献１に記載の技術では、各端末装置が乱数を用いてサーバ装置へのアクセス時刻を決定する構成であったため、同じシステムを利用する端末装置の台数が増大した場合、偶発的に端末装置からサーバ装置へのアクセスの集中が発生することがあり、結果的にサーバ装置への負荷集中を抑制することができなくなる恐れがあった。

また、サーバ装置側から各端末装置へ、単純に異なるアクセス時刻を通知させ、そのアクセス時刻から端末装置とのデータ通信を開始させても、端末装置からサーバ装置へアップロードされるデータや、サーバ装置から端末装置へダウンロードされるデータのサイズが一定でない場合には、サーバ装置の処理能力に比べてデータのアップロードやダウンロードの処理が少ないとサーバ装置の稼動率が悪くなり、逆にそれらの処理が多くなりすぎてサーバ装置に過負荷がかかったりするおそれがあった。

たとえば、処理能力として、同時にファイルデータをダウンロードする端末装置数が２台までならば過負荷とならず、同時に３台以上の端末装置がファイルデータをダウンロードすると過負荷となるサーバ装置に、４台の端末装置からそれぞれ異なる時刻にアクセスがあったとする。

このとき、ダウンロードされるファイルデータのサイズが比較的小さい場合には、図１０（ａ）に示すように、サーバ装置に余裕ができる。すなわち、サーバ装置から各端末装置へアクセス時刻として、ｔ１、ｔ２、ｔ３、ｔ４を通知していた場合、ファイルデータのサイズが小さいと、１台の端末装置へファイルデータのダウンロードを完了してから、次の端末装置がファイルデータのダウンロードを開始するまでに時間的余裕が生じてしまう。

この場合、サーバ装置は、上記のように一度に２台の端末装置までは過負荷とならずにファイルデータをダウンロードさせることが可能な処理能力を備えているにもかかわらず、ファイルデータのダウンロードが１台ずつしか行われないことになり、端末装置へファイルデータを効率的にダウンロードさせることができない。

また、ダウンロードさせるファイルデータのサイズが比較的大きい場合には、図１０（ｂ）に示すように、端末装置のアクセス時刻はそれぞれ異なるので、ファイルデータのダウンロード開始時刻はそれぞれ異なるが、時刻ｔ３以降においては、一度に３台、時刻ｔ４以降においては、一度に４台の端末装置から同時にファイルデータがダウンロードされることとなり、サーバ装置に過負荷がかかることとなる。

そこで、本発明では、端末装置によりアップロード又はダウンロードされるファイルデータのサイズが一定ではないときでも、端末装置にデータのアップロード又はダウンロードを効率よく行わせることができるサーバ装置及び同装置のプログラム及びデータ送受信方法を提供することを目的とする。

そこで、請求項１に係る本発明では、複数の端末装置との間で通信経路を介して行うファイルデータの送信及び／又は受信を端末装置に通知した通信時刻で行うサーバ装置において、端末装置と通信を行う通信手段と、端末装置からアクセスがあったとき、ファイルデータのサイズと通信手段の処理能力とに基づいて、通信時刻を決定する決定手段と、アクセスしてきた端末装置に、決定した通信時刻を通知する通知処理手段とを備えたことを特徴とする。

また、請求項２に係る本発明では、請求項１に記載のサーバ装置において、通信手段の処理能力は、通信手段に接続される通信路の通信帯域に基づいて決定される単位時間当たりのファイルデータの通信量であることを特徴とする。

また、請求項３に係る本発明では、請求項１に記載のサーバ装置において、通信手段の処理能力は、通信手段で処理可能な単位時間当たりのファイルデータの処理量であることを特徴とする。

また、請求項４に係る本発明では、請求項１〜３のいずれか１項に記載のサーバ装置において、決定手段は、ファイルデータのデータサイズと各端末装置の処理能力とに基づいて、送信及び／又は受信すべきファイルデータがある端末装置ごとに、ファイルデータの処理量とその処理時間とを判定し、これらの処理量及び処理時間と通信手段の処理能力とに基づいて、通信時刻を決定することを特徴とする。

また、請求項５に係る本発明では、請求項４に記載のサーバ装置において、決定手段が決定した処理量と処理時間とを記憶する記憶手段を備え、決定手段は、記憶手段に記憶した処理量と処理時間の情報からファイルデータを送信及び／又は受信可能な空き時間を判定し、通信時刻を通知する端末装置に応じた処理量及び処理時間と空き時間とに基づいて、当該端末装置との通信時刻を決定することを特徴とする。

また、請求項６に係る本発明では、請求項４又は請求項５に記載のサーバ装置において、端末装置の処理能力は、端末装置が接続している通信路の通信帯域に基づいて決定される単位時間当たりのファイルデータの通信量であることを特徴とする。

また、請求項７に係る本発明では、請求項１〜６のいずれか１項に記載のサーバ装置において、端末装置からアクセスがあったとき、端末装置との間で送信及び／又は受信すべきファイルデータがあるか否かを判定する判定手段を有し、決定手段は、判定手段によって送信及び／又は受信すべきファイルデータがあると判定されたときに、通信時刻を決定することを特徴とする。

また、請求項８に係る本発明では、コンピュータを、請求項１〜７のいずれか１項に記載のサーバ装置の各手段として機能させることを特徴とするプログラムを提供することとした。

また、請求項９に係る本発明では、端末装置とサーバ装置と間で通信経路を介して行うファイルデータの送受信方法であって、端末装置が、通信経路を介してサーバ装置へアクセスするステップと、サーバ装置が、端末装置からアクセスがあったとき、ファイルデータのデータサイズと自装置におけるファイルデータの処理能力とに基づいて、通信時刻を決定するステップと、サーバ装置が、アクセスを行った端末装置に対して、決定した通信時刻を通信経路を介して通知するステップとを有することを特徴とする。

請求項１、８、９に係る本発明によれば、ファイルデータのサイズと通信手段の処理能力とに基づいて、各端末装置との通信時刻を決定するので、送信及び／又は受信すべきファイルデータのサイズが一定でないときにでも、送信及び／又は受信を効率よく行うことができる。

請求項２に係る本発明によれば、サーバ装置に接続される通信路の通信帯域に応じた最適な通信量で通信を行うことができ、サーバ装置の処理負荷を増大させることなく、サーバ装置を効率的に稼動させることができる。

請求項３に係る本発明によれば、サーバ装置の処理速度に応じた最適な通信量で通信を行うことができ、サーバ装置の処理負荷を増大させることなく、サーバ装置を効率的に稼動させることができる。

請求項４に係る本発明によれば、ファイルデータのデータサイズ、端末装置の処理能力、サーバの処理能力に応じた最適な時刻を通信時刻として決定して、ファイルデータの送信及び／又は受信を行うことができるので、サーバ装置を効率的に稼動させることができる。

請求項５に係る本発明によれば、端末装置と通信可能な空き時間を有効に利用して、各端末装置との通信を行うことができるので、サーバ装置をより効率的に稼動させることができる。

請求項６に係る本発明によれば、各端末装置が処理可能な通信量に応じて、その端末装置との通信時刻を決定することができるので、処理能力の異なる複数の端末装置との間で効率的にデータ通信を行うことができる。

請求項７に係る本発明によれば、各端末装置との間で、同じファイルデータを複数回繰り返して送信又は受信することがなくなるので、サーバ装置の処理量を低減することができる。

以下、本発明の一実施形態について、図面を参照して説明する。図１は、本実施形態に係る通信システムを示す説明図であり、図２は、本実施形態において、ファイルデータをサーバ装置と端末装置の間で送信及び受信する際のシーケンス図であり、図３及び図８は、本実施形態に係るサーバ装置が端末装置へ通知する通信時刻の決定方法の一例を示す説明図であり、図４は、本実施形態に係るサーバ装置を示す説明図であり、図５〜図７は、本実施形態に係るサーバ装置の制御部が実行する処理を示す説明図である。

[１．通信システム]
図１（ａ）に示すように、本実施形態に係る通信システムＳは、サーバ装置１と、このサーバ装置１との間でファイルデータの送受信を行う複数の端末装置２ａ〜２ｅとで構成されている。以下、特定の端末装置を指すのではなく、当該通信システムＳにおける任意の端末装置を指す場合には、単に「端末装置２」という。

これらサーバ装置１と複数の各端末装置２とは、図１（ｂ）に示すように、それぞれインターネットＩ等の通信回線（以下、「通信経路」という。）を介して接続されている。

また、サーバ装置１及び各端末装置２の各装置とインターネットＩとは、通信帯域（通信速度）の異なる通信回線（以下、「通信路」という。）により接続されており、図１（ｂ）では、通信速度の速い通信路ほど幅の太い線で示している。

具体的には、サーバ装置１、端末装置２ａ、２ｅは、この中で通信速度の最も早い光回線ＡによりインターネットＩへ接続されており、ここでは、サーバ装置１に接続されている通信路の通信速度を５０Ｍｂｐｓ、端末装置２ａ、２ｅが接続している通信路の通信速度を３０Ｍｂｐｓとしている。

また、端末装置２ｂ、２ｄは、光回線Ａの次に通信速度の早いＡＤＳＬ（Asymmetric Digital Subscriber Line）回線ＢによりインターネットＩへ接続されており、ここでは、端末装置２ｂ、２ｄに接続されている通信路の通信路の通信速度を２０Ｍｂｐｓとしている。

また、端末装置２ｃは、この中で通信速度の最も遅いＩＳＤＮ（Integrated Services Digital Network）回線ＣによりインターネットＩへ接続されており、ここでは、端末装置２ｃに接続されている通信路の通信速度を１０Ｍｂｐｓとしている。

そして、この通信システムＳでは、端末装置２が、所定の周期（例えば、１日に１回）でサーバ装置１へダウンロードファイルの有無の問い合わせ（以下、「ダウンロードファイル問い合わせ」とする。）を行い、その問い合わせに対して、サーバ装置１では、ダウンロードされるファイルがある場合には、端末装置２へダウンロードファイルの通信を開始ための通信時刻（以下、「ダウンロード開始時刻」という。）を計算し、端末装置２へ通知する。端末装置２では、その通信時刻になると、サーバ装置１へアクセスして、アップデート用の更新ファイル等のファイルデータをダウンロードする。また、端末装置が、サーバ装置１へ送信するアップロードファイルがあるときには、端末装置２からサーバ装置１へ問い合わせたとき、サーバ装置１がアップロードファイルを受信するための通信時刻（以下、「アップロード開始時刻」という。）を計算し端末装置２へ通知する。端末装置２では、その通信時刻になるとサーバ装置１へアクセスして、ログ情報等のファイルデータをアップロードすることができるように構成されている。

[２．ファイルデータの送受信方法]
次に、この通信システムＳにおいて、端末装置２とサーバ装置１との間で通信経路を介して行うファイルデータの送受信方法について、図２に示すシーケンス図を参照して説明する。

[２．１．サーバ装置から端末装置へのファイル送信処理（送信すべきファイル（以下に説明するダウンロードファイル）がない場合）]
まず、サーバ装置１において、端末装置２へ送信すべきファイルデータ（以下、「ダウンロードファイル」という。）がないときの動作について説明する。

図２（ａ）に示すように、端末装置２は、所定の周期で、通信経路を介してサーバ装置１へアクセスして、受信すべきダウンロードファイルがあるか否かを問い合わせるためのダウンロードファイル問い合わせを行う（図２（ａ）に示す（１）参照）。このダウンロードファイル問い合わせには、端末装置２が取得しているダウンロードファイルのバージョン情報が含まれている。

端末装置２からダウンロードファイル問い合わせのアクセスがあると、サーバ装置１は、アクセスしてきた端末装置２へ送信すべきダウンロードファイルがあるか否かを確認する（図２（ａ）中の（２）参照）。ここで、送信すべきダウロードファイルがあるか否かは、ダウンロードファイル問い合わせに含まれるダウンロードファイルのバージョン情報が最新のものであるか否かによって判断し、このバージョン情報が最新のものではないとき、送信すべきダウンロードファイルがあると判断する。

その後、サーバ装置１は、アクセスしてきた端末装置２へ、当該端末装置２へ送信すべきダウンロードファイルがない旨を通知する（図２（ａ）中の（３）参照）。

このように、本実施形態では、送信すべきダウンロードファイルがない場合、サーバ装置１は、端末装置２からアクセスがあっても、送信すべきダウンロードファイルがない旨を端末装置２へ通知するだけであるため、不要な処理負荷をサーバ装置１にかけずに済む。

[２．２．サーバ装置から端末装置へのファイル送信処理（送信すべきダウンロードファイルがある場合）]
次に、端末装置２へ送信すべきダウンロードファイルがないときの動作について説明する。

図２（ｂ）に示すように、端末装置２は、所定の周期で、通信経路を介してサーバ装置１へアクセスして、受信すべきダウンロードファイルがあるか否かを問い合わせるためのダウンロードファイル問い合わせを行う（図２（ｂ）に示す（１）参照）。

端末装置２からダウンロードファイル問い合わせがあると、サーバ装置１は、アクセスしてきた端末装置２へ送信すべきダウンロードファイルがあるか否かを確認する（図２（ｂ）に示す（２）参照）。このとき、ダウンロードファイル問い合わせに含まれるダウンロードファイルのバージョン情報が最新のものではないとき、送信すべきダウンロードファイルがあると判断する。

その後、サーバ装置１は、ダウンロードファイルのデータサイズと自装置（サーバ装置１）におけるダウンロードファイルの処理能力と、アクセスしてきた端末装置２の処理能力とに基づいて、アクセスしてきた端末装置２にダウンロードを開始させるダウンロード開始時刻、及びそのダウンロードを終了させる時刻（以下、「ダウンロード終了時刻」という。）を計算する（図２（ｂ）に示す（３）参照）。

次に、サーバ装置１は、アクセスしてきた端末装置２へ、決定した通信時刻であるダウンロード開始時刻を通信経路を介して通知する（図２（ｂ）に示す（４）参照）。

次に、このダウンロード開始時刻の通知を受けると、端末装置２は、当該ダウンロード開始時刻になるまで待機し（図２（ｂ）に示す（５）参照）、その後、ダウンロード開始時刻になると、端末装置２は、ダウンロードを要求するためにサーバ装置１へアクセスする（図２（ｂ）に示す（６）参照）。

このダウンロード要求のためのアクセスを受けると、サーバ装置１は、アクセスしてきた端末装置２へダウンロードファイルの送信を開始する（図２（ｂ）に示す（７）参照）。

このように、サーバ装置１は、ダウンロードファイルを問い合わせるためにアクセスしてきた端末装置２へ、即座にダウンロードファイルをダウンロードさせるのではなく、端末装置２に対して、ダウンロードファイルのデータサイズと自装置におけるダウンロードファイルの処理能力と端末装置の処理能力とを考慮して決定した通信時刻を通知し、この通信時刻になるまで端末装置２を待機させてから、ダウンロードファイルのダウンロードを開始させるため、当該サーバ装置が一度に多数の端末装置２からダウンロードファイルをダウンロードされることがなくなる。なお、「自装置におけるダウンロードファイルの処理能力」については後で詳述する。

これにより、ダウンロードファイルのデータサイズが一定でないときにでも、サーバ装置１において、端末装置へダウンロードファイルの送信を効率よく行うことができる。

しかも、このサーバ装置１では、端末装置２との通信時刻を決定する際に、アクセスしてきた端末装置２の処理能力も考慮するため、処理能力の異なる複数の端末装置２に効率的にファイルデータをダウンロードさせることができる。

[２．３．サーバ装置の端末装置からのファイル受信処理（受信すべきファイル（以下に説明するアップロードファイル）がある場合）]
次に、サーバ装置1が端末装置２からファイルデータをアップロードされる場合の動作について説明する。

図２（ｃ）に示すように、端末装置２は、ファイルデータをアップロードする際に、まず、サーバ装置１にアクセスして、サーバ装置１へ送信するファイルデータ（以下、「アップロードファイル」という。）をアップロードするためのアップロードファイル問い合わせを行う（図２（ｃ）に示す（１）参照）。

端末装置２からアップロードファイル問い合わせのためのアクセスがあると、サーバ装置１は、端末装置２から受信すべきアップロードファイルがあると判定し、受信すべきアップロードファイルのデータサイズと自装置（サーバ装置１）におけるアップロードファイルの処理能力と、アクセスしてきた端末装置２の処理能力とに基づいて、アクセスしてきた端末装置２にアップロードを開始させる時刻及びアップロードを終了させる時刻を計算して、ファイルデータをアップロードさせるためにその端末装置２と通信する通信時刻を決定する（図２（ｃ）に示す（２）参照）。

次に、サーバ装置１は、アクセスしてきた端末装置２へ、決定した通信時刻であるアップロード開始時刻を通信経路を介して通知する（図２（２）に示す（３）参照）。

次に、このアップロード開始時刻の通知を受けると、端末装置２は、当該アップロード開始時刻になるまで待機し（図２（ｃ）に示す（４）参照）、その後、アップロード開始時刻になると、端末装置２は、アップロードファイルをサーバ装置１へ送信（アップロード）する（図２（ｃ）に示す（５）参照）。

このようにサーバ装置１は、端末装置２にファイルデータをアップデートさせる際にも、ダウンロードのときと同様に、アップロードファイルのデータサイズと自装置（サーバ装置１）におけるアップロードファイルの処理能力と、アクセスしてきた端末装置２の処理能力とを考慮して決定した通信時刻を端末装置２へ通知するので、アップロードさせるファイルデータのサイズが一定でないときにでも、サーバ装置１において、アップロードファイルの受信を効率よく行うことができる。

[３．通信時刻の決定方法の概要]
次に、サーバ装置１が、アクセスしてきた端末装置２に通知する通信時刻（アップロード開始時刻やダウンロード開始時刻）の決定方法について、図３を参照して説明する。図中の符号ｔ１〜ｔ４は、端末装置２ａ〜２ｄがそれぞれサーバ装置１へアクセスする時刻であり、符号Ｔ１〜Ｔ４は、端末装置２ａ〜２ｄのサーバ装置１との通信時刻を示している。

ここでは、ダウンロードファイルがあり、サーバ装置１が４台の端末装置２ａ〜２ｄからダウンロードファイル問い合わせを受けたときに、各端末装置２ａ〜２ｄへ通知するダウンロード開始時刻を決定する場合を例に挙げて説明する。なお、ファイルデータをアップロードする場合のアップロード開始時刻の決定方法は、ダウンロードする場合と同様であるため、ここでは説明を省略する。

また、ここでは、サーバ装置１の処理能力は、同時にダウンロードさせる端末装置数が２台までならば過負荷とならず、同時に３台以上の端末装置にダウンロードさせると過負荷となるものと仮定し、各端末装置２にダウンロードさせる速度をサーバ装置１側で所定の速度に制限した場合について説明する。

図３に示すように、時刻ｔ１に端末装置２ａがサーバ装置１にダウンロードファイル問い合わせのアクセスを行うと、サーバ装置１の後述する制御部１０１（図４参照。）は、現在当該サーバ装置１からダウンロードファイルをダウンロードさせている端末装置２が存在しないため、現在の時刻Ｔ１をダウンロード開始時刻として決定して、端末装置２ａへ通知する処理を行う。そして、この通知を受けた端末装置２ａに、時刻Ｔ１からダウンロードを開始させる。

次に、時刻ｔ２に端末装置２ｂからダウンロードファイル問い合わせのアクセスを受けると、サーバ装置１の制御部１０１は、現在当該サーバ装置１からダウンロードファイルをダウンロードさせている端末装置２が１台しか存在しないため、現在の時刻Ｔ２をダウンロード開始時刻として決定して、端末装置２ｂへ通知する処理を行う。そして、この通知を受けた端末装置２ａに、時刻Ｔ２からダウンロードを開始させる。

次に、時刻ｔ３に端末装置２ｃからダウンロードファイル問い合わせのアクセスを受けると、サーバ装置１の制御部１０１は、現在当該サーバ装置１からダウンロードファイルをダウンロードさせている端末装置２が既に２台存在するため、現在ダウンロードさせている端末装置２ａ、２ｂのダウンロード終了時刻の中で、最先の時刻Ｔ３をダウンロード開始時刻として決定して、端末装置３ｃへ通知する処理を行う。そして、この通知を受けた端末装置２ｃに、時刻Ｔ３からダウンロードを開始させる。

次に、時刻ｔ４に端末装置２ｄからダウンロードファイル問い合わせのアクセスを受けると、サーバ装置１の制御部１０１は、現在当該サーバ装置１からダウンロードファイルをダウンロードさせている端末装置２が既に２台存在するため、現在ダウンロードさせている端末装置２ｂ、２ｃのダウンロード終了時刻の中で、最先の時刻Ｔ４をダウンロード開始時刻として決定して、端末装置３ｄへ通知する処理を行う。そして、この通知を受けた端末装置２ｄに、時刻Ｔ３からダウンロードを開始させる。

このように、サーバ装置１は、自装置の処理能力と、ダウンロードファイルのデータサイズから算出したダウンロードに要する処理量及び処理時間とにより決定したダウンロード終了時刻とに基づいて、同時にダウンロードさせる端末装置２の台数が３台以上とならないように、各端末装置２ａ〜２ｄへそれぞれ通知するダウンロード開始時刻を決定するため、ダウンロードファイルのサイズが比較的大きい場合であっても、当該サーバ装置１の処理に過負荷がかかることがない。

しかも、このサーバ装置１では、上記のようにダウンロード開始時刻を決定するため、ダウンロードファイルのサイズが比較的小さい場合であっても、ダウンロードさせることが可能な状態であるにもかかわらず、ダウンロードさせない時間帯をなくすことができ、サーバ装置１を効率的に稼動させることができる。

ここでは、各端末装置２へダウンロードさせる速度をサーバ装置１側で制限した場合について説明したが、このサーバ装置１では、各端末装置２へダウンロードさせる速度や、各端末装置２にアップロードさせる速度を制限しない場合であっても、同様に、当該サーバ装置１の処理負荷を増大させることなく、各端末装置２に効率的にダウンロードやアップロードを行わせることも可能である。

以下、端末装置１にダウンロードやアップロードさせる速度をサーバ装置１側で制限しない場合にも対応可能な上記サーバ装置１の構成、及び、サーバ装置１の制御部１０１が実行する処理等について、更に具体的に説明する。

[４．サーバ装置の電気的構成等]
サーバ装置１は、専用のコンピュータの他、汎用のサーバコンピュータに適用可能であり、図４に示すように、サーバ装置１は、制御部１０１と、後述のダウンロード時刻テーブルやアップロード時刻テーブル等を記憶する書き換え可能な記憶部１０２と、端末装置２にダウンロードさせるダウンロードファイルや端末装置２からアップロードされたファイルデータ等を記憶するハードディスク（ＨＤＤ）１０３と、ダウンロード状況やアップロード状況の情報等を後述の表示部１０７で表示可能な情報に変換処理する映像処理部１０６と、この映像処理部１０６からの出力に基づいて映像を表示する液晶表示装置（ＬＣＤ）などの表示部１０７と、マウス及びキーボードなどからなる入力部１１０と、通信路を介して端末装置２と通信するための通信部１１３とを備えている。なお、制御部１０１、記憶部１０２、ハードディスク１０３、通信部１１３、映像処理部１０６は、システムバス１２０を介して相互に接続されている。

制御部１０１は、ＣＰＵ（Central Processing Unit）、不揮発性メモリ及びＲＡＭ（Random Access Memory）から構成される。この不揮発性メモリには、アクセスのあった端末装置２へのダウンロードファイルの送信処理や、アクセスのあった端末装置２からのファイルデータの受信処理、通信時刻の決定処理や通知処理を行うための情報処理プログラムが格納されており、ＣＰＵは不揮発性メモリに記憶されている情報処理プログラムを読み出して実行することによって、通信部１１３と共に端末装置２との通信を通信経路を介して行う通信手段、ダウンロード開始時刻やアップロード開始時刻などの通信時刻を決定する決定手段、通信時刻を通信部１１３を介して端末装置２へ通知する通知処理手段、ダウンロードファイルの有無を判定する判定手段等として機能する。

また、記憶部１０２は、制御部１０１が決定手段として機能して決定したファイルデータの処理量とその処理時間とを記憶する記憶手段として機能する。

なお、この情報処理プログラムは、例えば、通信路を介して接続された他のサーバから、通信部１１３を介して、制御部１０１内部の不揮発性メモリにダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部１０１内部の不揮発性メモリに読み込まれるようにしてもよい。

[５．サーバ装置の制御部が実行する処理]
以上のように構成されたサーバ装置１の動作を具体的に説明する。なお、以下の各処理は、サーバ装置１の制御部１０１が上述した各手段等として機能することによって実行されるものである。なお、ここでは、本発明の要部である端末装置２との通信に係る処理に関してのみ説明することとし、他の処理に関しては、従来のサーバ装置で実行される公知の処理と同様であるため、説明を省略する。

[５．１．ダウンロード処理]
サーバ装置１の制御部１０１は、電源が投入されると、図示しないメイン処理を実行し、そのメイン処理中の割り込み処理として、アクセスのあった端末装置２にダウンロードファイル等のファイルデータをダウンロードさせるダウンロード処理を行う。

このダウンロード処理において、制御部１０１は、図５に示すように、まず、端末装置２からダウンロードファイル問い合わせのアクセスがあるか否かの判断を行う（ステップＳ０１）。

ここで、制御部１０１は、ダウンロードファイル問い合わせのアクセスがあると判断した場合に（ステップＳ０１：Ｙｅｓ）、処理をステップＳ０２へ移し、ダウンロードファイル問い合わせのアクセスがないと判断した場合に（ステップＳ０１：Ｎｏ）、処理をステップＳ０７へ移す。

ステップＳ０２において制御部１０１は、端末装置２へ送信すべきダウンロードファイルがあるか否かを判定し、送信すべきダウンロードファイルがあると判定した場合に（ステップＳ０２：Ｙｅｓ）、処理をステップＳ０３へ移し、一方で送信すべきダウンロードファイルが無いと判定した場合に（ステップＳ０２：Ｎｏ）、ダウンロードファイルが無いことをアクセスしてきた端末装置２へ通知する処理を行い（ステップＳ０６）、その後、このダウンロード処理を終了して、処理をメイン処理へ戻す。

このように、制御部１０１は、端末装置２からアクセスがあったとき、その端末装置２との間で送信すべきファイルデータがあるか否かを判定する判定手段として機能する。

次に、ステップＳ０３において制御部１０１は、アクセスしてきた端末装置２のダウンロード開始時刻等を計算して決定するダウンロード時刻計算処理を行い、その後、処理をステップＳ０４へ移す。このダウンロード時刻計算処理については、後に詳述する。

このように、制御部１０１は、送信すべきファイルデータがあると判定したときに、端末装置２とのダウンロード開始時刻を決定する決定手段として機能する。

次に、ステップＳ０４において制御部１０１は、ステップＳ０３で決定したダウンロード開始時刻をアクセスしてきた端末装置２へ通知する処理を行い、その後、処理をステップＳ０５へ移す。

このように、制御部１０１は、アクセスしてきた端末装置２に、決定したダウンロード開始時刻を通知する通知処理手段として機能する。

次に、ステップＳ０５において制御部１０１は、各端末装置２のダウンロード開始時刻やダウンロード終了時刻等を記録した記憶部１０２内のダウンロード時刻テーブルを更新する処理を行い、その後、このダウンロード処理を終了して、処理をメイン処理へ移す。

また、ステップＳ０７において制御部１０１は、端末装置２からダウンロード要求のためのアクセスがあるか否かの判断を行い、ダウンロード要求のためのアクセスがあると判断した場合に（ステップＳ０７：Ｙｅｓ）、処理をステップＳ０８へ移し、一方、ダウンロード要求のためのアクセスがないと判断した場合に（ステップＳ０７：Ｎｏ）、このダウンロード処理を終了して、処理をメイン処理へ戻す。

次に、ステップＳ０８において制御部１０１は、ダウンロード要求のためのアクセスをしてきた端末装置２へダウンロードファイルを送信するダウンロードファイル送信処理を起動し、その後、処理をメイン処理へ戻す。ここで起動したダウンロードファイル送信処理は、ダウンロードファイルの送信が完了したときに終了する。

このように、制御部１０１は、端末装置２と通信、すなわち、ダウンロードファイルを端末装置２へ送信する通信手段として機能する。

[５．２．ダウンロード時刻計算処理（１）]
次に、図５に示すダウンロード処理のステップＳ０３において、制御部１０１が行うダウンロード時刻計算処理（１）について説明する。

このダウンロード時刻計算処理（１）において、制御部１０１は、図６に示すように、まず、ダウンロードファイルのデータサイズを判定する処理を行い（ステップＳ１１）、その後、処理をステップＳ１２へ移す。

ステップＳ１２において制御部１０１は、アクセスしてきた端末装置２から、その端末装置２の処理能力に関する情報を取得し、その後、処理をステップＳ１３へ移す。

このとき制御部１０１は、端末装置２から、その端末装置２が接続している通信路の種類に関する情報を受信して、その端末装置２に接続されている通信路の通信帯域に基づいて決定される単位時間当たりのファイルデータの通信量をその端末装置２の処理能力として取得する。

次に、ステップＳ１３において制御部１０１は、ステップＳ１１で判定したダウンロードファイルのデータサイズと、ステップＳ１２で取得した端末装置２の処理能力と、当該サーバ装置１の通信手段の処理能力とに基づいて、今回のダウンロードに要する処理量を算出し、この処理量からダウンロードに要する時間を計算する処理を行い、その後、処理をステップＳ１４へ移す。

ここで、サーバ装置１における通信手段の処理能力は、当該通信手段の通信部１１３に接続される通信路の通信帯域に基づいて決定される単位時間当たりのファイルデータの通信量としている。

また、このファイルデータの通信量が、通信手段で処理可能な単位時間当たりのファイルデータの処理量を超えているとき、通信手段の処理能力は、通信手段で処理可能な単位時間当たりのファイルデータの処理量とする。すなわち、上記ファイルデータの通信量と上記ファイルデータの処理量とのうち、いずれか少ない方が通信手段の処理能力となる。

次にステップＳ１４において制御部１０１は、現在他の端末装置２へ行っているダウンロードの処理量が、当該サーバ装置１の最大処理量（Ｍａｘ）よりも小さいか否かの判断を行い、ＭＡＸよりも小さいと判断した場合には（ステップＳ１４：Ｙｅｓ）、現在時刻をダウンロード開始時刻として決定し（ステップＳ１７）、その後、処理をステップＳ１６へ移す。

一方、制御部１０１は、現在他の端末装置２へ行っているダウンロードの処理量がＭａｘに達していると判断した場合には、（ステップＳ１４：Ｎｏ）、現在ダウンロードさせている複数の端末装置２の中で、最も早くダウンロードが終了する端末装置２のダウンロード終了時刻、すなわち、直近のダウンロード終了時刻をダウンロード開始時刻として決定し（ステップＳ１５）、その後、処理をステップＳ１６へ移す。

次に、ステップＳ１６において制御部１０１は、ステップＳ１５又はステップＳ１７で決定したダウンロード開始時刻に、ステップＳ１３で計算したダウンロード時間を加算して、アクセスしてきた端末装置２のダウンロード終了時刻を計算する処理を行い、その後、このダウンロード時刻計算処理（１）を終了して、処理を図５に示すステップＳ０４へ移す。

このように、制御部１０１は、端末装置２に送信するファイルデータのサイズと、各端末装置２の処理能力とに基づいて、送信すべきファイルデータがある端末装置２ごとに、ファイルデータの処理量とその処理時間とを判定し、これらの処理量及び処理時間と、当該サーバ装置１における通信手段の処理能力とに基づいて、端末装置２との通信時刻を決定する決定手段として機能する。

そして、この制御部１０１は、記憶手段である記憶部１０２に記憶したファイルデータの送信に要する処理量と処理時間の情報から、ファイルデータを送信可能な空き時間を判定し、端末装置２との通信時刻を通知する端末装置２に応じた処理量及び処理時間と前記空き時間とに基づいて、当該端末装置２との通信時刻を決定する。

[５．３．ダウンロード時刻計算処理（２）]
上記したダウンロード時刻計算処理（１）では、端末装置２の処理能力を考慮して、ダウンロード開始時刻を決定する場合の処理について説明したが、端末装置２にダウンロードさせる速度をサーバ装置１側で一定の速度に制限し、全ての端末装置２へ同じダウンロード速度でダウンロードファイルを送信するように当該サーバ装置１を構成してもよい。

このようにサーバ装置１を構成した場合には、ダウンロード時刻計算処理を図６に示したダウンロード時刻計算処理（１）よりも簡略化することができるので、サーバ装置１の処理負荷をより低減することができる。

以下、端末装置２にダウンロードさせる速度をサーバ装置１側で一定の速度に制限する構成とした場合に、サーバ装置１の制御部１０１が実行するダウンロード時刻計算処理（２）について説明する。

このダウンロード時刻計算処理（２）において、制御部１０１は、図７に示すように、まず、ダウンロードファイルサイズを判定する処理を行い（ステップＳ２１）、その後、処理をステップＳ２２へ移す。

次に、ステップＳ２２において制御部１０１は、現在ダウンロードさせている端末装置２の台数が、サーバ装置１が同時にダウンロードをさせることが可能な端末装置２の最大台数（Ｍａｘ）よりも小さいか否かの判断を行い、Ｍａｘよりも小さいと判断した場合に（ステップＳ２２：Ｙｅｓ）、現在時刻をダウンロード開始時刻として決定し（ステップＳ２５）、その後、処理をステップＳ２４へ移す。

一方、制御部１０１は、現在ダウンロードさせている端末装置２の台数がＭａｘに達していると判断した場合に（ステップＳ２２：Ｎｏ）、現在ダウンロードさせている複数の端末装置２の中で、最も早くダウンロードが終了する端末装置２のダウンロード終了時刻、すなわち、直近のダウンロード終了時刻をダウンロード開始時刻として決定し、（ステップＳ２３）、その後、処理をステップＳ２４へ移す。

次に、ステップＳ２４において制御部１０１は、ステップＳ２３又はステップＳ２５で決定したダウンロード開始時刻と、ステップ２１で判定したダウンロードファイルのサイズとに基づいて、アクセスしてきた端末装置２のダウンロード終了時刻を計算する処理を行い、その後、このダウンロード時刻計算処理（２）を終了して、処理を図５に示すステップＳ０４へ移す。

このとき、ダウンロード時刻計算処理（２）では、端末装置２にダウンロードさせる速度をサーバ装置１側で制限しているため、制御部１０１は、端末装置２の処理能力等を考慮することなく、ダウンロード開始時刻及びダウンロードファイルのサイズのみにより、ダウンロード終了時刻を決定することができる。

[６．通信時刻の決定方法の具体例]
ここで、サーバ装置１の制御部１０１が上記した処理を実行することにより行う端末装置２との通信時刻決定方法の具体的一例について説明する。

ここでは、制御部１０１が上記ダウンロード処理とダウンロード時刻計算処理（１）を実行した場合、すなわち、端末装置２の処理能力に応じて、ダウンロード開始時刻を決定する場合を例に挙げて説明する。

また、ここでは、処理能力が５０Ｍｂｐｓのサーバ装置１へ、処理能力が３０Ｍｂｐｓの端末装置２ａと、処理能力が２０Ｍｂｐｓの端末装置２ｂと、処理能力が１０Ｍｂｐｓの端末装置２ｃと、処理能力が２０Ｍｂｐｓの端末装置２ｄと、処理能力が３０Ｍｂｐｓの端末装置２ｅという処理能力のことなる４台の端末装置２が、予め通知された時刻（ｔ１、ｔ２、ｔ３、ｔ４、ｔ５）に、ダウンロードファイル問い合わせのためのアクセスを行った場合について説明する。

まず、図８（ａ）に示すように、時刻ｔ１に端末装置２ａからのアクセスを受けると、サーバ装置１は、その端末装置２ａから当該端末装置２ａの処理能力に関する情報を取得し、現在ダウンロードさせている端末装置２が存在しないため、アクセスしてきた端末装置２ａに対して、現在時刻である時刻Ｔ１をダウンロード開始時刻として通知する。

そして、サーバ装置１は、この通知を行った端末装置２ａに、時刻Ｔ１からダウンロード速度３０Ｍｂｐｓでダウンロードを開始させる。

次に、図８（ｂ）に示すように、時刻ｔ２に端末装置２ｂからのアクセスを受けると、サーバ装置１は、その端末装置２ｂから当該端末装置２ｂの処理能力に関する情報を取得し、現在処理能力にまだ２０Ｍｂｐｓの余裕があり、アクセスしてきた端末装置２ｂの処理能力が２０Ｍｂｐｓであるため、端末装置２ｂへ、現在時刻であるＴ２をダウンロード開始時刻として通知する。

そして、サーバ装置１は、この通知を行った端末装置２ｂに、時刻Ｔ２からダウンロード速度２０Ｍｂｐｓでダウンロードを開始させる。

次に、図８（ｃ）に示すように、時刻ｔ３に端末装置２ｃからのアクセスを受けると、サーバ装置１は、その端末装置２ｃから当該端末装置２ｃの処理能力に関する情報を取得し、現在処理能力に余裕がないため、最も早くダウンロードが終了する端末装置２ａのダウンロード終了時刻Ｔ３を、ダウンロード開始時刻として端末装置３ｃへ通知する。

そして、サーバ装置１は、この通知を行った端末装置２ｃを時刻Ｔ３になるまで待機させ、時刻Ｔ３になると、ダウンロード速度１０Ｍｂｐｓでダウンロードを開始させる。

次に、図８（ｄ）に示すように、時刻ｔ４に端末装置２ｄからのアクセスを受けると、サーバ装置１は、その端末装置２ｄから当該端末装置２ｄの処理能力に関する情報を取得し、現在処理能力にまだ２０Ｍｂｐｓの余裕があり、アクセスしてきた端末装置２ｄの処理能力が２０Ｍｂｐｓであるため、端末装置２ｄへ、現在時刻であるＴ４をダウンロード開始時刻として通知する。

そして、サーバ装置１は、この通知を行った端末装置２ｄに、時刻Ｔ４からダウンロード速度２０Ｍｂｐｓでダウンロードを開始させる。

次に、図８（ｅ）に示すように、時刻ｔ５に端末装置２ｅからのアクセスを受けると、サーバ装置１は、その端末装置２ｅから当該端末装置２ｅの処理能力に関する情報を取得し、現在処理能力に余裕がないため、最も早くダウンロードが終了する端末装置２ｂのダウンロード終了時刻Ｔ５を、ダウンロード開始時刻として端末装置３ｅへ通知する。

そして、サーバ装置１は、この通知を行った端末装置２ｅを時刻Ｔ５になるまで待機させ、時刻Ｔ５からダウンロードを開始させる。

このとき、サーバ装置１は、端末装置２ｅへダウンロード速度２０Ｍｂｐｓでダウンロードファイルの送信を行い、その後、最も早くダウンロードが終了する端末装置２ｄのダウンロード終了時刻Ｔ６になると、さらに処理能力に２０Ｍｂｐｓの余裕ができるため、この時刻Ｔ６から端末装置２ｅへダウンロード速度３０Ｍｂｐｓでダウンロードファイルを送信する。

[７．アップロード処理]
次に、サーバ装置１へアップロードファイル問い合わせのアクセスをした端末装置２にログ情報等のファイルデータをアップロードさせる際に、サーバ装置１の制御部１０１は、アップロード処理を実行する。このアップロード処理も、上述したダウンロード処理と同様に、制御部１０１が行うメイン処理中の割り込み処理として実行されるものである。

このアップロード処理において、制御部１０１は、図９に示すように、端末装置２からアップロードファイル問い合わせのアクセスがあるか否かを判断し（ステップＳ３１）、アップロードファイル問い合わせのアクセスがあると判断した場合に（ステップＳ３１：Ｙｅｓ）、端末装置２から受信すべきファイルデータがあると判定して、処理をステップＳ３２へ移し、一方で、アップロードファイル問い合わせのアクセスが無いと判断した場合に（ステップＳ３１：Ｎｏ）、処理をステップＳ３５へ移す。

このように、サーバ装置１の制御部１０１は、端末装置２からアップロード問い合わせのアクセスがあったとき、その端末装置２との間で受信すべきファイルデータがあるか否かを判定する判定手段として機能する。

ステップＳ３２において制御部１０１は、アップロード時刻計算処理を行い、その後、処理をステップＳ３３へ移す。このアップロード時刻計算処理は、図６及び図７に示したダウンロード時刻計算処理のフローチャートにおけるダウンロードの記載をアップロードと読み替えることにより、実現することができるため、ここでは、その詳細な説明を省略する。

制御部１０１は、受信すべきアップロードファイルがあると判定されたときに、このアップロード時刻計算処理を実行することにより、端末装置２との通信時刻を決定する決定手段として機能する。

そして、制御部１０１は、端末装置２から受信するアップロードファイルのデータサイズと、各端末装置２の処理能力とに基づいて、受信すべきアップロードファイルがある端末装置２ごとに、アップロードファイルの処理量とその処理時間とを判定し、これらの処理量及び処理時間と、当該サーバ装置１における通信手段の処理能力とに基づいて、アップロード開始時刻やアップロード終了時刻等の端末装置２との通信時刻を決定する。

このとき、制御部１０１は、記憶手段である記憶部１０２に記憶したアップロードファイルの送信に要する処理量と処理時間の情報から、アップロードファイルを受信可能な空き時間を判定し、端末装置２のアップロード開始時刻を通知する端末装置２に応じた処理量及び処理時間と前記空き時間とに基づいて、当該端末装置２との通信時刻を決定する。

次に、ステップＳ３３において制御部１０１は、ステップＳ３２で決定したアップロード開始時刻を、アクセスしてきた端末装置２へ通知する処理を行い、その後、処理をステップＳ３４へ移す。

このように、制御部１０１は、アクセスしてきた端末装置２に、決定したアップロード開始時刻を通知する通知処理手段として機能する。

次に、ステップＳ３４において制御部１０１は、各端末装置２のアップロード開始時刻やアップロード終了時刻等を記録した記憶部１０２内のアップロード時刻テーブルを更新する処理を行い、その後、このアップロード処理を終了して、処理をメイン処理へ移す。

また、ステップＳ３５において制御部１０１は、端末装置２からアップロード要求のためのアクセスがあるか否かの判断を行い、アップロード要求のためのアクセスがあると判断した場合に（ステップＳ３４：Ｙｅｓ）、処理をステップＳ３６へ移し、一方、アップロード要求のためのアクセスがないと判断した場合に（ステップＳ３５：Ｎｏ）、このアップロード処理を終了して、処理をメイン処理へ戻す。

次に、ステップＳ３６において制御部１０１は、アップロード要求のためのアクセスをしてきた端末装置２からアップロードファイルを受信するアップロードファイル受信処理を起動し、その後、処理をメイン処理へ移す。ここで起動したアップロードファイル受信処理は、アップロードファイルの受信が完了したときに終了する。

このように、制御部１０１は、端末装置２と通信、すなわち、アップロードファイルを端末装置２から受信する通信手段として機能する。

このように、制御部１０１は、端末装置２からアップロードされるファイルデータを受信する処理を実行することによって、端末装置２と通信を行う通信手段として機能する。

本実施形態のサーバ装置１では、端末装置２からアクセスがあったときに、当該サーバ装置１の処理能力と、アクセスしてきた端末装置２の処理能力と、通信するデータファイルのサイズと、データファイルの通信に要する処理量及び処理時間とに応じて、アクセスしてきた端末装置２との通信時刻を決定し、その通信時刻を端末装置２へ通知した後、通知した通信時刻から端末装置２との通信を開始するように構成しているため、当該サーバ装置１に端末装置２との通信による過負荷がかかることを防止しつつ、端末装置２にアップロード又はダウンロードさせるファイルデータのサイズが一定ではないときでも、ファイルデータのアップロード又はダウンロードを効率的に行わせることができる。

本実施形態に係る通信システムを示す説明図である。 本実施形態において、ファイルデータをサーバ装置と端末装置の間で送信及び受信する際のシーケンス図である。 本実施形態に係るサーバ装置が端末装置へ通知する通信時刻の決定方法の一例を示す説明図である。 本実施形態に係るサーバ装置を示す説明図である。 本実施形態に係るサーバ装置の制御部が実行するダウンロード処理を示す説明図である。 本実施形態に係るサーバ装置の制御部が実行するダウンロード開始時刻計算処理を示す説明図である。 本実施形態に係るサーバ装置の制御部が実行するダウンロード開始時刻計算処理を示す説明図である。 本実施形態に係るサーバ装置が端末装置へ通知する通信時刻の決定方法の一例を示す説明図である。 本実施形態に係るサーバ装置の制御部が実行するアップロード処理を示す説明図である。 従来の通信システムにおいて決定された通信時刻の一例を示す説明図である。

符号の説明

Ｓ 通信システム
１ サーバ装置
２、２ａ〜２ｅ 端末装置
１０１ 制御部
１０２ 記憶部
１０３ ハードディスク
１０６ 映像処理部
１０７ 表示部
１１０ 入力部
１２０ システムバス

Claims (9)

1. 複数の端末装置との間で通信経路を介して行うファイルデータの送信及び／又は受信を前記端末装置に通知した通信時刻で行うサーバ装置において、
   前記端末装置と通信を行う通信手段と、
   前記端末装置からアクセスがあったとき、前記ファイルデータのサイズと前記通信手段の処理能力とに基づいて、前記通信時刻を決定する決定手段と、
   前記アクセスしてきた端末装置に、前記決定した通信時刻を通知する通知処理手段と、を備えたサーバ装置。
2. 前記通信手段の処理能力は、前記通信手段に接続される通信路の通信帯域に基づいて決定される単位時間当たりの前記ファイルデータの通信量であることを特徴とする請求項１に記載のサーバ装置。
3. 前記通信手段の処理能力は、前記通信手段で処理可能な単位時間当たりの前記ファイルデータの処理量であることを特徴とする請求項１に記載のサーバ装置。
4. 前記決定手段は、前記ファイルデータのデータサイズと各前記端末装置の処理能力とに基づいて、前記送信及び／又は受信すべきファイルデータがある端末装置ごとに、前記ファイルデータの処理量とその処理時間とを判定し、これらの処理量及び処理時間と前記通信手段の処理能力とに基づいて、前記通信時刻を決定することを特徴とする請求項１〜３のいずれか１項に記載のサーバ装置。
5. 前記決定手段が決定した前記処理量と前記処理時間とを記憶する記憶手段を備え、
   前記決定手段は、前記記憶手段に記憶した前記処理量と前記処理時間の情報から前記ファイルデータを送信及び／又は受信可能な空き時間を判定し、前記通信時刻を通知する端末装置に応じた処理量及び処理時間と前記空き時間とに基づいて、当該端末装置との前記通信時刻を決定することを特徴とする請求項４に記載のサーバ装置。
6. 前記端末装置の処理能力は、前記端末装置が接続している通信路の通信帯域に基づいて決定される単位時間当たりの前記ファイルデータの通信量であることを特徴とする請求項４又は請求項５に記載のサーバ装置。
7. 前記端末装置からアクセスがあったとき、前記端末装置との間で送信及び／又は受信すべき前記ファイルデータがあるか否かを判定する判定手段を有し、
   前記決定手段は、前記判定手段によって送信及び／又は受信すべき前記ファイルデータがあると判定されたときに、前記通信時刻を決定することを特徴とする請求項１〜６のいずれか１項に記載のサーバ装置。
8. コンピュータを、請求項１〜７のいずれか１項に記載のサーバ装置の各手段として機能させることを特徴とするプログラム。
9. 端末装置とサーバ装置と間で通信経路を介して行うファイルデータの送受信方法であって、
   前記端末装置が、前記通信経路を介して前記サーバ装置へアクセスするステップと、
   前記サーバ装置が、前記端末装置からアクセスがあったとき、前記ファイルデータのデータサイズと自装置における前記ファイルデータの処理能力とに基づいて、前記通信時刻を決定するステップと、
   前記サーバ装置が、前記アクセスを行った端末装置に対して、前記決定した通信時刻を前記通信経路を介して通知するステップと、
   を有することを特徴とするデータの送受信方法。

Images