(57)【要約】【課題】  インターネットからの情報のダウンロードによる他の作業に対する影響を軽減してユーザが感じるストレスを軽減したサーバ装置を提供する。【解決手段】  ダウンロードサーバ１のダウンロード制御部１３は、通信部１１を介して要求元装置となる端末装置２から、ダウンロードすべき情報のＵＲＬや要求元の端末装置２を特定する情報情報を含むダウンロード要求を受け取る。そして、受け取ったＵＲＬを用いて、通信部１１を介してインターネット５にアクセスし、情報をダウンロードして記憶部１２に記憶させる。ダウンロードが完了したら端末装置２に通知し、通知中の転送アドレスの指示により記憶部１２に記憶しているダウンロードした情報を読み出し、通信部１１を介して端末装置２へ転送する。インターネット５からのダウンロード速度よりもＬＡＮ３の転送速度の方が速く、端末装置２のユーザは、より短い転送時間で情報を取得できる。【選択図】  図１
2006163498.tif 000002
【特許請求の範囲】
【請求項１】
ＬＡＮ及びインターネットを利用して通信を行う通信手段と、情報を記憶する記憶手段と、前記ＬＡＮに接続された要求元装置からダウンロードすべき情報のインターネットアドレスを前記通信手段が受け取り前記要求元装置の代わりに前記情報を前記インターネットからダウンロードして前記記憶手段に記憶させるダウンロード手段を有することを特徴とするサーバ装置。
【請求項２】
前記ダウンロード手段は、１ないし複数の要求元装置から複数のインターネットアドレスを受け取ったとき、各インターネットアドレスの情報のダウンロードについて優先順位を付けて実行することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記ダウンロード手段は、前記通信手段を通じて前記ＬＡＮ上のトラフィックを監視し、前記トラフィックに応じてダウンロードの調整を行うことを特徴とする請求項１または請求項２に記載のサーバ装置。
【請求項４】
前記ダウンロード手段は、前記インターネットアドレスの情報のダウンロードを完了したときに該ダウンロードを要求した要求元装置へ前記通信手段を介して通知することを特徴とする請求項１ないし請求項３のいずれか１項に記載のサーバ装置。
【請求項５】
前記ダウンロード手段は、前記インターネットアドレスの情報のダウンロードを完了した後、設定された時間帯に前記ダウンロードを要求した要求元装置へ前記通信手段を介して通知することを特徴とする請求項１ないし請求項３のいずれか１項に記載のサーバ装置。
【請求項６】
前記ダウンロード手段は、前記インターネットアドレスの情報をダウンロードした後、該ダウンロードを要求した要求元装置へダウンロードした情報を転送することを特徴とする請求項１ないし請求項５のいずれか１項に記載のサーバ装置。
【請求項７】
前記ダウンロード手段は、ダウンロードして前記記憶手段に記憶させた情報が前記要求元装置に所定時間転送されない場合には該情報を削除することを特徴とする請求項１ないし請求項５のいずれか１項に記載のサーバ装置。
【請求項８】
前記ダウンロード手段は、ダウンロードして前記記憶手段に記憶させた情報が前記要求元装置に転送されない場合には前記要求元装置に通知することを特徴とする請求項１ないし請求項５のいずれか１項または請求項７に記載のサーバ装置。
【請求項９】
前記ダウンロード手段は、前記インターネットアドレスからダウンロードする情報の情報量が記憶手段の残容量を超える場合に、前記要求元装置へ通知することを特徴とする請求項１ないし請求項８のいずれか１項に記載のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＬＡＮに接続されるとともに、インターネットを利用可能なサーバ装置に関するものである。
【背景技術】
【０００２】
近年のインターネット技術の発達とともに、インターネットの利用が盛んになっている。また、そのインターネットを利用して各種の情報をダウンロードすることが一般的に行われてきている。ダウンロードを行う場合には、ユーザの端末装置から所望の情報をダウンロードできるサイトにアクセスし、そのサイトから情報を受け取ることになる。このサイトへのアクセスから情報のダウンロードが終了するまで、端末装置はダウンロードのための処理を行うことになる。このダウンロードの処理中は、端末装置及びネットワークのリソースを使用するため、同じ端末装置から他のサイトをブラウジングしたり、あるいはその他のアプリケーションを利用した作業を行うとき、少なからず端末装置のユーザにストレスを感じさせる場合がある。
【０００３】
また、ダウンロードの実行時間帯を、端末装置をほかに使用しない時間帯、例えば夜中などにずらす方法もあるが、そのときに少しでもダウンロードを進めておきたい場合には対応することができない。また、実行時間帯をずらして行うほどデータ量が多いわけではないが、ダウンロードさせながら他の作業を並行して行うにはストレスを感じるという場合があった。
【０００４】
少しでもダウンロードに伴うネットワークの負荷を軽減するため、例えば特許文献１においては、既にダウンロード済みの情報を記録しておき、同じ情報をダウンロードしようとした場合には、既にダウンロード済みの情報を利用するようにしている。しかし、ダウンロード済みの情報でなければ端末装置及びネットワークの負荷は減らず、ユーザはストレスを感じることになる。また、既にダウンロードした情報の管理を行わなければならないという負担もある。
【０００５】
【特許文献１】特開２００４−２５２８７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、上述した事情に鑑みてなされたもので、インターネットからの情報のダウンロードによる他の作業に対する影響を軽減してユーザが感じるストレスを軽減したサーバ装置を提供することを目的とするものである。
【課題を解決するための手段】
【０００７】
本発明は、サーバ装置において、ＬＡＮ及びインターネットを利用して通信を行う通信手段と、情報を記憶する記憶手段と、ＬＡＮに接続された要求元装置からダウンロードすべき情報のインターネットアドレスを通信手段が受け取り、要求元装置の代わりに情報をインターネットからダウンロードして記憶手段に記憶させるダウンロード手段を有することを特徴とするものである。
【０００８】
複数の要求元装置からダウンロードの要求を受け付ける場合には、それらについて優先順位をつけてダウンロードを行うことができる。このときの順序としては、ダウンロードする情報のデータ量の順、受付順等とすることができる。あるいは、あらかじめ設定されている要求元装置からのダウンロードを優先するように構成することもできる。このように複数のダウンロードの要求を受け付ける場合、ダウンロードが完了していないインターネットアドレスの一覧を提供する機能を設けるとよい。また、優先順位の変更要求を受け付け、その変更要求に従った優先順位の変更を可能にしてもよい。この優先順位の変更は、あらかじめ登録された管理者などに限定することができる。
【０００９】
情報のダウンロードを行う際には、ＬＡＮ上のトラフィックを監視し、トラフィックに応じてダウンロードの調整を行うように構成することができる。このダウンロードの調整は、ダウンロードする情報のデータサイズが所定値以下であったり、夜間などのように予め設定された時間帯であればダウンロードの調整を行わないようにしてもよい。
【００１０】
ダウンロードが完了したときには、すぐに、あるいは設定された時間帯に、そのダウンロードを要求した要求元装置へ通知するように構成することができる。この通知には、ダウンロードした情報を転送するためのアドレスである転送アドレスを含めておくことができる。要求元装置から、この転送アドレスを用いてサーバ装置からダウンロード済の情報を取り出すことができる。あるいは、情報のダウンロード後、自動的に要求元へダウンロードした情報を転送するように構成することもできる。
【００１１】
なお、ダウンロードしてから要求元装置に転送されない場合には、ダウンロードした情報の取り出しを促す通知を要求元装置に送ったり、所定時間転送されない情報を削除するように構成することができる。また、ダウンロードする情報の情報量が記憶手段の残容量を超える場合には、要求元装置へ通知し、例えば要求元でのダウンロードに切り替えるように構成することもできる。
【発明の効果】
【００１２】
本発明によれば、要求元装置の代わりに情報のダウンロードを行うので、要求元装置では情報のダウンロードにリソースを使用されることなく、他の処理を実行することができる。従って、情報のダウンロードによって要求元装置のユーザが感じるストレスを軽減し、他の作業を行うことができるという効果がある。また、ＬＡＮ上のトラフィックに応じてダウンロードの調整を行うことによって、ＬＡＮ上の他の通信装置や要求元装置によりＬＡＮやインターネットを利用した作業を行う場合でも、ユーザが感じるストレスを軽減することができる。
【００１３】
通常、ＬＡＮ内のみの通信速度はインターネットを経由するより高速である。そのため、時間がかかるインターネットからの情報のダウンロードを本発明のサーバ装置が要求元装置に代わって行い、その後に高速に要求元装置へ転送することにより、要求元装置を効率よく利用することが可能になる。
【発明を実施するための最良の形態】
【００１４】
図１は、本発明の実施の一形態を示すブロック図である。図中、１はダウンロードサーバ、２は端末装置、３はＬＡＮ、４はルータ、５はインターネット、１１は通信部、１２は記憶部、１３はダウンロード制御部である。図１に示す例では、１ないし複数の端末装置２と、ダウンロードサーバ１及びルータ４がＬＡＮ３により通信可能に接続されている。また、ルータ４を通じてインターネット５を利用した通信が可能である。もちろん、ＬＡＮ３にはこれらの機器のほか、種々のネットワーク機器が接続されていてよい。なお、ＬＡＮ３における通信速度は、インターネット５の通信速度よりも高速である。
【００１５】
端末装置２及びダウンロードサーバ１は、ＬＡＮ３を通じてＬＡＮ３に接続されている相互間での通信が可能であるとともに、ルータ４を通じてインターネット５を利用した通信が可能である。このルータ４は、システムの保護のためのファイアウォールの機能などを含んでいてよい。端末装置２は、通常はルータ４を通じてインターネット５へのアクセスを行い、Ｗｅｂページの閲覧、情報のダウンロードやアップロードなどを行う。また、情報のダウンロードについて、ダウンロードサーバ１へ依頼することができる。
【００１６】
ダウンロードサーバ１は、要求元装置となる端末装置２から情報のダウンロードの要求を受け取り、端末装置２に代わって情報をダウンロードする。ダウンロードサーバ１は、通信部１１、記憶部１２、ダウンロード制御部１３等を含んで構成されている。通信部１１は、ＬＡＮ３を通じて、ＬＡＮ３に接続されている機器との通信を行う。また、ＬＡＮ３に接続されているルータ４を介してインターネット５を利用した通信も行う。記憶部１２は、ダウンロードサーバ１において記憶する必要がある各種の情報を記憶するものであり、端末装置２の代わりにダウンロードした情報を記憶しておくことができる。
【００１７】
ダウンロード制御部１３は、要求元装置となる端末装置２から受け取ったダウンロードの要求に関する制御を行う。すなわち、通信部１１を介して要求元装置となる端末装置２から、ダウンロードの要求としてダウンロードすべき情報のインターネットアドレス（例えばＵＲＬ）や、要求元の端末装置２を特定する情報としてＩＰアドレスやコンピュータ名などを受け取る。そして、受け取ったインターネットアドレスを用いて、通信部１１を介してインターネット５にアクセスし、情報をダウンロードして記憶部１２に記憶させる。なお、ダウンロードすべき情報の情報量が記憶部１２の残容量を超える場合には、ダウンロードしないか、あるいは要求元の端末装置２に通知し、さらには端末装置２にダウンロードするように制御してもよい。
【００１８】
ダウンロードの際には、ＬＡＮ３上の全てのトラフィックあるいはルータ４を通じてインターネット５とのやりとりを行うトラフィックを通信部１１を介して監視し、トラフィックに応じてダウンロードの調整を行うことができる。例えば混雑しているときには他の通信を妨害しないようにダウンロードパケットを少なくするように調整することができる。逆に、例えば受け取ったインターネットアドレスからダウンロードする情報のデータサイズが所定値以下であれば、ダウンロードの調整を行わずに混んでいてもダウンロードするように制御してもよい。また、例えば夜間や昼休み時など、あらかじめ設定された時間帯であればダウンロードの調整を行わないように制御してもよい。
【００１９】
ダウンロード終了後は、ダウンロードして記憶部１２に記憶させている情報を、ダウンロード要求時に受け取った要求元の端末装置２を特定する情報に従って転送する。一般にＬＡＮ３上での転送速度は、インターネット５からのダウンロードの速度よりも速いため、ダウンロードサーバ１から端末装置２への転送は端末装置２のユーザにとってそれほどのストレスとはならない。逆に、長時間にわたり待たされるインターネット５からの情報のダウンロードを、ダウンロードサーバ１が代行することによって、端末装置２のユーザがダウンロードによって感じるストレスを軽減することができ、端末装置２において他の作業を行うことができるようになる。
【００２０】
ダウンロードサーバ１から端末装置２へのダウンロードした情報の転送は、ダウンロード終了後に自動的に行ったり、または、あらかじめ設定されている時間帯、例えばＬＡＮ３のトラフィック量の少ない時間帯に転送するようにしてもよい。あるいは、ダウンロード終了を要求元の端末装置２に通知し、端末装置２からの転送要求に従って転送してもよい。この通知も、ダウンロード終了直後に行うほか、所定の時間帯に行うなど、通知のタイミングは任意である。このダウンロード終了の通知には、記憶部１２に記憶させている情報を取り出すための情報を付加しておくことができる。例えばダウンロードした情報のファイル名を通知したり、あるいはその情報を示す転送アドレス（例えばＵＲＬ）を通知してもよい。この通知した転送アドレスを受け取ったとき、対応する情報を転送アドレスの送信元の端末装置２へ転送すればよい。あるいは、通知を受けたユーザが、ダウンロードサーバ１に接続して記憶部１２に記憶されているダウンロード済の情報を取り出し、端末装置２に転送するようにしてもよい。
【００２１】
転送後の情報は記憶部１２からすぐに削除したり、または転送時点では残しておいて所定のタイミングで削除したり、または削除するか残すかを設定できるようにしてもよい。また、ダウンロード後、ある程度の時間が経過しても要求元の端末装置２に転送されない場合には、ダウンロードした情報の取り出しを促す通知を端末装置２へ送り、ダウンロード完了または通知から所定時間経過した後に、そのダウンロードした情報を記憶部１２から削除して、残容量を増やすように制御してもよい。もちろん情報の取り出しを促す通知を行うか否かは任意であり、設定可能に構成してもよい。
【００２２】
なお、要求元となり得る端末装置２は、図１に示すように複数存在してもよく、それぞれの端末装置２からダウンロードの要求を行うことができる。また、１台の端末装置２から複数の情報のダウンロードを要求してもよい。１ないし複数の端末装置２から複数のダウンロード要求を受け取ったときには、ダウンロード制御部１３は、それらのダウンロード要求について優先順位に従って実行する。優先順位は、受付順のほか、ダウンロードする情報のデータ量の順、例えばデータ量の少ない情報からダウンロードするように順位付けを行ってもよい。または、あらかじめ設定されている端末装置２からのダウンロード要求を優先したり、ダウンロード要求に緊急性レベルの指示を受けて緊急性の高いものを優先するようにしてもよい。このように複数のダウンロード要求を受け付ける場合、ダウンロードが完了していないダウンロード要求の例えばＵＲＬなどの一覧を提供する機能を設けておくとよい。さらに、例えばあらかじめ登録された管理者などからの優先順位の変更要求を受け付け、その変更要求に従って優先順位を変更できるようにしてもよい。
【００２３】
次に、本発明の実施の一形態における動作の一例について説明する。端末装置２においてダウンロードサーバ１に情報のダウンロードを代行させる場合には、ダウンロードサーバ１に対してダウンロード要求を行う。ダウンロード要求は、例えば専用のソフトウェアを用いてもよいし、ブラウザでダウンロードサーバ１のＷｅｂページを開いて、そのＷｅｂページからダウンロード要求を行うなど、様々な周知の方法により行うことができる。なお、ダウンロード要求には、ダウンロードすべき情報のアドレス（ＵＲＬ等）と、要求元の端末装置２を特定する情報（例えばＩＰアドレスやコンピュータ名など）を含む。
【００２４】
図２，図３は、ダウンロードサーバ１におけるダウンロード要求受付動作の一例を示すフローチャートである。ここでは１ないし複数の端末装置２から、複数のダウンロード要求を受け付けることができるように、受け取ったダウンロード要求を優先順位に従ってダウンロード実行キューに登録し、そのダウンロード実行キューからダウンロード要求を１つずつ取り出してダウンロードを実行するものとしている。優先順位は、ここではダウンロード要求の受付順、ダウンロードする情報のファイルサイズの小さい順、特定ユーザのダウンロード要求を優先、の３つの中からあらかじめ設定された優先順位を用いるものとする。
【００２５】
Ｓ２１においてダウンロード要求を受信すると、Ｓ２２において、優先順位の設定を判定する。優先順位の設定が、ダウンロード要求の受付順である場合には、Ｓ２３において、ダウンロード実行キューの末尾に、受け取ったダウンロード要求を追加する。
【００２６】
また優先順位の設定がファイルサイズ順である場合には、Ｓ２４において、ダウンロード要求に含まれているＵＲＬをもとに、当該ＵＲＬからダウンロードする情報のファイルサイズを所定のサーバに問い合わせ、取得して記憶しておく。Ｓ２５において、ダウンロードする情報のファイルサイズが、記憶部１２の残容量を越えているか否かを判断する。超えていなければダウンロードした情報を記憶部１２に記憶させることができ、ダウンロード可能であると判断する。その場合には、Ｓ２６において、ファイルサイズに基づいてダウンロード実行キューの更新を行う。すなわち、ダウンロード実行キューに並べられているダウンロード要求について順にファイルサイズを調べてゆき、Ｓ２１で受け取ったダウンロード要求のファイルサイズより小さいダウンロード要求の末尾に、Ｓ２１で受け取ったダウンロード要求を追加（挿入）する。
【００２７】
ダウンロードする情報のファイルサイズが記憶部１２の残容量を超えている場合には、情報をダウンロードしても記憶部１２に記憶させることができない。そのため、Ｓ２７において、要求元の端末装置２に対して容量が不足していることを示す通知を発行し、ダウンロードサーバ１におけるダウンロードの代行は行わない。なお、要求元に端末装置２では、このダウンロードサーバ１からの通知を受け、ユーザに対して通知を表示するほか、自動的に当該ダウンロード要求に対応する情報のダウンロードを端末装置２において実行するように構成することもできる。
【００２８】
なお、記憶部１２の残容量の判定は、例えばダウンロード実行キューにおいて新たなダウンロード要求が追加されるよりも前の１ないし複数のダウンロード要求によりダウンロードする情報のファイルサイズの合計と当該ダウンロード要求によりダウンロードする情報のファイルサイズの加算値を、記憶部１２の残容量と比較、判断してもよい。これにより、ダウンロード可能か否かを正確に判断することができる。また、この場合には当該ダウンロード要求を追加する位置よりも後となるダウンロード要求について記憶部１２の残容量が不足してダウンロードできなくなる可能性があり、それらのダウンロード要求についてのダウンロードの可否についても判断するとよい。
【００２９】
端末装置２への通知後、記憶部１２における残容量を増やすべく、ここではＳ２８において、ダウンロードが終了しているが、まだ端末装置２に転送していない情報があるか否かを判断し、そのような情報が存在する場合にはＳ２９において当該情報のダウンロードを要求した端末装置２に対して、当該情報の取得を促す通知を行う。この通知により端末装置２へ情報を転送できれば、記憶部１２の残容量を増やすことができる。また、いつまでも情報の転送が行われないときのために、ここではＳ３０において、所定時間が経過したら当該情報を削除するように設定しておく。この後、所定時間内に当該情報のダウンロードを要求した端末装置２あるいは他の端末装置２から、当該情報が取り出されない場合には、所定時間経過後に図示しない削除処理によって当該情報は記憶部１２から削除され、記憶部１２の残容量が増加する。
【００３０】
優先順位の設定が、特定ユーザについて優先する設定である場合には、Ｓ３１において、ダウンロード要求に含まれている要求元の端末装置２を特定する情報を参照し、予め登録されている特定ユーザからのダウンロード要求であるか否かを判定する。特定のユーザからのダウンロード要求でない場合には、ここではダウンロード要求の受付順とするものとし、Ｓ２３においてダウンロード実行キューの末尾にダウンロード要求を追加する。もちろん受付順以外でもよく、例えばファイルサイズの小さい順とする場合にはＳ２４へ移ればよい。
【００３１】
Ｓ３２において、ダウンロード実行キューを調べ、登録されている特定ユーザからのダウンロード要求が既にダウンロード実行キューに存在するか否かを判定する。存在している場合には、Ｓ３３において、特定ユーザからのダウンロード要求の末尾（すなわち特定ユーザと他のユーザのダウンロード要求の間あるいは他のユーザのダウンロード要求がなければ末尾）に、Ｓ２１で受け取ったダウンロード要求を追加（挿入）する。また、特定ユーザのダウンロード要求がダウンロード実行キューに存在しない場合には、Ｓ３４において、Ｓ２１で受け取ったダウンロード要求をダウンロード実行キューの先頭に挿入する。
【００３２】
このようにして、各優先順位の設定に応じて、受け取ったダウンロード要求について優先順位に従ったダウンロード実行キューへの追加を行うことができる。もちろん、本発明は上述の優先順位の設定に限られるものではなく、種々の公知の優先順位付けの方法を適用することができる。なお、上述のダウンロード要求受付動作の一例では、ファイルサイズ順のときのみ記憶部１２の残容量を判断しているが、受付順や特定ユーザ優先の場合にも、ファイルサイズが記憶部１２の残容量を越えているか否かを判断する構成を付加してもよい。
【００３３】
なお、上述のようにして決定したダウンロード要求の優先順位について、端末装置２から変更可能に構成してもよい。例えば特定の管理者がダウンロード実行キューの一覧の表示をダウンロードサーバ１に要求することで、管理者の端末装置２にダウンロード要求の一覧が優先順位の順に表示され、その表示画面においてダウンロード要求の優先順位を変更できるようにする。これにより、優先順位の変更を人為的に変更可能になる。なお、ダウンロード要求の削除は、同様に管理者が行うほか、他の端末装置２からも行うことができるように構成してもよい。
【００３４】
Ｓ２３，Ｓ２６，Ｓ３３，Ｓ３４においてダウンロード実行キューの更新を行った後、Ｓ３５においてダウンロード処理が実行中か否かを判断し、実行していなければＳ３６においてダウンロード処理を起動する。上述のようにしてダウンロード実行キューに追加されたダウンロード要求は、次に説明するダウンロード処理により順にダウンロード実行キューから取り出され、ダウンロードが実行される。
【００３５】
図４、図５は、ダウンロード処理の一例を示すフローチャートである。Ｓ４１において、ダウンロード実行キューの先頭のダウンロード要求を取り出し、Ｓ４２において、そのダウンロード要求中のＵＲＬに従って情報のダウンロードを開始する。ダウンロードした情報は、順次、記憶部１２に記憶されてゆく。
【００３６】
この例では、設定に従ってＬＡＮ３のトラフィックを監視しながらダウンロードの調整を行う機能を有しているものとしている。ダウンロードの調整を行うための条件として、ここでは、常時調整する、ダウンロードする情報のファイルサイズによっては調整しない、設定されている時間帯では調整しない、常に調整しない、の４つの中から設定可能であるものとしている。常時調整する場合には、Ｓ４４において、ＬＡＮ３のトラフィックを監視しながら、ダウンロードの調整を行う。例えば、ＬＡＮ３のトラフィックが多い場合には、ＴＣＰの受信ウィンドウサイズを小さくし、ダウンロードファイルの受信パケットが少なくなるように調整することができる。もちろん、他の方法での調整を行ってもよい。これによって、ＬＡＮ３あるいはさらにインターネット５を利用している他の端末装置２などのデータ転送をなるべく妨害しないでダウンロードを実行することができる。
【００３７】
ファイルサイズによっては調整しない設定の場合には、まずＳ４５において、ダウンロードする情報のファイルサイズが分かっているか否かを判断し、分かっていない場合にはＳ４６で所定のサーバに問い合わせて、ダウンロードする情報のファイルサイズを取得する。Ｓ４６で取得したファイルサイズ、あるいはＳ４５でファイルサイズが分かっていると判断された場合にはそのファイルサイズと、基準値を比較する。ファイルサイズが基準値以下である場合には、Ｓ４９において、調整を行わずにダウンロードを行う。また、ファイルサイズが基準値を上回っている場合には、Ｓ４４においてダウンロードの調整を行う。
【００３８】
調整しない時間帯が設定されている場合には、Ｓ４８において、現在の時刻が設定されている時間帯に含まれるか否かを判定する。現在の時刻が時間帯に含まれている場合にはＳ４９において、調整を行わずにダウンロードを行う。また、現在の時刻が時間帯に含まれていない場合には、Ｓ４４においてダウンロードの調整を行う。
【００３９】
また、常に調整しない設定の場合には、Ｓ４９において、ダウンロードの調整を行わずに、ダウンロードを実行する。
【００４０】
なお、ファイルサイズや時間帯に応じたダウンロードの調整は、適宜組み合わせて設定しておき、その組み合わせに応じたダウンロードの調整を行うように構成することもできる。また、このようなダウンロードの調整を行わない場合を含めて、いずれかに固定した構成や、あるいは他の方法による条件設定によりダウンロードの調整を行う構成などとしてもよい。
【００４１】
Ｓ４４またはＳ４９においてダウンロードを実行したら、Ｓ５０において、ダウンロードが成功したか否かを判断する。成功しなかった場合には、Ｓ５１において、リトライを含むエラー処理を行う。
【００４２】
上述のようにダウンロードした情報は記憶部１２に記憶されるが、今回行ったダウンロードにより記憶部１２の残容量が減少している。そのため、ダウンロードに成功したら、Ｓ５２において、記憶部１２の残容量が一定値を下回ったか否かを判定する。下回っている場合には、Ｓ５３において、今回ダウンロードした情報以外に、ダウンロードが終了しているが、まだ端末装置２に転送していない情報があるか否かを判断する。そして、そのような情報が存在する場合にはＳ５４において当該情報のダウンロードを要求した端末装置２に対して、当該情報の取得を促す通知を行う。この通知を見て情報を端末装置２に転送すれば、記憶部１２の残容量を増加させることができる。なお、ここでは示していないが、図２のＳ３０のように、削除のための設定を行うように構成してもよい。もちろん、Ｓ５２〜５４の処理は任意であり、行わなくてもよい。
【００４３】
Ｓ５５〜Ｓ５８において、ダウンロード完了通知に関する処理を行う。ここでは、ダウンロード完了通知を行わない、ダウンロード完了次第通知する、所定の時間帯に通知する、のいずれかを設定可能であるものとしている。通知しない設定であれば、そのままＳ５９へ進む。ダウンロード完了次第通知する設定の場合には、Ｓ５６において、この時点でダウンロード完了通知を要求元の端末装置２へ通知する。また、所定の時間帯に通知する設定の場合には、Ｓ５７において現在の時刻が設定されている時間帯に含まれてるか否かを判定する。含まれていれば、Ｓ５６において、この時点でダウンロード完了通知を要求元の端末装置２へ通知する。現在の時刻が設定されている時間帯に含まれない場合には、Ｓ５８において、例えばタイマなどを設定し、設定されている時間帯にダウンロード完了通知が送られるように予約しておく。なお、ダウンロード完了通知についても、通知しない場合を含めていずれかに固定した構成や、他の条件設定を可能にした構成などであってもよい。
【００４４】
これらのダウンロード完了通知の処理の後、Ｓ５９において、ダウンロード実行キューが空か否かを判定する。空でなければダウンロード要求がダウンロード実行キューに存在するので、Ｓ４１へ戻って、それらのダウンロード要求に対する情報のダウンロードを実行する。ダウンロード実行キューが空であれば、ダウンロード処理は終了する。その後、ダウンロード実行キューにダウンロード要求が追加されたときに、このダウンロード処理が起動されることになる。
【００４５】
上述の動作の一例において、ダウンロード完了通知やダウンロードした情報の取得を促す通知には、ダウンロードした情報を取り出すための情報を含めておくとよい。例えばダウンロードした情報を示すＵＲＬやファイル名などを含めておくことができる。図６は、ダウンロード完了通知の表示例の説明図である。例えばダウンロード完了通知を端末装置２において表示した場合には、図６に示すようにダウンロードが完了した旨のメッセージとともに、この例では「取り出し」ボタンを表示している。この「取り出し」ボタンはダウンロードサーバ１内の記憶部１２に記憶されている情報のＵＲＬ（転送アドレス）とリンクしている。「取り出し」ボタンを操作すると、ＵＲＬがダウンロードサーバ１に送られる。ダウンロードサーバ１は、このＵＲＬに対応する、代行してダウンロードした情報を記憶部１２から読み出し、ＵＲＬを送ってきた端末装置２へ当該情報を転送する。このようにして、ダウンロードサーバ１が代行してダウンロードした情報を簡単に端末装置２に取り込むことができる。
【００４６】
一般にインターネット５からのダウンロードの速度よりもＬＡＮ３のみでの転送速度の方が高速である。従って、端末装置２のユーザは、インターネット５からのダウンロードに要する時間を待つことなく、ダウンロードサーバ１からの転送時間だけ待てばよい。そのため、ユーザはそれほどのストレスを感じることなくインターネット５からの情報のダウンロードを行うことができる。また、待ち時間が短くなることから、その時間を他の作業に振り向けることができる。さらに、ダウンロードサーバ１からの転送についても、すぐに必要な情報でなければ後で転送を受けることも可能であり、例えば端末装置２やＬＡＮ３がすいている時間に転送することによって、さらにユーザの利便性を向上させることができる。
【００４７】
なお、例えばダウンロード完了通知を行わない設定の場合や、ダウンロード完了通知中のＵＲＬを利用せずに、ダウンロードした情報を取得する場合に対応するため、例えば端末装置２からダウンロードサーバ１のＷｅｂページを開き、ダウンロードした情報の一覧を参照して、転送したい情報を選択することにより、当該情報を端末装置２へ転送するように構成することができる。このとき、一覧表示する情報は、全てのユーザのダウンロード要求についてダウンロードした情報であってもよいし、一覧表示を要求したユーザあるいは端末装置２についてダウンロードした情報のみであってもよい。例えばダウンロード要求にユーザＩＤなどのユーザ情報を含めておけば、ユーザ毎の管理が可能であり、ダウンロードした情報のセキュリティを保つことができる。逆にユーザや端末装置２ごとの管理を行わなければ、一旦ダウンロードした情報を複数のユーザや端末装置２で共有することができる。
【００４８】
また、上述の説明では端末装置２から転送を指定されたときにダウンロードした情報を転送するものとして説明したが、例えばユーザの指示を受けずに自動的に転送するようにしてもよい。例えばダウンロードの完了とともに、ダウンロードの要求元の端末装置２へ転送したり、あるいは、ダウンロード要求に時間帯の設定があれば、その設定されている時間帯に、ダウンロードした情報を自動的に転送するように構成することができる。
【００４９】
ダウンロードした情報を端末装置２へ転送した後は、その情報を記憶部１２から削除するように構成したり、あるいは、端末装置２へ転送しただけでは削除せず、所定の条件になったら削除するように構成してもよい。転送終了時に削除すれば、記憶部１２の残容量を確保することができるので、より多くのダウンロード要求に応じることができる。また、転送終了時には削除しない構成では、ダウンロードした情報を、後で再び利用することが可能である。例えば上述のようにダウンロードサーバ１のＷｅｂページから転送を指示することができる。この場合、ダウンロードを要求した端末装置２に限らず、他の端末装置２からも転送の指示を行うことができるようにしておくとよい。
【００５０】
転送終了時には削除しない構成の場合には、記憶部１２に情報が蓄積されるため、そのままでは残容量が減少の一途をたどってしまう。そのため、所定の条件によりダウンロードした情報を削除してゆくとよい。削除の処理は、従来から行われているように、例えば古い順に削除したり、保存期間満了後に削除したり、あるいは、図２のＳ２９，Ｓ３０でも示したように通知後、所定時間経過したら削除するなど、種々の方法を適用することができる。もちろん、複数の削除方法を組み合わせて適用してもよい。
【図面の簡単な説明】
【００５１】
【図１】本発明の実施の一形態を示すブロック図である。
【図２】ダウンロードサーバ１におけるダウンロード要求受付動作の一例を示すフローチャートである。
【図３】ダウンロードサーバ１におけるダウンロード要求受付動作の一例を示すフローチャート（続き）である。
【図４】ダウンロードサーバ１におけるダウンロード処理の一例を示すフローチャートである。
【図５】ダウンロードサーバ１におけるダウンロード処理の一例を示すフローチャート（続き）である。
【図６】ダウンロード完了通知の表示例の説明図である。
【符号の説明】
【００５２】
１…ダウンロードサーバ、２…端末装置、３…ＬＡＮ、４…ルータ、５…インターネット、１１…通信部、１２…記憶部、１３…ダウンロード制御部。
【図１】
2006163498.tif 000003
【図２】
2006163498.tif 000004
【図３】
2006163498.tif 000005
【図４】
2006163498.tif 000006
【図５】
2006163498.tif 000007
【図６】
2006163498.tif 000008