JP2004348176A - ネットワークシステム、ネットワーク制御方法及びプログラム - Google Patents
ネットワークシステム、ネットワーク制御方法及びプログラム Download PDFInfo
- Publication number
- JP2004348176A JP2004348176A JP2003138766A JP2003138766A JP2004348176A JP 2004348176 A JP2004348176 A JP 2004348176A JP 2003138766 A JP2003138766 A JP 2003138766A JP 2003138766 A JP2003138766 A JP 2003138766A JP 2004348176 A JP2004348176 A JP 2004348176A
- Authority
- JP
- Japan
- Prior art keywords
- client
- request
- processing
- distribution server
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/101—Server selection for load balancing based on network conditions
Abstract
【課題】サーバを増強せずとも、データ配信又は処理をクライアントから要求する場合に、配信又は処理ができないような問題がなく、又は要求が集中していない時間をユーザが選んでクライアントから処理要求を行う煩のないネットワークシステム等を提供する。
【解決手段】ネットワーク２０を介して複数のクライアント１０ａに接続され、各クライアントから要求された処理を実行する処理実行手段４０を有するネットワークシステムにおいて、処理要求制御手段５０と、処理実行手段における処理状況又は処理実行手段に接続されるネットワーク回線の利用状況に基づき、処理を要求したクライアントを処理実行手段又は処理要求制御手段に選択的に接続する負荷分散手段３０とを備え、処理要求制御手段は、クライアントからの処理に関する要求を拒否するとともに、クライアントに対してクライアントが要求を再度行うための再要求タイミングを所定条件に基づき指示する。
【選択図】 図２
【解決手段】ネットワーク２０を介して複数のクライアント１０ａに接続され、各クライアントから要求された処理を実行する処理実行手段４０を有するネットワークシステムにおいて、処理要求制御手段５０と、処理実行手段における処理状況又は処理実行手段に接続されるネットワーク回線の利用状況に基づき、処理を要求したクライアントを処理実行手段又は処理要求制御手段に選択的に接続する負荷分散手段３０とを備え、処理要求制御手段は、クライアントからの処理に関する要求を拒否するとともに、クライアントに対してクライアントが要求を再度行うための再要求タイミングを所定条件に基づき指示する。
【選択図】 図２
Description
【０００１】
【発明の属する技術分野】
本発明は、サーバとネットワークを介して接続されているクライアントの要求に応じて処理を行うためのネットワークシステム、ネットワーク制御方法、それに用いるプログラムに関するものである。
【０００２】
【従来の技術】
従来から、データを格納し、クライアントが当該データのダウンロードを要求した場合に、ネットワークを介してクライアントに当該データを配信する（ダウンロードする）ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバがある。
【０００３】
ＦＴＰサーバには、多数のクライアントから一時期に集中してＦＴＰサーバの有するデータのダウンロードが要求された場合に、クライアントにデータを提供するために必要なＦＴＰサーバの処理能力を超えた負荷がかかってしまい、場合によってクライアントからのデータのダウンロード要求に応えてデータを配信することができないことが考えられる。
【０００４】
ゆえに、多数のクライアントからのデータのダウンロード要求に応えて、データを送信可能にするため、ＦＴＰサーバが備えるＣＰＵ、メモリ等を増強する手法や、複数のＦＴＰサーバを用い、クライアントからの要求を振り分けてデータを提供する手法等を用いて、ＦＴＰサーバ側のリソースを拡張してその処理能力を向上させるようにしている。
【０００５】
【発明が解決しようとする課題】
しかしながら、いかにＦＴＰサーバ側のリソースを拡張してＦＴＰサーバ側の処理能力を向上させても一時的にクライアントからの要求が集中することによる負荷が高くなる問題は改善されない。加えて、サーバから多数のクライアントへダウンロード処理を行っているときは、サーバの処理能力が如何に高くとも、当該サーバが接続されたネットワーク回線の容量によっては、この容量がボトルネックとなってクライアントに対して良好なダウンロードを行ないえない場合がある。
【０００６】
一方、近年、インターネットの普及および高速通信手段の普及に伴い、ＦＴＰサーバにデータのダウンロードを要求するクライアント数が増え、またＦＴＰサーバの提供するデータの容量が大きくなっており、ＦＴＰサーバの負荷は急激に高くなっている。かかる状況でクライアントにデータを配信するために必要なＦＴＰサーバ側の処理能力やネットワーク容量以上にクライアントからデータのダウンロードの要求が集中するようになれば、やはりＦＴＰサーバはクライアントからの当該要求に応えてデータを配信することができなくなる。
【０００７】
上記した問題はＦＴＰサーバによりデータをダウンロードする処理の場合に限らず、サーバに例えば演算等の処理を要求し、この要求に応じて処理を実行するような場合に同様に発生する。
【０００８】
本発明者は、かかる実情に鑑み、例えばＦＴＰサーバの格納するデータを取得しようとするユーザは、ＦＴＰサーバにダウンロード要求が集中していない時間帯を予測して、再度ＦＴＰサーバに対してデータのダウンロードの要求を行わせるための操作を行っていること、またサーバの負荷は、クライアントのダウンロード又は処理の要求が集中する時間帯以外には比較的低いことに着目した。
【０００９】
本発明は、サーバを増強せずとも、データ配信又は処理をクライアントから要求する場合に、配信又は処理ができないような問題がなく、又は要求が集中していない時間をユーザが選んでクライアントから処理要求を行う煩のないネットワーク制御方法、ネットワークシステム及びそれに用いるプログラムを提供することを目的としている。
【００１０】
【課題を解決するための手段】
請求項１に記載の発明は、ネットワークを介して複数のクライアントに接続され、各クライアントから要求された処理を実行する処理実行手段を有するネットワークシステムにおいて、
処理要求制御手段と、
前記処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、処理を要求した前記クライアントを前記処理実行手段又は前記処理要求制御手段に選択的に接続する負荷分散手段とを備え、
前記処理要求制御手段は、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントに対して前記クライアントが前記要求を再度行うための再要求タイミングを所定条件に基づき指示することを特徴とする。
【００１１】
本発明の請求項１に記載の発明に従えば、ネットワークを介して複数のクライアントに接続され、各クライアントから要求された処理を実行する処理実行手段を有するネットワークシステムにおいて、処理要求制御手段と、処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、処理を要求したクライアントを処理実行手段又は処理要求制御手段に選択的に接続する負荷分散手段とを備え、処理要求制御手段は、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントに対して前記クライアントが前記要求を再度行うための再要求タイミングを所定条件に基づき指示する。
【００１２】
すなわち、負荷分散手段は処理実行手段の処理状況又は当該処理実行手段に接続されたネットワーク回線の利用状況に基づいてクライアントと接続するサーバを選択する。例えば、処理実行手段の処理負荷やネットワーク回線の利用状況がクライアントに要求された処理を行うことが可能である程度ならば処理実行手段を選択し、処理実行手段の負荷やネットワーク回線の利用状況が所定以上となり当該処理を実行することが望ましくない場合等には処理要求制御手段を選択する。これによって、例えば処理が実行できない程に処理実行手段の処理負荷が大きい場合等には、処理実行手段によって処理を実行する代わりに、クライアントと接続されている処理要求手段によってクライアントからの前記処理に関する要求を拒否するとともに、処理を要求したクライアントに対してクライアントが前記要求を再度行うためのタイミングを所定条件に基づき指示することとなる。この場合の処理要求の拒否とは、処理要求を所定の条件のもとに再度行わせることを前提として処理要求を一時的に中止、中断、延期、停止させることを含み、更に実質的に要求を拒否しつつ形式的には要求に答えたように処理する態様も含む。例えば、或るファイルデータのダウンロード要求に対して、ダウンロード要求されたファイルデータよりも著しく軽いデータをダウンロードさせ、形式的に処理要求を実行しておき、後に所定の条件を満たしたら実際の要求されたファイルデータのダウンロード要求を再度させるような態様も含む。
【００１３】
本発明の請求項２に記載の発明は、ネットワークを介して複数のクライアントに接続され、各クライアントから要求された処理を実行する処理実行手段に接続されるネットワークシステムであって、
処理要求制御手段と、
前記処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、処理を要求した前記クライアントを前記処理実行手段又は前記処理要求制御手段に選択的に接続する負荷分散手段とを備え、
前記処理要求制御手段は、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントに対して前記クライアントが前記要求を再度行うための再要求タイミングを所定条件に基づき指示することを特徴とする。
【００１４】
請求項２に記載の発明に従えば、ネットワークを介して複数のクライアントに接続され、各クライアントから要求された処理を実行する処理実行手段に接続されるネットワークシステムであって、処理要求制御手段と、処理実行手段における処理状況処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、処理を要求したクライアントを処理実行手段又は処理要求制御手段に選択的に接続する負荷分散手段とを備え、処理要求制御手段は、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントに対して前記クライアントが前記要求を再度行うための再要求タイミングを所定条件に基づき指示する。
【００１５】
すなわち、負荷分散手段は処理実行手段における処理状況又は当該処理実行手段に接続されたネットワーク回線を利用状況に基づいてクライアントと接続するサーバを選択する。例えば、処理実行手段の処理負荷やネットワーク回線の負荷がクライアントに要求された処理を行うことが可能である程度ならば処理実行手段を選択し、処理実行手段の負荷やネットワーク回線の負荷が所定以上となり当該処理を実行することが望ましくない場合等には、処理要求制御手段を選択する。これによって、例えば処理が実行できない程に処理実行手段の処理負荷が大きい場合等には、処理実行手段によって処理を実行する代わりに、クライアントと接続されている処理要求手段によって、クライアントからの前記処理に関する要求を拒否するとともに、クライアントに対してクライアントが前記要求を再度行うためのタイミングを所定条件に基づき指示することとなる。
【００１６】
請求項３に記載の発明は、請求項１又は２に記載のネットワークシステムにおいて、前記処理要求制御手段は、前記クライアントに前記要求を再度行わせるための再要求プログラムを当該クライアントに配信することにより前記再要求タイミングを指示することを特徴とする。
【００１７】
請求項３に記載の発明に従えば、請求項１又は２に記載のネットワークシステムにおいて、前記処理要求制御手段は、前記クライアントに前記要求を再度行わせるための再要求プログラムを当該クライアントに配信することにより前記再要求タイミングを指示する。
【００１８】
すなわち、処理実行サーバの処理状況又は処理実行手段に接続されるネットワーク回線の利用状況に応じて、例えば処理が実行できない程に処理実行手段の処理負荷又は処理実行手段に接続されるネットワーク回線の負荷が大きい場合等には、処理を要求したクライアントに要求を再度行わせるための再要求プログラムが各クライアントに向けて配信される。当該再要求プログラムをクライアントが受信して起動することによって、クライアントは所定条件になったときに再要求処理を行うこととなる。
【００１９】
請求項４に記載の発明は、請求項１から３のいずれか１項に記載のネットワークシステムにおいて、前記処理要求制御手段は、基準時刻から所定時間が経過すること又は所定時刻になることを前記所定条件として前記クライアントに対して前記再要求タイミングを指示することを特徴とする。
【００２０】
請求項４に記載の発明に従えば、請求項１から３のいずれか１項に記載のネットワークシステムにおいて、前記処理要求制御手段は、基準時刻から所定時間が経過すること又は所定時刻になることを前記所定条件として前記クライアントに対して前記再要求タイミングを指示する。
【００２１】
すなわち、基準時刻より所定時間経過したとき又は当該所定時刻となったときに、クライアントはダウンロード要求をすることとなる。ここで基準時刻とは、クライアントがはじめに要求を行った時刻や、予め設定した時刻などである。
【００２２】
請求項５に記載の発明は、請求項１から４のいずれか１項に記載のネットワークシステムにおいて、前記処理要求制御手段は、ユーザから所望の再要求タイミングを受け付け、当該ユーザによって選択された前記再要求タイミングとなることをさらに条件として前記クライアントに対して前記再要求タイミングを指示することを特徴とする。
【００２３】
請求項５に記載の発明に従えば、請求項１から４のいずれか１項に記載のネットワークシステムにおいて、前記処理要求制御手段は、ユーザから所望の再要求タイミングを受け付け、当該ユーザによって選択された前記再要求タイミングとなることをさらに条件として前記クライアントに対して前記再要求タイミングを指示する。
【００２４】
すなわち、処理要求制御手段はクライアントからユーザ所望の再要求タイミングを受け付けるため、ユーザはクライアントを介して再度要求する所望の時刻を選択できる。そして、当該ユーザによって選択された前記再要求タイミングとなることをさらに条件として要求を再度行わせることによって、クライアントはクライアントを操作するユーザ所望の再要求タイミングで処理実行手段へ再度処理を要求することができる。ここで、本明細書では「タイミング」とは、所定時刻、所定時間帯、或る時刻から所望の時間後といった或る時刻からの相対的な時間を含む時間的概念の総称として用いる。
【００２５】
請求項６に記載の発明は、請求項１から３のいずれか１項に記載のネットワークシステムにおいて、前記処理要求制御手段は、前記処理を要求したクライアントに向けて前記要求を再度行うよう指示する信号を送信することにより前記再要求タイミングを指示することを特徴とする。
【００２６】
請求項６に記載の発明に従えば、請求項１から３のいずれか１項に記載のネットワークシステムにおいて、前記処理要求制御手段は、前記処理を要求したクライアントに向けて前記要求を再度行うよう指示する信号を送信することにより前記再要求タイミングを指示することを特徴とする。すなわち、処理を要求したクライアントに向けて信号を送信し、要求を再度行うよう指示がなされることによって、クライアントは当該指示に従って再度処理実行サーバに対して処理を要求することができる。
【００２７】
請求項７に記載の本発明は、請求項６記載のネットワークシステムにおいて、前記処理を要求したクライアントをそれぞれ記憶する要求記憶手段を備え、前記再要求タイミングの指示は、前記要求記憶手段に記憶された順番に前記要求を再度行うよう指示する信号を送信することを特徴とする。
【００２８】
請求項７に記載の発明に従えば、請求項６記載のネットワークシステムにおいて、前記処理を要求したクライアントをそれぞれ記憶する要求記憶手段を備え、前記再要求タイミングの指示は、前記要求記憶手段に記憶された順番に前記要求を再度行うよう指示する信号を送信することを特徴とする。
【００２９】
すなわち、要求記憶手段に記憶された順番に、処理を要求した各クライアントに対して再要求配信信号が送信されるため、処理を要求した順番に従って、処理実行手段に対して要求を再度行うよう各クライアントに指示する信号を送信することとなる。
【００３０】
請求項８に記載の発明は、ネットワークを介して複数のクライアントに接続される処理実行手段に各クライアントから要求された処理を実行させるためのネットワーク制御方法において、
負荷分散手段により、前記処理実行手段における処理状況に基づき、処理を要求した前記クライアントを前記処理実行手段又は処理要求制御手段に選択的に接続するステップと、
前記処理要求制御手段により、前記処理を要求したクライアントに対して前記要求を再度行うための再要求タイミングを所定条件に基づき指示するステップとを含むことを特徴とする。
【００３１】
請求項８に記載の発明に従えば、ネットワークを介して複数のクライアントに接続される処理実行手段に各クライアントから要求された処理を実行させるためのネットワーク制御方法において、負荷分散手段により、前記処理実行手段における処理状況に基づき、処理を要求した前記クライアントを前記処理実行手段又は処理要求制御手段に選択的に接続する。前記処理要求制御手段により、前記処理を要求したクライアントに対して前記要求を再度行うための再要求タイミングを所定条件に基づき指示する。
【００３２】
すなわち、負荷分散手段は処理実行手段における処理状況に基づいて、処理実行手段と処理要求制御手段とのうちいずれをクライアントと接続するかを選択する。例えば、処理実行手段の処理負荷がクライアントに要求された処理を行うことが可能である程度ならば処理実行手段を選択し、処理実行手段の負荷が所定以上となり当該処理が実行できない場合等には処理要求制御手段を選択する。これによって、処理実行手段の処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に応じて、例えば処理が実行できない程に処理実行手段の処理負荷やネットワーク回線の負荷が大きい場合等には、処理実行手段によって処理を実行する代わりに、クライアントと接続されている処理要求手段によって処理を要求したクライアントに対してクライアントが前記要求を再度行うためのタイミングを所定条件に基づき指示することとなる。
【００３３】
請求項９に記載の発明は、ネットワークを介して各クライアントから要求された処理を実行する処理実行手段と、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントにて前記要求を再度行わせるための再要求タイミングを所定条件に基づき指示する処理要求制御手段と、前記処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、前記処理を要求したクライアントを前記処理実行手段又は前記処理要求制御手段に選択的に接続する負荷分散手段とを備えるネットワークシステムにおいて前記処理要求制御手段から前記クライアントに送信されるプログラムであって、前記クライアントを、前記再要求タイミングが到来したと判断したときに前記要求を再度行う手段として機能させることを特徴とする。
【００３４】
請求項９に記載の発明に従えば、ネットワークを介して各クライアントから要求された処理を実行する処理実行手段と、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントにて前記要求を再度行わせるための再要求タイミングを所定条件に基づき指示する処理要求制御手段と、前記処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、前記処理を要求したクライアントを前記処理実行手段又は前記処理要求制御手段に選択的に接続する負荷分散手段とを備えるネットワークシステムにおいて前記処理要求制御手段から前記クライアントに送信されるプログラムであって、前記クライアントを、前記再要求タイミングが到来したと判断したときに前記要求を再度行う手段として機能させる。
【００３５】
すなわち、クライアントが上記プログラムを実行することによって、クライアントを操作するユーザが、再度処理実行手段に対して処理を要求するための操作をこのクライアントに行うことなく、クライアントは再要求タイミングに従って自動で処理を要求することとなる。
【００３６】
【発明の実施の形態】
（本発明の第１の実施の形態）
以下、本発明の第１の実施の形態を図１〜図４を参照しながら説明する。図１は、本発明の第１の実施の形態にかかるネットワークシステムとしてのデータ提供システム１と当該データ提供システム１に接続されるクライアントの概略を示す図である。図１に示すように本発明の第１の実施の形態にかかるデータ提供システム１は、負荷分散手段として機能する負荷分散装置３０と、処理実行手段として機能するデータ配信サーバ４０と、処理要求制御手段として機能する予約券配布サーバ５０とを含み、インターネット等のネットワーク２０を介してクライアント１０と接続される。なお、データ配信サーバ４０は例えばＦＴＰサーバであり、クライアント１０はいわゆる汎用コンピュータ、パーソナルコンピュータ、携帯端末機、携帯電話など、通信手段を有するまたは通信手段に接続された端末装置である。
【００３７】
負荷分散装置３０は、ネットワーク２０とデータ配信サーバ４０及び予約券配布サーバ５０との間に接続されており、クライアント１０とデータ配信サーバ４０及び予約券配布サーバ５０との間の接続を仲介する。負荷分散装置３０は、データ配信サーバ４０の提供するアプリケーション等のファイルの配信を要求するダウンロード要求がクライアントによって送信された場合に当該ダウンロード要求を受信し、その後、データ配信サーバ４０の状態又はデータ配信サーバ４０に接続されたネットワーク回線２０ａの利用状況（例えばトラフィック）に応じてクライアント１０をデータ配信サーバ４０及び予約券配布サーバ５０のいずれかへ選択的に接続させる。
【００３８】
具体的には、負荷分散装置３０は、データ配信サーバ４０の処理負荷の状況を示す情報又はデータ配信サーバ４０に接続されたネットワーク回線２０ａの利用状況をデータ配信サーバ４０から定期的に受信することによって、データ配信サーバの格納するファイルをデータ配信サーバ４０がクライアント１０に配信可能又は配信に支障がない状態であるか否かを判断する。ここで、データ配信サーバの格納するファイルをデータ配信サーバ４０がクライアント１０に配信可能な状態である場合には、負荷分散装置３０はクライアント１０をデータ配信サーバ４０に接続させる。
【００３９】
一方、クライアント１０からの要求が多くなりデータ配信サーバ４０の処理負荷やネットワーク回線２０ａの負荷が所定以上になる等の理由によってデータ配信サーバの格納するファイルをクライアント１０に配信するのに支障があると判断した場合には、負荷分散装置３０は、クライアント１０を予約券配布サーバ５０に接続させる。なお、負荷分散装置３０は、例えば、当業者にロードバランサ、Ｌ４／Ｌ７スイッチと呼ばれる装置等、又はこの装置を含んだ装置によって実現される。
【００４０】
データ配信サーバ４０は、アプリケーション等のファイルデータ（以下、単にファイルと記す）を格納し、負荷分散装置３０によってクライアント１０と接続された場合に、格納された上記ファイルをクライアントからのダウンロード要求に応えて送信する。また、データ配信サーバ４０はクライアント１０に上記ファイルデータを配信することによる自身の処理負荷の状況を示す情報や接続しているネットワーク回線２０ａの利用状況を、定期的に負荷分散装置３０に送信する。
【００４１】
ファイルをデータ配信サーバ４０からクライアント１０問題なく配信できる状態であるか否かは、負荷分散装置３０がデータ配信サーバ４０の処理負荷及び／又はネッワーク回線２０ａの利用状況から判断するが、その一例を以下に挙げる。
【００４２】
データ配信サーバ４０での処理状態に応じて判断する場合には、データ配信サーバ４０内でボトルネックとなり得る部位、例えばＣＰＵやメモリの使用率を判断材料とし、この使用率が所定値よりも大きいとき、配信に支障がある状態と判断する。
【００４３】
一方、ネットワーク回線２０ａの利用率に応じて判断する場合には、ネットワーク回線２０ａの回線容量に対する回線利用率がその判断基準となり、回線容量に対して利用率が所定割合となっている場合は配信に支障がある状態と判断する。なお、現在データ配信サーバへ接続されているクライアント数を判断材料として、所定の接続数をこえた場合は配信に支障がある状態として判断してもよい。また、上記各判断を併用しても良い。
【００４４】
予約券配布サーバ５０は予約券プログラムを格納する。予約券プログラムは再要求タイミングにクライアント１０に再度のダウンロード要求をさせるプログラムである。また、予約券プログラムにおける再要求タイミングは、クライアントから過去にダウンロード要求があった時刻の統計等からダウンロード要求が少なくデータ配信サーバ４０の処理負荷が小さいであろうと予測された時間帯及びこの時間帯から選択された所定時刻である。再要求タイミングは複数選択されており、再要求タイミングの毎に予約券プログラムが用意されている。実際にはダウンロード要求があった時刻から所定時間経過する時刻、具体的にはクライアント１０にて指定したＮ時間またはＮ分（Ｎは正の数）経過する時刻を再要求タイミングとしても良い。
【００４５】
負荷分散装置３０によってクライアント１０に接続された予約券配布サーバ５０は、クライアント１０からのダウンロード要求を拒否するとともに、再要求タイミングが最先のものから順番に予約券プログラムをクライアント１０に配信する。
【００４６】
予約券プログラムにおける所定時刻すなわち再要求タイミングが複数ある理由は、複数のクライアント１０へ配信された予約券プログラムの再要求タイミングが常に同じであると、データ配信サーバ４０では、当該再要求タイミングに複数のクライアント１０からのダウンロード要求を再び集中して受けて処理負荷や回線負荷が大きくなり、ファイルを複数のクライアント１０へ提供できない恐れがあるからである。このようなことがないよう、予約券配布サーバにおいては、データ配信サーバ４０において問題なく処理可能であろう要求数を考慮して、同時刻における再要求を行う再要求プログラムの配信数を制限している。なお、再要求プログラムを格納しておき、再要求プログラムの配信のたびや上述の配信制限を超えるたびに再要求タイミングを変化させた再要求プログラムを生成し予約券配布サーバにて格納しても良い。
【００４７】
上述のように、クライアント１０からのダウンロード要求を負荷分散装置３０が受信し、データ配信サーバ４０がファイルを配信するのに支障があると判断した場合には、負荷分散装置３０はデータ配信サーバ４０の代わりに予約券配布サーバ５０とダウンロード要求をしたクライアント１０とを接続させ、クライアント１０は予約券配布サーバ５０によって予約券プログラムを配信させる。
【００４８】
この予約券プログラムを受信したクライアント１０は、予約券プログラムを起動することによって、データ配信サーバ４０の処理負荷が小さいであろうと予測される再要求タイミングになった場合に、自動的に再度ダウンロード要求する。これによって、データ配信サーバ４０がファイルを配信できる状況にない場合であっても、自らデータ配信サーバ４０の処理負荷が小さいであろう時刻を推測して、再度クライアント１０をしてダウンロード要求をさせるための操作をクライアントに対して行う煩を、クライアント１０を介してファイルをダウンロードしようとするユーザに対して与えないことが可能となる。
【００４９】
次に、図２を用いて、図１に示すデータ提供システム１及びクライアント１０の機能を説明する。図２は、図１に示すデータ提供システム１及びクライアント１０の主要機能の一例を示す機能ブロック図である。ここでは、図１に示すクライアント１０ａが、ダウンロード要求する場合を例として説明する。
【００５０】
クライアント１０ａは、入力部１０１、クライアント側送受信部１０２、クライアント側記憶部１０３及びプログラム実行部１０４を含む。入力部１０１は、ユーザから入力された、クライアント１０ａにダウンロード要求をさせるダウンロード命令を受け付け、当該ダウンロード命令をクライアント側送受信部１０２に送信する。クライアント側送受信部１０２は、送受信部として機能し、入力部１０１を介してダウンロード命令を受信し、ダウンロード命令に従って負荷分散装置３０に対して、ダウンロード要求を行う。
【００５１】
また、クライアント側送受信部１０２は、データ配信サーバ４０がファイルを支障なく配信可能な状態である場合には、ネットワーク２０を介してデータ配信サーバ４０と接続し、ファイルを受信する。また、データ配信サーバ４０がファイルの配信に支障がある状態の場合には、クライアント側受信部１０２は予約券配布サーバ５０とネットワーク２０を介して接続して予約券プログラムを受信し、当該予約券プログラムに従って、所定時刻になった場合に、負荷分散装置３０に対してダウンロード要求を行う。
【００５２】
クライアント側記憶部１０３は、メモリ等で実現され、クライアント側送受信部１０２が受信した予約券プログラムを格納し、予約券プログラムがプログラム実行部１０４によって起動されている期間において当該予約券プログラムを常駐させる。プログラム実行部１０４は、送受信制御手段として機能し、クライアント側記憶部１０３に格納されている予約券プログラムを順次実行して、再要求タイミングになった場合にクライアント側送受信部１０２から負荷分散装置３０を介してデータ配信サーバ４０に対してダウンロード要求をする。
【００５３】
負荷分散装置３０は、負荷分散装置側送受信部３０１とサーバ選択部３０２とを含む。負荷分散装置側送受信部３０１は、クライアント側送受信部１０２からのダウンロード要求を受信し、データ配信サーバ４０及び予約券配布サーバ５０のうちサーバ選択部３０２によって選択されたいずれか一方と、ダウンロード要求をしたクライアント側送受信部１０２とを接続する。また、負荷分散装置側送受信部３０１は、データ配信サーバ４０からデータ配信サーバ４０の処理負荷の状況を示す情報を定期的に受信し、受信したデータ配信サーバ４０の処理負荷の状況を示す情報をサーバ選択部３０２へ送信する。
【００５４】
サーバ選択部３０２は、負荷分散装置側送受信部３０１からデータ配信サーバ４０の処理負荷の状況を示す情報を受信し、当該情報に基づいてデータ配信サーバ４０及び予約券配布サーバ５０からクライアント側送受信部１０２と接続すべきサーバを選択する。例えば、受信したデータ配信サーバ４０の処理負荷の状況を示す情報がデータ配信サーバ４０の処理負荷についてファイルを支障なく配信できる程度であることを示す場合にはデータ配信サーバ４０を、受信したデータ配信サーバ４０の処理負荷の状況を示す情報がデータ配信サーバ４０の処理負荷についてファイルの配信に支障をきたす程に大きくなっていることを示す場合には予約券配布サーバ５０を、サーバ選択部３０２が選択する。そして、負荷分散装置側送受信部３０１がクライアント側送受信部１０２と選択したサーバ４０とを接続させる。
【００５５】
データ配信サーバ４０はデータ配信サーバ側送受信部４０１とファイル記憶部４０２とを含む。データ配信サーバ側送受信部４０１は、負荷分散装置側送受信部３０１によってクライアント側送受信部１０２と接続された場合にファイル記憶部４０２に格納するファイルを読み出して、負荷分散装置３０を介して当該ファイルをクライアント側送受信部１０２へ送信する。また、データ配信サーバ側送受信部４０１はデータ配信サーバ４０の処理負荷の状況を示す情報を定期的に負荷分散装置側送受信部３０１に対して送信する。ファイル記憶部４０２はクライアント１０に提供するためのファイルを格納する。
【００５６】
予約券配布サーバ５０は、予約券配布サーバ側送受信部５０１と予約券記憶部５０２とを含む。予約券配布サーバ側送受信部５０１は、負荷分散装置側送受信部３０１によってクライアント側送受信部１０２と接続された場合に、クライアント１０ａからのダウンロード要求を拒否するとともに、予約券記憶部５０２に格納する予約券プログラムを読み出して、予約券プログラムをダウンロード要求に応えて負荷分散装置３０を介してクライアント側送受信部１０２へ送信する。
【００５７】
以下に図２に示すデータ提供システム１がクライアント１０ａへファイルを提供するための処理手順を、図２及び図３を用いて説明する。図３は、図２に示すデータ提供システム１がクライアント１０ａへファイルを提供するための処理手順の一例を示すフローチャートである。
【００５８】
まず、ステップＳ１において、クライアント１０ａの入力部１０１はユーザから入力されたダウンロード命令を受け付ける。入力部１０１は受け付けたダウンロード命令をクライアント側送受信部１０２へ送信する。当該ダウンロード命令を受信したクライアント側送受信部１０２はダウンロード命令に従ってダウンロード要求を負荷分散装置３０へ送信する（Ｓ２）。
【００５９】
ステップＳ２において送信されたダウンロード要求は負荷分散装置側送受信部３０１に受信される（Ｓ３）。当該ダウンロード要求は負荷分散装置側送受信部３０１からサーバ選択部３０２へ送信される。当該ダウンロード要求を受信した場合には、データ配信サーバ側送受信部４０１から定期的に送信されるデータ配信サーバ４０の処理負荷の状況又はネットワーク回線２０ａの利用状況を示す情報に基づいて、サーバ選択部３０２はデータ配信サーバ４０がファイルを支障なく配信できる状態であるかどうかを判断する（Ｓ４）。
【００６０】
データ配信サーバ４０がファイルを支障なく配信できる状態であると判断されない場合には（Ｓ４でＮＯ）、サーバ選択部３０２は、予約券配布サーバ５０を選択し、負荷分散装置側送受信部３０１をしてクライアント側送受信部１０２と予約券配布サーバ５０とを接続させる（Ｓ５）。予約券配布サーバ側送受信部５０１は、クライアント１０ａからのダウンロード要求を拒否するとともに、予約券記憶部５０２に格納されている予約券プログラムを読み出し、負荷分散装置側送受信部３０１を介して当該予約券プログラムを接続したクライアント側送受信部１０２へ送信する（Ｓ６）。
【００６１】
クライアント側送受信部１０２は予約券配布サーバ側送受信部５０１から予約券プログラムを受信してクライアント側記憶部１０３に格納させ、プログラム実行部１０４がクライアント側記憶部１０３に格納されている当該予約券プログラムを起動させる（Ｓ７）。プログラム実行部１０４は、起動した予約券プログラムに従って、所定期間毎に時刻を読み込み、再要求タイミングになったかどうかを判断する（Ｓ８）。なお、予約券プログラムが起動されている場合には、図示しない表示画面に広告を表示してもよい。この表示より予約券プログラムが広告媒体としての機能を有することになるが、他方、ユーザに対しては予約券プログラムが起動中であることを認識させる目印にもなる。
【００６２】
再要求タイミングになったと判断されない場合は（Ｓ８でＮＯ）、再要求タイミングになったと判断されるまで、ステップＳ８が繰り返し実行される。再要求タイミングになったと判断される場合は（Ｓ８でＹＥＳ）、ステップＳ２が実行され、プログラム実行部１０４はクライアント側送受信部１０２をしてダウンロード要求をさせる。なお、ステップＳ８で再要求タイミングになったと判断された場合に、図示しない音声制御装置が図示しないスピーカからアラームを発生させてもよい。これによって、ダウンロード要求がなされることをユーザに告知することができる。
【００６３】
ダウンロード要求がクライアント側送受信部１０２によってなされた後、プログラム実行部１０４はクライアント側記憶部１０３に格納されている予約券プログラムを消去する。クライアント側記憶部１０３に格納されている予約券プログラムが消去されることによって、予約券プログラムを消去する操作をクライアント１０ａに対して行う煩をユーザに与えることなく、ダウンロード要求がクライアント側送受信部１０２によってなされた後の不要な予約券プログラムをクライアント側記憶部１０３から消滅させることができる。ゆえに、クライアント側記憶部１０３の記憶可能容量（空き容量）を不要なプログラムを格納することで無駄に小さくすることを防ぐことができる。
【００６４】
なお、再要求タイミングにおいてクライアント１０ａへ電力を供給するための電源がＯＦＦになっている場合は、ステップＳ８で、プログラム実行部１０４は再要求タイミングにおいて再要求タイミングになったと判断することができない。かかる場合においても、再要求タイミングを超えた時間にクライアント１０ａへ電力を供給するための電源がＯＮになれば、プログラム実行部１０４が電源がＯＮになった時点から所定期間毎に時刻を読み込んで再要求タイミングになったかどうかを判断する。
【００６５】
この場合において、電源がＯＮになった時点から最初に読み込まれた所定期間は、既に再要求タイミングになっているため、ステップＳ８において再要求タイミングになったと判断される。これによって、再要求タイミングにおいてユーザがクライアント１０ａの電源をＯＮにできない状況である場合にも、ステップＳ２が実行され、プログラム実行部１０４はクライアント側送受信部１０２をしてダウンロード要求をさせることができる。
【００６６】
ステップＳ２においてクライアント側送受信部１０２から送信されたダウンロード要求は、ステップＳ３において負荷分散装置側送受信部３０１によって受信される。そして、ステップＳ４において、データ配信サーバ側送受信部４０１から定期的に送信されるデータ配信サーバ４０の処理負荷の状況を示す情報に基づいて、サーバ選択部３０２はデータ配信サーバ４０が支障なくファイルを配信できる状態であるかどうかを判断する。
【００６７】
ここで、データ配信サーバ４０がファイルを支障なく配信できる状態でないと判断された場合には（Ｓ４でＮＯ）、再びステップＳ５が実行され、負荷分散装置側送受信部３０１を介してクライアント側送受信部１０２とデータ配信サーバ側送受信部４０１とが接続され、予約券プログラムが予約券配布サーバ側送受信部５０１によってクライアント側送受信部１０２へ送信される（Ｓ６）。
【００６８】
上述の処理によって、クライアント１０ａは、ファイルを受信するまで繰り返し新しい予約券プログラムを受信することができるため、クライアント１０ａの入力部１０１に対してユーザがダウンロード命令を一度入力すれば再度入力しなくても、ファイルを受信するまで繰り返しクライアント側送受信部１０２をしてダウンロード要求を行わせることができる。これによって、クライアント１０ａを介してファイルを入手しようとするユーザに対して、データ配信サーバ４０がファイルを配信可能になるまでダウンロード命令をクライアント１０ａに対して何度もダウンロード要求を入力する煩わしさを与えないことができる。
【００６９】
以下に、ステップＳ４で、データ配信サーバ４０がファイルを支障なく配信できる状態であるとサーバ選択部３０２によって判断される場合を説明する。
【００７０】
データ配信サーバ４０がファイルを支障なく配信できる状態であると判断される場合（Ｓ４でＹＥＳ）、サーバ選択部３０２は、データ配信サーバ４０を選択して、負荷分散装置側送受信部３０１をしてクライアント側送受信部１０２とデータ配信サーバ側送受信部４０１とを接続させる（Ｓ９）。
【００７１】
データ配信サーバ側送受信部４０１は、接続したクライアント側送受信部１０２に対してファイル記憶部４０２に格納されているファイルを読み出し、負荷分散装置側送受信部３０１を介してファイルをクライアント側送受信部１０２へ送信する（Ｓ１０）。ステップＳ１０で送信された当該ファイルを、クライアント側送受信部１０２は受信する（Ｓ１１）。受信したファイルをクライアント側送受信部１０２はクライアント側記憶部１０３に格納させ、これによって、クライアント１０ａによるファイルのダウンロードは完了し、処理は終了する。
【００７２】
なお、予約券プログラムによるダウンロード要求に応えてファイルを配信する場合、または予約券プログラムをダウンロードさせる場合には、データ配信サーバ４０または予約券配布サーバ５０はゲーム等の特典を付与して当該ファイルを提供してもよい。当該特典が付与されることによって、ファイルの提供が一度目のダウンロード要求でできなかったことに対するダウンロード要求をしたクライアント１０ａのユーザの不満を緩和させることができる。尚、予約券プログラムをダウンロードさせる際に付与する特典は負荷に殆ど影響を与えないものである必要があることは言うまでもない。
【００７３】
上述のように、ステップＳ４において、データ配信サーバ４０がファイルを支障なく配信できる状態であると判断される場合にのみ、ステップＳ９において、負荷分散装置側送受信部３０１によってクライアント側送受信部１０２とデータ配信サーバ側送受信部４０１とを接続させ、ステップＳ４でデータ配信サーバ４０がファイルを配信できる状態でないと判断された場合には、負荷分散装置側送受信部３０１によってクライアント側送受信部１０２と予約券配布サーバ５０とを接続させることができる。
【００７４】
ゆえに、負荷分散装置３０がデータ配信サーバ４０の負荷状況に応じて速やかに予約券配布サーバ５０又はデータ配信サーバ４０とクライアント１０ａとを接続することによって、速やかにファイル又は予約券プログラムをクライアントへ提供することで、クライアント１０ａに対してクライアント１０ａがダウンロード要求を再度行うための再要求タイミングを指示することができる。また、データ配信サーバ４０のデータ配信サーバ側送受信部４０１はファイルを送信するための処理を、予約券配布サーバ５０の予約券記憶部５０２は予約券プログラムを送信するための処理を専用に行うことができるため、クライアント１０ａに対してファイル又は予約券プログラムを速やかに提供することができる。
【００７５】
以上において、予約券プログラムは再要求タイミングが予め設定された状態で予約券配布サーバ５０に格納されているが、ユーザがはじめにダウンロード要求をした時刻より所定時間が経過した後に再度ダウンロード要求をするようにしても良い。
【００７６】
この場合、具体的には、データ提供システム１がクライアント１０ａよりダウンロード要求を受け、データ配信サーバ４０での処理が困難と判断されてクライアント１０ａが予約券配布サーバ５０に接続されたときには、当該要求を受けた時刻を図示しないタイマにて取得し、当該時刻を情報として添付した予約券プログラムをクライアント１０ａに配信する。この場合の予約券プログラムは添付された時刻を基準時刻として、この基準時刻より所定時間経過後に再度ダウンロード要求を行うようになっている。すなわち、ここでは、基準時刻より所定時間経過した時刻が再要求タイミングとなる。
【００７７】
以下に、図４を用いて、予約券配布サーバ５０が、基準時刻より所定時間経過後にクライアント１０ａに再度ダウンロード要求を行わせる予約券プログラムを説明する。図３で示す処理手順とは、ステップＳ６，Ｓ８が実行されず、ステップＳ２１，Ｓ２２，Ｓ２３が実行される点が異なっている。上述のように、予約券記憶部５０２には、基準時刻として設定された時刻から所定期間経過した後の時刻を再要求タイミングとしてクライアント１０ａに再度ダウンロード要求を行わせるようになっている予約券プログラムが格納されている。まず、ステップＳ２１では、予約券配布サーバ側送受信部５０１はクライアント１０ａに接続されたとき、その接続された時刻を図示しないタイマで取得して、取得した時刻を基準時刻としてこの基準時刻を示す情報を予約券記憶部５０２に記憶する。
【００７８】
そして、予約券配布サーバ側送受信部５０１が、予約券記憶部５０２に記憶されている基準時刻を示す情報を添付して、予約券記憶部５０２に記憶されている予約券プログラムをクライアント１０ａへ送信する（Ｓ２２）。ステップＳ７でクライアント側送受信部１０２が受信した予約券プログラムが起動され、ステップＳ２３でプログラム実行部１０４は基準時刻から所定期間経過したかどうかを判断する。基準時刻から所定期間経過したと判断されない場合には（Ｓ２３；ＮＯ）、繰り返しステップＳ２３が実行される。基準時刻から所定期間経過したと判断される場合には（Ｓ２３；ＹＥＳ）、ステップＳ２が実行され、クライアント側送受信部１０２が再度ダウンロード要求を送信する。
【００７９】
上記図４に示す処理手順によっても、データ配信サーバ４０がファイルを配信できる状況にない場合であっても、自らデータ配信サーバ４０の処理負荷が小さいであろう時刻を推測して、再度クライアント１０をしてダウンロード要求をさせるための操作をクライアントに対して行う煩を、クライアント１０を介してファイルをダウンロードしようとするユーザに対して与えないことが可能となるという効果を奏することができる。
なお、基準時刻としてはダウンロード要求をした時刻に限定されず、サーバの負荷が少ないと予想される時刻などであってもよい。また、時刻に関する情報を添付する代わりに、クライアント１０からダウンロード予約を受けた時刻より所定時間経過した後の時刻を再要求タイミングとした予約券プログラムを生成して予約券配布サーバに一旦格納し、当該予約券プログラムをクライアントにダウンロードするようにしてもよい。
【００８０】
（本発明の第２の実施の形態）
次に、本発明の第２の実施の形態にかかるネットワークシステムとしてのデータ提供システム２を図５及び図６を用いて説明する。本発明の第２の実施の形態にかかるデータ提供システム２は、クライアント１００がダウンロード要求を行った場合においてデータ配信サーバ４０がファイルを支障なく配信できる状態ではない場合に、予約券配布サーバ５０が、ダウンロード要求を行ったクライアント１００に対して、複数の所定時刻又は時間帯からユーザの所望の所定時刻又は時間帯を再要求タイミングとして選択するための再要求タイミング選択メニューを配信する点が本発明の第１の実施の形態にかかるデータ提供システム１と異なる。
【００８１】
また、本発明の第２の実施の形態にかかるデータ提供システム２は、再要求タイミング選択メニューに基づいて再要求タイミングを示す再要求タイミングデータを受信して当該再要求タイミングにクライアント１００にダウンロード要求をさせる予約券プログラムをクライアント１００に対して送信する点が、本発明の第１の実施の形態にかかるデータ提供システム１と異なる。
【００８２】
本発明の第２の実施の形態にかかるデータ提供システム２は本発明の第１の実施の形態と上記以外の点は共通するため、以下に本発明の第１の実施の形態にかかるデータ提供システムと異なる点のみについて説明する。図５は、本発明の第２の実施の形態にかかるデータ提供システム及びクライアント１００の主要機能を示す機能ブロック図である。
【００８３】
ここでは、クライアント１００ａが、ダウンロード要求する場合を例として説明する。また、本発明の第２の実施の形態にかかるデータ提供システム２及びクライアント１００ａの機能ブロックのうち、本発明の第１の実施の形態にかかるデータ提供システム１及びクライアント１０ａの機能ブロックと同じものについては、同じ符号を付与する。
【００８４】
クライアント１００ａは、入力部１０１、クライアント側送受信部１０２、クライアント側記憶部１０３及びプログラム実行部１０４に加えて、表示部１０５を更に含む。表示部１０５は、後述するデータ配信サーバ４０がファイルを配信できない場合に予約券配布サーバ側送受信部５０１によって送信されるメニューデータに基づいて、再要求タイミング選択メニューを表示する。
【００８５】
再要求タイミング選択メニューは、過去にクライアント１００からのダウンロード要求が集中した時刻の統計等から予め複数割り出された、クライアント１００からのダウンロード要求が少なくデータ配信サーバ４０の処理負荷が小さいであろうと予測される時間帯又は複数の所定時刻を予め選定しておき、この中からユーザに一の所定時刻を再要求タイミングとして選択させるためのメニューである。
【００８６】
ユーザは、表示部１０５に表示された再要求タイミング選択メニューを見て、再要求タイミング選択メニューに示される複数の所定時刻又は所定時間帯から所望する１の所定時刻又は所定時間帯である再要求タイミングを選択する操作を入力部１０１に行う。入力部１０１はユーザが再要求タイミングを選択する操作を行うことによって入力される再要求タイミング送信指令を受け付ける。再要求タイミング送信指令は、ユーザの選択した再要求タイミングを示す再要求タイミングデータをクライアント側送受信部１０２をして予約券配布サーバ５０に対して送信させるための指令である。クライアント側送受信部１０２は入力部１０１を介して再要求タイミング送信指令を受信し、再要求タイミング送信指令に従って、予約券配布サーバ側送受信部５０１に対して再要求タイミングデータを送信する。
【００８７】
予約券配布サーバ５０ａは、予約券配布サーバ側送受信部５０１及び予約券記憶部５０２ａに加えて、メニュー記憶部５０３を含む。メニュー記憶部５０３は、上述の再要求タイミング選択メニューを表示するための画像データであるメニューデータを格納する。予約券配布サーバ側送受信部５０１は、ユーザの選択した再要求タイミングを示す再要求タイミングデータをクライアント側送受信部１０２から受信し、当該再要求タイミングデータから示される再要求タイミングになった場合にクライアント１００ａをして再度ダウンロード要求させる予約券プログラムを予約券記憶部５０２ａから読み出してクライアント側送受信部１０２へ送信する。
【００８８】
予約券記憶部５０２ａは予約券プログラムを格納する。予約券プログラムは、予約券配布サーバ側送受信部５０１によって読み出される場合に、予約券配布サーバ側送受信部５０１の受信した再要求タイミングデータが示す再要求タイミングでクライアント１００ａに再度ダウンロード要求させるプログラムとなるように、予約券配布サーバ側送受信部５０１によって書き換えられる。
【００８９】
もっとも、予約券記憶部５０２ａが再要求タイミング選択メニューに示される複数の所定時刻又は複数の所定時間帯毎に対応する予約券プログラムを格納し、予約券配布サーバ側送受信部５０１は、受信した再要求タイミングデータの示す再要求タイミングに対応する予約券プログラムを、予約券記憶部５０２ａに記憶されている複数の予約券プログラムのなかから読み出してもよい。
【００９０】
このように、予約券配布サーバ側送受信部５０１は、メニューデータをクライアント１００ａに送信し、当該メニューデータに基づいてユーザによって選択された再要求タイミングに対応する予約券プログラムを、再要求タイミングを選択したユーザに対応するクライアント１００ａに送信することによって、ユーザの希望に応じた時刻又は時間帯にクライアント１００ａをして再度ダウンロード要求をさせることができる。
【００９１】
以下に、図５に示すデータ提供システム２がクライアント１００ａへファイルを提供するための処理手順を、図５及び図６を用いて説明する。図６は、図５に示すデータ提供システム２がクライアント１００ａへファイルを提供するための処理手順の一例を示すフローチャートである。図６において、図３に示す本発明の第１の実施の形態にかかるデータ提供システム１がクライアント１００ａへファイルを提供するための処理手順のステップと同じステップについては、同一の符号を付す。
【００９２】
図３に示す本発明の第１の実施の形態にかかるデータ提供システム１がクライアント１００ａへファイルを提供するための処理手順と同様に、ステップＳ３において、ダウンロード要求が負荷分散装置３０に受信され、負荷分散装置３０は、ステップＳ４において、データ配信サーバ４０がファイルを配信できる状態であるかどうかを判断し、データ配信サーバ４０がファイルを配信できる状態でないと判断した場合には、ステップＳ５において、クライアント側送受信部１０２と予約券配布サーバ５０ａとを接続させる。
【００９３】
本発明の第２の実施の形態にかかるデータ提供システム２においては、その後、ステップＳ３１において、予約券配布サーバ側送受信部５０１が、クライアント１００ａからのダウンロード要求を拒否するとともに、メニュー記憶部５０３に格納されているメニューデータをクライアント側送受信部１０２へ送信する。クライアント側送受信部１０２は予約券配布サーバ側送受信部５０１からメニューデータを受信してクライアント側記憶部１０３に格納させる（Ｓ３２）。そして、プログラム実行部１０４は、クライアント側記憶部１０３に格納されているメニューデータに基づいて、ユーザの選択可能な複数の所定時刻又は複数の所定時間帯を示す再要求タイミング選択メニューを作成し、表示部１０５に表示させる（Ｓ３３）。
【００９４】
再要求タイミング選択メニューからユーザの所望の時刻である再要求タイミングを選択する操作を入力部１０１に行うことによってユーザが入力する再要求タイミング送信指令を、入力部１０１は受け付ける（Ｓ３４）。クライアント側送受信部１０２は、入力部１０１を介して再要求タイミング送信指令を受信し、当該再要求タイミング送信指令に従って予約券配布サーバ側送受信部５０１へ再要求タイミングを示す再要求タイミングデータを送信する（Ｓ３５）。予約券配布サーバ側送受信部５０１はクライアント側送受信部１０２から再要求タイミングデータを受信する（Ｓ３６）。
【００９５】
予約券配布サーバ側送受信部５０１は当該再要求タイミングデータの示す再要求タイミングにクライアント１００ａをして再度ダウンロード要求をさせるものとなるように、予約券記憶部５０２ａに格納されている予約券プログラムを書き換えて、書き換えた予約券プログラムを読み出す。予約券配布サーバ側送受信部５０１は読み出した予約券プログラムをクライアント側送受信部１０２へ送信する（Ｓ６）。
【００９６】
ステップＳ７において、クライアント側送受信部１０２は予約券配布サーバ側送受信部５０１から予約券プログラムを受信してクライアント側記憶部１０３へ格納し、プログラム実行部１０４がクライアント側記憶部１０３に格納されている当該予約券プログラムを起動させる。ステップＳ８において、再要求タイミングになったと判断される場合には、ステップＳ２が実行され、プログラム実行部１０４はクライアント側送受信部１０２をしてダウンロード要求をさせる。
【００９７】
これによって、クライアント側送受信部１０２は再要求タイミングになった場合に再度ダウンロード要求をすることになり、クライアント１００ａの再要求タイミングまではクライアント１００ａを起動させることができない場合等の事情がある場合に、かかるユーザの事情に合わせてユーザの所望の時刻にクライアント１００ａをしてダウンロード要求をさせることができる。従って、クライアント１００ａのユーザは、データ配信サーバ４０がファイルを送信できる状態である時間帯を予測してユーザの都合の良い時刻に、このユーザが再度ダウンロード要求指令を入力することなく、ファイルを入手可能となる。
（本発明の第３の実施の形態）
次に、本発明の第３の実施の形態にかかるネットワークシステムとしてのデータ提供システム３を図７及び図８を用いて説明する。本発明の第３の実施の形態にかかるデータ提供システム３は、クライアント１０ａがダウンロード要求を行った場合においてデータ配信サーバ４０がファイルを支障なく提供できる状態ではない場合に、予約券配布サーバ５０ｂが、ダウンロード要求を行ったクライアント１０ａに対して予約券プログラムを配布し、所定時刻になった場合に当該予約券プログラムを受信したクライアント１０ａに対してダウンロード要求をさせる指示信号を送信することによって、再要求タイミングを指示する点が本発明の第１及び第２の実施の形態にかかるデータ提供システムとは異なる。
【００９８】
上記予約券プログラムを受信したクライアント１０ａは、待機状態となり、上記指示信号を受信したときに待機状態を解除して、予約券プログラムによってクライアント１０ａはダウンロード要求を行う。なお、上記の指示信号は、データ配信サーバ４０がファイルを支障なく配信できないときに、ダウンロード要求をした順番で各クライアントに配信される。
【００９９】
本発明の第３の実施の形態にかかるデータ提供システム３は本発明の第１の実施の形態と上記以外の点は共通するため、以下に本発明の第１の実施の形態にかかるデータ提供システム１と異なる点のみについて説明する。図７は、本発明の第３の実施の形態にかかるデータ提供システム３及びクライアント１０ａの主要機能を示す機能ブロック図である。
【０１００】
ここでは、クライアント１０ａが、ダウンロード要求する場合を例として説明する。また、本発明の第３の実施の形態にかかるデータ提供システム３及びクライアント１０ａの機能ブロックのうち、本発明の第１の実施の形態にかかるデータ提供システム１及びクライアント１０ａの機能ブロックと同じものについては、同じ符号を付与する。
【０１０１】
本実施の形態の予約券配布サーバ５０ｂは、ダウンロード要求したクライアントをそれぞれ記憶する要求記憶手段としての要求記憶部５０４を有し、予約券配布サーバ側送受信部５０１は、データ配信サーバ４０がファイルを支障なく配信可能なときに、ダウンロード要求したクライアント１０ａに向けて前記要求を再度行うよう指示する信号を送信する。
【０１０２】
図７に示すデータ提供システム３がクライアント１０ａへファイルを提供するための処理手順を、図７及び図８を用いて説明する。図８は、図７に示すデータ提供システム３がクライアント１０ａへファイルを提供するための処理手順の一例を示すフローチャートである。図８において、図３に示す本発明の第１の実施の形態にかかるデータ提供システム１がクライアント１０ａへファイルを提供するための処理手順のステップと同じステップについては、同一の符号を付す。
【０１０３】
ステップＳ３においてクライアント１０ａと接続された予約券配布サーバ５０ｂは、ステップＳ６で、クライアント１０ａからのダウンロード要求を拒否するとともに、予約券プログラムをクライアント１０ａへ送信する。本実施の形態の予約券プログラムは、上述のように、クライアント１０ａが予約券配布サーバ５０ｂからのダウンロード要求を指示する信号を受信したときに、クライアント１０ａにダウンロード要求を再度させるものである。この予約券プログラムをステップＳ７において受信したクライアント１０ａは、待機状態になる。
【０１０４】
ステップＳ６の終了後、予約券配布サーバ５０側では、ステップＳ４１において、要求記憶部５０４が、クライアント１０ａを、記憶する順番と共に記憶する。要求記憶部５０４は、ダウンロード要求をした各クライアントを当該各クライアント間での記憶する順番とともに記憶する。例えば、クライアント１０ａは、クライアント１０ｂよりも後にダウンロード要求をして、予約券配布サーバ５０ｂと接続された場合には、クライアント１０ｂより後の順番で要求記憶部５０４に記憶されることになる。
【０１０５】
その後、ステップＳ４２において、データ配信サーバ４０が支障なくファイルを配信可能なときに、予約券配布サーバ３０は、要求記憶部５０４に記憶されている順番に従って、ダウンロード要求したクライアント４０に向けてダウンロード要求を再度行うよう指示する指示信号を順次送信する。データ配信サーバ４０がファイルを支障なく配信可能であるかどうかは、予約券配布サーバ３０は、所定時間毎にデータ配信サーバ４０の処理負荷を示す情報をデータ配信サーバ４０から受信することによって判断する。
【０１０６】
ステップＳ４３において、クライアント側送受信部１０２が上記の指示信号を受信する。プログラム実行部１０４がこの指示信号の受信を検知して待機状態を解除し、予約券プログラムを実行することによって、ステップＳ２に戻り、クライアント側送受信部１０２にダウンロード要求をさせる。
【０１０７】
上記のステップＳ４２において、データ配信サーバ４０がファイルを支障なく配信となったときに、上記の指示信号がクライアント１０ａに対して送信されるため、クライアント１０ａは、確実にダウンロード可能なときにダウンロード要求をすることができる。これによって、クライアント１０ａは本発明の第１及び第２の実施の形態にかかるデータ提供システム１、２と比較して、高い確率でファイルのダウンロードをすることができる。また、ステップＳ４１において、クライアント１０ａを記憶する順番まで記憶し、当該順番に従って各クライアント１０に対して上記の指示信号を送信するため、待機状態になっているクライアント１０ａ間で待機時間にかたよりが生じることを緩和することができる。
【０１０８】
（本発明の第４の実施の形態）
本発明の第４の実施の形態にかかるデータ提供システム１ａを図９及び図１０を用いて説明する。図９は、本発明の第４の実施の形態にかかるネットワークシステムとしてのデータ提供システム４と当該データ提供システム１に接続されるクライアント１０の概略を示す図である。図１０は、図９に示すデータ提供システム４及びクライアント１０の主要機能の一例を示す機能ブロック図である。ここでは、図９に示すクライアント１０ａが、ダウンロード要求する場合を例として説明する。
【０１０９】
本実施の形態にかかるデータ提供システム４は、クライアント１０ａとデータ配信サーバ４０及び予約券配布サーバ５０とが、負荷分散装置３００を介して接続されず、各々直接接続される点が本発明の第１の実施の形態にかかるデータ提供システム１と異なっている。ここで、負荷分散装置３００はルータで実現されており、クライアント１０ａがダウンロード要求を送信したときは、まず、負荷分散装置３００が受信し、自己の持つルーティングテーブルを参照して受信したダウンロード要求をデータ配信サーバ４０及び予約券配布サーバ５０のいずれか一方に転送する。
【０１１０】
ここでは、ルーティングテーブルは、管理者によって管理され、データ配信サーバ４０の処理状況に応じて更新される。すなわち、データ配信サーバ４０によるファイル配信に支障がある場合には、負荷分散装置３０はデータ配信サーバ４０ではなく予約券配布サーバ５０にダウンロード要求を転送し、データ配信サーバ４０がファイルを支障なく配信できる状況である場合には、負荷分散装置３０は予約券配布サーバ５０ではなくデータ配信サーバ４０にダウンロード要求を転送する。
【０１１１】
図１０を参照して、負荷分散装置側送受信部３０１ａが、ダウンロード要求を受信した場合に、サーバ選択部３０２ａがルーティングテーブルを参照してルーティングテーブルの示す転送経路を判別する。負荷分散装置側送受信部３０１ａは、判別された転送経路に従って、データ配信サーバ４０及び予約券配布サーバ５０のうちのいずれか一方にダウンロード要求を転送する。そして、転送されたダウンロード要求をデータ配信サーバ側送受信部４０１が受信したときには、データ配信サーバ側送受信部４０１はファイル記憶部４０２が記憶するアプリケーション等のファイルをクライアント１０ａに送信する。転送されたダウンロード要求を予約券配布サーバ側送受信部５０１が受信したときには、予約券配布サーバ側送受信部５０１は、クライアント１０ａからのダウンロード要求を拒否するとともに、予約券記憶部５０２が記憶する予約券プログラムをクライアント１０ａに送信する。
【０１１２】
本発明の第４の実施の形態にかかるデータ提供システム４では、データ提供システム１が奏する効果に加えて、予約券プログラム又はデータ配信サーバ４０が配信するファイルがクライアント１０ａに送信されるときに、負荷分散装置３００を介さずに済むため、データ提供システムにおける回線負荷を含む全体的なトラフィックを少なくすることができる。なお、データ提供システム４は、予約券配布サーバ５０の代わりに予約券配布サーバ５０ａ及び予約券配布サーバ５０ｂのうちいずれか一方を用いる構成であってもよい。
【０１１３】
（本発明の第５の実施の形態）
本発明の第５の実施の形態にかかるデータ提供システム５を図１１及び図１２を用いて説明する。図１１は、本発明の第５の実施の形態にかかるネットワークシステムとしてのデータ提供システム５と当該データ提供システム１に接続されるクライアント１０の概略を示す図である。図１２は、図１１に示すデータ提供システム５及びクライアント１０の主要機能の一例を示す機能ブロック図である。ここでは、図１１に示すクライアント１０ａが、ダウンロード要求する場合を例として説明する。
【０１１４】
本実施の形態にかかるデータ提供システム５は、クライアント１０ａと予約券配布サーバ５０とが負荷分散装置３００を中継して接続され、データ配信サーバ４０とクライアント１０ａとが直接接続される点が本発明の第４の実施の形態にかかるデータ提供システム４と異なっている。ここで、負荷分散装置３００はルータで実現されており、クライアント１０ａがダウンロード要求を送信したときは、まず、負荷分散装置３００が受信し、自己の持つルーティングテーブルを参照して受信したダウンロード要求をデータ配信サーバ４０に転送するか、予約券配布サーバ５０に中継する。
【０１１５】
すなわち、データ配信サーバ４０がファイルを配信するのに支障がある場合には、負荷分散装置３０は予約券配布サーバ５０にダウンロード要求を中継し、データ配信サーバ４０が支障なくファイルを配信できる状況である場合には、負荷分散装置３０はデータ配信サーバ４０にダウンロード要求を転送する。
【０１１６】
図１２を参照して、負荷分散装置側送受信部３０１ａが、ダウンロード要求を受信した場合に、サーバ選択部３０２ａがルーティングテーブルを参照してルーティングテーブルの示す転送経路を判別する。負荷分散装置側送受信部３０１ａは、判別された転送経路に従って、データ配信サーバ４０にダウンロード要求を転送するか、予約券配布サーバ５０にダウンロード要求を中継する。そして、転送されたダウンロード要求をデータ配信サーバ側送受信部４０１が受信したときには、データ配信サーバ側送受信部４０１はファイル記憶部４０２が記憶するアプリケーション等のファイルをクライアント１０ａに送信する。転送されたダウンロード要求を予約券配布サーバ側送受信部５０１が受信したときには、予約券配布サーバ側送受信部５０１は予約券記憶部５０２が記憶する予約券プログラムをクライアント１０ａに送信する。
【０１１７】
本発明の第５の実施の形態にかかるデータ提供システム５では、データ提供システム１が奏する効果に加えて、予約券プログラムがクライアント１０ａに送信されるときに、負荷分散装置３００を介さないため、データ提供システムにおける回線負荷を含む全体的なトラフィックを少なくすることができる。なお、データ提供システム５は、予約券配布サーバ５０の代わりに予約券配布サーバ５０ａ及び予約券配布サーバ５０ｂのうちいずれか一方を用いる構成であってもよい。
【０１１８】
また、クライアント１０ａと予約券配布サーバ５０とが直接接続され、データ配信サーバ４０とクライアント１０ａとが負荷分散装置３００を中継して接続される構成としてもよく、この場合には、データ配信サーバ４０をデータ配信サーバ４０が配信するファイルがクライアント１０ａに送信されるときに、負荷分散装置３００を介さないため、データ提供システムにおけるトラフィックを少なくすることができる。
【０１１９】
なお、本発明の第１〜５の実施の形態の変形例として、予約券配布サーバ５０，５０ａ，５０ｂは、予約券記憶部５０２を有さず、予約券プログラムを配信しないものがある。本変形例では、再要求タイミングになったときや、データ配信サーバ４０が支障なくファイルを配信可能になったときに、接続中のクライアントに直接アクセスしてダウンロード要求を指示したり、電子メール等でダウンロード要求を指示するメッセージを送信することが考えられる。
【０１２０】
なお、本発明の第１〜第５の実施の形態ではデータ配信サーバ４０とは別の装置として、予約券配布サーバ５０、予約券配布サーバ５０ａ及び予約券配布サーバ５０ｂのうちいずれかと負荷分散装置３０又は負荷分散装置３００とを有しているが、必ずしもこれに限定されない。例えば、予約券配布サーバ５０，５０ａ，５０ｂと負荷分散装置３０，３００とを有さないデータ提供システムであって、データ配信サーバ４０が予約券プログラムを格納する記憶部を有し、ファイルを提供できないほどに処理負荷が高まっている場合にはデータ配信サーバ側送受信部４０１が格納されている予約券プログラムを読み出し、クライアント側送受信部１０２へ送信するデータ提供システムであってもよい。
【０１２１】
なお、本発明の第１〜第５の実施の形態にかかるデータ提供システム１〜５が要求に応じて提供するのはアプリケーション等のファイルであるが、必ずしもこれに限定されず、受送信可能なデータであればい。
【０１２２】
なお、予約券プログラムにおける再要求タイミングは、本発明の第１〜第５の実施の形態でクライアント１０又はクライアント１００に提供される予約券プログラムにおける再要求タイミングのように、必ずしもダウンロード要求がデータ配信サーバ４０に集中していないと予測される時刻又は時間帯である必要はない。また、所定期間クライアント１０又はクライアント１００に常駐するとクライアント１０又はクライアント１００をしてダウンロード要求させる予約券プログラムがクライアント１０又はクライアント１００に提供されてもよい。
【０１２３】
なお、本発明の第１〜第５の実施の形態にかかるデータ提供システム１〜５において、データ配信サーバ４０がファイルをクライアント１０，１００へ配信し、予約券配布サーバ５０、５０ａ、５０ｂが予約券プログラムをクライアントへ配信するが、データ配信サーバ４０及び予約券配布サーバ５０、５０ａ、５０ｂは、ＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）サーバであってもよい。
【０１２４】
この場合には、クライアント１０，１００がクライアント宛ての電子メールの受信を要求した場合においてＰＯＰサーバが当該要求に応えることができない状態である場合には、電子メールに添付して予約券プログラムを配信する。ここでは、当該予約券プログラムは、再要求タイミングにクライアントをして再度電子メールの受信を要求させるものである。
【０１２５】
なお、本発明の第１〜第５の実施の形態はクライアントからの要求を処理する処理実行サーバがデータ配信サーバを有するので、データ提供システムとして構成されているが、本発明における処理実行サーバは必ずしもデータを配信するためのサーバである必要はなく、サーバ自体においてクライアント側から要求された処理を実行するサーバ、クライアントと共同して処理を実行するサーバ等の形態が考えられる。
【０１２６】
【発明の効果】
請求項１に記載の発明によれば、処理実行手段の処理状況に応じて、例えば処理が実行できない程に処理実行手段の処理負荷や当該処理実行手段に接続されたネットワーク回線負荷が大きい場合等には、処理実行手段によって処理を実行する代わりに、クライアントと接続されている処理要求手段によって一旦要求を拒否した後、所定条件を満たした際に処理を要求したクライアントにこの要求を再度行う再要求処理をさせることとなる。これによって、処理実行手段がクライアントの要求した処理を実行することに支障がある場合でも、満たすべき所定条件を例えば処理実行手段の処理負荷が所定以下となった際という条件とすること等によって、処理実行手段がクライアントの要求した処理を支障なく実行可能なときにクライアントは再度処理実行手段に対して処理の要求を行うことができる。
【０１２７】
請求項２に記載の本発明によれば、処理実行手段の処理状況に応じて、例えば処理が実行できない程に処理実行手段の処理負荷や当該処理実行手段に接続されたネットワーク回線負荷が大きい場合等には、処理実行手段によって処理を実行する代わりに、クライアントと接続されている処理要求手段によって所定条件を満たした際に処理を要求したクライアントにこの要求を再度行う再要求処理をさせることとなる。これによって、処理実行手段がクライアントの要求した処理の実行に支障がある困難な場合でも、満たすべき所定条件を例えば処理実行手段の処理負荷が所定以下となった際という条件とすること等によって、処理実行手段がクライアントの要求した処理を支障なく実行可能なときにクライアントは再度処理実行手段に対して処理の要求を行うことができる。
【０１２８】
請求項３に記載の本発明によれば、処理要求制御手段に格納された再要求プログラムをクライアントが受信して起動することによって、所定条件を満たした際にクライアントは自動的に再要求処理をネットワークシステムに向けて行うこととなる。従って、処理実行手段がクライアントの要求した処理を実行できなかった場合でも、ユーザが処理実行手段に向けて再度の処理を要求する操作を行う必要なく、所定条件を満たしたときに自動で、クライアントにこの要求を再度行わせることができる。
【０１２９】
請求項４に記載の本発明によれば、タイマによって取得されたネットワークシステムの時刻より所定時間経過したとき又は所定時刻となったときに、クライアントは自動的に再度ダウンロード要求をすることとなる。従って、例えば、処理実行手段の処理負荷が大きくないと推測される時刻を所定時刻とした、又はタイマによって取得された時刻から所定時刻までの時間を所定時間とした再要求プログラムが格納された場合には、ユーザは、自ら処理実行手段の処理負荷が大きくないと推測される時刻を推測せずに、当該時刻に処理実行手段に対して処理を要求することができる。
【０１３０】
請求項５に記載の本発明によれば、再要求プログラム配信手段は、ユーザが選択した所望の所定時刻に要求を再度行わせる再要求プログラム格納して所望の所定時刻を選択したクライアントに配信する。当該再要求プログラムをクライアントが起動することによって、ユーザの所望の再要求タイミングにクライアントに処理の要求をさせることができる。
【０１３１】
請求項６に記載の本発明によれば、クライアントは指示に従って処理実行手段に対して処理を再度要求することができるため、クライアントのユーザは自ら再度、処理を要求するタイミングを判断しなくてもよい。また、再要求指示手段が処理実行手段の処理負荷が大きくない時刻に、処理を要求したクライアントに向けて要求を再度行うよう指示するようになっている場合には、自ら処理実行手段の処理負荷が大きくない時刻を推測せずに当該時刻に処理実行手段に対して処理の要求を行うことができる。
【０１３２】
請求項７に記載の本発明によれば、処理を要求した順番に従って、処理実行手段に対して処理を要求させることを各クライアントにさせることとなるため、各クライアントは処理を要求した順に処理実行手段に対して処理を要求することができる。
【０１３３】
請求項８に記載の発明によれば、処理実行手段の処理状況に応じて、例えば処理の実行に支障をきたす程に処理実行手段の処理負荷が大きい場合等には、処理実行手段によって処理を実行する代わりに、クライアントと接続されている処理要求手段によって所定条件を満たした際に処理を要求したクライアントに対してこの要求を再度行う再要求処理をさせることとなる。これによって、処理実行手段がクライアントの要求した処理を実行困難な場合でも、満たすべき所定条件を例えば処理実行手段の処理負荷が所定以下となった際という条件とすること等によって、処理実行手段がクライアントの要求した処理を実行困難でないときにクライアントは再度処理実行手段に対して処理の要求を行うことができる。
【０１３４】
請求項９に記載の本発明によれば、再度処理実行手段に対して処理を要求するための操作をこのクライアントに行うことなく、クライアントは所定の条件を満たした場合に自動で処理を要求することとなる。これによって、クライアントに対して処理実行手段の処理を要求する操作を行うという煩をユーザに与えず、処理実行手段に当該処理を行わせることができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態にかかるデータ提供システムと当該データ提供システムに接続されるクライアントの概略を示す図である。
【図２】図１に示すデータ提供システム及びクライアントの主要機能を示す機能ブロック図である。
【図３】図２に示すデータ提供システムがクライアント１０ａへファイルを提供するための処理手順の一例を示すフローチャートである。
【図４】図２に示すデータ提供システムがクライアント１０ａへファイルを提供するための処理手順の別の一例を示すフローチャートである。
【図５】本発明の第２の実施の形態にかかるデータ提供システム及びクライアントの主要機能を示す機能ブロック図である。
【図６】図５に示すデータ提供システムがクライアントへファイルを提供するための処理手順の一例を示すフローチャートである。
【図７】本発明の第３の実施の形態にかかるデータ提供システム及びクライアントの主要機能を示す機能ブロック図である。
【図８】図７に示すデータ提供システムがクライアントへファイルを提供するための処理手順の一例を示すフローチャートである。
【図９】本発明の第４の実施の形態にかかるデータ提供システムと当該データ提供システムに接続されるクライアントの概略を示す図である。
【図１０】図９に示すデータ提供システム及びクライアントの主要機能を示す機能ブロック図である。
【図１１】本発明の第５の実施の形態にかかるデータ提供システムと当該データ提供システムに接続されるクライアントの概略を示す図である。
【図１２】図１１に示すデータ提供システム及びクライアントの主要機能を示す機能ブロック図である。
【符号の説明】
１〜５，データ提供システム（ネットワークシステム）
１０、１００ クライアント
２０ ネットワーク
３０，３００ 負荷分散装置（負荷分散手段）
４０ データ配信サーバ（処理実行手段）
５０、５０ａ，５０ｂ予約券配布サーバ（処理要求制御手段）
１０２ クライアント側送受信部（送受信部）
１０４ プログラム実行部（送受信制御部）
１０５ 表示部
５０１ 予約券配布サーバ側送受信部（再要求信号配信手段）
５０４ 要求記憶手段
【発明の属する技術分野】
本発明は、サーバとネットワークを介して接続されているクライアントの要求に応じて処理を行うためのネットワークシステム、ネットワーク制御方法、それに用いるプログラムに関するものである。
【０００２】
【従来の技術】
従来から、データを格納し、クライアントが当該データのダウンロードを要求した場合に、ネットワークを介してクライアントに当該データを配信する（ダウンロードする）ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバがある。
【０００３】
ＦＴＰサーバには、多数のクライアントから一時期に集中してＦＴＰサーバの有するデータのダウンロードが要求された場合に、クライアントにデータを提供するために必要なＦＴＰサーバの処理能力を超えた負荷がかかってしまい、場合によってクライアントからのデータのダウンロード要求に応えてデータを配信することができないことが考えられる。
【０００４】
ゆえに、多数のクライアントからのデータのダウンロード要求に応えて、データを送信可能にするため、ＦＴＰサーバが備えるＣＰＵ、メモリ等を増強する手法や、複数のＦＴＰサーバを用い、クライアントからの要求を振り分けてデータを提供する手法等を用いて、ＦＴＰサーバ側のリソースを拡張してその処理能力を向上させるようにしている。
【０００５】
【発明が解決しようとする課題】
しかしながら、いかにＦＴＰサーバ側のリソースを拡張してＦＴＰサーバ側の処理能力を向上させても一時的にクライアントからの要求が集中することによる負荷が高くなる問題は改善されない。加えて、サーバから多数のクライアントへダウンロード処理を行っているときは、サーバの処理能力が如何に高くとも、当該サーバが接続されたネットワーク回線の容量によっては、この容量がボトルネックとなってクライアントに対して良好なダウンロードを行ないえない場合がある。
【０００６】
一方、近年、インターネットの普及および高速通信手段の普及に伴い、ＦＴＰサーバにデータのダウンロードを要求するクライアント数が増え、またＦＴＰサーバの提供するデータの容量が大きくなっており、ＦＴＰサーバの負荷は急激に高くなっている。かかる状況でクライアントにデータを配信するために必要なＦＴＰサーバ側の処理能力やネットワーク容量以上にクライアントからデータのダウンロードの要求が集中するようになれば、やはりＦＴＰサーバはクライアントからの当該要求に応えてデータを配信することができなくなる。
【０００７】
上記した問題はＦＴＰサーバによりデータをダウンロードする処理の場合に限らず、サーバに例えば演算等の処理を要求し、この要求に応じて処理を実行するような場合に同様に発生する。
【０００８】
本発明者は、かかる実情に鑑み、例えばＦＴＰサーバの格納するデータを取得しようとするユーザは、ＦＴＰサーバにダウンロード要求が集中していない時間帯を予測して、再度ＦＴＰサーバに対してデータのダウンロードの要求を行わせるための操作を行っていること、またサーバの負荷は、クライアントのダウンロード又は処理の要求が集中する時間帯以外には比較的低いことに着目した。
【０００９】
本発明は、サーバを増強せずとも、データ配信又は処理をクライアントから要求する場合に、配信又は処理ができないような問題がなく、又は要求が集中していない時間をユーザが選んでクライアントから処理要求を行う煩のないネットワーク制御方法、ネットワークシステム及びそれに用いるプログラムを提供することを目的としている。
【００１０】
【課題を解決するための手段】
請求項１に記載の発明は、ネットワークを介して複数のクライアントに接続され、各クライアントから要求された処理を実行する処理実行手段を有するネットワークシステムにおいて、
処理要求制御手段と、
前記処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、処理を要求した前記クライアントを前記処理実行手段又は前記処理要求制御手段に選択的に接続する負荷分散手段とを備え、
前記処理要求制御手段は、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントに対して前記クライアントが前記要求を再度行うための再要求タイミングを所定条件に基づき指示することを特徴とする。
【００１１】
本発明の請求項１に記載の発明に従えば、ネットワークを介して複数のクライアントに接続され、各クライアントから要求された処理を実行する処理実行手段を有するネットワークシステムにおいて、処理要求制御手段と、処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、処理を要求したクライアントを処理実行手段又は処理要求制御手段に選択的に接続する負荷分散手段とを備え、処理要求制御手段は、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントに対して前記クライアントが前記要求を再度行うための再要求タイミングを所定条件に基づき指示する。
【００１２】
すなわち、負荷分散手段は処理実行手段の処理状況又は当該処理実行手段に接続されたネットワーク回線の利用状況に基づいてクライアントと接続するサーバを選択する。例えば、処理実行手段の処理負荷やネットワーク回線の利用状況がクライアントに要求された処理を行うことが可能である程度ならば処理実行手段を選択し、処理実行手段の負荷やネットワーク回線の利用状況が所定以上となり当該処理を実行することが望ましくない場合等には処理要求制御手段を選択する。これによって、例えば処理が実行できない程に処理実行手段の処理負荷が大きい場合等には、処理実行手段によって処理を実行する代わりに、クライアントと接続されている処理要求手段によってクライアントからの前記処理に関する要求を拒否するとともに、処理を要求したクライアントに対してクライアントが前記要求を再度行うためのタイミングを所定条件に基づき指示することとなる。この場合の処理要求の拒否とは、処理要求を所定の条件のもとに再度行わせることを前提として処理要求を一時的に中止、中断、延期、停止させることを含み、更に実質的に要求を拒否しつつ形式的には要求に答えたように処理する態様も含む。例えば、或るファイルデータのダウンロード要求に対して、ダウンロード要求されたファイルデータよりも著しく軽いデータをダウンロードさせ、形式的に処理要求を実行しておき、後に所定の条件を満たしたら実際の要求されたファイルデータのダウンロード要求を再度させるような態様も含む。
【００１３】
本発明の請求項２に記載の発明は、ネットワークを介して複数のクライアントに接続され、各クライアントから要求された処理を実行する処理実行手段に接続されるネットワークシステムであって、
処理要求制御手段と、
前記処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、処理を要求した前記クライアントを前記処理実行手段又は前記処理要求制御手段に選択的に接続する負荷分散手段とを備え、
前記処理要求制御手段は、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントに対して前記クライアントが前記要求を再度行うための再要求タイミングを所定条件に基づき指示することを特徴とする。
【００１４】
請求項２に記載の発明に従えば、ネットワークを介して複数のクライアントに接続され、各クライアントから要求された処理を実行する処理実行手段に接続されるネットワークシステムであって、処理要求制御手段と、処理実行手段における処理状況処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、処理を要求したクライアントを処理実行手段又は処理要求制御手段に選択的に接続する負荷分散手段とを備え、処理要求制御手段は、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントに対して前記クライアントが前記要求を再度行うための再要求タイミングを所定条件に基づき指示する。
【００１５】
すなわち、負荷分散手段は処理実行手段における処理状況又は当該処理実行手段に接続されたネットワーク回線を利用状況に基づいてクライアントと接続するサーバを選択する。例えば、処理実行手段の処理負荷やネットワーク回線の負荷がクライアントに要求された処理を行うことが可能である程度ならば処理実行手段を選択し、処理実行手段の負荷やネットワーク回線の負荷が所定以上となり当該処理を実行することが望ましくない場合等には、処理要求制御手段を選択する。これによって、例えば処理が実行できない程に処理実行手段の処理負荷が大きい場合等には、処理実行手段によって処理を実行する代わりに、クライアントと接続されている処理要求手段によって、クライアントからの前記処理に関する要求を拒否するとともに、クライアントに対してクライアントが前記要求を再度行うためのタイミングを所定条件に基づき指示することとなる。
【００１６】
請求項３に記載の発明は、請求項１又は２に記載のネットワークシステムにおいて、前記処理要求制御手段は、前記クライアントに前記要求を再度行わせるための再要求プログラムを当該クライアントに配信することにより前記再要求タイミングを指示することを特徴とする。
【００１７】
請求項３に記載の発明に従えば、請求項１又は２に記載のネットワークシステムにおいて、前記処理要求制御手段は、前記クライアントに前記要求を再度行わせるための再要求プログラムを当該クライアントに配信することにより前記再要求タイミングを指示する。
【００１８】
すなわち、処理実行サーバの処理状況又は処理実行手段に接続されるネットワーク回線の利用状況に応じて、例えば処理が実行できない程に処理実行手段の処理負荷又は処理実行手段に接続されるネットワーク回線の負荷が大きい場合等には、処理を要求したクライアントに要求を再度行わせるための再要求プログラムが各クライアントに向けて配信される。当該再要求プログラムをクライアントが受信して起動することによって、クライアントは所定条件になったときに再要求処理を行うこととなる。
【００１９】
請求項４に記載の発明は、請求項１から３のいずれか１項に記載のネットワークシステムにおいて、前記処理要求制御手段は、基準時刻から所定時間が経過すること又は所定時刻になることを前記所定条件として前記クライアントに対して前記再要求タイミングを指示することを特徴とする。
【００２０】
請求項４に記載の発明に従えば、請求項１から３のいずれか１項に記載のネットワークシステムにおいて、前記処理要求制御手段は、基準時刻から所定時間が経過すること又は所定時刻になることを前記所定条件として前記クライアントに対して前記再要求タイミングを指示する。
【００２１】
すなわち、基準時刻より所定時間経過したとき又は当該所定時刻となったときに、クライアントはダウンロード要求をすることとなる。ここで基準時刻とは、クライアントがはじめに要求を行った時刻や、予め設定した時刻などである。
【００２２】
請求項５に記載の発明は、請求項１から４のいずれか１項に記載のネットワークシステムにおいて、前記処理要求制御手段は、ユーザから所望の再要求タイミングを受け付け、当該ユーザによって選択された前記再要求タイミングとなることをさらに条件として前記クライアントに対して前記再要求タイミングを指示することを特徴とする。
【００２３】
請求項５に記載の発明に従えば、請求項１から４のいずれか１項に記載のネットワークシステムにおいて、前記処理要求制御手段は、ユーザから所望の再要求タイミングを受け付け、当該ユーザによって選択された前記再要求タイミングとなることをさらに条件として前記クライアントに対して前記再要求タイミングを指示する。
【００２４】
すなわち、処理要求制御手段はクライアントからユーザ所望の再要求タイミングを受け付けるため、ユーザはクライアントを介して再度要求する所望の時刻を選択できる。そして、当該ユーザによって選択された前記再要求タイミングとなることをさらに条件として要求を再度行わせることによって、クライアントはクライアントを操作するユーザ所望の再要求タイミングで処理実行手段へ再度処理を要求することができる。ここで、本明細書では「タイミング」とは、所定時刻、所定時間帯、或る時刻から所望の時間後といった或る時刻からの相対的な時間を含む時間的概念の総称として用いる。
【００２５】
請求項６に記載の発明は、請求項１から３のいずれか１項に記載のネットワークシステムにおいて、前記処理要求制御手段は、前記処理を要求したクライアントに向けて前記要求を再度行うよう指示する信号を送信することにより前記再要求タイミングを指示することを特徴とする。
【００２６】
請求項６に記載の発明に従えば、請求項１から３のいずれか１項に記載のネットワークシステムにおいて、前記処理要求制御手段は、前記処理を要求したクライアントに向けて前記要求を再度行うよう指示する信号を送信することにより前記再要求タイミングを指示することを特徴とする。すなわち、処理を要求したクライアントに向けて信号を送信し、要求を再度行うよう指示がなされることによって、クライアントは当該指示に従って再度処理実行サーバに対して処理を要求することができる。
【００２７】
請求項７に記載の本発明は、請求項６記載のネットワークシステムにおいて、前記処理を要求したクライアントをそれぞれ記憶する要求記憶手段を備え、前記再要求タイミングの指示は、前記要求記憶手段に記憶された順番に前記要求を再度行うよう指示する信号を送信することを特徴とする。
【００２８】
請求項７に記載の発明に従えば、請求項６記載のネットワークシステムにおいて、前記処理を要求したクライアントをそれぞれ記憶する要求記憶手段を備え、前記再要求タイミングの指示は、前記要求記憶手段に記憶された順番に前記要求を再度行うよう指示する信号を送信することを特徴とする。
【００２９】
すなわち、要求記憶手段に記憶された順番に、処理を要求した各クライアントに対して再要求配信信号が送信されるため、処理を要求した順番に従って、処理実行手段に対して要求を再度行うよう各クライアントに指示する信号を送信することとなる。
【００３０】
請求項８に記載の発明は、ネットワークを介して複数のクライアントに接続される処理実行手段に各クライアントから要求された処理を実行させるためのネットワーク制御方法において、
負荷分散手段により、前記処理実行手段における処理状況に基づき、処理を要求した前記クライアントを前記処理実行手段又は処理要求制御手段に選択的に接続するステップと、
前記処理要求制御手段により、前記処理を要求したクライアントに対して前記要求を再度行うための再要求タイミングを所定条件に基づき指示するステップとを含むことを特徴とする。
【００３１】
請求項８に記載の発明に従えば、ネットワークを介して複数のクライアントに接続される処理実行手段に各クライアントから要求された処理を実行させるためのネットワーク制御方法において、負荷分散手段により、前記処理実行手段における処理状況に基づき、処理を要求した前記クライアントを前記処理実行手段又は処理要求制御手段に選択的に接続する。前記処理要求制御手段により、前記処理を要求したクライアントに対して前記要求を再度行うための再要求タイミングを所定条件に基づき指示する。
【００３２】
すなわち、負荷分散手段は処理実行手段における処理状況に基づいて、処理実行手段と処理要求制御手段とのうちいずれをクライアントと接続するかを選択する。例えば、処理実行手段の処理負荷がクライアントに要求された処理を行うことが可能である程度ならば処理実行手段を選択し、処理実行手段の負荷が所定以上となり当該処理が実行できない場合等には処理要求制御手段を選択する。これによって、処理実行手段の処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に応じて、例えば処理が実行できない程に処理実行手段の処理負荷やネットワーク回線の負荷が大きい場合等には、処理実行手段によって処理を実行する代わりに、クライアントと接続されている処理要求手段によって処理を要求したクライアントに対してクライアントが前記要求を再度行うためのタイミングを所定条件に基づき指示することとなる。
【００３３】
請求項９に記載の発明は、ネットワークを介して各クライアントから要求された処理を実行する処理実行手段と、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントにて前記要求を再度行わせるための再要求タイミングを所定条件に基づき指示する処理要求制御手段と、前記処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、前記処理を要求したクライアントを前記処理実行手段又は前記処理要求制御手段に選択的に接続する負荷分散手段とを備えるネットワークシステムにおいて前記処理要求制御手段から前記クライアントに送信されるプログラムであって、前記クライアントを、前記再要求タイミングが到来したと判断したときに前記要求を再度行う手段として機能させることを特徴とする。
【００３４】
請求項９に記載の発明に従えば、ネットワークを介して各クライアントから要求された処理を実行する処理実行手段と、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントにて前記要求を再度行わせるための再要求タイミングを所定条件に基づき指示する処理要求制御手段と、前記処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、前記処理を要求したクライアントを前記処理実行手段又は前記処理要求制御手段に選択的に接続する負荷分散手段とを備えるネットワークシステムにおいて前記処理要求制御手段から前記クライアントに送信されるプログラムであって、前記クライアントを、前記再要求タイミングが到来したと判断したときに前記要求を再度行う手段として機能させる。
【００３５】
すなわち、クライアントが上記プログラムを実行することによって、クライアントを操作するユーザが、再度処理実行手段に対して処理を要求するための操作をこのクライアントに行うことなく、クライアントは再要求タイミングに従って自動で処理を要求することとなる。
【００３６】
【発明の実施の形態】
（本発明の第１の実施の形態）
以下、本発明の第１の実施の形態を図１〜図４を参照しながら説明する。図１は、本発明の第１の実施の形態にかかるネットワークシステムとしてのデータ提供システム１と当該データ提供システム１に接続されるクライアントの概略を示す図である。図１に示すように本発明の第１の実施の形態にかかるデータ提供システム１は、負荷分散手段として機能する負荷分散装置３０と、処理実行手段として機能するデータ配信サーバ４０と、処理要求制御手段として機能する予約券配布サーバ５０とを含み、インターネット等のネットワーク２０を介してクライアント１０と接続される。なお、データ配信サーバ４０は例えばＦＴＰサーバであり、クライアント１０はいわゆる汎用コンピュータ、パーソナルコンピュータ、携帯端末機、携帯電話など、通信手段を有するまたは通信手段に接続された端末装置である。
【００３７】
負荷分散装置３０は、ネットワーク２０とデータ配信サーバ４０及び予約券配布サーバ５０との間に接続されており、クライアント１０とデータ配信サーバ４０及び予約券配布サーバ５０との間の接続を仲介する。負荷分散装置３０は、データ配信サーバ４０の提供するアプリケーション等のファイルの配信を要求するダウンロード要求がクライアントによって送信された場合に当該ダウンロード要求を受信し、その後、データ配信サーバ４０の状態又はデータ配信サーバ４０に接続されたネットワーク回線２０ａの利用状況（例えばトラフィック）に応じてクライアント１０をデータ配信サーバ４０及び予約券配布サーバ５０のいずれかへ選択的に接続させる。
【００３８】
具体的には、負荷分散装置３０は、データ配信サーバ４０の処理負荷の状況を示す情報又はデータ配信サーバ４０に接続されたネットワーク回線２０ａの利用状況をデータ配信サーバ４０から定期的に受信することによって、データ配信サーバの格納するファイルをデータ配信サーバ４０がクライアント１０に配信可能又は配信に支障がない状態であるか否かを判断する。ここで、データ配信サーバの格納するファイルをデータ配信サーバ４０がクライアント１０に配信可能な状態である場合には、負荷分散装置３０はクライアント１０をデータ配信サーバ４０に接続させる。
【００３９】
一方、クライアント１０からの要求が多くなりデータ配信サーバ４０の処理負荷やネットワーク回線２０ａの負荷が所定以上になる等の理由によってデータ配信サーバの格納するファイルをクライアント１０に配信するのに支障があると判断した場合には、負荷分散装置３０は、クライアント１０を予約券配布サーバ５０に接続させる。なお、負荷分散装置３０は、例えば、当業者にロードバランサ、Ｌ４／Ｌ７スイッチと呼ばれる装置等、又はこの装置を含んだ装置によって実現される。
【００４０】
データ配信サーバ４０は、アプリケーション等のファイルデータ（以下、単にファイルと記す）を格納し、負荷分散装置３０によってクライアント１０と接続された場合に、格納された上記ファイルをクライアントからのダウンロード要求に応えて送信する。また、データ配信サーバ４０はクライアント１０に上記ファイルデータを配信することによる自身の処理負荷の状況を示す情報や接続しているネットワーク回線２０ａの利用状況を、定期的に負荷分散装置３０に送信する。
【００４１】
ファイルをデータ配信サーバ４０からクライアント１０問題なく配信できる状態であるか否かは、負荷分散装置３０がデータ配信サーバ４０の処理負荷及び／又はネッワーク回線２０ａの利用状況から判断するが、その一例を以下に挙げる。
【００４２】
データ配信サーバ４０での処理状態に応じて判断する場合には、データ配信サーバ４０内でボトルネックとなり得る部位、例えばＣＰＵやメモリの使用率を判断材料とし、この使用率が所定値よりも大きいとき、配信に支障がある状態と判断する。
【００４３】
一方、ネットワーク回線２０ａの利用率に応じて判断する場合には、ネットワーク回線２０ａの回線容量に対する回線利用率がその判断基準となり、回線容量に対して利用率が所定割合となっている場合は配信に支障がある状態と判断する。なお、現在データ配信サーバへ接続されているクライアント数を判断材料として、所定の接続数をこえた場合は配信に支障がある状態として判断してもよい。また、上記各判断を併用しても良い。
【００４４】
予約券配布サーバ５０は予約券プログラムを格納する。予約券プログラムは再要求タイミングにクライアント１０に再度のダウンロード要求をさせるプログラムである。また、予約券プログラムにおける再要求タイミングは、クライアントから過去にダウンロード要求があった時刻の統計等からダウンロード要求が少なくデータ配信サーバ４０の処理負荷が小さいであろうと予測された時間帯及びこの時間帯から選択された所定時刻である。再要求タイミングは複数選択されており、再要求タイミングの毎に予約券プログラムが用意されている。実際にはダウンロード要求があった時刻から所定時間経過する時刻、具体的にはクライアント１０にて指定したＮ時間またはＮ分（Ｎは正の数）経過する時刻を再要求タイミングとしても良い。
【００４５】
負荷分散装置３０によってクライアント１０に接続された予約券配布サーバ５０は、クライアント１０からのダウンロード要求を拒否するとともに、再要求タイミングが最先のものから順番に予約券プログラムをクライアント１０に配信する。
【００４６】
予約券プログラムにおける所定時刻すなわち再要求タイミングが複数ある理由は、複数のクライアント１０へ配信された予約券プログラムの再要求タイミングが常に同じであると、データ配信サーバ４０では、当該再要求タイミングに複数のクライアント１０からのダウンロード要求を再び集中して受けて処理負荷や回線負荷が大きくなり、ファイルを複数のクライアント１０へ提供できない恐れがあるからである。このようなことがないよう、予約券配布サーバにおいては、データ配信サーバ４０において問題なく処理可能であろう要求数を考慮して、同時刻における再要求を行う再要求プログラムの配信数を制限している。なお、再要求プログラムを格納しておき、再要求プログラムの配信のたびや上述の配信制限を超えるたびに再要求タイミングを変化させた再要求プログラムを生成し予約券配布サーバにて格納しても良い。
【００４７】
上述のように、クライアント１０からのダウンロード要求を負荷分散装置３０が受信し、データ配信サーバ４０がファイルを配信するのに支障があると判断した場合には、負荷分散装置３０はデータ配信サーバ４０の代わりに予約券配布サーバ５０とダウンロード要求をしたクライアント１０とを接続させ、クライアント１０は予約券配布サーバ５０によって予約券プログラムを配信させる。
【００４８】
この予約券プログラムを受信したクライアント１０は、予約券プログラムを起動することによって、データ配信サーバ４０の処理負荷が小さいであろうと予測される再要求タイミングになった場合に、自動的に再度ダウンロード要求する。これによって、データ配信サーバ４０がファイルを配信できる状況にない場合であっても、自らデータ配信サーバ４０の処理負荷が小さいであろう時刻を推測して、再度クライアント１０をしてダウンロード要求をさせるための操作をクライアントに対して行う煩を、クライアント１０を介してファイルをダウンロードしようとするユーザに対して与えないことが可能となる。
【００４９】
次に、図２を用いて、図１に示すデータ提供システム１及びクライアント１０の機能を説明する。図２は、図１に示すデータ提供システム１及びクライアント１０の主要機能の一例を示す機能ブロック図である。ここでは、図１に示すクライアント１０ａが、ダウンロード要求する場合を例として説明する。
【００５０】
クライアント１０ａは、入力部１０１、クライアント側送受信部１０２、クライアント側記憶部１０３及びプログラム実行部１０４を含む。入力部１０１は、ユーザから入力された、クライアント１０ａにダウンロード要求をさせるダウンロード命令を受け付け、当該ダウンロード命令をクライアント側送受信部１０２に送信する。クライアント側送受信部１０２は、送受信部として機能し、入力部１０１を介してダウンロード命令を受信し、ダウンロード命令に従って負荷分散装置３０に対して、ダウンロード要求を行う。
【００５１】
また、クライアント側送受信部１０２は、データ配信サーバ４０がファイルを支障なく配信可能な状態である場合には、ネットワーク２０を介してデータ配信サーバ４０と接続し、ファイルを受信する。また、データ配信サーバ４０がファイルの配信に支障がある状態の場合には、クライアント側受信部１０２は予約券配布サーバ５０とネットワーク２０を介して接続して予約券プログラムを受信し、当該予約券プログラムに従って、所定時刻になった場合に、負荷分散装置３０に対してダウンロード要求を行う。
【００５２】
クライアント側記憶部１０３は、メモリ等で実現され、クライアント側送受信部１０２が受信した予約券プログラムを格納し、予約券プログラムがプログラム実行部１０４によって起動されている期間において当該予約券プログラムを常駐させる。プログラム実行部１０４は、送受信制御手段として機能し、クライアント側記憶部１０３に格納されている予約券プログラムを順次実行して、再要求タイミングになった場合にクライアント側送受信部１０２から負荷分散装置３０を介してデータ配信サーバ４０に対してダウンロード要求をする。
【００５３】
負荷分散装置３０は、負荷分散装置側送受信部３０１とサーバ選択部３０２とを含む。負荷分散装置側送受信部３０１は、クライアント側送受信部１０２からのダウンロード要求を受信し、データ配信サーバ４０及び予約券配布サーバ５０のうちサーバ選択部３０２によって選択されたいずれか一方と、ダウンロード要求をしたクライアント側送受信部１０２とを接続する。また、負荷分散装置側送受信部３０１は、データ配信サーバ４０からデータ配信サーバ４０の処理負荷の状況を示す情報を定期的に受信し、受信したデータ配信サーバ４０の処理負荷の状況を示す情報をサーバ選択部３０２へ送信する。
【００５４】
サーバ選択部３０２は、負荷分散装置側送受信部３０１からデータ配信サーバ４０の処理負荷の状況を示す情報を受信し、当該情報に基づいてデータ配信サーバ４０及び予約券配布サーバ５０からクライアント側送受信部１０２と接続すべきサーバを選択する。例えば、受信したデータ配信サーバ４０の処理負荷の状況を示す情報がデータ配信サーバ４０の処理負荷についてファイルを支障なく配信できる程度であることを示す場合にはデータ配信サーバ４０を、受信したデータ配信サーバ４０の処理負荷の状況を示す情報がデータ配信サーバ４０の処理負荷についてファイルの配信に支障をきたす程に大きくなっていることを示す場合には予約券配布サーバ５０を、サーバ選択部３０２が選択する。そして、負荷分散装置側送受信部３０１がクライアント側送受信部１０２と選択したサーバ４０とを接続させる。
【００５５】
データ配信サーバ４０はデータ配信サーバ側送受信部４０１とファイル記憶部４０２とを含む。データ配信サーバ側送受信部４０１は、負荷分散装置側送受信部３０１によってクライアント側送受信部１０２と接続された場合にファイル記憶部４０２に格納するファイルを読み出して、負荷分散装置３０を介して当該ファイルをクライアント側送受信部１０２へ送信する。また、データ配信サーバ側送受信部４０１はデータ配信サーバ４０の処理負荷の状況を示す情報を定期的に負荷分散装置側送受信部３０１に対して送信する。ファイル記憶部４０２はクライアント１０に提供するためのファイルを格納する。
【００５６】
予約券配布サーバ５０は、予約券配布サーバ側送受信部５０１と予約券記憶部５０２とを含む。予約券配布サーバ側送受信部５０１は、負荷分散装置側送受信部３０１によってクライアント側送受信部１０２と接続された場合に、クライアント１０ａからのダウンロード要求を拒否するとともに、予約券記憶部５０２に格納する予約券プログラムを読み出して、予約券プログラムをダウンロード要求に応えて負荷分散装置３０を介してクライアント側送受信部１０２へ送信する。
【００５７】
以下に図２に示すデータ提供システム１がクライアント１０ａへファイルを提供するための処理手順を、図２及び図３を用いて説明する。図３は、図２に示すデータ提供システム１がクライアント１０ａへファイルを提供するための処理手順の一例を示すフローチャートである。
【００５８】
まず、ステップＳ１において、クライアント１０ａの入力部１０１はユーザから入力されたダウンロード命令を受け付ける。入力部１０１は受け付けたダウンロード命令をクライアント側送受信部１０２へ送信する。当該ダウンロード命令を受信したクライアント側送受信部１０２はダウンロード命令に従ってダウンロード要求を負荷分散装置３０へ送信する（Ｓ２）。
【００５９】
ステップＳ２において送信されたダウンロード要求は負荷分散装置側送受信部３０１に受信される（Ｓ３）。当該ダウンロード要求は負荷分散装置側送受信部３０１からサーバ選択部３０２へ送信される。当該ダウンロード要求を受信した場合には、データ配信サーバ側送受信部４０１から定期的に送信されるデータ配信サーバ４０の処理負荷の状況又はネットワーク回線２０ａの利用状況を示す情報に基づいて、サーバ選択部３０２はデータ配信サーバ４０がファイルを支障なく配信できる状態であるかどうかを判断する（Ｓ４）。
【００６０】
データ配信サーバ４０がファイルを支障なく配信できる状態であると判断されない場合には（Ｓ４でＮＯ）、サーバ選択部３０２は、予約券配布サーバ５０を選択し、負荷分散装置側送受信部３０１をしてクライアント側送受信部１０２と予約券配布サーバ５０とを接続させる（Ｓ５）。予約券配布サーバ側送受信部５０１は、クライアント１０ａからのダウンロード要求を拒否するとともに、予約券記憶部５０２に格納されている予約券プログラムを読み出し、負荷分散装置側送受信部３０１を介して当該予約券プログラムを接続したクライアント側送受信部１０２へ送信する（Ｓ６）。
【００６１】
クライアント側送受信部１０２は予約券配布サーバ側送受信部５０１から予約券プログラムを受信してクライアント側記憶部１０３に格納させ、プログラム実行部１０４がクライアント側記憶部１０３に格納されている当該予約券プログラムを起動させる（Ｓ７）。プログラム実行部１０４は、起動した予約券プログラムに従って、所定期間毎に時刻を読み込み、再要求タイミングになったかどうかを判断する（Ｓ８）。なお、予約券プログラムが起動されている場合には、図示しない表示画面に広告を表示してもよい。この表示より予約券プログラムが広告媒体としての機能を有することになるが、他方、ユーザに対しては予約券プログラムが起動中であることを認識させる目印にもなる。
【００６２】
再要求タイミングになったと判断されない場合は（Ｓ８でＮＯ）、再要求タイミングになったと判断されるまで、ステップＳ８が繰り返し実行される。再要求タイミングになったと判断される場合は（Ｓ８でＹＥＳ）、ステップＳ２が実行され、プログラム実行部１０４はクライアント側送受信部１０２をしてダウンロード要求をさせる。なお、ステップＳ８で再要求タイミングになったと判断された場合に、図示しない音声制御装置が図示しないスピーカからアラームを発生させてもよい。これによって、ダウンロード要求がなされることをユーザに告知することができる。
【００６３】
ダウンロード要求がクライアント側送受信部１０２によってなされた後、プログラム実行部１０４はクライアント側記憶部１０３に格納されている予約券プログラムを消去する。クライアント側記憶部１０３に格納されている予約券プログラムが消去されることによって、予約券プログラムを消去する操作をクライアント１０ａに対して行う煩をユーザに与えることなく、ダウンロード要求がクライアント側送受信部１０２によってなされた後の不要な予約券プログラムをクライアント側記憶部１０３から消滅させることができる。ゆえに、クライアント側記憶部１０３の記憶可能容量（空き容量）を不要なプログラムを格納することで無駄に小さくすることを防ぐことができる。
【００６４】
なお、再要求タイミングにおいてクライアント１０ａへ電力を供給するための電源がＯＦＦになっている場合は、ステップＳ８で、プログラム実行部１０４は再要求タイミングにおいて再要求タイミングになったと判断することができない。かかる場合においても、再要求タイミングを超えた時間にクライアント１０ａへ電力を供給するための電源がＯＮになれば、プログラム実行部１０４が電源がＯＮになった時点から所定期間毎に時刻を読み込んで再要求タイミングになったかどうかを判断する。
【００６５】
この場合において、電源がＯＮになった時点から最初に読み込まれた所定期間は、既に再要求タイミングになっているため、ステップＳ８において再要求タイミングになったと判断される。これによって、再要求タイミングにおいてユーザがクライアント１０ａの電源をＯＮにできない状況である場合にも、ステップＳ２が実行され、プログラム実行部１０４はクライアント側送受信部１０２をしてダウンロード要求をさせることができる。
【００６６】
ステップＳ２においてクライアント側送受信部１０２から送信されたダウンロード要求は、ステップＳ３において負荷分散装置側送受信部３０１によって受信される。そして、ステップＳ４において、データ配信サーバ側送受信部４０１から定期的に送信されるデータ配信サーバ４０の処理負荷の状況を示す情報に基づいて、サーバ選択部３０２はデータ配信サーバ４０が支障なくファイルを配信できる状態であるかどうかを判断する。
【００６７】
ここで、データ配信サーバ４０がファイルを支障なく配信できる状態でないと判断された場合には（Ｓ４でＮＯ）、再びステップＳ５が実行され、負荷分散装置側送受信部３０１を介してクライアント側送受信部１０２とデータ配信サーバ側送受信部４０１とが接続され、予約券プログラムが予約券配布サーバ側送受信部５０１によってクライアント側送受信部１０２へ送信される（Ｓ６）。
【００６８】
上述の処理によって、クライアント１０ａは、ファイルを受信するまで繰り返し新しい予約券プログラムを受信することができるため、クライアント１０ａの入力部１０１に対してユーザがダウンロード命令を一度入力すれば再度入力しなくても、ファイルを受信するまで繰り返しクライアント側送受信部１０２をしてダウンロード要求を行わせることができる。これによって、クライアント１０ａを介してファイルを入手しようとするユーザに対して、データ配信サーバ４０がファイルを配信可能になるまでダウンロード命令をクライアント１０ａに対して何度もダウンロード要求を入力する煩わしさを与えないことができる。
【００６９】
以下に、ステップＳ４で、データ配信サーバ４０がファイルを支障なく配信できる状態であるとサーバ選択部３０２によって判断される場合を説明する。
【００７０】
データ配信サーバ４０がファイルを支障なく配信できる状態であると判断される場合（Ｓ４でＹＥＳ）、サーバ選択部３０２は、データ配信サーバ４０を選択して、負荷分散装置側送受信部３０１をしてクライアント側送受信部１０２とデータ配信サーバ側送受信部４０１とを接続させる（Ｓ９）。
【００７１】
データ配信サーバ側送受信部４０１は、接続したクライアント側送受信部１０２に対してファイル記憶部４０２に格納されているファイルを読み出し、負荷分散装置側送受信部３０１を介してファイルをクライアント側送受信部１０２へ送信する（Ｓ１０）。ステップＳ１０で送信された当該ファイルを、クライアント側送受信部１０２は受信する（Ｓ１１）。受信したファイルをクライアント側送受信部１０２はクライアント側記憶部１０３に格納させ、これによって、クライアント１０ａによるファイルのダウンロードは完了し、処理は終了する。
【００７２】
なお、予約券プログラムによるダウンロード要求に応えてファイルを配信する場合、または予約券プログラムをダウンロードさせる場合には、データ配信サーバ４０または予約券配布サーバ５０はゲーム等の特典を付与して当該ファイルを提供してもよい。当該特典が付与されることによって、ファイルの提供が一度目のダウンロード要求でできなかったことに対するダウンロード要求をしたクライアント１０ａのユーザの不満を緩和させることができる。尚、予約券プログラムをダウンロードさせる際に付与する特典は負荷に殆ど影響を与えないものである必要があることは言うまでもない。
【００７３】
上述のように、ステップＳ４において、データ配信サーバ４０がファイルを支障なく配信できる状態であると判断される場合にのみ、ステップＳ９において、負荷分散装置側送受信部３０１によってクライアント側送受信部１０２とデータ配信サーバ側送受信部４０１とを接続させ、ステップＳ４でデータ配信サーバ４０がファイルを配信できる状態でないと判断された場合には、負荷分散装置側送受信部３０１によってクライアント側送受信部１０２と予約券配布サーバ５０とを接続させることができる。
【００７４】
ゆえに、負荷分散装置３０がデータ配信サーバ４０の負荷状況に応じて速やかに予約券配布サーバ５０又はデータ配信サーバ４０とクライアント１０ａとを接続することによって、速やかにファイル又は予約券プログラムをクライアントへ提供することで、クライアント１０ａに対してクライアント１０ａがダウンロード要求を再度行うための再要求タイミングを指示することができる。また、データ配信サーバ４０のデータ配信サーバ側送受信部４０１はファイルを送信するための処理を、予約券配布サーバ５０の予約券記憶部５０２は予約券プログラムを送信するための処理を専用に行うことができるため、クライアント１０ａに対してファイル又は予約券プログラムを速やかに提供することができる。
【００７５】
以上において、予約券プログラムは再要求タイミングが予め設定された状態で予約券配布サーバ５０に格納されているが、ユーザがはじめにダウンロード要求をした時刻より所定時間が経過した後に再度ダウンロード要求をするようにしても良い。
【００７６】
この場合、具体的には、データ提供システム１がクライアント１０ａよりダウンロード要求を受け、データ配信サーバ４０での処理が困難と判断されてクライアント１０ａが予約券配布サーバ５０に接続されたときには、当該要求を受けた時刻を図示しないタイマにて取得し、当該時刻を情報として添付した予約券プログラムをクライアント１０ａに配信する。この場合の予約券プログラムは添付された時刻を基準時刻として、この基準時刻より所定時間経過後に再度ダウンロード要求を行うようになっている。すなわち、ここでは、基準時刻より所定時間経過した時刻が再要求タイミングとなる。
【００７７】
以下に、図４を用いて、予約券配布サーバ５０が、基準時刻より所定時間経過後にクライアント１０ａに再度ダウンロード要求を行わせる予約券プログラムを説明する。図３で示す処理手順とは、ステップＳ６，Ｓ８が実行されず、ステップＳ２１，Ｓ２２，Ｓ２３が実行される点が異なっている。上述のように、予約券記憶部５０２には、基準時刻として設定された時刻から所定期間経過した後の時刻を再要求タイミングとしてクライアント１０ａに再度ダウンロード要求を行わせるようになっている予約券プログラムが格納されている。まず、ステップＳ２１では、予約券配布サーバ側送受信部５０１はクライアント１０ａに接続されたとき、その接続された時刻を図示しないタイマで取得して、取得した時刻を基準時刻としてこの基準時刻を示す情報を予約券記憶部５０２に記憶する。
【００７８】
そして、予約券配布サーバ側送受信部５０１が、予約券記憶部５０２に記憶されている基準時刻を示す情報を添付して、予約券記憶部５０２に記憶されている予約券プログラムをクライアント１０ａへ送信する（Ｓ２２）。ステップＳ７でクライアント側送受信部１０２が受信した予約券プログラムが起動され、ステップＳ２３でプログラム実行部１０４は基準時刻から所定期間経過したかどうかを判断する。基準時刻から所定期間経過したと判断されない場合には（Ｓ２３；ＮＯ）、繰り返しステップＳ２３が実行される。基準時刻から所定期間経過したと判断される場合には（Ｓ２３；ＹＥＳ）、ステップＳ２が実行され、クライアント側送受信部１０２が再度ダウンロード要求を送信する。
【００７９】
上記図４に示す処理手順によっても、データ配信サーバ４０がファイルを配信できる状況にない場合であっても、自らデータ配信サーバ４０の処理負荷が小さいであろう時刻を推測して、再度クライアント１０をしてダウンロード要求をさせるための操作をクライアントに対して行う煩を、クライアント１０を介してファイルをダウンロードしようとするユーザに対して与えないことが可能となるという効果を奏することができる。
なお、基準時刻としてはダウンロード要求をした時刻に限定されず、サーバの負荷が少ないと予想される時刻などであってもよい。また、時刻に関する情報を添付する代わりに、クライアント１０からダウンロード予約を受けた時刻より所定時間経過した後の時刻を再要求タイミングとした予約券プログラムを生成して予約券配布サーバに一旦格納し、当該予約券プログラムをクライアントにダウンロードするようにしてもよい。
【００８０】
（本発明の第２の実施の形態）
次に、本発明の第２の実施の形態にかかるネットワークシステムとしてのデータ提供システム２を図５及び図６を用いて説明する。本発明の第２の実施の形態にかかるデータ提供システム２は、クライアント１００がダウンロード要求を行った場合においてデータ配信サーバ４０がファイルを支障なく配信できる状態ではない場合に、予約券配布サーバ５０が、ダウンロード要求を行ったクライアント１００に対して、複数の所定時刻又は時間帯からユーザの所望の所定時刻又は時間帯を再要求タイミングとして選択するための再要求タイミング選択メニューを配信する点が本発明の第１の実施の形態にかかるデータ提供システム１と異なる。
【００８１】
また、本発明の第２の実施の形態にかかるデータ提供システム２は、再要求タイミング選択メニューに基づいて再要求タイミングを示す再要求タイミングデータを受信して当該再要求タイミングにクライアント１００にダウンロード要求をさせる予約券プログラムをクライアント１００に対して送信する点が、本発明の第１の実施の形態にかかるデータ提供システム１と異なる。
【００８２】
本発明の第２の実施の形態にかかるデータ提供システム２は本発明の第１の実施の形態と上記以外の点は共通するため、以下に本発明の第１の実施の形態にかかるデータ提供システムと異なる点のみについて説明する。図５は、本発明の第２の実施の形態にかかるデータ提供システム及びクライアント１００の主要機能を示す機能ブロック図である。
【００８３】
ここでは、クライアント１００ａが、ダウンロード要求する場合を例として説明する。また、本発明の第２の実施の形態にかかるデータ提供システム２及びクライアント１００ａの機能ブロックのうち、本発明の第１の実施の形態にかかるデータ提供システム１及びクライアント１０ａの機能ブロックと同じものについては、同じ符号を付与する。
【００８４】
クライアント１００ａは、入力部１０１、クライアント側送受信部１０２、クライアント側記憶部１０３及びプログラム実行部１０４に加えて、表示部１０５を更に含む。表示部１０５は、後述するデータ配信サーバ４０がファイルを配信できない場合に予約券配布サーバ側送受信部５０１によって送信されるメニューデータに基づいて、再要求タイミング選択メニューを表示する。
【００８５】
再要求タイミング選択メニューは、過去にクライアント１００からのダウンロード要求が集中した時刻の統計等から予め複数割り出された、クライアント１００からのダウンロード要求が少なくデータ配信サーバ４０の処理負荷が小さいであろうと予測される時間帯又は複数の所定時刻を予め選定しておき、この中からユーザに一の所定時刻を再要求タイミングとして選択させるためのメニューである。
【００８６】
ユーザは、表示部１０５に表示された再要求タイミング選択メニューを見て、再要求タイミング選択メニューに示される複数の所定時刻又は所定時間帯から所望する１の所定時刻又は所定時間帯である再要求タイミングを選択する操作を入力部１０１に行う。入力部１０１はユーザが再要求タイミングを選択する操作を行うことによって入力される再要求タイミング送信指令を受け付ける。再要求タイミング送信指令は、ユーザの選択した再要求タイミングを示す再要求タイミングデータをクライアント側送受信部１０２をして予約券配布サーバ５０に対して送信させるための指令である。クライアント側送受信部１０２は入力部１０１を介して再要求タイミング送信指令を受信し、再要求タイミング送信指令に従って、予約券配布サーバ側送受信部５０１に対して再要求タイミングデータを送信する。
【００８７】
予約券配布サーバ５０ａは、予約券配布サーバ側送受信部５０１及び予約券記憶部５０２ａに加えて、メニュー記憶部５０３を含む。メニュー記憶部５０３は、上述の再要求タイミング選択メニューを表示するための画像データであるメニューデータを格納する。予約券配布サーバ側送受信部５０１は、ユーザの選択した再要求タイミングを示す再要求タイミングデータをクライアント側送受信部１０２から受信し、当該再要求タイミングデータから示される再要求タイミングになった場合にクライアント１００ａをして再度ダウンロード要求させる予約券プログラムを予約券記憶部５０２ａから読み出してクライアント側送受信部１０２へ送信する。
【００８８】
予約券記憶部５０２ａは予約券プログラムを格納する。予約券プログラムは、予約券配布サーバ側送受信部５０１によって読み出される場合に、予約券配布サーバ側送受信部５０１の受信した再要求タイミングデータが示す再要求タイミングでクライアント１００ａに再度ダウンロード要求させるプログラムとなるように、予約券配布サーバ側送受信部５０１によって書き換えられる。
【００８９】
もっとも、予約券記憶部５０２ａが再要求タイミング選択メニューに示される複数の所定時刻又は複数の所定時間帯毎に対応する予約券プログラムを格納し、予約券配布サーバ側送受信部５０１は、受信した再要求タイミングデータの示す再要求タイミングに対応する予約券プログラムを、予約券記憶部５０２ａに記憶されている複数の予約券プログラムのなかから読み出してもよい。
【００９０】
このように、予約券配布サーバ側送受信部５０１は、メニューデータをクライアント１００ａに送信し、当該メニューデータに基づいてユーザによって選択された再要求タイミングに対応する予約券プログラムを、再要求タイミングを選択したユーザに対応するクライアント１００ａに送信することによって、ユーザの希望に応じた時刻又は時間帯にクライアント１００ａをして再度ダウンロード要求をさせることができる。
【００９１】
以下に、図５に示すデータ提供システム２がクライアント１００ａへファイルを提供するための処理手順を、図５及び図６を用いて説明する。図６は、図５に示すデータ提供システム２がクライアント１００ａへファイルを提供するための処理手順の一例を示すフローチャートである。図６において、図３に示す本発明の第１の実施の形態にかかるデータ提供システム１がクライアント１００ａへファイルを提供するための処理手順のステップと同じステップについては、同一の符号を付す。
【００９２】
図３に示す本発明の第１の実施の形態にかかるデータ提供システム１がクライアント１００ａへファイルを提供するための処理手順と同様に、ステップＳ３において、ダウンロード要求が負荷分散装置３０に受信され、負荷分散装置３０は、ステップＳ４において、データ配信サーバ４０がファイルを配信できる状態であるかどうかを判断し、データ配信サーバ４０がファイルを配信できる状態でないと判断した場合には、ステップＳ５において、クライアント側送受信部１０２と予約券配布サーバ５０ａとを接続させる。
【００９３】
本発明の第２の実施の形態にかかるデータ提供システム２においては、その後、ステップＳ３１において、予約券配布サーバ側送受信部５０１が、クライアント１００ａからのダウンロード要求を拒否するとともに、メニュー記憶部５０３に格納されているメニューデータをクライアント側送受信部１０２へ送信する。クライアント側送受信部１０２は予約券配布サーバ側送受信部５０１からメニューデータを受信してクライアント側記憶部１０３に格納させる（Ｓ３２）。そして、プログラム実行部１０４は、クライアント側記憶部１０３に格納されているメニューデータに基づいて、ユーザの選択可能な複数の所定時刻又は複数の所定時間帯を示す再要求タイミング選択メニューを作成し、表示部１０５に表示させる（Ｓ３３）。
【００９４】
再要求タイミング選択メニューからユーザの所望の時刻である再要求タイミングを選択する操作を入力部１０１に行うことによってユーザが入力する再要求タイミング送信指令を、入力部１０１は受け付ける（Ｓ３４）。クライアント側送受信部１０２は、入力部１０１を介して再要求タイミング送信指令を受信し、当該再要求タイミング送信指令に従って予約券配布サーバ側送受信部５０１へ再要求タイミングを示す再要求タイミングデータを送信する（Ｓ３５）。予約券配布サーバ側送受信部５０１はクライアント側送受信部１０２から再要求タイミングデータを受信する（Ｓ３６）。
【００９５】
予約券配布サーバ側送受信部５０１は当該再要求タイミングデータの示す再要求タイミングにクライアント１００ａをして再度ダウンロード要求をさせるものとなるように、予約券記憶部５０２ａに格納されている予約券プログラムを書き換えて、書き換えた予約券プログラムを読み出す。予約券配布サーバ側送受信部５０１は読み出した予約券プログラムをクライアント側送受信部１０２へ送信する（Ｓ６）。
【００９６】
ステップＳ７において、クライアント側送受信部１０２は予約券配布サーバ側送受信部５０１から予約券プログラムを受信してクライアント側記憶部１０３へ格納し、プログラム実行部１０４がクライアント側記憶部１０３に格納されている当該予約券プログラムを起動させる。ステップＳ８において、再要求タイミングになったと判断される場合には、ステップＳ２が実行され、プログラム実行部１０４はクライアント側送受信部１０２をしてダウンロード要求をさせる。
【００９７】
これによって、クライアント側送受信部１０２は再要求タイミングになった場合に再度ダウンロード要求をすることになり、クライアント１００ａの再要求タイミングまではクライアント１００ａを起動させることができない場合等の事情がある場合に、かかるユーザの事情に合わせてユーザの所望の時刻にクライアント１００ａをしてダウンロード要求をさせることができる。従って、クライアント１００ａのユーザは、データ配信サーバ４０がファイルを送信できる状態である時間帯を予測してユーザの都合の良い時刻に、このユーザが再度ダウンロード要求指令を入力することなく、ファイルを入手可能となる。
（本発明の第３の実施の形態）
次に、本発明の第３の実施の形態にかかるネットワークシステムとしてのデータ提供システム３を図７及び図８を用いて説明する。本発明の第３の実施の形態にかかるデータ提供システム３は、クライアント１０ａがダウンロード要求を行った場合においてデータ配信サーバ４０がファイルを支障なく提供できる状態ではない場合に、予約券配布サーバ５０ｂが、ダウンロード要求を行ったクライアント１０ａに対して予約券プログラムを配布し、所定時刻になった場合に当該予約券プログラムを受信したクライアント１０ａに対してダウンロード要求をさせる指示信号を送信することによって、再要求タイミングを指示する点が本発明の第１及び第２の実施の形態にかかるデータ提供システムとは異なる。
【００９８】
上記予約券プログラムを受信したクライアント１０ａは、待機状態となり、上記指示信号を受信したときに待機状態を解除して、予約券プログラムによってクライアント１０ａはダウンロード要求を行う。なお、上記の指示信号は、データ配信サーバ４０がファイルを支障なく配信できないときに、ダウンロード要求をした順番で各クライアントに配信される。
【００９９】
本発明の第３の実施の形態にかかるデータ提供システム３は本発明の第１の実施の形態と上記以外の点は共通するため、以下に本発明の第１の実施の形態にかかるデータ提供システム１と異なる点のみについて説明する。図７は、本発明の第３の実施の形態にかかるデータ提供システム３及びクライアント１０ａの主要機能を示す機能ブロック図である。
【０１００】
ここでは、クライアント１０ａが、ダウンロード要求する場合を例として説明する。また、本発明の第３の実施の形態にかかるデータ提供システム３及びクライアント１０ａの機能ブロックのうち、本発明の第１の実施の形態にかかるデータ提供システム１及びクライアント１０ａの機能ブロックと同じものについては、同じ符号を付与する。
【０１０１】
本実施の形態の予約券配布サーバ５０ｂは、ダウンロード要求したクライアントをそれぞれ記憶する要求記憶手段としての要求記憶部５０４を有し、予約券配布サーバ側送受信部５０１は、データ配信サーバ４０がファイルを支障なく配信可能なときに、ダウンロード要求したクライアント１０ａに向けて前記要求を再度行うよう指示する信号を送信する。
【０１０２】
図７に示すデータ提供システム３がクライアント１０ａへファイルを提供するための処理手順を、図７及び図８を用いて説明する。図８は、図７に示すデータ提供システム３がクライアント１０ａへファイルを提供するための処理手順の一例を示すフローチャートである。図８において、図３に示す本発明の第１の実施の形態にかかるデータ提供システム１がクライアント１０ａへファイルを提供するための処理手順のステップと同じステップについては、同一の符号を付す。
【０１０３】
ステップＳ３においてクライアント１０ａと接続された予約券配布サーバ５０ｂは、ステップＳ６で、クライアント１０ａからのダウンロード要求を拒否するとともに、予約券プログラムをクライアント１０ａへ送信する。本実施の形態の予約券プログラムは、上述のように、クライアント１０ａが予約券配布サーバ５０ｂからのダウンロード要求を指示する信号を受信したときに、クライアント１０ａにダウンロード要求を再度させるものである。この予約券プログラムをステップＳ７において受信したクライアント１０ａは、待機状態になる。
【０１０４】
ステップＳ６の終了後、予約券配布サーバ５０側では、ステップＳ４１において、要求記憶部５０４が、クライアント１０ａを、記憶する順番と共に記憶する。要求記憶部５０４は、ダウンロード要求をした各クライアントを当該各クライアント間での記憶する順番とともに記憶する。例えば、クライアント１０ａは、クライアント１０ｂよりも後にダウンロード要求をして、予約券配布サーバ５０ｂと接続された場合には、クライアント１０ｂより後の順番で要求記憶部５０４に記憶されることになる。
【０１０５】
その後、ステップＳ４２において、データ配信サーバ４０が支障なくファイルを配信可能なときに、予約券配布サーバ３０は、要求記憶部５０４に記憶されている順番に従って、ダウンロード要求したクライアント４０に向けてダウンロード要求を再度行うよう指示する指示信号を順次送信する。データ配信サーバ４０がファイルを支障なく配信可能であるかどうかは、予約券配布サーバ３０は、所定時間毎にデータ配信サーバ４０の処理負荷を示す情報をデータ配信サーバ４０から受信することによって判断する。
【０１０６】
ステップＳ４３において、クライアント側送受信部１０２が上記の指示信号を受信する。プログラム実行部１０４がこの指示信号の受信を検知して待機状態を解除し、予約券プログラムを実行することによって、ステップＳ２に戻り、クライアント側送受信部１０２にダウンロード要求をさせる。
【０１０７】
上記のステップＳ４２において、データ配信サーバ４０がファイルを支障なく配信となったときに、上記の指示信号がクライアント１０ａに対して送信されるため、クライアント１０ａは、確実にダウンロード可能なときにダウンロード要求をすることができる。これによって、クライアント１０ａは本発明の第１及び第２の実施の形態にかかるデータ提供システム１、２と比較して、高い確率でファイルのダウンロードをすることができる。また、ステップＳ４１において、クライアント１０ａを記憶する順番まで記憶し、当該順番に従って各クライアント１０に対して上記の指示信号を送信するため、待機状態になっているクライアント１０ａ間で待機時間にかたよりが生じることを緩和することができる。
【０１０８】
（本発明の第４の実施の形態）
本発明の第４の実施の形態にかかるデータ提供システム１ａを図９及び図１０を用いて説明する。図９は、本発明の第４の実施の形態にかかるネットワークシステムとしてのデータ提供システム４と当該データ提供システム１に接続されるクライアント１０の概略を示す図である。図１０は、図９に示すデータ提供システム４及びクライアント１０の主要機能の一例を示す機能ブロック図である。ここでは、図９に示すクライアント１０ａが、ダウンロード要求する場合を例として説明する。
【０１０９】
本実施の形態にかかるデータ提供システム４は、クライアント１０ａとデータ配信サーバ４０及び予約券配布サーバ５０とが、負荷分散装置３００を介して接続されず、各々直接接続される点が本発明の第１の実施の形態にかかるデータ提供システム１と異なっている。ここで、負荷分散装置３００はルータで実現されており、クライアント１０ａがダウンロード要求を送信したときは、まず、負荷分散装置３００が受信し、自己の持つルーティングテーブルを参照して受信したダウンロード要求をデータ配信サーバ４０及び予約券配布サーバ５０のいずれか一方に転送する。
【０１１０】
ここでは、ルーティングテーブルは、管理者によって管理され、データ配信サーバ４０の処理状況に応じて更新される。すなわち、データ配信サーバ４０によるファイル配信に支障がある場合には、負荷分散装置３０はデータ配信サーバ４０ではなく予約券配布サーバ５０にダウンロード要求を転送し、データ配信サーバ４０がファイルを支障なく配信できる状況である場合には、負荷分散装置３０は予約券配布サーバ５０ではなくデータ配信サーバ４０にダウンロード要求を転送する。
【０１１１】
図１０を参照して、負荷分散装置側送受信部３０１ａが、ダウンロード要求を受信した場合に、サーバ選択部３０２ａがルーティングテーブルを参照してルーティングテーブルの示す転送経路を判別する。負荷分散装置側送受信部３０１ａは、判別された転送経路に従って、データ配信サーバ４０及び予約券配布サーバ５０のうちのいずれか一方にダウンロード要求を転送する。そして、転送されたダウンロード要求をデータ配信サーバ側送受信部４０１が受信したときには、データ配信サーバ側送受信部４０１はファイル記憶部４０２が記憶するアプリケーション等のファイルをクライアント１０ａに送信する。転送されたダウンロード要求を予約券配布サーバ側送受信部５０１が受信したときには、予約券配布サーバ側送受信部５０１は、クライアント１０ａからのダウンロード要求を拒否するとともに、予約券記憶部５０２が記憶する予約券プログラムをクライアント１０ａに送信する。
【０１１２】
本発明の第４の実施の形態にかかるデータ提供システム４では、データ提供システム１が奏する効果に加えて、予約券プログラム又はデータ配信サーバ４０が配信するファイルがクライアント１０ａに送信されるときに、負荷分散装置３００を介さずに済むため、データ提供システムにおける回線負荷を含む全体的なトラフィックを少なくすることができる。なお、データ提供システム４は、予約券配布サーバ５０の代わりに予約券配布サーバ５０ａ及び予約券配布サーバ５０ｂのうちいずれか一方を用いる構成であってもよい。
【０１１３】
（本発明の第５の実施の形態）
本発明の第５の実施の形態にかかるデータ提供システム５を図１１及び図１２を用いて説明する。図１１は、本発明の第５の実施の形態にかかるネットワークシステムとしてのデータ提供システム５と当該データ提供システム１に接続されるクライアント１０の概略を示す図である。図１２は、図１１に示すデータ提供システム５及びクライアント１０の主要機能の一例を示す機能ブロック図である。ここでは、図１１に示すクライアント１０ａが、ダウンロード要求する場合を例として説明する。
【０１１４】
本実施の形態にかかるデータ提供システム５は、クライアント１０ａと予約券配布サーバ５０とが負荷分散装置３００を中継して接続され、データ配信サーバ４０とクライアント１０ａとが直接接続される点が本発明の第４の実施の形態にかかるデータ提供システム４と異なっている。ここで、負荷分散装置３００はルータで実現されており、クライアント１０ａがダウンロード要求を送信したときは、まず、負荷分散装置３００が受信し、自己の持つルーティングテーブルを参照して受信したダウンロード要求をデータ配信サーバ４０に転送するか、予約券配布サーバ５０に中継する。
【０１１５】
すなわち、データ配信サーバ４０がファイルを配信するのに支障がある場合には、負荷分散装置３０は予約券配布サーバ５０にダウンロード要求を中継し、データ配信サーバ４０が支障なくファイルを配信できる状況である場合には、負荷分散装置３０はデータ配信サーバ４０にダウンロード要求を転送する。
【０１１６】
図１２を参照して、負荷分散装置側送受信部３０１ａが、ダウンロード要求を受信した場合に、サーバ選択部３０２ａがルーティングテーブルを参照してルーティングテーブルの示す転送経路を判別する。負荷分散装置側送受信部３０１ａは、判別された転送経路に従って、データ配信サーバ４０にダウンロード要求を転送するか、予約券配布サーバ５０にダウンロード要求を中継する。そして、転送されたダウンロード要求をデータ配信サーバ側送受信部４０１が受信したときには、データ配信サーバ側送受信部４０１はファイル記憶部４０２が記憶するアプリケーション等のファイルをクライアント１０ａに送信する。転送されたダウンロード要求を予約券配布サーバ側送受信部５０１が受信したときには、予約券配布サーバ側送受信部５０１は予約券記憶部５０２が記憶する予約券プログラムをクライアント１０ａに送信する。
【０１１７】
本発明の第５の実施の形態にかかるデータ提供システム５では、データ提供システム１が奏する効果に加えて、予約券プログラムがクライアント１０ａに送信されるときに、負荷分散装置３００を介さないため、データ提供システムにおける回線負荷を含む全体的なトラフィックを少なくすることができる。なお、データ提供システム５は、予約券配布サーバ５０の代わりに予約券配布サーバ５０ａ及び予約券配布サーバ５０ｂのうちいずれか一方を用いる構成であってもよい。
【０１１８】
また、クライアント１０ａと予約券配布サーバ５０とが直接接続され、データ配信サーバ４０とクライアント１０ａとが負荷分散装置３００を中継して接続される構成としてもよく、この場合には、データ配信サーバ４０をデータ配信サーバ４０が配信するファイルがクライアント１０ａに送信されるときに、負荷分散装置３００を介さないため、データ提供システムにおけるトラフィックを少なくすることができる。
【０１１９】
なお、本発明の第１〜５の実施の形態の変形例として、予約券配布サーバ５０，５０ａ，５０ｂは、予約券記憶部５０２を有さず、予約券プログラムを配信しないものがある。本変形例では、再要求タイミングになったときや、データ配信サーバ４０が支障なくファイルを配信可能になったときに、接続中のクライアントに直接アクセスしてダウンロード要求を指示したり、電子メール等でダウンロード要求を指示するメッセージを送信することが考えられる。
【０１２０】
なお、本発明の第１〜第５の実施の形態ではデータ配信サーバ４０とは別の装置として、予約券配布サーバ５０、予約券配布サーバ５０ａ及び予約券配布サーバ５０ｂのうちいずれかと負荷分散装置３０又は負荷分散装置３００とを有しているが、必ずしもこれに限定されない。例えば、予約券配布サーバ５０，５０ａ，５０ｂと負荷分散装置３０，３００とを有さないデータ提供システムであって、データ配信サーバ４０が予約券プログラムを格納する記憶部を有し、ファイルを提供できないほどに処理負荷が高まっている場合にはデータ配信サーバ側送受信部４０１が格納されている予約券プログラムを読み出し、クライアント側送受信部１０２へ送信するデータ提供システムであってもよい。
【０１２１】
なお、本発明の第１〜第５の実施の形態にかかるデータ提供システム１〜５が要求に応じて提供するのはアプリケーション等のファイルであるが、必ずしもこれに限定されず、受送信可能なデータであればい。
【０１２２】
なお、予約券プログラムにおける再要求タイミングは、本発明の第１〜第５の実施の形態でクライアント１０又はクライアント１００に提供される予約券プログラムにおける再要求タイミングのように、必ずしもダウンロード要求がデータ配信サーバ４０に集中していないと予測される時刻又は時間帯である必要はない。また、所定期間クライアント１０又はクライアント１００に常駐するとクライアント１０又はクライアント１００をしてダウンロード要求させる予約券プログラムがクライアント１０又はクライアント１００に提供されてもよい。
【０１２３】
なお、本発明の第１〜第５の実施の形態にかかるデータ提供システム１〜５において、データ配信サーバ４０がファイルをクライアント１０，１００へ配信し、予約券配布サーバ５０、５０ａ、５０ｂが予約券プログラムをクライアントへ配信するが、データ配信サーバ４０及び予約券配布サーバ５０、５０ａ、５０ｂは、ＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）サーバであってもよい。
【０１２４】
この場合には、クライアント１０，１００がクライアント宛ての電子メールの受信を要求した場合においてＰＯＰサーバが当該要求に応えることができない状態である場合には、電子メールに添付して予約券プログラムを配信する。ここでは、当該予約券プログラムは、再要求タイミングにクライアントをして再度電子メールの受信を要求させるものである。
【０１２５】
なお、本発明の第１〜第５の実施の形態はクライアントからの要求を処理する処理実行サーバがデータ配信サーバを有するので、データ提供システムとして構成されているが、本発明における処理実行サーバは必ずしもデータを配信するためのサーバである必要はなく、サーバ自体においてクライアント側から要求された処理を実行するサーバ、クライアントと共同して処理を実行するサーバ等の形態が考えられる。
【０１２６】
【発明の効果】
請求項１に記載の発明によれば、処理実行手段の処理状況に応じて、例えば処理が実行できない程に処理実行手段の処理負荷や当該処理実行手段に接続されたネットワーク回線負荷が大きい場合等には、処理実行手段によって処理を実行する代わりに、クライアントと接続されている処理要求手段によって一旦要求を拒否した後、所定条件を満たした際に処理を要求したクライアントにこの要求を再度行う再要求処理をさせることとなる。これによって、処理実行手段がクライアントの要求した処理を実行することに支障がある場合でも、満たすべき所定条件を例えば処理実行手段の処理負荷が所定以下となった際という条件とすること等によって、処理実行手段がクライアントの要求した処理を支障なく実行可能なときにクライアントは再度処理実行手段に対して処理の要求を行うことができる。
【０１２７】
請求項２に記載の本発明によれば、処理実行手段の処理状況に応じて、例えば処理が実行できない程に処理実行手段の処理負荷や当該処理実行手段に接続されたネットワーク回線負荷が大きい場合等には、処理実行手段によって処理を実行する代わりに、クライアントと接続されている処理要求手段によって所定条件を満たした際に処理を要求したクライアントにこの要求を再度行う再要求処理をさせることとなる。これによって、処理実行手段がクライアントの要求した処理の実行に支障がある困難な場合でも、満たすべき所定条件を例えば処理実行手段の処理負荷が所定以下となった際という条件とすること等によって、処理実行手段がクライアントの要求した処理を支障なく実行可能なときにクライアントは再度処理実行手段に対して処理の要求を行うことができる。
【０１２８】
請求項３に記載の本発明によれば、処理要求制御手段に格納された再要求プログラムをクライアントが受信して起動することによって、所定条件を満たした際にクライアントは自動的に再要求処理をネットワークシステムに向けて行うこととなる。従って、処理実行手段がクライアントの要求した処理を実行できなかった場合でも、ユーザが処理実行手段に向けて再度の処理を要求する操作を行う必要なく、所定条件を満たしたときに自動で、クライアントにこの要求を再度行わせることができる。
【０１２９】
請求項４に記載の本発明によれば、タイマによって取得されたネットワークシステムの時刻より所定時間経過したとき又は所定時刻となったときに、クライアントは自動的に再度ダウンロード要求をすることとなる。従って、例えば、処理実行手段の処理負荷が大きくないと推測される時刻を所定時刻とした、又はタイマによって取得された時刻から所定時刻までの時間を所定時間とした再要求プログラムが格納された場合には、ユーザは、自ら処理実行手段の処理負荷が大きくないと推測される時刻を推測せずに、当該時刻に処理実行手段に対して処理を要求することができる。
【０１３０】
請求項５に記載の本発明によれば、再要求プログラム配信手段は、ユーザが選択した所望の所定時刻に要求を再度行わせる再要求プログラム格納して所望の所定時刻を選択したクライアントに配信する。当該再要求プログラムをクライアントが起動することによって、ユーザの所望の再要求タイミングにクライアントに処理の要求をさせることができる。
【０１３１】
請求項６に記載の本発明によれば、クライアントは指示に従って処理実行手段に対して処理を再度要求することができるため、クライアントのユーザは自ら再度、処理を要求するタイミングを判断しなくてもよい。また、再要求指示手段が処理実行手段の処理負荷が大きくない時刻に、処理を要求したクライアントに向けて要求を再度行うよう指示するようになっている場合には、自ら処理実行手段の処理負荷が大きくない時刻を推測せずに当該時刻に処理実行手段に対して処理の要求を行うことができる。
【０１３２】
請求項７に記載の本発明によれば、処理を要求した順番に従って、処理実行手段に対して処理を要求させることを各クライアントにさせることとなるため、各クライアントは処理を要求した順に処理実行手段に対して処理を要求することができる。
【０１３３】
請求項８に記載の発明によれば、処理実行手段の処理状況に応じて、例えば処理の実行に支障をきたす程に処理実行手段の処理負荷が大きい場合等には、処理実行手段によって処理を実行する代わりに、クライアントと接続されている処理要求手段によって所定条件を満たした際に処理を要求したクライアントに対してこの要求を再度行う再要求処理をさせることとなる。これによって、処理実行手段がクライアントの要求した処理を実行困難な場合でも、満たすべき所定条件を例えば処理実行手段の処理負荷が所定以下となった際という条件とすること等によって、処理実行手段がクライアントの要求した処理を実行困難でないときにクライアントは再度処理実行手段に対して処理の要求を行うことができる。
【０１３４】
請求項９に記載の本発明によれば、再度処理実行手段に対して処理を要求するための操作をこのクライアントに行うことなく、クライアントは所定の条件を満たした場合に自動で処理を要求することとなる。これによって、クライアントに対して処理実行手段の処理を要求する操作を行うという煩をユーザに与えず、処理実行手段に当該処理を行わせることができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態にかかるデータ提供システムと当該データ提供システムに接続されるクライアントの概略を示す図である。
【図２】図１に示すデータ提供システム及びクライアントの主要機能を示す機能ブロック図である。
【図３】図２に示すデータ提供システムがクライアント１０ａへファイルを提供するための処理手順の一例を示すフローチャートである。
【図４】図２に示すデータ提供システムがクライアント１０ａへファイルを提供するための処理手順の別の一例を示すフローチャートである。
【図５】本発明の第２の実施の形態にかかるデータ提供システム及びクライアントの主要機能を示す機能ブロック図である。
【図６】図５に示すデータ提供システムがクライアントへファイルを提供するための処理手順の一例を示すフローチャートである。
【図７】本発明の第３の実施の形態にかかるデータ提供システム及びクライアントの主要機能を示す機能ブロック図である。
【図８】図７に示すデータ提供システムがクライアントへファイルを提供するための処理手順の一例を示すフローチャートである。
【図９】本発明の第４の実施の形態にかかるデータ提供システムと当該データ提供システムに接続されるクライアントの概略を示す図である。
【図１０】図９に示すデータ提供システム及びクライアントの主要機能を示す機能ブロック図である。
【図１１】本発明の第５の実施の形態にかかるデータ提供システムと当該データ提供システムに接続されるクライアントの概略を示す図である。
【図１２】図１１に示すデータ提供システム及びクライアントの主要機能を示す機能ブロック図である。
【符号の説明】
１〜５，データ提供システム（ネットワークシステム）
１０、１００ クライアント
２０ ネットワーク
３０，３００ 負荷分散装置（負荷分散手段）
４０ データ配信サーバ（処理実行手段）
５０、５０ａ，５０ｂ予約券配布サーバ（処理要求制御手段）
１０２ クライアント側送受信部（送受信部）
１０４ プログラム実行部（送受信制御部）
１０５ 表示部
５０１ 予約券配布サーバ側送受信部（再要求信号配信手段）
５０４ 要求記憶手段
Claims (9)
- ネットワークを介して複数のクライアントに接続され、各クライアントから要求された処理を実行する処理実行手段を有するネットワークシステムにおいて、
処理要求制御手段と、
前記処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、処理を要求した前記クライアントを前記処理実行手段又は前記処理要求制御手段に選択的に接続する負荷分散手段とを備え、
前記処理要求制御手段は、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントに対して前記クライアントが前記要求を再度行うための再要求タイミングを所定条件に基づき指示することを特徴とするネットワークシステム。 - ネットワークを介して複数のクライアントに接続され、各クライアントから要求された処理を実行する処理実行手段に接続されるネットワークシステムであって、
処理要求制御手段と、
前記処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、処理を要求した前記クライアントを前記処理実行手段又は前記処理要求制御手段に選択的に接続する負荷分散手段とを備え、
前記処理要求制御手段は、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントに対して前記クライアントが前記要求を再度行うための再要求タイミングを所定条件に基づき指示することを特徴とするネットワークシステム。 - 請求項１又は２に記載のネットワークシステムにおいて、
前記処理要求制御手段は、前記クライアントに前記要求を再度行わせるための再要求プログラムを当該クライアントに配信することにより前記再要求タイミングを指示することを特徴とするネットワークシステム。 - 請求項１から３のいずれか１項に記載のネットワークシステムにおいて、
前記処理要求制御手段は、基準時刻から所定時間が経過すること又は所定時刻になることを前記所定条件として前記クライアントに対して前記再要求タイミングを指示することを特徴とするネットワークシステム。 - 請求項１から４のいずれか１項に記載のネットワークシステムにおいて、
前記処理要求制御手段は、ユーザから所望の再要求タイミングを受け付け、当該ユーザによって選択された前記再要求タイミングとなることをさらに条件として前記クライアントに対して前記再要求タイミングを指示することを特徴とするネットワークシステム。 - 請求項１から３のいずれか１項に記載のネットワークシステムにおいて、
前記処理要求制御手段は、前記処理を要求したクライアントに向けて前記要求を再度行うよう指示する信号を送信することにより前記再要求タイミングを指示することを特徴とするネットワークシステム。 - 請求項６記載のネットワークシステムにおいて、
前記処理を要求したクライアントをそれぞれ記憶する要求記憶手段を備え、
前記再要求タイミングの指示は、前記要求記憶手段に記憶された順番に前記要求を再度行うよう指示する信号を送信することを特徴とするネットワークシステム。 - ネットワークを介して複数のクライアントに接続される処理実行手段に各クライアントから要求された処理を実行させるためのネットワーク制御方法において、
負荷分散手段により、前記処理実行サーバにおける処理状況に基づき、処理を要求した前記クライアントを前記処理実行手段又は処理要求制御手段に選択的に接続するステップと、
前記処理要求制御手段により、前記処理を要求したクライアントに対して前記要求を再度行うための再要求タイミングを所定条件に基づき指示するステップとを含むことを特徴とするネットワーク制御方法。 - ネットワークを介して各クライアントから要求された処理を実行する処理実行手段と、前記クライアントからの前記処理に関する要求を拒否するとともに、前記クライアントにて前記要求を再度行わせるための再要求タイミングを所定条件に基づき指示する処理要求制御手段と、前記処理実行手段における処理状況又は当該処理実行手段に接続されるネットワーク回線の利用状況に基づき、前記処理を要求したクライアントを前記処理実行手段又は前記処理要求制御手段に選択的に接続する負荷分散手段とを備えるネットワークシステムにおいて前記処理要求制御手段から前記クライアントに送信されるプログラムであって、
前記クライアントを、前記再要求タイミングが到来したと判断したときに前記要求を再度行う手段として機能させることを特徴とするプログラム。
Priority Applications (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003138766A JP3829125B2 (ja) | 2003-05-16 | 2003-05-16 | ネットワークシステム、ネットワーク制御方法及びプログラム |
| KR1020057021439A KR100745303B1 (ko) | 2003-05-16 | 2004-05-14 | 네트워크 시스템, 네트워크 제어 방법 및 프로그램을 기록한 컴퓨터로 읽을 수 있는 매체 |
| US10/557,256 US7711833B2 (en) | 2003-05-16 | 2004-05-14 | Network system, network control method, and program |
| EP04733091A EP1628226A4 (en) | 2003-05-16 | 2004-05-14 | NETWORK SYSTEM, NETWORK CONTROL METHOD, AND PROGRAM |
| PCT/JP2004/006541 WO2004102409A1 (ja) | 2003-05-16 | 2004-05-14 | ネットワークシステム、ネットワーク制御方法及びプログラム |
| CNB2004800133718A CN100362505C (zh) | 2003-05-16 | 2004-05-14 | 网络系统和网络控制方法 |
| HK06108544A HK1088408A1 (en) | 2003-05-16 | 2006-08-01 | Network system and network control method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003138766A JP3829125B2 (ja) | 2003-05-16 | 2003-05-16 | ネットワークシステム、ネットワーク制御方法及びプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004348176A true JP2004348176A (ja) | 2004-12-09 |
| JP3829125B2 JP3829125B2 (ja) | 2006-10-04 |
Family
ID=33447309
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003138766A Expired - Fee Related JP3829125B2 (ja) | 2003-05-16 | 2003-05-16 | ネットワークシステム、ネットワーク制御方法及びプログラム |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7711833B2 (ja) |
| EP (1) | EP1628226A4 (ja) |
| JP (1) | JP3829125B2 (ja) |
| KR (1) | KR100745303B1 (ja) |
| CN (1) | CN100362505C (ja) |
| HK (1) | HK1088408A1 (ja) |
| WO (1) | WO2004102409A1 (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007228522A (ja) * | 2006-02-27 | 2007-09-06 | Kyocera Corp | 端末管理システム |
| JP2008191938A (ja) * | 2007-02-05 | 2008-08-21 | Balantec Ltd | 負荷軽減化処理方法及び装置 |
| JP2009081852A (ja) * | 2007-09-04 | 2009-04-16 | Seiko Epson Corp | ファイル転送システムおよびその方法 |
| JP2010074216A (ja) * | 2008-09-16 | 2010-04-02 | Nec Engineering Ltd | Ｓｉｐシステム |
| JP2010170377A (ja) * | 2009-01-23 | 2010-08-05 | Nec Biglobe Ltd | アクセスコントロールシステム、及びアクセスコントロール方法 |
| JP2014056545A (ja) * | 2012-09-14 | 2014-03-27 | Hitachi Information & Control Solutions Ltd | 医用装置制御システムおよび医用装置制御サーバ |
| JP2016220103A (ja) * | 2015-05-22 | 2016-12-22 | 三菱電機株式会社 | 通信システム、配信装置及び操作装置 |
| JP2019192967A (ja) * | 2018-04-18 | 2019-10-31 | 三菱電機インフォメーションネットワーク株式会社 | データ配信装置、データ配信方法及びデータ配信プログラム |
| JP2020091825A (ja) * | 2018-11-26 | 2020-06-11 | キヤノン株式会社 | システム、管理装置、方法及びプログラム |
| JP2021517417A (ja) * | 2018-03-29 | 2021-07-15 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | データ伝送方法および関連装置 |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100914771B1 (ko) * | 2007-05-09 | 2009-09-01 | 주식회사 웰비아닷컴 | 일회용 실행 코드를 이용한 보안 시스템 및 보안 방법 |
| EP2739007B1 (en) * | 2011-07-27 | 2021-01-20 | ZTE Corporation | System and method for implementing multiple network resource sharing on standalone machine |
| KR101728417B1 (ko) * | 2011-12-15 | 2017-05-04 | 엔트릭스 주식회사 | 클라우드 스트리밍 기반 서비스메뉴 제공 시스템 및 그 방법 |
| JP6092546B2 (ja) * | 2012-08-22 | 2017-03-08 | キヤノン株式会社 | データ配信システムおよびその制御方法 |
| US11616719B2 (en) * | 2015-10-23 | 2023-03-28 | Netflix, Inc | Techniques for determining client-side effects of server-side behavior using canary analysis |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6134584A (en) * | 1997-11-21 | 2000-10-17 | International Business Machines Corporation | Method for accessing and retrieving information from a source maintained by a network server |
| US8756342B1 (en) * | 2000-02-07 | 2014-06-17 | Parallel Networks, Llc | Method and apparatus for content synchronization |
| US6832239B1 (en) * | 2000-07-07 | 2004-12-14 | International Business Machines Corporation | Systems for managing network resources |
| JP2002099831A (ja) * | 2000-09-21 | 2002-04-05 | Association For Electric Home Appliances | 家電リサイクル券管理システム及び家電リサイクル券管理方法 |
| JP4562156B2 (ja) | 2000-11-07 | 2010-10-13 | 株式会社バンダイナムコゲームス | 情報配信装置、端末装置および情報記憶媒体 |
| JP2002149534A (ja) * | 2000-11-09 | 2002-05-24 | Uniden Corp | プロキシ・サーバ及びこれを用いた通信方法並びに記録媒体 |
| JP4307747B2 (ja) * | 2001-01-25 | 2009-08-05 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 接続受付システム、受付サーバ、クライアント端末、接続受付管理方法、記憶媒体、コンピュータプログラム |
| US20020161913A1 (en) * | 2001-04-30 | 2002-10-31 | Manuel Gonzalez | System and method for performing a download |
| US20020184369A1 (en) * | 2001-05-31 | 2002-12-05 | Parkinson Steven William | Appointment scheme for redistributing service access |
| JP2003058499A (ja) * | 2001-08-10 | 2003-02-28 | Fujitsu Ltd | 負荷を管理するサーバ、プログラム、および媒体 |
| GB2381424B (en) * | 2001-10-26 | 2005-01-05 | Roke Manor Research | A method of controlling the amount of data transferred between a terminal and a server |
| JP3984086B2 (ja) * | 2002-03-27 | 2007-09-26 | 株式会社東芝 | キャッシュサーバ、データ転送装置及びプログラム |
| US20030220983A1 (en) * | 2002-05-24 | 2003-11-27 | Waikwan Hui | Method, system, and program for requesting objects to download over a network |
-
2003
- 2003-05-16 JP JP2003138766A patent/JP3829125B2/ja not_active Expired - Fee Related
-
2004
- 2004-05-14 WO PCT/JP2004/006541 patent/WO2004102409A1/ja active Application Filing
- 2004-05-14 KR KR1020057021439A patent/KR100745303B1/ko not_active IP Right Cessation
- 2004-05-14 EP EP04733091A patent/EP1628226A4/en not_active Withdrawn
- 2004-05-14 US US10/557,256 patent/US7711833B2/en not_active Expired - Fee Related
- 2004-05-14 CN CNB2004800133718A patent/CN100362505C/zh not_active Expired - Fee Related
-
2006
- 2006-08-01 HK HK06108544A patent/HK1088408A1/xx not_active IP Right Cessation
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007228522A (ja) * | 2006-02-27 | 2007-09-06 | Kyocera Corp | 端末管理システム |
| JP4642674B2 (ja) * | 2006-02-27 | 2011-03-02 | 京セラ株式会社 | 端末管理システム |
| JP2008191938A (ja) * | 2007-02-05 | 2008-08-21 | Balantec Ltd | 負荷軽減化処理方法及び装置 |
| JP2009081852A (ja) * | 2007-09-04 | 2009-04-16 | Seiko Epson Corp | ファイル転送システムおよびその方法 |
| JP2010074216A (ja) * | 2008-09-16 | 2010-04-02 | Nec Engineering Ltd | Ｓｉｐシステム |
| JP2010170377A (ja) * | 2009-01-23 | 2010-08-05 | Nec Biglobe Ltd | アクセスコントロールシステム、及びアクセスコントロール方法 |
| JP2014056545A (ja) * | 2012-09-14 | 2014-03-27 | Hitachi Information & Control Solutions Ltd | 医用装置制御システムおよび医用装置制御サーバ |
| JP2016220103A (ja) * | 2015-05-22 | 2016-12-22 | 三菱電機株式会社 | 通信システム、配信装置及び操作装置 |
| JP2021517417A (ja) * | 2018-03-29 | 2021-07-15 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | データ伝送方法および関連装置 |
| JP7085638B2 (ja) | 2018-03-29 | 2022-06-16 | 華為技術有限公司 | データ伝送方法および関連装置 |
| US11665070B2 (en) | 2018-03-29 | 2023-05-30 | Huawei Technologies Co., Ltd. | Data transmission method and related apparatus |
| JP2019192967A (ja) * | 2018-04-18 | 2019-10-31 | 三菱電機インフォメーションネットワーク株式会社 | データ配信装置、データ配信方法及びデータ配信プログラム |
| JP7084197B2 (ja) | 2018-04-18 | 2022-06-14 | 三菱電機インフォメーションネットワーク株式会社 | データ配信装置、データ配信方法及びデータ配信プログラム |
| JP2020091825A (ja) * | 2018-11-26 | 2020-06-11 | キヤノン株式会社 | システム、管理装置、方法及びプログラム |
| JP7214517B2 (ja) | 2018-11-26 | 2023-01-30 | キヤノン株式会社 | システム、管理装置、方法及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| US7711833B2 (en) | 2010-05-04 |
| HK1088408A1 (en) | 2006-11-03 |
| US20070083654A1 (en) | 2007-04-12 |
| KR20060015724A (ko) | 2006-02-20 |
| WO2004102409A1 (ja) | 2004-11-25 |
| JP3829125B2 (ja) | 2006-10-04 |
| CN1791870A (zh) | 2006-06-21 |
| EP1628226A1 (en) | 2006-02-22 |
| EP1628226A4 (en) | 2010-12-29 |
| KR100745303B1 (ko) | 2007-08-01 |
| CN100362505C (zh) | 2008-01-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3829125B2 (ja) | ネットワークシステム、ネットワーク制御方法及びプログラム | |
| JP6952787B2 (ja) | セッション再確立方法および装置、ａｍｆ、ｓｍｆならびに端末 | |
| US20060031520A1 (en) | Allocation of common persistent connections through proxies | |
| US8799349B2 (en) | Method, system and apparatus for propagating data change notifications | |
| US20100322127A1 (en) | Communication apparatus | |
| WO2007107069A1 (fr) | Procédé, dispositif et système de transmission en continu de contenu dynamique | |
| WO2015078341A1 (zh) | 应用程序远程更新的方法和装置 | |
| WO2022174714A1 (zh) | 业务服务器的切换控制方法及装置、电子设备、存储介质 | |
| JP2020532251A (ja) | メッシュポートを有するメッシュ通信ネットワーク | |
| JP4403048B2 (ja) | コンテンツ提供サーバ、ユーザ端末、コンテンツ提供プログラム、及びコンテンツ取得プログラム | |
| CN108307490A (zh) | 对用户设备进行轻连接控制的方法及相应设备 | |
| JP2004080277A (ja) | 分散処理システム並びに分散処理システムにおける代理ノード、利用者側ノードおよび方法 | |
| JP2003087863A (ja) | ブラウザ機能を有する携帯端末 | |
| JP2005079740A (ja) | 帯域設定方法 | |
| WO2011009362A1 (zh) | 下载数据的方法、装置和系统及节点 | |
| CN111479137B (zh) | 线路地址的提供方法、装置、服务器及存储介质 | |
| JP4531280B2 (ja) | プッシュ型情報配信方法、プッシュ型情報配信用プログラム、及びプッシュ型情報配信装置、記憶媒体 | |
| KR101516759B1 (ko) | 호 세션 관리 시스템 및 호 세션 관리 방법 | |
| JP2003271390A (ja) | プログラム配信システム | |
| JPH11296452A (ja) | ソフトウェア資源配布方式 | |
| JP4003295B2 (ja) | ソフトウエア資源配布方法 | |
| CN103841215B (zh) | 管理设备、数据设备、数据传输方法以及数据传输系统 | |
| CA2731822C (en) | Method, system and apparatus for propagating data change notifications | |
| CN105245390A (zh) | 下载方法、系统及所适用的路由器 | |
| JP2006163498A (ja) | サーバ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041012 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20050428 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050816 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051017 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20051020 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20060427 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20060522 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060704 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060710 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090714 Year of fee payment: 3 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090714 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090714 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100714 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110714 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110714 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120714 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130714 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130714 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140714 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |